A device remote drive method, device, storage medium, and program product

Abstract

Embodiments of the present application disclose a device remote driving method, device, storage medium and program product, and relate to the technical field of remote control, and the method comprises the following steps: receiving a remote control request sent by a first terminal, wherein the remote control request carries device type information of a first device to be controlled; if the first terminal is a target terminal, determining a target drive of the first device according to the device type information, wherein the target drive is a device drive of a second device which has the same device type as the first device; and driving the first device to execute a target task corresponding to the remote control request based on the target drive. The safe operation of the device can be ensured, and the terminal of a non-target terminal is prevented from directly sending a control instruction to the device, so that the control efficiency and safety of the device are improved, and the user experience is improved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of remote control, and in particular to a device remote driving method, device, storage medium and program product. BACKGROUND

[0002] With the rapid development of Internet of Things technology, various remote control systems related to smart home and remote office gradually enter thousands of households. Through wireless communication technology, various devices are connected to bring people different use experiences.

[0003] In the traditional remote control scheme, the user may need to go through the tedious steps of manually inputting IP addresses, port numbers, verification information, etc. to establish a connection with the remote device.

[0004] Such a scheme not only takes time but is also prone to errors. Once the connection is established, if the interface or operation method of the remote device does not conform to the user's habits, the user needs to spend additional time to adapt and learn, further reducing the control efficiency. SUMMARY

[0005] The present application provides a device remote driving method to solve the problem of low control efficiency and poor security performance when the user remotely controls the device through the terminal.

[0006] According to an aspect of the present application, a device remote driving method is provided, comprising: receiving a remote control request sent by a first terminal, wherein the remote control request carries device type information of a first device to be controlled;

[0007] If the first terminal is a target terminal, determining a target drive of the first device according to the device type information, wherein the target drive is a device drive of a second device of the same device type as the first device;

[0008] Driving the first device to perform a target task corresponding to the remote control request based on the target drive.

[0009] According to another aspect of the present application, a device remote driving apparatus is provided, characterized by comprising:

[0010] A remote control request receiving module is configured to receive a remote control request sent by a first terminal, wherein the remote control request carries device type information of a first device to be controlled;

[0011] A target drive determining module is configured to determine a target drive of the first device according to the device type information if the first terminal is a target terminal, wherein the target drive is a device drive of a second device of the same device type as the first device;

[0012] a task execution module, configured to drive the first device to execute a target task corresponding to the remote control request based on the target driver.

[0013] According to another aspect of the present application, an electronic device is provided, comprising:

[0014] at least one processor; and

[0015] a memory connected with the at least one processor; wherein

[0016] the memory stores a computer program executable by the at least one processor, and the computer program is executed by the at least one processor to enable the at least one processor to perform the device remote driving method according to any one of the embodiments of the present application.

[0017] According to another aspect of the present application, a computer readable storage medium is provided, which stores computer instructions for enabling a processor to perform the device remote driving method according to any one of the embodiments of the present application.

[0018] According to another aspect of the present application, a computer program product is provided, which comprises a computer program for enabling a processor to perform the device remote driving method according to any one of the embodiments of the present application.

[0019] The technical solution of the embodiments of the present application can receive a remote control request sent by a first terminal, and in the case that the first terminal is a target terminal, determine a target driver of the first device according to the device type information, wherein the target driver is a device driver of a second device of the same device type as the first device. This can ensure the safe operation of the device and avoid the security risks caused by the terminal of a non-target terminal directly sending a control instruction to the device. By determining the device driver of the second device of the same device type as the first device as the target driver, the user can not have to repeatedly switch control interfaces and update control drivers when controlling the device through the terminal. Finally, the target task carried in the remote control request is executed through the target driver, which can improve the control efficiency of the device and enhance the user experience.

[0020] It should be understood that the content described in this section is not intended to identify key or important features of the embodiments of the present application, nor to limit the scope of the present application. Other features of the present application will become apparent through the following description. BRIEF DESCRIPTION OF DRAWINGS

[0021] In order to make the technical solution in the embodiments of the present application clearer, the drawings needed in the embodiment description will be briefly introduced as follows. Obviously, the drawings in the following description are only some of the embodiments of the present application, and other drawings can be obtained by those skilled in the art without any creative effort on the basis of these drawings.

