Disclosure of Invention
The embodiment of the application aims to provide a hardware detection method, and the technical scheme of the embodiment of the application can improve the efficiency of detecting the hardware of the robot.
In a first aspect, the present application provides a method for detecting hardware, for a robot, where the method obtains a detection result by detecting data of hardware to be detected in the robot; the robot determines the state of the hardware to be detected according to the detection result; and under the condition that the state of the hardware to be detected is abnormal, the robot sends the information of the hardware to be detected to the server, wherein the information of the hardware to be detected comprises the abnormal information of the hardware to be detected or an inspection report of the hardware to be detected.
In the process, the problem of specific hardware can be quickly found out when the hardware of the robot has problems in a robot self-checking mode, the abnormal information of the hardware is directly reported to the server under the condition that the state of the hardware to be detected is abnormal, or the detection report of the hardware of the robot is sent to the server, so that the problem can be found out and solved in a short time when the robot has problems, and the detection efficiency of the hardware of the robot is greatly improved.
Optionally, detecting data of hardware to be detected in the robot includes:
detecting data of hardware to be detected in the robot when the robot runs;
the method for sending the information of the hardware to be detected to the server comprises the following steps:
transmitting abnormality information of hardware to be detected to a server, wherein the abnormality information at least comprises one of the following information:
abnormal problems, abnormal times, and abnormal grades, including excellent, good, and bad.
In the process, abnormal information can be directly sent to the server under the condition that the robot is abnormal in operation, and the server is directly sent to the terminal equipment, so that a technician can give a solution faster and better.
Optionally, detecting data of hardware to be detected in the robot includes:
when the robot is idle, detecting the data of hardware to be detected in the robot at regular time;
the sending the information of the hardware to be detected to a server comprises the following steps:
generating an inspection report of the hardware to be detected according to the state of the hardware to be detected, wherein the inspection report comprises the detection time of the hardware, the problem detection result of the hardware and the grading grade of the hardware, and the grading grade comprises the excellent grade, the good grade and the poor grade;
and sending a checking report of the hardware to be detected to a server.
In the process, the detected hardware information is generated into an inspection report through the detection of the hardware of the robot when the robot is idle, and the health condition of the hardware of the robot can be clearly known through the inspection report, and the abnormal time, the abnormal problem and the grading grade of the hardware are included in the abnormal time.
In a second aspect, an embodiment of the present application provides a method for detecting hardware of a robot, which is used for a server, where the method receives information of hardware to be detected sent by the robot, and sends the information of the hardware to be detected to a terminal device.
In the process, the information of the hardware to be detected is sent to the terminal equipment, so that a technical staff can give out a solution for solving the problem, and the robot hardware can be quickly maintained.
Optionally, in the case that the state of the hardware to be detected is abnormal, receiving information of the hardware to be detected sent by the robot, including:
receiving abnormal information of hardware to be detected sent by a robot in operation, wherein the abnormal information at least comprises one of the following information:
abnormal problems, abnormal times, and abnormal grades, including excellent, good, and bad.
In the process, abnormal information can be directly sent to the server under the condition that the robot is abnormal, and the server is directly sent to the terminal equipment, so that a technician can give a solution faster and better.
Optionally, in the case that the state of the hardware to be detected is abnormal, receiving information of the hardware to be detected sent by the robot, including:
and receiving an inspection report of the hardware to be detected, which is sent by the robot when the robot is idle, wherein the inspection report of the hardware to be detected is generated according to the state of the hardware to be detected, and the inspection report comprises the state of the hardware, the detection time of the hardware, the problem detection result of the hardware and the grading of the hardware, wherein the grading comprises the quality, the quality and the difference.
In the process, the robot detects the hardware of the robot, the detected hardware information is used for generating an inspection report, and the health condition of the hardware of the robot can be clearly known through the inspection report, and the abnormal condition comprises the detection time, the abnormal problem and the grading grade of the hardware.
In a third aspect, the present application provides a robot comprising:
the detection module is used for detecting the data of the hardware to be detected in the robot to obtain a detection result;
the determining module is used for determining the state of the hardware to be detected according to the detection result, wherein the state of the hardware to be detected is used for representing the abnormal condition of the hardware to be detected;
the sending module is used for sending the information of the hardware to be detected to the server under the condition that the state of the hardware to be detected is abnormal, wherein the information of the hardware to be detected comprises the abnormal information of the hardware to be detected or an inspection report of the hardware to be detected.
Optionally, the detection module is specifically configured to:
detecting data of hardware to be detected in the robot when the robot runs;
the sending module is specifically configured to:
transmitting abnormality information of hardware to be detected to a server, wherein the abnormality information at least comprises one of the following information:
abnormal problems, abnormal times, and abnormal grades, including excellent, good, and bad.
Optionally, the detection module is specifically configured to:
when the robot is idle, detecting the data of hardware to be detected in the robot at regular time;
the sending module is specifically configured to:
generating an inspection report of the hardware to be detected according to the state of the hardware to be detected, wherein the inspection report comprises the detection time of the hardware, the problem detection result of the hardware and the grading of the hardware, and the grading comprises the priority, the quality and the difference;
and sending a checking report of the hardware to be detected to a server.
In a fourth aspect, the present application provides an apparatus for robot hardware detection, including:
the device comprises a receiving module, a detecting module and a judging module, wherein the receiving module is used for receiving information of hardware to be detected sent by a robot, the information of the hardware to be detected comprises abnormal information of the hardware to be detected or an inspection report of the hardware to be detected, the information of the hardware to be detected is obtained by the robot through detecting data of the hardware to be detected in the robot, the state of the hardware to be detected is determined according to the obtained detection result, and the state of the hardware to be detected is obtained according to the data of the hardware and the state of the hardware to be detected;
and the sending module is used for sending the information of the hardware to be detected to the terminal equipment.
Optionally, the receiving module is specifically configured to:
receiving abnormal information of hardware to be detected sent by a robot in operation, wherein the abnormal information at least comprises one of the following information:
abnormal problems, abnormal times, and abnormal grades, including excellent, good, and bad.
Optionally, the receiving module is specifically configured to:
and receiving an inspection report of the hardware to be detected, which is sent by the robot when the robot is idle, wherein the inspection report of the hardware to be detected is generated according to the state of the hardware to be detected, and the inspection report comprises the state of the hardware, the detection time of the hardware, the problem detection result of the hardware and the grading of the hardware, wherein the grading comprises the quality, the quality and the difference.
In a fifth aspect, the present application provides a robot comprising:
a processor and a memory storing computer readable instructions which, when executed by the processor, perform the steps of the method as provided in the first aspect above.
In a sixth aspect, the present application provides an electronic device, comprising:
a processor and a memory storing computer readable instructions which, when executed by the processor, perform the steps in the method as provided in the second aspect above.
In a seventh aspect, an embodiment of the present application provides a readable storage medium having stored thereon a computer program which, when executed by a processor, performs the steps of the method as provided in the first or second aspect above.
Additional features and advantages of the application will be set forth in the description which follows, and in part will be apparent from the description, or may be learned by practice of the embodiments of the application. The objectives and other advantages of the application will be realized and attained by the structure particularly pointed out in the written description and claims thereof as well as the appended drawings.
Detailed Description
The technical solutions in the embodiments of the present application will be described below with reference to the accompanying drawings in the embodiments of the present application.
It should be noted that: like reference numerals and letters denote like items in the following figures, and thus once an item is defined in one figure, no further definition or explanation thereof is necessary in the following figures. Meanwhile, in the description of the present application, the terms "first", "second", and the like are used only to distinguish the description, and are not to be construed as indicating or implying relative importance.
The application is applied to a scene of robot hardware detection, and the specific scene is that an operation opportunity robot detects whether the hardware of the robot is abnormal through a program of the robot, and the abnormal information is directly sent to a server under the abnormal condition, the server analyzes data and sends the data to terminal equipment, the state information of the robot is detected at regular time in idle, an information generation report is sent to the server, and the server analyzes the report and sends the report to the terminal equipment.
Detecting data of hardware to be detected in the robot to obtain a detection result; the robot determines the state of the hardware to be detected according to the detection result; under the condition that the state of the hardware to be detected is abnormal, the robot sends information of the hardware to be detected to the server; the method comprises the steps that a server receives information of hardware to be detected, which is sent by a robot; and the server sends the information of the hardware to be detected to the terminal equipment.
However, in the existing method for detecting the hardware of the robot, the hardware module is damaged, so that the robot cannot be used, the problem of diagnosing and positioning can only be fed back to the research and development through customer service or after-sale, software research and development firstly checks whether certain sensors have no data loss and other reasons according to the log information of the robot, and tries to restart the software, if the software cannot be recovered, and if the hardware is restarted to check whether the hardware cannot be recovered, if the hardware still cannot be recovered, hardware research and development personnel are required to disassemble the machine on site for diagnosis. And a treatment scheme for replacing the module is provided, the treatment method has low efficiency and long period.
The method for detecting the hardware of the robot according to the embodiment of the present application is described in detail with reference to fig. 1.
Referring to fig. 1, fig. 1 is a schematic diagram of single communication among a robot, a server and a terminal according to an embodiment of the present application, and a method for detecting hardware of the robot shown in fig. 1 includes:
detecting data of hardware to be detected in the robot 110 to obtain a detection result; the robot determines the state of the hardware to be detected according to the detection result; in the case that the state of the hardware to be detected is abnormal, the robot 110 transmits information of the hardware to be detected to the server 120; the server 120 receives the information of the hardware to be detected sent by the robot 120; the server 120 sends the information of the hardware to be detected to the terminal device 130, so that the efficiency of detecting the hardware of the robot 110 can be improved.
The detection result may have data, or may have no data, when there is data, the data may be real-time data, data detected in real time through self-detection of the robot, or may be data in a log in a period of time, the state of the robot hardware, hardware problems, detection time, hardware scoring and other data may be clear through the data, and the result may have no data, when there is no data, there may be no problem in hardware, and when there is no data, there may be a problem in a system detected by hardware, and the system needs to be checked in time. The data of the hardware to be detected can be data in use, can be data detected when the robot runs, can also be idle data, and can be data for detecting the hardware by the robot at regular time when the robot is idle. The information of the hardware to be detected comprises abnormal information of the hardware to be detected or an inspection report of the hardware to be detected.
The method for hardware detection according to the embodiment of the present application is described in detail below with reference to fig. 2.
Fig. 2 is a flowchart of a method for hardware detection according to an embodiment of the present application, where the method for hardware detection shown in fig. 2 includes:
210: and the robot detects the data of the hardware to be detected to obtain a detection result.
The corresponding detection result of the data of the hardware of the robot is detected, the state of the robot can be conveniently and subsequently detected according to the detection result, and then the corresponding hardware information can be obtained, so that the hardware detection is more efficient in a robot self-detection mode.
The robot detects the data of the hardware to be detected, and can detect the data of the hardware to be detected when the robot runs, and can also detect the data of the hardware to be detected at regular time when the robot is idle. The hardware to be detected comprises: the detection of the hardware can be in a detected state at the same time, wherein the laser, the infrared, the camera and the ultrasonic can be compared with a threshold value to judge whether the hardware is in a normal state or not by utilizing the accuracy rate in the obstacle avoidance process, the odometer can judge whether the odometer is abnormal or not by comparing the moving distance of the odometer with the distance recorded by the odometer, the power panel and the motor panel can detect whether each hardware is connected abnormally or not by being communicated, and the peripheral panel can detect whether the external equipment is abnormal or not. When each corresponding hardware has a problem, a corresponding scheme can be given, and the scheme can be to replace the hardware or software, for example: if the wheel wear makes the radius of the wheel smaller, the record of the odometer is inaccurate, the wheel can be replaced or the radius of the wheel in software is reduced, the problem of hardware can be solved, and when the noise of laser is relatively large, the noise can be filtered through related software.
220: and the robot determines the state of the hardware to be detected according to the detection result.
The corresponding hardware information can be obtained through the state, whether the robot hardware is abnormal or not can be clear through judging the state, and specific information can be further analyzed.
The state of the hardware to be detected is used for representing the abnormal condition of the hardware to be detected, and the abnormal condition comprises an abnormal state and a normal state.
230: the robot sends information of the hardware to be detected to the server.
The robot sends the information of the hardware to the server so that the server analyzes the information of the hardware and sends the analysis result to the terminal equipment, and a worker can give a specific solution according to the analysis result.
The information of the hardware to be detected comprises abnormal information of the hardware to be detected or an inspection report of the hardware to be detected.
Optionally, detecting data of hardware to be detected in the robot includes:
detecting data of hardware to be detected in the robot when the robot runs;
the method for sending the information of the hardware to be detected to the server comprises the following steps:
transmitting abnormality information of hardware to be detected to a server, wherein the abnormality information at least comprises one of the following information:
abnormal problems, abnormal times, and abnormal grades, including excellent, good, and bad.
In the case of an abnormality in the robot operation, abnormal information is directly transmitted to the server, and the server is directly transmitted to the terminal device, so that a technician can give a solution faster and better.
Wherein, when judging to be excellent, it indicates that the robot is operating normally, and when being good, it indicates that the robot has certain problem, but the operation of the robot is not necessarily affected, for example: poor contact of the charging piece (10 times of charging is not electrified), no influence on use, good rating, software adjustment on re-piling frequency, poor influence on use, attention given by a system according to a report, and multi-level treatment schemes such as emergency rescue and the like, for example: the laser frequently shows abnormal data (about 1 week), and the laser can influence the use when appearing, and the rating is poor, and the laser needs to be replaced in time.
Optionally, detecting data of hardware to be detected in the robot includes:
when the robot is idle, detecting the data of hardware to be detected in the robot at regular time;
the sending the information of the hardware to be detected to a server comprises the following steps:
generating an inspection report of the hardware to be detected according to the state of the hardware to be detected, wherein the inspection report comprises the detection time of the hardware, the problem detection result of the hardware and the grading grade of the hardware, and the grading grade comprises the excellent grade, the good grade and the poor grade;
and sending a checking report of the hardware to be detected to a server.
The detection of the hardware of the robot when the robot is idle generates the detection report of the detected hardware information, and the health condition of the hardware of the robot can be clearly known through the detection report, and the detection time, the abnormal problem and the grading grade of the hardware are included in the abnormal state.
240: and the server sends the information of the hardware to be detected to the terminal equipment.
So that the skilled person can give a solution faster.
The method comprises the steps that a server receives information of hardware to be detected, which is sent by a robot, wherein the information of the hardware to be detected comprises abnormal information of the hardware to be detected or an inspection report of the hardware to be detected, the information of the hardware to be detected is obtained by the robot through detecting data of the hardware to be detected in the robot, the state of the hardware to be detected is determined according to the detection result, and the state of the hardware to be detected is obtained according to the data of the hardware and the state of the hardware to be detected.
Optionally, receiving the information of the hardware to be detected sent by the robot includes:
receiving abnormal information of hardware to be detected sent by a robot in operation, wherein the abnormal information at least comprises one of the following information:
abnormal problems, abnormal times, and abnormal grades, including excellent, good, and bad.
In case of abnormality of the robot, the abnormal information is directly sent to the server, and the server is directly sent to the terminal device, so that a technician can give a solution faster and better.
When the robot runs, the robot can detect the hardware of the robot, and when the detection result is abnormal, the abnormal information can be directly sent to the terminal equipment through the server, so that technicians can more efficiently give out a solution when the hardware has problems.
When in use, the abnormal flow is entered through program abnormality judgment. For example: the sensor data can not be received for a long time, the sensor data is disconnected with the sensor, and the like, the abnormal early warning is carried out, and the abnormal sensor module, the abnormal problem, the abnormal time, the risk level and the like are directly reported. The relevant person may be notified by the server when an abnormal problem is found, for example: mail, short message, telephone, etc. The technical support personnel log in the robot to secondarily verify and determine the solution, and directly process, so that the customer complaints and the processing period are greatly reduced.
Optionally, receiving the information of the hardware to be detected sent by the robot includes:
and receiving an inspection report of the hardware to be detected, which is sent by the robot when the robot is idle, wherein the inspection report of the hardware to be detected is generated according to the state of the hardware to be detected, and the inspection report comprises the state of the hardware, the detection time of the hardware, the problem detection result of the hardware and the grading of the hardware, wherein the grading comprises the quality, the quality and the difference.
The robot detects the hardware of the robot, the detected hardware information is used for generating an inspection report, and the health condition of the hardware of the robot can be clearly known through the inspection report, and the abnormal condition comprises the detection time, the abnormal problem and the grading grade of the hardware.
Specifically, when the robot is idle, whether each part of the robot is in normal data communication or abnormal log searching is detected at regular time to determine the report score of the report of the problem, the score is determined according to the error frequency of the abnormal condition using time of the sensor, if the problem is never found to be good, the problem is found to be low in frequency and the use is not affected, the problem is found to be bad frequently, the system gives attention according to the report, and the system needs to solve the problem, and emergency rescue and other multi-level treatment schemes are found.
The method of robot hardware detection is described in detail above with reference to fig. 2, and the apparatus for loading application files is described below with reference to fig. 3 to 6.
Referring to fig. 3, a schematic block diagram of a robot 300 according to an embodiment of the present application is provided, where the robot 300 may be a module, a program segment, or a code on an electronic device. The robot 300 corresponds to the above embodiment of the method of fig. 2, and is capable of executing the steps executed by the server in the embodiment of the method of fig. 2, and specific functions of the robot 300 may be referred to the above description, and detailed descriptions thereof are omitted herein as appropriate to avoid redundancy.
Optionally, the robot 300 includes:
the detection module 310 is configured to detect data of hardware to be detected in the robot, and obtain a detection result;
a determining module 320, configured to determine a state of the hardware to be detected according to a detection result, where the state of the hardware to be detected is used to represent an abnormal situation of the hardware to be detected;
and the sending module 330 is configured to send, to a server, information of the hardware to be detected, where the information of the hardware to be detected includes abnormal information of the hardware to be detected or an inspection report of the hardware to be detected, if the state of the hardware to be detected is abnormal.
Optionally, the detection module is specifically configured to:
detecting data of hardware to be detected in the robot when the robot runs;
the sending module is specifically configured to:
transmitting abnormality information of hardware to be detected to a server, wherein the abnormality information at least comprises one of the following information:
abnormal problems, abnormal times, and abnormal grades, including excellent, good, and bad.
Optionally, the detection module is specifically configured to:
when the robot is idle, detecting the data of hardware to be detected in the robot at regular time;
the sending module is specifically configured to:
generating an inspection report of the hardware to be detected according to the state of the hardware to be detected, wherein the inspection report comprises the detection time of the hardware, the problem detection result of the hardware and the grading of the hardware, and the grading comprises the priority, the quality and the difference;
and sending a checking report of the hardware to be detected to a server.
Referring to fig. 4, a schematic block diagram of a server 400 according to an embodiment of the present application is shown, where the server 400 may be a module, a program segment, or a code on an electronic device. The server 400 corresponds to the above embodiment of the method of fig. 2, and is capable of executing the steps executed by the terminal device in the embodiment of the method of fig. 2, and specific functions of the server 400 may be referred to in the above description, and detailed descriptions are omitted herein as appropriate to avoid redundancy.
Optionally, the server 400 includes:
the receiving module 410 is configured to receive information of hardware to be detected sent by the robot, where the information of the hardware to be detected includes abnormal information of the hardware to be detected or an inspection report of the hardware to be detected, and the information of the hardware to be detected is obtained by the robot by detecting data of the hardware to be detected in the robot, determining a state of the hardware to be detected according to the obtained detection result, and obtaining the state of the hardware to be detected according to the data of the hardware and the state of the hardware to be detected;
and the sending module 420 is configured to send the information of the hardware to be detected to the terminal device.
Optionally, the receiving module is specifically configured to:
receiving abnormal information of hardware to be detected sent by a robot in operation, wherein the abnormal information at least comprises one of the following information:
abnormal problems, abnormal times, and abnormal grades, including excellent, good, and bad.
Optionally, the receiving module is specifically configured to:
and receiving an inspection report of the hardware to be detected, which is sent by the robot when the robot is idle, wherein the inspection report of the hardware to be detected is generated according to the state of the hardware to be detected, and the inspection report comprises the state of the hardware, the detection time of the hardware, the problem detection result of the hardware and the grading of the hardware, wherein the grading comprises the quality, the quality and the difference.
Referring to fig. 5, a schematic structural diagram of a robot according to an embodiment of the application is shown, and the apparatus may include a processor 510 and a memory 520. Optionally, the method may further include: a communication interface 530 and a communication bus 540. The robot corresponds to the above embodiment of the method of fig. 2, and is capable of performing the steps performed by the server in the embodiment of the method of fig. 2, and specific functions of the robot may be described below.
Specifically, the memory 520 is used to store computer readable instructions.
A processor 510 for processing instructions stored in a memory 520, the server being capable of performing the various steps involved by the server in the method embodiments 210 to 240 of fig. 2.
A communication interface 530 for communication of signaling or data between the server and the terminal. For example: communication with a server or terminal, embodiments of the present application are not limited to the node devices described above.
A communication bus 540 for implementing direct connection communication of the above components.
The memory 520 may be a high-speed RAM memory or a non-volatile memory (non-volatile memory), such as at least one magnetic disk memory. Memory 520 may also optionally be at least one storage device located remotely from the processor. The memory 520 has stored therein computer readable instructions which, when executed by the processor 510, perform the method process described above in fig. 2. The processor 510 may be used on the robot 300 and to perform the functions of the present application. By way of example, the processor 510 described above may be a general purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), an off-the-shelf programmable gate array (Field Programmable Gate Array, FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, and the embodiments of the application are not limited in this regard.
Referring to fig. 6, a schematic structural diagram of a server according to an embodiment of the present application may include a processor 610 and a memory 620, and optionally may further include: a communication interface 630, and a communication bus 640. The server corresponds to the above embodiment of the method of fig. 2, and is capable of executing the steps executed by the terminal device in the embodiment of the method of fig. 2, and specific functions of the server may be described below.
In particular, the memory 620 is used to store computer readable instructions.
A processor 610 for processing the readable instructions stored in the memory 620, the terminal device is capable of performing the steps of the method embodiments 210 to 240 of fig. 2.
Communication interface 630 is used for signaling or data communication between the terminal device and other node devices. For example: communication with a server or terminal, embodiments of the present application are not limited to the node devices described above.
Communication bus 640 for implementing direct connection communication of the above components.
The communication interface 630 of the device in the embodiment of the present application is used for signaling or data communication between the terminal device and other node devices. The memory 620 may be a high-speed RAM memory or a non-volatile memory (non-volatile memory), such as at least one disk memory. Memory 620 may also optionally be at least one storage device located remotely from the aforementioned processor. The memory 620 has stored therein computer readable instructions which, when executed by the processor 610, perform the method process described above in fig. 2. Processor 610 may be used on server 400 and to perform the functions of the present application. By way of example, the processor 610 described above may be a general purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), an off-the-shelf programmable gate array (Field Programmable Gate Array, FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, and the embodiments of the application are not limited in this regard.
Optionally, an embodiment of the present application provides a readable storage medium, where the computer program is executed by a processor to perform a method process performed by an electronic device in an embodiment in which the method shown in fig. 2 is applied to a server.
In summary, the embodiment of the application provides a method for detecting hardware, a robot, a server and a storage medium, wherein the method obtains a detection result by detecting data of hardware to be detected in the robot; the robot determines the state of the hardware to be detected according to the detection result; under the condition that the state of the hardware to be detected is abnormal, the robot sends information of the hardware to be detected to a server, wherein the information of the hardware to be detected comprises the abnormal information of the hardware to be detected or an inspection report of the hardware to be detected; the method comprises the steps that a server receives information of hardware to be detected, which is sent by a robot; the server sends the information of the hardware to be detected to the terminal equipment, and the method improves the efficiency of detecting the hardware of the robot.
In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other manners. The apparatus embodiments described above are merely illustrative, for example, of the flowcharts and block diagrams in the figures that illustrate the architecture, functionality, and operation of possible implementations of apparatus, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
In addition, functional modules in the embodiments of the present application may be integrated together to form a single part, or each module may exist alone, or two or more modules may be integrated to form a single part.
The functions, if implemented in the form of software functional modules and sold or used as a stand-alone product, may be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application may be embodied essentially or in a part contributing to the prior art or in a part of the technical solution, in the form of a software product stored in a storage medium, comprising several instructions for causing a computer device (which may be a personal computer, a server, a network device, etc.) to perform all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a magnetic disk, or an optical disk, or other various media capable of storing program codes.
The above description is only an example of the present application and is not intended to limit the scope of the present application, and various modifications and variations will be apparent to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the protection scope of the present application. It should be noted that: like reference numerals and letters denote like items in the following figures, and thus once an item is defined in one figure, no further definition or explanation thereof is necessary in the following figures.
The foregoing is merely illustrative of the present application, and the present application is not limited thereto, and any person skilled in the art will readily recognize that variations or substitutions are within the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
It is noted that relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Moreover, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.