Audit account table version management method and device, storage medium and program product

Through alliance chain technology, the problems of low efficiency and low accuracy of audit account version management are solved in the management of audit account version, efficient management and consistency of audit account versions are achieved, and human resources investment is reduced.

CN119576900APending Publication Date: 2025-03-07AGRICULTURAL BANK OF CHINA
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202411686663.3
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-11-22
Publication Date
2025-03-07

AI Technical Summary

Technical Problem

In the prior art, the management efficiency of audit account versions is low, resulting in inconsistent audit account versions on the upstream production system and audit business side, affecting the accuracy of the audit industry.

Method used

Through alliance chain technology, the initiator determines the expansion block information based on the latest block information and change information, generates verification data packets and broadcasts them to multiple receiving ends, and determines the expansion data packets through the service feedback information of the receiving end, so as to achieve expansion of the alliance chain.

Benefits of technology

It improves the efficiency and accuracy of audit account version management, ensures that the audit account versions of the upstream production system and the audit business side are consistent, and reduces human resources investment.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119576900A_ABST
    Figure CN119576900A_ABST
Patent Text Reader

Abstract

The embodiment of the invention provides an audit account table version management method and device, a storage medium and a program product. The method comprises the following steps: through audit account table version management of an alliance chain, an upstream production system can broadcast a verification data packet containing expansion block information to a downstream consumption system and an audit service end in a broadcasting manner; the expansion data packet containing the expansion block information is determined based on the service feedback information of the downstream consumption system and the auditing service end on the verification data packet, and the expansion data packet is broadcasted to the downstream consumption system and the auditing service end, so that the downstream consumption system and the auditing service end can obtain the expansion block information in time; the audit account table version management efficiency is improved, and the audit account table version management accuracy can be improved through the mode of generating the extended data packet under the condition that the proportion of the number of the verification results which pass the verification to the total number of the verification results is larger than the set proportion threshold value.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application relates to the field of audit information technology, and in particular to a version management method, device, storage medium and program product for audit accounts and tables. Background Art

[0002] In the prior art, the upstream production system sends the new version of the audit account table to the downstream consumption system through the big data platform. The downstream consumption system forwards it to the audit business end, so that the audit business end generates corresponding models, analysis reports, etc. based on the new version of the audit account table.

[0003] This model causes both the upstream production system and the audit business end to be strongly dependent on the downstream consumption system. The interaction between the upstream production system and the audit business end must go through the downstream consumption system, which requires the downstream consumption system to devote a lot of human resources and has the problem of low efficiency in audit account and table version management. If the downstream consumption system does not synchronize the change information of the upstream production system (i.e. the new version of the audit account and table) to the audit business end in a timely manner, it will lead to inconsistency between the versions of the audit account and table of the upstream production system and the audit business end, and there will be multiple data-level problems. This problem has a huge impact on the audit industry, resulting in the problem of low accuracy in audit account and table version management. Summary of the invention

[0004] The present application provides a version management method, device, storage medium and program product for audit account tables, which can improve the efficiency and accuracy of audit account table version management.

[0005] In a first aspect, an embodiment of the present disclosure provides a version management method for an audit account table, comprising: determining, through an initiator, extended block information based on the latest block information and change information of a consortium chain corresponding to a current audit account table; wherein, one audit account table corresponds to one consortium chain; the consortium chain comprises multiple blocks, each block representing a different version of the audit account table; the latest block information is the information of the last block of the consortium chain of the initiator; the extended block information is the information of the new last block added to the last block; generating a verification data packet based on the latest block information, the change information and the extended block information, and broadcasting the verification data packet to multiple receiving ends; and broadcasting the verification data packet to multiple receiving ends through the multiple receiving ends. The receiving end determines the corresponding business feedback information based on the verification data packet; wherein the business feedback information includes the verification result; if the verification result is that the proportion of the number of verification passes to the total number of verification results is greater than the set proportion threshold, then the initiator generates an extended data packet based on the verification data packet, and broadcasts the extended data packet to the multiple receiving ends, so that the multiple receiving ends expand their respective alliance chains based on the extended data packet; wherein the extended data packet includes the extended block information; wherein the initiator is the upstream production system; the receiving end includes the downstream consumption system and the audit business end; the number of the downstream consumption systems and the number of the audit business ends both include multiple.

