CN117527519A - 消息推送链路追踪方法、系统、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种消息推送链路追踪方法、系统、电子设备及存储介质，属于计算机技术领域。该方法通过应用程序接口服务、消息分发服务和消息分发服务依次对消息推送任务进行消息接收处理、下发逻辑处理和消息推送处理，实现消息推送，应用程序接口服务、消息分发服务和消息分发服务在处理消息推送任务同时各自生成相应的跨度信息并上传至数据库存储，且对于同一消息推送任务，生成的所有跨度信息中的链路标识均相同，因此，在进行消息追踪时可以基于链路标识从数据库中进行检索，提高消息追踪的便捷性，且数据库能够长期存储数据，提高消息追踪的完整性。

Description

消息推送链路追踪方法、系统、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种消息推送链路追踪方法、系统、电子设备及存储介质。

背景技术

随着互联网的高速发展以及手机等移动终端设备的普及，大部分软件公司选择自研开发手机软件。因此出现了大量手机应用软件，软件种类繁多，覆盖了生活中的方方面面。消息推送是手机应用的一种基本功能，应用软件提供方可以通过消息推送能力，与用户建立密切的联系并提供个性化的消息推送服务。消息推送技术可以为用户推送重要的通知、用户可能感兴趣的内容、以及各种活动信息等等。用户可以选择接收特定类型的推送消息，或根据自己的兴趣进行定制化设置。

只要有消息推送的业务，一般都有消息推送管理的平台。消息推送管理平台包含管理消息模板、指定消息推送计划、消息下发链路排查等功能。大部分业务复杂的系统，基本上都采用分布式系统微服务的部署方式，但这也加长了消息下发的链路，而消息下发链路过长，消息可能在推送过程丢失，导致消息未能按预想的情况成功推送给用户。在消息推送出现问题时，通常是通过elk日志搜索的方式查看消息的下发情况，使用日志链路id查询各个节点之间打印的日志，但是日志记录的信息有效期短且信息碎片化，导致排查消息推送问题时消息链路相关信息搜索难度大，且难以搜索到完整的消息链路数据。

发明内容

本申请实施例的主要目的在于提出一种消息推送链路追踪方法、系统、电子设备及存储介质，旨在提高消息链路追踪的便捷性和完整性。

为实现上述目的，本申请实施例的一方面提出了一种消息推送链路追踪方法，包括以下步骤：

通过应用程序接口服务接收消息推送任务，其中，所述消息推送任务包括链路标识；

将所述应用程序接口服务对所述消息推送任务的消息接收处理过程中生成的第一跨度信息上传至数据库，其中，所述第一跨度信息包括所述链路标识和所述应用程序接口服务的处理日志数据；

根据所述应用程序接口服务的第一处理结果，通过消息分发服务对所述消息推送任务进行下发逻辑处理，并将所述消息分发服务在下发逻辑处理过程中生成的第二跨度信息上传至数据库，其中，所述第二跨度信息包括所述链路标识和所述消息分发服务的处理日志数据；

根据所述消息分发服务的第二处理结果，通过消息推送服务对所述消息推送任务进行消息推送处理，并将所述消息推送服务在消息推送处理过程中生成的第三跨度信息上传至数据库，其中，所述第三跨度信息包括所述链路标识和所述消息推送服务的处理日志数据。

在一些实施例中，所述通过应用程序接口服务接收消息推送任务，包括以下步骤：

对所述消息推送任务进行参数校验，并生成第一跨度信息；

当所述消息推送任务中的所有参数均通过校验，则确定第一处理结果为参数合格。

在一些实施例中，所述根据所述应用程序接口服务的第一处理结果，通过消息分发服务对所述消息推送任务进行下发逻辑处理，包括以下步骤：

当所述第一处理结果为参数合格，则通过消息分发服务对所述消息推送任务进行下发逻辑处理以判断所述消息推送任务是否满足消息下发条件，并生成第二跨度信息；

当所述消息推送任务满足消息下发条件，则确定所述第二处理结果为消息下发条件合格。

在一些实施例中，所述根据所述消息分发服务的第二处理结果，通过消息推送服务对所述消息推送任务进行消息推送处理，包括以下步骤：

当所述第二处理结果为消息下发条件合格，则根据所述消息推送任务中的消息类型，通过消息推送服务调用对应的渠道下发服务向目标对象发送消息，并生成第三跨度信息。

在一些实施例中，所述消息推送链路追踪方法还包括以下步骤：

通过数据回流服务接收并处理来自所述渠道下发服务的回执信息，并将处理所述回执信息过程中的第四跨度信息上传至数据库，其中，所述第四跨度信息包括所述链路标识和数据回流服务的处理日志数据。

