專利名稱：用戶信息的處理方法、服務(wù)器及終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種用戶信息的處理方法、服務(wù)器及終端。
背景技術(shù)：
當前，電信領(lǐng)域的發(fā)展日新月異，在網(wǎng)用戶的數(shù)量與日倶增。網(wǎng)絡(luò)運營商之間競爭 激烈，采用各種優(yōu)惠政策和促銷手段，而且，網(wǎng)絡(luò)制式多樣化，網(wǎng)絡(luò)服務(wù)也隨之有很大的區(qū) 別。這些都和運營商及終端號碼緊密關(guān)聯(lián)，因而，導(dǎo)致了大量用戶產(chǎn)生轉(zhuǎn)網(wǎng)換號的需求；考 慮到現(xiàn)有的電話本格式是對終端中存儲的聯(lián)系人號碼進行硬性拷貝，所以，一旦換號就必 須逐一通知保存有原號碼的用戶修改為新的聯(lián)系號碼，這無疑導(dǎo)致了轉(zhuǎn)網(wǎng)換號的需求增大 和當前電話本存儲方式帶來轉(zhuǎn)網(wǎng)換號的不便之間的矛盾。 針對相關(guān)技術(shù)中轉(zhuǎn)網(wǎng)換號后需將個人信息一一通知聯(lián)系人的問題，目前尚未提出 有效的解決方案。

