CN106952124A

CN106952124A - Electronic bill management system and method based on distribution book keeping operation

Info

Publication number: CN106952124A
Application number: CN201710156128.0A
Authority: CN
Inventors: 唐聪; 陈邦道; 王李琰; 孟宏伟; 宋文略
Original assignee: Beijing Cattle Chain Technology Co Ltd
Current assignee: Shenzhen And Xinanda Technology Co Ltd
Priority date: 2017-03-16
Filing date: 2017-03-16
Publication date: 2017-07-14

Abstract

The invention discloses a kind of electronic bill management system based on distribution book keeping operation and method.The electronic bill management system based on distribution book keeping operation includes multiple checking nodes, each checking node includes electronic invoice contract module and common recognition module, wherein described electronic invoice contract module includes electronic invoice business intelligence contract and is arranged to receive the trading instruction for the electronic invoice business intelligence contract and performs the trading instruction according to the result of the common recognition module to set up block and form block chain, and the electronic invoice business intelligence contract refers to the operation to electronic invoice progress；The common recognition module is arranged to the trading instruction sequence for communicating and reaching an agreement according to common recognition algorithm for received trading instruction between all checking nodes with other checking nodes when activated.It can realize anti-tamper using electronic bill management system of the present disclosure based on distribution book keeping operation and method and be cost-effective.

Description

Electronic bill management system and method based on distribution book keeping operation

Technical field

The present invention relates to electronic invoice technical field, more particularly to a kind of electronic invoice based on distribution book keeping operation Management system and method.

Background technology

Electronic invoice is all entity and individual in purchasing and selling commodities, offer or receives to service and be engaged in other production and operation The business voucher issued and collected in activity.The State Tax Administration is formal from 1 day January in 2016 to carry out using value-added tax electricity Sub- invoice system issues value-added tax electronic invoice and allows it as reimbursement voucher.Nowadays increasing electric business, eating and drinking establishment Using value-added tax electronic invoice system electronic invoice is provided the consumer with Deng numerous and confused.However, because electronic invoice is a kind of number Word assets, therefore it naturally has easy to lose, transreplication and easily distorts etc. characteristic.For electronic invoice related service Speech, each business participant, such as side of making out an invoice, reimbursement enterprise need to be locally-downloaded and install value-added tax electronic invoice system simultaneously at it In the electronic invoice information database of local maintenance their own.When reimbursement enterprise receives the electronic invoice to be submitted an expense account, it is typically Inquired about according to electronic invoice grade by network to the believable central authority such as tax bureau's electronic invoice system or to the side of making out an invoice The true and false of the electronic invoice.

For existing value-added tax electronic invoice system, firstly, since the security of electronic invoice information is depended on The technical merit of the value-added tax electronic invoice system and electronic invoice information database itself and its operation maintenance personnel, data are in itself simultaneously Without survivability, this can make existing value-added tax electronic invoice system there is great potential safety hazard and add system to hold Hair and maintenance cost.Secondly as needing to verify the true and false of electronic invoice, this meeting pair to believable central authority or the side of making out an invoice The technical merit and peopleware of central authority cause great test, but also bring substantial amounts of communication overhead and Netowrk tape Width takes, so as to add the complexity and operation cost of system.Furthermore, each participant of electronic invoice business each has it The electronic invoice information database of oneself simultaneously oneself is safeguarded that is, electronic invoice information is scattered storage, this scattered by respective The characteristic of storage causes electronic invoice information to be tampered or be difficult to recover after destroying.Further, since the type selecting of respective database is not The reasons such as the isomerism of same and storage medium, are difficult technically that unified digital-synchro is realized between these databases System.

Accordingly, it would be desirable to a kind of electronic bill management system that can be anti-tamper and cost-effective and method.

The content of the invention

In order to solve the drawbacks described above of prior art, embodiment of the present invention provide one kind can anti-tamper and cost have The electronic bill management system kept accounts based on distribution and method of effect.

In one aspect of the invention there is provided a kind of electronic bill management system based on distribution book keeping operation, it can be with Including multiple checking nodes, each checking node includes electronic invoice contract module and common recognition module, wherein：The electronic invoice Contract module is comprising electronic invoice business intelligence contract and is arranged to receive for electronic invoice business intelligence conjunction Trading instruction about simultaneously performs the trading instruction to set up block and form block chain according to the result of the common recognition module, institute State the operation that electronic invoice business intelligence contract refers to carry out electronic invoice；The common recognition module, which is arranged to work as, to be triggered When with other checking nodes communicate and according to common recognition algorithm for received trading instruction it is all verify nodes between reach one The trading instruction sequence of cause.

In an embodiment of the invention, the electronic invoice business intelligence contract can include electronic invoice establishment Intelligent contract, the intelligent contract of electronic invoice circulation, application submit an expense account intelligent contract, confirm the intelligent contract of reimbursement and rejection reimbursement intelligence Contract.

In an embodiment of the invention, the electronic invoice business intelligence contract can be issued including electronic invoice Historical query intelligence contract, the intelligent contract of electronic invoice information inquiry, the intelligent contract of electronic invoice reimbursement status inquiry and reimbursement Single intelligent contract of details inquiry.

In an embodiment of the invention, when the trading instruction number that the electronic invoice contract module is received reaches During to certain threshold value, the common recognition module is triggered.

In an embodiment of the invention, when reaching trading processing time window, the common recognition module is triggered, its Described in trading processing time window refer to from receiving the maximum duration that trading instruction is performed to the trading instruction.

In an embodiment of the invention, each checking node can also include data module, the data module For storing the block chain and electronic invoice information.

In an embodiment of the invention, the block includes preceding block cryptographic Hash, the trading instruction sequence and shape State cryptographic Hash, wherein the preceding block cryptographic Hash refers to the cryptographic Hash of the previous block of the block, the state cryptographic Hash is Finger has performed the output cryptographic Hash obtained by the trading instruction sequence.

In an embodiment of the invention, the common recognition algorithm can include token ring algorithm and Byzantine failure tolerance is calculated Method.

In an embodiment of the invention, it is described checking node number can be 3n+1, wherein, n be more than etc. In 0 integer.

In an embodiment of the invention, the electronic bill management system based on distribution book keeping operation can also be wrapped Include multiple non-authentication nodes, the non-authentication node is responsible for verifying the trading instruction and by the trading instruction of empirical tests to institute State checking node forwarding.

In another aspect of this invention there is provided a kind of electronic invoice management method based on distribution book keeping operation, it can be with Including：To multiple checking node deployment electronic invoice business intelligence contracts, wherein the multiple checking node constitutes distribution System and it can be in communication with each other, the electronic invoice business intelligence contract refers to the operation carried out to electronic invoice；Each Verify that node receives the trading instruction for the electronic invoice business intelligence contract；It is described when trigger condition is met each to test Card node communicates with other checking nodes and reached according to common recognition algorithm for received trading instruction between all checking nodes Into consistent trading instruction sequence；And refer in each checking node according to the trading instruction sequence execution transaction Make setting up block and forming block chain.

In an embodiment of the invention, the trigger condition can reach one for the trading instruction number received Determine threshold value.

In an embodiment of the invention, the trigger condition is reaches trading processing time window, wherein described hand over Disposable time window refers to from receiving the maximum duration that trading instruction is performed to the trading instruction.

In an embodiment of the invention, the electronic invoice management method based on distribution book keeping operation can also be wrapped Include and store the block chain and electronic invoice information in each checking node.

In an embodiment of the invention, the block can include preceding block cryptographic Hash, the trading instruction sequence With state cryptographic Hash, wherein the preceding block cryptographic Hash refers to the cryptographic Hash of the previous block of the block, the state Hash Value refers to perform the output cryptographic Hash obtained by the trading instruction sequence.

In an embodiment of the invention, the distributed system also includes multiple non-authentication nodes, described non-to test Card node is responsible for verifying the trading instruction and forwards the trading instruction of empirical tests to the checking node.

Compared with prior art, present disclosure has advantages below：

First, the electronic bill management system kept accounts based on distribution and method according to embodiment of the present invention are employed Multiple checking nodes, independently set up block at each checking node and form block chain, this is a kind of structure of decentralization, The mode of i.e. distributed book keeping operation so that electronic invoice information is by the block chain co- controlling on multiple checking nodes, so that effectively Ground prevents the distorting and attacking to electronic invoice information of the malicious users such as hacker.

Secondly as the electronic bill management system kept accounts based on distribution and method according to embodiment of the present invention are adopted With the structure of decentralization, that is to say, that do not exist as the hardware management mechanism at center, thus also just without human intervention, So as to greatly reduce the dependence to operation maintenance personnel technical merit, while also reducing maintenance cost and operation cost.

Furthermore, the electronic bill management system kept accounts based on distribution and method according to embodiment of the present invention are each Verify node according to the consistent trading instruction sequence formed by algorithm of knowing together to perform trading instruction to set up block simultaneously Form block chain, that is to say, that trading activity each time has all been given to save from damage, the chain of evidence of block chain form is formd, so that Trading activity each time can effectively be reduced.

