WO2022016998A1 - 物联网控制系统的处理方法、系统、服务器、终端及介质 - Google Patents

物联网控制系统的处理方法、系统、服务器、终端及介质 Download PDF

Info

Publication number
WO2022016998A1
WO2022016998A1 PCT/CN2021/097111 CN2021097111W WO2022016998A1 WO 2022016998 A1 WO2022016998 A1 WO 2022016998A1 CN 2021097111 W CN2021097111 W CN 2021097111W WO 2022016998 A1 WO2022016998 A1 WO 2022016998A1
Authority
WO
WIPO (PCT)
Prior art keywords
virtual
node
driver
startup
control
Prior art date
Application number
PCT/CN2021/097111
Other languages
English (en)
French (fr)
Inventor
谢伟
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2022016998A1 publication Critical patent/WO2022016998A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4411—Configuring for operating with peripheral devices; Loading of device drivers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/131—Protocols for games, networked simulations or virtual reality

Definitions

  • the present application relates to the technical field of the Internet of Things deployed in the cloud, which is applied to the application fields of security and control in smart cities, and in particular, to a processing method, system, device, cloud server and storage medium of an Internet of Things control system.
  • the Internet of Things is an extension and expansion network based on the Internet, which refers to a huge network formed by combining various information sensing devices with the Internet.
  • the current Internet of Things usually has fixed IoT scenarios. For different smart IoT manufacturers, the IoT solutions provided by them usually only face individuals or only customize IoT scenarios.
  • Each hardware in the IoT establishes a connection and communication relationship through the network.
  • Each hardware in the Internet of Things is each node in the Internet of Things. Since it is impossible to produce all hardware devices on the same hardware brand, and because each hardware manufacturer dominates its own Internet of Things ecosystem, there is a huge demand for Internet of Things scenarios. , the quantity and type of hardware cannot be matched.
  • the disclosure of the present application relates to the technical field of the Internet of Things, and is mainly applied to the Internet of Things scenarios such as smart logistics in smart cities.
  • the problems of weak applicability and limited expansibility of the Internet of Things control system in the prior art are solved.
  • a processing method for an Internet of Things control system includes a system configuration module, a plurality of virtual nodes, and a virtual driver associated with the virtual nodes;
  • the system configuration module acquires a system global parameter, and the system global parameter includes the driver startup sequence and hardware connection information of the virtual driver, and the node startup sequence of the virtual node;
  • the system configuration module controls the startup of the corresponding virtual driver according to the driver startup sequence, and is used to control the startup of the corresponding virtual node according to the node startup sequence;
  • the virtual driver is used to determine the corresponding physical hardware device according to the hardware connection information after being started, and establish a communication connection with the corresponding physical hardware device.
  • An Internet of Things control system the system includes a system configuration module, a plurality of virtual nodes, and a virtual driver associated with the virtual nodes;
  • the system configuration module is configured to obtain system global parameters, where the system global parameters include the driver startup sequence and hardware connection information of the virtual driver, and the node startup sequence of the virtual node;
  • the system configuration module is further configured to control the startup of the corresponding virtual driver according to the driver startup sequence, and to control the startup of the corresponding virtual node according to the node startup sequence;
  • the virtual driver After the virtual driver is started, it is used to determine the corresponding physical hardware device according to the hardware connection information, and establish a communication connection with the corresponding physical hardware device.
  • a terminal comprising a memory, a processor, and computer-readable instructions stored in the memory and executable on the processor, wherein the processor, when executing the computer-readable instructions, is arranged to:
  • system global parameters include the driver startup sequence and hardware connection information of the virtual driver, and the node startup sequence of the virtual node;
  • the corresponding physical hardware device establishes a communication connection.
  • a cloud server of an Internet of Things control system comprising a memory, a processor, and computer-readable instructions stored in the memory and executable on the processor, the cloud server is deployed with a plurality of virtual nodes and connected with all the and a virtual driver associated with the virtual node, wherein the processor, when executing the computer-readable instructions, is arranged to:
  • the corresponding physical hardware device establishes a communication connection.
  • One or more readable storage media storing computer-readable instructions that, when executed by one or more processors, cause the one or more processors to be arranged to:
  • system global parameters include the driver startup sequence and hardware connection information of the virtual driver, and the node startup sequence of the virtual node;
  • the corresponding physical hardware device establishes a communication connection.
  • One or more readable storage media storing computer-readable instructions that, when executed by one or more processors, cause the one or more processors to be arranged to:
  • the corresponding physical hardware device establishes a communication connection.
  • the present application provides an Internet of Things control system.
  • the architecture of the Internet of Things control system is different from that of the traditional Internet of Things control system.
  • a virtual node and a virtual driver are virtualized. Carry out the processing of relevant physical hardware equipment, and can realize the Internet of Things control system through the cloud, changing the core of the solution from specific hardware physical equipment to a low-cost Internet of Things solution, which has high applicability and can be used. Reduce costs and have better application scenarios.
  • FIG. 1 is a schematic structural diagram of an Internet of Things control system in an embodiment of the present application.
  • Fig. 2 is the realization flow chart of the processing method of the Internet of Things control system in an embodiment of the present application
  • Fig. 3 is a specific implementation flowchart of step S20 in Fig. 2 of the present application.
  • Fig. 4 is another specific implementation flowchart of step S20 in Fig. 2 of the present application.
  • FIG. 5 is another schematic structural diagram of the Internet of Things control system in an embodiment of the present application.
  • FIG. 6 is a schematic structural diagram of a computer device in an embodiment of the present application.
  • An embodiment of the present application provides an Internet of Things control system
  • the system includes a system configuration module, a plurality of virtual nodes, and a virtual driver associated with the virtual nodes;
  • the system configuration module is used to obtain system global parameters, the The system global parameters include the driver startup sequence and hardware connection information of the virtual driver, as well as the node startup sequence of the virtual node 102;
  • the system configuration module is also used for controlling the corresponding virtual driver startup according to the driver startup sequence, and for Control the startup of the corresponding virtual node according to the node startup sequence; after the virtual driver is started, it is used to determine the corresponding physical hardware device according to the hardware connection information, and establish a communication connection with the corresponding physical hardware device, so that each Virtual nodes can be connected to corresponding physical hardware devices through virtual drivers to build a complete IoT ecosystem.
  • System configuration module which is used to obtain system global parameters.
  • system global parameters are obtained from the process configuration file Package, which is a configuration file that contains The process initialization in the networked control system and the startup sequence and startup commands of each virtual node and virtual driver during the running process.
  • the system configuration module may be a computer device with computing capability and control capability, such as a personal computer, a mobile terminal device, such as a mobile phone, etc., which is not specifically limited in this application.
  • the virtual node is the logical main body of the physical hardware device connected with the corresponding virtual driver.
  • the virtual node is a program package, which can be obtained by the developer by writing code. It is worth noting that the virtual node in the embodiment of the present application is different from the The nodes of the traditional Internet of Things control system, the nodes in the traditional Internet of Things control system refer to the nodes of various physical hardware devices in the network, which are hardware devices that can be seen and touched.
  • the virtual node is a virtualized node, which is composed of a set of logic codes. The virtualized virtual node does not run on the physical hardware device node, but can be separated from the existence of the physical hardware device node. , in some application scenarios, the virtual node can be deployed on the cloud server.
  • Virtual driver the virtual driver is mainly used to process or control the relevant data format of the physical hardware device, so that subsequent virtual nodes can use the data processed by the virtual driver.
  • each physical hardware device needs to be configured with a virtual driver before accessing the IoT control system provided by this application, that is, each physical hardware device corresponds to a virtual driver, which can be
  • the physical hardware devices also include various types of hardware devices, such as control hardware devices (lights, lights also have various models, etc.) and monitoring For hardware-like devices (such as cameras, cameras also have multiple models), the virtual driver corresponding to each physical hardware device is obtained by the developer writing code according to the hardware interface document of the physical hardware device or directly by the hardware designer.
  • the virtual driver is different from the driver in the traditional Internet of Things system.
  • the driver usually refers to a device running on a certain physical hardware device to drive the physical hardware device to work.
  • the virtual driver exists apart from the physical hardware device, and is a set of software modules running independently, and the virtual driver does not depend on the physical hardware device. It can be seen that the concept of virtual drive in this application is not proposed in the traditional Internet of Things control system. Therefore, through the virtual driver in the embodiment of the present application, the differences between different brands and different models of physical hardware can be isolated, the abstraction of the control process and logic modules can be realized, the logic multiplexing can be realized, and the number of different physical hardware devices can be expanded. and types to improve applicability.
  • the IoT control system may include multiple virtual nodes, and each virtual node may control a corresponding physical hardware device through one or more virtual drivers. It should be noted that, in order to facilitate the acquisition of corresponding physical hardware devices, usually one physical hardware device corresponds to one virtual driver, the virtual driver and virtual node can be arranged on the cloud server, and the virtual driver and virtual node are connected to the system configuration module through an external interface. As shown in FIG. 1, FIG.
  • FIG. 1 is a schematic structural diagram of an Internet of Things control system in an embodiment of the application, including a system configuration module, virtual nodes 1-N, virtual drivers 1-4, and physical hardware devices 1-5, wherein , virtual node 1 is arranged to connect with physical hardware device 1 through virtual driver 1, with physical hardware device 2 through virtual driver 2, and with physical hardware device 3 through virtual driver 3; virtual node 2 is arranged to connect through virtual driver 4 is connected to the physical hardware device 4 , and is connected to the physical hardware device 5 through the virtual driver 5 .
  • FIG. 1 is only an example in the embodiment of the present application.
  • virtual nodes, virtual drivers, and physical hardware devices can be flexibly deployed according to the ecological requirements of the Internet of Things.
  • an embodiment of the present application correspondingly provides a processing method of the Internet of Things control system, including the following steps:
  • the system configuration module acquires a system global parameter, where the system global parameter includes the driver startup sequence and hardware connection information of the virtual driver, and the node startup sequence of the virtual node.
  • the system configuration module controls the startup of the corresponding virtual driver according to the driver startup sequence, and is configured to control the startup of the corresponding virtual node according to the node startup sequence.
  • the system configuration module can obtain a process configuration file package, and the process configuration file includes system global parameters, and the system global parameters include the drive startup sequence and hardware of the virtual driver. connection information, and the node startup sequence of the virtual node.
  • the virtual driver is configured to determine a corresponding physical hardware device according to the hardware connection information after being started, and establish a communication connection with the corresponding physical hardware device.
  • the virtual driver After the virtual driver is started, it determines the corresponding physical hardware device according to the hardware connection information, and establishes a communication connection with the corresponding physical hardware device, so as to communicate with the physical hardware device and complete the required IoT scenario. .
  • the IoT control system is a system that controls physical hardware devices, different operating procedures can be configured in different IoT scenarios to control each physical hardware device in the system.
  • the driver startup sequence and hardware connection information of each driver driver may be specified during system initialization, and the hardware connection information indicates the physical hardware device to be connected to the virtual driver and the startup sequence of the virtual node. It can be understood that only when the virtual node and the virtual driver are started, the corresponding physical hardware device can work, so as to control each physical hardware device.
  • smart logistics is a general term for the application of new technologies to the logistics industry, which refers to the realization of system perception in all aspects of logistics, such as transportation, warehousing, packaging, loading and unloading, and distribution, supported by information technologies such as the Internet of Things, big data, and artificial intelligence.
  • each link is in a series relationship, and only when the operation of the previous link (that is, the previous physical hardware device corresponds to the previous virtual node) is completed, the next link ( That is, the next physical hardware device corresponds to the next virtual node) to operate, thereby forming a series of running processes.
  • the physical hardware devices corresponding to the buses are in a parallel relationship with the virtual nodes in the above-mentioned smart logistics, which belong to different operation processes.
  • step S20 the system configuration module controls the corresponding virtual driver to start according to the driver startup sequence, including:
  • S201 Determine an initial virtual node and other virtual nodes in the current running process according to the node startup sequence.
  • the initial virtual node and other virtual nodes in the current running process may be determined according to the node startup sequence. If the current running process A is the virtual node A1-AN, the initial virtual node is A1, and the other virtual nodes are the virtual nodes A2-AN.
  • the startup of the target virtual node in the other virtual nodes must satisfy the following relationship: the last virtual node corresponding to the target virtual node ends the process operation, and the target virtual node does not have a dependency relationship with other virtual nodes running the process .
  • the execution of a virtual node (AN-1) ends, the next virtual node (AN-2) in the process is started. 2) is the target virtual node.
  • the virtual node (AN-2) Before starting the virtual node (AN-2), it is necessary to determine the dependency of the node. If the virtual node (AN-2) does not have dependencies with other virtual nodes running processes, such as virtual The startup and operation of the node (AN-2) does not depend on the data generated by other virtual nodes. After the virtual node (AN-1) executes the startup, the virtual node (AN-2) can be started.
  • the corresponding physical hardware device is determined according to the hardware connection information, and a communication connection is established with the corresponding physical hardware device, thereby completing the entire running process.
  • system configuration module is further arranged to implement the following steps:
  • the node identifier of each virtual node can be preconfigured, so that after the dependent virtual node is determined, the virtualized node can be found according to the identifier of the dependent virtual node.
  • S204 Determine whether the currently dependent node is in the startup state, and if the currently dependent node is not in the startup state, start the dependent node.
  • the virtual node (AN-2) has a dependency relationship with the virtual node Node(BN-2)
  • 2) In the inactive state end the currently running virtual node (BN-1) in the running process B, that is, end the last virtual node of the virtual node (BN-2), and then start the virtual node (BN-2) to start , to ensure that the startup is successful, so as to effectively ensure the operation of the process.
  • each virtual node may be closed in reverse according to the above node startup sequence. For example, if the virtual node startup sequence is N-1, N-2, N-3, the node shutdown sequence is N-3, N-2, N-1. It is worth noting that when the physical hardware devices in most IoT scenarios are shut down, there is no specific restriction on the shutdown sequence of each virtual node.
  • a startup sequence of virtual nodes is provided, which can adapt to various current IoT application scenarios in series or parallel, improve the applicability of the IoT control system, and can effectively ensure the operation process. normal operation.
  • system global parameter further includes an operation mode of the virtual driver on the hardware device data; the virtual driver obtains the required data from the corresponding physical hardware device and processes it according to the operation mode. the required data.
  • the operation mode of the virtual driver on the hardware device data of the physical hardware device is indicated in the system global parameter, wherein the operation mode includes a monitoring type operation and a control type operation.
  • the operation mode is a control-type operation
  • the virtual driver starts a service mode according to the control class operation to provide a control calling interface
  • the virtual node uses the control invocation interface to control the physical hardware device according to control requirements.
  • the virtual driver corresponding to the electric light starts a service mode according to the control class operation to provide a control calling interface
  • the control calling interface is a communication interface
  • the virtual node can control the electric light through the communication interface. Therefore, the virtual node can use the control calling interface of the virtual drive of the electric light to control the electric light according to the control requirements, such as controlling the electric light. On or off or flashing.
  • system further includes a topic message device, and the operation mode is a monitoring operation;
  • the virtual driver obtains the required monitoring data from the corresponding physical hardware device according to the monitoring operation;
  • the virtual driver transmits the data stream corresponding to the monitoring data to the topic message device;
  • the topic message device publishes the data stream corresponding to the monitoring data, and subscribes and acquires the virtual node that needs to be subscribed.
  • the virtual driver corresponding to the camera obtains the required monitoring data from the corresponding camera according to the monitoring operation, and the virtual driver corresponding to the camera obtains the data of the camera.
  • the data stream corresponding to the monitoring data is transmitted to the topic message device, and the topic message device publishes the data stream corresponding to the monitoring data of the camera for the virtual node that needs to be subscribed. Subscribe to get.
  • FIG. 5 it is a schematic diagram of the structure of an IoT control system including a topic message device.
  • the physical hardware equipment includes a car chassis, a camera, and the corresponding pan/tilt, microphone, and speaker.
  • the camera and the microphone can pass through the
  • the topic message device transmits the acquired camera data and voice data to the topic message device, so that the topic message device can publish the camera data and voice data, and the required virtual node can obtain the required camera data and voice from the corresponding topic message device. data.
  • the virtual drivers 4 and 5 corresponding to the car chassis and speakers start the service mode to provide a control call interface, and the virtual node can pass the car chassis, speakers and other physical hardware devices.
  • the control calling interface is invoked, so that the corresponding virtual driver is used for control.
  • FIG. 5 is only an example, and does not limit the embodiments of the present application.
  • the present application provides an Internet of Things control system.
  • the architecture of the Internet of Things control system is different from that of the traditional Internet of Things control system.
  • a virtual node and a virtual driver are virtualized. Carry out the processing of relevant physical hardware equipment, and can realize the Internet of Things control system through the cloud, changing the core of the solution from specific hardware physical equipment to a low-cost Internet of Things solution, which has high applicability and can be used. Reduce costs and have better application scenarios.
  • a processing device of an IoT control system corresponds to each subject in the processing method of the IoT control system in the above-mentioned embodiment.
  • the processing device can realize a virtual node or a virtual drive. Or the function of the system configuration module or topic message device.
  • the processing device is used as a system configuration module.
  • the processing device is used to obtain system global parameters, and the system global parameters include the driver startup sequence and hardware connection information of the virtual driver, and the node startup of the virtual node. sequence; and is used to control the corresponding virtual driver startup according to the driver startup sequence, and to control the corresponding virtual node startup according to the node startup sequence;
  • the processing device is configured to control the corresponding virtual drive to start according to the drive start sequence, including:
  • the startup of the target virtual node in the other virtual nodes must satisfy the following relationship: the last virtual node corresponding to the target virtual node ends the process operation, and the target virtual node does not have a dependency relationship with other virtual nodes running the process .
  • the processing device is also arranged to:
  • the target virtual node has a dependency relationship with the virtual nodes of other running processes, determine the dependent node with the dependency relationship;
  • the target virtual node After starting the dependent node and after the target virtual node obtains dependent data from the dependent node, the target virtual node is started.
  • the processing apparatus is configured to implement the function of the virtual driver
  • the system global parameter further includes an operation mode of the virtual driver on the physical hardware device
  • the processing apparatus is configured to control the physical hardware device according to the operation mode.
  • Each module in the above-mentioned processing apparatus that implements a certain step or function may be implemented in whole or in part by software, hardware, or a combination thereof.
  • the above modules can be embedded in or independent of the processor in the computer device in the form of hardware, or stored in the memory in the computer device in the form of software, so that the processor can call and execute the operations corresponding to the above modules.
  • a computer device in one embodiment, the computer device can be used as a cloud server, and its internal structure diagram can be as shown in FIG. 6 .
  • the computer device includes a processor, memory, a network interface, and a database connected by a system bus. Among them, the processor of the computer device is used to provide computing and control capabilities.
  • the memory of the computer device includes a non-volatile storage medium, an internal memory.
  • the nonvolatile storage medium stores an operating system, a computer program, and a database.
  • the internal memory provides an environment for the execution of the operating system and computer programs in the non-volatile storage medium.
  • the database of the computer device is used to store relevant data.
  • the network interface of the computer device is used to communicate with an external terminal through a network connection.
  • the computer device may be a cloud server, and the cloud server is deployed to implement the virtual nodes mentioned in the embodiments of this application.
  • the functions of the virtual drive and the topic message device, or, the computer device may also be a terminal device, such as a computer, for implementing the function of the system configuration module in this embodiment.
  • the functions of each main module are as follows:
  • the system configuration module acquires a system global parameter, and the system global parameter includes the driver startup sequence and hardware connection information of the virtual driver, and the node startup sequence of the virtual node;
  • the system configuration module controls the startup of the corresponding virtual driver according to the driver startup sequence, and is used to control the startup of the corresponding virtual node according to the node startup sequence;
  • the virtual driver is used to determine the corresponding physical hardware device according to the hardware connection information after being started, and establish a communication connection with the corresponding physical hardware device.
  • system global parameter further includes an operation mode of the virtual driver on the physical hardware device, and the virtual driver controls the physical hardware device according to the operation mode.
  • the operation mode is a control-type operation
  • the virtual driver starts a service mode according to the control class operation to provide a control calling interface
  • the virtual node uses the control invocation interface to control the physical hardware device according to control requirements.
  • system further includes a topic message device, and the operation mode is a monitoring operation;
  • the virtual driver obtains the required monitoring data from the corresponding physical hardware device according to the monitoring operation;
  • the virtual driver transmits the data stream corresponding to the monitoring data to the topic message device;
  • the topic message device publishes the data stream corresponding to the monitoring data, and subscribes and acquires the virtual node that needs to be subscribed.
  • system configuration module controls the corresponding virtual driver to start according to the driver startup sequence, including:
  • the startup of the target virtual node in the other virtual nodes must satisfy the following relationship: the last virtual node corresponding to the target virtual node ends the process operation, and the target virtual node does not have a dependency relationship with other virtual nodes running the process .
  • system configuration module is further arranged to:
  • the target virtual node has a dependency relationship with the virtual nodes of other running processes, determine the dependent node with the dependency relationship;
  • the target virtual node After starting the dependent node and after the target virtual node obtains dependent data from the dependent node, the target virtual node is started.
  • a cloud server of an Internet of Things control system includes a processor and a memory, the cloud server is deployed with a plurality of virtual nodes and virtual drives associated with the virtual nodes, the The Internet of Things control system further includes a system configuration module, where the virtual node, the virtual driver, and the system configuration module are used to implement corresponding functions or steps in the foregoing processing method.
  • a plurality of virtual nodes and virtual drives associated with the virtual nodes are written into the memory of the cloud server, and the memory stores software that implements the functions or steps of the above-mentioned virtual nodes or virtual drives.
  • the processor executes the computer program, the virtual The function of the node or virtual driver.
  • a terminal in one embodiment, includes a memory, a processor, and computer-readable instructions stored in the memory and executable on the processor, wherein the processor executes the computer-readable instructions.
  • read instructions are arranged as:
  • system global parameters include the driver startup sequence and hardware connection information of the virtual driver, and the node startup sequence of the virtual node;
  • the corresponding physical hardware device establishes a communication connection.
  • processor when executing the computer-readable instructions, is arranged to:
  • the startup of the target virtual node in the other virtual nodes must satisfy the following relationship: the last virtual node corresponding to the target virtual node ends the process operation, and the target virtual node does not have a dependency relationship with other virtual nodes running the process .
  • processor when executing the computer-readable instructions, is further arranged to:
  • the target virtual node has a dependency relationship with the virtual nodes of other running processes, determine the dependent node with the dependency relationship;
  • the target virtual node After starting the dependent node and after the target virtual node obtains dependent data from the dependent node, the target virtual node is started.
  • a cloud server of an Internet of Things control system including a memory, a processor, and computer-readable instructions stored in the memory and executable on the processor, the cloud server A plurality of virtual nodes and virtual drives associated with the virtual nodes are deployed, wherein the processor, when executing the computer-readable instructions, is arranged to:
  • the corresponding physical hardware device establishes a communication connection.
  • processor when executing the computer-readable instructions, is further arranged to:
  • the operation mode of the virtual driver on the physical hardware device sent by the system configuration module is received, so as to control the virtual driver to control the physical hardware device according to the operation mode.
  • the processor is further arranged to:
  • the virtual node is controlled to use the control calling interface to control the physical hardware device according to the control requirement.
  • the processor is further arranged to:
  • Control the virtual driver to transmit the data stream corresponding to the monitoring data to the topic message device, so that the topic message device publishes the data stream corresponding to the monitoring data, and the virtual node to be subscribed Subscribe to get.
  • one or more readable storage media that store computer-readable instructions that, when executed by one or more processors, cause the one or more processors to be Arranged as:
  • system global parameters include the driver startup sequence and hardware connection information of the virtual driver, and the node startup sequence of the virtual node;
  • the corresponding physical hardware device establishes a communication connection.
  • the computer-readable instructions when executed by one or more processors, cause the one or more processors to be arranged to:
  • the startup of the target virtual node in the other virtual nodes must satisfy the following relationship: the last virtual node corresponding to the target virtual node ends the process operation, and the target virtual node does not have a dependency relationship with other virtual nodes running the process .
  • the computer-readable instructions when executed by one or more processors, cause the one or more processors to be arranged to:
  • the target virtual node has a dependency relationship with the virtual nodes of other running processes, determine the dependent node with the dependency relationship;
  • the target virtual node After starting the dependent node and after the target virtual node obtains dependent data from the dependent node, the target virtual node is started.
  • another or more readable storage media are provided that store computer-readable instructions that, when executed by one or more processors, cause the one or more processors to is arranged as:
  • the corresponding physical hardware device establishes a communication connection.
  • the computer-readable instructions when executed by one or more processors, cause the one or more processors to be arranged to:
  • the operation mode of the virtual driver on the physical hardware device sent by the system configuration module is received, so as to control the virtual driver to control the physical hardware device according to the operation mode.
  • the readable storage medium includes a non-volatile readable storage medium and a volatile readable storage medium, and when the computer program is executed, it may include the processes of the foregoing method embodiments.
  • any reference to memory, storage, database or other medium used in the various embodiments provided in this application may include non-volatile and/or volatile memory.
  • Nonvolatile memory may include read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory.
  • Volatile memory may include random access memory (RAM) or external cache memory.
  • RAM is available in various forms such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous chain Road (Synchlink) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM) and so on.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Stored Programmes (AREA)

