[发明专利]一种银行与客户之间的业务通信方法

说明书

技术领域

本发明涉及一种银行与客户之间的业务通信方法。

背景技术

随着以计算机为核心的信息处理和数据通信技术的不断发展，银行开展业务的技术手段取得了长足的进步。在银行内部，已经基本上能够实现业务的自动化处理。近些年来，银行客户，尤其是企业客户的自动化业务处理方面也在不断进步，例如许多企业采用了ERP系统。因此提出了在银行业务处理系统与企业业务处理系统(尤其是财务系统)间进行自动化交互的需求。

目前，不同银行的业务处理系统通常采用不同的接口与企业业务处理系统进行通信，甚至同一银行可能为不同客户提供不同的接口。这导致通信协议和业务数据格式不能统一，开发和维护成本高，业务难以普及的问题。

发明内容

本发明的目的是提供一种银行与客户之间的业务通信方法，其能够提供公共信息交互平台，使通信协议和业务数据格式统一起来，从而大大降低开发和维护成本，利于业务的普及和推广。

本发明提供了一种银行与客户之间的业务通信方法，银行业务系统通过信息交互平台与客户业务系统进行业务通信，信息交互平台包括银行前置系统，客户前置系统和通信网络，客户业务系统和银行业务系统分别与客户前置系统和银行前置系统相连，该方法包括步骤：由所述业务系统中的一个向相应前置系统发出业务请求，包含被请求方和数据；相应前置系统根据规定的协议通过通信网络向被请求方的前置系统发送业务请求和数据；被请求方前置系统接收并向相应业务系统转发业务请求和数据以进行处理，其中前置系统间每次传输的报文包括消息头，控制字段和消息体，消息头包括：

magic1字段，长度为1字节，取值为‘5’；magic2字段，长度为1字节，取值为‘A’；Version字段，长度为2字节，取值为ASCII十进制01；msg_type字段，长度为4字节，取值为ASCII十进制，表示报文类型；msg_len字段，长度为8字节，取值为十六进制，表示报文长度，其中报文类型＝“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等等的已知通信协议。

示例性地，前置系统间每次传输的报文均具有如下的数据格式：

消息头控制字段消息体

消息头格式的示例如下：