CN101706934A - 汽车金融银行业务处理的方法及系统 - Google Patents

Abstract

本发明公开了一种汽车金融银行业务处理方法，所述方法包括：a，银行端接收客户端发送的业务请求报文；b，所述银行端根据接收到的业务请求报文进行业务处理，产生业务响应报文；c，所述银行端向所述客户端返回所述业务响应报文。相应地，本发明还公开了一种汽车金融银行业务处理系统。实施本发明，汽车金融公司服务系统平台以报文形式将业务请求发送到银行系统进行业务处理，从而将汽车金融公司服务系统平台接入银行端，有效地提高了业务办理效率，降低了人工成本，并且，业务数据信息更加安全可靠，更利于汽车金融公司的发展。

Description

汽车金融银行业务处理的方法及系统

技术领域

本发明涉及银行业务数据处理技术，更为具体地，涉及一种汽车金融银行业务处理方法及系统。

背景技术

汽车金融公司是从事汽车消费信贷业务，同时提供相关汽车金融服务的专业机构。汽车金融公司作为非银行金融企业法人，主要为汽车购买者及销售者提供贷款。

随着业务的不断发展及金融信贷的迫切需要，不少大型汽车工业集团纷纷成立汽车金融公司，并开发搭建了汽车金融服务系统平台，例如：丰田、大众、通用等大型汽车集团公司都有类似的平台。

而现有技术中，各家汽车金融公司的汽车金融服务系统平台没有接入到商业银行，其全部资金结算业务都需到各银行柜台办理，这种业务办理方式效率低下，而且人工成本较高，不利于汽车金融公司业务开展。

发明内容

本发明提供了一种汽车金融银行业务处理方法及系统，汽车金融服务系统平台以数据报文的形式将业务请求发送到银行端系统，从而实现将汽车金融服务系统平台接入到银行端系统，有效地解决了目前各家汽车金融公司的全部资金结算业务都需到各银行柜台办理，业务处理效率低且人工成本高的问题。

本发明提供了一种汽车金融银行业务处理方法，其包括：

a，银行端接收客户端发送的业务请求报文；

b，所述银行端根据接收到的业务请求报文进行业务处理，产生业务响应报文；

c，所述银行端向所述客户端返回所述业务响应报文。

相应地，本发明还提供了一种汽车金融银行业务处理系统，其包括：

客户端模块，用于发送业务请求报文；

银行端模块，用于根据所述客户端模块发送的业务请求报文进行业务处理，产生相应的业务响应报文，并向所述客户端模块返回所述业务响应报文。

实施本发明的一种汽车金融银行业务处理方法及系统，通过以数据报文的形式将业务请求发送到银行端系统，从而实现将汽车金融服务系统平台接入到银行端系统，并对业务报文进行传输和处理，无需到银行柜台办理资金结算业务，从而有效地提高了业务办理效率，降低了人工成本，并且，业务数据信息更加安全可靠，更利于汽车金融公司的发展。

附图说明

图1是本发明的一种汽车金融银行业务处理方法的流程图；

图2是图1中的步骤1之前的流程图；

图3是图1中的步骤2的具体流程图；

图4是图1中的步骤3之后的流程图；

图5是本发明的一种汽车金融银行业务处理系统的结构示意图；

图6是本发明的系统中客户端模块的结构示意图；

图7是本发明的系统中银行端模块的结构示意图；

图8是本发明的系统中客户端银行前置单元的结构示意图；

图9是本发明的系统中银行端银行前置单元的结构示意图；

图10是本发明的系统中业务处理单元的结构示意图；

图11是本发明的系统架构图；

图12是本发明的一种汽车金融银行业务处理系统的实施例。

具体实施方式

为使本发明的实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

参考图1，是本发明的一种汽车金融银行业务处理方法的流程图。由图1可知，所述方法至少包括：

