CN108877235A - 补偿方法、补偿装置和电子设备 - Google Patents

Abstract

本发明实施例是关于一种补偿方法，包括：获取用户所在车辆的位置信息和行驶速度；记录所述行驶速度小于预设速度的持续时长；在所述持续时长大于预设时长的情况下，根据所述位置信息获取所述车辆在所述持续时长内经过道路的路况信息；根据所述路况信息，对所述用户进行补偿。通过本发明实施例的技术方案，可以在用户所在车辆的行驶速度较慢，且行驶较慢的状态持续时长较长的基础上，进一步判断车辆在行驶较慢的状态下所处的路段是否的确处于拥堵状态，并仅在该路段处于拥堵状态的情况下，才判定用户的确遭遇了拥堵，进而对用户进行补偿，否则不进行补偿，避免了用户在投保之后故意以较慢的速度运动以骗取补偿，而对补偿方造成损失。

Description

补偿方法、补偿装置和电子设备

技术领域

本发明实施例涉及交通拥堵技术领域，尤其涉及一种补偿方法、补偿装置和电子设备。

背景技术

目前大城市的交通拥堵情况越来越多，随之产生了一种新的保险，也即堵车险。通过堵车险，投保人可以在陷入拥堵的情况下获得补偿金。但是其中判定投保人是否陷入拥堵的方式存在漏洞，容易出现投保人骗赔偿金的情况。

发明内容

本发明实施例提供一种补偿方法及补偿装置和电子设备，以解决相关技术中的不足。

根据本发明实施例的第一方面，提供一种补偿方法，包括：

获取用户所在车辆的位置信息和行驶速度；

记录所述行驶速度小于预设速度的持续时长；

在所述持续时长大于预设时长的情况下，根据所述位置信息获取所述车辆在所述持续时长内经过道路的路况信息；

根据所述路况信息，对所述用户进行补偿。

可选地，在获取用户所在车辆的位置信息和行驶速度之前，所述方法还包括：

接收所述用户的投保请求。

可选地，在获取用户所在车辆的位置信息和行驶速度之前，所述方法还包括：

确定所述投保请求中的投保对象；

其中，在所述投保对象为网络约车订单的情况下，当所述用户的网络约车订单开始时，获取用户所在车辆的位置信息和行驶速度。

可选地，所述对所述用户进行补偿包括：

判断所述持续时长是否在所述车辆执行所述用户的网络约车订单的时间段内；

若所述持续时长在所述时间段内，在结算所述网络约车订单时，根据需要对所述用户补偿的补偿金额和所述网络约车订单的订单金额，确定补偿金额。

可选地，所述对所述用户进行补偿还包括：

若所述持续时长在所述时间段内，计算补偿金额与所述订单金额的比例是否大于预设比例；

若大于预设比例，根据所述订单金额和所述预设比例调整所述补偿金额。

可选地，在获取用户所在车辆的位置信息和行驶速度之前，所述方法还包括：

确定所述投保请求中的投保对象；

在所述投保对象非网络约车订单的情况下，确定所述投保请求的投保路径和/或投保时段；

其中，在所述用户进入投保路径时和/或投保时段开始时，获取用户所在车辆的位置信息和行驶速度。

可选地，所述对所述用户进行补偿还包括：

根据所述需要对所述用户补偿的金额生成账目信息，将所述账目信息传输至补偿方。

根据本发明实施例的第二方面，提供一种补偿装置，包括：

第一获取单元，用于获取用户所在车辆的位置信息和行驶速度；

记录单元，用于记录所述行驶速度小于预设速度的持续时长；

第二获取单元，用于在所述持续时长大于预设时长的情况下，根据所述位置信息获取所述车辆在所述持续时长内经过道路的路况信息；

补偿单元，用于根据所述路况信息，对所述用户进行补偿。

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

接收单元，用于在所述第一获取单元在获取用户所在车辆的位置信息和行驶速度之前，接收所述用户的投保请求。

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

第一确定单元，用于确定所述投保请求中的投保对象；

其中，在所述投保对象为网络约车订单的情况下，当所述用户的网络约车订单开始时，所述第一获取单元获取用户所在车辆的位置信息和行驶速度。

可选地，所述补偿单元包括：

判断子单元，用于判断所述持续时长是否在所述车辆执行所述用户的网络约车订单的时间段内；

结算子单元，在所述持续时长在所述时间段内的情况下，在结算所述网络约车订单时，根据需要对所述用户补偿的补偿金额和所述网络约车订单的订单金额，确定补偿金额。

