專利名稱：業(yè)務(wù)處理系統(tǒng)及處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信業(yè)務(wù)管理方案，尤其是對移動業(yè)務(wù)進行統(tǒng)一管理的 業(yè)務(wù)處理系統(tǒng)及處理方法。
背景技術(shù)：
隨著移動通信的迅猛發(fā)展和人們生活質(zhì)量的不斷提高，服務(wù)提供商(Service Provider,簡稱SP)通過承載網(wǎng)絡(luò)為人們提供了豐富多彩的增值 業(yè)務(wù)。目前有些SP出于利益的考慮，在介紹服務(wù)時，只強調(diào)用戶業(yè)務(wù)訂購的 方式，而故意遺漏取消訂購的方法。因此當用戶想要取消某些已訂購的業(yè)務(wù) 時，常常不知道該如何操作，只好求助于移動運營商的客戶服務(wù)渠道。這種 方式既給用戶帶來不便，也增加客戶服務(wù)渠道的負擔。另一方面，如果用戶需要了解自己所訂購的業(yè)務(wù)內(nèi)容，往往需要登錄運 營商提供的網(wǎng)站去了解，或者通過短信、彩信以及運營商的客服電話去查詢， 因此用戶對已訂購業(yè)務(wù)的管理方式感到十分復雜和不便。以用戶登錄移動夢 網(wǎng)查詢自己的業(yè)務(wù)訂購情況為例，用戶需要進行若干步驟的操作才能查看到 自己業(yè)務(wù)訂購情況，不僅耗費時間，還需要付出不必要的網(wǎng)絡(luò)流量，這直接 影響了用戶的數(shù)據(jù)業(yè)務(wù)使用體驗。發(fā)明內(nèi)容本發(fā)明的目的是提供一種業(yè)務(wù)管理系統(tǒng)，能夠由用戶終端通過客戶端方 式對移動通信業(yè)務(wù)進行統(tǒng)一管理。本發(fā)明的另一 目的是提供一種業(yè)務(wù)管理方法，能夠利用用戶終端對用戶 的業(yè)務(wù)進行統(tǒng)一的訂購或取消。本發(fā)明的再一目的是提供一種在用戶終端上顯示已訂購業(yè)務(wù)的方法， 能夠由用戶終端顯示用戶的業(yè)務(wù)訂購關(guān)系數(shù)據(jù)。本發(fā)明的又一 目的是提供一種由客戶服務(wù)平臺發(fā)起的業(yè)務(wù)信息的更新 方法，能夠在客戶服務(wù)平臺更新用戶的業(yè)務(wù)訂購關(guān)系數(shù)據(jù)時，向用戶終端發(fā) 送更新通知。為實現(xiàn)上述目的，本發(fā)明提供了一種業(yè)務(wù)處理系統(tǒng)，其包括客戶服務(wù)平臺，用于對信息服務(wù)業(yè)務(wù)以及相關(guān)用戶的業(yè)務(wù)信息進行管理；用戶終端，該用戶終端包括自服務(wù)客戶端，所述自服務(wù)客戶端與客戶 服務(wù)平臺相連，用于集中處理用戶的業(yè)務(wù)信息。 在上述技術(shù)方案中，所述自服務(wù)客戶端包括客戶服務(wù)接口模塊，與所述客戶服務(wù)平臺相連，用于實現(xiàn)所述用戶終 端與客戶服務(wù)平臺的用戶的業(yè)務(wù)信息的交互；業(yè)務(wù)信息存儲模塊，與所述客戶服務(wù)接口模塊相連，用于存儲用戶的 業(yè)務(wù)信息。進一步地，在該用戶終端內(nèi)還包括一個或多個應用客戶端，所述自服 務(wù)客戶端還包括應用接口模塊，該應用接口模塊與所述客戶服務(wù)接口模塊 和一個或多個應用客戶端相連，用于提供所述自服務(wù)客戶端與應用客戶端 之間的信息交互。進一步地，所述自服務(wù)客戶端還包括用戶接口模塊，該用戶接口模塊 與所述業(yè)務(wù)信息存儲模塊相連，用于提供用戶與所述自服務(wù)客戶端之間的 信息交互。進一步地，所述自服務(wù)客戶端還包括業(yè)務(wù)訂購模塊，該業(yè)務(wù)訂購模塊 與所述應用接口模塊或用戶接口模塊相連，并和客戶服務(wù)接口模塊相連， 用于處理接收到的業(yè)務(wù)訂購的請求，并通過客戶服務(wù)接口模塊向所述客戶 服務(wù)平臺發(fā)出業(yè)務(wù)訂購的請求。進一步的，所述自服務(wù)客戶端還包括業(yè)務(wù)取消模塊，該業(yè)務(wù)取消模塊 與所述應用接口模塊或用戶接口模塊相連，并和客戶服務(wù)接口模塊相連， 用于處理接收到的業(yè)務(wù)取消的請求，并通過客戶服務(wù)接口模塊向所述客戶 服務(wù)平臺發(fā)出業(yè)務(wù)取消的請求。上述技術(shù)方案中的用戶終端可以為移動或固定式的具有通信功能的信息處理設(shè)備，例如手機、PDA和計算機。為實現(xiàn)上述目的，本發(fā)明提供了一種在用戶終端上顯示已訂購業(yè)務(wù)的 方法，其包括以下步驟步驟a10、用戶終端的自服務(wù)客戶端中的用戶接口模塊接收查看業(yè)務(wù) 訂購關(guān)系的請求，并提交給業(yè)務(wù)信息存儲模塊；步驟a20、所述業(yè)務(wù)信息存儲模塊根據(jù)該查看業(yè)務(wù)訂購關(guān)系的請求通 過客戶服務(wù)接口模塊向客戶服務(wù)平臺發(fā)出獲取業(yè)務(wù)訂購關(guān)系數(shù)據(jù)的請求；步驟a30、所述客戶服務(wù)平臺查詢該用戶的業(yè)務(wù)訂購關(guān)系數(shù)據(jù)，并通 過所述客戶服務(wù)接口模塊向所述業(yè)務(wù)信息存儲模塊返回所述業(yè)務(wù)訂購關(guān) 系數(shù)據(jù)；步驟a40、用戶接口模塊從所述業(yè)務(wù)信息存儲模塊獲取所述業(yè)務(wù)訂購 關(guān)系數(shù)據(jù)并顯示。在上述技術(shù)方案中，所述步驟a10和步驟a20之間還包括以下步驟步驟all、所述業(yè)務(wù)信息存儲模塊檢查預設(shè)的離線查看設(shè)置信息，判 斷該用戶終端是否為離線查看狀態(tài)，是則執(zhí)行步驟a40，否則執(zhí)行步驟a20;這里的離線查看設(shè)置信息表示是否對業(yè)務(wù)訂購關(guān)系數(shù)據(jù)進行離線查 看，這種設(shè)置信息可以由用戶預先進行設(shè)置。為了實現(xiàn)上述目的，本發(fā)明還提供了一種業(yè)務(wù)處理方法，其包括以下 步驟步驟b10、業(yè)務(wù)訂購模塊或業(yè)務(wù)取消模塊接收到業(yè)務(wù)訂購或業(yè)務(wù)取消
的請求時，處理該業(yè)務(wù)訂購或業(yè)務(wù)取消的請求，并通過客戶服務(wù)接口模塊向客戶服務(wù)平臺發(fā)出業(yè)務(wù)訂購或取消訂購的請求；步驟b20、所述客戶服務(wù)平臺對該用戶執(zhí)行業(yè)務(wù)訂購操作或取消訂購 操作，并將修改后的用戶訂購關(guān)系數(shù)據(jù)通過所述客戶服務(wù)接口模塊向所述 業(yè)務(wù)信息存儲模塊返回；步驟b30、所述業(yè)務(wù)信息存儲模塊根據(jù)所述修改后的用戶訂購關(guān)系數(shù) 據(jù)進行更新。在上述技術(shù)方案中，所述步驟b20還包括步驟所述客戶服務(wù)平臺將 修改后的用戶訂購關(guān)系數(shù)據(jù)通過客戶服務(wù)接口模塊返回給應用接口模塊。在步驟b30后還包括以下步驟所述用戶接口模塊從所述業(yè)務(wù)信息存 儲模塊獲取所述業(yè)務(wù)訂購關(guān)系數(shù)據(jù)并顯示。進一步地，所述步驟blO之前具體包括用戶接口模塊接收業(yè)務(wù)訂購 或業(yè)務(wù)取消的請求，所述用戶接口模塊將該業(yè)務(wù)訂購請求發(fā)送給業(yè)務(wù)訂購 模塊，或?qū)I(yè)務(wù)取消請求發(fā)送給業(yè)務(wù)取消模塊。進一步地，所述步驟blO之前具體包括應用接口模塊接收應用客戶 端發(fā)出的訂購或取消應用客戶端的內(nèi)部業(yè)務(wù)的請求，所述應用接口模塊將 該業(yè)務(wù)訂購請求發(fā)送給業(yè)務(wù)訂購模塊，或?qū)I(yè)務(wù)取消請求發(fā)送給業(yè)務(wù)取消 模塊。進一步地，在所述用戶接口模塊接收業(yè)務(wù)訂購或業(yè)務(wù)取消的請求之 前3 包括二所述用戶接口模塊接收查詢業(yè)務(wù)信息的請求； 所述客戶服務(wù)接口模塊向客戶服務(wù)平臺轉(zhuǎn)發(fā)該查詢請求； 所述客戶服務(wù)平臺根據(jù)該查詢請求查詢業(yè)務(wù)信息，并將該業(yè)務(wù)信息通 過所述客戶服務(wù)接口模塊返回所述業(yè)務(wù)信息存儲模塊；用戶接口模塊從所述業(yè)務(wù)信息存儲模塊獲取所述業(yè)務(wù)信息并顯示。 進 一 步的，在所述用戶接口模塊接收業(yè)務(wù)訂購或業(yè)務(wù)取消的請求之
前，包括二所述客戶服務(wù)平臺將業(yè)務(wù)信息通過客戶服務(wù)接口模塊發(fā)送到業(yè)務(wù)信息存儲模塊；用戶接口模塊從所述業(yè)務(wù)信息存儲模塊獲取所述業(yè)務(wù)信息并顯示。 進一步的，在用戶接口模塊從所述業(yè)務(wù)信息存儲模塊獲取所述業(yè)務(wù)訂 購關(guān)系數(shù)據(jù)并顯示后，用戶接口模塊接收對業(yè)務(wù)信息進行評分、評論、推 薦或者訂閱的請求，客戶服務(wù)接口模塊將所述評分、評論、推薦或者訂閱 的請求發(fā)送給客戶服務(wù)平臺，對所述業(yè)務(wù)信息執(zhí)行相應的評分、評論、推 薦或者訂閱操作。為了實現(xiàn)上述目的，本發(fā)明還提供了一種由客戶服務(wù)平臺發(fā)起的業(yè)務(wù) 信息的更新方法，其包括以下步驟步驟c10、當客戶服務(wù)平臺中存儲的業(yè)務(wù)訂購關(guān)系數(shù)據(jù)更新時，所述 客戶服務(wù)平臺向用戶終端的自服務(wù)客戶端中的客戶服務(wù)接口模塊發(fā)送業(yè) 務(wù)訂購關(guān)系數(shù)據(jù)更新的通知；步驟c20、客戶服務(wù)接口模塊自動或根據(jù)用戶接口模塊接收的確認指 令向所述客戶服務(wù)平臺發(fā)出更新業(yè)務(wù)訂購關(guān)系的請求；步驟c30、所述客戶服務(wù)平臺查詢該用戶的用戶訂購關(guān)系數(shù)據(jù)，并通 過所述客戶服務(wù)接口模塊向所述業(yè)務(wù)信息存儲模塊返回所述用戶訂購關(guān) 系數(shù)據(jù)；步驟c40、所述業(yè)務(wù)信息存儲模塊根據(jù)所述用戶訂購關(guān)系數(shù)據(jù)進行更新。在上述方案中，在所述步驟c40之后，還包括以下步驟所述用戶接 口模塊從所述業(yè)務(wù)信息存儲模塊獲取所述業(yè)務(wù)訂購關(guān)系數(shù)據(jù)并顯示。基于上述的技術(shù)方案，本發(fā)明在用戶終端內(nèi)增加了自服務(wù)客戶端，能 夠?qū)τ脩舻臉I(yè)務(wù)訂購關(guān)系數(shù)據(jù)進行統(tǒng)一管理，實現(xiàn)離線或在線顯示、業(yè)務(wù) 訂購或業(yè)務(wù)取消等操作，而且還可以在平臺側(cè)發(fā)生業(yè)務(wù)訂購關(guān)系數(shù)據(jù)更新
時，向用戶終端發(fā)出更新通知，從而使用戶能夠方便的對各種業(yè)務(wù)進行統(tǒng) 一管理，便于查找和使用，而且用戶終端上能夠及時地與服務(wù)器中的數(shù)據(jù) 保持一致。下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。


