CN117744905A - 约车路线确定方法和装置、电子设备、可读存储介质和芯片 - Google Patents

Abstract

本申请公开了一种约车路线确定方法和装置、电子设备、可读存储介质和芯片，涉及顺风车技术领域，其中，约车路线确定方法包括：确定乘客用户的第一起终点信息；根据第一起终点信息确定乘客用户选择的第二路径信息；接收车主用户对第二路径信息的选择指令；在选择指令为确认指令的情况下，确定车主用户与乘客用户之间建立订单绑定关系。

Description

约车路线确定方法和装置、电子设备、可读存储介质和芯片

技术领域

本申请涉及顺风车领域，具体涉及一种约车路线确定方法、约车路线确定装置、电子设备、可读存储介质和芯片。

背景技术

目前，在顺风车领域中，通常乘客无法选择路线，常常会因为路线与司机产生分歧，降低司乘双方的行驶体验。

发明内容

本申请实施例的目的是提供一种约车路线确定方法和装置、电子设备、可读存储介质和芯片，能够解决司乘双方对行驶路线产生分歧，导致体验降低的问题。

第一方面，本申请实施例提供了一种约车路线确定方法，该方法包括：确定乘客用户的第一起终点信息；根据第一起终点信息确定乘客用户选择的第二路径信息；接收车主用户对第二路径信息的选择指令；在选择指令为确认指令的情况下，确定车主用户与乘客用户之间建立订单绑定关系。

第二方面，本申请实施例提供了一种约车路线确定装置，包括：获取模块，用于获取确定乘客用户的第一起终点信息；乘客选择模块，用于根据第一起终点信息确定乘客用户选择的第二路径信息；车主选择模块，用于接收车主用户对第二路径信息的选择指令；确定模块，用于在选择指令为确认指令的情况下，确定车主用户与乘客用户之间建立订单绑定关系。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第五方面，本申请实施例提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现如第一方面的方法的步骤。

在本申请实施例中，通过在约车过程中，增加车主对乘客选择的路线的确认步骤，可有效提高约车系统中司乘双方对于行程路线选择的一致性，减少因路线分歧带来的纠纷，从而提升服务体验。具体地，先确定乘客用户的第一起终点信息，从而可获取乘客的出发地和目的地，为后续的路线规划提供基础信息。再根据第一起终点信息确定乘客用户选择的第二路径信息，可提供根据起终点信息规划出的多条路线供乘客选择，增加乘客的选择权，从而使乘客能够根据自己的时间和费用偏好选择最合适的路线。在此基础上，接收车主用户对第二路径信息的选择指令，可让车主对乘客选择的路线进行审核和确认，确保双方对路线的一致理解，进而减少行程中的意外和纠纷，提前解决可能的分歧，节省时间。最终，在选择指令为确认指令的情况下，确定车主用户与乘客用户之间建立订单绑定关系，最终确认双方同意的路线，正式建立服务关系。

本方案，通过使乘客能够预先选择偏好的路线，并让车主在接单前进行确认或协商，这种方法能够确保双方在行程开始前就对路线达成共识，有助于提高效率和满意度，同时减少沟通成本和时间浪费。

附图说明

图1示出了根据本申请的一个实施例的约车路线确定方法的流程示意图；

图2示出了根据本申请的一个实施例的约车路线确定方法的流程示意图；

图3示出了根据本申请的一个实施例的约车路线确定方法的流程示意图；

图4示出了根据本申请的一个实施例的约车路线确定方法的流程示意图；

图5示出了根据本申请的一个实施例的约车路线确定装置的结构示意图；

图6示出了根据本申请的一个实施例的约车路线确定装置的结构示意图；

图7示出了根据本申请的一个实施例的电子设备的结构示意图；

图8示出了根据本申请的一个实施例的电子设备的结构示意图。

其中，图5至图8中附图标记与部件名称之间的对应关系为：

100：电子设备；101：射频单元；102：网络模块；103：音频输出单元；104：输入单元；1041：图形处理器；1042：麦克风；105：传感器；106：显示单元；1061：显示面板；107：用户输入单元；1071：触控面板；1072：其他输入设备；108：接口单元；1109：存储器；1110：处理器；900：约车路线确定装置；901：获取模块；902：乘客选择模块；903：车主选择模块；904：确定模块；905：协商模块。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图1至图8，通过具体的实施例及其应用场景对本申请实施例提供的约车路线确定方法和装置、电子设备、可读存储介质和芯片进行详细地说明。

