CN114979308B - 一种消息处理的方法和装置 - Google Patents

Abstract

本发明公开了一种消息处理的方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：获取待处理的业务消息以及对应的业务场景；根据所述业务消息的消息类型，确定所述业务消息对应的解析方式；利用所述解析方式对所述业务消息进行解析，得到所述业务消息对应的一个或多个字段；根据所述业务场景和一个或多个所述字段，确定所述待处理的业务消息对应的消息内容。该实施方式能够针对同一消息体，根据不同的业务场景进行处理，得到与业务场景相关联的消息内容，实现不同应用场景下消息的组合。同时无需针对不同的应用场景单独开发消息处理流程，利用统一的处理流程即可完成对待处理业务消息的处理，高效便捷，明显降低维护成本。

Description

一种消息处理的方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种消息处理的方法和装置。

背景技术

消息处理过程中，对于同一类型的消息体通常具备相同的消息格式以及部分固有的消息内容，但是针对不同的应用场景，所需触达给用户的具体消息内容是各不相同的，因此需要从固有的消息内容中根据应用场景筛选出具体触达的消息内容。

在现有处理过程中，针对不同的应用场景需要具体开发消息处理的流程，即使是处理同一消息体，在面对不同应用场景时，也需要不同团队分别对接，无法满足不同应用场景下消息组合的情况，且需要针对每一种应用场景单独维护，后期改造以及维护成本较高。

发明内容

有鉴于此，本发明实施例提供一种消息处理的方法和装置，能够针对同一消息体，根据不同的业务场景进行处理，得到与业务场景相关联的消息内容，实现不同应用场景下消息的组合。同时无需针对不同的应用场景单独开发消息处理流程，利用统一的处理流程即可完成对待处理业务消息的处理，高效便捷，明显降低维护成本。

为实现上述目的，根据本发明实施例的一个方面，提供了一种消息处理的方法。

本发明实施例的一种消息处理的方法包括：

获取待处理的业务消息以及对应的业务场景；根据所述业务消息的消息类型，确定所述业务消息对应的解析方式；利用所述解析方式对所述业务消息进行解析，得到所述业务消息对应的一个或多个字段；根据所述业务场景和一个或多个所述字段，确定所述待处理的业务消息对应的消息内容。

可选地，所述根据所述业务场景和一个或多个所述字段，确定所述待处理的业务消息对应的消息内容，包括：根据所述业务场景确定目标字段，判断一个或多个所述字段中是否存在所述目标字段；如果是，则根据预设映射策略、以及所述目标字段的字段值为所述目标字段确定消息内容，并将所述消息内容存储至待发送的消息队列。

可选地，针对所述业务场景为多个的情况，还包括：分别确定与各个所述业务场景对应的目标字段；在所述一个或多个字段中同时存在与各个所述业务场景对应的多个目标字段的情况下，根据预设映射策略、以及多个目标字段分别对应的字段值确定所述待处理业务对应的消息内容。

可选地，在所述消息类型为JSON类型或XML类型的情况下，所述根据预设映射策略、以及所述目标字段的字段值为所述目标字段确定消息内容，包括：将多个所述目标字段逐级排列，依次获取各级所述目标字段对应的字段值；根据所述预设映射策略以及各级所述目标字段对应的字段值，为所述目标字段确定消息内容。

可选地，所述将多个所述目标字段逐级排列，依次获取各级所述目标字段对应的字段值，包括：以预设字符作为分隔符，将多个所述目标字段分别按照直接取值型、JSON型以及数组型的方式进行划分，得到第一集合、第二集合和第三集合；依次从所述第一集合、第二集合和第三集合中获取所述目标字段对应的字段值。

可选地，该方法还包括：识别所述消息内容的处理状态；在所述处理状态为处理中的情况下，发送所述消息内容；接收反馈信息，根据所述反馈信息将所述处理状态更新为处理成功或处理失败；其中，所述反馈信息指示了所述消息内容是否发送成功。

可选地，该方法还包括：在所述处理状态为处理成功的情况下，在预设第一时间段后将所述消息内容从所述消息队列中删除；在所述处理状态为处理失败的情况下，以预设第二时间段后重新发送所述消息内容。

