CN112911064A - 用于信息处理的方法、设备和计算机存储介质 - Google Patents

Abstract

根据本公开的示例实施例，提供了一种用于信息处理的方法、设备和计算机可读存储介质。该方法包括检测电子设备的预定模式的运动；如果检测到预定模式的运动，则基于电子设备的位置或电子设备的用户的日程，确定电子设备的用户是否存在出行需求；如果确定电子设备的用户存在出行需求，则获取目的地；以及基于电子设备的位置和获取的目的地，向服务器发送出行服务请求。由此，本方案可以基于电子设备的预定模式的运动，自动基于电子设备的位置或电子设备的用户的日程判断用户的出行需求，并在用户存在出行需求的情况下，自动获取电子设备的位置和目的地，并请求出行服务，避免了频繁的手动操作，提高了出行服务的智能化。

Description

用于信息处理的方法、设备和计算机存储介质

技术领域

本公开的实施例总体涉及信息处理领域，具体涉及用于信息处理的方法、设备和计算机存储介质。

背景技术

当前，诸如智能电话的电子设备已经成为必不可少的工具。随着技术的进步，这些电子设备被不断赋予新的功能，以改善人们的生活。例如，通过电子设备中安装的出行应用来请求出行服务已经变得越来越普及。目前请求出行的方式往往需要手动调出出行应用，然后输入出发地和目的地等信息。这种方式操作比较繁琐，而且不够智能。

发明内容

本公开的实施例提供了用于信息处理的方法、设备和计算机存储介质，能够实现基于电子设备的预定模式的运动，自动基于电子设备的位置或电子设备的用户的日程判断用户的出行需求，并在用户存在出行需求的情况下，自动获取电子设备的位置和目的地，并请求出行服务，避免了频繁的手动操作，提高了出行服务的智能化。

在本公开的第一方面，提供了一种用于信息处理的方法。该方法包括：检测电子设备的预定模式的运动；响应于检测到预定模式的运动，基于电子设备的位置或电子设备的用户的日程，确定电子设备的用户是否存在出行需求；响应于确定电子设备的用户存在出行需求，获取目的地；以及基于电子设备的位置和目的地，向服务器发送出行服务请求。

在本公开的第二方面，提供了一种用于信息处理的设备。该设备包括至少一个处理单元和至少一个存储器。至少一个存储器被耦合到至少一个处理单元并且存储用于由至少一个处理单元执行的指令。该指令当由至少一个处理单元执行时使得设备执行动作，该动作包括：检测电子设备的预定模式的运动；响应于检测到预定模式的运动，基于电子设备的位置或电子设备的用户的日程，确定电子设备的用户是否存在出行需求；响应于确定电子设备的用户存在出行需求，获取目的地；以及基于电子设备的位置和目的地，向服务器发送出行服务请求。

在本公开的第三方面，提供了一种计算机可读存储介质。该计算机可读存储介质上存储有计算机程序，计算机程序被机器执行时使机器实现根据本公开的第一方面所描述的方法的任意步骤。

提供发明内容部分是为了以简化的形式来介绍对概念的选择，它们在下文的具体实施方式中将被进一步描述。发明内容部分无意标识本公开的关键特征或必要特征，也无意限制本公开的范围。

附图说明

通过结合附图对本公开示例性实施例进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施例中，相同的参考标号通常代表相同部件。

图1示出了根据本公开的实施例的信息处理环境100的示例的示意图；

图2示出了根据本公开的实施例的用于信息处理的方法200的示意流程图；

图3示出了根据本公开的实施例的用于信息处理的方法300的示意流程图；

图4示出了根据本公开的实施例的用于信息处理的方法400的示意流程图；

图5示出了根据本公开的实施例的用于信息处理的方法500的示意流程图；

图6示出了根据本公开的实施例的示例出行服务订单界面的示意图；以及

图7示出了可以用来实施本公开内容的实施例的示例设备700的示意性框图。

在各个附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

传统上，使用出行应用请求出行服务需要用户手动查找并调出出行应用，然后再手动输入出发地和目的地，操作比较繁琐。特别是对于商旅人士来说，由于携带行李，操作更加不方便，也显得不够智能。

为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个，本公开的示例实施例提出了一种用于信息处理的方案。在该方案中，检测电子设备的预定模式的运动。如果检测到预定模式的运动，则基于电子设备的位置或电子设备的用户的日程，确定电子设备的用户是否存在出行需求。如果确定电子设备的用户存在出行需求，则获取目的地。然后基于电子设备的位置和获取的目的地，向服务器发送出行服务请求。