可选地，所述补偿单元还包括：

计算子单元，在所述持续时长在所述时间段内的情况下，计算所述补偿金额与所述订单金额的比例是否大于预设比例；

调整子单元，在所述比例大于预设比例的情况下，根据所述订单金额和所述预设比例调整所述补偿金额。

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

第二确定单元，用于确定所述投保请求中的投保对象，以及在所述投保对象非网络约车订单的情况下，确定所述投保请求的投保路径和/或投保时段；

其中，在所述用户进入投保路径时和/或投保时段开始时，所述第一获取单元获取用户所在车辆的位置信息和行驶速度。

可选地，所述补偿单元还包括：

传输子单元，根据所述需要对所述用户补偿的金额生成账目信息，将所述账目信息传输至补偿方。

根据本发明实施例的第三方面，提供一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取用户所在车辆的位置信息和行驶速度；

记录所述行驶速度小于预设速度的持续时长；

在所述持续时长大于预设时长的情况下，根据所述位置信息获取所述车辆在所述持续时长内经过道路的路况信息；

根据所述路况信息，对所述用户进行补偿。

由上述实施例可知，本发明可以在用户所在车辆的行驶速度较慢，且行驶较慢的状态持续时长较长的基础上，进一步判断车辆在行驶较慢的状态下所处的路段是否的确处于拥堵状态，并仅在该路段处于拥堵状态的情况下，才判定用户的确遭遇了拥堵，进而对用户进行补偿，否则不进行补偿，避免了用户在投保之后故意以较慢的速度运动以骗取补偿，而对补偿方造成损失。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

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

图1是根据一示例性实施例示出的一种补偿方法的示意流程图。

图2是根据一示例性实施例示出的另一种补偿方法的示意流程图。

图3是根据一示例性实施例示出的又一种补偿方法的示意流程图。

图4是根据一示例性实施例示出的又一种补偿方法的示意流程图。

图5是根据一示例性实施例示出的又一种补偿方法的示意流程图。

图6是根据一示例性实施例示出的又一种补偿方法的示意流程图。

图7是根据一示例性实施例示出的又一种补偿方法的示意流程图。

图8是根据一示例性实施例示出一种补偿装置所在设备的硬件结构示意图。

图9是根据一示例性实施例示出的一种补偿装置的示意框图。

图10是根据一示例性实施例示出的另一种补偿装置的示意框图。

图11是根据一示例性实施例示出的又一种补偿装置的示意框图。

图12是根据一示例性实施例示出的又一种补偿装置的示意框图。

图13是根据一示例性实施例示出的又一种补偿装置的示意框图。

图14是根据一示例性实施例示出的又一种补偿装置的示意框图。

图15是根据一示例性实施例示出的又一种补偿装置的示意框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种补偿方法的示意流程图，该方法可以适用于服务器，例如补偿方的服务器，具体可以是保险公司的服务器，也可以是网络约车服务公司的服务器。如图1所示，该方法包括：

步骤S11，获取用户所在车辆的位置信息和行驶速度；

在一个实施例中，可以周期性地执行步骤S12，其中，执行周期可以根据需要进行设置。

在一个实施例中，用户可以与补偿方签订保险合同的用户，补偿方可以是保险公司，也可以是网络约车服务公司。进一步地，用户可以是车辆的司机，也可以是乘客。其中，可以在该用户的网络约车订单开始时(例如在用户和车辆处于相同位置时，判定网络约车订单开始)，并周期性地执行步骤S12。

步骤S12，记录所述行驶速度小于预设速度的持续时长；

在一个实施例中，当确定用户所在车辆的行驶速度较慢，例如小于预设速度，并且行驶较慢的状态持续时长大于预设时长，那么一般情况下可以确定用户处于拥堵状态。

相关技术中在确定持续时长大于预设时长后，就判定用户处于拥堵状态并进行补偿。但是这种判断方式存在漏洞，例如用户在非拥堵路段上故意以较慢的速度(小于预设速度的速度)开车，那么实际上用户并未遭遇拥堵，如果根据相关技术中的判断方式，则会进行补偿，使补偿方遭受损失。

步骤S13，在所述持续时长大于预设时长的情况下，根据所述位置信息获取所述车辆在所述持续时长内经过道路的路况信息；

步骤S14，根据所述路况信息，对所述用户进行补偿。