圖1為本發(fā)明業(yè)務(wù)處理系統(tǒng)的第一實施例的結(jié)構(gòu)示意圖。圖2為本發(fā)明業(yè)務(wù)處理系統(tǒng)的第二實施例的結(jié)構(gòu)示意圖。 圖3為本發(fā)明業(yè)務(wù)處理系統(tǒng)的第三實施例的結(jié)構(gòu)示意圖。 圖4為本發(fā)明業(yè)務(wù)處理系統(tǒng)的第四實施例的結(jié)構(gòu)示意圖。 圖5為本發(fā)明業(yè)務(wù)處理系統(tǒng)的第五實施例的結(jié)構(gòu)示意圖。 圖6為本發(fā)明中在用戶終端上顯示已訂購業(yè)務(wù)的方法的第一實施例的 流程示意圖。圖7為本發(fā)明中在用戶終端上顯示已訂購業(yè)務(wù)的方法的第二實施例的 流程示意圖。圖8為本發(fā)明業(yè)務(wù)處理方法的第一實施例的流程示意圖。 圖9為本發(fā)明業(yè)務(wù)處理方法的第二實施例的流程示意圖。 圖10為本發(fā)明業(yè)務(wù)處理方法的第三實施例的流程示意圖。 圖11為本發(fā)明由客戶服務(wù)平臺發(fā)起的業(yè)務(wù)信息的更新方法的流程示 意圖。
具體實施方式
本發(fā)明在用戶終端內(nèi)增加自服務(wù)客戶端對用戶訂購的各種業(yè)務(wù)進行 管理，將原本應用客戶端和應用業(yè)務(wù)之間的訂購關(guān)系收集起來，并提供統(tǒng) 一訂購或取消的功能，從而使用戶能夠利用用戶終端方便的管理自己的各 種業(yè)務(wù)。
如圖l所示，為本發(fā)明業(yè)務(wù)處理系統(tǒng)的第一實施例的結(jié)構(gòu)示意圖，該系統(tǒng)包括用戶終端1、客戶服務(wù)平臺3，其中用戶終端1內(nèi)包括自服務(wù)客戶端2。 客戶服務(wù)平臺3是指運營商為使用其服務(wù)的用戶提供的統(tǒng)一管理平臺，例如 數(shù)據(jù)業(yè)務(wù)管理平臺等，用于管理向用戶提供的各種信息服務(wù)業(yè)務(wù)。用戶終 端1通常是指移動或固定式的具有通信功能的信息處理設(shè)備，例如手機、 PDA等。自服務(wù)客戶端2主要包括客戶服務(wù)接口模塊21和業(yè)務(wù)信息存儲模塊 22，其中業(yè)務(wù)信息存儲模塊22中存儲著用戶的各種業(yè)務(wù)信息，這里的業(yè) 務(wù)信息包括業(yè)務(wù)訂購關(guān)系數(shù)據(jù)、業(yè)務(wù)使用情況、業(yè)務(wù)涉及費用等與業(yè)務(wù)相 關(guān)的信息。客戶服務(wù)接口模塊21是自服務(wù)客戶端2與客戶服務(wù)平臺3進 行通信的接口，可以實現(xiàn)兩者之間的信息交互，針對于不同的用戶終端客 戶服務(wù)接口模塊的實現(xiàn)形式也有所不同，例如移動終端采用空中接口，個 人計算機采用因特網(wǎng)接口等。如圖2所示，為本發(fā)明業(yè)務(wù)處理系統(tǒng)的第二實施例的結(jié)構(gòu)示意圖，與 第一實施例相比，在自服務(wù)客戶端2增加了應用接口模塊24,該模塊提供 用戶終端l中安裝的應用客戶端4與自服務(wù)客戶端2之間的信息交互。在用 戶終端內(nèi)可安裝一個或多個應用客戶端4，這些應用客戶端與應用接口模塊 24相連，而應用接口模塊24與客戶服務(wù)接口模塊22相連。如圖3所示，為本發(fā)明業(yè)務(wù)處理系統(tǒng)的第三實施例的結(jié)構(gòu)示意圖，與第 一實施例相比，在自服務(wù)客戶端2中加入了用戶接口模塊23，用戶接口模塊 23與客戶服務(wù)接口模塊21和業(yè)務(wù)信息存儲模塊22相連，用于提供用戶與 所述自服務(wù)客戶端之間的信息交互，例如接受用戶通過鍵盤或鼠標發(fā)出的 指令，或者將界面或數(shù)據(jù)顯示在顯示屏上供用戶觀看。用戶接口模塊23 可以直接向客戶服務(wù)接口模塊21發(fā)出指令，例如在客戶服務(wù)平臺3發(fā)出 數(shù)據(jù)更新通知時，用戶可直接通過用戶接口模塊23進行確認，用戶接口 模塊23將確認指令發(fā)送給客戶服務(wù)接口模塊；用戶接口模塊23也可以直
接對業(yè)務(wù)信息存儲才莫塊2 2進行操作，例如在離線時瀏覽用戶的業(yè)務(wù)訂購 關(guān)系數(shù)據(jù)時，將數(shù)據(jù)直接通過用戶接口模塊顯示出來。如圖4所示，為本發(fā)明業(yè)務(wù)處理系統(tǒng)的第四實施例的結(jié)構(gòu)示意圖，與上一實施例相比，在自服務(wù)客戶端2中增加了用戶接口模塊23，這樣使用戶搡 作和應用客戶端操作并存于本發(fā)明的業(yè)務(wù)處理系統(tǒng)中。如圖5所示，為本發(fā)明業(yè)務(wù)處理系統(tǒng)的第五實施例的結(jié)構(gòu)示意圖，與上 一實施例相比，本實施例中增加了業(yè)務(wù)訂購模塊25和業(yè)務(wù)取消模塊26,這 兩個模塊可以在自服務(wù)客戶端中同時存在，也可以單一存在。業(yè)務(wù)訂購模塊 25和業(yè)務(wù)取消模塊26分別與應用接口模塊24、用戶接口模塊2 3和客戶服 務(wù)接口模塊21相連，可以處理接收到的業(yè)務(wù)訂購或業(yè)務(wù)取消的請求，通 過客戶服務(wù)接口模塊21向客戶服務(wù)平臺3發(fā)出業(yè)務(wù)訂購或業(yè)務(wù)取消的請 求?；谝陨系臉I(yè)務(wù)處理系統(tǒng)，本發(fā)明提供了顯示業(yè)務(wù)信息、統(tǒng)一訂購或 取消業(yè)務(wù)以及由客戶服務(wù)平臺發(fā)起的業(yè)務(wù)信息的更新等幾種業(yè)務(wù)處理方 法，如圖6所示，為本發(fā)明中在用戶終端上顯示已訂購業(yè)務(wù)的方法的第一 實施例的流程示意圖，該方法包括以下步驟步驟a10、用戶終端的自服務(wù)客戶端中的用戶接口模塊用戶發(fā)出的接 收查看業(yè)務(wù)訂購關(guān)系的請求，并提交給業(yè)務(wù)信息存儲模塊；步驟a20、業(yè)務(wù)信息存儲模塊根據(jù)該查看業(yè)務(wù)訂購關(guān)系的請求通過客 戶服務(wù)接口模塊向客戶服務(wù)平臺發(fā)出獲取業(yè)務(wù)訂購關(guān)系數(shù)據(jù)的請求；步驟a30、客戶服務(wù)平臺對該用戶的業(yè)務(wù)訂購關(guān)系數(shù)據(jù)進行查詢，并 將查詢結(jié)果通過客戶服務(wù)接口模塊向業(yè)務(wù)信息存儲模塊返回；步驟a40、用戶接口模塊從業(yè)務(wù)信息存儲模塊獲取業(yè)務(wù)訂購關(guān)系數(shù)據(jù) 并顯示。如圖7所示，為本發(fā)明中在用戶終端上顯示已訂購業(yè)務(wù)的方法的第二 實施例的流程示意圖，與上一實施例相比，本實施例在步驟a10和a20之 間還可以增加步驟all:業(yè)務(wù)信息存儲模塊檢查預設(shè)的離線查看設(shè)置信息， 判斷該用戶終端是否為離線查看狀態(tài)，是則執(zhí)行步驟a40,否則執(zhí)行步驟 a20。這里的離線查看設(shè)置信息表示是否對業(yè)務(wù)訂購關(guān)系數(shù)據(jù)進行離線查 看，離線查看可以避免網(wǎng)絡(luò)數(shù)據(jù)流量帶來的費用，用戶可以主動的對是否 離線查看進行預先設(shè)置。本發(fā)明的用戶終端中的數(shù)個應用客戶端都可以通過自服務(wù)客戶端進 行業(yè)務(wù)的訂購或者取消，如圖8所示，為本發(fā)明業(yè)務(wù)處理方法的第一實施 例的流程示意圖，該實施例包括以下步驟步驟blQ、業(yè)務(wù)訂購模塊接收到業(yè)務(wù)訂購請求或者業(yè)務(wù)取消模塊接收 到業(yè)務(wù)取消的請求時，分別處理該業(yè)務(wù)訂購或業(yè)務(wù)取消的請求，并通過客 戶服務(wù)接口模塊向客戶服務(wù)平臺發(fā)出業(yè)務(wù)訂購或取消訂購的請求；步驟b20、所述客戶服務(wù)平臺對該用戶執(zhí)行業(yè)務(wù)訂購操作或取消訂購 操作，并將修改后的用戶訂購關(guān)系數(shù)據(jù)通過客戶服務(wù)接口模塊向業(yè)務(wù)信息 存儲模塊返回；步驟b30、業(yè)務(wù)信息存儲模塊根據(jù)修改后的用戶訂購關(guān)系數(shù)據(jù)進行更新。在步驟b30的數(shù)據(jù)更新后，可以根據(jù)用戶的指令通過用戶接口模塊顯 示該修改后的用戶訂購關(guān)系數(shù)據(jù)。在步驟b20中還可以包括將修改后的用戶訂購關(guān)系數(shù)據(jù)通過客戶服務(wù) 接口模塊返回給應用接口模塊。用戶可以通過自服務(wù)客戶端對現(xiàn)有的一些業(yè)務(wù)進行查詢，在對業(yè)務(wù)有 所了解后，用戶可能會選擇訂購該項業(yè)務(wù)或者取消某項業(yè)務(wù)。如圖9所示， 為本發(fā)明業(yè)務(wù)處理方法的第二實施例的流程示意圖，與上一實施例相比， 增加了步驟b01到b05,如下步驟b01，用戶接口模塊接收查詢業(yè)務(wù)信息的請求；步驟b02,客戶服務(wù)接口模塊向客戶服務(wù)平臺轉(zhuǎn)發(fā)該查詢請求；
步驟b03，客戶服務(wù)平臺根據(jù)該查詢請求查詢業(yè)務(wù)信息，并將該業(yè)務(wù)信息通過客戶服務(wù)接口模塊返回業(yè)務(wù)信息存儲模塊；步驟b04,用戶接口模塊從業(yè)務(wù)信息存儲模塊獲取所述業(yè)務(wù)信息并顯示；步驟b05,用戶接口模塊接收業(yè)務(wù)訂購或業(yè)務(wù)取消的請求，并將業(yè)務(wù) 訂購請求發(fā)送給業(yè)務(wù)訂購模塊，或者將業(yè)務(wù)取消請求發(fā)送給業(yè)務(wù)取消模 塊?？蛻舴?wù)平臺還可以將一些業(yè)務(wù)推送到用戶終端上，如果用戶對某項 業(yè)務(wù)有興趣，則可以方便的訂購，如果對某項業(yè)務(wù)不感興趣，還可以進行 取消。如圖10所示，為本發(fā)明業(yè)務(wù)處理方法的第二實施例的流程示意圖， 與上一實施例相比，在步驟b04之前加入了步驟bOO:客戶服務(wù)平臺將業(yè) 務(wù)信息通過客戶服務(wù)接口模塊發(fā)送到業(yè)務(wù)信息存儲模塊。當用戶終端上顯示出各種業(yè)務(wù)信息后，用戶可以根據(jù)自己的需要對這 些業(yè)務(wù)進行評分、評論，或?qū)⑦@些業(yè)務(wù)推薦或贈送給其他的好友，這種評 分、評論、推薦以及贈送的功能可以集成在自服務(wù)客戶端中，也可以設(shè)置 在客戶服務(wù)平臺上。對于安裝在用戶終端的應用客戶端來說，對應的業(yè)務(wù)可能由于該用戶 終端第一次使用因此還未開通，或者需要用戶自己去激活該項業(yè)務(wù)才能啟 用該應用客戶端，應用接口模塊首先接收應用客戶端發(fā)出的訂購或取消應用客戶端的內(nèi)部業(yè)務(wù)的請求，然后應用接口模塊將該業(yè)務(wù)訂購請求發(fā)送給 業(yè)務(wù)訂購模塊，或?qū)I(yè)務(wù)取消請求發(fā)送給業(yè)務(wù)取消模塊，業(yè)務(wù)訂購模塊接 收到業(yè)務(wù)訂購請求或者業(yè)務(wù)取消模塊接收到業(yè)務(wù)取消的請求時，分別處理 該業(yè)務(wù)訂購或業(yè)務(wù)取消的請求，并通過客戶服務(wù)接口模塊向客戶服務(wù)平臺 發(fā)出業(yè)務(wù)訂購或取消訂購的請求；客戶服務(wù)平臺對該用戶執(zhí)行業(yè)務(wù)訂購操 作或取消訂購操作，并將修改后的用戶訂購關(guān)系數(shù)據(jù)通過客戶服務(wù)接口模 塊向業(yè)務(wù)信息存儲模塊返回；業(yè)務(wù)信息存儲模塊根據(jù)修改后的用戶訂購關(guān)
系數(shù)據(jù)進行更新。除了采用自服務(wù)客戶端對業(yè)務(wù)進行訂購或取消之外，其他的訂購或取 消的方式例如通過登錄客戶服務(wù)平臺的網(wǎng)站會改變該用戶的訂購關(guān)系，這 時往往需要及時通知自服務(wù)客戶端，有自服務(wù)客戶端完成更新。如圖11 所示，為本發(fā)明由客戶服務(wù)平臺發(fā)起的業(yè)務(wù)信息的更新方法的流程示意 圖，包括以下步驟步驟Cl0、當客戶服務(wù)平臺中存儲的業(yè)務(wù)訂購關(guān)系數(shù)據(jù)更新時，所述務(wù)訂購關(guān)系數(shù)據(jù)更新的通知；步驟c20、客戶服務(wù)接口模塊自動或根據(jù)用戶接口模塊接收的確認指 令向所述客戶服務(wù)平臺發(fā)出更新業(yè)務(wù)訂購關(guān)系的請求；步驟c30、所述客戶服務(wù)平臺查詢該用戶的用戶訂購關(guān)系數(shù)據(jù)，并通 過所述客戶服務(wù)接口模塊向所述業(yè)務(wù)信息存儲模塊返回所述用戶訂購關(guān) 系數(shù)據(jù)；步驟c40、所述業(yè)務(wù)信息存儲模塊根據(jù)所述用戶訂購關(guān)系數(shù)據(jù)進行更新。在步驟c04之后，用戶接口模塊還可以從業(yè)務(wù)信息存儲模塊中獲取業(yè) 務(wù)訂購關(guān)系數(shù)據(jù)并顯示。這種更新方法可以保證自服務(wù)客戶端內(nèi)存儲的用 戶訂購關(guān)系數(shù)據(jù)與客戶服務(wù)平臺中存儲的數(shù)據(jù)相 一致。最后應當說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對 其限制；盡管參照較佳實施例對本發(fā)明進行了詳細的說明，所屬領(lǐng)域的普 通技術(shù)人員應當理解依然可以對本發(fā)明的具體實施方式
進行修改或者對 部分技術(shù)特征進行等同替換；而不脫離本發(fā)明技術(shù)方案的精神，其均應涵 蓋在本發(fā)明請求保護的技術(shù)方案范圍當中。
權(quán)利要求
1. 一種業(yè)務(wù)處理系統(tǒng)，其包括客戶服務(wù)平臺，用于對信息服務(wù)業(yè)務(wù)以及相關(guān)用戶的業(yè)務(wù)信息進行管理；用戶終端，該用戶終端包括自服務(wù)客戶端，所述自服務(wù)客戶端與客戶服務(wù)平臺相連，用于集中處理用戶的業(yè)務(wù)信息。
2、 根據(jù)權(quán)利要求1所述的業(yè)務(wù)處理系統(tǒng)，其中所述自服務(wù)客戶端包括客戶服務(wù)接口模塊，與所述客戶服務(wù)平臺相連，用于實現(xiàn)所述用戶終 端與客戶服務(wù)平臺的用戶的業(yè)務(wù)信息的交互；業(yè)務(wù)信息存儲模塊，與所述客戶服務(wù)接口模塊相連，用于存儲用戶的 業(yè)務(wù)信息。
3、 根據(jù)權(quán)利要求2所述的業(yè)務(wù)處理系統(tǒng)，其中在該用戶終端內(nèi)還包 括一個或多個應用客戶端，所述自服務(wù)客戶端還包括應用接口模塊，該應 用接口模塊與所述客戶服務(wù)接口模塊和一個或多個應用客戶端相連，用于 提供所述自服務(wù)客戶端與應用客戶端之間的信息交互。
4、 根據(jù)權(quán)利要求2或3所述的業(yè)務(wù)處理系統(tǒng)，其中所述自服務(wù)客戶 端還包括用戶接口模塊，該用戶接口模塊與所述客戶服務(wù)接口模塊和業(yè)務(wù) 信息存儲模塊相連，用于提供用戶與所述自服務(wù)客戶端之間的信息交互。
5、 根據(jù)權(quán)利要求4所述的業(yè)務(wù)處理系統(tǒng)，其中所述自服務(wù)客戶端還 包括業(yè)務(wù)訂購模塊，該業(yè)務(wù)訂購模塊與所述應用接口模塊或用戶接口模塊 相連，并和客戶服務(wù)接口模塊相連，用于處理接收到的業(yè)務(wù)訂購的請求， 并通過客戶服務(wù)接口模塊向所述客戶服務(wù)平臺發(fā)出業(yè)務(wù)訂購的請求。
6、 根據(jù)權(quán)利要求4所述的業(yè)務(wù)處理系統(tǒng)，其中所述自服務(wù)客戶端還 包括業(yè)務(wù)取消模塊，該業(yè)務(wù)取消模塊與所述應用接口模塊或用戶接口模塊 相連，并和客戶服務(wù)接口模塊相連，用于處理接收到的業(yè)務(wù)取消的請求，并通過客戶服務(wù)接口模塊向所述客戶服務(wù)平臺發(fā)出業(yè)務(wù)取消的請求。
7、 根據(jù)權(quán)利要求1所述的業(yè)務(wù)處理系統(tǒng)，其中所述用戶終端為移動 或固定式的具有通信功能的信息處理設(shè)備。
8、 一種在用戶終端上顯示已訂購業(yè)務(wù)的方法，其包括以下步驟 步驟a10、用戶終端的自服務(wù)客戶端中的用戶接口模塊接收查看業(yè)務(wù)訂購關(guān)系的請求，并提交給業(yè)務(wù)信息存儲模塊；步驟a20、所述業(yè)務(wù)信息存儲模塊根據(jù)該查看業(yè)務(wù)訂購關(guān)系的請求通 過客戶服務(wù)接口模塊向客戶服務(wù)平臺發(fā)出獲取業(yè)務(wù)訂購關(guān)系數(shù)據(jù)的請求；步驟a30、所述客戶服務(wù)平臺查詢該用戶的業(yè)務(wù)訂購關(guān)系數(shù)據(jù)，并通 過所述客戶服務(wù)接口模塊向所述業(yè)務(wù)信息存儲模塊返回所述業(yè)務(wù)訂購關(guān) 系數(shù)據(jù)；步驟a40、用戶接口模塊從所述業(yè)務(wù)信息存儲模塊獲取所述業(yè)務(wù)訂購 關(guān)系數(shù)據(jù)并顯示。
9、 根據(jù)權(quán)利要求8所述的在用戶終端上顯示已訂購業(yè)務(wù)的方法，其 中所述步驟a10和步驟a20之間還包括以下步驟步驟all、所述業(yè)務(wù)信息存儲模塊檢查預設(shè)的離線查看設(shè)置信息，判 斷該用戶終端是否為離線查看狀態(tài)，是則執(zhí)行步驟a40，否則執(zhí)行步驟a20。
10、 一種業(yè)務(wù)處理方法，其包括以下步驟步驟b10、業(yè)務(wù)訂購模塊或業(yè)務(wù)取消模塊接收到業(yè)務(wù)訂購或業(yè)務(wù)取消 的請求時，處理該業(yè)務(wù)訂購或業(yè)務(wù)取消的請求，并通過客戶服務(wù)接口模塊 向客戶服務(wù)平臺發(fā)出業(yè)務(wù)訂購或取消訂購的請求；步驟b20、所述客戶服務(wù)平臺對該用戶執(zhí)行業(yè)務(wù)訂購操作或取消訂購 操作，并將修改后的用戶訂購關(guān)系數(shù)據(jù)通過所述客戶服務(wù)接口模塊向所述 業(yè)務(wù)信息存儲模塊返回；步驟b30、所述業(yè)務(wù)信息存儲模塊根據(jù)所述修改后的用戶訂購關(guān)系數(shù) 據(jù)進行更新。
11、 #4居4又利要求10所述的業(yè)務(wù)處理方法，其中，所述步-驟b2 0還 包括步驟所述客戶服務(wù)平臺將修改后的用戶訂購關(guān)系數(shù)據(jù)通過客戶服務(wù) 接口模塊返回給應用接口模塊。
12、 根據(jù)權(quán)利要求10所述的業(yè)務(wù)處理方法，其中，在步驟b30后還 包括以下步驟所述用戶接口模塊從所述業(yè)務(wù)信息存儲模塊獲取所述業(yè)務(wù) 訂購關(guān)系數(shù)據(jù)并顯示。
13、 根據(jù)權(quán)利要求10所述的業(yè)務(wù)處理方法，其中，所述步驟b10之 前具體包括用戶接口模塊接收業(yè)務(wù)訂購或業(yè)務(wù)取消的請求，所述用戶接 口模塊將該業(yè)務(wù)訂購請求發(fā)送給業(yè)務(wù)訂購模塊，或?qū)I(yè)務(wù)取消請求發(fā)送給 業(yè)務(wù)取消模塊。
14、 根據(jù)權(quán)利要求11所述的業(yè)務(wù)處理方法，其中所述步驟b10之前 具體包括應用接口模塊接收應用客戶端發(fā)出的訂購或取消應用客戶端的 內(nèi)部業(yè)務(wù)的請求，所述應用接口模塊將該業(yè)務(wù)訂購請求發(fā)送給業(yè)務(wù)訂購模 塊，或?qū)I(yè)務(wù)取消請求發(fā)送給業(yè)務(wù)取消模塊。
15、 根據(jù)權(quán)利要求13所述的業(yè)務(wù)處理方法，其中，在所述用戶接口 模塊接收業(yè)務(wù)訂購或業(yè)務(wù)取消的請求之前，包括所述用戶接口模塊接收查詢客戶服務(wù)平臺保存的業(yè)務(wù)信息的請求； 所述客戶服務(wù)接口模塊向客戶服務(wù)平臺轉(zhuǎn)發(fā)該查詢請求； 所述客戶服務(wù)平臺根據(jù)該查詢請求查詢客戶服務(wù)平臺保存的業(yè)務(wù)信息，并將該滿足查詢條件的業(yè)務(wù)信息通過所述客戶服務(wù)接口模塊返回所述業(yè)務(wù)信息存儲模塊；用戶接口模塊從所述業(yè)務(wù)信息存儲模塊獲取所述滿足查詢條件的業(yè)務(wù)信息并顯示。
16、 根據(jù)權(quán)利要求13所述的業(yè)務(wù)處理方法，其中，在所述用戶接口 模塊接收業(yè)務(wù)訂購或業(yè)務(wù)取消的請求之前，包括所述客戶服務(wù)平臺將業(yè)務(wù)信息通過客戶服務(wù)接口模塊發(fā)送到業(yè)務(wù)信息存儲模塊；用戶接口模塊從所述業(yè)務(wù)信息存儲模塊獲取所述業(yè)務(wù)信息并顯示。
17、 根據(jù)權(quán)利要求15或16所述的業(yè)務(wù)處理方法，其中在用戶接口模 塊從所述業(yè)務(wù)信息存儲模塊獲取所述業(yè)務(wù)訂購關(guān)系數(shù)據(jù)并顯示后，用戶接 口模塊接收用戶對所述業(yè)務(wù)信息進行評分、評論、推薦或者訂閱的請求， 客戶服務(wù)接口模塊通過客戶服務(wù)接口將所述評分、評論、推薦或者訂閱的 請求發(fā)送給客戶服務(wù)平臺，對所述業(yè)務(wù)信息執(zhí)行相應的評分、評論、推薦 或者訂閱操作。
18、 一種由客戶服務(wù)平臺發(fā)起的業(yè)務(wù)信息的更新方法，其包括以下步驟步驟c10、當客戶服務(wù)平臺中存儲的業(yè)務(wù)訂購關(guān)系數(shù)據(jù)更新時，所述 客戶服務(wù)平臺向用戶終端的自服務(wù)客戶端中的客戶服務(wù)接口模塊發(fā)送業(yè) 務(wù)訂購關(guān)系^:據(jù)更新的通知；步驟c20、客戶服務(wù)接口模塊自動或根據(jù)用戶接口模塊接收的確認指 令向所述客戶服務(wù)平臺發(fā)出更新業(yè)務(wù)訂購關(guān)系的請求；步驟c30、所述客戶服務(wù)平臺查詢該用戶的用戶訂購關(guān)系數(shù)據(jù)，并通 過所述客戶服務(wù)接口模塊向所述業(yè)務(wù)信息存儲模塊返回所述用戶訂購關(guān) 系數(shù)據(jù)；步驟c40、所述業(yè)務(wù)信息存儲模塊根據(jù)所述用戶訂購關(guān)系數(shù)據(jù)進行更新。
19、 根據(jù)權(quán)利要求18所述的更新方法，其中，在所述步驟c40之后， 還包括以下步驟所述用戶接口模塊從所述業(yè)務(wù)信息存儲模塊獲取所述業(yè) 務(wù)訂購關(guān)系數(shù)據(jù)并顯示。
全文摘要
本發(fā)明涉及一種業(yè)務(wù)處理系統(tǒng)，其包括客戶服務(wù)平臺，用戶終端，該用戶終端包括自服務(wù)客戶端，自服務(wù)客戶端用于對用戶終端中的應用客戶端的業(yè)務(wù)信息進行集中處理。本發(fā)明還涉及了一種在用戶終端上顯示已訂購業(yè)務(wù)的方法、業(yè)務(wù)處理方法以及由客戶服務(wù)平臺發(fā)起的業(yè)務(wù)信息的更新方法。本發(fā)明在用戶終端內(nèi)增加了自服務(wù)客戶端，能夠?qū)τ脩舻臉I(yè)務(wù)訂購關(guān)系數(shù)據(jù)進行統(tǒng)一管理，實現(xiàn)離線或在線顯示、業(yè)務(wù)訂購或業(yè)務(wù)取消等操作，而且還可以在平臺側(cè)發(fā)生業(yè)務(wù)訂購關(guān)系數(shù)據(jù)更新時，向用戶終端發(fā)出更新通知，從而使用戶能夠方便的對各種業(yè)務(wù)進行統(tǒng)一管理，便于查找和使用，而且用戶終端上能夠及時地與服務(wù)器中的數(shù)據(jù)保持一致。
文檔編號H04Q7/38GK101212793SQ200610169788
公開日2008年7月2日 申請日期2006年12月28日 優(yōu)先權(quán)日2006年12月28日
發(fā)明者華 周, 彬 周, 唐華斌, 翔 段 申請人:中國移動通信集團公司