CN104636966A - 用于发送订单的方法及设备 - Google Patents

Abstract

本发明的实施例公开了一种用于发送订单的方法及设备。该方法包括：获取用户的目的地；获取与该目的地相关联的新订单；以及向该用户发送该新订单。本发明的实施例基于用户的目的地来确定新订单并且将该新订单向用户发送，能够减少用户在到达目的地之后再获取新订单的情况的发生，从而提高其用户体验。

Description

用于发送订单的方法及设备

技术领域

本发明的实施例涉及一种用于发送订单的方法及设备。

背景技术

随着智能设备的普及和移动互联网的高速发展，人们已经习惯于通过相关打车软件来呼叫出租车。

具体来说，用户(例如出租车司机)从打车软件收听周围预定范围(例如3公里)内的订单，然后可以进行抢单。如果抢单成功，则该用户可以获得该订单的联系信息以便进行接驾。这样，能够减少用户的空驶距离，例如使得该空驶距离不超过3公里。

然而，对于正在前往某目的地(例如将乘客送往某目的地)的用户，如果他收听到所途经地周围的订单，这将是没有价值并且令人厌烦的，因为在达到该目的地之后，他通常不会返回该途经地进行接驾。因此，这将从一定程度上影响用户体验。

发明内容

本发明的实施例旨在提供一种用于发送订单的方法及设备，能够解决相关技术中存在的问题。

根据本发明的一个方面，提供了一种用于发送订单的方法。该方法包括：获取用户的目的地；获取与该目的地相关联的新订单；以及向该用户发送该新订单。

根据本发明的另一个方面，提供了一种用于发送订单的设备，该设备包括：第一获取装置，用于获取用户的目的地；第二获取装置，用于获取与该目的地相关联的新订单；以及发送装置，用于向该用户发送该新订单。

本发明的实施例基于用户的目的地来确定新订单并且将该新订单向用户发送，能够减少用户在到达目的地之后再获取新订单的情况的发生，从而提高其用户体验。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:

图1是图示了本发明的实施例可实现于其中的***100的图；

图2是根据本发明的实施例的用于发送订单的方法200的流程图；

图3是根据本发明的实施例的用于发送订单的方法300的流程图；以及

图4是根据本发明的实施例的用于发送订单的设备300的结构框图。

具体实施方式

下面将参考附图中示出的若干示例性实施方式来描述本发明的原理和精神。应当理解，描述这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。

图1是图示了本发明的实施例可实现于其中的***100的图。该***100包括移动终端102A至102F，该移动终端102A至102F各自通过网络106与业务服务器104进行通信。该网络106可以包括连接任何数目的移动终端、固定终端和业务服务器104的大型计算机网络，诸如局域网(LAN)、广域网(WAN)、因特网、蜂窝网络或者其组合。该业务服务器104包括一个或多个计算设备110以及一个或多个机器可读储存库或数据库112。本领域技术人员应当理解，该业务服务器104既可以代表比如计算机服务器的单个服务器，也可以代表一起工作以执行功能的多个服务器(例如云服务器hadoop)。

在***100中，移动终端102A至102F安装有打车软件。例如，用户108D从移动终端102D收听到周围预定范围(例如3公里)内的订单，然后可以进行抢单。如果用户108D抢单成功，则用户108D能够进行接驾。

本领域技术人员应当理解，移动终端102A至102F可以各自包括任何类型的移动终端，诸如手持式计算机、个人数字助理(PDA)、蜂窝电话、网络家电、智能电话、增强型通用分组无线业务(EGPRS)移动电话、媒体播放器、导航设备或者这些数据处理设备或其他数据处理设备中的任何两个或多个的组合。本领域技术人员还应当理解，***100仅仅用于说明目的，并非旨在限制本发明的实施例的范围。在某些情况下，某些组件可以按照具体需要而增加或者减少。

图2是根据本发明的实施例的用于发送订单的方法200的流程图。本领域技术人员应当理解，该方法200可以由参考图1所示的业务服务器104中的计算设备来执行。为描述方便，下文将参考图1所示的***100来描述该方法200。

在方法200开始之后，在步骤S202，获取用户的目的地。

根据本发明的实施例，该目的地可以基于该用户的当前订单来获取。例如，在用户的当前订单是通过例如上述移动终端102D的打车软件来获取的情况下，所获取的目的地可以是该当前订单中载明的目的地。例如，根据用户的当前订单，该用户正在通过京通高速公路从国贸向通州北苑进行行驶，并且正在途经中国传媒大学，则将获取通州北苑作为目的地。进而，如本文下述实施例将进一步详细描述的，将向该用户发送与目的地通州北苑相关联的新订单，而不发送与途经地中国传媒大学相关联的新订单。

根据本发明的实施例，该目的地还可以由该用户来提供。例如，用户可能需要先将他的儿子送到学校之后才能进行抢单、接驾工作，因此该用户可以提供该学校作为目的地。

