CN112270531A

CN112270531A - 事项通知方法、装置、服务器及存储介质

Info

Publication number: CN112270531A
Application number: CN202011194447.9A
Authority: CN
Inventors: 邓王攀; 沈邢琪; 周卸英; 关娇
Original assignee: Chongqing Unisinsight Technology Co Ltd
Current assignee: Chongqing Unisinsight Technology Co Ltd
Priority date: 2020-10-30
Filing date: 2020-10-30
Publication date: 2021-01-26
Anticipated expiration: 2040-10-30
Also published as: CN112270531B

Abstract

本申请提供的事项通知方法、装置、服务器及存储介质中，服务器基于目标事项的描述信息，自动生成与目标事项处理方式相对应的反馈链接。客户终端的用户只需要点击服务器所提供的反馈链接，即可完成对目标事项的处理方式做出指示。因此，相较于现有用户主动登录相关平台，对目标事项进行处理，能够提高用户在处理目标事项时的处理效率。

Description

事项通知方法、装置、服务器及存储介质

技术领域

本申请涉及计算机领域，具体而言，涉及一种事项通知方法、装置、服务器及存储介质。

背景技术

目前，企业内部事务的各环节之间，通常由上一环节的负责人员通过邮件、电话或者企业内部通信工具告知下一环节的负责人，有待处理事项需要进行处理。下一环节的负责人员根据邮件、电话或者企业内部通信的具体沟通内容，登录相应的平台(例如，ERP系统)，并进入该待处理事项对应的操作页面，完成与该待处理事项相关的处理操作。

然而，上述方式不仅沟通周期较长，操作较为繁琐，且受限于具体的办公环境，继而存在效率欠佳的问题。

发明内容

第一方面，本申请实施例提供一种事项通知方法，应用于与客户终端通信连接的服务器，所述方法包括：

获取目标事项的描述信息；

确定出所述描述信息中的目标关键字，其中，所述目标关键字表征所述目标事项的事项类型；

根据所述目标关键字预设的事项处理方式，生成与所述事项处理方式相对应的反馈链接，其中，所述反馈链接用于获得所述客户终端的用户对所述目标事项的处理指示；

将包括所述反馈链接的通知消息，发送给所述客户终端。

在一种可能的实施方式中，所述将包括所述反馈链接的通知消息，发送给所述客户终端，包括：

按照当前周期预设的发送频率以及发送次数，将所述通知消息发送给所述客户终端。

在一种可能的实施方式中，所述方法还包括：

获取所述通知消息的超时时长，其中，所述超时时长表征当前周期最后一次发送所述通知消息后，未获取到所述目标事项对应处理指示的持续时间；

判断所述超时时长是否大于时长阈值；

若是，则提高所述通知消息下一周期的发送频率和/或发送次数。

在一种可能的实施方式中，所述按照当前周期预设的发送频率以及发送次数，将目标事项的通知消息发送至所述客户终端之前，所述方法还包括：

获取所述目标事项预先配置的事项等级以及事项紧急程度；

根据所述事项等级以及所述事项紧急程度，确定所述当前周期预设的发送频率以及发送次数。

在一种可能的实施方式中，所述根据所述事项等级以及所述事项紧急程度，确定当前周期的所述发送频率以及所述发送次数，包括：

获取基准参数，其中，所述基准参数结合了所述事项等级以及所述事项紧急程度；

根据所述基准参数，确定所述当前周期预设的发送频率以及发送次数。

在一种可能的实施方式中，所述方法还包括：

提供一配置界面；

响应于所述配置界面中的配置操作，确定所述目标关键字对应的事项处理方式、所述目标事项的事项等级、所述目标事项的事项紧急程度以及所述通知消息的格式类型。

在一种可能的实施方式中，所述方法还包括：

获取所述目标事项的目标处理指示；

根据所述目标处理指示，处理所述目标事项。

第二方面，本申请实施例提供一种事项通知装置，所述事项通知装置包括：

信息获取模块，用于获取目标事项的描述信息；

信息处理模块，用于确定出所述描述信息中的目标关键字，其中，所述目标关键字表征所述目标事项的事项类型；根据所述目标关键字预设的事项处理方式，生成与所述事项处理方式相对应的反馈链接，其中，所述反馈链接用于获得客户终端的用户对所述目标事项的处理指示；将包括所述反馈链接的通知消息，发送给所述客户终端。

第三方面，本申请实施例提供一种服务器，所述服务器包括处理器以及存储器，所述存储器存储有计算机可执行指令，所述计算机可执行指令被处理器执行时，实现所述事项通知方法。

