WO2017162064A1

WO2017162064A1 - Equipment control method, user equipment, server, internet of things equipment and system

Info

Publication number: WO2017162064A1
Application number: PCT/CN2017/076425
Authority: WO
Inventors: 陈辰; 张海涛
Original assignee: 阿里巴巴集团控股有限公司
Priority date: 2016-03-23
Filing date: 2017-03-13
Publication date: 2017-09-28
Also published as: CN107231391A

Abstract

The embodiments of the application provide an equipment control method, user equipment, a server, Internet of things (IoT) equipment, and an IoT system. The method comprises: generating according to a service request transmitted by first equipment an unlocking message, wherein the unlocking message is used to unlock a target equipment; and transmitting to the first target equipment the unlocking message. The embodiments of the invention are implemented based on a server controlling IoT equipment, and subsequently, enable a user to automatically control the IoT equipment by means of the server, thereby preventing a problem of high costs for manufacturing equipment resulting from adding a special device, and reducing the costs of manufacturing the equipment. A user can obtain an unlocking message of the equipment by sending to the server the service request and then unlock the equipment for the user to use the equipment, thereby preventing the equipment from being idle and resulting in a resource wastage problem, and increasing an utilization value of the equipment.

Description

Device control method, user equipment, server, IoT device and system

The present application claims the priority of the Chinese Patent Application No. 201610170249.6, entitled "Device Control Method, User Equipment, Server, IoT Device and System", which is filed on March 23, 2016, the entire contents of which are incorporated by reference. In this application.

Technical field

The present application relates to the field of Internet of Things technologies, and in particular, to a device control method, a server, a user equipment, an Internet of Things device, and a device control system.

Background technique

With the development of science and technology, equipment such as vending machines have replaced labor and saved manpower. Among them, the business automation equipment can automatically charge according to the service selected by the customer, and provide corresponding services for the customer.

At present, most of the business automation equipment (also known as fee-based equipment) requires special customization, adding special devices such as adding coin-operated devices, sound waves or scanning payment devices, etc., so that it can be automatically charged, but the manufacturing cost is increased. Taking a conventional vending machine as an example, if the vending machine adds a coin-operating device, the device can be used after the user deposits the coin, such as selling the product selected by the user. However, the equipment for increasing the business automation of the coin-operated device only supports the specified currency payment, and the user is required to bring their own change, which is inconvenient to use.

Obviously, the existing business automation equipment has the problem of inconvenient use.

Summary of the invention

The technical problem to be solved by the embodiments of the present application is to provide a method for controlling a device to solve the problem that the device is inconvenient to use.

Correspondingly, the embodiment of the present application further provides a server, a user equipment, an Internet of Things device, and a device control system, to ensure implementation and application of the foregoing method.

In order to solve the above problem, the embodiment of the present application discloses a device control method, including: generating unlock information according to a service request sent by a first device, where the unlock information is used to unlock a target device; Send to the first device.

The embodiment of the present application further discloses a device control method, including: sending a service request to a server, where the service request carries identification information; and receiving unlock information fed back by the server, where the unlock information is used for The target device in the locked state is unlocked.

The embodiment of the present application further discloses a device control method, including: generating an unlock request according to the unlocking information sent by the first device, where the unlocking information is generated by the server according to the service request sent by the first device; The unlocking request is sent to the server, so that the server generates an unlocking command according to the unlocking request; receives an unlocking command sent by the server, and performs unlocking according to the unlocking command.

The embodiment of the present application further discloses a device control method, including: generating a management request for a target device according to the input authorization information; and sending the management request to the server, so that the server is configured according to the authorization information. Authorization operation information of the target device, the authorization operation information is used for feeding back to the first device requesting to use the target device, so that the first device acquires unlocking information fed back by the server based on the authorized operation information to the target device Unlock it.

The embodiment of the present application further discloses a server, including: an unlocking information generating module, configured to generate unlocking information according to a service request sent by the first device, where the unlocking information is used to unlock the target device; And a sending module, configured to send the unlocking information to the first device.

The embodiment of the present application further discloses a user equipment, including: a service request sending module, configured to send a service request to a server, where the service request carries identification information, and an unlocking information receiving module is configured to receive the server. The unlocked information of the feedback is used to unlock the target device in the locked state.

The embodiment of the present application further discloses an Internet of Things device, including: an unlocking request generating module, configured to generate an unlocking request according to the unlocking information sent by the first device, where the unlocking information is sent by the server according to the first device. The unlocking request sending module is configured to send the unlocking request to the server, so that the server generates an unlocking command according to the unlocking request, and the unlocking command receiving module is configured to receive an unlocking command sent by the server. And unlock according to the unlock command.

The embodiment of the present application further discloses that the user equipment is optional, and includes: a management request generating module, configured to generate a management request for the target device according to the input authorization information; and a management request sending module, configured to send the management request Giving the server, so that the server configures authorization operation information of the target device according to the authorization information, where the authorization operation information is used for feeding back to the first device requesting to use the target device, so that the first device The target device is unlocked based on the unlocking information fed back by the authorization operation information acquisition server.

An embodiment of the present application further includes a device control system, including: a server, a target device, a first device, and a second device; wherein the server includes the server as described in the foregoing embodiment; the first device includes The user equipment according to the embodiment of the sixth aspect; the target device includes the Internet of Things device as described in the foregoing embodiment; The second device includes the user equipment as described in the above embodiment of the eighth aspect.

Compared with the prior art, the embodiments of the present application include the following advantages:

The embodiment of the present application is based on the control of the IoT device by the server, so that the user can automatically control the IoT device through the server, thereby avoiding the problem of high manufacturing cost of the device due to the addition of special devices, that is, reducing the manufacturing cost of the device; By sending a service request to the server, the authorization operation information of the device can be obtained, and the unlocking information of the device can be downloaded from the server according to the authorized operation information, and the unlocking information is used to unlock the device, thereby facilitating the user to use the device. In turn, the problem that the IoT device is idle and the resource is wasted can be avoided, that is, the use value of the IoT device is improved, and resources are saved.

DRAWINGS

1 is a flow chart of steps on a server side in a device control method according to an embodiment of the present application;

2 is a schematic diagram of interaction of a device control method in an embodiment of the present application;

3 is a flowchart of steps of configuring, by the server in the embodiment of the present application, authorization operation information of a target device based on interaction with a second device;

4 is a flowchart of a step of generating, by the server in the embodiment of the present application, unlock information of a target device based on interaction with the first device;

5 is a flowchart of steps of an embodiment of an intelligent terminal in a device control method according to the present application;

6 is a flow chart of steps of an embodiment of an intelligent terminal in another device control method of the present application;

7 is a flow chart of steps of a target device side embodiment in a device control method according to the present application;

8 is a schematic diagram of interaction between a second device controlling a target device to enter a locked state in the embodiment of the present application;

9A is a schematic diagram of interaction of unlocking a target device by a first device in the embodiment of the present application;

9B is a schematic diagram of interaction of unlocking a target device by a first device in another embodiment of the present application;

FIG. 10A is a structural block diagram of a server embodiment of the present application; FIG.

FIG. 10B is a structural block diagram of an optional embodiment of a server according to the present application; FIG.

11A is a structural block diagram of an embodiment of a user equipment in the present application;

11B is a structural block diagram of an optional embodiment of a user equipment in the present application;

12A is a structural block diagram of another embodiment of a user equipment in this application;

12B is a structural block diagram of another optional embodiment of a user equipment in the present application;

13A is a structural block diagram of an embodiment of an Internet of Things device of the present application;

13B is a structural block diagram of an optional embodiment of an Internet of Things device of the present application;

14 is a structural block diagram of a device control system in the implementation of the present application.

detailed description

The above described objects, features and advantages of the present application will become more apparent and understood.

It should be noted that the Internet of Things device refers to a wireless radio frequency module (also called a wireless communication module) such as WiFi (Wireless Fidelity), Bluetooth (Bluetooth), Zigbee (Zigbee), networking, and Internet access. The equipment can include business automation equipment such as vending machines; it can also include smart home appliances such as smart air conditioners, smart door locks, smart refrigerators, smart microwave ovens, and smart switches.

In the embodiment of the present application, the Internet of Things device can communicate with the server through the wireless communication module. For example, the Internet of Things device can send a message to the server or receive a message sent by the server. Therefore, the IoT device can be controlled by the server based on the connection between the server and the IoT device. Moreover, the user can send a message to the server by using an intelligent terminal such as a smart phone, so that the server controls the IoT device based on the message; and the message fed back by the server can also be received by the smart terminal. It can be seen that the user can control the IoT device through the smart terminal and the server.

Embodiment 1

Based on the server-based control, the user can use the target device to control the device based on the Internet of Things system to facilitate the user's life. The server side can take the following steps:

Referring to FIG. 1, a flow chart of steps on the server side in a device control method in an embodiment of the present application is shown.

Step 102: Generate unlock information according to the service request sent by the first device.

The unlocking information is used to unlock the target device.

Step 104: Send the unlocking message to the first device.

When the IoT device is in the locked state, if the user wants to use the IoT device, the smart device such as a smart phone can be operated for the IoT device to send a service request to the server. The service request may carry parameter information such as identification information and user information of the Internet of Things device, wherein the identification information may be used to determine the target device, and the user information may be used to determine the user.

After receiving the service request, the server may obtain the user information and the identification information from the service request, so that the user who sends the service request may be determined according to the user information, and may be determined according to the identification information. The IoT device used by the user requests the target device, and the unlocking information of the target device is also generated based on the service request, and is fed back to the user, so that the user can unlock the target device according to the unlocking information. For example, when the user needs to use the target device, the server may directly feedback the unlocking information to the user according to the service request, so that the user can use the target device for free; or determine the usage rule of the target device based on the service request, and the user follows the usage rule according to the usage rule. When the operation is performed, the information is unlocked to the feedback, so that the user can obtain the unlock information and use the target device according to the usage rule, such as determining the fee data of the target device based on the service request, and allowing the user to deduct the fee. In this case, the unlock information is fed back to the user, so that the user can be charged for the usage.

As a specific application scenario of the application, after determining the target device according to the identification information, the server may perform user verification according to the user information in the service request, that is, determine whether the user who uses the target device has the use permission of the target device, For example, if the user who requests the use of the target device is a user who has already registered, and whether the user who sends the service request is a preset member corresponding to the target device according to the user information carried in the service request, the service request may be detected by detecting the service request. Whether the carried user information matches the authorized user information corresponding to the target device to determine whether the user has the use right of the target device. When the user verification passes, if the user information carried in the service request matches the authorized user information corresponding to the target device, the server may determine that the user who sends the service request has the usage right of the target device, and thus may serve the service. The unlocking information of the target device is requested to be generated, and the unlocking information is sent to the smart terminal operated by the user, that is, the unlocking information is sent to the first device, so that the unlocking information of the target device can be obtained by the user. In summary, the server can determine whether the user can use the target device based on the user information, thereby avoiding the user's free use of the target device, and realizing that the registered user can use the target device for free.

As another specific scenario of the present application, the owner of the target device may send a management request to the server based on the device information of the target device, where the management request may carry device information and authorization information (such as usage rules, authorization rules, and charges). The parameter information such as the standard, the user information, and the like, enables the server to configure the authorization operation information for the target device according to the management request, such as setting an authorization use rule of the target device, using a charging standard, and the like. When receiving the service request, the server may obtain the authorization operation information configured in advance for the target device according to the identifier information carried in the service request, and generate a service response by using the authorization operation information, that is, the service request may be used to determine the service response. . After determining the service response, the server may feed back the service response to the user who sent the service request, that is, the service response is sent to the first device, so that the user can obtain the authorized operation information of the target device. After receiving the authorization operation information sent by the server, the user may perform operations according to the authorization operation information, such as performing operations on the first device for the authorization operation information, so that the first device is authorized for the authorization. The operation information operation generates corresponding operation information and sends it to the server to obtain the unlock information of the target device. After receiving the operation information, the server may generate the unlocking information based on the operation information, such as performing operation verification on the operation information, and generating the unlocking information of the target device when the operation verification passes, thereby enabling the user to follow the preset Authorize operation information to operate, to prevent users from operating the target device at will. For example, the server may determine, by using the operation information, that the user allows the user to charge the account, generate the unlocking information, so that the user can use the target device, and after the user finishes using the target device, perform the user according to the usage standard according to the charging standard of the target device. Deductions are made to charge users who use the target device.

