CN110704207B - 业务应用中间件的数据处理方法及装置、存储介质 - Google Patents

Abstract

本申请公开了一种业务应用中间件的数据处理方法及装置、存储介质、计算机设备，业务应用中间件对应至少一个业务应用，该方法包括：接收来自至少一个业务应用的第一网络请求；将第一网络请求组装为相应的第二网络请求后，基于业务应用中间件对应的通用消息通道向服务器发送第二网络请求；接收来自服务器的与第二网络请求对应的响应结果；转发响应结果至与第一网络请求对应的至少一个业务应用中。本申请利用中间件完成业务应用与服务器之间的间接通信，业务应用复用中间件提供的高性能的消息通道，降低了每个业务应用独立使用自身的消息通道造成的资源损耗的同时，也提高了业务应用通信的稳定性。

Description

业务应用中间件的数据处理方法及装置、存储介质

技术领域

本申请涉及数据处理技术领域，尤其是涉及到一种业务应用中间件的数据处理方法及装置、存储介质、计算机设备。

背景技术

目前，饭店、商场等消费场所，商家通常会采用商家管理终端例如POS机提供结算等服务。

为了方便商家进行消费管理，终端上通常会安装多个应用软件例如查看库存的APP、结算价格的APP等等，这些APP为了实现各自的核心服务，每搭建一个APP都需要走一遍完整的应用框架搭建流程，成本高，且搭建完成之后，各个APP自行实现各自的核心服务会十分占用系统资源，对于一些性能较差的商家管理终端，超级APP的框架会有冷启动慢，响应时间长的问题。

如何降低商家管理终端中各个业务应用的占用资源大小，减少资源损耗，进而提升业务应用的响应效率，成为了该领域亟待解决的问题。

发明内容

有鉴于此，本申请提供了一种业务应用中间件的数据处理方法及装置、存储介质、计算机设备，利用业务应用中间件的网络通达实现业务应用与服务器之间的通信，降低了每个业务应用独立使用自身的消息通道造成的资源损耗。

根据本申请的一个方面，提供了一种业务应用中间件的数据处理方法，所述业务应用中间件对应至少一个业务应用，所述方法包括：

接收来自至少一个所述业务应用的第一网络请求；

将所述第一网络请求组装为相应的第二网络请求后，基于所述业务应用中间件对应的通用消息通道向服务器发送所述第二网络请求，其中，所述第二网络请求匹配于所述通用消息通道的通信协议；

接收来自所述服务器的与所述第二网络请求对应的响应结果；

转发所述响应结果至与所述第一网络请求对应的至少一个所述业务应用中。

具体地，所述转发所述响应结果至与所述第一网络请求对应的至少一个所述业务应用中之前，所述方法还包括：

解析所述响应结果，以使解析后的所述响应结果与至少一个所述业务应用相匹配。

具体地，所述方法还包括：

在至少一个所述业务应用中，渲染并展示所述响应结果。

具体地，所述接收来自至少一个所述业务应用的第一网络请求之前，所述方法还包括：

启动所述业务应用中间件，并建立所述业务应用中间件与所述服务器之间的长连接通信。

具体地，所述方法还包括：

接收来自所述服务器的触达消息体，其中，所述触达消息体包括场景码；

解析所述触达消息体后，将解析后的所述触达消息体分发至与所述触达场景码对应的至少一个所述业务应用中。

具体地，所述接收来自所述服务器的触达消息体之前，所述方法还包括：

接收待注册的触达场景码，并在所述业务应用中间件中注册所述触达场景码；

所述解析所述触达消息体后，将解析后的所述触达消息体分发至与所述场景码对应的至少一个所述业务应用中，具体包括：

若所述触达场景码包括所述触达消息体对应的所述场景码，则解析所述触达消息体后，将解析后的所述触达消息体分发至与所述场景码对应的至少一个所述业务应用中；

若所述触达场景码不包括所述触达消息体对应的所述场景码，则忽略接收到的所述触达消息体。

具体地，所述方法还包括：

接收来自至少一个所述业务应用的埋点信息，其中，所述埋点信息包括至少一个所述业务应用对应的唯一标识信息；

上报所述埋点信息至与所述唯一标识信息对应的日志埋点平台。

根据本申请的另一方面，提供了一种业务应用中间件的数据处理装置，所述业务应用中间件对应至少一个业务应用，所述装置包括：