由此，基于电子设备的预定模式的运动，自动基于电子设备的位置或电子设备的用户的日程判断用户的出行需求，并在用户存在出行需求的情况下，自动获取电子设备的位置和目的地，并请求出行服务，避免了频繁的手动操作，提高了出行服务的智能化。

在下文中，将结合附图更详细地描述本方案的具体示例。

图1示出了根据本公开的实施例的信息处理环境100的示例的示意图。信息处理环境100包括电子设备110、服务器120和用户130。

在一些实施例中，电子设备110可以是具备无线收发能力并且可以接入互联网的电子设备。电子设备110例如但不限于是移动电话、智能电话、膝上型计算机、平板计算机、个人数字助理(PDA)、可穿戴设备等。

在一些实施例中，电子设备110至少可以包括通信模块、显示器、存储器和处理器。通信模块用于与服务器120进行数据交互。显示器用于显示各种界面和信息。存储器用于存储一个或多个计算机程序。处理器耦合至存储器并且执行一个或多个程序使得电子设备110能够执行一种或多种功能。

电子设备110例如还可以包括加速度传感器，用于获取电子设备110的加速度。电子设备110可以通过加速度传感器获取加速度，确定用户130对电子设备110进行了预定模式的运动，根据该预定模式的运动，电子设备110可以执行相关操作。例如，电子设备110可以基于加速度检测电子设备110是否进行了摇动，以及如果检测到电子设备110的摇动，则执行相关操作。在一些实施例中，存储器还可以存储有用户的日程。日程例如可以包括时间、位置和内容。内容例如可以是乘飞机、坐火车等。

服务器120能够与电子设备110进行通信。服务器120包括但不限于个人计算机、服务器计算机、多处理器系统、大型计算机、包括上述系统或设备中的任意一个的分布式计算环境等。在一些实施例中，服务器120可以具有一个或多个处理单元，包括诸如GPU、FPGA和ASIC等的专用处理单元以及诸如CPU的通用处理单元。另外，服务器120上也可以运行着一个或多个虚拟机。

在一些实施例中，服务器120中实现有用于出行服务的平台。在一些实施例中，服务器120是用于出行服务的平台的一部分。

在下文中将结合图2对电子设备110所执行的动作进行详细描述。

图2示出了根据本公开的实施例的用于信息处理的方法200的流程图。例如，方法200可以由如图1所示的电子设备110来执行。应当理解的是，方法200还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

在框202处，在电子设备110处，检测电子设备110的预定模式的运动。在一些实施例中，电子设备110的预定模式的运动可以是电子设备110的摇动。例如，摇动可以是左右摇动、上下摇动或前后摇动。备选地或者附加地，预定模式的运动可以是预定运动轨迹。例如预定运动轨迹可以是圆形、弧形或其他形状。

如果在框202处检测到预定模式的运动，则在框204处，基于电子设备的位置或电子设备的用户的日程，确定电子设备110的用户130是否存在出行需求。

在一些实施例中，确定电子设备110的用户130是否存在出行需求可以包括确定所述电子设备110的位置与预定类型的位置之间的距离，以及如果确定距离小于阈值距离，则确定电子设备110的用户130存在出行需求。阈值距离例如可以是50米、30米、10米、0米等等。其中0米意味着位于预定类型的位置。

在一些实施例中，预定类型的位置例如可以包括交通站点。下文将结合图3详细描述。在一些实施例中，预定类型的位置例如可以包括用户130的历史出行信息指示的出发地。下文将结合图4详细描述。应当理解的是，以上列举的预定类型的位置只是示例，预定类型的位位置也可以是其他类型的位置，例如写字楼、商场、会展中心等等，本公开对此不作限定。

备选地或者附加地，确定电子设备110的用户130是否存在出行需求可以包括在电子设备110的用户130的日程中搜索出行计划，以及如果在电子设备110的用户130的日程中搜索到出行计划，则确定电子设备110的用户130存在出行需求。下文将结合图5详细描述。

如果在框204处确定电子设备110的用户130存在出行需求，则在框206处，获取目的地。目的地例如可以是电子设备110的用户130的日程中的位置。目的地例如也可以是用户预设的目的地，例如家庭地址。目的地例如也可以是用户的预订信息指示的位置，例如用户预订的酒店地址。目的地例如也可以是用户的历史出行信息指示的目的地，例如历史打车信息指示的目的地。