發(fā)明內(nèi)容
針對相關(guān)技術(shù)中轉(zhuǎn)網(wǎng)換號后需將個人信息一一通知聯(lián)系人的問題而提出本發(fā)明，
為此，本發(fā)明的主要目的在于提供一種用戶信息的處理方案，以解決上述問題。 為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種用戶信息的處理方法。 根據(jù)本發(fā)明的用戶信息的處理方法包括服務(wù)器接收來自終端的第一消息，其中，
第一消息中攜帶有第一用戶標識，以請求獲取第一用戶標識對應(yīng)的用戶信息；服務(wù)器根據(jù)
預(yù)先建立的用戶標識與用戶信息的對應(yīng)關(guān)系，獲取第一用戶標識對應(yīng)的用戶信息；服務(wù)器
向終端發(fā)送獲取的用戶信息。 優(yōu)選地，服務(wù)器根據(jù)對應(yīng)關(guān)系，獲取第一用戶標識對應(yīng)的用戶信息包括服務(wù)器根 據(jù)第一用戶標識從本地存儲的對應(yīng)關(guān)系中獲取用戶信息。 優(yōu)選地，服務(wù)器根據(jù)對應(yīng)關(guān)系，獲取第一用戶標識對應(yīng)的用戶信息包括服務(wù)器從 數(shù)據(jù)庫獲取對應(yīng)關(guān)系，其中，數(shù)據(jù)庫中保存有對應(yīng)關(guān)系；服務(wù)器根據(jù)第一用戶標識從對應(yīng)關(guān) 系中獲取用戶信息。 優(yōu)選地，在服務(wù)器接收第一消息之前，終端保存需要聯(lián)系的用戶標識；終端向服務(wù) 器發(fā)送第一消息，其中，第一消息中攜帶的第一用戶標識為終端保存的需要聯(lián)系的用戶標 識中的一個或多個。 優(yōu)選地，服務(wù)器接收來自終端的第二消息，其中，第二消息中攜帶有第二用戶標
識，以及與第二用戶標識對應(yīng)的用戶信息；服務(wù)器根據(jù)對應(yīng)關(guān)系以及第二消息中攜帶的用
戶信息，對對應(yīng)關(guān)系中與第二用戶標識對應(yīng)的用戶信息進行修改。 優(yōu)選地，用戶信息至少包括以下之一 用戶聯(lián)系信息、用戶身份信息。 為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另 一方面，提供了 一種服務(wù)器。 根據(jù)本發(fā)明的服務(wù)器包括接收模塊，用于接收來自終端的第一消息，其中，第一
消息中攜帶有第一用戶標識，以請求獲取第一用戶標識對應(yīng)的用戶信息；獲取模塊，用于根
4據(jù)預(yù)先建立的用戶標識與用戶信息的對應(yīng)關(guān)系，獲取第一用戶標識對應(yīng)的用戶信息；發(fā)送 模塊，用于向終端發(fā)送獲取的用戶信息。 優(yōu)選地，獲取模塊包括第一獲取子模塊，用于根據(jù)第一用戶標識從本地存儲的對 應(yīng)關(guān)系中獲取用戶信息。 優(yōu)選地，獲取模塊包括第二獲取子模塊，用于從數(shù)據(jù)庫獲取對應(yīng)關(guān)系，其中，數(shù)據(jù) 庫中保存有對應(yīng)關(guān)系；第三獲取子模塊，用于根據(jù)第一用戶標識從對應(yīng)關(guān)系中獲取用戶信 息。 為了實現(xiàn)上述目的，根據(jù)本發(fā)明的又一方面，提供了一種終端。 根據(jù)本發(fā)明的終端包括發(fā)送模塊，用于向服務(wù)器發(fā)送第一消息，其中，第一消息 中攜帶有第一用戶標識，以請求獲取第一用戶標識對應(yīng)的用戶信息；接收模塊，用于接收來 自服務(wù)器的第一用戶標識對應(yīng)的用戶信息。 通過本發(fā)明，采用終端通過用戶標識在網(wǎng)絡(luò)側(cè)查找對應(yīng)的用戶信息的方式，解決 了相關(guān)技術(shù)中轉(zhuǎn)網(wǎng)換號后需將個人信息一一通知聯(lián)系人的問題，進而達到了用戶能夠方便 的進行轉(zhuǎn)網(wǎng)換號的效果。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)
明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中 圖1是根據(jù)本發(fā)明實施例的用戶信息的處理方法的流程圖； 圖2是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)電話本的單個條目的數(shù)據(jù)結(jié)構(gòu)； 圖3是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)電話本的網(wǎng)絡(luò)拓撲圖； 圖4是根據(jù)本發(fā)明實施例的通信網(wǎng)絡(luò)側(cè)終端使用網(wǎng)絡(luò)電話本的流程圖； 圖5是根據(jù)本發(fā)明實施例的手持終端使用網(wǎng)絡(luò)電話本的流程圖； 圖6是根據(jù)本發(fā)明實施例的服務(wù)器的結(jié)構(gòu)框圖； 圖7是根據(jù)本發(fā)明實施例的服務(wù)器的具體的結(jié)構(gòu)框圖； 圖8是根據(jù)本發(fā)明實施例的終端的結(jié)構(gòu)框圖。
具體實施例方式
下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的
情況下，本申請中的實施例及實施例中的特征可以相互組合。 方法實施例 根據(jù)本發(fā)明的實施例，提供了 一種用戶信息的處理方法。 圖l是根據(jù)本發(fā)明實施例的用戶信息的處理方法的流程圖，如圖l所示，該方法包 括如下的步驟S102至步驟S106 : 步驟S102，服務(wù)器接收來自終端的第一消息，其中，第一消息中攜帶有第一用戶標 識，以請求獲取第一用戶標識對應(yīng)的用戶信息； 步驟S104，服務(wù)器根據(jù)預(yù)先建立的用戶標識與用戶信息的對應(yīng)關(guān)系，獲取第一用 戶標識對應(yīng)的用戶信息； 步驟S106，服務(wù)器向終端發(fā)送獲取的用戶信息。
5
在步驟S104中，服務(wù)器根據(jù)該對應(yīng)關(guān)系，獲取第一用戶標識對應(yīng)的用戶信息包括 以下方式。 方式一，服務(wù)器根據(jù)第一用戶標識從本地存儲的對應(yīng)關(guān)系中獲取用戶信息。
方式二，服務(wù)器從數(shù)據(jù)庫獲取該對應(yīng)關(guān)系，其中，數(shù)據(jù)庫中保存有該對應(yīng)關(guān)系；服 務(wù)器根據(jù)第 一用戶標識從該對應(yīng)關(guān)系中獲取用戶信息。 在服務(wù)器接收第一消息之前，終端保存需要聯(lián)系的用戶標識；終端向服務(wù)器發(fā)送 第一消息，其中，第一消息中攜帶的第一用戶標識為終端保存的需要聯(lián)系的用戶標識中的 一個或多個。 服務(wù)器接收來自終端的第二消息，其中，第二消息中攜帶有第二用戶標識，以及與
第二用戶標識對應(yīng)的用戶信息；服務(wù)器根據(jù)對應(yīng)關(guān)系以及第二消息中攜帶的用戶信息，將
該對應(yīng)關(guān)系中與第二用戶標識對應(yīng)的用戶信息進行修改。 用戶信息至少包括以下之一 用戶聯(lián)系信息、用戶身份信息。 下面將結(jié)合實例對本發(fā)明實施例的實現(xiàn)過程進行詳細描述。 本發(fā)明實施例中采用的用戶信息可以以電話本數(shù)據(jù)的形式進行存儲，圖2是根據(jù)
本發(fā)明實施例的網(wǎng)絡(luò)電話本的單個條目的數(shù)據(jù)結(jié)構(gòu)，如圖2所示，電話本的數(shù)據(jù)結(jié)構(gòu)主要
包括兩個部分用戶不變信息部分和用戶可變信息部分，下面對其進行具體的描述。 用戶不變信息部分包括用戶標識(Identity,簡稱為ID)和用戶身份基本信息，其
中，用戶ID字段用于標識和區(qū)別不同的用戶，在數(shù)據(jù)庫表中代表主鍵；用戶身份基本信息
包括姓名、性別、身份證號等信息，是用戶業(yè)務(wù)辦理時的真實身份驗證；用戶不變信息一旦
創(chuàng)建就不再更改。 用戶可變信息部分包括聯(lián)系方式字段信息和用戶輔助可變信息，其中，聯(lián)系方式 字段信息是聯(lián)系人條目中的聯(lián)系方式，包括電話號碼、Email等聯(lián)系方式字段，用戶輔助可 變信息包括用戶維護自身信息的密碼以及對聯(lián)系方式字段信息的可變配置。用戶可變信息 部分可以修改和更新。 網(wǎng)絡(luò)電話本通過以下方式實現(xiàn)，在上述電話本數(shù)據(jù)結(jié)構(gòu)的基礎(chǔ)上，網(wǎng)絡(luò)電話本的 實現(xiàn)包括下面三個方面
電話本數(shù)據(jù)庫的實現(xiàn) 可以使用通用數(shù)據(jù)庫存儲數(shù)據(jù)，數(shù)據(jù)庫中的條目使用上述的電話本數(shù)據(jù)結(jié)構(gòu)，從 而實現(xiàn)維護了所有網(wǎng)內(nèi)用戶信息的數(shù)據(jù)庫。由于通過本發(fā)明實施例的方法實現(xiàn)了需要信息 的動態(tài)更新和實時應(yīng)用，所以，需要采用網(wǎng)絡(luò)客戶端/服務(wù)器(Client/Server,簡稱為C/S) 的方式實現(xiàn)數(shù)據(jù)庫的輸入和輸出接口。
電話本數(shù)據(jù)庫輸入接口的實現(xiàn) 電話本數(shù)據(jù)庫的輸入接口包括數(shù)據(jù)庫條目的建立以及條目的修改。其中，條目建 立功能需要實現(xiàn)用戶ID號碼的生成，用戶基本信息的編輯輸入，以及用戶可變信息屬性的 首次輸入。條目修改功能需要實現(xiàn)顯示用戶不變信息和可變信息的同時，能夠?qū)勺冃畔?進行編輯和保存。 電話本數(shù)據(jù)庫輸出接口的實現(xiàn) 電話本數(shù)據(jù)庫的輸出接口主要實現(xiàn)根據(jù)用戶ID實現(xiàn)對可變信息中的聯(lián)系方式信 息進行動態(tài)引用，例如，終端通過與電話本數(shù)據(jù)庫的交互獲取所需用戶的可變信息。
6
用戶信息一旦被建立，用戶和用戶ID就終身綁定不再變更，而用戶的聯(lián)系信息是 掛載在用戶ID下的可變屬性，所以，無論可變信息如何變更，使用用戶ID總能引用到用戶 最新的聯(lián)系信息。 下面結(jié)合附圖對技術(shù)方案的實施作進一步的詳細描述。
構(gòu)建數(shù)據(jù)庫 使用大型、穩(wěn)定的數(shù)據(jù)庫作為網(wǎng)絡(luò)電話本的存儲數(shù)據(jù)庫；例如，可以使用結(jié)構(gòu)化查 詢語言服務(wù)器(Structured Query Language Server,簡稱為SQL Server)分散型存儲集中 管理工作方式。數(shù)據(jù)庫表中的條目定義使用前述的電話本數(shù)據(jù)結(jié)構(gòu)。 數(shù)據(jù)結(jié)構(gòu)中用戶ID的定義既要滿足用戶數(shù)量要求，又要有規(guī)范的格式以方便用 戶終端的存儲，例如，選取數(shù)字和字母作為唯一的用戶ID標志，其性質(zhì)類似于身份證號碼。
用戶輔助可變信息的定義包括用戶密碼和用戶配置，其中，用戶密碼用于用戶自 行修改信息時的鑒權(quán)操作，用戶配置項可以配置聯(lián)系信息字段中哪個字段是主導(dǎo)字段，以 及哪些信息可見等。 其他字段可以根據(jù)需要進行定義，并為后期功能應(yīng)用擴展保留一定余量。
搭建數(shù)據(jù)庫管理機 數(shù)據(jù)庫管理機可以是上述的服務(wù)器。在數(shù)據(jù)庫基礎(chǔ)上搭建數(shù)據(jù)庫管理機；圖3是 根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)電話本的網(wǎng)絡(luò)拓撲圖，數(shù)據(jù)庫管理機和數(shù)據(jù)庫關(guān)系如圖3中所示 的數(shù)據(jù)庫管理機和網(wǎng)絡(luò)電話本數(shù)據(jù)庫。數(shù)據(jù)庫管理機需要實現(xiàn)兩方面的功能管理數(shù)據(jù)庫 功能和網(wǎng)絡(luò)交互功能；數(shù)據(jù)庫管理機可以使用普通的網(wǎng)絡(luò)服務(wù)器來實現(xiàn)，下面舉例說明。
使用普通服務(wù)器并分配固定的域名及網(wǎng)址，其上運行Server端程序，Server程序 使用開放數(shù)據(jù)庫互連(Open Database Connectivity,簡稱為ODBC)數(shù)據(jù)源連接方式連接 到SQL數(shù)據(jù)庫，從而具有數(shù)據(jù)庫操作的能力；同時，Server程序?qū)W(wǎng)絡(luò)提供網(wǎng)絡(luò)交互服務(wù)， 針對數(shù)據(jù)庫用戶及功能定義若干個標準的交互界面和非界面型標準請求接口 ，包括數(shù)據(jù) 庫管理員管理界面，用戶信息修改界面等；還需定義一個簡單查詢接口 ，該簡單查詢接口格 式是網(wǎng)址后追加用戶ID， Server在接收到查詢請求之后進行數(shù)據(jù)庫查詢操作并根據(jù)用戶 輔助信息設(shè)置返回聯(lián)系方式字段信息。
實現(xiàn)終端對應(yīng)功能 實現(xiàn)終端上對應(yīng)功能，形成的網(wǎng)絡(luò)拓撲如圖3所示。網(wǎng)絡(luò)上的終端類型主要包括
PC終端，通訊網(wǎng)終端，手持終端；下面分別對其實現(xiàn)過程進行詳細描述。 PC終端對應(yīng)功能實現(xiàn)相對簡單，可以通過獨立應(yīng)用程序和網(wǎng)頁兩種方式；不管采
用什么方式，只要和Server的交互滿足格式服務(wù)訪問預(yù)定格式即可。所以，在用戶信息建
立機構(gòu)中可以采用獨立應(yīng)用程序方式和Server進行交互，這樣便于工作和管理。而用戶自
己的信息修改可以采用瀏覽器登錄Server,通過網(wǎng)絡(luò)頁面和Server交互。 通訊網(wǎng)終端網(wǎng)絡(luò)運營商的通訊網(wǎng)絡(luò)終端，例如交換機，它工作中只需要獲取用戶
的正式通訊號碼，并不涉及到對用戶信息的建立和修改，所以，只需要具有向Server發(fā)起
簡單查詢的功能即可，可以通過在信令步驟中加入查詢轉(zhuǎn)換操作即可。圖4是根據(jù)本發(fā)明
實施例的通信網(wǎng)絡(luò)側(cè)終端使用網(wǎng)絡(luò)電話本的流程圖，如圖4所示，包括如下步驟S401至步
驟S408 : 步驟S401，通訊網(wǎng)終端接收通訊請求；
步驟S402，通訊網(wǎng)終端分析信令中的請求參數(shù)； 步驟S403，通訊網(wǎng)終端判斷是否需要進行查詢轉(zhuǎn)化操作；如果需要轉(zhuǎn)換則執(zhí)行步
驟S404，如果不需要轉(zhuǎn)換就執(zhí)行步驟S406 ; 步驟S404，從通訊請求參數(shù)中獲取用戶ID ; 步驟S405，通過網(wǎng)絡(luò)和電話本數(shù)據(jù)庫管理Server交互查詢用戶聯(lián)系方式，從而將
用戶ID轉(zhuǎn)換為服務(wù)號碼，執(zhí)行步驟S407 ; 步驟S406，從通訊請求參數(shù)中獲取服務(wù)號碼； 步驟S407，使用服務(wù)號碼處理通訊請求； 步驟S408 ，開始通訊。 手持終端較為特殊，既有通訊網(wǎng)終端的特點也有PC終端特點，所以，可以在其通 訊模塊中加入簡單查詢的功能用于在進行通信請求前進行查詢操作，還可以通過手機軟件 或手機瀏覽器和Server交互實現(xiàn)界面形式的交互。手持終端實現(xiàn)這些功能的前提是可以 上網(wǎng)；如果不能上網(wǎng)，也可以采用運營商作為代理，使用短信或語音特服號碼進行相應(yīng)的查 詢。 圖5是根據(jù)本發(fā)明實施例的手持終端使用網(wǎng)絡(luò)電話本的流程圖，如圖5所示，包括 如下步驟S501至步驟S506 : 步驟S501，判斷是否需要進行查詢轉(zhuǎn)化操作；如果需要轉(zhuǎn)換，則執(zhí)行步驟S502，如
果不需要轉(zhuǎn)換，則執(zhí)行步驟S504 ; 步驟S502，獲取本地保存的用戶ID ; 步驟S503，通過網(wǎng)絡(luò)和電話本數(shù)據(jù)庫管理Server交互查詢用戶聯(lián)系方式，將用戶 ID轉(zhuǎn)換為服務(wù)號碼，執(zhí)行步驟S505 ; 步驟S504，獲取本地保存的用戶號碼作為服務(wù)號碼；
步驟S505，使用服務(wù)號碼作為參數(shù)向網(wǎng)絡(luò)側(cè)發(fā)起服務(wù)請求；
步驟S506，開始通訊。 網(wǎng)絡(luò)電話本在應(yīng)用時，用戶終端上可以只存儲用戶信息的用戶ID，在需要引用用 戶聯(lián)系方式的應(yīng)用時先使用保存的對應(yīng)用戶ID查詢其聯(lián)系方式字段，根據(jù)使用方式將其 分為通訊終端查詢方式和通訊服務(wù)端查詢方式。 通訊終端查詢方式是在用戶的通訊終端機上實現(xiàn)并完成從用戶ID到用戶聯(lián)系信 息的查詢工作，當向通訊服務(wù)端發(fā)起服務(wù)請求時使用實際的用戶聯(lián)系信息作為被叫。
通訊服務(wù)端查詢方式是在通訊服務(wù)端處實現(xiàn)并從用戶ID到用戶聯(lián)系信息的查詢 工作，在通訊終端發(fā)起服務(wù)請求時使用用戶ID作為被叫。 終端通過使用用戶不變信息追溯引用用戶的可變聯(lián)系信息，從而解決了傳統(tǒng)電話 本由于對聯(lián)系方式字段的硬性拷貝造成的轉(zhuǎn)網(wǎng)、換號麻煩的問題。 本發(fā)明實施例改變了現(xiàn)有電話本的硬性拷貝機制，實現(xiàn)了電話本信息的網(wǎng)絡(luò)方式
存儲、更新，并且使得更新能夠在第一時間主動體現(xiàn)在引用此信息的應(yīng)用中。 裝置實施例 根據(jù)本發(fā)明的實施例，提供了 一種服務(wù)器。 圖6是根據(jù)本發(fā)明實施例的服務(wù)器的結(jié)構(gòu)框圖，該服務(wù)器可以是上述的數(shù)據(jù)庫管 理機和數(shù)據(jù)庫的組合，也可以只是數(shù)據(jù)庫管理機，如圖6所示，該裝置包括接收模塊62、獲取模塊64、發(fā)送模塊66，下面對該結(jié)構(gòu)進行詳細說明。 接收模塊62，用于接收來自終端的第一消息，其中，第一消息中攜帶有第一用戶標 識，以請求獲取第一用戶標識對應(yīng)的用戶信息；獲取模塊64連接至接收模塊62，用于根據(jù) 預(yù)先建立的用戶標識與用戶信息的對應(yīng)關(guān)系，獲取第一用戶標識對應(yīng)的用戶信息；發(fā)送模 塊66連接至獲取模塊64，用于向終端發(fā)送獲取的用戶信息。 圖7是根據(jù)本發(fā)明實施例的服務(wù)器的具體的結(jié)構(gòu)框圖，如圖7所示，獲取模塊64 包括第一獲取子模塊72、第二獲取子模塊74和第三獲取子模塊76，下面對該結(jié)構(gòu)進行詳 細說明。 第一獲取子模塊72，用于根據(jù)第一用戶標識從本地存儲的對應(yīng)關(guān)系中獲取用戶信 息；第二獲取子模塊74，用于從數(shù)據(jù)庫獲取對應(yīng)關(guān)系，其中，數(shù)據(jù)庫中保存有對應(yīng)關(guān)系；第 三獲取子模塊76連接至第二獲取子模塊74，用于根據(jù)第一用戶標識從對應(yīng)關(guān)系中獲取用 戶信息。 根據(jù)本發(fā)明的實施例，提供了 一種終端。 圖8是根據(jù)本發(fā)明實施例的終端的結(jié)構(gòu)框圖，如圖8所示，該裝置包括發(fā)送模塊 82、接收模塊84，下面對該結(jié)構(gòu)進行詳細說明。 發(fā)送模塊82，用于向服務(wù)器發(fā)送第一消息，其中，第一消息中攜帶有第一用戶標 識，以請求獲取第一用戶標識對應(yīng)的用戶信息；接收模塊84，用于接收來自服務(wù)器的第一 用戶標識對應(yīng)的用戶信息。 需要說明的是，裝置實施例中描述的服務(wù)器及終端對應(yīng)于上述的方法實施例，其 具體的實現(xiàn)方法在方法實施例中已經(jīng)進行過詳細說明，在此不再贅述。 綜上所述，采用本發(fā)明，能夠通過用戶ID獲取用戶的聯(lián)系信息，使用戶能夠方便 的進行轉(zhuǎn)網(wǎng)換號。 需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的 計算機系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不 同于此處的順序執(zhí)行所示出或描述的步驟。 顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們 中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。 以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
一種用戶信息的處理方法，其特征在于，包括服務(wù)器接收來自終端的第一消息，其中，所述第一消息中攜帶有第一用戶標識，以請求獲取所述第一用戶標識對應(yīng)的用戶信息；所述服務(wù)器根據(jù)預(yù)先建立的用戶標識與用戶信息的對應(yīng)關(guān)系，獲取所述第一用戶標識對應(yīng)的用戶信息；所述服務(wù)器向所述終端發(fā)送獲取的所述用戶信息。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述服務(wù)器根據(jù)所述對應(yīng)關(guān)系，獲取所述 第一用戶標識對應(yīng)的用戶信息包括所述服務(wù)器根據(jù)所述第一用戶標識從本地存儲的所述對應(yīng)關(guān)系中獲取所述用戶信息。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述服務(wù)器根據(jù)所述對應(yīng)關(guān)系，獲取所述 第一用戶標識對應(yīng)的用戶信息包括所述服務(wù)器從數(shù)據(jù)庫獲取所述對應(yīng)關(guān)系，其中，所述數(shù)據(jù)庫中保存有所述對應(yīng)關(guān)系； 所述服務(wù)器根據(jù)所述第 一用戶標識從所述對應(yīng)關(guān)系中獲取所述用戶信息。
4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述服務(wù)器接收所述第一消息之前，所 述方法還包括所述終端保存需要聯(lián)系的用戶標識；所述終端向所述服務(wù)器發(fā)送所述第一消息，其中，所述第一消息中攜帶的所述第一用 戶標識為所述終端保存的需要聯(lián)系的用戶標識中的一個或多個。
5. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括所述服務(wù)器接收來自所述終端的第二消息，其中，所述第二消息中攜帶有第二用戶標 識，以及與所述第二用戶標識對應(yīng)的用戶信息；所述服務(wù)器根據(jù)所述對應(yīng)關(guān)系以及所述第二消息中攜帶的所述用戶信息，對所述對應(yīng) 關(guān)系中與所述第二用戶標識對應(yīng)的用戶信息進行修改。
6. 根據(jù)權(quán)利要求1至5中任一項所述的方法，其特征在于，所述用戶信息至少包括以下 之一 用戶聯(lián)系信息、用戶身份信息。
7. —種服務(wù)器，其特征在于，包括接收模塊，用于接收來自終端的第一消息，其中，所述第一消息中攜帶有第一用戶標 識，以請求獲取所述第一用戶標識對應(yīng)的用戶信息；獲取模塊，用于根據(jù)預(yù)先建立的用戶標識與用戶信息的對應(yīng)關(guān)系，獲取所述第一用戶 標識對應(yīng)的用戶信息；發(fā)送模塊，用于向所述終端發(fā)送獲取的所述用戶信息。
8. 根據(jù)權(quán)利要求7所述的服務(wù)器，其特征在于，所述獲取模塊包括第一獲取子模塊，用于根據(jù)所述第一用戶標識從本地存儲的所述對應(yīng)關(guān)系中獲取所述 用戶信息。
9. 根據(jù)權(quán)利要求7所述的服務(wù)器，其特征在于，所述獲取模塊包括第二獲取子模塊，用于從數(shù)據(jù)庫獲取所述對應(yīng)關(guān)系，其中，所述數(shù)據(jù)庫中保存有所述對 應(yīng)關(guān)系；第三獲取子模塊，用于根據(jù)所述第一用戶標識從所述對應(yīng)關(guān)系中獲取所述用戶信息。
10. —種終端，其特征在于，包括發(fā)送模塊，用于向服務(wù)器發(fā)送第一消息，其中，所述第一消息中攜帶有第一用戶標識，以請求獲取所述第一用戶標識對應(yīng)的用戶信息；接收模塊，用于接收來自所述服務(wù)器的所述第一用戶標識對應(yīng)的用戶信息。
全文摘要
本發(fā)明公開了一種用戶信息的處理方法、服務(wù)器及終端，該方法包括服務(wù)器接收來自終端的第一消息，其中，第一消息中攜帶有第一用戶標識，以請求獲取第一用戶標識對應(yīng)的用戶信息；服務(wù)器根據(jù)預(yù)先建立的用戶標識與用戶信息的對應(yīng)關(guān)系，獲取第一用戶標識對應(yīng)的用戶信息；服務(wù)器向終端發(fā)送獲取的用戶信息。通過本發(fā)明，用戶能夠方便的進行轉(zhuǎn)網(wǎng)換號。
文檔編號G06F17/30GK101707597SQ200910209619
公開日2010年5月12日 申請日期2009年10月30日 優(yōu)先權(quán)日2009年10月30日
發(fā)明者康華 申請人:中興通訊股份有限公司