CN115063087A - Digital warehouse bill management method, device, storage medium and equipment - Google Patents

Digital warehouse bill management method, device, storage medium and equipment Download PDF

Info

Publication number
CN115063087A
CN115063087A CN202210978525.7A CN202210978525A CN115063087A CN 115063087 A CN115063087 A CN 115063087A CN 202210978525 A CN202210978525 A CN 202210978525A CN 115063087 A CN115063087 A CN 115063087A
Authority
CN
China
Prior art keywords
pledge
information
warehouse receipt
warehouse
state
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202210978525.7A
Other languages
Chinese (zh)
Other versions
CN115063087B (en
Inventor
蒋锐权
张炜祺
杜金星
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Jinshida Software Technology Co ltd
Original Assignee
Shanghai Kingstar Fintech Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Kingstar Fintech Co Ltd filed Critical Shanghai Kingstar Fintech Co Ltd
Priority to CN202210978525.7A priority Critical patent/CN115063087B/en
Publication of CN115063087A publication Critical patent/CN115063087A/en
Application granted granted Critical
Publication of CN115063087B publication Critical patent/CN115063087B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G06Q10/0875Itemisation or classification of parts, supplies or services, e.g. bill of materials
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/64Protecting data integrity, e.g. using checksums, certificates or signatures

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Finance (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Accounting & Taxation (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

The embodiment of the application provides a digital warehouse receipt management method, a device, a storage medium and equipment for accessing massive users, which belong to the field of data processing.

Description

Digital warehouse bill management method, device, storage medium and equipment
Technical Field
The embodiment of the disclosure relates to the field of data processing, in particular to a digital warehouse bill management method, a digital warehouse bill management device, a storage medium and digital warehouse bill management equipment.
Background
In the digital warehouse receipt system based on the block chain technology, all the participants (including but not limited to a warehousing party, a trading platform party, a fund provider, a risk controller and a supervisor) using the system can obtain warehouse receipt data through nodes arranged in a block chain network. Visitors of all block chains can obtain all uplink data, and business confidential data and user privacy data in the digital policy system cannot be effectively protected.
Disclosure of Invention
The present disclosure is directed to providing a method, an apparatus, a storage medium, and a device for managing a digital manifest, which support business requirements and protect business secrets and user privacy.
According to an aspect of the present disclosure, a method for managing a digital manifest is provided, the method comprising:
creating an organizational structure for a digital manifest system, wherein the organizational structure comprises one or more bodies, each body containing one or more objects,
building a Fabric blockchain network of a digital manifest system based on the organizational structure,
creating a data structure of the digital warehouse receipt system, wherein the data structure comprises warehouse receipt basic information data, warehouse receipt user information, warehouse receipt transaction information and warehouse receipt pledge information, the warehouse receipt basic information comprises warehouse receipt state information, the warehouse receipt pledge information comprises pledge state information,
creating a data access strategy of the digital warehouse receipt system, wherein the strategy specifically comprises that the warehouse receipt basic information and the warehouse receipt user information are open for public data facing all cooperative objects, and uplink, storage and sharing are carried out through a Channel of the Fabric Block Link network; setting different private data sets PDC in the Channel for storing the warehouse receipt transaction information or the warehouse receipt pledge information, wherein the private data sets PDC carry out chain linking, storage and sharing among authorized objects in a specified range;
in some embodiments, the method further comprises updating the pledge status information, including in particular,
responding to a first authorized object to apply for pledge financing to a first warehouse receipt owned by a second authorized object and a third authorized object, respectively generating pledge information data of the first warehouse receipt in a first private data set and a second private data set, wherein the first authorized object is an object authorized by the first private data set and the second private data set, the second authorized object is an authorized object of the first private data, the third authorized object is an authorized object of the second private data set, and updating the pledge state information in the warehouse receipt pledge information to be a first pledge state, and at the moment, the warehouse receipt state information in the warehouse receipt basic information is a first warehouse receipt state,
and responding to the second authorized object passing through the pledge financing application before the third authorized object, updating the pledge state information in the first private data set into a second pledge state, and updating the warehouse receipt state in the warehouse receipt basic information into a second warehouse receipt state, based on the second warehouse receipt state, the third authorized object refuses to pass through the pledge financing application.
In some embodiments, the data access policy is implemented by a smart contract.
In some embodiments, the intelligent contract includes an apply for pledge flow, an approve pledge flow, an apply for hang flow, and an approve hang flow.
In some embodiments, the plurality of principals access, update, etc. data by invoking the intelligent contracts.
According to another aspect of the present disclosure, a digital manifest management apparatus is provided; the method comprises the following steps:
an organizational structure creation unit for creating an organizational structure of a digital manifest system, wherein the organizational structure comprises one or more bodies, each body containing one or more objects,
a blockchain network building unit for building a Fabric blockchain network of the digital warehouse system based on the organization architecture,
a data structure creating unit for creating a data structure of the digital warehouse receipt system, wherein the data structure comprises warehouse receipt basic information data, warehouse receipt user information, warehouse receipt transaction information and warehouse receipt pledge information, the warehouse receipt basic information comprises warehouse receipt status information, the warehouse receipt pledge information comprises pledge status information,
an access policy creating unit, configured to create a data access policy of the digital policy system, where the policy specifically includes that the basic policy information and the policy user information are open to all cooperative objects for public data, and uplink, storage, and sharing are performed through a Channel of the Fabric block chain network; setting different private data sets PDC in the Channel for storing the warehouse receipt transaction information or the warehouse receipt pledge information, wherein the private data sets PDC carry out chain linking, storage and sharing among authorized objects in a specified range;
in some embodiments, the apparatus further comprises a plurality of update units for updating the pledge status information, including in particular,
responding to a first authorized object to apply for pledge financing to a first warehouse receipt owned by a second authorized object and a third authorized object, respectively generating pledge information data of the first warehouse receipt in a first private data set and a second private data set, wherein the first authorized object is an object authorized by the first private data set and the second private data set, the second authorized object is an authorized object of the first private data, the third authorized object is an authorized object of the second private data set, and updating the pledge state information in the warehouse receipt pledge information to be a first pledge state, and at the moment, the warehouse receipt state information in the warehouse receipt basic information is a first warehouse receipt state,
and responding to the second authorized object passing through the pledge financing application before the third authorized object, updating the pledge state information in the first private data set into a second pledge state, and updating the warehouse receipt state in the warehouse receipt basic information into a second warehouse receipt state, based on the second warehouse receipt state, the third authorized object refuses to pass through the pledge financing application.
In some embodiments, the data access policy is implemented by a smart contract.
In some embodiments, the intelligent contract includes an apply for pledge flow, an approve pledge flow, an apply for hang flow, and an approve hang flow.
In some embodiments, the plurality of principals access, update, etc. data by invoking the intelligent contracts.
Embodiments of the present application further provide a computer-readable storage medium, where a computer program is stored, where the computer program is suitable for being loaded by a processor to perform the steps in the digital warehouse receipt management method according to any of the above embodiments.
An embodiment of the present application further provides an electronic device, where the electronic device includes a memory and a processor, where the memory stores a computer program, and the processor executes the steps in the digital policy management method according to any one of the above embodiments by calling the computer program stored in the memory.
According to the digital warehouse receipt management method, device, storage medium and equipment with mass user access, a data sharing strategy is set for warehouse receipt data on a block chain, different private data sets are specifically established on a HyperLegger Fabric channel, different authorized object ranges are set for different private data sets, corresponding data access strategies and updating strategies are set for data information in the private data and data information on the channel based on different service requirements, information sharing can be carried out within a certain range according to requirements, authenticity and consistency of all data in a digital warehouse receipt system can be guaranteed, protection and designated range sharing of confidential data and personal privacy of users of the digital warehouse receipt system can be met, and meanwhile service requirements can be met.
Drawings
The technical solutions and other advantages of the present disclosure will become apparent from the following detailed description of specific embodiments of the present disclosure, which is to be read in connection with the accompanying drawings.
Fig. 1 is a schematic flow chart of a digital warehouse slip management method according to an embodiment of the present disclosure.
Fig. 2 is a schematic structural diagram of an organization of a digital warehouse receipt system according to an embodiment of the present application.
Fig. 3 is a schematic diagram of a Fabric blockchain network structure according to an embodiment of the present disclosure.
Fig. 4 is a schematic diagram of a data access policy provided in an embodiment of the present application.
Fig. 5 is a schematic view of a pledge process according to an embodiment of the present disclosure.
Fig. 6 is a schematic diagram illustrating a pledge approval process according to an embodiment of the present disclosure.
Fig. 7 is a schematic diagram of an application suspend flow provided in an embodiment of the present application.
Fig. 8 is a schematic diagram of an approval suspend flow provided in an embodiment of the present application.
Fig. 9 is a schematic diagram of a digital warehouse receipt system according to an embodiment of the present application.
Fig. 10 is a schematic diagram of a digital policy management apparatus according to an embodiment of the present application.
Fig. 11 is a schematic view of an electronic device according to an embodiment of the present application.
Detailed Description
The technical solution in the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings. The terms "including" and "having," and any variations thereof, in the description and claims of this disclosure and the drawings are intended to cover non-exclusive inclusions. In the description of the present disclosure, "a plurality" means two or more unless specifically limited otherwise.
A method, an apparatus, a storage medium, and a device for managing a digital manifest provided in embodiments of the present application will be described in detail below. The numbers in the following examples are not intended to limit the order of preference of the examples.
The first embodiment is as follows:
the present disclosure provides a digital manifest management method, as shown in fig. 1.
S1 creating an organizational structure for a digital manifest system, wherein the organizational structure includes one or more bodies, each body containing one or more objects.
In one embodiment, a digital inventory system organization is shown in FIG. 2. Digital inventory systems include, but are not limited to, the following participant subjects:
a warehousing party, typically one or several professional warehousing companies (i.e. the objects);
a trading platform party, typically one or several bulk commodity exchanges or futures exchanges (i.e. the objects);
a fund provider, typically one or several banks or futures companies (i.e. the objects);
a risk controller, typically one or several insurance companies or futures companies risk management subsidiaries (i.e. the objects);
the administrator is generally one or several administrative units, such as a certificate authority, a local financial administration (i.e., the object), and the like.
In the digital warehousing system, each participant principal or object is equal and may have one or several blockchain nodes.
S2 builds a Fabric blockchain network of the digital manifest system based on the organizational structure.
In one embodiment, as shown in the Fabric blockchain network structure diagram of fig. 3, the hyper-hedger Fabric blockchain network is built according to the organization structure determined in step S1. In general, a Fabric blockchain network contains the following classes of nodes:
order node (ordering service node): receiving the transaction containing the endorsement signature, sequencing the unpacked transaction to generate a block, and broadcasting the block to the Peer node
Peer node (Peer node): each Peer node is a bookkeeping node, and besides the bookkeeping node, the Peer node can also play one to multiple roles, namely, a certain node can be a bookkeeping node and an endorsement node at the same time, and can also be a bookkeeping node, an endorsement node, a master node and an anchor node at the same time.
CA node (authentication authorization node): and receiving a registration application of the client, and returning a registration password for logging in so as to obtain the identity certificate. All operations on the blockchain network verify the identity of the user.
In the digital warehouse receipt system of the embodiment, each participant has at least one Peer node, so that each participant can obtain real-time, real and consistent warehouse receipt data.
Therefore, the Fabric blockchain network of the digital warehouse system is formed by mutually linking a plurality of Order nodes, a plurality of CA nodes and a plurality of Peer nodes of each participant.
S3 creating a data structure of the digital manifest system, the data structure including, manifest essential information data, manifest user information, manifest trade information, and manifest pledge information, wherein the manifest essential information includes manifest state information, and the manifest pledge information includes pledge state information.
In one embodiment, the data structure of the digital manifest system mainly includes the following four types:
1. warehouse bill basic information data format
Figure DEST_PATH_IMAGE001
2. Bill user information data format
Figure 672054DEST_PATH_IMAGE002
3. Bin order transaction information data format
Figure DEST_PATH_IMAGE003
4. Warehouse receipt pledge information data format
Figure 385933DEST_PATH_IMAGE004
In one embodiment, in the above four data, the basic information of the manifest and the user information of the manifest are completely public data for all the participants of the digital manifest system to access; the warehouse bill transaction information is only used for the access of a specified warehousing party, a transaction platform party and a monitoring party; the warehousing information is only used for access of designated warehousing parties, fund providers, risk controllers and supervisors.
S4 creating a data access policy of the digital policy system, where the policy specifically includes that the basic information of the policy and the user information of the policy are open to all cooperative objects for public data, and uplink, storage, and sharing are performed through a Channel of the Fabric block chain network; and setting different private data sets PDC in the Channel for storing the warehouse receipt transaction information or the warehouse receipt pledge information, wherein the private data sets PDC are used for uplink, storage and sharing among authorized objects in a specified range.
In one embodiment, as shown in a schematic diagram of a data access policy shown in fig. 4, in the digital policy system of this embodiment, the basic information data of the policy and the information data of the policy user are used as completely public data, and uplink, storage, and sharing are performed through a Channel of a Fabric block link network. The business trade information data and the stock pledge information data contain sensitive business confidential data, and different PDC (private data sets) are arranged in the Channel, so that uplink, storage and sharing are performed among authorized partners in a specified range.
S5 updates the pledge status information, including,
responding to a first authorized object to apply for pledge financing to a first warehouse receipt owned by a second authorized object and a third authorized object, respectively generating pledge information data of the first warehouse receipt in a first private data set and a second private data set, wherein the first authorized object is an object authorized by the first private data set and the second private data set, the second authorized object is an authorized object of the first private data, the third authorized object is an authorized object of the second private data set, and updating the pledge state information in the warehouse receipt pledge information to be a first pledge state, and at the moment, the warehouse receipt state information in the warehouse receipt basic information is a first warehouse receipt state,
and responding to the second authorized object passing through the pledge financing application before the third authorized object, updating the pledge state information in the first private data set into a second pledge state, and updating the warehouse receipt state in the warehouse receipt basic information into a second warehouse receipt state, based on the second warehouse receipt state, the third authorized object refuses to pass through the pledge financing application.
In one embodiment, for example, all the inventory basic information data and the inventory user information data of the warehousing company 1 are stored on a Channel of the Fabric network (such as named Channel-1), and all its partners (such as bank 1, bank 2, futures company 1, insurance company 1, risk management company 1, futures exchange 2, local financial bureau 1, witness party, etc.) are invited to join the Channel. Thus, all the warehouse bill basic information data and warehouse bill user information data of the warehousing company 1 are shared with all the partners joining the Channel, and all the participants can obtain real and consistent warehouse bill basic information data and warehouse bill user information data from Channel-1 through the Channel code.
On the basis, the bank 1 and the insurance company 1 are cooperative partners, the warehousing company 1 is provided with the warehouse financing service, and the local monitoring bureau 1 is a monitoring party of the financing service. Then, the 4 parties can form a sharing group on the Channel, define a private data set (named as PDC-1), store all the warehouse warranty pledge information data generated by the warehouse warranty financing service in the PDC-1, and set an access policy, and only the bank 1, the insurance company 1, the warehouse company 1 and the local administration 1 have access to and update the data in the PDC-1.
Meanwhile, the bank 2 and the insurance company 1 are also cooperative partners, and also provide the warehousing company 1 with the warehouse financing service, and the certificate prison is the supervisor of the financing business. These 4 parties can also form a shared group on the Channel defining a private data set (named PDC-2, for example). Similarly, all the warehouse receipt pledge information data generated by the bank 2 providing the warehouse receipt financing service for the warehousing company 1 are stored in the PDC-2, and the access policy of the PDC-2 is as follows: only bank 2, insurance company 1, storage company 1 and certificate authority have access to and update data in PDC-2.
When a first authorized object, for example, a user a of a warehousing company 1, applies to a second authorized object, for example, a bank 1, and a third authorized object, for example, a bank 2, respectively for a warranty financing application for a first policy, for example, a policy war-1 owned by the second authorized object, for example, the bank 1, the digital policy system of the present embodiment first generates policy warranty information data of war-1 in a first private data set, for example, PDC-1, and a second private data set, for example, PDC-2, respectively. In this case, the warrant status in the warrant pledge information data as the first pledge status may be, for example, "applying for pledge", and the warrant status in the warrant warran-1 in Channel-1 as the first warrant status may be, for example, keeping "warehoused" unchanged.
Assuming that the bank 1 and the cooperative risk controller insurance company 1 have audited the pledge application and passed the pledge audit of the policy prior to the bank 2, the pledge status of the bin elemental policy information data in PDC-1 and the policy status of the bin elemental information data in Channel-1 are both changed to "pledged". At this time, when the bank 2 checks the pledge application of the stock bill, the state of the stock bill in the Channel-1 is changed from 'warehoused' to 'pledged', and the approval condition is not met any more, so that the approval is not passed.
In this process, bank 1 and bank 2 cannot access the PDC of the other party, so neither know that user a applies for the pledge application to the same warrant warran-1 at both banks at the same time. However, through updating and acquiring the completely-disclosed basic information data of the warehouse receipt and updating and acquiring the information data in the PDC corresponding to the warehouse receipt, two banks can timely and accurately know the real state of the warehouse receipt (whether the warehouse receipt is already pledged or hung or not) and the possibility that the warehouse receipt is repeatedly pledged is avoided, meanwhile, in the whole process, the bank 1 and the bank 2 are used as competitors, the commercial secrets of the other party cannot be acquired through the digital warehouse receipt system, and the method is beneficial to protecting the privacy data of users for bank users.
By the method, the digital warehouse receipt system can ensure the authenticity and consistency of all data in the system, and also ensure the protection and specified range sharing of business confidential data and user privacy data.
In one embodiment, the aforementioned data access policies are implemented by smart contracts.
In the Fabric blockchain network, data access and modification are realized through the chaincode, so the chaincode is actually equivalent to a protocol layer of each participant, and a data access strategy agreed by each participant is realized through the chaincode, thereby ensuring that a data access mechanism is fair and consistent for all participants. A plurality of intelligent contracts can be set according to business needs, such as applying for a pledge (a flowchart is shown in fig. 5), approving a pledge (a flowchart is shown in fig. 6), applying for a hang list (a flowchart is shown in fig. 7), approving a hang list (a flowchart is shown in fig. 8), and the like.
Each participant can call the intelligent contract chaincode through the node in the Fabric blockchain network, so that the warehouse bill data can be accessed and updated. On the basis, each participant can build an independent subsystem for realizing respective unique requirements by depending on the node of the participant in the Fabric block chain, and finally, a complete digital warehouse receipt system is built, as shown in fig. 9. Meanwhile, the structure enables the data layer (Fabric block chain network) and the service layer (system application layer) of the digital warehouse system to be completely stripped, so that effective cooperation is guaranteed, and excellent expansibility is guaranteed. The digital warehouse system can add new participants, block chain nodes, data access strategies, data structures, data information, intelligent contracts and subsystems at any time.
Example two:
to achieve the above object, the present embodiment provides a digital manifest management apparatus 1000, please refer to fig. 10. Specifically, the apparatus 1000 includes: an organization structure creating unit 1001, a blockchain network building unit 1002, a data structure creating unit 1003, an access policy creating unit 1004, and an updating unit 1005.
An organizational structure creation unit 1001 for creating an organizational structure of a digital manifest system, wherein the organizational structure comprises one or more bodies, each body containing one or more objects.
A blockchain network building unit 1002, configured to build a Fabric blockchain network of the digital warehouse system based on the organization architecture,
a data structure creating unit 1003 for creating a data structure of the digital warehouse receipt system, wherein the data structure includes warehouse receipt basic information data, warehouse receipt user information, warehouse receipt transaction information, and warehouse receipt pledge information, the warehouse receipt basic information includes warehouse receipt status information, the warehouse receipt pledge information includes pledge status information,
an access policy creating unit 1004, configured to create a data access policy of the digital policy system, where the policy specifically includes that the basic information of the policy and the information of the policy user are open to all cooperative objects for public data, and uplink, storage, and sharing are performed through a Channel of the Fabric block chain network; setting different private data sets PDC in the Channel for storing the warehouse receipt transaction information or the warehouse receipt pledge information, wherein the private data sets PDC carry out chain linking, storage and sharing among authorized objects in a specified range;
an updating unit 1005, configured to update the pledge status information, specifically including,
responding to a first authorized object to apply for pledge financing to a first warehouse slip owned by a second authorized object and a third authorized object, respectively generating pledge information data of the first warehouse slip in a first private data set and a second private data set, wherein the first authorized object is an object authorized by the first private data set and the second private data set, the second authorized object is an authorized object of the first private data, the third authorized object is an object authorized by the second private data set, and updating the pledge state information in the warehouse slip state information to be a first pledge state, at this moment, the warehouse slip state information in the warehouse slip basic information is a first warehouse slip state,
and responding to the second authorized object passing through the pledge financing application before the third authorized object, updating the pledge state information in the first private data set into a second pledge state, and updating the warehouse receipt state in the warehouse receipt basic information into a second warehouse receipt state, based on the second warehouse receipt state, the third authorized object refuses to pass through the pledge financing application. Example three:
correspondingly, the embodiment of the application also provides the electronic equipment, and the electronic equipment can be a terminal or a server. As shown in fig. 11, fig. 11 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
The electronic device 1100 includes a processor 1101 with one or more processing cores, a memory 1102 with one or more computer-readable storage media, and a computer program stored on the memory 1102 and executable on the processor. The processor 1101 is electrically connected to the memory 1102. Those skilled in the art will appreciate that the electronic device configurations shown in the figures do not constitute limitations of the electronic device, and may include more or fewer components than shown, or some components in combination, or a different arrangement of components.
The processor 1101 is a control center of the electronic apparatus 1100, connects various parts of the entire electronic apparatus 1100 by various interfaces and lines, performs various functions of the electronic apparatus 1100 and processes data by running or loading software programs (computer programs) and/or units stored in the memory 1102, and calling data stored in the memory 1102, thereby performing overall monitoring of the electronic apparatus 1100.
In this embodiment, the processor 1101 in the electronic device 1100 loads instruction data corresponding to processes of one or more application programs into the memory 1102 according to the method steps of the foregoing embodiments, and the processor 1101 executes the application programs stored in the memory 1102, thereby implementing various functions.
The above operations can be implemented in the foregoing embodiments, and are not described in detail herein.
Optionally, as shown in fig. 11, the electronic device 1100 further includes: a digital manifest management unit 1103, a communication unit 1104, an input unit 1105, and a power supply 1106. The processor 1101 is electrically connected to the digital manifest management unit 1103, the communication unit 1104, the input unit 1105 and the power supply 1106, respectively. Those skilled in the art will appreciate that the electronic device configuration shown in fig. 11 does not constitute a limitation of the electronic device and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.
The digital manifest management unit 1103 can be used to implement Hyperhedger Fabric-based digital manifest management. The specific implementation of the digital warehouse bill management method can refer to the foregoing embodiments, and details are not repeated herein.
The communication unit 1104 may be used to communicate with other devices.
The input unit 1105 may be used to receive input numbers, character information, or user characteristic information (e.g., fingerprint, iris, facial information, etc.), and to generate keyboard, mouse, joystick, optical, or trackball signal inputs related to user settings and function control.
The power supply 1106 is used to power the various components of the electronic device 1100. Optionally, the power supply 1106 may be logically connected to the processor 1101 through a power management system, so as to implement functions of managing charging, discharging, and power consumption through the power management system. The power supply 1106 may also include any component including one or more dc or ac power sources, recharging systems, power failure detection circuitry, power converters or inverters, power status indicators, and the like.
Example four
It will be understood by those skilled in the art that all or part of the steps of the methods of the above embodiments may be performed by instructions or by associated hardware controlled by the instructions, which may be stored in a computer readable storage medium and loaded and executed by a processor.
To this end, embodiments of the present application provide a computer-readable storage medium, in which a plurality of computer programs are stored, and the computer programs can be loaded by a processor to execute the steps in the digital warehouse policy management method provided by the embodiments of the present application. For example, the computer program may perform the steps of:
creating an organizational structure for a digital manifest system, wherein the organizational structure comprises a plurality of bodies, each body containing a plurality of objects,
building a Fabric blockchain network of a digital manifest system based on the organizational structure,
creating a data structure of the digital warehouse receipt system, wherein the data structure comprises warehouse receipt basic information data, warehouse receipt user information, warehouse receipt transaction information and warehouse receipt pledge information, the warehouse receipt basic information comprises warehouse receipt state information, the warehouse receipt pledge information comprises pledge state information,
creating a data access strategy of the digital warehouse receipt system, wherein the strategy specifically comprises that the warehouse receipt basic information and the warehouse receipt user information are open for public data facing all cooperative objects, and uplink, storage and sharing are carried out through a Channel of the Fabric Block Link network; setting different private data sets PDC in the Channel for storing the warehouse receipt transaction information or the warehouse receipt pledge information, wherein the private data sets PDC carry out chain linking, storage and sharing among authorized objects in a specified range;
updating the pledge state information includes, in particular,
responding to a first authorized object to apply for pledge financing to a first warehouse receipt owned by a second authorized object and a third authorized object, respectively generating pledge information data of the first warehouse receipt in a first private data set and a second private data set, wherein the first authorized object is an object authorized by the first private data set and the second private data set, the second authorized object is an authorized object of the first private data, the third authorized object is an authorized object of the second private data set, and updating the pledge state information in the warehouse receipt pledge information to be a first pledge state, and at the moment, the warehouse receipt state information in the warehouse receipt basic information is a first warehouse receipt state,
and responding to the second authorized object passing through the pledge financing application before the third authorized object, updating the pledge state information in the first private data set to be a second pledge state, updating the warehouse slip state in the warehouse slip basic information to be a second warehouse slip state, and refusing to pass through the pledge financing application by the third authorized object based on the second warehouse slip state.
The above operations can be implemented in the foregoing embodiments, and are not described in detail herein.
Wherein the computer-readable storage medium may include: read Only Memory (ROM), Random Access Memory (RAM), magnetic or optical disks, and the like.
Since the computer program stored in the storage medium can execute the steps in the digital warehouse entry management method provided in the embodiment of the present application, the beneficial effects that can be achieved by any digital warehouse entry management method provided in the embodiment of the present application can be achieved, which are detailed in the foregoing embodiments and will not be described herein again.
The above detailed description is provided for a digital warehouse receipt management method, apparatus, storage medium and device provided in the embodiments of the present application, and specific examples are applied in the present application to explain the principle and implementation manner of the present application, and the description of the above embodiments is only used to help understanding the method and core ideas of the present application; meanwhile, for those skilled in the art, according to the idea of the present application, the specific implementation manner and the application scope may be changed, and in summary, the content of the present specification should not be construed as a limitation to the present application.

Claims (12)

1. A digital inventory management method, comprising,
creating an organizational structure for a digital manifest system, wherein the organizational structure comprises one or more bodies, each body containing one or more objects,
building a Fabric blockchain network of a digital manifest system based on the organizational structure,
creating a data structure of the digital warehouse receipt system, wherein the data structure comprises warehouse receipt basic information data, warehouse receipt user information, warehouse receipt transaction information and warehouse receipt pledge information, the warehouse receipt basic information comprises warehouse receipt state information, the warehouse receipt pledge information comprises pledge state information,
creating a data access strategy of the digital warehouse receipt system, wherein the strategy specifically comprises that the warehouse receipt basic information and the warehouse receipt user information are open for public data facing all cooperative objects, and uplink, storage and sharing are carried out through a Channel of the Fabric Block Link network; and setting different private data sets PDC in the Channel for storing the warehouse receipt transaction information or the warehouse receipt pledge information, wherein the private data sets PDC are used for uplink, storage and sharing among authorized objects in a specified range.
2. The method of claim 1, further comprising,
updating the pledge status information includes, in particular,
responding to a first authorized object to apply for pledge financing to a first warehouse receipt owned by a second authorized object and a third authorized object, respectively generating pledge information data of the first warehouse receipt in a first private data set and a second private data set, wherein the first authorized object is an object authorized by the first private data set and the second private data set, the second authorized object is an authorized object of the first private data, the third authorized object is an authorized object of the second private data set, and updating the pledge state information in the warehouse receipt pledge information to be a first pledge state, and at the moment, the warehouse receipt state information in the warehouse receipt basic information is a first warehouse receipt state,
and responding to the second authorized object passing through the pledge financing application before the third authorized object, updating the pledge state information in the first private data set into a second pledge state, and updating the warehouse receipt state in the warehouse receipt basic information into a second warehouse receipt state, based on the second warehouse receipt state, the third authorized object refuses to pass through the pledge financing application.
3. The method of claim 2, wherein the data access policy is implemented by a smart contract.
4. The method of claim 3, wherein the intelligent contract comprises an apply for pledge flow, an approve pledge flow, an apply for hang flow, and an approve hang flow.
5. The method of claim 3, wherein the subject or the object accesses and updates data by calling the intelligent contract.
6. A digital warehouse slip management device, which is characterized in that the device comprises,
an organizational structure creation unit for creating an organizational structure of a digital manifest system, wherein the organizational structure comprises one or more bodies, each body containing one or more objects,
a blockchain network building unit for building a Fabric blockchain network of the digital warehouse system based on the organization architecture,
a data structure creating unit for creating a data structure of the digital warehouse receipt system, wherein the data structure comprises warehouse receipt basic information data, warehouse receipt user information, warehouse receipt transaction information and warehouse receipt pledge information, the warehouse receipt basic information comprises warehouse receipt status information, the warehouse receipt pledge information comprises pledge status information,
an access policy creating unit, configured to create a data access policy of the digital policy system, where the policy specifically includes that the basic information of the policy and the information of the policy user are open to all cooperative objects for public data, and uplink, storage, and sharing are performed through a Channel of the Fabric block chain network; and setting different private data sets PDC in the Channel for storing the warehouse receipt transaction information or the warehouse receipt pledge information, wherein the private data sets PDC are used for uplink, storage and sharing among authorized objects in a specified range.
7. The apparatus of claim 6, further comprising,
an updating unit for updating the pledge status information, specifically comprising,
responding to a first authorized object to apply for pledge financing to a first warehouse slip owned by a second authorized object and a third authorized object, respectively generating pledge information data of the first warehouse slip in a first private data set and a second private data set, wherein the first authorized object is an object authorized by the first private data set and the second private data set, the second authorized object is an authorized object of the first private data, the third authorized object is an object authorized by the second private data set, and updating the pledge state information in the warehouse slip state information to be a first pledge state, at this moment, the warehouse slip state information in the warehouse slip basic information is a first warehouse slip state,
and responding to the second authorized object passing through the pledge financing application before the third authorized object, updating the pledge state information in the first private data set into a second pledge state, and updating the warehouse receipt state in the warehouse receipt basic information into a second warehouse receipt state, based on the second warehouse receipt state, the third authorized object refuses to pass through the pledge financing application.
8. The apparatus of claim 7, wherein the data access policy is implemented by a smart contract.
9. The apparatus of claim 8, wherein the smart contract comprises an apply for pledge flow, an approve pledge flow, an apply for hang flow, and an approve hang flow.
10. The apparatus of claim 8, wherein the plurality of principals or objects access, update, etc. data by invoking the smart contract.
11. A computer-readable storage medium, having stored thereon a computer program adapted to be loaded by a processor for performing the steps of the digital manifest management method as claimed in any one of the claims 1 to 5.
12. An electronic device, comprising a memory having a computer program stored therein and a processor that performs the steps in the digital manifest management method of any one of claims 1-5 by invoking the computer program stored in the memory.
CN202210978525.7A 2022-08-16 2022-08-16 Digital warehouse management method, device, storage medium and equipment Active CN115063087B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210978525.7A CN115063087B (en) 2022-08-16 2022-08-16 Digital warehouse management method, device, storage medium and equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210978525.7A CN115063087B (en) 2022-08-16 2022-08-16 Digital warehouse management method, device, storage medium and equipment

Publications (2)

Publication Number Publication Date
CN115063087A true CN115063087A (en) 2022-09-16
CN115063087B CN115063087B (en) 2023-11-14

Family

ID=83208070

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210978525.7A Active CN115063087B (en) 2022-08-16 2022-08-16 Digital warehouse management method, device, storage medium and equipment

Country Status (1)

Country Link
CN (1) CN115063087B (en)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108492105A (en) * 2018-03-07 2018-09-04 物数(上海)信息科技有限公司 Transaction in assets monitoring and managing method, system, equipment and storage medium based on block chain
CN110322130A (en) * 2019-06-21 2019-10-11 成都积微物联集团股份有限公司 Based on the current assets mortgage finance management system and method for block chain in supply chain industry
CN113065959A (en) * 2021-02-26 2021-07-02 上海金融期货信息技术有限公司 Agricultural product warehouse bill management and mortgage financing system based on block chain
CN113850544A (en) * 2021-09-03 2021-12-28 普洛斯科技(重庆)有限公司 Block chain-based digital warehouse bill management method and device and electronic equipment
US20220083972A1 (en) * 2020-09-15 2022-03-17 Alipay (Hangzhou) Information Technology Co., Ltd. Method, apparatus, and device for generating and updating blockchain warehouse receipt

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108492105A (en) * 2018-03-07 2018-09-04 物数(上海)信息科技有限公司 Transaction in assets monitoring and managing method, system, equipment and storage medium based on block chain
CN110322130A (en) * 2019-06-21 2019-10-11 成都积微物联集团股份有限公司 Based on the current assets mortgage finance management system and method for block chain in supply chain industry
US20220083972A1 (en) * 2020-09-15 2022-03-17 Alipay (Hangzhou) Information Technology Co., Ltd. Method, apparatus, and device for generating and updating blockchain warehouse receipt
CN113065959A (en) * 2021-02-26 2021-07-02 上海金融期货信息技术有限公司 Agricultural product warehouse bill management and mortgage financing system based on block chain
CN113850544A (en) * 2021-09-03 2021-12-28 普洛斯科技(重庆)有限公司 Block chain-based digital warehouse bill management method and device and electronic equipment

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
王晓光等: "基于区块链的电子仓单质押信任机制分析与设计", 《供应链管理》 *

Also Published As

Publication number Publication date
CN115063087B (en) 2023-11-14

Similar Documents

Publication Publication Date Title
Wang et al. Blockchain-based data privacy management with nudge theory in open banking
CN110599181B (en) Data processing method, device and equipment based on block chain and storage medium
CN109522735B (en) Data permission verification method and device based on intelligent contract
CN112003858B (en) Block chain-based platform docking method, electronic device and storage medium
US11954212B2 (en) Method, apparatus, and computer-readable medium for confederated rights and hierarchical key management
CN112149077B (en) Supply chain billing method, system and computer equipment based on block chain technology
CN115081001A (en) Data asset active management system, computing equipment and storage medium
Altaleb et al. Decentralized autonomous organizations review, importance, and applications
CN110347750A (en) Data processing method and device based on block chain
WALES Using blockchain to enable untrusted business process monitoring and execution
CN111698254B (en) Alliance chain Baas platform building method based on sharing organization
CN115310920A (en) Management method, device and storage medium for cross-chain interoperation management based on governance chain
CN110727735B (en) Method, device and equipment for cooperatively completing task event based on block chain technology
CN115063087B (en) Digital warehouse management method, device, storage medium and equipment
CN109450984A (en) A kind of management method of cloud framework, equipment and computer readable storage medium
Schlarb et al. Using blockchain technology to manage membership and legal contracts in a distributed data market
Nandanwar et al. A systematic literature review: approach toward blockchain future research trends
Ri et al. Blockchain-based RBAC Model with Separation of Duties constraint in Cloud Environment
Pandey et al. A Secure and Scalable IoT Data Management System based on Blockchain
KR102623047B1 (en) Research histroy management method based on blockchain and smart contracts program performing the same
CN109377227A (en) A kind of private data method of commerce on common data platform
Zeng et al. BBCPS: A Blockchain Based Open Source Contribution Protection System
Benjamin How Effective Is Blockchain in Cybersecurity?
Kartha Challenges and its Solutions with Blockchain Technology Adoption in Enterprises.
KR102348774B1 (en) Blockchain Nodes and Blockchain System Having the Same

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: 210 Liangjing Road, China (Shanghai) pilot Free Trade Zone, Pudong New Area, Shanghai, 201203

Patentee after: Shanghai Jinshida Software Technology Co.,Ltd.

Address before: 210 Liangjing Road, China (Shanghai) pilot Free Trade Zone, Pudong New Area, Shanghai, 201203

Patentee before: Shanghai Kingstar Software Technology Co.,Ltd.

CP01 Change in the name or title of a patent holder