一种网约车下单热点区域的确定方法、装置及电子设备与流程

文档序号:16432686发布日期:2018-12-28 20:15阅读:589来源:国知局
一种网约车下单热点区域的确定方法、装置及电子设备与流程

本申请涉及计算机通信领域,尤其涉及一种网约车下单热点区域的确定方法、装置及电子设备。

背景技术

随着智能设备和移动互联网技术的发展,结合互联网的新型出行方式,如网约车等也出现了蓬勃的发展。

为了更好地满足用户的出行需求以及运营人员的运营需求,可确定用户下单的热点区域,通过确定出的热点区域实现对司机的合理调配等业务。

然而,现有的确定下单热点区域通常是通过人工确定的,这种人工确定下单热点区域的方法不仅增加了人工工作量,还大大降低下单热点区域确定的准确性。



技术实现要素:

有鉴于此,本申请提供一种网约车下单热点区域的确定方法、装置及电子设备,用以提高下单热点区域确定的准确性。

具体地,本申请是通过如下技术方案实现的:

根据本申请的第一方面,提供一种网约车下单热点区域的确定方法,所述方法包括:

根据本申请的第一方面,提供一种网约车下单热点区域的确定方法,所述方法包括:

从采集到的用户的订单数据中提取用户下单的定位位置;

确定与所述定位位置对应的目标下单区域,并统计该目标下单区域的订单数量;

判断所述目标下单区域内的订单数量是否高于预设阈值,如果是,将所述目标下单区域确定为下单热点区域,并将该下单热点区域推送至业务系统。

可选的,所述用户所在的预设区域被执行网格化处理,划分为若干个下单子区域;

所述确定与所述定位位置对应的目标下单区域,包括:

确定与所述定位位置对应的目标下单子区域;

将所述目标下单子区域与该目标下单子区域的距离小于预设距离阈值其他下单子区域合并,生成目标下单区域。

可选的,所述定位位置包括定位位置的经纬度;所述下单子区域以经纬度表示;

所述基于所述定位位置,确定与所述定位位置对应的目标下单子区域,包括:

将所述定位位置的经纬度保留预设位数;

查找经纬度与该定位位置保留预设位数后的经纬度相同的下单子区域,作为目标下单子区域。

可选的,所述方法还包括:

分别统计所述目标下单子区域中的各定位位置对应的订单数量;

将订单数量最多的定位位置的位置名称作为所述目标下单子区域的区域名称;

分别统计所述目标下单区域中各下单子区域的订单数量;

将订单数量最多的下单子区域的区域名称作为所述目标下单区域的区域名称。

可选的,所述确定与所述定位位置对应的目标下单区域,包括:

基于所述定位位置,生成与所述定位位置对应的预设大小的目标下单子区域;

将所述目标下单子区域与该目标下单子区域的距离小于预设距离阈值的从其他用户订单数据提取的定位位置对应的下单子区域合并,生成目标下单区域。

可选的,所述定位位置包括定位位置的经纬度;

所述基于所述定位位置,生成与所述定位位置对应的预设大小的目标下单子区域,包括:

将所述定位位置的经纬度保留预设位数;

将保留预设位后的经纬度与所述定位位置的保留预设位后的经纬度相同的从其他用户订单数据提取到的定位位置和所述定位位置进行圈定,生成与所述定位位置对应的预设大小的目标下单子区域。

根据本申请的第二方面,提供一种网约车下单热点区域的确定装置,所述装置包括:

提取单元,用于从采集到的用户的订单数据中提取用户下单的定位位置;

确定单元,用于确定与所述定位位置对应的目标下单区域,并统计该目标下单区域的订单数量;

判断单元,用于判断所述目标下单区域内的订单数量是否高于预设阈值,如果是,将所述目标下单区域确定为下单热点区域,并将该下单热点区域推送至业务系统。

可选的,所述用户所在的预设区域被执行网格化处理,划分为若干个下单子区域;

所述确定单元,具体用于确定与所述定位位置对应的目标下单子区域;将所述目标下单子区域与该目标下单子区域的距离小于预设距离阈值其他下单子区域合并,生成目标下单区域。

可选的,所述定位位置包括定位位置的经纬度;所述下单子区域以经纬度表示;

