CN115036044A - 一种消息处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种消息处理方法、装置、电子设备及存储介质。该方法可包括：响应于消息处理指令，从预先配置出的候选消息配置中得到目标消息配置，其中，目标消息配置中包括消息处理条件和消息内容；响应于基于消息处理条件确定允许处理消息内容对应的目标消息，基于消息内容生成目标消息；对已生成的目标消息进行处理。本发明实施例的技术方案，可以以较低的开发成本实现变更后消息的处理过程。

Description

一种消息处理方法、装置、电子设备及存储介质

技术领域

本发明实施例涉及互联网医疗技术领域，尤其是涉及一种消息处理方法、装置、电子设备及存储介质。

背景技术

随着互联网技术的发展，互联网医疗的应用日渐广泛。目前，互联网医院的问诊场景以及各问诊场景下的问诊流程越来越复杂，这些问诊流程都是围绕着即时通信(InstantMessaging，IM)会话展开的。

为了便于问诊流程的顺利进行，业务上通过在IM会话中加入大量的系统消息辅助医生和患者间的交互。目前，这些系统消息是被直接撰写在消息处理代码逻辑中的，这意味着在需要处理变更(如添加、删除和修改等)后的系统消息时，需要对已开发完成的消息处理代码逻辑进行调整后方能实现。

在实现本发明的过程中，发明人发现现有技术中存在以下技术问题：需要以较高的开发成本方能实现变更后消息的处理过程。

发明内容

本发明实施例提供了一种消息处理方法、装置、电子设备及存储介质，以较低的开发成本实现变更后消息的处理过程。

根据本发明的一方面，提供了一种消息处理方法，可以包括：

响应于消息处理指令，从预先配置出的候选消息配置中得到目标消息配置，其中，目标消息配置中包括消息处理条件和消息内容；

响应于基于消息处理条件确定允许处理与消息内容对应的目标消息，基于消息内容生成目标消息；

对已生成的目标消息进行处理。

根据本发明的另一方面，提供了一种消息处理装置，可以包括：

目标消息配置得到模块，用于响应于消息处理指令，从预先配置出的候选消息配置中得到目标消息配置，其中目标消息配置中包括消息处理条件和消息内容；

目标消息生成模块，用于响应于基于消息处理条件确定允许处理消息内容对应的目标消息，基于消息内容生成目标消息；

目标消息处理模块，用于对已生成的目标消息进行处理。

根据本发明的另一方面，提供了一种电子设备，可以包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的计算机程序，计算机程序被至少一个处理器执行，以使至少一个处理器执行时实现本发明任意实施例所提供的消息处理方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，其上存储有计算机指令，该计算机指令用于使处理器执行时实现本发明任意实施例所提供的消息处理方法。

本发明实施例的技术方案，通过响应于消息处理指令，确定目标消息配置，该目标消息配置可以是从预先配置得到的候选消息配置中确定的包括消息处理条件和消息内容的配置；响应于基于消息处理条件确定允许处理与消息内容对应的目标消息，可以先基于消息内容生成目标消息，然后对已生成的目标消息进行处理。上述技术方案，由于各种消息是通过动态配置得到的，而并非是被直接撰写在消息处理代码逻辑中的，这意味着消息变更过程可以通过变更相应消息配置来实现，无需对已开发完成的消息处理代码逻辑进行变更，从而达到了以较低的开发成本实现变更后消息(这里以目标消息是变更后消息为例)的处理过程的效果。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或是重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是根据本发明实施例提供的一种消息处理方法的流程图；

图2是根据本发明实施例提供的另一种消息处理方法的流程图；

图3是根据本发明实施例提供的另一种消息处理方法中可选示例的流程图；

图4是根据本发明实施例提供的再一种消息处理方法的流程图；

图5是根据本发明实施例提供的再一种消息处理方法中可选示例的流程图；

图6是根据本发明实施例提供的再一种消息处理方法中可选示例的架构图；

图7是根据本发明实施例提供的再一种消息处理方法中与图6所示的可选示例相匹配的流程图；

图8是根据本发明实施例提供的一种消息处理装置的结构框图；

图9是实现本发明实施例的消息处理方法的电子设备的结构示意图。

具体实施方式

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

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

图1是本发明实施例中提供的一种消息处理方法的流程图。本实施例可适用于以较低的开发成本实现变更后消息的处理过程的情况。该方法可由本发明实施例提供的消息处理装置来执行，该装置可以由软件和/或硬件的方式实现，该装置可以集成在消息处理设备上，该设备可以是各种用户终端或服务器。

参见图1，本发明实施例的方法具体包括如下步骤：

S110、响应于消息处理指令，从预先配置得到的候选消息配置中得到目标消息配置，其中，目标消息配置中包括消息处理条件和消息内容。

