Equipment access control method and device, electronic equipment and storage medium

Abstract

The embodiment of the invention provides an equipment access control method and device, electronic equipment and a storage medium, and the method comprises the steps: determining a to-be-transmitted control signal from a signal protocol library according to the equipment information of to-be-accessed equipment in response to an access instruction for the to-be-accessed equipment; sending the to-be-sent control signal to the to-be-accessed device; detecting a feedback state of the to-be-accessed device; determining virtual driving information in combination with the feedback state and the to-be-sent control signal; and executing the virtual drive information to access the device to be accessed. According to the embodiment of the invention, the virtual drive information of the to-be-accessed device is determined in an active detection and learning mode, autonomous discovery, identification and access of the to-be-accessed device are realized, manual intervention is not needed, and the access efficiency and the user experience are improved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of Internet of Things communication, in particular to a device access control method, a device access control apparatus, an electronic device and a computer readable storage medium. BACKGROUND

[0002] In the related art, the access of a device is performed by a manager who pre-sets a limited device driver library and a fixed protocol list according to an existing model, and pairs and connects a device of a known model. It is impossible to access a device such as a non-smart device, a device without a standard communication interface, or a device with unknown protocols, or a device for which a user needs to manually search, configure, and even learn a device control code to access the device. The entire process is cumbersome, inefficient, and has a poor experience. SUMMARY

[0003] In view of the above problems, the present application embodiments are proposed in order to provide a device access control method, a device access control apparatus, an electronic device and a computer readable storage medium which overcome the above problems or at least partially solve the above problems.

[0004] In order to solve the above problems, in a first aspect of the present application, the present application embodiments disclose a device access control method applied to a host device, wherein the host device loads a signal protocol library, and the method comprises: In response to an access instruction for a to-be-accessed device, determining a to-be-sent control signal from the signal protocol library according to device information of the to-be-accessed device; Sending the to-be-sent control signal to the to-be-accessed device; Detecting a feedback state of the to-be-accessed device; Determining virtual drive information in combination with the feedback state and the to-be-sent control signal; Executing the virtual drive information to access the to-be-accessed device.

[0005] Optionally, the device information includes a device type, and the step of determining the to-be-sent control signal from the signal protocol library according to the device information of the to-be-accessed device in response to the access instruction for the to-be-accessed device comprises: In response to the access instruction for the to-be-accessed device, traversing the signal protocol library to determine a to-be-sent control signal matched with the device type.

[0006] Optionally, the step of determining the virtual drive information in combination with the feedback state and the to-be-sent control signal comprises: Associating and analyzing the feedback state and the to-be-sent control signal to determine a signal protocol sequence; The signal protocol sequence is converted into virtual drive information.

[0007] Optionally, the step of performing correlation analysis between the feedback state and the control signal to be sent to determine the signal protocol sequence includes: Identify preset feature parameters from the feedback state to determine the state change event; Perform causal analysis on the state change events and the control signals to be sent to determine the mapping relationship; The mapping relationship is verified to determine the confidence level; The signal protocol sequence is determined by combining the mapping relationship and the confidence level.

[0008] Optionally, the host device loads a driver code template library, which includes several candidate driver code templates. The step of converting the signal protocol sequence into virtual driver information includes: Among the candidate driver code templates, the target driver code template is matched based on the device information; Based on the target driver code template, the signal protocol sequence is converted into virtual driver information.

[0009] Optionally, the step of executing the virtual drive information includes: The device to be connected is registered based on the virtual driver information, and a control identifier is determined; A driver instance is created based on the virtual driver information.

[0010] Optionally, the method further includes: Upload the virtual driver information.

[0011] In a second aspect, embodiments of the present invention disclose a device access control apparatus applied to a host device, the host device having a signal protocol library loaded, the apparatus comprising: The response module is used to respond to the access command for the device to be accessed and determine the control signal to be sent from the signal protocol library based on the device information of the device to be accessed. The transmitting module is used to transmit the control signal to be transmitted to the device to be accessed; The detection module is used to detect the feedback status of the device to be connected; The module is used to combine the feedback status with the control signal to be sent to determine the virtual drive information; An execution module is used to execute the virtual driver information to access the device to be accessed.

[0012] In a third aspect, an embodiment of the present invention discloses an electronic device, including a processor, a memory, and a computer program stored in the memory and capable of running on the processor, wherein the computer program, when executed by the processor, implements the steps of the device access control method as described above.

[0013] In a fourth aspect, embodiments of the present invention disclose a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of the device access control method described above.

