1. An operation data updating method of a device handheld terminal is characterized by comprising the following steps:

and step S101, after acquiring a newly added record instruction, the first terminal saves the added or modified SQL statement and a timestamp as a first incremental file to a local database, and if the first terminal is in a network-free state, the first terminal suspends sending a newly added update request to the server.

Step S102, after the first terminal is switched to the network connection state again, the first terminal requests a server to upload a first incremental file through an http protocol, and whether a downloadable second incremental file corresponding to the first terminal exists in the server or not is inquired;

step S103, the first terminal uploads the first incremental file to the server according to the incremental file upload and download path replied by the server, and downloads the second incremental file at the same time, and when the same record in both the first incremental file and the second incremental file is deleted, the record deletion information in the first incremental file and the second incremental file may be screened according to a preset rule to determine whether to update the record related to the first terminal by using the second incremental file.

2. The method for updating operation data of a handheld terminal of a device according to claim 1, wherein said step S103 further comprises the steps of:

after a first terminal downloads a second incremental file, if a first incremental file to be uploaded in the terminal has the same record object to be updated as that in the second incremental file, acquiring first time corresponding to record deletion from a timestamp of the first incremental file, acquiring second time corresponding to record deletion from a timestamp of the second incremental file, and comparing the first time with the second time in a time period of operation grade, wherein the operation grade is inspection intensity and/or working intensity of each time period in which a handheld terminal is located;

if the first time is earlier than the second time and the operation level of the first time is higher than that of the second time, the record is not deleted and updated by adopting the content in the second incremental file;

and if the first time is earlier than the second time, but the running grade of the first time is not higher than that of the second time, adopting the content in the second incremental file to update the record by deletion.

And if the first time is later than the second time and the running grade of the first time is higher than or equal to the running grade of the second time, not adopting the content in the second incremental file to update the record.

And if the first time is later than the second time and the operation level of the first time is lower than that of the second time, updating the record by adopting the content in the second incremental file.

3. The method for updating operation data of a handheld terminal of a device according to claim 2, wherein said step S103 further comprises the steps of:

and if the first time is later than the second time and the running grade of the first time is lower than that of the second time, sending a record updating prompt and deleting, updating and otherwise not deleting and updating the record by using the content in the second incremental file after the updating permission is obtained.

4. The method for updating operation data of a device handheld terminal according to claim 3, wherein the step S101 further comprises:

the first terminal updates the local database after acquiring the newly added recording instruction, and sends a newly added updating request to the server through an http protocol if the first terminal is in a network connection state;

and the server operates according to the newly-added updating request, if the operation is successful, second response information is immediately returned, the newly-added updating request is put into a queue, the newly-added updating request is forwarded to other terminals through websocket after the next heartbeat is reached for updating the local databases of the terminals, and if the forwarding failure of the second terminal exists, the corresponding SQL incremental file with the timestamp is stored for the second terminal.

5. The method for updating operation data of a device handheld terminal according to claim 4, wherein the step S102 further comprises:

the method comprises the steps that a server continues to wait for a plurality of heartbeat cycles after receiving a first incremental file uploaded by a first terminal, if an incremental file uploading request of other terminals is not received, a lock table request broadcast is sent to all terminals, a response of a new increase or deletion updating request sent by each terminal is stopped, all incremental files are recombined according to an SQL time stamp sequence and then are led into a database, and the lock table request broadcast is configured to prohibit the terminals from sending new increase or deletion updating requests to the server until receiving an unlocking request broadcast.

6. An operation data updating system of a device handheld terminal, characterized in that: the system comprises a first terminal and a server connected with the first terminal through a network, wherein the first terminal comprises:

the first incremental file generation module is used for saving the added or modified SQL statement and a timestamp as a first incremental file to a local database after acquiring a newly added recording instruction, and suspending sending a newly added updating request to the server if the first terminal is in a network-free state;

the query module is used for requesting the server to upload the first incremental file through the http protocol after the network connection state is switched to the network connection state again, and querying whether the server has a downloadable second incremental file corresponding to the terminal;

and the record updating module uploads the first incremental file to the server according to the incremental file uploading and downloading path replied by the server, and downloads the second incremental file at the same time, and when the same record in the first incremental file and the second incremental file is deleted and modified, the record deletion and modification information in the first incremental file and the second incremental file can be screened according to a preset rule to judge whether the second incremental file is adopted to update the relevant record of the first terminal.

7. The system for updating operation data of a handset according to claim 6, wherein: the record updating module is further configured to, after downloading to a second incremental file, if a first incremental file to be uploaded in the terminal has the same record object to be updated as that in the second incremental file, obtain a first time at which the corresponding record deletion occurs from a timestamp of the first incremental file, obtain a second time at which the corresponding record deletion occurs from a timestamp of the second incremental file, and compare operation levels of time periods in which the first time and the second time are located, where the operation levels are inspection intensities and/or working intensities of time periods in which the handheld terminal is located; if the first time is earlier than the second time and the operation level of the first time is higher than that of the second time, the record is not deleted and updated by adopting the content in the second incremental file; if the first time is earlier than the second time, but the operation level of the first time is not higher than that of the second time, deleting and updating the record by adopting the content in the second incremental file; if the first time is later than the second time and the operation level of the first time is higher than or equal to that of the second time, the content in the second incremental file is not adopted to update the record; and if the first time is later than the second time and the operation level of the first time is lower than that of the second time, updating the record by adopting the content in the second incremental file.

8. The system for updating operation data of a handset according to claim 7, wherein: and the record updating module is configured to send out the record updating prompt and delete and update the record by using the content in the second incremental file after obtaining the updating permission if the first time is later than the second time and the running grade of the first time is lower than the running grade of the second time, otherwise, not delete and update the record.

Background

