CN112929431B - 基于微服务框架的消息同步与异步应答转换方法及装置 - Google Patents

Abstract

本申请公开了一种基于微服务框架的消息同步与异步应答转换方法及装置，用于实现设备与应用平台之间消息通讯中同步与异步的应答转换，其中方法包括：接收第一业务服务节点发送的第一请求；将所述第一请求转发至设备驱动服务站；接收所述设备驱动服务站发送的所述第一请求的响应结果；判断所述响应结果是否为同步订阅请求的响应结果；若是，则依据所述第一请求的路径来源将所述响应结果按原路发送至第一业务服务节点；若否，则依据所述响应结果中的返回路径发送至对应的第二业务服务节点。

Description

基于微服务框架的消息同步与异步应答转换方法及装置

技术领域

本申请涉及物联网技术领域，具体涉及一种基于微服务框架的消息同步与异步应答转换方法及装置。

背景技术

在当前的物联网环境下，设备与应用平台间的通讯基本都采用消息队列遥测传输协议(MQTT，Message Queuing Telemetry Transport)的发布/订阅模式，在该模式下，设备与应用平台间的相关业务链路请求被迫进行异步化处理，会对部分业务场景应用带来不少压力或使得用户体验性降低。

发明内容

本申请实提供了一种基于微服务框架的消息同步与异步应答转换方法及装置，能够实现设备与应用平台之间消息通讯中同步与异步的应答转换，提升业务场景应用的用户体验性。

本申请第一方面提供了一种基于微服务框架的消息同步与异步应答转换方法，包括：

接收第一业务服务节点发送的第一请求；

将所述第一请求转发至设备驱动服务站；

接收所述设备驱动服务站发送的所述第一请求的响应结果；

判断所述响应结果是否为同步订阅请求的响应结果；

若是，则依据所述第一请求的路径来源将所述响应结果按原路发送至第一业务服务节点；

若否，则依据所述响应结果中的返回路径发送至对应的第二业务服务节点。

可选的，所述接收第一业务服务节点发送的第一请求之后，所述将所述第一请求转发至设备驱动服务站之前，所述方法还包括：

通过所述第一请求中报文的属性标识判断所述第一消息是否需要同步应答；

若是，则对所述第一请求设置同步应答的等待超时事件，超时时间为预设时间。

可选的，所述将所述第一请求转发至设备驱动服务站的同时，所述方法还包括：

启动所述超时计时。

可选的，所述启动所述超时计时之后，若在超时时间内成功接收到所述第一请求的响应，则结束等待和计时，若在超时时间结束仍未接收到所述第一请求的响应，在结束等待的同时提示此次通讯失败。

可选的，所述依据所述响应结果中的返回路径发送至对应的第二业务服务节点的同时，所述方法还包括：

依据所述响应结果中的信息可追踪到响应放的应答转换容器。

可选的，所述方法下的物联网设备与应用平台间使用基于MQTT协议的发布/订阅模式的异步消息通讯体系架构。

本申请第二方面提供了一种基于微服务框架的消息同步与异步应答转换装置，包括：

第一接收单元，用于接收第一业务服务节点发送的第一请求；

转发单元，用于将所述第一请求转发至设备驱动服务站；

第二接收单元，用于接收所述设备驱动服务站发送的所述第一请求的响应结果；

第一判断单元，用于判断所述响应结果是否为同步订阅请求的响应结果；

第一发送单元，用于当第一判断单元的结果为所述响应结果为同步订阅请求时，则依据所述第一请求的路径来源将所述响应结果按原路发送至第一业务服务节点；

第二发送单元，用于当第一判断单元的结果为所述响应结果不是同步订阅请求时，则依据所述响应结果中的返回路径发送至对应的第二业务服务节点。

可选的，所述装置还包括：

第二判断单元，用于通过所述第一请求中报文的属性标识判断所述第一消息是否需要同步应答；

设置单元，用于当第二判断单元的结果为所述第一消息需要同步应答时，则对所述第一请求设置同步应答的等待超时事件，超时时间为预设时间。

可选的，所述装置还包括：

计时单元，用于启动所述超时计时。

可选的，所述装置还包括：

第一执行单元，用于在超时时间内成功接收到所述第一请求的响应，则结束等待和计时；

第二执行单元，用于在超时时间结束仍未接收到所述第一请求的响应，在结束等待的同时提示此次通讯失败。

可选的，所述装置还包括：

追踪单元，用于依据所述响应结果中的信息可追踪到响应放的应答转换容器。

本申请第三方面提供了一种基于微服务框架的消息同步与异步应答转换装置，包括：

处理器、存储器、输入输出单元、总线；

所述处理器与所述存储器、所述输入输出单元以及所述总线相连；

