统计加油数据的方法、装置、存储介质、热力图生成方法

摘要

本公开实施例提供了一种统计加油数据的方法、装置、存储介质及电子设备、热力图生成方法，方法包括：检测用户所在车辆当前是否进入加油站所在的预定区域；在进入预定区域的情况下，检测车辆在预定区域的停留时间是否大于预定时长；在大于预定时长的情况下，检测用户在预定时间段内是否访问过目标页面；在预定时间段内访问过目标页面的情况下，将加油站的加油数据增加预定值。本公开实施例能准确地识别出需要调整加油数据的情况，对加油站的流量进行预测时准确率较高，且能确定哪些生成的真实订单，避免了“洗用户”对数据真实性产生的不利影响。

权利要求

1.一种统计加油数据的方法，其特征在于，包括：检测用户所在车辆当前是否进入加油站所在的预定区域；

在进入所述预定区域的情况下，检测所述车辆在所述预定区域的停留时间是否大于预定时长；

在大于所述预定时长的情况下，检测所述用户在预定时间段内是否访问过目标页面；

在所述预定时间段内访问过所述目标页面的情况下，统计所述车辆的加油数据，将所述加油站的加油数据增加预定值，进而调整所述加油站的加油数据。

2.如权利要求1所述的方法，其特征在于，所述在所述预定时间段内访问过所述目标页面的情况下，将所述加油站的加油数据增加预定值，包括：检测是否生成了支付订单；

在未生成支付订单的情况下，将所述加油站的加油数据增加所述预定值。

3.如权利要求1所述的方法，其特征在于，所述检测所述用户在预定时间段内是否访问过目标页面，包括：检测所述车辆进入所述预定区域之前的第一预定时间段内，所述用户是否访问过所述目标页面；和/或，检测所述车辆进入所述预定区域之后的第二预定时间段内，所述用户是否访问过所述目标页面。

4.如权利要求1至3中任一项所述的方法，其特征在于，所述检测用户所在车辆当前是否进入加油站所在的预定区域，包括：获取所述车辆的经度信息和纬度信息；

检测所述车辆的经度信息与所述加油站的经度信息的差值的绝对值是否小于第一距离值，且检测所述车辆的纬度信息与所述加油站的纬度信息的差值的绝对值是否小于第二距离值。

5.一种统计加油数据的装置，其特征在于，包括：区域检测模块，用于检测用户所在车辆当前是否进入加油站所在的预定区域；

时间监测模块，用于在进入所述预定区域的情况下，检测所述车辆在所述预定区域的停留时间是否大于预定时长；

使用检测模块，用于在大于所述预定时长的情况下，检测所述用户在预定时间段内是否访问过目标页面；

调整模块，用于在所述预定时间段内访问过所述目标页面的情况下，统计所述车辆的加油数据，将所述加油站的加油数据增加预定值，进而调整所述加油站的加油数据。

6.如权利要求5所述的装置，其特征在于，所述调整模块，具体用于：检测是否生成了支付订单；

在未生成支付订单的情况下，将所述加油站的加油数据增加所述预定值。

7.如权利要求5所述的装置，其特征在于，所述使用检测模块，具体用于：检测所述车辆进入所述预定区域之前的第一预定时间段内，所述用户是否访问过所述目标页面；和/或，检测所述车辆进入所述预定区域之后的第二预定时间段内，所述用户是否访问过所述目标页面。

8.如权利要求5至7中任一项所述的装置，其特征在于，所述区域检测模块，具体用于：获取所述车辆的经度信息和纬度信息；

检测所述车辆的经度信息与所述加油站的经度信息的差值的绝对值是否小于第一距离值，且检测所述车辆的纬度信息与所述加油站的纬度信息的差值的绝对值是否小于第二距离值。

9.一种存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至4中任一项所述方法的步骤。

10.一种电子设备，至少包括存储器、处理器，所述存储器上存储有计算机程序，其特征在于，所述处理器在执行所述存储器上的计算机程序时实现权利要求1至4中任一项所述方法的步骤。

11.一种热力图生成方法，其特征在于，包括：按照如权利要求1-4任一项所述的方法统计加油数据；

利用所述加油数据生成热力图；

将所述热力图显示在终端设备上。

说明书

统计加油数据的方法、装置、存储介质、热力图生成方法

技术领域

[0001] 本公开涉及数据处理领域，特别涉及一种统计加油数据的方法、装置、存储介质及电子设备、热力图生成方法。

背景技术

[0002] 对于互联网平台而言，数据的真实性是进行有效的供需匹配的前提。对于加油业务来说，用户是否在油站进行了真实的加油行为，是对油站的流量进行预测的基础。例如，在形成加油的“热力图”时，在某一时间段内，如果检测到的某油站用户加油数据是10辆次，而实际发生的是100辆次，则“热力图”会出现很大偏差，其它用户会被错误信息误导至该油站加油，导致该油站堵塞。

[0003] 一般而言，对于运营平台来说，能够很简单地根据用户是否生成订单并支付来检测用户加油数据，但是由于某些用户虽然想过使用加油软件在线上支付费用，但可能用户利用线下支付或者其它非运营平台App支付时，优惠力度更大等情况，用户就会放弃线上支付费用，该过程也被称为油站“洗用户”现象，平台检测不到这些用户是否真实发生了加油事件，导致平台检测到的加油数据与实际发生的加油数据存在很大的偏差。

