A lightweight security transmission method and system for low-computing terminals
By constructing a set of encoded symbols and a reference code table, combined with position coordinate binding, lightweight and secure transmission for low-computing-power terminals was achieved, solving the problems of complex transmission protocols, high parsing overhead, and high power consumption, and enabling fast parsing and low-power rendering.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Filing Date
- 2026-04-17
- Publication Date
- 2026-07-14
Smart Images
Figure CN122394866A_ABST
Abstract
Description
Technical Field
[0001] This invention belongs to the field of data communication and information security technology, specifically relating to a lightweight secure transmission method and system based on coordinate encoding, location coordinate binding and dynamic code table for low-computing-power IoT terminals, electronic price tags, smart wearable devices and secure communication scenarios. Background Technology
[0002] Current data exchange and text transmission commonly use ASCII and Unicode encoding combined with data formats such as JSON (Object Spectrum Format), XML, and Protobuf (Protocol Buffer Format). The protocols and frame structures are complex, resulting in high parsing overhead and memory consumption, making it difficult for low-computing-power terminals to render directly.
[0003] In terms of secure transmission, traditional solutions rely on external encryption algorithms such as Advanced Encryption Standard (AES) and RSA, which are cumbersome and consume a lot of power. Existing dynamic code table technology only implements a single encryption function and does not integrate character encoding, location positioning, frame structure, and rendering output.
[0004] Coordinate-related technologies are mostly used in geographic positioning scenarios, and have not formed a lightweight transmission system that binds screen position and display content for low-computing-power terminals. Therefore, they cannot simultaneously meet the collaborative needs of simplified parsing, native security, and fast rendering. Summary of the Invention Technical issues
[0005] The transmission protocol is complex and has high parsing overhead, making it difficult for low-computing-power devices to handle. Character content is separated from its display position, and rendering relies on the typesetting engine and context reconstruction. The security mechanism relies on external encryption algorithms, which are power-consuming and cumbersome. Frame delimitation relies on frame headers, length fields, check fields, or fixed-length conventions, resulting in logical redundancy. Low-computing-power IoT terminals cannot directly render and display content. Technical solution
[0006] A lightweight secure transmission method for low-computing-power terminals includes the following steps: Step 1: Constructing the encoding symbol set Construct a set of encoded symbols that includes numeric and coordinate identifiers; the coordinate identifiers are distinguished by their fixed field positions: they serve as dimension identifiers in coordinate fields and as numerical counting symbols in number fields, achieving multiple uses for a single symbol.
[0007] Step 2: Establish the reference code table Establish a reference code table that maps characters to their corresponding codes, enabling rapid matching of characters with their encoded codes.
[0008] Step 3: Position Coordinate Binding and Minimalist Frame Encapsulation The sending end assigns position coordinates that can be directly mapped to screen pixels to each content to be displayed, including physical pixel coordinates, logical row and column coordinates, grid indexes and other coordinate forms that can be linearly converted into pixels; The frame structure does not set an independent frame start identifier field, does not set an independent length field, and does not rely on fixed-length frame synchronization; instead, it uses a dedicated end character to identify frame boundaries. The data segment is constrained by the encoding symbol set, and the terminator will not appear in the data content, so there is no delimitation conflict.
[0009] During system initialization, the first byte is used as the frame start by default, or the frame start point is identified by consecutive end-of-frame markers to complete the initial synchronization.
[0010] Step 4: Dynamic Code Table Generation and Lightweight Synchronization Based on the reference code table, the character-number correspondence is dynamically updated through offset mapping or remapping rules; It supports updates based on period, frame number, and encryption factor, and the update process does not interrupt normal transmission; the sending and receiving ends achieve synchronization by aligning the frame number.
[0011] Step 5: Simplified Analysis and Direct Rendering at the Receiver The receiving end segments the frame using the end-of-frame marker → extracts the position coordinates → matches the code table → and directly renders and displays the image. It requires no typesetting engine, no layout calculation, no context reconstruction, and does not rely on third-party graphics libraries. It only writes to the display buffer through coordinate linear mapping and can run directly on low-computing-power microcontrollers without an operating system.
[0012] Compared with existing dynamic code table encryption transmission technology, low-power wireless communication protocols, dot matrix display drivers, and lightweight data serialization formats, this invention has significant differences: Low-power communication protocols only simplify the frame structure and do not involve intra-frame binding of character encoding and display coordinates; Dot matrix driving and coordinate addressing only implement display control and do not involve dynamic code table secure transmission mechanism; The lightweight serialization format only optimizes the encoding size and does not involve a minimal frame structure without frame headers or length fields or low-computing-power direct rendering. This invention integrates the encoding system, position binding, dynamic security, frame structure, and rendering output into a unified design. The various features work together to form an overall technical effect that is different from existing solutions. Beneficial effects
[0013] Parsing time is reduced by 68% to 73%, and single-frame parsing time is ≤3.2 ms (the operating platform is an STM32F103 microcontroller with a main frequency of 72 MHz). Memory occupancy is reduced by 79% - 82%, and the running memory occupancy ≤ 1.2 KB; The transmission volume is reduced by 65%, and the transmission efficiency is higher; It does not rely on external encryption algorithms and has native anti - eavesdropping, anti - tampering, and anti - replay capabilities; The minimalist frame structure and parsing process are adapted to low - computing - power terminals without an operating system. Detailed implementation
[0014] Implementation platform: The running platform is a microcontroller of model STM32F103, with a main frequency of 72 MHz, a static random - access memory (SRAM) capacity of 20 KB, and an - O2 optimization level is used during compilation.
[0015] Adopt a duodecimal symbol set of 0 - 9, X, Y, and distinguish the coordinate identification and numerical counting functions according to the field position; Establish a reference code table: bed → 00001, front → 00002, bright → 00003, moon → 00004; Frame encapsulation format: Adopt a duodecimal symbol set composed of the numbers 0 - 9 and the letters X, Y, and distinguish the coordinate identification and numerical counting functions through the field position; The reference code table is defined as: "bed" corresponds to the code 00001, "front" corresponds to the code 00002, "bright" corresponds to the code 00003, and "moon" corresponds to the code 00004; The frame format is: The coordinate identification and data fields are arranged alternately. For example, combinations of X 1,Y 1 and data 000001, X 2,Y 1 and data 000002, X 3,Y 1 and data 000003, X 4,Y 1 and data 000004, and each field is connected in sequence by a delimiter.
[0016] Dynamic code - table algorithm: Dynamic number = reference number+(frame sequence number % 256)×1, updated every 1 - hour cycle, and the synchronization error < 1 ms; The single - frame parsing time at the receiving end is 3.2 ms, and the running memory occupancy is 1.2 KB.
[0017] Comparison test results with the traditional JSON scheme: The parsing time is reduced by 72%, the memory occupancy is reduced by 81%, and the transmission volume is reduced by 65%. Figure 1 : System architecture block diagram It includes an encoding symbol and reference code - table module, a position - coordinate binding and minimalist - frame encapsulation module, a dynamic code - table generation and synchronization module, and a receiving - end parsing and non - layout calculation direct - rendering module.
[0018] Figure 2 : Schematic diagram of the single - character transmission frame format The frame consists of an X-coordinate field, a Y-coordinate field, a number field, and a dedicated end-of-frame field arranged in sequence. The frame structure has no independent frame start identifier field, no independent length field, and does not rely on fixed-length frame synchronization. Frame boundary identification is achieved solely through a dedicated end-of-frame field.
[0019] Figure 3 Dynamic code table update flowchart The reference code table is used to generate a dynamic code table through offset or remapping rules, and the transmitting and receiving ends complete lightweight synchronization by aligning the frame sequence numbers.
Claims
1. A lightweight secure transmission method for low-computing-power terminals, characterized in that, include: Construct a set of encoded symbols that includes numbers and coordinate identifiers. The coordinate identifiers serve the dual functions of coordinate dimension identification and numerical counting in a fixed field position in the frame structure. Establish a reference code table that maps characters to their corresponding numbers; The sending end assigns position coordinates that can be directly mapped to screen pixels to each content to be displayed, encapsulates them into a transmission frame without setting an independent frame start identifier field or an independent length field, and identifies the frame boundary with a dedicated end character; Based on the reference code table, the code table is dynamically updated according to the mapping rules, and lightweight synchronization is completed with the receiving end; The receiving end segments the frame data according to the end symbol, extracts the position coordinates and matches the code table, and directly renders and displays it without the need for layout calculation or context reconstruction.
2. The method according to claim 1, characterized in that, The encoded symbol set is a decimal symbol set, consisting of 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, X, and Y.
3. The method according to claim 2, characterized in that, In the frame structure, the coordinate symbols X and Y are used to identify the X-axis or Y-axis dimension when they are located in the coordinate segment, and are used as duodecimal counting symbols when they are located in the number segment.
4. The method according to claim 1, characterized in that, The reference code table is divided into numbering intervals according to character type: 00001~90000 are Chinese characters; 90001 to 90026 are uppercase letters; 90027 to 90052 are lowercase letters; 90053 to 90099 are punctuation marks and control characters.
5. The method according to claim 1, characterized in that, The dynamic code table uses offset mapping or remapping rules and is updated based on period, frame number or encryption factor; the transmitting and receiving ends achieve synchronization by aligning the frame number.
6. The method according to claim 5, characterized in that, The dynamic code table uses a frame sequence number modulo offset algorithm: Dynamic number = Base number + (Frame sequence number % N) × K N and K are preset encryption factors.
7. The method according to claim 1, characterized in that, The transmitted frame data segment is constrained by the encoding symbol set, the end symbol will not appear in the data content, and there is no need for transparent transmission, character padding, or reliance on fixed-length frame synchronization.
8. The method according to claim 1, characterized in that, During system initialization, the receiving end defaults to the first valid byte as the start of the frame, or determines the start of the frame boundary by two consecutive dedicated end characters.
9. The method according to claim 1, characterized in that, The receiving end directly renders without relying on third-party layout engines and graphics libraries, and directly writes to the screen by converting coordinate values into the physical address of the screen display buffer.
10. The method according to claim 1, characterized in that, The receiver parsing process consists of only three steps: frame segmentation, coordinate extraction, and code table matching. It can be run directly on a low-computing-power microcontroller without an operating system.
11. A lightweight secure transmission system for low-computing-power terminals, characterized in that, Including those connected sequentially: The encoding symbol and reference code table module is used to configure the encoding symbol set and the character-number mapping relationship; The position coordinate binding and minimal frame encapsulation module is used for position coordinate allocation and frame encapsulation without independent frame start identifier field and independent length field; The dynamic code table generation and synchronization module is used for dynamic updating of the code table and synchronization between the transmitting and receiving ends. The receiver parsing and layout-free direct rendering module is used for frame segmentation, coordinate extraction, code table matching, and pixel-level direct rendering.