打车服务中识别乘客上车的方法及相关装置
技术领域
本公开涉及移动互联网技术领域,尤其涉及打车服务中识别乘客上车的方法及相关装置。
背景技术
在当前人口密集的城市之中,由于交通状况的复杂性,经常会出现下述情况:大量空驶的出租车在寻找需要打车的乘客,另一方面,有打车需求的乘客在出发地附近很难等到空驶的车辆,这种打车信息的不对称,导致城市打车难的问题,基于移动互联网的打车软件因此应运而生,在乘客和司机的移动终端上均安装有客户端(以下分别简称为第二客户端和第一客户端,例如可采用APP形式),通过线上达成订单,然后线下完成打车服务。
在通过网络提供的打车服务过程中,依然需要司机实现手动确认乘客是否真实上车(交易是否真正达成),不够便捷。
发明内容
本公开实施例提供一种打车服务中识别乘客上车的方法及相关装置,用以提高使用移动互联网打车的司机和乘客的操作的便捷性,避免安全隐患。
根据本公开实施例的第一方面,提供了一种打车服务中识别乘客上车的方法,在第一客户端侧,包括:
接收第二客户端的订单后,获取第二客户端上传的用以唯一确定所述第二客户端的识别标识;
根据所述第二客户端的识别标识,不断检测所述第二客户端是否位于预设的区域范围内;
当检测到所述第二客户端位于所述预设的区域范围内,且已接收到第二客户端发出的上车确认信息时,触发进入计费状态。
根据本公开实施例的第二方面,提供了另一种打车服务中识别乘客上车的方法,在第一客户端侧,包括:
在发出订单时,上传用以唯一确定所述第二客户端的识别标识;
不断检测所述第二客户端自身是否位于接单的第一客户端预设区域范围内;
当确定自身位于所述第一客户端附近的设定区域范围内时,根据车辆的行驶状态确定乘客是否已上车;
当确定乘客已上车时,向所述第一客户端发出上车确认信息,并触发进入待付款状态。
根据本公开实施例的第三方面,提供了一种打车服务中识别乘客上车的装置,包括:
获取模块,用于接收第二客户端的订单后,获取第二客户端上传的用以唯一确定该第二客户端的识别标识;
检测模块,用于根据所述第二客户端的识别标识,不断检测所述第二客户端是否位于预设的区域范围内;
接收模块,用于接收第二客户端发出的上车确认信息;
触发模块,用于当所述检测模块检测到第二客户端位于所述预设的区域范围内,且所述接收模块已接收到第二客户端发出的上车确认信息时,触发进入计费状态。
根据本公开实施例的第四方面,提供了另一种打车服务中识别乘客上车的装置,包括:
标识上传模块,用于在发出订单时,上传用以唯一确定所述第二客户端的识别标识;
检测模块,用于当确定第二客户端位于第一客户端预设的区域范围内时,检测车辆的行驶状态;
确定模块,用于根据检测模块检测到的车辆的行驶状态,确定乘客是否已上车;
发送模块,用于当确定乘客已上车时,向所述第一客户端发出上车确认信息;
触发模块,用于当确定模块确定乘客已上车时,触发进入待付款状态。
本公开的实施例提供的技术方案可以包括以下有益效果:
本公开实施例提供的上述打车服务中识别乘客上车的方法及相关装置,第一客户端和第二客户端在接单后不断检测第二客户端是否位于预设的区域范围内,当位于该设定的区域范围内时,再进一步根据车辆行驶的状态,确定乘客是否最终乘坐了该车辆,当乘客确定已乘坐接单司机的车辆时,第二客户端和第一客户端分别自动进入待付款状态和计费状态。整个过程自动完成,不需要司机或者乘客人为参与,简化了双方的操作,并且能够准确、有效地确定用户的上车时间、地点和准确地计费,提升用户使用体验。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1为打车服务中识别乘客上车的方法的第一个流程图;
图2为打车服务中识别乘客上车的方法的第二个流程图;
图3为一个实例的流程图;
图4为打车服务中识别乘客上车的装置的第一个框图;
图5为打车服务中识别乘客上车的装置的第二个框图;
图6为检测模块的结构框图;
图7为根据一示例性实施例示出的一种打车服务中识别乘客上车的装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
本公开实施例提供的技术方案,涉及两方,即第二客户端和第一客户端,第二客户端发出打车的订单,第一客户端确定是否要接收该订单,如果确定接收该订单,则司机到乘客的出发点接到乘客,直至将乘客送到目的地。
本公开实施例中,为了区分司机侧客户端和乘客侧的客户端,分别将其称为第二客户端和第一客户端,在具体实施时,这两个客户端,可以使用同一个APP,使用不同的身份登录进入即可,并且,第二客户端可以位于乘客的移动终端上,第一客户端可以采用车载终端或者司机使用的移动终端皆可。本公开实施例对于客户端的具体实施方式不做限定。
在相关技术中,第二客户端发送打车的订单,服务器(云端提供打车服务的服务器)向符合一定条件的司机端推送,司机通过第一客户端接收订单后,乘客有可能最终乘坐接单司机的车,也有可能最终未乘坐该车辆,这样,对于司机来说,如果乘客乘坐了其他司机的车,那么,司机不再需要前往该乘客的出发点,如果司机不能及时知晓乘客是否乘坐其他司机的车,必然造成不必要的空驶,造成交通资源的浪费。并且,在乘客上了接单司机的车后,司机依然需要手动确认这个订单真实达成,开始计费状态,整个过程对司机和乘客来说,依然不够便捷。
图1是根据一示例性实施例示出的打车服务中识别乘客上车的方法的流程图,如图1所示,该打车服务中识别乘客上车的方法可以用于第一客户端侧中,包括以下步骤:
在步骤S11中,接收第二客户端的订单后,获取第二客户端上传的用以唯一确定该第二客户端的识别标识;
在步骤S12中,根据第二客户端的识别标识,不断检测第二客户端是否位于预设的区域范围内;
在步骤S13中,当检测到所述第二客户端位于所述预设的区域范围内,且已接收到第二客户端发出的上车确认信息时,触发进入计费状态。
下面分别对上述各步骤进行详细说明。
本公开实施例的S11中,对接单的第一客户端来说,在接收第二客户端的订单后,可以从打车服务的服务器中获取第二客户端上传的用以唯一确定该第二客户端的识别标识。
第二客户端上传识别标识的方式可以有多种,可以通过GPRS、3G、4G网络或者无线局域网的方式上传,在此不再限定。
本公开实施例中,可以使用短距离无线通信例如近场通讯的方式来扫描乘客是否真的上了接单司机的车辆,相应地,识别标识可以为近场通讯的标识或者无线局域网标识,在S11中,可以使用通过近场通讯模块扫描近场通讯信号或者通过无线局域网模块扫描无线局域网信号,在设定的范围内查找是否存在具有第二客户端的近场通讯的标识的设备。
近场通讯模块可以包括蓝牙、红外模块等,相应的近场通讯标识为蓝牙标识或者红外标识,通过蓝牙、红外模块来扫描蓝牙信号或者红外信号。
无线局域网模块例如可以采用WiFi模块,扫描相应的WiFi信号。
本公开对于采用何种近场通讯方式或者无线局域网方式不做限定。
相应地,在S12中,通过近场通讯模块扫描近场通讯信号或者无线局域网模块扫描无线局域网信号,在设定的范围内查找是否存在具有所述第二客户端的近场通讯的标识或者无线局域网标识的设备。
这个设定的区域范围可以根据司机侧设备(例如司机侧的移动终端)实际所使用的蓝牙模块、红外模块或者WiFi模块的信号检测能力来定,或者综合蓝牙模块或者WiFi模块的信号和可能产生的干扰来定,一般来说,为了准确识别乘客是否已上车,这个区域范围通常可选在几米的范围内。
可选地,该识别标识还可以采用通过公众移动通信网实现的无线网络的标识的标识。例如2G、3G、4G网络中用户使用的移动台识别号码(The MobileStation ISDN number,MSISDN,又称手机号码)。
本公开实施例的S12中,可以根据识别标识,向打车服务的服务器查询所述第二客户端当前所处的地理位置信息;
获取所述服务器返回的第二客户端当前所处的地理位置信息;
根据获取的地理位置信息,确定第二客户端是否位于预设的区域范围内。
打车服务的服务器可以知晓第二客户端和第一客户端当前的位置,这样,第一客户端可以根据乘客的手机号码,向服务器查询就可以获知第二客户端的地理位置信息,继而知道是否位于其附近设定范围内。
这样,上述S13中,第一客户端检测到第二客户端位于预设的区域范围内时,即可确定司机已经接到了乘客。但是,这只是初步的确认,因为在这个过程中,仍然存在因为某种原因,乘客最终未搭乘该接单司机的车辆,因此还需要进一步确认乘客是否已上接单司机的车,以避免乘客乘坐其他司机的车时对接单司机造成的交通资源浪费。
当第一客户端已接收到第二客户端发出的上车确认信息时,即进行了进一步的确认,此时,可以真实确认该乘客已上接单司机的车辆,此时自动触发进入计费状态。
可选地,这个第二客户端发出的上车确认信息可以为第二客户端根据自身检测到的车辆行驶状态的改变而发出的上车确认信息。
对于乘客最终未搭乘接单司机的车辆的情况,本公开实施例还可以执行下述步骤:当接收到第二客户端发送的乘坐其他车辆的消息时,取消与该第二客户端的订单,这时,可以向司机发出通知,司机可以根据订单取消的消息,不再赶往乘客的出发地点。
可选地,这个第二客户端发送的乘坐其他车辆的消息,可以依靠第二客户端对自身是否处于接单第一客户端预设区域内来确定。
图2是根据一示例性实施例示出的打车服务中识别乘客上车的方法的第二个流程图,如图2所示,该打车服务中识别乘客上车的方法可以用于第二客户端侧中,包括以下步骤S21-S23:
在步骤S21中,在发出订单时,上传用以唯一确定第二客户端的识别标识;
在步骤S22中,当确定自身位于第一客户端附近的设定区域范围内时,根据车辆的行驶状态确定乘客是否已上车;
在步骤S23中,当确定乘客已上车时,向第一客户端发出上车确认信息,并触发进入待付款状态。
下面分别对上述各步骤进行详细说明。
第二客户端在发出订单时,上传用以唯一确定该第二客户端的识别标识;
与前述图1中类似,在此,第二客户端可以使用近场通讯的标识(例如蓝牙、红外等)、无线局域网标识(例如WiFi等)或者通过公众移动通信网实现的无线网络的标识(例如手机号码等),当然,前提是这个标识需要能够唯一确定该第二客户端。
当识别标识为第二客户端的近场通讯的标识或者无线局域网标识时,上述S22中,第二客户端根据与所述第一客户端之间进行的近场通讯和无线局域网通讯,确定自身位于所述第一客户端附近的设定区域范围内。在第一客户端不断扫描第二客户端并与第二客户端建立通讯连接(不论是近场通讯还是无线局域网通讯)时,第二客户端自身也同时发现其位于第一客户端的附近,例如第一客户端在用蓝牙模块扫描周围是否存在第二客户端的蓝牙信号时,会发起蓝牙配对,此时,第二客户端也会发现第一客户端正在通过蓝牙连接它,也就知道了自身位于第一客户端附近的设定的范围内了。
当识别标识为通过公众移动通信网实现的无线网络的标识时,上述S22中,第二客户端向打车服务的服务器查询第一客户端当前所处的地理位置信息;
获取服务器返回的第二客户端当前所处的地理位置信息;
根据获取的地理位置信息,确定第二客户端是否位于预设的区域范围内。
在S23中,可以通过第二客户端所在的移动终端上的传感器采集车辆的加速度信号;当该传感器采集到预设的震动模式的加速度信号以及加速前进的信号时,就可以确定乘客已上车。
可选地,上述传感器可以采用相关技术中的加速度传感器。
相关技术中,加速度传感器能够感知到加速力的变化,加速力就是当物体在加速过程中作用在物体上的力,比如晃动、跌落、上升、下降等各种移动变化都能被加速度传感器转化为电信号,然后通过微处理器的计算分析后,就能够完成程序设计好的功能。因此,采用加速度传感器可以很方便准确地识别出乘客是否发生了某种特定模式的震动(例如乘客从车外坐到出租车的座椅上的震动,或者汽车启动时发生的固定模式的震动等),以及检测是否存在加速前进的加速度信号。
加速度传感器可以为重力传感器(gsensor,gravity-sensor)或者其他能够采集加速度信号的传感器(陀螺仪等)。
当然,对于乘客最终未搭乘接单司机的车辆的情况,本公开实施例还可以执行下述步骤:第一客户端还可以在检测第二客户端位于除接收其订单之外的其他第一客户端预设区域范围内时,确定乘客乘坐了其他车辆,这时,就向接收其订单的第一客户端发送乘坐其他车辆的消息,并自动取消订单。
下面以一个简单的实例来说明上述打车服务中识别乘客上车的方法。
在该实例中,第一客户端和第二客户端之间的交互流程如图3所示,包括下述步骤S31-S35:
在步骤S31中,第二客户端(例如司机侧的APP)在下单时,同时打开gsenser传感器,检测乘客是否已上车。
在步骤S32中、第二客户端上传蓝牙模块的唯一标识给服务器,方便第一客户端确认乘客是否在周围。
此后,司机开车前往乘客的出发地点;
在步骤S33中、第一客户端在不断检测周围的蓝牙信号,当发现已经乘客在附近时,即可确定已经接到乘客,但这是第一次确认;
在步骤S34中、第二客户端通过移动终端上的gsensor检查到固定的震动模式,以及相应的加速行驶时,即为上车的二次确认,确认乘客已上车,自动进入待付款模式,并通知第一客户端;
在步骤S35中、第一客户端收到通知后,自动开始计费。
上述第一客户端可以位于各种移动终端中,例如手机、平板电脑以及与手机匹配的可穿戴设备例如手环或者等可移动设备中。
本公开实施例提供的上述打车服务中识别乘客上车的方法,第一客户端和第二客户端在接单后不断检测第二客户端是否位于预设的区域范围内,当位于该设定的区域范围内时,再进一步根据车辆行驶的状态,确定乘客是否最终乘坐了该车辆,当乘客确定已乘坐接单司机的车辆时,第二客户端和第一客户端分别自动进入待付款状态和计费状态。整个过程自动完成,不需要司机或者乘客人为参与,简化了双方的操作,并且能够准确、有效地确定用户的上车时间、地点和准确地计费,提高用户使用体验。
图4是根据一示例性实施例示出的一种打车服务中识别乘客上车的装置的框图。该装置用于第一客户端侧,如图4所示,该装置包括获取模块401、检测模块402、接收模块403和触发模块404。其中:
获取模块401被配置为接收第二客户端的订单后,获取第二客户端上传的用以唯一确定该第二客户端的识别标识;
检测模块402被配置为根据所述第二客户端的识别标识,不断检测所述第二客户端是否位于预设的区域范围内;
接收模块403被配置为接收第二客户端发出的上车确认信息;
触发模块404被配置为当所述检测模块检测到第二客户端位于所述预设的区域范围内,且所述接收模块已接收到第二客户端发出的上车确认信息时,触发进入计费状态。
在一个实施例中,识别标识为第二客户端的近场通讯的标识或者无线局域网标识;
相应地,检测模块402,用于通过近场通讯模块扫描近场通讯信号或者无线局域网模块扫描无线局域网信号,在设定的范围内查找是否存在具有所述第二客户端的近场通讯的标识或者无线局域网标识的设备。
在一个实施例中,识别标识为通过公众移动通信网实现的无线网络的标识;
相应地,检测模块402,用于根据所述识别标识,向打车服务的服务器查询所述第二客户端当前所处的地理位置信息;获取所述服务器返回的所述第二客户端当前所处的地理位置信息;根据获取的地理位置信息,确定所述第二客户端是否位于预设的区域范围内。
本公开实施例提供的打车服务中识别乘客上车的装置,如图4所示,还包括:订单取消模块405;其中:
上述接收模块403,还用于接收第二客户端发送的乘坐其他车辆的消息;
订单取消模块405,用于当接收模块接收到第二客户端发送的乘坐其他车辆的消息时,取消与第二客户端的订单。
本公开实施例还提供了一种第二客户端,该第二客户端包括上述打车服务中识别乘客上车的装置。
该第二客户端可以采用软件形式(例如APP),或者软件和硬件结合的方式,本公开实施例不做限定。
图5是根据一示例性实施例示出的一种打车服务中识别乘客上车的装置的框图。该装置用于第二客户端侧,如图5所示,包括:
标识上传模块501,被配置为在发出订单时,上传用以唯一确定所述第二客户端的标识;
检测模块502,被配置为当确定第二客户端位于第一客户端附近的设定区域范围内时,检测车辆的行驶状态;
确定模块503,被配置为根据检测模块检测到的车辆的行驶状态,确定乘客是否已上车;
发送模块504,被配置为当确定乘客已上车时,向所述第一客户端发出上车确认信息;
触发模块505,被配置为当检测模块确定乘客已上车时,触发进入待付款状态。
可选地,识别标识为第二客户端的近场通讯的标识或者无线局域网标识时,检测模块502,用于根据与第一客户端之间进行的近场通讯和无线局域网通讯,确定所述第二客户端位于所述第一客户端附近的设定区域范围内;
识别标识为通过公众移动通信网实现的无线网络的标识时,检测模块502,用于向打车服务的服务器查询所述第一客户端当前所处的地理位置信息;获取所述服务器返回的所述第二客户端当前所处的地理位置信息;根据获取的地理位置信息,确定所述第二客户端是否位于预设的区域范围内。
可选地,检测模块502,如图6所示,包括:
采集子模块5021,用于采集车辆的加速度信号;
确定子模块5022,用于当采集子模块5021采集到预设的震动模式的加速度信号以及加速前进的信号时,确定乘客已上车。
采集子模块5021为加速度传感器。
上述打车服务中识别乘客上车的装置,如图5所示,还包括:订单取消模块506;
发送模块504,还用于当所述检测模块502检测到第二客户端位于接收所述订单的所述第一客户端之外的其他第一客户端预设的区域范围内时,向接收所述订单的所述第一客户端发送乘坐其他车辆的消息;
订单取消模块506,用于取消与接收所述订单的所述第一客户端的订单。
本公开实施例还提供了一种第一客户端,该第一客户端包括上述打车服务中识别乘客上车的装置。
本公开实施例还提供了另外一种打车服务中识别乘客上车的装置,包括:处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收第二客户端的订单后,获取第二客户端上传的用以唯一确定所述第二客户端的识别标识;
根据所述第二客户端的识别标识,不断检测所述第二客户端是否位于预设的区域范围内;
当检测到所述第二客户端位于所述预设的区域范围内,且已接收到第二客户端发出的上车确认信息时,确定乘客已上车,触发进入计费状态。
本公开实施例还提供了另外一种打车服务中识别乘客上车的装置,包括:处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
在发出订单时,上传用以唯一确定所述第二客户端的识别标识;
当确定自身位于所述第一客户端附近的设定区域范围内时,根据车辆的行驶状态确定乘客是否已上车;
当确定乘客已上车时,向所述第一客户端发出上车确认信息,并触发进入待付款状态。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图7是根据一示例性实施例示出的一种用于打车服务中识别乘客上车的装置700的框图。该该装置适用于终端设备。例如,装置700可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
如图7所示,装置700可以包括以下一个或多个组件:处理组件702,存储器704,电源组件706,多媒体组件708,音频组件710,输入/输出(I/O)的接口712,传感器组件714,以及通信组件716。
处理组件702通常控制装置700的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件702可以包括一个或多个处理器720来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件702可以包括一个或多个模块,便于处理组件702和其他组件之间的交互。例如,处理组件702可以包括多媒体模块,以方便多媒体组件708和处理组件702之间的交互。
存储器704被配置为存储各种类型的数据以支持在设备700的操作。这些数据的示例包括用于在装置700上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件706为装置700的各种组件提供电力。电源组件706可以包括电源管理系统,一个或多个电源,及其他与为装置700生成、管理和分配电力相关联的组件。
多媒体组件708包括在所述装置700和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件708包括一个前置摄像头和/或后置摄像头。当设备700处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件710被配置为输出和/或输入音频信号。例如,音频组件710包括一个麦克风(MIC),当装置700处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通信组件716发送。在一些实施例中,音频组件710还包括一个扬声器,用于输出音频信号。
I/O接口712为处理组件702和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件714包括一个或多个传感器,用于为装置700提供各个方面的状态评估。例如,传感器组件714可以检测到设备700的打开/关闭状态,组件的相对定位,例如所述组件为装置700的显示器和小键盘,传感器组件714还可以检测装置700或装置700一个组件的位置改变,用户与装置700接触的存在或不存在,装置700方位或加速/减速和装置700的温度变化。传感器组件714可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件714还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件716被配置为便于装置700和其他设备之间有线或无线方式的通信。装置700可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件716还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器704,上述指令可由装置700的处理器720执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
一种非临时性计算机可读存储介质,当所述存储介质中的指令由移动终端的处理器执行时,使得移动终端能够执行一种打车服务中识别乘客上车的方法,所述方法包括:
接收第二客户端的订单后,获取第二客户端上传的用以唯一确定所述第二客户端的识别标识;
根据所述第二客户端的识别标识,不断检测所述第二客户端是否位于预设的区域范围内;
当检测到所述第二客户端位于所述预设的区域范围内,且已接收到第二客户端发出的上车确认信息时,确定乘客已上车,触发进入计费状态。
一种非临时性计算机可读存储介质,当所述存储介质中的指令由移动终端的处理器执行时,使得移动终端能够执行一种打车服务中识别乘客上车的方法,所述方法包括:
在发出订单时,上传用以唯一确定所述第二客户端的识别标识;
当确定自身位于所述第一客户端附近的设定区域范围内时,根据车辆的行驶状态确定乘客是否已上车;
当确定乘客已上车时,向所述第一客户端发出上车确认信息,并触发进入待付款状态。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。