專利名稱：一種業(yè)務處理方法、裝置及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及業(yè)務支撐技術領域，具體地，涉及一種業(yè)務處理方法、裝置及系統(tǒng)。
背景技術：
隨著移動業(yè)務的發(fā)展，移動客戶經(jīng)常會一次辦理多筆業(yè)務，但是，業(yè)務之間存在一 定的邏輯關系比如業(yè)務承載關系中，GPRS業(yè)務承載彩信業(yè)務，彩信業(yè)務承載手機報業(yè)務， 承載業(yè)務未開通，被承載業(yè)務開通后不能使用，所以申請彩信業(yè)務必須先申請GPRS功能， 申請手機報業(yè)務必須先申請彩信功能；另外還有欠費用戶不訂購產品等。圖1所示為現(xiàn)有技術中的訂單受理方法一，操作員辦理業(yè)務時，系統(tǒng)從數(shù)據(jù)庫讀 取所需信息，根據(jù)事先配置好的業(yè)務邏輯關系，判斷此筆業(yè)務是否符合業(yè)務邏輯關系，如果 符合，則辦理業(yè)務，交費、打印免填單和發(fā)票，提交入庫。重復以上流程辦理下一筆業(yè)務，直 到辦理完所有業(yè)務。圖2所示為現(xiàn)有技術中的訂單受理方法二，操作員辦理業(yè)務時，系統(tǒng)從數(shù)據(jù)庫讀 取所需信息，根據(jù)事先配置好的業(yè)務邏輯關系，判斷此筆業(yè)務是否符合業(yè)務邏輯關系，如果 符合，則辦理業(yè)務，提交入庫，生成訂單，訂單執(zhí)行，訂單竣工，重復以上流程辦理下一筆業(yè) 務，當所有業(yè)務辦理完成，交一次費、打印一份免填單和發(fā)票，客戶簽字。在訂單受理過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有訂單受理方法一存在如下缺陷辦理多筆業(yè) 務時，需要多次繳費、打印免填單和發(fā)票、入庫，需要客戶多次簽字，導致操作員業(yè)務辦理效 率低下，并且需要打印多份免填單和發(fā)票，提高了工作成本?，F(xiàn)有訂單受理方法二存在如下缺陷由于需要判斷業(yè)務邏輯關系，訂單受理采用 同步模式，只有上一筆業(yè)務訂單竣工后，才可以辦理下一筆業(yè)務，而訂單竣工需要一定的時 間，導致操作員工作效率低下，并且如果訂單積壓或者訂單需要人工處理，訂單竣工前后續(xù) 的業(yè)務辦理將無法進行。如果遇到此情況，一般要讓客戶回去，等訂單竣工后再到移動營業(yè) 廳辦理后續(xù)業(yè)務，造成不好的客戶體驗。

