拼车方法及系统与流程

本公开涉及交通出行领域，具体地，涉及一种拼车方法及系统。

背景技术：

目前由于共享汽车和出租车等公共交通车辆数量有限，经常会出现出行约不上公约车，打不上出租车的问题，尤其是在早晚高峰时候。而日常中也经常会出现有些人打不到车，有些人却独自一个人坐一辆出租车，有些人约不上共享汽车，有些人却独自一个人开着一辆共享汽车的现象，如此，不仅造成了交通资源的浪费，增加了人们出行的平均成本，也增加了部分人群出行的难度，更不利于缓解早晚高峰期的交通压力。

技术实现要素：

本公开的目的是提供一种拼车方法及系统，用于解决出租车、网约车和共享汽车资源利用效率低，出行成本高，出行打车困难，早晚高峰交通压力大的技术问题。

为了实现上述目的，本公开的第一方面提供一种拼车方法，应用于服务器，所述方法包括：

获取第一类用户的乘车需求信息；

获取第二类用户当前的运营状况信息；

向所述第一类用户中的第一用户展示满足所述第一用户乘车需求的所述第二类用户的所述运营状况信息；

接收所述第一用户指定的所述第二类用户中第二用户对应的车辆为目标车辆；

向所述第二用户展示所述第一用户的乘车需求信息。

可选地，所述向所述第一类用户中的第一用户展示满足所述第一用户乘车需求的所述第二类用户的所述运营状况信息，包括：

获取所述第二类用户的行驶路线中包括所述第一用户的出发地址以及目的地址的用户，作为第一目标用户；

获取所述第一目标用户中空闲座位数大于或者等于所述第一用户的乘客数量的用户，作为第二目标用户；

向所述第一用户展示所述第二目标用户的信息。

可选地，所述获取所述第二类用户的行驶路线中包括所述第一用户的出发地址以及目的地址的用户，作为第一目标用户，包括：

获取在所述第一用户当前位置的第一预设距离内的所述第二类用户的所述运营状况信息；

判断所述第二类用户的行驶路线中是否包括所述第一用户的出发地址与目的地址；

当所述第二类用户的行驶路线中包括所述第一用户的出发地址和目的地地址时，确定所述第二类用户为第一目标用户；

当所述第二类用户的行驶路线中不包括所述第一用户的出发地址和/或所述第一用户的目的地址时，按照第一预设算法修正所述第一预设距离，记录所述连续修正所述第一预设距离的次数，并再次执行所述获取在所述第一用户当前位置的第一预设距离内的所述第二类用户的所述运营状况信息；至判断所述第二类用户的行驶路线中是否包括所述第一用户的出发地址与目的地址的步骤。

可选地，所述获取所述第二类用户的行驶路线中包括所述第一用户的出发地址以及目的地址的用户，作为第一目标用户，还包括：

当所述连续修正所述第一预设距离的次数大于或等于预设阈值时，确定在所述修正后的第一预设距离内没有所述第一目标车辆；

按照第二预设算法确定所述第一用户的备选出发地址以及对应的备选目的地址；

将所述行驶路线中包括所述备选出发地址以及备选目的地址的所述第二类用户确定为所述第一目标用户。

可选地，所述按照第二预设算法确定所述第一用户的备选出发地址以及对应的备选目的地址，包括：

获取预设行走的距离；

根据所述预设行走的距离、所述第一用户的所述出发地址与所述目的地址，确定所述备选出发地址以及对应的备选目的地址。

可选地，所述获取所述第二类用户的行驶路线中包括所述第一用户的出发地址以及目的地址的用户，作为第一目标用户，还包括：

当存在多组所述备选出发地址以及对应的所述备选目的地址时，分别获取所述备选出发地址与所述备选目的地址之间的距离；

根据所述距离确定目标备选出发地址以及目标备选目的地址；

将所述行驶路线中包括所述目标备选出发地址以及目标备选目的地址的所述第二类用户确定为所述第一目标用户。

在本公开的另一方面提供一种拼车系统，应用于服务器，所述系统包括：