可选地，所述获取待处理的业务消息，包括：利用动态MQ监听器构建消息通道；从所述消息通道中获取待处理的业务消息。

可选地，所述利用动态MQ监听器构建消息通道；包括：获取所述待处理的业务消息对应的订阅主题；判断所述订阅主题与所述历史订阅主题是否相同；如果是，以所述动态MQ监听器中的第一缓存区域作为所述消息通道；如果否，在第二缓存区域中根据所述订阅主题以及所述业务消息的客户端的版本，创建MQ客户端连接，并根据所述MQ客户端连接构建所述消息通道。

为实现上述目的，根据本发明实施例的又一方面，提供了一种消息处理的装置。

本发明实施例的一种消息处理的装置包括：获取模块，用于获取待处理的业务消息以及对应的业务场景；确定模块，用于根据所述业务消息的消息类型，确定所述业务消息对应的解析方式；解析模块，用于利用所述解析方式对所述业务消息进行解析，得到所述业务消息对应的一个或多个字段；内容模块，用于根据所述业务场景和一个或多个所述字段，确定所述待处理的业务消息对应的消息内容。

为实现上述目的，根据本发明实施例的又一方面，提供了一种用于消息处理的电子设备。

本发明实施例的一种消息处理的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种消息处理的方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介质。

本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种消息处理的方法。

上述发明中的一个实施例具有如下优点或有益效果：能够针对同一消息体，根据不同的业务场景进行处理，得到与业务场景相关联的消息内容，实现不同应用场景下消息的组合。同时无需针对不同的应用场景单独开发消息处理流程，利用统一的处理流程即可完成对待处理业务消息的处理，高效便捷，明显降低维护成本。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的消息处理的方法的主要步骤的示意图；

图2是根据本发明实施例的根据业务场景对业务消息进行筛选的主要步骤的示意图；

图3是根据本发明实施例的多个业务场景需要结合时的主要步骤的示意图；

图4是根据本发明实施例的为目标字段确定消息内容的主要步骤的示意图；

图5是根据本发明实施例的获取目标字段对应的字段值的主要步骤的示意图；

图6是根据本发明实施例的利用解析方式对业务消息进行解析的主要步骤的示意图；

图7是根据本发明实施例的消息触达的主要步骤的示意图；

图8是根据本发明实施例的消息触达后的主要步骤的示意图；

图9是根据本发明实施例的获取待处理的业务消息的主要步骤的示意图；

图10是根据本发明实施例的构建消息通道的主要步骤的示意图；

图11是根据本发明实施例的消息处理的装置的主要模块的示意图；

图12是本发明实施例可以应用于其中的示例性系统架构图；

图13是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。

在现有的电商系统中，为了提高用户的使用体验，通常电商系统会主动给用户有针对性地推送消息，例如订单情况、交易情况、物流情况以及商品价格变动情况等。但是，在消息传递过程中，为了减少服务器的运行负担，这些消息的消息体通常为一条，也就是在同一条消息体中，包括了下单、交易、物流等多项信息。在现有技术中，当需要给用户推送消息时，通常是针对每一项信息，也就是每一个业务场景，分别设置一套消息处理流程，可以有针对性在各个业务场景下进行消息的推送，但是，随着业务场景的增多，消息处理流程也需要不断的更新，对于各个场景下的维护也需要专门的人员负责，维护成本较高。因此，本发明实施例提供了一种在同一消息体的基础上，可以针对不同场景对业务消息进行处理，并生成对应的消息内容发送给特定用户，实现有针对性的消息推送。

图1是根据本发明实施例的消息处理的方法的主要步骤的示意图。

如图1所示，本发明实施例的消息处理的方法主要包括以下步骤：

步骤S101：获取待处理的业务消息以及对应的业务场景；

步骤S102：根据业务消息的消息类型，确定业务消息对应的解析方式；

步骤S103：利用解析方式对业务消息进行解析，得到业务消息对应的一个或多个字段；

步骤S104：根据业务场景和一个或多个字段，确定待处理的业务消息对应的消息内容。

其中，业务场景可以是订单情况、交易情况、物流情况以及商品价格变动情况等。业务消息的消息类型是指业务消息的格式，例如字符串，JSON，XML以及XPath格式等，针对不同的消息格式，对应有不同的解析方式，可以从消息体中解析出业务消息对应的一个或多个字段，具体的，不同字段对应着不同的业务场景。同时也可根据用户的需求进行自定义的设定，例如加密操作等。