所述确定单元在确定与所述定位位置对应的目标下单子区域时,具体用于将所述定位位置的经纬度保留预设位数;查找经纬度与该定位位置保留预设位数后的经纬度相同的下单子区域,作为目标下单子区域。

可选的,所述装置还包括:

命名单元,用于分别统计所述目标下单子区域中的各定位位置对应的订单数量;将订单数量最多的定位位置的位置名称作为所述目标下单子区域的区域名称;分别统计所述目标下单区域中各下单子区域的订单数量;将订单数量最多的下单子区域的区域名称作为所述目标下单区域的区域名称。

可选的,所述确定单元,具体用于基于所述定位位置,生成与所述定位位置对应的预设大小的目标下单子区域;将所述目标下单子区域与该目标下单子区域的距离小于预设距离阈值的从其他用户订单数据提取的定位位置对应的下单子区域合并,生成目标下单区域。

可选的,所述确定单元在基于所述定位位置,生成与所述定位位置对应的预设大小的目标下单子区域时,具体用于将所述定位位置的经纬度保留预设位数;将保留预设位后的经纬度与所述定位位置的保留预设位后的经纬度相同的从其他用户订单数据提取到的定位位置和所述定位位置进行圈定,生成与所述定位位置对应的预设大小的目标下单子区域。

根据本申请的第三方面,提供一种电子设备,包括处理器和机器可读存储介质,所述处理器调用所述机器可读存储介质上储存的与网约车下单热点区域的确定逻辑对应的机器可执行指令,所述处理器被促使执行权利要求1至权利要求6所述的方法。

根据本申请的第四方面,提供一种机器可读存储介质,所述机器可读存储介质存储有机器可执行指令,在被处理器调用和执行时,所述机器可执行指令促使所述处理器执行权利要求1至权利要求6所述的方法。

本申请提出一种网约车的下单热点区域的确定方法,后台服务端可从采集到的用户订单数据中提取用户下单的定位位置,并可确定与该定位位置对应的目标下单区域。后台服务端可判断该目标下单区域内的订单数量是否高于预设阈值,如果是,可将该目标下单区域确定为下单热点区域,并将该下单热点区域推送至业务系统。

一方面,由于后台服务端可基于用户订单数据动态确定出下单热点区域,从而实现了下单热点区域的确定。

另一方面,由于后台服务端动态自主确定下单热点区域,使得后台服务端可以周期性地基于用户数据重新确定下单热点区域,使得确定出的下单热点区域更加符合城市发展、交通状况地变化等,使得确定出的下单热点区域更加精确。

附图说明

图1是本申请一示例性实施例示出的一种网约车的网络架构图;

图2是本申请一示例性实施例示出的一种网约车下单热点区域的确定方法的流程图;

图3是本申请一示例性实施例示出的一种网约车下单热点区域的确定方法的示意图;

图4是本申请一示例性实施例示出的一种网约车下单热点区域的确定装置的硬件结构图;

图5是本申请一示例性实施例示出的一种网约车下单热点区域的确定装置的逻辑框图。

具体实施方式

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

在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

随着移动互联网技术和智能设备的飞速发展,结合互联网的新型出行方式,如网约车也得到蓬勃发展,极大了方便了人们的生活,使得打车、乘车更为快速便捷。

参见图1,图1是本申请一示例性实施例示出的一种网约车的网络架构图。该网约车的网络架构可包括网约车的后台服务端、网约车的客户端。

其中,上述网约车的客户端通常搭载在用户的终端设备上,用户可以通过移动智能终端设备上的网约车的客户端进行打车、约车等操作。

通常,网约车的客户端可包括乘客客户端和司机客户端等。

乘客客户端可为乘客提供触发打车、约车相关操作的选项,例如,乘客可从乘客客户端上看到自己当前所在位置,以及可以看到周围空车的情况。在打车,或者约车时,乘客可在乘客客户端上设定自己的目的地以及上车时间等,然后提交订单。

司机客户端可为司机提供应答乘客订单等相关操作的选项。例如,司机客户端可为司机显示乘客所提交的订单,司机可通过司机客户端来接受用户所下的订单等。

