一種基於或囊括手機電話本的即時通訊方法和系統的製作方法

2023-04-25 05:46:26 3

專利名稱：一種基於或囊括手機電話本的即時通訊方法和系統的製作方法
技術領域：
本發明涉及一種即時通訊方法和系統，尤其涉及一種基於或囊括手機電話本 的即時通訊方法和系統。
背景技術：
目前現有的一些手機即時通訊系統，譬如移動QQ、移動MSN,仍然傳承傳統 PC網際網路上的作法，需要用戶提交註冊信息或綁定郵箱或綁定手機號碼獲取即時 通訊ID、登陸口令，需要用戶提交即時通訊ID、登錄口令進行登錄，還需知道即 時通訊聯繫人的即時通訊ID並添加其到聯繫人列表中，方可進行即時通訊。而手機電話本或名片夾.作為人們最平常使用的聯繫人列表，人們卻無從彼 此互發基於>2. 5G無線網絡的消息，享受不到按流量或包月收費帶來的實惠，享受 不到訪問或瀏覽聯繫人的個性化信息(譬如呢稱、個性籤名、個人WAP網站)的好 處，享受不到聯繫人上線、離線、忙碌、通話、WAP上網等狀態的通知服務。發明內容本發明的目的在於解決上述問題，提供了一種基於或囊括手機電話本的即時 通訊方法和系統，它使得用戶在通訊前能獲知對方的狀態和個性化信息，不用手工 提交註冊信息獲取登錄號、使用登錄號與登錄口令登錄、才艮據好友的即時通訊ID 或登錄號添加聯繫人列表等煩瑣步驟，就可以享受即時通訊的諸多好處，在通訊中 提高通訊時效，節省了運營商高昂的通訊費用。本發明的技術方案為本發明揭示了 一種基於或嚢括手機電話本的即時通訊 方法，包括以下步驟(1 )以手機電話本或名片夾作為即時通訊客戶端用以通訊的聯繫人列表；(2 )初始化或同步伺服器端存儲單元，即時通訊客戶端獲取用戶的手機號和手 機標識信息，發送到即時通訊伺服器，該即時通訊伺服器根據手機號和手機標識信
息查詢伺服器端存儲單元中是否已存在該客戶端的用戶基本信息，若無則建立包含 該客戶端手機號和手機標識信息的用戶基本信息，若有則根據該用戶基本信息判斷 是否允許該客戶端登錄伺服器，登錄後伺服器保存客戶端的網絡連接信息，對該客戶端聯繫人列表中的聯繫人信息與伺服器端存儲單元的聯繫人信息進行同步處理；通過即時通訊伺服器進行即時通訊。本發明還揭示了一種基於或嚢括手機電話本的即時通訊方法，包括以下步驟 (1 )初始化或同步伺服器端存儲單元，即時通訊客戶端獲取用戶的手機號和 手機標識信息，發送到即時通訊伺服器，該即時通訊伺服器根據手機號和手機標識 信息查詢伺服器端存儲單元是否已存在該客戶端的用戶基本信息，若無則建立包含 該客戶端手機號和手機標識信息的用戶基本信息，若有則根據該用戶基本信息判斷 是否允許該客戶端登錄伺服器，登錄後伺服器保存客戶端的網絡連接信息，將電話 本中的信息同步至伺服器存儲單元的聯繫人信息；(2 )以手機電話本或名片夾作為即時通訊客戶端用以通訊的聯繫人列表； (3 )即時通訊客戶端之間以手機號或與手機號對應的生成ID為即時通訊ID， 通過即時通訊伺服器進行即時通訊。上述的基於或嚢括手機a話本的即時通訊方法，其中，客戶端獲取的手機標識 信息包括在客戶端或在伺服器端生成的隨機數、序列號、時間戳以及手機設備號和 SIM卡標識號和用戶自設口令的任意組合，客戶端獲取並向伺服器發送手機號的方 法可能包括以下幾種(a)即時通訊客戶端接收用戶輸入的手機號提交至相應的請求處理服務 器，該伺服器通過移動通訊網絡的短消息網關向所輸入的手機號碼發送驗證碼或確 認碼，即時通訊客戶端再次接收用戶輸入的驗證碼或確認碼並提交至短消息處理服 務器來驗證；(b )即時通訊客戶端根據手機軟體開發工具包得到手機號或者讀取之前 已存儲在即時通訊客戶端存儲單元中的手機號，提交至即時通訊伺服器；(c )即時通訊客戶端發送包含手機標識信息的短消息至可獲取手機號的 移動運營商服務號，該服務提供商的無線伺服器提取出用戶的手機號碼，與手機標 識信息建立關聯並保存至伺服器端存儲單元； (d )即時通訊客戶端通過傳遞參數給一可獲取手才幾號碼的WAP接口 ， 該WAP接口返回手機號碼給即時通訊伺服器。上迷的基於或嚢括手機電話本的即時通訊方法，其中，所述即時通訊方法還包 括即時通訊客戶端登錄伺服器同時或登錄之後發出查詢聯繫人的用戶狀態信息的 請求，伺服器根據聯繫人的手機號或與手機號對應的生成ID查詢到用戶狀態並返 回給客戶端，其中，所述用戶狀態是用戶即時通訊狀態、用戶自行設置狀態和用戶 手機操作狀態的任意組合。上述的基於或囊括手機g話本的即時通訊方法，其中，所述即時通訊方法還包 括用戶狀態的設置過程，所述設置過程包括以下三種設置方式的任意組合用戶即時通訊狀態的設置，包括聯機、忙碌、離開、脫機的即時通訊狀態 信息的設置，即時通訊客戶端將該些信息同步至伺服器；用戶自行設置狀態的設置，即時通訊客戶端接收用戶自行設置或選擇的用 戶狀態信息或籤名信息，將其同步至伺服器；用戶手機操作狀態的設置，即時通訊客戶端自動監測用戶手機操作狀態是 否有更新，若有則將其同步至伺服器。上述的基於或嚢括手機電話本的即時通訊方法，其中，用戶手機操作狀態的設 置進一步包括(l)每隔固定的周期掃描進程表、捕獲消息的任意組合，並過濾出與用戶狀態 相關的部分，分析出用戶操作手機的狀態，其中所述消息包括系統消息和按4定消息；(2)該獲取的具體狀態與之前的用戶操作狀態對比，判斷是否需要更新，若 是則轉入下一步，否則返回步驟(1);(3 )將該用戶的具體狀態發送至即時通訊伺服器端用以更新伺服器端的用戶 操作狀態。另一方面，本發明還揭示了一種基於或囊括手機電話本的即時通訊系統，所述 系統包括多個即時通訊客戶端和即時通訊伺服器端，其中 該多個即時通訊客戶端包括一作業系統運行單元，運行手機上的作業系統；一系統對象單元，包括發送短消息或彩信的發送引擎和存儲電話本信息的 電話本存儲單元或個人信息管理單元；
一客戶端存儲單元，存々者客戶端的用戶手才幾號、用戶手才幾標識信息、聯繫人信息或與電話本的映射關係、用戶狀態以及聊天記錄；一用戶基本信息同步單元，將用戶手機號、手機標識信息同步至即時通訊 伺服器端；一第一聯繫人信息同步單元，將電話本中的聯繫人信息導入客戶端存儲單 元或將客戶端存儲單元中的聯繫人信息導入電話本中，或保持電話本與客戶端 存儲單元之間的映射關係，在電話本的聯繫人信息和客戶端存儲單元中存儲的 聯繫人信息之間做同步或映射處理；一第二聯繫人信息同步單元，將客戶端存儲單元存儲的或者從電話本映射的聯繫人信息發送至即時通訊伺服器端，同時接收伺服器端發送來的聯繫人信 息，在客戶端存儲單元存儲的或者從電話本映射的聯繫人信息和伺服器端的聯 系人信息之間作同步處理，或者，保持客戶端存儲單元存儲的或從電話本映射 的聯繫人信息與伺服器端存儲的聯繫人信息之間的映射關係；一用戶狀態信息更新請求單元，以用戶手機號或與手機號對應的生成ID 為更新標識，向即時通訊伺服器發出一用戶狀態信息，請求在伺服器端更新用 戶手機號與手機號對應的生成ID對應的用戶狀態信息；一即時通訊單元，以手機號為聯繫標識，通過即時通訊伺服器進行即時通訊；該即時通訊伺服器端包括一伺服器端存儲單元，存儲用戶基本信息表和伺服器端聯繫人信息； 一用戶註冊和驗證單元， 一方面接收客戶端發送的手機號、手機標識信息，以兩者的對應關係建立用戶基本信息表， 一方面對比接收到的手機號、手機標識信息與用戶基本信息表中的對應信息，根據兩者是否一致來判斷是否允許用戶登錄伺服器；一消息轉發單元，以手機號或與手機號對應的生成ID為聯繫標識，在多個 即時通訊客戶端之間轉發消息；一用戶狀態信息更新響應單元,接收客戶端發來的用戶狀態信息更新請求， 更新伺服器端的聯繫人信息中的用戶狀態；一伺服器端聯繫人信息同步單元，接收客戶端的第二聯繫人信息同步單元發送來的聯繫人信息，並將伺服器端聯繫人信息中與該客戶端聯繫人相關的聯 系人信息發送給該客戶端，並保持二者的同步或映射關係。上述的基於或囊括手機電話本的即時通訊系統，其中，所迷即時通訊系統的 客戶端還包括用戶狀態設置單元，該設置單元進一步包括以下單元的任意組合用戶即時通訊狀態設置單元，在客戶端登錄/離開伺服器時自動將聯機/脫機/忙碌/離開的即時通訊狀態信息同步至伺服器；用戶自行設置狀態設置單元，接收用戶自行設置或選擇的狀態信息或籤名信 息，將其同步至伺服器；用戶手機操作狀態設置單元，通過設置在客戶端的自動監測或手動更新單元 監測用戶手機操作狀態是否有更新，若有則將該操作狀態同步至伺服器。上述的基於或囊括手機電話本的即時通訊系統，其中，所述自動監控單元， 用於自動獲取用戶操作手機的當前狀態並通過所述狀態信息更新請求單元將狀態 信息發送至即時通訊伺服器端，所述自動監控單元包括第 一監控單元，通過對新進程的捕獲分析用戶狀態後確定是否需要更新，包括 第一定時器，設定掃描進程的周期；一新進程掃描單元，根據設定的周期掃描是否有新進程出現； 一進程相關性判斷單元，判斷該進程是否與用戶手機的狀態相關； 一進程信息收集單元，收集進程的相關信息； 一進程分析單元，根據收集到的信息判定用戶手機的具體狀態； 一用戶狀態更新判斷單元，將判定的用戶手機具體狀態與用戶當前手機 狀態對比，判斷是否需要進行更新； 第二監控單元，通過對系統消息或按鍵消息的捕獲分析用戶狀態後判斷是否 需要更新，包括一第二定時器，設定掃描系統消息或按鍵消息的周期； 一新消息捕獲單元，根據設定的周期捕獲新的系統消息或按鍵消息； 一系統消息相關性判斷單元，判斷該系統消息或按鍵消息是否與用戶手 機的狀態相關；一系統消息收集單元，收集該系統消息或按鍵消息的信息； 一系統消息分析單元，根據上述收集到的信息判定用戶的具體狀態；
一用戶狀態更新判斷單元，將判定的用戶手機具體狀態與用戶當前手機 狀態對比，判斷是否需要進行更新。上迷的基於或嚢括手機電話本的即時通訊系統，其中，所述即時通訊客戶端的即時通訊單元包括一客戶端消息提交單元，向伺服器端發送消息；一客戶端消息接收單元，接收伺服器端發來的消息； 所述即時通訊伺服器的消息轉發單元包括一伺服器端消息接收單元，接收客戶端發來的消息；一伺服器端消息發送單元，向客戶端發送消息； 一網絡連接信息查詢單元，查詢網絡連接信息。本發明對比現有技術有如下的有益效果用戶不用必須^提交註冊信息或綁定 郵箱或綁定手機號碼以獲取即時通訊ID、登陸口令，不用必須提交即時通訊ID、 登錄口令進行登錄，不用必須知道即時通ifl聯繫人的即時通訊ID並添加其到聯繫 人列表中，就可進行即時通訊。本發明直接將電話本轉化為即時通訊聯繫人列表， 使用戶可以與電話本聯繫人進行即時通訊，節省了運營商高昂的通訊費用，使人們 可以享受訪問和瀏覽聯繫人個性化信息(譬如呢稱、籤名、WAP站)的好處，享受 聯繫人上線、離線、忙碌等狀態通知的服務。


