本发明涉及交通及互联网技术领域，具体涉及一种基于航班的拼车方法及系统。
背景技术：
乘坐飞机到达目的地机场后，若要从机场离开去往其它地方，若没有亲朋接送，乘坐公共交通的话缓慢且不便，若乘坐出租车价格昂贵。现时也有一些网约车或拼车软件，但是针对机场通常地理位置离市区较远，而且航班到达时间机场常有延误，经常难以有司机愿意接单，也难有司机肯在原地久候，由此导致机场打车高价或难以拼车。
技术实现要素：
本发明的目的在于，针对上述不足之一，提出一种基于航班的拼车方法及系统。
为实现上述目的，本发明采用如下技术方案：
一种基于航班的拼车系统，其包括旅客客户端、司机客户端和拼车服务器，所述旅客客户端用于获取旅客的航班号以及离开到达机场后前往的目的地，生成拼车请求信息并发送至所述拼车服务器，所述拼车请求信息中包括旅客客户端的身份信息、航班号和所述目的地信息；
所述拼车服务器用于根据各个旅客客户端发送的拼车请求信息中统计预定的时间范围内到达同一机场的旅客，从统计得到的旅客中根据所述目的地信息匹配合适的拼车乘客，以及从记录的当前提供载客服务的司机中匹配合适的司机，在匹配出拼车乘客和司机后生成面向乘客的第一拼车订单和面向司机的第二拼车订单，将所述第一拼车订单发送给对应的旅客客户端，以及将所述第二拼车订单发送给对应的司机客户端；
所述司机客户端用于响应所述拼车服务器发送的第二拼车订单，向所述拼车服务器发送接单答复信息。
进一步地，所述拼车服务器根据拼车目的地信息从统计得到的旅客中匹配合适的拼车乘客，包括：以所述到达机场为出发地形成行车线路，将目的地位置接近或行车线路能经过目的地的预定范围内的旅客匹配合适的拼车乘客。
进一步地，所述拼车服务器接收各个司机客户端发送的载客服务请求，每一载客服务请求包括司机客户端的身份信息、司机信息和服务类型，以及记录接收到的所有司机客户端的身份信息、司机信息和服务类型。
进一步地，所述拼车服务器接收各个司机客户端发送的载客服务请求，包括以下之一或任意组合：
接收出租车司机客户端发送的载客服务请求，
接收专门提供机场载客服务的司机客户端发送的载客服务请求，和，
接收到达同一机场的旅客通过司机客户端发送的顺带载客服务请求。
进一步地，所述旅客客户端包括控制模块、显示模块、通信模块、输入模块，所述显示模块、通信模块和输入模块均与所述控制模块电连接。
进一步地，所述司机客户端包括控制单元、显示单元、通信单元、输入单元，所述显示单元、通信单元和输入单元均与所述控制单元电连接。
进一步地，所述拼车服务器包括数据处理单元、数据储存单元、数据传送单元，所述数据储存单元和数据传送单元均与所述数据处理单元电连接。
进一步地，所述旅客客户端的通信模块与所述司机客户端的通信单元以及所述拼车服务器的数据传送单元两两通信连接。
另外，本发明还提供一种使用上述的基于航班的拼车系统的拼车方法，其应用于所述拼车服务器，所述拼车方法包括：
接收到来自各个旅客客户端的拼车请求信息，每一拼车请求信息中包括旅客客户端的身份信息、航班号和离开到达机场后前往的目的地信息；
根据所有拼车请求信息中的航班号统计预定的时间范围内到达同一机场的旅客；
从统计得到的旅客中根据所述目的地信息匹配合适的拼车乘客，以及从记录的当前提供载客服务的司机中匹配合适的司机；
在匹配出拼车乘客和司机后生成面向乘客的第一拼车订单和面向司机的第二拼车订单；
将所述第一拼车订单发送给对应的旅客客户端，以及将所述第二拼车订单发送给对应的司机客户端。
进一步地，根据拼车目的地信息从统计得到的旅客中匹配合适的拼车乘客，包括：以所述到达机场为出发地形成行车线路，将目的地位置接近或行车线路能经过目的地的预定范围内的旅客匹配合适的拼车乘客。
进一步地，所述拼车方法包括：
接收各个司机客户端发送的载客服务请求，每一载客服务请求包括司机客户端的身份信息、司机信息和服务类型；
记录接收到的所有司机客户端的身份信息、司机信息和服务类型。
进一步地，接收各个司机客户端发送的载客服务请求，包括以下之一或任意组合：
接收出租车司机客户端发送的载客服务请求，
接收专门提供机场载客服务的司机客户端发送的载客服务请求，和，
接收到达同一机场的旅客通过司机客户端发送的顺带载客服务请求。
进一步地，从记录的当前提供载客服务的司机中匹配合适的司机，包括：其车辆承载人数与所述拼车乘客人数匹配。
在另一方面，本发明还提供了一种使用上述的基于航班的拼车系统的拼车方法，其应用于所述旅客客户端，所述拼车方法包括：
获取旅客的航班号以及离开到达机场后前往的目的地，生成拼车请求信息，所述拼车请求信息中包括旅客客户端的身份信息、航班号和所述目的地信息；
将所述拼车请求信息发送给拼车服务器，
接收到拼车服务器发送的所述第一拼车订单，所述第一拼车订单至少包括提供载客服务的司机信息和车牌信息,其中所述第一拼车订单是拼车服务器根据所有拼车请求信息中的航班号统计预定的时间范围内到达同一机场的旅客；从统计得到的旅客中根据所述目的地信息匹配合适的拼车乘客，以及从记录的当前提供载客服务的司机中匹配合适的司机形成的。
进一步地，所述拼车服务器从统计得到的旅客中根据所述目的地信息匹配合适的拼车乘客，包括：以所述到达机场为出发地形成行车线路，将目的地位置接近或行车线路能经过目的地的预定范围内的旅客匹配合适的拼车乘客。
进一步地，所述拼车服务器从记录的当前提供载客服务的司机中匹配合适的司机，包括：其车辆承载人数与所述拼车乘客人数匹配。
同时，本发明还提供了一种使用上述的基于航班的拼车系统的拼车方法，其应用于所述司机客户端，所述拼车方法包括：
接收到来自拼车服务器的所述第二拼车订单，所述第二拼车订单至少包括旅客客户端的身份信息、航班号和离开到达机场后前往的目的地信息，以及所述第二拼车订单是拼车服务器根据所有拼车请求信息中的航班号统计预定的时间范围内到达同一机场的旅客，并根据目的地信息匹配合适的拼车乘客，以及从记录的当前提供载客服务的司机中匹配合适的司机形成的；
响应于接收到的所述第二拼车订单，向所述拼车服务器发送接单答复信息。
进一步地，所述拼车方法还包括：向拼车服务器发送载客服务请求，所述载客服务请求包括司机客户端的身份信息、司机信息和服务类型；其中，接收到各个司机客户端发送的载客服务请求，拼车服务器记录所有司机客户端的身份信息、司机信息和服务类型。
进一步地，所述载客服务请求，包括以下之一或任意组合：
出租车司机客户端发送的载客服务请求，
专门提供机场载客服务的司机客户端发送的载客服务请求，和，
到达同一机场的旅客通过司机客户端发送的顺带载客服务请求。
与现有技术相比，本发明具有以下有益效果：
本发明的基于航班的拼车方法及系统，通过获取乘客航班信息，掌握其到达机场的时间，并根据其他航班的信息统计同样在相近时间内到达同一机场的旅客，以所统计的时间及各自需到达的最终目的地为依据，智能规划合理的拼车路线，并安排车辆，由于航班到达后旅客从下机、提取行李及其它各项相关事务处理大体上所费时间相近，以航班到达机场时间相近的考虑来组成拼车组，使得拼车组组员等齐出发的时间更好预估，通过这样的拼车方式使得在机场的拼车也能更合理地组成拼车组，尽量不会拖延拼车组内组员互相等齐的时间，也更好安排车辆到达时间和位置，并且价格实惠。
附图说明
图1为本发明的基于航班的拼车系统的结构示意图。
图2为本发明的所述拼车方法应用于拼车服务器时的流程示意图。
图3为本发明的所述拼车方法应用于旅客客户端时的流程示意图。
图4为本发明的所述拼车方法应用于司机客户端时的流程示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，在本发明实施例中使用的术语是出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
图1示出了本发明一实施例提供的基于航班的拼车系统的组成结构，为了便于说明，仅示出了与本发明相关的部分。
该实施例中的基于航班的拼车系统，其包括旅客客户端1、拼车服务器3和司机客户端2，所述旅客客户端1和所述司机客户端2均与所述拼车服务器3通信连接。
所述旅客客户端1用于获取旅客的航班号以及离开到达机场后前往的目的地，生成拼车请求信息并发送至所述拼车服务器3，所述拼车请求信息中包括旅客客户端1的身份信息、航班号和所述目的地信息。
所述拼车服务器3用于根据各个旅客客户端1发送的拼车请求信息中统计预定的时间范围内到达同一机场的旅客，从统计得到的旅客中根据所述目的地信息匹配合适的拼车，以及从记录的当前提供载客服务的司机中匹配合适的司机，在匹配出拼车和司机后生成面向的第一拼车订单和面向司机的第二拼车订单，将所述第一拼车订单发送给对应的旅客客户端1，以及将所述第二拼车订单发送给对应的司机客户端2。
所述司机客户端2用于响应所述拼车服务器3发送的第二拼车订单，向所述拼车服务器3发送接单答复信息。其中所述接单答复信息包括确认接单、放弃接单这样的司机所选择的是否接单的信息。
进一步，所述旅客客户端1包括控制模块11、显示模块12、通信模块13、输入模块14，所述显示模块12、通信模块13和输入模块14均与所述控制模块11电连接。所述输入模块14用于获取旅客输入的拼车请求信息，所述拼车请求信息包括航班号、离开到达机场后前往的目的地。所述通信模块13用于与拼车服务器3信息数据传输，所述信息数据传输包括将旅客输入的拼车请求信息发送至拼车服务器3、接收来自所述拼车服务器3的包括拼车线路及其价格信息的拼车信息。所述通信模块13还用于与司机客户端2通信连接。所述显示模块12用于显示旅客输入的拼车请求信息和接收到的来自拼车服务器3的第一拼车订单。
所述司机客户端2包括控制单元21、显示单元22、通信单元23、输入单元24，所述显示单元22、通信单元23和输入单元24均与所述控制单元21电连接。所述输入单元24用于获取司机输入的司机信息和车牌信息。所述通信单元23用于与拼车服务器3信息数据传输，所述信息数据传输包括接收来自拼车服务器3的拼车订单。所述通信单元23还用于与旅客客户端1通信连接。所述显示模块12用于显示司机输入的司机信息和车牌信息和接收到的来自拼车服务器3的第二拼车订单。
所述拼车服务器3包括数据处理单元31、数据储存单元32、数据传送单元33，所述数据储存单元32和数据传送单元33均与所述数据处理单元31电连接。所述数据处理单元31用于根据所述航班号获取对应的航班信息，并查询和统计与所述航班信息中的到达时间相隔预定时间内到达所述到达机场的旅客及其离开所述到达机场后前往的目的地，根据所统计的时间、目的地规划拼车线路、拼车组。所述数据传送单元33用于接收来自旅客客户端1的拼车请求信息和来自司机客户端2的载客服务请求信息，及向各个旅客客户端1和司机客户端2发送拼车订单。
所述旅客客户端1的通信模块13与所述司机客户端2的通信单元23以及所述拼车服务器3的数据传送单元33两两通信连接。
进一步地，所述查询和统计在所述拼车服务器3接收到的发送了拼车请求信息的旅客中进行。其中，所述拼车服务器3的数据储存单元32用于储存所述旅客客户端1发来的所有拼车请求信息。所述数据处理单元31正是对所述数据储存单元32中的拼车请求信息进行查询、分析、统计。
进一步地，所述数据处理单元31用于对拼车线路、拼车组的规划，其中包括：以所述到达机场为出发地形成行车线路，将目的地位置接近或行车线路能经过目的地的预定范围内的旅客分为一组。
进一步地，所述拼车服务器3执行拼车任务包括分配车辆。所述拼车服务器3通过通信单元23将对应司机的联系方式发送至各成员的所述旅客客户端1的所述通信模块13，并通过所述显示模块12进行推送显示。
进一步，所述拼车服务器3根据拼车目的地信息从统计得到的旅客中匹配合适的拼车，包括：以所述到达机场为出发地形成行车线路，将目的地位置接近或行车线路能经过目的地的预定范围内的旅客匹配合适的拼车。
其中，以所述到达机场为出发地形成行车线路，将目的地位置接近或行车线路能经过目的地的预定范围内的旅客匹配合适的拼车。当然机场有一定占地面积，在行车路线规划时，起点(即上车点)细化至合适的具体出口或机场的某一具体位置。而对于目的地因素的考虑，将尽量按照目的地位置接近或顺路的旅客划分至同一个拼车组。
具体地，所述拼车服务器3根据所统计的时间、目的地规划拼车线路、拼车组，将包括所述拼车线路及其价格信息的拼车信息发送至所述拼车组中所有成员的所述旅客客户端1。
如上所述，若航班到达机场的降落时间相近，且无其它特殊事项，旅客到达拼车上车地点的时间也是相近的，所述拼车服务器3根据时间、目的地等条件，将航班到达时间相近且旅客离开所述到达机场后前往的目的地相近或路线顺路的旅客可以规划至同一个拼车组，并形成完整的拼车行进路线，根据计价规则估算价格并按距离计算预估出拼车组中各成员的拼车价格，将包括所述拼车线路及其价格信息的拼车信息发送至所述拼车组中所有成员的所述旅客客户端1供其选择。所述拼车信息还包括拼车的上车地点及开车时间，对于上车地点的信息还可以提供由乘客航班信息中下机后的到达口到上车地点的推荐行进路线，甚至在旅客使用时所述旅客客户端1可以提供上行走至上车地点的导航服务。
具体地，在时间因素上，所述拼车服务器3还能智能地根据航班到达的出口位置到拼车上车地点的大概行进时间、旅客是否需要等待托运行李的等待时间等因素，更细化、合适地将到达拼车上车位置时间相近的旅客尽量分配到相同的拼车组。而在目的地的因素上，可优先考虑目的地相近的旅客，其次考虑路线顺路的旅客来进行拼车组的分配。此外，还需要综合考虑旅客输入的拼车请求信息中的拼车人数、行李数量等其他需求情况，合理地进行拼车组员分配，并安排对应的合适车辆，使得拼车组的人数不超过所安排车辆的核载人数，也能放置好拼车组中成员携带的行李。
进一步，所述拼车服务器3接收各个司机客户端2发送的载客服务请求，每一载客服务请求包括司机客户端2的身份信息、司机信息和服务类型，以及记录接收到的所有司机客户端2的身份信息、司机信息和服务类型。其中，所述司机客户端2通过输入单元24获取司机输入的载客服务请求，然后通过通信单元23将所述载客服务请求发送至拼车服务器3中。具体地，所述司机客户端2可供出租车司机、专门提供载客服务的司机以及可提供顺风车服务的司机使用。对应地，所述拼车服务器3接收各个司机客户端2发送的载客服务请求，包括以下之一或任意组合：
接收出租车司机客户端2发送的载客服务请求，
接收专门提供机场载客服务的司机客户端2发送的载客服务请求，和，
接收到达同一机场的旅客通过司机客户端2发送的顺带载客服务请求。
进一步地，所述旅客客户端1还包括支付模块(图中未示出)，其用于拼车费用的支付操作。将旅客送到目的地后，旅客可以通过所述支付模块网上支付结算，完成拼车费用支付。另外，在支付计算后，还可以为乘客提供评价意见反馈渠道，收集相关评价意见。
其中所述输入模块14可设置有扫码识别功能。通过扫码的方式使用旅客客户端11对纸质机票或电子机票的二维码进行扫码或是在扫码时选择照片识别，通过识别预先截图的电子机票的二维码获取航班信息。
所述显示模块12为触控屏，由此乘客可以更方便、清晰地进行各种选择、输入操作，此时输入模块14也属于显示模块12的一部分。另外所述通信模块13可以为无线通信模块13或光纤网络通信。所述拼车终端通过网络通信与所述拼车服务器3进行信息传输，更方便、快捷。无线通信可以是Wi-Fi网络通信、蓝牙网络通信、移动数据通信等。其中发送至所述旅客客户端1的所述拼车信息通过所述显示模块12推送显示给乘客。同时所述显示模块12也用于显示需要通知或显示给乘客看的各种信息。
在另一实施例中，所述旅客客户端1还包括定位模块(图中未示出)，用于拼车任务执行时的定位导航。
图2是本发明实施例中的一种使用上述的基于航班的拼车系统的拼车方法，且其应用于所述拼车服务器的流程示意图，下面将结合附图2对本发明实施例中的所述拼车方法应用于拼车服务器时进行详细介绍，如图2所示，本实施例中的一种使用上述的基于航班的拼车系统的拼车方法，所述拼车方法应用于所述拼车服务器，可以包括以下步骤S101-步骤S105。
步骤S101：接收到来自各个旅客客户端的拼车请求信息，每一拼车请求信息中包括旅客客户端的身份信息、航班号和离开到达机场后前往的目的地信息。
具体地，乘客可以采用多种方式通过旅客客户端输入拼车请求信息，包括通过触控屏或键盘在所述旅客客户端手动输入航班号、离开到达机场后前往的目的地等与拼车请求相关的信息，对于航班号等航班信息的输入也可以通过扫码的方式使用旅客客户端对纸质机票或电子机票的二维码进行扫码或是在扫码时选择照片识别，通过识别预先截图的电子机票的二维码获取航班信息。
另外，所述拼车请求信息还可以是根据乘客需要进行注明的其它相关信息，例如是参与拼车的人数、携带的行李数量、是否需要提取托运行李等，又或是在机场还有其他事务处理的话，乘客还可以直接输入自己能上车出发的时间，与拼车请求相关的要求或信息都可以通过拼车客户端输入构成完整的所述拼车请求信息。
步骤S102:根据所有拼车请求信息中的航班号统计预定的时间范围内到达同一机场的旅客。
具体地，正常情况下，旅客到达目的机场后，从下机到走出机场到达候车区域，如无其它事项需要处理，其中使用的时间大致上是一样的，所以查询、统计请求了拼车服务的旅客的航班信息，若航班到达机场的降落时间相近，且无其它特殊事项，旅客到达拼车上车地点的时间也是相近的。所述拼车服务器对接收到的各拼车请求信息整理、储存形成数据库，并对这些数据信息进行查询、统计其中的关键时间信息及目的地信息。所述关键时间信息包括航班到达时间。
进一步地，根据所有拼车请求信息中的航班号统计预定的时间范围内到达同一机场的旅客，该统计在所述拼车服务器接收到的发送了拼车请求信息的旅客中进行。为了便于航班信息收集，同时也避免侵犯不需要拼车服务的旅客的隐私，本方法中只针对通过旅客客户端向拼车服务器发送了拼车请求信息的旅客进行查询统计，将这些旅客的拼车请求信息整理、储存形成信息数据库，在其中查询、统计规划拼车路线所需的相关信息。
步骤S103:从统计得到的旅客中根据所述目的地信息匹配合适的拼车乘客，以及从记录的当前提供载客服务的司机中匹配合适的司机。其中，以所述到达机场为出发地形成行车线路，将目的地位置接近或行车线路能经过目的地的预定范围内的旅客匹配合适的拼车乘客。当然机场有一定占地面积，在行车路线规划时，起点(即上车点)细化至合适的具体出口或机场的某一具体位置。而对于目的地因素的考虑，将尽量按照目的地位置接近或顺路的旅客划分至同一个拼车组。
具体地，所述拼车服务器根据所统计的时间、目的地规划拼车线路、拼车组，将包括所述拼车线路及其价格信息的拼车信息发送至所述拼车组中所有成员的所述旅客客户端。
如上所述，若航班到达机场的降落时间相近，且无其它特殊事项，旅客到达拼车上车地点的时间也是相近的，所述拼车服务器根据时间、目的地等条件，将航班到达时间相近且旅客离开所述到达机场后前往的目的地相近或路线顺路的旅客可以规划至同一个拼车组，并形成完整的拼车行进路线，根据计价规则估算价格并按距离计算预估出拼车组中各成员的拼车价格，将包括所述拼车线路及其价格信息的拼车信息发送至所述拼车组中所有成员的所述旅客客户端供其选择。所述拼车信息还包括拼车的上车地点及开车时间，对于上车地点的信息还可以提供由乘客航班信息中下机后的到达口到上车地点的推荐行进路线，甚至在旅客使用时所述旅客客户端可以提供上行走至上车地点的导航服务。
具体地，在时间因素上，所述拼车服务器还能智能地根据航班到达的出口位置到拼车上车地点的大概行进时间、旅客是否需要等待托运行李的等待时间等因素，更细化、合适地将到达拼车上车位置时间相近的旅客尽量分配到相同的拼车组。而在目的地的因素上，可优先考虑目的地相近的旅客，其次考虑路线顺路的旅客来进行拼车组的分配。此外，还需要综合考虑旅客输入的拼车请求信息中的拼车人数、行李数量等其他需求情况，合理地进行拼车组员分配，并安排对应的合适车辆，使得拼车组的人数不超过所安排车辆的核载人数，也能放置好拼车组中成员携带的行李。
步骤S104：在匹配出拼车乘客和司机后生成面向乘客的第一拼车订单和面向司机的第二拼车订单。所述第一拼车订单至少包括提供载客服务的司机信息和车牌信息；所述第二拼车订单至少包括旅客客户端的身份信息、航班号和所述目的地信息。
步骤S105:将所述第一拼车订单发送给对应的旅客客户端，以及将所述第二拼车订单发送给对应的司机客户端。所述第一拼车订单和所述第二拼车订单分别还包括上车点和开车时间，方便各个拼车乘客和/或司机在开车时间前在上车点汇合。由于机场很大，同一个拼车组的拼车乘客有可能从不同出口出来，所述上车点可按照拼车乘客的意愿，选择多个上车点，多个所述上车点按照行车方向顺序排列。拼车服务器根据行车路线的方向自动规划好多个所述上车点对应的开车时间，然后按照时间先后顺序排列好并发送至司机客户端，方便司机按顺序搭载拼车乘客。
进一步，响应于接收到的所述第一拼车订单时，所述旅客客户端接收到乘客输入的确认参与拼车信息，并发送至拼车服务器；以及响应于接收到的所述第二拼车订单时，所述司机客户端接收到司机输入的接单答复信息，并发送至拼车服务器，其中所述接单答复信息包括确认接单、放弃接单这样的司机所选择的是否接单的信息。在另一实施例中，若乘客对所述拼车服务器提供的拼车组合不满意，还可以输入乘客不满意的原因，所述拼车服务器针对该原因进行改善再次提出新的拼车组合供乘客选择。另外，为了便于拼车服务器更好地获取、识别乘客不满意的原因，可以通过设置选项给乘客勾选的方式，让乘客通过点击选择输入自己不满意的原因。例如可以提供：开车时间不合适、预计到达目的地时间过久、拼车路线不合理等等的选项，以及各自选项相关的其它细化选项。
进一步，所述拼车服务器接收、统计从旅客客户端发来的确认参与拼车信息，及司机客户端发来的确认接单信息，全组旅客以及司机都同意后，按照计划执行拼车任务，将每个旅客送到目的地，并在拼车任务执行过程中持续监控拼车任务的进行情况，及时为乘客提供相关服务或解决相关问题。在拼车组组合成功后，会给组内各成员提供通过各自的旅客客户端在组内进行沟通联系的功能，以便成员能反馈各自的问题情况可及时解决，使得拼车任务能更顺利进行。而在行车过程中，也可以根据实时路况给成员们提供更改路线的选择以躲避拥堵或道路临时封闭等状况。
在另一实施例中，所述拼车服务器也可以不需要全组旅客都同意后才执行拼车任务，可以根据确认接受拼车的司机的意愿以及确认参与拼车的乘客的意愿，在拼车组内超过预定人数参与时，即可执行拼车任务。所述预定人数可由拼车服务器预先设定，也可以是参与拼车的乘客通过各自的旅客客户端进行设定。
进一步，所述拼车方法还包括：拼车服务器接收各个司机客户端发送的载客服务请求消息，每一载客服务请求消息包括司机客户端的身份信息、司机信息、车牌号码和服务类型；及记录接收到的所有司机客户端的身份信息、司机信息、车牌号码和服务类型。具体地，拼车服务器根据接收到的各个司机客户端发送的载客服务请求消息的同时记录司机客户端的身份信息、司机信息、车牌号码和服务类型，然后按照各个司机客户端发送载客服务请求消息的时间先后顺序分配拼车订单。相对于其他没有发送载客服务请求消息的司机客户端，拼车服务器在分配拼车订单时，优先分配给发送了载客服务请求消息的司机客户端。
具体地，接收各个司机客户端发送的载客服务请求消息，包括以下之一或任意组合：
接收出租车司机客户端发送的载客服务请求消息，
接收专门提供机场载客服务的司机客户端发送的载客服务请求消息，和，
接收到达同一机场的旅客通过司机客户端发送的顺带载客服务请求。
其中，所述拼车服务器根据拼车任务中成员人数、行李数量、开车时间等因素进行车辆分配，车辆可以是出租车或者本组旅客中的自驾车或合规的网约车或其他租车公司的车。所述拼车服务器会将对应司机的联系方式发送至各成员的旅客客户端。
进一步，从记录的当前提供载客服务的司机中匹配合适的司机，包括：其车辆承载人数与所述拼车人数匹配。司机通过司机客户端预先向拼车服务器登记其车辆核定载客人数，拼车服务器向司机客户端发送拼车订单前，统计所述拼车订单中的拼车乘客的数量，当拼车乘客的数量少于或等于所述车辆核定载客人数时，向对应的司机客户端发送拼车订单。
进一步地，所述拼车方法还包括：乘客在到达目的地后，通过所述旅客客户端完成拼车费用支付。将旅客送到目的地后，旅客可以通过所述旅客客户端网上支付结算，完成拼车费用支付。另外，在支付计算后，还可以为乘客提供评价意见反馈渠道，收集相关评价意见。
通过上述拼车方法，智能规划合理的拼车路线，使得在机场的拼车也能更合理地组成拼车组，尽量不会拖延拼车组内组员互相等齐的时间，也更好安排车辆到达时间和位置。
图3是本发明另一实施例中的所述拼车方法应用于旅客客户端时的流程示意图，下面将结合附图3对本发明实施例中的所述拼车方法应用于旅客客户端时进行详细介绍，如图3所示，本实施例中的一种使用上述的基于航班的拼车系统的拼车方法，所述拼车方法应用于所述旅客客户端，可以包括以下步骤S201-步骤S203。
步骤S201:获取旅客的航班号以及离开到达机场后前往的目的地，生成拼车请求信息，所述拼车请求信息中包括旅客客户端的身份信息、航班号和所述目的地信息。
具体地，乘客可以采用多种方式通过旅客客户端输入拼车请求信息，包括通过触控屏或键盘在所述旅客客户端手动输入航班号、离开到达机场后前往的目的地等与拼车请求相关的信息，对于航班号等航班信息的输入也可以通过扫码的方式使用旅客客户端对纸质机票或电子机票的二维码进行扫码或是在扫码时选择照片识别，通过识别预先截图的电子机票的二维码获取航班信息。
另外，所述拼车请求信息还可以是根据乘客需要进行注明的其它相关信息，例如是参与拼车的人数、携带的行李数量、是否需要提取托运行李等，又或是在机场还有其他事务处理的话，乘客还可以直接输入自己能上车出发的时间，与拼车请求相关的要求或信息都可以通过拼车客户端输入构成完整的所述拼车请求信息。
步骤S202:将所述拼车请求信息发送给拼车服务器；其中，所述拼车服务器根据所述拼车请求信息中的航班号获取对应的航班信息，并查询和统计适合拼车的旅客，所述航班信息至少包括航班到达时间信息。所述适合拼车的旅客包括在一定时间相隔内到达所述到达机场及其离开所述到达机场后前往的目的地相同的旅客。
具体地，正常情况下，旅客到达目的机场后，从下机到走出机场到达候车区域，如无其它事项需要处理，其中使用的时间大致上是一样的，拼车服务器在接收到的所有拼车请求信息中查询、统计其中的航班信息，特别是航班到达时间信息，若航班到达机场的降落时间相近，且无其它特殊事项，旅客到达拼车上车地点的时间也是相近的。所述拼车服务器对接收到的各拼车请求信息整理、储存形成数据库，并对这些数据信息进行查询、统计其中的关键时间信息及目的地信息。所述关键时间信息包括航班到达时间。
步骤S203:接收到拼车服务器发送的拼车订单，所述拼车订单至少包括提供载客服务的司机信息和车牌信息,其中所述拼车订单是拼车服务器根据所有拼车请求信息中的航班号统计预定的时间范围内到达同一机场的旅客，从统计得到的旅客中根据所述目的地信息匹配合适的拼车，以及从记录的当前提供载客服务的司机中匹配合适的司机形成的。
进一步地，根据所有拼车请求信息中的航班号统计预定的时间范围内到达同一机场的旅客，该统计在所述拼车服务器接收到的发送了拼车请求信息的旅客中进行。为了便于航班信息收集，同时也避免侵犯不需要拼车服务的旅客的隐私，本方法中只针对通过旅客客户端向拼车服务器发送了拼车请求信息的旅客进行查询统计，将这些旅客的拼车请求信息整理、储存形成信息数据库，在其中查询、统计规划拼车路线所需的相关信息。
进一步，拼车服务器从统计得到的旅客中根据所述目的地信息匹配合适的拼车，包括：以所述到达机场为出发地形成行车线路，将目的地位置接近或行车线路能经过目的地的预定范围内的旅客匹配合适的拼车。当然机场有一定占地面积，在行车路线规划时，起点(即上车点)细化至合适的具体出口或机场的某一具体位置。而对于目的地因素的考虑，将尽量按照目的地位置接近或顺路的旅客划分至同一个拼车组。
具体地，拼车服务器根据所统计的时间、目的地规划拼车线路、拼车组，将包括所述拼车线路及其价格信息的拼车信息发送至所述拼车组中所有成员的所述旅客客户端。
如上所述，若航班到达机场的降落时间相近，且无其它特殊事项，旅客到达拼车上车地点的时间也是相近的，所述拼车服务器根据时间、目的地等条件，将航班到达时间相近且旅客离开所述到达机场后前往的目的地相近或路线顺路的旅客可以规划至同一个拼车组，并形成完整的拼车行进路线，根据计价规则估算价格并按距离计算出拼车组中各成员的拼车价格，将包括所述拼车线路及其价格信息的拼车信息发送至所述拼车组中所有成员的所述旅客客户端供其选择。所述拼车信息还包括拼车的上车地点及开车时间，对于上车地点的信息还可以提供由乘客航班信息中下机后的到达口到上车地点的推荐行进路线，甚至在旅客使用时所述旅客客户端可以提供上行走至上车地点的导航服务。
具体地，由于机场很大，同一个拼车组的拼车乘客有可能从不同出口出来，所述上车点可按照拼车乘客的意愿，选择多个上车点，多个所述上车点按照行车方向顺序排列。拼车服务器根据行车路线的方向自动规划好多个所述上车点对应的开车时间，然后按照时间先后顺序排列好并发送至司机客户端，方便司机按顺序搭载拼车乘客。
具体地，在时间因素上，所述拼车服务器还能智能地根据航班到达的出口位置到拼车上车地点的大概行进时间、旅客是否需要等待托运行李的等待时间等因素，更细化、合适地将到达拼车上车位置时间相近的旅客尽量分配到相同的拼车组。而在目的地的因素上，可优先考虑目的地相近的旅客，其次考虑路线顺路的旅客来进行拼车组的分配。此外，还需要综合考虑旅客输入的拼车请求信息中的拼车人数、行李数量等其他需求情况，合理地进行拼车组员分配，并安排对应的合适车辆，使得拼车组的人数不超过所安排车辆的核载人数，也能放置好拼车组中成员携带的行李。
进一步，从记录的当前提供载客服务的司机中匹配合适的司机，包括：其车辆承载人数与所述拼车人数匹配。司机通过司机客户端预先向拼车服务器登记其车辆核定载客人数，拼车服务器向司机客户端发送拼车订单前，统计所述拼车订单中的拼车乘客的数量，当拼车乘客的数量少于或等于所述车辆核定载客人数时，向对应的司机客户端发送拼车订单。
进一步，若乘客对所述拼车服务器提供的拼车组合不满意，还可以输入乘客不满意的原因，所述拼车服务器针对该原因进行改善再次提出新的拼车组合供乘客选择。另外，为了便于拼车服务器更好地获取、识别乘客不满意的原因，可以通过设置选项给乘客勾选的方式，让乘客通过点击选择输入自己不满意的原因。例如可以提供：开车时间不合适、预计到达目的地时间过久、拼车路线不合理等等的选项，以及各自选项相关的其它细化选项。
进一步，所述拼车服务器接收、统计从旅客客户端发来的确认参与拼车信息，及司机客户端发来的确认接单信息，全组旅客以及司机都同意后，按照计划执行拼车任务，将每个旅客送到目的地，并在拼车任务执行过程中持续监控拼车任务的进行情况，及时为乘客提供相关服务或解决相关问题。在拼车组组合成功后，会给组内各成员提供通过各自的旅客客户端在组内进行沟通联系的功能，以便成员能反馈各自的问题情况可及时解决，使得拼车任务能更顺利进行。而在行车过程中，也可以根据实时路况给成员们提供更改路线的选择以躲避拥堵或道路临时封闭等状况。
在另一实施例中，所述拼车服务器也可以不需要全组旅客都同意后才执行拼车任务，可以根据确认接受拼车的司机的意愿以及确认参与拼车的乘客的意愿，在拼车组内超过预定人数参与时，即可执行拼车任务。所述预定人数可由拼车服务器预先设定，也可以是参与拼车的乘客通过各自的旅客客户端进行设定。
进一步地，所述拼车方法还包括：在到达目的地后，乘客通过所述旅客客户端完成拼车费用支付，司机通过所述司机客户端接收拼车费用。将旅客送到目的地后，乘客可以通过所述旅客客户端网上支付结算，完成拼车费用支付，乘客支付的费用通过网络直接进入司机的账户。另外，在支付完成后，旅客客户端还可以为乘客提供评价意见反馈渠道，收集相关评价意见。
图4是本发明另一实施例中的所述拼车方法应用于司机客户端时的流程示意图，下面将结合附图4对本发明实施例中的所述拼车方法应用于司机客户端时进行详细介绍，如图3所示，本实施例中的一种使用上述的基于航班的拼车系统的拼车方法，所述拼车方法应用于所述司机客户端，可以包括以下步骤S301-步骤S302。
步骤S301:接收到来自拼车服务器的第二拼车订单，所述第二拼车订单至少包括旅客客户端的身份信息、航班号和离开到达机场后前往的目的地信息，以及所述拼车订单是拼车服务器根据所有拼车请求信息中的航班号统计预定的时间范围内到达同一机场的旅客，并根据目的地信息匹配合适的拼车乘客，以及从记录的当前提供载客服务的司机中匹配合适的司机形成的。
具体地，拼车服务器接收到来自各个旅客客户端的拼车请求信息，每一拼车请求信息中包括旅客客户端的身份信息、航班号和离开到达机场后前往的目的地信息。所述拼车服务器对接收到的各个拼车请求信息进行整理、储存形成数据库，并对这些数据信息进行查询、统计其中的关键时间信息及目的地信息。所述关键时间信息包括航班到达时间。
拼车服务器根据所有拼车请求信息中的航班号统计预定的时间范围内到达同一机场的旅客，该统计在接收到的所有拼车请求信息中进行。为了便于航班信息收集，同时也避免侵犯不需要拼车服务的旅客的隐私，本方法中只针对通过旅客客户端向拼车服务器发送了拼车请求信息的旅客进行查询统计，将这些旅客的拼车请求信息整理、储存形成信息数据库，在其中查询、统计规划拼车路线所需的相关信息。
拼车服务器从统计得到的旅客中根据所述目的地信息匹配合适的拼车乘客，并将拼车乘客的旅客客户端的身份信息、航班号和所述目的地信息发送至司机客户端，其中，所述司机客户端为拼车服务器从记录的当前提供载客服务的司机中匹配合适的司机所对应的司机客户端。其中，拼车服务器以所述到达机场为出发地形成行车线路，将目的地位置接近或行车线路能经过目的地的预定范围内的旅客匹配合适的拼车乘客。当然机场有一定占地面积，在行车路线规划时，起点(即上车点)细化至合适的具体出口或机场的某一具体位置。而对于目的地因素的考虑，将尽量按照目的地位置接近或顺路的旅客划分至同一个拼车组。
具体地，所述拼车服务器根据所统计的时间、目的地规划拼车线路、拼车组，将包括所述拼车线路及其价格信息的拼车信息发送至所述拼车组中所有成员的所述旅客客户端以及司机客户端。
如上所述，若航班到达机场的降落时间相近，且无其它特殊事项，旅客到达拼车上车地点的时间也是相近的，所述拼车服务器根据时间、目的地等条件，将航班到达时间相近且旅客离开所述到达机场后前往的目的地相近或路线顺路的旅客可以规划至同一个拼车组，并形成完整的拼车行进路线，根据计价规则估算价格并按距离计算预估出拼车组中各成员的拼车价格，将包括所述拼车线路及其价格信息的拼车信息发送至所述拼车组中所有成员的所述旅客客户端供其选择。所述拼车信息还包括拼车的上车地点及开车时间，对于上车地点的信息还可以提供由乘客航班信息中下机后的到达口到上车地点的推荐行进路线，甚至在旅客使用时所述旅客客户端可以提供上行走至上车地点的导航服务。
由于机场很大，同一个拼车组的拼车乘客有可能从不同出口出来，所述上车点可按照拼车乘客的意愿，选择多个上车点，多个所述上车点按照行车方向顺序排列。拼车服务器根据行车路线的方向自动规划好多个所述上车点对应的开车时间，然后按照时间先后顺序排列好并发送至司机客户端，方便司机按顺序搭载拼车乘客。
步骤S302:响应于所述第二拼车订单，向所述拼车服务器发送接单答复信息。其中所述接单答复信息包括确认接单、放弃接单这样的司机所选择的是否接单的信息。若确认接单，则按照所述拼车订单中的上车点和开车时间执行拼车任务。在开车时间之前，所述司机客户端经该拼车组内所有拼车乘客的同意后可以取消所述拼车订单。所述拼车服务器在接收到所述司机客户端发送的取消订单消息时，根据所述第二拼车订单生成二次拼车订单并发送至其他当前可提供载客服务的司机客户端，所述二次拼车订单包括所述拼车订单中的所有信息，例如：旅客客户端的身份信息、航班号、离开到达机场后前往的目的地信息、上车点和开车时间。
进一步，所述拼车方法还包括:向拼车服务器发送载客服务请求，所述载客服务请求包括司机客户端的身份信息、司机信息和服务类型；其中，响应于接收到的各个司机客户端发送的载客服务请求，拼车服务器记录所有司机客户端的身份信息、司机信息和服务类型。然后按照各个司机客户端发送载客服务请求消息的时间先后顺序分配拼车订单。相对于其他没有发送载客服务请求消息的司机客户端，拼车服务器在分配拼车订单时，优先分配给发送了载客服务请求消息的司机客户端。具体地，司机在没有接收到拼车服务器发送的拼车订单时，可通过司机客户端向拼车服务器发送载客服务请求，拼车服务器在分配拼车订单时优先分配给发送了载客服务请求的司机客户端。
进一步，所述载客服务请求，包括以下之一或任意组合：
出租车司机客户端发送的载客服务请求，
专门提供机场载客服务的司机客户端发送的载客服务请求，和，
到达同一机场的旅客通过司机客户端发送的顺带载客服务请求。
其中，所述拼车服务器根据拼车任务中成员人数、行李数量、开车时间等因素进行车辆分配，车辆可以是出租车或者本组旅客中的自驾车或合规的网约车或其他租车公司的车。所述拼车服务器会将对应司机的联系方式发送至各成员的旅客客户端。
进一步，从记录的当前提供载客服务的司机中匹配合适的司机，包括：其车辆承载人数与所述拼车人数匹配。司机通过司机客户端预先向拼车服务器登记其车辆核定载客人数，拼车服务器向司机客户端发送拼车订单前，统计所述拼车订单中的拼车乘客的数量，当拼车乘客的数量少于或等于所述车辆核定载客人数时，向对应的司机客户端发送拼车订单。
进一步地，所述拼车方法还包括：乘客在到达目的地后，通过所述旅客客户端完成拼车费用支付。将旅客送到目的地后，旅客可以通过所述旅客客户端网上支付结算，完成拼车费用支付。另外，在支付计算后，还可以为乘客提供评价意见反馈渠道，收集相关评价意见。
需要说明的是，本发明各实施例中的拼车方法可以用于实现上述拼车系统实施例中的全部技术方案，本发明实施例中的拼车系统可以用于实现上述拼车方法实施例中的全部技术方案，其各个功能模块的功能可以根据上述方法实施例中的方法具体实现，其具体实现过程可参照上述实施例中的相关描述，此处不再赘述。
本发明的基于航班的拼车方法及系统，通过获取乘客航班信息，掌握其到达机场的时间，并根据其他航班的信息统计同样在相近时间内到达同一机场的旅客，以所统计的时间及各自需到达的最终目的地为依据，智能规划合理的拼车路线，并安排车辆，由于航班到达后旅客从下机、提取行李及其它各项相关事务处理大体上所费时间相近，以航班到达机场时间相近的考虑来组成拼车组，使得拼车组组员等齐出发的时间更好预估，通过这样的拼车方式使得在机场的拼车也能更合理地组成拼车组，尽量不会拖延拼车组内组员互相等齐的时间，也更好安排车辆到达时间和位置，并且价格实惠。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述拼车方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。