信息的提示方法、装置、设备及计算机可读介质与流程

本申请涉及车险理赔技术领域，尤其涉及一种信息的提示方法、装置、设备及计算机可读介质。

背景技术：

用户在需要查询为自己的摩托、轿车、轮船、火车乃至飞机购买保险所需的费用时，常常需要打电话给保险公司或直接现场咨询，而且只能咨询一家保险公司的报价，无法方便、快捷的获知为载具上保险所需的费用，信息查询效率低，速度慢。

针对信息查询效率低，速度慢的技术问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请提供了一种信息的提示方法、装置、设备及计算机可读介质，以解决信息查询效率低，速度慢的技术问题。

根据本申请实施例的一个方面，本申请提供了一种信息的提示方法，包括：在终端的第一交互界面接收第一次数和第二次数，第一次数是第一时间段内为目标载具执行资源获取操作的次数，第二次数是第二时间段内为目标载具执行资源获取操作的次数，资源获取操作是在业务平台中为目标载具申请了目标业务后、在目标载具发生预设事件的情况下从业务平台获取虚拟资源的操作，第一时间段早于第二时间段、且与第二时间段相邻；在终端的第二交互界面展示提示信息，提示信息用于提示从多个业务平台为目标载具申请目标业务所需的资源量范围，资源量范围是根据第一次数和第二次数确定的。

根据本申请实施例的另一方面，本申请提供了一种信息的提示装置，包括：信息获取模块，用于在终端的第一交互界面接收第一次数和第二次数，第一次数是第一时间段内为目标载具执行资源获取操作的次数，第二次数是第二时间段内为目标载具执行资源获取操作的次数，资源获取操作是在业务平台中为目标载具申请了目标业务后、在目标载具发生预设事件的情况下从业务平台获取虚拟资源的操作，第一时间段早于第二时间段、且与第二时间段相邻；信息提示模块，用于在终端的第二交互界面展示提示信息，提示信息用于提示从多个业务平台为目标载具申请目标业务所需的资源量范围，资源量范围是根据第一次数和第二次数确定的。

根据本申请实施例的另一方面，本申请提供了一种电子设备，包括存储器、处理器、通信接口及通信总线，存储器中存储有可在处理器上运行的计算机程序，存储器、处理器通过通信总线和通信接口进行通信，处理器执行计算机程序时实现上述方法。

根据本申请实施例的另一方面，本申请还提供了一种具有处理器可执行的非易失的程序代码的计算机可读介质，程序代码使处理器执行上述的方法。

本申请实施例提供的上述技术方案与相关技术相比具有如下优点：

本申请技术方案为在终端的第一交互界面接收第一次数和第二次数，第一次数是第一时间段内为目标载具执行资源获取操作的次数，第二次数是第二时间段内为目标载具执行资源获取操作的次数，资源获取操作是在业务平台中为目标载具申请了目标业务后、在目标载具发生预设事件的情况下从业务平台获取虚拟资源的操作，第一时间段早于第二时间段、且与第二时间段相邻；在终端的第二交互界面展示提示信息，提示信息用于提示从多个业务平台为目标载具申请目标业务所需的资源量范围，资源量范围是根据第一次数和第二次数确定的。本申请中用户可以通过小程序、浏览器以及应用程序自主查询为车辆上车险所需的费用，车主无需通过电话咨询、现场咨询才能知晓投保所需的金额，从而解决了信息查询效率低，速度慢的技术问题。

附图说明

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

为了更清楚地说明本申请实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为根据本申请实施例提供的一种可选的信息的提示方法硬件环境示意图；

图2为根据本申请实施例提供的一种可选的信息的提示方法流程图；

图3为根据本申请实施例提供的一种可选的提示信息示意图；

图4为根据本申请实施例提供的一种可选的提示信息示意图；

图5为根据本申请实施例提供的一种可选的提示信息示意图；

图6为根据本申请实施例提供的一种可选的信息的提示装置框图；

图7为本申请实施例提供的一种可选的电子设备结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本申请的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。

为了解决背景技术中提及的问题，根据本申请实施例的一方面，提供了一种信息的提示方法的实施例。

