Open source bill circulation and financing platform for automobile supply chain

Abstract

The invention relates to the technical field of automobile supply chains, and discloses an automobile supply chain-oriented open source bill circulation and financing platform, which comprises a supplier interaction interface, a financial institution interaction interface and a data processing center, and is characterized in that the data processing center adopts a micro-service architecture to realize the functions of bill collection, verification, circulation tracking, financing matching and the like. Through RESTful API and MQTT real-time message push service, efficient interaction between a supplier and a financial institution is realized. And the platform data storage layer adopts a distributed architecture, so that data security and efficient access are ensured. Meanwhile, the platform is integrated with a security authentication module and a monitoring alarm module, so that the security and the stability are improved. And the financing matching service group accurately matches appropriate financial institutions and financing products according to the financing demands and bill states of the suppliers. According to the invention, the bill circulation efficiency is improved, the financing cost is reduced, the accuracy of financing decision making is enhanced, and powerful support is provided for efficient operation of an automobile supply chain.

Description

Technical Field

[0001] The present invention relates to the technical field of automobile supply chain, and in particular to an open source bill circulation and financing platform for automobile supply chain. Background Art

[0002] In the complex and huge system of the automotive supply chain, bill circulation and financing activities play a vital role. They are not only related to the smooth operation of the supply chain, but also directly affect the capital flow and financial health of each participating company. However, the existing bill circulation and financing platforms in the current market have significant deficiencies in many aspects and are difficult to meet the efficient, safe and accurate financing needs of the automotive supply chain.

[0003] First, data processing capabilities have become the main bottleneck restricting the development of existing platforms. The automotive supply chain involves multiple participating nodes such as raw material suppliers, parts manufacturers, vehicle manufacturers, logistics companies and dealers, and each node generates a large amount of bill data. This data needs to be processed and analyzed in real time to support the rapid circulation of bills and accurate financing decisions. However, the data processing capabilities of existing platforms are limited and often cannot effectively cope with the challenges of such massive data, resulting in low efficiency in bill circulation and greatly reduced accuracy in financing decisions.

[0004] The security and stability of the platform cannot be ignored. In the digital age, risks such as cyber attacks and data leaks are becoming increasingly severe. Existing bill circulation and financing platforms often have loopholes in security protection and are vulnerable to external threats, resulting in data loss, tampering or leakage, causing serious economic losses and reputation damage to participating companies. Therefore, improving the security and stability of the platform and ensuring the safe transmission and storage of data are issues that need to be addressed urgently.

[0005] Existing platforms also have obvious defects in financing matching mechanisms. Suppliers often have specific needs and conditions in the financing process, while financial institutions provide a variety of financing products and services. However, existing platforms often lack a complete financing matching mechanism and are unable to accurately match suppliers with appropriate financial institutions and financing products based on their financing needs and bill status. This not only increases suppliers' financing costs and time costs, but also reduces the success rate and satisfaction of financing. Summary of the invention

[0006] The purpose of the present invention is to provide an open source bill circulation and financing platform for the automotive supply chain to solve the problems raised in the above-mentioned background technology.

[0007] To achieve the above-mentioned purpose, the present invention provides the following technical solutions: an open source bill circulation and financing platform for the automobile supply chain, including a supplier interaction interface, a financial institution interaction interface and a data processing center for processing bill data, wherein the bill data originates from multiple participating nodes in the automobile supply chain, including raw material suppliers, parts manufacturers, vehicle manufacturers, logistics companies and dealers, and the data processing center provides data support for the supplier interaction interface and the financial institution interaction interface, so that suppliers and financial institutions can grasp the bill circulation status in real time and make corresponding financing decisions;

[0008] The data processing center includes a communication interface layer, a service processing layer, a data access layer and a data storage layer; the communication interface layer includes a gateway module, which is responsible for providing connection services to the supplier interaction interface and the financial institution interaction interface and establishing a data transmission channel; the service processing layer adopts a microservice architecture to provide the data processing center with bill collection, verification, circulation tracking, financing matching, business logic processing and basic service functions, and the gateway module locates the specific service instance in the service processing layer through a dynamic routing mechanism; the data storage layer is responsible for data storage, including real-time status caching of bills, persistent storage of historical records and index storage; the data access layer includes a connection pool management module, which is used to establish a connection channel between the service processing layer and the data storage layer, so that the two can perform safe and stable data reading and writing operations.

[0009] Preferably, the service processing layer includes a bill collection service group, a bill verification service group, a circulation tracking service group, a financing matching service group and an infrastructure service group; the bill collection service group is responsible for designing communication protocols with various bill systems and building a front-end adapter for receiving bill data; the bill verification service group is responsible for verifying the legality, authenticity and validity of the bills received from the bill collection service group; the circulation tracking service group is used to track the circulation status of bills in the supply chain in real time; the financing matching service group matches suppliers with suitable financial institutions and financing products based on the circulation status of the bills and the financing needs of the suppliers; the infrastructure service group is responsible for maintaining the stable operation of the entire service processing layer and the message transmission between services.

[0010] Preferably, the bill verification service group includes a bill format verification module, a signature verification module, an authenticity identification module and a validity period verification module; the bill format verification module is responsible for verifying whether the format of the bill meets the standard; the signature verification module verifies whether the digital signature on the bill is valid; the authenticity identification module uses blockchain technology or other anti-counterfeiting technologies to identify the authenticity of the bill; the validity period verification module checks whether the bill is within the validity period.

[0011] Preferably, the circulation tracking service group includes a bill registration module, a status update module, a circulation path recording module and an exception handling module; the bill registration module is responsible for entering the newly received bill into the system and assigning a unique identifier; the status update module updates the circulation status of the bill in real time, including issued, transferred and redeemed; the circulation path recording module records the circulation path of the bill in the supply chain, including the receipt and transfer time of each node; the exception handling module is used to handle abnormal situations in the bill circulation process, including bill loss and repeated transfer.

[0012] Preferably, the financing matching service group includes a financing demand analysis module, a financial institution screening module, a financing product recommendation module and a financing agreement generation module; the financing demand analysis module analyzes the specific requirements of financing according to the supplier's financing needs and bill status; the financial institution screening module selects qualified institutions from the cooperating financial institutions according to the results of the financing demand analysis; the financing product recommendation module recommends suitable financing products to the supplier; the financing agreement generation module automatically generates a financing agreement based on the information of the financing product and the supplier.

[0013] Preferably, the data storage layer uses MongoDB as the real-time status cache database, MySQL as the historical record persistence database, and Elasticsearch as the index storage database.

[0014] Preferably, the data storage layer is designed to adopt a distributed architecture, including multiple data nodes and backup nodes, the data nodes are responsible for data storage and access, and the backup nodes are responsible for data backup and recovery.

[0015] Preferably, the bill collection service group includes a front-end adapter for various bill systems, and the front-end adapter is used to establish a communication mechanism with the specific corresponding bill system, including the formulation of the front-end communication protocol, the definition of the format of sending and receiving data, disconnection processing and status monitoring.

[0016] Preferably, the communication interface layer provides a RESTful API interface and an MQTT real-time message push service for the supplier interaction interface and the financial institution interaction interface to enable interaction and instruction issuance between suppliers and financial institutions.

[0017] Preferably, the infrastructure service group also includes a security authentication module and a monitoring and alarm module; the security authentication module is responsible for user identity authentication and access permission control; the monitoring and alarm module monitors the system's operating status and performance indicators in real time, and issues an alarm message when an abnormality occurs or reaches a preset threshold.

[0018] Compared with the prior art, the present invention has the following beneficial effects:

[0019] By building an efficient data processing center and adopting microservice architecture and distributed data processing technology, the present invention can process and analyze massive bill data from multiple participating nodes in the automotive supply chain in real time, which not only greatly improves the efficiency of bill circulation, but also ensures the accuracy and timeliness of financing decisions, and provides strong data support for suppliers and financial institutions.

[0020] The present invention incorporates multiple security protection mechanisms into the platform design, including security authentication modules, monitoring alarm modules, data encryption and access control technologies, which effectively prevent risks such as network attacks and data leakage. At the same time, by adopting a distributed architecture and backup node design, the reliability of data and the stability of the system are ensured, providing a safe and reliable financing environment for participating enterprises. Through the design of the financing matching service group, the present invention can accurately match the supplier with appropriate financial institutions and financing products based on the supplier's financing needs and bill status.