所述处理器具体执行如下操作：

接收第一业务服务节点发送的第一请求；

将所述第一请求转发至设备驱动服务站；

接收所述设备驱动服务站发送的所述第一请求的响应结果；

判断所述响应结果是否为同步订阅请求的响应结果；

若是，则依据所述第一请求的路径来源将所述响应结果按原路发送至第一业务服务节点；

若否，则依据所述响应结果中的返回路径发送至对应的第二业务服务节点。

本申请实施例第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行前述基于微服务框架的消息同步与异步应答转换的方法。

从以上技术方案可以看出，本申请实施例在接收第一业务服务节点发送的第一请求时通过该第一请求中的标识判断该请求是同步请求还是异步请求，若是同步请求，则启动同步请求超时相应机制，当该请求未在预定时间内返回结果时，则结束等待，这样可以使得该请求不会长时间占用进程，若是异步请求时，则直接等待响应的返回，并且可根据该响应结果追踪到相应放的应答转换容器，这样不仅能够根据请求的方式来转发该请求，还提高了消息转发的效率。

附图说明

图1为本申请中基于微服务框架的消息同步与异步应答转换方法的一个实施例流程示意图；

图2为本申请中基于微服务框架的消息同步与异步应答转换方法的另一个实施例流程示意图；

图3为本申请中基于微服务框架的消息同步与异步应答转换装置的一个实施例结构示意图；

图4为本申请中基于微服务框架的消息同步与异步应答转换装置的另一个实施例结构示意图。

具体实施方式

本申请实施例提供了一种基于微服务框架的消息同步与异步应答转换方法及装置，用于实现设备与应用平台之间消息通讯中同步与异步的应答转换，减少部分业务场景应用带来的压力并提升用户的体验性。

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

本申请的方法可以应用于智能服务器终端机其他智能终端设备，对此，本申请不做限定。为方便描述，下面以执行主体为服务器为例进行描述。

请参阅图1，本申请中基于微服务框架的消息同步与异步应答转换方法的一个实施例包括：

101、服务器接收第一业务服务节点发送的第一请求；

请求发送方(发布者)可以部署多个服务节点来提供服务，当一个服务节点挂了，其它服务节点补上，这样不会影响用户对该服务的使用，本申请实施例中，服务器接收请求发送方发出的请求。

102、服务器将所述第一请求转发至设备驱动服务站；

本申请实施例中，服务器对从第一业务服务节点接收的请求进行处理后将其发送至设备驱动服务站，设备驱动服务站中对该请求再进行转发，同时该设备驱动服务站还用于将订阅设备(订阅者)返回的该请求的应答进行转发。

103、服务器接收所述设备驱动服务站发送的所述第一请求的响应结果；

由于设备驱动服务站也是中间转发设备，当设备驱动服务站接收订阅设备返回的第一请求的响应结果后再将该响应结果发送至服务器中。

104、服务器判断所述响应结果是否为同步订阅请求的响应结果，若是，则执行步骤105，若否，则执行步骤106；

若对所有请求都使用异步处理，虽节省了处理时间，但是会占用更多的系统资源，也不利于系统对进程进行控制，基于此本申请实施例要通过请求中的标识判断该响应结果是否为同步类型，将同步和异步的请求分别进行处理。

105、服务器依据所述第一请求的路径来源将所述响应结果按原路发送至第一业务服务节点；

若该第一请求为同步请求，同步请求时需要按照顺序等待当前任务执行完后再执行下一任务，所以服务器根据该第一请求的路径来源将第一请求的响应结果发送至相应的第一业务服务节点中。

106、服务器依据所述响应结果中的返回路径发送至对应的第二业务服务节点。

异步请求是可以同时对多个请求进行处理，这样可以提高执行任务的效率，本申请实施例中，若该第一请求为异步请求，则按照第一请求中的标识将该第一请求的响应结果发送至对应的第二业务服务节点。

在物联网环境中，设备与应用平台间的通讯基本采用基于MQTT协议的发布订阅模式，在这个模式中，消息的发送者(称为发布者)不会将消息直接发送给特定的接收者(称为订阅者)，而是通过消息通道广播出去，但是该过程中所有的请求都使用异步实现，这样会给平台带来不少的压力，本申请实施例中，通过对第一请求中的标识判断该请求为同步还是异步，并依据同步和异步对该第一请求的响应结果进行转发，这样不仅能高效处理相关请求，还可以减轻系统的负担。

请参阅图2，本申请中基于微服务框架的消息同步与异步应答转换方法的另一实施例包括：

201、服务器接收第一业务服务节点发送的第一请求；

本申请实施例中的步骤201与前述实施例中步骤101类似，此处不再赘述。