Abstract

本申请公开涉及物联网技术领域，主要应用于智慧城市的智慧物流等等物联网场景，具体公开了一种物联网控制系统的处理方法、物联网控制系统云端服务器终端和计算机可读存储介质。方法部分包括：所述系统配置模块获取系统全局参数，所述系统全局参数包括所述虚拟驱动的驱动启动顺序和硬件连接信息，以及所述虚拟节点的节点启动顺序；所述系统配置模块根据驱动启动顺序控制对应的虚拟驱动启动，以及用于根据节点启动顺序控制对应的虚拟节点启动；所述虚拟驱动用于在启动后根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。

Description

物联网控制系统的处理方法、系统、服务器、终端及介质
本申请要求于2020年07月23日提交中国专利局、申请号为202010727806.6，发明名称为“物联网控制系统的处理方法、系统、云端服务器及介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及云部署的物联网技术领域，应用到智慧城市中的安防、控制等应用领域，尤其涉及一种物联网控制系统的处理方法、系统、设备、云端服务器及存储介质。
 背景技术
物联网是互联网基础上的延伸和扩展的网络，是指将各种信息传感设备与互联网结合起来而形成的一个巨大网络。当前的物联网通常具有固定的物联网场景，对于不同的智能物联网厂商，其提供的物联网方案通常只面对个人或只是定制化物联网场景，物联网中的各硬件通过网络建立连接通信关系，物联网中的各硬件就是物联网中的各节点，由于同一硬件品牌上无法做到可生产所有的硬件设备，由于各个硬件厂商自己主导自己的物联网生态，因此对于庞大的物联网场景需求，硬件的数量和类型无法做到匹配。
技术问题
发明人意识到，某一公司的物联网生态圈比较强，但该公司有可能不生产热水器、不生产智能窗帘、不生产电冰箱，该公司的物联网生态圈中就可能没有包括上述硬件，那么如果客户需求中需要用到热水器、智能窗帘等硬件，就无法购买该的公司的物联网方案；此外，当前各个硬件厂商的解决方案，对硬件要求比较高，如果需要使用，必须购买指定的最新几个型号的产品，即使客户手里有一些替代品，也不能使用，造成成本高，且升级困难，可见，当前的物联网控制系统的适用性不强且扩展性有限。
 技术解决方案