第四方面，本申请实施例提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时，实现所述的事项通知方法。

相对于现有技术而言，本申请具有以下有益效果：

本申请实施例提供的事项通知方法、装置、服务器及存储介质中，服务器基于目标事项的描述信息，自动生成与目标事项处理方式相对应的反馈链接。客户终端的用户只需要点击服务器所提供的反馈链接，即可完成对目标事项的处理方式做出指示。因此，相较于现有用户主动登录相关平台，对目标事项进行处理，能够提高用户在处理目标事项时的处理效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的服务器的结构示意图；

图2为本申请实施例提供的事项通知方法的流程示意图之一；

图3为本申请实施例提供的通知消息显示方法示意图；

图4为本申请实施例提供的事项通知方法的流程示意图之二；

图5为本申请实施例提供的事项通知装置的结构示意图之一；

图6为本申请实施例提供的事项通知装置的结构示意图之二。

图标：110-事项通知装置；120-存储器；130-处理器；140-通信装置；1101-信息获取模块；1102-信息处理模块。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

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

相关技术中，企业内部事务的各环节之间，通常由上一环节的负责人员通过邮件、电话或者企业内部通信工具告知下一环节的负责人，有待处理事项需要进行处理。下一环节的负责人员根据邮件、电话或者企业内部通信的具体沟通内容，登录相应的平台(例如，ERP系统)，并进入该待处理事项对应的操作页面，完成与该待处理事项相关的处理操作。

考虑到下一环节的负责人，需要先清楚的知道自己需要处理的待处理事项，还需要根据待处理事项的具体内容，登录到相关平台，进入该待处理事项的处理页面。整个过程的最终目的，其实仅需要下一环节的负责的人针对待处理事项做出处理指示。然而，上述方式中，存在诸如事项沟通、平台登录以及平台操作等冗余过程，而且受限于具体的办公环境，继而导致效率欠佳。

鉴于此，本申请实施例提供一种事项通知方法，应用于与客户终端通信连接的服务器。该事项通知方法中，服务器根据目标事项的描述信息，自动生成目标事项的反馈链接，将反馈链接直接提供给客户终端。其中，客户终端的用户只需要操作反馈链接即可完成对目标事项的处理指示。由于，将原本需要客户终端的用户处理的事项沟通、平台登录以及平台操作，由于服务器自动完成，因此，达到提高事项处理效率的目的。

其中，该服务器可以是，但不限于，Web(网站)服务器、FTP(File TransferProtocol，文件传输协议)服务器、数据处理服务器、事务管理服务器等。该用户终端可以是，但不限于，智能手机、个人电脑(Personal Computer，PC)、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、移动上网设备(Mobile Internet Device，MID)等。

请参照图1，为本申请实施例提供的该服务器的一种可能示例。该服务器包括事项通知装置110、存储器120、处理器130以及通信装置140。

该存储器120、处理器130以及通信装置140各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。该事项通知装置110包括至少一个可以软件或固件(Firmware)的形式存储于存储器120中或固化在服务器的操作系统(Operating System，OS)中的软件功能模块。处理器130用于执行存储器120中存储的可执行模块，例如事项通知装置110所包括的软件功能模块及计算机程序等。该事项通知装置对应的计算机可执行指令被处理器执行时，实现上述事项处理方法。

其中，该存储器120可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。其中，存储器120用于存储程序，该处理器130在接收到执行指令后，执行该程序。该通信装置140用于通过网络建立服务器与用户终端之间的通信连接，并用于通过网络收发数据。

该处理器130可能是一种集成电路芯片，具有信号的处理能力。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

下面结合图2所示的该事项通知方法的步骤流程示意图，对该方法包括的各个步骤进行详细阐述。

步骤S102，获取目标事项的描述信息。

其中，该描述信息用于描述该目标事项的事项内容。以DevOps平台为例，该描述信息可以是Jenkins产生的流水线构建事项。当产生一个流水线构建事项时，该事项的描述信息可以是“是否执行流水线X的构建任务”。

其中，Jenkins是一个开源软件项目，是基于Java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，用于支持软件的持续集成。

当然，针对不同的目标事项，其对应的描述信息可以适应性调整。本申请实施例不做具体的限定。

步骤S103，确定出描述信息中的目标关键字。

其中，目标关键字表征目标事项的事项类型。同样以描述信息“是否执行流水线X的构建任务”为例，上述描述信息中的关键字为“流水线”。即该关键字“流水线”反应了目标事项与流水线相关。