上述网约车的后台服务端,可包括由多台服务器组织的分布式平台等。主要用于对司机信息进行管理;对乘客提交的订单进行决策分配,以将订单分配给合适的司机等;以及对乘客的订单数据进行统计分析,为网约车的运营等其他业务提供数据支持等。

在上述网络架构下,乘客可通过乘客客户端设定目的地,上车时间等相关信息,设定完成后,乘客可提交这些信息。乘客客户端可基于乘客提交的信息生成订单。

乘客客户端可将乘客的订单发送给网约车的后台服务端,后台服务端基于预设的分配决策算法,来为该订单分配合适的一个或者多个司机。然后将该订单发送给这一个或者多个司机的司机客户端。

司机客户端在接收到该订单,并确认接单后,可向后台服务端返回确认接单的消息。后台服务端可基于该确认接单的消息所对应的司机客户端,向乘客返回该司机的相关信息,从而完成乘客通过互联网的打车约车的操作。

然而,随着大数据技术的蓬勃发展,基于海量用户订单的统计分析也变得意义重大。通过对海量用户的订单数据的统计分析所,可指导一些业务。

例如,通过对用户下单量和用户下单位置等数据的统计分析,可获一些下单热点区域。通过该下单热点区域,可为司机调配,区域调价等业务进行指导。如,网约车的后台服务端在确定出下单热点区域后,可通过提高该区域的打车价格或者一些激励政策,促使司机进入该下单热点区域进行接单等。

有鉴于此,本申请提出一种网约车的下单热点区域的确定方法,后台服务端可从采集到的用户订单数据中提取用户下单的定位位置,并可确定与该定位位置对应的目标下单区域。后台服务端可判断该目标下单区域内的订单数量是否高于预设阈值,如果是,可将该目标下单区域确定为下单热点区域,并将该下单热点区域推送至业务系统。

一方面,由于后台服务端可基于用户订单数据动态确定出下单热点区域,从而实现了下单热点区域的确定。

另一方面,由于后台服务端动态自主确定下单热点区域,使得后台服务端可以周期性地基于用户数据重新确定下单热点区域,使得确定出的下单热点区域更加符合城市发展、交通状况地变化等,使得确定出的下单热点区域更加精确。

参见图2,图2是本申请一示例性实施例示出的一种网约车的下单热点区域的确定方法的流程图。该流程主要包括步骤201至步骤203。

步骤201:后台服务端从采集到的用户订单数据中提取用户下单的定位位置;

其中,上述下单的定位位置,可为乘客客户端基于用户提交的打车信息,生成订单的定位位置,也可称为用户下单的定位位置。该定位位置可由乘客终端设备上的gps模块采集,可以包括经纬度以及位置名称等表示。例如,该定位位置的位置名称可以为“朝阳区.国贸.建国路|大北窑东(公交站)”,经纬度可以为(116.46419,39.90846)。

当然,也可以采用其他表示定位位置的方法来表示定位位置,这里只是以经纬度和位置名称作为示例,来表示定位位置。对于定位位置的表示方式及参数不进行具体地限定。

在本申请实施例中,各个乘客客户端可将用户订单数据发送至后台服务端,后台服务端可将各个用户订单数据进行储存。

后台服务端可定期从储存的用户订单数据提取预设时间段的用户订单数据,然后对这些用户订单数据进行预处理。

具体的,后台服务端可分别从这些用户订单数据中提取用户下单的定位位置。并且,后台服务端还可统计该定位位置的订单数量。

例如:可得到“(116.46419,39.90846)朝阳区.国贸.建国路|大北窑东(公交站)12”。其中,(116.46419,39.90846)为定位位置的经纬度,“朝阳区.国贸.建国路|大北窑东(公交站)”为定位位置名称,“12”表示该定位位置对应的订单数量。

步骤202:后台服务端确定与所述定位位置对应的目标下单区域。

在本申请实施例中,后台服务端可基于上述提取到的定位位置,确定下单子区域,然后将间距小于预设距离阈值的下单子区域进行合并,生成目标下单区域,从而使得生成的各个下单区域的间距大于预设的距离阈值,因此可有效地解决下单区域过多而产生的计算量过大的问题。

在一种可选的实现方式中,上述用户所在的预设区域被预先执行了网格化处理,生成若干个网格,每个网格代表一个下单子区域。每个下单子区域以经纬度表示。

下面以一个定位位置为例,对上述由该定位位置确定目标下单区域的方法进行详细地说明。

在本申请实施例中,确定目标下单区域可包括基于该定位位置确定目标下单子区域,将该目标下单子区域和与该目标下单子区域距离小于预设距离阈值的下单子区域进行合并。

下面从目标下单子区域的确定和下单子区域的合并这两个部分,对基于该定位位置确定目标下单区域的方法进行详细地说明。

1)目标下单子区域的确定

在一种可选的实现方式中,上述用户所在的预设区域被预先执行了网格化处理,生成若干个网格,每个网格代表一个下单子区域。每个下单子区域以经纬度表示。

其中,上述用户所在的预设区域,可理解为用户所在的城市、省等,确定出的下单热点区域可为该预设区域内的热点区域。例如,业务系统需要获取北京市的下单热点区域,那么上述用户所在的预设区域可为北京市。后台服务端可将北京市进行网格化处理,生成若干下单子区域。

后台服务端可基于上述从用户订单数据中提取的定位位置,确定与该定位位置对应的目标下单子区域。

在实现时,当该定位位置以经纬度表示时,后台服务端可将该定位位置对应的经纬度保留预设位数。然后后台服务端可查找经纬度与该定位位置保留预设位数后的经纬度相同的下单子区域,作为目标下单子区域。

需要说明的是,通常下单子区域的经纬度也上述保留预设位数,换句话来说,上述定位位置保留预设位数后就与上述下单子区域的经纬度的数量级相同,如果该定位位置在该下单子区域中,则该定位位置在保留预设位数后的经纬度与该下单子区域的经纬度相同。

例如,假设上述定位位置为(116.46419,39.90846)。假设下单子区域1和下单子区域2的经纬度分别为(116.46419,39.908)、(116.46419,39.909)假设后台服务端保留小数点后三位经纬度,则上述定位位置的经纬度变为(116.46419,39.908)后台服务端可基于定位位置1的保留小数点后三位的经纬度,如(116.46419,39.908),来查找与该经纬度相同的下单子区域,由于下单子区域1的经纬度也为(116.46419,39.908),所以下单子区域1可作为与该定位位置1对应的目标下单子区域。

其中,上述预设位数与下单子区域的经纬度有关,例如当上述下单子区域的经纬度为小数点后三位时,上述保留的预设位数也可以设置成保留小数点后三位。当然,对于开发人员可根据实际情况来确定下单子区域的经纬度的位数。这里只是对其进行示例性地说明,不对其进行具体地限定。

在另一种可选的实现方式中,后台服务端还可基于从上述用户订单数据中提取的定位位置,动态生成与该定位位置对应的预设大小的目标下单子区域。

在实现时,当该定位位置以经纬度表示时,后台服务端可将该定位位置对应的经纬度保留预设位数。然后后台服务端可圈定保留预设位后的经纬度与该定位位置保留预设位后的经纬度相同的从其他用户订单数据提取到的定位位置,从而确定与该定位位置对应的预设大小的目标下单子区域。换句话来说,该目标下单子区域,是由若干经纬度相同的定位位置圈定而成的。

例如,假设上述定位位置为(116.46419,39.90846)。假设后台服务端保留小数点后三位经纬度,则上述定位位置的经纬度变为(116.46419,39.908),假设其他订单数据生成的定位位置分别为定位位置1至定位位置3,定位位置1至定位位置3的经纬度分别为(116.46419,39.90837)、(116.46419,39.90869)、(116.46419,39.90954),定位位置1至定位位置3在保留小数点后三位后经纬度分别为(116.46419,39.908)、(116.46419,39.908)、(116.46419,39.909)。由于定位位置1与定位位置2与上述定位位置在保留小数点三位后形成的定位相同,后台服务端可根据预先设定的下单子区域的大小,圈定上述定位位置,定位位置1和定位位置2,生成与该定位位置对应的目标下单子区域。

2)下单子区域的合并

