检测乘客上车以及确定乘客进入车辆的方法和装置与流程

本申请涉及网约车技术领域，特别是涉及一种检测乘客上车以及确定乘客进入车辆的方法和装置。

背景技术：

网约车通过乘客端与司机端两个客户端来共同完成打车过程，通常需要乘客在乘客端下单约车，下单后司机会在司机端进行接单操作。之后待乘客上车后，司机在司机端操作开始服务，此时服务开始，同时订单开始计费。服务完成后司机需要手动操作结束订单并结算，同时乘客再从乘客端确定订单的费用信息并进行付费，这样一个订单就完成了。

目前网约车订单乘客上车、司机开始服务与服务完成均由司机单方面确认，司机待乘客上车后点击开始服务，表示订单开始并进行计费，同时到达目的地后由司机点击服务完成进行结算。由于是司机单方面确认订单的开始与结束，并不能保证每个行程都是在乘客上车后开始，并且在乘客达到目的地后结束的。这样就会存在刷单或者跑空单的漏洞，即司机在乘客并没有上车时也可以进行订单开始于结算的操作。

针对上述的现有技术中存在的司机单方面确认乘客是否上车，容易造成司机刷单、跑空单的行为的问题，目前尚未提出有效的解决方案。

技术实现要素：

本公开的实施例提供了一种检测乘客上车以及确定乘客进入车辆的方法和装置，以至少解决现有技术中存在的司机单方面确认乘客是否上车，造成司机刷单、跑空单的行为的技术问题。

根据本公开实施例的一个方面，提供了一种检测乘客上车的方法，包括：接收服务器发送的指示检测乘客是否上车的检测指令；响应于检测指令，检测第一终端是否进入预定区域，其中在第一终端进入预定区域的情况下，判定第一终端进入车辆；以及在检测第一终端进入预定区域的情况下，向服务器发送乘客已上车的第一确认信息。

根据本公开实施例的另一方面，还提供了一种用于检测乘客是否进入车辆的检测设备，包括：包括处理器、检测模块以及通信模块；处理器与检测模块和通信模块连接，并且处理器配置用于执行以下操作的指令：通过通信模块接收服务器发送的指示检测乘客是否上车的检测指令；响应于检测指令，通过检测模块检测第一终端是否进入预定区域，其中在第一终端进入预定区域的情况下，判定第一终端进入车辆；以及在检测第一终端进入预定区域的情况下，通过通信模块向服务器发送乘客已上车的第一确认信息。

根据本公开实施例的另一方面，还提供了一种确定乘客进入车辆的方法，包括：接收第二终端发出的用于指示乘客已进入车辆的信息；向检测设备和/或第一终端发送检测指令，其中，检测设备设置于车辆，用于检测乘客是否进入车辆，第一终端为乘客的终端，并且检测指令用于指示检测设备和/或第一终端检测乘客是否已进入车辆；以及在从检测设备接收乘客已上车的第一确认信息和/或从第一终端接收乘客已上车的第三确认信息的情况下，确定乘客已经进入车辆。

根据本公开实施例的另一方面，还提供了一种检测乘客上车的方法，包括：第一终端接收服务器发送的指示检测乘客是否上车的检测指令；第一终端响应于检测指令，与设置于车辆的检测设备通信，确定第一终端是否进入预定区域，其中在第一终端进入预定区域的情况下，判定乘客进入车辆；以及第一终端在确定进入预定区域的情况下，向服务器发送乘客已经进入车辆的第三确认信息。

根据本公开实施例的另一个方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时由处理器执行以上任意一项的方法。

根据本公开实施例的另一个方面，还提供了一种检测乘客上车的装置，包括：第一接收模块，用于接收服务器发送的指示检测乘客是否上车的检测指令；第一检测模块，用于响应于检测指令，检测第一终端是否进入预定区域，其中在第一终端进入预定区域的情况下，判定第一终端进入车辆；以及第一发送模块，用于在检测第一终端进入预定区域的情况下，向服务器发送乘客已上车的第一确认信息。。

根据本公开实施例的另一个方面，还提供了一种确定乘客进入车辆的装置，包括：包括：第二接收模块，用于接收第二终端发出的用于指示乘客已进入车辆的信息；第二发送模块，用于向检测设备和/或第一终端发送检测指令，其中，检测设备设置于车辆，用于检测乘客是否进入车辆，第一终端为乘客的终端，并且检测指令用于指示检测设备和/或第一终端检测乘客是否已进入车辆；以及第一确定模块，用于在在从检测设备接收乘客已上车的第一确认信息和/或从第一终端接收乘客已上车的第三确认信息的情况下，确定乘客已经进入车辆。