在实际应用过程中，并不是每条业务消息都需要触达给用户，例如，在业务场景为已付款的情况时，仅需要将已付款的业务消息触达给用户，因此只需要确定符合已付款条件的业务消息所对应的消息内容。因此，对于步骤S104，在一种可选的实施例中，根据业务场景对业务消息进行筛选的步骤如图2所示，具体包括：

步骤S201：根据业务场景确定目标字段，判断一个或多个字段中是否存在目标字段；

如果是，则执行步骤S202：根据预设映射策略、以及所述目标字段的字段值为目标字段确定消息内容，并将消息内容存储至待发送的消息队列。

如果否，则认为当前业务消息无需触达给用户，执行步骤S203：结束流程。

其中，预设映射策略为目标字段和消息内容中具体表达术语的对应关系，例如，目标字段为“发货情况”，那么根据目标字段的字段值可以得到对应的消息内容可以，例如字段值为1时，消息内容为“当前订单已发货，请您及时关注物流信息”，字段值为0时，消息内容为“当前订单未发货，正在为您加紧安排”。

对于目标字段，示例性地，想针对业务场景为已付款的用户进行消息触达，那么根据业务场景确定出的目标字段为表示“付款情况”的字段B，当字段值为1时表示“已付款”，字段值为0时表示“未付款”。如果获取到的待解析的业务消息为“订单1已付款未发货”，那么对待解析的业务消息进行解析后得到的字段即包括表示“订单编码为1”的字段A、表示“付款情况”的字段B和表示“发货情况”的字段C。也就是说，在解析后得到的字段A、B、C中包括了目标字段B，则说明该业务消息需要触达给当前业务场景下的目标用户。如果获取到的待解析的业务消息为“订单2取消订单”，那么对待解析的业务消息进行解析后得到的字段即包括表示“订单编码为2”的字段A以及表示“订单情况”为“取消”的字段D。此时，解析后的字段A和D中不包括目标字段B，则说明该业务消息不需要触达给当前业务场景下的目标用户。

在实际应用过程中，经常存在多个业务场景需要结合的情况，也就是目标字段不止一个。在一种可选的实施例中，针对业务场景为多个的情况，如图3所示，还包括：

步骤S301：分别确定与各个所述业务场景对应的目标字段；

步骤S302：在一个或多个字段中同时存在与各个业务场景对应的多个目标字段的情况下，根据预设映射策略、以及多个目标字段分别对应的字段值确定待处理业务对应的消息内容。

示例性地，业务场景分别为已付款和未发货时，对应的目标字段即为表示“付款情况”的字段B和表示“发货情况”的字段C。当获取到的待解析的业务消息为“订单1已发货”时，那么对待解析的业务消息进行解析后得到的字段即包括表示“订单编码为1”的字段A和表示“发货情况”的字段C。此时解析得到的字段中仅有字段A和字段C，并没有包括字段B，认为该业务消息并不需要触达给用户。当获取到的待解析的业务消息为“订单2已付款未发货”时，才可以解析得到表示“订单编码为2”的字段A、表示“付款情况”的字段B以及表示“发货情况”的字段C，满足同时存在各个业务场景对应的多个目标字段的情况，则进一步根据预设映射策略、以及多个目标字段分别对应的字段值确定待处理业务对应的消息内容。

值得说明的是，在存在多个业务场景时，也可以根据业务场景的优先级进行排序，先确定第一业务场景对应的第一目标字段，在一个或多个字段中存在第一目标字段的情况下，再确定第二业务场景对应的第二目标字段，进而在已有第一目标字段的基础上再来确定存在第二目标字段。

进一步地，对于获取目标字段对应字段值的过程，通常需要根据不同的消息类型采用不同的获取方式。在本发明一种可选的实施例中，将JSON类型或XML类型的消息格式进行了统一，可以实现采用同一处理方式来获取字段值。具体的，在消息类型为JSON类型或XML类型的情况下，对于多个目标字段，如图4所示，包括：

步骤S401：将多个目标字段逐级排列，依次获取各级目标字段对应的字段值；