在本申请实施例中,当确定出对应于上述定位位置的目标下单子区域后,后台服务端可将与该目标下单子区域的间距小于预设距离阈值的其他下单子区域进行合并,生成目标下单区域,使得每个生成的下单区域之间的间距大于等于该预设距离阈值。

其中,对于上述其他下单子区域,若所述下单子区域是预先划分的,则其他子区域可理解为预先划分好的其他下单子区域。当所述下单子区域是基于从用户订单数据中提取的定位位置动态生成,则该其他子区域可理解为从其他用户订单数据中提取的定位位置生成的下单子区域。在实现时,后台服务端可按照其他下单子区域对应的订单数量,对这些下单子区域进行排序,然后依次计算这些下单子区域与目标下单子区域距离,将与该目标下单子区域距离小于预设距离阈值的下单子区域和该目标下单子区域进行合并,生成目标下单区域。

例如,其他定位位置分别为定位位置1至定位位置3,定位位置1至定位位置3对应的下单子区域分别为下单子区域1至下单子区域3,该目标下单子区域与下单子区域1至下单子区域3之间的距离分别为1km,1.5km,2.5km。假设预设距离阈值为2km。下单子区域1至下单子区域3对定的订单量分别为300,400,200。

后台服务端可先按订单数量对下单子区域1至下单子区域3进行排序,排序后为下单子区域2、下单子区域1和下单子区域3.后台服务端可先计算该目标子区域与下单子区域2的距离,再计算该目标子区域与下单子区域1的距离,然后再计算该目标下单子区域与下单子区域3的距离。经计算,发现下单子区域1和下单子区域2与目标下单子区域的距离小于预设距离阈值,后台服务端可将该目标下单子区域、下单子区域1和下单子区域2进行合并,生成目标下单区域。

在本申请实施例中,在确定上述下单区域后,后台服务端还可以为这些下单区域自动生成该下单区域的名称,免除了人工标定下单区域名称带来的巨大工作量,减少了人力成本。

在实现时,后台服务端可对相同的定位位置的订单数量进行统计,得到每个定位位置对应的定位位置名称及订单数量。然后,后台服务端可将订单数量最多的定位位置的位置名称作为与该定位位置对应的目标下单子区域的区域名称。

后台服务端可将该目标下单子区域中的定位位置对应的订单数量进行累加,获得目标下单子区域对应的订单数量。后台服务端可基于获得目标下单子区域订单数量和区域名称的方法,统计目标下单区域中的各下单子区域的订单数量和区域名称。后台服务端可将该目标下单区域中的订单数量最多的下单子区域的区域名称作为该下单区域的区域名称。后台服务端还可将该目标下单区域中订单数量最多的下单子区域的经纬度作为该目标下单区域的中心经纬度。

仍以,上述定位位置为“(116.46419,39.90846)朝阳区.国贸.建国路|大北窑东(公交站)”订单量为12为例。假设其他定位位置分别为定位位置1和定位位置2,定位位置1和定位位置2的经纬度分别为(116.46419,39.90837)、(116.46419,39.90869)。定位位置1和定位位置2对应的订单量分别为11、9。

假设后台服务端在将上述定位位置的经纬度保留3位小数,则上述定位位置、定位位置1和定位位置2的经纬度均为(116.46419,39.908)。由于这三个定位位置在经纬度保留三位小数后生成的经纬度相同,后台服务端可查找与(116.46419,39.908)相同的经纬度的下单子区域作为目标下单子区域,或者后台服务端可将这三个定位位置进行圈定,生成预设大小的目标下单子区域。并且由于该定位位置对应的订单数量最多(即12),所以后台服务端可将该定位位置的位置名称作为该目标下单子区域的区域名称,即“朝阳区.国贸.建国路|大北窑东(公交站)”。后台服务端还可将(116.46419,39.908)代表该目标下单子区域的经纬度

假设基于该定位位置经过合并后生成的目标下单区域还包括另一个下单子区域,如下单子区域1,其名称为“朝阳区.国贸.建国路|大北窑东(地铁站)”,对应的订单数量为40。由于该下单子区域1的订单数量大于上述目标下单子区域的订单数量,后台服务端可将该下单子区域1的名称作为该则该目标下单区域的区域名称,即“朝阳区.国贸.建国路|大北窑东(地铁站)”。后台服务端还以下单子区域1的经纬度作为该目标下单区域的中心经纬度。

