CN109670081A - 业务请求处理的方法及装置 - Google Patents

Abstract

本申请提供了一种操作数据库的方法，该方法在接收到业务处理请求之后，获得业务处理请求对应的第一XML配置文件及第二XML配置文件，使用第一XML配置文件从业务处理请求中提取目标参数，读取第二XML配置文件中的数据库操作语句并执行，以获得数据库操作结果，并根据第一XML配置文件将数据库操作结果组装为处理结果返回报文，返回处理结果返回报文。与现有使用JAVA文件进行数据库操作的方式相比，本申请并没有使用JAVA文件，而是在第二XML配置文件中记录数据库操作语句，由于第二XML配置文件的执行效率优于JAVA文件，使得本申请的执行效率高于现有的数据库操作方式。

Description

业务请求处理的方法及装置

技术领域

本申请涉及数据处理技术领域，更具体地，是业务请求处理的方法及装置。

背景技术

业务处理***，可以接收到***外部发送的业务处理请求，按照预设的处理逻辑对请求进行处理，并将处理结果返回给业务处理请求的发送方。以一个具体示例为例进行说明。银行处理***可以接收到用户通过终端发送的交易明细查询请求，在数据存储***中查询相关交易明细数据，并将相关交易明细数据返回给用户终端。

目前，数据处理逻辑一般通过JAVA文件实现，即在JAVA文件中编写数据处理逻辑，在处理过程中调用JAVA文件执行处理过程。然而，这种处理方式效率较低。

发明内容

有鉴于此，本申请提供了一种业务请求处理的方法，用以提高业务处理请求的处理效率。另外，本申请还提供了一种业务请求处理的装置，用以保证所述方法在实际中的应用及实现。

为实现所述目的，本申请提供的技术方案如下：

第一方面，本申请提供了一种业务请求处理的方法，包括：

接收到业务处理请求后，获得与所述业务处理请求对应的第一XML配置文件与第二XML配置文件；其中所述第一XML配置文件记录有业务处理请求的解析规则及处理返回结果的组装规则；所述第二XML配置文件记录有所述业务处理请求相关的处理逻辑语句，所述处理逻辑语句至少包括数据库操作语句；

根据所述第一XML配置文件中的解析规则，从所述业务处理请求中提取目标参数；

读取所述第二XML配置文件中的数据库操作语句，并将所述目标参数传入所述数据库操作语句中执行，以获得数据库操作结果；

根据所述第一XML配置文件中的组装规则，将所述数据库操作结果组装为处理结果返回报文；

返回所述处理结果返回报文。

第二方面，本申请提供了一种业务请求处理的装置，包括：

配置文件获取模块，用于接收到业务处理请求后，获得与所述业务处理请求对应的第一XML配置文件与第二XML配置文件；其中所述第一XML配置文件记录有业务处理请求的解析规则及处理返回结果的组装规则；所述第二XML配置文件记录有所述业务处理请求相关的处理逻辑语句，所述处理逻辑语句至少包括数据库操作语句；

目标参数的提取模块，用于根据所述第一XML配置文件中的解析规则，从所述业务处理请求中提取目标参数；

数据库操作结果获得模块，用于读取所述第二XML配置文件中的数据库操作语句，并将所述目标参数传入所述数据库操作语句中执行，以获得数据库操作结果；

返回报文组装模块，用于根据所述第一XML配置文件中的组装规则，将所述数据库操作结果组装为处理结果返回报文；

返回报文返回模块，用于返回所述处理结果返回报文。

本申请提供了一种操作数据库的方法，该方法在接收到业务处理请求之后，获得业务处理请求对应的第一XML配置文件及第二XML配置文件，第一XML配置文件用于参数的提取及结果的封装，第二XML配置文件用于使用参数对数据库进行操作得到结果，进而使用第一XML配置文件从所述业务处理请求中提取目标参数，读取第二XML配置文件中的数据库操作语句并执行，以获得数据库操作结果，并根据所述第一XML配置文件将所述数据库操作结果组装为处理结果返回报文，返回所述处理结果返回报文。与现有使用JAVA文件进行数据库操作的方式相比，本申请并没有使用JAVA文件，而是在第二XML配置文件中记录数据库操作语句，由于第二XML配置文件的执行效率优于JAVA文件，使得本申请的执行效率高于现有的数据库操作方式。

附图说明

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