[0022] Figure 1 is a flow chart of a device remote driving method according to an embodiment of the present application;

[0023] Figure 2 is a flow chart of another device remote driving method according to another embodiment of the present application;

[0024] Figure 3 is a flow chart of another device remote driving method according to another embodiment of the present application;

[0025] Figure 4 is a structural schematic diagram of a device remote driving apparatus according to an embodiment of the present application;

[0026] Figure 5 is a structural schematic diagram of an electronic device implementing the device remote driving method according to an embodiment of the present application. DETAILED DESCRIPTION

[0027] In order to make the technical solution in the embodiments of the present application clearer, the drawings needed in the embodiment description will be briefly introduced as follows. Obviously, the drawings in the following description are only some of the embodiments of the present application, and other drawings can be obtained by those skilled in the art without any creative effort on the basis of these drawings.

[0028] It should be noted that the terms "first", "second", and the like in the description and claims of the present application and the above drawings are used to distinguish similar objects, and do not necessarily indicate a specific order or sequence. It should be understood that the data thus used can be interchanged under appropriate circumstances, so that the embodiments of the present application described herein can be implemented in an order other than that illustrated or described herein. In addition, the terms "include" and "have" and any variations thereof are intended to cover non-exclusive inclusion, for example, a process, method, system, product or device including a series of steps or units does not necessarily have to include all the steps or units clearly listed, but can include other steps or units not clearly listed or inherent to the process, method, product or device.

[0029] Embodiment One

[0030] Figure 1 This is a flowchart illustrating a remote device driving method according to Embodiment 1 of the present invention. This embodiment is applicable to situations involving remote control of devices. The method can be executed by a remote device driving device, which can be implemented in hardware and / or software and can be configured within an electronic device. Figure 1 As shown, the method includes:

[0031] S110. Receive a remote control request sent by the first terminal, wherein the remote control request carries device type information of the first device to be controlled.

[0032] The first terminal can be a device terminal with network communication capabilities and the ability to send remote control requests. For example, in fields such as home automation, industrial automation, remote work, and distance education, terminals such as smartphones, tablets, personal computers, or smart home controllers that can send remote control requests via the network can be used.

[0033] The remote control request can be a request sent by a first terminal to control a first device. The remote control request may carry device type information of the first device to be controlled and terminal identification information of the first terminal. For example, a remote control request to turn on the bedroom air conditioner or bathroom water heater can be sent via a mobile terminal. The terminal identification information carried in the remote control request refers to the identifier of the first terminal sending the remote control request; it can be a unique identifier used to identify the first terminal. Through the terminal identification information, information related to the first terminal, such as user information, permission information, and authentication information, can be obtained.

[0034] The first device to be controlled can be a device controlled by the first terminal through a remote control request. For example, the first device can be an air conditioner in the bedroom or living room, or a water heater in the bathroom, etc., and various other devices controlled by the first terminal through a remote control request.

[0035] The equipment type information can be specific data or parameters used to characterize the first type of equipment. The same equipment type information can include multiple different models or different brands of the same type of equipment. For example, air conditioners from different brands can all be classified as air conditioners, and water heaters from different brands can all be classified as water heaters.

[0036] Exemplarily, a remote control request sent by the first terminal for controlling the first device can be received, and device type information of the first device carried in the remote control request can be identified. When the first terminal meets a control condition, the first device is controlled according to the device type information of the first device carried in the remote control request.

[0037] Optionally, after receiving the remote drive request sent by the first terminal, the method further includes: querying a registration database according to terminal identification information of the first terminal carried in the remote drive request, wherein the registration database is used at least for storing terminal identification information of a terminal having a drive permission for the first device; and if the terminal identification information of the first terminal is found in the registration database, the first terminal is determined as the target terminal.

[0038] The registration database can be a database storing terminal identification information of a terminal having a drive permission for a device. The registration database can be used at least for storing terminal identification information of a terminal having a drive permission for the first device, and can also store terminal identification information of a terminal having a drive permission for other devices in addition to the first device.

[0039] Exemplarily, if the first terminal has a demand for controlling the first device, the first terminal can be registered on the drive management platform. After receiving the registration information of the first terminal, the drive management platform can store terminal identification information of the first terminal in the registration database. By storing the terminal identification information in the database through registration, the situation that a terminal without registration controls a device through the drive management platform can be avoided, and the security of device control is improved. The drive management platform can be a platform used for managing a drive required when a terminal controls a device.

