Interaction design method and system between devices

Abstract

The invention discloses an interactive design method and system between devices. The method comprises the steps that a switching instruction sent by first equipment is received, the switching instruction comprises the current fault type of the first equipment, and the first equipment is used for obtaining data collected by a sensor; according to the current fault type, a first user interaction interface is displayed, the first user interaction interface comprises at least two different first options, and the at least two different first options comprise a switching confirmation option; and if an instruction triggered by the user for selecting a confirmation switching option is received, sending a data receiving stopping instruction to the first equipment, and sending a data receiving starting instruction to the second equipment. According to the interactive design method, on one hand, the user can trigger the corresponding instruction in time based on the first user interactive interface, and the system operation stability, the service continuity and the user experience are improved; and on the other hand, the cognitive load of the user is reduced, and the man-machine work efficiency and the user experience in visual display are enhanced.

Description

Technical Field

[0001] The present invention relates to the field of computers, and particularly to an interaction design method and system between devices. Background Art

[0002] With the maturity and development of technologies such as cloud computing, big data, and the Internet of Things, the interaction design between devices is undergoing a transformation. The popularization of intelligent devices has made people expect devices to be able to act autonomously and communicate with each other to achieve more efficient control and management. In this context, the interaction design between devices not only needs to focus on the transmission of information and the realization of functions, but also needs to pay attention to the user experience and interaction efficiency.

[0003] In the related art, during the interaction between devices, after a device receives information transmitted by other devices, it processes the information according to a preset processing logic that matches the information.

[0004] However, in the above process, the information transmitted between devices cannot be displayed in real time, resulting in the user being unable to understand the information of the interaction between devices. Therefore, the user cannot input control instructions in time to ensure the normal operation of the system composed of each device, reducing the stability of system operation, business continuity, and user experience. Summary of the Invention

[0005] The present invention provides an interaction design method and system between devices to solve the technical problems of poor stability of system operation, business continuity, and user experience existing in the interaction design method between devices in the related art.

[0006] According to one aspect of the present invention, there is provided an interaction design method between devices, the method including:

[0007] Receiving a switching instruction sent by a first device; wherein, the switching instruction includes: the current fault type of the first device, and the first device is used to obtain data collected by a sensor;

[0008] Displaying a first user interface according to the current fault type; wherein, the first user interface includes at least two different first options, and the at least two different first options include a confirmation switching option;

[0009] If a command for selecting the confirmation switching option triggered by the user is received, sending a stop receiving data instruction to the first device and sending a start receiving data instruction to a second device; wherein, the stop receiving data instruction is used to instruct the first device to stop obtaining the data collected by the sensor, and the start receiving data instruction is used to instruct the second device to obtain the data collected by the sensor.

[0010] According to another aspect of the present invention, an interaction design system between devices is provided, and the system includes: a first device, a second device, a sensor, and a user device;

[0011] Both the first device and the second device are connected to the sensor and the user device;

[0012] The user device is used to execute the interaction design method between devices described in any of the above embodiments;

[0013] The first device is used to obtain the data collected by the sensor, and when a failure is determined, send a switching instruction to the user device;

[0014] The first device is further used to receive the stop receiving data instruction sent by the user device;

[0015] The second device is used to receive the start receiving data instruction sent by the user device.

[0016] According to another aspect of the present invention, an electronic device is provided, and the electronic device includes:

[0017] At least one processor; and

[0018] A memory communicatively connected to the at least one processor; wherein,

[0019] The memory stores a computer program executable by the at least one processor, and the computer program is executed by the at least one processor so that the at least one processor can execute the interaction design method between devices described in any embodiment of the present invention.

[0020] According to another aspect of the present invention, a computer-readable storage medium is provided, and the computer-readable storage medium stores a computer program, and the computer program is used to implement the interaction design method between devices described in any embodiment of the present invention when executed by a processor.

[0021] According to another aspect of the present invention, a computer program product is provided, including a computer program, and the computer program implements the interaction design method between devices described in any embodiment of the present invention when executed by a processor.

[0022] The technical solution of the embodiment of the present invention includes: receiving a switching instruction sent by a first device, where the switching instruction includes the current fault type of the first device, and the first device is used to obtain data collected by a sensor; displaying a first user interaction interface according to the current fault type, where the first user interaction interface includes at least two different first options, and the at least two different first options include a confirmation switching option; if an instruction for the user to trigger the selection of the confirmation switching option is received, sending a stop receiving data instruction to the first device and sending a start receiving data instruction to a second device, where the stop receiving data instruction is used to instruct the first device to stop obtaining data collected by the sensor, and the start receiving data instruction is used to instruct the second device to obtain data collected by the sensor. It has the following technical effects: on the one hand, when the first device fails, the first user interaction interface can be displayed to allow the user to understand the operating state of the device. Furthermore, the user can timely trigger corresponding instructions based on the first user interaction interface, improving the stability of system operation, service continuity, and user experience; on the other hand, the first user interaction interface matching the current fault type can be displayed according to the current fault type, thereby reducing the user's cognitive load and enhancing the human-machine ergonomics and user experience in visual display.

[0023] It should be understood that the content described in this part is not intended to identify the key or important features of the embodiments of the present invention, nor is it used to limit the scope of the present invention. Other features of the present invention will become easily understood through the following description. Brief Description of the Drawings

[0024] In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the following will briefly introduce the drawings required for the description of the embodiments. Obviously, the drawings in the following description are only some embodiments of the present invention. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0025] Figure 1 It is a schematic diagram of an interaction design system between devices provided by an embodiment of the present invention;

[0026] Figure 2 It is a flowchart of an interaction design method between devices provided by an embodiment of the present invention;

[0027] Figure 3 It is a schematic diagram of the first user interaction interface provided by an embodiment of the present invention;

[0028] Figure 4 It is a schematic diagram of the third user interaction interface provided by an embodiment of the present invention;

[0029] Figure 5 It is a schematic diagram of the fourth user interaction interface provided by an embodiment of the present invention;

[0030] Figure 6 It is a schematic diagram of the fifth user interface provided by an embodiment of the present invention;

[0031] Figure 7 It is a flowchart of another method for interactive design between devices provided by an embodiment of the present invention;

