CN114679489A - 一种消息推送方法、装置、设备及介质 - Google Patents

Abstract

本公开实施例涉及一种消息推送方法、装置、设备及介质，其中该方法应用于消息引擎，消息引擎包括消息探针、驱动器和触发器，方法包括：通过消息探针获取消息节点的状态日志，并将状态日志发送至驱动器，消息节点的数量为至少两个；通过驱动器在根据状态日志确定满足触发条件时，从状态日志中提取标准消息内容，调用触发器将标准消息内容发送至消息平台，以使消息平台将标准消息内容推送至消息节点对应的消息接收端。本公开实施例开发工作量小，标准相对统一，可以形成统一的消息推送管理，避免了“数据孤岛”，进而降低了不同系统之间交互和协作成本。

Description

一种消息推送方法、装置、设备及介质

技术领域

本公开涉及消息处理技术领域，尤其涉及一种消息推送方法、装置、设备及介质。

背景技术

近年来随着大数据技术在大数据技术在医学研究、医疗实践等领域的深入应用，建成了不同类型的大数据系统。

目前不同大数据系统进行消息提醒或推送时通常是基于点对点的模式实现，每个大数据系统各自为政，开发工作量大，并且标准不统一，造成明显的“数据孤岛”，进而导致交互和协作成本较高。

发明内容

为了解决上述技术问题，本公开提供了一种消息推送方法、装置、设备及介质。

本公开实施例提供了一种消息推送方法，应用于消息引擎，所述消息引擎包括消息探针、驱动器和触发器，所述方法包括：

通过所述消息探针获取消息节点的状态日志，并将所述状态日志发送至所述驱动器，所述消息节点的数量为至少两个；

通过所述驱动器在根据所述状态日志确定满足触发条件时，从所述状态日志中提取标准消息内容，调用所述触发器将所述标准消息内容发送至消息平台，以使所述消息平台将所述标准消息内容推送至所述消息节点对应的消息接收端。

本公开实施例还提供了一种消息推送装置，设置于消息引擎，所述消息引擎包括消息探针、驱动器和触发器，所述装置包括：

获取模块，用于通过所述消息探针获取消息节点的状态日志，并将所述状态日志发送至所述驱动器，所述消息节点的数量为至少两个；

推送模块，用于通过所述驱动器在根据所述状态日志确定满足触发条件时，从所述状态日志中提取标准消息内容，调用所述触发器将所述标准消息内容发送至消息平台，以使所述消息平台将所述标准消息内容推送至所述消息节点对应的消息接收端。

本公开实施例还提供了一种电子设备，所述电子设备包括：处理器；用于存储所述处理器可执行指令的存储器；所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述指令以实现如本公开实施例提供的消息推送方法。

本公开实施例还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行如本公开实施例提供的消息推送方法。

本公开实施例提供的技术方案与现有技术相比具有如下优点：本公开实施例提供的消息推送方案，消息引擎通过消息探针获取消息节点的状态日志，并将状态日志发送至驱动器，消息节点的数量为至少两个；通过驱动器在根据状态日志确定满足触发条件时，从状态日志中提取标准消息内容，调用触发器将标准消息内容发送至消息平台，以使消息平台将标准消息内容推送至消息节点对应的消息接收端。采用上述技术方案，通过建立一个包括消息探针、驱动器和触发器的消息引擎，针对不同消息节点可以根据其状态日志确定满足触发条件时，从状态日志中提取标准消息内容，并通过消息平台发送至对应的消息接收端，相较于相关技术中点对点模式，开发工作量小，标准相对统一，可以形成统一的消息推送管理，避免了“数据孤岛”，进而降低了不同系统之间交互和协作成本。

附图说明

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

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

图1为本公开实施例提供的一种消息推送方法的流程示意图；

图2为本公开实施例提供的一种消息推送架构的示意图；

图3为本公开实施例提供的一种消息推送过程的示意图；

图4为本公开实施例提供的一种消息推送装置的结构示意图；

图5为本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

