订单密度的确定方法、终端及服务器与流程

本发明涉及计算机技术领域，尤其涉及订单密度的确定方法、终端及服务器。

背景技术：

目前，打车系统的使用越来越普遍，乘客可以便捷地通过用户设备(User Equipment，简称UE)上安装的打车系统发布打车需求，随着使用打车软件的司机和乘客数量日益增多，如何对同时在线的大规模订单和司机进行快速的最佳匹配，对算法和架构是一个极具挑战性的问题。

目前，乘客通过打车软件发送订单，而打车软件平台接收订单之后，将该订单推送给乘客附近的司机。司机会针对符合要求的订单进行抢单操作。如果抢单成功，司机就能够执行这一订单以获得收益。

由此可见，若司机附近的乘客越多，则司机可以获得的订单数也就越多。因此司机附近订单密度的高低，能够影响司机执行订单的数量，从而影响到司机当天的收益。而目前通过打车软件，司机无法获知其附近的订单数量，以辅助司机做出更优的决策，从而造成了订单成交率降低。

技术实现要素：

针对现有技术中打车软件无法获得附近的订单数量，以辅助司机做出更优的决策，从而造成了订单成交率降低的缺陷，本发明提供一种订单密度的确定方法、终端及服务器。

第一方面，本发明提供了一种订单密度的确定方法，包括：

终端向打车系统发送该终端的当前位置信息；

所述终端接收所述打车系统发送的基于所述终端上的地图显示的 订单交互数量及订单密度分布信息；

所述订单密度分布信息为所述打车系统根据所述终端的当前位置信息以及该当前位置信息所属区域内预设时间段内的订单交互数量确定的信息。

优选地，所述方法还包括：

所述终端采用展示框展示所述订单密度分布信息。

优选地，所述终端向打车系统发送该终端的当前位置信息之前，所述方法还包括：

所述终端接收用户触发的用于显示订单密度分布信息的第一信号。

优选地，所述订单交互数量包括：订单总数量、抢同一订单的终端数量、订单成交数量、订单未成交数量。

第二方面，本发明提供了一种订单密度的确定方法，包括：

接收终端发送的该终端的当前位置信息；

根据所述当前位置信息，确定该当前位置信息所属的区域；

查找所述区域内在预设时间段内的订单交互数量及订单密度分布信息；

将查找的订单交互数量及订单密度分布信息发送至所述终端，以使所述终端基于该终端上的地图显示订单交互数量及订单密度分布信息。

优选地，所述将查找的订单交互数量及密度分布信息发送至所述终端之前，所述方法还包括：

判断所述订单交互数量是否大于第一阈值；

若所述订单交互数量大于第一阈值，则执行将查找的订单交互数量及密度分布信息发送至所述终端的步骤。

第三方面，本发明提供了一种终端，包括：

发送单元，用于向打车系统发送该终端的当前位置信息；

接收单元，用于接收所述打车系统发送的基于所述终端上的地图 显示的订单交互数量及订单密度分布信息；

所述订单密度分布信息为所述打车系统根据所述终端的当前位置信息以及该当前位置信息所属区域内预设时间段内的订单交互数量确定的信息。

优选地，所述终端还包括展示单元，用于：

采用展示框展示所述订单密度分布信息。

优选地，所述终端还包括触发单元，用于：

接收用户触发的用于显示订单密度分布信息的第一信号。

优选地，所述订单交互数量包括：订单总数量、抢同一订单的终端数量、订单成交数量、订单未成交数量。

第四方面，本发明提供了一种服务器，包括：

接收单元，用于接收终端发送的该终端的当前位置信息；

区域确定单元，用于根据所述当前位置信息，确定该当前位置信息所属的区域；

查找单元，用于查找所述区域内在预设时间段内的订单交互数量及订单密度分布信息；

发送单元，用于将查找的订单交互数量及订单密度分布信息发送至所述终端，以使所述终端基于该终端上的地图显示订单交互数量及订单密度分布信息。

优选地，所述服务器还包括判断单元，用于：

判断所述订单交互数量是否大于第一阈值。

由上述技术方案可知，本发明提供一种订单密度的确定方法、终端及服务器，能够通过终端的当前位置信息，获得终端附近区域的订单交互数量及订单分布密度信息，并基于终端的地图进行显示，如此通过终端可以获知附近的订单数量及订单分布情况，能够辅助司机做出更优的决策，从而有效地提高订单成交率。

附图说明

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

图1是本公开一实施例提供的一种订单密度的确定方法的流程示意图；

图2是本公开另一实施例提供的基于终端的地图显示的订单密度分布信息示意图；

图3是本公开另一实施例提供的一种订单密度的确定方法的流程示意图；

图4是本公开一实施例提供的一种终端的结构示意图；

图5是本公开另一实施例提供的一种服务器的结构示意图。

具体实施方式

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

如图1所示，为本公开一实施例提供的一种订单密度的确定方法的流程示意图，该方法包括如下步骤：

S101：终端向打车系统发送该终端的当前位置信息。

其中，终端可通过全球定位系统(Global Positioning System，简称GPS)技术、基站定位技术或Wifi定位技术等，获得终端的当前位置信息。其中，终端为提供服务方，如交通工具叫车服务中的司机，所使用的用于接单的移动终端或PC端等设备。例如智能手机、个人数码助理(PDA)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游 戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。

S102：所述终端接收所述打车系统发送的基于所述终端上的地图显示的订单交互数量及订单密度分布信息。

其中，终端上的地图是指预先下载并存储在终端中的地图或者终端上的在线地图。而当终端接收到订单密度分部信息后，在地图上显示该订单密度分布信息，如此可使得订单密度的显示更为直观清楚。

其中，所述订单密度分布信息为所述打车系统根据所述终端的当前位置信息以及该当前位置信息所属区域内预设时间段内的订单交互数量确定的信息。订单交互数量包括：订单总数量、抢同一订单的终端数量、订单成交数量、订单未成交数量等。

举例来说，如图2所示，图2为基于终端的地图显示的订单密度分布信息的示意图。图2中的三角形标记为终端的当前位置信息，整个方框中的区域为终端当前位置所属区域，其中，每个圆点表示一个订单，如图可知，在终端当前位置所属区域中，购物中心B周围的订单数量明显大于大厦A周围的订单数量，则根据该订单密度分布信息，司机可选择到购物中心B附近去接单，以提高接单效率。

进一步地，可在上述地图中显示订单交互数量。如在地图中显示订单总数量，在每个订单处显示抢该订单的终端数量、该订单的发起时间等，也可通过不同的颜色显示订单是否成交，例如红色圆点表示订单已成交，绿色圆点表示订单未成交。如此可更详细的显示终端当前位置所述区域的订单信息，以使司机更清楚地了解该区域当前订单的实时状况。

本实施例中，所述方法还包括：

所述终端采用展示框展示所述订单密度分布信息。

需要说明的是，该方法还可包括如下步骤：

将订单交互数量中的订单总数量与预设阈值进行比较；若订单总数量小于预设阈值，则终端通过对话框提示用户该区域订单数量较少。 例如预设阈值为10，当终端当前位置所述区域的订单总数量小于10时，则打车软件则会弹出对话框以提示司机当前区域的订单数量少，如此以使用户提高抢单速度，或前往其他区域区抢单，从而提高订单成交率。

本实施例中，所述终端向打车系统发送该终端的当前位置信息之前，所述方法还可包括如下步骤：

所述终端接收用户触发的用于显示订单密度分布信息的第一信号。

由此可见，当用户需要了解当前位置所属区域的订单密度分布状况时，可去触发终端的打车软件中用于显示订单密度分布信息的按钮，从而显示订单密度分布信息。

需要说明的是，本实施例也可根据设置的周期定期显示订单密度分布信息。

本实施例提供了一种订单密度的确定方法，能够通过终端的当前位置信息，获得终端附近区域的订单交互数量及订单分布密度信息，并基于终端的地图进行显示，如此通过终端可以获知附近的订单数量及订单分布情况，能够辅助司机做出更优的决策，从而有效地提高订单成交率。