本申请技术方案可以应用于车险理赔场景，尤其是车主需要查询车辆在下一年投保车险所需的费用时，采用本申请提供的信息的提示方法为车主提供车险费用的业内平均费用、上限费用、下限费用等。还可以应用于在抽卡类游戏中获取游戏产品的技术场景，如抽卡概率增减信息提示等。采用本申请技术方案，车主可以无需电话咨询、现场咨询，即可自主查询车险费用，并可以对比各家保险公司给出的报价、行业均价等，为用户购买车险提供参考信息。

可选地，在本申请实施例中，上述信息的提示方法可以应用于如图1所示的由终端101和服务器103所构成的硬件环境中。如图1所示，服务器103通过网络与终端101进行连接，可用于为终端或终端上安装的客户端提供服务，可在服务器上或独立于服务器设置数据库105，用于为服务器103提供数据存储服务，上述网络包括但不限于：广域网、城域网或局域网，终端101包括但不限于pc、手机、平板电脑等。

本申请实施例中的一种信息的提示方法可以由服务器103来执行，还可以是由服务器103和终端101共同执行，如图2所示，该方法可以包括以下步骤：

步骤s202，在终端的第一交互界面接收第一次数和第二次数，第一次数是第一时间段内为目标载具执行资源获取操作的次数，第二次数是第二时间段内为目标载具执行资源获取操作的次数，资源获取操作是在业务平台中为目标载具申请了目标业务后、在目标载具发生预设事件的情况下从业务平台获取虚拟资源的操作，第一时间段早于第二时间段、且与第二时间段相邻。

本申请实施例中，业务平台可以是保险公司提供的车险理赔平台，目标载具可以是用户想要投保车险的车辆，目标业务可以是车主的车辆投保的车险组合，预设事件可以是车辆事故，如追尾，虚拟资源可以是具有一定价值的货币。资源获取操作可以是车主在发生车辆事故时，基于该车险组合对保险公司进行车险理赔的操作。第一时间段可以是指固定连续时间断，如车主连续为车辆投保的、不包括今年的年数，如过去3年，第二时间段晚于第一时间段、且与第一时间段相邻，即第二时间段可以为今年。因此，上述第一次数可以是车主在过去一定年份间(如过去3年)，在车辆发生事故的情况下基于车辆所投保的车险组合向保险公司提起车险理赔的次数，上述第二次数可以是车主在今年内，在车辆发生事故的情况下向保险公司提起车险理赔的次数。

本申请实施例中，上述第一次数和所述第二次数包括两种获取来源：

根据用户的固定信息(身份证号、账号、车牌号)确定数据库中是否存储有相关理赔信息，其中，理赔信息包括理赔时间、次数等；

数据库中存储有用户的理赔信息，在检测到用户触发第一交互界面时，服务器响应触发信息，根据该理赔信息自动填充第一次数和第二次数；进一步地，第一次数和第二次数根据用户端触发的修改请求进行修改；

数据库中未存储有用户的理赔信息，则接收用户端输入的第一次数和第二次数。

具体地，第一次数和第二次数可以是用户输入的，如车主可以模拟过去3年和今年发生一定理赔次数之后，计算明年为车辆投保时所需的费用。还可以是终端或服务器通过车辆信息从数据库中调取该车辆在过去3年和今年中实际进行过车险理赔的次数。

本申请实施例中，第一交互界面可以是搭载在终端上的独立于应用的子程序(如浏览器、app、网页中的小程序)、浏览器以及应用程序的显示界面，用户可以在第一交互界面中输入上述第一次数和第二次数。

本申请实施例中，车主的车辆信息为车主预先设置的，还可以是车主登录车险理赔平台的账号后，系统自动根据车主信息拉取的。

步骤s204，在终端的第二交互界面展示提示信息，提示信息用于提示从多个业务平台为目标载具申请目标业务所需的资源量范围，资源量范围是根据第一次数和第二次数确定的。

本申请实施例中，终端或服务器根据第一次数和第二次数确定出在多个保险公司的车险理赔平台为该车辆投保车险组合所需的费用范围，如车主输入过去3年车险理赔的第一次数为1次，今年车险理赔的第二次数为2次，则终端或服务器根据上述信息确定明年为车辆投保的所需费用范围。其中，各个保险公司的报价不一，因此车主可以根据该提示信息获知为车辆投保所需的平均费用、最大费用以及最小费用等信息，以使得用户根据该提示信息进行决策。

