CN109525550B - 一种数据报文的处理方法、装置以及系统 - Google Patents

Abstract

本说明书实施例提供了一种数据报文的处理方法、装置以及系统，采用了通过数据报文中的路由信息，将数据报文发送至处理总线，使得与处理总线相连的应用服务能够响应数据报文中的数据信息，生成相应的响应信息，再输出该响应信息的技术方案，使得应用服务间的调用关系为松耦合，更新一个应用服务的模块不会引起其他应用服务模块的更改，降低了整体复杂性和依赖性，同时也更便于维护。

Description

一种数据报文的处理方法、装置以及系统

技术领域

本说明书实施例涉及互联网技术领域，尤其涉及一种数据报文的处理方法、装置以及系统。

背景技术

随着科技的发展，越来越多的应用开始服务于用户。

在传统的应用架构场景下，应用服务间的调用关系为紧耦合，导致更新一个模块的结果而引起其它模块的结果变化，难以重用特定的关联模块，导致整体复杂性和依赖性偏高，不便于维护。因此，需要提供一种能够降低复杂性和依赖性的方案。

发明内容

本说明书实施例提供及一种数据报文的处理方法、装置以及系统。

第一方面，本说明书实施例提供一种数据报文的处理方法，包括：

接收应用上传的数据报文，所述数据报文包括路由信息和数据信息；

根据所述路由信息，将所述数据报文发送至处理总线进行处理，所述处理总线与所述应用对应的应用服务相连；

输出所述应用服务对所述数据信息的响应信息。

第二方面，本说明书实施例提供一种数据报文的处理装置，包括：

接收单元，用于接收应用上传的数据报文，所述数据报文包括路由信息和数据信息；

路由单元，用于根据所述路由信息，将所述数据报文发送至处理总线进行处理，所述处理总线与所述应用对应的应用服务相连；

输出单元，用于输出所述应用服务对所述数据信息的响应信息。

第三方面，本说明书实施例提供一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现第一方面所述方法的步骤。

第四方面，本说明书实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现第一方面所述方法的步骤。

第五方面，本说明书实施例提供一种生成数据报文的方法，包括：

一应用根据当前场景下的触发事件，生成数据报文，所述数据报文包括路由信息和数据信息；以及

发送所述数据报文。

第六方面，本说明书实施例提供一种生成数据报文的装置，包括：

生成单元，用于在一应用根据当前场景下的触发事件，生成数据报文，所述数据报文包括路由信息和数据信息；

发送单元，用于发送所述数据报文。

第七方面，本说明书实施例提供一种生成数据报文的终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现第六方面所述方法的步骤。

第八方面，本说明书实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现第六方面所述方法的步骤。

第九方面，本说明书实施例提供一种数据报文的处理系统，包括如第三方面所述的服务器和第七方面所述的终端。

本说明书实施例有益效果如下：

本说明书实施例中，采用了通过数据报文中的路由信息，将数据报文发送至处理总线，使得与处理总线相连的应用服务能够响应数据报文中的数据信息，生成相应的响应信息，再输出该响应信息的技术方案，使得应用服务间的调用关系为松耦合，更新一个应用服务的模块不会引起其他应用服务模块的更改，降低了整体复杂性和依赖性，同时也更便于维护。

附图说明

图1为实施本说明书实施例提供的数据报文的处理方法的场景示意图；

图2为本说明书实施例提供的生成数据报文的方法的流程图；

图3A为本说明书实施例提供的数据报文的处理方法的流程图；

图3B为本说明书实施例提供的数据报文的处理装置的结构图；

图3C为本说明书实施例提供的数据报文的处理系统的实际模块图；

图4为本说明书实施例提供的数据报文的一种实现方式的结构图；

图5为本说明书实施例提供的服务器的结构示意图。

具体实施方式

为了更好的理解上述技术方案，下面通过附图以及具体实施例对本说明书实施例的技术方案做详细的说明，应当理解本说明书实施例以及实施例中的具体特征是对本说明书实施例技术方案的详细的说明，而不是对本说明书技术方案的限定，在不冲突的情况下，本说明书实施例以及实施例中的技术特征可以相互组合。