[0006] In a second aspect, an embodiment of the present disclosure further provides an electronic device, comprising: one or more processors; a storage device for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the version management method of the audit account table as described in the embodiment of the present disclosure.

[0007] In a third aspect, an embodiment of the present disclosure further provides a storage medium comprising computer executable instructions, which, when executed by a computer processor, are used to execute the version management method for the audit account table as described in the embodiment of the present disclosure.

[0008] In a fourth aspect, an embodiment of the present disclosure further provides a computer program product, including a computer program, which, when executed by a processor, implements the version management method of the audit account table as described in the embodiment of the present disclosure.

[0009] The technical solution of the embodiment of the present disclosure determines the extended block information based on the latest block information and change information of the alliance chain corresponding to the current audit account table through the initiator; wherein one audit account table corresponds to one alliance chain; the alliance chain includes multiple blocks, each block represents a different version of the audit account table; the latest block information is the information of the last block of the alliance chain of the initiator; the extended block information is the information of the new last block added to the last block; a verification data packet is generated based on the latest block information, the change information and the extended block information, and the verification data packet is broadcast to multiple receiving ends; through the multiple receiving ends, based on the The verification data packet determines the corresponding business feedback information; wherein, the business feedback information includes the verification result; if the verification result is that the proportion of the number of verification passes to the total number of verification results is greater than the set proportion threshold, then the initiator generates an extended data packet based on the verification data packet, and broadcasts the extended data packet to the multiple receiving ends, so that the multiple receiving ends expand their respective alliance chains based on the extended data packet; wherein, the extended data packet includes the extended block information; wherein, the initiator is the upstream production system; the receiving end includes the downstream consumer system and the audit business end; the number of the downstream consumer systems and the number of the audit business ends both include multiple. In the disclosed embodiment, through the audit account and table version management of the alliance chain, the upstream production system can broadcast the verification data packet containing the extended block information to the downstream consumption system and the audit business end in a broadcasting manner, and determine the extended data packet containing the extended block information based on the business feedback information of the downstream consumption system and the audit business end on the verification data packet, and broadcast the extended data packet to the downstream consumption system and the audit business end. The downstream consumption system and the audit business end can obtain the extended block information in a timely manner, thereby improving the efficiency of the audit account and table version management. In addition, when the verification result is that the proportion of the number of verification passes to the total number of verification results is greater than the set proportion threshold, the extended data packet is generated, which can improve the accuracy of the audit account and table version management. BRIEF DESCRIPTION OF THE DRAWINGS

[0010] The above and other features, advantages and aspects of the embodiments of the present disclosure will become more apparent with reference to the following detailed description in conjunction with the accompanying drawings. Throughout the accompanying drawings, the same or similar reference numerals represent the same or similar elements. It should be understood that the drawings are schematic and the originals and elements are not necessarily drawn to scale.

[0011] Figure 1 A schematic diagram of a version management method for an audit account table provided in an embodiment of the present application;

[0012] Figure 2 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0013] Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although certain embodiments of the present disclosure are shown in the accompanying drawings, it should be understood that the present disclosure can be implemented in various forms and should not be construed as being limited to the embodiments described herein, which are instead provided for a more thorough and complete understanding of the present disclosure. It should be understood that the drawings and embodiments of the present disclosure are only for exemplary purposes and are not intended to limit the scope of protection of the present disclosure.

