CN115242631B

CN115242631B - 一种报文处理方法、装置、电子设备及存储介质

Info

Publication number: CN115242631B
Application number: CN202210920062.9A
Authority: CN
Inventors: 杨松涛; 赵碧波
Original assignee: Zhongdian Jinxin Software Co Ltd
Current assignee: Zhongdian Jinxin Software Co Ltd
Priority date: 2022-08-01
Filing date: 2022-08-01
Publication date: 2023-10-13
Anticipated expiration: 2042-08-01
Also published as: CN115242631A

Abstract

本申请提供了一种报文处理方法、装置、电子设备及存储介质，涉及数据传输技术领域，应用于客户端时，基于用户查询请求对应的应用服务生成实体对象，确定服务接口，基于服务接口调用预先配置的XML模板，并利用所述XML模板将所述实体对象转换成携带有所述业务参数的XML报文，并发送至服务器；应用于服务器时，在接收到客户端发送的XML报文后，同样基于服务接口调用预先配置的XML模板，利用XML模板将XML报文转换成携带有业务参数的实体对象，以查询实体对象中的业务参数对应的查询结果；从而通过预配置的XML模板能够实现应用服务本身与应用服务的报文接口的解耦，针对不同的应用服务快速配置接口，提升二次开发效率。

Description

一种报文处理方法、装置、电子设备及存储介质

技术领域

本申请涉及数据传输技术领域，具体而言，涉及一种报文处理方法、装置、电子设备及存储介质。

背景技术

交易类系统在开发时，需要约定服务交易的接口，即输入输出，并根据输入输出的数据结构指定统一的报文接口，现有的做法是针对每种应用服务生成相应报文格式所对应的程序代码。

但是这种针对每种应用服务生成相应报文格式所对应的程序代码的做法，会使应用服务本身与应用服务的报文接口耦合度太高。如，现有的应用服务是用于查询用户信息，其中用户信息仅仅包括账户名称、账户编号，若在该应用服务的基础上，在用户信息中增加用户名称、用户征信等基础信息时，虽然没有改变业务处理逻辑，但是依然需要修改整个程序代码，重新配置报文接口，从而导致系统的二次开发成本较高、效率较低。

发明内容

有鉴于此，本申请的目的在于提供一种报文处理方法、系统、电子设备及存储介质，通过预存储XML配置模板实现实体对象与XML报文之间的实时转换，能够降低应用服务和接口的耦合度，提升系统的二次开发效率。

第一方面，本申请提供的一种报文处理方法，应用于客户端，所述方法包括以下步骤：

基于用户查询请求对应的应用服务生成实体对象，其中，所述实体对象存储有该应用服务包含的业务数据；

基于所述应用服务确定用于传输所述实体对象的服务接口；

基于所述服务接口调用预先配置的XML模板，并利用所述XML模板将所述实体对象转换成携带有所述业务参数的XML报文，并发送至服务器，以使所述服务器响应所述XML报文得到所述用户查询请求的查询结果；其中，不同的服务接口配置有不同的XML模板。

在一种可能的实施方式中，通过如下方式配置所述服务接口的XML模板：

基于所述服务接口对应的应用服务，确定所述服务接口负责传输的实体对象和XML报文；

基于负责传输的实体对象和XML报文，配置所述实体对象中的对象属性和所述XML报文中各个报文节点信息之间的映射关系，得到所述服务接口的XML模板。

在一种可能的实施方式中，所述报文节点信息包括节点属性，所述映射关系至少包括所述实体对象中的对象属性和所述XML报文中的节点属性组成的一个关系对。

在一种可能的实施方式中，所述基于所述服务接口调用预先配置的XML模板，并利用所述XML模板将所述实体对象转换成携带有所述业务参数的XML报文，并发送至服务器，包括以下步骤：

基于所述服务接口调用预先配置的XML模板；

基于调用的XML模板逐个读取所述服务接口传输的实体对象的对象属性，并根据所述XML模板配置的映射关系找出与读取的所述对象属性相应的报文节点并赋值；

直至所述服务接口传输的实体对象的所有对象属性相应填充到报文节点中形成XML报文，将所述XML报文发送至服务器。

第二方面，本申请提供的一种报文处理方法，应用于服务器，所述方法包括以下步骤：

接收客户端根据第一方面所述的基于服务接口发送的XML报文；

基于所述服务接口调用预先配置的XML模板；

利用所述XML模板将所述XML报文转换成携带有所述业务参数的实体对象，并查询所述实体对象中的业务参数对应的查询结果。

在一种可能的实施方式中，所述利用所述XML模板将所述XML报文转换成携带有所述业务参数的实体对象，包括以下步骤：