请参考图1，图1为实施本说明书实施例提供的数据报文的处理方法的场景示意图，如图1所示，应用101可以包括门户站点类应用、客户应用、商品应用和支付应用等等，其中门户站点类应用可以是新闻网站、电影网站等等，客户应用可以用户通信应用软件等等，商品应用可以是购物应用软件等等，支付应用可以是支付应用软件等等，当然还可以包括其他类型的应用，在此就不一一举例了；需要说明的是，此处的应用101是指需要与服务端进行数据交互的应用；在这些应用被触发的时候，例如用户使用这些应用的时候，或者这些应用在满足预设条件时被触发的时候，这些应用即会生成数据报文。

对应用101进行服务支持的服务器102，能够对应用101发送的数据报文进行响应，并反馈相应的响应信息，以供应用101进行消费。

在接下来的部分中，将结合附图，详细介绍本说明书实施例提供的技术方案。

请先参考图2，图2为本说明书实施例提供的生成数据报文的方法的流程图，如图2所示，该生成数据报文的方法包括：

S102：一应用根据当前场景下的触发事件，生成数据报文，数据报文包括路由信息和数据信息；具体来讲，应用在被触发后，都会根据当前场景下的触发事件，生成对应的数据报文；

以支付应用为例，支付应用会在被触发时，例如用户通过支付应用对某件商品或者某种服务付款时，则可以通过识别商户的支付标识如二维码等等，或者也可以通过展示支付应用自身的支付标识供商户进行识别，则此时支付应用能够根据当前支付场景下的支付请求事件，生成对应的支付数据报文，该支付数据报文可以包括支付路由信息和支付数据报文信息，其中，支付路由信息可以包括该支付数据报文应该发往哪个支付应用服务进行处理的信息，支付数据报文信息可以包括该次支付行为应该从通过哪种方式进行付款，付款的金额是多少，付款的对象是谁等等信息，在此就不一一列举了；再以商品应用为例，商品应用会在被触发时，例如用户通过商品应用购买某种商品，则此时商品应用能够根据当前购买场景下的购买请求事件，生成对应的购买数据报文，同样地，该购买数据报文可以包括购买路由信息和购买数据信息，其中，购买路由信息可以包括该购买数据报文应该发往哪个购买应用服务进行处理的信息，购买数据信息可以包括购买数量、购买金额以及收货地址等等信息，在此就不一一列举了；当然，需要说明的是，通过本实施例的介绍，本领域所属的技术人员能够根据实际情况，为数据报文设置合适的路由信息和数据信息，以满足实际情况的需要，在此就不再赘述了；

S104：发送数据报文；具体来讲，即是将S102中生成的数据报文发送给服务器进行处理。

在实际应用中，图1所示的方法可以应用于一终端中，该终端例如可以是智能手机、平板电脑等等，在此不做限制

请参考图3A，图3A为本说明书实施例提供的数据报文的处理方法的流程图，如图3A所示，该方法包括：

S202：接收应用上传的数据报文，数据报文包括路由信息和数据信息；具体来讲，可以是通过有线或者无线的方式，从相应的通信接口接收某一应用上传的数据报文；

S204：根据路由信息，将数据报文发送至处理总线进行处理，处理总线与应用对应的应用服务相连；具体来讲，处理总线可以与多个应用服务相连，当然，也与S202中应用对应的应用服务相连，这些与处理总线相连的应用服务提供对数据报文的加工处理条件，这样，即可以根据数据报文中的路由信息，将数据报文发送至处理总线，从而便于S202中应用对应的应用服务响应数据报文中的数据信息，生成对应的响应信息并传输给处理中总线；可以看出，利用处理总线解耦各个应用服务之间的紧耦合调用关系，使得各个应用服务之间的调用关系为松耦合，更新一个应用服务的模块不会引起其他应用服务模块的更改，降低了整体复杂性和依赖性，同时也更便于维护；

S206：输出应用服务对数据信息的响应信息；具体来讲，可以是在获取到或者接收到响应信息后，输出该响应信息，例如可以将响应信息输出至S202中的应用进行消费，也可以输出至其他需要的应用进行消费，当然了，还可以输出至一个用于存储响应信息的消息中心，供有需求的应用取用后进行消费。