[0021] The present invention provides a supplier interaction interface and a financial institution interaction interface, and realizes convenient interaction and instruction issuance between suppliers and financial institutions through the RESTful API interface and MQTT real-time message push service. At the same time, the platform adopts an open source design, which is easy to expand and customize, meets the personalized needs of different enterprises, and improves the user experience and platform flexibility. By tracking the circulation status of bills in the supply chain in real time and recording the circulation path and the receiving and transfer time of each node, the present invention promotes efficient collaboration between the participating nodes in the automotive supply chain. BRIEF DESCRIPTION OF THE DRAWINGS

[0022] Figure 1 This is a structural diagram of the open source bill circulation and financing platform for the automotive supply chain described in the present invention;

[0023] Figure 2 Design diagram for the distributed architecture of the data storage layer;

[0024] Figure 3 This is a schematic diagram of the design of the front adapter. DETAILED DESCRIPTION

[0025] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0026] See also Figure 1-3The present invention provides a technical solution: an open source bill circulation and financing platform for the automotive supply chain, which constructs a supplier interaction interface and a financial institution interaction interface. These two interfaces serve as windows for users to interact with the platform and are used by suppliers and financial institutions respectively. Through these two interfaces, users can view the bill circulation status, submit financing applications, and check financing progress in real time.

[0027] The core of the platform is the data processing center, which is responsible for processing bill data from multiple participating nodes in the automotive supply chain. These participating nodes include raw material suppliers, parts manufacturers, vehicle manufacturers, logistics companies and dealers, etc. The bill data they generate is centrally processed and analyzed by the data processing center. The data processing center provides data support for the supplier interaction interface and the financial institution interaction interface, ensuring that users can grasp the bill circulation status in real time and make corresponding financing decisions.

[0028] The data processing center adopts a layered architecture design, including the communication interface layer, service processing layer, data access layer and data storage layer. The communication interface layer includes a gateway module, which is responsible for providing connection services to the supplier interaction interface and the financial institution interaction interface and establishing a data transmission channel. It supports RESTful API interface and MQTT real-time message push service to meet the interaction needs of different users.

[0029] The service processing layer adopts a microservice architecture, which enables the platform to be flexibly expanded and run efficiently. The service processing layer contains multiple service groups, which are responsible for functions such as bill collection, verification, circulation tracking, financing matching, business logic processing and basic services. The bill collection service group designs communication protocols with various bill systems and builds front-end adapters to receive bill data. The bill verification service group verifies the legality, authenticity and validity of the received bills. The circulation tracking service group tracks the circulation status of bills in the supply chain in real time. The financing matching service group matches suppliers with suitable financial institutions and financing products based on the circulation status of bills and the financing needs of suppliers. The infrastructure service group is responsible for maintaining the stable operation of the entire service processing layer and the message transmission between services.

[0030] The data storage layer is responsible for data storage and management. It uses MongoDB as a real-time state cache database to support fast data read and write operations; uses MySQL as a historical record persistence database to ensure long-term data preservation and queryability; and uses Elasticsearch as an index storage database to improve data retrieval efficiency. The data storage layer is designed with a distributed architecture that includes multiple data nodes and backup nodes to ensure high data availability and fault tolerance.

[0031] The data access layer includes a connection pool management module, which establishes a connection channel between the service processing layer and the data storage layer to achieve secure and stable data read and write operations between the two. The connection pool management module improves the efficiency and stability of data access by optimizing the configuration and management of the connection pool.

[0032] The present invention will be further described below in conjunction with Examples 1 to 3:

[0033] Embodiment 1:

[0034] The Ticket Collection Service Group is responsible for communicating with various ticket systems and receiving ticket data from various participating nodes in the automotive supply chain. To achieve this goal, the service group first designed a set of universal communication protocols that are compatible with the data formats and transmission methods of different ticket systems. Then, a series of front-end adapters were built. These adapters were customized according to the interface specifications of specific ticket systems to ensure that ticket data can be received accurately and efficiently. For example, for a ticket system that uses a RESTful API interface, the Ticket Collection Service Group will develop a corresponding REST client to obtain ticket data through HTTP requests; for a ticket system that uses a message queue, a message consumer will be developed to subscribe to and process ticket messages.