[0014] It should be understood that the various steps recorded in the method implementation of the present disclosure can be performed in different orders and / or in parallel. In addition, the method implementation may include additional steps and / or omit the steps shown. The scope of the present disclosure is not limited in this respect. The term "including" and its variations used herein are open inclusions, that is, "including but not limited to". It should be noted that the concepts of "first", "second", etc. mentioned in the present disclosure are only used to distinguish different modules or units, and are not used to limit the order or interdependence of the functions performed by these modules or units. It should be noted that the modifications of "one" and "multiple" mentioned in the present disclosure are illustrative and not restrictive, and those skilled in the art should understand that unless otherwise clearly stated in the context, it should be understood as "one or more". It is understandable that the data involved in the present technical solution (including but not limited to the data itself, the acquisition or use of the data) shall comply with the requirements of the corresponding laws, regulations and relevant provisions.

[0015] Figure 1 A schematic diagram of a version management method for an audit account table provided in an embodiment of the present application. Optionally, it is implemented by an electronic device, which may be a mobile terminal, a PC, or a server. Figure 1 As shown, the method includes:

[0016] S110. Determine the extended block information through the initiator based on the latest block information and change information of the alliance chain corresponding to the current audit account table.

[0017] Among them, one audit account table corresponds to one alliance chain; the alliance chain includes multiple blocks, each block represents a different version of the audit account table; the latest block information is the information of the last block of the alliance chain of the initiator; the extended block information is the information of the new last block added after the last block.

[0018] Among them, the audit account table can be understood as a data table in the database.

[0019] In this embodiment, there is no restriction on block information, which can be determined according to actual conditions, for example, table field information, coding information, etc. In this embodiment, there is no restriction on change information, for example, change information can be field change information, coding change information, length change of table content, table structure change, etc. In this embodiment, there is no restriction on extended block information, for example, it can include the latest block information, change information, hash value, etc. Extended block information can represent a new version of the audit account table.

[0020] The initiating end may be an upstream production system. The number of upstream production systems is one. The receiving end includes a downstream consumption system and an audit service end. The number of the downstream consumption systems and the number of the audit service ends both include multiple.

[0021] Among them, the upstream production system is the party that generates business data. It should be noted that if the downstream consumption system or the audit business end generates business data and needs to make changes to the audit accounts and tables, the corresponding downstream consumption system or audit business end role becomes the upstream production system. That is, the upstream production system, the downstream consumption system and the audit business end are relative concepts. The party that makes changes to the audit accounts and tables is the upstream production system, and the party that receives and reviews the expansion block information generated by the upstream production system is the downstream consumption system or the audit business end. That is, the upstream production system, the downstream consumption system and the audit business end jointly manage the same audit accounts and tables.

[0022] S120, generating a verification data packet based on the latest block information, the change information and the extended block information, and broadcasting the verification data packet to multiple receiving ends.

[0023] In this embodiment, the specific content included in the verification data packet is not limited, for example, it may include the latest block information, change information, extended block information, and verification codes to ensure correct transmission, etc. After the initiator receives the verification data packet, it broadcasts the verification data packet to all receiving terminals. All receiving terminals and the initiator are management terminals that join the alliance chain, and all receiving terminals and the initiator jointly maintain and manage the same audit account table.

[0024] S130. Determine corresponding service feedback information based on the verification data packet respectively through the multiple receiving ends.

[0025] The service feedback information includes verification results, including verification passed and verification failed.

[0026] In this embodiment, there is no restriction on the service feedback information, for example, it may include the verification result and feedback information of the verification data packet. The feedback information may include whether to agree with the expansion, the impact analysis on the actual service, modification opinions, etc.

[0027] Each receiving end considers the feasibility of the change and the impact on the actual business based on its own scenario and decides whether to agree to the expansion. If it disagrees with the expansion, it can give a corresponding description, such as the corresponding modification opinion and the reason for disagreeing with the expansion.