在一些实施例中，通过消息分发服务对所述消息推送任务进行下发逻辑处理以判断所述消息推送任务是否满足消息下发条件，包括以下步骤：

根据所述消息推送任务对应的消息推送流程依次调用多个业务服务组件；

根据多个所述业务服务组件对所述消息推送任务进行下发逻辑处理以判断是否满足消息下发条件，并将每一个所述业务服务组件生成的组件跨度信息上传至数据库，其中，所述组件跨度信息包括所述链路标识、组件标识和业务服务组件的处理日志数据。

在一些实施例中，所述根据多个所述业务服务组件对所述消息推送任务进行下发逻辑处理以判断所述消息推送任务是否满足消息下发条件，包括以下步骤：

根据所述消息推送任务中的消息参数和模板编号，通过模板参数填充组件将所述消息参数填充到所述模板编号对应的消息模板中，得到消息编辑内容；

根据所述消息编辑内容，通过消息审核服务组件对所述消息编辑内容进行审核，得到审核结果；

当所述审核结果为通过审核，则通过对象匹配组件判断所述消息推送任务中指定的多个对象是否订阅业务消息；

当指定的多个对象都订阅业务消息，确定所述消息推送任务满足消息下发条件。

为实现上述目的，本申请实施例的另一方面提出了一种消息推送链路追踪系统，包括：

第一模块，用于通过应用程序接口服务接收消息推送任务，其中，所述消息推送任务包括链路标识；

第二模块，用于将所述应用程序接口服务对所述消息推送任务的消息接收处理过程中生成的第一跨度信息上传至数据库，其中，所述第一跨度信息包括所述链路标识和所述应用程序接口服务的处理日志数据；

第三模块，用于根据所述应用程序接口服务的第一处理结果，通过消息分发服务对所述消息推送任务进行下发逻辑处理，并将所述消息分发服务在下发逻辑处理过程中生成的第二跨度信息上传至数据库，其中，所述第二跨度信息包括所述链路标识和所述消息分发服务的处理日志数据；

第四模块，用于根据所述消息分发服务的第二处理结果，通过消息推送服务对所述消息推送任务进行消息推送处理，并将所述消息推送服务在消息推送处理过程中生成的第三跨度信息上传至数据库，其中，所述第三跨度信息包括所述链路标识和所述消息推送服务的处理日志数据。

为实现上述目的，本申请实施例的另一方面提出了一种电子设备，所述电子设备包括存储器、处理器、存储在所述存储器上并可在所述处理器上运行的程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线，所述程序被所述处理器执行时实现上述实施例所述的消息推送链路追踪方法。

为实现上述目的，本申请实施例的另一方面提出了一种存储介质，所述存储介质为计算机可读存储介质，用于计算机可读存储，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述实施例所述的消息推送链路追踪方法。

本申请提出的消息推送链路追踪方法、系统、电子设备及存储介质，其通过应用程序接口服务、消息分发服务和消息分发服务依次对消息推送任务进行消息接收处理、下发逻辑处理和消息推送处理，实现消息推送，应用程序接口服务、消息分发服务和消息分发服务在处理消息推送任务同时各自生成相应的跨度信息并上传至数据库存储，且对于同一消息推送任务，生成的所有跨度信息中的链路标识均相同，因此，在进行消息追踪时可以基于链路标识从数据库中进行检索，提高消息追踪的便捷性，且数据库能够长期存储数据，提高消息追踪的完整性。

附图说明

图1是本申请实施例提供的消息推送链路追踪方法的流程图；

图2是本申请实施例提供的消息推送链路追踪过程示意图；

图3是本申请实施例提供的消息链路查询示意图；

图4是图1中的步骤S101的流程图；

图5是图1中的步骤S103的流程图；

图6是本申请实施例提供的渠道下发服务示例示意图；

图7是图5中的步骤S301的流程图；

图8是图7中的步骤S602的流程图；

图9是本申请实施例提供的消息推送链路追踪系统的结构示意图；

图10是本申请实施例提供的电子设备的硬件结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

需要说明的是，虽然在系统示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于系统中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

首先，对本申请中涉及的若干名词进行解析：

数据流处理引擎,是对流式数据(即数据流)进行处理的数据处理引擎，可以但不局限于包括Apache、Flink、Storm、Samza等；其中Flink是一个针对无界和有界数据流进行有状态计算处理的框架，是一款比较高效的数据流处理引擎，其认为一切的数据都是以流的形态存在的。