In this embodiment, based on the control of the IoT device by the server, the first device can obtain the service response carrying the authorized operation information, thereby determining the unlocking information, and unlocking the target device, so that the user can interact with the server anytime and anywhere. Convenient use of target devices for the Internet of Things.

Based on the above-mentioned server-side control steps, the present embodiment collectively discusses the Internet of Things device control method in conjunction with each end of the Internet of Things system.

Referring to FIG. 2, an interaction diagram of a device control method in the embodiment of the present application is shown. The device control method may specifically include the following steps:

Step 202: The first device sends a service request to the server, where the service request carries the identifier information.

In this embodiment, the server may pre-lock the IoT device so that the IoT device enters a locked state. The IoT device in the locked state may not respond to an operation instruction input by the user. If the user wants to use the IoT device, the IoT device can be used as the target device to send a service request to the server through the smart terminal. The first device may specifically include a smart terminal operated by the first user, and the first user may include a user using the target device, for example, Li Si, as a third-party user, and may use a smart terminal such as a smart phone or a tablet computer. The identification information of the target device is scanned, so that the smart terminal can obtain the identification information of the target device, so that the smart terminal generates a service request of the first user according to the identification information, and sends the service request to the server.

The service request may carry parameter information such as identification information and user information of the target device. The identifier information may be generated by the server according to the authorized operation information corresponding to the target device.

Step 204: The server determines a service response by using a service request sent by the first device, and sends the service response to the first device.

After receiving the service request, the server may process the service request and determine the service response based on the processing result. The service response may carry authorized operation information of the target device. The authorization operation information may be determined according to the authorization information submitted by the second device, such as an authorization operation rule. The second device may specifically include a smart terminal operated by the second user, and the second user may include an administrator of the target device, that is, a tube having the target device The authorization authority may submit the authorization information of the target device to the server, so that the server configures the authorization operation information for the target device according to the authorization information. The authorization operation information may be used to feedback to the first user requesting to use the target device, so that the first user unlocks and uses the target device based on the unlocking information fed back by the authorization operation information acquisition server.

In the embodiment of the present application, the server may determine the preset authorization operation information corresponding to the target device, such as an authorization operation rule, according to the identifier information carried in the service request, so that the service response may be generated according to the authorized operation information, and the generated service response is sent. The smart terminal that is currently operated by the first user is sent to the first device, so that the first user can obtain the authorized operation information of the target device.

Step 206: The first device receives a service response fed back by the server, and obtains authorization operation information from the service response.

Step 208: The first device generates operation information for the operation of authorizing the operation information, and sends the slave operation information to the server.

The operation information may carry parameters such as user information, operation instructions, usage times, and usage time of the first user.

Step 210: The server generates unlock information based on the operation information, and sends the unlock information to the first device.

In this embodiment, the unlocking information may be used to unlock the target device, such as unlocking a password. The unlocking information may be time-sensitive, that is, the unlocking information is invalid when the preset time is exceeded; and the unlocking information may be random, that is, the unlocking information includes information randomly generated by the server, such as the unlocking information generated each time may be different; Sexuality, so that the first user can input the unlocking information into the target device or transmit the unlocking information to the target device through the smart terminal. Optionally, the unlocking information may also carry the permission data, where the permission data may be used to activate the corresponding device function after the target device is unlocked, that is, determine the device function that is allowed to be used by the first user after the target device is unlocked.

Step 212: After receiving the unlocking information, the first device feeds back the unlocking information to the first user, so that the first user can unlock the target device according to the unlocking information, such as inputting the unlocking information into the target device, or by operating The smart terminal forwards the unlocking information to the target device, that is, operates the first device, so that the first device sends the unlocking information to the target device.

Step 214: The target device generates an unlock request according to the unlock information, and sends the unlock request to the server.

The unlock request may carry unlock information.

Step 216: The server verifies whether the unlocking information uploaded by the target device is accurate. When the unlocking information is accurate, an unlocking command is generated to unlock the target device.

That is, the unlock state is released so that the user can use the target device.

In step 218, the target device unlocks according to the unlock command.

After the target device is unlocked, the first user can use the target device, that is, the target device can respond to the operation instruction input by the first user to meet the service requirement of the first user, thereby preventing the target device from being idle, that is, improving the use of the target device. value.

In step 220, the target device sends the termination information to the server.

After the target device is used, the target device can determine that the service is terminated and generate termination information. The termination information may carry a service association parameter, and the service association parameter may be used to determine a situation in which the first user uses the target device, such as the number of uses, the time of use, and the like.

Step 222: The server generates a lock command according to the termination information, and sends the lock command to the target device.

When receiving the termination information, the server performs business processing according to the authorized operation information to generate a lock command.

In step 224, the target device locks according to the lock command to enter the locked state.

As a specific example of the embodiment of the present application, an Internet of Things device such as a microwave oven purchased by a user Zhang San is placed in a public place for use by other users. The other user may specifically be a third-party user, that is, the first user; the owner of the device, that is, the user Zhang San, may be registered as the administrator of the microwave device of the Internet of Things device, that is, the second user registered as the device, to The Internet of Things device microwave oven is managed, such as setting the usage rules of the IoT device microwave oven, so that the first user uses the IoT device microwave oven according to the usage rule.

Specifically, the server may pre-configure the authorization operation information for the IoT device microwave oven, that is, the target device according to the authorization information submitted by the second user Zhang San, such as the usage rule, and lock the microwave oven of the Internet of Things device, and generate the identifier of the microwave oven. Information, such as authorized QR code information. The identification information can be attached to the microwave oven of the Internet of Things device. The authorization operation information may include fee data using the target device, such as cost data of the target device each time, cost data of the target device used every minute, and the like.

If the first user Li Si wants to use the IoT device microwave oven, he can follow the prompt to install the application (APPlication, APP) on the smart phone and log in with his own object account, and use the APP to scan the identification information of the microwave oven.

The APP prompts Li Si's current device to require “use authorization” and asks whether Li Si needs to apply for the authorization. After the APP clicks on the confirmation, the APP sends a request for authorization to use the microwave oven to the server, that is, sends the service request submitted by the first user to the server. The service request carries the account number of the Li Si and the microwave oven identification information obtained by scanning.

After receiving the authorization request, the server pre-prescribes the authorization operation information configured for the microwave oven through the identification information (for example, Each time the usage fee is 2 yuan), the authorization operation information is sent to the APP and presented to Li Si.

Li Si can view the authorization operation information of the microwave oven through the APP and submit the confirmation information to the APP. The APP may send the confirmation information submitted by Li Si to the server, that is, generate operation information based on the operation of the first user for authorizing the operation information, and send the operation information to the server. The server completes the payment pre-authorization from the account number of the Li Si, and sends the microwave oven authorization code to the APP after completing the payment pre-authorization, that is, the unlock information is generated according to the operation information, and is sent to the first device operated by the first user.

Therefore, the Li 4 can operate the microwave oven according to the authorization code, that is, the first user can unlock the target device according to the unlocking information; the microwave oven reports the operation of the Li Si to the server, that is, the target device generates an unlocking request according to the unlocking information, and the unlocking request is generated. After being sent to the server, the server can check whether the input authorization code is correct. If it is correct, the unlock command is sent to the microwave oven, and the microwave oven is unlocked according to the unlock command.

After the microwave is unlocked, Li Si can use the microwave oven. After the use of Li Si, the microwave oven reports the completion of the service to the server, that is, sends the termination information to the server. The server may perform service processing on the terminated message according to the authorized operation information, and specifically, may be based on the fee data of using the microwave oven, that is, the deduction fee of 2 yuan per use, and the service association parameter carried in the termination information (for example, the usage frequency is 2 times) The billing is performed to determine the fee information, that is, it is determined that the deduction of 4 yuan is required, and then the user of the first device can be deducted according to the fee information, that is, the server deducts the account of the first user Li Si from the account number 4 Yuan, and transfer the 4 yuan deducted to the second user Zhang San's IoT account. The server completes the deduction, and can notify Li Si and Zhang San, and issue a lock command to the microwave oven to re-lock the microwave oven to lock the microwave oven.

In summary, the IoT device can serve as a business automation device to provide services for the first user. In this embodiment, based on the control of the IoT device by the server, the IoT device as the business automation device can be automatically debited by the server without adding special devices, thereby avoiding the high manufacturing cost due to the addition of special devices. The problem is that the manufacturing cost of the device is reduced; and the user does not need to pay for the change, thereby solving the problem of inconvenient use of the device for business automation.

Of course, the embodiment of the present application can also be applied to other application scenarios, for example, the second user can set the usage operation rule of the IoT device owned by the server through the server, so that the first user provides the operation rule according to the usage operation rule set by the first user. The IoT device operates to avoid the problem of resource waste due to the idleness of the device, and achieves the purpose of resource sharing, thereby improving the use value of the IoT device.

In order to clarify the control and usage method of the device based on the Internet of Things, the following embodiments respectively describe processing steps of the corresponding devices at each end of the Internet of Things system.

Embodiment 2

The embodiment of the present application details the implementation steps of the device control method based on the server. The server in the IoT system serves as a central processing device, and can control the processing of the entire system, including: performing configuration of the target device by the second user; and using the target device by the first user.

1) The second user configures the target device

The second user of the target device can send a message to the server through a user device such as a smart terminal, that is, use the second device to send a message to the server, such as sending a request, a command, etc., so that the server controls the target device according to the message it sends.

As a specific example of the application, the server may pre-configure the authorization operation information of the target device based on the interaction of the second device, so that the first device generates the operation information according to the operation corresponding to the authorized operation information; and, the control target device enters Or exit the lock state. The second user may have the management authority of the target device, and may set the authorization information of the target device, such as setting an authorization rule of the target device, using the cost data of the target device, and the like.

Referring to FIG. 3, a flow chart of the steps of configuring the authorization operation information of the target device by the server in the embodiment of the present application based on the interaction with the second device is shown, which may specifically include the following steps:

Step 302: Configure authorization operation information of the target device according to the management request sent by the second device, and generate a management response.

In this embodiment, the smart terminal may generate a management request according to authorization information input by the user for the target device, such as an authorization rule of the target device. The management request may carry device information, authorization information, user information, charging standards, and the like. The device information may be used to determine the target device, including the physical identity data of the device, such as the two-dimensional code on the device, the identity code on the device, and the like; the authorization information may be used to configure the authorized operation information of the target device.

In a preferred embodiment of the present application, before configuring the authorization operation information of the target device according to the management request, the server may further detect, when the management request is received, whether the user information carried by the management request is a target device The target user information, that is, the user information carried in the management request, determines whether the operation user of the management request is the second user corresponding to the target device, and determines whether the management request is the administrator of the target device preset according to the user information. of. When the user information carried by the management request is the target user information corresponding to the target device, that is, the operation user is the second user, the server may configure the authorization information carried by the management request as the authorization operation information of the target device.

Step 304: Send the management response to the second device, to notify the second device to successfully configure the authorized operation information of the target device.

In this embodiment, after receiving the management request sent by the second user by using the second device, the server may determine the target device according to the device information carried by the management request, and target the authorization information carried according to the management request. The device is configured to authorize the operation information, so that the target device can be controlled based on the authorized operation information, such as the activation of the target device according to the authorization activation command sent by the second device operated by the second user, that is, the activation based on the authorization sent by the second user. The command controls the target device to enter a locked state, so that the target device can operate the target device without local operation instructions, that is, the first user operates according to the authorized operation information.

Step 306: Generate an activation instruction and identifier information of the target device according to the authorization activation command sent by the second device.

