Method for displaying and controlling nodes based on IRC protocol control symbols

Abstract

The application relates to a display and control method of nodes based on IRC protocol control symbols, wherein a first data packet header indicating an opening message is set based on an IRC protocol 'color' control symbol; a second data packet header indicating a closing message is set based on an IRC protocol 'color' control symbol; a data section containing message information is generated according to the first data packet header and the second data packet header, and is sent to a user. The color and font control symbols in the existing IRC protocol are taken as the basis, the existing control symbols are rearranged, the information to be additionally expressed is contained in the arrangement, compatibility is considered, and a data packet header which does not affect the color, font and meaning of the existing message is generated. A 'hidden' data section containing information is generated, and is read and displayed by a special client.

Description

Technical Field

[0001] This disclosure relates to the field of node communication technology, and in particular to a method, system, and control system for displaying and controlling nodes based on IRC protocol controllers. Background Technology

[0002] In the SD-WAN field, the IRC protocol can be used as a machine-to-machine orchestration and management platform. However, IRC is also a protocol that can be used directly for human-machine communication. Operation and maintenance personnel can directly view the status of the node in the IRC channel, and can even directly use commands to operate the node.

[0003] Node status refers to the description of a node's condition across several dimensions, such as: Alarm dimension: serious problem, minor problem, normal operation, etc. – this status can be represented by color; Bandwidth dimension: uplink bandwidth, which can be represented by numbers or bold text; Role dimension: management node, primary node, standby node, etc., which can be represented by text. Because node names are fixed in the IRC system and do not support colors and fonts, these statuses cannot be displayed intuitively. Therefore, an extended protocol is needed to represent the status. The IRC protocol provides color and font codes (see: https: / / en.wikichip.org / wiki / irc / colors). These codes can be used to represent the color of text information (16 colors), bold, italic, underline, etc. However, they cannot modify the node's name (nickname). If operations personnel need to quickly determine the status of a node by its name color, they need to customize an additional protocol to define the color control characters for the node name. However, this additional protocol can cause trouble for ordinary client users who do not customize the protocol, because they receive unexpected and unrecognizable information. Moreover, this information will be mixed in with every message, and may even drown out truly useful messages.

[0004] However, this color-coding method for nodes is crucial in the SD-WAN field. Therefore, a protocol needs to be defined to represent node names, but it must be compatible with existing IRC protocols and not affect servers / clients that do not support this extended protocol. Summary of the Invention

[0005] To address the aforementioned issues, this application proposes a method, system, and control system for displaying and controlling nodes based on IRC protocol control symbols. This method uses existing color and font control symbols in the IRC protocol as a foundation, rearranging them to include additional information to be expressed. Without altering the message text, special information is carried using fields that are ignored (or considered invalid) by all normal clients, and is then read and displayed by a specific client.

[0006] This application proposes a method for displaying and controlling nodes based on IRC protocol control characters, including the following steps:

[0007] S100, a "color" control character based on the IRC protocol, sets the first data packet header that indicates the start message;

[0008] S200, based on the IRC protocol, uses "color" control characters to set the second data packet header indicating the close message;

[0009] S300: Generate a data segment containing message information based on the first data packet header and the second data packet, and send it to the user.

[0010] As an optional implementation of this application, optionally, in step S100, the "color" control character based on the IRC protocol sets the first data packet header indicating the start message, including:

[0011] S110. Set a first data format table, the first data format table is used to construct a first data packet header;

[0012] S120. Encode the message text representing the start message into an array containing a first "color" control character and several arrays carrying byte information;

[0013] S130. Starting from the header of the first data format table, the first "color" control character and several arrays carrying byte information are sequentially configured in the first data format table to form the first data packet header.

[0014] As an optional implementation of this application, optionally, in step S200, the "color" control character based on the IRC protocol sets the second data packet header representing the close message, including:

[0015] S210. Set a second data format table, which is used to construct a second data packet header;

[0016] S220. Encode the message text representing the close message into a second "color" control character without any parameters;