根据本公开实施例的另一个方面，还提供了一种检测乘客上车的装置，包括：包括：第三接收模块，用于通过第一终端接收服务器发送的指示检测乘客是否上车的检测指令；第二确定模块，用于通过第一终端响应于检测指令，与设置于车辆的检测设备通信，确定第一终端是否进入预定区域，其中在第一终端进入预定区域的情况下，判定乘客进入车辆；以及第四发送模块，用于通过第一终端在确定进入预定区域的情况下，向服务器发送乘客已经进入车辆的第三确认信息。

根据本公开实施例的另一个方面，还提供了一种检测乘客上车的装置，包括：第一处理器；以及第一存储器，与第一处理器连接，用于为第一处理器提供处理以下处理步骤的指令：接收服务器发送的指示检测乘客是否上车的检测指令；响应于检测指令，检测第一终端是否进入预定区域，其中在第一终端进入预定区域的情况下，判定第一终端进入车辆；以及在检测第一终端进入预定区域的情况下，向服务器发送乘客已上车的第一确认信息。

根据本公开实施例的另一个方面，还提供了一种确定乘客进入车辆的装置，包括：第二处理器；以及第二存储器，与第二处理器连接，用于为第二处理器提供处理以下处理步骤的指令：接收第二终端发出的用于指示乘客已进入车辆的信息；向检测设备和/或第一终端发送检测指令，其中，检测设备设置于车辆，用于检测乘客是否进入车辆，第一终端为乘客的终端，并且检测指令用于指示检测设备和/或第一终端检测乘客是否已进入车辆；以及在从检测设备接收乘客已上车的第一确认信息和/或从第一终端接收乘客已上车的第三确认信息的情况下，确定乘客已经进入车辆。

根据本公开实施例的另一个方面，还提供了一种检测乘客上车的装置，包括：第三处理器；以及第三存储器，与第三处理器连接，用于为第三处理器提供处理以下处理步骤的指令：第一终端接收服务器发送的指示检测乘客是否上车的检测指令；以及第一终端响应于检测指令，与设置于车辆的检测设备通信，确定第一终端是否进入预定区域，其中在第一终端进入预定区域的情况下，判定乘客进入车辆；以及第一终端在确定进入预定区域的情况下，向服务器发送乘客已经进入车辆的第三确认信息。

通过这种方式，由检测设备检测第一终端是否进入车辆，而不是由司机单方面确认乘客是否上车。本实施例的技术方案使得确认乘客是否上车的任务由不受司机操控的检测设备完成，进而解决了现有技术中存在的司机单方面确认乘客是否上车，容易造成司机刷单、跑空单的行为的技术问题。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：

图1是用于实现根据本公开实施例1所述的方法的计算机终端(或移动设备)的硬件结构框图；

图2a是根据本实施例所述的检测乘客上车的方法的系统的示意图；

图2b根据本公开实施例1的第一个方面所述的检测设备的示意图；

图3是根据本公开实施例1的第二个方面所述的一种检测乘客上车的方法的流程示意图；

图4是根据本公开实施例1的第三个方面所述的确定乘客进入车辆的方法的流程示意图；

图5是根据本公开实施例1的第四个方面所述的检测乘客上车的方法的流程示意图；

图6是根据本公开实施例2的第一个方面所述的检测乘客上车的装置的示意图；

图7是根据本公开实施例2的第二个方面所述的确定乘客进入车辆装置的示意图；

图8是根据本公开实施例2的第三个方面所述的确定乘客进入车辆装置的示意图；

图9是根据本公开实施例3的第一个方面所述的检测乘客上车的装置的示意图；

图10是根据本公开实施例3的第二个方面所述的确定乘客进入车辆的装置装置的示意图；以及

