CN107015849A - 定时任务的提醒方法及装置 - Google Patents

Abstract

本发明公开了一种定时任务的提醒方法及装置。其中，方法包括：确定接收到的定时任务的提醒周期，将所述定时任务合并到与所述提醒周期对应的定时任务组中；将所述定时任务的提醒时间信息记录到与所述定时任务组对应的有序任务集合中；根据与所述定时任务组对应的有序任务集合，调用与所述定时任务组对应的定时器对所述定时任务组中包含的各个定时任务进行定时提醒。采用本方案，通过对相同提醒周期的定时任务进行合并，并通过与定时任务组对应的有序任务集合中记录的各个定时任务的提醒时间信息来确定定时任务组中每个定时任务的具体提醒时间以进行提醒，从而降低了定时器的数量、减少了系统开销。

Description

定时任务的提醒方法及装置

技术领域

本发明涉及通信技术领域，具体涉及一种定时任务的提醒方法及装置。

背景技术

在许多业务系统中都需要设置定时任务，通过定时任务能够实现自动提醒的功能，从而大幅降低人工劳动成本。例如，新闻系统中的新闻需要定期更新，由于新闻数量庞大，通过人工监控每个新闻文件的更新时间并进行更新操作的方式显然无法胜任实际的业务需求。为此，通常会在新闻系统内部设置定时器，通过定时器对新闻的更新时间进行定期提醒，从而简化人工监控的工作量。

但是，发明人在实现本发明的过程中发现，现有技术中的上述方式至少存在下述缺陷：各个新闻文件的更新周期可能相同也可能不同，即使对于更新周期相同的新闻文件而言，也会因各个文件的产生时间不同而导致每个文件的具体更新时间不同，为此，在现有方式中，需要针对每个新闻文件分别设置一个定时器。然而，新闻系统中的新闻数量庞大，动辄达到数十万量级，因此，需同时开启数十万个定时器，由此势必因系统开销庞大而导致诸如系统崩溃、延时过长等一系列问题。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的定时任务的提醒方法及装置。

根据本发明的一个方面，提供了一种定时任务的提醒方法，该方法包括：确定接收到的定时任务的提醒周期，将所述定时任务合并到与所述提醒周期对应的定时任务组中；将所述定时任务的提醒时间信息记录到与所述定时任务组对应的有序任务集合中；根据与所述定时任务组对应的有序任务集合，调用与所述定时任务组对应的定时器对所述定时任务组中包含的各个定时任务进行定时提醒。

根据本发明的另一个方面，提供了一种定时任务的提醒装置，该装置包括：确定模块，适于确定接收到的定时任务的提醒周期；合并模块，适于将所述定时任务合并到与所述提醒周期对应的定时任务组中；记录模块，适于将所述定时任务的提醒时间信息记录到与所述定时任务组对应的有序任务集合中；提醒模块，适于根据与所述定时任务组对应的有序任务集合，调用与所述定时任务组对应的定时器对所述定时任务组中包含的各个定时任务进行定时提醒。

在本发明提供的定时任务的提醒方法及装置中，能够根据定时任务的提醒周期将相同提醒周期的定时任务合并到同一个定时任务组中，并在定时任务组所对应的有序任务集合中记录该定时任务组所包含的各个定时任务的提醒时间信息，以便根据与定时任务组对应的有序任务集合确定其中包含的各个定时任务具体提醒时间，进而调用与定时任务组对应的定时器对其中包含的各个定时任务进行定时提醒。由此可见，通过对相同提醒周期的定时任务进行合并，并通过与定时任务组对应的有序任务集合中记录的各个定时任务的提醒时间信息来确定定时任务组中每个定时任务的具体提醒时间以进行提醒，从而降低了定时器的数量、减少了系统开销。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例提供的一种定时任务的提醒方法的流程图；

图2示出了根据本发明另一个实施例提供的一种定时任务的提醒方法的流程图；

图3示出了根据本发明一个实施例提供的一种定时任务的提醒装置的结构框图；

图4示出了根据本发明另一个实施例提供的一种定时任务的提醒装置的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例提供的一种定时任务的提醒方法的流程图。如图1所示，该方法包括以下步骤：

步骤S110：确定接收到的定时任务的提醒周期，将定时任务合并到与提醒周期对应的定时任务组中。

本实施例中的定时任务包括各种类型的定时任务，例如，可以是用于对新闻文件进行定期更新的定时任务。并且，接收到的定时任务既可以是一个，也可以是多个。当接收到的定时任务为多个时，分别确定每个定时任务的提醒周期，并分别根据各个定时任务的提醒周期将其合并到相应提醒周期的定时任务组中。

步骤S120：将定时任务的提醒时间信息记录到与定时任务组对应的有序任务集合中。

其中，定时任务的提醒时间信息用于确定定时任务的具体提醒时间，因此，只要是能够用于确定定时任务的具体提醒时间的信息均可应用于本发明。例如，定时任务的提醒时间信息可以包括以下中的至少一个：任务起始时间、下次提醒时间以及有序任务集合中相邻的两个定时任务之间的时间差。

为了便于查询，与定时任务组对应的有序任务集合中按照各个定时任务的具体提醒时间的先后顺序依次存储该定时任务组所包含的全部定时任务。其中，有序任务集合既可以采用zset数据结构实现，也可以通过数据队列、消息队列等各种形式实现，本发明对有序任务集合的具体形式不做限定，只要能够实现有序存储并快速查询的目的即可。

步骤S130：根据与定时任务组对应的有序任务集合，调用与定时任务组对应的定时器对定时任务组中包含的各个定时任务进行定时提醒。

其中，在定时任务组对应的有序任务集合中，按照各个定时任务的具体提醒时间的先后顺序记录了各个定时任务的提醒时间信息，因此，通过查询与定时任务组对应的有序任务集合，能够快速高效地确定出该定时任务组所包含的定时任务的数量以及各个定时任务的具体提醒时间。

可选的，为了节约系统开销，一个定时任务组对应的定时器的数量仅为一个，通过多次调用该定时器能够对定时任务组中包含的多个定时任务分别进行定时提醒。

本发明对上述的各个步骤的具体执行顺序不做限定，本领域技术人员可以根据需要灵活调整各个步骤之间的先后顺序。通常情况下，每当接收到新的定时任务时则自动触发步骤S110及步骤S120，以便将新的定时任务添加到对应的定时任务组中，并根据新添加的定时任务对相应的定时任务组所对应的有序任务集合进行更新。另外，步骤S130既可以在每次执行完步骤S110及步骤S120后执行，也可以独立于步骤S110及步骤S120而根据预设周期自动地周期性执行。