In addition, the electronic bill management system and approach application based on distribution book keeping operation according to embodiment of the present invention Block chain technology, and block chain technology is in itself to the less demanding of hardware, therefore according to embodiment of the present invention based on distribution The electronic bill management system and method for book keeping operation are cost-effective without largely being put into hardware aspect.

Brief description of the drawings

It has been specifically explained in the appended claims the novel feature of the present invention.By reference to using this wherein The features as discussed above that the illustrated embodiment of inventive principle is illustrated by, it will to the features and advantages of the present invention It is better understood from.In the accompanying drawings：

The structure that Fig. 1 illustrates the electronic bill management system based on distribution book keeping operation according to embodiment of the present invention is shown It is intended to.

Fig. 2 illustrates the example institute of the electronic bill management system based on distribution book keeping operation according to embodiment of the present invention The schematic diagram of the block chain of formation.

Fig. 3 illustrates the flow of the electronic invoice management method based on distribution book keeping operation according to embodiment of the present invention Figure.

Fig. 4 is that the example of the electronic invoice management method based on distribution book keeping operation according to embodiment of the present invention is formed Block chain rough schematic view.

Fig. 5 is that the example of the electronic invoice management method based on distribution book keeping operation according to embodiment of the present invention is formed Block chain rough schematic view.

Fig. 6 is that the example of the electronic invoice management method based on distribution book keeping operation according to embodiment of the present invention is formed Block chain rough schematic view.

Fig. 7 is that the example of the electronic invoice management method based on distribution book keeping operation according to embodiment of the present invention is formed Block chain rough schematic view.

Embodiment

Let us now refer to the figures the embodiment of the system and method disclosed in being described in detail.In the following detailed description There is no any content to be intended to indicate that any specific components, feature or step are essential for the present invention.Art technology Personnel will be understood that various features or step can be substituted or combined each other.

As shown in figure 1, which illustrates a kind of electronic invoice pipe based on distribution book keeping operation according to embodiment of the present invention The structural representation of reason system.The electronic bill management system based on distribution book keeping operation can include multiple checking nodes, example Such as verify node 1, checking node 2 ..., checking node n, these checking nodes be attached by network 110.Network 110 can Think LAN, Metropolitan Area Network (MAN) and/or wide area network etc..Each checking node can include electronic invoice contract module 101 and common recognition Module 102, wherein the electronic invoice contract module 101 can include electronic invoice business intelligence contract and be arranged to Reception is directed to the trading instruction of the electronic invoice business intelligence contract and described according to the result execution of the common recognition module 102 Trading instruction is to set up block and form block chain, and the electronic invoice business intelligence contract refers to the behaviour carried out to electronic invoice Make；The common recognition module 102 is arranged to communicate with other checking nodes when activated and is directed to institute according to common recognition algorithm The trading instruction sequence that the trading instruction of reception is reached an agreement between all checking nodes.

From the foregoing, the electronic bill management system based on distribution book keeping operation according to embodiment of the present invention is employed Multiple checking nodes, it is each checking node at its electronic invoice contract module 101 according to common recognition module 102 according to common recognition algorithm Trading instruction is performed in the order of all consistent trading instruction sequences verified and reached between nodes, to set up block and shape Into block chain.In other words, that is, in each checking node the identical friendship of same item is performed in that same order Easily instruction, thus establish identical block in each checking node and form identical block chain.This is during one kind is gone The structure of the heart, i.e., a kind of mode of distributed book keeping operation, there is a central authority completely not with existing electronic invoice system in it Together.Technical scheme using the electronic bill management system based on distribution book keeping operation according to embodiment of the present invention causes electronics Invoice information is by the block chain co- controlling on multiple checking nodes.Only when the information at least a greater part of checking node simultaneously In the case of being all tampered, be possible to cause the electronic invoice management based on distribution book keeping operation according to embodiment of the present invention The electronic invoice information of system is tampered.Realize while distort the information at least a greater part of checking node, be in theory It can not realize, therefore can be effectively according to the electronic bill management system based on distribution book keeping operation of embodiment of the present invention The distorting and attacking to electronic invoice information of the malicious users such as hacker is prevented, and prevents that personal user from forging or change electronics hair The possibility of ticket.Further, since the electronic bill management system based on distribution book keeping operation according to embodiment of the present invention is used Block chain technology, and block chain technology is in itself to the less demanding of hardware, therefore according to embodiment of the present invention based on distribution The electronic bill management system of formula book keeping operation is cost-effective without largely being put into hardware aspect.

In an embodiment of the invention, in each checking of the electronic bill management system based on distribution book keeping operation Node is all deployed with electronic invoice business intelligence contract, and the electronic invoice business intelligence contract mainly includes electronic invoice and creates intelligence Energy contract, the intelligent contract of electronic invoice circulation, application submit an expense account intelligence contract, confirm that the intelligent contract of reimbursement and rejection are submitted an expense account intelligence and closed About.Wherein electronic invoice creates intelligent contract and is used to create electronic invoice, and the intelligent contract of electronic invoice circulation is used to realize electronics The transfer of invoice owner, the intelligent contract of application reimbursement is used for the submission for realizing electronic invoice reimbursement application, confirms reimbursement intelligence Contract is used to realize that the reimbursement of electronic invoice to confirm, and the intelligent contract of rejection reimbursement is used to realize refuting for electronic invoice reimbursement Return.For example, when the side of making out an invoice needs to issue electronic invoice, it is possible to call the electronic invoice on checking node to create intelligence Contract creates electronic invoice.When submitting an expense account enterprise's needs to received electronic invoice reimbursement application progress reimbursement confirmation, Reimbursement of the intelligent contract of confirmation reimbursement to realize electronic invoice on checking node can be just called to confirm.These intelligent contracts can To be realized using software, hardware, firmware or its any combinations.In an embodiment of the invention, these are intelligently closed It can about be write using GoLang language, naturally it is also possible to compiled using any programming language well known by persons skilled in the art Write, the present invention is not so limited in this respect.

Electronic invoice business intelligence contract is related to the processing to electronic invoice information and renewal.In the implementation of the present invention In mode, electronic invoice information can be stored within a block.In another embodiment of the present invention, electronic invoice information can be with It is stored in the electronic invoice information database associated with block or data file.In an embodiment of the invention, Electronic invoice information can include invoice essential information (uuid, fromid+toid+history+ownerid+status+ Createtm+submittm+confirmtm+bxuuid), wherein uuid represents invoice number or invoice id；Fromid represents to make out an invoice Side；Toid represents to receive ticket side；History represents the historical information that circulates, and when creating electronic invoice, history content is to make out an invoice Side；Ownerid represents electronic invoice owner, and when creating electronic invoice, ownerid content is the side of making out an invoice；Status is represented Electronic invoice state in which；Createtm represents the creation time of electronic invoice, i.e. timestamp timestamp；submittm Represent the time (being initially 0) of application reimbursement；Confirmtm represents to confirm the time (being initially 0) of reimbursement；And bxuuid tables Show reimbursement odd numbers (being initially 0).It will be appreciated by those skilled in the art that the present invention is not limited invoice essential information, Invoice essential information can include information more more or less than information as described above in embodiments of the present invention.It is right In electronic invoice state in which, in one embodiment, status is that 0 expression electronic invoice is newly created, i.e. the electricity Circulation not yet occurred for sub- invoice；Status is that 1 expression electronic invoice is in circulation；Status is at 2 expression electronic invoices In reimbursement；And status is that 3 expression electronic invoice reimbursements are completed.In another embodiment of the present invention, 0 can be used Represent that electronic invoice reimbursement is completed, newly created using 1 expression electronic invoice, represent that electronic invoice is in circulation using 2, And use 3 to represent that electronic invoice is in reimbursement.It should be appreciated that those skilled in the art also hold according to the teaching of present disclosure The representation of the state of various electronic invoices is readily conceivable that, it is numerous to list herein.

In an embodiment of the invention, electronic invoice information can also include electronic invoice metadata information (uuid+ " md ", metadata), wherein uuid represents invoice id；Md represents character string placeholder；Metadata represents data, Shopping in data deposit electronic invoice such as can include Item Title, the amount of money, quantity, the tax rate is detailed.In the present invention An embodiment in, electronic invoice information can also include the side of making out an invoice record (fromid+timestamp+uuid, Timestamp), wherein fromid represents the side of making out an invoice；Timestamp represents timestamp；And uuid represents invoice id.In this hair In a bright embodiment, electronic invoice information can include receive ticket side record (toid+timestamp+uuid, Timestamp), wherein toid represents to receive ticket side；Timestamp represents timestamp；And uuid represents the invoice of electronic invoice id.In an embodiment of the invention, electronic invoice information can also include circulation historical record (ownerid+uuid, Timestamp), wherein owerid represents electronic invoice owner；Timestamp represents timestamp；And uuid represents electronics The invoice id of invoice.In an embodiment of the invention, electronic invoice information can also include reimbursement information (bxuuid, [uuid1, uuid2...]+ownerid+toid+endtm+bxinfo), wherein bxuuid represents to submit an expense account odd numbers；[uuid1, Uuid2... the invoice id included in expense report] is represented；Ownerid represents electronic invoice owner, is now reimbursement Shen Ask someone；Endtm represents to submit an expense account deadline；And bxinfo represents to submit an expense account details.It will be appreciated by those skilled in the art that Electronic invoice information can be using .csv Comma-Separated Values file format, dat document format datas, Borland Db The sheet formats of paradox 7 and any file format well known by persons skilled in the art are stored.