在一个实施例中，补偿方可以是保险公司，也可以是网络约车服务公司；用户可以作为司机进行投保，也可以作为乘客进行投保。对于保险公司而言，对用户的补偿方式可以是向用户银行卡内转账；对于网络约车服务公司而言，对用户的补偿方式也可以是向用户银行卡内转账，还可以是根据对用户补偿的金额抵消部分网络约车服务的金额。

需要说明的是，本发明的实施例中所指的网络约车服务不限于预约车辆业务，还可以包括代驾、租车等业务。

在一个实施例中，可以在用户所在车辆的行驶速度较慢(小于预设速度)，且行驶较慢的状态持续时长较长(大于预设时长)的基础上，进一步判断车辆在行驶较慢的状态下所处的路段是否的确处于拥堵状态，并仅在该路段处于拥堵状态的情况下，才判定用户的确遭遇了拥堵，进而对用户进行补偿，否则不进行补偿，避免了用户在投保之后故意以较慢的速度运动以骗取补偿，而对补偿方造成损失。

图2是根据一示例性实施例示出的另一种补偿方法的示意流程图。如图2所示，在获取用户所在车辆的位置信息和行驶速度之前，所述方法还包括：

步骤S15，接收所述用户的投保请求。

在一个实施例中，用户的投保请求可以包括投保对象、投保金额、投保时段、投保人、受益人等信息。其中，投保对象可以是网络约车订单，也可以是非网络约车订单的普通行程。

图3是根据一示例性实施例示出的又一种补偿方法的示意流程图。如图3所示，在获取用户所在车辆的位置信息和行驶速度之前，所述方法还包括：

步骤S16，确定所述投保请求中的投保对象；

其中，在所述投保对象为网络约车订单的情况下，当所述用户的网络约车订单开始时，获取用户所在车辆的位置信息和行驶速度。

在一个实施例中，当用户投保后，可以根据用户投保对象的不同，在不同的时刻开始获取用户所在车辆的位置信息和行驶速度。

在一个实施例中，在投保对象为网络约车订单的情况下，也即用户针对网络约车订单进行投保，在网络约车订单执行过程中出现拥堵的情况下对用户进行补偿。在这种情况下，可以在用户的网络约车订单(例如用户指定的网络约车订单，而在用户未指定订单的情况下，可以是在接收到投保请求后的第一份网络约车订单)开始时，获取用户所在车辆的位置信息和行驶速度，以针对用户投保的网络约车订单确定是否需要补偿。

图4是根据一示例性实施例示出的又一种补偿方法的示意流程图。如图4所示，在图3所示实施例的基础上，所述对所述用户进行补偿包括：

步骤S141，判断所述持续时长是否在所述车辆执行所述用户的网络约车订单的时间段内，若所述持续时长在所述时间段内，执行步骤S142；

步骤S142，在结算所述网络约车订单时，根据需要对所述用户补偿的补偿金额和所述网络约车订单的订单金额，确定补偿金额。

在一个实施例中，可以根据用户的行驶速度小于预设速度的持续时长来计算补偿金额，例如预设速度为12公里/小时，那么用户的行驶速度小于12公里/小时的情况每持续1分钟，补偿1元，若持续了30分钟(大于预设时长)，则补偿30元。

在一个实施例中，在订单金额包含低速费的情况下，还可以根据低速费计算补偿金额，例如低速费的收取方式可以根据用户的行驶速度小于指定速度的持续时长来计算，例如指定速度为15公里/小时，那么用户的行驶速度小于12公里/小时的情况每持续1分钟，收取1元的低速费，若持续了20分钟(大于预设时长)，则收取20元低速费。

其中，低速费是针对堵车过程中对乘客基于行驶里程以外的计费，而在本实施例中，一旦产生低速费，若确定乘客为投保人，那么可以进一步确定乘客正遭受拥堵，因此可以直接根据低速费计算补偿金额，例如将低速费的80％作为补偿金额，例如产生20元的低速费，那么可以将其中16元作为补偿金额补偿给乘客，也即乘客在结账时只需支付4元的低速费。避免了单独计算补偿金额，简化了结算流程。

在一个实施例中，当用户作为网络约车的用户投保时，若补偿方为网络约车服务公司，那么网络约车服务公司在对用户进行补偿时，可以根据补偿金额和订单金额来划扣网络约车订单的费用，例如通过订单金额减去补偿金额，将剩余金额作为需要划扣的费用。从而在网络约车订单结算时，就通过调整用户支付的费用完成对用户的补偿，无需额外对用户进行转账等业务，简化了业务流程，节约了资源。