由此可见，通过对相同提醒周期的定时任务进行合并，并通过与定时任务组对应的有序任务集合中记录的各个定时任务的提醒时间信息来确定定时任务组中每个定时任务的具体提醒时间以进行提醒，从而降低了定时器的数量、减少了系统开销，并避免了因系统开销过大而导致的系统崩溃、延时过长等一系列问题。

图2示出了根据本发明另一个实施例提供的一种定时任务的提醒方法的流程图。如图2所示，该方法包括以下步骤：

步骤S210：确定接收到的定时任务的提醒周期。

本实施例中的定时任务包括各种类型的定时任务，例如，可以是用于对新闻文件进行定期更新的定时任务。并且，接收到的定时任务包括：至少一个单任务，和/或，至少一个任务类；其中，每个任务类包括多个提醒周期相同的单任务。具体实现时，单任务通过task表示，任务类通过category表示，并且，一个category中可以包含多个提醒周期相同的task。通过任务类能够便于用户快速加入多个相同提醒周期的单任务。具体的，task的周期会继承其所属的category的周期。例如，可以通过如下代码实现任务类以及单任务的添加：

add_category(category_name,period)

add_task(task_name,category_name,begin_time)

由此可见，当接收到的定时任务为任务类时，通过获取period参数值即可确定该任务类中包含的全部任务的提醒周期。当接收到的定时任务为单任务时，通过category_name参数值可确定该单任务所属的任务类，并进一步根据任务类中包含的period参数值确定该单任务的提醒周期。并且，根据task_name参数可唯一地确定一个单任务，通过begin_time参数可确定该单任务的任务起始时间。

另外，接收到的定时任务既可以是一个，也可以是多个。当接收到的定时任务为多个时，分别确定每个定时任务的提醒周期。例如，接收到的定时任务为3个定时更新的单任务task，2个定时删除的任务类category，则通过上述方法可分别确定3个单任务的提醒周期和2个任务类的提醒周期。

步骤S220：查询是否存在与接收到的定时任务的提醒周期对应的定时任务组；若查询结果为是，执行步骤S230；若查询结果为否，执行步骤S240。

由于接收到的定时任务可以为单个或多个，当接收到的定时任务为多个时，分别查询每个定时任务的提醒周期对应的定时任务组，对查询到存在对应的定时任务组的定时任务执行步骤S230，对未查询到对应的定时任务组的定时任务执行步骤S240。由于接收到的定时任务为多个时，本步骤可以看成执行多次查询是否存在与接收到的单个定时任务的提醒周期对应的定时任务组的操作，因此，本步骤将以接收到单个定时任务为例来做详细阐述。另外，当接收到的定时任务为多个，且针对多个定时任务执行多次查询操作时，既可以由单线程串行执行的方式进行，也可以由多线程并行执行的方式执行。其中，单线程的优势在于顺序执行、不易遗漏、可靠性较高，因此，在系统对可靠性要求较高的场合中可采用单线程方式；多线程的优势在于并发执行、执行速度更快、效率更高，因此，在系统对响应速度要求较高的场合中可采用多线程方式。

在步骤S210确定了接收到的定时任务的提醒周期后，进一步查询系统中是否存在与接收到的定时任务的提醒周期对应的定时任务组。具体地，查询系统中是否存在与接收到的定时任务的提醒周期相同的定时任务组。若查询结果为是，执行步骤S230；若查询结果为否，执行步骤S240。

具体地，每个定时任务组都有其唯一的提醒周期，每个定时任务组中的所有定时任务的提醒周期都相同。可选的，可以由一个工作线程负责一个定时任务组中的所有定时任务的提醒，即同一个工作线程负责的所有的定时任务的提醒周期均相同。由于考虑到定时任务的提醒效率，同一提醒周期的定时任务可分属于不同的定时任务组，由不同的工作线程来维护，该不同的工作线程可进行并发处理，所以不同的定时任务组的提醒周期可以不同，也可以相同，但同一定时任务组中的所有定时任务的提醒周期均相同。

鉴于上述情况，本步骤中查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数存在以下两种情形(以接收到的定时任务为单个为例)：

情形一：

当每个定时任务组的提醒周期均不相同时，则查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数为1个或0个。当查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数为1个时，说明存在与接收到的定时任务的提醒周期对应的定时任务组，则执行步骤S230；当查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数为0个时，说明不存在与接收到的定时任务的提醒周期对应的定时任务组，则执行步骤S240。

情形二：

当至少有两个定时任务组的提醒周期相同时，则查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数可能大于或等于1个，也可能为0个。当查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数大于或等于1个时，说明存在与接收到的定时任务的提醒周期对应的定时任务组，则执行步骤S230；当查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数为0个时，说明不存在与接收到的定时任务的提醒周期对应的定时任务组，则执行步骤S240。

步骤S230：将接收到的定时任务添加到查询到的定时任务组中。

当接收到的定时任务为多个时，分别针对每个定时任务，将每个定时任务合并到与其提醒周期对应的定时任务组中；当接收到的定时任务为单个时，则将该定时任务添加到查询到的定时任务组中。本步骤将以接收到的定时任务为单个为例，具体阐明将接收到的定时任务添加到查询到的定时任务组中的实现过程。

当步骤S220查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数等于1个时，则可将该定时任务添加到该唯一的定时任务组中。可选的，当该唯一的定时任务组中的定时任务数量达到某一阈值时，也可执行步骤S240。例如，若接收到的定时任务task1的提醒周期为5分钟，查询到的提醒周期为5分钟的定时任务组为W1，通过工作线程worker1维护该定时任务组W1中的所有定时任务的提醒，则可将task1添加到W1中，即由worker1负责task1的提醒；或者，当为提高定时任务的处理效率，定时任务组W1中预设的定时任务的个数上限为10000个，若接收到task1后查询到与其对应的定时任务组为W1，而此时W1中的定时任务的个数已经达到上限，则可执行步骤S240，重新建立一个定时任务组，该定时任务组的更新周期与task1的更新周期相同。

当步骤S220查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数大于1个时，可将该定时任务添加到任意与该定时任务的提醒周期对应的定时任务组中；也可以根据与该定时任务的提醒周期对应的定时任务组中的定时任务数量，将该定时任务添加到定时任务数量较少的定时任务组中；又或者，当查询到的与接收到的定时任务的提醒周期对应的多个定时任务组中的定时任务数量达到某一阈值时，也可执行步骤S240。

