Device management and control methods, and smart management and control device

By setting up multiple communication channels in the intelligent control device, it can receive and execute control commands from different users and manage permissions, thus solving the control needs of different users in the whole-house smart scenario and improving the convenience and security of device control.

WO2025218214A9PCT designated stage Publication Date: 2026-05-21HUAWEI TECH CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
HUAWEI TECH CO LTD
Filing Date
2024-12-17
Publication Date
2026-05-21

Smart Images

  • Figure CN2024140088_21052026_PF_FP_ABST
    Figure CN2024140088_21052026_PF_FP_ABST
Patent Text Reader

Abstract

Device management and control methods, and a smart management and control device, which relate to the technical field of terminals. Different users can respectively manage and control a smart device in the same scenario, so that the convenience and security of device management and control are improved. The method can be applied to a smart management and control device, wherein the smart management and control device is connected to at least one smart device of a user; the at least one smart device comprises a first smart device; and the smart management and control device comprises different communication channels, respectively receives instructions from different accounts by means of the different communication channels, and then manages and controls the first smart device on the basis of the respective instructions from different accounts.
Need to check novelty before this filing date? Find Prior Art

Description

Equipment management methods and intelligent management equipment

[0001] This application claims priority to Chinese Patent Application No. 202410454382.9, filed on April 15, 2024, entitled "Equipment Control Method and Intelligent Control Equipment", the entire contents of which are incorporated herein by reference. Technical Field

[0002] This application relates to the field of terminal technology, and in particular to equipment management methods and intelligent management equipment. Background Technology

[0003] Due to the convenience and benefits brought by whole-house intelligence, it has been applied to more and more industries and scenarios, such as hotel scenarios and apartment scenarios. In the aforementioned scenarios, various smart devices (such as audio and video equipment, lighting system equipment, environmental control equipment, security system equipment, etc.) are connected together through Internet of Things technology to form whole-house intelligence, which can provide users with multiple functions such as home appliance control, lighting control, and burglar alarm.

[0004] A smart home system includes a smart host that can register and connect to a server. This host then receives control commands from users for the various smart devices within the smart home ecosystem, enabling user management of these devices. In scenarios such as hotels and apartments, different users may simultaneously need to manage and control the same smart devices within the same smart home ecosystem. Therefore, enabling different users to manage these devices is crucial to meeting user needs. Summary of the Invention

[0005] This application provides a device management method and an intelligent management device, which enables different users to manage intelligent devices in the same scenario separately, thereby improving the convenience and security of device management.

[0006] To achieve the above objectives, this application adopts the following technical solution:

[0007] In a first aspect, a device management and control method is provided, applied to an intelligent management and control device, wherein the intelligent management and control device is connected to at least one intelligent device of a user, the at least one intelligent device including a first intelligent device, the intelligent management and control device including a first communication channel and a second communication channel, the method comprising: receiving a first instruction from a first account through the first communication channel; managing and controlling the first intelligent device based on the first instruction from the first account; receiving a first instruction from a second account through the second communication channel, wherein the first account is different from the second account; and managing and controlling the first intelligent device based on the first instruction from the second account.

[0008] Based on the above technical solution, the intelligent control device includes a first communication channel and a second communication channel, i.e., two communication channels. The first communication channel receives a first instruction from a first account, and based on this first instruction, the device controls at least one of the at least one intelligent devices connected to the intelligent control device. Simultaneously, the second communication channel receives a first instruction from a second account, and based on this second instruction, the device can also be controlled. In other words, the different communication channels of the intelligent control device enable control of the same intelligent device connected to it. Since the intelligent devices connected to the intelligent control device belong to the same scenario, and different accounts can represent different users, different users can separately control intelligent devices in the same scenario, thus improving the convenience and security of device control.

[0009] In one possible design, controlling the first smart device based on a first instruction from the first account includes: controlling a first attribute of the first smart device based on the first instruction from the first account; controlling the first smart device based on a first instruction from the second account includes: controlling a second attribute of the first smart device based on the first instruction from the second account, wherein the first attribute and the second attribute may be the same as or different from each other. Based on this design, the smart control device can control one attribute of the smart device based on an instruction from the first account, and can control another attribute of the same smart device based on an instruction from the second account. In other words, different users can control different attributes of the same smart device, which can improve the diversity and security of device control.

[0010] In one possible design, controlling the first smart device based on the first instruction of the first account includes: controlling a first attribute of the first smart device using a first type of control based on the first instruction of the first account; controlling the first smart device based on the first instruction of the second account includes: controlling the first attribute of the first smart device using a second type of control based on the first instruction of the second account, wherein the first type of control is different from the second type of control. Based on this design, the smart control device can control a certain attribute of the smart device using the first type of control based on the instruction of the first account, and can also control the same attribute of the same smart device using different second types of control based on the instruction of the second account, such as the first type being "modify" and the second type being "read". This enables different users to control the same attribute of the same smart device in different ways, and also improves the diversity and security of device control.

[0011] In one possible design, the at least one smart device further includes a second smart device and a third smart device, wherein the second smart device and the third smart device are different smart devices, and the method further includes: receiving a second instruction from a first account through the first communication channel; controlling the second smart device based on the second instruction from the first account; receiving a second instruction from a second account through the second communication channel; and controlling the third smart device based on the second instruction from the second account.

[0012] Based on this design, the intelligent control device can manage a second intelligent device based on instructions from a first account, and can also manage a third intelligent device, which is different from the first, based on instructions from the second account. This enables different users to manage different intelligent devices, achieving both diversity and security in device control.

[0013] In one possible design, the method further includes: receiving a third instruction from a first account via the first communication channel; if the first account does not have the control permissions corresponding to the third instruction of the first account, in response to the third instruction of the first account, requesting the second account to grant the control permissions corresponding to the third instruction of the first account via the second communication channel; or, receiving a third instruction from a second account via the second communication channel, wherein the third instruction of the second account is used to request to obtain target control permissions, the target control permissions being permissions to control one or more of the at least one smart device; in response to the third instruction of the second account, requesting the first account to grant the target control permissions to the second account via the first communication channel.

[0014] Based on this design, after receiving an instruction from the first account, if the first account does not possess the corresponding control permissions—that is, the control permissions required to execute the control operation corresponding to the instruction—the intelligent control device can request the second account to grant the first account the corresponding control permissions through the second communication channel. Similarly, after receiving an instruction from the second account requesting certain control permissions, the intelligent control device can also request the first account to grant the second account the corresponding control permissions through the first communication channel. This enables one user to authorize another, ensuring the rationality and security of device control. For example, in the event of various emergencies (such as fires), this authorization allows for timely responses to these emergencies.

[0015] In one possible design, the at least one smart device further includes a fourth smart device. After requesting the second account to grant the control permissions corresponding to the third instruction of the first account via the second communication channel, the method further includes: controlling the fourth smart device in response to authorization from the second account when the third instruction of the first account is used to instruct control of the fourth smart device; or controlling the third attribute in response to authorization from the second account when the third instruction of the first account is used to instruct control of a third attribute of the fourth smart device; or controlling the third attribute in response to authorization from the second account when the third instruction of the first account is used to instruct control of a third type of third attribute of the fourth smart device.

[0016] Based on this design, after the intelligent control device obtains the authorization required by the third instruction from the first account, it executes control based on the specific control dimension corresponding to the third instruction (such as control of a certain device, control of a certain attribute of a certain device, or control of a certain type of a certain attribute of a certain device). This can ensure both the normal execution of user control instructions and the security of device control.

[0017] In one possible design, the method further includes: receiving a fourth instruction from a first account via the first communication channel; and updating the control permissions of a second account in response to the fourth instruction from the first account, wherein the control permissions of the second account are the permissions to control one or more of the at least one smart device. Similarly, the control permissions of the first account can be updated in a similar manner. Based on this design, the smart control device can also directly receive instructions from the first account to update the control permissions of the second account. That is, one user has the right to change the control permissions of another user, ensuring both the user experience of the user making the change and the security of device control.

[0018] In one possible design, the method further includes: sending the control permissions of the second account to the first account through the first communication channel; or, sending the control permissions of the first account to the first account through the first communication channel; or, sending the control permissions of the second account to the second account through the second communication channel; or, sending the control permissions of the first account to the second account through the second communication channel; wherein the control permissions of the first account and the control permissions of the second account are both permissions to control one or more of the at least one smart device.

[0019] Based on this design, control permissions for a second account can be sent to a first account via a first communication channel, or control permissions for a first account can be sent to a second account via a second communication channel. In other words, control permissions for one party can be sent to another user, making it easier for one party to know the control permissions of the other. Alternatively, control permissions for a first account can be sent to a first account via the first communication channel, or control permissions for a second account can be sent to a second account via the second communication channel. This makes it easier for users to know their own control permissions, improving the user experience in managing devices.

[0020] In one possible design, before sending the control permissions of the second account to the first account through the first communication channel, the method further includes: receiving permission configuration information of the second account, the permission configuration information being used to determine the second account's permissions to control one or more of the at least one smart device. Similarly, the configuration of control permissions for the first account can also be achieved in a similar manner. In this way, the smart control device can receive the configuration information of the second account, thereby determining the control permissions of the second account and configuring the control permissions for the second account.

[0021] In one possible design, the first communication channel is the communication channel between the intelligent control device and the first server, and the second communication channel is the communication channel between the intelligent control device and the second server. The first server and the second server may be the same or different. In this way, the intelligent control device can establish both the first and second communication channels by connecting to the same or different servers.

[0022] In one possible design, the first communication channel and the second communication channel are connected to the same interface of the intelligent management and control device, or the first communication channel and the second communication channel are respectively connected to different interfaces of the intelligent management and control device. In this way, when the first communication channel and the second communication channel are connected to the same interface of the intelligent management and control device, multiple communication channels can still be configured even if the intelligent management and control device has only one interface. When the first communication channel and the second communication channel are respectively connected to different interfaces of the intelligent management and control device, the disconnection or connection of one communication channel will not affect the other communication channel.

[0023] In one possible design, the intelligent control device is a whole-house intelligent host; or, the first account is a login account for a first application, which is an application that manages one or more of the at least one intelligent device; or, the second account is a login account for a second application, which is an application that manages one or more of the at least one intelligent device.

[0024] Secondly, a device management method is provided, applied to a terminal device including a display screen, wherein the terminal device is logged into a first account, the method comprising: receiving management permissions from a second account of a smart management device through a first communication channel, the second account having management permissions to manage at least one smart device through a second communication channel, the at least one smart device being one or more smart devices of a user connected to the smart management device, the second account being different from the first account, and both the first communication channel and the second communication channel being channels on the smart management device; and displaying the management permissions of the second account.

[0025] Based on this design, the terminal device logged into the first account can receive and display the management permissions of the second account through the first communication channel, thereby realizing the acquisition of the management permissions of the second account. This makes it easier for one user to know the management permissions of another user and improves the user's device management experience.

[0026] In one possible design, after displaying the control permissions of the second account, the method further includes: receiving a target operation performed by the first account; and in response to the target operation, instructing the smart control device to update the control permissions of the second account. Based on this design, the terminal device can directly receive operations from the first account and instruct the smart control device to update the control permissions of the second account. In other words, one user has the authority to change the control permissions of another user, ensuring both the user experience of the user making the change and the security of device control.

[0027] In one possible design, the method further includes reminding the first account to configure control permissions for the second account. This can be achieved through various means such as voice announcements or display screens. This allows one user to authorize another, ensuring the rationality and security of device control. For example, in emergency situations (such as fires), this authorization allows for timely responses to these emergencies.

