CN110417910B - 通知消息的发送方法、装置、服务器及存储介质 - Google Patents

Abstract

本公开关于一种通知消息的发送方法、装置、服务器及存储介质。服务器接收任务处理请求，响应该任务处理请求并进行任务处理，根据任务的处理进度生成通知消息，该通知消息缓存在缓存空间中，并将该通知消息发送至终端，在目标时长内未接收到终端发送的目标反馈消息时，服务器重复向终端发送通知消息，能够确保服务器的通知消息成功发送至终端，大大提高了服务器的通知消息到达率。

Description

通知消息的发送方法、装置、服务器及存储介质

技术领域

本公开涉及通信技术领域，尤其涉及一种通知消息的发送方法、装置、服务器及存储介质。

背景技术

目前的智能手机或者平板电脑等终端上的应用，特别是一些和互联网相关的应用，比如浏览器等，在运行时可以通过与服务器之间的数据交互，来使用服务器所提供的功能。

相关技术中，在上述应用的运行过程中，当终端要进行某项任务时，例如下载文件等，终端可以向服务器发送任务处理请求，服务器在接收到任务处理请求后，可以对任务处理请求进行响应，并基于服务器的实际处理进度，向终端发送通知消息，以告知终端该任务的任务结果。

然而，当终端的网络出现问题时，可能会导致终端收不到服务器发送的通知消息，而服务器已经向终端发送过通知消息，并认为终端已经接收到通知消息，就不会再重复发送，此时，服务器所发送的通知消息可以认为已丢失，进而导致服务器的通知消息到达率不高。

发明内容

本公开提供一种通知消息的发送方法、装置、服务器及存储介质，以至少解决相关技术中服务器的通知消息到达率不高的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种通知消息的发送方法，应用于服务器，包括：

接收终端的任务处理请求；

响应于所述任务处理请求进行任务处理，根据任务的处理进度，向所述终端发送通知消息，所述通知消息携带用于唯一标识所述通知消息的消息标识；

当在目标时长内未接收到目标反馈消息时，则重复向所述终端发送所述通知消息，所述目标反馈消息为携带所述消息标识的反馈消息。

在一种可能实现方式中，所述根据任务的处理进度，向所述终端发送通知消息，包括：

当接收到所述任务处理请求时，为所述任务处理请求分配缓存空间，所述缓存空间用于缓存所述任务处理请求对应的通知消息；

根据所述任务的处理进度，生成通知消息；

将所述通知消息存储至所述缓存空间中，将所述缓存空间中所存储的通知消息发送至所述终端。

在一种可能实现方式中，所述当在目标时长内未接收到目标反馈消息时，则重复向所述终端发送所述通知消息包括：

在目标时长内未接收到目标反馈消息时，从所述缓存空间中获取所述通知消息，将所述通知消息再次向所述终端发送；

所述根据任务的处理进度，向所述终端发送通知消息之后，所述方法还包括：

当接收到所述目标反馈消息时，从所述缓存空间中删除所述通知消息。

在一种可能实现方式中，所述重复向所述终端发送所述通知消息之后，所述方法还包括：

当重复发送的次数达到目标次数时仍未接收到所述目标反馈消息，确定所述终端的备选通知渠道，通过所述备选通知渠道向所述终端发送通知消息。

在一种可能实现方式中，所述确定所述终端的备选通知渠道，通过所述备选通知渠道向所述终端发送通知消息包括：

获取所述终端的注册资料信息；

当所述注册资料信息中包含多种备选通知渠道时，按照各个渠道类型的优先级，确定优先级符合目标条件的备选通知渠道；

通过所述优先级符合目标条件的备选通知渠道向所述终端发送通知消息。

根据本公开实施例的第二方面，提供了一种通知消息的发送装置，包括：

接收单元，被配置为执行接收终端的任务处理请求；

任务处理单元，被配置为执行响应于所述任务处理请求进行任务处理；

发送单元，被配置为执行根据任务的处理进度，向所述终端发送通知消息，所述通知消息携带用于唯一标识所述通知消息的消息标识；