In this embodiment, the authorization activation command may carry parameter information of the authorization instruction, the device information, and the user information. When receiving the authorization activation command, the server may determine the target device according to the device information carried in the authorization activation command, and determine whether the authorization activation command is sent by the second user of the target device according to the user information carried in the authorization activation command. When it is determined that the authorization activation command is sent by the second user of the target device, the server may determine an activation instruction of the target device according to the authorization instruction carried by the authorization activation command; and may also perform user information and target of the second user according to a preset coding manner. The device information of the device is encoded to generate identification information of the target device.

Step 308: Send the activation instruction to the target device, so that the target device enters a locked state.

The server may further send the identification information to the second device and/or the target device operated by the second user to provide the identification information to the first device operated by the first user and used.

After determining the activation instruction of the target device, the server may send the activation instruction to the target device to cause the target device to enter a locked state, that is, control the target device to enter the locked state by an activation instruction. The server may also send the generated identification information to the second device, that is, to the smart terminal operated by the second user, so that the second user may paste the identification information on the target device, or transmit the identification information to the target device. The identification information is stored in the target device, so that the first user can use the identification information, that is, the identification information is provided to the first user for use. Of course, if the target device has a display device, the server may directly send the identification information to the target device to display the identification information through the target device, and then provide the identification information to the first user for use.

Of course, the server may also delete the authorized operation information configured for the target device according to the authorization release command sent by the second device operated by the second user, so that the target device is out of the locked state; or directly generate the release command and deliver the command to the target device. In order for the target device to execute the release command, the lock state is exited.

In a preferred embodiment of the present application, the device control method may further include: generating a release instruction of the target device according to the authorization release command sent by the second device; and transmitting the release instruction to the target device to enable the target The device exits the locked state.

The authorization release command may carry parameter information of an authorization release instruction, device information, and user information. When receiving the authorization release command, the server may determine the target device according to the device information carried in the authorization release command. And determining, according to the user information carried in the authorization release command, whether the authorization release command is sent by the second user of the target device. When determining that the authorization release command is sent by the second user of the target device, the server may determine the release instruction of the target device according to the authorization release instruction carried by the authorization release command, and may send the release instruction to the target device to make the target The device exits the locked state, that is, the target device is controlled to exit the locked state by releasing the command. Of course, the server may also delete the authorization operation information of the target device based on the authorization release command, which is not limited in this embodiment of the present application. Optionally, the server may further generate an authorization release message after the target device exits the locked state, that is, after the authorization state of the target device is released, and send the authorization release message to the second device operated by the second user, to notify the The second user target device has exited the authorization state.

In a preferred embodiment of the present application, the server may further set the target user information corresponding to the target device according to the registration request submitted by the second device, that is, set the second user of the target device according to the registration request; and generate a registration response feedback to the The second device is configured to notify the second device that the registration is successful.

In this embodiment, the operation user may submit a registration request to the server through the smart terminal, that is, by operating the second device to send a registration request to the server, to apply for registration as the second user of the target device, or to set other users as the target device. Two users. The registration request carries parameter information such as device information and user information of the target device. User information can be used to determine a user, such as a user account. For example, the user may input device information to the smart terminal such that the smart terminal generates a registration request according to the device information. The user information in the registration request may be automatically obtained by the smart terminal by detecting the current operation user, or may be determined by the smart terminal according to the information input by the current operation user, which is not limited in this embodiment of the present application.

When receiving the registration request, the server may set the target user information corresponding to the target device according to the registration request, which may include: detecting the validity of the device information and the user information in the registration request; and detecting that the user information and the device information are valid. The target device corresponding to the device information is determined, and the user information is determined as the target user information corresponding to the target device, that is, the user corresponding to the user information is set as the second user of the target device. The server may also generate a corresponding registration response after the second user of the target device is set, and send the registration response to the second device, for example, to the smart terminal operated by the second user and/or send the registration request. Operate the smart terminal operated by the user. The registration response may include a message notifying the second user and/or the operation user who sent the registration request to register successfully.

In this embodiment, the server may obtain the device information and the user information from the registration request, and may separately check the extracted device information and the user information to determine whether the device information and the user information in the registration request are valid. For example, detecting whether the device information in the registration information matches the target device information corresponding to the pre-activated IoT device, determining that the device information is valid when matching, and detecting whether the user corresponding to the user information is a preset feature. The user determines whether the user corresponding to the user information is an Internet of Things user, and determines that the user information is valid when the user corresponding to the user information is a feature user. When the device information and the user information in the registration request are valid, the server may determine the user corresponding to the user information as the second user corresponding to the target device, for example, determining the Internet of Things user corresponding to the user information as the administrator of the target device. This allows the IoT user to manage the target device.

In summary, the server may register the user as the second user of the target device based on the device information, and may control the target device according to the message sent by the second user, that is, according to the message sent by the second device, and implement the second user pair. Management of target devices. The message may carry the user information of the second user, and may specifically include a request, a command, and the like.

2) The first user's use of the target device

When the target device is in the locked state, the first user may send a service request to the server by operating the first device to obtain the authorized operation information of the target device, and operate according to the authorized operation information, so that the target device can be downloaded from the server. The unlocking information may be used to unlock the target device by using the unlocking information, such as inputting the unlocking information to the target device, to feed the unlocking information to the server through the target device, and after verifying the unlocking information, the server sends the unlocking command to the target. The device unlocks the target device so that the first user can use the target device.

Referring to FIG. 4, it is a flowchart of a step of generating, by the server in the embodiment of the present application, the unlocking information of the target device based on the interaction with the first device, which may specifically include the following steps:

Step 402: Determine a service response by using a service request sent by the first device.

The service response carries authorized operation information. The authorization operation information may be used to feedback to the first device operated by the first user requesting to use the target device, so that the first user unlocks the target device based on the unlocking information fed back by the authorization operation information acquisition server and use.

If the first user wants to use the IoT device that is in the locked state, that is, the target device, the server may send a service request to obtain the authorized operation information of the target device. Specifically, when the target device is in the locked state, if the user wants to use the target device, the first device may be configured to generate a service request and sent to the server by operating the first device, such as a smart phone or a tablet. The service request is related to the operation of the user, and may carry identification information, user information, and the like of the target device.

After receiving the service request, the server may obtain the authorized operation information corresponding to the target device according to the identifier information, so that the authorization operation information may be used to generate a service response.

In an optional embodiment of the present application, determining the service response according to the service request sent by the first device may include: acquiring the identifier information from the service request; determining, according to the identifier information, the target device. Presetting authorized operation information; generating the service response by using the authorized operation information.

In the process of processing the service request, the server may obtain the identifier information from the service request, and determine the target device based on the identifier information, so as to obtain the authorization operation information that is configured in advance for the target device, that is, the preset target device is determined; The authorization operation information generates a service response.

In a preferred embodiment of the present application, before determining the service response by using the service request sent by the first device, the method further includes: acquiring user information from the service request; and detecting whether the user information and the target are The device matches the preset target user information; when the user information does not match the preset target user information, performing the step of determining the service response by using the service request.

In this embodiment, when the server receives the service request, the server may obtain the user information from the service request to determine the current operation user, and determine whether the operation user is the second user corresponding to the target device, that is, the detection is performed. Whether the user information matches the preset target user information corresponding to the target device; when the operation user is not the second user, that is, when the user information does not match the preset target user information, the current operation user may be used as the first A user performs the step of determining a service response in accordance with the service request.

Specifically, the server may pre-determine whether the operation user of the service request has the usage authority of the target device according to the user information, such as determining whether the current operation user is the device administrator of the target device. If the operation user of the service request does not have the usage right of the target device, the operation user requested by the service may be used as the first user of the target device, and the delivery service response may be generated by using the authorization operation information configured in advance for the target device, thereby making the first A user can obtain authorized operation information of the target device and operate according to the authorized operation information. If the operation user of the service request has the usage right of the target device, it may be determined that the operation user requested by the service is the second user of the target device.

Optionally, for the second user, the server may generate the unlocking information of the target device, and send the information to the second user, so that the second user unlocks and uses the target device according to the unlocking information, or directly to the target device. The unlocking command is sent to enable the target device to be unlocked according to the unlocking command, so that the second user can use the target device, which is not limited in this embodiment of the present application. As a specific implementation of the embodiment of the present application, the server may detect, when the user information carried by the service request is the authorized user information corresponding to the target device, for example, when detecting that the user requesting to use the target device is a registered user, Step 406 is directly executed to generate unlocking information of the target device.

Step 404: Send the service response to the first device.

In this embodiment, after determining the service response, the server feeds back the service response to the first device, that is, the smart terminal operated by the first user. After receiving the service response, the smart terminal can obtain an operation authorization from the service response. Information, and displaying the authorized operation information of the target device to the first user on the display screen, so that the first user can operate according to the authorized operation information.

Step 406: Generate unlock information based on the operation information sent by the first device.

The operation information may be sent by the first device based on the operation of the first user for the authorized operation information.

In this embodiment, the first user may operate the authorization operation information displayed by the first device, so that the first device generates operation information based on the operation of the first user for the authorized operation information, and sends the operation information to the server.

After receiving the operation information, the server may determine, according to the user information carried in the operation information, that the operation user of the operation information is the first user, that is, the operation information is determined by the first user; and the operation information may be performed according to a preset manner. Processing, generating unlock information of the target device. For example, the server may lift the operation instruction from the operation information, and detect whether the operation instruction is a confirmation instruction, that is, determine whether the first user allows the server to operate the user information according to the authorized operation information; when the operation instruction is the confirmation instruction, Performing service processing according to the operation instruction, determining a processing result, for example, acquiring the permission data of the operation user corresponding to the operation information based on the confirmation instruction, and generating a corresponding processing result (such as a message that the authority acquisition succeeds or a message that the authority acquisition fails); The unlocking information of the target device may be generated based on the processing result, for example, when the permission acquisition succeeds, the unlocking information of the target device is generated.

Step 408: Send the unlocking message to the first device.

The unlocking information can be used to unlock the target device.

In this embodiment, after the server generates the unlocking information, the server may send the unlocking information to the first device, that is, the smart terminal operated by the first user, to feed back the unlocking information of the target device to the first user through the smart terminal, so that the first The user can unlock the target device according to the unlock information.

For example, after the first user obtains the unlocking information through the smart terminal, the unlocking information may be input to the target device, so that the target device converts the unlocking information into an unlocking request, and sends the unlocking request to the server. After receiving the unlocking request, the server checks the unlocking information in the unlocking request, and generates an unlocking command, and sends the unlocking command to the target device, so that the target device unlocks according to the unlocking command. .

In a preferred embodiment of the present application, after the server sends the unlocking message to the first device, the method may further include: generating an unlocking command according to the unlocking request sent by the target device in the locked state; The command is sent to the target device to enable the target device to unlock according to the unlock command.

The unlocking request may be specifically generated by the target device according to the unlocking information. After receiving the unlock request submitted by the target device, the server may extract the unlock information from the unlock request and extract the unlocked information. The unlocking check is performed, that is, the unlocking information in the unlocking request is unlocked, such as detecting whether the unlocking information submitted by the target device matches the unlocking information generated in advance, and if yes, determining that the unlocking verification is passed. The server may generate an unlocking command when the unlocking verification is passed, and send the unlocking command to the target device, so that the target device unlocks according to the unlocking command, so that the first user can use the target device.

Of course, the server may also send a message that the unlocking success is successful to the first user after the target device unlocks the unlocking command, to notify the first user that the target device is in the unlocked state, and the target device may be used. After the first user finishes using the target device, or when the first user uses the target device to reach the preset usage time threshold, the target device may determine that the service is terminated, and may generate termination information, and send the termination information to the server. So that the server can determine that the service is terminated and the target device is re-locked.

In summary, the server may feed back the authorization operation information of the target device to the first device according to the service request submitted by the first device, and generate the unlock information according to the operation information submitted by the first device, so that the first user can use the unlock information according to the unlock information. The target device is unlocked, that is, the first user is operated according to the authorized operation information set by the second user, so that the first user can use the target device, thereby avoiding idleness of the target device, that is, improving the use value of the target device, and saving Resources.

