CN110400377A - 凭证数据查重方法及相关设备 - Google Patents

Abstract

本申请提供了一种凭证数据查重方法，该方法中通行控制设备采集凭证内的凭证数据并将其上传给服务器，服务器在存储的凭证数据中查找是否存在与上传的凭证数据相同的凭证数据，获得查找结果，并确定与查找结果对应的设备响应指令，将设备响应指令返回给通行控制设备，以使通行控制设备开启或维持关闭状态。

Description

凭证数据查重方法及相关设备

技术领域

本申请涉及数据处理技术领域，更具体地，是凭证数据查重方法及相关设备。

背景技术

现实生活中，一些场所的入口或出口区域会设置有查验设备，用于对用户身份进行查验。为了进入或离开这些场所，用户需要在查验设备上查验自身持有的凭证。例如，用户进出地铁站需要查验车票、进入旅游景点需要查验景点票、进入博物馆需要查验门票等等。其中车票、景点票、门票等可以认为是凭证，凭证内记录的数据可以称为凭证数据。

目前，查验设备对凭证数据的查验内容是，检查凭证数据是否真实，如果查验通过则对用户进行放行。但是，在一个凭证数据允许一次通行的业务需求下，同一凭证数据被多次重复使用是不被允许的情况，因此需要一种技术方案来对凭证数据进行查重。

发明内容

有鉴于此，本申请提供了一种凭证数据查重方法，用以对用户使用的凭证数据进行查重操作，以发现同一凭证被多次使用的情况。

为实现所述目的，本申请提供的技术方案如下：

第一方面，本申请提供了一种凭证数据查重方法，包括：

获得通行控制设备发送的目标凭证数据；

在存储的凭证数据中，查找是否存在与所述目标凭证数据相同的凭证数据；

根据查找结果，确定与所述查找结果对应的设备响应指令；

将所述设备响应指令返回所述通行控制设备。

第二方面，本申请提供了一种凭证数据查重装置，包括：

目标凭证数据获得单元，用于获得通行控制设备发送的目标凭证数据；

重复凭证数据查找单元，用于在存储的凭证数据中，查找是否存在与所述目标凭证数据相同的凭证数据；

设备响应指令确定单元，用于根据查找结果，确定与所述查找结果对应的设备响应指令；

设备响应指令返回单元，用于将所述设备响应指令返回所述通行控制设备。

第三方面，本申请提供了一种凭证数据查重设备，包括：

通信接口，用于获得通行控制设备发送的目标凭证数据；以及将设备响应指令返回所述通行控制设备；

处理器，用于在存储的凭证数据中，查找是否存在与所述目标凭证数据相同的凭证数据；以及根据查找结果，确定与所述查找结果对应的设备响应指令。

第四方面，本申请提供了一种可读存储介质，其上存储有计算机程序，述计算程序被处理器执行时，实现上述凭证数据查重方法。

由以上技术方案可知，本申请提供了一种凭证数据查重方法，该方法中通行控制设备采集凭证内的凭证数据并将其上传给服务器，服务器在存储的凭证数据中查找是否存在与上传的凭证数据相同的凭证数据，获得查找结果，并确定与查找结果对应的设备响应指令，将设备响应指令返回给通行控制设备，以使通行控制设备开启或维持关闭状态。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请提供的使用凭证通过通行控制设备的一个场景示意图；

图2为本申请提供的依据刷码记录确定行程的一个示意图；

图3A为本申请提供的服务器与通行控制设备相连的一个框架示意图；

图3B为本申请提供的凭证数据查重方法的一个流程示意图；

图4为本申请提供的凭证数据查重方法的另一个流程示意图；

图5为本申请提供的拦截重复刷码行为的一个流程示意图；

图6为本申请提供的凭证数据查重装置的一个结构示意图；

图7为本申请提供的凭证数据查重设备的一个结构示意图。

具体实施方式

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

在一些场所或环境中，用户需要凭证进入。在这些应用场景中，通常在凭证查验区域设置有通行控制设备，由通行控制设备查验代替人工查验操作，以减少人工成本并提高查验效率。通行控制设备可以采集凭证内的数据信息，凭证可以是记载有唯一性标识的任何信息载体，如卡、证、票等。凭证内的数据信息包含唯一性标识，该唯一性标识可以称为凭证数据，凭证数据在凭证载体上的表现形式可以有多种，如二维码、条形码、明文等等。