所述发送单元还被配置为执行当在目标时长内未接收到目标反馈消息时，则重复向所述终端发送所述通知消息，所述目标反馈消息为携带所述消息标识的反馈消息。

在一种可能实现方式中，所述发送单元被配置为：

当接收到所述任务处理请求时，为所述任务处理请求分配缓存空间，所述缓存空间用于缓存所述任务处理请求对应的通知消息；

根据所述任务的处理进度，生成通知消息；

将所述通知消息存储至所述缓存空间中，将所述缓存空间中所存储的通知消息发送至所述终端。

在一种可能实现方式中，所述发送单元还被配置为：

在目标时长内未接收到目标反馈消息时，从所述缓存空间中获取所述通知消息，将所述通知消息再次向所述终端发送；

所述装置还包括：

删除单元，被配置为执行当接收到所述目标反馈消息时，从所述缓存空间中删除所述通知消息。

在一种可能实现方式中，所述装置还包括：

确定单元，被配置为执行当重复发送的次数达到目标次数时仍未接收到所述目标反馈消息，确定所述终端的备选通知渠道；

所述发送单元还被配置为执行通过所述备选通知渠道向所述终端发送通知消息。

在一种可能实现方式中，所述确定单元，被配置为执行获取所述终端的注册资料信息；当所述注册资料信息中包含多种备选通知渠道时，按照各个渠道类型的优先级，确定优先级符合目标条件的备选通知渠道；

所述发送单元还被配置为执行通过所述优先级符合目标条件的备选通知渠道向所述终端发送通知消息。

根据本公开实施例的第三方面，提供一种服务器，包括：

一个或多个处理器；

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

其中，所述一个或多个处理器被配置为执行所述指令，以实现如上述任一项所述的通知消息的发送方法。

根据本公开实施例的第四方面，提供一种存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得所述服务器能够执行如上述任一项所述的通知消息的发送方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，包括可执行指令，当所述计算机程序产品中的指令由服务器的处理器执行时，使得所述服务器能够执行如上述任一项所述的通知消息的发送方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

服务器接收任务处理请求，响应所述任务处理请求并进行任务处理，根据任务的处理进度生成通知消息，所述通知消息缓存在缓存空间中，并将所述通知消息发送至终端，在目标时长内未接收到终端发送的目标反馈消息时，服务器重复向终端发送通知消息，能够确保服务器的通知消息成功发送至终端，大大提高了服务器的通知消息到达率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

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

图1是根据一示例性实施例示出的一种通知消息的发送方法的实施环境示意图。

图2是根据一示例性实施例示出的一种通知消息的发送方法的流程图。

图3是根据一示例性实施例示出的一种通知消息的发送方法的流程图。

图4是根据一示例性实施例示出的一种通知消息的发送装置框图。

图5是根据一示例性实施例示出的一种服务器的结构示意图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开所涉及的用户信息可以为经用户授权或者经过各方充分授权的信息。

图1是根据一示例性实施例示出的一种通知消息的发送方法的实施环境示意图；如图1所示，该实施环境包括：终端101和服务器102。

终端101可以是智能手机、游戏主机、台式计算机、平板电脑、电子阅读器、MP3播放器、MP4播放器和膝上型便携计算机中的至少一种。终端101安装和运行有支持消息通知的应用程序。该应用程序可以是社交应用程序、通讯应用程序、信息分享应用程序中的任意一种。

服务器102可以通过无线网络或有线网络与终端101相连，从而实现与终端101之间的信息交互。服务器102包括一台服务器、多台服务器、云计算平台和虚拟化中心中的至少一种，该服务器用于接收并响应于任务处理请求。当然，服务器102还可以包括其他功能服务器，以便提供更全面且多样化的服务。

终端101可以泛指多个终端中的一个，本实施例仅以终端101来举例说明。本领域技术人员可以知晓，上述终端的数量可以更多或更少。比如上述终端可以仅为几个，或者上述终端为几十个或几百个，或者更多数量，本公开实施例对终端的数量和设备类型不加以限定。

图2是根据一示例性实施例示出的一种通知消息的发送方法的流程图，如图2所示，该通知消息发送方法用于服务器中，包括以下步骤。