当然,对于上述下单子区域中的定位位置的数量,下单区域中目标下单子区域的数量仅仅是为了方便举例而进行假设,不对其进行具体地限定。

步骤203:后台服务端判断所述目标下单区域内的订单数量是否高于预设阈值,如果是,将所述目标下单区域确定为下单热点区域,并将该下单热点区域推送至业务系统。

在本申请实施例中,在生成上述下单区域后,后台服务端可基于各下单区域对应的订单数量,确定下单热点区域进行推送。

在实现时,后台服务端可分别统计各下单子区域中的各定位位置的对应的订单数量,或得各下单子区域的订单数量。然后,后台服务端可统计各下单区域中的各下单子区域对应的订单数量,来获得各下单区域对应的订单数量。

后台服务端可分别判断各下单区域对应的订单数量是否超过预设阈值。如果某下单区域对应的订单数量超过预设阈值,则将该下单区域确定为下单热点区域,并将该下单热点区域推送至相应的业务系统,进行相应的业务处理。

例如,后台服务端可将上述下单热点区域推送至司机调配系统,由司机调配系统基于该下单热点区域完成司机的调配等业务。

最终生成的下单热点区域,可由图3所示。其中,实心大圆即为下单热点区域。

本申请提出一种网约车的下单热点区域的确定方法,后台服务端可从采集到的用户订单数据中提取用户下单的定位位置,并可确定与该定位位置对应的目标下单区域。后台服务端可判断该目标下单区域内的订单数量是否高于预设阈值,如果是,可将该目标下单区域确定为下单热点区域,并将该下单热点区域推送至业务系统。

此外,后台服务端还可动态生成各下单区域的区域名称。

一方面,由于后台服务端可基于用户订单数据动态确定出下单热点区域,从而实现了下单热点区域的确定。

另一方面,由于后台服务端动态自主确定下单热点区域,使得后台服务端可以周期性地基于用户数据重新确定下单热点区域,使得确定出的下单热点区域更加符合城市发展、交通状况地变化等,使得确定出的下单热点区域更加精确。

第三方面,由于下单区域是基于定位位置动态生成,而非预先划分的,所以减少了基于下单区域而进行订单数量统计分析的计算量,提高了订单数量统计分析以及下单热点区域确定的效率。

与前述网约车下单热点区域的确定方法的实施例相对应,本申请还提供了网约车下单热点区域的确定装置的实施例。

本申请网约车下单热点区域的确定装置的实施例可以应用在电子设备上,例如后台服务端。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在电子设备的处理器将机器可读存储介质中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图4所示,为本申请网约车下单热点区域的确定装置所在电子设备的一种硬件结构图,除了图4所示的处理器401、网络出接口402、以及机器可读存储介质403之外,实施例中装置所在的电子设备通常根据该后台服务端的实际功能,还可以包括其他硬件,对此不再赘述。

处理器401可读取并执行机器可读存储介质403中的与网约车下单热点区域的确定逻辑对应的机器可执行指令,执行上述网约车下单热点区域的确定方法。

本文中提到的机器可读存储介质403可以是任何电子、磁性、光学或其它物理存储装置,可以包含或存储信息,如可执行指令、数据,等等。例如,机器可读存储介质可以是:ram(radomaccessmemory,随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等),或者类似的存储介质,或者它们的组合。

请参考图5,图5是本申请一示例性实施例示出的一种网约车下单热点区域的确定装置的逻辑框图。该装置包括:提取单元510、确定单元520以及判断单元530。

其中,上述提取单元510,用于从采集到的用户的订单数据中提取用户下单的定位位置;

确定单元520,用于确定与所述定位位置对应的目标下单区域,并统计该目标下单区域的订单数量;

判断单元530,用于判断所述目标下单区域内的订单数量是否高于预设阈值,如果是,将所述目标下单区域确定为下单热点区域,并将该下单热点区域推送至业务系统。

在一种可选的实现方式中,所述用户所在的预设区域被执行网格化处理,划分为若干个下单子区域;

