CN114301859A - 通知消息的发送方法、装置、电子设备及介质 - Google Patents

Abstract

本申请公开了一种通知消息的发送方法、装置、电子设备及介质。通过应用本申请的技术方案，可以周期性的统计待确定用户，并自动为其生成对应的通知消息后，可直接将通知消息等业务信息推送至企业微信平台中。以使由企业微信平台完成对各个待通知用户的消息发送。从而减轻了自身业务平台的处理负担。进而避免了相关技术中存在的即时向业务人员发送相关消息所导致的处理量较大的问题。

Description

通知消息的发送方法、装置、电子设备及介质

技术领域

本申请中涉及数据处理技术，尤其是一种通知消息的发送方法、装置、电子设备及介质。

背景技术

随着信息技术的蓬勃发展，传统企业也迎来了数字化转型。目前企业填报数据系统主要采用定制化开发模式，业务人员基于业务逻辑制定实际填报内容，并且按照周期将填报数据业务分发至各部分人员，以使部分负责人员通过管理后台数据库并统一进行数据收集与部署，再据通过数据报表形式提供给上层业务部门。

然而，定制化开发带来了较大的资源浪费，其中如何做到定时通知各业务人员及时完成待处理业务，以及当完成待处理业务时及时通知相关负责人员做数据收集处理仍是一大难点。

发明内容

本申请实施例提供一种通知消息的发送方法、装置、电子设备及介质。用以解决相关技术中存在的，即时向业务人员发送相关消息所存在的处理量较大的问题。

其中，根据本申请实施例的一个方面，提供的一种通知消息的发送方法，包括：

创建用于与企业微信平台进行信息传输的登录令牌access_token；

确定待通知用户对应的ID信息，并从预设的多个消息模板中，选取与所述待通知用户相匹配的目标消息模板，其中不同的消息模板对应于不同的消息推送类型；

基于所述ID信息以及所述目标消息模板，生成用于通知所述待通知用户的提醒消息；

当检测达到消息触发条件时，将包含所述access_token与所述提醒消息的通知信息发送给所述企业微信平台，所述通知信息用于指示所述企业微信平向所述待通知用户发送所述提醒消息。

可选地，在基于本申请上述方法的另一个实施例中，所述确定待通知用户对应的ID信息，包括：

每隔预设时间段，统计业务平台中存在的当前时间点所有未完成业务的用户；以及，所述未完成业务的用户对应的负责人用户；

将所述未完成业务的用户以及所述未完成业务的用户作为所述待通知用户。

可选地，在基于本申请上述方法的另一个实施例中，所述从预设的多个消息模板中，选取与所述待通知用户相匹配的目标消息模板，包括：

根据所述待通知用户的业务参数，确定向其发送的消息推送类型，所述消息推送类型对应于卡片、图文以及文本的其中一种；

选取与所述消息推送类型相匹配的所述目标消息模板。

可选地，在基于本申请上述方法的另一个实施例中，所述基于所述ID信息以及所述目标消息模板，生成用于通知所述待通知用户的提醒消息，包括：

在所述目标消息模板上填充业务详细信息，以及将所述ID信息填充在所述目标消息模板上，得到所述用于通知所述待通知用户的提醒消息。

可选地，在基于本申请上述方法的另一个实施例中，所述检测达到消息触发条件，包括：

当检测到达到预设时间点时，确定达到所述消息触发条件；或，

当检测到与最近一次发送提醒消息的间隔时间段达到预设周期时，确定达到所述消息触发条件。

可选地，在基于本申请上述方法的另一个实施例中，所述包含所述access_token与所述提醒消息的通知信息发送给所述企业微信平台，包括：

调用与所述企业微信平台的推送接口；

通过所述推送接口将所述包含所述access_token与所述提醒消息的通知信息发送给所述企业微信平台。

其中，根据本申请实施例的又一个方面，提供的一种通知消息的发送装置，其特征在于，包括：

创建模块，被配置为创建用于与企业微信平台进行信息传输的登录令牌access_token；