查验过程的一个场景示例如图1所示，场所的入口查验区域设置有通行控制设备，通行控制设备内设置有信息采集单元。用户持有进入场所所需的凭证，凭证内记载有凭证数据。当需要进入该场所时，用户按照信息采集单元的采集要求将凭证放置在采集区域。信息采集单元检测到凭证后，读取凭证内的凭证数据。在凭证数据满足条件的情况下，通行控制设备打开通行装置以使用户通过。

按照实际应用场景的要求，不同用户所查验的凭证数据需要是不同的，即不同用户使用不同的凭证通入场所。但是，可能存在多个不同用户分享使用同一凭证的情况。例如，用户A的终端可以生成二维码形式的凭证，用户A将该终端在通行控制设备上验证该凭证后，通行控制设备打开通道以使用户A通过。用户A通过某种方式将该凭证分享给用户B，如将该终端转借给用户B进行验证、将该凭证截屏复制后发送给用户B的终端、或者使用户B的终端拍摄该凭证的图片。这样，多个用户便可能使用同一凭证完成验证进入场所。

在以出站及入站距离进行收费的应用场景中，场所的出口查验区域也设置有通行控制设备，该通行控制设备内同样设置有信息采集单元。在用户持有凭证在信息采集单元上采集凭证数据后，可以根据相邻匹配标准，将该凭证数据所对应的一个出口通行控制设备及相邻对应的一个入口通行控制设备之间的距离，对该用户账户进行扣费。如果同一凭证数据在入口和/或出口的通行设备上被采集两次，则可能进一步导致收费混乱的问题。

以乘坐地铁这一应用场景为例，通行控制设备为出站口及入站口的闸机，如果用户在站点X的闸机上将同一乘车码连续刷两次，在站点Y的闸机上将该乘车码再刷两次。按照行程匹配收费标准，将连续的一个入站刷码记录及一个出站刷码记录作为一次完整行程，则可以匹配到一次正常的完整行程及两次异常行程。如图2所示，将入站刷码记录2及出站刷码记录1作为一个完整行程，由于入站刷码记录1没有相邻的出站刷码记录及出站刷码记录2没有相邻的入站刷码记录，均被作为异常行程。这种情况导致两次异常行程无法正常扣除费用。

为了解决上述由于重复刷码导致的问题，本申请提供了一种凭证数据查重方法，用以发现同一凭证数据被重复使用的情况。如图3A所示，服务器可以与多台通行控制设备相连。在实际应用中，该多台通行控制设备在地理范围上可以归属于同一场所，用于对进入和/或离开该同一场所的用户的凭证数据进行查重操作。

如图3B所示，本申请提供的凭证数据查重方法可以具体包括如下步骤S301～S306。

S301：通行控制设备获得用户凭证内的凭证数据。

其中，通行控制设备为设置在查验现场的设备，用户将凭证实体靠近通行控制设备，以使通行控制设备采集凭证内的数据。通行控制设备上可以设置有信息采集器，信息采集器的具体形式与凭证的形式相对应。例如凭证为二维码，则信息采集器为二维码识别模块；又如凭证为磁卡，则信息采集器为磁卡读取模块。

需要说明的是，凭证内包含的信息可以有多项，信息采集器可以仅获得其中部分项。信息采集器主要获得用户标识，用户标识具有唯一性，用于区分不同的凭证。为了便于描述，可以将通行控制设备所获得的数据称为凭证数据。为了将该凭证数据与服务器存储的凭证数据区分，可以将该凭证数据称为目标凭证数据或待查验凭证数据。

在乘车应用场景中，通行控制设备可以为闸机，用户凭证可以为二维码，从用户凭证中提取到的凭证数据可以为乘车码字符串。为了与其他的乘车码字符串区分，可以将从二维码中提取到的乘车码字符串称为目标乘车码字符串。

S302：通行控制设备将凭证数据上传给服务器。

其中，服务器通过网络如局域网与多台通行控制设备相连，某一台通行控制设备获得凭证数据后，便将该凭证数据上传给服务器。需要说明的是，通行控制设备具有唯一性设备标识，在将凭证数据上传给服务器时还上传设备标识。