[0028] Optionally, the corresponding service feedback information is determined based on the verification data packet respectively through the multiple receiving ends, including: for each receiving end, obtaining the latest block information of the initiating end, the change information of the initiating end and the extended block information of the initiating end from the verification data packet; if the latest block information of the initiating end is consistent with the latest block information of the receiving end, determining the extended block information of the receiving end based on the change information of the initiating end and the latest block information of the receiving end; if the extended block information of the initiating end is consistent with the extended block information of the receiving end, and the received feedback information includes agreement to expand, then the verification result is verification passed; and determining the corresponding service feedback information based on the feedback information and the verification result.

[0029] It should be noted that the method for each receiving end to determine the corresponding service feedback information based on the verification data packet is the same. An example is given of the method for any receiving end to determine the service feedback information: the latest block information of the initiating end, the change information of the initiating end, and the extended block information of the initiating end are obtained from the verification data packet; if the latest block information of the initiating end is consistent with the latest block information of the receiving end, the extended block information is verified (or audited): the extended block information of the receiving end is determined based on the change information of the initiating end and the latest block information of the receiving end; if the extended block information of the initiating end is consistent with the extended block information of the receiving end, and the received feedback information (which can be input by the user) includes consent to the extension, the verification result is verification passed. The feedback information and the verification result are combined into the corresponding service feedback information.

[0030] Optionally, before determining the corresponding business feedback information based on the feedback information and the verification result, it also includes: if at least one of the following items is included, the verification result is verification failure: the latest block information of the initiating end is inconsistent with the latest block information of the receiving end, the extended block information of the initiating end is inconsistent with the extended block information of the receiving end, and the received feedback information includes disagreement with expansion.

[0031] In this embodiment, if the latest block information of the initiator is inconsistent with the latest block information of the receiving end, it means that the alliance chain of the initiator and the receiving end has been derailed, that is, the alliance chain of the initiator and the receiving end is inconsistent. If the extended block information of the initiator is inconsistent with the extended block information of the receiving end, it means that the extended block information of the initiator is illegal or the extended block information of the receiving end is incorrect. If the business feedback information includes disagreement with the extension, it means that the extended block information will affect the actual business of the receiving end, which has certain risks.

[0032] In this embodiment, the service feedback information corresponding to each receiving end may be combined based on the feedback information including the agreement to expand or the disagreement to expand and the verification result including the verification passing or the verification failing.

[0033] S140. If the verification result is that the proportion of the number of verification passes to the total number of verification results is greater than the set proportion threshold, the initiator generates an extended data packet based on the verification data packet, and broadcasts the extended data packet to the multiple receiving ends, so that the multiple receiving ends expand their respective alliance chains based on the extended data packet.

[0034] In this embodiment, there is no restriction on the set ratio threshold value, for example, it can be 80% or 90%. In this embodiment, after each receiving end receives the verification data packet, for any receiving end, the latest block information in the verification data packet is first verified. After the latest block information is verified, the extended block information is verified. After the extended block information is verified, if the business feedback information also includes consent to the extension, the verification result is verification passed. If the latest block information verification fails, the extended block information verification fails, and the business feedback information also includes disagreement with the extension, the verification result is verification failed.

[0035] In this embodiment, there is no restriction on the extended data packet, for example, it may include extended block information and a check code to ensure normal transmission.

[0036] In this embodiment, the alliance chains of each receiving end and the initiating end are alliance chains of the same audit account table. When one party makes an update, the other parties need to review it. After the review is passed, the update is synchronized.

[0037] It should be noted that there is only one consortium chain for one audit account table. The respective consortium chains in “multiple receiving ends expand their respective consortium chains based on extended data packets” can be understood as copies of the same consortium chain, and each receiving end and initiating end can be understood as different management nodes of the same consortium chain.

[0038] In this embodiment, if the verification result is that the proportion of the number of verification passes to the total number of verification results is greater than the set proportion threshold, the initiator generates an extended data packet based on the verification data packet, and broadcasts the extended data packet to the multiple receiving ends, so that the multiple receiving ends add the extended block information in the extended data packet to their respective alliance chains, that is, add the extended block after the last block in the original alliance chain.

