CN111415212A - 订单信息处理方法、客户端及终端设备 - Google Patents

Abstract

本发明实施例提供一种订单信息处理方法、客户端及终端设备。该方法包括：获取目标订单；获取对于所述目标订单的订单变更请求；根据所述订单变更请求确定所述目标订单变更后的订单信息；将变更后的所述订单信息发送给服务器。本发明实施例的方法，提高了行程变更的效率，进而提升了用户体验。

Description

订单信息处理方法、客户端及终端设备

技术领域

本发明实施例涉及互联网技术领域，尤其涉及一种订单信息处理方法、客户端及终端设备。

背景技术

随着通信技术和互联网技术的不断发展，网约车为用户的出行带来了极大的便利，越来越多的用户通过安装于终端设备上的客户端预约车辆出行。

目前，乘客通过在客户端中输入出行信息，例如输入上车点、下车点、出行策略等，发起订单，当订单被分配给相应的司机时，该订单成立。现有技术中，当订单成立后，无论是司机还是乘客均无法对行程中的上车点进行线上修改。

当司机或者乘客由于某些原因，例如堵车、突发事故、计划变更等原因，需要对订单信息进行变更，例如对行程中的上车点进行变更时，仅能通过即时通讯工具或者电话与对方进行沟通，行程变更效率低，导致用户体验差。

发明内容

本发明实施例提供一种订单信息处理方法、客户端及终端设备，用以解决现有技术中行程确定之后无法对订单信息进行线上修改的问题。

第一方面，本发明实施例提供一种订单信息处理方法，包括：

获取目标订单；

获取对于目标订单的订单变更请求；

根据订单变更请求确定目标订单变更后的订单信息；

将变更后的订单信息发送给服务器。

在一种可能的实现方式中，订单变更请求包括以下变更请求中的一种或者多种：

上车点变更请求、终点变更请求、路线变更请求和出发时间变更请求。

在一种可能的实现方式中，获取对于目标订单的订单变更请求，包括；

获取用户触摸显示屏的位置信息，并根据位置信息，确定用户请求为目标订单的订单变更请求。

在一种可能的实现方式中，根据订单变更请求确定目标订单变更后的订单信息，包括：

根据订单变更请求，获取用户输入的变更信息；

根据用户输入的变更信息，确定目标订单变更后的订单信息。

在一种可能的实现方式中，获取对于目标订单的订单变更请求，包括：

接收服务器发送的对于目标订单的订单变更请求；

根据订单变更请求确定目标订单变更后的订单信息，包括：

接收用户对于订单变更请求的选择操作；

根据用户对于订单变更请求的选择操作，确定目标订单变更后的订单信息。

在一种可能的实现方式中，获取对于目标订单的订单变更请求，包括：

获取服务器发送的对于目标订单的订单变更请求。

在一种可能的实现方式中，订单变更请求还包括订单变更的原因。

第二方面，本发明实施例提供客户端，包括：

第一获取模块，用于获取目标订单；

第二获取模块，用于获取对于目标订单的订单变更请求；

确定模块，用于根据订单变更请求确定目标订单变更后的订单信息；

发送模块，用于将变更后的订单信息发送给服务器。

第三方面，本发明实施例提供一种终端设备，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如第一方面任一项所述的订单信息处理方法。

第四方面，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现如第一方面任一项所述的订单信息处理方法。

本发明实施例提供的订单信息处理方法、客户端及终端设备，通过获取目标订单，获取对于目标订单的订单变更请求，根据订单变更请求确定目标订单变更后的订单信息，并将变更后的订单信息发送给服务器，实现了对行程的线上修改，解决了现有技术中行程确定之后无法对订单信息进行线上修改的问题，为司机和乘客提供了便利，提升了用户体验。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1为本发明提供的订单信息处理方法一实施例的流程图；

图2为本发明提供的订单信息处理方法又一实施例的流程图；

图3A-图3D为本发明提供的订单信息处理方法一实施例的界面示意图；

图4A-图4C为本发明提供的订单信息处理方法又一实施例的界面示意图；

图5为本发明提供的客户端一实施例的结构示意图；

图6为本发明提供的终端设备一实施例的结构示意图。

通过上述附图，已示出本发明明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本发明构思的范围，而是通过参考特定实施例为本领域技术人员说明本发明的概念。