近年来随着大数据技术在大数据技术在医学研究、医疗实践等领域的深入应用，建成了不同类型的大数据系统。并且，随着智慧服务标准的推出，满足标准的基于流程的诸多智能提醒成为考量医院智慧化程度的重要指标。诊前患者全流程导诊，诊中面向临床的辅助决策支持和面向管理闭环管理，以及诊后定期复查和随访等，都需要大量的消息提醒和提示，以优化服务流程，提高服务效率，增强服务能力，来提高患者的就医体验和满意度，满足医护工作者和管理者对信息化的获得感。

然而，医学大数据建设中存在的问题也愈发突出。一方面，这些大数据系统分散建设、各自服务、互不相通，系统间缺乏兼容性和整合性，宏观上形成了区域之间、机构之间的“数据孤岛”，交互和协作成本高，而且共用功能和组件重复开发，无法实现核心能力的有效积累和持续提高，造成了资源浪费；另一方面，随着医学信息化、数字化建设的不断发展，形成了海量的医学数据集，但由于缺乏良好的沉淀机制，导致数据结构复杂、分析难度大、无法发挥整体效益，严重制约了医学大数据的应用。

目前不同大数据系统进行消息提醒或推送时通常是基于点对点的模式实现，每个大数据系统各自为政，开发工作量大，并且标准不统一，造成明显的“数据孤岛”，进而导致交互和协作成本较高。为了解决上述问题，本公开实施例提供了一种消息推送方法，下面结合具体的实施例对该方法进行介绍。

图1为本公开实施例提供的一种消息推送方法的流程示意图，该方法可以由消息推送装置执行，其中该装置可以采用软件和/或硬件实现，一般可集成在电子设备中。如图1所示，该方法应用于消息引擎，消息引擎包括消息探针、驱动器和触发器，该方法包括：

步骤101、通过消息探针获取消息节点的状态日志，并将状态日志发送至驱动器，消息节点的数量为至少两个。

其中，消息引擎可以是本公开实施例中提供的一个用于进行消息接收、管理、流控、督导、展示和推送等集中管控的平台，该消息引擎可以基于信息集成平台、大数据技术、事件驱动技术和面向服务架构(Service-Oriented Architecture，SOA)开发，该消息引擎的系统数据层面基于Hadoop构架，具体采用Hbase数据库，数据交互层面采用面向服务架构，并采用IBM提供的引擎为基础，可以将Websphere Message Queue作为主要消息负载工具，Websphere Message Queue可以是一种中间件，中间件可以是介于应用软件和系统软件之间的，一种以自己的复杂换取应用简单的软件，中间件具有透明传输、协议统一的特点，支持跨平台作业操作，为不同操作系统上的应用软件提供服务。

本公开实施例中的消息引擎可以包括消息探针、驱动器和触发器三部分，消息探针可以用于实时检测消息节点的状态，并将状态日志转发给驱动器，驱动器可以用于根据预设的规则对状态日志进行分析，判断是否满足触发条件，并从状态日志中提取标准统一的消息内容，触发器用于在驱动器的调用之下将标准统一的消息内容发送出去。消息节点可以理解为任意的需要进行消息推送的数据系统、应用或服务，本公开实施例对消息节点不作限制，例如消息节点可以为一个医疗数据系统或医疗移动终端等。

在本公开实施例中，消息引擎可以通过消息探针对多个消息节点进行状态检测，获取各消息节点的状态日志，并将状态日志转发至驱动器，状态日志可以理解为消息节点中能够表征不同类型的数据状态的日志，例如状态日志可以为血压的数据日志。

步骤102、通过驱动器在根据状态日志确定满足触发条件时，从状态日志中提取标准消息内容，调用触发器将标准消息内容发送至消息平台，以使消息平台将标准消息内容推送至消息节点对应的消息接收端。