[0035] The bill verification service group is responsible for verifying the legality, authenticity and validity of the received bills. This service group includes the following modules:

[0036] Invoice format verification module: This module defines a set of standard invoice format specifications and uses pattern matching techniques (such as regular expressions) to verify whether the format of the invoice meets the requirements. For example, check whether the invoice number is a numeric string of a specified length, whether the date format is correct, etc.

[0037] Signature Verification Module: This module uses public key infrastructure (PKI) technology to verify whether the digital signature on the bill is valid. By comparing the signature embedded in the bill with the signature calculated using the private key, it ensures that the bill has not been tampered with during transmission.

[0038] Authenticity identification module: This module uses blockchain technology or other advanced anti-counterfeiting technologies, such as QR codes and watermarks, to identify the authenticity of bills. For example, by querying transaction records on the blockchain, it can verify whether the bill exists and has not been reused.

[0039] Validity verification module: This module checks the issue date and expiration date of the bill to ensure that the bill is used within the validity period. Expired bills will be marked and rejected for subsequent processing.

[0040] The circulation tracking service group is responsible for real-time tracking of the circulation status of bills in the supply chain. This service group includes the following modules:

[0041] Ticket registration module: When a new ticket is received, this module assigns it a unique identifier (such as UUID) and enters the basic information of the ticket into the system. This helps to track and manage the tickets later.

[0042] Status update module: This module updates the status of the bill in real time according to the actual circulation of the bill in the supply chain. For example, when the bill is transferred from the supplier to the manufacturer, the status is updated to "transferred"; when the bill is redeemed, the status is updated to "redeemed".

[0043] Circulation path recording module: This module records the circulation path of the bill in the supply chain, including the receipt and transfer time of each node. This helps to trace the circulation history of the bill and discover potential circulation problems.

[0044] Exception handling module: This module is responsible for handling abnormal situations in the bill circulation process, such as bill loss, repeated transfer, etc. When an abnormal situation is detected, the module will trigger the corresponding processing flow, such as notifying relevant nodes for verification, suspending bill circulation, etc.

[0045] The financing matching service group matches suppliers with appropriate financial institutions and financing products based on the circulation status of bills and the financing needs of suppliers. This service group includes the following modules:

[0046] Financing demand analysis module: This module analyzes the specific requirements of financing, such as financing amount, financing period, interest rate, etc., based on the supplier's financing needs and bill status. At the same time, the module also considers factors such as the supplier's credit status and historical financing records to more accurately assess financing needs.

[0047] Financial institution screening module: This module selects qualified institutions from the financial institutions cooperating with the platform based on the results of the financing demand analysis. The screening process takes into account factors such as the qualifications, reputation, and types of financing products of the financial institutions to ensure that suppliers are provided with high-quality financing options.

[0048] Financing product recommendation module: This module recommends suitable financing products to suppliers based on the financing needs of the selected financial institutions and suppliers. The recommendation process takes into account factors such as the product's interest rate, term, and repayment method to meet the different financing needs of suppliers.

[0049] Financing agreement generation module: This module automatically generates a financing agreement based on the selected financing products and supplier information. The agreement includes key terms such as financing amount, term, interest rate, repayment plan, etc., to ensure that the rights and interests of both parties are clearly protected. The generated agreement can be confirmed and signed through electronic signature technology, improving the efficiency and convenience of the financing process.

[0050] Embodiment 2:

[0051] The data storage layer design aims to build an efficient, reliable and scalable storage system to support the bill circulation and financing business in the automotive supply chain. The data storage layer uses three database technologies: MongoDB, MySQL and Elasticsearch, which are used for real-time state caching, historical record persistence and index storage respectively. At the same time, the high availability and disaster recovery capabilities of data are ensured through the distributed architecture design.

[0052] MongoDB as a real-time state cache database: MongoDB is a high-performance, easily scalable NoSQL database suitable for storing semi-structured and unstructured data. In the present invention, MongoDB is used to cache the real-time state information of the bill, such as the current circulation status of the bill, the remaining validity period, etc. The replica set function of MongoDB is enabled to achieve automatic synchronization and failover of data to ensure high availability of data. At the same time, using the sharding mechanism of MongoDB, the storage capacity and performance can be dynamically expanded according to business needs.

