Acquisition method and device of insurance policy information, electronic equipment and storage medium

Abstract

The invention provides an insurance policy information obtaining method and device, electronic equipment and a storage medium, and the method comprises the steps: obtaining a historical insurance policy dimension and a new insurance policy dimension, determining a target bytecode file according to the historical insurance policy dimension, the new insurance policy dimension and initial insurance policy information corresponding to the historical insurance policy dimension, carrying out the target test of the target bytecode file, and obtaining the new insurance policy information. And when the target test result indicates that the target test of the target bytecode file reaches the standard, loading the target bytecode file to a running environment, and running the target bytecode file in the running environment, so as to obtain the target test result according to the historical insurance policy dimension and the initial insurance policy information corresponding to the historical insurance policy dimension. And determining the target insurance policy information corresponding to the newly-added insurance policy dimension, so that a user can be supported to combine the historical insurance policy dimension and the initial insurance policy information to develop and generate the byte code file for determining the insurance policy information of the newly-added self-defined insurance policy dimension by himself / herself, and thus the acquisition efficiency of the insurance policy information can be improved.

Description

Technical Field

[0001] The present disclosure relates to the field of data processing technology, and in particular to a method, device, electronic device and storage medium for acquiring insurance policy information. Background Art

[0002] In insurance business scenarios, when policy information of a newly added policy dimension is needed, users are required to propose requirements, and the project team will develop, test, propose and release the code according to the requirement rules. Therefore, when users propose the need to obtain the policy information corresponding to the newly added policy dimension, the code usually needs to go through a long period of development, verification and launch, which cannot meet the user's urgent needs for launch. In addition, if it involves the transmission and adjustment of multiple system interface parameters, there may be insufficient testing and verification, insufficient joint debugging, and inconsistent launch time, which brings serious risks to the normal operation of the system. Summary of the invention

[0003] The present disclosure proposes a method, device, electronic device, storage medium and computer program product for obtaining insurance policy information, aiming to solve the technical problems in the related technologies at least to a certain extent.

[0004] The first aspect of the present disclosure provides a method for obtaining policy information, the method comprising: obtaining multiple historical policy dimensions and newly added policy dimensions, wherein each historical policy dimension has corresponding initial policy information; determining a target bytecode file according to the historical policy dimensions, the newly added policy dimensions and the initial policy information corresponding to the historical policy dimensions; performing a target test on the target bytecode file to obtain a target test result; when the target test result indicates that the target bytecode file meets the target test standard, loading the target bytecode file into an operating environment; and running the target bytecode file in the operating environment to determine the target policy information corresponding to the newly added policy dimension according to the historical policy dimensions and the initial policy information corresponding to the historical policy dimensions.

[0005] The second aspect of the present disclosure provides a device for acquiring policy information, the device comprising: an acquisition module, used to acquire multiple historical policy dimensions and newly added policy dimensions, wherein each historical policy dimension has corresponding initial policy information; a first determination module, used to determine a target bytecode file based on the historical policy dimensions, the newly added policy dimensions and the initial policy information corresponding to the historical policy dimensions; a testing module, used to perform a target test on the target bytecode file to obtain a target test result; a loading module, used to load the target bytecode file into an operating environment when the target test result indicates that the target test of the target bytecode file meets the standard; a second determination module, used to run the target bytecode file in the operating environment to determine the target policy information corresponding to the newly added policy dimension based on the historical policy dimensions and the initial policy information corresponding to the historical policy dimensions.

[0006] The third aspect embodiment of the present disclosure proposes an electronic device, comprising: a processor; a memory for storing instructions executable by the processor; wherein the processor is configured to execute instructions to implement a method for obtaining insurance policy information as in the first aspect embodiment of the present disclosure.

[0007] The fourth aspect embodiment of the present disclosure proposes a computer-readable storage medium. When the instructions in the computer-readable storage medium are executed by the processor of an electronic device, the electronic device can implement the method for obtaining insurance policy information as in the first aspect embodiment of the present disclosure.

[0008] The fifth aspect embodiment of the present disclosure proposes a computer program product, including a computer program, characterized in that the computer program is executed by a processor as the method for obtaining insurance policy information in the first aspect embodiment of the present disclosure.

[0009] The method, device, electronic device, storage medium and computer program product for obtaining policy information proposed in this embodiment have at least the following beneficial effects: by obtaining multiple historical policy dimensions and newly added policy dimensions, wherein each historical policy dimension has corresponding initial policy information, a target bytecode file is determined according to the historical policy dimensions, the newly added policy dimensions and the initial policy information corresponding to the historical policy dimensions, a target test is performed on the target bytecode file to obtain a target test result, and when the target test result indicates that the target test of the target bytecode file meets the standard, the target bytecode file is loaded into the operating environment, and the target bytecode file is run in the operating environment to determine the target policy information corresponding to the newly added policy dimension according to the historical policy dimensions and the initial policy information corresponding to the historical policy dimensions. Thus, it is possible to support users to combine the historical policy dimensions and the initial policy information to independently develop and generate a bytecode file for determining the policy information of the newly added custom policy dimension, thereby avoiding the occurrence of insufficient test verification, insufficient joint debugging, inconsistent online time and the like, improving the development efficiency of the target bytecode file, and thus improving the efficiency of obtaining policy information.

[0010] Additional aspects and advantages of the present disclosure will be given in part in the following description and in part will be obvious from the following description or learned through practice of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] The above and / or additional aspects and advantages of the present disclosure will become apparent and easily understood from the following description of the embodiments in conjunction with the accompanying drawings, in which:

[0012] Figure 1 is a flowchart of a method for obtaining insurance policy information according to the first embodiment of the present disclosure;

[0013] Figure 2is a flow chart of a method for obtaining insurance policy information according to a second embodiment of the present disclosure;

[0014] Figure 3 is a block diagram of a device for obtaining insurance policy information according to the present disclosure;

[0015] Figure 4 A block diagram of an exemplary electronic device suitable for implementing embodiments of the present disclosure is shown. DETAILED DESCRIPTION

[0016] Embodiments of the present disclosure are described in detail below, and examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals throughout represent the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain the present disclosure, and are not to be construed as limitations of the present disclosure. On the contrary, the embodiments of the present disclosure include all changes, modifications, and equivalents that fall within the spirit and connotation of the appended claims.

[0017] It should be noted that the execution subject of the method for obtaining insurance policy information of this embodiment may be a first server, and the first server may be configured in an electronic device, and the electronic device may include but is not limited to a terminal, a server, and the like.

[0018] It should be noted that the process of obtaining, storing, using, and processing information in the disclosed technical solution complies with the relevant provisions of national laws and regulations and does not violate public order and good morals.

[0019] It should be noted that in the embodiments of the present application, there may be existing solutions in the industry such as certain software, components, models, etc., which should be regarded as exemplary. Their purpose is only to illustrate the feasibility of implementing the technical solution of the present application, but it does not mean that the applicant has or will necessarily use the relevant content of the solution.

[0020] Figure 1 is a flow chart of a method for obtaining insurance policy information according to the first embodiment of the present disclosure, such as Figure 1 As shown, the method includes:

[0021] S101: Acquire multiple historical policy dimensions and newly added policy dimensions, wherein each historical policy dimension has corresponding initial policy information.

[0022] Among them, the policy dimension is also called the policy element, and the policy dimension may be, for example: insurance claim amount, insurance renewal time, etc., and there is no restriction on this.

[0023] Among them, the historical policy dimension refers to the known predetermined policy dimension, and the newly added policy dimension refers to the newly added policy dimension customized by the user according to his or her own personalized needs in the insurance business scenario. The newly added policy dimension is a personalized policy dimension customized by a certain user to meet his or her personalized insurance business needs. Due to its high personalization characteristics, it cannot be determined by the general policy information acquisition rules. Therefore, it is necessary to determine the corresponding personalized policy information acquisition rules for each newly added policy dimension of each user.

[0024] It is understandable that when determining the corresponding personalized policy information acquisition rules for each new policy dimension of each user, the rule online process is relatively complicated. Therefore, in order to solve the technical problem that when determining the corresponding personalized policy information acquisition rules for each new policy dimension of each user, the rule online process is relatively complicated, a method for obtaining policy information as described in the embodiment of the present disclosure is proposed.

[0025] Among them, the policy information corresponding to the historical policy dimension is the initial policy information. Taking the historical policy dimension as the insurance amount as an example, the corresponding initial policy information can be, for example, 100,000 yuan, and there is no restriction on this.

[0026] In the disclosed embodiments, multiple insurance policies may be obtained, and multiple historical policy dimensions and initial policy information corresponding to each historical policy dimension may be extracted from the insurance policies based on a natural language processing method. Alternatively, multiple historical policy dimensions and initial policy information corresponding to each historical policy dimension may be directly obtained from a historical database in an insurance business scenario, and there is no limitation to this.

[0027] In the disclosed embodiment, to obtain the newly added policy dimension, the insurance business system may provide a corresponding data transmission interface to obtain the user-defined newly added policy dimension in the insurance business scenario, and there is no limitation on this.

[0028] S102: Determine a target bytecode file according to the historical policy dimension, the newly added policy dimension, and the initial policy information corresponding to the historical policy dimension.