其中，消息处理指令可以是用于对目标消息进行处理的指令，该目标消息可以是待生成的并且其的消息处理条件和消息内容已预先配置完成的消息，该消息处理条件可以表示出在什么情况下可以处理该目标消息，该消息内容可以表示出该目标消息的具体内容。需要说明的是，上述消息处理条件和消息内容可以体现在目标消息配置中，该目标消息配置可以是在初始配置过程中配置的；可以是在初始配置结束后新添加的配置，这是从无到有的过程；可以是对先前配置的目标消息配置进行修改后得到的，如对某次配置出的目标消息配置中的消息内容进行修改后得到的，当然，此时修改前的目标消息配置已被修改后的目标消息配置覆盖掉；也可以是对先前配置的目标消息配置进行删除后得到的，这是从有到无的情况，此时的目标消息配置为空。相对于在初始配置过程配置出的初始消息配置，基于后续三种情况得到的目标消息配置可以理解为变更后配置，那么相应的目标消息可以被称为变更后消息。换言之，可以通过变更某消息配置来实现相应消息的变更，这一过程因为无需对已开发完成的消息处理代码逻辑进行调整，由此降低了开发成本。

候选消息配置可以是预先配置得到的某些消息的具体配置，其中包含有与目标消息对应的目标消息配置，因此可以通过响应于消息处理指令，从该候选消息配置中得到目标消息配置，如根据消息处理指令中的消息标识、消息场景类型和消息流程类型等实现目标消息配置的筛选过程。结合本发明实施例可能涉及到的应用场景，以在背景技术中阐述的系统消息为例，由于其涉及到多个问诊场景和问诊流程，因此候选消息配置中的消息处理条件是多元化配置，即每个问诊场景和各问诊场景下的每个问诊流程可以对应有各自的消息处理条件，比如用于验证在当前的支付状态和订单类型下，是否可以处理相应的系统消息的条件，具体处理过程可以是发送、存储和接收等。

S120、响应于基于消息处理条件确定允许处理与消息内容对应的目标消息，基于消息内容生成目标消息。

其中，如果基于消息处理条件确定此时可以处理目标消息，该目标消息即为与消息内容对应的待生成的消息，那么响应于确定允许处理目标消息，基于消息内容生成目标消息，以便结合后续步骤对已生成的目标消息进行处理。在实际应用中，可选的，该消息内容可以是通过模板方式进行表示，由此提高了目标消息生成的便捷性。再可选的，如果基于消息处理条件确定此时无法处理目标消息，比如验证支付状态时确定订单已完成支付，那么此时无需发送用于表示支付订单的系统消息，则响应于确定不允许处理目标消息，可以直接退出或是给予相应提示等，在此未做具体限定。

S130、对已生成的目标消息进行处理。

其中，对已生成的目标消息进行处理，具体处理过程与实际应用场景有关，在此未做具体限定。

需要说明的是，上述技术方案中，由于各种消息是通过配置方式得到的，而并非是被直接撰写在消息处理代码逻辑中的，这意味着在进行消息处理代码逻辑的一次开发后，即可支持多应用场景的消息处理过程，而且可以实现变更后消息(如消息内容和/或消息处理条件变更后的消息)的动态化更新，即变更后消息可以在运行的消息处理代码逻辑中立即生效，便捷性高。结合到本发明实施例可能涉及到的互联网医院的应用场景，上述技术方案解决了在大量复杂场景下由硬编码带来的系统消息的开发成本高、灵活度低和不易维护的问题，为系统消息提供了灵活可靠的配置化能力，从而提升了系统消息的开发效率并且节省了开发资源和测试资源，是一种通用的动态消息配置方案。

本发明实施例的技术方案，通过响应于消息处理指令，确定目标消息配置，该目标消息配置可以是从预先配置得到的候选消息配置中确定的包括消息处理条件和消息内容的配置；响应于基于消息处理条件确定允许处理与消息内容对应的目标消息，可以先基于消息内容生成目标消息，然后对已生成的目标消息进行处理。上述技术方案，由于各种消息是通过动态配置得到的，而并非是被直接撰写在消息处理代码逻辑中的，这意味着消息变更过程可以通过变更相应消息配置来实现，无需对已开发完成的消息处理代码逻辑进行变更，从而达到了以较低的开发成本实现变更后消息(这里以目标消息是变更后消息为例)的处理过程的效果。

图2是本发明实施例中提供的另一种消息处理方法的流程图。本实施例以上述各技术方案为基础进行优化。在本实施例中，可选的，目标消息配置中还包括与消息处理条件对应的条件数据源配置，以及与消息内容对应的内容数据源配置，上述消息处理方法，还可以包括：基于条件数据源配置获取条件数据，并且基于条件数据验证消息处理条件是否成立，以确定是否允许处理目标消息；基于消息内容生成目标消息，可包括：获取与内容数据源配置对应的内容数据，并且基于消息内容以及内容数据生成目标消息。其中，与上述各实施例相同或相应的术语的解释在此不再赘述。