[0040] The drive permission can be a permission of whether a terminal can drive a device, for example, a drive permission of the first terminal for the first device. The target terminal can be a terminal having a permission for controlling the first device and capable of controlling the first device through a remote control instruction.

[0041] Exemplarily, after the driving management platform receives the remote control request sent by the first terminal, the terminal identification information of the first terminal can be queried in the registration database. If the terminal identification information of the first terminal is queried in the registration database, it is determined that the first terminal has the permission to control the first device. If the terminal identification information of the first terminal is not queried in the registration database, it is determined that the first terminal does not have the permission to control the first device. When the first terminal has the permission to drive the first device, the first terminal can control the first device through the sent remote control instruction. When the first terminal does not have the permission to drive the first device, the first terminal cannot control the first device through the sent remote control instruction.

[0042] By storing the terminal identification information having the driving permission of the device in the registration database, the terminal identification information corresponding to the first terminal can be quickly identified when the remote driving instruction sent by the first terminal is received, and then it is determined whether the first terminal has the permission to control the first device. In this way, the control instruction execution efficiency is improved, the first terminal can be quickly identified, the safe operation of the device is further ensured, and the security risk caused by the control of the first device by other terminals without driving permission is avoided.

[0043] In S120, if the first terminal is the target terminal, the target drive of the first device is determined according to the device type information. The target drive is the device drive of a second device having the same device type as the first device.

[0044] The target drive can be the device drive of a second device having the same device type as the first device, or the device drive corresponding to the first device itself. For example, if the first terminal is the target terminal, the device drive having the same device type information as the first device can be determined as the target drive according to the device type information of the first device in the remote control request sent by the first terminal. The second device can be a device having the same device type as the first device.

[0045] For example, if the first terminal is the target terminal, and the first device is an air conditioner of model A, and the second device is an air conditioner of model B, the drive corresponding to the air conditioner can be inquired on the drive management platform. If the device drive of the air conditioner of model A is stored on the drive management platform, the device drive of the air conditioner of model A can be determined as the target drive. If the device drive of the air conditioner of model B is stored on the drive management platform, the device drive of the air conditioner of model B can be determined as the target drive. The target drive can be used to control the first device to execute the task in the remote control request according to the remote control instruction sent by the first terminal when the first terminal is the target terminal. The convenience of remote control of the device can be improved by uniformly managing and calling the device drive through the drive management platform, and the inconvenience caused by repeated switching of the control platform when different devices are operated can be avoided.

[0046] S130, driving the first device to execute a target task corresponding to the remote control request based on the target drive.

[0047] The target task can be a task carried in the remote control request for controlling the first device to execute. For example, if the first device is an air conditioner, the target task can be a task of turning on the air conditioner, adjusting the mode to cooling, adjusting the temperature to 26 degrees, and adjusting the wind speed to level two. If the first device is a water heater, the target task can be a task of turning on the water heater and heating the water temperature to 45 DEG C.

[0048] Specifically, after the target drive is determined, the target drive can be called, and the target task in the remote control request can be sent to the first device. After receiving the target task, the first device executes the target task, and then the remote control request of the first terminal to the first device is completed.

[0049] The technical scheme of the embodiment of the application can ensure the safe operation of the device, avoid the security risks caused by the terminal without authority directly sending the control instruction to the device, by receiving the remote control request sent by the first terminal to the drive management platform, and determining the first terminal as the target terminal in the terminal identification information in the registration database. After the first terminal is determined as the target terminal, the device drive of the second device with the same device type as the first device is determined as the target drive according to the device type information carried in the remote control request, so that the user does not have to repeatedly switch the control interface and update the control drive when controlling the device through the terminal. Finally, the target task carried in the remote control request is executed through the target drive, which can improve the control efficiency of the device and improve the user experience.

[0050] Embodiment two

[0051] Figure 2is a flowchart of another device remote driving method provided according to Embodiment Two of the present application, which further refines the target drive of the first device according to the device type information on the basis of the above-mentioned embodiment. As shown in Figure 2 the method comprises:

[0052] S210, receiving a remote control request sent by a first terminal, wherein the remote control request carries device type information of a first device to be controlled.