In the existing equipment production workshops of a factory, a plurality of workshops do not have wireless networks, so that when the related services of equipment are processed, records can only be recorded on a paper carrier, and recording deviation or omission is easily caused, thereby causing management confusion. For example, when a worker performs a business operation of equipment in a workshop, such as maintenance, inspection, and the like, the worker may need to refer to the history. In addition, when the staff operates in the workshop, the execution equipment needs to be checked, the equipment number is generally long and complicated, and if the mobile terminal of the staff cannot be connected with the network, the mobile terminal can only retrieve and query the relevant equipment information on the paper record, so that the query efficiency is low. And a factory establishes a network for a workshop, and particularly, huge cost is needed to ensure that each area of the factory covers the wireless network. However, even if a wireless network is established for each workshop in a park, due to the obstruction of various large-scale production devices, the problem that network signals become poor or even the connection of mobile terminals of workers is impossible often exists when the mobile terminals enter the production devices or other special areas, so that effective recording operation cannot be finally performed on the mobile terminals, and the recorded data of operation, inspection and the like of each worker cannot be effectively kept synchronous, thereby greatly influencing the operation and guarantee efficiency in the production and manufacturing process.

Disclosure of Invention

Aiming at the defects in the prior art, the invention provides an operating data updating method of a device handheld terminal, which comprises the following steps:

and step S101, after acquiring a newly added record instruction, the first terminal saves the added or modified SQL statement and a timestamp as a first incremental file to a local database, and if the first terminal is in a network-free state, the first terminal suspends sending a newly added update request to the server.

Step S102, after the first terminal is switched to the network connection state again, the first terminal requests a server to upload a first incremental file through an http protocol, and whether a downloadable second incremental file corresponding to the first terminal exists in the server or not is inquired;

step S103, the first terminal uploads the first incremental file to the server according to the incremental file upload and download path replied by the server, and downloads the second incremental file at the same time, and when the same record in both the first incremental file and the second incremental file is deleted, the record deletion information in the first incremental file and the second incremental file may be screened according to a preset rule to determine whether to update the record related to the first terminal by using the second incremental file.

Preferably, the step S103 further includes the steps of:

after a first terminal downloads a second incremental file, if a first incremental file to be uploaded in the terminal has the same record object to be updated as that in the second incremental file, acquiring first time corresponding to record deletion from a timestamp of the first incremental file, acquiring second time corresponding to record deletion from a timestamp of the second incremental file, and comparing the first time with the second time in a time period of operation grade, wherein the operation grade is inspection intensity and/or working intensity of each time period in which a handheld terminal is located;

if the first time is earlier than the second time and the operation level of the first time is higher than that of the second time, the record is not deleted and updated by adopting the content in the second incremental file;

and if the first time is earlier than the second time, but the running grade of the first time is not higher than that of the second time, adopting the content in the second incremental file to update the record by deletion.

And if the first time is later than the second time and the running grade of the first time is higher than or equal to the running grade of the second time, not adopting the content in the second incremental file to update the record.

And if the first time is later than the second time and the operation level of the first time is lower than that of the second time, updating the record by adopting the content in the second incremental file.

Preferably, the step S103 further includes the steps of:

and if the first time is later than the second time and the running grade of the first time is lower than that of the second time, sending a record updating prompt and deleting, updating and otherwise not deleting and updating the record by using the content in the second incremental file after the updating permission is obtained.

Preferably, the step S101 further specifically includes:

the first terminal updates the local database after acquiring the newly added recording instruction, and sends a newly added updating request to the server through an http protocol if the first terminal is in a network connection state;

and the server operates according to the newly-added updating request, if the operation is successful, second response information is immediately returned, the newly-added updating request is put into a queue, the newly-added updating request is forwarded to other terminals through websocket after the next heartbeat is reached for updating the local databases of the terminals, and if the forwarding failure of the second terminal exists, the corresponding SQL incremental file with the timestamp is stored for the second terminal.

Preferably, the step S102 further specifically includes:

the method comprises the steps that a server continues to wait for a plurality of heartbeat cycles after receiving a first incremental file uploaded by a first terminal, if an incremental file uploading request of other terminals is not received, a lock table request broadcast is sent to all terminals, a response of a new increase or deletion updating request sent by each terminal is stopped, all incremental files are recombined according to an SQL time stamp sequence and then are led into a database, and the lock table request broadcast is configured to prohibit the terminals from sending new increase or deletion updating requests to the server until receiving an unlocking request broadcast.

The invention also discloses an operation data updating system of the equipment hand-held terminal, which comprises a first terminal and a server connected with the first terminal through a network, wherein the first terminal comprises: and the first incremental file generation module is used for saving the added or modified SQL statement and the timestamp as a first incremental file to a local database after acquiring the newly added record instruction, and suspending sending a newly added update request to the server if the first terminal is in a network-free state. And the query module is used for requesting the server to upload the first incremental file through the http protocol after the network connection state is switched to the network connection state again, and querying whether a downloadable second incremental file corresponding to the terminal exists in the server or not. And the record updating module uploads the first incremental file to the server according to the incremental file uploading and downloading path replied by the server, and downloads the second incremental file at the same time, and when the same record in the first incremental file and the second incremental file is deleted and modified, the record deletion and modification information in the first incremental file and the second incremental file can be screened according to a preset rule to judge whether the second incremental file is adopted to update the relevant record of the first terminal.

Preferably, after downloading the second incremental file, if the same record object to be updated in the second incremental file exists in the first incremental file to be uploaded in the terminal, the record updating module is further configured to obtain a first time at which the corresponding record deletion occurs from the timestamp of the first incremental file, obtain a second time at which the corresponding record deletion occurs from the timestamp of the second incremental file, and compare operation levels of time periods in which the first time and the second time are located, where the operation levels are inspection intensities and/or working intensities of time periods in which the handheld terminal is located; if the first time is earlier than the second time and the operation level of the first time is higher than that of the second time, the record is not deleted and updated by adopting the content in the second incremental file; if the first time is earlier than the second time, but the operation level of the first time is not higher than that of the second time, deleting and updating the record by adopting the content in the second incremental file; if the first time is later than the second time and the operation level of the first time is higher than or equal to that of the second time, the content in the second incremental file is not adopted to update the record; and if the first time is later than the second time and the operation level of the first time is lower than that of the second time, updating the record by adopting the content in the second incremental file.

Preferably, the record updating module is configured to send the record updating prompt and perform censoring update on the record by using the content in the second incremental file after obtaining the updating permission if the first time is later than the second time and the running level of the first time is lower than the running level of the second time, otherwise, not perform censoring update on the record.

The invention saves the added or modified SQL statement and the timestamp as a first incremental file to a local database after the first terminal acquires the newly added recording instruction, suspends the transmission of a newly added updating request to a server if the first terminal is in a network-free state, and after the network connection state is switched to again, the first incremental file is requested to be uploaded to the server through the http protocol, and inquiring whether a downloadable second incremental file corresponding to the terminal exists in the server or not, uploading the first incremental file to the server and downloading the second incremental file according to an incremental file uploading and downloading path replied by the server, when the first incremental file and the second incremental file both have deletion and modification of the same record, and screening the record deletion information in the first incremental file and the second incremental file according to a preset rule to judge whether the second incremental file is adopted to update the record related to the first terminal. Therefore, the business operation process of the electronic information system in the network-free environment of a factory workshop at the lowest cost is realized, the operation records and the operation results of each mobile terminal and each fixed terminal can be uploaded and synchronized to the system database, and the data synchronization of the server system database and each terminal local database is maintained.

Additional aspects and advantages of the invention will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the invention.

Drawings

The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:

fig. 1 is a flowchart illustrating a method for updating operation data of a device handheld terminal according to the present embodiment.

Fig. 2 is a flowchart illustrating a method for operating data update of another device handheld terminal disclosed in this embodiment.

FIG. 3 is another flow chart of the operation data updating method of the handheld terminal of the device disclosed in this embodiment

Fig. 4 is a flowchart illustrating a method for operating data update of another device handheld terminal disclosed in this embodiment.

Fig. 5 is a schematic frame diagram of an operation data updating system of a device handheld terminal disclosed in this embodiment.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the drawings of the embodiments of the present invention. It is to be understood that the embodiments described are only a few embodiments of the present invention, and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the described embodiments of the invention without any inventive step, are within the scope of protection of the invention.

In the description of the present invention, it is to be understood that the terms "first", "second" and the like are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implying any number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of the present invention, "a plurality" means two or more unless specifically defined otherwise.

In the present invention, unless otherwise expressly specified or limited, the terms "mounted," "connected," "secured," and the like are to be construed broadly and can, for example, be fixedly connected, detachably connected, or integrally connected; can be mechanically or electrically connected; they may be connected directly or indirectly through intervening media, or they may be interconnected between two elements. The specific meanings of the above terms in the present invention can be understood by those skilled in the art according to specific situations.

In the present invention, unless otherwise expressly stated or limited, "above" or "below" a first feature means that the first and second features are in direct contact, or that the first and second features are not in direct contact but are in contact with each other via another feature therebetween. Also, the first feature being "on," "above" and "over" the second feature includes the first feature being directly on and obliquely above the second feature, or merely indicating that the first feature is at a higher level than the second feature. A first feature being "under," "below," and "beneath" a second feature includes the first feature being directly under and obliquely below the second feature, or simply meaning that the first feature is at a lesser elevation than the second feature.

Fig. 1 is a detailed flowchart illustrating an operation data updating method of a device handheld terminal according to an embodiment of the present invention, which can implement a business operation process of an electronic information system in a workshop non-network environment at a lowest cost in a factory, and simultaneously upload and synchronize operation records and results to a system database, and specifically includes the following steps:

and step S101, after acquiring a newly added record instruction, the first terminal saves the added or modified SQL statement and a timestamp as a first incremental file to a local database, and if the first terminal is in a network-free state, the first terminal suspends sending a newly added update request to the server.

Specifically, the step further specifically includes: and the first terminal updates the local database after acquiring the new record instruction, and sends a new update request to the server through an http protocol if the first terminal is in a network connection state. And the server operates according to the newly-added updating request, if the operation is successful, second response information is immediately returned, the newly-added updating request is put into a queue, the newly-added updating request is forwarded to other terminals through websocket after the next heartbeat is reached for updating the local databases of the terminals, and if the forwarding failure of the second terminal exists, the corresponding SQL incremental file with the timestamp is stored for the second terminal.

And step S102, after the first terminal is switched to the network connection state again, the first terminal requests the server to upload the first incremental file through the http protocol, and whether a downloadable second incremental file corresponding to the first terminal exists in the server or not is inquired.

Specifically, the step further specifically includes: the method comprises the steps that a server continues to wait for a plurality of heartbeat cycles after receiving a first incremental file uploaded by a first terminal, if an incremental file uploading request of other terminals is not received, a lock table request broadcast is sent to all terminals, a response of a new increase or deletion updating request sent by each terminal is stopped, all incremental files are recombined according to an SQL time stamp sequence and then are led into a database, and the lock table request broadcast is configured to prohibit the terminals from sending new increase or deletion updating requests to the server until receiving an unlocking request broadcast.

Step S103, the first terminal uploads the first incremental file to the server according to the incremental file upload and download path replied by the server, and downloads the second incremental file at the same time, and when the same record in both the first incremental file and the second incremental file is deleted, the record deletion information in the first incremental file and the second incremental file may be screened according to a preset rule to determine whether to update the record related to the first terminal by using the second incremental file.

In this embodiment, step S103 further includes the steps of: when the first incremental file and the second incremental file both have deletion and modification of the same record, the record deletion and modification information in the first incremental file and the second incremental file can be screened according to a preset rule to judge whether the second incremental file is finally adopted to update the relevant record of the first terminal.

Specifically, after the first terminal downloads the second incremental file, if the same record object to be updated in the second incremental file is in the first incremental file to be uploaded in the terminal, the first time of the corresponding record deletion occurrence is obtained from the timestamp of the first incremental file, the second time of the corresponding record deletion occurrence is obtained from the timestamp of the second incremental file, the operation grades of the time periods of the first time and the second time are compared, and the operation grades are the polling intensity and/or the working intensity of each time period in which the mobile terminal is located. For example, each cooperative department is in an efficient working state in the working time period in the daytime, the check of each device is more systematic and standard, and various modification records generated by each department are more accurate due to the participation of each department. And the night is often in the duty time period, only local information can be checked and adjusted, and because the number of the participating departments and equipment is small, various modification records generated by the department are often more comprehensive and cannot be compared with the records of the formal working time period in the day, so if two completely independent modification records for one equipment exist, the records of the day time period are often better than the records of the night duty time period, and the importance is stronger.

The preset rule can adopt the following specific mode:

after the first terminal downloads the second incremental file, if the same record object to be updated in the second incremental file exists in the first incremental file to be uploaded in the terminal, acquiring first time corresponding to record deletion from a timestamp of the first incremental file, acquiring second time corresponding to record deletion from a timestamp of the second incremental file, and comparing the running grade of the time period of the first time and the second time, wherein the running grade is the polling intensity and/or the working intensity of each time period in which the handheld terminal is located.

And if the first time is earlier than the second time and the running grade of the first time is higher than that of the second time, the record is not updated by adopting the content in the second incremental file.

And if the first time is earlier than the second time, but the running grade of the first time is not higher than that of the second time, adopting the content in the second incremental file to update the record by deletion.

And if the first time is later than the second time and the running grade of the first time is higher than or equal to the running grade of the second time, not adopting the content in the second incremental file to update the record.

And if the first time is later than the second time and the operation level of the first time is lower than that of the second time, updating the record by adopting the content in the second incremental file.

In this embodiment, step S103 further includes the steps of: and if the first time is later than the second time and the running grade of the first time is lower than that of the second time, sending a record updating prompt and deleting, updating and otherwise not deleting and updating the record by using the content in the second incremental file after the updating permission is obtained.

In the screening rule of the same record information in the incremental file adopted in this embodiment, the minimum value of the time during which the offline state of the first terminal continues is obtained by determining the earliest record timestamp deleted in the first incremental file, and when the offline time of the first terminal is longer than a certain time, that is, a set time threshold value, it may be determined that the offline time of the first terminal is too long, the recorded data may be inaccurate, and at this time, the update is preferably performed based on the second incremental file of the server. When the offline state of the first terminal is within the acceptable range, two same record deletion information with the same timestamp in the first incremental file and the second incremental file is generally based on the deletion information of the first terminal, but when the number of records to be updated in the time period of the record exceeds a preset value, it indicates that the time period may be that each terminal and server perform systematic record check, and at this time, the corresponding record of the first terminal is updated based on the same record deletion information in the second incremental file, where the time period span may be several preset hours, and is only a preset time span interval. Therefore, the business operation process of the electronic information system in the network-free environment of a factory workshop at the lowest cost is realized, the operation records and the operation results of each mobile terminal and each fixed terminal can be uploaded and synchronized to the system database, and the data synchronization of the server system database and each terminal local database is maintained.

Fig. 2 is a diagram of an operation data updating method of a device handheld terminal disclosed in this embodiment, which can implement a business operation process of an electronic information system in a workshop non-network environment at the lowest cost in a factory, and simultaneously upload and synchronize operation records and results to a system database, and the method specifically includes the following steps:

step S201, the first terminal downloads the complete table structure and SQL statement from the server and imports the table structure and SQL statement into the local database. When the first terminal operates for the first time, the complete table structure and the SQL statements are downloaded from the server and imported into a local database, wherein the local database can be an SQLite database in the terminal, or the step is executed after a reset button of the first terminal is operated.

Step S202, the first terminal judges the network state after obtaining the deletion record instruction, if the first terminal is in the no-network state, the first terminal saves the deleted SQL statement and the timestamp into a local database, and if the first terminal is in the network connection state, the first terminal sends a record locking request to a server through an http protocol.

Step S203, if the server receives the locking record request, the server returns first response information, and refuses response to the record deletion request sent by other terminals before receiving the unlocking record request sent by the subsequent first terminal, meanwhile, the locking record request is put into a memory queue and is forwarded to other terminals through websocket after next heartbeat arrives, if partial terminals fail to forward, the SQL incremental file with the timestamp is stored for the corresponding terminal, and the locking record request is configured to prohibit the terminal receiving the request from deleting the record before receiving the unlocking record request.

And step S204, if the first terminal receives the response information replied by the server, the first terminal sends a deletion and update request to the server through an http protocol.

And step S205, the server operates according to the deletion, update and request, if the operation is successful, the server immediately returns second response information, and simultaneously puts the deletion, update and forwarding request into a queue, forwards the deletion, update and forwarding request to other terminals through websocket after the next heartbeat arrives for updating respective local databases, and if partial terminal forwarding fails, the server saves the SQL incremental file with the timestamp for the corresponding terminal.

Step S206, if the first terminal does not receive the first response information or the second response information replied by the server, the first terminal does not update the local database of the first terminal, otherwise, the first terminal sends an unlocking request to the server after updating the local database.

Specifically, before deletion and modification, the first terminal sends a record locking request to the server through http, the server forwards the request to other terminals through websocket, the other terminals can be mobile terminals or immovable fixed terminals, and any other terminal cannot delete and modify the record after the locking is successful. And then the first terminal sends a deletion update request to the server through http, the first terminal updates the local SQLite database after the server is updated successfully, meanwhile, the server side forwards the deletion update request to other mobile terminals through websocket and updates the SQLite database of each terminal, and finally the first terminal sends an unlocking request to the server.

In some specific embodiments, if the first terminal does not receive the first response signal sent by the server, the recording request is continuously locked to the server for multiple times at preset intervals, and when the first response signal sent by the server is not received, the network state of the first terminal is determined to be a no-network state, the deleted SQL statement and the timestamp are stored in the local database as an SQL incremental file of the server, and when the first terminal is in a network connection state, the corresponding SQL incremental file is sent to the server through an http protocol. Specifically, after a first terminal sends a locking record request to a server, a server side forwards the locking record request to other terminals through a websocket, because the heartbeat of the websocket is sent once every 20 seconds, the forwarding request is firstly put into a memory queue and is forwarded after the next heartbeat request arrives, the server responds to the locking request successfully without worrying whether other terminals successfully receive the request or not, even if some terminals do not receive the locking forwarding request and send a deletion request in the period, the server side can respond refused by corresponding operation error codes, and only one terminal is allowed to request in the same time for deletion operation of one record, so that the consistency of data is ensured; if the server times out and does not respond to the lock request in time, the first terminal will send the request again.