[0032] Figure 8 It is a schematic diagram showing the relationship between reaction time and the number of options in the user interface;

[0033] Figure 9 It is a flowchart of yet another method for interactive design between devices provided by an embodiment of the present invention;

[0034] Figure 10 It is a schematic diagram of the second user interface provided by an embodiment of the present invention;

[0035] Figure 11 It is a schematic structural diagram of an interactive design device between devices provided by an embodiment of the present invention;

[0036] Figure 12 It is a schematic structural diagram of an electronic device for implementing the method for interactive design between devices in an embodiment of the present invention. Detailed implementation manners

[0037] In order to enable those skilled in the art to better understand the solution of the present invention, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only a part of the embodiments of the present invention, rather than all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present invention.

[0038] It should be noted that the terms "first", "second", etc. in the specification and claims of the present invention and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged under appropriate circumstances so that the embodiments of the present invention described herein can be implemented in an order different from those illustrated or described herein. In addition, the term "comprising" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product or device that includes a series of steps or units does not necessarily have to be limited to those steps or units clearly listed, but may include other steps or units not clearly listed or inherent to these processes, methods, products or devices. The acquisition, storage, use, processing, etc. of data in the embodiments of the present invention all comply with the relevant regulations of national laws and regulations.

[0039] Figure 1 It is a schematic diagram of an interaction design system between devices provided by an embodiment of the present invention. As Figure 1 shown, the interaction design system between devices provided by this embodiment includes: a first device 21, a second device 22, a sensor 23, and a user device 24.

[0040] Among them, both the first device 21 and the second device 22 are connected to the sensor 23 and the user device 24.

[0041] The user device 24 is used to execute any one of the device - to - device interaction design methods provided by the following embodiments. The first device 21 is used to obtain the data collected by the sensor 23, and when it determines that a fault has occurred, it sends a switching instruction to the user device 24. The first device 21 is also used to receive the stop receiving data instruction sent by the user device 24. The second device 22 is used to receive the start receiving data instruction sent by the user device 24.

[0042] For the interaction design system provided by this embodiment, on the one hand, when a fault occurs in the first device, a first user interaction interface can be displayed on the user device, enabling the user to understand the operating state of the device. Furthermore, the user can timely trigger corresponding instructions based on the first user interaction interface, improving the stability of system operation, business continuity, and user experience. On the other hand, the user device can display a first user interaction interface that matches the current fault type according to the current fault type, thereby reducing the user's cognitive load and enhancing the human - machine ergonomics and user experience in visual display.

[0043] Figure 2 It is a flowchart of a device - to - device interaction design method provided by an embodiment of the present invention. This embodiment is applicable to displaying a corresponding user interaction interface on a user device according to the current fault type of a first device when the first device fails, so that the user can trigger corresponding instructions based on the user interaction interface. This method can be executed by a device - to - device interaction design device, and the interaction design device can be implemented in the form of hardware and / or software. The device - to - device interaction design device can be configured in an electronic device, for example, in a user device. As Figure 2 shown, the method includes the following steps 201 to step 203.

[0044] Step 201: Receive the switching instruction sent by the first device.

[0045] Among them, the switching instruction includes: the current fault type of the first device. The first device is used to obtain the data collected by the sensor.

[0046] Please also refer to Figure 1, the sensor 23 in this embodiment can be set in any environment where data needs to be collected. The sensor 23 in this embodiment can be, for example, a sensor in industrial automation, a sensor in environmental monitoring, etc. Exemplarily, the sensor 23 in this embodiment can be set on a ship for collecting data during the process of offshore construction.

[0047] The first device 21 in this embodiment can be the main device, and the second device 22 in this embodiment can be a backup device of the first device 21. When the first device 21 is operating normally, it can receive the data access right and obtain the network address of the sensor 23, so as to obtain the data collected by the sensor 23. Optionally, after the first device 21 obtains the data collected by the sensor 23, it can analyze these data to monitor relevant services. The first device 21 and the second device 22 in this embodiment can be computer devices with data acquisition functions, such as servers, etc.

[0048] Optionally, the first device 21 and the second device 22 can be synchronized with each other. For example, when the first device 21 obtains data from the sensor 23, it can synchronize the obtained data to the second device 22. When the second device 22 obtains data from the sensor 23, it can synchronize the obtained data to the first device 21. Further, during the process of synchronizing data between the first device 21 and the second device 22, the first device or the second device can send synchronization process information to the user device, so that the user can understand the data synchronization process and further improve the user experience.

[0049] In order to improve the reliability of service monitoring, when the first device 21 in this embodiment fails, it can send a switching instruction to the user device 24. The failure types of the first device 21 in this embodiment can include any one of the following: network failure with the sensor 23, storage failure, environmental failure, security failure, performance failure, etc. Among them, the network failure includes at least one of the following: network connection interruption, insufficient bandwidth, etc. The storage failure includes at least one of the following: hard disk failure, file system damage, etc. The environmental failure includes at least one of the following: unstable power supply, too high humidity, too high or too low temperature, etc. The security failure includes at least one of the following: security vulnerability, authentication failure, etc. The performance failure includes at least one of the following: central processor overload, insufficient memory, disk input / output bottleneck, etc.

[0050] In order to facilitate the subsequent display of the first user interface, the switching instruction in this embodiment includes the current failure type of the first device.

[0051] Step 202: Display the first user interface according to the current failure type.

[0052] The first user interaction interface includes at least two different first options, and the at least two different first options include a confirmation switching option.

[0053] The user device 24 in this embodiment may include a display device 241 and an input device 242. The user 26 may trigger related instructions in the user device 24 based on the input device 242 of the user device 24.

[0054] In the field of interactive interface design, the more options are displayed on the user interactive interface, the longer it takes for the user to make a choice. In this embodiment, in order to avoid displaying options unrelated to the current fault type in the user interactive interface, which causes the user's reaction time to be longer, and then causes the user to be unable to trigger the corresponding command in time, the first user interactive interface matching the current fault type can be displayed according to the current fault type, so as to reduce the user's cognitive load and selection anxiety, and enhance the ergonomics and user experience in the visual display.

[0055] In one implementation, the mapping relationship between the fault type and the user interaction interface is pre-stored in this embodiment. In step 202, according to the current fault type and the mapping relationship, a first user interaction interface matching the current fault type is determined.