[0004] 目前对于“洗用户”的检测，基本是靠对油站单量变化进行判断，或请神秘访客进行线下调查，但单量受诸多因素印象，难以定位是否是“洗用户“造成的；神秘访客成本较高，且存在一定的主观因素，故不是一种可广泛复用、可准确反馈油站是否“洗用户”的检验方式。

[0005] 现有技术中“洗用户”现象严重，无法确定哪些是通过加油软件生成的真实订单，导致对油站的流量进行预测时准确率较低，相应地，热力图生成的准确率也低。

发明内容

[0006] 有鉴于此，本公开实施例提出了一种统计加油数据的方法、装置、存储介质及电子设备，用以解决现有技术的如下问题：现有技术中“洗用户”现象严重，无法确定哪些是通过加油软件生成的真实订单，导致对油站的流量进行预测时准确率较低。

[0007] 一方面，本公开实施例提出了一种统计加油数据的方法，包括：检测用户所在车辆当前是否进入加油站所在的预定区域；在进入所述预定区域的情况下，检测所述车辆在所述预定区域的停留时间是否大于预定时长；在大于所述预定时长的情况下，检测所述用户在预定时间段内是否访问过目标页面；在所述预定时间段内访问过所述目标页面的情况下，将所述加油站的加油数据增加预定值。

[0008] 在一些实施例中，所述在所述预定时间段内访问过所述目标页面的情况下，将所述加油站的加油数据增加预定值，包括：检测是否生成了支付订单；在未生成支付订单的情况下，将所述加油站的加油数据增加所述预定值。

[0009] 在一些实施例中，所述检测所述用户在预定时间段内是否访问过目标页面，包括：检测所述车辆进入所述预定区域之前的第一预定时间段内，所述用户是否访问过所述目标页面；和/或，检测所述车辆进入所述预定区域之后的第二预定时间段内，所述用户是否访问过所述目标页面。

[0010] 在一些实施例中，所述检测用户所在车辆当前是否进入加油站所在的预定区域，包括：获取所述车辆的经度信息和纬度信息；检测所述车辆的经度信息与所述加油站的经度信息的差值的绝对值是否小于第一距离值，且检测所述车辆的纬度信息与所述加油站的纬度信息的差值的绝对值是否小于第二距离值。

[0011] 另一方面，本公开实施例提出了一种统计加油数据的装置，包括：区域检测模块，用于检测用户所在车辆当前是否进入加油站所在的预定区域；时间监测模块，用于在进入所述预定区域的情况下，检测所述车辆在所述预定区域的停留时间是否大于预定时长；使用检测模块，用于在大于所述预定时长的情况下，检测所述用户在预定时间段内是否访问过目标页面；调整模块，用于在所述预定时间段内访问过所述目标页面的情况下，将所述加油站的加油数据增加预定值。

[0012] 在一些实施例中，所述调整模块，具体用于：检测是否生成了支付订单；在未生成支付订单的情况下，将所述加油站的加油数据增加所述预定值。

[0013] 在一些实施例中，所述使用检测模块，具体用于：检测所述车辆进入所述预定区域之前的第一预定时间段内，所述用户是否访问过所述目标页面；和/或，检测所述车辆进入所述预定区域之后的第二预定时间段内，所述用户是否访问过所述目标页面。

[0014] 在一些实施例中，所述区域检测模块，具体用于：获取所述车辆的经度信息和纬度信息；检测所述车辆的经度信息与所述加油站的经度信息的差值的绝对值是否小于第一距离值，且检测所述车辆的纬度信息与所述加油站的纬度信息的差值的绝对值是否小于第二距离值。

[0015] 另一方面，本公开实施例提出了一种存储介质，存储有计算机程序，计算机程序被处理器执行时实现本公开任意实施例提供的方法。

[0016] 另一方面，本公开实施例提出了一种电子设备，至少包括存储器、处理器，存储器上存储有计算机程序，处理器在执行存储器上的计算机程序时实现本公开任意实施例提供的方法。

[0017] 另一方面，本公开实施例提出了一种热力图生成方法，包括：

[0018] 按照如本公开任意实施例提供的方法统计加油数据；

[0019] 利用所述加油数据生成热力图；

[0020] 将所述热力图显示在终端设备上。

[0021] 本公开实施例能准确地识别出需要调整加油数据的情况，对加油站的流量进行预测时准确率较高，且能确定哪些是生成的真实订单，避免了“洗用户”造成的数据真实性偏差。

附图说明

[0022] 图1为本公开第一实施例提供的统计加油数据的方法的流程图；

[0023] 图2为本公开第二实施例提供的统计加油数据的方法的流程图；

[0024] 图3为本公开第三实施例提供的统计加油数据的方法的流程图；

[0025] 图4为本公开第四实施例提供的统计加油数据的方法的流程图；

[0026] 图5为本公开第五实施例提供的统计加油数据的装置的结构示意图；

[0027] 图6为本公开第七实施例提供的电子设备的结构示意图。

具体实施方式

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

[0029] 除非另外定义，本公开使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

[0030] 为了保持本公开实施例的以下说明清楚且简明，本公开省略了已知功能和已知部件的详细说明。

[0031] 本公开第一实施例提供了一种统计加油数据的方法，该方法的流程如图1所示，包括步骤S101至S104：

[0032] S101，检测用户所在车辆当前是否进入加油站所在的预定区域。

[0033] 用户如果希望给车辆加油，就会驾驶车辆至加油站。本公开实施例以加油站为中心，为加油站划分了一个预定区域，例如，以加油站方圆400米为界限，进入加油站方圆400米内，则确定车辆进入预定区域。通过车辆与预定区域的相对位置关系来确定用户是否可能具有加油意向。

[0034] 具体实现时，可以检测车辆与加油站之间的距离是否小于预定距离，即获取车辆的经度信息和纬度信息，再检测车辆的经度信息与加油站的经度信息的差值的绝对值是否小于第一距离值，且检测车辆的纬度信息与加油站的纬度信息的差值的绝对值是否小于第二距离值。当经度信息的差值的绝对值小于第一距离值且纬度信息的差值的绝对值小于第二距离值时，就可以确定车辆进入了预定区域。

[0035] S102，在进入预定区域的情况下，检测车辆在预定区域的停留时间是否大于预定时长。

[0036] 车辆在行驶过程中，会经过很多路段，通常情况下，每个路段的停留时间都会较短，如果用户真的有加油意向，则车辆会逐渐向靠近加油站的方向行驶，并最终抵达加油站。在车辆进入预定区域开始至抵达加油站是需要一定时间的，甚至从加油站加完油到驶出预定区域也是需要一定时间的，当然速度可能快可能慢。为了衡量车辆在该预定区域的停留时间是否足以使车辆抵达过加油站，本公开实施例设置了预定时长，即只要从进入该预定区域开始，停留时间达到了预定时间就确定为车辆抵达过加油站。

[0037] 实现时，可以在车辆进入预定区域时就开始按照一定的周期向服务器上报车辆的当前位置，服务器记录每次上报的时间，并计算第一次上报当前位置的时间与最新一次上报当前位置的时间之差，当该时间之差大于预定时长时，就确定车辆已经抵达了加油站。

[0038] S103，在大于预定时长的情况下，检测用户在预定时间段内是否访问过目标页面。

[0039] 本公开实施例所提到的目标页面可以是某个APP下的一个子级页面，也可以是某个独立APP中的一个页面，当然，也可以是例如扫码得到的一个网页页面，所以，该目标页面对应着某个应用程序。无论该目标页面出自于哪里，只要该目标页面与需要统计的加油数据存在某种关联，且用户在预定时间段内访问了本公开实施例关注的目标页面，就将该用户归纳入统计范围之内。用户访问目标页面，可以通过抓取用户操作来实现，例如抓取用户点击手机屏幕进入目标页面、滑动手机屏幕浏览目标界面等操作。

[0040] 车辆抵达了加油站就会发生加油行为，并且，本公开解决的技术问题就是加油软件的加油实时流量统计准确率较低，基于上述考虑，本公开实施例为了确定访问过目标页面的用户是否真的进行了加油行为，所以，增加了通过目标页面的访问情况进行判断的过程。

[0041] 用户在预定时间段内如果根本没有访问过目标页面，则其即使在加油站进行了加油，该车辆也不在本公开关注的目标页面对应的应用程序统计加油实时流量的范围内，即该车辆并不属于“洗用户”现象。如果用户访问过目标页面，则访问过目标页面的时间与车辆抵达加油站的时间之间的差值应该在一个合理的时间范围内，其差值不会过长，所以，本公开实施例设置了预定时间段，如果访问目标页面的时间不在该预定时间段以内，则不算访问过目标页面。因此，“预定时间段”为车辆抵达加油站的时间前、后的一个时间段，例如车辆抵达加油站的前5分钟、后5分钟等。

[0042] S104，在预定时间段内访问过目标页面的情况下，将加油站的加油数据增加预定值。

[0043] 当确定用户在预定时间段内访问过目标页面，则说明该车辆的加油数据是需要统计的加油数据，因此，将加油站的加油数据增加预定值，例如，当预定值为1时，则发生加油数据时就在原始加油数据上增加1，进而调整统计的加油数据。

[0044] 本公开实施例通过检测车辆的当前位置与加油站所在的预定区域的位置关系及停留时间来确定车辆是否抵达了加油站，并通过目标页面的访问情况确定该车辆的加油数据是否为需要统计的加油数据，在抵达了加油站且访问过目标页面的情况下调整该加油站的加油数据。

[0045] 本公开实施例能准确地识别出需要调整加油数据的情况，对加油站的流量进行预测时准确率较高，且能确定哪些是生成的真实订单，避免了“洗用户”对数据真实性产生的不利影响。

[0046] 本公开第二实施例提供了一种统计加油数据的方法，该实施例与第一实施例的区别在于进一步细化了预定时间段具体是哪个时间段。该方法的流程如图2所示，包括步骤S201至S204：

[0047] S201，检测用户所在车辆当前是否进入加油站所在的预定区域。

[0048] 用户如果希望给车辆加油，就会驾驶车辆至加油站。本公开实施例以加油站为中心，为加油站划分了一个预定区域，例如，以加油站方圆400米为界限，进入加油站方圆400米内，则确定车辆进入预定区域。通过车辆与预定区域的相对位置关系来确定用户是否可能具有加油意向。

[0049] 具体实现时，可以检测车辆与加油站之间的距离是否小于预定距离，即获取车辆的经度信息和纬度信息，再检测车辆的经度信息与加油站的经度信息的差值的绝对值是否小于第一距离值，且检测车辆的纬度信息与加油站的纬度信息的差值的绝对值是否小于第二距离值。当经度信息的差值的绝对值小于第一距离值且纬度信息的差值的绝对值小于第二距离值时，就可以确定车辆进入了预定区域。

[0050] S202，在进入预定区域的情况下，检测车辆在预定区域的停留时间是否大于预定时长。

[0051] 车辆在行驶过程中，会经过很多路段，通常情况下，每个路段的停留时间都会较短，如果用户真的有加油意向，则车辆会逐渐向靠近加油站的方向行驶，并最终抵达加油站。在车辆进入预定区域开始至抵达加油站是需要一定时间的，甚至从加油站加完油到驶出预定区域也是需要一定时间的，当然速度可能快可能慢。为了衡量车辆在该预定区域的停留时间是否足以使车辆抵达过加油站，本公开实施例设置了预定时长，即只要从进入该预定区域开始，停留时间达到了预定时间就确定为车辆抵达过加油站。

[0052] 实现时，可以在车辆进入预定区域时就开始按照一定的周期向服务器上报车辆的当前位置，服务器记录每次上报的时间，并计算第一次上报当前位置的时间与最新一次上报当前位置的时间之差，当该时间之差大于预定时长时，就确定车辆已经抵达了加油站。

[0053] S203，在大于预定时长的情况下，检测车辆进入预定区域之前的第一预定时间段内，例如车辆进入预定区域之前5分钟，用户是否访问过目标页面。例如，通过导航页面行驶至加油站。

[0054] 本公开实施例所提到的目标页面可以是某个APP下的一个子级页面，也可以是某个独立APP中的一个页面，当然，也可以是例如扫码得到的一个网页页面，所以，该目标页面对应着某个应用程序。无论该目标页面出自于哪里，只要该目标页面与需要统计的加油数据存在某种关联，且用户在预定时间段内访问了本公开实施例关注的目标页面，就将该用户归纳入统计范围之内。

[0055] 车辆抵达了加油站就会发生加油行为，并且，本公开解决的技术问题就是加油软件的加油实时流量统计准确率较低，基于上述考虑，公开实施例为了确定访问过目标页面的用户是否真的进行了加油行为，所以，增加了通过目标页面的访问情况进行判断的过程。

[0056] 用户在预定时间段内如果根本没有访问过目标页面，则其即使在加油站进行了加油，该车辆也不在本公开关注的目标页面对应的应用程序统计加油实时流量的范围内，即该车辆并不属于“洗用户”现象。如果用户访问过目标页面，则访问过目标页面的时间与车辆抵达加油站的时间之间的差值应该在一个合理的时间范围内，其差值不会过长，所以，本公开实施例设置了预定时间段，如果访问目标页面的时间不在该预定时间段以内，则不算访问过目标页面。

[0057] S204，在第一预定时间段内访问过目标页面的情况下，将加油站的加油数据增加预定值。

[0058] 当确定用户在预定时间段内访问过目标页面，则说明该车辆的加油数据是需要统计的加油数据，因此，将加油站的加油数据增加预定值，例如，当预定值为1时，则发生加油数据时就在原始加油数据上增加1，进而调整统计的加油数据。

[0059] 本公开实施例通过检测车辆的当前位置与加油站所在的预定区域的位置关系及停留时间来确定车辆是否抵达了加油站，并通过目标页面的访问情况确定该车辆的加油数据是否为需要统计的加油数据，在抵达了加油站且访问过目标页面的情况下调整该加油站的加油数据。

[0060] 本公开实施例能准确地识别出需要调整加油数据的情况，对加油站的流量进行预测时准确率较高，且能确定哪些是生成的真实订单，避免了“洗用户”对数据真实性产生的不利影响。

[0061] 本公开第三实施例提供了一种统计加油数据的方法，该实施例与第一实施例的区别在于进一步细化了预定时间段具体是哪个时间段。该方法的流程如图3所示，包括步骤S301至S304：

[0062] S301，检测用户所在车辆当前是否进入加油站所在的预定区域。

[0063] 用户如果希望给车辆加油，就会驾驶车辆至加油站。本公开实施例以加油站为中心，为加油站划分了一个预定区域，例如，以加油站方圆400米为界限，进入加油站方圆400米内，则确定车辆进入预定区域。通过车辆与预定区域的相对位置关系来确定用户是否可能具有加油意向。

[0064] 具体实现时，可以检测车辆与加油站之间的距离是否小于预定距离，即获取车辆的经度信息和纬度信息，再检测车辆的经度信息与加油站的经度信息的差值的绝对值是否小于第一距离值，且检测车辆的纬度信息与加油站的纬度信息的差值的绝对值是否小于第二距离值。当经度信息的差值的绝对值小于第一距离值且纬度信息的差值的绝对值小于第二距离值时，就可以确定车辆进入了预定区域。

[0065] S302，在进入预定区域的情况下，检测车辆在预定区域的停留时间是否大于预定时长。

[0066] 车辆在行驶过程中，会经过很多路段，通常情况下，每个路段的停留时间都会较短，如果用户真的有加油意向，则车辆会逐渐向靠近加油站的方向行驶，并最终抵达加油站。在车辆进入预定区域开始至抵达加油站是需要一定时间的，甚至从加油站加完油到驶出预定区域也是需要一定时间的，当然速度可能快可能慢。为了衡量车辆在该预定区域的停留时间是否足以使车辆抵达过加油站，本公开实施例设置了预定时长，即只要从进入该预定区域开始，停留时间达到了预定时间就确定为车辆抵达过加油站。