消息中间件：消息中间件即为面向消息的系统，是在分布式系统中完成消息的发送和接收的基础软件。消息中间件也可以称为消息队列，是指用高效可靠的消息传递机制进行预平台无关的数据交流，并基于数据通信来进行分布式系统的集成。通过提供消息传递和消息队列模型，可以在分布式环境下扩展进程的通信。其中，消息中间件可以包括但不限于：ActiveMQ(消息队列应用服务器)、RabbitMQ(实现高级消息队列协议的开源消息中间件)、RocketMQ(一款低延迟、高可靠、可伸缩、易于使用的消息中间件)、Kafka(一种分布式的，基于发布/订阅的消息系统)、ZeroMQ(一个可嵌入的网络通讯库)、Pulsar(一个用于服务器到服务器的消息系统)等。

应用程序接口(Application Programming Interface，API)，又称程序接口，是云平台的操作系统向用户，如编程人员，提供的“程序与操作系统的接口”。该接口是为用户在编程时使用的。用户通过该应用程序接口，可访问云平台中的资源和取得相应的服务。一个应用程序接口是一组定义、函数、程序和/或协议的集合。例如，云平台的一个应用程序接口包括一个或多个系统调用，每个系统调用都是一个能完成特定功能的程序。

Flink：Flink是一个开源的分布式流处理和批处理框架，它能够在数据流上进行高效、准确和低延迟的计算。Flink提供了丰富的API和运行时支持，使得开发人员能够轻松构建和部署大规模的实时数据处理应用。

ELK:ELK是指Elasticsearch、Logstash和Kibana的组合。它们是三个开源工具的首字母缩写，通常一起使用来构建日志管理和分析系统。

消息下发，指将消息从消息发送方传递到消息接收方的过程。

消息推送是指通过网络或移动设备向用户发送实时消息通知的能力。这种功能允许应用程序或后台系统主动将消息推送给用户，而不需要用户主动访问应用程序或系统来获取最新的信息。

本申请实施例提供了一种消息推送链路追踪方法、系统、电子设备及存储介质，旨在提高消息链路追踪的便捷性和完整性。

本申请实施例提供的消息推送链路追踪方法、系统、电子设备及存储介质，具体通过如下实施例进行说明，首先描述本申请实施例中的消息推送链路追踪方法。

本申请实施例提供的消息推送链路追踪方法，涉及计算机技术领域。本申请实施例提供的消息推送链路追踪方法可应用于终端中，也可应用于服务器端中，还可以是运行于终端或服务器端中的软件。在一些实施例中，终端可以是智能手机、平板电脑、笔记本电脑、台式计算机等；服务器端可以配置成独立的物理服务器，也可以配置成多个物理服务器构成的服务器集群或者分布式系统，还可以配置成提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN以及大数据和人工智能平台等基础云计算服务的云服务器；软件可以是实现消息推送链路追踪方法的应用等，但并不局限于以上形式。

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

图1是本申请实施例提供的消息推送链路追踪方法的一个可选的流程图，图1中的方法可以包括但不限于包括步骤S101至步骤S104。

步骤S101，通过应用程序接口服务接收消息推送任务，其中，消息推送任务包括链路标识；

步骤S102，将应用程序接口服务对消息推送任务的消息接收处理过程中生成的第一跨度信息上传至数据库，其中，第一跨度信息包括链路标识和应用程序接口服务的处理日志数据；

步骤S103，根据应用程序接口服务的第一处理结果，通过消息分发服务对消息推送任务进行下发逻辑处理，并将所述消息分发服务在下发逻辑处理过程中生成的第二跨度信息上传至数据库，其中，所述第二跨度信息包括所述链路标识和所述消息分发服务的处理日志数据；

步骤S104，根据消息分发服务的第二处理结果，通过消息推送服务对消息推送任务进行消息推送处理，并将消息推送服务在消息推送处理过程中生成的第三跨度信息上传至数据库，其中，第三跨度信息包括链路标识和消息推送服务的处理日志数据。

本申请实施例所示意的步骤S101至步骤S104，通过应用程序接口服务、消息分发服务和消息分发服务依次对消息推送任务进行消息接收处理、下发逻辑处理和消息推送处理，实现消息推送，应用程序接口服务、消息分发服务和消息分发服务在处理消息推送任务同时各自生成相应的跨度信息并上传至数据库存储，且对于同一消息推送任务，生成的所有跨度信息中的链路标识均相同，因此，在进行消息追踪时可以基于链路标识从数据库中进行检索，提高消息追踪的便捷性，且数据库能够长期存储数据，提高消息追踪的完整性。