[0056] In another implementation, the mapping relationship between the fault type and the longest reaction time is pre-stored in this embodiment. In step 202, the longest reaction time corresponding to the current fault type is determined according to the current fault type and the mapping relationship. Thereafter, the first user interaction interface matching the current fault type is determined according to the longest reaction time corresponding to the current fault type. This implementation will be described in detail in subsequent embodiments.

[0057] For example, assuming that the current fault type is too high humidity, this fault type is relatively not urgent because too high humidity does not necessarily lead to loss of data collected by the sensor. Therefore, in this example, relatively more options can be displayed on the first user interaction interface so that the user can make a suitable choice. For example, 4 options are displayed. Exemplarily, these 4 options may include: confirm the switching option, do not switch the option, shut down for maintenance, and query the historical humidity.

[0058] For another example, suppose that the current fault type is a network fault between the first device 21 and the sensor 23. This fault type is relatively urgent because the network fault with the sensor 23 will most likely cause the first device 21 to be unable to obtain the data collected by the sensor 23, resulting in data loss. Therefore, in this example, relatively more options can be displayed on the first user interaction interface so that the user can quickly make a suitable choice. For example, 2 options are displayed. Exemplarily, these 2 options may include: confirm the switching option and do not switch the option.Figure 3 It is a schematic diagram of the first user interaction interface provided by an embodiment of the present invention. As Figure 3 shown, in the first user interaction interface 31, two different first options 311 are displayed: a confirmation switching option and a non-switching option. Optionally, the current fault type may also be displayed in the first user interaction interface 31.

[0059] Optionally, the above mapping relationship may be stored in the database of the user device.

[0060] It should be noted that the function of including the confirmation switching option among at least two different first options in this embodiment is that regardless of the current fault type, the user may trigger an instruction to select the confirmation switching option, so as to switch the second device to obtain the data collected by the sensor, improving the stability of the system operation and business continuity.

[0061] Step 203: If an instruction to select the confirmation switching option triggered by the user is received, send a stop receiving data instruction to the first device and send a start receiving data instruction to the second device.

[0062] Among them, the stop receiving data instruction is used to instruct the first device to stop obtaining the data collected by the sensor. The start receiving data instruction is used to instruct the second device to obtain the data collected by the sensor.

[0063] In this embodiment, the user can trigger instructions to select each option in the first user interaction interface.

[0064] If the user device 24 receives an instruction to select the confirmation switching option triggered by the user 26, it sends a stop receiving data instruction to the first device 21 and sends a start receiving data instruction to the second device 22.

[0065] It can be understood that the first user interaction interface in this embodiment is a user interaction interface matching the current fault type. Therefore, the user can understand the operating state of the device based on the first user interaction interface. Furthermore, the user can trigger corresponding instructions in a timely manner based on the first user interaction interface, improving the stability of the system operation, business continuity, and user experience.

[0066] In this embodiment, after receiving the stop receiving data instruction, the first device releases the data access right and stops obtaining data from the sensor. After receiving the start receiving data instruction, the second device obtains the data access right and obtains data from the sensor.

[0067] Optionally, the implementation process of step 203 includes the following steps: If an instruction to select and confirm the switching option triggered by the user is received and an instruction to cancel the selection and confirmation of the switching option triggered by the user is not received within a preset duration, a stop receiving data instruction is sent to the first device, and a start receiving data instruction is sent to the second device. If an instruction to select and confirm the switching option triggered by the user is received and an instruction to cancel the selection and confirmation of the switching option triggered by the user is received within a preset duration, the first device continues to be used to obtain sensor data.

[0068] Optionally, the device - to - device interaction design method provided in this embodiment further includes the following steps: If an instruction not to select and confirm the switching option triggered by the user is received, a third user interaction interface is displayed. The third user interaction interface includes the current fault type.

[0069] Figure 4 It is a schematic diagram of the third user interaction interface provided by an embodiment of the present invention. Exemplarily, Figure 4 in this example, the current fault type is the hard disk fault of the first device for illustration. As Figure 4 shown, in the third user interaction interface 41, it is displayed that "The first device has a hard disk fault. Please confirm whether not to switch". And in the third user interaction interface 41, a confirm switching option and a not - switching option are also displayed. If the user decides to switch at this time, an instruction to select and confirm the switching option can be triggered in the third user interaction interface 41.

[0070] This implementation method can display the current fault type in the third user interaction interface in the scenario where an instruction not to select and confirm the switching option triggered by the user is received, so that the user can consider again whether to trigger an instruction to select and confirm the switching option according to the current fault type, further improving the stability of system operation and business continuity.

[0071] Optionally, before step 202, the device - to - device interaction design method provided in this embodiment further includes the following steps: Determine the operating state of the second device; If it is determined that the operating state of the second device is a normal operating state, determine to execute the step of displaying the first user interaction interface according to the current fault type; If it is determined that the operating state of the second device is an abnormal operating state, display a fourth user interaction interface. The fourth user interaction interface is used to indicate that the operating state of the second device is an abnormal operating state.

[0072] In this implementation, before step 202, a status query instruction can be sent to the second device 22, and based on the status information feedback by the second device 22, the operating status of the second device can be determined. This implementation can determine to execute the step of displaying the first user interface according to the current fault type only when the operating status of the second device is determined to be the normal operating status, thereby avoiding the switching failure caused by the abnormal operating status of the second device, improving the success rate of switching, avoiding the loss of data collected by the sensor, and further improving the stability of system operation and business continuity.

[0073] Optionally, in this embodiment, the operating status of the second device can indicate whether the second device has completed synchronizing data from the first device. When the second device has completed synchronizing data from the first device, it is determined that the operating status of the second device is the normal operating status; when the second device has not completed synchronizing data from the first device, it is determined that the operating status of the second device is the abnormal operating status.

[0074] In this implementation, if it is determined that the operating status of the second device is the abnormal operating status, a fourth user interface is displayed to prompt the user that the operating status of the second device is the abnormal operating status, facilitating the user to determine appropriate operations subsequently, such as repairing the first device and the second device, etc. Figure 5 is a schematic diagram of the fourth user interface provided by an embodiment of the present invention. As Figure 5 shown, in the fourth user interface 51, it is displayed that "the operating status of the second device is the abnormal operating status and switching cannot be achieved".