[0028] Thirdly, a device management method is provided, applied to a terminal device including a display screen, wherein the terminal device is logged into a second account, the method comprising: receiving management permissions of the second account through a second communication channel of each of at least one intelligent management device, wherein each intelligent management device includes a first communication channel and a second communication channel, the management permissions of the second account being the permission to manage at least one intelligent device through the second communication channel, wherein the at least one intelligent device is one or more of the intelligent devices of a user connected to each intelligent management device; and displaying the management permissions of the second account.

[0029] Based on this design, terminal devices logged in with a second account can receive the management permissions of the second account through the second communication channel of each smart host. That is, the second account is a centralized control account that can manage smart devices connected to different smart hosts and output the management permissions of the second account. This makes it easier for users to know what management permissions they have and improves the user's management experience when managing devices.

[0030] In one possible design, after displaying the control permissions of the second account, the method further includes: receiving a target operation performed by the second account, the target operation being used to control smart devices connected to multiple smart control devices. Based on this design, when the terminal device receives an operation from the second account, it can control smart devices connected to multiple smart control devices. This enables centralized control and batch control of smart devices, meaning that the same user has the authority to control smart devices connected to different smart control devices, ensuring a good user experience.

[0031] In one possible design, the at least one intelligent control device includes a first intelligent control device and a second intelligent control device; the method further includes: reminding the second account to configure the control permissions of the first account, wherein the control permissions of the first account are the permissions to control one or more intelligent devices through the first communication channel of the first intelligent control device; or, reminding the second account to configure the control permissions of a third account, wherein the control permissions of the third account are the permissions to control one or more intelligent devices through the first communication channel of the second intelligent control device; wherein the first account, the second account, and the third account are all different accounts.

[0032] Based on this design, the terminal device can remind the first account to configure the control permissions for different accounts. In other words, the first account has the authority to authorize different accounts, which can ensure the rationality and security of device control, as well as the user experience of the first account.

[0033] Fourthly, a device is provided that has the function of implementing the method described in any of the designs of the first to third aspects above. This function can be implemented by hardware or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above-described function. In one possible example, taking the device as an intelligent control device, the device may include a communication unit and a processing unit. In another possible example, taking the device as a terminal device, the device may include a communication unit and a display unit.

[0034] Fifthly, an intelligent control device is provided, comprising: a communication interface, a processor, and a memory, wherein the communication interface and the memory are coupled to the processor, the communication interface is used to communicate with other devices, the memory is used to store program code, the program code including instructions, and the processor reads the instructions from the memory to cause the intelligent control device to perform the method as described in the first aspect and any of the designs therein.

[0035] A sixth aspect provides a terminal device, comprising: a communication interface, a processor, a memory, and a display screen, wherein the communication interface, the display screen, and the memory are coupled to the processor; the communication interface is used for communicating with other devices; the memory is used for storing program code, the program code including instructions; and the processor reads the instructions from the memory to cause the terminal device to perform the method as described in the second aspect and any of the designs described above. Alternatively, to cause the terminal device to perform the method as described in the third aspect and any of the designs described above.

[0036] Optionally, in this embodiment, the memory can be coupled to the processor or independent of the memory. For example, the communication interface can be a transceiver, input / output interface, interface circuit, output circuit, input circuit, pins, or related circuits, etc.

[0037] A seventh aspect provides a computer-readable storage medium comprising a computer program that, when executed on a device, causes the device to perform the method as described in any of the designs of any of the first to third aspects described above.

[0038] Eighthly, a computer program product is provided, the computer program product comprising: a computer program or instructions that, when the computer program or instructions are run on a computer, cause the computer to perform the method as described in any of the designs of any of the first to third aspects above.

[0039] A ninth aspect provides a chip system including at least one processor and at least one interface circuit, the at least one interface circuit being used to perform transceiver functions and send instructions to at least one processor, wherein when at least one processor executes instructions, at least one processor performs the method as described in any of the designs of any of the first to third aspects above.

[0040] In a tenth aspect, a communication system is provided, comprising the intelligent control device described in the fifth aspect and the terminal device described in the sixth aspect.

[0041] It should be noted that the technical effects of any of the designs in aspects four through ten above can be found in the technical effects of the corresponding designs in aspects one through three, and will not be repeated here. Attached Figure Description

[0042] Figure 1 is a schematic diagram of a whole-house smart home scenario provided by an embodiment of this application;

[0043] Figure 2 is a flowchart illustrating a control scheme provided in an embodiment of this application;

[0044] Figure 3 is a schematic diagram of the structure of a communication system provided in an embodiment of this application;

[0045] Figure 4 is a schematic diagram of the structure of a smart host provided in an embodiment of this application;

[0046] Figure 5 is a schematic diagram of the connection structure of the control channel of a smart host provided in an embodiment of this application;

[0047] Figure 6 is a schematic diagram of a process for establishing a control channel according to an embodiment of this application;

[0048] Figure 7 is a schematic diagram of the interface provided in an embodiment of this application;

[0049] Figure 8 is a schematic diagram of the interface provided in an embodiment of this application;

[0050] Figure 9 is a schematic diagram of the interface provided in the embodiment of this application;

[0051] Figure 10 is a schematic diagram of a profile corresponding to a smart home device provided in an embodiment of this application;

[0052] Figure 11 is a schematic diagram of a process provided in an embodiment of this application, in which a smart host obtains preset permissions from a server for configuration;

[0053] Figure 12 is a schematic diagram of the interface provided in the embodiment of this application;

[0054] Figure 13 is a schematic diagram of a process for controlling smart home devices according to an embodiment of this application;

[0055] Figure 14 is a schematic diagram of the interface provided in the embodiment of this application;

[0056] Figure 15 is a flowchart illustrating the process of a smart host sending control permissions according to an embodiment of this application;

[0057] Figure 16 is a schematic diagram of the interface provided in an embodiment of this application;

[0058] Figure 17 is a schematic diagram of the interface provided in an embodiment of this application;

[0059] Figure 18 is a schematic diagram of the interface provided in an embodiment of this application;

[0060] Figure 19 is a schematic diagram of a process for applying for control permissions provided in an embodiment of this application;

[0061] Figure 20 is a flowchart illustrating a device control method provided in an embodiment of this application;

[0062] Figure 21 is a schematic diagram of the structure of a device provided in an embodiment of this application;

[0063] Figure 22 is a schematic diagram of a chip system provided in an embodiment of this application. Detailed Implementation

[0064] In the description of this application, unless otherwise stated, " / " indicates that the objects before and after are in an "or" relationship. For example, A / B can mean A or B. "And / or" in this application is merely a description of the relationship between the related objects, indicating that there can be three relationships. For example, A and / or B can mean: A exists alone, A and B exist simultaneously, and B exists alone. A and B can be singular or plural.

[0065] In the description of this application, unless otherwise stated, "multiple" means two or more. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or multiple items. For example, at least one of a, b, or c can mean: a, b, c, a and b, a and c, b and c, a and b and c, where a, b, and c can be single or multiple.

[0066] Furthermore, to facilitate a clear description of the technical solutions in the embodiments of this application, the terms "first" and "second" are used in the embodiments of this application to distinguish identical or similar items with substantially the same function and effect. Those skilled in the art will understand that the terms "first" and "second" do not limit the quantity or execution order, and the terms "first" and "second" are not necessarily different.

[0067] With the introduction of various smart devices into people's lives, the era of whole-house intelligence has arrived. For example, Figure 1 is a schematic diagram of a whole-house intelligence scenario provided in an embodiment of this application. It can be understood that whole-house intelligence uses the residence as a platform, integrating facilities related to home life using various technologies such as integrated wiring technology, network communication technology, security technology, automatic control technology, and audio-visual technology. By constructing an efficient management system for residential facilities and daily household affairs, it enhances the home's security, convenience, comfort, and other aspects of the home experience.

[0068] As shown in Figure 1, the entire house includes the entrance hallway, kitchen, dining room, living room, balcony, master bedroom, second bedroom, and bathroom. Multiple smart devices are installed throughout the house. Specifically, the kitchen is equipped with a rice cooker or electric pressure cooker, gas appliances, a smart switch panel, and smart lights; the living room has a smart speaker, smart lights, a smart TV, a router, and a smart host (also known as the whole-house smart host); the balcony has smart curtains; the dining room has smart lights and a robot vacuum cleaner; the master bedroom has smart lights, smart curtains, a smart TV, a smart speaker, and a router; the second bedroom has smart lights and a smart table lamp; and the bathroom has smart lights and a body fat scale.

[0069] In a smart home scenario, smart devices can establish connections using either wired or wireless communication methods. For example, wired communication methods may include, but are not limited to, power line communication (PLC). Wireless communication methods may include, but are not limited to, near field communication (NFC), Bluetooth (BT) (e.g., classic Bluetooth or Bluetooth Low Energy (BLE)), wireless local area networks (WLAN) (e.g., Wi-Fi), Zigbee, frequency modulation (FM), and infrared (IR).

[0070] With the widespread application of whole-house smart home systems across various industries and scenarios, in some scenarios or industries, such as hotels and apartments, there may be a need for different users to manage and control smart devices within the same whole-house smart home environment. In some implementations, these different users may include those who enjoy or use the whole-house smart home service (referred to as family users in this application embodiment), and those who purchase or manage the whole-house smart home service (referred to as enterprise users in this application embodiment). Taking a hotel scenario as an example, the whole-house smart home system can be installed in each room of the hotel. Each guest staying in each room can be considered a family user, while the hotel management company can be considered an enterprise user. Both family users and enterprise users may have a need to manage and control the smart devices in the room where the family user is staying. Similarly, in an apartment scenario, the whole-house smart home system can be installed in each unit. Each resident or tenant can be considered a family user, while the management company (such as the property management company or landlord) of the apartment can be considered an enterprise user. Both family users and enterprise users may have a need to manage and control the smart devices in the unit where the family user resides.

[0071] Of course, the definitions of home users and enterprise users mentioned above can be changed in other scenarios. It is understood that home users and enterprise users are merely names used to distinguish different user roles in certain exemplary scenarios. In other implementation scenarios, different types of users can be distinguished by other names, such as first user, second user, etc.

[0072] In one control scheme, as shown in Figure 2(1), the smart host 200 included in the whole-house smart system can connect to and register with the server belonging to the home user, such as the smart living cloud 210, and then receive control commands from the home user from the smart living cloud 210. Based on these control commands, the home user can control the smart devices 230 (such as smart speakers 231, smart TVs 232, smart lamps 233, smart lights 234, etc.). Alternatively, as shown in Figure 2(2), the smart host 200 can connect to and register with the server belonging to the enterprise user, such as the remote server 220, and then receive control commands from the enterprise user from the remote server 220. Based on these control commands, the enterprise user can control the smart devices 230. That is to say, the smart host can only connect to and register with the server belonging to one user at a time. Correspondingly, the smart host can only receive control commands from one user for the smart devices at a time, and can only control the smart devices for one user. This cannot meet the needs of different users to control the smart devices in the same whole-house smart scenario separately. These different users can be users of different types or different roles.

[0073] Based on this, this application provides a device management method that enables different users to manage smart devices in the same scenario separately, thereby improving the convenience and security of device management.

[0074] The technical solution provided in this application can be applied to scenarios where multiple different users simultaneously manage and control several smart devices, and these multiple users need to send control commands to the smart devices through different servers.

[0075] For example, Figure 3 shows a schematic diagram of the architecture of a communication system for applying a device management method according to an embodiment of this application. As shown in Figure 3, the communication system 300 includes at least one first device 310 and a second device 320.

[0076] The first device 310 can be a smart device. For example, smart devices can include, but are not limited to, smart home devices, smart city devices, in-vehicle devices, mobile phones, tablets, laptops, netbooks, personal digital assistants (PDAs), wearable devices, and artificial intelligence (AI) devices. Smart home devices include, but are not limited to, smart home control panels, audio-visual devices (such as large-screen devices and speakers), lighting systems (such as table lamps and light bulbs), environmental control devices (such as air purifiers and robot vacuums), security systems (such as cameras and smart locks), kitchen appliances (such as ovens and dishwashers), and smart sensors. Figure 3 shows at least one first device 310 as a smart speaker 311, a smart TV 312, a smart table lamp 313, and a smart light bulb 314.

