TWI673981B - The processing method and the system of the remote device about the abstraction and behavior simulation - Google Patents

Abstract

A processing method and system for abstracting and simulating behavior of a remote device, which is characterized by controlling connection identification and operation of the remote device, and includes a gateway network connected to a cloud server and at least one intermediary device. The gateway receives the device information of the intermediary device and forwards the device information to the cloud server; the cloud server generates a corresponding virtual communication interface according to the device information; the virtual communication interface establishes at least one virtual device and sets the virtual storage of the virtual device Take the model; choose any of these virtual devices, and the cloud server will load the selected virtual device as a remote device; the cloud server will send device commands to the gateway and the intermediary device through the virtual access model; the intermediary device will The received network packet is converted into a device command; the intermediary device sends a reply response from the terminal device to the cloud server; and the virtual network access model converts the second network packet into a reply response.

Description

Processing method and system for remote device abstraction and simulation behavior

A method and system for processing behaviors of electronic equipment, in particular, a method and system for abstracting and simulating behaviors of remote equipment.

With the rise of issues such as factory intelligence and the Internet of Things (IoT), various manufacturers hope to be able to collect various operations of the underlying terminal device (device) from the cloud server (backstage host or cloud) in real time. In order to apply the collected information to big data analysis. And how to make the terminal equipment connect to the network is the most important task when entering the cloud.

The communication protocol adopted by the conventional terminal equipment is not compatible with the current Ethernet and TCP / IP (Transmission Control Protocol / Internet Protocol, TCP / IP), so the information cannot be uploaded directly to the cloud . The basic network (Filed bus) refers to the communication network used by the terminal equipment. For example, the basic network of the Modbus protocol is RS-485. Generally speaking, the transmission distance of the basic network of the terminal equipment of the conventional technology is limited, and the installation method of the basic network is fixed. For example: ring, daisy chain or star. Therefore, when new terminal equipment is added, it is difficult for the staff to adjust the topology of the existing basic network.

Taking Modbus-TCP protocol as an example, Modbus-TCP protocol was originally based on a master-slave architecture and communicated through TCP. When the master (meaning the cloud server) polls with any slave (meaning the terminal device), other terminal devices can only wait for the master to release the connection before connecting. When the number of terminal devices is increased, the master polling time will also increase accordingly. This is because the Modbus-TCP protocol has no corresponding change in the control behavior of the terminal equipment. Therefore, when a large number of terminal devices are deployed, more terminal devices will issue more interrupt requests. However, the time of each interview is still fixed, so the overall interview time will be too long. And the newly added terminal equipment will also increase the cloud servo End workload.

In addition, the staff need to set the network address in addition to the parameters of the terminal device itself. The cloud server end of the Modbus-TCP protocol defines the connected terminal device through a lookup table (table) and a UID. Workers need to set the relevant parameters of the detection device. When the wrong parameters are set, the cloud server cannot control the terminal device smoothly. And although each manufacturer develops related terminal equipment through the Modbus-TCP protocol, the setting method of each manufacturer is different.

In addition, other types of terminal devices may be through their own communication protocols, such as EtherNet / IP or Profinet. When there are many different communication protocols in the same factory, the difficulty of setting up the basic network will increase. For upper-level developers, the conversion and data extraction between multiple communication protocols is quite complicated.

The problems of the wiring and equipment parameters based on the foregoing various protocols make it difficult for the cloud server to connect to the underlying terminal equipment, making it difficult to collect data for the underlying equipment, making it impossible to further advance the Internet of Things and big data analysis.

The invention provides a processing method for abstracting and simulating behavior of a remote device, which is characterized by controlling connection identification and operation of the remote device.

The processing method for abstracting and simulating remote devices includes: the gateway network is connected to the cloud server and at least one intermediary device; the gateway receives the device information of each intermediary device and forwards the device information to the cloud server ; Cloud server generates corresponding virtual communication interface according to device information; establish at least one virtual device for virtual communication interface and set virtual access model of virtual device; choose any of these virtual devices, and cloud server will select the selected one The virtual device is loaded as a remote device; the cloud server end encapsulates the device command into a first network packet through the virtual access model; the gateway receives the first network packet and forwards it to the corresponding intermediary device, and the intermediary device The first network packet is converted into a device command; the intermediary device converts the reply response into a second network packet; sends the second network packet to the gateway, which is forwarded to the cloud server; the virtual access model converts The second network packet is converted into a reply response.

The invention further provides a processing system for abstracting and simulating behaviors of remote devices, including an intermediary device, a cloud server and a gateway. The intermediary device includes a first processing unit, a first The network unit, the first storage unit and the physical communication interface, the first processing unit is electrically connected to the first network unit, the first storage unit and the physical communication interface, the first network unit is electrically connected to the terminal device, and the first processing The unit converts the first network packet into a device command and sends it to the terminal device. The first processing unit converts the response from the terminal device into a second network packet. The first storage unit stores device information, and the device information records the entity of the intermediary device. The type and number of communication interfaces; the cloud server includes a second processing unit, a second network unit, and a second storage unit. The second processing unit is electrically connected to the second network unit and the second storage unit. The unit is connected to the intermediary device, the second processing unit establishes a connection list according to the connected intermediary device, the second processing unit establishes a corresponding virtual communication interface according to the device information, and the second processing unit establishes at least one virtual device for the virtual communication interface The second processing unit mounts the selected virtual device as a remote device, and the second processing unit sets the corresponding value of the remote device. The virtual access model, the second processing unit transmits the device command or reply response through the virtual access model; the gateway includes a third processing unit, a third network unit, a fourth network unit and a third storage unit, and the third process The unit is electrically connected to the third network unit, the fourth network unit and the third storage unit, the third network unit is connected to the intermediary device, the fourth network unit is network connected to the cloud server, and the third processing unit is used for For converting the identification information of the first network packet and the second network packet.

The method and system for abstracting and simulating behaviors of remote devices of the present invention provide a data transmission pipeline from the cloud server end to the terminal device, which is used to implement the data collection and device control requirements of the Internet of Things. The background staff does not need to set up the terminal equipment at the work site to allow the cloud control terminal to select the connected terminal equipment. In addition, when the intermediary equipment is damaged, the staff only needs to replace the damaged intermediary equipment with a new intermediary equipment, and the newly installed intermediary equipment can be driven by loading the corresponding environment configuration file on the cloud server.

With regard to the features and implementation of the present invention, the preferred embodiment with reference to the drawings is described in detail below.

110, a, b, c‧‧‧ intermediary equipment

111‧‧‧first processing unit

112‧‧‧The first network unit

113‧‧‧first storage unit

114‧‧‧first output buffer unit

115‧‧‧ physical communication interface

116‧‧‧first management program

117‧‧‧ Device Information

120‧‧‧ Cloud Server

121‧‧‧Second Processing Unit

122‧‧‧Second Network Unit

123‧‧‧Second output buffer unit

124‧‧‧Second storage unit

125‧‧‧operating system

126‧‧‧Second Management Procedure

127‧‧‧connection list

130‧‧‧Gateway

131‧‧‧third processing unit

132‧‧‧Third Network Unit

133‧‧‧Fourth Network Unit

134‧‧‧Third storage unit

140‧‧‧terminal equipment

511‧‧‧The first intermediary equipment

512‧‧‧Second intermediary equipment

513‧‧‧Third intermediary equipment

521‧‧‧Warning lights

522‧‧‧Card Reader

523‧‧‧ thermometer

524‧‧‧electronic scale

Figure 1 is a schematic diagram of the system architecture of the present invention.

Figure 2A is a schematic diagram of the operation process of the present invention.

FIG. 2B is a schematic diagram for identifying an intermediary device according to the present invention.

FIG. 3A is a schematic diagram of a cloud server end transmitting to an intermediary device according to the present invention.

FIG. 3B is a schematic diagram of the layered control of the cloud server and the intermediary device of the present invention.

FIG. 3C is a schematic diagram of an operation mechanism of the virtual access model of the present invention.

FIG. 4A is a connection diagram of the processing system of the present invention.

FIG. 4B is a schematic diagram of setting the processing system of the present invention.

Fig. 4C is a control schematic diagram of the processing system of the present invention.

Figure 5A is a schematic diagram before the intermediary equipment of the present invention is replaced.

Figure 5B is a schematic diagram after the intermediary equipment of the present invention is replaced.