步骤S402：根据预设映射策略以及各级目标字段对应的字段值，为目标字段确定消息内容。

对于目标字段的排序等级，在一种可选的实施例中，可以根据业务场景的使用需求以及出现频率进行划分，例如在购买商品后，需要依次满足下单、付款、发货、退货的业务场景顺序，相比于付款，下单的场景优先级靠前，因此等级较高，而退货的场景必须在发货之后才可能存在，因此等级较低。同理取消订单的场景出现频率相对较低，那么等级也相对靠后。

为了实现可以同时对消息类型为JSON类型或XML类型的消息进行解析，对于步骤S401中逐级排列以及获取字段值的过程，在一种可选的实施例中，如图5所示，包括：

步骤S501：以预设字符作为分隔符，将多个目标字段分别按照直接取值型、JSON型以及数组型的方式进行划分，得到第一集合、第二集合和第三集合；

步骤S502：依次从第一集合、第二集合和第三集合中获取目标字段对应的字段值。

在一种可选的实施例中，确定出目标字段对应的字段值后，可以将待处理的业务消息以及对应的字段值存储至本地数据库中，以便于后续数据的纠错和查找。

下面以图6为例说明利用解析方式对业务消息进行解析的具体过程，如图6所示，包括：

步骤S601：传入待解析的业务消息；

步骤S602：确认业务消息中不包括特殊字符；

步骤S603：利用解析库(fastjson或document)将业务消息解析为一个或多个节点；

步骤S604：从一个或多个节点处获取多个目标字段；

步骤S605：以冒号作为分隔符，将多个目标字段分别按照直接取值型、JSON型以及数组型的方式进行划分，得到第一集合、第二集合和第三集合；

步骤S606：依次从第一集合、第二集合和第三集合中获取目标字段对应的字段值。

示例性地，对于步骤S605中的三种划分方式，下面分别举例说明。由于JSON类型或者XML类型的业务消息通常都是Key-Value的形式设置，其中Key表示目标字段，Value则表示目标字段对应的字段值，通常可以为JSON/XML数组或者下一级JSON/XML、数字、字符串。在本发明一种可选的实施例中，对于同一个目标字段Key，将直接取值型的格式定义为root：a1，JSON型的格式定义为root：a1：b1，数组型的格式定义为root：a3[key-b1＝1，b2＝2]：c3，通过上述定义的格式可以依次从最高级遍历到最低级的字符串，进而可以解析出每一级的Value，得到目标字段对应的字段值。

在一种可选的实施例中，在得到待处理的业务消息对应的消息内容后，可以存储至本地的消息中间件中，当需要触达给用户时，响应于触达指令，从本地的消息中间件中异步获取消息内容进行触达。对于触达方式，包括但不限于邮件、短信、公众号推送等方式。

在一种可选的实施例中，对于消息内容可以标记有处理状态，在触达给用户的过程中，如图7所示，包括：

步骤S701：识别消息内容的处理状态；

步骤S702：在处理状态为处理中的情况下，发送消息内容；

步骤S703：接收反馈信息，根据反馈信息将处理状态更新为处理成功或处理失败；其中，反馈信息指示了消息内容是否发送成功。

对于发送消息内容的具体过程，可以通过邮件、短信、公众号推送等具体应用来向用户触达消息内容，以邮件为例，则先调用EDM邮件营销云平台服务启动邮箱，再通过邮箱向用户触达消息内容。

通过标记处理状态可以及时了解业务消息是否成功触达给用户，以便于及时清理消息中间件的缓存空间或者再次触达给用户，具体如图8所示，在接收到反馈信息后，还包括：

步骤S801：在处理状态为处理成功的情况下，在预设第一时间段后将消息内容从消息队列中删除；

步骤S802：在处理状态为处理失败的情况下，以预设第二时间段后重新发送消息内容。

其中，预设第一时间段和预设第二时间段的时长可以相同也可以不同，在一种可选的实施例中，对于处理成功的业务消息可以及时清理，对于处理失败的业务消息可以设置重发次数，以免多次重发占用服务器空间。例如，预设第一时间段为5min，则对于处理成功的业务消息，5min后将其从消息队列中删除，预设第二时间段为10min，即10min后对处理失败的业务消息进行二次触达。在一种可选的实施例中，预设第二时间段大于预设第一时间段，可以保证不会对处理成功的业务消息再重新发送。