采用本申请技术方案，终端或服务器通过用户输入的次数信息，结合用户预设的车辆信息确定出用户为车辆投保的费用范围，使得车主可以无需电话咨询、现场咨询，即可自主查询车险费用，并可以对比各家保险公司给出的报价、行业均价等，为用户购买车险提供参考信息，车主无需通过电话咨询、现场咨询才能知晓投保所需的金额，从而解决了信息查询效率低，速度慢的技术问题。

可选地，确定为目标载具申请目标业务所需的资源量范围之前，该方法还包括：

获取目标载具的基础维度信息和资源权重预测模型，其中，基础维度信息包括目标载具的载具年龄、载具价值、载具所在地区以及在发生预设事件的情况下的资源获取量期望值中的至少一个，资源权重预测模型中保存有各类基础维度信息与不同业务平台的资源权重之间的关联关系；

将基础维度信息输入资源权重预测模型，得到资源权重预测模型输出的目标载具在各个资源浮动系数下对应的资源权重分布数据，其中，资源权重分布数据包括在各个资源浮动系数下不同业务平台提供的资源权重。

本申请实施例中，可以采用资源权重预测模型预测出各个保险公司给出的该车辆在各个资源浮动系数下对应的资源权重。资源浮动系数可以是无赔款优待系数(即ncd系数)，无赔款优待系数是中国银行保险监督委员会制定，可以根据车辆的车险理赔次数确定。资源权重可以是各个保险公司针对无赔款优待系数制定的自主定价系数。资源权重分布数据可以包括对各个ncd系数下不同保险公司提供的自主定价系数的预测值如，ncd系数为0.4下，各个保险公司提供的自主定价系数在0.6～0.7之间，在ncd系数为0.5下，各个保险公司提供的自主定价系数在0.7～0.8之间。不同保险公司对同一车辆的自主定价系数各有不同，但所有保险公司都是基于无赔款优待系数制定呈正相关关系的自主定价系数。

本申请实施例中，资源权重预测模型可以通过以下步骤获取：

步骤1，获取历史样本数据，其中，历史样本数据中包括多个载具的基础维度信息。

步骤2，查询与历史样本数据的基础维度信息匹配的基准资源消耗量，并获取多个业务平台为载具提供的总资源消耗量。

本申请实施例中，可以通过载具的基础维度信息查询到基准保费。基础维度信息包括载具所在地区、载具座位数量、载具年龄、载具价格以及在发生车辆事故的情况下的赔偿金额的期望值，还可以包括载具的所有人的性别、年龄等信息。

本申请实施例中，可以假设每个载具的多种出险情况，从而获取载具在多家保险公司线上报价的保费，如同一辆载具，可以假设4年出险2次、4年出险1次等出险情况，从而获取各个保险公司针对不同出险情况为该载具提供的保费总价。

步骤3，将总资源消耗量除以基准资源消耗量，得到多个业务平台为载具提供的折扣系数。

本申请实施例中，将多个保险公司报出的保费总价与基准保费相除，得到不同保险公司提供的优惠折扣。

步骤4，将折扣系数除以预设资源浮动系数，得到各个业务平台为载具提供的资源权重。

本申请实施例中，可以通过给定的ncd系数(资源浮动系数)样本，确定各个保险公司在对应ncd系数下对应的资源权重(保险公司的自主定价系数)。因为优惠折扣可以通过ncd系数乘以保司自主定价系数得到，因此在优惠折扣已知和ncd系数已知的情况下，可以反推各个保险公司在给定ncd系数下对应的自主定价系数。

本申请实施例中，还可以计算在各个ncd系数下各个保险公司的自主定价系数的概率分布。通过该概率分布，可以预测出各个保险公司在给定ncd系数下提供的自主定价系数更加准确的数值，概率高的，说明保险公司在给定ncd系数下的自主定价系数就越有可能是该概率对应的值。

步骤5，建立用于表示基础维度信息与资源浮动系数和多个业务平台提供的资源权重之间关联关系的资源权重预测模型。

本申请实施例中，可以对载具的基础维度信息进行划分，得到每一类基础维度各保险公司的自主定价系数的平均值与方差，该平均值和方差可以表示表示基础维度信息和自主定价系数的关联关系。

采用本申请技术方案，可以建立载具的基础信息与各个保险公司提供的自主定价系数之间的关联关系，使得各个保险公司的自主定价系数有据可推。