图11是根据本公开实施例3的第三个方面所述的检测乘客上车的装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本公开的技术方案，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本公开一部分的实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本公开保护的范围。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本实施例，还提供了一种检测乘客上车的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现检测乘客上车的方法的计算机终端(或移动设备)的硬件结构框图。如图1所示，计算机终端10(或移动设备10)可以包括一个或多个(图中采用102a、102b，……，102n来示出)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。除此以外，还可以包括：显示器、输入/输出接口(i/o接口)、通用串行总线(usb)端口(可以作为i/o接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机终端10(或移动设备)中的其他元件中的任意一个内。如本公开实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器104可用于存储应用软件的软件程序以及模块，如本公开实施例中的检测乘客上车的方法对应的程序指令/数据存储装置，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的检测乘客上车的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(lcd)，该液晶显示器可使得用户能够与计算机终端10(或移动设备)的用户界面进行交互。

此处需要说明的是，在一些可选实施例中，上述图1所示的计算机设备(或移动设备)可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图1仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算机设备(或移动设备)中的部件的类型。

图2a是根据本实施例所述的检测乘客上车的方法的系统的示意图。参照图2a所示，该系统包括：第一终端210、第二终端220、服务器230及设置于车辆内部的检测设备240。其中第一终端210可以是乘客使用的移动终端设备，第二终端220可以是司机使用的移动终端设备。第一终端210、第二终端220与检测设备240通过网络分别与服务器230连接。

参考图2b所示，根据本实施例的第一个方面，提供了一种检测乘客是否进入车辆的检测设备240。其中，参考图2b所示，检测设备240包括处理器242、检测模块243以及通信模块244。处理器242与检测模块243和通信模块244连接，并且处理器242配置用于执行以下操作的指令：通过通信模块244接收服务器发送的检测乘客是否上车的检测指令；响应于检测指令，通过检测模块243检测第一终端是否进入预定区域，其中预定区域设置为在确定第一终端进入预定区域的情况下，判定第一终端进入车内；以及在检测第一终端进入预定区域的情况下，通过通信模块244向服务器发送乘客已上车的确认信息。

具体地，在本实施例中，当司机通过第二终端220向服务器230发送乘客已经上车的信息时，服务器230会向检测设备240发送检测乘客是否进入车辆的指令。

此时，检测设备240中的处理器242通过通信模块244从服务器230接收该检测指令，然后检测设备240响应于该检测指令通过检测模块243检测乘客使用的第一终端210是否进入预定区域。其中该预定区域按照如下定义：在检测到第一终端210进入预定区域的情况下，即可判定第一终端210进入车辆。

当检测模块243检测到第一终端210进入预定区域时，检测设备240通过通信模块244发送乘客已上车的第一确认信息至服务器230。从而服务器230可以根据该第一确认信息确认乘客已经进入车辆。

从而，本实施例通过检测设备240检测第一终端210是否进入车辆，而不是由司机单方面确认乘客是否上车。进而，本实施例的技术方案使得确认乘客是否上车的任务由不受司机操控的检测设备240完成，进而解决了现有技术中存在的司机单方面确认乘客是否上车，容易造成司机刷单、跑空单的行为的技术问题。

同时，通过本实施例的技术方案，只需在现有车辆中安装检测设备240，而不需要对车辆做其他的改进，即可实现检测乘客是否进入车辆并且通知服务器230的目的。从而，以最小的成本解决了确认乘客是否上车的技术问题。

可选地，检测设备240还包括供电模块241，其中，供电模块241分别与处理器242、检测模块243以及通信模块244连接，用于提供电源。供电模块241包括：太阳能充电板2411、电池管理系统2412及电池2413。其中，太阳能充电板2411用于将太阳能传化成电能并充电；电池管理系统2412用于控制供电模块241；电池2413用于存储和提供电源。电池2413可以是锂电池，锂电池具有使用寿命长、重量轻及使用性强等特点。供电模块241中的太阳能充电板2411可以利用太阳能为电池2413充电，节能环保。电源管理系统2412主要功能是用于电池2413的电量管理、充电管理及电量统计的功能，为整个乘车检测设备240提供电源控制。

此外，可选地，处理器还配置用于执行以下操作：通过通信模块从服务器接收第一终端的第一标识。并且检测第一终端是否进入预定区域的操作包括：检测模块通过近场无线通信的方式识别具有第一标识的终端；以及在识别具有第一标识的终端的情况下，判定第一终端进入预定区域。

具体地，检测设备240通过通信模块244接收由服务器230发出的第一终端210的第一标识。然后检测设备240的检测模块243通过近场无线通信的方式识别发出第一标识的第一终端210。在识别出具有第一标识的终端的情况下，处理器242判断第一终端210进入预定区域，即第一终端210进入车辆。

从而本发明通过采用无线通信技术(包括蓝牙近场通信、wifi无线通信等)，通过乘客端调用用户手机自带的通信模块，与车载设备进行通信，通过蓝牙近场通信、无线通信等方式确定乘客与车辆的距离，进而根据距离判断乘客是否真正上车，解决了乘客未上车，司机就开始服务的跑空单问题。

从而，本实施例的技术方案中的检测模块243由于利用近场无线通信的方式检测乘客是否进入车辆，因此可以有效利用乘客的终端设备上的近场通信模块进行检测，从而减少了检测模块243的设计成本。并且，通过这种方式可以简化对乘客是否进入车辆的检测过程，提高了检测的效率。

通过近场无线通信的方式，可以使第一终端210只有在一定范围内才能被检测设备240检测到，保证了预定区域内的检测及识别结果更准确。进一步保证了检测设备240检测结果的准确性。并且，由于检测设备240已经收到服务器230发出的第一终端210的第一标识，确保了检测设备240检测的第一终端210的准确性，从而保证检测设备240检测到的第一终端210是服务器230发出的具有第一标识的第一终端，而不是其他乘客的第一终端。

此外，检测设备240的检测模块243还能够根据检测到的第一终端210的近场无线通信的信号强度，来判定第一终端210与检测设备240之间的距离，从而判定第一终端210是否进入预定区域。

具体地，第一终端210与检测设备240之间的距离越远，则检测模块243所检测的第一终端210的信号强度越弱；第一终端210与检测设备240之间的距离越近，则检测模块243所检测的第一终端210的信号强度越强。从而，检测模块243可以通过所检测的第一终端210的信号强弱即可判定第一终端210与检测设备240之间的距离，进而判断第一终端210是否进入预定区域。

此外，图2a中示出的服务器230、第一终端210以及第二终端220均可适用上面所述的图1中硬件结构。在图2a所示的运行环境下，根据本实施例的第二个方面，提供了一种检测乘客上车的方法，该方法由图2a中所示的检测设备240实现。图3示出了该方法的流程示意图，参考图3所示，该方法包括：

s310：接收服务器发送的检测乘客是否上车的检测指令；

s320：响应于检测指令，检测第一终端是否进入预定区域，其中在第一终端进入预定区域的情况下，判定第一终端进入车辆；以及

s330：在检测第一终端进入预定区域的情况下，向服务器发送乘客已上车的第一确认信息。

具体地，参考前面所述，车辆内部的检测设备240接收服务器230发送的检测乘客是否上车的检测指令，其中检测指令指示检测设备240检测第一终端210发出的信号。然后，检测设备240检测第一终端210是否进入预定区域。其中预定区域可以是以车辆为中心向四周扩展而形成的一定范围，也可以是检测设备240可以检测到第一终端210的一定检测范围。如果在预定区域内检测设备240检测到第一终端210，则检测设备240判定第一终端210进入车辆，并向服务器230发送乘客已上车的第一确认信息。

目前网约车订单乘客上车、司机开始服务与服务完成均由司机单方面确认，司机待乘客上车后点击开始服务，表示订单开始并进行计费，同时到达目的地后由司机点击服务完成进行结算。由于是司机单方面确认订单的开始与结束，并不能保证每个行程都是在乘客上车后开始，并且在乘客达到目的地后结束的。这样就会存在刷单或者跑空单的漏洞，即司机在乘客并没有上车时也可以进行订单开始于结算的操作。

由于现有技术中都是由司机单方面确认乘客是否上车，因此造成司机刷单、跑空单的现象时常发生。

本申请的技术方案中，在司机向服务器230发出乘客已上车的信息后，服务器230会向检测设备240发送检测指令，检测乘客是否上车。检测设备240接收服务器230发出的检测指令，然后检测设备240检测第一终端210是否进入预定区域。当检测设备240在预定区域内检测到第一终端210时，检测设备240发送乘客已上车的第一确认信息至服务器230。通过这种方式，由检测设备240检测第一终端210是否进入车辆，而不是由司机单方面确认的乘客是否上车。本实施例的技术方案使得确认乘客是否上车的任务由不受司机操控的检测设备240完成，进而解决了现有技术中存在的司机单方面确认乘客是否上车，容易造成司机刷单、跑空单的行为的技术问题。

可选地，方法还包括从服务器接收第一终端的第一标识。并且检测第一终端是否进入预定区域的操作包括：通过近场无线通信的方式识别具有第一标识的终端；以及在识别具有第一标识的终端的情况下，判定第一终端进入预定区域。

具体地，检测设备240通过通信模块244接收由服务器230发出的第一终端210的第一标识，然后检测设备240通过近场无线通信的方式识别发出第一标识的第一终端210。在识别出具有第一标识的终端的情况下，检测设备240判断第一终端210进入预定区域，即第一终端210进入车辆。

从而，近场无线通信的方式可以有效利用乘客的终端设备上的近场通信模块，来检测乘客是否进入车辆。从而通过这种方式可以简化对乘客是否进入车辆的检测过程，降低了检测设备240的成本。

通过近场无线通信的方式，可以使第一终端210只有在一定范围内才能被检测设备240检测到，保证了预定区域内的检测及识别结果更准确。进一步保证了检测设备240检测第一终端210是否进入车辆的准确性。并且，由于检测设备240已经收到服务器230发出的第一终端210的第一标识，确保了检测设备240检测的第一终端210的准确性，也就是检测设备240检测到的第一终端210是服务器230发出的具有第一标识的第一终端，而不是其他乘客的终端。

此外，检测设备240还能够根据检测到的第一终端210的近场无线通信的信号强度，来判定第一终端210与检测设备240之间的距离，从而判定第一终端210是否进入预定区域。

此外，可选地，检测第一终端是否进入预定区域的操作还包括：在预定时间内没有识别具有第一标识的终端的情况下，判定第一终端未进入预定区域并且向服务器发送乘客未上车的第二确认信息。

具体地，检测设备240在没有检测到第一终端210进入预定区域的情况下，检测设备240在预定的时间内会持续检测第一终端210是否进入预定区域。如果在预定时间内还没有识别到第一终端210发出的信号，那么检测设备240发出乘客未上车的第二确认信息至服务器230。其中预定时间可以根据实际情况设定，可以是1分钟、2分钟以及3分钟等，也就是检测设备240检测第一终端210的检测时间。

例如，乘客a，通过第一终端210在网络上进行约车。车辆内部的检测设备240接收到服务器230发出的检测指令。检测设备240开始检测乘客a的第一终端210是否进入预定区块。如果检测到第一终端210发出的信号，那么检测设备240发出乘客a已上车的确认信息至服务器230；如果没有检测到第一终端210发出的信号，那么检测设备240会继续检测；如果在预定时间内检测到第一终端210发出的信号，那么检测设备240发出乘客a已上车的确认信息至服务器230；如果在预定时间内未检测到第一终端210发出的信号，那么检测设备240发出乘客a未上车的确认信息至服务器230。

此外，根据本实施例的第二个方面，还提供了一种确定乘客进入车辆的方法，该方法由图2a中所示的服务器230实现。图4示出了该方法的流程示意图，参考图4所示，该方法包括：

s410：接收第二终端发出的用于指示乘客已进入车辆的信息；

s420：向检测设备和/或第一终端发送检测指令，其中，检测设备设置于车辆，用于检测乘客是否进入车辆，第一终端为乘客的终端，并且检测指令用于指示检测设备和/或第一终端检测乘客是否已进入车辆；以及

s430：在从检测设备接收乘客已上车的第一确认信息和/或从第一终端接收乘客已上车的第三确认信息的情况下，确定乘客已经进入车辆。

具体地，服务器230接收第二终端220发出的乘客已进入车辆的信息，其中第二终端220可以是司机使用的移动终端设备。然后，服务器230发出检测指令至检测设备240和/或第一终端210。其中检测指令用于检测乘客的第一终端210是否进入车辆。最后服务器230从检测设备240和/或第一终端210接收乘客已上车的确认信息，确认乘客已进入车辆。

通过上述方法，服务器230在接收到司机使用的第二终端220发送的乘客进入车辆的信息后，会发送检测指令至检测设备240和/或第一终端210。从而通过检测设备240和/或第一终端210中的至少一个来检测乘客是否进入车辆。然后，如果服务器230从检测设备240和/或第一终端210接收到确定乘客已经上车的确认信息，即可判定乘客已经进入车辆。

从而通过本实施例的技术方案，由于服务器230通过车辆上的检测设备240和/或乘客使用的第一终端210检测乘客是否上车，而不仅仅是根据司机发送的确认信息来确认乘客是否上车，从而解决了由司机单方面确认乘客是否上车所产生的不能准确获取乘客是否上车的信息，从而容易出现司机刷单、跑空单的技术问题。

可选地，方法还包括：在从检测设备接收乘客未上车的第二确认信息和/或从第一终端接收乘客未上车的第四确认信息的情况下，将用于指示乘客未上车的信息发送至第二终端。

具体地，当检测设备240和/或第一终端210的至少一个将乘客未上车的确认信息发送至服务器230时，服务器230接收该确认信息，然后服务器230将乘客未上车的信息发送至第二终端220。通过这种方法，第二终端220可以从服务器230收到乘客未上车的信息，从而可以重新确认乘客是否上车。

此外，根据本实施例的第三个方面，还提供了一种检测乘客上车的方法，该方法由图2a中所示的第一终端210实现。图5示出了该方法的流程示意图，参考图5所示，该方法包括：

s510：第一终端接收服务器发送的指示检测乘客是否上车的检测指令；

s520：第一终端响应于检测指令，与设置于车辆的检测设备通信，确定第一终端是否进入预定区域，其中在第一终端进入预定区域的情况下，判定乘客进入车辆；以及

s530：第一终端在确定进入预定区域的情况下，向服务器发送乘客已经进入车辆的第三确认信息。

具体地，参考图2所示，当车辆司机通过第二终端220向服务器230发送乘客已上车的信息时，服务器230在接收到第二终端220发出的信息后，会向第一终端210发出检测指令。第一终端210接收服务器230发出的检测指令。然后，第一终端210与检测设备240通信，进而确定第一终端210是否进入预定区域。第一终端210在确定第一终端210进入预定区域的情况下，判定乘客进入车辆，并将乘客进入车辆的第三确认信息发送至服务器230。

通过上述方法，使得确认乘客是否上车的操作，是通过第一终端210与检测设备240进行近场通信，从而检测是否进入预定区域来实现。进而解决了现有技术中存在的司机单方面确认乘客是否上车，容易造成司机刷单、跑空单的行为的技术问题。

可选地，方法还包括第一终端从服务器接收检测设备的第二标识。并且确定第一终端是否进入预定区域的操作包括：第一终端通过近场无线通信的方式识别具有第二标识的设备；以及第一终端在识别具有第二标识的设备的情况下，判定第一终端进入预定区域。

具体地，第一终端210接收从服务器230发出的检测设备240的第二标识。然后第一终端210通过近场无线通信的方式识别发出第二标识的检测设备240。在识别出具有第二标识的设备的情况下，第一终端210判定第一终端210进入预定区域，即第一终端210进入车辆。

从而本发明通过采用无线通信技术(包括蓝牙近场通信、wifi无线通信等)，通过乘客端调用用户手机自带的通信模块，与车载设备进行通信，通过蓝牙近场通信、无线通信等方式确定乘客与车辆的距离，进而根据距离判断乘客是否真正上车，解决乘客未上车，司机就开始服务的跑空单行为。

从而，本实施例的技术方案中的第一终端210由于利用近场无线通信的方式检测乘客是否进入车辆，因此可以有效利用乘客的终端设备上的近场通信模块进行检测，从而减少了第一终端210以及检测设备240的设计成本。并且，通过这种方式可以简化对乘客是否进入车辆的检测过程，提高了检测的效率。

通过近场无线通信的方式，可以使第一终端210只有在一定范围内才能检测到检测设备240，保证了预定区域内的检测及识别结果更准确。进一步保证了第一终端210检测结果的准确性。并且，由于第一终端210已经收到服务器230发出的检测设备240的第二标识，确保了第一终端210检测的检测设备240的准确性，从而保证第一终端210检测到的检测设备240是服务器230发出的具有第二标识的检测设备，而不是其他的近场通信设备。

此外，第一终端210还能够根据检测到的检测设备240的近场无线通信的信号强度，来判定第一终端210与检测设备240之间的距离，从而判定第一终端210是否进入预定区域。

具体地，第一终端210与检测设备240之间的距离越远，则第一终端210所检测的检测设备240的信号强度越弱；第一终端210与检测设备240之间的距离越近，则第一终端210所检测的检测设备240的信号强度越强。从而，第一终端210可以通过所检测的检测设备240的信号强弱即可判定第一终端210与检测设备240之间的距离，进而判断第一终端210是否进入预定区域。

可选地，确定第一终端是否进入预定区域的操作还包括：第一终端在预定时间内没有识别具有第二标识的设备的情况下，判定第一终端未进入预定区域并且向服务器发送乘客未上车的第四确认信息。

具体地，在预定时间内，第一终端210如果没有识别到具有第二标识的检测设备240的情况下，说明检测设备240与第一终端210之间的距离没有达到近场无线的距离，也就是第一终端210没有进入预定区域，说明乘客还未进入车辆。则第一终端210向服务器230发出乘客未上车的第四确认信息。本实施例的技术方案中，在预定时间内由第一终端210识别检测设备240的第二标识，进而确定第一终端210是否进入预定区域。通过这种方式判断乘客是否进入车辆，从而解决了由司机单方面确认乘客是否上车所产生的不能准确获取乘客是否上车的信息，从而容易出现司机刷单、跑空单的技术问题。

例如，乘客b通过第一终端210网约车，司机c通过第二终端220接收乘客b的网约车的订单。司机c通过第二终端220发出乘客以上车的信息至服务器230。服务器230检测设备240以及第一终端210发出检测指令。第一终端210接收到服务器230发出的检测指令后，与检测设备240通信。第一终端210通过近场无线识别检测设备240的第二标识，实现第一终端210与检测设备240通信，其中第二标识的信息由服务器230发出给第一终端210。如果第一终端进入了预定区域，那么第一终端210就可以检测到检测设备240。在这种情况下，第一终端210向服务器230发出乘客b已经进入司机c的车辆的第一确认信息。服务器230接收到乘客b已上车的第一确认信息后，将该第一确认信息发送至司机c的第二终端240。在预定的区域，如果预定时间内第一终端210没有识别到检测设备240的第二标识，说明乘客c还没有进入车辆，第一终端210发出乘客b未进入司机c的车辆的第二确认信息。通过上述过程，第一终端210、检测设备240与服务器230共同完成对乘客是否进入车辆的确认过程。而不是传统的由司机单方面确认乘客是否进入车辆。从而避免了司机单方面确认乘客是否上车，造成的司机刷单、跑空单等行为的发生。

此外，参考图1所示，根据本实施例的第四个方面，还提供了一种存储器104，即存储介质。存储器104包括存储的程序，其中，在程序运行时由处理器执行以上任意一项所述的方法。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

图6示出了根据本实施例的第一个方面所述的检测乘客上车的装置600，该装置600与根据实施例1的第一个方面所述的方法相对应。参考图6所示，该装置600包括：第一接收模块610，用于接收服务器发送的指示检测乘客是否上车的检测指令；第一检测模块620，用于响应于检测指令，检测第一终端是否进入预定区域，其中在第一终端进入预定区域的情况下，判定第一终端进入车辆；以及第一发送模块630，用于在检测第一终端进入预定区域的情况下，向服务器发送乘客已上车的第一确认信息。

可选地，还包括，第二检测模块，用于从服务器接收第一终端的第一标识，并且检测第一终端是否进入预定区域，其中第二检测模块包括：第一识别子模块，用于通过近场无线通信的方式识别具有第一标识的终端；以及第一判定子模块，用于在识别具有第一标识的终端的情况下，判定第一终端进入预定区域。

可选地，第二检测模块还包括：第二判定子模块，用于在预定时间内没有识别具有第一标识的终端的情况下，判定第一终端未进入预定区域并且向服务器发送乘客未上车的第二确认信息。

本申请的技术方案中，通过第一接收模块610接收服务器发出的检测指令，然后第一检测模块620检测第一终端是否进入预定区域。当检测设备在预定区域内检测到第一终端时，第一发送模块630发送乘客已上车的第一确认信息至服务器。通过这种由检测设备检测第一终端是否进入车辆的方式，而不是由司机单方面确认的乘客是否上车。使得确认乘客是否上车这件事情由检测设备进行确认，且与服务器共同完成，进而解决了乘客是否上车现有技术中存在的司机单方面确认乘客是否上车，造成司机刷单、跑空单的行为的技术问题。

此外，图7示出了根据本实施例的第二个方面确定乘客进入车辆装置700，该装置700与根据实施例1的第二个方面所述的方法相对应。参考图7所示，该装置700包括：第二接收模块710，用于接收第二终端发出的用于指示乘客已进入车辆的信息；第二发送模块710，用于向检测设备和/或第一终端发送检测指令，其中，检测设备设置于车辆，用于检测乘客是否进入车辆，第一终端为乘客的终端，并且检测指令用于指示检测设备和/或第一终端检测乘客是否已进入车辆；以及第一确定模块710，用于在从检测设备接收乘客已上车的第一确认信息和/或从第一终端接收乘客已上车的第三确认信息的情况下，确定乘客已经进入车辆。

可选地，还包括：第三发送模块，用于在从检测设备接收乘客未上车的第二确认信息和/或从第一终端接收乘客未上车的第四确认信息的情况下，将用于指示乘客未上车的信息发送至第二终端。

本方案中，确认乘客是否上车，由第二终端发起，服务器发出执行指令，检测设备与第一终端共同完成检测。解决了确认乘客是否上车的技术问题，同时避免了由司机单方面确认的乘客是否上车，而出现的刷单和跑空单的现象。

此外，图8示出了根据本实施例的第三个方面所述的确定乘客进入车辆装置800，该装置800与根据实施例1的第三个方面所述的方法相对应。参考图8所示，该装置800包括：第三接收模块810，用于通过第一终端接收服务器发送的指示检测乘客是否上车的检测指令；第二确定模块820，用于通过第一终端响应于检测指令，与设置于车辆的检测设备通信，确定第一终端是否进入预定区域，其中在第一终端进入预定区域的情况下，判定乘客进入车辆内；以及第四发送模块830，用于通过第一终端在确定进入预定区域的情况下，向服务器发送乘客已经进入车辆的第三确认信息。

可选地，还包括：第三确定模块，用于通过第一终端从服务器接收检测设备的第二标识，并且确定第一终端是否进入预定区域，其中第三确定模块包括：第二识别子模块，用于第一终端通过近场无线通信的方式识别具有第二标识的设备；以及第三判定子模块，用于第一终端在识别具有第二标识的设备的情况下，判定第一终端进入预定区域。

可选地，第三确定模块还包括：第四判定子模块，用于第一终端在预定时间内没有识别具有第二标识的设备的情况下，判定第一终端未进入预定区域并且向服务器发送乘客未上车的第四确认信息。

通过上述装置，使得确认乘客是否上车的操作，通过第二确定模块820检测第一终端是否进入预定区域来实现。再由第四发送模块830向服务器发出确认乘客进入车辆的第一确认信息。而不是由司机端单方面确认乘客是否上车，从而避免了司机刷单、跑空单的行为。

实施例3

图9示出了根据本实施例的第一个方面所述的检测乘客上车的装置900，该装置900与根据实施例1的第一个方面所述的方法相对应。参考图9所示，该装置900包括：第一处理器910；以及

第一存储器920，与第一处理器910连接，用于为第一处理器910提供处理以下处理步骤的指令：接收服务器发送的指示检测乘客是否上车的检测指令；响应于检测指令，检测第一终端是否进入预定区域，其中在第一终端进入预定区域的情况下，判定第一终端进入车辆；以及在检测第一终端进入预定区域的情况下，向服务器发送乘客已上车的第一确认信息。

可选地，第一存储器920还用于为第一处理器910提供处理以下处理步骤的指令：从服务器接收第一终端的第一标识，并且检测第一终端是否进入预定区域的操作包括：通过近场无线通信的方式识别具有第一标识的终端；以及在识别具有第一标识的终端的情况下，判定第一终端进入预定区域。

可选地，检测第一终端是否进入预定区域的操作还包括：在预定时间内没有识别具有第一标识的终端的情况下，判定第一终端未进入预定区域并且向服务器发送乘客未上车的第二确认信息。

此外，图10示出了根据本实施例的第二个方面所述的确定乘客进入车辆的装置1000，该装置1000与根据实施例1的第二个方面所述的方法相对应。参考图10所示，该装置1000包括：第二处理器1010；以及第二存储器1020，与第二处理器连接1020，用于为第二处理器1020提供处理以下处理步骤的指令：接收第二终端发出的用于指示乘客已进入车辆的信息；向检测设备和/或第一终端发送检测指令，其中，检测设备设置于车辆，用于检测乘客是否进入车辆，第一终端为乘客的终端，并且检测指令用于指示检测设备和/或第一终端检测乘客是否已进入车辆；以及在从检测设备接收乘客已上车的第一确认信息和/或从第一终端接收乘客已上车的第三确认信息的情况下，确定乘客已经进入车辆。

可选地，第二存储器1020还用于为第二处理器1010提供处理以下处理步骤的指令：在从检测设备接收乘客已上车的第一确认信息和/或从第一终端接收乘客已上车的第三确认信息的情况下，确定乘客已经进入车辆。

此外，图11示出了根据本实施例的第二个方面所述的检测乘客上车的装置1100，该装置1100与根据实施例1的第三个方面所述的方法相对应。参考图11所示，该装置1100包括：第三处理器1110；以及第三存储器1120，与第三处理器1110连接，用于为第三处理器1110提供处理以下处理步骤的指令：第一终端接收服务器发送的指示检测乘客是否上车的检测指令；以及第一终端响应于检测指令，与设置于车辆的检测设备通信，确定第一终端是否进入预定区域，其中在第一终端进入预定区域的情况下，判定乘客进入车辆；以及第一终端在确定进入预定区域的情况下，向服务器发送乘客已经进入车辆的第三确认信息。

可选地，第三存储器1120还用于为第三处理器1110提供处理以下处理步骤的指令：第一终端从服务器接收检测设备的第二标识，并且确定第一终端是否进入预定区域的操作包括：第一终端通过近场无线通信的方式识别具有第二标识的设备；以及第一终端在识别具有第二标识的设备的情况下，判定第一终端进入预定区域。

可选地，确定第一终端是否进入预定区域的操作，还包括：第一终端在预定时间内没有识别具有第二标识的设备的情况下，判定第一终端未进入预定区域并且向服务器发送乘客未上车的第四确认信息。

通过这种由检测设备检测第一终端是否进入车辆的方式，而不是由司机单方面确认的乘客是否上车。使得确认乘客是否上车这件事情由检测设备进行确认，且与服务器共同完成，进而解决了乘客是否上车现有技术中存在的司机单方面确认乘客是否上车，造成司机刷单、跑空单的行为的技术问题。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。