CN109725998A - A kind of task retries method and device - Google Patents
A kind of task retries method and device Download PDFInfo
- Publication number
- CN109725998A CN109725998A CN201811599582.4A CN201811599582A CN109725998A CN 109725998 A CN109725998 A CN 109725998A CN 201811599582 A CN201811599582 A CN 201811599582A CN 109725998 A CN109725998 A CN 109725998A
- Authority
- CN
- China
- Prior art keywords
- task
- goal task
- goal
- execution process
- retries
- 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.)
- Pending
Links
Abstract
This application provides a kind of tasks to retry method and device, is applied to task dispatcher, method includes: to judge whether goal task correctly executes completion；If goal task is incorrect to execute completion, judge whether goal task needs to retry；If desired it retries, then according to the retry mechanism of setting, task execution process is redistributed for goal task, so that task execution process is reloaded and performance objective task.In this application, the timeliness of efficiency and processing that goal task retries can be improved.
Description
Technical field
This application involves mobile service technical field, in particular to a kind of task retries method and device.
Background technique
In mobile service field, when mistake occurs in task execution, system will record the exception information of the task of mistake execution,
By manually being decided whether to re-execute task, the probability that raising task correctly executes according to exception information.
But there is low efficiency, processing not in time in the mode for manually deciding whether to re-execute task.
Summary of the invention
In order to solve the above technical problems, the embodiment of the present application, which provides a kind of task, retries method and device, improved with reaching
The purpose of the timeliness of efficiency and processing that goal task retries, technical solution are as follows:
A kind of task retries method, is applied to task dispatcher, which comprises
Judge whether goal task correctly executes completion；
If the goal task is incorrect to execute completion, judge whether the goal task needs to retry；
If desired it retries, then according to the retry mechanism of setting, redistributes task execution process for the goal task, with
It reloads the task execution process and executes the goal task.
Preferably, the retry mechanism according to setting, before redistributing task execution process for the goal task,
Further include:
Type the reason of causing the incorrect execution of the goal task to be completed is identified；
If recognition result is system exception, according to the retry mechanism of setting, task is redistributed for the goal task
Executive process, so that the task execution process loads and executes the goal task；
If recognition result is that the service logic of the goal task is abnormal, service logic error message is returned to, with prompt
Staff is adjusted the service logic of the goal task.
Preferably, the retry mechanism according to setting is redistributed task execution process for the goal task, is wrapped
It includes:
Judge whether the number of retries of the goal task reaches setting number of retries；
If it is not, then redistributing task execution process for the goal task.
Preferably, before redistributing task execution process for the goal task, further includes:
Time interval is retried according to preset, the execution time of the goal task is reset, is held as target
The row time；
After redistributing task execution process for the goal task, the task execution process is reloaded described
Goal task, and the time is executed according to the target, execute the goal task.
Preferably, task execution process is redistributed for the goal task, comprising:
One is chosen from the task execution process that load number is less than setting load number, as the goal task
Task execution process.
A kind of task retries device, is applied to task dispatcher, and described device includes:
First judgment module is held for judging whether goal task correctly executes completion if the goal task is incorrect
Row is completed, then executes the second judgment module；
If desired second judgment module retries for judging whether the goal task needs to retry, then executes and divide
With module；
The distribution module, for the retry mechanism according to setting, for the goal task redistribute task execution into
Journey, so that the task execution process is reloaded and executes the goal task.
Preferably, described device further include:
Identification module, for being identified to type the reason of causing the incorrect execution of the goal task to be completed, if knowing
Other result is system exception, then executes the distribution module, if recognition result is the service logic exception of the goal task,
Service logic error message is returned to, to prompt staff to be adjusted the service logic of the goal task.
Preferably, the distribution module, comprising:
First judging submodule, for judging whether the number of retries of the goal task reaches setting number of retries, if
It is no, then execute distribution sub module；
The distribution sub module, for redistributing task execution process for the goal task.
Preferably, the distribution module, further includes:
Submodule is set and resets the execution of the goal task for retrying time interval according to preset
Time executes the time as target, so that the distribution sub module is redistributing task execution process for the goal task
Later, the task execution process reloads the goal task, and executes the time according to the target, executes the target
Task.
Preferably, the distribution sub module, specifically for from load number be less than setting load number task execution into
One is chosen in journey, the task execution process as the goal task.
Compared with prior art, the application has the beneficial effect that
In this application, judge whether goal task correctly executes completion by task dispatcher, monitoring objective task is held
Market condition judges whether goal task needs to retry if goal task is incorrect to execute completion, if desired retries, according to setting
Fixed retry mechanism redistributes task execution process for goal task, so that task execution process is reloaded and executes mesh
Mark task realizes Automatic dispatching and the execution of goal task, compared to the mode for manually deciding whether to re-execute task, efficiency
Height, and the timeliness handled is improved.
Detailed description of the invention
In order to more clearly explain the technical solutions in the embodiments of the present application, make required in being described below to embodiment
Attached drawing is briefly described, it should be apparent that, the drawings in the following description are only some examples of the present application, for
For those of ordinary skill in the art, without any creative labor, it can also be obtained according to these attached drawings
His attached drawing.
Fig. 1 is a kind of flow chart that task provided by the present application retries method；
Fig. 2 is another flow chart that task provided by the present application retries method；
Fig. 3 is another flow chart that task provided by the present application retries method；
Fig. 4 is another flow chart that task provided by the present application retries method；
Fig. 5 is another flow chart that task provided by the present application retries method；
Fig. 6 is a kind of logical construction schematic diagram that task provided by the present application retries device.
Specific embodiment
Below in conjunction with the attached drawing in the embodiment of the present application, technical solutions in the embodiments of the present application carries out clear, complete
Site preparation description, it is clear that described embodiments are only a part of embodiments of the present application, instead of all the embodiments.It is based on
Embodiment in the application, it is obtained by those of ordinary skill in the art without making creative efforts every other
Embodiment shall fall in the protection scope of this application.
The embodiment of the present application discloses a kind of task and retries method, is applied to task dispatcher, comprising: judge goal task
Whether completion correctly is executed；If the goal task is incorrect to execute completion, judge whether the goal task needs to retry；
If desired it retries, then according to the retry mechanism of setting, task execution process is redistributed for the goal task, so that described
Business executive process reloads and executes the goal task.In this application, the timeliness of efficiency and processing can be improved.
Next it retries method to task disclosed in the embodiment of the present application to be introduced, it should be noted that task retries
Method is applied to task dispatcher, and referring to Figure 1, method includes:
Step S11, judge whether goal task correctly executes completion.
In the present embodiment, judge whether goal task correctly executes the realization process of completion, it can be with are as follows: judge performance objective
The type for the information that the process of task returns.
If the information that the process of performance objective task returns is Success Flag, it can determine that goal task has correctly executed
At；
If the information that the process of performance objective task returns is error flag (e.g., abnormal coding), then target can be determined
Task is incorrect to execute completion.
It should be noted that the process of performance objective task is during performance objective task, if there is abnormal conditions,
The execution of meeting terminated task.After the execution of terminated task, error flag can be returned.
If it is not, thening follow the steps S12.
Step S12, judge whether the goal task needs to retry.
If so, thening follow the steps S13.
It should be noted that the attribute of goal task can be set when creating goal task, such as whether needing to retry.Such as
Fruit goal task needs retry, then can set in the attribute of goal task and retry item to need to retry；If goal task
It does not need to retry, then the item that retries that can be set in the attribute of goal task is retried not need.
This step can be by retrying item in the attribute of reading goal task, to judge whether goal task needs weight
Examination.
Step S13, according to the retry mechanism of setting, task execution process is redistributed for the goal task, so that institute
Task execution process is stated to reload and execute the goal task.
The retry mechanism of setting, it is possible to understand that are as follows: for the retry mechanism of goal task setting.The retry mechanism of setting,
It can according to need and be configured.
It is understood that different goal tasks, the retry mechanism of corresponding setting can be different.
According to the retry mechanism of setting, task execution process is redistributed for the goal task, so that the task is held
The goal task is reloaded and executed to traveling journey, improves the probability that goal task correctly executes completion.
In another embodiment of the application, introduces another task and retry method, refer to Fig. 2, may include:
Step S21, judge whether goal task correctly executes completion.
If it is not, thening follow the steps S22.
Step S22, judge whether the goal task needs to retry.
If so, thening follow the steps S23.
Step S21-S22 is identical as the step S11-S12 in previous embodiment, and the detailed process of step S21-S22 can be with
Referring to the related introduction of step S11-S12, details are not described herein.
Step S23, type the reason of causing the incorrect execution of the goal task to be completed is identified.
If recognition result is system exception, S24 is thened follow the steps；If recognition result is that the service logic of goal task is different
Often, S25 is thened follow the steps.
System exception may include: Network Abnormal, server failure etc..
The service logic of goal task is abnormal, it is possible to understand that are as follows: the business logic codes of goal task are abnormal.
The goal task is incorrect to execute the reason of completing specific implementation process for being identified of type to causing, can be with
Are as follows: the error type information that the process by reading performance objective task returns causes the goal task is incorrect to hold to identify
The reason of row is completed type.
In the incorrect execution of goal task, the process of performance objective task can identify the type of error of goal task, and
Return to error type information.
Type the reason of causing the incorrect execution of the goal task to be completed is identified, and is executed according to recognition result
The reliability that goal task retries can be improved in corresponding operation.
Step S24, according to the retry mechanism of setting, task execution process is redistributed for the goal task, so that institute
Task execution process is stated to load and execute the goal task.
Step S24 is identical as the step S13 in previous embodiment, and the detailed process of step S13 may refer to step S13's
Related introduction, details are not described herein.
Step S25, return to service logic error message, with prompt staff to the service logic of the goal task into
Row adjustment.
Service logic error message may include: that the prompt information of service logic appearance mistake and the business for mistake occur are patrolled
Collect code.
Certainly, service logic error message can also only include: the prompt information that mistake occurs in service logic.
It in another embodiment of the application, introduces another task and retries method, be applied to task dispatcher, ask
Referring to Fig. 3, may include:
Step S31, judge whether goal task correctly executes completion.
If it is not, thening follow the steps S32.
Step S32, judge whether the goal task needs to retry.
If so, thening follow the steps S33.
Step S31-S32 is identical as the step S11-S12 in previous embodiment, and the detailed process of step S31-S32 can be with
Referring to the related introduction of step S11-S12, details are not described herein.
Step S33, judge whether the number of retries of the goal task reaches setting number of retries.
If it is not, thening follow the steps S34.
Number of retries is set, completion can be preset when creating goal task.
Step S34, task execution process is redistributed for the goal task, so that task execution process load is simultaneously
Execute the goal task.
The detailed process of step S34 may refer to be that the goal task is redistributed in step S13 in previous embodiment
Task execution process, so that the task execution process loads and executes the related introduction of the goal task, it is no longer superfluous herein
It states.
Step S33-S34 is a kind of specific embodiment of step S13 in previous embodiment.
It in another embodiment of the application, introduces another task and retries method, be applied to task dispatcher, ask
Referring to fig. 4, may include:
Step S41, judge whether goal task correctly executes completion.
If it is not, thening follow the steps S42.
Step S42, judge whether the goal task needs to retry.
If so, thening follow the steps S43.
Step S43, judge whether the number of retries of the goal task reaches setting number of retries.
If it is not, thening follow the steps S44.
Step S41-S43 is identical as the step S31-S33 in previous embodiment, and the detailed process of step S41-S43 can be with
Referring to the related introduction of step S31-S33, details are not described herein.
Step S44, time interval is retried according to preset, resets the execution time of the goal task, made
The time is executed for target.
It is preset to retry time interval, it can be provided with when creating goal task.
Time interval is retried according to preset, resets the process of the execution time of the goal task, it can be with
Are as follows:
Goal task is executed and the abnormal time occurs as initial time, when by initial time with preset retry
Between be spaced the sum of, as target execute the time.
Time interval is retried according to preset, resets the execution time of the goal task, it can be to avoid mesh
Mark task excessively frequently executes, and improves the reliability that goal task retries.
Step S45, task execution process is redistributed for the goal task, so that the task execution process adds again
The goal task is carried, and executes the time execution goal task according to the target.
It in another embodiment of the application, introduces another task and retries method, be applied to task dispatcher, ask
Referring to Fig. 5, may include:
Step S51, judge whether goal task correctly executes completion.
If it is not, thening follow the steps S52.
Step S52, judge whether the goal task needs to retry.
If so, thening follow the steps S53.
Step S53, judge whether the number of retries of the goal task reaches setting number of retries.
If it is not, thening follow the steps S54.
Step S51-S53 is identical as the step S31-S33 in previous embodiment, and the detailed process of step S51-S53 can be with
Referring to the related introduction of step S31-S33, details are not described herein.
Step S54, one is chosen from the task execution process that load number is less than setting load number, as the mesh
The task execution process of mark task, so that the task execution process loads and executes the goal task.
One is chosen from the task execution process that load number is less than setting load number, as the goal task
Task execution process improves the reliability of the task execution process performance objective task selected, further increases goal task
The reliability retried.
The detailed process of step S34 may refer to be that the goal task is redistributed in step S13 in previous embodiment
Task execution process, so that the task execution process loads and executes the related introduction of the goal task, it is no longer superfluous herein
It states.
Next device is retried to task provided by the present application to be introduced, being introduced below for task retry device and above
The task of introduction, which retries method, can correspond to each other reference.
Task retries device applied to task dispatcher, refers to Fig. 6, it includes: first judgment module that task, which retries device,
11, the second judgment module 12 and distribution module 13.
First judgment module 11, for judging whether goal task correctly executes completion, if the goal task is incorrect
Completion is executed, then executes the second judgment module 12.
If desired second judgment module 12 is retried for judging whether the goal task needs to retry, is then executed
Distribution module.
The distribution module 13 redistributes task execution for the retry mechanism according to setting for the goal task
Process, so that the task execution process is reloaded and executes the goal task.
In the present embodiment, it can also include: identification module that task, which retries device, for non-just to the goal task is caused
It really executes the reason of completing type to be identified, if recognition result is system exception, executes the distribution module, if identification knot
Fruit is that the service logic of the goal task is abnormal, then service logic error message is returned to, to prompt staff to the mesh
The service logic of mark task is adjusted.
In the present embodiment, the distribution module 13 may include:
First judging submodule, for judging whether the number of retries of the goal task reaches setting number of retries, if
It is no, then execute distribution sub module；
The distribution sub module, for redistributing task execution process for the goal task.
In the present embodiment, distribution module 13 can also include:
Submodule is set and resets the execution of the goal task for retrying time interval according to preset
Time executes the time as target, so that the distribution sub module is redistributing task execution process for the goal task
Later, the task execution process reloads the goal task, and executes the time according to the target, executes the target
Task.
In the present embodiment, distribution sub module, specifically can be used for being less than from load number setting load number of the task is held
One is chosen in traveling journey, the task execution process as the goal task.
It should be noted that all the embodiments in this specification are described in a progressive manner, each embodiment weight
Point explanation is the difference from other embodiments, and the same or similar parts between the embodiments can be referred to each other.
For device class embodiment, since it is basically similar to the method embodiment, so being described relatively simple, related place ginseng
See the part explanation of embodiment of the method.
Finally, it is to be noted that, herein, relational terms such as first and second and the like be used merely to by
One entity or operation are distinguished with another entity or operation, without necessarily requiring or implying these entities or operation
Between there are any actual relationship or orders.Moreover, the terms "include", "comprise" or its any other variant meaning
Covering non-exclusive inclusion, so that the process, method, article or equipment for including a series of elements not only includes that
A little elements, but also including other elements that are not explicitly listed, or further include for this process, method, article or
The intrinsic element of equipment.In the absence of more restrictions, the element limited by sentence "including a ...", is not arranged
Except there is also other identical elements in the process, method, article or apparatus that includes the element.
For convenience of description, it is divided into various units when description apparatus above with function to describe respectively.Certainly, implementing this
The function of each unit can be realized in the same or multiple software and or hardware when application.
As seen through the above description of the embodiments, those skilled in the art can be understood that the application can
It realizes by means of software and necessary general hardware platform.Based on this understanding, the technical solution essence of the application
On in other words the part that contributes to existing technology can be embodied in the form of software products, the computer software product
It can store in storage medium, such as ROM/RAM, magnetic disk, CD, including some instructions are used so that a computer equipment
(can be personal computer, server or the network equipment etc.) executes the certain of each embodiment of the application or embodiment
Method described in part.
Method and device is retried to a kind of task provided herein above to be described in detail, it is used herein
The principle and implementation of this application are described for specific case, and the above embodiments are only used to help understand originally
The method and its core concept of application；At the same time, for those skilled in the art, according to the thought of the application, specific
There will be changes in embodiment and application range, in conclusion the content of the present specification should not be construed as to the application's
Limitation.
Claims (10)
1. a kind of task retries method, which is characterized in that be applied to task dispatcher, which comprises
Judge whether goal task correctly executes completion；
If the goal task is incorrect to execute completion, judge whether the goal task needs to retry；
If desired it retries, then according to the retry mechanism of setting, task execution process is redistributed for the goal task, so that institute
Task execution process is stated to reload and execute the goal task.
2. the method according to claim 1, wherein the retry mechanism according to setting, appoints for the target
Business is redistributed before task execution process, further includes:
Type the reason of causing the incorrect execution of the goal task to be completed is identified；
If recognition result is system exception, according to the retry mechanism of setting, task execution is redistributed for the goal task
Process, so that the task execution process loads and executes the goal task；
If recognition result is that the service logic of the goal task is abnormal, service logic error message is returned to, to prompt work
Personnel are adjusted the service logic of the goal task.
3. the method according to claim 1, wherein the retry mechanism according to setting, appoints for the target
Task execution process is redistributed in business, comprising:
Judge whether the number of retries of the goal task reaches setting number of retries；
If it is not, then redistributing task execution process for the goal task.
4. according to the method described in claim 3, it is characterized in that, for the goal task redistribute task execution process it
Before, further includes:
Time interval is retried according to preset, resets the execution time of the goal task, when being executed as target
Between；
After redistributing task execution process for the goal task, the task execution process reloads the target
Task, and the time is executed according to the target, execute the goal task.
5. according to the method described in claim 3, it is characterized in that, redistribute task execution process for the goal task,
Include:
One is chosen from the task execution process that load number is less than setting load number, the task as the goal task
Executive process.
6. a kind of task retries device, which is characterized in that be applied to task dispatcher, described device includes:
First judgment module has been executed for judging whether goal task correctly executes completion if the goal task is incorrect
At then executing the second judgment module；
If desired second judgment module retries for judging whether the goal task needs to retry, then executes distribution mould
Block；
The distribution module redistributes task execution process for the retry mechanism according to setting for the goal task, with
It reloads the task execution process and executes the goal task.
7. device according to claim 6, which is characterized in that described device further include:
Identification module, for being identified to type the reason of causing the incorrect execution of the goal task to be completed, if identification knot
Fruit is system exception, then executes the distribution module, if recognition result is the service logic exception of the goal task, is returned
Service logic error message, to prompt staff to be adjusted the service logic of the goal task.
8. device according to claim 6, which is characterized in that the distribution module, comprising:
First judging submodule, for judging whether the number of retries of the goal task reaches setting number of retries, if it is not, then
Execute distribution sub module；
The distribution sub module, for redistributing task execution process for the goal task.
9. device according to claim 8, which is characterized in that the distribution module, further includes:
Submodule is set, for retrying time interval according to preset, resets the execution time of the goal task,
The time is executed as target, so that the distribution sub module is after redistributing task execution process for the goal task,
The task execution process reloads the goal task, and executes the time according to the target, executes the goal task.
10. device according to claim 8, which is characterized in that the distribution sub module is specifically used for small from load number
One is chosen in the task execution process of setting load number, the task execution process as the goal task.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811599582.4A CN109725998A (en) | 2018-12-26 | 2018-12-26 | A kind of task retries method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811599582.4A CN109725998A (en) | 2018-12-26 | 2018-12-26 | A kind of task retries method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109725998A true CN109725998A (en) | 2019-05-07 |
Family
ID=66296409
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811599582.4A Pending CN109725998A (en) | 2018-12-26 | 2018-12-26 | A kind of task retries method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109725998A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110618864A (en) * | 2019-09-19 | 2019-12-27 | 北京明略软件系统有限公司 | Interrupt task recovery method and device |
| CN111459754A (en) * | 2020-03-26 | 2020-07-28 | 平安普惠企业管理有限公司 | Abnormal task processing method, device, medium and electronic equipment |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130179881A1 (en) * | 2012-01-09 | 2013-07-11 | Microsoft Corporation | Decoupling paas resources, jobs, and scheduling |
| CN108345977A (en) * | 2017-01-25 | 2018-07-31 | 阿里巴巴集团控股有限公司 | A kind of method for processing business and device |
| CN108376145A (en) * | 2018-01-17 | 2018-08-07 | 链家网（北京）科技有限公司 | A kind of ETL tasks automatic processing method and device |
| CN108628669A (en) * | 2018-04-25 | 2018-10-09 | 北京京东尚科信息技术有限公司 | A kind of method and apparatus of scheduling machine learning algorithm task |
| CN109002353A (en) * | 2018-08-16 | 2018-12-14 | 北京中科梧桐网络科技有限公司 | A kind of JAVA unifies task central dispatching method |
-
2018
- 2018-12-26 CN CN201811599582.4A patent/CN109725998A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130179881A1 (en) * | 2012-01-09 | 2013-07-11 | Microsoft Corporation | Decoupling paas resources, jobs, and scheduling |
| CN108345977A (en) * | 2017-01-25 | 2018-07-31 | 阿里巴巴集团控股有限公司 | A kind of method for processing business and device |
| CN108376145A (en) * | 2018-01-17 | 2018-08-07 | 链家网（北京）科技有限公司 | A kind of ETL tasks automatic processing method and device |
| CN108628669A (en) * | 2018-04-25 | 2018-10-09 | 北京京东尚科信息技术有限公司 | A kind of method and apparatus of scheduling machine learning algorithm task |
| CN109002353A (en) * | 2018-08-16 | 2018-12-14 | 北京中科梧桐网络科技有限公司 | A kind of JAVA unifies task central dispatching method |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110618864A (en) * | 2019-09-19 | 2019-12-27 | 北京明略软件系统有限公司 | Interrupt task recovery method and device |
| CN111459754A (en) * | 2020-03-26 | 2020-07-28 | 平安普惠企业管理有限公司 | Abnormal task processing method, device, medium and electronic equipment |
| CN111459754B (en) * | 2020-03-26 | 2022-09-27 | 平安普惠企业管理有限公司 | Abnormal task processing method, device, medium and electronic equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106681849B (en) | Data processing method and device | |
| CN100559350C (en) | Based on history to suspected components priority | |
| CN103458086B (en) | A kind of smart mobile phone and fault detection method thereof | |
| CN105868391A (en) | Method and device for recording log | |
| CN108733563B (en) | Service fault processing method of application software, server and storage medium | |
| US7712096B2 (en) | Method, system, and storage medium for dynamically reordering resource participation in two-phase commit to heuristically optimize for last-agent optimization | |
| CN107025224B (en) | Method and equipment for monitoring task operation | |
| CN109165170B (en) | Method and system for automatic request test | |
| US20030204804A1 (en) | Providing a chain of tokenized error and state information for a call stack | |
| CN109725998A (en) | A kind of task retries method and device | |
| CN109582335A (en) | It is a kind of without interrupt storage cluster node online upgrading method, device and equipment | |
| CN110275992B (en) | Emergency processing method, device, server and computer readable storage medium | |
| CN106155035A (en) | Method for diagnosing faults based on maintenance class data and fault diagnosis system | |
| CN109101296B (en) | Distributed automatic deduction method and system | |
| CN108667872B (en) | Archiving method and device for scheduling server | |
| CN111198920B (en) | Method and device for determining comparison table snapshot based on database synchronization | |
| KR101252358B1 (en) | Apparatus and method for testing plc command | |
| CN111367943A (en) | Data transmission verification method, system, computer equipment and storage medium | |
| CN111680023B (en) | Migration data checking method and device | |
| EP3955127A1 (en) | Automatic database schema updater | |
| CN111045953A (en) | Distributed test case execution system and method | |
| CN106293980A (en) | Data recovery method and system for distributed storage cluster | |
| CN114881545B (en) | Automatic material matching method and device based on cooperative interconnection | |
| CN109255702B (en) | Method and device for changing account opening mechanism | |
| US20210327223A1 (en) | Identification of anomalies in an automatic teller machine (atm) network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190507 |
|
| RJ01 | Rejection of invention patent application after publication |