具体实施方式

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

本发明的说明书和权利要求书中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明中的“第一”和“第二”只起标识作用，而不能理解为指示或暗示顺序关系、相对重要性或者隐含指明所指示的技术特征的数量。“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本发明的说明书中通篇提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

图1为本发明提供的订单信息处理方法一实施例的流程图。本实施例提供的订单信息处理方法，可以应用于终端设备中，例如可以应用于司机客户端中，也可以应用于乘客客户端中。如图1所示，本实施例提供的方法可以包括：

S101、获取目标订单。

本实施例中的目标订单既可以包括派单成功的订单，也可以包括派单中的订单。对于派单成功的订单，司机客户端和乘客客户端均可以通过本实施例提供的方法变更行程；而对于派单中的订单，则只有乘客客户端可以采用本实施例提供的方法变更行程。

本实施例中获取到的目标订单例如可以包括目标订单的标识和目标订单的上车点信息、终点信息、路线信息及出发时间信息中的至少一种。

S102、获取对于目标订单的订单变更请求。

可选的，本实施例中的订单变更请求例如可以包括以下变更请求中的一种或者多种：上车点变更请求、终点变更请求、路线变更请求和出发时间变更请求。其中，上车点变更请求用于对目标订单的上车点信息进行变更；终点变更请求用于对目标订单的终点信息进行变更；路线变更请求用于对目标订单中从上车点至终点之间的行驶路线信息进行变更；出发时间变更请求用于对目标订单中的出发时间进行变更。

本实施例中的订单变更请求可以由司机客户端发起，也可以由乘客客户端发起，例如当由于交通堵塞、突发交通事故等原因导致司机无法在行程原有上车点停靠，或者无法按照原有规划路线行驶时，司机可以通过司机客户端发起行程变更，当乘客由于找不到行程原有上车点或者出行计划变更时，可以通过乘客客户端发起行程变更请求。

在乘客上车之前，订单变更请求可以用于对上车点、出发时间、终点和路线中的任一项或者多项进行变更；在乘客上车之后，订单变更请求可以用于对终点和路线中的任一项或者多项进行变更。

可选的，订单变更请求可以根据目标订单的类型确定。例如，对于预约类型的目标订单，订单变更请求可以用于对出发时间进行变更。

以订单变更请求为上车点变更请求为例，上车点变更请求可以包括：待变更行程的标识和待变更上车点的标识。其中，待变更行程的标识用于标记待变更的行程，例如可以为待变更行程的订单号码；待变更上车点的标识用于标记待变更的上车点，例如可以为待变更上车点在地图上的位置信息，如GPS坐标位置。

以订单变更请求为终点变更请求为例，终点变更请求可以包括：待变更行程的标识和待变更终点的标识。其中，待变更行程的标识用于标记待变更的行程，例如可以为待变更行程的订单号码；待变更终点的标识用于标记待变更的终点，例如可以为待变更终点在地图上的位置信息，如GPS坐标位置。

以订单变更请求为路线变更请求为例，路线变更请求可以包括：待变更行程的标识和待变更路线的标识。其中，待变更行程的标识用于标记待变更的行程，例如可以为待变更行程的订单号码；待变更路线的标识用于标记待变更的路线，例如可以为待变更路线在地图上的轨迹信息。S103、根据订单变更请求确定目标订单变更后的订单信息。

在获取目标订单的订单变更请求之后，则根据该订单变更请求，确定目标订单变更后的订单信息。

根据订单变更请求确定目标订单变更后的订单信息，可以包括：

根据上车点变更请求确定目标订单变更后的上车点；和/或，

根据终点变更请求确定目标订单变更后的终点；和/或，

根据路线变更请求确定目标订单变更后的路线；和/或，

根据出发时间变更请求确定目标订单变更后的出发时间；

根据目标订单变更后的上车点、终点、路线和出发时间中的至少一种，确定目标订单变更后的订单信息。

可选的，可以包括确定与待变更上车点的标识对应的变更信息。其中，待变更上车点的标识对应的变更信息例如可以包括变更后的上车点的标识、从当前位置至变更后的上车点的导航路径等。变更后的上车点的标识可以通过地图上的位置信息标识，如GPS坐标位置。