The processing system for abstracting and simulating a remote device disclosed in the present invention includes an intermediary device 110, a cloud server 120, a gateway 130, and a terminal device 140. Please cooperate with FIG. 1, which is a schematic diagram of the system architecture of the present invention. The intermediary device 110 is network-connected to the gateway 130. In addition, the intermediary device 110 may select whether to be electrically connected to the terminal device 140. The gateway 130 is network-connected to the cloud server 120. In the present invention, the gateway 130 is used to distinguish two different network segments. The gateway 130 and the intermediary device 110 are set as a regional network segment in the present invention, and the gateway 130 and the cloud server 120 are set as an external network segment. The network packet sent by the cloud server to the gateway 130 and the intermediary device 110 is defined as the first network packet, and the network packet sent by the intermediary device 110 or the gateway 130 to the cloud server 120 is defined as the second network packet. Network packets.

The intermediary device 110 includes a first processing unit 111, a first network unit 112, a first storage unit 113, a first output buffer unit 114, and a physical communication interface 115. The first processing unit 111 is electrically connected to the first network unit 112, the first storage unit 113, the first output buffer unit 114, and the physical communication interface 115. The first network unit 112 is connected to the gateway 130. The first network unit 112 and the gateway 130 use a Media Access Control Address Layer (Media Access Control Address Layer, MAC layer for short) to encapsulate and transmit network packets.

The first storage unit 113 stores a first management program 116 and device information 117. The first processing unit 111 runs a first management program 116. In addition to providing the device information 117 of the intermediary device 110, the first management program 116 also converts device commands or response responses into network packets. The device information 117 records the model information of the intermediary device 110 and the physical communication interface 115 (type and quantity) carried therein. Device information 117 also records at least one set of interface channels and intermediary devices 110 address information. The address information in the local network segment is the media access control address.

The physical communication interface 115 is electrically connected to the terminal device 140, and the terminal device 140 receives a device command or sends a reply response. The physical communication interface 115 may be, but is not limited to, a serial interface, a parallel interface, an analog input / output interface (analog I / O), a digital input / output interface (digital I / O), or a universal serial bus. (Universal Serial Bus, USB). Each set of interface channels of the device information 117 corresponds to a physical communication interface 115. For example, the interface channels of the first group correspond to RS-232, and the interface channels of the second group correspond to the serial interface. In addition, the interface channels of other groups may also correspond to the existing physical communication interface 115.

The cloud server 120 includes a second processing unit 121, a second network unit 122, a second output buffer unit 123, and a second storage unit 124. The second processing unit 121 is electrically connected to the second network unit 122, the second output buffer unit 123, and the second storage unit 124.

The second network unit 122 is network-connected to the gateway 130. The second storage unit 124 stores the operating system 125, the second management program 126, and the connection list 127. The connection list 127 records the connected gateway 130 and the associated intermediary device 110. The second processing unit 121 is configured to run the operating system 125 and execute a second management program 126. The operating system 125 may be a Microsoft Windows operating system 125 or a UNIX related operating system 125. The second processing unit 121 further generates a corresponding virtual communication interface and a virtual access model according to the connected intermediary device 110 and the selected interface channel. The second output buffer unit 123 is configured to temporarily store relevant data sent to the intermediary device 110, thereby ensuring the integrity of the data sent to the intermediary device 110. The cloud server 120 and the gateway 130 are used to encapsulate transmission network packets in a Transmission Control Protocol / Internet Protocol (TCP / IP) method. In other words, the packet identification between the cloud server 120 and the gateway 130 is through an IP address. The packet identification between the gateway 130 and the intermediary device 110 is through a MAC address.

The gateway 130 may be implemented by various types such as a personal computer (PC) or a single-chip microcomputer (ASIC). The gateway 130 includes a third processing unit 131, a third network unit 132, a fourth network unit 133, and a third storage unit 134. The third processing unit 131 is electrically connected to the third network unit 132 and the third storage unit 134. The third network unit 132 is connected to the intermediary device 110, and the fourth network unit 133 is connected to the cloud server 120. The third processing unit 131 is configured to convert the identification information of the first network packet and the second network packet. The third storage unit 134 stores The identification information and the network packets passing through the gateway 130 are temporarily stored. Therefore, the identification information is a MAC address in the regional network segment and an IP address in the external network segment.

