一種跨系統(tǒng)數(shù)據(jù)交互方法及平臺的制作方法
【專利摘要】本申請公開了一種跨系統(tǒng)數(shù)據(jù)交互方法及平臺，該方法包括：接收第一系統(tǒng)發(fā)送的包含數(shù)據(jù)請求類型和數(shù)據(jù)鏈接地址的數(shù)據(jù)請求，然后判斷預(yù)存的發(fā)送通道中是否存在與所述數(shù)據(jù)請求類型相匹配的發(fā)送通道，如果存在，則調(diào)用該發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)，如果不存在，則選擇與所述數(shù)據(jù)請求類型對應(yīng)的適配器，建立新的發(fā)送通道，并使用該新建的發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)，最后將在所述第二系統(tǒng)獲取的數(shù)據(jù)轉(zhuǎn)發(fā)給所述第一系統(tǒng)，由所述第一系統(tǒng)按照預(yù)存的業(yè)務(wù)實現(xiàn)類進行數(shù)據(jù)處理。實現(xiàn)了任意兩個不同系統(tǒng)之間的數(shù)據(jù)交互過程，且無需開發(fā)人員對每個系統(tǒng)都開發(fā)接口，更加便于管理。
【專利說明】一種跨系統(tǒng)數(shù)據(jù)交互方法及平臺
【技術(shù)領(lǐng)域】
[0001]本申請涉及跨系統(tǒng)數(shù)據(jù)交互【技術(shù)領(lǐng)域】，更具體地說，涉及一種跨系統(tǒng)數(shù)據(jù)交互方法及平臺。
【背景技術(shù)】
[0002]隨著國家電網(wǎng)公司業(yè)務(wù)應(yīng)用建設(shè)規(guī)模的不斷擴大，不同系統(tǒng)都存在跨系統(tǒng)交互數(shù)據(jù)的需求。比如，大部分單位提出員工報銷系統(tǒng)需要資金電子支付功能，同時員工報銷系統(tǒng)在主數(shù)據(jù)和業(yè)務(wù)方面與ERP系統(tǒng)存在緊密的聯(lián)系。
[0003]傳統(tǒng)方法在處理跨系統(tǒng)數(shù)據(jù)交互時的做法是，由開發(fā)人員獨立開發(fā)每個系統(tǒng)的接口，實現(xiàn)不同系統(tǒng)之間的數(shù)據(jù)交互。但是，單獨開發(fā)每個接口會造成接口的管理混亂，不利于后續(xù)的管理。且每個接口都需要開發(fā)人員去從頭實現(xiàn)，對開發(fā)人員整體技術(shù)要求都將提聞。

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