其中，触发条件可以理解为用于判断是否存在消息推送的需求并调用触发器的条件。标准消息内容可以理解为具有一定统一标准的消息内容，也即本公开实施例中多个不同消息内容均具有相同的标准。消息平台可以理解为一个统一的消息发送平台，该消息平台中可以对接或集成多个不同的应用和服务。消息接收端可以理解为与当前消息节点对应的需要接收消息的应用程序或服务器等，具体不限。

在一些实施方式中，在上述步骤102或步骤101之前，消息推送方法还可以包括：通过驱动器配置消息策略，消息策略包括触发条件，触发条件用于设置至少一个数据类型的数据指标。其中，消息策略可以包括上述消息引擎所需的各种类型的配置信息，触发条件可以是消息策略的一种。由于消息节点的状态日志中包括的数据类型可以为一个或多个，触发条件用于设置各数据类型的数据指标，数据指标可以理解为数据类型对应的应用领域标准下的数据阈值和/或阈值范围。

本公开实施例中，根据状态日志确定满足触发条件，包括：通过驱动器判断状态日志是否满足至少一个数据类型的数据指标，若是，则确定满足触发条件。

具体的，消息引擎中的驱动器在接收到消息探针发送的状态日志之后，可以根据状态日志判断其中的数据是否满足至少一个数据类型的数据指标，此处满足数据指标可以包括大于或等于数据指标、小于数据指标和/或在数据指标之外，具体可以根据数据类型确定，例如针对血压，数据指标可以为一个阈值范围，此时满足数据指标则表示在阈值范围之外，也即血压不再标准范围内。如果驱动器判断状态日志满足至少一个数据类型的数据指标，则可以确定满足触发条件。

在本公开实施例中，从状态日志中提取标准消息内容，包括：通过驱动器获取预先定义的消息提取规则，并基于消息提取规则从状态日志中提取标准消息内容。可选的，消息提取规则用于对不同消息对象进行定义，消息对象包括消息链、消息角色、节点名称、固定消息描述、事件、消息出口类型中的至少一种。

其中，消息对象可以组成标准消息内容，消息对象中的消息链可以理解为医疗领域中一个完整的诊疗过程或其他领域中管理流程标题的定义；消息角色可以是对消息接收用户的定义，例如消息接收用户可以包括患者、医务人员和管理者等；节点名称可以是消息链中各个节点的名称；固定消息描述可以是对发送固定信息内容的定义；事件可以理解为某个消息节点功能控件触发事件，事件可以具有其事件标识和事件名称；消息出口类型可以包括短信推送、微信服务号、企业号推送、电话语音播报、桌面弹窗等类型。

消息引擎通过驱动器可以获取消息提取规则，并根据消息提取规则中各消息对象的定义，从状态日志中提取得到标准消息内容。之后驱动器可以调用触发器将标准消息内容发送至消息平台，消息平台接收到标准消息内容之后可以将标准消息内容推送至消息节点对应的消息接收端。

本公开实施例提供的消息推送方案，消息引擎通过消息探针获取消息节点的状态日志，并将状态日志发送至驱动器，消息节点的数量为至少两个；通过驱动器在根据状态日志确定满足触发条件时，从状态日志中提取标准消息内容，调用触发器将标准消息内容发送至消息平台，以使消息平台将标准消息内容推送至消息节点对应的消息接收端。采用上述技术方案，通过建立一个包括消息探针、驱动器和触发器的消息引擎，针对不同消息节点可以根据其状态日志确定满足触发条件时，从状态日志中提取标准消息内容，并通过消息平台发送至对应的消息接收端，相较于相关技术中点对点模式，开发工作量小，标准相对统一，可以形成统一的消息推送管理，避免了“数据孤岛”，进而降低了不同系统之间交互和协作成本。

在一些实施例中，消息策略还包括检测规则以及消息发送规则，检测规则包括配置的触发源、进程时间、轮询规则和激活代码中的至少一种；消息发送规则包括发送时机和回复类型配置。

上述检测规则可以理解为针对消息探针对消息节点的检测过程设置的相关规则，本公开实施例中上述触发源可以指定一个中间节点由固定的一个消息节点的一个事件触发或一个功能触发；进程时间可以设置进程的检测时间间隔；轮询规则可以理解为对自动触发事件轮询通道数量的设置以及对每个通道堆栈的配置；激活代码在编写之后可以支持各种编程语言查询调用数据并获取消息节点的状态。