在步骤201中，接收终端的任务处理请求。

在步骤202中，响应于该任务处理请求进行任务处理，根据任务的处理进度，向终端发送通知消息，该通知消息携带用于唯一标识该通知消息的消息标识。

在步骤203中，当在目标时长内未接收到目标反馈消息时，则重复向终端发送该通知消息，该目标反馈消息为携带该消息标识的反馈消息。

本公开提供的实施例，服务器接收任务处理请求，响应该任务处理请求并进行任务处理，根据任务的处理进度生成通知消息，该通知消息缓存在缓存空间中，并将该通知消息发送至终端，在目标时长内未接收到终端发送的目标反馈消息时，服务器重复向终端发送通知消息，能够确保服务器的通知消息成功发送至终端，大大提高了服务器的通知消息到达率。

在一种可能实现方式中，该根据任务的处理进度，向终端发送通知消息，包括：

当接收到该任务处理请求时，为该任务处理请求分配缓存空间，缓存空间用于缓存任务处理请求对应的通知消息；

根据该任务的处理进度，生成通知消息；

将该通知消息存储至缓存空间中，将缓存空间中所存储的通知消息发送至终端。

在一种可能实现方式中，该当在目标时长内未接收到目标反馈消息时，则重复向终端发送该通知消息包括：

在目标时长内未接收到目标反馈消息时，从缓存空间中获取该通知消息，将该通知消息再次向终端发送；

根据任务的处理进度，向终端发送该通知消息之后，还包括：

当接收到目标反馈消息时，从缓存空间中删除该通知消息。

在一种可能实现方式中，该重复向终端发送该通知消息之后，还包括：

当重复发送的次数达到目标次数时仍未接收到目标反馈消息，确定终端的备选通知渠道，通过该备选通知渠道向终端发送通知消息。

在一种可能实现方式中，该确定终端的备选通知渠道，通过该备选通知渠道向终端发送通知消息包括：

获取终端的注册资料信息；

当该注册资料信息中包含多种备选通知渠道时，按照各个渠道类型的优先级，确定优先级符合目标条件的备选通知渠道；

通过该优先级符合目标条件的备选通知渠道向终端发送通知消息。

上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。

参见图3，该图3为根据一示例性实施例示出的一种通知消息的发送方法的实现流程图，具体包括如下步骤：

在步骤301中，终端向服务器发送任务处理请求。

其中，任务处理请求是指终端上所运行的应用在执行任一需要与服务器进行数据交互的任务时所触发的请求，例如，该任务可以为下载文件，则该任务处理请求可以为下载请求，又例如，该任务可以为上传文件，则该任务处理请求可以为上传请求。需要说明的是，该任务处理请求可以携带任务类型标识，该任务类型标识可以用于指示该任务的具体类型。

上述步骤301中，对于发送任务处理请求的具体方式，可以有以下实现过程：该终端上可以运行有目标客户端，该目标客户端上可以提供有多个任务处理功能，该多个任务处理功能可以采用按钮的形式提供，每个任务处理功能可以对应不同的按钮，终端用户想要运行某一个任务处理功能，可以点击该任务处理功能对应的按钮，触发终端向服务器发送该任务处理请求。又或者，该终端上可以通过目标客户端展示网页，该网页上可以携带多个用于实现不同任务处理功能的网页链接，当终端用户想要运行某一个任务处理功能时，可以通过访问该网页链接，即向服务器发送任务处理请求，由服务器基于该任务处理请求进行处理。

在步骤302中，服务器接收终端的任务处理请求，为该任务处理请求分配缓存空间，缓存空间用于缓存该任务处理请求对应的通知消息。

其中，缓存空间是指用来缓存每个任务处理请求对应的通知消息的空间。

上述步骤302中，为该任务处理请求分配缓存空间的步骤可以有下述任一种实现方式：

在一种实现方式中，服务器中配置有一个缓存空间，当服务器接收到终端发送的任务处理请求后，从该缓存空间中确定一部分缓存空间，将确定的缓存空间分配给该任务处理请求。上述缓存空间的实现方式中，服务器不事先对缓存空间进行划分，而是在接收到任务处理请求后才进行实时的缓存空间确定过程，避免进行碎片式的划分，能够提高服务器磁盘的使用寿命。