[0067] 实现时，可以在车辆进入预定区域时就开始按照一定的周期向服务器上报车辆的当前位置，服务器记录每次上报的时间，并计算第一次上报当前位置的时间与最新一次上报当前位置的时间之差，当该时间之差大于预定时长时，就确定车辆已经抵达了加油站。

[0068] S303，在大于预定时长的情况下，检测车辆进入预定区域之后的第二预定时间段内，例如车辆进入预定区域之后5分钟，用户是否访问过目标页面。例如，进入过支付界面。

[0069] 本公开实施例所提到的目标页面可以是某个APP下的一个子级页面，也可以是某个独立APP中的一个页面，当然，也可以是例如扫码得到的一个网页页面，所以，该目标页面对应着某个应用程序。无论该目标页面出自于哪里，只要该目标页面与需要统计的加油数据存在某种关联，且用户在预定时间段内访问了本公开实施例关注的目标页面，就将该用户归纳入统计范围之内。

[0070] 车辆抵达了加油站就会发生加油行为，并且，本公开解决的技术问题就是加油软件的加油实时流量统计准确率较低，基于上述考虑，公开实施例为了确定访问过目标页面的用户是否真的进行了加油行为，所以，增加了通过目标页面的访问情况进行判断的过程。

[0071] 用户在预定时间段内如果根本没有访问过目标页面，则其即使在加油站进行了加油，该车辆也不在本公开关注的目标页面对应的应用程序统计加油实时流量的范围内，即该车辆并不属于“洗用户”现象。如果用户访问过目标页面，则访问过目标页面的时间与车辆抵达加油站的时间之间的差值应该在一个合理的时间范围内，其差值不会过长，所以，本公开实施例设置了预定时间段，如果访问目标页面的时间不在该预定时间段以内，则不算访问过目标页面。

[0072] S304，在第二预定时间段内访问过目标页面的情况下，将加油站的加油数据增加预定值。

[0073] 当确定用户在预定时间段内访问过目标页面，则说明该车辆的加油数据是需要统计的加油数据，因此，将加油站的加油数据增加预定值，例如，当预定值为1时，则发生加油数据时就在原始加油数据上增加1，进而调整统计的加油数据。

[0074] 本公开实施例通过检测车辆的当前位置与加油站所在的预定区域的位置关系及停留时间来确定车辆是否抵达了加油站，并通过目标页面的访问情况确定该车辆的加油数据是否为需要统计的加油数据，在抵达了加油站且访问过目标页面的情况下调整该加油站的加油数据。

[0075] 本公开实施例能准确地识别出需要调整加油数据的情况，对加油站的流量进行预测时准确率较高，且能确定哪些是生成的真实订单，避免了“洗用户”对数据真实性产生的不利影响。

[0076] 本公开第四实施例提供了一种统计加油数据的方法，该实施例与第一实施例的区别在于限定了在未生成了支付订单的情况下才调整加油数据，避免“洗用户”发生。该方法的流程如图4所示，包括步骤S401至S405：

[0077] S401，检测用户所在车辆当前是否进入加油站所在的预定区域。

[0078] 用户如果希望给车辆加油，就会驾驶车辆至加油站。本公开实施例以加油站为中心，为加油站划分了一个预定区域，例如，以加油站方圆400米为界限，进入加油站方圆400米内，则确定车辆进入预定区域。通过车辆与预定区域的相对位置关系来确定用户是否可能具有加油意向。

[0079] 具体实现时，可以检测车辆与加油站之间的距离是否小于预定距离，即获取车辆的经度信息和纬度信息，再检测车辆的经度信息与加油站的经度信息的差值的绝对值是否小于第一距离值，且检测车辆的纬度信息与加油站的纬度信息的差值的绝对值是否小于第二距离值。当经度信息的差值的绝对值小于第一距离值且纬度信息的差值的绝对值小于第二距离值时，就可以确定车辆进入了预定区域。

[0080] S402，在进入预定区域的情况下，检测车辆在预定区域的停留时间是否大于预定时长。

[0081] 车辆在行驶过程中，会经过很多路段，通常情况下，每个路段的停留时间都会较短，如果用户真的有加油意向，则车辆会逐渐向靠近加油站的方向行驶，并最终抵达加油站。在车辆进入预定区域开始至抵达加油站是需要一定时间的，甚至从加油站加完油到驶出预定区域也是需要一定时间的，当然速度可能快可能慢。为了衡量车辆在该预定区域的停留时间是否足以使车辆抵达过加油站，本公开实施例设置了预定时长，即只要从进入该预定区域开始，停留时间达到了预定时间就确定为车辆抵达过加油站。

[0082] 实现时，可以在车辆进入预定区域时就开始按照一定的周期向服务器上报车辆的当前位置，服务器记录每次上报的时间，并计算第一次上报当前位置的时间与最新一次上报当前位置的时间之差，当该时间之差大于预定时长时，就确定车辆已经抵达了加油站。

[0083] S403，在大于预定时长的情况下，检测用户在预定时间段内是否访问过目标页面。

[0084] 本公开实施例所提到的目标页面可以是某个APP下的一个子级页面，也可以是某个独立APP中的一个页面，当然，也可以是例如扫码得到的一个网页页面，所以，该目标页面对应着某个应用程序。无论该目标页面出自于哪里，只要该目标页面与需要统计的加油数据存在某种关联，且用户在预定时间段内访问了本公开实施例关注的目标页面，就将该用户归纳入统计范围之内。

