一種攜號跨區(qū)的業(yè)務(wù)處理方法及裝置制造方法
【專利摘要】本發(fā)明涉及一種攜號跨區(qū)的業(yè)務(wù)處理方法及裝置，包括以下步驟：接收服務(wù)請求方發(fā)送的請求處理待處理業(yè)務(wù)的業(yè)務(wù)請求，創(chuàng)建公共路由處理模塊；查詢服務(wù)請求方的攜號資料信息，判斷服務(wù)請求方歸屬的數(shù)據(jù)庫大區(qū)，并生成服務(wù)請求方的路由信息，獲取數(shù)據(jù)庫標識；根據(jù)業(yè)務(wù)請求獲取與待處理業(yè)務(wù)對應(yīng)的業(yè)務(wù)處理函數(shù)名；公共路由處理模塊連接與數(shù)據(jù)庫標識對應(yīng)的數(shù)據(jù)庫，獲取與業(yè)務(wù)處理函數(shù)名對應(yīng)的業(yè)務(wù)處理函數(shù)；公共路由處理模塊執(zhí)行業(yè)務(wù)處理函數(shù)進行處理待處理業(yè)務(wù)，公共路由處理模塊將業(yè)務(wù)處理函數(shù)返回的處理信息返回給服務(wù)請求方。本發(fā)明可實現(xiàn)傳統(tǒng)非云化部署架構(gòu)前業(yè)務(wù)的平穩(wěn)過渡，有效減少了開發(fā)周期。
【專利說明】一種攜號跨區(qū)的業(yè)務(wù)處理方法及裝置

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及一種跨區(qū)的業(yè)務(wù)處理方法，特別涉及一種攜號跨區(qū)的業(yè)務(wù)處理方法及 裝直。

【背景技術(shù)】
[0002] 實施攜號轉(zhuǎn)網(wǎng)被認為是能使消費者、國家和電信行業(yè)三者都受益的舉措。號碼攜 帶既有利于消費者，也有利于優(yōu)化市場結(jié)構(gòu)，通過市場的管制措施，實現(xiàn)有效競爭，提高消 費者福利。對消費者來說，號碼攜帶可以減少用戶的轉(zhuǎn)網(wǎng)成本。對國家來說，號碼攜帶能節(jié) 約號碼資源。號碼攜帶可以打破現(xiàn)有電信運營商的優(yōu)勢地位，從而促進市場競爭，優(yōu)化市場 結(jié)構(gòu)。實施號碼攜帶后，號碼資源通常由第三方集中管理，也節(jié)約了社會資源。


【發(fā)明內(nèi)容】