[0029] Among them, when the target bytecode file is running, it can determine the policy information corresponding to the newly added policy dimension according to the historical policy dimension and the initial policy information corresponding to the historical policy dimension. The target bytecode file can be, for example, a class file. The class file is the bytecode generated after the Java source code is compiled by the Java compiler. This is an intermediate form of code. It is not a machine code, but can be executed by a Java virtual machine. It contains Java bytecode that can be executed by the Java virtual machine. It has platform independence.

[0030] In some embodiments, the target bytecode file is determined based on the historical policy dimension, the newly added policy dimension and the initial policy information corresponding to the historical policy dimension. The initial bytecode file can be obtained, which is a pre-edited bytecode file used to determine the bytecode file of the initial policy information corresponding to the historical policy dimension, and then the initial bytecode file is adaptively edited and adjusted in combination with the newly added policy dimension to obtain the target bytecode file.

[0031] In other embodiments, the target bytecode file can be determined by combining the big model with the historical policy dimension, the newly added policy dimension and the initial policy information corresponding to the historical policy dimension. That is, the historical policy dimension, the newly added policy dimension and the initial policy information corresponding to the historical policy dimension can be input into the big model together to obtain the target bytecode file output by the big model. There is no limitation on this.

[0032] Optionally, in some embodiments, the target bytecode file is determined based on historical policy dimensions, newly added policy dimensions, and initial policy information corresponding to the historical policy dimensions. The initial code can be determined based on historical policy dimensions, newly added policy dimensions, and initial policy information corresponding to the historical policy dimensions, and the initial code is compiled to obtain the target bytecode file.

[0033] The initial code may be, for example, a Java code, which is not limited.

[0034] That is to say, in the embodiments of the present disclosure, the user may use the custom dimension development method provided by the project team to write the initial code according to the operating instruction document, combining the historical policy dimension, the newly added policy dimension and the initial policy information corresponding to the historical policy dimension, and then compile the code into a Class bytecode file (target bytecode file) that can run independently, thereby enabling the target bytecode file to be quickly launched and run independently.

[0035] S103: Perform a target test on the target bytecode file to obtain a target test result.

[0036] In the disclosed embodiment, after determining the target bytecode file based on the historical policy dimension, the newly added policy dimension and the initial policy information corresponding to the historical policy dimension, the target bytecode file can be subjected to target testing to obtain target test results.

[0037] That is to say, in the embodiment of the present disclosure, after determining the target bytecode file for determining the target policy information corresponding to the newly added policy dimension based on the historical policy dimension and the initial policy information corresponding to the historical policy dimension, the target bytecode file can be tested to obtain the target test result, thereby triggering the execution of subsequent policy information acquisition methods based on whether the joint test result meets the standard.

[0038] In some embodiments, target testing of a target bytecode file may be a trial run test of the target bytecode file, that is, a trial run test of the target bytecode file may be performed, and during the running process, whether the running is interrupted, the running time and other information are determined, and the aforementioned determined whether the running is interrupted, the running time and other information are used as the target test result.

[0039] In other embodiments, target testing is performed on the target bytecode file to obtain target test results. Unit testing can also be performed on the target bytecode file to verify the correctness and reliability of the code, and whether it conforms to expected behavior and output results. The correctness and reliability of the code determined above, and whether it conforms to expected behavior and output results are used as target test results.

[0040] S104: When the target test result indicates that the target bytecode file meets the target test standard, the target bytecode file is loaded into the operating environment.

[0041] The operating environment may be, for example, a Java Virtual Machine (JVM), which is not limited.

[0042] That is to say, in the embodiment of the present disclosure, when the target test result indicates that the target bytecode file meets the target test standard, the target bytecode file is loaded into the operating environment for user use.

[0043] That is to say, in the embodiment of the present disclosure, when the target test result indicates that the target test of the target bytecode file meets the standard, the bytecode file is saved in the server file system, and the custom dimension information and the corresponding bytecode file save path and other information are saved in the database. Since the system is deployed on multiple nodes, the user's operation request to add and upload bytecode is on a certain service node. After saving the file, the system will distribute the file to the application servers where other service nodes are located and save it, so that all service nodes will load the dimension information and custom function bytecode information into the current system JVM running environment.

[0044] S105: Run the target bytecode file in the running environment to determine the target policy information corresponding to the newly added policy dimension based on the historical policy dimension and the initial policy information corresponding to the historical policy dimension.

[0045] Among them, the policy information corresponding to the newly added policy dimension is the target policy information.

[0046] In the embodiment of the present disclosure, when the target test result indicates that the target test of the target bytecode file meets the requirements, after the target bytecode file is loaded into the operating environment, the target bytecode file can be run in the operating environment to determine the target policy information corresponding to the newly added policy dimension based on the historical policy dimension and the initial policy information corresponding to the historical policy dimension.

