网银统一交互的方法及装置与流程

本发明涉及企业内部网银交互领域，具体涉及支持业务系统的网银统一交互的方法及装置。

背景技术：

目前企业的业务系统实现网银交互基本采用将网银交互功能内嵌在业务系统中的方式，每个业务系统单独设计与某一家银行的网银交互功能，随着业务系统数量和银行数量的增加，整个业务系统的复杂度也会增加，同时增加了开发人员开发和维护的成本，因此，迫切需要一种独立于业务系统，能屏蔽各大网银接口不一致性的网银统一交互的方法及装置，满足所有业务系统网银交互的需求。

技术实现要素：

本发明的目的就是为了解决上述问题，提供一种网银统一交互的方法及装置，屏蔽网银缴费过程中各大银行之间网银接口的不一致性，为业务系统提供统一的网银交互功能，降低业务系统的开发和维护难度。

为了实现上述目的，本发明采用如下技术方案：

一种网银统一交互的装置，其中：所述装置包括业务系统支持模块、订单管理模块、网银信息管理模块和移动客户端支持模块，通过网络与银行、业务系统进行信息交互；其中，业务系统支持模块，负责网银缴费流程的控制，规范流程的运转；订单管理模块，向业务系统支持模块、网银信息模块和移动客户端支持模块提供网银服务的调用，管理订单的行为，并检验订单信息的合法性；网银信息管理模块，向订单管理模块提供服务，负责组装收费银行的支付参数，并接收和解析银行服务器返回的订单信息；移动客户端支持模块，用于支持移动端业务系统的网银交互，控制移动端网银交互的过程。

优选地，所述的网银统一交互的装置，其中：所述的业务系统支持模块，包括流程管理模块和消息接收模块；所述流程管理模块，负责缴费的流程控制，规定每一个任务的正确流转；所述消息接收模块，负责接收订单管理模块的缴费结果信息并提供给业务系统。

优选地，所述的网银统一交互的装置，其中，所述的订单管理模块包括服务调用模块、订单处理模块、订单存储模块、信息维护模块；其中，所述信息维护模块，负责维护收费机构、收费类型、收费银行的基本信息和三者之间的关系，规定某一收费机构的某一收费类型的收费银行有哪些选择；所述订单存储模块，实现对订单的存储管理，模块中建立Bean对象，所有对订单的修改均需要通过本模块进行，并在订单存储前进行订单合法性检查，确保只有合法的修改，才会被接受；所述订单处理模块，负责订单的行为管理，所有对订单的实质操作，都需要在本模块完成，包括新建订单、业务系统查询订单状态、银行到账成功/失败通知、订单再生、银行对账确认等；所述服务调用模块，负责提供对外的各种功能和服务的实现。

优选地，所述的网银统一交互的装置，其中，所述的网银信息管理模块包括银行信息组装模块、银行信息解析模块、服务调用模块、银行回调模块；所述银行信息组装模块，负责组装收费银行的支付信息，根据银行的规范对支付信息进行加密，得到银行缴费支付URL信息；所述银行信息解析模块，负责解析由银行服务器返回的订单信息，得到缴费结果；所述服务调用模块，负责向订单管理模块提供获取银行信息的服务调用；所述银行回调模块，负责提供银行服务器完成支付后执行的回调方法，传递订单支付信息。

一种网银统一交互的方法，包括以下步骤：步骤A101，接收缴费参数，并验证参数完整性，开启缴费流程；步骤A102，根据步骤A101得到的缴费参数，由订单管理模块来创建新的缴费订单，进行订单合法性校验，并根据参数初始化订单数据和状态；步骤A103，根据参数中的收费机构和收费类型从数据库的关系表中获取到支持的收费银行和收费商户返回给业务系统；步骤A104，接收业务系统确定的某一收费银行编号和商户编号，修改订单信息和状态，并进行订单合法性校验；步骤A105，根据步骤A104中获取的收费银行和商户编号，从数据库中获取该收费银行商户的详细信息；步骤A106，根据所选收费银行的网银接口的需求，利用工厂模式获取具体的银行实例对象，对支付信息进行签名加密，组装缴费支付参数得到银行支付URL信息，并跳转至网银缴费页面；步骤A107，接收银行返回的订单信息，根据不同网银接口的要求，对返回结果进行验签，解析出正确的缴费结果；步骤A108，根据缴费结果修改订单状态，并进行订单合法性检验；步骤A109，将缴费结果返回给业务系统完成缴费。

优选地，所述的网银统一交互的方法，其中，所述订单合法性校验的步骤如下：步骤B10，进行订单属性值合法性的校验；步骤B100，进行字段空值的检验，订单信息中订单编号、检验码、订单的状态不能为空值；步骤B101，进行字段长度合法性的校验，对订单信息中的各项字段都有最大长度的检验，不允许超过字段的最大长度；步骤B102，进行字段格式合法性的校验，对于订单的缴费时间和清算时间规定格式“yyyyMMddhhmmss”；步骤B103，进行值合法性的校验，缴费金额要大于等于零，要求订单的状态必须在允许的范围内；步骤B11，进行各属性值变化的合法性的校验；步骤B110，保证订单的基本信息不能改变，订单的编号、检验码、收费机构编号、收费业务类型编号等基本信息不能改变；步骤B111，保证订单的状态变化均是合法有效的；步骤B12，进行各属性之间关系的合法性的校验，保证订单的状态之间的约束关系成立。

本发明具有以下有益效果：

1.本发明实现了对网银接口的统一管理，屏蔽了网银接口的不一致性，使得业务系统的整体复杂度会明显降低，同时降低了业务系统的开发难度和维护成本；