步骤1，银行端接收客户端发送的业务请求报文，其中，客户端为汽车金融公司服务系统平台，业务请求报文及下文所述报文均可以采用XML(Extensible Markup Language，即可扩展标记语言)报文格式。

步骤2，所述银行端根据接收到的所述业务请求报文进行业务处理，并产生业务响应报文。

步骤3，所述银行端向所述客户端返回所述业务响应报文。

参考图2，是图1中的步骤1之前的流程图。由图2可知，在步骤1之前，所述方法还包括：

步骤10，所述客户端的银行前置接收客户端主机发送的业务请求报文。具体而言，客户端的银行前置与客户端主机之间建立TCP/IP通讯连接，通过该TCP/IP连接接收客户端主机发送的业务请求报文。

步骤11，所述客户端的银行前置对所述业务请求报文进行安全处理。具体而言，客户端的银行前置可以结合加密机，对接收的业务请求XML报文进行加密处理，这样，不仅保证了通讯安全，而且实现了客户端银行前置的签到功能。

步骤12，所述客户端的银行前置将经安全处理后的业务请求报文发送给银行端。具体而言，客户端的银行前置与银行端的银行前置之间建立TCP/IP通讯连接，将经过加密处理的业务请求XML报文转发给银行端。

需要说明的是，由于客户端所代表的汽车金融公司种类众多，在本发明实施例中，客户端的银行前置采用通讯交换平台产品Winbridge软件作为银行端的接入软件，将客户端(汽车金融公司服务系统平台)与银行端连接起来，从而实现了对底层繁琐的通讯细节的包装。另外，通过配置Winbridge软件的配置文件，可以对不同客户进行简单的参数配置，包括：客户编号、柜员号、工作方式等，以满足不同客户的需求。

当然，本发明实施例不限于采用Winbridge软件作为银行端的接入软件，本领域技术人员可以采用本领域公知的能够实现与Winbridge相同功能的银行端接入软件，这也在本发明涵盖的范围内.

参考图3，是图1中的步骤2的具体流程图。由图3可知，所述步骤2具体包括：

步骤20，银行端的银行前置接收到所述客户端的银行前置发送的业务请求报文后，对所述业务请求报文进行安全处理，得到业务请求信息。

具体而言，银行端的银行前置与客户端(汽车金融公司服务系统平台)的银行前置建立TCP/IP通讯协议，并接收客户端的银行前置发送的业务请求XML报文，其中银行端的银行前置与客户端的银行前置通过socket通讯方式进行报文传输；

银行端的银行前置结合加密机，对接收的业务请求XML报文进行解密处理，所述业务请求XML报文通过解密处理后得到业务请求信息。

步骤21，所述银行端的银行前置将所述业务请求信息发送给银行端的业务处理单元。

具体而言，银行端的银行前置可以通过调度Tuxedo(Transaction for UNIXhas been Extended for Distributed Operation，即被分布式操作扩展之后的UNIX事务系统)服务，将得到的业务请求信息发送给银行端的业务处理单元进行业务处理。其中，银行端的银行前置通过调用BEA Tuxedo产品发布的接口函数完成与业务处理单元的业务调度服务。Tuxedo提供的接口数具体为tpcallAPI函数：tpreturn(TPSUCCESS，0，t-＞data，0，0)；

当然，本发明实施例不限于采用Tuxedo作为银行端的银行前置与业务处理单元的数据交换手段，本领域的技术人员可以采用本领域公知的能够作为银行端的银行前置与业务处理单元数据交换的其他中间件技术，例如：消息队列(MQ)、web服务等。

步骤22，所述业务处理单元根据所述业务请求信息进行与业务请求信息相对应的业务处理，并产生业务处理信息。

步骤23，所述业务处理单元返回所述业务处理信息至银行端的银行前置。

步骤24，所述银行端的银行前置对接收的所述业务处理信息进行安全处理，得到业务响应报文。银行端的银行前置结合加密机，对接收的业务处理信息进行再次加密处理，并将其转化为业务响应XML报文。

