專利名稱：一種依托通訊錄中移動號碼進行消息收發(fā)的方法和裝置的制作方法
技術領域：
本發(fā)明技術方案涉及一種通訊方法和裝置，尤其涉及依托通訊錄中移動號碼進行消息收發(fā)的方法和裝置。
背景技術：
隨著ICT迅猛發(fā)展，出現(xiàn)了種類繁多的信息通信手段，電信業(yè)務如手機、固定電話、傳真以及互聯(lián)網(wǎng)業(yè)務如微博、E-Mail、ffeb、及即時通信都可以歸納為基于通信對端標識的信息傳遞。具體來講，手機、固定電話、傳真號碼、微博、E-Mail、Web和IM分別依靠移動號碼、固定電話號碼、傳真號碼、微博帳戶、E-Mail地址、Web地址和IM帳戶(如QQ帳戶)等通信對端標識。目前有大量的系統(tǒng)消息類軟件和即時通信軟件(實際是支持流量消息)，系統(tǒng)消息類軟件基于電路承載(即非數(shù)據(jù)承載)，即時通信軟件基于數(shù)據(jù)承載；另外，系統(tǒng)消息類軟件是基于用戶移動號碼和真實姓名的，而網(wǎng)絡標識或昵稱是基于非真實姓名和網(wǎng)絡號碼(如 Email或者QQ號碼)。但是，既支持任何基于實名制的消息類產(chǎn)品，不管是系統(tǒng)消息還是流量消息通信，也包括同時支持系統(tǒng)消息和流量消息通信的產(chǎn)品，并且不暴露用戶真實姓名的，還沒有出現(xiàn)，這正是本發(fā)明要解決的技術問題。