圖1是本發明的基於或嚢括手機電話本的即時通訊方法一實施例的流程圖。圖2是本發明的客戶端存儲單元中數據表的示意圖。圖3是本發明的伺服器端存儲單元中數據表的示意圖。圖4是本發明的客戶端與伺服器的聯繫人同步示意圖。圖5是本發明的用戶狀態查詢返回示意圖。圖6是本發明的即時通訊過程的一個實施例的示意圖。圖7是本發明的基於或嚢括手機電話本的即時通訊方法另 一實施例的流程圖。 圖8是本發明的用戶操作手機狀態設置的流程圖。圖9是本發明的基於或嚢括手機電話本的即時通訊方法另一實施例的流程圖。 圖10是本發明的即時通訊系統一個較佳實施例的方塊圖。
圖11是本發明的用戶狀態設置單元一個較佳實施例的方塊圖。 圖12是本發明的自動監控單元一個較佳實施例的方塊圖。 囝1 3是本發明的即時通訊羊元一個較佳宍施例的方塊囝。
具體實施方式
下面結合附圖和實施例對本發明作進一步的描述。圖1示出了本發明的基於或嚢括手機電話本的即時通訊方法的流程。下面是 對該流程各步驟的詳細描述。步驟S101:掃描即時通訊客戶端。步驟S102:判斷是否已經建立即時通訊客戶端資料庫。若未建立則進入步驟 S103，若已建立則進入步驟S105。步驟S103:建立即時通訊客戶端資料庫。請同時參見圖2，在此步驟中，創建了即時通訊客戶端資料庫的幾張表，包括 用戶基本信息表、即時通訊聯繫人表、進程-消息-狀態對照關係及聊天記錄表。用戶基本信息表，因為只有一條記錄，也可以文件形式存儲，該表的欄位示 例如下用戶自己的手機號手機設備號、SIM卡標識號、創建時間、用戶最新的 即時通訊狀態(例如"上線，'、"離線"、"忙碌"等)、用戶最新的自行設置狀 態(例如"正在開會"、"正在回家的路上"等)、以及用戶最新的手機操作狀態 (例如"正在通話，'、"正在上網"等)、最後登錄時間以及狀態更新時間。即時通訊聯繫人表，包括聯繫人手機號碼、姓名、建立時間、與電話本同步 標誌，與伺服器同步標誌欄位。進程-消息-狀態對照關係表，包括關鍵詞(譬如是進程名稱或消息名稱)、 狀態名稱、記錄添加時間(即該條記錄添加時間)、關^;詞類型(關鍵詞的類型， 1表示進程名稱、2表示系統消息、3表示按鍵消息)欄位。該表建立後，即時通 訊客戶端根據客戶端作業系統的類型，初始化相應的數據。即時通訊客戶端，可以 根據關鍵詞、關鍵詞類型，查詢所對應的手機操作狀態。譬如根據WAP瀏覽器進程 在啟動狀態，判定用戶可能在使用手^l上網。聊天記錄表，包括消息歷史編號、發送手機號，接收手機號，消息內容，發 送時間，接收時間，消息類型欄位。
應理解，數據表的設計可以多種多樣，並不用以限制本發明。 步驟S104:將電話本中的聯繫人信息導入即時通訊客戶端資料庫中.電話本 也可以稱作通訊錄或者名片夾等。在此步驟中，將電話本中的聯繫人信息，導入即時通訊客戶端資料庫中的即 時通訊聯繫人表。在導的過程中，對信息有一定的取捨， 一方面要判斷該聯繫人是 否存在合法的手機號碼，存在則進行導入，另一方面要重點導一些與即時通訊相關 的信息欄位。對於單個聯繫人有多個手機號碼的情況，默認選擇存儲地址排列在最 前面的號碼。步驟S105:即時通訊客戶端資料庫與電話本的聯繫人信息進行同步。 即時通訊客戶端資料庫即時通訊聯繫人表與電話本的聯繫人信息數據作比 較，當兩者不同時做同步處理。具體地說，當用戶在電話本上增加或刪除或修改聯 系人時，將會被即時通訊客戶端後臺程序捕獲到或在即時通訊客戶端啟動後發現， 並在即時通訊客戶端資料庫即時通訊聯繫人表增加或刪除或修改相應的聯繫人。當 用戶在即時通訊客戶端資料庫即時通訊聯繫人表中增加或刪除或修改聯繫人時，即 時通訊客戶端自動在電話本*增力口/刪除/修改相應的聯繫人。步驟Sl06:即時通訊客戶端獲取用戶的手機號和手機標識信息，發送到即時 通訊伺服器。在本實施例中，即時通訊客戶端獲取的手機標識信息是手機設備號和SIM卡標 識號的組合，客戶端獲取並向伺服器發送手機號的方法可能包括但不限於以下幾 種(A)即時通訊客戶端接收用戶輸入的手機號提交至相應的請求處理伺服器， 該伺服器通過移動通訊網絡的短消息網關向所輸入的手機號碼發送驗證碼或確認 碼，即時通訊客戶端再次接收用戶輸入的驗證碼或確認碼並提交至短消息處理服務 器來驗證；(B) 即時通訊客戶端根據手機軟體開發工具包得到手機號，或者讀取之前已 存儲在即時通訊客戶端存儲單元中的手機號，提交至即時通訊伺服器；(C) 即時通訊客戶端發送包含手機標識信息的短消息至一服務提供商 (SP)的特服號(Short Number)或其他可以獲取手機號的移動運營商服務號，該服務 提供商的無線伺服器提取出用戶的手機號碼，與手機標識信息建立關聯並保存至服
務器端存儲單元；(D)即時通訊客戶端通過傳遞參數給一可獲取手機號碼的WAP接口，該 WAP接口返回手機號碼給即時通訊伺服器。步驟S107:判斷即時通訊伺服器的資料庫中是否已存在上一步接收到的手機 號，若已存在則進入步驟S108,若不存在則進入步驟S109。請參見圖3,即時通訊伺服器端的資料庫中存有一張用戶基本信息表，表項分別是各用戶的手機號、手機設備號、SIM卡標識號、創建時間、有效標誌(譬如帳號是否被屏蔽)、最後登錄時間、登錄次數、營救密碼(設置該密碼後，換手機後使用手機號碼和該密碼登錄後可以恢復通訊錄，或者用戶設置了安全模式，每次 都手工輸入手機號碼與該密碼進行登陸)、登陸模式(譬如是否安全模式)。應理解，數據表的設計可以多種多樣，並不用以限制本發明。其中手機號是該數據表的唯一 標識。實際上，該表此時主要起到身份驗證的作用，將接收到的手機號與用戶基本 信息表中存儲的手機號作比較，查詢其是否已經存在。步驟S]08:判斷接收到的該手機號對應的手機標識信息是否與伺服器資料庫 中存儲的相同。若相同則進入步驟S112,若不同則進入步驟SllO。步驟S109:在伺服器資料庫中添加接收到的這一組手機號和手機標識信息。 將接收到的手機號和手機標識信息作為一個數據元組添加在用戶基本信息表中，然 後進入步驟S112。步驟S110:伺服器詢問用戶基本信息是否需要更新，若需要則進入步驟Slll， 若不需要則禁止登錄。在這種情況下，用戶的手機號在伺服器資料庫中已存在，但 是卻和對應的手機標識信息不一致。例如，用戶丟失了手機和SIM卡，後面通過新 的手機和新的SIM卡用原先的手機號登錄伺服器，此時手機號已存在於伺服器數據 庫中，但卻和對應的手機設備號、SIM卡標識號不一致。此時，伺服器詢問是否需 要進行更新。更新時，要求用戶輸入原手機號碼和營救口令，以確保安全。步驟S111:伺服器對資料庫中對應該手機號的用戶基本信息進行更新。即時 通訊伺服器在用戶基本信息表中查找到該手機號對應的數據元組，將新的手機標識 信息存入相應欄位。步驟S112:即時通訊伺服器允許用戶登錄。步驟S113:即時通訊客戶端將客戶端資料庫中的聯繫人與伺服器端資料庫的 聯繫人進行同步，然後分別進入步驟S114和S116。請同時參見圖3，在伺服器端資料庫中還存儲了與客戶端資料庫相對應的數據表用戶聯繫人信息表和用戶狀態信息表。其中用戶聯繫人信息表包括所有用戶自己的手機號、聯繫人手機號碼、所屬組名、建立時間、標誌位(譬如l表示對方未接收添加的通知，2表示互相添加等)。其中，用戶自己的手機號和聯繫人手機號 碼聯合作為表的關鍵字。而用戶狀態信息表包含所有用戶的手機號、用戶即時通訊 狀態、用戶自行設置狀態、用戶手機操二作狀態、籤名、暱稱、更新時間。這些數據 表之間通過手機號關聯。應理解，數據表的設計可以多種多樣，並不用以限制本發明。伺服器端的用戶聯繫人信息表綜合了所有客戶端數據表的聯繫人信息。舉例 來說，如圖4所示，位於即時通訊客戶端的用戶A的即時通訊聯繫人表21中有用 戶B、 C、 E的聯繫人信息，用戶B的即時通訊聯繫人表22中有用戶A、 C、 F的聯 系人信息，用戶C的即時通訊聯繫人表23中有用戶A、 B、 F的聯繫人信息，則位 於伺服器端的用戶聯繫人信息表24中有A、 B、 C、 E、 F的信息。本步驟所指的同步示例如下當用戶A新增了聯繫人G,在登錄伺服器之後將 新的聯繫人信息傳給伺服器，伺服器在資料庫中以手機號為標識查詢，發現資料庫 中不存在G的信息後，在用屍聯繫人信息表24中增加關於G的信息。步驟S114:即時通訊客戶端向伺服器發送查詢聯繫人的用戶狀態信息的請求。步驟S115:即時通訊伺服器根據該客戶端聯繫人的手機號在資料庫中查詢到 用戶狀態並返回給客戶端，然後進入步驟S117。舉例來說，如圖5所示，用戶A的客戶端資料庫中存有即時通訊聯繫人表31， 其中聯繫人有B、 C、 E,而伺服器端資料庫中存有用戶狀態信息表32,其中聯繫人 有A、 B、 C、 E、 F。當伺服器接收到用戶A的查詢狀態請求後，以B、 C、 E的手機 號在用戶狀態信息表32中查找，將B、 C、 E對應的數據元組信息返回給用戶A以 更新用戶A的即時通訊聯繫人表31。查詢用戶狀態的時機可以是客戶端登錄伺服器之後，也可以每隔設定的周期 進行一次查詢。步驟S116:即時通訊伺服器保存即時通訊客戶端的IP位址、所連接的伺服器 IP位址、套接口描述字等網絡連接信息，為即時通訊做準備，然後進入步驟S117。
步-銀S117:即時通ifl客戶端之間以手才幾號為即時通ifl ID,通過即時通ifUl務
器進4於即時通ifl。
請同時參見圖2和囝3，在客戶端和伺服器端都存有聊天記錄表，包含消息歷 史編號、發送手機號、接收手機號、消息內容、發送時間、接收時間、消息類型(比 如是否離線留言，消息格式是否是SMS或匪S)。
請參見圖6所示，在用戶A和B滿足以下條件的情況下開始進行即時通訊 用戶A的手機電話本或名片夾，有聯繫人用戶B的信息(包含手機號碼)；用戶B 的手機電話本或名片夾，有聯繫人用戶A的信息(包含手機號碼)；用戶A配備了 基於或嚢括手機電話本或名片夾的即時通訊客戶端A,已經完成註冊並登錄；用戶 B配備了基於或嚢括手機電話本或名片夾的即時通訊客戶端B，已經完成登錄。
用戶A向用戶B發送消息，將消息提交給即時通訊伺服器，伺服器查詢用戶B 連接的主機IP、客戶端IP位址及套接口描述字等網絡連接信息，然後將消息發送 給用戶B客戶端，向用戶B提示並呈現消息內容。用戶B寫回復消息，將消息提交 至伺服器端，即時通訊伺服器查詢用戶A連接的主機IP、客戶端IP位址及套接口 描述字等網絡連接信息，將消息提交給用戶A,最後向用戶A呈現回復消息。用戶 A和B之間以上述的流程互發消息。該示例是建立在兩個用戶均登錄伺服器的情況 下，如果某一用戶並沒有登錄在伺服器上，則發往該用戶的消息臨時存儲在一個消 息資料庫中，當此用戶下次登錄伺服器時，存儲在消息資料庫中的消息發送至該用 戶的客戶端。
這裡即時通訊的消息類型主要是基於>2. 5G移動通訊網絡的消息類型，例如 GPRS上網或者CDMA上網等，目前主要按照網絡流量或包月來計費。即時通訊客戶 端和即時通訊伺服器端可以基於TCP/IP協議，也可以基於UDP協議進行通訊。即 時通訊客戶端A，及即時通訊客戶端B,所連接的即時通訊伺服器端，可以是多臺 伺服器，可以分別連接不同的伺服器。消息的轉發，依據網絡連接信息來確定。
綜上，在步驟SIOI-步驟S117中，客戶端的聯繫人信息存儲於即時通訊客戶
端的資料庫中。除此之外，還可用文件格式替代資料庫存儲客戶端的聯繫人信息， 即不使用資料庫，而將聯繫人信息直接存儲於即時通訊客戶端的文件中，隨後將電 話本中的聯繫人信息與客戶端的文件進行同步。同樣地，在伺服器端，即時通訊服 務器資料庫也可由伺服器端的文件來代替。此外，客戶端與伺服器端的其他表，譬
如用戶狀態信息表、進程-消息-狀態對照關係、聊天記錄表等，都可以用文件的 形式來存儲。因此，我們將資料庫和文件統稱為存儲單元。
甚至，電話本中的聯繫人信息不用全部導入客戶端的存儲羊元，只需通過手 機號等標識信息建立起電話本和客戶端即時通訊聯繫人信息之間的映射關係。例 如，在客戶端存儲單元中保存一張聯繫人手機號的列表，以供索引電話本中的姓名 等信息，用手機號建立起電話本和客戶端存儲單元中相關聯繫人之間的映射關係。
如果直接為電話本增加即時通訊功能，或者完全基於或嚢括電話本的存儲單 元建立即時通訊系統，可以利用電話本存儲單元的空白欄位，或為電話本存儲單元 增加空白欄位。空白欄位，也稱冗餘欄位，其用途是方便今後存儲更多的擴展信息。 對於這些情況，可以將這些空白欄位定義為即時通訊相關信息，譬如手機標識信息， 用戶即時通訊狀態等。請參見圖5，針對電話本存儲單元已存在或已擴展空白欄位
情況下的實施例。下面是對圖5所示實施例各步驟的詳細描述。 步驟S201:掃描客戶端的電話本。
步驟S202:是否已經定義電話本的空白字^:。如果是則轉入步驟S204,否則 進入步驟S203。
步驟S203:定義電話本的空白欄位。 一些智慧型手機的電話本中預留了一些空 白欄位，因為即時通訊的聯繫人信息除了一般電話本所存儲的姓名、手機號碼等信 息外，還可能需要增加用戶狀態、暱稱、籤名、手機標識信息等信息。這些信息通 過電話本預留的空白欄位來定義。
步驟S204:即時通訊客戶端獲取用戶的手機號和手機標識信息並發送到即時 通訊伺服器。
步驟S205:即時通訊伺服器的存儲單元中是否已存在步驟S204中接收到的手 機號？如果是，進入步驟S206，否則進入步驟S207。
步驟SM6:接收到的手機號和手機標識信息的組合是否與伺服器存儲單元中 存儲的組合相同。若是則進入步驟S210,否則進入步驟S208。
步驟S207:伺服器存儲單元中添加接收到的這一組手機號和手機標識信息， 然後進入步驟S210。
步驟S208:伺服器詢問用戶基本信息是否需要更新。若是則進入步驟S209, 否則禁止登錄。
步驟S209:伺服器對存'賭單元中對應該手才幾號的用戶基本信息進4亍更新。 步驟S210:即時通訊伺服器允許用戶登錄。
步驟S211:即時通訊客戶端將電話本中的聯繫人與伺服器端存儲單元的聯繫 人進行同步，對定義的空白欄位更新。然後同時進入步驟S212和步驟S214。
步驟S212:即時通訊客戶端向伺服器發送查詢聯繫人的用戶狀態信息的請求。
步驟S213:即時通訊伺服器根據該客戶端聯繫人的手機號在存儲單元中查詢 到用戶狀態並返回給客戶端，然後進入步驟S215。
步驟S214:即時通訊伺服器保存即時通訊客戶端的IP位址、所連接的伺服器 IP位址、套接口描述字等網絡連接信息，為即時通訊做準備，然後進入步驟S215。
步驟S215:即時通訊客戶端之間以手機號為即時通訊ID，通過即時通訊服務
器進行即時通訊。
本發明還包括用戶狀態的設置過程，進一步包括用戶即時通訊狀態的設置、 用戶自行設置狀態的設置以及用戶手^^操作狀態的設置。這3種狀態的設置，並不 作為基於或嚢括電話本的即時通訊方法的充分必要條件，而作為該方法的有效補充。
其中用戶即時通訊狀態的設置與傳統即時通訊軟體的原理是相同的，即時通 訊客戶端在登錄或離開伺服器時將登錄/離開的狀態信息發送給伺服器，存儲於服 務器端的用戶狀態信息表中。舉例來^L，用戶A登錄伺服器，自動將"登錄"狀態 發送給伺服器，用戶狀態信息表中用戶A的用戶即時通訊狀態欄位由"離線"更新 為"登錄"。當用戶B (用戶A在用戶B的聯繫人名單中)登錄伺服器後，通過查 詢伺服器上用戶狀態信息表，就可以知道其聯繫人用戶A的狀態，於是用戶B能在 自己的手機上看到用戶A的即時通訊狀態已更新為"登錄"。
用戶自行設置狀態的設置過程如下用戶登錄伺服器後在客戶端選擇或輸入 一用戶狀態信息(比如"我在洗澡"、"正在吃飯"、"正在回家路上，，、"正在 開車"等)，客戶端將該信息發送至JI良務器，存儲於伺服器端用戶狀態信息表中對 應該用戶的用戶自行設置狀態欄位。當用戶的聯繫人登陸即時通訊伺服器，或者刷 新請求其聯繫人狀態信息時，伺服器會返回其聯繫人的狀態信息，包括用戶自行選 擇或輸入的用戶狀態信息。
用戶操作手機狀態(例如"在撥打或接聽電話"、"WAP上網"、"打開手機
翻蓋"等)的設置如下首先需要在客戶端進行自動監控手機進程的方法，用於獲
取用戶操作手機的當前狀態(例如手機翻蓋打開、按鍵、通話等狀態)，然後再將
該狀態同步至即時通訊伺服器。圖6示出了該方法的流程，請參見圖6，該自動監 控方法應用於即時通訊客戶端，分兩個線程對手機操作狀態進行監控。
步驟S501 ~步驟S508示出了通過新進程捕獲分析用戶狀態進行更新的流程。 步驟S501:運行進程掃描線程定時器。使進程掃描線程投入運行，每隔設定 的周期進步步驟S502。
步驟S5Q2:掃描進程表.。
步驟S503:判斷是否有新進程出現，若無則返回步驟S501，否則進入步驟
S504。
步驟S504:判斷該新進程是否與用戶狀態相關。若不相關則返回步驟S501, 否則進入步驟S505。
步驟S505:收集該新進程的啟停時間、進程名稱、資源消耗、進程的日誌或
緩存等信息。
步驟S506:根據上述信息進行分析，才艮據進程-消息-狀態對照關係表判定 新進程可能對應的用戶的具體狀態。
步驟S507:與原來的用戶操作手機的狀態相比，判斷是否需要更新。如果不 需要則返回步驟S501，否則進入步驟S508。
步驟S508:將用戶的具體狀態發送至即時通訊伺服器端進行更新。然後返回 至步驟S5Gl,如此循環直至自動監控軟體停止運行。
步驟S511 ~步驟S518示出了通過消息(包括系統消息和按鍵消息)捕獲分析 用戶狀態並進行更新的流程。
步驟S511:運行消息(包括系統消息和4姿鍵消息)掃描線程定時器。使消息 掃描線程投入運行，每隔設定的周期進步步驟S512。
步驟S512:不斷捕獲消息。
步驟S513:判斷該捕獲到的消息是否與用戶狀態相關。若不相關則返回步驟 S511,否則進入步驟S514。
步驟S514:收集該消息的相關信息。
步驟S515:根據上述信息進行分析，根據進程-消息-狀態對照關係表判定
消息可能對應的用戶具體狀態。
步驟S516:與原來的用戶操作手機的狀態相比，判斷是否需要更新。如果不 需要則返回步驟S511，否則進入步驟S517。
步驟S517:將用戶的具體狀態發送至即時通訊伺服器端進行更新。然後返回 至步驟S511,如此循環直至自動監控軟體停止運行。
另外，用戶也可設置暱稱、個人MP站、籤名等個性化信息，設置的過程與 用戶自行設置狀態的設置過程類似，在此不再贅述。
在本發明的另一實施例中，手機用戶先登錄伺服器，登錄完成之後再在客戶 端對電話本和客戶端聯繫人信息進行同步。具體步驟如下
步驟S301:即時通訊客戶端獲取用戶的手機號和手機標識信息，發送到即時 通訊伺服器。
步驟S302:判斷即時通訊伺服器的資料庫中是否已存在上一步接收到的手機 號，若已存在則進入步驟S303，若不存在則進入步驟S304。
步驟S303:判斷接收到的該手機號對應的手機標識信息是否與伺服器資料庫 中存儲的相同。若相同則進入步驟S307,若不同則進入步驟S305。
步驟S304:在伺服器資料庫中添加接收到的這一組手機號和手機標識信息。 將接收到的手機號和手機標識信息作為一個數據元組添加在用戶基本信息表中，然 後進入步驟S307。
步驟S305:伺服器詢問用戶基本信息是否需要更新，若需要則進入步驟S306, 若不需要則禁止登錄。
步驟S306:伺服器對資料庫中對應該手機號的用戶基本信息進行更新。即時 通訊伺服器在用戶基本信息表中查找到該手機號對應的數據元組，將新的手機標識 信息存入相應欄位。
步驟S307:即時通訊伺服器允許用戶登錄。
步驟S308:即時通訊客戶端將電話本與伺服器端資料庫的聯繫人進行同步， 然後分別進入步驟S309。
步驟S309:掃描即時通訊客戶端。
步驟S310:判斷是否已經建立即時通訊客戶端資料庫。若未建立則進入步驟 S311，若已建立則進入步驟S313。
步驟S311:建立即時通訊客戶端資料庫。
步驟S312:將電話本中的聯繫人信息導入即時通訊客戶端資料庫中。 步舉S313:即時通訊客戶端資料庫與電話本的聯繫人信息進行同步，然後同
時進入步驟S314和S316。
步驟S314:即時通訊客戶端向伺服器發送查詢聯繫人的用戶狀態信息的請求。 步驟S315:即時通訊伺服器根據該客戶端聯繫人的手機號在資料庫中查詢到
用戶狀態並返回給客戶端，然後進入步驟S317。
步驟S316:即時通訊伺服器保存即時通訊客戶端的IP位址、所連接的伺服器
IP位址、套接口描述字等網絡連接信息，為即時通訊作準備，然後進入步驟S3U。 步驟S317:即時通訊客戶端之間以手機號為即時通訊ID，通過即時通訊服務
器進行即時通訊。
上述步驟中，S301 S308與圖1所示實施例的步驟S106 步驟S113類似， S309 S313與圖1的步驟S101-S105類似，S314 S317與圖1的步驟S114-S117 類似，因此各步驟的具體處理在此不再贅述。
另一方面，本發明也公開了一種即時通訊系統，請參見圖10至圖13，該系統 60包括多個即時通訊客戶端61 (圖中^f又示出一個)和一即時通訊伺服器62。即時 通訊客戶端61包括作業系統運行單元611、系統對象單元612、客戶端存儲單元 613、用戶基本信息同步單元614、第一聯繫人信息同步單元615、第二聯繫人信息 同步單元616、用戶狀態信息更新請求單元617、用戶狀態設置單元618以及即時 通訊單元619。即時通訊伺服器62包括伺服器端存儲單元621、用戶註冊和驗證單 元622、消息轉發單元623、用戶狀態信息更新響應單元624、伺服器端聯繫人信 息同步單元625。
作業系統運行單元611運行手機上的l喿作系統，例如Windows CE、 Symbian 等，也包括KVM運行環境。系統對象單元612中設有SMS的發送引擎6121和用於 存儲電話本信息的電話本存儲單元6122。
客戶端存儲單元613存儲客戶端的即時通訊相關信息，可以以資料庫的形式 存儲，也可以以文件的形式存儲。作為一個示例，該存儲單元613以資料庫形式存 儲以下數據表
用戶基本信息表，因為只有一條記錄，也可以文件形式存儲。表項欄位示例
如下用戶自己的手機號、手機設備號、S頂卡標識號、創建時間、用戶最新的即 時通訊狀態(例如"上線"、"離線"、"忙碌"等)、用戶最新的自行設置狀態 (比如"正在吃飯，，、"正在回家路上"等)以及用戶最新的手機操作狀態(例如 "開機"、"正在通話，，、"關機，，等)，、最後登錄時間以及狀態更新時間等。
即時通訊聯繫人表，該表項示例為聯繫人手機號碼、姓名、建立時間、與 電話本同步標誌以及與伺服器同步標誌。同時，也可以將電話本的聯繫人信息導入 即時通訊客戶端資料庫中存儲成一張表，兩張表之間通過手機號碼關聯。
進程-消息-狀態對照關係表，包括關鍵詞(譬如是進程名稱或消息名稱)、 狀態名稱、記錄添加時間(即該條記錄添加時間)、關鍵詞類型(關鍵詞的類型， 1表示進程名稱、2表示系統消息、3表示按鍵消息)欄位。該表建立後，即時通 訊客戶端根據客戶端作業系統的類型，初始化相應的數據。消息分析單元816,可 以根據關鍵詞、關鍵詞類型，查詢所對應的手機操作狀態。譬如根據WAP瀏覽器進 程在啟動狀態，判定用戶可能在使用手機上網。
在客戶端和伺服器端都有聊天記錄表，包含消息歷史編號、發送手機號、接 收手機號、消息內容、發送時間、接收時間、消息類型。上述表都可以以文件形式 存在。在這裡，數據表的設計並不影響本發明的保護範圍。
第一聯繫人信息同步單元615將電話本的聯繫人信息導入客戶端存儲單元 613,也可將客戶端存儲單元613中的聯繫人信息導入電話本，並在兩者之間做同 步處理，使電話本的聯繫人信息與客戶端存儲單元613的相應的聯繫人信息——對 應。例如，當用戶開啟即時通訊軟體，對客戶端存儲單元613中的聯繫人信息有所 修改(包括增加/刪除/修改聯繫人)時，第一聯繫人信息同步單元615將修改後的 聯繫人信息導入至電話本以更新電話本的聯繫人信息 用戶在電話本上修改聯繫人 信息，當該用戶開啟即時通訊軟體後，該同步單元615將修改後的電話本聯繫人信 息導入客戶端存儲單元613以更新聯繫人信息。
客戶端存儲單元613不必完整的存儲電話本中的聯繫人信息，可以存儲與電 話本的映射關係以及用戶狀態信息，第一聯繫人信息同步單元615保持電話本與客 戶端存儲單元613之間的映射關係，在電話本的聯繫人信息與客戶端存儲單元613 中存儲的聯繫人信息之間做映射處理。
用戶基本信息同步單元614將用戶手機號和手機標識信息同步至即時通訊服 務器62,然後由伺服器62的用戶註冊和驗證單元622接收。伺服器端存儲單元621 存儲用戶基本信息表，例如，該表的表項分別是手機號、手機設備號、SIM卡標識 號、創建時間、有效標誌(譬如是否屏蔽用戶)、最後登錄時間、登錄次數、營救 密碼、登陸模式。用戶註冊和驗證單元622在用戶基本信息表中查找接收到的用戶 手機號，判斷該手機號是否已存儲於用戶基本信息表中。若不存在，則用戶註冊和 驗證單元622將新的手機號.手機設備號和SIM卡標識號存入用戶基本信息表中。 若已存在，用戶註冊和驗證羊元622判斷對應的手機設備號和SIM卡標識號是否 一致。若一致則允許用戶登錄伺服器62，若不一致則詢問用戶是否需要更新手機 設備號和/或SIM卡標識號，在用戶選擇需要更新後用戶註冊和驗證單元622將接 收到的新的手機設備號和/或SIM卡標識號覆蓋原來存儲在用戶基本信息表的手機 設備號和/或SIM卡標識號。第二聯繫人信息同步單元616將客戶端存儲單元613的聯繫人信息發送至即 時通訊伺服器62，由伺服器端聯繫人信息同步單元625接收後作同步處理。服務 器端存儲單元621中除了存儲上述的用戶基本信息表，還存儲與客戶端資料庫613 對應的數據表。例如，這些數據表包括用戶聯繫人信息表、用戶狀態信息表和聊天記錄表。 用戶聯繫人信息表包括所有用戶自己的手機號、聯繫人手機號碼、所屬組名、建立 時間、標誌位(譬如1表示對方未接收添加的通知，2表示互相添加等)以及其它 通訊錄欄位，其中用戶自己的手機號和用戶好友號碼聯合作為表的關鍵字。用戶狀 態信息表包含所有用戶的手不幾號、用戶自行設置狀態、用戶即時通訊狀態、用戶手 機操作狀態、籤名、暱稱、更新時間等欄位。各張表之間通過手機號關聯。聊天記 錄表包含消息歷史編號、發送手機號、接收手機號、消息內容、發送時間、接收時 間、消息類型。在這裡，數據表的設計並不影響本發明的保護範圍。當一即時通訊客戶端新增了一個聯繫人，而伺服器端存儲單元621中並沒有 存儲該聯繫人的信息，第二聯繫人信息同步單元616將該新增的聯繫人信息發送至 伺服器62,由伺服器端聯繫人信息同步單元625接收並將其添加進伺服器端存儲 單元621中。同時，第二聯繫人信息同步單元616還接收伺服器端發送來的聯繫人信息， 若伺服器端的聯繫人信息有所變動(例如用戶狀態更改、更改)，則在客戶端存儲
單元613中作相應更新。上述的同步更新處理可在用戶登錄伺服器62時立即進行， 也可以通過一個觸發單元(未示出)設置一個周期，控制同步單元616周期性的作 同步更新。用戶狀態設置單元618進一步包括用戶即時通訊狀態設置單元6181、用戶自 行設置狀態設置單元6182、用戶手機操作狀態設置單元6183。用戶即時通訊狀態設置單元6181在客戶端61登錄/離開伺服器62時自動將 登錄/離開的狀態信息通過用戶狀態信息更新請求單元617向即時通訊伺服器62 發出該用戶即時通訊狀態信息，請求在伺服器端62更新用戶手機號對應的用戶即 時通訊狀態信息。位於伺服器62的用戶狀態信息更新響應單元624接收客戶端61 發來的用戶狀態信息更新請求後，在存儲用戶狀態信息的數據表中根據用戶手機號 找到該用戶對應的數據元組，更新其中的用戶即時通訊狀態。用戶自行設置狀態設置單元6182接收用戶輸入的狀態信息，通過用戶狀態信 息更新請求單元617向即時通訊伺服器62發出該用戶自行設置狀態信息，請求在 伺服器62端更新用戶手機號對應的用戶自行設置狀態信息。位於伺服器62的用戶 狀態信息更新響應單元624接收客戶端61發來的用戶狀態信息更新請求後，在存 儲用戶狀態信息的數據表中根據用戶手機號找到該用戶對應的數據元組，更新其中 的用戶自行設置狀態。用戶手機操作狀態設置單元6183通過內設的自動監控單元8周期性監測用戶 手機操作狀態是否有更新，若有則將該操作狀態通過用戶狀態信息更新請求單元 617發往即時通訊伺服器62請求在伺服器62端更新用戶手機號對應的用戶手機 操作狀態信息。位於伺服器62的用戶狀態信息更新響應單元624接收客戶端61 發來的用戶狀態信息更新請求後，在存儲用戶狀態信息的數據表中根據用戶手機號 找到該用戶對應的數據元組，更新其中的用戶手機操作狀態狀態。自動監控單元8包括第一監控單元80、第二監控單元81。第一監控單元80 通過對新進程的捕獲分析用戶狀態後確定是否需要更新，包括第一定時器801、新 進程掃描單元802、進程相關性判斷單元804、進程信息收集單元8G5、進程分析 單元806、用戶狀態更新判斷單元807。第一定時器801設定掃描進程的周期，新進程掃描單元802根據設定的周期 掃描進程表，並判斷掃描到的進程是否為新出現的進程，如果不是新進程，則由新
進程掃描單元802作重新掃描，如果是新進程則由進程相關性判斷單元804判斷該 進程是否與用戶手機的狀態相關。如果該進程與用戶手機的狀態相關，則由進程信 息收集單元805收集進程的啟停時間、進程名、資源消耗、進程日誌或緩存等，如 果不相關則由新進程掃描單元802作重新掃描。進程分析單元806根據收集得到信 息以及進程-消息-狀態對照關係表，判定用戶手機的具體狀態。用戶狀態更新判 斷單元807將判定用戶手機的具體狀態與伺服器62對應的當前手機狀態對比，判 斷是否需要進行更新。第二監控單元81通過對消息(包括系統消息和按鍵消息)的捕獲分析用戶狀 態後判斷是否需要更新，包祐第二定時器811、消息捕獲單元812、消息相關性判 斷單元814、消息收集單元815、消息分析單元816、用戶狀態更新判斷單元817。第二定時器811設定捕獲系統消息的周期，消息捕獲單元812根據設定的周 期捕獲系統消息或按鍵消息，由消息相關性判斷單元814判斷該系統消息或按鍵消 息是否與用戶手機的狀態相關。如果該消息與用戶手^L的狀態相關，則由消息收集 單元815收集消息相關信息，如果不相關則由消息捕獲單元812重新開始捕獲。消 息分析單元816根據收集得到信息以及進程-消息-狀態對照關係表，判定用戶手 機的具體狀態。用戶狀態更新判斷單元817將判定用戶手;f幾的具體狀態與伺服器 62對應的當前手機狀態對比，判斷是否需要進行更新。位於即時通訊客戶端6]的即時通訊單元619包括客戶端消息」提交單元91、客 戶端消息接收單元92，位於即時通訊伺服器62的消息轉發單元623包括伺服器端 消息接收單元93、伺服器端消息發送單元94和網絡連接信息查詢單元95。例如， 用戶A向用戶B發送消息的過程如下用戶A的客戶端消息提交單元91向伺服器 62發送消息，伺服器端消息接收單元93接收發來的消息，查詢用戶B的客戶端套 接口描述字，然後由伺服器端消息發送單元94向用戶B的客戶端發送消息，用戶 B的客戶端消息接收單元92接收伺服器端消息發送單元94發來的消息。應理解，上述實施例只是用於示例，包括數據表的設計等都不應用來限制本 發明。且，本發明的發明點在於(1 )將手機中的電話本直接導入即時通訊的聯 系人列表或將二者映射起來無需象傳統的即時通訊軟體那樣由用戶一個一個添加 即時通訊聯繫人；(2)本發明通過對比客戶端的手機號、手機標識信息是否與服 務器一致來代替傳統即時通訊軟體的身份-驗證功能；(3 )以用戶的手機號或與手
機號對應的生成ID作為即時通訊ID; ( 4 )在耳關係人信息中增加了用戶狀態、暱 稱、籤名等個性化信息方便用戶查找到聯繫人的當前狀態；(5)在客戶端設置一 個自動監控羊元，能夠自動監測手機的當前操作狀態。本領域普通技術人員可在不脫離本發明的發明思想的情況下，對上述實施例做出種 種修改或變化，因而本發明的保護範圍並不被上述實施例所限，而應該是符合權利 要求書提到的創新性特徵的最大範圍。
權利要求
1一種基於或囊括手機電話本的即時通訊方法，包括以下步驟(1)以手機電話本或名片夾作為即時通訊客戶端用以通訊的聯繫人列表；(2)初始化或同步伺服器端存儲單元，即時通訊客戶端獲取用戶的手機號和手機標識信息，發送到即時通訊伺服器，該即時通訊伺服器根據手機號和手機標識信息查詢伺服器端存儲單元中是否已存在該客戶端的用戶基本信息，若無則建立包含該客戶端手機號和手機標識信息的用戶基本信息，若有則根據該用戶基本信息判斷是否允許該客戶端登錄伺服器，登錄後伺服器保存客戶端的網絡連接信息，對該客戶端聯繫人列表中的聯繫人信息與伺服器端存儲單元的聯繫人信息進行同步處理；(3)即時通訊客戶端之間以手機號或與手機號對應的生成ID為即時通訊ID，通過即時通訊伺服器進行即時通訊。
2. —種基於或嚢括手機電話本的即時通訊方法，包括以下步驟(1)初始化或同步伺服器端存儲單元，即時通訊客戶端獲取用戶的手機 號和手機標識信息，發送到即時通訊伺服器，該即時通訊伺服器根據手機號和手機 標識信息查詢伺服器端存儲單元是否已存在該客戶端的用戶基本信息，若無則建立 包含該客戶端手機號和手機標識信息的用戶基本信息，若有則根據該用戶基本信息 判斷是否允許該客戶端登錄伺服器，登錄後伺服器保存客戶端的網絡連接信息，將 電話本中的信息同步至伺服器存儲單元的聯繫人信息；(2 )以手機電話本或名片夾作為即時通訊客戶端用以通訊的聯繫人列表； (3 )即時通訊客戶端之間以手機號或與手機號對應的生成ID為即時通訊 ID,通過即時通訊伺服器進行即時通訊。
3.根據權利要求1或2所述的基於或嚢括手機電話本的即時通訊方法，其特 徵在於，客戶端獲取的手機標識信息包括在客戶端或在伺服器端生成的隨機數、序 列號、時間戳以及手機設備號和SIM卡標識號和用戶自設口令的任意組合，客戶端 獲取並向伺服器發送手機號的方法可能包括以下幾種 A ) 即時通訊客戶端接收用戶輸入的手機號提交至相應的請求處理伺服器，該伺服器通過移動通訊網絡的短消息網關向所輸入的手機號碼 發送驗證碼或確認碼，即時通訊客戶端再次接收用戶輸入的驗證碼或確認碼並提交至短消息處理伺服器來驗證； B ) 即時通訊客戶端根據手機軟體開發工具包得到手機號或者讀取之前已存儲在即時通訊客戶端存儲單元中的手機號，提交至即時通訊伺服器；C ) 即時通訊客戶端發送包含手機標識信息的短消息至可獲取手機號的移動運營商服務號，該服務提供商的無線伺服器提取出用戶的手機 號碼，與手機標識信息建立關聯並保存至伺服器端存儲單元；D ) 即時通訊客戶端通過傳遞參數給一可獲取手機號碼的WAP接口 ，該WAP接口返回手機號碼給即時通訊伺服器。
4.根據權利要求1或2所述的基於或嚢括手機電話本的即時通訊方法，其特 徵在於，所述即時通訊方法還包括即時通訊客戶端登錄伺服器同時或登錄之後發 出查詢聯繫人的用戶狀態信息的請求，伺服器根據聯繫人的手機號或與手機號對應 的生成ID查詢到用戶狀態並返回給客戶端，其中，所述用戶狀態是用戶即時通訊 狀態、用戶自行設置狀態和用戶手機才喿作狀態的任意組合。
5.根據權利要求4所述的基於或囊括手機電話本的即時通訊方法，其特徵在 於，所述即時通訊方法還包括用戶狀態的設置過程，所述設置過程包括以下三種設 置方式的任意組合用戶即時通訊狀態的設置，包括聯機、忙碌、離開、脫機的即時通訊狀態 信息的設置，即時通訊客戶端將該些信息同步至伺服器；用戶自行設置狀態的設置，即時通訊客戶端接收用戶自行設置或選擇的用 戶狀態信息或籤名信息，將其同步至伺服器；用戶手機操作狀態的設置，即時通訊客戶端自動監測用戶手機搡作狀態是 否有更新，若有則將其同步至伺服器。
6. 根據權利要求5所述的基於或嚢括手機電話本的即時通訊方法，其特徵在 於，用戶手機操作狀態的設置進一步包括(1) 每隔固定的周期掃描進程表、捕獲消息的任意組合，並過濾出與用戶狀 態相關的部分，分析出用戶操作手機的狀態，其中所述消息包括系統消 息和按鍵消息；(2) 該獲取的具體狀態與之前的用戶操作狀態對比，判斷是否需要更新，若 是則轉入下一步，否則返回步驟(1);(3 )將該用戶的具體狀態發送至即時通訊伺服器端用以更新伺服器端的用戶操作狀態。
7. —種基於或囊括手機電話本的即時通訊系統，所述系統包括多個即時通訊 客戶端和即時通訊伺服器端，其中該多個即時通訊客戶端包括一搡作系統運行單元，運行手機上的作業系統；一系統對象單元，包括發送短消息或彩信的發送引擎和存儲電話本信息的 電話本存儲單元或個人信息管理單元；一客戶端存儲單元，存儲客戶端的用戶手機號、用戶手機標識信息、聯繫 人信息或與電話本的映射關係、用戶狀態以及聊天記錄；一用戶基本信息同步單元，將用戶手機號、手機標識信息同步至即時通訊 伺服器端；一第 一聯繫人信息同步單元，將電話本中的聯繫人信息導入客戶端存儲單 元或將客戶端存儲單元中的聯繫人信息導入電話本中，或保持電話本與客戶端 存儲單元之間的映射關係，在電話本的聯繫人信息和客戶端存儲單元中存儲的 聯繫人信息之間做同步或映射處理；一第二聯繫人信息同步單元，將客戶端存儲單元存儲的或者從電話本映射 的聯繫人信息發送至即時通訊伺服器端，同時接收伺服器端發送來的聯繫人信 息，在客戶端存儲單元存儲的或者從電話本映射的聯繫人信息和伺服器端的聯 系人信息之間作同步處理，或者，保持客戶端存儲單元存儲的或從電話本映射 的聯繫人信息與伺服器端存儲的聯繫人信息之間的映射關係； 一用戶狀態信息更新請求單元，以用戶手才幾號或與手才幾號對應的生成ID 為更新標識，向即時通訊伺服器發出一用戶狀態信息，請求在伺服器端更新用一即時通訊單元，以手機號為聯繫標識，通過即時通訊伺服器進行即時通訊；該即時通訊伺服器端包括一伺服器端存儲單元，存儲用戶基本信息表和伺服器端聯繫人信息； 一用戶註冊和驗證單元， 一方面接收客戶端發送的手機號、手機標識信息，以兩者的對應關係建立用戶基本信息表， 一方面對比接收到的手機號、手機標識信息與用戶基本信息表中的對應信息，根據兩者是否一致來判斷是否允許用戶登錄伺服器；一消息轉發單元，以手機號或與手機號對應的生成ID為聯繫標識，在多個 即時通訊客戶端之間轉發消息；一用戶狀態信息更新響應單元，接收客戶端發來的用戶狀態信息更新請求， 更新伺服器端的聯繫人信息中的用戶狀態；一伺服器端聯繫人信息同步單元，接收客戶端的第二聯繫人信息同步單元 發送來的聯繫人信息，並將伺服器端聯繫人信息中與該客戶端聯繫人相關的聯 系人信息發送給該客戶端，並保持二者的同步或映射關係。
8.根據權利要求7所述的基於或嚢括手機電話本的即時通訊系統，其特徵在 於，所述即時通訊系統的客戶端還包括用戶狀態設置單元，該設置單元進一步包括 以下單元的i壬意組合用戶即時通訊狀態設置單元，在客戶端登錄/離開伺服器時自動將聯機/脫機/ 忙碌/離開的即時通訊狀態信息同步至月良務器；用戶自行設置狀態設置單元，接收用戶自行設置或選擇的狀態信息或籤名信 息，將其同步至伺服器；用戶手機操作狀態設置單元，通過設置在客戶端的自動監測或手動更新單元 監測用戶手機操作狀態是否有更新，若有則將該操作狀態同步至伺服器。
9.根據權利要求8所述的基於或囊括手機電話本的即時通訊系統，其特徵在 亍，所述自動監控羊元，用於自動獲取用戶操作手機的當前狀態並通過所述狀態信息更新請求單元將狀態信息發送至即時通訊伺服器端，所述自動監控單元包括 第一監控單元，通過對新進程的捕獲分析用戶狀態後確定是否需要更新，包括 第一定時器，設定掃描進程的周期；一新進程掃描單元，根據設定的周期掃描是否有新進程出現； 一進程相關性判斷單元，判斷該進程是否與用戶手機的狀態相關； 一進程信息收集單元，收集進程的相關信息； 一進程分析單元，根據收集到的信息判定用戶手機的具體狀態； 一用戶狀態更新判斷單元，將判定的用戶手機具體狀態與用戶當前手機 狀態對比，判斷是否需要進行更新；第二監控單元，通過對系統消息或按鍵消息的捕獲分析用戶狀態後判斷是否 需要更新，包括一第二定時器，設定掃描系統消息或按鍵消息的周期； 一新消息捕獲單元，根據設定的周期捕獲新的系統消息或按鍵消息； 一系統消息相關性判斷單元，判斷該系統消息或按鍵消息是否與用戶手 機的狀態相關；一系統消息收集單元，收集該系統消息或按M:消息的信息； 一系統消息分析單元，根據上述收集到的信息判定用戶的具體狀態； 一用戶狀態更新判斷單元，將判定的用戶手機具體狀態與用戶當前手機 狀態對比，判斷是否需要進行更新。
10.根據權利要求7所述的基於或嚢括手機電話本的即時通訊系統，其特徵在於，所述即時通訊客戶端的即時通訊單元包括一客戶端消息提交單元，向伺服器端發送消息； 一客戶端消息接收單元，接收伺服器端發來的消息；所述即時通訊伺服器的消息轉發單元包括 一伺服器端消息4妻收單元，4妄收客戶端發來的消息； 一伺服器端消息發送單元，向客戶端發送消息； 一網絡連接信息查詢羊元，查詢網絡連接信息。
全文摘要
本發明公開了一種基於或囊括手機電話本的即時通訊方法和系統，享受即時通訊的諸多好處，在通訊中提高時效，節省費用。其技術方案為通過客戶端將用戶的手機號、手機標識信息同步至伺服器，並以兩者的對應關係在伺服器端建立用戶基本信息表，用作用戶註冊以及允許用戶是否合法登錄的依據。將手機電話本導入客戶端數據存儲單元，或建立起二者的映射關係，使電話本成為即時通訊聯繫人列表。即時通訊系統中的聯繫人基於電話本中的用戶並進行轉化，以手機號或與手機號對應的生成ID為即時通訊ID，用戶之間通過手機號碼進行關聯。本發明可將用戶狀態通知給電話本聯繫人。用戶基於≥2.5G的無線網絡即時通訊。本發明應用於移動通信領域。
文檔編號H04W4/12GK101155324SQ20061011663
公開日2008年4月2日 申請日期2006年9月28日 優先權日2006年9月28日
發明者趙建文 申請人:趙建文