CN112307029B - Bill data storage and bill generation methods, devices, server and storage medium - Google Patents

Bill data storage and bill generation methods, devices, server and storage medium Download PDF

Info

Publication number
CN112307029B
CN112307029B CN202011211153.2A CN202011211153A CN112307029B CN 112307029 B CN112307029 B CN 112307029B CN 202011211153 A CN202011211153 A CN 202011211153A CN 112307029 B CN112307029 B CN 112307029B
Authority
CN
China
Prior art keywords
data
current
bill
field
preset rule
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202011211153.2A
Other languages
Chinese (zh)
Other versions
CN112307029A (en
Inventor
杨良志
白琳
汪志新
方跃涵
张润璞
叶群华
郭伟斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Richinfo Technology Co ltd
Original Assignee
Richinfo Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Richinfo Technology Co ltd filed Critical Richinfo Technology Co ltd
Priority to CN202011211153.2A priority Critical patent/CN112307029B/en
Publication of CN112307029A publication Critical patent/CN112307029A/en
Application granted granted Critical
Publication of CN112307029B publication Critical patent/CN112307029B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22Indexing; Data structures therefor; Storage structures
    • G06F16/2282Tablespace storage structures; Management thereof
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2458Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2474Sequence data queries, e.g. querying versioned data
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/248Presentation of query results
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/166Editing, e.g. inserting or deleting
    • G06F40/186Templates

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Probability & Statistics with Applications (AREA)
  • Mathematical Physics (AREA)
  • Fuzzy Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • General Health & Medical Sciences (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

The embodiment of the invention discloses a bill data storage and bill generation method, a device, a server and a storage medium, wherein the bill data storage method comprises the following steps: acquiring original bill data; carrying out serialization processing on a plurality of data tables of the original bill data according to a first preset rule; serializing a plurality of fields in each data table according to a second preset rule to form serialized bill data; storing the serialized billing data. The embodiment of the invention realizes the serialization processing of the bill data, and the serialization processing mode ensures that the stored bill data only consists of fields, but not the storage mode of key value pairs in the prior art, thereby greatly reducing the stored data quantity, improving the simplicity of the bill data and reducing the disk read-write pressure during data storage.

Description

Bill data storage and bill generation methods, devices, server and storage medium
Technical Field
The embodiment of the invention relates to the technical field of data processing, in particular to a method, a device, a server and a storage medium for bill data storage and bill generation.
Background
With the development of internet technology, more and more consumers consume the internet, and in order to make the consumers clearly know about their consumption conditions, related institutions or platforms send the consumption conditions to the consumers in the form of electronic bills.
Before generating the electronic bill, firstly, data are read from different databases to collect all bill data of a consumer, and all bill data of the consumer are stored in the corresponding databases after being processed in sequence. When the electronic bill is generated, the serialized data are obtained from the database, deserialized to obtain the bill data of the consumer, and then the bill data are filled into the corresponding bill module to form the electronic bill. At present, common bill data serialization and anti-serialization processing modes are JSON, but JSON is in the form of key value pairs, names of keys can be necessarily generated in each key value pair, and under the condition of mass data, bill data is not concise enough and the data quantity is large. Meanwhile, when the value is analyzed, the value is obtained by matching the key name, so that the value obtaining efficiency is relatively low.
Disclosure of Invention
In view of this, the embodiments of the present invention provide a method, an apparatus, a server and a storage medium for storing and generating bill data, so as to improve the simplicity of the bill data, reduce the data size of the bill data, and improve the data reading efficiency.
In a first aspect, an embodiment of the present invention provides a method for storing bill data, including:
acquiring original bill data;
Carrying out serialization processing on a plurality of data tables of the original bill data according to a first preset rule to form first serialized bill data;
Serializing a plurality of fields in each data table of the first serialized bill data according to a second preset rule to form second serialized bill data;
The second serialized billing data is stored.
In a second aspect, an embodiment of the present invention provides a bill generating method, including:
Acquiring serialized bill data;
Analyzing the serialized bill data according to a first preset rule and a second preset rule to obtain target bill data, wherein the target bill data comprises a plurality of target data tables, and each target data table comprises a plurality of target fields;
and presetting a bill template in the target bill data filling to generate an electronic bill.
In a third aspect, an embodiment of the present invention provides a storage device for bill data, including:
The original data acquisition module is used for acquiring original bill data;
the first serialization module is used for serializing the plurality of data tables of the original bill data according to a first preset rule to form first serialized bill data;
The second serialization module is used for serializing a plurality of fields in each data table of the first serialized bill data according to a second preset rule to form second serialized bill data;
and the storage module is used for storing the second serialized bill data.
In a fourth aspect, an embodiment of the present invention provides a bill generating apparatus, including:
the serialized data acquisition module is used for acquiring serialized bill data;
The analysis module is used for analyzing the serialized bill data according to a first preset rule and a second preset rule to obtain target bill data, wherein the target bill data comprises a plurality of target data tables, and each target data table comprises a plurality of target fields;
and the bill generation module is used for presetting a bill template in the target bill data filling to generate an electronic bill.
In a fifth aspect, an embodiment of the present invention provides a server, including:
one or more processors;
storage means for storing one or more programs,
The one or more programs, when executed by the one or more processors, cause the one or more processors to implement the method for storing billing data provided by any embodiment of the present invention and/or the method for generating billing provided by any embodiment of the present invention.
In a sixth aspect, embodiments of the present invention provide a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the bill data storage method provided by any embodiment of the present invention, and/or the bill generation method provided by any embodiment of the present invention.
The bill data storage method provided by the embodiment of the invention obtains the original bill data; carrying out serialization processing on a plurality of data tables of the original bill data according to a first preset rule; serializing a plurality of fields in each data table according to a second preset rule to form serialized bill data; storing the serialized billing data. The serialization processing of the bill data is realized, and the serialization processing mode enables the stored bill data to be composed of fields only, and is not a storage mode of key value pairs in the prior art, so that the stored data volume is greatly reduced, the simplicity of the bill data is improved, and the disk read-write pressure during data storage is reduced.
Drawings
FIG. 1 is a flow chart of a bill data storage method according to an embodiment of the invention;
fig. 2 is a flow chart of a bill data storage method according to a second embodiment of the present invention;
fig. 3 is a flow chart of a bill generating method according to a third embodiment of the present invention;
fig. 4 is a flow chart of a bill generating method according to a fourth embodiment of the present invention;
fig. 5 is a schematic structural diagram of a billing data storage device according to a fifth embodiment of the present invention;
fig. 6 is a schematic structural diagram of a bill generating device according to a sixth embodiment of the present invention;
fig. 7 is a schematic structural diagram of a server according to a seventh embodiment of the present invention.
Detailed Description
The invention is described in further detail below with reference to the drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting thereof. It should be further noted that, for convenience of description, only some, but not all of the structures related to the present invention are shown in the drawings.
Before discussing exemplary embodiments in more detail, it should be mentioned that some exemplary embodiments are described as processes or methods depicted as flowcharts. Although a flowchart depicts steps as a sequential process, many of the steps may be implemented in parallel, concurrently, or with other steps. Furthermore, the order of the steps may be rearranged. The process may be terminated when its operations are completed, but may have additional steps not included in the figures. The processes may correspond to methods, functions, procedures, subroutines, and the like.
Furthermore, the terms "first," "second," and the like, may be used herein to describe various directions, acts, steps, or elements, etc., but these directions, acts, steps, or elements are not limited by these terms. These terms are only used to distinguish one direction, action, step or element from another direction, action, step or element. The terms "first," "second," and the like, are not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include one or more such feature. In the description of the present invention, "plurality", "batch" means at least two, for example, two, three, etc., unless specifically defined otherwise.
Example 1
Fig. 1 is a flow chart of a bill data storage method according to an embodiment of the present invention, which is applicable to the storage of bill data of each network platform or institution. As shown in fig. 1, a bill data storage method provided in an embodiment of the present invention includes:
s110, acquiring original bill data.
Specifically, the raw billing data is raw data generated by a consumer performing related consumption actions at a network platform or organization. The raw billing data may be stored in different database tables.
S120, carrying out serialization processing on a plurality of data tables of the original bill data according to a first preset rule to form first serialized bill data.
Specifically, a data table includes data of the same category and in the same format in the original bill data, that is, the data in a data table is data of the same data category in the original bill data, and in general, the data in the data table is referred to as a field, so that a data table includes a plurality of fields, and a field indicates a piece of user data. The first preset rule defines a data table of the original bill data, fields contained in the data table, and a table arrangement order of the data tables. And carrying out serialization processing on a plurality of data tables of the original bill data according to a first preset rule, namely dividing the original bill data into a plurality of data tables, and arranging the plurality of data tables according to a table arrangement order to form first serialized bill data.
Illustratively, the first preset rule defines that the raw billing data includes 3 tables: the user basic information table, the account summary information table and the cost detail table, wherein the user basic information table comprises the following fields: the mobile phone number, the user name, the charging start date, the charging end date, the bill generation time and the mailbox address, and the account summary information table comprises the following fields: the project name and project amount, the cost schedule includes fields that include: consumption items, prices, deductions and actual consumption. The order of arrangement of the 3 tables is: the user basic information list, the account summary information list and the expense list are arranged at the front, namely, the user basic information list is arranged at the back.
After the original bill data is obtained, the data of the mobile phone number, the user name, the charging start date, the charging end date, the bill generation time and the mailbox address in the original bill data are divided into a user basic information table, the data of the item name and the item amount in the original bill data are divided into an account summary information table, and the data of the consumption item, the price, the reduction and the actual consumption in the original bill data are divided into a cost detail table. And the user basic information list is arranged before, the account summary information list is arranged at last, and the expense list is arranged at last. For example, in the original bill data, the mobile phone number is 13311112222, the user name is Zhang three, the billing start date is 2020, month 01, the billing end date is 2020, month 06, month 30, the bill generation time is 2020, month 07, month 01, the mailbox address is 1234567@abc.com, the consumption name is total consumption, the item amount is 16.30, the consumption items are package and fixed fee, and the price is 3.00. Then "13311112222", "Zhang San", "month 01 of 2020", "month 06 of 2020", "month 30 of 2020", "month 01 of 2020" and "1234567@abc.com" are divided into user basic information tables, "total consumption" and "16.30" are divided into account summary information tables, and "package and fixed fee" and "3.00" are divided into fee details tables.
S130, carrying out serialization processing on a plurality of fields in each data table of the first serialized bill data according to a second preset rule to form second serialized bill data.
Specifically, one item in a data table of the first serialized bill data represents a field, for example, a mobile phone number "13311112222" is a field, and a user name "Zhang Sano" is a field. A data table can contain a plurality of fields or no fields, and when no field exists in the data table, the data corresponding to the data table is indicated to be missing or not to be recorded. The second preset rule defines the arrangement sequence of the fields in each data table, and the plurality of fields in each data table are subjected to serialization processing according to the second preset rule, namely the plurality of fields in each data table are ordered, and the ordered data are recorded as serialized bill data.
Illustratively, in the example of step S120, the arrangement order of the fields in the user basic information table defined by the second preset rule is as follows: the mobile phone number, the user name, the mailbox address, the billing start date, the billing end date and the bill generation time are arranged before Zhang Saner.
And S140, storing the second serialized bill data.
Specifically, the sorted second serialized bill data is written into a corresponding database, and the bill data is stored. In this embodiment, the data may be stored after all the data are serialized, or the data may be stored during the serialization process. For example, after the first field of the user basic information table, handset number "13311112222" is acquired, "13311112222" is written into the corresponding database.
In this embodiment, the first preset rule and the second preset rule substantially define a metadata structure, and bill data in the metadata structure is sorted and stored according to a table arrangement sequence and a field arrangement sequence, so as to implement serialization processing of the bill data.
The bill data storage method provided by the embodiment of the invention obtains the original bill data; carrying out serialization processing on a plurality of data tables of the original bill data according to a first preset rule; serializing a plurality of fields in each data table according to a second preset rule to form serialized bill data; storing the serialized billing data. The serialization processing of the bill data is realized, and the serialization processing mode enables the stored bill data to be composed of fields only, and is not a storage mode of key value pairs in the prior art, so that the stored data volume is greatly reduced, the simplicity of the bill data is improved, and the disk read-write pressure during data storage is reduced.
Example two
Fig. 2 is a flow chart of a bill data storage method according to a second embodiment of the present invention, and the present embodiment is further detailed in the foregoing embodiments. As shown in fig. 2, the bill data storage method provided in the second embodiment of the present invention includes:
S201, acquiring original bill data.
S202, carrying out serialization processing on a plurality of data tables of the original bill data according to a first preset rule to form first serialized bill data.
S203, determining a current data table according to the first preset rule and the current table sequence number.
Specifically, the table sequence number refers to an arrangement sequence number of the data table arranged based on a first preset rule. For example, the data table defined by the first preset rule is arranged in the following order: the user basic information table, the account summary information table and the expense list are provided with a table number 1 corresponding to the user basic information table, a table number 2 corresponding to the account summary information table and a table number 3 corresponding to the expense list. Therefore, the current data table can be determined according to the first preset rule and the current table number, for example, according to the first preset rule, the current table number is 2, and the current data table can be determined to be the account summary information table.
S204, based on the current data table, acquiring a current field from the current data table according to the second preset rule and the current field sequence number.
Specifically, the field sequence number refers to an arrangement sequence number of each field in the data table after the fields are arranged based on a second preset rule. For example, the arrangement order of the fields in the user basic information table defined by the second preset rule is as follows: the mobile phone number, the user name, the mailbox address, the charging start date, the charging end date and the bill generation time, then the field serial number corresponding to the mobile phone number is 1, the field serial number corresponding to the user name is 2, the field serial number corresponding to the mailbox address is 3, and so on. Therefore, after the current data table is determined, the current field can be determined according to the second preset rule and the current field sequence number. For example, if the current data table is determined to be the user basic information table, according to the second preset rule, the current field number is 2, and if the current field is determined to be the user name, the "Zhang San" is obtained.
S205, determining whether the current field is the last field of the current record where the current field is located.
Specifically, the record of the data table refers to classification of fields of the data table, and one record represents one type of data in the data table, and the record of the data table is defined by a first preset rule. For example, in the first preset rule, the account summary information table includes fields of an item name and an item amount, the item name includes a total consumption amount and an end of this period, and the corresponding item amount includes a total consumption amount and an end of this period balance, so that the total consumption amount and the total consumption amount are a first record of the account summary information table, and the end of this period balance is a second record of the account summary information table. For another example, the cost schedule includes fields for a consumption item, a price, a deduction and an actual consumption, and the consumption item includes a package and a fixed fee, a package external internet fee, a package external voice fee, a package external short message fee and a value added service fee, and then each consumption item and its corresponding price, deduction and actual consumption form a record, and the cost schedule includes 5 records. Determining whether the current field is the last field of the current record, and if the current field is not the last field of the current record, executing step S206; if the current field is the last field of the current record, step S207 is performed.
S206, if the current field is not the last field of the current record, adding a preset field separator after the current field, adding one to the current field sequence number as the current field sequence number, and returning to the step S204.
Specifically, if the current field is not the last field of the current record, that is, it indicates that there are other fields in the current record to be processed, then a preset field separator is added after the current field, and then the current field sequence number is added by 1 to continue the processing of the next field. The preset field separator is used for separating and distinguishing the fields, so that the stored bill data structure is clear, and the fields are not confused. In this embodiment, the preset field separator is "-". For example, in the user basic information table, a record is included (it can be understood that when a data table includes only one record, one record is also a data table), the current field number is 2, and its corresponding user name "Zhang Sanu" is not the last field of the current record, so a preset field separator "-", is added after the "Zhang Sanu" field, then the current field number is added with 1 and then is used as the current field number, so that the current field number is 3, its corresponding next field is the mailbox address 1234567@abc.com, and so on. Thus, the final serialization result of the user basic information table is as follows: 13311112222 to three times of tension, from 06 months 01 to 06 months 30 to 07 months 01 to 1234567@abc.com in 2020.
In order to distinguish between different records in a data table, it is determined whether the current field is the last field of the current record, i.e. whether the fields contained in the current record are processed. If the current field is not the last field of the current record, then step S207 is performed; if the current field is the last field of the current record, step S208 is performed.
S207, if the current field is the last field of the current record, determining whether the current record is the last record of the current data table.
Specifically, if the current field is the last field of the current record, it indicates that all fields of the current record have been processed, and at this time, it is determined whether the current record is the last record of the current data table, that is, it is determined whether the current data table further includes other records. If the current record is the last record of the current data table, executing step S209; if the record in which the current field is located is not the last record of the current data table, step S208 is performed.
For example, the current data table is a user basic information table, the current field is a billing time "2020, 07, 01 days", the current field is the last field of the current data table, the current field is determined at this time and the current data table has only one record, the record in which the current field is located is the last record of the current data table at this time
And S208, if the current record is not the last record of the current data table, adding a preset record separator after the current field, adding one to the current field sequence number as the current field sequence number, and returning to the step S204.
Specifically, if the current record is not the last record of the current data table, it is indicated that the current data table has other records, at this time, a preset record separator is added after the current field, and then the current field serial number is added with 1 to process the next field and record. The record separator is preset to distinguish the records. In this embodiment, the preset record separator is "|". For example, in the account summary information table, if the current field is the total consumption amount (the corresponding current field number is 2), the current record in which the current field is located is the first record of the account summary information table, the current field is the last field of the current record, the current record is not the last record of the account summary information table, at this time, a preset record separator "|" is added after the current field, then the current field number is added with 1 to obtain the current field number 3, and the step S204 is returned to, and the end of the current field period is continuously processed, and so on. Assuming that the total consumption amount is 16.30 and the end of the period is 98.00, the serialization result of the account summary information table is: total consumption is 16.30 percent at the end of the period and 98.00 percent.
S209, if the current record is the last record of the current data table, determining whether the current data table is the last data table of the first serialized bill data.
Specifically, if the current record is the last record of the current data table, determining whether the current data table is the last data table in the first serialized bill data, so as to determine whether the data tables in the first serialized bill data are serialized. If the current data table is not the last data table of the first serialized bill data, step S210 is executed, otherwise step S211 is executed.
S210, if the current data table is not the last data table of the first serialized bill data, adding a preset table separator after the current field, adding one to the current table number as the current table number, and returning to the step S203.
Specifically, if the current data table is not the last data table of the first serialized bill data, it is indicated that other data tables in the first serialized bill data need to continue the serialization processing, at this time, a preset table separator is added after the current field, and the current table sequence number is added as the current table sequence number, and the step S203 is returned to continue the serialization processing for the field of the next data table. When the current table number is added to one as the current table number, the current field number is reset (i.e., set to the start value of the field number), that is, the field numbers in different data tables are independent and cannot be superimposed. The preset table separator is used for distinguishing different data tables, and in this embodiment, the preset table separator is "; ".
For example, the current field is a mailbox address "1234567@abc.com", the data table corresponding to the current field is a user basic information table (the current table number is 1), which is not the last data table in the first serialized bill data, so a preset table separator is added after the current field "1234567@abc.com"; ". And then adding 1 to the current table number to obtain a current table number of 2, returning to the step S203, determining that the corresponding data table is an account summary information table, and continuing to perform serialization processing on fields in the account summary information table.
Further, when one data table does not contain a field, the next data table serialization processing is performed after the preset table separator is directly added.
S211, if the current data table is the last data table of the first serialized bill data, adding a preset table separator after the current field to finish the serialization process, so as to form second serialized bill data.
Specifically, if the current data table is the last data table of the first serialized bill data, it is indicated that all data tables in the first serialized bill data are processed in serialization, and after a preset table separator is added at the end of the last field, the serialization process is finished, and the serialization result is the second serialized bill data.
S212, storing the second serialized bill data.
Illustratively, the raw billing data is shown in table 1.
TABLE 1
User name Zhang San (Zhang San) Mobile phone number 13311112222
Mailbox address 1234567@abc.com Bill generation time 2020, 07 And 01 days
Charging start date 2020, 06 And 01 days Charging end date 2020, 06 And 30 days
Project name 1 Total consumption Item amount 1 16.30
Project name 2 The end of this period Item amount 2 98.00
Consumption item 2 Package and fixed fee Price 2 16.00
Consumption item 2 Package external internet fee Price 2 0.30
After serializing according to the steps S202 to S210, the stored second serialization data is "13311112222 to Zhang three to 2020, 06 month 01 to 2020, 30 to 2020, 07, 01 to 1234567@abc.com; the total consumption is 16.30 percent at the end of the current period to 98.00 percent; package and fixed fee are 16.00|package external net surfing fee is 0.30; ".
In this embodiment, specific steps of the bill data storage method provided by the embodiment of the present invention are described by taking bill data of one user as an example, and it can be understood that when bill data of a plurality of users are stored, the bill data of each user is stored according to the bill data storage method provided by the embodiment of the present invention, and when bill data between different users are stored, distinction is made by a line-changing separator.
The bill data storage method provided by the embodiment II of the invention realizes the serialization processing of the bill data, and the serialization processing mode ensures that the stored bill data only consists of fields, but not the storage mode of key value pairs in the prior art, thereby greatly reducing the stored data quantity, improving the simplicity of the bill data and reducing the disk read-write pressure during data storage. The data are distinguished through the preset table separator, the preset record separator and the preset field separator, so that the readability of the serialized data is high, and the manual compiling of data to make joint debugging and the verification of data problems are facilitated.
Example III
Fig. 3 is a flow chart of a bill generating method according to a third embodiment of the present invention, where the present embodiment is applicable to generation of an electronic bill of each network platform or organization. As shown in fig. 3, a bill generating method according to a third embodiment of the present invention includes:
S310, acquiring the serialized bill data.
Specifically, the serialized bill data refers to bill data formed by serializing original bill data of a user, and in this embodiment, the serialized bill data may be second serialized bill data stored by the bill data storage method provided in any embodiment of the present invention.
S320, analyzing the serialized bill data according to a first preset rule and a second preset rule to obtain target bill data, wherein the target bill data comprises a plurality of target data tables, and each target data table comprises a plurality of target fields.
Specifically, the serialized bill data is parsed, that is, the serialized bill data is deserialized, so as to determine the meaning of the data in the serialized bill data. The first preset rule defines a data table of the original bill data, fields contained in the data table and a table arrangement sequence of each data table, and the second preset rule defines an arrangement sequence of the fields in each data table. According to the first preset rule and the second preset rule, a data table and corresponding fields in the serialized bill data can be analyzed to obtain target bill data. The target bill data comprises a plurality of target data tables, and the fields in the target data tables are target fields.
S330, presetting a bill template in the target bill data filling to generate an electronic bill.
Specifically, the preset bill module defines data required to be displayed by the electronic bill and a display style of the electronic bill. Generally, the target bill data obtained by analysis does not need to be displayed completely to generate an electronic bill, and the electronic bill can be generated by filling the target bill data into a preset bill template according to the data requirement of the preset bill template.
The bill generation method provided by the third embodiment of the invention obtains the serialized bill data; analyzing the serialized bill data according to a first preset rule and a second preset rule to obtain target bill data, wherein the target bill data comprises a plurality of target data tables, and each target data table comprises a plurality of target fields; and presetting a bill template in the target bill data filling to generate an electronic bill. Because the data volume of the serialized bill data is greatly reduced, the reading pressure of a network or a magnetic disk is reduced when the data is acquired, so that the data analysis occupies small memory, the data slicing is convenient, and the processing capacity of mass data is improved.
Example IV
Fig. 4 is a flow chart of a bill generating method according to a fourth embodiment of the present invention, which is a further refinement of the foregoing embodiment. As shown in fig. 4, a bill generating method according to a fourth embodiment of the present invention includes:
s410, acquiring the serialized bill data.
S420, reading a current field of the serialized bill data and adjacent separators thereof, wherein the adjacent separators are separators which are behind the current field and are adjacent to the current field.
Specifically, the fields in the serialized bill data are each composed of a single character, and the separator is also a character, so in this embodiment, reading the fields is implemented by reading the single characters one by one. Specifically, a string variable is set, individual characters of the serialized bill data are sequentially read, and whether the individual characters are separators (the separators described herein include table separators, record separators, field separators, and line-feed separators) is determined, and if the individual characters are not separators, the individual characters are recorded into the string variable. When a single character is read as a separator, the explanatory string variable has recorded a complete field, which is the current field, and the separator is a separator (simply referred to as an adjacent separator) that follows and is adjacent to the current field. All the fields and their adjacent separators can be parsed by traversing all the characters of the serialized billing data.
Illustratively, the serialized billing data is "13311112222-Zhang Santo 2020, month 06, 01, day … …". The characters "1", "3", "1", and "1" are read in order "1", "2", none of the characters are separators, and the characters are recorded into a character string variable, so that the content in the character string variable is '13311112222'. When the character "-" is read, it is a separator, so that it can be determined that the content of the string variable is "13311112222" as a complete field, i.e., the current field, and "-" is the adjacent separator of the current field.
S430, determining a current field sequence number and a current table sequence number corresponding to the current field according to the type of the adjacent separator.
In this embodiment, the field counting variable k is set to calculate the field sequence number, the table counting variable i is set to calculate the table sequence number, and both the field counting variable k and the table counting variable i start from 1 (the starting sequence numbers of the field sequence number and the table sequence number may be 0 or 1, and they are identical to the sequence number starting value in the bill data serialization). When the neighbor delimiter is a preset field delimiter, the field count variable k is incremented by 1 (this is the field sequence number of the next field). When the neighbor delimiter is the preset table delimiter, the table count variable i is incremented by 1 (this is the table sequence number of the next data table), and the field count variable k is reset (i.e., restored to 1 or 0). In this embodiment, the current field number corresponding to the current field is a value before the field count variable k is added 1, and the corresponding current table number is a value before the table count variable i is added 1.
Further, it is also necessary to set a record count variable j, which is a start value, to calculate a record sequence number when a data table includes only one record. Then when the neighbor separator is the preset record separator, the record count variable j is incremented by 1, the table count variable i is unchanged, the field count variable k is incremented by 1, or the field count variable k is reset. The current record serial number corresponding to the current field is the value before the record counting variable j is added with 1. Preferably, when the adjacent separator is a preset record separator, the record count variable j is increased by 1, the table count variable i is unchanged, and the field count variable k is reset, so that a three-dimensional array can be used for determining the position of the current field.
S440, determining a current data table corresponding to the current field according to the current table sequence number.
Illustratively, the current table number is 1, indicating that the current field is located in the 1 st data table.
S450, determining a target data table corresponding to the current data table according to the current table sequence number and the first preset rule.
Specifically, according to the relation between the data table arrangement sequence and the data table in the first preset rule, the target data table corresponding to the current data table can be determined. For example, the first preset rule defines the data table arrangement order as: the method comprises the steps of a user basic information table, an account summary information table and a cost detail table, wherein if the current table number is 1, the target data table corresponding to the current data table is described as the user basic information table.
S460, determining a target field corresponding to the current field according to the current field sequence number, the target data table and the second preset rule.
Specifically, according to the relation between the field arrangement sequence and the fields in the data table in the second preset rule, the target field corresponding to the current field can be determined. For example, the target data table is a user basic information table, and the field arrangement sequence in the user basic information table in the second preset rule is as follows: the mobile phone number, the user name, the mailbox address, the charging start date, the charging end date and the bill generation time, and if the current field serial number is 1, the current field '13311112222' is determined to correspond to the target field 'mobile phone number', namely 'mobile phone number' is '13311112222'.
Further, when the data table includes a plurality of records, after determining the target data table, determining the target record according to the current record sequence number, and determining the target field according to the current field sequence number. For example, the target data table is an account summary information table including a first record composed of "total consumption" and "total consumption amount", and a second record composed of "end of this period" and "end of this period balance". And if the current record number is 2, determining that the target record is the second record of the account summary information table, and if the current field number is 2, determining that the target field is 'end balance of the period'.
S470, presetting a bill template in the target bill data filling to generate an electronic bill.
Specifically, according to the data requirement of the preset bill template, the target bill data is filled into the preset bill template to generate the electronic bill.
According to the bill generation method provided by the embodiment of the invention, the data volume of the serialized bill data is greatly reduced, and the reading pressure of a network or a magnetic disk is reduced when the data is acquired, so that the data analysis occupies small memory, the data slicing is convenient, and the processing capacity of mass data is improved.
Example five
Fig. 5 is a schematic structural diagram of a bill data storage device according to a fifth embodiment of the present invention, which is applicable to the storage of bill data of each network platform or institution. The bill data storage device provided in this embodiment can implement the bill data storage method provided in any embodiment of the present invention, and has a corresponding functional structure and beneficial effects of the implementation method, and details that are not described in this embodiment may refer to descriptions of any method embodiment of the present invention.
As shown in fig. 5, a bill data storage device according to a fifth embodiment of the present invention includes: a raw data acquisition module 510, a first serialization module 520, a second serialization module 530, and a storage module 540, wherein:
The original data obtaining module 510 is configured to obtain original bill data;
The first serialization module 520 is configured to perform serialization processing on the plurality of data tables of the original bill data according to a first preset rule, so as to form first serialized bill data;
The second serialization module 530 is configured to perform serialization processing on a plurality of fields in each data table of the first serialized bill data according to a second preset rule, so as to form second serialized bill data;
The storage module 540 is configured to store the second serialized bill data.
Further, the second serialization module 530 is specifically configured to:
determining a current data table according to the first preset rule and the current table sequence number;
Based on the current data table, acquiring a current field from the current data table according to the second preset rule and the current field sequence number;
Determining whether the current field is the last field of a current record in which the current field is located;
If the current field is not the last field of the current record, adding a preset field separator after the current field, adding one current field sequence number as a current field sequence number, and returning to the step of acquiring the current field from the current data table according to the second preset rule and the current field sequence number based on the current data table.
Further, the second serialization module 530 is further configured to:
If the current field is the last field of the current record, determining whether the current record is the last record of the current data table;
If the current record is not the last record of the current data table, adding a preset record separator after the current field, adding one current field serial number as the current field serial number, and returning to the step of acquiring the current field from the current data table according to the second preset rule and the current field serial number based on the current data table.
Further, the second serialization module 530 is further configured to:
If the current record is the last record of the current data table, determining whether the current data table is the last data table of the first serialized bill data;
if the current data table is not the last data table of the first serialized bill data, adding a preset table separator after the current field, adding one current table sequence number as the current table sequence number, and returning to the step of determining the current data table according to the first preset rule and the current table sequence number.
According to the bill data storage device provided by the fifth embodiment of the invention, through the original data acquisition module, the first serialization module, the second serialization module and the storage module, the serialization processing of the bill data is realized, the serialization processing mode enables the stored bill data to be composed of fields only, and the storage mode of key value pairs in the prior art is not used, so that the stored data volume is greatly reduced, the simplicity of the bill data is improved, and the disk read-write pressure during data storage is reduced.
Example six
Fig. 6 is a schematic structural diagram of a bill generating device according to a sixth embodiment of the present invention, where the present embodiment is applicable to generation of an electronic bill of each network platform or organization. The bill generating device provided in this embodiment can implement the bill generating method provided in any embodiment of the present invention, and has a corresponding functional structure and beneficial effects of the implementing method, and details that are not described in this embodiment may refer to descriptions of any method embodiment of the present invention.
As shown in fig. 6, a bill generating device according to a sixth embodiment of the present invention includes: the system comprises a serialized data acquisition module, an analysis module and a bill generation module, wherein:
the serialized data acquisition module is used for acquiring serialized bill data;
the analysis module is used for analyzing the serialized bill data according to a first preset rule and a second preset rule to obtain target bill data, wherein the target bill data comprises a plurality of target data tables, and each target data table comprises a plurality of target fields;
and the bill generation module is used for presetting a bill template in the target bill data filling to generate an electronic bill.
Further, the parsing module is specifically configured to:
reading a current field of the serialized bill data and adjacent separators thereof, wherein the adjacent separators are separators which are behind the current field and are adjacent to the current field;
determining a current field sequence number and a current table sequence number corresponding to the current field according to the type of the adjacent separator;
Determining a current data table corresponding to the current field according to the current table sequence number;
Determining a target data table corresponding to the current data table according to the current table sequence number and the first preset rule;
and determining a target field corresponding to the current field according to the current field sequence number, the target data table and the second preset rule.
According to the bill generation device provided by the sixth embodiment of the invention, through the serialized data acquisition module, the analysis module and the bill generation module, the data volume of serialized bill data is greatly reduced, and the reading pressure of a network or a disk is reduced when the data is acquired, so that the occupied memory for data analysis is small, the data slicing is convenient, and the processing capacity of mass data is improved.
Example seven
Fig. 7 is a schematic structural diagram of a server according to a seventh embodiment of the present invention. Fig. 7 illustrates a block diagram of an exemplary server 712 suitable for use in implementing embodiments of the invention. The server 712 shown in fig. 7 is merely an example, and should not be construed as limiting the functionality and scope of use of embodiments of the present invention.
As shown in fig. 7, the server 712 is in the form of a general-purpose server. Components of server 712 may include, but are not limited to: one or more processors 716, a storage device 728, and a bus 718 that connects the different system components (including the storage device 728 and the processor 716).
Bus 718 represents one or more of several types of bus structures, including a memory device bus or memory device controller, a peripheral bus, an accelerated graphics port, a processor, or a local bus using any of a variety of bus architectures. By way of example, and not limitation, such architectures include industry standard architecture (Industry Subversive Alliance, ISA) bus, micro channel architecture (Micro Channel Architecture, MAC) bus, enhanced ISA bus, video electronics standards association (Video Electronics Standards Association, VESA) local bus, and peripheral component interconnect (PERIPHERAL COMPONENT INTERCONNECT, PCI) bus.
Server 712 typically includes a variety of computer system readable media. Such media can be any available media that is accessible by server 712 and includes both volatile and nonvolatile media, removable and non-removable media.
Storage 728 may include computer system readable media in the form of volatile memory, such as random access memory (Random Access Memory, RAM) 730 and/or cache memory 732. Server 712 may further include other removable/non-removable, volatile/nonvolatile computer system storage media. By way of example only, the storage system 734 may be used to read from and write to non-removable, nonvolatile magnetic media (not shown in FIG. 7, commonly referred to as a "hard disk drive"). Although not shown in fig. 7, a magnetic disk drive for reading from and writing to a removable nonvolatile magnetic disk (e.g., a "floppy disk"), and an optical disk drive for reading from or writing to a removable nonvolatile optical disk such as a compact disk-Only (CD-ROM), digital video disk (Digital Video Disc-Read Only Memory, DVD-ROM), or other optical media, may be provided. In such cases, each drive may be coupled to bus 718 through one or more data media interfaces. Storage 728 may include at least one program product having a set (e.g., at least one) of program modules configured to carry out the functions of embodiments of the invention.
A program/utility 740 having a set (at least one) of program modules 742 may be stored, for example, in storage 728, such program modules 742 include, but are not limited to, an operating system, one or more application programs, other program modules, and program data, each or some combination of which may include an implementation of a network environment. Program modules 742 generally perform the functions and/or methodologies of the described embodiments of the invention.
The server 712 may also communicate with one or more external devices 714 (e.g., keyboard, pointing terminal, display 724, etc.), one or more terminals that enable a user to interact with the server 712, and/or any terminals (e.g., network card, modem, etc.) that enable the server 712 to communicate with one or more other computing terminals. Such communication may occur through an input/output (I/O) interface 722. Also, server 712 may communicate with one or more networks such as a local area network (Local Area Network, LAN), a wide area network (Wide Area Network, WAN) and/or a public network such as the internet via network adapter 720. As shown in fig. 7, the network adapter 720 communicates with other modules of the server 712 via the bus 718. It should be appreciated that although not shown, other hardware and/or software modules may be used in connection with server 712, including, but not limited to: microcode, terminal drives, redundant processors, external disk drive arrays, disk array (Redundant Arrays of INDEPENDENT DISKS, RAID) systems, tape drives, data backup storage systems, and the like.
The processor 716 executes various functional applications and data processing by running a program stored in the storage device 728, for example, implementing a bill data storage method and/or a bill generation method provided by any embodiment of the present invention, the bill data storage method may include: acquiring original bill data; carrying out serialization processing on a plurality of data tables of the original bill data according to a first preset rule to form first serialized bill data; serializing a plurality of fields in each data table of the first serialized bill data according to a second preset rule to form second serialized bill data; the second serialized billing data is stored. The bill generation method may include: acquiring serialized bill data; analyzing the serialized bill data according to a first preset rule and a second preset rule to obtain target bill data, wherein the target bill data comprises a plurality of target data tables, and each target data table comprises a plurality of target fields; and presetting a bill template in the target bill data filling to generate an electronic bill.
Example eight
An eighth embodiment of the present invention also provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the bill data storage and/or bill generation method as provided by any embodiment of the present invention, the bill data storage method may include: acquiring original bill data; carrying out serialization processing on a plurality of data tables of the original bill data according to a first preset rule to form first serialized bill data; serializing a plurality of fields in each data table of the first serialized bill data according to a second preset rule to form second serialized bill data; the second serialized billing data is stored. The bill generation method may include: acquiring serialized bill data; analyzing the serialized bill data according to a first preset rule and a second preset rule to obtain target bill data, wherein the target bill data comprises a plurality of target data tables, and each target data table comprises a plurality of target fields; and presetting a bill template in the target bill data filling to generate an electronic bill.
The computer storage media of embodiments of the invention may take the form of any combination of one or more computer-readable media. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples (a non-exhaustive list) of the computer-readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
The computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, either in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, smalltalk, C ++ and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or terminal. In the case of a remote computer, the remote computer may be connected to the user's computer through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computer, for example, through the internet using an internet service provider.
Note that the above is only a preferred embodiment of the present invention and the technical principle applied. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, while the invention has been described in connection with the above embodiments, the invention is not limited to the embodiments, but may be embodied in many other equivalent forms without departing from the spirit or scope of the invention, which is set forth in the following claims.

Claims (8)

1. A method of billing data storage comprising:
acquiring original bill data;
Serializing a plurality of data tables of the original bill data according to a first preset rule to form first serialized bill data, wherein the first preset rule is used for defining the data tables of the original bill data, fields contained in the data tables and table arrangement sequences of the plurality of data tables;
Serializing a plurality of fields in each data table of the first serialized bill data according to a second preset rule to form second serialized bill data, wherein the second preset rule is used for defining the arrangement sequence of the fields in each data table;
Storing the second serialized billing data;
distinguishing by a line feed separator when the second serialized bill data between different users is stored;
the serializing of the plurality of fields in each data table of the first serialized bill data according to the second preset rule includes:
determining a current data table according to the first preset rule and the current table sequence number;
Based on the current data table, acquiring a current field from the current data table according to the second preset rule and the current field sequence number;
Determining whether the current field is the last field of a current record in which the current field is located;
If the current field is not the last field of the current record, adding a preset field separator after the current field, adding one current field sequence number as a current field sequence number, and returning to the step of acquiring the current field from the current data table according to the second preset rule and the current field sequence number based on the current data table.
2. The method of claim 1, wherein determining whether the current field is the last field of a current record in which the current field is located further comprises:
If the current field is the last field of the current record, determining whether the current record is the last record of the current data table;
If the current record is not the last record of the current data table, adding a preset record separator after the current field, adding one current field serial number as the current field serial number, and returning to the step of acquiring the current field from the current data table according to the second preset rule and the current field serial number based on the current data table.
3. The method of claim 2, wherein after determining whether the current record is the last record of the current data table, further comprising:
If the current record is the last record of the current data table, determining whether the current data table is the last data table of the first serialized bill data;
if the current data table is not the last data table of the first serialized bill data, adding a preset table separator after the current field, adding one current table sequence number as the current table sequence number, and returning to the step of determining the current data table according to the first preset rule and the current table sequence number.
4. A method of billing comprising:
Acquiring serialized bill data;
Analyzing the serialized bill data according to a first preset rule and a second preset rule to obtain target bill data, wherein the target bill data comprises a plurality of target data tables, each target data table comprises a plurality of target fields, the first preset rule is used for defining a data table of the original bill data, fields contained in the data table and table arrangement sequences of the plurality of data tables, and the second preset rule is used for defining the arrangement sequences of the fields in each data table;
Presetting a bill template in the target bill data filling to generate an electronic bill;
analyzing the serialized bill data according to a first preset rule and a second preset rule, and obtaining target bill data comprises the following steps:
reading a current field of the serialized bill data and adjacent separators thereof, wherein the adjacent separators are separators which are behind the current field and are adjacent to the current field;
determining a current field sequence number and a current table sequence number corresponding to the current field according to the type of the adjacent separator;
Determining a current data table corresponding to the current field according to the current table sequence number;
Determining a target data table corresponding to the current data table according to the current table sequence number and the first preset rule;
Determining a target field corresponding to the current field according to the current field sequence number, the target data table and the second preset rule;
wherein the serialized billing data is obtained by the billing data storage method of any of claims 1-3.
5. A storage device for billing data, comprising:
The original data acquisition module is used for acquiring original bill data;
The first serialization module is used for serializing the plurality of data tables of the original bill data according to a first preset rule to form first serialized bill data, wherein the first preset rule is used for defining the data table of the original bill data, fields contained in the data table and table arrangement sequences of the plurality of data tables;
The second serialization module is used for serializing a plurality of fields in each data table of the first serialized bill data according to a second preset rule to form second serialized bill data, wherein the second preset rule is used for defining the arrangement sequence of the fields in each data table;
a storage module for storing the second serialized bill data;
distinguishing by a line feed separator when the second serialized bill data between different users is stored;
The second serialization module is specifically configured to:
determining a current data table according to the first preset rule and the current table sequence number;
Based on the current data table, acquiring a current field from the current data table according to the second preset rule and the current field sequence number;
Determining whether the current field is the last field of a current record in which the current field is located;
If the current field is not the last field of the current record, adding a preset field separator after the current field, adding one current field sequence number as a current field sequence number, and returning to the step of acquiring the current field from the current data table according to the second preset rule and the current field sequence number based on the current data table.
6.A bill generating apparatus, comprising:
the serialized data acquisition module is used for acquiring serialized bill data;
The analysis module is used for analyzing the serialized bill data according to a first preset rule and a second preset rule to obtain target bill data, wherein the target bill data comprises a plurality of target data tables, each target data table comprises a plurality of target fields, the first preset rule is used for defining a data table of the original bill data, fields contained in the data table and table arrangement sequences of the plurality of data tables, and the second preset rule is used for defining the arrangement sequences of the fields in each data table;
the bill generation module is used for presetting a bill template in the target bill data filling to generate an electronic bill;
The analysis module is specifically configured to:
reading a current field of the serialized bill data and adjacent separators thereof, wherein the adjacent separators are separators which are behind the current field and are adjacent to the current field;
determining a current field sequence number and a current table sequence number corresponding to the current field according to the type of the adjacent separator;
Determining a current data table corresponding to the current field according to the current table sequence number;
Determining a target data table corresponding to the current data table according to the current table sequence number and the first preset rule;
Determining a target field corresponding to the current field according to the current field sequence number, the target data table and the second preset rule;
wherein the serialized billing data is obtained by the billing data storage method of any of claims 1-3.
7. A server, comprising:
one or more processors;
storage means for storing one or more programs,
When the one or at least one program is executed by the one or more processors, the one or more processors are caused to implement the bill data storage method according to any one of claims 1-3, and/or the bill generation method according to claim 4.
8. A computer readable storage medium having stored thereon a computer program, characterized in that the program, when executed by a processor, implements a bill data storage method according to any one of claims 1-3 and/or a bill generation method according to claim 4.
CN202011211153.2A 2020-11-03 2020-11-03 Bill data storage and bill generation methods, devices, server and storage medium Active CN112307029B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011211153.2A CN112307029B (en) 2020-11-03 2020-11-03 Bill data storage and bill generation methods, devices, server and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011211153.2A CN112307029B (en) 2020-11-03 2020-11-03 Bill data storage and bill generation methods, devices, server and storage medium

Publications (2)

Publication Number Publication Date
CN112307029A CN112307029A (en) 2021-02-02
CN112307029B true CN112307029B (en) 2024-06-21

Family

ID=74332660

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011211153.2A Active CN112307029B (en) 2020-11-03 2020-11-03 Bill data storage and bill generation methods, devices, server and storage medium

Country Status (1)

Country Link
CN (1) CN112307029B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115002234A (en) * 2022-05-25 2022-09-02 阿维塔科技(重庆)有限公司 Data message conversion method, device, equipment and computer readable storage medium

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101256561A (en) * 2007-03-02 2008-09-03 阿里巴巴集团控股有限公司 Method, apparatus and system for storing and accessing database data
CN109598575A (en) * 2018-10-25 2019-04-09 北京奇虎科技有限公司 A kind of bill generation method, device, electronic equipment and medium
CN110490724A (en) * 2019-07-03 2019-11-22 平安证券股份有限公司 The storage method and device of account data

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106777292B (en) * 2016-12-29 2019-11-15 北京神州绿盟信息安全科技股份有限公司 A kind of Data Serialization method and device
CN107341135B (en) * 2017-05-24 2019-11-05 中国科学院信息工程研究所 A kind of analytic method and tool towards generic text format
US10929128B2 (en) * 2018-11-29 2021-02-23 Ensemble Rcm, Llc Vectorization for parsing of complexly structured files
US11416478B2 (en) * 2019-01-08 2022-08-16 Live Earth, LLC Data structure and format for efficient storage or transmission of objects
US11188837B2 (en) * 2019-02-01 2021-11-30 International Business Machines Corporation Dynamic field entry permutation sequence guidance based on historical data analysis
CN110059119A (en) * 2019-03-13 2019-07-26 深圳壹账通智能科技有限公司 A kind of bill generation method, device, computer equipment and readable storage medium storing program for executing
CN110109989A (en) * 2019-03-14 2019-08-09 四川九洲电器集团有限责任公司 A kind of big data visible processing method and readable storage medium storing program for executing
CN110147413B (en) * 2019-04-26 2023-06-02 平安科技(深圳)有限公司 Data storage method, data query method, device, equipment and storage medium
CN111666327A (en) * 2020-06-10 2020-09-15 山东汇贸电子口岸有限公司 Text-based structured data description method and system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101256561A (en) * 2007-03-02 2008-09-03 阿里巴巴集团控股有限公司 Method, apparatus and system for storing and accessing database data
CN109598575A (en) * 2018-10-25 2019-04-09 北京奇虎科技有限公司 A kind of bill generation method, device, electronic equipment and medium
CN110490724A (en) * 2019-07-03 2019-11-22 平安证券股份有限公司 The storage method and device of account data

Also Published As

Publication number Publication date
CN112307029A (en) 2021-02-02

Similar Documents

Publication Publication Date Title
CN107391359B (en) Service testing method and device
CN111327514B (en) WeChat image-text message group sending method, system, server and storage medium
EP4120167A1 (en) Abnormal behavior detection method and apparatus, and electronic device and computer-readable storage medium
CN111062799A (en) Method and device for managing family client, electronic equipment and storage medium
CN110955640A (en) Cross-system data file processing method, device, server and storage medium
CN110688111A (en) Configuration method, device, server and storage medium of business process
CN112307029B (en) Bill data storage and bill generation methods, devices, server and storage medium
CN112163879B (en) User rights pushing method, device, server and storage medium
CN110377891B (en) Method, device and equipment for generating event analysis article and computer readable storage medium
CN116775575A (en) File merging method and device, electronic equipment and storage medium
CN109740130B (en) Method and device for generating file
CN109324963B (en) Method for automatically testing profit result and terminal equipment
CN111401934A (en) Distributed advertisement statistical method and device
CN111401009B (en) Digital expression character recognition conversion method, device, server and storage medium
CN111680150A (en) Information processing method, device, equipment and storage medium
CN108460159B (en) Information reply method, terminal equipment and computer readable storage medium
CN112162922A (en) Method, device, server and storage medium for determining difference of new and old systems
CN111723210A (en) Method and device for storing data table, computer equipment and readable storage medium
CN111625455A (en) Program testing method, device, equipment and medium
CN111352751A (en) Data file generation method and device, computer equipment and storage medium
CN110134691B (en) Data verification method, device, equipment and medium
CN113515332B (en) Data generation method, device, equipment and storage medium
CN112184275B (en) Crowd subdivision method, device, equipment and storage medium
US11973892B2 (en) User interface with interactive elements having dynamically determined functionality
CN117372022A (en) Method and device for processing resource recharging data and computer equipment

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant