出租车拼车方法和装置、电子设备、可读存储介质和芯片制造方法及图纸

本申请公开了一种出租车拼车方法和装置、电子设备、可读存储介质和芯片，属于拼车技术领域，其中，出租车拼车方法包括：在第一用户扫描标识特征码的情况下，确定第一用户与驾驶员用户之间的乘车信息；根据乘车信息，确定车辆信息的营运状态；在营运状态为合乘状态下，根据第一用户的行程信息匹配至少一个第二用户；其中，标识特征码与车辆信息和驾驶员用户对应关联绑定。关联绑定。关联绑定。

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


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

技术介绍

[0002]目前，大部分车辆的合乘方式为网约模式，乘客在实际使用中，由于司机可以选择是否接单，在一些条件下，会存在司机拒接单的情况，导致乘客的出行无法正常进行，不确定性大。

技术实现思路

[0003]本申请实施例的目的是提供一种出租车拼车方法和装置、电子设备、可读存储介质和芯片，能够解决乘客在拼车过程中无法正常出行的问题。
[0004]第一方面，本申请实施例提供了一种出租车拼车方法，该方法包括：在第一用户扫描标识特征码的情况下，确定第一用户与驾驶员用户之间的乘车信息；根据乘车信息，确定车辆信息的营运状态；在营运状态为合乘状态的情况下，根据第一用户的行程信息匹配至少一个第二用户；其中，标识特征码与车辆信息和驾驶员用户对应关联绑定。
[0005]第二方面，本申请实施例提供了一种出租车拼车装置，包括：关联模块，用于在第一用户扫描标识特征码的情况下，确定第一用户与驾驶员用户之间的乘车信息；合乘确定模块，用于根据乘车信息，确定车辆信息的营运状态；拼车执行模块，用于在营运状态为合乘状态的情况下，根据第一用户的行程信息匹配至少一个第二用户；其中，标识特征码与车辆信息和驾驶员用户对应关联绑定。
[0006]第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。
[0007]第四方面，本申请实施例提供了一种可读存储介质，可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。
[0008]第五方面，本申请实施例提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现如第一方面的方法的步骤。
[0009]在本申请实施例中，在乘客线下通过扬招的方式打到空车状态的出租车时，通过扫码的方式建立司乘之间的联系，即确定第一用户与驾驶员用户之间的乘车信息，根据第一用户的选择，可自行决定乘坐的出租车的营运状态，即合乘方式或单乘方式。进一步地，在营运状态为合乘状态的情况下，会根据已经通过线下扫码的方式与车辆实现绑定的第一用户的具体路线进行匹配一个或多个第二用户，其中，第一用户的具体路线是根据行程信息得到的，而行程信息则是根据第一用户在扫描标识特征码时填写的信息所确定下来，其中包含但不限于人数、起点、终点、路线等信息。
[0010]需要说明的是，第一用户、第二用户所对应的实际乘坐人数不做限定，仅为下单的
用户数量，也即产生拼车的订单数量。例如，第一用户的人数可以为一个，也可以为两个，在扫描标识特征码时，需要第一用户填写具体的乘坐人数，后续匹配过程中，每个第二用户对应的数量之和与第一用户填写的乘坐人数之和不得超过车辆的载客上限。
[0011]其中，第一用户所扫描的标识特征码，是驾驶员用户和车辆信息在营运之前关联绑定完成后生成的图像，即标识特征码、驾驶员用户和车辆信息均一一对应。
[0012]可以理解，在合乘状态下，在行驶过程中会与其他乘客进行拼车，可以是线下扬招的其他乘客，或者通过线上发出符合合乘需求的订单的乘客。在单乘状态下，则不会产生拼车，即独享车辆。
附图说明
[0013]图1示出了根据本申请的一个实施例的出租车拼车方法的流程示意图；
[0014]图2示出了根据本申请的一个实施例的出租车拼车方法的流程示意图；
[0015]图3示出了根据本申请的一个实施例的出租车拼车方法的流程示意图；
[0016]图4示出了根据本申请的一个实施例的出租车拼车方法的流程示意图；
[0017]图5示出了根据本申请的一个实施例的出租车拼车装置的结构示意图；
[0018]图6示出了根据本申请的一个实施例的出租车拼车装置的结构示意图；
[0019]图7示出了根据本申请的一个实施例的电子设备的结构示意图；
[0020]图8示出了根据本申请的一个实施例的电子设备的结构示意图。
[0021]其中，图5至图8中附图标记与部件名称之间的对应关系为：
[0022]100：电子设备；101：射频单元；102：网络模块；103：音频输出单元；104：输入单元；1041：图形处理器；1042：麦克风；105：传感器；106：显示单元；1061：显示面板；107：用户输入单元；1071：触控面板；1072：其他输入设备；108：接口单元；1109：存储器；1110：处理器；900：出租车拼车装置；901：关联模块；902：合成确定模块；903：拼车执行模块；904：显示模块。
具体实施方式
[0023]下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。
[0024]本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
[0025]下面结合附图1至图8，通过具体的实施例及其应用场景对本申请实施例提供的出租车拼车方法和装置、电子设备、可读存储介质和芯片进行详细地说明。
[0026]本实施例提供了一种出租车拼车方法，如图1所示，包括：
[0027]步骤S102：在第一用户扫描标识特征码的情况下，确定第一用户与驾驶员用户之
间的乘车信息；
[0028]步骤S104：根据乘车信息，确定车辆信息的营运状态；
[0029]步骤S106：在营运状态为合乘状态的情况下，根据第一用户的行程信息匹配至少一个第二用户。
[0030]其中，标识特征码与车辆信息和驾驶员用户对应关联绑定。
[0031]本实施例所提供的出租车拼车方法，在乘客线下通过扬招的方式打到空车状态的出租车时，通过扫码的方式建立司乘之间的联系，即确定第一用户与驾驶员用户之间的乘车信息，根据第一用户的选择，可自行决定乘坐的出租车的营运状态，即合乘方式或单乘方式。进一步地，在营运状态为合乘状态的情况下，会根据已经通过线下扫码的方式与车辆实现绑定的第一用户的具体路线进行匹配一个或多个第二用户，其中，第一用户的具体路线是根据行程信息得到的，而行程信息则是根据第一用户在扫描标识特征码时填写的信息所确定下来，其中包含但不限于人数、起点、终本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种出租车拼车方法，其特征在于，包括：在第一用户扫描标识特征码的情况下，确定所述第一用户与驾驶员用户之间的乘车信息；根据所述乘车信息，确定车辆信息的营运状态；在所述营运状态为合乘状态的情况下，根据所述第一用户的行程信息匹配至少一个第二用户；其中，所述标识特征码与车辆信息和所述驾驶员用户对应关联绑定。2.根据权利要求1所述的出租车拼车方法，其特征在于，在所述第一用户扫描标识特征码之前，还包括：接收所述驾驶员用户发出的合乘控制指令；根据所述合乘控制指令确定与接收合乘相关的第一特征码；显示所述第一特征码；或根据所述合乘控制指令确定与拒绝合乘相关的第二特征码；显示所述第二特征码。3.根据权利要求2所述的出租车拼车方法，其特征在于，所述在第一用户扫描标识特征码的情况下，确定所述第一用户与驾驶员用户之间的乘车信息，具体包括：在显示所述第一特征码的情况下，响应于所述第一用户对所述第一特征码的扫码指令，确定所述第一用户与驾驶员用户之间的乘车信息。4.根据权利要求1至3中任一项所述的出租车拼车方法，其特征在于，所述根据所述第一用户的行程信息匹配至少一个第二用户，具体包括：将所述第一用户的行程信息显示在车辆显示屏上；响应于线下扬招的至少一个第二用户的扫码指令，获取所述第二用户的行程信息；或根据所述第一用户的行程信息线上匹配至少一个第二用户。5.一种出租车拼车装置，其特征在于，包括：关联模块，用于在第一用户扫描标识特征码的情况下，确定所述第一用户与驾驶员用户之间的乘车信息；合乘确定模块，用于根据所述乘车信息，确定车辆信息的营运状态；拼车执行模块，用于在所述营运状态为合乘状态下，根据所述...

【专利技术属性】
技术研发人员：郑钰，
申请(专利权)人：北京畅行信息技术有限公司，
类型：发明
国别省市：