Robot data processing method and device, robot, processing system and medium

Abstract

The invention discloses a robot data processing method, a robot data processing device, a robot, a robot data processing system and a non-volatile computer readable storage medium. The method comprises the steps of collecting related data of the robot in real time; reporting the collected related data of the current piece to the server, so that the server returns response information indicating that the related data of the current piece is reported successfully; when response information sent by the server is not received within preset time, the related data which are not reported successfully are stored in a disk queue of the robot, and the related data of the current piece continue to be reported to the server; and when response information sent by the server is received, reporting the related data in the disk queue to the server. Therefore, it can be guaranteed that the related data in the network disconnection period can be completely stored in the disk queue, and the robot can upload the related data of the disk queue to the server in time under the condition that the network condition is good, so that the integrity of the data of the server is guaranteed, and data missing is prevented.

Description

Technical Field

[0001] The present application relates to the field of robot technology, and in particular to a robot data processing method, a robot data processing device, a robot, a robot data processing system and a non-volatile computer-readable storage medium. Background Art

[0002] The robot will collect various relevant data during work, such as the time series data of the robot's own status and the time series data of the surrounding environment information, and report them to the server in real time. However, due to its mobile characteristics, the robot cannot obtain a stable network, so the robot may be disconnected in a complex network environment, which will result in the data collected by the robot not being fully reported to the server, resulting in some data missing. Summary of the invention

[0003] Embodiments of the present application provide a robot data processing method, a robot data processing device, a robot, a robot data processing system, and a non-volatile computer-readable storage medium.

[0004] The robot data processing method provided in the embodiment of the present application includes real-time collection of relevant data of the robot; reporting the collected current relevant data to the server, so that the server returns a response message indicating that the current relevant data has been successfully reported; when no response message sent by the server is received within a preset time, the relevant data that has not been successfully reported is stored in the disk queue of the robot, and the current relevant data continues to be reported to the server; when the response message sent by the server is received, the relevant data in the disk queue is reported to the server.

[0005] The embodiment of the present application provides a robot data processing device. The robot data processing device includes a collection module, a reporting module, a backup module and a retransmission module. The collection module is used to collect relevant data of the robot in real time. The reporting module is used to report the collected current relevant data to the server, so that the server returns a response message indicating that the current relevant data has been successfully reported. The backup module is used to store the relevant data that has not been successfully reported in the disk queue of the robot when the response message sent by the server is not received within a preset time, and continue to report the current relevant data to the server. The retransmission module is used to report the relevant data in the disk queue to the server when the response message sent by the server is received.

[0006] The embodiment of the present application provides a robot. The robot includes a disk queue and a processor. The disk queue is used to store relevant data; the processor is used to execute a robot data processing method. The robot data processing method includes real-time collection of relevant data of the robot; reporting the collected current relevant data to a server, so that the server returns a response message indicating that the current relevant data has been successfully reported; when the response message sent by the server is not received within a preset time, the relevant data that has not been successfully reported is stored in the disk queue of the robot, and the current relevant data continues to be reported to the server; when the response message sent by the server is received, the relevant data in the disk queue is reported to the server.

[0007] The embodiment of the present application provides a robot data processing system, which includes a robot and a server. The robot is used to implement a robot data processing method, which includes real-time collection of robot-related data; reporting the collected current relevant data to the server, so that the server returns a response message indicating that the current relevant data has been successfully reported; when the response message sent by the server is not received within a preset time, the unsuccessfully reported relevant data is stored in the disk queue of the robot, and the current relevant data is continued to be reported to the server; when the response message sent by the server is received, the relevant data in the disk queue is reported to the server. The server is connected to the robot in communication, and when the server receives the relevant data reported by the robot, it returns a response message indicating that the relevant data has been successfully reported.