图1为本申请提供的业务请求处理的方法的一个流程图；

图2为本申请提供的第二XML配置文件的一个示例；

图3为本申请提供的业务请求处理的装置的一个结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了便于理解技术方案，本申请首先结合应用场景进行说明。

业务处理场景是，一方设备会向另一方设备发送业务处理请求，为了便于描述发送方设备可以称为请求设备，接收方设备可以称为处理设备。请求设备可以是用户终端，也可以是其他类型的终端或***。

需要说明的是，在本申请的应用场景中，处理设备对业务处理请求的处理过程通常需要使用数据库***，即从数据库***中获取所需的业务数据。并且，为了进行数据库***的查询操作，还需要从业务处理请求中提取所需的查询参数。因此可以看出，处理设备对业务处理请求的处理过程可以分为两个部分，一是从业务处理请求中提取查询所需参数的过程，二是，使用参数对数据库的操作过程。

目前的业务处理请求的参数提取过程以及数据库的操作过程，都依赖于JAVA文件中编写的处理逻辑，而JAVA文件的执行效率较低。

关于业务处理请求中提取参数过程的说明。

业务处理请求一般通过报文的方式发送，也就是说，请求设备将业务处理请求封装在报文中发送给处理设备。为了便于理解，对报文进行解释说明。报文(message)，是网络中交换与传输的数据单元，即站点一次性要发送的数据块。报文包含了将要发送的完整的业务处理请求信息，其长短很不一致，长度不限且可变。也是网络传输的单位，传输过程中会不断的封装成分组、包、帧来传输，封装的方式就是添加一些信息段，那些就是报文头以一定格式组织起来的数据。比如里面有报文类型，报文版本，报文长度，报文实体等等信息。报文就是在各个***之间进行请求和响应时用来交换信息的，还需要遵守规定好的格式。另外，应用报文多是多个***之间需要通信的时候，比如银行ESB***到网关***再到银联***。

处理设备接收到报文后，使用JAVA文件编写的提取逻辑从业务处理请求中提取查询参数。JAVA文件的开发过程较为复杂，且执行过程需要编译运行等步骤，执行效率较低。

关于数据库操作过程的说明。

一项业务功能的处理通常需要调用数据库***中的业务数据。具体的实现方式是，操作数据库的模块可以接收到外部接口发送的业务处理请求，根据业务处理请求的要求，从数据库***中调用相关的业务数据。

操作数据库的模块可以称为数据库操作模块，该模块为了实现对数据库的处理功能，需要调用预先编写的JAVA文件中的数据库操作语句，这种处理数据库的方式效率较低。

另外，由于现实中业务场景的复杂性，一个业务处理请求可能需要数据库操作模块与数据库***中的数据表进行多次的交互操作。交互处理的逻辑包含在JAVA文件中。该文件中的交互处理逻辑包括，前一次数据库操作语句得到的数据赋值给后一次数据库操作语句，再进行数据库连接等等操作，并执行后一次的数据库操作语句与数据库***再次进行交互操作。如此反复交互，既要开发数据库代码，还要在JAVA文件中开发相应的调用逻辑代码。这种处理逻辑不仅执行效率慢，而且通用性比较差，开发效率也比较低。

为了解决上述至少一个技术问题，本申请提供了一种操作数据库的方法流程，见图1，该方法流程具体包括如下步骤S101～S105。

S101：接收到业务处理请求后，获得与业务处理请求对应的第一XML配置文件与第二XML配置文件；其中第一XML配置文件记录有业务处理请求的解析规则及处理返回结果的组装规则；第二XML配置文件记录有业务处理请求相关的处理逻辑语句，处理逻辑语句至少包括数据库操作语句。

其中，处理设备可以接收到业务处理请求，接收到业务处理请求后需要根据业务处理请求确定对应的XML配置文件。XML配置文件包括两类，其中第一XML配置文件用于提取目标参数及返回处理结果，第二XML配置文件用于操作数据库。为了便于描述，两个XML配置文件分别称为第一XML配置文件及第二XML配置文件。

不同的业务处理请求使用不同类型的报文，不同类型的报文，报文字段不同，从而也就需要设置不同的第一XML配置文件。

例如，某个业务处理请求为查询当天的交易明细，该业务处理请求中包含有***、查询日期、编码格式等字段；另一业务处理请求为查询历史交易明细，该业务处理请求中包含有***、起始日期、终止日期、编码格式等字段。两个业务查询请求对应的是两个不同的第一XML配置文件。需要说明的是，报文类型的具体内容是根据实际需求设置的，并不局限于上述所举示例。