本实施例提供了一种约车路线确定方法，如图1所示，包括：

步骤S102：确定乘客用户的第一起终点信息；

步骤S104：根据第一起终点信息确定乘客用户选择的第二路径信息；

步骤S106：接收车主用户对第二路径信息的选择指令；

步骤S108：在选择指令为确认指令的情况下，确定车主用户与乘客用户之间建立订单绑定关系。

本实施例所提供的约车路线确定方法，通过在约车过程中，增加车主对乘客选择的路线的确认步骤，可有效提高约车系统中司乘双方对于行程路线选择的一致性，减少因路线分歧带来的纠纷，从而提升服务体验。具体地，先确定乘客用户的第一起终点信息，从而可获取乘客的出发地和目的地，为后续的路线规划提供基础信息。再根据第一起终点信息确定乘客用户选择的第二路径信息，可提供根据起终点信息规划出的多条路线供乘客选择，增加乘客的选择权，从而使乘客能够根据自己的时间和费用偏好选择最合适的路线。在此基础上，接收车主用户对第二路径信息的选择指令，可让车主对乘客选择的路线进行审核和确认，确保双方对路线的一致理解，进而减少行程中的意外和纠纷，提前解决可能的分歧，节省时间。最终，在选择指令为确认指令的情况下，确定车主用户与乘客用户之间建立订单绑定关系，最终确认双方同意的路线，正式建立服务关系。

本方案，通过使乘客能够预先选择偏好的路线，并让车主在接单前进行确认或协商，这种方法能够确保双方在行程开始前就对路线达成共识，有助于提高效率和满意度，同时减少沟通成本和时间浪费。

可以理解，司乘双方通过本方案进行约车，司乘双方可能某一方对乘客起终点路线比较熟悉，订单撮合过程中，能使双方在路线上达成一致，有利于订单完单和减少纠纷，同时，通过路线协商，能把高速费用分摊做到更细致，不会因为路线分歧导致高速费用分摊理解不一致。

此外，由于路线是二者一同协商确认的，故而司乘安全能更好的得到保障，对于偏航监控更容易。

可以理解，根据本申请提供的实施例所应用的一个使用场景如下：发单的时候针对司乘的起终点，路径规划服务会给出多条路径(例如1～3)条,路线条数算法算出来的，多数情况会有2条以上，默认选择是第一条。如果给出了2或3条，就可以进行选择。每条路线展示对应的费用(高速费，轮渡，过路费等)这些费用可以从路径规划服务获得。路径有路径规划服务生成，它会吐出1-3条路径，不能调整一小段，只能整条路径调整。协商对象是针对乘客起终点走哪条路。如果有多条候选路径，乘客才能发起协商，界面会给出路径规划的候选项，乘客选择后发给司机。司机看到一个地图页面，页面显示乘客的选择路线，然后可以点击接受或拒绝。接受后续路径规划相关的显示都会按照协商结果显示。

可选地，如图2所示，根据第一起终点信息确定乘客用户选择的第二路径信息，具体包括：

步骤S1062：根据第一起终点信息确定第一路径信息的数量；

步骤S1064：在第一路径信息的数量为多个的情况下，接收乘客用户对多个第一路径信息选择的第二路径信息。

在本实施例中，提供一个灵活而高效的路线选择机制，在乘客发起约车服务请求时，可以根据其起点和终点信息，即乘客用户选择的第二路径信息提供多个可能的行驶路线。这样，乘客可以根据自己的时间、费用偏好或其他考量选择一个最佳的路线方案。这种方法的效果在于提高了乘客的满意度，同时也减少了司机在行程中可能遇到的不确定性。

具体地，通过根据第一起终点信息确定第一路径信息的数量，经过分析乘客的起终点信息，系统可以确定有多少条可能的路线供乘客选择，从而为乘客提供了多种出行选择，使其可以根据个人偏好做出决定。在第一路径信息的数量为多个的情况下，接收乘客用户对多个第一路径信息选择的第二路径信息，当存在多条路线时，乘客可以选择他们认为最合适的路线作为第二路径信息。乘客的选择权得到了加强，同时也更可能选择一个符合个人期望的路线，增加了用户的主动参与度和满意度。

可选地，如图3所示，在接收车主用户对第二路径信息的选择指令之前，还包括：

步骤S1052：在车主用户的显示界面中，显示地图界面；

步骤S1054：在地图界面中显示第二路径信息。