In some embodiments, if the first terminal sends a deletion, modification and update request to the server after receiving the first response signal sent by the server but does not receive the second response signal within the set time, the first terminal suspends subsequent deletion, modification and locking of the record in the local database, and unlocks the record in the local database after receiving the second response signal or the forwarded unlocking request of the server. Specifically, after the first terminal sends the deletion request to the server, if the operation of the server fails, the first terminal will not update the local SQLite database. And if the server is successfully operated, immediately returning successful response information, namely a second response signal, simultaneously putting the forwarding request into a queue, forwarding to other mobile terminals when the next heartbeat arrives, and if the forwarding fails, saving a SQL incremental file with a timestamp for the corresponding terminal to the file server.

In this embodiment, in a network-free environment, any add, delete, modify, and check operation of the mobile terminal is only related to the local sql lite database, and is not related to the server, and the increment file in the form of sql statement is stored in the local flash storage, and is uploaded to the server after network recovery. After the network is recovered, the mobile terminal uploads the incremental file to a server to update the database, and conversely, if the server has the incremental file, the server issues the incremental file to the mobile terminal, and the mobile terminal updates the sqlite database; any adding, deleting and modifying operations of the mobile terminal are completed in the server database and the local sqlite database synchronously. The business operation process of the electronic information system in the non-network environment of the factory workshop at the lowest cost is realized, the operation records and the operation results of all the mobile terminals and the fixed terminals can be uploaded and synchronized to the system database, and the data synchronization of the server system database and the local databases of all the terminals is kept.

As shown in fig. 3, in some embodiments, the method for updating operation data of the handheld terminal of the device further includes the following steps:

and step S701, the first terminal updates the local database after acquiring the new record instruction, and sends a new update request to the server through an http protocol if the first terminal is in a network connection state.

And S702, the server operates according to the newly increased updating request, if the operation is successful, second response information is immediately returned, the newly increased updating request is put into a queue, the newly increased updating request is forwarded to other terminals through a websocket after the next heartbeat is reached for updating local databases of the terminals, and if the forwarding failure of the second terminal exists, the corresponding SQL incremental file with the timestamp is stored for the second terminal.

Specifically, when the first terminal performs the new adding operation, the local SQLite database can be directly updated without sending a locking record request in advance, then the new adding update request is sent to the server through http, after the new adding is successful, the request is forwarded to other mobile terminals through websocket, and meanwhile, the message of successful operation is responded to the first terminal.

In this embodiment, the second terminal queries whether a downloadable SQL incremental file corresponding to the second terminal exists in the server after restoring the network connection, if so, downloads the SQL incremental file according to an incremental file download path replied by the server, reassembles the incremental file according to the SQL timestamp sequence, and then imports the incremental file into the local database, and during the import, rejects a notification about lock table/lock record or deletion and modification from the server.

In some embodiments, as shown in fig. 4, the method for operating data update of the handheld terminal of the device further includes the following steps:

step S801, after acquiring the new record instruction, the first terminal saves the added or modified SQL statement and the timestamp as an incremental file in the local database, and if the first terminal is in a no-network state, the first terminal suspends sending the new update request to the server. Specifically, the first terminal determines whether the first terminal is in a no-network state or not according to whether Android broadcastrcerechiver receives a system broadcast with or without a network or whether the websocket connection is successful or whether the server has no response after more than 10 heartbeat requests or the like, and the first terminal can be considered to be in the no-network state as long as the terminal is determined to be in the no-network state through any of the above manners.

When the first terminal is in a network-free state, deleting, adding, inquiring and other operations of the first terminal directly access the local SQLite database, no relation is generated between the first terminal and the server, SQL sentences of the deleting, adding, inquiring and other operations are added with time stamps and then serve as incremental files to be stored in a local flash storage, and the incremental files are uploaded to the server after network recovery and forwarded to other terminals by the server.

Step S802, after the first terminal is switched to the network connection state again, the first terminal requests the server to upload the first incremental file through the http protocol, and whether a downloadable second incremental file corresponding to the terminal exists in the server or not is inquired. Specifically, when the first terminal is switched from a network-free state to a network connection state, the first terminal uploads an incremental file, namely a first incremental file, which is originally stored in a local flash memory in the network-free state, to the server and forwards the incremental file to other terminals. Meanwhile, when the first terminal is in a non-network state, any deletion, addition, query and other operations performed by other terminals in the time period store the incremental text with the time stamp, namely the second incremental file, corresponding to the first terminal on the server, and the second incremental file is issued to the first terminal when the first terminal is in a network connection state. The network recovery judgment of the first terminal can receive a broadcast of system network connection according to Android broadcastrechiveriver, then resend websocket connection, and after a heartbeat request response is monitored, network recovery can be judged.

And step S803, the first terminal uploads the first incremental file to the server according to the incremental file uploading and downloading path replied by the server, downloads the second incremental file at the same time, reorganizes the incremental files according to the SQL timestamp sequence, then imports the incremental files into the local database, and stops responding to a locking record request, a locking table request, a deletion update request or a new addition update request sent to the terminal by the server before the incremental files are imported.

Specifically, the server sends a message for downloading the incremental file to the first terminal through the websocket heartbeat, and then the first terminal downloads the corresponding incremental file, that is, the second incremental file, from the file server after sending a request for downloading the incremental file through http. After the first terminal successfully downloads the incremental file, the incremental file is recombined according to the SQL timestamp sequence and is imported into a local SQLite database, and the response to a locking record request, a locking table request, a deletion update request or an addition update request sent to the terminal by a server is stopped before the incremental file is imported, namely, a notification about locking table/locking record or addition deletion update from the server is rejected during the import.

Step S804, the server continues to wait for a plurality of heartbeat cycles after receiving the first increment file uploaded by the first terminal, if the request of uploading the increment files of other terminals is not received, the server sends a lock table request broadcast to all the terminals and stops responding to the newly increased or deleted update request sent by each terminal, all the increment files are recombined according to the SQL time stamp sequence and then are led into the database, and the lock table request broadcast is configured to prohibit the terminals from sending the newly increased or deleted update request to the server until receiving the unlocking request broadcast.

