Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the technical solutions of the present application will be described in detail and completely with reference to the following specific embodiments of the present application and the accompanying drawings. It should be apparent that the described embodiments are only some of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
In combination with the statement in the background art, taking the car insurance application as an example, the current car insurance application test scheme needs to adopt a real vehicle to request a real platform for testing, and to perform the insurance release after the test is completed. This solution has at least the following drawbacks: due to the timeliness, the data meeting the requirements are less; the amount of each guaranteed transaction amount is large, the testing cost is high, and the repeatability is poor; has adverse effect on the next year of vehicle application.
Based on the above, the invention provides an insurance test method, which is characterized in that in the gray scale test process, if the applicant is determined to be the white list user by pre-configuring the white list user, the insurance applicant carries out simulated quotation and provides a corresponding insurance entrance so that the applicant can complete the insurance test. Compared with the scheme of the prior art that a large amount of insurance money is required to carry out the insurance test, the insurance test cost can be effectively reduced.
The applicant refers to a person who makes an insurance contract with the insurer and pays premium obligations according to the insurance contract, and the applicant can be a natural person or a legal person; the insurance carrier is also called as the insurance carrier, and refers to an insurance company which makes an insurance contract with the insurance applicants and takes the responsibility of reimbursement or paying insurance money; the insurance application platform can be a platform of an insurer or a platform of a third party; the insurance object is also called 'insurance object' and refers to the object covered by the insurer, such as: people, property.
An application scenario of the present invention is exemplarily illustrated with reference to fig. 1.
The first application scenario comprises: a user device 101, a third party platform 102, and an insurer platform 103; wherein,
the applicant selects a security risk through a client installed on the user device 101 and initiates a price inquiry request to the third party platform 102; if the third party platform 102 determines that the applicant is a white list user, the third party platform responds to the price inquiry request to obtain the quotation of the real applicant and the simulated quotation of the virtual applicant from the applicant platform 103, and returns the quotation and the application entry of each applicant which can quote to the user equipment 101, so that the applicant can initiate the application and complete the application test.
In a first application scenario, the user equipment 101 is a terminal device used by an applicant, and may be a PC terminal or a mobile terminal; the third-party platform 102 is a website insurance application platform provided by a third party with mature technology and relied on by an insurer, and is used for selling insurance products; the insurance carrier platform 103 is an insurance application platform virtualized by a third party, and is used for providing support of simulation data for insurance application test, instead of an insurance application platform provided by a real insurance carrier, which may be a part of the third party platform 102, or an independent platform. For ease of description, the third party platform 102 in the first application scenario will be considered to include the insurer platform 103.
The second application scenario includes: an insurance application device and an insurer platform 103, wherein the insurance application device can be a user device 101 or a third party platform 102; wherein,
when the insurance application device is the user device 101, the insurance applicant selects the dangerous species through the client of a certain insurance person installed on the user device 101 and sends a price inquiry request to the insurance person platform 103 of the insurance person; if the insurer platform 103 determines that the insured person is a white list user, simulating quotation information and an insured entry of the selected dangerous case, and returning the quotation information and the insured entry to the user equipment 101; the applicant initiates an application request to the insurer platform 103 based on the quote information and the application entry to complete the application test after the insurer platform 103 passes the underwriting.
When the insurance application device is the third-party platform 102, the third-party platform 102 virtualizes the applicant and the selected insurance variety thereof and initiates a price inquiry request to the insurer platform 103; if the insurer platform 103 determines that the insured person is a white list user, simulating quotation information and an insured entry of the selected dangerous case, and returning the quotation information and the insured entry to the third party platform 102; the third party platform 102 initiates an application request to the insurer platform 103 based on the quote information and the application entry to complete the application test after the insurer platform 103 passes the underwriting.
In a second application scenario, the insurer platform 103 provides a real insurance application platform for the insurer, which can directly perform insurance application interaction with the insurer without the participation of third parties such as insurance intermediaries, insurance agents and the like; the user equipment 101 is terminal equipment used by the applicant, which can be a PC terminal or a mobile terminal; the third party platform 102 is an insurance application platform virtualized by the insurer, and is used for providing support of simulation data for insurance application test, instead of a real third party insurance application platform, which may be a part of the insurer platform 103 or an independent platform. For ease of description, the insurer platform 103 in the second application scenario will be considered to include the third party platform 102.
The technical solutions provided by the embodiments of the present application are described in detail below with reference to the accompanying drawings.
Fig. 2 is a schematic flowchart of an application test method provided in an embodiment of this specification, where the method may be executed by the third party platform 102 in the first application scenario corresponding to fig. 1, and referring to fig. 2, the method may specifically include the following steps:
step 202, receiving a price inquiry request sent by user equipment, wherein the price inquiry request carries a target risk variety selected by an applicant;
wherein, the target risk is a risk selected by the applicant for the insurance object, and the risk refers to the kind of insurance, such as: force insurance in vehicle insurance, vehicle loss insurance, third party liability insurance, etc., juvenile insurance in human insurance, educational dividend insurance, etc.
It will be appreciated that prior to step 202, the method further comprises: selecting dangerous species; the step may specifically be:
step 302, receiving an insurance type inquiry request sent by the user equipment, wherein the insurance type inquiry request carries the type information of an insurance object selected by the insurance applicant;
the type information of the application object may be, for example, vehicle type information of the vehicle, type information of the property, and the like, and examples of the vehicle type information of the vehicle are: the luxury version of a model of 2016 model of a brand of automobile is marked as the target model, and the property type information can be, for example: real property, mineral resources, as target property type.
Taking the car insurance as an example, one implementation manner of step 302 may be:
determining vehicle information provided by the applicant, such as: license plate information, license plate number, registration date, engine number, and the like; matching the vehicle information with vehicle information of a real vehicle stored in an automobile database, and reading the vehicle type information of the real vehicle from the automobile database if the vehicle information is determined to be the vehicle information of the real vehicle; if the vehicle information is determined to be the information of the virtual vehicle, simulating vehicle type information corresponding to the vehicle information; and providing the vehicle type information to the applicant so that the applicant can select the target vehicle type.
The vehicle type information can comprise a plurality of models and/or a plurality of versions of vehicle types, so that the applicant can select a target vehicle type of a certain model and a certain version from the vehicle types.
Step 304, determining dangerous case data corresponding to the type information of the insurable object; one implementation may be:
determining an application area corresponding to the applicant; and determining the dangerous seed data corresponding to the target vehicle type based on the insurance application rule of the insurance application area.
The insurance application area can be a target area selected by the applicant or an area where the applicant is located.
The realization mode further introduces the insurance area corresponding to the insurance applicant to determine the dangerous seeds which can be invested by the type information of the insurance object aiming at the condition that the insurance rules of different insurance areas are different, thereby realizing the purpose of accurate insurance application.
Step 306, providing the risk category data to the applicant for the applicant to select the target risk category.
Therefore, the realization mode can form a simulation insurance application object to carry out insurance application test, and compared with the scheme of carrying out insurance application test on a real insurance application object in the prior art, the realization mode can further reduce the cost of the insurance application test; moreover, no influence is caused on the real insurance application object.
Step 204, if the insured person is determined to be a white list user, determining a simulated quotation of a first insurer to the target risk and a corresponding first insured entry, wherein the first insurer is a virtual insurer;
it is understood that, before step 204, the method further includes: the step of simulating the insurance related data may specifically be as follows:
forming an insurance person in a fictitious way, and marking as a first insurance person; constructing a corresponding virtual quotation for each risk type of the first insurer, pre-configuring a special insurance entrance for insurance application initiated based on the simulated quotation of the first insurer, and recording the special insurance entrance as a first insurance application entrance; and storing the simulated quoted price of each risk category and the first insurance entrance into a corresponding database of the first insurer as insurance related data.
Based on this, when the applicant is determined to be a white list user, the simulated quote and the first insurance entrance for the target risk category can be looked up from the database and presented to the applicant.
Step 206, providing the simulated quote and the application entry to the applicant to complete the application test.
For steps 204 through 296, it should be noted that the white list may be considered as an authority that the third party has set for the applicant under test, and for the applicant with the authority, the third party platform 102 will return the simulated quote and the corresponding insurance entrance for the first insurer, so that the applicant can complete the application at the first insurer by paying the simulated quote through the insurance entrance.
Assuming that the simulated offer is 1 yuan, the applicant can see the 1 yuan offer and the 1 yuan application entry of the first insurer to the target risk on the user equipment, and based on the 1 yuan application entry, the applicant can complete the simulated application through the 1 yuan application population and pay 1 yuan, so that the application test of the third-party platform 102 can be completed through the low-cost application amount.
Further, in order to achieve the purposes of accurately testing and avoiding the overlarge influence range, the users in the white list may be preconfigured preset insurers and/or users in preset insurance application areas. Specific examples can be:
assuming that the third party platform 102 is upgraded, the upgrade content mainly aims at the application rule of the Hangzhou region, before the third party platform 102 is on line, a white list including preset users of the Hangzhou region can be set so as to accurately perform application test of the Hangzhou region and avoid influencing regions outside the Hangzhou region.
Or, the upgrade content mainly aims at the insurance application rule of a certain insurance carrier, and before the third-party platform 102 is on-line, a white list including the insurance carrier can be set, so as to accurately perform the insurance application test of the insurance carrier and avoid influencing other insurance carriers.
Optionally, the method further comprises: providing a real application entry, wherein the steps can be specifically as follows:
determining a real offer and a corresponding second insurance entrance of a second insurer to the target risk, wherein the second insurer is a real insurer; providing the real offer and the second insurable entry to the applicant. That is, when the applicant is a white list user, the offer list returned by the third-party platform may include a virtual first applicant, its offer, an application entry, etc., or may include a real second applicant, its offer, an application entry, etc.
Based on the method, the applicant participating in the test can simultaneously have the authority of simulating the application and the real application so as to avoid the problem that the applicant can not participate in the real application after participating in the test.
Optionally, the method further comprises: hiding the virtual insurer, which can be specifically as follows:
if the insured person is determined to be a non-white list user, determining the real quotation of a second insurer to the target risk category and a corresponding second insured entrance, wherein the second insurer is a real insurer; providing the real quote and the second application entry to the applicant to complete a real application.
Based on this, the authority of participating in the simulation test is opened only for the white list users participating in the test, so that other insurers cannot check the first insurer, the quotation thereof, the insurance entrance and the like, and the purpose of ensuring the test safety to the maximum extent is achieved.
As can be seen, in the embodiment, in the gray scale test process, if it is determined that the applicant is a white list user, the applicant carries out simulated quotation on the dangerous species selected by the applicant and provides a corresponding insurance entrance, so that the applicant can complete the insurance test. Compared with the scheme of the prior art that a large amount of insurance money is required to carry out the insurance test, the insurance test cost can be effectively reduced.
Fig. 4 is a schematic flowchart of an insurance test method according to another embodiment of the present disclosure, where the method is executed by the insurer platform 103 in the second application scenario corresponding to fig. 1, and referring to fig. 4, the method may specifically include the following steps:
step 402, receiving a price inquiry request sent by an insurance application device, wherein the price inquiry request carries a target risk variety selected by an applicant;
step 404, judging whether the applicant is a white list user; one implementation may be:
acquiring identity information of an insurer, wherein the identity information can be real or simulated; matching the identity information with the identity information in the white list, and executing step 406 if the user is determined to be a white list user based on the matching result; otherwise, go to step 410;
step 406, determining a simulated quote and a first insurance entrance corresponding to the target risk;
step 408, providing the simulated quote and the first insurable entry to the applicant to complete the insurable test.
Step 410, determining a real quotation and a second insurance entrance corresponding to the target dangerous species;
step 412, providing the real quote and the second application entry to the applicant to complete the real application.
With reference to the second application scenario corresponding to fig. 1, the specific examples of steps 202 to 412 may be as follows:
example 1, when an insurance application device is a user device, a user selects a target insurance type provided by an insurer through a client of the insurer installed on the user device, and initiates a price inquiry request to an insurer platform 103 through the user device; if the insurer platform 103 determines that the insurer is a white list user, the simulated quoted price and the first insurance entrance corresponding to the target risk category are returned to the user equipment for testing and insurance application.
Example 2, when the application device is the third party platform 102, the third party platform 102 simulates a virtual insurer and its selected target risk category to initiate an inquiry request to the insurer platform 103; if the insurer platform 103 determines that the insurer is a white list user, the simulated quotation and the first insurance entrance corresponding to the target risk category are returned to the third-party platform 102, the third-party platform 102 simulates an insurance request based on the quotation information and the insurance entrance and sends the insurance request to the insurer platform 103, so that the insurance test is completed after the insurer platform 103 passes the verification.
It can be seen that, in this embodiment, the insurer verifies the identity of the real applicant or the simulated applicant by pre-configuring the white list user in the grayscale test process of the insurer platform, and if the insurer is verified to be the white list user, the insurer performs simulated quotation on the insurance variety selected by the insurer and provides a corresponding insurance entrance for the insurer to complete the insurance test. Compared with the scheme of the prior art that the insurance application test is carried out by requiring a huge number of real users and a huge amount of money, the insurance application test cost can be effectively reduced.
Fig. 5 is a schematic flow chart of a method for testing an insurance link according to an embodiment of the present disclosure, which may be executed by any physical device or a sub-device of any physical device in fig. 1, and referring to fig. 5, the method may specifically include the following steps:
step 502, receiving a service request sent by an application device, wherein the service request carries a target application service selected by an application person, and the target application service is an application service corresponding to a target node in an application link;
the insurance application link refers to a communication line for connecting various physical transmission media from a signal source to a signal sink in the insurance application process; the target node refers to the physical node involved in the insurable link.
Step 504, judging whether the applicant is a white list user;
if yes, go to step 506; if not, go to step 512;
step 506, determining simulation service data and a first service transaction entrance corresponding to the target insurable service;
step 508, providing the simulated business data and the first business transaction entry to the applicant to complete the insurance link test.
Step 510, determining real service data and a second service transaction entrance corresponding to the target insurance application service;
and step 512, providing the real service data and the second service transaction entrance to the applicant to complete real application.
For steps 502 to 512, it should be noted that, since the service data corresponding to different services in the application process may be different, and the difficulty levels of obtaining different service data are different, in order to reduce the difficulty of the application test, for the service data that is difficult to obtain or has a high cost, the service corresponding to the service data is marked and marked as a target application service, so as to indicate that the service data of the service can be obtained in a simulated manner; for other services, the real service data may be used.
Based on the above, in the process of the insurance application test, when the target insurance application service is detected, whether the applicant is a white list user or not is judged, namely whether the applicant is a user participating in the test or not is judged; if yes, simulating corresponding service data in a simulation mode; if not, using the real service data.
For example: in the process of carrying out the insurance test by the applicant of the white list user, if the currently transacted business is the target insurance application business for inquiring the quotation information of the target dangerous type, if the real quotation information is provided, the insurance party needing to pay the actual amount of money by the applicant can complete the insurance test, and the cost is too high. Therefore, the present embodiment generates a simulated quote (e.g., 1 Yuan) for the target risk category and provides the simulated quote and its corresponding insurable entry to the applicant as simulated business data, whereby the applicant can complete the insurable test by paying a premium for an extremely low price.
Further, during the application test, there may be situations where some of the objects of the application are difficult to obtain, such as: vehicle information in a vehicle insurance; if a large number of real vehicles are used as insurance application objects and the refuge is tested, the next year of insurance application of the vehicles is adversely affected; therefore, the embodiment further provides a simulation step of the data related to the insurable object; the step may specifically be:
determining vehicle information provided by the applicant; if the vehicle information is determined to be the information of the real vehicle, searching vehicle type information corresponding to the information of the real vehicle; if the vehicle information is determined to be the information of the virtual vehicle, simulating vehicle type information corresponding to the vehicle information; and providing the vehicle type information to the applicant so that the applicant can select the target vehicle type.
Therefore, the embodiment can realize the simulation of the data which is difficult to obtain from two dimensions of the insurable object and the insurable business data, and the insurable test is carried out by using the simulated data. Compared with the scheme of performing the insurance test by using the real insurance object and the service data in the prior art, the flexibility of the insurance test can be effectively improved, and the cost of the insurance test is reduced.
In addition, for simplicity of explanation, the above-described method embodiments are described as a series of acts or combinations, but it should be understood by those skilled in the art that the present invention is not limited by the order of acts or steps described, as some steps may be performed in other orders or simultaneously according to the present invention. Furthermore, those skilled in the art will appreciate that the embodiments described in the specification are presently preferred and that no particular act is required to implement the invention.
Fig. 6 is a schematic structural diagram of an application test device according to an embodiment of the present disclosure, and referring to fig. 6, the device may specifically include: a receiving module 601, a determining module 602 and a providing module 603; wherein,
a receiving module 601, configured to receive an inquiry request sent by an insurance application device, where the inquiry request carries a target risk category selected by an insurance applicant;
a determining module 602, configured to determine, if it is determined that the applicant is a white list user, a simulated quote and a first insurance entrance corresponding to the target risk;
a providing module 603 for providing the simulated quote and the first insurable entry to the applicant for completing the insurable test.
Optionally, the apparatus further comprises:
the dangerous seed inquiry device is used for receiving a dangerous seed inquiry request sent by the user equipment, wherein the dangerous seed inquiry request carries a target vehicle type selected by the applicant; determining dangerous seed data corresponding to the target vehicle type; providing the risk category data to the applicant for the applicant to select the target risk category.
Optionally, the apparatus further comprises:
the vehicle type inquiry device is used for determining vehicle information provided by the applicant; if the vehicle information is determined to be the information of the virtual vehicle, simulating vehicle type information corresponding to the vehicle information; and providing the vehicle type information to the applicant so that the applicant can select the target vehicle type.
Optionally, the dangerous seed inquiry apparatus is specifically configured to:
determining an application area corresponding to the applicant; and determining the dangerous seed data corresponding to the target vehicle type based on the insurance application rule of the insurance application area.
Optionally, the users in the white list are pre-configured preset insurers and/or users in preset insurance application areas.
Optionally, the determining module 602 is further configured to determine a real offer and a corresponding second insurance application entrance of a second insurer for the target risk category, where the second insurer is a real insurer;
a providing module 603 for providing the real quote and the second insurable entry to the applicant.
Optionally, the apparatus further comprises:
the real insurance processing module is used for determining a real quotation of a second insurance person to the target dangerous case and a corresponding second insurance entrance if the insured person is determined to be a non-white list user, wherein the second insurance person is a real insurance person; providing the real quote and the second application entry to the applicant to complete a real application.
Optionally, in the embodiment, the white list user is preconfigured, so that in the grayscale test process, if it is determined that the applicant is the white list user, the applicant performs simulated quotation on the security risk selected by the applicant and provides a corresponding insurance entry, so that the applicant can complete the insurance test. Compared with the scheme of the prior art that a large amount of insurance money is required to carry out the insurance test, the insurance test cost can be effectively reduced.
Fig. 7 is a schematic structural diagram of an insurance testing apparatus according to another embodiment of the present disclosure, and referring to fig. 7, the apparatus may specifically include: a receiving module 701, a determining module 702 and a providing module 703; wherein,
a receiving module 701, configured to receive a price inquiry request sent by an insurance application device, where the price inquiry request carries a target risk category selected by an insurance applicant;
a determining module 702, configured to determine, if it is determined that the applicant is a white list user, a simulated quote and a first insurance entrance corresponding to the target risk;
a providing module 703 for providing the simulated quote and the first insurable entry to the applicant for completing the insurable test.
Optionally, the determining module 702 is further configured to determine, if it is determined that the applicant is a non-white list user, a real quote and a second insurance entrance corresponding to the target risk;
a providing module 703, further configured to provide the real quote and the second application entry to the applicant to complete the real application.
Optionally, the apparatus further comprises:
the insurance seed query module is used for receiving an insurance seed query request sent by the insurance application equipment, wherein the insurance seed query request carries a target vehicle type selected by the insurance applicant; determining dangerous seed data corresponding to the target vehicle type; providing the risk category data to the applicant for the applicant to select the target risk category.
Optionally, the apparatus further comprises:
the vehicle type query module is used for determining vehicle information provided by the applicant; if the vehicle information is determined to be the information of the virtual vehicle, simulating vehicle type information corresponding to the vehicle information; and providing the vehicle type information to the applicant so that the applicant can select the target vehicle type.
Optionally, the dangerous seed query module is specifically configured to:
determining an application area corresponding to the applicant; and determining the dangerous seed data corresponding to the target vehicle type based on the insurance application rule of the insurance application area.
Optionally, the users in the white list are pre-configured preset insurers and/or users in preset insurance application areas.
Optionally, the determining module 702 is further configured to determine a real offer and a corresponding second insurance application entrance of a second insurer for the target risk category, where the second insurer is a real insurer;
a providing module 703 is further configured to provide the real quote and the second insurable entry to the applicant.
It can be seen that, in this embodiment, the insurer verifies the identity of the real applicant or the simulated applicant by pre-configuring the white list user in the grayscale test process of the insurer platform, and if the insurer is verified to be the white list user, the insurer performs simulated quotation on the insurance variety selected by the insurer and provides a corresponding insurance entrance for the insurer to complete the insurance test. Compared with the scheme of the prior art that the insurance application test is carried out by requiring a huge number of real users and a huge amount of money, the insurance application test cost can be effectively reduced.
Fig. 8 is a schematic structural diagram of an insurance link testing apparatus provided in an embodiment of this specification, and referring to fig. 8, the apparatus may specifically include: a receiving module 801, a determining module 802 and a providing module 803; wherein,
a receiving module 801, configured to receive a service request sent by an application device, where the service request carries a target application service selected by an application person, and the target application service is an application service corresponding to a target node in an application link;
a determining module 802, configured to determine, if it is determined that the applicant is a white list user, simulated service data and a first service transaction entry corresponding to the target application service;
a providing module 803, configured to provide the simulation service data and the first service transaction portal to the applicant to complete the insurance link test.
Optionally, the target insurance application service is to inquire quotation information of the target dangerous species; the determining module 802 is specifically configured to:
and taking the simulated quoted price of the insurer for the target dangerous species as simulated business data.
Optionally, the determining module 802 is further configured to determine, if it is determined that the applicant is a non-white list user, real service data and a second service transaction entry corresponding to the target application service;
the providing module 803 is further configured to provide the real service data and the second service transaction portal to the applicant to complete the real application.
Therefore, the embodiment can realize the simulation of the data which is difficult to obtain from two dimensions of the insurable object and the insurable business data, and the insurable test is carried out by using the simulated data. Compared with the scheme of performing the insurance test by using the real insurance object and the service data in the prior art, the flexibility of the insurance test can be effectively improved, and the cost of the insurance test is reduced.
In addition, as for the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and for the relevant points, reference may be made to part of the description of the method embodiment. It should be noted that, in the respective components of the apparatus of the present invention, the components therein are logically divided according to the functions to be implemented thereof, but the present invention is not limited thereto, and the respective components may be newly divided or combined as necessary.
Fig. 9 is a schematic structural diagram of an electronic device provided in an embodiment of the present disclosure, and referring to fig. 9, the electronic device includes a processor, an internal bus, a network interface, a memory, and a non-volatile memory, and may also include hardware required by other services. The processor reads the corresponding computer program from the nonvolatile memory into the memory and then runs the computer program to form the insurance testing device on the logic level. Of course, besides the software implementation, the present application does not exclude other implementations, such as logic devices or a combination of software and hardware, and the like, that is, the execution subject of the following processing flow is not limited to each logic unit, and may also be hardware or logic devices.
The network interface, the processor and the memory may be interconnected by a bus system. The bus may be an ISA (Industry Standard Architecture) bus, a PCI (peripheral component Interconnect) bus, an EISA (Extended Industry Standard Architecture) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one double-headed arrow is shown in FIG. 9, but this does not indicate only one bus or one type of bus.
The memory is used for storing programs. In particular, the program may include program code comprising computer operating instructions. The memory may include both read-only memory and random access memory, and provides instructions and data to the processor. The Memory may include a Random-Access Memory (RAM) and may also include a non-volatile Memory (non-volatile Memory), such as at least 1 disk Memory.
The processor is used for executing the program stored in the memory and specifically executing:
receiving a price inquiry request sent by user equipment, wherein the price inquiry request carries a target risk variety selected by an applicant;
if the insured person is determined to be a white list user, determining a simulated quotation of a first insurer to the target risk and a corresponding first insured entry, wherein the first insurer is a virtual insurer;
providing the simulated quote and the application entry to the applicant to complete the application test.
Or,
receiving an inquiry request sent by insurance application equipment, wherein the inquiry request carries a target risk variety selected by an insurance applicant;
if the applicant is determined to be a white list user, determining a simulated quoted price and a first insurance entrance corresponding to the target risk;
providing the simulated quote and the first insurable entry to the applicant for completing an insurable test.
The method performed by the insurance test device or manager (Master) node according to the embodiments shown in fig. 6-7 of the present application can be applied to or implemented by a processor. The processor may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in a processor or instructions in the form of software. The Processor may be a general-purpose Processor, including a Central Processing Unit (CPU), a Network Processor (NP), and the like; but also Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes the steps of the method in combination with hardware of the processor.
The application test device may also perform the methods of fig. 2-4 and implement the methods performed by the administrator node.
Based on the same invention creation, the embodiment of the present application further provides a computer readable storage medium, which stores one or more programs, and when the one or more programs are executed by an electronic device including a plurality of application programs, the electronic device executes the application test method provided by the corresponding embodiment of fig. 2 to 4.
Fig. 10 is a schematic structural diagram of an electronic device provided in an embodiment of the present disclosure, and referring to fig. 10, the electronic device includes a processor, an internal bus, a network interface, a memory, and a non-volatile memory, and may also include hardware required by other services. The processor reads the corresponding computer program from the nonvolatile memory into the memory and then runs the computer program to form the insurance link testing device on the logic level. Of course, besides the software implementation, the present application does not exclude other implementations, such as logic devices or a combination of software and hardware, and the like, that is, the execution subject of the following processing flow is not limited to each logic unit, and may also be hardware or logic devices.
The network interface, the processor and the memory may be interconnected by a bus system. The bus may be an ISA (Industry Standard Architecture) bus, a PCI (peripheral component Interconnect) bus, an EISA (Extended Industry Standard Architecture) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one double-headed arrow is shown in FIG. 10, but this does not indicate only one bus or one type of bus.
The memory is used for storing programs. In particular, the program may include program code comprising computer operating instructions. The memory may include both read-only memory and random access memory, and provides instructions and data to the processor. The Memory may include a Random-Access Memory (RAM) and may also include a non-volatile Memory (non-volatile Memory), such as at least 1 disk Memory.
The processor is used for executing the program stored in the memory and specifically executing:
receiving a service request sent by an application device, wherein the service request carries a target application service selected by an application person, and the target application service is an application service corresponding to a target node in an application link;
if the applicant is determined to be a white list user, determining simulated service data and a first service transaction entrance corresponding to the target application service;
and providing the simulated service data and the first service transaction inlet to the applicant to complete the insurance link test.
The method performed by the insurance link testing device or manager (Master) node according to the embodiment shown in fig. 8 of the present application may be applied to or implemented by a processor. The processor may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in a processor or instructions in the form of software. The Processor may be a general-purpose Processor, including a Central Processing Unit (CPU), a Network Processor (NP), and the like; but also Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes the steps of the method in combination with hardware of the processor.
The insurable link testing device may also perform the method of fig. 5 and implement the method performed by the administrator node.
Based on the same invention creation, the embodiment of the present application further provides a computer readable storage medium, which stores one or more programs that, when executed by an electronic device including a plurality of application programs, cause the electronic device to execute the method for testing an insurance link provided by the corresponding embodiment of fig. 5.
The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the system embodiment, since it is substantially similar to the method embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the method embodiment.
The foregoing description has been directed to specific embodiments of this disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.
Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The above description is only an example of the present application and is not intended to limit the present application. Various modifications and changes may occur to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.