TWI767198B - Computer program product and apparatus for controlling nodes with heterogeneous platforms - Google Patents

Abstract

The disclosure discloses a computer program product for controlling nodes with heterogeneous platforms being loaded and executed by a processing unit of a central controller to include program code to: provide a JavaScript Object Notation (JSON) string, which carries a packet object including client-side instructions to be executed; and transmit the JSON string to a node according to an attribute value of the packet object, thereby enabling the node to obtain the client-side instructions from the packet object to execute accordingly.

Description

Computer program products and devices for controlling heterogeneous platform endpoints

The present invention relates to a control technology, in particular to a computer program product and device for controlling endpoints of heterogeneous platforms.

In response to the wide application of big data and parallel processing, point-to-point command and data transmission is required between the control terminal and the endpoints of the computer cluster to complete specific control operations. However, the control terminal and the endpoints of the computer cluster may be deployed on different types of platforms, such as Java, VB6.0, .NET, etc., so that command and data transmission may be limited to the same type of platform. Therefore, there is a need for a computer program product and apparatus for controlling heterogeneous platform endpoints that addresses the above limitations.

In view of this, how to alleviate or eliminate the above-mentioned deficiencies in related fields is a problem to be solved.

This specification relates to a computer program product for controlling endpoints of heterogeneous platforms, including code that can be loaded and executed by a processing unit of a central controller: providing a Java script object representation (JavaScript Object Notation, JSON) string, wherein the JSON word The string loads the package object, and the package object contains the client command to be executed; and transmits the JSON string to the endpoint according to the value of the property in the package object, so that the endpoint can obtain the client command from the package object and execute it accordingly.

The present specification further relates to an apparatus for controlling endpoints of heterogeneous platforms, including a communication interface and a processing unit. The communication interface is coupled to the endpoints via the network. The processing unit is coupled to the communication interface and provides a Java script object representation (JavaScript Object Notation, JSON) string, wherein the JSON string contains a package object, and the package object contains client instructions to be executed; The value sends a JSON string to the endpoint, where the value of the property is the endpoint's identifier, enabling the endpoint to execute the client-side run method in the package object to obtain client-side commands and execute them accordingly.

One of the advantages of the above embodiment is that by using JSON strings to load the packet objects that can be recognized by the heterogeneous platform endpoints, the central controller can control the heterogeneous platform endpoints.

Other advantages of the present invention will be explained in more detail in conjunction with the following description and drawings.

The following description is a preferred implementation manner to complete the invention, and its purpose is to describe the basic spirit of the invention, but it is not intended to limit the invention. Reference must be made to the scope of the following claims for the actual inventive content.

It must be understood that the words "comprising" and "including" used in this specification are used to indicate the existence of specific technical features, values, method steps, operation processes, elements and/or components, but do not exclude the possibility of adding More technical features, values, method steps, job processes, elements, components, or any combination of the above.

The use of words such as "first", "second", "third", etc. in the claims is used to modify the elements in the claims, and is not used to indicate that there is a priority order, a preceding relationship between them, or an element Prior to another element, or chronological order in which method steps are performed, is only used to distinguish elements with the same name.

FIG. 1 is an architecture diagram of a network system according to an embodiment of the present invention. The network system 10 includes a task server (Task Server) 150 for providing various services. For example, File Transfer Protocol (FTP), Hypertext Transfer Protocol (HTTP), Hypertext Transfer Protocol Secure (HTTPS Request), email management, application management can be provided services, or any combination of the above. Application management can be deployed to the task server 150 to become an application server, including a variety of business logic, including but not limited to digital bank management, online banking, mobile customer service, enterprise internal process management, big data storage , big data data integration, big data data retrieval and other fields. The network system 10 may include a computer cluster 110 consisting of a plurality of Nodes 112, 114 and 116, each of which is configured to perform the same task. The network system 10 is provided with a Central Controller (Central Controller) 122 and a Command Node (Command Node) 124 to form a Control Group (Control Group) 120 for sending commands, data, etc. to one of the endpoints 112 , 114 and 116 , which is used to control this endpoint to request a specific service provided by the task server 150, or a storage device to store data therein. Command side 124 may execute algorithms to coordinate operations of endpoints 112, 114 and 116, such as distributed computing, environmental sensing data collection, and the like. The central controller 122 plays the role of relaying commands and data between the command terminal 124 and the endpoints 112 , 114 and 116 , and is not responsible for the cooperative operation of the endpoints 112 , 114 and 116 . Endpoints 112, 114, and 116 may be built on the same or different platforms, eg, endpoint 112 uses a Java platform, endpoint 114 uses a VB 6.0 platform, endpoint 116 uses a .NET platform, and the like. The computer cluster 110 can be expanded to include more endpoints to provide a larger number of services, and the control group 120 can also be expanded to include more command terminals accordingly. The endpoints 112 , 114 and 116 , the central controller 122 and the command terminal 124 can communicate with each other through the network 100 , and the network 100 can be the Internet or a wired Local Area Network (LAN). , wireless local area network, peer-to-peer network (Peer-to-Peer, P2P Network), or any combination of the above.