[0085] 车辆抵达了加油站就会发生加油行为，并且，本公开解决的技术问题就是加油软件的加油实时流量统计准确率较低，基于上述考虑，公开实施例为了确定访问过目标页面的用户是否真的进行了加油行为，所以，增加了通过目标页面的访问情况进行判断的过程。

[0086] 用户在预定时间段内如果根本没有访问过目标页面，则其即使在加油站进行了加油，该车辆也不在本公开关注的目标页面对应的应用程序统计加油实时流量的范围内，即该车辆并不属于“洗用户”现象。如果用户访问过目标页面，则访问过目标页面的时间与车辆抵达加油站的时间之间的差值应该在一个合理的时间范围内，其差值不会过长，所以，本公开实施例设置了预定时间段，如果访问目标页面的时间不在该预定时间段以内，则不算访问过目标页面。

[0087] 具体实现时，可以检测车辆进入预定区域之前的第一预定时间段内，用户是否访问过目标页面；或者，检测车辆进入预定区域之后的的第二预定时间段内，用户是否访问过目标页面；再或者，同时检测上述两种情况，在都发生的情况下才确定访问过目标页面。

[0088] S404，在预定时间段内访问过目标页面的情况下，检测是否生成了支付订单。

[0089] 当确定用户在预定时间段内访问过目标页面，则说明加油站生成的实际订单是目标页面引流得来的。如果目标页面对应的应用程序生成了支付订单，则该加油站的加油数据会自动进行调整，但如果没有对应的生成支付订单，很可能是被线下其它支付手段所代替了，此时就存在“洗用户”情况，就无法自动调整加油数据，就需要有一个机制来主动增加加油数据的数据值。

[0090] S405，在未生成支付订单的情况下，将加油站的加油数据增加预定值。

[0091] 本公开实施例通过检测车辆的当前位置与加油站所在的预定区域的位置关系及停留时间来确定车辆是否抵达了加油站，并通过目标页面的访问情况确定该车辆的加油数据是否为需要统计的加油数据，在抵达了加油站且访问过目标页面的情况下调整该加油站的加油数据。

[0092] 本公开实施例能准确地识别出需要调整加油数据的情况，对加油站的流量进行预测时准确率较高，且能确定哪些是生成的真实订单，避免了“洗用户”对数据真实性产生不利影响。

[0093] 下面结合具体实例对上述过程进行详细说明。

[0094] 在本实例中，目标页面对应的应用程序在本实施例中为“AA加油”，获取车辆行驶轨迹的软件为“BB车主”，“AA加油”为“BB车主”app中嵌入的一个子级页面，目标页面可以为“AA加油”中的任意一个页面。“BB车主”app中支持用户授权隐私并予以上报经纬度信息，“AA加油”的油站经纬度信息后台有储存；“BB车主”app支持对用户的经纬度信息通过geohash进行加密，更安全高效地进行上报；“BB车主”app支持对用户经纬度、油站经纬度的信息进行求差，支持对用户多次上报的时间点进行求差。预定区域中对应的预定距离为500m，预定时长为1min，如用户抵达加油站，且在同一时间段有访问“AA加油”页面，但用户并未在该加油站下单，则认为用户有极大可能“被洗”。其流程如下(1)至(5)：

[0095] (1)“BB车主”app监测到用户C距离加油站D的经纬度差均小于500m，记录此时时间为t1。

[0096] (2)每间隔10s上报一次用户C的经纬度，当满足经纬度差值经纬度差均小于500m时持续记录时间，得到t1,t2,t3,…，tn。

[0097] (3)当存在tn-t1>1min时，则认为用户C抵达了加油站D。

[0098] (4)取同一时间的用户C的“BB车主”app中“AA加油”的页面信息、订单信息作比对，如用户访问了“BB车主”app中的“AA加油”，但又没有下单，则认为用户“被洗”。

[0099] (5)将这些“被洗”的用户作为一个真实发生的用户加油行为，添加入加油站D在“AA加油”的加油数据中，则能够提高加油数据的准确性。

[0100] 例如，在某一时间段内，在某加油站检测到“BB车主”app完成了10辆次的加油订单，另外通过上述方法判断出20个“被洗”用户，则真实的加油数据为30辆次，以此数据为基础形成“热力图”，准确性大大提高。

[0101] 当然，上述经纬度差和时间差的计算过程可以由“BB车主”app进行计算，也可以由“BB车主”app上报至其对应的服务器，由服务器进行计算。

[0102] 本公开第五实施例提供了一种统计加油数据的装置，该装置的结构示意如图5所示，包括：

[0103] 区域检测模块10，用于检测用户所在车辆当前是否进入加油站所在的预定区域；时间监测模块20，与区域检测模块10耦合，用于在进入预定区域的情况下，检测车辆在预定区域的停留时间是否大于预定时长；使用检测模块30，与时间监测模块20耦合，用于在大于预定时长的情况下，检测用户在预定时间段内是否访问过目标页面；调整模块40，与使用检测模块30耦合，用于在预定时间段内访问过目标页面的情况下，将加油站的加油数据增加预定值。