接下来，该方法200进行到步骤S204，获取与该目的地相关联的新订单。例如，可以确定新订单，使得该新订单的始发地为该目的地或者位于该目的地附近。

根据本发明的实施例，可以确定与该目的地相关联的预定大小的区域，例如该区域可以是以该目的地为中心的、方圆1公里的区域；然后获取从该区域发起的新订单。例如，根据上述实施例所描述的，用户正在通过京通高速公路从国贸向通州北苑进行行驶，并且正在途经中国传媒大学，因此将向该用户发送与目的地通州北苑相关联的新订单。具体来说，可以向该用户发送从以该目的地通州北苑为中心的、方圆1公里的区域发起的新订单。

根据本发明的实施例，可以确定与该目的地相关联的路段，例如该路段可以是该目的地附近的城市主干道(例如环路)或者单行道；然后确定并且获取从该路段发起的新订单，使得从该目的地到该新订单的始发地的行驶方向与该用户到达该目的地之后继续行驶的方向相一致。例如，根据上述实施例所描述的，用户需要将他的儿子送到北京市第八十中学，该学校位于北京市东三环路的北向南方向辅路附近，因此在该用户提供该学校作为目的地的情况下，将向该用户发送与该学校相关联的新订单。具体来说，可以向该用户发送从该路段发起的新订单，并且该新订单的始发地应当位于沿北京市东三环路的北向南方向辅路、从该学校继续向南的位置。这样，能够避免该用户由于接驾而绕行若干个桥区，从而减少空驶距离。

本领域技术人员应当理解，除了基于与目的地相关联的区域和与目的地相关联的路段，该新订单还可以基于其他内容来确定。例如，如以下各实施例将进一步详细描述的，该新订单还可以基于该用户到达该目的地的时间。

根据上述实施例所描述的，用户正在通过京通高速公路从国贸向通州北苑进行行驶，并且正在途经中国传媒大学，因此将向该用户发送与目的地通州北苑相关联的新订单。具体来说，如果估算该用户到达目的地通州北苑的时间是二十分钟之后，则向该用户发送始发时间在二十分钟之后的新订单，例如预约订单。其中，本领域技术人员可以理解，该到达目的地通州北苑的时间可以基于京通高速公路的拥堵情况来估算，其中该拥堵情况例如可以经由路况部门来提供。

另外，根据上述实施例所描述的，用户需要将他的儿子送到北京市第八十中学，因此在该用户提供该学校作为目的地的情况下，将向该用户发送与该学校相关联的新订单。具体来说，在该用户提供例如8:00作为到达目的地的时间的情况下，将向该用户发送始发时间在8:00之后的新订单。

本领域技术人员应当理解，上述用来获取并且发送新订单的方法仅仅是示例性的，并且各示例方法可以根据实际需要被赋予不同的权重。在实际应用中，本发明的实施例还可以采取其他方式来获取并且发送新订单，以便充分考虑用户具体行驶情况，减少空驶距离。这些方式均应当纳入本发明的保护范围。

该方法200继而进行到步骤S206，向用户发送该新订单。

图3是根据本发明的实施例的用于发送订单的方法300的流程图。与上文所描述的图2类似，该方法300可以由参考图1所示的业务服务器104中的计算设备来执行。为描述方便，下文将参考图1所示的***100来描述该方法300。

在用户未载客(S302)的情况下，可能遇到包括但不限于以下三种乘客：来自打车软件的已提供目的地的乘客(S304)、来自打车软件的未提供目的地的乘客(S306)以及来自路边扬招的乘客(S308)。下面分别对其进行详细描述。

第一，对于来自打车软件的已提供目的地的乘客(S304)，由于该乘客已经在其当前订单中提供了所要前往的目的地，因此例如业务服务器104中的计算设备可以获取到该目的地，并且向该用户发送与该目的地关联的新订单(S322)。具体来说，可以判断用户至该目的地的距离(S324)，如果该距离较近，则向该用户发送与该目的地关联的实时订单(S326)，否则向该用户发送与该目的地关联的预约订单(S328)。类似地，如上文已经进一步详细描述的，还可以估算该用户到达目的地的时间，并且根据该时间向该用户发送与该目的地关联的实时订单(S326)或者预约订单(S328)。

第二，对于来自打车软件的未提供目的地的乘客(S306)，在用户进入载客模式(S314)之后，例如业务服务器104中的计算设备可以接收该用户提供的目的地。如果该用户提供了目的地，则可以向该用户发送与该目的地关联的新订单(S322)。本领域技术人员能够理解，关于这一点的具体执行方式可以与上述第一点类似。如果该用户未提供目的地，则不向该用户发送与该目的地关联的新订单(S318)。附加地或者备选地，可以向该用户发送优质预约订单(S320)，例如去往首都机场的长期预约订单，以便吸引该用户参与到载客服务中。

