1.本技术涉及互联网技术领域，特别涉及订单处理方法、装置及电子设备。
背景技术：2.目前，如图1所示，在乘客端用户界面，具有“网约车”和“顺风车”两个标签，当乘客端用户需要打网约车时，切换至“网约车”标签页，在该标签页内输入出行的出发地和目的地，点击“立即呼叫”即可发起网约车订单；当乘客端用户需要打顺风车时，切换至“顺风车”标签页，在该标签页内输入出行的出发地、目的地和出发时间。
3.顺风车的价格通常比网约车的价格低，但是时效性较差。在一些情况下，用户希望能够打到价格较低、时效性相对较好的车，这就需要用户分别在“网约车”标签和“顺风车”标签页下尝试下单，需要重复操作相似的流程，需要同时关注2个流程，在有司机接单后，需要取消“网约车”标签和“顺风车”标签页下未被接单的其余订单。
4.由此可见，打到价格较低、时效性相对较好的车，现有方法对于乘客端用户而言操作较为繁琐、成本较高，对于用车平台而言，则会降低交易效率，进而影响询价率、发单接单率、发单完单率。
技术实现要素：5.本技术的目的是提供一种订单处理方法、装置及电子设备，以使得用户能够达到价格较低、时效性相对较好的车的同时，降低乘客端用户的操作复杂度，提高询价率、发单接单率、发单完单率。
6.为解决上述技术问题，本说明书第一方面提供一种订单处理方法，包括：获取用户出行的地点需求；向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格；获取用户选择的品类；根据用户选择的品类，将所述用户的出行订单发送至用户选择的品类对应的网约车司机和/或顺风车司机。
7.在一些实施例中，在选择网约车品类和顺风车品类的情况下，在确认发单后，将所述用户的出行订单发送至网约车司机以及顺风车司机，包括：在选择网约车品类和顺风车品类的情况下，在预定时长内，将所述用户的出行订单发送至顺风车司机；若在预定时长内没有顺风车司机接单，则将所述用户的出行订单同时发送至顺风车司机以及网约车司机。
8.在一些实施例中，在获取用户出行的地点需求之后，还包括：根据所述地点需求中的出发地和目的地确定出行里程；判断所述出行里程是否达到第一预设里程；在达到第一预设里程的情况下，执行所述向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格。
9.在一些实施例中，在获取用户选择的品类之后，且在确认发单之前，还包括：在选择顺风车的情况下，确定用户是否通过时间操作控件确认过出行的时间需求；若没有，则展示出行的时间操作控件；在通过时间操作控件调整出行的时间需求后，重新获取符合所述
地点需求和所述时间需求的网约车各品类以及各品类对应的价格、符合所述地点需求和所述时间需求的顺风车各品类以及各品类对应的价格。
10.在一些实施例中，在通过时间操作控件调整出行的时间需求后，还包括：获取用户通过时间操作控件输入的最晚愿等时间，并将所述最晚愿等时间作为一个时间需求。
11.在一些实施例中，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格，包括：根据用户出行的地点需求中的出发地、目的地，查询出发地、目的地所在城市已部署的顺风车及网约车的业务品类；根据用车平台的定价规则，计算查询结果中各品类对应的价格；向用于展示查询结果及查询结果中各品类对应的价格。
12.在一些实施例中，在根据用户选择的品类，将所述用户的出行订单发送至用户选择的品类对应的顺风车司机之后，还包括：接收目标顺风车司机发送的加价请求，所述加价请求携带有加价金额，所述加价金额是指在发送至顺风车司机的订单中价格的基础上请求增加的金额；向所述用户展示所述加价请求；接收所述用户对于所述加价请求的处理操作；将用户对于所述加价请求的处理操作发送至目标顺风车司机。
13.本说明书第二方面提供一种订单处理方法，包括：获取用户出行的地点需求；根据所述地点需求中的出发地和目的地确定出行里程；根据出行里程，确定向用户展示符合所述地点需求的网约车各品类以及各品类对应的价格，和/或，符合所述地点需求的顺风车各品类以及各品类对应的价格；获取用户选择的品类；根据用户选择的品类，将所述用户的出行订单发送至用户选择的品类对应的网约车司机和/或顺风车司机。
14.在一些实施例中，根据出行里程，确定向用户展示符合所述地点需求的网约车各品类以及各品类对应的价格，和/或，符合所述地点需求的顺风车各品类以及各品类对应的价格，包括：判断所述出行里程是否达到第一预设里程；在达到第一预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格；在没有达到第一预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格。
15.在一些实施例中，根据出行里程，确定向用户展示符合所述地点需求的网约车各品类以及各品类对应的价格，和/或，符合所述地点需求的顺风车各品类以及各品类对应的价格，包括：判断所述出行里程是否达到第二预设里程；在没有达到第二预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格；在达到第二预设里程的情况下，向所述用户展示符合所述地点需求的顺风车各品类以及各品类对应的价格。
16.在一些实施例中，根据出行里程，确定向用户展示符合所述地点需求的网约车各品类以及各品类对应的价格，和/或，符合所述地点需求的顺风车各品类以及各品类对应的价格，包括：判断所述出行里程是否达到第一预设里程；在没有达到第一预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格；在达到第一预设里程的情况下，判断所述出行里程是否达到第二预设里程，其中，所述第二预设里程大于所述第一预设里程；在达到第二预设里程的情况下，向所述用户展示符合所述地点需求的顺风车各品类以及各品类对应的价格；在没有达到第二预设里程的情况下，向用户展示符合地点需求的网约车各品类以及各品类对应的价格、符合地点需求的顺风车各品类以
及各品类对应的价格。
17.本说明书第三方面提供一种订单处理装置，包括：第一获取单元，用于获取用户出行的地点需求；第一展示单元，用于向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格；第二获取单元，用于获取用户选择的品类；发单单元，用于根据用户选择的品类，将所述用户的出行订单发送至用户选择的品类对应的网约车司机和/或顺风车司机。
18.在一些实施例中，所述发单单元在选择网约车品类和顺风车品类的情况下，在预定时长内，将所述用户的出行订单优先发送至顺风车司机；若在预定时长内没有顺风车司机接单，则将所述用户的出行订单同时发送至顺风车司机以及网约车司机。
19.在一些实施例中，所述装置还包括：第一确定单元，用于在获取用户出行的地点需求之后，根据所述地点需求中的出发地和目的地确定出行里程；判断单元，用于判断所述出行里程是否达到第一预设里程；在达到第一预设里程的情况下，所述第一展示单元执行所述向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格；第二展示单元，用于在没有达到第一预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格。
20.在一些实施例中，所述装置还包括：第一确定单元，用于在选择顺风车的情况下，确定用户是否通过时间操作控件确认过出行的时间需求；第三展示单元，用于若没有，则展示出行的时间操作控件；第三获取单元，用于在通过时间操作控件调整出行的时间需求后，重新获取符合所述地点需求和所述时间需求的网约车各品类以及各品类对应的价格、符合所述地点需求和所述时间需求的顺风车各品类以及各品类对应的价格。
21.在一些实施例中，所述装置还包括：第四获取单元，用于获取用户通过时间操作控件输入的最晚愿等时间，并将所述最晚愿等时间作为一个时间需求。
22.在一些实施例中，所述第一展示单元包括：查询子单元，用于根据用户出行的地点需求中的出发地、目的地，查询出发地、目的地所在城市已部署的顺风车及网约车的业务品类；第一计算子单元，用于根据用车平台的定价规则，计算查询结果中各品类对应的价格；第一展示子单元，用于向用于展示查询结果及查询结果中各品类对应的价格。
23.在一些实施例中，所述装置还包括：第一接收单元，用于接收目标顺风车司机发送的加价请求，所述加价请求携带有加价金额，所述加价金额是指在发送至顺风车司机的订单中价格的基础上请求增加的金额；第四展示单元，用于向所述用户展示所述加价请求；第二接收单元，用于接收所述用户对于所述加价请求的处理操作；发送单元，用于将用户对于所述加价请求的处理操作发送至目标顺风车司机。
24.本说明书第四方面提供一种订单处理装置，包括：第一获取单元，用于获取用户出行的地点需求；第二确定单元，用于根据所述地点需求中的出发地和目的地确定出行里程；第五展示单元，用于根据出行里程，确定向用户展示符合所述地点需求的网约车各品类以及各品类对应的价格，和/或，符合所述地点需求的顺风车各品类以及各品类对应的价格；第二获取单元，用于获取用户选择的品类；发单单元，用于根据用户选择的品类，将所述用户的出行订单发送至用户选择的品类对应的网约车司机和/或顺风车司机。
25.在一些实施例中，所述第五展示单元包括：第一判断子单元，用于判断所述出行里
程是否达到第一预设里程；第二展示子单元，用于在达到第一预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格；在没有达到第一预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格。
26.在一些实施例中，所述第五展示单元包括：第二判断子单元，用于判断所述出行里程是否达到第二预设里程；第二展示子单元，用于在没有达到第二预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格；在达到第二预设里程的情况下，向所述用户展示符合所述地点需求的顺风车各品类以及各品类对应的价格。
27.在一些实施例中，所述第五展示单元包括：第一判断子单元，用于判断所述出行里程是否达到第一预设里程；第三展示子单元，用于在没有达到第一预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格；第二判断子单元，用于在达到第一预设里程的情况下，判断所述出行里程是否达到第二预设里程，其中，所述第二预设里程大于所述第一预设里程；第四展示子单元，用于在达到第二预设里程的情况下，向所述用户展示符合所述地点需求的顺风车各品类以及各品类对应的价格；在没有达到第二预设里程的情况下，向用户展示符合地点需求的网约车各品类以及各品类对应的价格、符合地点需求的顺风车各品类以及各品类对应的价格。
28.本说明书第五方面提供一种电子设备，包括：存储器和处理器，所述处理器和所述存储器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而实现第一方面任一项或者第二方面任一项所述方法的步骤。
29.本说明书第六方面提供一种计算机存储介质，所述计算机存储介质存储有计算机程序指令，所述计算机程序指令被处理器执行时实现第一方面任一项或者第二方面任一项所述方法的步骤。
30.本说明书所提供的订单处理方法、装置及电子设备，根据用户出行的地点需求，向用户展示符合该地点需求的网约车各品类、符合该地点需求的顺风车各品类，以及各品类对应的价格，在获取到发单指令之后，根据用户选择的品类，将用户的出行订单发送至用户选择的品类对应的网约车司机和/或顺风车司机。本方案将网约车业务与顺风车业务融合，从而无需用户切换至不同的标签页便能够同时看到网约车与顺风车的价格，降低了操作的复杂度；给用户提供了同时呼叫网约车和顺风车的机会，使用户能够通过一次发单打到时效性较好且价格更低廉的车，降低了操作的复杂度；在有网约车司机或顺风车司机接单后，便不再将用户的出行订单发送至其他司机，从而能够减少用户在司机接单后取消订单的次数，提高询价率、发单接单率、发单完单率。
附图说明
31.为了更清楚地说明本技术实施方式或现有技术中的技术方案，下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术中记载的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
32.图1示出了现有网约车与顺风车业务对应不同标签页的示意图；
33.图2示出了本说明书实施例的应用场景示意图
34.图3示出了本说明书提供的一种订单处理方法的流程图；
35.图4示出了本说明书提供的网约车与顺风车融合的用车需求输入界面示意图；
36.图5示出了展示符合地点需求的网约车各品类、符合地点需求的顺风车各品类对应的价格的示意图；
37.图6示出了将用户的出行订单同时发送至网约车司机和顺风车司机时，用户app的显示示意图；
38.图7示出了通过时间操作控件确认出行的出发时间的示意图；
39.图8示出了通过时间操作控件输入最晚愿等时间的示意图；
40.图9示出了本说明书提供的另一种订单处理方法的流程图；
41.图10示出了本说明书提供的一种订单处理装置的原理框图；
42.图11示出了本说明书提供的另一种订单处理装置的原理框图；
43.图12示出了本说明书提供的一种电子设备的原理框图。
具体实施方式
44.为了使本技术领域的人员更好地理解本技术中的技术方案，下面将结合本技术实施方式中的附图，对本技术实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本技术一部分实施方式，而不是全部的实施方式。基于本技术中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都应当属于本技术保护的范围。
45.本说明书提供一种订单处理方法，可以用于确定提供给司机端用户的订单推荐列表。
46.图2示出了本说明书实施例的应用场景示意图，其中，a为用车平台，b为司机端用户，c为乘客端用户。当乘客需要用车去往目的地时，可以通过手机app、网页等乘客终端界面下单，或者也可以通过打客服电话的方式下单，下单时提供出行的时间、出发地、目的地，在下单后等待司机端用户接单。司机端用户可以通过手机app等移动终端接收用车平台发送的订单推荐列表，并从订单推荐列表中选取订单接单。在接单后，司机端用户应当驾驶车辆达到所接的目标乘客订单指定的出发地，接上乘客，并将乘客送达目的地。
47.需要说明的是，本说明书中的“用车平台”是指通过依托互联网技术建立的服务平台，该平台接入符合条件的车辆和司机，为乘客提供预约出租汽车服务。
48.在用车平台中，通常会包含“网约车”和“顺风车”这两种业务。网约车，是指用车平台签约的专职司机驾驶车辆专门从事乘客运输业务。顺风车，也称搭便车，是指在用车平台注册的司机端用户在确定其从x地去y地的行程后，在其行程中顺路运输乘客的业务。
49.在一些用车平台中，网约车可以包括快车、特惠快车、专车、拼车等品类，顺风车有独享、拼座等品类。
50.对于用车平台而言，网约车和顺风车在业务处理上包括以下不同点：1、网约车业务是乘客端用户发单，司机端用户接单，平台只需要向司机端用户派发乘客用户的订单即可；而顺风车业务中，乘客端用户可以发单，也可以接平台推荐的司机订单，司机端用户可以发单，也可以接平台推荐的乘客端用户的订单，平台既需要向乘客端用户推荐司机订单，
也需要向司机端用户推荐乘客订单；2、网约车业务多是即时出行，用车平台将司机的实时定位与用户订单的出发地匹配即可完成基础的匹配任务；而顺风车业务多是预约时间出行，用车平台既需要将司机订单的出行路线与乘客订单的出发地、目的地进行匹配，还需要将司机订单出行时间与乘客订单的出行时间进行匹配；3、网约车业务的司机是用车平台签约的专职司机，群体数量较为恒定，而顺风车业务的司机多是私家车主，群体数量具有时段性；4、网约车业务和顺风车业务的定价规则不同，网约车定价规则是以盈利为目的，而顺风车定价规则是以分摊油费、过路费等运输成本为目的；5、网约车的车辆所有权通常不归车主，而顺风车的所有权通常归车主。
51.以上这些不同点导致网约车业务、顺风车业务差别较大，用车平台通常将这二者作为单独的业务品类，而不会融合至一个业务品类下。
52.需要说明的是，网约车品类下的“拼车”和顺风车相比，虽然都是顺路的多个乘客端用户共同乘坐一辆车，但是所乘坐的车的司机的身份不同(拼车的司机为专职司机，顺风车的司机为车主)，车的权属也不同(拼车的所有权通常不归车主，而顺风车的所有权通常归车主)。这些不同决定了“拼车”和顺风车属于两种完全不同的用车业务。
53.顺风车的价格通常比网约车的价格低，但是时效性较差。在一些情况下，用户希望能够打到价格较低、时效性相对较好的车，这就需要用户分别在“网约车”标签和“顺风车”标签页下尝试下单，要重复操作相似的流程，需要同时关注2个流程，在有司机接单后，取消“网约车”标签和“顺风车”标签页下未被接单的其余订单。由此可见，为打到价格较低、时效性相对较好的车，现有方法对于乘客端用户而言操作较为繁琐、成本较高，对于用车平台而言，则会降低交易效率，进而影响询价率、发单接单率、发单完单率。
54.为此，本说明书提供一种订单处理方法，以使得用户能够达到价格较低、时效性相对较好的车的同时，降低乘客端用户的操作复杂度，提高询价率、发单接单率、发单完单率。该订单处理方法可以用于图2所示的用车平台的服务器，也可以是乘客端用户的移动终端。
55.如图3所示，该订单处理方法包括如下步骤：
56.s10：获取用户出行的地点需求。
57.出行的地点需求，包括出行的出发地和目的地。
58.在一些实施例中，出发地和目的地可以是用户在移动终端上的用车app输入的，或者是记忆乘客端用户的历史用车偏好自动输入的。出发地也可以是移动终端上的定位功能自动获取的。
59.在一些实施例中，在s10之前，还包括：展示用车需求输入界面，该用车需求输入界面上标示了支持网约车业务和顺风车业务。
60.例如，如图4所示，用车需求输入界面上显示有“欢迎使用hl打车、顺风车”，该显示内容为心智透传内容，即看到该显示内容，用户根据自己的生活经验、成长环境等因素本能地认为在该显示界面中进行操作就能够同时发送网约车订单和顺风车订单。
61.在一些实施例中，在s10之前，所展示的用车需求输入界面也可以不标示支持网约车业务和顺风车业务，而是采用播放语音，该语音内容可以为“欢迎使用hl打车、顺风车”。或者，在一些实施例中，也可以既不在界面显示，也不播放语音信息，而是通过使用过程中来发现用车需求输入界面支持网约车业务和顺风车业务。
62.s20：向用户展示符合地点需求的网约车各品类以及各品类对应的价格、符合地点
需求的顺风车各品类以及各品类对应的价格。
63.图5示出了展示符合地点需求的网约车各品类、符合地点需求的顺风车各品类对应的价格的示意图。图5所示的展示的品类中既包括了顺风车品类(即拼座、独享)，又包括了网约车品类(即快车、特惠快车)。
64.图5所示的页面，也可以称为询价页。
65.询价页上所展示的内容，可以通过如下方法获得，也即步骤s20可以为：根据用户出行的地点需求中的出发地、目的地，查询出发地、目的地所在城市已部署的顺风车及网约车的业务品类；根据用车平台的定价规则，计算查询结果中各品类对应的价格。
66.在一些实施例中，上述查询品类、计算价格的步骤都可以是用车平台的服务器执行的，s20中“向用户展示各品类对应的价格”是指用车平台的服务器将查询到的品类及计算得到的价格发送至移动终端，由移动终端呈现给用户。
67.在一些实施例中，上述查询品类、计算价格的步骤都可以是移动终端执行的。
68.当然，在一些实施例中，上述查询品类、计算价格的步骤中的一者是由用车平台的服务器执行的，而另一者是由移动终端执行的。
69.在一些实施例中，在获取用户出行的地点需求之后，还包括：根据地点需求中的出发地和目的地确定出行里程；判断出行里程是否达到第一预设里程；在达到第一预设里程的情况下，执行向用户展示符合地点需求的网约车各品类以及各品类对应的价格、符合地点需求的顺风车各品类以及各品类对应的价格；在没有达到第一预设里程的情况下，向用户展示符合地点需求的网约车各品类以及各品类对应的价格。
70.也就是说，在用户的出行里程较短的情况下，可以只提供网约车的用车服务，只有在用户的出行里程较长的情况下，才会同时提供网约车和顺风车的用车服务。
71.进一步地，在达到第一预设里程的情况下，还可以进一步判断是否达到第二预设里程，其中第二预设里程大于第一预设里程；在没有达到第二预设里程的情况下，执行向用户展示符合地点需求的网约车各品类以及各品类对应的价格、符合地点需求的顺风车各品类以及各品类对应的价格；在达到第二预设里程的情况下，向用户展示符合地点需求的顺风车各品类以及各品类对应的价格。
72.也就是说，采用第一预设里程、第二预设里程将出行里程分为三档：短里程、中里程、长里程。若用户订单的出行里程在短里程内，则提供网约车的用车服务；若用户订单的出行里程在中里程内，则提供网约车、顺风车的用车服务；若用户订单的出行里程在长里程内，则提供顺风车的用车服务。
73.s30：获取用户选择的品类。
74.如图5所示，用户可以根据自己的喜好勾选一个或几个品类。
75.在勾选品类后，用户可以点击“立即呼叫”，移动终端便可以获得用户勾选的品类，移动终端还可以将用户勾选的品类发送至用车平台的服务器，用车平台的服务器便获取到用户选择的品类。
76.在一些实施例中，在向用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合地点需求的顺风车各品类以及各品类对应的价格的同时，还可以向用户展示各品类中的默认选择项。例如，可以通过勾选a品类的方式向用户展示默认用户选择了a品类，图5示出了通过勾选方式展示默认选择项的示意图。
77.在一些实施例中，默认选择项可以通过以下方式确定：将用户的上一次用车时所选择的品类作为本次用车时的默认选择项。
78.在一些实施例中，默认选择项还可以根据用户的历史用车偏好来确定。具体地，可以获取用户的历史用车偏好，计算各历史用车偏好的完单率，将达到预定数值的完单率对应的历史用车偏好作为默认选择项。
79.其中，历史用车偏好包括网约车和/或顺风车业务下的品类。该历史用车偏好可以是指与用户出行的地点需求的相似度达到第一相似度阈值，与用户出行的时间需求的相似度达到第二相似度阈值的场景下，用户发单时所选取的各业务品类。
80.完单率可以是接单完单率，也可以是发单完单率。“接单完单率”是指：司机接受乘客订单后，最终是否会载乘客达到目的地从而完成订单；“发单完单率”是指：一个司机订单与一个乘客订单匹配后，该司机最终是否会载该乘客达到目的地从而完成订单。
81.根据用户的历史用车偏好来确定默认选择项，为用户提供更符合用户喜好的个性化选项，提高用户的采纳率；能够自动填充用户的选择项，减少了用户的操作。
82.需要说明的是，基于用户的历史用车偏好等依据为用户自动填充选择项的方式，代替用户手动选择，其实质是辅助用户选择，因此自动填充的选择项也被认为是用户选择的结果。
83.在一些实施例中，默认选择项还可以通过如下方式来确定：获取出行需求与当前出行需求的相似度达到预定相似度阈值的历史出行订单，以及各历史订单所对应的价格中的最低价格；将所展示的各品类中对应价格在最低价格的预定百分比范围内的品类，作为默认选择项。
84.例如，从x地打车至y地，历史上该用户打车的最低价格是20元，则可以将所展示的品类中，对应价格在20
×
90％元(即18元)至20
×
110％元(即22元)之间的业务品类作为默认选择项，则预定百分比范围是指90％至110％。通过该设置，能够默认用户选择更低价的品类，满足用户低价出行的需求，提高默认选择项被用户的采纳率。
85.出行需求与当前出行需求的相似度达到预定相似度阈值的历史出行订单，可以是与用户当前出行的地点需求的相似度达到第一相似度阈值，与用户当前出行的时间需求的相似度达到第二相似度阈值的历史出行订单。
86.需要说明的是，在根据历史用车偏好，或者历史出行订单确定默认选择项，将默认选择项展示给用户，例如将这些品类作为默认勾选项显示，用户在此基础上还可以修改，例如取消默认勾选，或者增加勾选项。然而，无论在产生发单指令之前，用户有没有修改过默认选择项，发单指令产生后，被选择的品类都可以作为用户选择的品类。
87.在一些实施例中，历史用车偏好还可以包括第三方运力。相应地，在用户选择第三方运力的情况下，还会将用户的出行订单发送至第三方运力。
88.s40：根据用户选择的品类，将所述用户的出行订单发送至用户选择的品类对应的网约车司机和/或顺风车司机。
89.用车平台的服务器在获取到用户选择的品类后，便将用户的出行订单发送至用户所选择的品类对应的司机。例如，在选择顺风车品类的情况下，将用户的出行订单发送至顺风车司机；在选择网约车品类的情况下，将用户的出行订单发送至网约车司机；在选择网约车品类和顺风车品类的情况下，将用户的出行订单发送至网约车司机以及顺风车司机。
90.在一些实施例中，尤其是用户出行订单的时间需求是即时出发的情况下，s40可以是将用户的出行订单同时发送至网约车司机和顺风车司机。这种方式能够提高接单司机的数量，提高用户订单被接单的概率以及时效性。
91.当然，在一些实施例中，无论用户出行订单的时间需求是否为即时出发，s40都可以将用户的出行订单同时发送至网约车司机和顺风车司机。
92.图6示出了将用户的出行订单同时发送至网约车司机和顺风车司机时，用户app的显示示意图。
93.在一些实施例中，尤其是用户出行订单的时间需求中出发时间与发单时间的时间间隔超过预定时长(预定时长可以是预先确定的较大值，例如，半小时、1小时等)的情况下，s40可以包括如下步骤：
94.s41：在选择网约车品类和顺风车品类的情况下，在预定时长内，将用户的出行订单发送至顺风车司机。
95.由于网约车具有即时性，该预定时长可以是预先设置的较短时间，例如为15秒。
96.在一些实施例中，该预定时长可以根据当前时间与出发时间之间的时间间隔来确定。例如，预定时长可以是该时间间隔的5％。
97.s42：若在预定时长内没有顺风车司机接单，则将用户的出行订单同时发送至顺风车司机以及网约车司机；若在预定时长内有顺风车司机接单，则不再将用户的出行订单发送至网约车司机。
98.上述步骤s41和s42在将用户订单同时发送至顺风车司机和网约车司机之前，优先将用户订单发送至顺风车司机，并维持预定时长，这样能够提高顺风车司机接单的概率，从而使得用户尽可能打到更为低价的顺风车；此外，在预定时长后，将用户的出行订单同时发送至顺风车司机和网约车司机，由于网约车司机履约较为及时，因此能够提高用户订单被处理的时效性。
99.当然，在一些实施例中，也可以无需判断用户出行订单的时间需求中出发时间与发单时间的时间间隔是否超过预定时长，而在实现s40时直接采用上述s41和s42所述的方法。
100.在一些实施例中，在获取用户选择的品类之后，还需要确认用户出行的时间需求。对于网约车各品类，大多是即时出行需求，通常无需确认出行时间；但是对于顺风车品类，大多是预约出行，通常需要确认出行时间。
101.本说明书所提供的订单处理方法，根据用户出行的地点需求，向用户展示符合该地点需求的网约车各品类、符合该地点需求的顺风车各品类，以及各品类对应的价格，在获取到发单指令之后，根据用户选择的品类，将用户的出行订单发送至用户选择的品类对应的网约车司机和/或顺风车司机。本方案将网约车业务与顺风车业务融合，从而无需用户切换至不同的标签页便能够同时网约车与顺风车的价格，降低了操作的复杂度；给用户提供了同时呼叫网约车和顺风车的机会，使用户能够通过一次发单打到时效性较好且价格更低廉的车，降低了操作的复杂度；在有网约车司机或顺风车司机接单后，便不再将用户的出行订单发送至其他司机，从而能够减少用户在司机接单后取消订单的次数，提高询价率、发单接单率、发单完单率。
102.基于此，在获取用户选择的品类之后，还包括如下步骤：
103.s51：在选择顺风车的情况下，确定用户是否通过时间操作控件确认过出行的时间需求。
104.图7示出了通过时间操作控件确认出行的出发时间的示意图，其中，日期、小时、分钟都是可以调整的。
105.s52：若没有，则展示出行的时间需求调整控件。若有，则用户可以直接点击“立即呼叫”从而产生发单指令以生成乘客端用户的订单。
106.s53：在通过时间操作控件调整出行的时间需求后，重新获取符合地点需求和时间需求的网约车各品类以及各品类对应的价格、符合地点需求和时间需求的顺风车各品类以及各品类对应的价格。.
107.在一些实施例中，在不同的时间段，可打的网约车、顺风车的品类可能会有所不同。例如，2022年7月1日0:00之前，n城市不支持网约车业务，在这个时间之后便支持网约车业务；例如，在工作日的早高峰、晚高峰时段才支持顺风车业务，其他时段则不支持顺风车业务。
108.在一些实施例中，符合地点需求和时间需求的网约车各品类、顺风车各品类是不变的，那么，步骤s53也可以指获取各品类对应的价格，而不再重新获取符合地点需求和时间需求的各品类名称。
109.上述步骤s51、s52和s53，在用户选择了顺风车的情况下，将出发时间作为一个必须手动确认的项目，能够防止用户疏忽忘记预约出行时间而错误发单。
110.当然，在一些实施例中，无论用户是否选择了顺风车，在用户发单后，无需判断用户是否通过时间操作控件确认过出行的时间需求，即无需用户通过时间操作控件确认出行的时间需求。在用户没有通过时间操作控件确认时间需求的情况下，可以将当前时间作为出发时间，即即时出发。
111.在一些实施例中，在通过时间操作控件调整出行的时间需求后，且在重新获取符合地点需求和时间需求的网约车各品类、符合地点需求和时间需求的顺风车各品类对应的价格之前，还包括：获取用户通过调整控件输入的最晚愿等时间，将最晚愿等时间作为一个时间需求。
112.最晚愿等时间，即用户出发的最晚时间。通过增加最晚愿等时间，能够延长司机接单的时间范围，提高接单的概率。图8示出了通过时间操作控件输入最晚愿等时间的示意图。
113.在一些实施例中，在选择网约车品类和顺风车品类的情况下，将所述用户的出行订单发送至网约车司机以及顺风车司机，包括：在选择网约车品类和顺风车品类的情况下，判断所述用户是否需要预付费；在需要预付费的情况下，在获取到预付费成功的消息之后，再将所述用户的出行订单发送至网约车司机以及顺风车司机。
114.在一些实施例中，判断用户是否需要预付费的方法，可以是先确定用户订单的金额，若订单金额在预定数额之上，再获取用户的信用值。若信用值高于预设信用阈值，则确定无需预付费，否则确定需要预付费。该信用值可以是由用车平台自行维护的信用风险模型确定的，也可以是从其他支付平台、信用平台获取的。
115.例如，用户勾选了顺风车下的独享品类以及网约车下的快车品类，这两个品类对应的价格分别为120元和150元，均超过了预定数额100元，那么获取用户的信用值，若用户
的信用值为710，超过预设信用阈值，则可以无需预付费。
116.在一些实施例中，在根据用户选择的品类，将用户的出行订单发送至用户选择的品类对应的顺风车司机之后，还包括：接收目标顺风车司机发送的加价请求，加价请求携带有加价金额，加价金额是指在发送至顺风车司机的订单中价格的基础上请求增加的金额；向用户展示加价请求；接收用户对于加价请求的处理操作，处理操作包括接受或拒绝；将用户对于加价请求的处理操作发送至目标顺风车司机。这里的目标顺风车司机为发送加价请求的顺风车司机。
117.其中，将用户对于加价请求的处理操作发送至目标顺风车司机可以为：在处理操作为接受的情况下，根据加价金额修改用户订单，并将修改后的用户订单发送至目标顺风车司机。也就是说，在将用户订单发送至目标顺风车司机后，司机如果认为平台所确定的订单价格较低，则可以提出加价请求，平台将加价请求发送至用户。若用户接受加价，则平台修改用户订单，将修改后的订单发送至目标顺风车司机；若用户拒绝，则平台可以不修改订单，仅将用户的处理操作(即拒绝操作)发送至目标顺风车司机。
118.当然，在一些实施例中，将用户对于加价请求的处理操作发送至目标顺风车司机也可以是仅将用户的接受或拒绝的操作发送至目标顺风车司机，而不修改订单。如果用户接受加价，则可以将加价金额作为用户订单之外的补贴费用向用户收取，并发放至目标顺风车司机。
119.对于目标顺风车司机以外的其他顺风车司机，平台可以向其发送未修改的订单，也可以发送修改后的订单。这里的修改，是指平台根据目标顺风车司机的加价请求进行的修改。
120.本说明书还提供一种订单处理方法，如图9所示，包括如下步骤：
121.s910：获取用户出行的地点需求。
122.s920：根据所述地点需求中的出发地和目的地确定出行里程。
123.s930：根据出行里程，确定向用户展示符合所述地点需求的网约车各品类以及各品类对应的价格，和/或，符合所述地点需求的顺风车各品类以及各品类对应的价格。
124.s940：获取用户选择的品类。
125.s950：根据用户选择的品类，将所述用户的出行订单发送至用户选择的品类对应的网约车司机和/或顺风车司机。
126.在一些实施例中，s930包括：判断所述出行里程是否达到第一预设里程；在达到第一预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格；在没有达到第一预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格。
127.在一些实施例中，s930包括：判断所述出行里程是否达到第二预设里程；在没有达到第二预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格；在达到第二预设里程的情况下，向所述用户展示符合所述地点需求的顺风车各品类以及各品类对应的价格。
128.在一些实施例中，s930包括：判断所述出行里程是否达到第一预设里程；在没有达
到第一预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格；在达到第一预设里程的情况下，判断所述出行里程是否达到第二预设里程，其中，所述第二预设里程大于所述第一预设里程；在达到第二预设里程的情况下，向所述用户展示符合所述地点需求的顺风车各品类以及各品类对应的价格；在没有达到第二预设里程的情况下，向用户展示符合地点需求的网约车各品类以及各品类对应的价格、符合地点需求的顺风车各品类以及各品类对应的价格。
129.也就是说，采用第一预设里程、第二预设里程将出行里程分为三档：短里程、中里程、长里程。若用户订单的出行里程在短里程内，则提供网约车的用车服务；若用户订单的出行里程在中里程内，则提供网约车、顺风车的用车服务；若用户订单的出行里程在长里程内，则提供顺风车的用车服务。
130.在一些实施例中，在选择网约车品类和顺风车品类的情况下，在确认发单后，将所述用户的出行订单发送至网约车司机以及顺风车司机，包括：在选择网约车品类和顺风车品类的情况下，在预定时长内，将所述用户的出行订单发送至顺风车司机；若在预定时长内没有顺风车司机接单，则将所述用户的出行订单同时发送至顺风车司机以及网约车司机。
131.在一些实施例中，在获取用户选择的品类之后，且在确认发单之前，还包括：在选择顺风车的情况下，确定用户是否通过时间操作控件确认过出行的时间需求；若没有，则展示出行的时间操作控件；在通过时间操作控件调整出行的时间需求后，重新获取符合所述地点需求和所述时间需求的网约车各品类以及各品类对应的价格、符合所述地点需求和所述时间需求的顺风车各品类以及各品类对应的价格。
132.在一些实施例中，在通过时间操作控件调整出行的时间需求后，还包括：获取用户通过时间操作控件输入的最晚愿等时间，并将所述最晚愿等时间作为一个时间需求。
133.在一些实施例中，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格，包括：根据用户出行的地点需求中的出发地、目的地，查询出发地、目的地所在城市已部署的顺风车及网约车的业务品类；根据用车平台的定价规则，计算查询结果中各品类对应的价格；向用于展示查询结果及查询结果中各品类对应的价格。
134.在一些实施例中，在根据用户选择的品类，将所述用户的出行订单发送至用户选择的品类对应的顺风车司机之后，还包括：接收目标顺风车司机发送的加价请求，所述加价请求携带有加价金额，所述加价金额是指在发送至顺风车司机的订单中价格的基础上请求增加的金额；向所述用户展示所述加价请求；接收所述用户对于所述加价请求的处理操作；将用户对于所述加价请求的处理操作发送至目标顺风车司机。
135.本说明书还提供一种订单处理装置，可以用于实现图3所示的方法。如图10所示，该装置包括第一获取单元1010、第一展示单元1020、第二获取单元1030和发单单元1040。
136.第一获取单元1010用于获取用户出行的地点需求。
137.第一展示单元1020用于向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格。
138.第二获取单元1030用于获取用户选择的品类。
139.发单单元1040用于根据用户选择的品类，将所述用户的出行订单发送至用户选择的品类对应的网约车司机和/或顺风车司机。
140.在一些实施例中，所述发单单元在选择网约车品类和顺风车品类的情况下，在预定时长内，将所述用户的出行订单发送至顺风车司机；若在预定时长内没有顺风车司机接单，则将所述用户的出行订单同时发送至顺风车司机以及网约车司机。
141.在一些实施例中，所述装置还包括第一确定单元、判断单元和第二展示单元。
142.第一确定单元用于在获取用户出行的地点需求之后，根据所述地点需求中的出发地和目的地确定出行里程。判断单元用于判断所述出行里程是否达到第一预设里程。在达到第一预设里程的情况下，所述第一展示单元执行所述向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格。第二展示单元用于在没有达到第一预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格。
143.在一些实施例中，所述装置还包括：第一确定单元，用于在选择顺风车的情况下，确定用户是否通过时间操作控件确认过出行的时间需求；第三展示单元，用于若没有，则展示出行的时间操作控件；第三获取单元，用于在通过时间操作控件调整出行的时间需求后，重新获取符合地点需求和时间需求的网约车各品类以及各品类对应的价格、符合地点需求和时间需求的顺风车各品类以及各品类对应的价格。
144.在一些实施例中，所述装置还包括：第四获取单元，用于获取用户通过时间操作控件输入的最晚愿等时间，并将所述最晚愿等时间作为一个时间需求。
145.在一些实施例中，所述第一展示单元包括：查询子单元，用于根据用户出行的地点需求中的出发地、目的地，查询出发地、目的地所在城市已部署的顺风车及网约车的业务品类；第一计算子单元，用于根据用车平台的定价规则，计算查询结果中各品类对应的价格；第一展示子单元，用于向用于展示查询结果及查询结果中各品类对应的价格。
146.在一些实施例中，该装置还包括第一接收单元、第四展示单元、第二接收单元和发送单元。
147.第一接收单元用于接收目标顺风车司机发送的加价请求，所述加价请求携带有加价金额，所述加价金额是指在发送至顺风车司机的订单中价格的基础上请求增加的金额。第四展示单元用于向所述用户展示所述加价请求。第二接收单元用于接收所述用户对于所述加价请求的处理操作。发送单元用于将用户对于所述加价请求的处理操作发送至目标顺风车司机。
148.本说明书提供一种订单处理装置，可以用于实现图9所示的方法。如图11所示，包括第一获取单元1110、第二确定单元1120、第五展示单元1130、第二获取单元1140和发单单元1150。
149.第一获取单元1110用于获取用户出行的地点需求。第二确定单元1120用于根据所述地点需求中的出发地和目的地确定出行里程。第五展示单元1130用于根据出行里程，确定向用户展示符合所述地点需求的网约车各品类以及各品类对应的价格，和/或，符合所述地点需求的顺风车各品类以及各品类对应的价格。第二获取单元1140用于获取用户选择的品类。发单单元1150用于根据用户选择的品类，将所述用户的出行订单发送至用户选择的品类对应的网约车司机和/或顺风车司机。
150.在一些实施例中，所述第五展示单元包括第一判断子单元和第二展示子单元。第一判断子单元用于判断所述出行里程是否达到第一预设里程。第二展示子单元用于在达到
第一预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格；在没有达到第一预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格。
151.在一些实施例中，所述第五展示单元包括第二判断子单元和第二展示子单元。第二判断子单元用于判断所述出行里程是否达到第二预设里程。第二展示子单元用于在没有达到第二预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格；在达到第二预设里程的情况下，向所述用户展示符合所述地点需求的顺风车各品类以及各品类对应的价格。
152.在一些实施例中，所述第五展示单元包括第一判断子单元、第三展示子单元、第二判断子单元和第四展示子单元。第一判断子单元用于判断所述出行里程是否达到第一预设里程。第三展示子单元用于在没有达到第一预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格。第二判断子单元用于在达到第一预设里程的情况下，判断所述出行里程是否达到第二预设里程，其中，所述第二预设里程大于所述第一预设里程。第四展示子单元用于在达到第二预设里程的情况下，向所述用户展示符合所述地点需求的顺风车各品类以及各品类对应的价格；在没有达到第二预设里程的情况下，向用户展示符合地点需求的网约车各品类以及各品类对应的价格、符合地点需求的顺风车各品类以及各品类对应的价格。
153.上述订单处理装置的描述及有益效果可以参阅方法部分的描述及有益效果，不再赘述。
154.本发明实施例还提供了一种电子设备，如图12所示，该电子设备可以包括处理器1201和存储器1202，其中处理器1201和存储器1202可以通过总线或者其他方式连接，图12中以通过总线连接为例。
155.处理器1201可以为中央处理器(central processing unit，cpu)。处理器1201还可以为其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。
156.存储器1202作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本发明实施例中的订单处理方法对应的程序指令/模块(例如，图10所示的第一获取单元1010、第一展示单元1020、第二获取单元1030和发单单元1040，或者图11所示的第一获取单元1110、第二确定单元1120、第五展示单元1130、第二获取单元1140和发单单元1150)。处理器1201通过运行存储在存储器1202中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及数据分类，即实现上述方法实施例中的订单处理方法。
157.存储器1202可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储处理器1201所创建的数据等。此外，存储器1202可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁
盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器1202可选包括相对于处理器1201远程设置的存储器，这些远程存储器可以通过网络连接至处理器1201。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
158.所述一个或者多个模块存储在所述存储器1202中，当被所述处理器1201执行时，执行如图3或图9所示实施例中的订单处理方法。
159.上述电子设备具体细节可以参阅图3或图9对应实施例中的相关描述和效果进行理解，此处不再赘述。
160.本说明书提供一种计算机存储介质，该计算机存储介质存储有计算机程序指令，该计算机程序指令被处理器执行时实现图3或图9所示方法的步骤。
161.本说明书提供一种计算机程序产品，该计算机程序产品包含有计算机程序，该计算机程序被处理器执行时实现图3或图9所示方法的步骤。
162.本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)、随机存储记忆体(random access memory，ram)、快闪存储器(flash memory)、硬盘(hard disk drive，缩写：hdd)或固态硬盘(solid-state drive，ssd)等；所述存储介质还可以包括上述种类的存储器的组合。
163.本说明书中的各个实施方式均采用递进的方式描述，各个实施方式之间相同相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的不同之处。
164.上述实施方式阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。
165.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本技术时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
166.通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施方式的某些部分的方法。
167.本技术可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
168.本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
169.虽然通过实施方式描绘了本技术，本领域普通技术人员知道，本技术有许多变形
和变化而不脱离本技术的精神，希望所附的权利要求包括这些变形和变化而不脱离本技术的精神。
技术特征：1.一种订单处理方法，其特征在于，包括：获取用户出行的地点需求；向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格；获取用户选择的品类；根据用户选择的品类，将所述用户的出行订单发送至用户选择的品类对应的网约车司机和/或顺风车司机。2.根据权利要求1所述的方法，其特征在于，在选择网约车品类和顺风车品类的情况下，在确认发单后，将所述用户的出行订单发送至网约车司机以及顺风车司机，包括：在选择网约车品类和顺风车品类的情况下，在预定时长内，将所述用户的出行订单发送至顺风车司机；若在预定时长内没有顺风车司机接单，则将所述用户的出行订单同时发送至顺风车司机以及网约车司机。3.根据权利要求1所述的方法，其特征在于，在获取用户出行的地点需求之后，还包括：根据所述地点需求中的出发地和目的地确定出行里程；判断所述出行里程是否达到第一预设里程；在达到第一预设里程的情况下，执行所述向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格。4.根据权利要求1所述的方法，其特征在于，在获取用户选择的品类之后，且在确认发单之前，还包括：在选择顺风车的情况下，确定用户是否通过时间操作控件确认过出行的时间需求；若没有，则展示出行的时间操作控件；在通过时间操作控件调整出行的时间需求后，重新获取符合所述地点需求和所述时间需求的网约车各品类以及各品类对应的价格、符合所述地点需求和所述时间需求的顺风车各品类以及各品类对应的价格。5.根据权利要求4所述的方法，其特征在于，在通过时间操作控件调整出行的时间需求后，还包括：获取用户通过时间操作控件输入的最晚愿等时间，并将所述最晚愿等时间作为一个时间需求。6.根据权利要求1所述的方法，其特征在于，在根据用户选择的品类，将所述用户的出行订单发送至用户选择的品类对应的顺风车司机之后，还包括：接收目标顺风车司机发送的加价请求，所述加价请求携带有加价金额，所述加价金额是指在发送至顺风车司机的订单中价格的基础上请求增加的金额；向所述用户展示所述加价请求；接收所述用户对于所述加价请求的处理操作；将用户对于所述加价请求的处理操作发送至目标顺风车司机。7.一种订单处理方法，其特征在于，包括：获取用户出行的地点需求；
根据所述地点需求中的出发地和目的地确定出行里程；根据出行里程，确定向用户展示符合所述地点需求的网约车各品类以及各品类对应的价格，和/或，符合所述地点需求的顺风车各品类以及各品类对应的价格；获取用户选择的品类；根据用户选择的品类，将所述用户的出行订单发送至用户选择的品类对应的网约车司机和/或顺风车司机。8.根据权利要求7所述的方法，其特征在于，根据出行里程，确定向用户展示符合所述地点需求的网约车各品类以及各品类对应的价格，和/或，符合所述地点需求的顺风车各品类以及各品类对应的价格，包括：判断所述出行里程是否达到第一预设里程；在达到第一预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格；在没有达到第一预设里程的情况下，向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格。9.一种订单处理装置，其特征在于，包括：第一获取单元，用于获取用户出行的地点需求；第一展示单元，用于向所述用户展示符合所述地点需求的网约车各品类以及各品类对应的价格、符合所述地点需求的顺风车各品类以及各品类对应的价格；第二获取单元，用于获取用户选择的品类；发单单元，用于根据用户选择的品类，将所述用户的出行订单发送至用户选择的品类对应的网约车司机和/或顺风车司机。10.一种订单处理装置，其特征在于，包括：第一获取单元，用于获取用户出行的地点需求；第二确定单元，用于根据所述地点需求中的出发地和目的地确定出行里程；第五展示单元，用于根据出行里程，确定向用户展示符合所述地点需求的网约车各品类以及各品类对应的价格，和/或，符合所述地点需求的顺风车各品类以及各品类对应的价格；第二获取单元，用于获取用户选择的品类；发单单元，用于根据用户选择的品类，将所述用户的出行订单发送至用户选择的品类对应的网约车司机和/或顺风车司机。11.一种电子设备，其特征在于，包括：存储器和处理器，所述处理器和所述存储器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而实现权利要求1至8任一项所述方法的步骤。
技术总结本说明书提供了订单处理方法、装置及电子设备，该方法包括：获取用户出行的地点需求；向所述用户展示符合地点需求的网约车各品类以及各品类对应的价格、符合地点需求的顺风车各品类以及各品类对应的价格；获取用户选择的品类；根据用户选择的品类，将所述用户的出行订单发送至用户选择的品类对应的网约车司机和/或顺风车司机。本方案将网约车业务与顺风车业务融合，无需用户切换至不同的标签页便能够同时网约车与顺风车的价格，降低了操作的复杂度；给用户提供了同时呼叫网约车和顺风车的机会，使用户能够通过一次发单打到时效性较好、价格较低廉的车，同时降低了操作的复杂度，还能够提高询价率、发单接单率、发单完单率。发单完单率。发单完单率。
技术研发人员：杨磊 李思锦 章翠华 钟凯宇 樊卫超 沈敏华 王健 季长松
受保护的技术使用者：上海钧正网络科技有限公司
技术研发日：2022.06.30
技术公布日：2022/11/1