如图3所示，为本公开另一实施例提供的一种订单密度的确定方法的流程示意图，该方法包括如下步骤：

S301：接收终端发送的该终端的当前位置信息。

具体来说，打车系统接收终端发送的当前位置信息。其中，打车系统即打车软件平台，用于对接收的订单进行数据处理，并将订单发送给多个终端的处理平台。

S302：根据所述当前位置信息，确定该当前位置信息所属的区域。

其中，当前位置信息所属的区域可为：与当前位置的距离小于预设阈值的范围内的区域；或者，当前位置信息所属的地理区域，如海淀区、朝阳区等。

S303：查找所述区域内在预设时间段内的订单交互数量及订单密度分布信息。

其中，订单密度分布信息为所述打车系统根据所述终端的当前位置信息以及该当前位置信息所属区域内预设时间段内的订单交互数量确定的信息。订单交互数量包括：订单总数量、抢同一订单的终端数量、订单成交数量、订单未成交数量等。

具体来说，查找该区域内在预设时间段内的所有订单及订单相应的状态信息(发送时间、所在位置及被抢单的状态等)，从而得到订单交互数量及订单密度分布信息。

S304：将查找的订单交互数量及订单密度分布信息发送至所述终端，以使所述终端基于该终端上的地图显示订单交互数量及订单密度分布信息。

本实施例中，步骤S304之前，所述方法还可包括如下步骤：

判断所述订单交互数量是否大于第一阈值；

若所述订单交互数量大于第一阈值，则执行将查找的订单交互数量及密度分布信息发送至所述终端的步骤。

可理解的是，当所述订单交互数量小于等于第一阈值，则不执行将查找的订单交互数量及密度分布信息发送至所述终端的步骤。

如图4所示，为本公开一实施例提供的一种终端的结构示意图，该终端包括：发送单元401及接收单元402。其中：

发送单元401，用于向打车系统发送该终端的当前位置信息。

接收单元402，用于接收所述打车系统发送的基于所述终端上的地图显示的订单交互数量及订单密度分布信息。

其中，所述订单密度分布信息为所述打车系统根据所述终端的当前位置信息以及该当前位置信息所属区域内预设时间段内的订单交互数量确定的信息。

本实施例中，所述终端还包括展示单元，用于：

采用展示框展示所述订单密度分布信息。

本实施例中，所述终端还包括触发单元，用于：

接收用户触发的用于显示订单密度分布信息的第一信号。

本实施例中，所述订单交互数量包括：订单总数量、抢同一订单的终端数量、订单成交数量、订单未成交数量。

如图5所示，为本公开另一实施例提供的一种服务器的结构示意图，该服务器包括：接收单元501、区域确定单元502、查找单元503及发送单元504。其中：

接收单元501，用于接收终端发送的该终端的当前位置信息。

区域确定单元502，用于根据所述当前位置信息，确定该当前位置信息所属的区域。

查找单元503，用于查找所述区域内在预设时间段内的订单交互数量及订单密度分布信息。

发送单元504，用于将查找的订单交互数量及订单密度分布信息发送至所述终端，以使所述终端基于该终端上的地图显示订单交互数量及订单密度分布信息。

本实施例中，所述服务器还包括判断单元，用于：

判断所述订单交互数量是否大于第一阈值。

可理解的是，若所述订单交互数量大于第一阈值，则发送单元504执行将查找的订单交互数量及密度分布信息发送至所述终端的步骤。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

应当注意的是，在本公开的系统的各个部件中，根据其要实现的功能而对其中的部件进行了逻辑划分，但是，本公开不受限于此，可以根据需要对各个部件进行重新划分或者组合，例如，可以将一些部件组合为单个部件，或者可以将一些部件进一步分解为更多的子部件。

本公开的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器 (DSP)来实现根据本公开实施例的系统中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本公开进行说明而不是对本公开进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

以上实施方式仅适于说明本公开，而并非对本公开的限制，有关技术领域的普通技术人员，在不脱离本公开的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本公开的范畴，本公开的专利保护范围应由权利要求限定。