For external network segments, the gateway 130 sends a connection request to the cloud server 120 when it first connects to the network. For a regional network segment, the gateway 130 queries the MAC address of the corresponding intermediary device 110 according to the identification information, and resets the queried MAC address to the header of the first network packet. Because the header of the first network packet of the cloud server 120 only provides the IP address and the MAC address of the gateway 130. Therefore, the gateway 130 cannot directly map the MAC address of the first network packet header to the MAC address of the intermediary device 110. When the packet from the external network segment is sent to the regional network segment, the third processing unit 131 parses the identification information of the destination intermediary device 110 from the first network packet text, and re-encapsulates the packet header. When the intermediary device 110 sends the second network packet to the gateway 130, the gateway 130 repackages the header and related information of the second network packet according to the address of the cloud server.

To further explain the processing flow of the intermediary device 110 and the cloud server 120, please cooperate with FIG. 2A, which is a schematic diagram of the operation flow of the present invention. The method for processing the abstraction and simulation of the remote device of the present invention includes the following steps: Step S210: the gateway network is connected to the cloud server and at least one intermediary device; step S220: the gateway receives each intermediary device Device information and forward the device information to the cloud server; step S230: the cloud server generates a corresponding virtual communication interface according to the device information; step S240: establish at least one virtual device for the virtual communication interface and set virtual access to the virtual device Model; step S250: select any one from the virtual device, and the cloud server end loads the selected virtual device as a remote device; step S260: the cloud server end encapsulates the device command into a first network packet through the virtual access model; Step S270: the gateway receives the first network packet and forwards it to the corresponding intermediary device, and the intermediary device converts the received first network packet into a device command; step S280: the intermediary device converts the response to the second network Packet; step S290: sending a second network packet to the gateway, which is forwarded to the cloud server; And step S300: the second network packet is converted into a reply response by the virtual access model.

First, the intermediary device 110 can choose whether to connect the terminal device 140 or not. The gateway 130 is respectively connected to the cloud server 120 and the intermediary device 110 via a network. The gateway 130 defines the two connected network segments as a regional network segment and an external network segment, respectively. In the local network segment, the intermediary device 110 and the gateway 130 use the MAC address as a means for device search and packet transmission. In the external network segment, the gateway 130 and the cloud server 120 use the IP address as the transmission method of the network packet.

When the intermediary device 110 is connected to the gateway 130, the gateway 130 starts to broadcast the identification request, as shown in FIG. 2B. The intermediary device 110 receives the identification request, and the intermediary device 110 transmits the packaging information to the gateway 130 in the form of a second network packet. The gateway 130 forwards the device information 117 to the cloud server 120, and the cloud server 120 adds the intermediary device 110 to the connection list 127 according to the device information 117. When any intermediary device 110 is replaced, the cloud server 120 will also update the connection list 127 and related environmental parameters according to the new intermediary device 110. The device information 117 records the type and number of the physical communication interface 115 carried by the intermediary device 110.

In addition, when the cloud server 120 receives the device information 117, the second processing unit 121 loads a virtual communication interface into the operating system 125 according to the interface channel and type of the device information 117. The second processing unit 121 establishes at least one virtual device and a corresponding virtual access model according to the virtual communication interface. During the process of loading the virtual communication interface, the second management program 126 also generates a corresponding virtual access model according to the type of the virtual communication interface. In the present invention, the process of establishing each virtual communication interface and virtual access model is called Object. The virtual access model is used to configure the access settings of the remote device.

For example, the device information 117 records a set of RS-232 interfaces and a set of RS-485 interfaces. The second management program 126 will load the aforementioned RS-232 and RS-485 virtual communication interfaces into the operating system 125 according to the interface type contained in the device information 117. In another embodiment, the device information 117 may also record multiple sets of the same interface. For example, in another embodiment, the device information 117 may record two (or more) sets of the same communication interface.

In other words, the virtual access model can set the device control mode and data transmission related settings of the physical communication interface 115. Especially between the intermediary device 110 and the cloud server 120 Access, connection maintain, management, data transfer handshake, data retransmission, and abnormal reporting. The user may select one of the virtual communication interfaces through the cloud server 120 and map the selected remote device to the terminal device 140. The mapping method is to establish a transmission channel between the terminal device 140 and the remote device through a combination of the operating system 125, the driver, and the second management program 126.