[0014] The embodiments of the present invention have the following advantages: This invention, in response to an access command for a device to be accessed, determines a control signal to be sent from a signal protocol library based on the device information of the device to be accessed; sends the control signal to be sent to the device to be accessed; detects the feedback status of the device to be accessed; combines the feedback status with the control signal to be sent to determine virtual driver information; and executes the virtual driver information to access the device to be accessed. By actively determining the control signal to be sent to probe the device to be accessed when the device to be accessed connects, detecting the corresponding feedback status, and actively learning by combining the feedback status and the control signal to be sent, the relationship between the feedback status and the control signal to be sent is determined, the corresponding virtual driver information is determined, and the virtual driver information is executed to access the device to be accessed. The host device can actively probe and learn throughout the entire process without manual intervention, reducing excessive manual steps, improving access efficiency, and enhancing the user experience. Attached Figure Description

[0015] Figure 1 This is a flowchart illustrating the steps of an embodiment of the device access control method of the present invention; Figure 2 This is a flowchart illustrating the steps of another embodiment of the device access control method of the present invention; Figure 3 This is a schematic diagram of the host device architecture of an embodiment of the device access control method of the present invention; Figure 4 This is a flowchart illustrating the steps of an example of a device access control method according to the present invention; Figure 5 This is a structural block diagram of an embodiment of the device access control device of the present invention; Figure 6 This is a structural block diagram of an electronic device provided in an embodiment of the present invention; Figure 7 This is a structural block diagram of a storage medium provided in an embodiment of the present invention. Detailed Implementation

[0016] To make the above-mentioned objects, features and advantages of the present invention more apparent and understandable, the present invention will be further described in detail below with reference to the accompanying drawings and specific embodiments.

[0017] Reference Figure 1 This document illustrates a flowchart of an embodiment of a device access control method according to the present invention. The device access control method is applied to a host device, which is loaded with a signal protocol library. The host device can be a home smart host device, corresponding to devices in a home environment such as air conditioners, televisions, robot vacuum cleaners, dishwashers, air purifiers, door locks, etc. Alternatively, the host device can be an industrial control host device, where the devices to be accessed are industrial devices in the Industrial Internet of Things (IIoT) field, used to ensure compatibility with industrial equipment and sensors from different protocols and eras. The host device loads a signal protocol library, which is a basic library for communication protocols. It may include physical layer specifications such as electrical characteristics and timing characteristics, data link layer specifications such as data frame structures and communication processes, and application layer specifications such as device instruction sets and data formats. The signal protocol library is a database storing various device message templates.

[0018] The device access control method may specifically include the following steps: Step 101: In response to the access command for the device to be accessed, determine the control signal to be sent from the signal protocol library based on the device information of the device to be accessed; When a device needs to be connected to the management of a host device, an access command can be initiated for that device. When the host device receives the access command, it can respond by filtering the various protocol signals in the signal protocol library based on the device information of the device, and determining the protocol signals that have the potential to control the device as the control signals to be sent.

[0019] Step 102: Send the control signal to be sent to the device to be connected; Send the control signals to be sent one by one to the device to be connected.

[0020] Step 103: Detect the feedback status of the device to be connected; Upon receiving the control signal to be transmitted, the device to be connected may exhibit specific physical changes based on the signal, such as indicator lights turning on or off, screen display changing, fan starting or stopping, or sound emitting noise; alternatively, it may not react. These are all feedback states of the device to be connected based on the control signal. The feedback state of the device to be connected can be detected using sensors or signal receivers.

[0021] Step 104: Combine the feedback status with the control signal to be sent to determine the virtual drive information; By combining the specific feedback content of the feedback status with the control signals to be sent, the controllable content is determined, and the virtual drive information corresponding to the device to be connected is determined.

[0022] Step 105: Execute the virtual driver information to connect to the device to be connected.

[0023] It can execute virtual driver information and manage the devices to be connected in the host device, thereby enabling the devices to be connected to be connected.

[0024] This invention, in response to an access command for a device to be accessed, determines a control signal to be sent from a signal protocol library based on the device information of the device to be accessed; sends the control signal to be sent to the device to be accessed; detects the feedback status of the device to be accessed; combines the feedback status with the control signal to be sent to determine virtual driver information; and executes the virtual driver information to access the device to be accessed. By actively determining the control signal to be sent to probe the device to be accessed when the device to be accessed connects, detecting the corresponding feedback status, and actively learning by combining the feedback status and the control signal to be sent, the relationship between the feedback status and the control signal to be sent is determined, the corresponding virtual driver information is determined, and the virtual driver information is executed to access the device to be accessed. The host device can actively probe and learn throughout the entire process without manual intervention, reducing excessive manual steps, improving access efficiency, and enhancing the user experience.