确定模块，被配置为确定待通知用户对应的ID信息，并从预设的多个消息模板中确定，选取与所述待通知用户相匹配的目标消息模板，其中不同的消息模板对应于不同的消息推送类型；

生成模块，被配置为基于所述ID信息以及所述目标消息模板，生成用于通知所述待通知用户的提醒消息；

发送模块，被配置为当检测达到消息触发条件时，将包含所述access_token与所述提醒消息的通知信息发送给所述企业微信平台，所述通知信息用于指示所述企业微信平向所述待通知用户发送所述提醒消息。

根据本申请实施例的又一个方面，提供的一种电子设备，包括：

存储器，用于存储可执行指令；以及

显示器，用于与所述存储器以执行所述可执行指令从而完成上述任一所述通知消息的发送方法的操作。

根据本申请实施例的还一个方面，提供的一种计算机可读存储介质，用于存储计算机可读取的指令，所述指令被执行时执行上述任一所述通知消息的发送方法的操作。

本申请中，可以创建用于与企业微信平台进行信息传输的登录令牌access_token；确定待通知用户对应的ID信息，并从预设的多个消息模板中，选取与待通知用户相匹配的目标消息模板，其中不同的消息模板对应于不同的消息推送类型；基于ID信息以及目标消息模板，生成用于通知待通知用户的提醒消息；当检测达到消息触发条件时，将包含access_token与提醒消息的通知信息发送给企业微信平台，通知信息用于指示企业微信平向待通知用户发送提醒消息。通过应用本申请的技术方案，可以周期性的统计待确定用户，并自动为其生成对应的通知消息后，可直接将通知消息等业务信息推送至企业微信平台中。以使由企业微信平台完成对各个待通知用户的消息发送。从而减轻了自身平台的处理负担。进而避免了相关技术中存在的即时向业务人员发送相关消息所导致的处理量较大的问题。

下面通过附图和实施例，对本申请的技术方案做进一步的详细描述。

附图说明

构成说明书的一部分的附图描述了本申请的实施例，并且连同描述一起用于解释本申请的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本申请，其中：

图1为本申请提出的一种通知消息的发送方法示意图；

图2为本申请提出的企业微信平台信息传输的架构示意图；

图3为本申请提出的一种通知消息的发送电子装置的结构示意图；

图4为本申请提出的一种通知消息的发送电子设备的结构示意图。

具体实施方式

现在将参照附图来详细描述本申请的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，不作为对本申请及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

另外，本申请各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

需要说明的是，本申请实施例中所有方向性指示(诸如上、下、左、右、前、后……)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。

下面结合图1-图2来描述根据本申请示例性实施方式的用于进行通知消息的发送方法。需要注意的是，下述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。相反，本申请的实施方式可以应用于适用的任何场景。

本申请还提出一种通知消息的发送方法、装置、电子设备及介质。

图1示意性地示出了根据本申请实施方式的一种通知消息的发送方法的流程示意图。如图1所示，该方法包括：

S101,创建用于与企业微信平台进行信息传输的登录令牌access_token。

S102,确定待通知用户对应的ID信息，并从预设的多个消息模板中，选取与待通知用户相匹配的目标消息模板，其中不同的消息模板对应于不同的消息推送类型。

S103,基于ID信息以及所述目标消息模板，生成用于通知待通知用户的提醒消息。

S104,当检测达到消息触发条件时，将包含access_token与提醒消息的通知信息发送给企业微信平台，通知信息用于指示所述企业微信平向待通知用户发送所述提醒消息。

相关技术中，随着信息技术的蓬勃发展，传统企业也迎来了数字化转型。财务数据填报服务基于业务需求，对业务人员的主题数据进行定期收集，并且按照一定时间周期下发填报业务，按时间维度统一收集填报数据，方便对外展示。

目前企业填报数据系统主要采用定制化开发模式，业务人员基于业务逻辑制定实际填报内容，并且按照周期将填报数据业务分发至各业务人员，技术人员通过管理后台数据库并统一进行数据收集与部署，再据通过数据报表形式提供给上层业务部门。然而，定制化开发带来了较大的资源浪费，其中如何做到定时通知各业务人员及时填报财务数据，以及当填报数据完成时及时通知相关技术人员做数据收集处理仍是一大难点。

