CN111813839B - Method, system and corresponding equipment for processing multi-terminal task result display conflict - Google Patents

Method, system and corresponding equipment for processing multi-terminal task result display conflict Download PDF

Info

Publication number
CN111813839B
CN111813839B CN202010431052.XA CN202010431052A CN111813839B CN 111813839 B CN111813839 B CN 111813839B CN 202010431052 A CN202010431052 A CN 202010431052A CN 111813839 B CN111813839 B CN 111813839B
Authority
CN
China
Prior art keywords
task
inspection
data
time
patrol
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.)
Active
Application number
CN202010431052.XA
Other languages
Chinese (zh)
Other versions
CN111813839A (en
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.)
Yuanxin Technology
Original Assignee
Yuanxin Technology
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 Yuanxin Technology filed Critical Yuanxin Technology
Priority to CN202010431052.XA priority Critical patent/CN111813839B/en
Publication of CN111813839A publication Critical patent/CN111813839A/en
Application granted granted Critical
Publication of CN111813839B publication Critical patent/CN111813839B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/248Presentation of query results
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23Updating

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computational Linguistics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

The application discloses a processing method, a system and corresponding computer equipment for multi-terminal task result display conflict, wherein after task data is submitted normally by a terminal, the task state is set to be completed, when the task data is submitted by the terminal afterwards, the data is compared according to weight scores, and when the score of newly submitted content is lower than the score of original result, the task result is replaced by newly submitted content, so that the finally obtained data is more close to the actual state intelligently, and the conflict processing and data backtracking problems of data storage of the completion of multiple sets of tasks are solved.

Description