[0017] S230. Starting from the header of the second data format table, configure the second "color" control character in the second data format table to form the second data packet header.

[0018] As an optional implementation of this application, optionally, in step S300, generating a data segment containing message information based on the first data packet header and the second data packet header, and sending it to the user, includes:

[0019] S310. Preset data packet arrangement rules, and construct a data segment format table according to the data packet arrangement rules;

[0020] S320. The first data packet header and the second data packet header are arranged and combined in the data segment format table in sequence to form a data segment containing message information;

[0021] S330. Obtain and send the data segment containing the message information to the user client.

[0022] As an optional implementation of this application, optionally, in step S320, the step of sequentially arranging and combining the first data packet header and the second data packet header in the data segment format table to form a data segment containing message information includes:

[0023] S3201. Obtain a plurality of first data packet headers, and starting from the header of the data segment format table, sequentially configure the plurality of first data packet headers in the data segment format table;

[0024] S3202. Obtain a second data packet header and configure the second data packet header at the end of the data segment format table;

[0025] S3203. Generate the data segment containing message information according to the configured data segment format table.

[0026] As an optional implementation of this application, optionally, in step S200, the "color" control character based on the IRC protocol, which sets the second data packet header representing the close message, further includes:

[0027] S211. Construct several bytes of information to represent anti-ambiguity;

[0028] S221. Encode the byte information used to represent anti-ambiguity into a specific control character;

[0029] S231. Starting from the end of the second “color” control character, configure the specific control character in the second data format table.

[0030] In another aspect, this application proposes a system for implementing the above-described method of displaying and controlling nodes based on IRC protocol controllers, comprising:

[0031] The first building module is used to set the first data packet header indicating the start of a message based on the "color" control character of the IRC protocol; and,

[0032] The second building module is used to set the second data packet header representing the close message based on the "color" control character of the IRC protocol; and,

[0033] The data packet fusion module is used to generate a data segment containing message information based on the first data packet header and the second data packet, and send it to the user.

[0034] As an optional implementation of this application, the first construction module may optionally include: a first setting module, configured to set a first data format table, the first data format table being used to construct a first data packet header; and a first encoding module, configured to encode the message text representing the open message into a plurality of arrays containing a first "color" control character and carrying byte information; and a first configuration module, configured to sequentially configure the first "color" control character and the plurality of arrays carrying byte information in the first data format table, starting from the header of the first data format table, to form the first data packet header;

[0035] The second construction module includes: a second setting module for setting a second data format table, the second data format table being used to construct a second data packet header; a second encoding module for encoding the message text representing a close message into a second "color" control character without any parameters; and a second configuration module for configuring the second "color" control character in the second data format table, starting from the header of the second data format table, to form the second data packet header.

[0036] As an optional implementation of this application, the second building module may optionally further include:

[0037] The anti-ambiguity setting module is used to construct several byte information for representing anti-ambiguity.

[0038] The anti-ambiguity encoding module is used to encode the byte information used to represent anti-ambiguity into a specific control character;

[0039] An anti-ambiguity configuration module is used to configure the specific control character in the second data format table, starting from the end of the second "color" control character.

[0040] In another aspect, this application also proposes a control system, comprising:

[0041] processor;

[0042] Memory used to store processor-executable instructions;

[0043] The processor is configured to implement the above-described method for displaying and controlling nodes based on IRC protocol control characters when executing the executable instructions.

[0044] Technical effects of the present invention:

[0045] This application uses IRC protocol-based "color" control characters to set a first data packet header indicating that a message is enabled; it also uses IRC protocol-based "color" control characters to set a second data packet header indicating that a message is disabled; a data segment containing message information is generated based on the first data packet header and the second data packet header, and then sent to the user. Based on the existing color and font control characters in the IRC protocol, the existing control characters are rearranged to include additional information that the user wants to express, while also considering compatibility to generate a data packet header that does not affect the meaning of the existing message colors, fonts, and text. A "hidden" data segment containing information is generated and read and displayed by a special client.