可以看出，采用了通过数据报文中的路由信息，将数据报文发送至处理总线，使得与处理总线相连的应用服务能够响应数据报文中的数据信息，生成相应的响应信息，再输出该响应信息的技术方案，使得应用服务间的调用关系为松耦合，更新一个应用服务的模块不会引起其他应用服务模块的更改，降低了整体复杂性和依赖性，同时也更便于维护。

在实际应用中，图3A所示的方法可以应用于服务器中，该服务器可以是一个物理服务器，或者是多个物理服务器组成的一个逻辑服务器，在此不做限制。

在具体实施过程中，在接收应用上传的数据报文，在根据路由信息，将数据报文发送至处理总线进行处理之前，图3A所示的数据报文的处理方法还包括：利用预设的解析规则，对数据报文进行解析处理，获取路由信息和数据信息。

具体来讲，由于应用101向服务器102发送数据报文时，一般会将数据报文编码为合适传输的数据，所以在服务器102接收数据报文后，即会利用预设的解析规则，对应用101发送的数据报文进行解析处理，从而获取数据报文中的路由信息和数据信息，具体的解析过程可以由应用101和服务器102之间的数据传输协议确定，在此就不再赘述了。

在具体实施过程中，为了保证服务器102所接收到的数据均是来自服务器授权或者授信的应用所发送的，在接收应用上传的数据报文之后，在利用预设的解析规则，对数据报文进行解析处理之前，图3A所示的数据报文的处理方法还包括：对数据报文进行鉴权处理；以及根据鉴权结果，确定是否对数据报文进行限流和/或熔断处理。

具体来讲，可以是在服务器102向应用101授权或者授信后，应用101在向服务器102发送数据报文时，就可以携带上信用标识等便于服务器102对数据报文进行鉴权的数据，这样，服务器102即能够对数据报文进行鉴权处理，如果鉴权结果表明数据报文为被授权或授信的应用101所发送，则无需对数据报文进行处理，若鉴权结果表明数据报文为未授权或者未授信的应用101所发送，则可以对数据报文进行限流和/或熔断处理，从而对服务器102形成保护，防止服务器102内的应用服务造成雪崩效应。

在具体实施过程中，处理总线包括服务总线，服务总线与多个应用服务相连，根据路由信息，将数据报文发送至处理总线进行处理，包括：根据路由信息和预设的路由服务规则表，确定应用对应的应用服务；服务总线触发应用服务响应数据信息，获得响应信息。

具体来讲，可以是在解析数据报文获得路由信息和数据信息后，根据路由信息和预设的路由服务规则表，确定S202中应用对应的应用服务，再触发该应用服务响应数据报文，获得响应信息。

例如，利用预设的路由规则表，可以构建出基于数据报文中路由信息的数据校验规则表达式和服务依赖树，数据校验规则表达式可以用于校验数据报文中的数据信息是否完整等等，服务依赖树可以用于确定发出数据报文的应用101对应的应用服务等等，这样，根据数据报文中的路由信息，即能够确定应用对应的应用服务；

在确定应用对应的应用服务后，即能够将数据报文中的数据信息发送至对应的应用服务进行业务处理，这样，即能够触发应用服务响应数据报文，从而获得响应信息，响应信息是根据应用服务对数据报文的处理后获得的，不同的应用服务对数据报文的处理过程均不一样，在此就不一一列举了。

在具体实施过程中，处理总线还包括数据总线，将数据报文发送至处理总线进行处理后，方法还包括：数据总线响应对数据信息的请求指令，将数据信息发送给请求指令对应的另一应用服务。

具体来讲，由于各个应用服务间的数据基本上是相互独立的，而某些场景下一个应用服务可能需要另一个应用服务的信息，例如客户应用可能会需求商品应用或者支付应用的数据，因此可以在将数据报文发送至处理总线进行处理后，并且其他应用服务发出了针对该数据信息的请求指令，这样通过数据总线响应对数据信息的请求指令，即能够将数据报文中的数据信息发送给该应用服务，从而实现了应用服务间的数据共享。

请参考图4，图4为本说明书实施例提供的数据报文的一种实现方式的结构图，如图4所示，该数据报文包括头标识、端序号、端类型、端标识、端事件标识、时间戳、端数据域、数字签名域和保留域，其中，路由信息可以包括头标识、端序号、端类型、端标识、端事件标识和时间戳，数据信息可以包括端数据域、数字签名域和保留域。