[0047] In the disclosed embodiment, by obtaining multiple historical policy dimensions and newly added policy dimensions, wherein each historical policy dimension has corresponding initial policy information, a target bytecode file is determined according to the historical policy dimensions, the newly added policy dimensions and the initial policy information corresponding to the historical policy dimensions, and a target test is performed on the target bytecode file to obtain a target test result. When the target test result indicates that the target test of the target bytecode file meets the standard, the target bytecode file is loaded into the operating environment, and the target bytecode file is run in the operating environment to determine the target policy information corresponding to the newly added policy dimension according to the historical policy dimensions and the initial policy information corresponding to the historical policy dimensions. Thus, it is possible to support users to combine the historical policy dimensions and the initial policy information to independently develop and generate a bytecode file for determining the policy information of the newly added custom policy dimension, thereby avoiding the occurrence of insufficient test verification, insufficient joint debugging, inconsistent online time, etc., improving the development efficiency of the target bytecode file, and thus improving the efficiency of obtaining policy information.

[0048] Figure 2 is a flow chart of a method for obtaining insurance policy information according to a second embodiment of the present disclosure, such as Figure 2 As shown, the method includes:

[0049] S201: Acquire multiple historical policy dimensions and newly added policy dimensions, wherein each historical policy dimension has corresponding initial policy information.

[0050] S202: Determine a target bytecode file according to the historical policy dimension, the newly added policy dimension, and the initial policy information corresponding to the historical policy dimension.

[0051] The specific description of S201 - S202 can be found in the above embodiment, which will not be repeated here.

[0052] S203: Perform a functional test on the target bytecode file according to the historical policy dimension and the initial policy information corresponding to the historical policy dimension to obtain a functional test result.

[0053] Among them, the functional test results are used to describe whether the target bytecode file can determine the target policy information corresponding to the newly added policy dimension based on the historical policy dimension and the initial policy information corresponding to the historical policy dimension.

[0054] Optionally, in some embodiments, a functional test is performed on the target bytecode file based on the historical policy dimension and the initial policy information corresponding to the historical policy dimension to obtain a functional test result. The target bytecode file can be run to process the historical policy dimension and the initial policy information corresponding to the historical policy dimension to obtain the predicted policy information corresponding to the historical policy dimension, and the functional test result is determined based on the predicted policy information and the initial policy information corresponding to the historical policy dimension.

[0055] That is to say, in the embodiments of the present disclosure, the target bytecode file may be run in advance to process the historical policy dimension and the initial policy information corresponding to the historical policy dimension to obtain the predicted policy information corresponding to the historical policy dimension, and then the predicted policy information corresponding to the historical policy dimension and the initial policy information may be compared to determine the functional test result.

[0056] In some embodiments, the functional test result is determined based on the predicted policy information and the initial policy information corresponding to the historical policy dimension. The predicted policy information and the initial policy information corresponding to the historical policy dimension are compared, and when it is determined that the predicted policy information and the initial policy information are the same, the functional test result is determined to be that the functional test meets the standards; when it is determined that the predicted policy information and the initial policy information are different, the functional test result is determined to be that the functional test does not meet the standards. There is no restriction on this.

[0057] In other embodiments, a joint big model can be used to determine the functional test results based on the predicted policy information and the initial policy information corresponding to the historical policy dimensions. That is, the predicted policy information and the initial policy information corresponding to the historical policy dimensions can be input into the big model together to obtain the functional test results output by the big model. There is no limitation on this.

[0058] Optionally, in some embodiments, the functional test result is determined based on the predicted policy information and the initial policy information corresponding to the historical policy dimension. The similarity value between the predicted policy information and the initial policy information corresponding to the historical policy dimension can be determined. When the similarity value is greater than or equal to a similarity threshold, the functional test result is determined to be a passed functional test; when the similarity value is less than the similarity threshold, the functional test result is determined to be a passed functional test.

[0059] Among them, the similarity value between the predicted policy information and the initial policy information can be, for example, the degree of text matching between the predicted policy information and the initial policy information, the cosine similarity between the predicted policy information and the initial policy information, etc., without limitation.

[0060] That is to say, in the embodiments of the present disclosure, the similarity value between the predicted policy information and the initial policy information corresponding to the historical policy dimension can be determined. When the similarity value is greater than or equal to the similarity threshold, the functional test result is determined to be that the functional test meets the standards. When the similarity value is less than the similarity threshold, the functional test result is determined to be that the functional test meets the standards. In this way, the target bytecode file can be accurately functionally tested to obtain accurate functional test results.