为了查找所需的第一XML配置文件，可以设置业务处理请求的标识与第一XML配置文件的对应关系。这样，在实际应用中，接收到业务处理请求之后，根据该业务处理请求的标识以及上述对应关系，便可以查找到该业务处理请求对应的第一XML配置文件。

需要说明的是，第一XML配置文件的个数可以并非一个，可以是两个。两个第一XML配置文件分别用来提取目标参数，以及组装处理结果返回报文。

以上是关于第一XML配置文件的说明，关于第二XML配置文件的说明如下。

可以理解的是，不同的业务处理请求所对应的数据库处理逻辑是不同的。

首先业务处理请求的类型不同，处理逻辑则是不同的。例如，某一业务处理请求为查询交易明细，则需要使用数据库查询语句；另一业务处理请求为删除联系人，则需要使用数据库删除语句。再者，即使是同一类型业务处理请求，处理逻辑也不相同。例如都是数据库查询语句，但查询内容不同可能导致查询逻辑也可能不同，如一种处理逻辑中可能包括查询参数的验证，另一种处理逻辑中并不需要对查询参数进行验证。

因此，可以预先针对不同的业务处理请求，编写对应的处理逻辑语句。需要说明的是，本申请使用XML(Extensible Markup Language，可扩展标记语言)格式的配置文件来保存处理逻辑语句，也就是说，不同的业务处理请求对应不同的第二XML配置文件。

接收到业务处理请求后，根据业务处理请求与第二XML配置文件之间的对应关系，为所接收到的业务处理请求确定其所对应的第二XML配置文件。

第二XML配置文件中记录有业务处理请求对应的处理逻辑语句，处理逻辑语句分为多种类型，为了实现对数据库的操作，处理逻辑语句至少包括数据库操作语句。

其中，数据库操作语句指的是对数据库执行操作的语句，操作可以包括查询、删除、增加、修改等各种类型。数据库操作语句可以具体为SQL(Structured Query Language，结构化查询语言)语句。

S102：根据第一XML配置文件中的解析规则，从业务处理请求中提取目标参数。

其中，第一XML配置文件是根据报文字段编写的，报文中包含有哪些字段，则第一XML配置文件中便会设置哪些字段的提取规则。

在一个示例中，业务处理请求封装在请求报文中，解析规则主要包括，字段顺序及字段长度。则本步骤的具体实现方式为，依次从请求报文中提取各个符合字段长度的报文片段；以及根据字段顺序的设置规则确定每个报文片段对应的参数，其中所确定出的参数即提取到的目标参数。

具体来讲，请求报文中各个字段是按照一定的顺序排列的，且每个字段按照规定的长度设置。因此接收到请求报文之后，可以从请求报文中按照字段长度拆分，拆分得到的各个报文片段可以认为是各个字段，再按照字段顺序的规定，确定每个报文片段分别是什么字段。所确定出的字段即目标参数。

例如，某用于查询当日交易明细的请求报文的提取规则中，字段顺序是：***、日期及币种；字段长度分别为16、8、3。在接收到当日交易明细的请求报文之后，首先从报文内容中先提取16个长度的报文片段，假设为1234567890987654，根据字段顺序可知该报文片段为***；再提取8个长度的报文片段，假设为20180505，根据字段顺序可知该报文片段为日期；再提取3个长度的报文片段，假设为RMB，根据字段顺序可知该报文片段为币种。综合来看，从报文内容中可以提取到三个目标参数，分别为***、日期及币种。需要说明的是，上述提取方式中，先提取到一个报文片段后即确定该报文片段对应的参数内容，还可以是提取到全部的报文片段再分别确定各个报文片段对应的参数内容。

在上述基础上，解析规则还可以包括字段类型，字段类型用来校验所提取到的目标参数的数据类型是否符合字段类型的规则。若目标参数的字段类型不符合预设字段类型的规则，则可以返回错误提示报文。

例如，提取到的某个目标参数的字段类型为***，***的字段类型为数字，假设从报文中提取到的***参数包括有字符，则说明该参数的类型并不符合的字段类型规定；又如，提取到的某个目标参数的字段类型为日期，假设从报文中提取到的日期参数为20181345，该目标参数并不符合日期的规则，规则为年为四位数，月为两位数，日为两位数，则可以确定该目标参数并不合法。