[0003] 本發(fā)明所要解決的技術(shù)問題是提供一種能夠在較短的開發(fā)周期內(nèi)完成攜號跨區(qū) 業(yè)務(wù)的上線推廣的攜號跨區(qū)的業(yè)務(wù)處理方法及裝置。
[0004] 本發(fā)明解決上述技術(shù)問題的技術(shù)方案如下：一種攜號跨區(qū)的業(yè)務(wù)處理方法，包括 以下步驟：
[0005] 步驟1 :接收服務(wù)請求方發(fā)送的請求處理待處理業(yè)務(wù)的業(yè)務(wù)請求，創(chuàng)建公共路由 處理模塊，所述公共路由處理模塊用于封裝數(shù)據(jù)庫連接；
[0006] 步驟2 :根據(jù)業(yè)務(wù)請求查詢服務(wù)請求方的攜號資料信息，根據(jù)服務(wù)請求方的攜號 資料信息判斷服務(wù)請求方歸屬的數(shù)據(jù)庫大區(qū)，并根據(jù)判斷結(jié)果生成服務(wù)請求方的路由信 息，根據(jù)路由信息獲取數(shù)據(jù)庫標識；
[0007] 步驟3 :根據(jù)業(yè)務(wù)請求獲取與待處理業(yè)務(wù)對應(yīng)的業(yè)務(wù)處理函數(shù)名；
[0008] 步驟4 :將數(shù)據(jù)庫標識和相應(yīng)的業(yè)務(wù)處理函數(shù)名傳遞給公共路由處理模塊，公共 路由處理模塊連接與數(shù)據(jù)庫標識對應(yīng)的數(shù)據(jù)庫，獲取與業(yè)務(wù)處理函數(shù)名對應(yīng)的業(yè)務(wù)處理函 數(shù)；
[0009] 步驟5 :公共路由處理模塊執(zhí)行業(yè)務(wù)處理函數(shù)進行處理待處理業(yè)務(wù)，將執(zhí)行業(yè)務(wù) 處理函數(shù)得到的處理信息返回給服務(wù)請求方。
[0010] 本發(fā)明的有益效果是：本發(fā)明首先將原先結(jié)構(gòu)化的處理邏輯分成路由控制層、業(yè) 務(wù)邏輯層；其次，封裝一個公共業(yè)務(wù)處理模塊，將需要的業(yè)務(wù)邏輯層函數(shù)名和數(shù)據(jù)庫標識傳 入公共業(yè)務(wù)處理模塊，可以實現(xiàn)該業(yè)務(wù)在相應(yīng)的數(shù)據(jù)庫上完成操作的功能，并返回相應(yīng)的 數(shù)據(jù)；最終，在路由控制層進行路由判斷，根據(jù)跨區(qū)攜號數(shù)據(jù)判斷數(shù)據(jù)路由規(guī)則，獲取到數(shù) 據(jù)庫標識，連同相應(yīng)的業(yè)務(wù)邏輯層函數(shù)傳入公共業(yè)務(wù)服務(wù)，并獲得需要的結(jié)果。最終，這樣 可實現(xiàn)傳統(tǒng)非云化部署架構(gòu)前業(yè)務(wù)的平穩(wěn)過渡，有效減少了開發(fā)周期。
[0011] 在上述技術(shù)方案的基礎(chǔ)上，本發(fā)明還可以做如下改進。
[0012] 進一步，所述步驟1中的業(yè)務(wù)請求中還包括表示業(yè)務(wù)請求發(fā)送時間的時間信息， 在服務(wù)請求方多次變換歸屬的數(shù)據(jù)庫大區(qū)后，建立路由信息的生失效時間表。
[0013] 進一步，當接收的業(yè)務(wù)請求為請求獲取服務(wù)請求方的歷史路由信息，則根據(jù)路由 信息的生失效時間表查詢服務(wù)請求方的歷史歸屬的數(shù)據(jù)庫大區(qū)，進而得到歷史路由信息。
[0014] 進一步，一種攜號跨區(qū)的業(yè)務(wù)處理裝置，包括接收創(chuàng)建模塊，判斷生成模塊，獲取 模塊，傳遞連接模塊和公共路由處理模塊；
[0015] 所述接收創(chuàng)建模塊，用于接收服務(wù)請求方發(fā)送的請求處理待處理業(yè)務(wù)的業(yè)務(wù)請 求，創(chuàng)建公共路由處理模塊，所述公共路由處理模塊用于封裝數(shù)據(jù)庫連接；
[0016] 所述判斷生成模塊，用于根據(jù)接收創(chuàng)建模塊接收的業(yè)務(wù)請求查詢服務(wù)請求方的攜 號資料信息，根據(jù)服務(wù)請求方的攜號資料信息判斷服務(wù)請求方歸屬的數(shù)據(jù)庫大區(qū)，并根據(jù) 判斷結(jié)果生成服務(wù)請求方的路由信息，根據(jù)路由信息獲取數(shù)據(jù)庫標識；
[0017] 所述獲取模塊，用于根據(jù)接收創(chuàng)建模塊接收的業(yè)務(wù)請求獲取與待處理業(yè)務(wù)對應(yīng)的 業(yè)務(wù)處理函數(shù)名；
[0018] 所述傳遞連接模塊，用于將判斷生成模塊獲取的數(shù)據(jù)庫標識和獲取模塊獲取的相 應(yīng)的業(yè)務(wù)處理函數(shù)名傳遞給公共路由處理模塊，公共路由處理模塊連接與數(shù)據(jù)庫標識對應(yīng) 的數(shù)據(jù)庫，獲取與業(yè)務(wù)處理函數(shù)名對應(yīng)的業(yè)務(wù)處理函數(shù)；
[0019] 所述公共路由處理模塊，用于執(zhí)行傳遞連接模塊獲取的業(yè)務(wù)處理函數(shù)進行處理待 處理業(yè)務(wù)，將執(zhí)行業(yè)務(wù)處理函數(shù)得到的處理信息返回給服務(wù)請求方。
[0020] 進一步，所述接收創(chuàng)建模塊中的業(yè)務(wù)請求中還包括表示業(yè)務(wù)請求發(fā)送時間的時間 信息，在服務(wù)請求方多次變換歸屬的數(shù)據(jù)庫大區(qū)后，建立路由信息的生失效時間表。
[0021] 進一步，當接收的業(yè)務(wù)請求為請求獲取服務(wù)請求方的歷史路由信息，則根據(jù)路由 信息的生失效時間表查詢服務(wù)請求方的歷史歸屬的數(shù)據(jù)庫大區(qū)，進而得到歷史路由信息。

