CN101330499A - 一种银行与客户之间的业务通信方法 - Google Patents
一种银行与客户之间的业务通信方法 Download PDFInfo
- Publication number
- CN101330499A CN101330499A CNA200710112154XA CN200710112154A CN101330499A CN 101330499 A CN101330499 A CN 101330499A CN A200710112154X A CNA200710112154X A CN A200710112154XA CN 200710112154 A CN200710112154 A CN 200710112154A CN 101330499 A CN101330499 A CN 101330499A
- Authority
- CN
- China
- Prior art keywords
- message
- field
- end system
- length
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
一种银行与客户之间的业务通信方法,银行业务系统通过信息交互平台与客户业务系统进行业务通信,信息交互平台包括银行前置系统,客户前置系统和通信网络,客户业务系统和银行业务系统分别与客户前置系统和银行前置系统相连,该方法包括步骤:由所述业务系统中的一个向相应前置系统发出业务请求,包含被请求方和数据;相应前置系统根据规定的协议通过通信网络向被请求方的前置系统发送业务请求和数据;被请求方前置系统接收并向相应业务系统转发业务请求和数据以进行处理,其中前置系统间每次传输的报文包括消息头,控制字段和消息体。
Description
技术领域
本发明涉及一种银行与客户之间的业务通信方法。
背景技术
随着以计算机为核心的信息处理和数据通信技术的不断发展,银行开展业务的技术手段取得了长足的进步。在银行内部,已经基本上能够实现业务的自动化处理。近些年来,银行客户,尤其是企业客户的自动化业务处理方面也在不断进步,例如许多企业采用了ERP系统。因此提出了在银行业务处理系统与企业业务处理系统(尤其是财务系统)间进行自动化交互的需求。
目前,不同银行的业务处理系统通常采用不同的接口与企业业务处理系统进行通信,甚至同一银行可能为不同客户提供不同的接口。这导致通信协议和业务数据格式不能统一,开发和维护成本高,业务难以普及的问题。
发明内容
本发明的目的是提供一种银行与客户之间的业务通信方法,其能够提供公共信息交互平台,使通信协议和业务数据格式统一起来,从而大大降低开发和维护成本,利于业务的普及和推广。
本发明提供了一种银行与客户之间的业务通信方法,银行业务系统通过信息交互平台与客户业务系统进行业务通信,信息交互平台包括银行前置系统,客户前置系统和通信网络,客户业务系统和银行业务系统分别与客户前置系统和银行前置系统相连,该方法包括步骤:由所述业务系统中的一个向相应前置系统发出业务请求,包含被请求方和数据;相应前置系统根据规定的协议通过通信网络向被请求方的前置系统发送业务请求和数据;被请求方前置系统接收并向相应业务系统转发业务请求和数据以进行处理,其中前置系统间每次传输的报文包括消息头,控制字段和消息体,消息头包括:
magic1字段,长度为1字节,取值为‘5’;magic2字段,长度为1字节,取值为‘A’;Version字段,长度为2字节,取值为ASCII十进制01;msg_type字段,长度为4字节,取值为ASCII十进制,表示报文类型;msg_len字段,长度为8字节,取值为ASCII十六进制,表示报文长度,其中,报文类型=“0002”,表示客户与银行间数据交换,报文长度为将整个报文的长度转换为八位十六进制的ASCII字符,不足八位左补‘0’,控制字段长度为64个ASCII字符,当msg_type为“0001”时,用于存放文件名,当msg_type为“0002”时,不存在控制字段,消息体用于存放交易报文数据。
附图说明
通过下面结合附图所进行的对本发明的描述,能够明白本发明的上述及其它目的,特征和优点,其中
图1示出了可实现本发明的方法的信息交互平台的一个实施例的例子。
图2示出了前置系统的一个实施例的示例性结构。
具体实施方式
下面结合附图来说明本发明的具体实施例。
图1示出了可实现本发明的方法的信息交互平台的一个实施例的例子。
如图1所示,信息交互平台1包括前置系统11、21、31、41和通信网络50。企业业务系统10、20和银行业务系统30、40分别与对应的前置系统11、21、31、41相连。业务系统可向相应前置系统发出业务请求(包含被请求方)和数据,前置系统根据规定的协议通过通信网络向被请求方的前置系统发送业务请求和数据,被请求方的前置系统接收并向相应业务系统转发业务请求和数据进行处理。可选地,经该业务系统处理后可将反馈的处理结果返回到请求方前置系统,请求方前置系统接收结果并转发给相应业务系统。
信息交互平台中前置系统的数量不限于所示的数量,而是可根据需要增加和减少。通信网络可以是各种已知的数据通信网络,可采用TCP/IP等等的已知通信协议。
示例性地,前置系统间每次传输的报文均具有如下的数据格式:
消息头 | 控制字段 | 消息体 |
消息头格式的示例如下:
名称 | 长度 | 值 | 描述 |
magic1 | 1byte | ‘5’ | |
magic2 | 1byte | ‘A’ | |
Version | 2bvte | ASCII Dec | 01 |
msg_tvpe | 4byte | ASCII Dec | 报文类型 |
msg_len | 8bvte | ASCII HEX | 报文长度 |
报文类型:“0002”表示企业与银行间数据交换。
报文长度:将整个报文的长度转换为八位十六进制的ASCII字符(不足八位左补‘0’)。消息头长度最大为5120字节。
控制字段长度为64个ASCII字符。当msg_type为“0001”时,用于存放文件名。
企业与银行交换时msg_type为“0002”,所以不存在控制字段。
消息体用于存放报文数据。
数据传输过程详细描述如下:
步骤1:业务系统向前置系统发出请求和相应数据
步骤2:请求方前置系统向被请求方前置系统传送数据包。报文结构为:头+文件数据,头中包含的内容如前所述,msg_type为“0002”,msg_len为(头+文件数据)的总长度。文件数据以块为单位,每次传送一块,文件块的大小由发送双方约定。
步骤3:被请求方前置系统接收数据包后发送应答包。应答包只包含一个头,msg_type为“0002”,msg_len为头长度。
步骤4:重复步骤2和3,直到数据发送完毕。此时请求方前置系统发送一个结束报文。结束报文只包含一个头,msg_type为“0002”,msg_len为头长度。
步骤5:被请求方前置系统收到结束报文,发送一个应答包,并将接收的信息交给相应业务系统处理。应答包只包含一个头,msg_type为“0002”,msg_len为头长度。
步骤6:请求方前置系统接收应答包,将相应信息返回给相应业务系统。
信息交互平台的消息传递可遵循XML报文标准。以下是对XML报文标准的简要说明。
<?xml version=“1.0”?>包含XML版本信息
根字段为<Root>
<Root>字段包含一个<Head>字段和一个<Body>字段
<Head>字段包含报文信息中头的所有信息
<Body>字段包含一个<RecCount>字段(记录条数),没有或多个<Record>字段,可能还存在一些其他信息字段如汇总信息的字段等,其中<Record>字段包含的可能是所有的输入信息,所有的输出信息,所有的查询结果信息(可能没有或多个),如果是应答报文则应包含一个<RespCode>字段(错误代码),一个<RespMsg>字段(错误提示信息)。
可以要求报文符合GB2312标准。
通过消息体传送的数据可包括具体交易报文(后面详细描述)。交易报文的类型通过交易报文代码区分。代码长度为4个字节。
交易报文代码编排规则如下:
★银行类接口(1000-1099)
资金转帐类:1000-1029
信息查询类:1030-1099
★其它类接口(待定)
接口交易报文代码类型如下:
序号 | 交易报文代码 | 交易报文名称 | 交易报文发起方 |
1 | 1000 | 资金转帐 | 企业 |
2 | 1030 | 资金转帐结果查 | 企业化 |
3 | 1031 | 资金转帐结果通 | 银行 |
4 | 1032 | 帐户余额查询 | 企业 |
5 | 1033 | 对帐单 | 银行/企业 |
6 | 1034 | 帐户明细查询 | 企业 |
7 | 1035 | 到帐通知 | 银行 |
接口交易流程如下:
对企业发出的报文,银行收到后根据双方协议格式返回处理结果;对银行发出的报文,企业收到后因为只需要通知银行成功收讫,因此采用通讯握手回执协议返回原报文。对握手回执银行可以根据自己系统的实际需要丢弃或接收。所有通讯错误将不会给对方发回任何信息。
以下是企业和银行间具体业务处理的示例:
1)资金转帐
用途:一笔或多笔资金转帐
交易流程:
(1)企业经信息交互平台向银行系统发送一笔或多笔转帐请求。
(2)银行系统收到企业的转帐请求报文后,进行校验,并将请求已受理或错误信息经信息交互平台返回。
说明:返回码为“交易成功”,并不表示该转帐指令的账务处理已完成。企业可经信息交互平台主动向银行发起资金划转结果查询。
2)资金转帐结果查询
用途:一笔或多笔资金转帐结果查询
交易流程:
(1)企业经信息交互平台向银行系统发送一笔或多笔资金转帐查询请求。
(2)银行系统将一笔或多笔资资金转帐结果经信息交互平台返回。
3)资金转帐结果通知
用途:银行返回一笔或多笔资金转帐结果
交易流程:
(1)银行系统完成交易后将一笔或多笔资资金转帐结果经信息交互平台返回给企业。
(2)企业经信息交互平台收到报文后根据通讯握手协议自动给一个回应。
4)帐户余额查询
用途:查询一个或多个帐户余额
交易流程:
(1)企业经信息交互平台向银行系统发送一个或多个帐户余额查询请求。
(2)银行系统将帐户余额结果经信息交互平台返回企业。
5)对帐单
第一种方式:银行发起
用途:对帐单数据
交易流程:
(1)银行定期将对帐单发给企业。
(2)企业经信息交互平台收到报文后根据握手通讯协议自动应答。
第二种方式:企业发起
用途:对帐单数据
交易流程:
(1)企业经信息交互平台向银行系统发送一个帐户或多个对帐单数据申请。
(2)银行系统将一个帐户对帐单数据结果经信息交互平台返回。
6)帐户明细查询
用途:查询一个或多个帐户明细
交易流程:
(1)企业经信息交互平台向银行系统发送一个或多个帐户明细查询请求。
(2)银行系统将帐户明细结果返回经信息交互平台返回。
7)到帐通知
用途:到帐立即通知企业。
交易流程:
(1)银行发送到帐通知给企业。
(2)企业经信息交互平台收到报文后根据握手通讯协议自动应答。
具体交易报文格式参见附录。
图2示出了前置系统的一个实施例的示例性结构。
如图2所示,前置系统包括业务系统接口100,交易报文编码模块101,通信封装模块103,交易报文解码模块102,通信解析模块104和通信接口105。
当业务系统向前置系统发出请求和相应数据时,业务系统接口100负责与业务系统交换数据;交易报文编码模块101负责根据来自业务系统的信息生成相应交易报文,具体报文格式如附录所示;通信封装模块103负责根据前述消息格式对生成的交易报文进行通信协议封装;通信接口105负责向被请求方前置系统传送生成的消息。
当通信接口105接收到消息时,通信解析模块104负责取出交易报文;交易报文解码模块102负责从交易报文中取出数据,并通过业务系统接口100将数据传送给业务系统。
通信协议由通信接口105来执行。通信解析模块104和交易报文解码模块102也可处理非交易报文数据。
应该理解,此处方法中所指的特定步骤可通过硬件及/或软件实现。例如,利用一个或多个处理模块上所执行的软件及/或固件可执行的特定的步骤。通常,用于提供处理的系统可包含更多常规处理模块及存储器。处理模块可以是单一处理设备或多个处理设备。这样的处理设备可以是微处理器、微控制器、数字处理器、微型计算机、中央处理单元的部分、状态机、逻辑电路及/或操作信号的任何设备。该信号的操作通常是基于操作指令的。存储器可以是单一存储器器件或多个存储器器件。这样的存储器器件可以是只读存储器、随机访问存储器、软盘存储器、磁带存储器、可擦除存储器、系统存储器的部分,及/或以数字格式存储操作指令的任何设备。注意到,当处理模块实现一个或多个其功能成为状态机或逻辑电路时,以相应操作指令方式存储的存储器被嵌入在包括该状态机及/或其他逻辑电路的电路内。例如,这样的系统可以是具有可编译存储器单元以利于存储器的实现的电路设计工具,如此处所描述的。
以上所揭示的内容是将被考虑为说明性的,而不是限制性的,并且附加的权利要求意欲涵盖所有属于本发明的真实精神及范围的这类修改、改进及其他实施例。因此,以法律所允许的最大程度,本发明的范围将由以下权利要求及其等同的最广泛可容许的解释来确定,并且不应由上述具体实施方式约束或限制。
附录
6交易报文格式
6.1资金支付转帐
6.2资金支付转帐结果查询
6.3资金支付转帐结果通知
6.4帐户余额查询
6.5对帐单
6.5.1第一种方式:银行主动发起
6.5.2
6.5.3第二种方式:中国石化主动发起
6.6帐户明细查询
6.7到帐通知
7补充说明
7.1响应代码定义
7.1.1响应代码长度
6位长。
7.1.2响应代码编排规则
第一位表示成功还是失败,用‘M‘和’E‘表示,‘M‘表成功,’E‘表失败
第二至第六位是对成功和失败的进一步说明,从00000到99999
★银行类接口(暂定)
成功:M00000-M99999
失败:E00000-E99999
处理中:P00000-P99999
★其它类接口(待定)
7.1.3响应代码清单举例
序号 | 响应代码 | 中文解释 |
1 | M00000 | 交易成功 |
2 | M00001 | 转帐成功 |
3 | M00002 | 受理成功 |
4 | E00000 | 转帐指令已存在 |
5 | E00001 | 数据不合法 |
6 | E00002 | 其它失败 |
7 | E00003 | 帐户不存在 |
8 | E00004 | 帐户余额不足 |
9 | E00005 | 无查询权限 |
Claims (3)
1.一种银行与客户之间的业务通信方法,银行业务系统通过信息交互平台与客户业务系统进行业务通信,信息交互平台包括银行前置系统,客户前置系统和通信网络,客户业务系统和银行业务系统分别与客户前置系统和银行前置系统相连,该方法包括步骤:
由所述业务系统中的一个向相应前置系统发出业务请求,包含被请求方和数据;
相应前置系统根据规定的协议通过通信网络向被请求方的前置系统发送业务请求和数据;
被请求方前置系统接收并向相应业务系统转发业务请求和数据以进行处理,
其中前置系统间每次传输的报文包括消息头,控制字段和消息体,
消息头包括:
magic1字段,长度为1字节,取值为‘5’;
magic2字段,长度为1字节,取值为‘A’;
Version字段,长度为2字节,取值为ASCII十进制01
msg_type字段,长度为4字节,取值为ASCII十进制,表示报文类型;
msg_len字段,长度为8字节,取值为ASCII十六进制,表示报文长度,
其中,报文类型=“0002”,表示客户与银行间数据交换,报文长度为将整个报文的长度转换为八位十六进制的ASCII字符,不足八位左补‘0’,
控制字段长度为64个ASCII字符,当msg_type为“0001”时,用于存放文件名,当msg_type为“0002”时,不存在控制字段,
消息体用于存放交易报文数据。
2.根据权利要求1的方法,还包括步骤:
经相应业务系统处理后,将反馈的处理结果返回到请求方前置系统,请求方前置系统接收结果并转发给相应业务系统。
3.根据权利要求1的方法,其中所述报文遵循如下XML报文标准:
<?xml version=“1.0”?>包含XML版本信息
根字段为<Root>
<Root>字段包含一个<Head>字段和一个<Body>字段
<Head>字段包含报文信息中头的所有信息
<Body>字段包含一个<RecCount>字段(记录条数),没有或多个<Record>字段,
其中<Record>字段包含的可能是所有的输入信息,所有的输出信息,所有的查询结果信息,如果是应答报文则包含一个<RespCode>字段,一个<RespMsg>字段。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710112154XA CN101330499B (zh) | 2007-06-19 | 2007-06-19 | 一种银行与客户之间的业务通信方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710112154XA CN101330499B (zh) | 2007-06-19 | 2007-06-19 | 一种银行与客户之间的业务通信方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101330499A true CN101330499A (zh) | 2008-12-24 |
CN101330499B CN101330499B (zh) | 2011-09-28 |
Family
ID=40206089
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200710112154XA Active CN101330499B (zh) | 2007-06-19 | 2007-06-19 | 一种银行与客户之间的业务通信方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101330499B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102521778A (zh) * | 2011-12-08 | 2012-06-27 | 携程计算机技术(上海)有限公司 | 企业与银行直接进行财务数据交互的系统 |
CN106686026A (zh) * | 2015-11-06 | 2017-05-17 | 中兴通讯股份有限公司 | 一种通信方法及装置 |
WO2017166093A1 (zh) * | 2016-03-30 | 2017-10-05 | 李昕光 | 前置系统 |
CN110264331A (zh) * | 2019-04-22 | 2019-09-20 | 阿里巴巴集团控股有限公司 | 资金数据的分析方法、装置及设备 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6965918B1 (en) * | 1999-04-30 | 2005-11-15 | International Business Machines Corporation | System and method for integrated management of electronic messages |
CN1329313A (zh) * | 2000-06-21 | 2002-01-02 | 中国建设银行新疆维吾尔自治区分行 | 客户、银行直通系统 |
EP1197859A1 (en) * | 2000-10-10 | 2002-04-17 | Canon Kabushiki Kaisha | Method and device for remotely using a data-processing object in a communications network |
CN100448215C (zh) * | 2004-06-30 | 2008-12-31 | 中国银行股份有限公司 | 用于企业和银行之间业务对接的处理系统 |
CN1932875A (zh) * | 2006-10-09 | 2007-03-21 | 杭州东信金融技术服务有限公司 | 一种基于金融行业的前置系统 |
-
2007
- 2007-06-19 CN CN200710112154XA patent/CN101330499B/zh active Active
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102521778A (zh) * | 2011-12-08 | 2012-06-27 | 携程计算机技术(上海)有限公司 | 企业与银行直接进行财务数据交互的系统 |
CN106686026A (zh) * | 2015-11-06 | 2017-05-17 | 中兴通讯股份有限公司 | 一种通信方法及装置 |
WO2017166093A1 (zh) * | 2016-03-30 | 2017-10-05 | 李昕光 | 前置系统 |
CN110264331A (zh) * | 2019-04-22 | 2019-09-20 | 阿里巴巴集团控股有限公司 | 资金数据的分析方法、装置及设备 |
CN110264331B (zh) * | 2019-04-22 | 2023-01-17 | 创新先进技术有限公司 | 资金数据的分析方法、装置及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN101330499B (zh) | 2011-09-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4934670B2 (ja) | 信頼度の低いネットワーク上で状況に基づくルールを用いてトランザクションおよびデータを切り替えるように適合されたゲートウェイ | |
US9756001B2 (en) | Schema-based dynamic parse/build engine for parsing multi-format messages | |
CN111770102B (zh) | 一种区块链跨链方法、装置、计算机设备及存储介质 | |
US6671728B1 (en) | Abstract initiator | |
CN1987925A (zh) | 一种金融系统综合前置平台及交易数据的转发方法 | |
US20020169707A1 (en) | Financial language internet real-time trading | |
MXPA06010391A (es) | Metodo y sistema para procesar sistemas de pago electronico. | |
WO2005004016A2 (en) | Data processing system for transmitting of payment advice data | |
US20070156737A1 (en) | Application integration systems and methods | |
CN101330499B (zh) | 一种银行与客户之间的业务通信方法 | |
US20030105806A1 (en) | Service facilitator for automating object conversions and communication connections in client-server systems | |
US8799351B1 (en) | Communicating multiple files in markup language documents | |
CN101753599B (zh) | 一种以信息为导向的路由控制系统 | |
JP2713238B2 (ja) | Pos送信データ欠落時の対応方法 | |
WO2001084779A2 (en) | Remote point of sale system | |
CN116385181A (zh) | 业务交易方法、系统、存储介质及电子设备 | |
CN116109411A (zh) | 股票期权交易系统 | |
CN117541245A (zh) | 一种区块链Web3.0钱包适配系统与应用方法 | |
CN114693438A (zh) | 业务处理方法、装置、电子设备及可读存储介质 | |
CN117951182A (zh) | 跨境支付链路处理状态的信息查询方法和装置 | |
KR20040084386A (ko) | 전자금융 통합 서비스 제공 시스템 및 그 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |