车险询价请求处理方法、装置、计算机设备和存储介质

技术领域

本发明涉及车险技术领域，特别涉及车险询价请求处理方法、装置、计算机设备和存储介质。

背景技术

随着汽车的普及，用户往往会每年给自己的车辆上车险。现有的车险询价请求处理方法，流程过于繁琐。

现有的车险询价请求流程具体如下所述：在现有的车险询价对接过程中，由于保险公司的规章制度差异和风险级别控制级别的不同，开放平台接口协议不同等客观因素，导致车险询价流程导致过程中差异化处理繁琐，降低对接效率，增加了维护成本。

现有的车险询价请求处理方法所采用的车险询价流程往往是固定的，无法根据不同用户的不同需求，更加无法为用户提供多样化的车险询价流程。

发明内容

基于此，有必要针对现有技术无法车险询价流程过于繁琐、且无法为用户提供多种不同的车险询价流程的问题，提供一种车险询价请求处理方法、装置、计算机设备和存储介质。

第一方面，本申请实施例提供了一种车险询价请求处理方法，所述方法包括：

接收目标用户的待询价车辆的车险询价请求，所述车险询价请求中携带有所述待询价车辆对应的关联数据，所述关联数据用于确定所述待询价车辆的目标询价流程，所述关联数据包括与所述目标用户关联的第一关联数据和与所述待询价车辆关联的第二关联数据；

基于所述车辆询价请求中的所述关联数据配置对应的目标询价流程；

响应于所述车险询价请求，启动所述目标询价流程进行车险询价请求处理，并通过对应接口与多个报价平台对接，生成对应的多个报价方案；

将多个报价方案均推送至所述目标用户的终端设备上。

在一种实施方式中，所述基于所述车辆询价请求中的所述关联数据配置对应的目标询价流程包括：

从多个报价平台中选取任意一个报价平台作为当前询价平台；

将当前询价平台的初始询价流程拆分为多个自定义的询价流程节点、多个自定义的询价流程和多个自定义的询价流程接口；

根据预设匹配方式、所述待询价车辆对应的所述关联数据，从多个自定义的询价流程中匹配出所述目标询价流程。

在一种实施方式中，所述预设匹配方式为采用车辆信息关键字加权方式进行匹配的匹配方式。

在一种实施方式中，所述方法还包括：

获取与所述目标询价流程相关的流程共享数据，并根据预设存储方式存储与所述流程共享数据。

在一种实施方式中，所述根据预设存储方式存储与所述流程共享数据包括：

基于分布式缓存框架，存储所述流程共享数据；或者，

基于RDB存储所述流程共享数据。

在一种实施方式中，所述方法还包括：

获取异常节点，所述异常节点能够被插入到所述目标询价流程的工作流中的任意流程节点；

基于预设异常处理方式对所述异常节点进行处理。

在一种实施方式中，所述基于预设异常处理方式对所述异常节点进行处理包括：

将所述异常节点配置到所述目标询价流程中的任意一个节点之前；或者，

将所述异常节点配置到所述目标询价流程中的任意一个节点之后；或者，

若所述异常节点为同步异常节点时，将与所述同步异常节点相关的第一节点关联信息推送至所述目标用户的终端设备上；或者，

若所述异常节点为异步异常节点时，对与所述异步异常节点相关的第二节点关联信息进行消息下发。

第二方面，本申请实施例提供了一种车险询价请求处理装置，所述装置包括：

接收模块，用于接收目标用户的目标询价车辆的车险询价请求，所述车险询价请求中携带有所述目标询价车辆对应的关联数据，所述关联数据用于确定所述待询价车辆的目标询价流程，所述关联数据包括与所述目标用户关联的第一关联数据和与所述待询价车辆关联的第二关联数据；

配置模块，用于基于所述接收模块接收的所述车辆询价请求中的所述关联数据配置对应的目标询价流程；

处理模块，用于响应于所述接收模块接收的所述车险询价请求，启动所述目标询价流程进行车险询价请求处理，并通过对应接口与多个报价平台对接，生成对应的多个报价方案；

推送模块，用于将所述处理模块生成的多个报价方案均推送至所述目标用户的终端设备上。

第三方面，本申请实施例提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行上述的方法步骤。