[0008] In the robot data processing method, robot data processing device, robot, robot data processing system and non-volatile computer-readable storage medium of the present application, the robot will collect the relevant data of the robot in real time and report the collected current relevant data to the server. After receiving the message, the server will return a response message indicating that the current relevant data has been successfully reported. If the robot does not receive the response message sent by the server within the preset time, it means that the network has been disconnected at this time, and the robot can store the relevant data that has not been successfully reported, that is, the current relevant data and the relevant data collected during the network disconnection, in the robot's disk queue to prevent data loss. At the same time, the robot will continue to report the current relevant data to the server, so that after the network is restored, the robot will receive the response message sent by the server, and the robot can report the relevant data in the disk queue to the server. In this way, it can be ensured that the relevant data during the network disconnection can be completely saved in the disk queue, and the robot can upload the relevant data of the disk queue to the server in a timely manner when the network is in good condition, thereby ensuring the integrity of the server data and preventing data loss.

[0009] Additional aspects and advantages of the embodiments of the present application will be given in part in the description below, and in part will become apparent from the description below, or will be learned through the practice of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0010] The above and / or additional aspects and advantages of the present application will become apparent and easily understood from the description of the embodiments in conjunction with the following drawings, in which:

[0011] Figure 1 is a flowchart of a robot data processing method according to certain embodiments of the present application;

[0012] Figure 2 is a flowchart of a robot data processing method according to certain embodiments of the present application;

[0013] Figure 3 is a flowchart of a robot data processing method according to certain embodiments of the present application;

[0014] Figure 4 is a flowchart of a robot data processing method according to certain embodiments of the present application;

[0015] Figure 5 is a schematic diagram of a module of a robot data processing device according to certain embodiments of the present application;

[0016] Figure 6 is a schematic diagram of a scenario of a robot data processing system according to certain embodiments of the present application; and

[0017] Figure 7 It is a schematic diagram of the interaction between the non-volatile computer-readable storage medium and the processor in certain embodiments of the present application. DETAILED DESCRIPTION

[0018] The embodiments of the present application are described in detail below, and examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals represent the same or similar elements or elements having the same or similar functions from beginning to end. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain the embodiments of the present application, and cannot be understood as limiting the embodiments of the present application.

[0019] In the present application, unless otherwise clearly specified and limited, a first feature being “above” or “below” a second feature may mean that the first and second features are in direct contact, or the first and second features are in indirect contact through an intermediate medium. Moreover, a first feature being “above”, “above”, and “above” a second feature may mean that the first feature is directly above or obliquely above the second feature, or simply means that the first feature is higher in level than the second feature. A first feature being “below”, “below”, and “below” a second feature may mean that the first feature is directly below or obliquely below the second feature, or simply means that the first feature is lower in level than the second feature.

[0020] In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Therefore, the features defined as "first" and "second" may explicitly or implicitly include at least one feature. In the description of this application, the meaning of "plurality" is at least two, such as two, three, unless otherwise clearly and specifically defined.

[0021] In order to solve the technical problems described in the background technology, an embodiment of the present application provides a robot data processing method.

[0022] The robot data processing method of this application will be described in detail below:

[0023] See also Figure 1 , the robot data processing method of the embodiment of the present application includes:

[0024] Step 011: Collect relevant data of the robot in real time;

[0025] Specifically, during operation, the robot will collect relevant data of the robot in real time, such as the time series data of the robot's own state and the time series data of the surrounding environment information, to record the robot's working state and the data of the surrounding environment, so as to facilitate the staff to perform data analysis based on the relevant data.

[0026] Step 012: reporting the collected current piece of relevant data to the server, so that the server returns a response message indicating that the current piece of relevant data has been successfully reported;

[0027] Specifically, the robot can be connected to the server for communication, and specifically, the robot establishes a long connection with the server. After collecting the relevant data of the robot, the robot will report the current relevant data collected to the server in real time, that is, the relevant data currently collected, to facilitate data management and facilitate the staff to query the relevant data in the server. It can be understood that the integrity of the data in the server is crucial for the subsequent data analysis. Only when the data is complete can the staff conduct a more comprehensive data analysis based on the complete data, thereby ensuring the accuracy of the data analysis. If the data is missing, once the robot and the surrounding environment have problems during the period corresponding to the missing data, it will be difficult for the staff to accurately analyze the specific problem and make the correct solution.

