一種動態(tài)交互方法、裝置及系統(tǒng)的制作方法
【專利摘要】本申請涉及通信技術領域，特別涉及一種動態(tài)交互方法、裝置及系統(tǒng)。其中方法包括接收并解析業(yè)務需求信息請求，獲得賬號信息和動態(tài)輸入編碼；根據(jù)動態(tài)輸入?yún)^(qū)字典解析動態(tài)輸入編碼，得到業(yè)務需求信息；根據(jù)所述業(yè)務需求信息獲取相關的業(yè)務數(shù)據(jù)；將所述業(yè)務數(shù)據(jù)反饋給外圍業(yè)務裝置。通過本發(fā)明實施例的方案，可以令外圍業(yè)務裝置明確的通知核心裝置需要獲取的信息，使核心裝置不必反饋冗余信息，減少了外圍業(yè)務裝置和核心裝置之間的交互次數(shù)，保證了整個系統(tǒng)穩(wěn)定運行。
【專利說明】
-種動態(tài)交互方法、裝置及系統(tǒng)
技術領域
[0001] 本申請設及通信技術領域，特別設及一種動態(tài)交互方法、裝置及系統(tǒng)。
【背景技術】
[0002] 目前的計算機系統(tǒng)結構多種多樣，作為銀行類型的企業(yè)來說，眾多的外圍業(yè)務系 統(tǒng)需要從核屯、系統(tǒng)獲取數(shù)據(jù)通常采用星型結構與核屯、系統(tǒng)連接，核屯、系統(tǒng)提供多個接口， 各外圍業(yè)務系統(tǒng)根據(jù)需求選擇合適的接口進行使用，也就是說通過不同交易接口從核屯、系 統(tǒng)獲取信息，每種交易接口都是為了某種業(yè)務而設計，都包括了多種信息，不同的交易接口 既包括有不同信息，也包括有相同信息。例如，某個外圍業(yè)務系統(tǒng)通過交易1從核屯、系統(tǒng)獲 取的信息中包括有賬戶當前余額和賬戶開戶日期等，某個外圍業(yè)務系統(tǒng)通過交易2從核屯、 系統(tǒng)獲取的信息中包括有賬戶當前余額和賬戶狀態(tài)等。
[0003] 外圍業(yè)務系統(tǒng)需要獲取某些信息時，要根據(jù)核屯、系統(tǒng)中每個交易具體返回信息進 行選擇和返回信息的整合，才能獲取運些信息。有時需要調用多個交易（即進行多次交互） 才能得到需要的信息，造成大量信息冗余;有時甚至需要核屯、系統(tǒng)新增交易才能滿足外圍 系統(tǒng)的信息獲取需求。
[0004] 返回信息冗余反映了交易過程中資源的無意義占用，影響系統(tǒng)性能；多次新增交 易，返回信息交叉點也越來越多，只會導致W后的使用中更加混亂；同時，某一交易接口的 變動，會影響所有調用該交易的系統(tǒng)，影響范圍太廣也會增加接口變動的風險，是系統(tǒng)穩(wěn)定 運行的隱患。

【發(fā)明內容】