[0104] 用户如果希望给车辆加油，就会驾驶车辆至加油站。本公开实施例以加油站为中心，为加油站划分了一个预定区域，例如，以加油站方圆400米为界限，进入加油站方圆400米内，则确定车辆进入预定区域。通过车辆与预定区域的相对位置关系来确定用户是否可能具有加油意向。

[0105] 具体实现时，可以检测车辆与加油站之间的距离是否小于预定距离，实现时，上述区域检测模块，具体用于：获取车辆的经度信息和纬度信息；检测车辆的经度信息与加油站的经度信息的差值的绝对值是否小于第一距离值，且检测车辆的纬度信息与加油站的纬度信息的差值的绝对值是否小于第二距离值。当经度信息的差值的绝对值小于第一距离值且纬度信息的差值的绝对值小于第二距离值时，就可以确定车辆进入了预定区域。

[0106] 车辆在行驶过程中，会经过很多路段，通常情况下，每个路段的停留时间都会较短，如果用户真的有加油意向，则车辆会逐渐向靠近加油站的方向行驶，并最终抵达加油站。在车辆进入预定区域开始至抵达加油站是需要一定时间的，甚至从加油站加完油到驶出预定区域也是需要一定时间的，当然速度可能快可能慢。为了衡量车辆在该预定区域的停留时间是否足以使车辆抵达过加油站，本公开实施例设置了预定时长，即只要从进入该预定区域开始，停留时间达到了预定时间就确定为车辆抵达过加油站。

[0107] 实现时，可以在车辆进入预定区域时就开始按照一定的周期向服务器上报车辆的当前位置，服务器记录每次上报的时间，并计算第一次上报当前位置的时间与最新一次上报当前位置的时间之差，当该时间之差大于预定时长时，就确定车辆已经抵达了加油站。

[0108] 本公开实施例所提到的目标页面可以是某个APP下的一个子级页面，也可以是某个独立APP中的一个页面，当然，也可以是例如扫码得到的一个网页页面，所以，该目标页面对应着某个应用程序。无论该目标页面出自于哪里，只要该目标页面与需要统计的加油数据存在某种关联，且用户在预定时间段内访问了本公开实施例关注的目标页面，就将该用户归纳入统计范围之内。

[0109] 车辆抵达了加油站就会发生加油行为，并且，本公开解决的技术问题就是加油软件的加油实时流量统计准确率较低，基于上述考虑，公开实施例为了确定访问过目标页面的用户是否真的进行了加油行为，所以，增加了通过目标页面的访问情况进行判断的过程。

[0110] 上述调整模块，具体用于：检测是否生成了支付订单；在未生成支付订单的情况下，将加油站的加油数据增加预定值。

[0111] 上述使用检测模块，具体用于：检测车辆进入预定区域之前的第一预定时间段内，用户是否访问过目标页面；和/或，检测车辆进入预定区域之后的的第二预定时间段内，用户是否访问过目标页面。

[0112] 用户在预定时间段内如果根本没有访问过目标页面，则其即使在加油站进行了加油，该车辆也不在本公开关注的目标页面对应的应用程序统计加油实时流量的范围内，即该车辆并不属于“洗用户”现象。如果用户访问过目标页面，则访问过目标页面的时间与车辆抵达加油站的时间之间的差值应该在一个合理的时间范围内，其差值不会过长，所以，本公开实施例设置了预定时间段，如果访问目标页面的时间不在该预定时间段以内，则不算访问过目标页面。

[0113] 当确定用户在预定时间段内访问过目标页面，则说明该车辆的加油数据是需要统计的加油数据，因此，将加油站的加油数据增加预定值，例如，当预定值为1时，则发生加油数据时就在原始加油数据上增加1，进而调整统计的加油数据。

[0114] 本公开实施例通过检测车辆的当前位置与加油站所在的预定区域的位置关系及停留时间来确定车辆是否抵达了加油站，并通过目标页面的访问情况确定该车辆的加油数据是否为需要统计的加油数据，在抵达了加油站且访问过目标页面的情况下调整该加油站的加油数据。

[0115] 本公开实施例能准确地识别出需要调整加油数据的情况，对加油站的流量进行预测时准确率较高，且能确定哪些生成的真实订单，避免了“洗用户”对数据真实性产生的不利影响。

[0116] 本公开第六实施例提供了一种存储介质，该存储介质为计算机可读介质，存储有计算机程序，该计算机程序被处理器执行时实现本公开任意实施例提供的方法，包括如下步骤S11至S14：

[0117] S11，检测用户所在车辆当前是否进入加油站所在的预定区域；

[0118] S12，在进入预定区域的情况下，检测车辆在预定区域的停留时间是否大于预定时长；

[0119] S13，在大于预定时长的情况下，检测用户在预定时间段内是否访问过目标页面；

[0120] S14，在预定时间段内访问过目标页面的情况下，将加油站的加油数据增加预定值。

[0121] 计算机程序被处理器执行将加油站的加油数据增加预定值的步骤时，具体被处理器执行如下步骤：检测是否生成了支付订单；在未生成支付订单的情况下，将加油站的加油数据增加预定值。

[0122] 计算机程序被处理器执行检测用户在预定时间段内是否访问过目标页面的步骤时，具体被处理器执行如下步骤：检测车辆进入预定区域之前的第一预定时间段内，用户是否访问过目标页面；和/或，检测车辆进入预定区域之后的的第二预定时间段内，用户是否访问过目标页面。

