Supervisory control and data acquisition (SCADA) field-oriented primitive storage mode
By using a unified XML format to store graphic element information, the problem of the lack of unified storage of graphic element attributes in the existing technology is solved, which simplifies graphic display and improves system scalability.
Patent Information
- Application Number
- CN202410946881.X
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-07-16
- Publication Date
- 2026-01-16
AI Technical Summary
In existing technologies, the attributes of graphic elements, such as graphics, dynamic effects, data, and interactive events, lack a unified storage format, resulting in a large workload for software coding, high maintenance difficulty, and the need for extensive testing and upgrades when changing display software.
It uses a unified XML format to store graphic information, dynamic effects, and interactive information of graphic elements, conforms to the W3C's Scalable Vector Graphics standard, and achieves a unified description of graphic element information.
It reduces the workload of graphics display development, improves system scalability and applicability, reduces the difficulty of software replacement, and simplifies the maintenance process.
Smart Images

Figure CN121349980A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of industrial SCADA, and more specifically, to a method for displaying graphic elements and storing data information in the field of industrial SCADA. Background Technology
[0002] Currently, in the field of industrial SCADA, human-machine interfaces are mainly composed of various graphic elements. These graphic elements contain rich display elements, such as graphics, dynamic effects, bound data, and interactive events, exhibiting complex structures and diverse content. The storage structure of these graphic elements determines the ease and efficiency of software development and screen configuration, making it a crucial component of SCADA systems.
[0003] Currently, primitive storage is mainly based on XML format, recording information such as primitive type and bound data, but not graphic information, dynamic characteristics, or interactive events. Our self-developed display software parses the file content, binds data points, implements dynamic effects and interactive events, and displays graphics based on primitive type.
[0004] Scalable vector graphics (SLT) is a file format that has been widely adopted and supported in many fields, including industrial SCADA, thanks to strong promotion by the W3C. Various browsers, professional UI design tools, and software development tools support this format, and using SLT significantly reduces development complexity.
[0005] The Scalable Vector Graphics file format is used to represent the graphic information of primitives, and combined with data, dynamic effects, and interactive events, it achieves the unification of primitive information. Summary of the Invention
[0006] In existing technologies, there is no universal storage format for the attributes of graphic elements, such as graphics, dynamic effects, data, and interactive events. Software coding development is required for the parsing and display of graphic element information. When modifying graphic element information or changing display software, a large amount of software coding work is required, as well as subsequent software testing, software upgrades, and other work, which also increases the difficulty of maintenance.
[0007] In view of this, the present invention provides a universal method for storing graphic element information. The storage format of the graphic elements is based on XML, and a unified format is used to describe the graphic information, dynamic effects, data information, and interactive information of the graphic elements, conforming to the W3C Scalable Vector Graphics standard.
[0008] Compared with the prior art, this application has the following beneficial effects: It conforms to the scalable vector graphics format standard, has broad support, and improves the applicability of the system.
[0009] More and more interface development tools support the Scalable Vector Graphics format standard, providing related functional modules, reducing the development workload of graphics display, simplifying the process of changing development tools, and improving the scalability of the system.
[0010] By combining graphics, data, and interactive attributes, primitives are not just graphics, but instantiated objects with data attributes and interactive functions. Attached Figure Description
[0011] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments will be briefly introduced below. It should be understood that the following drawings only show some embodiments of this application and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.
[0012] Figure 1 Generate a flowchart for storage format processing. Detailed Implementation
[0013] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. Therefore, the following detailed description of the embodiments of this application provided in the accompanying drawings is not intended to limit the scope of the claimed application, but merely represents selected embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application without creative effort are within the scope of protection of this application.
[0014] In the description of this application, it should be noted that the terms "upper" and "lower" indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings, or the orientation or positional relationship in which the product of this application is usually placed when in use. They are only for the convenience of describing this application and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation. Therefore, they should not be construed as limitations on this application.
[0015] It should be noted that similar labels and letters in the following figures indicate similar items. Therefore, once an item is defined in one figure, it does not need to be further defined and explained in subsequent figures.
[0016] The specific structure of the primitive information storage format is as follows: 1) Basic Information: This includes display information such as name, version, size, and display position. An example format is shown below: version="1.2" pagename="home" height="381mm" width="677.333mm" viewBox="0 0 1920 1080" 2) Each graphic element corresponds to a g-tag. All graphic element information is within the scope of the g-tag. The first line of the g-tag is the graphic element's ID information, which includes the graphic element's type and number. This ID is unique. For example: <g id="xxx"> < … / > < / g> 3) Element attributes include graphic attributes, data attributes, and interactive attributes, all of which are stored within the scope of the g tag; 4) The attributes and attribute values of graphic elements are stored in the "attribute-"attribute value" format; 5) The common attributes of graphic elements adopt the same algorithm process and are stored in the g tag as needed; 6) Supports defining public information, typically complex attribute information related to graphics. Defined information can be directly referenced in graphic elements. The following image shows an example of defining a color gradient effect in a graphic: <defs> <lineargradient yl="118" x2="155" x1="155" gradientunits="userSpaceOnUse" y2="118" id="linearGradient1"> <stop offset="0"style="stop-color:#808080:stop-opacity:1" / <stopoffset="1"style="stop-color:#808080:stop-opacity:1" / >< / lineargradient> < / defs > Definition of graphic color gradient effect refer to Figure 1 The process of generating primitive storage information is as follows: 1) Initialize the file according to the XML file format requirements; 2) Process the basic information of graphic elements, such as the name, size, and location of the graphic elements; 3) Configure XML-formatted tags for graphic elements. Inside the tag, write 'g', indicating a graphic element, and then write the id information, such as id="button 1"; 4) In addition to storing ID information, the g tag also needs to store common information and unique attributes of the graphic element. Common information includes the graphic element's border, tag points, etc.; unique attributes are related to the type of graphic element. 5) Attribute information is stored as: attribute - "attribute value". Attributes are in string format and include the name of the graphic element, attribute characteristics, line type, etc. Attribute values can be integers, floating-point numbers, strings, Booleans, etc. Each attribute is separated by a space; 6) Common attribute information is handled as follows: style="attribute information column", style cannot be changed. The attribute information column contains common attributes, such as border size, color, line type, fill color, transparency, position value, etc. Each attribute is separated by a semicolon (;). 7) Execute specific attribute flows based on the type of graphic element and store them as shown in 5). Specific attributes include the forward and reverse flow effects of pipes, the foreground and background fill effects of bar charts, and the configuration information for trend charts. 8) Processing complete.
[0017] The above description is merely a preferred embodiment of this application and is not intended to limit this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the protection scope of this application.< / defs>
Claims
1. A method for storing graphic element information, which, based on a vector graphics file storage format, defines and stores other graphic element attributes (including dynamic effects, bound data, interactive events, etc.) in a unified format, uses a general processing method to read and parse the graphic element information, and processes it separately after successful recognition. Its characteristic is that... The primitive information contains complete primitive attribute information.
2. The primitive information storage format according to claim 1, characterized in that: It contains all attribute information of the graphic element.
3. The primitive information storage format according to claim 1, characterized in that: It contains dynamic effect attribute information of graphic elements.
4. The primitive information storage format according to claim 1, characterized in that: It contains the binding data attribute information of the graphic elements.
5. A primitive information storage format according to claim 1, characterized in that: It contains the interactive event attribute information of the graphic element.
6. The primitive information processing flow according to claim 1, characterized in that: It can parse all the attribute information of graphic elements using a general method.
7. The primitive information processing flow according to claim 1, characterized in that: It can parse the dynamic effects information of graphic elements using a common method.
8. The primitive information processing flow according to claim 1, characterized in that: It can parse the bound data information of graphic elements using a common method.
9. The primitive information processing flow according to claim 1, characterized in that: It can parse the interaction event information of graphic elements using a general method.