需要说明的是，本发明实施例对于步骤S101，在一种可选的实施例中，待处理的业务消息是从MQ消息队列中获取的，如图9所示，包括：

步骤S901：利用动态MQ监听器构建消息通道；

步骤S902：从消息通道中获取待处理的业务消息。

目前，从MQ消息队列中接收业务消息通常是利用MQ提供的客户端进行监听，且针对单一的订阅主题(Topic)进行监听。如果客户端已经监听了某一订阅主题，则无法动态更换为其他的订阅主题，且需要每次在更改订阅主题后重启主体应用程序，才可以监听其他的订阅主题。当客户端需要多个订阅主题同时监听时，则需要重新开发应用中监听客户端的功能，不能够实现MQ正在监听订阅主题动态的增减。而本发明采用动态MQ监听器来构建消息通道，可以在无需重启主题应用程序的基础上，实现动态监听MQ消息。

在一种可选的实施例中，步骤S901中构建消息通道的过程，具体如图10所示，包括：

步骤S1001：获取待处理的业务消息对应的订阅主题；

步骤S1002：判断订阅主题与历史订阅主题是否相同；

如果是，则执行步骤S1003：以动态MQ监听器中的第一缓存区域作为消息通道；

如果否，则执行步骤S1004：在第二缓存区域中根据订阅主题以及业务消息的客户端的版本，创建MQ客户端连接，并根据MQ客户端连接构建消息通道。

其中，历史订阅主题是指上一次配置时的订阅主题，订阅主题是指本次配置的订阅主题。客户端版本是指用于监听MQ消息的消息中间件客户端的版本信息，目前已有的版本例如JMQ2.0或JMQ4.0.

本发明实施例通过在动态MQ监听器中设置两个缓存区域来保存MQ客户端的连接信息，实现动态切换的目的。示例性地，第一缓存区域为A，第二缓存区域为B，以当前使用缓存区域A为例，当检测到配置的订阅主题发生变化时，先将当前缓存区域A的MQ客户端连接信息同步到缓存区域B中，并针对新增的订阅主题，启动新的MQ客户端连接，针对多余的订阅主题，关闭MQ客户端连接，这样就配置好了缓存区域B，直接将消息通道由第一缓存区域转换至第二缓存区域即可实现监听不同订阅主题的动态切换。

根据本发明实施例的消息处理的方法，能够针对同一消息体，根据不同的业务场景进行处理，得到与业务场景相关联的消息内容，实现不同应用场景下消息的组合。同时无需针对不同的应用场景单独开发消息处理流程，利用统一的处理流程即可完成对待处理业务消息的处理，高效便捷，明显降低维护成本。

图11是根据本发明实施例的消息处理的装置的主要模块的示意图。

如图11所示，本发明实施例的消息处理的装置1100包括：

获取模块1101，用于获取待处理的业务消息以及对应的业务场景；

确定模块1102，用于根据所述业务消息的消息类型，确定所述业务消息对应的解析方式；

解析模块1103，用于利用所述解析方式对所述业务消息进行解析，得到所述业务消息对应的一个或多个字段；

内容模块1104，用于根据所述业务场景和一个或多个所述字段，确定所述待处理的业务消息对应的消息内容。

在一种可选的实施例中，所述内容模块1104还用于，根据所述业务场景确定目标字段，判断一个或多个所述字段中是否存在所述目标字段；如果是，则根据预设映射策略、以及所述目标字段的字段值为所述目标字段确定消息内容，并将所述消息内容存储至待发送的消息队列。

在一种可选的实施例中，针对所述业务场景为多个的情况，所述内容模块1104还用于，分别确定与各个所述业务场景对应的目标字段；在所述一个或多个字段中同时存在与各个所述业务场景对应的多个目标字段的情况下，根据预设映射策略、以及多个目标字段分别对应的字段值确定所述待处理业务对应的消息内容。

在一种可选的实施例中，在所述消息类型为JSON类型或XML类型的情况下，所述内容模块1104还用于，将多个所述目标字段逐级排列，依次获取各级所述目标字段对应的字段值；根据所述预设映射策略以及各级所述目标字段对应的字段值，为所述目标字段确定消息内容。