消息发送规则可以理解为针对触发器对标准消息内容的发送设置的规则，发送时机可以包括立即发送和定时发送，立即发送可以是由触发器统一驱动消息平台实时发送消息，定时发送可以理解为按照预先配置的时间定时发送；回复类型配置可以是对需要回复的消息配置其消息窗内容。

上述方案中，通过配置消息策略中的检测规则和消息发送规则，能够基于配置的规则实现标准统一的消息管理，不仅避免了“数据孤岛”的问题，而且提升了管理的鲁棒性。

在一些实施例中，消息推送方法还可以包括：获取用户发送的消息内容，并通过驱动器将消息内容发送至消息平台。

在消息引擎中的触发器出现故障之后，用户可以手动发送消息内容给消息引擎，其中，消息内容可以包括事件标识(ID)、事件名称和节点名称等，具体过程可以包括用户作为消息提供方可以通过Msg PUT函数将消息内容发送给集成平台(Enterprise ServiceBus，ESB)，之后消息引擎可以作为消息消费方通过Msg GET函数从集成平台中获取消息内容，并将消息内容发送给驱动器，驱动器可以将消息内容发送至消息平台，并由消息平台将消息内容发送至消息接收端。Msg PUT函数可以用于发送消息队列，Msg GET函数可以用于接收消息队列。

在上述方案中，在消息引擎中的触发器出现故障之后，通过用户手动可以调用消息引擎中的驱动器进行消息内容的推送，提升了信息推送的容错率。

在一些实施例中，在通过所述消息探针获取消息节点的状态日志之前，消息推送方法还可以包括：对消息节点授权，以使消息节点调用消息引擎进行消息推送。

消息引擎还可以实现权限管理，也即在上述步骤101之前，可以对至少一个消息节点进行授权操作，进而消息节点可以调用消息引擎进行消息推送，也即消息引擎可以与消息节点交互执行上述消息推送方法。

在一些实施例中，消息推送方法还可以包括：对消息节点进行质量分析处理，质量分析处理包括节点达标分析、节点用时分析以及节点异常分析中的至少一种。

质量分析处理可以理解为对消息节点实现的各种分析处理，具体可以根据实际需求设置，例如本公开实施例中质量分析处理可以包括节点达标分析、节点用时分析和/或节点异常分析等，之后可以将质量分析结果返回给消息节点。消息引擎通过增加质量分析处理可以实现更加完整的消息管理，形成闭环管理，减少消息节点出错的可能性。

接下来通过具体的示例对被本公开实施例中的消息推送架构进行进一步说明，示例性的，图2为本公开实施例提供的一种消息推送架构的示意图，如图2所示，图中展示了一个消息推送架构200，该消息推送架构200可以包括消息引擎201、消息节点202和消息平台203。

其中，消息引擎201即为上述实施例中的消息引擎，可以包括消息探针、驱动器和触发器三个部分，通过消息引擎可以实现上述实施例中的消息推送方法以及图中的质量管理、事件管理和事件驱动等功能，消息推送方法参见上述实施例，在此不进行赘述，质量管理可以包括节点达标分析、节点用时分析和节点异常分析等，事件管理可以包括规则配置、节点配置、流程管理、队列管理、消息名称和出口类型等，事件驱动可以包括搜索事件、获取信息、推送信息、时间控制和权限控制等，图中的功能仅为示例，而非限定。可选的，消息引擎201还可以实现消息监控和展示，例如可以通过显示器展示各消息对象的数量，实时动态显示各消息对象数量变化曲线或雷达图，动态显示各消息对象的调用数、异常数等，消息对象可以包括消息链、消息角色、节点名称、固定消息描述、事件、消息出口类型等。

