CN111669416B - 验证信息同步系统和通信设备 - Google Patents

Abstract

公开了一种验证信息同步系统和通信设备。该验证信息同步系统包括：服务器，用于确定待同步的验证信息以及待接收所述验证信息的通信设备的设备信息，并将所述验证信息和所述设备信息传送到通信平台；通信平台，用于从所述服务器接收所述验证信息以及所述设备信息，并基于所述设备信息与通信设备通信以将所述验证信息传送到所述通信设备；通信设备，位于预定范围的场地内，用于从所述通信平台接收所述验证信息，并将所述验证信息传送给终端验证设备；以及，终端验证设备，位于所述场地内，用于接收所述验证信息，并使用所述验证信息对所述场地内的验证对象进行验证。这样，可以提高对于验证对象的验证准确性。

Description

验证信息同步系统和通信设备

技术领域

本申请涉及信息同步技术领域，且更为具体地，涉及一种验证信息同步系统和通信设备。

背景技术

随着云计算的普及，云服务器越来越多地提供计算、存储、在线备份、托管、带宽等互联网基础设施服务。

在诸如验票等验证场景下，验证信息均存储在云服务器一端，因此当使用终端验证设备进行验证时，终端验证设备需要获得验证信息。

例如，验票模式根据网络环境可以分为联网验票和单机验票。其中，一些验票场馆地理位置较偏，或因环境等因素的影响，场馆内没有4G网络，或者网络环境特别差，这时只能使用单机模式进行验票。

传统的单机模式的操作方式是系统人员在本地验票系统上生成验票文件，传入终端验票设备，例如PDA，由PDA进行验票。但是，如果后续票务系统对这个验票场次的票进行新增(售票)或修改(退票)后，PDA进行验票的文件还是之前生成的文件，无法验新增票，使得新增票人员验票通不过。

并且，除了在生成验票DB文件后导致后续的新增票无法进行验票以外，还容易导致现场出现退票人员还可以验票通过的问题。

因此，期望提供改进的验证信息同步方案。

发明内容

为了解决上述技术问题，提出了本申请。本申请的实施例提供了一种验证信息同步系统和通信子设备，其能够通过通信平台及其连接的通信设备将验证信息在服务器与在预定范围的场地内的用于对验证对象进行验证的终端验证设备之间进行同步，从而提高了对于验证对象的验证准确性。

根据本申请的一方面，提供了一种验证信息同步系统，包括：服务器，用于确定待同步的验证信息以及待接收所述验证信息的通信设备的设备信息，并将所述验证信息和所述设备信息传送到通信平台；通信平台，用于从所述服务器接收所述验证信息以及所述设备信息，并基于所述设备信息与通信设备通信以将所述验证信息传送到所述通信设备；通信设备，位于预定范围的场地内，用于从所述通信平台接收所述验证信息，并将所述验证信息传送给终端验证设备；以及，终端验证设备，位于所述场地内，用于接收所述验证信息，并使用所述验证信息对所述场地内的验证对象进行验证。

在上述验证信息同步系统中，所述服务器进一步用于：获取所述终端验证设备从所述通信设备获取包含验证信息的验证文件的时间；以及，将所述时间之后新增的验证信息确定为所述待同步的验证信息。

在上述验证信息同步系统中，所述服务器进一步用于：将所述通信设备注册到所述通信平台；以及，确定注册到所述通信平台的所述通信设备为待接收所述验证信息的通信设备。

在上述验证信息同步系统中，所述服务器包括：设置单元，用于设置所述待同步的验证信息的传送状态信息；以及，传送单元，用于基于所述传送状态信息将所述待同步的验证信息传送到所述通信平台。

在上述验证信息同步系统中，所述传送单元包括：条数确定子单元，用于基于所述传送状态信息确定传送未成功的验证信息的条数是否大于预定阈值；以及，传送调整子单元，用于响应于所述传送未成功的验证信息的条数大于预定阈值，调整所述验证信息的传送时间间隔和并发传送数目中的至少一个。

在上述验证信息同步系统中，所述传送单元包括：成功确定子单元，用于基于所述传送状态信息确定预定的待同步的验证信息是否传送成功；以及，重传子单元，用于响应于所述预定的待同步的验证信息传送未成功，重传所述预定的待同步的验证信息。