2.网银交互过程中基于订单信息进行合法性校验和统一的网银信息的管理，保证了缴费流程的安全性和可靠性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还能根据这些附图获得其他的附图。

图1是根据本发明构思的示例性实施例的网银统一交互的装置的总体结构框图；

图2是根据本发明构思的示例性实施例的网银统一交互的方法的流程图。

具体实施方式

关于本发明创造的详细内容及技术说明，现以实施例来作进一步说明，但应了解的是，这些实施例仅为用于示例说明，而不应被解释为本发明创造实施的限制。

参阅图1所示，网银统一交互装置包括业务系统支持模块10、订单管理模块11、网银信息管理模块12和移动客户端支持模块13四个模块，通过网络14与银行服务器、业务系统进行信息交互。

业务系统支持模块10，负责网银缴费流程的控制，规范流程的运转，包括流程管理模块101和消息接收模块102。

流程管理模块101，负责缴费的流程控制，规定每一个任务的正确流转；

消息接收模块102，负责接收订单管理模块的缴费结果信息并提供给业务系统。

订单管理模块11，向业务系统支持模块10和移动客户端支持模块13提供网银缴费过程中信息交互的服务调用，处理缴费的具体细节，向网银信息管理模块12提供缴费结果通知的服务调用，获取缴费结果。该模块负责管理订单的行为，并检验订单信息的合法性，包括服务调用模块111、订单处理模块112、订单存储模块113、信息维护模块114。

信息维护模块114，负责维护收费机构、收费类型、收费银行的基本信息和三者之间的关系，规定某一收费机构的某一收费类型的收费银行有哪些选择；

订单存储模块113，实现对订单的存储管理，模块中建立Bean对象，所有对订单的修改均需要通过本模块进行，并在订单存储前进行订单合法性检查，确保只有合法的修改，才会被接受；

订单处理模块112，负责订单的行为管理，所有对订单的实质操作，都需要在本模块完成，包括新建订单、业务系统查询订单状态、银行到账成功/失败通知、转单、银行对账确认等；

服务调用模块111，负责提供对外的各种功能和服务的实现。

网银信息管理模块12，向订单管理模块11提供服务，负责组装收费银行的支付参数，并接收银行服务器返回的订单信息，包括银行信息组装模块121、银行信息解析模块122、服务调用模块123、银行回调模块124。

银行信息组装模块121，负责组装收费银行的支付信息，根据各个银行网银接口的规范对支付信息进行加密，得到银行缴费支付URL信息；

银行信息解析模块122，负责解析由银行服务器返回的订单信息，得到缴费结果；

服务调用模块123，负责向订单管理模块12提供获取缴费支付URL信息的服务调用；

银行回调模块124，负责提供银行服务器完成支付后执行的回调方法，传递订单信息。

移动客户端支持模块13，用于支持移动端业务系统的网银交互，控制移动端网银交互的过程，调用订单管理模块11的服务实现网银交互的具体细节。

下面对网银交互方法的流程进行阐述，如图2所示：

步骤A101，接收缴费参数，并验证参数完整性，开启缴费流程；

步骤A102，根据步骤A101得到的缴费参数，由订单管理模块来创建新的缴费订单，进行订单合法性校验，并根据参数初始化订单数据和状态；

步骤A103，根据参数中的收费机构和收费类型从数据库的关系表中获取到支持的收费银行和收费商户返回给业务系统；

步骤A104，接收业务系统确定的某一收费银行编号和商户编号，修改订单信息和状态，并进行订单合法性校验；

步骤A105，根据步骤A104中获取的收费银行和商户编号，从数据库中获取该收费银行商户的详细信息；

步骤A106，根据所选收费银行的网银接口的规范，利用工厂模式获取具体的银行实例对象，对支付信息进行签名加密，组装缴费支付参数得到银行支付URL信息，并跳转至网银缴费页面；

步骤A107，接收银行返回的订单信息，根据不同网银接口的规范，对返回结果进行验签，解析出正确的缴费结果；

步骤A108，根据缴费结果修改订单状态，并进行订单合法性检验；

步骤A109，将缴费结果返回给业务系统，完成缴费。

在对订单信息修改之前，要进行订单的合法性校验，检验订单的信息完整和状态变化，规定订单的六种状态：通知业务系统的订单状态、网银统一交互装置中的订单状态、银行的订单状态、通过查询或银行返回的订单状态、对账返回的状态、对订单的处理状态。

订单合法性校验的步骤如下：

步骤B10，进行订单属性值合法性的校验；

步骤B100，进行字段空值的检验，订单信息中订单编号、检验码、订单的状态不能为空值；

步骤B101，进行字段长度合法性的校验，对订单信息中的各项字段都有最大长度的检验，不允许超过字段的最大长度；

步骤B102，进行字段格式合法性的校验，对于订单的缴费时间和清算时间规定格式“yyyyMMddhhmmss”；

步骤B103，进行值合法性的校验，缴费金额要大于等于零，要求订单的状态必须在允许的范围内；

步骤B11，进行各属性值变化的合法性的校验；

步骤B110，保证订单的基本信息不能改变，订单的编号、检验码、收费机构编号、收费业务类型编号等基本信息不能改变；

步骤B111，保证订单的状态变化均是合法有效的；

步骤B12，进行各属性之间关系的合法性的校验，保证订单的状态之间的约束关系成立。

上述内容仅为本发明创造的较佳实施例而已，不能以此限定本发明创造的实施范围，即凡是依本发明创造权利要求及发明创造说明内容所做出的简单的等效变化与修饰，皆仍属于本发明创造涵盖的范围。