具体地，本实施例中每个定时任务组有其与之对应的有序任务集合，每个定时任务组中的所有定时任务均存储在其对应的有序任务集合中，其中，有序任务集合既可以采用zset数据结构实现，也可以通过数据队列、消息队列等各种形式实现，本发明对有序任务集合的具体形式不做限定。所以将接收到的定时任务添加到定时任务组中具体包括将接收到的定时任务存储在定时任务组对应的有序任务集合中。举例来说，若将单任务task1或任务类category_1添加到定时任务组W1，则将单任务task1或任务类category_1中的所有定时任务均存储在定时任务组W1对应的有序任务集合中，当有序任务集合采用zset数据结构实现，并且其存储元素以键值对(key-value)进行存储时，可将单任务task1的名称或任务类category_1中的所有定时任务的名称存储为zset中的各个key。

可选的，定时任务组可进一步包括根据任务属性信息划分的至少一个子任务组，且定时任务组对应的有序任务集合进一步包括至少一个与子任务组一一对应的子任务集合。子任务集合也可以采用zset数据结构、数据队列、或消息队列等各种形式实现，本发明对子任务集合的具体形式也不做限定。其中，任务属性信息包括任务提交方信息、任务起始时间信息、以及任务类型信息等，则将定时任务添加到定时任务组中具体为根据该任务的任务属性信息将该定时任务合并到与其对应的子任务组中，即将定时任务存储到与其对应的子任务组对应的子任务集合中。举例来说，定时任务组W1的提醒周期为5分钟，其可根据任务提交方信息划分为3个子任务组C1、C2、C3，其中，C1、C2、C3中的定时任务的提交方分别为用户1、用户2、用户3，并且子任务组C1、C2、C3对应的子任务集合为zset1、zset2、zset3，zset1、zset2、zset3分别存储子任务组C1、C2、C3的定时任务。当接收到用户2提交的定时任务名称为T23，提醒周期为5分钟的任务类，则与该定时任务对应的子任务组为定时任务组W1中的子任务组C2，则将该任务类中所有的定时任务存储在zset2中。采用该种方法可以便于针对不同的任务提交方信息对定时任务进行维护，例如，当不再对某个用户提交的定时任务进行提醒时，可以直接删除该任务提交方信息对应的子任务组。又例如，也可根据任务起始时间信息、任务类型信息等将定时任务组划分为一系列的子任务组，从而达到便于对定时任务组中的定时任务进行维护的目的。

步骤S240：创建与接收到的定时任务的提醒周期对应的定时任务组，将接收到的定时任务添加到创建的定时任务组中，并创建与该定时任务组对应的定时器及有序任务集合。

若步骤S220中不存在与接收到的定时任务的提醒周期对应的定时任务组，则创建与接收到的定时任务的提醒周期对应的定时任务组，将接收到的定时任务添加到创建的定时任务组中，并创建与该定时任务组对应的定时器及有序任务集合。

其中，为节省系统开销，可以由一个工作线程来维护一个定时任务组，一个定时任务组对应的定时器的数量仅为一个，通过多次调用该定时器能够对定时任务组中包含的多个定时任务分别进行定时提醒，所以在创建了定时任务组后，应创建与之对应的定时器。

并且，由于每个定时任务组中的所有定时任务均存储在其对应的有序任务集合中，并且定时任务在有序任务集合中是按照一定的顺序进行存储的，所以在创建了定时任务组后，应创建与之对应的有序任务集合。将接收到的定时任务添加到创建的定时任务组中，具体地，将接收到的定时任务存储在创建的定时任务组对应的有序任务集合中。可选的，也可根据任务属性信息将定时任务组进一步划分为至少一个子任务组，则进一步创建与该子任务组一一对应的子任务集合，则根据接收到的定时任务的任务属性信息将其添加到创建的定时任务组的相应的子任务组中，将其存储在相应的子任务组对应的子任务集合中。

步骤S250：将定时任务的提醒时间信息记录到与定时任务组对应的有序任务集合中。

本步骤中定时任务可以为单个也可以为多个，当有多个定时任务时分别确定每个定时任务所在的定时任务组，并将该定时任务的提醒时间信息记录到该定时任务所在的定时任务组对应的有序任务集合中。

其中，定时任务的提醒时间信息用于确定定时任务的具体提醒时间，因此，只要是能够用于确定定时任务的具体提醒时间的信息均可应用于本发明。例如，定时任务的提醒时间信息可以包括以下中的至少一个：任务起始时间、下次提醒时间以及有序任务集合中相邻的两个定时任务之间的时间差。例如，通过判断任务的起始时间和提醒周期，可以得出定时任务的具体提醒时间；又或者当获知相邻的两个定时任务之间的时间差，若当前某一定时任务达到提醒周期，则可获知与其相邻的下个定时任务的提醒周期。

在上述步骤中已阐明每个定时任务组均有其对应的有序任务集合，有序任务集合中存储有对应的定时任务所包含的所有定时任务，并且在有序任务集合中所有的定时任务是按照一定的存储顺序进行存储的。具体地，为了便于查询和管理，有序任务集合中所有的定时任务可以按照定时任务提醒时间的先后顺序进行存储。以zset数据结构来实现的有序任务集合为例，zset中的元素可以以键值对的方式进行存储，则有序集合中的各个定时任务的名称可以存储为zset中的各个key，而各个定时任务的更新提醒时间信息可以记录为各个key对应的value。并且，又由于zset为一有序集合，其有序体现在其每个存储元素都有表征其顺序的权重值，而在本实施例中，定时任务应按照定时任务提醒时间的先后顺序进行存储，所以zset中每个存储元素的顺序权重值可以按照其value中存储的更新提醒时间信息来进行设置，从而达到有序集合中定时任务的有序排列。

可选的，当定时任务组含有至少一个子任务组时，可根据定时任务的任务属性信息将该定时任务的提醒时间信息记录在相应的子任务组对应的子任务集合中。

步骤S260：根据与定时任务组对应的有序任务集合，调用与定时任务组对应的定时器对定时任务组中包含的各个定时任务进行定时提醒。

其中，在定时任务组对应的有序任务集合中，按照各个定时任务的具体提醒时间的先后顺序记录了各个定时任务的提醒时间信息，因此，通过查询与定时任务组对应的有序任务集合，能够快速高效地确定出该定时任务组所包含的定时任务的数量以及各个定时任务的具体提醒时间。