In a preferred embodiment of the present application, after the unlocking according to the unlocking command, the device control method further includes: generating a lock command according to the termination message sent by the target device; and sending the lock command to the target The device, the lock command is used to lock the target device.

In this embodiment, when detecting that the service is terminated, the target device detects that the current service time reaches the preset time threshold, or after the first user finishes using the target device, generates termination information and sends the termination information to the server to notify the server that the service is terminated. . When receiving the termination information sent by the target device, the server may determine that the service is terminated according to the termination information, and generate a lock command; by sending the lock command to the target device, the target device may be locked according to the lock command, that is, the control target The device enters a locked state.

Optionally, the server may further perform service processing on the terminated message according to the authorized operation information of the target device, and generate a service termination message according to the processing result. Specifically, the server may determine, according to the association parameter in the termination information, a situation in which the first user uses the target device, such as determining a time or a number of times the first user uses the target device, and may perform service processing on the termination information according to the authorized operation information. For example, the first user is deducted based on the time or the number of times the first user uses the target device, or the association between the user account of the first user and the user account of the second user is created. After the user account of the first user is associated with the user account of the second user, the second user may recommend information to the first user. The server may further generate service termination information based on the processing result, and send the service termination information to the first device operated by the first user and the second device operated by the second user to notify the first user and Second user.

As a specific application scenario of the embodiment of the present application, the server performs service processing on the terminated message according to the authorized operation information, which may include: performing charging according to the fee data and the service association parameter, and determining fee information; The authority data is deducted from the operation user of the first device according to the fee information, and a processing result is generated. Specifically, when receiving the operation information sent by the first user by using the first device, the server acquires the permission data of the first user based on the confirmation operation instruction carried by the operation information; and, when receiving the termination message sent by the target device, The service association parameter, such as the number of uses, may be raised from the termination message, so that the charging information corresponding to the service transaction may be determined based on the fee data in the authorization operation information and the service association parameter, and the fee information corresponding to the service transaction may be determined, and may be based on the acquired first The user's authority data, according to the determined fee information, deducts the first user's Internet of Things account, such as a Taobao account, and generates a corresponding deduction processing result. It can be seen that the server can deduct the fee after the first user uses the IoT device, thereby avoiding the problem of refunding the trouble caused by the failure of the first user after the payment, and ensuring the security of the user funds.

Embodiment 3

This embodiment describes the implementation steps of the device control method in detail based on the smart terminal. The second user can control the target device based on the smart terminal, that is, the second device, and the first user can also be based on the server side. The intelligent terminal, that is, the first device, interacts with the server to use the target device.

This embodiment describes an operation procedure in which the second user based on the smart terminal controls the target device through the server in the device control.

Referring to FIG. 5, a flow chart of steps of an embodiment of a smart terminal in a device control method of the present application is shown. Specifically, the method may include the following steps:

Step 502: Send a registration request to the server, so that the server sets the target user information corresponding to the target device according to the registration request.

Usually, when a user purchases an IoT device, a registration request can be sent to the server through the smart terminal to register as an administrator of the IoT device purchased. The registration request may carry parameters such as device information and user information of the target device. Device information can be used to determine IoT devices, such as device identity data. After receiving the registration request, the server may configure the corresponding target user information for the target device according to the registration request, such as setting the user corresponding to the user information in the registration request as the second user of the target device.

In a preferred embodiment of the present application, before sending the registration request to the server, the smart terminal may further include the following steps: reading the target device from the local network based on the connection between the target device and the local network. Assume The backup information is generated by using the acquired device information.

In this embodiment, the user can use the smart terminal to configure the Internet device through the wireless command, and realize the connection between the Internet device and the local network, that is, activate the Internet of Things device, thereby reading the device information of the target device from the local network. Of course, if the IoT device has an autonomous networking function, such as a smart watch carrying gprs, 3g, and 4g functions, the IoT device can be automatically networked after being powered on, becoming an activated IoT device.

For example, the user Zhang San can use the APP on the smart terminal to configure the Internet device microwave oven through wireless commands, so that the microwave oven is connected to the Internet. User Zhang San can also use the APP to obtain microwave information in the local network, such as scanning the two-dimensional code on the microwave oven, the two-dimensional code carrying the physical identity information of the microwave oven, that is, reading the device information of the target device from the local network; The microwave oven information is submitted to the cloud server of the Internet of Things, that is, a registration request is sent to the server to apply for becoming the object manager of the microwave oven, that is, the second user registered as the target device.

In this embodiment, the user may generate a registration request by using the device information of the target device, and send the registration request to the server through the smart terminal, thereby registering as the second user of the target device, to perform management control on the target device by using the server. The second user may specifically be an administrator of the target device, that is, having the management authority of the target device. Therefore, after the user is registered as the person administrator of the target device, the target device can be managed according to the management authority setting.

After the server sets the user corresponding to the user information as the second user of the target device according to the registration request, the server may generate a registration response, and feed the registration response to the second device, and send the registration response to the smart terminal operated by the second user. The second user can receive the registration response reported by the server through the smart terminal, so that the registration success can be determined according to the registration response.

Step 504: Generate a management request for the target device according to the input authorization information.

After determining that the registration is successful, the operating user as the second user of the target device can manage the target device by managing the permission setting, for example, the authorization operation information of the target device can be set by the server, so that the first user can target the target based on the authorized operation information. The device is operating.

If the second user needs to configure the authorization operation information for the target device, so that the first user unlocks and uses the target device based on the unlock information fed back by the right operation information acquisition server, the authorization information may be input to the second device, so that the second user The second device generates a management request based on the authorization information, that is, the smart terminal may generate a management request of the second user for the target device according to the authorization information.

In a preferred embodiment of the present application, the second device generates a management request for the target device according to the input authorization information, and specifically includes the following sub-steps:

Sub-step 5042: Receive authorization information input for the target device.

Sub-step 5044: Generate the management request using the authorization information.

The management request may carry parameters such as an operation instruction, user information, device information, and authorization information. The parameter carried in the management request may be determined by the smart terminal according to the information input by the currently operated user (ie, the second user), or may be determined by the smart terminal based on the operation of the second user. For example, the user information carried in the management request may be The second user input may also be extracted by the smart terminal from the local cache data, which is not limited in this embodiment of the present application.

Step 506: Send the management request to the server, so that the server configures the authorization operation information of the target device according to the authorization information.

After generating the management request, the second device may send the management request to the server, so that the server may configure the authorization operation information for the target device according to the authorization information input by the second user. For example, the second user of device A submits the usage rule of device A to the server, that is, the authorization information in the management request; after receiving the usage rule submitted by Zhang San, the server authenticates Zhang San, when verifying Zhang San When it is the second user of the device A, the authorization operation rule of the device A may be determined according to the usage rule submitted by the third, that is, the authorization operation information is configured for the target device.

It can be seen that the smart terminal can forward the information input by the second user to the server, so that the server can control the target device according to the information input by the second user, and implement the management of the target device by the second user.

As a specific example of the present application, the second device may generate an authorization activation command based on an authorization activation operation submitted by the second user for the target device; and send the authorization activation command to the server, so that the server generates the activation according to the authorization activation command. The instruction activates the locked state of the target device. Of course, the smart terminal may also generate an authorization release command based on the authorization release operation submitted by the second user for the target device; and send the authorization release command to the server, so that the server unlocks the target device according to the authorization release command generation release command. status.

In this embodiment, based on the communication between the server and the smart terminal, the second user can control the target device through the smart terminal, which greatly reduces the workload of the second user to manage the target device, thereby saving human resources.

This embodiment describes an operation procedure in which the first user based on the smart terminal controls the target device through the server in the device control.

Referring to FIG. 6 , a flow chart of steps of an embodiment of an intelligent terminal in another device control method of the present application is shown, which may specifically include the following steps:

Step 602: Send a service request to the server.

The service request may carry parameter information such as identification information and user information of the target device.

In this embodiment, the smart terminal can read the identification information of the target device to be used by the user based on the operation of the operation user, so that the corresponding service request can be generated according to the identification information, that is, the first device can be configured according to the first device. A user's operation acquires identification information of the target device to generate a service request. For example, the user can directly input the identification information of the target device into the smart terminal; or based on the communication connection between the smart terminal and the target device, the smart terminal can obtain the identification information directly from the target device by using the operation, which is not limited by the embodiment of the present application. .

In a preferred embodiment of the present application, before the first device sends the service request to the server, the method may further include: reading the identification information of the target device; and generating the service request by using the identifier information.

The first device, by using the identifier information, to generate the service request, may include: generating the service request of the first user by using the user information and the identifier information. The user information may be automatically obtained by the smart terminal by detecting the current operation user, or may be determined by the smart terminal according to the information input by the current operation user, which is not limited in this embodiment.

For example, after reading the identification information of the target device, the smart terminal may obtain the user information of the currently operated user from the locally cached data by detecting, and then determine the current operation user according to the user information and generate the user information and the identification information. Request for service.

Step 604: Receive a service response fed back by the server, and obtain authorization operation information from the service response.

The authorization operation information may be determined by the server according to the identifier information. After receiving the service response fed back by the server, the first device may obtain the slave operation authorization information from the service response, and may display the operation authorization information on the display screen according to the preset display parameter, that is, display the target device to the first user. The authorization operation information, so that the first user can view the authorized operation information of the target device.

Step 606: Generate operation information for the operation of authorizing the operation information.

After seeing the authorized operation information, the first user may operate the authorized operation information, such as the number of times the target device is used in the smart terminal, the time when the target device is input, the confirmation button or the reject button for the authorized operation information. And so that the smart terminal generates corresponding operation information, that is, the first device may generate operation information based on the operation of the first user for the authorized operation information. The operation information may carry parameters such as user information, operation instructions, usage times, and usage time of the first user.

In a preferred embodiment of the present application, the generating operation information for the operation according to the authorization operation information may specifically include the following sub-steps:

Sub-step 6062, detecting an operation instruction submitted for the authorization operation information.

In this embodiment, the smart terminal may display the authorization operation information to the first user through the dialog box, and may detect the operation instruction submitted by the first user in the dialog box by monitoring the system interface. The operation instruction may be determined according to a user operation, such as an acknowledgement instruction, a rejection instruction, and the like. For example, when the first user clicks the confirmation button of the dialog box, the smart terminal can detect the confirmation instruction submitted by the first user; or, in the first user clicks the dialog box, the rejection button is pressed. When the button is pressed, the rejection command submitted by the first user is detected.

Sub-step 6064, the operation information is generated by using the operation instruction.

The intelligent terminal can generate operation information based on the operation instruction when detecting the operation instruction.

Step 608: Send the operation information to the server, so that the server generates unlocking information based on the operation information.

In this embodiment, the first device may upload the generated operation information to the server based on the network connection. After receiving the operation information, the server performs the service processing on the operation information according to the preset manner, generates the unlocking information of the target device, and sends the unlocking information to the first device operated by the first user.

Step 610: Receive unlock information fed back by the server.

The unlocking information may be used to unlock the target device in a locked state.

After receiving the unlocking information fed back by the server, the smart terminal may display the unlocking information on the display screen, so that the first user can view the unlocking information through the display screen, or play the unlocking information to the user through the audio player. This allows the user to obtain the unlock information. The first user may also input the unlock information to the target device in the locked state to unlock the target device.

In a preferred embodiment of the present application, the device control method may further include: transmitting the unlocking information to the target device, so that the target device sends an unlock request to the server to perform unlocking. The unlock request may be generated by the target device according to the unlock information. After receiving the unlocking request, the server may convert the unlocking request into an unlocking command, and send the unlocking command to the target device, so that the target device unlocks according to the unlocking command.

Specifically, the first device may be connected to the target device, for example, connected to the target device by using a wireless manner such as Bluetooth, WiFi, or infrared; and the received unlocking information may be transmitted to the target device based on the operation of the first user, so that the target device is enabled. Turn unlock information into an unlock request and send it to the server.