發(fā)明內(nèi)容
為了解決現(xiàn)有技術中問題，本發(fā)明提供了一種依托通訊錄中移動號碼進行消息收發(fā)的方法，包括以下步驟
步驟A 新用戶注冊，用戶注冊時必要信息只是移動號碼，用戶注冊時，手機客戶端發(fā)攜帶移動號碼和/或昵稱的短信給服務器端，服務器端下發(fā)驗證碼給手機客戶端，手機客戶端再回傳給服務器端，經(jīng)驗證通過后即注冊成功，否則提示注冊不成功；
步驟B 用戶注冊成功后，與服務器進行驗證，查詢用戶本地通訊錄中移動號碼對應聯(lián)系人是否是已注冊用戶，若是已注冊用戶，在服務器的好友表中添加該聯(lián)系人的號碼為好友，在客戶端的本地通訊錄中同步標注該聯(lián)系人號碼為本專利產(chǎn)品用戶和好友；若不是已注冊用戶，則在客戶端的本地通訊錄中標注該聯(lián)系人號碼不是本專利產(chǎn)品用戶，無論客戶端的本地通訊錄中聯(lián)系人的號碼是否為已注冊用戶表中的用戶，都更新客戶端的本地聯(lián)系人狀態(tài)數(shù)據(jù)庫；
步驟C 可以依托上述好友關系開始流量通訊。本發(fā)明基于移動號碼實現(xiàn)了不同客戶端不同場景接入號碼的唯一性，還能充分利用手機身份識別實現(xiàn)可信接入。作為本發(fā)明的進一步改進，所述步驟C中，如果開始流量通訊，其步驟如下 步驟Cl 已注冊用戶在服務器端登錄；
步驟C2 已登錄用戶開始發(fā)送消息，用戶可選擇發(fā)送系統(tǒng)短信還是流量消息 若選擇發(fā)送系統(tǒng)短信，則發(fā)送系統(tǒng)短信，發(fā)送結束；若選擇發(fā)送流量消息，則首先判斷接收方是否是已注冊用戶，若不是已注冊用戶，則發(fā)送系統(tǒng)短信，發(fā)送結束；
若是已注冊用戶，則需要根據(jù)服務器發(fā)出的狀態(tài)指示判斷接收方是否是在線； 若接收方不在線，可選擇是否發(fā)送離線消息，若選擇不發(fā)送離線消息，則發(fā)送系統(tǒng)短信，發(fā)送結束；若選擇發(fā)送離線消息，則發(fā)送離線流量消息，發(fā)送結束； 若接收方在線，則發(fā)送即時流量消息，發(fā)送結束。作為本發(fā)明的進一步改進，當客戶端是手機和平板電腦這種具備SIM卡和網(wǎng)絡認證的客戶端時候，移動號碼作為可信的通信對端號碼可以直接進行信息交互；
當客戶端是筆記本電腦以及臺式機這種不具備SIM卡和網(wǎng)絡認證的客戶端，移動號碼可以實現(xiàn)其它IM軟件類似的帳戶識別功能，即移動號碼直接作為用戶名接入帳戶，接入密碼可以采用用戶預先設定的密碼即靜態(tài)密碼，依據(jù)該號碼建立與服務器的聯(lián)系；或者接入密碼采用移動號碼手機接收到的動態(tài)密碼實現(xiàn)安全信息傳遞，所述接入密碼采用移動號碼手機接收到的動態(tài)密碼實現(xiàn)安全信息傳遞的步驟如下
第一步無SM卡直接進行網(wǎng)絡認證的客戶端向服務器發(fā)起動態(tài)密碼獲取要求，該客戶端此時已經(jīng)是流量消息模式或者WEB模式；
第二步服務器向該移動號碼的手機采用短信方式發(fā)出動態(tài)密碼，該移動號碼手機通過短信獲得動態(tài)密碼；
第三步用戶在收到服務器端發(fā)送的動態(tài)密碼后，在無SIM卡接入客戶端輸入該動態(tài)密碼；
第四步無SIM卡客戶端向服務器發(fā)起身份認證請求；
第五步服務器向客戶端給出身份認證結果，可以限定輸入次數(shù)，如限定次數(shù)內(nèi)輸入動態(tài)密碼驗證正確則發(fā)出“通過”消息，否則如果服務器收不到動態(tài)密碼或者動態(tài)密碼錯誤則發(fā)出“不通過”消息。對于通信保密要求高的信息傳遞，可以通過該移動號碼接收到的動態(tài)密碼實現(xiàn)安全信息傳遞。上述機制最大限度保證了非SIM接入服務器端合法接入的可能性。非法用戶即便使用靜態(tài)密碼接入服務器，但是由于無法獲得動態(tài)密碼，無法進行信息交互。這種機制保證了比目前IM更高的安全性。作為本發(fā)明的進一步改進，對于用戶使用多個移動號碼，可以采用移動號碼綁定功能，具體為
第一步，用戶使用待綁定的所有移動號碼手機向服務器提出綁定申請；服務器同時或者不同時收到需要綁定的所有移動號碼手機的申請； 第二步，服務器向用戶發(fā)出綁定確認； 第三步，用戶用這些手機向服務器回復確認消息； 第四步收到所有的確認信息后，相關移動號碼綁定成功?？紤]到用戶可能使用多個移動號碼，因此本專利給出移動號碼綁定功能。綁定功能好處是不管用戶采用哪個移動號碼接入，都能獲得一致服務和體驗，軟件安裝狀態(tài)以及在線狀態(tài)處理方式和呈現(xiàn)方式完全一致。(該功能在PC端實現(xiàn))
作為本發(fā)明的進一步改進，用戶客戶端的通訊錄更新后，用戶消息交互對象基本信息表采用增量更新的方法，只對于增量部分與服務器端進行交互，該交互可是增加消息交互對象也可能是刪除消息交互對象兩種操作。作為本發(fā)明的進一步改進，用戶客戶端可以向服務器發(fā)出用戶消息交互對象動態(tài)信息表，本次消息交互期間，服務器端與客戶端只對該動態(tài)信息表涉及的相關交互對象的在線狀態(tài)、呈現(xiàn)消息以及是否處于輸入狀態(tài)等在客戶端和服務器之間進行信息更新，用戶客戶端也可以選擇對于所有消息交互基本信息表的在線狀態(tài)、呈現(xiàn)消息以及是否處于輸入狀態(tài)等在客戶端和服務器之間進行信息更新。客戶端向服務器發(fā)出用戶消息交互對象動態(tài)信息表，該表的作用是本次消息交互期間，只對該表涉及的相關交互對象的在線狀態(tài)、呈現(xiàn)消息以及是否處于輸入狀態(tài)等在服務器端和服務器之間進行信息交互，避免了在移動狀態(tài)下如果對于用戶消息交互對象基本信息表涉及用戶的在線狀態(tài)、呈現(xiàn)消息以及是否處于輸入狀態(tài)等在服務器端和服務器之間進行大量信息交互，節(jié)約了寶貴的無線帶寬資源。對于用戶在帶寬不受限場景下接入如PC 接入，在可以對于反映消息交互對象基本信息表所涉及用戶狀況。一種依托通訊錄中移動號碼進行消息收發(fā)的裝置，其包括
用于新用戶注冊，用戶注冊時必要信息只是移動號碼，用戶注冊時，手機客戶端發(fā)攜帶移動號碼和/或昵稱的短信給服務器端，服務器端下發(fā)驗證碼給手機客戶端，手機客戶端再回傳給服務器端，經(jīng)驗證通過后即注冊成功，否則提示注冊不成功的裝置；
用于用戶注冊成功后，與服務器進行驗證，查詢用戶本地通訊錄中移動號碼對應聯(lián)系人是否是已注冊用戶，若是已注冊用戶，在服務器的好友表中添加該聯(lián)系人的號碼為好友， 在客戶端的本地通訊錄中同步標注該聯(lián)系人號碼為本專利產(chǎn)品用戶；若不是已注冊用戶， 則在客戶端的本地通訊錄中標注該聯(lián)系人號碼不是本專利產(chǎn)品用戶，無論客戶端的本地通訊錄中聯(lián)系人的號碼是否為已注冊用戶表中的用戶，都更新客戶端的本地聯(lián)系人狀態(tài)數(shù)據(jù)庫的裝置。作為本發(fā)明的進一步改進，其還包括 用于已注冊用戶在服務器端登錄的裝置；
用于已登錄用戶開始發(fā)送消息，用戶可選擇發(fā)送系統(tǒng)短信還是流量消息 若選擇發(fā)送系統(tǒng)短信，則發(fā)送系統(tǒng)短信，發(fā)送結束；
若選擇發(fā)送流量消息，則首先判斷接收方是否是已注冊用戶，若不是已注冊用戶，則發(fā)送系統(tǒng)短信，發(fā)送結束；
若是已注冊用戶，則需要根據(jù)服務器發(fā)出的狀態(tài)指示判斷接收方是否是在線； 若接收方不在線，可選擇是否發(fā)送離線消息，若選擇不發(fā)送離線消息，則發(fā)送系統(tǒng)短信，發(fā)送結束；若選擇發(fā)送離線消息，則發(fā)送離線流量消息，發(fā)送結束； 若接收方在線，則發(fā)送即時流量消息，發(fā)送結束的裝置。作為本發(fā)明的進一步改進，其還包括用于對于用戶使用多個移動號碼，可以采用移動號碼綁定功能的裝置，具體包括
用于用戶使用待綁定的所有移動號碼手機向服務器提出綁定申請；服務器同時或者不同時收到需要綁定的所有移動號碼手機的申請的裝置； 用于服務器向用戶發(fā)出綁定確認的裝置； 用于用戶用這些手機向服務器回復確認消息的裝置；用于收到所有的確認信息后，相關移動號碼綁定成功的裝置。作為本發(fā)明的進一步改進，其還包括用于用戶客戶端的通訊錄更新后，用戶消息交互對象基本信息表采用增量更新的方法，只對于增量部分與服務器端進行交互，該交互可是增加消息交互對象也可能是刪除消息交互對象兩種操作的裝置；以及，用于用戶客戶端可以向服務器發(fā)出用戶消息交互對象動態(tài)信息表，本次消息交互期間，服務器端與客戶端只對該動態(tài)信息表涉及的相關交互對象的在線狀態(tài)、呈現(xiàn)消息以及是否處于輸入狀態(tài)等在客戶端和服務器之間進行信息更新，用戶客戶端也可以選擇對于所有消息交互基本信息表的在線狀態(tài)、呈現(xiàn)消息以及是否處于輸入狀態(tài)等在客戶端和服務器之間進行信息更新的
直ο本發(fā)明的有益效果是相較于現(xiàn)有技術，本發(fā)明提供的一種依托通訊錄中移動號碼的通訊方法，主要涉及任何基于實名制的消息類產(chǎn)品，不管是系統(tǒng)消息還是流量消息通信，也包括同時支持系統(tǒng)消息和流量消息通信的產(chǎn)品。移動號碼具有如下特點
一、只有移動號碼(如手機號)與個人真實身份唯一關聯(lián)，這個依賴于移動運營商放號時候嚴格審查機制；
二、只有移動號碼可以通過嚴格的SIM卡和網(wǎng)絡認證機制保證對應到用戶接入的不可復制和不可抵賴；
三、只有移動號碼可以不依靠密碼保證作為可信接入的標識；
總體考慮上述三個移動號碼特點，移動號碼具備了一種通信客戶端主標識的可行性， 在用戶多場景、多客戶端和多應用接入時候具備比較大的優(yōu)勢。希望交互的用戶以手機號碼標識。用戶消息交互基本信息表物理位置在服務器端，用戶希望交互的對象信息只是基本的手機號碼，但是不包括用戶其它敏感信息(如聯(lián)系人姓名)，因此最大程度保證了用戶私密要求。為了使得某些場景顯示需要，用戶可以在注冊階段為自己確定一個昵稱。