读取所述XML模板配置的实体对象中的对象属性和所述XML报文中各个报文节点信息之间的映射关系；

逐个读取所述XML报文的报文节点信息，并根据所述XML模板配置的映射关系找出与读取的所述报文节点信息相应的对象属性并赋值，直至所述XML报文的所有报文节点信息相应赋值给相应的对象属性形成实体对象。

第三方面，本申请提供的一种报文处理装置，驻留于客户端，包括：

生成模块，用于基于用户查询请求对应的应用服务生成实体对象，其中，所述实体对象存储有该应用服务包含的业务数据，不同的用户查询请求对应不同的应用服务；

确定模块，用于基于所述应用服务确定用于传输所述实体对象的服务接口；其中，不同的应用服务对应不同的服务接口；

第一转换模块，用于基于所述服务接口调用预先配置的XML模板，并利用所述XML模板将所述实体对象转换成携带有所述业务参数的XML报文，并发送至服务器，以使所述服务器响应所述XML报文得到所述用户查询请求的查询结果；其中，不同的服务接口配置有不同的XML模板。

第四方面，本申请提供的一种报文处理装置，驻留于服务器，包括：

接收模块，用于接收客户端根据第三方面所述的基于服务接口发送的XML报文；

调用模块，用于基于所述服务接口调用预先配置的XML模板；

第二转换模块，用于利用所述XML模板将所述XML报文转换成携带有所述业务参数的实体对象，并查询所述实体对象中的业务参数对应的查询结果。

第五方面，本申请提供的一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如第一方面所述的报文处理方法的步骤或者执行如第二方面所述的报文处理方法的步骤。

第六方面，本申请提供的一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行时执行如第一方面所述的报文处理方法的步骤或者执行如第二方面所述的报文处理方法的步骤。

本实施例提供的一种报文处理方法、系统、电子设备及存储介质，应用于客户端时，基于用户查询请求对应的应用服务生成实体对象，基于所述服务接口调用预先配置的XML模板，并利用所述XML模板将所述实体对象转换成携带有所述业务参数的XML报文，并发送至服务器；应用于服务器时，在接收到客户端发送的XML报文后，同样基于服务接口调用预先配置的XML模板，利用XML模板将XML报文转换成携带有业务参数的实体对象，以查询实体对象中的业务参数对应的查询结果；从而通过预配置的XML模板能够实现应用服务本身与应用服务的报文接口的解耦，针对不同的应用服务快速配置接口，提升二次开发效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请一实施例中应用于客户端时所述报文处理方法的流程示意图；

图2为本申请一实施例中所述配置XML模板的流程示意图；

图3为本申请一实施例中所述配置XML模板中实体对象与XML报文之间的映射关系示意图；

图4为本申请一实施例中所述利用XML模板将实体对象转换成XML报文并发送至服务器的流程示意图；

图5为本申请一实施例中应用于服务器时所述报文处理方法的流程示意图；

图6为本申请一实施例中所述利用XML模板将XML报文实体对象的流程示意图；

图7为本申请一实施例中所述的驻留于客户端的报文处理装置的结构示意图；

图8为本申请一实施例中所述的驻留于服务器的报文处理装置的结构框图；

图9为本申请一实施例中所述的电子设备的结构框图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

交易类系统在开发时，都会约定服务交易的接口，并根据输入输出的数据结构制定统一的报文接口，即按照约定的报文格式进行数据传输。其中，XML(Extensible MarkupLanguage，可扩展标记语言)作为业界常用的请报文传输格式语言和属性配置格式语言，具有通用的广泛性，XML结构的报文提供了统一的方法来描述和交换独立于应用的结构化数据。诸如将用户的交易信息或者账户信息之类的业务参数存储到相应格式的XML报文中，在发送端和接收端之间进行传输。

现有的，交易类系统在初始开发时通过生成接口代码，达到按照约定的XML报文格式进行数据传输的目的，但是这样使得应用服务与服务接口耦合度太高，如果交易类系统要二次开发进行升级时会比较困难。比如在当前应用服务的基础上，仅仅简单的对输入输出进行裁剪或增加，而不改变业务逻辑，需要修改整个服务的接口代码。基于此，本申请提供一种报文处理方法、系统、电子设备及存储介质，通过预存储的XML配置模板实现实体对象与XML报文之间实时转换，能够降低应用服务和接口的耦合度，提升系统的二次开发效率。

参见说明书附图1，在一实施例中，本申请提供的一种报文处理方法，应用于客户端，所述方法包括以下步骤：

S1、基于用户查询请求对应的应用服务生成实体对象，其中，所述实体对象存储有该应用服务包含的业务数据；