發(fā)明內容
本發(fā)明的第一目的是提出一種業(yè)務處理方法，以實現(xiàn)多業(yè)務間存在邏輯關系時提 高業(yè)務處理效率。本發(fā)明的第二目的是提出一種業(yè)務處理裝置，以實現(xiàn)多業(yè)務間存在邏輯關系時提 高業(yè)務處理效率。本發(fā)明的第三目的是提出一種業(yè)務處理系統(tǒng)，以實現(xiàn)多業(yè)務間存在邏輯關系時提 高業(yè)務處理效率。為實現(xiàn)上述第一目的，根據(jù)本發(fā)明的一個方面，提供了一種業(yè)務處理方法，包括 一次性加載客戶信息和業(yè)務邏輯關系信息至內存；在業(yè)務辦理過程中根據(jù)已辦理業(yè)務更新 內存中的客戶信息；根據(jù)更新的客戶信息以及業(yè)務邏輯關系信息判斷待辦理業(yè)務是否符合 業(yè)務邏輯關系。
進一步地，一次性加載客戶信息和業(yè)務邏輯關系信息至內存之后還可以包括根 據(jù)加載的客戶信息和業(yè)務邏輯關系信息判斷第一項待辦理業(yè)務是否符合業(yè)務邏輯關系；在 第一項業(yè)務辦理完畢后執(zhí)行更新內存中的客戶信息的操作。進一步地，判斷待辦理業(yè)務是否符合業(yè)務邏輯關系之后還可以包括若待辦理業(yè) 務符合業(yè)務邏輯關系，辦理待辦理業(yè)務；若待辦理業(yè)務不符合業(yè)務邏輯關系，禁止辦理待辦 理業(yè)務并提示禁止辦理的原因。進一步地，更新內存中的客戶信息的操作之后還可以包括若已辦理業(yè)務承載待 辦理業(yè)務，存儲待辦理業(yè)務與已辦理業(yè)務之間的關聯(lián)關系；接收待撤銷業(yè)務；根據(jù)更新后 的客戶信息和存儲的業(yè)務關聯(lián)關系判斷待撤銷業(yè)務是否承載其它未撤銷業(yè)務；若待撤銷業(yè) 務承載其它未撤銷業(yè)務，禁止撤銷待撤銷業(yè)務，否則撤銷待撤銷業(yè)務并更新內存中的客戶 fn息ο為實現(xiàn)上述第二目的，根據(jù)本發(fā)明的另一個方面，提供了一種業(yè)務處理裝置，包 括存儲模塊，用于一次性加載客戶信息和業(yè)務邏輯關系信息至內存；通知模塊，用于在業(yè) 務辦理過程中通知存儲模塊更新內存中的客戶信息；判斷模塊，用于根據(jù)內存中的客戶信 息以及業(yè)務邏輯關系信息判斷待辦理業(yè)務是否符合業(yè)務邏輯關系。進一步地，該裝置還可以包括處理模塊，用于在判斷模塊的判斷結果為符合業(yè)務 邏輯關系時，辦理待辦理業(yè)務；否則禁止辦理待辦理業(yè)務和提示禁止辦理的原因。進一步地，存儲模塊還可以用于在已辦理業(yè)務承載待辦理業(yè)務時，在內存中存儲 待辦理業(yè)務與已辦理業(yè)務之間的關聯(lián)關系。進一步地，該裝置還可以包括接收模塊，用于接收待撤銷業(yè)務；判斷模塊還可以 用于根據(jù)內存中的客戶信息和業(yè)務關聯(lián)關系判斷待撤銷業(yè)務是否承載其它未撤銷業(yè)務；處 理模塊還可以用于若判斷模塊判斷待撤銷業(yè)務承載其它未撤銷業(yè)務，禁止撤銷待撤銷業(yè) 務，否則撤銷待撤銷業(yè)務并更新內存中的客戶信息。為實現(xiàn)上述第三目的，根據(jù)本發(fā)明的另一個方面，提供了一種業(yè)務處理系統(tǒng)，包 括顯示裝置，用于顯示辦理各種業(yè)務功能的菜單；業(yè)務辦理裝置，用于提供業(yè)務辦理的界 面；業(yè)務處理裝置，用于一次性加載客戶信息和業(yè)務邏輯關系信息至內存，在業(yè)務辦理過程 中根據(jù)已辦理業(yè)務更新內存中的客戶信息，根據(jù)更新的客戶信息以及業(yè)務邏輯關系信息判 斷待辦理業(yè)務是否符合業(yè)務邏輯關系；計費打印裝置，用于在所有待辦理業(yè)務處理完畢后， 對所有已辦理業(yè)務進行計費，打印業(yè)務辦理憑證；訂單生成裝置，用于根據(jù)已辦理業(yè)務的業(yè) 務信息生成訂單，并刪除內存中的客戶信息和業(yè)務邏輯關系信息；訂單執(zhí)行裝置，用于根據(jù) 訂單生成裝置生成的訂單開通已辦理業(yè)務，并將訂單狀態(tài)設置為竣工。本發(fā)明各實施例的業(yè)務處理方法、裝置及系統(tǒng)，在用戶為客戶辦理業(yè)務時，一次性 加載客戶信息和判斷業(yè)務邏輯關系需要的信息到內存，在業(yè)務辦理過程中更新內存中的客 戶信息，并根據(jù)更新的客戶信息判斷客戶需要辦理的業(yè)務是否符合業(yè)務邏輯關系，如果符 合業(yè)務邏輯關系則為客戶辦理業(yè)務，否則禁止辦理并提示禁止辦理的原因，本發(fā)明的技術 方案可以在已辦理業(yè)務承載待辦理業(yè)務的情況下，辦理待辦理業(yè)務，并在辦理完所有業(yè)務 之后，一次性計費、打印業(yè)務憑證，實現(xiàn)了多業(yè)務間存在邏輯關系時提高業(yè)務處理效率，避 免了因前一筆訂單未竣工而不能辦理后續(xù)業(yè)務。另外，本發(fā)明實施例還可以在客戶要求撤銷已辦業(yè)務時，根據(jù)多筆業(yè)務間的關聯(lián)關系，判斷是否撤銷，如果可以撤銷，則為客戶撤銷業(yè)務，否則禁止撤銷。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變 得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明 書、權利要求書、以及附圖中所特別指出的結構來實現(xiàn)和獲得。下面通過附圖和實施例，對本發(fā)明的技術方案做進一步的詳細描述。


