Data interaction method and device based on insurance domain model, equipment and medium

Abstract

The invention relates to the technical field of data processing, and discloses a data interaction method based on an insurance domain model, which comprises the following steps: acquiring insurance service data, and carrying out data persistence processing on the insurance service data to obtain a persistent database; capturing system change data of the insurance core system according to the persistent database; storing the system change data into a pre-constructed Redis database according to an insurance domain model of the insurance core system to obtain a domain model database; and when a service interaction request of the insurance core system is received, calling interaction data corresponding to the service interaction request according to the domain model database. The invention further provides a data interaction device based on the insurance domain model, computer equipment and a storage medium. The service processing efficiency of the insurance core system can be improved.

Description

Technical Field

[0001] The present invention relates to the field of data processing technology, and in particular to a data interaction method, device, equipment and medium based on an insurance field model. Background Art

[0002] Traditional insurance core systems are usually built on relational databases and rely on relational databases to process corresponding business functions because they provide strong data consistency guarantees, transaction support and complex query capabilities. However, with the growth of business volume and the improvement of user needs, relational databases may face some performance bottlenecks, especially in high-concurrency read and write operations. For example, the read and write operations of relational databases are usually limited by disk I / O performance, which may cause increased latency under high load conditions. At the same time, relational databases need to process complex transactions, which will increase additional computing and storage overhead. Therefore, how to improve the business processing efficiency of insurance core systems has become an urgent problem to be solved. Summary of the invention

[0003] The present invention provides a data interaction method, device, equipment and medium based on an insurance domain model, the main purpose of which is to solve the problem of poor business processing efficiency of existing insurance core systems.

[0004] To achieve the above object, the present invention provides a data interaction method based on an insurance domain model, comprising:

[0005] Acquire insurance business data, perform data persistence processing on the insurance business data, and obtain a persistent database;

[0006] capturing system change data of the insurance core system according to the persistent database;

[0007] According to the insurance domain model of the insurance core system, the system change data is stored in a pre-built Redis database to obtain a domain model database;

[0008] When a business interaction request from the insurance core system is received, the interaction data corresponding to the business interaction request is called according to the domain model database.

[0009] Optionally, the performing data persistence processing on the insurance business data to obtain a persistent database includes:

[0010] Create a data table according to the insurance business data, create business data fields in the data table, and obtain a target data table;

[0011] Generate a relational database according to the target data table;

[0012] Generate a business data table corresponding to the insurance business according to the target data table;

[0013] The business data table is cached in the relational database to obtain a persistent database.

[0014] Optionally, caching the business data table into the relational database to obtain a persistent database includes:

[0015] Allocating the business data table to a preset blocking queue to obtain a task queue;

[0016] Storing the task queue in a data connection pool to obtain a business data pool;

[0017] The business data table is cached in the relational database according to the data connection pool.

[0018] Optionally, capturing system change data of the insurance core system according to the persistent database includes:

[0019] Read the log file corresponding to the persistent database;

[0020] Parsing the log file to obtain log change data;

[0021] The log change data is converted into a data format to obtain system change data.

[0022] Optionally, parsing the log file to obtain log change data includes:

[0023] A target parsing rule matched in a pre-built log parsing rule library according to the format of the log file;

[0024] Extracting content from the log file using the target parsing rule to obtain log content;

[0025] The log content is cleaned to obtain log change data.

[0026] Optionally, storing the system change data in a pre-built Redis database according to the insurance domain model of the insurance core system to obtain a domain model database includes:

[0027] Determining domain data in the system change data according to the insurance domain model;

[0028] Generate a message queue according to the domain data;

[0029] The domain data is synchronized to the Redis database according to the message queue to obtain a domain model database.

[0030] Optionally, calling the interaction data corresponding to the business interaction request according to the domain model database includes:

[0031] Parsing the business interaction request to obtain the interaction requirement;

[0032] Generate a query statement according to the interaction requirement;

[0033] The query statement is used to call the interactive data in the domain model database.

[0034] In order to solve the above problems, the present invention further provides a data interaction device based on an insurance domain model, the device comprising:

[0035] A data persistence module is used to obtain insurance business data, perform data persistence processing on the insurance business data, and obtain a persistent database;

[0036] A system change data acquisition module, used to capture system change data of the insurance core system according to the persistent database;

[0037] A domain model database module is used to store the system change data in a pre-built Redis database according to the insurance domain model of the insurance core system to obtain a domain model database;