[0123] 计算机程序被处理器执行检测用户所在车辆当前是否进入加油站所在的预定区域的步骤时，具体被处理器执行如下步骤：获取车辆的经度信息和纬度信息；检测车辆的经度信息与加油站的经度信息的差值的绝对值是否小于第一距离值，且检测车辆的纬度信息与加油站的纬度信息的差值的绝对值是否小于第二距离值。

[0124] 本公开实施例通过检测车辆的当前位置与加油站所在的预定区域的位置关系及停留时间来确定车辆是否抵达了加油站，并通过目标页面的访问情况确定该车辆的加油数据是否为需要统计的加油数据，在抵达了加油站且访问过目标页面的情况下调整该加油站的加油数据。

[0125] 本公开实施例能准确地识别出需要调整加油数据的情况，对加油站的流量进行预测时准确率较高，且能确定哪些生成的真实订单，避免了“洗用户”对数据真实性产生的不利影响。

[0126] 可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例记载的方法步骤。可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。显然，本领域的技术人员应该明白，上述的本公开的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本公开不限制于任何特定的硬件和软件结合。

[0127] 本公开第七实施例提供了一种电子设备，该电子设备的结构示意图可以如图6所示，至少包括存储器901和处理器902，存储器901上存储有计算机程序，处理器902在执行存储器901上的计算机程序时实现本公开任意实施例提供的方法。示例性的，电子设备计算机程序步骤如下S21至S24：

[0128] S21，检测用户所在车辆当前是否进入加油站所在的预定区域；

[0129] S22，在进入预定区域的情况下，检测车辆在预定区域的停留时间是否大于预定时长；

[0130] S23，在大于预定时长的情况下，检测用户在预定时间段内是否访问过目标页面；

[0131] S24，在预定时间段内访问过目标页面的情况下，将加油站的加油数据增加预定值。

[0132] 处理器在执行存储器上存储的将加油站的加油数据增加预定值的计算机程序时，具体执行如下计算机程序：检测是否生成了支付订单；在未生成支付订单的情况下，将加油站的加油数据增加预定值。

[0133] 处理器在执行存储器上存储的检测用户在预定时间段内是否访问过目标页面的计算机程序时，具体执行如下计算机程序：检测车辆进入预定区域之前的第一预定时间段内，用户是否访问过目标页面；和/或，检测车辆进入预定区域之后的的第二预定时间段内，用户是否访问过目标页面。

[0134] 处理器在执行存储器上存储的检测用户所在车辆当前是否进入加油站所在的预定区域的计算机程序时，具体执行如下计算机程序：获取车辆的经度信息和纬度信息；检测车辆的经度信息与加油站的经度信息的差值的绝对值是否小于第一距离值，且检测车辆的纬度信息与加油站的纬度信息的差值的绝对值是否小于第二距离值。

[0135] 本公开实施例通过检测车辆的当前位置与加油站所在的预定区域的位置关系及停留时间来确定车辆是否抵达了加油站，并通过目标页面的访问情况确定该车辆的加油数据是否为需要统计的加油数据，在抵达了加油站且访问过目标页面的情况下调整该加油站的加油数据。

[0136] 本公开实施例能准确地识别出需要调整加油数据的情况，对加油站的流量进行预测时准确率较高，且能确定哪些生成的真实订单，避免了“洗用户”对数据真实性产生的不利影响。

[0137] 本公开第八实施例提出了一种热力图生成方法，包括：

[0138] 按照如本公开任意实施例提供的方法统计加油数据；

[0139] 利用所述加油数据生成热力图；

[0140] 将所述热力图显示在终端设备上。其中，终端设备可以是手机或者车机、电脑等。

[0141] 本公开实施例能准确地识别出需要调整加油数据的情况，对加油站的流量进行预测时准确率较高，且能确定哪些生成的真实订单，避免了“洗用户”对数据真实性产生的不利影响，相应地生成的热力图的准确率也较高。

[0142] 此外，尽管已经在本文中描述了示例性实施例，其范围包括任何和所有基于本公开的具有等同元件、修改、省略、组合(例如，各种实施例交叉的方案)、改编或改变的实施例。权利要求书中的元件将被基于权利要求中采用的语言宽泛地解释，并不限于在本说明书中或本申请的实施期间所描述的示例，其示例将被解释为非排他性的。因此，本说明书和示例旨在仅被认为是示例，真正的范围和精神由以下权利要求以及其等同物的全部范围所指示。

[0143] 以上描述旨在是说明性的而不是限制性的。例如，上述示例(或其一个或更多方案)可以彼此组合使用。例如本领域普通技术人员在阅读上述描述时可以使用其它实施例。另外，在上述具体实施方式中，各种特征可以被分组在一起以简单化本公开。这不应解释为一种不要求保护的公开的特征对于任一权利要求是必要的意图。相反，本公开的主题可以少于特定的公开的实施例的全部特征。从而，以下权利要求书作为示例或实施例在此并入具体实施方式中，其中每个权利要求独立地作为单独的实施例，并且考虑这些实施例可以以各种组合或排列彼此组合。本公开的范围应参照所附权利要求以及这些权利要求赋权的等同形式的全部范围来确定。

[0144] 以上对本公开多个实施例进行了详细说明，但本公开不限于这些具体的实施例，本领域技术人员在本公开构思的基础上，能够做出多种变型和修改实施例，这些变型和修改都应落入本公开所要求保护的范围之内。