In some embodiments of the lightweight system, those skilled in the art can integrate the functions of the command terminal 124 into the central controller 122 without additionally using an independent computer device for implementation, and the present invention is not limited thereby. The command terminal 124 and the central controller 122 may be collectively referred to as control nodes.

In some lightweight system embodiments, those skilled in the art can integrate the services provided by the task server 150 as described above into one of the endpoints 112, 114 and 116 without additionally using a separate computer device for implementation. Inventions are not thus limited.

In other embodiments, the endpoints 112, 114 and 116 may refer to implementing applications running on the same computer device but performing different functions. In this case, the endpoints 112, 114 and 116 do not form a computer cluster, and the present invention does not Not so limited.

FIG. 2 is a system architecture diagram of a computing device according to an embodiment of the present invention. This system architecture can be implemented in any one of the endpoints 112 , 114 , 116 , the central controller 122 , the command terminal 124 and the task server, including at least the processing unit 210 . The processing unit 210 may be implemented in a variety of ways, such as in dedicated hardware circuits or general-purpose hardware (eg, a single processor, a multiprocessor with parallel processing capabilities, a graphics processor, or other processor capable of computing), and in When the code or software is executed, the functions described later are provided. The system architecture further includes a memory 250 and a storage unit 240. The memory 250 stores data required during the execution of the code, such as variables, data tables, etc., and the storage unit 240 stores various electronic files, such as , web pages, documents, audio files, video files, etc. The system architecture further includes a communication interface 260 for the processing unit 210 to communicate with other electronic devices. The communication interface 260 may be a wireless telecommunications module (Wireless Telecommunications Module), a local area network (LAN) communication module or a wireless local area network communication module (WLAN). The Wireless Telecommunications Module may include any combination of modems (Modem) supporting 2G, 3G, 4G or above technology generations. The input device 230 may include a keyboard, a mouse, a touch panel, and the like. The user can press hard keys on the keyboard to input characters, control the mouse by operating the mouse, or control the running application by making gestures on the touch panel. The gestures may include single-click, double-click, single-finger drag, multi-finger drag, etc., but are not limited thereto. The system architecture may optionally include a display unit 220, and the display unit 220 may include a display panel (eg, a thin-film liquid crystal display panel, an organic light-emitting diode panel, or other panels with display capability) for displaying input characters, Numbers, symbols, moving traces of dragging the mouse, drawn patterns or pictures provided by the application are provided to the user for viewing.

FIG. 3 is an architecture diagram of another oriented network system based on FIG. 1 according to an embodiment of the present invention. The processing unit 210 of the central controller 122 can establish Transmission Control Protocol (TCP) connections 352 , 354 , 356 and 358 with the endpoints 112 , 114 , 116 and the command terminal 124 through its communication interface 260 , respectively. It should be noted that, in order to achieve the purpose of control, the central controller 122 can establish only one TCP connection with each of the endpoints 112, 114, 116 and the command terminal 124, so as to avoid the problem of establishing more than one TCP connection. Consumed computing resources and time, such as three-way handshake (Three-way Handshake) processing.

The processing unit 210 of the command-end 124 may allocate space in the memory 250 of the buffer 324 for temporarily storing Java script object representation (JavaScript Object Notation, JSON) words to be transmitted to the central controller 122 via the TCP connection 358 A string, wherein the JSON string contains Packet Objects, and the Packet Objects include commands that request the central controller 122 and the endpoints 112 , 114 and 116 to execute. It should be noted here that, because no matter what platform the endpoint runs on, the JSON string can be parsed. Therefore, the embodiment of the present invention uses the JSON string to load the packaged object. The space of the buffer 324 can implement a message queue (Message Queue), and temporarily store these JSON strings according to the order of generation time. Once the command terminal 124 generates a JSON string, the JSON string is then en-queued into the message queue, that is, stored at the bottom of the message queue, without immediately sending it to the central controller 122 . The processing unit 210 of the command-end 124 can run a transmission thread (Transmission Thread) to make the specified JSON string de-queue from the message queue at the time point when the communication interface 260 thereof is available, that is, from the message queue The JSON string is extracted from the top of the , and sent to the central controller 122 through its communication interface 260 under the TCP connection 358 . On the other hand, the processing unit 210 of the central controller 122 can allocate the space of the buffer 322-8 in its memory 250 and implement it as a message queue for connecting the TCP connections according to the time order of arrival 358 The JSON string received from the command terminal 124 is enqueued, but does not need to be retrieved immediately for processing. The processing unit 210 of the central controller 122 can also run a reception thread (Reception Thread), which allows the specified JSON string to be queued from the message and processed at its own available time point.

The processing unit 210 of the central controller 122 may configure space in the buffer 322-2 in its memory 250 for temporarily storing JSON strings to be transmitted to the endpoint 112 via the TCP connection 352, wherein the JSON strings contain A packet object contains instructions that request endpoint 112 to execute. The space of the buffer 322-2 can also implement message queue, and temporarily store these JSON strings according to the order of generation time. Once the central controller 122 generates a JSON string, it enqueues the JSON string into the message queue. The processing unit 210 of the central controller 122 may run a pass thread that queues the specified JSON string from the message at the point in time when its communication interface 260 is available, and transmits this over the TCP connection 352 through its communication interface 260 JSON string to endpoint 112. On the other hand, the processing unit 210 of the endpoint 112 may allocate space for the buffer 312 in its memory 250 and implement it as a message queue for sending commands over the TCP connection 352 according to the time order of arrival The JSON string received by the terminal 124 is queued, but does not need to be retrieved immediately for processing. The processing unit 210 of the endpoint 112 may also run a receive thread to queue the specified JSON string from the message and process it at its own available point in time. Those skilled in the art can infer how the central controller 122 transmits the JSON string to the buffer in the endpoint 114 through the buffer 322-4 based on the technical details of the buffers 322-2, 312 and the TCP connection 352 as described above. 314, and the transfer of the JSON string to the buffer 316 in the endpoint 114 through the buffer 322-6, which will not be repeated for brevity.

Unlike some implementations that use files for inter-device command and/or data transfer, through the settings of buffers 312, 314, 316, 322-2~322~8, and 324 and the application of their message queues and threads, it is possible to To avoid the blockage of other data and messages when the packet object is transmitted and received between devices, and reduce the input/output blocking of the communication interface.

In order to implement control of endpoints on a heterogeneous platform, FIG. 4 is a class diagram of a packaged object according to an embodiment of the present invention. The class diagram contains the payload class (Payload Class) "Payload" 410, which contains at least one attribute: a long integer of the version "version:long"; and two methods: the server runs "runOnServer():void" without returning a value and The client runs "runOnClient():void". The payload class 410 implements the interface of the TCP runner class 450 so that the central controller 122, the commander 124, the endpoints 112, 114, 116 can transmit and/or receive packet objects through dedicated TCP connections . The TCP runner class 450 is not dependent on other modules, such as operating system-related modules, so that the interface of the TCP runner class "TcpRunner" 450 only needs to insert the Send and/or Receive programs during implementation. code to achieve the embedded function. The payload class 410 is also implemented as an interface of the JSON object "JSONObj" class 460, so that the central controller 122, the command terminal 124, the endpoints 112, 114, 116 can serialize the packet objects into JSON format and/or Or De-serialize the JSON format into a packaged object. The interface of JSON class 460 can be implemented by inserting serialization and/or deserialization code to achieve the embedded function. The payload class 410 extends the client object “ClientObj” class 420 . The client object class 420 contains at least two attributes: the string "clientId: String" of the client identifier and the list of other clients "toOtherClient: List". If it is necessary to distinguish the transmitted packet objects from different types of objects or data, the payload class 410 can be further distinguished into different subclasses, thereby reducing the software complexity of the central controller 122 for processing the packet objects. For example, the first command class "CmdA" 432 extends the load class 410, the second command class "CmdB" 434 extends the load class 410, and the data class "DataC" 436 extends the load class 410 to become different subclasses.