网络请求接收模块，用于接收来自至少一个所述业务应用的第一网络请求；

网络请求发送模块，用于将所述第一网络请求组装为相应的第二网络请求后，基于所述业务应用中间件对应的通用消息通道向服务器发送所述第二网络请求，其中，所述第二网络请求匹配于所述通用消息通道的通信协议；

响应结果接收模块，用于接收来自所述服务器的与所述第二网络请求对应的响应结果；

响应结果转发模块，用于转发所述响应结果至与所述第一网络请求对应的至少一个所述业务应用中。

具体地，所述装置还包括：

响应结果解析模块，用于所述转发所述响应结果至与所述第一网络请求对应的至少一个所述业务应用中之前，解析所述响应结果，以使所述响应结果与至少一个所述业务应用相匹配。

具体地，所述装置还包括：

响应结果渲染模块，用于在至少一个所述业务应用中，渲染并展示所述响应结果。

具体地，所述装置还包括：

长连接建立模块，用于所述接收来自至少一个所述业务应用的第一网络请求之前，启动所述业务应用中间件，并建立所述业务应用中间件与所述服务器之间的长连接通信。

具体地，所述装置还包括：

消息体接收模块，用于接收来自所述服务器的触达消息体，其中，所述触达消息体包括场景码；

消息体解析模块，用于解析所述触达消息体后，将解析后的所述触达消息体分发至与所述场景码对应的至少一个所述业务应用中。

具体地，所述装置还包括：

场景码注册模块，用于所述接收来自所述服务器的触达消息体之前，接收待注册的触达场景码，并在所述业务应用中间件中注册所述触达场景码；

所述消息体解析模块，具体用于若所述触达场景码包括所述触达消息体对应的所述场景码，则解析所述触达消息体后，将解析后的所述触达消息体分发至与所述场景码对应的至少一个所述业务应用中；以及

若所述触达场景码不包括所述触达消息体对应的所述场景码，则忽略接收到的所述触达消息体。

具体地，所述装置还包括：

埋点信息接收模块，用于接收来自至少一个所述业务应用的埋点信息；

标识查询模块，用于查询所述埋点信息对应的至少一个所述业务应用的唯一标识信息；

埋点信息上报模块，用于上报所述埋点信息至与所述唯一标识信息对应的日志埋点平台。

依据本申请又一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述业务应用中间件的数据处理方法。

依据本申请再一个方面，提供了一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述业务应用中间件的数据处理方法。

借由上述技术方案，本申请提供的一种业务应用中间件的数据处理方法及装置、存储介质、计算机设备，通过业务应用中间件接收与之对应的至少一个业务应用的第一网络请求，从而对业务应用的第一网络请求进行组装得到第二网络请求后，利用业务应用中间件向服务器发起第二网络请求，并在接收到服务器的响应结果后，将其转发至业务应用中。本申请实施例利用中间件完成业务应用与服务器之间的间接通信，业务应用复用中间件提供的高性能的消息通道，使业务应用具备快速接入消息通道的能力，降低了每个业务应用独立使用自身的消息通道造成的资源损耗的同时，也提高了业务应用通信的稳定性。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种业务应用中间件的数据处理方法的流程示意图；

图2示出了本申请实施例提供的另一种业务应用中间件的数据处理方法的流程示意图；

图3示出了本申请实施例提供的一种业务应用中间件的数据处理装置的结构示意图；

图4示出了本申请实施例提供的另一种业务应用中间件的数据处理装置的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种业务应用中间件的数据处理方法，如图1所示，业务应用中间件对应至少一个业务应用，该方法包括：

步骤101，接收来自至少一个业务应用的第一网络请求。

在本申请实施例中，客户端中的业务应用在与服务器进行信息交互时，不通过业务应用直接与相应服务器直接通信，而是将业务应用发起的网络请求发送到业务应用中间件中，其中，业务应用中间件可以对应于一个或多个业务应用，这些业务应用不直接与服务器进行通信，而是通过中间件实现与服务器之间的通信。