[0075] Optionally, the device - to - device interaction design method provided in this embodiment further includes the following steps: sending a data query request to the control device, where the data query request includes at least one data type, and the data query request is used to instruct the control device to obtain the data corresponding to the data type from the first device or the second device; receiving the data query progress indication information corresponding to each data type sent by the control device; and displaying a fifth user interface, where the fifth user interface includes the data query progress indication information corresponding to each data type.

[0076] Please continue to combine Figure 1 corresponding to this implementation, the device - to - device interaction design system provided in this embodiment further includes a control device 25. The control device 25 in this embodiment may include: a display device 251 and an input device 252. The operation and maintenance personnel 27 can trigger corresponding instructions in the control device 25 through the input device 252 to implement the operation and maintenance of the first device 21 and the second device 22. The control device 25 in this embodiment can query data from the first device 21 or the second device 22.

[0077] In this implementation manner, the user device 24 can query data from the first device 21 or the second device 22 through the control device 25, so as to realize the user's active query of data and improve the user experience.

[0078] The user device 24 can generate a data query request and send it to the control device 25. The data query request can include at least one data type. The data types in this embodiment can be, for example, temperature data, pressure data, humidity data, light intensity data, sound data, chemical composition data, etc. After receiving the data query request, the control device 25 determines which device has the full amount of data and obtains the data corresponding to the data type from the device with the full amount of data.

[0079] Since the amount of data corresponding to the data type may be large, the process of the control device 25 obtaining data from the first device or the second device may take some time. To enable the user to understand the query process of the data corresponding to each data type, the control device 25 can send the query progress indication information of the data corresponding to each data type to the user device 24. Optionally, the data query progress indication information includes the query progress percentage. The query progress percentage can be the ratio of the data that has been queried for this data type to the total amount of data for this data type.

[0080] After receiving the query progress indication information of the data corresponding to each data type, the user device 24 displays the fifth user interaction interface. Figure 6 It is a schematic diagram of the fifth user interaction interface provided by the embodiment of the present invention. Figure 6 Taking the data types included in the data query request as temperature data, pressure data, and humidity data as an example for illustration. In the fifth user interaction interface 61, the data query progress of the temperature data is displayed as 20%, the data query progress of the pressure data is 40%, and the data query progress of the humidity data is 50%. This embodiment realizes the refined display of the query progress indication information of the data corresponding to each data type in the fifth user interaction interface, further improving the user experience.

[0081] The interactive design method for equipment rooms provided in this embodiment includes: receiving a switching instruction sent by a first device, where the switching instruction includes the current fault type of the first device, and the first device is used to obtain data collected by sensors; displaying a first user interaction interface according to the current fault type, where the first user interaction interface includes at least two different first options, and the at least two different first options include a confirmation switching option; if an instruction for the user to trigger the selection of the confirmation switching option is received, sending a stop receiving data instruction to the first device and sending a start receiving data instruction to a second device, where the stop receiving data instruction is used to instruct the first device to stop obtaining data collected by sensors, and the start receiving data instruction is used to instruct the second device to obtain data collected by sensors. It has the following technical effects: on the one hand, when a fault occurs in the first device, the first user interaction interface can be displayed to let the user understand the operating state of the device. Furthermore, the user can trigger corresponding instructions in a timely manner based on the first user interaction interface, improving the stability of system operation, business continuity, and user experience; on the other hand, the first user interaction interface matching the current fault type can be displayed according to the current fault type, thereby reducing the user's cognitive load and enhancing the human-machine ergonomics and user experience in visual display.

[0082] Figure 7 is a flowchart of another interactive design method for equipment rooms provided by an embodiment of the present invention. Based on the embodiment shown in Figure 2 and various optional implementation manners, the implementation manner of how to display the first user interaction interface according to the current fault type will be described in detail. For simplicity, only the differences from the above embodiment will be described in this embodiment. As Figure 7 shown, step 202 in the above embodiment includes the following steps 2021 to 2023.

[0083] Step 2021: Determine the longest response time corresponding to the current fault type according to the current fault type.

[0084] The longest response time corresponding to the current fault type in this embodiment represents the longest time that the current fault type can tolerate. Exceeding this longest response time may cause sensor data loss, affecting system stability and business continuity.

[0085] In one implementation manner, a mapping relationship between fault types and the longest response time is stored in advance. In step 2021, according to the current fault type and this mapping relationship, the longest response time corresponding to the current fault type is determined.

[0086] In another implementation manner, the longest response time corresponding to the current fault type can be determined based on an artificial intelligence model.

[0087] Optionally, the higher the severity level of the current fault type, the shorter the corresponding maximum response time, so as to enable the user to make a suitable response quickly in the scenario where the first device has a serious fault.

[0088] Step 2022: Determine the first information to be displayed according to the maximum response time.

[0089] Among them, the first information to be displayed includes: the number of first options and the content of each first option.

[0090] In this embodiment, the mapping relationship between the maximum response time and the information to be displayed can be preset in advance. Then, according to the maximum response time corresponding to the current fault type and this mapping relationship, the first information to be displayed is determined.

[0091] Optionally, the longer the maximum response time, the more first options there are, and the greater the amount of information in the content of the first options.

[0092] Step 2023: Display the first user interaction interface according to the first information to be displayed.

[0093] Optionally, in order to further match the first information to be displayed with the current fault type and the current user, the device - to - device interaction design method provided in this embodiment further includes the following steps: Determine the environmental factor influence coefficient according to the user's online duration, the attribute information of the first device, and the attribute information of the second device; determine the correction factor according to the user's identifier; determine the decision complexity coefficient according to the current fault type. Correspondingly, the implementation process of step 2022 may include: Determine the first information to be displayed according to the maximum response time, the environmental factor influence coefficient, the correction factor, and the decision complexity coefficient.