[0038] The interactive data calling module is used to call the interactive data corresponding to the business interaction request according to the domain model database when receiving the business interaction request of the insurance core system.

[0039] In order to solve the above problem, the present invention further provides a computer device, the computer device comprising:

[0040] at least one processor;

[0041] and, a memory communicatively coupled to the at least one processor;

[0042] Wherein, the memory stores a computer program that can be executed by the at least one processor, and the computer program is executed by the at least one processor so that the at least one processor can execute the above-mentioned data interaction method based on the insurance field model.

[0043] In order to solve the above problems, the present invention also provides a computer-readable storage medium, in which at least one computer program is stored. The at least one computer program is executed by a processor in a computer device to implement the above-mentioned data interaction method based on the insurance field model.

[0044] The embodiment of the present invention can ensure the accuracy and consistency of insurance business data and achieve the persistence of insurance business data by performing data persistence processing on insurance business data; by capturing the system change data of the insurance core system according to the persistent database, efficient insurance business data synchronization can be achieved and the response speed of the insurance core system can be improved; according to the insurance domain model of the insurance core system, the system change data is stored in a pre-built Redis database, and the use of the Redis database can improve the database reading and writing speed, thereby effectively improving the calling speed of business data and improving the business processing efficiency of the insurance core system. Therefore, the data interaction method, device, computer equipment and computer-readable storage medium based on the insurance domain model proposed in the present invention can solve the problem of poor business processing efficiency of the existing insurance core system. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] Figure 1 A flowchart of a data interaction method based on an insurance domain model provided by an embodiment of the present invention;

[0046] Figure 2 A schematic diagram of a process for capturing system change data of an insurance core system provided by an embodiment of the present invention;

[0047] Figure 3 A schematic diagram of a process for storing system change data in a pre-built Redis database to obtain a domain model database according to an embodiment of the present invention;

[0048] Figure 4 A functional module diagram of a data interaction device based on an insurance domain model provided by an embodiment of the present invention;

[0049] Figure 5 is a schematic diagram of a structure of a computer device in one embodiment of the present invention;

[0050] Figure 6 It is another structural schematic diagram of a computer device in one embodiment of the present invention.

[0051] The realization of the purpose, functional features and advantages of the present invention will be further explained in conjunction with embodiments and with reference to the accompanying drawings. DETAILED DESCRIPTION

[0052] It should be understood that the specific embodiments described herein are only used to explain the present invention, and are not used to limit the present invention.

[0053] The embodiment of the present application provides a data interaction method based on an insurance field model. The execution subject of the data interaction method based on the insurance field model includes but is not limited to at least one of the computer devices such as a server, a terminal, etc. that can be configured to execute the method provided in the embodiment of the present application. In other words, the data interaction method based on the insurance field model can be executed by software or hardware installed on a terminal device or a server device, and the software can be a blockchain platform. The server includes but is not limited to: a single server, a server cluster, a cloud server or a cloud server cluster, etc. The server can be an independent server, or it can be a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, content delivery networks (Content Delivery Network, CDN), and big data and artificial intelligence platforms.

[0054] Reference Figure 1 FIG. 1 is a flow chart of a data interaction method based on an insurance domain model provided by an embodiment of the present invention. In this embodiment, the data interaction method based on an insurance domain model includes:

[0055] S1. Obtain insurance business data, perform data persistence processing on the insurance business data, and obtain a persistent database.

[0056] In an embodiment of the present invention, insurance business data is business data generated in the insurance core system, such as user data, policy data, etc. Data persistence processing refers to permanently storing business data on some persistent storage medium, such as a hard disk, SSD (Solid State Drive), etc. Data persistence can ensure long-term storage and security of data, so that data can be permanently saved in the database. Among them, insurance business data can be a data set composed of multiple business data.

[0057] In the embodiment of the present invention, the data persistence processing is performed on the insurance business data to obtain a persistent database, including:

[0058] Create a data table according to the insurance business data, create business data fields in the data table, and obtain a target data table;

[0059] Generate a relational database according to the target data table;

[0060] Generate a business data table corresponding to the insurance business according to the target data table;

[0061] The business data table is cached in the relational database to obtain a persistent database.

[0062] In an embodiment of the present invention, the insurance business data may include multiple business numbers, and each business data may include attributes of the insurance business, such as the name of the policyholder, time, type of insurance, etc. The data field represents a specific attribute or feature in the data table, which is used to store specific information about the record (row), and then obtain the target data table.