[0061] S204: When the functional test result indicates that the functional test of the target bytecode file meets the requirements, a format test is performed on the target bytecode file to obtain a format test result.

[0062] The format test result is used to describe whether the format of the target bytecode file meets the standards.

[0063] That is to say, in the embodiments of the present disclosure, after performing a functional test on the target bytecode file based on the historical policy dimensions and the initial policy information corresponding to the historical policy dimensions to obtain the functional test results, when the functional test results indicate that the functional test of the target bytecode file meets the standards, a format check may be performed on the target bytecode file to determine whether the format of the target bytecode file meets the standards, and the compliance status of the format of the target bytecode file may be used as the format test result.

[0064] S205: When the format test result indicates that the format test of the target bytecode file meets the requirements, a performance test is performed on the target bytecode file to obtain a performance test result.

[0065] Among them, the performance test results are used to describe whether the performance of the target bytecode file meets the standards. The performance of the target bytecode file may include: the running time of the target bytecode file, the resource consumption during the running of the target bytecode file, the security performance of the target direct code file, etc., and there is no restriction on this.

[0066] That is to say, in the embodiments of the present disclosure, when the functional test results indicate that the functional test of the target bytecode file meets the requirements, a format test is performed on the target bytecode file to obtain the format test results. Then, when the format test results indicate that the format test of the target bytecode file meets the requirements, a performance test is performed on the target bytecode file to determine the running time of the target bytecode file, the resource consumption during the running of the target bytecode file, the safety performance of the target direct code file and other information, and the running time of the target bytecode file, the resource consumption during the running of the target bytecode file, the safety performance of the target direct code file and other information are used as the performance test results.

[0067] S206: Take the function test result, format test result and performance test result together as the target test result.

[0068] In the disclosed embodiments, a function test is performed on the target bytecode file according to the historical policy dimension and the initial policy information corresponding to the historical policy dimension to obtain a function test result; when the function test result indicates that the function test of the target bytecode file meets the standard, a format test is performed on the target bytecode file to obtain a format test result; when the format test result indicates that the format test of the target bytecode file meets the standard, a performance test is performed on the target bytecode file to obtain a performance test result. The function test result, the format test result and the performance test result can be taken together as the target test result. Thus, the target bytecode file can be multi-tested to obtain a more comprehensive target test result, so that the running effect of the target bytecode file can be guaranteed during the running phase of the target bytecode file.

[0069] Optionally, in some embodiments, when at least one of the functional test results, format test results, and performance test results does not meet the requirements, the target bytecode file is adjusted, and the step of performing target testing on the target bytecode file is continued based on the adjusted target bytecode file to obtain the target test results.

[0070] That is to say, in the embodiments of the present disclosure, when at least one of the functional test results, format test results and performance test results does not meet the requirements, the historical policy dimension, the newly added policy dimension and the initial policy information corresponding to the historical policy dimension may be combined to re-determine a new bytecode file, and continue to perform target testing on the target bytecode file to obtain the target test results until the functional test results, format test results and performance test results all meet the requirements, and then run the target bytecode file to determine the target policy information corresponding to the newly added policy dimension based on the historical policy dimension and the initial policy information corresponding to the historical policy dimension.

[0071] S207: When the target test result indicates that the target bytecode file meets the target test standard, the target bytecode file is loaded into the operating environment.

[0072] S208: Run the target bytecode file in the running environment to determine the target policy information corresponding to the newly added policy dimension based on the historical policy dimension and the initial policy information corresponding to the historical policy dimension.

[0073] The specific description of S207-S208 can be found in the above embodiment and will not be repeated here.

[0074] In the disclosed embodiment, a plurality of historical policy dimensions and newly added policy dimensions are obtained, wherein each historical policy dimension has corresponding initial policy information, and then a target bytecode file is determined according to the historical policy dimensions, the newly added policy dimensions, and the initial policy information corresponding to the historical policy dimensions, and a functional test is performed on the target bytecode file according to the historical policy dimensions and the initial policy information corresponding to the historical policy dimensions to obtain a functional test result, and when the functional test result indicates that the functional test of the target bytecode file meets the standard, a format test is performed on the target bytecode file to obtain a format test result, and when the format test result indicates that the format test of the target bytecode file meets the standard, a performance test is performed on the target bytecode file to obtain a performance test result, and the functional test result, The format test results and performance test results are used together as the target test results. As a result, the target bytecode file can be multi-tested to obtain a more comprehensive target test result, so that the running effect of the target bytecode file can be guaranteed during the running phase of the target bytecode file. When the target test result indicates that the target test of the target bytecode file meets the standard, the target bytecode file is loaded into the running environment, and the target bytecode file is run in the running environment to determine the target policy information corresponding to the newly added policy dimension based on the historical policy dimension and the initial policy information corresponding to the historical policy dimension, thereby avoiding the occurrence of insufficient test verification, insufficient joint debugging, inconsistent online time, etc., and improving the development efficiency of the target bytecode file, thereby improving the efficiency of obtaining policy information.