在一些实施例的步骤S101中，各个业务方可以通过实时或者定时的方式调用本申请实施例的消息推送链路追踪系统提供的AP I接口发布消息推送任务，消息推送任务携带链路标识(TraceID)，链路标识可以采用唯一的信道标识(ChannelID)进行表示，消息推送任务的内容可以包括业务方身份、业务推送流程、消息类型、消息内容以及下发对象等内容，以方便后续进行消息推送处理。链路标识是用于标识一条完整的请求路径(包括所有相关组件和服务)的一个唯一标识，在请求流转过程中，链路标识可以在各个服务、组件或者节点之间传递。示例性地，以链路标识向应用程序接口服务传递为例，链路标识可以作为调用下一应用程序接口服务的传入参数以将链路标识传递到应用程序接口服务中。在另外一种示例中，以链路标识向终端节点传递为例，可以将链路标识封装到IP数据包中。在本申请实施例中，链路推送过程会涉及到应用程序接口服务的调用以及不同终端节点的信息传递，因此，在进行应用程序接口服务调用以及终端节点信息传递时，均可以通过上述示例方式进行链路标识的传递。

在一些实施例的步骤S102中，API服务作为消息推送链路追踪系统的一个入口服务，在接收到消息推送任务的请求后，对请求中的参数进行校验，并在参数校验过程中生成第一跨度信息，在API服务参数校验结束后将第一跨度信息上传至数据库。示例性地，第一跨度信息包括链路标识、当前的API服务跨度标识、API服务处理开始时间、API服务处理结束时间、API服务标签和API服务处理日志数据等。

在一些实施例的步骤S103中，API服务对消息推送任务的请求进行参数校验之后，生成一个用于表征参数校验是否成功的第一处理结果，其中，第一处理结果作为第一跨度信息的标签内容被一起上传至数据库中。当第一处理结果为参数校验成功，表明系统成功接收到请求，进一步调用消息分发服务进行下发逻辑处理；当第一处理结果为参数校验失败，则可以向业务方返回消息接收失败的提示信息。消息分发服务负责实现消息推送任务对应的消息下发逻辑，消息下发逻辑指完成消息推送过程中所需的一些业务操作，以判断消息推送任务是否满足下发条件。示例性地，消息下发逻辑可以包括模板参数填充、消息内容审核以及判断用户是否订阅等操作，每个操作步骤同样可以采用服务化的形式实现，每个操作步骤实现过程中均可以生成相应的跨度信息并上传至数据库，从而实现下发逻辑过程中的消息跟踪。消息分发服务进行消息下发逻辑操作过程中所生成的跨度信息即为第二跨度信息，示例性地，第二跨度信息包括链路标识、当前的消息分发服务跨度标识、上一级的API服务的跨度标识、消息分发服务处理开始时间、消息分发服务处理结束时间、消息分发服务标签和消息分发服务处理日志数据等。

在一些实施例的步骤S104中，消息分发服务对消息推送任务进行下发逻辑操作之后，生成一个用于表征消息推送任务是否满足下发条件的第二处理结果，其中，第二处理结果作为第二跨度信息的标签内容被一起上传至数据库中。当第一处理结果为消息推送任务满足下发条件，则调用消息推送服务进行消息下发；当第一处理结果为消息推送任务不满足下发条件，则可以向业务方返回消息不满足下发条件的具体提示信息。消息推送服务负责根据消息类型调用第三方对应的渠道下发服务进行消息下发。示例性地，消息类型包括但不限短信、微信、QQ等，消息推送任务中指定的消息类型可以为一个或者多个，每种消息类型对应一个渠道下发服务，通过调用对应的渠道下发服务能够实现相应消息类型的下发。消息推动服务处理过程中生成第三跨度信息，第三跨度信息可以包括链路标识、当前的消息推送服务跨度标识、上一级的消息分发服务的跨度标识、消息推送服务处理开始时间、消息推送服务处理结束时间、消息推送服务标签和消息推送服务处理日志数据等。

可以理解的是，一个消息推动任务请求完成消息推动会经过多个不同的服务组件，每个服务组件都会生成一个用于表示其执行过程的跨度信息(Span)，Span通过唯一的链路标识进行关联，形成一个完整的请求链路。

每个Span通常包含的信息含义如下：

Trace ID：全局唯一的标识符，用于关联整个请求链路。

Span ID：唯一的标识符，用于标识当前Span。

Parent Span ID：表示当前Span的上级Span的标识符，用于构建请求链路。

时间戳：记录Span开始和结束的时间戳，用于计算Span的执行时间。

标签(Tags)：用于记录Span的元数据，如服务名称、请求路径、错误码等。

日志(Logs)：用于记录与当前跨度相关的事件或日志信息。

上下文信息(Context)：保存一些其它的上下文相关的信息，以便在跨度之间进行传递和共享。

示例性地，某一服务上报的Span数据格式如下：