可选地，在终端的第二交互界面展示提示信息之前，所述方法包括按照如下方式根据第一次数和第二次数确定所述资源量范围：

步骤1，利用第一次数、第二次数以及已为目标载具申请的目标业务的历史持续时长确定目标资源浮动系数。

步骤2，在资源权重分布数据中，确定目标资源浮动系数所对应的目标资源权重范围，其中，目标资源权重范围内包括多个业务平台提供的与目标资源浮动系数匹配的资源权重。

本申请实施例中，根据上述计算的目标ncd系数，可以在资源权重预测模型输出的资源权重分布数据中找到该目标ncd系数对应的各家保险公司提供的自主定价系数的预测值，所有预测值所在的范围即为目标资源权重范围。

步骤3，将目标载具申请目标业务所需的基础虚拟资源、目标资源浮动系数以及目标资源权重范围的乘积范围作为目标载具申请目标业务所需的资源量范围。

本申请实施例中，基础虚拟资源可以是车主为车辆投保所需的基础货币金额，即基准保费，将基准保费、目标资源浮动系数以及目标资源权重中的各个权重相乘，所得到的乘积范围即可作为上述资源量范围，其中，该资源量范围可以具体表示为在下一年份为车辆投保所需的保费。

本申请实施例中，基准保费还与车辆投保的地区、车型、车龄、投保组合以及第三者责任险保额有关。用户可以自主输入上述地区、车型、车龄、投保组合以及第三者责任险保额等信息。

本申请实施例中，车辆投保的地区还与无赔款优待系数有关，不同地区的无赔款优待系数各有不同，用户可以在选择地区后终端或服务器从数据库中调取相关信息。

可选地，在所述资源权重分布数据中，确定所述目标资源浮动系数所对应的目标资源权重范围之后，该方法还包括：

步骤1，确定目标资源权重范围中资源权重的权重平均值；

步骤2，将基础虚拟资源、目标资源浮动系数以及权重平均值的乘积作为目标载具申请目标业务所需的资源量平均值，提示信息用于提示从多个业务平台为目标载具申请目标业务所需的资源量平均值。

本申请实施例中，可以选取该目标资源权重范围中所有保险公司的自主定价系数的平均值来确定保费平均值(即资源量平均值)，由此可以为用户展示为车辆投保所需的行业平均水平。

可选地，确定目标资源权重范围中资源权重的权重平均值之后，该方法还包括：

步骤1，利用第一次数和第二次数确定次数分布情况；

步骤2，在目标资源权重范围之内，利用次数分布情况调整权重平均值；

步骤3，将基础虚拟资源、目标资源浮动系数以及调整后的权重平均值的乘积作为目标载具申请目标业务所需的资源量平均值。

本申请实施例中，以过去3年间在车辆发生事故的情况下申请车险理赔的次数为第一次数、以今年内在车辆发生事故的情况下申请车险理赔的次数为第二次数为例，不同的第一次数和第二次数构成不同的次数分布情况，次数分布情况可以表示该车辆的出险情况，不同的出险情况对应的车辆商业险的保费不同。如第一种出险情况为第一次数为1，第二次数为1，表示过去3年出险1次，今年内出险1次，第二种情况为第一次数为1，第二次数为2，表示过去3年出险1次，今年内出险2次，那么第二种出险情况对应的保费要高于第一种出险情况。

因此在确定了目标资源权重范围的权重平均值之后，利用第一次数和第二次数的次数分布情况(出险情况)微调该权重平均值可以得到更加真实、更符合实际情况的资源权重平均值(即自主定价系数行业均值)。具体保费与出险情况的对应关系可以根据需要进行设置，还可以根据实际情况进行设置。例如，过去3年历史出险次数可以设置0、1、2、3、4次以上，共5个选项(不足3年的，按实际年数内的出险次数)，今年出现次数可以设置0、1、2、3、4次以上，共5个选项，由此可以得到25种出险情况，再根据每种出险情况微调权重平均值，如设置调整区间为0.1，则每种出险情况占0.004的步进。

可选地，利用第一次数、第二次数以及已为目标载具申请的目标业务的历史持续时长确定目标资源浮动系数包括：

在历史持续时长满足初始时长条件的情况下，将资源浮动初始等级确定为目标资源浮动等级；