参见图2，本实施例的方法具体可以包括如下步骤：

S210、响应于消息处理指令，从预先配置得到的候选消息配置中得到目标消息配置，其中，目标消息配置中包括消息处理条件、与消息处理条件对应的条件数据源配置、消息内容以及与消息内容对应的内容数据源配置。

其中，由于消息处理条件中涉及的条件数据是动态数据，即其并非是固定不变的数据，而是与实际情况强关联的数据，如互联网医院场景中，每个订单的订单号互不相同，那么数据处理条件是通过订单号确定相应订单的订单支付状态时，该订单号无法直接配置在消息处理条件中。这里将与条件数据的来源有关的条件数据源配置作为目标消息配置中的一部分，以便基于该条件数据源配置实现条件数据的动态获取。类似的，消息内容中涉及的内容数据亦是动态数据，这里将与内容数据的来源有关的内容数据源配置作为目标消息配置中的一部分，以便基于该内容数据源配置实现内容数据的动态获取。也就是说，在进行消息配置时，这里以目标消息的消息配置为例，除了配置消息处理条件和消息内容外，还可以将条件数据源配置和内容数据源配置一同进行配置。

S220、基于条件数据源配置获取条件数据，并基于条件数据验证消息处理条件是否成立，以确定是否允许处理与消息内容对应的目标消息。

其中，正如上文所述，由于条件数据源配置与条件数据的来源有关，因此可以基于该条件数据源配置从存储有该条件数据的条件数据源中动态获取到该条件数据，该条件数据可以认为是该条件数据源中某个属性的具体取值。进而，基于获取到的该条件数据验证消息处理条件是否成立，如果成立，则说明可以对目标消息进行处理，否则不可以对目标消息进行处理。

S230、响应于确定允许处理与消息内容对应的目标消息，获取与内容数据源配置对应的内容数据，并且基于消息内容以及内容数据生成目标消息。

其中，如果经验证后确定可以对目标消息进行处理，则获取与内容数据源配置对应的内容数据，比如基于该内容数据源配置从存储有该内容数据的内容数据源中动态获取到该内容数据；再如当先前获取到的条件数据中包含该内容数据时，直接从该条件数据中得到该内容数据；等等，在此未做具体限定。

S240、对已生成的目标消息进行处理。

本发明实施例的技术方案，通过在目标消息配置中配置出条件数据源配置和内容数据源配置，从而基于这二者分别实现条件数据和内容数据的动态获取，进而可以基于条件数据实现消息处理条件的验证，并在验证通过后，基于内容数据实现目标消息的生成，由此得到了与实际情况完全匹配的目标消息。

在此基础上，一种可选的技术方案，条件数据源配置中可包括数据源请求链接和数据源请求参数，基于条件数据源配置获取条件数据，包括：基于数据源请求参数，调用与数据源请求链接对应的数据源请求服务，获取条件数据。其中，数据源请求链接可以是用于从相应的条件数据源中请求条件数据的数据源请求服务对外提供的应用程序编程接口(Application Programming Interface，API)地址，数据源请求参数可以是在请求该条件数据时需要的参数，因此可以基于数据源请求参数，调用与数据源请求链接对应的数据源请求服务，获取到相应的条件数据，由此达到了条件数据的有效获取的效果。

另一种可选的技术方案，获取与内容数据源配置对应的内容数据，可包括：响应于已获取的条件数据中包括内容数据源配置对应的内容数据，从条件数据中获取内容数据；响应于已获取的条件数据中未包括内容数据，基于内容数据源配置获取内容数据。其中，如果已经获取的条件数据中包括全部的内容数据，则可以从该条件数据中直接获取到该内容数据；否则，可以基于内容数据源配置获取内容数据，具体获取方式可以与条件数据的获取方式相同或不同，在此未做具体限定。上述技术方案，给出了不同情况下的内容数据的获取方案，由此在保证有效获取内容数据的情况下，进一步保证了内容数据的获取效率。

另一可选的技术方案，目标消息配置通过如下步骤预先配置得到：响应于消息配置变更指令，获取变更后消息配置；其中，变更后消息配置中包括消息处理条件和消息内容，消息处理条件中包括条件数据源标识，消息内容中包括内容中数据源标识；从预先配置得到的数据源配置中确定与条件数据源标识对应的条件数据源配置，及与内容数据源标识对应的内容数据源配置；将变更后消息配置、条件数据源配置和内容数据源配置进行组合，得到目标消息配置。