在框208处，基于电子设备110的位置和目的地，向服务器120发送出行服务请求。

在一些实施例中，向服务器120发送出行服务请求包括：基于电子设备110的位置和目的地，生成出行服务订单；呈现出行服务订单；以及如果接收到用户确认，向服务器发送出行服务订单。例如，生成从电子设备110的位置到目的地的出行服务订单。在一些实施例中，还基于预定出行方式，生成出行服务订单。例如，还可以基于用户偏好的出行方式或者历史出行信息指示的出行方式，生成出行服务订单。这里的出行方式例如可以包括采用不同级别的车辆出行，例如拼车、快车、专车等等。历史出行信息例如可以是电子设备110本地存储的，或者从服务器120接收的。

呈现出行服务订单例如可以包括在电子设备110的显示器处显示出行服务订单。呈现出行服务订单例如还可以包括经由电子设备110的扬声器播报出行服务订单。例如，播报“是否请求从XXX到XXX的出行服务”。

用户确认例如可以是电子设备110的预定模式的运动。用户确认例如也可以是语音确认。用户确认例如还可以是出行服务订单呈现界面的交互，例如虚拟按钮点击或滑动等等。

在一些实施例中，方法200还可以包括：从服务器120接收出行服务信息；以及呈现出行服务信息。出行服务信息例如可以包括车辆标识信息、驾驶员信息、路线信息等等。呈现出现服务信息的方式可以参照上文呈现出行服务订单的方式，这里不再赘述。

由此，基于电子设备的预定模式的运动，自动基于电子设备的位置或电子设备的用户的日程判断用户的出行需求，并在用户存在出行需求的情况下，自动获取电子设备的位置和目的地，并请求出行服务，避免了频繁的手动操作，提高了出行服务的智能化。

图3示出了根据本公开的实施例的用于信息处理的方法300的流程图。例如，方法300可以由如图1所示的电子设备110来执行。应当理解的是，方法300还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

在框302处，在电子设备110处，检测电子设备110的预定模式的运动。预定模式的运动的含义可参见上文，这里不再赘述。

如果在框302处检测到预定模式的运动，则在框304处，确定电子设备110的位置与交通站点之间的距离。在一些实施例中，电子设备110可以基于本地存储的地图数据，确定电子设备110的位置与交通站点之间的距离。在一些实施例中，电子设备110可以向服务器120发送请求消息，该消息请求确定电子设备110的位置与交通站点之间的距离，以及从服务器120接收距离。交通站点例如可以是火车站、飞机场、轮船码头等交通站点。

在框306处，确定距离是否小于阈值距离。阈值距离的例子可参见上文，这里不再赘述。

如果在框306处确定距离小于阈值距离，则在框308处，获取目的地。发明人认识到交通站点是用户出行需求比较旺盛的地点，通过基于电子设备的位置与交通站点之间的距离小于阈值距离，可以较准确地确定用户存在出行需求，从而可以获取目的地来提供出行服务。

在一些实施例中，方法300还可以包括在框308之前，如果在框306处确定距离小于阈值距离，确定交通站点是否匹配用户130的历史出行信息指示的目的地，以及如果确定交通站点匹配用户130的历史出行信息指示的目的地，则在框308处获取目的地。例如，历史出行信息可以是火车出行信息，火车出行信息指示的目的地站点是上海虹桥火车站，而电子设备的位置与上海虹桥火车站之间的距离小于阈值距离，因此可以推断用户乘坐火车达到虹桥火车站，可能存在诸如打车的出行需求，从而可以获取目的地来进行出行服务。又如，历史出行信息可以是打车信息，打车信息指示的目的地站点是上海虹桥火车站，而电子设备的位置与上海虹桥火车站之间的距离小于阈值距离，因此可以推断用户打车送亲友到火车站，存在再次打车返回的出行需求，从而可以获取目的地来进行出行服务。应当理解的是，这里列举的火车票和打车信息只是示例，历史出行信息也可以是其他类型，例如飞机票、轮船票等。通过交通站点是否匹配用户130的历史出行信息指示的目的地的判断可以提高确定用户存在出行需求的准确性。