[0046] By carefully combining existing control characters for message fonts and colors, a message that can be sent, received, and parsed normally by ordinary clients, but is invisible to the naked eye, is created. This message is used by customized clients to render additional state display effects for node names. These effects are not just about color, but also include concise text descriptions. This adds extra, intuitive visual information for customized client users without affecting the perception of non-customized ordinary client users, ensuring complete backward compatibility.

[0047] Other features and aspects of this disclosure will become clear from the following detailed description of exemplary embodiments with reference to the accompanying drawings. Attached Figure Description

[0048] The accompanying drawings, which are included in and form part of this specification, illustrate exemplary embodiments, features, and aspects of this disclosure together with the specification and serve to explain the principles of this disclosure.

[0049] Figure 1 The diagram illustrates the implementation flow of the method for displaying and controlling nodes based on IRC protocol control characters according to the present invention.

[0050] Figure 2 The diagram shown is a schematic representation of the data format structure for an open message according to the present invention.

[0051] Figure 3 The diagram shown is a schematic representation of the data format structure for a close message according to the present invention.

[0052] Figure 4 The diagram shows the structural format of the data packet header of this invention.

[0053] Figure 5 The diagram shown is a schematic representation of the data format structure for "enabling color" according to an embodiment of the present invention. Detailed Implementation

[0054] Various exemplary embodiments, features, and aspects of this disclosure will now be described in detail with reference to the accompanying drawings. The same reference numerals in the drawings denote elements that have the same or similar functions. Although various aspects of the embodiments are shown in the drawings, they are not necessarily drawn to scale unless specifically indicated otherwise.

[0055] The term “exemplary” as used herein means “serving as an example, embodiment, or illustration.” Any embodiment illustrated herein as “exemplary” is not necessarily to be construed as superior to or better than other embodiments.

[0056] Furthermore, to better illustrate this disclosure, numerous specific details are set forth in the following detailed description. Those skilled in the art will understand that this disclosure can be practiced without certain specific details. In some instances, methods, means, components, and circuits well known to those skilled in the art have not been described in detail in order to highlight the main points of this disclosure.

[0057] Example 1

[0058] This application uses the color and font control characters in the existing IRC protocol as a basis, rearranging the existing control characters to include additional information that the user wants to express. It also considers compatibility, generating a data packet header that does not affect the meaning of existing message colors, fonts, or text. A "hidden" data segment containing this information is then generated, which is read and displayed by a special client.

[0059] The underlying principle is as follows: based on the IRC protocol, using the "color" control character (the value of the control character is 0x03, which will be represented by the English word "Color" in the following text for ease of expression), the color representing the start message and the color representing the stop message are set in the IRC protocol. Finally, the "start color" structure is arranged continuously and ends with a "stop color", which can construct a sufficiently long "hidden" data segment containing information.

[0060] Data segments enable ordinary clients to send, receive, and parse messages normally, but messages invisible to the naked eye are used to customize the display effects of rendering additional states for node names on the client. The effects mentioned here are not just colors, but also brief text descriptions.

[0061] like Figure 1As shown, this application discloses one aspect of a method for displaying and controlling nodes based on IRC protocol control characters, comprising the following steps:

[0062] S100, a "color" control character based on the IRC protocol, sets the first data packet header that indicates the start message;

[0063] Based on the color and font control characters in the existing IRC protocol, the color representing the enable message, i.e., the Color control character, is set according to a format in the IRC protocol. Specifically, as an optional embodiment of this application, in step S100, the "color" control character based on the IRC protocol sets the first data packet header representing the enable message, including:

[0064] S110. Set a first data format table, the first data format table is used to construct a first data packet header;

[0065] S120. Encode the message text representing the start message into an array containing a first "color" control character and several arrays carrying byte information;

[0066] S130. Starting from the header of the first data format table, the first "color" control character and several arrays carrying byte information are sequentially configured in the first data format table to form the first data packet header.

