核心業務系統數據超限解決方法和裝置與流程
1.本發明涉及大數據技術領域，可用于金融領域，尤其涉及一種核心業務系統數據超限解決方法和裝置。
背景技術：
2.大數據，更多的是一種思維方式，可以從四個方面來理解。一是大數據強調的是抽象意義的大，而不是單純的一個量的大；二是數據的來源強調全量不是抽樣，大數據時代有了更好的數據采集手段，讓獲取全量數據成為可能；三是當前采集手段能夠讓我們從多個維度獲取數據，再進行后續分析的時候，就能對這些維度加以利用；四是強調實時收集數據和實時分析數據，側重數據的一個時效性。
3.隨著科技的飛速發展，銀行業迫切需要依托大數據計算，拓展針對海量數據的加工、存儲、計算、分析等能力。但是銀行業在業務得到巨大擴展的同時，由于日交易量巨大，每天對應著大量的交易活動即對應著大量數據的輸入和輸出，目前銀行核心業務系統(bance系統)在外圍系統(即前端)所開放的最大數據輸入區長度為982字節，但是因每筆輸入數據均在982個字節之內，導致了部分業務數據輸入區隨需求擴展時輸入長度超限和輸出區域需要更多輸出數據時對應出現了輸出長度超限問題。
技術實現要素：
4.有鑒于此，本發明提供一種核心業務系統數據超限解決方法和裝置，以解決上述提及的至少一個問題。
5.為了實現上述目的，本發明采用以下方案：
6.根據本發明的第一方面，提供一種核心業務系統數據超限解決方法，所述方法包括：接收外圍系統發送的單筆多包輸入數據；將所述多包輸入數據進行數據合并；將合并后的數據分成兩部分分別存儲在輸入消息和輸入數據擴展區中；根據輸出數據設置，選擇單筆單包、單筆多包或者多筆多包的方式將數據處理結果輸出給所述外圍系統。
7.根據本發明的第二方面，提供一種核心業務系統數據超限解決裝置，所述裝置包括：接收單元，用于接收外圍系統發送的單筆多包輸入數據；合并單元，用于將所述多包輸入數據進行數據合并；存儲單元，用于將合并后的數據分成兩部分分別存儲在輸入消息和輸入數據擴展區中；輸出單元，用于根據輸出數據設置，選擇單筆單包、單筆多包或者多筆多包的方式將數據處理結果輸出給所述外圍系統。
8.根據本發明的第三方面，提供一種電子設備，包括存儲器、處理器以及存儲在所述存儲器上并可在所述處理器上運行的計算機程序，處理器執行所述計算機程序時實現上述方法的步驟。
9.根據本發明的第四方面，提供一種計算機可讀存儲介質，其上存儲有計算機程序，所述計算機程序被處理器執行時實現上述方法的步驟。
10.根據本發明的第五方面，提供一種計算機程序產品，包括計算機程序/指令，其所
述計算機程序/指令被處理器執行時實現上述方法的步驟。
11.由上述技術方案可知，本技術提供的核心業務系統數據超限解決方法和裝置，能夠適應當前所有的業務對輸入數據區的需要，包括對外圍系統的數據輸入接收和數據正常處理后的輸出數據的正常輸出。解決了當前核心業務系統存在的輸入超限和輸出超限問題。
附圖說明
12.為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。在附圖中：
13.圖1是本技術實施例提供的一種核心業務系統數據超限解決方法的流程示意圖；
14.圖2是為本技術實施例提供的數據傳輸示意圖；
15.圖3是本技術另一實施例提供的一種核心業務系統數據超限解決方法的流程示意圖；
16.圖4是本技術實施例提供的一種核心業務系統數據超限解決裝置的結構示意圖；
17.圖5是本技術另一實施例提供的一種核心業務系統數據超限解決裝置的結構示意圖；
18.圖6是本發明實施例提供的電子設備的示意圖。
具體實施方式
19.為使本發明實施例的目的、技術方案和優點更加清楚明白，下面結合附圖對本發明實施例做進一步詳細說明。在此，本發明的示意性實施例及其說明用于解釋本發明，但并不作為對本發明的限定。
20.如圖1所示為本技術實施例提供的一種核心業務系統數據超限解決方法的流程示意圖，本實施例是從核心業務系統側對本技術進行的描述，該方法包括如下步驟：
21.步驟s101：接收外圍系統發送的單筆多包輸入數據。
22.在本實施例中，鑒于核心業務系統對輸入數據限制在982字節內，當輸入數據超限的時候，外圍系統可以將輸入數據通過單筆多包的方式進行輸入，即一筆業務數據輸入通過多個數據包的方式傳輸至核心業務系統中。
23.步驟s102：將所述多包輸入數據進行數據合并。
24.核心業務系統對于輸入數據或輸出數據的限制在于其傳輸過程中的限制，當傳輸完成后就不存在超限的限制了，因此本步驟需要將拆分傳輸的一筆業務數據進行重新合并，組成完整的業務數據，以便核心業務系統對該完整的業務數據進行進一步的處理。
25.步驟s103：將合并后的數據分成兩部分分別存儲在輸入消息和輸入數據擴展區中。
26.在本實施例中，由于合并后的數據是超限數據，因此在本實施例中將合并后的數據分為未超限的正常數據以及超限的擴展數據兩部分，其中未超限的正常數據存入輸入消息(input message)中，而超限的長度為x的擴展數據則傳入輸入數據擴展區中。這樣對于
現有核心業務系統影響最小，可以無需對現有核心業務系統作出大的改動。
27.在本實施例中，可以通過公用程序來實現輸入數據擴展區的保存，可以最大程度的保障對核心業務系統改造過程中復用原有公用程序，降低系統風險。
28.步驟s104：根據輸出數據設置，選擇單筆單包、單筆多包或者多筆多包的方式將數據處理結果輸出給所述外圍系統。
29.在本實施例中，數據處理結果的輸出可以根據數據處理結果的數據長度來決定，當數據長度符合要求時，可以選擇單筆單包的方式進行輸出，當數據長度超限時，可以選擇單筆單包的方式進行輸出，當輸出結果需要批量輸出時且數據長度超限時，可以選擇多筆多包的方式進行輸出。
30.如圖2所示為本技術的數據傳輸示意圖，由圖2可見，外圍系統通過單筆多包輸入的方式將輸入數據傳送給核心業務系統的主機，主機處理完畢后根據數據長度匹配適當的輸出方式輸出給外圍系統。
31.由上述技術方案可知，本技術提供的核心業務系統數據超限解決方法，能夠適應當前所有的業務對輸入數據區的需要，包括對外圍系統的數據輸入接收和數據正常處理后的輸出數據的正常輸出。解決了當前核心業務系統存在的輸入超限和輸出超限問題。
32.如圖3所示為本技術另一實施例提供的一種核心業務系統數據超限解決方法的流程示意圖，該方法包括如下步驟：
33.步驟s301：接收外圍系統發送的單筆多包輸入數據。
34.優選的，在本實施例中外圍系統所發送的多包數據中包括了多包標志、結束標志和包號等報文控制標志。其中多包標志標識該數據包是多包發送的，結束標志是指示該數據包是該次多包發送的最后一個數據包，而包號是每個多包數據包的順序標號。根據這三個報文控制標志，可以準確識別出該筆多包輸入數據包含哪幾個數據包。
35.步驟s302：檢查所述單筆多包輸入數據的流水號、多包標志、結束標志和包號來確保輸入數據的獨立性和完整性。
36.通過檢查流水號和上述三個報文控制標志，可以核查數據包是否有丟失，或者重復發送等情況的發生，從而保障了輸入數據的獨立性和完整性。
37.步驟s303：將所述多包輸入數據進行數據合并。
38.如步驟s301所述，由于多包輸入數據包括了多包標志、結束標志和包號這三個報文控制標志，因此核心業務系統的主機在收到該多包輸入數據后，可以根據這三個報文控制標志，將多包輸入數據進行整合合并，還原成完整的輸入數據。
39.步驟s304：將合并后的數據分成兩部分分別存儲在輸入消息和輸入數據擴展區中。
40.步驟s305：根據輸出數據設置，選擇單筆單包、單筆多包或者多筆多包的方式將數據處理結果輸出給所述外圍系統。
41.在本實施例中，數據處理結果的輸出可以根據數據處理結果的數據長度來決定，當數據長度符合要求時，可以選擇單筆單包的方式進行輸出，當數據長度超限時，可以選擇單筆單包的方式進行輸出，當輸出結果需要批量輸出時且數據長度超限時，可以選擇多筆多包的方式進行輸出。
42.由上述技術方案可知，本技術提供的核心業務系統數據超限解決方法，能夠適應
當前所有的業務對輸入數據區的需要，包括對外圍系統的數據輸入接收和數據正常處理后的輸出數據的正常輸出。解決了當前核心業務系統存在的輸入超限和輸出超限問題。
43.如圖4所示為本技術實施例提供的一種核心業務系統數據超限解決裝置的結構示意圖，該裝置可以設置在核心業務系統中，該裝置包括：接收單元410、合并單元420、存儲單元430和輸出單元440，它們之間依次相連。
44.接收單元410用于接收外圍系統發送的單筆多包輸入數據。
45.在本實施例中，鑒于核心業務系統對輸入數據限制在982字節內，當輸入數據超限的時候，外圍系統可以將輸入數據通過單筆多包的方式進行輸入，即一筆業務數據輸入通過多個數據包的方式傳輸至接收單元410。
46.合并單元420用于將所述多包輸入數據進行數據合并。
47.核心業務系統對于輸入數據或輸出數據的限制在于其傳輸過程中的限制，當傳輸完成后就不存在超限的限制了，因此合并單元420需要將拆分傳輸的一筆業務數據進行重新合并，組成完整的業務數據，以便核心業務系統對該完整的業務數據進行進一步的處理。
48.存儲單元430用于將合并后的數據分成兩部分分別存儲在輸入消息和輸入數據擴展區中。
49.輸出單元440用于根據輸出數據設置，選擇單筆單包、單筆多包或者多筆多包的方式將數據處理結果輸出給所述外圍系統。
50.在本實施例中，數據處理結果的輸出可以根據數據處理結果的數據長度來決定，當數據長度符合要求時，可以選擇單筆單包的方式利用輸出單元440進行輸出，當數據長度超限時，可以選擇單筆單包的方式利用輸出單元440進行輸出，當輸出結果需要批量輸出時且數據長度超限時，可以選擇多筆多包的方式利用輸出單元440進行輸出。
51.由上述技術方案可知，本技術提供的核心業務系統數據超限解決裝置，能夠適應當前所有的業務對輸入數據區的需要，包括對外圍系統的數據輸入接收和數據正常處理后的輸出數據的正常輸出。解決了當前核心業務系統存在的輸入超限和輸出超限問題。
52.如圖5所示為本技術另一實施例提供的一種核心業務系統數據超限解決裝置的結構示意圖，該裝置可以設置在核心業務系統中，該裝置包括：接收單元510、檢查單元520、合并單元530、存儲單元540和輸出單元550，它們之間依次相連。
53.接收單元510用于接收外圍系統發送的單筆多包輸入數據。
54.優選的，該外圍系統發送的單筆多包輸入數據中包括：多包標志、結束標志和包號。其中多包標志標識該數據包是多包發送的，結束標志是指示該數據包是該次多包發送的最后一個數據包，而包號是每個多包數據包的順序標號。根據這三個報文控制標志，可以準確識別出該筆多包輸入數據包含哪幾個數據包。
55.檢查單元520用于檢查所述單筆多包輸入數據的流水號、多包標志、結束標志和包號來確保輸入數據的獨立性和完整性。通過檢查流水號和上述三個報文控制標志，可以核查數據包是否有丟失，或者重復發送等情況的發生，從而保障了輸入數據的獨立性和完整性。
56.合并單元530用于將所述多包輸入數據進行數據合并。
57.存儲單元540用于將合并后的數據分成兩部分分別存儲在輸入消息和輸入數據擴展區中。
58.輸出單元550用于根據輸出數據設置，選擇單筆單包、單筆多包或者多筆多包的方式將數據處理結果輸出給所述外圍系統。
59.上述各個單元的詳細描述可以參見前述方法實施例的對應描述，在此不再繼續贅述。
60.由上述技術方案可知，本技術提供的核心業務系統數據超限解決裝置，能夠適應當前所有的業務對輸入數據區的需要，包括對外圍系統的數據輸入接收和數據正常處理后的輸出數據的正常輸出。解決了當前核心業務系統存在的輸入超限和輸出超限問題。
61.圖6是本發明實施例提供的電子設備的示意圖。圖6所示的電子設備為通用數據處理裝置，其包括通用的計算機硬件結構，其至少包括處理器501和存儲器502。處理器501和存儲器502通過總線503連接。存儲器502適于存儲處理器501可執行的一條或多條指令或程序。該一條或多條指令或程序被處理器501執行以實現上述收發報系統壓力測試方法中的步驟。
62.上述處理器501可以是獨立的微處理器，也可以是一個或者多個微處理器集合。由此，處理器501通過執行存儲器502所存儲的命令，從而執行如上所述的本發明實施例的方法流程實現對于數據的處理和對于其他裝置的控制。總線503將上述多個組件連接在一起，同時將上述組件連接到顯示控制器504和顯示裝置以及輸入/輸出(i/o)裝置505。輸入/輸出(i/o)裝置505可以是鼠標、鍵盤、調制解調器、網絡接口、觸控輸入裝置、體感輸入裝置、打印機以及本領域公知的其他裝置。典型地，輸入/輸出(i/o)裝置505通過輸入/輸出(i/o)控制器506與系統相連。
63.其中，存儲器502可以存儲軟件組件，例如操作系統、通信模塊、交互模塊以及應用程序。以上所述的每個模塊和應用程序都對應于完成一個或多個功能和在發明實施例中描述的方法的一組可執行程序指令。
64.本發明實施例還提供一種計算機可讀存儲介質，其上存儲有計算機程序，該計算機程序被處理器執行時以實現上述收發報系統壓力測試方法的步驟。
65.本發明實施例還提供一種計算機程序產品，包括計算機程序/指令，該計算機程序/指令被處理器執行時實現上述收發報系統壓力測試方法的步驟。
66.綜上所述，本發明實施例提供的收發報系統壓力測試方法和裝置，給收發報系統提供了壓力測試的功能，可自由、隨時隨地的進行壓力測試而不必受限于后臺操作。同時，收發報系統本身java代碼并發測試也可實現、隨時測試，調試代碼。
67.以上參照附圖描述了本發明的優選實施方式。這些實施方式的許多特征和優點根據該詳細的說明書是清楚的，因此權利要求旨在覆蓋這些實施方式的落入其真實精神和范圍內的所有這些特征和優點。此外，由于本領域的技術人員容易想到很多修改和改變，因此不是要將本發明的實施方式限于所例示和描述的精確結構和操作，而是可以涵蓋落入其范圍內的所有合適修改和等同物。
68.本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或計算機程序產品。因此，本發明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產品的形式。
69.本發明是參照根據本發明實施例的方法、設備(系統)、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
70.這些計算機程序指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
71.這些計算機程序指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
72.以上所述的具體實施例，對本發明的目的、技術方案和有益效果進行了進一步詳細說明，所應理解的是，以上所述僅為本發明的具體實施例而已，并不用于限定本發明的保護范圍，凡在本發明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
技術特征：
1.一種核心業務系統數據超限解決方法，其特征在于，所述方法包括：接收外圍系統發送的單筆多包輸入數據；將所述多包輸入數據進行數據合并；將合并后的數據分成兩部分分別存儲在輸入消息和輸入數據擴展區中；根據輸出數據設置，選擇單筆單包、單筆多包或者多筆多包的方式將數據處理結果輸出給所述外圍系統。2.如權利要求1所述的核心業務系統數據超限解決方法，其特征在于，所述外圍系統發送的單筆多包輸入數據中包括：多包標志、結束標志和包號。3.如權利要求2所述的核心業務系統數據超限解決方法，其特征在于，所述將所述多包輸入數據進行數據合并包括：根據多包標志、結束標志和包號將所述多包輸入數據進行數據合并。4.如權利要求2所述的核心業務系統數據超限解決方法，其特征在于，將所述多包輸入數據進行數據合并之前還包括：檢查所述單筆多包輸入數據的流水號、多包標志、結束標志和包號來確保輸入數據的獨立性和完整性。5.一種核心業務系統數據超限解決裝置，其特征在于，所述裝置包括：接收單元，用于接收外圍系統發送的單筆多包輸入數據；合并單元，用于將所述多包輸入數據進行數據合并；存儲單元，用于將合并后的數據分成兩部分分別存儲在輸入消息和輸入數據擴展區中；輸出單元，用于根據輸出數據設置，選擇單筆單包、單筆多包或者多筆多包的方式將數據處理結果輸出給所述外圍系統。6.如權利要求5所述的核心業務系統數據超限解決裝置，其特征在于，所述外圍系統發送的單筆多包輸入數據中包括：多包標志、結束標志和包號。7.如權利要求6所述的核心業務系統數據超限解決裝置，其特征在于，所述合并單元具體用于：根據多包標志、結束標志和包號將所述多包輸入數據進行數據合并。8.如權利要求6所述的核心業務系統數據超限解決裝置，其特征在于，所述裝置還包括：檢查單元，用于檢查所述單筆多包輸入數據的流水號、多包標志、結束標志和包號來確保輸入數據的獨立性和完整性。9.一種電子設備，包括存儲器、處理器以及存儲在所述存儲器上并可在所述處理器上運行的計算機程序，其特征在于，所述處理器執行所述計算機程序時實現權利要求1至4任一項所述方法的步驟。10.一種計算機可讀存儲介質，其上存儲有計算機程序，其特征在于，所述計算機程序被處理器執行時實現權利要求1至4任一項所述方法的步驟。11.一種計算機程序產品，包括計算機程序/指令，其特征在于，所述計算機程序/指令被處理器執行時實現權利要求1至4任一項所述方法的步驟。
技術總結
本發明提供了一種核心業務系統數據超限解決方法和裝置，涉及大數據技術領域，所述方法包括：接收外圍系統發送的單筆多包輸入數據；將所述多包輸入數據進行數據合并；將合并后的數據分成兩部分分別存儲在輸入消息和輸入數據擴展區中；根據輸出數據設置，選擇單筆單包、單筆多包或者多筆多包的方式將數據處理結果輸出給所述外圍系統。本申請能夠適應當前所有的業務對輸入數據區的需要，包括對外圍系統的數據輸入接收和數據正常處理后的輸出數據的正常輸出。解決了當前核心業務系統存在的輸入超限和輸出超限問題。輸入超限和輸出超限問題。輸入超限和輸出超限問題。