Regarding the generation and delivery of packaged objects, two different use cases are listed below. In the first use case, the command terminal 124 generates the packet object, which contains the instructions to be executed by the endpoint (referred to as client instructions), and the central controller 122 is only responsible for forwarding the packet object to the designated endpoint. In the second use case, the command-side 124 generates a packet object, which contains the command to be executed by the server-side (referred to as the server-side command). When the central controller 122 executes the server-side command, a client-side command is generated, and the client-side command is filled into the packet object.

In the first use case, the processing unit 210 of the command terminal 124 (for the convenience of description, hereinafter referred to as the processing unit 210 ) loads and executes the relevant code to complete the flow chart of the method for generating and transmitting the packaged object shown in FIG. 5 , Details are as follows:

Step S510: Generate a package object. The processing unit 210 may generate a packet object corresponding to the load class 410 , the first command class “CmdA” 432 , the second command class “CmdB” 434 , or the data class “DataC” 436 .

Step S520: Specify the endpoint to which the packet object is to be transmitted. The processing unit 210 can set the value of the client identifier "clientId" in the packet object or the value of the other client list "toOtherClient". If the command terminal 124 wants to specify the broadcast to the endpoint 112, it can set the media access control address (Media Access Control, MAC Address) of the endpoint 112, or other types of identifiers as the client identifier "clientId". value. If the commander 124 wants to multicast to the endpoints 112 and 114, it can add the MAC addresses or other types of identifiers of the endpoints 112 and 114 to the other client list "toOtherClient". If the commander 124 wants to broadcast to all endpoints, the MAC addresses or other types of identifiers of endpoints 112, 114 and 116 may be added to the other client list "toOtherClient".

Step S540: Fill in the client command to be executed by the endpoint into the package object, so that the client receiving the package object can retrieve the client command when executing the client running method "runOnClient()".

Step S550: Serialize the package object into a JSON format string.

Step S560: Enter the JSON format string into the column. The processing unit 210 can queue the JSON formatted string to the buffer 324 in its memory 250, so that a pass-through thread running by the processing unit 210 can transfer the JSON formatted string from the message at a point in time when its communication interface 260 is available. Queue the list and transmit the JSON formatted string to the central controller 122 via its communication interface 260 over the TCP connection 358.

In the first use case, the processing unit 210 (hereinafter referred to as the processing unit 210) of the central controller 122 loads and executes the relevant code to complete the flow chart of the packet object transfer method shown in FIG. 6 , Details are as follows:

Step S610: dequeue the JSON format string. The processing unit 210 may run a receive thread to queue the JSON format string from the message of the buffer 324 in its memory 250 at its own available point in time. It should be noted here that this JSON format string is received from the command terminal 124 through the TCP connection 358 .

Step S620: Deserialize the package object from the JSON format string.

Step S630: Enqueue the original JSON format string to the corresponding message queue according to the endpoint specified in the packet object. The processing unit 210 can perform the enqueuing process according to the value of the client identifier "clientId" in the packet object or the value of the other client list "toOtherClient", for example, enqueuing into the buffers 322-2, 322-4 and 322- At least one of the 6 messages is queued. It should be noted here that the processing unit 210 does not change the content of the JSON format string fetched from the buffer 324 .

In the second use case, the processing unit 210 of the command terminal 124 (hereinafter referred to as the processing unit 210 for convenience) loads and executes the relevant code to complete the flow chart of the method for generating and transmitting the packaged object shown in FIG. 7 . The steps of its packet object generation and delivery method are roughly the same as the steps in Figure 5 of the first use case. The difference is that step S540 is changed to step S710. Details are as follows:

Step S710: Fill in the server command to be executed by the central controller 122 into the packet object, so that the central controller 122 that receives the packet object can fill in the client command that needs to be executed by the endpoint when executing the server operation method "runOnServer()" to the package object.

In the second use case, the processing unit 210 of the central controller 122 (hereinafter referred to as the processing unit 210 for convenience of description) loads and executes the relevant code to complete the flow chart of the method for generating and transmitting the packaged object shown in FIG. 8 . . The first half of its packet object generation and delivery method is the same as the steps in Figure 6 for the first use case. The different parts are detailed below:

Step S810: Execute the server operation method in the package object to fill in the endpoint command to be executed by the specified endpoint into the package object, so that the endpoint receiving the package object can retrieve the client when executing the client operation method "runOnClient()" end command.