[0053] S220, if the first terminal is a target terminal, obtaining first device parameters of the first device, determining a second device of the same device type as the first device according to the device type information, and determining second device parameters of the second device.

[0054] The first device parameters can be parameter information related to the first device, and the second device parameters can be parameter information related to the first device. The parameter information can include at least one of brand information, model information, version information, and control parameters of the device.

[0055] For example, after the drive management platform determines the first terminal as the target terminal, at least one of the brand information, model information, version information, and control parameters of the first device can be queried according to the first device to be driven, and then at least one of the brand information, model information, version information, and control parameters of the second device of the same device type as the first device that already exists on the drive management platform is determined.

[0056] S230, determining device parameter difference data of the first device parameters and the second device parameters, and determining the device drive of the second device as the target drive of the first device in the case where the device parameter difference data meets a preset difference condition.

[0057] The device parameter difference data can be difference data obtained by comparing the first device parameters and the second device parameters. The compared parameters can be pre-set and can include at least one of the brand information, model information, version information, and control parameters.

[0058] The preset difference condition can be a standard or threshold value for representing whether the parameter difference between the first device and the second device is within an acceptable range. The preset difference condition can be a series of standards or threshold values pre-set before the comparison of the device parameter difference, for determining under what circumstances the difference between the device parameters is determined to meet the condition or not to meet the condition.

[0059] Specifically, after the device parameter difference data of the first device parameter and the second device parameter is determined, the device parameter difference data can be compared with the preset standard device parameter difference data. If the device parameter difference data and the preset standard device parameter difference data meet the preset difference condition, the device driver of the second device can be determined as the target driver of the first device. If the device parameter difference data and the preset standard device parameter difference data do not meet the preset difference condition, the device driver of the second device cannot be determined as the target driver of the first device. If the device parameter difference data and the preset standard device parameter difference data do not meet the preset difference condition, the device driver of the first device needs to be searched from the driver library of the drive management platform, and the device driver of the first device is determined as the target driver.

[0060] S240, driving the first device based on the target driver to perform a target task corresponding to the remote control request.

[0061] The remote drive request further includes a first control parameter of the first device. The first control parameter can be a specific instruction or setting for controlling the first device when the network connection state of the first device is abnormal, and the first device follows the specific instruction or setting when performing the target task.

[0062] Optionally, the driving the to-be-driven device based on the target driver includes determining a network connection state of the first device, determining a target local area network of the first device when the network connection state of the first device is abnormal, and driving the first device to perform the target task according to the first control parameter through the target driver and the target local area network.

[0063] Optionally, the driving the to-be-driven device based on the target driver further includes determining a network connection state of the first device, and issuing a network reconnection request to the first device through the drive management platform when the network connection state of the first device is abnormal. When the network connection state of the first device returns to normal, the first device is driven to perform the target task corresponding to the remote control request based on the target driver.

[0064] The network connection state can be the network connection between the first device and the drive management platform. If the network connection state of the first device is normal, the remote terminal can successfully send a control instruction and receive a feedback of the device. If the network connection state is abnormal, such as network disconnection, unstable connection or slow speed, the remote terminal can not effectively control the first device, or the transmission of the control instruction can be delayed or interrupted. The target local area network can be a local area network in which the first terminal is located when the network connection state of the first device is abnormal.

[0065] Exemplarily, after the target local area network of the first device is determined, when the network connection state of the first device is abnormal, the network connection of the first device can be firstly recovered through reconnection, if the network connection of the first device is recovered normally within a set time, the target task corresponding to the remote control request can be directly executed on the first device based on the target driver. If the network connection of the first device is not recovered normally within the set time, the first device can be connected through other terminals in the local area network. For example, when the air conditioner in the smart home is controlled, if the network connection of the air conditioner is abnormal, the first control parameter can be sent to the air conditioner through the water heater or the refrigerator and other smart home devices in the same local area network through Bluetooth or a router, and the air conditioner can execute the target task according to the control parameter forwarded by the other smart home devices.

[0066] The technical scheme of the embodiment of the application can ensure the safe operation of the device, avoid the security risks caused by the terminal without permission directly sending the control instruction to the device, and can ensure the stable operation of the first device, avoid the loss caused by the task execution failure due to the too large difference between the device parameters. Finally, the target task carried in the remote control request can be executed through the target driver, which can improve the control efficiency of the device and improve the user experience.