202、服务器通过所述第一请求中报文的属性标识判断所述第一请求是否需要同步应答，若是，则执行步骤203，若否，则执行步骤209；

请求体中包含众多信息，例如发起请求者信息和被请求方信息等等，本申请实施例中服务器通过第一请求的报文的相关标识判断该第一请求是否为同步请求，服务器再根据判断结果执行相应操作。

203、服务器对所述第一请求设置同步应答的等待超时事件，超时时间为预设时间；

当在项目中遇到某一请求操作为同步处理却又耗时较长时，为了不让用户等太长时间，本申请实施例中，当该第一请求为同步请求时，服务器对该第一请求设置同步应答的等待超时事件，如果能在预设的时间段内得到返回结果，则将该结果立刻返回，否则将返回某一默认提示或结果，该超时时间可根据实际应用的情况进行设置，具体此处不做限定。

204、服务器将所述第一请求转发至设备驱动服务站，同时启动所述超时计时；

本申请实施例中服务器根据第一请求中的标识信息将该第一请求转发至对应的设备驱动服务站，并根据步骤203的设置的预设超时时间开始计时。

205、服务器判断是否在超时时间内成功接收到所述设备驱动服务站发送的所述第一请求的响应，若否，则执行步骤206，若是，则执行步骤207；

本申请实施例中，服务器监测是否在该预设的超时时间内成功接收到该设备驱动服务站发送的第一请求的响应结果，这样可以提高同步请求处理的效率，不会长时间占用系统资源。

206、服务器在结束等待的同时提示此次通讯失败；

若超过了预设的超时时间该服务器仍未接收到第一请求的响应结果，则结束此次等待，并返回预设结果至第一服务节点告知此次通讯失败，也可以重新转发或持续等待，具体此处不做限定，可以根据业务的实际需求进行设置。

207、服务器结束等待和计时；

若服务器在该预设的超时时间内接受到设备驱动服务站发送的该第一请求的响应结果，则立马结束当前的等待和计时。

208、服务器依据所述第一请求的路径来源将所述响应结果按原路发送至第一业务服务节点；

由于该第一请求为同步请求，因此本申请实施例中服务器依据该第一请求标识信息中的路径来源将该响应结果按照该路径发送至第一业务服务节点上。

209、服务器将所述第一请求转发至设备驱动服务站；

本申请实施例汇总，若该第一请求为异步请求，服务器将该第一请求转发至相应的设备驱动服务站。

210、服务器接收所述设备驱动服务站发送的所述第一请求的响应结果；

211、服务器依据所述响应结果中的返回路径发送至对应的第二业务服务节点。

由于该第一请求为异步请求，所以该第一请求的响应结果中包含有响应结果要返回的目标位置，服务器依据该信息将该响应结果发送至对应的第二业务服务节点中。

本申请实施例中，依据业务服务节点的请求类型对该请求进行相应的处理，对同步请求还设置了超时响应事件，并实现应答原路返回，而对异步请求则依据异步响应对对应的业务服务节点返回响应结果，同时还可以依据响应结果中的标识信息查询到该响应结果传输所经过的中间站信息。

以上对基于微服务框架的消息同步与异步应答转换方法进行了详细的说明，下面对基于微服务框架的消息同步与异步应答转换装置依照上述方法进行说明。

请参阅图3，本申请中基于微服务框架的消息同步与异步应答转换装置的一个实施例包括：

第一接收单元301，用于接收第一业务服务节点发送的第一请求；

转发单元302，用于将所述第一请求转发至设备驱动服务站；

第二接收单元303，用于接收所述设备驱动服务站发送的所述第一请求的响应结果；

第一判断单元304，用于判断所述响应结果是否为同步订阅请求的响应结果；

第一发送单元305，用于当第一判断单元的结果为所述响应结果为同步订阅请求时，则依据所述第一请求的路径来源将所述响应结果按原路发送至第一业务服务节点；

第二发送单元306，用于当第一判断单元的结果为所述响应结果不是同步订阅请求时，则依据所述响应结果中的返回路径发送至对应的第二业务服务节点。

第二判断单元307，用于通过所述第一请求中报文的属性标识判断所述第一消息是否需要同步应答；

设置单元308，用于当第二判断单元的结果为所述第一消息需要同步应答时，则对所述第一请求设置同步应答的等待超时事件，超时时间为预设时间。

计时单元309，用于启动所述超时计时。

第一执行单元310，用于在超时时间内成功接收到所述第一请求的响应，则结束等待和计时；

第二执行单元311，用于在超时时间结束仍未接收到所述第一请求的响应，在结束等待的同时提示此次通讯失败。

追踪单元312，用于依据所述响应结果中的信息可追踪到响应放的应答转换容器。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