[0094] Among them, the user's online duration can affect the user's mental state. For example, being in a fatigued state or a high - pressure state, etc., and the user's mental state will affect the user's thinking speed. At the same time, the attribute information of the first device can reflect the response speed of the first device, and the attribute information of the second device can reflect the response speed of the second device. These conditions will all affect the selection time of the user on the first user interaction interface. Therefore, in this embodiment, the environmental factor influence coefficient is determined according to the user's online duration, the attribute information of the first device, and the attribute information of the second device. For example, the environmental factor influence coefficient mapping relationship summarized from empirical data can be used to determine the environmental factor influence coefficient corresponding to the user's online duration, the attribute information of the first device, and the attribute information of the second device.

[0095] Since different users may have different response speeds for the same user interface or the same set of options. Skilled and experienced users can usually make decisions more quickly. Therefore, in this embodiment, a correction factor can be determined according to the user identifier. For skilled and experienced users, the correction factor may be close to zero.

[0096] The decision complexity coefficient can be used to represent the complexity of the differences between options or the uncertainty of information. If the options are very similar or the information provided is not sufficient for the user to easily distinguish them, then even if the number of options is the same, the decision-making process will become more difficult, resulting in a longer selection time. The decision complexity coefficient in this embodiment is related to the current fault type. The larger the decision complexity coefficient, the more complex the decision.

[0097] Further, the process of determining the first information to be displayed according to the longest response time, the environmental factor influence coefficient, the correction factor, and the decision complexity coefficient may include the following steps: According to the formula T = a*log(n) + b*n c + d*n + e, determine the number of the first options, where T represents the longest response time, a represents the preset total recognition duration, n represents the number of the first options, b represents the preset processing time for recognizing the first options, c represents the decision complexity coefficient, d represents the correction factor, and e represents the environmental factor influence coefficient; according to the number of the first options, determine the content of the first options.

[0098] The total recognition duration in this embodiment includes the time required for understanding the task, preparing for a response, etc. It is the basic time cost that does not change with the number of options. The processing time for recognizing the first options represents the time required for processing each option, that is, the additional time amount for evaluating and comparing the options.

[0099] According to the above formula, the unknown n, that is, the number of the first options, can be obtained based on each known value. Subsequently, according to the number of the first options, determine the content of the first options. A possible implementation process is: pre-establish a mapping relationship between the number of the first options and the content of the first options, and then determine the content of the first options according to the currently determined number of the first options.

[0100] The above implementation method can determine the number of the first options according to the longest response time, the environmental factor influence coefficient, the correction factor, and the decision complexity coefficient, and then determine the content of the first options according to the number of the first options. When determining the first content to be displayed in the first user interface, the considered factors are relatively comprehensive, so that the content displayed in the first user interface not only matches the current fault type, but also matches other elements in the current scenario, further reducing the user's cognitive load and improving the speed at which the user triggers the corresponding instruction in the first user interface, so as to further improve the man-machine efficiency.

[0101] Figure 8 It is a schematic diagram showing the relationship between the reaction time and the number of options in the user interface. As Figure 8 shown, based on the formula T = a*log(n) + b*n c + d*n + e, it can be seen that when a, b, c, d, and e remain unchanged, the larger the number of options in the user interface, the larger T is, indicating that the longer the time required for the user to make a reaction in the user interface.

[0102] The other steps of the device - to - device interaction design method provided in this embodiment are similar to the implementation processes in the Figure 2 shown embodiment and various optional implementation manners, and will not be elaborated here.

[0103] The device - to - device interaction design method provided in this embodiment determines the longest reaction time corresponding to the current fault type according to the current fault type, and determines the first information to be displayed according to the longest reaction time. The first information to be displayed includes: the number of the first options and the content of each first option; and displays the first user interface according to the first information to be displayed, realizing determining the first information to be displayed according to the longest reaction time. Thus, it ensures that the time for the user to make a reaction according to the first user interface does not exceed the longest reaction time, further reducing the user's cognitive load and improving the stability of system operation and business continuity.

[0104] Figure 9 It is a flowchart of another device - to - device interaction design method provided by an embodiment of the present invention. The device - to - device interaction design method provided in this embodiment, based on the Figure 2 、 Figure 7 shown embodiment and various optional implementation manners, elaborates on the other steps included in this method. For simplicity, only the differences from the above - mentioned embodiment are described in this embodiment. As Figure 9 shown, the device - to - device interaction design method provided in this embodiment further includes the following steps.

[0105] Step 901: Receive a recovery instruction sent by the first device.

[0106] In this embodiment, it is also possible to switch back from the second device to the first device. After the first device determines that the fault is recovered, it can send a recovery instruction to the user device. The user device receives the recovery instruction sent by the first device.

[0107] Step 902: Display a second user interface according to the recovery instruction.

[0108] Among them, the second user interface includes at least two different second options, and the at least two different second options include a confirmation - recovery option.

[0109] To facilitate the user's understanding of the device interaction process, in step 902, a second user interaction interface may be displayed according to the recovery instruction. Figure 10 It is a schematic diagram of the second user interaction interface provided by an embodiment of the present invention. As Figure 10 shown, in the second user interaction interface 101, "The first device has returned to normal. Please confirm whether you need to restore the sensor data obtained by the first device" can be displayed, a confirmation restoration option can be displayed, and a non-restoration option can be displayed.

[0110] Further, to make the content displayed on the second user interaction interface match the current state of the second device, the implementation process of step 902 may include the following steps: Determine the offline duration of the first device according to the time point when the first device stops acquiring the data collected by the sensor and the time point when the first device sends the recovery instruction; Determine the data volume corresponding to the offline duration according to the offline duration of the first device, where the data volume is the data volume of the sensor data acquired by the second device during the offline duration; Display the second user interaction interface according to the data volume.

[0111] In this implementation manner, other options on the second user interaction interface except the confirmation restoration option may be determined according to the size of the data volume, so that the user can trigger appropriate instructions in the second user interaction interface according to the size of the data volume to be synchronized.

[0112] Among them, the process of displaying the second user interaction interface according to the data volume may include the following content: Determine the synchronization policy according to the data volume; Determine other options except the confirmation restoration option according to the synchronization policy; Display the second user interaction interface according to the confirmation restoration option and the determined other options. The synchronization policy in this embodiment is used to indicate the synchronization time. The larger the data volume, the closer the synchronization time is to the current time. This is because the larger the data volume, the more data is missing in the first device, and it is necessary to synchronize as soon as possible before switching back to the first device to avoid affecting the normal operation of the first device after switching back to the first device.