[0004]有鑒于此，本申請?zhí)峁┝艘环N跨系統(tǒng)數(shù)據(jù)交互方法及平臺，用于解決現(xiàn)有技術(shù)需要獨立開發(fā)多個接口而造成的管理混亂、工作量大的問題。
[0005]為了實現(xiàn)上述目的，現(xiàn)提出的方案如下:
[0006]一種跨系統(tǒng)數(shù)據(jù)交互方法，包括:
[0007]接收第一系統(tǒng)發(fā)送的數(shù)據(jù)請求，所述數(shù)據(jù)請求包含數(shù)據(jù)請求類型和數(shù)據(jù)鏈接地址；
[0008]判斷預(yù)存的發(fā)送通道中是否存在與所述數(shù)據(jù)請求類型相匹配的發(fā)送通道，如果存在，則調(diào)用該發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)，如果不存在，則選擇與所述數(shù)據(jù)請求類型對應(yīng)的適配器，建立新的發(fā)送通道，并使用該新建的發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)；
[0009]將在所述第二系統(tǒng)獲取的數(shù)據(jù)轉(zhuǎn)發(fā)給所述第一系統(tǒng)，由所述第一系統(tǒng)按照預(yù)存的業(yè)務(wù)實現(xiàn)類進行數(shù)據(jù)處理。
[0010]優(yōu)選的，還包括:
[0011 ] 將所述新建的發(fā)送通道進行保存。
[0012]優(yōu)選的，所述第一系統(tǒng)為費用報銷系統(tǒng)，所述第二系統(tǒng)為財務(wù)管控系統(tǒng)。
[0013]優(yōu)選的，還包括:
[0014]記錄每個發(fā)送通道的服務(wù)日志，所述服務(wù)日志包括數(shù)據(jù)請求時間、數(shù)據(jù)獲取時間、數(shù)據(jù)請求錯誤信息。
[0015]優(yōu)選的，還包括:
[0016]當(dāng)數(shù)據(jù)請求發(fā)生錯誤，無法在所述第二系統(tǒng)獲取數(shù)據(jù)時，按照預(yù)定策略再次向所述第二系統(tǒng)發(fā)送數(shù)據(jù)獲取請求，如果再次出現(xiàn)數(shù)據(jù)請求錯誤，則輸出警告提示。
[0017]一種跨系統(tǒng)數(shù)據(jù)交互平臺，包括:[0018]數(shù)據(jù)請求接收單元，用于接收第一系統(tǒng)發(fā)送的數(shù)據(jù)請求，所述數(shù)據(jù)請求包含數(shù)據(jù)請求類型和數(shù)據(jù)鏈接地址；
[0019]第一數(shù)據(jù)處理單元，用于判斷預(yù)存的發(fā)送通道中是否存在與所述數(shù)據(jù)請求類型相匹配的發(fā)送通道；如果存在，則調(diào)用該發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)，如果不存在，則選擇與所述數(shù)據(jù)請求類型對應(yīng)的適配器，建立新的發(fā)送通道，并使用該新建的發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)；
[0020]數(shù)據(jù)返回單元，用于將在所述第二系統(tǒng)獲取的數(shù)據(jù)轉(zhuǎn)發(fā)給所述第一系統(tǒng)，由所述第一系統(tǒng)按照預(yù)存的業(yè)務(wù)實現(xiàn)類進行數(shù)據(jù)處理。
[0021]優(yōu)選的，還包括:
[0022]存儲單元，用于將所述第一數(shù)據(jù)處理單元新建的發(fā)送通道進行存儲。
[0023]優(yōu)選的，所述第一系統(tǒng)為費用報銷系統(tǒng)，所述第二系統(tǒng)為財務(wù)管控系統(tǒng)。
[0024]優(yōu)選的，還包括:
[0025]日志記錄單元，用于記錄每個發(fā)送通道的服務(wù)日志，所述服務(wù)日志包括數(shù)據(jù)請求時間、數(shù)據(jù)獲取時間、數(shù)據(jù)請求錯誤信息。
[0026]優(yōu)選的，還包括:
[0027]第二數(shù)據(jù)處理單元，用于在所述第一數(shù)據(jù)處理單元發(fā)生數(shù)據(jù)請求錯誤，無法在所述第二系統(tǒng)獲取數(shù)據(jù)時，按照預(yù)定策略再次向所述第二系統(tǒng)發(fā)送數(shù)據(jù)獲取請求，如果再次出現(xiàn)數(shù)據(jù)請求錯誤，則輸出警告提示。
[0028]從上述的技術(shù)方案可以看出，本申請公開的跨系統(tǒng)數(shù)據(jù)交互方法，接收第一系統(tǒng)發(fā)送的包含數(shù)據(jù)請求類型和數(shù)據(jù)鏈接地址的數(shù)據(jù)請求，然后判斷預(yù)存的發(fā)送通道中是否存在與所述數(shù)據(jù)請求類型相匹配的發(fā)送通道，如果存在，則調(diào)用該發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)，如果不存在，則選擇與所述數(shù)據(jù)請求類型對應(yīng)的適配器，建立新的發(fā)送通道，并使用該新建的發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)，最后將在所述第二系統(tǒng)獲取的數(shù)據(jù)轉(zhuǎn)發(fā)給所述第一系統(tǒng)，由所述第一系統(tǒng)按照預(yù)存的業(yè)務(wù)實現(xiàn)類進行數(shù)據(jù)處理。實現(xiàn)了任意兩個不同系統(tǒng)之間的數(shù)據(jù)交互過程，且無需開發(fā)人員對每個系統(tǒng)都開發(fā)接口，更加便于管理。
【專利附圖】

