打车服务中识别乘客上车的方法及相关装置的制造方法
【技术领域】
[0001]本公开涉及移动互联网技术领域，尤其涉及打车服务中识别乘客上车的方法及相关装置。
【背景技术】
[0002]在当前人口密集的城市之中，由于交通状况的复杂性，经常会出现下述情况:大量空驶的出租车在寻找需要打车的乘客，另一方面，有打车需求的乘客在出发地附近很难等到空驶的车辆，这种打车信息的不对称，导致城市打车难的问题，基于移动互联网的打车软件因此应运而生，在乘客和司机的移动终端上均安装有客户端(以下分别简称为第二客户端和第一客户端，例如可采用APP形式)，通过线上达成订单，然后线下完成打车服务。
[0003]在通过网络提供的打车服务过程中，依然需要司机实现手动确认乘客是否真实上车(交易是否真正达成)，不够便捷。
【发明内容】
[0004]本公开实施例提供一种打车服务中识别乘客上车的方法及相关装置，用以提高使用移动互联网打车的司机和乘客的操作的便捷性，避免安全隐患。
[0005]根据本公开实施例的第一方面，提供了一种打车服务中识别乘客上车的方法，在第一客户端侧，包括:
[0006]接收第二客户端的订单后，获取第二客户端上传的用以唯一确定所述第二客户端的识别标识；
[0007]根据所述第二客户端的识别标识，不断检测所述第二客户端是否位于预设的区域范围内；
[0008]当检测到所述第二客户端位于所述预设的区域范围内，且已接收到第二客户端发出的上车确认信息时，触发进入计费状态。
[0009]根据本公开实施例的第二方面，提供了另一种打车服务中识别乘客上车的方法，在第一客户端侧，包括:
[0010]在发出订单时，上传用以唯一确定所述第二客户端的识别标识；
[0011]不断检测所述第二客户端自身是否位于接单的第一客户端预设区域范围内；
[0012]当确定自身位于所述第一客户端附近的设定区域范围内时，根据车辆的行驶状态确定乘客是否已上车；
[0013]当确定乘客已上车时，向所述第一客户端发出上车确认信息，并触发进入待付款状态。
[0014]根据本公开实施例的第三方面，提供了一种打车服务中识别乘客上车的装置，包括:
[0015]获取模块，用于接收第二客户端的订单后，获取第二客户端上传的用以唯一确定该第二客户端的识别标识；
[0016]检测模块，用于根据所述第二客户端的识别标识，不断检测所述第二客户端是否位于预设的区域范围内；
[0017]接收模块，用于接收第二客户端发出的上车确认信息；
[0018]触发模块，用于当所述检测模块检测到第二客户端位于所述预设的区域范围内，且所述接收模块已接收到第二客户端发出的上车确认信息时，触发进入计费状态。
[0019]根据本公开实施例的第四方面，提供了另一种打车服务中识别乘客上车的装置，包括:
[0020]标识上传模块，用于在发出订单时，上传用以唯一确定所述第二客户端的识别标识；
[0021]检测模块，用于当确定第二客户端位于第一客户端预设的区域范围内时，检测车辆的行驶状态；
[0022]确定模块，用于根据检测模块检测到的车辆的行驶状态，确定乘客是否已上车；
[0023]发送模块，用于当确定乘客已上车时，向所述第一客户端发出上车确认信息；
[0024]触发模块，用于当确定模块确定乘客已上车时，触发进入待付款状态。
[0025]本公开的实施例提供的技术方案可以包括以下有益效果:
[0026]本公开实施例提供的上述打车服务中识别乘客上车的方法及相关装置，第一客户端和第二客户端在接单后不断检测第二客户端是否位于预设的区域范围内，当位于该设定的区域范围内时，再进一步根据车辆行驶的状态，确定乘客是否最终乘坐了该车辆，当乘客确定已乘坐接单司机的车辆时，第二客户端和第一客户端分别自动进入待付款状态和计费状态。整个过程自动完成，不需要司机或者乘客人为参与，简化了双方的操作，并且能够准确、有效地确定用户的上车时间、地点和准确地计费，提升用户使用体验。
[0027]应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
【附图说明】
[0028]此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
[0029]图1为打车服务中识别乘客上车的方法的第一个流程图；
[0030]图2为打车服务中识别乘客上车的方法的第二个流程图；
[0031]图3为一个实例的流程图；
[0032]图4为打车服务中识别乘客上车的装置的第一个框图；
[0033]图5为打车服务中识别乘客上车的装置的第二个框图；
[0034]图6为检测模块的结构框图；
[0035]图7为根据一示例性实施例示出的一种打车服务中识别乘客上车的装置的框图。
【具体实施方式】
[0036]这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
[0037]本公开实施例提供的技术方案，涉及两方，即第二客户端和第一客户端，第二客户端发出打车的订单，第一客户端确定是否要接收该订单，如果确定接收该订单，则司机到乘客的出发点接到乘客，直至将乘客送到目的地。
[0038]本公开实施例中，为了区分司机侧客户端和乘客侧的客户端，分别将其称为第二客户端和第一客户端，在具体实施时，这两个客户端，可以使用同一个APP，使用不同的身份登录进入即可，并且，第二客户端可以位于乘客的移动终端上，第一客户端可以采用车载终端或者司机使用的移动终端皆可。本公开实施例对于客户端的【具体实施方式】不做限定。
[0039]在相关技术中，第二客户端发送打车的订单，服务器(云端提供打车服务的服务器)向符合一定条件的司机端推送，司机通过第一客户端接收订单后，乘客有可能最终乘坐接单司机的车，也有可能最终未乘坐该车辆，这样，对于司机来说，如果乘客乘坐了其他司机的车，那么，司机不再需要前往该乘客的出发点，如果司机不能及时知晓乘客是否乘坐其他司机的车，必然造成不必要的空驶，造成交通资源的浪费。并且，在乘客上了接单司机的车后，司机依然需要手动确认这个订单真实达成，开始计费状态，整个过程对司机和乘客来说，依然不够便捷。
[0040]图1是根据一示例性实施例示出的打车服务中识别乘客上车的方法的流程图，如图1所示，该打车服务中识别乘客上车的方法可以用于第一客户端侧中，包括以下步骤:
[0041]在步骤Sll中，接收第二客户端的订单后，获取第二客户端上传的用以唯一确定该第二客户端的识别标识；
[0042]在步骤S12中，根据第二客户端的识别标识，不断检测第二客户端是否位于预设的区域范围内；
[0043]在步骤S13中，当检测到所述第二客户端位于所述预设的区域范围内，且已接收到第二客户端发出的上车确认信息时，触发进入计费状态。
[0044]下面分别对上述各步骤进行详细说明。
[0045]本公开实施例的Sll中，对接单的第一客户端来说，在接收第二客户端的订单后，可以从打车服务的服务器中获取第二客户端上传的用以唯一确定该第二客户端的识别标识。
[0046]第二客户端上传识别标识的方式可以有多种，可以通过GPRS、3G、4G网络或者无线局域网的方式上传，在此不再限定。
[0047]本公开实施例中，可以使用短距离无线通信例如近场通讯的方式来扫描乘客是否真的上了接单司机的车辆，相应地，识别标识可以为近场通讯的标识或者无线局域网标识，在Sll中，可以使用通过近场通讯模块扫描近场通讯信号或者通过无线局域网模块扫描无线局域网信号，在设定的范围内查找是否存在具有第二客户端的近场通讯的标识的设备。
[0048]近场通讯模块可以包括蓝牙、红外模块等，相应的近场通讯标识为蓝牙标识或者红外标识，通过蓝牙、红外模块来扫描蓝牙信号或者红外信号。
[0049]无线局域网模块例如可以采用WiFi模块，扫描相应的WiFi信号。
[0050]本公开对于采用何种近场通讯方式或者无线局域网方式不做限定。
[0051]相应地，在S12中，通过近场通讯模块扫描近场通讯信号或者无线局域网模块扫描无线局域网信号，在设定的范围内查找是否存在具有所述第二客户端的近场通讯的标识或者无线局域网标识的设备。
[0052]这个设定的区域范围可以根据司机侧设备(例如司机侧的移动终端)实际所使用的蓝牙模块、红外模块或者WiFi模块的信号检测能力来定，或者综合蓝牙模块或者WiFi模块的信号和可能产生的干扰来定，一般来说，为了准确识别乘客是否已上车，这个区域范围通常可选在几米的范围内。
[0053]可选地，该识别标识还可以采用通过公众移动通信网实现的无线网络的标识的标识。例如2G、3G、4G网络中用户使用的移动台识别号码(The Mobile Stat1n ISDN number,MSISDN，又称手机号码)。
[0054]本公开实施例的S12中，可以根据识别标识，向打车服务的服务器查询所述第二客户端当前所处的地理位置信息；
[00