由步骤S301及步骤S302可知，通行控制设备向服务器上传凭证数据。对于服务器来讲，服务器接收到某个通行控制设备发送的凭证数据之后，可能并非直接对该凭证数据进行处理。服务器相连的通行控制设备可能包括多台，通行控制设备只要采集到凭证数据，便将凭证数据上传给服务器。

服务器可以创建至少两个线程，一个接收线程，接收线程用于实时接收通行控制设备发送的凭证数据并将凭证数据存储在消息队列的队尾。因此可知，接收线程用于接收凭证数据并存储在消息队列的队尾。服务器还可以创建一个计算线程，计算线程用于从消息队列的队首取得凭证数据，并对凭证数据按照以下步骤进行查重操作。这样，服务器便可以按照凭证数据的上传顺序串行地处理凭证数据。

S303：服务器在存储的凭证数据中，查找是否存在与该凭证数据相同的凭证数据。

其中，服务器可以获得存储的凭证数据，这些凭证数据可以存储在服务器自身的数据库中，也可以存储在其他设备的数据库中。需要说明的是，存储的凭证数据为经过查重的凭证数据，进一步地，经过查重的凭证数据表示的是凭证数据的查重结果为该凭证数据与存储的其他凭证数据均不相同。

服务器可以在存储的凭证数据中，查找是否存在与通行控制设备上传的凭证数据相同的凭证数据，从而获得查找结果。

在乘车应用场景中，闸机发送的是乘车码字符串，服务器存储的凭证数据为乘车码字符串，则本步骤具体实现方式为，在存储的乘车码字符串中，查收是否存在与从二维码中提取到的乘车码字符串相同的乘车码字符串。

S304：服务器根据查找结果确定设备响应指令。

其中，服务器根据查找结果，确定与该查找结果相对应的设备响应指令。可以理解的是，查找结果包括两种：查找到与上传的凭证数据相同的凭证数据，未查找到与上传的凭证数据相同的凭证数据。

如果查找结果为第一种，表示用户并非首次使用该凭证数据进行通行查验，则服务器确定的设备响应指令为用于指示通行控制设备禁止通行的指令，包括但不局限于：进行蜂鸣亮灯等形式的报警。另外，服务器并不存储通行控制设备上传的该凭证数据。

如果查找结果为第二种，表示用户首次使用该凭证数据进行通行查验，则服务器确定的设备响应指令为用于指示通行控制设备放行的指令，包括但不局限于：打开通行装置。另外，服务器存储通行控制设备上传的该凭证数据。

S305：服务器将设备响应指令返回通行控制设备。

前已述及，通行控制设备在上传凭证时，可以将自身的设备标识一同上传给服务器，因此服务器在确定设备响应指令后，可以根据设备标识确定通行控制设备，进而将该设备响应指令返回给该通行控制设备。设备响应指令以使通行控设备打开通行装置或者维持通行装置关闭状态。

S306：通行控制设备执行设备响应指令。

其中，通行控制设备上可以设置有通行装置，如旋转杆、旋转门。在正常情况下，通行装置为关闭状态。若设备响应指令指示通行控制设备打开通行装置，则通行控制设备将上述通行装置打开，以使用户通行。若设备响应指令指示通行控制设备维持通行装置关闭状态，则通行控制设备并不向通行装置发送打开指令，以禁止用户通行。

设备响应指令可以包括报警指令，报警指令可以同时指示通行控制设备维持关闭状态。因此，通行控制设备在接收到内容为报警的设备响应指令后，不仅维持关闭状态，还可以进一步执行亮灯、蜂鸣等形式的提示动作。

由以上技术方案可知，本申请提供了一种凭证数据查重方法，该方法中通行控制设备采集凭证内的凭证数据并将其上传给服务器，服务器在存储的凭证数据中查找是否存在与上传的凭证数据相同的凭证数据，获得查找结果，并确定与查找结果对应的设备响应指令，将设备响应指令返回给通行控制设备，以使通行控制设备开启或维持关闭状态。

在实际应用中，可以根据凭证数据的生成方式设置凭证数据的禁止重复时间，禁止重复时间可以是一个时间长度如30分钟。禁止重复时间表示的是同一凭证数据在多长时间内不允许与其他凭证数据相同。基于禁止重复时间可知，如果某个凭证数据的采集时间点之前存在与其相同的一个凭证数据，如果两者的采集时间点之间的时间间隔小于该时长，则表示较后采集的凭证数据为无效凭证数据，是不被允许的。也就是说，用户使用某个凭证数据之后，该凭证数据可以在禁止重复时间如30分钟之后再次被重复使用。