在上述验证信息同步系统中，所述传送单元进一步包括：传送子单元，用于响应于所述预定的待同步的验证信息传送成功，传送所述响应于所述预定的待同步的验证信息的下一条待同步的验证信息。

在上述验证信息同步系统中，若确定从所述通信平台接收到所述待同步的验证信息的第一接收确认，所述成功确定子单元确定所述待同步的验证信息传送成功；若确定未从所述通信平台接收到所述待同步的验证信息的第一接收确认，所述成功确定子单元确定所述待同步的验证信息传送未成功；其中，若所述通信平台确定从所述通信设备接收到所述待同步的验证信息的第二接收确认，发送所述待同步的验证信息的第一接收确认。

在上述验证信息同步系统中，所述传送单元包括：时间确定子单元，用于确定向所述通信平台传送所述待同步的验证信息与从所述通信平台接收到所述待同步的验证信息的接收确认之间的时间间隔；以及，传送调整子单元用于基于所述时间间隔调整所述验证信息的传送时间间隔和并发传送数目中的至少一个。

根据本申请的另一方面，提供了一种通信设备，所述通信设备位于预定范围的场地内，所述通信设备包括：接收单元，用于从基于所述通信设备的设备信息进行通信的通信平台接收待同步的验证信息，所述待同步的验证信息和所述设备信息由服务器确定并发送到所述通信平台；以及，发送单元，用于将所述验证信息传送给位于所述场地内的终端验证设备，以使得所述终端验证设备使用所述验证信息对所述场地内的验证对象进行验证。

在上述通信设备中，进一步包括：反馈单元，用于响应于接收到所述待同步的验证信息，向所述通信平台反馈指示所述待同步的验证信息传送成功的接收确认，所述接收确认进一步由所述通信平台反馈给所述服务器。

本申请提供的验证信息同步系统和通信设备，能够在服务器不适于与在预定范围的场地内的通信设备直接通信的情况下，通过通信平台将验证信息在服务器与所述通信设备之间同步，从而将验证信息从服务器传送到在所述预定范围的场地内的用于对验证对象进行验证的终端验证设备。这样，终端验证设备可以基于从服务器传送的更新的验证信息对验证对象进行验证，从而提高了验证的准确性。

附图说明

通过结合附图对本申请实施例进行更详细的描述，本申请的上述以及其他目的、特征和优势将变得更加明显。附图用来提供对本申请实施例的进一步理解，并且构成说明书的一部分，与本申请实施例一起用于解释本申请，并不构成对本申请的限制。在附图中，相同的参考标号通常代表相同部件或步骤。

图1图示了根据本申请实施例的验证信息同步系统的框图。

图2图示了根据本申请实施例的验证信息同步系统的架构示例的示意图。

图3图示了根据本申请实施例的通信设备的框图。

图4图示了根据本申请实施例的验证信息同步系统的现场布置示例的示意图。

图5图示了根据本申请实施例的验证信息同步系统的操作示例的示意图。

具体实施方式

下面，将参考附图详细地描述根据本申请的示例实施例。显然，所描述的实施例仅仅是本申请的一部分实施例，而不是本申请的全部实施例，应理解，本申请不受这里描述的示例实施例的限制。

申请概述

在诸如大型活动的场景下，需要对参与活动的人员进行验证。但是，如上所述，如果采用单机验票方案，则通过验票系统生成验票文件，且验票设备下载验票文件后，从生成验票文件开始后续出的票或者退票等对于票的状态有更改的话，无法进行验票文件的同步。

如果通过4G网络进行联网验票，则需要在活动现场假设本地服务器并添加验票设备。通过本地服务器同步云端数据，再建设一个本地局域网，把验票设备和服务器加入到局域网中。这里，验票设备并不直接通过4G和云端交互，而是和局域网的本地服务器交互。这样，如果4G网络信号好，则可以保证本地服务器和云端交互正常，且本地服务器会把验证信息同步给验票设备。

但是，在大型活动的现场，由于参与人员众多，并且随着便携式电子设备的普及，越来越多的电子设备使用4G网络，容易造成网络拥塞。并且，针对4G的本地局域网的搭建相对复杂，因此不易于实现验证信息从云端服务器到终端验票设备的传送。