在一种实现方式中，服务器中配置有多个缓存空间，当服务器接收到终端发送的任务处理请求时，从该多个缓存空间中随机分配一个缓存空间给该任务处理请求。在上述的实现方式中，服务器事先分配多个缓存空间，在接收到任务处理请求后，随机分配一个缓存空间给该任务处理请求，能够缩短服务器分配缓存空间的时间。

在本公开实施例中，在具体为任务处理请求分配缓存空间时，对于上述任一种实现方式来说，在分配时，均可以检测分配的缓存空间是否已被占用或缓存空间的剩余数据容量是否足够支持该任务处理请求，检测之后将未被占用或剩余数据容量足够支持该任务处理请求的缓存空间分配给该任务处理请求。

在一种实现方式中，在为任务处理请求分配缓存空间的时候，结合该任务处理请求的任务类型标识，对于不同的任务类型，分配不同大小的缓存空间。例如，有些任务类型所对应的任务比较简单，只需要在缓存空间中缓存一条或两条通知消息即可完成该任务请求，则可以为该任务处理请求分配一个数据容量小的缓存空间。又例如，有些任务类型所对应的任务比较繁琐，需要在缓存空间中缓存几十条甚至几百条通知消息，才能够完成任务处理请求，则可以为该任务处理请求分配一个数据容量较大的缓存空间。

具体的，根据任务类型对进度通知粒度的需求，将任务类型所对应的任务将要产生的通知消息的条数与目标条数进行对比，当任务将要产生的通知消息的条数大于目标条数时，为该任务分配一个数据容量大的缓存空间。当任务将要产生的通知消息的条数小于等于目标条数时，为该任务分配一个数据容量小的缓存空间。

在步骤303中，服务器响应于该任务处理请求进行任务处理，根据任务的处理进度生成通知消息，该通知消息中携带消息标识，将该通知消息存储至缓存空间中。

在本公开实施例中，上述根据任务的处理进度生成通知消息可以包括下述步骤：根据任务对应的进度通知粒度以及任务的处理进度，生成通知消息。其中，进度通知粒度是指根据不同的任务的通知需求，配置不同的通知进度生成的通知消息，将该通知消息发送至终端。例如，有些任务需要大粒度的通知，即只生成任务完成和任务未完成的通知消息。例如任务处理请求为举报请求，该举报请求较为简单，服务器接收到该举报请求后，开始处理该举报，向终端发送一条处理进度为100％的通知消息即可。而有些任务需要不断向终端发送进度粒度较小的通知消息，当任务进度每变化一定比例时，就会根据当前处理进度生成通知消息，缓存在缓存空间中，并发送至终端。例如，下载文件的任务处理请求，假设该任务处理请求要求下载进度每变化10％就要生成当前进度的通知消息，缓存在缓存空间中，并发送至终端。则在处理该任务的过程中，会生成10条不同下载进度的通知消息。每生成一条新的通知消息就会将该通知消息缓存在缓存空间中，并将该通知消息发送至终端。

其中，一个消息标识能够唯一确定一条通知消息。在一种可能实现方式中，消息标识可以采用数字来表示，该数字可以是随机数字，也可以是基于当前任务进度产生的一个数值，本公开对此不做限定。

在步骤304中，该服务器将该缓存空间中存储的通知消息发送至终端。

在步骤305中，终端接收到服务器发送的通知消息后，向服务器发送目标反馈消息，该目标反馈消息为携带消息标识的反馈消息。

在上述步骤305的一种可能实现方式中，该终端可以从接收到的通知消息中，提取消息标识，判断该消息标识与终端发送的任务处理请求是否相对应，如果是，则表示终端接收到的通知消息为该任务处理请求对应的通知消息，则向该服务器发送目标反馈消息。如果否，则表示终端接收到的通知消息并不是该任务处理请求对应的通知消息，终端继续等待服务器发送的通知消息。