需要说明的是，通过在span的tags中上报消息模板ID、消息渠道ID等信息，可以方便在数据库中进行多维度的数据统计分析。

在一些实施例中，向服务上传各个跨度信息时，可以通过消息中间件和流处理框架进行数据传输，从而提高跨度信息传输的效率。具体参照图2，API服务和消息分发服务之间通过消息中间件(MQ)进行消息传递，在多源消息推送任务系统中，能够提高消息推送任务传递的有序性。系统中的API服务、消息分发服务和消息推送服务等服务组件均通过消息中间件(MQ)和实时流处理服务与数据库之间进行跨度信息传递。所有上报的span信息都会先写入MQ中，由实时流处理服务从MQ中拉取消费。实时流处理服务可以是一种服务化的Flink流处理引擎，Flink流处理引擎对上报的span信息进行清洗、转换、聚合等处理，将处理好的数据储存到数据库中。在上报span过程中，跨度信息中上报多个维度的信息，因此可以在数据库中根据多个维度进行消息链路信息查询和统计分析，包括统计不同的模板、渠道，在不同周期内的消息下发成功次数、以及下发失败次数等统计信息，从而能够为后续优化消息推送策略提供数据支撑，可以减少对用户的打扰、增强用户感知、提高推送效率。系统可以向用户提供前端可视化界面，请参照图3，通过可视化界面，支持根据多维度查询条件来查询消息的下发链路轨迹，进一步生成链路分析图，观察各个服务或者节点的请求调用情况和响应信息，可快速定位到消息未触达/消息延迟下发问题，提高问题排查效率，节省人力成本。多维度查询条件可以包括消息编号(messageID)、手机号和模板编号等。

请参阅图4，在一些实施例中，在步骤S101中，通过应用程序接口服务接收消息推送任务这一步骤，可以包括但不限于包括步骤S201至步骤S202：

步骤S201，对消息推送任务进行参数校验，并生成第一跨度信息；

步骤S202，当所消息推送任务中的所有参数均通过校验，则确定第一处理结果为参数合格。

在本实施例中，AP I服务通过对外提供统一的接口，使得调用方能够方便使用消息推送功能。调用方在调用系统提供的消息推送服务时，需要按照服务提供方规定的要求封装消息推送任务请求。服务提供方(即本申请实施例的系统/推送平台)可以通过AP I服务对消息推送任务进行参数校验，包括但不限于校验是否包含所需要的所有参数、每一个参数数据格式是否符合要求等，还可以进一步对调用服务的业务方进行身份参数进行校验，当所有参数都校验成功，则输出表征参数合格的第一处理结果，反之，输出表征参数不合格的第一处理结果。

请参阅图5，在一些实施例中，在步骤S103中，根据应用程序接口服务的第一处理结果，通过消息分发服务对消息推送任务进行下发逻辑处理这一步骤，可以包括但不限于包括步骤S301至步骤S302：

步骤S301，当第一处理结果为参数合格，则通过消息分发服务对消息推送任务进行下发逻辑处理以判断消息推送任务是否满足消息下发条件，并生成第二跨度信息；

步骤S302，当消息推送任务满足消息下发条件，则确定第二处理结果为消息下发条件合格。

在本实施例中，消息分发服务负责实现消息推送任务对应的消息下发逻辑，消息下发逻辑指完成消息推送过程中所需的一些业务操作，以判断消息推送任务是否满足下发条件。消息分发服务的业务操作可以根据实际需求设置，可以包括进行消息内容审核、敏感词丢弃或替换、白名单过滤、消息去重等。

在一些实施例中，在步骤S104，根据消息分发服务的第二处理结果，通过消息推送服务对消息推送任务进行消息推送处理这一步骤，可以包括但不限于包括步骤S401：

步骤S401，当第二处理结果为消息下发条件合格，则根据消息推送任务中的消息类型，通过消息推送服务调用对应的渠道下发服务向目标对象发送消息，并生成第三跨度信息。

在本实施例中，消息推送服务负责根据消息类型调用第三方对应的渠道下发服务进行消息下发。请参阅图6，消息推送任务中指定的消息类型包括短信、邮件和push等，消息推送服务分别调用短信渠道服务、邮件渠道服务和push渠道服务，通过对应的提供商进行消息下发。短信渠道服务、邮件渠道服务和push渠道服务在进行消息发送后，通过异步通知的方式向消息推送服务返回用于表征是否成功发送消息的回执信息，其中，回执信息包括链路标识。

在一些实施例中，本发明实施例的消息推送链路追踪方法还可以包括但不限于包括步骤S501：