本申请实施例中，可以针对特定的几种事项类型，预先配置对应的关键字。该服务器将目标事项的描述信息与预先配置的关键字进行匹配，确定出描述信息中的目标关键字。

当然，当存在多个事项源时，可以针对不同的事项源分别配置对应的关键字。服务器针对目标事项源产生的目标事项，先确定与该目标事项源对应的关键字，然后，将目标事项的描述信息与该目标事项源对应的关键字进行匹配。

步骤S104，根据目标关键字预设的事项处理方式，生成与事项处理方式相对应的反馈链接。

其中，反馈链接用于获得客户终端的用户对目标事项的处理指示。

应理解的是，不同的事项之间，可能存在不同的处理方式。例如，有些事项可能存在2种处理方式，有些事项可能存在3种处理方式。本申请实施中，针对目标事项的事项处理方式，分别生成对应的反馈链接。即有几种处理方式，就生成几种反馈链接。

例如，同样以描述信息“是否执行流水线X的构建任务”为例。该描述信息的关键字为“流水线”。其中，“流水线”的处理方式包括两种，分别为“构建”和“不构建”。因此，该服务器为“构建”生成一条反馈链接，为“不构建”生成一条反馈链接。

步骤S107，将包括反馈链接的通知消息，发送给客户终端。

其中，当客户终端的用户点击上述反馈链接时，服务器即可知道客户终端的用户对目标事项所做出的处理指示。当然，该处理指示携带有目标事项的标识信息，使得服务器能够根据该标识信息，依据处理指示对目标事项进行处理。

因此，通过该事项通知方法的上述步骤，服务器基于目标事项的描述信息，自动生成与目标事项处理方式相对应的反馈链接。客户终端的用户只需要点击服务器所提供的反馈链接，即可完成对目标事项的处理方式做出指示。因此，相较于现有用户主动登录相关平台，对目标事项进行处理，能够提高用户在处理目标事项时的处理效率。

关于事项通知方法的上述步骤，下面提供一种可能的示例，进行示例性说明。以基于DevOps平台的开发任务领取事项为例，DevOps平台的服务器针对“开发任务X”的描述信息“是否接受开发任务X”，确定出其中的关键字为“开发任务”。由于关键字“开发任务”对应的处理方式包括“接受”和“转交其他处理人”，因此，服务器生成两条反馈链接。其中，两条反馈链接中的一条反馈链接对应处理方式“接受”，另外一条反馈链接对应“转交其他处理人”。

该服务器将包括上述两条反馈链接的通知消息发送给客户终端。当客户终端的用户点击处理方式“接受”对应的反馈链接是，服务器则将“开发任务X”分配至客户终端的用户。当然，客户终端的用户点击“转交其他处理人”的反馈链接时，服务器则将“开发任务X”转交给其他人处理。

当然，为了能够及时通知到该相关人员，存在开任务的领取事项，以提高对开发任务的分配效率。该服务器可以将包括反馈链接的通知消息以特定的格式发送给客户终端的即时通信软件。例如，该即时通信软件可以是钉钉、微信、QQ等。

当然，针对不同的即时通信软件，该服务器需要对包括反馈链接的通知消息进行相应格式的封装。该通知消息的封装内容，可以是，但不限于，通知消息的颜色、文本格式、通知消息的音效等。具体封装内容，视即时通信软件所提供的支持而定。

值得说明的是，即时通信软件可以将通知消息转换成用户易于交互处理的方式。例如，请参照图3，为本申请实施例提供一种即时通信软件对上述通知消息的显示方式。如图3所示，该即时通信软件将通知消息的内容以文本方式显示，将反馈链接与文字相互绑定。当用户点击消息中的“接受”，客户终端即可通过“接受”对应的反馈链接，告知服务器用户对事项“是否接受开发任务X”的处理指示。

当然，请参照图4，该服务器根据客户终端所发送的目标处理指示，处理该目标事项。因此，该事项通知方法还包括：

步骤S111，获取目标事项的目标处理指示。

步骤S112，根据目标处理指示，处理目标事项。

考虑到该服务器将事项通知发送给客户终端时，客户终端的用户可能因为一些主观或者客观的因素，忽略了该通知消息。因此，为了提醒客户终端的用户及时处理该通知消息。请再次参照图4，步骤S107，包括：

步骤S107-1，按照当前周期预设的发送频率以及发送次数，将通知消息发送给客户终端。

通过该事项通知方法的上述步骤，该服务器将通知消息通过多次发送给客户终端，避免客户终端的用户在遗忘通知消息后，导致通知消息处理不及时的问题。