After receiving the unlocking request, the server determines an unlocking command according to the unlocking request, and sends the unlocking command to the target device to unlock the target device, so that the target device can respond to the local operation instruction, so that the target device can be the first user. The provision of services increases the utilization of the target device and avoids the waste of resources due to the idleness of the target device.

Embodiment 4

The embodiments of the present application discuss the implementation steps of the device control method in detail based on the target device.

Referring to FIG. 7, a flow chart of steps of a target device side embodiment in a device control method according to the present application is shown. Specifically, the method may include the following steps:

Step 702: Enter a locked state according to an activation instruction sent by the server.

The activation command is generated by the server according to an authorization activation command sent by the second device. Upon receiving the activation command sent by the server, the target device can recognize and execute the activation command and enter a locked state. A target device that is in a locked state may not respond to local operational instructions.

Step 704: Generate an unlock request according to the unlocking information sent by the first device.

The unlocking information may be the unlocking information generated by the server for the target device, and may include: the unlocking information generated by the server according to the service request sent by the first device, such as generated by the server based on the operation information sent by the first device. Unlock the information.

Step 706: Send the unlock request to the server, so that the server generates an unlock command according to the unlock request.

The resolution request sent by the target device may carry the unlocking information, that is, the target device may report the unlocking information to the server, so that the server can verify the unlocking information.

Step 708: Receive an unlock command sent by the server, and perform unlocking according to the unlock command.

The server may issue an unlock command to the target device when the check information is accurate, that is, when the check is passed, so that the target device unlocks according to the unlock command.

In this embodiment, the target device may convert the unlocking information into an unlocking request, and send the information to the server to obtain an unlocking command, so that the unlocking command may be performed according to the unlocking command. After unlocking, the target device can respond to the local operation instruction, that is, the first user can be provided to meet the service requirement of the first user.

Optionally, after the target device is unlocked according to the unlocking command, when the service termination is detected, a termination message is sent to the server; and a locking command sent by the server is received, and according to the locking command. Lock it.

The lock command may be generated by the server according to the termination message.

In a preferred embodiment of the present application, the target device may further transmit the identification information to the first device, so that the first device generates a service request according to the identification information and forwards the service request to the server.

The identifier information may be that the server is pre-generated according to the authorized operation information of the target device.

In a preferred embodiment of the present application, the target device may also exit the locked state according to the release command sent by the server.

The release command may be generated by the server according to an authorization release command sent by the second device.

In a preferred embodiment of the present application, the target device generates an unlock according to the unlock information sent by the first device. Before the request, the device information may also be provided based on the local network to generate a registration request to set the target user information corresponding to the target device.

After the target device is connected to the local network, the second user can obtain the device information of the target device owned by the second network from the local network according to a preset manner, and generate a registration request by using the device information. In other words, after the target device is connected to the local network, the device information can be sent to the smart terminal operated by the second user through the local network, that is, sent to the second device, so that the second user can generate the registration request by using the device information.

Of course, the second user can obtain the device information of the target device in other manners, such as by viewing the device information provided in the manual of the target device, and determining the device information of the target device, which is not limited in this embodiment.

Based on the above embodiments, the Internet of Things system realizes the control and use of the target device of the Internet through the server, the target device, and the intelligent terminal, thereby facilitating the user to use the Internet of Things device and improving the convenience of the user's life. In order to clarify the control method of the device in the Internet of Things system, the present embodiment discusses the device control method based on the Internet of Things system.

1, the configuration of the target device

Referring to FIG. 8 , the interaction diagram of the second device controlling the target device to enter the locked state in the embodiment of the present application may be specifically included in the following steps:

Step 802: The target device connects to the network server and registers as an activated Internet of Things device.

Thereby the server can obtain device information.

Step 804: The second device acquires device information of the target device.

Step 806: The second device generates a management request by using the device information, and sends the management request to the server.

Step 808: The server configures the authorization operation information for the target device according to the authorization information in the management request, and generates a management response to send to the second device.

Step 810: After receiving the management response, the second device sends an authorization activation command to the server.

Step 812: The server controls the target device to enter a locked state according to the authorization activation command.

Thereby the target device is in a locked state.

Step 814: The server encodes the device information of the target device and the corresponding target user information, and generates identifier information of the target device.

After the server generates the identification information, the identifier information may be sent to the second device or the target device operated by the second user, so that the first user can obtain the identification information.

Of course, the second user may also send an authorization release command to the server through the second device to release the locked state of the target device, so that the target device can be directly used. After receiving the authorization release command, the server controls the target device to exit the lock state according to the authorization release command, that is, the lock state of the target device is released, for example, deleting the target device. Authorize operation information or issue a release command to the target device.

2, the use of target equipment

Referring to FIG. 9A, an interaction diagram of the first device unlocking the target device in the embodiment of the present application is shown, which may specifically include the following steps:

Step 902: The first device generates a service request by using the identifier information of the target device.

Step 904: The first device sends a service request to the server.

Step 906: The server determines the service response by using the service request, and sends the response to the first device, where the service response carries the authorized operation information of the target device.

Step 908: The first device performs operation on the authorized operation information to generate operation information, and sends the operation information to the server.

Step 910: The server generates the unlocking information based on the operation information, and sends the unlocking information to the first device.

Step 912: The first device sends the unlocking information to the target device.

Step 914: The target device generates an unlock request according to the unlock information, and sends the unlock request to the server. The unlock request carries unlock information.

Step 916: The server performs unlocking verification on the unlocking information carried in the unlocking request. When the unlocking verification is passed, the unlocking instruction is generated and sent to the target device.

Step 918: The target device performs an unlocking instruction to perform unlocking.

Thereby the first user can use the target device.

Step 920: When the target device terminates, the generated termination information is sent to the server.

Step 922: After receiving the termination information, the server performs service processing according to the authorized operation information, completes the service, generates service termination information, and sends the service termination information to the first device and the second device.

Thereby the first user and the first user can view the service termination information.

Step 924: The server generates a lock instruction and sends the lock instruction to the target device.

Step 926: The target device executes a lock instruction.

In summary, through the Internet of Things system, that is, the interaction between the server, the first device, the second device, and the target device, the use of the Internet of Things device is implemented. For example, the second user can preset the usage rule of the Internet of Things device through the server. (For example, if the deduction fee is 2 yuan per use, and the micro-signal is used once for free, etc.), so that the first user operates according to the usage rules, the first user is allowed to use the target device, thereby improving the utilization rate of the Internet of Things device. That is to avoid the waste of resources caused by IoT devices being idle.

Referring to FIG. 9B, an interaction diagram of unlocking a target device by a first device in another embodiment of the present application is shown. The figure may specifically include the following steps:

Step 931: The first device generates a service request by using the identifier information of the target device.

The service request may carry user information, and the user information may be used to determine a user who currently operates the first device.

Step 933: The first device sends a service request to the server.

Step 935: The server receives the service request, and obtains user information and identification information from the service request.

Step 937: The server determines the target device according to the acquired identification information.

Step 939: The server performs user verification according to the user information for the target device.

When the user passes the verification, the server may perform step 941 to generate unlocking information of the target device, so that the user can unlock and use the target device by using the unlocking information; or directly jump to step 949 for execution, that is, directly to the target device. The unlocking is performed so that the user can use the target device, which is not limited in this embodiment.

Step 941: The server generates unlocking information of the target device, and sends the unlocking information to the first device.

Step 943: The first device sends the unlocking information to the target device.

That is, the user can obtain the unlocking information through the first device, and can operate the first device, so that the first device transmits the unlocking information to the target device to unlock the target device. Of course, the user can directly input the unlocking information on the target device, so that the target device can obtain the unlocking information, which is not limited in this embodiment.

Step 945: The target device generates an unlock request according to the unlock information, and sends the unlock request to the server.

The unlock request carries unlock information.

Step 947: The server performs unlocking verification on the unlocking information carried in the unlocking request, and when the unlocking verification is passed, step 949 is performed.

In step 949, the server generates an unlock command and sends the unlock command to the target device.

Step 951: The target device performs an unlocking instruction to perform unlocking.

Thereby the first user can use the target device.

Step 953: When the target device terminates, the generated termination information is sent to the server.

After receiving the termination information, the server may perform the service processing according to the authorized operation information to complete the service, and then execute step 955; or step 957 may be directly performed, which is not limited in this embodiment.

Step 955: Generate service termination information and send the information to the first device and the second device.

Step 957: The server generates a lock instruction and sends the lock instruction to the target device.

Step 959: The target device executes a lock instruction.

In summary, the server of the embodiment can perform user verification by using the user information, so that the registered user can use the target device for free, thereby avoiding the problem that the target device is idle and causing waste of resources, and improving the use value of the target device.

It should be noted that, for the method embodiments, for the sake of simple description, they are all expressed as a series of action combinations, but those skilled in the art should understand that the embodiments of the present application are not limited by the described action sequence, because In accordance with embodiments of the present application, certain steps may be performed in other sequences or concurrently. In the following, those skilled in the art should also understand that the embodiments described in the specification are all preferred embodiments, and the actions involved are not necessarily required in the embodiments of the present application.

Embodiment 5

Based on the above embodiments, this embodiment also discloses a server.

Referring to FIG. 10A, a structural block diagram of a server embodiment of the present application is shown, which may specifically include the following modules:

The unlocking information generating module 1002 is configured to generate unlocking information according to the service request sent by the first device. The unlocking information may be used to unlock the target device.

The unlocking information sending module 1004 is configured to send the unlocking information to the first device.

Controlling the IoT device through the server, thereby avoiding the problem of high manufacturing cost of the device due to the addition of special devices, that is, reducing the manufacturing cost of the device; and the unlocking information that the user can obtain by sending a service request to the server, thereby The unlocking of the IoT device in the locked state is convenient for the user to use the device, thereby avoiding the problem that the IoT device is idle and causing waste of resources, that is, the use value of the IoT device is improved, and resources are saved.

In a preferred embodiment of the present application, the unlocking information generating module 1002 may be specifically configured to use the service request to determine a service response, send the service response to the first device, and send the message based on the first device. The operation information generates unlock information. The service response may carry authorized operation information, and the operation information may be sent by the first device for the operation of the authorized operation information.

Referring to FIG. 10B, a structural block diagram of an optional embodiment of a server of the present application is shown, which may specifically include the following modules:

The unlocking information generating module 1002 is further configured to obtain user information and identification information from the service request, determine a target device according to the identification information, and perform user verification according to the user information for the target device, when the user is When the test passes, the unlock information of the target device is generated.

In a preferred embodiment of the present application, the unlocking information generating module 1002 may include the following sub-modules:

The identifier information obtaining submodule 10020 is configured to obtain the identifier information from the service request.

The authorization operation information determining sub-module 10022 is configured to determine preset authorization operation information of the target device according to the identification information.

Optionally, the authorization operation information determining submodule 10022 may include: a target device determining unit and an authorized operation information acquiring unit. The target device determining unit is configured to determine the target device by using the identifier information. The authorization operation information acquiring unit is configured to acquire the authorized operation information corresponding to the target device. The authorization operation information may be determined according to the authorization information submitted by the second device.

The service response generation submodule 10024 is configured to generate a service response by using the authorized operation information.

The service response sending submodule 10026 is configured to send the service response to the first device.

The unlocking information generating submodule 10028 is configured to generate unlocking information based on the operation information sent by the first device.

In a preferred embodiment of the present application, the unlocking information generating sub-module 10028 may be specifically configured to perform service processing on the operation information according to a preset manner to generate unlocking information.

The unlocking information sending module 1004 is configured to send the unlocking information to the first device, where the unlocking information is used to unlock the target device.

The unlocking command generating module 1006 is configured to generate an unlocking command according to the unlocking request sent by the target device in the locked state.

The unlocking request may be generated by the target device according to the unlocking information.

The unlocking command sending module 1008 is configured to send the unlocking command to the target device, so that the target device performs unlocking according to the unlocking command.