[0067] Embodiment Three

[0068] Figure 3 is a flowchart of another device remote driving method according to the embodiment three of the application, and the embodiment is further refined on the basis of the above-mentioned embodiment. As shown in the figure, the method comprises the following steps. Figure 3

[0069] S310, receiving a remote control request sent by a first terminal, wherein the remote control request carries device type information of a first device to be controlled.

[0070] ​S320, determining a target drive of the first device from the common drives according to the device type information.

[0071] The common drive can be selected from the plurality of device drives, and is used to quickly match and control the target drive of the first device. The common drive has high stability and compatibility, and can ensure stable control of the first terminal on the first device.

[0072] Optionally, the common drive in the device drives can be determined according to a number of times that a target device driven by the plurality of device drives is remotely driven, a time length of each time that the target device is remotely driven, and a number of tasks performed by the target device each time the target device is remotely driven.

[0073] The target device can be a device that is remotely controlled, the number of times that the target device is remotely driven can be a number of times that the target device is remotely controlled, and the number of times that the target device is remotely driven can be used to represent a frequency at which the target device is remotely controlled. The time length of each time that the target device is remotely driven can be a time length from the start of the remote control operation to the end of the remote control operation, and the number of tasks performed can be a number of specific tasks performed by the device during the remote control.

[0074] Optionally, the common drive in the device drives can be determined according to the number of times that the target device driven by the plurality of device drives is remotely driven, the time length of each time that the target device is remotely driven, and the number of tasks performed by the target device each time the target device is remotely driven, including: determining a drive call value corresponding to the device drive according to the number of times that the target device driven by the plurality of device drives is remotely driven, the time length of each time that the target device is remotely driven, and the number of tasks performed by the target device each time the target device is remotely driven; in a case where the drive call value of the device drive reaches a preset call threshold, determining the device drive as the common drive; and in a case where the drive call value of the device drive does not reach the preset call threshold, not determining the device drive as the common drive.

[0075] The drive call value can be a numerical value used to comprehensively evaluate importance of the device drive in a remote control scenario, and the preset call threshold can be a limit preset for judging whether the device drive reaches a common drive standard. The preset call threshold can be set by a technician according to a requirement, and a value of the preset call threshold is not limited in the embodiments of the present application.

[0076] Optionally, the drive call value corresponding to the device drive can be determined according to the number of times that the target device driven by the plurality of device drives is remotely driven, the time length of each time that the target device is remotely driven, and the number of tasks performed by the target device each time the target device is remotely driven, by using the following formula:

[0077]

[0078] Wherein, D is the driving call value corresponding to the device driver, N is the number of times of remote driving of the device driver, T n is the duration of the device driver being remotely driven for the nth time, M n is the number of tasks executed by the device driver when being driven for the nth time, and n is a positive integer.

[0079] S330, driving the first device to execute a target task corresponding to the remote control request based on the target drive.

[0080] The technical scheme of the embodiment of the application can receive a remote control request sent by a first terminal to a drive management platform, and can query terminal identification information corresponding to the first terminal in a registration database to determine the first terminal as a target terminal, thereby ensuring the safe operation of the device and avoiding the sending of control instructions by a terminal without permission to the device, which can cause security risks. After determining that the first terminal is the target terminal, the target drive of the first device can be determined directly from the commonly used drive according to the device type information, and the target task carried in the remote control request can be executed through the target drive, which ensures that the first device successfully executes the target task in the remote control request sent by the first terminal, and further improves the control efficiency of the first device.

[0081] Embodiment Four

[0082] Figure 4 Fig. 1 is a structural schematic diagram of a device remote driving apparatus provided by the embodiment of the application. As shown in the figure, the apparatus comprises a remote control request receiving module 410, a target drive determining module 420, and a task executing module 430. Figure 4

[0083] The remote control request receiving module 410 is configured to receive a remote control request sent by a first terminal, wherein the remote control request carries device type information of a first device to be controlled. The target drive determining module 420 is configured to determine a target drive of the first device according to the device type information if the first terminal is a target terminal, wherein the target drive is a device drive of a second device of the same type as the first device. The task executing module 430 is configured to drive the first device to execute a target task corresponding to the remote control request based on the target drive.