[0039] Optionally, if the proportion of the number of verification results that pass the verification in all business feedback information to the total number of verification results is greater than a set proportion threshold, it also includes: when the monitoring time for the initiating end to monitor the business feedback information of the multiple receiving ends exceeds a first set time, aggregating the business feedback information of all receiving ends to obtain feedback summary information; counting the total number of verification results in the feedback summary information; and counting the number of verification results that pass the verification in the feedback summary information.

[0040] In this embodiment, there is no limit on the first set duration, for example, it can be one day, half a day, etc. In this embodiment, after broadcasting the verification data packet to each receiving end, the monitoring of the service feedback information is turned on. When the monitoring duration exceeds the first set duration, the service feedback information received from all receiving ends is summarized to obtain feedback summary information. The total number of verification results in the feedback summary information is counted, that is, the number of all receiving ends; the verification results in the feedback summary information are counted as the number of verification passes.

[0041] It should be noted that when the monitoring duration exceeds the first set duration and the initiator does not collect service feedback information from each receiving end, the initiator assumes by default that each receiving end agrees to expand and the verification result of the verification data packet is verification passed.

[0042] Optionally, after the corresponding business feedback information is determined based on the verification data packet respectively through the multiple receiving ends, it also includes: if the verification result is that the proportion of the number of verification passes to the total number of verification results is less than a set proportion threshold, the change information is modified by the initiator based on the modification information to obtain new change information; the new change information is returned to the initiator as the change information, and the step of expanding the block information is determined based on the latest block information and change information of the alliance chain corresponding to the current audit account table, and re-executed.

[0043] The service feedback information also includes modification information of disagreement with the expansion.

[0044] In this embodiment, if the verification result is that the ratio of the number of verification passes to the total number of verification results is less than the set ratio threshold, it means that the verification fails and each receiving end does not agree to the expansion. If the initiating end insists on expansion, the change information is modified based on the modification information to obtain new change information; the new change information is used as the change information and returned to the initiating end, and the expansion block information step is determined based on the latest block information and change information of the alliance chain corresponding to the current audit account table, and re-executed. If the initiating end abandons the expansion, the entire process ends, and each receiving end and the initiating end do not expand, and delete the expansion block information. The expansion block pre-added by the initiating end is also deleted.

[0045] Optionally, a new alliance chain of audit accounts and corresponding management requests are created through the downstream consumption system, and the management requests are sent to the upstream production system and the audit business end respectively; the upstream production system and the audit business end respectively receive the management requests to join the alliance chain of the new audit accounts and jointly manage the new audit accounts.

[0046] Exemplarily, taking the audit business end as an example, if the audit business end needs to use a new audit account table and there is no alliance chain for the audit account table, a new alliance chain for the audit account table and a corresponding management request can be created through the downstream consumption system, and the management request can be sent to the upstream production system and the audit business end respectively; the upstream production system and the audit business end respectively receive the management request to join the alliance chain of the new audit account table as administrators of the new audit account table, and jointly manage the new audit account table.

[0047] It should be noted that any audit business end that needs to use the information of the audit account table must first join the alliance chain of the audit account table to jointly maintain the version information of the account table. If any audit business end gives up using a certain audit account table, it can exit the corresponding alliance chain and be jointly maintained by the upstream production system and the downstream consumption system.

[0048] For the offline operation of any audit account table, a request to terminate the alliance chain can be initiated through the upstream production system and sent to the corresponding receiving end. After the receiving end reviews and approves it, the subsequent alliance chain update actions of the audit account table can be terminated.

[0049] Optionally, the alliance chain information corresponding to the current audit account table is backed up through the downstream consumption system every second set time period.

[0050] In this embodiment, there is no limit on the second set time, for example, it can be one week, one month, etc. In this embodiment, all the alliance chain information is stored in the memory. By backing up the alliance chain information corresponding to the current audit account table, the reliability and data accuracy of the alliance chain can be ensured. The alliance chain information can include information of all blocks on the alliance chain of the current audit account table.