[0113] For example, if the data volume is 100 megabytes (MB), the options displayed in the second user interaction interface may include: a confirmation restoration option, and data synchronization will be performed after 5 minutes. If the data volume is 1 gigabyte (GB), the options displayed in the second user interaction interface may include: a confirmation restoration option, and data synchronization will be performed immediately.

[0114] Step 903: If an instruction for the user to trigger the selection of the confirmation restoration option is received, a recovery data reception instruction and a data synchronization instruction are sent to the first device, and a stop data reception instruction is sent to the second device.

[0115] Among them, the instruction to resume receiving data is used to instruct the first device to obtain the data collected by the sensor, the instruction to synchronize data is used to instruct the first device to synchronize data from the second device, and the instruction to stop receiving data is used to instruct the second device to stop obtaining the data collected by the sensor.

[0116] In this embodiment, the user can trigger an instruction to select and confirm the resume option based on the second user interface. After the user device receives the instruction triggered by the user to select and confirm the resume option, it sends an instruction to resume receiving data and an instruction to synchronize data to the first device, and sends an instruction to stop receiving data to the second device.

[0117] After receiving the instruction to resume receiving data and the instruction to synchronize data, the first device first obtains the data collected by the sensor according to the instruction to resume receiving data, and then synchronizes data from the second device according to the instruction to synchronize data. This implementation method realizes data synchronization after switching first, and the switching speed is relatively high.

[0118] It should be noted that in the implementation method of "determining the synchronization policy according to the data volume; determining other options except the confirmation resume option according to the synchronization policy; displaying the second user interface according to the confirmation resume option and the determined other options", if the user first triggers other options except the confirmation resume option, after the first device completes data synchronization, the user device can still display the confirmation resume option on the interface. The user triggers an instruction to select and confirm the resume option. At this time, the user device sends an instruction to resume receiving data to the first device and sends an instruction to stop receiving data to the second device. In this scenario, since data synchronization has been completed, there is no need to send an instruction to synchronize data to the first device again to save network overhead.

[0119] The device - to - device interaction design method provided in this embodiment receives a resume instruction sent by the first device, and displays a second user interface according to the resume instruction, where the second user interface includes at least two different second options, and the at least two different second options include a confirmation resume option. If an instruction triggered by the user to select and confirm the resume option is received, an instruction to resume receiving data and an instruction to synchronize data are sent to the first device, and an instruction to stop receiving data is sent to the second device. On the one hand, when the first device returns to normal, it can switch back from the second device to the first device, improving the flexibility of obtaining data from the sensor. On the other hand, when an instruction triggered by the user to select and confirm the resume option is received, an instruction to resume receiving data and an instruction to synchronize data are sent to the first device, and data synchronization is also achieved while switching devices, further ensuring the stability and business continuity of the system.

[0120] Figure 11 It is a schematic structural diagram of a device - to - device interaction design device provided by an embodiment of the present invention. As Figure 11As shown in the figure, the interactive design device for the equipment room provided in this embodiment includes the following modules: a receiving module 111, a display module 112, and a sending module 113.

[0121] The receiving module 111 is configured to receive a switching instruction sent by a first device.

[0122] Wherein, the switching instruction includes: the current fault type of the first device, and the first device is used to acquire data collected by a sensor.

[0123] The display module 112 is configured to display a first user interaction interface according to the current fault type.

[0124] Wherein, the first user interaction interface includes at least two different first options, and the at least two different first options include a confirmation switching option.

[0125] The sending module 113 is configured to, if receiving an instruction for the user to trigger the selection of the confirmation switching option, send a stop receiving data instruction to the first device and send a start receiving data instruction to a second device.

[0126] Wherein, the stop receiving data instruction is used to instruct the first device to stop acquiring the data collected by the sensor. The start receiving data instruction is used to instruct the second device to acquire the data collected by the sensor.

[0127] In one embodiment, the display module 112 is specifically configured to: determine the longest response time corresponding to the current fault type according to the current fault type; determine first information to be displayed according to the longest response time, wherein the first information to be displayed includes: the number of first options and the content of each first option; display the first user interaction interface according to the first information to be displayed.

[0128] In one embodiment, the device further includes: a first determination module, a second determination module, and a third determination module. The first determination module is configured to determine an environmental factor influence coefficient according to the user's online duration, the attribute information of the first device, and the attribute information of the second device. The second determination module is configured to determine a correction factor according to the user's identifier. The third determination module is configured to determine a decision complexity coefficient according to the current fault type. In terms of determining the first information to be displayed according to the longest response time, the display module 112 is specifically configured to: determine the first information to be displayed according to the longest response time, the environmental factor influence coefficient, the correction factor, and the decision complexity coefficient.

[0129] In one embodiment, in determining the first information to be displayed according to the longest response time, the environmental factor influence coefficient, the correction factor, and the decision complexity coefficient, the display module 112 is specifically configured to: according to the formula T = a*log(n) + b*n c + d*n + e, determine the number of the first options, where T represents the longest response time, a represents the preset total recognition duration, n represents the number of the first options, b represents the preset processing time for recognizing the first options, c represents the decision complexity coefficient, d represents the correction factor, and e represents the environmental factor influence coefficient; determine the content of the first options according to the number of the first options.

[0130] In one embodiment, the receiving module 111 is further configured to receive a recovery instruction sent by the first device. The display module 112 is further configured to display a second user interface according to the recovery instruction. The second user interface includes at least two different second options, and the at least two different second options include a confirmation recovery option. The sending module 113 is further configured to, if receiving an instruction for the user to trigger the selection of the confirmation recovery option, send a recovery receiving data instruction and a synchronization data instruction to the first device, and send a stop receiving data instruction to the second device. The recovery receiving data instruction is used to instruct the first device to obtain the data collected by the sensor, and the synchronization data instruction is used to instruct the first device to synchronize data from the second device. The stop receiving data instruction is used to instruct the second device to stop obtaining the data collected by the sensor.