以下是包含有解析规则的第一XML配置文件的一个示例。

在上述解析规则中，字段长度如length属性所示，字段名称如name属性，字段顺序如字段的先后书写顺序所示。按照该解析规则可以提取请求报文中包含的目标参数。

提取到的目标参数包括有参数名以及参数值，可以使用目标参数到数据库中进行数据查询，具体过程如下一步骤所示。

S103：读取第二XML配置文件中的数据库操作语句，并将目标参数传入数据库操作语句中执行，以获得数据库操作结果。

其中，第二XML配置文件中包含数据库操作语句，数据库操作语句可以包含在标签节点中，读取第二XML配置文件的标签节点，解析其中包含的数据库操作语句，并执行所解析到的数据库操作语句，进而可以获得数据库操作结果。

需要说明的是，本步骤中的数据库操作语句可以是多个，在实际应用中，需要依次读取第二XML配置文件中的各个标签节点，解析各个标签节点中的数据库操作语句，将上一步骤得到的目标参数传入数据库操作语句并执行。

更具体地，各条数据库操作语句在第二XML配置文件中具有前后书写顺序，则按照该前后书写顺序，依次读取第二XML配置文件中的数据库操作语句并执行。第二XML配置文件中第一条数据库操作语句执行时，需要连接数据库，第一条数据库执行语句执行完毕之后，便可以直接读取后续的数据库操作语句并执行，并不需如现有的JAVA文件的操作方式，仍需要与数据库建立连接进行操作。

S104：根据第一XML配置文件中的组装规则，将数据库操作结果组装为处理结果返回报文。

其中，第一XML配置文件中设置返回报文的组装规则，组装规则可以包括：字段顺序、组装格式等等。

以下是包含有组装规则的第一XML配置文件的一个示例。在下述组装规则中，返回的字段分别包括交易码、返回码、返回信息、总记录条数、返回记录数、客户号、客户名称、交易***、交易账号、……收费账号，字段顺序如下书写顺序，组装格式如下述name属性及length属性所示。

得到数据库操作结果之后，将数据操作结果按照上述组装规则组装为返回报文。

S105：返回处理结果返回报文。

其中，返回报文被返回至业务处理请求的发送方。

由以上技术方案可知，本申请提供了一种操作数据库的方法，该方法在接收到业务处理请求之后，获得业务处理请求对应的第一XML配置文件及第二XML配置文件，第一XML配置文件用于参数的提取及结果的封装，第二XML配置文件用于使用参数对数据库进行操作得到结果，进而使用第一XML配置文件从业务处理请求中提取目标参数，读取第二XML配置文件中的数据库操作语句并执行，以获得数据库操作结果，并根据第一XML配置文件将数据库操作结果组装为处理结果返回报文，返回处理结果返回报文。与现有使用JAVA文件进行数据库操作的方式相比，本申请并没有使用JAVA文件，而是在第二XML配置文件中记录数据库操作语句，由于第二XML配置文件的执行效率优于JAVA文件，使得本申请的执行效率高于现有的数据库操作方式。

具体来讲，第二XML配置文件的执行速度要优于JAVA文件的执行速度。原因是，第二XML配置文件加载到内存中，如果前一数据库操作语句得到的查询结果需要在后续的数据库操作语句中使用，那么前一数据库操作语句得到的查询结果可以直接发送给后续的数据库操作语句使用，并不需要像JAVA文件中每个数据库操作语句的查询结果需要进行判断、赋值等逻辑处理，处理之后再给其他数据库操作语句使用。

另外，第一XML配置文件的运行过程并不需要JAVA文件的编译执行等步骤，从而运行效率较高。

除了执行效率方面的优势，第二XML配置文件的开发效率也优于JAVA文件的开发效率。原因是，如果业务处理的逻辑需要修改，JAVA文件修改之后需要重新编译打包等开发操作。然而，第二XML配置文件修改之后，并不需要执行这些开发操作，仅仅是配置文件内容的修改而已。

现有技术中，代码开发工作量较大，增加了开发人员的负担。然而，本申请可以根据标签规则在第二XML配置文件里灵活配置解析、传值、返回查询数据库的结果等处理逻辑。使用者只需要编写一个第二XML配置文件以及引入响应Jar包，即可自动实现灵活配置，不需要额外任何工作量，本申请可以大幅减少开发人员不必要的开发工作量。