其中，消息配置变更指令可以是用于对与目标消息配置对应的变更前消息配置进行变更的指令，该变更前消息配置可以是空(即此次的变更类型是新添)或是先前配置的(即此次的变更类型是修改或是删除)，其中可以包括变更前的消息处理条件和消息内容。响应于消息配置变更指令，获取在对变更前消息配置(具体说是其中的消息处理条件和/或消息内容)进行变更后得到的变更后消息配置，该变更后消息配置中包括(变更后的)消息处理条件和消息内容。

消息处理条件中包括用于标识某条件数据源配置的条件数据源标识，消息内容中包括用于标识某内容数据源配置的内容数据源标识。数据源配置内可以包含很多预先配置得到的条件数据源配置和内容数据源配置，因此从该数据源配置中确定与条件数据源标识对应的条件数据源配置、以及与内容数据源标识对应的内容数据源配置，进而将变更后消息配置、条件数据源配置和内容数据源配置进行组合，得到组合消息配置(即目标消息配置)。

上述技术方案，让中间消息配置(这里是将变更前消息配置和变更后消息配置分别作为中间消息配置中的一个消息配置)与数据源配置相隔离即解耦，通过中间消息配置中的数据源标识从数据源配置中得到条件数据源配置和内容数据源配置，从而组合得到组合消息配置，由此保证了消息配置的灵活扩展性。

为了更加形象化地理解上述技术方案，这里以实现系统消息的动态化配置为例，对其进行示例性说明。

1)系统消息配置(即上文中的中间消息配置)格式

为了实现更加灵活的系统消息配置化方案，可以先设置完整的规范化的系统消息配置格式。具体的，如表1所示，系统消息配置的主要配置项可以包括：1.消息配置标识，2.消息场景类型，3.消息发送条件表达式(即通过表达式表示的消息发送条件)，4.消息内容模板(通过模板表示的消息内容)，5.消息发送者，以及6.消息接收者。

表1系统消息配置的配置项

配置项	配置类型	说明
			MsgId	String	消息配置标识
MsgScene	String	消息场景类型
			MsgSendCondition	String	消息发送条件表达式
MsgContentPattern	String	消息内容模版
			MsgFrom	String	消息发送者
MsgTo	String	消息接收者

其中，在消息发送条件表达式中定义了系统消息的发送条件，如验证订单支付状态、订单类型、转诊状态和开方状态，具体示例如下所示：

以上示例表示出的系统消息的发送条件是：支付状态为已支付并且订单类型为图文问诊并且转诊状态为未转诊且开方状态为未开方，在满足全部发送条件时才能发送系统消息。其中订单信息(order)、转诊信息(transfer)和开方信息(prescribe)分别来自三个不同的数据源，这些数据源下的条件数据均需要消息服务通过远程调用相应的数据源请求服务来获取。上述示例中一个小括号内容表示一个判断条件，小括号内的#[**]表示某个数据源下的某个属性，如#[order.payStatus]表示订单信息的支付状态属性。多个小括号可以直接通过&&和||表示逻辑。由上可知，消息发送条件表达式中的条件数据是通过远程调用来获取的动态数据，当需要获取的动态数据发生变化时，为了能够应对这种变化，可以通过预先配置出的数据源配置来支持新的数据源。

类似的，消息内容模版中的动态数据的获取方式也一样，示例性的，下述示例中的doctor是数据源，name是doctor下的属性：

“#[doctor.name]医生您好，您有新订单待处理！”。

2)数据源配置格式

为了支持对新的数据源的获取能力，这里设置数据源配置，其的主要配置项可以包括：1.数据源名称(即数据源标识，具体来说可以是条件数据源名称和内容数据源名称)，2.数据源请求链接，3.数据源请求参数格式(即数据源请求参数)，具体如下表2所示：

表2数据源配置的配置项

配置项	配置类型	说明
			Name	String	数据源名称
DataUrl	String	数据源请求链接
			RequestParams	String	数据源请求参数格式

其中，数据源名称即相应的数据源请求服务的名称，与系统消息配置中的消息发送条件表达式中的数据源名称相对应，如订单信息为order。数据源请求链接是数据源请求服务对外提供的API地址，此处可以为Http协议的API地址。数据源请求参数格式为请求API需要的参数，此处可以为Json格式的参数，如获取订单信息需要的参数为订单Id，则数据源请求参数格式为：

以上，完成了系统消息配置和数据源配置的定义。

3)配置同步

