WO2020082563A1 - 定时任务的处理方法、装置、设备及存储介质 - Google Patents

定时任务的处理方法、装置、设备及存储介质 Download PDF

Info

Publication number
WO2020082563A1
WO2020082563A1 PCT/CN2018/122834 CN2018122834W WO2020082563A1 WO 2020082563 A1 WO2020082563 A1 WO 2020082563A1 CN 2018122834 W CN2018122834 W CN 2018122834W WO 2020082563 A1 WO2020082563 A1 WO 2020082563A1
Authority
WO
WIPO (PCT)
Prior art keywords
task
current
preset
database
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2018/122834
Other languages
English (en)
French (fr)
Inventor
周罡
万胜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Publication of WO2020082563A1 publication Critical patent/WO2020082563A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4812—Task transfer initiation or dispatching by interrupt, e.g. masked
    • G06F9/4825—Interrupt from clock, e.g. time of day

Definitions

  • the present application relates to the technical field of data processing, and in particular, to a method, device, device, and storage medium for processing a timed task.
  • a file named Host in the configuration file named server.xml represents a container, which can contain several scene applications, for example: two containers are configured in the tomcat server , A container named localhost file, the root directory of the application is webapps, and will automatically decompress the war format compression package and automatic deployment, if no scenario is specified, all the page-based applications in the root directory will be deployed, after successful deployment ,
  • the external network can pass the server network protocol (Internet Protocol, IP) address and project name to access, another container can be accessed through the URL in the form of name www.xxx.com, different from the first container is that the second container is configured with the home page application, and does not need
  • the project name can be accessed. After successful deployment, you can access it through the domain name and project name, or you can directly access the project where the home page is located through the root domain name.
  • IP Internet Protocol
  • the main purpose of the present application is to propose a processing method, device, equipment and storage medium for timing tasks, aiming to improve the effective management of timing tasks.
  • the present application provides a method for processing a timed task.
  • the method for processing a timed task includes the following steps:
  • Parse the calling request obtain the parsed calling information of the current scheduled task, and determine the task type of the current scheduled task according to the calling information;
  • the task type of the current scheduled task is a preset type
  • acquire a database lock pre-stored in the preset database and query the current usage state of the database lock
  • the call request is placed in a queue to wait.
  • the processing device for a timed task includes:
  • An obtaining module configured to obtain the calling request of the current scheduled task when it detects that the current scheduled task calls the business data in the preset database
  • a parsing module used for parsing the calling request, acquiring the calling information of the current scheduled task after analysis, and judging the task type of the current scheduled task according to the calling information;
  • the query module is configured to acquire a database lock pre-stored in the preset database and query the current usage status of the database lock when the task type of the current scheduled task is a preset type;
  • the processing module is configured to put the calling request in a queue and wait when the current usage state is on.
  • the present application also proposes a device including: a memory, a processor, and computer-readable instructions stored on the memory and executable on the processor, the computer may The read instruction is configured to implement the steps of the processing method of the timed task as described above.
  • the present application also proposes a storage medium on which computer-readable instructions are stored, and when the computer-readable instructions are executed by a processor, a processing method for the above-mentioned timed task is realized A step of.
  • the method for processing a timed task proposed in this application is to arrange a database lock for a preset task type in the database that the timed task needs to call, and to process the current timed task according to the usage state of the database lock. When it is turned on, it indicates that the database is in use. In this case, the current scheduled task is queued up to ensure the orderly execution of the task and improve the effective management of the scheduled task.
  • FIG. 1 is a schematic diagram of a device structure of a hardware operating environment involved in an embodiment of the present application
  • FIG. 2 is a schematic flowchart of a first embodiment of a method for processing a scheduled task of the application
  • FIG. 3 is a schematic flowchart of a second embodiment of a method for processing a scheduled task of the application
  • FIG. 4 is a schematic flowchart of a third embodiment of a method for processing a timed task of the application
  • FIG. 5 is a schematic diagram of functional modules of a first embodiment of a device for processing a scheduled task of the present application.
  • FIG. 1 is a schematic diagram of a device structure of a hardware operating environment involved in an embodiment of the present application.
  • the device may include: a processor 1001, such as a CPU, a communication bus 1002, a user interface 1003, a network interface 1004, and a memory 1005.
  • the communication bus 1002 is used to implement connection communication between these components.
  • the user interface 1003 may include a display (Display), an input unit such as a key, and the optional user interface 1003 may also include a standard wired interface and a wireless interface.
  • the network interface 1004 may optionally include a standard wired interface and a wireless interface (such as a WI-FI interface).
  • the memory 1005 may be a high-speed RAM memory or a stable memory (non-volatile memory), such as disk storage.
  • the memory 1005 may optionally be a storage device independent of the foregoing processor 1001.
  • FIG. 1 does not constitute a limitation on the device, and may include more or less components than shown, or combine certain components, or arrange different components.
  • the memory 1005 as a storage medium may include an operating system, a network communication module, a user interface module, and computer-readable instructions.
  • the network interface 1004 is mainly used to connect to an external network and perform data communication with other network devices;
  • the user interface 1003 is mainly used to connect to user devices and perform data communication with the device;
  • FIG. 2 is a schematic flowchart of a first embodiment of a method for processing a scheduled task of the present application.
  • the processing method of the scheduled task includes the following steps:
  • Step S10 When it is detected that the current scheduled task calls the business data in the preset database, the call request of the current scheduled task is obtained.
  • the type of the scheduled task may be a message task or other types of tasks, which is not limited in this embodiment.
  • the message task is used as an example for description, because Business data is stored in a database.
  • the business data in the preset database needs to be called to achieve normal execution of the task.
  • the preset database is pre-selected to save the data of each business execution, such as pre-stored Usage data for a large number of users.
  • the call request when the scheduled task needs to call service data in the preset database, a call request needs to be sent first, the call request contains data information of the scheduled task, such as the task type of the scheduled task As well as the main parameter information, etc., the current scheduled task can be effectively analyzed according to the call request.
  • Step S20 Parse the calling request, obtain the parsed calling information of the current scheduled task, and determine the task type of the current scheduled task according to the calling information.
  • the data of the executed task is generally encrypted to ensure the security of the data transmission.
  • each different type of task is usually marked with a specific label, or specific parameter information is set on the label to realize the identification of the current scheduled task .
  • specific parameter information is set on the label to realize the identification of the current scheduled task .
  • encapsulation for example, for the message task, you can set the value of the TypeID of the preset tag to 1, so as to realize the identification of the current task.
  • the call request of the timed task is parsed to obtain the label information of the timed task, that is, TypeID, and the type of the timed task can be determined according to the TypeID, whether it belongs to the message task or other tasks.
  • Step S30 When the task type of the current scheduled task is a preset type, acquire a database lock pre-stored in the preset database, and query the current usage state of the database lock.
  • the database lock in the database is only effective for the message task, and when the task type of the current scheduled task is detected as the message task At this time, the database lock in the database takes effect.
  • the database lock is in the form of a configuration file in the database or a series of code programs provided at the database entrance, and may also be in other forms, which is not limited in this embodiment.
  • the configuration file can be modified to meet the needs of different services.
  • the database lock in the database can be flexibly configured according to the user's needs. For example, when the user needs the database lock to take effect for other tasks, it can be based on The user's needs are adjusted, for example, the user's editing instruction is received, and the database lock is adjusted according to the editing instruction, so as to meet business needs and realize the flexibility of the database lock.
  • step S40 when the current use state is an open state, the call request is placed in a queue to wait.
  • the call request of the current scheduled task can be returned directly, or wait for the completion of the previous call of the scheduled task, thereby avoiding the logic confusion of data processing caused by multiple scheduled tasks calling the database at the same time.
  • the method further includes:
  • Step S50 When the current usage state is off, respond to the call request of the current timed task, execute the current timed task to call business data in a preset database, and switch the current use state of the database lock Is on.
  • the database lock status when it is queried that the database lock status is closed, it means that the current database is in an uninvoked state. In this case, it can directly respond to the call request of the current scheduled task, because the database is executing the call of the current scheduled task , The current use state of the database lock can be switched to the open state, so as to realize real-time monitoring of the database lock, ensure the accurate execution of scheduled tasks, and achieve orderly data processing.
  • a database lock for a preset task type is arranged in the database that the scheduled task needs to call, and the current scheduled task is processed correspondingly according to the usage state of the database lock, when the database lock is in the open state , Indicating that the database is in use.
  • the current scheduled tasks are queued up to ensure the orderly execution of the tasks and improve the effective management of the scheduled tasks.
  • the step S20 includes:
  • Step S201 Compare the call request with preset tag information, obtain target tag information in the call request according to the comparison result, extract attribute information in the target tag information, and use the attribute information as the Describe the calling information of the current scheduled task;
  • the preset tag information is parameter items of all configuration files, such as file name, file type, file color and other parameter information
  • the call request can be obtained by comparing the call request with the preset tag information
  • the parameter information indicating the file type for example, the typeID parameter item in the call request can be extracted according to the comparison result.
  • the database lock is set to process the timing tasks of the message type, so that each timing task can be identified.
  • Step S202 Search for a corresponding task type in a preset relationship mapping table according to the calling information, and use the found task type as the task type of the current scheduled task.
  • the current timing task can be obtained
  • the task type for example, the call information obtained is 1, so that the task type corresponding to the call information 1 is a message task, which improves the accuracy of identifying the current scheduled task.
  • the method further includes:
  • Step S203 Obtain a correspondence between historical call information and historical task types, and establish the preset relationship mapping table according to the correspondence.
  • the preset relationship mapping table is established according to the corresponding relationship, so that when identifying the current timed task, by querying the preset relationship
  • the mapping table can obtain the task type corresponding to the current scheduled task, so as to achieve the purpose of improving data processing efficiency.
  • the solution provided in this embodiment obtains the label information of the call request, and queries the label information in a preset relationship mapping table for the corresponding task type, so as to realize the identification of the current scheduled task and obtain it by looking up the table
  • the task type corresponding to the current scheduled task improves data processing efficiency.
  • a third embodiment of the method for processing a scheduled task of the present application is proposed based on the first embodiment or the second embodiment.
  • the description is based on the first embodiment, and the step S30 Previously, the method also included:
  • Step S301 Obtain a database lock write instruction, and extract the database lock and address information to be written in the database lock write instruction.
  • the database lock before querying the status of the preset area database lock in the preset database, the database lock needs to be written, specifically by receiving a user's write instruction, according to the write instruction, the The database lock is written to a preset area in the preset database, so that when a scheduled task that triggers the database lock type is acquired, the database lock is started, and when the multi-threaded task is processed, the management of the scheduled task is realized.
  • Step S302 Find corresponding location information in the preset database according to the address information, write the database lock into the preset database according to the location information, and save it.
  • the address information of the database lock to be written is obtained through a write instruction, the address information is the position information of the database lock to be written to the database, and the address information is used Write the database lock to be written, so as to ensure the correctness of the database lock writing.
  • the database lock is a configuration file or a code program in the preset database
  • the preset type is a message type
  • the step S30 includes:
  • the type parameter information in the current timed task is obtained according to the comparison result.
  • the preset state table stores tag information and corresponding state information
  • the state of the database lock can be queried in the preset state table by acquiring the tag information of the database lock, for example, in the current
  • the tag information in the use state is 1, the corresponding database lock is in the open state, and when the tag information in the current use state is 0, the corresponding database lock is in the closed state, so that the use of the database lock is realized through the tag information State recognition.
  • the method further includes:
  • step S401 the current usage state of the database lock is monitored in real time, and when the current usage state is switched to the closed state, the calling level of the waiting task in queue is determined.
  • the state of the database lock is monitored in real time, when the state is in the closed state, the call request is executed, and in the state is in the closed state At that time, it means that the database call has been completed, and the current database is in an uncall state, and the tasks waiting in line can be executed.
  • the call level of the queued waiting task can be obtained.
  • the call level indicates the priority level of the current waiting task, for example, the call level is 1, indicating the current waiting task Has the highest priority level, and needs to be processed with the highest priority in the waiting task, so as to realize the refined processing of data.
  • Step S402 when the calling level is a preset calling level, priority processing is performed on the waiting task corresponding to the preset calling level.
  • the preset call level is the highest call level, for example, the priority level is level 1.
  • the waiting tasks of the call level are prioritized to ensure the efficiency of data processing.
  • the solution provided in this embodiment recognizes the current scheduled task based on the tag information to identify the message task, and activates the database lock for the message task for processing, so as to realize flexible data processing to meet the needs of each business, and will wait for the task setting call Level, the priority will be given to the waiting tasks of the calling level, so as to ensure the efficiency of data processing.
  • the present application further provides a processing device for timing tasks.
  • FIG. 5 is a schematic diagram of functional modules of a first embodiment of a processing device for a scheduled task of the present application.
  • the processing device for the timed task includes:
  • the obtaining module 10 is configured to obtain the calling request of the current scheduled task when it detects that the current scheduled task calls the business data in the preset database.
  • the type of the scheduled task may be a message task or other types of tasks, which is not limited in this embodiment.
  • the message task is used as an example for description, because Business data is stored in a database.
  • the business data in the preset database needs to be called to achieve normal execution of the task.
  • the preset database is pre-selected to save the data of each business execution, such as pre-store Usage data for a large number of users.
  • the call request when the scheduled task needs to call service data in the preset database, a call request needs to be sent first, the call request contains data information of the scheduled task, such as the task type of the scheduled task As well as the main parameter information, etc., the current scheduled task can be effectively analyzed according to the call request.
  • the parsing module 20 is configured to parse the calling request, obtain the parsed calling information of the current scheduled task, and determine the task type of the current scheduled task according to the calling information.
  • the data of the executed task is generally encrypted to ensure the security of the data transmission.
  • each different type of task is usually marked with a specific label, or specific parameter information is set on the label to realize the identification of the current scheduled task .
  • specific parameter information is set on the label to realize the identification of the current scheduled task .
  • encapsulation for example, for the message task, you can set the value of the TypeID of the preset tag to 1, so as to realize the identification of the current task.
  • the call request of the timed task is parsed to obtain the label information of the timed task, that is, TypeID, and the type of the timed task can be determined according to the TypeID, whether it belongs to the message task or other tasks.
  • the query module 30 is configured to acquire a database lock pre-stored in the preset database and query the current usage status of the database lock when the task type of the current scheduled task is a preset type.
  • the database lock in the database is only effective for the message task, and when the task type of the current scheduled task is detected as the message task At this time, the database lock in the database takes effect.
  • the database lock is in the form of a configuration file in the database or a series of code programs provided at the database entrance, and may also be in other forms, which is not limited in this embodiment.
  • the configuration file can be modified to meet the needs of different services.
  • the database lock in the database can be flexibly configured according to the user's needs. The user's needs are adjusted, for example, the user's editing instruction is received, and the database lock is adjusted according to the editing instruction, so as to meet business needs and achieve flexibility of the database lock.
  • the processing module 40 is configured to put the call request in a queue and wait when the current usage state is on.
  • the call request of the current scheduled task can be returned directly, or wait for the completion of the previous call of the scheduled task, thereby avoiding the logic confusion of data processing caused by multiple scheduled tasks calling the database at the same time.
  • processing module 40 is further configured to execute the current scheduled task to call the business data in the preset database in response to the call request of the current scheduled task when the current usage state is off, and Switching the current use state of the database lock to an open state.
  • the database lock status when it is queried that the database lock status is closed, it means that the current database is in an uninvoked state. In this case, it can directly respond to the call request of the current scheduled task, because the database is executing the call of the current scheduled task , The current use state of the database lock can be switched to the open state, so as to realize real-time monitoring of the database lock, ensure the accurate execution of scheduled tasks, and achieve orderly data processing.
  • a database lock for a preset task type is arranged in the database that the scheduled task needs to call, and the current scheduled task is processed correspondingly according to the usage state of the database lock, when the database lock is in the open state , Indicating that the database is in use.
  • the current scheduled tasks are queued up to ensure the orderly execution of the tasks and improve the effective management of the scheduled tasks.
  • the present application also proposes a device including: a memory, a processor, and computer-readable instructions stored on the memory and executable on the processor, the computer may The read instruction is configured to implement the steps of the processing method of the timed task as described above.
  • an embodiment of the present application further provides a storage medium, and the storage medium may be a non-volatile readable storage medium.
  • the storage medium of the present application stores computer readable instructions, and the computer readable instructions are executed by the processor to perform the steps of the processing method of the timed task as described above.
  • the method implemented when the computer-readable instruction is executed can refer to various embodiments of the invoicing method of this application, and details are not described herein again.
  • the methods in the above embodiments can be implemented by means of software plus a necessary general hardware platform, and of course, can also be implemented by hardware, but in many cases the former is better Implementation.
  • the technical solution of the present application can be embodied in the form of a software product in essence or a part that contributes to the existing technology, and the computer software product is stored in a computer-readable storage medium (such as ROM / RAM, magnetic disk, and optical disk), including several instructions to enable an intelligent terminal device (which can be a mobile phone, computer, terminal device, air conditioner, or network terminal device, etc.) to execute the method.
  • a computer-readable storage medium such as ROM / RAM, magnetic disk, and optical disk

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