备选地或者附加地，在一些实施例中，方法300还可以包括在框308之前，如果确定交通站点匹配用户130的历史出行信息指示的目的地，则确定当前时间是否在用户130的历史出行信息指示的结束时间开始的预定时间间隔内，以及如果确定当前时间在用户130的历史出行信息指示的结束时间开始的预定时间间隔内，则在框308处获取目的地。通过确定当前时间是否在用户的历史出行信息指示的结束时间开始的预定时间间隔内可以除外位置以外在时间维度上进一步提高确定用户出行需求的准确性。

在一些实施例中，历史出行信息可以是当日历史出行信息。例如，历史出行信息可以是火车出行信息，火车出行信息指示的到站时间是19年11月11日下午5点，当前时间为19年11月11日下午5点30分，则可以确定用户乘坐火车刚刚到达火车站，存在出行需求，从而可以获取目的地来进行出行服务。又如，历史出行信息可以是打车信息，打车信息指示的结束时间是19年11月11日下午5点，当前时间为19年11月11日下午5点30分，则可以确定用户刚刚打车送亲友到火车站，存在再次打车返回的出行需求，从而可以获取目的地来进行出行服务。通过利用当日历史出行信息的结束时间能够了解到当日历史出行的结束情况，从而更准确判定用户出行的需求。

备选地或者附加地，在一些实施例中，历史出行信息可以是昨日历史出行信息。例如，火车出行信息指示的到站时间是19年11月10日晚上11点45分，当前时间为19年11月11日凌晨0点30分，则可以确定用户乘坐火车刚刚到达火车站，存在出行需求，从而可以获取目的地来进行出行服务。

除了目的地和/或时间因素以外或者作为目的地和/或时间因素的补充，在一些实施例中，方法300还可以包括在框308之前，如果确定当前时间在用户130的历史出行信息指示的结束时间开始的预定时间间隔内，则确定交通站点对应的出行方式是否匹配用户130的历史出行信息指示的出行方式，以及如果确定交通站点对应的出行方式匹配用户130的历史出行信息指示的出行方式，则在框308处获取目的地。例如，交通站点可以为飞机场，用户的历史出行信息可以为飞机出行信息，则确定用户乘坐飞机到达飞机场，存在诸如打车的出行需求。这样可以排除采用历史出行方式与交通站点对应的出行方式不匹配的情况，提高确定用户出行需求的准确性。

在框310处，基于电子设备110的位置和目的地，向服务器120发送出行服务请求。

由此，基于电子设备的预定模式的运动，自动判断用户的电子设备的位置与交通站点之间的距离，并在距离小于阈值距离的情况下，自动获取电子设备的位置和目的地，并请求出行服务，避免了频繁的手动操作，提高了出行服务的智能化。发明人认识到交通站点是用户出行需求比较旺盛的地点，因此提出利用电子设备的位置与交通站点之间的距离来作为判断基准，提高了判断用户出行需求的准确性。

图4示出了根据本公开的实施例的用于信息处理的方法400的流程图。例如，方法400可以由如图1所示的电子设备110来执行。应当理解的是，方法400还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

在框402处，在电子设备110处，检测电子设备110的预定模式的运动。预定模式的运动的含义可参见上文，这里不再赘述。

如果在框402处检测到预定模式的运动，则在框404处，确定电子设备110的位置与用户的历史出行信息指示的出发地之间的距离。

在框406处，确定距离是否小于阈值距离。

如果在框406处确定距离小于阈值距离，则在框408处，获取目的地。历史出行信息例如可以是历史打车信息。如果电子设备110的位置与历史打车信息的出发地之间的距离小于阈值距离，则表明用户在该位置有打车历史，从而存在打车需求，因而可以获取目的地来进行打车服务。

在一些实施例中，获取目的地可以包括获取历史出行信息指示的目的地。

备选地或者附加地，在一些实施例中，方法400还可以包括在框408之前，如果在框406处确定距离小于阈值距离，则确定当前时间与用户的历史出行信息指示的出发时间之间的间隔，以及如果确定间隔小于阈值间隔，则在框408处，获取目的地。历史出行信息例如可以是历史打车信息。例如当前时间是晚上7点，历史打车信息指示的出发时间是晚上6点45，则当前时间与历史打车信息的出发时间之间的间隔是15分钟，小于阈值间隔，例如30分钟，表明用户在当前时间有打车历史，从而存在打车需求，因而可以获取目的地来进行打车服务。

在框410处，基于电子设备110的位置和目的地，向服务器120发送出行服务请求。