[0131] In one embodiment, the display module 112 is further configured to: determine the offline duration of the first device according to the time point when the first device stops obtaining the data collected by the sensor and the time point when the first device sends the recovery instruction; determine the data volume corresponding to the offline duration according to the offline duration of the first device, where the data volume is the data volume of the data collected by the sensor obtained by the second device during the offline duration; display a second user interface according to the data volume.

[0132] In one embodiment, the display module 112 is further configured to, if receiving an instruction for the user to trigger not selecting the confirmation switching option, display a third user interface. The third user interface includes the current fault type.

[0133] In one embodiment, the device further includes: a fourth determination module and a fifth determination module. The fourth determination module is configured to determine the operating state of the second device. The fifth determination module is configured to, when determining that the operating state of the second device is a normal operating state, determine to perform the step of displaying a first user interaction interface according to the current fault type. The display module 112 is further configured to, when determining that the operating state of the second device is an abnormal operating state, display a fourth user interaction interface. Wherein, the fourth user interaction interface is used to indicate that the operating state of the second device is an abnormal operating state.

[0134] In one embodiment, the sending module 113 is further configured to send a data query request to the control device. Wherein, the data query request includes at least one data type, and the data query request is used to instruct the control device to obtain data corresponding to the data type from the first device or the second device. The receiving module 111 is further configured to receive data query progress indication information corresponding to each data type sent by the control device. The display module 112 is further configured to display a fifth user interaction interface. Wherein, the fifth user interaction interface includes data query progress indication information corresponding to each data type.

[0135] The device - to - device interaction design device provided by the embodiments of the present invention can execute the device - to - device interaction design method provided by any embodiment of the present invention, and has functional modules and beneficial effects corresponding to the execution of the method.

[0136] Figure 12 It is a schematic structural diagram of an electronic device for implementing the device - to - device interaction design method of the embodiments of the present invention. The electronic device is intended to represent various forms of digital computers, such as, laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as, personal digital processors, cellular phones, smart phones, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the present invention described and / or claimed herein.

[0137] As Figure 12As shown, the electronic device 10 includes at least one processor 11 and a memory communicatively connected to the at least one processor 11, such as read-only memory (ROM) 12, random access memory (RAM) 13, etc. The memory stores a computer program executable by the at least one processor. The processor 11 can perform various appropriate actions and processes according to the computer program stored in the read-only memory (ROM) 12 or the computer program loaded from the storage unit 18 into the random access memory (RAM) 13. In the RAM 13, various programs and data required for the operation of the electronic device 10 can also be stored. The processor 11, ROM 12, and RAM 13 are connected to each other via a bus 14. The input / output (I / O) interface 15 is also connected to the bus 14.

[0138] Multiple components in the electronic device 10 are connected to the I / O interface 15, including: an input unit 16, such as a keyboard, a mouse, etc.; an output unit 17, such as various types of displays, speakers, etc.; a storage unit 18, such as a disk, an optical disc, etc.; and a communication unit 19, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 19 allows the electronic device 10 to exchange information / data with other devices via a computer network such as the Internet and / or various telecommunication networks.

[0139] The processor 11 can be various general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of the processor 11 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various dedicated artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, a digital signal processor (DSP), and any appropriate processor, controller, microcontroller, etc. The processor 11 executes the various methods and processes described above, such as the method for interactive design between devices.

[0140] In some embodiments, the method for interactive design between devices can be implemented as a computer program tangibly embodied in a computer-readable storage medium, such as the storage unit 18. In some embodiments, part or all of the computer program can be loaded and / or installed onto the electronic device 10 via the ROM 12 and / or the communication unit 19. When the computer program is loaded into the RAM 13 and executed by the processor 11, one or more steps of the method for interactive design between devices described above can be executed. Alternatively, in other embodiments, the processor 11 can be configured to execute the method for interactive design between devices by any other appropriate means (e.g., by means of firmware).

[0141] The various embodiments of the systems and techniques described above in this specification can be implemented in digital electronic circuitry, integrated circuit systems, field programmable gate arrays (FPGA), application specific integrated circuits (ASIC), application specific standard products (ASSP), systems-on-chip (SOC), complex programmable logic devices (CPLD), computer hardware, firmware, software, and / or combinations thereof. These various embodiments can include: being implemented in one or more computer programs that are executable and / or interpretable on a programmable system including at least one programmable processor, which can be a special-purpose or general-purpose programmable processor that receives data and instructions from, and transmits data and instructions to, a storage system, at least one input device, and at least one output device.

[0142] The computer programs for implementing the methods of the present invention can be written in any combination of one or more programming languages. These computer programs can be provided to a processor of a general purpose computer, special purpose computer, or other device, such that the computer programs, when executed by the processor, cause the functions / operations specified in the flowchart and / or block diagram to be implemented. The computer programs can be executed entirely on the machine, partly on the machine, as a stand-alone software package partly on the machine and partly on a remote machine, or entirely on the remote machine or server.

[0143] In the context of the present invention, a computer-readable storage medium can be a tangible medium that can contain or store a computer program for use by or in connection with an instruction execution system, apparatus, or device. The computer-readable storage medium can include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. Alternatively, the computer-readable storage medium can be a machine-readable signal medium. More specific examples of the machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0144] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and a pointing device (e.g., a mouse or a trackball) through which the user can provide input to the electronic device. Other kinds of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including acoustic input, speech input, or tactile input).

[0145] The systems and techniques described herein can be implemented in a computing system including backend components (e.g., as a data server), or a computing system including middleware components (e.g., an application server), or a computing system including frontend components (e.g., a user computer having a graphical user interface or a web browser through which the user can interact with an implementation of the systems and techniques described herein), or a computing system including any combination of such backend components, middleware components, or frontend components. The components of the system can be interconnected to each other by digital data communication in any form or medium (e.g., a communication network). Examples of communication networks include: local area network (LAN), wide area network (WAN), blockchain network, and the Internet.

[0146] The computing system can include a client and a server. The client and the server are generally remote from each other and typically interact through a communication network. The client-server relationship is created by computer programs running on respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or a cloud host, which is a host product in the cloud computing service system and solves the defects of difficult management and weak business scalability existing in traditional physical hosts and VPS services.

[0147] An embodiment of the present invention also provides a computer program product, including a computer program which, when executed by a processor, implements the method for interaction design between devices provided in any embodiment of the present invention.