可选的，变更后的上车点可以位于变更前的上车点的预设范围内。例如，可以设置变更后的上车点的可选择范围为以变更前的上车点为中心，半径500米的区域范围内。这样可以尽量减少行程变更给行程的对方造成的不便。

可选的，可以包括确定与待变更终点的标识对应的变更信息。其中，待变更终点的标识对应的变更信息例如可以包括变更后的终点的标识。

在获取与待变更上车点的标识对应的变更信息之后，则根据该变更信息，对待变更的上车点标识所对应的上车地址信息进行变更处理，并根据变更后的上车地址信息，变更待变更行程的标识对应的行程信息，获取新的行程信息，以确定目标订单变更后的订单信息。其中，目标订单变更后的订单信息例如可以包括变更后的上车点信息、变更后的终点信息，行程变更之后新的导航信息中的一种或者多种。

S104、将变更后的订单信息发送给服务器。

本实施例中在确定了目标订单变更后的订单信息之后，则将变更后的订单信息，例如可以包括上车点地址信息和新的行程信息，发送至服务器，以供服务器进行行程更新。本实施例中的服务器可以为连接司机客户端与乘客客户端的服务器，包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算的由大量计算机或网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机组成的一个超级虚拟计算机。

服务器在接收到变更后的订单信息之后，对目标订单进行更新，并将更新后的行程信息发送至相关用户。

本实施例提供的订单信息处理方法，通过获取目标订单，获取对于目标订单的订单变更请求，根据订单变更请求确定目标订单变更后的订单信息，并将变更后的订单信息发送给服务器，实现了对行程的线上修改，解决了现有技术中行程确定之后无法对订单信息进行线上修改的问题，提高了行程变更的效率，为司机和乘客提供了便利，提升了用户体验。

在上述实施例的基础上，下面以上车点变更为例对本发明提供的订单信息处理方法进行说明。图2为本发明提供的订单信息处理方法又一实施例的流程图。如图2所示，本实施例的方法可以包括：

S201、获取用户触摸显示屏的位置信息，并根据位置信息，确定用户请求为行程变更请求，行程变更请求包括：待变更行程的标识和待变更上车点的标识。

在订单成立之后，乘客可以在等待接驾的过程中，通过触摸终端设备上的更改行程按钮发起行程变更请求；司机可以在去往上车点的途中，通过触摸终端设备上的更改行程按钮发起行程变更请求。本实施例中的用户既可以是乘客，也可以是司机。

本实施例中可以通过获取用户触摸显示屏的位置信息，当用户触摸显示屏的位置落入更改行程按钮的有效区域时，确定用户请求为行程变更请求。

S202a、根据行程变更请求，获取用户拖动待变更上车点的标识在显示屏上的轨迹信息；将轨迹信息的最终点作为变更信息。

在确定用户请求为行程变更请求之后，可以允许用户输入新的上车点，或者通过拖动待变更上车点的标识在地图上重新定位上车点。

本实施例中通过获取用户拖动待变更上车点的标识在显示屏上的轨迹信息，并将轨迹信息的最终点作为变更信息，即将轨迹信息的最终点所对应的位置作为新的上车点。

S202b、根据行程变更请求，接收服务器发送的推荐上车点的标识，以及对应的地址信息；从推荐上车点的标识中，获取用户选中的上车点的标识，并将用户选中的上车点的标识对应的地址信息，作为变更信息。

在确定用户请求为行程变更请求之后，服务器可以向用户发送推荐上车点的标识，以及对应的地址信息。例如服务器可以根据当前的实时交通状况，将待变更上车点预设距离范围内便于停车的地点确定为推荐上车点；根据用户的历史乘车记录，或者通过对与待变更上车点相关的历史数据进行分析，将待变更上车点预设距离范围内，用户常用的上车地点确定为推荐上车点。

本实施例中，在接收服务器发送的推荐上车点的标识，以及对应的地址信息之后，根据用户选中的上车点的标识对应的地址信息，确定变更信息。

S203、根据变更信息，对待变更的上车点标识所对应的上车地址信息进行变更处理，并根据变更后的上车地址信息，变更待变更行程的标识对应的行程信息，以获取新的行程信息。

具体实现可以参考S103，此处不再赘述。