[0005] 為了解決現(xiàn)有技術中外圍業(yè)務裝置通過訂單方式與核屯、系統(tǒng)之間交互通信，獲得 業(yè)務需求信息從而完成相應業(yè)務，而在交互通信過程中存在交互次數(shù)多、信息冗余、系統(tǒng)不 穩(wěn)定的問題，本發(fā)明實施例提供了一種動態(tài)交互方法、裝置及系統(tǒng)，通過動態(tài)輸入編碼的方 式使得外圍業(yè)務裝置和核屯、系統(tǒng)之間的交互為動態(tài)調整形式，可W根據(jù)每次業(yè)務需求信息 的不同獲得準確的信息，減少了外圍業(yè)務裝置與核屯、系統(tǒng)之間的交互次數(shù)，減少了信息冗 余，保證了系統(tǒng)通信的穩(wěn)定性。
[0006] 本發(fā)明實施例提供了一種動態(tài)交互方法，包括：
[0007] 參照動態(tài)輸入?yún)^(qū)字典，將業(yè)務需求信息轉換為動態(tài)輸入編碼；
[000引將賬號信息與動態(tài)輸入編碼結合后，形成業(yè)務需求信息請求，向核屯、裝置發(fā)送。
[0009] 本發(fā)明實施例還提供了一種動態(tài)交互方法，包括：
[0010] 接收并解析業(yè)務需求信息請求，獲得賬號信息和動態(tài)輸入編碼；
[0011] 根據(jù)動態(tài)輸入?yún)^(qū)字典解析動態(tài)輸入編碼，得到業(yè)務需求信息；
[0012] 根據(jù)所述業(yè)務需求信息獲取相關的業(yè)務數(shù)據(jù)；
[0013] 將所述業(yè)務數(shù)據(jù)反饋給外圍業(yè)務裝置。
[0014] 本發(fā)明實施例還提供了一種外圍業(yè)務裝置，包括：
[0015] 轉換單元，用于參照動態(tài)輸入?yún)^(qū)字典，將業(yè)務需求信息轉換為動態(tài)輸入編碼；
[0016] 發(fā)送單元，用于將賬號信息與動態(tài)輸入編碼結合后，形成業(yè)務需求信息請求，向核 屯、裝置發(fā)送。
[0017]本發(fā)明實施例還提供了一種粉。裝置，包括：
[0018] 接收單元，用于接收并解析業(yè)務需求信息請求，獲得賬號信息和動態(tài)輸入編碼；
[0019] 解析單元，用于根據(jù)動態(tài)輸入?yún)^(qū)字典解析動態(tài)輸入編碼，得到業(yè)務需求信息；
[0020] 獲取單元，用于根據(jù)所述業(yè)務需求信息獲取相關的業(yè)務數(shù)據(jù)；
[0021] 發(fā)送單元，用于將所述業(yè)務數(shù)據(jù)反饋給外圍業(yè)務裝置。
[0022] 本發(fā)明實施例還提供了一種動態(tài)交互系統(tǒng)，包括：
[0023] 外圍業(yè)務裝置，用于參照動態(tài)輸入?yún)^(qū)字典，將業(yè)務需求信息轉換為動態(tài)輸入編碼， 將賬號信息與動態(tài)輸入編碼結合后，形成業(yè)務需求信息請求，向核屯、裝置發(fā)送；
[0024] 所述核屯、裝置，用于接收并解析業(yè)務需求信息請求，獲得賬號信息和動態(tài)輸入編 碼，根據(jù)動態(tài)輸入?yún)^(qū)字典解析動態(tài)輸入編碼，得到業(yè)務需求信息，根據(jù)所述業(yè)務需求信息獲 取相關的業(yè)務數(shù)據(jù)，將所述業(yè)務數(shù)據(jù)反饋給所述外圍業(yè)務裝置。
[0025] 由W上本申請實施例提供的技術方案可見，可W令外圍業(yè)務裝置明確的通知核屯、 裝置需要獲取的信息，使核屯、裝置不必反饋冗余信息，減少了外圍業(yè)務裝置和核屯、裝置之 間的交互次數(shù)，保證了整個系統(tǒng)穩(wěn)定運行。
[0026] 當然實施本申請的任一產(chǎn)品或者方法必不一定需要同時達到W上所述的所有優(yōu) 點。
【附圖說明】
[0027] 為了更清楚地說明本申請實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn) 有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 申請中記載的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提 下，還可W根據(jù)運些附圖獲得其他的附圖。
[00%]圖1所示為本申請實施例一種動態(tài)交互方法的流程圖；
[0029] 圖2所示為本發(fā)明一種動態(tài)交互方法的流程圖；
[0030] 圖3所示為本發(fā)明實施例一種外圍業(yè)務裝置的結構示意圖；
[0031 ]圖4所示為本發(fā)明實施例一種核屯、裝置的結構示意圖；
[0032] 圖5所示為本發(fā)明實施例一種動態(tài)交互系統(tǒng)的結構示意圖；
[0033] 圖6所示為本發(fā)明實施例一種動態(tài)交互系統(tǒng)的數(shù)據(jù)流圖；
[0034] 圖7所示為本發(fā)明實施例業(yè)務需求信息請求中動態(tài)輸入編碼的示例圖；
[0035] 圖8所示為本發(fā)明實施例核屯、裝置反饋查詢結果的格式示意圖。
【具體實施方式】
[0036] 為了使本技術領域的人員更好地理解本申請中的技術方案，下面將結合本申請實 施例中的附圖，對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施 例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領域普通 技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本申請保護 的范圍。
[0037] 如圖1所示為本申請實施例一種動態(tài)交互方法的流程圖，在本圖中描述了外圍業(yè) 務裝置發(fā)出動態(tài)交互請求的過程，在該過程中外圍業(yè)務裝置不會如現(xiàn)有技術中一樣，只是 通過核屯、裝置中預先設定好的交易來進行交互請求，而是通過明確需要獲取的信息，從核 屯、裝置獲取準確的信息，不包括現(xiàn)有技術中的冗余等信息內容，從而減少了外圍業(yè)務裝置 與核屯、裝置之間的交互次數(shù)，并且減少了外圍業(yè)務裝置W及核屯、裝置的工作量，確保了整 個系統(tǒng)的穩(wěn)定性與可靠性。
[0038] 該方法具體包括步驟101，參照動態(tài)輸入?yún)^(qū)字典，將業(yè)務需求信息轉換為動態(tài)輸入 編碼。
[0039] 步驟102，將賬號信息與動態(tài)輸入編碼結合后，形成業(yè)務需求信息請求，向核屯、裝 置發(fā)送。
[0040] 作為本發(fā)明的一個實施例，所述動態(tài)輸入?yún)^(qū)字典中包括所有業(yè)務需求信息對應的 動態(tài)輸入編碼。
[0041] 其中，每個業(yè)務需求信息都對應一個唯一標識符，也就是動態(tài)輸入編碼，從而可W 建立一一對應的關系，即，在外圍業(yè)務裝置請求某些業(yè)務需求信息時，可W明確的向核屯、裝 置發(fā)出獲取運些信息的請求，而不像現(xiàn)有技術中向核屯、裝置發(fā)送多個交易請求，再從獲得 的交易反饋信息中拼湊業(yè)務需求信息。
[0042 ]作為本發(fā)明的一個實施例，所述動態(tài)輸入編碼包括分類碼、字段碼。
[0043] 其中，所述分類碼是指業(yè)務需求信息的類別，例如，賬戶信息的分類碼為01，客戶 信息的分類碼為02,電話信息的分類碼為03,所述字段碼是指分類信息中具體的信息編碼， 例如賬戶信息中包括賬戶余額、賬戶狀態(tài)，字段碼分別為01和0 2，客戶信息中包括客戶名 稱、客戶證件號，字段碼分別為Ol和02,電話信息中包括座機號碼、手機號碼，字段碼分別為 Ol和02,將分類碼W及字段碼合并，就構成了業(yè)務需求信息的唯一標識符。
[0044] 作為本發(fā)明的一個實施例，所述動態(tài)輸入編碼還包括字段的數(shù)量。
[0045] 其中，字段的數(shù)量用于指明在某個分類下獲取幾個字段的信息，例如Ol代表獲取1 個字段的信息，02代表獲取2個字段的信息。
[0046] 作為本發(fā)明的一個實施例，將業(yè)務需求信息轉換為動態(tài)輸入編碼中進一步包括， 按照所述業(yè)務需求信息的順序將業(yè)務需求信息轉換為動態(tài)輸入編碼。
[0047] 其中，按照業(yè)務需求信息的順序將業(yè)務需求信息轉換為動態(tài)輸入編碼是為了，利 用動態(tài)輸入編碼的順序通知核屯、裝置反饋信息的順序。
[0048] 根據(jù)本發(fā)明上述方法的實施例，可W令外圍業(yè)務裝置明確的通知核屯、裝置需要獲 取的信息，使核屯、裝置不必反饋冗余信息，減少了外圍業(yè)務裝置和核屯、裝置之間的交互次 數(shù)，保證了整個系統(tǒng)穩(wěn)定運行。
[0049] 如圖2所示為本發(fā)明一種動態(tài)交互方法的流程圖，在本圖中描述了核屯、裝置響應 外圍業(yè)務裝置獲取信息請求的過程，在該過程中根據(jù)外圍業(yè)務裝置獲取信息的請求，針對 性的獲取業(yè)務需求信息，并經(jīng)過檢驗后反饋給外圍業(yè)務裝置。
[0050] 該方法具體包括步驟201，接收并解析業(yè)務需求信息請求，獲得賬號信息和動態(tài)輸 入編碼。
[0051] 步驟202,根據(jù)動態(tài)輸入?yún)^(qū)字典解析動態(tài)輸入編碼，得到業(yè)務需求信息。
[0052] 步驟203,根據(jù)所述業(yè)務需求信息獲取相關的業(yè)務數(shù)據(jù)。
[0053] 步驟204,將所述業(yè)務數(shù)據(jù)反饋給外圍業(yè)務裝置。
[0054] 作為本發(fā)明的一個實施例，所述動態(tài)輸入?yún)^(qū)字典中包括對所有業(yè)務需求信息對應 的動態(tài)輸入編碼。
[0055] 作為本發(fā)明的一個實施例，將所述業(yè)務數(shù)據(jù)反饋給外圍業(yè)務裝置中進一步包括， 根據(jù)預定反饋數(shù)據(jù)包大小的限制，將所述業(yè)務數(shù)據(jù)根據(jù)數(shù)據(jù)的長度進行分包處理，在一個 反饋數(shù)據(jù)包內寫入完整的業(yè)務數(shù)據(jù)。
[0056] 其中，如果反饋數(shù)據(jù)包限制為50字節(jié)，賬戶的賬面余額為19字節(jié)，用戶名稱為20字 節(jié)，則將運兩個業(yè)務數(shù)據(jù)寫入同一個反饋數(shù)據(jù)包，而將剩下的客戶證件號32字節(jié)的業(yè)務數(shù) 據(jù)寫入下一個反饋數(shù)據(jù)包。
[0057] 作為本發(fā)明的一個實施例，將所述業(yè)務數(shù)據(jù)反饋給外圍業(yè)裝置統(tǒng)中進一步包括， 將所述動態(tài)輸入編碼與其相對應的業(yè)務數(shù)據(jù)相結合寫入同一個反饋數(shù)據(jù)包。
[0058] 其中，可W向外圍業(yè)務裝置指明傳輸?shù)臉I(yè)務數(shù)據(jù)是其所需求的哪個業(yè)務的數(shù)據(jù)。
[0059] 當然，在某些實施例中，可W直接反饋給外圍業(yè)務裝置其所需求的業(yè)務數(shù)據(jù)，外圍 業(yè)務裝置只需要根據(jù)業(yè)務需求信息請求中動態(tài)輸入編碼的順序就可W得到相應的業(yè)務數(shù) 據(jù)。
[0060] 作為本發(fā)明的一個實施例，根據(jù)所述業(yè)務需求信息獲取相關的業(yè)務數(shù)據(jù)中進一步 包括，在內存中尋找與所述業(yè)務需求信息相應的業(yè)務數(shù)據(jù)，如果沒有找到，則在數(shù)據(jù)庫中尋 找與所述業(yè)務需求信息相應的業(yè)務數(shù)據(jù)。
[0061] 通過上述本發(fā)明方法的實施例，核屯、裝置可W根據(jù)外圍業(yè)務裝置的明確需求將業(yè) 務數(shù)據(jù)傳送給外圍業(yè)務裝置，避免了信息冗余，當某個外圍業(yè)務裝置所需的業(yè)務數(shù)據(jù)發(fā)生 變化，只需要改變發(fā)送給核屯、裝置的動態(tài)輸入編碼，核屯、裝置只需要增加相應的動態(tài)輸入 編碼就可W匹配到相應的業(yè)務數(shù)據(jù)反饋給外圍業(yè)務裝置，不會影響其它外圍業(yè)務裝置的正 常使用，降低了接口變動風險。
[0062] 如圖3所示為本發(fā)明實施例一種外圍業(yè)務裝置的結構示意圖，在本圖中描述了外 圍業(yè)務裝置通過動態(tài)輸入編碼準確的向核屯、裝置發(fā)送需求信息請求，從而減少了外圍業(yè)務 裝置與核屯、裝置之間的交互次數(shù)，并且減少了外圍業(yè)務裝置W及核屯、裝置的工作量，確保 了整個系統(tǒng)的穩(wěn)定性與可靠性。
[0063] 該裝置具體包括轉換單元301，用于參照動態(tài)輸入?yún)^(qū)字典，將業(yè)務需求信息轉換為 動態(tài)輸入編碼。
[0064] 發(fā)送單元302,用于將賬號信息與動態(tài)輸入編碼結合后，形成業(yè)務需求信息請求， 向核屯、裝置發(fā)送。
[0065] 作為本發(fā)明的一個實施例，所述動態(tài)輸入?yún)^(qū)字典中包括所有業(yè)務需求信息對應的 動態(tài)輸入編碼。
[0066] 作為本發(fā)明的一個實施例，所述動態(tài)輸入編碼包括分類碼、字段碼。
[0067] 作為本發(fā)明的一個實施例，所述動態(tài)輸入編碼還包括字段的數(shù)量。
[0068] 作為本發(fā)明的一個實施例，所述轉換單元進一步用于，按照所述業(yè)務需求信息的 順序將業(yè)務需求信息轉換為動態(tài)輸入編碼。
[0069] 根據(jù)本發(fā)明上述裝置的實施例，可W令外圍業(yè)務裝置明確的通知核屯、裝置需要獲 取的信息，使核屯、裝置不必反饋冗余信息，減少了外圍業(yè)務裝置和核屯、裝置之間的交互次 數(shù)，保證了整個系統(tǒng)穩(wěn)定運行。
[0070]如圖4所示為本發(fā)明實施例一種核屯、裝置的結構示意圖，在本圖中描述了核屯、裝 置響應外圍業(yè)務裝置獲取信息請求的過程，在該過程中根據(jù)外圍業(yè)務裝置獲取信息的請 求，針對性的獲取業(yè)務需求信息，并經(jīng)過檢驗后反饋給外圍業(yè)務裝置。
[0071 ]該裝置具體包括接收單元401，用于接收并解析業(yè)務需求信息請求，獲得賬號信息 和動態(tài)輸入編碼。
[0072] 解析單元402,用于根據(jù)動態(tài)輸入?yún)^(qū)字典解析動態(tài)輸入編碼，得到業(yè)務需求信息。
[0073] 獲取單元403,用于根據(jù)所述業(yè)務需求信息獲取相關的業(yè)務數(shù)據(jù)。
[0074] 發(fā)送單元404,用于將所述業(yè)務數(shù)據(jù)反饋給外圍業(yè)務裝置。
[0075] 作為本發(fā)明的一個實施例，所述動態(tài)輸入?yún)^(qū)字典中包括對所有業(yè)務需求信息對應 的動態(tài)輸入編碼。
[0076] 作為本發(fā)明的一個實施例，所述發(fā)送單元進一步用于，根據(jù)預定反饋數(shù)據(jù)包大小 的限制，將所述業(yè)務數(shù)據(jù)根據(jù)數(shù)據(jù)的長度進行分包處理，在一個反饋數(shù)據(jù)包內寫入完整的 業(yè)務數(shù)據(jù)。
[0077] 作為本發(fā)明的一個實施例，所述發(fā)送單元進一步用于，將所述動態(tài)輸入編碼與其 相對應的業(yè)務數(shù)據(jù)相結合寫入同一個反饋數(shù)據(jù)包。
[0078] 作為本發(fā)明的一個實施例，獲取單元進一步用于，在內存中尋找與所述業(yè)務需求 信息相應的業(yè)務數(shù)據(jù)，如果沒有找到，則在數(shù)據(jù)庫中尋找與所述業(yè)務需求信息相應的業(yè)務 數(shù)據(jù)。
[0079] 通過上述本發(fā)明裝置的實施例，核屯、裝置可W根據(jù)外圍業(yè)務裝置的明確需求將業(yè) 務數(shù)據(jù)傳送給外圍業(yè)務裝置，避免了信息冗余，當某個外圍業(yè)務裝置所需的業(yè)務數(shù)據(jù)發(fā)生 變化，只需要改變發(fā)送給核屯、裝置的動態(tài)輸入編碼，核屯、裝置只需要增加相應的動態(tài)輸入 編碼就可W匹配到相應的業(yè)務數(shù)據(jù)反饋給外圍業(yè)務裝置，不會影響其它外圍業(yè)務裝置的正 常使用，降低了接口變動風險。
[0080] 如圖5所示為本發(fā)明實施例一種動態(tài)交互系統(tǒng)的結構示意圖，在本圖中描述了外 圍業(yè)務裝置與核屯、裝置構成的系統(tǒng)，在該系統(tǒng)中完成了外圍業(yè)務裝置與核屯、裝置的動態(tài)交 互，通過動態(tài)輸入編碼指明外圍業(yè)務裝置需求的信息，核屯、裝置根據(jù)該輸入動態(tài)編碼找到 相應的業(yè)務數(shù)據(jù)反饋給外圍業(yè)務裝置，從而避免現(xiàn)有技術中信息冗余W及通信接口固定的 問題。
[0081] 該系統(tǒng)具體包括外圍業(yè)務裝置501，用于參照動態(tài)輸入?yún)^(qū)字典，將業(yè)務需求信息轉 換為動態(tài)輸入編碼，將賬號信息與動態(tài)輸入編碼結合后，形成業(yè)務需求信息請求，向核屯、裝 置發(fā)送。
[0082] 核屯、裝置502,用于接收并解析業(yè)務需求信息請求，獲得賬號信息和動態(tài)輸入編 碼，根據(jù)動態(tài)輸入?yún)^(qū)字典解析動態(tài)輸入編碼，得到業(yè)務需求信息，根據(jù)所述業(yè)務需求信息獲 取相關的業(yè)務數(shù)據(jù)，將所述業(yè)務數(shù)據(jù)反饋給外圍業(yè)務裝置。
[0083] 通過上述本發(fā)明系統(tǒng)的實施例，外圍業(yè)務裝置與核屯、裝置構成的系統(tǒng)避免了信息 冗余，當某個外圍業(yè)務裝置所需的業(yè)務數(shù)據(jù)發(fā)生變化，只需要改變發(fā)送給核屯、裝置的動態(tài) 輸入編碼，核屯、裝置只需要增加相應的動態(tài)輸入編碼就可W匹配到相應的業(yè)務數(shù)據(jù)反饋給 外圍業(yè)務裝置，不會影響其它外圍業(yè)務裝置的正常使用，降低了接口變動風險。
[0084] 如圖6所示為本發(fā)明實施例一種動態(tài)交互系統(tǒng)的數(shù)據(jù)流圖，在本圖中描述了外圍 業(yè)務裝置與核屯、裝置之間的通信過程，在該過程中W動態(tài)輸入編碼作為需求信息，不存在 現(xiàn)有技術中的信息傳遞的冗余，并且可W使得整個系統(tǒng)更加的穩(wěn)定可靠。
[0085] 具體包括步驟601，外圍業(yè)務裝置將業(yè)務需求信息轉換為動態(tài)輸入編碼。
[0086] 在本步驟中，外圍業(yè)務裝置通過動態(tài)輸入?yún)^(qū)字典將業(yè)務需求信息轉換為動態(tài)輸入 編碼，其中所述動態(tài)輸入?yún)^(qū)字典可W如下表1所示：
[0087] 表 1
[008引
[0089] 在表1中業(yè)務需求信息可能包括賬戶余額、賬戶狀態(tài)、客戶名稱、客戶證件號、座機 號碼和手機號碼中的一種或者幾種，當然在其它實施例中還可能包括更多的業(yè)務需求信 息，例如開戶行信息等，將不同的業(yè)務需求信息分類，例如表1中所示，將賬戶余額、賬戶狀 態(tài)分類為賬戶信息類別，將客戶名稱和客戶證件號分類為客戶信息，將座機號碼和手機號 碼分類為電話信息，并且為每一類信息都分配不同的分類碼，對每種業(yè)務需求信息分配不 同的字段碼，并且記錄每種業(yè)務需求信息的長度。
[0090] 在本例中，當外圍業(yè)務裝置的業(yè)務需求信息需要幾個信息，分類碼和字段碼等字 段的順序可W自由設置，無需排序，輸出時可W按照業(yè)務需求信息請求中的順序進行排序， 例如當藥查詢賬戶下賬戶余額、客戶名稱、客戶證件號時，賬戶余額對應的分類碼為01，字 段碼為01;客戶名稱對應的分類碼為02,字段碼為01;客戶證件號對應的分類碼為02,字段 碼為02,動態(tài)輸入編碼為:D010101D02020102,其中，第一個D代表外圍業(yè)務裝置的業(yè)務需求 信息請求中需要獲取的第一個信息，第一個Ol代表分類號，第二個Ol代表需要從該分類號 的業(yè)務信息中獲取1個字段，第=個Ol代表需要獲取第1個字段的內容，也就是獲取賬戶余 額;第二個D代表代表外圍業(yè)務裝置的業(yè)務需求信息請求中需要獲取的第二個信息，第一個 02代表分類號，第二個02代表需要從該分類號的業(yè)務信息中獲取2個字段，第=個Ol代表需 要獲取第1個字段的內容，也就是獲取客戶名稱，第四個02代表需要獲取第2個字段的內容， 也就是客戶證件號。具體的動態(tài)輸入編碼可W如圖7所示，為本發(fā)明實施例業(yè)務需求信息請 求中動態(tài)輸入編碼的示例圖。
[0091] 步驟602,將賬號信息與上述動態(tài)輸入編碼結合后，形成業(yè)務需求信息請求發(fā)送給 核屯、裝置。
[0092] 在本步驟中，業(yè)務需求信息請求的格式可W如表2所示。
[0093] 表 2
[0094]
[OOM]步驟603,核屯、裝置接收到業(yè)務需求信息請求后，解析所述業(yè)務需求信息請求，獲 得賬號信息和動態(tài)輸入編碼。
[0096] 在本步驟中，需要對賬號信息的正確性和存在性進行校驗，查詢選項的校驗，并需 要對動態(tài)輸入編碼進行校驗。
[0097] 步驟604,根據(jù)動態(tài)輸入?yún)^(qū)字典將動態(tài)輸入編碼轉換為業(yè)務需求信息。
[0098] 在本步驟中，根據(jù)上述的動態(tài)輸入?yún)^(qū)字典W及動態(tài)輸入編碼，將動態(tài)輸入編碼轉 換為相應的賬戶余額、客戶名稱W及客戶證件號。
[0099] 步驟605，根據(jù)業(yè)務需求信息查詢內存中業(yè)務數(shù)據(jù)。
[0100] 在本步驟中，根據(jù)賬戶信息和所述要查詢的內容（即賬戶余額、客戶名稱W及客戶 證件號)在內存中查找業(yè)務數(shù)據(jù)，如果在內存中具有所述要查詢的內容，則可W得到相應的 業(yè)務數(shù)據(jù)，如果沒有，則到數(shù)據(jù)庫中查詢相應業(yè)務數(shù)據(jù)。
[0101] 步驟606,根據(jù)預定的反饋數(shù)據(jù)包的格式將找到的業(yè)務數(shù)據(jù)封裝到反饋數(shù)據(jù)包中。
[0102] 在本步驟中，在第一個反饋數(shù)據(jù)包中包括當前反饋數(shù)據(jù)包的序號、反饋數(shù)據(jù)包的 總數(shù)、本反饋數(shù)據(jù)包的長度，W及動態(tài)輸出區(qū)，如下表3所示：
[0103] 表3
[0104]
[0105]
[0106] 除上述第一個反饋數(shù)據(jù)包W外，其余的反饋數(shù)據(jù)包中包括當前反饋數(shù)據(jù)包序號、 本反饋數(shù)據(jù)包的長度，W及動態(tài)輸出區(qū)，如下表4所示：
[0107] 表4 [010 引
[0109] 動態(tài)輸出區(qū)中可W只包括業(yè)務數(shù)據(jù)，或者還可W包括將動態(tài)輸入編碼與業(yè)務數(shù)據(jù) 相結合的反饋數(shù)據(jù)包，格式如下：
[0110] D+分類碼(2位)+字段個數(shù)(2位)+字段碼(2位)+字段長度(S位)+字段取值(字段 長度位）。
[0111] 在上面的動態(tài)輸入編碼例子中，動態(tài)輸入編碼的字段為賬戶余額、客戶名稱、客戶 證件號時，動態(tài)輸入編碼為D010101D02020102,在動態(tài)輸出區(qū)輸出：D010101019賬戶余額 (19位)D020201020客戶名稱(20位)02032客戶證件號（32位）。在動態(tài)輸出區(qū)中的內容如圖8 所示，為本發(fā)明實施例核屯、裝置反饋查詢結果的格式示意圖，在該圖中，賬戶余額長度為19 位(字節(jié)），客戶名稱為20位(字節(jié)），客戶證件號為32位(字節(jié)），在運些空位中需要填寫如查 找到的業(yè)務數(shù)據(jù)，即真正的賬戶余額、客戶名稱W及客戶證件號，將動態(tài)輸入編碼和反饋數(shù) 據(jù)相結合構成了反饋數(shù)據(jù)包。
[0112] 步驟607，根據(jù)反饋數(shù)據(jù)包的長度限制，對所述反饋數(shù)據(jù)包進行分包處理。
[0113] 在本步驟中，假定每個反饋數(shù)據(jù)包大小限制為100位(字節(jié)），最多輸出5個反饋數(shù) 據(jù)包，在本例中，共輸出2個反饋數(shù)據(jù)包，第一個反饋數(shù)據(jù)包中反饋數(shù)據(jù)為：1(第一包)2( - 共2包）064(說明第一包有64字節(jié)長）也就是3位（064) ,DOlOlO 1019賬戶余額（19位） D020201020客戶名稱(20位），第二個反饋數(shù)據(jù)包中反饋數(shù)據(jù)為:2(第二包)041(第二包長度 為41位)02032客戶證件號（32位）。每個反饋數(shù)據(jù)包中都為完整的業(yè)務數(shù)據(jù)，不會將例如20 位的客戶名稱分別放入第一個反饋數(shù)據(jù)包和第二個反饋數(shù)據(jù)包中。
[0114] 步驟608,核屯、裝置將所有反饋數(shù)據(jù)包發(fā)送給相應的外圍業(yè)務裝置。
[0115] 步驟609,外圍業(yè)務裝置收到反饋數(shù)據(jù)包后，按照需求進行相應處理。
[0116] 通過上述本發(fā)明實施例的方法及裝置，可W根據(jù)外圍業(yè)務裝置的明確需求將業(yè)務 數(shù)據(jù)傳送給外圍業(yè)務裝置，避免了信息冗余，當某個外圍業(yè)務裝置所需的業(yè)務數(shù)據(jù)發(fā)生變 化，只需要改變發(fā)送給核屯、裝置的動態(tài)輸入編碼，核屯、裝置只需要增加相應的動態(tài)輸入編 碼就可W匹配到相應的業(yè)務數(shù)據(jù)反饋給外圍業(yè)務裝置，不會影響其它外圍業(yè)務裝置的正常 使用，降低了接口變動風險。
[0117] 對于一個技術的改進可W很明顯地區(qū)分是硬件上的改進（例如，對二極管、晶體 管、開關等電路結構的改進)還是軟件上的改進(對于方法流程的改進）。然而，隨著技術的 發(fā)展，當今的很多方法流程的改進已經(jīng)可W視為硬件電路結構的直接改進。設計人員幾乎 都通過將改進的方法流程編程到硬件電路中來得到相應的硬件電路結構。因此，不能說一 個方法流程的改進就不能用硬件實體模塊來實現(xiàn)。例如，可編程邏輯器件(Programmable Logic Device,PLD)(例如現(xiàn)場可編程口陣列化ield Programmable Gate Array,FPGA))就 是運樣一種集成電路，其邏輯功能由用戶對器件編程來確定。由設計人員自行編程來把一 個數(shù)字系統(tǒng)"集成"在一片化D上，而不需要請忍片制造廠商來設計和制作專用的集成電路 忍片2。而且，如今，取代手工地制作集成電路忍片，運種編程也多半改用"邏輯編譯器 (logic compiler)"軟件來實現(xiàn)，它與程序開發(fā)撰寫時所用的軟件編譯器相類似，而要編譯 之前的原始代碼也得用特定的編程語言來撰寫，此稱之為硬件描述語言（Hardware Description Language，HDL)，而皿L也并非僅有一種，而是有許多種，如ABE；L(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、 ConfIuence、CUPL(CornelI University
[0118] Pro邑ramming Lan邑ua邑e)、HDCal、JHDL(Java Hardware Description Language)、 Lava、Lola、MyHDL、PALASM、RHDL(Ruby 化rdware Description Language)等，目前最普遍 使用白勺是VHDL(Very-Hi邑h-Speed Inte邑rated Circuit Hardware Description Language)與Verilog2。本領域技術人員也應該清楚，只需要將方法流程用上述幾種硬件描 述語言稍作邏輯編程并編程到集成電路中，就可W很容易得到實現(xiàn)該邏輯方法流程的硬件 電路。
[0119] 控制器可W按任何適當?shù)姆绞綄崿F(xiàn)，例如，控制器可W采取例如微處理器或處理 器W及存儲可由該(微)處理器執(zhí)行的計算機可讀程序代碼(例如軟件或固件）的計算機可 讀介質、邏輯口、開關、專用集成電路（A郵Iication Specific Integrated Circuit, ASIC)、可編程邏輯控制器和嵌入微控制器的形式，控制器的例子包括但不限于W下微控制 器：ARC 62抓、Atmel AT91SAM、Microchip PIC18F2服20W及Silicone Labs C8051F320,存 儲器控制器還可W被實現(xiàn)為存儲器的控制邏輯的一部分。
[0120] 本領域技術人員也知道，除了 W純計算機可讀程序代碼方式實現(xiàn)控制器W外，完 全可W通過將方法步驟進行邏輯編程來使得控制器W邏輯口、開關、專用集成電路、可編程 邏輯控制器和嵌入微控制器等的形式來實現(xiàn)相同功能。因此運種控制器可W被認為是一種 硬件部件，而對其內包括的用于實現(xiàn)各種功能的裝置也可W視為硬件部件內的結構?；蛘?甚至，可W將用于實現(xiàn)各種功能的裝置視為既可W是實現(xiàn)方法的軟件模塊又可W是硬件部 件內的結構。
[0121] 上述實施例闡明的系統(tǒng)、裝置、模塊或單元，具體可W由計算機忍片或實體實現(xiàn)， 或者由具有某種功能的產(chǎn)品來實現(xiàn)。
[0122] 為了描述的方便，描述W上裝置時W功能分為各種單元分別描述。當然，在實施本 申請時可W把各單元的功能在同一個或多個軟件和/或硬件中實現(xiàn)。
[0123] 通過W上的實施方式的描述可知，本領域的技術人員可W清楚地了解到本申請可 借助軟件加必需的通用硬件平臺的方式來實現(xiàn)。基于運樣的理解，本申請的技術方案本質 上或者說對現(xiàn)有技術做出貢獻的部分可W W軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品 可W存儲在存儲介質中，如R0M/RAM、磁碟、光盤等，包括若干指令用W使得一臺計算機設備 (可W是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本申請各個實施例或者實施例的某些 部分所述的方法。
[0124] 本說明書中的各個實施例均采用遞進的方式描述，各個實施例之間相同相似的部 分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于系統(tǒng)實 施例而言，由于其基本相似于方法實施例，所W描述的比較簡單，相關之處參見方法實施例 的部分說明即可。
[0125] 本申請可用于眾多通用或專用的計算機系統(tǒng)環(huán)境或配置中。例如:個人計算機、月良 務器計算機、手持設備或便攜式設備、平板型設備、多處理器系統(tǒng)、基于微處理器的系統(tǒng)、置 頂盒、可編程的消費電子設備、網(wǎng)絡PC、小型計算機、大型計算機、包括W上任何系統(tǒng)或設備 的分布式計算環(huán)境等等。
[0126] 本申請可W在由計算機執(zhí)行的計算機可執(zhí)行指令的一般上下文中描述，例如程序 模塊。一般地，程序模塊包括執(zhí)行特定任務或實現(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、對象、組 件、數(shù)據(jù)結構等等。也可W在分布式計算環(huán)境中實踐本申請，在運些分布式計算環(huán)境中，由 通過通信網(wǎng)絡而被連接的遠程處理設備來執(zhí)行任務。在分布式計算環(huán)境中，程序模塊可W 位于包括存儲設備在內的本地和遠程計算機存儲介質中。
[0127] 雖然通過實施例描繪了本申請，本領域普通技術人員知道，本申請有許多變形和 變化而不脫離本申請的精神，希望所附的權利要求包括運些變形和變化而不脫離本申請的 精神。
【主權項】
1. 一種動態(tài)交互方法，其特征在于包括： 參照動態(tài)輸入?yún)^(qū)字典，將業(yè)務需求信息轉換為動態(tài)輸入編碼； 將賬號信息與動態(tài)輸入編碼結合后，形成業(yè)務需求信息請求，向核心裝置發(fā)送。2. 根據(jù)權利要求1所述的方法，其特征在于，所述動態(tài)輸入?yún)^(qū)字典中包括所有業(yè)務需求 信息對應的動態(tài)輸入編碼。3. 根據(jù)權利要求1所述的方法，其特征在于，所述動態(tài)輸入編碼包括分類碼、字段碼。4. 根據(jù)權利要求3所述的方法，其特征在于，所述動態(tài)輸入編碼還包括字段的數(shù)量。5. 根據(jù)權利要求1所述的方法，其特征在于，將業(yè)務需求信息轉換為動態(tài)輸入編碼中進 一步包括，按照所述業(yè)務需求信息的順序將業(yè)務需求信息轉換為動態(tài)輸入編碼。6. -種動態(tài)交互方法，其特征在于包括： 接收并解析業(yè)務需求?目息請求，獲得賬號?目息和動態(tài)輸入編碼； 根據(jù)動態(tài)輸入?yún)^(qū)字典解析動態(tài)輸入編碼，得到業(yè)務需求信息； 根據(jù)所述業(yè)務需求信息獲取相關的業(yè)務數(shù)據(jù)； 將所述業(yè)務數(shù)據(jù)反饋給外圍業(yè)務裝置。7. 根據(jù)權利要求6所述的方法，其特征在于，所述動態(tài)輸入?yún)^(qū)字典中包括對所有業(yè)務需 求信息對應的動態(tài)輸入編碼。8. 根據(jù)權利要求6所述的方法，其特征在于，將所述業(yè)務數(shù)據(jù)反饋給外圍業(yè)務裝置中進 一步包括，根據(jù)預定反饋數(shù)據(jù)包大小的限制，將所述業(yè)務數(shù)據(jù)根據(jù)數(shù)據(jù)的長度進行分包處 理，在一個反饋數(shù)據(jù)包內寫入完整的業(yè)務數(shù)據(jù)。9. 根據(jù)權利要求6所述的方法，其特征在于，將所述業(yè)務數(shù)據(jù)反饋給外圍業(yè)裝置統(tǒng)中進 一步包括，將所述動態(tài)輸入編碼與其相對應的業(yè)務數(shù)據(jù)相結合寫入同一個反饋數(shù)據(jù)包。10. 根據(jù)權利要求6所述的方法，其特征在于，根據(jù)所述業(yè)務需求信息獲取相關的業(yè)務 數(shù)據(jù)中進一步包括，在內存中尋找與所述業(yè)務需求信息相應的業(yè)務數(shù)據(jù)，如果沒有找到，則 在數(shù)據(jù)庫中尋找與所述業(yè)務需求信息相應的業(yè)務數(shù)據(jù)。11. 一種外圍業(yè)務裝置，其特征在于包括： 轉換單元，用于參照動態(tài)輸入?yún)^(qū)字典，將業(yè)務需求信息轉換為動態(tài)輸入編碼； 發(fā)送單元，用于將賬號信息與動態(tài)輸入編碼結合后，形成業(yè)務需求信息請求，向核心裝 置發(fā)送。12. 根據(jù)權利要求11所述的裝置，其特征在于，所述動態(tài)輸入?yún)^(qū)字典中包括所有業(yè)務需 求信息對應的動態(tài)輸入編碼。13. 根據(jù)權利要求11所述的裝置，其特征在于，所述動態(tài)輸入編碼包括分類碼、字段碼。14. 根據(jù)權利要求13所述的裝置，其特征在于，所述動態(tài)輸入編碼還包括字段的數(shù)量。15. 根據(jù)權利要求11所述的裝置，其特征在于，所述轉換單元進一步用于，按照所述業(yè) 務需求信息的順序將業(yè)務需求信息轉換為動態(tài)輸入編碼。16. -種核心裝置，其特征在于包括： 接收單元，用于接收并解析業(yè)務需求信息請求，獲得賬號信息和動態(tài)輸入編碼； 解析單元，用于根據(jù)動態(tài)輸入?yún)^(qū)字典解析動態(tài)輸入編碼，得到業(yè)務需求信息； 獲取單元，用于根據(jù)所述業(yè)務需求信息獲取相關的業(yè)務數(shù)據(jù)； 發(fā)送單元，用于將所述業(yè)務數(shù)據(jù)反饋給外圍業(yè)務裝置。17. 根據(jù)權利要求16所述的裝置，其特征在于，所述動態(tài)輸入?yún)^(qū)字典中包括對所有業(yè)務 需求信息對應的動態(tài)輸入編碼。18. 根據(jù)權利要求16所述的裝置，其特征在于，所述發(fā)送單元進一步用于，根據(jù)預定反 饋數(shù)據(jù)包大小的限制，將所述業(yè)務數(shù)據(jù)根據(jù)數(shù)據(jù)的長度進行分包處理，在一個反饋數(shù)據(jù)包 內寫入完整的業(yè)務數(shù)據(jù)。19. 根據(jù)權利要求16所述的裝置，其特征在于，所述發(fā)送單元進一步用于，將所述動態(tài) 輸入編碼與其相對應的業(yè)務數(shù)據(jù)相結合寫入同一個反饋數(shù)據(jù)包。20. 根據(jù)權利要求16所述的裝置，其特征在于，獲取單元進一步用于，在內存中尋找與 所述業(yè)務需求信息相應的業(yè)務數(shù)據(jù)，如果沒有找到，則在數(shù)據(jù)庫中尋找與所述業(yè)務需求信 息相應的業(yè)務數(shù)據(jù)。21. -種動態(tài)交互系統(tǒng)，其特征在于包括： 外圍業(yè)務裝置，用于參照動態(tài)輸入?yún)^(qū)字典，將業(yè)務需求信息轉換為動態(tài)輸入編碼，將賬 號信息與動態(tài)輸入編碼結合后，形成業(yè)務需求信息請求，向核心裝置發(fā)送； 所述核心裝置，用于接收并解析業(yè)務需求信息請求，獲得賬號信息和動態(tài)輸入編碼，根 據(jù)動態(tài)輸入?yún)^(qū)字典解析動態(tài)輸入編碼，得到業(yè)務需求信息，根據(jù)所述業(yè)務需求信息獲取相 關的業(yè)務數(shù)據(jù)，將所述業(yè)務數(shù)據(jù)反饋給所述外圍業(yè)務裝置。
【文檔編號】G06F17/30GK106021427SQ201610320486
【公開日】2016年10月12日
【申請日】2016年5月16日
【發(fā)明人】周紹博, 劉晨旭, 趙書祥
【申請人】中國銀行股份有限公司