第四方面，本申请实施例提供一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述的方法步骤。

本申请实施例提供的技术方案可以包括以下有益效果：

在本申请实施例中，接收目标用户的待询价车辆的车险询价请求，车险询价请求中携带有待询价车辆对应的关联数据，关联数据用于确定待询价车辆的目标询价流程，关联数据包括与目标用户关联的第一关联数据和与待询价车辆关联的第二关联数据；基于车辆询价请求中的关联数据配置对应的目标询价流程；响应于车险询价请求，启动目标询价流程进行车险询价请求处理，并通过对应接口与多个报价平台对接，生成对应的多个报价方案；以及将多个报价方案均推送至目标用户的终端设备上。因此，采用本申请实施例，由于能够基于车辆询价请求中的待询价车辆对应的关联数据配置对应的目标询价流程；这样，能够基于不同待询价车辆的实际情况，灵活地配置目标询价流程；这样，不仅能够简化现有的车险询价请求处理方法过于繁琐的处理流程，还能够满足不同用户的需求，基于用户需求自动生成不同的目标询价流程，从而大大地提高了用户体验度。此外，通过与多个报价平台对接，生成对应的多个报价方案，方便目标用户从多个报价方案选择最佳的报价方案。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1为一个实施例中提供的一种车险询价请求处理方法的实施环境图；

图2为一个实施例中计算机设备的内部结构框图；

图3是本公开实施例提供的一种车险询价请求处理方法的流程示意图；

图4是本公开实施例提供的具体应用场景下的车险询价请求处理方法所采用的车险询价流程的一示意图；

图5是本公开实施例提供的具体应用场景下的车险询价请求处理方法所采用的车险询价流程的另一示意图；

图6是本公开实施例提供的另一具体应用场景下的车险询价请求处理方法所采用的车险询价流程的再一示意图；

图7是本公开实施例提供的一种车险询价请求处理装置的结构示意图。

具体实施方式

以下描述和附图充分地示出本发明的具体实施方案，以使本领域的技术人员能够实践它们。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

下面结合附图详细说明本公开的可选实施例。

图1为一个实施例中提供的一种车险询价请求处理方法的实施环境图，如图1所示，在该实施环境中，包括计算机设备110以及终端120。

需要说明的是，终端120以及计算机设备110可为智能手机、平板电脑、笔记本电脑、台式计算机等，但并不局限于此。计算机设备110以及终端110可以通过蓝牙、USB(Universal Serial Bus，通用串行总线)或者其他通讯连接方式进行连接，本发明在此不做限制。

图2为一个实施例中计算机设备的内部结构示意图。如图2所示，该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。其中，该计算机设备的非易失性存储介质存储有操作系统、数据库和计算机可读指令，数据库中可存储有控件信息序列，该计算机可读指令被处理器执行时，可使得处理器实现一种车险询价请求处理方法。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种车险询价请求处理方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理解，图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

如图3所示，本公开实施例提供一种车险询价请求处理方法，该处理方法具体包括以下方法步骤：

S302：接收目标用户的待询价车辆的车险询价请求，车险询价请求中携带有待询价车辆对应的关联数据，关联数据用于确定待询价车辆的目标询价流程，关联数据包括与目标用户关联的第一关联数据和与待询价车辆关联的第二关联数据。

在本申请实施例中，与目标用户关联的第一关联数据可以为用户偏好的车险数据，例如，目标用户历史所上的车险信息(可以具体到哪一个保险公司的交强险，或者哪一个保险公司的商业车险)。与待询价车辆关联的第二关联数据可以为待询价车辆的车型信息、待询价车辆的品牌信息、待询价车辆的产地信息、待询价车辆的车牌信息和车牌所属地信息等。上述仅仅是示例，可以根据不同应用场景对关联数据进行调整，在此不再赘述。

图4是本公开实施例提供的具体应用场景下的车险询价请求处理方法所采用的车险询价流程的一示意图。如图4所示，需要事先对询价流程进行配置，先定义询价节点，再在获取公共节点，将公共节点融入询价流程，经过上述询价流程配置过程，配置好询价流程，并将配置好的询价流程进行发布。