[0025] Reference Figure 2 This document illustrates a flowchart of another embodiment of the device access control method of the present invention. The device access control method is applied to a host device, which loads a signal protocol library. The host device can be a home host device. The signal protocol library can be pre-compiled and determined by relevant technical personnel, or it can be updated by downloading from the cloud, or the device driver protocol learned through user community sharing can be used as the control signal in the signal protocol library. The architecture of the host device can be referenced... Figure 3 The host device includes a status awareness module group, a main control module, a virtual device interface, a dynamic driver generation engine, a signal protocol library, and a signal output module group. The status awareness module group includes: a camera, a microphone, a power meter, and a temperature and humidity sensor. The signal output module group includes: an infrared transmitter, a radio frequency transmission module, and other protocol modules. The host device can interact with the devices to be connected. These devices can include old air conditioners, old fans, traditional light fixtures, etc.

[0026] The device access control method may specifically include the following steps: Step 201: In response to the access command for the device to be accessed, determine the control signal to be sent from the signal protocol library based on the device information of the device to be accessed; When a user needs to connect a new device, such as by triggering a device addition process on the host device, an access command for the device to be connected can be triggered. In response to the access command, the system filters and determines the corresponding control signal to be sent based on the device's device information in the signal protocol library. The device information of the device to be connected represents its inherent parameters, such as type, model, firmware version, interface type, etc. The control signal to be sent is a standardized control command defined in the signal protocol library that can be understood by both the device to be connected and the host device.

[0027] In an optional embodiment of the present invention, the device information includes a device type, and the step of determining the control signal to be sent from the signal protocol library based on the device information of the device to be accessed in response to an access command for the device to be accessed includes: traversing the signal protocol library in response to an access command for the device to be accessed, and determining the control signal to be sent that matches the device type.

[0028] For device information, this can include the device type. In response to an access command for the device to be connected, the system iterates through the signal protocol library for various control signals that may be applicable to that device type. These are control signals that match the device type, such as infrared switch codes, wind speed adjustment codes, and mode switching codes in different encoding formats. The potentially applicable control signals are then identified as the control signals to be sent. For example, based on the device type identifier, which has the highest priority in the iteration logic, known protocols in the signal protocol library that perfectly match that model will be tried first. Then, the system uses the communication interface characteristics of the device type to iterate through the protocols supported by that interface, etc., to determine the control signals to be sent.

[0029] Step 202: Send the control signal to be sent to the device to be connected; Control signals can be sent to the device to be connected via various transmission methods. For example, an infrared switch code can be sent to the device to be connected via an infrared transmitter on the host device.

[0030] Step 203: Detect the feedback status of the device to be connected; It can detect the physical changes of the device under test after receiving the control signal to be sent, and determine the feedback status of the device. For example, if an indicator light is on, it can be determined that the device is in a feedback state. The feedback state can also be empty, meaning there is no response to the control signal to be sent.

[0031] For example, while sending each or each set of control signals to be sent, the host device can activate sensors in the status sensing module, such as a camera, to continuously detect changes in the physical state of the device to be connected and determine the feedback status. Acoustic sensors to identify device start-up and shutdown sounds, power meters to monitor power consumption changes of the device to be connected, or vibration sensors can also be used as auxiliary or alternative methods to detect the feedback status using visual means.

[0032] Step 204: Combine the feedback status with the control signal to be sent to determine the virtual drive information; The feedback status can be combined with the control signal to be sent to identify the content of the control and determine the virtual drive information.

[0033] In an optional embodiment of the present invention, the step of determining the virtual drive information by combining the feedback state and the control signal to be sent includes: Sub-step S2041: Correlation analysis is performed between the feedback state and the control signal to be sent to determine the signal protocol sequence; The control signals to be transmitted can be correlated with the corresponding feedback states to determine the relationship between the control signals to be transmitted and the feedback states, as well as their relevance to the implementation of the corresponding functions. Control signals that can control the devices to be accessed can be selected, and a signal protocol sequence can be generated.

[0034] Specifically, the step of performing correlation analysis between the feedback state and the control signal to be sent to determine the signal protocol sequence includes: identifying preset feature parameters from the feedback state to determine state change events; performing causal analysis between the state change events and the control signal to be sent to determine a mapping relationship; verifying the mapping relationship to determine the confidence level; and combining the mapping relationship and the confidence level to determine the signal protocol sequence.