[0084] ​Further, the target drive determination module 420 is specifically configured to: acquire a first device parameter of the first device, determine a second device of the same device type as the first device according to the device type information, and determine a second device parameter of the second device; determine device parameter difference data of the first device parameter and the second device parameter, and determine the device drive of the second device as the target drive of the first device in a case where the device parameter difference data meets a preset difference condition.

[0085] Further, the device remote drive apparatus further comprises a commonly used drive determination module configured to determine a commonly used drive in the device drive according to a number of times that a target device driven by the device drive is remotely driven, a time length of each remote driving of the target device, and a number of tasks executed each time the target device is remotely driven.

[0086] Further, the commonly used drive determination module comprises a drive call value calculation unit and a commonly used drive determination unit. The drive call value calculation unit is configured to determine a drive call value corresponding to the device drive according to a number of times that a target device driven by the device drive is remotely driven, a time length of each remote driving of the target device, and a number of tasks executed each time the target device is remotely driven. The commonly used drive determination unit is configured to determine the device drive as a commonly used drive in a case where the drive call value of the device drive reaches a preset call threshold.

[0087] Further, the target drive determination module 420 is specifically configured to determine the target drive of the first device from the commonly used drive according to the device type information.

[0088] Further, the remote control request further carries terminal identification information of the first terminal. The device remote drive apparatus further comprises a target terminal determination module configured to query a registration database according to the terminal identification information of the first terminal carried in the remote drive request after receiving the remote drive request sent by the first terminal, wherein the registration database is at least used to store terminal identification information of a terminal having a drive permission for the first device; and if the terminal identification information of the first terminal is queried in the registration database, the first terminal is determined as a target terminal.

[0089] The drive call value calculation unit is specifically configured to determine the drive call value corresponding to the device drive by the following formula:

[0090]

[0091] wherein D is the drive call value corresponding to the device drive, N is a number of times that the device drive is remotely driven, T is a time length of each remote driving of the target device, and M is a number of tasks executed each time the target device is remotely driven. na duration of the device driver being remotely driven for the nth time, M n a number of execution tasks of the device driver being driven for the nth time, n being a positive integer.

[0092] Further, the task execution module 430 is specifically configured to: determine a network connection state of the first device, and determine a target local area network of the first device in a case where the network connection state of the first device is abnormal; and drive the first device to execute a target task according to the first control parameter through the target driver and the target local area network.

[0093] The device remote driving apparatus provided in the embodiments of the present application can execute the device remote driving method provided in any of the embodiments of the present application, and has the corresponding function modules and beneficial effects of the execution method.

[0094] Embodiment five

[0095] Figure 5 A structural schematic diagram of an electronic device 10 that can be used to implement embodiments of the present application is shown. The electronic device is intended to represent various forms of digital computers, such as laptops, desktops, tablets, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device can also represent various forms of mobile devices, such as personal digital processors, cellular telephones, smart phones, wearable devices (e.g., headsets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be examples only, and are not intended to limit the implementations of the present application described and / or claimed in this document.

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

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

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

[0099] In some embodiments, the device remote driving method can be implemented as a computer program tangibly embodied in a computer readable storage medium, such as the storage unit 18. In some embodiments, part or all of the computer program can be loaded and / or installed onto the electronic device 10 via the ROM 12 and / or the communication unit 19. When the computer program is loaded onto the RAM 13 and executed by the processor 11, one or more steps of the device remote driving method described above can be performed. Alternatively, in other embodiments, the processor 11 can be configured to perform the device remote driving method by any other appropriate means, such as by means of firmware.

[0100] Various implementations of the systems and techniques described above can be realized in digital electronic circuitry, integrated circuitry, a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), a system on a chip (SOC), a programmable logic device (PLD), a computer hardware, firmware, software, and / or combinations thereof. These various implementations can include implementation in one or more computer programs that are executable and / or interpretable on a programmable system including at least one programmable processor, which can be special or general purpose, coupled to receive data and instructions from, and to transmit data and instructions to, a storage system, at least one input device, and at least one output device.

[0101] Computer programs for implementing the methods of the present application can be written in any combination of one or more programming languages. These computer programs can be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the computer program, when executed, can cause instructions defined in the flow charts and / or block diagrams to be implemented. The computer program can be executed entirely on a machine, partially on a machine, partially on a machine as a stand-alone software package and partially on a remote machine or entirely on a remote machine or server.

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

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