消息节点202即为需要进行消息推送的数据系统、应用或服务等具体不限。多种不同类型的消息节点202中的数据可以构成数据池，数据池可以通过系统采集、商业引进、数据缴送、开源下载、资源交换等方式，由数据接入层对海量数据进行采集、清洗、加工、计算、存储，实现数据标准的统一和积累，数据池可以由业务数据、资源数据、感知数据、理论数据等四部分组成，数据池的数据可以由数据提供方管理，并且对于数据使用方采用“可用不可见”的方式处理。图2中数据服务表示数据服务层，可以提供基于数据对比层加工后的数据，根据业务需求建设“数据集市”，对外提供统一的数据协同服务。

消息节点202中的状态日志经过数据池和数据服务可以到达消息引擎201中，以进行后续的消息推送，这个过程可以看作一个自动进行消息推送的过程。而消息节点202在用户的手动操作下将事件ID/节点名称等消息内容通过集成平台发送至消息引擎201，进行后续的消息推送，这个过程可以看作一个在消息引擎201的触发器或消息探针出现故障的情况下实现的手动推送过程，提升消息推送的容错率。

消息引擎201和消息平台203直接可以通过一个外链平台进行交互。并且消息平台203还可以实现一些消息分析功能，例如可以包括消息浏览分析、消息目标分析和消息异常分析等中的至少一种。

示例性的，图3为本公开实施例提供的一种消息推送过程的示意图，如图3所示，图中展示了在图2中消息推送架构的基础上的具体过程，消息引擎通过消息探针可以从消息节点中获取状态日志，并将状态日志发送至驱动器，之后通过驱动器在根据状态日志确定满足触发条件时，从状态日志中提取标准消息内容，调用触发器将标准消息内容发送至消息平台；消息平台可以将标准消息内容推送至消息节点对应的消息接收端。可选的，消息接收端还可以根据需求发送数据给消息引擎，以使消息引擎进行后续分析和处理。

本方案可以破除传统的消息提醒与推送的点对点模式，开发工作量较小，标准相对统一，可形成包括管理、授权、流控、督导和展示的统一过程；并且采用信息集成平台、大数据技术、事件驱动技术和SOA架构，通过主动提醒的方式形成闭环管理，能够减少应用领域(例如医疗领域)的差错；并且针对医疗领域通过本方案中的消息推送方案可以辅助临床决策，提供合理的治疗计划，进而降低医疗风险，减少无意义的过度医疗，提升诊疗效果。可以理解的是，上述医疗领域的应用仅为示例，本公开的消息推送方案可以应用在其他领域，具体不限。

图4为本公开实施例提供的一种消息推送装置的结构示意图，该装置可由软件和/或硬件实现，一般可集成在电子设备中。如图4所示，该装置设置于消息引擎，所述消息引擎包括消息探针、驱动器和触发器，所述装置包括：

获取模块401，用于通过所述消息探针获取消息节点的状态日志，并将所述状态日志发送至所述驱动器，所述消息节点的数量为至少两个；

推送模块402，用于通过所述驱动器在根据所述状态日志确定满足触发条件时，从所述状态日志中提取标准消息内容，调用所述触发器将所述标准消息内容发送至消息平台，以使所述消息平台将所述标准消息内容推送至所述消息节点对应的消息接收端。

可选的，所述装置还包括配置模块，用于：

通过所述驱动器配置消息策略，所述消息策略包括所述触发条件，所述触发条件用于设置至少一个数据类型的数据指标。

可选的，所述推送模块402包括触发判断单元，用于：

通过所述驱动器判断所述状态日志是否满足至少一个数据类型的数据指标，若是，则确定满足触发条件。

可选的，所述推送模块402包括提取单元，用于：

通过所述驱动器获取预先定义的消息提取规则，并基于所述消息提取规则从所述状态日志中提取标准消息内容，所述消息提取规则用于对不同消息对象进行定义，所述消息对象包括消息链、消息角色、节点名称、固定消息描述、事件、消息出口类型中的至少一种。