[0053] MySQL as a historical record persistence database: MySQL is a mature relational database management system (RDBMS) suitable for storing structured data and performing complex queries. In the present invention, MySQL is used to store historical record information of bills, including the issuance, transfer, and redemption of bills throughout their life cycle. The master-slave replication function of MySQL is configured to achieve data read-write separation and backup. The master database is responsible for processing write operations, the slave database is responsible for processing read operations, and provides data recovery services when the master database fails.

[0054] Elasticsearch as an index storage database: Elasticsearch is a search engine based on Lucene, which is good at processing full-text search and analysis of massive data. In the present invention, Elasticsearch is used to store index information of bills, such as bill number, supplier name, amount, etc., so as to quickly retrieve and analyze bill data. The cluster mode of Elasticsearch is deployed, and multiple nodes share the search and indexing tasks to improve search performance and scalability.

[0055] The data storage layer adopts a distributed architecture design, including multiple data nodes and backup nodes. Data nodes are responsible for data storage and access. According to business needs and data types, MongoDB, MySQL, and Elasticsearch instances are deployed respectively. Backup nodes are responsible for data backup and recovery, ensuring that data can be quickly restored when a data node fails.

[0056] Data nodes: For MongoDB, data nodes exist in the form of replica sets, each of which contains multiple replicas (Replica), one of which is the primary replica (Primary) and the rest are secondary replicas (Secondary). The primary replica is responsible for processing write operations, the secondary replica is responsible for processing read operations, and a new primary replica is generated through an election mechanism when the primary replica fails. For MySQL, data nodes exist in the form of master-slave replication, the primary database is responsible for processing write operations, the secondary database is responsible for processing read operations, and data synchronization is achieved through regular backups and log replication. For Elasticsearch, data nodes exist in the form of clusters, each node stores part of the index data, and distributed storage and search of data are achieved through a sharding mechanism.

[0057] Backup nodes: Backup nodes regularly obtain data backups from data nodes and store them in secure storage media. When a data node fails, the backup node is responsible for restoring the data to ensure business continuity. For MongoDB and MySQL, backup nodes can use professional backup tools (such as mongodump / mongorestore, mysqldump / mysqlbinlog) for regular backup and recovery. For Elasticsearch, backup nodes can use the snapshot function to back up index data to remote storage (such as Amazon S3, HDFS, etc.) and restore it when needed.

[0058] Development technology tools include:

[0059] Database management tools: Use tools such as MongoDB Shell, MySQL Workbench, and Kibana to manage and monitor MongoDB, MySQL, and Elasticsearch. These tools provide a graphical user interface and rich command line tools to facilitate database configuration, query, optimization, and troubleshooting.

[0060] Data synchronization and backup tools: Use MongoDB's replication set and sharding mechanism, MySQL's master-slave replication and backup tools (such as mysqldump, Percona XtraBackup), and Elasticsearch's snapshot and recovery functions to synchronize and backup data. These tools ensure data consistency and availability and reduce the risk of data loss.

[0061] Performance monitoring and optimization tools: Use tools such as MongoDB's Ops Manager, MySQL's Performance Schema, and Elasticsearch's Monitoring API to monitor and optimize database performance. These tools provide real-time performance data, slow query analysis, and optimization suggestions to help improve database performance and response speed.

[0062] Embodiment 3:

[0063] The bill collection service group is responsible for data collection from various bill systems, and its core is the front-end adapter. The front-end adapter is customized for each bill system and is used to establish a communication mechanism with the specific bill system.

[0064] Development of front-end communication protocol: According to the communication specifications of the ticket system, develop the communication protocol between the front-end adapter and the ticket system. For example, for a ticket system that uses HTTP / HTTPS protocol, the front-end adapter needs to implement the corresponding HTTP client; for a ticket system that uses custom TCP / UDP protocol, the front-end adapter needs to implement the corresponding Socket communication.