其中，头标识可以是数据报文的唯一标识，是报文数据识别的重要属性；端序号可以是渠道应用数据生产者的唯一标记；端类型可以分为是产品端、服务端等类型，按照端类型的划分可以是将数据报文类型划分为不同的主体域；端标识标记的可以是一份数据报文的类型对象身份，例如定义端类型为产品端，则端标记表达的是产品码含义；端事件标识表达的可以是数据报文产生的场景下所发生的事件标识，由路由引擎理解端事件标识含义和规则；时间戳记录的可以是渠道应用事件发生的时间要素；端数据域记录的可以是渠道应用产生的业务数据，数据格式包括但不限于xml、json等通用数据格式；数字签名域可以是根据数据报文的信息进行加密签名结果，由统一数据接入进行鉴权；保留域的划分主要是为其它要素信息的预留。需要说明的是，图4所示的数据报文的结构仅仅是一种本说明书的一个实施例。

可以看出，采用了通过数据报文中的路由信息，将数据报文发送至处理总线，使得与处理总线相连的应用服务能够响应数据报文中的数据信息，生成相应的响应信息，再输出该响应信息的技术方案，使得应用服务间的调用关系为松耦合，更新一个应用服务的模块不会引起其他应用服务模块的更改，降低了整体复杂性和依赖性，同时也更便于维护。

基于同一发明构思，本说明书实施例另一方面还提供一种数据报文的处理装置，请参考图3B，图3B为本说明书实施例提供的数据报文的处理装置的结构图，如图3B所示，该处理装置包括：

接收单元302，用于接收应用上传的数据报文，数据报文包括路由信息和数据信息；

路由单元304，用于根据路由信息，将数据报文发送至处理总线进行处理，处理总线与应用对应的应用服务相连；

输出单元306，用于输出应用服务对数据信息的响应信息。

在具体实施过程中，接收应用上传的数据报文之后，根据路由信息，将数据报文发送至处理总线进行处理之前，装置还包括解析单元308，解析单元308用于在接收应用上传的数据报文之后，在根据路由信息，将数据报文发送至处理总线进行处理之前，利用预设的解析规则，对数据报文进行解析处理，获取路由信息和数据信息。

在具体实施过程中，处理总线包括服务总线，服务总线与多个应用服务相连，路由单元304具体用于根据路由信息和预设的路由服务规则表，确定应用对应的应用服务，并服务总线触发应用服务响应数据信息，获得响应信息。

在具体实施过程中，处理总线还包括数据总线，装置还包括共享单元310，共享单元310用于在路由单元304将数据报文发送至处理总线进行处理后，数据总线响应对数据信息的请求指令，将数据信息发送给请求指令对应的另一应用服务。

在具体实施过程中，装置还包括鉴权单元312，鉴权单元312用于在接收单元302接收应用上传的数据报文之后，在解析单元308利用预设的解析规则，对数据报文进行解析处理之前，对数据报文进行鉴权处理，并根据鉴权结果，确定是否对数据报文进行限流和/或熔断处理。

本说明书实施例另一方面还提供一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现前述部分所示的任一数据报文的处理方法的步骤。

本说明书实施例另一方面还提供一种计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现前述部分所示的任一数据报文的处理方法的步骤。

基于同一发明构思，本说明书实施例另一方面还提供一种生成数据报文的装置，包括：

生成单元，用于在一应用根据当前场景下的触发事件，生成数据报文，数据报文包括路由信息和数据信息；

发送单元，用于发送数据报文。

本说明书实施例另一方面还提供一种生成数据报文的终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现前述部分所示的生成数据报文的方法的步骤。

本说明书实施例另一方面还提供一种计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现前述部分所示的生成数据报文的方法的步骤。

基于同一发明构思，本说明实施例还提供一种数据报文的处理系统，包括如前述部分介绍的服务器和如前述部分介绍的终端。

请参考图3C，图3C为本说明书实施例提供的数据报文的处理系统的实际模块图，如图3C所示，该系统包括：

应用层402，应用层402内可以设置多类应用，如前所述，应用可以包括门户站点类应用、客户应用、商品应用和支付应用等等，也即应用层402相当于前述部分介绍的生成数据报文的装置，具体的处理过程不再介绍；