在历史持续时长不满足初始时长条件的情况下，将第一次数和第二次数的和减历史持续时长的差确定为目标资源浮动等级；

按照资源浮动等级与资源浮动系数之间的预设对应关系，确定目标资源浮动等级对应的目标资源浮动系数。

本申请实施例中，资源浮动等级即为无赔款优待等级(ncd等级)，ncd系数还可以通过ncd等级确定，预设对应关系为无赔款优待等级与无赔款优待系数之间的对应关系，如无赔款优待等级为0，对应无赔款优待系数为1.0，又如无赔款优待等级分别为-5、-4、-3、-2、-1、1、2、3、4、5，相应的，分别对应无赔款优待系数0.4、0.5、0.6、0.7、0.8、1.2、1.4、1.6、1.8、2.0。

本申请实施例中，初始时长条件为历史持续时长为0，即用户为目标车辆首次投保，或在间隔一段时间后再次投保，则将资源浮动初始等级确定为目标资源浮动等级，上述资源浮动初始等级可以是0。

本申请实施例中，在用户不是初次为车辆投保也不是间隔一段时间再次投保，而是已经连续投保一定时间时，将第一次数和第二次数的总和减去历史持续时长的差值作为目标资源浮动等级，如过去3年连同今年(连续4年)连续投保且总理赔次数为2，则目标资源浮动等级为-2。

可选地，提示信息包括虚拟资源上涨量和/或虚拟资源上涨比例。

本申请实施例中，用户可以查询明年为车辆投保所需的费用，在第二交互界面展示投保费用的上涨量和上涨比例，使得用户可以知晓明年投保时上涨的保费。

本申请实施例中，计算上涨保费和上涨比例的步骤可以包括：

步骤1，根据所述第一次数、所述第二次数以及已为目标载具申请的目标业务的历史持续时长确定第一目标资源浮动等级和第二目标资源浮动等级，其中，所述第一目标资源浮动等级和所述第二目标资源浮动等级差值为1，需要说明的是，该差值为绝对值，如过去3年理赔1次，今年理赔1次，则对应ncd等级(第一目标资浮动等级)为-3，过去3年理赔1次，今年理赔2次，则对应ncd等级(第一目标资浮动等级)为-4。

本申请实施中，可以根据第一次数、第二次数以及历史持续时长确定两种出险情况，对应于在车主发生车辆事故时选择出险与不出险两种情况。

步骤2，确定第一目标资源浮动等级对应的第一目标资源浮动系数，确定第二目标资源浮动等级对应的第二目标资源浮动系数。

本申请实施例中，可以获取第一种出险情况对应的ncd系数和第二种出现情况对应的ncd系数。如第一种出险情况为4年出险1次，对应ncd系数为0.7，第二种出险情况为4年出险2次，对应ncd系数为0.8。即详见图4，用户输入的第一次数是过去三年的出险次数，第二次数是今年的出险次数；当为第二种出险情况时，用户输入的是包含当前出险情况，服务器可自动抓取到第一种出险情况相应数据。

步骤3，将目标载具申请目标业务所需的基础虚拟资源、第一目标资源浮动系数以及权重平均值的乘积作为目标载具申请目标业务所需的第一资源量，将目标载具申请目标业务所需的基础虚拟资源、第二目标资源浮动系数以及权重平均值的乘积作为目标载具申请目标业务所需的第二资源量。

本申请实施例中，可以计算两种出险情况对应的明年实付保费，实付保费为基准保费与ncd系数、保司自主定价系数的乘积。本申请可以获取两个ncd系数对应的各保司的自主定价系数的平均值。可以通过上述资源权重预测模型预测出资源权重分布数据，再按照计算出来的上述ncd系数确定对应的保司自主定价系数范围，再计算各范围内的平均值。

步骤4，根据第一资源量和第二资源量，确定在第二交互界面展示的虚拟资源上涨量和/或上涨比例。

本申请实施例中，可以将第二种出险情况的实付保费减去第一种情况的实付保费，得到多出险一次后保费的上涨量，如4年2次出险的实付保费-4年1次出险的实付保费，也可以将上涨保费与第一种出险情况的实付保费相除，得到上涨比例，如图3所示，可以在醒目位置提示用户“理赔后保费约涨9％”。

采用本申请技术方案，用户可以在发生车辆事故时，对比进行车险理赔和不进行车险理赔两种情况下明年的保费，从而确定哪种方式更加划算。