[0035] Preset characteristic parameters can be identified from feedback states. These preset characteristic parameters are parameters with specific physical changes, such as indicator lights turning on / off, sound changes, and operating status. Identifying these preset characteristic parameters from feedback states means that the feedback state generated after the control signal to be sent has an actual effect and can be effectively controlled, indicating that the control signal to be sent is effective. Identifying the feedback states with preset characteristic parameters determines the corresponding state change events. Then, causal analysis is performed between the state change events and the control signal to be sent, such as using causal association analysis algorithms to determine the correlation between the state change events and the control signal to be sent. The causal association analysis algorithm can be determined according to actual needs, such as using algorithms based on traditional statistics or algorithms based on machine learning. For example, algorithms based on traditional statistics may include, but are not limited to, the following: Pearson correlation coefficient and Spearman rank correlation coefficient. The Pearson correlation coefficient measures the linear relationship between two continuous variables, while the Spearman rank correlation coefficient measures the monotonic relationship between two variables. Granger causality test, based on time series data, determines the Granger causality of the control signal to be sent on the state change event. It can also be based on machine learning algorithms, including but not limited to causal forests. Random forest algorithms, for example, determine the causal effect of a control signal on a state change event by constructing multiple decision trees. Dual machine learning estimates causal effects through two-stage regression: the first stage uses a machine learning model to estimate the influence of confounding variables, and the second stage estimates the causal effect after removing the confounding variables. Deep causal models combine deep learning models (such as neural networks) and causal inference methods to determine causal effects by constructing complex models. Algorithms can also be based on causal graphs and Bayesian networks, but are not limited to causal graphs. Causal graphs graphically represent causal relationships between variables and use conditional independence from graph theory for causal inference. Bayesian networks, based on probabilistic graphical models, represent conditional dependencies between variables using directed acyclic graphs and use Bayes' theorem for causal inference.

[0036] After determining the mapping relationship between state change events and control signals to be sent, the mapping relationship is verified to determine its confidence level. Combining the mapping relationship and confidence level, the actual function of the control signal to be sent is determined, and a signal protocol sequence is established. For example, mapping relationships with a confidence level greater than a confidence threshold are included as an item in the signal protocol sequence. Through association analysis, including time series alignment, pattern recognition and semantic understanding, confidence level calculation and causal confirmation, based on a multimodal data fusion process, a causal relationship is established between unknown control commands and observable device state changes through time series alignment, pattern recognition, and statistical verification. This determines which control signal to be sent corresponds to which function of the device, thus establishing a trial-and-feedback closed-loop learning mechanism that can determine the corresponding control content even when facing unknown devices.

[0037] For example, correlation analysis can also be performed using machine learning. The input includes timestamped state change events, containing information about the corresponding control signals to be sent; and continuous, multi-dimensional sensor data streams aligned with command timestamps, including visual data from camera video streams used to analyze indicator lights and physical motion, acoustic data from microphone audio streams used to detect specific sounds, and data from other sensors such as infrared thermometers and power meters. The output is a causal mapping table or command-function mapping table containing executed commands, confidence levels, and response delay times. Three types of algorithms can be used for processing. The first is a change detection algorithm that automatically identifies state change events from sensor data, such as event detection in audio streams to identify specific prompts. The second is a causal correlation analysis algorithm that determines whether the detected state change is caused by the sent control command, calculating the time delay of the state change relative to the command transmission, performing statistical hypothesis testing to compare the statistical differences in sensor readings before and after command transmission, and conducting significance analysis to determine if the magnitude of the state change is sufficiently large. The third is a confidence calculation algorithm that assigns confidence scores to each command-state change pair, including repeatability testing, reverse verification, and multi-sensor fusion methods.

[0038] Sub-step S2042 converts the signal protocol sequence into virtual drive information.

[0039] The system will successfully match the signal protocol sequences required for each function of the device to be connected. The host device will then convert these protocol sequences into virtual driver information and dynamically construct a virtual driver for that specific device. This driver contains the instruction set and interfaces required to control all identified functions of the device to be connected. The virtual driver information records the identifiers of all these identified instruction sets and interfaces.

[0040] Specifically, the host device loads a driver code template library, which includes several candidate driver code templates. The step of converting the signal protocol sequence into virtual driver information includes: matching a target driver code template based on the device information among the candidate driver code templates; and converting the signal protocol sequence into virtual driver information based on the target driver code template.