上述步骤305中的向服务器发送目标反馈消息可以包括：当确定终端接收的通知消息为任务处理请求的通知消息时，终端将提取到的消息标识添加至目标反馈消息中，向服务器发送该目标反馈消息。其中，目标反馈消息的组成形式可以是消息标识和目标字段，该目标字段可以表示终端已成功接收通知消息。通过向服务器发送目标反馈消息，使得服务器获知其发送的通知消息已被终端所接收，从而确保服务器不会浪费其发送资源不断进行发送。

本公开实施例是以终端接收到通知消息并发送目标反馈消息为例进行说明，在一些可能实现方式中，终端也可以会由于一些网络原因或其他原因而未接收到该通知消息，本公开对此不做限定。

在步骤306中，服务器判断在目标时长内是否接收到终端发送的目标反馈消息，如果是，则执行步骤307，如果否，则执行步骤308。

在本公开实施例中，判断服务器是否接收到终端发送的目标反馈消息的具体方法如下：服务器在接收到目标反馈消息时，提取该目标反馈消息携带的消息标识，判断该消息标识与服务器发送的通知消息携带的消息标识是否一致，如果一致，则服务器确定接收到终端发送的目标反馈消息，如果不一致，服务器确定未接收到终端发送的目标反馈消息。

上述步骤306的一种可能实现方式中，服务器可以预先将定时器的定时时长设置为目标时长，在服务器向终端发送通知消息后，启动定时器开始计时，当服务器在定时器的计时过程中接收到目标反馈消息时，则说明服务器发送的通知消息成功到达终端，计时器停止计时。当服务器在定时器结束计时时，还未接收到目标反馈消息，则说明服务器发送的通知消息没有成功送达终端。

其中，该目标时长可以基于估计得到的网络传输耗时确定，当然还可以采用大于该网络传输耗时的时长，以便避免由于网络波动造成的错误判断。

在步骤307中，服务器在目标时长内接收到终端发送的目标反馈消息，从缓存空间中删除该通知消息，结束。

在本公开实施例中，当缓存空间中存储有多条通知消息时，可以基于接收到的目标反馈消息，从多条通知消息中确定与该目标反馈消息对应的通知消息，将该多条通知消息中在该目标反馈消息对应的通知消息之前所存储的通知消息以及该目标反馈消息对应的通知消息删除。由于服务器可以针对进度粒度较小的任务，可能存储有多条通知消息，而通知消息有可能发生未到达终端等情况，因此，可以基于当前所接收到的反馈消息来删除之前存储的通知消息，避免对缓存空间的占用。

例如，服务器接收到下载文件的任务处理请求，该任务处理请求要求下载进度每变化10％就要向终端发送一条通知消息，当下载进度到10％时，向终端发送该下载进度对应的通知消息1，还未接收到目标反馈消息1时，又生成了下载进度为20％的通知消息2，并经该通知消息2发送至终端，当接收到终端发送的目标反馈消息2时，服务器先判断该目标反馈消息2对应为哪条通知消息，判断之后确定该目标反馈消息2对应为通知消息2，则将通知消息2从缓存空间中删除，将通知消息1也一并删除。这样可以随时更新缓存空间的数据容量，保证缓存空间的数据容量足够支持该任务处理请求。

在步骤308中，服务器在目标时长内未接收到终端发送的目标反馈消息，从缓存空间中获取该通知消息，将该通知消息再次向终端发送，执行步骤306，直到服务器重复向终端发送通知消息的发送次数达到目标次数，仍未接收到终端发送的目标反馈消息，执行步骤309。

其中，目标发送次数是指服务器中设置的向终端发送通知消息的次数的最大值。该目标发送次数在服务器的计数器中设置，每向终端发送一次通知消息，计数器所记录的数字就加一，直到计数器所记录的数字为目标发送次数时，服务器停止使用该通知渠道向终端发送通知消息。

在步骤309中，服务器获取终端的注册资料信息中包含的多种备选通知渠道。