【附圖說明】
[0029]為了更清楚地說明本申請實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其它的附圖。
[0030]圖1為本申請實施例公開的一種跨系統(tǒng)數(shù)據(jù)交互方法流程圖；
[0031]圖2為本申請實施例公開的另一種跨系統(tǒng)數(shù)據(jù)交互方法流程圖；
[0032]圖3為本申請實施例公開的一種跨系統(tǒng)數(shù)據(jù)交互平臺結(jié)構(gòu)示意圖；
[0033]圖4為本申請實施例公開的另一種跨系統(tǒng)數(shù)據(jù)交互平臺結(jié)構(gòu)示意圖；
[0034]圖5為本申請實施例公開的又一種跨系統(tǒng)數(shù)據(jù)交互平臺結(jié)構(gòu)示意圖；
[0035]圖6為本申請實施例公開的又一種跨系統(tǒng)數(shù)據(jù)交互平臺結(jié)構(gòu)示意圖?！揪唧w實施方式】
[0036]下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領(lǐng)域普通技術(shù)人員在沒有付出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本申請保護的范圍。
[0037]本申請?zhí)峁┝艘环N跨系統(tǒng)數(shù)據(jù)交互的方法，可以為任意兩個不同的系統(tǒng)提供數(shù)據(jù)交互服務(wù)，避免了傳統(tǒng)方法需要對每個單獨系統(tǒng)開發(fā)接口而造成的接口管理不便的問題。
[0038]參見圖1，圖1為本申請實施例公開的一種跨系統(tǒng)數(shù)據(jù)交互方法流程圖。
[0039]如圖1所示，該方法包括:
[0040]步驟101:接收第一系統(tǒng)發(fā)送的數(shù)據(jù)請求，所述數(shù)據(jù)請求包含數(shù)據(jù)請求類型和數(shù)據(jù)鏈接地址；
[0041]具體地，為了區(qū)分兩個不同的系統(tǒng)，我們定義數(shù)據(jù)請求方為第一系統(tǒng)，數(shù)據(jù)提供方為第二系統(tǒng)。第一系統(tǒng)可以是費用報銷系統(tǒng)，或者其它任何一種現(xiàn)有的系統(tǒng)。首先接收第一系統(tǒng)發(fā)送的包含數(shù)據(jù)請求類型與數(shù)據(jù)鏈接地址的數(shù)據(jù)請求，數(shù)據(jù)請求類型可以是業(yè)務(wù)類型，例如財務(wù)管控支付申請。每一個數(shù)據(jù)請求類型對對應(yīng)了其數(shù)據(jù)獲取地址，即在哪一個系統(tǒng)中獲取對應(yīng)的數(shù)據(jù)。數(shù)據(jù)鏈接地址則提供了數(shù)據(jù)獲取地址。
[0042]步驟102:判斷預(yù)存的發(fā)送通道中是否存在與所述數(shù)據(jù)請求類型相匹配的發(fā)送通道，如果存在與數(shù)據(jù)請求類型相匹配的發(fā)送通道，執(zhí)行步驟103，否則執(zhí)行步驟104 ；
[0043]步驟103:調(diào)用該發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)；
[0044]步驟104:選擇與所述數(shù)據(jù)請求類型對應(yīng)的適配器，建立新的發(fā)送通道，并使用該新建的發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)；
[0045]具體地，我們預(yù)先存儲了一部分發(fā)送通道，該發(fā)送通道可以看作連接第一系統(tǒng)與不同的第二系統(tǒng)的管道，每一個發(fā)送通道都與數(shù)據(jù)請求類型相對應(yīng)。在檢測到當(dāng)前接收的數(shù)據(jù)請求類型不存在對應(yīng)的發(fā)送通道時，需要建立與該數(shù)據(jù)請求類型相對應(yīng)的發(fā)送通道。這個過程包括:選擇與該數(shù)據(jù)請求類型對應(yīng)的適配器，建立新的發(fā)送通道。調(diào)用預(yù)存的或者新建的發(fā)送通道，在數(shù)據(jù)鏈接地址所指向的第二系統(tǒng)中獲取數(shù)據(jù)。
[0046]步驟105:將在所述第二系統(tǒng)獲取的數(shù)據(jù)轉(zhuǎn)發(fā)給所述第一系統(tǒng)，由所述第一系統(tǒng)按照預(yù)存的業(yè)務(wù)實現(xiàn)類進行數(shù)據(jù)處理。
[0047]具體地，上一步驟向第二系統(tǒng)發(fā)起了數(shù)據(jù)獲取的一個請求，在請求正確的情況下會獲得與之對應(yīng)的數(shù)據(jù)，然后將該數(shù)據(jù)再轉(zhuǎn)發(fā)給第一系統(tǒng)，以供第一系統(tǒng)按照其預(yù)存的業(yè)務(wù)實現(xiàn)類進行數(shù)據(jù)處理過程。
[0048]本申請實施例公開的跨系統(tǒng)數(shù)據(jù)交互方法，接收第一系統(tǒng)發(fā)送的包含數(shù)據(jù)請求類型和數(shù)據(jù)鏈接地址的數(shù)據(jù)請求，然后判斷預(yù)存的發(fā)送通道中是否存在與所述數(shù)據(jù)請求類型相匹配的發(fā)送通道，如果存在，則調(diào)用該發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)，如果不存在，則選擇與所述數(shù)據(jù)請求類型對應(yīng)的適配器，建立新的發(fā)送通道，并使用該新建的發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)，最后將在所述第二系統(tǒng)獲取的數(shù)據(jù)轉(zhuǎn)發(fā)給所述第一系統(tǒng)，由所述第一系統(tǒng)按照預(yù)存的業(yè)務(wù)實現(xiàn)類進行數(shù)據(jù)處理。實現(xiàn)了任意兩個不同系統(tǒng)之間的數(shù)據(jù)交互過程，且無需開發(fā)人員對每個系統(tǒng)都開發(fā)接口，更加便于管理。[0049]可選的，在步驟104新建發(fā)送通道之后，可以將該新建的發(fā)送通道進行存儲。這樣便于下次直接調(diào)用，無需再次重復(fù)建立過程。
[0050]可選的，上述第一系統(tǒng)與第二系統(tǒng)分別為不同的兩個系統(tǒng)。實際應(yīng)用過程中，第一系統(tǒng)可以是費用報銷系統(tǒng)，而第二系統(tǒng)則可以是財務(wù)管控系統(tǒng)或者其它的外部ERP系統(tǒng)(Enterprise Resource Planning,集成化管理信息系統(tǒng))。
[0051]在上述基礎(chǔ)上，本申請實施例公開的方法還可以進一步包括步驟106，參見圖2所示:
[0052]步驟106:記錄每個發(fā)送通道的服務(wù)日志。
[0053]這里服務(wù)日志包括數(shù)據(jù)請求時間、數(shù)據(jù)獲取時間、數(shù)據(jù)請求錯誤信息等等。記錄這些信息可以便于后續(xù)操作。例如，我們根據(jù)數(shù)據(jù)請求時間與數(shù)據(jù)獲取時間的長度，可以了解兩個系統(tǒng)的數(shù)據(jù)處理速度。記錄數(shù)據(jù)請求錯誤信息可以為后續(xù)的容錯處理提供依據(jù)。
[0054]這里提到了數(shù)據(jù)請求錯誤的情況，有可能因為網(wǎng)絡(luò)不穩(wěn)定等其它因素，某一時間發(fā)送的數(shù)據(jù)獲取請求失敗，沒能夠從第二系統(tǒng)中獲取數(shù)據(jù)。此時，可以按照預(yù)定的策略，再次向第二系統(tǒng)發(fā)送數(shù)據(jù)獲取請求，如果再次出現(xiàn)數(shù)據(jù)請求失敗，那么可以選擇進行警告提示，由技術(shù)人員來手動處理。這里的預(yù)定策略可以是每隔一段時間發(fā)送一次，超過預(yù)定次數(shù)即提示失敗，也可以是進行網(wǎng)絡(luò)環(huán)境的檢測，在檢測到網(wǎng)絡(luò)環(huán)境穩(wěn)定后，再次進行數(shù)據(jù)請求的發(fā)送，等等其它情況。
[0055]上述數(shù)據(jù)交互處理的過程可以對應(yīng)為一種跨系統(tǒng)數(shù)據(jù)交互平臺，由該平臺來完成上述數(shù)據(jù)交互的過程。
[0056]參見圖3，圖3為本申請實施例公開的一種跨系統(tǒng)數(shù)據(jù)交互平臺結(jié)構(gòu)示意圖。
[0057]如圖3所示，該交互平臺包括:
[0058]數(shù)據(jù)請求接收單元31，用于接收第一系統(tǒng)發(fā)送的數(shù)據(jù)請求，所述數(shù)據(jù)請求包含數(shù)據(jù)請求類型和數(shù)據(jù)鏈接地址；
[0059]第一數(shù)據(jù)處理單元32，用于判斷預(yù)存的發(fā)送通道中是否存在與所述數(shù)據(jù)請求類型相匹配的發(fā)送通道；如果存在，則調(diào)用該發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)，如果不存在，則選擇與所述數(shù)據(jù)請求類型對應(yīng)的適配器，建立新的發(fā)送通道，并使用該新建的發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)；
[0060]數(shù)據(jù)返回單元33，用于將在所述第二系統(tǒng)獲取的數(shù)據(jù)轉(zhuǎn)發(fā)給所述第一系統(tǒng)，由所述第一系統(tǒng)按照預(yù)存的業(yè)務(wù)實現(xiàn)類進行數(shù)據(jù)處理。
[0061]本申請實施例公開的跨系統(tǒng)數(shù)據(jù)交互平臺，接收第一系統(tǒng)發(fā)送的包含數(shù)據(jù)請求類型和數(shù)據(jù)鏈接地址的數(shù)據(jù)請求，然后判斷預(yù)存的發(fā)送通道中是否存在與所述數(shù)據(jù)請求類型相匹配的發(fā)送通道，如果存在，則調(diào)用該發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)，如果不存在，則選擇與所述數(shù)據(jù)請求類型對應(yīng)的適配器，建立新的發(fā)送通道，并使用該新建的發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)，最后將在所述第二系統(tǒng)獲取的數(shù)據(jù)轉(zhuǎn)發(fā)給所述第一系統(tǒng)，由所述第一系統(tǒng)按照預(yù)存的業(yè)務(wù)實現(xiàn)類進行數(shù)據(jù)處理。實現(xiàn)了任意兩個不同系統(tǒng)之間的數(shù)據(jù)交互過程，且無需開發(fā)人員對每個系統(tǒng)都開發(fā)接口，更加便于管理。
[0062]可選的，在上述基礎(chǔ)上，本申請的跨系統(tǒng)數(shù)據(jù)交互平臺還可以包括存儲單元34，參見圖4所示，存儲單元34用于將第一數(shù)據(jù)處理單元32新建的發(fā)送通道進行存儲。這樣便于下次直接調(diào)用，無需再次重復(fù)建立過程。
[0063]可選的，上述第一系統(tǒng)與第二系統(tǒng)分別為不同的兩個系統(tǒng)。實際應(yīng)用過程中，第一系統(tǒng)可以是費用報銷系統(tǒng)，而第二系統(tǒng)則可以是財務(wù)管控系統(tǒng)或者其它的外部ERP系統(tǒng)(Enterprise Resource Planning,集成化管理信息系統(tǒng))。
[0064]可選的，本申請的跨系統(tǒng)數(shù)據(jù)交互平臺還可以包括日志記錄單元35，參見圖5所示，日志記錄單元35用于記錄每個發(fā)送通道的服務(wù)日志，所述服務(wù)日志包括數(shù)據(jù)請求時間、數(shù)據(jù)獲取時間、數(shù)據(jù)請求錯誤信息。
[0065]這里服務(wù)日志包括數(shù)據(jù)請求時間、數(shù)據(jù)獲取時間、數(shù)據(jù)請求錯誤信息等等。記錄這些信息可以便于后續(xù)操作。例如，我們根據(jù)數(shù)據(jù)請求時間與數(shù)據(jù)獲取時間的長度，可以了解兩個系統(tǒng)的數(shù)據(jù)處理速度。記錄數(shù)據(jù)請求錯誤信息可以為后續(xù)的容錯處理提供依據(jù)。
[0066]參見圖6所示，本申請實施例公開的跨系統(tǒng)數(shù)據(jù)交互平臺還可以包括第二數(shù)據(jù)處理單元36，用于在所述第一數(shù)據(jù)處理單元32發(fā)生數(shù)據(jù)請求錯誤，無法在所述第二系統(tǒng)獲取數(shù)據(jù)時，按照預(yù)定策略再次向所述第二系統(tǒng)發(fā)送數(shù)據(jù)獲取請求，如果再次出現(xiàn)數(shù)據(jù)請求錯誤，則輸出警告提不。
[0067]最后，還需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。
[0068]本說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。
[0069]對所公開的實施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本申請。對這些實施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本申請的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本申請將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。
【權(quán)利要求】
1.一種跨系統(tǒng)數(shù)據(jù)交互方法，其特征在于，包括: 接收第一系統(tǒng)發(fā)送的數(shù)據(jù)請求,所述數(shù)據(jù)請求包含數(shù)據(jù)請求類型和數(shù)據(jù)鏈接地址； 判斷預(yù)存的發(fā)送通道中是否存在與所述數(shù)據(jù)請求類型相匹配的發(fā)送通道，如果存在，則調(diào)用該發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)，如果不存在，則選擇與所述數(shù)據(jù)請求類型對應(yīng)的適配器，建立新的發(fā)送通道，并使用該新建的發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)； 將在所述第二系統(tǒng)獲取的數(shù)據(jù)轉(zhuǎn)發(fā)給所述第一系統(tǒng)，由所述第一系統(tǒng)按照預(yù)存的業(yè)務(wù)實現(xiàn)類進行數(shù)據(jù)處理。
2.根據(jù)權(quán)利要求1所述的跨系統(tǒng)數(shù)據(jù)交互方法，其特征在于，還包括: 將所述新建的發(fā)送通道進行保存。
3.根據(jù)權(quán)利要求2所述的跨系統(tǒng)數(shù)據(jù)交互方法，其特征在于，所述第一系統(tǒng)為費用報銷系統(tǒng)，所述第二系統(tǒng)為財務(wù)管控系統(tǒng)。
4.根據(jù)權(quán)利要求2或3所述的跨系統(tǒng)數(shù)據(jù)交互方法，其特征在于，還包括: 記錄每個發(fā)送通道的服務(wù)日志，所述服務(wù)日志包括數(shù)據(jù)請求時間、數(shù)據(jù)獲取時間、數(shù)據(jù)請求錯誤信息。
5.根據(jù)權(quán)利要求4所述的跨系統(tǒng)數(shù)據(jù)交互方法，其特征在于，還包括: 當(dāng)數(shù)據(jù)請求發(fā)生錯誤，無法在所述第二系統(tǒng)獲取數(shù)據(jù)時，按照預(yù)定策略再次向所述第二系統(tǒng)發(fā)送數(shù)據(jù)獲取請求，如果再次出現(xiàn)數(shù)據(jù)請求錯誤，則輸出警告提示。
6.一種跨系統(tǒng)數(shù)據(jù)交互平臺，其特征在于，包括: 數(shù)據(jù)請求接收單元，用于接收第一系統(tǒng)發(fā)送的數(shù)據(jù)請求，所述數(shù)據(jù)請求包含數(shù)據(jù)請求類型和數(shù)據(jù)鏈接地址； 第一數(shù)據(jù)處理單元，用于判斷預(yù)存的發(fā)送通道中是否存在與所述數(shù)據(jù)請求類型相匹配的發(fā)送通道；如果存在，則調(diào)用該發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)，如果不存在，則選擇與所述數(shù)據(jù)請求類型對應(yīng)的適配器，建立新的發(fā)送通道，并使用該新建的發(fā)送通道在所述數(shù)據(jù)鏈接地址指向的第二系統(tǒng)獲取數(shù)據(jù)； 數(shù)據(jù)返回單元，用于將在所述第二系統(tǒng)獲取的數(shù)據(jù)轉(zhuǎn)發(fā)給所述第一系統(tǒng)，由所述第一系統(tǒng)按照預(yù)存的業(yè)務(wù)實現(xiàn)類進行數(shù)據(jù)處理。
7.根據(jù)權(quán)利要求6所述的跨系統(tǒng)數(shù)據(jù)交互平臺，其特征在于，還包括: 存儲單元，用于將所述第一數(shù)據(jù)處理單元新建的發(fā)送通道進行存儲。
8.根據(jù)權(quán)利要求7所述的跨系統(tǒng)數(shù)據(jù)交互平臺，其特征在于，所述第一系統(tǒng)為費用報銷系統(tǒng)，所述第二系統(tǒng)為財務(wù)管控系統(tǒng)。
9.根據(jù)權(quán)利要求7或8所述的跨系統(tǒng)數(shù)據(jù)交互平臺，其特征在于，還包括: 日志記錄單元，用于記錄每個發(fā)送通道的服務(wù)日志，所述服務(wù)日志包括數(shù)據(jù)請求時間、數(shù)據(jù)獲取時間、數(shù)據(jù)請求錯誤信息。
10.根據(jù)權(quán)利要求9所述的跨系統(tǒng)數(shù)據(jù)交互平臺，其特征在于，還包括: 第二數(shù)據(jù)處理單元，用于在所述第一數(shù)據(jù)處理單元發(fā)生數(shù)據(jù)請求錯誤，無法在所述第二系統(tǒng)獲取數(shù)據(jù)時，按照預(yù)定策略再次向所述第二系統(tǒng)發(fā)送數(shù)據(jù)獲取請求，如果再次出現(xiàn)數(shù)據(jù)請求錯誤，則輸出警告提示。
【文檔編號】G06F9/44GK104007973SQ201410234590
【公開日】2014年8月27日 申請日期:2014年5月29日 優(yōu)先權(quán)日:2014年5月29日
【發(fā)明者】陳亮, 王航, 張玨亞, 王玉峰, 楊艷文 申請人:北京中電普華信息技術(shù)有限公司, 國家電網(wǎng)公司