[0077] The second device 320 (also referred to as the intelligent control device 320) can be a device dedicated to controlling the first device 310, or it can be a device that includes functions for controlling the first device 310. The second device 320 can be connected to the first device 310. For example, the first device 310 can be various devices such as a smart host, a smart lightweight host, a routing device, or a gateway device. Optionally, the second device 320 can be a fixed device or a portable device. This application embodiment is described with the second device 320 as a smart host. In some embodiments, the second device 320 can receive control commands from different users or different accounts, and control the first device 310 based on these control commands.

[0078] In some embodiments, there may be multiple second devices 320, and different second devices 320 may be used to manage different first devices 310. Different second devices 320 may be connected to different first devices 310.

[0079] In some embodiments, the communication system 300 may further include a third device 330 and a fourth device 340. For example, the third device 330 and / or the fourth device 340 may include, but are not limited to, various terminal devices such as mobile phones, laptops, personal digital assistants (PDAs), and personal computers. The third device 330 can be used to receive control commands from home users to the first device 310 and send the control commands to the second device 320, thereby enabling home users to manage and control the first device 310. Similarly, the fourth device 340 can be used to receive control commands from enterprise users to the first device 310 and send the control commands to the second device 320, thereby enabling enterprise users to manage and control the first device 310.

[0080] Optionally, in this embodiment, a home user can perform various button operations, gesture commands, voice operations, etc., on the third device 330. In response to the home user's operation, the third device 330 can obtain the home user's control command. Similarly, an enterprise user can also perform various types of operations on the fourth device 340. In response to the enterprise user's operation, the fourth device 340 can obtain the enterprise user's control command.

[0081] In some embodiments, the number of third devices 330 can be one or more, and different third devices 330 can be used to receive control commands from different home users to the first device 310. Correspondingly, different third devices 330 can send control commands to the second device 320 respectively, so as to realize the management and control of the first device 310 by different home users.

[0082] In some embodiments, the fourth device 340 can be connected to multiple different second devices 320 simultaneously. The fourth device 340 can receive control commands from enterprise users to the first device 310 managed by different second devices 320. Accordingly, the fourth device 340 can send control commands to different second devices 320 respectively, thereby enabling centralized control of the first device 310 managed by different second devices 320 by enterprise users.

[0083] It is understood that the embodiments of this application do not impose specific restrictions on the type and product form of the first device 310, the second device 320, the third device 330 and the fourth device 340.

[0084] In some embodiments, the third device 330, the fourth device 340, and the second device 320 can communicate via other devices, such as a server. Optionally, the server can be a cloud server or a network server, or other devices or network devices with computing capabilities. A server can be a single server, a server cluster consisting of multiple servers, or a cloud computing service center. Therefore, in this embodiment, the communication system 300 shown in FIG3 may also include server 350 and server 360. Optionally, server 350 and server 360 can be the same type of server, such as both being remote servers or cloud computing centers. They can also be different types of servers, such as server 350 being a cloud computing center and server 360 being a remote server. Optionally, there can be one or more servers 350 and servers 360.

[0085] It is understood that Figure 3 illustrates an example where the third device 330 and the fourth device 340 communicate with the second device 320 through different servers. In other embodiments, the third device 330 and the fourth device 340 may also communicate with the second device 320 through the same server.

[0086] Optionally, the devices included in the communication system 300 shown in Figure 3 may or may not have an operating system installed. For example, the operating system may include, but is not limited to, those mentioned above. Or other operating systems.

[0087] Optionally, the devices included in the communication system 300 shown in Figure 3 can establish connections with each other through wired or wireless communication methods. For a description of the wired and wireless communication methods, please refer to the above.

[0088] The following uses the second device 320 as an example of a smart host. Figure 4 shows a schematic diagram of the structure of a smart host provided in an embodiment of this application.

[0089] As shown in Figure 4, the smart host may include a processor 410, a memory 420, an antenna, a communication module 430, and a display screen 440, etc.

[0090] The processor 410 may include one or more processing units, such as an application processor (AP), a modem processor, a graphics processing unit (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural network processing unit (NPU). These different processing units may be independent devices or integrated into one or more processors.

[0091] The controller can generate operation control signals based on the instruction opcode and timing signals to complete the control of instruction fetching and execution.

[0092] The processor 410 may also include a memory for storing instructions and data.

[0093] In some embodiments of this application, the processor 410 may restrict the control permissions of home users and enterprise users on smart devices based on the acquired preset permissions. A description of these acquired preset permissions is provided below.

[0094] The communication function of the intelligent host can be realized through the antenna and the communication module 430.

[0095] The memory 420 can be used to store computer executable program code, which includes instructions. The memory 420 may include a program storage area and a data storage area. The program storage area may store the operating system, at least one application program required for a function (such as image playback), etc. The data storage area may store data created during the use of the smart host. The processor 410 executes various functional applications and data processing of the smart host by running instructions stored in the memory 420 and / or instructions stored in memory located within the processor.

[0096] In some embodiments of this application, memory 420 may be used to store acquired permission configurations.

[0097] Antennas are used to transmit and receive electromagnetic wave signals. Each antenna in a smart host can be used to cover one or more communication frequency bands. Different antennas can also be reused to improve antenna utilization.

[0098] The communication module 430 can provide wireless communication solutions for smart hosts, including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared (IR) technologies. The communication module 430 can be one or more devices integrating at least one communication processing module. The communication module 430 receives electromagnetic waves via an antenna, performs frequency modulation and filtering of the electromagnetic wave signals, and sends the processed signal to the processor 410. The communication module 430 can also receive signals to be transmitted from the processor 410, perform frequency modulation and amplification, and convert them into electromagnetic waves for radiation via the antenna.

[0099] In some embodiments, the antenna of the smart host is coupled to the communication module 430, enabling the smart host to communicate with the network and other devices (one or more devices other than the second device 320 as shown in FIG2) via wireless communication technology. The wireless communication technology may include Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Time-Division Code Division Multiple Access (TD-SCDMA), Long Term Evolution (LTE), BT, GNSS, WLAN, NFC, FM, and / or IR technologies, etc.

[0100] In some embodiments, the communication module 430 may include one or more network interfaces (or interfaces), which can be used to access different networks to enable communication with other devices (such as servers 350 and 360 as shown in Figure 3). It is understood that the name of the network interface may differ when the intelligent host uses different protocols.

[0101] In some implementations, the different control channels contained in the intelligent host can be connected to different network interfaces of the intelligent host. Taking an intelligent host with at least two network interfaces as an example, as shown in Figure 5(1), the intelligent host 500 can access network 1 provided by router 510 through network interface 1 and establish a connection with server 350 through network 1 (which can be used as an example of one control channel). The intelligent host 500 can access network 2 provided by switch 520 through network interface 2 and establish a connection with server 360 through network 2 (which can be used as an example of another control channel). In this way, the intelligent host connects to different control channels by accessing different networks, and if one control channel is disconnected due to a network failure, it will not affect the other control channel. That is to say, the intelligent host can connect to different control channels through two independent networks without affecting each other.

[0102] In other implementations, different control channels contained in the intelligent host can be connected to the same network interface of the intelligent host simultaneously. As shown in Figure 5(2), the intelligent host can access network 3 provided by router 510 through network interface 1 and establish a connection with server 350 through network 3 (which can be used as an example of a control channel). It can also access network 3 provided by switch 520 through network interface 1 and establish a connection with server 360 through network 3 (which can be used as an example of another control channel).

[0103] The intelligent host implements display functions through a GPU, a display screen, and an application processor. The display screen 440 is used to display images, videos, etc. The display screen 440 includes a display panel.

[0104] It is understood that the structures illustrated in the embodiments of the present invention do not constitute a specific limitation on the intelligent host. In other embodiments of this application, the intelligent host may include more or fewer components than illustrated, such as one or more of a battery, power management module, charging management module, etc. Alternatively, some components may be combined, some components may be separated, or different components may be arranged. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0105] Optionally, the structure of the other devices shown in Figure 3 besides the second device 320 can be referenced to the implementation of the intelligent host. Optionally, the other devices may include more or fewer components than the intelligent host shown in Figure 4, or combine some components, or split some components, or replace some components, or have different component arrangements. The components illustrated can be implemented in hardware, software, or a combination of software and hardware.

[0106] The technical solutions involved in the following embodiments can all be implemented in the device with the structure shown in Figure 4 and the system with the architecture shown in Figure 3.

[0107] It is understood that in the following embodiments, the first device 310 is a smart home device, the second device 320 is a smart host, the third device 330 is a mobile phone, the fourth device 340 is a computer, the server 350 is a smart living cloud, and the server 360 is a remote server. The smart home device, smart host, mobile phone, computer, smart living cloud, or remote server can execute some or all of the steps in the embodiments of this application. These steps or operations are merely examples, and the embodiments of this application can also perform other operations or variations thereof. Furthermore, the steps can be executed in different orders as presented in the embodiments of this application, and it is not necessary to execute all the operations in the embodiments of this application.

[0108] In some embodiments, the smart host can simultaneously connect to (or include) multiple different control channels. These different control channels can be used to transmit control commands from different users. The smart host can manage and control smart home devices based on the control commands from different control channels, thereby enabling different users to simultaneously manage and control smart home devices. It is understood that in the embodiments of this application, the different control channels included in the smart host can refer to mutually independent communication connection channels. These different communication connection channels can be physically isolated.

[0109] This approach allows different users to manage and control smart devices within the same smart home ecosystem separately, improving the convenience and security of device management. Optionally, these different users can include one or more home users and / or one or more enterprise users. These users can be of the same type, such as all being home users or all being enterprise users. Alternatively, they can be users of different types, such as home users, enterprise users, and other types of users.

[0110] The following example illustrates the device management method provided in this application, where a smart host is simultaneously connected to two different control channels: a user control channel and an enterprise control channel. The user control channel is used to transmit control commands from home users, and the enterprise control channel is used to transmit control commands from enterprise users. In other words, this application embodiment uses the example of one home user and one enterprise user to describe the device management method provided in this application embodiment.

[0111] In some embodiments, the user control channel can refer to the communication connection between the smart host and the smart living cloud. Home users can send control commands to the smart host through smart living applications installed on devices such as mobile phones, and these control commands will then be transmitted to the smart host through the user control channel. The enterprise control channel can refer to the communication connection between the host and the enterprise's management server, i.e., the remote server. Enterprise users can send control commands to the smart host through enterprise applications (or the first application) installed on devices such as computers, and these control commands will then be transmitted to the smart host through the enterprise control channel.

[0112] The process of establishing user control channels and enterprise control channels is described below.

[0113] In some embodiments, the installation and maintenance personnel can perform the aforementioned operations of establishing user control channels and enterprise control channels. As a specific example, a mobile phone or other device can have an installation and maintenance application (such as an EasyMain application, APP) installed for managing the smart host. The installation and maintenance personnel can perform the aforementioned operations through this application. In this example, Figure 6 shows a schematic diagram of a process for establishing user control channels and enterprise control channels provided in an embodiment of this application. As shown in Figure 6, the process includes the following steps:

[0114] S601: The smart host establishes a connection with a mobile phone that has the installation and maintenance application installed.

[0115] In some embodiments, after a mobile phone (hereinafter referred to as a mobile phone) with the installation and maintenance application installed connects to a local area network (such as a local area network provided by a router, etc.), it can discover smart hosts that are on the same local area network and / or logged into the same account (such as a Huawei account, etc.). For example, the account is used to represent the account of the smart host management system logged in during the server registration process. For example, the account can be the account of the installation and maintenance personnel registering the installation and maintenance application.