其中，注册资料信息是指终端用户在服务器上进行注册时所填写的资料，该资料中可以包括用户的手机号码、电子邮箱地址或者社交应用号码等备选通知渠道。服务器所涉及的用户信息，包括该注册资料信息，可以为经用户授权或者经过各方充分授权的信息。其中，该注册资料信息可以基于用户的用户标识从用户资料数据库中获取。

在步骤310中，该服务器按照各个渠道类型的优先级，确定优先级符合目标条件的备选通知渠道。

其中，该多种备选通知渠道的渠道类型的优先级可以由用户预先设置或者由服务器默认设置。例如，对于用户预先设置的方式来说，可以在注册资料信息的填写页面提供优先级设置功能，用户可以基于自身的使用习惯，对各个渠道类型进行优先级设置。

在一种可能实现方式中，服务器对各个备选通知渠道进行优先级默认设置，服务器可以提取平台上所有用户通过备选通知渠道发送通知消息的通知到达率，根据平台上所有用户的通知到达率确定备选通知渠道的优先级，由于结合了平台上所有用户的各个备选通知渠道的通知到达率，可以一定程度上提高后续通知消息的发送到达率。

在一种可能的实现方式中，服务器提取向该用户发送通知消息的历史记录，根据历史记录中各个备选通知渠道的到达率对多个备选通知渠道优先级进行调整，通过提取该用户的历史记录，针对性的为该用户确定备选通知渠道，使得通知消息的发送到达率更高。

上述步骤310是通过对注册资料信息的获取来确定多种备份通知渠道，在一些可能实现方式中，还可以在用户使用服务器的服务过程中，为用户推送填写备选通知渠道的页面，用户填写该页面，并发送给服务器，服务器根据用户的填写顺序为用户确定目标备选通知渠道，以提高通知的灵活性，保证通知的到达率。

其中，优先级符合目标条件的备选通知渠道为多个备选通知渠道中的一条通知渠道，该目标条件可以是优先级最高，也可以是优先级前预设位数中的任一个。例如，在5个优先级不等的备选通知渠道中，可以确定优先级最高的备选通知渠道，也可以在优先级前3位的备选通知渠道中任意确定一个，本公开对此不做限定。

在一种可能的实现方式中，服务器可以根据用户级别，确定与用户级别对应数量的备选通知渠道，用户级别越高，服务器可以为其设置越大数量的备选通知渠道，以提高服务器发送的通知消息到达率。例如，用户级别可以分为普通、白银和铂金，普通级别对应备选通知渠道数量为1，白银级别对应的备选通知渠道数量为2，铂金级别对应的备选通知渠道数量为3。当向铂金级别的用户终端发送通知消息时，可以选择三种备选通知渠道发送该通知消息，大大的提高了通知消息的发送到达率。

在步骤311中，该服务器通过优先级符合目标条件的备选通知渠道向终端发送通知消息。

在本公开实施例的一种可能实现方式中，终端可以在接收到服务器通过备选通知渠道发送的通知消息后，向服务器发送一个反馈消息，该反馈消息携带的消息标识与通知消息携带的消息标识一致。例如，服务器通过短信通知渠道的方式向终端发送短信通知消息，该短信中包括一条网址链接，当终端用户接收到该短信通知消息后，点击该网页链接时，服务器会收到一条反馈消息，以便使得服务器获知该通知消息已经到达终端，无需再继续进行通知消息的重复发送，避免了发送资源的浪费。进一步地，服务器在接收到该反馈消息后，将该反馈消息对应的通知消息从缓存空间中删除。

基于上述步骤309至311，是以基于注册资料信息所提供的备选通知渠道来对用户进行通知为例进行说明，在重复发送的次数达到目标次数以后，还增加了这种基于备选通知渠道发送通知消息的方法，可以在避免服务器的资源浪费的同时，提高服务器通知消息的到达率，在一些实施例中，上述步骤309至311还可以基于其他方式所获取到的备选通知渠道来进行通知，本公开不做限定。

