具体实施方式

本说明书实施例提供基于NFC技术的营运车辆司机签到方法、装置以及设备。

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

图1为本说明书一个或多个实施例提供的一种基于NFC技术的营运车辆司机签到方法的流程示意图。该方法可以应用于不同的业务领域，比如，物流业务领域、公务业务领域、旅游业务领域、城市交通业务领域等。该流程可以由相应领域的计算设备(比如，城市交通业务对应的智能客服服务器或者智能移动终端等)执行，流程中的某些输入参数或者中间结果允许人工干预调节，以帮助提高准确性。

图1中的流程可以包括以下步骤：

S102：在所述司机的收钱码牌处于靠近于所述机具的状态下，通过读取所述收钱码牌携带的NFC芯片，得到所述收钱码牌的码牌标识，其中，所述靠近于所述机具的状态使得所述收钱码牌的位置便于所述营运车辆的乘客扫码付钱。

在本说明书的一个或多个实施例中，该流程的执行主体是安装在营运车辆上的机具，该机具是司机基于营运车辆的车架号、车牌号等相关信息，向服务器申请的。也就是说，本说明书中的机具是与营运车辆相关联的，且具有与服务器通信的功能以及NFC芯片的读取功能。另外，本说明书中的营运车辆是指网约车、出租车等司机收钱载客的车辆。因此，本说明书中的营运车辆司机签到方案，可以结合司机收钱这一日常运营动作，实现司机签到。当然，机具除了用于司机签到以外，可以具有更多的用途，比如，用于收集其关联的营运车辆的具体营运信息并根据需要反馈给服务器，具体营运信息比如包括：位置变化和行车路径、车内音影数据、车辆状态和操作数据等。

进一步地，根据机具和运营车辆的实际情况，将机具设置在运营车辆内的特定位置，该特定位置使得：司机执行的某些日常运营动作，会顺便导致收钱码牌被机具读取成功，进而触发签到动作；后面会对特定位置进行举例说明。在一种场景下，司机进行收钱动作(属于一种日常运营动作)时，会向车上的乘客出示收钱码牌，以便于乘客进行扫码付钱动作，而在这个过程中，会使司机的收钱码牌例如二维码、条形码等制作而成的码牌，靠近安装于车辆上的机具。需要说明的是，本说明书中的收钱码牌中携带有NFC芯片，且该NFC芯片中写有与司机身份相关联的码牌标识。因此，机具在收钱码牌靠近时，可以通过读取收钱码牌中的NFC芯片，得到收钱码牌的码牌标识。

S104：根据所述码牌标识与服务器进行通信，以使所述服务器确定是否存在与所述码牌标识具有关联关系的司机并据此响应。

在机具得到收钱码牌的码牌标识后，可以在机具本地确定是否存在与该码牌标识具有关联关系的司机，然后将确定结果发送给服务器，也可以将该码牌标识直接发送给服务器，由服务器去确定是否存在与该码牌标识具有关联关系的司机，然后接收服务器返回的响应。

在本说明书的一个或多个实施例中，在上述前者方案中，要求机具具有一定的存储功能，存储有若干司机与码牌标识的关联关系。需要说明的是，本说明书中的收钱码牌是司机实名制向服务器申请的，在服务器基于司机身份生成对应的收钱码牌时，同时生成了与司机具有关联关系的码牌标识。并且，码牌标识与司机是一一对应的。服务器生成收钱码牌之后，可以将上述关联关系存储到机具中，并且服务器在不断生成收钱码牌的过程中，还会实时更新机具上存储的关联关系。因此，在机具获取到收钱码牌的码牌标识之后，可以通过该收钱码牌的标识在本地存储的若干关联关系中进行查找，以在机具本地确定是否存在与码牌标识具有关联关系的司机，并将确定结果发送给服务器。

进一步地，如果服务器接收到的确定结果是机具确定在本地存在与码牌标识具有关联关系的司机，则服务器根据当前通信的机具确定出该机具对应的车辆信息，然后将车辆信息与收钱码牌相关联的司机信息进行关联，以此完成司机针对该营运车辆的签到，并向机具返回签到成功的响应。而如果服务器接收到的确定结果是机具确定在本地不存在与码牌标识具有关联关系的司机，则服务器根据该确定结果向机具返回签到失败的响应。