附圖用來提供對本發(fā)明的進一步理解，并且構成說明書的一部分，與本發(fā)明的實 施例一起用于解釋本發(fā)明，并不構成對本發(fā)明的限制。在附圖中圖1為根據(jù)現(xiàn)有技術中的訂單受理方法一流程示意圖；圖2為根據(jù)現(xiàn)有技術中的訂單受理方法二流程示意圖；圖3為根據(jù)本發(fā)明業(yè)務處理方法的實施例一流程圖；圖4為根據(jù)本發(fā)明業(yè)務處理方法的實施例二流程圖；圖5為根據(jù)本發(fā)明業(yè)務處理裝置的內部結構示意圖；圖6為根據(jù)本發(fā)明業(yè)務處理系統(tǒng)的結構示意圖。
具體實施例方式以下結合附圖對本發(fā)明的優(yōu)選實施例進行說明，應當理解，此處所描述的優(yōu)選實 施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。圖3為根據(jù)本發(fā)明業(yè)務處理方法的實施利一流程圖。如圖3所示，本實施例包括步驟S302、一次性加載客戶信息和業(yè)務邏輯關系信息至內存；步驟S304、在業(yè)務辦理過程中根據(jù)已辦理業(yè)務更新內存中的客戶信息；步驟S306、根據(jù)更新的客戶信息以及業(yè)務邏輯關系信息判斷待辦理業(yè)務是否符合 業(yè)務邏輯關系。本發(fā)明各實施例的業(yè)務處理方法，在辦理業(yè)務時，一次性加載客戶信息和判斷業(yè) 務邏輯關系需要的信息到內存，在業(yè)務辦理過程中更新內存中的客戶信息，并根據(jù)更新的 客戶信息判斷客戶需要辦理的業(yè)務是否符合業(yè)務邏輯關系，如果符合業(yè)務邏輯關系則為客 戶辦理業(yè)務，否則禁止辦理并提示禁止辦理的原因，本發(fā)明的技術方案可以在已辦理業(yè)務 承載待辦理業(yè)務的情況下，辦理待辦理業(yè)務，并在辦理完所有業(yè)務之后，一次性計費、打印 業(yè)務憑證，實現(xiàn)了多業(yè)務間存在邏輯關系時提高業(yè)務處理效率，避免了因前一筆訂單未竣 工而不能辦理后續(xù)業(yè)務。圖4為根據(jù)本發(fā)明業(yè)務處理方法的實施利二流程圖。如圖4所示，本實施例包括步驟S401、通過輸入的客戶識別號和客戶身份認證信息完成對客戶身份的認證；接收用戶輸入的客戶識別號，提示客戶輸入客戶身份認證信息，通過輸入的客戶 識別號和客戶身份認證信息完成對客戶身份的認證，如認證不通過，則提示客戶身份認證 失敗，禁止業(yè)務辦理操作，在實際應用中，用戶可以為移動公司的業(yè)務操作員，客戶可以為 移動公司客戶；步驟S402、加載客戶信息和業(yè)務邏輯關系信息；如對客戶身份的認證通過，一次性加載客戶信息和業(yè)務邏輯關系信息至內存，客戶信息包括客戶基本信息，客戶訂購信息等，并將客戶信息展示給用戶；步驟S403、接收輸入的待辦理業(yè)務；接收客戶輸入的要求辦理的業(yè)務；步驟S404、根據(jù)客戶信息和業(yè)務邏輯關系信息判斷該待辦理業(yè)務是否符合業(yè)務邏 輯關系，如果符合，轉向步驟S405，否則轉向步驟S406 ；根據(jù)內存中的客戶信息和業(yè)務邏輯關系，判斷該待辦理業(yè)務是否符合業(yè)務邏輯關 系。如果該業(yè)務是否符合業(yè)務邏輯關系，轉向步驟S405，否則轉向步驟S406。比如客戶需 要申請手機報業(yè)務，那么需要判斷客戶是否已經(jīng)開通彩信業(yè)務。如果客戶已經(jīng)開通彩信業(yè) 務，轉向步驟S405，否則轉向步驟S406 ；步驟S405、辦理該待辦理業(yè)務并更新客戶信息；為客戶辦理該待辦理業(yè)務，并更新內存中的客戶基本信息和客戶訂購信息，如果 已辦理業(yè)務承載待辦理業(yè)務，則記錄業(yè)務間的關聯(lián)關系。比如客戶辦了兩筆業(yè)務，第一筆辦 理的是彩信業(yè)務，第二筆辦理的是手機報業(yè)務，那么在判斷第二筆業(yè)務的業(yè)務邏輯關系時， 彩信業(yè)務承載手機報業(yè)務，這時記錄第二筆業(yè)務與第一筆業(yè)務存在關聯(lián)關系，即第一筆業(yè) 務承載第二筆業(yè)務?，F(xiàn)有技術中，用戶辦理業(yè)務時，根據(jù)數(shù)據(jù)庫中的客戶信息判斷待辦理業(yè)務是否符 合業(yè)務邏輯關系，并在訂單執(zhí)行后更新數(shù)據(jù)庫中的客戶信息，比如客戶第一筆辦理彩信業(yè) 務，第二筆辦理手機報業(yè)務，用戶為客戶辦理彩信業(yè)務之后，訂單未執(zhí)行之前，數(shù)據(jù)庫中的 客戶信息不更新，那么根據(jù)業(yè)務邏輯關系判斷就禁止為客戶辦理手機報業(yè)務；本實施例在 為客戶辦理業(yè)務的同時在內存中更新客戶信息，用戶根據(jù)內存中更新的客戶信息判斷業(yè)務 邏輯關系，這樣如果已辦理業(yè)務承載待辦理業(yè)務，也可以為客戶辦理待辦理業(yè)務；步驟S406、禁止辦理該待辦理業(yè)務并提示禁止辦理的原因；步驟S407、判斷是否接收到其他待辦理的業(yè)務，如果接收到，轉向步驟S404，否則 轉向步驟S408 ；根據(jù)客戶要求，是否還需要辦理其它業(yè)務，如需要，則重復步驟S404 ；步驟S408、接收輸入的確認辦理信息，如果接收到確認辦理信息，轉向步驟S413， 否則轉向步驟S409 ；請客戶確認是否同意辦理上述業(yè)務，如果接收到客戶輸入的確認辦理信息，轉向 步驟S413，如不同意，提示客戶選擇需要撤銷的業(yè)務，轉向步驟S409。比如請客戶確認是 否同意開通彩信業(yè)務和手機報業(yè)務，如果同意，轉向步驟S413，如果客戶不同意開通彩信業(yè) 務，轉向步驟S409 ；S409、接收輸入的待撤銷的業(yè)務；S410、根據(jù)更新后的客戶信息和業(yè)務間的關聯(lián)關系判斷該待撤銷業(yè)務是否承載 其它未撤銷業(yè)務，如果該待撤銷業(yè)務承載其它未撤銷業(yè)務，轉向步驟S412，否則轉向步驟 S411 ；根據(jù)更新后的客戶信息判斷業(yè)務間的關聯(lián)關系，如該待撤銷業(yè)務承載其它未撤銷 的業(yè)務，則轉向步驟S411，否則轉向步驟S412。比如客戶需要不同意開通彩信業(yè)務，要求撤 銷彩信業(yè)務，而彩信業(yè)務承載手機報業(yè)務，則轉向步驟S411 ；步驟S411、禁止撤銷該待撤銷業(yè)務并提示禁止撤銷的原因；
如，可以提示“訂購手機報必須訂購彩信，否則您無法接收手機報信息。”；步驟S412、撤銷該待撤銷業(yè)務并還原客戶信息；撤銷該待撤銷業(yè)務，還原內存中的客戶基本信息、客戶訂購信息，刪除該業(yè)務與其 它業(yè)務之間的關聯(lián)關系；步驟S413、對辦理的業(yè)務進行計費，打印業(yè)務辦理憑證；在辦理完所有業(yè)務之后，根據(jù)客戶辦理的業(yè)務，計算應交費用，完成客戶交費，打 印免填單和發(fā)票，免填單由客戶簽字，作為業(yè)務辦理的憑證；步驟S414、根據(jù)辦理的業(yè)務信息生成訂單；根據(jù)客戶辦理的所有業(yè)務的業(yè)務信息，生成訂單；步驟S415、刪除所加載的客戶信息；刪除加載到內存中的客戶信息；步驟S416、開通業(yè)務，將訂單狀態(tài)設置為竣工。將訂單分解成業(yè)務工單、服務開通工單和人工工單，執(zhí)行工單完成客戶業(yè)務開通， 更新業(yè)務開通后的客戶信息。所有工單執(zhí)行成功后，將訂單置為竣工狀態(tài)，并更新數(shù)據(jù)庫中 的客戶信息。至此，訂單受理流程結束。本實施例的業(yè)務處理方法，在用戶為客戶辦理業(yè)務時，一次性加載客戶信息和判 斷業(yè)務邏輯關系需要的信息，在業(yè)務辦理過程中更新客戶信息，若已辦理業(yè)務更新的信息 承載待辦理業(yè)務，辦理待辦理業(yè)務，并在辦理完所有業(yè)務之后，一次性計費、打印業(yè)務憑證， 實現(xiàn)了多業(yè)務間存在邏輯關系時提高業(yè)務處理效率，避免了因前一筆訂單未竣工而不能辦 理后續(xù)業(yè)務。另外，本實施例還可以在客戶要求撤銷已辦業(yè)務時，根據(jù)多筆業(yè)務間的關聯(lián)關系， 判斷是否撤銷，如果可以撤銷，則為客戶撤銷業(yè)務，否則禁止撤銷并提示禁止撤銷的原因。圖5所示為根據(jù)本發(fā)明業(yè)務處理裝置的內部結構示意圖。如圖5所示，本實施例 包括存儲模塊52，用于一次性加載客戶信息和業(yè)務邏輯關系信息至內存；通知模塊M，用于在業(yè)務辦理過程中通知存儲模塊52更新內存中的客戶信息；判斷模塊56，用于根據(jù)內存中的客戶信息以及業(yè)務邏輯關系信息判斷待辦理業(yè)務 是否符合業(yè)務邏輯關系。進一步地，本實施例還可以包括處理模塊58，用于在判斷模塊56的判斷結果為符合業(yè)務邏輯關系時，辦理待辦理 業(yè)務；否則禁止辦理待辦理業(yè)務并提示禁止辦理的原因。進一步地，存儲模塊52還可以用于在已辦理業(yè)務承載待辦理業(yè)務時，在內存中存 儲待辦理業(yè)務與已辦理業(yè)務之間的關聯(lián)關系。進一步地，該裝置還可以包括接收模塊，用于接收待撤銷業(yè)務；判斷模塊56還可以用于根據(jù)內存中的客戶信息和業(yè)務的關聯(lián)關系判斷待撤銷業(yè) 務是否承載其它未撤銷業(yè)務；處理模塊58還可以用于若判斷模塊56判斷待撤銷業(yè)務承載其它未撤銷業(yè)務，禁 止撤銷待撤銷業(yè)務并提示禁止撤銷的原因，否則撤銷待撤銷業(yè)務并更新內存中的客戶信息。本實施例的業(yè)務處理裝置，在用戶為客戶辦理業(yè)務時，一次性加載客戶信息和判 斷業(yè)務邏輯關系需要的信息到內存，在業(yè)務辦理過程中更新內存中的客戶信息，在已辦理 業(yè)務更新的信息承載待辦理業(yè)務時，也可以辦理待辦理業(yè)務，并在辦理完所有業(yè)務之后，一 次性計費、打印業(yè)務憑證，實現(xiàn)了多業(yè)務間存在邏輯關系時提高業(yè)務處理效率，避免了因前 一筆訂單未竣工而不能辦理后續(xù)業(yè)務。另外，本實施例還可以在客戶要求撤銷已辦業(yè)務時，根據(jù)多筆業(yè)務間的關聯(lián)關系， 判斷是否撤銷，如果可以撤銷，則為客戶撤銷業(yè)務，否則禁止撤銷并提示禁止撤銷的原因。圖6所示為根據(jù)本發(fā)明業(yè)務處理系統(tǒng)的結構示意圖。如圖6所示，本實施例包括顯示裝置62，用于顯示辦理各種業(yè)務功能的菜單；菜單裝置62將業(yè)務處理系統(tǒng)提供的各項業(yè)務功能形成菜單，用戶可以通過點擊 菜單，進入相應的業(yè)務辦理操作界面；業(yè)務辦理裝置63，用于提供業(yè)務辦理的界面；用戶可以在業(yè)務辦理裝置63中完成業(yè)務操作，業(yè)務辦理裝置63是人機操作界面， 能夠完成業(yè)務功能、業(yè)務邏輯和業(yè)務流程的封裝；業(yè)務處理裝置61，用于一次性加載客戶信息和業(yè)務邏輯關系信息至內存，在業(yè)務 辦理過程中根據(jù)已辦理業(yè)務更新內存中的客戶信息，根據(jù)更新的客戶信息以及業(yè)務邏輯關 系信息判斷待辦理業(yè)務是否符合業(yè)務邏輯關系；計費打印裝置64，用于在所有待辦理業(yè)務處理完畢后，對所有已辦理業(yè)務進行計 費，打印業(yè)務辦理憑證；計費打印裝置64在業(yè)務處理裝置61辦理完所有業(yè)務之后，根據(jù)辦理的業(yè)務信息， 計算應交費用，完成客戶交費操作。交費后打印免填單和發(fā)票，免填單由客戶簽字，作為業(yè) 務辦理的憑證；訂單生成裝置65，用于根據(jù)已辦理業(yè)務的業(yè)務信息生成訂單，并刪除內存中的客 戶信息和業(yè)務邏輯關系信息；訂單執(zhí)行裝置66，用于根據(jù)訂單生成裝置65生成的訂單開通業(yè)務，并將訂單狀態(tài) 設置為竣工。訂單執(zhí)行裝置66將訂單分解成業(yè)務工單、服務開通工單和人工工單，工單執(zhí)行實 現(xiàn)客戶業(yè)務開通，客戶信息更新。所有工單執(zhí)行成功后，將訂單置為竣工狀態(tài)。其中，業(yè)務處理裝置61的內部結構可以參考圖5所示的實施例，該業(yè)務處理裝置 可以接收輸入的客戶識別號，對客戶身份進行認證，在身份認證通過后，從數(shù)據(jù)庫中加載客 戶基本信息、客戶訂購信息及業(yè)務邏輯關系信息到內存中，根據(jù)業(yè)務間的邏輯關系，判斷需 要辦理的業(yè)務與已辦理業(yè)務是否符合業(yè)務邏輯關系。如不符合，則提示不辦理的原因，禁止 辦理業(yè)務；如符合，則辦理業(yè)務。并在業(yè)務辦理過程中，更新內存中的客戶基本信息和客戶 訂購信息。若已辦理業(yè)務更新的信息承載待辦理業(yè)務，業(yè)務處理裝置61可以根據(jù)已辦理業(yè) 務更新的信息判斷業(yè)務邏輯關系，并存儲待辦理業(yè)務與已辦理業(yè)務之間的關聯(lián)關系。當業(yè) 務處理裝置61接收到待撤銷的業(yè)務時，根據(jù)更新后的客戶信息和存儲的業(yè)務間的關聯(lián)關 系判斷待撤銷的業(yè)務是否承載其它未撤銷業(yè)務，若該待撤銷業(yè)務承載其它未撤銷業(yè)務，禁止撤銷該業(yè)務并提示禁止撤銷的原因，否則撤銷該業(yè)務；在撤銷業(yè)務后，還原內存中的客戶 基本信息、客戶訂購信息，刪除相應的業(yè)務間的關聯(lián)關系。本實施例的業(yè)務處理系統(tǒng)，在用戶為客戶辦理業(yè)務時，根據(jù)加載的客戶信息和業(yè) 務邏輯關系信息判斷客戶需要辦理的業(yè)務是否符合業(yè)務邏輯關系，如果符合業(yè)務邏輯關系 則為客戶辦理業(yè)務，否則禁止辦理并提示禁止辦理的原因，并在業(yè)務辦理過程中更新客戶 信息，如果已辦理業(yè)務更新的信息承載待辦理業(yè)務，也可以辦理該業(yè)務。本實施例在為客戶 辦理完所有業(yè)務之后，一次性計費、打印訂單，避免了因前一筆訂單未竣工而不能辦理后續(xù) 業(yè)務，能夠使客戶一次性辦理完所有業(yè)務，提高了用戶為客戶辦理業(yè)務的效率，增強了客戶 體驗。本領域普通技術人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過 程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質中，該程序 在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質包括R0M、RAM、磁碟或者 光盤等各種可以存儲程序代碼的介質。最后應說明的是以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 盡管參照前述實施例對本發(fā)明進行了詳細的說明，對于本領域的技術人員來說，其依然可 以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換。 凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的 保護范圍之內。
權利要求
1.一種業(yè)務處理方法，其特征在于，包括 一次性加載客戶信息和業(yè)務邏輯關系信息至內存；在業(yè)務辦理過程中根據(jù)已辦理業(yè)務更新所述內存中的客戶信息； 根據(jù)所述更新的客戶信息以及所述業(yè)務邏輯關系信息判斷待辦理業(yè)務是否符合業(yè)務 邏輯關系。
2.根據(jù)權利要求1所述的業(yè)務處理方法，其特征在于，所述一次性加載客戶信息和業(yè) 務邏輯關系信息至內存之后還包括辦理第一項待辦理業(yè)務的操作根據(jù)所述加載的客戶信息和業(yè)務邏輯關系信息判斷所述第一項待辦理業(yè)務是否符合 業(yè)務邏輯關系；在所述第一項業(yè)務辦理完畢后執(zhí)行所述更新所述內存中的客戶信息的操作。
3.根據(jù)權利要求1或2所述的業(yè)務處理方法，其特征在于，所述判斷待辦理業(yè)務是否符 合業(yè)務邏輯關系之后還包括若所述待辦理業(yè)務符合業(yè)務邏輯關系，辦理所述待辦理業(yè)務； 若所述待辦理業(yè)務不符合業(yè)務邏輯關系，禁止辦理所述待辦理業(yè)務并提示禁止辦理的 原因。
4.根據(jù)權利要求1所述的業(yè)務處理方法，其特征在于，更新所述內存中的客戶信息的 操作之后還包括若所述已辦理業(yè)務承載所述待辦理業(yè)務，存儲所述待辦理業(yè)務與所述已辦理業(yè)務之間 的關聯(lián)關系；接收待撤銷業(yè)務；根據(jù)所述更新后的客戶信息和存儲的業(yè)務關聯(lián)關系判斷所述待撤銷業(yè)務是否承載其 它未撤銷業(yè)務；若所述待撤銷業(yè)務承載其它未撤銷業(yè)務，禁止撤銷所述待撤銷業(yè)務，否則撤銷所述待 撤銷業(yè)務并更新所述內存中的客戶信息。
5.根據(jù)權利要求3所述的業(yè)務處理方法，其特征在于，所述辦理所述待辦理業(yè)務之后 還包括在所有待辦理業(yè)務處理完畢后，對所有已辦理業(yè)務進行計費，打印業(yè)務辦理憑證； 根據(jù)所述已辦理業(yè)務的業(yè)務信息生成訂單，并刪除所述內存中的客戶信息和業(yè)務邏輯 關系信息；開通所述已辦理業(yè)務。
6.一種業(yè)務處理裝置，其特征在于，包括存儲模塊，用于一次性加載客戶信息和業(yè)務邏輯關系信息至內存； 通知模塊，用于在業(yè)務辦理過程中通知所述存儲模塊更新所述內存中的客戶信息； 判斷模塊，用于根據(jù)所述內存中的客戶信息以及所述業(yè)務邏輯關系信息判斷待辦理業(yè) 務是否符合業(yè)務邏輯關系。
7.根據(jù)權利要求6所述的業(yè)務處理裝置，其特征在于，所述裝置還包括處理模塊，用于在所述判斷模塊的判斷結果為符合業(yè)務邏輯關系時，辦理所述待辦理 業(yè)務；否則禁止辦理所述待辦理業(yè)務和提示禁止辦理的原因。
8.根據(jù)權利要求6所述的業(yè)務處理裝置，其特征在于，所述存儲模塊還用于在已辦理業(yè)務承載所述待辦理業(yè)務時，在內存中存儲所述待辦理 業(yè)務與已辦理業(yè)務之間的關聯(lián)關系。
9.根據(jù)權利要求6或8所述的業(yè)務處理裝置，其特征在于，所述裝置還包括 接收模塊，用于接收待撤銷業(yè)務；所述判斷模塊還用于根據(jù)所述內存中的客戶信息和所述業(yè)務的關聯(lián)關系判斷所述待 撤銷業(yè)務是否承載其它未撤銷業(yè)務；所述處理模塊還用于若所述判斷模塊判斷所述待撤銷業(yè)務承載其它未撤銷業(yè)務，禁止 撤銷所述待撤銷業(yè)務，否則撤銷所述待撤銷業(yè)務并更新所述內存中的客戶信息。
10.一種業(yè)務處理系統(tǒng)，其特征在于，包括 顯示裝置，用于顯示辦理各種業(yè)務功能的菜單； 業(yè)務辦理裝置，用于提供業(yè)務辦理的界面；業(yè)務處理裝置，用于一次性加載客戶信息和業(yè)務邏輯關系信息至內存，在業(yè)務辦理過 程中根據(jù)已辦理業(yè)務更新所述內存中的客戶信息，根據(jù)所述更新的客戶信息以及所述業(yè)務 邏輯關系信息判斷待辦理業(yè)務是否符合業(yè)務邏輯關系；計費打印裝置，用于在所有待辦理業(yè)務處理完畢后，對所有已辦理業(yè)務進行計費，打印 業(yè)務辦理憑證；訂單生成裝置，用于根據(jù)所述已辦理業(yè)務的業(yè)務信息生成訂單，并刪除所述內存中的 客戶信息和業(yè)務邏輯關系信息；訂單執(zhí)行裝置，用于根據(jù)所述訂單生成裝置生成的訂單開通所述已辦理業(yè)務，并將所 述訂單狀態(tài)設置為竣工。
全文摘要
本發(fā)明公開了一種業(yè)務處理方法、裝置及系統(tǒng)，其中，該業(yè)務處理方法包括一次性加載客戶信息和業(yè)務邏輯關系信息至內存；在業(yè)務辦理過程中根據(jù)已辦理業(yè)務更新內存中的客戶信息；根據(jù)更新的客戶信息以及業(yè)務邏輯關系信息判斷待辦理業(yè)務是否符合業(yè)務邏輯關系。本發(fā)明各實施例能夠實現(xiàn)多業(yè)務間存在邏輯關系時提高業(yè)務處理效率。
文檔編號H04W8/18GK102056146SQ20091017834
公開日2011年5月11日 申請日期2009年11月9日 優(yōu)先權日2009年11月9日
發(fā)明者儲賢民 申請人:中國移動通信集團安徽有限公司