本申请实施例中，由于具体上涨金额受不同保司的定价策略有关，所以可以在平均值的基础上，上下浮动一定比例，如图4所示，可以在用户设置第一次数为1次，第二次数为2次后，提示明年保费上涨范围为401.27～443.5元，如图5所示，可以在用户设置第一次数为1次，第二次数为1次后，提示明年保费上涨范围为137.86～152.37元。

在一具体实施例中，以应用在保费上涨测算应用场景为例，可以包括以下内容：

服务器从数据库中获取大量的样本数，根据从保费公式，报价保费＝基准保费*ncd因子*自主定价因子进行分析可得知，报价保费(来自平台报价数据)与基准保费(通过查表得出)这两个数据是可获取的。ncd因子是通过历史出险次数得出，由中保信统一输出；自主定价因子是体现各保司定价能力各保司有差异，这两个数据不可直接获取。其中，对于同一车辆，只有一个ncd因子，但是会有多个保司自主定价因子。

通过地区，车型，保额等信息，查表得到基准保费。

该车在多家保司线上报价的保费，与基准保费相除，获得不同保司的折扣(即ncd因子*保司自主定价因子)。

通过各保司给定的ncd样本，可得出该某保司的定价因子，和其他保司的定价因子。

得到所有保司，在给定的ncd样本下的自主定价因子概率分布情况。

对该样本的基础维度进行划分(性别、年龄、车龄、车价、座位数、地区、保额等)进行划分，得到每一类基础维度各保司的自主定价因子的平均值与方差。

假设每类基础维度的各家保司自主定价系数近似服从正态分布，则通过上述计算信息，可以对新的用户的基础维度信息，预估出其自主定价系数分布情况。存储各家保司的基础维度信息、ncd样本与自主定价系数的对应关系，得到资源权重预测模型。其中自主定价系数分布情况可以具体为包含上限因子和下限因子的范围值；例如，某一ncd＝0.5，a保司的自主定价系数为[0.812,0.821]，上限值为0.821，下限值为0.812。

服务器获取在终端第一用户交互界面接收第一次数和第二次数。

利用第一次数、第二次数以及已为目标载具申请的目标业务的历史持续时长确定第一目标资源浮动等级和第二目标资源浮动等级，其中，第一目标资源浮动等级和第二目标资源浮动等级差值为1。

确定第一目标资源浮动等级对应的第一目标资源浮动系数，确定第二目标资源浮动等级对应的第二目标资源浮动系数。

根据资源权重预测模型，确定在用户对应的基础维度下，按照资源浮动等级与资源权重之间的第二预设对应关系确定所述第一目标资源浮动等级所对应的第一目标资源权重范围，按照资源浮动等级与资源权重之间的第二预设对应关系确定所述第二目标资源浮动等级所对应的第二目标资源权重范围。第一目标资源权重范围和第二目标权重范围包括各保司与资源浮动等级所对应的资源权重的平均值，或者，上限最大值下限最小值，或者因子平均值等。例如，第一目标资源浮动等级对应a保司[0.812,0.821]、b保司[0.823,0.832]；第二目标资源浮动等级对应a保司[0.712,0.721]、b保司[0.723,0.72]，那么可以得到的第一目标资源权重包括[(0.812+0.823)/2,(0.821+0.832)/2]、[0.823，0.812]、(0.823+0.812+0.812+0.821)/4；可以得到第二目标资源权重包括[(0.712+0.723)/2,(0.721+0.732)/2]、[0.723，0.712]、(0.823+0.812+0.812+0.821)/4。

将目标载具申请目标业务所需的基础虚拟资源、第一目标资源浮动系数以及第一目标资源权重范围的乘积作为目标载具申请目标业务所需的第一资源量；

将目标载具申请目标业务所需的基础虚拟资源、第二目标资源浮动系数以及第二目标资源权重范围的乘积作为目标载具申请目标业务所需的第二资源量；

根据第一资源量和第二资源量，确定在第二交互界面展示的虚拟资源上涨量和/或上涨比例。

进一步地，目标资源权重范围包括上限因子、下限因子和因子平均值。该因子表示资源权重。因子平均值表示目标资源权重范围中所有数据的平均值。

将目标载具申请目标业务所需的基础虚拟资源、第一目标资源浮动系数以及第一目标资源权重范围的上限因子的乘积作为目标载具申请目标业务所需的第三资源量；