上述1)、2)中定义的系统消息配置和数据源配置可以保存在配置中心内，从而可以通过配置中心服务端API获取。消息系统内集成了配置中心客户端，该配置中心客户端利用长轮询方式实时获取配置中心服务端内最新的系统消息配置(如上文中的变更后消息配置)，然后在获取后解析为组合消息配置存储在消息系统本地缓存中，具体流程参见图3。其中，配置中心客户端获取到配置中心服务端内最新的系统消息配置，然后对其进行解析，得到条件数据源名称(如上述示例中的order、transfer和prescribe)和内容数据源名称(如上述示例中的doctor)；进一步，根据条件数据源名称从数据源配置中匹配到条件数据源配置且根据内容数据源名称从数据源配置中匹配到内容数据源配置；对该最新的系统消息配置、条件数据源配置和内容数据源配置进行组合，得到组合消息配置，并存储在消息系统本地缓存中。组合消息配置的主要配置项如表3所示：

表3组合消息配置的配置项

配置项	配置类型	说明
			MsgId	String	消息配置标识
MsgScene	String	消息场景类型
			MsgSendCondition	String	消息发送条件表达式
MsgSendConditionDataConfig	Object	条件数据源配置
			MsgContentPattern	String	消息内容模版
MsgContentPatternDataConfig	Object	内容数据源配置
			MsgFrom	String	消息发送者
MsgTo	String	消息接收者

图4是本发明实施例中提供的再一种消息处理方法的流程图。本实施例以上述各技术方案为基础进行优化。在本实施例中，可选的，从预先配置得到的候选消息配置中得到目标消息配置，包括：获取消息场景类型，并从预先配置得到的候选消息配置中确定与消息场景类型相匹配的至少一个目标消息配置；响应于基于消息处理条件确定允许处理与消息内容对应的目标消息，基于消息内容生成目标消息，可包括：针对于每个目标消息配置，响应于基于目标消息配置中的消息处理条件确定允许处理与目标消息配置中的消息内容对应的目标消息，基于目标消息配置中的消息内容生成目标消息。其中，与上述各实施例相同或相应的术语的解释在此不再赘述。

参见图4，本实施例的方法具体可以包括如下步骤：

S310、响应于消息处理指令，获取消息场景类型，并从预先配置出的候选消息配置中确定与消息场景类型相匹配的至少一个目标消息配置，其中，目标消息配置中包括消息处理条件和消息内容。

其中，消息场景类型可以是待处理的目标消息所在的消息场景的类型，如订单支付、医生接诊和医生开方等。由于候选消息配置中包含与消息场景类型相关的信息，而且候选消息配置中可能存在至少一个消息配置对应于同一消息场景类型，如医生接诊可以对应于注意事项消息配置和问候语消息配置，因此可以基于消息场景类型从候选消息配置中确定至少一个目标消息配置。

S320、针对每个目标消息配置，响应于基于目标消息配置中的消息处理条件确定允许处理与目标消息配置中的消息内容对应的目标消息，基于目标消息配置中的消息内容生成目标消息。

其中，对每个目标消息配置分别执行本步骤。实际应用中，可选的，可以通过基于线程池的多线程处理方式来处理该至少一个目标消息配置，从而提高了消息处理性能，进而提高了消息处理效率。

S330、对已生成的目标消息进行处理。

本发明实施例的技术方案，通过获取到的消息场景类型从候选消息配置中确定至少一个目标消息配置，然后对各目标消息配置分别执行相应操作，从而保证了目标消息配置的快速确定和有效处理。

在此基础上，一种可选的技术方案，获取消息场景类型，并从预先配置出的候选消息配置中确定与消息场景类型相匹配的至少一个目标消息配置，包括：获取事件消息，并且对事件消息进行解析，得到消息场景类型、场景触发时间、事件发送时间和任务标识；根据场景触发时间和事件发送时间验证事件消息是否超时；响应于事件消息未超时，得到与任务标识对应的任务状态，并在根据任务状态确定与事件消息对应的目标任务有效时，从预先配置得到的候选消息配置中确定与消息场景类型相匹配的至少一个目标消息配置。

其中，事件消息可以是某业务系统产生的场景事件的消息，对获取的事件消息进行解析，得到消息场景类型、场景触发时间、事件发送时间和任务标识，该场景触发时间可以是消息场景被触发时的时间；该事件发送时间可以是场景事件被发送到某某对象时的时间，该某某对象可以是产生事件消息的对象，在实际应用中，可以通过消息队列对其进行表示；任务标识可以是与目标消息对应的目标任务的标识，比如目标消息是订单支付消息时，目标任务可以是订单支付任务，需要说明的是，目标任务也可理解为与事件消息对应的任务，因为目标消息的目标消息配置也是根据对事件消息进行解析后得到的消息场景类型确定的。根据场景触发时间和事件发送时间验证事件消息是否超时，已经超时的事件消息(准确来说是与已经超时的事件消息对应的目标消息)没有处理的必要。如果未超时，可以进一步得到与任务标识对应的任务状态，即目标任务的任务状态，然后由此确定出目标任务的有效性。由于在目标任务有效的情况下，相应的目标消息才有处理的必要，因此可以在目标任务有效时，根据消息场景类型从候选消息配置中确定至少一个目标消息配置，由此保证后续生成的目标消息是存在处理需求的消息，从而可以避免出现无效操作。