[0067] Based on the IRC protocol, a "color" control character is used, with a value of 0x03. For ease of expression, it will be referred to as "Color" in the following text. The IRC protocol uses the following format to represent the color of an enabled message (hereinafter referred to as "enabled color" for structures other than the "message text").

[0068] like Figure 2 The diagram shows the first data format table, representing the data format for an enable message. The message text representing the enable message is constructed using an array carrying byte information. To distinguish the category of the enable message, a "color" control character is defined as the first "color" control character, and the first "color" control character and several arrays carrying byte information are sequentially configured in the first data format table. This generates a "hidden" data segment containing enable message information, which can be read and displayed by a special client. In each "enable color" structure, each array can contain multiple numbers to carry byte information. In this embodiment, one array is used, including two numbers separated by a comma.

[0069] The preferred range for the numerical values ​​is 0-15. However, in this application, although the two numbers in the "Enable Color" structure are 0-15, the possible range in practical applications is 0-99, etc. (different clients will have their own ways of handling values ​​exceeding 15, but this does not affect the use of this numerical position to carry information). This feature can be fully utilized to store more information in an "Enable Color" structure.

[0070] The first data packet header, which indicates the color of the enabled message (i.e., the "enabled color"), can have the number of "enabled colors" set according to the text information content or the number of bytes.

[0071] S200, based on the IRC protocol, uses "color" control characters to set the second data packet header indicating the close message;

[0072] Based on the above principles, and using the color and font control characters in the existing IRC protocol as a foundation, the color representing the close message, i.e., the "close color," is set according to a format in the IRC protocol. Specifically, as an optional embodiment of this application, in step S200, the "color" control character based on the IRC protocol sets the second data packet header representing the close message, including:

[0073] S210. Set a second data format table, which is used to construct a second data packet header;

[0074] S220. Encode the message text representing the close message into a second "color" control character without any parameters;

[0075] S230. Starting from the header of the second data format table, configure the second "color" control character in the second data format table to form the second data packet header.

[0076] Here, unlike "Enable Colors," only one "Disable Colors" setting is needed. For example... Figure 3 The diagram shows the data format for a closed message, i.e., the second data format table. Within this table, a Color control character without any parameters, defined according to the IRC protocol, serves as the second "color" control character, representing the color of the message after closing (hereinafter referred to as the "close color" for structures other than the "message text"). The header is the Color control character representing the "close color." Starting from the header of the second data format table, the second "color" control characters are configured within the table. The tail of the second "color" control character contains the message text information after closing, the content of which is unrestricted. This constitutes a second data packet header representing a closed message.

[0077] S300: Generate a data segment containing message information based on the first data packet header and the second data packet, and send it to the user.

[0078] like Figure 4 The diagram shows the data packet header arrangement. The Color control characters representing "color on" and "color off" are rearranged to include additional information the user wants to convey, while also considering compatibility to generate a data packet header that doesn't affect the meaning of existing message colors, fonts, or text. A "hidden" data segment containing information is generated and read and displayed by a special client. Through careful combination of the original control characters defining message fonts and colors, a message that can be sent, received, and parsed normally by ordinary clients, but is invisible to the naked eye, is created. This is used to customize the display effect of rendering additional states for node names on the client. This effect is not just about color, but also includes concise text descriptions.

[0079] As an optional implementation of this application, optionally, in step S300, generating a data segment containing message information based on the first data packet header and the second data packet header, and sending it to the user, includes:

[0080] S310. Preset data packet arrangement rules, and construct a data segment format table according to the data packet arrangement rules;

[0081] S320. The first data packet header and the second data packet header are arranged and combined in the data segment format table in sequence to form a data segment containing message information;

[0082] S330. Obtain and send the data segment containing the message information to the user client.

[0083] The data packet arrangement rules are used to arrange and combine the first and second data packet headers, representing the "on color" and "off color," to form a "hidden" data segment containing information, which is read and displayed by a special client. Multiple "on colors" are allowed, and one "off color" is used to indicate the message color after the data is turned off. The data packet arrangement rules can be user-defined and are used to sequentially arrange and combine the first and second data packet headers in the data segment format table to construct the data segment format table. Once constructed, the data segment containing the message information is sent to the user client, where it is read and displayed.