Method, system and corresponding equipment for processing multi-terminal task result display conflict
Technical Field
The application relates to the field of electric digital data processing, in particular to a method, a system and corresponding equipment for processing multi-terminal task result display conflict.
Background
The offline task method provides offline inspection task processing for the situation that a part of special industries cannot access a network or equipment cannot be networked due to physical environments such as remote areas, and the like, and task data is submitted after normal networking.
When the terminal is patrolled and examined for offline tasks, the same task can be received by multiple terminals when the tasks are issued, the terminal can be in an offline state for various reasons after receiving the tasks, and the task state and data cannot be synchronized with the server at the moment, so that multiple data for completing the tasks are likely to appear in one task. If the recorded data is displayed according to the normal task completion flow, partial data loss or task information state errors may occur.
At present, for the offline task conflict of a multi-mobile terminal/inspection terminal, the task id is unique, and a method of covering information in time sequence or a method of failing to submit subsequent task data after the task is finished is generally adopted for processing. Both the two methods can cause information loss of part of responsible persons, and the situation that the server finally keeps data and the situation actually seen by the responsible persons are inconsistent can also occur, and part of responsible persons can confuse own task data and influence related performance settlement results.
Disclosure of Invention
In order to overcome the defects in the prior art, the application provides a processing method, a system and corresponding equipment for multi-terminal task result display conflict, which can optimize the data comparison speed, quickly solve the problem of multi-terminal task result display conflict, intelligently select final task data and avoid data loss.
In a first aspect of the present application, a method for processing a multi-terminal task result presentation conflict is provided, where the method includes:
in response to receiving task data submitted by a patrol terminal for a patrol task, determining a state of the patrol task;
responding to the fact that the inspection task is in an unfinished state, storing task data submitted at this time into a main table and a secondary table respectively, and modifying the inspection task into a finished state;
responding to the states of the inspection task except the unfinished state, storing the task data submitted at this time into a secondary table, and calculating the score of the task data submitted at this time and the score of the task data in the primary table according to indexes, corresponding weights and score rules preset for the inspection task;
and responding to the fact that the score of the task data submitted at this time is lower than the score of the task data in the main table, and storing the task data submitted at this time into the main table to replace corresponding data.
In an embodiment, the method further comprises: after the inspection task is modified to a finished state, determining whether other inspection terminals which have issued the inspection task are online; responsive to being online, determining whether the inspection task has begun execution; and in response to the inspection task not being executed, notifying the inspection terminal to delete the inspection task.
In an embodiment, the method further comprises: responding to the inspection result of the inspection task, acquiring data from the main table for displaying, and marking the inspection task with multi-submitting task data; and responding to the operation of the marked inspection task, and displaying data corresponding to the inspection task in the auxiliary table.
In an embodiment, the method further comprises: the method further comprises the step of taking whether an accessory exists and the time when the accessory is formed at the inspection terminal as weight items, wherein the weight of the situation with the accessory is lower than that of the situation without the accessory, and the later the time when the accessory is formed at the inspection terminal, the lower the weight.
In an embodiment, the method further comprises: a verification task or reminder is initiated in response to any score calculated being above the expected range of the inspection task.
In a second aspect of the present application, there is provided a processing system for multi-terminal task result presentation conflict, the system comprising:
the state determining module is used for determining the state of the inspection task in response to receiving task data submitted by the inspection terminal aiming at the inspection task;
the storage module is used for respectively storing the task data submitted at this time into the main table and the auxiliary table in response to the fact that the inspection task is in an unfinished state, and modifying the inspection task into a finished state;
the scoring module is used for responding to other states of the inspection task except the unfinished state, storing the task data submitted at this time into a secondary table, and calculating the scoring of the task data submitted at this time and the scoring of the task data in the primary table according to indexes, corresponding weights and scoring rules preset for the inspection task;
and the replacement module is used for responding to the fact that the score of the task data submitted at this time is lower than the score of the task data in the main table, and storing the task data submitted at this time into the main table to replace corresponding data.
In a third aspect of the present application, there is provided a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the method for processing a multi-terminal task result presentation conflict according to the first aspect of the present application.
In a fourth aspect of the present application, there is provided a computer device comprising a processor, a memory and a computer program stored on the memory and executable on the processor, wherein the steps of the method for handling multi-terminal task result presentation conflicts according to the first aspect of the present application are implemented when the processor executes the computer program.
According to the application, the conflict processing and data backtracking problems of completing data storage of a plurality of tasks when a plurality of persons submit the same task in a system with offline tasks can be solved. When a terminal normally submits task data, the task state is set to be completed, and when the terminal submits the task data, the task state is changed, and when the score of the newly submitted content is lower than the score of the original result, the task result is replaced by the newly submitted content through the score comparison of the task index weight, so that the actual patrol task owner display information content is intelligently confirmed, the most focused data of a user is preferentially displayed, and the finally obtained data is closer to the actual state. In addition, the time of acquiring the accessory by using the terminal is compared, so that the problem of time difference of uploading the accessory to the server caused by an offline state or unstable network is solved. Furthermore, the data is recorded into the auxiliary table, so that the problem that after a plurality of persons submit the same task data, the responsible persons view the task data submitted by the plurality of persons is solved, and the problem of loss of performance settlement of part of the responsible persons is avoided.
In addition, the expected safety value range is set in advance by the task, and a verification task or a reminder is automatically sent when the score exceeds the safety range, so that loss caused by important data omission is avoided.
Other features and advantages of the present application will become more apparent from the following detailed description of embodiments of the present application, which is to be read in connection with the accompanying drawings.
Drawings
FIG. 1 is a flow chart of an embodiment of a method according to the present application;
fig. 2 is a block diagram of an embodiment of a system according to the present application.
For the sake of clarity, these figures are schematic and simplified drawings, which only give details which are necessary for an understanding of the application, while other details are omitted.
Detailed Description
Embodiments and examples of the present application will be described in detail below with reference to the accompanying drawings.
The scope of applicability of the present application will become apparent from the detailed description given hereinafter. It should be understood, however, that the detailed description and specific examples, while indicating preferred embodiments of the application, are given by way of illustration only.
Fig. 1 shows a flow chart of a preferred embodiment of a method for handling a multi-terminal task result presentation conflict according to the present application.
When the inspection task is established, the weight and scoring mode of the task item index are required to be confirmed, and the normal value range of the task data scoring value is confirmed. When a plurality of terminals receive a task, the server records the times of task issuing, when the terminal task is completed, the server records the number of terminals for completing the task, and when the number of terminals for completing the task is consistent with the number of issued, the task is completed.
In step S102, when the service end receives task data submitted by the inspection terminal for the inspection task, the state of the inspection task is determined. If in the unfinished state, the process proceeds to step S150. Otherwise, if in the completed state, the process proceeds to step S104; if in the multi-commit state, the process proceeds to step S106.
In step S104, the state of the inspection task is modified to a multi-commit state.
In step S106, the task data submitted at this time is stored in the secondary table to avoid data loss or influence on subsequent related calculations, such as performance calculation, task completion calculation, etc., and the score of the task data submitted at this time and the score of the task data in the primary table are calculated according to the index preset for the inspection task and the corresponding weight. For example, a task is divided into 3 important indicators A, B, C. A accounts for 20 weight percent and 0 to 10 weight percent; b accounts for 30 weight percent and 0-10 weight percent; c accounts for 50% weight and 0-10 min. The task normal value range is set to 8 minutes, for example. In addition, the accessories in the task can be listed as weight items, the accessories can be pictures, videos and/or files, and the scoring standards are as follows: if both messages have attachments, the earlier time counts 100% and the later time counts 0% of the time, compared to the time the attachment was made at the terminal. Otherwise, the number of the accessories is 0 percent, and the number of the accessories is 100 percent. When data alignment was completed, data 1 was scored as 5 points, data 2 was scored as 7.5 points, data 2 was preferentially displayed, with data 1 being scored as 5 points, data B and C being 10 points, and data 2 being A, B being 10 points, and data C being 5 points. If the set normal range of the task is 8 points, a verification or reminding task is automatically initiated for the data 1.
In step S108, the score of the task data submitted this time is compared with the score of the task data in the main table. If the score of the task data submitted at this time is lower than the score of the task data in the main table, the process proceeds to step S110; otherwise, only the task data submitted this time is stored in the sub-table (which has been previously completed), and no other processing is performed, and the process proceeds to step S112.
In step S110, the task data submitted this time is stored in the main table to replace the corresponding data.
In step S112, it is determined whether the task is completed. When the number of the completed tasks is consistent with the number of the issued tasks, the server obtains the completion number. Or when the preset task deadline expires, the task is finished. If the task is not completed, the process returns to step S102.
In step S150, the task data submitted this time is stored in the primary table and the secondary table, respectively, and the inspection task is modified to be in a completed state. The server can send the task id completed message to all the patrol terminals which have received the task, if the patrol terminals can network and have not started the task (the task is in a task state, the task is cached to the task state of the terminal, the task is not executed initially, then the patrol personnel can choose to start executing so that the task state is changed), the patrol terminals can directly delete the task, and other patrol terminals (which can not normally network or are online but start the task) can acquire the task states to the server at regular time when the patrol terminals normally network so as to maintain a local task list, and whether the terminals are online or not can be known through the task states) continue the task according to the normal flow. After that, the process returns to step S102.
When the task deadline expires, if the service end still does not receive feedback of all the terminals (submitting task data), the actual data of the task is taken as final data. When the task reaches the task deadline, the part of data which is started to be unfinished in the terminal which receives the task cannot be submitted, the patrol terminal which is informed of the data of the corresponding unfinished task stops executing and deletes the corresponding patrol task, and the data is emptied.
When any score calculated is higher than the expected range of the inspection task, a verification task or reminder may also be initiated to a pre-set department or person, such as directly superior.
In addition, when the completed list is displayed locally, the main list information is firstly called from the cache database to be displayed, and when the task state is a multi-commit state, a special identifier is added to the data on the view to distinguish the normal commit data content. When the task detail display is completed, the corresponding details of the main table can be displayed first, then revised contents are supplemented to pages item by item according to the contents of the auxiliary table, when the contents such as the accessories are displayed, watermarks and file name identifiers are added, and data except the data confirmed as the task state in the auxiliary table are placed in other areas so as to be continuously distinguished from a final task result.
When the performance of the responsible person is required to be counted, if the task state of the main table is multi-task submission, the statistics is not counted, and the actual task completion condition of the responsible person is obtained by calculating the completion condition of the responsible person in the auxiliary table.
FIG. 2 is a block diagram of a preferred embodiment of a system for processing multi-terminal task result presentation conflicts in accordance with the present application, the system comprising:
a state determining module 202, configured to determine a state of the inspection task in response to receiving task data submitted by the inspection terminal for the inspection task;
the storage module 204 is configured to, in response to the inspection task being in an incomplete state, store task data submitted at this time in the primary table and the secondary table, respectively, and modify the inspection task to a completed state;
the scoring module 206 is configured to store the task data submitted at this time into the secondary table in response to the inspection task being in a state other than the incomplete state, and calculate the score of the task data submitted at this time and the score of the task data in the primary table according to the index preset for the inspection task and the corresponding weight;
and the replacing module 208 is configured to store the task data submitted at this time in the main table to replace corresponding data in response to the score of the task data submitted at this time being lower than the score of the task data in the main table.
The memory module may further include: the online determining submodule is used for determining whether other patrol terminals which have issued the patrol tasks are online or not after modifying the patrol tasks into a finished state; an execution determination submodule for determining whether the inspection task has started to be executed in response to online; and the notification sub-module is used for notifying the corresponding patrol terminal to delete the corresponding patrol task in response to the fact that the patrol task is not executed yet.
In addition, the system shown in fig. 2 may further include: the first display module is used for responding to the inspection result of the inspection task display, acquiring data from the main table for display, and marking the inspection task with multi-submitted task data; and the second display module is used for responding to the operation of the marked inspection task and displaying the data corresponding to the inspection task in the auxiliary table.
In another embodiment, the present application provides a computer readable storage medium having a computer program stored thereon, which when executed by a processor, implements the steps of the method embodiment shown and described in connection with fig. 1 or other corresponding method embodiments, which are not described in detail herein.
In another embodiment, the present application provides a computer device, including a processor, a memory, and a computer program stored in the memory and capable of running on the processor, where the steps of the method embodiment shown and described in connection with fig. 1 or other corresponding method embodiments are implemented by the processor when the computer program is executed, and are not repeated herein.
The various embodiments described herein, or particular features, structures, or characteristics thereof, may be combined as suitable in one or more embodiments of the application. In addition, in some cases, the order of steps described in the flowcharts and/or flow-line processes may be modified as appropriate and need not be performed in exactly the order described. Additionally, various aspects of the application may be implemented using software, hardware, firmware, or a combination thereof and/or other computer-implemented modules or devices that perform the described functions. A software implementation of the present application may include executable code stored in a computer readable medium and executed by one or more processors. The computer-readable medium may include a computer hard drive, ROM, RAM, flash memory, a portable computer storage medium such as CD-ROM, DVD-ROM, flash drives and/or other devices having a Universal Serial Bus (USB) interface, and/or any other suitable tangible or non-transitory computer-readable medium or computer memory on which executable code may be stored and executed by a processor. The application may be used in connection with any suitable operating system.
As used herein, the singular forms "a", "an" and "the" include plural referents (i.e., having the meaning of "at least one") unless otherwise indicated. It will be further understood that the terms "has," "comprises," "including" and/or "comprising," when used in this specification, specify the presence of stated features, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, steps, operations, elements, components, and/or groups thereof. The term "and/or" as used herein includes any and all combinations of one or more of the associated listed items.
While the foregoing is directed to some preferred embodiments of the present application, it should be emphasized that the present application is not limited to these embodiments, but may be embodied in other forms within the scope of the inventive subject matter. Various changes and modifications may be made by one skilled in the art without departing from the spirit of the application, and these changes or modifications still fall within the scope of the application.