需要说明的是，现有技术中的业务应用在创建过程中，需要建立自身的网络框架、应用框架等，每一个新的业务应用建立都需要走一遍完整、重复的框架搭建流程，耗时长、成本高。而通过业务应用中间件创建业务应用，业务应用可以快速集成中间件提供的接口包，从而快速完成新应用的业务模块搭建，业务应用集成中间件提供的接口包，进而在业务应用的使用过程中，可以由中间件统一管控业务应用的各种基础能力，如网络请求、消息触达等等。不仅简化了业务应用的创建过程，也有助于提高业务应用的应用效率。另外，业务应用中间件在本质上与业务应用相同，也是一种应用软件。

步骤102，将第一网络请求组装为相应的第二网络请求后，基于业务应用中间件对应的通用消息通道向服务器发送第二网络请求，其中，第二网络请求匹配于通用消息通道的通信协议。

由于不同的应用具有不同的通信协议，因此，在接收到来自业务应用的第一网络请求后，需要将第一网络请求组装成符合业务应用中间件与服务器之间约定的通信协议的格式，使得组装后得到的第二网络请求既符合实现预设的通信协议，又与业务应用发起的第一网络请求的请求内容一致。从而通过业务应用中间件对应的通用消息通道向服务器发起第二网络请求，以实现跨进程发起网络请求，避免每个业务应用通过自身的网络架构进行网络请求，解决不同业务应用的框架存在的冷启动慢、占用系统资源多等问题。

另外，需要说明的是，业务应用中间件通过中间件的接口包接收来自业务应用的网络请求信息，其中，接口包可以包括多个，不同的接口包可以用于接收不同类型或不同业务应用的网络请求信息。

步骤103，接收来自服务器的与第二网络请求对应的响应结果。

组装为第二网络请求后，根据第二网络请求对应的请求数据包的目的地址定向转发至服务器接口，以使服务器接收并响应来自业务应用中间件的第二网络请求，服务器响应第二网络请求后会将响应结果返回到中间件中。

步骤104，转发响应结果至与第一网络请求对应的至少一个业务应用中。

由中间件接收到服务器的响应结果后，将响应结果转发至相应的业务应用中，以通过业务应用中间件实现业务应用与服务器之间的间接通信，使得业务应用最终可以接收到发起的网络请求的响应结果。

通过应用本实施例的技术方案，通过业务应用中间件接收与之对应的至少一个业务应用的第一网络请求，从而对业务应用的第一网络请求进行组装得到第二网络请求后，利用业务应用中间件向服务器发起第二网络请求，并在接收到服务器的响应结果后，将其转发至业务应用中。本申请实施例利用中间件完成业务应用与服务器之间的间接通信，业务应用复用中间件提供的高性能的消息通道，使业务应用具备快速接入消息通道的能力，降低了每个业务应用独立使用自身的消息通道造成的资源损耗的同时，也提高了业务应用通信的稳定性。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，提供了另一种业务应用中间件的数据处理方法，如图2所示，该方法包括：

步骤201，启动业务应用中间件，并建立业务应用中间件与服务器之间的长连接通信。

本申请实施例可以应用于商家管理终端中，例如POS机，传统的POS机需要通过多个业务应用实现不同的功能，每个业务应用具有各自的消息通道，不同的业务应用与服务器之间进行通信时，需要各自建立与服务器之前的长连接。而应用本申请实施例中的业务应用中间件可以在POS机开机后，自动建立业务应用中间件与服务器之间的长连接通道，其他的业务应用无需建立连接，在进行网络请求时，通过业务应用中间件与服务器之间的长连接通道通信即可，使用接口包统一的基础能力，大大减少了业务应用独立建立长连接通道造成的资源损耗。

步骤202，接收来自至少一个业务应用的第一网络请求。

步骤203，将第一网络请求组装为相应的第二网络请求后，基于业务应用中间件对应的通用消息通道向服务器发送第二网络请求。

步骤204，接收来自服务器的与第二网络请求对应的响应结果。

在上述步骤202至步骤204中，将接收到的来自业务应用的第一网络请求组装成第二网络请求后，通过业务应用中间件向服务器发起第二网络请求，并接收服务器的响应结果，以实现利用业务应用中间件发起网络请求和接收响应结果，避免不同的业务应用各自通过自身的消息通道进行通信，浪费系统资源。

步骤205，解析响应结果，以使解析后的响应结果与至少一个业务应用相匹配。

在上述实施例中，由于服务器是直接对业务应用中间件发起的第二网络请求进行响应，因此响应结果匹配于中间件与服务器之间的通信协议，响应结果可以被业务应用中间件识别，但是相应的业务应用可能无法直接识别该响应结果，因此业务应用中间件在接收到服务器的响应结果后，应先将响应结果进行解析，使得解析后的响应结果能够被对应的业务应用识别。

步骤206，转发响应结果至与第一网络请求对应的至少一个业务应用中。

在上述实施例中，具体地，在至少一个业务应用中，渲染并展示响应结果。

由于业务应用发起的网络请求通常为用户操作行为，因此，业务应用接收到中间件转发的解析后的响应结果后，对响应结果进行渲染，并进行结果展示，使用户直观的接收到网络请求的结果。

步骤207，接收待注册的触达场景码，并在业务应用中间件中注册触达场景码。

在本申请实施例中，除用户主动操作通过业务应用发起网络请求之外，服务器也可以主动向客户端中传输触达消息，即业务应用还应该可以实现被动接收服务器的触达消息，在业务应用接收服务器的触达消息之前，业务应用中间件可以对触达场景码进行注册，从而可以通过注册过的触达场景码区分业务应用可以接收来自服务器的具体何种场景的触达消息。

因此，业务应用中间件应接收业务应用的触达场景码，并在中间件中进行触达场景码的注册，从而保证相应的业务应用可以接收到服务器的触达消息。例如，某餐厅POS机中的一款监测菜品库存的软件，在菜品库存不足时服务器可以向该软件中推送菜品库存不足的消息，为了使该软件可以实现接收菜品不足消息，应将该场景功能对应的触达场景码发送到中间件中，并在中间件中进行注册。

步骤208，接收来自服务器的触达消息体，其中，触达消息体包括场景码。

业务应用中间件除了接收服务器的网络请求响应结果之外，还可以接收服务器主动发送的触达消息体，其中，触达消息体中包括消息体对应的场景码，业务应用中间件可以通过场景码将触达消息体的内容转发到与场景码相应的业务应用中。

步骤209，解析触达消息体后，将解析后的触达消息体分发至与场景码对应的至少一个业务应用中。

在上述实施例中，具体地，若触达场景码包括触达消息体对应的场景码，则解析触达消息体后，将解析后的触达消息体分发至与场景码对应的至少一个业务应用中；若触达场景码不包括触达消息体对应的场景码，则忽略接收到的触达消息体。

业务应用中间件接收到触达消息体后，应先判断触达消息体对应的场景码是否已经被注册过，即触达消息体对应的场景码是否在已经在中间件中注册过的触达场景码之中，若触达消息体对应的场景码已经被注册，说明预先已经约定该场景下的消息可以被业务应用接收，则可以将触达消息体进行解析后，分发至相应的业务应用中，而若触达消息体对应的场景码未被注册，说明没有预先约定接收该场景下的消息，则直接忽略该触达消息体，不进行分发。

另外，业务应用接收到触达消息后，可以对其进行渲染，从而展示该消息。

步骤210，接收来自至少一个业务应用的埋点信息，其中，埋点信息包括至少一个业务应用对应的唯一标识信息。

本申请实施例还可以通过业务应用中间件实现埋点信息的传输，具体可以通过中间件的相应接口包接收业务应用的埋点信息，以便后续实现日志数据的采集。根据接收到的埋点信息后，可以通过埋点信息分析相应业务应用的唯一标识信息。

步骤211，上报埋点信息至与唯一标识信息对应的日志埋点平台。

通过业务应用中间件将埋点信息转发至与唯一标识信息相应的日志埋点平台中，以供日志埋点平台根据埋点信息进行日志埋点，进而对埋点报表进行清洗和更新，从而实现日志埋点。

需要说明的是，本申请实施例的业务应用中间件除实现上述的网络请求转发、触达消息体接收以及埋点信息上报，还可以实现其他本领域技术人员可以想到的任何功能，在此不做举例。

通过应用本实施例的技术方案，提供了一种业务应用中间件，通过业务应用中间件实现业务应用与服务器、日志埋点平台等终端之间的间接通信，具体来说，第一，通过中间件代替业务应用向服务器发起网络请求，接收服务器的响应结果后转发至对应的业务应用中进行渲染展示，第二，通过中间件接收服务器的触达消息体，并向相应的业务应用中分发已注册场景码的相应触达消息体，第三，利用中间件进行埋点信息的上报，上报至相关日志埋点平台中。