[0063] In the embodiments of the present invention, it includes but is not limited to Oracle database, Microsoft SQL Server and MySQL database, wherein a relational database is a database management system that stores data in the form of tables. The data in the relational database is organized in the form of tables, and each table consists of rows (records) and columns (fields). The data in the pre-constructed initial relational database can be replaced by the target data table to obtain a relational database.

[0064] In the embodiment of the present invention, the business data table is to fill each insurance business data into the target data table, thereby forming a business data table in the form of a data table, and the insurance business data can be stored in a relational database to realize persistent storage of insurance business.

[0065] Furthermore, caching the business data table into the relational database to obtain a persistent database includes:

[0066] Allocating the business data table to a preset blocking queue to obtain a task queue;

[0067] Storing the task queue in a data connection pool to obtain a business data pool;

[0068] The business data table is cached in the relational database according to the data connection pool.

[0069] In the embodiment of the present invention, a blocking queue (BlockingQueue, BQ) is a queue data structure that supports blocking operations and is used for thread-safe data exchange. When the queue is empty, the consumer will be blocked when trying to get an element from the queue; when the queue is full, the producer will be blocked when trying to put an element into the queue. The blocking queue can effectively control the speed of producers and consumers, avoid data competition and resource contention, and improve the speed of business data table caching.

[0070] Furthermore, the business data tables in the task queue can be assigned to multiple task processing processes. The task processing processes store the spare data tables in a pre-built data connection pool and cache the spare data tables from the data connection pool to a relational database at preset time intervals.

[0071] Among them, the data connection pool is a software design pattern used to manage the creation, use and destruction of database connections. When the data connection pool needs to interact with the database, it can borrow a connection from a pre-configured connection pool and return it after use, instead of re-establishing the connection each time. Therefore, the use of the data connection pool can regularly batch-persist the amateur data tables into the relational database, reduce the interaction with the relational database, and improve the efficiency of data persistence.

[0072] In the embodiment of the present invention, the business data generated in the insurance system can be stored and managed through a relational database, and the use of a table format to store data can ensure the accuracy and consistency of the insurance business data and achieve the persistence of the insurance business data.

[0073] S2. Capturing system change data of the insurance core system according to the persistent database.

[0074] In the embodiment of the present invention, the insurance core system is the core system of the insurance company, which is responsible for processing most of the core business processes and operations of the insurance company. The insurance core system can perform core insurance businesses such as policy management, customer management, and risk assessment. When the data in the persistent database changes, it indicates that business changes have occurred in the insurance core system, such as the creation and modification of insurance policies, and the submission, review, and payment of claims. By extracting the data corresponding to the business changes, the system change data is obtained.

[0075] In the embodiment of the present invention, refer to Figure 2 As shown, the capturing of system change data of the insurance core system according to the persistent database includes:

[0076] S21, reading the log file corresponding to the persistent database;

[0077] S22, parsing the log file to obtain log change data;

[0078] S23: Convert the data format of the log change data to obtain system change data.

[0079] In an embodiment of the present invention, a pre-built CDC (Change Data Capture) tool can be used to capture the binlog (binary log) or wal (write-before log) of a persistent database as a corresponding log file. When the data in the persistent database changes, the corresponding changes will be recorded in these logs, and then the log files can be parsed to obtain log change data of the data changes.

[0080] Among them, CDC (Change Data Capture) is a technology used to capture database changes in real time. CDC allows the system to track the insertion, update and deletion operations occurring in the database, and can synchronize these changes to other systems or services in real time. Therefore, CDC can capture changes in persistent databases in real time, and further capture system change data of the insurance core system.

[0081] In detail, the persistent database can capture the system change data of the insurance core system, so that when data changes occur in the insurance core system, the changed data can be quickly determined, which can effectively improve the speed of calling business data and improve the business processing efficiency of the insurance core system.

[0082] Specifically, parsing the log file to obtain log change data includes:

[0083] A target parsing rule matched in a pre-built log parsing rule library according to the format of the log file;

[0084] Extracting content from the log file using the target parsing rule to obtain log content;

[0085] The log content is cleaned to obtain log change data.

[0086] In an embodiment of the present invention, the log text may be stored in text, JSON or other structured formats, each format corresponds to a different log parsing rule, and the target parsing rule corresponding to the log format is matched in the log parsing rule library according to the format of the log file.

