CN111858513A

CN111858513A - Data storage format of digital ink handwriting

Info

Publication number: CN111858513A
Application number: CN202010712157.2A
Authority: CN
Inventors: 庄建明; 成利君
Original assignee: Shenzhen Sunia Technology Co ltd
Current assignee: Shenzhen Sunia Technology Co ltd
Priority date: 2020-07-22
Filing date: 2020-07-22
Publication date: 2020-10-30

Abstract

The invention discloses a data storage format of digital ink handwriting, which comprises a plurality of data blocks, wherein each data block has a definite data type, all data obey TLV principle, and data groups are used as basic units during storage or loading to be respectively stored or loaded from the data blocks of required types. The method supports the storage and reading of handwriting data, character data, picture data and voice data, and the data length stored in each file is different, so that the disclosure can be effectively avoided; the data adopts TLV principle, the expandability is strong, the part which does not need to be read is skipped through the data group loading as required so as to save the performance, and the backward version compatibility is supported.

Description

Data storage format of digital ink handwriting

Technical Field

The invention relates to a data format, in particular to a data storage format of digital ink handwriting.

Background

At present, the general enterprises record the experimental data through paper recording, paper archiving or office software recorded by operators on computers.

Firstly, experimental data is required to be recorded in real time and generally recorded on paper with a fixed format, and after the recording is finished, the experimental data must be filed as required so as to facilitate subsequent retrieval. In order to facilitate the consultation and reduce the ambiguity, the handwriting of the staff needs to be input. As the amount of data becomes larger, the paper retrieval work becomes increasingly burdensome.

Secondly, the electronic recording on general office software has poor safety performance and is easy to crack; due to the irreversibility of the software version, the current version basically does not support reading the storage files of the later version.

Finally, paper recording is heavy and easy to damage, and experimental data are easy to divulge a secret; common electronic office software is also easy to divulge a secret because of universality.

The invention realizes the electronic telephone management of the experimental data, and the experimental data does not need to be recorded by paper. The data reading and saving are realized by the operation of the input terminal, the data lengths of different file reading modes are the same, and the safety of experimental data is greatly ensured.

Aiming at the problems of the integrity and the safety of the recording experimental data of the current paper and the common office software, the storage system which can avoid the recording of the paper, is not easy to be cracked on an electronic device and can be stored and read at any time is expected to be provided.

The invention provides a set of experimental data management storage system, which comprises a storage part and a reading part.

Disclosure of Invention

Aiming at the problems in the prior art, the invention provides a data storage format of digital ink handwriting.

In order to achieve the purpose, the invention adopts the following specific scheme:

a data storage format of digital ink handwriting comprises a plurality of data blocks, each data block has an explicit data type, all data complies with TLV principle, and data groups are used as basic units during storage or loading, and are respectively stored or loaded from the data blocks of the required types.

Preferably, the data group is parsed in blocks according to the data length during parsing, and if the old version does not support the data, the data is discarded.

Preferably, each of the data blocks may add a new attribute later, but cannot delete an existing attribute definition, and after adding the new attribute, the corresponding data length in the data block is increased.

Preferably, there are three data blocks, which are a file format area, a packet format area and a packet data area.

Preferably, the file format area includes a data header, a data format version number, and a self-increment version number of currently saved data.

Preferably, the grouping format area includes a width when handwriting data is stored, a height when handwriting data is stored, a number of element groups, and a size of element group header definition data.

Preferably, the packet data area includes stroke data, graphic data, picture data, and text data.

By adopting the technical scheme of the invention, the invention has the following beneficial effects:

the method supports the storage and reading of handwriting data, character data, picture data and voice data, and the data length stored in each file is different, so that the disclosure can be effectively avoided; the data adopts TLV principle, the expandability is strong, the part which does not need to be read is skipped through the data group loading as required so as to save the performance, and the backward version compatibility is supported.

Drawings

FIG. 1 illustrates the data format rules of the present invention;

FIG. 2 is a flow chart of data reading according to the present invention.

Detailed Description

The invention is further described below with reference to the following figures and specific examples.

The invention provides a data storage format of digital ink handwriting, which comprises a plurality of data blocks, wherein each data block has an explicit data type, all data comply with TLV principle, and data groups are used as basic units during storage or loading to be respectively stored or loaded from the data blocks of the required types.

And the data group is analyzed in blocks according to the data length during analysis, and if the old version does not support the data, the data is discarded.

Each data block can be added with new attributes later but can not delete the existing attribute definition, and after the new attributes are added, the corresponding data length in the data block is increased.

Referring to fig. 1, there are three data blocks, which are a file format area, a packet format area and a packet data area, respectively, and the data format of the data blocks is defined as:

(1) the file format area includes:

format _ HEADER: the header of the data is used for judging whether the data is in a legal format or not, and defaults are as follows: "ASAINKEDIT";

DATA _ VERSION: the data format version number is used for identifying the format version to make the version compatible upwards;

SAVE _ VERSION: the self-increment version number of the currently stored data is used for carrying out consistency check with the matched data and comparing the identification result;

(2) the packet format region includes:

WIDTH: width when saving handwriting data;

HEIGHT: height when handwriting data is stored;

GROUP _ COUNT: element grouping number;

GROUP _ head _ SIZE: defining the data size by the element grouping header, and taking bytes as a unit;

GROUP _ INDEX: the starting position of each corresponding group takes byte as a unit;

GROUP _ TYPE _ INDEX: classification (meaning pending) of each corresponding group;

PEN _ TYPE _ PRO _ SIZE: the uniform attribute size of each handwriting is in byte;

EACH _ POINT _ SIZE: the data size of each trace point is uniform, and bytes are taken as units;

GROUP _ ITEM _ COUNT: the number of elements of the group;

GROUP _ HEADER _ SIZE: the packet header defines the data size in bytes;

(3) the grouped data area comprises stroke data, graphic data, picture data and text data, and specifically comprises the following steps:

ITEM _ TYPE _ INDEX: classification of corresponding elements, wherein the first two bytes of the type store element types (such as pens, shapes, pictures, custom elements and the like), and the second two bytes are sub-pens, mark pens, circles and the like), if the program finds supported element types, the supported element types are discarded, and if the unsupported sub-types are not supported, the supported element types are unified into default types, such as unsupported sub-type pens, but the existing types cannot be changed when the program is restored;

ITEM _ COLOR _ INDEX: a color index for each handwriting/element;

ITEM _ SIZE: the data size of all attributes of the element is in bytes; each type allocates bytes within ITEM _ SIZE according to its own definition. For example, the handwriting is divided into a plurality of parts;

STROK _ WIDTH: the line width of the handwriting;

x: the Y coordinate of each point;

y: the Y coordinate of each point;

p: the default value of the pressure corresponding to each point is 1, the range is 0-1.0, and if the pressure exceeds the required fault tolerance;

a: the inclination angle of each point is 0 as a default value and ranges from 0 to 2, which represents 0 to 2 pi, and if the inclination angle exceeds the required fault tolerance;

TIME _ STAMP: the time stamp of each point is in milliseconds;

RADIUS: the radius of the circle in the shape type;

WIDTH: the display width of the picture;

HEIGHT: the display height of the picture;

PATH _ SIZE: a picture path storage length;

FILE _ PATH: saving paths of the picture files relative to the current directory;

WIDTH: a display width of the text box;

HEIGHT: a display height of the text box;

FONT _ SIZE: font size;

BOLD | italic | underscale | strickout: the format of the text, 0X01 BOLD, 0X02 italic/italic, 0X04 underlay, 0X08 strickout// strickout;

TEXT _ SIZE: text data size in bytes;

TEXT _ VALUE: text data.

Referring to fig. 2, the data reading process of the present invention includes: and reading the local file to obtain encrypted data, carrying out decryption operation within a certain rule on the encrypted data, and obtaining original experimental data by the terminal.

The above description is only a preferred embodiment of the present invention, and is not intended to limit the scope of the present invention, and all modifications and equivalents of the present invention, which are made by the contents of the present specification and the accompanying drawings, or directly/indirectly applied to other related technical fields, are included in the scope of the present invention.

Claims

1. A data storage format of digital ink handwriting is characterized by comprising a plurality of data blocks, wherein each data block has an explicit data type, all data comply with TLV principles, and data groups are used as basic units during storage or loading, and are respectively stored or loaded from the data blocks of the required types.

2. A data storage format for digital ink handwriting according to claim 1 and wherein said data set is parsed in blocks of data length at the time of parsing, the data being discarded if the old version does not support the data.

3. A data storage format for digital ink handwriting according to claim 1 and wherein each said data block is capable of adding a new attribute at a later time but is incapable of deleting an existing attribute definition, and the corresponding data length in the data block is increased after the new attribute is added.

4. A data storage format for digital ink handwriting according to claim 1 and wherein there are three said data blocks, a file format area, a packet format area and a packet data area.

5. A data storage format for digital ink handwriting according to claim 1 and wherein said file format area comprises a data header, a data format version number, a self-incrementing version number of the currently saved data.

6. A data storage format for digital ink scripts according to claim 1, wherein the grouping format area comprises the width when handwriting data is stored, the height when handwriting data is stored, the number of element groups, and the size of element group header definition data.

7. A data storage format for digital ink handwriting according to claim 1 and wherein said grouped data areas comprise stroke data, graphics data, picture data and text data.