在一种可选的实施例中，所述内容模块1104还用于，以预设字符作为分隔符，将多个所述目标字段分别按照直接取值型、JSON型以及数组型的方式进行划分，得到第一集合、第二集合和第三集合；依次从所述第一集合、第二集合和第三集合中获取所述目标字段对应的字段值。

在一种可选的实施例中，所述装置还包括状态模块，用于识别所述消息内容的处理状态；在所述处理状态为处理中的情况下，发送所述消息内容；接收反馈信息，根据所述反馈信息将所述处理状态更新为处理成功或处理失败；其中，所述反馈信息指示了所述消息内容是否发送成功。

在一种可选的实施例中，所述状态模块还用于，在所述处理状态为处理成功的情况下，在预设第一时间段后将所述消息内容从所述消息队列中删除；在所述处理状态为处理失败的情况下，以预设第二时间段后重新发送所述消息内容。

在一种可选的实施例中，所述装置还包括构建模块，用于利用动态MQ监听器构建消息通道；所述获取模块还用于，从所述消息通道中获取待处理的业务消息。

在一种可选的实施例中，所述构建模块还用于，获取所述待处理的业务消息对应的订阅主题；判断所述订阅主题与所述历史订阅主题是否相同；如果是，以所述动态MQ监听器中的第一缓存区域作为所述消息通道；如果否，在第二缓存区域中根据所述订阅主题以及所述业务消息的客户端的版本，创建MQ客户端连接，并根据所述MQ客户端连接构建所述消息通道。

根据本发明实施例的消息处理的装置，能够针对同一消息体，根据不同的业务场景进行处理，得到与业务场景相关联的消息内容，实现不同应用场景下消息的组合。同时无需针对不同的应用场景单独开发消息处理流程，利用统一的处理流程即可完成对待处理业务消息的处理，高效便捷，明显降低维护成本。

图12示出了可以应用本发明实施例的消息处理的方法或消息处理的装置的示例性系统架构1200。

如图12所示，系统架构1200可以包括终端设备1201、1202、1203，网络1204和服务器1205。网络1204用以在终端设备1201、1202、1203和服务器1205之间提供通信链路的介质。网络1204可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备1201、1202、1203通过网络1204与服务器1205交互，以接收或发送消息等。终端设备1201、1202、1203上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备1201、1202、1203可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器1205可以是提供各种服务的服务器，例如向用户所使用的终端设备1201、1202、1203发送消息内容的后台管理服务器，同时，后台管理服务器也可以对接收到的反馈信息等数据进行分析等处理，并根据处理结果(例如处理成功或处理失败)对消息内容进行管理。

需要说明的是，本发明实施例所提供的消息处理的方法一般由服务器1205执行，相应地，消息处理的装置一般设置于服务器1205中。

应该理解，图12中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图13，其示出了适于用来实现本发明实施例的终端设备的计算机系统1300的结构示意图。图13示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图13所示，计算机系统1300包括中央处理单元(CPU)1301，其可以根据存储在只读存储器(ROM)1302中的程序或者从存储部分1308加载到随机访问存储器(RAM)1303中的程序而执行各种适当的动作和处理。在RAM 1303中，还存储有系统1300操作所需的各种程序和数据。CPU 1301、ROM 1302以及RAM 1303通过总线1304彼此相连。输入/输出(I/O)第一接口1305也连接至总线1304。

以下部件连接至I/O第一接口1305：包括键盘、鼠标等的输入部分1306；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1307；包括硬盘等的存储部分1308；以及包括诸如LAN卡、调制解调器等的网络第一接口卡的通信部分1309。通信部分1309经由诸如因特网的网络执行通信处理。驱动器1310也根据需要连接至I/O第一接口1305。可拆卸介质1311，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1310上，以便于从其上读出的计算机程序根据需要被安装入存储部分1308。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1309从网络上被下载和安装，和/或从可拆卸介质1311被安装。在该计算机程序被中央处理单元(CPU)1301执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块、确定模块、解析模块和内容模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，获取模块还可以被描述为“用于获取待处理的业务消息以及对应的业务场景的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：获取待处理的业务消息以及对应的业务场景；根据所述业务消息的消息类型，确定所述业务消息对应的解析方式；利用所述解析方式对所述业务消息进行解析，得到所述业务消息对应的一个或多个字段；根据所述业务场景和一个或多个所述字段，确定所述待处理的业务消息对应的消息内容。