在本公开提供的实施例，服务器接收任务处理请求，响应该任务处理请求并进行任务处理，根据任务的处理进度生成通知消息，该通知消息缓存在缓存空间中，并将该通知消息发送至终端，在目标时长内未接收到终端发送的目标反馈消息时，服务器重复向终端发送通知消息，提高了服务器通知消息的到达率。进一步的，当发送次数达到目标次数还是未接收到终端发送的目标反馈消息时，服务器通过备选通知渠道向终端发送通知消息，确保服务器的通知消息成功发送至终端，大大提高了服务器的通知消息到达率。

图4是根据一示例性实施例示出的一种通知消息的发送装置框图。参照图4，该装置包括接收单元401，任务处理单元402和发送单元403。

接收单元401，被配置为执行接收终端的任务处理请求；

任务处理单元402，被配置为执行响应于该任务处理请求进行任务处理；

发送单元403，被配置为执行根据任务的处理进度，向该终端发送通知消息，该通知消息携带消息标识；

该发送单元403还被配置为执行当在目标时长内未接收到目标反馈消息时，则重复向该终端发送该通知消息，该目标反馈消息为携带该消息标识的反馈消息。

在一种可能实现方式中，该发送单元被配置为：

当接收到该任务处理请求时，为该任务处理请求分配缓存空间，该缓存空间用于缓存该任务处理请求对应的通知消息；

根据该任务的处理进度，生成通知消息；

将该通知消息存储至该缓存空间中，将该缓存空间中所存储的通知消息发送至该终端。

在一种可能实现方式中，该发送单元还被配置为：

在目标时长内未接收到目标反馈消息时，从该缓存空间中获取该通知消息，将该通知消息再次向该终端发送；

该装置还包括：

删除单元，被配置为执行当接收到该目标反馈消息时，从该缓存空间中删除该通知消息。

在一种可能实现方式中，该装置还包括：

确定单元，被配置为执行当重复发送的次数达到目标次数时仍未接收到该目标反馈消息，确定该终端的备选通知渠道；

该发送单元还被配置为执行通过该备选通知渠道向该终端发送通知消息。

在一种可能实现方式中，该确定单元，被配置为执行获取该终端的注册资料信息；当该注册资料信息中包含多种备选通知渠道时，按照各个渠道类型的优先级，确定优先级符合目标条件的备选通知渠道；

该发送单元还被配置为执行通过该优先级符合目标条件的备选通知渠道向该终端发送通知消息。

本公开实施例提供的装置，服务器接收任务处理请求，响应该任务处理请求并进行任务处理，根据任务的处理进度生成通知消息，该通知消息缓存在缓存空间中，并将该通知消息发送至终端，在目标时长内未接收到终端发送的目标反馈消息时，服务器重复向终端发送通知消息，当发送次数达到目标次数还是未接收到终端发送的目标反馈消息时，服务器通过备选通知渠道向终端发送通知消息，能够确保服务器的通知消息成功发送至终端，大大提高了服务器的通知消息到达率。

图5是根据一示例性实施例示出的一种服务器500的结构示意图，该服务器500可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器(centralprocessing units，CPU)501和一个或多个存储器502，其中，该一个或多个存储器502中存储有至少一条指令，该至少一条指令由该一个或多个处理器501加载并执行以实现上述方法实施例提供的通知消息的发送方法。当然，该服务器500还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器500还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由服务器的处理器执行以完成上述实施例中的通知消息的发送方法。例如，该计算机可读存储介质可以是只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory，RAM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)、磁带、软盘和光数据存储设备等。

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

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

Claims (10)

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

接收终端的任务处理请求；

当接收到所述任务处理请求时，根据所述任务处理请求的任务类型对进度通知粒度的需求，将所述任务类型所对应的任务将要产生的通知消息的条数与目标条数进行比对，根据比对结果为所述任务处理请求分配缓存空间，所述缓存空间用于缓存所述任务处理请求对应的通知消息；

响应于所述任务处理请求进行任务处理，根据所述任务对应的进度通知粒度以及所述任务的处理进度，生成通知消息；将所述通知消息存储至所述缓存空间中，将所述缓存空间中所存储的通知消息发送至所述终端，所述通知消息携带用于唯一标识所述通知消息的消息标识，所述进度通知粒度是指根据不同的任务的通知需求，配置不同的通知进度生成的通知消息；