第一获取模块，用于获取第一类用户的乘车需求信息；

第二获取模块，用于获取第二类用户当前的运营状况信息；

第一显示模块，用于向所述第一类用户中的第一用户展示满足所述第一用户乘车需求的所述第二类用户的所述运营状况信息；

接收模块，用于接收所述第一用户指定的所述第二类用户中第二用户对应的车辆为目标车辆；

第二显示模块，用于向所述第二用户展示所述第一用户的乘车需求信息。

可选地，所述第一显示模块，包括：

第一获取子模块，用于获取所述第二类用户的行驶路线中包括所述第一用户的出发地址以及目的地址的用户，作为第一目标用户；

第二获取子模块，用于获取所述第一目标用户中空闲座位数大于或者等于所述第一用户的乘客数量的用户，作为第二目标用户；

第一显示子模块，用于向所述第一用户展示所述第二目标用户的信息。

可选地，所述第一获取子模块，用于：

获取在所述第一用户当前位置的第一预设距离内的所述第二类用户的所述运营状况信息；

判断所述第二类用户的行驶路线中是否包括所述第一用户的出发地址与目的地址；

当所述第二类用户的行驶路线中包括所述第一用户的出发地址和目的地地址时，确定所述第二类用户为第一目标用户；

当所述第二类用户的行驶路线中不包括所述第一用户的出发地址和/或所述第一用户的目的地址时，按照第一预设算法修正所述第一预设距离，记录所述连续修正所述第一预设距离的次数，并再次执行所述获取在所述第一用户当前位置的第一预设距离内的所述第二类用户的所述运营状况信息；至判断所述第二类用户的行驶路线中是否包括所述第一用户的出发地址与目的地址的步骤。

可选地，所述第一获取子模块，还用于：

当所述连续修正所述第一预设距离的次数大于或等于预设阈值时，确定在所述修正后的第一预设距离内没有所述第一目标车辆；

按照第二预设算法确定所述第一用户的备选出发地址以及对应的备选目的地址；

将所述行驶路线中包括所述备选出发地址以及备选目的地址的所述第二类用户确定为所述第一目标用户。

可选地，所述第一获取子模块，还用于：

获取预设行走的距离；

根据所述预设行走的距离、所述第一用户的所述出发地址与所述目的地址，确定所述备选出发地址以及对应的备选目的地址。

可选地，所述第一获取子模块，还用于：

当存在多组所述备选出发地址以及对应的所述备选目的地址时，分别获取所述备选出发地址与所述备选目的地址之间的距离；

根据所述距离确定目标备选出发地址以及目标备选目的地址；

将所述行驶路线中包括所述目标备选出发地址以及目标备选目的地址的所述第二类用户确定为所述第一目标用户。

上述技术方案，通过获取第一类用户的乘车需求信息；获取第二类用户当前的运营状况信息；向所述第一类用户中的第一用户展示满足所述第一用户乘车需求的所述第二类用户的所述运营状况信息；接收所述第一用户指定的所述第二类用户中第二用户对应的车辆为目标车辆；向所述第二用户展示所述第一用户的乘车需求信息。本公开能够降低早晚高峰时出行打车的难度，能够提高公共车辆的出行利用率，降低出行成本，也能够节约交通资源，缓解交通压力。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是本公开一示例性实施例提供的一种拼车方法的流程图；

图2是根据图1所示实施例示出的一种拼车方法的流程图；

图3是根据图2所示实施例示出的一种拼车方法的流程图；

图4是根据图2所示实施例示出的另一种拼车方法的流程图；

图5是根据图4所示实施例示出的一种拼车方法的流程图；

图6是根据图4所示实施例示出的另一种拼车方法的流程图；

图7是本公开另一示例性实施例提供的一种拼车系统的框图；

图8是根据图7所示实施例提供的一种拼车系统的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

图1是本公开一示例性实施例提供的一种拼车方法的流程图；参见图1，该拼车方法，应用于服务器，该方法包括：

步骤101，获取第一类用户的乘车需求信息。