根据本发明实施例的技术方案，能够针对同一消息体，根据不同的业务场景进行处理，得到与业务场景相关联的消息内容，实现不同应用场景下消息的组合。同时无需针对不同的应用场景单独开发消息处理流程，利用统一的处理流程即可完成对待处理业务消息的处理，高效便捷，明显降低维护成本。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (11)

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

获取待处理的业务消息以及对应的业务场景；所述业务场景为需要进行消息触达的业务；

根据所述业务消息的消息类型，确定所述业务消息对应的解析方式；

利用所述解析方式对所述业务消息进行解析，得到所述业务消息对应的一个或多个字段；

根据所述业务场景和一个或多个所述字段，确定所述待处理的业务消息对应的消息内容，包括：根据所述业务场景确定目标字段，判断一个或多个所述字段中是否存在所述目标字段；

如果是，则根据预设映射策略、以及所述目标字段的字段值为所述目标字段确定消息内容，并将所述消息内容存储至待发送的消息队列，以将所述消息内容触达给用户。

2.根据权利要求1所述的方法，其特征在于，针对所述业务场景为多个的情况，还包括：

分别确定与各个所述业务场景对应的目标字段；

在所述一个或多个字段中同时存在与各个所述业务场景对应的多个目标字段的情况下，根据预设映射策略、以及多个目标字段分别对应的字段值确定所述待处理业务对应的消息内容。

3.根据权利要求2所述的方法，其特征在于，在所述消息类型为JSON类型或XML类型的情况下，所述根据预设映射策略、以及所述目标字段的字段值为所述目标字段确定消息内容，包括：

将多个所述目标字段逐级排列，依次获取各级所述目标字段对应的字段值；

根据所述预设映射策略以及各级所述目标字段对应的字段值，为所述目标字段确定消息内容。

4.根据权利要求3所述的方法，其特征在于，所述将多个所述目标字段逐级排列，依次获取各级所述目标字段对应的字段值，包括：

以预设字符作为分隔符，将多个所述目标字段分别按照直接取值型、JSON型以及数组型的方式进行划分，得到第一集合、第二集合和第三集合；

依次从所述第一集合、第二集合和第三集合中获取所述目标字段对应的字段值。

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

识别所述消息内容的处理状态；

在所述处理状态为处理中的情况下，发送所述消息内容；

接收反馈信息，根据所述反馈信息将所述处理状态更新为处理成功或处理失败；其中，所述反馈信息指示了所述消息内容是否发送成功。

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

在所述处理状态为处理成功的情况下，在预设第一时间段后将所述消息内容从所述消息队列中删除；

在所述处理状态为处理失败的情况下，以预设第二时间段后重新发送所述消息内容。

7.根据权利要求1所述的方法，其特征在于，所述获取待处理的业务消息，包括：

利用动态MQ监听器构建消息通道；

从所述消息通道中获取待处理的业务消息。

8.根据权利要求7所述的方法，其特征在于，所述利用动态MQ监听器构建消息通道；包括：

获取所述待处理的业务消息对应的订阅主题；

判断所述订阅主题与历史订阅主题是否相同；

如果是，以所述动态MQ监听器中的第一缓存区域作为所述消息通道；

如果否，在第二缓存区域中根据所述订阅主题以及所述业务消息的客户端的版本，创建MQ客户端连接，并根据所述MQ客户端连接构建所述消息通道。

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

获取模块，用于获取待处理的业务消息以及对应的业务场景；

确定模块，用于根据所述业务消息的消息类型，确定所述业务消息对应的解析方式；

解析模块，用于利用所述解析方式对所述业务消息进行解析，得到所述业务消息对应的一个或多个字段；

内容模块，用于根据所述业务场景和一个或多个所述字段，确定所述待处理的业务消息对应的消息内容，包括：根据所述业务场景确定目标字段，判断一个或多个所述字段中是否存在所述目标字段；如果是，则根据预设映射策略、以及所述目标字段的字段值为所述目标字段确定消息内容，并将所述消息内容存储至待发送的消息队列。

10.一种用于消息处理的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。

11.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。