针对上述技术问题，本申请的基本构思是在服务器不适于与在预定范围的场地内的通信设备直接通信的情况下，通过通信平台将验证信息在服务器与所述通信设备之间同步，从而将验证信息从服务器传送到在所述预定范围的场地内的用于对验证对象进行验证的终端验证设备。

具体地，本申请的验证信息同步系统包括：服务器，用于确定待同步的验证信息以及待接收所述验证信息的通信设备的设备信息，并将所述验证信息和所述设备信息传送到通信平台；通信平台，用于从所述服务器接收所述验证信息以及所述设备信息，并基于所述设备信息与通信设备通信以将所述验证信息传送到所述通信设备；通信设备，位于预定范围的场地内，用于从所述通信平台接收所述验证信息，并将所述验证信息传送给终端验证设备；以及，终端验证设备，位于所述场地内，用于接收所述验证信息，并使用所述验证信息对所述场地内的验证对象进行验证。

并且，本申请的通信设备位于预定范围的场地内，且包括：接收单元，用于从基于所述通信设备的设备信息进行通信的通信平台接收待同步的验证信息，所述待同步的验证信息和所述设备信息由服务器确定并发送到所述通信平台；以及，发送单元，用于将所述验证信息传送给位于所述场地内的终端验证设备，以使得所述终端验证设备使用所述验证信息对所述场地内的验证对象进行验证。

这样，终端验证设备可以基于从服务器传送的更新的验证信息对验证对象进行验证，从而提高了验证的准确性。

这里，本领域技术人员可以理解，在本申请实施例中，所述验证对象不仅限于参与大型活动的人员，也可以包括物品等，例如，可以用于对进行特定场地的物品进行验证，以确保没有危险品等。

并且，根据本申请实施例的验证信息同步系统和通信设备也可以应用于除了活动现场验证以外的其它验证场景下，例如物流仓储场景下，用于对在偏远地区的物流仓中进出的人员和货物等进行验证。

在介绍了本申请的基本原理之后，下面将参考附图来具体介绍本申请的各种非限制性实施例。

示例性系统

图1图示了根据本申请实施例的验证信息同步系统的框图。

如图1所示，根据本申请实施例的验证信息同步系统包括：服务器110，用于确定待同步的验证信息以及待接收所述验证信息的通信设备的设备信息，并将所述验证信息和所述设备信息传送到通信平台；通信平台120，用于从所述服务器接收所述验证信息以及所述设备信息，并基于所述设备信息与通信设备通信以将所述验证信息传送到所述通信设备；通信设备130，位于预定范围的场地内，用于从所述通信平台接收所述验证信息，并将所述验证信息传送给终端验证设备；以及，终端验证设备140，位于所述场地内，用于接收所述验证信息，并使用所述验证信息对所述场地内的验证对象进行验证。

所述服务器110用于确定待同步的验证信息以及待接收所述验证信息的通信设备的设备信息，并将所述验证信息和所述设备信息传送到通信平台。这里，所述待同步的验证信息用于对预定范围的场地内的验证对象进行验证，且所述通信设备位于所述场地内。

以如上所述的验票场景为例，通常对于某个活动场次来说，本地验票系统会基于服务器中目前的票务信息，生成离线的验票文件。但是，在生成离线的验票文件之后，仍可能出现新增的售票或者退票，通常这种票被称为增量票。如果采用单机验票，那么无法对新增票进行验证，当然可以采用例如撕纸票等传统方式，但是这又会影响用户的使用体验。

因此，在根据本申请实施例的验证信息同步系统中，所述服务器进一步用于：获取所述终端验证设备从所述通信设备获取包含验证信息的验证文件的时间；以及，将所述时间之后新增的验证信息确定为所述待同步的验证信息。

也就是，对于如上所述的新增票，将其确定为待同步的验证信息，从而在服务器与终端验证设备之间进行同步，使得终端验票设备可以对新增票进行验票。

此外，除了确定待同步的验证信息以外，还需要确定待接收所述验证信息的通信设备。这里，如上所述，所述通信设备处于预定范围的场地内，例如，举办大型活动的场馆。在这种场地内，由于例如大量人员等的会聚，常常会造成网络的拥塞，例如4G信号差等。