S2、基于所述应用服务确定用于传输所述实体对象的服务接口；

S3、基于所述服务接口调用预先配置的XML模板，并利用所述XML模板将所述实体对象转换成携带有所述业务参数的XML报文，并发送至服务器，以使所述服务器响应所述XML报文得到所述用户查询请求的查询结果。

为了清楚地了解本发明实施例的技术方案，可以先对应用场景进行示例性说明。在本申请中，所述客户端和所述服务器是指传输XML报文的两端。其中，所述客户端作为发送端，将要发送的业务参数存储在约定格式的XML报文中传输给服务器；所述服务器作为接收端，将客户端发送的XML报文转换为存储有业务参数务处理对象后，再进行处理。

步骤S1和步骤S2中，交易类系统作为面向对象编程语言的系统，可以将业务参数抽象地表示为实体对象，将业务参数存储在实体对象中，并使用实体对象进行业务处理。其中，业务参数可以是从用户查询请求所对应的应用服务中提取的关于业务域的客户、订单、交易等；每一用户查询请求代表一种应用服务，即不同的应用服务对应处理不同的实体对象。则客户端在响应用户查询请求之后，就能够确定相应的应用服务，用于通过该应用服务去处理相应的实体对象；进而在应用服务确定之后，就能够确定出相应的服务接口，用于通过该服务接口去传输应用服务所处理的实体对象；最终通过该服务接口将应用服务所处理的实体对象转化为约定格式的XML报文并传输给服务器。

步骤S3中，在服务接口将实体对象转化为约定格式的XML报文时，先通过调用预先配置的XML模板，然后利用该XML模板将实体对象转换成携带有业务参数的XML报文，最后将XML报文发送至服务器。参见说明书附图2，通过如下方式配置服务接口的XML模板：

S301、基于所述服务接口对应的应用服务，确定所述服务接口负责传输的实体对象和XML报文；

S302、基于负责传输的实体对象和XML报文，配置所述实体对象中的对象属性和所述XML报文中各个报文节点信息之间的映射关系，得到所述服务接口的XML模板。

具体的，为了满足不同用户的查询请求，客户端中存储有多种应用服务，并且针对每种应用服务配置相应的服务接口，在一实施例中，可以预先对每种应用服务进行编号，根据应用服务的编号确定用于传输实体对象的服务接口。例如，编号为A的应用服务与编号为a的服务接口相关联，编号为B的应用服务与编号为b的服务接口相关联。在根据用户的查询请求确定应用服务后，就能够根据该应用服务的编号调用与该应用服务相关联的服务接口，以通过该服务接口传输该应用服务所要处理的实体对象；并且在确定该服务接口要传输的实体对象之后，就能够确定出将要传输的实体对象转换为何种格式的XML报文，并进行传输。

参见说明书附图3，在一实施例中，图中左侧为服务接口要传输的实体对象，包括实体对象“客户”的“编号”、“年龄”、“名称”等属性，图中右侧为根据该服务接口要传输的实体对象，所确定出的要转换成的特定格式的XML报文，即根据实体对象“客户”的“编号”、“年龄”、“名称”等属性信息生成的相应的数据字段或者报文结构中对应的报文节点，并将相应的数据字段添加到报文节点中。可见，要传输的实体对象与XML报文之间存在映射关系，所述映射关系具体是指，要传输的实体对象中的对象属性和XML报文中各个报文节点信息之间存在的映射关系。所以在本申请中基于传输的实体对象与XML报文之间存在的映射关系构建服务接口的XML模板，以使服务接口通过该XML模板将实体对象快速转换为最终传输的XML报文。

其中，所述报文节点信息包括节点属性，所述映射关系至少包括所述实体对象中的对象属性和所述XML报文中的节点属性组成的一个关系对。

参见说明书附图4，基于所述服务接口调用预先配置的XML模板，并利用所述XML模板将所述实体对象转换成携带有所述业务参数的XML报文，并发送至服务器，包括以下步骤：

S303、基于所述服务接口调用预先配置的XML模板；

S304、基于调用的XML模板逐个读取所述服务接口传输的实体对象的对象属性，并根据所述XML模板配置的映射关系找出与读取的所述对象属性相应的报文节点并赋值；

S305、直至所述服务接口传输的实体对象的所有对象属性相应填充到报文节点中形成XML报文，将所述XML报文发送至服务器。