[0041] Based on the device type and function in the device information, a candidate driver code template matching the device information is selected from several candidate driver code templates in the driver code template library as the target driver code template. Based on the content framework of the target driver code template, the content of the signal protocol sequence is filled in to generate virtual driver information.

[0042] For example, the host system loads a pre-built driver code template library containing various types of driver code templates. Then, based on the device type and function in the device information, the most matching target driver code template is selected. The verified signal protocol sequence is then filled into the reserved position of the template. Finally, the filled high-level language code is compiled in real time into a dynamic link library, such as a .so file for Linux (system) or a .dll file for Windows (system), or the virtual driver information corresponding to the interpreted execution program.

[0043] Step 205: Execute the virtual driver information to connect to the device to be connected; After obtaining the virtual driver information, it can be executed to actively detect and learn the control of the device to be connected, thus enabling the device to connect. This involves loading the virtual driver information into the host device's runtime environment and abstracting the device to be connected as a standard virtual smart device, assigning it a unique identifier and controllable attributes. This virtual device can then be discovered and displayed by the home app and seamlessly integrated into the host device's control platform, receiving relevant control commands, participating in automated scene orchestration, and enabling the connection and use of the device.

[0044] In an optional embodiment of the present invention, the step of executing the virtual driver information includes: registering the device to be accessed based on the virtual driver information and determining a control identifier; and creating a driver instance based on the virtual driver information.

[0045] The host device can register the device to be accessed based on virtual driver information, assigning a unique control identifier to each device. It can then interact directly with the device using this control identifier to forward signals. Furthermore, it will create a corresponding driver instance for the device to be accessed based on the virtual driver information. This driver instance is then used to control the device.

[0046] For example, firstly, based on the virtual driver information, a globally unique control identifier can be generated for the device to be connected to this new driver. According to the functions implemented by the driver corresponding to the virtual driver information, a device type can be defined for the device to be connected, and this information can be registered in the host device's device manager. At this time, the generated virtual driver will implement a standard device control interface, and the generated driver will act as a relay station between the specific device and the standard interface. Then, the system kernel or runtime environment will dynamically load the compiled driver dynamic library, and at the same time, the device manager will create a driver instance and add it to the list of registered devices.

[0047] Step 206: Upload the virtual driver information.

[0048] Virtual driver information can be uploaded. Uploading virtual driver information to a cloud server allows the generated virtual drivers to not only run on the local host but also be downloaded and used by other similar hosts, creating a network effect and improving processing efficiency.

[0049] This invention, in response to an access command for a device to be accessed, determines a control signal to be sent from a signal protocol library based on the device information of the device to be accessed; sends the control signal to be sent to the device to be accessed; detects the feedback status of the device to be accessed; combines the feedback status with the control signal to be sent to determine virtual driver information; executes the virtual driver information to access the device to be accessed; and uploads the virtual driver information. By actively determining the control signal to be sent to the device to be accessed when the device to be accessed connects, detecting the corresponding feedback status, and actively learning by combining the feedback status and the control signal to be sent, the relationship between the feedback status and the control signal to be sent is determined, the corresponding virtual driver information is determined, and the virtual driver information is executed to access the device to be accessed. The host device can actively detect and learn throughout the entire process without manual intervention, reducing excessive manual steps and improving access efficiency and user experience. Furthermore, the virtual driver information can be uploaded to a cloud server, allowing the virtual driver information of the device to be accessed to be generated once and then downloaded and used by other similar hosts, forming a network effect and improving the efficiency and practicality of the network for the same type of device to be accessed.

[0050] To enable those skilled in the art to clearly understand the embodiments of the present invention, the following examples are provided: You can refer to Figure 4At the start, a user adds a new device, triggering an access command. The user can pre-select the device type as device information. A signal protocol is selected from the signal protocol library. The control signal to be sent is sent. The feedback status of the device to be accessed is detected. Based on the feedback status, it is determined whether the signal is valid. If valid, the mapping relationship between the function and the signal is recorded, and all functions are matched in this way until all functions are confirmed to be matched. After all functions are matched, a virtual driver can be generated. The driver is loaded and the device is registered. At this point, the device can be accessed normally. If the signal is invalid, the invalid result can be recorded, and all signals can be probed to ensure all signals have been traversed. After traversal is complete, the next function is attempted.

[0051] It should be noted that, for the sake of simplicity, the method embodiments are all described as a series of actions. However, those skilled in the art should understand that the embodiments of the present invention are not limited to the described order of actions, because according to the embodiments of the present invention, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions involved are not necessarily essential to the embodiments of the present invention.