所述确定单元520,具体用于确定与所述定位位置对应的目标下单子区域;将所述目标下单子区域与该目标下单子区域的距离小于预设距离阈值其他下单子区域合并,生成目标下单区域。

在另一种可选的实现方式中,所述定位位置包括定位位置的经纬度;所述下单子区域以经纬度表示;

所述确定单元在确定与所述定位位置对应的目标下单子区域时,具体用于将所述定位位置的经纬度保留预设位数;查找经纬度与该定位位置保留预设位数后的经纬度相同的下单子区域,作为目标下单子区域。

在另一种可选的实现方式中,所述装置还包括:

命名单元540,用于分别统计所述目标下单子区域中的各定位位置对应的订单数量;将订单数量最多的定位位置的位置名称作为所述目标下单子区域的区域名称;分别统计所述目标下单区域中各下单子区域的订单数量;将订单数量最多的下单子区域的区域名称作为所述目标下单区域的区域名称。

在另一种可选的实现方式中,所述确定单元,具体用于基于所述定位位置,生成与所述定位位置对应的预设大小的目标下单子区域;将所述目标下单子区域与该目标下单子区域的距离小于预设距离阈值的从其他用户订单数据提取的定位位置对应的下单子区域合并,生成目标下单区域。

在另一种可选的实现方式中,所述确定单元在基于所述定位位置,生成与所述定位位置对应的预设大小的目标下单子区域时,具体用于将所述定位位置的经纬度保留预设位数;将保留预设位后的经纬度与所述定位位置的保留预设位后的经纬度相同的从其他用户订单数据提取到的定位位置和所述定位位置进行圈定,生成与所述定位位置对应的预设大小的目标下单子区域。

根据本公开的示例,还提供了一种包括机器可执行指令的机器可读存储机制,例如图4中的机器可读存储介质403,所述机器可执行指令可由上述服务器中的处理器501执行以实现上述描述的网约车下单热点区域的确定方法。

具体地,通过调用并执行机器可读存储介质403中与网约车下单热点区域的确定逻辑对应的机器可执行指令,处理器401可执行以下操作:

从采集到的用户的订单数据中提取用户下单的定位位置;

确定与所述定位位置对应的目标下单区域,并统计该目标下单区域的订单数量;

判断所述目标下单区域内的订单数量是否高于预设阈值,如果是,将所述目标下单区域确定为下单热点区域,并将该下单热点区域推送至业务系统。

可选的,所述用户所在的预设区域被执行网格化处理,划分为若干个下单子区域;

所述确定与所述定位位置对应的目标下单区域,包括:

确定与所述定位位置对应的目标下单子区域;

将所述目标下单子区域与该目标下单子区域的距离小于预设距离阈值其他下单子区域合并,生成目标下单区域。

可选的,所述定位位置包括定位位置的经纬度;所述下单子区域以经纬度表示;

所述基于所述定位位置,确定与所述定位位置对应的目标下单子区域,包括:

将所述定位位置的经纬度保留预设位数;

查找经纬度与该定位位置保留预设位数后的经纬度相同的下单子区域,作为目标下单子区域。

可选的,所述方法还包括:

分别统计所述目标下单子区域中的各定位位置对应的订单数量;

将订单数量最多的定位位置的位置名称作为所述目标下单子区域的区域名称;

分别统计所述目标下单区域中各下单子区域的订单数量;

将订单数量最多的下单子区域的区域名称作为所述目标下单区域的区域名称。

可选的,所述确定与所述定位位置对应的目标下单区域,包括:

基于所述定位位置,生成与所述定位位置对应的预设大小的目标下单子区域;

将所述目标下单子区域与该目标下单子区域的距离小于预设距离阈值的从其他用户订单数据提取的定位位置对应的下单子区域合并,生成目标下单区域。

可选的,所述定位位置包括定位位置的经纬度;

所述基于所述定位位置,生成与所述定位位置对应的预设大小的目标下单子区域,包括:

将所述定位位置的经纬度保留预设位数;

将保留预设位后的经纬度与所述定位位置的保留预设位后的经纬度相同的从其他用户订单数据提取到的定位位置和所述定位位置进行圈定,生成与所述定位位置对应的预设大小的目标下单子区域。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。

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

以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1