在本说明书的一个或多个实施例中，在上述后者方案中，机具在得到收钱码牌的码牌标识之后，直接将该码牌标识发送给服务器，此时，服务器会在其存储的若干关联关系中，查找与该码牌标识具有关联关系的司机。需要说的是，此处的服务器存储的若干关联关系是在司机基于自身实名制信息向服务器申请收钱码牌时生成的若干司机与码牌标识之间的关联关系。即此处服务器存储的若干关联关系与上述的机具存储的若干关联关系是一样的，区别仅在于是服务器存储到本地，还是发送给机具让机具存储。

进一步地，如果服务器能查找到与该码牌标识具有关联关系的司机，则服务器将与之通信的机具关联的车辆信息与查找到的司机进行关联，以此实现司机针对营运车辆的签到，并向机具返回签到成功的响应；而如果服务器在存储的若干关联关系中，查找不到与该码牌标识具有关联关系的司机，则直接向机具返回签到失败的响应。

S106：根据所述服务器的所述响应，确定所述司机是否针对所述营运车辆签到成功。

在机具基于得到的码牌标识与服务器进行通信并得到服务器返回的响应之后，就可以根据服务器的具体响应，确定司机是否针对该营运车辆签到成功。

在本说明书的一个或多个实施例中，服务器向机具返回的响应可以是签到成功响应或者签到失败响应。如果机具接收到的服务器返回的响应是签到成功响应，则确定司机针对该营运车辆签到成功；而如果机具接收到的服务器返回的响应是签到失败响应，则确定司机针对该营运车辆签到失败。

另外，在本说明书的一个或多个实施例中，如果机具确定司机针对该营运车辆签到失败，则机具重新读取收钱码牌的NFC芯片，获取最新的码牌标识，并基于该最新的码牌标识重新与服务器进行通信。

基于图1的方法，本说明书还提供了该方法的一些具体实施方案和扩展方案，下面继续进行说明。

在本说明书一个或多个实施例中，机具可以是具有载物功能(比如，机具顶部为一个明确设置的载物台)的，也可以是不具有载物功能的。如果机具具有载物功能，则司机在开始运营车辆时，可以将其收钱码牌(在这种情况下，可以选择可立放的收钱码牌)放置在机具上，只要机具的位置与收钱码牌的放置方式方便于乘客进行扫码付钱动作即可，这样的话司机在运营过程中，都不需要再次移动该收钱码牌。而如果机具不具有载物功能，那么司机每次收钱都会将收钱码牌(比如，不便于立放的卡牌形式的收钱码牌)拿出来向乘客出示，在这个过程中，就针对的司机每次向乘客出示收钱码牌的过程，对机具的安装位置提出了实际的要求，即机具的安装位置可以使得机具在司机每次向乘客正常出示收钱码牌时，都能使机具读取到收钱码牌的NFC芯片。因此，为了便于司机在收钱这一日常运营动作过程中实现签到，就要求机具的安装位置与机具是否具有载物功能以及司机的出示动作相配合。

具体地，在机具具有载物功能的情况下，本说明书中的收钱码牌靠近机具的状态就是收钱码牌立于机具上，且为了便于乘客基于该收钱码牌进行扫码付钱动作，本说明书中将收钱码牌设置于朝向至少一个乘客座位的方向。

进一步地，在上述情况下，司机在每天开始运营车辆之前，直接将其收钱码牌放置于机具上即可，这样机具可以直接读取收钱码牌中的NFC芯片，进而实现司机的签到。并且，在这种情况下，机具的安装位置并没有非常严格的要求，只要便于司机放置收钱码牌且便于乘客扫描其上立着的收钱码牌即可。在本说明书的一个或多个实施例中，此时的机具安装位置(即作为上述的特定位置)包括以下至少一项：所述营运车辆的中控台、所述营运车辆的座位后背、所述营运车辆的前置物台。需要说明的是，上述营运车辆的座位后背指的是营运车辆主驾驶的座位后背或者是营运车辆副驾驶的座位后背，上述营运车辆的前置物台指的是车辆前挡风玻璃与车辆中控台之间的区域。上述这几个安装位置都便于坐在车辆后排的乘客及时看到司机的收钱码牌，且在收钱码牌朝向乘客座位方向时，更加便于乘客进行扫码付钱动作。