随着微信开放平台的普及与运用，企业微信成为了企业管理与运营工具之一，减少了企业自身的定制成本。企业微信作为ToB业务，为企业提供一些消息提醒的功能接口，例如消息推送，成员管理等API，企业后台管理系统可以为企业接入这些API，为企业接入更多个性化的办公应用，打通企业级业务下发-消息推送链路闭环。

然而，企业微信目前提供的API尚不完整且无法达到各企业自身需求，消息只能手动逐条推送，且推送的内容均为一样，这使得业务下发之后推送消息发送成为一个难点。如何在下发业务后定期实现自动推送消息，以及推送给不同的业务人员成为急需解决的问题。

一种方式中，可以由业务用户进入派发业务列表，预先输入各个用户以及对应的派发业务。其中，对于新增派发业务来说，可以选择其中所需业务关联表单，业务名称，业务负责人员，业务填报频率。以使后续在完成业务基本信息设置后，后台记录业务信息，并实时将相关业务下发至各责任人。

进一步地，消息推送主要包括以下步骤：

首先，如图2所示，需要通过查询后端配置信息数据库，读取所下发业务的每一个责任人与业务信息。以使在后续时间段，统计业务平台中存在的当前时间点所有未完成业务的用户；以及，未完成业务的用户对应的负责人用户。并将未完成业务的用户以及未完成业务的用户作为待通知用户。

进一步的，业务平台即可以生成微信平台准入凭证access_token，并对应调取企业微信消息推送API，将业务信息以卡片或图文或文字等形式推送至企业微信平台。并由企业微信平台将消息发送到对应企业的对应用户上。

具体来说，本申请实施例中可以首先根据企业微信API调取规范，创建用于与其进行数据传输所需要的登录令牌access_token。其中，获取access_token是调用企业微信API接口的第一步，相当于创建了一个登录凭证，其它的业务API接口，都需要依赖于access_token来鉴权调用者身份。

一种方式中，access_token是根据企业ID和企业后台ID生成，每2h更新一次，继而将其缓存在企业后台上进一步的，后续可以调用消息推送API，根据接入规范携带access_token，设置推送模版以及提醒消息的接收人员，并将包含access_token与提醒消息的通知信息发送给企业微信平台。

可以理解的，在企业微信后台收到通知信息后，通过access_token识别企业应用，并将提醒消息推送至该企业对应的指定人员的企业微信上。

本申请中，可以创建用于与企业微信平台进行信息传输的登录令牌access_token；确定待通知用户对应的ID信息，并从预设的多个消息模板中，选取与待通知用户相匹配的目标消息模板，其中不同的消息模板对应于不同的消息推送类型；基于ID信息以及目标消息模板，生成用于通知待通知用户的提醒消息；当检测达到消息触发条件时，将包含access_token与提醒消息的通知信息发送给企业微信平台，通知信息用于指示企业微信平向待通知用户发送提醒消息。通过应用本申请的技术方案，可以周期性的统计待确定用户，并自动为其生成对应的通知消息后，可直接将通知消息等业务信息推送至企业微信平台中。以使由企业微信平台完成对各个待通知用户的消息发送。从而减轻了自身平台的处理负担。进而避免了相关技术中存在的即时向业务人员发送相关消息所导致的处理量较大的问题。行故障概率检测，并基于历史采集数据与检修数据对模型进行优化，进而实时的确定业务厂线中是否存在有故障设备节点。从而避免了相关技术中存在的，需要人工对设备采集节点采集的数据进行是否存在故障设备节点的判断而导致的耗费时间的问题。现安全隐患的问题。

可选地，在基于本申请上述方法的另一个实施例中，所述确定待通知用户对应的ID信息，包括：

每隔预设时间段，统计业务平台中存在的当前时间点所有未完成业务的用户；以及，所述未完成业务的用户对应的负责人用户；

将所述未完成业务的用户以及所述未完成业务的用户作为所述待通知用户。

