Business processing method and device, equipment, medium and program product

Abstract

The invention provides a business processing method based on a mixed bookkeeping mode. The business processing method can be applied to the distributed field. The mixed bookkeeping mode comprises distributed bookkeeping and centralized bookkeeping, and the method comprises the following steps: tracing and connecting a node of the distributed bookkeeping to a node of a previous distributed bookkeeping so as to establish a single chain type structure; establishing an association relationship between the nodes of the centralized accounting and the nodes of the distributed accounting; and carrying out business processing on the transaction business based on the single-chain structure and the association relationship. According to the business processing method disclosed by the invention, the security of the business system is improved, and the operation and maintenance management cost and complexity of the business system are reduced. The invention further provides a business processing device and equipment based on the mixed bookkeeping mode, a storage medium and a program product.

Description

Technical Field

[0001] The present disclosure relates to the field of distribution, and more specifically to a business processing method, device, equipment, medium and program product based on a hybrid accounting mode. Background Art

[0002] The Hospital Resource Planning (HRP) system is a comprehensive operation management system designed specifically for hospitals, similar to the ERP system (Enterprise Resource Planning, ERP) of enterprises. The goal of the HRP system is to optimize and integrate various resources of the hospital, achieve efficient operation management, move the traditional financial work of the hospital from offline to online, and conduct information management according to internal control requirements. It is the basis for achieving visual, transparent and standardized full-process closed-loop management of hospital operations.

[0003] Usually, the hospital HRP business system will use a centralized account book to record accounts. The HRP centralized account book model, such as Figure 1 As shown, the accounting process and method include budget, procurement, contract, payment, and fixed entry nodes. Each node adopts a centralized bookkeeping method. All accounting records and data are stored in a central database and managed by a single control node. In the hospital HRP business system, centralized bookkeeping is used for accounting, which has the risk of single point failure. Once the central database is paralyzed, the entire system is paralyzed, and the centralized book is at risk of being tampered with. If distributed accounting is adopted in the hospital HRP business system, the accounting records and data are distributed in multiple nodes, each node holds a complete or partial copy of the data, and these nodes work together to manage and verify the data. Although security is guaranteed, the complexity of system design is increased and the cost is increased. Therefore, in the existing accounting model, distributed accounting is complex and has high operating costs, and centralized accounting is prone to single point failures and tampering, which cannot guarantee the security of the HRP business system. Summary of the invention

[0004] In view of at least one aspect of the above problems, embodiments of the present disclosure provide a business processing method, apparatus, device, medium, and program product that improve system security and reduce complexity.

[0005] According to a first aspect of the present disclosure, there is provided a business processing method based on a hybrid accounting mode, wherein the hybrid accounting mode includes distributed accounting and centralized accounting, and comprises: retroactively connecting the node of the distributed accounting to the node of the previous distributed accounting to establish a single-chain structure; establishing an association relationship between the node of the centralized accounting and the node of the distributed accounting; and performing business processing on the transaction business based on the single-chain structure and the association relationship.

[0006] According to an embodiment of the present disclosure, the step of retroactively connecting the distributed accounting node to the previous distributed accounting node to establish a single-chain structure includes: generating a data block corresponding to a new transaction business in the distributed accounting node; wherein the data block includes a hash pointer; and utilizing the hash pointer to retroactively connect the data block in the distributed accounting node with the data block in the previous distributed accounting node to form the single-chain structure.

[0007] According to an embodiment of the present disclosure, the data block also includes a transaction identity identification number, and the establishment of an association relationship between the node of the centralized accounting and the node of the distributed accounting includes: creating an element management number corresponding to the new transaction business in the node of the centralized accounting; and based on the new transaction business, establishing an association relationship between the transaction identity identification number in the node of the distributed accounting and the element management number; wherein the element management number and the transaction identity identification number are unique.

[0008] According to an embodiment of the present disclosure, the distributed accounting nodes include: a budget node, a contract node and a payment node.

[0009] According to an embodiment of the present disclosure, the nodes of the centralized accounting include: a purchasing node and an entry node.

[0010] According to an embodiment of the present disclosure, the data block also includes transaction content; the transaction business includes budget business; the business processing of the transaction business based on the single-chain structure and the association relationship includes: creating a data block of the budget business in the budget node; allocating the budget output amount in the transaction content of the budget business to the procurement node and the contract node; and private key signing the budget output amount to obtain a digital signature of the budget output amount.

[0011] According to an embodiment of the present disclosure, the transaction business also includes a procurement business, and the business processing of the transaction business based on the single-chain structure and the association relationship includes: obtaining the transaction identity identification number of the budget business in the procurement node; adding procurement application information corresponding to the procurement business based on the budget output amount; and establishing the association relationship between the transaction identity identification number of the budget business and the element management number in the procurement application information.

[0012] According to an embodiment of the present disclosure, the transaction business also includes a contract business, and the business processing of the transaction business based on the single-chain structure and the association relationship includes: constructing a data block of the contract business in the contract node; verifying the digital signature of the budget output amount based on the acquired transaction identity identification number of the budget business and the public key of the budget business; and when the verification is successful, pointing the hash pointer of the contract business to the data block of the budget business.

[0013] According to an embodiment of the present disclosure, after pointing the hash pointer of the contract business to the transaction identity identification number of the budget business, the method further includes: generating the transaction content of the contract business based on the budget output amount under the satisfaction of the procurement condition; wherein the procurement condition is the existence of procurement application information corresponding to the transaction identity identification number of the budget business in the procurement business; allocating the contract output amount in the transaction content of the contract business to the payment node; and private key signing the contract output amount to obtain a digital signature of the contract output amount.

[0014] According to an embodiment of the present disclosure, the transaction business also includes a payment business, and the business processing of the transaction business based on the single-chain structure and the association relationship includes: constructing a data block of the payment business in the payment node; verifying the digital signature of the contract output amount based on the acquired transaction identity identification number of the contract business and the public key of the contract business; when the verification is successful, pointing the hash pointer of the payment business to the data block of the contract business; and generating the transaction content of the payment business based on the contract output amount and input payment information.

[0015] According to an embodiment of the present disclosure, the transaction business also includes a fixed asset business, and the transaction business is processed based on the single-chain structure and the association relationship, including: obtaining the transaction identity identification number of the payment business in the fixed asset node; adding the fixed asset information corresponding to the fixed asset business based on the contract output amount; and establishing the association relationship between the transaction identity identification number of the payment business and the element management number in the fixed asset information.

[0016] A second aspect of the present disclosure provides a business processing device based on a hybrid accounting mode, wherein the hybrid accounting mode includes distributed accounting and centralized accounting, and the device includes: a chain structure module, used to trace back the node of the distributed accounting to the node of the previous distributed accounting to establish a single chain structure; an association module, used to establish an association relationship between the node of the centralized accounting and the node of the distributed accounting; and a business processing module, used to perform business processing on the transaction business based on the single chain structure and the association relationship.

[0017] According to an embodiment of the present disclosure, the chain structure module includes: a first chain structure unit, used to generate a data block corresponding to a new transaction business in the node of the distributed accounting; wherein the data block includes a hash pointer; and a second chain structure unit, used to use the hash pointer to trace back the data block in the node of the distributed accounting and the data block in the node of the previous distributed accounting to form the single chain structure.

[0018] According to an embodiment of the present disclosure, the data block also includes a transaction identity identification number, and the association relationship module includes: a first association relationship unit, used to create an element management number corresponding to the new transaction business in the node of the centralized accounting; and a second association relationship unit, used to establish an association relationship between the transaction identity identification number in the node of the distributed accounting and the element management number based on the new transaction business; wherein the element management number and the transaction identity identification number are unique.

[0019] According to an embodiment of the present disclosure, the distributed accounting nodes include: a budget node, a contract node and a payment node.

[0020] According to an embodiment of the present disclosure, the nodes of the centralized accounting include: a purchasing node and an entry node.

[0021] According to an embodiment of the present disclosure, the data block also includes transaction content; the transaction business includes a budget business; the business processing module includes: a budget business unit, used to create a data block of the budget business in the budget node; allocate the budget output funds in the transaction content of the budget business to the procurement node and the contract node; and perform a private key signing on the budget output funds to obtain a digital signature of the budget output funds.