Specifically, the server waits for a plurality of heartbeats, for example, within 10 heartbeats, if there is no incremental file request uploaded by other terminals, the server sends a lock table request broadcast to all mobile terminals and non-mobile terminals, and after the broadcast is finished, the server reassembles the incremental files corresponding to all terminals according to the SQL timestamp sequence and then imports the incremental files into the database, and stops responding to the lock record request, the deletion update request or the new addition update request sent to each terminal before the incremental file import is finished, that is, rejects the addition and deletion update request of any terminal during the import period, and sends an unlock message after the import is finished.

When the first incremental file and the second incremental file both have deletion and modification of the same record, the record deletion and modification information in the first incremental file and the second incremental file can be screened according to a preset rule to judge whether the second incremental file is finally adopted to update the relevant record of the first terminal.

In one embodiment, the predetermined rule may be a judgment filtering according to the operator authority level of the related record in the incremental file. Specifically, after the first terminal downloads the second incremental file, if the first incremental file to be uploaded in the terminal has the same record object to be updated as the second incremental file, a first user ID for deleting the record is acquired from the first incremental file, a second user ID for deleting the record is acquired from the second incremental file, and the authority level corresponding to the user ID is acquired from the authority database according to each user ID; the authority database stores user ID and corresponding authority level for logging in each terminal to perform operations such as adding, deleting and the like on data. More core or more important staff can be assigned with higher authority, and in addition, the high-authority user can modify, approve or reject the operation of the operation record of the low-authority user, the operation of adding the record or deleting the record and the like.

And if the first user authority level is higher than the second user authority level, deleting and updating the record without adopting the content in the second incremental file.

And if the first user permission level is lower than or equal to the second user permission level, sequentially recombining the incremental files according to the timestamps in the first incremental file and the second incremental file and importing the incremental files into a local SQLite database. Specifically, a first time when the corresponding record deletion occurs is obtained from a timestamp of the first incremental file, and a second time when the corresponding record deletion occurs is obtained from a timestamp of the second incremental file.

And if the first user permission level is lower than or equal to the second user permission level and the first time is earlier than the second time, adopting the content in the second incremental file to delete and update the record.

And if the first user permission level is lower than or equal to the second user permission level and the first time is later than the second time, sending a record updating prompt, deleting and updating the record by using the content in the second incremental file after the updating permission is obtained, and otherwise, not deleting and updating the record.

In another embodiment, the preset rule may be determined according to the running level of the generation time period of the relevant record in the delta file. Specifically, after the first terminal downloads the second incremental file, if the same record object to be updated in the second incremental file is in the first incremental file to be uploaded in the terminal, the first time of the corresponding record deletion occurrence is obtained from the timestamp of the first incremental file, the second time of the corresponding record deletion occurrence is obtained from the timestamp of the second incremental file, the operation grades of the time periods of the first time and the second time are compared, and the operation grades are the polling intensity and/or the working intensity of each time period in which the mobile terminal is located. For example, each cooperative department is in an efficient working state in the working time period in the daytime, the check of each device is more systematic and standard, and various modification records generated by each department are more accurate due to the participation of each department. And the night is often in the duty time period, only local information can be checked and adjusted, and because the number of the participating departments and equipment is small, various modification records generated by the department are often more comprehensive and cannot be compared with the records of the formal working time period in the day, so if two completely independent modification records for one equipment exist, the records of the day time period are often better than the records of the night duty time period, and the importance is stronger.

And if the first time is earlier than the second time and the running grade of the first time is higher than that of the second time, the record is not updated by adopting the content in the second incremental file.

And if the first time is earlier than the second time, but the running grade of the first time is not higher than that of the second time, adopting the content in the second incremental file to update the record by deletion.

And if the first time is later than the second time and the running grade of the first time is higher than or equal to the running grade of the second time, not adopting the content in the second incremental file to update the record.

And if the first time is later than the second time and the operation level of the first time is lower than that of the second time, updating the record by adopting the content in the second incremental file. In other embodiments, if the first time is later than the second time and the running level of the first time is lower than that of the second time, the record updating prompt is sent out and the record is updated by deleting the content in the second incremental file after the updating permission is obtained, otherwise, the record is not updated by deleting the content.

In another embodiment, a plurality of preset rules may be used in combination to determine whether the record related to the first terminal needs to be updated by using the second incremental file. For example, the above-mentioned judgment may be performed in cooperation with the recorded operator authority level and the recorded generation time period operation level, wherein the generation time period operation level may be mainly judged, and the operator authority level may be used as an auxiliary, specifically as follows.

After the first terminal downloads the second incremental file, if the same record object to be updated in the second incremental file exists in the first incremental file to be uploaded in the terminal, acquiring first time corresponding to record deletion from a timestamp of the first incremental file, acquiring second time corresponding to record deletion from a timestamp of the second incremental file, and comparing the running grades of the time periods of the first time and the second time, wherein the running grades are the polling intensity and/or the working intensity of each time period in which the mobile terminal is located.

And if the first time is earlier than the second time and the running grade of the first time is higher than that of the second time, the record is not updated by adopting the content in the second incremental file.

And if the first time is earlier than the second time, but the running grade of the first time is not higher than that of the second time, adopting the content in the second incremental file to update the record by deletion.

And if the first time is later than the second time and the running grade of the first time is higher than or equal to the running grade of the second time, not adopting the content in the second incremental file to update the record.

If the first time is later than the second time and the operation level of the first time is lower than that of the second time, acquiring a first user ID for deleting the record from the first incremental file, acquiring a second user ID for deleting the record from the second incremental file, and acquiring the authority level corresponding to the user ID from the authority database according to the user IDs; the authority database stores user ID and corresponding authority level for logging in each terminal to perform operations such as adding, deleting and the like on data. And if the first user authority level is higher than the second user authority level, deleting and updating the record without adopting the content in the second incremental file, otherwise deleting and updating the record again by adopting the content in the second incremental file. That is, although the first time is later than the second time, if the operation level of the first time is lower than the operation level of the second time and the first user permission level is also lower than the second user permission level, the content in the second incremental file is used to update the record by deletion again.