步骤S501，通过数据回流服务接收并处理来自渠道下发服务的回执信息，并将处理回执信息过程中的第四跨度信息上传至数据库，其中，第四跨度信息包括链路标识和数据回流服务的处理日志数据。

在本实施例中，参照图2和图6，消息推送服务接收来自各渠道下发服务的执信息后，通过数据回流服务回执信息进行处理，并且将下发结果转换成span信息，通过MQ和实时流处理服务将span信息上报至数据库。通过数据回流的方式，可以采集从消息产生到最终抵达的全链路的信息，能够直观地观察到消息的整个生命周期，快速定位有问题的节点。

请参阅图7，在一些实施例，在步骤S301中，通过消息分发服务对消息推送任务进行下发逻辑处理以判断消息推送任务是否满足消息下发条件这一步骤，可以包括但不限于包括步骤S601至步骤S602：

步骤S601，根据消息推送任务对应的消息推送流程依次调用多个业务服务组件；

步骤S602，根据多个业务服务组件对消息推送任务进行下发逻辑处理以判断是否满足消息下发条件，并将每一个业务服务组件生成的组件跨度信息上传至数据库，其中，组件跨度信息包括链路标识、组件标识和业务服务组件的处理日志数据。

在本实施例中，消息下发逻辑所涉及的各种功能可以采用服务化的形式实现，例如模板填充、内容审核等功能均可以通过调用对应的服务组件接口，每个服务组件实现过程中均可以生成相应的组件跨度信息并上传至数据库，从而实现下发逻辑过程中的消息跟踪。

业务方发送的消息推送任务中包括有消息推送流程，消息推送流程可以直接在消息推送任务中进行流程描述，例如通过在消息推送任务直接描述父级组件服务和子级组件服务。消息推送流程也可以在消息推送任务中采用流程标识表示。对于采用流程标志的方式，业务方可以在系统中提前配置企业的多个推送流程，每个推送流程采用流程标志进行标识。业务方发起的消息推送任务中指定流程标志，系统根据流程标志确定对应的推送流程。

消息推送流程可以根据业务方的实际需求定制，例如，在一种消息推送流程中，依次包括敏感词删除或替换、模板参数填充、消息内容审核以及目标用户与订阅白名单匹配的操作。在另一种消息推送流程中，可能仅需要模板参数填充和目标用户与订阅白名单匹配的操作。

请参阅图8，在一些实施例中，在步骤S602中，根据多个业务服务组件对消息推送任务进行下发逻辑处理以判断是否满足消息下发条件这一步骤，可以包括但不限于包括步骤S701至步骤S702：

步骤S701，根据消息推送任务中的消息参数和模板编号，通过模板参数填充组件将消息参数填充到模板编号对应的消息模板中，得到消息编辑内容；

步骤S702，根据消息编辑内容，通过消息审核服务组件对消息编辑内容进行审核，得到审核结果；

步骤S703，当审核结果为通过审核，则通过对象匹配组件判断消息推送任务中指定的多个对象是否订阅业务消息；

步骤S704，当指定的多个对象都订阅业务消息，确定消息推送任务满足消息下发条件。

在步骤S701的一些实施例中，提取消息推送任务中的消息参数和模板编号后，将链路标识、消息参数和模板编号作为调用参数传入模板参数填充组件中。模板参数填充组件根据模板编号获取对应的填充模板，然后将消息参数写入填充模板中，从而得到消息编辑内容。同时，模板参数填充将包括链路标识、组件标识等数据的跨度信息上传至数据库中。

在步骤S702的一些实施例中，在得到消息编辑内容后，将消息编辑内容和审核账号作为调用参数传入消息审核服务组件中。消息审核服务组件根据审核账户将消息编辑内容发送到审核账户所在的终端进行审核，以获取审核结果。当审核人员在审核终端上输入通过指令，则得到表征通过审核的审核结果，当审核人员在审核终端上输入不通过审核，则得到表征审核不通过的审核结果。

在步骤S703和步骤S704的一些实施例中，当审核结果为通过审核，则提取消息推送任务中指定需要下发消息的多个对象(即用户)，将指定的多个对象作为调用参数传入对象匹配组件中。对象匹配组件获取已订阅消息的用户白名单，通过查询指定对象是否存在于用户白名单中，如果指定对象都订阅业务消息，确定消息推送任务满足消息下发条件，从而进一步调用消息推送服务向指定对象下发编辑好的消息。

在另外一种示例中，对象匹配组件获取已订阅消息的用户白名单，通过查询指定对象是否存在于用户白名单中，如果至少一个指定对象订阅业务消息，确定消息推送任务满足消息下发条件，从而进一步调用消息推送服务向订阅业务消息的指定对象下发编辑好的消息。