在一个实施例中，根据补偿金额和订单金额，虽然可以减少用户对网络约车订单支付的费用，但是并不会减少司机从网络约车订单中得到的收益，司机的收益和乘客的支出之间的差额，也即补偿的金额，可以由补偿方支付。

图5是根据一示例性实施例示出的又一种补偿方法的示意流程图。如图5所示，在图4所示实施例的基础上，所述对所述用户进行补偿还包括：

步骤S143，若所述持续时长在所述时间段内，计算所述补偿金额与所述订单金额的比例是否大于预设比例，若大于预设比例，执行步骤S144，否则，执行步骤S142；

步骤S144，根据所述订单金额和所述比例调整所述补偿金额。

在一个实施例中，对于给投保人，也即用户，补偿的补偿金额，需要有一个额度的限制，而基于图2所示的实施例，由于通过调整用户支付的费用完成对用户的补偿，因此可以基于网络约车订单的订单金额，对补偿金额进行限制。例如仅在补偿金额与订单金额的比例小于或等于预设比例(可以根据需要进行设置，例如20％)的情况下，才根据补偿金额直接调整用户支付的费用，而在补偿金额与订单金额的比例大于预设比例的情况下，则可以按照订单金额乘以该预设比例所得的金额作为补偿金额对用户进行补偿。

据此，一方面可以为对用户补偿的额度设置一个上限，另一方面可以保证用户始终需要对网络约车订单支付一定的费用，从而避免用户在网络约车服务中与司机合作舞弊，使得自己无需支付订单费用，乃至额外赚取一定费用。

图6是根据一示例性实施例示出的又一种补偿方法的示意流程图。如图6所示，在图2所示实施例的基础上，在获取用户所在车辆的位置信息和行驶速度之前，所述方法还包括：

步骤S16，确定所述投保请求中的投保对象；

步骤S17，在所述投保对象非网络约车订单的情况下，确定所述投保请求的投保路径和/或投保时段；

其中，在所述用户进入投保路径时和/或投保时段开始时，获取用户所在车辆的位置信息和行驶速度。

在一个实施例中，除了图3所示的实施例中的情况，在投保对象非网络约车订单的情况下，也即用户并未针对网络约车订单进行投保，而只是针对普通形成进行投保，那么可以进一步确定投保请求中的投保路径和/或投保时段，从而当用户所在的车辆在该投保路段和/或投保时段遭遇拥堵时对用户进行补偿。在这种情况下，可以在用户所在的车辆进入该投保路段，和/或进入该投保时段时，获取用户所在车辆的位置信息和行驶速度，以针对用户的投保路段和/或投保时段确定是否需要补偿。

图7是根据一示例性实施例示出的又一种补偿方法的示意流程图。如图7所示，所述对所述用户进行补偿还包括：

步骤S18，根据所述需要对所述用户补偿的金额生成账目信息，将所述账目信息传输至补偿方。

在一个实施例中，若补偿方为网络约车服务公司，那么通过步骤S18，可以直接对账目信息进行记录。若补偿方为保险公司，那么保险公司可以与网络约车服务公司配合，由网络约车服务公司在对乘客结算网络约车订单时，就通过调整用户支付的费用完成对用户的补偿，而根据补偿金额和订单金额，虽然可以减少用户对网络约车订单支付的费用，但是并不会减少司机从网络约车订单中得到的收益，司机的收益和乘客的支出之间的差额，也即补偿的金额，可以由网络约车服务公司代为支付，那么网络约车公司可以进一步将补偿的金额对应的账目信息传输至保险公司，以便与保险公司之间进行结算。

在一个实施例中，在补偿方为保险公司，保险公司与网络约车服务公司配合的情况下，用户可以通过网络约车客户端投保，例如可以在网络约车客户端中打开Html5页面，然后在页面选择保险产品进行购买，待用户完成购买后，网络约车客户端可以将用户的相关信息，例如身份信息和购买信息，通过API(Application Programming Interface，应用程序编程接口)传输至保险公司的系统，触发保险公司生成保险合同，进而为用户完成投保。

在一个实施例中，上述方法还包括：

在接收到所述用户的投保请求时，判断是否存在与所述用户相关联的网络约车订单正在执行中，若不存在，接受所述投保请求，若存在，拒绝所述投保请求。