以下对第二XML配置文件的具体形式进行说明。

第二XML配置文件是由一个个的标签节点组成的，每个标签节点具有各自的处理内容，处理内容的组合形成了第二XML配置文件所记录的处理逻辑。标签节点的处理内容可以是对数据库进行操作、可以是对传入参数进行格式验证等等内容。第二XML配置文件的执行方式是，按照标签节点的先后书写顺序，依次执行标签节点所表示的处理内容。

第二XML配置文件中的处理逻辑语句包括传入参数，传入参数的来源包括两种类型，分别为业务处理请求及数据库操作结果。也就是说，可以从业务处理请求中提取参数，提取的参数作为数据库操作语句中的传入参数。或者，一个数据库操作语句的操作结果可以作为另一数据库操作语句的传入参数。

如果数据库操作语句的传入参数来自于业务处理请求，则读取第二XML配置文件中的数据库操作语句并执行，具体实现方式包括：

从业务处理请求中提取目标参数；读取第二XML配置文件中的数据库操作语句；将目标参数作为传入参数传入数据库操作语句，并执行传入有参数的数据库操作语句。

第二XML配置文件中的处理逻辑语句除了包括以上数据库操作语句，还可以包括以下两种类型的语句，即参数验证语句及验证结果返回语句。

基于上述形式的第二XML配置文件，本申请提供的操作数据库的方法还包括以下步骤，即：

读取第二XML配置文件中的参数验证语句并执行，以获得目标参数的验证结果；以及读取第二XML配置文件中的验证结果返回语句并执行，以返回参数验证结果。

其中参数验证语句中包含验证规则及参数标准，按照验证规则验证业务处理请求中的参数是否符合参数标准。验证结果返回语句的作用是将验证结果返回给业务处理请求的发送方。

以下通过具体的应用场景及几种第二XML配置文件示例，对第二XML配置文件的形式进行说明。

数据库操作模块接收到外部接口发送的一个业务处理请求，假设该业务处理请求的目的是，请求从数据库中查询某一时间段内的银行卡交易明细。则数据库操作模块解析该业务处理请求，从中提取查询数据库所需要的参数，参数包括时间段的起始日期及终止日期。

以图2所示的第二XML配置文件为例，假设从业务处理请求中提取到的时间参数为STR_DATE(时间段的起始日期)及END_DATE(时间段的终止日期)，该配置文件中包含有标签节点<ifbf>，该标签节点内包含有condition字段，该字段表示的是对两个时间参数的判断条件。判断条件的内容是，判断时间参数的格式是否不准确。根据配置文件的处理逻辑，如果时间参数的格式不准确，则返回标签节点<key>内包含的内容，该标签节点包含的内容用于表示时间参数格式不准确。

需要补充一点，图2中condition字段中的R可以用于表示外部传入的参数。

关于数据库操作语句需要说明的是，处理逻辑语句中包含数据库操作语句这种类型的语句，数据库查询语句可以包含在各种类型的标签节点中执行。

一种示例是，数据库查询语句可以包含在<atom>标签节点中。

参见下文所示的第二XML配置文件的代码示例，标签节点<atom>中包含有子标签<content>，该子标签内包含有表示查询的SQL语句，即SELECT语句。

需要补充一点，上述代码示例的condition字段中的D可以表示，参数TIME_SCOPE来源于其他数据库查询语句所得的查询结果。

另一种示例中，数据库查询语句可以包含在判断条件<ifbf>标签节点中。

仍以上述代码示例为例，<ifbf>标签节点中的condition字段可以包含的是数据库操作语句。

又一种示例中，数据库操作语句还可以包含在循环类标签节点中。

循环类标签节点指的是，循环多次进行相同处理的操作的标签节点。数据库操作语句包含在这种类型的标签节点中，便可以实现对数据库的多次相同内容的处理。

又一种示例中，数据库操作语句还可以包含在文本类标签节点等类型的标签节点中。

文本类标签节点指的是，包含JAVA语句的标签节点。数据库操作语句也可以包含在这种类型的标签节点中。例如，JAVA语句的功能是，在得到数据库操作语句从数据库中查询到的所有查询结果后，从查询结果中选择满足条件的部分查询结果作为最终返回的查询结果。

