智能应用传输任务中断的提醒方法、装置和服务器

技术领域

本申请涉及信息传输技术领域，具体涉及一种智能应用传输任务中断的提醒方法、装置和服务器。

背景技术

随着移动互联网和智能应用飞速发展，互联网服务已全面覆盖日常生活，用户与互联网应用的交互经常需要保持一种在线的状态。然而互联网应用在向用户提供业务服务时，有时用户因不可抗因素比如断网，关机，或自主误操作杀进程等退出客户端，同时客户端内的任务如上传等被迫停止。为了防止用户忘记这一事项，常常需要提醒用户查看在智能应用上的任务及进度。

目前尚未有有效的提醒方法。

发明内容

有鉴于此，本申请实施例中提供了一种智能应用传输任务中断的提醒方法、装置和服务器。

第一方面，本申请实施例提供了一种智能应用传输任务中断的提醒方法，该方法包括：

接收终端设备定时上报的心跳信息；其中，所述心跳信息是终端设备在开启传输任务时用来判断所述终端信息是否在线的信息；

对所述心跳信息进行缓存；

采用轮询队列对心跳信息缓存进行轮询，查询心跳信息缓存是否失效；

当心跳信息缓存失效时，发送任务异常中断信息至所述终端设备；其中所述任务异常中断信息用于提示所述终端设备传输任务发生中断。

第二方面，本申请实施例提供了一种智能应用传输任务中断的提醒装置，该装置包括：

心跳信息接收模块，用于接收终端设备定时上报的心跳信息；其中，所述心跳信息是终端设备在开启传输任务时用来判断所述终端信息是否在线的信息；

缓存模块，用于对所述心跳信息进行缓存；

查询模块，用于采用轮询队列对心跳信息缓存进行轮询，查询心跳信息缓存是否失效；

异常中断信息发送模块，用于当心跳信息缓存失效时，发送任务异常中断信息至所述终端设备；其中所述任务异常中断信息用于提示所述终端设备传输任务发生中断。

第三方面，本申请实施例提供了一种服务器，包括：存储器；一个或多个处理器，与所述存储器耦接；一个或多个应用程序，其中，一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个应用程序配置用于执行上述第一方面提供的智能应用传输任务中断的提醒方法。

第四方面，本申请实施例提供了一种计算机可读取存储介质，计算机可读取存储介质中存储有程序代码，程序代码可被处理器调用执行上述第一方面提供的智能应用传输任务中断的提醒方法。

本申请实施例提供的智能应用传输任务中断的提醒方法、装置和服务器，接收终端设备定时上报的心跳信息；其中，心跳信息是终端设备在开启传输任务时用来判断终端信息是否在线的信息；对心跳信息进行缓存；采用轮询队列对心跳信息缓存进行轮询，查询心跳信息缓存是否失效；当心跳信息缓存失效时，发送任务异常中断信息至终端设备；其中任务异常中断信息用于提示终端设备传输任务发生中断。

本申请实施例提供的智能应用传输任务中断的提醒方法可以通过监控心跳信息是否异常从而来判断是否终端设备发生任务异常中断，并且在发生任务异常中断时，发送任务异常中断信息至终端设备，以提醒用户终端设备发送任务传输终端并且便于快速查询任务中断原因。

附图说明

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

图1为本申请实施例提供的智能应用传输任务中断的提醒方法的应用场景示意图；

图2为本申请一个实施例提供的智能应用传输任务中断的提醒方法的流程示意图；

图3为本申请另一个实施例提供的智能应用传输任务中断的提醒方法烦人流程示意图；

图4为本申请一个实施例提供的任务异常终端信息推送的结构示意图；

图5为本申请一个实施例提供的心跳信息缓存轮询的示意图；

图6为本申请一个实施例中提供的智能应用传输任务中断的提醒装置的结构示意图；

图7为本申请一个实施例中提供的终端设备的结构示意图；

图8为本申请一个实施例中提供的计算机可读存储介质的结构示意图。

具体实施方式

下面将对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了更详细说明本申请，下面结合附图对本申请提供的一种智能应用传输任务中断的提醒方法、装置、终端设备和计算机可读存储介质，进行具体地描述。

