CN116418613A - 消息的回流处理方法、装置、存储介质及电子装置 - Google Patents

Abstract

本申请公开了一种消息的回流处理方法、装置、存储介质及电子装置，涉及智慧家庭技术领域，该消息的回流处理方法包括：根据预设业务逻辑对业务消息进行业务处理，得到处理结果；其中，所述业务消息来源于家电设备的通信业务；将所述处理结果指示为处理失败的业务消息确定为待回流消息；根据所述待回流消息生成待回流消息队列，使用消息回流策略对所述待回流消息队列中的待回流消息进行回流，得到回流后的回流消息；对所述回流后的回流消息进行业务处理，采用上述技术方案，解决了如何对处理失败的业务消息进行回流处理，从而实现对家电设备的业务消息继续进行处理的问题。

Description

消息的回流处理方法、装置、存储介质及电子装置

技术领域

本申请涉及智慧家庭技术领域，具体而言，涉及一种消息的回流处理方法、装置、存储介质及电子装置。

背景技术

目前，随着智能家电领域的家电设备的智能化水平越来越高，家电设备所提供的家电功能也越来越多样化，与之伴随而来的问题如何对家电日益增加的业务消息进行处理，在一般的技术方案中，由于ETL实时流的消息存在顺序依赖，那么在对家电设备的不同ETL实时流的消息进行处理时，如果输入的消息乱序，则会引起数据处理失败，可能导致无法对家电设备的业务消息继续进行处理的问题。

因此，相关技术中，存在如何对处理失败的业务消息进行回流处理，从而实现对家电设备的业务消息继续进行处理的问题。

针对相关技术中，如何对处理失败的业务消息进行回流处理，从而实现对家电设备的业务消息继续进行处理的问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种消息的回流处理方法、装置、存储介质及电子装置，以至少解决相关技术中，如何对处理失败的业务消息进行回流处理，从而实现对家电设备的业务消息继续进行处理的问题。

根据本申请实施例的一个实施例，提供了一种消息的回流处理方法，包括：根据预设业务逻辑对业务消息进行业务处理，得到处理结果；其中，所述业务消息来源于家电设备的通信业务；将所述处理结果指示为处理失败的业务消息确定为待回流消息；根据所述待回流消息生成待回流消息队列，使用消息回流策略对所述待回流消息队列中的待回流消息进行回流，得到回流后的回流消息；对所述回流后的回流消息进行业务处理。

在一个示例性实施例中，在将所述处理结果指示为处理失败的业务消息确定为待回流消息之前，所述方法还包括：获取所述业务消息对应的业务标志，其中，所述业务标志对应有用于表示所述业务消息是否处理成功的标志值；从所述处理结果内获取与第一预设值一致的目标标志值，其中，所述处理结果包括：与所有业务消息分别对应的业务标识的标志值，所述第一预设值表示与所述第一预设值对应的业务消息处理失败；将所述目标标志值对应的业务消息确定为所述处理结果指示为处理失败的业务消息。

在一个示例性实施例中，在使用消息回流策略对所述待回流消息队列中的待回流消息进行回流之前，所述方法还包括：解析所述回流消息队列中的待回流信息，确定所述待回流消息对应的回流实例；将所述回流实例的实例名称所对应的回流策略确定为所述消息回流策略。

在一个示例性实施例中，使用消息回流策略对所述待回流消息队列中的待回流消息进行回流，包括：从所述消息回流策略内获取目标对象为所述回流实例预设的预设回流次数，并从所述回流实例的实例数据内获取所述回流实例对应的回流完成次数；根据所述预设回流次数和所述回流完成次数对所述回流消息队列中的待回流消息进行回流。

在一个示例性实施例中，根据所述预设回流次数和所述回流完成次数对所述回流消息队列中的待回流消息进行回流，包括：比较所述预设回流次数和所述回流完成次数；在所述预设回流次数大于所述回流完成次数的情况下，获取所述预设回流次数与所述回流完成次数之间的第一差值；根据所述第一差值确定所述回流实例在下一次回流的回流间隔时间；并在所述回流开始时刻对所述回流实例对应的待回流消息进行回流，所述回流实例在下一次的回流开始时刻为所述回流实例的当前回流时刻和所述回流间隔时间的和值。

在一个示例性实施例中，根据所述第一差值确定所述回流实例在下一次回流的回流间隔时间，包括：在所述第一差值小于第二预设值的情况下，获取所述第一差值与所述第二预设值之间的第二差值；获取所述第一差值对应的时间取值范围；从所述第一差值对应的时间取值范围内获取与所述第二差值对应的间隔时间，并将所述第二差值对应的间隔时间确定为所述回流实例在下一次回流的回流间隔时间；在所述第一差值大于或等于第二预设值的情况下，将所述第一差值对应的时间取值范围内最大的间隔时间确定为所述回流实例在下一次回流的回流间隔时间。