本申请实施中，该目标事项的发送频率以及发送次数与目标事项的事项等级以及事项紧急程度相关。因此，请再次参照图4，在步骤S107之前，该事项通知方法，还包括：

步骤S105，获取目标事项预先配置的事项等级以及事项紧急程度。

步骤S106，根据事项等级以及事项紧急程度，确定当前周期预设的发送频率以及发送次数。

其中，该事项等级表征目标事项的重要程度，该事项紧急程度表征目标事项距离截止时间的时长。服务器结合事项等级以及事项紧急程度这两个因素，确定目标事项的发送次数的通知消息的发送次数以及发送平率。

整体趋势而言，目标事项的事项等级以及事项紧急程度越高，该通知消息的发送频率以及发送次数越大。

作为一种可能的实施方式，步骤S106，具体包括：

步骤S106-1，获取基准参数。

其中，基准参数结合了事项等级以及事项紧急程度。

步骤S106-2，根据基准参数，确定当前周期预设的发送频率以及发送次数。

下面提供一种可能的示例，对上述基准参数与发送频率以及发送次数的关系进行示例性说明。将基准参数表示为Q，事项等级表示为L，事项紧急程度表示为E，则三者之间的关系为：

Q＝L*E

其中，事项等级可以包括5个等级，分别用数字1-5进行表示，事项紧急程度可以包括5个紧急程度，分别用数字1-5进行表示。

针对基准参数，还提供通知次数基数Cb，以及频率基数Fb。则当前周期预设的发送次数Cn可以表示为：

Cn＝Q*Cb；

当前周期预设的发送频率Fn可以表示为：

Fn＝Fb/Q；

因此，本申请实施例所提供的事项方法中，将目标事项的事项等级以及事项紧急程度相乘，获得的基准参数；并基于该基准参数确定通知消息的发送频率以及发送次数，能够达到兼顾事项等级以及事项紧急程度的目的。

考虑到目标事项为多个待处理事项之一，为了对多个待处理事项进行管理，该服务提供一消息队列，用于存储各待处理事项。其中，若服务器获取到目标事项的处理指示，则将目标事项从消息队列中移除。

当然，该服务器还提供有一操作界面，用于方便用于管理该消息队列中的待处理事项。即用户可以直接通过该操作界面查看各待处理事项的事项等级、事项紧急程度以及已发送的次数。用户还可以直接通过该操作界面将消息队列中的待处理事项进行移除。

同时，本申请实施中，考虑到若目标事项长时间未处理，会导致目标事项越来越紧急。因此，为了提醒客户终端的用户能够及时对目标事项进行处理。请再次参照图4，该事项通知方法还包括：

步骤S108，获取通知消息的超时时长。

其中，超时时长表征当前周期最后一次发送通知消息后，未获取到目标事项对应处理指示的持续时间。

步骤S109，判断超时时长是否大于时长阈值。

步骤S110，若是，则提高通知消息下一周期的发送频率和/或发送次数。

下面提供一种可能的示例对上述步骤，进行示例性说明。该示例中，目标事项预设的发送次数为5次，发送频率为每隔30分钟发送一次。因此，当服务器将通知消息第五次发送至客户终端后，开始进行计时。当60分钟之后，服务器依然没有收到目标事项的处理指示，该服务器则将发送次数更新为10次，发送频率更新为15分钟一次。

值得说明的是，该时长阈值可以根据目标事项的事项等级，可以进行适应调整。即目标事项的事项等级越低，相应的时长阈值越大。

为了方便用户管理各待处理事项，请再次参照图4，该事项通知方法还包括：

步骤S100，提供一配置界面。

步骤S101，响应于配置界面中配置操作，确定目标关键字对应的事项处理方式、目标事项的事项等级、目标事项的事项紧急程度以及通知消息的格式类型。

即本申请实施例中，针对目标事项所属的待处理事项，需要由用户实现配置好待处理事项的事项描述信息中的关键字、待处理事项的事项等级以及事项紧急程度。

基于上述配置，在产生目标事项后，通过预先配置的关键字对其进行匹配以确定该目标事项的事项类型，继而确定其事项处理方式。

基于相同的发明构思，本申请实施例还提供一种事项通知装置。请参照图5，为本申请实施例提供的事项通知装置示意图。事项通知装置包括至少一个可以软件形式存储于存储器中的功能模块。从功能上划分，事项通知装置可以包括：

信息获取模块1101，用于获取目标事项的描述信息。