可选的，为了节约系统开销，每个定时任务组对应的定时器的数量仅为一个，并且，每个定时任务组分别对应于一个工作线程，则每个工作线程只对应一个定时器，则通过工作线程可以多次调用其对应的定时器，从而能够对定时任务组中包含的多个定时任务分别进行定时提醒。例如，定时器可实时监控有序任务集合中提醒时间最早的定时任务，当提醒时间最早的定时任务还未到提醒时间时说明其他的定时任务也未达到提醒时间；当提醒时间最早的定时任务达到提醒时间时，则对该定时任务进行提醒，并判断下一个提醒时间最早的定时任务。具体实现时，可以根据定时任务组中包含的定时任务的数量，定义多个全局变量，每个全局变量分别对应于一个定时任务，通过在该定时任务组所对应的定时器里累加变量的方式实现多次调用该定时器的目的。

本发明对上述的各个步骤的具体执行顺序不做限定，本领域技术人员可以根据需要灵活调整各个步骤之间的先后顺序。通常情况下，每当接收到新的定时任务时则自动触发步骤S210至步骤S250，以便将新的定时任务添加到对应的定时任务组中，并根据新添加的定时任务对相应的定时任务组所对应的有序任务集合进行更新。另外，步骤S260既可以在每次执行完步骤S250后执行，也可以独立于其他步骤而根据预设周期自动地周期性执行。

可选的，在步骤S250之后，还可以进一步包括如下步骤：

步骤S270：根据接收到的任务更改指令中包含的任务属性信息，确定与任务属性信息对应的子任务集合；根据任务更改指令的指令类型，对子任务集合进行相应类型的更改。

其中，指令类型包括：删除类型、新增类型和/或修改类型。当接收到任务更改指令时，根据任务更改指令中包含的任务属性信息，如任务提交方信息、任务起始时间信息、以及任务类型信息等，可以快速地查找到相应的子任务集合，从而根据任务更改指令对子任务集合进行相应类型的更改。

例如，定时任务组中按照信息提交方信息将其划分为一系列的子任务集合，当不再对某一信息提交方提交的定时任务进行提醒服务，则需要删除定时任务组中所有由该信息提交方提交的定时任务，则可通过接收到的任务更改指令中包含的该信息提交方的信息(如用户标识等)，查找到对应的子任务集合，从而快速地将该子任务集合进行删除。

又例如，定时任务组中按照任务起始时间信息将其划分为一系列的子任务集合，如起始时间信息为1月的划分为一个子任务集合T1，起始时间信息为2月的划分为另一个子任务集合T2。若需对任务起始时间信息为1月12号至1月15号的定时任务的进行修改，则可通过接收到的任务更改指令中包含的该起始时间信息，查找到对应的子任务集合T1，从而快速地定位目标定时任务，并对目标定时任务进行相应的修改。

由此可见，通过对相同提醒周期的定时任务进行合并，并通过与定时任务组对应的有序任务集合中记录的各个定时任务的提醒时间信息来确定定时任务组中每个定时任务的具体提醒时间以进行提醒，从而降低了定时器的数量、减少了系统开销，并避免了因系统开销过大而导致的系统崩溃、延时过长等一系列问题。另外，通过根据任务属性信息将有序任务集合划分为至少一个子任务集合，加快了定时任务的查找速度，更加便于对各个定时任务的更改及管理。另外，由于有序任务集合中记录的各个定时任务是按照提醒时间的先后排列的，若提醒时间靠前的定时任务尚未到达提醒时间，则无需监控提醒时间靠后的定时任务，因此，只需针对距离当前时间最近的定时任务进行监控即可，大幅降低了监控开销。

图3示出了根据本发明一个实施例提供的一种定时任务的提醒装置的结构框图。如图3所示，该装置包括：确定模块31、合并模块32、记录模块33、以及提醒模块34。

确定模块31适于确定接收到的定时任务的提醒周期。

本实施例中的定时任务包括各种类型的定时任务，例如，可以是用于对新闻文件进行定期更新的定时任务。并且，接收到的定时任务既可以是一个，也可以是多个。当接收到的定时任务为多个时，分别确定每个定时任务的提醒周期。

合并模块32适于将定时任务合并到与提醒周期对应的定时任务组中。

根据确定模块31确定接收到的定时任务的提醒周期，将定时任务合并到与该提醒周期对应的定时任务组中。

记录模块33适于将定时任务的提醒时间信息记录到与定时任务组对应的有序任务集合中。

其中，定时任务的提醒时间信息用于确定定时任务的具体提醒时间，因此，只要是能够用于确定定时任务的具体提醒时间的信息均可应用于本发明。例如，定时任务的提醒时间信息可以包括以下中的至少一个：任务起始时间、下次提醒时间以及有序任务集合中相邻的两个定时任务之间的时间差。

为了便于查询，与定时任务组对应的有序任务集合中按照各个定时任务的具体提醒时间的先后顺序依次存储该定时任务组所包含的全部定时任务。其中，有序任务集合既可以采用zset数据结构实现，也可以通过数据队列、消息队列等各种形式实现，本发明对有序任务集合的具体形式不做限定，只要能够实现有序存储并快速查询的目的即可。

提醒模块34适于根据与定时任务组对应的有序任务集合，调用与定时任务组对应的定时器对定时任务组中包含的各个定时任务进行定时提醒。

其中，在定时任务组对应的有序任务集合中，按照各个定时任务的具体提醒时间的先后顺序记录了各个定时任务的提醒时间信息，因此，通过查询与定时任务组对应的有序任务集合，能够快速高效地确定出该定时任务组所包含的定时任务的数量以及各个定时任务的具体提醒时间。

可选的，为了节约系统开销，一个定时任务组对应的定时器的数量仅为一个，通过多次调用该定时器能够对定时任务组中包含的多个定时任务分别进行定时提醒。

由此可见，通过对相同提醒周期的定时任务进行合并，并通过与定时任务组对应的有序任务集合中记录的各个定时任务的提醒时间信息来确定定时任务组中每个定时任务的具体提醒时间以进行提醒，从而降低了定时器的数量、减少了系统开销，并避免了因系统开销过大而导致的系统崩溃、延时过长等一系列问题。

图4示出了根据本发明另一个实施例提供的一种定时任务的提醒装置的结构框图。如图4所示，该装置包括：确定模块41、查询模块42、合并模块43、创建模块44、记录模块45、以及提醒模块46。

确定模块41适于确定接收到的定时任务的提醒周期。

本实施例中的定时任务包括各种类型的定时任务，例如，可以是用于对新闻文件进行定期更新的定时任务。并且，接收到的定时任务包括：至少一个单任务，和/或，至少一个任务类；其中，每个任务类包括多个提醒周期相同的单任务。具体实现时，单任务通过task表示，任务类通过category表示，并且，一个category中可以包含多个提醒周期相同的task。通过任务类能够便于用户快速加入多个相同提醒周期的单任务。具体的，task的周期会继承其所属的category的周期。例如，可以通过如下代码实现任务类以及单任务的添加：