[0052] Reference Figure 5 The diagram illustrates a structural block diagram of an embodiment of a device access control device according to the present invention, applied to a host device. The host device is loaded with a signal protocol library, and the device access control device may specifically include the following modules: The response module 501 is used to respond to an access command for a device to be accessed by determining a control signal to be sent from the signal protocol library based on the device information of the device to be accessed. The sending module 502 is used to send the control signal to be sent to the device to be accessed; Detection module 503 is used to detect the feedback status of the device to be connected; Combined module 504 is used to combine the feedback status with the control signal to be sent to determine virtual drive information; The execution module 505 is used to execute the virtual driver information to access the device to be accessed.

[0053] In an optional embodiment of the present invention, the device information includes a device type, and the response module 501 includes: The response submodule is used to respond to the access command for the device to be accessed by traversing the signal protocol library and determining the control signal to be sent that matches the device type.

[0054] In an optional embodiment of the present invention, the combining module 504 includes: The association submodule is used to perform association analysis between the feedback status and the control signal to be sent to determine the signal protocol sequence. The conversion submodule is used to convert the signal protocol sequence into virtual drive information.

[0055] In an optional embodiment of the present invention, the associated submodule includes: An event determination unit is used to identify preset feature parameters from the feedback state and determine a state change event; The mapping unit is used to perform causal analysis on the state change event and the control signal to be sent to determine the mapping relationship; A verification unit is used to verify the mapping relationship and determine the confidence level; A combining unit is used to determine a signal protocol sequence by combining the mapping relationship and the confidence level.

[0056] In an optional embodiment of the present invention, the host device loads a driver code template library, the driver code template library including a plurality of candidate driver code templates, and the conversion submodule includes: The matching unit is used to match the target driver code template based on the device information in the candidate driver code template; The conversion unit is used to convert the signal protocol sequence into virtual driver information based on the target driver code template.

[0057] In an optional embodiment of the present invention, the execution module 505 includes: The registration submodule is used to register the device to be connected based on the virtual driver information and determine the control identifier; Create a submodule for creating a driver instance based on the virtual driver information.

[0058] In an optional embodiment of the present invention, the device further includes: The upload module is used to upload the virtual driver information.

[0059] This invention, in response to an access command for a device to be accessed, determines a control signal to be sent from a signal protocol library based on the device information of the device to be accessed; sends the control signal to be sent to the device to be accessed; detects the feedback status of the device to be accessed; combines the feedback status with the control signal to be sent to determine virtual driver information; and executes the virtual driver information to access the device to be accessed. By actively determining the control signal to be sent to probe the device to be accessed when the device to be accessed connects, detecting the corresponding feedback status, and actively learning by combining the feedback status and the control signal to be sent, the relationship between the feedback status and the control signal to be sent is determined, the corresponding virtual driver information is determined, and the virtual driver information is executed to access the device to be accessed. The host device can actively probe and learn throughout the entire process without manual intervention, reducing excessive manual steps, improving access efficiency, and enhancing the user experience.

[0060] As the device embodiment is basically similar to the method embodiment, the description is relatively simple, and relevant parts can be found in the description of the method embodiment.

[0061] Reference Figure 6 This invention also provides an electronic device, comprising: A processor 601 and a memory 602 are provided. The memory 602 stores a computer program executable by the processor 601. When the electronic device is controlled to run, the processor 601 executes the computer program to implement the device access control method as described in any embodiment of the present invention. The device access control method is applied to a host device, which loads a signal protocol library. The method includes: In response to an access command for a device to be accessed, the control signal to be sent is determined from the signal protocol library based on the device information of the device to be accessed; Send the control signal to be sent to the device to be connected; Detect the feedback status of the device to be connected; By combining the feedback status with the control signal to be sent, the virtual drive information is determined; The virtual driver information is executed to connect to the device to be connected.

[0062] Optionally, the device information includes the device type, and the step of determining the control signal to be sent from the signal protocol library based on the device information of the device to be accessed in response to an access command for the device to be accessed includes: In response to an access command for a device to be accessed, the signal protocol library is traversed to determine the control signal to be sent that matches the device type.

[0063] Optionally, the step of determining the virtual drive information by combining the feedback state with the control signal to be sent includes: The feedback status is correlated with the control signal to be sent to determine the signal protocol sequence; The signal protocol sequence is converted into virtual drive information.

[0064] Optionally, the step of performing correlation analysis between the feedback state and the control signal to be sent to determine the signal protocol sequence includes: Identify preset feature parameters from the feedback state to determine the state change event; Perform causal analysis on the state change events and the control signals to be sent to determine the mapping relationship; The mapping relationship is verified to determine the confidence level; The signal protocol sequence is determined by combining the mapping relationship and the confidence level.

[0065] Optionally, the host device loads a driver code template library, which includes several candidate driver code templates. The step of converting the signal protocol sequence into virtual driver information includes: Among the candidate driver code templates, the target driver code template is matched based on the device information; Based on the target driver code template, the signal protocol sequence is converted into virtual driver information.

[0066] Optionally, the step of executing the virtual drive information includes: The device to be connected is registered based on the virtual driver information, and a control identifier is determined; A driver instance is created based on the virtual driver information.

[0067] Optionally, the method further includes: Upload the virtual driver information.

[0068] This invention, in response to an access command for a device to be accessed, determines a control signal to be sent from a signal protocol library based on the device information of the device to be accessed; sends the control signal to be sent to the device to be accessed; detects the feedback status of the device to be accessed; combines the feedback status with the control signal to be sent to determine virtual driver information; and executes the virtual driver information to access the device to be accessed. By actively determining the control signal to be sent to probe the device to be accessed when the device to be accessed connects, detecting the corresponding feedback status, and actively learning by combining the feedback status and the control signal to be sent, the relationship between the feedback status and the control signal to be sent is determined, the corresponding virtual driver information is determined, and the virtual driver information is executed to access the device to be accessed. The host device can actively probe and learn throughout the entire process without manual intervention, reducing excessive manual steps, improving access efficiency, and enhancing the user experience.

[0069] The memory may include random access memory (RAM) or non-volatile memory, such as at least one disk storage device. Optionally, the memory may also be at least one storage device located remotely from the aforementioned processor.

[0070] The processors mentioned above can be general-purpose processors, including central processing units (CPUs), network processors (NPs), etc.; they can also be digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components.

[0071] Reference Figure 7 This invention also provides a computer-readable storage medium 701, on which a computer program is stored. When a processor executes the computer program, it performs the device access control method as described in any one of the embodiments of this invention. The device access control method is applied to a host device, which loads a signal protocol library. The method includes: In response to an access command for a device to be accessed, the control signal to be sent is determined from the signal protocol library based on the device information of the device to be accessed; Send the control signal to be sent to the device to be connected; Detect the feedback status of the device to be connected; By combining the feedback status with the control signal to be sent, the virtual drive information is determined; The virtual driver information is executed to connect to the device to be connected.

[0072] Optionally, the device information includes the device type, and the step of determining the control signal to be sent from the signal protocol library based on the device information of the device to be accessed in response to an access command for the device to be accessed includes: In response to an access command for a device to be accessed, the signal protocol library is traversed to determine the control signal to be sent that matches the device type.

[0073] Optionally, the step of determining the virtual drive information by combining the feedback state with the control signal to be sent includes: The feedback status is correlated with the control signal to be sent to determine the signal protocol sequence; The signal protocol sequence is converted into virtual drive information.

[0074] Optionally, the step of performing correlation analysis between the feedback state and the control signal to be sent to determine the signal protocol sequence includes: Identify preset feature parameters from the feedback state to determine the state change event; Perform causal analysis on the state change events and the control signals to be sent to determine the mapping relationship; The mapping relationship is verified to determine the confidence level; The signal protocol sequence is determined by combining the mapping relationship and the confidence level.

[0075] Optionally, the host device loads a driver code template library, which includes several candidate driver code templates. The step of converting the signal protocol sequence into virtual driver information includes: Among the candidate driver code templates, the target driver code template is matched based on the device information; Based on the target driver code template, the signal protocol sequence is converted into virtual driver information.

[0076] Optionally, the step of executing the virtual drive information includes: The device to be connected is registered based on the virtual driver information, and a control identifier is determined; A driver instance is created based on the virtual driver information.

[0077] Optionally, the method further includes: Upload the virtual driver information.

[0078] This invention, in response to an access command for a device to be accessed, determines a control signal to be sent from a signal protocol library based on the device information of the device to be accessed; sends the control signal to be sent to the device to be accessed; detects the feedback status of the device to be accessed; combines the feedback status with the control signal to be sent to determine virtual driver information; and executes the virtual driver information to access the device to be accessed. By actively determining the control signal to be sent to probe the device to be accessed when the device to be accessed connects, detecting the corresponding feedback status, and actively learning by combining the feedback status and the control signal to be sent, the relationship between the feedback status and the control signal to be sent is determined, the corresponding virtual driver information is determined, and the virtual driver information is executed to access the device to be accessed. The host device can actively probe and learn throughout the entire process without manual intervention, reducing excessive manual steps, improving access efficiency, and enhancing the user experience.