[0104] The systems and techniques described herein can be implemented in a computing system that includes a back end component, e.g., as a data server, or that includes a middleware component, e.g., an application server, or that includes a front end component, e.g., a user computer having a graphical user interface or a Web browser through which a user can interact with an implementation of the systems and techniques described herein, or any combination of such back end, middleware, or front end components. The components of the system can be interconnected by any form or medium of digital data communication, e.g., a communication network. Examples of communication networks include a local area network (LAN), a wide area network (WAN), a blockchain network, and the Internet.

[0105] The computing system can include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. A server can be a cloud server, also known as a cloud computing server or cloud host, which is a host product in the cloud computing service system, to solve the defects of large management difficulty and weak business scalability in traditional physical host and VPS service.

[0106] It should be understood that the various forms of flow shown above can be re-ordered, added to, or deleted from without departing from the scope of the present disclosure. For example, the steps recited in the present disclosure can be executed in parallel, executed in series, or executed in different orders, as long as the desired results of the technical solutions of the present disclosure can be achieved, and the present disclosure is not limited herein.

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

Claims

1. A method for remotely driving a device, characterized in that, include: Receive a remote control request sent by a first terminal, wherein the remote control request carries device type information of the first device to be controlled; If the first terminal is the target terminal, then the target driver of the first device is determined according to the device type information, wherein the target driver is the device driver of a second device with the same device type as the first device; Based on the target, the first device is driven to execute the target task corresponding to the remote control request; The remote control request also carries the terminal identification information of the first terminal; after receiving the remote drive request sent by the first terminal, it further includes: The registration database is queried based on the terminal identification information of the first terminal carried in the remote drive request, wherein the registration database is at least used to store terminal identification information that has drive permissions for the first device; If the terminal identifier information of the first terminal is found in the registration database, the first terminal is identified as the target terminal. Determining the target driver for the first device based on the device type information includes: Obtain the first device parameters of the first device, determine the second device with the same device type as the first device based on the device type information, and determine the second device parameters of the second device; The device parameter difference data between the first device parameter and the second device parameter is determined. If the device parameter difference data meets the preset difference conditions, the device driver of the second device is determined as the target driver of the first device.

2. The method according to claim 1, characterized in that, Also includes: The commonly used drivers among the device drivers are determined based on the number of times the target device driven by multiple device drivers is remotely driven, the duration of each remote driving of the target device, and the number of tasks executed each time the target device is remotely driven. Determining the target driver for the first device based on the device type information includes: The target driver for the first device is determined from the commonly used drivers based on the device type information.

3. The method according to claim 2, characterized in that, The step of determining commonly used drivers among the device drivers based on the number of times the target device is remotely driven by multiple device drivers, the duration of each remote drive of the target device, and the number of tasks executed by the target device each time it is remotely driven includes: The driver call value corresponding to the device driver is determined based on the number of times the target device driven by multiple device drivers is remotely driven, the duration of each remote driving of the target device, and the number of tasks executed each time the target device is remotely driven. If the driver call value of the device driver reaches a preset call threshold, the device driver will be identified as a commonly used driver.

4. The method according to claim 3, characterized in that, The driver call value corresponding to the device driver is determined using the following formula, based on the number of times the target device driven by multiple device drivers is remotely driven, the duration of each remote driving of the target device, and the number of tasks executed by the target device each time it is remotely driven: in, This is the driver call value corresponding to the device driver. The number of times the device driver was remotely driven. For the device driver in the Duration of the first time it is remotely driven For the device driver in the first The number of tasks executed each time the device is driven. It is a positive integer.

5. The method according to claim 1, characterized in that, in, The remote drive request further includes first control parameters for the first device, and the step of driving the first device based on the target drive includes: Determine the network connection status of the first device, and if the network connection status of the first device is abnormal, determine the target local area network of the first device. The first device is driven by the target driver and the target local area network to execute the target task according to the first control parameters.

6. An electronic device, characterized in that, The electronic device includes: At least one processor; and A memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the device remote driving method according to any one of claims 1-5.

7. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that, when executed by a processor, implement the device remote driving method according to any one of claims 1-5.

8. A computer program product comprising a computer program / instructions, wherein, When the computer program / instructions are executed by the processor, they implement the device remote driving method according to any one of claims 1-5.

Images