[胡思亂想]關於P2P的個人通訊工具PIM

現在主流的PIM都需要強勁的伺服器，而且不是一台兩台．雖然用戶端之間都盡量直接通訊，但是伺服器的壓力還是很大．如果利用Client兼職伺服器，會不會緩解很大的壓力呢？
這個想法和dotgameframework中的遊戲想法類似．是一個鬆散的組織，但是充分發揮每個用戶端的能力．

client能兼職伺服器嗎？通常PIM訊息只有很小的資料量，而且最快也不過幾秒一個．那麼一台server能負擔多少用戶端呢？100個也不會佔用多少頻寬吧？

那麼一個client上線後，資訊怎麼發到對方呢？
先看看DNS尋找，電腦會向欲設的DNS伺服器詢問，abc.efg是誰？DNS伺服器會先看看自己的緩衝裡面有沒有，沒有的話會向它的上家去問，問到了再告訴用戶端．這裡有個弊端，這個DNS伺服器如果很出名的話，他的訪問壓力會很大，而且如果它不線上了，用戶端就傻了．所以一般電腦裡面會有兩個DNS伺服器或者更多．而且必需要保證其中一個可用．

那麼一個p2p的PIM應該問誰找人呢？還是需要有幾個中心伺服器A1,A2,A3，不過這個A級伺服器職位很高，不懈於這種小問題，會指導你說：去找部門經理B1,B2,B3問問．隨便找到一個線上的B級伺服器，它又告訴你，去找他的下級，這樣找到某級之後，到了辦事員N級，N會告訴你，我手頭剛好掌握這個傢伙的資料，他的IP是xxx.xxx.xxx．

從上面看的，辦事員層級N需要掌握自己負責的小區使用者，一個小區會有多個辦事員，一個使用者有什麼事情，比如上線下線離線要跟每個辦事員打招呼，讓他們知道自己的狀態．辦事員會下班，而剛上班的辦事員會跟同事弄清楚情況．同時向上級報告，我上班了．

辦事員之間也會互連訊息，以確保訊息的準確即時．

每個層級管事的都會下班，所以通常客戶要備些常用的各級連絡人，一個不在找別人．找到一個在的他會告訴你他上級們的聯絡方法，然後向上或者向下順藤摸瓜．