第三，对于来自路边扬招的乘客(S308)，可以由用户主动点击(S312)以便进入载客模式(S314)。本领域技术人员能够理解，关于这一点的具体执行方式可以与上述第二点类似。

图4是根据本发明的实施例的用于发送订单的设备400的结构框图。如图4所示，该设备400包括：第一获取装置402，用于获取用户的目的地；第二获取装置404，用于获取与该目的地相关联的新订单；以及发送装置406，用于向该用户发送该新订单。

根据本发明的实施例，该第一获取装置402包括：第一获取单元，用于基于该用户的当前订单来获取该目的地。

根据本发明的实施例，该第一获取装置402包括：接收单元，用于接收该用户提供的该目的地。

根据本发明的实施例，该第二获取装置404包括：第一确定单元，用于确定与该目的地相关联的区域；以及第二获取单元，用于获取从该区域发起的新订单。

根据本发明的实施例，该第二获取装置404包括：第二确定单元，用于确定与该目的地相关联的路段；第三确定单元，用于确定从该目的地到从该路段发起的新订单的始发地的行驶方向与该用户到达该目的地之后继续行驶的方向相一致；以及第三获取单元，用于获取该新订单。

根据本发明的实施例，该发送装置406包括：估算单元，用于估算该用户到达该目的地的时间，以便向该用户发送始发时间在该估算的时间之后的新订单。

综上所述，根据上述本发明的实施例，提供了一种用于发送订单的方法及设备。该方法包括：获取用户的目的地；获取与该目的地相关联的新订单；以及向该用户发送该新订单。本发明的实施例基于用户的目的地来确定新订单并且将该新订单向用户发送，能够减少用户在到达目的地之后再获取新订单的情况的发生，从而提高其用户体验。

本公开内容的实现和本文中提供的所有功能操作可以用数字电子电路、或者用计算机软件、固件或硬件，包括本说明书及其结构等同方案中所公开的结构、或者其中的一个或多个的组合来实现。本公开内容的实现可以实现为一个或多个计算机程序产品，即在计算机可读介质上编码的计算机程序指令的一个或多个模块，这些指令由数据处理装置来执行或者用以控制数据处理装置的操作。该计算机可读介质可以是机器可读存储设备、机器可读存储基片、存储器设备、影响机器可读传播信号的组合物或者其中的一个或多个的组合。术语“数据处理装置”涵盖用于处理数据的所有装置、设备和机器，包括例如可编程处理器、计算机或者多个处理器或计算机。除了硬件之外，该装置可以包括为所描述的计算机程序创建执行环境的代码，例如构成处理器固件、协议栈、数据库管理***、操作***或者其中的一个或多个的组合的代码。

计算机程序(也称为程序、软件、软件应用、脚本或代码)可以用任何形式的编程语言(包括编译语言或解释语言)来编写，并且计算机程序可以用任何形式来部署，包括作为独立程序或者作为模块、部件、子例程或者适合在计算环境中使用的其他单元。计算机程序并非必须对应于文件***中的文件。程序可以存储在保持其他程序或数据(例如标记语言文档中所存储的一个或多个脚本)的文件的部分中，存储在专用于所描述的程序的单个文件中，或者存储在多个协同文件(例如存储一个或多个模块、子程序或者代码的部分的文件)中。计算机程序可以被部署成在一个计算机上来执行，或者在位于一个站点处或分布在多个站点处且通过通信网络互连的多个计算机上来执行。

本公开内容中所描述的过程和逻辑流可以由执行一个或多个计算机程序的一个或多个可编程处理器来执行以通过操作输入数据并且生成输出来执行功能。该过程和逻辑流也可以由专用逻辑电路来执行，并且装置也可以实现为该专用逻辑电路，该专用逻辑电路例如为FPGA(现场可编程门阵列)或者ASIC(专用集成电路)。

适合执行计算机程序的处理器包括例如通用和专用微处理器二者、以及任何种类的数字计算机的任何一个或多个处理器。通常，处理器从只读存储器或者随机存取存储器或者二者接收指令和数据。计算机的元件可以包括用于执行指令的处理器以及用于存储指令和数据的一个或多个存储器设备。通常，计算机还将包括一个或多个海量存储设备以便存储数据，或者该计算机在操作上耦合以从海量存储设备接收或向海量存储设备传送数据或者二者，该海量存储设备例如是磁盘、磁光盘或者光盘。然而，计算机不需要具有这样的设备。此外，计算机可以嵌入在另一设备中，该另一设备例如为移动电话、个人数字助理(PDA)、移动音频播放器、全球定位***(GPS)接收器等。适合存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储器设备，包括例如：半导体存储器设备，如EPROM、EEPROM和闪存设备；磁盘，如内置硬盘或可移除盘；磁光盘；以及CD ROM和DVD-ROM盘。该处理器和存储器可以用专用逻辑电路来补充或者并入该专用逻辑电路中。