为了更加形象化地理解上述技术方案，下面继续以背景技术中阐述的互联网医院的应用场景为例，对其进行示例性说明。示例性的，如图5所示，消息服务消费消息队列(Message Queue，MQ)中的事件消息，实际应用中，可选的，该处消费可以设置为应答模式，即当后续验证和发送业务完成时返回MQ成功结果，如果处理失败或异常，则可以重新消费，保证了消息处理的可靠性。然后，对事件消息进行解析，得到订单基础数据(如订单号和订单类型等，其中订单号可以理解为上文中的任务标识)和事件信息(如消息场景类型、场景触发时间和事件发送时间等)。然后，根据场景触发时间和事件发送时间验证事件消息是否超时，如果超时，则发送报警邮件并丢弃该事件消息，否则执行下述步骤。通过订单号远程调用订单服务获取订单明细，然后通过订单明细中的订单状态(即上文中的任务状态)验证订单有效性，如检查订单状态为超时未支付或已结束时，可以认为该订单(即订单支付任务)无效，无需继续后续的消息发送逻辑，否则执行下述步骤。根据消息场景类型匹配出目标消息配置。

为了从整体上更好地理解上述各个技术方案，下面结合具体示例对其进行示例性说明。示例性的，参见图6，这里以背景技术所中阐述的对IM会话中的系统消息进行发送为例，上述消息发送方法可以应用于消息系统，该消息系统中设置有消息发送执行器、表达式执行器、远程调用执行器和配置中心客户端，并且消息系统本地缓存中存储有组合消息配置。另，配置人员可以通过与配置中心客户端对应的配置中心服务端内存储的系统消息配置以及数据源配置进行更改(如添加、修改和删除)，配置更改的灵活性和及时性较佳。具体的，

消息系统在启动时由内置的配置中心客户端实时获取到配置中心服务端内最新的系统消息配置和数据源配置，并将它们拉取到本地，经过解析后将得到的组合消息配置存储到消息系统本地缓存中，以使后续消息系统可以基于本地缓存内的组合消息配置独立执行发送任务。在实际应用中，配置中心可以用于对项目中的配置、参数和开关等全部进行统一管理，并提供一套标准的接口。当各个服务需要获取配置中心内的配置时，可以通过该接口进行拉取。而且，配置中心内的配置出现更新时，也能实时通知到各个服务来同步最新的配置，从而实现了配置动态更新的效果。

其它业务系统产生的场景事件(或说与场景事件对应的事件消息)被发送到消息队列，消息系统实时消费消息队列中的事件消息，然后根据对事件消息进行解析后得到的消息场景类型匹配到本地缓存中相应的组合消息配置。

对组合消息配置进行解析，然后根据解析结果利用远程调用执行器以获取到条件数据和内容数据。然后再基于条件数据利用表达式执行器验证消息发送条件表达式，如果验证通过，则利用表达式执行器将获取到的内容数据和组合消息配置中的消息内容模板生成系统消息，并发送该系统消息。

在此基础上，可选的，为了保证消息处理的可靠性，消费消息队列时可以开启ACK机制，即本次消费处理失败，则可以重新消费处理。除此之外，由于消息系统通常是分布式架构，对于分布式架构，为解决多线程处理环境下消息处理的并发问题，可以在处理前对群发消息对象加分布式锁，在实际应用中，可选的，可以采用基于缓存(Redis)的分布式锁，这有助于减小系统复杂度、提升系统性能并且保证系统稳定可靠。

在上述各个示例性说明的基础，为了更加形象化地理解上述动态化配置后的系统消息的发送过程，下面继续结合具体示例，对其进行示例性说明。示例性的，参见图7，根据消息场景类型匹配得到本地缓存中的组合消息配置，并对该组合消息配置进行解析，得到其中的条件数据源配置和内容数据源配置，示例性的，下面是条件数据源配置的示例，其中包含用于获取订单信息(order)、获取转诊信息(transfer)和获取开方信息(prescribe)这3个条件数据源配置，Name表示条件数据源名称，DataUrl表示条件数据源请求链接，RequestParams表示条件数据源请求参数。

进一步，根据条件数据源配置远程调用获取到条件数据，如订单id对应的订单信息下的支付状态(order.payStatus)和订单类型(order.orderType)、转诊信息下的转诊状态(transfer.status)以及开方信息下的开方状态(prescribe.status)等。然后，基于表达式执行器利用条件数据来验证组合消息配置中的消息发送条件表达式是否成立，如果否，不再进行后续的逻辑处理(即退出)，否则继续执行下述步骤。基于内容数据源配置从已缓存的条件数据中获取到相应的内容数据，并确定获取到的内容数据是否包含消息内容模板中需要的全部内容数据。如果是，则可以从条件数据中获取到内容数据；否则，基于内容数据源配置来获取到内容数据。最后，基于内容数据和消息内容模板构建得到系统消息，并发送该系统消息。