在本申请实施例中，该信息获取模块1101对应的计算机可执行指令被处理器执行时，实现图2中的步骤S102，关于该信息获取模块1101的详细描述，可以参考步骤S102的详细描述。

信息处理模块1102，用于确定出描述信息中的目标关键字，其中，目标关键字表征目标事项的事项类型；根据目标关键字预设的事项处理方式，生成与事项处理方式相对应的反馈链接，其中，反馈链接用于获得客户终端的用户对目标事项的处理指示；将包括反馈链接的通知消息，发送给客户终端。

在本申请实施例中，该信息处理模块1102对应的计算机可执行指令被处理器执行时，实现图2中的步骤S103、步骤S104以及步骤S107，关于该信息处理模块1102的详细描述，可以参考步骤S103、步骤S104以及步骤S107的详细描述。

作为一种可能的实现方式，该处理模块具体包括消息队列模块、反馈模块、发送模块以及配置模块。下面以DevOps为例，结合图6对上述各模块的功能进行示例性说明。

事项源产生目标事项，其中，该事项源可以包括gitlab、Jenkins以及企业OA等。

信息获取模块1101用于获取该目标事项的属性信息，该属性信息可以包括目标事项的事项描述信息、事项描述信息中的关键字、事项等级以及事项紧急程度；将目标事项的属性信息发送至消息队列模块。

该消息队列模块，用于将目标事项的属性信息按照特定的顺序存储至消息队列。

该发送模块，用于从消息队列中获取该目标事项的属性信息，并根据属性信息中的事项等级以及事项紧急程度，确定通知消息的在当前周期的发送次数以及发送频率。

该发送模块，还用于根据目标事项的关键字，生成目标实事项的反馈链接；并基于处理该通知消息的即时通信软件的类型，将反馈链接按照即时通信软件约定的数据格式将反馈链接分装成通知消息；将通知消息发送至客户终端。

该反馈模块，用于接收客户终端的用户通过反馈链接所反馈的处理处理指示，或者根据超时时长调整通知消息在下一周期的发送次数以及发送频率。

该配置模块，用于提供配置界面；通过该配置界面获得用户对目标关键字所配置的事项处理方式、事项等级以及事项紧急程度。

本申请实施例还提供一种服务器，服务器包括处理器以及存储器，存储器存储有计算机可执行指令，计算机可执行指令被处理器执行时，实现该事项通知方法。

本申请实施例还提供一种存储介质，存储介质存储有计算机程序，计算机程序被处理器执行时，实现该事项通知方法。

综上所述，本申请实施例提供的事项通知方法、装置、服务器及存储介质中，服务器基于目标事项的描述信息，自动生成与目标事项处理方式相对应的反馈链接。客户终端的用户只需要点击服务器所提供的反馈链接，即可完成对目标事项的处理方式做出指示。因此，相较于现有用户主动登录相关平台，对目标事项进行处理，能够提高用户在处理目标事项时的处理效率。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

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

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

以上所述，仅为本申请的各种实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims

1.一种事项通知方法，其特征在于，应用于与客户终端通信连接的服务器，所述方法包括：

获取目标事项的描述信息；

将包括所述反馈链接的通知消息，发送给所述客户终端。

2.根据权利要求1所述的事项通知方法，其特征在于，所述将包括所述反馈链接的通知消息，发送给所述客户终端，包括：

3.根据权利要求2所述的事项通知方法，其特征在于，所述方法还包括：

判断所述超时时长是否大于时长阈值；

4.根据权利要求2所述的事项通知方法，其特征在于，所述按照当前周期预设的发送频率以及发送次数，将目标事项的通知消息发送至所述客户终端之前，所述方法还包括：

获取所述目标事项预先配置的事项等级以及事项紧急程度；

5.根据权利要求4所述的事项通知方法，其特征在于，所述根据所述事项等级以及所述事项紧急程度，确定当前周期的所述发送频率以及所述发送次数，包括：

6.根据权利要求4所述的事项通知方法，其特征在于，所述方法还包括：

提供一配置界面；

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

获取所述目标事项的目标处理指示；

根据所述目标处理指示，处理所述目标事项。

8.一种事项通知装置，其特征在于，所述事项通知装置包括：

信息获取模块，用于获取目标事项的描述信息；

9.一种服务器，其特征在于，所述服务器包括处理器以及存储器，所述存储器存储有计算机可执行指令，所述计算机可执行指令被处理器执行时，实现权利要求1-7任意一项所述的事项通知方法。

10.一种存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时，实现权利要求1-7任意一项所述的事项通知方法。