在本申请实施例中，为了适应于各种不同通信平台，在服务器端在通信平台的管理后台基础上定制功能来满足特定场景的业务。因此，在确定待接收所述验证信息的通信设备之前，首先将通信设备注册到通信平台，然后再确定注册到所述通信平台的所述通信设备为待接收所述验证信息的通信设备。

当然，通信平台本身也可以管理通信设备，但是在服务器端管理设备可以提高通信平台的适用性，因此，可以在服务器端调用通信平台的接口，比如rest接口来在服务端进行设备管理。

也就是，在根据本申请实施例的验证信息同步系统中，所述服务器进一步用于：将所述通信设备注册到所述通信平台；以及，确定注册到所述通信平台的所述通信设备为待接收所述验证信息的通信设备。

下面，将进一步说明根据本申请实施例的验证信息同步系统的验证信息同步过程，即，验证信息传送过程。

图2图示了根据本申请实施例的验证信息同步系统的架构示例的示意图。如图2所示，服务器210将所述待同步的验证信息和通信设备230A、230B、…的设备信息传送到与所述通信设备230A、230B、…对应的通信平台220。并且，所述通信平台220基于所述设备信息与所述通信设备通信230A、230B、…以将所述验证信息传送到所述通信设备230A、230B、…，且所述通信设备230A、230B、…进一步将所述验证信息传送给终端验证设备240A1、240A2、…，240B1、240B2、…，以使得所述终端验证设备使用所述验证信息对所述验证对象进行验证。

如上所述，由于所述通信设备230A、230B、…位于可能存在通信拥塞的预定范围的场地内，一方面会影响通信设备230A、230B、…从服务器210接收验证信息，一方面也会影响终端验证设备从对应的通信设备获取验证信息。例如，终端验证设备240A1、240A2、…需要从通信设备230A获取验证信息，且终端验证设备240B1、240B2、…需要从通信设备230B获取验证信息。因此，在本申请实施例中，通过通信平台220为中介，将所述待同步的验证信息和所述通信设备的设备信息传送到与所述通信设备230A、230B、…对应的通信平台220，以使得所述通信平台220可以基于所述设备信息与所述通信设备230A、230B、…通信以将所述验证信息传送到所述通信设备230A、230B、…。

在本申请实施例中，并不限定通信平台的具体类型，例如，所述通信平台可以是NB_IoT平台。这里，采用NB_IoT平台的好处是不需要在通信设备和终端验证设备之间搭建不需要搭建复杂的局域网，且干扰小。

具体来说，4G网络因为应用广泛，在预定范围的场地内很容易导致终端堆积，从而使得信号相互干扰，通信质量下降。NB是运营商专门划分的用于物联网通信的协频段，目前使用很少，所以频率相互干扰较小。当然，本领域技术人员可以理解，也可以采用其它物联网平台，例如阿里的IOT平台，或者基于其它通信协议的通信平台。

值得注意的是，不同的通信网络，无论是4G网络或者NB网络，本身都不具备可靠性，需要通过采用上层协议来保证可靠性。对于4G来说，获取验证信息可以采用HTTP主动拉取，而NB_IoT平台是基于mqtt协议的，需要辅以业务层的确认检验，即通过确认数据的传送状态来保证平台与终端设备之间的数据一致性。

也就是，在根据本申请实施例的验证信息同步系统中，所述服务器包括：设置单元，用于设置所述待同步的验证信息的传送状态信息；以及，传送单元，用于基于所述传送状态信息将所述待同步的验证信息传送到所述通信平台。

具体来说，可以基于所述传送状态信息来确认所述待同步的验证信息是否已经传送成功，即，传送到所述预定范围的场地内的通信设备。如果传送未成功，则需要进行信息的传送管理，例如，调整传送间隔、并发数目，或者设置重传机制等。此外，可以设置顺序传送机制，即在上一条验证信息传送成功之后，再传送下一条验证信息。

也就是，在根据本申请实施例的验证信息同步系统中，所述传送单元包括：条数确定子单元，用于基于所述传送状态信息确定传送未成功的验证信息的条数是否大于预定阈值；以及，传送调整子单元，用于响应于所述传送未成功的验证信息的条数大于预定阈值，调整所述验证信息的传送时间间隔和并发传送数目中的至少一个。