请参考图1，图1示出了本申请实施例提供的智能应用传输任务中断的提醒方法的应用场景的示意图，该应用场景包括本申请实施例提供的终端设备102和服务器104，其中服务器104与终端设备102之间设置有网络。网络用于在终端设备102和服务器104之间提供通信链路的介质。其中，终端设备102通过网络与服务器104交互，以接收或发送消息等，服务器104可以是提供各种服务的服务器。其中服务器104可以用来执行本申请实施例中提供的智能应用传输任务中断的提醒方法，服务器104可以接收终端设备定时上报的心跳信息，从而执行智能应用传输任务中断的提醒方法。

可选的，终端设备102可以是具有显示屏的各种电子设备，包括但不限于智能手机和计算机设备，其中计算机设备可以是台式计算机、便携式计算机、膝上型计算机、平板电脑等设备中的至少一种。终端设备102可以泛指多个终端设备中的一个。

应该理解，终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器可以是多个服务器组成的服务器集群等。

可选地，终端设备102可以包括传输任务管理模块和心跳上报模块；其中传输任务管理模块主要用于生成传输任务，管理心跳开关。

心跳上报管理模块主要用于管理心跳定时上报，在服务周期内，使用户在使用终端设备102时，能够实时检测用户是否在线情况，避免了断网导致任务中断等情况，提高了服务体验.

服务器104可以包括心跳检测服务单元、消息推送单元和心跳信息存储功能单元。

其中心跳检测服务单元主要用于心跳有效信息同步：通过客户端定时上报心跳调用服务端接口来保持心跳有效性，通过保存在redis缓存中。心跳维持管理：根据客户端上报的心跳，是否首次，是否正常结束，是否心跳中，进而判断如何更新心跳缓存信息状态。

消息推送单元主要用于心跳异常监听单元：监听异常心跳kafka消息，消息轮询可以控制在约定时间内消费。消息推送：对异常的传输任务id进行指定设备推送提醒。

心跳信息存储单元主要用于对心跳信息进行缓存。

基于此，本申请实施例中提供了一种智能应用传输任务中断的提醒方法。请参阅图2，图2示出了本申请实施例提供的一种智能应用传输任务中断的提醒方法的流程示意图，以该方法应用于图1服务器为例进行说明，包括以下步骤：

步骤S110，接收终端设备定时上报的心跳信息，其中，心跳信息是终端设备在开启传输任务时用来判断终端信息是否在线的信息。

具体来说，请参照图3所示，当用户采用终端设备(例如客户端)开启传输任务时，可以开启心跳开关；此时终端设备将不断产生心跳信息。终端设备通过心跳上报接口定时将心跳信息上报至服务器。可选地，终端设备可以每x分钟(例如1分钟、5分钟或10分钟等)上报一次心跳信息。

步骤S112，对心跳信息进行缓存。

服务器在接收到终端设备上报的心跳信息后，可以对心跳信息进行检测，可以每隔一段时间将心跳信息进行缓存；每隔一段时间可以是每个几分钟，该时间可以称为心跳消息缓存的有效期时长。

可选地，可以采用redis缓存。具体请参照图1所示，心跳检测服务可以每次更新ttl(即心跳消息缓存的有效期时长)为x+y分钟的缓存信息到redis缓存。

步骤S130，采用轮询队列对心跳信息缓存进行轮询，查询心跳信息缓存是否失效。

其中，轮询队列是指一个查询心跳消息缓存的一个队列。例如图3中的kafka消息。主要用于对对心跳信息缓存进行轮询，从而来确定心跳信息缓存是否失效。

在一个实施例中，在执行步骤S130，查询心跳信息缓存是否失效包括：在有效期时长内当轮询队列查询不到心跳信息缓存时，判定心跳消息缓存失效。

具体地，通过不断从轮询队列来查询心跳消息缓存，只要心跳消息缓存一直有效，轮询队列就不会停，从而证明心跳信息的有效性。如果没在指定间隔内去更新缓存，轮询队列查询不到心跳信息缓存，证明心跳已经失效了。