add_category(category_name,period)

add_task(task_name,category_name,begin_time)

由此可见，当接收到的定时任务为任务类时，通过获取period参数值即可确定该任务类中包含的全部任务的提醒周期。当接收到的定时任务为单任务时，通过category_name参数值可确定该单任务所属的任务类，并进一步根据任务类中包含的period参数值确定该单任务的提醒周期。并且，根据task_name参数可唯一地确定一个单任务，通过begin_time参数可确定该单任务的任务起始时间。

另外，接收到的定时任务既可以是一个，也可以是多个。当接收到的定时任务为多个时，分别确定每个定时任务的提醒周期。例如，接收到的定时任务为3个定时更新的单任务task，2个定时删除的任务类category，则通过上述方法可分别确定3个单任务的提醒周期和2个任务类的提醒周期。

查询模块42适于查询是否存在与提醒周期对应的定时任务组。

由于接收到的定时任务可以为单个或多个，当接收到的定时任务为多个时，分别查询每个定时任务的提醒周期对应的定时任务组，对查询到存在对应的定时任务组通过合并模块43将其合并到查询到的定时任务组中；对未查询到对应的定时任务组的定时任务通过创建模块44创建与该提醒周期对应的定时任务组。由于接收到的定时任务为多个时，可以看成执行多次查询是否存在与接收到的单个定时任务的提醒周期对应的定时任务组的操作，因此，本模块中将以接收到单个定时任务为例来做详细阐述。另外，当接收到的定时任务为多个，且针对多个定时任务执行多次查询操作时，既可以由单线程串行执行的方式进行，也可以由多线程并行执行的方式执行。其中，单线程的优势在于顺序执行、不易遗漏、可靠性较高，因此，在系统对可靠性要求较高的场合中可采用单线程方式；多线程的优势在于并发执行、执行速度更快、效率更高，因此，在系统对响应速度要求较高的场合中可采用多线程方式。

在确定模块41确定了接收到的定时任务的提醒周期后，进一步查询系统中是否存在与接收到的定时任务的提醒周期对应的定时任务组。具体地，查询系统中是否存在与接收到的定时任务的提醒周期相同的定时任务组。若查询结果为是，则执行合并模块；若查询结果为否，则执行创建模块。

具体地，每个定时任务组都有其唯一的提醒周期，每个定时任务组中的所有定时任务的提醒周期都相同。可选的，可以由一个工作线程负责一个定时任务组中的所有定时任务的提醒，即同一个工作线程负责的所有的定时任务的提醒周期均相同。由于考虑到定时任务的提醒效率，同一提醒周期的定时任务可分属于不同的定时任务组，由不同的工作线程来维护，该不同的工作线程可进行并发处理，所以不同的定时任务组的提醒周期可以不同，也可以相同，但同一定时任务组中的所有定时任务的提醒周期均相同。

鉴于上述情况，本模块中查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数存在以下两种情形(以接收到的定时任务为单个为例)：

情形一：

当每个定时任务组的提醒周期均不相同时，则查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数为1个或0个。当查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数为1个时，说明存在与接收到的定时任务的提醒周期对应的定时任务组，则执行合并模块43；当查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数为0个时，说明不存在与接收到的定时任务的提醒周期对应的定时任务组，则执行创建模块44。

情形二：

当至少有两个定时任务组的提醒周期相同时，则查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数可能大于或等于1个，也可能为0个。当查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数大于或等于1个时，说明存在与接收到的定时任务的提醒周期对应的定时任务组，则执行合并模块43；当查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数为0个时，说明不存在与接收到的定时任务的提醒周期对应的定时任务组，则执行创建模块44。

合并模块43适于当查询模块的查询结果为是时，将定时任务添加到查询到的定时任务组中。

当接收到的定时任务为多个时，合并模块43进一步适于分别确定每个定时任务的提醒周期；分别针对每个定时任务，将该定时任务合并到与其提醒周期对应的定时任务组中。当接收到的定时任务为单个时，则将该定时任务添加到查询到的定时任务组中。本模块将以接收到的定时任务为单个为例，具体阐明将接收到的定时任务添加到查询到的定时任务组中的实现过程。

当查询模块42查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数等于1个时，则可将该定时任务添加到该唯一的定时任务组中。可选的，当该唯一的定时任务组中的定时任务数量达到某一阈值时，也可执行创建模块44。例如，若接收到的定时任务task1的提醒周期为5分钟，查询到的提醒周期为5分钟的定时任务组为W1，通过工作线程worker1维护该定时任务组W1中的所有定时任务的提醒，则可将task1添加到W1中，即由worker1负责task1的提醒；或者，当为提高定时任务的处理效率，定时任务组W1中预设的定时任务的个数上限为10000个，若接收到task1后查询到与其对应的定时任务组为W1，而此时W1中的定时任务的个数已经达到上限，则可执行创建模块44，重新建立一个定时任务组，该定时任务组的更新周期与task1的更新周期相同。

当查询模块42查询到的与接收到的定时任务的提醒周期对应的定时任务组的个数大于1个时，可将该定时任务添加到任意与该定时任务的提醒周期对应的定时任务组中；也可以根据与该定时任务的提醒周期对应的定时任务组中的定时任务数量，将该定时任务添加到定时任务数量较少的定时任务组中；又或者，当查询到的与接收到的定时任务的提醒周期对应的多个定时任务组中的定时任务数量达到某一阈值时，也可执行创建模块44。

具体地，本实施例中每个定时任务组有其与之对应的有序任务集合，每个定时任务组中的所有定时任务均存储在其对应的有序任务集合中，其中，有序任务集合既可以采用zset数据结构实现，也可以通过数据队列、消息队列等各种形式实现，本发明对有序任务集合的具体形式不做限定。所以将接收到的定时任务的添加到定时任务组中具体包括将接收到的定时任务存储在定时任务组对应的有序任务集合中。举例来说，若将单任务task1或任务类category_1添加到定时任务组W1，则将单任务task1或任务类category_1中的所有定时任务均存储在定时任务组W1对应的有序任务集合中，当有序任务集合采用zset数据结构实现，并且其存储元素以键值对(key-value)进行存储时，可将单任务task1的名称或任务类category_1中的所有定时任务的名称存储为zset中的各个key。