Claims (10)

1. The method for processing the multi-terminal task result display conflict is characterized by comprising the following steps:
in response to receiving task data submitted by a patrol terminal for a patrol task, determining a state of the patrol task;
responding to the fact that the inspection task is in an unfinished state, storing task data submitted at this time into a main table and a secondary table respectively, and modifying the inspection task into a finished state;
responding to the states of the inspection task except the unfinished state, storing the task data submitted at this time into a secondary table, and calculating the score of the task data submitted at this time and the score of the task data in the primary table according to indexes, corresponding weights and score rules preset for the inspection task;
and responding to the fact that the score of the task data submitted at this time is lower than the score of the task data in the main table, and storing the task data submitted at this time into the main table to replace corresponding data.
2. The method according to claim 1, wherein the method further comprises:
after the inspection task is modified to a finished state, determining whether other inspection terminals which have issued the inspection task are online;
responsive to being online, determining whether the inspection task has begun execution;
and in response to the inspection task not being executed, notifying the inspection terminal to delete the inspection task.
3. The method according to claim 1, wherein the method further comprises:
responding to the inspection result of the inspection task, acquiring data from the main table for displaying, and marking the inspection task with multi-submitting task data;
and responding to the operation of the marked inspection task, and displaying data corresponding to the inspection task in the auxiliary table.
4. The method of claim 1, further comprising using as a weight term whether there is an attachment and a time at which the attachment is formed at the patrol terminal, wherein the weight of the case with the attachment is lower than the weight of the case without the attachment, and wherein the later the time at which the attachment is formed at the patrol terminal, the lower the weight.
5. The method according to claim 1, wherein the method further comprises:
a verification task or reminder is initiated in response to any score calculated being above the expected range of the inspection task.
6. A system for processing a multi-terminal task result presentation conflict, the system comprising:
the state determining module is used for determining the state of the inspection task in response to receiving task data submitted by the inspection terminal aiming at the inspection task;
the storage module is used for respectively storing the task data submitted at this time into the main table and the auxiliary table in response to the fact that the inspection task is in an unfinished state, and modifying the inspection task into a finished state;
the scoring module is used for responding to other states of the inspection task except the unfinished state, storing the task data submitted at this time into a secondary table, and calculating the scoring of the task data submitted at this time and the scoring of the task data in the primary table according to indexes, corresponding weights and scoring rules preset for the inspection task;
and the replacement module is used for responding to the fact that the score of the task data submitted at this time is lower than the score of the task data in the main table, and storing the task data submitted at this time into the main table to replace corresponding data.
7. The system of claim 6, wherein the storage module further comprises:
the online determination submodule is used for determining whether other patrol terminals which have issued the patrol tasks are online or not after the patrol tasks are modified to be in a finished state;
an execution determination submodule for determining whether the inspection task has started to be executed in response to online;
and the notification sub-module is used for notifying the patrol terminal to delete the patrol task in response to the fact that the patrol task is not executed yet.
8. The system of claim 6, wherein the system further comprises:
the first display module is used for responding to the inspection result of the inspection task display, acquiring data from the main table for display, and marking the inspection task with multi-submitted task data;
and the second display module is used for responding to the operation of the marked inspection task and displaying the data corresponding to the inspection task in the auxiliary table.
9. A computer device comprising a processor, a memory and a computer program stored on the memory and executable on the processor, wherein the processor implements the steps of the method according to any of claims 1-5 when the computer program is executed by the processor.
10. A computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the method according to any of claims 1-5.
CN202010431052.XA 2020-05-20 2020-05-20 Method, system and corresponding equipment for processing multi-terminal task result display conflict Active CN111813839B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010431052.XA CN111813839B (en) 2020-05-20 2020-05-20 Method, system and corresponding equipment for processing multi-terminal task result display conflict

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010431052.XA CN111813839B (en) 2020-05-20 2020-05-20 Method, system and corresponding equipment for processing multi-terminal task result display conflict