将目标载具申请目标业务所需的基础虚拟资源、第二目标资源浮动系数以及第二目标资源权重范围的上限因子的乘积作为目标载具申请目标业务所需的第四资源量；

根据第三资源量和第四资源量，确定在第二交互界面展示的虚拟资源上涨量的上限值；

将目标载具申请目标业务所需的基础虚拟资源、第一目标资源浮动系数以及第一目标资源权重范围的下限因子的乘积作为目标载具申请目标业务所需的第五资源量；

将目标载具申请目标业务所需的基础虚拟资源、第二目标资源浮动系数以及第二目标资源权重范围的下限因子的乘积作为目标载具申请目标业务所需的第六资源量；

根据第五资源量和第六资源量，确定在第二交互界面展示的虚拟资源上涨量的下限值；

将目标载具申请目标业务所需的基础虚拟资源、第一目标资源浮动系数以及第一目标资源权重范围的因子平均值的乘积作为目标载具申请目标业务所需的第七资源量；

将目标载具申请目标业务所需的基础虚拟资源、第二目标资源浮动系数以及第二目标资源权重范围的因子平均值的乘积作为目标载具申请目标业务所需的第八资源量；

根据第七资源量和第八资源量，确定在第二交互界面展示的虚拟资源上涨量的平均值；

在第二交互界面展示资源上涨量的下限值、虚拟资源上涨量的上限值以及虚拟资源上涨量的平均值。

详见图4中，假设用户在碰到车辆事故时申请车险理赔后明年保费上涨范围为401.27～443.5元，其中443.5为上涨保费的上限值，401.27是上涨保费的下限值，图5中，假设用户在碰到车辆事故时申请车险理赔后明年保费上涨范围为137.86～152.37元，其中152.37为上涨保费的上限值，137.86是上涨保费的下限值。

根据本申请实施例的又一方面，如图6所示，提供了一种信息的提示装置，包括：

信息获取模块601，用于在终端的第一交互界面接收第一次数和第二次数，第一次数是第一时间段内为目标载具执行资源获取操作的次数，第二次数是第二时间段内为目标载具执行资源获取操作的次数，资源获取操作是在业务平台中为目标载具申请了目标业务后、在目标载具发生预设事件的情况下从业务平台获取虚拟资源的操作，第一时间段早于第二时间段、且与第二时间段相邻；

信息提示模块602，用于在终端的第二交互界面展示提示信息，提示信息用于提示从多个业务平台为目标载具申请目标业务所需的资源量范围，资源量范围是根据第一次数和第二次数确定的。

需要说明的是，该实施例中的信息获取模块601可以用于执行本申请实施例中的步骤s202，该实施例中的信息提示模块602可以用于执行本申请实施例中的步骤s204。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

可选地，该信息的提示装置，还包括资源权重预测模块，用于：

获取目标载具的基础维度信息和资源权重预测模型，其中，基础维度信息包括目标载具的载具年龄、载具价值、载具所在地区以及在发生预设事件的情况下的资源获取量期望值中的至少一个，资源权重预测模型中保存有各类基础维度信息与不同业务平台的资源权重之间的关联关系；

将基础维度信息输入资源权重预测模型，得到资源权重预测模型输出的目标载具在各个资源浮动系数下对应的资源权重分布数据，其中，资源权重分布数据包括在各个资源浮动系数下不同业务平台提供的资源权重。

可选地，该信息的提示装置，还包括资源权重预测模型获取模块，用于：

获取历史样本数据，其中，历史样本数据中包括多个载具的基础维度信息；

查询与历史样本数据的基础维度信息匹配的基准资源消耗量，并获取多个业务平台为载具提供的总资源消耗量；

将总资源消耗量除以基准资源消耗量，得到多个业务平台为所述载具提供的折扣系数；

将折扣系数除以预设资源浮动系数，得到各个业务平台为载具提供的资源权重；

建立用于表示基础维度信息与资源浮动系数和多个业务平台提供的资源权重之间关联关系的资源权重预测模型。

可选地，该信息的提示装置，还包括资源量范围确定模块，用于：

利用第一次数、第二次数以及已为目标载具申请的所述目标业务的历史持续时长确定目标资源浮动系数；