In a preferred embodiment of the present application, the unlock command generation module 1006 may include the following sub-modules:

The unlocking information verification sub-module 10060 is configured to perform unlocking verification on the unlocking information in the unlocking request.

The unlocking command generation sub-module 10062 is configured to generate the unlocking command when the unlocking verification is passed.

Optionally, the unlock command generating module 1006 may further include a time detecting submodule 10064. The time detecting sub-module 10064 can be configured to detect whether the receiving time corresponding to the unlocking request is within a preset time. The unlocking information verification sub-module 10060 may be specifically configured to perform the step of verifying the unlocking information in the unlocking request when the receiving time is within a preset time.

The lock command generating module 1010 is configured to generate a lock command according to the termination message sent by the target device.

The lock command sending module 1012 is configured to send the lock command to the target device, where the lock command is used to lock the target device.

The service processing module 1014 is configured to perform service processing on the terminated message according to the authorized operation information, and base the A service termination message is generated as a result of processing.

The service termination information feedback module 1016 is configured to feed back the service termination information to the first device and the second device.

Optionally, the server may further include the following modules:

The user information obtaining module 1018 is configured to obtain user information from the service request.

The user information detecting module 1020 is configured to detect whether the user information matches the preset target user information corresponding to the target device. When the user information does not match the preset target user information, the trigger unlocking information generating module 1002 performs the adoption. The service request determines the step of the service response.

In this embodiment, when the user information carried by the service request does not match the preset target user information, the user information detecting module 1020 may trigger the unlocking information generating module 1002 to perform a process of determining a service response, so that the unlocking information generating module 1002 The unlocking information is generated, and the unlocking information is sent to the first device by the unlocking information sending module 1004, so that the user can acquire the unlocking information of the target device to unlock the target device.

The authorization operation information configuration module 1022 is configured to pre-configure the authorization operation information of the target device based on the interaction with the second device, so that the operation information corresponding to the authorization operation information of the first device is generated.

The device status control module 1026 is configured to control the target device to enter or exit the locked state.

In a preferred embodiment of the present application, the authorization operation information configuration module 1022 may include the following sub-modules:

The authorization operation information configuration sub-module 10220 is configured to configure the authorization operation information of the target device according to the management request sent by the second device, and generate a management response.

The management response sending submodule 10222 is configured to send the management response to the second device to notify the second device to successfully configure the authorized operation information of the target device.

The management request may carry parameter information such as user information, device information, and authorization information.

Optionally, the server may further include: a management request detecting module 1024, configured to: when receiving the management request, detect whether the user information carried by the management request is target user information preset by the target device. The authorization operation information configuration sub-module 10220 may be specifically configured to configure the authorization information as the authorization operation information of the target device when the user information carried in the management request is the target user information corresponding to the target device.

Optionally, the server further includes: a target user information setting module 1028 and a registration response feedback module 1030. The target user information setting module 1028 is configured to set target user information corresponding to the target device according to the registration request submitted by the second device, where the registration request carries device information and device information. a registration response feedback module 1030, configured to generate a registration response, and feed back the registration response to the second device to notify the second The device was successfully registered.

In a preferred embodiment of the present application, the target user information setting module 1028 may include the following sub-modules:

The validity detection sub-module 10280 is configured to detect validity of device information and user information in the registration request.

The target user information determining sub-module 10282 is configured to determine, when the user information and the device information are valid, the target device corresponding to the device information, and determine the user information as the target user information corresponding to the target device.

Optionally, the server may further include the following modules:

The authorization activation module 1032 is configured to generate an activation instruction and identifier information of the target device according to the authorization activation command sent by the second device.

The activation instruction sending module 1034 is configured to send the activation instruction to the target device to bring the target device into a locked state.

The identifier information sending module 1036 is configured to send the identifier information to the second device and/or the target device to provide the identifier information to the first device and use the identifier information.

The authorization release module 1038 is configured to generate a release instruction of the target device according to the authorization release command sent by the second device.

The release instruction sending module 1040 is configured to send the release instruction to the target device to cause the target device to exit the locked state.

Optionally, the authorization operation information may specifically include usage fee data of the target device, such as a fee for using the target device each time, a fee of using the target device for 1 minute, and the like; the termination message may carry a service association parameter, such as using Number of times, time of use, etc.

In this embodiment, the unlock information generating submodule 10028 may include an authority data acquiring unit. The privilege data obtaining unit may be configured to acquire the privilege data of the operation user corresponding to the operation information based on the confirmation instruction when the operation instruction carried in the operation information is an acknowledgment instruction.

The service processing module 1014 may specifically include: a charging sub-module 10140 and a deduction sub-module 10142. The charging sub-module 10140 is configured to perform charging based on the fee data and the service association parameter, and determine the charging information. The deduction sub-module 10142 deducts an operation fee from the operation user of the first device according to the permission information, and generates a processing result.

In summary, the Internet of Things device in this example can be used as a business automation device to provide services for the first user. Based on the control of the IoT device by the server, the IoT device as a business automation device can be automatically debited by the server without adding special devices, thereby avoiding high manufacturing cost due to the addition of special devices. The problem is that the manufacturing cost of the device is reduced; and the user does not need to pay for the change, thereby solving the problem of inconvenient use of the device for business automation.

Embodiment 6

On the basis of the foregoing embodiment, the embodiment further discloses a user equipment, where the user equipment may include a smart terminal operated by the second user, such as a second device.

Referring to FIG. 11A, a structural block diagram of an embodiment of a user equipment in the present application is shown, which may specifically include the following modules:

The management request generating module 1100 is configured to generate a management request for the target device according to the input authorization information.

The management request sending module 1102 is configured to send the management request to the server, so that the server configures the authorized operation information of the target device according to the authorization information.

In this embodiment, the authorization operation information is used for feeding back to the first device requesting to use the target device, so that the first device unlocks the target device based on the unlocking information fed back by the authorization operation information acquisition server. .

Referring to FIG. 11B, a structural block diagram of an optional embodiment of a user equipment in the present application is shown, which may specifically include the following modules:

The device information reading module 1104 is configured to read device information of the target device from the local network based on the connection between the target device and the local network.

The registration request generating module 1106 is configured to generate a registration request by using the acquired device information.

The registration request sending module 1108 is configured to send the submitted registration request to the server, so that the server sets the target user information corresponding to the target device according to the registration request, wherein the registration request carries the device information of the target device.

The registration success determination module 1110 is configured to determine that the registration is successful according to the registration response fed back by the server.

In an optional embodiment of the present application, the management request generating module 1100 may include the following submodules:

The authorization information receiving sub-module 11000 is configured to receive authorization information input for the target device.

The management request generation sub-module 11002 is configured to generate the management request by using the authorization information.

The management request carries device information of the target device.

In an optional embodiment of the present application, the user equipment may further include:

The authorization activation command generation module 1112 is configured to generate an authorization activation command based on the authorization activation operation submitted for the target device.

The authorization activation command sending module 1114 is configured to send an authorization activation command to the server, so that the server generates an activation instruction according to the authorization activation command to activate the locking state of the target device.

The authorization release command generating module 1116 is configured to generate an authorization release command based on the authorization release operation submitted for the target device.

The authorization release command sending module 1118 is configured to send an authorization release command to the server, so that the server releases the lock state of the target device according to the authorization release command generation release command.

In an embodiment, the authorization information may include usage fee data of the target device. The server can control the Internet of Things device according to various messages sent by the user equipment operated by the second user, such as requests, commands, etc., to implement management of the target device by the second user.

Example 7

Based on the foregoing embodiment, the embodiment further discloses another user equipment, where the user equipment may include a smart terminal operated by the first user, such as the first device.

Referring to FIG. 12A, a structural block diagram of another embodiment of a user equipment in the present application is shown, which may specifically include the following modules:

The service request sending module 1200 is configured to send, by the first device, a service request to the server, where the service request carries the identifier information.

The unlocking information receiving module 1202 is configured to receive the unlocking information fed back by the server, where the unlocking information is used to unlock the target device in the locked state.

In summary, the first device may send the service request to the server, so as to obtain the unlocking information, so that the user can use the unlocking information to unlock the IoT device in the locked state, thereby enabling the user to use the IoT device, that is, avoiding The problem of waste of resources caused by the idleness of IoT devices and the use value of IoT devices.

Referring to FIG. 12B, a structural block diagram of another optional embodiment of the user equipment in the present application is shown, which may specifically include the following modules:

The identification information reading module 1210 is configured to read identification information of the target device.

The service request generating module 1212 is configured to generate the service request by using the identifier information.

The service response receiving module 1204 is configured to receive a service response fed back by the server, and obtain authorization operation information from the service response, where the authorization operation information is determined by the server according to the identification information.

The operation information generating module 1206 is configured to generate operation information for the operation of authorizing the operation information.

In a preferred embodiment of the present application, the operation information generating module 1206 may include the following sub-modules:

The operation instruction detection sub-module 12060 is configured to detect an operation instruction submitted for the authorization operation information.

The operation information generating sub-module 12062 is configured to generate the operation information by using the operation instruction.

The operation information sending module 1208 is configured to send the operation information to the server, so that the server generates unlocking information according to the operation information.

The identifier information is generated by the server according to the authorized operation information corresponding to the target device.

Optionally, the user equipment may further include: an unlocking information transmission module 1214 and a user information acquiring module 1216.

In this embodiment, the unlocking information transmission module 1214 may be configured to transmit the unlocking information to the target device, so that the target device sends an unlocking request to the server to perform unlocking. The unlocking request is generated by the target device according to the unlocking information. The server converts the unlocking request into an unlocking command, and sends the unlocking command to the target device, so that the target device unlocks according to the unlocking command.

The user information obtaining module 1216 is configured to obtain user information of the currently operated user. The service request generating module 1212 may be specifically configured to generate the service request by using the device information and the identifier information.

Example eight

Based on the above embodiments, the embodiment further discloses an Internet of Things device.

Referring to FIG. 13A, a structural block diagram of an embodiment of an Internet of Things device of the present application is shown, which may specifically include the following modules:

The unlocking request generating module 1300 is configured to generate an unlocking request according to the unlocking information sent by the first device, where the unlocking information is generated by the server according to the service request sent by the first device.

The unlock request sending module 1302 is configured to send the unlock request to the server, so that the server generates an unlock command according to the unlock request.

The unlocking command receiving module 1304 is configured to receive an unlocking command sent by the server, and perform unlocking according to the unlocking command.

Optionally, on the basis of the foregoing FIG. 13A, the Internet of Things device may further include the following modules, as shown in FIG. 13B:

The identifier information transmission module 1306 is configured to transmit the identifier information to the first device, so that the first device generates a service request according to the identifier information and forwards the service request to the server.

The identification information is used to determine a target device. The identifier information is pre-generated by the server according to the authorized operation information of the target device.

The device information providing module 1308 is configured to provide device information to generate a registration request to set target user information corresponding to the target device based on the local network.

The termination message generating module 1310 is configured to send a termination message to the server when the service termination is detected.

The lock command receiving module 1312 is configured to receive a lock command sent by the server, and perform locking according to the lock command. The lock command may be generated by the server according to the termination message.

The lock status entry module 1314 is configured to enter a lock state in accordance with an activation command sent by the server. The activation command is generated by the server according to an authorization activation command sent by the second device.

The lock state exit module 1316 is configured to exit the lock state according to the release command sent by the server. The release command is generated by the server according to an authorization release command sent by the second device.

Example nine

On the basis of the foregoing embodiment, the embodiment further provides a device control system. As shown in FIG. 14, the device control system includes: a server 1400, a target device 1402, a first device 1404, and a second device 1408.

The server is substantially the same as the server described in the foregoing fifth embodiment, and the first device is substantially the same as the user equipment in the foregoing seventh embodiment, and the second device is substantially the same as the user equipment in the foregoing implementation 6, and the target device is implemented in the foregoing manner. The Internet of Things devices described in IX are basically the same, so they will not be described again.