在一个实施例中，若在用户发出投保请求时，已经存在与其相关联的网络约车订单在执行中，那么说明用户正在乘车，也即其已经了解了路况，若在这种情况下接受其投保请求，那么可能存在用户发现自己堵车了才投保的情况，使得保险失去了分摊意外事故损失的意义。而通过仅在用户投保时，不存在与其相关联的网络约车订单的情况下，接收其投保请求，例如可以根据用户的投保请求生成保险合同，则可以避免上述情况的发生。而在拒绝投保请求的方式，可以是不根据用户的投保请求生成保险合同，还可以进一步向用户返回提示信息。

与上述补偿方法实施例相对应地，本发明还提出补偿装置的实施例。

本发明补偿装置的实施例可以应用在网络设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图8所示，为本发明补偿装置所在设备的一种硬件结构图，除了图8所示的处理器、网络接口、内存以及非易失性存储器之外，实施例中装置所在的设备通常还可以包括其他硬件，如负责处理报文的转发芯片等等；从硬件结构上来讲该设备还可能是分布式的设备，可能包括多个接口卡，以便在硬件层面进行报文处理的扩展。

图9是根据一示例性实施例示出的一种补偿装置的示意框图。如图9所示，该补偿装置包括：

第一获取单元91，用于获取用户所在车辆的位置信息和行驶速度；

记录单元92，用于记录所述行驶速度小于预设速度的持续时长；

第二获取单元93，用于在所述持续时长大于预设时长的情况下，根据所述位置信息获取所述车辆在所述持续时长内经过道路的路况信息；

补偿单元94，用于根据所述路况信息，对所述用户进行补偿。

图10是根据一示例性实施例示出的另一种补偿装置的示意框图。如图10所示，在图9所示实施例基础上，所述装置还包括：

接收单元95，用于在所述第一获取单元在获取用户所在车辆的位置信息和行驶速度之前，接收所述用户的投保请求。

图11是根据一示例性实施例示出的又一种补偿装置的示意框图。如图11所示，在图10所示实施例基础上，所述装置还包括：

第一确定单元96，用于确定所述投保请求中的投保对象；

其中，在所述投保对象为网络约车订单的情况下，当所述用户的网络约车订单开始时，所述第一获取单元91获取用户所在车辆的位置信息和行驶速度。

图12是根据一示例性实施例示出的另一种补偿装置的示意框图。如图12所示，在图11所示实施例基础上，所述补偿单元94包括：

判断子单元941，用于判断所述持续时长是否在所述车辆执行所述用户的网络约车订单的时间段内；

结算子单元942，在所述持续时长在所述时间段内的情况下，在结算所述网络约车订单时，根据需要对所述用户补偿的补偿金额和所述网络约车订单的订单金额，确定补偿金额。

图13是根据一示例性实施例示出的又一种补偿装置的示意框图。如图13所示，在图12所示实施例基础上，所述补偿单元94还包括：

计算子单元943，在所述持续时长在所述时间段内的情况下，计算所述补偿金额与所述订单金额的比例是否大于预设比例；

调整子单元944，在所述比例大于预设比例的情况下，根据所述订单金额和所述预设比例调整所述补偿金额。

图14是根据一示例性实施例示出的又一种补偿装置的示意框图。如图14所示，在图10所示实施例基础上，所述装置还包括：

第二确定单元97，用于确定所述投保请求中的投保对象，以及在所述投保对象非网络约车订单的情况下，确定所述投保请求的投保路径和/或投保时段；

其中，在所述用户进入投保路径时和/或投保时段开始时，所述第一获取单元91获取用户所在车辆的位置信息和行驶速度。

图15是根据一示例性实施例示出的又一种补偿装置的示意框图。如图15所示，所述装置还包括：

传输单元95，根据所述需要对所述用户补偿的金额生成账目信息，将所述账目信息传输至补偿方。

关于上述实施例中的装置，其中各个单元执行操作的具体方式已经在相关的方法实施例中进行了详细描述，此处将不做详细阐述说明。

根据本发明实施例的第三方面，还提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取用户所在车辆的位置信息和行驶速度；

记录所述行驶速度小于预设速度的持续时长；

在所述持续时长大于预设时长的情况下，根据所述位置信息获取所述车辆在所述持续时长内经过道路的路况信息；

根据所述路况信息，对所述用户进行补偿。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本发明的其它实施方案。本发明旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (15)

1.一种补偿方法，其特征在于，包括：

