Information matching method and system
By using a microservice architecture and distributed cluster processing, the problem of multiple databases working together in port of entry and exit inspections is solved, achieving fast information matching and system stability, and facilitating expansion and deployment.
Patent Information
- Application Number
- CN202310352450.6
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2023-04-04
- Publication Date
- 2026-01-23
- Estimated Expiration
- 2043-04-04
AI Technical Summary
During entry and exit port inspections, multiple databases need to work together to match information, but existing technologies suffer from problems such as system redundancy, high coupling, difficulty in rapid iteration, and slow information retrieval speed.
A microservice architecture is adopted, in which each business function of the port of entry and exit inspection is established as a microservice. Each microservice runs independently and has its own database. It is published through an application service container and uses a service bus for interface management and distributed cluster processing of business data.
It enables collaborative work between multiple databases, improves the speed of information matching and system stability, reduces the waiting time for target information matching, and is easy to expand and deploy.
Smart Images

Figure CN116521953B_ABST
Abstract
Description
TECHNICAL FIELD
[0001] The present application relates to the technical field of information matching, and in particular to an information matching method and system. BACKGROUND
[0002] Currently, when checking at the entry and exit port, the staff needs to manage and check the entry and exit goods, vehicles, personnel and other matters, and needs to connect multiple databases in the management and detection process, such as connecting a face database and an identity information database to identify the identity of a passenger, connecting a travel database to verify the travel data of the passenger, and the like. These databases contain a large amount of data, and need to be connected to different databases in different application scenarios.
[0003] In the prior art, when checking at the entry and exit port, the information of entry and exit goods, vehicles, personnel and the like needs to be queried in each database, and multiple databases need to work together to match the corresponding information, which is a problem to be solved, and the situation needs to be further improved. SUMMARY
[0004] In order to make multiple databases work better and quickly match information, the present application provides an information matching method and system, which adopts the following technical solution:
[0005] In a first aspect, the present application provides an information matching method, which comprises the following steps:
[0006] Obtaining a business request, each business request corresponding to an application scenario;
[0007] Inputting the business request into an information matching system to obtain target information that needs to be matched; wherein the information matching system comprises multiple microservices, each microservice realizing a business function, and each microservice independently running in a service container and having an independent business line database, multiple business line microservices creating corresponding service interfaces for business request calling in contrast to scenario application data directory, and publishing through application service container, and different microservices can call each other.
[0008] By adopting the above technical solution, the present application obtains a business request, inputs the business request into an information matching system to obtain target information that needs to be matched. Wherein the information matching system comprises multiple microservices, each microservice realizing a business function, and each microservice independently running in a service container and having an independent business line database, multiple business line microservices creating corresponding service interfaces for business request calling in contrast to scenario application data directory, and publishing through application service container, and different microservices can call each other.
[0009] The application establishes a microservice for each business function of entry and exit port inspection through the architecture of microservices, each microservice architecture is independent and has an independent database, so that different microservices can be called under different business requests, and the expansion and installation and deployment are facilitated; different microservices are published through application service containers and can also call each other, so that multiple databases can work cooperatively.
[0010] In each application scenario of entry and exit port inspection, various business systems are involved, including entry and exit cargo management systems and inspection systems, vehicle management systems and inspection systems, personnel entry and exit management systems and inspection systems, etc., each business system needs to be connected to different databases, the application obtains target information required to be matched by a business request through an information matching model, and calls a corresponding database, so that all related information of a person can be directly obtained. The application enables multiple databases to work cooperatively more conveniently through the construction of microservices and application service containers.
[0011] Optionally, each service interface is centrally managed through a service bus.
[0012] By adopting the above technical solution, the application centrally manages each service interface through service bus technology, so as to exert the unified advantage of a network of various business systems, and improve the security and stability of service interface management and calling by using a service bus.
[0013] Optionally, the application further comprises a scenario application library for providing comprehensive services, the comprehensive services comprising at least one microservice, and the establishment process of the scenario application library comprising the following steps:
[0014] Business data produced in the operation of a business function of a microservice corresponding to the application scenario;
[0015] Obtaining a scenario application data model established based on the business data;
[0016] Processing and persisting cache data in a cache database and business data in a business line database based on the scenario application data model, and establishing a scenario application library.
[0017] By adopting the above technical solution, the application establishes a scenario application data model based on business data produced in the operation of a business function of a microservice corresponding to the application scenario, then processes and persists cache data in a cache database and business data in a business line database based on the scenario application data model, and establishes a scenario application database, so that target information required to be matched by a business request can be directly obtained from the scenario application database, and the quick matching of target information is further realized.
[0018] Optionally, in the process of matching the service request input information with the model to obtain the target information required to be matched by the service request, the following steps are included:
[0019] The service request input information is matched with the model to obtain the corresponding micro service required to be called;
[0020] Business data is obtained from the business line database based on the micro service;
[0021] The target information is obtained based on distributed processing of the business data.
[0022] By using the above technical solution, the business data is distributed processed after the business data is obtained from the business line database, thereby solving the problem of limited computing capacity of a single computing device, improving the response speed by using distributed cluster processing, and reducing the waiting time for target information matching.
[0023] An information matching system includes:
[0024] A persistent layer includes a plurality of business line databases and a scenario application library, wherein each business line database is independent of each other, is stored in the database according to a business line, is used for single department data comparison and verification, the scenario application library integrates a plurality of business databases, and provides comprehensive services to the outside through a service layer;
[0025] The service layer is in communication connection with the persistent layer, accesses and queries data from the persistent layer, and includes a plurality of micro services, a cache database and a scenario service, wherein the cache database, the scenario service and each micro service provide independent service interfaces according to a business isolation principle;
[0026] A gateway layer is used for managing and calling the service interfaces of the service layer;
[0027] A business layer is used for obtaining a service request, sending a request to call a service interface to the gateway layer, and responding to a user.
[0028] By using the above technical solution, the four-layer architecture of the micro service is constructed, the service layer of the monomer application is divided into a plurality of micro services, and the gateway is used as a bridge between the client and the micro service, wherein each micro service corresponds to an independent business line database, so as to effectively reduce the coupling of the service end and improve the overall performance of the system.
[0029] Optionally, each micro service creates a data synchronization interface according to a scenario application data directory, so as to synchronously write data into each business line database when the data is generated in the business system.
[0030] By adopting the technical scheme, the micro service creates a data synchronization interface according to a scene application data directory, so that data generated in a business system is written into each business line database synchronously, thereby ensuring that the business data generated in each part is written into the database synchronously.
[0031] Optionally, when the service layer accesses and queries data from the persistent layer, the following steps are included.
[0032] Obtaining the business data corresponding to the business request;
[0033] Based on the distributed processing of the business data, the target information is obtained.
[0034] By adopting the technical scheme, the business data is distributed processed after being obtained, thereby solving the problem of limited computing capacity of a single computing device, improving the response speed by using distributed cluster processing, and reducing the waiting time of target information matching.
[0035] In a third aspect, the present application provides a computer device, comprising a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor implements the steps of the information matching method described above when executing the computer program.
[0036] In a fourth aspect, the present application provides a computer readable storage medium having a computer program stored thereon, wherein the computer program is executable by a processor to implement the steps of the information matching method described above.
[0037] In summary, the present application includes at least one of the following beneficial technical effects:
[0038] 1. The present application establishes a micro service for each business function of entry and exit port inspection through the architecture of micro service, each micro service architecture is independent and has an independent database, so that different micro services can be called under different business requests, and the expansion and installation and deployment are facilitated; different micro services are published through application service containers and can also call each other, so that multiple databases work cooperatively.
[0039] 2. The present application distributes processes the business data after obtaining the business data, thereby solving the problem of limited computing capacity of a single computing device, improving the response speed by using distributed cluster processing, and reducing the waiting time of target information matching. BRIEF DESCRIPTION OF DRAWINGS
[0040] Figure 1 is an architecture diagram of a monolithic architecture in the conventional technology;
[0041] Figure 2 is an architecture diagram of an information matching method according to an embodiment of the present application;
[0042] Figure 3 is an exemplary flowchart of a method for information matching according to an embodiment of the present application;
[0043] Figure 4 is an exemplary flowchart of matching target information according to an embodiment of the present application;
[0044] Figure 5 is an exemplary flowchart of a process for establishing a scenario application library according to an embodiment of the present application;
[0045] Figure 6 is an exemplary flowchart of an application process of MapReduce;
[0046] Figure 7 is another exemplary flowchart of matching target information according to an embodiment of the present application;
[0047] Figure 8 is a schematic diagram of the overall structure of an information matching system according to an embodiment of the present application;
[0048] Figure 9 is an internal structure diagram of a computer device according to an embodiment of the present application. DETAILED DESCRIPTION
[0049] The terms used in the following embodiments of the present application are only for the purpose of describing particular embodiments and are not intended to be limiting of the present application. As used in the specification and the appended claims of the application, the singular forms "a," "an" and "the" are intended to include both singular and plural forms, unless the context clearly indicates otherwise. It will be further understood that the terms "and / or," as used in the specification and the appended claims, are used to
[0050] Hereinafter, the terms "first" and "second" are used only for the purpose of description and should not be construed as implying or suggesting relative importance or implicitly indicating the number of the indicated technical features. Therefore, the features defined with "first" and "second" can explicitly or implicitly include one or more of the features, and in the description of the embodiments of the present application, the meaning of "a plurality of" is two or more, unless otherwise specified.
[0051] In various application scenarios of entry and exit port inspection, various business systems are involved, including entry and exit goods management system and inspection system, vehicle management system and inspection system, personnel entry and exit management system and inspection system, etc. Each business system needs to be connected to different databases, which contain massive data and need to be connected to different databases in different application scenarios, and the databases need to work together. Therefore, an information matching system needs to be built to match the required information in various application scenarios.
[0052] The traditional information matching system of entry and exit port inspection adopts a monolithic architecture, in which all business logic including presentation layer, business layer and data layer is written in a container, and finally compiled, packaged as a war package, and deployed on a server.
[0053] Reference Figure 1 The architecture diagram of the monolithic architecture in the traditional technology.
[0054] The traditional monolithic architecture includes a database, a service layer and a UI interface. The client inputs business requirements through the UI interface, the UI interface accesses the service layer, and then the service layer queries data in the database. In the traditional technology, all business logic is concentrated in a container and deployed on a server. Since entry and exit port inspection involves many businesses, the system is redundant and cumbersome, and the monolithic architecture has high coupling degree, and the internal functions need centralized management, which is difficult to iterate quickly when the demand is frequent. When some application scenarios of entry and exit port inspection need to interface multiple database information, querying information in multiple databases separately is slow.
[0055] Embodiments of the present application disclose an information matching method and system, which enables multiple databases to work together through the construction of a micro-service architecture, thereby realizing the rapid matching of target information.
[0056] Reference Figure 2 The architecture diagram of an information matching method according to an embodiment of the present application.
[0057] The present application builds a micro-service for each business function of entry and exit port inspection through the micro-service architecture. Each micro-service architecture is independent and has an independent database, so different micro-services can be called under different business requests, and it is convenient to expand and install and deploy; different micro-services are published through an application service container and can also call each other, thereby enabling multiple databases to work together.
[0058] Reference Figure 3 An example flowchart of an information matching method according to an embodiment of the present application.
[0059] An information matching method, comprising:
[0060] S110, acquire a service request.
[0061] Each service request corresponds to an application scenario, such as entry-exit personnel inspection, entry-exit cargo inspection, entry-exit vehicle inspection, and the like. The service request can be input by a user or automatically generated by the system.
[0062] S120, input the service request into an information matching system to acquire target information required to be matched by the service request.
[0063] The information matching system includes a plurality of microservices, each microservice implements a business function, and each microservice independently runs in a service container and has an independent business line database. The plurality of business line microservices create corresponding service interfaces for the business request in contrast to the scenario application data directory, and publish through the application service container. Different microservices can call each other.
[0064] Referring to Figure 4 is an exemplary flowchart of the matching target information in the embodiments of the present application.
[0065] Specifically, step S120 includes:
[0066] S121, find a corresponding service interface based on the service request.
[0067] Each service request corresponds to at least one service interface, and each service interface is connected to a microservice. The service interface is connected to the microservice to call the corresponding microservice for information matching. Specifically, each service interface is centrally managed through a service bus, and cloud service bus technology in a shared exchange system is used to provide interface service registration, configuration management, user authentication, link encryption, load balancing, and other interface gateway services. The advantages of unified network of various business systems are brought into play, and the security and stability of service interface management and calling are improved by using the service bus.
[0068] S122, acquire a microservice corresponding to the service request based on the found service interface.
[0069] Each microservice implements a business function and has an independent business line database. Each microservice creates corresponding service interfaces for the business request in contrast to the scenario application data directory, and publishes through the application service container. Different microservices can call each other.
[0070] Specifically, the scenario application data directory is preconfigured with microservices required to work cooperatively under each application scenario. By creating corresponding service interfaces through the microservice in contrast to the scenario application data directory, the corresponding microservice can be called through the corresponding service interface when the business request under the application scenario occurs, so as to realize the cooperative work between the microservices.
[0071] S123, call the microservice to obtain the target information matched by the business request.
[0072] Taking personnel entry and exit as an example, when personnel enter or exit, the information of the personnel entering or exiting is requested to be matched, and after the request of obtaining the matched information of the personnel entering or exiting is obtained, the corresponding information obtaining microservice needs to be connected in this scenario. After the above information obtaining microservice is called from the application service container, each microservice obtains personnel information from the corresponding database respectively, and the matching of information is realized. Then, the system needs to update the information of the personnel, and also needs to call the information updating microservice.
[0073] In addition, in some cases, after the information obtaining microservice is called, the information obtaining microservice needs to call other information databases to obtain corresponding information data. The application creates service interfaces through the comparison of scenario application data directories between various microservices, and then makes multiple databases work cooperatively through mutual calling between different microservices. And because the databases are independent of each other, it is convenient to expand and install and deploy.
[0074] Moreover, because the microservice architecture is adopted, the service interfaces of the scenario application microservice of the application are published through the application service container. It is worth noting that the application is not limited to scenario application microservices, but also other business line microservices, and the business line microservices and the scenario application microservices can call each other, thereby meeting the cooperative needs of various business systems.
[0075] Specifically, considering the operation and maintenance management needs, it is convenient to quickly deploy, stably run and service image manage numerous microservices. The application can select the open source technology Docker as the application service container, and realizes one packaging, arbitrary deployment or migration through packaging and publishing of the application service and its environment and resource dependencies. Combined with the open source technology Kubernetes container orchestration system, the microservices are automatically deployed, expanded and managed, thereby reducing the operation and management cost of the scenario application under the requirements of high reuse, high scalability, high reliability and cross-cloud.
[0076] In some embodiments, the information matching system further comprises a scenario application library for providing comprehensive services.
[0077] Referring to Figure 5 An exemplary flowchart of the process of establishing the scenario application library in the embodiments of the application is shown in FIG. 6.
[0078] S130, the business data produced in the business function operation based on the microservice corresponding to the application scenario.
[0079] The application scenario can correspond to multiple microservices, an association between the application scenario and the required business data is established, and a corresponding relationship between the business line database and the application scenario is established, so that the business line database that needs to be connected is found based on the scenario application library.
[0080] For example, the scenario of obtaining personnel information during entry and exit personnel inspection corresponds to the first database, the second database and the third database, and the scenario application library of obtaining personnel information is established through the first database, the second database and the third database, so that when a business request of obtaining personnel information is received, the epidemic prevention information of the personnel can be directly matched from the scenario application library, the information matching efficiency is improved, and the first database, the second database and the third database can be a face database and a travel database. The face information and the travel information are obtained according to relevant regulations and are used with the permission of the user.
[0081] Each business line generates business data in the operation of the business function.
[0082] S140, obtain a scenario application data model established based on the business data.
[0083] Based on the obtained large amount of business data, the scenario application data model is established, so that the commonly used application scenarios are standardized and patterned.
[0084] S150, process and persist the cache data in the cache database and the business data in the business line database based on the scenario application data model, and establish a scenario application library.
[0085] In some embodiments, in order to realize quick matching of information in the entry and exit port inspection link, in view of the problem of limited computing capacity of a single device, a low-latency response computing system based on a distributed cluster is adopted to process the request, so as to improve the response speed and reduce the waiting time.
[0086] The distributed computing is simply described as follows:
[0087] Distributed computing, also called distributed computing, is a system formed by a group of computers linked through a network to communicate with each other and coordinate their behavior. Components interact with each other to achieve a common goal. The engineering data that needs to be calculated is divided into small blocks, and each computer calculates the result of the operation. After uploading the operation result, the results are combined to obtain the data conclusion. Advanced distributed computing systems can easily complete distributed processing of various types of data structures, and are suitable for large-scale data processing and computing tasks. Currently, Apache Hadoop, MapReduce and Spark are mainly used. Spark has the advantages of Hadoop MapReduce in cluster multi-node parallel computing. It extends the support of MapReduce for iterative operations and low-latency interactive data mining tasks, effectively solving the time problem of large-scale data parallel computing.
[0088] The present application reduces the time delay of information matching by using MapReduce for distributed computing. Referring to Figure 6 , an example flowchart of an application of MapReduce is shown.
[0089] MapReduce simplifies the complex data processing and computing process: it divides the data processing process into two stages, namely the map stage and the reduce stage. Each stage takes a series of key / value pairs as input and output, and the types of keys and values are specified by the MapReduce user. The user specifies two functions: the map function and the reduce function.
[0090] The user-defined map function accepts an input key / value pair and then generates a series of temporary intermediate key / value pairs. We aggregate all temporary key / value pairs with the same intermediate key together, and then pass them to the reduce function, which is a user-defined reduce function that accepts an intermediate key and a related value set. It combines these values to form a smaller value set. Usually, each reduce call produces only 1 output value. Programs written in this functional style can automatically execute in parallel on large-scale general-purpose machines.
[0091] Referring to Figure 7 , another example flowchart of matching target information according to an embodiment of the present application is shown.
[0092] Specifically, in the process of calling the microservice to obtain the target information required to be matched by the business request, the following steps are included:
[0093] S1231, obtaining business data in a business line database based on the microservice;
[0094] S1232, obtaining target information based on distributed processing of the business data.
[0095] Each microservice can be distributed on different host computers for running, thereby reducing the running load of a single host computer. Through distributed computing, the application quickly matches information. For example, in the management of entry and exit ports, the distributed computing is used to accurately identify the identity of a passenger and quickly match and verify the electronic data of the passenger, thereby improving the experience satisfaction of the passenger.
[0096] Optionally, in order to understand the processing state of each microservice and prevent information matching from failing due to failure of a host computer where a microservice is located.
[0097] In some embodiments, the method further comprises:
[0098] When the microservice is called, the corresponding processing state and the name of the host computer where the microservice is located are obtained and saved to the microservice state data table; the name of a host computer corresponds to the processing state of the microservice of the host computer, wherein the microservice state table is synchronized to the independent database corresponding to each microservice.
[0099] The microservice detects the running state of itself in real time, and when it is determined that the running state is about to be closed, a processing failure flag file is created and saved in the host computer, wherein the processing failure flag file contains the name of the host computer.
[0100] Other microservices search for the processing failure flag file in the host computer, and when the processing failure flag file is found, the processing state information corresponding to the name of the host computer in the processing failure flag file is updated to processing failure.
[0101] In a second aspect, the application provides an information matching system. The information matching system of the application is described below in combination with the information matching method described above. Please refer to Figure 8 , Figure 8 FIG. 1 is a schematic diagram of the overall structure of an information matching system according to an embodiment of the application.
[0102] The information matching system comprises:
[0103] The persistent layer comprises a plurality of business line databases and a scene application library, wherein each business line database is independent of each other and is stored in the database according to a business line.
[0104] The scene application database sorts and integrates the business data produced in the operation of the corresponding business function of the service staff in the scene application as a service, forms a comprehensive scene application data model, processes and persists the cache data in the cache database and the business data in the business line database according to the model, and finally forms the scene application database and provides comprehensive services to the outside through the service layer.
[0105] The service layer is in communication connection with the persistence layer, accesses and queries data from the persistence layer, and the service layer, the cache database and the scene service, the cache database, the scene service and each microservice provide independent service interfaces according to the business isolation principle.
[0106] The service layer is constructed by microservices and is the core layer of the scene application. Each scene application microservice provides independent and atomic business support service interfaces according to the business isolation principle, such as data query service interfaces, writing and proofreading service interfaces and the like.
[0107] The gateway layer is used for managing and calling the service interfaces of the service layer.
[0108] The gateway layer uses the cloud service bus technology in the shared exchange system to provide interface service registration, configuration management, user authentication, link encryption, load balancing and other interface gateway service capabilities, so as to play the advantage of unified network of each business system and improve the security and stability of service interface management and calling by using the service bus.
[0109] The business layer is used for obtaining a business request, sending a request to call a service interface to the gateway layer, and responding.
[0110] The business layer is the front end of the cross-departmental collaborative scene application, which can be a front-end UI interface, including various business systems, and is responsible for receiving and processing business requests from various departments and subjects.
[0111] Optionally, in some embodiments, each microservice creates a data synchronization interface according to a scene application data directory to synchronize writing of data to each business line database when the data is generated in the business system. The scene application data directory records each business data that needs to be synchronized in the application scene.
[0112] Optionally, in some embodiments, when the service layer accesses and queries data from the persistence layer, the following steps are included:
[0113] Obtaining business data corresponding to the business request;
[0114] Based on distributed processing of the business data, target information is obtained.
[0115] In one embodiment, the present application provides a computer device, which can be a server, and an internal structure diagram thereof can be as shown inFigure 9 As shown in the figure. The computer device includes a processor, a memory and a network interface connected by a system bus. Among them, the processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium, an internal memory. The non-volatile storage medium stores an operating system, a computer program and a database. The internal memory provides an environment for the operating system and the computer program in the non-volatile storage medium to run. The database of the computer device is used to store data. The network interface of the computer device is used to communicate with the external terminal through the network connection. The computer program is executed by the processor to implement an information matching method.
[0116] Those skilled in the art can understand that, Figure 9 The structure shown in the figure is only a block diagram of part of the structure related to the scheme of the present application, and does not constitute a limitation on the computer device to which the scheme of the present application is applied. The specific computer device can include more or fewer components than those shown in the figure, or combine certain components, or have a different component arrangement.
[0117] In one embodiment, a computer device is also provided, including a memory and a processor, the memory storing a computer program, and the processor executing the computer program to implement the steps in the above method embodiments.
[0118] Those skilled in the art can understand that all or part of the processes in the above-mentioned embodiments can be completed by a computer program instructing related hardware. The above-mentioned computer program can be stored in a non-volatile computer readable storage medium. When the computer program is executed, it can include the processes of the above-mentioned embodiments. Any reference to memory, storage, database or other medium used in the embodiments provided by the present application can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory or optical storage, etc. Volatile memory can include random access memory (RAM) or external cache memory. As an illustration but not as a limitation, RAM can be in various forms such as static random access memory (SRAM) or dynamic random access memory (DRAM), etc.
[0119] The above are the preferred embodiments of the present application, which do not limit the protection scope of the present application, therefore: any equivalent changes made on the structure, shape, principle of the present application shall be covered within the protection scope of the present application.
Claims
1. An information matching method, characterized in that, The method includes the following steps: Obtain business requests, each of which corresponds to an application scenario; The business request is input into the information matching system to obtain the target information that the business request needs to match. The information matching system includes multiple microservices, each implementing a business function. Each microservice runs independently in a service container and has its own independent business line database. Multiple business line microservices create corresponding service interfaces based on the scenario application data directory for business requests to call, and these interfaces are published through the application service container. Different microservices can call each other. The information matching system also includes a scenario application library to provide comprehensive services. These comprehensive services include at least one microservice. The process of establishing the scenario application library includes the following steps: Business data generated by the microservices corresponding to the application scenario during the operation of business functions; Obtain the scenario application data model established based on the business data; Based on the scenario application data model, the cached data in the cache database and the business data in the business line database are processed and persisted to establish a scenario application library; The process of matching the business request input information with the model to obtain the target information that the business request needs to match includes the following steps: The business request input information is matched with the model to obtain the corresponding microservice that needs to be called; Based on the microservice, business data is retrieved from the business line database; The target information is obtained by distributing business data.
2. The information matching method according to claim 1, characterized in that: Each of the aforementioned service interfaces is centrally managed through a service bus.
3. An information matching system, characterized in that, The information matching method according to claim 1 includes: The persistence layer includes multiple business line databases and scenario application libraries. Each business line database is independent of each other and is stored separately according to the business line. It is used for data comparison and verification in a single department. The scenario application library integrates multiple business databases and provides comprehensive services to the outside world through the service layer. The service layer communicates with the persistence layer, accesses and queries data from the persistence layer, and includes multiple microservices, a cache database, and a scenario service. The cache database, scenario service, and each of the microservices provide independent service interfaces according to the principle of business isolation. The gateway layer is used to manage and invoke the service interfaces of the service layer; The business layer is used to obtain business requests, send requests to the gateway layer to call service interfaces, and respond to users.
4. The information matching system according to claim 3, characterized in that: Each microservice creates a data synchronization interface according to the application data catalog of the scenario, so as to synchronously write data to the databases of each business line when the business system generates data.
5. The information matching system according to claim 3, characterized in that: When the service layer accesses and queries data from the persistence layer, it includes the following steps: Obtain the business data corresponding to the business request; The target information is obtained by distributing business data.
6. A computer device, characterized in that, The invention includes a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that: when the processor executes the computer program, it implements the steps of the information matching method according to any one of claims 1-2.
7. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the information matching method according to any one of claims 1-2.
Citation Information
Patent Citations
Big data-based public ecosystem business optimization method and device
CN114997986A
Working method of business processing platform, electronic equipment and storage medium
CN115373784A