本申请公开涉及物联网技术领域，主要应用于智慧城市的智慧物流等等物联网场景，具体公开了一种物联网控制系统的处理方法、物联网控制系统云端服务器和计算机可读存储介质，以解决现有技术中物联网控制系统的适用性不强且扩展性有限的问题。
一种物联网控制系统的处理方法，所述系统包括系统配置模块、多个虚拟节点以及与所述虚拟节点关联的虚拟驱动；
所述系统配置模块获取系统全局参数，所述系统全局参数包括所述虚拟驱动的驱动启动顺序和硬件连接信息，以及所述虚拟节点的节点启动顺序；
所述系统配置模块根据驱动启动顺序控制对应的虚拟驱动启动，以及用于根据节点启动顺序控制对应的虚拟节点启动；
所述虚拟驱动用于在启动后根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
一种物联网控制系统，所述系统包括系统配置模块、多个虚拟节点以及与所述虚拟节点关联的虚拟驱动；
所述系统配置模块用于获取系统全局参数，所述系统全局参数包括所述虚拟驱动的驱动启动顺序和硬件连接信息，以及所述虚拟节点的节点启动顺序；
所述系统配置模块还用于根据驱动启动顺序控制对应的虚拟驱动启动，以及用于根据节点启动顺序控制对应的虚拟节点启动；
所述虚拟驱动在启动后，用于根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
一种终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其中，所述处理器执行所述计算机可读指令时被布置为：
获取系统全局参数，所述系统全局参数包括所述虚拟驱动的驱动启动顺序和硬件连接信息，以及所述虚拟节点的节点启动顺序；
根据驱动启动顺序控制对应的虚拟驱动启动，以及用于根据节点启动顺序控制对应的虚拟节点启动，以使所述虚拟驱动在启动后根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
一种物联网控制系统的云端服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述云端服务器部署有多个虚拟节点以及与所述虚拟节点关联的虚拟驱动，其中，所述处理器执行所述计算机可读指令时被布置为：
接收系统配置模块根据所述虚拟驱动的驱动启动顺序和所述虚拟节点的节点启动顺所发送的控制指令，并接收硬件连接信息；
根据所述控制指令控制对应的虚拟驱动启动，并根据节点启动顺序控制对应的虚拟节点启动，以使所述虚拟驱动用于在启动后根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
一个或多个存储有计算机可读指令的可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器被布置为：
获取系统全局参数，所述系统全局参数包括所述虚拟驱动的驱动启动顺序和硬件连接信息，以及所述虚拟节点的节点启动顺序；
根据驱动启动顺序控制对应的虚拟驱动启动，以及用于根据节点启动顺序控制对应的虚拟节点启动，以使所述虚拟驱动在启动后根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
一个或多个存储有计算机可读指令的可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器被布置为：
接收系统配置模块根据所述虚拟驱动的驱动启动顺序和所述虚拟节点的节点启动顺所发送的控制指令，并接收硬件连接信息；
根据所述控制指令控制对应的虚拟驱动启动，并根据节点启动顺序控制对应的虚拟节点启动，以使所述虚拟驱动用于在启动后根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
 有益效果