[0022] According to an embodiment of the present disclosure, the transaction business also includes a procurement business, and the business processing module also includes: a procurement business unit, which is used to obtain the transaction identity identification number of the budget business in the procurement node; based on the budget output amount, add the procurement application information corresponding to the procurement business; and establish the association relationship between the transaction identity identification number of the budget business and the element management number in the procurement application information.

[0023] According to an embodiment of the present disclosure, the transaction business also includes a contract business, and the business processing module also includes: a first contract business unit, used to construct a data block of the contract business in the contract node; a second contract business unit, used to verify the digital signature of the budget output amount based on the acquired transaction identity identification number of the budget business and the public key of the budget business; and a third contract business unit, used to point the hash pointer of the contract business to the data block of the budget business when the verification is successful.

[0024] According to an embodiment of the present disclosure, the third contract business unit includes: a contract business sub-unit, which is used to generate the transaction content of the contract business based on the budget output amount when the procurement conditions are met; wherein the procurement conditions are the procurement application information corresponding to the transaction identity identification number of the budget business in the procurement business; allocating the contract output amount in the transaction content of the contract business to the payment node; and private key signing the contract output amount to obtain a digital signature of the contract output amount.

[0025] According to an embodiment of the present disclosure, the transaction business also includes a payment business, and the business processing module also includes: a payment business unit, which is used to construct a data block of the payment business in the payment node; based on the acquired transaction identity identification number of the contract business and the public key of the contract business, verify the digital signature of the contract output amount; when the verification is successful, point the hash pointer of the payment business to the data block of the contract business; and generate the transaction content of the payment business based on the contract output amount and input payment information.

[0026] According to an embodiment of the present disclosure, the transaction business also includes a fixed asset business, and the business processing module also includes: a fixed asset business unit, which is used to obtain the transaction identity identification number of the payment business in the fixed asset node; based on the contract output amount, add the fixed asset information corresponding to the fixed asset business; and establish the association relationship between the transaction identity identification number of the payment business and the element management number in the fixed asset information.

[0027] A third aspect of the present disclosure provides an electronic device, comprising: one or more processors; and a memory for storing one or more computer programs, wherein the one or more processors execute the one or more computer programs to implement the steps of the above method.

[0028] The fourth aspect of the present disclosure further provides a computer-readable storage medium having a computer program or instructions stored thereon, which implements the steps of the above method when the above computer program or instructions are executed by a processor.

[0029] The fifth aspect of the present disclosure further provides a computer program product, including a computer program or instructions, which implement the steps of the above method when the above computer program or instructions are executed by a processor.

[0030] According to the embodiments of the present disclosure, in the existing accounting mode, distributed accounting is complex and has high operating costs, and centralized accounting is prone to single point failures and tampering, and the security of the HRP business system cannot be guaranteed. Therefore, in the disclosed embodiments, the distributed accounting node is traced back to the previous distributed accounting node through a single chain structure; an association relationship between the centralized accounting node and the distributed accounting node is established; and based on the single chain structure and the association relationship, the transaction business is processed. It is realized that in business processing, through the single chain structure and the association relationship, the distributed accounting node and the centralized distributed accounting node will realize hybrid accounting. The hybrid accounting mode integrates distributed and centralized accounting, so that it takes into account the respective advantages of distributed accounting and centralized accounting, and avoids their respective shortcomings, ensuring the high requirements for the security of key accounts of the business system, improving the security of the business system, and reducing the operation and maintenance management costs and complexity of the business system. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] The above contents and other objects, features and advantages of the present disclosure will become more apparent through the following description of the embodiments of the present disclosure with reference to the accompanying drawings, in which:

[0032] Figure 1 A schematic diagram of the HRP centralized ledger model is shown;

[0033] Figure 2 The HRP business overview diagram is schematically shown;

[0034] Figure 3 The application scenario diagram of the business processing method based on the hybrid accounting mode according to the embodiment of the present disclosure is schematically shown;

[0035] Figure 4 A flowchart of a business processing method based on a hybrid accounting mode according to an embodiment of the present disclosure is schematically shown;

[0036] Figure 5 A budget business flow chart of a business processing method based on a hybrid accounting mode according to an embodiment of the present disclosure is schematically shown;

[0037] Figure 6 A procurement business flow chart of a business processing method based on a hybrid accounting mode according to an embodiment of the present disclosure is schematically shown;

[0038] Figure 7 A contract business flow chart of a business processing method based on a hybrid accounting mode according to an embodiment of the present disclosure is schematically shown;

[0039] Figure 8 A payment business flow chart of a business processing method based on a hybrid accounting mode according to an embodiment of the present disclosure is schematically shown;

[0040] Fig. 9 The following schematically shows a fixed business flow chart of a business processing method based on a hybrid accounting mode according to an embodiment of the present disclosure;

[0041] Fig.10 A schematic diagram of an example of the entire HRP business process of a business processing method based on a hybrid accounting mode according to an embodiment of the present disclosure is shown;

[0042] Fig.11 A ledger diagram schematically illustrates multiple transactions of a business processing method based on a hybrid accounting mode according to an embodiment of the present disclosure;

[0043] Fig.12 A structural block diagram schematically shows a service processing device based on a hybrid accounting mode according to an embodiment of the present disclosure; and

[0044] Fig.13 A block diagram of an electronic device suitable for implementing a business processing method based on a hybrid accounting mode according to an embodiment of the present disclosure is schematically shown. DETAILED DESCRIPTION

[0045] Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. However, it should be understood that these descriptions are exemplary only and are not intended to limit the scope of the present disclosure. In the following detailed description, for ease of explanation, many specific details are set forth to provide a comprehensive understanding of the embodiments of the present disclosure. However, it is apparent that one or more embodiments may also be implemented without these specific details. In addition, in the following description, descriptions of known structures and technologies are omitted to avoid unnecessary confusion of the concepts of the present disclosure.

[0046] The terms used herein are only for describing specific embodiments and are not intended to limit the present disclosure. The terms "comprise", "include", etc. used herein indicate the existence of features, steps, operations and / or components, but do not exclude the existence or addition of one or more other features, steps, operations or components.

[0047] All terms (including technical and scientific terms) used herein have the meanings commonly understood by those skilled in the art unless otherwise defined. It should be noted that the terms used herein should be interpreted as having a meaning consistent with the context of this specification and should not be interpreted in an idealized or overly rigid manner.

[0048] When using expressions such as "at least one of A, B, and C, etc.", they should generally be interpreted according to the meaning of the expression commonly understood by those skilled in the art (for example, "a system having at least one of A, B, and C" should include but is not limited to a system having A alone, B alone, C alone, A and B, A and C, B and C, and / or A, B, C, etc.).

[0049] According to the internal control management requirements of public hospitals, the budget, execution, and asset management of hospital expenditures must not only be accounted for separately, but also require that the subsystems establish upstream and downstream business cross-checking relationships with each other. Figure 2 As shown in the HRP business overview diagram, the hospital HRP business process realizes a set of closed-loop management requirements for hospital expenditures from budget-purchase-contract-payment-entry. This business process supports the full life cycle management of HRP. It not only supports the query of which assets are secured using any budget, but also supports the traceability of any asset to the budget from which the purchase funds came. This is also the basic requirement for the information management of HRP in public hospitals.

[0050] In the full life cycle management process of the HRP business system, the HRP system starts with 1 budget, and the budget can be executed multiple times. In the budget example in Table 1 below, the air disinfection machine (budget) of the infusion center is used 3 times, corresponding to 3 purchase applications. The unit price of each purchase application cannot be higher than the budget unit price, and the cumulative purchase quantity under the budget cannot exceed the budget available quantity.

[0051] Table 1 Budget Item Example

[0052]

[0053] An example of a purchase requisition of three items divided from one budget is shown in Table 2 below:

[0054] Table 2 Purchase Requisition Example

[0055]

[0056] Three supplier contracts are obtained from three purchase applications respectively. The winning contract price cannot be higher than the corresponding purchase application price, and the winning contract quantity cannot be more than the corresponding purchase application quantity. An example of a winning contract is shown in Table 3 below, where there are several contracts corresponding to the number of winning suppliers for one purchase application in the contract number.

[0057] Table 3 Contract winning example

[0058]

[0059] Contract payments are extended by each contract. Examples of contract payments are shown in Table 4. Taking contract A03HLZC20220001-001 as an example, three payments were made. The other two contracts are similar (omitted).

[0060] Table 4 Contract payment example

[0061]

[0062] As can be seen from the relevant business process data in Tables 1 to 4, the hospital HRP business management method needs to realize the full life cycle cross-checking relationship of budget-procurement-contract-payment-entry to meet the management requirements of the hospital HRP informationization full life cycle process.

[0063] In order to ensure that the full-process accounting management requirements of the hospital HRP informationization full life cycle process are met, a closed-loop business management process is designed for public hospital expenditures from budget-procurement-contract-payment-fixed assets ("fixed assets" means recording the purchased assets into the hospital's fixed asset system to complete the accounting and management of the assets. This is a key step, which formally incorporates the newly purchased assets into the hospital's asset management system.) The full-life cycle business process design supports the query of which assets have been fixed using any budget from any budget, and also supports the traceability of any asset to the budget from which the purchase funds came.

[0064] The existing centralized accounting method stores all accounting records and data in a central database and is managed by a single control node. The data is centralized, easy to maintain, and has low management costs, but there is a single point of failure security, which is mainly reflected in: (1) Centralized data management: All data is stored in a server or database; data update, maintenance and backup are all handled by the central system. (2) Easy to maintain and manage: The system architecture is simple and easy to manage and maintain; data consistency and integrity are easy to ensure because all data operations are performed through the central node; (3) Low management cost: Centralized systems are usually cheaper to deploy and operate than distributed systems; due to the simplicity of the system, the required infrastructure and technical support are relatively small. (4) There is a single point of failure risk: If the central server or database fails, the entire system may be paralyzed; centralized systems are more likely to become targets of attack, and if the central node is breached, data leakage or damage may occur.

[0065] The existing centralized accounting method distributes accounting records and data across multiple nodes. Each node holds a complete or partial copy of the data, and these nodes work together to manage and verify the data. It has strong security, but the system is complex and costly, mainly reflected in: (1) High security: Data is distributed across multiple nodes, and the failure or attack of a single node will not cause the entire system to crash; the distributed system verifies and records data changes through a consensus mechanism, which improves the security and reliability of the system. (2) High system complexity: The system architecture is complex, and it is necessary to manage data synchronization and consistency issues between multiple nodes; the deployment and maintenance of distributed systems are usually more complex than centralized systems, and require higher technical requirements. (3) High cost: Due to the complexity of the system, the implementation and operation costs of distributed accounting systems are high; stronger computing power and more storage resources are required to maintain multiple nodes. (4) Resilience and redundancy: Distributed systems have higher resilience and can better cope with single point failures. Strong data redundancy, with multiple nodes holding copies of data, helps data recovery and business continuity.

[0066] Under the hospital's business process of closed-loop management of the entire HRP process, in the existing accounting model, distributed accounting is complex and has high operating costs, and centralized accounting is prone to single point failures and tampering, thus making it impossible to guarantee the security of the HRP business system.

[0067] The embodiment of the present disclosure provides a business processing method based on a hybrid accounting mode, and the hybrid accounting mode includes distributed accounting and centralized accounting, including: tracing the node of the distributed accounting to the node of the previous distributed accounting to establish a single-chain structure; establishing an association relationship between the node of the centralized accounting and the node of the distributed accounting; and processing the transaction business based on the single-chain structure and the association relationship. According to the business process of the hospital's full-process closed-loop management of HRP, while meeting the full-life cycle business process of HRP, the advantages of distributed accounting and centralized accounting are combined. In business processing, the nodes of distributed accounting and the nodes of centralized distributed accounting can be mixed through the single-chain structure and association relationship to achieve a hybrid accounting of the full process of hospital ERP (HRP) business that takes both into account. It is neither a separate centralized accounting nor a separate distributed accounting, but takes into account the characteristics of the two accounting methods. The hybrid accounting model integrates distributed and centralized accounting, taking into account the respective advantages of distributed and centralized accounting while avoiding their respective shortcomings. It not only meets the hospital's requirements for closed-loop management of expense expenditures throughout the entire life cycle from budgeting-procurement-contract-payment-entry, but also ensures the high requirements for the security of key accounts of the hospital's HRP system, and minimizes the operation and maintenance management costs and complexity of the HRP system, providing competitiveness for the digital transformation of public hospitals.

[0068] Figure 3 An application scenario diagram of a business processing method based on a hybrid accounting mode according to an embodiment of the present disclosure is schematically shown.

[0069] like Figure 3 As shown, the application scenario 300 according to this embodiment may include business processing of transaction businesses such as budget, procurement, contract, payment, and fixed-in. The network 304 is used as a medium for providing a communication link between the first terminal device 301, the second terminal device 302, the third terminal device 303, and the server 305. The network 304 may include various connection types, such as wired, wireless communication links, or optical fiber cables, etc.

[0070] The user can use the first terminal device 301, the second terminal device 302, and the third terminal device 303 to interact with the server 305 through the network 304 to receive or send messages, etc. Various communication client applications can be installed on the first terminal device 301, the second terminal device 302, and the third terminal device 303, such as shopping applications, web browser applications, search applications, instant messaging tools, email clients, social platform software, etc. (only for example).

[0071] The first terminal device 301, the second terminal device 302, and the third terminal device 303 may be various electronic devices having display screens and supporting web browsing, including but not limited to smart phones, tablet computers, laptop computers, desktop computers, and the like.

[0072] The server 305 may be a server that provides various services, such as a background management server (only as an example) that provides support for websites browsed by users using the first terminal device 301, the second terminal device 302, and the third terminal device 303. The background management server may analyze and process the received data such as user requests, and feed back the processing results (such as web pages, information, or data obtained or generated according to user requests) to the terminal device.

[0073] It should be noted that the business processing method based on the hybrid accounting mode provided in the embodiment of the present disclosure can generally be executed by the server 305. Accordingly, the business processing method device based on the hybrid accounting mode provided in the embodiment of the present disclosure can generally be set in the server 305. The business processing method based on the hybrid accounting mode provided in the embodiment of the present disclosure can also be executed by a server or server cluster that is different from the server 305 and can communicate with the first terminal device 301, the second terminal device 302, the third terminal device 303 and / or the server 305. Accordingly, the business processing device based on the hybrid accounting mode provided in the embodiment of the present disclosure can also be set in a server or server cluster that is different from the server 305 and can communicate with the first terminal device 301, the second terminal device 302, the third terminal device 303 and / or the server 305.

[0074] It should be understood that Figure 3 The number of terminal devices, networks and servers in the embodiment is only for illustration. Any number of terminal devices, networks and servers may be provided according to implementation requirements.

[0075] The following will be based on Figure 3 The scene described by Figure 4~Figure 11 The business processing method based on the hybrid accounting mode of the disclosed embodiment is described in detail.

[0076] Figure 4 The flowchart of the business processing method based on the hybrid accounting mode according to the embodiment of the present disclosure is schematically shown.

[0077] like Figure 4 As shown, the business processing method based on the hybrid accounting mode of this embodiment, the hybrid accounting mode includes distributed accounting and centralized accounting, and the method includes operations S410 to S430.

[0078] In operation S410, the node of the distributed ledger is retroactively connected to the node of the previous distributed ledger to establish a single chain structure.

[0079] According to an embodiment of the present disclosure, the nodes of the distributed accounting include: a budget node, a contract node and a payment node.

[0080] Budget nodes, contract nodes and payment nodes are distributed accounting nodes. In the entire HRP business process, the budget, contract and payment nodes related to accounts receivable belong to the serial relationship between the previous and next businesses in the entire business process, and have high demands for anti-tampering. Therefore, distributed accounting is used to ensure the data security of each node, improve the security and reliability of the system, and only perform distributed accounting on key business nodes, which can not only meet the internal control management requirements of key business modules that cannot be tampered with, but also reduce costs in the most economical way possible.

[0081] In a single-chain structure, the nodes of distributed accounting can be traced back to the previous node through the chain. For example, the payment details of the payment node can be traced back to the contract details of the contract node, and the contract details of the contract node can be traced back to the budget details of the budget node.

[0082] In operation S420, an association relationship between the centralized accounting node and the distributed accounting node is established.

[0083] According to an embodiment of the present disclosure, the nodes of centralized accounting include: a purchasing node and an entry node.