[0116] In some examples, as shown in Figure 7(1), the phone displays the main interface 700 (or desktop 700), which includes icons for one or more applications, such as the calendar application icon, the weather application icon, etc., which will not be listed here. The icons of different applications can be used to open the running interface of the corresponding application and realize the function of the corresponding application. Among these one or more application icons is the installation and maintenance application icon 701.

[0117] If the mobile phone detects a click operation by an installation and maintenance personnel on the installation and maintenance application icon 701, in response to the click operation, as shown in Figure 7(2), the mobile phone displays the running interface 710 of the installation and maintenance application. The running interface 710 of the installation and maintenance application includes an add control (or button) 711, which can be used to add a smart host. Optionally, the add control 711 can also be used to implement functions such as scanning; by scanning the identification code of the smart host, the smart host can also be added. Optionally, the running interface 710 of the installation and maintenance application can also display one or more add device cards 712, which can also be used to add one or more smart hosts.

[0118] Taking the installation and maintenance personnel adding a smart host via the add control 711 as an example, the mobile phone detects such as the installation and maintenance personnel clicking on the add control 711. In response to this click operation, as shown in Figure 7(3), the mobile phone displays interface 720. Among them, interface 720 includes add device control 721, which can be used to add a smart host. The mobile phone detects such as the installation and maintenance personnel clicking on the add device control 721. In response to this operation, the mobile phone starts to search for smart hosts that are on the same local area network or logged in with the same account, and presents the information of the searched smart hosts. As shown in Figure 7(4) in the add device interface 730, the mobile phone can display the identifier of the smart host located near the mobile phone. It can be understood that the add device interface 730 shown in Figure 7(4) only shows the identifier of one smart host. In actual applications, there may be multiple smart host identifiers.

[0119] In some examples, the corresponding smart host can be added to the installation and maintenance application via the connection button 731 shown in Figure 7 (4). Of course, in other examples, the mobile phone can also add one or more smart hosts to the installation and maintenance application through other add operations. This application embodiment does not specifically limit the type of add operation.

[0120] Alternatively, installation and maintenance personnel can add the smart host to the installation and maintenance application using the scan control 722 shown in Figure 7 (3). For example, the mobile phone detects a click operation (not shown in the figure) by the installation and maintenance personnel on the scan control 722 included in the interface 720. In response to this operation, the mobile phone can activate the camera to scan various types of identification codes such as QR codes or barcodes on the smart host. After successful scanning, the corresponding smart host can be added to the installation and maintenance application.

[0121] Correspondingly, once the smart host is added to the installation and maintenance application, the mobile phone with the application installed will connect to the smart host, and the installation and maintenance personnel can manage the smart host through the mobile phone with the application installed.

[0122] S602. Mobile phones with the installation and maintenance application installed receive configuration information input by installation and maintenance personnel.

[0123] This configuration information can be used to establish user control channels and enterprise control channels for the smart host. In some embodiments, the configuration information may include multiple identifiers such as the smart living cloud identifier, the remote server identifier, the smart host identifier, and keys or certificates of the smart living cloud, the remote server, or the smart host. For example, the smart living cloud identifier and the remote server identifier can be addresses (such as internet protocol (IP) addresses) or other unique identification information. The smart host identifier may include a smart host ID, a serial number (SN), or a unique ID assigned to the smart host in other ways.

[0124] Understandably, installation and maintenance personnel can add one or more smart hosts to the installation and maintenance application simultaneously. Different smart hosts can be used to manage different smart home devices. For example, in a hotel setting, each room can be equipped with a smart host, and each smart host can manage the smart home devices in that room. For instance, a smart host installed in room A can manage the smart home devices in room A, and a smart host installed in room B can manage the smart home devices in room B. Installation and maintenance personnel can add all the smart hosts installed in the hotel to the installation and maintenance application and configure control channels for one or more of them.

[0125] The following example illustrates the configuration of control channels for a smart host installed in room 1011 by installation and maintenance personnel. After the personnel add the smart host in room 1011 to the installation and maintenance application, the mobile phone can display a configuration interface 800 as shown in Figure 8 (1). The configuration interface 800 can be used to configure at least one of the following for the smart host installed in room 1011: a home user channel or an enterprise control channel. The configuration interface 800 includes function buttons 801, which can be used to bring up one or more function options, such as the house name editing option 802, the environment configuration option 803, and the batch network configuration option 804, etc., which will not be described in detail here.

[0126] When the mobile phone detects a user's click on the environment configuration option 803, it responds to the operation by displaying the environment configuration interface 810 as shown in Figure 8(2). The environment configuration interface 810 includes an "Import Environment Configuration" button 811, which allows installation and maintenance personnel to import configuration information. Optionally, the environment configuration interface 810 may also include one or more imported configuration files, such as the device cloud service address, the log cloud server address, and a "Reset All" button. When the mobile phone detects a user's click on the "Import Environment Configuration" button 811, it responds to the operation by displaying one or more configuration files, such as configuration file 821, configuration file 822, and configuration file 823, as shown in Figure 8(3). Each configuration file may contain different configuration information for configuring different control channels. Installation and maintenance personnel can perform a selection operation on any of the configuration files, and in response to this selection operation, the mobile phone can receive the configuration information input by the installation and maintenance personnel.

[0127] For example, Table 1 shows an example of the configuration information contained in the configuration file provided in the embodiments of this application.

[0128] Table 1

[0129] The configuration information shown in Table 1 includes the address "1.1.1.0" and key "hilinkDevicePrimaryCloudUrl" of the Smart Living Cloud, the address "1.1.1.1" and key "ROOT" of the remote server, and the ID and SN of the smart host. Optionally, this configuration information may also include a "project code," which can be used to identify different projects. It is understood that the configuration information corresponding to different projects may be different, and the same smart host may belong to one or more projects simultaneously. Therefore, the configuration information also includes a project identifier (such as a "project code") to help the smart host determine which project the current configuration information belongs to. Optionally, the same project may contain multiple smart hosts simultaneously, and the project codes included in the configuration information of smart hosts belonging to the same project can be the same. For example, in a hotel scenario, if a hotel corresponds to a certain project code, then all smart hosts contained in that hotel will have the same project code in their configuration information.

[0130] S603: A mobile phone with the maintenance application installed sends configuration information to the smart host. Correspondingly, the smart host receives the configuration information from the mobile phone.

[0131] S604 and the smart host initiate registration connections to the smart living cloud and the remote server respectively based on the configuration information.

[0132] Optionally, the smart host can connect to different networks using different network interfaces, and then register and connect to the smart living cloud and the remote server through these different networks. Alternatively, the smart host can connect to the same network using the same network interface, and then register and connect to the smart living cloud and the remote server through the same network.

[0133] In some embodiments, after receiving configuration information, the intelligent host can directly initiate a registration connection to the remote server. In other embodiments, after receiving configuration information, the intelligent host can also initiate a registration connection to the remote server only after detecting that the intelligent host has been added to the enterprise application. For the implementation of adding the intelligent host to the enterprise application, refer to the similar implementation described above for adding the intelligent host to the installation and maintenance application.

[0134] In other embodiments, since different home users may be managing smart home devices through the smart host, the smart host can initiate a registration connection to the smart life cloud only after receiving the configuration information and detecting that the smart host has been added to the smart life application. For example, the operation of adding the smart host to the smart life application can be a one-click home check-in operation, or it can be an operation similar to Figure 7, where the smart host is added to the smart life application individually via scanning a code or searching.

[0135] For example, taking the one-click house-taking operation as an example, as shown in Figure 9(1), a mobile phone with the smart living application installed can display the smart living operation interface 900. The operation interface 900 includes a function button 901, which can be used to bring up one or more options, such as the add device option 902, the create scene option, the share platform option, etc., which will not be listed here. The mobile phone detects the click operation of the home user on the add device option 902. In response to the operation, the mobile phone starts to search for nearby smart hosts and presents the cards of the searched smart hosts. As shown in Figure 9(2), the search interface 910 only presents a smart host card, namely card 911. Card 911 can be used to realize the one-click house-taking operation.

[0136] If the mobile phone detects a click operation on card 911 by a family user, in response to the operation, as shown in Figure 9 (3), the mobile phone can display a pop-up window 920, which contains one or more family options, such as the new family option, the aa family option 921, etc. The family user can choose to add the smart host to the family corresponding to any of the family options. If the mobile phone detects a selection operation on the aa family option 921 by a family user, in response to the operation, the mobile phone can display a one-click house-taking button 930 as shown in Figure 9 (4). The family user can perform an operation such as clicking the one-click house-taking button 930, i.e., a one-click house-taking operation. In response to the one-click house-taking operation, the mobile phone adds the smart host and all smart home devices controlled by the smart host to the smart life application account of the family user. Correspondingly, during the addition process, the smart host initiates a registration connection to the smart life cloud based on the configuration information.

[0137] Optionally, in other embodiments, home users can also use methods such as "tap to receive the house" to achieve one-click house receiving. For example, after a home user logs in to the smart living application installed on their mobile phone with their account, they can touch the NFC area of ​​their mobile phone to the NFC tag on the smart host. The mobile phone responds to the touch operation and can also display the one-click house receiving button 930 as shown in Figure 9 (4). Home users can also achieve one-click house receiving through such as the one-click house receiving button 930.

[0138] Furthermore, once the smart host registers and connects to the smart living cloud, a user control channel is established. Once the smart host registers and connects to the remote server, an enterprise control channel is established.

[0139] It is understood that the above only provides one example of configuring user control channels and enterprise control channels. In practical applications, user control channels and enterprise control channels can also be configured in other ways.

[0140] The above mainly introduced the establishment process of user control channels and enterprise control channels. The following describes the process of home users controlling smart home devices through user control channels and enterprise users controlling smart home devices through enterprise control channels.

[0141] In some embodiments, the permissions for home users to manage smart home devices through a user control channel and the permissions for enterprise users to manage smart home devices through an enterprise control channel can be different. This allows home users and enterprise users to have different management permissions for smart home devices within the same whole-house smart home scenario, ensuring the security of device management and user privacy.

[0142] Optionally, the control permissions may include, but are not limited to, the range of attributes (i.e., attribute set) of controllable smart home devices, the range of data of smart home devices that can be read, etc. For example, these different permissions may include, but are not limited to: controlling different smart home devices (e.g., a home user can control smart home device A, while an enterprise user can control smart home device B); controlling different attributes or different attribute ranges of the same smart home device (e.g., a home user can control the on / off attribute of a lighting device, while an enterprise user can control the lighting mode of a lighting device); different permissions for the same attribute of the same smart home device (e.g., a home user can change the on / off attribute of a lighting device to control whether the lighting device is on or off; an enterprise user can only read the on / off attribute of the lighting device to determine whether the lighting device is on or off, i.e., performing different types of control).

[0143] In some scenarios, to enhance the experience for home users, they can have full control over all smart home devices managed by the smart host. Alternatively, to ensure home users' privacy and security requirements, enterprise users can have partial control over certain smart home devices managed by the same smart host. For example, in a hotel setting, a guest staying in room A can have full control over all smart home devices in room A, while the hotel manager can have only partial control over certain smart home devices in room A.

[0144] Of course, in other scenarios, home users may only have partial control over all smart home devices managed by the smart hub. Alternatively, enterprise users may have full control over all devices managed by the smart hub.

[0145] The following describes the process of configuring the control permissions for home users and enterprise users to manage smart home devices (hereinafter referred to as home user control permissions). It should be understood that this application embodiment does not restrict the order in which home user and enterprise user control permissions are configured, or the order in which user control channels and enterprise control channels are configured.