可见，本申请提供了一种物联网控制系统，该物联网控制系统的架构与传统的物联网控制系统不同，本申请实施例是虚拟化出虚拟节点和虚拟驱动，通过虚拟化节点和虚拟驱动进行相关实体硬件设备的处理，且可以通过云端实现该物联网控制系统，将解决方案的核心，从具体硬件实体设备，变成了低成本的物联网解决方案，具有较高的适用性和可以减少成本，具有较好的应用场景。
本申请的一个或多个实施例的细节在下面的附图和描述中提出，本申请的其他特征和优点将从说明书、附图以及权利要求变得明显。
 附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请一实施例中物联网控制系统的一个结构示意图；
图2是本申请一实施例中物联网控制系统的处理方法的实现流程图；
图3是本申请图2中步骤S20的一具体实现流程图；
图4是本申请图2中步骤S20的另一具体实现流程图；
图5是本申请一实施例中物联网控制系统的另一结构示意图；
图6是本申请一实施例中计算机设备的一个结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例提供了一种物联网控制系统，所述系统包括系统配置模块、多个虚拟节点以及与所述虚拟节点关联的虚拟驱动；所述系统配置模块用于获取系统全局参数，所述系统全局参数包括所述虚拟驱动的驱动启动顺序和硬件连接信息，以及所述虚拟节点102的节点启动顺序；所述系统配置模块还用于根据驱动启动顺序控制对应的虚拟驱动启动，以及用于根据节点启动顺序控制对应的虚拟节点启动；所述虚拟驱动在启动后，用于根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接，从而，各个虚拟节点可以通过虚拟驱动与对应的实体硬件设备连接，从而构建出一个完整的物联生态。出下面对各模块做一个介绍：
（1）系统配置模块，该系统配置模块用于获取系统全局参数，关于系统全局参数，该系统全局参数从流程配置文件包Package中获取，该流程配置文件包Package是一个配置文件，包含了物联网控制系统中的流程初始化以及运行过程中各个虚拟节点和虚拟驱动的启动顺序和启动命令。需要说明的是，该系统配置模块可以为一具有计算能力、控制能力的计算机设备，例如个人电脑、移动终端设备，例如手机等，具体本申请不做限定。
（2）虚拟节点，为与对应虚拟驱动连接的实体硬件设备的逻辑主体，该虚拟节点为一程序包，可由开发人员编写代码得到，值得注意的是，本申请实施例中的虚拟节点区别于传统物联网控制系统的节点，传统物联网控制系统中的节点是指联网中的各个实体硬件设备节点，是一种看得见、摸得着的硬件设备。而在本申请实施例中，虚拟节点为虚拟化的节点，包含一组逻辑代码所构成，该虚拟化的虚拟节点并不运行在实体硬件设备节点上，而是可以脱离实体硬件设备节点的存在，在一些应用场景中，该虚拟节点可以部署在云端服务器上。
（3）虚拟驱动，该虚拟驱动主要用于针对实体硬件设备的相关数据格式进行加工处理或控制，以便后续虚拟节点可以使用虚拟驱动处理过的数据。可以理解，在本申请实施例中，每种实体硬件设备在接入本申请提供的物联网控制系统前均需要配置虚拟驱动，也就是说，每种实体硬件设备均与一虚拟驱动对应，可以理解，由于市场上提供实体硬件设备的厂商不同，品牌不同，且实体硬件设备也包括各种各样不同型号的硬件设备，例如控制类硬件设备（电灯，电灯也具有多种型号等）以及监控类硬件设备（如摄像头，摄像头也具有多种型号），每种实体硬件设备对应的虚拟驱动，由开发人员根据实体硬件设备的硬件接口文档编写代码或者由硬件设计人员直接编写获得。值得注意的是，该虚拟驱动有区别于传统物联网系统中的驱动，传统物联网控制系统中，驱动通常指的是运行在某个实体硬件设备上，以用于驱动该实体硬件设备工作的驱动，而在本申请提供的物联网控制系统中，该虚拟驱动脱离于实体硬件设备而存在，是一组独立运行的软件模块，该虚拟驱动不依赖于实体硬件设备。可见，传统物联网控制系统中并没有提出本申请中的虚拟驱动的概念。因此，通过本申请实施例中的虚拟驱动，可以将不同品牌，不同型号实体硬件之间的差异隔离，实现控制流程、逻辑模块的抽象化，实现逻辑复用，可扩展不同的实体硬件设备数量和类型，提高适用性。
其中，本申请实施例提供的物联网控制系统中，可以包括多个虚拟节点，每个虚拟节点可以通过一个或多个虚拟驱动控制对应的实体硬件设备。需要说明的是，为了便于获取对应实体硬件设备，通常一个实体硬件设备对应一个虚拟驱动，虚拟驱动和虚拟节点可布置于云端服务器，虚拟驱动和虚拟节点通过外部接口与系统配置模块连接，示例性的，如图1所示，图1为本申请实施例中物联网控制系统的一个结构示意图，包括系统配置模块、虚拟节点1-N、虚拟驱动1-4，实体硬件设备1-5，其中，虚拟节点1被布置为通过虚拟驱动1与实体硬件设备1连接，通过虚拟驱动2与实体硬件设备2连接，以及通过虚拟驱动3与实体硬件设备3连接；虚拟节点2被布置为通过虚拟驱动4与实体硬件设备4连接，以及通过虚拟驱动5与实体硬件设备5连接。
需要说明的是，图1在本申请实施例仅是示例说明，在实际应用中，可以依据物联网生态需求，灵活部署虚拟节点、虚拟驱动以及实体硬件设备。
基于上述描述的物联网控制系统，如图2所示，本申请实施例对应提供了一种物联网控制系统的处理方法，包括如下步骤：
S10：所述系统配置模块获取系统全局参数，所述系统全局参数包括所述虚拟驱动的驱动启动顺序和硬件连接信息，以及所述虚拟节点的节点启动顺序。
S20：所述系统配置模块根据驱动启动顺序控制对应的虚拟驱动启动，以及用于根据节点启动顺序控制对应的虚拟节点启动。
步骤S10-S20中，在进行物联网控制系统初始化时，系统配置模块可以获取流程配置文件包，该流程配置文件包括了系统全局参数，该系统全局参数包括所述虚拟驱动的驱动启动顺序和硬件连接信息，以及所述虚拟节点的节点启动顺序。
S30：所述虚拟驱动用于在启动后根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
所述虚拟驱动在启动后，便根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接，从而与实体硬件设备进行通信，完成所需的物联网场景。
可以理解的是，由于物联网控制系统中，是一种控制实体硬件设备的系统，在不同的物联网场景中可以配制不同的运行流程，从而对系统中的各实体硬件设备进行控制。本申请实施例中，可以在系统初始化时规定各驱动驱动的驱动启动顺序和硬件连接信息，该硬件连接信息中指示了虚拟驱动需连接的实体硬件设备，以及虚拟节点的启动顺序。可以理解，只有当虚拟节点和虚拟驱动启动了，对应的实体硬件设备才可以工作，从而对各实体硬件设备进行控制。
可以理解，在当前的许多物联网应用场景中，各个实体硬件设备之间的运行存在串联性或并联性。例如，智慧物流是新技术应用于物流行业的统称，指的是以物联网、大数据、人工智能等信息技术为支撑，在物流的运输、仓储、包装、装卸、配送等各个环节实现系统感知、全面分析及处理等功能，可见，在上述各个环节中，每个环节为串联关系，只有当上个环节（也即上个实体硬件设备对应上一虚拟节点）操作完成之后，下个环节（也即下个实体硬件设备对应下一个虚拟节点）才能进行操作，从而构成一串联的运行流程。又例如，在其他运行流程中，例如公交车物联网运行流程中，公交车对应的实体硬件设备则与上述智慧物流中的虚拟节点为并联关系，属不同的运行流程。需要说明的是，不同的运行流程中，也可能存在依赖关系，例如，智慧物流中，一个虚拟节点需要另一个虚拟节点生产的数据，则说明这两个虚拟节点存在依赖关系。下述将详细描述本申请实施例中物联网控制系统的运行流程控制过程。
若部分虚拟节点存在串联互斥性，也即若运行流程中，连续多个虚拟驱动是串联操作的，则后面的虚拟节点必须要前一个虚拟节点操作成功后才能继续操作。具体地，在一实施方式中，如图3所示，步骤S20中，系统配置模块根据驱动启动顺序控制对应的虚拟驱动进行启动，包括：
S201：根据所述节点启动顺序确定出当前运行流程中的初始虚拟节点和其他虚拟节点。
该步骤中，可以根据节点启动顺序确定出当前运行流程中的初始虚拟节点和其他虚拟节点。如若当前运行流程A为虚拟节点A1-AN，则初始虚拟节点为A1，其他虚拟节点为虚拟节点A2-AN。
S202：在启动所述初始虚拟节点且所述初始虚拟节点结束流程操作之后，依据所述节点启动顺序依次对所述其他虚拟节点进行启动。
其中，所述其他虚拟节点中目标虚拟节点的启动需满足如下关系：所述目标虚拟节点对应的上一虚拟节点结束流程操作，且所述目标虚拟节点与其他运行流程的虚拟节点不存在依赖关系。
也就是说，当前运行流程A中，若一个虚拟节点（A-N-1）执行启动结束，则启动该流程中后一个虚拟节点（A-N-2），为了便于说明，这里不妨设虚拟节点（A-N-2）为目标虚拟节点，其中，在启动虚拟节点（A-N-2）前，需先确定节点的依赖关系，若虚拟节点（A-N-2）与其他运行流程的虚拟节点不存在依赖关系，如虚拟节点（A-N-2）的启动和运行不依赖其他虚拟节点所产生的数据，则在虚拟节点（A-N-1）执行启动结束之后，可以启动虚拟节点（A-N-2）。
依据上述启动顺序关系，在虚拟启动启动之后，便根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接，从而完成整个运行流程。
在一实施方式中，如图4所示，所述系统配置模块还被布置为实现如下步骤：
S203：若所述目标虚拟节点与其他运行流程的虚拟节点存在依赖关系，则确定出存在依赖关系的被依赖节点。
在该实施方式中，在启动所述初始虚拟节点且所述初始虚拟节点结束流程操作之后，依据所述节点启动顺序依次对所述其他虚拟节点进行启动时，若所述目标虚拟节点与其他运行流程的虚拟节点存在依赖关系，则需要确定出存在依赖关系的被依赖节点。例如，若虚拟节点（A-N-2）在启动前依赖另个运行流程B中一个未启动的虚拟节点Node(B-N-2)，则确定虚拟节点（A-N-2）与虚拟节点Node(B-N-2)存在依赖关系，此时需将虚拟节点Node(B-N-2)确定出来。具体，可以通过预先配置每个虚拟节点的节点标识，从而在确定出依赖的虚拟节点后，可以依据依赖的虚拟节点的标识找出该被虚拟节点。
S204：确定当前所述被依赖节点是否处于启动状态，若当前所述被依赖节点未处于启动状态，则启动所述被依赖节点。
例如，若确定虚拟节点（A-N-2）与虚拟节点Node(B-N-2)存在依赖关系，此时需确定当前虚拟节点Node(B-N-2)是否处于启动状态，若当前虚拟节点Node(B-N-2)处于未启动状态，则结束运行流程B中当前运行的虚拟节点(B-N-1)，也即结束虚拟节点(B-N-2)的上一虚拟节点，再启动虚拟节点(B-N-2)启动，保证启动成功，从而有效地保证流程的运行。
S205：在启动所述被依赖节点之后且所述目标虚拟节点从所述被依赖节点中获取到依赖数据之后，启动所述目标虚拟节点。
可以理解，经过S205，虚拟节点(B-N-2)被启动之后，便可以从虚拟节点(B-N-2)中获取所依赖的数据，从而启动虚拟节点（A-N-2）。在运行流程运行完毕之后，可以按照上述节点启动顺序，逆向关闭各虚拟节点。例如，若虚拟节点启动顺序为N-1,N-2,N-3，则节点关闭顺序为N-3，N-2，N-1。值得注意的是，绝大多数物联网场景在的实体硬件设备在关闭时，没有具体限定各虚拟节点的关闭顺序。
可见，在上述方案中，提供了一种虚拟节点的启动顺序，从而可以适应当前各种串或并的物联网应用场景，提高了该物联网控制系统的应用性，且可以有效地保证运行流程正常运行。
在一实施方式中，所述系统全局参数还包括所述虚拟驱动对硬件设备数据的操作方式；所述虚拟驱动从所述对应的实体硬件设备中获取所需数据，并根据所述操作方式处理所述所需数据。
也就是说，在该实施例中，在系统全局参数中指示了虚拟驱动对实体硬件设备的硬件设备数据的操作方式，其中，该操作方式包括监测类操作和控制类操作。
对应的，在一实施方式中，所述操作方式为控制类操作；
所述虚拟驱动根据所述控制类操作启动服务模式以提供控制调用接口；
所述虚拟节点根据控制需求利用所述控制调用接口控制所述实体硬件设备。
例如，当虚拟驱动对应的实体硬件设备为电灯等控制类设备时，当需要对此类实体硬件设备进行控制时，电灯对应的虚拟驱动根据所述控制类操作启动服务模式以提供控制调用接口，其中，该控制调用接口为一通信接口，虚拟节点可以通过该通信接口对该电灯进行控制，因此，所述虚拟节点可以根据控制需求利用电灯的虚拟驱动的控制调用接口控制该电灯，例如控制电灯开或关或闪烁。
在一实施方式中，所述系统还包括话题消息装置，所述操作方式为监测类操作；
所述虚拟驱动根据所述监测类操作从所述对应的实体硬件设备中获取所需的监测类数据；
所述虚拟驱动将所述监测类数据对应的数据流传输至所述话题消息装置中；
所述话题消息装置对所述监测类数据对应的数据流进行发布，以供需订阅的所述虚拟节点进行订阅获取。
例如，实体硬件设备为摄像头，该摄像头获取的数据则为监测类数据，摄像头对应的虚拟驱动根据监测类操作从对应的摄像头中获取所需的监测类数据，摄像头对应的虚拟驱动获取到摄像头的监测数据之后，将所述监测类数据对应的数据流传输至所述话题消息装置中，所述话题消息装置对摄像头的监测类数据对应的数据流进行发布，以供需订阅的所述虚拟节点进行订阅获取。
例如，如图5所示，为包含话题消息装置的物联网控制系统的结构示意图，图中，实体硬件设备包括小车底盘、摄像头以及对应的云台、麦克风、扬声器，其中，摄像头和麦克风可以通过话题消息装置对获取的摄像数据和语音数据传至话题消息装置中，以让话题消息装置发布摄像数据和语音数据，需要的虚拟节点可以从对应的话题消息装置中获取所需的摄像数据和语音数据。而对于小车底盘，扬声器等实体硬件设备，小车底盘和扬声器对应的虚拟驱动4和5启动服务模式，以提供一控制调用接口，虚拟节点可以通过小车底盘，扬声器等实体硬件设备对应的虚拟驱动的控制调用接口进行调用，从而通过对应的虚拟驱动进行控制，需要说明的是，图5中仅为示例说明，并不对本申请实施例造成限定。
可见，本申请提供了一种物联网控制系统，该物联网控制系统的架构与传统的物联网控制系统不同，本申请实施例是虚拟化出虚拟节点和虚拟驱动，通过虚拟化节点和虚拟驱动进行相关实体硬件设备的处理，且可以通过云端实现该物联网控制系统，将解决方案的核心，从具体硬件实体设备，变成了低成本的物联网解决方案，具有较高的适用性和可以减少成本，具有较好的应用场景。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
在一实施例中，提供一种物联网控制系统的处理装置，该处理装置与上述实施例中物联网控制系统的处理方法中各主体相对应，例如，该处理装置可以实现虚拟节点或虚拟驱动或系统配置模块或话题消息装置的功能。
例如，该处理装置作为系统配置模块，此时，该处理装置用于获取系统全局参数，所述系统全局参数包括所述虚拟驱动的驱动启动顺序和硬件连接信息，以及所述虚拟节点的节点启动顺序；并用于根据驱动启动顺序控制对应的虚拟驱动启动，以及用于根据节点启动顺序控制对应的虚拟节点启动；
在一实施方式中，所述处理装置用于根据驱动启动顺序控制对应的虚拟驱动进行启动，包括：
根据所述节点启动顺序确定出当前运行流程中的初始虚拟节点和其他虚拟节点；
在启动所述初始虚拟节点且所述初始虚拟节点结束流程操作之后，依据所述节点启动顺序依次对所述其他虚拟节点进行启动；
其中，所述其他虚拟节点中目标虚拟节点的启动需满足如下关系：所述目标虚拟节点对应的上一虚拟节点结束流程操作，且所述目标虚拟节点与其他运行流程的虚拟节点不存在依赖关系。
所述处理装置还被布置为：
若所述目标虚拟节点与其他运行流程的虚拟节点存在依赖关系，则确定出存在依赖关系的被依赖节点；
确定当前所述被依赖节点是否处于启动状态，若当前所述被依赖节点未处于启动状态，则启动所述被依赖节点；
在启动所述被依赖节点之后且所述目标虚拟节点从所述被依赖节点中获取到依赖数据之后，启动所述目标虚拟节点。
又例如，处理装置用于实现虚拟驱动的功能，所述系统全局参数还包括所述虚拟驱动对实体硬件设备的操作方式，所述处理装置用于根据所述操作方式控制实体硬件设备。
关于处理装置的具体限定可以参见上文中对于处理方法对应执行主体的限定，在此不再赘述。上述处理装置中的实现某个步骤或功能的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以作为云端服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储相关数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种上述处理方法中各主体的功能，例如，该计算机设备可以为一云端服务器，该云端服务器部署用于实现本申请实施例中提到的虚拟节点、虚拟驱动和话题消息装置的功能，或者，该计算机设备还可以是一终端设备，例如电脑，用于实现本方实施例中系统配置模块的功能。例如，各主体模块的功能如下所示：
所述系统配置模块获取系统全局参数，所述系统全局参数包括所述虚拟驱动的驱动启动顺序和硬件连接信息，以及所述虚拟节点的节点启动顺序；
所述系统配置模块根据驱动启动顺序控制对应的虚拟驱动启动，以及用于根据节点启动顺序控制对应的虚拟节点启动；
所述虚拟驱动用于在启动后根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
在一实施方式中，所述系统全局参数还包括所述虚拟驱动对实体硬件设备的操作方式，所述虚拟驱动根据所述操作方式控制实体硬件设备。
在一实施方式中，所述操作方式为控制类操作；
所述虚拟驱动根据所述控制类操作启动服务模式以提供控制调用接口；
所述虚拟节点根据控制需求利用所述控制调用接口控制所述实体硬件设备。
在一实施方式中，所述系统还包括话题消息装置，所述操作方式为监测类操作；
所述虚拟驱动根据所述监测类操作从所述对应的实体硬件设备中获取所需的监测类数据；
所述虚拟驱动将所述监测类数据对应的数据流传输至所述话题消息装置中；
所述话题消息装置对所述监测类数据对应的数据流进行发布，以供需订阅的所述虚拟节点进行订阅获取。
在一实施方式中，所述系统配置模块根据驱动启动顺序控制对应的虚拟驱动进行启动，包括：
根据所述节点启动顺序确定出当前运行流程中的初始虚拟节点和其他虚拟节点；
在启动所述初始虚拟节点且所述初始虚拟节点结束流程操作之后，依据所述节点启动顺序依次对所述其他虚拟节点进行启动；
其中，所述其他虚拟节点中目标虚拟节点的启动需满足如下关系：所述目标虚拟节点对应的上一虚拟节点结束流程操作，且所述目标虚拟节点与其他运行流程的虚拟节点不存在依赖关系。
在一实施方式中，所述系统配置模块还被布置为：
若所述目标虚拟节点与其他运行流程的虚拟节点存在依赖关系，则确定出存在依赖关系的被依赖节点；
确定当前所述被依赖节点是否处于启动状态，若当前所述被依赖节点未处于启动状态，则启动所述被依赖节点；
在启动所述被依赖节点之后且所述目标虚拟节点从所述被依赖节点中获取到依赖数据之后，启动所述目标虚拟节点。
在一实施例中，提供了一种物联网控制系统的云端服务器，该云端服务器包括处理器和存储器，所述云端服务器部署有多个虚拟节点以及与所述虚拟节点关联的虚拟驱动，所述物联网控制系统还包括系统配置模块，所述虚拟节点、虚拟驱动以及所述系统配置模块用于实现前述处理方法中对应的功能或步骤。多个虚拟节点以及与所述虚拟节点关联的虚拟驱动被写入云端服务器的存储器中，存储器存储有实现上述虚拟节点或虚拟驱动的功能或步骤的软件，当处理器执行计算机程序时，实现虚拟节点或虚拟驱动的功能。
在一实施例中，提供了一种终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其中，所述处理器执行所述计算机可读指令时被布置为：
获取系统全局参数，所述系统全局参数包括所述虚拟驱动的驱动启动顺序和硬件连接信息，以及所述虚拟节点的节点启动顺序；
根据驱动启动顺序控制对应的虚拟驱动启动，以及用于根据节点启动顺序控制对应的虚拟节点启动，以使所述虚拟驱动在启动后根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
在一实施例中，其中，所述处理器执行所述计算机可读指令时被布置为：
根据所述节点启动顺序确定出当前运行流程中的初始虚拟节点和其他虚拟节点；
在启动所述初始虚拟节点且所述初始虚拟节点结束流程操作之后，依据所述节点启动顺序依次对所述其他虚拟节点进行启动；
其中，所述其他虚拟节点中目标虚拟节点的启动需满足如下关系：所述目标虚拟节点对应的上一虚拟节点结束流程操作，且所述目标虚拟节点与其他运行流程的虚拟节点不存在依赖关系。
在一实施例中，其中，所述处理器执行所述计算机可读指令时还被布置为：
若所述目标虚拟节点与其他运行流程的虚拟节点存在依赖关系，则确定出存在依赖关系的被依赖节点；
确定当前所述被依赖节点是否处于启动状态，若当前所述被依赖节点未处于启动状态，则启动所述被依赖节点；
在启动所述被依赖节点之后且所述目标虚拟节点从所述被依赖节点中获取到依赖数据之后，启动所述目标虚拟节点。
在另一实施例中，提供了一种物联网控制系统的云端服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述云端服务器部署有多个虚拟节点以及与所述虚拟节点关联的虚拟驱动，其中，所述处理器执行所述计算机可读指令时被布置为：
接收系统配置模块根据所述虚拟驱动的驱动启动顺序和所述虚拟节点的节点启动顺所发送的控制指令，并接收硬件连接信息；
根据所述控制指令控制对应的虚拟驱动启动，并根据节点启动顺序控制对应的虚拟节点启动，以使所述虚拟驱动用于在启动后根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
在一实施例中，其中，所述处理器执行所述计算机可读指令时还被布置为：
接收所述系统配置模块发送的虚拟驱动对实体硬件设备的操作方式，以控制所述虚拟驱动根据所述操作方式控制实体硬件设备。
在一实施例中，其中，所述操作方式为控制类操作，所述处理器执行所述计算机可读指令时还被布置为：
控制所述虚拟驱动根据所述控制类操作启动服务模式以提供控制调用接口；
控制所述虚拟节点根据控制需求利用所述控制调用接口控制所述实体硬件设备。
在一实施例中，其中，所述操作方式为监测类操作，所述处理器执行所述计算机可读指令时还被布置为：
控制所述虚拟驱动根据所述监测类操作从所述对应的实体硬件设备中获取所需的监测类数据；
控制所述虚拟驱动将所述监测类数据对应的数据流传输至话题消息装置中，以使所述话题消息装置对所述监测类数据对应的数据流进行发布，需订阅的所述虚拟节点进行订阅获取。
在一实施例中，提供了一个或多个存储有计算机可读指令的可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器被布置为：
获取系统全局参数，所述系统全局参数包括所述虚拟驱动的驱动启动顺序和硬件连接信息，以及所述虚拟节点的节点启动顺序；
根据驱动启动顺序控制对应的虚拟驱动启动，以及用于根据节点启动顺序控制对应的虚拟节点启动，以使所述虚拟驱动在启动后根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
在一实施例中，其中，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器被布置为：
根据所述节点启动顺序确定出当前运行流程中的初始虚拟节点和其他虚拟节点；
在启动所述初始虚拟节点且所述初始虚拟节点结束流程操作之后，依据所述节点启动顺序依次对所述其他虚拟节点进行启动；
其中，所述其他虚拟节点中目标虚拟节点的启动需满足如下关系：所述目标虚拟节点对应的上一虚拟节点结束流程操作，且所述目标虚拟节点与其他运行流程的虚拟节点不存在依赖关系。
在一实施例中，其中，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器被布置为：
若所述目标虚拟节点与其他运行流程的虚拟节点存在依赖关系，则确定出存在依赖关系的被依赖节点；
确定当前所述被依赖节点是否处于启动状态，若当前所述被依赖节点未处于启动状态，则启动所述被依赖节点；
在启动所述被依赖节点之后且所述目标虚拟节点从所述被依赖节点中获取到依赖数据之后，启动所述目标虚拟节点。
在一实施例中，提供了另一个或多个存储有计算机可读指令的可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器被布置为：
接收系统配置模块根据所述虚拟驱动的驱动启动顺序和所述虚拟节点的节点启动顺所发送的控制指令，并接收硬件连接信息；
根据所述控制指令控制对应的虚拟驱动启动，并根据节点启动顺序控制对应的虚拟节点启动，以使所述虚拟驱动用于在启动后根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
在一实施例中，其中，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器被布置为：
接收所述系统配置模块发送的虚拟驱动对实体硬件设备的操作方式，以控制所述虚拟驱动根据所述操作方式控制实体硬件设备。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，所述可读存储介质包括非易失性可读存储介质和易失性可读存储介质，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器（ROM）、可编程ROM（PROM）、电可编程ROM（EPROM）、电可擦除可编程ROM（EEPROM）或闪存。易失性存储器可包括随机存取存储器（RAM）或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM（SRAM）、动态RAM（DRAM）、同步DRAM（SDRAM）、双数据率SDRAM（DDRSDRAM）、增强型SDRAM（ESDRAM）、同步链路（Synchlink） DRAM（SLDRAM）、存储器总线（Rambus）直接RAM（RDRAM）、直接存储器总线动态RAM（DRDRAM）、以及存储器总线动态RAM（RDRAM）等。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (20)

  1. 一种物联网控制系统的处理方法，其中，所述系统包括系统配置模块、多个虚拟节点以及与所述虚拟节点关联的虚拟驱动；
    所述系统配置模块获取系统全局参数，所述系统全局参数包括所述虚拟驱动的驱动启动顺序和硬件连接信息，以及所述虚拟节点的节点启动顺序；
    所述系统配置模块根据驱动启动顺序控制对应的虚拟驱动启动，以及用于根据节点启动顺序控制对应的虚拟节点启动；
    所述虚拟驱动用于在启动后根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
  2. 如权利要求1所述的物联网控制系统的处理方法，其中，所述系统全局参数还包括所述虚拟驱动对实体硬件设备的操作方式，所述虚拟驱动根据所述操作方式控制实体硬件设备。
  3. 如权利要求2所述的物联网控制系统的处理方法，其中，所述操作方式为控制类操作；
    所述虚拟驱动根据所述控制类操作启动服务模式以提供控制调用接口；
    所述虚拟节点根据控制需求利用所述控制调用接口控制所述实体硬件设备。
  4. 如权利要求2所述的物联网控制系统的处理方法，其中，所述系统还包括话题消息装置，所述操作方式为监测类操作；
    所述虚拟驱动根据所述监测类操作从所述对应的实体硬件设备中获取所需的监测类数据；
    所述虚拟驱动将所述监测类数据对应的数据流传输至所述话题消息装置中；
    所述话题消息装置对所述监测类数据对应的数据流进行发布，以供需订阅的所述虚拟节点进行订阅获取。
  5. 如权利要求1-4任一项所述的物联网控制系统的处理方法，其中，所述系统配置模块根据驱动启动顺序控制对应的虚拟驱动进行启动，包括：
    根据所述节点启动顺序确定出当前运行流程中的初始虚拟节点和其他虚拟节点；
    在启动所述初始虚拟节点且所述初始虚拟节点结束流程操作之后，依据所述节点启动顺序依次对所述其他虚拟节点进行启动；
    其中，所述其他虚拟节点中目标虚拟节点的启动需满足如下关系：所述目标虚拟节点对应的上一虚拟节点结束流程操作，且所述目标虚拟节点与其他运行流程的虚拟节点不存在依赖关系。
  6. 如权利要求5所述的物联网控制系统的处理方法，其中，所述系统配置模块还被布置为：
    若所述目标虚拟节点与其他运行流程的虚拟节点存在依赖关系，则确定出存在依赖关系的被依赖节点；
    确定当前所述被依赖节点是否处于启动状态，若当前所述被依赖节点未处于启动状态，则启动所述被依赖节点；
    在启动所述被依赖节点之后且所述目标虚拟节点从所述被依赖节点中获取到依赖数据之后，启动所述目标虚拟节点。
  7. 如权利要求6所述的物联网控制系统的处理方法，其中，所述虚拟驱动和虚拟节点部署于云端服务器。
  8. 一种物联网控制系统，其中，所述系统包括系统配置模块、多个虚拟节点以及与所述虚拟节点关联的虚拟驱动；
    所述系统配置模块用于获取系统全局参数，所述系统全局参数包括所述虚拟驱动的驱动启动顺序和硬件连接信息，以及所述虚拟节点的节点启动顺序；
    所述系统配置模块还用于根据驱动启动顺序控制对应的虚拟驱动启动，以及用于根据节点启动顺序控制对应的虚拟节点启动；
    所述虚拟驱动在启动后，用于根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
  9. 一种终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其中，所述处理器执行所述计算机可读指令时被布置为：
    获取系统全局参数，所述系统全局参数包括所述虚拟驱动的驱动启动顺序和硬件连接信息，以及所述虚拟节点的节点启动顺序；
    根据驱动启动顺序控制对应的虚拟驱动启动，以及用于根据节点启动顺序控制对应的虚拟节点启动，以使所述虚拟驱动在启动后根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
  10. 如权利要求9所述的终端，其中，所述处理器执行所述计算机可读指令时被布置为：
    根据所述节点启动顺序确定出当前运行流程中的初始虚拟节点和其他虚拟节点；
    在启动所述初始虚拟节点且所述初始虚拟节点结束流程操作之后，依据所述节点启动顺序依次对所述其他虚拟节点进行启动；
    其中，所述其他虚拟节点中目标虚拟节点的启动需满足如下关系：所述目标虚拟节点对应的上一虚拟节点结束流程操作，且所述目标虚拟节点与其他运行流程的虚拟节点不存在依赖关系。
  11. 如权利要求10所述的终端，其中，所述处理器执行所述计算机可读指令时还被布置为：
    若所述目标虚拟节点与其他运行流程的虚拟节点存在依赖关系，则确定出存在依赖关系的被依赖节点；
    确定当前所述被依赖节点是否处于启动状态，若当前所述被依赖节点未处于启动状态，则启动所述被依赖节点；
    在启动所述被依赖节点之后且所述目标虚拟节点从所述被依赖节点中获取到依赖数据之后，启动所述目标虚拟节点。
  12. 一种物联网控制系统的云端服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述云端服务器部署有多个虚拟节点以及与所述虚拟节点关联的虚拟驱动，其中，所述处理器执行所述计算机可读指令时被布置为：
    接收系统配置模块根据所述虚拟驱动的驱动启动顺序和所述虚拟节点的节点启动顺所发送的控制指令，并接收硬件连接信息；
    根据所述控制指令控制对应的虚拟驱动启动，并根据节点启动顺序控制对应的虚拟节点启动，以使所述虚拟驱动用于在启动后根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
  13. 如权利要求12所述的云端服务器，其中，所述处理器执行所述计算机可读指令时还被布置为：
    接收所述系统配置模块发送的虚拟驱动对实体硬件设备的操作方式，以控制所述虚拟驱动根据所述操作方式控制实体硬件设备。
  14. 如权利要求13所述的云端服务器，其中，所述操作方式为控制类操作，所述处理器执行所述计算机可读指令时还被布置为：
    控制所述虚拟驱动根据所述控制类操作启动服务模式以提供控制调用接口；
    控制所述虚拟节点根据控制需求利用所述控制调用接口控制所述实体硬件设备。
  15. 如权利要求13所述的云端服务器，其中，所述操作方式为监测类操作，所述处理器执行所述计算机可读指令时还被布置为：
    控制所述虚拟驱动根据所述监测类操作从所述对应的实体硬件设备中获取所需的监测类数据；
    控制所述虚拟驱动将所述监测类数据对应的数据流传输至话题消息装置中，以使所述话题消息装置对所述监测类数据对应的数据流进行发布，需订阅的所述虚拟节点进行订阅获取。
  16. 一个或多个存储有计算机可读指令的可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器被布置为：
    获取系统全局参数，所述系统全局参数包括所述虚拟驱动的驱动启动顺序和硬件连接信息，以及所述虚拟节点的节点启动顺序；
    根据驱动启动顺序控制对应的虚拟驱动启动，以及用于根据节点启动顺序控制对应的虚拟节点启动，以使所述虚拟驱动在启动后根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
  17. 如权利要求16所述的可读存储介质，其中，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器被布置为：
    根据所述节点启动顺序确定出当前运行流程中的初始虚拟节点和其他虚拟节点；
    在启动所述初始虚拟节点且所述初始虚拟节点结束流程操作之后，依据所述节点启动顺序依次对所述其他虚拟节点进行启动；
    其中，所述其他虚拟节点中目标虚拟节点的启动需满足如下关系：所述目标虚拟节点对应的上一虚拟节点结束流程操作，且所述目标虚拟节点与其他运行流程的虚拟节点不存在依赖关系。
  18. 如权利要求17所述的可读存储介质，其中，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器被布置为：
    若所述目标虚拟节点与其他运行流程的虚拟节点存在依赖关系，则确定出存在依赖关系的被依赖节点；
    确定当前所述被依赖节点是否处于启动状态，若当前所述被依赖节点未处于启动状态，则启动所述被依赖节点；
    在启动所述被依赖节点之后且所述目标虚拟节点从所述被依赖节点中获取到依赖数据之后，启动所述目标虚拟节点。
  19. 一个或多个存储有计算机可读指令的可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器被布置为：
    接收系统配置模块根据所述虚拟驱动的驱动启动顺序和所述虚拟节点的节点启动顺所发送的控制指令，并接收硬件连接信息；
    根据所述控制指令控制对应的虚拟驱动启动，并根据节点启动顺序控制对应的虚拟节点启动，以使所述虚拟驱动用于在启动后根据所述硬件连接信息确定对应的实体硬件设备，并与所述对应的实体硬件设备建立通信连接。
  20. 如权利要求19所述的可读存储介质，其中，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器被布置为：
    接收所述系统配置模块发送的虚拟驱动对实体硬件设备的操作方式，以控制所述虚拟驱动根据所述操作方式控制实体硬件设备。
     