进一步的，作为图1方法的具体实现，本申请实施例提供了一种业务应用中间件的数据处理装置，业务应用中间件对应至少一个业务应用，如图3所示，该装置包括：网络请求接收模块31、网络请求发送模块32、响应结果接收模块33、响应结果转发模块34。

网络请求接收模块31，用于接收来自至少一个业务应用的第一网络请求；

网络请求发送模块32，用于将第一网络请求组装为相应的第二网络请求后，基于业务应用中间件对应的通用消息通道向服务器发送第二网络请求；

响应结果接收模块33，用于接收来自服务器的与第二网络请求对应的响应结果；

响应结果转发模块34，用于转发响应结果至与第一网络请求对应的至少一个业务应用中。

在具体的应用场景中，该装置还包括：响应结果解析模块35、响应结果渲染模块36。

响应结果解析模块35，用于转发响应结果至与第一网络请求对应的至少一个业务应用中之前，解析响应结果，以使响应结果与至少一个业务应用相匹配。

响应结果渲染模块36，用于在至少一个业务应用中，渲染并展示响应结果。

在具体的应用场景中，为了实现业务应用中间件与服务器之间的通信，该装置还包括：长连接建立模块37。

长连接建立模块37，用于接收来自至少一个业务应用的第一网络请求之前，启动业务应用中间件，并建立业务应用中间件与服务器之间的长连接通信。

在具体的应用场景中，为了实现消息触达功能，该装置还包括：消息体接收模块38、消息体解析模块39、场景码注册模块310。

消息体接收模块38，用于接收来自服务器的触达消息体，其中，触达消息体包括场景码；

消息体解析模块39，用于解析触达消息体后，将解析后的触达消息体分发至与场景码对应的至少一个业务应用中。

场景码注册模块310，用于接收来自服务器的触达消息体之前，接收待注册的触达场景码，并在业务应用中间件中注册触达场景码；

消息体解析模块39，具体用于若触达场景码包括触达消息体对应的场景码，则解析触达消息体后，将解析后的触达消息体分发至与场景码对应的至少一个业务应用中；以及

若触达场景码不包括触达消息体对应的场景码，则忽略接收到的触达消息体。

在具体的应用场景中，为了实现埋点消息的下达，该装置还包括：埋点信息接收模块311、标识查询模块312、埋点信息上报模块313。

埋点信息接收模块311，用于接收来自至少一个业务应用的埋点信息；

标识查询模块312，用于查询埋点信息对应的至少一个业务应用的唯一标识信息；

埋点信息上报模块313，用于上报埋点信息至与唯一标识信息对应的日志埋点平台。

需要说明的是，本申请实施例提供的一种业务应用中间件的数据处理装置所涉及各功能单元的其他相应描述，可以参考图1和图2中的对应描述，在此不再赘述。

基于上述如图1和图2所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1和图2所示的业务应用中间件的数据处理方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图1、图2所示的方法，以及图3、图4所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该计算机设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1和图2所示的业务应用中间件的数据处理方法。

可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的一种计算机设备结构并不构成对该计算机设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理和保存计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现通过业务应用中间件接收与之对应的至少一个业务应用的第一网络请求，从而对业务应用的第一网络请求进行组装得到第二网络请求后，利用业务应用中间件向服务器发起第二网络请求，并在接收到服务器的响应结果后，将其转发至业务应用中。本申请实施例利用中间件完成业务应用与服务器之间的间接通信，业务应用复用中间件提供的高性能的消息通道，使业务应用具备快速接入消息通道的能力，降低了每个业务应用独立使用自身的消息通道造成的资源损耗的同时，也提高了业务应用通信的稳定性。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (14)

1.一种业务应用中间件的数据处理方法，其特征在于，所述业务应用中间件对应至少一个业务应用，所述方法包括：

接收来自至少一个所述业务应用的第一网络请求；

将所述第一网络请求组装为相应的第二网络请求后，基于所述业务应用中间件对应的通用消息通道向服务器发送所述第二网络请求，其中，所述第二网络请求匹配于所述通用消息通道的通信协议；

接收来自所述服务器的与所述第二网络请求对应的响应结果；

转发所述响应结果至与所述第一网络请求对应的至少一个所述业务应用中；