步骤S140，当心跳信息缓存失效时，发送任务异常中断信息至终端设备；其中任务异常中断信息用于提示终端设备传输任务发生中断。

具体地，当心跳信息缓存失效时，可以发送任务异常中断信息至终端设备。任务异常中断信息中可以携带终端设备id以及扩展参数、目标地址；可以指示目标终端设备在用户点击信息时跳转到制定页面，从而快速查询出异常中断的任务。具体请参照图4所示。

本申请实施例提供的智能应用传输任务中断的提醒方法可以通过监控心跳信息是否异常从而来判断是否终端设备发生任务异常中断，并且在发生任务异常中断时，发送任务异常中断信息至终端设备，以提醒用户终端设备发送任务传输终端并且便于快速查询任务中断原因。

在一个实施例中，方法还包括：判断心跳信息是否为首次心跳信息；当心跳信息为首次心跳信息时，建立轮询队列。

在一个实施例中，判断心跳信息是否为首次心跳信息，包括：判断心跳信息中是否携带有首次上报标识；当心跳信息中携带有首次上报标识，判断心跳信息为首次心跳信息。

具体而言，在服务器接收到心跳信息时，需要先判断该心跳信息是否为首次心跳信息，当是首次心跳信息时，则进入生产心跳消息循环中(即建立轮询队列)，具体请参照图3中的首次心跳(信息)上报，开始进入生产kafka消息循环；若不是首次心跳，则每次更新心跳消息缓存即可，更新心跳消息缓存的失效时间延后。

可选地，首次心跳信息中常常携带有首次上报标识，可以根据该标识来判断心跳信息是否为首次上报标识。

在一个实施例中，方法还包括：当心跳信息缓存有效，且接收到心跳结束信息时，停止接收心跳信息以及对心跳信息缓存进行轮询。

具体地，当心跳信息缓存有效，并且客户端主动上报心跳结束信息(即心跳状态为结束)时，此时表示心跳信息正常结束，为非异常状态。那么传输任务已传输完成，此时就不需要再接收心跳信息以及对心跳信息缓存进行轮询。

另外，当接收到终端设备发送的心跳结束信息时，可以采用服务器设置心跳信息缓存状态为0，代表心跳正常结束，非异常状态。当心跳信息缓存正常并且未结束时，以采用服务器设置心跳信息缓存状态为1。

在一个实施例中，轮询队列为查询心跳消息缓存的队列，包括生产轮询队列或消费轮询队列；采用轮询队列对心跳信息缓存进行轮询，包括：采用生产轮询队列和消费轮询队列对心跳信息缓存进行轮询。

在一个实施例中，采用生产轮询队列和消费轮询队列对心跳信息缓存进行轮询，包括：在预设的时间内采用生产轮询队列只对心跳信息缓存进行轮询一次，其余采用消费轮询队列对心跳信息缓存进行轮询。

具体地，轮询队列包括生产轮询队列和消费轮询队列。请参照图5所示，在传输任务中通常包括生产者和消费者，其中生产者是指向主题发布消息的客户端应用程序称为生产者(Producer),生产者用于持续不断的向某个主题发送消息。消费者是指订阅主题消息的客户端程序称为消费者(Consumer),消费者用于处理生产者产生的消息。

当终端设备上报心跳信息，若为首次心跳信息，kafka生产者(即生产轮询队列)开始针对一个主题生产一个kafka消息，消息内容为这次心跳上报的唯一标识taskId。kafka消费者(即消费轮询队列)实时监听这个主题的消息，当多线程去消费消息时，可以去设定在指定的时间内只消费生产轮询一次，去查询这个taskId的心跳缓存信息，若能查询到，则继续在消费者中生产队列消息。若查询不到缓存，则结束生产心跳队列消息，并同时发送消息通知心跳异常。

此外，当kafka消费者为多线程消费时，每一个线程都可以采用预设算法，保证所有心跳消息缓存在设定的实际内轮询消费一次，避免资源浪费。具体过程为：每个线程消费时，拉取一批用户的心跳信息，判断最后一条用户的心跳信息的生产时间与当前时间之差是否小于等于设定时间，如果是：则线程sleep(producer生产者生产时间戳+设定时间-消息消费时当前时间)，保证所有心跳消息缓存能在设定时间内轮询消费一次，避免资源浪费。如果时间差大于设定时间，则直接消费，不进行休眠延时。一个心跳信息从开始到结束都是一个taskId唯一标识。