示例地，该第一类用户为乘客，该乘车需求信息可以包括：乘客的出发地址、乘客的目的地址以及乘客数量。该第一类用户包括多个用户，该多个用户分别设有不同的账号或者名称，该第一类用户可以通过第一客户端以不同的账号和/或名称登录预设的app(application，应用程序)，通过该app与该服务器建立通信连接；用户在该app界面上填入待出发的地址(也可以通过gps系统进行自动定位获取该用户当前的位置作为待出发的地址)，目的地址以及需要出行的乘客人数信息。

步骤102，获取第二类用户当前的运营状况信息。

示例地，该运营状况信息至少包括：车辆当前的位置、车辆目的地址、行驶路线以及空闲座位数；还可以包括：驾驶员的年龄、性别以及驾驶年龄等个人信息，乘坐人员的性别和年龄等信息，以及车辆信息。该车辆信息可以包括：车牌号，车型，车辆颜色，车辆出厂时间等信息。该第二类用户为车辆或者车辆驾驶员，当该车辆为无人驾驶车辆时，该第二类用户是车辆。该车辆或者车辆驾驶员配有固定的账号和用户名，无人驾驶车辆的管理者或者车辆的驾驶员通过该账号的用户名登录预设的app，通过该app与该服务器建立通信连接；该车辆管理者或者驾驶员在该app界面内输入车辆的出发位置、目的位置以及车上的乘客数量。该车辆的出发位置可以通过gps系统进行实时定位更新，该乘客数量可以通过红外扫描等传感器进行采集确认，根据车辆的车型确定车辆的座位数，再通过该座位数与当前车上的乘客数确定车辆当前的剩余座位数。

步骤103，向该第一类用户中的第一用户展示满足该第一用户乘车需求的该第二类用户的该运营状况信息。

示例地，根据该第一用户的乘车需求，从该第二类用户中筛选满足该第一用户乘车需求的第二类用户的信息，将该满足要求的第二类用户的信息发送并显示在该第一用户的app界面上。当从事存在多个符合该第一用户乘车需求的第二类用户时，该第一用户的app界面上可以以列表和选项的方式同时显示该多个第二类用户的运营状况信息。

步骤104，接收该第一用户指定的该第二类用户中第二用户对应的车辆为目标车辆。

示例地，该第一用户在该app界面上选择该第二类用户中的第二用户作为指定的目标用户，则该第二用户对应的车辆即为该第一用户选中的目标车辆。

步骤105，向该第二用户展示该第一用户的乘车需求信息。

示例地，当该第二用户被第一用户选中时，将该第一用户的乘车需求信息发送并显示在该第二用户的app界面上。该第二用户根据该第一用户的乘车需求信息在第一用户的出发地址停车接上该第一用户，在第二用户的目的地址处让该第一用户下车。

以上技术方案，通过获取第一类用户的乘车需求信息，该第一类用户为乘客；获取第二类用户当前的运营状况信息，该第二类用户为车辆驾驶员；向该第一类用户中的第一用户展示满足该第一用户乘车需求的该第二类用户的该运营状况信息；接收该第一用户指定的该第二类用户中第二用户对应的车辆为目标车辆；向该第二用户展示该第一用户的乘车需求信息。本公开能够降低早晚高峰时出行打车的难度，能够提高公共车辆的出行利用率，降低出行成本，也能够节约交通资源，缓解交通压力。

图2是根据图1所示实施例示出的一种拼车方法的流程图；参见图2，该步骤103所述的向该第一类用户中的第一用户展示满足该第一用户乘车需求的该第二类用户的该运营状况信息的步骤，包括以下步骤：

步骤1031，获取该第二类用户的行驶路线中包括该第一用户的出发地址以及目的地址的用户，作为第一目标用户。

示例地，从众多第二类用户中筛选包括该第一用户的出发地址和目的地址的第二类用户，该第一用户可以在该app上输入该目标路线，该第二类用户的行驶路线可以与第一用户的行驶路线不同，只需该第二类用户的行驶路线中包括该第一用户的出发地址和目的地址即可，如此，能够最大限度的找到可以乘坐的能够到达目的地的车辆。

