CN109466326B - 车辆内酒精浓度的检测方法、检测装置以及存储介质 - Google Patents

Abstract

本申请公开了一种车辆内酒精浓度的检测方法、检测装置以及存储介质。其中，该方法包括：接收设置于车辆内的检测装置发送的检测信息，其中检测信息包括车辆内的酒精浓度数据；根据酒精浓度数据，判定车辆内的酒精浓度是否异常；以及在判定车辆内的酒精浓度为异常的情况下，确定引起车辆内的酒精浓度发生异常的对象。解决了现有技术中存在的传统车辆酒精检测装置无法区分司机饮酒还是乘客饮酒，导致车辆酒精检测装置无法大规模商业化应用及推广的技术问题。

Description

车辆内酒精浓度的检测方法、检测装置以及存储介质

技术领域

本申请涉及网约车领域，特别是涉及一种车辆内酒精浓度的检测方法、检测装置以及存储介质。

背景技术

目前，国内网约车已成为一种常见的出行方式，网约车每天的出行频率及数量在不断攀升，网约车的安全指数需求在不断提高，因此网约车司机的安全驾驶行为就尤为重要。众所周知的，酒驾是造成交通事故的最主要的因素，为了解决酒驾的问题，市场上推出一些酒精检测装置能够实时检测车内空气中酒精含量。但是现有的检测装置存在误判的问题，即无法判断司机饮酒还是乘客饮酒，从而导致该技术仍然无法大规模商业化应用及推广。

针对上述的现有技术中存在的传统车辆酒精检测装置无法区分司机饮酒还是乘客饮酒，导致车辆酒精检测装置无法大规模商业化应用及推广的技术问题，目前尚未提出有效的解决方案。

发明内容

本公开的实施例提供了一种车辆内酒精浓度的检测方法、检测装置以及存储介质，以至少解决现有技术中存在的传统车辆酒精检测装置无法区分司机饮酒还是乘客饮酒，导致车辆酒精检测装置无法大规模商业化应用及推广的技术问题。

根据本公开实施例的一个方面，提供了一种车辆内酒精浓度的检测方法，包括：接收设置于车辆内的检测装置发送的检测信息，其中检测信息包括车辆内的酒精浓度数据；根据酒精浓度数据，判定车辆内的酒精浓度是否异常；以及在判定车辆内的酒精浓度为异常的情况下，确定引起车辆内的酒精浓度发生异常的对象。

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

根据本公开实施例的另一个方面，还提供了一种车辆内的酒精浓度的检测装置，包括：处理器410、通信模块420以及检测模块430；处理器410与检测模块430以及通信模块420连接，并且处理器410配置用于执行以下操作的指令：通过通信模块420接收服务器发送的用于检测车辆内的酒精浓度的第一检测指令；响应于第一检测指令，通过检测模块430，检测车辆内的酒精浓度，生成包括车辆内的酒精浓度数据的检测信息；以及通过通信模块420，将检测信息发送至服务器。

根据本公开实施例的另一个方面，还提供了一种车辆内酒精浓度的检测的系统，包括：接收模块，用于接收设置于车辆内的检测装置发送的检测信息，其中检测信息包括车辆内的酒精浓度数据；判断模块，用于根据酒精浓度数据，判定车辆内的酒精浓度是否异常；以及确定模块，用于在判定车辆内的酒精浓度为异常的情况下，确定引起车辆内的酒精浓度发生异常的对象。

根据本公开实施例的另一个方面，还提供了一种车辆内酒精浓度的检测的装置，包括：处理器；以及存储器，与处理器连接，用于为处理器提供处理以下处理步骤的指令：接收设置于车辆内的检测装置发送的检测信息，其中检测信息包括车辆内的酒精浓度数据；根据酒精浓度数据，判定车辆内的酒精浓度是否异常；以及在判定车辆内的酒精浓度为异常的情况下，确定引起车辆内的酒精浓度发生异常的对象。