[0065] Definition of the format of data sent and received: According to the data format requirements of the ticket system, define the format of data sent and received between the front-end adapter and the ticket system. This usually includes the structure of the request message and the response message, the meaning of the field, the data type, etc. For example, JSON or XML format is used for data exchange.

[0066] Disconnection processing and status monitoring: The front adapter must have the ability to handle disconnection and status monitoring. When the connection with the ticket system is disconnected, the front adapter should be able to automatically try to reconnect and record the disconnection and reconnection logs. At the same time, the front adapter should monitor the communication status with the ticket system in real time, such as connection status, data transmission rate, etc., so as to promptly discover and handle communication failures.

[0067] The front-end adapter can be developed in programming languages ​​such as Java or Python, using HTTP client libraries such as Apache HttpClient and OkHttp to implement HTTP / HTTPS communication, and using Socket programming to implement TCP / UDP communication. At the same time, you can use log frameworks such as Log4j and SLF4J to record logs, and use frameworks such as Spring Boot for rapid development and deployment.

[0068] The communication interface layer provides RESTful API interface and MQTT real-time message push service for the supplier interaction interface and the financial institution interaction interface to realize the interaction and instruction issuance between suppliers and financial institutions.

[0069] RESTful API interface: Design and implement a set of RESTful API interfaces for suppliers and financial institutions to query, submit and update business data. The API interface should follow the REST principle and use standard HTTP methods (such as GET, POST, PUT, DELETE) and status codes (such as 200, 404, 500, etc.) for communication. At the same time, the API interface should support data exchange in JSON or XML format.

[0070] MQTT real-time message push service: deploy MQTT message broker (such as Eclipse Mosquitto, EMQX, etc.) and design corresponding message topics and message formats. Suppliers and financial institutions can subscribe to corresponding message topics to receive real-time business messages pushed by the system, such as bill status updates, financing application results, etc.

[0071] RESTful API interfaces can be developed using frameworks such as Spring Boot and Spring MVC, and API documents can be generated using tools such as Swagger or SpringFox. MQTT real-time message push services can use MQTT client libraries such as Eclipse Paho and MQTT.js to publish and subscribe to messages.

[0072] The infrastructure service group includes a security authentication module and a monitoring and alarm module, providing security protection and operation and maintenance support for the entire system.

[0073] Security authentication module: implements user authentication and access control. JWT (JSON Web Token) can be used for user authentication, and JWT can be signed and verified by public and private keys to ensure the authenticity and non-tamperability of user identity. At the same time, a role-based access control (RBAC) model is designed and implemented to assign different access rights to different users.

[0074] Monitoring and alarm module: real-time monitoring of the system's operating status and performance indicators, such as CPU usage, memory occupancy, number of database connections, API interface call frequency, etc. When an abnormality occurs or reaches a preset threshold, an alarm message is issued via SMS, email or system log, so that operation and maintenance personnel can handle it in time.

[0075] The security authentication module can use Spring Security, OAuth2 and other security frameworks to implement JWT authentication and RBAC models. The monitoring and alarm module can use tools such as Prometheus and Grafana for system monitoring and alarm, and use Alertmanager to distribute and manage alarm information.

[0076] It should be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device.

[0077] Although embodiments of the present invention have been shown and described, it will be appreciated by those skilled in the art that various changes, modifications, substitutions and variations may be made to the embodiments without departing from the principles and spirit of the present invention, and that the scope of the present invention is defined by the appended claims and their equivalents.

Claims

1. An open source bill circulation and financing platform for the automotive supply chain, featuring: It includes a supplier interaction interface, a financial institution interaction interface and a data processing center for processing bill data. The bill data originates from multiple participating nodes in the automobile supply chain, including raw material suppliers, parts manufacturers, vehicle manufacturers, logistics companies and dealers. The data processing center provides data support for the supplier interaction interface and the financial institution interaction interface, so that suppliers and financial institutions can grasp the bill circulation status in real time and make corresponding financing decisions; The data processing center includes a communication interface layer, a service processing layer, a data access layer and a data storage layer; the communication interface layer includes a gateway module, which is responsible for providing connection services to the supplier interaction interface and the financial institution interaction interface and establishing a data transmission channel; The service processing layer adopts a microservice architecture to provide the data processing center with bill collection, verification, circulation tracking, financing matching, business logic processing and basic service functions. The gateway module locates the specific service instance in the service processing layer through a dynamic routing mechanism; the data storage layer is responsible for data storage, including real-time status caching, historical record persistence storage and index storage of bills; the data access layer includes a connection pool management module, which is used to establish a connection channel between the service processing layer and the data storage layer, so that the two can perform safe and stable data reading and writing operations.