[0051] The technical solution of the embodiment of the present disclosure determines the extended block information based on the latest block information and change information of the alliance chain corresponding to the current audit account table through the initiator; wherein one audit account table corresponds to one alliance chain; the alliance chain includes multiple blocks, each block represents a different version of the audit account table; the latest block information is the information of the last block of the alliance chain of the initiator; the extended block information is the information of the new last block added to the last block; a verification data packet is generated based on the latest block information, the change information and the extended block information, and the verification data packet is broadcast to multiple receiving ends; through the multiple receiving ends, based on the The verification data packet determines the corresponding business feedback information; wherein, the business feedback information includes the verification result; if the verification result is that the proportion of the number of verification passes to the total number of verification results is greater than the set proportion threshold, then the initiator generates an extended data packet based on the verification data packet, and broadcasts the extended data packet to the multiple receiving ends, so that the multiple receiving ends expand their respective alliance chains based on the extended data packet; wherein, the extended data packet includes the extended block information; wherein, the initiator is the upstream production system; the receiving end includes the downstream consumer system and the audit business end; the number of the downstream consumer systems and the number of the audit business ends both include multiple. In the disclosed embodiment, through the audit account and table version management of the alliance chain, the upstream production system can broadcast the verification data packet containing the extended block information to the downstream consumption system and the audit business end in a broadcasting manner, and determine the extended data packet containing the extended block information based on the business feedback information of the downstream consumption system and the audit business end on the verification data packet, and broadcast the extended data packet to the downstream consumption system and the audit business end. The downstream consumption system and the audit business end can obtain the extended block information in a timely manner, thereby improving the efficiency of the audit account and table version management. In addition, when the verification result is that the proportion of the number of verification passes to the total number of verification results is greater than the set proportion threshold, the extended data packet is generated, which can improve the accuracy of the audit account and table version management.

[0052] The technical solution provided in this embodiment can make it easier for the upstream production system to collect statistics on the business feedback information of the audit business end and the downstream consumption system when the audit accounts and tables are changed; for the audit business end, it can timely obtain the change information of all audit accounts and tables, so that it can analyze the impact on the existing model at the first time, and determine the feasibility of the change information and make corresponding processing methods; for the downstream consumption system, it can reduce the human cost of serving as a communication bridge between the upstream production system and the audit business end.

[0053] Figure 2 A schematic diagram of an electronic device 10 that can be used to implement an embodiment of the present application is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workbenches, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices (such as helmets, glasses, watches, etc.) and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely examples and are not intended to limit the implementation of the present application described and / or required herein.

[0054] like Figure 2 As shown, the electronic device 10 includes at least one processor 11, and a memory connected to the at least one processor 11, such as a read-only memory (ROM) 12, a random access memory (RAM) 13, etc., wherein the memory stores a computer program that can be executed by at least one processor, and the processor 11 can perform various appropriate actions and processes according to the computer program stored in the read-only memory (ROM) 12 or the computer program loaded from the storage unit 18 to the random access memory (RAM) 13. In the RAM 13, various programs and data required for the operation of the electronic device 10 can also be stored. The processor 11, the ROM 12, and the RAM 13 are connected to each other through a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.

[0055] A number of components in the electronic device 10 are connected to the I / O interface 15, including: an input unit 16, such as a keyboard, a mouse, etc.; an output unit 17, such as various types of displays, speakers, etc.; a storage unit 18, such as a disk, an optical disk, etc.; and a communication unit 19, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 19 allows the electronic device 10 to exchange information / data with other devices through a computer network such as the Internet and / or various telecommunication networks.

[0056] The processor 11 may be a variety of general and / or special processing components with processing and computing capabilities. Some examples of the processor 11 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, digital signal processors (DSPs), and any appropriate processors, controllers, microcontrollers, etc. The processor 11 executes the various methods and processes described above, such as version management of the method audit account table.