[0084] Procurement nodes and fixed asset nodes are nodes for centralized accounting. In the entire HRP business process, procurement and fixed asset nodes that are not closely related to accounts receivable only need to retain system traces and adopt centralized accounting. The books for centralized accounting only need to record business information such as purchase application details and fixed asset details. They are not closely related to accounting processing, so the demand for anti-tampering is not as high as that for budgets, contracts, payment nodes, etc. Therefore, although the business process is indispensable in the entire HRP business processing, it is separated from the distributed accounting method during accounting, and a more economical centralized method is adopted to facilitate management and maintenance of data, simple deployment, and save system operating costs.

[0085] In operation S430, the transaction business is processed based on the single-chain structure and the association relationship.

[0086] Transaction business includes but is not limited to budget business, procurement business, contract business, payment business and fixed-income business.

[0087] In an embodiment of the present disclosure, a hybrid accounting mode that mixes distributed accounting and centralized accounting is used. In the node of distributed accounting, a single-chain structure is used to trace back to the previous node, and an association between the node of centralized distributed accounting and the node of distributed accounting is established. Transaction business is processed under this structure and relationship. In business processing, through the single-chain structure and association relationship, the node of distributed accounting and the node of centralized distributed accounting will realize hybrid accounting. The hybrid accounting mode integrates distributed and centralized accounting, so that it takes into account the respective advantages of distributed accounting and centralized accounting, and avoids their respective shortcomings, thereby ensuring the high requirements for the security of key accounts of the business system, improving the security of the business system, and reducing the operation and maintenance management costs and complexity of the business system.

[0088] According to an embodiment of the present disclosure, in operation S410, a node of a distributed ledger is retroactively connected to a node of a previous distributed ledger to establish a single-chain structure, including operations S4101-S4102.

[0089] In operation S4101, a data block corresponding to a new transaction business is generated in a distributed accounting node; wherein the data block includes a hash pointer.

[0090] By identifying several nodes closely related to accounts receivable in the entire HRP business process, namely the budget, contract and payment nodes, which belong to the serial relationship of the previous and next business in the entire business process, these three nodes adopt a distributed accounting method. In the distributed accounting method, the budget node, contract node and payment node have their own independent data blocks, each of which contains a transaction, and each data block contains the transaction identity number (Identity document, referred to as ID), transaction content, and a hash pointer pointing to the previous data block. Among them,

[0091] It should be noted that a data block is the smallest data storage unit in a distributed ledger system. Composition of a data block: Transaction ID: an identifier that uniquely identifies each data block, a unique hash value. Transaction content: includes detailed information about the transaction, such as the amount involved, the roles of each party, and the specific transaction content. Hash pointer: points to the hash value of the previous data block, forming a single chain to ensure the continuity and security of the data. The hash pointer not only points to a data storage location (similar to an ordinary pointer), but also stores the hash value of the data at that location. The hash value is a unique fixed-length string generated by performing a hash function calculation on the data, representing the content of the data.

[0092] In operation S4102, a hash pointer is used to trace back the data block in the node of the distributed accounting and the data block in the previous distributed accounting node to form a single chain structure.

[0093] Through hash pointers, each data block is connected to the previous data block to form a continuous single chain. In distributed accounting, the role of hash pointers is to verify data integrity. Hash values ​​can be used to verify whether the data has been tampered with. If any changes occur to the data in the data block, the recalculated hash value will not match the stored hash value, indicating that the data has been tampered with, and the single-chain structure formed ensures the order of transactions and that the data is not tampered with.

[0094] In the embodiments of the present disclosure, hash pointers are used to connect the data blocks of each node of the distributed accounting to form a single chain structure. Even without using blockchain technology, the use of hash pointers can also ensure that the distributed accounting nodes ensure the continuity and security of transaction data, and ensure the order of transaction business and the immutability of data.

[0095] According to an embodiment of the present disclosure, in operation S420 of establishing an association relationship between a node of centralized accounting and a node of distributed accounting, operations S4201-S4202 are included.

[0096] In operation S4201, in the node of centralized accounting, an element management number corresponding to a new transaction business is created.

[0097] For different centralized accounting nodes, the element management number represents different transaction business numbers. In the procurement business corresponding to the procurement node, the element management number is the unique procurement number of the current transaction. In the fixed-entry business corresponding to the procurement node, the element management number is the unique fixed-entry number of the current transaction.

[0098] In operation S4202, based on the new transaction business, an association relationship between the transaction identity identification number and the element management number in the node of the distributed accounting is established; wherein the element management number and the transaction identity identification number are unique.

[0099] In an embodiment of the present disclosure, an association relationship is established between a transaction identity identification number and an element management number in a distributed accounting node. The element management number and the transaction identity identification number are unique. Through the association relationship, the barrier between adjacent nodes having different accounting modes is removed, and it can also ensure that various element information involved in the transaction process is recorded completely and accurately. The association relationship also helps to quickly find relevant transaction business-related information.

[0100] Figure 5 The budget business flow chart of the business processing method based on the hybrid accounting mode according to the embodiment of the present disclosure is schematically shown.

[0101] like Figure 5As shown, according to an embodiment of the present disclosure, the data block also includes transaction content; the transaction business includes a budget business, and in operation S430, the transaction business is processed based on a single-chain structure and an association relationship, including operations S510-S530.

[0102] In operation S510, a data block of a budget service is created in a budget node.

[0103] The data block of the budget business includes the transaction identification number of the budget (the unique ID of the budget), transaction content (budget amount information, budget time period information, budget allocation object and payment information, budget purpose and target and other related information), and hash pointer (the hash pointer of the budget node is the head node and does not need to point to the previous data block).

[0104] In operation S520, the budget output funds in the transaction content of the budget business are allocated to the procurement node and the contract node.

[0105] Part of the input total budget amount is used as the budget output amount and allocated to the procurement node and the contract node. The part is allocated to the procurement node as part of the purchase application information and to the contract node as the verification content for the contract transaction confirmation.

[0106] In operation S530, the budget output amount is signed with a private key to obtain a digital signature of the budget output amount.

[0107] The private key signature method includes but is not limited to an asymmetric encryption algorithm (Rivest Shamir Adleman, RSA algorithm) and a digital signature algorithm (Digital Signature Algorithm, DSA algorithm) based on the discrete logarithm problem.

[0108] RSA algorithm: First, perform a hash operation on the budget output to obtain a message digest of a fixed length. Then use the private key to encrypt the message digest to obtain a digital signature of the budget output. When verifying the signature, use the public key to decrypt the signature to obtain the decrypted message digest, then perform a hash operation on the received message to obtain a new message digest, and compare whether the two message digests are the same. If they are the same, the signature is valid.

[0109] DSA algorithm: First, the budget output is hashed to obtain a message digest. Then the message digest is signed using the private key and a set of parameters (including prime numbers, generators, etc.) to generate a digital signature for the budget output. When verifying the signature, the public key and the same parameters are used to determine the validity of the signature by verifying whether the equation holds.

[0110] In the embodiments of the present disclosure, budget output funds are allocated to contract nodes, and the budget output funds are digitally signed with a private key, ensuring that the allocation of budget output funds is authorized. This can prevent unauthorized personnel from arbitrarily modifying the budget allocation amount or the target contract node, greatly reducing the risk of funds being misappropriated or abused. Any tampering with the budget output information (such as amount, allocation object, etc.) will result in signature verification failure, providing reliable protection for the integrity of budget funds during the allocation process, just like building a safe "protective shield" for the flow of funds to improve security.

[0111] Figure 6 A procurement business flow chart of a business processing method based on a hybrid accounting mode according to an embodiment of the present disclosure is schematically shown.

[0112] like Figure 6 As shown, according to an embodiment of the present disclosure, the transaction business also includes a procurement business, and in operation S430, the transaction business is processed based on a single chain structure and an association relationship, including operations S610-S630.

[0113] In operation S610, in a purchasing node, a transaction identification number of a budget service is obtained.

[0114] In operation S620, purchase requisition information corresponding to the purchase business is added based on the budget output amount.

[0115] Before signing a contract to use the funds from the budget output, the purchase node must be passed first. The transactions of the purchase business are centrally accounted for and a new purchase detail (purchase application information) under the budget (budget output) is added, i.e., a purchase detail table. The purchase detail generates a unique purchase number (element management number), which includes information such as purchase unit price, quantity, total price, and purchase applicant.