在本公开实施例中，服务器在判断车辆内的酒精浓度异常的情况下，可以确定造成酒精浓度异常的对象(司机或者乘客)，而不是直接认定造成酒精浓度异常的对象为司机，避免了误判情况的发生。从而达到了能够区分司机饮酒还是乘客饮酒的技术效果。进而解决了现有技术中存在的传统车辆酒精检测装置无法区分司机饮酒还是乘客饮酒，导致车辆酒精检测装置无法大规模商业化应用及推广的技术问题。

附图说明

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

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

图2是根据本公开实施例1所述的车辆内酒精浓度的检测系统的示意图；

图3是根据本公开实施例1所述的车辆内酒精浓度的检测方法的流程示意图；

图4是根据本公开实施例所述的车辆内的酒精浓度的检测装置的示意图；

图5是根据本公开实施例2所述的车辆内酒精浓度的检测的系统示意图；以及

图6是根据本公开实施例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包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

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

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

图2是根据本实施例所述的确定引起检测信息异常的对象以及检测车内信息的系统的示意图。参照图2所示，该系统可以应用到网约车的车辆酒精检测领域，通过该系统可以区分司机饮酒还是乘客饮酒，以及在确定饮酒对象后执行相应的操作。该系统包括：服务器210和检测装置221，其中检测装置221安装在车辆220上，用户230可以作为司机，用户240可以作为乘客。需要说明的是，系统中的服务器210以及检测装置221均可适用上面所述的硬件结构。

在上述运行环境下，根据本实施例的第一个方面，提供了一种确定引起检测信息异常的对象的方法，该方法由图2中所示的服务器210实现。图3示出了该方法的流程示意图，参考图3所示，该方法包括：

S301：接收设置于车辆内的检测装置发送的检测信息，其中检测信息包括车辆内的酒精浓度数据；

S302：根据酒精浓度数据，判定车辆内的酒精浓度是否异常；以及

S303：在判定车辆内的酒精浓度为异常的情况下，确定引起车辆内的酒精浓度发生异常的对象。

正如背景技术中所述的，目前国内网约车已成为一种常见的出行方式，网约车每天的出行频率及数量在不断攀升，网约车的安全指数需求在不断提高，因此网约车司机的安全驾驶行为就尤为重要。众所周知的，酒驾是造成交通事故的最主要的因素，为了解决酒驾的问题，市场上推出一些酒精检测装置能够实时检测车内空气中酒精含量，但是现有的检测装置存在误判的问题(即：无法判断司机饮酒还是乘客饮酒)，导致该技术仍然无法大规模商业化应用及推广。

具体地，参考图2所示，针对上述背景技术中存在的问题，本实施例的技术方案所提供的服务器210接收设置于车辆220内的检测装置221发送的检测信息，其中检测信息包括车辆内的酒精浓度数据。例如，检测装置221实时(1秒/次)检测车辆220内的酒精浓度数据并发送至服务器210，此时服务器210实时接收检测装置221发送的酒精浓度数据。

进一步地，服务器210根据接收到的酒精浓度数据，判定车辆内的酒精浓度是否异常。最终，在判定车辆内的酒精浓度为异常的情况下，服务器210确定引起车辆220内的酒精浓度发生异常的对象。例如，服务器210需要确定是司机230饮酒造成车内酒精浓度异常或者是乘客240造成酒精浓度异常。

从而，通过这种方式，使得服务器210在判断车辆220内的酒精浓度异常的情况下，可以确定造成酒精浓度异常的对象，而不是直接认定造成酒精浓度异常的对象为司机，避免了误判情况的发生。从而达到了能够区分司机饮酒还是乘客饮酒的技术效果。进而解决了现有技术中存在的传统车辆酒精检测装置无法区分司机饮酒还是乘客饮酒，导致车辆酒精检测装置无法大规模商业化应用及推广的技术问题。

可选地，确定引起车辆内的酒精浓度发生异常的对象的操作，包括：确定在车辆内的酒精浓度发生异常的时刻，车辆内是否有乘客；以及在确定车辆内没有乘客的情况下，确定引起车辆内的酒精浓度发生异常的对象为车辆的司机。