[0057] In some embodiments, the version management of the method audit account table can be implemented as a computer program, which is tangibly contained in a computer-readable storage medium, such as a storage unit 18. In some embodiments, part or all of the computer program can be loaded and / or installed on the electronic device 10 via the ROM 12 and / or the communication unit 19. When the computer program is loaded into the RAM 13 and executed by the processor 11, one or more steps of the version management of the method audit account table described above can be performed. Alternatively, in other embodiments, the processor 11 can be configured to perform the version management of the method audit account table in any other appropriate manner (for example, by means of firmware).

[0058] Various implementations of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various implementations may include: being implemented in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which can be a special purpose or general purpose programmable processor that can receive data and instructions from a storage system, at least one input, and at least one output device, and transmit data and instructions to the storage system, the at least one input, and the at least one output device.

[0059] The computer programs for implementing the methods of the present application may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, so that when the computer programs are executed by the processor, the functions / operations specified in the flow charts and / or block diagrams are implemented. The computer programs may be executed entirely on the machine, partially on the machine, partially on the machine and partially on a remote machine as a stand-alone software package, or entirely on a remote machine or server.

[0060] In the context of the present application, a computer readable storage medium may be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, device or equipment. A computer readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices or equipment, or any suitable combination of the foregoing. Alternatively, a computer readable storage medium may be a machine readable signal medium. A more specific example of a machine readable storage medium may include an electrical connection based on one or more lines, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0061] To provide interaction with a user, the systems and techniques described herein may be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and a pointing device (e.g., a mouse or trackball) through which the user can provide input to the electronic device. Other types of devices may also be used to provide interaction with the user; for example, the feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form (including acoustic input, voice input, or tactile input).

[0062] The systems and techniques described herein may be implemented in a computing system that includes backend components (e.g., as a data server), or a computing system that includes middleware components (e.g., an application server), or a computing system that includes frontend components (e.g., a user computer with a graphical user interface or a web browser through which a user can interact with implementations of the systems and techniques described herein), or a computing system that includes any combination of such backend components, middleware components, or frontend components. The components of the system may be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: a local area network (LAN), a wide area network (WAN), a blockchain network, and the Internet.

[0063] A computing system may include a client and a server. The client and the server are generally remote from each other and usually interact through a communication network. The client and server relationship is generated by computer programs running on the corresponding computers and having a client-server relationship with each other. The server may be a cloud server, also known as a cloud computing server or cloud host, which is a host product in the cloud computing service system to solve the defects of difficult management and weak business scalability in traditional physical hosts and VPS services.

[0064] An embodiment of the present application also provides a computer program product, including a computer program, which, when executed by a processor, implements the version management method of the audit account table provided in any embodiment of the present application.

[0065] In the process of implementation, the computer program product can be written in one or more programming languages ​​or a combination thereof to perform the computer program code of the present application, and the programming language includes an object-oriented programming language, such as Java, Smalltalk, C++, and also includes a conventional procedural programming language, such as "C" language or similar programming language. The program code can be executed entirely on the user's computer, partially on the user's computer, as an independent software package, partially on the user's computer and partially on the remote computer, or completely on the remote computer or server. In the case of a remote computer, the remote computer can be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or can be connected to an external computer (for example, using an Internet service provider to connect through the Internet).

[0066] Note that the above are only preferred embodiments of the present application and the technical principles used. Those skilled in the art will understand that the present application is not limited to the specific embodiments herein, and that various obvious changes, readjustments and substitutions can be made by those skilled in the art without departing from the scope of protection of the present application. Therefore, although the present application is described in more detail through the above embodiments, the present application is not limited to the above embodiments, and may include more other equivalent embodiments without departing from the concept of the present application, and the scope of the present application is determined by the scope of the appended claims.

Claims