[0087] Specifically, the log parsing rules can be log parsing tools or software such as ELK Stack (Elasticsearch, Logstash, Kibana), Splunk, Graylog, etc. At the same time, you can write parsing rules and regular expressions to parse the log files according to the log format. The log parsing rules can be used to extract key data in the log text, such as timestamp, log level, and message content.

[0088] Furthermore, content extraction may include duplicate entries, punctuation marks, log template fields and other irrelevant information. Data cleaning can be performed by removing duplicate records, filtering data, unifying data formats, identifying and correcting spelling errors, incorrect data types or inconsistent records in the logs, etc., to obtain more accurate log change data.

[0089] Preferably, the data format conversion is to convert the log change data into a unified data format, for example, into a unified JSON format. The data format conversion is beneficial to the storage and analysis of subsequent system change data.

[0090] In the embodiment of the present invention, efficient insurance business data synchronization can be achieved by capturing system change data, reducing data redundancy, and improving the response speed and reliability of the insurance core system.

[0091] S3. Store the system change data in a pre-built Redis database according to the insurance domain model of the insurance core system to obtain a domain model database.

[0092] In the embodiment of the present invention, the insurance domain model of the insurance core system is a model specially designed for the application scenarios and needs of the insurance industry. It is a series of professional models and methods used in the insurance industry to analyze and manage various aspects of insurance business. The insurance domain model can be qualitative or quantitative and is used to support key business activities such as decision making, risk assessment, product design, pricing strategies, claims processing, etc., for example, risk assessment models, insurance pricing models, customer segmentation models, etc.

[0093] In the embodiment of the present invention, Redis (Remote Dictionary Server) is an open source high-performance key-value database. Redis mainly stores data in memory, which can improve the reading and writing speed of data.

[0094] Further, see Figure 3 As shown, according to the insurance domain model of the insurance core system, the system change data is stored in a pre-built Redis database to obtain a domain model database, including:

[0095] S31, determining the domain data in the system change data according to the insurance domain model;

[0096] S32, generating a message queue according to the domain data;

[0097] S33. Synchronize the domain data to the Redis database according to the message queue to obtain a domain model database.

[0098] In an embodiment of the present invention, it is possible to determine which domain data needs to be synchronously stored in Redis based on specific requirements in the insurance domain model. For example, a risk assessment insurance domain model may require customer information, policy details, claims records, etc.

[0099] Specifically, domain data can be converted into messages to generate message queues, and data change messages can be sent through message queues (such as RabbitMQ, RocketMQ, Kafka), and then synchronized to the Redis database by the consumer thread. For example, the corresponding consumer is configured for the consumer queue to listen to and read the messages in the consumer queue, and the messages corresponding to the domain data in the consumer queue can be synchronized to the Redis database.

[0100] In the embodiment of the present invention, the interface delay can be reduced and the query and synchronization operations can be decoupled through the message queue, thereby improving the efficiency of data storage.

[0101] S4. When receiving a business interaction request from the insurance core system, calling the interaction data corresponding to the business interaction request according to the domain model database.

[0102] In the embodiment of the present invention, the business interaction request is the various operations performed by the insurance core system during operation to store, query, update or delete data with the domain model database, for example, data update, data query, data backup and recovery and other data operations.

[0103] In the embodiment of the present invention, calling the interaction data corresponding to the business interaction request according to the domain model database includes:

[0104] Parsing the business interaction request to obtain the interaction requirement;

[0105] Generate a query statement according to the interaction requirement;

[0106] The query statement is used to call the interactive data in the domain model database.

[0107] In an embodiment of the present invention, request parsing is to analyze and process the content of the request. For example, for an HTTP request, analyzing the request line can obtain the request method (such as GET, POST, PUT, DELETE, etc.), the resource path of the request and the HTTP version; analyzing the request header (Headers) to obtain additional information about the request, such as authentication information, content type, user agent, etc.; parsing the request body (Body) to obtain the data sent by the client. Therefore, by performing request parsing on the business interaction request, the requirements of the business interaction request can be clarified and the interaction requirements can be obtained. For example, the interaction requirement can be to query the claims information corresponding to the user.

[0108] In an embodiment of the present invention, the query statement may be an SQL query statement, wherein the query statement may be a program statement for reading data (such as a SELECT statement), writing data (such as an INSERT, UPDATE, or DELETE statement), or performing other database operations (such as creating or modifying a table structure) in accordance with interaction requirements.