具体地，在确定引起车辆内的酒精浓度发生异常的对象的操作中，服务器210首先确定在车辆内的酒精浓度发生异常的时刻，车辆内是否有乘客。例如，某时刻的酒精浓度异常，此时服务器210判断车辆220内是否有乘客上车。然后，在确定车辆内没有乘客的情况下，服务器210确定引起车辆内的酒精浓度发生异常的对象为车辆的司机(即：司机存在酒后驾驶的行为)。

通过这种方式，服务器210不仅可以判断出车辆220的酒精浓度异常(存在饮酒后上车的行为)，而且还可以通过判断车辆220没有乘客上车进而判断出饮酒的为司机230。运用此方法判断饮酒对象操作简单容易实现，并且使得酒精检测系统更加合理，减少误判的情况发生，提高了运营的效率。

可选地，在确定车辆内有乘客的情况下，执行以下操作：确定乘客进入车辆的上车时间；判定上车时间之前的预定时刻车辆内的酒精浓度是否异常；以及在判定预定时刻车辆内的酒精浓度异常的情况下，确定引起车辆内的酒精浓度发生异常的对象为车辆的司机；和/或在判定预定时刻车辆内的酒精浓度无异常的情况下，确定引起车辆内的酒精浓度发生异常的对象为乘客。

具体地，在确定车辆内有乘客的情况下，服务器210还需要确定乘客进入车辆的上车时间。例如，乘客240的上车时间为9:00。然后，服务器210判定上车时间(即9:00)之前的预定时刻车辆220内的酒精浓度是否异常。例如，服务器210判断上车前一分钟8:59分(即，预定时刻)时车内的酒精浓度。其中，服务器210接收到的检测信息会保存一定时间。最后，服务器210在判定乘客240已经上车以及预定时刻(即，8:59分)车辆内的酒精浓度也为异常的情况下，即在乘客240没有上车之前，车辆220内的酒精浓度已经异常，那么服务器210可以确定引起车辆220内的酒精浓度发生异常的对象为车辆的司机230。和/或在判定预定时刻车辆220内的酒精浓度无异常的情况下，即在乘客240没有上车之前，车辆220内的酒精浓度无异常，此时服务器210可以确定引起车辆内的酒精浓度发生异常的对象为乘客240。

通过这种方式，在酒精浓度异常以及有乘客(乘客240)上车的情况下，服务器210通过判断乘客240上车时刻的预定时刻(即乘客上车之前的某一时刻)车辆220内的酒精浓度是否异常，进而也可以区分出司机230饮酒或者乘客240饮酒。从而提高乘客安全乘车安全指数，并且避免了误判的发生，使得判断司机或者乘客饮酒的方法更加完善且严谨。

可选地，判定车辆内的酒精浓度是否异常的操作包括：判定酒精浓度数据是否大于预先设定的阈值。

具体地，服务器210将酒精浓度数据大于阈值的情况判定为异常。通过阈值的方式简化了判断的过程，并且阈值是预先设定的并且方便调整，因而可以简单的解决因时间和场景的不同造成误差的问题。

可选地，还包括：在确定引起车辆内的酒精浓度发生异常的对象为车辆的司机的情况下，将司机的状态设置为禁止接单或禁止工作的状态。

具体地，服务器210在确定引起车辆内的酒精浓度发生异常的对象为司机230的情况下，将司机230的状态设置为禁止接单或禁止工作的状态。通过这种方式，不仅保证乘客的乘坐安全问题，而且还秉承着合法、合规的运营理念。

可选地，还包括：在确定引起车辆内的酒精浓度发生异常的对象为车辆内的乘客的情况下，启动对车辆内的乘客的监测操作。

具体地，服务器210在确定引起车辆内的酒精浓度发生异常的对象为乘客240的情况下，服务器210启动对车辆内的乘客240的监测操作。例如，在乘客240饮酒后登车的情况下，服务器210会对该乘客进行监测操作。例如，监测乘客240的下车地点，或者联系到该乘客240的紧急联系人(紧急联系人可以是乘客240首次登陆平台时所设置的)。通过这种方式，可以实时监测饮酒乘客的动向，保护了乘客的安全，使得网约车平台更加人性化。

可选地，确定车辆内是否有乘客的操作包括：根据车辆的司机发送的乘客已进入车辆的信息判定车辆内是否有乘客。

具体地，在服务器210确定车辆内是否有乘客的操作中，服务器210根据车辆220的司机230发送的乘客已进入车辆220的信息判断乘客240已进入车辆。例如，司机230在乘客240进入车辆的情况下，司机230需要确定已经接到乘客240(即，司机230需要向服务器210发送乘客已上车的信息)，此时，服务器210可以判断车辆220内是否有乘客。

可选地，确定车辆内是否有乘客的操作包括：根据从检测装置发送的指示车辆内是否有乘客的信息，判定车辆内是否有乘客。

具体地，车辆220内的检测装置221接收服务器210发送的检测乘客是否上车的检测指令，其中检测指令指示检测装置221检测乘客240的第一终端设备(图中未示出)发出的信号。然后，检测装置221检测第一终端设备是否进入预定区域。其中该预定区域可以是以车辆220为中心向四周扩展而形成的一定范围，也可以是检测装置221可以检测到第一终端设备的一定检测范围。如果在预定区域内检测装置221检测到第一终端设备，则检测装置221判定第一终端设备进入车辆(即，乘客240已上车)，并将该信息发送至服务器210。进而，服务器210可以根据检测装置221发送的信息判断是否有乘客上车。

通过这种方式，服务器210可以判断乘客是否上车，进而可以判断造成酒精浓度异常的对象，此方法操作简单方便实现，减少了不必要的计算量。

此外，可选地，检测装置221能够接收由服务器210发出的第一终端设备的标识。然后检测装置221通过近场无线通信的方式识别具有该标识的终端。在识别出具有该标识的终端的情况下，第二检测模块432判断乘客进入车辆220。

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

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

此外，检测装置221还能够根据检测到的第一终端设备的近场无线通信的信号强度，来判定第一终端设备与检测装置221之间的距离，从而判定乘客是否进入车辆220。

具体地，第一终端设备与检测装置221之间的距离越远，则检测装置221所检测的第一终端设备的信号强度越弱；第一终端设备与检测装置221之间的距离越近，则检测装置221所检测的第一终端设备的信号强度越强。从而，检测装置221通过所检测的第一终端设备的信号强弱即可判定第一终端设备与检测装置221之间的距离，进而判断乘客是否进入车辆。

从而根据本实施例的第一个方面，达到了既可以检测车辆酒精浓度异常，并且还能够确定造成酒精浓度数据异常的对象(司机或者乘客)的技术效果。进而解决了现有技术中存在的传统车辆酒精检测装置无法区分司机饮酒还是乘客饮酒，导致车辆酒精检测装置无法大规模商业化应用及推广的技术问题。

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

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

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

实施例2

图4示出了本实施例所述的车辆内的酒精浓度的检测装置400的示意图。参考图2所示，该装置400例如可以安装于车辆220内，用于检测车内的数据(例如：酒精浓度数据)。该装置400包括：一种车辆内的酒精浓度的检测装置，其特征在于，包括：处理器410、通信模块420以及检测模块430；处理器410与检测模块430以及通信模块420连接，并且处理器410配置用于执行以下操作的指令：通过通信模块420接收服务器发送的用于检测车辆内的酒精浓度的第一检测指令；响应于第一检测指令，通过检测模块430，检测车辆内的酒精浓度，生成包括车辆内的酒精浓度数据的检测信息；以及通过通信模块420，将检测信息发送至服务器。

具体地，参考图4所示，车辆内的酒精浓度的检测装置400的通信模块420接收服务器发送的第一检测指令，例如但不限于，通信模块420可以是4G传输模块。然后，检测装置400响应于该第一检测指令，通过检测模块430实时(例如：每秒一次)检测车内的酒精浓度数据，生成检测信息。其中，酒精浓度数据可以通过酒精传感器和蓝牙模块进行酒精检测。最终，检测装置400通过通信模块420将检测信息发送至服务器。通过这种方式，检测装置400可以实时的检测车内的酒精浓度数据并发送至服务器，达到了检测的效果。

可选地，检测模块430包括：第一检测模块431，配置用于检测车内酒精浓度数据；以及第二检测模块432，配置用于检测车辆内是否有乘客，并且并且其中处理器410还配置用于执行以下操作：通过通信模块420接收服务器发送的用于检测车辆内是否有乘客的第二检测指令；响应于第二检测指令，通过检测模块430检测车辆内是否有乘客，并通过通信模块420将指示车辆内是否有乘客的信息发送至服务器。

具体地，检测模块430包括：第一检测模块431用于检测酒精浓度，以及第二检测模块432用于检测是否有乘客上车。酒精浓度的检测装置400的通信模块420接收服务器210发送的第二检测指令。然后，车辆内的酒精浓度的检测装置400响应于该第一检测指令，通过第二检测模块432实时(例如：每秒一次)检测车内是否有乘客上车的数据并发送至服务器。

从而，本实施例通过车辆内的酒精浓度的检测装置400检测车内的酒精浓度数据，再将酒精浓度数据发送至服务器。然后在酒精浓度数据异常的情况下，服务器可以根据车辆内的酒精浓度的检测装置400发送的是否有乘客上车的数据，进一步地确认引起酒精浓度数据异常的对象是司机还是乘客。进而解决了现有技术中存在的酒精检测装置无法区分司机饮酒还是乘客饮酒，导致车辆酒精检测装置无法大规模商业化应用及推广的技术问题。

此外，可选地，第二检测模块432能够接收由服务器210发出的乘客终端的标识。然后第二检测模块432通过近场无线通信的方式识别具有该标识的终端。在识别出具有该标识的终端的情况下，第二检测模块432判断乘客进入车辆220。

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

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

此外，第二检测模块432还能够根据检测到的乘客终端的近场无线通信的信号强度，来判定乘客终端与检测装置400之间的距离，从而判定乘客是否进入车辆220。

具体地，终端与检测装置400之间的距离越远，则第二检测模块432所检测的终端的信号强度越弱；终端与检测设备400之间的距离越近，则第二检测模块432所检测的终端的信号强度越强。从而，第二检测模块432通过所检测的终端的信号强弱即可判定终端与检测设备400之间的距离，进而判断乘客是否进入车辆。

实施例3

图5示出了根据本实施例所述的车辆内酒精浓度的检测的系统500，该系统500与根据实施例1的第一个方面所述的方法相对应。参考图5所示，该系统500包括：接收模块510，用于接收设置于车辆内的检测装置发送的检测信息，其中检测信息包括车辆内的酒精浓度数据；判断模块520，用于根据酒精浓度数据，判定车辆内的酒精浓度是否异常；以及确定模块530，用于在判定车辆内的酒精浓度为异常的情况下，确定引起车辆内的酒精浓度发生异常的对象。

可选地，确定模块包括：第一确定子模块，用于确定在车辆内的酒精浓度发生异常的时刻，车辆内是否有乘客；以及第二确定子模块，用于在确定车辆内没有乘客的情况下，确定引起车辆内的酒精浓度发生异常的对象为车辆的司机。

可选地，第一确定子模块包括：时间确定单元，用于确定乘客进入车辆的上车时间；判定单元，用于判定上车时间之前的预定时刻车辆内的酒精浓度是否异常；以及确定单元，用于在判定预定时刻车辆内的酒精浓度异常的情况下，确定引起车辆内的酒精浓度发生异常的对象为车辆的司机；和/或在判定预定时刻车辆内的酒精浓度无异常的情况下，确定引起车辆内的酒精浓度发生异常的对象为乘客。

可选地，判断模块包括：阈值判断子模块，用于判定酒精浓度数据是否大于预先设定的阈值。