[0028] The server can respond to the relevant data reported by the robot to receive the relevant data. Before the server is officially used to store the relevant data of the robot, the staff can write code in the server so that when the server receives the relevant data, it can send a response message to the robot indicating that the current relevant data has been received.

[0029] When receiving the response information returned by the server indicating that the current relevant data has been successfully reported, the robot confirms that the data reporting is complete and the network status is good, and can continue to report the relevant data to the server. If the network is disconnected, the reported current relevant data may not be received by the server, resulting in the server not sending a response information, or the response information sent by the server may not be received by the robot. At this time, the robot needs to store the current relevant data to prevent data loss.

[0030] Step 013: When no response information is received from the server within the preset time, the unreported related data is stored in the disk queue of the robot, and the current related data is continued to be reported to the server;

[0031] Specifically, the robot's disk queue is a component that can temporarily store programs and data. The disk queue can be set on the robot's disk, or in the robot's memory, or in both the disk and the memory. The network status does not affect the data storage of the disk queue. Therefore, the robot can use the disk queue to store relevant data generated during network disconnection to prevent data loss.

[0032] It takes time for data to be transmitted between the server and the robot, so a preset time can be set according to the time of data transmission. The preset time can be the upper limit of the time between the robot reporting the current relevant data and receiving the response information when the network is not disconnected. Once the robot does not receive the response information within the preset time, it means that the network is disconnected at this time, the server cannot receive the reported relevant data, or the robot cannot receive the response information.

[0033] During the network disconnection, the robot will continue to collect relevant data. The robot will store the relevant data that has not been successfully reported in the robot's disk queue to prevent the loss of relevant data during the network disconnection. Here, the relevant data that has not been successfully reported includes the current relevant data that has not been successfully reported and the relevant data collected by the robot during the network disconnection.

[0034] At the same time, the robot will continue to report the current relevant data to the server. At this time, the robot can continuously report the current relevant data to the server, or can report the current relevant data to the server at preset time intervals, such as every 5 seconds, 10 seconds, 30 seconds, 45 seconds or 1 minute. The current relevant data can be used to test the status of the network.

[0035] Step 014: When the response information sent by the server is received, the relevant data in the disk queue is reported to the server.

[0036] Specifically, after confirming that the network is disconnected, the robot will also use the current piece of relevant data to test the status of the network. Then, in the case that the robot does not receive a response message for the current piece of relevant data, the robot can confirm that the network has not yet been restored. At this time, the robot will continue to store the relevant data that has not been successfully reported in the disk queue. In the case that the robot receives a response message for the current piece of relevant data, the robot can confirm that the network has been restored and the current piece of relevant data has been successfully reported. At this time, the robot can upload the relevant data in the disk queue to the server to supplement the data missing from the server due to the network disconnection, which is conducive to ensuring the integrity of the data in the server. For the relevant data obtained after the network is restored, the robot can directly transmit it to the server instead of continuing to store the relevant data in the disk queue, thereby reducing unnecessary occupation of the storage space of the disk queue.

[0037] In the robot data processing method of the embodiment of the present application, the robot will collect the relevant data of the robot in real time, and report the collected current relevant data to the server. After receiving the message, the server will return a response message indicating that the current relevant data has been successfully reported. If the robot does not receive the response message sent by the server within the preset time, it means that the network has been disconnected at this time, and the robot can store the relevant data that has not been successfully reported, that is, the current relevant data and the relevant data collected during the network disconnection, in the robot's disk queue to prevent data loss. At the same time, the robot will continue to report the current relevant data to the server, so that after the network is restored, the robot will receive the response message sent by the server, and the robot can report the relevant data in the disk queue to the server. In this way, it can be ensured that the relevant data during the network disconnection can be completely saved in the disk queue, and when the network condition is good, the robot can upload the relevant data of the disk queue to the server in time, thereby ensuring the integrity of the server data and preventing data loss.

[0038] See also Figure 2 In some implementations, step 013: storing the unreported related data in the robot's disk queue includes:

[0039] Step 0131: compress the relevant data that has not been successfully reported and store it in the disk queue of the robot in the form of time slices, so that the relevant data in the disk queue is set with a timestamp;