在本实施例中，增强车主在接单前对乘客选择的路线有一个直观的理解，通过在车主的显示界面上直观地展示地图和乘客所选择的第二路径信息，车主可以更准确地评估是否接受该订单。这样的效果可以减少后续因路线问题导致的纠纷，提高服务效率，同时也促进了司乘之间的信任和满意度。

具体地，通过在车主用户的显示界面中，显示地图界面，可为车主提供一个可视化的界面，使其能够清晰地看到地理信息和路线布局，通过地图界面的直观展示，车主可以快速理解乘客的出行需求和路线选择，准备接单前的所有必要信息。在地图界面中显示所述第二路径信息，则在地图上标示出乘客选择的路线，确保车主对路线有具体的认识。车主可以直接在地图上看到乘客偏好的路线，这有助于车主做出是否接单的决策，并且减少了因路线不清晰导致的误解或错误。

可以理解，对车主用户而言，在接单时，可直接以地图显示模式对路线进行显示，更便于提高车主用户对该路线所了解的直观性。

可选地，如图4所示，还包括：步骤S110：在选择指令为拒绝指令的情况下，接收乘客用户发送的与第二路径信息对应的协商信息；

步骤S112：在车主用户发出确认指令的情况下，确定车主用户与乘客用户之间建立订单绑定关系。

在本实施例中，在车主拒绝了乘客用户选择的第二路径信息后，提供一个协商的通道，允许乘客发送协商信息，以便双方可以就路线问题进行讨论和调整。这样的机制使得服务更加灵活，有助于解决因路线选择引起的分歧，最终达成双方都满意的共识。确认指令的接收则是订单建立流程的最终步骤，它标志着双方对于服务条款的同意，以及对行程路线的确认。

具体地，在选择指令为拒绝指令的情况下，接收乘客用户发送的与第二路径信息对应的协商信息，从而提供一个反馈机制，让乘客可以在车主拒绝其选择的路线后，提出自己的意见和建议。通过协商机制，可以增加双方达成一致的机会，提高双方的沟通效率，降低因路线分歧产生的服务取消率。

此外，在车主用户发出确认指令的情况下，确定车主用户与乘客用户之间建立订单绑定关系，则可正式确认订单绑定关系，使订单进入可执行状态，确认指令的发送和接收确保了双方对于协商结果的认可，为服务的顺利进行提供了保障。

如图5和图6所示，本申请实施例提供一种约车路线确定装置900。该约车路线确定装置900包括获取模块901、乘客选择模块902、车主选择模块903、确定模块904和协商模块905。

其中，获取模块，用于获取确定乘客用户的第一起终点信息；乘客选择模块，用于根据第一起终点信息确定乘客用户选择的第二路径信息；车主选择模块，用于接收车主用户对第二路径信息的选择指令；确定模块，用于在选择指令为确认指令的情况下，确定车主用户与乘客用户之间建立订单绑定关系。

可选地，乘客选择模块还用于根据第一起终点信息确定第一路径信息的数量；在第一路径信息的数量为多个的情况下，接收乘客用户对多个第一路径信息选择的第二路径信息。

可选地，车主选择模块还用于在接收车主用户对第一路径信息的选择指令之前，在车主用户的显示界面中，显示地图界面；在地图界面中显示第二路径信息。

可选地，如图6所示，还包括：协商模块905，用于在选择指令为拒绝指令的情况下，接收乘客用户发送的与第二路径信息对应的协商信息；在车主用户发出确认指令的情况下，确定车主用户与乘客用户之间建立订单绑定关系。

本申请实施例中的约车路线确定装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的约车路线确定装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的约车路线确定装置能够实现图1至图4的方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图7所示，本申请实施例还提供一种电子设备100，包括处理器1110，存储器1109，存储在存储器1109上并可在处理器1110上运行的程序或指令，该程序或指令被处理器1110执行时实现上述约车路线确定方法的实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述的电子设备和非电子设备。

图8为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备100包括但不限于：射频单元101、网络模块102、音频输出单元103、输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器1109、以及处理器1110等部件。

本领域技术人员可以理解，电子设备100还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图8中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，处理器1110，用于确定乘客用户的第一起终点信息；根据第一起终点信息确定乘客用户选择的第二路径信息；接收车主用户对第二路径信息的选择指令；在选择指令为确认指令的情况下，确定车主用户与乘客用户之间建立订单绑定关系。