[0084] As an optional implementation of this application, optionally, in step S320, the step of sequentially arranging and combining the first data packet header and the second data packet header in the data segment format table to form a data segment containing message information includes:

[0085] S3201. Obtain a plurality of first data packet headers, and starting from the header of the data segment format table, sequentially configure the plurality of first data packet headers in the data segment format table;

[0086] S3202. Obtain a second data packet header and configure the second data packet header at the end of the data segment format table;

[0087] S3203. Generate the data segment containing message information according to the configured data segment format table.

[0088] This indicates that there can be multiple "Enable Colors" entries, but these entries must be configured sequentially in the data segment format table, starting from the header, and ending with a second data packet header. For example... Figure 4 As shown in this embodiment, there are three "on colors" and one "off color". By arranging multiple "on color" structures consecutively and ending with a "off color", a sufficiently long "hidden" data segment containing information can be constructed.

[0089] In this combination, all the colors previously enabled in the message text will have no effect, and these inactive "enabled colors" structures carry one byte of information through two sets of numbers from 0 to 15.

[0090] To ensure compatibility, without altering the message text, special information is carried in some fields that are ignored (or considered invalid) by all normal clients. This information is then read and displayed by special clients, thereby improving the efficiency of the actual information. In this embodiment, a mechanism to prevent ambiguity is also set up.

[0091] As an optional implementation of this application, optionally, in step S200, the "color" control character based on the IRC protocol, which sets the second data packet header representing the close message, further includes:

[0092] S211. Construct several bytes of information to represent anti-ambiguity;

[0093] S221. Encode the byte information used to represent anti-ambiguity into a specific control character;

[0094] S231. Starting from the end of the second “color” control character, configure the specific control character in the second data format table.

[0095] Since the message text itself is allowed to be colored, a mechanism is needed to prevent ambiguity. The most reasonable way is to add more unique control characters that do not affect the message text to the "turn off color" structure, such as two consecutive bold control characters (the value of this control character is 0x02, which will be represented by the English word "Bold" in the following text for ease of expression).

[0096] like Figure 5 As shown, this is an "on color" data format structure with a specific control character that represents anti-ambiguity byte information.

[0097] For ease of understanding, this example does not consider complex cases such as UTF-8, and only uses ASCII as an example (the principle is the same). Taking a uCPE in SD-WAN, a node named N10, as an example, an alarm is triggered due to excessive temperature. The node's health status is raised from 0 to 2 (clients will understand that it will be displayed in a different color), and the custom status text "Overheated" needs to be displayed. In this way, N10 displayed by ordinary clients will be displayed as N10:Overheated.

[0098] The node health status occupies one byte, and each character of the custom text occupies one byte; therefore, the ASCII codes of the byte string to be encoded are as follows: 2, 79, 118, 101, 114, 104, 101, 97, 116, 101, 100.

[0099] Each ASCII code requires an "enable color" structure and ends with a "deactivate color" structure. Each "enable color" structure contains two numbers, ranging from 0 to 15. Therefore, an ASCII code of 0-255 is represented by the formula (number 1 * 16 + number 2), as shown below. Figure 5 As shown.

[0100] In this way, the above mechanism can be used to modify the name (nickname) of a node in any way, and it also makes it easy for operations and maintenance personnel to quickly determine the status of a node by the color of the node name.

[0101] It should be noted that although the range of values ​​for the above numbers has been presented as an example, those skilled in the art will understand that this disclosure is not limited thereto. In fact, users can flexibly set the range of values ​​according to the text content, the number of nodes, and other practical application scenarios, as long as the technical functions of this application can be achieved by following the above technical methods.

[0102] Example 2

[0103] Based on the implementation principle of Embodiment 1, this embodiment proposes another aspect of this application, providing a system for implementing the above-described method for displaying and controlling nodes based on IRC protocol control characters, comprising:

[0104] The first building module is used to set the first data packet header indicating the start of a message based on the "color" control character of the IRC protocol; and,

[0105] The second building module is used to set the second data packet header representing the close message based on the "color" control character of the IRC protocol; and,

[0106] The data packet fusion module is used to generate a data segment containing message information based on the first data packet header and the second data packet, and send it to the user.

[0107] As an optional implementation of this application, the first construction module may optionally include: a first setting module, configured to set a first data format table, the first data format table being used to construct a first data packet header; and a first encoding module, configured to encode the message text representing the open message into a plurality of arrays containing a first "color" control character and carrying byte information; and a first configuration module, configured to sequentially configure the first "color" control character and the plurality of arrays carrying byte information in the first data format table, starting from the header of the first data format table, to form the first data packet header;

[0108] The second construction module includes: a second setting module for setting a second data format table, the second data format table being used to construct a second data packet header; a second encoding module for encoding the message text representing a close message into a second "color" control character without any parameters; and a second configuration module for configuring the second "color" control character in the second data format table, starting from the header of the second data format table, to form the second data packet header.

[0109] As an optional implementation of this application, the second building module may optionally further include:

[0110] The anti-ambiguity setting module is used to construct several byte information for representing anti-ambiguity.

[0111] The anti-ambiguity encoding module is used to encode the byte information used to represent anti-ambiguity into a specific control character;

[0112] An anti-ambiguity configuration module is used to configure the specific control character in the second data format table, starting from the end of the second "color" control character.

[0113] Obviously, those skilled in the art should understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, it can include the processes of the embodiments of the control methods described above. The modules or steps of the present invention described above can be implemented using general-purpose computing devices. They can be centralized on a single computing device or distributed across a network of multiple computing devices. Optionally, they can be implemented using computer-executable program code, thereby storing them in a storage device for execution by a computing device, or fabricating them separately as individual integrated circuit modules, or fabricating multiple modules or steps into a single integrated circuit module. Thus, the present invention is not limited to any specific hardware and software combination.

[0114] Those skilled in the art will understand that all or part of the processes in the above embodiments can be implemented by a computer program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, it can include the processes of the embodiments of the control methods described above. The storage medium can be a magnetic disk, optical disk, read-only memory (ROM), random access memory (RAM), flash memory, hard disk drive (HDD), or solid-state drive (SSD), etc.; the storage medium can also include combinations of the above types of memory.

[0115] Example 3

[0116] Furthermore, this application also proposes a control system, comprising:

[0117] processor;

[0118] Memory used to store processor-executable instructions;

[0119] The processor is configured to implement the above-described method for displaying and controlling nodes based on IRC protocol control characters when executing the executable instructions.

[0120] This disclosure discloses an embodiment of a system including a processor and a memory for storing processor-executable instructions. The processor is configured to implement, when executing the executable instructions, a method for displaying and controlling nodes based on an IRC protocol control character as described above.

[0121] It should be noted here that the number of processors can be one or more. Furthermore, the traceability system in this embodiment may also include input devices and output devices. The processors, memory, input devices, and output devices can be connected via a bus or other means, without specific limitations herein.

[0122] Memory, as a computer-readable storage medium, can be used to store software programs, computer-executable programs, and various modules, such as the program or module corresponding to the method for displaying and controlling nodes based on IRC protocol control symbols according to embodiments of this disclosure. The processor executes various functional applications and data processing of the traceability system by running the software programs or modules stored in the memory.

[0123] Input devices can be used to receive input digital numbers or signals. These signals can be key signals related to user settings and function control of the device / terminal / server. Output devices can include display devices such as screens.

[0124] The various embodiments of this disclosure have been described above. These descriptions are exemplary and not exhaustive, and are not limited to the disclosed embodiments. Many modifications and variations will be apparent to those skilled in the art without departing from the scope and spirit of the described embodiments. The terminology used herein is chosen to best explain the principles, practical applications, or technical improvements to the technology in the market, or to enable others skilled in the art to understand the embodiments disclosed herein.