可选地，在基于本申请上述方法的另一个实施例中，所述从预设的多个消息模板中，选取与所述待通知用户相匹配的目标消息模板，包括：

根据所述待通知用户的业务参数，确定向其发送的消息推送类型，所述消息推送类型对应于卡片、图文以及文本的其中一种；

选取与所述消息推送类型相匹配的所述目标消息模板。

可选地，在基于本申请上述方法的另一个实施例中，所述基于所述ID信息以及所述目标消息模板，生成用于通知所述待通知用户的提醒消息，包括：

在所述目标消息模板上填充业务详细信息，以及将所述ID信息填充在所述目标消息模板上，得到所述用于通知所述待通知用户的提醒消息。

可选地，在基于本申请上述方法的另一个实施例中，所述检测达到消息触发条件，包括：

当检测到达到预设时间点时，确定达到所述消息触发条件；或，

当检测到与最近一次发送提醒消息的间隔时间段达到预设周期时，确定达到所述消息触发条件。

可选地，在基于本申请上述方法的另一个实施例中，所述包含所述access_token与所述提醒消息的通知信息发送给所述企业微信平台，包括：

调用与所述企业微信平台的推送接口；

通过所述推送接口将所述包含所述access_token与所述提醒消息的通知信息发送给所述企业微信平台。

具体的，本申请实施例中，可以首先由企业后台在某个固定时间频率(每天或每周等)定时扫描业务数据库中每一项业务的完成情况，可按业务填报频率、业务到期日等维度制度提醒消息的频率、内容等。从中确定每一项业务未完成人员名单以及对应的负责用户，可按照设定每天定时向未完成人员推送提醒消息。

进一步的，本申请实施例在生成提醒消息的过程中，可以首先选取消息类型对应的目标推送消息模板，消息推送类型可以包括卡片、图文、文本等等。并在模板上标明业务详细信息。

一种方式中，可以在后续监测是否达到消息触发条件(例如包括即时提醒触发、定时提醒触发等等)。以在后续确定达到时，将包含access_token与提醒消息的通知信息发送给企业微信平台。

可以理解的，本申请提出的通知消息的发送方法可以基于微信平台对外服务能力，对企业实施任务下发以及任务提醒消息推送，通过面向具体任务责任人，可直接将任务信息，填报频率推送至具体责任人企业微信。

从技术层面看，有效减少了代码冗余，降低了后台再开发成本，从业务管理看，提高了推送消息的准确性与时效性，形成任务下发-推送-提醒-完成任务填报这一链路闭环，方便企业更合理地制定任务信息以及收集任务填报数据。

另外，通过应用本申请的技术方案，可以周期性的统计待确定用户，并自动为其生成对应的通知消息后，可直接将通知消息等业务信息推送至企业微信平台中。以使由企业微信平台完成对各个待通知用户的消息发送。从而减轻了自身平台的处理负担。进而避免了相关技术中存在的即时向业务人员发送相关消息所导致的处理量较大的问题。

可选的，在本申请的另外一种实施方式中，如图3所示，本申请还提供一种通知消息的发送装置。其中包括：

创建模块201，被配置为创建用于与企业微信平台进行信息传输的登录令牌access_token；

确定模块202，被配置为确定待通知用户对应的ID信息，并从预设的多个消息模板中确定，选取与所述待通知用户相匹配的目标消息模板，其中不同的消息模板对应于不同的消息推送类型；

生成模块203，被配置为基于所述ID信息以及所述目标消息模板，生成用于通知所述待通知用户的提醒消息；

发送模块204，被配置为当检测达到消息触发条件时，将包含所述access_token与所述提醒消息的通知信息发送给所述企业微信平台，所述通知信息用于指示所述企业微信平向所述待通知用户发送所述提醒消息。

本申请中，可以创建用于与企业微信平台进行信息传输的登录令牌access_token；确定待通知用户对应的ID信息，并从预设的多个消息模板中，选取与待通知用户相匹配的目标消息模板，其中不同的消息模板对应于不同的消息推送类型；基于ID信息以及目标消息模板，生成用于通知待通知用户的提醒消息；当检测达到消息触发条件时，将包含access_token与提醒消息的通知信息发送给企业微信平台，通知信息用于指示企业微信平向待通知用户发送提醒消息。