在本说明书的一个或多个实施例中，如果设置于营运车辆上的机具不具有载物功能，也就是司机不能将收钱码牌放置于机具上，此时，司机一般会将收钱码牌贴身放置或者是放置在手边，便于司机拿到该收钱码牌向乘客出示。因此，在机具不具有载物功能的情况下，本说明书中的收钱码牌靠近机具的状态，就是司机手持收钱码牌向乘客出示时，收钱码牌移动至机具的NFC读取范围之内。而可以明确的是，司机坐在主驾驶座位上进行驾驶操作，如果司机想将自己手中的收钱码牌向乘客出示，不管是乘客坐在副驾驶位置，还是乘客坐在后排位置时，司机都会拿着收钱码牌往主驾驶座位与副驾驶座位中间的位置区域靠近。而又因为机具采用的NFC技术的读取识别范围可能较小，比如为5cm以内。因此，为了保证机具能够在司机出示收钱码牌过程中，有效的读取到收钱码牌中的NFC芯片，本说明书中此时的机具安装位置即为营运车辆的主驾驶座位靠背与副驾驶座位靠背之间位置的附近区域内，例如营运车辆通常放置司机茶杯的位置，或者驾驶操作档位杆稍靠后的位置。

可以明确的是，在机具具有载物功能，即收钱码牌可以放置在机具上时，在这种情况下，收钱码牌中的NFC芯片只有在收钱码牌被放置在机具上的瞬间被机具读取一次，即这种情况下不会出现机具重复多次读取收钱码牌中NFC芯片的操作。而在机具不具有载物功能，需要司机手持收钱码牌向乘客出示时，这种情况下，只要司机向乘客出示一次收钱码牌，就使得该收钱码牌进入机具的NFC读取范围内一次，即这种情况下会出现机具多次读取收钱码牌的NFC芯片的操作，而如果每次机具读取完NFC芯片获取到收钱码牌的码牌标识后，都与服务器进行通信，就有可能造成司机针对该营运车辆实现多次重复签到。

为了避免上述重复签到情况的发生，在本说明书的一个或多个实施例中，在机具不具有载物功能时，即需要司机手持收钱码牌向乘客出示的情况下，只要机具接收到服务器的响应确定司机针对该营运车辆签到成功，就关闭NFC读取功能，不再读取收钱码牌中的NFC芯片。这样的话，即使司机多次手持收钱码牌进入机具的NFC读取范围内，机具也不会重复多次读取NFC芯片，避免了重复签到情况的发生。

但是，为了保证司机的正常签到，机具也不能一直关闭NFC读取功能。因此，在本说明书的一个或多个实施例中，机具在接收到服务器发送的重新读取指令之后，会重新激活或打开NFC芯片的读取功能。需要说明的是，服务器的重新读取指令不是随意发送的是，而是基于预设时间段内，首个乘客通过收钱码牌进行扫码付钱动作确定的。需要说明的是，司机的收钱码牌是司机基于个人实名制信息向服务器申请的，因此，收钱码牌是与服务器存在联系的。也就是说，乘客扫描该收钱码牌进行付钱时，其付钱信息是能够被服务器获取到的。这样的话，如果服务器在预设时间段内，首次接收到该收钱码牌对应的到款时，就可以生成重新获取指令发送给该收钱码牌关联的司机，上次签到的营运车辆上的机具，以便于机具重新打开NFC读取功能。

比如，机具安装在营运车辆的主驾驶座位靠背与副驾驶座位靠背中间位置的附近区域(比如，该中间位置周围10厘米以内)，此时在该附近区域内确定上述的特定位置，且机具不具有载物功能。司机第一天进行运营动作，在接到第一单并到达目的地之后，会手持收钱码牌向乘客出示，此时，收钱码牌自然地移动至机具的NFC读取范围之内，机具可以读取到收钱码牌的NFC芯片得到码牌标识，进而与服务器进行通信实现签到。在机具确定司机针对该营运车辆签到成功之后，关闭NFC读取功能，此时司机在完成第二单并向乘客出示收钱码牌时，即使收钱码牌再次移动至机具的NFC读取范围之内，由于机具的NFC读取功能关闭，也不会再次读取收钱码牌的NFC芯片，从而避免了重复签到。在24小时之后，如果服务器第一次接收到乘客通过该收钱码牌的付款信息，则生成重新读取指令并发送给该收钱码牌关联的司机，上次签到的运营车辆上的机具，此时机具会打开NFC芯片读取功能，以在司机手持收钱码牌再次移动至机具的NFC读取范围之内时，读取NFC芯片得到码牌标识，进而实现司机第二天的签到。