Step S820: Serialize the new package object into a JSON format string. It should be noted here that the new package object can retain the original server-side running method "runOnServer()" and the value of the client ID "clientId" or the value of other client list "toOtherClient".

Step S830: Enqueue the new JSON format string to the corresponding message queue according to the endpoint specified in the packet object. The processing unit 210 can perform the enqueuing process according to the value of the client identifier "clientId" in the packet object or the value of the other client list "toOtherClient", for example, enqueuing into the buffers 322-2, 322-4 and 322- At least one of the 6 messages is queued.

Whether it is the first or second use case as described above, the processing unit 210 (hereinafter referred to as the processing unit 210 for convenience of description) of any of the endpoints 112, 114 and 116 loads and executes the relevant code to complete FIG. 9 . The flow chart of the method of receiving and applying the packaged object shown is detailed as follows:

Step S910: dequeue the JSON format string. The processing unit 210 can run the receive thread to queue the JSON string from the message buffer in its memory 250 at the point in time when it is available.

Step S920: Deserialize the package object from the JSON format string.

Step S930: Execute the client command in the package object. The processing unit 210 can execute the client-side execution method in the package object for obtaining client-side instructions. Next, the processing unit 210 executes the client-side instruction to request a specific service provided by the task server 150 , or store data to its storage device 240 .

One of the advantages of the above embodiment is that by using JSON strings to load the packet objects that can be recognized by the heterogeneous platform endpoints, the central controller can control the heterogeneous platform endpoints.

All or part of the steps in the method of the present invention can be implemented by a computer program, such as a computer's operating system, a specific hardware driver in the computer, or a software application. In addition, it can also be implemented in other types of programs as shown above. Those skilled in the art can write the methods of the embodiments of the present invention into computer programs, which are not described for brevity. The computer program implemented by the method according to the embodiment of the present invention can be stored in a suitable computer-readable data carrier, such as DVD, CD-ROM, USB disk, hard disk, or can be stored in a computer that can be accessed through a network (for example, the Internet route, or other suitable vehicle) to access the web server.

Although the above-described elements are included in FIG. 2 , it is not excluded that more other additional elements may be used to achieve better technical effects without departing from the spirit of the invention. In addition, although the steps in FIG. 5 to FIG. 9 are performed in the specified order, those skilled in the art can modify the order of these steps on the premise of achieving the same effect without violating the spirit of the invention. Therefore, this The invention is not limited to using only the sequence described above. In addition, those skilled in the art can also integrate several steps into one step, or in addition to these steps, perform more steps sequentially or in parallel, and the present invention is not limited thereby.

Although the present invention is described using the above embodiments, it should be noted that these descriptions are not intended to limit the present invention. On the contrary, this invention covers modifications and similar arrangements obvious to those skilled in the art. Therefore, the scope of the appended claims is to be construed in the broadest manner so as to encompass all obvious modifications and similar arrangements.

10: Network System 100: Internet 110: Computer Cluster 112, 114, 116: Endpoints 120: Control group 122: Central Controller 124: Command side 150: Mission Server 210: Processing Unit 220: Display unit 230: Input Device 240: Storage Device 250: memory 260: Communication interface 312, 314, 316, 322-2, 322-4, 322-6, 322-8, 324: Buffer 352,354,356,358: TCP connection 410: Load Category 420: Client object class 432, 434: Command Category 436:Data Category 450: TCP Runner Class 460: JSON object class S510~S560, S610~S630, S710, S810~S830, S910~S930: method steps

FIG. 1 is an architecture diagram of a network system according to an embodiment of the present invention. FIG. 2 is a system architecture diagram of a computing device according to an embodiment of the present invention. FIG. 3 is an architecture diagram of another oriented network system based on FIG. 1 according to an embodiment of the present invention. FIG. 4 is a class diagram of a packaged object according to an embodiment of the present invention. 5 is a flowchart of a method for generating and transmitting a packet object executed by a command terminal according to an embodiment of the present invention. FIG. 6 is a flowchart of a method for packet object transfer performed by a central controller according to an embodiment of the present invention. FIG. 7 is a flowchart of a method for generating and transmitting a packet object executed by a command terminal according to an embodiment of the present invention. FIG. 8 is a flowchart of a method for generating and transmitting packaged objects executed by a central controller according to an embodiment of the present invention. FIG. 9 is a flowchart of a method for receiving and applying a packaged object executed by an endpoint according to an embodiment of the present invention.