禁止重复时间为预设的一个时间长度，为了便于描述，禁止重复时间可以称为预设时长。

为了实现上述查重要求，通行控制设备在采集凭证数据时，记录凭证数据的采集时间点。见图4所示的本申请提供的另一种凭证数据查重方法，与图3B所示的流程相比，步骤S402与图3B中的步骤S302不同，以及步骤S403与图3B中的步骤S303不同。

具体地，步骤S402与图3B中的步骤S302相比，通行控制设备在向服务器上传凭证数据时一并上传采集时间点，相应地步骤S403与图3B中的步骤S303相比，服务器在存储的凭证数据中不仅查找是否存在与上传的凭证数据相同的凭证数据，还判断两个凭证数据的采集时间点之间的间隔时长是否未超过预设时长。即：在存储的凭证数据中，查找是否存在与上传的凭证数据相同且采集时间点之间的间隔时长未超过预设时长的凭证数据。需要说明的是，存储的凭证数据具有对应的采集时间点。

一种具体的查找方式为：遍历存储的每条凭证数据，将上传的凭证数据与各条凭证数据一一进行比对，比对内容为两者是否相同且采集时间点之间的间隔时长是否未超过预设时长。

另一种具体的查找方式为：遍历存储的每条凭证数据，将上传的凭证数据与各条凭证数据一一比对是否相同，如果查找到相同的凭证数据，再判断两个凭证数据的采集时间点的间隔时长是否未超过预设时长。

又一种具体的查找方式为：按照采集时间点的先后顺序对存储的凭证数据进行排序，根据上传的凭证数据的采集时间点及预设时长，在存储的凭证数据中选择一部分凭证数据，具体是选择采集时间点之前预设时长之内的凭证数据。例如，采集时间点为8点30分，预设时长为30分钟，则在存储的凭证数据中选择采集时间点在8点到8点30之间的凭证数据。然后，在选择的凭证数据中查找是否存在与上传的凭证数据相同的凭证数据。

又一种具体的查找方式为：将采集时间点距离当前点超过预设时长的存储的凭证数据删除，则在剩余的存储的凭证数据中查找是否存在与上传的凭证数据相同的凭证数据。

不论使用何种查找方式，如果查找到与上传的凭证数据相同且采集时间点之间的间隔时长未超过预设时长的凭证数据，则表示上传的凭证数据已经在禁止重复时间内被使用过，进一步确定设备响应指令为维持通行控制设备关闭状态的指令。

由以上技术方案可知，本申请提供的另一种凭证数据查重方法，不仅判断凭证数据是否相同，还判断凭证数据之间的采集时间点是否未超过预设时长，从而满足具有禁止重复时间的应用场景的查重要求。

需要说明的是，与服务器相连的通行控制设备可以是同一场所同一类型的设备，例如同一地铁站内的入站闸机或者同一地铁站内的出站闸机。或者，与服务器相连的通行控制设备可以是同一场所的不同类型的设备，例如同一地铁站内的入站闸机及出站闸机均与服务器相连。这两种情况下，该服务器可以称为站内服务器。

为了进一步扩大查验范围，可以将多个不同场所的相同类型或者不同类型的设备与服务器相连，例如将多个不同地铁站的入站闸机和/或出站闸机均与服务器相连。这种情况下，该服务器可以称为中心服务器。

需要说明的是，不论是同一场所还是不同场所的通行控制设备，只要与服务器相连的通行控制设备的类型不完全相同，例如既包括出站闸机也包括入站闸机，则通行控制设备在上传凭证数据时，还需要一同上传自身的设备类型，以使服务器在查重时不仅比对凭证数据是否相同，还比对上传凭证数据的通行控制设备的设备类型是否相同，即在存储的凭证数据中，查找是否存在与上传的凭证数据相同且设备类型相同的凭证数据。

需要说明的是，在一些应用场景中，要求同一凭证数据不能在禁止重复时间内使用，且服务器相连的通行控制设备类型也不尽相同，因此服务器查重时可以将时间与设备类型组合，即服务器在存储的凭证数据中，查找是否存在与通行控制设备上传的凭证数据相同、设备类型相同、且与通行控制设备上传的凭证数据的采集时间点之间的间隔时长未超过预设时长的凭证数据。