在资源权重分布数据中，确定目标资源浮动系数所对应的目标资源权重范围，其中，目标资源权重范围内包括多个业务平台提供的与目标资源浮动系数匹配的资源权重；

将目标载具申请目标业务所需的基础虚拟资源、目标资源浮动系数以及目标资源权重范围的乘积范围作为目标载具申请所述目标业务所需的资源量范围。

可选地，该资源量范围确定模块，还用于：

确定目标资源权重范围中资源权重的权重平均值；

将基础虚拟资源、目标资源浮动系数以及权重平均值的乘积作为目标载具申请目标业务所需的资源量平均值，其中，提示信息用于提示从多个业务平台为目标载具申请目标业务所需的资源量平均值。

可选地，该资源量范围确定模块，还用于：

利用第一次数和第二次数确定次数分布情况；

在目标资源权重范围之内，利用次数分布情况调整权重平均值；

将基础虚拟资源、目标资源浮动系数以及调整后的权重平均值的乘积作为目标载具申请目标业务所需的资源量平均值。

可选地，该资源量范围确定模块，还包括等级划分单元，具体用于：

在历史持续时长满足初始时长条件的情况下，将资源浮动初始等级确定为目标资源浮动等级；

在历史持续时长不满足初始时长条件的情况下，将第一次数和第二次数的和减历史持续时长的差确定为目标资源浮动等级；

按照资源浮动等级与资源浮动系数之间的预设对应关系，确定目标资源浮动等级对应的目标资源浮动系数。

可选地，该信息的提示装置，还包括上涨资源确定模块，用于：

根据第一次数、第二次数以及已为目标载具申请的目标业务的历史持续时长确定第一目标资源浮动等级和第二目标资源浮动等级，其中，第一目标资源浮动等级和第二目标资源浮动等级差值为1；

确定第一目标资源浮动等级对应的第一目标资源浮动系数，确定第二目标资源浮动等级对应的第二目标资源浮动系数；

将目标载具申请目标业务所需的基础虚拟资源、第一目标资源浮动系数以及权重平均值的乘积作为目标载具申请目标业务所需的第一资源量，将目标载具申请目标业务所需的基础虚拟资源、第二目标资源浮动系数以及权重平均值的乘积作为目标载具申请目标业务所需的第二资源量；

根据第一资源量和第二资源量，确定在第二交互界面展示的虚拟资源上涨量和/或上涨比例。

根据本申请实施例的另一方面，本申请提供了一种电子设备，如图7所示，包括存储器701、处理器703、通信接口705及通信总线707，存储器701中存储有可在处理器703上运行的计算机程序，存储器701、处理器703通过通信接口705和通信总线707进行通信，处理器703执行计算机程序时实现上述方法的步骤。

上述电子设备中的存储器、处理器通过通信总线和通信接口进行通信。所述通信总线可以是外设部件互连标准(peripheralcomponentinterconnect，简称pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，简称eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。

存储器可以包括随机存取存储器(randomaccessmemory，简称ram)，也可以包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(digitalsignalprocessing，简称dsp)、专用集成电路(applicationspecificintegratedcircuit，简称asic)、现场可编程门阵列(field-programmablegatearray，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

根据本申请实施例的又一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述任一实施例的步骤。

可选地，在本申请实施例中，计算机程序产品或计算机程序用于处理器执行以下步骤的程序代码：

在终端的第一交互界面接收第一次数和第二次数，第一次数是第一时间段内为目标载具执行资源获取操作的次数，第二次数是第二时间段内为目标载具执行资源获取操作的次数，资源获取操作是在业务平台中为目标载具申请了目标业务后、在目标载具发生预设事件的情况下从业务平台获取虚拟资源的操作，第一时间段早于第二时间段、且与第二时间段相邻；

在终端的第二交互界面展示提示信息，提示信息用于提示从多个业务平台为目标载具申请目标业务所需的资源量范围，资源量范围是根据第一次数和第二次数确定的。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本申请实施例在具体实现时，可以参阅上述各个实施例，具有相应的技术效果。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(applicationspecificintegratedcircuits，asic)、数字信号处理器(digitalsignalprocessing，dsp)、数字信号处理设备(dspdevice，dspd)、可编程逻辑设备(programmablelogicdevice，pld)、现场可编程门阵列(field-programmablegatearray，fpga)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本文所述功能的单元来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。