Intelligent contract (create), in an embodiment of the invention, its major function are created for electronic invoice It is as follows, receive four parameters：Uuid (invoice id), fromid (side of making out an invoice), toid (receiving ticket side) and timestamp (times Stamp), then judge whether it is that oneself issues invoice to oneself, that is, judge whether received fromid is equal with toid, if It is equal, then electronic invoice is not created, if unequal, checks that invoice whether there is, i.e., believes in block and/or electronic invoice Invoice essential information (uuid, fromid+toid+ corresponding with the uuid received is checked in breath database history+ownerid+status+

Createtm+submittm+confirmtm+bxuuid), when recording and record if there is no then establishment electronic invoice Between stab, i.e., deposit invoice essential information (uuid, the fromid+toid+ in block and/or electronic invoice information database History+ownerid+status+createtm+submittm+confirmtm+bxuui d), the side of making out an invoice record (fromid+ Timestamp+uuid, timestamp) and ticket side's record (toid+timestamp+uuid, timestamp) is received, wherein Fromid, history identical with ownerid are the side of making out an invoice, and status is 0, submittm, confirmtm and bxuuid It is 0.In another embodiment of the present invention, electronic invoice creates intelligent contract and also have received metadata information, i.e., Electronic invoice metadata information, then create electronic invoice record when, by electronic invoice metadata information (uuid+ " md ", Metadata) it is stored in block and/or electronic invoice information database.