Then, the second processing unit 121 establishes at least one virtual device on the virtual communication interface. The second management program 126 provides a remote device list according to the type and quantity of the virtual communication interface. For example, the RS-232 virtual communication interface can correspond to a virtual device such as a barcode reader 522 (barcode reader) or a printer (printer), respectively. The user can select any one from the list of virtual devices. The selected virtual device is defined as a remote device in this manual. Based on the transmission pipeline, the second management program 126 abstracts various processing actions of device commands and response responses into a virtual communication interface, and a worker can directly operate the virtual remote device.

The second management program 126 defines an access addressing mechanism according to the intermediary device 110 and the remote device, as shown in FIG. 3A. In the present invention, a channel and an offset are used to define the relevant addresses of the intermediary device 110 and the remote device. For the cloud server 120, each different remote device can be regarded as a different object. In FIG. 3A, the cloud server 120 designates a channel according to the virtual communication interface of the intermediary device 110, and uses the amount of memory displacement as a different remote device in the specified channel. The cloud server 120 in FIG. 3 uses the channel and displacement of “GW_x: Dev_m: CH_n” as the identification of the intermediate device 110110 and the remote device (the designated device is indicated by a black dotted line), where “GW_x” indicates the gateway 130 "Dev_m" represents the device number of the intermediary device 110, and "CH_n" represents the m-th displacement (meaning the remote device).

FIG. 3B is a schematic diagram of the correspondence between the object and the physical communication interface 115 of the present invention. In FIG. 3B, the left side represents the cloud server end 120, and the right side represents the intermediary device 110. The cloud server end 120 and the intermediary device 110 via Ethernet are used as a transmission medium. The upper layer of the cloud server 120 has multiple objects, and the upper layer of the intermediary device 110 also corresponds to multiple physical communication interfaces 115. In both sides of FIG. 3B, two objects and two physical communication interfaces 115 are provided. The objects on the cloud server 120 and the Ethernet network can be further divided into a data transform layer (data transform layer). layer). The role of the data conversion layer is to handle the conversion of device commands and response network packets. Each object on the cloud server 120 corresponds to the physical communication interface 115, and in FIG. 3B, the object A and the object B correspond to the physical communication interface 115 and the physical communication interface 115, respectively.

In addition, the virtual access model defines the corresponding processing mechanisms for device control and data access. They are events, commands, and data, respectively, and please cooperate with Figure 3C. The "event" is used for the interrupt processing request of the intermediary device 110 to the cloud server 120. The “command” is used for the cloud server 120 to control the operation of the intermediary device 110. "Data" is used for data transmission and exchange between the intermediary device 110 and the cloud server 120. When the intermediary device 110 of the present invention receives an event, it reports the event type to the cloud server 120 in real time. Compared with the communication protocol of the terminal device 140 of the conventional technology, the cloud server 120 does not need to wait for all the terminal devices 140 to be queried before learning that an event has occurred in a certain terminal device 140. When the cloud server 120 wants to operate a remote device, the cloud server 120 can forward the instructions to the gateway 130 and the intermediary device 110 through the virtual access model, and then the intermediary device 110 sends the instructions to the terminal device 140.

To ensure the integrity of the network packet transmission, before the first management program 116 sends the second network packet, the first processing unit 111 stores the second network packet in the first output buffer unit 114 in advance. The first output buffer unit 114 will only load the new second network packet after sending the existing second network packet. Therefore, in addition to adjusting the data sending rate of the first output buffer unit 114 according to the transmission status of the network, the first management program 116 can avoid data overflow in the cloud server 120.

The occurrence of the data overflow mainly occurs when the network transmission rate is unstable and the receiving unit's buffer unit has not finished processing the received packets, but subsequent network packets will still be continuously received. This will cause the receiver's network packets to be converted back into data (or instructions), resulting in missing or translated fragments of the data (or instructions). Similarly, before the second management program 126 sends the first network packet, the second processing unit 121 stores the first network packet in the second output buffer unit 123 in advance.

The first processing unit 111 determines the priority of the "event", "data" or "instruction" translated by the first network packet. The first processing unit 111 decides to send the corresponding device commands to the corresponding terminal in order. Equipment 140. Generally speaking, the priority of "event" The order is higher than the "command" and "data". The "command" takes precedence over the "data". When the intermediary device 110 receives the "event", the intermediary device 110 will interrupt the "instruction" or "data" currently being processed in order to execute the "event" first.