以上技术方案中，通行控制设备除了向服务器上传凭证数据，还可以一并上传凭证数据的采集时间点和/或采集凭证数据的通信控制设备的设备类型。采集时间点表示的是凭证数据所处采集环境的时间属性，设备类型表示的是凭证数据所处采集环境的设备属性。采集环境的属性除了可以包括时间属性、设备属性之外，还可以包括其他与采集环境相关的属性，如采集环境的空间属性。采集环境的空间属性表示的是，采集凭证数据的通行控制设备所处的区域位置等。为了便于描述，可以将与采集环境相关的属性称为采集环境属性数据。

采集环境属性数据可以是根据业务需求设置的，例如业务需求中要求某个时间段内的凭证数据不能重复，则可以设置采集环境数据包含时间属性的数据；又如业务需求中要求同一空间范围内的凭证数据不能重复，则可以设置采集环境数据包含空间属性的数据。

采集环境属性数据可以由通行控制设备获得，并在发送凭证数据时一并上传给服务器。服务器获得采集环境属性数据之后，对凭证数据进行查重时，除了判断存储的凭证数据中是否包含内容与凭证数据相同的凭证数据之外，还判断该相同的凭证数据的采集环境属性数据与待查验的凭证数据之间是否符合预设条件。

预设条件与采集环境属性数据的内容相对应。例如采集环境属性数据的内容包括采集时间点，则预设条件包括采集时间点之间的时间间隔在预设时间间隔之内；又如采集环境属性数据的内容包括设备类型，则预设条件包括设备类型相同；再如采集环境属性数据的内容包括设备所处的区域位置，则预设条件包括通行控制设备所处的区域位置相同。

为了便于理解本申请的技术方案，以下通过具体应用场景示例进行说明。

同一地铁站内，出站口的闸机及入站口的闸机通过网络与站内服务器相连。闸机上设置有乘车码采集器，例如假设乘车码为二维码，则闸机上设置有二维码采集器。当用户需要入站乘坐地铁时，使用手机应用生成的乘车码在入站口的闸机进行刷码，入站口闸机上的乘车码采集器可以对乘车码进行验证及识别。

为了防止乘车码被多人使用，手机应用生成的乘车码具有时效性如3秒内有效，乘车码采集器的验证主要包括验证乘车码是否失效，如果乘车码生成时长超过该有效时长，则认为该二维码无效。另外，手机应用生成的乘车码内还可以包括用户签名等认证数据，乘车码采集器的验证还可以包括验证乘车码内的认证数据是否正确，如果不正确，则认为二维码异常。

乘车码通过乘车码采集器的验证之后，乘车码采集器还可以提取乘车码中的有效数据。在本申请查重的应用场景中，有效数据主要包括用户标识(即凭证数据)，用户标识也可以称为乘车码字符串。闸机获得用户标识后，还可以记录用户标识的采集时间点以及获得本闸机的闸机标识，将用户标识、用户标识的采集时间点以及闸机标识一同上传给服务器。

只要用户在任何一台闸机上刷乘车码，该闸机便获得用户标识及用户标识的采集时间点并上传给服务器。服务器连接的闸机有多台，用户刷码时间点是随机的，如果多个用户同时在多台闸机上刷码，则该多台闸机可能同时接收到多个用户标识及采集时间点的对应关系。为了便于说明，可以将一个对应关系称为一条数据。

需要说明的是，服务器不论是同时还是非同时接收到多条数据，都需要将每条数据按照顺序依次存储在消息队列的队尾，即每接收到一条数据便存储在消息队列的队尾。可见，消息队列中依次存储有各条待查验的数据。以上服务器接收数据并存储的过程可以由接收线程完成，即接收线程每当接收到闸机上传的数据后便存储至消息队列中。

服务器还可以创建计算线程，计算线程用于从消息队列中获得待查验的数据并对该数据进行查重操作。具体地，服务器内可能在数据库中存储有用户标识，这些用户标识为经过查重操作后确定并不重复的用户标识，且每个用户标识具有对应的采集时间点。计算线程在查重时，从消息队列的队首中获得一条数据，将获得的用户标识与数据库中的用户标识进行比对，且比对两者的采集时间点是否超过预设时长。需要说明的是，预设时长即禁止重复时间，即同一用户标识的采集时间点之间的时长小于该预设时长是不被允许的，也就是说，同一用户标识在前一次被采集后需要在超过预设时长后才允许被正常采集。预设时长可以是根据实际需求预先设置的，如30分钟。