PCT/CN2021/097111 2020-07-23 2021-05-31 物联网控制系统的处理方法、系统、服务器、终端及介质 WO2022016998A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010727806.6A CN111885170B (zh) 2020-07-23 2020-07-23 物联网控制系统的处理方法、系统、云端服务器及介质
CN202010727806.6 2020-07-23

Publications (1)

Publication Number Publication Date
WO2022016998A1 true WO2022016998A1 (zh) 2022-01-27

Family

ID=73200653

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/097111 WO2022016998A1 (zh) 2020-07-23 2021-05-31 物联网控制系统的处理方法、系统、服务器、终端及介质

Country Status (2)

Country Link
CN (1) CN111885170B (zh)
WO (1) WO2022016998A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116484591A (zh) * 2023-04-04 2023-07-25 中煤科工集团北京华宇工程有限公司 选煤厂全流程数字化工程设计的模型构建方法及系统
CN117555810A (zh) * 2024-01-09 2024-02-13 中科物栖(南京)科技有限公司 物联网应用的虚拟调试方法、装置、设备和存储介质

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111885170B (zh) * 2020-07-23 2022-03-11 平安科技（深圳）有限公司 物联网控制系统的处理方法、系统、云端服务器及介质
CN112416442A (zh) * 2020-11-06 2021-02-26 山东浪潮通软信息科技有限公司 一种设备流程控制方法、设备及介质
CN112527462A (zh) * 2020-12-17 2021-03-19 上海通群科技有限公司 虚拟工位、虚拟控制系统以及应用系统
CN113286313B (zh) * 2021-07-21 2022-09-02 深圳易来智能有限公司 一种硬件设备布局方法及装置
CN116932008B (zh) * 2023-09-12 2023-12-08 湖南速子文化科技有限公司 虚拟社会模拟的组件数据更新方法、装置、设备及介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1744591A (zh) * 2004-08-31 2006-03-08 中国科学院计算技术研究所 一种终端网络环境中的分布式设备重定向系统及其方法
CN101510236A (zh) * 2009-03-11 2009-08-19 上海坦瑞信息技术有限公司 基于领域操作平台的即插即用系统
CN101944026A (zh) * 2010-09-21 2011-01-12 中国人民解放军63961部队 一种通用虚拟仪器接口实现方法
CN103874984A (zh) * 2011-07-27 2014-06-18 英特尔公司 可虚拟化以及前向兼容硬件-软件接口
WO2020040396A1 (ko) * 2018-08-23 2020-02-27 제주대학교 산학협력단 클라우드 기반의 IoT 네트워크 가상화 시스템 및 네트워킹 방법
CN111885170A (zh) * 2020-07-23 2020-11-03 平安科技（深圳）有限公司 物联网控制系统的处理方法、系统、云端服务器及介质

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070067769A1 (en) * 2005-08-30 2007-03-22 Geisinger Nile J Method and apparatus for providing cross-platform hardware support for computer platforms
KR100878438B1 (ko) * 2006-09-25 2009-01-13 삼성전자주식회사 가상 기기 구성 방법 및 이를 이용한 가상 기기 구성시스템
US7840790B1 (en) * 2007-02-16 2010-11-23 Vmware, Inc. Method and system for providing device drivers in a virtualization system
US8645974B2 (en) * 2007-08-02 2014-02-04 International Business Machines Corporation Multiple partition adjunct instances interfacing multiple logical partitions to a self-virtualizing input/output device
US9336028B2 (en) * 2009-06-25 2016-05-10 Apple Inc. Virtual graphics device driver
US8812799B2 (en) * 2009-12-11 2014-08-19 International Business Machines Corporation Cluster families for cluster selection and cooperative replication
US10282210B2 (en) * 2016-06-13 2019-05-07 Huawei Technologies Co., Ltd. System and method for virtual hardware control
CN106201660A (zh) * 2016-07-14 2016-12-07 浪潮电子信息产业股份有限公司 一种虚拟机自动升级虚拟硬件和软件的方法
CN107463369B (zh) * 2017-06-30 2020-10-16 北京北信源软件股份有限公司 一种虚拟桌面的接入设备控制方法与装置
US10528380B2 (en) * 2017-11-27 2020-01-07 Parallels International Gmbh Virtual machine to host communication channel
CN108055319A (zh) * 2017-12-11 2018-05-18 江苏卓尔美物联科技股份有限公司 一种远程控制物联网接入设备的系统及方法
CN108093070B (zh) * 2017-12-27 2020-12-18 复旦大学 一种物联网数据服务中间件系统
CN111314799A (zh) * 2018-12-11 2020-06-19 中兴通讯股份有限公司 终端系统构架、通信系统及通信方法、存储介质
CN110399174B (zh) * 2019-07-29 2023-05-02 普华基础软件股份有限公司 一种设备管理系统及方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1744591A (zh) * 2004-08-31 2006-03-08 中国科学院计算技术研究所 一种终端网络环境中的分布式设备重定向系统及其方法
CN101510236A (zh) * 2009-03-11 2009-08-19 上海坦瑞信息技术有限公司 基于领域操作平台的即插即用系统
CN101944026A (zh) * 2010-09-21 2011-01-12 中国人民解放军63961部队 一种通用虚拟仪器接口实现方法
CN103874984A (zh) * 2011-07-27 2014-06-18 英特尔公司 可虚拟化以及前向兼容硬件-软件接口
WO2020040396A1 (ko) * 2018-08-23 2020-02-27 제주대학교 산학협력단 클라우드 기반의 IoT 네트워크 가상화 시스템 및 네트워킹 방법
CN111885170A (zh) * 2020-07-23 2020-11-03 平安科技（深圳）有限公司 物联网控制系统的处理方法、系统、云端服务器及介质

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116484591A (zh) * 2023-04-04 2023-07-25 中煤科工集团北京华宇工程有限公司 选煤厂全流程数字化工程设计的模型构建方法及系统
CN116484591B (zh) * 2023-04-04 2024-04-02 中煤科工集团北京华宇工程有限公司 选煤厂全流程数字化工程设计的模型构建方法及系统
CN117555810A (zh) * 2024-01-09 2024-02-13 中科物栖(南京)科技有限公司 物联网应用的虚拟调试方法、装置、设备和存储介质
CN117555810B (zh) * 2024-01-09 2024-04-05 中科物栖(南京)科技有限公司 物联网应用的虚拟调试方法、装置、设备和存储介质