应该理解的是，虽然图2-图5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且图2-5中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

上述本申请公开的实施例中详细描述了一种智能应用传输任务中断的提醒方法，对于本申请公开的上述方法可采用多种形式的设备实现，因此本申请还公开了对应上述方法的智能应用传输任务中断的提醒装置，下面给出具体的实施例进行详细说明。

请参阅图6，为本申请实施例公开的一种智能应用传输任务中断的提醒装置，主要包括：

心跳信息接收模块610，用于接收终端设备定时上报的心跳信息；其中，心跳信息是终端设备在开启传输任务时用来判断终端信息是否在线的信息；

缓存模块620，用于对心跳信息进行缓存；

查询模块630，用于采用轮询队列对心跳信息缓存进行轮询，查询心跳信息缓存是否失效；

异常中断信息发送模块640，用于当心跳信息缓存失效时，发送任务异常中断信息至终端设备；其中任务异常中断信息用于提示终端设备传输任务发生中断。

在一个实施例中，装置还包括：队列建立模块，用于判断心跳信息是否为首次心跳信息；当心跳信息为首次心跳信息时，建立轮询队列。

在一个实施例中，队列建立模块，用于判断心跳信息中是否携带有首次上报标识；当心跳信息中携带有首次上报标识，判断心跳信息为首次心跳信息。

在一个实施例中，查询模块630，用于在有效期时长内当轮询队列查询不到心跳信息缓存时，判定心跳消息缓存失效。

在一个实施例中，装置还包括：停止模块，用于当心跳信息缓存有效，且接收到心跳结束信息时，停止接收心跳信息以及对心跳信息缓存进行轮询。

在一个实施例中，轮询队列为查询心跳消息缓存的队列，包括生产轮询队列或消费轮询队列查询模块630，用于采用生产轮询队列和消费轮询队列对心跳信息缓存进行轮询。

在一个实施例中，查询模块630，用于在预设的时间内采用生产轮询队列只对心跳信息缓存进行轮询一次，其余采用消费轮询队列对心跳信息缓存进行轮询。

关于智能应用传输任务中断的提醒装置的具体限定可以参见上文中对于方法的限定，在此不再赘述。上述装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于终端设备中的处理器中，也可以以软件形式存储于终端设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

请参考图7，图7其示出了本申请实施例提供的一种服务器的结构框图。该服务器70可以是计算机设备。本申请中的服务器70可以包括一个或多个如下部件：处理器72、存储器74以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器74中并被配置为由一个或多个处理器72执行，一个或多个应用程序配置用于执行上述应用于智能应用传输任务中断的提醒方法实施例中所描述的方法。

处理器72可以包括一个或者多个处理核。处理器72利用各种接口和线路连接整个服务器70内的各个部分，通过运行或执行存储在存储器74内的指令、程序、代码集或指令集，以及调用存储在存储器74内的数据，执行服务器70的各种功能和处理数据。可选地，处理器72可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器72可集成中央处理器(Central ProcessingUnit，CPU)、图形处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器72中，单独通过一块通信芯片进行实现。

存储器74可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器74可用于存储指令、程序、代码、代码集或指令集。存储器74可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储服务器70在使用中所创建的数据等。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

综上，本申请实施例提供的服务器用于实现前述方法实施例中相应的智能应用传输任务中断的提醒方法，并具有相应的方法实施例的有益效果，在此不再赘述。

请参阅图8，其示出了本申请实施例提供的一种计算机可读取存储介质的结构框图。该计算机可读取存储介质80中存储有程序代码，程序代码可被处理器调用执行上述智能应用传输任务中断的提醒方法实施例中所描述的方法。

计算机可读取存储介质80可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读取存储介质80包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读取存储介质80具有执行上述方法中的任何方法步骤的程序代码82的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码82可以例如以适当形式进行压缩。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

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