[0148] In the process of implementing the computer program product, computer program code for performing the operations of the present invention can be written in one or more programming languages or combinations thereof. The programming languages include object-oriented programming languages such as Java, Smalltalk, C++, and also include conventional procedural programming languages such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, executed as an independent software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer can be connected to the user's computer through any kind of network - including a local area network (LAN) or a wide area network (WAN) - or, alternatively, can be connected to an external computer (e.g., by connecting through the Internet using an Internet service provider).

[0149] It should be understood that various forms of the processes shown above can be used, with steps reordered, added, or deleted. For example, the steps recited in the present invention can be executed in parallel, sequentially, or in a different order, as long as the desired results of the technical solution of the present invention can be achieved, and no limitation is imposed herein.

[0150] The above specific embodiments do not constitute a limitation on the protection scope of the present invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of the present invention shall be included within the protection scope of the present invention.

Claims

1. A method for designing interaction between devices, characterized in that: The method comprises: Receiving a switching instruction sent by a first device; wherein the switching instruction includes: a current fault type of the first device, and the first device is used to obtain data collected by a sensor; Displaying a first user interaction interface according to the current fault type; wherein the first user interaction interface includes at least two different first options, and the at least two different first options include a confirmation switching option; If a user-triggered instruction to select the confirmation switching option is received, a stop receiving data instruction is sent to the first device, and a start receiving data instruction is sent to the second device; wherein the stop receiving data instruction is used to instruct the first device to stop acquiring the data collected by the sensor, and the start receiving data instruction is used to instruct the second device to acquire the data collected by the sensor.

2. The method according to claim 1, characterized in that The step of displaying a first user interaction interface according to the current fault type includes: Determine, according to the current fault type, the longest response time corresponding to the current fault type; Determine the first information to be displayed according to the longest reaction time; wherein the first information to be displayed includes: the number of first options and the content of each first option; The first user interaction interface is displayed according to the first information to be displayed.

3. The method according to claim 2, characterized in that The method further comprises: Determining an environmental factor influence coefficient according to the online duration of the user, the attribute information of the first device, and the attribute information of the second device; Determining a correction factor according to the user's identifier; Determining a decision complexity coefficient according to the current fault type; The determining, according to the longest reaction time, the first information to be displayed includes: The first information to be displayed is determined according to the longest reaction time, the environmental factor influence coefficient, the correction factor and the decision complexity coefficient.

4. The method according to claim 3, characterized in that The determining the first information to be displayed according to the longest reaction time, the environmental factor influence coefficient, the correction factor and the decision complexity coefficient includes: According to the formula T = a*log(n)+b*n c +d*n+e, determine the number of the first options; wherein T represents the longest reaction time, a represents the preset total recognition time, n represents the number of the first options, b represents the preset processing time for recognizing the first options, c represents the decision complexity coefficient, d represents the correction factor, and e represents the environmental factor influence coefficient; The content of the first options is determined according to the number of the first options.

5. The method according to any one of claims 1 to 4, characterized in that: The method further comprises: receiving a recovery instruction sent by the first device; According to the recovery instruction, display a second user interaction interface; wherein the second user interaction interface includes at least two different second options, and the at least two different second options include a confirmation recovery option; If an instruction of selecting and confirming the restore option triggered by the user is received, a resume receiving data instruction and a synchronization data instruction are sent to the first device, and a stop receiving data instruction is sent to the second device; wherein, the resume receiving data instruction is used to instruct the first device to obtain the data collected by the sensor, the synchronization data instruction is used to instruct the first device to synchronize data from the second device, and the stop receiving data instruction is used to instruct the second device to stop obtaining the data collected by the sensor.

6. The method according to claim 5, characterized in that The step of displaying a second user interaction interface according to the recovery instruction includes: Determining an offline duration of the first device according to a time point when the first device stops acquiring the data collected by the sensor and a time point when the first device sends a recovery instruction; Determine, according to the offline duration of the first device, the amount of data corresponding to the offline duration; wherein the amount of data is the amount of data collected by the sensor acquired by the second device during the offline duration; A second user interaction interface is displayed according to the data amount.

7. The method according to any one of claims 1 to 4, characterized in that: The method further comprises: If a user-triggered instruction is received without selecting the confirmation switching option, a third user interaction interface is displayed; wherein the third user interaction interface includes the current fault type.

8. The method according to any one of claims 1 to 4, characterized in that: Before displaying the first user interaction interface according to the current fault type, the method further includes: determining an operating status of the second device; If it is determined that the operating state of the second device is a normal operating state, determining to execute a step of displaying a first user interaction interface according to the current fault type; If it is determined that the operating state of the second device is an abnormal operating state, a fourth user interaction interface is displayed; wherein the fourth user interaction interface is used to indicate that the operating state of the second device is an abnormal operating state.

9. The method according to any one of claims 1 to 4, characterized in that: The method further comprises: Sending a data query request to a control device; wherein the data query request includes at least one data type, and the data query request is used to instruct the control device to obtain data corresponding to the data type from the first device or the second device; Receiving data query progress indication information corresponding to each data type sent by the control device; A fifth user interaction interface is displayed; wherein the fifth user interaction interface includes data query progress indication information corresponding to each data type.

10. An interactive design system between devices, characterized in that: The system comprises: a first device, a second device, a sensor and a user device; The first device and the second device are both connected to the sensor and the user device; The user device is used to execute the device interaction design method according to any one of claims 1 to 9; The first device is used to obtain data collected by a sensor, and when a fault is determined to occur, send a switching instruction to the user equipment; The first device is further configured to receive a stop data receiving instruction sent by the user equipment; The second device is used to receive an instruction to start receiving data sent by the user equipment.

11. An electronic device, characterized in that: The electronic device comprises: at least one processor; and a memory communicatively connected to the at least one processor; wherein, The memory stores a computer program executable by the at least one processor, and the computer program is executed by the at least one processor so that the at least one processor can perform the method for designing interaction between devices according to any one of claims 1 to 9.

12. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and the computer program is used to enable a processor to implement the method for designing interaction between devices according to any one of claims 1 to 9 when executed.

13. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the computer program implements the method for designing interaction between devices according to any one of claims 1 to 9.

Images