并且，在根据本申请实施例的验证信息传送系统中，所述传送单元包括：成功确定子单元，用于基于所述传送状态信息确定预定的待同步的验证信息是否传送成功；以及，重传子单元，用于响应于所述预定的待同步的验证信息传送未成功，重传所述预定的待同步的验证信息。

此外，在根据本申请实施例的验证信息同步系统中，所述传送单元进一步包括：传送子单元，用于响应于所述预定的待同步的验证信息传送成功，传送所述响应于所述预定的待同步的验证信息的下一条待同步的验证信息。

此外，在本申请实施例中，所述通信平台在接收到从所述服务器传送的验证信息之后，进一步将所述验证信息传送到通信设备，因此，也需要考虑通信平台与通信设备之间的传送状态。

具体地，可以设置为通信设备在成功接收到验证信息之后，向通信平台回传确认，而通信平台在接收到所述通信设备回传的确认之后，进一步将所述确认传送到服务器端，以使得服务器获悉验证信息已经成功地达到通信设备一端。

因此，在根据本申请实施例的验证信息传送系统中，若确定从所述通信平台接收到所述待同步的验证信息的第一接收确认，确定所述待同步的验证信息传送成功；若确定未从所述通信平台接收到所述待同步的验证信息的第一接收确认，确定所述待同步的验证信息传送未成功；其中，若所述通信平台确定从所述通信设备接收到所述待同步的验证信息的第二接收确认，发送所述待同步的验证信息的第一接收确认。

也就是，所述通信平台可以在自身接收到所述验证信息时发送确认，也可以转发所述通信设备在接收到所述验证信息时回传的确认，从而在服务器端验证消息可达，确保数据的一致性。

此外，通过通信平台回传的接收确认，服务器可以判断网络情况，例如，如果从发送消息到接收消息的时间间隔长，则说明网络很可能出现拥塞，这时，就需要调整的传送。

也就是，在根据本申请实施例的验证信息传送系统中，所述传送单元包括：时间确定子单元，用于确定向所述通信平台传送所述待同步的验证信息与从所述通信平台接收到所述待同步的验证信息的接收确认之间的时间间隔；以及，传送调整子单元用于基于所述时间间隔调整所述验证信息的传送时间间隔和并发传送数目中的至少一个。

因此，在本申请实施例中，可以在服务器端控制信息的推送，例如进行推送频率，推送并发等的控制。这样，可以解决大型活动时，因现场例如4G网络信号拥塞和不稳定而导致的数据同步缓慢，以及组网耗费大量的人力财力的问题。

最后，当验证信息传送到通信设备之后，用于验证的终端验证设备，例如PDA可以连接到所述通信设备，例如NB设备，通过推送或拉取模式获取NB设备接收到的验证消息。最终新增的验证信息到达单机验证设备上。

图3图示了根据本申请实施例的通信设备的框图。

如图3所示，根据本申请实施例的通信设备300位于预定范围的场地内，且包括：接收单元310，用于从基于所述通信设备的设备信息进行通信的通信平台接收待同步的验证信息，所述待同步的验证信息和所述设备信息由服务器确定并发送到所述通信平台；以及，发送单元320，用于将所述验证信息传送给位于所述场地内的终端验证设备，以使得所述终端验证设备使用所述验证信息对所述场地内的验证对象进行验证。

在一个示例中，在上述通信设备中，进一步包括：反馈单元，用于响应于接收到所述待同步的验证信息，向所述通信平台反馈指示所述待同步的验证信息传送成功的接收确认，所述接收确认进一步由所述通信平台反馈给所述服务器。

这里，本领域技术人员可以理解，根据本申请实施例的通信设备的其它细节与之前所述的根据本申请实施例的验证信息同步系统的相应细节完全相同，因此为了避免冗余并不再赘述。

应用实例

图4图示了根据本申请实施例的验证信息同步系统的现场布置示例的示意图。

如图4所示，根据本申请实施例的验证信息同步系统当布置在举办大型活动的场所，例如图4中的建筑P时，需要在建筑P的验票处布置上述的通信设备和终端验证设备。

以图4为例，假设建筑P分别包括两个验票口，即西验票口和南验票口。为了实现验票功能，在西验票口布置通信设备B1，其信号能够覆盖A1范围。在所覆盖的A1范围内，包括三个检票通道C1、C2和C3，分别布置三个终端验票设备D1、D2和D3在这三个检票通道C1、C2和C3进行验票。