[0040] Robotic data processing methods include:

[0041] Step 015: Real-time detection of the remaining capacity of the disk queue;

[0042] Step 016: When the remaining capacity of the disk queue is less than the preset capacity threshold, delete the relevant data according to the timestamps of the relevant data in the disk queue in order from earliest to latest, starting from the relevant data with the earliest timestamp until the remaining capacity of the disk queue is greater than or equal to the preset capacity threshold.

[0043] Specifically, the storage space of the disk queue is limited and cannot store data indefinitely. The preset capacity threshold is the lower limit of the reasonable range of the remaining capacity of the disk queue. The preset capacity threshold can reflect the limit value of the remaining capacity when the disk queue normally stores data. Once the remaining capacity is less than the preset capacity threshold, it means that the remaining capacity of the disk queue is difficult to allow the disk queue to continue to store the compressed related data, or the normal operation of the disk queue cannot be ensured after storage.

[0044] When storing related data that have not been reported successfully in the disk queue, the robot may compress the related data that have not been reported successfully to reduce the space occupied by the related data in the disk queue, and then store the compressed related data in the robot's disk queue in the form of time slices, so that the related data in the disk queue is set with a timestamp, for example, the compressed related data is divided according to the write time, and the related data in the disk queue is timestamped according to the write time, so as to facilitate the management of the related data according to the timestamp.

[0045] The robot can detect the remaining capacity of the disk queue in real time. When the remaining capacity of the disk queue is greater than the preset capacity threshold, the robot can confirm that the remaining capacity of the disk queue is sufficient for the disk queue to continue to store the compressed related data, so there is no need to clean up the storage space of the disk queue. When the remaining capacity of the disk queue is less than the preset capacity threshold, the robot can confirm that the remaining capacity of the disk queue is difficult to allow the disk queue to continue to store the compressed related data, so the robot needs to clean up the storage space of the disk queue and increase the remaining capacity of the disk queue. At this time, the robot will delete the related data with the earliest timestamp according to the timestamps of the related data in the disk queue, in the order of timestamps from earliest to latest, and detect the remaining capacity of the disk queue after each deletion. If the remaining capacity is still less than the preset capacity threshold, the robot will continue to delete the related data with the earliest timestamp in the disk queue until the remaining capacity of the disk queue is greater than or equal to the preset capacity threshold, so that the robot can smoothly store the latest and most recent related data that has not been successfully reported into the disk queue after the storage space is cleaned up.

[0046] In this way, the robot can manage and delete the relevant data in the disk queue by setting corresponding timestamps for the compressed relevant data, so that the capacity of the disk queue can be controlled, thereby ensuring that the relevant data collected during the network disconnection can be smoothly stored in the disk queue, thereby ensuring the integrity of the server data.

[0047] See also Figure 3 In some implementations, after step 014: reporting the relevant data in the disk queue to the server, the robot data processing method further includes:

[0048] Step 017: When receiving the response information returned by the server, delete the relevant data corresponding to the response information from the disk queue.

[0049] Specifically, after the robot reports the relevant data in the disk queue to the server, the server will also return a response message indicating that the relevant data in the disk queue has been successfully reported. When the robot receives the response message returned by the server, it can determine that the reported data has been successfully saved in the server, and deleting the data will not affect the data integrity or data usage. At this time, the robot can delete the relevant data corresponding to the response message from the disk queue to reduce unnecessary space in the storage space of the disk queue, so that there is more space in the disk queue for storing subsequent collected relevant data.

[0050] See also Figure 4 In some implementations, step 014: reporting relevant data in the disk queue to the server, further includes:

[0051] Step 0141: Use a multi-channel upload method to report multiple related data in the disk queue to the server.

[0052] Specifically, when the robot reports relevant data in the disk queue to the server, it can adopt a multi-channel upload method to report the relevant data in the disk queue, that is, start multiple upload nodes and report multiple relevant data in the disk queue in parallel to increase the data reporting speed, so that the data in the server can be replenished as soon as possible, thereby ensuring the integrity of the server data.