如图5所示，是本公开实施例提供的具体应用场景下的车险询价请求处理方法所采用的车险询价流程的另一示意图。

如图5所示，本申请实施例提供的处理方法，通过“询价流程配置”服务将询价流程配置为由不同职责的节点链接成的工作流。不同的节点可以随意链接成一个新的工作流程。对于询价流程变更引起的增加，删除节点可灵活配置。同时，相同保险公司不同区域的询价流程也可能存在差异，这样，就可以根据地区的不同，而配置不同的询价流程用于解决询价流程中的个体差异。单个工作流程由不同功能的节点构成。

节点主要功能作用包括：1、与保险公司平台数据交互。2、协议解析及数据转换。3、流程控制。4、流程处理中节点的数据共享。5、异步消息处理。6、业务数据持久化等。

配置完成后将询价流程发布至“车险询价引擎”服务由其统一编译执行。

“车险询价引擎”服务接收用户提交询价请求后将根据用户提交的基本信息(例如，车牌号)匹配对应询价流程。本服务为用户提供统一且现对固定的询价接口。将流程中的差异化处理对用户屏蔽，使用用户无感知报价差异，提高用户体验。

“配置流程引擎”服务主要功能是为流程中的通用节点进行做统一的管理。已提高流程中的节点复用性。如节点实体定义，工作流程实体定义，异常节点定义，可扩展节点定义等。

“客户端”分为两种目标用户，第一类为配置用户，第二类是真实询价客户。第一类用户可通过WEB应用进行流程配置，如有具备一定编码经验也可通过编写链表节点进行配置。第二类用户则通过代理平台提高的客户端APP提交询价。

如图5所示，本申请实施例提供的车险询价请求处理方法，主要侧重在如何将差异化的真实的保险工作的报价流程通过拆解、组装等操作，将其转换为符合代理平台统一标准的流程。主要的workNode定义原则采用“最小化”原则，针对保险公司开放API以单个接口为基本单位。这样，能够简化保险公司内部系统交互的繁琐度，使各个节点单位的功能职责单一和模块化，以方便不同节点流程的研发人员能够并行工作或者易于更换，提高研发效率和可配置性。此方法的优点在于：节点流程可由不同研发人员并行开发工作，提高了研发效率。同时，单个节点单位变更对流程影响范围最小或无影响。对于流程的创建并不局限于报价流程，也可应用于逆流程，比如：如何拒绝为用户进行报价。

S304：基于车辆询价请求中的关联数据配置对应的目标询价流程。

在本申请实施例中，通过上述步骤能够基于关联数据，灵活且动态地配置出对应的目标询价流程。基于关联数据的描述参见前述相同或相似部分的描述，在此不再赘述。

图6是本公开实施例提供的另一具体应用场景下的车险询价请求处理方法所采用的车险询价流程的再一示意图。

车险询价流程由“车险询价引擎”服务接收并统一处理。执行单位为工作流程workFlow。车辆信息与流程匹配完成后，将按照节点的链接顺序执行处理。“车险询价引擎”服务保障流程执行。

在一种可能的实现方式中，基于车辆询价请求中的关联数据配置对应的目标询价流程，包括以下步骤：

从多个报价平台中选取任意一个报价平台作为当前询价平台；

将当前询价平台的初始询价流程拆分为多个自定义的询价流程节点、多个自定义的询价流程和多个自定义的询价流程接口；

根据预设匹配方式、待询价车辆对应的关联数据，从多个自定义的询价流程中匹配出目标询价流程。

在一种可能的实现方式中，预设匹配方式为采用车辆信息关键字加权方式进行匹配的匹配方式。

在本申请实施例中，对于报价流程与车辆信息的匹配规则采用车辆信息关键字加权方法。流程与关键字进行绑定。将流程与用户信息通过关键字进行匹配，实现了动态匹配。

在一种可能的实现方式中，本申请实施例提供的处理方法还包括以下步骤：

获取与目标询价流程相关的流程共享数据，并根据预设存储方式存储与流程共享数据。

在一种可能的实现方式中，根据预设存储方式存储与流程共享数据包括以下步骤：

基于分布式缓存框架，存储流程共享数据；或者，基于RDB存储流程共享数据。