S204、将变更后的上车地址信息和新的行程信息，发送至服务器，以供服务器进行行程更新。

具体实现可以参考S104，此处不再赘述。

下面通过一个具体的示例对本实施例提供的订单信息处理方法进行说明。该示例以通过乘客客户端变更行程为例进行说明。图3A-图3D为本发明提供的订单信息处理方法一实施例的界面示意图。如图3A所示，为乘客在等待接驾的过程中，乘客客户端的界面示意图，乘客可以通过更改行程按钮发起行程变更请求。当获取到用户触摸显示屏的位置信息，并根据该位置信息，确定用户触摸了更改行程按钮，则确定发起行程变更请求，界面跳转至图3B所示的更改行程界面。如图3B所示，在更改行程界面中，用户可以以文字的形式或者语音的形式输入新的上车点，也可以通过拖动上车点的标识在显示屏所显示的地图中选择新的上车点，还可以通过触摸选中服务器发送的推荐上车点，如图3B中所示的推荐上车点1、推荐上车点2和推荐上车点3。图3B中的虚线圆圈示出了新的上车点的可选择范围。在选定新的上车点后，触摸确定按钮进行变更。当根据用户触摸显示屏的位置信息，获取到用户触摸了确定按钮时，则将用户拖动上车点的标识形成的轨迹信息的最终点作为变更信息，或者将用户选中的待推荐上车点的标识对应的地址信息作为变更信息，或者将用户输入的新的上车点作为变更信息。本实施例以用户选中推荐上车点3，并触摸确定按钮为例，则界面跳转至图3C所示的信息确认界面。在该界面对用户的行为可能产生的后果进行提示，再次向用户确认是否继续执行操作，避免用户误操作。例如，可以如图3C所示，提示乘客“变更上车点可能会增加等待时间并产生额外费用，是否确定进行变更？”，若获取到用户触摸了取消按钮，则终止此次行程变更请求；若获取到用户触摸了确定按钮，则界面跳转至图3D所示的变更后的等待接驾的界面。如图3D所示，此时上车点由原来的XX小区北门变更为XX小区南门，图中的上车点标识也变更至推荐上车点3所对应的位置了。至此，便实现了对行程中上车点的线上更改。同理，还可以对下车点进行修改。本实施例中的界面以及提示语等仅作示意，并不对本发明形成任何限制。

需要说明的是，对于终点变更、路线变更及出发时间变更等，可以采用相同的方法实现，此处不再赘述。

本实施例提供的订单信息处理方法，通过获取用户触摸显示屏的位置信息，并根据位置信息，确定用户请求为行程变更请求，根据行程变更请求，将用户拖动待变更上车点的标识在显示屏上的轨迹信息的最终点，或者，将用户选中的上车点的标识对应的地址信息，作为变更信息，进行行程变更处理，实现了对行程的方便快捷的线上变更，提高了行程变更的效率，进一步提升了用户体验。

可以理解的是，通过线上对行程进行变更，降低了乘客与司机关于上车点的沟通成本，可以有效避免双方对新上车点的辨识和理解差异，提高了行程变更的效率。进一步的，通过线上变更，可以提供更加适当的导航路径，也便于服务器对于行程的管理和监控，可以有效保障司机和乘客的安全。

在一些实施例中，获取行程变更请求的一种实现方式可以是：获取服务器发送的行程变更请求，行程变更请求包括司机推荐的上车点的标识，以及对应的地址信息。则根据行程变更请求，获取与待变更上车点的标识对应的变更信息的一种实现方式可以是：根据行程变更请求，将司机推荐的上车点的标识对应的地址信息，作为变更信息。

本实施例中，当司机通过司机客户端发起行程变更请求，并将变更后的上车地址信息和新的行程信息，发送至服务器之后，服务器可以将相应的信息发送至该行程对应的乘客客户端。

在接收到包括了司机推荐的上车点的标识以及对应的地址信息的行程变更请求之后，可以将司机推荐的上车点的标识对应的地址信息，作为变更信息。

可选的，本实施例中还可以根据用户对于行程变更请求的响应消息确定是否继续进行行程变更。响应消息例如可以包括同意或者拒绝，当响应消息表示用户同意进行变更时，则行程变更生效；当响应消息表示用户拒绝进行变更时，则维持原有行程信息。