由此，基于电子设备的预定模式的运动，自动判断用户的电子设备的位置与用户的历史出行信息指示的出发地之间的距离，并在距离小于阈值距离的情况下，自动获取目的地，并请求出行服务，避免了频繁的手动操作，提高了出行服务的智能化。发明人认识到历史出行信息指示的出发地是用户出行需求比较旺盛的地点，因此提出利用电子设备的位置与历史出行信息指示的出发地之间的距离小于阈值距离来作为判断基准，提高了判断用户出行需求的准确性。

图5示出了根据本公开的实施例的用于信息处理的方法500的流程图。例如，方法500可以由如图1所示的电子设备110来执行。应当理解的是，方法500还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

在框502处，在电子设备110处，检测电子设备110的预定模式的运动。预定模式的运动的含义可参见上文，这里不再赘述。

如果在框502处检测到预定模式的运动，则在框504处，在电子设备110的用户130的日程中搜索出行计划。

在一些实施例中，日程可以是日历。在一些实施例中，在电子设备110的用户130的日程中搜索出行计划可以包括在电子设备110的用户130的日历中搜索预定类型的位置，以及如果确定在电子设备110的用户130的日历中搜索到预定类型的位置，则确定在电子设备110的用户130的日程中搜索到出行计划。预定类型的位置例如可以包括交通站点。例如，在用户的日历中搜索到虹桥火车站，则可以确定搜索到出行计划。应当理解的是，交通站点只是示例，预定类型的位置也可以包括其他类型的位置，例如酒店、会议中心、度假村、写字楼等等。备选地或者附加地，在一些实施例中，在确定电子设备110的用户130的日程中搜索出行计划可以包括在电子设备110的用户130的日历中搜索包括诸如接送机等的预定内容，以及如果确定搜索到预定内容，则确定搜索到出行计划。例如，可以在用户的日历中搜索到虹桥机场和“接机”的内容，则可以确定搜索到出行计划。应当理解的是，接送机只是示例，也可以是其他内容，例如度假、赶火车、参加会议、见客户等等。

在一些实施例中，日程可以是预订信息。预订信息例如可以是电子设备110从服务器110或预订平台接收的短信或消息。在一些实施例中，在电子设备110的用户130的日程中搜索出行计划可以包括确定当前时间与预订信息指示的时间之间的间隔，以及如果确定间隔小于阈值间隔，则确定在电子设备110的用户130的日程中搜索到出行计划。阈值间隔例如可以是当天内、2小时、1小时等等。

在一些实施例中，在电子设备110的用户130的日程中搜索出行计划可以包括基于电子设备的位置和出行预订信息指示的位置，确定路途时长，以及确定当前时间叠加路途时长与出行预订信息指示的时间之间的间隔，如果确定间隔小于阈值间隔，则确定在电子设备110的用户130的日程中搜索到出行计划。例如，预订信息指示的餐厅位置和电子设备110的位置为50公里，确定路途时长为1小时，当前时间为下午5点，预订信息指示的餐厅座位最晚保留时间为下午6点20分，5点加1个小时为6点与6点30分之间的间隔为20分钟，小于阈值间隔，例如30分钟，则可以确定搜索到出行计划。还应当理解的是，餐厅预订信息仅是示例，预订信息也可以是其他预订信息，例如酒店预订信息、演唱会预订信息、游乐园预订信息等等。通过计算路途时间，可以在时间上更精准地确定用户的出行计划。

在一些实施例中，预订信息可以是出行预订信息。在电子设备110的用户130的日程中搜索出行计划可以包括确定当前时间与出行预订信息指示的出发时间之间的间隔，以及如果确定间隔小于阈值间隔，则确定在电子设备110的用户130的日程中搜索到出行计划。例如，如果火车票预订信息指示出发时间为9点，而当前时间为8点，则确定搜索到出行计划。

在一些实施例中，在电子设备110的用户130的日程中搜索出行计划可以包括基于电子设备的位置和出行预订信息指示的出发位置，确定路途时长，以及确定当前时间叠加路途时长与出行预订信息指示的出发时间之间的间隔，以及如果确定间隔小于阈值间隔，则确定在电子设备110的用户130的日程中搜索到出行计划。例如，火车票预订信息指示的火车站和电子设备110的位置为50公里，确定路途时长为1小时，当前时间为下午5点，火车票预订信息指示出发时间为下午6点20分，5点加1个小时为6点与6点20分间隔20分钟，小于阈值间隔，例如30分钟，可以确定搜索到出行计划。通过计算路途时间，可以在时间上更精准地确定用户的出行计划。应当理解的是，火车票预订信息只是示例，出行预订信息也可以是诸如飞机票、轮船票等其他出行预订信息。

