系統建立IPC通訊（如消息隊列、共享內存時）必須指定一個ID值。通常情況下，該id值通過ftok函數得到。
ftok原型如下：
key_t ftok( char * fname, int id )
fname就時你指定的文件名，id是子序號。

在一般的UNIX實現中，是將文件的索引節點號取出，前面加上子序號得到key_t的返回值。

如指定文件的索引節點號為65538，換算成16進制為0x010002，而你指定的ID值為38，換算成16進制為0x26，則最后的key_t返回值為0x26010002。
查詢文件索引節點號的方法是： ls -i

當刪除重建文件后，索引節點號由操作系統根據當時文件系統的使用情況分配，因此與原來不同，所以得到的索引節點號也不同。

如果要確保key_t值不變，要目確保ftok的文件不被刪除，要么不用ftok，指定一個固定的key_t值，比如:

#define IPCKEY 0x111

char path[256];

    sprintf( path, "%s/etc/config.ini", (char*)getenv("HOME") );
    msgid=ftok( path, IPCKEY );[/code]

同一段程序，用于保證兩個不同用戶下的兩組相同程序獲得互不干擾的IPC鍵值。
由于etc/config.ini（假定）為應用系統的關鍵配置文件，因此不存在被輕易刪除的問題——即使被刪，也會很快被發現并重建（此時應用系統也將被重起）。
ftok()的設計目的也在于此。

下面是一段具體的代碼例子:

 key_t keyShareMem ; 
 if((keyShareMem = ftok(AFC_SHARE_MEMORY_NAME.c_str(), 0)) == -1) {
  cerr << "ERROR:"<< m_nThisThreadType<<" CBaseMessageDeal() keyShareMem ftok: " << errno << ":" << strerror(errno)<<endl;
  throw new AfcInitAfcResourceException("CBaseMessageDeal::CBaseMessageDeal ftok keyShareMem") ;
 }
 if ( (m_shmID = shmget(keyShareMem, 0, AFC_SHM_RW)) < 0)  {
  cerr << "ERROR:"<< m_nThisThreadType<<" CBaseMessageDeal() shmget exist: "<<errno <<":"<<strerror(errno)<<endl ;
  throw new AfcInitAfcResourceException("CBaseMessageDeal::CBaseMessageDeal() shmget exist") ;
 }
 if((m_afcShareMemoryBegin=(char *)shmat(m_shmID, NULL, 0)) == (void *) -1){
  cerr << "ERROR:"<< m_nThisThreadType<<" CBaseMessageDeal() shmat: " << errno << ":" << strerror(errno) << endl ;
  throw new AfcInitAfcResourceException("CBaseMessageDeal::CBaseMessageDeal shmat") ;
 }