[0075] Figure 3 is a block diagram of a device for obtaining insurance policy information according to the present disclosure, such as Figure 3 As shown, the insurance policy information acquisition device 30 includes:

[0076] The acquisition module 301 is used to acquire multiple historical policy dimensions and newly added policy dimensions, wherein each historical policy dimension has corresponding initial policy information;

[0077] A first determination module 302 is used to determine a target bytecode file according to the historical policy dimension, the newly added policy dimension and the initial policy information corresponding to the historical policy dimension;

[0078] The test module 303 is used to perform a target test on the target bytecode file to obtain a target test result;

[0079] A loading module 304 is used to load the target bytecode file into the running environment when the target test result indicates that the target bytecode file meets the target test standard;

[0080] The second determination module 305 is used to run the target bytecode file in the running environment to determine the target policy information corresponding to the newly added policy dimension based on the historical policy dimension and the initial policy information corresponding to the historical policy dimension.

[0081] In some embodiments of the present disclosure, the target test includes: functional test, format test and performance test;

[0082] The test module 303 is also used for:

[0083] Performing functional testing on the target bytecode file according to the historical policy dimension and the initial policy information corresponding to the historical policy dimension to obtain a functional testing result;

[0084] When the functional test result indicates that the functional test of the target bytecode file meets the standard, a format test is performed on the target bytecode file to obtain a format test result;

[0085] When the format test result indicates that the format test of the target bytecode file meets the standard, a performance test is performed on the target bytecode file to obtain a performance test result;

[0086] The functional test results, format test results and performance test results are taken together as target test results.

[0087] In some embodiments of the present disclosure, the testing module 303 is further configured to:

[0088] Running the target bytecode file to process the historical policy dimension and the initial policy information corresponding to the historical policy dimension to obtain the predicted policy information corresponding to the historical policy dimension;

[0089] The functional test results are determined based on the predicted policy information and initial policy information corresponding to the historical policy dimensions.

[0090] In some embodiments of the present disclosure, the testing module 303 is further configured to:

[0091] Determine a similarity value between the predicted policy information and the initial policy information corresponding to the historical policy dimension;

[0092] When the similarity value is greater than or equal to the similarity threshold, it is determined that the functional test result is that the functional test meets the standard;

[0093] When the similarity value is less than the similarity threshold, it is determined that the functional test result is that the functional test meets the standard.

[0094] In some embodiments of the present disclosure, the testing module 303 is further configured to:

[0095] When at least one of the function test result, the format test result and the performance test result does not meet the standard, adjusting the target bytecode file;

[0096] The step of performing target testing on the target bytecode file to obtain a target test result is continued based on the adjusted target bytecode file.

[0097] In some embodiments of the present disclosure, the first determining module 302 is further configured to:

[0098] Determine the initial code based on the historical policy dimensions, the newly added policy dimensions and the initial policy information corresponding to the historical policy dimensions;

[0099] Compile the initial code to obtain the target bytecode file.

[0100] It should be noted that the aforementioned explanation of the method for obtaining insurance policy information is also applicable to the device for obtaining insurance policy information of this embodiment, and will not be repeated here.

[0101] In the disclosed embodiment, by obtaining multiple historical policy dimensions and newly added policy dimensions, wherein each historical policy dimension has corresponding initial policy information, a target bytecode file is determined according to the historical policy dimensions, the newly added policy dimensions and the initial policy information corresponding to the historical policy dimensions, and a target test is performed on the target bytecode file to obtain a target test result. When the target test result indicates that the target test of the target bytecode file meets the standard, the target bytecode file is loaded into the operating environment, and the target bytecode file is run in the operating environment to determine the target policy information corresponding to the newly added policy dimension according to the historical policy dimensions and the initial policy information corresponding to the historical policy dimensions. Thus, it is possible to support users to combine the historical policy dimensions and the initial policy information to independently develop and generate a bytecode file for determining the policy information of the newly added custom policy dimension, thereby avoiding the occurrence of insufficient test verification, insufficient joint debugging, inconsistent online time, etc., improving the development efficiency of the target bytecode file, and thus improving the efficiency of obtaining policy information.

[0102] Figure 4 A block diagram of an exemplary electronic device suitable for implementing embodiments of the present disclosure is shown.

[0103] Figure 4 The electronic device 12 shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present disclosure.