如果在框504处确定在电子设备110的用户130的日程中搜索到出行计划，则在框506处，获取目的地。在一些实施例中，获取目的地包括获取电子设备110的用户130的日程中的位置。如上所述，在一些实施例中，日程可以是日历。例如，在用户的日历中搜索到虹桥火车站，表明搜索到出行计划，则可以获取虹桥火车站作为目的地。还如上所述，日程可以是预订信息。例如，如果火车票预订信息指示当日出发，确定搜索到出行计划，则可以获取火车票信息中的始发站作为目的地。

在框508处，基于电子设备110的位置和目的地，向服务器120发送出行服务请求。

由此，基于电子设备的预定模式的运动，自动在用户的日程中搜索出行计划，并在日程中搜索到出行计划的情况下，自动获取电子设备的位置和目的地，并请求出行服务，避免了频繁的手动操作，提高了出行服务的智能化。发明人认识到在用户的日程中搜索到出行计划可以指示用户的出行需求，因此提出利用在用户的日程中搜索到出行计划来作为判断基准，提高了判断用户出行需求的准确性。

图6示出了根据本公开的实施例的示例出行服务订单界面600的示意图。应当理解的是，出行服务订单界面600还可以包括未示出的附加元素和/或可以省略所示出的元素，本公开的范围在此方面不受限制。

如图6所示，出行服务订单界面600可以包括第一界面元素610。第一界面元素610可以用于触发出行服务请求。例如，如果检测到针对第一界面元素610的用户确认，则可以发出出行服务请求。如图6所示，第一界面元素610是圆矩形的虚拟按钮，其上显示“确认”二字以提示确认操作。例如，如果检测到针对第一界面元素610的点击，则可以发出出行服务请求。应当理解，第一界面元素610可以是其他形状的虚拟按钮，例如原型、方形等等，也可以采用其他形式，例如图片、文字等等。针对第一界面元素610的用户确认可以是其他方式，例如滑动、长按、语音输入等等。

如图6所示，代驾服务界面600还可以包括第二界面元素620。第二界面元素620用于提示出行服务订单。在图6中，第二界面元素620指示出发地是虹桥火车站，目的地是家。应当理解，第二界面元素620也可以是其他形式。

如图6所示，代驾服务界面600还可以包括第三界面元素630。第三界面元素630用于显示出行路线。如图6所示，第三界面元素630显示了起点位置和终点位置，以及起点和终点之间的路线。

图7示出了可以用来实施本公开内容的实施例的示例设备700的示意性框图。例如，如图1所示的电子设备110可以由设备700来实施。如图所示，设备700包括中央处理单元(CPU)710，其可以根据存储在只读存储器(ROM)720中的计算机程序指令或者从存储单元780加载到随机访问存储器(RAM)730中的计算机程序指令，来执行各种适当的动作和处理。在RAM 730中，还可存储设备700操作所需的各种程序和数据。CPU 710、ROM 720以及RAM730通过总线740彼此相连。输入/输出(I/O)接口750也连接至总线740。

设备700中的多个部件连接至I/O接口750，包括：输入单元760，例如键盘、鼠标等；输出单元770，例如各种类型的显示器、扬声器等；存储单元780，例如磁盘、光盘等；以及通信单元790，例如网卡、调制解调器、无线通信收发机等。通信单元790允许设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个过程和处理，例如方法200、300、400和500，可由处理单元710执行。例如，在一些实施例中，方法200、300、400和500可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元780。在一些实施例中，计算机程序的部分或者全部可以经由ROM 720和/或通信单元790而被载入和/或安装到设备700上。当计算机程序被加载到RAM 730并由CPU 710执行时，可以执行上文描述的方法200、300、400和500的一个或多个动作。

本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (18)

1.一种用于信息处理的方法，包括：

检测电子设备的预定模式的运动；

响应于检测到所述预定模式的运动，基于所述电子设备的位置或所述电子设备的用户的日程，确定所述电子设备的所述用户是否存在出行需求；

响应于确定所述电子设备的所述用户存在出行需求，获取目的地；以及