由于针对系统中的每个服务接口，都预先根据步骤S301和步骤S302配置了相应的XML模板，所以在确定服务接口之后，就能够直接调用该服务接口预先配置好的XML模板。进而，基于配置好的XML模板中的实体对象与XML报文之间的映射关系，确定出XML报文中的多个节点，并从实体对象的对象属性中提取出对应的数据字段，或者生成XML报文中对应的报文节点，并将获取到的相应数据条件到报文节点中。由于实体对象的对象属性与XML报文的报文节点一一对应，在该实施例中，通过逐个读取实体对象的对象属性，并赋值于相对应的XML报文的报文节点中，直至实体对象的所有对象属性相应填充到XML报文的报文节点中，形成最终要传输的XML报文，并将形成的XML报文发送至服务器。

参见说明书附图5，本申请提供的一种报文处理方法，应用于服务器，所述方法包括以下步骤：

P1、接收上述客户端基于服务接口发送的XML报文；

P2、基于所述服务接口调用预先配置的XML模板；

P3、利用所述XML模板将所述XML报文转换成携带有所述业务参数的实体对象，并查询所述实体对象中的业务参数对应的查询结果。

即，当服务器接收客户端传输的XML报文后，要进行反序列操作，通过预先配置的XML模板将XML报文转换成携带有业务参数的实体对象，然后才能进行处理。具体的，参见说明书附图6，利用所述XML模板将所述XML报文转换成携带有所述业务参数的实体对象，包括以下步骤：

P301、读取所述XML模板配置的实体对象中的对象属性和所述XML报文中各个报文节点信息之间的映射关系；

P302、逐个读取所述XML报文的报文节点信息，并根据所述XML模板配置的映射关系找出与读取的所述报文节点信息相应的对象属性并赋值，直至所述XML报文的所有报文节点信息相应赋值给相应的对象属性形成实体对象。

即根据配置的XML模板中的映射关系，将XML报文的报文节点信息逐一赋值给对应的实体对象中的对象属性中去，形成服务器要处理的实体对象。

可见，通过配置XML模板的方式能够实现应用服务与服务接口的解耦，当交易类系统新增或修改应用服务时，只需新增或修改相应服务接口的XML模板，即可保证将相应的实体对象能够实时转换成相应格式的XML报文由客户端发送或将者XML报文实时转换成相应的实体对象由服务器接收处理；相比现有技术在新增或修改应用服务时，需要修改整个服务代码的方式，能够大大降低交易类系统的维护和开发成本。

基于同一发明构思，本申请实施例中还提供了一种报文处理装置，由于本申请实施例中的装置解决问题的原理与本申请实施例上述一种报文处理方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

如说明书附图7所示，本申请还提供了一种报文处理装置，驻留于客户端，包括：

生成模块701，用于基于用户查询请求对应的应用服务生成实体对象，其中，所述实体对象存储有该应用服务包含的业务数据；

确定模块702，用于基于所述应用服务确定用于传输所述实体对象的服务接口；

第一转换模块703，用于基于所述服务接口调用预先配置的XML模板，并利用所述XML模板将所述实体对象转换成携带有所述业务参数的XML报文，并发送至服务器，以使所述服务器响应所述XML报文得到所述用户查询请求的查询结果；其中，不同的服务接口配置有不同的XML模板。

在一些实施方式中，第一转换模块703通过如下方式配置所述服务接口的XML模板：

在一些实施方式中，第一转换模块703在基于所述服务接口调用预先配置的XML模板，并利用所述XML模板将所述实体对象转换成携带有所述业务参数的XML报文，并发送至服务器时，包括：

基于所述服务接口调用预先配置的XML模板；

如说明书附图8所示，本申请还提供了一种报文处理装置，驻留于服务器，包括：

接收模块801，用于接收客户端根据权利上述的基于服务接口发送的XML报文；

调用模块802，用于基于所述服务接口调用预先配置的XML模板；

第二转换模块803，用于利用所述XML模板将所述XML报文转换成携带有所述业务参数的实体对象，并查询所述实体对象中的业务参数对应的查询结果。

在一些实施方式中，第二转换模块803在利用所述XML模板将所述XML报文转换成携带有所述业务参数的实体对象，包括：

本申请所提供的一种报文处理装置，应用于客户端时，基于用户查询请求对应的应用服务生成实体对象，确定服务接口，基于所述服务接口调用预先配置的XML模板，并利用所述XML模板将所述实体对象转换成携带有所述业务参数的XML报文，并发送至服务器；应用于服务器时，在接收到客户端发送的XML报文后，同样基于服务接口调用预先配置的XML模板，利用XML模板将XML报文转换成携带有业务参数的实体对象，以查询实体对象中的业务参数对应的查询结果；从而通过预配置的XML模板能够实现应用服务本身与应用服务的报文接口的解耦，针对不同的应用服务快速配置接口，提升二次开发效率。

