專利名稱：：一種銀行與客戶之間的業(yè)務(wù)通信方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及一種銀行與客戶之間的業(yè)務(wù)通信方法。技術(shù)背景隨著以計算機為核心的信息處理和數(shù)據(jù)通信技術(shù)的不斷發(fā)展，銀行開展業(yè)務(wù)的技術(shù)手段取得了長足的進步。在銀行內(nèi)部，已經(jīng)基本上能夠?qū)崿F(xiàn)業(yè)務(wù)的自動化處理。近些年來，銀行客戶，尤其是企業(yè)客戶的自動化業(yè)務(wù)處理方面也在不斷進步，例如許多企業(yè)采用了ERP系統(tǒng)。因此提出了在銀行業(yè)務(wù)處理系統(tǒng)與企業(yè)業(yè)務(wù)處理系統(tǒng)(尤其是財務(wù)系統(tǒng))間進行自動化交互的需求。目前，不同銀行的業(yè)務(wù)處理系統(tǒng)通常采用不同的接口與企業(yè)業(yè)務(wù)處理系統(tǒng)進行通信，甚至同一銀行可能為不同客戶提供不同的接口。這導(dǎo)致通信協(xié)議和業(yè)務(wù)數(shù)據(jù)格式不能統(tǒng)一，開發(fā)和維護成本高，業(yè)務(wù)難以普及的問題。
發(fā)明內(nèi)容本發(fā)明的目的是提供一種銀行與客戶之間的業(yè)務(wù)通信方法，其能夠提供公共信息交互平臺，使通信協(xié)議和業(yè)務(wù)數(shù)據(jù)格式統(tǒng)一起來，從而大大降低開發(fā)和維護成本，利于業(yè)務(wù)的普及和推廣。本發(fā)明提供了一種銀行與客戶之間的業(yè)務(wù)通信方法，銀行業(yè)務(wù)系統(tǒng)通過信息交互平臺與客戶業(yè)務(wù)系統(tǒng)進行業(yè)務(wù)通信，信息交互平臺包括銀行前置系統(tǒng)，客戶前置系統(tǒng)和通信網(wǎng)絡(luò)，客戶業(yè)務(wù)系統(tǒng)和銀行業(yè)務(wù)系統(tǒng)分別與客戶前置系統(tǒng)和銀行前置系統(tǒng)相連，該方法包括步驟由所述業(yè)務(wù)系統(tǒng)中的一個向相應(yīng)前置系統(tǒng)發(fā)出業(yè)務(wù)請求，包含被請求方和數(shù)據(jù)；相應(yīng)前置系統(tǒng)根據(jù)規(guī)定的協(xié)議通過通信網(wǎng)絡(luò)向被請求方的前置系統(tǒng)發(fā)送業(yè)務(wù)請求和數(shù)據(jù)；被請求方前置系統(tǒng)接收并向相應(yīng)業(yè)務(wù)系統(tǒng)轉(zhuǎn)發(fā)業(yè)務(wù)請求和數(shù)據(jù)以進行處理，其中前置系統(tǒng)間每次傳輸?shù)膱笪陌ㄏ㈩^，控制字段和消息體，消息頭包括magicl字段，長度為1字節(jié)，取值為'5，；magic2字段，長度為1字節(jié)，取值為'A，；Version字段，長度為2字節(jié)，取值為ASCII十進制01;msg—type字段，長度為4字節(jié)，取值為ASCII十進制，表示報文類型；msg_len字段，長度為8字節(jié)，取值為ASCII十六進制,表示報文長度，其中，報文類型-"0002"，表示客戶與銀行間數(shù)據(jù)交換，報文長度為將整個報文的長度轉(zhuǎn)換為八位十六進制的ASCII字符，不足八位左補'0，，控制字段長度為64個ASCII字符，當msg—type為"0001"時，用于存放文件名，當msg_type為"0002"時，不存在控制字段，消息體用于存放交易報文數(shù)據(jù)。通過下面結(jié)合附圖所進行的對本發(fā)明的描述，能夠明白本發(fā)明的上述及其它目的，特征和優(yōu)點，其中圖1示出了可實現(xiàn)本發(fā)明的方法的信息交互平臺的一個實施例的例子。圖2示出了前置系統(tǒng)的一個實施例的示例性結(jié)構(gòu)。具體實施方式下面結(jié)合附圖來說明本發(fā)明的具體實施例。圖1示出了可實現(xiàn)本發(fā)明的方法的信息交互平臺的一個實施例的例子。如圖1所示，信息交互平臺1包括前置系統(tǒng)11、21、31、41和通信網(wǎng)絡(luò)50。企業(yè)業(yè)務(wù)系統(tǒng)10、20和4艮^f亍業(yè)務(wù)系統(tǒng)30、40分別與對應(yīng)的前置系統(tǒng)11、21、31、41相連。業(yè)務(wù)系統(tǒng)可向相應(yīng)前置系統(tǒng)發(fā)出業(yè)務(wù)請求(包含被請求方)和數(shù)據(jù)，前置系統(tǒng)根據(jù)規(guī)定的協(xié)議通過通信網(wǎng)絡(luò)向被請求方的前置系統(tǒng)發(fā)送業(yè)務(wù)請求和數(shù)據(jù)，被請求方的前置系統(tǒng)接收并向相應(yīng)業(yè)務(wù)系統(tǒng)轉(zhuǎn)發(fā)業(yè)務(wù)請求和數(shù)據(jù)進行處理?？蛇x地，經(jīng)該業(yè)務(wù)系統(tǒng)處理后可將反饋的處理結(jié)果返回到請求方前置系統(tǒng)，請求方前置系統(tǒng)接收結(jié)果并轉(zhuǎn)發(fā)給相應(yīng)業(yè)務(wù)系統(tǒng)。信息交互平臺中前置系統(tǒng)的數(shù)量不限于所示的數(shù)量，而是可根據(jù)需要增加和減少。通信網(wǎng)絡(luò)可以是各種已知的數(shù)據(jù)通信網(wǎng)絡(luò)，可采用TCP/IP等等的已知通信協(xié)議。示例性地，前置系統(tǒng)間每次傳輸?shù)膱笪木哂腥缦碌臄?shù)據(jù)格式肖息頭控制字段消息體消息頭格式的示例如下:<table>tableseeoriginaldocumentpage6</column></row><table>報文類型"0002，，表示企業(yè)與銀行間數(shù)據(jù)交換。報文長度將整個報文的長度轉(zhuǎn)換為八位十六進制的ASCII字符(不足八位左補'0，)。消息頭長度最大為5120字節(jié)?？刂谱侄伍L度為64個ASCII字符。當msg一type為"0001"時，用于存放文件名。企業(yè)與《艮行交換時msg一type為"0002"，所以不存在控制字段。消息體用于存放報文數(shù)據(jù)。數(shù)據(jù)傳輸過程詳細描述如下步驟l:業(yè)務(wù)系統(tǒng)向前置系統(tǒng)發(fā)出請求和相應(yīng)數(shù)據(jù)步驟2:請求方前置系統(tǒng)向被請求方前置系統(tǒng)傳送數(shù)據(jù)包。報文結(jié)構(gòu)為頭+文件數(shù)據(jù)，頭中包含的內(nèi)容如前所述，msg一type為"0002",msgjen為(頭+文件數(shù)據(jù))的總長度。文件數(shù)據(jù)以塊為單位，每次傳送一塊，文件塊的大小由發(fā)送雙方約定。步驟3:被請求方前置系統(tǒng)接收數(shù)據(jù)包后發(fā)送應(yīng)答包。應(yīng)答包只包含一個頭，msgjype為"0002"，msgjen為頭長度。步驟4:重復(fù)步驟2和3，直到數(shù)據(jù)發(fā)送完畢。此時請求方前置系統(tǒng)發(fā)送一個結(jié)束報文。結(jié)束報文只包含一個頭，msg—type為"0002"，msg—len為頭長度。步驟5:被請求方前置系統(tǒng)收到結(jié)束報文，發(fā)送一個應(yīng)答包，并將接收的信息交給相應(yīng)業(yè)務(wù)系統(tǒng)處理。應(yīng)答包只包含一個頭，msg—type為"0002"，msg—len為頭長度。步驟6:請求方前置系統(tǒng)接收應(yīng)答包，將相應(yīng)信息返回給相應(yīng)業(yè)務(wù)系統(tǒng)。信息交互平臺的消息傳遞可遵循XML報文標準。以下是對XML報文標準的簡要說明。<xmlversion="l.0，，？>包含XML版本信息根字段為〈Root〉〈Roo^字段包含一個〈Heac^字段和一個〈Body〉字段〈Head〉字段包含報文信息中頭的所有信息〈Body〉字段包含一個〈RecCounP字段(記錄條數(shù))，沒有或多個〈Recorc^字段，可能還存在一些其他信息字段如匯總信息的字段等，其中〈Record〉字段包含的可能是所有的輸入信息，所有的輸出信息，所有的查詢結(jié)果信息(可維沒有或多個)，如果是應(yīng)答報文則應(yīng)包含一個〈RespCode〉字段(錯誤代碼)，一個〈RespMsg〉字段(錯誤提示信息)?？梢砸髢趑尬姆螱B2312標準。通過消息體傳送的數(shù)據(jù)可包括具體交易報文(后面詳細描述)。交易報文的類型通過交易報文代碼區(qū)分。代碼長度為4個字節(jié)。交易報文代碼編排規(guī)則如下女4艮行類接口(1000—1099)資金轉(zhuǎn)帳類1000—1029信息查詢類1030—1099女其它類接口(待定)接口交易報文代碼類型如下:庠*<table>tableseeoriginaldocumentpage8</column></row><table>接口交易流程如下對企業(yè)發(fā)出的報文，銀行收到后根據(jù)雙方協(xié)議格式返回處理結(jié)果；對銀行發(fā)出的報文，企業(yè)收到后因為只需要通知銀行成功收訖，因此采用通訊握手回執(zhí)協(xié)議返回原報文。對握手回執(zhí)銀行可以根據(jù)自己系統(tǒng)的實際需要丟棄或接收。所有通訊錯誤將不會給對方發(fā)回任何信息o以下是企業(yè)和銀行間具體業(yè)務(wù)處理的示例1)資金轉(zhuǎn)帳用途一筆或多筆資金轉(zhuǎn)帳交易流程(l)企業(yè)經(jīng)信息交互平臺向銀行系統(tǒng)發(fā)送一筆或多筆轉(zhuǎn)帳請求。(2)銀行系統(tǒng)收到企業(yè)的轉(zhuǎn)帳請求報文后，進行校驗，并將請求已受理或錯誤信息經(jīng)信息交互平臺返回。說明返回碼為"交易成功"，并不表示該轉(zhuǎn)帳指令的賬務(wù)處理已完成。企業(yè)可經(jīng)信息交互平臺主動向銀行發(fā)起資金劃轉(zhuǎn)結(jié)果查詢。2)資金轉(zhuǎn)帳結(jié)果查詢用途一筆或多筆資金轉(zhuǎn)帳結(jié)果查詢交易流程(1)企業(yè)經(jīng)信息交互平臺向銀行系統(tǒng)發(fā)送一筆或多筆資金轉(zhuǎn)帳查詢請求。(2)銀行系統(tǒng)將一筆或多筆資資金轉(zhuǎn)帳結(jié)果經(jīng)信息交互平臺返回。3)資金轉(zhuǎn)帳結(jié)果通知用途銀行返回一筆或多筆資金轉(zhuǎn)帳結(jié)果交易流程(1)銀行系統(tǒng)完成交易后將一筆或多筆資資金轉(zhuǎn)帳結(jié)果經(jīng)信息交互平臺返回給企業(yè)。(2)企業(yè)經(jīng)信息交互平臺收到報文后根據(jù)通訊握手協(xié)議自動給一個回應(yīng)。4)帳戶余額查詢用途查詢一個或多個帳戶余額交易流程(1)企業(yè)經(jīng)信息交互平臺向銀行系統(tǒng)發(fā)送一個或多個帳戶余額查詢請求。(2)銀行系統(tǒng)將帳戶余額結(jié)果經(jīng)信息交互平臺返回企業(yè)。5)對帳單第一種方式銀行發(fā)起用途對帳單數(shù)據(jù)交易流程(1)銀行定期將對帳單發(fā)給企業(yè)。(2)企業(yè)經(jīng)信息交互平臺收到報文后根據(jù)握手通訊協(xié)議自動應(yīng)答。第二種方式企業(yè)發(fā)起用途對帳單數(shù)據(jù)交易流程(1)企業(yè)經(jīng)信息交互平臺向銀行系統(tǒng)發(fā)送一個帳戶或多個對帳單數(shù)據(jù)申請。(2)銀行系統(tǒng)將一個帳戶對帳單數(shù)據(jù)結(jié)果經(jīng)信息交互平臺返回。6)帳戶明細查詢用途查詢一個或多個帳戶明細交易流程(1)企業(yè)經(jīng)信息交互平臺向銀行系統(tǒng)發(fā)送一個或多個帳戶明細查詢請求。(2)銀行系統(tǒng)將帳戶明細結(jié)果返回經(jīng)信息交互平臺返回。7)到帳通知用途到帳立即通知企業(yè)。交易流程(1)銀行發(fā)送到帳通知給企業(yè)。(2)企業(yè)經(jīng)信息交互平臺收到報文后根據(jù)握手通訊協(xié)議自動應(yīng)答。具體交易報文格式參見附錄。圖2示出了前置系統(tǒng)的一個實施例的示例性結(jié)構(gòu)。如圖2所示，前置系統(tǒng)包括業(yè)務(wù)系統(tǒng)接口100，交易報文編碼模塊101,通信封裝模塊103,交易報文解碼模塊102，通信解析模塊104和通信接口105。當業(yè)務(wù)系統(tǒng)向前置系統(tǒng)發(fā)出請求和相應(yīng)數(shù)據(jù)時，業(yè)務(wù)系統(tǒng)接口100負責與業(yè)務(wù)系統(tǒng)交換數(shù)據(jù)；交易報文編碼模塊101負責根據(jù)來自業(yè)務(wù)系統(tǒng)的信息生成相應(yīng)交易報文，具體報文格式如附錄所示；通信封裝模塊103負責根據(jù)前述消息格式對生成的交易報文進行通信協(xié)議封裝；通信接口105負責向被請求方前置系統(tǒng)傳送生成的消息。當通信接口105接收到消息時，通信解析模塊104負責取出交易報文；交易報文解碼模塊102負責從交易報文中取出數(shù)據(jù)，并通過業(yè)務(wù)系統(tǒng)接口IOO將數(shù)據(jù)傳送給業(yè)務(wù)系統(tǒng)。通信協(xié)議由通信接口105來執(zhí)行。通信解析模塊104和交易報文解碼模塊102也可處理非交易報文數(shù)據(jù)。應(yīng)該理解，此處方法中所指的特定步驟可通過硬件及/或軟件實現(xiàn)。例如，利用一個或多個處理模塊上所執(zhí)行的軟件及/或固件可執(zhí)行的特定的步驟。通常，用于提供處理的系統(tǒng)可包含更多常規(guī)處理模塊及存儲器。處理模塊可以是單一處理設(shè)備或多個處理設(shè)備。這樣的處理設(shè)備可以是微處理器、微控制器、數(shù)字處理器、微型計算機、中央處理單元的部分、狀態(tài)機、邏輯電路及/或操作信號的任何設(shè)備。該信號的操作通常是基于操作指令的。存儲器可以是單一存儲器器件或多個存儲器器件。這樣的存儲器器件可以是只讀存儲器、隨機訪問存儲器、軟盤存儲器、磁帶存儲器、可擦除存儲器、系統(tǒng)存儲器的部分，及/或以數(shù)字格式存儲操作指令的任何設(shè)備。注意到，當處理模塊實現(xiàn)一個或多個其功能成為狀態(tài)機或邏輯電路時，以相應(yīng)操作指令方式存儲的存儲器被嵌入在包括該狀態(tài)機及/或其他邏輯電路的電路內(nèi)。例如，這樣的系統(tǒng)可以是具有可編譯存儲器單元以利于存儲器的實現(xiàn)的電路^L計工具，如此處所描述的。以上所揭示的內(nèi)容是將被考慮為說明性的，而不是限制性的，并且附加的權(quán)利要求意欲涵蓋所有屬于本發(fā)明的真實精神及范圍的這類修改、改進及其他實施例。因此，以法律所允許的最大程度，本發(fā)明的范圍將由以下權(quán)利要求及其等同的最廣泛可容許的解釋來確定，并且不應(yīng)由上述具體實施方式約束或限制。附錄6交易報文格式6.1資金支付轉(zhuǎn)帳交易名稱資金支付轉(zhuǎn)帳功能名稱發(fā)送支付轉(zhuǎn)帳指令說明信息交互平臺->銀行系統(tǒng)，同步后續(xù)業(yè)務(wù)銀行在收到該消息后發(fā)送受理確認消息字段名稱描述重復(fù)次數(shù)數(shù)據(jù)屬性備注.是否必填Version信息格式版本Char(2)01MTxCode交易報文代碼Char(4)1000MHFimcCode功能代碼1Char(3)000M6Qmraiel通道1Char(4)(預(yù)留，用以區(qū)分是內(nèi)部交易還是外部交易)MSubBranchId分支機構(gòu)編號Char(16)(用于XI尋址各分支機構(gòu)及銀行匹配該機構(gòu)的客戶編號-公司代碼)MTxSerial報文序列號1Char(32)(唯一確定一個報文的代碼)MdTxMoment報文發(fā)出時間1Char(14)如20041001132405MAgentld客戶代碼Char(16)(客戶識別碼，唯一確定外聯(lián)客戶的編碼，提供給信息交互平臺的路由信息-銀行總行代碼)MBR6cCount記錄數(shù)1Char(6)M0TotalAmount總金額1Char(18)MdyFostMethod入帳方式1Char<1〉l為并筆2為遂筆MR6OrderNum指令序列號NChar(20)如25502004102700001(分支機構(gòu)代碼+日期+流水號)M12<table>tableseeoriginaldocumentpage13</column></row><table><table>tableseeoriginaldocumentpage14</column></row><table>6.2資金支付轉(zhuǎn)帳結(jié)果自<table>tableseeoriginaldocumentpage15</column></row><table><table>tableseeoriginaldocumentpage31</column></row><table><table>tableseeoriginaldocumentpage17</column></row><table>6.3資金支付轉(zhuǎn)帳結(jié)果通知<table>tableseeoriginaldocumentpage17</column></row><table><table>tableseeoriginaldocumentpage18</column></row><table><table>tableseeoriginaldocumentpage19</column></row><table><table>tableseeoriginaldocumentpage20</column></row><table><table>tableseeoriginaldocumentpage21</column></row><table><table>tableseeoriginaldocumentpage22</column></row><table>6.5.26.5.3第二種方式中國石化主動發(fā)起<table>tableseeoriginaldocumentpage22</column></row><table>dSubBr抑chld分支機構(gòu)編號iChar(16)(用于n尋址各分支機構(gòu)及銀行匹配該機構(gòu)的客戶編號-公司代碼)MTxSerial報文序列號iChar(幼(唯一確定一筆報文的代碼)M丁xMoment報文發(fā)出時間iChar(14)如20041001132405MAgentId客戶代碼Char(16)(客戶識別碼，唯一確定外聯(lián)客戶的編碼，提供給信息交互平臺的路由信息-銀行總行代碼)MBTxDate交易曰期iChar(8)小于當前營業(yè)日期ModBranchld銀行聯(lián)行號iChar(12)現(xiàn)代化支付系統(tǒng)聯(lián)行號MyAcctld銀行帳戶iChar(幼M交易名稱對帳單(3虔請求中的帳戶分別產(chǎn)生)功能名稱銀行回傳査詢結(jié)果說明銀行系統(tǒng)_>信息交互平臺，同步，與從銀行發(fā)起一致字段名稱描述重復(fù)次數(shù)數(shù)據(jù)屬性備注是否必填H6dVersion信息格式版本1Char(2)01MTxCode交易報文代碼1Char(4)1033MFuncCode功能代碼1Char(3)101MChannel通道1Char(4)(預(yù)留，用以區(qū)分是內(nèi)部交易還是外部交易)MSubBranchld分支機構(gòu)編號1Char(16)(用于XI尋址各分支機構(gòu)及銀行匹配該機構(gòu)的客戶編號-公司代碼)MTxSerial報文序列號1Char(32)(唯一確定一筆報文的代碼)MTxMoment報文發(fā)出時間1Char(14)如20041001132405MAgentld客戶代碼1Char(16)(客戶識別碼，唯一確定外聯(lián)客戶的編碼，提供給信息交互平臺的路由信息-銀行總行代碼)MBRecCount記錄數(shù)1Char(6)M<table>tableseeoriginaldocumentpage24</column></row><table><table>tableseeoriginaldocumentpage31</column></row><table><table>tableseeoriginaldocumentpage26</column></row><table><table>tableseeoriginaldocumentpage27</column></row><table><table>tableseeoriginaldocumentpage28</column></row><table>7補充說明7.1響應(yīng)代碼定義7.1.1響應(yīng)代碼長度6位長。7.1.2響應(yīng)代碼編排規(guī)則第一位表示成功還是失敗，翔'M'和，E'表示，<M'表成功，'E'表頭敗第二至第六位是對成功和失敗的進一步說明，從00000到99999★銀行類接口(暫定)成功M00000-M99999失敗E00000-E99999處理中P00000_P99999★其它類接口(待定)7.1.3響應(yīng)代碼清單舉例權(quán)利要求1.一種銀行與客戶之間的業(yè)務(wù)通信方法，銀行業(yè)務(wù)系統(tǒng)通過信息交互平臺與客戶業(yè)務(wù)系統(tǒng)進行業(yè)務(wù)通信，信息交互平臺包括銀行前置系統(tǒng)，客戶前置系統(tǒng)和通信網(wǎng)絡(luò)，客戶業(yè)務(wù)系統(tǒng)和銀行業(yè)務(wù)系統(tǒng)分別與客戶前置系統(tǒng)和銀行前置系統(tǒng)相連，該方法包括步驟由所述業(yè)務(wù)系統(tǒng)中的一個向相應(yīng)前置系統(tǒng)發(fā)出業(yè)務(wù)請求，包含被請求方和數(shù)據(jù)；相應(yīng)前置系統(tǒng)根據(jù)規(guī)定的協(xié)議通過通信網(wǎng)絡(luò)向被請求方的前置系統(tǒng)發(fā)送業(yè)務(wù)請求和數(shù)據(jù)；被請求方前置系統(tǒng)接收并向相應(yīng)業(yè)務(wù)系統(tǒng)轉(zhuǎn)發(fā)業(yè)務(wù)請求和數(shù)據(jù)以進行處理，其中前置系統(tǒng)間每次傳輸?shù)膱笪陌ㄏ㈩^，控制字段和消息體，消息頭包括magic1字段，長度為1字節(jié)，取值為‘5’；magic2字段，長度為1字節(jié)，取值為‘A’；Version字段，長度為2字節(jié)，取值為ASCII十進制01msg_type字段，長度為4字節(jié)，取值為ASCII十進制，表示報文類型；msg_len字段，長度為8字節(jié)，取值為ASCII十六進制，表示報文長度，其中，報文類型＝“0002”，表示客戶與銀行間數(shù)據(jù)交換，報文長度為將整個報文的長度轉(zhuǎn)換為八位十六進制的ASCII字符，不足八位左補‘0’，控制字段長度為64個ASCII字符，當msg_type為“0001”時，用于存放文件名，當msg_type為“0002”時，不存在控制字段，消息體用于存放交易報文數(shù)據(jù)。2.根據(jù)權(quán)利要求l的方法，還包括步驟經(jīng)相應(yīng)業(yè)務(wù)系統(tǒng)處理后，將反饋的處理結(jié)果返回到請求方前置系統(tǒng)，請求方前置系統(tǒng)接收結(jié)果并轉(zhuǎn)發(fā)給相應(yīng)業(yè)務(wù)系統(tǒng)。3.根據(jù)權(quán)利要求1的方法，其中所述報文遵循如下XML報文標準<xmlversion="l.0，，？>包含XML版本信息根字段為〈RooP〈RooP字段包含一個〈Heac^字段和一個〈Body〉字段〈Head〉字段包含報文信息中頭的所有信息〈Body〉字段包含一個〈RecCount〉字段(記錄條數(shù))，沒有或多個〈Record〉字段，其中〈Record〉字段包含的可能是所有的輸入信息，所有的輸出信息，所有的查詢結(jié)果信息，如果是應(yīng)答報文則包含一個〈RespCodO字段，一個〈RespMsg〉字段。全文摘要一種銀行與客戶之間的業(yè)務(wù)通信方法，銀行業(yè)務(wù)系統(tǒng)通過信息交互平臺與客戶業(yè)務(wù)系統(tǒng)進行業(yè)務(wù)通信，信息交互平臺包括銀行前置系統(tǒng)，客戶前置系統(tǒng)和通信網(wǎng)絡(luò)，客戶業(yè)務(wù)系統(tǒng)和銀行業(yè)務(wù)系統(tǒng)分別與客戶前置系統(tǒng)和銀行前置系統(tǒng)相連，該方法包括步驟由所述業(yè)務(wù)系統(tǒng)中的一個向相應(yīng)前置系統(tǒng)發(fā)出業(yè)務(wù)請求，包含被請求方和數(shù)據(jù)；相應(yīng)前置系統(tǒng)根據(jù)規(guī)定的協(xié)議通過通信網(wǎng)絡(luò)向被請求方的前置系統(tǒng)發(fā)送業(yè)務(wù)請求和數(shù)據(jù)；被請求方前置系統(tǒng)接收并向相應(yīng)業(yè)務(wù)系統(tǒng)轉(zhuǎn)發(fā)業(yè)務(wù)請求和數(shù)據(jù)以進行處理，其中前置系統(tǒng)間每次傳輸?shù)膱笪陌ㄏ㈩^，控制字段和消息體。文檔編號G06Q30/00GK101330499SQ20071011215公開日2008年12月24日申請日期2007年6月19日優(yōu)先權(quán)日2007年6月19日發(fā)明者喬海兵,儲夫志,吳占魁,虎張,偉徐,楊其明,潘欣榮,王會成,莉羅,譚健玲申請人:中國石油化工股份有限公司