处理业务的方法、装置、电子设备及介质与流程

1.本技术中涉及数据处理技术，尤其是一种处理业务的方法、装置、电子设备及介质。


背景技术：

2.随着软件业务规模的不断升级，软件的系统架构也在不断演化，微服务架构已经被越来越多地使用，规模不断增加的软件系统被拆分成单一独立但又互相协调依赖关系的一个个微服务。
3.其中，微服务架构的存在，使得各个拆分后的定时任务模块能够各自独立地进行开发，以及选择需要的功能组件，并进行独立地部署与维护，同时也能做到针对不同定时任务进行服务器的处理。但是，当系统中查找的定时任务过多时，如果不能对多个任务进行统一的调配，会导致系统中出现任务处理过于集中的问题，进而导致运行压力变大。


技术实现要素：

4.本技术实施例提供一种处理业务的方法、装置、电子设备及介质。用以解决相关技术中存在的，业务系统中没有有序处理各个定时任务所导致的处理过于集中的问题。
5.其中，根据本技术实施例的一个方面，提供的一种处理业务的方法，包括：
6.利用http接口，和/或，消息队列接口接收用户下发的用于创建定时业务的cron表达式；
7.根据所述cron表达式以及所述quartz框架，创建对应的至少一个定时任务，并将所述至少一个定时任务记录到预设的任务数据库表中；
8.当接收到用于调整目标定时任务的任务调整参数后，根据所述任务调整参数调整所述任务数据库表中对应的目标定时任务。
9.可选地，在基于本技术上述方法的另一个实施例中，所述利用http接口接收用户下发的用于创建定时业务的cron表达式，包括：
10.利用http接口接收第一cron表达式，所述第一cron表达式包括定时业务的名称以及对应的业务类型参数；
11.当基于所述第一cron表达式确定第一定时业务创建完成时，将所述第一定时业务的id名称、所述第一cron表达式以及所述第一定时任务信息记录到所述任务数据库表中。
12.可选地，在基于本技术上述方法的另一个实施例中，所述利用消息队列接口接收用户下发的用于创建定时业务的cron表达式，包括：
13.利用http接口接收第二cron表达式，所述第二cron表达式包括所述http接口的url和任务实现的request消息体；
14.当基于所述第二cron表达式确定第二定时业务创建完成时，将所述第二定时业务的id名称、所述第二cron表达式以及所述第二定时任务信息记录到所述任务数据库表中。
15.可选地，在基于本技术上述方法的另一个实施例中，所述利用http接口接收用户
下发的用于创建定时业务的cron表达式，包括：
16.利用预先约定的第一路由键的mq消息接收第三cron表达式，所述第三cron表达式包括定时业务的名称以及对应的业务类型参数；
17.当基于所述第三cron表达式确定第三定时业务创建完成时，将所述第三定时业务的id名称、所述第三cron表达式以及所述第三定时任务信息记录到所述任务数据库表中。
18.可选地，在基于本技术上述方法的另一个实施例中，所述利用http接口接收用户下发的用于创建定时业务的cron表达式，包括：
19.利用预先约定的第二路由键的mq消息接收第四cron表达式，所述第四cron表达式包括所述mq消息的url和任务实现的request消息体；
20.当基于所述第四cron表达式确定第四定时业务创建完成时，将所述第四定时业务的id名称、所述第四cron表达式以及所述第四定时任务信息记录到所述任务数据库表中。
21.可选地，在基于本技术上述方法的另一个实施例中，所述当接收到用于调整目标定时任务的任务调整参数后，根据所述任务调整参数调整所述任务数据库表中对应的目标定时任务，包括：
22.当接收到所述任务调整参数后，根据所述任务调整参数中携带的业务id名称，确定所述业务id名称对应的目标定时任务；
23.在所述任务数据库表查找所述目标定时任务对应的目标业务参数，并通过调整所述目标业务参数，调整所述目标定时任务的任务状态，所述任务状态包括暂停、恢复以及删除的其中一种。
24.其中，根据本技术实施例的又一个方面，提供的一种处理业务的装置，其特征在于，包括：
25.接收模块，被配置为利用http接口，和/或，消息队列接口接收用户下发的用于创建定时业务的cron表达式；
26.创建模块，被配置为根据所述cron表达式以及所述quartz框架，创建对应的至少一个定时任务，并将所述至少一个定时任务记录到预设的任务数据库表中；
27.调整模块，被配置为当接收到用于调整目标定时任务的任务调整参数后，根据所述任务调整参数调整所述任务数据库表中对应的目标定时任务。
28.根据本技术实施例的又一个方面，提供的一种电子设备，包括：
29.存储器，用于存储可执行指令；以及
30.显示器，用于与所述存储器以执行所述可执行指令从而完成上述任一所述处理业务的方法的操作。
31.根据本技术实施例的还一个方面，提供的一种计算机可读存储介质，用于存储计算机可读取的指令，所述指令被执行时执行上述任一所述处理业务的方法的操作。
32.本技术中，可以利用http接口，和/或，消息队列接口接收用户下发的用于创建定时业务的cron表达式；根据cron表达式以及quartz框架，创建对应的至少一个定时任务，并将至少一个定时任务记录到预设的任务数据库表中；当接收到用于调整目标定时任务的任务调整参数后，根据任务调整参数调整任务数据库表中对应的目标定时任务。通过应用本技术的技术方案，提供一套基于quartz框架的定时任务服务方法，进而实现利用quartz框架可以提供完备的定时任务服务，实现定时任务服务与业务系统的完全解耦。同时增加数
据库保存定时任务信息，使得可以提供一个统一的定时任务查看和管理的入口。进而避免了相关技术中存在的业务系统中没有有序处理各个定时任务所导致的处理过于集中的问题。
33.下面通过附图和实施例，对本技术的技术方案做进一步的详细描述。
附图说明
34.构成说明书的一部分的附图描述了本技术的实施例，并且连同描述一起用于解释本技术的原理。
35.参照附图，根据下面的详细描述，可以更加清楚地理解本技术，其中：
36.图1为本技术提出的一种处理业务的方法示意图；
37.图2-4为本技术提出的应用在微服务架构下的处理业务方法的流程示意图；
38.图5为本技术提出的一种处理业务的电子装置的结构示意图；
39.图6为本技术提出的一种处理业务的电子设备的结构示意图。
具体实施方式
40.现在将参照附图来详细描述本技术的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本技术的范围。
41.同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
42.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，不作为对本技术及其应用或使用的任何限制。
43.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
44.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
45.另外，本技术各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本技术要求的保护范围之内。
46.需要说明的是，本技术实施例中所有方向性指示(诸如上、下、左、右、前、后
……
)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。
47.下面结合图1-图4来描述根据本技术示例性实施方式的用于进行处理业务的方法。需要注意的是，下述应用场景仅是为了便于理解本技术的精神和原理而示出，本技术的实施方式在此方面不受任何限制。相反，本技术的实施方式可以应用于适用的任何场景。
48.本技术还提出一种处理业务的方法、装置、电子设备及介质。
49.图1示意性地示出了根据本技术实施方式的一种处理业务的方法的流程示意图。如图1所示，该方法包括：
50.s101,利用http接口，和/或，消息队列接口接收用户下发的用于创建定时业务的
cron表达式。
51.s102,根据所述cron表达式以及所述quartz框架，创建对应的至少一个定时任务，并将所述至少一个定时任务记录到预设的任务数据库表中。
52.s103,当接收到用于调整目标定时任务的任务调整参数后，根据所述任务调整参数调整所述任务数据库表中对应的目标定时任务。
53.相关技术中，随着软件业务规模的不断升级，软件的系统架构也在不断演化，微服务架构已经被越来越多地使用，规模不断增加的软件系统被拆分成单一独立但又互相协调依赖关系的一个个微服务。微服务架构的存在，使得各个拆分后的业务模块能够各自独立地进行开发，以及选择需要的功能组件，并进行独立地部署与维护，同时也能做到针对不同业务进行服务器的缩放。但如果一味追求微服务架构，一是对于分布式系统的要求较高，二是部分产品和开发人员由于技术水平和业务分析的能力不足，导致微服务的拆分出现问题，结果或是业务上的重叠和开发上的耦合导致各个团队的交互过多，不能关注开发任务本身的业务，或是重复的开发大量冗余的代码，或是让部分服务本身的压力过大，或者导致服务之间的通信压力较大，给整个团队和软件系统增加无谓的消耗和维护成本。
54.而定时任务在当下的软件功能中，也是非常重要的一环，现有的java实现定时任务主要有，timer类，线程延迟，scheduler线程池，延时队列，以及quartz开源框架等方式。其中以quartz框架功能最为全面，利用cron表达式可以实现各自定时任务的要求，同时也提供定时任务的任务查询暂停恢复以及宕机后的回复等功能，但quartz作为一套完整的定时任务方案，代码过重也是不可避免的。
55.当下的微服务架构系统开发中，定时任务作为一种几乎每个服务都需要的功能，是这种冗余成本出现的高发区。
56.进一步的，本技术提出的一种处理业务的方法的流程可以包括下述步骤：
57.按照quartz框架要求，实现基本的定时任务功能；
58.首先，本技术可以实现四套定时任务创建的方式。其中两套是基于http接口的，分别是利用反射调用的由定时任务服务实现的通用的或定制的任务实现；以及定时任务服务只负责定时调用业务服务的任务实现http接口。另外两套是基于mq监听的，分别是利用反射调用定时任务服务实现的通用的或定制的任务实现；以及定时任务服务只负责定时消息通知，利用mq通知业务服务的消息监听处理handler。
59.一种方式中，本技术在创建定时任务之后，还可以在对定时scheduler做操作时，除quartz框架自带的数据库外，新增一个数据库表，用于记录定时任务的情况。另外，定时任务服务根据整体的系统要求，可以开发数个通用或定制的任务实现类和方法，在到达定时时间点后，利用反射，调用指定的方法完成定时任务的实现。
60.进一步的，本技术业务模块在创建定时任务时，可以选择http方式或mq方式将创建请求发送到定时任务模块。任务实现的处理，根据需要和项目进度选择最终的实现为由定时任务模块实现，或是有业务模块自身实现。分别对应上述中提到的，利用http接口，和/或，消息队列接口接收用户下发的用于创建定时业务的cron表达式的四种定时任务创建方式。
61.一种方式中，本技术可以由业务服务在需要使用定时任务时，通过消息队列mq，将相关参数根据定时任务服务指定的路由键，发送给定时任务监听的队列。并由定时任务服
务需要监听绑定指定路由键的直接交换机(direct exchange)，获取定时任务的创建信息并保存。通过quartz框架，当到达定时任务触发点，将相关的内容，按照要求推送到mq中。
62.一种方式中，业务模块需要实现一套基于mq的rpc通信机制，利用注解在服务构建时便将不同的任务实现处理handler类创建到一个map中，根据不同的路由键、交换机类型和消息内容，确认定时任务推送的消息的具体实现handler和方法，在handler类中进行具体的任务实现。该rpc通信机制不光可以用于定时任务的通知，也可以用于常规的服务间通信。
63.本技术中，可以利用http接口，和/或，消息队列接口接收用户下发的用于创建定时业务的cron表达式；根据cron表达式以及quartz框架，创建对应的至少一个定时任务，并将至少一个定时任务记录到预设的任务数据库表中；当接收到用于调整目标定时任务的任务调整参数后，根据任务调整参数调整任务数据库表中对应的目标定时任务。通过应用本技术的技术方案，提供一套基于quartz框架的定时任务服务方法，进而实现利用quartz框架可以提供完备的定时任务服务，实现定时任务服务与业务系统的完全解耦。同时增加数据库保存定时任务信息，使得可以提供一个统一的定时任务查看和管理的入口。进而避免了相关技术中存在的业务系统中没有有序处理各个定时任务所导致的处理过于集中的问题。知消息后，可直接将通知消息等业务信息推送至企业微信平台中。以使由企业微信平台完成对各个待通知用户的消息发送。从而减轻了自身平台的处理负担。进而避免了相关技术中存在的即时向业务人员发送相关消息所导致的处理量较大的问题。行故障概率检测，并基于历史采集数据与检修数据对模型进行优化，进而实时的确定业务厂线中是否存在有故障设备节点。从而避免了相关技术中存在的，需要人工对设备采集节点采集的数据进行是否存在故障设备节点的判断而导致的耗费时间的问题。
64.可选地，在基于本技术上述方法的另一个实施例中，所述利用http接口接收用户下发的用于创建定时业务的cron表达式，包括：
65.利用http接口接收第一cron表达式，所述第一cron表达式包括定时业务的名称以及对应的业务类型参数；
66.当基于所述第一cron表达式确定第一定时业务创建完成时，将所述第一定时业务的id名称、所述第一cron表达式以及所述第一定时任务信息记录到所述任务数据库表中。
67.可选地，在基于本技术上述方法的另一个实施例中，所述利用消息队列接口接收用户下发的用于创建定时业务的cron表达式，包括：
68.利用http接口接收第二cron表达式，所述第二cron表达式包括所述http接口的url和任务实现的request消息体；
69.当基于所述第二cron表达式确定第二定时业务创建完成时，将所述第二定时业务的id名称、所述第二cron表达式以及所述第二定时任务信息记录到所述任务数据库表中。
70.可选地，在基于本技术上述方法的另一个实施例中，所述利用http接口接收用户下发的用于创建定时业务的cron表达式，包括：
71.利用预先约定的第一路由键的mq消息接收第三cron表达式，所述第三cron表达式包括定时业务的名称以及对应的业务类型参数；
72.当基于所述第三cron表达式确定第三定时业务创建完成时，将所述第三定时业务的id名称、所述第三cron表达式以及所述第三定时任务信息记录到所述任务数据库表中。
73.可选地，在基于本技术上述方法的另一个实施例中，所述利用http接口接收用户下发的用于创建定时业务的cron表达式，包括：
74.利用预先约定的第二路由键的mq消息接收第四cron表达式，所述第四cron表达式包括所述mq消息的url和任务实现的request消息体；
75.当基于所述第四cron表达式确定第四定时业务创建完成时，将所述第四定时业务的id名称、所述第四cron表达式以及所述第四定时任务信息记录到所述任务数据库表中。
76.可选地，在基于本技术上述方法的另一个实施例中，所述当接收到用于调整目标定时任务的任务调整参数后，根据所述任务调整参数调整所述任务数据库表中对应的目标定时任务，包括：
77.当接收到所述任务调整参数后，根据所述任务调整参数中携带的业务id名称，确定所述业务id名称对应的目标定时任务；
78.在所述任务数据库表查找所述目标定时任务对应的目标业务参数，并通过调整所述目标业务参数，调整所述目标定时任务的任务状态，所述任务状态包括暂停、恢复以及删除的其中一种。
79.一种方式中，如图2所示，为本技术提出的利用http接口，和/或，消息队列接口接收用户下发的用于创建定时业务的cron表达式，并根据cron表达式以及quartz框架，创建对应的至少一个定时任务，并将至少一个定时任务记录到预设的任务数据库表中的流程图，其中包括：
80.第一种方式：
81.利用http接口接收第一cron表达式，第一cron表达式包括定时业务的名称以及对应的业务类型参数。并当基于第一cron表达式确定第一定时业务创建完成时，将第一定时业务的id名称、第一cron表达式以及第一定时任务信息记录到任务数据库表中。
82.进一步的，本技术提出的利用http接口接收的主要参数为定时的cron表达式，定时任务服务模块的任务实现类，方法名和方法参数等；其方法实现为利用java的反射机制，根据传入类名，方法名，参数调用定时任务服务内的任务实现类；其返回值为定时任务的id。
83.第二种方式：
84.利用http接口接收第二cron表达式，所述第二cron表达式包括所述http接口的url和任务实现的request消息体；
85.当基于所述第二cron表达式确定第二定时业务创建完成时，将所述第二定时业务的id名称、所述第二cron表达式以及所述第二定时任务信息记录到所述任务数据库表中。
86.进一步的，本技术提出的利用http接口传入的主要参数为定时的cron表达式，业务模块的对应任务实现方法的http接口的url和任务实现的request消息体；其实现为直接调用http接口；其返回值为定时任务的id；
87.第三种方式：
88.利用预先约定的第一路由键的mq消息接收第三cron表达式，所述第三cron表达式包括定时业务的名称以及对应的业务类型参数；
89.当基于所述第三cron表达式确定第三定时业务创建完成时，将所述第三定时业务的id名称、所述第三cron表达式以及所述第三定时任务信息记录到所述任务数据库表中。
90.进一步的，本技术提出的监听绑定了一个约定好的路由键(routing key下同)的直接交换机(direct exchange下同)的mq消息，消息主要参数为定时的cron表达式，定时任务服务模块的任务实现类，方法名和方法参数等；其实现为利用java的反射根据类名，方法名，参数调用定时任务服务内的任务实现类；其返回值为定时任务的id。
91.第四种方式：
92.利用预先约定的第二路由键的mq消息接收第四cron表达式，所述第四cron表达式包括所述mq消息的url和任务实现的request消息体；
93.当基于所述第四cron表达式确定第四定时业务创建完成时，将所述第四定时业务的id名称、所述第四cron表达式以及所述第四定时任务信息记录到所述任务数据库表中。
94.本技术提出的监听绑定了一个约定好的路由键的直接交换机的mq消息，传入的消息参数为转发的路由键，路由方式(单播或广播)，任务实现用到的上下文；其实现为将消息跟指定的路由键或路由方式进行推送；其返回值为定时任务的id；
95.需要说明的是，上述四种方式，均会有cron表达式参数，通过quartz框架，则可以完成相应定时任务的注册。以及后续的控制。
96.进一步的，如图3所示，本技术还需要实现http和mq两套对于定时任务的调整方法，当业务模块需要对已经创建的定时任务进行调整时，将相应定时任务的id通过http或mq发送过来，即可以利用quartz框架的实现功能，对已有的定时任务进行暂停，恢复，修改cron定时，删除等操作。
97.另外，针对定时任务的创建实现，定时任务服务需要实现根据业务需要实现几套通用的定时任务方法以供其他服务直接调用；同时也可依据其他业务模块的要求，在定时任务服务中开发定制的定时任务实现类。但此种方式并不建议，会带来业务上的耦合。
98.一种方式中，本技术还可以增加mq的监听。其中可以利用反射的原理，使得定时任务能够根据不同的业务要求多样化地定制化地执行，但具体的实现逻辑仍在定时任务服务中；而创建的定时任务则可以做到任务实现与定时的解耦，使得定时任务服务主需要维护定时这一功能，而业务开发人员只需要做好对应的接口或监听handle，不需要关注定时的实现细节，注重解决业务本身即可。
99.更进一步的，如图4所示，业务服务模块首先需要配置好应用程序对rabbitmq的相关支持，rabbitmq采用amqp协议，支持多种类型的交换机(exchange)来应对消息的收发。并对java程序中增加一个新的自定义注解，该注解需要增加一个参数，该参数类似于url，主要用于约定定位具体的处理类。
100.其中，java程序中定义一个新的handle，可以是abstract class，也可以是interface。需要定义一个或多种方法。该类后续的实现类即对应的任务实现类，方法即为任务实现方法，需要在其实现类上增加注解，不同方法对应不同的消息源处理。
101.其中，java程序中实现一个统一的mq消息监听类，其init方法是扫描所有带有注解的参数作为key，注解的类作为value存入一个hashmap中。该init方法需在项目启动时调用。该消息处理类需要实现一个或多个监听的处理。
102.最后，当收到mq消息时，可以根据不同的路由键进入不同的监听处理方法中。此时根据消息中的指定字段类url，从map中匹配获取其具体处理类，由于其处理类均为定义的抽象类或接口的子类，可以进行统一的处理，直接调用其对应子类定义好的任务实现方法
即可，即不同的类url字段对应不同的handle同一子类实现方法。
103.而不同的监听处理方法，对应单个子类的多种方法，即其可以处理来自不同消息源的消息，从而实现单个handle实现类能够关注单个类型问题对于不同消息发起者的不同的处理过程，以及总体的转发定位。
104.最后，由于上述流程中有统一的消息处理类，可以在该类中统一完成对于rpc消息的回复，权限相关的验证，异常的捕获处理等操作，或者视业务上的要求对消息内容做出加工，以及分流，限流等。
105.另外，通过应用本技术的技术方案，提供一套基于quartz框架的定时任务服务方法，进而实现利用quartz框架可以提供完备的定时任务服务，实现定时任务服务与业务系统的完全解耦。同时增加数据库保存定时任务信息，使得可以提供一个统一的定时任务查看和管理的入口。进而避免了相关技术中存在的业务系统中没有有序处理各个定时任务所导致的处理过于集中的问题。
106.可选的，本技术上述方案提出的实际上是一种通用的基于mq的服务通信处理方式，利用mq的特性，可以较为简单地实现异步非阻塞rpc的处理，mq的ack机制可以尽可能地保证消息在各种情景下的高可达性，mq的主从镜像等可以保证其自身的高可用。基于此实现的rpc通信机制，几乎可以满足大部分情景和高流量下的微服务架构下，服务内部的通信，可作为一种系统内通用的通信框架重复开发，也方便各业务自身其他的定制与功能扩展。
107.可选的，在本技术的另外一种实施方式中，如图5所示，本技术还提供一种处理业务的装置。其中包括：
108.接收模块201，被配置为利用http接口，和/或，消息队列接口接收用户下发的用于创建定时业务的cron表达式；
109.创建模块202，被配置为根据所述cron表达式以及所述quartz框架，创建对应的至少一个定时任务，并将所述至少一个定时任务记录到预设的任务数据库表中；
110.调整模块203，被配置为当接收到用于调整目标定时任务的任务调整参数后，根据所述任务调整参数调整所述任务数据库表中对应的目标定时任务。
111.本技术中，可以利用http接口，和/或，消息队列接口接收用户下发的用于创建定时业务的cron表达式；根据cron表达式以及quartz框架，创建对应的至少一个定时任务，并将至少一个定时任务记录到预设的任务数据库表中；当接收到用于调整目标定时任务的任务调整参数后，根据任务调整参数调整任务数据库表中对应的目标定时任务。通过应用本技术的技术方案，提供一套基于quartz框架的定时任务服务方法，进而实现利用quartz框架可以提供完备的定时任务服务，实现定时任务服务与业务系统的完全解耦。同时增加数据库保存定时任务信息，使得可以提供一个统一的定时任务查看和管理的入口。进而避免了相关技术中存在的业务系统中没有有序处理各个定时任务所导致的处理过于集中的问题。
112.在本技术的另外一种实施方式中，接收模块201，被配置执行的步骤包括：
113.利用http接口接收第一cron表达式，所述第一cron表达式包括定时业务的名称以及对应的业务类型参数；
114.当基于所述第一cron表达式确定第一定时业务创建完成时，将所述第一定时业务
的id名称、所述第一cron表达式以及所述第一定时任务信息记录到所述任务数据库表中。
115.在本技术的另外一种实施方式中，接收模块201，被配置执行的步骤包括：
116.利用http接口接收第二cron表达式，所述第二cron表达式包括所述http接口的url和任务实现的request消息体；
117.当基于所述第二cron表达式确定第二定时业务创建完成时，将所述第二定时业务的id名称、所述第二cron表达式以及所述第二定时任务信息记录到所述任务数据库表中。
118.在本技术的另外一种实施方式中，接收模块201，被配置执行的步骤包括：
119.利用预先约定的第一路由键的mq消息接收第三cron表达式，所述第三cron表达式包括定时业务的名称以及对应的业务类型参数；
120.当基于所述第三cron表达式确定第三定时业务创建完成时，将所述第三定时业务的id名称、所述第三cron表达式以及所述第三定时任务信息记录到所述任务数据库表中。
121.在本技术的另外一种实施方式中，接收模块201，被配置执行的步骤包括：
122.利用预先约定的第二路由键的mq消息接收第四cron表达式，所述第四cron表达式包括所述mq消息的url和任务实现的request消息体；
123.当基于所述第四cron表达式确定第四定时业务创建完成时，将所述第四定时业务的id名称、所述第四cron表达式以及所述第四定时任务信息记录到所述任务数据库表中。
124.在本技术的另外一种实施方式中，接收模块201，被配置执行的步骤包括：
125.当接收到所述任务调整参数后，根据所述任务调整参数中携带的业务id名称，确定所述业务id名称对应的目标定时任务；
126.在所述任务数据库表查找所述目标定时任务对应的目标业务参数，并通过调整所述目标业务参数，调整所述目标定时任务的任务状态，所述任务状态包括暂停、恢复以及删除的其中一种。
127.图6是根据一示例性实施例示出的一种电子设备的逻辑结构框图。例如，电子设备300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
128.在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由电子设备处理器执行以完成上述处理业务的方法，该方法包括：利用http接口，和/或，消息队列接口接收用户下发的用于创建定时业务的cron表达式；根据所述cron表达式以及所述quartz框架，创建对应的至少一个定时任务，并将所述至少一个定时任务记录到预设的任务数据库表中；当接收到用于调整目标定时任务的任务调整参数后，根据所述任务调整参数调整所述任务数据库表中对应的目标定时任务。可选地，上述指令还可以由电子设备的处理器执行以完成上述示例性实施例中所涉及的其他步骤。例如，非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
129.在示例性实施例中，还提供了一种应用程序/计算机程序产品，包括一条或多条指令，该一条或多条指令可以由电子设备的处理器执行，以完成上述处理业务的方法，该方法包括：利用http接口，和/或，消息队列接口接收用户下发的用于创建定时业务的cron表达式；根据所述cron表达式以及所述quartz框架，创建对应的至少一个定时任务，并将所述至少一个定时任务记录到预设的任务数据库表中；当接收到用于调整目标定时任务的任务调
整参数后，根据所述任务调整参数调整所述任务数据库表中对应的目标定时任务。可选地，上述指令还可以由电子设备的处理器执行以完成上述示例性实施例中所涉及的其他步骤。
130.本领域技术人员可以理解，示意图6仅仅是电子设备300的示例，并不构成对电子设备300的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如电子设备300还可以包括输入输出设备、网络接入设备、总线等。
131.所称处理器302可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器302也可以是任何常规的处理器等，处理器302是电子设备300的控制中心，利用各种接口和线路连接整个电子设备300的各个部分。
132.存储器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)或其他非易失性/易失性存储器件。
133.电子设备300集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机可读指令来指令相关的硬件来完成，的计算机可读指令可存储于一计算机可读存储介质中，该计算机可读指令在被处理器执行时，可实现上述各个方法实施例的步骤。
134.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求指出。
135.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求来限制。