同样地，在南验票口布置通信设备B2，其信号能够覆盖A2范围。在所覆盖的A2范围内，包括三个检票通道C4、C5和C6，分别布置三个终端验票设备D4、D5和D6在这三个检票通道C4、C5和C6进行验票。

这里，虽然在图4中没有示出，但是本领域技术人员可以理解，通信设备B1和B2分别通过通信平台从远程设置的服务器获得验票信息，以便传送给位于其覆盖范围内的终端验票设备进行验票。

图5图示了根据本申请实施例的验证信息同步系统的操作示例的示意图。

如图5所示，根据本申请实施例的验证信息传送系统应用于大型活动的验票场景，并且通过NB_IoT平台进行验票信息的同步。

首先，在S501，通过服务器端的管理界面，将NB设备注册到NB_IoT平台。然后，在S502，配置需要推送的验票项目以及验票项目所需的NB设备，这里，确定需要推送的验票项目包括确定票务信息的增量开始时间(以下简称T1)以及推送的时间段(推送开始时间与推送结束时间)。其中，T1一般配置成生成离线验票文件的时间之前，从而确保所有新增票信息都能够被推送。

在S503，服务器进行推送消息表的初始化，即通过配置的T1，自动将T1之后的当前验票项目内票的新增或修改信息存储到推送消息表内，并将消息状态置为未推送，这里，推送消息表可以用于维护推送消息的状态(未推送，推送成功，推送失败)。然后，在S504，在推送时间段内，调用NB_IoT平台的接口将当前项目内未推送的票消息推送给NB_IoT平台。

具体地，在S505，每次推送一条消息，即下发新增票时，可以根据网络的拥塞情况自动调整推送新增票的时间间隔和并发数。比如，连续推送几张票后都没有返回成功的ack回调，就将推送票的并发数调小，将推送一张票后再推送一张票中间的时间间隔调大。

在S506，NB_IoT将接收到的票消息下发到NB设备。在S507，NB设备接收到票消息之后，上传接收成功的ack回调给NB_IOT。在S508，NB_IoT再回调到服务器的云端接口，将接收成功的ack回调传入云端服务器。在S509，云端服务器接收到成功的ack回调后，将推送消息表中推送的那条消息状态置为推送成功。然后，在S510，顺序推送下一条消息。这样，如上所述，可以保证每条消息都正确到达NB设备，所以接收到成功ack回调继续推送。

否则，如果在S511，在推送完消息后由于链路、机器等原因的影响判定在一定时间内未接收到成功ack回调。则在S512，重新推送本条消息。并且，在S513，可以在推送消息过程中通过推送消息时间与接收到这条消息成功ack回调的时间来判断网络的拥塞情况，并且自动调整推送票消息的时间间隔和并发数。

最后，在S514，将PDA连接到NB设备，通过推送或拉取模式获取NB设备接收到的票消息，使得最终新增票到达单机验票设备上面。当然，这里终端验票设备还可以是闸机，WinCE设备等。并且，自适应推送模式可以增加手动配置功能。

因此，在验票场景下，由于4G网络等原因可能无法进行联网验票，而只能使用单机验票，而单机验票方案中生成验票文件后新增或修改的票无法同步到验票设备，导致生成完验票文件后无法对后续产生的票进行核验。而通过采用NB_IoT网络，使用了与4G网络不冲突的其他频段，在没有4G网络的情况下也可以进行网络通信。并且，通过使用NB_IoT将新增票的信息同步到验票设备上，使得在生成验票文件后新增或修改的票也可以正确地进行核验，避免了验票过程中新买的票验票不通过或已退票后还可以验票通过的情况。

以上结合具体实施例描述了本申请的基本原理，但是，需要指出的是，在本申请中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本申请的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本申请为必须采用上述具体的细节来实现。

本申请中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

还需要指出的是，在本申请的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本申请的等效方案。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本申请。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本申请的范围。因此，本申请不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本申请的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。

Claims (8)

1.一种验证信息同步系统，其特征在于，包括：

服务器，用于确定待同步的验证信息以及待接收所述验证信息的通信设备的设备信息，并将所述验证信息和所述设备信息传送到通信平台；