为了提供与用户的交互，本公开内容的实现可以在具有用于向用户显示信息的显示设备(例如CRT(阴极射线管)或LCD(液晶显示器)监视器)以及键盘和定点设备(例如鼠标或跟踪球，通过其用户可以向计算机提供输入)的计算机上来实现。也可以使用其他种类的设备来提供与用户的交互；例如，向用户提供的反馈可以是任何形式的感觉反馈，例如视觉反馈、听觉反馈或者触觉反馈；并且来自用户的输入可以以任何形式来接收，包括听觉、语音或触觉输入。

虽然本公开内容包括一些细节，然而不应当将这些细节理解为对本公开内容或者要求保护的内容的范围的限制，而是应当被理解为对本公开内容的示例实现的特征的描述。本公开内容中在单独实现的情境中描述的某些特征还可以与单个实现组合来提供。相反地，在单个实现的情境中描述的各个特征也可以分别在多个实现中来提供或者在任何合适的子组合中来提供。此外，虽然以上可以将特征描述为以某种组合来执行并且甚至初始就要求这样保护，然而在一些情况下可以从组合中去掉来自要求保护的组合的一个或多个特征，并且要求保护的组合可以涉及子组合或子组合的变化。

类似地，虽然在附图中按照特定顺序来描绘操作，然而这不应当被理解为要求这样的操作按照所示的特定顺序或者按照相继顺序来执行，或者要求所有图示操作都被执行，以实现期望的结果。在一些境况下，多任务和并行处理可能是有利的。此外，以上描述的实现中的各种***部件的分离不应当被理解为在所有实现中都要求这样的分离，而且应当理解，所描述的程序部件和***通常可以在单个软件产品中集成在一起或者被封装成多个软件产品。

因此，本公开内容的特定实现已经被描述，并且其他实现在以下权利要求的范围内。例如，权利要求中记载的动作可以按照不同的顺序来执行，并且这些动作仍然可以实现期望的结果。大量实现已经被描述。然而，应当理解，可以在不偏离本公开内容的精神和范围的情况下做出各种修改。例如，可以使用以上示出的流程的各个形式，其中步骤可以被重新排序、添加或去除。因此，其他实现在以下权利要求的范围内。

Claims (12)

1.一种用于发送订单的方法，包括：

获取用户的目的地；

获取与所述目的地相关联的新订单；以及

向所述用户发送所述新订单。

2.根据权利要求1所述的方法，其中获取用户的目的地包括：

基于所述用户的当前订单来获取所述目的地。

3.根据权利要求1所述的方法，其中获取用户的目的地包括：

接收所述用户提供的所述目的地。

4.根据权利要求1至3中任一项所述的方法，其中获取与所述目的地相关联的新订单包括：

确定与所述目的地相关联的区域；以及

获取从所述区域发起的新订单。

5.根据权利要求1至3中任一项所述的方法，其中获取与所述目的地相关联的新订单包括：

确定与所述目的地相关联的路段；

确定从所述目的地到从所述路段发起的新订单的始发地的行驶方向与所述用户到达所述目的地之后继续行驶的方向相一致；以及

获取所述新订单。

6.根据权利要求1至3中任一项所述的方法，其中向所述用户发送所述新订单包括：

估算所述用户到达所述目的地的时间，以便向所述用户发送始发时间在所述估算的时间之后的新订单。

7.一种用于发送订单的设备，包括：

第一获取装置，用于获取用户的目的地；

第二获取装置，用于获取与所述目的地相关联的新订单；以及

发送装置，用于向所述用户发送所述新订单。

8.根据权利要求7所述的设备，其中所述第一获取装置包括：

第一获取单元，用于基于所述用户的当前订单来获取所述目的地。

9.根据权利要求7所述的设备，其中所述第一获取装置包括：

接收单元，用于接收所述用户提供的所述目的地。

10.根据权利要求7至9中任一项所述的设备，其中所述第二获取装置包括：

第一确定单元，用于确定与所述目的地相关联的区域；以及

第二获取单元，用于获取从所述区域发起的新订单。

11.根据权利要求7至9中任一项所述的设备，其中所述第二获取装置包括：

第二确定单元，用于确定与所述目的地相关联的路段；

第三确定单元，用于确定从所述目的地到从所述路段发起的新订单的始发地的行驶方向与所述用户到达所述目的地之后继续行驶的方向相一致；以及

第三获取单元，用于获取所述新订单。

12.根据权利要求7至9中任一项所述的设备，其中所述发送装置包括：

估算单元，用于估算所述用户到达所述目的地的时间，以便向所述用户发送始发时间在所述估算的时间之后的新订单。