[0146] In some embodiments, the control permissions for home users or enterprise users can be pre-set in the server. For example, the server can store a mapping relationship between the representation information of home users and their corresponding control permissions, or a mapping relationship between the representation information of enterprise users and their corresponding control permissions. The smart host can obtain this mapping relationship from the server to complete the configuration of control permissions for home users and enterprise users. Alternatively, when only one user has full control permissions over smart home devices by default, the server can also pre-set only the permissions of the user with partial control permissions over smart home devices. In this application embodiment, the control permissions for home users or enterprise users pre-set in the server are referred to as pre-set permissions (or permission configuration information). In this way, the smart host can directly obtain the pre-set permissions from the server to complete the permission configuration for home users or enterprise users, that is, to complete the permission configuration for user control channels or enterprise control channels. Compared with the method of manually setting or selecting permissions one by one to configure permissions for users, it can improve the efficiency and accuracy of permission configuration. Optionally, for an introduction to the server, please refer to the relevant introduction of the server described above.

[0147] For example, the representation information of a home user can be a login account of a smart living application, the address of a smart living cloud, the identifier of a user control channel, or other information that can be used to represent a home user. The representation information of an enterprise user can be a login account of an enterprise application, the address of a remote server, the identifier of an enterprise control channel, or other information that can be used to represent an enterprise user.

[0148] In some implementations, pre-defined permissions on the server can be configured at the device level. That is, they are configured based on whether a user has control over a device. For example, pre-defined permissions on the server could be: home users can control smart home devices A, B, and C; enterprise users can control smart devices D and E. In this implementation, the mapping between home user characteristics and corresponding permissions can be used to determine which smart home devices a home user has control over, or which they do not. Similarly, the mapping between enterprise user characteristics and corresponding permissions can be used to determine which smart home devices an enterprise user has control over, or which they do not.

[0149] In other implementations, pre-defined permissions on the server can be configured based on device type. That is, permissions are configured according to whether a user has control over a particular device type. For details on this implementation, please refer to the device-based configuration implementation described above.

[0150] In some implementations, a smart home device may contain one or more attributes, and home users and enterprise users may also manage one or more of these attributes.

[0151] In this implementation, as a specific example, the preset permissions in the server can be configured according to the attributes of the same type of smart home devices. That is, the permissions are configured according to which attributes of which type of smart home devices the user has control over.

[0152] In some examples, the attribute identifiers of smart home devices can be represented using identifiers (CIDs) of attributes included in services provided in the product profile file. Of course, in other embodiments, the attribute identifiers of smart home devices can also be represented in other ways. It can be understood that the profile corresponding to a smart home device is a JSON file, which can be used to describe what the smart home device is, what it can do, and what services it can provide.

[0153] For example, Figure 10 shows an example of a profile corresponding to a smart home device provided in an embodiment of this application. As shown in Figure 10, the services that the smart home device can provide include Service 1, Service 2, Service N, etc. For each service, there are one or more attributes, such as Service 2 including Attribute 1, Attribute 2, Attribute N, etc. Each attribute can have one or more control methods, such as readable, writable, requiring user authorization, etc. It can be understood that for each smart home device, it can provide one or more services, different services have different SIDs, a service can contain one or more attributes, and different attributes have different CIDs. The identifier (SID) corresponding to the same type of smart home device (such as lighting equipment, thermostat equipment, security equipment, audio and video playback equipment, etc.) can be the same. In other words, for different types of smart home devices, the SIDs corresponding to the services provided are different.

[0154] In this embodiment, in conjunction with the example described above, the permission configuration pre-installed in the server can be as shown in Table 2.

[0155] Table 2

[0156] As shown in Table 2, taking the service identifier corresponding to a type A smart home device with SID1 as an example, home users have write permissions to the attributes of the type A smart home device represented by CID1 in SID1, while enterprise users have read permissions to the attributes of the type A smart home device represented by CID2 in SID1. Similarly, taking the service corresponding to a type C smart home device with SID3 as an example, home users have read permissions to the attributes of the type C smart home device represented by CID1 in SID3, while enterprise users have read permissions to the attributes of the type C smart home device represented by CID2 in SID3, and so on.

[0157] It is understood that Table 2 uses different SID identifiers for services of smart home devices of different device types as an example. In other embodiments, services of smart home devices of different device types can be identified using the same SID. Optionally, in this embodiment, since the type of smart home device cannot be distinguished by SID alone, the corresponding smart home device type identifier can also be included in the permission configuration preset on the server.

[0158] As another specific embodiment, the pre-configured permissions in the server can be configured according to the attributes of individual smart home devices. That is, they can be configured according to which attributes of which smart home devices a user has control over. In this embodiment, the permission configuration pre-configured in the server can be as shown in Table 3.

[0159] Table 3

[0160] As shown in Table 3, the Device ID refers to the identifier of a smart home device. This identifier can be a SN (Signature Number) or a device identifier assigned under other circumstances. For example, if Device ID 1 is the identifier for a living room air conditioner, then a home user has write permission to a certain attribute of the living room air conditioner represented by CID1 in SID1. Similarly, if Device ID 3 is the identifier for a smart curtain in the master bedroom, then an enterprise user has read permission to a certain attribute of the smart curtain represented by CID2 in SID3, and so on. It is understood that Table 3 uses the example of different device types potentially having the same SID. In other embodiments, if different device types have different SIDs, then the Device IDs shown in Table 3 do not need to be pre-stored in the server.

[0161] In some embodiments, as described above, since different smart hosts may belong to different projects, multiple permissions corresponding to different projects can be pre-configured on the same server. Therefore, the server can also store the mapping relationship between project identifiers (such as the "project code" or other identifiers shown in Table 1) and corresponding pre-configured permissions, so as to obtain the corresponding permission configuration from the server based on the project to which the smart host belongs.

[0162] In this embodiment, the cloud server corresponding to the installation and maintenance application (described below as EasyCloud) is used as the server with pre-set permissions. Taking EasyCloud as an example, which contains permissions corresponding to multiple projects, the process of the intelligent host obtaining pre-set permissions from the server and configuring them is introduced, as shown in Figure 11. This process includes the following steps:

[0163] S1101. Mobile phones with installation and maintenance applications installed obtain pre-set permissions from EasyCloud based on the project identifier.

[0164] For example, EasyCloud stores a mapping relationship between project identifiers and preset permissions. A mobile phone with the installation and maintenance application installed (or simply a mobile phone) can obtain the corresponding preset permissions based on this mapping relationship and the project identifier. It can be understood that the obtained preset permissions are the permissions corresponding to the project represented by the project identifier.

[0165] In some embodiments, the project identifier in step S1101 can be the identifier of the project to which the smart host belongs. Optionally, before the mobile phone performs step S1101, the mobile phone can also perform the operation of obtaining the project identifier.

[0166] As a concrete example, installation and maintenance personnel can log in to the installation and maintenance application using a project account, as shown in step S1103 of Figure 11. The installation and maintenance personnel enter the project account into the mobile phone with the installation and maintenance application installed, and then log in to the application. Correspondingly, in response to the project account entered by the installation and maintenance personnel, the mobile phone can obtain the project identifier. If the project account can be the project identifier, or if there is a binding relationship between the project account and the project identifier, the mobile phone can also obtain the project identifier based on the project account and the binding relationship.

[0167] As another concrete example, installation and maintenance personnel can log in to the installation and maintenance application using their employee ID or personal mobile phone number. The application's interface can contain multiple project modules, each corresponding to a different project identifier. Each project module can be used to trigger the retrieval of permissions for the corresponding project from the server. If the mobile phone detects a click operation by an installation and maintenance personnel on a project module, it can obtain the project identifier corresponding to that module in response to the operation. Of course, installation and maintenance personnel can also obtain multiple project identifiers simultaneously, and then retrieve the preset permissions corresponding to each project identifier from the EasyCloud based on these multiple project identifiers.

[0168] S1102. The mobile phone with the installation and maintenance application installed sends preset permissions to the smart host. Correspondingly, the smart host receives the preset permissions from the mobile phone.

[0169] Understandably, an installation and maintenance application can have one or more smart hosts added simultaneously. If these smart hosts all belong to the project represented by the project identifier, the mobile phone can send preset permissions to all of these smart hosts. If these smart hosts belong to projects represented by different project identifiers, the mobile phone can send preset permissions to the corresponding smart host according to the project identifier.

[0170] In some embodiments, before performing step S1102, the steps shown in Figure 11 may further include step S1104, whereby the mobile phone with the installation and maintenance application installed can establish a connection with the smart host, that is, add the smart host to the installation and maintenance application. For details on this addition process, please refer to the relevant description of step S601 shown in Figure 6. Optionally, step S1104 can be placed before step S1101. In this way, after the smart host is added to the installation and maintenance application, the mobile phone automatically obtains preset permissions for the smart host from the EasyCloud. Compared to executing step S1104 after step S1101, this method can save storage space and reduce implementation complexity.

[0171] It is understandable that the account used to log in to the installation and maintenance application in the process shown in Figure 6 may be the same as or different from the account used to log in to the installation and maintenance application in the process shown in Figure 11.

[0172] It is understood that the above embodiments configure and distribute preset permissions to the smart host according to the project identifier. In other embodiments, preset permissions can also be configured in other ways, such as configuring preset permissions according to the account, and then distributing preset permissions to the smart host according to the smart host identifier. This application embodiment does not impose specific limitations on this.

[0173] Furthermore, after the smart host receives the preset permissions, in some embodiments, the method shown in FIG11 may also include step S1105.

[0174] S1105, the smart host restricts home users or enterprise users' control over smart home devices based on preset permissions.

[0175] For example, taking the example of home users managing smart home devices through a smart living application and enterprise users managing smart home devices through an enterprise application, and assuming that all the above control channels and the management permissions of each user are configured, this article introduces the process of a smart host restricting home users or enterprise users' management of smart home devices based on preset permissions.

[0176] As shown in Figure 12(1), the mobile phone 1300 can display the running interface 1200 of the smart living application. The running interface 1200 contains cards of one or more smart home devices added to the smart living application, such as card 1201 of the air conditioner 13, card 1202 of the smart screen, etc., which will not be described in detail here. Home users can choose to manage one or more of the smart home devices.

[0177] If the mobile phone 1300 detects a user's click operation on the card 1201 of the air conditioner 13, in response to the operation, as shown in Figure 12(2), the mobile phone 1300 displays the air conditioner management interface 1210. The air conditioner management interface 1210 contains one or more controls, such as a heating control 1211, a cooling control, a fan speed adjustment control, a mode adjustment control, a power on / off control, etc. Different controls can be used to control different attributes of the air conditioner. If the mobile phone 1300 detects a user's click operation on the heating control 1211, adjusting the air conditioner temperature to 28°C, in response to the operation, the air conditioner temperature displayed on the air conditioner management interface can be updated from 26°C as shown in Figure 12(2) to 28°C, as shown in the air conditioner management interface 1220 in Figure 12(3).

[0178] Meanwhile, as shown in Figure 13, the mobile phone 1300 sends a command to the smart living cloud 1310 to control the air conditioner 13 to heat up. Correspondingly, this control command is transmitted to the smart host 1330 through the user control channel 1320. Then, after receiving the command from the home user to control the air conditioner 13 to heat up, the smart host 1330 determines, based on preset permissions, whether the home user has the authority to control the air conditioner 13 to heat up. If it does, the smart host 1330 responds to the home user's command by adjusting the temperature of the air conditioner 13 to the temperature set by the home user, such as 28℃ (this is used as an example in Figure 13). Conversely, if the smart host 1330 determines, based on preset permissions, that the home user does not have the authority to control the air conditioner 13 to heat up, the smart host 1330 does not respond to the home user's command; that is, the smart host 1330 will not change the state of the air conditioner 13, such as keeping the temperature of the air conditioner 13 at 26℃.