获取用户所在车辆的位置信息和行驶速度；

记录所述行驶速度小于预设速度的持续时长；

在所述持续时长大于预设时长的情况下，根据所述位置信息获取所述车辆在所述持续时长内经过道路的路况信息；

根据所述路况信息，对所述用户进行补偿。

2.根据权利要求1所述的方法，其特征在于，在获取用户所在车辆的位置信息和行驶速度之前，所述方法还包括：

接收所述用户的投保请求。

3.根据权利要求2所述的方法，其特征在于，在获取用户所在车辆的位置信息和行驶速度之前，所述方法还包括：

确定所述投保请求中的投保对象；

其中，在所述投保对象为网络约车订单的情况下，当所述用户的网络约车订单开始时，获取用户所在车辆的位置信息和行驶速度。

4.根据权利要求3所述的方法，其特征在于，所述对所述用户进行补偿包括：

判断所述持续时长是否在所述车辆执行所述用户的网络约车订单的时间段内；

若所述持续时长在所述时间段内，在结算所述网络约车订单时，根据需要对所述用户补偿的补偿金额和所述网络约车订单的订单金额，确定补偿金额。

5.根据权利要求4所述的方法，其特征在于，所述对所述用户进行补偿还包括：

若所述持续时长在所述时间段内，计算补偿金额与所述订单金额的比例是否大于预设比例；

若大于预设比例，根据所述订单金额和所述预设比例调整所述补偿金额。

6.根据权利要求2所述的方法，其特征在于，在获取用户所在车辆的位置信息和行驶速度之前，所述方法还包括：

确定所述投保请求中的投保对象；

在所述投保对象非网络约车订单的情况下，确定所述投保请求的投保路径和/或投保时段；

其中，在所述用户进入投保路径时和/或投保时段开始时，获取用户所在车辆的位置信息和行驶速度。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述对所述用户进行补偿还包括：

根据所述需要对所述用户补偿的金额生成账目信息，将所述账目信息传输至补偿方。

8.一种补偿装置，其特征在于，包括：

第一获取单元，用于获取用户所在车辆的位置信息和行驶速度；

记录单元，用于记录所述行驶速度小于预设速度的持续时长；

第二获取单元，用于在所述持续时长大于预设时长的情况下，根据所述位置信息获取所述车辆在所述持续时长内经过道路的路况信息；

补偿单元，用于根据所述路况信息，对所述用户进行补偿。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

接收单元，用于在所述第一获取单元在获取用户所在车辆的位置信息和行驶速度之前，接收所述用户的投保请求。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

第一确定单元，用于确定所述投保请求中的投保对象；

其中，在所述投保对象为网络约车订单的情况下，当所述用户的网络约车订单开始时，所述第一获取单元获取用户所在车辆的位置信息和行驶速度。

11.根据权利要求10所述的装置，其特征在于，所述补偿单元包括：

判断子单元，用于判断所述持续时长是否在所述车辆执行所述用户的网络约车订单的时间段内；

结算子单元，在所述持续时长在所述时间段内的情况下，在结算所述网络约车订单时，根据需要对所述用户补偿的补偿金额和所述网络约车订单的订单金额，确定补偿金额。

12.根据权利要求11所述的装置，其特征在于，所述补偿单元还包括：

计算子单元，在所述持续时长在所述时间段内的情况下，计算所述补偿金额与所述订单金额的比例是否大于预设比例；

调整子单元，在所述比例大于预设比例的情况下，根据所述订单金额和所述预设比例调整所述补偿金额。

13.根据权利要求9所述的装置，其特征在于，所述装置还包括：

第二确定单元，用于确定所述投保请求中的投保对象，以及在所述投保对象非网络约车订单的情况下，确定所述投保请求的投保路径和/或投保时段；

其中，在所述用户进入投保路径时和/或投保时段开始时，所述第一获取单元获取用户所在车辆的位置信息和行驶速度。

14.根据权利要求8至13中任一项所述的装置，其特征在于，所述补偿单元还包括：

传输子单元，根据所述需要对所述用户补偿的金额生成账目信息，将所述账目信息传输至补偿方。

15.一种电子设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取用户所在车辆的位置信息和行驶速度；

记录所述行驶速度小于预设速度的持续时长；

在所述持续时长大于预设时长的情况下，根据所述位置信息获取所述车辆在所述持续时长内经过道路的路况信息；

根据所述路况信息，对所述用户进行补偿。