在一些实施例中，获取行程变更请求的一种实现方式可以是：获取服务器发送的行程变更请求，行程变更请求包括乘客推荐的上车点的标识，以及对应的地址信息。则根据行程变更请求，获取与待变更上车点的标识对应的变更信息一种实现方式可以是：根据行程变更请求，将乘客推荐的上车点的标识对应的地址信息，作为变更信息。

本实施例中，当乘客通过乘客客户端发起行程变更请求，并将变更后的上车地址信息和新的行程信息，发送至服务器之后，服务器可以将相应的信息发送至该行程对应的司机客户端。

可选的，行程变更请求还可以包括行程变更的原因。

图4A-图4C为本发明提供的订单信息处理方法又一实施例的界面示意图。如图4A所示，为订单成立后，司机赶往上车点的过程中，司机客户端的界面示意图。若在此过程中，乘客对行程进行了变更，则将会接收到服务器发送的行程变更请求，行程变更请求包括了乘客推荐的上车点的标识，以及对应的地址信息。界面将跳转至图4B所示的界面，提醒司机“乘客变更了上车点，是否查看？”，并向司机提供“拒绝”和“查看”选项。若获取到司机拒绝了该变更请求，则继续维持原行程；若获取到司机查看该变更请求，则界面跳转至图4C所示界面。如图4C所示，将向用户展示原上车点信息和新的上车点信息，并提供“拒绝”和“接收”选项。若获取到用户拒绝，则维持原行程；若获取到用户接收该变更请求，则将行程的上车点变更为新的上车点，继续进行导航。

本发明实施例还提供一种客户端，请参见图5所示，本发明实施例仅以图5为例进行说明，并不表示本发明仅限于此。图5为本发明提供的客户端一实施例的结构示意图。如图5所示，本实施例提供的客户端50可以包括：第一获取模块501、第二获取模块502、确定模块503和发送模块504。

第一获取模块501，用于获取目标订单；

第二获取模块502，用于获取对于目标订单的订单变更请求；

确定模块503，用于根据订单变更请求确定目标订单变更后的订单信息；

发送模块504，用于将变更后的订单信息发送给服务器。

本实施例的装置，可以用于执行图1所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

可选的，订单变更请求可以包括以下变更请求中的一种或者多种：上车点变更请求、终点变更请求、路线变更请求和出发时间变更请求。

可选的，第二获取模块502用于获取对于目标订单的订单变更请求，具体可以包括；

获取用户触摸显示屏的位置信息，并根据位置信息，确定用户请求为目标订单的订单变更请求。

可选的，确定模块503，用于根据订单变更请求确定目标订单变更后的订单信息，具体可以包括：

根据订单变更请求，获取用户输入的变更信息；

根据用户输入的变更信息，确定目标订单变更后的订单信息。

可选的，第二获取模块502，用于获取对于目标订单的订单变更请求，具体可以包括：

接收服务器发送的对于目标订单的订单变更请求；

确定模块503，用于根据订单变更请求确定目标订单变更后的订单信息，具体可以包括：

接收用户对于订单变更请求的选择操作；

根据用户对于订单变更请求的选择操作，确定目标订单变更后的订单信息。

可选的，第二获取模块502，用于获取对于目标订单的订单变更请求，具体可以包括：

获取服务器发送的对于目标订单的订单变更请求。

可选的，订单变更请求还包括订单变更的原因。

本发明实施例还提供一种终端设备，请参见图6所示，本发明实施例仅以图6为例进行说明，并不表示本发明仅限于此。图6为本发明提供的终端设备一实施例的结构示意图。该终端设备可以是智能手机、智能穿戴设备、计算机、数字广播终端、消息收发设备、平板设备、个人数字助理等。如图6所示，本实施例提供的终端设备可以包括以下一个或多个组件：处理组件601，存储器602，电源组件604，多媒体组件606，音频组件603，输入/输出(I/O)接口608，传感器组件607，以及通信组件605。

处理组件601通常控制终端设备的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件601可以包括一个或多个处理器6011来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件601可以包括一个或多个模块，便于处理组件601和其他组件之间的交互。例如，处理组件601可以包括多媒体模块，以方便多媒体组件606和处理组件601之间的交互。