After the terminal device 140 runs the received device command, the terminal device 140 may return the reply response after completing the related operations. The intermediary device 110 converts the reply response into a second network packet, and sends the second network packet to the cloud server 120. For example, when the card reader 522 of the terminal device 140 reads a card, it will return a response when the card is read. The terminal device 140 transmits the reply response to the cloud server 120 through the intermediary device 110 and the gateway 130.

During the transmission process between the intermediary device 110 and the cloud server 120, both parties will monitor whether the packet reception completeness rate matches. The packet reception integrity rate is the completeness of the network packets. Because the network packet may encounter collision or disconnection during the transmission process, the sender sends an excessive amount of network packets so that the receiver has no time to deal with it, which causes the packet to overflow. When the packet receiving integrity rate of either party exceeds the traffic threshold, the data output of the intermediary device 110 or the cloud server 120 is adjusted. The packet receiving completeness rate is the completeness of the first network packet to the device command, or the completeness of the second network packet to the response.

During the process of sending the device command by the cloud server 120, the device command is converted into several first network packets. Therefore, the intermediary device 110 can determine the receiving complete rate of the device command and the number of the first network packets. When the processing speed of the receiver cannot keep up with the sending of the packet, the packet sent by the sender may not be received by the receiver. Therefore, when the present invention occurs, the sender will reduce the transmission speed of the packet, so that the receiver can ensure the parsing process of the packet. Since the intermediary device 110, the gateway 130, and the cloud server 120 may all be senders or receivers, the intermediary device 110, the gateway 130, and the cloud server 120 may all configure the cache processing mechanism described above.

In order to clearly explain the overall operation mode of the present invention, the following takes the related operations of the cloud server 120, the gateway 130, the intermediary device 110, and the connected terminal device 140 as an illustration. Please refer to FIG. 4A to FIG. 4C, which are schematic diagrams of connection, setting and control of processing systems of multiple local area networks of the present invention, respectively. In FIG. 4A, there are two different local area networks, and the first gateway 130 and the second gateway 130 are respectively connected to the cloud server 120. The first gateway 130 is connected to the first intermediary device 511 and the second intermediary device 512, and the second gateway 130 is connected to the third intermediary device 513.

The first intermediary device 511 is electrically connected to the two terminal devices 140, and it is assumed here that they are the warning light 521 (RS-485) and the card reader 522 (RS-232). The second intermediary device 512 is connected to a thermometer 523 (Digital I / O). The third intermediary device 513 is electrically connected to the electronic scale 524 (RS-232). The parentheses in the foregoing represent the physical communication interface 115 to which the terminal device 140 is connected.

First, when the first gateway 130 is connected to an external network segment, the first gateway 130 sends a connection request to the cloud server 120 to establish a connection between the first gateway 130 and the cloud server 120. In addition, when the first gateway 130 is connected to the local area network, the first gateway 130 broadcasts and sends an identification request to the intermediary device 110. When any intermediary device 110 receives the identification request, the intermediary device 110 will reply to the device information 117 to the cloud server 120 according to the identification request. It is assumed that when the first intermediary device 511 receives the identification request, the first intermediary device 511 will return the device information 117 to the cloud server 120. The cloud server 120 will add the first intermediary device 511 to the existing connection list 127. Similarly, the cloud server 120 will also add the second intermediary device 512 and the third intermediary device 513 to the connection list 127. If an illegal intermediary device 110 is installed in the network segment, the cloud server 120 will also receive corresponding device information 117. The cloud server 120 may decide whether to add the intermediary device 110 to the existing connection list 127. If the cloud server 120 does not add the intermediary device 110 to the connection list 127, the cloud server 120 will not establish a network connection with the intermediary device 110.

Next, the cloud server 120 loads the virtual communication interfaces respectively according to the device information 117 of the different intermediary devices 110. In other words, the virtual communication interface of the intermediary device 110 is loaded into the operating system 125 of the cloud server 120. In this example, the cloud server 120 will load the virtual communication interfaces of RS-485, RS-232 and Digital I / O. Each virtual communication interface may be assigned a different virtual access model to distinguish various types of remote devices. The user can select different virtual access models and adjust the relevant attributes of the virtual access models according to the requirements of the remote device. For example, the RS-232 virtual access model needs to set a Baud Rate to properly drive the card reader 522. But for the thermometer 523, the digital I / O virtual access model can obtain the temperature value without setting the transmission rate. Therefore, for different types of remote devices, users can set various properties of the virtual access model to cooperate with each Remote device and physical communication interface 115.

