在网络租车中利用收藏夹派车的系统和方法

1.在网络租车中利用收藏夹派车的系统，所述系统包括通过移动网络进行交互的乘客客户端、车载终端和提供打车服务的服务器，其特征在于,
所述乘客客户端用于将提供了满意服务的司机收藏到收藏夹；并且
在乘客再次打车时,所述乘客客户端向服务器发送打车请求消息；
所述服务器在接收到打车请求消息后，根据打车请求以及各出租车与上车地点的距离、相关路况信息，筛选出至少一个出租车；并将所述打车请求消息派发至所筛选出的至少一辆出租车的车载终端；
所述车载终端接收所述服务器派发的打车请求,并依据出租车的运营情况决定是否接单，如果接单则将接单的消息发送给所述服务器；
所述服务器在接收到所述车载终端的接单消息后,如果判定该车的司机在所述乘客的收藏夹内,则优先向乘客客户端发送该出租车接单的信息。
2.根据权利要求1所述的利用收藏夹派车的系统，其特征在于，如果在收藏夹内的司机选择接单，那么所述服务器提升其在接单出租车中的排序。
3.根据权利要求1所述的利用收藏夹派车的系统，其特征在于，如果在收藏夹内的司机选择了接单，那么所述服务器仅仅将在收藏夹内的司机的接单消息发送给叫车乘客客户端。
4.根据权利要求1所述的利用收藏夹派车的系统，其特征在于，所述服务器在筛选出租车时，对在收藏夹内的司机放宽筛选条件。
5.根据权利要求1所述的利用收藏夹派车的系统，其特征在于，所述服务器对在收藏夹内的司机不做筛选，都将打车请求信息派发给该司机的出租车。
6.根据权利要求1所述的利用收藏夹派车的系统，其特征在于，所述乘客客户端能够对收藏夹中收藏的司机进行添加、删除和修改操作。
7.根据权利要求1所述的利用收藏夹派车的系统，其特征在于，所述乘客使用客户端对收藏夹所做的操作都会上传至所述服务器，所述服务器会为每个乘客存储其收藏夹的数据。
8.一种在网络租车系统中利用收藏夹派车的方法，所述方法涉及通过移动网络进行交互的乘客客户端、车载终端、提供打车服务的服务器，其特征在于，所述方法包括如下步骤：
乘客通过客户端将其满意的司机收藏到其收藏夹；
乘客通过客户端向所述服务器发送打车请求；
所述服务器依据打车请求以及各出租车与上车地点的距离、相关路况信息，筛选出至少一个出租车，并向其派发打车请求；
所述车载终端接收到打车请求后，依据自身运营情况选择是否接单，如果接单则将接单消息发送给服务器；
所述服务器将在所述乘客收藏夹中的司机的接单消息优先发送给叫车乘客。
9.根据权利要求8所述的利用收藏夹派车的方法，其特征在于，所述服务器在派发打车请求时，对在所述乘客的收藏夹内的司机放宽筛选条件或对收藏夹内的司机不进行筛选就派发打车请求。
10.根据权利要求8所述的利用收藏夹派车的方法，其特征在于，当有在所述乘客的收藏夹内的司机接单时，其在接单司机中的排序被提升，或仅将在所述乘客的收藏夹内的司机的接单消息发送给乘客客户端。