[0104] like Figure 4As shown, the electronic device 12 is in the form of a general purpose computing device. The components of the electronic device 12 may include, but are not limited to: one or more processors or processing units 16, a memory 28, and a bus 18 that connects various system components (including the memory 28 and the processing unit 16).

[0105] The bus 18 represents one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, a graphics acceleration port, a processor or a local bus using any of a variety of bus structures. For example, these architectures include but are not limited to Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MAC) bus, Enhanced ISA bus, Video Electronics Standards Association (VESA) local bus and Peripheral Component Interconnection (PCI) bus.

[0106] The electronic device 12 typically includes a variety of computer system readable media. These media can be any available media that can be accessed by the electronic device 12, including volatile and non-volatile media, removable and non-removable media.

[0107] The memory 28 may include computer system readable media in the form of volatile memory, such as random access memory (RAM) 30 and / or cache memory 32. The electronic device 12 may further include other removable / non-removable, volatile / non-volatile computer system storage media. By way of example only, the storage system 34 may be used to read and write non-removable, non-volatile magnetic media ( Figure 4 Not shown, often called a "hard drive").

[0108] although Figure 4Not shown in the figure, a disk drive for reading and writing a removable non-volatile disk (e.g., a "floppy disk"), and an optical disk drive for reading and writing a removable non-volatile optical disk (e.g., a compact disc read only memory (hereinafter referred to as: CD-ROM), a digital versatile disc read only memory (hereinafter referred to as: DVD-ROM) or other optical media) may be provided. In these cases, each drive may be connected to the bus 18 via one or more data medium interfaces. The memory 28 may include at least one program product having a set (e.g., at least one) of program modules that are configured to perform the functions of the various embodiments of the present disclosure.

[0109] A program / utility 40 having a set (at least one) of program modules 42 may be stored, for example, in the memory 28, such program modules 42 including but not limited to an operating system, one or more application programs, other program modules, and program data, each of which or some combination may include an implementation of a network environment. The program modules 42 generally perform the functions and / or methods of the embodiments described in the present disclosure.

[0110] The electronic device 12 may also communicate with one or more external devices 14 (e.g., keyboard, pointing device, display 24, etc.), may also communicate with one or more devices that enable the human body to interact with the electronic device 12, and / or communicate with any device that enables the electronic device 12 to communicate with one or more other computing devices (e.g., network card, modem, etc.). Such communication may be performed through an input / output (I / O) interface 22. In addition, the electronic device 12 may also communicate with one or more networks (e.g., a local area network (LAN), a wide area network (WAN), and / or a public network, such as the Internet) through a network adapter 20. As shown, the network adapter 20 communicates with other modules of the electronic device 12 through a bus 18. It should be understood that, although not shown in the figure, other hardware and / or software modules may be used in conjunction with the electronic device 12, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0111] The processing unit 16 executes various functional applications and parameter information determination by running the program stored in the memory 28, such as implementing the business data storage method mentioned in the above embodiment, or implementing the business data acquisition method mentioned in the above embodiment.

[0112] It should be noted that, in the description of the present disclosure, the terms "first", "second", etc. are only used for descriptive purposes and cannot be understood as indicating or implying relative importance. In addition, in the description of the present disclosure, unless otherwise specified, the meaning of "plurality" is two or more.

[0113] Any process or method description in a flowchart or otherwise described herein may be understood to represent a module, segment or portion of code that includes one or more executable instructions for implementing the steps of a specific logical function or process, and the scope of the preferred embodiments of the present disclosure includes alternative implementations in which functions may not be performed in the order shown or discussed, including performing functions in a substantially simultaneous manner or in the reverse order depending on the functions involved, which should be understood by those skilled in the art to which the embodiments of the present disclosure belong.

[0114] It should be understood that the various parts of the present disclosure can be implemented in hardware, software, firmware or a combination thereof. In the above-mentioned embodiments, multiple steps or methods can be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented in hardware, as in another embodiment, it can be implemented by any one of the following technologies known in the art or their combination: a discrete logic circuit having a logic gate circuit for implementing a logic function for a data signal, a dedicated integrated circuit having a suitable combination of logic gate circuits, a programmable gate array (PGA), a field programmable gate array (FPGA), etc.

[0115] A person of ordinary skill in the art may understand that all or part of the steps in the method for implementing the above-mentioned embodiment may be completed by instructing related hardware through a program, and the program may be stored in a computer-readable storage medium, which, when executed, includes one or a combination of the steps of the method embodiment.