通信平台，用于从所述服务器接收所述验证信息以及所述设备信息，并以不同于4G的通信协议，基于所述设备信息与通信设备通信以将所述验证信息传送到所述通信设备；

多个通信设备，位于预定范围的场地内的多个不同地点，用于以不同于4G的通信协议，从所述通信平台接收所述验证信息，并将所述验证信息传送给位于其覆盖范围内的终端验证设备；以及

终端验证设备，位于所述场地内相应的所述通信设备的覆盖范围内，用于接收所述验证信息，并使用所述验证信息对所述场地内的验证对象进行验证；

所述服务器包括：

设置单元，用于设置所述待同步的验证信息的传送状态信息；以及

传送单元，用于基于所述传送状态信息将所述待同步的验证信息传送到所述通信平台；

所述传送单元包括：

条数确定子单元，用于基于所述传送状态信息确定传送未成功的验证信息的条数是否大于预定阈值；以及

传送调整子单元，用于响应于所述传送未成功的验证信息的条数大于预定阈值，调整所述验证信息的传送时间间隔和并发传送数目中的至少一个。

2.根据权利要求1所述的验证信息同步系统，其特征在于，所述服务器进一步用于：

获取所述终端验证设备从所述通信设备获取包含验证信息的验证文件的时间；以及

将所述时间之后新增的验证信息确定为所述待同步的验证信息。

3.根据权利要求1所述的验证信息同步系统，其特征在于，所述服务器进一步用于：

将所述通信设备注册到所述通信平台；以及

确定注册到所述通信平台的所述通信设备为待接收所述验证信息的通信设备。

4.根据权利要求1所述的验证信息同步系统，其特征在于，所述传送单元包括：

成功确定子单元，用于基于所述传送状态信息确定预定的待同步的验证信息是否传送成功；以及

重传子单元，用于响应于所述预定的待同步的验证信息传送未成功，重传所述预定的待同步的验证信息。

5.根据权利要求4所述的验证信息同步系统，其特征在于，所述传送单元进一步包括：

传送子单元，用于响应于所述预定的待同步的验证信息传送成功，传送所述响应于所述预定的待同步的验证信息的下一条待同步的验证信息。

6.根据权利要求4或5所述的验证信息同步系统，其特征在于，

若确定从所述通信平台接收到所述待同步的验证信息的第一接收确认，所述成功确定子单元确定所述待同步的验证信息传送成功；

若确定未从所述通信平台接收到所述待同步的验证信息的第一接收确认，所述成功确定子单元确定所述待同步的验证信息传送未成功；

其中，若所述通信平台确定从所述通信设备接收到所述待同步的验证信息的第二接收确认，发送所述待同步的验证信息的第一接收确认。

7.根据权利要求6所述的验证信息同步系统，其特征在于，所述传送单元包括：

时间确定子单元，用于确定向所述通信平台传送所述待同步的验证信息与从所述通信平台接收到所述待同步的验证信息的接收确认之间的时间间隔；以及

传送调整子单元用于基于所述时间间隔调整所述验证信息的传送时间间隔和并发传送数目中的至少一个。

8.一种通信设备，其特征在于，所述通信设备分别位于预定范围的场地内的多个不同地点，所述通信设备包括：

接收单元，用于以不同于4G的通信协议，从基于所述通信设备的设备信息进行通信的通信平台接收待同步的验证信息，所述待同步的验证信息和所述设备信息由服务器确定并发送到所述通信平台；以及

发送单元，用于将所述验证信息传送给位于所述场地内相应的所述通信设备的覆盖范围内的终端验证设备，以使得所述终端验证设备使用所述验证信息对所述场地内的验证对象进行验证；

其中，所述服务器包括：

设置单元，用于设置所述待同步的验证信息的传送状态信息；以及

传送单元，用于基于所述传送状态信息将所述待同步的验证信息传送到所述通信平台；

所述传送单元包括：

条数确定子单元，用于基于所述传送状态信息确定传送未成功的验证信息的条数是否大于预定阈值；以及

传送调整子单元，用于响应于所述传送未成功的验证信息的条数大于预定阈值，调整所述验证信息的传送时间间隔和并发传送数目中的至少一个。

Images