请参阅图9，本申请实施例还提供一种消息推送链路追踪系统，包括：

第一模块，用于通过应用程序接口服务接收消息推送任务，其中，消息推送任务包括链路标识；

第二模块，用于将应用程序接口服务对消息推送任务的消息接收处理过程中生成的第一跨度信息上传至数据库，其中，第一跨度信息包括链路标识和应用程序接口服务的处理日志数据；

第三模块，用于根据应用程序接口服务的第一处理结果，通过消息分发服务对消息推送任务进行下发逻辑处理，并将消息分发服务在下发逻辑处理过程中生成的第二跨度信息上传至数据库，其中，第二跨度信息包括链路标识和消息分发服务的处理日志数据；

第四模块，用于根据消息分发服务的第二处理结果，通过消息推送服务对消息推送任务进行消息推送处理，并将消息推送服务在消息推送处理过程中生成的第三跨度信息上传至数据库，其中，第三跨度信息包括链路标识和消息推送服务的处理日志数据。

可以理解的是，上述消息推送链路追踪方法实施例中的内容均适用于本系统实施例中，本系统实施例所具体实现的功能与上述消息推送链路追踪方法实施例相同，并且达到的有益效果与上述消息推送链路追踪方法实施例所达到的有益效果也相同。

本申请实施例还提供了一种电子设备，电子设备包括：存储器、处理器、存储在存储器上并可在处理器上运行的程序以及用于实现处理器和存储器之间的连接通信的数据总线，程序被处理器执行时实现上述消息推送链路追踪方法。该电子设备可以为包括平板电脑、车载电脑等任意智能终端。

请参阅图10，图10示意了另一实施例的电子设备的硬件结构，电子设备包括：

处理器901，可以采用通用的CPU(CentralProcessingUnit，中央处理器)、微处理器、应用专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请实施例所提供的技术方案；

存储器902，可以采用只读存储器(ReadOnlyMemory，ROM)、静态存储设备、动态存储设备或者随机存取存储器(RandomAccessMemory，RAM)等形式实现。存储器902可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器902中，并由处理器901来调用执行本申请实施例的消息推送链路追踪方法；

输入/输出接口903，用于实现信息输入及输出；

通信接口904，用于实现本设备与其他设备的通信交互，可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信；

总线905，在设备的各个组件(例如处理器901、存储器902、输入/输出接口903和通信接口904)之间传输信息；

其中处理器901、存储器902、输入/输出接口903和通信接口904通过总线905实现彼此之间在设备内部的通信连接。

本申请实施例还提供了一种存储介质，存储介质为计算机可读存储介质，用于计算机可读存储，存储介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器执行，以实现上述消息推送链路追踪方法。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本申请实施例提供的消息推送链路追踪方法、系统、电子设备及存储介质，其通过应用程序接口服务、消息分发服务和消息分发服务依次对消息推送任务进行消息接收处理、下发逻辑处理和消息推送处理，实现消息推送，应用程序接口服务、消息分发服务和消息分发服务在处理消息推送任务同时各自生成相应的跨度信息并上传至数据库存储，且对于同一消息推送任务，生成的所有跨度信息中的链路标识均相同，因此，在进行消息追踪时可以基于链路标识从数据库中进行检索，提高消息追踪的便捷性，且数据库能够长期存储数据，提高消息追踪的完整性。

本申请实施例描述的实施例是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域技术人员可知，随着技术的演变和新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本领域技术人员可以理解的是，图中示出的技术方案并不构成对本申请实施例的限定，可以包括比图示更多或更少的步骤，或者组合某些步骤，或者不同的步骤。

以上所描述的系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。

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

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，系统或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

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

以上参照附图说明了本申请实施例的优选实施例，并非因此局限本申请实施例的权利范围。本领域技术人员不脱离本申请实施例的范围和实质内所作的任何修改、等同替换和改进，均应在本申请实施例的权利范围之内。

Claims (10)

1.一种消息推送链路追踪方法，其特征在于，包括以下步骤：

通过应用程序接口服务接收消息推送任务，其中，所述消息推送任务包括链路标识；

将所述应用程序接口服务对所述消息推送任务的消息接收处理过程中生成的第一跨度信息上传至数据库，其中，所述第一跨度信息包括所述链路标识和所述应用程序接口服务的处理日志数据；

根据所述应用程序接口服务的第一处理结果，通过消息分发服务对所述消息推送任务进行下发逻辑处理，并将所述消息分发服务在下发逻辑处理过程中生成的第二跨度信息上传至数据库，其中，所述第二跨度信息包括所述链路标识和所述消息分发服务的处理日志数据；