[0179] Similarly, a computer or mobile device can display the interface of an enterprise application. This interface can be used to manage and control various smart home devices, such as smart home devices controlled by the same smart host, smart home devices controlled by different smart hosts, smart home devices installed in the same space, smart home devices installed in different spaces, and various management operations such as creating scenes. As shown in Figure 14, the computer 1340 displays the interface 1400 of the enterprise application. The interface 1400 can contain management controls for one or more smart home devices, such as open and close controls for the smart door lock 14, open and close controls, volume adjustment controls, and song skipping controls (not shown in the figure) for the smart speaker. These management controls can be used to manage and control the smart home. Optionally, the computer 1340 can also display a centralized control button (not shown in Figure 14). This centralized control button can be used to manage and control multiple smart home devices simultaneously. Optionally, these multiple smart home devices can be smart home devices managed by the same smart host or different smart hosts. Optionally, the operating interface 1400 may also display one or more pieces of information such as the space where the smart home device is installed and its status.

[0180] It is understandable that one or more smart hosts can be added simultaneously in an enterprise application. This means that the remote server can establish enterprise control channels with multiple smart hosts. Referring to the example shown in Figure 14, the enterprise application's interface can display controls for smart home devices managed by different smart hosts, such as controls for the smart home device in room 101 (managed by the smart host installed in room 101), and controls for the smart home device in room 102 (managed by the smart host installed in room 102), etc. Enterprise users can choose to perform control operations on a smart home device managed by a specific smart host. In response to this control operation, the remote server can send the user's control command to the corresponding smart host through the corresponding enterprise control channel. Of course, enterprise users can also choose to control smart home devices managed by multiple smart hosts. Optionally, these smart home devices can be of the same type (e.g., categorized by function, such as lighting equipment, air conditioning equipment, etc.) or of different types. Optionally, enterprise users can control multiple smart home devices managed by a smart host simultaneously through one-click operation (which can be used as an example of a target operation performed by a second account), or they can control multiple smart home devices managed by a smart host sequentially through multiple operations.

[0181] If computer 1340 detects an operation such as an enterprise user performing an action to open smart lock 14, such as clicking the open control 1401 shown in Figure 14, then in response to this operation, as shown in Figure 13, computer 1340 sends a command to remote server 1350 to control smart lock 14 to open. Accordingly, this control command is transmitted to smart host 1330 through enterprise control channel 1360.

[0182] Next, after receiving a command from the enterprise user to open the smart lock 14, the smart host 1330 determines whether the enterprise user has the permission to open the smart lock 14 based on preset permissions. If the user does not have the permission, the smart host 1330 will not respond to the command; that is, the smart host 1330 will not change the state of the smart lock 14. Conversely, if the smart host 1330 determines that the enterprise user has the permission to open the smart lock 14 based on preset permissions, then the smart host 1330 will open the smart lock 14.

[0183] Optionally, in the example shown in Figure 13, the smart host can send a message indicating whether the response was successful or not to the user's command, so that the user can know the control status of the device, whether they have control authority, etc.

[0184] In some embodiments, after the smart host executes step S1102 shown in FIG11, the smart host can also send control permissions to the smart living application or the enterprise application. In this embodiment, as one possible implementation, the smart host can send control permissions for enterprise users to the smart living application, or send control permissions for home users to the enterprise application. This facilitates one user's knowledge of another user's control permissions, protecting user privacy. As another possible implementation, the smart host can send control permissions for home users to the smart living application, or send control permissions for enterprise users to the enterprise application. This facilitates users' knowledge of their own control permissions, improving the user experience of device control. Of course, the two implementations described above can also be used in combination. As a specific example, FIG15 shows a flowchart of a smart host sending control permissions according to an embodiment of this application. As shown in FIG15, the process includes the following steps:

[0185] S1501, the intelligent host sends the enterprise user's management permissions to the smart living cloud.

[0186] Optionally, the smart host can send enterprise user management permissions to the smart living cloud through the user control channel.

[0187] S1502, Smart Living Cloud sends enterprise user management permissions to mobile phones with the Smart Living application installed.

[0188] It is understood that before executing step S1502, the smart host may have already established a connection with a mobile phone that has the smart living application installed, meaning the smart host has been added to the smart living application. This connection may have been established when establishing the home user channel, or it may have been established at other times.

[0189] S1503. Mobile phones with smart living applications installed can be used to control enterprise users' permissions.

[0190] Optionally, a mobile phone with a smart living application installed can output the management permissions of enterprise users through various means such as voice playback and display screen. For example, Figure 16 shows a schematic diagram of a mobile phone outputting management permissions according to an embodiment of this application. Taking the output of management permissions by the mobile phone through the running interface of the smart living application as an example, as shown in Figure 16 (1), the privacy management interface 1600 of the smart living application can display a sharing and authorization management control 1601, which can be used to present the management permissions of enterprise users. If the mobile phone detects a click operation such as on the sharing and authorization management control 1601, in response to the operation, the mobile phone can display the sharing and authorization management interface 1610 as shown in Figure 16 (2). The sharing and authorization management interface 1610 contains the management permissions of one or more enterprise users, such as various permissions such as reading data of lighting equipment, controlling lighting equipment, controlling air conditioning equipment, reading fall data, etc.

[0191] S1504, The intelligent host sends the enterprise user's management permissions to the remote server.

[0192] Optionally, the smart host can send enterprise user management permissions to a remote server through the enterprise control channel.

[0193] S1505: The remote server sends management permissions for enterprise users to computers with enterprise applications installed.

[0194] It is understood that before executing step S1505, the smart host may have already established a connection with a computer that has the enterprise application installed, meaning the smart host has also been added to the enterprise application. This embodiment of the application does not impose specific restrictions on the timing of this connection establishment.

[0195] S1506. Computers with enterprise applications installed output management permissions for enterprise users.

[0196] Similarly, computers with enterprise applications installed can also output the management permissions of enterprise users through various means such as voice broadcasting and screen display, and this application embodiment does not impose specific restrictions on this.

[0197] Optionally, for enterprise users, a single enterprise user can manage and control smart home devices connected to different smart hosts. Accordingly, since different smart hosts each have user control channels and enterprise control channels, computers with enterprise applications installed can receive management permissions from the corresponding enterprise user through their respective enterprise control channels. For example, a computer with an enterprise user installed can receive management permissions from the enterprise user on smart host A through the enterprise control channel of smart host A, and can also receive management permissions from the enterprise user on smart host B through the enterprise control channel of smart host B, and so on. Of course, a computer with enterprise applications installed can also simultaneously receive management permissions from different smart hosts corresponding to the same enterprise user from other devices. The management permissions for an enterprise user corresponding to one smart host can be used to restrict the enterprise user's control over smart home devices connected to that smart host.

[0198] It is understood that the embodiments of this application do not limit the order in which steps S1501 to S1503 and steps S1504 to S1506 are executed.

[0199] In some embodiments, one user can also modify the control permissions of another user. For example, a family user can modify the control permissions of an enterprise user, thus ensuring the privacy of the family user. For instance, in a hotel scenario, when a guest (i.e., a family user) checks into the hotel, and the hotel manager (i.e., the enterprise user) has permission to open the smart lock of the guest's room, if the guest, considering privacy and security, does not want the hotel manager to have this permission, the guest can revoke that permission. As another example, in an apartment scenario, when an emergency occurs in the tenant's (i.e., a family user's) apartment, and the apartment manager (i.e., the enterprise user) does not have permission to open the smart lock of the tenant's apartment, if the guest, considering the emergency, can grant the apartment manager permission to open the smart lock.

[0200] Of course, enterprise users can also change the management permissions for residential users. For example, in an apartment setting, if a tenant is in arrears on rent, and that tenant has permission to open the smart lock, the apartment manager can choose to revoke that tenant's permission.

[0201] The following example illustrates the process of a home user changing the control permissions of an enterprise user through the Smart Living application. As shown in Figure 17, a mobile phone with the Smart Living application installed displays the application's interface 1700. This interface 1700 may include at least one of the following: control permissions the enterprise user already possesses (such as permissions to read and control lighting equipment data) and permissions they do not possess (such as permissions to control air conditioning equipment and read fall data). (This can serve as an example to remind home users to configure control permissions for enterprise users.) Optionally, the control permissions already possessed by the enterprise user can be configured based on preset permissions on the aforementioned server, or they can be configured in other ways. Home users can choose to revoke the control permissions already possessed by the enterprise user, or they can choose to grant the enterprise user control permissions they do not possess.

[0202] For example, if the mobile phone detects an operation such as a home user canceling the permission to read data from lighting equipment (which can be considered an example of a target operation for the first account), such as unchecking the selected control 1701 for reading data from lighting equipment, then in response to this operation, the mobile phone sends an instruction to the Smart Life Cloud to cancel the enterprise user's permission to read data from lighting equipment (which can be considered an example of a fourth instruction for the first account). Correspondingly, the Smart Life Cloud can send the instruction to the smart host to cancel the enterprise user's permission to read data from lighting equipment based on the user control channel. The smart host then cancels the enterprise user's permission to read data from lighting equipment based on this instruction, thus updating the enterprise user's control permissions.

[0203] For example, if the mobile phone detects an operation such as a user granting control permissions to an air conditioner (e.g., checking the control 1702 for air conditioner control), then in response to this operation, the mobile phone sends a command to the Smart Life Cloud to grant the enterprise user control permissions to the air conditioner. Correspondingly, the Smart Life Cloud can send this command to the smart host via the user control channel, and the smart host can then grant the enterprise user control permissions to the air conditioner based on this command.

[0204] Similarly, enterprise users can also change the control permissions of one or more household users through enterprise applications. These control permissions can be for smart home devices controlled by different smart hosts, such as household user A's control permissions for smart home devices controlled by smart host A, and household user B's control permissions for smart home devices controlled by smart host B. For an example of this implementation, refer to similar implementations of changing enterprise user control permissions through smart living applications.

[0205] In some embodiments, one user can also request another user to grant control permissions they do not currently possess. This ensures the privacy and security of device control. For example, in a hotel scenario, ordinary guests (i.e., family users) do not have certain control permissions to enjoy VIP services by default, but they can choose to apply to hotel management (i.e., enterprise users) for these previously unavailable control permissions. As another example, in an apartment scenario, when an emergency occurs in a tenant's (i.e., family user's) apartment, for security reasons, if the apartment management (i.e., enterprise user) does not have permission to open the smart lock, the apartment management can choose to request permission from the tenant to open the smart lock.

[0206] In some implementations, a control permission application process can be performed before controlling smart home devices. For example, taking an enterprise user applying for control permissions from a home user through an enterprise application as shown in Figure 18(1), a computer with the enterprise application installed can display the enterprise application's running interface 1800, which includes one or more control permissions that the enterprise user does not currently have (such as permissions to read lighting device data, control lighting devices, control air conditioning devices, read fall data, etc.). The enterprise user can select one or more of these control permissions to apply to the home user. If the computer detects an operation such as the enterprise user checking the selection button 1801 for lighting device control and clicking the application button 1802, the computer sends an instruction to the remote server to apply for lighting device control permissions in response to this operation. The remote server can send this instruction to the smart host based on the enterprise control channel (which can be used as an example of a second instruction for a second account), and then the smart host can forward the instruction to the smart living cloud through the user control channel. Correspondingly, the smart living cloud forwards the instruction to the mobile phone with the smart living application installed.