圖1為依托移動號碼的多場景和多服務器端接入方式示意的結構示意圖； 圖2為動態(tài)密碼獲取和使用結構示意圖； 圖3為移動號碼綁定功能結構示意圖4為用戶通訊錄明細表和用戶消息交互對象基本信息表關系示意圖； 圖5為使用移動號碼注冊流程結構示意圖6為用戶注冊成功后，根據(jù)通訊錄中聯(lián)系人號碼自動添加好友關系圖； 圖7為發(fā)送消息流程圖。
具體實施方式
下面結合

及具體實施方式
對本發(fā)明進一步說明。步驟A 新用戶注冊，用戶注冊時必要信息只是移動號碼，用戶注冊時，手機客戶端發(fā)攜帶移動號碼和/或昵稱的短信給服務器端，服務器端下發(fā)驗證碼給手機客戶端，手機客戶端再回傳給服務器端，經(jīng)驗證通過后即注冊成功，否則提示注冊不成功；
步驟B 用戶注冊成功后，與服務器進行驗證，查詢用戶本地通訊錄中移動號碼對應聯(lián)系人是否是已注冊用戶，若是已注冊用戶，在服務器的好友表中添加該聯(lián)系人的號碼為好友，在客戶端的本地通訊錄中同步標注該聯(lián)系人號碼為本專利產(chǎn)品用戶和好友；若不是已注冊用戶，則在客戶端的本地通訊錄中標注該聯(lián)系人號碼不是本專利產(chǎn)品用戶，無論客戶端的本地通訊錄中聯(lián)系人的號碼是否為已注冊用戶表中的用戶，都更新客戶端的本地聯(lián)系人狀態(tài)數(shù)據(jù)庫；
步驟C 可以依托上述好友關系開始流量通訊。