根据所述消息分发服务的第二处理结果，通过消息推送服务对所述消息推送任务进行消息推送处理，并将所述消息推送服务在消息推送处理过程中生成的第三跨度信息上传至数据库，其中，所述第三跨度信息包括所述链路标识和所述消息推送服务的处理日志数据。

2.根据权利要求1所述的消息推送链路追踪方法，其特征在于，所述通过应用程序接口服务接收消息推送任务，包括以下步骤：

对所述消息推送任务进行参数校验，并生成第一跨度信息；

当所述消息推送任务中的所有参数均通过校验，则确定所述第一处理结果为参数合格。

3.根据权利要求2所述的消息推送链路追踪方法，其特征在于，所述根据所述应用程序接口服务的第一处理结果，通过消息分发服务对所述消息推送任务进行下发逻辑处理，包括以下步骤：

当所述第一处理结果为参数合格，则通过消息分发服务对所述消息推送任务进行下发逻辑处理以判断所述消息推送任务是否满足消息下发条件，并生成第二跨度信息；

当所述消息推送任务满足消息下发条件，则确定所述第二处理结果为消息下发条件合格。

4.根据权利要求1所述的消息推送链路追踪方法，其特征在于，所述根据所述消息分发服务的第二处理结果，通过消息推送服务对所述消息推送任务进行消息推送处理，包括以下步骤：

当所述第二处理结果为消息下发条件合格，则根据所述消息推送任务中的消息类型，通过消息推送服务调用对应的渠道下发服务向目标对象发送消息，并生成第三跨度信息。

5.根据权利要求4所述的消息推送链路追踪方法，其特征在于，所述消息推送链路追踪方法还包括以下步骤：

通过数据回流服务接收并处理来自所述渠道下发服务的回执信息，并将处理所述回执信息过程中的第四跨度信息上传至数据库，其中，所述第四跨度信息包括所述链路标识和数据回流服务的处理日志数据。

6.根据权利要求3所述的消息推送链路追踪方法，其特征在于，通过消息分发服务对所述消息推送任务进行下发逻辑处理以判断所述消息推送任务是否满足消息下发条件，包括以下步骤：

根据所述消息推送任务对应的消息推送流程依次调用多个业务服务组件；

根据多个所述业务服务组件对所述消息推送任务进行下发逻辑处理以判断是否满足消息下发条件，并将每一个所述业务服务组件生成的组件跨度信息上传至数据库，其中，所述组件跨度信息包括所述链路标识、组件标识和业务服务组件的处理日志数据。

7.根据权利要求6所述的消息推送链路追踪方法，其特征在于，所述根据多个所述业务服务组件对所述消息推送任务进行下发逻辑处理以判断所述消息推送任务是否满足消息下发条件，包括以下步骤：

根据所述消息推送任务中的消息参数和模板编号，通过模板参数填充组件将所述消息参数填充到所述模板编号对应的消息模板中，得到消息编辑内容；

根据所述消息编辑内容，通过消息审核服务组件对所述消息编辑内容进行审核，得到审核结果；

当所述审核结果为通过审核，则通过对象匹配组件判断所述消息推送任务中指定的多个对象是否订阅业务消息；

当指定的多个对象都订阅业务消息，确定所述消息推送任务满足消息下发条件。

8.一种消息推送链路追踪系统，其特征在于，包括：

第一模块，用于通过应用程序接口服务接收消息推送任务，其中，所述消息推送任务包括链路标识；

第二模块，用于将所述应用程序接口服务对所述消息推送任务的消息接收处理过程中生成的第一跨度信息上传至数据库，其中，所述第一跨度信息包括所述链路标识和所述应用程序接口服务的处理日志数据；

第三模块，用于根据所述应用程序接口服务的第一处理结果，通过消息分发服务对所述消息推送任务进行下发逻辑处理，并将所述消息分发服务在下发逻辑处理过程中生成的第二跨度信息上传至数据库，其中，所述第二跨度信息包括所述链路标识和所述消息分发服务的处理日志数据；

第四模块，用于根据所述消息分发服务的第二处理结果，通过消息推送服务对所述消息推送任务进行消息推送处理，并将所述消息推送服务在消息推送处理过程中生成的第三跨度信息上传至数据库，其中，所述第三跨度信息包括所述链路标识和所述消息推送服务的处理日志数据。

9.一种电子设备，其特征在于，所述电子设备包括存储器、处理器、存储在所述存储器上并可在所述处理器上运行的程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线，所述程序被所述处理器执行时实现如权利要求1至7任一项所述的消息推送链路追踪方法的步骤。

10.一种存储介质，所述存储介质为计算机可读存储介质，用于计算机可读存储，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现权利要求1至7中任一项所述的消息推送链路追踪方法的步骤。