通过上述方案，通过在约车过程中，增加车主对乘客选择的路线的确认步骤，可有效提高约车系统中司乘双方对于行程路线选择的一致性，减少因路线分歧带来的纠纷，从而提升服务体验。具体地，先确定乘客用户的第一起终点信息，从而可获取乘客的出发地和目的地，为后续的路线规划提供基础信息。再根据第一起终点信息确定乘客用户选择的第二路径信息，可提供根据起终点信息规划出的多条路线供乘客选择，增加乘客的选择权，从而使乘客能够根据自己的时间和费用偏好选择最合适的路线。在此基础上，接收车主用户对第二路径信息的选择指令，可让车主对乘客选择的路线进行审核和确认，确保双方对路线的一致理解，进而减少行程中的意外和纠纷，提前解决可能的分歧，节省时间。最终，在选择指令为确认指令的情况下，确定车主用户与乘客用户之间建立订单绑定关系，最终确认双方同意的路线，正式建立服务关系。

可选地，处理器1110，还用于实现如下步骤：根据第一起终点信息确定第一路径信息的数量；在第一路径信息的数量为多个的情况下，接收乘客用户对多个第一路径信息选择的第二路径信息。

可选地，处理器1110，还用于在车主用户的显示界面中，显示地图界面；在地图界面中显示第二路径信息。

可选地，处理器1110，还用于在选择指令为拒绝指令的情况下，接收乘客用户发送的与第二路径信息对应的协商信息；在车主用户发出确认指令的情况下，确定车主用户与乘客用户之间建立订单绑定关系。

应理解的是，本申请实施例中，输入单元104可以包括图形处理器(GraphicsProcessing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元106可包括显示面板1061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板1061。用户输入单元107包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器1109可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器1110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1110中。

本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述约车路线确定方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，处理器为上述实施例中的电子设备中的处理器。可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现上述约车路线确定方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (11)

1.一种约车路线确定方法，其特征在于，包括：

确定乘客用户的第一起终点信息；

根据所述第一起终点信息确定所述乘客用户选择的第二路径信息；

接收车主用户对所述第二路径信息的选择指令；

在所述选择指令为确认指令的情况下，确定所述车主用户与所述乘客用户之间建立订单绑定关系。

2.根据权利要求1所述的约车路线确定方法，其特征在于，所述根据所述第一起终点信息确定所述乘客用户选择的第二路径信息，具体包括：

根据所述第一起终点信息确定第一路径信息的数量；

在所述第一路径信息的数量为多个的情况下，接收所述乘客用户对多个所述第一路径信息选择的第二路径信息。

3.根据权利要求1所述的约车路线确定方法，其特征在于，在所述接收车主用户对所述第二路径信息的选择指令之前，还包括：

在所述车主用户的显示界面中，显示地图界面；

在所述地图界面中显示所述第二路径信息。

4.根据权利要求1至3中任一项所述的约车路线确定方法，其特征在于，还包括：

在所述选择指令为拒绝指令的情况下，接收所述乘客用户发送的与所述第二路径信息对应的协商信息；

在所述车主用户发出确认指令的情况下，确定所述车主用户与所述乘客用户之间建立订单绑定关系。

5.一种约车路线确定装置，其特征在于，包括：

获取模块，用于确定乘客用户的第一起终点信息；

乘客选择模块，用于根据所述第一起终点信息确定所述乘客用户选择的第二路径信息；

车主选择模块，用于接收车主用户对所述第二路径信息的选择指令；

确定模块，用于在所述选择指令为确认指令的情况下，确定所述车主用户与所述乘客用户之间建立订单绑定关系。

6.根据权利要求5所述的约车路线确定装置，其特征在于，所述乘客选择模块还用于根据所述第一起终点信息确定第一路径信息的数量；在所述第一路径信息的数量为多个的情况下，接收所述乘客用户对多个所述第一路径信息选择的第二路径信息。

7.根据权利要求5所述的约车路线确定装置，其特征在于，所述车主选择模块还用于在所述接收车主用户对所述第二路径信息的选择指令之前，在所述车主用户的显示界面中，显示地图界面；在所述地图界面中显示所述第二路径信息。

8.根据权利要求5至7中任一项所述的约车路线确定装置，其特征在于，还包括：

协商模块，用于在所述选择指令为拒绝指令的情况下，接收所述乘客用户发送的与所述第二路径信息对应的协商信息；在所述车主用户发出确认指令的情况下，确定所述车主用户与所述乘客用户之间建立订单绑定关系。

9.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至4中任一项所述的约车路线确定方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至4中任一项所述的约车路线确定方法的步骤。

11.一种芯片，其特征在于，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如权利要求1至4中任一项所述的约车路线确定方法的步骤。