需要说明的是，除了以上几种示例，数据库操作语句还可以包含在其他类型的标签节点中。

不论数据库操作语句在哪几种类型的标签节点中，第二XML配置文件中的标签节点是具有先后书写顺序的。

在实际应用中，本申请提供的操作数据库的方法还可以包括：对第二XML配置文件的验证步骤。具体地：对第二XML配置文件的验证步骤可以包括：

获得第二XML配置文件的内容格式规则，并验证第二XML配置文件的内容格式是否符合内容格式规则。

其中，第二XML配置文件具有一定的内容格式规则，例如，第二XML配置文件中可能会出现的标签节点都有哪些，每个标签节点的名称是怎样的，标签节点的规范格式是怎样的，标签节点可能包含的字段都有哪些，字段的名称是怎样的，字段的规范格式是怎样的，等等。

在执行第二XML配置文件中的处理逻辑语句之前，需要对第二XML配置文件的内容格式进行验证，验证其否符合上述内容格式规则的要求。同理，可以对第一XML配置文件进行验证。

本申请中的两个XML配置文件可以由JAR包运行并执行。具体来看，JAR包可以解析第一XML配置文件中的解析规则，根据该解析规则从业务处理请求中提取目标参数，也可以根据第一XML配置文件中的处理结果返回报文的组装规则，将数据库操作结果组装为返回报文。JAR包还可以执行第二XML配置文件中的数据库操作语句，以获得数据库操作结果。

见图3，本申请提供了一种操作数据库的装置，具体包括：配置文件获得模块301、目标参数的提取模块302、数据库操作结果获得模块303、返回报文组装模块304、返回报文返回模块305。

配置文件获取模块301，用于接收到业务处理请求后，获得与业务处理请求对应的第一XML配置文件与第二XML配置文件；其中第一XML配置文件记录有业务处理请求的解析规则及处理返回结果的组装规则；第二XML配置文件记录有业务处理请求相关的处理逻辑语句，处理逻辑语句至少包括数据库操作语句；

目标参数的提取模块302，用于根据第一XML配置文件中的解析规则，从业务处理请求中提取目标参数；

数据库操作结果获得模块303，用于读取第二XML配置文件中的数据库操作语句，并将目标参数传入数据库操作语句中执行，以获得数据库操作结果；

返回报文组装模块304，用于根据第一XML配置文件中的组装规则，将数据库操作结果组装为处理结果返回报文；

返回报文返回模块305，用于返回处理结果返回报文。

在一个示例中，数据库操作语句包括多条，各条数据库操作语句在第二XML配置文件中具有前后书写顺序；则数据库操作结果获得模块用于读取第二XML配置文件中的数据库操作语句并执行，包括：数据库操作结果获得模块，具体用于按照前后书写顺序，依次读取第二XML配置文件中的数据库操作语句并执行。

在一个示例中，业务处理请求封装在请求报文中，解析规则包括：字段顺序及字段长度；则目标参数的提取模块用于根据第一XML配置文件中的解析规则，从业务处理请求中提取目标参数，包括：目标参数的提取模块，具体用于依次从请求报文中提取各个符合字段长度的报文片段；以及根据字段顺序的设置规则确定每个报文片段对应的参数，其中所确定出的参数即提取到的目标参数。

在一个示例中，处理逻辑语句还包括：参数验证语句及验证结果返回语句；则该装置还包括：参数验证模块，用于读取第二XML配置文件中的参数验证语句并执行，以获得目标参数的验证结果；以及读取第二XML配置文件中的验证结果返回语句并执行，以返回参数验证结果。

在一个示例中，业务请求处理的装置还包括：配置文件验证模块，用于获得第一XML配置文件及第二XML配置文件的内容格式规则，并验证第一XML配置文件及第二XML配置文件的内容格式是否符合内容格式规则。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括上述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种业务请求处理的方法，其特征在于，包括：

接收到业务处理请求后，获得与所述业务处理请求对应的第一XML配置文件与第二XML配置文件；其中所述第一XML配置文件记录有业务处理请求的解析规则及处理返回结果的组装规则；所述第二XML配置文件记录有所述业务处理请求相关的处理逻辑语句，所述处理逻辑语句至少包括数据库操作语句；

根据所述第一XML配置文件中的解析规则，从所述业务处理请求中提取目标参数；

读取所述第二XML配置文件中的数据库操作语句，并将所述目标参数传入所述数据库操作语句中执行，以获得数据库操作结果；