上述技术方案，将静态配置(即消息发送条件表达式和消息内容模板)与动态配置(即数据源配置)相结合，并利用本地多维度缓存(即组合消息配置的本地缓存和条件数据的本地缓存)，有效实现了动态消息配置。另外，将系统消息配置和数据源配置相隔离，然后这二者的组合过程是通过自定义配置协议(即消息发送条件表达式中自定义的条件数据源配置)和表达式处理器实现的，由此实现了实时解析运算并且高效动态验证消息发送条件表达式的效果。

图8为本发明实施例中提供的消息处理装置的结构框图，该装置用于执行上述任意实施例所提供的消息处理方法。该装置与上述各个实施例的消息处理方法属于同一个发明构思，在消息处理装置的实施例中未详尽描述的细节内容，可以参考上述消息处理方法的实施例。参见图8，该装置具体可以包括：目标消息配置得到模块410、目标消息生成模块420和目标消息处理模块430。其中，

目标消息配置得到模块410，用于响应于消息处理指令，从预先配置出的候选消息配置中得到目标消息配置，其中，目标消息配置中包括消息处理条件和消息内容；

目标消息生成模块420，用于响应于基于消息处理条件确定允许处理消息内容对应的目标消息，基于消息内容生成目标消息；

目标消息处理模块430，用于对已生成的目标消息进行处理。

可选的，目标消息配置中还包括与消息处理条件对应的条件数据源配置，以及与消息内容对应的内容数据源配置，上述消息处理装置，还可以包括：

消息处理条件验证模块，用于基于条件数据源配置获取条件数据，并基于条件数据验证消息处理条件是否成立，以确定是否允许处理目标消息；

目标消息生成模块420，可以包括：

目标消息生成单元，用于获取与内容数据源配置对应的内容数据，并基于消息内容以及内容数据生成目标消息。

在此基础上，可选的，条件数据源配置中包括数据源请求链接以及数据源请求参数；消息处理条件验证模块，可以包括：

条件数据获取单元，用于基于数据源请求参数，调用与数据源请求链接对应的数据源请求服务，获取条件数据。

再可选的，目标消息生成单元，可以包括：

内容数据第一获取子单元，用于响应于已获取的条件数据中包括内容数据源配置对应的内容数据，从条件数据中获取内容数据；

内容数据第二获取子单元，用于响应于已获取的条件数据中未包括该内容数据，基于内容数据源配置获取内容数据。

再可选的，目标消息配置通过如下模块预先配置得到：

变更后消息配置获取模块，用于响应于消息配置变更指令，获取到变更后消息配置；其中，变更后消息配置中包括消息处理条件和消息内容，消息处理条件中包括条件数据源标识，消息内容中包括内容数据源标识；

数据源配置确定模块，用于从预先配置出的数据源配置中确定与条件数据源标识对应的条件数据源配置，以及与内容数据源标识对应的内容数据源配置；

配置组合模块，用于将变更后消息配置、条件数据源配置和内容数据源配置进行组合，得到目标消息配置。

可选的，目标消息配置得到模块410，可以包括：

目标消息配置确定单元，用于获取消息场景类型，并从预先配置出的候选消息配置中确定与消息场景类型相匹配的至少一个目标消息配置；

目标消息生成模块420，具体可以用于：

针对每个目标消息配置，响应于基于目标消息配置中的消息处理条件确定允许处理与目标消息配置中的消息内容对应的目标消息，基于目标消息配置中的消息内容生成目标消息。

在此基础上，可选的，目标消息配置确定单元，具体可以用于：

获取事件消息，并且对事件消息进行解析，得到消息场景类型、场景触发时间、事件发送时间和任务标识；

根据场景触发时间和事件发送时间验证事件消息是否超时；

响应于事件消息未超时，得到与任务标识对应的任务状态，并在根据任务状态确定与事件消息对应的目标任务有效时，从预先配置得到的候选消息配置中确定与消息场景类型相匹配的至少一个目标消息配置。

本发明实施例所提供的消息处理装置，通过目标消息配置得到模块响应于消息处理指令，确定目标消息配置，该目标消息配置可以是从预先配置得到的候选消息配置中确定的包括消息处理条件和消息内容的配置；进而，通过目标消息生成模块和目标消息处理模块相互配合，响应于基于消息处理条件确定允许处理与消息内容对应的目标消息，可以先基于消息内容生成目标消息，然后对已生成的目标消息进行处理。上述装置，由于各种消息是通过动态配置得到的，而并非是被直接撰写在消息处理代码逻辑中的，这意味着消息变更过程可以通过变更相应消息配置来实现，无需对已开发完成的消息处理代码逻辑进行变更，从而达到了以较低的开发成本实现变更后消息(这里以目标消息是变更后消息为例)的处理过程的效果。