一种基于大数据处理的定时任务的处理方法、装置、设备及存储介质，所述方法包括：在检测到当前定时任务调用预设数据库中的业务数据时，获取所述当前定时任务的调用请求（S10）；对所述调用请求进行解析，获取调用信息，根据所述调用信息判断所述当前定时任务的任务类型（S20）；在所述任务类型为预设类型时，获取所述预设数据库中预存的数据库锁，并查询所述数据库锁的当前使用状态（S30）；在所述当前使用状态为开启状态时，将所述调用请求放入列队等候（S40）。

Description

定时任务的处理方法、装置、设备及存储介质
本申请要求于2018年10月25日提交中国专利局、申请号为201811254501.7、发明名称为“定时任务的处理方法、装置、设备及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在申请中。
技术领域
本申请涉及数据处理技术领域，尤其涉及一种定时任务的处理方法、装置、设备及存储介质。
背景技术
目前，当项目部署到服务器上时，在文件名为server.xml的配置文件中一个名为Host的文件表示一个容器，里面可以包含若干个场景应用，例如：在tomcat服务器中配置了两个容器，一个容器命名为localhost文件，应用的根目录为webapps，并且会自动解压war格式的压缩包和自动部署，如果没有指定场景，会把根目录下的所有基于页面应用全部进行部署，部署成功后，外网可以通过服务器网络协议（Internet Protocol，IP）地址和项目名进行访问，另一个容器可通过名称形式为www.xxx.com的网址来访问，和第一个容器不同在于，第二个容器配置了主页页面应用，且不需要项目名就可以访问，部署成功后可以通过域名和项目名进行访问，也可以直接通过根域名访问主页所在项目。
但是，当包含定时任务的项目部署在webapps目录下，tomcat服务器中两个独立的容器都会部署，相当于项目在tomcat服务器上部署了两次，两边同时会运行定时任务，并且指定的是同一个数据库，这时会出现同一时间定时任务执行了多次，在执行多任务时，由于多任务同时在同一数据库中执行，容易造成数据处理的逻辑混乱。
发明内容
本申请的主要目的在于提出一种定时任务的处理方法、装置、设备及存储介质，旨在提高对定时任务进行有效地管理。
为实现上述目的，本申请提供一种定时任务的处理方法，所述定时任务的处理方法包括以下步骤：
在检测到当前定时任务调用预设数据库中的业务数据时，获取所述当前定时任务的调用请求；
对所述调用请求进行解析，获取解析后的所述当前定时任务的调用信息，根据所述调用信息判断所述当前定时任务的任务类型；
在所述当前定时任务的任务类型为预设类型时，获取所述预设数据库中预存的数据库锁，并查询所述数据库锁的当前使用状态；
在所述当前使用状态为开启状态时，将所述调用请求放入列队等候。
此外，为实现上述目的，本申请还提出一种定时任务的处理装置，所述定时任务的处理装置包括：
获取模块，用于在检测到当前定时任务调用预设数据库中的业务数据时，获取所述当前定时任务的调用请求；
解析模块，用于对所述调用请求进行解析，获取解析后的所述当前定时任务的调用信息，根据所述调用信息判断所述当前定时任务的任务类型；
查询模块，用于在所述当前定时任务的任务类型为预设类型时，获取所述预设数据库中预存的数据库锁，并查询所述数据库锁的当前使用状态；
处理模块，用于在所述当前使用状态为开启状态时，将所述调用请求放入列队等候。
此外，为实现上述目的，本申请还提出一种设备，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机可读指令，所述计算机可读指令配置为实现如上所述的定时任务的处理方法的步骤。
此外，为实现上述目的，本申请还提出一种存储介质，所述存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如上文所述的定时任务的处理方法的步骤。
本申请提出的定时任务的处理方法，通过在定时任务需要调用的数据库中布设针对预设任务类型的数据库锁，通过所述数据库锁的使用状态对当前定时任务进行相应的处理，在数据库锁处于开启状态时，表明所述数据库正在处于使用状态，在这种情况下将当前定时任务进行列队等候，从而保证任务的有序执行，提高对定时任务的有效管理。
附图说明
图1是本申请实施例方案涉及的硬件运行环境的设备结构示意图；
图2为本申请定时任务的处理方法第一实施例的流程示意图；
图3为本申请定时任务的处理方法第二实施例的流程示意图；
图4为本申请定时任务的处理方法第三实施例的流程示意图；
图5为本申请定时任务的处理装置第一实施例的功能模块示意图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
参照图1，图1为本申请实施例方案涉及的硬件运行环境的设备结构示意图。
如图1所示，该设备可以包括：处理器1001，例如CPU，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏（Display）、输入单元比如按键，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。存储器1005可以是高速RAM存储器，也可以是稳定的存储器（non-volatile memory），例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解，图1中示出的设备结构并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及计算机可读指令。
在图1所示的设备中，网络接口1004主要用于连接外网，与其他网络设备进行数据通信；用户接口1003主要用于连接用户设备，与设备进行数据通信；本申请设备通过处理器1001调用存储器1005中存储的计算机可读指令，并执行本申请实施例提供的定时任务的处理的实施方法。
基于上述硬件结构，提出本申请定时任务的处理方法实施例。
参照图2，图2为本申请定时任务的处理方法第一实施例的流程示意图。
在第一实施例中，所述定时任务的处理方法包括以下步骤：
步骤S10，在检测到当前定时任务调用预设数据库中的业务数据时，获取所述当前定时任务的调用请求。
需要说明的是，所述定时任务的类型可为报文任务，还可为其他类型的任务，在本实施例对此不作限制，在本实施例中，以报文任务为例进行说明，由于业务数据存储在数据库中，所述定时任务进行执行时需要调用所述预设数据库中的业务数据，从而实现任务的正常执行，所述预设数据库为预选保存各个业务执行的数据，例如预先存储的大量用户的使用数据。
在具体实现中，在所述定时任务需要调用所述预设数据库中的业务数据时，首先需要发送调用请求，所述调用请求包含所述定时任务的数据信息，例如所述定时任务的任务类型以及主要参数信息等，根据所述调用请求可对当前定时任务进行有效的分析。
步骤S20，对所述调用请求进行解析，获取解析后的所述当前定时任务的调用信息，根据所述调用信息判断所述当前定时任务的任务类型。
需要说明的是，在定时任务执行时，为了保证数据的安全性，一般会将执行任务的数据进行加密，从而保证数据传输的安全性，为了获取定时任务的类型，需要首先对定时任务的调用请求进行解析，从而获取定时任务的详细信息。
在具体实现中，为了区别不同任务，一般在进行数据传输时，对每个不同类型的任务通常会打上特定的标签，或者在标签上设上特定的参数信息，从而实现对当前定时任务的识别，并进行封装，例如对于报文任务，可将预设标签的TypeID的value设为1，从而实现对当前任务的识别。
在本实施例中，对定时任务的调用请求进行解析，从而获取定时任务的标签信息，即TypeID，根据TypeID从而可判断出定时任务的类型，是属于报文任务，还是其他任务。
步骤S30，在所述当前定时任务的任务类型为预设类型时，获取所述预设数据库中预存的数据库锁，并查询所述数据库锁的当前使用状态。
需要说明的是，为了使数据库中的数据库锁更有针对性，在本实施例中，所述数据库中的数据库锁只对报文任务有效，在检测到当前定时任务的任务类型为报文任务时，所述数据库中的数据库锁才生效。
可以理解的是，所述数据库锁为数据库中的配置文件或者设在数据库入口的一串代码程序形式，还可为其他形式，本实施例对此不作限制，在所述数据库锁为配置文件时，可对所述配置文件进行修改，从而满足不同业务的需求，具体为所述数据库中的数据库锁可根据用户的需求进行灵活配置，例如用户需要所述数据库锁对其他任务生效时，可根据用户的需求进行调整，例如接收用户的编辑指令，根据所述编辑指令对所述数据库锁进行调整，从而满足业务的需求，实现数据库锁的灵活性。
步骤S40，在所述当前使用状态为开启状态时，将所述调用请求放入列队等候。
需要说明的是，在查询出数据库锁的状态为开启状态时，表明当前已经有任务在处理，并且数据库已经处于调用的状态，在这种情况下，避免多个任务执行数据库的调用从而造成逻辑混乱，将当前需要调用数据库的定时任务进行列队处理，从而实现对定时任务的有序管理。
在具体实现中，可将当前定时任务的调用请求直接返回，或者等待前一次定时任务的调用完成，从而避免多个定时任务同时调用数据库从而出现数据处理的逻辑混乱。
进一步地，在所述步骤S30之后，所述方法还包括：
步骤S50，在所述当前使用状态为关闭状态时，响应所述当前定时任务的调用请求，执行所述当前定时任务调用预设数据库中的业务数据，并将所述数据库锁的当前使用状态切换为开启状态。
在本实施例中，查询出数据库锁的状态为关闭状态时，说明当前数据库处于未调用状态，在这种情况下，可直接响应当前定时任务的调用请求，由于数据库正在执行当前定时任务的调用，可将数据库锁的当前使用状态切换为开启状态，从而实现对数据库锁的实时监控，保证定时任务的准确执行，实现数据处理的有序性。
本实施例通过上述方案，通过在定时任务需要调用的数据库中布设针对预设任务类型的数据库锁，通过所述数据库锁的使用状态对当前定时任务进行相应的处理，在数据库锁处于开启状态时，表明所述数据库正在处于使用状态，在这种情况下将当前定时任务进行列队等候，从而保证任务的有序执行，提高对定时任务的有效管理。
进一步地，如图3所示，基于第一实施例提出本申请定时任务的处理方法第二实施例，在本实施例中，所述步骤S20，包括：
步骤S201，将所述调用请求与预设标签信息进行比较，根据所述比较结果得到所述调用请求中的目标标签信息，提取所述目标标签信息中的属性信息，将所述属性信息作为所述当前定时任务的调用信息；
需要说明的是，所述预设标签信息为所有配置文件的参数项目，例如文件名，文件类型，文件颜色等参数信息，通过将调用请求与预设标签信息进行比较，可得到所述调用请求中表明文件类型的参数信息，例如可根据比较结果提取所述调用请求中的typeID参数项目。
在本实施例中，通过获取typeID参数项目，并提取所述typeID参数项目中的属性信息，例如参数值为1，从而可根据typeID=1判断出所述调用请求对应的当前定时任务的任务类型，由于，所述数据库锁设定为对报文类型的定时任务进行处理，从而可实现对各个定时任务的识别。
步骤S202，根据所述调用信息在预设关系映射表中查找对应的任务类型，将查找到的任务类型作为所述当前定时任务的任务类型。
需要说明的是，通过获取历史调用信息与历史任务类型的对应关系，根据所述对应关系建立所述预设关系映射表，通过调用信息查询所述预设关系映射表可得到所述当前定时任务的任务类型，例如获取到调用信息为1，从而查询出调用信息1对应的任务类型为报文任务，提高对当前定时任务的识别的准确性。
进一步地，所述步骤S202之前，所述方法还包括：
步骤S203，获取历史调用信息与历史任务类型的对应关系，根据所述对应关系建立所述预设关系映射表。
在具体实现中，通过获取各个调用信息与对应的任务类型的对应关系，根据所述对应关系建立所述预设关系映射表，从而在对当前定时任务进行识别时，通过查询所述预设关系映射表即可得到当前定时任务对应的任务类型，达到提高数据处理效率的目的。
本实施例提供的方案，通过获取调用请求的标签信息，将所述标签信息在预设关系映射表中查询出对应的任务类型，从而实现对当前定时任务的识别，并通过查表的方式获取当前定时任务对应的任务类型，提高数据处理效率。
进一步地，如图4所示，基于第一实施例或第二实施例提出本申请定时任务的处理方法第三实施例，在本实施例中，基于第一实施例进行说明，所述步骤S30之前，所述方法还包括：
步骤S301，获取数据库锁写入指令，提取所述数据库锁写入指令中的待写入的数据库锁以及地址信息。
在本实施例中，在查询所述预设数据库中预设区域数据库锁的状态之前，需要写入所述数据库锁，具体为通过接收用户的写入指令，根据所述写入指令将所述数据库锁写入所述预设数据库中预设区域，从而在获取到触发数据库锁类型的定时任务时，启动所述数据库锁，在多线程任务处理时，实现对定时任务的管理。
步骤S302，根据所述地址信息在所述预设数据库中查找到对应的位置信息，根据所述位置信息将所述数据库锁写入所述预设数据库中并进行保存。
在具体实现中，通过在写入指令中获取所述待写入的数据库锁的地址信息，所述地址信息为所述待写入的数据库锁写入数据库中的位置信息，通过所述地址信息对所述待写入的数据库锁进行写入，从而保证数据库锁写入的正确性。
进一步地，所述数据库锁为所述预设数据库中的配置文件或者代码程序，所述预设类型为报文类型，所述步骤S30，包括：
在所述当前定时任务的任务类型为报文类型时，获取所述预设数据库中预存的数据库锁。
需要说明的是，为了识别当前定时任务的任务类型，通过将所述当前定时任务中参数信息与预设参数信息进行比较，根据比较结果获取所述当前定时任务中的类型参数信息。
需要说明的是，所述预设参数信息为任务类型为报文类型对应的参数信息，例如typeID=1，将所述当前定时任务中参数信息例如参数名称、参数大小等于所述预设参数信息进行比较，判断所述当前定时任务是否为报文任务。
在具体实现中，通过获取历史参数信息与历史任务类型的预设类型关系映射表，在获取类型参数信息时，通过所述类型参数信息查询所述预设类型关系映射表得到对应的任务类型。
进一步地，查找所述数据库锁中所述配置文件或者代码程序中代表当前使用状态的标签信息，根据所述标签信息在预设状态表中查找对应的状态信息，将查找到的状态信息作为所述当前使用状态。
需要说明的是，所述预设状态表中存有标签信息和对应的状态信息，通过获取数据库锁的标签信息在所述预设状态表中可查询到所述数据库锁的状态，例如在当前使用状态的标签信息为1时，对应的数据库锁的状态为开启状态，在当前使用状态的标签信息为0时，对应的数据库锁的状态为关闭状态，从而通过标签信息实现对数据库锁的使用状态的识别。
进一步地，所述步骤S40之后，所述方法还包括：
步骤S401，实时监控所述数据库锁的当前使用状态，在所述当前使用状态切换为关闭状态时，判断列队等候中的等待任务的调用等级。
在本实施例中，在查询出的数据库锁的状态为开启状态之后，实时监测所述数据库锁的状态，在所述状态为关闭状态时，执行所述调用请求，在所述状态为关闭状态时，说明数据库调用已经完成，当前数据库处于未调用状态，可将列队等待的任务进行执行。
在具体实现中，将列队等待中的任务进行执行时，可获取列队等候的等待任务的调用等级，所述调用等级为表明当前等待任务的优先级程度，例如调用等级为1，说明当前等待任务的优先级别最高，在等待任务中需要进行最优先处理，从而实现对数据的精细化处理。
步骤S402，在所述调用等级为预设调用等级时，对所述预设调用等级对应的等待任务进行优先处理。
需要说明的是，所述预设调用等级为最高调用等级，例如优先级别为1级，在这种情况下，将调用等级的等待任务进行优先处理，从而保证数据处理的效率。
本实施例提供的方案，将当前定时任务根据标签信息识别出报文任务，针对报文任务启动数据库锁进行处理，从而实现灵活化的数据处理，满足各个业务的需求，并且将等待任务设置调用级别，将调用等级的等待任务进行优先，从而保证数据处理的效率。
本申请进一步提供一种定时任务的处理装置。
参照图5，图5为本申请定时任务的处理装置第一实施例的功能模块示意图。
本申请定时任务的处理装置第一实施例中，该定时任务的处理装置包括：
获取模块10，用于在检测到当前定时任务调用预设数据库中的业务数据时，获取所述当前定时任务的调用请求。
需要说明的是，所述定时任务的类型可为报文任务，还可为其他类型的任务，在本实施例对此不作限制，在本实施例中，以报文任务为例进行说明，由于业务数据存储在数据库中，所述定时任务进行执行时需要调用所述预设数据库中的业务数据，从而实现任务的正常执行，所述预设数据库为预选保存各个业务执行的数据，例如预先存储的大量用户的使用数据。
在具体实现中，在所述定时任务需要调用所述预设数据库中的业务数据时，首先需要发送调用请求，所述调用请求包含所述定时任务的数据信息，例如所述定时任务的任务类型以及主要参数信息等，根据所述调用请求可对当前定时任务进行有效的分析。
解析模块20，用于对所述调用请求进行解析，获取解析后的所述当前定时任务的调用信息，根据所述调用信息判断所述当前定时任务的任务类型。
需要说明的是，在定时任务执行时，为了保证数据的安全性，一般会将执行任务的数据进行加密，从而保证数据传输的安全性，为了获取定时任务的类型，需要首先对定时任务的调用请求进行解析，从而获取定时任务的详细信息。
在具体实现中，为了区别不同任务，一般在进行数据传输时，对每个不同类型的任务通常会打上特定的标签，或者在标签上设上特定的参数信息，从而实现对当前定时任务的识别，并进行封装，例如对于报文任务，可将预设标签的TypeID的value设为1，从而实现对当前任务的识别。
在本实施例中，对定时任务的调用请求进行解析，从而获取定时任务的标签信息，即TypeID，根据TypeID从而可判断出定时任务的类型，是属于报文任务，还是其他任务。
查询模块30，用于在所述当前定时任务的任务类型为预设类型时，获取所述预设数据库中预存的数据库锁，并查询所述数据库锁的当前使用状态。
需要说明的是，为了使数据库中的数据库锁更有针对性，在本实施例中，所述数据库中的数据库锁只对报文任务有效，在检测到当前定时任务的任务类型为报文任务时，所述数据库中的数据库锁才生效。
可以理解的是，所述数据库锁为数据库中的配置文件或者设在数据库入口的一串代码程序形式，还可为其他形式，本实施例对此不作限制，在所述数据库锁为配置文件时，可对所述配置文件进行修改，从而满足不同业务的需求，具体为所述数据库中的数据库锁可根据用户的需求进行灵活配置，例如用户需要所述数据库锁对其他任务生效时，可根据用户的需求进行调整，例如接收用户的编辑指令，根据所述编辑指令对所述数据库锁进行调整，从而满足业务的需求，实现数据库锁的灵活性。
处理模块40，用于在所述当前使用状态为开启状态时，将所述调用请求放入列队等候。
需要说明的是，在查询出数据库锁的状态为开启状态时，表明当前已经有任务在处理，并且数据库已经处于调用的状态，在这种情况下，避免多个任务执行数据库的调用从而造成逻辑混乱，将当前需要调用数据库的定时任务进行列队处理，从而实现对定时任务的有序管理。
在具体实现中，可将当前定时任务的调用请求直接返回，或者等待前一次定时任务的调用完成，从而避免多个定时任务同时调用数据库从而出现数据处理的逻辑混乱。
进一步地，在所述处理模块40，还用于在所述当前使用状态为关闭状态时，响应所述当前定时任务的调用请求，执行所述当前定时任务调用预设数据库中的业务数据，并将所述数据库锁的当前使用状态切换为开启状态。
在本实施例中，查询出数据库锁的状态为关闭状态时，说明当前数据库处于未调用状态，在这种情况下，可直接响应当前定时任务的调用请求，由于数据库正在执行当前定时任务的调用，可将数据库锁的当前使用状态切换为开启状态，从而实现对数据库锁的实时监控，保证定时任务的准确执行，实现数据处理的有序性。
本实施例通过上述方案，通过在定时任务需要调用的数据库中布设针对预设任务类型的数据库锁，通过所述数据库锁的使用状态对当前定时任务进行相应的处理，在数据库锁处于开启状态时，表明所述数据库正在处于使用状态，在这种情况下将当前定时任务进行列队等候，从而保证任务的有序执行，提高对定时任务的有效管理。
此外，为实现上述目的，本申请还提出一种设备，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机可读指令，所述计算机可读指令配置为实现如上文所述的定时任务的处理方法的步骤。
此外，本申请实施例还提出一种存储介质，所述存储介质可以为非易失性可读存储介质。
本申请存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行如上文所述的定时任务的处理方法的步骤。
其中，该计算机可读指令被执行时所实现的方法可参照本申请发票开具方法的各个实施例，此处不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个计算机可读存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台智能终端设备(可以是手机，计算机，终端设备，空调器，或者网络终端设备等)执行本申请各个实施例所述的方法。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (20)

  1. 一种定时任务的处理方法，其特征在于，所述定时任务的处理方法包括：
    在检测到当前定时任务调用预设数据库中的业务数据时，获取所述当前定时任务的调用请求；
    对所述调用请求进行解析，获取解析后的所述当前定时任务的调用信息，根据所述调用信息判断所述当前定时任务的任务类型；
    在所述当前定时任务的任务类型为预设类型时，获取所述预设数据库中预存的数据库锁，并查询所述数据库锁的当前使用状态；
    在所述当前使用状态为开启状态时，将所述调用请求放入列队等候。
  2. 如权利要求1所述的定时任务的处理方法，其特征在于，所述在所述当前定时任务的任务类型为预设类型时，获取所述预设数据库中预存的数据库锁，并查询所述数据库锁的当前使用状态之后，所述方法还包括：
    在所述当前使用状态为关闭状态时，响应所述当前定时任务的调用请求，执行所述当前定时任务调用预设数据库中的业务数据，并将所述数据库锁的当前使用状态切换为开启状态。
  3. 如权利要求1所述的定时任务的处理方法，其特征在于，所述对所述调用请求进行解析，获取解析后的所述当前定时任务的调用信息，根据所述调用信息判断所述当前定时任务的任务类型的步骤包括：
    将所述调用请求与预设标签信息进行比较，根据所述比较结果得到所述调用请求中的目标标签信息，提取所述目标标签信息中的属性信息，将所述属性信息作为所述当前定时任务的调用信息；
    根据所述调用信息在预设关系映射表中查找对应的任务类型，将查找到的任务类型作为所述当前定时任务的任务类型。
  4. 如权利要求3所述的定时任务的处理方法，其特征在于，所述根据所述调用信息在预设关系映射表中查找对应的任务类型，将查找到的任务类型作为所述当前定时任务的任务类型之前，所述方法还包括：
    获取历史调用信息与历史任务类型的对应关系，根据所述对应关系建立所述预设关系映射表。
  5. 如权利要求1所述的定时任务的处理方法，其特征在于，所述在所述当前定时任务的任务类型为预设类型时，获取所述预设数据库中预存的数据库锁之前，所述方法还包括：
    获取数据库锁写入指令，提取所述数据库锁写入指令中的待写入的数据库锁以及地址信息；
    根据所述地址信息在所述预设数据库中查找到对应的位置信息，根据所述位置信息将所述数据库锁写入所述预设数据库中并进行保存。
  6. 如权利要求1所述的定时任务的处理方法，其特征在于，所述数据库锁为所述预设数据库中的配置文件或者代码程序，所述预设类型为报文类型；
    所述在所述当前定时任务的任务类型为预设类型时，获取所述预设数据库中预存的数据库锁，并查询所述数据库锁的当前使用状态，包括：
    在所述当前定时任务的任务类型为报文类型时，获取所述预设数据库中预存的数据库锁；
    查找所述数据库锁中所述配置文件或者代码程序中代表当前使用状态的标签信息，根据所述标签信息在预设状态表中查找对应的状态信息，将查找到的状态信息作为所述当前使用状态。
  7. 如权利要求1所述的定时任务的处理方法，其特征在于，所述在所述当前使用状态为开启状态时，将所述调用请求放入列队等候之后，所述方法还包括：
    实时监控所述数据库锁的当前使用状态，在所述当前使用状态切换为关闭状态时，判断列队等候中的等待任务的调用等级；
    在所述调用等级为预设调用等级时，对所述预设调用等级对应的等待任务进行优先处理。
  8. 一种定时任务的处理装置，其特征在于，所述定时任务的处理装置包括：
    获取模块，用于在检测到当前定时任务调用预设数据库中的业务数据时，获取所述当前定时任务的调用请求；
    解析模块，用于对所述调用请求进行解析，获取解析后的所述当前定时任务的调用信息，根据所述调用信息判断所述当前定时任务的任务类型；
    查询模块，用于在所述当前定时任务的任务类型为预设类型时，获取所述预设数据库中预存的数据库锁，并查询所述数据库锁的当前使用状态；
    处理模块，用于在所述当前使用状态为开启状态时，将所述调用请求放入列队等候。
  9. 一种设备，其特征在于，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机可读指令，所述计算机可读指令配置为实现以下步骤：
    在检测到当前定时任务调用预设数据库中的业务数据时，获取所述当前定时任务的调用请求；
    对所述调用请求进行解析，获取解析后的所述当前定时任务的调用信息，根据所述调用信息判断所述当前定时任务的任务类型；
    在所述当前定时任务的任务类型为预设类型时，获取所述预设数据库中预存的数据库锁，并查询所述数据库锁的当前使用状态；
    在所述当前使用状态为开启状态时，将所述调用请求放入列队等候。
  10. 如权利要求9所述的设备，其特征在于，所述计算机可读指令还配置为实现以下步骤：
    在所述当前使用状态为关闭状态时，响应所述当前定时任务的调用请求，执行所述当前定时任务调用预设数据库中的业务数据，并将所述数据库锁的当前使用状态切换为开启状态。
  11. 如权利要求9所述的设备，其特征在于，所述计算机可读指令还配置为实现以下步骤：
    将所述调用请求与预设标签信息进行比较，根据所述比较结果得到所述调用请求中的目标标签信息，提取所述目标标签信息中的属性信息，将所述属性信息作为所述当前定时任务的调用信息；
    根据所述调用信息在预设关系映射表中查找对应的任务类型，将查找到的任务类型作为所述当前定时任务的任务类型。
  12. 如权利要求11所述的设备，其特征在于，所述计算机可读指令还配置为实现以下步骤：
    获取历史调用信息与历史任务类型的对应关系，根据所述对应关系建立所述预设关系映射表。
  13. 如权利要求9所述的设备，其特征在于，所述计算机可读指令还配置为实现以下步骤：
    获取数据库锁写入指令，提取所述数据库锁写入指令中的待写入的数据库锁以及地址信息；
    根据所述地址信息在所述预设数据库中查找到对应的位置信息，根据所述位置信息将所述数据库锁写入所述预设数据库中并进行保存。
  14. 如权利要求9所述的设备，其特征在于，所述数据库锁为所述预设数据库中的配置文件或者代码程序，所述预设类型为报文类型；
    所述计算机可读指令还配置为实现以下步骤：
    在所述当前定时任务的任务类型为报文类型时，获取所述预设数据库中预存的数据库锁；
    查找所述数据库锁中所述配置文件或者代码程序中代表当前使用状态的标签信息，根据所述标签信息在预设状态表中查找对应的状态信息，将查找到的状态信息作为所述当前使用状态。
  15. 如权利要求9所述的设备，其特征在于，所述计算机可读指令还配置为实现以下步骤：
    实时监控所述数据库锁的当前使用状态，在所述当前使用状态切换为关闭状态时，判断列队等候中的等待任务的调用等级；
    在所述调用等级为预设调用等级时，对所述预设调用等级对应的等待任务进行优先处理。
  16. 一种存储介质，其特征在于，所述存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如下步骤：
    在检测到当前定时任务调用预设数据库中的业务数据时，获取所述当前定时任务的调用请求；
    对所述调用请求进行解析，获取解析后的所述当前定时任务的调用信息，根据所述调用信息判断所述当前定时任务的任务类型；
    在所述当前定时任务的任务类型为预设类型时，获取所述预设数据库中预存的数据库锁，并查询所述数据库锁的当前使用状态；
    在所述当前使用状态为开启状态时，将所述调用请求放入列队等候。
  17. 如权利要求16所述的存储介质，其特征在于，所述计算机可读指令还配置为实现以下步骤：
    在所述当前使用状态为关闭状态时，响应所述当前定时任务的调用请求，执行所述当前定时任务调用预设数据库中的业务数据，并将所述数据库锁的当前使用状态切换为开启状态。
  18. 如权利要求16所述的存储介质，其特征在于，所述计算机可读指令还配置为实现以下步骤：
    将所述调用请求与预设标签信息进行比较，根据所述比较结果得到所述调用请求中的目标标签信息，提取所述目标标签信息中的属性信息，将所述属性信息作为所述当前定时任务的调用信息；
    根据所述调用信息在预设关系映射表中查找对应的任务类型，将查找到的任务类型作为所述当前定时任务的任务类型。
  19. 如权利要求16所述的存储介质，其特征在于，所述数据库锁为所述预设数据库中的配置文件或者代码程序，所述预设类型为报文类型；
    所述计算机可读指令还配置为实现以下步骤：
    在所述当前定时任务的任务类型为报文类型时，获取所述预设数据库中预存的数据库锁；
    查找所述数据库锁中所述配置文件或者代码程序中代表当前使用状态的标签信息，根据所述标签信息在预设状态表中查找对应的状态信息，将查找到的状态信息作为所述当前使用状态。
  20. 如权利要求16所述的存储介质，其特征在于，所述计算机可读指令还配置为实现以下步骤：
    实时监控所述数据库锁的当前使用状态，在所述当前使用状态切换为关闭状态时，判断列队等候中的等待任务的调用等级；
    在所述调用等级为预设调用等级时，对所述预设调用等级对应的等待任务进行优先处理。