如果在数据库中查找到某条用户标识与消息队列中的用户标识相同，且两者的采集时间点小于预设时长，则表明该同一条用户标识在预设时长之内被重复使用，进而可以生成报警指令，并将该报警指令发送给上传该消息队列中的用户标识的闸机。闸机接收到报警指令后，可以进行蜂鸣等形式的报警，且不打开通行装置放行。

如果在数据库中并未查找到与消息队列中的用户标识相同的用户标识，则生成通行指令，并将通行指令发送给上传该消息队列中的用户标识的闸机。闸机接收到放行指令后，可以打开通行装置使用户通过。另外，服务器还需要将该消息队列中的用户标识存储至数据库中，并存储该用户标识对应的采集时间点。

如图5所示，用户可以在闸机1上扫描乘车码A，闸机1从乘车码A中提取用户标识a，并将用户标识a上传给服务器。服务器判断用户标识a是否已存在，若不重复，则保存用户标识a，并通知闸机1放行。若在禁止重复时间内，用户在闸机2上扫描乘车码A，闸机2从乘车码A中提取用户标识a，并将用户标识a上传给服务器。服务器判断用户标识a已存在，则向闸机2发送报警指令，闸机2根据报警指令进行报警提示。由虚线框所表示的，在禁止重复刷码时间内，重复刷码行为被拦截。

需要说明的是，闸机分为入站闸机及出站闸机，同一乘车码可以在不同类型的闸机上进行扫码，但不能在同一类型的闸机上连续扫码。如果与服务器相连的闸机为同一类型的闸机，如均为出站闸机或者均为入站闸机，以上技术方案可以准备对同一类型的闸机上的乘车码进行查重。

但是，如果与服务器相连的闸机包括入站口闸机及出站闸机两种类型，那么闸机在上传用户标识时，还需要一并上传闸机自身的设备类型。同样，服务器在数据库中存储用户标识时，也需要存储用户标识对应的设备类型。进一步地，服务器在将消息队列中的数据与数据库中的数据进行比对时，不仅比对用户标识是否相同，以及两者的采集时间点之间的时间间隔是否满足预设时长，还需要比对两者对应的设备类型是否一致。只有在用户标识相同、两者的采集时间点之间的时间间隔小于预设时长、且两者对应的设备类型一致的情况下，才可以生成报警指令。只要上述任何一项不满足，便可以生成通行指令。

为了进一步提高实用性，数据库中在存储用户标识时，还可以一并存储采集该用户标识的闸机的标识。这样，如果服务器查重异常导致拦截用户错误，可以人工查看该用户使用的用户标识所对应的闸机标识以及采集时间点，该闸机标识及采集时间点表示该用户在某个时间点在某台闸机上曾经进行扫码。查看到这些记录信息后，可以与用户核对扫码时间及扫码地点。

见图6，其示出了本申请提供的凭证数据查重装置的一种结构。如图6所示，该凭证数据查重装置具体包括：目标凭证数据获得单元601、重复凭证数据查找单元602、设备响应指令确定单元603以及设备响应指令返回单元604。

目标凭证数据获得单元601，用于获得通行控制设备发送的目标凭证数据；

重复凭证数据查找单元602，用于在存储的凭证数据中，查找是否存在与所述目标凭证数据相同的凭证数据；

设备响应指令确定单元603，用于根据查找结果，确定与所述查找结果对应的设备响应指令；

设备响应指令返回单元604，用于将所述设备响应指令返回所述通行控制设备。

在一个示例中，凭证数据查重装置还包括：采集环境属性数据获得单元。采集环境属性数据单元，用于在所述获得通行控制设备发送的目标凭证数据时，获得所述通行控制设备发送的所述目标凭证数据的采集环境属性数据。则相应地，所述重复凭证数据查找单元602具体包括：重复凭证数据查找子单元。重复凭证数据查找子单元，用于在存储的凭证数据中，查找是否存在与所述目标凭证数据相同且采集环境属性数据之间满足预设条件的凭证数据。

在一个示例中，所述采集环境属性数据为采集时间点；则所述重复凭证数据查找子单元包括：第一重复凭证数据查找子单元。第一重复凭证数据查找子单元，用于在存储的凭证数据中，查找是否存在与所述目标凭证数据相同且采集时间点之间的间隔时长未超过预设时长的凭证数据。