For the intelligent contract (transfer) of electronic invoice circulation, in an embodiment of the invention, its main work( Can be as follows, receive four parameters：Uuid, ownerid, toid and timestamp, then judge whether it is electronic invoice owner Shifted, that is, the uuid for judging invoice id to be received invoice essential information (uuid, fromid+toid+history+ Whether the ownerid in ownerid+status+createtm+submittm+confirmtm+bxuuid) is equal to what is received Ownerid, not shifts if unequal, if equal, judges whether electronic invoice can circulate, that is, judge the invoice Essential information (uuid, fromid+toid+history+ownerid+status+createtm+submittm+con firmtm+ Whether the ownerid in bxuuid) is equal with the toid received, that is, judges whether electronic invoice owner is to receive ticket Side, if it is not, then checking status to judge that electronic invoice whether in the state that can be circulated, that is, judges status value Whether it is 0.If the value of the status is 0, that is, represents that the electronic invoice is in the state that can be circulated, then change the invoice base This information (uuid, fromid+toid+history+ownerid+status+createtm+submittm+con firmtm+ Bxuuid), status is changed to 1, additional " ownerid " information, institute is changed to by electronic invoice owner at history " ownerid " received, and the deposit circulation historical record (ownerid+ in block and/or electronic invoice information database uuid,timestamp).It should be noted that being not so limited in this respect for the above-mentioned judgement order present invention, for example, can be with First judge whether electronic invoice can circulate, then judge whether it is that electronic invoice owner is shifted again, then check status.Such as status can be first checked, then judge whether electronic invoice can circulate again, finally judge whether again It is that electronic invoice owner is shifted.Certain those skilled in the art are without departing from the spirit and scope of the present invention Other judgement combinations are it is also readily appreciated that, these are all within scope of the disclosure.

For the intelligent contract (createbx) of application reimbursement, in an embodiment of the invention, its major function is such as Under, receive at least seven parameters：Bxuuid, [uuid1, uuid2....], ownerid, toid, timestamp, bxinfo and Whether endtm, then judge 1, be that electronic invoice owner is submitted an expense account, that is, judges that invoice id is equal to uuid1, uuid2 ... Those invoice essential informations (uuid, fromid+toid+history+ownerid+status+createtm+submittm+ Whether the electronic invoice owner in confirmtm+bxuuid) is equal to received ownerid；2nd, whether can submit an expense account, i.e., Whether status is equal to 1；3rd, judge whether the receipts ticket side of electronic invoice is consistent, that is, judge that received toid believes substantially with invoice Cease (uuid, fromid+toid+history+ownerid+status+createtm+submittm+con firmtm+ Whether the toid in bxuuid) is identical.If this reimbursement application can be received by above-mentioned judgement, invoice id is changed successively For uuid1, uuid2.... invoice essential information (uuid, fromid+toid+history+ownerid+status+ Createtm+submittm+confirmtm+bxuuid), status is changed to 2, submittm is changed to Timestamp, and in block and/or electronic invoice information database deposit reimbursement information (bxuuid, [uuid1, uuid2...]+ownerid+toid+endtm+bxinfo)。

For confirming the intelligent contract (confirmbx) of reimbursement, in an embodiment of the invention, its major function is such as Under, receive at least three parameters：Whether bxuuid, receipts ticket side id and timestamp, then judge electronic invoice in reimbursement In, i.e. whether status is equal to 2, if electronic invoice is in reimbursement, judges current time whether within the reimbursement time, If within the reimbursement time, changing invoice essential information (uuid, fromid+toid+history+ownerid+status + createtm+submittm+confirmtm+bxuuid), state status is changed to 3, and change history, Ownerid and confirmtm.If it was not then status is changed into 1, and return to error message.It should be noted that for The above-mentioned judgement order present invention is not so limited in this respect, and those skilled in the art are in the spirit and model without departing from the present invention Other judgement combinations are it is also readily appreciated that in the case of enclosing, these are all within scope of the disclosure.

For rejecting the intelligent contract (rejectbx) of reimbursement, in an embodiment of the invention, its major function is such as Under, receive at least four parameter bxuuid, receive ticket side id, reason (not submitting an expense account reason) and timestamp, then judge 1, Whether electronic invoice is in reimbursement, i.e. whether status is 2；2nd, rights concerns, that is, determine whether to handle the expense report. If thinking to submit an expense account by above-mentioned judgement, invoice essential information (uuid, fromid+toid+history+ are changed Ownerid+status+createtm+submittm+confirmtm+bxuuid), status is changed to 1 and updated Confirmtm, and modification reimbursement information (bxuuid, [uuid1, uuid2...]+ownerid+toid+endtm+ Bxinfo), reason is appended in bxinfo.It should be noted that for above-mentioned judgement order the present invention in this respect not by To limitation, those skilled in the art it is also readily appreciated that other judgement groups without departing from the spirit and scope of the present invention Close, these are all within scope of the disclosure.

In the embodiment according to the electronic bill management system based on distribution book keeping operation of the present invention, electronic invoice industry The intelligent contract of business can also issue the intelligent contract of historical query, the intelligent contract of electronic invoice information inquiry, electricity including electronic invoice The sub- intelligent contract of invoice reimbursement status inquiry and the intelligent contract of expense report details inquiry, wherein electronic invoice issue historical query intelligence Energy contract is used to inquire about the history that businessman issues electronic invoice；Electronic invoice information inquiry intelligence contract inquires about it certainly for businessman Oneself electronic invoice number；The intelligent contract of electronic invoice reimbursement status inquiry is used for the reimbursement state and report for inquiring about electronic invoice The single intelligent contract of details inquiry of pin is used for the details for inquiring about expense report.In another embodiment of the present invention, electronics is sent out Ticket business intelligence contract can also include electronic invoice essential information and inquire about intelligent contract and the inquiry of electronic invoice metadata information The intelligent contract of intelligent contract, wherein electronic invoice essential information inquiry is used for the invoice essential information for inquiring about electronic invoice；Electronics The intelligent contract of invoice metadata information inquiry is used for the metadata information for inquiring about electronic invoice.These intelligent contracts can use soft Part, hardware, firmware or its any combinations are realized.In an embodiment of the invention, these intelligent contracts can be adopted Write with GoLang language, naturally it is also possible to write using any programming language well known by persons skilled in the art, this hair It is bright to be not so limited in this respect.

The intelligent contract (myHistory) of historical query is issued for electronic invoice, in an embodiment of the invention, Its major function is as follows, and parameter is received first：Businessman id, can also alternatively receive the parameters such as consumer id, time range, root All hairs that the side of making out an invoice (fromid) is equal to businessman id are inquired about in block and/or electronic invoice information database according to businessman id Ticket essential information (uuid, fromid+toid+history+ownerid+status+createtm+submittm+ Confirmtm+bxuuid), these uuid set is returned.If also receiving consumer id and time range, basis Businessman id, consumer id and time range, are inquired about the side of making out an invoice (fromid) etc. in block and/or electronic invoice information database It is in the businessman id, createtm in the time range and all invoice essential informations associated with the consumer id (uuid, fromid+toid+history+ownerid+status+createtm+submittm+con firmtm+bxuuid), Return to these uuid set.

For the intelligent contract (getCounttofInvoice) of electronic invoice information inquiry, in one embodiment of the present invention In formula, its major function is as follows, receives at least one parameter：Businessman id, can also alternatively receive parameter：Time (time), such as Fruit does not receive parameter temporal, then it is one hour, i.e. 3600s to give tacit consent to time, according to businessman id and time in block and/or electronics The inquiry side of making out an invoice fromid is equal to businessman id in invoice information database and current time subtracts createtm and is less than or equal to 3600s or all invoice essential information (uuid, the fromid+toid+history+ of the time (time) received Ownerid+status+createtm+submittm+confirmtm+bxuuid), or inquiry the side of making out an invoice fromid be equal to should Businessman id and current time subtract timestamp less than or equal to 3600s or all sides of making out an invoice of the time (time) received Record (fromid+timestamp+uuid, timestamp), calculate inquired uuid numbers, return to the number.

The intelligent contract (getbxInfo) of status inquiry is submitted an expense account for electronic invoice, in an embodiment of the invention, Its major function is as follows, receives at least two parameter：Invoice id (uuid) and reimbursement applicant (ownerid) receive ticket side (toid) uuid, is inquired about in block and/or electronic invoice information database according to invoice id and reimbursement applicant or receipts ticket side Be equal to reimbursement applicant equal to invoice id and ownerid or toid be equal to the receipts ticket side reimbursement information (bxuuid, [uuid1, uuid2...]+ownerid+toid+endtm+bxinfo), the reimbursement details in the reimbursement information are returned, are led to Cross the reimbursement state that reimbursement details can see each invoice id.

Intelligent contract (getbx), in an embodiment of the invention, its major function are inquired about for expense report details It is as follows, receive at least two parameter:Bxuuid (reimbursement odd numbers) and ownerid (or toid), according to the bxuuid that is received and Ownerid (or toid) inquiry reimbursement odd numbers, which is equal to received bxuuid and submits an expense account applicant, is equal to what is received Ownerid (or receiving ticket side equal to received toid) reimbursement information (bxuuid, [uuid1, uuid2...]+ownerid + toid+endtm+bxinfo), bxinfo therein is returned, that is, submits an expense account details, it includes the reimbursement shape of electronic invoice collection State, agreement and ground for rejection etc..

Intelligent contract (getInvoice) is inquired about for electronic invoice essential information, in an embodiment of the invention In, its major function is as follows, receives at least two parameter：Uuid and ownerid (or fromid, toid), then judges 1, electricity Sub- invoice whether there is, i.e., be equal to received uuid with the presence or absence of invoice id and electronic invoice owner is equal to what is received Ownerid (or the side of making out an invoice is equal to received fromid, receives ticket side equal to received toid) invoice essential information (uuid, fromid+toid+history+owner+status+createtm+submittm+confi rmtm+bxuuid)；2、 Scope check, i.e., only impart and check that the one of electronic invoice essential information authority can inquire about electronic invoice and believe substantially just now Breath, for example, only electronic invoice owner can check electronic invoice essential information；Electronic invoice submit reimbursement application with Afterwards, only electronic invoice owner and business finance treatment people can check electronic invoice essential information；After submitting an expense account successfully, Invoice ownership switchs to enterprise under one's name, and at this moment just the only enterprise can check electronic invoice essential information.If by above-mentioned Judge to think that electronic invoice essential information can be provided, then return to invoice essential information (uuid, fromid+toid+history+ owner+status+createtm+submittm+confirmtm+bxuuid)。

Intelligent contract (getMetadata) is inquired about for electronic invoice metadata information, in one embodiment of the present invention In formula, its major function is as follows, receives at least two parameter：Uuid and ownerid (or fromid, toid), then judge 1, Electronic invoice whether there is, i.e., be equal to received uuid and electronic invoice owner with the presence or absence of invoice id and be equal to and received Ownerid (or fromid be equal to received fromid, toid be equal to received toid) invoice essential information (uuid, fromid+toid+history+owner+status+createtm+submittm+confi rmtm+bxuuid)；2、 Scope check, i.e., only impart and check that the one of electronic invoice metadata information authority can inquire about electronic invoice and believe substantially just now Breath, for example, only electronic invoice owner can check electronic invoice metadata information；Electronic invoice submit reimbursement application with Afterwards, only electronic invoice owner and business finance treatment people can check electronic invoice metadata information；Submitting an expense account successfully Afterwards, invoice ownership switchs to enterprise under one's name, and at this moment just the only enterprise can check electronic invoice metadata information.If by Above-mentioned judgement thinks that invoice metadata information can be provided, then by invoice id and the invoice essential information inquired (uuid, Fromid+toid+history+owner+status+createtm+submittm+confi rmtm+bxuuid) in uuid Metadata in identical electronic invoice metadata information (uuid+ " md ", metadata) is returned.

Again as shown in figure 1, can be with according to electronic bill management system of the embodiment of the present invention based on distribution book keeping operation Including common recognition module 102, the common recognition module 102 communicates with other checking nodes and is directed to institute according to common recognition algorithm when activated The trading instruction sequence that the trading instruction of reception is reached an agreement between all checking nodes.In an embodiment of the invention In, common recognition module 102 is triggered when the trading instruction number that electronic invoice contract module 101 is received reaches certain threshold value, The threshold value can combine systematic function and be actually needed to set, and such as be set as 500 trading instructions, 600 trading instructions Etc., present disclosure in this respect and is not limited.In another embodiment of the present invention, common recognition module 102 up to It is triggered during to trading instruction treatment time window, wherein trading processing time window refers to the transaction refer to from receiving trading instruction The maximum duration being performed is made, when trading instruction is few, if waiting trading instruction just to be triggered when reaching certain amount If module 102 of knowing together, it is possible that some trading instructions cannot can be performed the long period, therefore during using trading processing Between window mode be equivalent to for trading instruction limit a maximum latency, all trading instructions all can be in the maximum etc. Treat to be performed in the time.For example, trading processing time window is 2 seconds, that is to say, that common recognition module 102 can be triggered every 2 seconds Once.In yet further embodiment of the invention, the transaction that common recognition module 102 is received in electronic invoice contract module 101 Number of instructions reaches during certain threshold value or is triggered when reaching trading processing time window that this is equivalent to as common recognition module 102 set two trigger conditions, and whichever trigger condition, which is met, can all trigger common recognition module 102.If only using friendship The mode of disposable time window, such as trading processing time window are 2 seconds, the feelings increased sharply for trading instruction within a period of time Condition, then can accumulate too many trading instruction in this 2 seconds, very big processing pressure can be so brought to system.If this when Reach that certain threshold value as trigger condition, then can be handled trading instruction in less than 2 seconds by trading instruction number, so that Significantly reduce system processing pressure and improve systematic function.

After common recognition module 102 is triggered, received trading instruction can be directed to according to common recognition algorithm in all checking nodes Between the trading instruction sequence reached an agreement.Common recognition algorithm can include token ring algorithm, Byzantine failure tolerance algorithm and this area Any suitable method known to technical staff.In an embodiment of the invention, will after common recognition module 102 is triggered The trading instruction that electronic invoice contract module 101 is received is packaged into transaction instruction set, and the transaction instruction set is wide Broadcast to every other checking node, each checking node can also receive the transaction instruction set of every other checking node broadcasts. The transaction instruction set of every other checking node broadcasts of each checking node to receiving is entered together with the transaction instruction set of their own Row judges that the transaction instruction set that the most of checking nodes of selection are all approved simultaneously is broadcasted to every other checking node, until Untill the trading instruction sequence being in agreement between all checking nodes, i.e., the transaction instruction set at each checking node is all Untill identical trading instruction entry and identical trading instruction execution sequence.In July nineteen eighty-two, Lamport Leslie, Robert Shostak and Marshall Pease are in ACM Transactions on Programming Languages and Systems.4(3):Delivered on 382-401 " in The Byzantine Generals Problem " Byzantine failure tolerance algorithm is described in detail, disclosure of the documents is incorporated by this by reference.Token ring algorithm and Byzantine failure tolerance algorithm etc. is all classical distributed common recognition algorithm, be will not be repeated here.

In an embodiment of the invention, the number of checking node is 3n+1, wherein, n is whole more than or equal to 0 Number.When the number for verifying node is 3n+1, it can be ensured that be not in issueless situation during common recognition.

After common recognition module 102 completes common recognition process, consistent trading instruction sequence is formed in each checking node Row.Electronic invoice contract module 101 performs these trading instructions to build successively according to the consistent trading instruction sequence formed Vertical block simultaneously forms block chain.The execution performed namely to electronic invoice business intelligence contract to trading instruction, performs electricity Sub- invoice business intelligence contract can be updated to the data mode of each checking node, and set up block.Each block can be with Including preceding piece of cryptographic Hash, performed trading instruction sequence and state cryptographic Hash, wherein the preceding block cryptographic Hash refers to the area The cryptographic Hash of the previous block of block, the state cryptographic Hash refers to perform the output Kazakhstan obtained by the trading instruction sequence Uncommon value.Because each block includes the cryptographic Hash of previous block, thus it can just be traced back to according to each block before it One block, this is connected equivalent to by each block and previous block, so as to form block chain.

As shown in Fig. 2 managing system it illustrates the electronic invoice based on distribution book keeping operation according to embodiment of the present invention The schematic diagram for the block chain that the example of system is formed.Figure 2 illustrates block 1, block 2 and block n, each block is included Preceding piece of cryptographic Hash (previousBlockHash).For block n, its preceding block cryptographic Hash included refers to block n-1 Kazakhstan Uncommon value.The preceding block cryptographic Hash that block 2 is included refers to the cryptographic Hash of block 1.And the preceding block cryptographic Hash that block 1 is included is by system What acquiescence was specified." Tx1 in each block：Trading instruction 1 ", " Tx2：Trading instruction 2 ", " Tx3：Trading instruction 3 " ..., “Txn：Trading instruction n " etc. refers to performed trading instruction sequence, that is to say, that each transaction that each checking node is performed Instruction is stored in block, so that the whole life course of electronic invoice is all recorded one by one, is formd complete Chain of evidence.For " the Tx1 in block：Trading instruction 1 " etc. can be the cryptographic Hash of the trading instruction corresponding to it.In this hair In a bright embodiment, Hash Merkle Tree (hereinafter referreds are built according to the operating result of trading instruction sequence Merkle trees) data structure, Merkle trees are a binary trees.For example, it is assumed that trading instruction sequence includes four transaction Instruction, i.e. trading instruction 1, trading instruction 2, trading instruction 3 and trading instruction 4, then the building process of Merkle trees is：To handing over Easily the implementing result of instruction 1 takes cryptographic Hash with the implementing result of trading instruction 2, to the execution knot of trading instruction 3 and trading instruction 4 Fruit takes cryptographic Hash, then takes cryptographic Hash to the two acquired cryptographic Hash again, this final cryptographic Hash is just breathed out as state Uncommon value (stateHash) is stored in block.In an embodiment of the invention, whole Merkle trees are stored in world's shape In state (WorldState) database.As shown in Fig. 2 world state database includes state value and data list, it is a rule Key (key)-value (value) is recorded, therefore state cryptographic Hash (stateHash) is also this moment according to world state database These keys and the summary info that is generated of value.

Again as shown in figure 1, according to electronic bill management system of the embodiment of the present invention based on distribution book keeping operation, Each checking node also includes data module 103, and the data module 103 is used to store the block chain and electronic invoice letter Breath.In an embodiment of the invention, data module 103 can be with store transaction instruction execution information, such as world's shape State database.

The electronic bill management system based on distribution book keeping operation according to embodiment of the present invention can also include multiple non- Node is verified, the non-authentication node is responsible for checking trading instruction and turns the trading instruction of empirical tests to the checking node Hair, for example, can verify the basic syntax of trading instruction, and submitter the security verification such as certificate identity.Non-authentication node Main to handle API Calls and as flow of event server process event request, non-authentication node does not include block chain simultaneously, and It is not involved in common recognition process.For the electronic bill management system based on distribution book keeping operation according to embodiment of the present invention, If checking node is more in theory, the request that it can be handled is also more.But checking node is more, common recognition process is participated in Node it is also more, so that the overlong time of common recognition process can be caused.Therefore, in an embodiment of the invention, it is sharp Asked with non-authentication node come the Web Service at customer in response end, by non-authentication node will verify the operating result of node Return to user, that is to say, that some pressure of checking node are shared by non-authentication node, so as to reduce whole system Checking node number, the number for being in other words number by reducing checking node and increase non-authentication node to increase is System handling capacity.

The electronic bill management system based on distribution book keeping operation according to embodiment of the present invention can also pass through web modes The client that four class users use, four class the users such as side of making out an invoice, consumer, finance and receipts ticket side are provided.Client can be Pass through the browser end application and mobile phone terminal application of the technique constructions such as HTML, HTML5, JS.Constructed browser end apply and Mobile phone terminal application can be communicated by Web Service interfaces with checking node, to be sent to checking node for electronics hair The trading instruction of ticket business intelligence contract.In an embodiment of the invention, each node carries out message point by P2P agreements Hair.In an embodiment of the invention, block chain health monitor, systematic parameter configuration and/or block chain are additionally provided The various visualized management instruments such as browser are monitored to block chain and systematic function etc., wherein block chain health monitor Dynamic and real-time condition for monitoring block chain；Systematic parameter configuration is towards physical layer, for configuring system Parameters；Block chain browser is used to block chain is browsed and checked.

Fig. 3 illustrates the flow of the electronic invoice management method based on distribution book keeping operation according to embodiment of the present invention Figure.As shown in figure 3, the present disclosure also provides a kind of electronic invoice management method based on distribution book keeping operation, this method bag Include：

Step 301：To multiple checking node deployment electronic invoice business intelligence contracts, wherein the multiple checking node structure Into distributed system and it can be in communication with each other, the electronic invoice business intelligence contract refers to the behaviour carried out to electronic invoice Make；

Step 302：The trading instruction for the electronic invoice business intelligence contract is received in each checking node；

Step 303：When trigger condition is met, each checking node communicates and according to common recognition with other checking nodes The trading instruction sequence that algorithm is reached an agreement for received trading instruction between all checking nodes；And

Step 304：According to the trading instruction sequence perform the trading instruction to set up in each checking node Block simultaneously forms block chain.

From the foregoing, according to electronic invoice management method of the embodiment of the present invention based on distribution book keeping operation to composition Distributed system and the multiple checking node deployments that can be in communication with each other electronic invoice business intelligence contract, in each checking Node receives the trading instruction for electronic invoice business intelligence contract, when trigger condition is met just according to common recognition algorithm and its He verify node communicated and according to common recognition algorithm for received trading instruction it is all checking nodes between reach one The trading instruction sequence of cause, and trading instruction is performed according to the order for the consistent trading instruction sequence reached, to build Vertical block simultaneously forms block chain.In other words, that is, in each checking node identical bar is performed in that same order Purpose same transaction is instructed, thus is established identical block and formd identical block chain.This is a kind of decentralization Structure, i.e., a kind of mode of distributed book keeping operation so that electronic invoice information is by the block chain co- controlling on multiple checking nodes. Only in the case that the information at least a greater part of checking node is all tampered simultaneously, electronic invoice information is possible to be usurped Change.Realize while distort the information at least a greater part of checking node, can not realize in theory, therefore according to this hair The electronic invoice management method based on distribution book keeping operation of bright embodiment can effectively prevent the malicious users such as hacker to electricity Sub- invoice information being distorted and attacks, and prevent personal user forge or change electronic invoice possibility.Further, since according to Block chain technology has been used according to electronic invoice management method of the embodiment of the present invention based on distribution book keeping operation, and block chain skill Art is in itself to the less demanding of hardware, therefore according to electronic invoice management method of the embodiment of the present invention based on distribution book keeping operation Without largely being put into hardware aspect, therefore it is cost-effective.

In an embodiment of the invention, the electronic invoice based on distribution book keeping operation according to embodiment of the present invention Management method verifies node deployments electronic invoice business intelligence contract to multiple, and the electronic invoice business intelligence contract is mainly wrapped Electronic invoice is included to create intelligent contract, the intelligent contract of electronic invoice circulation, apply for the intelligent contract of reimbursement, confirm reimbursement intelligence contract Intelligent contract is submitted an expense account with rejecting.Wherein electronic invoice creates intelligent contract and is used to create electronic invoice, electronic invoice circulation intelligence Contract is used for the transfer for realizing electronic invoice owner, and the intelligent contract of application reimbursement is used to realize carrying for electronic invoice reimbursement application Handing over, confirm that the intelligent contract of reimbursement is used to realize that the reimbursement of electronic invoice to confirm, and reject the intelligent contract of reimbursement is used to realize electricity The rejection of sub- invoice reimbursement.For example, when the side of making out an invoice needs to issue electronic invoice, it is possible to call the electricity on checking node Sub- invoice creates intelligent contract to create electronic invoice.When reimbursement enterprise need to apply for received electronic invoice reimbursement into When row reimbursement confirms, it is possible to call reimbursement of the intelligent contract of confirmation reimbursement to realize electronic invoice on checking node to confirm. Electronic invoice business intelligence contract can also issue the intelligent contract of historical query, electronic invoice information inquiry intelligence including electronic invoice Energy contract, the intelligent contract of electronic invoice reimbursement status inquiry and the intelligent contract of expense report details inquiry, wherein electronic invoice are issued Historical query intelligence contract is used to inquire about the history that businessman issues electronic invoice；Electronic invoice information inquiry intelligence contract is used for business The electronic invoice number of family's inquiry their own；The intelligent contract of electronic invoice reimbursement status inquiry is used for the reimbursement for inquiring about electronic invoice State；And details of the intelligent contract of expense report details inquiry for inquiring about expense report.In another embodiment party of the present invention In formula, electronic invoice business intelligence contract can also include electronic invoice essential information and inquire about intelligent contract and electronic invoice member number According to the intelligent contract of information inquiry, the wherein intelligent contract of electronic invoice essential information inquiry is basic for the invoice for inquiring about electronic invoice Information；The intelligent contract of electronic invoice metadata information inquiry is used for the metadata information for inquiring about electronic invoice.The one of the present invention In individual embodiment, these intelligent contracts can be realized using software, hardware, firmware or its any combinations.In the present invention An embodiment in, these intelligent contracts can be write using GoLang language, naturally it is also possible to use this area skill Any programming language known to art personnel is write, and the present invention is not so limited in this respect.For above-mentioned electronic invoice industry The major function of the intelligent contract of business and the electronic invoice based on distribution book keeping operation herein in connection with foundation embodiment of the present invention Electronic invoice business intelligence contract described by management system is mutually equivalent, will not be repeated here.

Electronic invoice business intelligence contract is related to the processing to electronic invoice information and renewal.In the reality of the present invention Apply in mode, electronic invoice information can be stored within a block.In another embodiment of the present invention, electronic invoice information can To be stored in the electronic invoice information database associated with block or data file.In an embodiment of the invention In, electronic invoice information can include invoice essential information (uuid, fromid+toid+history+ownerid+status+ Createtm+submittm+confirmtm+bxuuid), wherein uuid represents invoice number or invoice id；Fromid represents to make out an invoice Side；Toid represents to receive ticket side；History represents the historical information that circulates, and when creating electronic invoice, history content is to make out an invoice Side；Ownerid represents invoice owner, and when creating electronic invoice, ownerid content is the side of making out an invoice；Status represents electronics Invoice state in which；Createtm represents the creation time of electronic invoice, i.e. timestamp timestamp；Submittm is represented Submit the time (being initially 0) of reimbursement；Confirmtm represents to confirm the time (being initially 0) of reimbursement；And bxuuid represents report Sell odd numbers (being initially 0).It will be appreciated by those skilled in the art that the present invention is not limited invoice essential information, at this Invoice essential information can include information more more or less than information as described above in the embodiment of invention.For electricity Sub- invoice state in which, in one embodiment, status are that 0 expression electronic invoice is newly created, i.e., the electronics is sent out Circulation not yet occurred for ticket；Status is that 1 expression electronic invoice is in circulation；Status is that 2 expression electronic invoices are in report In pin；And status is that 3 expression electronic invoice reimbursements are completed.In another embodiment of the present invention, it can be represented using 0 Electronic invoice reimbursement is completed, and is newly created using 1 expression electronic invoice, is represented that electronic invoice is in circulation using 2, and is adopted Represent that electronic invoice is in reimbursement with 3.It should be appreciated that those skilled in the art are also easy to think according to the teaching of present disclosure It is numerous to list herein to the representation of the state of various electronic invoices.

In an embodiment of the invention, electronic invoice information can also include electronic invoice metadata information (uuid+ " md ", metadata), wherein uuid represents invoice id；Md represents character string placeholder；Metadata represents data, Shopping in data deposit electronic invoice such as can include Item Title, the amount of money, quantity, the tax rate is detailed.In the present invention An embodiment in, electronic invoice information can also include the side of making out an invoice record (fromid+timestamp+uuid, Timestamp), wherein fromid represents the side of making out an invoice；Timestamp represents timestamp；And uuid represents invoice id.In this hair In a bright embodiment, electronic invoice information can also include receive ticket side record (toid+timestamp+uuid, Timestamp), wherein toid represents to receive ticket side；Timestamp represents timestamp；And uuid represents the invoice of electronic invoice id.In an embodiment of the invention, electronic invoice information can also include circulation historical record (ownerid+uuid, Timestamp), wherein owerid represents electronic invoice owner；Timestamp represents timestamp；And uuid represents electronics The invoice id of invoice.In an embodiment of the invention, electronic invoice information can also include reimbursement information (bxuuid, [uuid1, uuid2...]+ownerid+toid+endtm+bxinfo), wherein bxuuid represents to submit an expense account odd numbers；[uuid1, Uuid2... the invoice id included in expense report] is represented；Ownerid represents electronic invoice owner, referred to herein as submits an expense account Shen Ask someone；Endtm represents to submit an expense account deadline；And bxinfo represents to submit an expense account details.It will be appreciated by those skilled in the art that Electronic invoice information can be using .csv Comma-Separated Values file format, dat document format datas, Borland Db The sheet formats of paradox 7 and any file format well known by persons skilled in the art are stored.

Again as shown in figure 3, the step of the electronic invoice management method based on distribution book keeping operation according to embodiment of the present invention Rapid 303：When trigger condition is met, each checking node communicates with other checking nodes and is directed to institute according to common recognition algorithm The trading instruction sequence that the trading instruction of reception is reached an agreement between all checking nodes, this is properly termed as common recognition process again, its Middle trigger condition can reach certain threshold value for the trading instruction number received in an embodiment of the invention, the threshold Value can combine and soft hardware performance and be actually needed to set, and be set as 500 trading instructions, 600 trading instructions etc. Deng present disclosure is not limited in this respect.In another embodiment of the present invention, trigger condition can be to reach Trading processing time window, wherein the trading processing time window refers to from receiving what trading instruction was performed to the trading instruction Maximum duration, when trading instruction is few, just start during certain amount according to common recognition calculation if waiting trading instruction to reach If method carries out common recognition process, it is possible that some trading instruction long periods cannot all perform, therefore using at transaction The mode of reason time window is equivalent to define a maximum latency for trading instruction, and all trading instructions all can be at this Performed in maximum latency.For example, trading processing time window is 2 seconds, that is to say, that will be calculated every 2 seconds according to common recognition Method carries out common recognition process.In yet further embodiment of the invention, trigger condition can be the trading instruction number that is received Reach that certain threshold value or time reach trading processing time window, this is equivalent to set two trigger conditions, whichever Trigger condition, which is met, can all start to carry out common recognition process according to common recognition algorithm.If only using the side of trading processing time window Formula, such as trading processing time window are 2 seconds, when trading instruction increases sharply within a period of time, then can be tired out in this 2 seconds Product it is too many be not carried out trading instruction, very big processing pressure can be so brought to software and hardware.If this when presses trading instruction Number reaches that certain threshold value as trigger condition, then can be handled trading instruction, so as to significantly reduce in less than 2 seconds Software and hardware processing pressure simultaneously improves overall performance.

For common recognition algorithm, it can include token ring algorithm, Byzantine failure tolerance algorithm and people in the art The known any suitable method of member.In an embodiment of the invention, after trigger condition is met, checking node can be right The trading instruction received is packaged into transaction instruction set, and the transaction instruction set is broadcast into every other checking section Point, each checking node can also receive the transaction instruction set of every other checking node broadcasts.Each checking node is to receiving To the transaction instruction sets of every other checking node broadcasts judged together with the transaction instruction set of their own, choose most of The transaction instruction set all approved of checking node is simultaneously broadcasted to every other checking node, is reached until between all checking nodes Untill consistent trading instruction sequence, i.e., the transaction instruction set at each checking node all has identical trading instruction Untill entry and identical trading instruction execution sequence.In July nineteen eighty-two, Lamport Leslie, Robert Shostak and Marshall Pease are in ACM Transactions on Programming Languages and Systems.4 (3): Delivered on 382-401 " Byzantine failure tolerance algorithm is described in detail in The Byzantine Generals Problem ", should The disclosure of document is incorporated by this by reference.Token ring algorithm and Byzantine failure tolerance algorithm etc. are all classical points Cloth common recognition algorithm, will not be repeated here.

After common recognition process terminates, that is to say, that form consistent trading instruction sequence between each checking node, After i.e. each checking node all has identical trading instruction entry and identical trading instruction execution sequence, foundation is of the invention The electronic invoice management method based on distribution book keeping operation of embodiment performs step 304, according to the trading instruction sequence Order performs the trading instruction to set up block and form block chain.To the execution of trading instruction namely to electronic invoice industry The execution of the intelligent contract of business, performing electronic invoice business intelligence contract can be updated to the data mode of each checking node, Set up block.Each block can include preceding block cryptographic Hash, performed trading instruction sequence and state cryptographic Hash, wherein described Preceding piece of cryptographic Hash refers to the cryptographic Hash of the previous block of the block, and the state cryptographic Hash refers to that having performed the transaction refers to Make the output cryptographic Hash obtained by sequence.Because each block includes the cryptographic Hash of previous block, thus it is each according to this Block can just trace back to its previous block, and this is connected equivalent to by each block and previous block, so that shape Into block chain.

Again as shown in figure 3, the electronic invoice management method based on distribution book keeping operation according to embodiment of the present invention may be used also With including step 305：The block chain and electronic invoice information are stored in each checking node.

According to electronic invoice management method of the embodiment of the present invention based on distribution book keeping operation by electronic invoice business intelligence Can contract be deployed on multiple checking nodes, this multiple checking node constitutes distributed system, and the distributed system can be with Including multiple non-authentication nodes.Non-authentication node is responsible for checking trading instruction and by the trading instruction of empirical tests to the checking Node is forwarded, for example, can verify the basic syntax of trading instruction, and submitter the security verification such as certificate identity.It is non-to test Card node mainly handles API Calls and as flow of event server process event request, non-authentication node and not comprising block chain, Nor participate in common recognition process.For the electronic invoice management method based on distribution book keeping operation according to embodiment of the present invention For, if checking node is more in theory, the request that it can be handled is also more.But checking node is more, participate in altogether The node of knowledge process is also more, so as to can cause the overlong time of common recognition process.Therefore, in an embodiment of the invention In, asked using non-authentication node come the Web Service at customer in response end, by non-authentication node will verify the operation of node As a result user is returned to, that is to say, that some pressure of checking node are shared by non-authentication node, it is whole so as to reduce The number of the checking node of distributed system, is in other words by reducing the number of checking node and the number of increase non-authentication node Mesh increases throughput of system.

The electronic invoice pipe based on distribution book keeping operation according to embodiment of the present invention is described with reference to specific example The technical scheme of reason method.

For brevity, trigger condition is set as that a trading instruction, that is, checking node often receive one For the trading instruction of electronic invoice business intelligence contract, just triggering common recognition process, i.e., communicate and basis with other checking nodes The trading instruction sequence that common recognition algorithm is reached an agreement for received trading instruction between all checking nodes, the consistent friendship Easy command sequence refers to identical trading instruction and identical trading instruction execution sequence.For this example, due to there was only one Trading instruction, then all reached one trading instruction of identical in each checking node after common recognition process.

According to this example, first, to the multiple checking node deployments that constitutes distributed system and can be in communication with each other Electronic invoice business intelligence contract, the electronic invoice business intelligence contract disposed includes electronic invoice and creates intelligent contract, electricity The sub- intelligent contract of invoice circulation, application submit an expense account intelligent contract, confirm the intelligent contract of reimbursement and the intelligent contract of rejection reimbursement.Disposed Electronic invoice business intelligence contract the intelligent contract of historical query, electronic invoice information inquiry can also be issued including electronic invoice Intelligent contract, the intelligent contract of electronic invoice reimbursement status inquiry and the intelligent contract of expense report details inquiry etc..According to this example, lead to Cross web Service interface and dispose above-mentioned electronic invoice business intelligence contract, electronic invoice business intelligence on a checking node The deployment of contract is the trading instruction for submitting a type to be deploy in this example, and this checking node receives the transaction The trading instruction is broadcast to by p2p agreements by every other checking node after instruction.This is all received in all checking nodes After trading instruction, due to being previously mentioned that the trigger condition of this example is to reach a trading instruction, then trigger condition is met, therefore Start to carry out common recognition process between all checking nodes.After common recognition process terminates, perform this transaction in each checking node and refer to Order, that is, perform the deployment to above-mentioned electronic invoice business intelligence contract, creates a transaction comprising intelligent contract deployment and refers to The block of order, as shown in figure 4, wherein block 1 is the block created, " transaction：Intelligent contract deployment " is this trading instruction, Because deployment electronic invoice business intelligence contract is not related to the change to electronic invoice information, therefore will not be to electronic invoice information Database is operated.Note, Fig. 4 merely illustrates the rough schematic view for the block chain that a checking node is formed, this area It will be appreciated by the skilled person that the block chain that every other checking node is formed is identical with this, therefore do not show one by one herein. After completing to the deployment of electronic invoice business intelligence contract, it is equivalent to construct the execution of electronic invoice business intelligence contract Computing environment, associated user can just call disposed electronic invoice business intelligence such as the side of making out an invoice, consumer, receipts ticket side Can contract perform electronic invoice related service.The deployment false code of electronic invoice business intelligence contract is as follows：

In this example, it is assumed that Jingdone district (JD) will issue electronic invoice to Niu Lian companies (Oxchanis), Jingdone district is to checking Node sends the trading instruction that intelligent contract (create) is created for electronic invoice, that is, to call and be deployed in checking node On electronic invoice create intelligent contract.Verify that node receives the trading instruction that intelligent contract is created for electronic invoice, carry out Common recognition process, has been described above for common recognition process, will not be repeated here.Electronic invoice is performed after common recognition process and creates intelligence Can contract.In this example, Jingdone district also provides four parameters when sending trading instruction：Uuid (invoice id), fromid (are opened Ticket side), toid (receive ticket side) and timestamp (timestamp), wherein the side of making out an invoice is Jingdone district, receipts ticket side is Niu Lian companies, time Stab as current exchange hour.In the intelligent contract implementation procedure of electronic invoice, checking node need to judge whether to be oneself to oneself Issue invoice, that is, judge whether received fromid is equal with toid, if equal, not create electronic invoice, if It is unequal, then check that invoice whether there is, that is, the invoice essential information for the uuid for checking for invoice id to be received (uuid, fromid+toid+history+ownerid+status+createtm+submittm+con firmtm+bxuuid), If there is no electronic invoice is then created, i.e., invoice essential information (uuid, fromid are stored in electronic invoice information database + toid+history+ownerid+status+createtm+submittm+confirmtm+ bxuuid), the side of making out an invoice record (fromid+timestamp+uuid, timestamp) and ticket side's record (toid+timestamp+uuid, timestamp) is received, Wherein fromid, history it is identical with ownerid all be Jingdone district, toid be Niu Lian companies, status be 0, submittm, Confirmtm and bxuuid are also 0, i.e., invoice data state is recorded in electronic invoice information database.Create simultaneously One new block, i.e. block 2, as shown in Figure 4, the trading instruction created in block 2 comprising an invoice, i.e. block 2 In " transaction：Invoice is created ", and block 2 further comprises the cryptographic Hash (not shown) of block 1, so that by block 1 and block 2 Connect, form block chain.In this example, also the trading instruction for creating intelligent contract for electronic invoice is created The Merkle trees built are stored in world state database (not shown).

In this example, next, the electronic invoice issued is transferred to Zhang San by Jingdone district, checking node receives capital After the trading instruction for the intelligent contract (transfer) of electronic invoice circulation that east is sent, common recognition process is carried out, was known together Journey performs the intelligent contract of electronic invoice circulation after terminating.There is provided four parameters when trading instruction is sent in Jingdone district： Uuid, ownerid, toid and timestamp.In the implementation procedure that electronic invoice circulates intelligent contract, judge whether it is electricity Sub- invoice owner is shifted, that is, judges invoice essential information (uuid, fromid+toid+s of the invoice id for uuid History+ownerid+status+createtm+submittm+confirmtm+bxuui d) in ownerid whether be equal to The ownerid received, not shifts if unequal, if equal, judges whether electronic invoice can circulate, that is, sentence The invoice essential information of breaking (uuid, fromid+toid+history+ownerid+status+createtm+submittm+ Whether the ownerid in confirmtm+bxuuid) is equal with the toid received, that is, judges that electronic invoice owner is No is to receive ticket side, if it is not, then checking status to judge that electronic invoice whether in the state that can be circulated, that is, judges Whether status value is 0.In this example, the value of the status is 0, that is, represents that the electronic invoice is in the shape that can be circulated State.Then electronic invoice information database is updated, by " ownerid " in the invoice essential information of the electronic invoice " Zhang San " has been changed to, and has also incorporated circulation historical record (ownerid+uuid, timestamp), that is, have updated electricity Invoice data state in sub- invoice information database.Block 3 is created simultaneously, as shown in Figure 5.Contain and " hand in block 3 Easily：Invoice is transferred to individual " trading instruction, and block 3 further comprises the cryptographic Hash (not shown) of block 2, so that by area Block 2 is connected with block 3, forms block chain.In this example, also by the friendship of the intelligent contract that circulated for electronic invoice Easily the created Merkle trees of instruction are stored in world state database (not shown).

When its own electronic invoice is submitted to finance reimbursement by Zhang San, then Zhang San can send to checking node For the trading instruction of the intelligent contract (createbx) of application reimbursement.Checking node receive that Zhang San sent for application report After the trading instruction of the intelligent contract of pin, common recognition process is carried out, then the intelligent contract of application for execution reimbursement.Zhang San is being sent for Shen When please submit an expense account the trading instruction of intelligent contract, seven parameters are given：bxuuid、uuid、ownerid、toid、timestamp、 Bxinfo and endtm.In the implementation procedure of the intelligent contract of application reimbursement, judge 1, whether be that invoice owner is submitted an expense account, Judge invoice essential information (uuid, fromid+toid+history+ownerid+status+s of the invoice id for the uuid Whether the ownerid in createtm+submittm+confirmtm+bxuuid) is equal to received ownerid；2nd, whether It can submit an expense account, i.e. whether status is equal to 1；3rd, judge whether the receipts ticket side of electronic invoice is consistent, that is, judges received toid With the invoice essential information (uuid, fromid+toid+history+ownerid+status+createtm+submittm+ Whether the toid in confirmtm+bxuuid) is identical.Think to receive by above-mentioned judgement, then status be changed to 2, Submittm is changed to timestamp, and is stored in reimbursement information (bxuuid, [uuid1, uuid2...]+ownerid+ Toid+endtm+bxinfo), i.e., invoice data state is have updated in electronic invoice information database.Create new area simultaneously Block 4, as shown in fig. 6, containing " transaction in block 4：Invoice is applied submitting an expense account to Finance Department " trading instruction, and block 4 further comprises the cryptographic Hash (not shown) of block 3, so that block 3 be connected with block 4, form block chain.Originally showing In example, the Merkle trees created for the trading instruction of the intelligent contract of application reimbursement are also stored in world state database In (not shown).

In this example, finance are received after the reimbursement application of Zhang San's submission, are confirmed or reject reimbursement.Verify node Receive after the trading instruction for confirming the intelligent contract (confirmbx) of reimbursement that finance are sent, carry out common recognition process, common recognition Performed after process and confirm the intelligent contract of reimbursement.In this example, finance refer to sending the transaction for confirming the intelligent contract of reimbursement When making, at least three parameters are additionally provided：Bxuuid, receipts ticket side id and timestamp.Confirming the execution of the intelligent contract of reimbursement During, electronic invoice is judged whether in reimbursement, i.e. whether status is equal to 2, also to judge timestamp whether in report Within the pin time.In this example, above-mentioned judgement is all met, then changes invoice essential information (uuid, fromid+toid+ History+ownerid+status+createtm+submittm+confirmtm+bxuui d), state status is changed to 3, history, ownerid and confirmtm are changed, i.e., invoice data state is updated in electronic invoice information database, New block 5 is created simultaneously, as shown in fig. 7, containing " transaction in block 5：The trading instruction of reimbursement confirmation ", and area Block 5 further comprises the cryptographic Hash (not shown) of block 4, so that block 4 be connected with block 5, form block chain.At this In example, the Merkle trees for also being created the trading instruction for confirming the intelligent contract of reimbursement are stored in world state data In the (not shown) of storehouse.

It should be appreciated that each step described in method of the present invention embodiment can be performed in a different order, And/or parallel execution.In addition, method embodiment can include the step added and/or omit the step shown by performing.This The scope of invention is not limited in this respect.

, can be by it in embodiment provided by the present invention, it will be appreciated that disclosed related system and method Its mode is realized.System or method embodiment described above is only schematical.It is right in system embodiment The division of module, only a kind of division of logic function, can there is other dividing mode when actually realizing, such as multiple units Or component can be combined and is either desirably integrated into another module or some features can be ignored, or do not perform.Separately Outside, shown or discussed communication connection each other can be connected by the indirect communication of some interfaces, device or unit Connect, can be electrical, machinery or other forms.

The module illustrated as separating component can be or may not be physically separate, be shown as unit Part can be or may not be physical location, you can with positioned at a place, or can also be distributed to multiple networks On unit.Some or all of unit therein can be selected to realize the mesh of present embodiment scheme according to the actual needs 's.

If described unit or module realized using in the form of SFU software functional unit and as independent production marketing or In use, can be stored in a computer read/write memory medium.Understood based on such, in technical scheme The part contributed to prior art or all or part of the technical scheme can be embodied in the form of software product Come, the computer software product can be stored in a storage medium, including some instructions are to allow to by computer The all or part of step of each embodiment methods described of the computing device present invention.And foregoing storage medium include USB flash disk, Mobile hard disk, read-only storage (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), magnetic disc or CD etc. are various can be with the medium of store program codes.

Although the preferred embodiment of the present invention has been illustrated and described herein, for those skilled in the art it is aobvious and It is clear to, such embodiment is simply provided in an illustrative manner.Those skilled in the art now will be without departing from this Many changes are expected in the case of invention, changes and substitutes.It should be appreciated that can be used to this during the present invention is put into practice The various alternative solutions of embodiment of the present invention described by text.Following claims be intended to limit the scope of the present invention, and because This covers method and structure and its equivalent item in these rights.

Claims

1. a kind of electronic bill management system based on distribution book keeping operation, including multiple checking nodes, each checking node include Electronic invoice contract module and common recognition module, wherein：

The electronic invoice contract module is comprising electronic invoice business intelligence contract and is arranged to receive for the electricity The trading instruction of sub- invoice business intelligence contract simultaneously performs the trading instruction to set up area according to the result of the common recognition module Block simultaneously forms block chain, and the electronic invoice business intelligence contract refers to the operation carried out to electronic invoice；

The common recognition module is arranged to communicate and according to common recognition algorithm for being connect with other checking nodes when activated The trading instruction sequence that the trading instruction of receipts is reached an agreement between all checking nodes.

2. the electronic bill management system as claimed in claim 1 based on distribution book keeping operation, wherein the electronic invoice business Intelligent contract includes electronic invoice and creates intelligent contract, the intelligent contract of electronic invoice circulation, the intelligent contract of application reimbursement, confirms report The intelligent contract of pin and the intelligent contract of rejection reimbursement.

3. the electronic bill management system as claimed in claim 1 based on distribution book keeping operation, wherein the electronic invoice business Intelligent contract issues the intelligent contract of historical query, the intelligent contract of electronic invoice information inquiry, electronic invoice report including electronic invoice Sell the intelligent contract of status inquiry and the intelligent contract of expense report details inquiry.

4. the electronic bill management system as claimed any one in claims 1 to 3 based on distribution book keeping operation, wherein when described When the trading instruction number that electronic invoice contract module is received reaches certain threshold value, the common recognition module is triggered.

5. the electronic bill management system as claimed any one in claims 1 to 3 based on distribution book keeping operation, wherein when reaching During trading processing time window, the common recognition module is triggered, wherein the trading processing time window refers to refer to from receiving transaction The maximum duration for making the trading instruction be performed.

6. the electronic bill management system as claimed any one in claims 1 to 3 based on distribution book keeping operation, wherein each testing Demonstrate,proving node also includes data module, and the data module is used to store the block chain and electronic invoice information.

7. the electronic bill management system as claimed any one in claims 1 to 3 based on distribution book keeping operation, wherein the area Block includes preceding block cryptographic Hash, the trading instruction sequence and state cryptographic Hash, wherein the preceding block cryptographic Hash refers to the block Previous block cryptographic Hash, the state cryptographic Hash refers to perform the output Hash obtained by the trading instruction sequence Value.

8. the electronic bill management system as claimed any one in claims 1 to 3 based on distribution book keeping operation, wherein described common Knowing algorithm includes token ring algorithm and Byzantine failure tolerance algorithm.

9. the electronic bill management system as claimed any one in claims 1 to 3 based on distribution book keeping operation, wherein described test The number for demonstrate,proving node is 3n+1, wherein, n is the integer more than or equal to 0.

10. the electronic bill management system as claimed any one in claims 1 to 3 based on distribution book keeping operation, also including many Individual non-authentication node, the non-authentication node is responsible for verifying the trading instruction and tests the trading instruction of empirical tests to described Demonstrate,prove node forwarding.

11. a kind of electronic invoice management method based on distribution book keeping operation, including：

To multiple checking node deployment electronic invoice business intelligence contracts, wherein the multiple checking node constitutes distributed system Unite and can be in communication with each other, the electronic invoice business intelligence contract refers to the operation carried out to electronic invoice；

The trading instruction for the electronic invoice business intelligence contract is received in each checking node；

When trigger condition is met, each checking node communicates and according to common recognition algorithm for being connect with other checking nodes The trading instruction sequence that the trading instruction of receipts is reached an agreement between all checking nodes；And

According to the trading instruction sequence perform the trading instruction to set up block and form area in each checking node Block chain.

12. the electronic invoice management method as claimed in claim 11 based on distribution book keeping operation, wherein the electronic invoice industry The intelligent contract of business includes electronic invoice and creates intelligent contract, the intelligent contract of electronic invoice circulation, the intelligent contract of application reimbursement, confirms The intelligent contract of reimbursement and the intelligent contract of rejection reimbursement.

13. the electronic invoice management method as claimed in claim 11 based on distribution book keeping operation, wherein the electronic invoice industry The intelligent contract of business issues the intelligent contract of historical query, the intelligent contract of electronic invoice information inquiry, electronic invoice including electronic invoice Submit an expense account the intelligent contract of status inquiry and the intelligent contract of expense report details inquiry.

14. the electronic invoice management method based on distribution book keeping operation as any one of claim 11 to 13, wherein institute The trading instruction number for stating trigger condition to be received reaches certain threshold value.

15. the electronic invoice management method based on distribution book keeping operation as any one of claim 11 to 13, wherein institute State trigger condition to reach trading processing time window, wherein the trading processing time window refers to from trading instruction is received to institute State the maximum duration that trading instruction is performed.

16. the electronic invoice management method based on distribution book keeping operation as any one of claim 11 to 13, also includes The block chain and electronic invoice information are stored in each checking node.

17. the electronic invoice management method based on distribution book keeping operation as any one of claim 11 to 13, wherein institute Block is stated including preceding block cryptographic Hash, the trading instruction sequence and state cryptographic Hash, wherein the preceding block cryptographic Hash refer to it is described The cryptographic Hash of the previous block of block, the state cryptographic Hash refers to perform the output obtained by the trading instruction sequence Cryptographic Hash.

18. the electronic invoice management method based on distribution book keeping operation as any one of claim 11 to 13, wherein institute Stating common recognition algorithm includes token ring algorithm and Byzantine failure tolerance algorithm.

19. the electronic bill management system based on distribution book keeping operation as any one of claim 11 to 13, wherein institute The number for stating checking node is 3n+1, wherein, n is the integer more than or equal to 0.

20. the electronic invoice management method based on distribution book keeping operation as any one of claim 11 to 13, wherein institute Stating distributed system also includes multiple non-authentication nodes, and the non-authentication node is responsible for verifying the trading instruction and by experience The trading instruction of card is forwarded to the checking node.