[0079] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. The same or similar parts between the various embodiments can be referred to each other.

[0080] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, apparatus, or computer program products. Therefore, embodiments of the present invention can take the form of entirely hardware embodiments, entirely software embodiments, or embodiments combining software and hardware aspects. Furthermore, embodiments of the present invention can take the form of computer program products implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0081] Embodiments of the present invention are described with reference to flowchart illustrations and / or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. 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 the instructions, which execute via the processor of the computer or other programmable data processing terminal device, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0082] These computer program instructions may also be stored in a computer-readable storage medium 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 storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0083] These computer program instructions can also be loaded onto a computer or other programmable data processing terminal equipment, causing a series of operational steps to be performed on the computer or other programmable terminal equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable terminal equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0084] Although preferred embodiments of the present invention have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of the embodiments of the present invention.

[0085] Finally, it should be noted that in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or terminal device that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or terminal device. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or terminal device that includes said element.

[0086] The foregoing has provided a detailed description of a device access control method, a device access control device, an electronic device, and a computer-readable storage medium provided by the present invention. Specific examples have been used to illustrate the principles and implementation methods of the present invention. The descriptions of the above embodiments are only for the purpose of helping to understand the method and core ideas of the present invention. At the same time, for those skilled in the art, there will be changes in specific implementation methods and application scope based on the ideas of the present invention. Therefore, the content of this specification should not be construed as a limitation of the present invention.

Claims

1. A device access control method, characterized in that, Applied to a host device, wherein the host device has a signal protocol library loaded, the method includes: In response to an access command for a device to be accessed, the control signal to be sent is determined from the signal protocol library based on the device information of the device to be accessed; Send the control signal to be sent to the device to be connected; Detect the feedback status of the device to be connected; By combining the feedback status with the control signal to be sent, the virtual drive information is determined; The virtual driver information is executed to connect to the device to be connected.

2. The method according to claim 1, characterized in that, The device information includes the device type. The step of determining the control signal to be sent from the signal protocol library based on the device information of the device to be accessed in response to an access command for the device to be accessed includes: In response to an access command for a device to be accessed, the signal protocol library is traversed to determine the control signal to be sent that matches the device type.

3. The method according to claim 1, characterized in that, The step of determining the virtual drive information by combining the feedback status and the control signal to be sent includes: The feedback status is correlated with the control signal to be sent to determine the signal protocol sequence; The signal protocol sequence is converted into virtual drive information.

4. The method according to claim 3, characterized in that, The step of correlating the feedback state with the control signal to be sent to determine the signal protocol sequence includes: Identify preset feature parameters from the feedback state to determine the state change event; Perform causal analysis on the state change events and the control signals to be sent to determine the mapping relationship; The mapping relationship is verified to determine the confidence level; The signal protocol sequence is determined by combining the mapping relationship and the confidence level.

5. The method according to claim 3, characterized in that, The host device is loaded with a driver code template library, which includes several candidate driver code templates. The step of converting the signal protocol sequence into virtual driver information includes: Among the candidate driver code templates, the target driver code template is matched based on the device information; Based on the target driver code template, the signal protocol sequence is converted into virtual driver information.

6. The method according to claim 1, characterized in that, The step of executing the virtual driver information includes: The device to be connected is registered based on the virtual driver information, and a control identifier is determined; A driver instance is created based on the virtual driver information.

7. The method according to claim 1, characterized in that, The method further includes: Upload the virtual driver information.

8. A device access control device, characterized in that, Applied to a host device, the host device having a signal protocol library loaded, the device includes: The response module is used to respond to the access command for the device to be accessed and determine the control signal to be sent from the signal protocol library based on the device information of the device to be accessed. The transmitting module is used to transmit the control signal to be transmitted to the device to be accessed; The detection module is used to detect the feedback status of the device to be connected; The module is used to combine the feedback status with the control signal to be sent to determine the virtual drive information; An execution module is used to execute the virtual driver information to access the device to be accessed.

9. An electronic device, characterized in that, It includes a processor, a memory, and a computer program stored in the memory and capable of running on the processor, wherein the computer program, when executed by the processor, implements the steps of the device access control method as described in any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, A computer program is stored on the computer-readable storage medium, which, when executed by a processor, implements the steps of the device access control method as described in any one of claims 1-7.

Images