Also Published As

Publication number Publication date
CN111885170A (zh) 2020-11-03
CN111885170B (zh) 2022-03-11

Similar Documents

Publication Publication Date Title
WO2022016998A1 (zh) 物联网控制系统的处理方法、系统、服务器、终端及介质
US10528742B2 (en) Method and apparatus for repairing kernel vulnerability
US11080404B2 (en) Firmware upgrade method, slave station of robot, and machine readable storage medium
CN113190282B (zh) 安卓运行环境构建的方法及装置
CN109716735B (zh) 用于在于一个或多个应用平台上执行的隔离的应用之间共享应用数据的系统和方法
CN111796838B (zh) Mpp数据库自动部署方法及装置
US20160313715A1 (en) Method, Device and Computer Program Product for Programming a Plurality of Control Units
CN114531477B (zh) 功能组件的配置方法、装置、计算机设备和存储介质
CN111143031A (zh) 一种虚拟机的容量更改方法及装置
CN111880866A (zh) 跨进程回调执行方法、装置、设备及存储介质
WO2024002229A1 (zh) 应用管理方法及相关设备
CN107534577B (zh) 一种网络业务实例化的方法及设备
CN109960571B (zh) 一种多模块调度方法、装置及系统
US11252457B2 (en) Multimedia streaming and routing apparatus and operation method of the same
CN109710287B (zh) 一种热更新方法、装置及计算机存储介质
WO2023168913A1 (zh) Sdk与接入应用的兼容方法、装置、设备及介质
WO2022083342A1 (zh) 数据传输方法和电子设备
CN111930626B (zh) 基于PaaS云服务的自动化测试方法及装置
CN111158783B (zh) 一种环境变量修改方法、装置、设备及可读存储介质
CN114449030A (zh) 一种互联网服务系统、方法、电子设备及存储介质
CN107391235B (zh) 多业务系统的运行方法及运行装置
CN113568630A (zh) 算法更新的方法、系统及设备
CN117560285B (zh) 一种智控物联整机ota升级方法、客户端及服务端
CN110740095A (zh) 多媒体串流及路由装置及其运作方法
US20240134623A1 (en) Managing patched global assembly cache (gac) method for websites running in a .net framework environment

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 03.05.2023).

122 Ep: pct application non-entry in european phase

Ref document number: 21847251

Country of ref document: EP

Kind code of ref document: A1