In a specific embodiment, when a first terminal modifies a part of records in an offline state to generate a first incremental file, and then subsequently switches to a network connection state, a second incremental file corresponding to the first terminal is downloaded from a server to obtain, and when both the first incremental file and the second incremental file have deletion and modification of the same record, the record deletion and modification information in the first incremental file and the second incremental file can be screened according to a preset rule to determine whether the record related to the first terminal needs to be updated by using the second incremental file. The preset rule may also be implemented as follows.

And acquiring a timestamp of the earliest deleted record in the first incremental file, calculating the minimum value of the offline duration of the first terminal according to the earliest timestamp, judging whether the minimum value of the offline duration is greater than a set time threshold, and updating the related record of the first terminal by adopting the second incremental file if the minimum value of the offline duration is greater than the set time threshold.

And if the minimum value of the offline duration time is not greater than the set time threshold, acquiring the first time of the same record deletion from the time stamp of the first incremental file, and acquiring the second time of the same record deletion from the time stamp of the second incremental file.

And if the first time is earlier than the second time, updating the same record in the first terminal by adopting a second incremental file.

If the first time is equal to the second time, the number of records to be updated and the time stamp which are contained in the second incremental file are obtained, if the number of records to be updated in the time period of the same record exceeds a preset value, the same record in the first terminal is updated by adopting the second incremental file, otherwise, the same record deleting and modifying information in the second incremental file is not adopted to update the first terminal.

And if the first time is later than the second time, the same record deletion and modification information in the second incremental file is not adopted to update the first terminal.

In the screening rule of the same record information in the incremental file adopted in this embodiment, the value of the minimum time for the duration of the offline state of the first terminal is obtained by determining the earliest record timestamp in the first incremental file, and when the offline time of the first terminal is greater than a certain time, that is, a set time threshold value, it may be determined that the offline time of the first terminal is too long, the recorded data may be inaccurate, and at this time, the update is preferably performed based on the second incremental file of the server. When the offline state of the first terminal is within the acceptable range, two same record deletion information with the same timestamp in the first incremental file and the second incremental file is generally based on the deletion information of the first terminal, but when the number of records to be updated in the time period of the record exceeds a preset value, it indicates that the time period may be that each terminal and server perform systematic record check, and at this time, the corresponding record of the first terminal is updated based on the same record deletion information in the second incremental file, where the time period span may be several preset hours, and is only a preset time span interval.

In other embodiments, after receiving the first incremental file uploaded by the first terminal and forwarded by the server, the other terminals always in the online state may also filter the record deletion and modification information in the incremental file by using a preset rule similar to that described in the above embodiments.

According to the method, under the network-free environment, any adding, deleting, modifying and checking operation of the mobile terminal only has a relation with a local sqlite database and does not have any relation with the server, and the incremental file in the form of the sql statement is stored in a local flash storage and uploaded to the server after the network is recovered. After the network is recovered, the mobile terminal uploads the incremental file to a server to update the database, and conversely, if the server has the incremental file, the server issues the incremental file to the mobile terminal, and the mobile terminal updates the sqlite database; any adding, deleting and modifying operations of the mobile terminal are completed in the server database and the local sqlite database synchronously. The business operation process of the electronic information system in the non-network environment of the factory workshop at the lowest cost is realized, the operation records and the operation results of all the mobile terminals and the fixed terminals can be uploaded and synchronized to the system database, and the data synchronization of the server system database and the local databases of all the terminals is kept.

Fig. 5 is an operation data updating system of a device handheld terminal disclosed in another embodiment, which includes a server 1 and a plurality of terminals 2 connected to the server, where the terminals 2 may be device handheld terminals or fixed terminals, a first terminal 21 is configured to download a complete table structure and SQL statements from the server and import the SQL statements into a local database, determine a network state after acquiring a deletion record instruction, if the deletion record instruction is in a non-network state, store the deletion SQL statements and a timestamp into the local database, and if the deletion record instruction is in a network connection state, send a locking record request to the server through an http protocol; after receiving first response information replied by the server, sending a deletion and modification updating request to the server through an http protocol; and the local database of the first terminal is not updated when the first response information or the second response information replied by the server is not received.

The server is configured to reject response to a record deletion request sent by other terminals before receiving an unlocking record request sent by a subsequent first terminal after returning first response information after receiving the locking record request, simultaneously place the locking record request into a memory queue and forward the locking record request to other terminals through websocket after next heartbeat arrives, if partial terminals fail to forward, the server stores an SQL incremental file with a timestamp for the corresponding terminal, and the locking record request is configured to prohibit the terminal receiving the request from deleting the record before receiving the unlocking record request; and operating according to the deletion and modification updating request, if the operation is successful, immediately returning second response information, simultaneously putting the deletion and modification updating forwarding request into a queue, and after the next heartbeat arrives, forwarding the deletion and modification updating forwarding request to other terminals through websocket for updating respective local databases, and if partial terminals fail to forward, saving the SQL incremental files with the time stamps for the corresponding terminals.

In this embodiment, the first terminal is further configured to update the local database after acquiring the new record instruction, and send a new update request to the server through an http protocol if the local database is in the network connection state. The server is further configured to operate according to the newly added update request, if the operation is successful, second response information is immediately returned, the newly added update request is placed in a queue, the newly added update request is forwarded to other terminals through the websocket after the next heartbeat is reached, the local databases of the terminals are used for updating, and if the forwarding of the second terminal 22 fails, the corresponding SQL incremental file with the timestamp is stored for the second terminal.

In this embodiment, the first terminal is further configured to, after acquiring the new record instruction, save the added or modified SQL statement and the timestamp as an incremental file to the local database, and suspend sending the new update request to the server when the terminal is in the no-network state; and requesting to upload the first incremental file to the server through an http protocol after the network connection state is switched to the network connection state again, and inquiring whether a downloadable second incremental file corresponding to the terminal exists in the server or not. Uploading the first incremental file to a server according to an incremental file uploading and downloading path replied by the server, downloading a second incremental file at the same time, recombining the incremental files according to the SQL timestamp sequence, importing the incremental files into a local database, and stopping responding to a locking record request, a locking list request, a deletion update request or an addition update request sent by the server to the terminal before the incremental files are imported.