在本申请实施例中，上述两种方式为常用的存储方式，还可以根据不同应用场景的需求，引入其它的存储方式，在此不再赘述。

在一种可能的实现方式中，本申请实施例提供的处理方法还包括以下步骤：

获取异常节点，异常节点能够被插入到目标询价流程的工作流中的任意流程节点；

基于预设异常处理方式对异常节点进行处理。

在一种可能的实现方式中，基于预设异常处理方式对异常节点进行处理包括以下步骤：

将异常节点配置到目标询价流程中的任意一个节点之前。

在一种可能的实现方式中，基于预设异常处理方式对异常节点进行处理包括以下步骤：

将异常节点配置到目标询价流程中的任意一个节点之后。

在一种可能的实现方式中，基于预设异常处理方式对异常节点进行处理包括以下步骤：

若异常节点为同步异常节点时，将与同步异常节点相关的第一节点关联信息推送至目标用户的终端设备上。

在一种可能的实现方式中，基于预设异常处理方式对异常节点进行处理包括以下步骤：

若异常节点为异步异常节点时，对与异步异常节点相关的第二节点关联信息进行消息下发。

S306：响应于车险询价请求，启动目标询价流程进行车险询价请求处理，并通过对应接口与多个报价平台对接，生成对应的多个报价方案。

在本申请实施例中，多个报价方案中的每一个报价方案包括报价总费用信息、各项报价明细信息和各项报价明细费用信息。

在本申请实施例中，对与多个报价平台对接的接口格式不做具体限制，为了更好地与不同报价平台对接，可以采用对应的不同格式的接口，在此不再赘述。

S308：将多个报价方案均推送至目标用户的终端设备上；这样，便于目标用户实时地查看上述多个报价方案。

如图5所示，对对接数据进行处理的流程做如下说明：

一、对接数据处理流程：【1】【2】【3】【4】【6】【7】

【1】服务端“询价流程配置”将车险按照保险公司，保险公司出单分支机构，保险公司询价流程，险种类型(交强险，商业性)进行分类配置化处理。

配数据包括：保险公司基本信息、代理平台产品信息、保险公司险种类型(如交强险，商业险)、保险公司分支机构信息、车牌号所属地、分支机构信息。

配置流程：

1、通过服务端终端录入保险公司产品信息，并于代理平台产品信息关联。

2、将产品信息与保险公司分支机构与车牌所属地信息关联。

【2】拆分保险公司车险询价流程节点，将其细化至API接口级别，为其分配业务流程节点(workNode)节点代码。

处理流程：(以公司A车险通用报价对接流程为例)

1、明确A公司业务处理流程

非个性化区域报价流程：标的检查->车辆信息确认->报价。

个性化区域，比如江苏、无锡、苏州区域报价流程：标的检查->江苏交管车辆验证码->车辆信息确认->报价。

2、为1中流程细分节点信息并定义节点代码：标的检查(代码：index)、车辆信息确认(代码：confirm)、江苏交管车辆验证码(代码：code)、报价(quote)。

【3】通过操作界面(不限于操作界面，也可是程序编码级别)将不同保险公司开放平台API接口与节点(workNode)进行配置化管理及接口数据转换。

1、明确保险公司API接口协议(不局限于一种通信协议)。

2、为协议解析配置对应协议解析器。

3、将保险公司接口定义数据语言转换成代理平台数据语言。

4、确认当前节点数据是否携带至下一个节点。

【4】最终根据保险公司开放平台API中将询价所需要的必要节点(workNode)封装成完整的询价流程(workflow)。

处理流程：

1、将【2】中形成的节点构建成处理流程。(物理存储结构不局限于顺序存储或链式存储)。

非个性化区域报价流程一(代码：workflow001)：index->confirm->quote。

个性化区域，比如江苏、无锡、苏州区域报价流程二(代码：workflow002)：index->code->confirm->quote。

2、流程数据数据共享配置，可采用基于分布式缓存框架(Redis)或RDB存储流程共享数据。

3、将workflow001，workflow002与步骤【1】中车牌号归属信息关联。

【5】“配置流程引擎”提供公共的异常节点(eWorkNode)，可将异常节点插入到任何工作流(workflow)中的任意流程节点，异常处理方式包括系统日志级别与终端消息级别(不限客户端)。