进一步地，在收钱码牌可以立于机具上的情况下，如果司机在结束一天的运营过程之后，将收钱码牌拿走，第二天重新将收钱码牌放置在机具上，这样的话机具可以自动实现司机第二天的签到动作。而如果司机第一天结束后不将收钱码牌拿走，即第二天司机不会再将收钱码牌放置在机具上(司机仅放置一次收钱码牌，第一天结束后不拿走)，这种情况下，也可以通过服务器向机具发送提醒指令，使机具发出未签到告警播报，提醒司机签到。需要说明的是，服务器确定并发送提醒指令的原理与服务器确定并发送重新获取指令的原理相似或相同，都是基于预设时间段内，接收到首个乘客通过收钱码牌进行扫码付钱动作确定的，本说明书在此不做赘述。

本说明书提出的基于NFC技术的营运车辆司机签到方法，其执行主体不仅可以是营运车辆上设置的机具，如图1所示。也可以是营运车辆上设置的机具对应的服务器，相应地从服务器角度进行描述，如图2所示。

图2为本说明书一个或多个实施例提供的另一种基于NFC技术的营运车辆司机签到方法的流程示意图。图2中的流程可以包括以下步骤：

S202：响应于所述机具根据码牌标识进行的通信，确定是否存在与所述码牌标识具有关联关系的司机，其中，所述码牌标识是所述机具在所述司机的收钱码牌处于靠近于所述机具的状态下，通过读取所述收钱码牌携带的NFC芯片得到的。

在之前的相关描述中可以得知，本说明书中的码牌标识是写在NFC芯片中的，且该NFC芯片是设置于司机的收钱码牌中的。在司机的收钱码牌靠近机具时，机具会读取收钱码牌中的NFC芯片，以得到收钱码牌的码牌标识并与服务器通信。

进一步地，服务器响应于机具根据码牌标识发起的通信，会确定出是否存在与该码牌标识对应的司机。其具体的确定过程及方案，在之前的相关描述中已经说明，本说明书在此不作赘述。

S204：根据所述确定的结果，完成所述司机针对所述营运车辆的签到。

服务器在确定是否存在与码牌标识对应的司机之后，会根据该确定结果，完成司机针对营运车辆的签到过程。具体地，如果服务器确定存在与码牌标识对应的司机，则将该司机与当前通信的机具对应的车辆信息进行关联，以完成司机针对营运车辆的签到。而如果服务器确定不存在与码牌标识对应的司机，则无法完成签到。

基于图2的方法，本说明书还提供了该方法的一些具体实施方案和扩展方案，下面继续进行说明。

在本说明书一个或多个实施例中，服务器中可以存在若干个司机与码牌标识之间的关联关系，且该关联关系是基于司机的绑定操作建立的。在本说明书的一个或多个实施例中，司机会根据个人的实名制信息向服务器申请收钱码牌，服务器在生成收钱码牌的同时，还会生成一个与司机的个人信息相关联且唯一对应的码牌标识，然后将该关联关系进行存储。也就是说，司机的绑定操作其实就是司机向服务器申请收钱码牌时，将自己的个人信息上报服务器，由服务器将该信息与收钱码牌进行绑定的操作。

进一步地，服务器确定是否存在与码牌标识具有关联关系的司机，具体通过以下方式实现：服务器中存储有自己建立的若干个司机与码牌标识之间的关联关系。在接收到机具发送的码牌标识之后，根据该码牌标识在已经建立的若干个关联关系中进行查找，如果能够查找到该码牌标识对应的司机，即确定存在与码牌标识具有关关系的司机。