2. The open source bill circulation and financing platform for the automotive supply chain according to claim 1 is characterized by: The service processing layer includes a bill collection service group, a bill verification service group, a circulation tracking service group, a financing matching service group, and an infrastructure service group; the bill collection service group is responsible for designing the communication protocol with various bill systems and building a front-end adapter for receiving bill data; The bill verification service group is responsible for verifying the legality, authenticity and validity of the bills received from the bill collection service group; The circulation tracking service group is used to track the circulation status of bills in the supply chain in real time; the financing matching service group matches suppliers with suitable financial institutions and financing products based on the circulation status of bills and the financing needs of suppliers; the infrastructure service group is responsible for maintaining the stable operation of the entire service processing layer and the message transmission between services.

3. The open source bill circulation and financing platform for the automotive supply chain according to claim 2 is characterized by: The bill verification service group includes a bill format verification module, a signature verification module, an authenticity identification module and a validity period verification module; the bill format verification module is responsible for verifying whether the format of the bill meets the standard; the signature verification module verifies whether the digital signature on the bill is valid; the authenticity identification module uses blockchain technology or other anti-counterfeiting technology to identify the authenticity of the bill; The validity period verification module checks whether the ticket is within the validity period.

4. The open source bill circulation and financing platform for the automotive supply chain according to claim 3 is characterized by: The circulation tracking service group includes a ticket registration module, a status update module, a circulation path recording module and an exception handling module; The bill registration module is responsible for entering newly received bills into the system and assigning unique identifiers; the status update module updates the bill's circulation status in real time, including issued, transferred, and redeemed; the circulation path recording module records the bill's circulation path in the supply chain, including the receipt and transfer time of each node; the exception handling module is used to handle abnormal situations in the bill circulation process, including bill loss and repeated transfers.

5. The open source bill circulation and financing platform for the automotive supply chain according to claim 4 is characterized by: The financing matching service group includes a financing demand analysis module, a financial institution screening module, a financing product recommendation module and a financing agreement generation module; the financing demand analysis module analyzes the specific requirements of financing according to the supplier's financing needs and bill status; the financial institution screening module selects qualified institutions from the cooperating financial institutions according to the results of the financing demand analysis; the financing product recommendation module recommends suitable financing products to the supplier; the financing agreement generation module automatically generates a financing agreement based on the information of the financing product and the supplier.

6. The open source bill circulation and financing platform for the automotive supply chain according to claim 1 is characterized by: The data storage layer uses MongoDB as the real-time state cache database, MySQL as the historical record persistence database, and Elasticsearch as the index storage database.

7. The open source bill circulation and financing platform for the automotive supply chain according to claim 6 is characterized by: The data storage layer is designed with a distributed architecture, including multiple data nodes and backup nodes. The data nodes are responsible for data storage and access, and the backup nodes are responsible for data backup and recovery.

8. The open source bill circulation and financing platform for the automotive supply chain according to claim 2 is characterized by: The bill collection service group includes front-end adapters for various bill systems. The front-end adapters are used to establish a communication mechanism with the specific corresponding bill system, including the formulation of the front-end communication protocol, the definition of the format of sending and receiving data, disconnection processing and status monitoring.

9. The open source bill circulation and financing platform for the automotive supply chain according to claim 1 is characterized by: The communication interface layer provides a RESTful API interface and an MQTT real-time message push service for the supplier interaction interface and the financial institution interaction interface to enable interaction and instruction issuance between suppliers and financial institutions.

10. The open source bill circulation and financing platform for the automobile supply chain according to claim 2 is characterized by: The infrastructure service group also includes a security authentication module and a monitoring and alarm module; the security authentication module is responsible for user identity authentication and access permission control; the monitoring and alarm module monitors the system's operating status and performance indicators in real time, and issues an alarm message when an abnormality occurs or reaches a preset threshold.

Images