After the loading of the aforementioned virtual communication interface is completed, the intermediary device 110 that has completed the connection will be displayed on the screen of the second management program 126, as shown in FIG. 4B. The second management program 126 in FIG. 4B shows the first intermediary device 511, the second intermediary device 512, and the third intermediary device 513, respectively. Since the relevant virtual access model has not been set, only the aforementioned intermediary devices 110 are displayed in the second management program 126.

The user selects the first intermediary device 511 on the interface of the second management program 126, and designates corresponding remote devices for various virtual communication interfaces of the first intermediary device 511, respectively. During the process of setting the remote device, the user only needs to assign the name, type, and virtual access model of the remote device to complete the loading and setting of the remote device. The interface of the second management program 126 is shown in Figure 4C. As shown. The same selection process is performed for the second intermediary device 512 and the third intermediary device 513.

After the user completes the related settings of the remote device, the second management program 126 will perform data access or command control on the virtual communication interface through the remote device and the virtual access model to which it belongs. In FIG. 4C, it is explained that the first intermediary device 511 and the thermometer 523 are selected. In the display screen of the second management program 126, the thermometer 523 of the remote device obtains the actual value of the terminal device 140 through the virtual access model and displays it on The screen of the second management program 126. In FIG. 4C, when the user selects the thermometer 523, the right screen will show the relationship between temperature and time.

In addition, the present invention can also achieve the purpose of rapid deployment when the new intermediary device 110 is replaced. As mentioned above, when the new intermediary device 110 is installed, the cloud server 120 adds the new intermediary device 110 to the connection list 127. In addition, the connection list 127 also records related environmental parameters of the intermediary device 110 and the connected terminal device 140, as shown in FIG. 5A. Therefore, the user can export the connection list 127 at any time. Assume that intermediary devices a, b, and c exist in any area network segment, and intermediary device b fails. When a worker replaces the intermediary device b, the cloud server end 120 disables the intermediary device b of the replacement target. The worker only needs to remove the old intermediary device b and replace it with the new intermediary device d. After the replacement of the new intermediary device d is completed, the gateway 130 also obtains the related device information 117 of the intermediary device d and transmits it to the cloud server 120. The connection list 127 of the cloud server 120 will also add a new intermediary device d, such as Figure 5B. The user can retrieve the environmental parameters of the replaced intermediary device b from the existing connection list 127, and apply the environmental parameters to the newly added intermediary device d and the terminal device 140 to which it belongs.

For the manufacturer of the development system, as long as the manufacturer provides various communication interfaces and corresponding virtual access models, it is not necessary to establish all the terminal devices 140 and related parameters. Therefore, as long as the manufacturer provides a corresponding virtual access model for the communication interface, the user can set it for the actual terminal device 140. On the side of the cloud server 120, the user only needs to provide various parameters to be connected to the terminal device 140 and set a corresponding virtual access model to drive the operation of the remote device. The method for processing an objectification and control mechanism of a remote device based on the Ethernet of the present invention can provide the cloud server 120 to quickly deploy the basic network, and also can realize the data access and device control of the terminal device 140 And equipment control.

The method and system for abstracting and simulating behaviors of remote devices of the present invention provide a data transmission pipeline from the cloud server end to the terminal device, which is used to implement the data collection and device control requirements of the Internet of Things. The background staff does not need to set up the terminal equipment at the work site to allow the cloud control terminal to select the connected terminal equipment. In addition, when the intermediary equipment is damaged, the staff only needs to replace the damaged intermediary equipment with a new intermediary equipment, and the newly installed intermediary equipment can be driven by loading the corresponding environment configuration file on the cloud server.

Although the present invention is disclosed in the foregoing preferred embodiments as above, it is not intended to limit the present invention. Any person skilled in similar arts can make some changes and retouch without departing from the spirit and scope of the present invention. The scope of patent protection of an invention shall be determined by the scope of patent application attached to this specification.

Claims (10)