通过应用本申请的技术方案，可以周期性的统计待确定用户，并自动为其生成对应的通知消息后，可直接将通知消息等业务信息推送至企业微信平台中。以使由企业微信平台完成对各个待通知用户的消息发送。从而减轻了自身平台的处理负担。进而避免了相关技术中存在的即时向业务人员发送相关消息所导致的处理量较大的问题。行故障概率检测，并基于历史采集数据与检修数据对模型进行优化，进而实时的确定业务厂线中是否存在有故障设备节点。从而避免了相关技术中存在的，需要人工对设备采集节点采集的数据进行是否存在故障设备节点的判断而导致的耗费时间的问题。现安全隐患的问题。

在本申请的另外一种实施方式中，创建模块201，被配置执行的步骤包括：

每隔预设时间段，统计业务平台中存在的当前时间点所有未完成业务的用户；以及，所述未完成业务的用户对应的负责人用户；

将所述未完成业务的用户以及所述未完成业务的用户作为所述待通知用户。

在本申请的另外一种实施方式中，创建模块201，被配置执行的步骤包括：

根据所述待通知用户的业务参数，确定向其发送的消息推送类型，所述消息推送类型对应于卡片、图文以及文本的其中一种；

选取与所述消息推送类型相匹配的所述目标消息模板。

在本申请的另外一种实施方式中，创建模块201，被配置执行的步骤包括：

在所述目标消息模板上填充业务详细信息，以及将所述ID信息填充在所述目标消息模板上，得到所述用于通知所述待通知用户的提醒消息。

在本申请的另外一种实施方式中，创建模块201，被配置执行的步骤包括：

当检测到达到预设时间点时，确定达到所述消息触发条件；或，

当检测到与最近一次发送提醒消息的间隔时间段达到预设周期时，确定达到所述消息触发条件。

在本申请的另外一种实施方式中，创建模块201，被配置执行的步骤包括：

调用与所述企业微信平台的推送接口；

通过所述推送接口将所述包含所述access_token与所述提醒消息的通知信息发送给所述企业微信平台。

图4是根据一示例性实施例示出的一种电子设备的逻辑结构框图。例如，电子设备300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由电子设备处理器执行以完成上述通知消息的发送方法，该方法包括：创建用于与企业微信平台进行信息传输的登录令牌access_token；确定待通知用户对应的ID信息，并从预设的多个消息模板中，选取与所述待通知用户相匹配的目标消息模板，其中不同的消息模板对应于不同的消息推送类型；基于所述ID信息以及所述目标消息模板，生成用于通知所述待通知用户的提醒消息；当检测达到消息触发条件时，将包含所述access_token与所述提醒消息的通知信息发送给所述企业微信平台，所述通知信息用于指示所述企业微信平向所述待通知用户发送所述提醒消息。可选地，上述指令还可以由电子设备的处理器执行以完成上述示例性实施例中所涉及的其他步骤。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种应用程序/计算机程序产品，包括一条或多条指令，该一条或多条指令可以由电子设备的处理器执行，以完成上述通知消息的发送方法，该方法包括：创建用于与企业微信平台进行信息传输的登录令牌access_token；确定待通知用户对应的ID信息，并从预设的多个消息模板中，选取与所述待通知用户相匹配的目标消息模板，其中不同的消息模板对应于不同的消息推送类型；基于所述ID信息以及所述目标消息模板，生成用于通知所述待通知用户的提醒消息；当检测达到消息触发条件时，将包含所述access_token与所述提醒消息的通知信息发送给所述企业微信平台，所述通知信息用于指示所述企业微信平向所述待通知用户发送所述提醒消息。可选地，上述指令还可以由电子设备的处理器执行以完成上述示例性实施例中所涉及的其他步骤。

本领域技术人员可以理解，示意图4仅仅是电子设备300的示例，并不构成对电子设备300的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如电子设备300还可以包括输入输出设备、网络接入设备、总线等。