[0116] In addition, each functional unit in each embodiment of the present disclosure may be integrated into a processing module, or each unit may exist physically separately, or two or more units may be integrated into one module. The above-mentioned integrated module may be implemented in the form of hardware or in the form of a software functional module. If the integrated module is implemented in the form of a software functional module and sold or used as an independent product, it may also be stored in a computer-readable storage medium.

[0117] The storage medium mentioned above can be a read-only memory, a magnetic disk or an optical disk, etc.

[0118] In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "example", "specific example", or "some examples" means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present disclosure. In this specification, the schematic representation of the above terms does not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or more embodiments or examples in a suitable manner.

[0119] Although the embodiments of the present disclosure have been shown and described above, it is to be understood that the above embodiments are exemplary and are not to be construed as limitations of the present disclosure. A person skilled in the art may change, modify, replace and vary the above embodiments within the scope of the present disclosure.

Claims

1. A method for obtaining insurance policy information, characterized in that: The method comprises: Acquire multiple historical policy dimensions and newly added policy dimensions, wherein each of the historical policy dimensions has corresponding initial policy information; Determine a target bytecode file according to the historical policy dimension, the newly added policy dimension, and the initial policy information corresponding to the historical policy dimension; Performing a target test on the target bytecode file to obtain a target test result; When the target test result indicates that the target bytecode file meets the target test standard, loading the target bytecode file into the operating environment; The target bytecode file is run in the running environment to determine the target policy information corresponding to the newly added policy dimension based on the historical policy dimension and the initial policy information corresponding to the historical policy dimension.

2. The method according to claim 1, characterized in that The target test includes: functional test, format test and performance test; The performing of a target test on the target bytecode file to obtain a target test result includes: Performing a functional test on the target bytecode file according to the historical policy dimension and the initial policy information corresponding to the historical policy dimension to obtain a functional test result; When the functional test result indicates that the functional test of the target bytecode file meets the standard, performing a format test on the target bytecode file to obtain a format test result; When the format test result indicates that the format test of the target bytecode file meets the standard, a performance test is performed on the target bytecode file to obtain a performance test result; The functional test result, the format test result and the performance test result are collectively used as the target test result.

3. The method according to claim 2, characterized in that The performing functional testing on the target bytecode file according to the historical policy dimension and the initial policy information corresponding to the historical policy dimension to obtain a functional testing result includes: Running the target bytecode file to process the historical policy dimension and the initial policy information corresponding to the historical policy dimension to obtain predicted policy information corresponding to the historical policy dimension; The functional test result is determined based on the predicted policy information and the initial policy information corresponding to the historical policy dimension.

4. The method according to claim 3, characterized in that The determining the function test result according to the predicted policy information and the initial policy information corresponding to the historical policy dimension includes: Determining a similarity value between the predicted policy information and the initial policy information corresponding to the historical policy dimension; In the case where the similarity value is greater than or equal to the similarity threshold, determining that the functional test result is that the functional test meets the standard; When the similarity value is less than the similarity threshold, it is determined that the functional test result is satisfactory.

5. The method according to claim 2, characterized in that The method further comprises: If at least one of the function test result, the format test result and the performance test result does not meet the requirements, adjusting the target bytecode file; The step of performing target testing on the target bytecode file to obtain a target test result is continued based on the adjusted target bytecode file.

6. The method according to any one of claims 1 to 5, characterized in that: The determining of the target bytecode file according to the historical policy dimension, the newly added policy dimension and the initial policy information corresponding to the historical policy dimension includes: Determine an initial code according to the historical policy dimension, the newly added policy dimension and the initial policy information corresponding to the historical policy dimension; The initial code is compiled to obtain the target bytecode file.

7. A device for obtaining insurance policy information, characterized in that: The device comprises: An acquisition module, used to acquire multiple historical policy dimensions and newly added policy dimensions, wherein each of the historical policy dimensions has corresponding initial policy information; A first determination module, configured to determine a target bytecode file according to the historical policy dimension, the newly added policy dimension, and the initial policy information corresponding to the historical policy dimension; A test module, used for performing a target test on the target bytecode file to obtain a target test result; A loading module, configured to load the target bytecode file into a running environment if the target test result indicates that the target bytecode file meets the target test standard; The second determination module is used to run the target bytecode file in the operating environment to determine the target policy information corresponding to the newly added policy dimension based on the historical policy dimension and the initial policy information corresponding to the historical policy dimension.

8. An electronic device, characterized in that: include: processor; a memory for storing instructions executable by the processor; The processor is configured to execute the instructions to implement the method according to any one of claims 1 to 6.

9. A computer-readable storage medium, when instructions in the computer-readable storage medium are executed by a processor of an electronic device, the electronic device is enabled to execute the method according to any one of claims 1 to 6.

10. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the method according to any one of claims 1 to 6 is implemented.

Images