A processing method for abstracting and simulating behavior of a remote device, which is characterized by controlling connection identification and operation of the remote device. The method for processing abstraction and simulating behavior of a remote device includes: a gateway network connection A cloud server and at least one intermediary device; the gateway receives a device information of each intermediary device and forwards the device information to the cloud server; the cloud server generates a corresponding one according to the device information A virtual communication interface; establishing at least one virtual device for the virtual communication interface, and setting a virtual access model of the virtual device; selecting any one of the virtual devices, and the cloud server end loading the selected virtual device as A remote device; the cloud server encapsulates a device command into a first network packet through the virtual access model; the gateway receives the first network packet and forwards it to the corresponding intermediary device, the intermediary device Convert the received first network packet into the device command; the intermediary device converts a reply response into a second network packet; send the second network packet The gateways, is forwarded by the gateway to the cloud server end; and accessed by the virtual model that converts the reply packet in response to a second network. The processing method for abstracting and simulating a remote device according to claim 1, wherein the virtual access model encapsulates the device command and further includes: setting a processing mechanism for the device command, wherein the processing mechanism includes instructions, data With events. The processing method for abstracting and simulating a remote device according to claim 2, wherein converting the reply response to the second network packet further includes: setting a processing mechanism for the response response, wherein the processing mechanism includes an instruction , Data and events. The processing method for abstracting and simulating a remote device according to claim 3, wherein the virtual access model receives the response response includes: The virtual access model determines the order of the reply responses according to the operation attribute, wherein events take precedence over instructions, and instructions take precedence over data. The processing method for abstracting and simulating a remote device according to claim 1, wherein the second network packet is encapsulated and identified by a media access control layer. The processing method for abstracting and simulating a remote device according to claim 1, wherein before sending the first network packet, the method further includes: receiving a packet by the cloud server and the intermediary device to detect a transmission process. Integrity rate; when the packet reception integrity rate exceeds a traffic threshold, the cloud server reduces the data output of the first network packet; and when the packet reception integrity rate exceeds the traffic threshold, the intermediary device reduces the Data output of the second network packet. A processing system for abstracting and simulating behavior of a remote device, which is characterized by connection and control of a remote device. The processing system for abstracting and simulating behavior of a remote device includes: an intermediary device, which includes a first device A processing unit, a first network unit, a first storage unit and a physical communication interface, the first processing unit is electrically connected to the first network unit, the first storage unit and the physical communication interface, the The first network unit is electrically connected to a terminal device. The first processing unit converts a first network packet into a device command and sends the device command to the terminal device. The first processing unit converts a response from the terminal device. It is a second network packet. The first storage unit stores a device information, and the device information records the type and quantity of a physical communication interface of the intermediary device. A cloud server includes a second processing unit, a A second network unit and a second storage unit, the second processing unit is electrically connected to the second network unit and the second storage unit, and the second network unit is connected to the middle Device, the second processing unit establishes a connection list according to the connected intermediary device, the second processing unit establishes a corresponding virtual communication interface according to the device information, and the second processing unit establishes at least the virtual communication interface A virtual device, the second processing unit mounts the selected virtual device as a remote device, the second processing unit sets a virtual access model corresponding to the remote device, and the second processing unit passes the The virtual access model transmits the device command or the reply response; and a gateway, which includes a third processing unit, a third network unit, a fourth network unit, and a third storage unit. The three processing units are electrically connected to the third network unit, the fourth network unit and the third storage unit, the third network unit is connected to the intermediary device, and the fourth network unit is network-connected to the On the cloud server side, the third processing unit is configured to convert an identification information of the first network packet and the second network packet, and the third storage unit temporarily stores the identification information. The processing system for abstracting and simulating a remote device according to claim 7, wherein the gateway re-encapsulates the first network packet with a media access control layer according to the intermediary device to be sent, and the gateway The router repackages the second network packet with a transmission control layer. The processing system for abstracting and simulating a remote device according to claim 7, wherein the intermediary device further includes a first output buffer unit, the first processing unit is electrically connected to the first output buffer unit, The first output buffer unit is configured to temporarily store the second network packet to be sent. The cloud server further includes a second output buffer unit. The second processing unit is electrically connected to the second output buffer unit. The two output buffer units are configured to temporarily store the first network packet to be sent. The processing system for abstracting and simulating a remote device as described in claim 7, wherein the cloud server and the intermediary device mutually monitor a packet reception complete rate of both parties, and when the packet reception rate is lower than a traffic threshold , The cloud server and the intermediary device adjust the output of network packets.