[0116] In operation S630, an association relationship is established between the transaction identification number of the budget business and the element management number in the purchase application information.

[0117] Methods for establishing association relationships include, but are not limited to, setting database association fields, establishing data dictionaries or indexes, and using middleware or data integration tools.

[0118] Set database association fields: (1) Create an association table. You can create a new association table in the database. The table contains at least two fields, one for storing the transaction identification number of the budget business and the other for storing the element management number in the purchase application information. (2) Insert association records: In the system, whenever there is a new budget business and purchase application that generate an association requirement, the corresponding transaction identification number and element management number are inserted into the association table.

[0119] Establish a data dictionary or index: (1) Construct a data dictionary: Create a data dictionary in which the transaction identification number of the budget business or the element management number in the purchase application information is used as the keyword, and another number related to it is stored as the corresponding value. (2) Use the index mechanism: Use the index to speed up the association query between numbers.

[0120] Use middleware or data integration tools: (1) Configure data conversion and mapping rules in the middleware to match and associate the transaction identification number of the budget business with the element management number in the purchase application information. The middleware configures message routing and conversion rules. When the purchase application message and the budget business message pass through the middleware, the two numbers are associated according to the pre-defined rules, and the associated message is sent to the downstream system for processing. (2) Use data integration tools to achieve association. The data integration tool extracts the budget business and purchase application information from different data sources, establishes an association relationship between the two according to business rules during the conversion phase, and then loads the associated information into the target database or data warehouse.

[0121] In the embodiments of the present disclosure, distributed accounting and centralized accounting are two different data storage methods. After the corresponding numbers in the budget business of distributed accounting and the procurement business of centralized accounting are associated, the budget business and procurement application information scattered in different accounting modes can be integrated. The association relationship helps to ensure the consistency of data in the two systems and make the business process more transparent. When problems occur, such as procurement quality not meeting requirements or budget overruns, the source of the problem can be quickly traced back through the association number. During the procurement execution process, the association relationship helps to monitor costs in real time.

[0122] Figure 7 A contract business flow chart of a business processing method based on a hybrid accounting mode according to an embodiment of the present disclosure is schematically shown.

[0123] like Figure 7 As shown, according to an embodiment of the present disclosure, the transaction business also includes the contract business. In operation S430, the transaction business is processed based on the single-chain structure and the association relationship, including operations S710-S730.

[0124] In operation S710, in a contract node, a data block of a contract business is constructed.

[0125] The data block of the contract business includes the transaction identification number of the contract (the unique ID of the contract transaction), the transaction content (contract subject information, relevant content of the contract subject, price of the contract subject (contract output amount), payment method, contract performance period and location, breach of contract liability and dispute resolution method and other related information), and hash pointer (the hash pointer of the contract node points to the data block of the previous budget node).

[0126] In operation S720, the digital signature of the budget output amount is verified based on the acquired transaction identification number of the budget business and the public key of the budget business.

[0127] According to the transaction identification number of the budget business, the corresponding budget output item under the corresponding transaction identification number can be found, and the digital signature of the budget output item can be found. Based on the private key signature method of the item, the digital signature of the item can be verified to be valid. The digital signature scheme for verification requires that the valid signature can be verified. The Verify() function can be used to verify the validity of the digital signature. The specific verification method is as follows:

[0128] Verify(pk,message,sign(sk,message))==true;

[0129] Sk is the private key, pk is the public key, message is the encrypted information (budget output amount), sign is the signature method, and sign(sk, message) is the digital signature generated by the private key for the encrypted information.

[0130] After signing a piece of encrypted information (specifically, encrypted information related to budget output) using a specific private key, the corresponding digital signature is obtained. When verifying the digital signature, the corresponding public key is used to verify whether the signature is valid. When the verification result is "true", it means that the signature is valid, that is, the public key can be successfully verified to be generated by the private key corresponding to the public key, confirming the reliability of the source of the content related to the budget output and that it has not been tampered with during the transmission process.

[0131] In operation S730, when the verification succeeds, the hash pointer of the contract business is pointed to the data block of the budget business.

[0132] If the verification is successful, it means that the digital signature of the budget output is valid and the data has not been tampered with. After the verification is successful, the hash pointer of the contract business is established to point to the data block of the budget business, and a cross-reference relationship is established with the budget business. If the verification is unsuccessful, it means that the budget output has been tampered with and cannot be cross-referenced with the budget business. There is a problem with the budget, and subsequent transactions such as contracts and payments cannot be carried out.

[0133] In the embodiment of the present disclosure, the digital signature of the budget output payment is verified. When the verification is successful, the hash pointer of the contract business is pointed to the data block of the budget business. If the data is tampered with during the transmission process, the verification process will not pass. This ensures that in the entire process from the source of the budget output payment allocation to the contract node receiving, when the hash pointer points to the data block of the budget business, any tampering with the contract business data will cause the change of the hash pointer. After the digital signature and hash pointer double to prevent data tampering, the consistency, authenticity and integrity of the data are guaranteed, providing accurate data support for the financial management and contract execution of the enterprise, which helps to make correct decisions. In addition, by connecting the transaction identity identification numbers of the contract business and the budget business, which are both distributed accounting, through the hash pointer, the correlation between the two business processes can be strengthened, making the information sharing of the contract business and the budget business more convenient and efficient.

[0134] According to an embodiment of the present disclosure, after operation S730 points the hash pointer of the contract business to the transaction identification number of the budget business, operations S7301-S7303 are included.

[0135] In operation S7301, when the procurement conditions are met, the transaction content of the contract business is generated based on the budget output amount; wherein the procurement conditions are the procurement application information corresponding to the transaction identity identification number of the budget business in the procurement business.

[0136] After successful verification and the procurement conditions are met, it means that there is a corresponding budget and a corresponding procurement application. If the two conditions of budget and procurement are met, the contract business can continue the contract transaction and the budget output amount will be used as part of the transaction content of the contract business.

[0137] In operation S7302, the contract output amount in the transaction content of the contract business is allocated to the payment node.

[0138] In operation S7303, the contract output amount is signed with a private key to obtain a digital signature of the contract output amount.

[0139] Similar to the budget business, the corresponding contract output funds need to be allocated to the corresponding payment nodes for payment business, and the contract output funds need to be privately signed. Subsequently, the payment node will use the public key to verify the contract output funds. The specific private key signature method can refer to the above-mentioned method of private key signing for budget output funds, which will not be repeated here.

[0140] In an embodiment of the present disclosure, after the hash pointer of the contract business is pointed to the data block of the budget business, it indicates that the verification is successful. When the verification is successful and the purchase application information corresponding to the transaction identity identification number of the budget business exists in the purchase business, further transaction processing of the contract business is performed, so that in addition to finding the previous chain budget business of the distributed accounting, the contract node also needs to find the purchase details in the centralized account book before the contract transaction can be considered allowed. Multi-dimensional verification of contract transactions can be achieved, and the double data verification reference mechanism can effectively prevent data omissions or errors. Combining the two accounting data helps to identify and prevent various risks. By checking the budget business and purchase details, it can be ensured that the contract transaction will not be overspent. The information in the purchase application details can help the contract node verify whether the transaction meets the business needs and quality standards of the enterprise.

[0141] Figure 8 The payment business process diagram of the business processing method based on the hybrid accounting mode according to the embodiment of the present disclosure is schematically shown.

[0142] like Figure 8 As shown, according to an embodiment of the present disclosure, the transaction business also includes a payment business. In operation S430, the transaction business is processed based on a single-chain structure and an association relationship, including operations S810-S840.

[0143] In operation S810, in a payment node, a data block of a payment service is constructed.

[0144] The data block of the payment business includes the transaction identification number of the payment (the unique ID of the contract payment transaction), transaction content (total payment amount, detailed payment amount, special amounts such as advance payment and final payment, payment time information, payment method information, payment purpose information, supplier account number, account name and other related information), and hash pointer (the hash pointer of the payment node is the end node, pointing to the data block of the previous contract node).

[0145] In operation S820, the digital signature of the contract output amount is verified based on the acquired transaction identification number of the contract business and the public key of the contract business.

[0146] According to the transaction identification number of the contract business, the corresponding contract output amount under the corresponding transaction identification number can be found, the digital signature of the contract output amount can be found, and the digital signature of the amount can be verified to see if it is valid. The digital signature scheme for verification requires that the valid signature can be verified. The Verify() function can be used to verify the validity of the digital signature. The specific verification method is as follows:

[0147] Verify(pk,message,sign(sk,message))==true;

[0148] sk is the private key, pk is the public key, message is the encrypted information (contract output amount), sign is the signature method, and sign(sk, message) is the digital signature generated by the private key for the encrypted information.

[0149] After using a specific private key to sign a piece of encrypted information (specifically, the encrypted information related to the contract output amount), the corresponding digital signature is obtained. When verifying the digital signature, the corresponding public key is used to verify whether the signature is valid. When the verification result is "true", it means that the signature is valid, that is, the public key can be successfully verified that the signature is indeed generated by the private key corresponding to the public key, confirming the reliability of the source of the content related to the contract output amount and that it has not been tampered with during the transmission process. In operation S830, when the verification is successful, the hash pointer of the payment business is pointed to the data block of the contract business.

[0150] If the verification is successful, it means that the digital signature of the contract output amount is valid and the data has not been tampered with. After the verification is successful, the hash pointer of the payment business is established to point to the data block of the contract business, and a cross-reference relationship is established with the contract business. If the verification is unsuccessful, it means that the payment has been tampered with and a cross-reference relationship cannot be established with the contract business. There is a problem with the contract amount, and subsequent transactions such as payment and deposit cannot be carried out.

[0151] In operation S840, transaction content of the payment service is generated based on the contract output amount and the input payment information.

[0152] After successful verification, it indicates that the corresponding contract exists and the payment business can continue the payment transaction, with the contract output amount and input payment information as part of the transaction content of the contract business.

[0153] In the embodiment of the present disclosure, after the digital signature verification of the contract output payment is successful, the hash pointer of the payment business is pointed to the transaction identity identification number of the contract business, and the transaction content of the payment business is generated based on the contract output payment and the input payment information. When the hash pointer of the payment business points to the transaction identity identification number of the contract business, any tampering with the contract business or payment business data will be easily detected to ensure data integrity. The contract node and the payment node of the distributed accounting can ensure that the payment information is completely consistent with the contract provisions through the association of the hash pointer, avoiding problems such as inconsistent payment amounts and incorrect payment times. It can also ensure that the payment is made in accordance with the contract agreement to avoid the risk of contract breach caused by payment problems. As the end node of the distributed accounting, the payment node only needs to keep the unique transaction identity identification number of the contract payment transaction of the payment node, and it will not be possible to tamper with the transaction information of other distributed ledgers closely related to the accounts receivable, thereby ensuring the security of the transaction business.

[0154] Fig. 9 The invention schematically shows a fixed business flow chart of a business processing method based on a hybrid accounting mode according to an embodiment of the present disclosure.

[0155] like Fig. 9 As shown, according to an embodiment of the present disclosure, the transaction business also includes a fixed-line business. In operation S430, the transaction business is processed based on a single-chain structure and an association relationship, including operations S910-S930.

[0156] In operation S910, a transaction identification number of the payment service is obtained in the fixed node.

[0157] In operation S920, based on the contract output amount, the fixed asset information corresponding to the fixed business is newly added.

[0158] Transactions of fixed asset business are centrally accounted for, and fixed asset information is added under a new payment (contract output payment). The fixed asset information generates a unique fixed asset number (element management number). The fixed asset information includes specifications, models, quantity, asset number and other information.

[0159] In operation S930, an association is established between the transaction identification number of the payment service and the element management number in the fixed asset information.

[0160] The method of establishing the association relationship is similar to the method of establishing the association relationship between the transaction identity identification number of the budget business and the element management number in the procurement application information. The method of establishing the association relationship mentioned above may be referred to and will not be repeated here.

[0161] In the embodiments of the present disclosure, the payment business adopts distributed accounting to improve efficiency and security, while the fixed asset information adopts centralized accounting due to its centralized management. By associating the corresponding numbers, the payment status of the purchased assets and the detailed information of the asset accounting can be matched with each other to form a complete asset acquisition view and increase the association relationship, which helps to ensure the accuracy of data under the two accounting methods and avoid financial statement errors or inaccurate asset accounting due to inconsistent data. For the entire life cycle of the asset, including the use, depreciation, disposal and other stages, this association relationship provides an effective tracking and monitoring means.

[0162] As an example of an embodiment of the present disclosure, Fig.10 An example diagram of the entire HRP business process of the business processing method based on the hybrid accounting mode according to an embodiment of the present disclosure is schematically shown.

[0163] like Fig.10As shown in the figure, taking a business flow of budget A (closely related to accounts receivable), procurement (not too related to accounts receivable), and contract B (closely related to accounts receivable) as an example, the HRP business completed by the collaborative processing of centralized accounting and distributed accounting has the following specific process:

[0164] (1) First, in the budget node, Budget A creates a budget with an amount of TOTALSUM [input 1], and allocates a portion of the amount SUM1 to Contract B as a purchase application [output 1]. [Output 1] is the budget output amount. Since Budget A transactions are closely related to accounts receivable, they are entered into the distributed ledger. Budget A needs to sign [output 1] with a private key for use by Contract B. The digital signature scheme for verification requires that a valid signature can be verified, namely:

[0165] Verify(pk,message,sign(sk,message))==true;

[0166] Sk is the private key, pk is the public key, message is the information to be encrypted, that is, [output 1], sign is the signature method, and sign(sk, message) is the digital signature generated by the private key for the encrypted information.

[0167] After using a specific private key to sign a piece of encrypted information (specifically the encrypted information of [Output 1]), the corresponding digital signature is obtained. When verifying the digital signature, the corresponding public key is used to verify whether the signature is valid. When the verification result is "true", it means that the signature is valid, that is, the public key can be successfully verified to be generated by the private key corresponding to the public key, confirming the reliability of the source of the content related to [Output 1] and that it has not been tampered with during transmission.

[0168] (2) Before signing the contract and using the funds from budget A [output 1], contract B must first pass through the procurement node. Since procurement is not closely related to accounts receivable, it is entered into a centralized account book. Therefore, procurement transactions are centrally accounted for. A new procurement detail under the budget is added and a procurement detail table is recorded. A unique procurement number is generated for the procurement detail, which contains information such as the purchase unit price, quantity, total price, and purchase applicant.

[0169] (3) In the contract node, Contract B wants to use Budget A [Output 1] to conduct a contract transaction. First, Contract B uses Budget A’s public key to verify Budget A’s signature on [Output 1]. After the signature verification is successful, Contract B’s transaction establishes a cross-reference relationship with Budget A’s transaction through a hash pointer.

[0170] (4) Successful signature verification is one of the conditions for Contract B to conduct the contract transaction. Another condition is to check the purchase details table on the centralized account book based on the unique ID (hash value) of the available budget to see if there is a purchase application. If both conditions are met, the contract transaction of Contract B can be conducted.

[0171] (5) Since the contract B transaction is closely related to accounts receivable, it is entered into the distributed ledger. Similar to budget A, contract B has input [1], i.e., B creates a contract within the amount SUM1, and output [1], i.e., the first contract payment amount PAY1. At this time, [output 1] is the contract output amount. Since the contract is entered into the distributed ledger, contract B must sign output [1] with its private key. Subsequently, the payment node will use B's public key to verify the signature of contract B's input [1]. Similarly, payment C is entered into the distributed ledger and fixed in the centralized ledger. Payments under the contract are added to the fixed assets one by one.

[0172] like Fig.10 As shown, in the centralized account book of HRP business process, there are purchase application details, asset entry details, etc. Because they are not closely related to accounting processing, the demand for anti-tampering is not as high as the demand for budget, etc. Therefore, although the business process is indispensable in the entire HRP business processing, it is separated from the distributed accounting method when recording, and a more economical centralized method is used for accounting. In the entire HRP business process, the distributed plus centralized accounting method described above is used, which can not only meet the internal control management requirements of key business modules that cannot be tampered with, but also reduce costs and use the most economical way to achieve it;