处理流程：

1、步骤【4】中封装流程过程可将异常节点(eWorkNode)节点配置到任何一个节点之前或之后。

2、同步异常节点则将信息直接反馈到客户端。

3、异步异常节点则不会阻断询价流程。通过借助互联网通信工具进行消息下发。

带有异常节点流程：index<->eWorkNode->confirm->quote。

【6】创建可扩展节点(exWorkNode)。

处理流程：与步骤【5】中异常节点处理方式相同。主要考虑将自定义步骤【10】或步骤【11】中相似操作动态嵌入报价流程中。并且可以提高流程的灵活性。

【7】发布询价流程。

处理流程：

1、配置完成后，将流程发布至“配置流程引擎”。

2、将询价流程同步到“车险询价引擎”。

如图6所示，对用户询价流程做如下说明：

二，用户询价流程【8】【9】【10】【11】

【8】客户端采用APP进行提交询价单，询价单内容将结合保险公司提供车型基础信息与平台自有数据(如货运车辆的车主，驾驶员，车辆用途等)进行自动补全保险公司所需基本字段。

处理流程：

1、定义扩展workNode通过步骤【4】组合到流程即可。

【9】用户在交强险与商业险选择报价环节，平台提供推荐组合方案与用户自定义方案可供用户自由选择报价。

处理流程：

1、定义扩展workNode通过步骤【4】组合到流程即可。

【10】用户提交报价单成功，平台将采用异步方式根据用户数据内容与配置流程匹配，并通过“车险询价引擎”执行配置流程进行询价，并生成不同保险公司报价单，供用户对比判断。

处理流程：将报价基础数据返回给客户端；

如：险种，报价信息。

【11】询价成功平台采用应用端消息推送，短信，微信方式反馈询价结果。

本申请实施例提供的处理方法，通过标准化的对接数据处理流程，提高对接效率，降低维护成本。并且通过自有数据(例如，货运平台车辆基础数据)能够提高用户输入数据质量，降低询价失败率。

在本公开实施例中，接收目标用户的待询价车辆的车险询价请求，车险询价请求中携带有待询价车辆对应的关联数据，关联数据用于确定待询价车辆的目标询价流程，关联数据包括与目标用户关联的第一关联数据和与待询价车辆关联的第二关联数据；基于车辆询价请求中的关联数据配置对应的目标询价流程；响应于车险询价请求，启动目标询价流程进行车险询价请求处理，并通过对应接口与多个报价平台对接，生成对应的多个报价方案；以及将多个报价方案均推送至目标用户的终端设备上。因此，采用本申请实施例，由于能够基于车辆询价请求中的待询价车辆对应的关联数据配置对应的目标询价流程；这样，能够基于不同待询价车辆的实际情况，灵活地配置目标询价流程；这样，不仅能够简化现有的车险询价请求处理方法过于繁琐的处理流程，还能够满足不同用户的需求，基于用户需求自动生成不同的目标询价流程，从而大大地提高了用户体验度。此外，通过与多个报价平台对接，生成对应的多个报价方案，方便目标用户从多个报价方案选择最佳的报价方案。

下述为本发明车险询价请求处理装置实施例，可以用于执行本发明车险询价请求处理方法实施例。对于本发明车险询价请求处理装置实施例中未披露的细节，请参照本发明车险询价请求处理方法实施例。

请参见图7，其示出了本发明一个示例性实施例提供的车险询价请求处理装置的结构示意图。该车险询价请求处理装置可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分。该车险询价请求处理装置包括接收模块701、配置模块702、处理模块703和推送模块704。

具体而言，接收模块701，用于接收目标用户的目标询价车辆的车险询价请求，车险询价请求中携带有目标询价车辆对应的关联数据，关联数据用于确定待询价车辆的目标询价流程，关联数据包括与目标用户关联的第一关联数据和与待询价车辆关联的第二关联数据；

配置模块702，用于基于接收模块701接收的车辆询价请求中的关联数据配置对应的目标询价流程；

处理模块703，用于响应于接收模块701接收的车险询价请求，启动目标询价流程进行车险询价请求处理，并通过对应接口与多个报价平台对接，生成对应的多个报价方案；