数据接入层404，数据接入层402接收应用层402发送的数据报文，并拥有对数据报文的鉴权、限流、熔断能力，也即数据接入层404相当于前述部分介绍的接收单元和鉴权单元的集合，具体的处理过程不再介绍；

数据解析层406，数据解析层406对数据报文进行解析，根据预设的解析规则，输出一组可被域内系统所通用识别的数据对象，也即数据解析层406相当于前述部分介绍的解析单元，具体的处理过程不再介绍；

数据报文路由引擎408，数据报文路由引擎408由数据规则表、路由服务规则表支撑，通过路由引擎的路由逻辑，处理构建一套基于路由信息和数据信息的数据规则树以及服务依赖树，例如报文数据的具体构建规则以及该报文数据依赖于哪些应用服务的信息，这样针对某一数据报文而言，即能够确定出该数据报文对应的数据规则树和服务依赖树，然后即可以将构建树结果传递到下层处理总线做核心业务处理，也即数据报文路由引擎408相当于前述部分介绍的路由单元，具体的处理过程不再介绍；

处理总线410，处理总线410处理来自上层数据报文路由引擎408构建的服务依赖树，各个应用服务之间的调用关系不再局限于传统硬编码方式的等强依赖关系链如RPC(英文：Remote Procedure Call Protocol；中文：远程过程调用协议)的方式调用，而是通过处理总线410去解耦各个应用服务之间的紧耦合调用关系。这样，通过处理总线410的方式集成和编排应用服务能够支撑灵活多变的业务规则和业务处理逻辑，同时也能够将应用服务之间的依赖关系得到一个统一的维护，处理总线410即相当于前述部分介绍的处理总线，具体的处理过程不再介绍；

应用服务层412，应用服务层12则向上提供了数据的加工处理条件，应用服务之间的编排提供了一组完整的服务产品化能力，也即应用服务层412相当于前述部分介绍的各个应用服务的集合，具体的处理过程不再介绍；

数据接出层414，数据经由多个应用服务的集成调度与处理后，最终的数据结果将由数据接出层414根据配置规则来包装多组数据结果集，除了应用拿到结果集进行消费之外，也可以投递到消息中心等供其它外部渠道接入应用进行消费，也即数据接出层414相当于前述部分介绍的输出单元，具体的处理过程不再介绍。

另一方面，基于与前述实施例中任一数据报文的处理方法同样的发明构思，本说明书实施例还提供一种服务器，图5为本说明书实施例提供的服务器的结构示意图，如图5所示，包括存储器504、处理器502及存储在存储器504上并可在处理器502上运行的计算机程序，处理器502执行程序时实现前文部分所示的任一数据报文的处理方法的步骤。

其中，在图5中，总线架构(用总线500来代表)，总线500可以包括任意数量的互联的总线和桥，总线500将包括由处理器502代表的一个或多个处理器和存储器504代表的存储器的各种电路链接在一起。总线500还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口506在总线500和接收器501和发送器503之间提供接口。接收器501和发送器503可以是同一个元件，即收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器502负责管理总线500和通常的处理，而存储器504可以被用于存储处理器502在执行操作时所使用的数据。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的设备。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令设备的制造品，该指令设备实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本说明书的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本说明书范围的所有变更和修改。

显然，本领域的技术人员可以对本说明书进行各种改动和变型而不脱离本说明书的精神和范围。这样，倘若本说明书的这些修改和变型属于本说明书权利要求及其等同技术的范围之内，则本说明书也意图包含这些改动和变型在内。

Claims (16)

1.一种数据报文的处理方法，包括：

接收应用上传的数据报文，所述数据报文包括路由信息和数据信息；

根据所述路由信息，将所述数据报文发送至处理总线进行处理，所述处理总线与所述应用对应的应用服务相连，所述处理总线包括服务总线和数据总线，所述服务总线与多个应用服务相连；

输出所述应用对应的应用服务对所述数据信息的响应信息；

所述数据总线响应对所述数据信息的请求指令，将所述数据信息发送给所述请求指令对应的另一应用服务。

2.如权利要求1所述的方法，所述接收应用上传的数据报文之后，所述根据所述路由信息，将所述数据报文发送至处理总线进行处理之前，所述方法还包括：