在本发明实施例中，当所述步骤20中得到的业务请求信息为客户名及操作员名时，步骤22为：业务处理单元对客户名及操作员名进行合法性检查，通过所述合法性检查后，根据编号规则生成客户编号及操作员编号信息，所述客户编号及操作员编号信息即为产生的业务处理信息。

当所述步骤20中得到的业务请求信息为账户签约数据信息时，步骤22为：对账户签约数据信息进行合法性检查，通过所述合法性检查后，根据所述账户签约信息进行签约，并产生账户数据处理信息，所述账户数据处理信息即为产生的业务处理信息。

当所述步骤20中得到的业务请求信息为资金划转信息时，步骤22为：对资金划转信息进行合法性检查，通过所述合法性检查后，根据所述资金划转信息进行资金划转受理处理，并产生资金划转处理信息，所述资金划转处理信息即为产生的业务处理信息。

当所述步骤20中得到的业务请求信息为查询数据信息时，步骤22为：业务处理单元对查询数据信息进行合法性检查，通过所述合法性检查后，根据所述查询数据信息查询数据库，获得查询结果信息，所述查询结果信息即为产生的业务处理信息。

当所述步骤20中得到的业务请求信息为对账单及记账凭证信息时，步骤22为：业务处理单元对所述对账单及记账凭证信息进行合法性检查，通过所述合法性检查后，根据所述对账单及记账凭证信息，生成对账单或记账凭证数据，所述对账单或记账凭证数据即为产生的业务处理信息.参考图4，是图1中的步骤c之后的流程图.由图4可知，所述方法还包括：

步骤30，所述客户端的银行前置接收所述银行端的银行前置返回的业务响应报文，并对所述业务响应报文进行安全处理，具体而言，客户端的银行前置结合加密机，对接收的业务响应XML报文进行解密处理。其中，客户端的银行前置与银行端的银行前置可以通过socket通讯方式进行报文传输。

步骤31，所述客户端的银行前置将所述安全处理后的业务响应报文返回给客户端主机。客户端的银行前置将经过安全处理的业务响应XML报文返回给客户端主机，不仅保证了通讯安全，并且，实现了客户端的银行前置对所述XML报文的转发功能和签退功能。其中，客户端的银行前置与客户端主机之间建立TCP/IP通讯连接，可以通过该TCP/IP连接接收所述业务响应报文。

参考图5，是本发明的一种汽车金融银行业务处理系统的结构示意图。由图5可知，所述系统包括：

客户端模块100，用于发送业务请求报文。客户端模块100可以为汽车金融公司服务系统平台，业务请求报文及下述报文均可采用XML报文格式，XML(Extensible Markup Language，即可扩展标记语言)。

银行端模块200，用于根据所述客户端模块100发送的业务请求报文进行业务处理，产生相对应的业务响应报文，并向所述客户端模块100返回所述业务响应报文。银行端模块200利用其自身的业务结构，为客户端模块100(汽车金融公司服务系统平台)提供更加便捷、安全的业务服务。

参考图6，是本发明的系统中客户端模块的结构示意图。由图6可知，客户端模块100包括：

客户端主机101，用于发送所述业务请求报文。

客户端银行前置单元102，用于接收客户端主机101发送的业务请求报文，并将所述业务请求报文发送给银行端模块200；或者用于接收银行端模块200返回的所述业务响应报文，并将所述业务响应报文返回给客户端主机101。

参考图7，是本发明的系统中银行端模块的结构示意图。由图7可知，所述银行端模块200包括：

银行端银行前置单元201，用于接收所述客户端模块发送的业务请求报文，得到业务请求信息；并将所述业务请求信息发送给银行端模块200的业务处理单元202。其中，银行端模块与客户端(汽车金融公司服务系统平台)模块之间建立TCP/IP通讯连接，通过该TCP/IP连接实现与客户端银行前置单元102对报文的接收和发送功能。