基于所述电子设备的所述位置和所述目的地，向服务器发送出行服务请求。

2.根据权利要求1所述的方法，其中确定所述电子设备的所述用户是否存在出行需求包括：

确定所述电子设备的位置与预定类型的位置之间的距离；以及

至少部分地响应于确定所述距离小于阈值距离，确定所述电子设备的所述用户存在出行需求。

3.根据权利要求2所述的方法，其中所述预定类型的位置包括交通站点。

4.根据权利要求3所述的方法，其中确定所述电子设备的所述用户是否存在出行需求还包括：

响应于确定所述距离小于所述阈值距离，确定所述交通站点是否匹配所述用户的历史出行信息指示的目的地；以及

至少部分地响应于确定所述交通站点匹配所述用户的所述历史出行信息指示的所述目的地，确定所述电子设备的所述用户存在出行需求。

5.根据权利要求4所述的方法，其中确定所述电子设备的所述用户是否存在出行需求还包括：

响应于确定所述交通站点匹配所述用户的所述历史出行信息指示的所述目的地，确定当前时间是否在所述用户的所述历史出行信息指示的结束时间开始的预定时间间隔内；以及

至少部分地响应于确定所述当前时间在所述用户的所述历史出行信息指示的所述结束时间开始的所述预定时间间隔内，确定所述电子设备的所述用户存在出行需求。

6.根据权利要求5所述的方法，其中确定所述电子设备的所述用户是否存在出行需求还包括：

响应于确定所述当前时间在所述用户的所述历史出行信息指示的所述结束时间开始的所述预定时间间隔内，确定所述交通站点对应的出行方式是否匹配所述用户的所述历史出行信息指示的出行方式；以及

响应于确定所述交通站点对应的所述出行方式匹配所述用户的所述历史出行信息指示的所述出行方式，确定所述电子设备的所述用户存在出行需求。

7.根据权利要求2所述的方法，其中所述预定类型的位置包括所述用户的历史出行信息指示的出发地。

8.根据权利要求7所述的方法，其中确定所述电子设备的所述用户存在出行需求包括：

确定当前时间与所述用户的所述历史出行信息指示的出发时间之间的间隔；以及

响应于确定所述间隔小于阈值间隔，确定所述电子设备的所述用户存在出行需求。

9.根据权利要求8所述的方法，其中获取所述目的地包括：

获取所述历史出行信息指示的目的地。

10.根据权利要求1所述的方法，其中确定所述电子设备的所述用户是否存在出行需求包括：

在所述电子设备的所述用户的日程中搜索出行计划；以及

响应于确定在所述电子设备的所述用户的所述日程中搜索到所述出行计划，确定所述电子设备的所述用户存在出行需求。

11.根据权利要求10所述的方法，其中在所述电子设备的所述用户的所述日程中搜索所述出行计划包括：

在所述电子设备的所述用户的所述日历中搜索预定类型的位置；以及

响应于确定在所述电子设备的所述用户的所述日历中搜索到所述预定类型的位置，确定在所述电子设备的所述用户的所述日程中搜索到所述出行计划。

12.根据权利要求11所述的方法，其中所述预定类型的位置包括交通站点。

13.根据权利要求10所述的方法，其中在所述电子设备的所述用户的所述日程中搜索所述出行计划包括：

确定当前时间与所述电子设备的所述用户的所述出行预订信息指示的时间之间的间隔；以及

响应于确定所述间隔小于阈值间隔，确定在所述电子设备的所述用户的所述日程中搜索到所述出行计划。

14.根据权利要求1所述的方法，所述预定模式的运动包括摇动。

15.根据权利要求1所述的方法，其中向所述服务器发送所述出行服务请求包括：

基于所述位置和所述目的地，生成出行服务订单；

呈现所述出行服务订单；以及

响应于接收到用户确认，向所述服务器发送所述出行服务订单。

16.根据权利要求1所述的方法，还包括：

从所述服务器接收出行服务信息；以及

呈现所述出行服务信息。

17.一种用于信息处理的设备，包括：

至少一个处理单元；

至少一个存储器，所述至少一个存储器被耦合到所述至少一个处理单元并且存储用于由所述至少一个处理单元执行的指令，所述指令当由所述至少一个处理单元执行时，使得所述设备执行根据权利要求1至16任一项所述的方法的步骤。

18.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被机器执行时实现根据权利要求1至16中任一项所述的方法。

Images