In this embodiment, the server is configured to continue to wait for multiple heartbeat cycles after receiving a first incremental file uploaded by the first terminal, send a lock table request broadcast to all terminals and stop responding to a new or modified update request sent by each terminal if an incremental file upload request of another terminal is not received, reassemble all incremental files according to an SQL timestamp sequence and then import the reassembled incremental files into the database, where the lock table request broadcast is configured to prohibit the terminal from sending a new or modified update request to the server until receiving an unlock request broadcast.

In this embodiment, after downloading the second incremental file, if the first incremental file to be uploaded in the terminal has the same record to be updated as that in the second incremental file, the first terminal is further configured to obtain a first user ID for deleting the record from the first incremental file, obtain a second user ID for deleting the record from the second incremental file, and obtain an authority level corresponding to the user ID from the database according to each user ID; if the first user authority level is higher than the second user authority level, deleting and updating the record without adopting the content in the second incremental file; if the first user permission level is not higher than the second user permission level, acquiring first time of the record deletion from the first incremental file timestamp, and acquiring second time of the record deletion from the second incremental file timestamp; and if the first user permission level is lower than or equal to the second user permission level and the first time is earlier than the second time, adopting the content in the second incremental file to delete and update the record.

In another embodiment, an operation data updating system of a device-handheld terminal is disclosed, which includes a first terminal and a server connected to the first terminal through a network, wherein the first terminal may include: and the first incremental file generation module is used for saving the added or modified SQL statement and the timestamp as a first incremental file to a local database after acquiring the newly added record instruction, and suspending sending a newly added update request to the server if the first terminal is in a network-free state. And the query module is used for requesting the server to upload the first incremental file through the http protocol after the network connection state is switched to the network connection state again, and querying whether a downloadable second incremental file corresponding to the terminal exists in the server or not. And the record updating module uploads the first incremental file to the server according to the incremental file uploading and downloading path replied by the server, and downloads the second incremental file at the same time, and when the same record in the first incremental file and the second incremental file is deleted and modified, the record deletion and modification information in the first incremental file and the second incremental file can be screened according to a preset rule to judge whether the second incremental file is adopted to update the relevant record of the first terminal.

After the record updating module is downloaded to the second incremental file, if the same record object to be updated in the second incremental file exists in the first incremental file to be uploaded in the terminal, acquiring first time of the corresponding record deletion from the timestamp of the first incremental file, acquiring second time of the corresponding record deletion from the timestamp of the second incremental file, and comparing the running grades of the time periods of the first time and the second time, wherein the running grades are the polling intensity and/or the working intensity of each time period in which the handheld terminal is located; if the first time is earlier than the second time and the operation level of the first time is higher than that of the second time, the record is not deleted and updated by adopting the content in the second incremental file; if the first time is earlier than the second time, but the operation level of the first time is not higher than that of the second time, deleting and updating the record by adopting the content in the second incremental file; if the first time is later than the second time and the operation level of the first time is higher than or equal to that of the second time, the content in the second incremental file is not adopted to update the record; and if the first time is later than the second time and the operation level of the first time is lower than that of the second time, updating the record by adopting the content in the second incremental file.

And the record updating module is configured to send out the record updating prompt and delete and update the record by using the content in the second incremental file after obtaining the updating permission if the first time is later than the second time and the running grade of the first time is lower than the running grade of the second time, otherwise, not delete and update the record.

The specific functions and implementation methods of the server and the first terminal of the operation data updating system of the device handheld terminal correspond to the operation data updating methods of the device handheld terminal disclosed in the foregoing embodiments one to one, so that detailed descriptions are omitted again, and reference may be made to the operation data updating methods of the device handheld terminal disclosed in the foregoing embodiments.

It should be noted that, in the present specification, the embodiments are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments may be referred to each other. The operation data updating system of the device handheld terminal disclosed in the embodiment corresponds to the operation data updating method of the device handheld terminal disclosed in the embodiment, so that the description is simple, and relevant points can be obtained by referring to the description of the method part.

In other embodiments, there is provided an operation data updating apparatus of a device handheld terminal, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of the operation data updating method of the device handheld terminal as described in the embodiments.

The operation data updating device of the handheld terminal of the device can include, but is not limited to, a processor and a memory. It will be appreciated by those skilled in the art that the schematic diagram is merely an example of the operational data updating apparatus of the device handheld terminal and does not constitute a limitation on the operational data updating apparatus of the device handheld terminal, and may include more or fewer components than those shown, or some components in combination, or different components, for example, the operational data updating apparatus of the device handheld terminal may also include input output devices, network access devices, buses, etc.

The Processor may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic, discrete hardware components, etc. The general-purpose processor may be a microprocessor or the processor may be any conventional processor or the like, the processor is a control center of the apparatus for updating operation data of the device-handheld terminal, and various interfaces and lines are used to connect various parts of the apparatus for updating operation data of the entire device-handheld terminal.

The memory may be used to store the computer programs and/or modules, and the processor may implement the various functions of the apparatus for updating the operation data of the device handheld terminal by running or executing the computer programs and/or modules stored in the memory and calling the data stored in the memory. The memory may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program required for at least one function, and the like, and the memory may include a high speed random access memory, and may further include a non-volatile memory, such as a hard disk, a memory, a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), at least one magnetic disk storage device, a Flash memory device, or other volatile solid state storage device.

The operation data updating means of the hand-held terminal of the device may be stored in a computer readable storage medium if it is implemented in the form of software functional units and sold or used as a separate product. Based on such understanding, all or part of the flow of the method according to the above embodiments may be implemented by a computer program, which may be stored in a computer readable storage medium, and when the computer program is executed by a processor, the computer program may implement the steps of the operation data updating method embodiments of the handheld terminal of each device. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, usb disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution medium, and the like. It should be noted that the computer readable medium may contain content that is subject to appropriate increase or decrease as required by legislation and patent practice in jurisdictions, for example, in some jurisdictions, computer readable media does not include electrical carrier signals and telecommunications signals as is required by legislation and patent practice.

Finally, it should be noted that: the above examples are only intended to illustrate the technical solution of the present invention, but not to limit it; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention.

In summary, the above-mentioned embodiments are only preferred embodiments of the present invention, and all equivalent changes and modifications made in the claims of the present invention should be covered by the claims of the present invention.