可选的，定时任务组可进一步包括根据任务属性信息划分的至少一个子任务组，且定时任务组对应的有序任务集合进一步包括至少一个与子任务组一一对应的子任务集合。子任务集合也可以采用zset数据结构、数据队列、消息队列等各种形式实现，本发明对子任务集合的具体形式也不做限定。其中，任务属性信息包括任务提交方信息、任务起始时间信息、以及任务类型信息等。

则合并模块进一步适于：确定定时任务的任务属性信息，根据任务属性信息将定时任务合并到对应的子任务组中。

举例来说，定时任务组W1的提醒周期为5分钟，其可根据任务提交方信息划分为3个子任务组C1、C2、C3，其中，C1、C2、C3中的定时任务的提交方分别为用户1、用户2、用户3，并且子任务组C1、C2、C3对应的子任务集合为zset1、zset2、zset3，zset1、zset2、zset3分别存储子任务组C1、C2、C3的定时任务。当接收到用户2提交的定时任务名称为T23，提醒周期为5分钟的任务类，则与该定时任务对应的子任务组为定时任务组W1中的子任务组C2，则将该任务类中所有的定时任务存储在zset2中。采用该种方法可以便于针对不同的任务提交方信息对定时任务进行维护，例如，当不再对某个用户提交的定时任务进行提醒时，可以直接删除该任务提交方信息对应的子任务组。又例如，也可根据任务起始时间信息、任务类型信息等将定时任务组划分为一系列的子任务组，从而达到便于对定时任务组中的定时任务进行维护的目的。

创建模块44适于若查询模块42的查询结果为否时，创建与提醒周期对应的定时任务组，将定时任务添加到创建的定时任务组中，并创建与定时任务组对应的定时器及有序任务集合。

若查询模块42查询结果中不存在与接收到的定时任务的提醒周期对应的定时任务组，则创建与接收到的定时任务的提醒周期对应的定时任务组，将接收到的定时任务添加到创建的定时任务组中，并创建与该定时任务组对应的定时器及有序任务集合。

其中，为节省系统开销，可以由一个工作线程来维护一个定时任务组，一个定时任务组对应的定时器的数量仅为一个，通过多次调用该定时器能够对定时任务组中包含的多个定时任务分别进行定时提醒，所以在创建了定时任务组后，应创建与之对应的定时器。

并且，由于每个定时任务组中的所有定时任务均存储在其对应的有序任务集合中，并且定时任务在有序任务集合中是按照一定的顺序进行存储的，所以在创建了定时任务组后，应创建与之对应的有序任务集合。将接收到的定时任务添加到创建的定时任务组中，具体地，将接收到的定时任务存储在创建的定时任务组对应的有序任务集合中。可选的，也可根据任务属性信息将定时任务组进一步划分为至少一个子任务组，则进一步创建与该子任务组一一对应的子任务集合，则根据接收到的定时任务的任务属性信息将其添加到创建的定时任务组的相应的子任务组中，将其存储在相应的子任务组对应的子任务集合中。

记录模块45适于将定时任务的提醒时间信息记录到与定时任务组对应的有序任务集合中。

本模块中定时任务可以为单个也可以为多个，当有多个定时任务时，记录模块45进一步适于分别确定每个定时任务所在的定时任务组，并将该定时任务的提醒时间信息记录到该定时任务所在的定时任务组对应的有序任务集合中。

其中，定时任务的提醒时间信息用于确定定时任务的具体提醒时间，因此，只要是能够用于确定定时任务的具体提醒时间的信息均可应用于本发明。例如，定时任务的提醒时间信息可以包括以下中的至少一个：任务起始时间、下次提醒时间以及有序任务集合中相邻的两个定时任务之间的时间差。例如，通过判断任务的起始时间和提醒周期，可以得出定时任务的具体提醒时间；又或者当获知相邻的两个定时任务之间的时间差，若当前某一定时任务达到提醒周期，则可获知与其相邻的下个定时任务的提醒周期。

在上述模块中已阐明每个定时任务组均有其对应的有序任务集合，有序任务集合中存储有对应的定时任务所包含的所有的定时任务，并且在有序任务集合中所有的定时任务是按照一定的存储顺序进行存储的。具体地，为了便于查询和管理，有序任务集合中所有的定时任务可以按照定时任务提醒时间的先后顺序进行存储。以zset数据结构来实现的有序任务集合为例，zset中的元素可以以键值对的方式进行存储，则有序集合中的各个定时任务的名称可以存储为zset中的各个key，而各个定时任务的更新提醒时间信息可以记录为各个key对应的value。并且，又由于zset为一有序集合，其有序体现在其每个存储元素都有表征其顺序的权重值，而在本实施例中，定时任务应按照定时任务提醒时间的先后顺序进行存储，所以zset中每个存储元素的顺序权重值可以按照其value中存储的更新提醒时间信息来进行设置，从而达到有序集合中定时任务的有序排列。

可选的，当定时任务组含有至少一个子任务组时，记录模块45进一步适于：将定时任务的提醒时间信息记录到与子任务组对应的子任务集合中。

具体地，可根据定时任务的任务属性信息将该定时任务的提醒时间信息记录在相应的子任务组对应的子任务集合中。

提醒模块46适于根据与定时任务组对应的有序任务集合，调用与定时任务组对应的定时器对所述定时任务组中包含的各个定时任务进行定时提醒。

其中，在定时任务组对应的有序任务集合中，按照各个定时任务的具体提醒时间的先后顺序记录了各个定时任务的提醒时间信息，因此，通过查询与定时任务组对应的有序任务集合，能够快速高效地确定出该定时任务组所包含的定时任务的数量以及各个定时任务的具体提醒时间。

可选的，为了节约系统开销，每个定时任务组对应的定时器的数量仅为一个，并且，每个定时任务组分别对应于一个工作线程，则每个工作线程只对应一个定时器，则通过工作线程可以多次调用其对应的定时器，从而能够对定时任务组中包含的多个定时任务分别进行定时提醒。例如，定时器可实时监控有序任务集合中提醒时间最早的定时任务，当提醒时间最早的定时任务还未到提醒时间时说明其他的定时任务也未达到提醒时间；当提醒时间最早的定时任务达到提醒时间时，则对该定时任务进行提醒，并判断下一个提醒时间最早的定时任务。具体实现时，可以根据定时任务组中包含的定时任务的数量，定义多个全局变量，每个全局变量分别对应于一个定时任务，通过在该定时任务组所对应的定时器里累加变量的方式实现多次调用该定时器的目的。