It should be noted that the smart terminal in the embodiment of the present invention, that is, the first user equipment, the second device, and the user equipment in the foregoing embodiments may specifically include: a memory, a display, a processor, an input unit, and the like. The input unit can be used to receive numeric or character information input by the user, and a control signal. Specifically, in the embodiment of the present invention, the input unit may include a touch screen, and may collect a touch operation on or near the user (such as an operation of the user using a finger, a stylus, or the like on the touch screen), and The corresponding connecting device is driven according to a preset program. Of course, in addition to the touch screen, the input unit may also include other input devices, such as a physical keyboard, function keys (such as volume control buttons, switch buttons, etc.).

The display includes a display panel. Alternatively, the display panel may be configured in the form of a liquid crystal display (LCD) or an organic light-emitting diode (OLED). Wherein, the touch screen can cover the display panel to form a touch display screen, and when the touch display screen detects a touch operation on or near it, it is transmitted to the processor to perform corresponding processing.

In the embodiment of the present invention, the processor is configured to execute the various steps in the above method embodiments by calling a software program, and/or a module, and/or data stored in the memory. Therefore, the user can send various messages to the server by operating the smart terminal to control or use the Internet of Things device.

For the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the description of the method embodiment.

The various embodiments in the present specification are described in a progressive manner, and each embodiment focuses on differences from other embodiments, and the same similar parts between the various embodiments can be referred to each other.

Those skilled in the art will appreciate that embodiments of the embodiments of the present application can be provided as a method, apparatus, or computer program product. Therefore, the embodiments of the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware. Moreover, embodiments of the present application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.

Embodiments of the present application are described with reference to flowcharts and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the present application. It will be understood that each flow and/or block of the flowchart illustrations and/or FIG. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processor or other programmable data processing terminal device to produce a machine such that instructions are executed by a processor of a computer or other programmable data processing terminal device Means are provided for implementing the functions specified in one or more of the flow or in one or more blocks of the flow chart.

The computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing terminal device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device. The instruction device implements the functions specified in one or more blocks of the flowchart or in a flow or block of the flowchart.

These computer program instructions can also be loaded onto a computer or other programmable data processing terminal device such that a series of operational steps are performed on the computer or other programmable terminal device to produce computer-implemented processing, such that the computer or other programmable terminal device The instructions executed above provide steps for implementing the functions specified in one or more blocks of the flowchart or in a block or blocks of the flowchart.

While a preferred embodiment of the embodiments of the present application has been described, those skilled in the art can make further changes and modifications to the embodiments once they are aware of the basic inventive concept. Therefore, the appended claims are intended to be interpreted as including all the modifications and the modifications

Finally, it should also be noted that in this context, relational terms such as first and second are used merely to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply these entities. There is any such actual relationship or order between operations. Furthermore, the terms "comprises" or "comprising" or "comprising" or any other variations are intended to encompass a non-exclusive inclusion, such that a process, method, article, or terminal device that includes a plurality of elements includes not only those elements but also Other elements that are included, or include elements inherent to such a process, method, article, or terminal device. An element defined by the phrase "comprising a ..." does not exclude the presence of additional identical elements in the process, method, article, or terminal device that comprises the element, without further limitation.

The device control method, a user equipment, an Internet of things device, and a device control system provided by the present application are described in detail. In this paper, a specific example is applied to apply the principle and implementation manner of the present application. It is to be noted that the description of the above embodiments is only for helping to understand the method of the present application and its core ideas; at the same time, for those of ordinary skill in the art, according to the idea of the present application, there will be changes in the specific implementation and application scope. In the above, the contents of this specification are not to be construed as limiting the present application.

Claims

A device control method, comprising:

Generating unlocking information according to the service request sent by the first device, where the unlocking information is used to unlock the target device;

Sending the unlocking information to the first device.
The method according to claim 1, wherein the generating the unlocking information according to the service request comprises:

Determining a service response by using the service request, wherein the service response carries authorized operation information;

Transmitting the service response to the first device;

The unlocking information is generated based on the operation information sent by the first device, and the operation information is sent for the operation of the authorized operation information.
The method according to claim 1, wherein the generating the unlocking information according to the service request comprises:

Obtaining user information and identification information from the service request;

Determining the target device according to the identification information;

Performing user verification according to the user information for the target device;

When the user passes the verification, the unlock information of the target device is generated.
The method according to claim 2, wherein determining the service response by using the service request comprises:

Obtaining identification information from the service request;

Determining preset authorization operation information of the target device according to the identifier information;

A service response is generated by using the authorization operation information.
The method according to claim 4, wherein the determining the preset authorization operation information of the target device according to the identifier information comprises:

Determining the target device by using the identifier information;

And obtaining, by the target device, the preset authorization operation information, where the authorization operation information is determined according to the authorization information submitted by the second device.
The method of claim 2, wherein the generating the unlocking information based on the operation information sent by the first device comprises:

Performing business processing on the operation information according to a preset manner to generate unlock information.
The method according to claim 1, wherein after the sending the unlocking information to the first device, the method further comprises:

Generating an unlocking command according to the unlocking request sent by the target device in the locked state, where the unlocking request is generated by the target device according to the unlocking information;

And sending the unlocking command to the target device, so that the target device unlocks according to the unlocking command.
The method of claim 7, wherein generating an unlock command according to the unlocking request comprises:

Performing unlock verification on the unlock information in the unlock request;

The unlock command is generated when the unlock verification passes.
The method of claim 7 further comprising:

Generating a lock command according to the termination message sent by the target device;

Sending the lock command to the target device, the lock command is used to lock the target device.
The method of claim 6 further comprising:

Performing service processing on the terminated message according to the authorized operation information, and generating a service termination message based on the processing result;

The service termination information is fed back to the first device and the second device.
The method according to claim 8, wherein the generating the unlocking command according to the unlocking request further comprises:

Detecting whether the receiving time corresponding to the unlocking request is within a preset time;

When the receiving time is within the preset time, the step of verifying the unlocking information in the unlocking request is performed.
The method according to claim 2, further comprising: before determining the service response by using the service request, further comprising:

Obtaining user information from the service request;

Detecting whether the user information matches the target user information corresponding to the target device;

When the user information does not match the preset target user information, the step of determining the service response using the service request is performed.
The method of claim 1 further comprising:

Pre-configuring the authorization operation information of the target device based on the interaction with the second device, so as to make the first device Generating operation information according to the operation corresponding to the authorized operation information; and,

Controls the target device to enter or exit the locked state.
The method according to claim 13, wherein the pre-configuring the authorization operation information of the target device based on the interaction with the second device comprises:

Configuring the authorization operation information of the target device according to the management request sent by the second device, and generating a management response;

And sending the management response to the second device to notify the second device to successfully configure the authorized operation information of the target device.
The method according to claim 14, wherein the management request carries user information, device information, and authorization information;

Before configuring the authorization operation information of the target device according to the management request, the method further includes: detecting, when the management request is received, whether the user information carried by the management request is target user information preset by the target device;

The authorization operation information of the target device is configured according to the management request, and the authorization information is configured as the authorization operation information of the target device when the user information carried in the management request is the target user information corresponding to the target device.
The method according to claim 15, further comprising: a preset step of the target user corresponding to the target user information:

Setting the target user information corresponding to the target device according to the registration request submitted by the second device, where the registration request carries the device information and the device information;

Generating a registration response and feeding back the registration response to the second device to notify the second device that the registration is successful.
The method according to claim 16, wherein the setting of the target user information corresponding to the target device according to the registration request comprises:

Detecting validity of device information and user information in the registration request;

When it is detected that the user information and the device information are valid, the target device corresponding to the device information is determined, and the user information is determined as the target user information corresponding to the target device.
The method of claim 16 further comprising:

Generating an activation instruction and identification information of the target device according to the authorization activation command sent by the second device;

Transmitting the activation instruction to the target device to cause the target device to enter a locked state;

Sending the identification information to the second device and/or the target device to provide the identification information to the first device and use.
The method of claim 18, further comprising:

Generating a release instruction of the target device according to the authorization release command sent by the second device;

Sending the release command to the target device to cause the target device to exit the locked state.
The method according to claim 10, wherein the authorization operation information comprises using fee data of the target device, and the termination message carries a service association parameter;

And performing the service processing on the operation information according to the preset manner, and generating the unlocking information, including: when the operation instruction carried in the operation information is an acknowledgment instruction, acquiring the privilege data of the operation user corresponding to the operation information based on the confirmation instruction;

The performing service processing on the terminated message according to the authorized operation information includes:

Determining the fee information based on the fee data and the service associated parameter;

Based on the authority data, the operation user of the first device is deducted according to the fee information, and a processing result is generated.
A device control method, comprising:

Sending a service request to the server, where the service request carries the identification information;

And receiving the unlocking information fed back by the server, where the unlocking information is used to unlock the target device in a locked state.
The method according to claim 21, further comprising: before receiving the unlocking information fed back by the server, further comprising:

Receiving, by the service response, the service response, the authorization operation information is obtained from the service response, where the authorization operation information is determined by the server according to the identification information;

Generating operation information for the operation of authorizing the operation information;

The operation information is transmitted to the server to cause the server to generate unlock information based on the operation information.
The method according to claim 21, wherein before the sending the service request to the server, the method further comprises:

Reading the identification information of the target device;

The service request is generated by using the identification information.
The method according to claim 21, wherein the identification information is generated by the server according to the authorized operation information corresponding to the target device.
The method according to claim 22, wherein the generating operation information for the operation of the authorized operation information comprises:

Detecting an operation instruction submitted for the authorized operation information;

The operation information is generated by using the operation instruction.
The method of claim 21, further comprising:

Transmitting the unlocking information to the target device, so that the target device sends an unlock request to the server to perform unlocking;

The unlocking request is generated by the target device according to the unlocking information; the server converts the unlocking request into an unlocking command, and sends the unlocking command to the target device, so that the target device is Unlock the unlock command.
The method according to claim 23, wherein after the reading the identification information of the target device, the method further comprises:

Obtain user information of the currently operating user;

The generating the service request by using the identifier information includes: generating the service request by using the device information and the identifier information.
A device control method, comprising:

Generating an unlocking request according to the unlocking information sent by the first device, where the unlocking information is generated by the server according to the service request sent by the first device;

Sending the unlock request to the server, so that the server generates an unlock command according to the unlock request;

Receiving an unlock command sent by the server, and unlocking according to the unlock command.
The method of claim 28, further comprising:

Transmitting the identification information to the first device, so that the first device generates a service request according to the identification information and forwards the request to the server, wherein the identification information is used to determine the target device.
The method according to claim 29, wherein the identification information is pre-generated by the server according to authorized operation information of the target device.
The method according to claim 28, wherein before the generating the unlocking request according to the unlocking information sent by the first device, the method further includes:

Based on the local network, device information is provided to generate a registration request to set target user information corresponding to the target device.
The method according to claim 28, wherein after the unlocking according to the unlocking command, the method further comprises:

When the service termination is detected, a generation termination message is sent to the server;

Receiving a lock command sent by the server, and performing locking according to the lock command, wherein the lock command is generated by the server according to the termination message.
The method according to claim 28, wherein before the generating the unlocking request according to the unlocking information sent by the first device, the method further includes:

Entering a locked state according to an activation instruction sent by the server, where the activation instruction is generated by the server according to an authorization activation instruction sent by the second device.
The method of claim 33, further comprising:

The lockout state is exited according to the release command sent by the server; wherein the release command is generated by the server according to the authorization release command sent by the second device.
A device control method, comprising:

Generating a management request for the target device according to the input authorization information;

Transmitting the management request to the server, so that the server configures the authorization operation information of the target device according to the authorization information, where the authorization operation information is used for feeding back to the first device requesting to use the target device, so that the The first device unlocks the target device based on the unlocking information fed back by the authorization operation information acquisition server.
The method according to claim 35, wherein the generating a management request for the target device according to the authorization information comprises:

Receiving authorization information input for the target device;