可选的，所述消息策略还包括检测规则以及消息发送规则，所述检测规则包括配置的触发源、进程时间、轮询规则和激活代码中的至少一种；所述消息发送规则包括发送时机和回复类型配置。

可选的，所述装置还包括另一消息推送模块，用于：

获取用户发送的消息内容，并通过所述驱动器将所述消息内容发送至所述消息平台。

可选的，所述装置还包括分析模块，用于：

对所述消息节点进行质量分析处理，所述质量分析处理包括节点达标分析、节点用时分析以及节点异常分析中的至少一种。

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

图5为本公开实施例提供的一种电子设备的结构示意图。如图5所示，电子设备500包括一个或多个处理器501和存储器502。

处理器501可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备500中的其他组件以执行期望的功能。

存储器502可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器501可以运行所述程序指令，以实现上文所述的本公开的实施例的消息推送方法以及/或者其他期望的功能。在所述计算机可读存储介质中还可以存储诸如输入信号、信号分量、噪声分量等各种内容。

在一个示例中，电子设备500还可以包括：输入装置503和输出装置504，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。

此外，该输入装置503还可以包括例如键盘、鼠标等等。

该输出装置504可以向外部输出各种信息，包括确定出的距离信息、方向信息等。该输出装置504可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。

当然，为了简化，图5中仅示出了该电子设备500中与本公开有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备500还可以包括任何其他适当的组件。

除了上述方法和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本公开实施例所提供的消息推送方法。

所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本公开实施例所提供的消息推送方法。

所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种消息推送方法，其特征在于，应用于消息引擎，所述消息引擎包括消息探针、驱动器和触发器，所述方法包括：

通过所述消息探针获取消息节点的状态日志，并将所述状态日志发送至所述驱动器，所述消息节点的数量为至少两个；

通过所述驱动器在根据所述状态日志确定满足触发条件时，从所述状态日志中提取标准消息内容，调用所述触发器将所述标准消息内容发送至消息平台，以使所述消息平台将所述标准消息内容推送至所述消息节点对应的消息接收端。

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

通过所述驱动器配置消息策略，所述消息策略包括所述触发条件，所述触发条件用于设置至少一个数据类型的数据指标。

3.根据权利要求2所述的方法，其特征在于，根据所述状态日志确定满足触发条件，包括：

通过所述驱动器判断所述状态日志是否满足至少一个数据类型的数据指标，若是，则确定满足触发条件。

4.根据权利要求1所述的方法，其特征在于，从所述状态日志中提取标准消息内容，包括：

通过所述驱动器获取预先定义的消息提取规则，并基于所述消息提取规则从所述状态日志中提取标准消息内容，所述消息提取规则用于对不同消息对象进行定义，所述消息对象包括消息链、消息角色、节点名称、固定消息描述、事件、消息出口类型中的至少一种。

5.根据权利要求2所述的方法，其特征在于，所述消息策略还包括检测规则以及消息发送规则，所述检测规则包括配置的触发源、进程时间、轮询规则和激活代码中的至少一种；所述消息发送规则包括发送时机和回复类型配置。

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

获取用户发送的消息内容，并通过所述驱动器将所述消息内容发送至所述消息平台。

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

对所述消息节点进行质量分析处理，所述质量分析处理包括节点达标分析、节点用时分析以及节点异常分析中的至少一种。

8.一种消息推送装置，其特征在于，设置于消息引擎，所述消息引擎包括消息探针、驱动器和触发器，所述装置包括：

获取模块，用于通过所述消息探针获取消息节点的状态日志，并将所述状态日志发送至所述驱动器，所述消息节点的数量为至少两个；

推送模块，用于通过所述驱动器在根据所述状态日志确定满足触发条件时，从所述状态日志中提取标准消息内容，调用所述触发器将所述标准消息内容发送至消息平台，以使所述消息平台将所述标准消息内容推送至所述消息节点对应的消息接收端。

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

处理器；

用于存储所述处理器可执行指令的存储器；

所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述指令以实现上述权利要求1-7中任一所述的消息推送方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-7中任一所述的消息推送方法。

Images