请参阅图4，本申请中基于微服务框架的消息同步与异步应答转换装置的另一个实施例包括：

处理器401、存储器402、输入输出单元403、总线404；

所述处理器401与所述存储器402、所述输入输出单元403以及所述总线404相连；

所述处理器401具体执行如下操作：

接收第一业务服务节点发送的第一请求；

将所述第一请求转发至设备驱动服务站；

接收所述设备驱动服务站发送的所述第一请求的响应结果；

判断所述响应结果是否为同步订阅请求的响应结果；

若是，则依据所述第一请求的路径来源将所述响应结果按原路发送至第一业务服务节点；

若否，则依据所述响应结果中的返回路径发送至对应的第二业务服务节点。

本实施例中，处理器401的功能与前述图1和图2所示实施例中的步骤对应，此处不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

Claims (8)

1.一种基于微服务框架的消息同步与异步应答转换方法，其特征在于，所述方法下的物联网设备与应用平台间使用基于MQTT协议的发布/订阅模式的异步消息通讯体系架构，所述方法包括：

接收第一业务服务节点发送的第一请求；

将所述第一请求转发至设备驱动服务站；

接收所述设备驱动服务站发送的所述第一请求的响应结果；

判断所述响应结果是否为同步订阅请求的响应结果；

若是，则依据所述第一请求的路径来源将所述响应结果按原路发送至第一业务服务节点；

若否，则依据所述响应结果中的返回路径发送至对应的第二业务服务节点；

所述接收第一业务服务节点发送的第一请求之后，所述将所述第一请求转发至设备驱动服务站之前，所述方法还包括：

通过所述第一请求中报文的属性标识判断所述第一请求是否需要同步应答；

若是，则对所述第一请求设置同步应答的等待超时事件，超时时间为预设时间。

2.根据权利要求1所述的基于微服务框架的消息同步与异步应答转换方法，其特征在于，所述将所述第一请求转发至设备驱动服务站的同时，所述方法还包括：

启动所述超时计时。

3.根据权利要求2所述的基于微服务框架的消息同步与异步应答转换方法，其特征在于，所述启动所述超时计时之后，若在超时时间内成功接收到所述第一请求的响应，则结束等待和计时，若在超时时间结束仍未接收到所述第一请求的响应，在结束等待的同时提示此次通讯失败。

4.根据权利要求1所述的基于微服务框架的消息同步与异步应答转换方法，其特征在于，所述依据所述响应结果中的返回路径发送至对应的第二业务服务节点的同时，所述方法还包括：

依据所述响应结果中的信息可追踪到响应放的应答转换容器。

5.一种基于微服务框架的消息同步与异步应答转换装置，其特征在于，所述装置下的物联网设备与应用平台间使用基于MQTT协议的发布/订阅模式的异步消息通讯体系架构，所述装置包括：

第一接收单元，用于接收第一业务服务节点发送的第一请求；

转发单元，用于将所述第一请求转发至设备驱动服务站；

第二接收单元，用于接收所述设备驱动服务站发送的所述第一请求的响应结果；

第一判断单元，用于判断所述响应结果是否为同步订阅请求的响应结果；

第一发送单元，用于当第一判断单元的结果为所述响应结果为同步订阅请求时，则依据所述第一请求的路径来源将所述响应结果按原路发送至第一业务服务节点；

第二发送单元，用于当第一判断单元的结果为所述响应结果不是同步订阅请求时，则依据所述响应结果中的返回路径发送至对应的第二业务服务节点；

所述装置还包括：

第二判断单元，用于通过所述第一请求中报文的属性标识判断所述第一请求是否需要同步应答；

设置单元，用于当第二判断单元的结果为所述第一请求需要同步应答时，则对所述第一请求设置同步应答的等待超时事件，超时时间为预设时间。

6.根据权利要求5所述的基于微服务框架的消息同步与异步应答转换装置，其特征在于，所述装置还包括：

第二判断单元，用于通过所述第一请求中报文的属性标识判断所述第一请求是否需要同步应答；

设置单元，用于当第二判断单元的结果为所述第一请求需要同步应答时，则对所述第一请求设置同步应答的等待超时事件，超时时间为预设时间。

7.根据权利要求6所述的基于微服务框架的消息同步与异步应答转换装置，其特征在于，所述装置还包括：

计时单元，用于启动所述超时计时。

8.根据权利要求7所述的基于微服务框架的消息同步与异步应答转换装置，其特征在于，所述装置还包括：

第一执行单元，用于在超时时间内成功接收到所述第一请求的响应，则结束等待和计时；

第二执行单元，用于在超时时间结束仍未接收到所述第一请求的响应，在结束等待的同时提示此次通讯失败。

Images