利用预设的解析规则，对所述数据报文进行解析处理，获取所述路由信息和所述数据信息。

3.如权利要求2所述的方法，所述根据所述路由信息，将所述数据报文发送至处理总线进行处理，包括：

根据所述路由信息和预设的路由服务规则表，确定所述应用对应的应用服务；

所述服务总线触发所述应用服务响应所述数据信息，获得所述响应信息。

4.如权利要求2所述的方法，所述接收应用上传的数据报文之后，所述利用预设的解析规则，对所述数据报文进行解析处理之前，所述方法还包括：

对所述数据报文进行鉴权处理；以及

根据鉴权结果，确定是否对所述数据报文进行限流和/或熔断处理。

5.一种数据报文的处理装置，包括：

接收单元，用于接收应用上传的数据报文，所述数据报文包括路由信息和数据信息；

路由单元，用于根据所述路由信息，将所述数据报文发送至处理总线进行处理，所述处理总线与所述应用对应的应用服务相连，所述处理总线包括服务总线和数据总线，所述服务总线与多个应用服务相连；

输出单元，用于输出所述应用对应的应用服务对所述数据信息的响应信息；

共享单元，用于在所述路由单元将所述数据报文发送至处理总线进行处理后，所述数据总线响应对所述数据信息的请求指令，将所述数据信息发送给请求指令对应的另一应用服务。

6.如权利要求5所述的装置，所述接收应用上传的数据报文之后，所述根据所述路由信息，将所述数据报文发送至处理总线进行处理之前，所述装置还包括解析单元，所述解析单元用于在接收应用上传的数据报文之后，在根据所述路由信息，将所述数据报文发送至处理总线进行处理之前，利用预设的解析规则，对所述数据报文进行解析处理，获取所述路由信息和所述数据信息。

7.如权利要求6所述的装置，所述路由单元具体用于根据所述路由信息和预设的路由服务规则表，确定所述应用对应的应用服务，并所述服务总线触发所述应用服务响应所述数据信息，获得所述响应信息。

8.如权利要求6所述的装置，所述装置还包括鉴权单元，所述鉴权单元用于在接收单元接收应用上传的数据报文之后，在解析单元利用预设的解析规则，对所述数据报文进行解析处理之前，对所述数据报文进行鉴权处理，并根据鉴权结果，确定是否对所述数据报文进行限流和/或熔断处理。

9.一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现权利要求1-4任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现权利要求1-4任一项所述方法的步骤。

11.一种生成数据报文的方法，包括：

一应用根据当前场景下的触发事件，生成数据报文，所述数据报文包括路由信息和数据信息；以及

向服务器发送所述数据报文，以使所述服务器执行：根据所述路由信息，将所述数据报文发送至处理总线进行处理，所述处理总线与所述应用对应的应用服务相连，所述处理总线包括服务总线和数据总线，所述服务总线与多个应用服务相连；输出所述应用对应的应用服务对所述数据信息的响应信息；所述数据总线响应对所述数据信息的请求指令，将所述数据信息发送给所述请求指令对应的另一应用服务。

12.如权利要求11所述的方法，所述应用根据当前支付场景下的支付请求事件，生成对应的支付数据报文，所述支付数据报文包括支付路由信息和支付数据信息；以及

发送所述支付数据报文。

13.一种生成数据报文的装置，包括：

生成单元，用于在一应用根据当前场景下的触发事件，生成数据报文，所述数据报文包括路由信息和数据信息；

发送单元，用于向服务器发送所述数据报文，以使所述服务器执行：根据所述路由信息，将所述数据报文发送至处理总线进行处理，所述处理总线与所述应用对应的应用服务相连，所述处理总线包括服务总线和数据总线，所述服务总线与多个应用服务相连；输出所述应用对应的应用服务对所述数据信息的响应信息；所述数据总线响应对所述数据信息的请求指令，将所述数据信息发送给所述请求指令对应的另一应用服务。

14.一种生成数据报文的终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现权利要求11或12所述方法的步骤。

15.一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现权利要求11或12所述方法的步骤。

16.一种数据报文的处理系统，包括如权利要求9所述的服务器和如权利要求14所述的终端。

Images