步骤1032，获取该第一目标用户中空闲座位数大于或者等于该第一用户的乘客数量的用户，作为第二目标用户。

示例地，在该第一目标用户中筛选空闲座位数能够满足该第一用户的乘车需求的用户作为第二目标用户。例如，在从众多第二类用户中筛选满足该第一用户的路线需求第一目标用户时，有多个第二类用户的行驶路线中均包括该第一用户的出发地址和目的地址，但是，该第一用户需要乘车的人数为3个，但是该第一目标用户中存在座位数不足3个的第二类用户，因此通过此操作，将座位数不足的去除，将座位数满足要求的第一目标用户展示给该第一用户。

步骤1033，向该第一用户展示该第二目标用户的信息。

示例地，该第二目标用户为座位数满足第一用户的要求，且行驶路线中包括该第一用户的出发地址和目的地址的第二类用户。

图3是根据图2所示实施例示出的一种拼车方法的流程图；参见图3，该步骤1031所述的获取该第二类用户的行驶路线中包括该第一用户的出发地址以及目的地址的用户，作为第一目标用户的步骤；可以包括以下步骤：

步骤10311，获取在该第一用户当前位置的第一预设距离内的该第二类用户的该运营状况信息。

示例地，该第一预设距离可以是以该第一用户当前位置为中心，周围500米或者1000米的距离。

步骤10312，判断该第二类用户的行驶路线中是否包括该第一用户的出发地址与目的地址。

示例地，判断该第一用户周围500米或者1000米内的第二类用户的行驶路程中是否包括该第一用户的出发地址和目的地址。

步骤10313，当该第二类用户的行驶路线中包括该第一用户的出发地址和目的地地址时，确定该第二类用户为第一目标用户。

示例地，从该第一用户周围500米内的该第二类用户中筛选出行驶路线中包含该第一用户的出发地址和目的地址的第二类用户作为第一目标用户。

步骤10314，当该第二类用户的行驶路线中不包括该第一用户的出发地址和/或该第一用户的目的地址时，按照第一预设算法修正该第一预设距离，记录该连续修正该第一预设距离的次数，并再次执行该步骤10311所述的获取在该第一用户当前位置的第一预设距离内的该第二类用户的该运营状况信息；至该10312所述的判断该第二类用户的行驶路线中是否包括该第一用户的出发地址与目的地址的步骤。

示例地，当第一预设距离为500米时，当所有的该第二类用户的行驶路线中均不包括该第一用户的出发地址和/或该第一用户的目的地址时，扩大搜索范围，使该第一预设距离扩大为1000米，在距离该第一用户1000米的范围内获取该行驶路线中包括该第一用户的出发地址和目的地址的第二类用户。该第一预设算法可以是sn+1＝sn+d；(n＝0、1、2…)，即给当前的预设距离增加500米或者1000米，此时sn是当前的第一预设距离，sn+1为更新后的该第一预设距离，d等于500或者1000。

图4是根据图2所示实施例示出的另一种拼车方法的流程图；参见图4，该步骤1031所述的获取该第二类用户的行驶路线中包括该第一用户的出发地址以及目的地址的用户，作为第一目标用户的步骤，还可以包括以下步骤：

步骤10315，当该连续修正该第一预设距离的次数大于或等于预设阈值时，确定在该修正后的第一预设距离内没有该第一目标车辆。

示例地，该第一预设算法可以是sn+1＝sn+d；(n＝0、1、2…)，即给当前的预设距离增加d米得到修正后的第一预设距离，其中，sn是当前的第一预设距离，sn+1为更新后的该第一预设距离，此时该连续修正该第一预设距离的次数为n，判断n是否达到上限值(即预设阈值)，当达到上限值时，依然没有搜索到满足该第一用户需求的该第二类用户时，结束搜索过程，发送并显示没有搜索到目标车辆的信息至该第一用户的app界面上，并可以在该app界面上显示提示用户是否进入变更出发地址和/或目的地址的选项，当该第一用户选择变更出发地址和/或目的地址时，继续执行下面步骤；也可以默认直接选择更换出发地址和/或目的地址继续搜索满足要求的第二类用户。