[0207] Subsequently, the mobile phone can output a reminder message, reminding the home user whether to grant the enterprise user permission to control the lighting equipment (this can be used as an example of reminding the home user to configure the enterprise user's control permissions). As an example, as shown in Figure 18 (2), the mobile phone can display a reminder interface 1810, which may include a reminder message 1811, a confirmation button 1812, and a cancel button 1813. If the mobile phone detects an operation such as the home user clicking the confirmation button 1812, in response to this operation, the mobile phone returns an authorization success indication message to the smart host, and the smart host can then confirm that the enterprise user has the permission to control the lighting equipment. Optionally, the smart host can also return this indication information to the computer, and the computer can also output an authorization success message, so that the enterprise user can know the authorization status.

[0208] Conversely, if the mobile phone detects an action such as a home user clicking the cancel button 1813, it responds by sending an authorization failure message to the smart host. The smart host can then determine that the enterprise user still does not have permission to control the lighting equipment. Optionally, the smart host can also send this message to a computer, which may also output an authorization failure message.

[0209] In other implementations, the process of requesting management permissions can be performed simultaneously with controlling smart home devices. For example, considering an enterprise user requesting management permissions from a home user through an enterprise application, and referring to the example shown in Figure 14, the smart home devices corresponding to the management controls in the enterprise application's interface 1400 include devices for which the enterprise user does not have management permissions. Taking a smart speaker as an example, if the computer detects the enterprise user's action of turning on the smart speaker, such as clicking the open control 1402 shown in Figure 14, in response, the computer sends a command to the remote server requesting the smart speaker to be turned on. Correspondingly, the remote server can send this command to the smart host based on the enterprise control channel.

[0210] Next, the smart host, based on the current enterprise user's management permissions, confirms that the home user does not have permission to open the smart speaker. It can then send a request to the smart living cloud via the user control channel to grant the enterprise user permission to open the smart speaker. Correspondingly, the smart living cloud can forward this request to a mobile phone with the smart living app installed. Subsequently, the mobile phone can output a reminder message, asking the home user whether to grant the enterprise user permission to open the smart speaker. For example, the mobile phone can display a reminder interface similar to that shown in Figure 18(2). If the mobile phone detects that the home user has agreed to the authorization, it responds by returning an authorization success message to the smart host. The smart host then determines that the enterprise user has permission to open the smart speaker and further responds to the enterprise user's request to open the smart speaker, controlling the smart speaker to open.

[0211] Conversely, if the mobile phone detects that the home user does not agree to the authorization, in response to the operation, the mobile phone can return an authorization failure indication message to the smart host. Then the smart host confirms that the enterprise user still does not have permission to open the smart speaker, and will not respond to the enterprise user's instruction to open the smart speaker.

[0212] For information on how to implement control permissions for home users, please refer to the above-mentioned implementation of authorization applications for enterprise users.

[0213] Optionally, in the above implementation, when one user grants another user a certain control permission, that user can also choose to grant the other user that control permission for a certain period of time (e.g., within a specific timeframe). In other words, the control permission granted to the other user is only valid for a limited time. Alternatively, the control permission granted to the other user may only be valid for that specific instance; that is, the next time the other user wants to control the same smart home device, they will still need to be granted control permission by the first user to regain control over the smart home device.

[0214] For example, taking an enterprise user applying for control permissions from a home user as an example, Figure 19 shows a schematic diagram of a process for applying for control permissions provided in an embodiment of this application. As shown in Figure 19, the process includes the following steps:

[0215] S1901, Enterprise users request control permissions for computers with enterprise applications installed.

[0216] This application can be used to request control permissions for enterprise users, and it can carry representation information of the control permissions to be authorized. Optionally, enterprise users can initiate control permission requests through various user operations. The timing for initiating control permission requests can be found in the implementation described above.

[0217] S1902. A computer with enterprise applications installed sends a request for control permissions to a remote server.

[0218] S1903, The remote server initiates a request for control permissions to the intelligent host.

[0219] S1904. The intelligent host initiates a request for control permissions to the smart living cloud.

[0220] S1905, Smart Life Cloud initiates a request for control permissions to mobile phones with the Smart Life application installed.

[0221] S1906. Mobile phones with smart living applications installed apply to home users for enterprise user management permissions.

[0222] S1907. Mobile phones with the Smart Life application installed report the authorization result to the smart host through the Smart Life Cloud.

[0223] Among them, mobile phones with smart living applications installed can report authorization results based on the authorization status of family users.

[0224] S1908, the intelligent host determines the management and control permissions of enterprise users based on the authorization results.

[0225] S1909. The intelligent host reports the authorization result to the computer with the enterprise application installed through the remote server.

[0226] For example, a smart host can directly forward the authorization success or failure result to the computer, or it can directly update the management permissions of enterprise users and forward the updated management permissions to the computer.

[0227] Optionally, after a computer with enterprise applications installed receives the authorization result from the smart host, it can also output a reminder message to remind the enterprise user of the authorization status, management permissions, and other information.

[0228] For example, Figure 20 shows a flowchart of a device management method provided in an embodiment of this application. The executing entity of this method can be an intelligent management device, namely the second device mentioned above. As shown in Figure 20, the method includes the following steps:

[0229] S2001, The intelligent control device receives the first instruction from the first account through the first communication channel.

[0230] The intelligent management and control device may include multiple communication channels, including a first communication channel (such as the user control channel mentioned above) and a second communication channel (such as the enterprise control channel mentioned above). Optionally, the first and second communication channels may be connected to the same interface of the intelligent management and control device, or the first and second communication channels may be connected to different interfaces of the intelligent management and control device. Optionally, the interface may be an interface using any communication protocol.

[0231] In some embodiments, the first communication channel is a communication channel between the intelligent management and control device and the first server, and the second communication channel is a communication channel between the intelligent management and control device and the second server. Optionally, the first server and the second server can be the same, or they can be different. For example, the first server can be the smart living cloud described above, and the second server can be the remote server described above.

[0232] Optionally, the first account may refer to the login account of the first application, wherein the first application may be an application that manages one or more of at least one smart devices connected to the smart control device. Alternatively, the first account may refer to the terminal device logged in with the first account, or the first account may refer to the user to whom the first account belongs, etc.

[0233] S2002, The intelligent control device controls the first intelligent device based on the first instruction of the first account.

[0234] The intelligent control device can be connected to at least one of the user's intelligent devices to manage the connected intelligent devices. The at least one intelligent device may include a first intelligent device. Optionally, there may be one or more first intelligent devices. For example, the intelligent devices may be smart home devices as described above.

[0235] S2003, The intelligent control device receives the first instruction from the second account through the second communication channel.

[0236] Optionally, the second account may refer to the login account of a second application, which can be an application for managing one or more of at least one smart devices connected to the smart control device. Alternatively, the second account may refer to the terminal device logged in with the second account, or it may refer to the user to whom the second account belongs. Optionally, the first application and the second application can be the same type of application, such as both being smart living applications, or they can be different types of applications, such as the first application being a smart living application and the second application being an enterprise application.

[0237] The second account differs from the first account. For example, the first account can be a login account for smart living applications, while the second account can be a login account for enterprise applications. Alternatively, the first account can be a login account for enterprise applications, while the second account can be a login account for smart living applications.

[0238] S2004. The intelligent control device controls the first intelligent device based on the first instruction of the second account.

[0239] Optionally, the embodiments of this application do not limit the order in which steps S2001 to S2202 and steps S2003 to S2004 are executed.

[0240] In some embodiments, the smart control device can control a first attribute of the first smart device based on a first instruction from a first account, and the smart control device can control a second attribute of the first smart device based on a first instruction from a second account, wherein the first attribute and the second attribute are different. That is, the first account and the second account have the authority to control different attributes of the same smart device.

[0241] In other embodiments, the intelligent control device can perform a first type of control on a first attribute of a first intelligent device based on a first instruction from a first account, and perform a second type of control on the first attribute of a second intelligent device based on a first instruction from a second account. The first type of control and the second type of control are different. That is, the first account and the second account have the authority to perform different types of control on the same attribute of the same intelligent device. For details on these different types of control, please refer to the relevant introduction of the control methods described above.

[0242] The above embodiments describe the management and control of the same smart device by different accounts. In some embodiments, different accounts can also manage and control different smart devices, meaning that different accounts have the authority to manage and control different smart devices separately. For example, the smart management device can also receive a second instruction from a first account through a first communication channel and manage and control a second smart device based on the second instruction from the first account. And, it can receive a second instruction from a second account through a second communication channel and manage and control a third smart device based on the second instruction from the second account. The second smart device and the third smart device are different smart devices. Optionally, there can be one or more second and third smart devices. Both the second and third smart devices are smart devices connected to the smart management device, such as the smart home devices described above.

[0243] In some embodiments, the method shown in FIG20 may further include steps S2005 to S2006, or may include steps S2007 to S2008 (steps S2005 to S2008 are not shown in FIG20).

[0244] S2005. The intelligent control device receives a third instruction from the first account through the first communication channel.

[0245] Optionally, the second instruction from the third account can be an instruction to control the smart device.

[0246] S2006. If the first account does not have the control permissions corresponding to the third instruction of the first account, in response to the third instruction of the first account, the second account is requested to be granted the control permissions corresponding to the third instruction of the first account through the second communication channel.

[0247] The control permissions corresponding to the third instruction from the first account refer to the control permissions required for the first account to execute the third instruction. For details on the specific implementation of requesting authorization from the first account to the second account, please refer to the relevant implementation above.

[0248] Similarly, the second account can request authorization from the first account in a similar manner as steps S2005 to S2006.

[0249] S2007. The intelligent control device receives a third instruction from the second account through the second communication channel.

[0250] The third instruction of the second account is used to request the acquisition of target control permissions, which are the permissions to control one or more smart devices among at least one smart device connected to the smart control device.

[0251] S2008. The intelligent control device responds to the third instruction of the second account by requesting the first account to grant the second account target control permissions through the first communication channel.

[0252] For details on the implementation of this authorization request, please refer to the relevant implementations described above.

[0253] Similarly, the first account can request authorization from the second account in a similar manner as steps S2007 to S2008.

[0254] Optionally, in some embodiments, after performing step S2006 above, step S2009 (not shown in FIG20) may also be performed.

[0255] S2009. When the third instruction of the first account is used to instruct the control of the fourth smart device, the fourth smart device is controlled in response to the authorization of the second account; or, when the third instruction of the first account is used to instruct the control of the third attribute of the fourth smart device, the third attribute is controlled in response to the authorization of the second account; or, when the third instruction of the first account is used to instruct the control of the third attribute of the fourth smart device in a third type, the third attribute is controlled in a third type in response to the authorization of the second account.

[0256] The fourth intelligent device can be an intelligent device connected to the intelligent control device, and there can be one or more fourth intelligent devices. The fourth intelligent device can be the same as or different from the first, second, and third intelligent devices mentioned above.

[0257] The above primarily describes the solutions provided by the embodiments of this application from a methodological perspective. It is understood that, in order to achieve the above functions, the device includes corresponding hardware structures and / or software modules for executing each function. By combining the units and algorithm steps of the various examples described in the embodiments disclosed in this application, the embodiments of this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by a computer driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of the technical solutions of the embodiments of this application.

[0258] This application provides embodiments that can divide the device into functional modules based on the above method examples. For example, each function can be divided into its own functional modules, or two or more functions can be integrated into one processing unit. The integrated unit can be implemented in hardware or as a software functional module. It should be noted that the unit division in this application embodiment is illustrative and only represents one logical functional division; in actual implementation, there may be other division methods.

[0259] Figure 21 shows a schematic diagram of a device provided in an embodiment of this application. This device 2100 can be used to implement the methods executed by the devices described in the above method embodiments. For example, the device 2100 may include a communication unit 2101.

[0260] In one possible example, taking device 2100 as the second device, device 2100 may further include a processing unit 2102. The processing unit 2102 is used to support device 2100 in performing the processing functions performed by the first device as described in any one of Figures 1 to 20, and the communication unit 2101 is used to support device 2100 in performing the communication functions performed by the first device as described in any one of Figures 1 to 20.

[0261] In another possible example, taking device 2100 as a third or fourth device, device 2100 may further include a display unit 2103. A communication unit 2101 is used to support device 2100 in performing the communication functions performed by the third or fourth device as described in any one of Figures 1 to 20. The display unit 2103 is used to support device 2100 in performing the display functions performed by the third or fourth device as described in any one of Figures 1 to 20.

[0262] Optionally, the device 2100 shown in FIG. 21 may further include a storage unit (not shown in FIG. 21) storing a program or instructions. When the processing unit 2102 executes the program or instructions, the device 2100 shown in FIG. 21 can perform the method described in the above-described method embodiments.

[0263] The technical effects of the device 2100 shown in Figure 21 can be referred to the technical effects described in the above method embodiments, and will not be repeated here. The processing unit 2102 involved in the device 2100 shown in Figure 21 can be implemented by a processor or processor-related circuit components, and can be a processor or processing module. The communication unit 2101 can be implemented by a transceiver or transceiver-related circuit components, and can be a transceiver or transceiver module. The display unit 2103 can be implemented by display screen-related components.

[0264] This application also provides a chip system, as shown in FIG22, which includes at least one processor 2201 and at least one interface circuit 2202. The processor 2201 and the interface circuit 2202 are interconnected via lines. For example, the interface circuit 2202 can be used to receive signals from other devices. As another example, the interface circuit 2202 can be used to send signals to other devices (e.g., the processor 2201). Exemplarily, the interface circuit 2202 can read instructions stored in a memory and send the instructions to the processor 2201. When the instructions are executed by the processor 2201, the device can perform the various steps executed by the device in the above embodiments. Of course, the chip system may also include other discrete devices, which are not specifically limited in this application.

[0265] Optionally, the chip system may contain one or more processors. These processors can be implemented in hardware or software. When implemented in hardware, the processor can be a logic circuit, an integrated circuit, etc. When implemented in software, the processor can be a general-purpose processor, implemented by reading software code stored in memory.

[0266] Optionally, the chip system may contain one or more memories. The memory may be integrated with the processor or disposed separately from it; this application does not limit this. For example, the memory may be a non-transient processor, such as a read-only memory (ROM), which may be integrated with the processor on the same chip or disposed separately on different chips. This application does not specifically limit the type of memory or the arrangement of the memory and processor.

[0267] For example, the chip system may be a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), a system on chip (SoC), a central processor unit (CPU), a network processor (NP), a digital signal processor (DSP), a micro controller unit (MCU), a programmable logic device (PLD), or other integrated chips.