所述业务处理单元202，用于根据所述业务请求信息进行业务处理，产生业务处理信息，并返回给银行端银行前置单元201。业务处理单元是整个系统的核心部分，主要完成客户所要求实现的业务逻辑。

参考图8，是本发明的系统中客户端银行前置单元的结构示意图。由图8可知，所述客户端银行前置单元102包括：

客户端接收子单元1020，用于接收客户端主机101发送的业务请求报文；或者用于接收银行端模块200返回的所述业务响应报文。

客户端安全处理子单元1021，用于对所述客户端主机101发送的所述业务请求报文进行安全处理；或者用于对银行端模块200返回的所述业务响应报文进行安全处理。客户端发送子单元1022，用于将所述业务请求报文发送给银行端模块200；或者用于将所述业务响应报文返回给客户端主机101。

在本发明的实施例中，所述业务请求报文和业务响应报文可以采用XML形式的报文，所述客户端安全处理子单元1021可以为一种加密机，实现对所述客户端主机101发送的所述业务请求XML报文进行加密处理；或者对银行端的银行前置单元201返回的所述业务响应XML报文进行解密处理。

参考图9，是本发明的系统中银行端银行前置单元的结构示意图。由图9可知，所述银行端银行前置单元201包括：

银行端接收子单元2010，用于接收所述客户端银行前置单元102发送的业务请求报文；或者用于接收业务处理单元202返回的业务处理信息。

银行端安全处理子单元2011，用于对所述银行端银行前置单元201所述业务请求报文进行安全处理；或者用于对所述业务处理单元202业务处理信息进行安全处理，得到所述业务响应报文。

银行端发送子单元2012，用于将所述业务请求信息发送给银行端200的业务处理单元202；或者用于将所述业务响应报文发送给客户端银行前置单元102。

在本发明的实施例中，所述银行端安全处理子单元2011可以为一种加密机，实现对所述银行端银行前置单元201所述业务请求XML报文进行解密处理；或者对所述业务处理单元202业务处理信息进行加密处理。

参考图10，是本发明的系统中业务处理单元的结构示意图。业务处理单元是整个系统的核心部分，主要完成客户所要求实现的业务逻辑，此单元将尽可能地满足不同客户的业务需求，对于不同客户的业务需求，只需进行简单的配置，即可满足客户要求。由图10可知，所述业务处理单元202包括：

客户管理模块2021，实现如下功能：当银行端银行前置单元发送的业务请求信息为客户名及操作员名时，对客户名及操作员名进行合法性检查；通过所述合法性检查后，根据编号规则生成客户编号及操作员编号信息；返回所述客户编号及操作员编号信息至银行端银行前置单元；

和/或

账户签约管理模块2022，实现如下功能：

当银行端银行前置单元发送的业务请求信息为账户签约数据信息时，对账户签约数据信息进行合法性检查；通过所述合法性检查后，根据所述账户签约信息进行签约，并产生账户数据处理信息；返回所述客户编号及操作员编号信息至银行端银行前置单元；

和/或

资金划转服务模块2023，实现如下功能：当银行端银行前置单元发送的业务请求信息为资金划转信息时，对资金划转信息进行合法性检查；通过所述合法性检查后，根据所述资金划转信息进行资金划转受理处理，并产生资金划转处理信息；返回所述资金划转处理信息至银行端银行前置单元；

和/或

查询信息服务模块2024，实现如下功能：当银行端银行前置单元发送的业务请求信息为查询数据信息时，对查询数据信息进行合法性检查；通过所述合法性检查后，根据所述查询数据信息查询数据库，获得查询结果信息；返回所述查询结果信息至银行端银行前置单元；

和/或

对账单处理模块2025，用于当银行端银行前置单元发送的业务请求信息为对账单及记账凭证信息时，对对账单及记账凭证信息进行合法性检查；通过所述合法性检查后，根据所述对账单及记账凭证信息生成对账单或记账凭证数据；返回所述对账单或记账凭证数据至银行端银行前置单元。

