约车方法和装置制造方法及图纸

本申请公开了一种约车方法和装置

【技术实现步骤摘要】
约车方法和装置、电子设备、可读存储介质和芯片


[0001]本申请属于合乘约车领域，具体涉及一种约车方法
、
约车装置
、
电子设备
、
可读存储介质和芯片
。

技术介绍

[0002]目前，在顺风车领域中，乘客在约车时通常需要输入上车点
、
下车点
、
乘坐人数和预计出行时间等信息，每次约车时，需要用户输入的项数过多，对于乘坐顺风车具有一定规律性的乘客而言，操作较为繁琐
。

技术实现思路

[0003]本申请实施例的目的是提供一种约车方法和装置
、
电子设备
、
可读存储介质和芯片，能够解决用户重复下单操作较为繁琐的问题
。
[0004]第一方面，本申请实施例提供了一种约车方法，该方法包括：在订单处理界面中获取多个订单信息，其中，多个订单信息的出行时间段
、
起终点和出发时间相同；响应于多个订单信息的操作指令，将多个订单信息合并发送至服务器
。
[0005]第二方面，本申请实施例提供了一种约车装置，包括：获取模块，用于在订单处理界面中获取多个订单信息，其中，多个订单信息的出行时间段
、
起终点和出发时间相同；订单处理模块，用于响应于多个订单信息的操作指令，将多个订单信息合并发送至服务器
。
[0006]第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器
、
存储器及存储在存储器上并可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤
。
[0007]第四方面，本申请实施例提供了一种可读存储介质，可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤
。
[0008]第五方面，本申请实施例提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现如第一方面的方法的步骤
。
[0009]在本申请实施例中，用户可在下单前，根据自身的规律出行需求，提前设置好多个订单信息，订单信息中的一些因素是相同的，例如出行时间段
、
起终点和出发时间等
。
需要说明的是，出行时间段为每一自然天所提前划分的特定时间段，例如
7:00
～
9:00、16:00
～
19:00
等
。
根据本实施例的方案，在订单处理界面中获取到的相同的多个订单信息，可对多个订单信息进行批量处理，例如批量下单或批量接单的操作，从而与服务器进行信息交换，以便于后续服务器进行订单匹配的操作
。
[0010]需要强调的是，对重复有规律性的订单如果可以批量下单，可以节约用户操作时间，也可增加日常约车订单数和约车成功率，增加用户粘性
。
在此基础上，通过配合批量约车，可以更高的提高用户约车数量及车主接单数量，使工作日客单量提升
。
[0011]需要补充的是，批量下单指的是单量大于等于2的订单数量前提下，可预约在不同时间的相同时间段内，相同起终点和相同出发时间；车主可提前接单在不同时间的相同时
间段内，相同起终点和相同出发时间
。
[0012]当然，车主可以批量接单也可以分开接单
。
[0013]其中，订单信息包括但不限于起点
、
终点
、
人数
、
出行时间等信息
。
本方案具有一定的周期性特性，可以选择一周中哪几天的哪个时间段需要自动下单，灵活性较高，更符合不同用户的周期性规律下单需求
。
[0014]需要补充的是，在订单处理界面应属于合乘约车领域，包括但不限于应用于顺风车
、
拼车等私人小客车合乘的出行方式
。
附图说明
[0015]图1示出了根据本申请的一个实施例的约车方法的流程示意图；
[0016]图2示出了根据本申请的一个实施例的约车方法的流程示意图；
[0017]图3示出了根据本申请的一个实施例的约车方法的流程示意图；
[0018]图4示出了根据本申请的一个实施例的约车方法的流程示意图；
[0019]图5示出了根据本申请的一个实施例的约车装置的结构示意图；
[0020]图6示出了根据本申请的一个实施例的约车装置的结构示意图；
[0021]图7示出了根据本申请的一个实施例的电子设备的结构示意图；
[0022]图8示出了根据本申请的一个实施例的电子设备的结构示意图
。
[0023]其中，图5至图8中附图标记与部件名称之间的对应关系为：
[0024]100
：电子设备；
101
：射频单元；
102
：网络模块；
103
：音频输出单元；
104
：输入单元；
1041
：图形处理器；
1042
：麦克风；
105
：传感器；
106
：显示单元；
1061
：显示面板；
107
：用户输入单元；
1071
：触控面板；
1072
：其他输入设备；
108
：接口单元；
1109
：存储器；
1110
：处理器；
900
：约车装置；
901
：获取模块；
902
：订单处理模块；
903
：取消模块；
904
：分配模块
。
具体实施方式
[0025]下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例
。
基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围
。
[0026]本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序
。
应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个
。
此外，说明书以及权利要求中“和
/
或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系
。
[0027]下面结合附图1至图8，通过具体的实施例及其应用场景对本申请实施例提供的约车方法和装置
、
电子设备
、
可读存储介质和芯片本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.
一种约车方法，其特征在于，包括：在订单处理界面中获取多个订单信息，其中，多个所述订单信息的出行时间段
、
起终点和出发时间相同；响应于多个所述订单信息的操作指令，将多个所述订单信息合并发送至服务器
。2.
根据权利要求1所述的约车方法，其特征在于，还包括：获取至少一个与所述订单信息对应的取消指令；根据所述取消指令，取消与所述取消指令对应的订单信息的发布
。3.
根据权利要求1所述的约车方法，其特征在于，所述订单处理界面包括接单界面和
/
或下单界面，所述操作指令包括接单指令和
/
或下单指令；所述响应于多个所述订单信息的操作指令，将多个所述订单信息合并发送至服务器，具体包括：响应于至少一个所述订单信息的下单指令，将所述订单信息发送至所述服务器；和
/
或响应于车主用户对至少一个所述订单信息的接单指令，建立所述车主用户与乘客用户之间的订单关联
。4.
根据权利要求1所述的约车方法，其特征在于，还包括：确定多个车主用户对多个所述订单信息的接单数量；根据所述接单数量确定多个所述车主用户的接单优先级；根据所述接单优先级将所述订单信息分配至多个所述车主用户
。5.
一种约车装置，其特征在于，包括：获取模块，用于在订单处理界面中获取多个订单信息，其中，多个所述订单信息的出行时间段
、
起终点和出发时间相同；订单处理模块，用于响应于多个所述订单信息的操作指令，将多个所述订单信息合并发送至服务器
。6.
根据权利...

【专利技术属性】
技术研发人员：孙剑莹，
申请(专利权)人：拼途北京信息技术有限公司，
类型：发明
国别省市：