所述方法还包括：接收来自所述服务器的触达消息体，其中，所述触达消息体包括场景码；解析所述触达消息体后，将解析后的所述触达消息体分发至与所述场景码对应的至少一个所述业务应用中。

2.根据权利要求1所述的方法，其特征在于，所述转发所述响应结果至与所述第一网络请求对应的至少一个所述业务应用中之前，所述方法还包括：

解析所述响应结果，以使解析后的所述响应结果与至少一个所述业务应用相匹配。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在至少一个所述业务应用中，渲染并展示所述响应结果。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述接收来自至少一个所述业务应用的第一网络请求之前，所述方法还包括：

启动所述业务应用中间件，并建立所述业务应用中间件与所述服务器之间的长连接通信。

5.根据权利要求4所述的方法，其特征在于，所述接收来自所述服务器的触达消息体之前，所述方法还包括：

接收待注册的触达场景码，并在所述业务应用中间件中注册所述触达场景码；

所述解析所述触达消息体后，将解析后的所述触达消息体分发至与所述场景码对应的至少一个所述业务应用中，具体包括：

若所述触达场景码包括所述触达消息体对应的所述场景码，则解析所述触达消息体后，将解析后的所述触达消息体分发至与所述场景码对应的至少一个所述业务应用中；

若所述触达场景码不包括所述触达消息体对应的所述场景码，则忽略接收到的所述触达消息体。

6.根据权利要求4所述的方法，其特征在于，所述方法还包括：

接收来自至少一个所述业务应用的埋点信息，其中，所述埋点信息包括至少一个所述业务应用对应的唯一标识信息；

上报所述埋点信息至与所述唯一标识信息对应的日志埋点平台。

7.一种业务应用中间件的数据处理装置，其特征在于，所述业务应用中间件对应至少一个业务应用，所述装置包括：

网络请求接收模块，用于接收来自至少一个所述业务应用的第一网络请求；

网络请求发送模块，用于将所述第一网络请求组装为相应的第二网络请求后，基于所述业务应用中间件对应的通用消息通道向服务器发送所述第二网络请求，其中，所述第二网络请求匹配于所述通用消息通道的通信协议；

响应结果接收模块，用于接收来自所述服务器的与所述第二网络请求对应的响应结果；

响应结果转发模块，用于转发所述响应结果至与所述第一网络请求对应的至少一个所述业务应用中；

消息体接收模块，用于接收来自所述服务器的触达消息体，其中，所述触达消息体包括场景码；

消息体解析模块，用于解析所述触达消息体后，将解析后的所述触达消息体分发至与所述场景码对应的至少一个所述业务应用中。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

响应结果解析模块，用于所述转发所述响应结果至与所述第一网络请求对应的至少一个所述业务应用中之前，解析所述响应结果，以使所述响应结果与至少一个所述业务应用相匹配。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

响应结果渲染模块，用于在至少一个所述业务应用中，渲染并展示所述响应结果。

10.根据权利要求7至9中任一项所述的装置，其特征在于，所述装置还包括：

长连接建立模块，用于所述接收来自至少一个所述业务应用的第一网络请求之前，启动所述业务应用中间件，并建立所述业务应用中间件与所述服务器之间的长连接通信。

11.根据权利要求7所述的装置，其特征在于，所述装置还包括：

场景码注册模块，用于所述接收来自所述服务器的触达消息体之前，接收待注册的触达场景码，并在所述业务应用中间件中注册所述触达场景码；

所述消息体解析模块，具体用于若所述触达场景码包括所述触达消息体对应的所述场景码，则解析所述触达消息体后，将解析后的所述触达消息体分发至与所述场景码对应的至少一个所述业务应用中；以及

若所述触达场景码不包括所述触达消息体对应的所述场景码，则忽略接收到的所述触达消息体。

12.根据权利要求10所述的装置，其特征在于，所述装置还包括：

埋点信息接收模块，用于接收来自至少一个所述业务应用的埋点信息；

标识查询模块，用于查询所述埋点信息对应的至少一个所述业务应用的唯一标识信息；

埋点信息上报模块，用于上报所述埋点信息至与所述唯一标识信息对应的日志埋点平台。

13.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至6中任一项所述的业务应用中间件的数据处理方法。

14.一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的业务应用中间件的数据处理方法。

Images