[0109] Furthermore, the insurance core system needs to establish a connection with the domain model database, which is usually the address, port, database name, user name and password of the domain model database server. The data pool can be used for connection. After the insurance core system needs to establish a connection with the domain model database, the insurance core system can send query statements to the domain model database. After receiving the query statements, the server of the domain model database will parse the query statements and generate an execution plan, execute the plan to obtain the corresponding interaction data, and then the interactive data can be used to perform data interaction operations such as data update, data query, data backup, data recovery and data transactions to process the business of the insurance core system.

[0110] In the embodiment of the present invention, the Redis database can provide high-performance reading and writing speeds. At the same time, Redis provides a simple data interface, which can effectively improve the calling speed of business data and improve the business processing efficiency of the insurance core system.

[0111] like Figure 4 1 is a functional module diagram of a data interaction device based on an insurance field model provided by an embodiment of the present invention.

[0112] The data interaction device 100 based on the insurance domain model of the present invention can be installed in a computer device. According to the functions to be implemented, the data interaction device 100 based on the insurance domain model can include a data persistence module 101, a system change data acquisition module 102, a domain model database module 103 and an interactive data call module 104. The module of the present invention can also be called a unit, which refers to a series of computer program segments that can be executed by a processor of a computer device and can complete fixed functions, which are stored in the memory of the computer device.

[0113] In this embodiment, the functions of each module / unit are as follows:

[0114] The data persistence module 101 is used to obtain insurance business data, perform data persistence processing on the insurance business data, and obtain a persistent database;

[0115] The system change data acquisition module 102 is used to capture the system change data of the insurance core system according to the persistent database;

[0116] The domain model database module 103 is used to store the system change data in a pre-built Redis database according to the insurance domain model of the insurance core system to obtain a domain model database;

[0117] The interaction data calling module 104 is used to call the interaction data corresponding to the business interaction request according to the domain model database when receiving the business interaction request of the insurance core system.

[0118] In detail, each module described in the data interaction device 100 based on the insurance field model in the embodiment of the present invention is used in the same manner as described above. Figures 1 to 3 The data interaction method based on the insurance field model described in the present invention is the same as the technical means and can produce the same technical effects, so I will not go into details here.

[0119] In one embodiment, a computer device is provided. The computer device may be a server, and its internal structure diagram may be as follows: Figure 5 As shown. The computer device includes a processor, a memory, a network interface and a database connected via a system bus. The processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile and / or volatile storage medium and 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 operation of the operating system and the computer program in the non-volatile storage medium. The network interface of the computer device is used to communicate with an external client via a network connection. When the computer program is executed by the processor, it implements the functions or steps on the service side of a data interaction method based on an insurance field model.

[0120] In one embodiment, a computer device is provided. The computer device may be a client, and its internal structure diagram may be as follows: Figure 6 As shown. The computer device includes a processor, a memory, a network interface, a display screen and an input device connected via a system bus. 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 and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The network interface of the computer device is used to communicate with an external server via a network connection. When the computer program is executed by the processor, it implements the functions or steps on the client side of a data interaction method based on an insurance field model

[0121] In one embodiment, a computer device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the following steps when executing the computer program:

[0122] Acquire insurance business data, perform data persistence processing on the insurance business data, and obtain a persistent database;

[0123] capturing system change data of the insurance core system according to the persistent database;

[0124] According to the insurance domain model of the insurance core system, the system change data is stored in a pre-built Redis database to obtain a domain model database;

[0125] When a business interaction request from the insurance core system is received, the interaction data corresponding to the business interaction request is called according to the domain model database.

[0126] In one embodiment, a computer readable storage medium is provided, on which a computer program is stored, and when the computer program is executed by a processor, the following steps are implemented:

[0127] Acquire insurance business data, perform data persistence processing on the insurance business data, and obtain a persistent database;

[0128] capturing system change data of the insurance core system according to the persistent database;

[0129] According to the insurance domain model of the insurance core system, the system change data is stored in a pre-built Redis database to obtain a domain model database;

[0130] When a business interaction request from the insurance core system is received, the interaction data corresponding to the business interaction request is called according to the domain model database.

[0131] It should be noted that the above functions or steps that can be implemented by the computer-readable storage medium or computer device can refer to the relevant descriptions on the server side and the client side in the aforementioned method embodiment. To avoid repetition, they will not be described one by one here.