[0053] All of the above technical solutions can be arbitrarily combined to form optional embodiments of the present application, which will not be described in detail here.

[0054] In order to better implement the robot data processing method of the embodiment of the present application, the embodiment of the present application also provides a robot data processing device 10. Figure 5 , Figure 5 The schematic diagram of the structure of the robot data processing device 10 provided in the embodiment of the present application. The robot data processing device 10 may include:

[0055] The acquisition module 11 is used to acquire relevant data of the robot in real time;

[0056] The reporting module 12 is used to report the collected current piece of relevant data to the server, so that the server returns a response message indicating that the current piece of relevant data has been successfully reported;

[0057] The backup module 13 is used to store the unsuccessfully reported related data in the robot's disk queue when no response information sent by the server is received within a preset time, and continue to report the current related data to the server;

[0058] The retransmission module 14 is used to report the relevant data in the disk queue to the server when receiving the response information sent by the server.

[0059] The backup module 13 is specifically used to compress the relevant data that has not been reported successfully and store it in the disk queue of the robot in the form of time slices, so that the relevant data in the disk queue is set with a timestamp.

[0060] The robot data processing device 10 may further include:

[0061] The detection module 15 is used to detect the remaining capacity of the disk queue in real time.

[0062] The first deletion module 16 is used to delete relevant data in the disk queue according to the timestamps of the relevant data in the disk queue, in order from the earliest to the latest, starting from the relevant data with the earliest timestamp, until the remaining capacity of the disk queue is greater than or equal to the preset capacity threshold when the remaining capacity of the disk queue is less than the preset capacity threshold.

[0063] The robot data processing device 10 may further include:

[0064] The second deleting module 17 is used to delete the relevant data corresponding to the response information from the disk queue when receiving the response information returned by the server.

[0065] The resuming module 14 is specifically used to report multiple pieces of relevant data in the disk queue to the server by adopting a multi-channel uploading method.

[0066] Each module in the robot data processing device can be implemented in whole or in part by software, hardware, or a combination thereof. Each module can be embedded in or independent of the processor in the computer device in the form of hardware, or can be stored in the memory in the computer device in the form of software, so that the processor can call and execute the operations corresponding to each module.

[0067] Please combine Figure 6 The robot 100 of the embodiment of the present application includes a disk queue 20 and a processor 30. The disk queue 20 is used to store relevant data. It can be understood that the processor 30 can be used to execute the robot data processing method of any of the above embodiments. For the sake of brevity, it will not be repeated here.

[0068] Please combine again Figure 6 The robot data processing system 1000 of the embodiment of the present application includes a robot 100 and a server 200. The robot 100 is used to implement any of the above-mentioned robot data processing methods, which will not be described in detail for the sake of brevity. The server 200 is connected to the robot 100 in communication, and when the server 200 receives the relevant data reported by the robot 100, it returns a response message indicating that the relevant data has been successfully reported.

[0069] See also Figure 7The embodiment of the present application also provides a computer-readable storage medium 300 on which a computer program 310 is stored. When the computer program 310 is executed by one or more processors 30, the steps of the robot data processing method of any of the above-mentioned embodiments are implemented. For the sake of brevity, they are not repeated here.

[0070] It can be understood that the computer program 310 includes computer program code. The computer program code can be in source code form, object code form, executable file or some intermediate form, etc. Computer readable storage media can include: any entity or device capable of carrying computer program code, recording medium, USB flash drive, mobile hard disk, magnetic disk, optical disk, computer memory, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), and software distribution media, etc.

[0071] In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "illustrative embodiments", "examples", "specific examples" or "some examples" etc. means that the specific features, structures, materials or characteristics described in conjunction with the embodiments or examples are included in at least one embodiment or example of the present application. In this specification, the schematic representations of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or more embodiments or examples in a suitable manner. In addition, those skilled in the art may combine and combine the different embodiments or examples described in this specification and the features of the different embodiments or examples, unless they are contradictory.