在本说明书的一个或多个实施例中，服务器在确定司机针对营运车辆签到成功之后，会保留签到数据，以便于根据司机的签到数据执行关联业务。其中，上述关联业务包括以下至少一种：分派乘客订单、处理电子发票、上报监管。例如，服务器根据司机已经完成签到的今日签到数据或者是历史签到数据，评价该司机的出车频率，进而给司机进行订单分派。再例如，在安全事件频发的今天，服务器根据司机的签到数据，上报政府监管单位，及时对司机进行监控管理，保障司机与乘客的人身财产安全。

在本说明书的一个或多个实施例中，机具上绑定有营运车辆的标识，该标识可以是营运车辆的车架号、营运车辆的车牌号等信息。这样的话，就确定了机具与车辆的唯一对应关系。如果有人恶意将机具拿到其他营运车辆上使用，此时，服务器就可以根据机具绑定的车辆标识确定机具是否在该营运车辆上进行工作。如果服务器确定机具不在其绑定的车辆标识对应的营运车辆上工作，此时，服务器针对该机具执行的签到动作进行风险控制。上述操作可以避免机具被司机或者他人恶意挪用，进行代签，保证机具的安全工作。

例如，某司机具有A车辆与B车辆两辆车，且A车辆上绑定了A机具，B车辆上不存在机具。在之前的描述中可以得知，服务器会根据某司机针对A车辆的签到数据进行订单派发工作，如果某司机将A车辆借给他人或者是A车辆发生故障，导致某司机无法驾驶A车辆进行运营动作时，如果某司机动了歪心思将A机具挪用到B车辆上，在某司机的认知里，收钱码牌是自己的，机具是自己的，这样就可以继续进行签到并接收服务器的派单。但实际上，A机具与A车辆进行了绑定，在某司机将A机具挪用到B车辆上并进行营运动作时，服务器会检测到A机具不再A车辆上工作，即A机具与A车辆不存在对应关系。此时，服务器就会针对某司机的签到动作进行风险控制动作，例如拒绝某司机的针对A车辆的签到，或者停止对A司机或者A车辆进行派单。以此避免某司机投机取巧将A机具滥用，另外，服务器进行的风控动作也保证了签到数据的准确性及有效性，实现了一人一车一机具的数据目的。

根据前面的说明，更直观地，结合图3，在一种应用场景下对方案进行更具体的说明。在该应用场景下，机具具有载物功能。

图3为本说明书一个或多个实施例提供的，一种应用场景下的营运车辆司机签到方法示意图。

如图3所示，营运车辆司机收钱码牌机具签到方案，主要有三方参与：司机、机具以及服务器。其中，司机开始营运车辆的运营之前，会先判断自身是否绑定了收钱码牌，也就是司机在开始运营车辆之前，会先准备一个收钱码牌。如果司机当前没有收钱码牌，则通过移动终端例如手机进行扫码绑定，将自身的实名制等身份信息上报服务器，由服务器基于司机的身份信息生成收钱码牌，并将该收钱码牌与司机进行绑定。需要说明的是，服务器在生成收钱码牌的同时，还会生成一个收钱码牌的码牌标识，并且该码牌标识与司机具有唯一对应的关联关系，且服务器会将该关联关系进行记录存储。

进一步地，如果司机在开始运营车辆之前，本身已经具有了绑定的收钱码牌，此时司机只需要将收钱码牌放置在机具上(机具具有载物功能)即可。然后，机具就会通过NFC技术读取收钱码牌中的NFC芯片，得到收钱码牌的码牌标识，然后与服务器进行通信，将得到的码牌标识上报给服务器。

更进一步地，服务器在接收到机具上报的码牌标识之后，在其存储的关联关系中寻找对应的司机，需要说明的是，此处对应的司机就是指与上述码牌标识具有关联关系的司机。如果服务器确定寻找到了码牌标识对应的司机，则完成司机针对营运车辆的签到。

基于同样的思路，本说明书一个或多个实施例还提供了上述方法对应的装置和设备，如图4、图5以及图6所示。

图4为本说明书一个或多个实施例提供的一种基于NFC技术的营运车辆司机签到装置的结构示意图，所述装置包括：

读取模块402，在所述司机的收钱码牌处于靠近于所述机具的状态下，通过读取所述收钱码牌携带的NFC芯片，得到所述收钱码牌的码牌标识，其中，所述靠近于所述机具的状态使得所述收钱码牌的位置便于所述营运车辆的乘客扫码付钱；