在一个示例性实施例中，在得到回流后的回流消息之后，所述方法还包括：在所述预设回流次数等于所述回流完成次数的情况下，确定出所述回流后的回流消息对应的查询接口，其中，所述查询接口用于查询对所述回流后的回流消息进行业务处理后得到的处理结果；在接收到所述目标对象发送的查询指令的情况下，根据所述查询指令调用所述查询接口，将通过所述查询接口查询到的查询数据发送给所述目标对象。

在一个示例性实施例中，根据所述待回流消息生成待回流消息队列，包括：响应目标对象发送的执行指令，其中，所述执行指令用于按照预设周期执行所述回流实例对应的定时任务；在所述执行指令完成后，确定在所述预设周期内获取到的目标回流消息，并生成所述目标回流消息对应的子消息队列；将多个所述子消息队列进行合并，得到所述待回流消息队列。

在一个示例性实施例中，在确定所述待回流消息对应的回流实例之后，所述方法还包括：获取目标对象为所述回流实例预设的配置信息，其中，所述配置信息包括用于传输所述待回流消息的消息传输接口；在接收到所述目标对象的启动指令的情况下，根据所述启动指令为所述待回流消息对应的消息队列创建消息客户端，并使用所述消息传输接口将所述消息客户端发送给所述目标对象，以使所述目标对象使用所述消息客户端查询所述待回流消息；在接收到所述目标对象的关闭指令的情况下，根据所述关闭指令关闭已经创建的消息客户端，并在确定所述已经创建的消息客户端关闭成功的情况下，向所述目标对象发送提示消息，其中，所述提示消息用于提示所述目标对象所述已经创建的消息客户端关闭成功。

在一个示例性实施例中，使用所述消息传输接口将所述消息客户端发送给所述目标对象，包括：获取所述消息传输接口所使用的第一消息中间件类型；在确定所述第一消息中间件类型为所述消息客户端支持的消息中间件类型的情况下，使用所述消息传输接口将所述消息客户端发送给所述目标对象，其中，所述消息客户端支持不同消息中间件类型。

在一个示例性实施例中，在对所述回流后的回流消息进行业务处理之后，所述方法还包括：响应于目标对象的查询指令，确定对所述回流后的回流消息进行业务处理的回流处理结果；如果确定所述回流处理结果指示所述回流后的回流消息处理失败，则存储处理失败的回流后的回流消息，并建立所述处理失败的回流后的回流消息和所述处理失败的回流后的回流消息的存储地址之间的对应关系；将所述对应关系发送给所述目标对象。

根据本申请实施例的另一个实施例，还提供了一种消息的回流处理装置，包括：得到模块，用于根据预设业务逻辑对业务消息进行业务处理，得到处理结果；其中，所述业务消息来源于家电设备的通信业务；确定模块，用于将所述处理结果指示为处理失败的业务消息确定为待回流消息；回流模块，用于根据所述待回流消息生成待回流消息队列，使用消息回流策略对所述待回流消息队列中的待回流消息进行回流，得到回流后的回流消息；处理模块，用于对所述回流后的回流消息进行业务处理。

根据本申请实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述消息的回流处理方法。

根据本申请实施例的又一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述的消息的回流处理方法。

在本申请实施例中，根据预设业务逻辑对业务消息进行业务处理，得到处理结果；其中，所述业务消息来源于家电设备的通信业务；将所述处理结果指示为处理失败的业务消息确定为待回流消息；根据所述待回流消息生成待回流消息队列，使用消息回流策略对所述待回流消息队列中的待回流消息进行回流，得到回流后的回流消息；对所述回流后的回流消息进行业务处理；采用上述技术方案，解决了如何对处理失败的业务消息进行回流处理，从而实现对家电设备的业务消息继续进行处理的问题，进而实现家电设备的业务消息的继续处理过程。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图1是本申请实施例的一种消息的回流处理方法的硬件环境示意图；

图2是根据本申请实施例的消息的回流处理方法的流程图；

图3是根据本申请实施例的消息的回流处理方法的实现逻辑示意图；

图4是根据本申请实施例的重试次数的示意图；

图5是根据本申请实施例的一种消息的回流处理装置的结构框图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

接下来，通过以下实施例对本申请实施例的部分技术名词进行解释：

MQ：全称是Message Queue，消息队列中间件，用于提供消息的订阅、存储、发布等功能，如Kafka、RocketMQ等。其中，部分类型的MQ客户端自身仅支持有限次数的重复投递。

实时计算框架，对实时消费消息进行数据ETL处理，如Flink、Spark等。

ETL：用来描述将数据从来源端经过抽取(extract)、转换(transform)、加载(load)至目的端的过程。

