CN114298006A - Electronic bill generating method, system and storage device - Google Patents
Electronic bill generating method, system and storage device Download PDFInfo
- Publication number
- CN114298006A CN114298006A CN202111644399.3A CN202111644399A CN114298006A CN 114298006 A CN114298006 A CN 114298006A CN 202111644399 A CN202111644399 A CN 202111644399A CN 114298006 A CN114298006 A CN 114298006A
- Authority
- CN
- China
- Prior art keywords
- file
- format
- electronic bill
- information
- format file
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 59
- 238000003860 storage Methods 0.000 title claims abstract description 13
- 238000005516 engineering process Methods 0.000 abstract description 2
- 230000014509 gene expression Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005429 filling process Methods 0.000 description 1
Images
Landscapes
- Document Processing Apparatus (AREA)
- Storage Device Security (AREA)
Abstract
The present application relates to the field of electronic bill technologies, and in particular, to an electronic bill generation method, system, and storage device. The electronic bill generating method comprises the following steps: acquiring a corresponding layout file template and style rule information according to the electronic bill information and the layout file format; filling electronic bill information into the format file template according to the style rule information to generate a first format file; embedding the electronic bill information into the first version file in an attachment mode; and carrying out encryption operation on the first format file to generate a second format file. By the method, different file type templates can be uniformly and regularly described, generation of the format files is unified, and the electronic bill data attachments are directly embedded into the format files, so that a machine can extract bill information in a mode of analyzing the attachments in the circulation process, and the method is efficient and error-free.
Description
Technical Field
The present application relates to the field of electronic bill technologies, and in particular, to an electronic bill generation method, system, and storage device.
Background
With the appearance of electronic bills, the electronic bills replace paper bills more and more widely, the electronic bills have the uniqueness of bill codes and bill numbers used for marking the bills, are uniformly coded and manufactured by departments of finance, tax and the like and are issued, and are tamper-proof by adopting uniform data specifications and electronic signatures.
With the popularization of electronic bills, more and more scenes are adopted for circulation of the electronic bills, however, the electronic bill format files of different bill types have different styles, and multiple format templates such as PDF, OFD and PNG coexist, so that no uniform element style description rule exists. Therefore, the problems that the template is complex to manufacture and the same ticket is easy to show inconsistent display styles under different file formats exist. And the data is recorded after being read manually or is identified and extracted by ocr during circulation, so that the problem of human error or low identification precision exists.
Disclosure of Invention
In view of the above, the present application provides an electronic bill generating method, so as to solve the technical problems of human error or low identification precision, etc. due to the differences in the format and file styles of the electronic bills of different bill types, and the adoption of the mode of manually reading and then inputting or ocr identifying and extracting data during circulation. The specific technical scheme is as follows:
an electronic bill generating method, comprising the steps of:
acquiring a corresponding layout file template and style rule information according to the electronic bill information and the layout file format;
filling electronic bill information into the format file template according to the style rule information to generate a first format file;
embedding the electronic bill information into the first version file in an attachment mode;
and generating a format abstract and signing, filling the signature value into the first format file, and generating a second format file.
Further, the step of filling electronic bill information into the format file template according to the style rule information to generate a first format file includes the specific steps of:
the style rule information includes: a list of information descriptions of layout display elements;
traversing the format display elements, acquiring corresponding contents from the electronic bill information, and filling the contents into the format file module according to a preset rule;
the layout display elements include one or more of: text elements, two-dimensional code elements, state elements and seal elements.
Further, the method also comprises the following steps:
a sending end randomly generates a symmetric encryption key, symmetrically encrypts the second format file and generates a third format file;
reading a public key pre-bound by a sending end and a receiving end which are pre-arranged in a public key library;
performing an asymmetric encryption operation on the symmetric encryption key by using the public key;
the generated key string is stored.
Further, the method also comprises the following steps:
the receiving end selects a private key corresponding to a public key which is preset at the sending end of the public key library and is bound by the receiving end in advance to carry out decryption operation, so as to obtain a symmetric encryption key;
and decrypting the encrypted third format file by using the symmetric encryption key to obtain a second format file.
Further, the method also comprises the following steps:
reading the second version file and judging whether the second version file is safe according to the signature, if so, reading the first version file and judging the type of the second version file;
calling a preset method for reading the attachment according to the type of the format file, and reading the corresponding attachment from the first format file;
and analyzing and applying the read attachment according to the data specification of the electronic bill.
In order to solve the technical problem, the electronic bill generating system is further provided, and the specific technical scheme is as follows:
an electronic ticket generating system comprising: a sending end and a receiving end;
the sending end is used for: acquiring a corresponding layout file template and style rule information according to the electronic bill information and the layout file format;
filling electronic bill information into the format file template according to the style rule information to generate a first format file;
embedding the electronic bill information into the first version file in an attachment mode;
and generating a format abstract and signing, filling the signature value into the first format file, and generating a second format file.
Further, the sending end is further configured to: randomly generating a symmetric encryption key, symmetrically encrypting the second format file, and generating a third format file;
reading a public key pre-bound by a sending end and a receiving end which are pre-arranged in a public key library;
performing an asymmetric encryption operation on the symmetric encryption key by using the public key;
the generated key string is stored.
Further, the receiving end is further configured to: selecting a private key corresponding to a public key which is preset at a sending end and a receiving end of a public key library and is bound in advance to carry out decryption operation to obtain a symmetric encryption key;
and decrypting the encrypted third format file by using the symmetric encryption key to obtain a second format file.
Further, the receiving end is further configured to: reading the second version file and judging whether the second version file is safe according to the signature, if so, reading the first version file and judging the type of the second version file;
calling a preset method for reading the attachment according to the type of the format file, and reading the corresponding attachment from the first format file;
and analyzing and applying the read attachment according to the data specification of the electronic bill.
In order to solve the technical problem, the storage device is further provided, and the specific technical scheme is as follows:
a storage device having stored therein a set of instructions for executing an electronic ticket generating method as mentioned above.
The invention has the beneficial effects that: an electronic bill generating method, comprising the steps of: acquiring a corresponding layout file template and style rule information according to the electronic bill information and the layout file format; filling electronic bill information into the format file template according to the style rule information to generate a first format file; embedding the electronic bill information into the first version file in an attachment mode; and carrying out encryption operation on the first format file to generate a second format file. By the method, different file type templates can be uniformly and regularly described, generation of the format files is unified, and the electronic bill data attachments are directly embedded into the format files, so that a machine can extract bill information in a mode of analyzing the attachments in the circulation process, and the method is efficient and error-free.
The above description of the present invention is only an overview of the technical solutions of the present application, and in order to make the technical solutions of the present application more clearly understood by those skilled in the art, the present invention may be further implemented according to the content described in the text and drawings of the present application, and in order to make the above objects, other objects, features, and advantages of the present application more easily understood, the following description is made in conjunction with the detailed description of the present application and the drawings.
Drawings
The drawings are only for purposes of illustrating the principles, implementations, applications, features, and effects of particular embodiments of the present application, as well as others related thereto, and are not to be construed as limiting the application.
In the drawings of the specification:
FIG. 1 is a first flowchart of an electronic ticket generating method according to an embodiment;
FIG. 2 is a second flowchart of a method for generating electronic tickets according to an embodiment;
fig. 3 is a flowchart three of an electronic ticket generating method according to the embodiment;
FIG. 4 is a fourth flowchart of a method for generating electronic tickets according to the embodiment;
FIG. 5 is a schematic diagram of an electronic ticket generating method according to an embodiment;
FIG. 6 is a block diagram of an electronic ticket generating system according to an embodiment;
fig. 7 is a block diagram of a storage device according to an embodiment.
The reference numerals referred to in the above figures are explained below:
600. an electronic bill generating system is provided, which comprises a bill generating unit,
601. at the transmitting end, the receiving end,
602. at the receiving end, the first signal is transmitted,
700. a storage device.
Detailed Description
In order to explain in detail possible application scenarios, technical principles, practical embodiments, and the like of the present application, the following detailed description is given with reference to the accompanying drawings in conjunction with the listed embodiments. The embodiments described herein are merely for more clearly illustrating the technical solutions of the present application, and therefore, the embodiments are only used as examples, and the scope of the present application is not limited thereby.
Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the application. The appearances of the phrase "an embodiment" in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or related to other embodiments specifically defined. In principle, in the present application, the technical features mentioned in the embodiments can be combined in any manner to form a corresponding implementable technical solution as long as there is no technical contradiction or conflict.
Unless defined otherwise, technical terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs; the use of relational terms herein is intended only to describe particular embodiments and is not intended to limit the present application.
In the description of the present application, the term "and/or" is a expression for describing a logical relationship between objects, meaning that three relationships may exist, for example a and/or B, meaning: there are three cases of A, B, and both A and B. In addition, the character "/" herein generally indicates that the former and latter associated objects are in a logical relationship of "or".
In this application, terms such as "first" and "second" are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions.
Without further limitation, in this application, the use of "including," "comprising," "having," or other similar expressions in phrases and expressions of "including," "comprising," or "having," is intended to cover a non-exclusive inclusion, and such expressions do not exclude the presence of additional elements in a process, method, or article that includes the recited elements, such that a process, method, or article that includes a list of elements may include not only those elements but also other elements not expressly listed or inherent to such process, method, or article.
As is understood in the examination of the guidelines, the terms "greater than", "less than", "more than" and the like in this application are to be understood as excluding the number; the expressions "above", "below", "within" and the like are understood to include the present numbers. In addition, in the description of the embodiments of the present application, "a plurality" means two or more (including two), and expressions related to "a plurality" similar thereto are also understood, for example, "a plurality of groups", "a plurality of times", and the like, unless specifically defined otherwise.
As mentioned in the above background art, the prior art has the problems that the template is complicated to manufacture and the same ticket is easy to show inconsistent display styles in different file formats. And the data is recorded after being read manually or is identified and extracted by ocr during circulation, so that the problem of human error or low identification precision exists. Therefore, in the embodiment, by making a uniform electronic bill style description rule, format generation rules of different file types are uniformly described, and are analyzed and processed by the rule engine, and meanwhile, bill information is embedded into the format file in an attachment mode. The following description will be developed:
the following describes an embodiment of an electronic ticket generating method with reference to fig. 1 to 5:
in this embodiment, an electronic ticket generating method is applicable to an electronic ticket generating system, where the electronic ticket generating system includes: the system comprises a sending end and a receiving end, wherein the sending end refers to the party for uniformly generating the format file for the electronic bill, and the receiving end refers to the party for receiving the corresponding generated format file.
As shown in fig. 1, an electronic ticket generating method includes the steps of:
step S101: and acquiring a corresponding layout file template and style rule information according to the electronic bill information and the layout file format. Specifically, the corresponding layout file template may be obtained from the database according to the template field in the electronic bill data, for example: in this embodiment, the format of the OFD, PDF, PNG, etc. is taken as an example, and an OFD layout file template is acquired, and corresponding style rule information is acquired, where the style rule information includes: the information description list of the format display element (such as the format information description list of the position, the font size, the length, the corresponding electronic bill data field and the like of the format display element) is mainly used for describing which information needs to be filled into the format file template, and the format of the data information needs to be filled into the format file template. Wherein the template field includes: note code, template number, etc.
After step S101, step S102 is executed: and filling electronic bill information into the format file template according to the style rule information to generate a first format file. The method specifically comprises the following steps: traversing the format display elements, acquiring corresponding contents from the electronic bill information, and filling the contents into the format file module according to a preset rule; the layout display elements include one or more of: text elements, two-dimensional code elements, state elements and seal elements.
The specific filling process is as shown in fig. 5, and whether the text information is judged, if the text information is the text information, the text information is converted according to the style information according to the data field, the format file is filled, if the text information is not the text information, whether the text information is the two-dimensional code element is judged, if the text information is the two-dimensional code element, the two-dimensional code is extracted according to the configuration and arranged in the data field to generate the two-dimensional code, the format file is filled, if the text information is not the two-dimensional code element, whether the text information is the state element is judged, if the text information is not the two-dimensional code element, the state picture is acquired according to the bill state, the format file is filled, if the text information is not the state element, whether the text information is the seal element is judged, if the text information is the seal picture is the seal element, the print picture is acquired according to the bill unit information and the supervision information, the format file is filled, and finally the first version file is generated.
Step S103: and embedding the electronic bill information into the first version file in an attachment mode. Because not all the electronic bill information is filled into the format file, all the electronic bill information can be embedded into the format file in an attachment mode, but the non-receiving end cannot read all the contents of the electronic bill information because the embedding mode is agreed by the sending end and the receiving end in advance, and certain safety is achieved.
Step S104: and generating a format abstract and signing, filling the signature value into the first format file, and generating a second format file. The method specifically comprises the following steps: and extracting the abstract of the generated first version file, calling a signature device to carry out signature, and filling a signature value into a signature area of the first version file to generate a second version file. When the signature receives the corresponding file at the subsequent receiving end, the signature can be verified to judge whether the corresponding file content is tampered or not, so that the accuracy and the correctness of the file information content are ensured.
The overall flow diagram can be seen in fig. 5.
In this embodiment, preferably, as shown in fig. 2, to ensure the security during the transmission of the electronic ticket, the method further includes the steps of:
step S201: and the sending end randomly generates a symmetric encryption key, symmetrically encrypts the second format file and generates a third format file.
Step S202: and reading a public key which is preset in a public key library and is bound by a sending end and a receiving end in advance.
Step S203: and carrying out asymmetric encryption operation on the symmetric encryption key by using the public key.
Step S204: the generated key string is stored. The encrypted file can only be consulted and operated by the sending end and the agent end by using a private key corresponding to the public key for decryption.
For the third layout file, when the receiving end receives the third layout file, as shown in fig. 3, the method includes the steps of:
step S301: the receiving end selects a private key corresponding to a public key which is preset at the sending end and the receiving end of the public key library and is bound in advance to carry out decryption operation, and a symmetric encryption key is obtained.
Step S302: and decrypting the encrypted third format file by using the symmetric encryption key to obtain a second format file.
After the second layout file is obtained, please refer to fig. 4, which further includes the following steps:
step S401: reading the second version file and judging whether the second version file is safe according to the signature, if so, reading the first version file and judging the type of the second version file;
step S402: calling a preset method for reading the attachment according to the type of the format file, and reading the corresponding attachment from the first format file;
step S403: and analyzing and applying the read attachment according to the data specification of the electronic bill. Wherein the fields may include: bill code, bill number, payee information, billing unit information, bill item information, bill amount, etc.
An electronic bill generating method, comprising the steps of: acquiring a corresponding layout file template and style rule information according to the electronic bill information and the layout file format; filling electronic bill information into the format file template according to the style rule information to generate a first format file; embedding the electronic bill information into the first version file in an attachment mode; and carrying out encryption operation on the first format file to generate a second format file. By the method, different file type templates can be uniformly and regularly described, generation of the format files is unified, and the electronic bill data attachments are directly embedded into the format files, so that a machine can extract bill information in a mode of analyzing the attachments in the circulation process, and the method is efficient and error-free.
An embodiment of an electronic ticket generating system 600 is described below with reference to fig. 6:
an electronic ticket generating system 600 comprising: a transmitting end 601 and a receiving end 602;
the sending end 601 is configured to: and acquiring a corresponding layout file template and style rule information according to the electronic bill information and the layout file format. Specifically, the corresponding layout file template may be obtained from the database according to the template field in the electronic bill data, for example: in this embodiment, the format of the OFD, PDF, PNG, etc. is taken as an example, and an OFD layout file template is acquired, and corresponding style rule information is acquired, where the style rule information includes: the information description list of the format display element (such as the format information description list of the position, the font size, the length, the corresponding electronic bill data field and the like of the format display element) is mainly used for describing which information needs to be filled into the format file template, and the format of the data information needs to be filled into the format file template. Wherein the template field includes: note code, template number, etc.
And filling electronic bill information into the format file template according to the style rule information to generate a first format file. The method specifically comprises the following steps: traversing the format display elements, acquiring corresponding contents from the electronic bill information, and filling the contents into the format file module according to a preset rule; the layout display elements include one or more of: text elements, two-dimensional code elements, state elements and seal elements.
The specific filling may be as follows:
judging whether the file is text information or not, if the file is text information, converting the file according to the style information according to the data field, filling in a format file, if the file is not text information, judging whether the file is a two-dimensional code element or not, if the file is the two-dimensional code element, extracting and arranging the data field according to the configuration to generate a two-dimensional code, filling in the format file, if the file is not the two-dimensional code element, judging whether the file is a state element or not, if the file is the state element, acquiring a state picture according to the bill state, filling in the format file, if the file is not the state element, judging whether the file is a seal element or not, if the file is the seal element, acquiring the seal picture according to the bill unit information and the supervision information, filling in the format file, and finally generating a first format file.
And embedding the electronic bill information into the first version file in an attachment mode. Since not all the electronic ticket information is filled into the format file, all the electronic ticket information is embedded into the format file in an attachment manner, but the embedding manner is that the sending end 601 and the receiving end 602 agree in advance, so that the non-receiving end 602 cannot read all the contents of the electronic ticket information, and has certain security.
And generating a format abstract and signing, filling the signature value into the first format file, and generating a second format file. The method specifically comprises the following steps: and extracting the abstract of the generated first version file, calling a signature device to carry out signature, and filling a signature value into a signature area of the first version file to generate a second version file. When the subsequent receiving end 602 receives the corresponding file through the signature, the signature can be verified to determine whether the corresponding file content has been tampered with, so as to ensure the accuracy and correctness of the file information content.
In this embodiment, preferably, to ensure security during the transmission of the electronic ticket, the sender 601 is further configured to: randomly generating a symmetric encryption key, symmetrically encrypting the second format file, and generating a third format file;
reading a public key pre-bound by a sending terminal 601 and a receiving terminal 602 which are pre-arranged in a public key library;
performing an asymmetric encryption operation on the symmetric encryption key by using the public key;
the generated key string is stored. The sending end 601 and the agent end can only use the private key corresponding to the public key to decrypt the encrypted file for reference and operation.
For the third layout file, when the receiving end 602 receives the third layout file, the receiving end 602 is further configured to: selecting a private key corresponding to a public key pre-bound to a sending end 601 and a receiving end 602 of a public key library to perform decryption operation, so as to obtain a symmetric encryption key;
and decrypting the encrypted third format file by using the symmetric encryption key to obtain a second format file.
After obtaining the second layout file, the receiving end 602 is further configured to: reading the second version file and judging whether the second version file is safe according to the signature, if so, reading the first version file and judging the type of the second version file;
calling a preset method for reading the attachment according to the type of the format file, and reading the corresponding attachment from the first format file;
and analyzing and applying the read attachment according to the data specification of the electronic bill. Wherein the fields may include: bill code, bill number, payee information, billing unit information, bill item information, bill amount, etc.
An electronic ticket generating system 600 comprising: a transmitting end 601 and a receiving end 602; the sending end 601 is configured to: acquiring a corresponding layout file template and style rule information according to the electronic bill information and the layout file format; filling electronic bill information into the format file template according to the style rule information to generate a first format file; embedding the electronic bill information into the first version file in an attachment mode; and generating a format abstract and signing, filling the signature value into the first format file, and generating a second format file. Through the system, the unified rule description can be carried out on different file type templates, the generation of the format file is unified, and the electronic bill data attachment is directly embedded into the format file, so that the bill information can be extracted by a machine in a circulation process in an attachment analyzing mode, and the system is efficient and error-free.
An embodiment of a storage device 700 is described below in conjunction with fig. 7:
the storage device 700 includes, but is not limited to: personal computer, server, general computer, special computer, network equipment, embedded equipment, programmable equipment, intelligent mobile terminal, etc., the specific implementation can be as follows:
a storage device 700 having stored therein a set of instructions for performing:
and acquiring a corresponding layout file template and style rule information according to the electronic bill information and the layout file format. Specifically, the corresponding layout file template may be obtained from the database according to the template field in the electronic bill data, for example: in this embodiment, the format of the OFD, PDF, PNG, etc. is taken as an example, and an OFD layout file template is acquired, and corresponding style rule information is acquired, where the style rule information includes: the information description list of the format display element (such as the format information description list of the position, the font size, the length, the corresponding electronic bill data field and the like of the format display element) is mainly used for describing which information needs to be filled into the format file template, and the format of the data information needs to be filled into the format file template. Wherein the template field includes: note code, template number, etc.
And filling electronic bill information into the format file template according to the style rule information to generate a first format file. The method specifically comprises the following steps: traversing the format display elements, acquiring corresponding contents from the electronic bill information, and filling the contents into the format file module according to a preset rule; the layout display elements include one or more of: text elements, two-dimensional code elements, state elements and seal elements.
The specific filling may be as follows:
judging whether the file is text information or not, if the file is text information, converting the file according to the style information according to the data field, filling in a format file, if the file is not text information, judging whether the file is a two-dimensional code element or not, if the file is the two-dimensional code element, extracting and arranging the data field according to the configuration to generate a two-dimensional code, filling in the format file, if the file is not the two-dimensional code element, judging whether the file is a state element or not, if the file is the state element, acquiring a state picture according to the bill state, filling in the format file, if the file is not the state element, judging whether the file is a seal element or not, if the file is the seal element, acquiring the seal picture according to the bill unit information and the supervision information, filling in the format file, and finally generating a first format file.
And embedding the electronic bill information into the first version file in an attachment mode. Because not all the electronic bill information is filled into the format file, all the electronic bill information can be embedded into the format file in an attachment mode, but the non-receiving end cannot read all the contents of the electronic bill information because the embedding mode is agreed by the sending end and the receiving end in advance, and certain safety is achieved.
And generating a format abstract and signing, filling the signature value into the first format file, and generating a second format file. The method specifically comprises the following steps: and extracting the abstract of the generated first version file, calling a signature device to carry out signature, and filling a signature value into a signature area of the first version file to generate a second version file. When the signature receives the corresponding file at the subsequent receiving end, the signature can be verified to judge whether the corresponding file content is tampered or not, so that the accuracy and the correctness of the file information content are ensured.
In this embodiment, preferably, to ensure security during the transmission of the electronic ticket, the instruction set further executes:
and randomly generating a symmetric encryption key, symmetrically encrypting the second format file, and generating a third format file.
And reading a public key which is preset in a public key library and is bound by a sending end and a receiving end in advance.
And carrying out asymmetric encryption operation on the symmetric encryption key by using the public key.
The generated key string is stored. The encrypted file can only be consulted and operated by the sending end and the agent end by using a private key corresponding to the public key for decryption.
The storage device 700 can perform uniform rule description on different file type templates, unifies generation of format files, and directly embeds electronic bill data attachments in the format files, so that a machine can extract bill information in a mode of analyzing the attachments in a circulation process, and the method is efficient and error-free.
Finally, it should be noted that, although the above embodiments have been described in the text and drawings of the present application, the scope of the patent protection of the present application is not limited thereby. All technical solutions which are generated by replacing or modifying the equivalent structure or the equivalent flow according to the contents described in the text and the drawings of the present application, and which are directly or indirectly implemented in other related technical fields, are included in the scope of protection of the present application.
Claims (10)
1. An electronic bill generating method, characterized by comprising the steps of:
acquiring a corresponding layout file template and style rule information according to the electronic bill information and the layout file format;
filling electronic bill information into the format file template according to the style rule information to generate a first format file;
embedding the electronic bill information into the first version file in an attachment mode;
and generating a format abstract and signing, filling the signature value into the first format file, and generating a second format file.
2. The electronic bill generation method according to claim 1, wherein the step of filling electronic bill information into the layout file template according to the style rule information to generate the first layout file further includes the steps of:
the style rule information includes: a list of information descriptions of layout display elements;
traversing the format display elements, acquiring corresponding contents from the electronic bill information, and filling the contents into the format file module according to a preset rule;
the layout display elements include one or more of: text elements, two-dimensional code elements, state elements and seal elements.
3. The electronic bill generating method according to claim 1, further comprising the steps of:
a sending end randomly generates a symmetric encryption key, symmetrically encrypts the second format file and generates a third format file;
reading a public key pre-bound by a sending end and a receiving end which are pre-arranged in a public key library;
performing an asymmetric encryption operation on the symmetric encryption key by using the public key;
the generated key string is stored.
4. The electronic bill generating method according to claim 3, further comprising the steps of:
the receiving end selects a private key corresponding to a public key which is preset at the sending end of the public key library and is bound by the receiving end in advance to carry out decryption operation, so as to obtain a symmetric encryption key;
and decrypting the encrypted third format file by using the symmetric encryption key to obtain a second format file.
5. The electronic bill generating method according to claim 1 or 4, further comprising the steps of:
reading the second version file and judging whether the second version file is safe according to the signature, if so, reading the first version file and judging the type of the second version file;
calling a preset method for reading the attachment according to the type of the format file, and reading the corresponding attachment from the first format file;
and analyzing and applying the read attachment according to the data specification of the electronic bill.
6. An electronic ticket generating system, comprising: a sending end and a receiving end;
the sending end is used for: acquiring a corresponding layout file template and style rule information according to the electronic bill information and the layout file format;
filling electronic bill information into the format file template according to the style rule information to generate a first format file;
embedding the electronic bill information into the first version file in an attachment mode;
and generating a format abstract and signing, filling the signature value into the first format file, and generating a second format file.
7. An electronic bill generating system according to claim 6,
the sending end is further configured to: randomly generating a symmetric encryption key, symmetrically encrypting the second format file, and generating a third format file;
reading a public key pre-bound by a sending end and a receiving end which are pre-arranged in a public key library;
performing an asymmetric encryption operation on the symmetric encryption key by using the public key;
the generated key string is stored.
8. The electronic ticket generating system of claim 7 wherein the receiving end is further configured to: selecting a private key corresponding to a public key which is preset at a sending end and a receiving end of a public key library and is bound in advance to carry out decryption operation to obtain a symmetric encryption key;
and decrypting the encrypted third format file by using the symmetric encryption key to obtain a second format file.
9. The electronic bill generation system according to claim 6 or 8, wherein the receiving end is further configured to: reading the second version file and judging whether the second version file is safe according to the signature, if so, reading the first version file and judging the type of the second version file;
calling a preset method for reading the attachment according to the type of the format file, and reading the corresponding attachment from the first format file;
and analyzing and applying the read attachment according to the data specification of the electronic bill.
10. A storage device having a set of instructions stored therein, the set of instructions being operable to perform: an electronic ticket generating method as claimed in any one of claims 1 to 3.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111644399.3A CN114298006B (en) | 2021-12-30 | 2021-12-30 | Electronic bill generation method, system and storage device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111644399.3A CN114298006B (en) | 2021-12-30 | 2021-12-30 | Electronic bill generation method, system and storage device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114298006A true CN114298006A (en) | 2022-04-08 |
| CN114298006B CN114298006B (en) | 2023-05-09 |
Family
ID=80972497
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111644399.3A Active CN114298006B (en) | 2021-12-30 | 2021-12-30 | Electronic bill generation method, system and storage device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114298006B (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115426347A (en) * | 2022-08-17 | 2022-12-02 | 简单汇信息科技(广州)有限公司 | A bill information page display method and API service |
| CN117058701A (en) * | 2023-08-01 | 2023-11-14 | 金蝶票据云科技(深圳)有限公司 | Electronic bill parsing method, device, computer equipment and storage medium |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150254617A1 (en) * | 2014-03-10 | 2015-09-10 | Aliaswire, Inc. | Methods, systems, and devices to dynamically customize electronic bill presentment and payment workflows |
| CN106485556A (en) * | 2016-10-21 | 2017-03-08 | 百望股份有限公司 | A kind of electronic invoice generates system |
| CN109919014A (en) * | 2019-01-28 | 2019-06-21 | 平安科技（深圳）有限公司 | OCR recognition methods and its electronic equipment |
| CN110909383A (en) * | 2019-11-15 | 2020-03-24 | 深圳市网心科技有限公司 | An electronic invoice management method, device, electronic device and storage medium |
| CN111898982A (en) * | 2020-07-23 | 2020-11-06 | 百望股份有限公司 | Electronic invoice generation method |
-
2021
- 2021-12-30 CN CN202111644399.3A patent/CN114298006B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150254617A1 (en) * | 2014-03-10 | 2015-09-10 | Aliaswire, Inc. | Methods, systems, and devices to dynamically customize electronic bill presentment and payment workflows |
| CN106485556A (en) * | 2016-10-21 | 2017-03-08 | 百望股份有限公司 | A kind of electronic invoice generates system |
| CN109919014A (en) * | 2019-01-28 | 2019-06-21 | 平安科技（深圳）有限公司 | OCR recognition methods and its electronic equipment |
| CN110909383A (en) * | 2019-11-15 | 2020-03-24 | 深圳市网心科技有限公司 | An electronic invoice management method, device, electronic device and storage medium |
| CN111898982A (en) * | 2020-07-23 | 2020-11-06 | 百望股份有限公司 | Electronic invoice generation method |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115426347A (en) * | 2022-08-17 | 2022-12-02 | 简单汇信息科技(广州)有限公司 | A bill information page display method and API service |
| CN117058701A (en) * | 2023-08-01 | 2023-11-14 | 金蝶票据云科技(深圳)有限公司 | Electronic bill parsing method, device, computer equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114298006B (en) | 2023-05-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110532811B (en) | PDF (Portable document Format) signature method and PDF signature system | |
| US20030028774A1 (en) | Ensuring the integrity of an electronic document | |
| CN111242259B (en) | Intelligent anti-counterfeiting code encoding and decoding method and system | |
| US20090031135A1 (en) | Tamper Proof Seal For An Electronic Document | |
| CN112597455B (en) | Document anti-counterfeiting method and device | |
| KR102138077B1 (en) | System and method for preventing forgery and alteration of documents | |
| US12306913B2 (en) | Certified text document | |
| CN114298006B (en) | Electronic bill generation method, system and storage device | |
| CN101834726A (en) | Safe encryption method based on bi-dimensional codes | |
| US8903771B2 (en) | Method and device for importing backup data for a mobile terminal | |
| CN107317806A (en) | A kind of electronics license application copy securely generates method and device | |
| CN117235808A (en) | PDF document electronic signature method, electronic signature verification method and electronic equipment | |
| CN115795538A (en) | Desensitization document anti-desensitization method, apparatus, computer device and storage medium | |
| WO2014106181A2 (en) | A method and an apparatus for securely signing application data | |
| CN116910792A (en) | Artificial intelligence generated content processing method, system, equipment and storage medium | |
| CN114492355B (en) | Method and system for generating electronic bidding invitation letter and response receipt letter in OFD format | |
| US20200059368A1 (en) | Methods for Processing and Verifying a Document | |
| US9277097B2 (en) | Method for authenticating a document | |
| CN104517203A (en) | Stamping method, apparatus and system of electronic stamp | |
| CN109214488B (en) | A method and system for information transmission based on graphic coded data | |
| Hellmeier et al. | Innamark: A whitespace replacement information-hiding method | |
| CN117574337A (en) | Invisible watermark-based data tamper-resistant storage method and verification method | |
| JP3997197B2 (en) | Image processing system | |
| Marksteiner et al. | Black-box protocol testing using Rebeca and Automata Learning | |
| CN103577969A (en) | Electronic seal stamping method |
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 | ||
| GR01 | Patent grant |