1. A version management method for audit account tables, characterized in that: include: Determine the extended block information through the initiator based on the latest block information and change information of the alliance chain corresponding to the current audit account table; wherein one audit account table corresponds to one alliance chain; the alliance chain includes multiple blocks, each block represents a different version of the audit account table; the latest block information is the information of the last block of the alliance chain of the initiator; the extended block information is the information of the new last block added after the last block; Generate a verification data packet based on the latest block information, the change information and the extended block information, and broadcast the verification data packet to multiple receiving ends; Determine corresponding service feedback information based on the verification data packet through the multiple receiving ends; wherein the service feedback information includes a verification result; If the verification result is that the proportion of the number of verification passes to the total number of verification results is greater than the set proportion threshold, the initiator generates an extended data packet based on the verification data packet, and broadcasts the extended data packet to the multiple receiving ends, so that the multiple receiving ends expand their respective alliance chains based on the extended data packet; wherein the extended data packet includes the extended block information; wherein the initiator is the upstream production system; the receiving end includes the downstream consumer system and the audit business end; the number of the downstream consumer systems and the number of the audit business ends both include multiple.

2. The method according to claim 1, characterized in that: If the proportion of the number of verification results that pass the verification in all business feedback information to the total number of verification results is greater than a set proportion threshold, the method further includes: When the monitoring time of the service feedback information of the multiple receiving ends by the initiating end exceeds a first set time, summarizing the service feedback information of all the receiving ends to obtain feedback summary information; Counting the total number of verification results in the feedback summary information; The verification results in the feedback summary information are counted as the number of verification passes.

3. The method according to claim 1, characterized in that Determining corresponding service feedback information based on the verification data packets respectively by the multiple receiving ends includes: For each receiving end, obtaining the latest block information of the initiating end, the change information of the initiating end, and the extended block information of the initiating end from the verification data packet; If the latest block information of the initiating end is consistent with the latest block information of the receiving end, determining the extended block information of the receiving end based on the change information of the initiating end and the latest block information of the receiving end; If the extended block information of the initiating end is consistent with the extended block information of the receiving end, and the received feedback information includes agreement to extend, the verification result is verification passed; Corresponding service feedback information is determined based on the feedback information and the verification result.

4. The method according to claim 3, characterized in that: Before determining the corresponding service feedback information based on the feedback information and the verification result, it also includes: if at least one of the following items is included, the verification result is verification failure: the latest block information of the initiating end is inconsistent with the latest block information of the receiving end, the extended block information of the initiating end is inconsistent with the extended block information of the receiving end, and the received feedback information includes disagreement with expansion.

5. The method according to claim 4, characterized in that in, The service feedback information also includes modification information that does not agree to the expansion; after the corresponding service feedback information is determined based on the verification data packet by the multiple receiving ends, the service feedback information also includes: If the verification result is that the ratio of the number of verification passes to the total number of verification results is less than the set ratio threshold, the initiator modifies the change information based on the modification information to obtain new change information; The new change information is used as the change information and returned to the initiator. The step of expanding the block information is determined based on the latest block information and change information of the alliance chain corresponding to the current audit account table and re-executed.

6. The method according to claim 1, characterized in that Also includes: Create a new audit account table alliance chain and a corresponding management request through the downstream consumption system, and send the management request to the upstream production system and the audit business end respectively; The upstream production system and the audit business end respectively receive the management request to join the alliance chain of the new audit account table and jointly manage the new audit account table.

7. The method according to claim 1, characterized in that Also includes: Through the downstream consumption system, the alliance chain information corresponding to the current audit account table is backed up every second set period of time.

8. An electronic device, characterized in that: The electronic device comprises: one or more processors; a storage device for storing one or more programs, When the one or more programs are executed by the one or more processors, the one or more processors implement the version management method of the audit account table as described in any one of claims 1-7.

9. A storage medium comprising computer executable instructions, wherein the computer executable instructions, when executed by a computer processor, are used to execute the version management method of the audit account table as described in any one of claims 1 to 7.

10. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the computer program implements the version management method of the audit account table according to any one of claims 1 to 7.