根据本申请实施例的一个方面，提供了一种消息的回流处理方法。该消息的回流处理方法广泛应用于智慧家庭(Smart Home)、智能家居、智能家用设备生态、智慧住宅(Intelligence House)生态等全屋智能数字化控制应用场景。可选地，在本实施例中，上述消息的回流处理方法可以应用于如图1所示的由终端设备102和服务器104所构成的硬件环境中。如图1所示，服务器104通过网络与终端设备102进行连接，可用于为终端或终端上安装的客户端提供服务(如应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器104提供数据存储服务，可在服务器上或独立于服务器配置云计算和/或边缘计算服务，用于为服务器104提供数据运算服务。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。终端设备102可以并不限定于为PC、手机、平板电脑、智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。

在本实施例中提供了一种消息的回流处理方法，应用于上述计算机终端，图2是根据本申请实施例的消息的回流处理方法的流程图，该流程包括如下步骤：

步骤S202，根据预设业务逻辑对业务消息进行业务处理，得到处理结果；其中，所述业务消息来源于家电设备的通信业务；

其中，需要说明的是，上述预设业务逻辑与业务消息的消息类型对应，例如可以通过人工预设。消息类型例如可以包括文本，音频，视频等。

上述根据预设业务逻辑对业务消息进行业务处理的过程例如可以为可以确定业务消息是否为空。进一步的，对于文本类型的业务消息，可以确定是否为完整语句；对于音频类型的业务消息，可以确定是否播放正常，对于视频类型的业务消息，可以确定视频是否合法等。

步骤S204，将所述处理结果指示为处理失败的业务消息确定为待回流消息；

步骤S206，根据所述待回流消息生成待回流消息队列，使用消息回流策略对所述待回流消息队列中的待回流消息进行回流，得到回流后的回流消息；

步骤S208，对所述回流后的回流消息进行业务处理。

通过上述步骤，根据预设业务逻辑对业务消息进行业务处理，得到处理结果；其中，所述业务消息来源于家电设备的通信业务；将所述处理结果指示为处理失败的业务消息确定为待回流消息；根据所述待回流消息生成待回流消息队列，使用消息回流策略对所述待回流消息队列中的待回流消息进行回流，得到回流后的回流消息；对所述回流后的回流消息进行业务处理，解决了相关技术中，如何对处理失败的业务消息进行回流处理，从而实现对家电设备的业务消息继续进行处理的问题，进而实现家电设备的业务消息的继续处理过程。

进一步的，在执行上述步骤S208之后，如果确定回流后的回流消息进行业务处理的处理结果仍异常，则对异常结果进行持久化存储，以实现问题溯源，分析异常原因。

在一个示例性实施例中，在将所述处理结果指示为处理失败的业务消息确定为待回流消息之前，还提供了一种技术方案，具体步骤包括：获取所述业务消息对应的业务标志，其中，所述业务标志对应有用于表示所述业务消息是否处理成功的标志值；从所述处理结果内获取与第一预设值一致的目标标志值，其中，所述处理结果包括：与所有业务消息分别对应的业务标识的标志值，所述第一预设值表示与所述第一预设值对应的业务消息处理失败；将所述目标标志值对应的业务消息确定为所述处理结果指示为处理失败的业务消息。

其中，上述业务消息处理失败的原因例如可以包括程序处理失败或者数据查询失败，但不限于此，本申请对此不作限制。

在一个示例性实施例中，进一步的，在使用消息回流策略对所述待回流消息队列中的待回流消息进行回流之前，还可以提供以下技术方案，具体步骤包括：解析所述回流消息队列中的待回流信息，确定所述待回流消息对应的回流实例；将所述回流实例的实例名称所对应的回流策略确定为所述消息回流策略。

可选的，待回流消息对应的回流实例可以为多个，则不同的回流实例对应于不同的MQ中间件具有不同的实例名称，可以根据MQ中间件的类型确定所需的回流示例的实例名称，进而从待回流消息对应的多个回流实例中确定出所需的回流实例。

在一个示例性实施例中，提出了一种如何使用消息回流策略对所述待回流消息队列中的待回流消息进行回流的技术方案，具体步骤包括：从所述消息回流策略内获取目标对象为所述回流实例预设的预设回流次数，并从所述回流实例的实例数据内获取所述回流实例对应的回流完成次数；根据所述预设回流次数和所述回流完成次数对所述回流消息队列中的待回流消息进行回流。

在一个示例性实施例中，对于根据所述预设回流次数和所述回流完成次数对所述回流消息队列中的待回流消息进行回流的实现过程，提出了以下执行步骤，具体包括：比较所述预设回流次数和所述回流完成次数；在所述预设回流次数大于所述回流完成次数的情况下，获取所述预设回流次数与所述回流完成次数之间的第一差值；根据所述第一差值确定所述回流实例在下一次回流的回流间隔时间；并在所述回流开始时刻对所述回流实例对应的待回流消息进行回流，所述回流实例在下一次的回流开始时刻为所述回流实例的当前回流时刻和所述回流间隔时间的和值。

其中，需要说明的是，上述第一差值越大，则回流次数越多，回流间隔时间越大。

在一个示例性实施例中，为了更好的理解根据所述第一差值确定所述回流实例在下一次回流的回流间隔时间的技术方案，提出了以下技术方案，具体包括：在所述第一差值小于第二预设值的情况下，获取所述第一差值与所述第二预设值之间的第二差值；获取所述第一差值对应的时间取值范围；从所述第一差值对应的时间取值范围内获取与所述第二差值对应的间隔时间，并将所述第二差值对应的间隔时间确定为所述回流实例在下一次回流的回流间隔时间；在所述第一差值大于或等于第二预设值的情况下，将所述第一差值对应的时间取值范围内最大的间隔时间确定为所述回流实例在下一次回流的回流间隔时间。

在一个示例性实施例中，在得到回流后的回流消息之后，可以进一步实现以下步骤：在所述预设回流次数等于所述回流完成次数的情况下，确定出所述回流后的回流消息对应的查询接口，其中，所述查询接口用于查询对所述回流后的回流消息进行业务处理后得到的处理结果；在接收到所述目标对象发送的查询指令的情况下，根据所述查询指令调用所述查询接口，将通过所述查询接口查询到的查询数据发送给所述目标对象。

进一步的，通过上述步骤，可以在确定出预设回流次数等于所述回流完成次数的情况下，确定回流完成，进而，确定出所述回流后的回流消息对应的查询接口。

在一个示例性实施例中，为了更好的理解如何实现根据所述待回流消息生成待回流消息队列的过程，可以响应目标对象发送的执行指令，其中，所述执行指令用于按照预设周期执行所述回流实例对应的定时任务；在所述执行指令完成后，确定在所述预设周期内获取到的目标回流消息，并生成所述目标回流消息对应的子消息队列；将多个所述子消息队列进行合并，得到所述待回流消息队列。

在一个示例性实施例中，进一步的，在确定所述待回流消息对应的回流实例之后，进一步提出技术方案，具体包括：获取目标对象为所述回流实例预设的配置信息，其中，所述配置信息包括用于传输所述待回流消息的消息传输接口；在接收到所述目标对象的启动指令的情况下，根据所述启动指令为所述待回流消息对应的消息队列创建消息客户端，并使用所述消息传输接口将所述消息客户端发送给所述目标对象，以使所述目标对象使用所述消息客户端查询所述待回流消息；在接收到所述目标对象的关闭指令的情况下，根据所述关闭指令关闭已经创建的消息客户端，并在确定所述已经创建的消息客户端关闭成功的情况下，向所述目标对象发送提示消息，其中，所述提示消息用于提示所述目标对象所述已经创建的消息客户端关闭成功。

在一个示例性实施例中，使用所述消息传输接口将所述消息客户端发送给所述目标对象，包括：获取所述消息传输接口所使用的第一消息中间件类型；在确定所述第一消息中间件类型为所述消息客户端支持的消息中间件类型的情况下，使用所述消息传输接口将所述消息客户端发送给所述目标对象，其中，所述消息客户端支持不同消息中间件类型。

需要说明的是，在一个实施例中，上述消息中间件类型可以以SDK(SoftwareDevelopment Kit，软件开发工具包)的形式提供。

例如，可以通过以下程序定义消息中间件收发消息的统一接口：

进一步的，提供消息中间件工厂如下：可以根据传入消息中间件类型，获取消息中间件模型对象：

可选的，还可以以kafka消息中间件举例，对不同中间件进行说明：

①、kafka消费者

在一个示例性实施例中，在对所述回流后的回流消息进行业务处理之后，所述方法还包括：响应于目标对象的查询指令，确定对所述回流后的回流消息进行业务处理的回流处理结果；如果确定所述回流处理结果指示所述回流后的回流消息处理失败，则存储处理失败的回流后的回流消息，并建立所述处理失败的回流后的回流消息和所述处理失败的回流后的回流消息的存储地址之间的对应关系；将所述对应关系发送给所述目标对象。

在上述实施例中，对存储处理失败的回流后的回流消息的存储方式，例如可以包括持久化存储，或者临时存储，对于存储地点，例如可以为本地，也可以为云端服务器，本申请对此不作限制。

为了更好的理解上述消息的回流处理方法的过程，以下再结合可选实施例对上述消息的回流处理的实现方法流程进行说明，但不用于限定本申请实施例的技术方案。

在本实施例中提供了一种消息的回流处理方法，图3是根据本申请实施例的消息的回流处理方法的示意图，如图3所示，包含5个模块：

模块1、reflux-config，消息回流策略配置模块，用于提供消息回流策略查询、配置及启停功能；回流实例启停后：通知reflux-processor，创建或销毁该回流实例消息消费客户端；通知reflux-scheduler，创建或销毁该回流实例消息发送客户端。

模块2、reflux-core，消息回流系统核心模块，用于提供统一的消息消费和生产接口，实现不同种类的MQ中间件收发消息，以SDK的方式提供。

模块3、reflux-processor，消息回流系统处理模块，用于监听由业务流程发送过来的待回流消息，依据回流策略判断消息是否需要继续回流，计算下次回流的时间，并持久化到DB中。消息消费依赖reflux-core提供的统一消息消费接口。

模块4、reflux-scheduler，回流消息发送调度器模块，用于循环查询待回流的消息，并推送到MQ中。消息推送依赖reflux-core提供的统一消息生产接口。

模块5、reflux-search，问题溯源模块，用于支持检索超过回流次数后仍然未能正常处理的数据，供问题溯源使用。

具体实现过程如下：

步骤1、在业务上游消息队列内，上游原始业务消息如下所示：

1{

2 “k1”：“v1”，

3 “k2”：“v2”，

4 “k3”：“v3”

5}。

步骤2、业务逻辑处理，即开始消费步骤1消息队列的消息，并做业务处理。

步骤3、确定业务处理成功。

步骤4、确定业务处理失败，并封装原始消息到回流消息中，继而推送到步骤5的消息队列中。

其中，需要说明的是，步骤2中依赖的其他数据可能会因为延迟，查不到处理结果或者程序处理异常等原因，导致最终的业务处理失败。

在一个实施例中，将原始消息封装成数据回流消息体(即上述待回流消息)的程序如下：

1{

2 “id”:“sdfsdf”，

3 “msgId”:“”，

4 “message”:“[\“header\”:{\“k1\”:\“v1\”,\“k2\”:\“v2\”,\“"k3)\”:\“v3\”},\”“payload\”:{}}”，

5 “timestamp”:234234234,

6“caseName”:“biz reflux”

7}。

步骤5、存储业务处理异常后推送过来的回流消息。

步骤6、消息回流系统消费步骤5消息队列中的待回流消息msg。

步骤7、解析待回流消息msg，获取回流实例名称caseName、和原始消息体message。

步骤8、根据步骤7中解析出来的回流实例名称caseName，查询回流策略缓存，获取该回流实例的回流策略配置，并计算得出该回流实例回流次数上限。

步骤9、计算回流次数：从待回流消息体中解析出消息已回流的次数，即reflux.times，待回流消息体如下所示：

1{

2 “id”:“sdfsdf”，

3 “msgId”:“”，

4 “message”:“[\“header\”:{\“k1\”:\“v1\”,\“k2\”:\“v2\”,\“"k3)\”:\“v3\”},\”“reflux.times\”：1，payload\”:{}}”，

5 “timestamp”:234234234,

6 “caseName”:“biz reflux”

7}。

步骤10、根据步骤9中计算出的已回流次数与步骤8计算出来的回流次数上限，判断是否需要继续回流。

步骤11、在需要继续回流的情况下，计算下次回流时间并持久化到DB中：依据步骤8获取的回流策略计算出下次回流时间，并将步骤9计算出的回流次数加1后回填到原始消息中，最终持久化到DB中的结构如下所示：

1{

2 “id”:“sdfsdf”，

3 “msgId”:“”，

4 “message”:“[\“header\”:{\“k1\”:\“v1\”,\“k2\”:\“v2\”,\“"k3)\”:\“v3\”},\”“reflux.times\”：1，payload\”:{}}”，

5 “timestamp”:234234234,

6 “caseName”:“biz reflux”，

7 “n extRefluxTime”：1667811256586

8}。

步骤12、在不需要继续回流，即停止回流的情况下，将步骤7中的原始消息体，保存到该回流实例对应的异常数据表中，供业务问题溯源查询。

进一步的，还可以通过定时任务实现回流，具体的：

步骤13、触发每个回流实例的定时任务。

步骤14、定时任务会循环查询DB中待回流的原始消息。

步骤15、调用reflux-core提供的统一消息发送接口，将查询到的待回流数据推送到步骤16消息队列中。

步骤16、业务流程会持续消费该MQ。

需要说明的是，还可以通过以下步骤实现回流策略的配置过程：

步骤17、创建回流实例配置。

步骤18、查询回流实例配置详细信息。

步骤19、启用或关闭回流实例配置。

步骤20、当启用回流实例时：需要通知reflux-processor和reflux-scheduler创建MQ客户端，该客户端具有reflux-core提供的统一消息生产和发送接口。

步骤21、当关闭回流实例时：需要通知reflux-processor和reflux-scheduler销毁MQ客户端，该客户端具有reflux-core提供的统一消息生产和发送接口。

进一步的，在一个实施例中，如图4所示，消息回流系统可以支持实现多次回流，在配置回流实例时，可以配置最大重试次数，默认值为16次，该参数取值无最大限制，建议使用默认值。间隔时间根据重试次数阶梯变化，取值范围包括1秒～2小时。若最大重试次数小于等于16次，则间隔时间按照无序消息重试间隔时间阶梯变化。若最大重试次数大于16次，则超过16次的间隔时间均为2小时。

通过上述实施例，本申请由消息回流系统内部实现不同种类MQ的收发消息逻辑，以及实现消息回流，从而经过处理后的异常消息进行重投，并基于异常数据持久化的功能将经过重投后仍然处理失败的消息永久持久化，同时，可以针对持久化后的消息提供检索，实现问题溯源。另外，针对目前的消息回流机制不支持动态调整回流策略的问题，本申请可以在更新回流策略后，每过一段时间根据数据库中的最新配置数据更新配置，从而在不需要重启业务ETL流程的情况下，实现配置动态调整。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例的方法。

图5是根据本申请实施例的一种消息的回流处理装置的结构框图；如图5所示，包括：

得到模块52，用于根据预设业务逻辑对业务消息进行业务处理，得到处理结果；其中，所述业务消息来源于家电设备的通信业务；

其中，需要说明的是，上述预设业务逻辑与业务消息的消息类型对应，例如可以通过人工预设。消息类型例如可以包括文本，音频，视频等。

上述根据预设业务逻辑对业务消息进行业务处理的过程例如可以为可以确定业务消息是否为空。进一步的，对于文本类型的业务消息，可以确定是否为完整语句；对于音频类型的业务消息，可以确定是否播放正常，对于视频类型的业务消息，可以确定视频是否合法等。

确定模块54，用于将所述处理结果指示为处理失败的业务消息确定为待回流消息；

回流模块56，用于根据所述待回流消息生成待回流消息队列，使用消息回流策略对所述待回流消息队列中的待回流消息进行回流，得到回流后的回流消息；

处理模块58，用于对所述回流后的回流消息进行业务处理。

通过上述装置，根据预设业务逻辑对业务消息进行业务处理，得到处理结果；其中，所述业务消息来源于家电设备的通信业务；将所述处理结果指示为处理失败的业务消息确定为待回流消息；根据所述待回流消息生成待回流消息队列，使用消息回流策略对所述待回流消息队列中的待回流消息进行回流，得到回流后的回流消息；对所述回流后的回流消息进行业务处理，解决了相关技术中，如何对处理失败的业务消息进行回流处理，从而实现对家电设备的业务消息继续进行处理的问题，进而实现家电设备的业务消息的继续处理过程。

进一步的，上述处理模块58，还用于如果确定回流后的回流消息进行业务处理的处理结果仍异常，则对异常结果进行持久化存储，以实现问题溯源，分析异常原因。

在一个示例性实施例中，上述消息的回流处理装置还包括获取模块，用于：获取所述业务消息对应的业务标志，其中，所述业务标志对应有用于表示所述业务消息是否处理成功的标志值；从所述处理结果内获取与第一预设值一致的目标标志值，其中，所述处理结果包括：与所有业务消息分别对应的业务标识的标志值，所述第一预设值表示与所述第一预设值对应的业务消息处理失败；将所述目标标志值对应的业务消息确定为所述处理结果指示为处理失败的业务消息。

其中，上述业务消息处理失败的原因例如可以包括程序处理失败或者数据查询失败，但不限于此，本申请对此不作限制。

在一个示例性实施例中，进一步的，上述消息的回流处理装置还包括解析模块，用于：解析所述回流消息队列中的待回流信息，确定所述待回流消息对应的回流实例；将所述回流实例的实例名称所对应的回流策略确定为所述消息回流策略。

可选的，待回流消息对应的回流实例可以为多个，则不同的回流实例对应于不同的MQ中间件具有不同的实例名称，可以根据MQ中间件的类型确定所需的回流示例的实例名称，进而从待回流消息对应的多个回流实例中确定出所需的回流实例。

在一个示例性实施例中，进一步的，上述解析模块还用于：从所述消息回流策略内获取目标对象为所述回流实例预设的预设回流次数，并从所述回流实例的实例数据内获取所述回流实例对应的回流完成次数；根据所述预设回流次数和所述回流完成次数对所述回流消息队列中的待回流消息进行回流。

在一个示例性实施例中，进一步的，上述解析模块还用于：比较所述预设回流次数和所述回流完成次数；在所述预设回流次数大于所述回流完成次数的情况下，获取所述预设回流次数与所述回流完成次数之间的第一差值；根据所述第一差值确定所述回流实例在下一次回流的回流间隔时间；并在所述回流开始时刻对所述回流实例对应的待回流消息进行回流，所述回流实例在下一次的回流开始时刻为所述回流实例的当前回流时刻和所述回流间隔时间的和值。

其中，需要说明的是，上述第一差值越大，则回流次数越多，回流间隔时间越大。

在一个示例性实施例中，上述解析模块还用于：在所述第一差值小于第二预设值的情况下，获取所述第一差值与所述第二预设值之间的第二差值；获取所述第一差值对应的时间取值范围；从所述第一差值对应的时间取值范围内获取与所述第二差值对应的间隔时间，并将所述第二差值对应的间隔时间确定为所述回流实例在下一次回流的回流间隔时间；在所述第一差值大于或等于第二预设值的情况下，将所述第一差值对应的时间取值范围内最大的间隔时间确定为所述回流实例在下一次回流的回流间隔时间。

在一个示例性实施例中，上述解析模块还用于：在所述预设回流次数等于所述回流完成次数的情况下，确定出所述回流后的回流消息对应的查询接口，其中，所述查询接口用于查询对所述回流后的回流消息进行业务处理后得到的处理结果；在接收到所述目标对象发送的查询指令的情况下，根据所述查询指令调用所述查询接口，将通过所述查询接口查询到的查询数据发送给所述目标对象。

进一步的，通过上述步骤，可以在确定出预设回流次数等于所述回流完成次数的情况下，确定回流完成，进而，确定出所述回流后的回流消息对应的查询接口。

在一个示例性实施例中，上述解析模块还用于：响应目标对象发送的执行指令，其中，所述执行指令用于按照预设周期执行所述回流实例对应的定时任务；在所述执行指令完成后，确定在所述预设周期内获取到的目标回流消息，并生成所述目标回流消息对应的子消息队列；将多个所述子消息队列进行合并，得到所述待回流消息队列。

在一个示例性实施例中，进一步的，上述解析模块还用于：获取目标对象为所述回流实例预设的配置信息，其中，所述配置信息包括用于传输所述待回流消息的消息传输接口；在接收到所述目标对象的启动指令的情况下，根据所述启动指令为所述待回流消息对应的消息队列创建消息客户端，并使用所述消息传输接口将所述消息客户端发送给所述目标对象，以使所述目标对象使用所述消息客户端查询所述待回流消息；在接收到所述目标对象的关闭指令的情况下，根据所述关闭指令关闭已经创建的消息客户端，并在确定所述已经创建的消息客户端关闭成功的情况下，向所述目标对象发送提示消息，其中，所述提示消息用于提示所述目标对象所述已经创建的消息客户端关闭成功。

在一个示例性实施例中，上述解析模块还用于：获取所述消息传输接口所使用的第一消息中间件类型；在确定所述第一消息中间件类型为所述消息客户端支持的消息中间件类型的情况下，使用所述消息传输接口将所述消息客户端发送给所述目标对象，其中，所述消息客户端支持不同消息中间件类型。

在一个示例性实施例中，所述消息的回流处理装置还包括查询模块，用于：响应于目标对象的查询指令，确定对所述回流后的回流消息进行业务处理的回流处理结果；如果确定所述回流处理结果指示所述回流后的回流消息处理失败，则存储处理失败的回流后的回流消息，并建立所述处理失败的回流后的回流消息和所述处理失败的回流后的回流消息的存储地址之间的对应关系；将所述对应关系发送给所述目标对象。

其中，在上述实施例中，查询模块，还用于：对存储处理失败的回流后的回流消息进行持久化存储，或者进行临时存储；以及存储处理失败的回流后的回流消息至本地或者云端服务器，本申请对此不作限制。

本申请的实施例还提供了一种存储介质，该存储介质包括存储的程序，其中，上述程序运行时执行上述任一项的方法。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，根据预设业务逻辑对业务消息进行业务处理，得到处理结果；其中，所述业务消息来源于家电设备的通信业务；

S2，将所述处理结果指示为处理失败的业务消息确定为待回流消息；

S3，根据所述待回流消息生成待回流消息队列，使用消息回流策略对所述待回流消息队列中的待回流消息进行回流，得到回流后的回流消息；

S4，对所述回流后的回流消息进行业务处理。

本申请的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，根据预设业务逻辑对业务消息进行业务处理，得到处理结果；其中，所述业务消息来源于家电设备的通信业务；

S2，将所述处理结果指示为处理失败的业务消息确定为待回流消息；

S3，根据所述待回流消息生成待回流消息队列，使用消息回流策略对所述待回流消息队列中的待回流消息进行回流，得到回流后的回流消息；

S4，对所述回流后的回流消息进行业务处理。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (14)

1.一种消息的回流处理方法，其特征在于，包括：

根据预设业务逻辑对业务消息进行业务处理，得到处理结果；其中，所述业务消息来源于家电设备的通信业务；

将所述处理结果指示为处理失败的业务消息确定为待回流消息；

根据所述待回流消息生成待回流消息队列，使用消息回流策略对所述待回流消息队列中的待回流消息进行回流，得到回流后的回流消息；

对所述回流后的回流消息进行业务处理。

2.根据权利要求1所述的消息的回流处理方法，其特征在于，在将所述处理结果指示为处理失败的业务消息确定为待回流消息之前，所述方法还包括：

获取所述业务消息对应的业务标志，其中，所述业务标志对应有用于表示所述业务消息是否处理成功的标志值；

从所述处理结果内获取与第一预设值一致的目标标志值，其中，所述处理结果包括：与所有业务消息分别对应的业务标识的标志值，所述第一预设值表示与所述第一预设值对应的业务消息处理失败；

将所述目标标志值对应的业务消息确定为所述处理结果指示为处理失败的业务消息。

3.根据权利要求1所述的消息的回流处理方法，其特征在于，在使用消息回流策略对所述待回流消息队列中的待回流消息进行回流之前，所述方法还包括：解析所述回流消息队列中的待回流信息，确定所述待回流消息对应的回流实例；

将所述回流实例的实例名称所对应的回流策略确定为所述消息回流策略。

4.根据权利要求3所述的消息的回流处理方法，其特征在于，使用消息回流策略对所述待回流消息队列中的待回流消息进行回流，包括：

从所述消息回流策略内获取目标对象为所述回流实例预设的预设回流次数，并从所述回流实例的实例数据内获取所述回流实例对应的回流完成次数；根据所述预设回流次数和所述回流完成次数对所述回流消息队列中的待回流消息进行回流。

5.根据权利要求4所述的消息的回流处理方法，其特征在于，根据所述预设回流次数和所述回流完成次数对所述回流消息队列中的待回流消息进行回流，包括：

比较所述预设回流次数和所述回流完成次数；

在所述预设回流次数大于所述回流完成次数的情况下，获取所述预设回流次数与所述回流完成次数之间的第一差值；

根据所述第一差值确定所述回流实例在下一次回流的回流间隔时间；

并在所述回流开始时刻对所述回流实例对应的待回流消息进行回流，所述回流实例在下一次的回流开始时刻为所述回流实例的当前回流时刻和所述回流间隔时间的和值。

6.根据权利要求5所述的消息的回流处理方法，其特征在于，在得到回流后的回流消息之后，所述方法还包括：

在所述预设回流次数等于所述回流完成次数的情况下，确定出所述回流后的回流消息对应的查询接口，其中，所述查询接口用于查询对所述回流后的回流消息进行业务处理后得到的处理结果；

在接收到所述目标对象发送的查询指令的情况下，根据所述查询指令调用所述查询接口，将通过所述查询接口查询到的查询数据发送给所述目标对象。

7.根据权利要求5所述的消息的回流处理方法，其特征在于，根据所述第一差值确定所述回流实例在下一次回流的回流间隔时间，包括：

在所述第一差值小于第二预设值的情况下，获取所述第一差值与所述第二预设值之间的第二差值；获取所述第一差值对应的时间取值范围；从所述第一差值对应的时间取值范围内获取与所述第二差值对应的间隔时间，并将所述第二差值对应的间隔时间确定为所述回流实例在下一次回流的回流间隔时间；

在所述第一差值大于或等于第二预设值的情况下，将所述第一差值对应的时间取值范围内最大的间隔时间确定为所述回流实例在下一次回流的回流间隔时间。

8.根据权利要求3所述的消息的回流处理方法，其特征在于，根据所述待回流消息生成待回流消息队列，包括：

响应目标对象发送的执行指令，其中，所述执行指令用于按照预设周期执行所述回流实例对应的定时任务；

在所述执行指令完成后，确定在所述预设周期内获取到的目标回流消息，并生成所述目标回流消息对应的子消息队列；

将多个所述子消息队列进行合并，得到所述待回流消息队列。

9.根据权利要求3所述的消息的回流处理方法，其特征在于，在确定所述待回流消息对应的回流实例之后，所述方法还包括：

获取目标对象为所述回流实例预设的配置信息，其中，所述配置信息包括用于传输所述待回流消息的消息传输接口；

在接收到所述目标对象的启动指令的情况下，根据所述启动指令为所述待回流消息对应的消息队列创建消息客户端，并使用所述消息传输接口将所述消息客户端发送给所述目标对象，以使所述目标对象使用所述消息客户端查询所述待回流消息；

在接收到所述目标对象的关闭指令的情况下，根据所述关闭指令关闭已经创建的消息客户端，并在确定所述已经创建的消息客户端关闭成功的情况下，向所述目标对象发送提示消息，其中，所述提示消息用于提示所述目标对象所述已经创建的消息客户端关闭成功。

10.根据权利要求9所述的消息的回流处理方法，其特征在于，使用所述消息传输接口将所述消息客户端发送给所述目标对象，包括：

获取所述消息传输接口所使用的第一消息中间件类型；

在确定所述第一消息中间件类型为所述消息客户端支持的消息中间件类型的情况下，使用所述消息传输接口将所述消息客户端发送给所述目标对象，其中，所述消息客户端支持不同消息中间件类型。

11.根据权利要求1所述的消息的回流处理方法，其特征在于，在对所述回流后的回流消息进行业务处理之后，所述方法还包括：

响应于目标对象的查询指令，确定对所述回流后的回流消息进行业务处理的回流处理结果；

如果确定所述回流处理结果指示所述回流后的回流消息处理失败，则存储处理失败的回流后的回流消息，并建立所述处理失败的回流后的回流消息和所述处理失败的回流后的回流消息的存储地址之间的对应关系；

将所述对应关系发送给所述目标对象。

12.一种消息的回流处理装置，其特征在于，包括：

得到模块，用于根据预设业务逻辑对业务消息进行业务处理，得到处理结果；其中，所述业务消息来源于家电设备的通信业务；

确定模块，用于将所述处理结果指示为处理失败的业务消息确定为待回流消息；

回流模块，用于根据所述待回流消息生成待回流消息队列，使用消息回流策略对所述待回流消息队列中的待回流消息进行回流，得到回流后的回流消息；

处理模块，用于对所述回流后的回流消息进行业务处理。

13.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行上述权利要求1至11任一项中所述的方法。

14.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至11任一项中所述的方法。

Images