一種賬戶信息維護方法及裝置的制造方法
【專利摘要】本發(fā)明提供一種賬戶信息維護方法及裝置，其中，該方法包括：核心銀行系統(tǒng)接收外圍設備發(fā)起的賬戶信息修改請求，賬戶信息修改請求包括賬戶號和修改數(shù)據(jù)；核心銀行系統(tǒng)根據(jù)賬戶號查找數(shù)據(jù)庫中相應的賬戶信息；核心銀行系統(tǒng)根據(jù)修改數(shù)據(jù)對賬戶信息中相應的數(shù)據(jù)進行修改，生成修改結(jié)果。采用本發(fā)明方法和裝置進行賬戶維護時，外圍設備一次性將需要修改的賬戶信息發(fā)送給核心銀行系統(tǒng)，無需核心銀行系統(tǒng)將相應的賬戶信息多次調(diào)用給外圍，這樣就不會將賬戶信息暴露在外圍，從而提高賬戶安全；由于只是將需要修改的賬戶信息發(fā)送給核心銀行系統(tǒng)的，而不需要維護的賬戶信息不會上傳，因此不會造成信息冗余，且控制了修改范圍，降低了控制工作難度。
【專利說明】
-種賬戶信息維護方法及裝置
技術(shù)領(lǐng)域
[0001] 本發(fā)明設及信息維護技術(shù)領(lǐng)域，特別設及一種賬戶信息維護方法及裝置。
【背景技術(shù)】
[0002] 核屯、銀行系統(tǒng)作為賬戶管理的中屯、，需要向眾多的外圍設備提供各種各樣的服 務，其中很重要的一項就是賬戶信息的維護。核屯、銀行系統(tǒng)的賬戶信息為了支撐各種業(yè)務 的需求，包含了非常繁雜眾多的細節(jié)信息?，F(xiàn)有核屯、銀行系統(tǒng)提供了各類信息維護交易，運 些交易將賬戶信息分為幾組，分別維護。核屯、銀行系統(tǒng)的賬戶信息維護，由于其重要位置， 采用的方式一般為一批數(shù)據(jù)采用一個維護交易。比如基本信息維護，擴展信息維護等。每個 維護交易現(xiàn)采用的方式是使用引導交易將所關(guān)屯、的數(shù)據(jù)(包含有比較多的欄位)全部讀取 出來，返給外圍設備，然后外圍設備將需要修改的數(shù)據(jù)修改后，按原有格式返回核屯、銀行系 統(tǒng)，核屯、銀行系統(tǒng)不去判定是哪個欄位修改，直接將所有數(shù)據(jù)寫入數(shù)據(jù)表。采用運種方法存 在如下幾個問題：
[0003] (1)需要多次調(diào)用:每次修改都需要首先查詢現(xiàn)有賬戶數(shù)據(jù)，實際上很多時候都是 沒有必要的，因為運些修改實際上是外圍設備簽約和設置的一部分，客戶點擊設置后，是不 關(guān)屯、W前的數(shù)據(jù)的。另外，外圍設備對于多次調(diào)用的處理也非常不方便，比如需要修改的信 息分屬于兩組，需要兩次引導，兩次提交，中間出錯后的處理都需要外圍設備考慮。對于做 了自動配置的外圍設備，可能無法處理運種多次提交場景。另外，多次調(diào)用對于核屯、銀行系 統(tǒng)增加的壓力和網(wǎng)絡傳輸來說也是很大的，因為引導機制相當于每支維護請求都被翻了 倍，而維護類交易所占比重僅次于金融類交易和查詢類交易。
[0004] (2)造成信息冗余和降低安全:維護交易現(xiàn)行機制相當于在外圍設備和網(wǎng)絡暴露 了過多不需要展示的內(nèi)容。如果外圍設備控制不好，可能將不需要維護的信息修改了。另外 對于外圍設備來說，多余信息的分煉也是一個不小的工作量。比如一個維護展示過多的利 率欄位(議價利率、透支利率等），外圍設備可能出現(xiàn)對照錯誤。信息冗余也導致交易難W監(jiān) 控，比如某個欄位雖然包含在一個維護交易當中，但是并不是每個調(diào)用運個交易的外圍設 備都使用。而核屯、銀行系統(tǒng)無法通過交易記錄得知哪些外圍設備在修改運個欄位。
[0005] (3)修改范圍和控制工作難度加大：因為每個組的每個欄位的變動，都設及使用運 個組的所有外圍設備，而運個情況隨著數(shù)據(jù)欄位增多和外圍設備數(shù)增加會越來越差，每增 加一個外圍設備，修改范圍及其控制難度就會增加，即使只有配合測試，也會增加項目的成 本。

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

[0006] 本發(fā)明實施例提供了一種賬戶信息維護方法，無需將維護信息調(diào)給外圍，也無需 多次調(diào)用;不會造成信息冗余和降低賬戶安全;減小了賬戶信息修改范圍，降低了控制工作 難度。該方法包括：
[0007] 核屯、銀行系統(tǒng)接收外圍設備發(fā)起的賬戶信息修改請求，所述賬戶信息修改請求包 括賬戶號和修改數(shù)據(jù)；
[0008] 核屯、銀行系統(tǒng)根據(jù)所述賬戶號查找數(shù)據(jù)庫中相應的賬戶信息；
[0009] 核屯、銀行系統(tǒng)根據(jù)修改數(shù)據(jù)對賬戶信息中相應的數(shù)據(jù)進行修改，生成修改結(jié)果。 [0010] 在一個實施例中，還包括；
[0011] 對修改數(shù)據(jù)進行分析；
[0012] 當修改數(shù)據(jù)滿足預定修改條件時，核屯、銀行系統(tǒng)根據(jù)修改數(shù)據(jù)對賬戶信息中相應 的數(shù)據(jù)進行修改；
[0013] 當修改數(shù)據(jù)不滿足預定修改條件時，核屯、銀行系統(tǒng)生成失敗信息。
[0014] 在一個實施例中，還包括：
[0015] 核屯、銀行系統(tǒng)向外圍設備返回修改結(jié)果和/或失敗信息。
[0016] 在一個實施例中，所述核屯、銀行系統(tǒng)接收外圍設備發(fā)起的賬戶信息修改請求，包 括：
[0017] 核屯、銀行系統(tǒng)接收外圍設備按照預設格式發(fā)起的賬戶信息修改請求；
[0018] 所述預設格式為:賬戶號、修改場景組編號和相應編號的修改場景組對應的修改 數(shù)據(jù)；
[0019] 所述修改場景組按如下方式確定：
[0020] 按修改場景將相關(guān)聯(lián)的賬戶信息欄位組成一個修改場景組；
[0021] 所述賬戶信息修改請求包括:賬戶號、修改場景組編號和相應編號的修改場景組 對應的修改數(shù)據(jù)。
[0022] 在一個實施例中，還包括：
[0023] 核屯、銀行系統(tǒng)對按照預設格式發(fā)起的賬戶信息修改請求進行解析，獲得賬戶號、 修改場景組編號和相應編號的修改場景組對應的修改數(shù)據(jù)；
[0024] 核屯、銀行系統(tǒng)根據(jù)修改場景組編號從相應的賬戶信息中查找相應的賬戶信息欄 位；
[0025] 所述核屯、銀行系統(tǒng)根據(jù)修改數(shù)據(jù)對賬戶信息中相應的數(shù)據(jù)進行修改，具體包括：
[0026] 核屯、銀行系統(tǒng)根據(jù)相應編號的修改場景組對應的修改數(shù)據(jù)，修改數(shù)據(jù)庫中查找到 的相應的賬戶信息欄位的數(shù)據(jù)。
[0027] 在一個實施例中，還包括：
[0028] 核屯、銀行系統(tǒng)預設修改場景組間的關(guān)系；
[0029] 當同時修改多個修改場景組對應的賬戶信息，且多個修改場景組間為交互關(guān)系 時，所述修改場景組編號為多個修改場景組編號；
[0030] 當多個場景組間為排斥關(guān)系時，所述修改場景組編號為多個修改場景組編號中的 其中一個。
[0031] 本發(fā)明實施例提供了一種賬戶信息維護方法，無需將維護信息調(diào)給外圍，也無需 多次調(diào)用;不會造成信息冗余和降低賬戶安全;減小了賬戶信息修改范圍，降低了控制工作 難度。該方法包括：
[0032] 外圍設備向核屯、銀行系統(tǒng)發(fā)起賬戶信息修改請求，所述賬戶信息修改請求包括賬 戶號和修改數(shù)據(jù)；
[0033] 外圍設備接收核屯、銀行系統(tǒng)返回的修改結(jié)果。
[0034] 在一個實施例中，所述外圍設備向核屯、銀行系統(tǒng)發(fā)起賬戶信息修改請求，包括：
[0035] 外圍設備按照預設格式向核屯、銀行系統(tǒng)發(fā)起的賬戶信息修改請求；
[0036] 所述預設格式為:賬戶號、修改場景組編號和相應編號的修改場景組對應的修改 數(shù)據(jù)；
[0037] 所述修改場景組按如下方式確定：
[0038] 按修改場景將相關(guān)聯(lián)的賬戶信息欄位組成一個修改場景組；
[0039] 所述賬戶信息修改請求包括:賬戶號、修改場景組編號和相應編號的修改場景組 對應的修改數(shù)據(jù)。
[0040] 在一個實施例中，還包括：
[0041 ]外圍設備接收核屯、銀行系統(tǒng)返回的失敗信息；
[0042] 所述失敗信息為當修改數(shù)據(jù)不滿足預定修改條件時，由核屯、銀行系統(tǒng)生成的信 息。
[0043] 在一個實施例中，還包括：
[0044] 外圍設備將修改結(jié)果和/或失敗信息展示給用戶。
[0045] 本發(fā)明實施例提供了一種賬戶信息維護裝置，無需將維護信息調(diào)給外圍，也無需 多次調(diào)用;不會造成信息冗余和降低賬戶安全;減小了賬戶信息修改范圍，降低了控制工作 難度。該裝置包括：
[0046] 接收模塊，用于接收外圍設備發(fā)起的賬戶信息修改請求，所述賬戶信息修改請求 包括賬戶號和修改數(shù)據(jù)；
[0047] 賬戶信息查找模塊，用于根據(jù)所述賬戶號查找數(shù)據(jù)庫中相應的賬戶信息；
[0048] 修改模塊，用于根據(jù)修改數(shù)據(jù)對賬戶信息中相應的數(shù)據(jù)進行修改，生成修改結(jié)果。
[0049] 在一個實施例中，還包括：
[0050] 分析模塊，用于對修改數(shù)據(jù)進行分析；
[0051 ]所述修改模塊具體用于：
[0052] 當修改數(shù)據(jù)滿足預定修改條件時，根據(jù)修改數(shù)據(jù)對賬戶信息中相應的數(shù)據(jù)進行修 改；
[0053] 當修改數(shù)據(jù)不滿足預定修改條件時，生成失敗信息。
[0化4] 在一個實施例中，還包括：
[0055] 返回模塊，用于向外圍設備返回修改結(jié)果和/或失敗信息。
[0056] 在一個實施例中，所述接收模塊具體用于：
[0057] 接收外圍設備按照預設格式發(fā)起的賬戶信息修改請求；
[0058] 所述預設格式為:賬戶號、修改場景組編號和相應編號的修改場景組對應的修改 數(shù)據(jù)；
[0059] 所述修改場景組按如下方式確定：
[0060] 按修改場景將相關(guān)聯(lián)的賬戶信息欄位組成一個修改場景組；
[0061] 所述賬戶信息修改請求包括:賬戶號、修改場景組編號和相應編號的修改場景組 對應的修改數(shù)據(jù)。
[0062] 在一個實施例中，還包括：
[0063] 解析模塊，用于對按照預設格式發(fā)起的賬戶信息修改請求進行解析，獲得賬戶號、 修改場景組編號和相應編號的修改場景組對應的修改數(shù)據(jù)；
[0064] 所述賬戶信息查找模塊還用于：
[0065] 根據(jù)修改場景組編號從相應的賬戶信息中查找相應的賬戶信息欄位；
[0066] 所述修改模塊具體用于：
[0067] 根據(jù)相應編號的修改場景組對應的修改數(shù)據(jù)，修改數(shù)據(jù)庫中查找到的相應的賬戶 信息欄位的數(shù)據(jù)。
[006引在一個實施例中，還包括：
[0069] 修改場景組關(guān)系預設模塊，用于預設修改場景組間的關(guān)系；
[0070] 當同時修改多個修改場景組對應的賬戶信息，且多個修改場景組間為交互關(guān)系 時，所述修改場景組編號為多個修改場景組編號；
[0071] 當多個場景組間為排斥關(guān)系時，所述修改場景組編號為多個修改場景組編號中的 其中一個。
[0072] 本發(fā)明實施例提供了一種賬戶信息維護裝置，無需將維護信息調(diào)給外圍，也無需 多次調(diào)用;不會造成信息冗余和降低賬戶安全;減小了賬戶信息修改范圍，降低了控制工作 難度。該裝置包括：
[0073] 發(fā)起模塊，用于向核屯、銀行系統(tǒng)發(fā)起賬戶信息修改請求，所述賬戶信息修改請求 包括賬戶號和修改數(shù)據(jù)；
[0074] 接收模塊，用于接收核屯、銀行系統(tǒng)返回的修改結(jié)果。
[0075] 在一個實施例中，所述發(fā)起模塊具體用于：
[0076] 按照預設格式向核屯、銀行系統(tǒng)發(fā)起的賬戶信息修改請求；
[0077] 所述預設格式為:賬戶號、修改場景組編號和相應編號的修改場景組對應的修改 數(shù)據(jù)；
[0078] 所述修改場景組按如下方式確定：
[0079] 按修改場景將相關(guān)聯(lián)的賬戶信息欄位組成一個修改場景組；
[0080] 所述賬戶信息修改請求包括:賬戶號、修改場景組編號和相應編號的修改場景組 對應的修改數(shù)據(jù)。
[0081 ]在一個實施例中，所述接收模塊還用于：
[0082] 接收核屯、銀行系統(tǒng)返回的失敗信息；
[0083] 所述失敗信息為當修改數(shù)據(jù)不滿足預定修改條件時，由核屯、銀行系統(tǒng)生成的信 息。
[0084] 在一個實施例中，還包括：
[0085] 展示模塊，用于將修改結(jié)果和/或失敗信息展示給用戶。
[0086] 在本發(fā)明實施例中，外圍設備一次性將需要修改的賬戶信息發(fā)送給核屯、銀行系 統(tǒng)，無需核屯、銀行系統(tǒng)將相應的賬戶信息多次調(diào)用給外圍設備，運樣就不會將賬戶信息暴 露在外圍，從而提高賬戶安全；由于只是將需要修改的賬戶信息發(fā)送給核屯、銀行系統(tǒng)的，而 不需要維護的賬戶信息不會上傳，因此不會造成信息冗余，且控制了修改范圍，降低了控制 工作難度。
【附圖說明】
[0087] 此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，并不 構(gòu)成對本發(fā)明的限定。在附圖中：
[0088] 圖1是本發(fā)明實施例提供的一種賬戶信息維護方法(核屯、銀行系統(tǒng)側(cè))流程圖；
[0089] 圖2是本發(fā)明實施例提供的一種外圍、場景修改組、接口配置關(guān)系示意圖；
[0090] 圖3是本發(fā)明實施例提供的修改一個場景修改組的數(shù)據(jù)填寫示意圖；
[0091 ]圖4是本發(fā)明實施例提供的修改多個場景修改組的數(shù)據(jù)填寫示意圖；
[0092] 圖5是本發(fā)明實施例提供的可復用的模塊結(jié)構(gòu)示意圖；
[0093] 圖6是本發(fā)明實施例提供的一種賬戶信息維護裝置（核屯、銀行系統(tǒng)側(cè)）結(jié)構(gòu)示意 圖；
[0094] 圖7是本發(fā)明實施例提供的一種賬戶信息維護方法(外圍設備側(cè))流程圖；
[00M]圖8是本發(fā)明實施例提供的一種賬戶信息維護裝置(外圍設備側(cè))結(jié)構(gòu)示意圖。
【具體實施方式】
[0096] 為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下面結(jié)合實施方式和附圖，對 本發(fā)明做進一步詳細說明。在此，本發(fā)明的示意性實施方式及其說明用于解釋本發(fā)明，但并 不作為對本發(fā)明的限定。
[0097] 現(xiàn)有對賬戶信息進行維護時，是核屯、銀行系統(tǒng)將賬戶對應的所有信息調(diào)用給外圍 設備，運樣會在外圍暴露賬戶信息，會降低賬戶的安全;核屯、銀行系統(tǒng)將不需要修改的賬戶 信息也調(diào)用給了外圍設備，運樣會造成信息冗余，還會使修改范圍和控制工作難度加大；當 外圍設備需要修改的數(shù)據(jù)信息分屬于多組，則需要核屯、銀行系統(tǒng)將賬戶信息多次調(diào)用給外 圍設備。如果采用外圍設備一次性將需要修改的賬戶信息發(fā)送給核屯、銀行系統(tǒng)，不需要修 改的數(shù)據(jù)不發(fā)送給核屯、銀行系統(tǒng)，運樣就能解決上述現(xiàn)有技術(shù)中存在的問題?；诖?，本發(fā) 明提出一種賬戶信息維護方法和裝置。
[0098] 圖1是本發(fā)明實施例提供的一種賬戶信息維護方法(核屯、銀行系統(tǒng)側(cè))流程圖，如 圖1所示，該賬戶信息維護方法包括：
[0099] 步驟101:核屯、銀行系統(tǒng)接收外圍設備發(fā)起的賬戶信息修改請求，賬戶信息修改請 求包括賬戶號和修改數(shù)據(jù)；
[0100] 步驟102:核屯、銀行系統(tǒng)根據(jù)賬戶號查找數(shù)據(jù)庫中相應的賬戶信息；
[0101] 步驟103:核屯、銀行系統(tǒng)根據(jù)修改數(shù)據(jù)對賬戶信息中相應的數(shù)據(jù)進行修改，生成修 改結(jié)果。
[0102] 對于現(xiàn)有技術(shù)中存在的問題，本發(fā)明提出了的賬戶信息維護方法是一種面向渠道 發(fā)起的賬戶信息靈活維護方法，其中，渠道是指外圍向核屯、銀行系統(tǒng)發(fā)起交易的方式，比 如，ATM、自助銀行、電話銀行、網(wǎng)上銀行、手機銀行等等。與之相對應的是柜臺。具體的，本發(fā) 明采用將賬戶信息進行分組來解決。分組后對于不修改某組信息的外圍設備，不會調(diào)用某 組信息對應的接口。由于分組數(shù)據(jù)較小且原子化，外圍設備在調(diào)用時，不必查詢原有數(shù)據(jù)， 即可直接修改。
[0103] 下面對該方法的各個步驟進行詳細說明。
[0104] 具體實施時，步驟101具體包括:核屯、銀行系統(tǒng)接收外圍設備按照預設格式發(fā)起的 賬戶信息修改請求。
[0105] 其中，預設格式為:賬戶號、修改場景組編號和相應編號的修改場景組對應的修改 數(shù)據(jù)。而修改場景組按如下方式確定:按修改場景將相關(guān)聯(lián)的賬戶信息欄位組成一個修改 場景組;此時上傳的賬戶信息修改請求可W包括賬戶號、修改場景組編號和相應編號的修 改場景組對應的修改數(shù)據(jù)。
[0106] 具體實施時，在實際當中，很多賬戶信息欄位之間是沒有關(guān)聯(lián)的，運些沒有關(guān)聯(lián)的 賬戶信息欄位可W拆分開進行分別處理，而有些賬戶信息欄位是強關(guān)聯(lián)的，運些賬戶信息 欄位可W-起處理。比如利率修改場景，議價利率、利率加減點、加減百分比可W放在一起 處理;對于存期修改場景，起息日、存期、到期日可W-起處理。根據(jù)運一原則，我們可W按 場景將相關(guān)聯(lián)的賬戶信息欄位組成一個修改場景組。
[0107] 欄位是賬戶信息中的一個項目，例如賬戶信息中的賬戶號、用戶名、用戶所屬公 司、用戶的電話、用戶的家庭地址、公司地址等等項目，都是一個欄位。記錄是由許多欄位所 組成的，每一筆記錄可W記載一群有關(guān)聯(lián)的資抖。
[0108] 具體實施時，在外圍設備想要修改賬戶信息時，不是將賬戶信息全部修改，而是只 修改其中的一部分。根據(jù)上述對賬戶信息分組來說，就是說很多外圍設備對賬戶的維護請 求其實只有維護很少的欄位數(shù)據(jù)，比如審核系統(tǒng)只設及賬戶審核是否通過，審核級別。短信 簽約只設及通知標志。對于運樣的外圍設備，只開放運該場景修改組中的相應欄位，即可滿 足他們的要求。
[0109] 接口（預設格式)使用欄位場景組(修改場景組HD的組合和運些組合對應的數(shù)據(jù) 欄位進行動態(tài)配置，可實現(xiàn)基本場景組的復用。比如有十個外圍設備設及利率組，而其中一 個還要同時修改存期組，那么運個外圍設備配置兩個場景修改組(利率組和修改存期組）即 可，其他外圍設備只配置一個場景修改組(利率組)即可。利率組的接口規(guī)范都是一致的，內(nèi) 部使用一套修改邏輯。比如，如圖2所示，外圍設備1需要維護修改場景組1，此時外圍設備調(diào) 用接口配置組1;外圍設備2需要維護修改場景組1和2,此時外圍設備調(diào)用接口配置組1和接 口配置組2;外圍設備3需要維護修改場景組3,此時外圍設備調(diào)用接口配置組3。
[0110] 下面對接口（預設格式)進行定制。
[0111] (一)整體的靈活維護接口如表1所示：
[0112] 表1
[0113]
[0114]
[011引（二）：接口（預設格式)的填寫規(guī)則
[0116] 預先定義每個場景修改組的欄位數(shù)和每個欄位長度，外圍設備在調(diào)用之前，就能 確定每個場景修改組的長度及解析方式。結(jié)構(gòu)如表2所示：
[0117] 表2
[011 引
[0119] 下面舉例說明接口（預設格式)的填寫形式。
[0120] 場景1:只維護第N個場景修改組(N為01-99之間的一個數(shù)字，代表第1到第99組維 護信息），此時在場景修改組編號區(qū)的第一個組號位置填寫N，其余填寫00,數(shù)據(jù)區(qū)填寫第N 個場景修改組對應的各個欄位，每個欄位按順序填寫。填寫方式如圖3所示。
[0121] 場景2:同時維護多個場景修改組組，比如同時維護第N個場景修改組和第M個場景 修改組(N和M為01-99之間的兩個不重復數(shù)字，代表第1到第99組維護信息），此時在場景修 改組編號區(qū)的前兩個位置，依次填寫N，M，其余填寫00。數(shù)據(jù)區(qū)首先填寫第N個場景修改組對 應的各個欄位，每個欄位按順序填寫。接下來依次填寫第M個場景修改組的各個欄位。填寫 方式如圖4所示。
[0122] 具體實施時，當同時修改多個修改場景組對應的賬戶信息時，為了外圍理解和調(diào) 用安全，需要核屯、銀行系統(tǒng)預先定義場景修改組之間的互斥關(guān)系。如表3所示，下表中的X表 示第Ol組和第02組不能同時維護。
[0123] 表3 「01 可/11
LUIZJJ 化卒y T，3問口、」11多臥步/ r 11多臥場巧八」腳tfJ卿:廠1日思，吐步/ r 11多臥場巧IW 交互關(guān)系時，修改場景組編號為多個修改場景組編號；當多個場景組間為排斥關(guān)系時，所述 修改場景組編號為多個修改場景組編號中的其中一個。
[0126]具體實施時，使用現(xiàn)有的技術(shù)方案對賬戶信息進行維護時，不利于接口的擴展和 外圍對接口的復用。基于此，在本例中為靈活維護接口，設計了樹狀可復用模塊結(jié)構(gòu)，主要 包括W下五層。最上一層為功能層，每個功能實現(xiàn)一個場景修改組的修改。下面一層為欄位 層，每個欄位一個原子模塊，被功能層所復用。第=層設計為原子邏輯層，為欄位邏輯進行 處理，比如日期的公用處理等。第四層為公用功能層，對于數(shù)據(jù)修改，可能要記錄流水等其 他模塊使用的數(shù)據(jù)，公用功能層為賬戶信息修改提供公共處理方面的支持。第五層設計為 數(shù)據(jù)訪問層，所有讀取、修改的實際訪問邏輯放在運一層統(tǒng)一處理。不管哪個組、哪個欄位 修改，如果設及賬戶主表，都調(diào)用賬戶主表的訪問邏輯。當然對于同一個表的訪問，可能因 為方式不同，而設及為多個訪問模塊。
[0127] 通過可復用模塊結(jié)構(gòu)設計后，整體上就具備了非常強的可擴展性。比如新加場景 時，可能只是在功能層增加一個模塊即可，分析和測試范圍也是可控的。即使對于像COBOL 運樣面向過程的語言，段落標示也容易得多。
[0128] 考慮到接口可擴展性，模塊設計必須具備在不斷擴展的情況下不會惡化。為了做 到運點，進行分層設置，每一層負責每一層的功能。每個模塊使用層類別加順序來標識模 塊。對于功能層，A+組號就是運個層的每個模塊的名稱。
[0129] 本發(fā)明基于的是COBOL語言，模塊體現(xiàn)為段落，每個模塊使用一個獨立段落來完 成。功能層(組1處理模塊~組4處理模塊）、欄位層(欄位1處理模塊~欄位5處理模塊）、原子 邏輯層(邏輯1處理模塊~邏輯3處理模塊）、公用功能層(公用功能1模塊~公用功能2模塊） 和數(shù)據(jù)訪問層(數(shù)據(jù)表1訪問模塊~數(shù)據(jù)表3訪問模塊)分別使用A、B、C、M、T來標識。運樣的 布局下，段落編號可W持續(xù)進行擴展，而不至于使結(jié)構(gòu)惡化。整個結(jié)構(gòu)如圖5所示。
[0130] 具體實施時，核屯、銀行系統(tǒng)還設置了一個接口配置表，每個外圍設備使用了哪些 場景修改組，哪些場景，在接口配置表一覽無余。核屯、銀行系統(tǒng)也可W通過組別列表監(jiān)控外 圍對每個場景修改組的調(diào)用情況，使核屯、銀行系統(tǒng)對于數(shù)據(jù)的被使用情況會有一個清晰的 衡量。
[0131] 具體實施時，核屯、銀行系統(tǒng)接收了外圍設備按照預設格式發(fā)起的賬戶信息修改請 求，然后核屯、銀行系統(tǒng)會對按照預設格式發(fā)起的賬戶信息修改請求進行解析，獲得賬戶號、 修改場景組編號和相應編號的修改場景組對應的修改數(shù)據(jù);然后核屯、銀行系統(tǒng)在根據(jù)賬戶 號查找到數(shù)據(jù)庫中相應的賬戶信息的基礎(chǔ)上，再根據(jù)修改場景組編號從相應的賬戶信息中 查找到相應的賬戶信息欄位;最后核屯、銀行系統(tǒng)會根據(jù)相應編號的修改場景組對應的修改 數(shù)據(jù)，修改數(shù)據(jù)庫中查找到的相應的賬戶信息欄位的數(shù)據(jù)。
[0132] 具體實施時，用戶要求修改的數(shù)據(jù)相對應的賬戶信息中的欄位數(shù)據(jù)不一定是可W 修改的，因此，核屯、銀行系統(tǒng)在接收到修改數(shù)據(jù)后還會對其進行分析，判斷運些修改數(shù)據(jù)所 對應的欄位是否能夠被修改。首先預定修改條件:相對應的欄位數(shù)據(jù)可W被修改；當修改數(shù) 據(jù)滿足預定修改條件時，核屯、銀行系統(tǒng)根據(jù)修改數(shù)據(jù)對賬戶信息中相應的欄位數(shù)據(jù)進行修 改;當修改數(shù)據(jù)不滿足預定修改條件時，核屯、銀行系統(tǒng)生成失敗信息。
[0133] 當全部修改數(shù)據(jù)相對應的欄位數(shù)據(jù)都可W被修改時，核屯、銀行系統(tǒng)會將生成的修 改結(jié)果返回給外圍設備，然后外圍設備展示給用戶查看；當只有一部分修改數(shù)據(jù)相對應的 欄位數(shù)據(jù)可W被修改時，根據(jù)另一部分不能被修改的修改數(shù)據(jù)，核屯、銀行系統(tǒng)會生成失敗 信息，此時，核屯、銀行系統(tǒng)會將生成的修改結(jié)果和失敗信息返回給外圍設備，然后外圍設備 展示給用戶查看；當全部修改數(shù)據(jù)相對應的欄位數(shù)據(jù)都不可W被修改時，核屯、銀行系統(tǒng)會 生成失敗信息，此時，核屯、銀行系統(tǒng)會將失敗信息返回給外圍設備，然后外圍設備展示給用 戶查看。
[0134] 基于同一發(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種賬戶信息維護裝置(核屯、銀行 系統(tǒng)側(cè)），如下面的實施例所述。由于賬戶信息維護裝置解決問題的原理與賬戶信息維護方 法相似，因此賬戶信息維護裝置的實施可W參見賬戶信息維護方法的實施，重復之處不再 寶述。W下所使用的，術(shù)語"單元"或者"模塊"可W實現(xiàn)預定功能的軟件和/或硬件的組合。 盡管W下實施例所描述的裝置較佳地W軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的 實現(xiàn)也是可能并被構(gòu)想的。
[0135] 圖6是本發(fā)明實施例提供的一種賬戶信息維護裝置（核屯、銀行系統(tǒng)側(cè)）結(jié)構(gòu)示意 圖，如圖6所示，該裝置包括：
[0136] 接收模塊601，用于接收外圍設備發(fā)起的賬戶信息修改請求，所述賬戶信息修改請 求包括賬戶號和修改數(shù)據(jù)；
[0137] 賬戶信息查找模塊602,用于根據(jù)所述賬戶號查找數(shù)據(jù)庫中相應的賬戶信息；
[0138] 修改模塊603，用于根據(jù)修改數(shù)據(jù)對賬戶信息中相應的數(shù)據(jù)進行修改，生成修改結(jié) 果。
[0139] 下面對該結(jié)構(gòu)進行說明。
[0140] 具體實施時，接收模塊601具體用于：
[0141 ]接收外圍設備按照預設格式發(fā)起的賬戶信息修改請求；
[0142] 其中，預設格式為:賬戶號、修改場景組編號和相應編號的修改場景組對應的修改 數(shù)據(jù);修改場景組按如下方式確定:按修改場景將相關(guān)聯(lián)的賬戶信息欄位組成一個修改場 景組;賬戶信息修改請求包括:賬戶號、修改場景組編號和相應編號的修改場景組對應的修 改數(shù)據(jù)。
[0143] 具體實施時，該裝置還包括：
[0144] 解析模塊604,用于對按照預設格式發(fā)起的賬戶信息修改請求進行解析，獲得賬戶 號、修改場景組編號和相應編號的修改場景組對應的修改數(shù)據(jù)；
[0145] 賬戶信息查找模塊602還用于：
[0146] 根據(jù)修改場景組編號從相應的賬戶信息中查找相應的賬戶信息欄位；
[0147] 修改模塊603具體用于：
[0148] 根據(jù)相應編號的修改場景組對應的修改數(shù)據(jù)，修改數(shù)據(jù)庫中查找到的相應的賬戶 信息欄位的數(shù)據(jù)。
[0149] 具體實施時，該裝置還包括：
[0150] 分析模塊605，用于對修改數(shù)據(jù)進行分析；
[0151] 修改模塊603具體用于：
[0152] 當修改數(shù)據(jù)滿足預定修改條件時，根據(jù)修改數(shù)據(jù)對賬戶信息中相應的數(shù)據(jù)進行修 改；
[0153] 當修改數(shù)據(jù)不滿足預定修改條件時，生成失敗信息。
[0154] 具體實施時，該裝置還包括：
[0155] 返回模塊606,用于向外圍設備返回修改結(jié)果和/或失敗信息。
[0156] 上述所說的賬戶信息維護方法和裝置，處理流程都是從核屯、銀行系統(tǒng)一側(cè)來說明 的，下面從外圍設備一側(cè)來說明處理流程。
[0157] 圖7是本發(fā)明實施例提供的一種賬戶信息維護方法(外圍設備側(cè))流程圖，如圖7所 示，該賬戶信息維護方法包括：
[0158] 步驟701:外圍設備向核屯、銀行系統(tǒng)發(fā)起賬戶信息修改請求，所述賬戶信息修改請 求包括賬戶號和修改數(shù)據(jù)；
[0159] 步驟702:外圍設備接收核屯、銀行系統(tǒng)返回的修改結(jié)果。
[0160] 具體實施時，步驟701具體包括：
[0161] 外圍設備按照預設格式向核屯、銀行系統(tǒng)發(fā)起的賬戶信息修改請求；
[0162] 預設格式為:賬戶號、修改場景組編號和相應編號的修改場景組對應的修改數(shù)據(jù)；
[0163] 修改場景組按如下方式確定：
[0164] 按修改場景將相關(guān)聯(lián)的賬戶信息欄位組成一個修改場景組；
[0165] 賬戶信息修改請求包括:賬戶號、修改場景組編號和相應編號的修改場景組對應 的修改數(shù)據(jù)。
[0166] 具體實施時，該方法還包括：
[0167] 外圍設備接收核屯、銀行系統(tǒng)返回的失敗信息；其中，失敗信息為當修改數(shù)據(jù)不滿 足預定修改條件時，由核屯、銀行系統(tǒng)生成的信息。
[0168] 外圍設備將修改結(jié)果和/或失敗信息展示給用戶。
[0169] 基于同一發(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種賬戶信息維護裝置(外圍設備 側(cè)），如下面的實施例所述。由于賬戶信息維護裝置解決問題的原理與賬戶信息維護方法相 似，因此賬戶信息維護裝置的實施可W參見賬戶信息維護方法的實施，重復之處不再寶述。 W下所使用的，術(shù)語"單元"或者"模塊"可W實現(xiàn)預定功能的軟件和/或硬件的組合。盡管W 下實施例所描述的裝置較佳地W軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也 是可能并被構(gòu)想的。
[0170] 圖8是本發(fā)明實施例提供的一種賬戶信息維護裝置(外圍設備側(cè))結(jié)構(gòu)示意圖，如 圖8所示，包括：
[0171] 發(fā)起模塊801，用于向核屯、銀行系統(tǒng)發(fā)起賬戶信息修改請求，所述賬戶信息修改請 求包括賬戶號和修改數(shù)據(jù)；
[0172] 接收模塊802,用于接收核屯、銀行系統(tǒng)返回的修改結(jié)果。
[0173] 下面對該結(jié)構(gòu)進行說明。
[0174] 具體實施時，發(fā)起模塊801具體用于：
[0175] 按照預設格式向核屯、銀行系統(tǒng)發(fā)起的賬戶信息修改請求;預設格式為:賬戶號、修 改場景組編號和相應編號的修改場景組對應的修改數(shù)據(jù)；
[0176] 修改場景組按如下方式確定：
[0177] 按修改場景將相關(guān)聯(lián)的賬戶信息欄位組成一個修改場景組；
[0178] 賬戶信息修改請求包括:賬戶號、修改場景組編號和相應編號的修改場景組對應 的修改數(shù)據(jù)。
[0179] 具體實施時，接收模塊802還用于：
[0180] 接收核屯、銀行系統(tǒng)返回的失敗信息;失敗信息為當修改數(shù)據(jù)不滿足預定修改條件 時，由核屯、銀行系統(tǒng)生成的f目息。
[0181 ] 具體實施時，該裝置還包括：
[0182]展示模塊803,用于將修改結(jié)果和/或失敗信息展示給用戶。
[0183] 綜上所述，采用本發(fā)明方法和裝置對賬戶信息進行維護時，可W獲得如下有益效 果：
[0184] (1)系統(tǒng)的維護工作量大大減少：
[0185] 外圍設備影響的分析工作變少，不需要去分析W前可能設及的那些外圍設備。
[0186] 核屯、銀行系統(tǒng)修改的分析工作量變少，因為分組設計，不設及的組和不設及的層， 不需要去分析。
[0187] 測試工作量減少，改動了哪些場景修改組，哪些欄位，就測試運些場景修改組中的 相應欄位設及的模塊、設及的外圍設備，其余的部分不需過多考慮。
[0188] (2)系統(tǒng)可擴展性增加：
[0189] 接口總是有最大長度，未使用該設計時，接口中保留了大量不需要的字段。持續(xù)增 加的需求，會使接口長度超出了系統(tǒng)的最大限制。分組管理后，每組的長度是非常有限的， 而且不同的場景，新增組別即可，不必在相似的組上增加欄位。而增加了組別也不會使核屯、 銀行系統(tǒng)更加難W理解和維護。
[0190] (3)易于風險控制：
[0191] 對于外圍設備不需要的字段，接口中不會出現(xiàn)，接口不會因為外圍設備錯填數(shù)據(jù) 欄位導致隱含的錯誤，核屯、銀行系統(tǒng)也不會把外圍設備不需要的數(shù)據(jù)返回給外圍設備。對 外圍設備來說其它數(shù)據(jù)實現(xiàn)了真正的透明化。
[0192] (4)易于接口監(jiān)控：
[0193] 每個外圍設備使用了哪些場景修改組，哪些場景，在接口配置表一覽無余。核屯、銀 行系統(tǒng)也可W通過組別列表監(jiān)控外圍對每個場景修改組的調(diào)用情況，使核屯、銀行系統(tǒng)對于 數(shù)據(jù)的被使用情況會有一個清晰的衡量。
[0194] 本領(lǐng)域內(nèi)的技術(shù)人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序 產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實 施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機 可用存儲介質(zhì)（包括但不限于磁盤存儲器、CD-ROM、光學存儲器等）上實施的計算機程序產(chǎn) 品的形式。
[0195] 本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備（系統(tǒng)）、和計算機程序產(chǎn)品的流程 圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流 程和/或方框、W及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻\些計算機程序 指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器W產(chǎn) 生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實 現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0196] 運些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備W特 定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指 令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或 多個方框中指定的功能。
[0197] 運些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計 算機或其他可編程設備上執(zhí)行一系列操作步驟W產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或 其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一 個方框或多個方框中指定的功能的步驟。
[0198] W上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明實施例可W有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的 任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
【主權(quán)項】
1. 一種賬戶信息維護方法，其特征在于，包括： 核心銀行系統(tǒng)接收外圍設備發(fā)起的賬戶信息修改請求，所述賬戶信息修改請求包括賬 戶號和修改數(shù)據(jù)； 核心銀行系統(tǒng)根據(jù)所述賬戶號查找數(shù)據(jù)庫中相應的賬戶信息； 核心銀行系統(tǒng)根據(jù)修改數(shù)據(jù)對賬戶信息中相應的數(shù)據(jù)進行修改，生成修改結(jié)果。2. 如權(quán)利要求1所述的賬戶信息維護方法，其特征在于，還包括： 對修改數(shù)據(jù)進行分析； 當修改數(shù)據(jù)滿足預定修改條件時，核心銀行系統(tǒng)根據(jù)修改數(shù)據(jù)對賬戶信息中相應的數(shù) 據(jù)進行修改； 當修改數(shù)據(jù)不滿足預定修改條件時，核心銀行系統(tǒng)生成失敗信息。3. 如權(quán)利要求2所述的賬戶信息維護方法，其特征在于，還包括： 核心銀行系統(tǒng)向外圍設備返回修改結(jié)果和/或失敗信息。4. 如權(quán)利要求1所述的賬戶信息維護方法，其特征在于，所述核心銀行系統(tǒng)接收外圍設 備發(fā)起的賬戶信息修改請求，包括： 核心銀行系統(tǒng)接收外圍設備按照預設格式發(fā)起的賬戶信息修改請求； 所述預設格式為:賬戶號、修改場景組編號和相應編號的修改場景組對應的修改數(shù)據(jù)； 所述修改場景組按如下方式確定： 按修改場景將相關(guān)聯(lián)的賬戶信息欄位組成一個修改場景組； 所述賬戶信息修改請求包括:賬戶號、修改場景組編號和相應編號的修改場景組對應 的修改數(shù)據(jù)。5. 如權(quán)利要求4所述的賬戶信息維護方法，其特征在于，還包括： 核心銀行系統(tǒng)對按照預設格式發(fā)起的賬戶信息修改請求進行解析，獲得賬戶號、修改 場景組編號和相應編號的修改場景組對應的修改數(shù)據(jù)； 核心銀行系統(tǒng)根據(jù)修改場景組編號從相應的賬戶信息中查找相應的賬戶信息欄位； 所述核心銀行系統(tǒng)根據(jù)修改數(shù)據(jù)對賬戶信息中相應的數(shù)據(jù)進行修改，具體包括： 核心銀行系統(tǒng)根據(jù)相應編號的修改場景組對應的修改數(shù)據(jù)，修改數(shù)據(jù)庫中查找到的相 應的賬戶信息欄位的數(shù)據(jù)。6. 如權(quán)利要求4所述的賬戶信息維護方法，其特征在于，還包括： 核心銀行系統(tǒng)預設修改場景組間的關(guān)系； 當同時修改多個修改場景組對應的賬戶信息，且多個修改場景組間為交互關(guān)系時，所 述修改場景組編號為多個修改場景組編號； 當多個場景組間為排斥關(guān)系時，所述修改場景組編號為多個修改場景組編號中的其中 一個。7. -種賬戶信息維護方法，其特征在于，包括： 外圍設備向核心銀行系統(tǒng)發(fā)起賬戶信息修改請求，所述賬戶信息修改請求包括賬戶號 和修改數(shù)據(jù)； 外圍設備接收核心銀行系統(tǒng)返回的修改結(jié)果。8. 如權(quán)利要求7所述的賬戶信息維護方法，其特征在于，所述外圍設備向核心銀行系統(tǒng) 發(fā)起賬戶信息修改請求，包括： 外圍設備按照預設格式向核心銀行系統(tǒng)發(fā)起的賬戶信息修改請求； 所述預設格式為:賬戶號、修改場景組編號和相應編號的修改場景組對應的修改數(shù)據(jù)； 所述修改場景組按如下方式確定： 按修改場景將相關(guān)聯(lián)的賬戶信息欄位組成一個修改場景組； 所述賬戶信息修改請求包括:賬戶號、修改場景組編號和相應編號的修改場景組對應 的修改數(shù)據(jù)。9. 如權(quán)利要求7所述的賬戶信息維護方法，其特征在于，還包括： 外圍設備接收核心銀行系統(tǒng)返回的失敗信息； 所述失敗信息為當修改數(shù)據(jù)不滿足預定修改條件時，由核心銀行系統(tǒng)生成的信息。10. 如權(quán)利要求9所述的賬戶信息維護方法，其特征在于，還包括： 外圍設備將修改結(jié)果和/或失敗信息展示給用戶。11. 一種賬戶信息維護裝置，其特征在于，包括： 接收模塊，用于接收外圍設備發(fā)起的賬戶信息修改請求，所述賬戶信息修改請求包括 賬戶號和修改數(shù)據(jù)； 賬戶信息查找模塊，用于根據(jù)所述賬戶號查找數(shù)據(jù)庫中相應的賬戶信息； 修改模塊，用于根據(jù)修改數(shù)據(jù)對賬戶信息中相應的數(shù)據(jù)進行修改，生成修改結(jié)果。12. 如權(quán)利要求11所述的賬戶信息維護裝置，其特征在于，還包括： 分析模塊，用于對修改數(shù)據(jù)進行分析； 所述修改模塊具體用于： 當修改數(shù)據(jù)滿足預定修改條件時，根據(jù)修改數(shù)據(jù)對賬戶信息中相應的數(shù)據(jù)進行修改； 當修改數(shù)據(jù)不滿足預定修改條件時，生成失敗信息。13. 如權(quán)利要求12所述的賬戶信息維護裝置，其特征在于，還包括： 返回模塊，用于向外圍設備返回修改結(jié)果和/或失敗信息。14. 如權(quán)利要求11所述的賬戶信息維護裝置，其特征在于，所述接收模塊具體用于： 接收外圍設備按照預設格式發(fā)起的賬戶信息修改請求； 所述預設格式為:賬戶號、修改場景組編號和相應編號的修改場景組對應的修改數(shù)據(jù)； 所述修改場景組按如下方式確定： 按修改場景將相關(guān)聯(lián)的賬戶信息欄位組成一個修改場景組； 所述賬戶信息修改請求包括:賬戶號、修改場景組編號和相應編號的修改場景組對應 的修改數(shù)據(jù)。15. 如權(quán)利要求14所述的賬戶信息維護裝置，其特征在于，還包括： 解析模塊，用于對按照預設格式發(fā)起的賬戶信息修改請求進行解析，獲得賬戶號、修改 場景組編號和相應編號的修改場景組對應的修改數(shù)據(jù)； 所述賬戶信息查找模塊還用于： 根據(jù)修改場景組編號從相應的賬戶信息中查找相應的賬戶信息欄位； 所述修改模塊具體用于： 根據(jù)相應編號的修改場景組對應的修改數(shù)據(jù)，修改數(shù)據(jù)庫中查找到的相應的賬戶信息 欄位的數(shù)據(jù)。16. 如權(quán)利要求14所述的賬戶信息維護裝置，其特征在于，還包括： 修改場景組關(guān)系預設模塊，用于預設修改場景組間的關(guān)系； 當同時修改多個修改場景組對應的賬戶信息，且多個修改場景組間為交互關(guān)系時，所 述修改場景組編號為多個修改場景組編號； 當多個場景組間為排斥關(guān)系時，所述修改場景組編號為多個修改場景組編號中的其中 一個。17. -種賬戶信息維護裝置，其特征在于，包括： 發(fā)起模塊，用于向核心銀行系統(tǒng)發(fā)起賬戶信息修改請求，所述賬戶信息修改請求包括 賬戶號和修改數(shù)據(jù)； 接收模塊，用于接收核心銀行系統(tǒng)返回的修改結(jié)果。18. 如權(quán)利要求17所述的賬戶信息維護裝置，其特征在于，所述發(fā)起模塊具體用于： 按照預設格式向核心銀行系統(tǒng)發(fā)起的賬戶信息修改請求； 所述預設格式為:賬戶號、修改場景組編號和相應編號的修改場景組對應的修改數(shù)據(jù)； 所述修改場景組按如下方式確定： 按修改場景將相關(guān)聯(lián)的賬戶信息欄位組成一個修改場景組； 所述賬戶信息修改請求包括:賬戶號、修改場景組編號和相應編號的修改場景組對應 的修改數(shù)據(jù)。19. 如權(quán)利要求17所述的賬戶信息維護裝置，其特征在于，所述接收模塊還用于： 接收核心銀行系統(tǒng)返回的失敗信息； 所述失敗信息為當修改數(shù)據(jù)不滿足預定修改條件時，由核心銀行系統(tǒng)生成的信息。20. 如權(quán)利要求19所述的賬戶信息維護裝置，其特征在于，還包括： 展示模塊，用于將修改結(jié)果和/或失敗信息展示給用戶。
【文檔編號】G06Q40/02GK106022909SQ201610334192
【公開日】2016年10月12日
【申請日】2016年5月19日
【發(fā)明人】趙書祥, 蘇映惜, 汪鑫
【申請人】中國銀行股份有限公司