S610~S630: method steps

Claims (10)

A computer program product for controlling endpoints of heterogeneous platforms, comprising program codes that can be loaded and executed by a processing unit of a central controller: providing a first Java script object representation string, wherein the first Java script object represents The string contains a first packet object, the first packet object includes a load class, a client object class extended from the load class, and a client command, the load class includes a version long integer, and a server operation method and a client running method; and transmitting the first Java script object representation string to at least one endpoint according to the client object type in the first package object, so that the at least one endpoint executes the process in the first package object The client runs the method to obtain the client instruction to request a task server to provide a specific service or store data to a storage device included in the client. The computer program product for controlling heterogeneous platform endpoints as claimed in claim 1, wherein the client object class includes an identification code of the at least one endpoint. The computer program product for controlling heterogeneous platform endpoints as claimed in claim 1, comprising program code: according to the client object type in the first packet object, the first Java script object representation string is listed into a corresponding string corresponding to the above A message queue of at least one endpoint enables the first Java script object representation string to be transmitted to the at least one endpoint through a TCP connection. The computer program product for controlling endpoints of heterogeneous platforms according to claim 3, wherein only the transmission control protocol connection is established between the central controller and the at least one endpoint to transmit the Java script object representation word loaded with the packet object string. The computer program product for controlling heterogeneous platform endpoints as claimed in claim 1, comprising program codes: receiving the first Java script object representation string from a command terminal; and deserializing the first Java script object representation string The first package object is output, so as to obtain the client object type in the first package object, wherein the command terminal fills in the client command into the first package object. The computer program product for controlling heterogeneous platform endpoints as claimed in claim 1, comprising program code: receiving a second Java script object representation string from a command terminal; deserializing from the second Java script object representation string a second package object; execute a server operation method in the second package object to fill in the client command to be executed by the at least one endpoint into the first package object; and serialize the first package object into the first package object The Java script object represents a string, wherein the command terminal fills in a server command that needs to be executed by the central controller to the second package object, so that the at least one end is filled in when the server operation method in the second package object is executed. Click the above-mentioned client-side command to be executed to the above-mentioned first packet object. A device for controlling endpoints of heterogeneous platforms, comprising: a communication interface coupled to at least one endpoint via a network; and a processing unit coupled to the communication interface to provide a first Java script object representation string, wherein the above The first Java script object representation string contains a first packet The first package object includes a payload class, a client object class extended from the payload class, and a client command, and the payload class includes a version long integer, a server operation method, and a client operation method; and transmitting the first Java script object representation string to at least one endpoint according to the client object category in the first package object, so that the at least one endpoint executes the client running method in the first package object, to The client command is obtained to request a task server to provide a specific service or to store data to a storage device included therein, wherein the client object type includes the identifier of the at least one endpoint. The device for controlling endpoints of heterogeneous platforms according to claim 7, wherein the processing unit lists the first Java script object representation string to the corresponding at least one according to the client object type in the first packet object. A message queue of an endpoint, so that the first Java script object representation string can be transmitted to the at least one endpoint through a transmission control protocol connection, wherein only the transmission control protocol is established between the device and the at least one endpoint Wire to transmit the Java script object representation string loaded with the packet object. The device for controlling endpoints of heterogeneous platforms according to claim 7, wherein the communication interface is coupled to a command terminal through the network, wherein the processing unit receives the first Java script object from the command terminal through the communication interface representing a string; and deserializing the first package object from the first Java script object representation string, so as to obtain the client object type in the first package object, wherein the command terminal fills in the client command into the above-mentioned first package object. The device for controlling endpoints of heterogeneous platforms according to claim 7, wherein the communication interface is coupled to a command terminal through the network, wherein the processing unit receives a second Java script object from the command terminal through the communication interface Representing a string; Deserialize a second packet object from the second Java script object representation string; execute a server operation method in the second packet object to fill in the above-mentioned client point command that needs to be executed by the at least one endpoint to the first package object; and serialize the first package object into the first Java script object representation string, wherein the command terminal fills in a server command that needs to be executed by the central controller to the second package object, The above-mentioned client instructions to be executed by the at least one endpoint are filled in the above-mentioned first package object when the above-mentioned server operation method in the above-mentioned second package object is executed.

Images