根据所述第一XML配置文件中的组装规则，将所述数据库操作结果组装为处理结果返回报文；

返回所述处理结果返回报文。

2.根据权利要求1所述的业务请求处理的方法，其特征在于，所述数据库操作语句包括多条，各条数据库操作语句在所述第二XML配置文件中具有前后书写顺序；

则所述读取所述第二XML配置文件中的数据库操作语句并执行，包括：

按照所述前后书写顺序，依次读取所述第二XML配置文件中的数据库操作语句并执行。

3.根据权利要求1所述的业务请求处理的方法，其特征在于，所述业务处理请求封装在请求报文中，所述解析规则包括：字段顺序及字段长度；

则所述根据所述第一XML配置文件中的解析规则，从所述业务处理请求中提取目标参数，包括：

依次从所述请求报文中提取各个符合字段长度的报文片段；

根据字段顺序的设置规则确定每个报文片段对应的参数，其中所确定出的参数即提取到的目标参数。

4.根据权利要求1所述的业务请求处理的方法，其特征在于，所述处理逻辑语句还包括：参数验证语句及验证结果返回语句；则该方法还包括：

读取所述第二XML配置文件中的参数验证语句并执行，以获得目标参数的验证结果；

读取所述第二XML配置文件中的验证结果返回语句并执行，以返回参数验证结果。

5.根据权利要求1所述的业务请求处理的方法，其特征在于，还包括：对所述第一XML配置文件及所述第二XML配置文件的验证步骤；

其中所述第一XML配置文件及第二XML配置文件的验证具体包括：

获得第一XML配置文件及第二XML配置文件的内容格式规则，并验证所述第一XML配置文件及所述第二XML配置文件的内容格式是否符合所述内容格式规则。

6.一种业务请求处理的装置，其特征在于，包括：

配置文件获取模块，用于接收到业务处理请求后，获得与所述业务处理请求对应的第一XML配置文件与第二XML配置文件；其中所述第一XML配置文件记录有业务处理请求的解析规则及处理返回结果的组装规则；所述第二XML配置文件记录有所述业务处理请求相关的处理逻辑语句，所述处理逻辑语句至少包括数据库操作语句；

目标参数的提取模块，用于根据所述第一XML配置文件中的解析规则，从所述业务处理请求中提取目标参数；

数据库操作结果获得模块，用于读取所述第二XML配置文件中的数据库操作语句，并将所述目标参数传入所述数据库操作语句中执行，以获得数据库操作结果；

返回报文组装模块，用于根据所述第一XML配置文件中的组装规则，将所述数据库操作结果组装为处理结果返回报文；

返回报文返回模块，用于返回所述处理结果返回报文。

7.根据权利要求6所述的业务请求处理的装置，其特征在于，所述数据库操作语句包括多条，各条数据库操作语句在所述第二XML配置文件中具有前后书写顺序；

则所述数据库操作结果获得模块用于读取所述第二XML配置文件中的数据库操作语句并执行，包括：

数据库操作结果获得模块，具体用于按照所述前后书写顺序，依次读取所述第二XML配置文件中的数据库操作语句并执行。

8.根据权利要求6所述的业务请求处理的装置，其特征在于，所述业务处理请求封装在请求报文中，所述解析规则包括：字段顺序及字段长度；

则所述目标参数的提取模块用于根据所述第一XML配置文件中的解析规则，从所述业务处理请求中提取目标参数，包括：

目标参数的提取模块，具体用于依次从所述请求报文中提取各个符合字段长度的报文片段；以及根据字段顺序的设置规则确定每个报文片段对应的参数，其中所确定出的参数即提取到的目标参数。

9.根据权利要求6所述的业务请求处理的装置，其特征在于，所述处理逻辑语句还包括：参数验证语句及验证结果返回语句；则该装置还包括：

参数验证模块，用于读取所述第二XML配置文件中的参数验证语句并执行，以获得目标参数的验证结果；以及读取所述第二XML配置文件中的验证结果返回语句并执行，以返回参数验证结果。

10.根据权利要求6所述的业务请求处理的装置，其特征在于，还包括：

配置文件验证模块，用于获得第一XML配置文件及第二XML配置文件的内容格式规则，并验证所述第一XML配置文件及所述第二XML配置文件的内容格式是否符合所述内容格式规则。