通信模块404，根据所述码牌标识与服务器进行通信，以使所述服务器确定是否存在与所述码牌标识具有关联关系的司机并据此响应；

确定模块406，根据所述服务器的所述响应，确定所述司机是否针对所述营运车辆签到成功。

可选地，所述通信模块404，将所述码牌标识发送给服务器，以使所述服务器在预先存储的关联关系中，查询与所述码牌标识对应的司机，用于为所述司机签到。

可选地，在所述机具具有载物功能的情况下，所述司机的收钱码牌处于靠近于所述机具的状态，具体包括：

所述司机的收钱码牌朝向至少一个乘客座位方向立于所述机具上。

可选地，所述机具设置于以下至少一个位置：所述营运车辆的中控台、所述营运车辆的座位后背、所述营运车辆的前置物台。

可选地，在所述机具不具有载物功能的情况下，所述司机的收钱码牌处于靠近于所述机具的状态，具体包括：

响应于所述司机手持所述收钱码牌向乘客出示的操作，所述收钱码牌移动至所述机具的NFC读取范围之内。

可选地，所述机具设置于所述营运车辆的主驾驶座位靠背与副驾驶座位靠背之间位置的附近区域内。

可选地，所述装置还包括：

停止模块408，在所述收钱码牌移动至所述机具的NFC读取范围之内后，若所述机具确定所述司机针对所述营运车辆签到成功，则停止读取所述收钱码牌携带的NFC芯片，直至接收到所述服务器发送的重新读取指令；

所述重新读取指令是所述服务器在预设时间段内，基于所述营运车辆的首个乘客通过所述收钱码牌进行扫码付钱动作确定的。

图5为本说明书一个或多个实施例提供的另一种基于NFC技术的营运车辆司机签到装置的结构示意图，所述装置包括：

确定模块502，响应于所述机具根据码牌标识进行的通信，确定是否存在与所述码牌标识具有关联关系的司机，其中，所述码牌标识是所述机具在所述司机的收钱码牌处于靠近于所述机具的状态下，通过读取所述收钱码牌携带的NFC芯片得到的；

签到模块504，根据所述确定的结果，完成所述司机针对所述营运车辆的签到。

可选地，所述装置还包括：

建立模块506，响应于司机的绑定操作，建立码牌标识与司机之间的关联关系；

接收模块508，接收所述机具发送的所述码牌标识；

查询模块510，根据所述码牌标识在已建立的各所述关联关系中查询是否存在对应的司机，所述对应的司机为与所述码牌标识具有关联关系的司机。

可选地，所述装置还包括：

执行模块512，根据所述司机的签到数据，执行所述司机的关联业务，所述关联业务包括以下至少一种：

分派乘客订单、处理电子发票、上报监管。

可选地，所述机具绑定有所述营运车辆的标识；

所述装置还包括：

检测模块514，根据所述营运车辆的标识，检测所述机具是否正常工作于所述营运车辆上；

若否，则针对所述营运车辆和/或所述机具相关的司机签到动作的执行风控动作。

图6为本说明书一个或多个实施例提供的一种基于NFC技术的营运车辆司机签到设备的结构示意图，所述设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

在所述司机的收钱码牌处于靠近于机具的状态下，通过读取所述收钱码牌携带的NFC芯片，得到所述收钱码牌的码牌标识，其中，所述靠近于所述机具的状态使得所述收钱码牌的位置便于所述营运车辆的乘客扫码付钱；

根据所述码牌标识与服务器进行通信，以使所述服务器确定是否存在与所述码牌标识具有关联关系的司机并据此响应；

根据所述服务器的所述响应，确定所述司机是否针对所述营运车辆签到成功。

可选地，所述设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

响应于机具根据码牌标识进行的通信，确定是否存在与所述码牌标识具有关联关系的司机，其中，所述码牌标识是所述机具在所述司机的收钱码牌处于靠近于所述机具的状态下，通过读取所述收钱码牌携带的NFC芯片得到的；

根据所述确定的结果，完成所述司机针对所述营运车辆的签到。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书实施例可提供为方法、系统、或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、非易失性计算机存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

以上所述仅为本说明书的一个或多个实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书的一个或多个实施例可以有各种更改和变化。凡在本说明书的一个或多个实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。