在一个示例中，所述第一重复凭证数据查找子单元具体用于：按照采集时间点的先后顺序将存储的凭证数据排序；在排序后的凭证数据中，选择采集时间点在所述目标凭证数据的采集时间点之前预设时长的凭证数据；以及在选择的凭证数据中，查找是否存在与所述目标凭证数据相同的凭证数据。

在一个示例中，所述采集环境属性数据为所述通行控制设备的设备类型；则所述重复凭证数据查找子单元包括：第二重复凭证数据查找子单元。第二重复凭证数据查找子单元，用于在存储的凭证数据中，查找是否存在与所述目标凭证数据相同且设备类型相同的凭证数据。

在一个示例中，凭证数据查重装置还包括：线程创建单元。线程创建单元，用于创建接收线程，所述接收线程用于实时接收通行控制设备发送的目标凭证数据并将所述目标凭证数据存储在消息队列的队尾。则所述目标凭证数据获得单元601具体包括：目标凭证数据获得子单元。目标凭证数据获得子单元用于在所述消息队列的队首获得目标凭证数据。

在一个示例中，凭证数据查重装置还包括：目标凭证数据存储单元。目标凭证数据存储单元，用于若所述查找结果为不重复，存储所述目标凭证数据。

在一个示例中，所述设备响应指令确定单元603包括：关闭指令确定子单元及放行指令确定子单元。其中，所述关闭指令确定子单元，用于若查找结果为存在与所述目标凭证数据相同的凭证数据，则将设备响应指令确定为维持放行通道的关闭状态。所述放行指令确定子单元，用于若查找结果为不存在与所述目标凭证数据相同的凭证数据，则将设备响应指令确定为打开放行通道。

在一个示例中，所述目标凭证数据为从二维码中提取到的目标乘车码字符串，则所述重复凭证数据查找单元602包括：重复乘车码查找子单元。重复乘车码查找子单元，用于在存储的乘车码字符串中，查找是否存在与所述目标乘车码字符串相同的乘车码字符串。

见图7，其为本申请提供的凭证数据查重设备的一个硬件结构示意图。见图7，该设备可以包括：通信接口701，存储器702、处理器703及通信总线704。

其中，通信接口701、存储器702及处理器703通过通信总线704完成相互间的通信。

通信接口701，用于获得通行控制设备发送的目标凭证数据。

存储器702，用于存放程序；存储器702可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器703，用于执行程序，程序可以包括程序代码，所述程序代码包括处理器的操作指令。其中，程序可具体用于：

在存储的凭证数据中，查找是否存在与所述目标凭证数据相同的凭证数据；以及根据查找结果，确定与所述查找结果对应的设备响应指令。

通信接口701，还用于将所述设备响应指令返回所述通行控制设备。

处理器703可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本申请还提供了一种可读存储介质，所述可读存储介质存储有多条指令，所述指令适于处理器进行加载，以执行以上与文档主题的确定方法相关的步骤。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括上述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (15)

1.一种凭证数据查重方法，其特征在于，包括：

获得通行控制设备发送的目标凭证数据；

在存储的凭证数据中，查找是否存在与所述目标凭证数据相同的凭证数据；

根据查找结果，确定与所述查找结果对应的设备响应指令；

将所述设备响应指令返回所述通行控制设备。

2.根据权利要求1所述的凭证数据查重方法，其特征在于，在所述获得通行控制设备发送的目标凭证数据时，还包括：

获得所述通行控制设备发送的所述目标凭证数据的采集环境属性数据；

则所述在存储的凭证数据中，查找是否存在与所述目标凭证数据相同的凭证数据，包括：

在存储的凭证数据中，查找是否存在与所述目标凭证数据相同且采集环境属性数据之间满足预设条件的凭证数据。

3.根据权利要求2所述的凭证数据查重方法，其特征在于，所述采集环境属性数据为采集时间点；则所述在存储的凭证数据中，查找是否存在与所述目标凭证数据相同且采集环境属性数据之间满足预设条件的凭证数据，包括：

在存储的凭证数据中，查找是否存在与所述目标凭证数据相同且采集时间点之间的间隔时长未超过预设时长的凭证数据。