当在目标时长内未接收到目标反馈消息时，则重复向所述终端发送所述通知消息，所述目标反馈消息为携带所述消息标识的反馈消息。

2.根据权利要求1所述的通知消息的发送方法，其特征在于，所述当在目标时长内未接收到目标反馈消息时，则重复向所述终端发送所述通知消息包括：

在目标时长内未接收到目标反馈消息时，从所述缓存空间中获取所述通知消息，将所述通知消息再次向所述终端发送；

所述将所述缓存空间中所存储的通知消息发送至所述终端之后，所述方法还包括：

当接收到所述目标反馈消息时，从所述缓存空间中删除所述通知消息。

3.根据权利要求1所述的通知消息的发送方法，其特征在于，所述重复向所述终端发送所述通知消息之后，所述方法还包括：

当重复发送的次数达到目标次数时仍未接收到所述目标反馈消息，确定所述终端的备选通知渠道，通过所述备选通知渠道向所述终端发送通知消息。

4.根据权利要求3所述的通知消息的发送方法，其特征在于，所述确定所述终端的备选通知渠道，通过所述备选通知渠道向所述终端发送通知消息包括：

获取所述终端的注册资料信息；

当所述注册资料信息中包含多种备选通知渠道时，按照各个渠道类型的优先级，确定优先级符合目标条件的备选通知渠道；

通过所述优先级符合目标条件的备选通知渠道向所述终端发送通知消息。

5.一种通知消息的发送装置，其特征在于，包括：

接收单元，被配置为执行接收终端的任务处理请求；

任务处理单元，被配置为执行响应于所述任务处理请求进行任务处理；

发送单元，被配置为执行当接收到所述任务处理请求时，根据所述任务处理请求的任务类型对进度通知粒度的需求，将所述任务类型所对应的任务将要产生的通知消息的条数与目标条数进行比对，根据比对结果为所述任务处理请求分配缓存空间，所述缓存空间用于缓存所述任务处理请求对应的通知消息；

所述发送单元，还被配置为根据所述任务对应的进度通知粒度以及所述任务的处理进度，生成通知消息；将所述通知消息存储至所述缓存空间中，将所述缓存空间中所存储的通知消息发送至所述终端；所述通知消息携带用于唯一标识所述通知消息的消息标识，所述进度通知粒度是指根据不同的任务的通知需求，配置不同的通知进度生成的通知消息；

所述发送单元，还被配置为执行当在目标时长内未接收到目标反馈消息时，则重复向所述终端发送所述通知消息，所述目标反馈消息为携带所述消息标识的反馈消息。

6.根据权利要求5所述的装置，其特征在于，所述发送单元还被配置为：

在目标时长内未接收到目标反馈消息时，从所述缓存空间中获取所述通知消息，将所述通知消息再次向所述终端发送；

所述装置还包括：

删除单元，被配置为执行当接收到所述目标反馈消息时，从所述缓存空间中删除所述通知消息。

7.根据权利要求5所述的装置，其特征在于，所述装置还包括：

确定单元，被配置为执行当重复发送的次数达到目标次数时仍未接收到所述目标反馈消息，确定所述终端的备选通知渠道；

所述发送单元还被配置为执行通过所述备选通知渠道向所述终端发送通知消息。

8.根据权利要求7所述的装置，其特征在于，

所述确定单元，被配置为执行获取所述终端的注册资料信息；当所述注册资料信息中包含多种备选通知渠道时，按照各个渠道类型的优先级，确定优先级符合目标条件的备选通知渠道；

所述发送单元还被配置为执行通过所述优先级符合目标条件的备选通知渠道向所述终端发送通知消息。

9.一种服务器，其特征在于，包括：

一个或多个处理器；

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

其中，所述一个或多个处理器被配置为执行所述指令，以实现如权利要求1至权利要求4中任一项所述的通知消息的发送方法。

10.一种存储介质，其特征在于，当所述存储介质中的指令由服务器的处理器执行时，使得所述服务器能够执行如权利要求1至权利要求4中任一项的通知消息的发送方法。

Images