参考图11，是本发明的系统架构图。如图11所示，汽车金融公司A、汽车金融公司B和其他汽车金融公司可以是不同的汽车金融公司，它们各自的汽车金融公司服务系统平台可以分别通过公网实现接入到银行端系统，并通过公网传输业务请求报文和业务响应报文，无需到银行柜台办理资金结算业务，从而有效地提高了业务办理效率，降低了人工成本，并且，业务数据信息更加安全可靠，更利于汽车金融公司的发展。

下面结合图12，以图11中的汽车金融公司A中的汽车金融公司服务系统平台作为客户端为例，详细阐述本发明的汽车金融银行业务处理方法，其中，客户端主机与客户端银行前置单元之间通过TCP/IP通讯协议建立连接；客户端的银行前置单元与银行端银行前置单元通过socket通讯方式进行报文传输；银行端银行前置单元与业务处理单元通过调度tuxedo服务，实现数据交换。

处理过程包括以下步骤：

步骤S1，客户端银行前置单元102接收客户端主机101发送的业务请求XML报文。具体而言，客户端的银行前置与客户端主机之间建立TCP/IP通讯连接，通过该TCP/IP连接接收客户端主机发送的业务请求报文。

步骤S2，客户端银行前置单元102将接收的业务请求XML报文发送给银行端银行前置单元201。其中，客户端银行前置单元102对接收的业务请求XML报文进行安全处理。具体而言，客户端银行前置单元102结合加密机，对接收的业务请求XML报文进行加密处理。客户端银行前置单元102将进行过安全处理的业务请求XML报文发送给银行端银行前置单元201。

步骤S3，银行端银行前置单元201接收客户端银行前置单元102发送的业务请求XML报文，并对其进行安全处理，得到业务请求信息，并发送给业务处理单元202。具体而言，银行端银行前置单元201结合加密机，对接收的业务请求XML报文进行解密处理，得到业务请求信息，并通过调度Tuxedo服务，实现与业务处理单元202的数据交换，将得到的业务请求信息发送给业务处理单元202。其中银行端的银行前置与客户端的银行前置通过socket通讯方式进行报文传输。

步骤S4，业务处理单元202根据所述业务请求信息进行与业务请求信息相对应的业务处理，并产生业务处理信息，并将业务处理信息返回给银行端银行前置单元201.业务处理单元202是整个系统的核心部分，主要完成客户所要求实现的业务逻辑，此单元将尽可能地满足不同客户的业务需求，对于不同客户的业务需求，只需进行简单的配置，即可满足客户要求.

步骤S5，所述业务处理单元202返回的业务处理信息至银行端的银行前置，并由银行端的银行前置对接收的所述业务处理信息进行安全处理，得到业务响应XML报文，再发送给客户端银行前置单元102。具体而言，银行端银行前置单元201结合加密机，对接收的业务处理信息进行加密处理，得到业务响应XML报文，再返回给客户端银行前置单元102。

步骤S6，客户端银行前置单元102将接收的业务响应XML报文返回给客户端主机101。其中，客户端银行前置单元102对业务响应XML报文进行安全处理。具体而言，客户端银行前置单元102结合加密机，对业务响应XML报文进行解密处理。客户端银行前置单元102将进行过安全处理的业务响应XML报文返回给客户端主机101。

需要说明的是，由于客户端所代表的汽车金融公司种类众多，在本发明实施例中，客户端的银行前置采用通讯交换平台产品Winbridge软件作为银行端的接入软件，将客户端(汽车金融公司服务系统平台)与银行端连接起来，从而实现了对底层繁琐的通讯细节的包装。另外，通过配置Winbridge软件的配置文件，可对不同客户进行简单的参数配置，包括：客户编号、柜员号、工作方式等，以满足不同客户的需求。当然，本发明实施例不限于采用Winbridge软件作为银行端的接入软件，其他能够实现与Winbridge相同功能的银行端接入软件也在本发明涵盖的范围内。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件结合必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所公开的仅为本发明的具体实施方式，仅用于对本发明进行举例说明，不能以此限定本发明之保护范围，本领域技术人员在不脱离本发明实质的前提下可以进行各种修改、变化或替换，因此，依照本发明所作的各种等同变化，仍属于本发明所涵盖的范围。