Publications (2)

Publication Number Publication Date
CN111813839A CN111813839A (en) 2020-10-23
CN111813839B true CN111813839B (en) 2023-09-22

Family

ID=72847698

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010431052.XA Active CN111813839B (en) 2020-05-20 2020-05-20 Method, system and corresponding equipment for processing multi-terminal task result display conflict

Country Status (1)

Country Link
CN (1) CN111813839B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113500605B (en) * 2021-09-13 2022-01-25 中科开创(广州)智能科技发展有限公司 Inspection task visualization method and device, computer equipment and storage medium

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62173535A (en) * 1986-01-27 1987-07-30 Hitachi Ltd Access control system for shared resources
CN101770397A (en) * 2008-12-30 2010-07-07 英特尔公司 Extending cache coherency protocols to support locally buffered data
US9430282B1 (en) * 2012-10-02 2016-08-30 Marvell International, Ltd. Scheduling multiple tasks in distributed computing system to avoid result writing conflicts
CN106406327A (en) * 2016-11-01 2017-02-15 中国航空无线电电子研究所 Unmanned aerial vehicle task architecture rapid verification platform
CN107102894A (en) * 2017-04-07 2017-08-29 百度在线网络技术(北京)有限公司 Method for scheduling task, device and system
CN109086425A (en) * 2018-08-09 2018-12-25 北京百度网讯科技有限公司 Data processing method and device for database
CN110839055A (en) * 2018-08-17 2020-02-25 菜鸟智能物流控股有限公司 Task processing method, device and system

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62173535A (en) * 1986-01-27 1987-07-30 Hitachi Ltd Access control system for shared resources
CN101770397A (en) * 2008-12-30 2010-07-07 英特尔公司 Extending cache coherency protocols to support locally buffered data
US9430282B1 (en) * 2012-10-02 2016-08-30 Marvell International, Ltd. Scheduling multiple tasks in distributed computing system to avoid result writing conflicts
CN106406327A (en) * 2016-11-01 2017-02-15 中国航空无线电电子研究所 Unmanned aerial vehicle task architecture rapid verification platform
CN107102894A (en) * 2017-04-07 2017-08-29 百度在线网络技术(北京)有限公司 Method for scheduling task, device and system
CN109086425A (en) * 2018-08-09 2018-12-25 北京百度网讯科技有限公司 Data processing method and device for database
CN110839055A (en) * 2018-08-17 2020-02-25 菜鸟智能物流控股有限公司 Task processing method, device and system