可选地，还包括：第一执行模块，用于在确定引起车辆内的酒精浓度发生异常的对象为车辆的司机的情况下，将司机的状态设置为禁止接单或禁止工作的状态。

可选地，还包括：第二执行模块，用于在确定引起车辆内的酒精浓度发生异常的对象为车辆内的乘客的情况下，启动对车辆内的乘客的监测操作。

可选地，第一确定子模块包括：第一判断单元，用于根据车辆的司机发送的乘客已进入车辆的信息判定车辆内是否有乘客。

可选地，第一确定子模块包括：第二判断单元，用于根据从检测装置发送的指示车辆内是否有乘客的信息，判定车辆内是否有乘客。

从而根据本实施例，通过车辆内酒精浓度的检测的系统500，在判断车辆内的酒精浓度异常的情况下，可以确定造成酒精浓度异常的对象(司机或乘客)，而不是直接认定造成酒精浓度异常的对象为司机，避免了误判情况的发生。从而达到了能够区分司机饮酒还是乘客饮酒的技术效果。进而解决了现有技术中存在的传统车辆酒精检测装置无法区分司机饮酒还是乘客饮酒，导致车辆酒精检测装置无法大规模商业化应用及推广的技术问题。

实施例4

图6示出了根据本实施例所述的车辆内酒精浓度的检测的装置600，该装置600与根据实施例1的第一个方面所述的方法相对应。参考图6所示，该装置600包括：处理器610；以及存储器620，与处理器610连接，用于为处理器610提供处理以下处理步骤的指令：接收设置于车辆内的检测装置发送的检测信息，其中检测信息包括车辆内的酒精浓度数据；根据酒精浓度数据，判定车辆内的酒精浓度是否异常；以及在判定车辆内的酒精浓度为异常的情况下，确定引起车辆内的酒精浓度发生异常的对象。

可选地，确定引起车辆内的酒精浓度发生异常的对象的操作，包括：确定在车辆内的酒精浓度发生异常的时刻，车辆内是否有乘客；以及在确定车辆内没有乘客的情况下，确定引起车辆内的酒精浓度发生异常的对象为车辆的司机。

可选地，在确定车辆内有乘客的情况下，执行以下操作：确定乘客进入车辆的上车时间；判定上车时间之前的预定时刻车辆内的酒精浓度是否异常；以及在判定预定时刻车辆内的酒精浓度异常的情况下，确定引起车辆内的酒精浓度发生异常的对象为车辆的司机；和/或在判定预定时刻车辆内的酒精浓度无异常的情况下，确定引起车辆内的酒精浓度发生异常的对象为乘客。

可选地，判定车辆内的酒精浓度是否异常的操作包括：判定酒精浓度数据是否大于预先设定的阈值。

可选地，存储器620还用于为处理器610提供处理以下处理步骤的指令：在确定引起车辆内的酒精浓度发生异常的对象为车辆的司机的情况下，将司机的状态设置为禁止接单或禁止工作的状态。

可选地，存储器620还用于为处理器610提供处理以下处理步骤的指令：在确定引起车辆内的酒精浓度发生异常的对象为车辆内的乘客的情况下，启动对车辆内的乘客的监测操作。

可选地，确定车辆内是否有乘客的操作包括：根据车辆的司机发送的乘客已进入车辆的信息判定车辆内是否有乘客。

可选地，确定车辆内是否有乘客的操作包括：根据从检测装置发送的指示车辆内是否有乘客的信息，判定车辆内是否有乘客。

从而根据本实施例，通过车辆内酒精浓度的检测的装置600，在判断车辆内的酒精浓度异常的情况下，可以确定造成酒精浓度异常的对象(司机或乘客)，而不是直接认定造成酒精浓度异常的对象为司机，避免了误判情况的发生。从而达到了能够区分司机饮酒还是乘客饮酒的技术效果。进而解决了现有技术中存在的传统车辆酒精检测装置无法区分司机饮酒还是乘客饮酒，导致车辆酒精检测装置无法大规模商业化应用及推广的技术问题。

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

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

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

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

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

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

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