Claims (15)

1.一种汽车金融银行业务处理方法，其特征在于，包括如下步骤：

a，银行端接收客户端发送的业务请求报文；

b，所述银行端根据接收到的业务请求报文进行业务处理，产生业务响应报文；

c，所述银行端向所述客户端返回所述业务响应报文。

2.根据权利要求1所述的方法，其特征在于，在所述步骤a之前，所述方法包括：

a0，所述客户端的银行前置接收客户端主机发送的业务请求报文；

a1，所述客户端的银行前置对所述业务请求报文进行安全处理；

a2，所述客户端的银行前置将经安全处理后的业务请求报文发送给银行端。

3.根据权利要求1或2所述的方法，其特征在于，所述步骤b包括：

b0，所述银行端的银行前置对所述业务请求报文进行安全处理，得到业务请求信息；

b1，所述银行端的银行前置将所述业务请求信息发送给银行端的业务处理单元；

b2，所述业务处理单元根据所述业务请求信息进行与该业务请求信息相对应的业务处理，并产生业务处理信息；

b3，所述业务处理单元返回所述业务处理信息至银行端的银行前置；

b4，所述银行端的银行前置对所述业务处理信息进行安全处理，得到业务响应报文。

4.根据权利要求3所述的方法，其特征在于，在所述步骤c之后，所述方法包括：

c0，所述客户端的银行前置接收所述银行端返回的业务响应报文，并对所述业务响应报文进行安全处理；

c1，所述客户端的银行前置将经安全处理后的业务响应报文返回给客户端主机。

5.根据权利要求3所述的方法，其特征在于，当所述步骤b0中得到的业务请求信息为客户名及操作员名时，所述步骤b2为：

所述业务处理单元对客户名及操作员名进行合法性检查，通过所述合法性检查后，根据编号规则生成客户编号及操作员编号信息；

所述步骤b3为：所述业务处理单元返回所述客户编号及操作员编号信息至银行端的银行前置。

6.根据权利要求3所述的方法，其特征在于，当所述步骤b0中得到的业务请求信息为账户签约数据信息时，所述步骤b2为：

所述业务处理单元对账户签约数据信息进行合法性检查，通过所述合法性检查后，根据所述账户签约信息进行签约，并产生账户数据处理信息；

所述步骤b3为：所述业务处理单元返回所述账户数据处理信息至银行端的银行前置。

7.根据权利要求3所述的方法，其特征在于，当所述步骤b0中得到的业务请求信息为资金划转信息时，所述步骤b2为：

所述业务处理单元对资金划转信息进行合法性检查，通过所述合法性检查后，根据所述资金划转信息进行资金划转受理处理，并产生资金划转处理信息；

所述步骤b3为：所述业务处理单元返回所述资金划转处理信息至银行端的银行前置。

8.根据权利要求3所述的方法，其特征在于，当所述步骤b0中得到的业务请求信息为查询数据信息时，所述步骤b2为：

所述业务处理单元对查询数据信息进行合法性检查，通过所述合法性检查后，根据所述查询数据信息查询数据库，获得查询结果信息；

所述步骤b3为：所述业务处理单元返回所述查询结果信息至银行端的银行前置。

9.根据权利要求3所述的方法，其特征在于，当所述步骤b0中得到的业务请求信息为对账单及记账凭证信息时，所述步骤b2为：

所述业务处理单元对所述对账单及记账凭证信息进行合法性检查，通过所述合法性检查后，根据所述对账单及记账凭证信息，生成对账单或记账凭证数据；

所述步骤b3为：所述业务处理单元返回所述对账单或记账凭证数据至银行端的银行前置。