Also Published As

Publication number Publication date
CN111813839A (en) 2020-10-23

Similar Documents

Publication Publication Date Title
JP6607590B1 (en) Information providing system and information providing method
CN111813839B (en) Method, system and corresponding equipment for processing multi-terminal task result display conflict
WO2008027583A2 (en) Systems, methods, software, and interfaces for formatting legal citations
CN110972519B (en) Information providing system and information providing method
CN109117314B (en) Anti-misoperation data rapid recovery method and system
US20160086126A1 (en) Information processing apparatus and method
WO2015065327A1 (en) Providing information technology support
CN111192673A (en) Efficient management method and device for equipment maintenance, computer equipment and storage medium
CN111143325B (en) Data acquisition monitoring method, monitoring device and readable storage medium
CN110941639A (en) Data processing method, data query method, device and equipment
CN111625656A (en) Information processing method, device, equipment and storage medium
WO2019019701A1 (en) Processing method for blank invoices recycling, storage medium and server
CN117149816A (en) Steel product data processing method, system, electronic equipment and storage medium
CN112308500A (en) Production training certification management method, system and storage medium based on MES
CN114742522B (en) Method, system, device and storage medium for automatically comparing survey design drawings
CN114817589B (en) Intelligent verification method, system and device for fire-fighting building drawings and storage medium
CN115310637A (en) Information recommendation method and device applied to maintenance service and electronic equipment
CN110807037B (en) Data modification method and device, electronic equipment and storage medium
CN111985801A (en) Method and system for processing problems and hidden dangers of construction engineering project and intelligent terminal
CN111131411B (en) Server, vehicle terminal and offline media viewing method in Internet of vehicles
US11995584B2 (en) Training assignment tool
CN113837643B (en) Project task management system and method
US20240232987A9 (en) Information processing apparatus
CN113052574A (en) Workflow data processing method and device, storage medium and electronic equipment
CN117493147A (en) Buried point test method, buried point test device, buried point test equipment and storage medium

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
GR01 Patent grant
GR01 Patent grant