其中，当每个定时任务组分别对应于一个工作线程时，上述的提醒模块可以通过一个或多个工作线程实现，具体工作线程的数量与系统中包含的定时任务组的数量一致。

可选的，本装置还包括更改确定模块(图中未示出)、更改模块(图中未示出)。

更改确定模块适于根据接收到的任务更改指令中包含的任务属性信息，确定与任务属性信息对应的子任务集合。

更改模块适于根据任务更改指令的指令类型，对子任务集合进行相应类型的更改。

具体地，指令类型包括：删除类型、新增类型和/或修改类型。当接收到任务更改指令时，根据任务更改指令中包含的任务属性信息，如任务提交方信息、任务起始时间信息、以及任务类型信息等，可以快速地查找到相应的子任务集合，从而根据任务更改指令对子任务集合进行相应类型的更改。

例如，定时任务组中按照信息提交方信息将其划分为一系列的子任务集合，当不再对某一信息提交方提交的定时任务进行提醒服务，则需要删除定时任务组中所有由该信息提交方提交的定时任务，则可通过接收到的任务更改指令中包含的该信息提交方的信息(如用户标识等)，查找到对应的子任务集合，从而快速地将该子任务集合进行删除。

又例如，定时任务组中按照任务起始时间信息将其划分为一系列的子任务集合，如起始时间信息为1月的划分为一个子任务集合T1，起始时间信息为2月的划分为另一个子任务集合T2。若需对任务起始时间信息为1月12号至1月15号的定时任务的进行修改，则可通过接收到的任务更改指令中包含的该起始时间信息，查找到对应的子任务集合T1，从而快速地定位目标定时任务，并对目标定时任务进行相应的修改。

由此可见，通过对相同提醒周期的定时任务进行合并，并通过与定时任务组对应的有序任务集合中记录的各个定时任务的提醒时间信息来确定定时任务组中每个定时任务的具体提醒时间以进行提醒，从而降低了定时器的数量、减少了系统开销，并避免了因系统开销过大而导致的系统崩溃、延时过长等一系列问题。另外，通过根据任务属性信息将有序任务集合划分为至少一个的子任务集合，加快了定时任务的查找速度，更加便于对各个定时任务的更改及管理。另外，由于有序任务集合中记录的各个定时任务是按照提醒时间的先后排列的，若提醒时间靠前的定时任务尚未到达提醒时间，则无需监控提醒时间靠后的定时任务，因此，只需针对距离当前时间最近的定时任务进行监控即可，大幅降低了监控开销。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的基于集群的数据存储空间装置模块中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了：A1.一种定时任务的提醒方法，包括：

确定接收到的定时任务的提醒周期，将所述定时任务合并到与所述提醒周期对应的定时任务组中；

将所述定时任务的提醒时间信息记录到与所述定时任务组对应的有序任务集合中；

根据与所述定时任务组对应的有序任务集合，调用与所述定时任务组对应的定时器对所述定时任务组中包含的各个定时任务进行定时提醒。

A2.根据A1所述的方法，其中，所述将所述定时任务合并到与所述提醒周期对应的定时任务组中的步骤具体包括：

查询是否存在与所述提醒周期对应的定时任务组；

若查询结果为是，将所述定时任务添加到查询到的定时任务组中；

若查询结果为否，创建与所述提醒周期对应的定时任务组，将所述定时任务添加到创建的定时任务组中，并创建与所述定时任务组对应的定时器及有序任务集合。

A3.根据A1或A2所述的方法，其中，当接收到的定时任务包括多个时，所述确定接收到的定时任务的提醒周期，将所述定时任务合并到与所述提醒周期对应的定时任务组中的步骤具体包括：

分别确定每个定时任务的提醒周期；分别针对每个定时任务，将该定时任务合并到与其提醒周期对应的定时任务组中；

且所述将所述定时任务的提醒时间信息记录到与所述定时任务组对应的有序任务集合中的步骤具体包括：分别确定每个定时任务所在的定时任务组，并将该定时任务的提醒时间信息记录到该定时任务所在的定时任务组对应的有序任务集合中。

A4.根据A1-A3任一所述的方法，其中，所述接收到的定时任务包括：至少一个单任务，和/或，至少一个任务类；其中，每个任务类包括多个提醒周期相同的单任务。

A5.根据A1-A4任一所述的方法，其中，所述定时任务组进一步包括：根据任务属性信息划分的至少一个子任务组，且所述定时任务组对应的有序任务集合进一步包括：至少一个与所述子任务组一一对应的子任务集合；

则所述将所述定时任务合并到与所述提醒周期对应的定时任务组中的步骤进一步包括：确定所述定时任务的任务属性信息，根据所述任务属性信息将所述定时任务合并到对应的子任务组中；

且所述将所述定时任务的提醒时间信息记录到与所述定时任务组对应的有序任务集合中的步骤进一步包括：将所述定时任务的提醒时间信息记录到与所述子任务组对应的子任务集合中。

A6.根据A5所述的方法，其中，所述任务属性信息包括以下中的至少一个：任务提交方信息、任务起始时间信息、以及任务类型信息。

A7.根据A5或A6所述的方法，其中，所述将所述定时任务的提醒时间信息记录到与所述定时任务组对应的有序任务集合中的步骤之后，进一步包括：

根据接收到的任务更改指令中包含的任务属性信息，确定与所述任务属性信息对应的子任务集合；

根据所述任务更改指令的指令类型，对所述子任务集合进行相应类型的更改；其中，所述指令类型包括：删除类型、新增类型和/或修改类型。

A8.根据A1-A7任一所述的方法，其中，所述提醒时间信息包括：任务起始时间、和/或下次提醒时间。

A9.根据A1-A8任一所述的方法，其中，每个定时任务组中包含的各个定时任务的提醒周期相同，且每个定时任务组对应的定时器的数量为一个；

并且，每个定时任务组分别对应于一个工作线程，则所述根据与所述定时任务组对应的有序任务集合，调用与所述定时任务组对应的定时器对所述定时任务组中包含的各个定时任务进行定时提醒的步骤由对应的工作线程执行。

本发明还公开了：B10.一种定时任务的提醒装置，包括：

确定模块，适于确定接收到的定时任务的提醒周期；

合并模块，适于将所述定时任务合并到与所述提醒周期对应的定时任务组中；

记录模块，适于将所述定时任务的提醒时间信息记录到与所述定时任务组对应的有序任务集合中；

提醒模块，适于根据与所述定时任务组对应的有序任务集合，调用与所述定时任务组对应的定时器对所述定时任务组中包含的各个定时任务进行定时提醒。