[0072] Any process or method description in a flowchart or otherwise described herein may be understood to represent a module, segment or portion of code that includes one or more executable instructions for implementing the steps of a specific logical function or process, and the scope of the preferred embodiments of the present application includes alternative implementations in which functions may not be performed in the order shown or discussed, including performing functions in a substantially simultaneous manner or in the reverse order depending on the functions involved, which should be understood by technicians in the technical field to which the embodiments of the present application belong.

[0073] Although the embodiments of the present application have been shown and described above, it can be understood that the above embodiments are exemplary and cannot be understood as limitations on the present application. Ordinary technicians in this field can change, modify, replace and modify the above embodiments within the scope of the present application.

Claims

1. A robot data processing method, characterized in that: include: Collect relevant data of the robot in real time; Reporting the collected current piece of relevant data to the server, so that the server returns a response message indicating that the current piece of relevant data has been successfully reported; When no response information sent by the server is received within a preset time, the unreported related data is stored in the disk queue of the robot, and the current piece of related data continues to be reported to the server; When the response information sent by the server is received, the relevant data in the disk queue is reported to the server.

2. The robot data processing method according to claim 1, characterized in that: The storing of the unsuccessfully reported related data into the disk queue of the robot includes: Compressing the unreported related data and storing them in the disk queue of the robot in the form of time slices, so that the related data in the disk queue are set with a timestamp; The method further includes: Real-time detection of the remaining capacity of the disk queue; When the remaining capacity of the disk queue is less than a preset capacity threshold, the relevant data in the disk queue is deleted according to the timestamps of the relevant data in the disk queue, in order from earliest to latest, starting from the relevant data with the earliest timestamp until the remaining capacity of the disk queue is greater than or equal to the preset capacity threshold.

3. The robot data processing method according to claim 1, characterized in that: After reporting the relevant data in the disk queue to the server, the method further includes: When the response information returned by the server is received, the relevant data corresponding to the response information is deleted from the disk queue.

4. The robot data processing method according to any one of claims 1 to 3, characterized in that: The reporting the relevant data in the disk queue to the server includes: A multi-channel uploading method is adopted to report the multiple pieces of relevant data in the disk queue to the server.

5. A robot data processing device, characterized in that: The device comprises: The acquisition module is used to collect relevant data of the robot in real time; A reporting module, used to report the collected current piece of relevant data to the server, so that the server returns a response message indicating that the current piece of relevant data has been successfully reported; A backup module, configured to store the unsuccessfully reported related data in the disk queue of the robot and continue to report the current piece of related data to the server when no response information sent by the server is received within a preset time; and The retransmission module is used to report the relevant data in the disk queue to the server when receiving the response information sent by the server.

6. The robot data processing device according to claim 5, characterized in that: The backup module is further used to compress the relevant data that has not been successfully reported and store it in the disk queue of the robot in the form of time slices, so that the relevant data in the disk queue is set with a timestamp; The device also includes: A detection module, used for detecting the remaining capacity of the disk queue in real time; The first deletion module is used to delete relevant data in the disk queue in a descending order according to the timestamps of the relevant data in the disk queue, starting from the relevant data with the earliest timestamp, until the remaining capacity of the disk queue is greater than or equal to the preset capacity threshold when the remaining capacity of the disk queue is less than a preset capacity threshold.

7. The robot data processing device according to claim 5, characterized in that: The device further comprises: a second deleting module, configured to delete the relevant data corresponding to the response information from the disk queue when receiving the response information returned by the server; and / or, The retransmission module is used to report the multiple pieces of related data in the disk queue to the server in a multi-channel upload manner.

8. A robot, characterized in that: include: A disk queue, wherein the disk queue is used to store relevant data; A processor, wherein the processor is used to execute the robot data processing method according to any one of claims 1 to 4.

9. A robot data processing system, characterized in that: include: A robot, wherein the robot is used to implement the robot data processing method according to any one of claims 1 to 4; The server is connected to the robot for communication. When receiving the relevant data reported by the robot, the server returns a response message indicating that the relevant data has been successfully reported.

10. A non-volatile computer-readable storage medium for a computer program, characterized in that: When the computer program is executed by one or more processors, the robot data processing method according to any one of claims 1 to 4 is implemented.

Images