基于本发明的同一构思，说明书附图9所示，本申请实施例提供的一种电子设备900的结构，该电子设备900包括：至少一个处理器901，至少一个网络接口904或者其他用户接口903，存储器905，至少一个通信总线902。通信总线902用于实现这些组件之间的连接通信。该电子设备900可选的包含用户接口903，包括显示器(例如，触摸屏、LCD、CRT、全息成像(Holographic)或者投影(Projector)等)，键盘或者点击设备(例如，鼠标，轨迹球(trackball)，触感板或者触摸屏等)。

存储器905可以包括只读存储器和随机存取存储器，并向处理器901提供指令和数据。存储器905的一部分还可以包括非易失性随机存取存储器(NVRAM)。

在一些实施方式中，存储器905存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：

操作系统9051，包含各种系统程序，用于实现各种基础业务以及处理基于硬件的任务；

应用程序模块9052，包含各种应用程序，例如桌面(launcher)、媒体播放器(MediaPlayer)、浏览器(Browser)等，用于实现各种应用业务。

在本申请实施例中，通过调用存储器905存储的程序或指令，处理器901用于执行如一种报文处理方法中的步骤，通过预存储的XML配置模板实现实体对象与XML报文之间实时转换，能够降低应用服务和接口的耦合度，提升系统的二次开发效率。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如报文处理方法中的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述报文处理方法。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围。都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims

1.一种报文处理方法，其特征在于，应用于客户端，所述方法包括以下步骤：

基于所述应用服务确定用于传输所述实体对象的服务接口；

基于所述服务接口调用预先配置的XML模板，并利用所述XML模板将所述实体对象转换成携带有业务参数的XML报文，形成最终要传输的XML报文并发送至服务器，以使所述服务器响应所述XML报文得到所述用户查询请求的查询结果；其中，不同的服务接口配置有不同的XML模板；

其中，通过如下方式配置所述服务接口的XML模板：

基于负责传输的实体对象和XML报文，配置所述实体对象中的对象属性和所述XML报文中各个报文节点信息之间的映射关系，得到所述服务接口的XML模板；其中，所述报文节点信息包括节点属性，所述映射关系至少包括所述实体对象中的对象属性和所述XML报文中的节点属性组成的一个关系对。

2.根据权利要求1所述一种报文处理方法，其特征在于，所述基于所述服务接口调用预先配置的XML模板，并利用所述XML模板将所述实体对象转换成携带有所述业务参数的XML报文，并发送至服务器，包括以下步骤：

基于所述服务接口调用预先配置的XML模板；

3.一种报文处理方法，其特征在于，应用于服务器，所述方法包括以下步骤：

接收客户端根据权利要求1所述一种报文处理方法中基于服务接口发送的XML报文；

基于所述服务接口调用预先配置的XML模板；

4.根据权利要求3所述一种报文处理方法，其特征在于，所述利用所述XML模板将所述XML报文转换成携带有所述业务参数的实体对象，包括以下步骤：

5.一种报文处理装置，其特征在于，驻留于客户端，包括：

生成模块，用于基于用户查询请求对应的应用服务生成实体对象，其中，所述实体对象存储有该应用服务包含的业务数据；

确定模块，用于基于所述应用服务确定用于传输所述实体对象的服务接口；

第一转换模块，用于基于所述服务接口调用预先配置的XML模板，并利用所述XML模板将所述实体对象转换成携带有业务参数的XML报文，形成最终要传输的XML报文并发送至服务器，以使所述服务器响应所述XML报文得到所述用户查询请求的查询结果；其中，不同的服务接口配置有不同的XML模板；其中，通过如下方式配置所述服务接口的XML模板：基于所述服务接口对应的应用服务，确定所述服务接口负责传输的实体对象和XML报文；基于负责传输的实体对象和XML报文，配置所述实体对象中的对象属性和所述XML报文中各个报文节点信息之间的映射关系，得到所述服务接口的XML模板；其中，所述报文节点信息包括节点属性，所述映射关系至少包括所述实体对象中的对象属性和所述XML报文中的节点属性组成的一个关系对。

6.一种报文处理装置，其特征在于，驻留于服务器，包括：

接收模块，用于接收客户端根据权利要求1所述一种报文处理方法中基于服务接口发送的XML报文；

调用模块，用于基于所述服务接口调用预先配置的XML模板；

7.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1至2任一所述的报文处理方法的步骤或者执行如权利要求3-4任意一项所述的报文处理方法的步骤。

8.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1-2任一所述的报文处理方法的步骤或者执行如权利要求3-4任意一项所述的报文处理方法的步骤。