本發(fā)明基于移動號碼實現(xiàn)了不同客戶端不同場景接入號碼的唯一性，還能充分利用手機身份識別實現(xiàn)可信接入。作為本發(fā)明的進一步改進，所述步驟C中，如果開始流量通訊，其步驟如下 步驟Cl 已注冊用戶在服務器端登錄；
步驟C2 已登錄用戶開始發(fā)送消息，用戶可選擇發(fā)送系統(tǒng)短信還是流量消息 若選擇發(fā)送系統(tǒng)短信，則發(fā)送系統(tǒng)短信，發(fā)送結束；
若選擇發(fā)送流量消息，則首先判斷接收方是否是已注冊用戶，若不是已注冊用戶，則發(fā)送系統(tǒng)短信，發(fā)送結束，
若是已注冊用戶，則需要根據(jù)服務器發(fā)出的狀態(tài)指示判斷接收方是否是在線； 若接收方不在線，可選擇是否發(fā)送離線消息，若選擇不發(fā)送離線消息，則發(fā)送系統(tǒng)短信，發(fā)送結束；若選擇發(fā)送離線消息，則發(fā)送離線流量消息，發(fā)送結束； 若接收方在線，則發(fā)送即時流量消息，發(fā)送結束。當客戶端是手機和平板電腦這種具備SIM卡和網(wǎng)絡認證的服務器端的時候，移動號碼作為可信的通信對端號碼可以直接進行信息交互；當客戶端是筆記本電腦以及臺式機這種不具備SIM卡和網(wǎng)絡認證的客戶端，移動號碼可以實現(xiàn)其它IM軟件類似的帳戶識別功能，即移動號碼直接作為接入帳戶，接入密碼可以采用用戶預先設定的密碼即采用靜態(tài)密碼，依據(jù)該號碼建立與服務器的聯(lián)系，或者接入密碼采用移動號碼接收到的動態(tài)密碼實現(xiàn)安全信息傳遞。如圖2所示，接入密碼采用移動號碼接收到的動態(tài)密碼實現(xiàn)安全信息傳遞的步驟如下
第一步無SIM卡直接進行網(wǎng)絡認證的客戶端用戶向服務器發(fā)起動態(tài)密碼獲取要求， 該客戶端此時已經(jīng)是流量消息模式或者WEB模式；
第二步服務器向該移動號碼的手機采用短信方式發(fā)出動態(tài)密碼，該移動號碼手機通過短信獲得動態(tài)密碼；
第三步用戶在收到服務器端發(fā)出的動態(tài)密碼后，在無SIM卡接入客戶端輸入該動態(tài)密碼；
第四步無SIM卡客戶端向服務器發(fā)起身份認證請求；
第五步服務器向客戶端給出身份認證結果，可以限定輸入次數(shù)，如限定次數(shù)內(nèi)輸入動態(tài)密碼驗證正確則發(fā)出“通過”消息，否則如果服務器收不到動態(tài)密碼或者動態(tài)密碼錯誤則發(fā)出“不通過”消息。如圖3所示，對于用戶使用多個移動號碼，可以采用移動號碼綁定功能，具體為 第一步，用戶使用待綁定的所有移動號碼手機向服務器提出綁定申請；服務器同時或
者不同時收到需要綁定的所有移動號碼手機的申請； 第二步，服務器向用戶發(fā)出綁定確認；第三步，用戶用這些手機向服務器回復確認消息； 第四步收到所有的確認信息后，移動號碼綁定成功。用戶客戶端的通訊錄更新后，用戶消息交互對象基本信息表采用增量更新的方法，只對于增量部分與服務器端進行交互，該交互可是增加消息交互對象也可能是刪除消息交互對象兩種操作。圖1給出了依托移動號碼作為通信對端主標識的示意，依托于移動號碼可以構建一種泛在接入模式，圖中臺式機和筆記本電腦在固定環(huán)境使用，筆記本電腦、手機以及平板電腦適用于移動和游牧環(huán)境。圖中前兩個都是手機，表明手機類之間的通信。平板電腦有些有SIM卡(可通過 GPRS等移動網(wǎng)絡上網(wǎng))，有些沒有SIM卡(只能通過有線或者WIFI上網(wǎng))。對于手機和平板電腦等具備SIM卡和網(wǎng)絡認證的客戶端，移動號碼作為可信的通信對端號碼可以直接進行信息交互；對于筆記本電腦以及臺式機等不具備SIM卡和網(wǎng)絡認證的客戶端，移動號碼可以實現(xiàn)其它IM軟件類似的帳戶識別功能，即移動號碼直接作為接入帳戶，接入密碼可以采用用戶預先設定的密碼即采用靜態(tài)密碼，依據(jù)該號碼建立與服務器的聯(lián)系。 下面介紹本發(fā)明及的關鍵數(shù)據(jù)表。表1 用戶通訊錄明細表
用戶通訊錄由用戶客戶端直接維護，包括用戶通訊的全部信息如姓名、手機號碼、QQ 號、MSN號、微博號等；用戶通訊錄物理位置在用戶通信相關的各個客戶器端里邊，如手機、 平板電腦和個人電腦中。用戶通訊錄屬于個人私密信息。表2 用戶消息交互對象基本信息表
用戶消息交互基本信息表中的信息由用戶客戶端獲得，該表在服務器端保存和維護， 是用戶希望使用消息交互的基本信息，希望交互的用戶以手機號碼標識。用戶消息交互基本信息表物理位置在服務器端，用戶希望交互的對象信息只是基本的手機號碼，但是不包括用戶其它敏感信息(如聯(lián)系人姓名)，因此最大程度保證了用戶私密要求。用戶消息交互基本信息表是用戶通訊錄明細表的子集。具體參見圖4的表格所示。表3 用戶消息交互對象注冊表
表3是表2每個用戶是否安裝本專利產(chǎn)品的狀態(tài)的標識，有“已經(jīng)注冊”和“未注冊”兩個屬性。表4 用戶消息交互對象在線狀態(tài)表
表4是表2每個用戶是否在線狀態(tài)或者說是否進入流量消息模式狀態(tài)的標識，有“在線”和“不在線”兩個屬性。該表只在流量消息狀態(tài)使用。表5 用戶消息交互對象動態(tài)信息表
表5是表2的子集，是用戶當前狀態(tài)下進行通信的用戶，以移動號碼標識。是服務器端根據(jù)消息交互要求傳遞給用戶客戶端，客戶端據(jù)此安排資源和進行在線狀態(tài)更新。維護動態(tài)信息表可以方便安排多個消息進程，更方便移動狀態(tài)下最大可能減少客戶端與服務器之間的交互。表6:用戶分組表
用戶分組表由客戶端直接維護，包括分組明稱，明細ID表7:用戶分組明細表
用戶分組明細表，描述一個分組明細，如分組描述，組群大小表8:分組成員表
組群成員明細，如分組明細表明稱，組群成員名稱表9 離線消息表
用戶發(fā)送的消息因?qū)Χ瞬辉诰€時的存儲。主要包括用戶名(接收者姓名)，消息ID，存儲日期，消息大小，消息文本。發(fā)送成功后的消息保存在服務器端。表10:用戶好友表
在用戶客戶端的通訊錄中存在用戶號碼并且該用戶號碼是本專利產(chǎn)品用戶，用戶好友表用于標識用戶下的所有好友，及好友所在的分組，主要包括好友ID，好友客戶端標識(如手機號碼)，好友姓名，好友地址，好友昵稱，所在分組等表11 用戶類型表
用于標識用戶類型如普通用戶，付費用戶，VIP用戶，主要包括用戶類型ID，用戶服務器端標識(如手機號碼)，用戶類型表12 用戶日志表
用于標識用戶日志，主要包括日志ID，用戶資源[客戶端，移動服務器端顯示Smack或 Asmack，PC客戶端顯示Spack)，登錄狀態(tài)(已認證/末認證)]，登錄服務器端IP，最后一次登錄時間，最后一次退出時間等
上述表構成了本專利產(chǎn)品的基礎。直接影響到注冊、登陸、用戶消息交互對象基本信息表刷新、用戶消息交互對象在線刷新等關鍵流程。關于圖4的其它說明如下整個表中陰影文字部分屬于用戶消息交互對象基本信息表，即除了手機號碼外的通訊錄詳細部分不是服務器端需要獲取的信息部分，用戶認為不需要消息交互的通訊錄對象不在服務器的用戶消息交互對象基本信息表之列，這些不需要消息交互的通訊錄對象之間的消息交互可以通過傳統(tǒng)短信進行。為了方面用戶在非SIM接入如在PC接入下使用，為了方便用戶在不方便呈現(xiàn)姓名時候使用，也為了最大程度保護用戶隱私，用戶注冊時候可以使用匿名。如果用戶愿意上載真實姓名則在非SIM接入下將獲得在SIM接入下相同的體驗。如果用戶在非SIM接入客戶端保存跟手機相同通訊錄，也能獲得在SIM接入下相同的體驗。一種依托通訊錄中移動號碼進行消息收發(fā)的裝置，其包括
用于新用戶注冊，用戶注冊時必要信息只是移動號碼，用戶注冊時，手機客戶端發(fā)攜帶移動號碼和/或昵稱的短信給服務器端，服務器端下發(fā)驗證碼給手機客戶端，手機客戶端再回傳給服務器端，經(jīng)驗證通過后即注冊成功，否則提示注冊不成功的裝置；
用于用戶注冊成功后，與服務器進行驗證，查詢用戶本地通訊錄中移動號碼對應聯(lián)系人是否是已注冊用戶，若是已注冊用戶，在服務器的好友表中添加該聯(lián)系人的號碼為好友， 在客戶端的本地通訊錄中同步標注該聯(lián)系人號碼為本專利產(chǎn)品用戶；若不是已注冊用戶， 則在客戶端的本地通訊錄中標注該聯(lián)系人號碼不是本專利產(chǎn)品用戶，無論客戶端的本地通訊錄中聯(lián)系人的號碼是否為已注冊用戶表中的用戶，都更新客戶端的本地聯(lián)系人狀態(tài)數(shù)據(jù)庫的裝置。其還包括
用于已注冊用戶在服務器端登錄的裝置；用于已登錄用戶開始發(fā)送消息，用戶可選擇發(fā)送系統(tǒng)短信還是流量消息 若選擇發(fā)送系統(tǒng)短信，則發(fā)送系統(tǒng)短信，發(fā)送結束；
若選擇發(fā)送流量消息，則首先判斷接收方是否是已注冊用戶，若不是已注冊用戶，則發(fā)送系統(tǒng)短信，發(fā)送結束，
若是已注冊用戶，則需要根據(jù)服務器發(fā)出的狀態(tài)指示判斷接收方是否是在線； 若接收方不在線，可選擇是否發(fā)送離線消息，若選擇不發(fā)送離線消息，則發(fā)送系統(tǒng)短信，發(fā)送結束；若選擇發(fā)送離線消息，則發(fā)送離線流量消息，發(fā)送結束； 若接收方在線，則發(fā)送即時流量消息，發(fā)送結束的裝置。 其還包括用于對于用戶使用多個移動號碼，可以采用移動號碼綁定功能的裝置， 具體包括
用于用戶使用待綁定的所有移動號碼手機向服務器提出綁定申請；服務器同時或者不同時收到需要綁定的所有移動號碼手機的申請的裝置； 用于服務器向用戶發(fā)出綁定確認的裝置； 用于用戶用這些手機向服務器回復確認消息的裝置； 用于收到所有的確認信息后，相關移動號碼綁定成功的裝置。其還包括用于用戶客戶端的通訊錄更新后，用戶消息交互對象基本信息表采用增量更新的方法，只對于增量部分與服務器端進行交互，該交互可是增加消息交互對象也可能是刪除消息交互對象兩種操作的裝置；以及，用于用戶客戶端可以向服務器發(fā)出用戶消息交互對象動態(tài)信息表，本次消息交互期間，服務器端與客戶端只對該動態(tài)信息表涉及的相關交互對象的在線狀態(tài)、呈現(xiàn)消息以及是否處于輸入狀態(tài)等在客戶端和服務器之間進行信息更新，用戶客戶端也可以選擇對于所有消息交互基本信息表的在線狀態(tài)、呈現(xiàn)消息以及是否處于輸入狀態(tài)等在客戶端和服務器之間進行信息更新的裝置。以上內(nèi)容是結合具體的優(yōu)選實施方式對本發(fā)明所作的進一步詳細說明，不能認定本發(fā)明的具體實施只局限于這些說明。對于本發(fā)明所屬技術領域的普通技術人員來說，在不脫離本發(fā)明構思的前提下，還可以做出若干簡單推演或替換，都應當視為屬于本發(fā)明的保護范圍。
權利要求
1.一種依托通訊錄中移動號碼進行消息收發(fā)的方法，其特征在于，包括以下步驟 步驟A 新用戶注冊，用戶注冊時必要信息只是移動號碼，用戶注冊時，手機客戶端發(fā)攜帶移動號碼和/或昵稱的短信給服務器端，服務器端下發(fā)驗證碼給手機客戶端，手機客戶端再回傳給服務器端，經(jīng)驗證通過后即注冊成功，否則提示注冊不成功；步驟B 用戶注冊成功后，與服務器進行驗證，查詢用戶本地通訊錄中移動號碼對應聯(lián)系人是否是已注冊用戶，若是已注冊用戶，在服務器的好友表中添加該聯(lián)系人的號碼為好友，在客戶端的本地通訊錄中同步標注該聯(lián)系人號碼為本專利產(chǎn)品用戶和好友；若不是已注冊用戶，則在客戶端的本地通訊錄中標注該聯(lián)系人號碼不是本專利產(chǎn)品用戶；無論客戶端的本地通訊錄中聯(lián)系人的號碼是否為已注冊用戶表中的用戶，都更新客戶端的本地聯(lián)系人狀態(tài)數(shù)據(jù)庫；步驟C 可以依托上述好友關系開始流量通訊。
2.根據(jù)權利要求1所述的一種依托通訊錄中移動號碼進行消息收發(fā)的方法，其特征在于所述步驟C中，如果開始流量通訊，其步驟如下步驟Cl 已注冊用戶在服務器端登錄；步驟C2 已登錄用戶開始發(fā)送消息，用戶可選擇發(fā)送系統(tǒng)短信還是流量消息 若選擇發(fā)送系統(tǒng)短信，則發(fā)送系統(tǒng)短信，發(fā)送結束；若選擇發(fā)送流量消息，則首先判斷接收方是否是已注冊用戶，若不是已注冊用戶，則發(fā)送系統(tǒng)短信，發(fā)送結束；若是已注冊用戶，則需要根據(jù)服務器發(fā)出的狀態(tài)指示判斷接收方是否是在線； 若接收方不在線，可選擇是否發(fā)送離線消息，若選擇不發(fā)送離線消息，則發(fā)送系統(tǒng)短信，發(fā)送結束；若選擇發(fā)送離線消息，則發(fā)送離線流量消息，發(fā)送結束； 若接收方在線，則發(fā)送即時流量消息，發(fā)送結束。
3.根據(jù)權利要求2所述的一種依托通訊錄中移動號碼進行消息收發(fā)的方法，其特征在于當客戶端是手機和平板電腦這種具備SIM卡和網(wǎng)絡認證的客戶端時候，移動號碼作為可信的通信對端號碼可以直接進行信息交互；當客戶端是筆記本電腦以及臺式機這種不具備SIM卡和網(wǎng)絡認證的客戶端，移動號碼可以實現(xiàn)其它IM軟件類似的帳戶識別功能，即移動號碼直接作為用戶名接入帳戶，接入密碼可以采用用戶預先設定的密碼即靜態(tài)密碼，依據(jù)該號碼建立與服務器的聯(lián)系；或者接入密碼采用移動號碼手機接收到的動態(tài)密碼實現(xiàn)安全信息傳遞，所述接入密碼采用移動號碼手機接收到的動態(tài)密碼實現(xiàn)安全信息傳遞的步驟如下第一步無SIM卡直接進行網(wǎng)絡認證的客戶端向服務器發(fā)起動態(tài)密碼獲取要求，該客戶端此時已經(jīng)是流量消息模式或者WEB模式；第二步服務器向該移動號碼的手機采用短信方式發(fā)出動態(tài)密碼，該移動號碼手機通過短信獲得動態(tài)密碼；第三步用戶在收到服務器端發(fā)送的動態(tài)密碼后，在無SIM卡接入客戶端輸入該動態(tài)密碼；第四步無SIM卡客戶端向服務器發(fā)起身份認證請求；第五步服務器向客戶端給出身份認證結果，可以限定輸入次數(shù)，如限定次數(shù)內(nèi)輸入動態(tài)密碼驗證正確則發(fā)出“通過”消息，否則如果服務器收不到動態(tài)密碼或者動態(tài)密碼錯誤則發(fā)出“不通過”消息。
4.根據(jù)權利要求1至3任意一項所述的一種依托通訊錄中移動號碼進行消息收發(fā)的方法，其特征在于對于用戶使用多個移動號碼，可以采用移動號碼綁定功能，具體為第一步，用戶使用待綁定的所有移動號碼手機向服務器提出綁定申請；服務器同時或者不同時收到需要綁定的所有移動號碼手機的申請； 第二步，服務器向用戶發(fā)出綁定確認； 第三步，用戶用這些手機向服務器回復確認消息； 第四步收到所有的確認信息后，相關移動號碼綁定成功。
5.根據(jù)權利要求1至3任意一項所述的一種依托通訊錄中移動號碼進行消息收發(fā)的方法，其特征在于用戶客戶端的通訊錄更新后，用戶消息交互對象基本信息表采用增量更新的方法，只對于增量部分與服務器端進行交互，該交互可是增加消息交互對象也可能是刪除消息交互對象兩種操作。
6.根據(jù)權利要求1至3任意一項所述的一種依托通訊錄中移動號碼進行消息收發(fā)的方法，其特征在于用戶客戶端可以向服務器發(fā)出用戶消息交互對象動態(tài)信息表，本次消息交互期間，服務器端與客戶端只對該動態(tài)信息表涉及的相關交互對象的在線狀態(tài)、呈現(xiàn)消息以及是否處于輸入狀態(tài)等在客戶端和服務器之間進行信息更新，用戶客戶端也可以選擇對于所有消息交互基本信息表的在線狀態(tài)、呈現(xiàn)消息以及是否處于輸入狀態(tài)等在客戶端和服務器之間進行信息更新。
7.一種依托通訊錄中移動號碼進行消息收發(fā)的裝置，其特征在于，其包括用于新用戶注冊，用戶注冊時必要信息只是移動號碼，用戶注冊時，手機客戶端發(fā)攜帶移動號碼和/或昵稱的短信給服務器端，服務器端下發(fā)驗證碼給手機客戶端，手機客戶端再回傳給服務器端，經(jīng)驗證通過后即注冊成功，否則提示注冊不成功的裝置；用于用戶注冊成功后，與服務器進行驗證，查詢用戶本地通訊錄中移動號碼對應聯(lián)系人是否是已注冊用戶，若是已注冊用戶，在服務器的好友表中添加該聯(lián)系人的號碼為好友， 在客戶端的本地通訊錄中同步標注該聯(lián)系人號碼為本專利產(chǎn)品用戶和好友；若不是已注冊用戶，則在客戶端的本地通訊錄中標注該聯(lián)系人號碼不是本專利產(chǎn)品用戶，無論客戶端的本地通訊錄中聯(lián)系人的號碼是否為已注冊用戶表中的用戶，都更新客戶端的本地聯(lián)系人狀態(tài)數(shù)據(jù)庫的裝置。
8.根據(jù)權利要求7所述的一種依托通訊錄中移動號碼進行消息收發(fā)的裝置，其特征在于，其還包括用于已注冊用戶在服務器端登錄的裝置；用于已登錄用戶開始發(fā)送消息，用戶可選擇發(fā)送系統(tǒng)短信還是流量消息 若選擇發(fā)送系統(tǒng)短信，則發(fā)送系統(tǒng)短信，發(fā)送結束；若選擇發(fā)送流量消息，則首先判斷接收方是否是已注冊用戶，若不是已注冊用戶，則發(fā)送系統(tǒng)短信，發(fā)送結束，若是已注冊用戶，則需要根據(jù)服務器發(fā)出的狀態(tài)指示判斷接收方是否是在線； 若接收方不在線，可選擇是否發(fā)送離線消息，若選擇不發(fā)送離線消息，則發(fā)送系統(tǒng)短信，發(fā)送結束；若選擇發(fā)送離線消息，則發(fā)送離線流量消息，發(fā)送結束； 若接收方在線，則發(fā)送即時流量消息，發(fā)送結束的裝置。
9.根據(jù)權利要求8所述的一種依托通訊錄中移動號碼進行消息收發(fā)的裝置，其特征在于其還包括用于對于用戶使用多個移動號碼，可以采用移動號碼綁定功能的裝置，具體包括用于用戶使用待綁定的所有移動號碼手機向服務器提出綁定申請；服務器同時或者不同時收到需要綁定的所有移動號碼手機的申請的裝置； 用于服務器向用戶發(fā)出綁定確認的裝置； 用于用戶用這些手機向服務器回復確認消息的裝置； 用于收到所有的確認信息后，相關移動號碼綁定成功的裝置。
10.根據(jù)權利要求7至9任意一項所述的一種依托通訊錄中移動號碼進行消息收發(fā)的裝置，其特征在于其還包括用于用戶客戶端的通訊錄更新后，用戶消息交互對象基本信息表采用增量更新的方法，只對于增量部分與服務器端進行交互，該交互可是增加消息交互對象也可能是刪除消息交互對象兩種操作的裝置；以及，用于用戶客戶端可以向服務器發(fā)出用戶消息交互對象動態(tài)信息表，本次消息交互期間，服務器端與客戶端只對該動態(tài)信息表涉及的相關交互對象的在線狀態(tài)、呈現(xiàn)消息以及是否處于輸入狀態(tài)等在客戶端和服務器之間進行信息更新，用戶客戶端也可以選擇對于所有消息交互基本信息表的在線狀態(tài)、呈現(xiàn)消息以及是否處于輸入狀態(tài)等在客戶端和服務器之間進行信息更新的裝置。
全文摘要
本發(fā)明提供了一種依托通訊錄中移動號碼進行消息收發(fā)的方法和裝置，其包括以下步驟步驟A新用戶注冊，用戶注冊時必要信息只是移動號碼；步驟B用戶注冊成功后，與服務器進行交互，查詢用戶本地通訊錄中移動號碼對應聯(lián)系人是否有已注冊用戶，若有則將該聯(lián)系人標記為好友關系；步驟C可以依托上述好友關系開始流量通訊。本發(fā)明裝置包括用于新用戶注冊的裝置；用于用戶注冊成功后，與服務器進行驗證，查詢客戶端的本地通訊錄中聯(lián)系人移動號碼對應聯(lián)系人是否有已注冊用戶的裝置。本發(fā)明用戶消息交互基本信息表物理位置在服務器端，用戶消息交互的對象標識是基本的手機號碼，不包括用戶其它敏感信息(如聯(lián)系人姓名)，因此最大程度保證了用戶私密要求。
文檔編號H04L29/12GK102355509SQ20111021574
公開日2012年2月15日 申請日期2011年7月29日 優(yōu)先權日2011年7月29日
發(fā)明者任一安, 吳曉文, 王彤, 肖珍華 申請人:深圳市易聯(lián)盛世科技有限公司