[0132] Those skilled in the art can understand that all or part of the processes in the above-mentioned embodiment methods can be completed by instructing the relevant hardware through a computer program, and the 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 embodiments of the above-mentioned methods. Among them, any reference to memory, storage, database or other media used in the embodiments provided in this application can include non-volatile and / or volatile memory. Non-volatile memory can include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM) or flash memory. Volatile memory can include random access memory (RAM) or external cache memory. As an illustration and not limitation, RAM is available in many forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link (Synchlink) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).

[0133] Those skilled in the art can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional units and modules is used as an example. In actual applications, the above-mentioned functions can be distributed and completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above.

[0134] If software tools or components not owned by the patent applicant appear in the embodiments of the present application, they are merely used to illustrate that a wide range of software tools or components can be selected during the actual implementation of the technical solution disclosed in the present application, and do not mean that the patent applicant actually used these example software tools or components; the above-mentioned embodiments are only used to illustrate the technical solution of the present invention, rather than to limit it; although the present invention has been described in detail with reference to the aforementioned embodiments, ordinary technicians in this field should understand that they can still modify the technical solutions recorded in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present invention, and should all be included in the protection scope of the present invention.

Claims

1. A data interaction method based on an insurance domain model, characterized in that: The method comprises: Acquire insurance business data, perform data persistence processing on the insurance business data, and obtain a persistent database; capturing system change data of the insurance core system according to the persistent database; According to the insurance domain model of the insurance core system, the system change data is stored in a pre-built Redis database to obtain a domain model database; When a business interaction request from the insurance core system is received, the interaction data corresponding to the business interaction request is called according to the domain model database.

2. The data interaction method based on the insurance domain model according to claim 1, characterized in that: The data persistence processing is performed on the insurance business data to obtain a persistent database, including: Create a data table according to the insurance business data, create business data fields in the data table, and obtain a target data table; Generate a relational database according to the target data table; Generate a business data table corresponding to the insurance business according to the target data table; The business data table is cached in the relational database to obtain a persistent database.

3. The data interaction method based on the insurance domain model according to claim 2, characterized in that: The step of caching the business data table into the relational database to obtain a persistent database includes: Allocating the business data table to a preset blocking queue to obtain a task queue; Storing the task queue in a data connection pool to obtain a business data pool; The business data table is cached in the relational database according to the data connection pool.

4. The data interaction method based on the insurance domain model according to claim 1, characterized in that: The capturing of system change data of the insurance core system according to the persistent database includes: Read the log file corresponding to the persistent database; Parsing the log file to obtain log change data; The log change data is converted into a data format to obtain system change data.

5. The data interaction method based on the insurance domain model according to claim 4, characterized in that: The log file is parsed to obtain log change data, including: A target parsing rule matched in a pre-built log parsing rule library according to the format of the log file; Extracting content from the log file using the target parsing rule to obtain log content; The log content is cleaned to obtain log change data.

6. The data interaction method based on the insurance domain model according to claim 1, characterized in that: According to the insurance domain model of the insurance core system, the system change data is stored in a pre-built Redis database to obtain a domain model database, including: Determining domain data in the system change data according to the insurance domain model; Generate a message queue according to the domain data; The domain data is synchronized to the Redis database according to the message queue to obtain a domain model database.

7. The data interaction method based on the insurance domain model according to claim 1, characterized in that: The calling of the interaction data corresponding to the business interaction request according to the domain model database includes: Parsing the business interaction request to obtain the interaction requirement; Generate a query statement according to the interaction requirement; The query statement is used to call the interactive data in the domain model database.

8. A data interaction device based on an insurance domain model, characterized in that: The system comprises: A data persistence module is used to obtain insurance business data, perform data persistence processing on the insurance business data, and obtain a persistent database; A system change data acquisition module, used to capture system change data of the insurance core system according to the persistent database; A domain model database module is used to store the system change data in a pre-built Redis database according to the insurance domain model of the insurance core system to obtain a domain model database; The interactive data calling module is used to call the interactive data corresponding to the business interaction request according to the domain model database when receiving the business interaction request of the insurance core system.

9. A computer device, characterized in that: The computer device comprises: at least one processor; and, a memory communicatively coupled to the at least one processor; Wherein, the memory stores a computer program that can be executed by the at least one processor, and the computer program is executed by the at least one processor so that the at least one processor can execute the data interaction method based on the insurance field model as described in any one of claims 1 to 7.

10. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the data interaction method based on the insurance domain model as described in any one of claims 1 to 7 is implemented.

Images