Claims (9)

1.一种车辆内酒精浓度的检测方法，其特征在于，包括：

接收设置于车辆内的检测装置发送的检测信息，其中所述检测信息包括所述车辆内的酒精浓度数据；

根据所述酒精浓度数据，判定所述车辆内的酒精浓度是否异常；以及

在判定所述车辆内的酒精浓度为异常的情况下，确定引起所述车辆内的酒精浓度发生异常的对象，其中

确定引起所述车辆内的酒精浓度发生异常的对象的操作，包括：确定在所述车辆内的酒精浓度发生异常的时刻，所述车辆内是否有乘客；

在确定所述车辆内有乘客的情况下，确定所述乘客进入所述车辆的上车时间；

判定所述上车时间之前的预定时刻所述车辆内的酒精浓度是否异常；以及

在判定所述预定时刻所述车辆内的酒精浓度异常的情况下，确定引起所述车辆内的酒精浓度发生异常的对象为所述车辆的司机；和/或在判定所述预定时刻所述车辆内的酒精浓度无异常的情况下，确定引起所述车辆内的酒精浓度发生异常的对象为所述乘客。

2.根据权利要求1所述的方法，其特征在于，确定引起所述车辆内的酒精浓度发生异常的对象的操作，还包括：

在确定所述车辆内没有乘客的情况下，确定引起所述车辆内的酒精浓度发生异常的对象为所述车辆的司机。

3.根据权利要求1所述的方法，其特征在于，判定所述车辆内的酒精浓度是否异常的操作包括：判定所述酒精浓度数据是否大于预先设定的阈值。

4.根据权利要求1-3中任意一项所述的方法，其特征在于，还包括：

在确定引起所述车辆内的酒精浓度发生异常的对象为所述车辆的司机的情况下，将所述司机的状态设置为禁止接单或禁止工作的状态。

5.根据权利要求1-3中任意一项所述的方法，其特征在于，还包括：

在确定引起所述车辆内的酒精浓度发生异常的对象为所述车辆内的乘客的情况下，启动对所述车辆内的乘客的监测操作，其中

对所述车辆内的乘客的监测操作，包括：监测乘客的下车地点；或者联系乘客的紧急联系人。

6.根据权利要求1所述的方法，其特征在于，确定所述车辆内是否有乘客的操作包括：根据所述车辆的司机发送的乘客已进入车辆的信息判定车辆内是否有乘客。

7.根据权利要求1所述的方法，其特征在于，确定所述车辆内是否有乘客的操作包括：根据从所述检测装置发送的指示所述车辆内是否有乘客的信息，判定所述车辆内是否有乘客。

8.一种车辆内的酒精浓度的检测装置，其特征在于，包括：处理器(410)、通信模块(420)以及检测模块(430)；

所述处理器(410)与所述检测模块(430)以及所述通信模块(420)连接，并且所述处理器(410)配置用于执行以下操作的指令：

通过所述通信模块(420)接收服务器发送的用于检测车辆内的酒精浓度的第一检测指令；

响应于所述第一检测指令，通过所述检测模块(430)，检测车辆内的酒精浓度，生成包括所述车辆内的酒精浓度数据的检测信息；以及

通过所述通信模块(420)，将所述检测信息发送至所述服务器，其中

所述检测模块(430)包括第二检测模块(432)，配置用于检测所述车辆内是否有乘客，并且其中

所述处理器(410)还配置用于执行以下操作：

通过所述通信模块(420)接收服务器发送的用于检测所述车辆内是否有乘客的第二检测指令；

响应于所述第二检测指令，通过所述检测模块(430)检测所述车辆内是否有乘客，并通过所述通信模块(420)将指示所述车辆内是否有乘客的信息发送至所述服务器。

9.根据权利要求8所述的检测装置，其特征在于，所述检测模块(430)还包括：

第一检测模块(431)，配置用于检测所述车辆内的酒精浓度数据。

Images