步骤10316，按照第二预设算法确定该第一用户的备选出发地址以及对应的备选目的地址。

示例地，该第二预设算法可以是以该第一用户当前的出发位置为中心向周围移动一定距离重新确定出发位置；或者以该第一用户当前的目的位置为中心向周围推移一定的距离重新确定目的地位置。

步骤10317，将该行驶路线中包括该备选出发地址以及备选目的地址的该第二类用户确定为该第一目标用户。

示例地，以重新确定的出发地址(备选出发地址)和/或重新确定的目的地址(备选目的地址)为准，重新搜索满足该第一用户乘车需求的第二类用户的信息；其中，包括获取行驶路线中包括该备选出发地址和备选目的地址的第二类用户。

进一步地，图5是根据图4所示实施例示出的一种拼车方法的流程图；参见图5，该步骤10316所述的按照第二预设算法确定该第一用户的备选出发地址以及对应的备选目的地址的步骤，可以包括以下步骤：

步骤103161，获取预设行走的距离。

示例地，当修正过多次的第一预设距离范围内没有满足该第一用户乘车需求的第二类用户时，该第一用户可以选择步行一段距离后再乘车。因此，当该app界面上显示没有满足要求的车辆时，可以再弹出是否更换出发地点的窗口，当该第一用户确定要更换出发地址时，再显示可以输入准备行走的距离的窗口，该第一用户可以在该窗口输入相应数字作为预设行走的距离。

步骤103162，根据该预设行走的距离、该第一用户的该出发地址与该目的地址，确定该备选出发地址以及对应的备选目的地址。

示例地，该预设行走的距离s，可以设有第一预设系数μ1、第二预设系数μ2之间的关系可以为s＝s1+s2，其中s1为该第一用户当前的出发地址距离备选出发地址之间的距离，s1＝μ1s；s2为该第一用户当前的目的地址距离备选目的地址之间的距离，s2＝μ2s；第一预设系数μ1为在乘车前行走的距离占该总的行走距离的百分数；第一预设系数μ2为在下车后行走的距离占该总的行走距离的百分数；μ1+μ2＝1。该第一预设系数μ1、第二预设系数μ2可以预先设定也可以由用户自主设定，例如在app界面上显示可以输入该数据的窗口，在该窗口上进行输入μ1为0.8，μ2为0.2。

图6是根据图4所示实施例示出的另一种拼车方法的流程图；参见图6，该步骤1031所述的获取该第二类用户的行驶路线中包括该第一用户的出发地址以及目的地址的用户，作为第一目标用户的步骤；还可以包括以下步骤：

步骤10318，当存在多组该备选出发地址以及对应的该备选目的地址时，分别获取该备选出发地址与该备选目的地址之间的距离。

示例地，当存在多组该备选出发地址以及对应的该备选目的地址时，选择该备选出发地址与该备选目的地址之间距离最短的作为该第一用户的目标行程，如此设置更有利于乘客最快到达目的地。

步骤10319，根据该距离确定目标备选出发地址以及目标备选目的地址。

步骤10310，将该行驶路线中包括该目标备选出发地址以及目标备选目的地址的该第二类用户确定为该第一目标用户。

以上技术方案，通过获取该第二类用户的行驶路线中包括该第一用户的出发地址以及目的地址的用户，作为第一目标用户；再通过获取该第一目标用户中空闲座位数大于或者等于该第一用户的乘客数量的用户，作为第二目标用户；最后向该第一用户展示该第二目标用户的信息。本公开的技术方案经过筛选，将满足该第一用户乘车需求的第二类用户的信息展示个该第一用户，以供该第一用户选择；能够降低该第一用户的打车难度，能够提高公共车辆的出行利用率，降低出行成本，能够节约交通资源，缓解交通压力。

图7是本公开另一示例性实施例提供的一种拼车系统的框图；参见图7，该拼车系统，应用于服务器，该系统700包括：