10.一种汽车金融银行业务处理系统，其特征在于包括：

客户端模块，用于发送业务请求报文；

银行端模块，用于根据所述客户端模块发送的业务请求报文进行业务处理，产生相应的业务响应报文，并向所述客户端模块返回所述业务响应报文。

11.根据权利要求10所述的系统，其特征在于，所述客户端模块包括：

客户端主机，用于发送所述业务请求报文；

客户端银行前置单元，用于接收客户端主机发送的业务请求报文，并将所述业务请求报文发送给银行端模块；或者用于接收银行端模块返回的所述业务响应报文，并将所述业务响应报文返回给客户端主机。

12.根据权利要求10所述的系统，其特征在于，所述银行端模块包括：

银行端银行前置单元，用于接收所述客户端模块发送的业务请求报文，对所述业务请求报文进行安全处理后得到业务请求信息；并将所述业务请求信息发送给银行端模块的业务处理单元；

所述业务处理单元，用于根据所述业务请求信息进行业务处理，产生业务处理信息，并返回给银行端银行前置单元。

13.根据权利要求11所述的系统，其特征在于，所述客户端银行前置单元包括：

客户端接收子单元，用于接收客户端主机发送的业务请求报文，或者用于接收银行端模块返回的所述业务响应报文；

客户端安全处理子单元，用于对所述客户端主机发送的所述业务请求报文进行安全处理；或者用于对银行端模块返回的所述业务响应报文进行安全处理；

客户端发送子单元，用于将所述业务请求报文发送给银行端模块；或者用于将所述业务响应报文返回给客户端主机。

14.根据权利要求12所述的系统，其特征在于，所述银行端银行前置单元包括：

银行端接收子单元，用于接收所述客户端银行前置单元发送的业务请求报文；或者用于接收所述业务处理单元返回的业务处理信息；

银行端安全处理子单元，用于对所述银行端接收子单元接收到的所述业务请求报文进行安全处理，得到业务请求信息；或者用于对所述业务处理单元返回的业务处理信息进行安全处理，得到所述业务响应报文；

银行端发送子单元，用于将所述业务请求信息发送给所述业务处理单元；或者用于将所述业务响应报文发送给客户端银行前置单元。

15.根据权利要求12所述的方法，其特征在于，所述业务处理模块包括：

客户管理模块，用于实现如下功能：当银行端银行前置单元发送的业务请求信息为客户名及操作员名时，对客户名及操作员名进行合法性检查；通过所述合法性检查后，根据编号规则生成客户编号及操作员编号信息；返回所述客户编号及操作员编号信息至银行端银行前置单元；

和/或

账户签约管理模块，用于实现如下功能：当银行端银行前置单元发送的业务请求信息为账户签约数据信息时，对账户签约数据信息进行合法性检查；通过所述合法性检查后，根据所述账户签约信息进行签约，并产生账户数据处理信息；返回所述客户编号及操作员编号信息至银行端银行前置单元；

和/或

资金划转服务模块，用于实现如下功能：当银行端银行前置单元发送的业务请求信息为资金划转信息时，对资金划转信息进行合法性检查；通过所述合法性检查后，根据所述资金划转信息进行资金划转受理处理，并产生资金划转处理信息；返回所述资金划转处理信息至银行端银行前置单元；

和/或

查询信息服务模块，用于实现如下功能：当银行端银行前置单元发送的业务请求信息为查询数据信息时，对查询数据信息进行合法性检查；通过所述合法性检查后，根据所述查询数据信息查询数据库，获得查询结果信息；返回所述查询结果信息至银行端银行前置单元；

和/或

对账单处理模块，用于实现如下功能：当银行端银行前置单元发送的业务请求信息为对账单及记账凭证信息时，对对账单及记账凭证信息进行合法性检查；通过所述合法性检查后，根据所述对账单及记账凭证信息生成对账单或记账凭证数据；返回所述对账单或记账凭证数据至银行端银行前置单元。

Images