The management request is generated by using the authorization information, where the management request carries device information of a target device.
The method of claim 36, further comprising:

Sending a registration request to the server, so that the server sets target user information corresponding to the target device according to the registration request, where the registration request carries device information of the target device;

According to the registration response fed back by the server, it is determined that the registration is successful.
The method according to claim 37, wherein before the sending the registration request to the server, the method further comprises:

Reading device information of the target device from the local network based on the connection between the target device and the local network;

A registration request is generated using the acquired device information.
The method according to claim 37, wherein after the determining that the registration is successful, the method further comprises:

Generating an authorization activation command based on an authorization activation operation submitted for the target device;

The authorization activation command is sent to the server to cause the server to generate an activation instruction according to the authorization activation command to activate the locked state of the target device.
The method of claim 39, further comprising:

Generating an authorization release command based on the authorization release operation submitted for the target device;

Sending an authorization release command to the server, so that the server releases the lock state of the target device according to the authorization release command generation release command.
The method of claim 36 wherein said authorization information comprises fee data using a target device.
A server, comprising:

An unlocking information generating module, configured to generate unlocking information according to a service request sent by the first device, where the unlocking information is used to unlock the target device;

And an unlocking information sending module, configured to send the unlocking information to the first device.
The server according to claim 42, wherein the unlocking information generating module is configured to: determine, by using the service request, a service response, and send the service response to the first device, and based on the The operation information sent by a device generates unlocking information, wherein the service response carries authorized operation information, and the operation information is sent for an operation of the authorized operation information.
The server according to claim 42, wherein the unlocking information generating module is configured to obtain user information and identification information from the service request, determine a target device according to the identification information, and The user information performs user verification, and when the user verifies the verification, the unlock information of the target device is generated.
The server according to claim 43, wherein the unlocking information generating module comprises:

An identifier information obtaining submodule, configured to obtain identifier information from the service request;

And an authorization operation information determining submodule, configured to determine preset authorization operation information of the target device according to the identification information;

a service response generation submodule, configured to generate a service response by using the authorized operation information;

a service response sending submodule, configured to send the service response to the first device;

The unlocking information generating submodule is configured to generate unlocking information based on the operation information sent by the first device.
The server according to claim 45, wherein the authorization operation information determining submodule comprises:

a target device determining unit, configured to determine the target device by using the identifier information;

The authorization operation information acquisition unit is configured to acquire the authorization operation information corresponding to the preset target device, wherein the authorization operation information is determined according to the authorization information submitted by the second device.
The server according to claim 45, wherein the unlocking information generating sub-module is specifically configured to perform service processing on the operation information according to a preset manner to generate unlocking information.
The server according to claim 42, further comprising:

An unlocking command generating module, configured to generate an unlocking command according to the unlocking request sent by the target device in a locked state, where the unlocking request is generated by the target device according to the unlocking information;

And an unlocking command sending module, configured to send the unlocking command to the target device, so that the target device unlocks according to the unlocking command.
The server according to claim 48, wherein the unlocking command generating module comprises:

An unlocking information verification submodule, configured to perform unlocking verification on the unlocking information in the unlocking request;

The unlocking command generation submodule is configured to generate the unlocking command when the unlocking verification passes.
The server according to claim 48, further comprising:

a lock command generating module, configured to generate a lock command according to the termination message sent by the target device;

And a lock command sending module, configured to send the lock command to the target device, where the lock command is used to lock the target device.
The server according to claim 47, further comprising:

a service processing module, configured to perform service processing on the terminated message according to the authorized operation information, and generate a service termination message according to the processing result;

The service termination information feedback module is configured to feed back the service termination information to the first device and the second device.
The server according to claim 49, wherein the unlocking command generating module further comprises:

a time detecting submodule, configured to detect whether a receiving time corresponding to the unlocking request is within a preset time;

The unlocking information verification sub-module is specifically configured to perform the step of verifying the unlocking information in the unlocking request when the receiving time is within a preset time.
The server according to claim 42, further comprising:

a user information obtaining module, configured to obtain user information from the service request;

a user information detecting module, configured to detect whether the user information corresponds to a target user message preset by the target device The information is matched, and when the user information does not match the preset target user information, the trigger unlock information generating module performs a step of determining a service response by using the service request.
The server according to claim 47, further comprising:

And an authorization operation information configuration module, configured to pre-configure authorization operation information of the target device based on the interaction with the second device, so that the operation information of the first device according to the authorized operation information is generated; and

A device status control module that controls the target device to enter or exit the locked state.
The server according to claim 54, wherein the authorization operation information configuration module comprises:

The authorization operation information configuration submodule is configured to configure the authorization operation information of the target device according to the management request sent by the second device, and generate a management response;

And a management response sending submodule, configured to send the management response to the second device, to notify the second device to successfully configure the authorized operation information of the target device.
The server according to claim 55, wherein the management request carries user information, device information, and authorization information;

The server further includes: a management request detecting module, configured to: when receiving the management request, detecting whether the user information carried by the management request is target user information preset by the target device;

The authorization operation information configuration sub-module is specifically configured to configure the authorization information as the authorization operation information of the target device when the user information carried in the management request is the target user information corresponding to the target device.
The server according to claim 56, further comprising:

a target user information setting module, configured to set target user information corresponding to the target device according to the registration request submitted by the second device, where the registration request carries device information and device information;

And a registration response feedback module, configured to generate a registration response, and feed back the registration response to the second device to notify the second device that the registration is successful.
The server according to claim 57, wherein the target user information setting module comprises:

a validity detection submodule, configured to detect validity of device information and user information in the registration request;

The target user information determining submodule is configured to determine, when the user information and the device information are valid, the target device corresponding to the device information, and determine the user information as the target user information corresponding to the target device.
The server according to claim 57, further comprising:

An authorization activation module, configured to generate an activation indicator of the target device according to the authorization activation command sent by the second device Order and identification information;

An activation instruction sending module, configured to send the activation instruction to the target device to cause the target device to enter a locked state;

The identifier information sending module is configured to send the identifier information to the second device and/or the target device to provide the identifier information to the first device and use the identifier information.
The server according to claim 59, further comprising:

An authorization release module, configured to generate a release instruction of the target device according to the authorization release command sent by the second device;

And a release instruction sending module, configured to send the release instruction to the target device, so that the target device exits a locked state.
The server according to claim 51, wherein the authorization operation information comprises using fee data of the target device, and the termination message carries a service association parameter;

The unlocking information generating sub-module includes: an privilege data acquiring unit, configured to acquire, according to the acknowledgment instruction, the privilege data of the operation user corresponding to the operation user, when the operation instruction carried by the operation information is an acknowledgment instruction;

The service processing module includes:

a billing sub-module, configured to perform billing based on the fee data and the service-related parameter, and determine the fee information;

The deduction sub-module, based on the permission data, deducts an operation user of the first device according to the fee information, and generates a processing result.
A user equipment, comprising:

a service request sending module, configured to send a service request to the server, where the service request carries the identification information;

The unlocking information receiving module is configured to receive unlocking information fed back by the server, where the unlocking information is used to unlock the target device in a locked state.
The user equipment according to claim 62, further comprising:

a service response receiving module, configured to receive a service response fed back by the server, and obtain authorization operation information from the service response, where the authorization operation information is determined by the server according to the identifier information;

An operation information generating module, configured to generate operation information for the operation of authorizing the operation information;

The operation information sending module is configured to send the operation information to the server, so that the server generates unlocking information according to the operation information.
The user equipment according to claim 62, further comprising:

An identification information reading module, configured to read identification information of the target device;

The service request generating module is configured to generate the service request by using the identifier information.
The user equipment according to claim 62, wherein the identification information is generated by the server according to the authorized operation information corresponding to the target device.
The user equipment according to claim 63, wherein the operation information generating module comprises:

An operation instruction detecting submodule, configured to detect an operation instruction submitted for the authorized operation information;

The operation information generating submodule is configured to generate the operation information by using the operation instruction.
The user equipment according to claim 64, further comprising:

An unlocking information transmission module, configured to transmit the unlocking information to the target device, so that the target device sends an unlocking request to the server to perform unlocking;

The unlocking request is generated by the target device according to the unlocking information; the server converts the unlocking request into an unlocking command, and sends the unlocking command to the target device, so that the target device is Unlock the unlock command.
The user equipment according to claim 64, further comprising:

a user information obtaining module, configured to acquire user information of a currently operated user;

The service request generating module is specifically configured to generate the service request by using the device information and the identifier information.
An Internet of Things device, comprising:

An unlocking request generating module, configured to generate an unlocking request according to the unlocking information sent by the first device, where the unlocking information is generated by the server according to the service request sent by the first device;

An unlock request sending module, configured to send the unlock request to the server, so that the server generates an unlock command according to the unlock request;

The unlocking command receiving module is configured to receive an unlocking command sent by the server, and perform unlocking according to the unlocking command.
The Internet of Things device of claim 69, further comprising:

The identifier information transmission module is configured to transmit the identifier information to the first device, so that the first device generates a service request according to the identifier information and forwards the service request to the server, wherein the identifier information is used to determine the target device.
The Internet of Things device according to claim 70, wherein the identification information is pre-generated by the server according to authorized operation information of the target device.
The Internet of Things device of claim 69, further comprising:

The device information providing module is configured to provide device information to generate a registration request to set target user information corresponding to the target device based on the local network.
The Internet of Things device of claim 69, further comprising:

Terminating a message generating module, configured to send a termination message to the server when the service termination is detected;

The lock command receiving module is configured to receive a lock command sent by the server, and perform locking according to the lock command, wherein the lock command is generated by the server according to the termination message.
The Internet of Things device of claim 69, further comprising:

The lock state entry module is configured to enter a lock state according to an activation command sent by the server, where the activation command is generated by the server according to an authorization activation command sent by the second device.
The Internet of Things device of claim 74, further comprising:

The lock state exiting module is configured to exit the lock state according to the release command sent by the server; wherein the release command is generated by the server according to the authorization release command sent by the second device.
A user equipment, comprising:

a management request generating module, configured to generate a management request for the target device according to the input authorization information;

a management request sending module, configured to send the management request to the server, so that the server configures authorization operation information of the target device according to the authorization information, where the authorization operation information is used for feedback to request to use the target device And the first device, so that the first device unlocks the target device based on the unlocking information fed back by the authorization operation information acquisition server.
The user equipment according to claim 76, wherein the management request generating module comprises:

An authorization information receiving submodule, configured to receive authorization information input for the target device;

And a management request generation submodule, configured to generate the management request by using the authorization information, where the management request carries device information of the target device.
The user equipment according to claim 77, further comprising:

a registration request sending module, configured to send the submitted registration request to the server, so that the server sets the target user information corresponding to the target device according to the registration request, where the registration request carries the device information of the target device;

The registration success determination module is configured to determine that the registration is successful according to the registration response fed back by the server.
The user equipment according to claim 78, further comprising:

a device information reading module, configured to read device information of the target device from the local network based on the connection between the target device and the local network;

A registration request generation module is configured to generate a registration request by using the acquired device information.
The user equipment according to claim 78, further comprising:

An authorization activation command generation module, configured to generate an authorization activation command based on an authorization activation operation submitted for the target device;

The authorization activation command sending module is configured to send the authorization activation command to the server, so that the server generates an activation instruction according to the authorization activation command to activate the locking state of the target device.
The user equipment according to claim 80, further comprising:

An authorization release command generating module, configured to generate an authorization release command based on an authorization release operation submitted for the target device;

The authorization release command sending module is configured to send the authorization release command to the server, so that the server releases the lock state of the target device according to the authorization release command generation release command.
The user equipment according to claim 79, wherein the authorization information comprises fee data using the target device.
A device control system, comprising: a server, a target device, a first device, and a second device;

Wherein the server comprises a server according to any one of claims 42 to 61;

The first device comprises the user equipment according to any of the preceding claims 62 to 68;

The target device includes the Internet of Things device according to any one of claims 69 to 75;

The second device comprises a user equipment according to any of the preceding claims 76 to 82.