第一获取模块701，用于获取第一类用户的乘车需求信息；

第二获取模块702，用于获取第二类用户当前的运营状况信息；

第一显示模块703，用于向该第一类用户中的第一用户展示满足该第一用户乘车需求的该第二类用户的该运营状况信息；

接收模块704，用于接收该第一用户指定的该第二类用户中第二用户对应的车辆为目标车辆；

第二显示模块705，用于向该第二用户展示该第一用户的乘车需求信息。

以上技术方案，通过第一获取模块获取第一类用户的乘车需求信息，该第一类用户为乘客；通过第二获取模块获取第二类用户当前的运营状况信息，该第二类用户为车辆驾驶员；通过第一显示模块向该第一类用户中的第一用户展示满足该第一用户乘车需求的该第二类用户的该运营状况信息；通过接收模块接收该第一用户指定的该第二类用户中第二用户对应的车辆为目标车辆；通过第二显示模块向该第二用户展示该第一用户的乘车需求信息。本公开能够降低打车难度，提高公共车辆的出行利用率，能够降低出行成本，也能够节约交通资源，缓解交通压力。

图8是根据图7所示实施例提供的一种拼车系统的框图；参见图8，该第一显示模块703，包括：

第一获取子模块7031，用于获取该第二类用户的行驶路线中包括该第一用户的出发地址以及目的地址的用户，作为第一目标用户；

第二获取子模块7032，用于获取该第一目标用户中空闲座位数大于或者等于该第一用户的乘客数量的用户，作为第二目标用户；

第一显示子模块7033，用于向该第一用户展示该第二目标用户的信息。

进一步地，该第一获取子模块7031，用于：

获取在该第一用户当前位置的第一预设距离内的该第二类用户的该运营状况信息；

判断该第二类用户的行驶路线中是否包括该第一用户的出发地址与目的地址；

当该第二类用户的行驶路线中包括该第一用户的出发地址和目的地地址时，确定该第二类用户为第一目标用户；

当该第二类用户的行驶路线中不包括该第一用户的出发地址和/或该第一用户的目的地址时，按照第一预设算法修正该第一预设距离，记录该连续修正该第一预设距离的次数，并再次执行该获取在该第一用户当前位置的第一预设距离内的该第二类用户的该运营状况信息；至判断该第二类用户的行驶路线中是否包括该第一用户的出发地址与目的地址的步骤。

进一步地，该第一获取子模块7031，还用于：

当该连续修正该第一预设距离的次数大于或等于预设阈值时，确定在该修正后的第一预设距离内没有该第一目标车辆；

按照第二预设算法确定该第一用户的备选出发地址以及对应的备选目的地址；

将该行驶路线中包括该备选出发地址以及备选目的地址的该第二类用户确定为该第一目标用户。

进一步地，该第一获取子模块7031，还用于：

获取预设行走的距离；

根据该预设行走的距离、该第一用户的该出发地址与该目的地址，确定该备选出发地址以及对应的备选目的地址。

进一步地，该第一获取子模块7031，还用于：

当存在多组该备选出发地址以及对应的该备选目的地址时，分别获取该备选出发地址与该备选目的地址之间的距离；

根据该距离确定目标备选出发地址以及目标备选目的地址；

将该行驶路线中包括该目标备选出发地址以及目标备选目的地址的该第二类用户确定为该第一目标用户。

以上技术方案，通过第一获取子模块获取该第二类用户的行驶路线中包括该第一用户的出发地址以及目的地址的用户，作为第一目标用户；再通过第二获取子模块获取该第一目标用户中空闲座位数大于或者等于该第一用户的乘客数量的用户，作为第二目标用户；最后通过第一显示子模块向该第一用户展示该第二目标用户的信息。本公开的技术方案经过筛选，将满足该第一用户乘车需求的第二类用户的信息展示个该第一用户，以供该第一用户选择；能够降低该第一用户的打车难度，能够提高公共车辆的出行利用率，降低出行成本，能够节约交通资源，缓解交通压力。

本领域技术人员在考虑说明书及实践本公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。