所称处理器302可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器302也可以是任何常规的处理器等，处理器302是电子设备300的控制中心，利用各种接口和线路连接整个电子设备300的各个部分。

存储器301可用于存储计算机可读指令，处理器302通过运行或执行存储在存储器301内的计算机可读指令或模块，以及调用存储在存储器301内的数据，实现电子设备300的各种功能。存储器301可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据电子设备300的使用所创建的数据等。此外，存储器301可以包括硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)或其他非易失性/易失性存储器件。

电子设备300集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机可读指令来指令相关的硬件来完成，的计算机可读指令可存储于一计算机可读存储介质中，该计算机可读指令在被处理器执行时，可实现上述各个方法实施例的步骤。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (9)

1.一种通知消息的发送方法，其特征在于，包括：

创建用于与企业微信平台进行信息传输的登录令牌access_token；

确定待通知用户对应的ID信息，并从预设的多个消息模板中，选取与所述待通知用户相匹配的目标消息模板，其中不同的消息模板对应于不同的消息推送类型；

基于所述ID信息以及所述目标消息模板，生成用于通知所述待通知用户的提醒消息；

当检测达到消息触发条件时，将包含所述access_token与所述提醒消息的通知信息发送给所述企业微信平台，所述通知信息用于指示所述企业微信平向所述待通知用户发送所述提醒消息。

2.如权利要求1所述的方法，其特征在于，所述确定待通知用户对应的ID信息，包括：

每隔预设时间段，统计业务平台中存在的当前时间点所有未完成业务的用户；以及，所述未完成业务的用户对应的负责人用户；

将所述未完成业务的用户以及所述未完成业务的用户作为所述待通知用户。

3.如权利要求1所述的方法，其特征在于，所述从预设的多个消息模板中，选取与所述待通知用户相匹配的目标消息模板，包括：

根据所述待通知用户的业务参数，确定向其发送的消息推送类型，所述消息推送类型对应于卡片、图文以及文本的其中一种；

选取与所述消息推送类型相匹配的所述目标消息模板。

4.如权利要求1所述的方法，其特征在于，所述基于所述ID信息以及所述目标消息模板，生成用于通知所述待通知用户的提醒消息，包括：

在所述目标消息模板上填充业务详细信息，以及将所述ID信息填充在所述目标消息模板上，得到所述用于通知所述待通知用户的提醒消息。

5.如权利要求1所述的方法，其特征在于，所述检测达到消息触发条件，包括：

当检测到达到预设时间点时，确定达到所述消息触发条件；或，

当检测到与最近一次发送提醒消息的间隔时间段达到预设周期时，确定达到所述消息触发条件。

6.如权利要求1所述的方法，其特征在于，所述包含所述access_token与所述提醒消息的通知信息发送给所述企业微信平台，包括：

调用与所述企业微信平台的推送接口；

通过所述推送接口将所述包含所述access_token与所述提醒消息的通知信息发送给所述企业微信平台。

7.一种通知消息的发送装置，其特征在于，应用于业务平台的设备采集节点，包括：

创建模块，被配置为创建用于与企业微信平台进行信息传输的登录令牌access_token；

确定模块，被配置为确定待通知用户对应的ID信息，并从预设的多个消息模板中确定，选取与所述待通知用户相匹配的目标消息模板，其中不同的消息模板对应于不同的消息推送类型；

生成模块，被配置为基于所述ID信息以及所述目标消息模板，生成用于通知所述待通知用户的提醒消息；

发送模块，被配置为当检测达到消息触发条件时，将包含所述access_token与所述提醒消息的通知信息发送给所述企业微信平台，所述通知信息用于指示所述企业微信平向所述待通知用户发送所述提醒消息。

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

存储器，用于存储可执行指令；以及，

处理器，用于与所述存储器执行所述可执行指令从而完成权利要求1-6中任一所述通知消息的发送方法的操作。

9.一种计算机可读存储介质，用于存储计算机可读取的指令，其特征在于，所述指令被执行时执行权利要求1-6中任一所述通知消息的发送方法的操作。

Images