[0268] It should be understood that each step in the above method embodiments can be completed by integrated logic circuits in the processor hardware or by instructions in software form. The method steps disclosed in the embodiments of this application can be directly manifested as being executed by a hardware processor, or being executed by a combination of hardware and software modules in the processor.

[0269] This application also provides a computer storage medium storing computer instructions, which, when executed on a device, cause the device to perform the methods described in the above-described method embodiments.

[0270] This application provides a computer program product, which includes a computer program or instructions that, when run on a computer, cause the computer to perform the methods described in the above-described method embodiments.

[0271] In addition, this application also provides an apparatus, which may specifically be a chip, component or module. The apparatus may include a connected processor and a memory. The memory is used to store computer execution instructions. When the apparatus is running, the processor can execute the computer execution instructions stored in the memory to cause the apparatus to perform the methods in the above-described method embodiments.

[0272] In this embodiment, the device, computer storage medium, computer program product or chip are all used to execute the corresponding methods provided above. Therefore, the beneficial effects that can be achieved can be referred to the beneficial effects of the corresponding methods provided above, and will not be repeated here.

[0273] Through the above description of the embodiments, those skilled in the art will understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0274] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. The embodiments can be combined with or referenced to each other without conflict. The apparatus embodiments described above are merely illustrative; for example, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another device, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0275] The units described as separate components may or may not be physically separate. A component shown as a unit can be one or more physical units; that is, it can be located in one place or distributed in multiple different locations. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0276] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0277] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a readable storage medium. Based on this understanding, the technical solutions of the embodiments of this application, in essence, or the parts that contribute to the prior art, or all or part of the technical solutions, can be embodied in the form of a software product. This software product is stored in a storage medium and includes several instructions to cause a device (which may be a microcontroller, chip, etc.) or processor to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0278] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A device management method, characterized by, The method is applied to intelligent control equipment, which is connected to at least one intelligent device of a user, the at least one intelligent device including a first intelligent device, and the intelligent control equipment includes a first communication channel and a second communication channel. The method includes: Receive a first instruction from the first account through the first communication channel; The first smart device is controlled based on the first instruction from the first account; Receive a first instruction from a second account through the second communication channel, wherein the first account is different from the second account; The first smart device is controlled based on the first instruction from the second account.

2. The method of claim 1, wherein, The control and management of the first smart device based on the first instruction of the first account includes: The first attribute of the first smart device is controlled based on the first instruction of the first account; The control of the first smart device based on the first instruction of the second account includes: The second attribute of the first smart device is controlled based on the first instruction of the second account, wherein the first attribute is the same as or different from the second attribute.

3. The method of claim 1, wherein, The control and management of the first smart device based on the first instruction of the first account includes: Based on the first instruction of the first account, the first attribute of the first smart device is controlled in a first type; The control of the first smart device based on the first instruction of the second account includes: The first attribute of the first smart device is subject to a second type of control based on the first instruction of the second account, and the first type of control is different from the second type of control.

4. The method of claim 1, wherein, The at least one smart device further includes a second smart device and a third smart device, wherein the second smart device and the third smart device are different smart devices, and the method further includes: Receive a second instruction from the first account through the first communication channel; The second smart device is controlled based on the second instructions of the first account; Receive a second instruction from the second account through the second communication channel; The third smart device is controlled based on the second instructions from the second account.

5. The method according to any one of claims 1-4, characterized in that, The method further includes: Receive a third instruction from the first account through the first communication channel; If the first account does not have the control permissions corresponding to the third instruction of the first account, in response to the third instruction of the first account, the second account is requested to be granted the control permissions corresponding to the third instruction of the first account through the second communication channel. Alternatively, a third instruction from a second account may be received through the second communication channel. The third instruction from the second account is used to request target control permissions, which are permissions to control one or more of the at least one smart devices. In response to a third instruction from the second account, a request is made to the first account via the first communication channel to grant the target control permissions to the second account.

6. The method of claim 5, wherein, The at least one smart device further includes a fourth smart device. After requesting the second account to grant the control permissions corresponding to the third instruction of the first account via the second communication channel, the method further includes: When the third instruction from the first account is used to instruct the control of the fourth smart device, the control of the fourth smart device is carried out in response to the authorization of the second account; Alternatively, if the third instruction from the first account is used to instruct the control of the third attribute of the fourth smart device, the third attribute may be controlled in response to the authorization of the second account; Alternatively, if the third instruction from the first account is used to instruct the third type of control over the third attribute of the fourth smart device, the third type of control over the third attribute is performed in response to the authorization of the second account.

7. The method according to any one of claims 1 to 6, characterized in that, The method further includes: Receive a fourth instruction from the first account through the first communication channel; In response to the fourth instruction from the first account, the control permissions of the second account are updated, wherein the control permissions of the second account are the permissions to control one or more of the at least one smart device.

8. The method according to any one of claims 1-7, characterized in that, The method further includes: Send the control permissions of the second account to the first account through the first communication channel; Alternatively, control permissions for the first account can be sent to the first account through the first communication channel; Alternatively, control permissions for the second account can be sent to the second account via the second communication channel; Alternatively, control permissions for the first account can be sent to the second account via the second communication channel; The control permissions of the first account and the second account are both permissions to control one or more of the at least one smart devices.

9. The method of claim 8, wherein, Before sending the control permissions of the second account to the first account through the first communication channel, the method further includes: The permission configuration information of the second account is received, which is used to determine the permission of the second account to manage one or more of the at least one smart devices.

10. The method according to any one of claims 1-9, characterized in that, The first communication channel is the communication channel between the intelligent control device and the first server, and the second communication channel is the communication channel between the intelligent control device and the second server. The first server and the second server may be the same or different.

11. The method according to any one of claims 1-10, characterized in that, The first communication channel and the second communication channel are connected to the same interface of the intelligent management and control device, or the first communication channel and the second communication channel are respectively connected to different interfaces of the intelligent management and control device.

12. The method according to any one of claims 1-11, characterized in that, The intelligent control device is a whole-house intelligent host; Alternatively, the first account may be a login account for a first application, which is an application that manages one or more of the at least one smart device. Alternatively, the second account may be a login account for a second application, which is an application that manages one or more of the at least one smart device.

13. A device management method, characterized by, Applied to a terminal device including a display screen, the terminal device being logged into a first account, the method includes: The system receives control permissions from a second account of the intelligent control device through a first communication channel. The control permissions of the second account are the permissions to control at least one intelligent device through the second communication channel. The at least one intelligent device is one or more of the intelligent devices of the user connected to the intelligent control device. The second account is different from the first account. Both the first communication channel and the second communication channel are channels on the intelligent control device. Displays the control permissions of the second account.

14. The method of claim 13, wherein, After displaying the control permissions for the second account, the method further includes: Receive the target operation executed by the first account; In response to the target operation, the intelligent control device is instructed to update the control permissions of the second account.

15. The method according to claim 13 or 14, characterized in that, The method further includes: The first account is reminded to configure its control permissions for the second account.

16. A device management method, characterized by, Applied to a terminal device including a display screen, wherein the terminal device is logged into a second account, the method includes: The second account's control permissions are received through the second communication channel of each of the at least one intelligent control devices. Each intelligent control device includes a first communication channel and a second communication channel. The control permissions of the second account are the permissions to control at least one intelligent device through the second communication channel. The at least one intelligent device is one or more of the user's intelligent devices connected to each intelligent control device. Displays the control permissions of the second account.

17. The method of claim 16, wherein, After displaying the control permissions for the second account, the method further includes: The system receives a target operation executed by the second account, the target operation being used to manage and control smart devices connected to multiple smart management devices.

18. The method according to claim 16 or 17, characterized in that, The at least one intelligent control device includes a first intelligent control device and a second intelligent control device; the method further includes: The second account is reminded to configure the control permissions of the first account. The control permissions of the first account are the permissions to control one or more smart devices through the first communication channel of the first smart control device. Alternatively, the system may remind the second account to configure the control permissions for the third account, wherein the control permissions for the third account are the permissions to control one or more smart devices through the first communication channel of the second smart control device; The first account, the second account, and the third account are all different accounts.

19. An intelligent management and control device, characterized in that, include: The device includes a communication interface, a processor, and a memory, wherein the communication interface and the memory are coupled to the processor, the communication interface is used to communicate with other devices, the memory is used to store program code including instructions, and the processor reads the instructions from the memory to cause the intelligent control device to perform the method as described in any one of claims 1-12.

20. A terminal device, comprising: include: The device includes a communication interface, a processor, a memory, and a display screen, wherein the communication interface, the display screen, and the memory are coupled to the processor, the communication interface is used to communicate with other devices, the memory is used to store program code, the program code including instructions, and the processor reads the instructions from the memory to cause the terminal device to perform the method as described in any one of claims 13-15, or to cause the terminal device to perform the method as described in any one of claims 16-18.

21. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a computer program that, when executed on the device, causes the device to perform the method as claimed in any one of claims 1-12, or causes the device to perform the method as claimed in any one of claims 13-15, or causes the device to perform the method as claimed in any one of claims 16-18.

22. A computer program product, characterised in that, The computer program product includes: a computer program or instructions that, when executed on a computer, cause the computer to perform the method as described in any one of claims 1-12, or cause the computer to perform the method as described in any one of claims 13-15, or cause the computer to perform the method as described in any one of claims 16-18.

23. A communication system, characterized by The device includes an intelligent control device and a terminal device, wherein the intelligent control device is used to perform the method as described in any one of claims 1-12, the terminal device is used to perform the method as described in any one of claims 13-15, or the terminal device is used to perform the method as described in any one of claims 16-18.