本发明实施例所提供的消息处理装置可执行本发明任意实施例所提供的消息处理方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述消息处理装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

图9示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图9所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如消息处理方法。

在一些实施例中，消息处理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的消息处理方法的一个或多个步骤。备选地，在其他实施例中，处理器11可通过其他任何适当的方式(例如，借助于固件)而被配置为执行消息处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、以及至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、以及该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或是其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行并且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

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

Claims (10)

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

响应于消息处理指令，从预先配置出的候选消息配置中得到目标消息配置，其中，所述目标消息配置中包括消息处理条件和消息内容；

响应于基于所述消息处理条件确定允许处理所述消息内容对应的目标消息，基于所述消息内容生成所述目标消息；

对已生成的所述目标消息进行处理。

2.根据权利要求1所述的方法，其特征在于，所述目标消息配置中还包括与所述消息处理条件对应的条件数据源配置，以及与所述消息内容对应的内容数据源配置，所述方法还包括：

基于所述条件数据源配置获取条件数据，并且基于所述条件数据验证所述消息处理条件是否成立，以确定是否允许处理所述目标消息；

所述基于所述消息内容生成所述目标消息，包括：

获取与所述内容数据源配置对应的内容数据，并且基于所述消息内容以及所述内容数据生成所述目标消息。

3.根据权利要求2所述的方法，其特征在于，所述条件数据源配置中包括数据源请求链接和数据源请求参数；

所述基于所述条件数据源配置获取条件数据，包括：

基于所述数据源请求参数，调用与所述数据源请求链接对应的数据源请求服务，获取条件数据。

4.根据权利要求2所述的方法，其特征在于，所述获取与所述内容数据源配置对应的内容数据，包括：

响应于已获取的所述条件数据中包括所述内容数据源配置对应的内容数据，从所述条件数据中获取所述内容数据；

响应于所述已获取的所述条件数据中未包括所述内容数据，基于所述内容数据源配置获取所述内容数据。

5.根据权利要求2所述的方法，其特征在于，所述目标消息配置通过如下步骤预先配置得到：

响应于消息配置变更指令，获取变更后消息配置；其中，所述变更后消息配置中包括所述消息处理条件和所述消息内容，所述消息处理条件中包括条件数据源标识，所述消息内容中包括内容数据源标识；

从预先配置出的数据源配置中确定与所述条件数据源标识对应的所述条件数据源配置，以及与所述内容数据源标识对应的所述内容数据源配置；

将所述变更后消息配置、所述条件数据源配置和所述内容数据源配置进行组合，得到所述目标消息配置。

6.根据权利要求1所述的方法，其特征在于，从预先配置出的候选消息配置中得到目标消息配置，包括：

获取消息场景类型，并从预先配置得到的候选消息配置中确定与所述消息场景类型相匹配的至少一个目标消息配置；

所述响应于基于所述消息处理条件确定允许处理所述消息内容对应的目标消息，基于所述消息内容生成所述目标消息，包括：

针对每个所述目标消息配置，响应于基于所述目标消息配置中的所述消息处理条件确定允许处理与所述目标消息配置中的所述消息内容对应的目标消息，基于所述目标消息配置中的所述消息内容生成所述目标消息。

7.根据权利要求6所述的方法，其特征在于，所述获取消息场景类型，并从预先配置得到的候选消息配置中确定与所述消息场景类型相匹配的至少一个目标消息配置，包括：

获取事件消息，并且对所述事件消息进行解析，得到消息场景类型、场景触发时间、事件发送时间和任务标识；

根据所述场景触发时间和所述事件发送时间验证所述事件消息是否超时；

响应于所述事件消息未超时，得到与所述任务标识对应的任务状态，并在根据所述任务状态确定与所述事件消息对应的目标任务有效时，从预先配置得到的候选消息配置中确定与所述消息场景类型相匹配的至少一个目标消息配置。

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

目标消息配置得到模块，用于响应于消息处理指令，从预先配置出的候选消息配置中得到目标消息配置，其中，所述目标消息配置中包括消息处理条件和消息内容；

目标消息生成模块，用于响应于基于所述消息处理条件确定允许处理所述消息内容对应的目标消息，基于所述消息内容生成所述目标消息；

目标消息处理模块，用于对已生成的所述目标消息进行处理。

9.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行如权利要求1-7中任一项所述的消息处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现如权利要求1-7中任一所述的消息处理方法。

Images