[0173] Fig.11 The following schematically shows a ledger diagram of multiple transactions of a business processing method based on a hybrid accounting mode according to an embodiment of the present disclosure, as shown in FIG. Fig.11 As shown, under the architecture of business processing based on the hybrid accounting mode disclosed in the present invention, in the distributed ledgers of budget, contract, payment and other nodes, it is also possible to implement ledgers based on multiple transactions, without tracing back the accounting method of previous related transactions. For example, if a budget is not used up at one time, this multiple transaction mode is used to calculate how much budget is available, without the need to review each transaction in the previous transaction details. Fig.11 In the ledger of Budget A, each transaction has at least one input value and one output value. For the available budget resources remaining after multiple transactions of Budget A, there is no need to trace back the previous related transactions, and you only need to check the output of the last transaction on the distributed transaction chain. Budget A has different inputs and outputs in multiple different transactions. If you want to use the remaining funds of two budgets together, you only need to initiate one transaction, use the remaining funds of the two budgets as input, and then have an output to the address of Budget A to merge the budgets.

[0174] Based on the above-mentioned business processing method based on the hybrid accounting mode, the present disclosure also provides a business processing device based on the hybrid accounting mode. Fig.12 The device is described in detail.

[0175] Fig.12 The structural block diagram of a business processing device based on a hybrid accounting mode according to an embodiment of the present disclosure is schematically shown.

[0176] like Fig.12 As shown, the business processing device 1200 based on the hybrid accounting mode of this embodiment includes distributed accounting and centralized accounting. The device 1200 includes a chain structure module 1210, an association relationship module 1220 and a business processing module 1230.

[0177] The chain structure module 1210 is used to trace back the node of the distributed ledger to the node of the previous distributed ledger to establish a single chain structure. In one embodiment, the chain structure module 1210 can be used to perform the operation S410 described above, which will not be repeated here.

[0178] The association module 1220 is used to establish an association relationship between the centralized accounting node and the distributed accounting node. In one embodiment, the association module 1220 can be used to perform the operation S420 described above, which will not be repeated here.

[0179] The business processing module 1230 is used to process the transaction business based on the single-chain structure and the association relationship. In one embodiment, the business processing module 1230 can be used to perform the operation S430 described above, which will not be repeated here.

[0180] According to an embodiment of the present disclosure, the chain structure module 1210 includes: a first chain structure unit, which is used to generate a data block corresponding to a new transaction business in a distributed accounting node; wherein the data block includes a hash pointer; and a second chain structure unit, which is used to use a hash pointer to trace back the data block in the distributed accounting node and the data block in the previous distributed accounting node to form a single chain structure.

[0181] According to an embodiment of the present disclosure, the data block also includes a transaction identity identification number, and the association module 1220 includes: a first association unit, used to create an element management number corresponding to a new transaction business in a node of centralized accounting; and a second association unit, used to establish an association relationship between the transaction identity identification number and the element management number in a node of distributed accounting based on the new transaction business; wherein the element management number and the transaction identity identification number are unique.

[0182] According to an embodiment of the present disclosure, the nodes of distributed accounting include: budget nodes, contract nodes and payment nodes. The nodes of centralized accounting include: procurement nodes and fixed nodes.

[0183] According to an embodiment of the present disclosure, the data block also includes transaction content; the transaction business includes budget business; the business processing module 1230 includes: a budget business unit, used to create a data block for the budget business in the budget node; allocate the budget output funds in the transaction content of the budget business to the procurement node and the contract node; and private key sign the budget output funds to obtain a digital signature of the budget output funds.

[0184] According to an embodiment of the present disclosure, the transaction business also includes a procurement business, and the business processing module 1230 also includes: a procurement business unit, which is used to obtain the transaction identity identification number of the budget business in the procurement node; based on the budget output amount, add procurement application information corresponding to the procurement business; and establish an association between the transaction identity identification number of the budget business and the element management number in the procurement application information.

[0185] According to an embodiment of the present disclosure, the transaction business also includes the contract business, and the business processing module 1230 also includes: a first contract business unit, used to construct a data block of the contract business in the contract node; a second contract business unit, used to verify the digital signature of the budget output amount based on the acquired transaction identity identification number of the budget business and the public key of the budget business; and a third contract business unit, used to point the hash pointer of the contract business to the data block of the budget business when the verification is successful.

[0186] According to an embodiment of the present disclosure, the third contract business unit includes: a contract business sub-unit, which is used to generate transaction content of the contract business based on the budget output amount when the procurement conditions are met; wherein the procurement conditions are procurement application information corresponding to the transaction identity identification number of the budget business in the procurement business; allocating the contract output amount in the transaction content of the contract business to the payment node; and private key signing the contract output amount to obtain a digital signature of the contract output amount.

[0187] According to an embodiment of the present disclosure, the transaction business also includes a payment business, and the business processing module 1230 also includes: a payment business unit, which is used to construct a data block of the payment business in the payment node; based on the acquired transaction identity identification number of the contract business and the public key of the contract business, verify the digital signature of the contract output amount; when the verification is successful, point the hash pointer of the payment business to the data block of the contract business; and generate the transaction content of the payment business based on the contract output amount and input payment information.

[0188] According to an embodiment of the present disclosure, the transaction business also includes a fixed asset business, and the business processing module 1230 also includes: a fixed asset business unit, which is used to obtain the transaction identity identification number of the payment business in the fixed asset node; based on the contract output amount, add the fixed asset information corresponding to the fixed asset business; and establish an association between the transaction identity identification number of the payment business and the element management number in the fixed asset information.

[0189] According to an embodiment of the present disclosure, any multiple modules of the chain structure module 1210, the association module 1220 and the business processing module 1230 can be combined into one module for implementation, or any one of the modules can be split into multiple modules. Alternatively, at least part of the functions of one or more of these modules can be combined with at least part of the functions of other modules and implemented in one module. According to an embodiment of the present disclosure, at least one of the chain structure module 1210, the association module 1220 and the business processing module 1230 can be at least partially implemented as a hardware circuit, such as a field programmable gate array (FPGA), a programmable logic array (PLA), a system on a chip, a system on a substrate, a system on a package, an application specific integrated circuit (ASIC), or can be implemented by hardware or firmware such as any other reasonable way of integrating or packaging the circuit, or implemented in any one of the three implementation methods of software, hardware and firmware or in an appropriate combination of any of them. Alternatively, at least one of the chain structure module 1210, the association relationship module 1220 and the business processing module 1230 may be at least partially implemented as a computer program module, and when the computer program module is executed, the corresponding function may be executed.

[0190] Fig.13 A block diagram of an electronic device suitable for implementing a business processing method based on a hybrid accounting mode according to an embodiment of the present disclosure is schematically shown.

[0191] like Fig.13 As shown, the electronic device 1300 according to an embodiment of the present disclosure includes a processor 1301, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1302 or a program loaded from a storage part 1308 to a random access memory (RAM) 1303. The processor 1301 may include, for example, a general-purpose microprocessor (such as a CPU), an instruction set processor and / or a related chipset and / or a special-purpose microprocessor (for example, an application-specific integrated circuit (ASIC)), etc. The processor 1301 may also include an onboard memory for caching purposes. The processor 1301 may include a single processing unit or multiple processing units for performing different actions of the method flow according to an embodiment of the present disclosure.

[0192] In RAM 1303, various programs and data required for the operation of electronic device 1300 are stored. Processor 1301, ROM 1302 and RAM 1303 are connected to each other via bus 1304. Processor 1301 performs various operations of the method flow according to the embodiment of the present disclosure by executing the program in ROM 1302 and / or RAM 1303. It should be noted that the program can also be stored in one or more memories other than ROM 1302 and RAM 1303. Processor 1301 can also perform various operations of the method flow according to the embodiment of the present disclosure by executing the program stored in one or more memories.

[0193] According to an embodiment of the present disclosure, the electronic device 1300 may further include an input / output (I / O) interface 1305, which is also connected to the bus 1304. The electronic device 1300 may further include one or more of the following components connected to the input / output (I / O) interface 1305: an input portion 1306 including a keyboard, a mouse, etc.; an output portion 1307 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage portion 1308 including a hard disk, etc.; and a communication portion 1309 including a network interface card such as a LAN card, a modem, etc. The communication portion 1309 performs communication processing via a network such as the Internet. A drive 1310 is also connected to the input / output (I / O) interface 1305 as needed. A removable medium 1311, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 1310 as needed, so that a computer program read therefrom is installed into the storage portion 1308 as needed.

