CN114240667A - Data asset transaction system based on block chain - Google Patents
Data asset transaction system based on block chain Download PDFInfo
- Publication number
- CN114240667A CN114240667A CN202210135218.2A CN202210135218A CN114240667A CN 114240667 A CN114240667 A CN 114240667A CN 202210135218 A CN202210135218 A CN 202210135218A CN 114240667 A CN114240667 A CN 114240667A
- Authority
- CN
- China
- Prior art keywords
- module
- data
- transaction
- supplier
- cleaning
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Marketing (AREA)
- Signal Processing (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention discloses a data asset transaction system based on a block chain, which relates to the technical field of data asset transaction and solves the technical problem that a data source of a data supplier in the data transaction system has dirty data; the system includes at least one supplier module for providing a data source; at least one demander module for seeking a data source; the supplier module and the demander module generate a transaction contract, and both the demander module and the supplier module send the transaction contract to the auditing module; after the auditing module audits the trade contract to be qualified, the data source, the cleaning requirement, the supplier module node address and the demander node address are sent to the data cleaning module; and the data tilting module cleans the data source, evaluates the cleanliness of the cleaned data source, and sends the cleaned data source to the supplier module and the demander module when the cleanliness is greater than a set threshold value, so that the transaction is finished. The invention has reasonable design and is convenient for data asset transaction.
Description
Technical Field
The invention belongs to the technical field of data asset transaction, and particularly relates to a data asset transaction system based on a block chain.
Background
The industrial internet big data is data generated by taking the industrial internet as a novel infrastructure, and is a basic strategic resource for digital, networked and intelligent development of manufacturing industry.
Industry internet data is becoming more common as an asset, and data can only be mined to a greater value through circulation. Data asset trading systems that are based on blockchains are currently emerging. The block chain is an accounting technology which is jointly maintained by multiple parties, uses cryptography to ensure transmission and access safety, and can realize data consistent storage, difficult tampering and repudiation prevention. However, dirty data exists in data uploaded by many data suppliers, and the data suppliers cannot achieve the requirement of cleaning the dirty data due to the limitation of the lines of the data suppliers. Data consumers may fail transactions when seeking transactions because of data quality. There is therefore a need for a blockchain-based data asset transaction system that addresses the above-mentioned problems.
Disclosure of Invention
The invention provides a data asset transaction system based on a block chain, which is used for solving the technical problem that dirty data exists in a data source of a data supplier in the data transaction system.
The purpose of the invention can be realized by the following technical scheme:
a block chain based data asset transaction system includes
At least one supplier module for providing a data source;
at least one demander module for seeking a data source;
the supplier module and the demander module generate a transaction contract, the demander module and the supplier module both send the transaction contract to the auditing module, and the transaction contract comprises demander information, supplier information, a data source, a cleaning requirement, money and time; after the auditing module audits the trade contract to be qualified, the data source, the cleaning requirement, the supplier module node address and the demander node address are sent to the data cleaning module;
and the data cleaning module utilizes the cleaning strategy model to make a data cleaning strategy, then cleans the data source, evaluates the cleanliness of the cleaned data source, and sends the cleaned data source to the supplier module and the demander module when the cleanliness is greater than a set threshold value, so that the transaction is finished.
Further, the supplier module and the demander module generate a trading contract, and the specific process comprises
The requiring side module is provided with a first contract unit, the supplying side module is provided with a second contract unit, the first contract unit is used for searching in a data source of the supplying side module according to data requirements, and when a matched data source is searched, the first contract unit generates a transaction request and sends the transaction request to the second contract unit;
and after receiving the transaction request, the second contract unit determines whether to carry out transaction according to the transaction request, and generates a transaction contract when the second contract unit determines to carry out transaction.
Further, the auditing process of the auditing module includes:
checking whether the qualification information of the demander module and the supplier is qualified; checking whether the transaction data of the supplier is consistent with the business operation range of the demand side; checking whether the supplier data source is qualified;
when the contract module verifies that the trade contract is qualified, a transaction permission notice is generated, and the supplier module and the demander module carry out transaction; and when the auditing module audits that the trading contract is unqualified, generating a trading forbidding instruction, and forbidding the supplier module and the demander module to trade.
Further, the transaction prohibiting instructions comprise a first-stage transaction prohibiting instruction, a second-stage transaction prohibiting instruction and a third-stage transaction prohibiting instruction; the transaction prohibiting instructions comprise a first-stage transaction prohibiting instruction, a second-stage transaction prohibiting instruction and a third-stage transaction prohibiting instruction which comprise transaction prohibiting reasons.
Further, before the data cleaning module utilizes the cleaning strategy model to make a data cleaning strategy, the data source is preliminarily cleaned, and dirty data in the data source is removed.
Further, the dirty data includes different classes of data, misspell data, and null data.
Further, the cleaning strategy model is obtained by training a sample training set, wherein the sample training set comprises a sample data source, a sample cleaning requirement and a sample cleaning strategy.
Further, the cleanliness evaluation is carried out on the cleaned data source, and the specific process comprises the following steps:
and inputting the cleaned data source and the data source before cleaning into a cleanliness model to obtain cleanliness evaluation.
Further, the data cleansing module also receives supplier module data sources and cleansing requirements and performs data cleansing on the supplier module data sources and the cleansing requirements.
Further, the at least one supplier module, the at least one demander module, the auditing module, and the data cleansing module are all nodes of a block chain.
Compared with the prior art, the invention has the beneficial effects that:
the invention facilitates the generation of trading contracts by providing a first contract unit in the demander module and a second contract unit in the supplier module. Then the transaction contract is sent to an auditing module for auditing, a transaction permission notice is generated after the auditing is qualified, and a data source and a cleaning requirement in the transaction contract, a node address of a supplier module and a node address of a demand party module are sent to a data cleaning module for data cleaning; according to the invention, the data cleaning module is arranged, and the cleaning scheme model and the cleanliness model are arranged in the data cleaning module, so that the cleaning scheme can be conveniently formulated according to the data type and the cleaning requirement of the data source, then the cleanliness of the cleaned data is evaluated, and when the cleanliness is more than or equal to the set threshold, the cleaned data source is sent to the supplier module and the demander module.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
Fig. 1 is a schematic block diagram of the present invention.
Detailed Description
The technical solutions of the present invention will be described clearly and completely with reference to the following embodiments, and it should be understood that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The terminology used herein is for the purpose of describing embodiments and is not intended to be limiting and/or limiting of the present disclosure; it should be noted that, unless the context clearly dictates otherwise, the singular forms "a," an, "and" the "
Also included are the plural forms; also, although the terms first, second, etc. may be used herein to describe various elements, the elements are not limited by these terms, which are only used to distinguish one element from another.
As shown in fig. 1, a blockchain-based data asset transaction system includes:
at least one supplier module for providing a data source;
at least one demander module for publishing data requirements;
the requiring side module is provided with a first contract unit, the supplying side module is provided with a second contract unit, the first contract unit is used for searching in a data source of the supplying side module according to data requirements, and when a matched data source is searched, the first contract unit generates a transaction request and sends the transaction request to the second contract unit; the transaction request comprises transaction data, cleaning requirements, amount and demander information;
after receiving the trade request, the second contract unit determines whether to trade according to the trade request, and after the second contract unit determines the trade,
the first contract unit and the second contract unit generate a trading contract that includes demand party information, supplier information, a data source, a cleansing requirement, an amount, and a time. The information of the demand side comprises information such as enterprise names, enterprise shortages, unified social information codes, names of legal persons, identity card numbers of the legal persons, enterprise contacts, contact phone numbers, affiliated industries, company addresses, enterprise scale properties and the like; the supplier information comprises information such as enterprise names, enterprise shortages, unified social information codes, names of legal persons, identity card numbers of the legal persons, enterprise contacts, contact telephones, affiliated industries, company addresses, enterprise scale properties and the like. The requiring party module and the supplying party module send respective contracts to the auditing module.
The demander module also comprises a data storage unit used for storing a data source and transaction data; and the contract storage unit is used for storing the transaction contract.
The supplier module further comprises a data storage unit for storing transaction data; and the contract storage unit is used for storing the transaction contract.
After the auditing module successfully audits, the data source and the cleaning requirement of the demander are sent to the data cleaning module for data cleaning; the data cleaning module cleans the data according to the cleaning requirement, obtains transaction data and simultaneously sends the transaction data to the supplier module and the demander module; after the demand side module and the supplier side module receive the transaction data; the data transaction process ends.
The auditing module comprises a storage unit, the auditing module is used for auditing the trade contract, the storage unit is used for storing the trade contract, and the auditing of the trade contract specifically comprises:
checking whether the qualification information of the demander module and the supplier is qualified; checking whether the transaction data of the supplier is consistent with the business operation range of the demand side; checking whether the supplier data source is qualified;
when the contract module verifies that the trading contract is qualified, a transaction permission notice is generated, the verification module sends data to the data cleaning module for cleaning, and the node address of the supplier module, the node address of the demand party and the cleaning requirement are sent together; when the auditing module audits the transaction contract and finds that the transaction contract is unqualified, for example, the qualification information of the demand party module and the supply party module is not accordant, or the transaction data is not accordant with the service range of the demand party, or the supply party data source is unqualified, a transaction forbidding instruction is generated, and the transaction forbidding instruction is sent to the supply party module, the demand party module and other supply party modules and demand party modules.
The transaction prohibiting instructions comprise a first-stage transaction prohibiting instruction, a second-stage transaction prohibiting instruction and a third-stage transaction prohibiting instruction, and the contents of the first-stage transaction prohibiting instruction, the second-stage transaction prohibiting instruction and the third-stage transaction prohibiting instruction all comprise transaction prohibiting reasons.
In this embodiment, the transaction prohibition reason of the first-stage prohibition transaction instruction includes that the supplier module data source is unqualified; the transaction prohibition reason of the second-stage transaction prohibition instruction comprises that the transaction data is inconsistent with the service range of the demand party; the transaction prohibition reason of the second-stage transaction prohibition instruction comprises that the qualification of the demand party module or the supply party module is unqualified;
when the transaction prohibition instruction is the first-stage transaction prohibition instruction, the transaction permission notification can be solved and regenerated through rectification, for example, in the embodiment, the data source is rectified and provided with the data source certificate, and the transaction is resupplied to generate the transaction permission notification after being approved by the auditing module; when the transaction prohibition instruction is the second-level transaction prohibition instruction, the generation of the transaction permission notification cannot be prompted by other means, for example, the transaction data in the embodiment is inconsistent with the business range of the demand party, and the system does not allow the completion of the transaction; when the transaction prohibition instruction is a third-level transaction prohibition instruction, the supplier module or the demander module needs to be prohibited from performing data transaction with other demander modules or supplier modules, for example, when the qualification of the supplier module in this embodiment is not good, the supplier module needs to be prohibited from performing transaction with other nodes.
It should be further noted that the supplier module may actively send the data source and the cleansing request to the data cleansing module for data cleansing.
The data cleaning module is used for cleaning data of the data source;
the data cleaning module comprises an acquisition unit, a classification unit and a cleaning unit
The acquisition unit receives a data source and a cleaning request from a supplier module, a data source and a cleaning request from an auditing module, and then packages and sends the data source and the cleaning request to the classification unit;
the classification unit classifies according to the data types of the data sources and sends the data types to the cleaning units corresponding to the data types. It should be noted that there may be a plurality of different categories of data in the data source, and for this category of data source, the policy adopted by the classifying unit is to classify the data source by this category according to the maximum ratio of the number of data of a certain category in the data source to the total number of data of the data source, and mark the data source, where the number of data may be the number of bytes.
The cleaning unit also includes a storage subunit.
Data cleansing is the process of re-examining and verifying data in order to remove duplicate information, correct existing errors, and provide data consistency, and then save the filtered data.
Firstly, preliminarily cleaning a data source, aiming at keeping the consistency of data, screening different types of marks in the data source according to the type marks, and storing the marks in a storage subunit; and then carrying out spelling cleaning, null value cleaning, naming habit cleaning and illegal value cleaning on the data source. Dirty data in the data source is flushed. The dirty data includes different categories of data, misspelled data, null data, illegal values, etc.
And then, a data cleaning strategy is formulated according to the data category and the cleaning requirement, and abnormal data, incomplete data and error data in the data source are cleaned. The data cleaning strategy is generated by a cleaning strategy model;
the cleaning strategy model is obtained by training a sample training set, wherein the sample training set comprises a sample data source, a sample cleaning requirement and a sample cleaning strategy. Generating a sample cleaning strategy by using a sample data source and a sample cleaning requirement, cleaning the sample data source by using the cleaning strategy, evaluating the cleanliness of the cleaned data source and the data source before cleaning, and when the cleanliness is more than or equal to a set threshold, proving that the cleaning strategy is successfully established, and storing the cleaning strategy; and when the cleanliness of the cleaned data source is smaller than the set threshold, the cleaning strategy is proved to be unsuccessful, then the cleaning strategy model is returned to re-establish the cleaning strategy, the data source is re-cleaned, when the cleanliness of the cleaned data source is larger than or equal to the set threshold, the cleaning strategy is successful, the cleaning strategy is stored, and when the cleanliness of the cleaned data source is smaller than the set threshold, the steps are repeated until the cleaning strategy is met.
And the cleanliness evaluation is obtained by a cleanliness model, and the data source and the cleaned data source are input into the cleanliness model to obtain the cleanliness. The cleanliness model is a common technique known to those skilled in the art and will not be described herein.
And when the cleanliness is greater than the set threshold value, sending the cleaned data source to the supplier module or simultaneously sending the cleaned data source to the supplier module and the demander module.
It should be noted that the at least one supplier module, the at least one demander module, the auditing module, and the data cleansing module are all nodes of a block chain.
The working principle of the invention is as follows:
according to the invention, at least one supplier module, at least one demander module, an auditing module and a data cleaning module are arranged as nodes of a block chain, so that the modules can communicate with each other, access data and mutually promote data asset transaction. The first contract unit and the second contract unit are interrelated, perhaps with desired information. And generates a transaction contract. In order to ensure the legality of the transaction, an auditing module is particularly arranged for auditing the transaction contract, when the transaction contract is qualified and has no problem, the data source and the cleaning requirement are directly sent to a data cleaning module for data cleaning, and then the data cleaning module sends the cleaned data source to a supplier module and a demand side module, so that the transaction is finished; the data cleaning module is arranged to perform primary cleaning on the data, and a cleaning strategy is formulated according to the type of the data and the cleaning requirement, wherein the cleaning strategy is generated by a cleaning strategy model; and then, the cleanliness of the cleaned data source is judged, and when the cleanliness is larger than a set threshold value, the data source is judged to be qualified in cleaning, so that a cleaning strategy is fitted with the data source and the cleaning requirement, the reliability of data cleaning is increased, the workload of workers is reduced, the expenditure of a supplier module and a demander module on the aspect of data cleaning is reduced, and in addition, the supplier module can automatically send the data source to the data cleaning module for data cleaning, so that the demander module can conveniently acquire useful data.
In the description herein, references to the description of "one embodiment," "an example," "a specific example" or the like are intended to mean that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the invention. In this specification, the schematic representations of the terms used above do not necessarily refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples.
The foregoing is merely exemplary and illustrative of the present invention and various modifications, additions and substitutions may be made by those skilled in the art to the specific embodiments described without departing from the scope of the invention as defined in the following claims.
Claims (10)
1. A data asset transaction system based on block chain is characterized by comprising
At least one supplier module for providing a data source;
at least one demander module for seeking a data source;
the supplier module and the demander module generate a transaction contract, the demander module and the supplier module both send the transaction contract to the auditing module, and the transaction contract comprises demander information, supplier information, a data source, a cleaning requirement, money and time; after the auditing module audits the trade contract to be qualified, the data source, the cleaning requirement, the supplier module node address and the demander node address are sent to the data cleaning module;
and the data cleaning module utilizes the cleaning strategy model to make a data cleaning strategy, then cleans the data source, evaluates the cleanliness of the cleaned data source, and sends the cleaned data source to the supplier module and the demander module when the cleanliness is greater than a set threshold value, so that the transaction is finished.
2. The blockchain-based data asset transaction system of claim 1, wherein the supplier module and the demander module generate a transaction contract, and the specific process comprises
The requiring side module is provided with a first contract unit, the supplying side module is provided with a second contract unit, the first contract unit is used for searching in a data source of the supplying side module according to data requirements, and when a matched data source is searched, the first contract unit generates a transaction request and sends the transaction request to the second contract unit;
and after receiving the transaction request, the second contract unit determines whether to carry out transaction according to the transaction request, and generates a transaction contract when the second contract unit determines to carry out transaction.
3. The blockchain-based data asset transaction system of claim 1, wherein the auditing process of the auditing module includes:
checking whether the qualification information of the demander module and the supplier is qualified; checking whether the transaction data of the supplier is consistent with the business operation range of the demand side; checking whether the supplier data source is qualified;
when the contract module verifies that the trade contract is qualified, a transaction permission notice is generated, and the supplier module and the demander module carry out transaction; and when the auditing module audits that the trading contract is unqualified, generating a trading forbidding instruction, and forbidding the supplier module and the demander module to trade.
4. The blockchain-based data asset transaction system of claim 3, wherein the trade prohibition instructions include a first level trade prohibition instruction, a second level trade prohibition instruction, and a third level trade prohibition instruction; the transaction prohibiting instructions comprise a first-stage transaction prohibiting instruction, a second-stage transaction prohibiting instruction and a third-stage transaction prohibiting instruction which comprise transaction prohibiting reasons.
5. The blockchain-based data asset transaction system of claim 1, wherein the data source is initially cleaned of dirty data prior to the data cleaning module using the cleaning policy model to develop the data cleaning policy.
6. The blockchain-based data asset transaction system of claim 5, wherein the dirty data includes different categories of data, misspell data, and null data.
7. The blockchain-based data asset transaction system of claim 1, wherein the cleaning strategy model is trained from a sample training set including a sample data source, sample cleaning requirements, and sample cleaning strategies.
8. The blockchain-based data asset transaction system according to claim 1, wherein the cleanliness evaluation of the cleaned data source is performed by the specific process including:
and inputting the cleaned data source and the data source before cleaning into a cleanliness model to obtain cleanliness evaluation.
9. The blockchain-based data asset transaction system of claim 1, wherein the data cleansing module further receives and data cleanses supplier module data sources and cleansing requirements.
10. The blockchain-based data asset transaction system of claim 1, wherein the at least one supplier module, the at least one demander module, the audit module, and the data cleansing module are all nodes of a blockchain.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210135218.2A CN114240667A (en) | 2022-02-15 | 2022-02-15 | Data asset transaction system based on block chain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210135218.2A CN114240667A (en) | 2022-02-15 | 2022-02-15 | Data asset transaction system based on block chain |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114240667A true CN114240667A (en) | 2022-03-25 |
Family
ID=80747715
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210135218.2A Pending CN114240667A (en) | 2022-02-15 | 2022-02-15 | Data asset transaction system based on block chain |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114240667A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116506230A (en) * | 2023-06-28 | 2023-07-28 | 广东长盈科技股份有限公司 | Data acquisition method and system based on RSA asymmetric encryption |
-
2022
- 2022-02-15 CN CN202210135218.2A patent/CN114240667A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116506230A (en) * | 2023-06-28 | 2023-07-28 | 广东长盈科技股份有限公司 | Data acquisition method and system based on RSA asymmetric encryption |
| CN116506230B (en) * | 2023-06-28 | 2023-10-03 | 广东长盈科技股份有限公司 | Data acquisition method and system based on RSA asymmetric encryption |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Mitsuhashi et al. | A matching theory of alliance formation and organizational success: Complementarity and compatibility | |
| Baird et al. | Organizational culture and environmental activity management | |
| US8108926B2 (en) | Method and system for online trust management using statistical and probability modeling | |
| AU2006330838B2 (en) | Method and system for providing enhanced matching from customer driven queries | |
| Wang et al. | The measurement model of supply chain uncertainty and risk in the Australian courier industry | |
| CN108681975A (en) | A kind of household services approaches to IM, device and equipment | |
| Zhao et al. | Toward trustworthy defi oracles: past, present, and future | |
| CN114240667A (en) | Data asset transaction system based on block chain | |
| Altubaishe et al. | Comparative analysis of risk management strategies for additive manufacturing supply chains | |
| Pernici et al. | Automatic learning of repair strategies for web services | |
| Lo et al. | Sustainable Strategic Alliance Partner Selection Using a Neutrosophic‐Based Decision‐Making Model: A Case Study in Passive Component Manufacturing | |
| Reisch et al. | Inferring supply networks from mobile phone data to estimate the resilience of a national economy | |
| Xu | Monitorable electronic contract | |
| Su et al. | A jury-based trust management mechanism in distributed cognitive radio networks | |
| CN112785238B (en) | Supply chain enabling-based e-commerce platform sales management system and method | |
| CN115760395A (en) | Electric-carbon linkage collaborative transaction system based on block chain | |
| Indrawati et al. | Development of supply chain risks interrelationships model using interpretive structural modeling and analytical network process | |
| CN111242789A (en) | Insurance automatic claim settlement method and system based on block chain technology | |
| Chandrasekaran et al. | A model for a testbed for evaluating reputation systems | |
| Yeh et al. | Vehicle glass distribution reliability measurement under transportation cost constraint | |
| CN111723950B (en) | Electronic product life cycle management system based on block chain | |
| Zhang et al. | Modeling group decision-making mechanisms in household travel behavior: theories and an application | |
| Onoyama et al. | Intelligent evolutional algorithm for distribution network optimization | |
| Mo et al. | Design of a Reverse Logistics System with Internet of Things for Service Parts Management. Sustainability 2022, 14, 12013 | |
| CN115965441A (en) | E-commerce credit risk assessment method and system |
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 |