CN115985082A - 出租车拼车方法和装置、电子设备、可读存储介质和芯片 - 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：根据车辆信息确定与第一用户的行程信息相匹配的至少一个第二用户。

本实施例所提供的出租车拼车方法，当第一用户通过线下扬招或线上网约的方式打到车辆后，在上车后，会发出上车确认指令，此时，用户可根据自身情况，选择所需的营运状态，即在上车后可选择车辆以合乘状态运行，或以单乘状态运行。进一步地，在车辆以合成状态运行的情况下，会将出租车车辆的车辆信息予以显示，此时线下的用户可根据显示的车辆信息自行判断是否需要乘坐该出租车，具体地，乘客在路边通过看车辆顶灯显示的合乘状态以及车辆对外的电子屏显示的车辆目的地方向，选择扬招一起合乘，或者对于线上的用户而言，可在线上看到出租车车辆的位置以及其行驶路线，若需要乘坐该出租车，可在路边等待进行扬招合乘出租车。

需要强调的，本申请对于第一用户而言，可选择地确定通过线上或线下的方式发出上车确认指令，对于第二用户而言，也可通过线上或线下的方式予以合乘，极大的提高了整体合乘的成功率。

其中，上车确认指令可以为通过线下扫码的方式发出，或者还可通过线上叫车的方式发出。对于第一用户而言，由于其为出租车车辆的第一位乘客，在上车后，出租车车辆的车辆信息中的行驶路线，与第一用户的路线是相同的，当存在第二用户上车后，出租车车辆的行驶路线会发生变化。

进一步地，本申请基于获取出租车车辆、驾驶员以及车辆实时位置以及改变车辆实时顶灯状态，乘客通过手持设备(例如手机、平板等)线上进行合乘出租车下单或线下通过车辆顶灯合乘状态以及合乘方向来选择扬招车辆进行一起合乘。

首先出租车合乘模式是一个线上网约合乘出租车订单和线下扬招合乘订单混合一起拼的方式。

线上用户通过在手持终端应用软件上输入起点、终点或者选择已提前生成的合乘路线后下单，服务端派发合乘中未拼满且满足顺路模式的出租车或派一辆接受合乘模式的空车状态出租车；

线下扬招乘客打上一辆空车状态出租车，上车后可以通过扫司机的二维码，输入目的地选择将此行程改成合乘模式，车辆状态变成合乘中状态，可以收到线上符合合乘的订单，或者线下其他扬招乘客；

合乘中状态车辆通过已接到乘客(线上网约或线下扬招)乘客输入目的地，根据目的地所在区域方向集合成一个或多个城市标志性地点名称进行对外展示。

线下扬招乘客可以通过APP/小程序等软件进行下单和查看，同时对于出租车而言，其车载终端ID会获取车辆、司机、车辆位置、当前车辆状态。乘客可以通过地图查看当前状态是合乘状态的出租车实时位置，在通过合乘终点方向，来判断是否在路边等待进行扬招合乘出租车，或者乘客在路边通过看车辆顶灯合乘状态以及车辆对外电子屏车辆目的地方向，选择扬招一起合乘。

可选地，如图2所示，还包括：

步骤S1102：确定与出租车车辆对应的用户数量；

步骤S1104：根据用户数量确定对应于每个用户的合乘价格。

在本实施例中，在对于同一个出租车乘坐多个用户的情况下，多个用户属于合乘关系，此时不同的订单的价格也不一样，故而对于不同用户而言，最终需要支付的费用是独立的。需要说明的是，用户数量和实际乘车的人数可能不同，用户数量与订单数量相关，一个订单中可能存在多个乘车人数，本申请中，每个用户的价格是根据订单确定的，合乘不同订单数，价格不同，未合乘成功，按照打表费用计价。

可选地，如图3所示，获取并显示至少一个处于合乘状态下的出租车车辆的车辆信息，具体包括：

步骤S1062：确定处于合乘状态下的出租车车辆中第一用户的行程信息；

步骤S1064：显示处于合乘状态下的出租车车辆的车辆信息。

其中，车辆信息包括行程信息中目的地信息对应的标志性名称。

在对车辆信息进行显示时，需要先获取到车辆中第一用户的行程信息，可以理解，在第一用户对出租车车上发出上车确认指令时，其内含有具体的行程信息，包括但不限于人数、起点、终点、路线等信息，具体显示的车辆信息主要为第一用户的终点，或途径的标志建筑物，以便于线下扬招的乘客会直观的判断该车辆是否是自己所需。

可以理解，显示的车辆信息包括但不限于车牌信息、司机信息、接单信息、评价信息等与车辆相关的信息，还包括接收的订单信息、拼单信息等与车辆行驶相关的信息。

可选地，如图4所示，根据车辆信息确定与第一用户的行程信息相匹配的至少一个第二用户，具体包括：

步骤S1082：接收向出租车车辆推送的至少一个合乘订单；

步骤S1084：根据合乘订单确定至少一个第二用户；

步骤S1086：在出租车车辆行驶过程中，在出租车车辆的车顶显示屏中显示第一用户的行程信息；

步骤S1088：确定线下扬招的至少一个第二用户。

在合乘匹配的过程中，第二用户的选择主要是根据第一用户的行程信息寻找的，从而可保证第一位上车的乘客的路线，具体地，可通过线上或线下两种方式进行拼单，对于线上合乘的方式而言，服务器会先向出租车车辆推送一个或多个合乘订单，在合乘订单中，会确定出需要拼单的第二用户，从而直接派送给出租车车辆，或者可通过线下扬招的方式，由于在车顶显示屏中显示有已经乘坐的第一用户的行程信息，其他乘客会直接通过观看，自行确定是否顺路，从而扬招使得出租车停下，再实现搭乘。

对于本方案而言，第一用户的行程信息是显示在车顶显示屏中，但具体显示的内容需要根据对行程信息进行提取，最终显示出来。即显示的内容可以为行程信息所途径的地标物或目的地附近的地标物。

如图5和图6所示，本申请实施例提供一种出租车拼车装置900。该出租车拼车装置900包括指令接收模块901、状态调整模块902、信息显示模块903、合乘执行模块904和价格计算模块905。

其中，指令接收模块901，用于接收第一用户对出租车车辆的上车确认指令；状态调整模块902，用于根据上车确认指令，调整出租车车辆的营运状态，营运状态包括合乘状态和单乘状态；信息显示模块903，用于获取并显示至少一个处于合乘状态下的出租车车辆的车辆信息；合乘执行模块904，用于根据车辆信息确定与第一用户的行程信息相匹配的至少一个第二用户。

可选地，如图6所示，出租车拼车装置900还包括：价格计算模块905，用于确定与出租车车辆对应的用户数量；根据用户数量确定对应于每个用户的合乘价格。

可选地，信息显示模块903还用于确定处于合乘状态下的出租车车辆中第一用户的行程信息；显示处于合乘状态下的出租车车辆的车辆信息；其中，车辆信息包括行程信息中目的地信息对应的标志性名称。

可选地，合乘执行模块904还用于接收向出租车车辆推送的至少一个合乘订单；根据合乘订单确定至少一个第二用户；在出租车车辆行驶过程中，在出租车车辆的车顶显示屏中显示第一用户的行程信息；确定线下扬招的至少一个第二用户。

本申请实施例中的出租车拼车装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached 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中任一项所述的出租车拼车方法的步骤。

Images