推送模块704，用于将处理模块703生成的多个报价方案均推送至目标用户的终端设备上。

可选的，配置模块702具体用于：

从多个报价平台中选取任意一个报价平台作为当前询价平台；

将当前询价平台的初始询价流程拆分为多个自定义的询价流程节点、多个自定义的询价流程和多个自定义的询价流程接口；

根据预设匹配方式、待询价车辆对应的关联数据，从多个自定义的询价流程中匹配出目标询价流程。

可选的，预设匹配方式为采用车辆信息关键字加权方式进行匹配的匹配方式。

可选的，所述装置还包括：

第一获取模块，用于获取与目标询价流程相关的流程共享数据；

存储模块，用于根据预设存储方式存储与流程共享数据。

可选的，存储模块具体用于：

基于分布式缓存框架，存储流程共享数据；或者，基于RDB存储流程共享数据。

可选的，所述装置还包括：

第二获取模块，用于获取异常节点，异常节点能够被插入到目标询价流程的工作流中的任意流程节点；

处理模块703还用于：基于预设异常处理方式对异常节点进行处理。

可选的，处理模块703具体用于：

将异常节点配置到目标询价流程中的任意一个节点之前；或者，

将异常节点配置到目标询价流程中的任意一个节点之后；或者，

若异常节点为同步异常节点时，将与同步异常节点相关的第一节点关联信息推送至目标用户的终端设备上；或者，

若异常节点为异步异常节点时，对与异步异常节点相关的第二节点关联信息进行消息下发。

需要说明的是，上述实施例提供的车险询价请求处理装置在执行车险询价请求处理方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的一种车险询价请求处理装置与车险询价请求处理方法实施例属于同一构思，其体现实现过程详见车险询价请求处理方法实施例，这里不再赘述。

在本公开实施例中，接收模块用于接收目标用户的目标询价车辆的车险询价请求，车险询价请求中携带有目标询价车辆对应的关联数据，关联数据用于确定待询价车辆的目标询价流程，关联数据包括与目标用户关联的第一关联数据和与待询价车辆关联的第二关联数据；配置模块用于基于接收模块接收的车辆询价请求中的关联数据配置对应的目标询价流程；处理模块用于响应于接收模块接收的车险询价请求，启动目标询价流程进行车险询价请求处理，并通过对应接口与多个报价平台对接，生成对应的多个报价方案；以及推送模块用于将处理模块生成的多个报价方案均推送至目标用户的终端设备上。因此，采用本申请实施例，由于能够基于车辆询价请求中的待询价车辆对应的关联数据配置对应的目标询价流程；这样，能够基于不同待询价车辆的实际情况，灵活地配置目标询价流程；这样，不仅能够简化现有的车险询价请求处理方法过于繁琐的处理流程，还能够满足不同用户的需求，基于用户需求自动生成不同的目标询价流程，从而大大地提高了用户体验度。此外，通过与多个报价平台对接，生成对应的多个报价方案，方便目标用户从多个报价方案选择最佳的报价方案。

在一个实施例中，提出了一种计算机设备，计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：接收目标用户的待询价车辆的车险询价请求，车险询价请求中携带有待询价车辆对应的关联数据，关联数据用于确定待询价车辆的目标询价流程，关联数据包括与目标用户关联的第一关联数据和与待询价车辆关联的第二关联数据；基于车辆询价请求中的关联数据配置对应的目标询价流程；响应于车险询价请求，启动目标询价流程进行车险询价请求处理，并通过对应接口与多个报价平台对接，生成对应的多个报价方案；以及将多个报价方案均推送至目标用户的终端设备上。

在一个实施例中，提出了一种存储有计算机可读指令的存储介质，该计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：接收目标用户的待询价车辆的车险询价请求，车险询价请求中携带有待询价车辆对应的关联数据，关联数据用于确定待询价车辆的目标询价流程，关联数据包括与目标用户关联的第一关联数据和与待询价车辆关联的第二关联数据；基于车辆询价请求中的关联数据配置对应的目标询价流程；响应于车险询价请求，启动目标询价流程进行车险询价请求处理，并通过对应接口与多个报价平台对接，生成对应的多个报价方案；以及将多个报价方案均推送至目标用户的终端设备上。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。