在网络租车中利用收藏夹派车的系统和方法\n技术领域\n[0001] 本发明涉及在网络租车中派车的系统和方法，尤其涉及到利用收藏夹来进行派车的网络打车系统和方法。\n背景技术\n[0002] 在当前人口密集的城市之中，由于交通状况的复杂性，经常出现下述情况：大量的出租车空驶不断寻找需要打车的乘客，另外一方面，有打车需求的乘客在出发地附近有很难等到空驶的车辆，这种打车信息的不对称，导致了城市打车难的问题，同时也浪费了有限的公共资源、能源资源以及乘客和出租车司机的时间资源，为了解决这一难题，目前不断涌现出许多基于手持智能终端的打车系统，这些系统依赖安装于乘客手持智能终端(以下简称乘客客户端)上的应用来提供打车服务。这些打车应用在一定程度上缓解了上述打车供需匹配的矛盾，提高了整个打车系统的运行效率。\n[0003] 在打车人群中，尤其值得关注的是，对于某些用户群，其打车需求已经日常化，或有非常高的重复度。例如，对于打车上下班的用户，其打车的时间和路线是固定的，如果采用包车的方式其费用会较高，但每次都使用不同司机的话，由于各种条件上的差异，难以保证有稳定和满意的打车体验。\n[0004] 因而，在网络打车系统中需要有一种既保证灵活性，同时又能有稳定和满意的打车体验的系统和方法，即，既能让客户有享受专车服务的体验(重复使用其满意的司机)，又能不限制或受限于其满意司机的运营时间，并且所支付的是通常打车的费用。\n发明内容\n[0005] 针对上述问题，一方面，本发明提供了一种在网络租车中利用收藏夹派车的系统，所述系统包括通过移动网络进行交互的乘客客户端、车载终端、提供打车服务的服务器，其特征在于,\n[0006] 所述乘客客户端用于将提供了满意服务的司机收藏到收藏夹；并且[0007] 在乘客再次打车时,所述用户客户端向服务器发送打车请求消息；\n[0008] 所述服务器用在接收到打车请求消息后，根据打车请求以及各出租车与上车地点的距离、相关路况等信息，筛选出至少一个出租车；并将所述打车请求消息派发至所筛选出的至少一辆出租车的车载终端；\n[0009] 所述车载终端接收所述服务器派发的打车请求,并依据出租车的运营情况决定是否接单，如果接单则将接单的消息发送给所述服务器；\n[0010] 所述服务器在接收到出所述车载终端的接单消息后,判定如果该车载终端所对应的司机在所述乘客的收藏夹内,则优先向乘客客户端发送该出租车接单的信息。\n[0011] 优选地，在上述的利用收藏夹派车的系统中，如果在收藏夹内的司机选择接单，那么所述服务器提升其在接单出租车中的排序。\n[0012] 优选地，在上述的利用收藏夹派车的系统中，如果在收藏夹内的司机选择了接单，那么所述服务器仅仅将在收藏夹内的司机的接单消息发送给叫车乘客客户端。\n[0013] 优选地，在上述的利用收藏夹派车的系统中，所述服务器在筛选出租车时，对在收藏夹内的司机放宽筛选条件。\n[0014] 优选地，在上述的利用收藏夹派车的系统中，所述服务器对在收藏夹内的司机不做筛选，都将打车请求信息派发给该司机的出租车。\n[0015] 优选地，在上述的利用收藏夹派车的系统中，所述乘客客户端能够对收藏夹中收藏的司机进行添加、删除和修改操作。\n[0016] 优选地，在上述的利用收藏夹派车的系统中，所述乘客使用客户端对收藏夹所做的操作都会上传至所述服务器。\n[0017] 另一方面，本发明提供了一种在网络租车系统中利用收藏夹派车的方法，所述方法涉及通过移动网络进行交互的乘客客户端、车载终端、提供打车服务的服务器，其特征在于，所述方法包括如下步骤：\n[0018] 乘客通过客户端将其满意的司机收藏到其收藏夹；\n[0019] 乘客通过客户端向所述服务器发送打车请求；\n[0020] 所述服务器依据打车请求以及各出租车与上车地点的距离、相关路况等信息，筛选出至少一个出租车，并向其派发打车请求；\n[0021] 所述车载终端接收到打车请求后，依据自身运营情况选择是否接单，如果接单则将接单消息发送给服务器；\n[0022] 所述服务器将在所述乘客收藏夹中的司机的接单消息优先发送给叫车乘客。\n[0023] 优选地，在上述派车方法中，所述服务器在派发打车请求时，对在所述乘客的收藏夹内的司机放宽筛选条件或对收藏夹内的司机不进行筛选就派发打车请求。\n[0024] 优选地，在上述派车方法中，当有在所述乘客的收藏夹内的司机接单时，其在接单司机中的排序被提升，或仅将在所述乘客的收藏夹内的司机的接单消息发送给乘客客户端。\n[0025] 上述利用收藏夹派车的系统和方法能获得如下的技术效果：乘客的打车请求被优先派发给收藏夹中的司机，并且，如果收藏夹中的司机接单，则优先将其接单的消息推送给乘客。这样使得乘客在打车时有更大的概率选取其收藏的司机，从而提高其打车的满意度。\n附图说明\n[0026] 图1示出了根据本发明的一个实施例的利用收藏夹派车的打车系统。\n[0027] 图2-4示出了根据本发明的不同实施例的利用收藏夹派车方法的步骤。\n具体实施方式\n[0028] 下面结合说明书附图，以具体实施例来说明网络租车中利用收藏夹派车的打车系统和方法。\n[0029] 参考图1，根据本发明的一个实施例，所述接机打车系统包括如下部分：\n[0030] 多个车载终端1a,1b,1c,1d、乘客客户端2、提供打车服务的一组服务器3，其中，[0031] 所述车载终端1a,1b,1c,1d、乘客客户端2、和服务器3通过移动网络进行交互。\n[0032] 在上述系统中，乘客客户端2是安装在乘客A的智能手机上的应用软件，车载终端\n1a,1b,1c,1d所对应的司机分别为司机a,司机b,司机c和司机d，所对应的出租车分别为出租车a,出租车b,出租车c和出租车d。\n[0033] 乘客A在某次通过该网络打车系统搭乘了司机b的出租车，在用车完毕后，乘客A对司机b的服务非常满意，因而，乘客A通过其客户端2将该司机b添加到其收藏夹中。该添加操作会由其客户端2通过移动网络上传到服务器3。服务器3会为每个用户分别存储其收藏夹，因而，服务器3中用户的收藏夹中会添加司机b。\n[0034] 当乘客A再次通过该系统打车时，首先会通过乘客客户端2向服务器3发送打车请求，该打车请求中包含有上车地点，目的地等信息。\n[0035] 服务器3在收到客户端2发送的乘客A的打车请求后，先会依据打车请求和出租车与上车地点的距离等因素对将要派发请求的出租车进行筛选，例如只对距离上车地点5公里内的出租车派发该打车请求。\n[0036] 在一个实施例中，服务器3在上述的筛选过程中，会放宽在乘客A的收藏夹内的出租车的筛选条件。例如，将出租车与上车地点的距离放宽到10公里。而在另外一个实施例中，服务器3不对在收藏夹内的司机的出租车进行筛选，就将打车请求派发给他们。\n[0037] 在上述系统中，例如，出租车a,出租车b,出租车c通过了服务器3的筛选，因而，服务器3会向这些出租车的车载终端派发乘客A的打车请求。\n[0038] 出租车a，出租车b，出租车c的车载终端1a，1b，1c在收到上述打车请求后，会根据各自的运行情况选择是否接单，选择接单的司机会通过其车载终端向服务器3发送接单的消息。例如，本次出租车b和出租车c选择了接单。\n[0039] 服务器3在接收到接单消息后，会对接单出租车进行排序后发送给叫车的乘客。\n[0040] 在一个实施例中，服务器3首先判断接单的司机是否在叫车乘客的收藏夹内，如果在，则会提升其在排序中的位置。在上述例子中，出租车b和出租车c都选择了接单，但是由于出租车b的司机在乘客A的收藏夹内，因而，出租车b排在了出租车c的前面。\n[0041] 而在另外一个实施例中，服务器3首先判断接单的司机中是否有在叫车乘客的收藏夹内的，如果没有，则按通常做法将接单出租车的信息排序后发送个叫车乘客的客户端；\n如果有，那么就只将在收藏夹内的接单司机的信息发送给乘客客户端2。例如，在上述例子中，由于出租车b的司机在乘客A的收藏夹内，因而，仅向乘客A的客户端2发送出租车b的接单信息。\n[0042] 同时，为了保证乘客能够方便地更新和管理其收藏夹，客户端2还提供了删除和修改的功能。例如，当对某位司机的满意度下降时，可以将其从收藏夹中删除。上述操作通过客户端2同步到服务器3。\n[0043] 上述系统通过将乘客的打车请求优先派发给收藏夹中的司机，并且，如果收藏夹中的司机接单，则优先将其接单的消息推送给乘客，使得乘客在打车时有更大的概率选取其收藏的司机，从而提高其打车的满意度。\n[0044] 本发明的另外一个方面提供了一种在网络租车系统中利用收藏夹派车的方法。\n[0045] 如图2所示，在一个实施例中，该方法包括如下步骤：\n[0046] 步骤S001，乘客通过客户端将其满意的司机收藏到其收藏夹；\n[0047] 步骤S002，乘客通过客户端向所述服务器发送打车请求；\n[0048] 步骤S003，所述服务器依据打车请求以及各出租车与上车地点的距离、相关路况等信息，筛选出至少一个出租车，并向其派发打车请求；\n[0049] 步骤S004，所述车载终端接收到打车请求后，依据自身运营情况选择是否接单，如果接单则将接单消息发送给服务器；\n[0050] 步骤S005，所述服务器将在所述乘客收藏夹中的司机的接单消息优先发送给叫车乘客。\n[0051] 如图3所示，在另外一个实施例中，为了尽可能地让乘客能用上收藏司机的车，在步骤S103对出租车进行筛选时，所述服务器依据打车请求以及各出租车与上车地点的距离、相关路况等信息，对不在收藏夹内的出租车使用较严格的筛选条件，对在收藏夹内的出租车使用较宽的筛选条件，筛选出至少一个出租车，并向其派发打车请求。其他步骤与上个实施例相同。\n[0052] 在又一个实施例中，不对在收藏夹中的出租车进行筛选，都向其派发打车请求。\n[0053] 如图4所示，在另外一个实施例中，并且，在步骤S205中，当有在所述乘客的收藏夹内的司机接单时，将其在接单司机中的排序被提升到最前并发送给乘客客户端。其他步骤与上一个实施例相同。\n[0054] 在有一个实施例中，当有在所述乘客的收藏夹内的司机接单时，仅将在所述乘客的收藏夹内的司机的接单消息发送给叫车乘客客户端。\n[0055] 上面已经结合具体的实施例，并参考附图对本发明进行了描述，但需要声明的是，上述具体实施仅仅是说明性的，并不构成对本发明保护范围的限制。本发明的保护范围由权利要求所限定，并且针对权利要求中技术方案所做的为本领域技术人员所公知的修改，等价方案的替换和组合都落入到本发明的保护范围内。