PCT/CN2018/122834 2018-10-25 2018-12-21 定时任务的处理方法、装置、设备及存储介质 Ceased WO2020082563A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201811254501.7A CN109634726A (zh) 2018-10-25 2018-10-25 定时任务的处理方法、装置、设备及存储介质
CN201811254501.7 2018-10-25

Publications (1)

Publication Number Publication Date
WO2020082563A1 true WO2020082563A1 (zh) 2020-04-30

Family

ID=66066682

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/122834 Ceased WO2020082563A1 (zh) 2018-10-25 2018-12-21 定时任务的处理方法、装置、设备及存储介质

Country Status (2)

Country Link
CN (1) CN109634726A (zh)
WO (1) WO2020082563A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111163145B (zh) * 2019-12-23 2022-04-05 北京数衍科技有限公司 分布式数据定时均发方法、装置及电子设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102317913A (zh) * 2011-07-30 2012-01-11 华为技术有限公司 一种事务恢复方法和事务恢复装置
CN103761148A (zh) * 2014-01-26 2014-04-30 北京京东尚科信息技术有限公司 集群定时调度任务的控制方法
CN106570027A (zh) * 2015-10-10 2017-04-19 阿里巴巴集团控股有限公司 一种事务型任务处理方法及装置
CN108182108A (zh) * 2017-12-19 2018-06-19 山东浪潮商用系统有限公司 一种定时任务集群及其执行方法
CN108388599A (zh) * 2018-02-01 2018-08-10 平安科技（深圳）有限公司 电子装置、数据迁移及调用方法及存储介质

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5161227A (en) * 1989-11-13 1992-11-03 International Business Machines Corporation Multilevel locking system and method
CN103645909A (zh) * 2013-12-30 2014-03-19 中国烟草总公司湖南省公司 定时任务的处理方法及装置
CN106406993B (zh) * 2016-09-06 2019-11-15 努比亚技术有限公司 一种定时任务管理方法和系统
CN108132830B (zh) * 2016-12-01 2020-12-25 北京金山云网络技术有限公司 一种任务调度方法、装置及系统
CN107092523A (zh) * 2017-04-14 2017-08-25 浙江数链科技有限公司 定时任务的调度方法和系统
CN107688500B (zh) * 2017-07-26 2021-12-24 创新先进技术有限公司 一种分布式任务处理方法、装置、系统及设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102317913A (zh) * 2011-07-30 2012-01-11 华为技术有限公司 一种事务恢复方法和事务恢复装置
CN103761148A (zh) * 2014-01-26 2014-04-30 北京京东尚科信息技术有限公司 集群定时调度任务的控制方法
CN106570027A (zh) * 2015-10-10 2017-04-19 阿里巴巴集团控股有限公司 一种事务型任务处理方法及装置
CN108182108A (zh) * 2017-12-19 2018-06-19 山东浪潮商用系统有限公司 一种定时任务集群及其执行方法
CN108388599A (zh) * 2018-02-01 2018-08-10 平安科技（深圳）有限公司 电子装置、数据迁移及调用方法及存储介质