Claims

1. A method for displaying and controlling nodes based on IRC protocol control characters, characterized in that, Includes the following steps: S110. Set a first data format table, the first data format table is used to construct a first data packet header; S120. Encode the message text representing the enable message into several arrays containing an "enable color" control character and byte information. S130. Starting from the header of the first data format table, the "enable color" control character and several arrays carrying byte information are sequentially configured in the first data format table to form the first data packet header; S210. Set a second data format table, which is used to construct a second data packet header; S220. Encode the message text representing the close message into a control character that includes a "close color" without any parameters; S230. Starting from the header of the second data format table, configure the "off color" control character in the second data format table to form the second data packet header; S310. Preset data packet arrangement rules, and construct a data segment format table according to the data packet arrangement rules; S320. The first data packet header and the second data packet header are arranged and combined in the data segment format table in sequence to form a "hidden" data segment containing message information; S330. Obtain and send the "hidden" data segment containing message information to the user client; The "hidden" data segment is used to customize the display effect of the client rendering additional states for the node name.

2. The method for displaying and controlling nodes based on IRC protocol control characters according to claim 1, characterized in that, In step S320, the step of sequentially arranging and combining the first data packet header and the second data packet header in the data segment format table to form a data segment containing message information includes: S3201. Obtain a plurality of first data packet headers, and starting from the header of the data segment format table, sequentially configure the plurality of first data packet headers in the data segment format table; S3202. Obtain a second data packet header and configure the second data packet header at the end of the data segment format table; S3203. Generate the "hidden" data segment containing message information according to the configured data segment format table.

3. The method for displaying and controlling nodes based on IRC protocol control characters according to claim 1, characterized in that, After step S230 and before step S310, the following is also included: S211. Construct several bytes of information to represent anti-ambiguity; S221. Encode the byte information used to represent anti-ambiguity into a specific control character; S231. Starting from the end of the "Off Color" control character, configure the specific control character in the second data format table.

4. A system for implementing the method for displaying and controlling nodes based on IRC protocol controllers as described in any one of claims 1-3, characterized in that, include: The first construction module is used to set the first data packet header representing the enable message based on the first data format table, the "enable color" control character of the IRC protocol, and several arrays carrying byte information; and, The second construction module is used to set the second data packet header representing the close message based on the second data format table and the "close color" control character of the IRC protocol; and, The data packet fusion module is used to arrange the first data format table continuously according to the first data packet header and the second data packet, and generate a "hidden" data segment containing message information by ending with a "closed color", and send the "hidden" data segment to the user; The "hidden" data segment is used to customize the display effect of the client rendering additional states for the node name.

5. The system according to claim 4, characterized in that, The first construction module includes: a first setting module, configured to set a first data format table, the first data format table being used to construct a first data packet header; and a first encoding module, configured to encode the message text representing the enable message into a plurality of arrays containing an "enable color" control character and carrying byte information; and a first configuration module, configured to, starting from the header of the first data format table, sequentially configure the "enable color" control character and the plurality of arrays carrying byte information in the first data format table to form the first data packet header; The second construction module includes: a second setting module for setting a second data format table, the second data format table being used to construct a second data packet header; a second encoding module for encoding the message text representing a close message into a "close color" control character without any parameters; and a second configuration module for configuring the "close color" control character in the second data format table, starting from the header of the second data format table, to form the second data packet header.

6. The system according to claim 5, characterized in that, The second building module also includes: The anti-ambiguity setting module is used to construct several byte information for representing anti-ambiguity. The anti-ambiguity encoding module is used to encode the byte information used to represent anti-ambiguity into a specific control character; The anti-ambiguity configuration module is used to configure the specific control character in the second data format table, starting from the end of the "off color" control character.

7. A control system, characterized in that, include: processor; Memory used to store processor-executable instructions; The processor is configured to implement the method for displaying and controlling nodes based on IRC protocol control characters as described in any one of claims 1 to 3 when executing the executable instructions.

Images