B11.根据B10所述的装置，其中，所述装置还包括：

查询模块，适于查询是否存在与所述提醒周期对应的定时任务组；

所述合并模块具体适于，当查询模块的查询结果为是时，将所述定时任务添加到查询到的定时任务组中；

创建模块，适于若查询模块的查询结果为否时，创建与所述提醒周期对应的定时任务组，将所述定时任务添加到创建的定时任务组中，并创建与所述定时任务组对应的定时器及有序任务集合。

B12.根据B10或B11所述的装置，其中，当接收到的定时任务包括多个时，

所述合并模块进一步适于：分别确定每个定时任务的提醒周期；分别针对每个定时任务，将该定时任务合并到与其提醒周期对应的定时任务组中；

所述记录模块进一步适于：分别确定每个定时任务所在的定时任务组，并将该定时任务的提醒时间信息记录到该定时任务所在的定时任务组对应的有序任务集合中。

B13.根据B10-B12任一所述的装置，其中，所述接收到的定时任务包括：至少一个单任务，和/或，至少一个任务类；其中，每个任务类包括多个提醒周期相同的单任务。

B14.根据B10-B13任一所述的装置，其中，所述定时任务组进一步包括：根据任务属性信息划分的至少一个子任务组，且所述定时任务组对应的有序任务集合进一步包括：至少一个与所述子任务组一一对应的子任务集合；

所述合并模块进一步适于：确定所述定时任务的任务属性信息，根据所述任务属性信息将所述定时任务合并到对应的子任务组中；

所述记录模块进一步适于：将所述定时任务的提醒时间信息记录到与所述子任务组对应的子任务集合中。

B15.根据B14所述的装置，其中，所述任务属性信息包括以下中的至少一个：任务提交方信息、任务起始时间信息、以及任务类型信息。

B16.根据B14或B15所述的装置，其中，所述装置还包括：

更改确定模块，适于根据接收到的任务更改指令中包含的任务属性信息，确定与所述任务属性信息对应的子任务集合；

更改模块，适于根据所述任务更改指令的指令类型，对所述子任务集合进行相应类型的更改；其中，所述指令类型包括：删除类型、新增类型和/或修改类型。

B17.根据B10-B16任一所述的装置，其中，所述提醒时间信息包括：任务起始时间、和/或下次提醒时间。

B18.根据B10-B17任一所述的装置，其中，每个定时任务组中包含的各个定时任务的提醒周期相同，且每个定时任务组对应的定时器的数量为一个；并且，每个定时任务组分别对应于一个工作线程。

Claims (10)

1.一种定时任务的提醒方法，包括：

确定接收到的定时任务的提醒周期，将所述定时任务合并到与所述提醒周期对应的定时任务组中；

将所述定时任务的提醒时间信息记录到与所述定时任务组对应的有序任务集合中；

根据与所述定时任务组对应的有序任务集合，调用与所述定时任务组对应的定时器对所述定时任务组中包含的各个定时任务进行定时提醒。

2.根据权利要求1所述的方法，其中，所述将所述定时任务合并到与所述提醒周期对应的定时任务组中的步骤具体包括：

查询是否存在与所述提醒周期对应的定时任务组；

若查询结果为是，将所述定时任务添加到查询到的定时任务组中；

若查询结果为否，创建与所述提醒周期对应的定时任务组，将所述定时任务添加到创建的定时任务组中，并创建与所述定时任务组对应的定时器及有序任务集合。

3.根据权利要求1或2所述的方法，其中，当接收到的定时任务包括多个时，所述确定接收到的定时任务的提醒周期，将所述定时任务合并到与所述提醒周期对应的定时任务组中的步骤具体包括：

分别确定每个定时任务的提醒周期；分别针对每个定时任务，将该定时任务合并到与其提醒周期对应的定时任务组中；

且所述将所述定时任务的提醒时间信息记录到与所述定时任务组对应的有序任务集合中的步骤具体包括：分别确定每个定时任务所在的定时任务组，并将该定时任务的提醒时间信息记录到该定时任务所在的定时任务组对应的有序任务集合中。

4.根据权利要求1-3任一所述的方法，其中，所述接收到的定时任务包括：至少一个单任务，和/或，至少一个任务类；其中，每个任务类包括多个提醒周期相同的单任务。

5.根据权利要求1-4任一所述的方法，其中，所述定时任务组进一步包括：根据任务属性信息划分的至少一个子任务组，且所述定时任务组对应的有序任务集合进一步包括：至少一个与所述子任务组一一对应的子任务集合；

则所述将所述定时任务合并到与所述提醒周期对应的定时任务组中的步骤进一步包括：确定所述定时任务的任务属性信息，根据所述任务属性信息将所述定时任务合并到对应的子任务组中；

且所述将所述定时任务的提醒时间信息记录到与所述定时任务组对应的有序任务集合中的步骤进一步包括：将所述定时任务的提醒时间信息记录到与所述子任务组对应的子任务集合中。

6.根据权利要求5所述的方法，其中，所述任务属性信息包括以下中的至少一个：任务提交方信息、任务起始时间信息、以及任务类型信息。

7.根据权利要求5或6所述的方法，其中，所述将所述定时任务的提醒时间信息记录到与所述定时任务组对应的有序任务集合中的步骤之后，进一步包括：

根据接收到的任务更改指令中包含的任务属性信息，确定与所述任务属性信息对应的子任务集合；

根据所述任务更改指令的指令类型，对所述子任务集合进行相应类型的更改；其中，所述指令类型包括：删除类型、新增类型和/或修改类型。

8.根据权利要求1-7任一所述的方法，其中，所述提醒时间信息包括：任务起始时间、和/或下次提醒时间。

9.根据权利要求1-8任一所述的方法，其中，每个定时任务组中包含的各个定时任务的提醒周期相同，且每个定时任务组对应的定时器的数量为一个；

并且，每个定时任务组分别对应于一个工作线程，则所述根据与所述定时任务组对应的有序任务集合，调用与所述定时任务组对应的定时器对所述定时任务组中包含的各个定时任务进行定时提醒的步骤由对应的工作线程执行。

10.一种定时任务的提醒装置，包括：

确定模块，适于确定接收到的定时任务的提醒周期；

合并模块，适于将所述定时任务合并到与所述提醒周期对应的定时任务组中；

记录模块，适于将所述定时任务的提醒时间信息记录到与所述定时任务组对应的有序任务集合中；

提醒模块，适于根据与所述定时任务组对应的有序任务集合，调用与所述定时任务组对应的定时器对所述定时任务组中包含的各个定时任务进行定时提醒。