Also Published As

Publication number Publication date
CN109634726A (zh) 2019-04-16

Similar Documents

Publication Publication Date Title
WO2021012489A1 (zh) 电话平台日志查询方法、终端设备、存储介质及装置
WO2020082562A1 (zh) 字符识别方法、装置、设备及存储介质
WO2020147396A1 (zh) 服务域名的动态配置方法、装置、设备及存储介质
WO2020015067A1 (zh) 数据采集方法、装置、设备及存储介质
WO2020233089A1 (zh) 测试用例生成方法、装置、终端及计算机可读存储介质
WO2020147385A1 (zh) 数据录入方法、装置、终端及计算机可读存储介质
WO2020186773A1 (zh) 调用请求监控方法、装置、设备及存储介质
WO2020224246A1 (zh) 基于区块链的数据管理方法、装置、设备和存储介质
WO2021027143A1 (zh) 信息推送方法、装置、设备及计算机可读存储介质
WO2020098078A1 (zh) Ocr训练样本的生成方法、装置、设备及可读存储介质
WO2020015064A1 (zh) 系统故障处理方法、装置、设备及存储介质
WO2018036167A1 (zh) 测试任务执行机分配方法、装置、服务器和存储介质
WO2020062658A1 (zh) 合同生成方法、装置、设备及存储介质
WO2020087704A1 (zh) 信贷信息管理方法、装置、设备和存储介质
WO2020042482A1 (zh) 坐席业务处理方法、装置、设备及计算机可读存储介质
WO2024075927A1 (en) Meta-searching method and apparatus
WO2020233060A1 (zh) 事件通知方法、事件通知服务器、存储介质及装置
WO2021012490A1 (zh) 业务中继切换方法、终端设备、存储介质及装置
WO2020253120A1 (zh) 网页注册方法、系统、设备和计算机存储介质
WO2020042464A1 (zh) 数据交互方法、装置、设备及可读存储介质
WO2014112754A1 (ko) 웹 서비스 푸시 방법 및 이를 수행하는 웹 서비스 푸시 서버 및 웹 서비스 제공 서버
WO2021017332A1 (zh) 语音控制报错方法、电器及计算机可读存储介质
WO2018014594A1 (zh) 网络请求及响应的处理方法、装置、终端、服务器及存储介质
WO2019233092A1 (zh) 历史空气质量显示方法、终端、净化器、系统和介质
WO2020082563A1 (zh) 定时任务的处理方法、装置、设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18938139

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18938139

Country of ref document: EP

Kind code of ref document: A1