【專利附圖】

【附圖說明】
[0022] 圖1為本發(fā)明方法步驟流程圖；
[0023] 圖2為本發(fā)明裝置結(jié)構(gòu)圖；
[0024] 圖3為本發(fā)明在處理邏輯分層后跨區(qū)過程流程圖。
[0025] 附圖中，各標號所代表的部件列表如下：
[0026] 1、接收創(chuàng)建模塊，2、判斷生成模塊，3、獲取模塊，4、傳遞連接模塊，5、公共路由處 理模塊。

【具體實施方式】
[0027] 以下結(jié)合附圖對本發(fā)明的原理和特征進行描述，所舉實例只用于解釋本發(fā)明，并 非用于限定本發(fā)明的范圍。
[0028] 如圖1所示，為本發(fā)明方法步驟流程圖；圖2為本發(fā)明裝置結(jié)構(gòu)圖；圖3為本發(fā)明 在處理邏輯分層后跨區(qū)過程流程圖。
[0029] 實施例1
[0030] 一種攜號跨區(qū)的業(yè)務(wù)處理方法，包括以下步驟：
[0031] 步驟1 :接收服務(wù)請求方發(fā)送的請求處理待處理業(yè)務(wù)的業(yè)務(wù)請求，創(chuàng)建公共路由 處理模塊，所述公共路由處理模塊用于封裝數(shù)據(jù)庫連接；
[0032] 步驟2 :根據(jù)業(yè)務(wù)請求查詢服務(wù)請求方的攜號資料信息，根據(jù)服務(wù)請求方的攜號 資料信息判斷服務(wù)請求方歸屬的數(shù)據(jù)庫大區(qū)，并根據(jù)判斷結(jié)果生成服務(wù)請求方的路由信 息，根據(jù)路由信息獲取數(shù)據(jù)庫標識；
[0033] 步驟3 :根據(jù)業(yè)務(wù)請求獲取與待處理業(yè)務(wù)對應(yīng)的業(yè)務(wù)處理函數(shù)名；
[0034] 步驟4 :將數(shù)據(jù)庫標識和相應(yīng)的業(yè)務(wù)處理函數(shù)名傳遞給公共路由處理模塊，公共 路由處理模塊連接與數(shù)據(jù)庫標識對應(yīng)的數(shù)據(jù)庫，獲取與業(yè)務(wù)處理函數(shù)名對應(yīng)的業(yè)務(wù)處理函 數(shù)；
[0035] 步驟5 :公共路由處理模塊執(zhí)行業(yè)務(wù)處理函數(shù)進行處理待處理業(yè)務(wù)，將執(zhí)行業(yè)務(wù) 處理函數(shù)得到的處理信息返回給服務(wù)請求方。
[0036] 本發(fā)明首先將原先結(jié)構(gòu)化的處理邏輯分成路由控制層、業(yè)務(wù)邏輯層；其次，封裝一 個公共業(yè)務(wù)處理模塊，將需要的業(yè)務(wù)邏輯層函數(shù)名和數(shù)據(jù)庫標識傳入公共業(yè)務(wù)處理模塊， 可以實現(xiàn)該業(yè)務(wù)在相應(yīng)的數(shù)據(jù)庫上完成操作的功能，并返回相應(yīng)的數(shù)據(jù)；最終，在路由控制 層進行路由判斷，根據(jù)跨區(qū)攜號數(shù)據(jù)判斷數(shù)據(jù)路由規(guī)則，獲取到數(shù)據(jù)庫標識，連同相應(yīng)的業(yè) 務(wù)邏輯層函數(shù)傳入公共業(yè)務(wù)服務(wù)，并獲得需要的結(jié)果。最終，這樣可實現(xiàn)傳統(tǒng)非云化部署架 構(gòu)前業(yè)務(wù)的平穩(wěn)過渡，有效減少了開發(fā)周期。
[0037] 所述步驟1中的業(yè)務(wù)請求中還包括表示業(yè)務(wù)請求發(fā)送時間的時間信息，在服務(wù)請 求方多次變換歸屬的數(shù)據(jù)庫大區(qū)后，建立路由信息的生失效時間表。
[0038] 當接收的業(yè)務(wù)請求為請求獲取服務(wù)請求方的歷史路由信息，則根據(jù)路由信息的生 失效時間表查詢服務(wù)請求方的歷史歸屬的數(shù)據(jù)庫大區(qū)，進而得到歷史路由信息。
[0039] -種攜號跨區(qū)的業(yè)務(wù)處理裝置，包括接收創(chuàng)建模塊1，判斷生成模塊2,獲取模塊 3,傳遞連接模塊4和公共路由處理模塊5 ;
[0040] 所述接收創(chuàng)建模塊1，用于接收服務(wù)請求方發(fā)送的請求處理待處理業(yè)務(wù)的業(yè)務(wù)請 求，創(chuàng)建公共路由處理模塊，所述公共路由處理模塊用于封裝數(shù)據(jù)庫連接；
[0041] 所述判斷生成模塊2,用于根據(jù)接收創(chuàng)建模塊1接收的業(yè)務(wù)請求查詢服務(wù)請求方 的攜號資料信息，根據(jù)服務(wù)請求方的攜號資料信息判斷服務(wù)請求方歸屬的數(shù)據(jù)庫大區(qū)，并 根據(jù)判斷結(jié)果生成服務(wù)請求方的路由信息，根據(jù)路由信息獲取數(shù)據(jù)庫標識；
[0042] 所述獲取模塊3,用于根據(jù)接收創(chuàng)建模塊1接收的業(yè)務(wù)請求獲取與待處理業(yè)務(wù)對 應(yīng)的業(yè)務(wù)處理函數(shù)名；
[0043] 所述傳遞連接模塊4,用于將判斷生成模塊2獲取的數(shù)據(jù)庫標識和獲取模塊3獲取 的相應(yīng)的業(yè)務(wù)處理函數(shù)名傳遞給公共路由處理模塊，公共路由處理模塊連接與數(shù)據(jù)庫標識 對應(yīng)的數(shù)據(jù)庫，獲取與業(yè)務(wù)處理函數(shù)名對應(yīng)的業(yè)務(wù)處理函數(shù)；
[0044] 所述5,用于執(zhí)行傳遞連接模塊4獲取的業(yè)務(wù)處理函數(shù)進行處理待處理業(yè)務(wù)，將執(zhí) 行業(yè)務(wù)處理函數(shù)得到的處理信息返回給服務(wù)請求方。
[0045] 所述接收創(chuàng)建模塊1中的業(yè)務(wù)請求中還包括表示業(yè)務(wù)請求發(fā)送時間的時間信息， 在服務(wù)請求方多次變換歸屬的數(shù)據(jù)庫大區(qū)后，建立路由信息的生失效時間表。
[0046] 當接收的業(yè)務(wù)請求為請求獲取服務(wù)請求方的歷史路由信息，則根據(jù)路由信息的生 失效時間表查詢服務(wù)請求方的歷史歸屬的數(shù)據(jù)庫大區(qū)，進而得到歷史路由信息。
[0047] 在具體實施中，中間件使用tuxedo :
[0048] 首先，開發(fā)個公共的業(yè)務(wù)處理服務(wù)
[0049] utype*AssiMutiConnffork (const utype*in, TCtrlInfo*errInfo, TUtypeFuncPtr ptUtypeFuncPtr, TDoMerge ptDoMerge, const char氺psDbLabel, int iConnType)；
[0050] 注：
[0051] l.utype類型為公司自定義的數(shù)據(jù)類型，是一個數(shù)據(jù)容器，可以包含多個數(shù)據(jù)項， 做為服務(wù)業(yè)務(wù)入?yún)⒌募?br> [0052] 2. psDbLabel表示數(shù)據(jù)庫標識，iConnType為長連接還是短連接找一個涉及攜號 跨區(qū)改造的服務(wù)sBillQry (月賬單查詢），原有的服務(wù)sBillQry調(diào)用業(yè)務(wù)邏輯pBillQry
[0053]

【權(quán)利要求】
1. 一種攜號跨區(qū)的業(yè)務(wù)處理方法，其特征在于，包括以下步驟： 步驟1 :接收服務(wù)請求方發(fā)送的請求處理待處理業(yè)務(wù)的業(yè)務(wù)請求，創(chuàng)建公共路由處理 模塊，所述公共路由處理模塊用于封裝數(shù)據(jù)庫連接； 步驟2 :根據(jù)業(yè)務(wù)請求查詢服務(wù)請求方的攜號資料信息，根據(jù)服務(wù)請求方的攜號資料 信息判斷服務(wù)請求方歸屬的數(shù)據(jù)庫大區(qū)，并根據(jù)判斷結(jié)果生成服務(wù)請求方的路由信息，根 據(jù)路由信息獲取數(shù)據(jù)庫標識； 步驟3 :根據(jù)業(yè)務(wù)請求獲取與待處理業(yè)務(wù)對應(yīng)的業(yè)務(wù)處理函數(shù)名； 步驟4 :將數(shù)據(jù)庫標識和相應(yīng)的業(yè)務(wù)處理函數(shù)名傳遞給公共路由處理模塊（5)，公共 路由處理模塊連接與數(shù)據(jù)庫標識對應(yīng)的數(shù)據(jù)庫，獲取與業(yè)務(wù)處理函數(shù)名對應(yīng)的業(yè)務(wù)處理函 數(shù)； 步驟5 :公共路由處理模塊執(zhí)行業(yè)務(wù)處理函數(shù)進行處理待處理業(yè)務(wù)，公共路由處理模 塊將執(zhí)行業(yè)務(wù)處理函數(shù)得到的處理信息返回給服務(wù)請求方。
2. 根據(jù)權(quán)利要求1所述的業(yè)務(wù)處理方法，其特征在于：所述步驟1中的業(yè)務(wù)請求中還 包括表示業(yè)務(wù)請求發(fā)送時間的時間信息，在服務(wù)請求方多次變換歸屬的數(shù)據(jù)庫大區(qū)后，建 立路由 /[目息的生失效時間表。
3. 根據(jù)權(quán)利要求2所述的業(yè)務(wù)處理方法，其特征在于：當接收的業(yè)務(wù)請求為請求獲取 服務(wù)請求方的歷史路由信息，則根據(jù)路由信息的生失效時間表查詢服務(wù)請求方的歷史歸屬 的數(shù)據(jù)庫大區(qū)，進而得到歷史路由信息。
4. 一種攜號跨區(qū)的業(yè)務(wù)處理裝置，其特征在于：包括接收創(chuàng)建模塊（1)，判斷生成模塊 (2)，獲取模塊（3)，傳遞連接模塊（4)和公共路由處理模塊（5); 所述接收創(chuàng)建模塊（1)，用于接收服務(wù)請求方發(fā)送的請求處理待處理業(yè)務(wù)的業(yè)務(wù)請求， 創(chuàng)建公共路由處理模塊，所述公共路由處理模塊用于封裝數(shù)據(jù)庫連接； 所述判斷生成模塊（2)，用于根據(jù)接收創(chuàng)建模塊（1)接收的業(yè)務(wù)請求查詢服務(wù)請求方 的攜號資料信息，根據(jù)服務(wù)請求方的攜號資料信息判斷服務(wù)請求方歸屬的數(shù)據(jù)庫大區(qū)，并 根據(jù)判斷結(jié)果生成服務(wù)請求方的路由信息，根據(jù)路由信息獲取數(shù)據(jù)庫標識； 所述獲取模塊（3)，用于根據(jù)接收創(chuàng)建模塊（1)接收的業(yè)務(wù)請求獲取與待處理業(yè)務(wù)對 應(yīng)的業(yè)務(wù)處理函數(shù)名； 所述傳遞連接模塊（4)，用于將判斷生成模塊（2)獲取的數(shù)據(jù)庫標識和獲取模塊（3)獲 取的相應(yīng)的業(yè)務(wù)處理函數(shù)名傳遞給公共路由處理模塊，公共路由處理模塊連接與數(shù)據(jù)庫標 識對應(yīng)的數(shù)據(jù)庫，獲取與業(yè)務(wù)處理函數(shù)名對應(yīng)的業(yè)務(wù)處理函數(shù)； 所述公共路由處理模塊（5)，用于執(zhí)行傳遞連接模塊（4)獲取的業(yè)務(wù)處理函數(shù)進行處 理待處理業(yè)務(wù)，將執(zhí)行業(yè)務(wù)處理函數(shù)得到的處理信息返回給服務(wù)請求方。
5. 根據(jù)權(quán)利要求4所述的業(yè)務(wù)處理裝置，其特征在于：所述接收創(chuàng)建模塊（1)中的業(yè) 務(wù)請求中還包括表示業(yè)務(wù)請求發(fā)送時間的時間信息，在服務(wù)請求方多次變換歸屬的數(shù)據(jù)庫 大區(qū)后，建立路由信息的生失效時間表。
6. 根據(jù)權(quán)利要求5所述的業(yè)務(wù)處理裝置，其特征在于：當接收的業(yè)務(wù)請求為請求獲取 服務(wù)請求方的歷史路由信息，則根據(jù)路由信息的生失效時間表查詢服務(wù)請求方的歷史歸屬 的數(shù)據(jù)庫大區(qū)，進而得到歷史路由信息。
【文檔編號】H04W8/28GK104066079SQ201410302821
【公開日】2014年9月24日 申請日期:2014年6月27日 優(yōu)先權(quán)日:2014年6月27日
【發(fā)明者】張晉鵬 申請人:北京思特奇信息技術(shù)股份有限公司