存储器602被配置为存储各种类型的数据以支持在终端设备的操作。这些数据的示例包括用于在终端设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器602可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。本实施例中，存储器602中存储有计算机程序，该计算机程序可以由处理器6011执行，以实现上述任一方法实施例提供的订单信息处理方法的技术方案。

电源组件604为终端设备的各种组件提供电力。电源组件604可以包括电源管理系统，一个或多个电源，及其他与为终端设备生成、管理和分配电力相关联的组件。

多媒体组件606包括在所述终端设备和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件606包括一个前置摄像头和/或后置摄像头。当终端设备处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件603被配置为输出和/或输入音频信号。例如，音频组件603包括一个麦克风(MIC)，当终端设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器602或经由通信组件605发送。本实施例中，可以通过麦克风采集用户对终端设备进行语音控制的语音信号，然后经由通信组件605发送至云端服务器。在一些实施例中，音频组件603还包括一个扬声器，用于输出音频信号。本实施例中，可以通过扬声器播放对用户的提示信息。

I/O接口608为处理组件601和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件607包括一个或多个传感器，用于为终端设备提供各个方面的状态评估。例如，传感器组件607可以检测到终端设备的打开/关闭状态，组件的相对定位，例如所述组件为终端设备的显示器和小键盘，传感器组件607还可以检测终端设备或终端设备一个组件的位置改变，用户与终端设备接触的存在或不存在，终端设备方位或加速/减速和终端设备的温度变化。传感器组件607可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件607还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件607还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件605被配置为便于终端设备和其他设备之间有线或无线方式的通信。本实施例中通信组件605用于实现终端设备和云端服务器之间的交互。终端设备可以接入基于通信标准的无线网络，如WiFi，2G、3G或4G，或它们的组合。在一个示例性实施例中，通信组件605经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件605还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，终端设备可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器602，上述指令可由终端设备的处理器6011执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本实施例提供的终端设备可用于执行以实现上述任一方法实施例提供的订单信息处理方法的技术方案，其实现原理和技术效果类似，此处不再赘述。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时可以实现上述任一方法实施例提供的订单信息处理方法。本实施例中的计算机可读存储介质可以是计算机能够存取的任何可用介质，或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备，可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如SSD)等。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种订单信息处理方法，其特征在于，包括：

获取目标订单；

获取对于所述目标订单的订单变更请求；

根据所述订单变更请求确定所述目标订单变更后的订单信息；

将变更后的所述订单信息发送给服务器。

2.根据权利要求1所述的方法，其特征在于，所述订单变更请求包括以下变更请求中的一种或者多种：

上车点变更请求、终点变更请求、路线变更请求和出发时间变更请求。

3.根据权利要求1所述的方法，其特征在于，所述获取对于所述目标订单的订单变更请求，包括；

获取用户触摸显示屏的位置信息，并根据所述位置信息，确定用户请求为所述目标订单的订单变更请求。

4.根据权利要求1所述的方法，其特征在于，所述根据所述订单变更请求确定所述目标订单变更后的订单信息，包括：

根据所述订单变更请求，获取用户输入的变更信息；

根据用户输入的所述变更信息，确定所述目标订单变更后的订单信息。

5.根据权利要求1所述的方法，其特征在于，所述获取对于所述目标订单的订单变更请求，包括：

接收所述服务器发送的对于所述目标订单的订单变更请求；

所述根据所述订单变更请求确定所述目标订单变更后的订单信息，包括：

接收用户对于所述订单变更请求的选择操作；

根据用户对于所述订单变更请求的选择操作，确定所述目标订单变更后的订单信息。

6.根据权利要求1所述的方法，其特征在于，所述获取对于所述目标订单的订单变更请求，包括：

获取所述服务器发送的对于所述目标订单的订单变更请求。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述订单变更请求还包括订单变更的原因。

8.一种客户端，其特征在于，包括：

第一获取模块，用于获取目标订单；

第二获取模块，用于获取对于所述目标订单的订单变更请求；

确定模块，用于根据所述订单变更请求确定所述目标订单变更后的订单信息；

发送模块，用于将变更后的所述订单信息发送给服务器。

9.一种终端设备，其特征在于，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如权利要求1-7任一项所述的订单信息处理方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器执行以实现如权利要求1-7任一项所述的订单信息处理方法。

Images