[0194] The present disclosure also provides a computer-readable storage medium, which may be included in the device / apparatus / system described in the above embodiments; or may exist independently without being assembled into the device / apparatus / system. The above computer-readable storage medium carries one or more programs, and when the above one or more programs are executed, the method according to the embodiment of the present disclosure is implemented.

[0195] According to an embodiment of the present disclosure, a computer-readable storage medium may be a non-volatile computer-readable storage medium, for example, may include but is not limited to: 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), a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof. In the present disclosure, a computer-readable storage medium may be any tangible medium containing or storing a program, which may be used by or in combination with an instruction execution system, an apparatus, or a device. For example, according to an embodiment of the present disclosure, a computer-readable storage medium may include the ROM 1302 and / or RAM 1303 described above and / or one or more memories other than ROM 1302 and RAM 1303.

[0196] The embodiment of the present disclosure also includes a computer program product, which includes a computer program, and the computer program contains program code for executing the method shown in the flowchart. When the computer program product is run in a computer system, the program code is used to enable the computer system to implement the business processing method based on the hybrid accounting mode provided by the embodiment of the present disclosure.

[0197] The above functions defined in the system / device of the embodiment of the present disclosure are performed when the computer program is executed by the processor 1301. According to the embodiment of the present disclosure, the system, device, module, unit, etc. described above can be implemented by a computer program module.

[0198] In one embodiment, the computer program may rely on tangible storage media such as optical storage devices, magnetic storage devices, etc. In another embodiment, the computer program may also be transmitted and distributed in the form of signals on a network medium, and downloaded and installed through the communication part 1309, and / or installed from the removable medium 1311. The program code contained in the computer program may be transmitted using any appropriate network medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.

[0199] In such an embodiment, the computer program can be downloaded and installed from the network through the communication part 1309, and / or installed from the removable medium 1311. When the computer program is executed by the processor 1301, the above functions defined in the system of the embodiment of the present disclosure are performed. According to the embodiment of the present disclosure, the system, device, apparatus, module, unit, etc. described above can be implemented by a computer program module.

[0200] According to an embodiment of the present disclosure, the program code for executing the computer program provided by the embodiment of the present disclosure can be written in any combination of one or more programming languages. Specifically, these computing programs can be implemented using high-level process and / or object-oriented programming languages, and / or assembly / machine languages. Programming languages ​​include, but are not limited to, Java, C++, python, "C" language or similar programming languages. The program code can be executed entirely on the user computing device, partially on the user device, partially on the remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device can be connected to the user computing device through any type of network, including a local area network (LAN) or a wide area network (WAN), or can be connected to an external computing device (for example, using an Internet service provider to connect through the Internet).

[0201] The flow charts and block diagrams in the accompanying drawings illustrate the possible architecture, functions and operations of the systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each box in the flow chart or block diagram can represent a module, a program segment, or a part of a code, and the above-mentioned module, program segment, or a part of a code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flow chart, and the combination of the boxes in the block diagram or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0202] It will be appreciated by those skilled in the art that the features described in the various embodiments of the present disclosure may be combined and / or combined in a variety of ways, even if such combinations or combinations are not explicitly described in the present disclosure. In particular, without departing from the spirit and teachings of the present disclosure, the features described in the various embodiments of the present disclosure may be combined and / or combined in a variety of ways. All of these combinations and / or combinations fall within the scope of the present disclosure.

[0203] The embodiments of the present disclosure are described above. However, these embodiments are only for illustrative purposes and are not intended to limit the scope of the present disclosure. Although the embodiments are described above, this does not mean that the measures in the various embodiments cannot be used in combination to advantage. Without departing from the scope of the present disclosure, those skilled in the art may make a variety of substitutions and modifications, which should all fall within the scope of the present disclosure.

Claims

1. A business processing method based on a hybrid accounting mode, characterized in that: The hybrid accounting mode includes distributed accounting and centralized accounting, and the method includes: Retroactively connecting the distributed ledger node to the previous distributed ledger node to establish a single-chain structure; Establishing an association relationship between the centralized accounting node and the distributed accounting node; and Based on the single-chain structure and the association relationship, business processing is performed on the transaction business.

2. The method according to claim 1, characterized in that The step of retroactively connecting the distributed ledger node to the previous distributed ledger node to establish a single-chain structure includes: In the distributed accounting node, a data block corresponding to a new transaction service is generated; wherein the data block includes a hash pointer; and The hash pointer is used to trace back the data block in the distributed accounting node and the data block in the previous distributed accounting node to form the single chain structure.

3. The method according to claim 2, characterized in that The data block also includes a transaction identification number, and the establishment of an association relationship between the centralized accounting node and the distributed accounting node includes: In the centralized accounting node, creating an element management number corresponding to the new transaction business; and Based on the new transaction business, an association relationship between the transaction identity identification number in the node of the distributed accounting and the element management number is established; wherein the element management number and the transaction identity identification number are unique.

4. The method according to claim 1, characterized in that: The distributed accounting nodes include: budget nodes, contract nodes and payment nodes.

5. The method according to claim 1, characterized in that The nodes of the centralized accounting include: a purchasing node and an entry node.

6. The method according to any one of claims 1 to 5, characterized in that: The data block also includes transaction content; the transaction business includes budget business; the business processing of the transaction business based on the single chain structure and the association relationship includes: In the budget node, creating a data block of the budget service; Allocating the budget output funds in the transaction content of the budget business to the procurement node and the contract node; and The budget output amount is signed with a private key to obtain a digital signature of the budget output amount.

7. The method according to claim 6, characterized in that The transaction business also includes a procurement business, and the business processing of the transaction business based on the single-chain structure and the association relationship includes: In the purchasing node, obtaining the transaction identification number of the budget business; Based on the budget output amount, adding purchase application information corresponding to the purchase business; and The association relationship is established between the transaction identification number of the budget business and the element management number in the procurement application information.

8. The method according to claim 7, characterized in that The transaction business also includes contract business, and the business processing of the transaction business based on the single-chain structure and the association relationship includes: In the contract node, construct a data block of the contract business; Verifying the digital signature of the budget output amount based on the acquired transaction identification number of the budget business and the public key of the budget business; and When the verification is successful, the hash pointer of the contract business is pointed to the data block of the budget business.

9. The method according to claim 8, characterized in that After the hash pointer of the contract business is pointed to the transaction identification number of the budget business, the method further includes: When the procurement conditions are met, the transaction content of the contract business is generated based on the budget output amount; wherein the procurement conditions are the procurement application information corresponding to the transaction identification number of the budget business in the procurement business; Allocating the contract output amount in the transaction content of the contract business to the payment node; and The output of the contract is digitally signed with a private key.

10. The method according to claim 9, characterized in that The transaction business also includes a payment business, and the business processing of the transaction business based on the single-chain structure and the association relationship includes: In the payment node, constructing a data block of the payment service; Verify the digital signature of the contract output amount based on the acquired transaction identity identification number of the contract business and the public key of the contract business; When the verification is successful, the hash pointer of the payment service is pointed to the data block of the contract service; and Based on the contract output amount and input payment information, the transaction content of the payment business is generated.

11. The method according to claim 10, characterized in that The transaction business also includes a fixed business, and the business processing of the transaction business based on the single chain structure and the association relationship includes: In the fixed entry node, obtaining the transaction identity identification number of the payment service; Based on the output amount of the contract, newly add the fixed asset information corresponding to the fixed business; and Establish the association relationship between the transaction identity identification number of the payment business and the element management number in the fixed asset information.

12. A business processing device based on a hybrid accounting mode, characterized in that: The hybrid accounting mode includes distributed accounting and centralized accounting, and the device includes: A chain structure module, used to trace back the distributed ledger node to the previous distributed ledger node to establish a single chain structure; An association module, used to establish an association relationship between the centralized accounting node and the distributed accounting node; and A business processing module is used to process the transaction business based on the single-chain structure and the association relationship.

13. An electronic device, comprising: one or more processors; a memory for storing one or more computer programs, It is characterized in that the one or more processors execute the one or more computer programs to implement the steps of the method according to any one of claims 1 to 11.

14. A computer-readable storage medium having a computer program or instruction stored thereon, characterized in that: When the computer program or instruction is executed by a processor, the steps of the method according to any one of claims 1 to 11 are implemented.

15. A computer program product comprising a computer program or instructions, characterized in that When the computer program or instruction is executed by a processor, the steps of the method according to any one of claims 1 to 11 are implemented.

Images