4.根据权利要求3所述的凭证数据查重方法，其特征在于，所述在存储的凭证数据中，查找是否存在与所述目标凭证数据相同且采集时间点之间的间隔时长未超过预设时长的凭证数据，包括：

按照采集时间点的先后顺序将存储的凭证数据排序；

在排序后的凭证数据中，选择采集时间点在所述目标凭证数据的采集时间点之前预设时长的凭证数据；

在选择的凭证数据中，查找是否存在与所述目标凭证数据相同的凭证数据。

5.根据权利要求2所述的凭证数据查重方法，其特征在于，所述采集环境属性数据为所述通行控制设备的设备类型；则所述在存储的凭证数据中，查找是否存在与所述目标凭证数据相同且采集环境属性数据之间满足预设条件的凭证数据，包括：

在存储的凭证数据中，查找是否存在与所述目标凭证数据相同且设备类型相同的凭证数据。

6.根据权利要求1所述的凭证数据查重方法，其特征在于，还包括：

创建接收线程，所述接收线程用于实时接收通行控制设备发送的目标凭证数据并将所述目标凭证数据存储在消息队列的队尾；

则所述获得通行控制设备发送的目标凭证数据，包括：

在所述消息队列的队首获得目标凭证数据。

7.根据权利要求1所述的凭证数据查重方法，其特征在于，还包括：

若所述查找结果为不重复，存储所述目标凭证数据。

8.根据权利要求1所述的凭证数据查重方法，其特征在于，所述根据查找结果，确定与所述查找结果对应的设备响应指令，包括：

若查找结果为存在与所述目标凭证数据相同的凭证数据，则将设备响应指令确定为维持放行通道的关闭状态；

若查找结果为不存在与所述目标凭证数据相同的凭证数据，则将设备响应指令确定为打开放行通道。

9.根据权利要求1所述的凭证数据查重方法，其特征在于，所述目标凭证数据为从二维码中提取到的目标乘车码字符串，则所述在存储的凭证数据中，查找是否存在与所述目标凭证数据相同的凭证数据，包括：

在存储的乘车码字符串中，查找是否存在与所述目标乘车码字符串相同的乘车码字符串。

10.一种凭证数据查重装置，其特征在于，包括：

目标凭证数据获得单元，用于获得通行控制设备发送的目标凭证数据；

重复凭证数据查找单元，用于在存储的凭证数据中，查找是否存在与所述目标凭证数据相同的凭证数据；

设备响应指令确定单元，用于根据查找结果，确定与所述查找结果对应的设备响应指令；

设备响应指令返回单元，用于将所述设备响应指令返回所述通行控制设备。

11.一种凭证数据查重设备，其特征在于，包括：

通信接口，用于获得通行控制设备发送的目标凭证数据；以及将设备响应指令返回所述通行控制设备；

处理器，用于在存储的凭证数据中，查找是否存在与所述目标凭证数据相同的凭证数据；以及根据查找结果，确定与所述查找结果对应的设备响应指令。

12.根据权利要求11所述的凭证数据查重设备，其特征在于，

所述通信接口，还用于在所述获得通行控制设备发送的目标凭证数据时，

则所述处理器用于在存储的凭证数据中，查找是否存在与所述目标凭证数据相同的凭证数据，具体包括：

所述处理器，具体用于在存储的凭证数据中，查找是否存在与所述目标凭证数据相同且采集环境属性数据之间满足预设条件的凭证数据。

13.根据权利要求12所述的凭证数据查重设备，其特征在于，所述采集环境属性数据为采集时间点；则所述处理器用于在存储的凭证数据中，查找是否存在与所述目标凭证数据相同且采集环境属性数据之间满足预设条件的凭证数据，包括：

所述处理器，具体用于在存储的凭证数据中，查找是否存在与所述目标凭证数据相同且采集时间点之间的间隔时长未超过预设时长的凭证数据。

14.根据权利要求12所述的凭证数据查重设备，其特征在于，所述采集环境属性数据为所述通行控制设备的设备类型；则所述处理器用于在存储的凭证数据中，查找是否存在与所述目标凭证数据相同且采集环境属性数据之间满足预设条件的凭证数据，包括：

所述处理器，具体用于在存储的凭证数据中，查找是否存在与所述目标凭证数据相同且设备类型相同的凭证数据。

15.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算程序被处理器执行时，实现上述如权利要求1至9任意一项所述的凭证数据查重方法。