CN104735067B - O2o实名登记准入***及方法 - Google Patents

Abstract

本发明公开了一种O2O实名登记准入***及方法，首先在线上对用户的实名信息进行验证，并生成用于匹配的第二凭证，验证的依据为用户提供的第一实名信息和第一凭证，然后在线下直接通过实名介质获取该实名介质对应的第二实名信息，并与前述验证通过后生成的第二凭证进行匹配，只有通过匹配的用户才能够进行登记准入，保证了安全性。由于在线下登记准入时，通过上传获取的实名信息即可实现匹配验证，整个过程无需人工介入，降低了成本，同时提高了效率。

Description

O2O实名登记准入***及方法

技术领域

本发明涉及网络通信技术领域，特别涉及一种O2O实名登记准入***及方法。

背景技术

当前的O2O(Online To Offline，线上到线下)登记准入方案中，线上预订部分以及线下准入部分基本上是相对独立且不连贯的。在线上预订后，只能获得某一相关凭证，而线下准入时依然需要通过这一相关凭证到线下去登记准入。这个登记准入的过程依然需要繁杂的实名信息核实，借助人工辅助验证才可完成。

而对于纯粹的线下自助准入模式，则因为缺乏严密的实名信息核实，存在一定的安全隐患。例如凭借身份证在线下进行登记准入时，如果不加入人工验证，则很容易出现盗用他人证件等情况发生。

因此，目前的O2O登记准入方案若不加入人工辅助验证的环节，安全性无法得到保证；但是加入人工辅助验证环节后，则会使得O2O登记准入成本提高，效率降低。

发明内容

本发明提供一种O2O实名登记准入***及方法，能够在保证安全性的前提下，提高O2O登记准入方案的效率，降低成本。

本发明提供的一种O2O实名登记准入***，包括线上模块和线下模块，其中

所述线上模块，用于获取并验证用户的第一实名信息以及第一凭证，在验证通过后生成所述用户的第二凭证；以及在接收所述线下模块上传的第二实名信息后，将所述第二实名信息与所述第二凭证进行匹配，并在匹配成功后向所述线下模块发送确认信息；

所述线下模块，用于获取所述用户的实名介质的第二实名信息，并将所述第二实名信息上传至所述线上模块；且在接收到所述线上模块发送的所述确认信息后，向所述用户发送准入凭证。

进一步地，所述线上模块，具体用于：

判断获取到的所述用户的第一实名信息和第一凭证是否符合预设的对应关系，若为是，则判定为验证通过。

进一步地，所述线上模块，还用于：

在生成所述用户的第二凭证时，为所述第二凭证设定生效时间；

以及在将所述第二实名信息与所述第二凭证进行匹配之前，确定获取所述第二实名信息的时间处于所述生效时间内。

进一步地，所述线下模块，还用于：

进一步地，所述第一凭证是与线上实名数据库中的实名信息关联的信息。

本发明还提供了一种O2O实名登记准入方法，包括：

线上模块获取并验证用户的第一实名信息以及第一凭证，在验证通过后生成所述用户的第二凭证；

线下模块获取所述用户的实名介质的第二实名信息，并将所述第二实名信息上传至所述线上模块；

所述线上模块在接收所述线下模块上传的第二实名信息后，将所述第二实名信息与所述第二凭证进行匹配，并在匹配成功后向所述线下模块发送确认信息；

所述线下模块在接收到所述线上模块发送的所述确认信息后，向所述用户发送准入凭证。

进一步地，所述线上模块具体通过以下方式验证用户的第一实名信息以及第一凭证：

所述线上模块判断获取到的所述用户的第一实名信息和第一凭证是否符合预设的对应关系，若为是，则判定为验证通过。

进一步地，所述线上模块在生成所述用户的第二凭证时，为所述第二凭证设定生效时间；

所述线上模块将所述第二实名信息与所述第二凭证进行匹配之前，确定获取所述第二实名信息的时间处于所述生效时间内。

进一步地，所述线下模块在向所述用户发送准入凭证之前，对所述用户的第二实名信息进行登记。

进一步地，所述第一凭证是与线上实名数据库中的实名信息关联的信息。

本发明实施例首先在线上对用户的实名信息进行验证，并生成用于匹配的第二凭证，验证的依据为用户提供的第一实名信息和第一凭证，然后在线下直接通过实名介质获取该实名介质对应的第二实名信息，并与前述验证通过后生成的第二凭证进行匹配，只有通过匹配的用户才能够进行登记准入，保证了安全性。由于在线下登记准入时，通过上传获取的实名信息即可实现匹配验证，整个过程无需人工介入，降低了成本，同时提高了效率。

附图说明

图1为本发明实施例提供的一种O2O实名登记准入***的结构示意图；

图2为本发明实施例中线下模块的功能结构图；

图3为本发明实施例中某一用户使用一实名证件进行实名登记准入的线上部分流程图；

图4为本发明实施例中某一用户使用一实名证件进行实名登记准入的线下部分流程图；

图5为某一用户采用本发明实施例的***进行O2O预约的整体处理流程的时序图；

图6为本发明实施例提供的一种O2O实名登记准入的流程图。

具体实施方式

本发明实施例中，首先在线上对用户的实名信息进行验证，并生成用于匹配的第二凭证，验证的依据为用户提供的第一实名信息和第一凭证，然后在线下直接通过实名介质获取该实名介质对应的第二实名信息，并与前述验证通过后生成的第二凭证进行匹配，只有通过匹配的用户才能够进行登记准入。

下面结合说明书附图对本发明实施例作进一步详细描述。

实施例一

如图1所示，本发明提供的一种O2O实名登记准入***，包括线上模块110和线下模块120两部分，其中

线上模块110，用于获取并验证用户的第一实名信息以及第一凭证，在验证通过后生成用户的第二凭证；以及在接收线下模块上传的第二实名信息后，将第二实名信息与第二凭证进行匹配，并在匹配成功后向线下模块发送确认信息。

线下模块120，用于获取用户的实名介质的第二实名信息，并将第二实名信息上传至线上模块；且在接收到线上模块发送的确认信息后，向用户发送准入凭。

其中，第一凭证是与线上实名数据库中的实名信息关联的信息，该第一凭证能够唯一指向线上实名数据库中的实名信息，例如采用该线上实名数据库的个人登录账号及密码作为第一凭证。而这类线上实名数据库可以是支付宝的实名数据库、银行的个人实名数据库、个人征信***的实名数据库、公安部门的指纹库等。为了保证验证结果的安全性，第一实名信息必须是可靠的线上实名数据库中的信息，而第一凭证需要能够基于该线上实名数据库与第一实名信息产生唯一的关联。这类线上实名数据库，需要包含的信息包括：与实名介质一致的个人身份信息，以及与实名介质携带的个人身份信息关联、且经过验证的用户相关资料。

以支付宝的实名数据库为例，该数据库内的实名信息包括用户的身份证号码，以及通过验证的用户本人自持身份证的照片。在实际应用中，线上实名数据库可以是本***的线上模块自带的数据库，可以在使用时直接调用该数据库内的数据，或者也可以采用第三方的线上实名数据库，仅需要向本***的线上模块开放相应的权限即可。

而线下验证时对应的实名介质可以身份证、居住证、有磁护照、虹膜、指纹等能够唯一确定个人身份的硬件或者生物特征。

在本发明实施例中，首先需要在线上获取并验证用户的第一实名信息以及第一凭证，该第一实名信息和第一凭证可以由用户主动在线上模块提供的用户界面中直接输入获得，也可以是用户登录线上实名数据库时自动获取，例如用户在登录支付宝时，可以获取到其支付宝的账号和密码作为第一凭证。而具体验证方式可以为：判断获取到的用户的第一实名信息和第一凭证是否符合预设的对应关系，若为是，则判定为验证通过。该验证过程可以是线上模块获取线上实名数据库的相关数据，并与用户输入的第一实名信息和第一凭证进行对比来完成，也可以是将获取到的第一实名信息和第一凭证提交给线上实名数据库，由线上实名数据库验证完成后，将验证结果发送给本***的线上模块。以支付宝的实名数据库作为线上实名库单元为例，线上模块获取的用户的第一实名信息可以是用户的身份证号码，而此时第一凭证则选择该用户支付宝的账号以及密码。在正常情况下，支付宝的账号以及密码只有本人才能够获知，通过该用户的支付宝的账号和密码，又能够与保存在支付宝实名数据库中的用户身份证号码，产生唯一的关联。由此可以确定，是用户本人进行了本次线上的验证，从而保证了验证的安全性。

进一步地，可以支付宝的账号以及密码的基础上，加入一些即时生成的信息作为第一凭证，例如发送至用户绑定的手机上的随机验证码等。

在验证通过后，线上模块会生成用户的第二凭证，该第二凭证用于和线下模块通过实名介质获取的第二身份信息进行匹配，来作为是否发放准入凭证的依据。仍以上述的支付宝实名数据库为例，第二凭证可以是包含用户的身份证号码的一条数据。

线下模块可以包含线下实名单元、线下登记单元和线下准入单元几个功能模块，

其结构如图2所示，每个单元对应在处理流程中实现的功能如下：

线下实名单元210，用于获取用户的实名介质的第二实名信息，并发送至线下登记单元。

线下登记单元220，用于将第二实名信息上传至线上模块，并接收来自线上模块的确认信息。

线下准入单元230，用于在确定线下登记单元接收到确认信息之后，向用户发送准入凭证。

以获取身份证这类实名介质的信息为例，线下模块采用的线下实名单元即为身份证读取器，用户将身份证放置到读取器的检测范围内时，即可以获取到该身份证对应的身份证号、姓名等信息。在实际使用中，可以提取身份证号作为第二实名信息，若该用户在此之前已经完成了线上部分的验证，此时线上模块中会存在一条包含其身份证号的数据。

线下模块中的线下登记单元会将线下实名单元获取到的第二实名信息上传至线上模块，与第二凭证进行匹配。在本实施例中，线上模块会在保存第二凭证的存储区域内搜索第二实名信息包含的身份证号，如果搜索到包含有同样身份证号的第二凭证，则说明该用户完成过线上验证，从而向线下模块发送确认信息。

作为一种优选的实施方式，线上模块在生成用户的第二凭证时，可以为第二凭证设定生效时间，用于对第二实名信息的获取时间进行一定的限制。线上模块在将获取到的第二实名信息与第二凭证进行匹配之前，会确定获取第二实名信息的时间处于生效时间内，否则直接判定第二实名信息与第二凭证匹配不成功。其中，获取第二实名信息的时间可以是线下模块获取第二实名信息的时间，也可以是线上模块获取第二实名信息的时间(即线上模块接收到第二实名信息的时间)。

例如，将生效时间设定为生成第二凭证起的三个小时，且用于进行有效性判定的判定时间是线下模块获取第二实名信息的时间。此种情况下就要求线下模块在获取第二实名信息后，需要在该信息中加入时间戳，再将其上传线上模块。线上模块在生成用户的第二凭证时，会记录其生成时间，在进行匹配之前将生成时间与获取第二实名信息的时间进行对比，若时间差不大于三个小时，则进行正常的匹配；否则，直接判定定第二实名信息与第二凭证匹配不成功。上述过程中，用于进行有效性判定的判定时间也可以是线上模块接收到第二实名信息的时间，可以根据实际的应用需求灵活选择。

线下模块的线下登记单元在收到确认信息后，则会继续后续的步骤，告知线下准入单元该用户的实名介质已经通过线下的验证，可以向该用户发送准入凭证，比如向用户发放酒店房卡、为用户开启相关通道或者向为开用户的实名介质开通相关的权限等等。在实际应用中，线下模块在向用户发送准入凭证之前，对用户的第二实名信息进行登记，以提供完整的下线登记记录。

实施例二

以某一用户使用一实名证件进行实名登记准入为例，其线上和线下部分的流程分别如图3和图4所示。

线上部分的流程为：

步骤301，用户输入实名证件的号码；

步骤302，用户输入线上实名数据库对应的凭证；

步骤303，线上模块验证实名证件的号码和线上实名数据库对应的凭证；

步骤304，线上模块生成验证通过的凭证及生效时间；

步骤305，完成线上部分的预订及验证。

线下部分的流程为：

步骤401，用户找到线下模块对应的终端；

步骤402，用户向终端出示实名证件；

步骤403，终端验证实名证件的真伪并读取实名证件的信息；

步骤404，终端发送实名证件的信息给线上模块；

步骤405，终端获取线上模块发回的验证结果；

步骤406，判断验证结果是否通过，如果通过，至执行步骤407，如果未通过，则终止线下登记准入；

步骤407，向用户发放准入凭证。

实施例三

图5给出了某一用户采用本发明实施例一提供的***进行O2O预约的整体处理流程的时序，其中线上身份认证***和线下终端分别对应本发明实施例中***的线上模块和线下模块，具体如下：

步骤501，线上身份认证***获取用户实名信息和线上实名数据库的凭证；

步骤502，线上身份认证***登录线上实名数据库，验证用户的实名信息；

步骤503，完成线上的验证，生成验证凭证，成功进行线上的预约登记；

步骤504，线下终端验证用户的实名介质，采集实名介质携带的实名信息；

步骤505，线下终端向线上身份认证***申请身份验证，上传实名信息；

步骤506，线上身份认证***验证上传的实名信息是否为之前进行线上预约登记的用户；

步骤507，线上身份认证***在确认通过验证后，下发验证通过的结果；

步骤508，线下终端在收到验证通过的结果后对通过线下获取到的用户实名信息进行登记；

步骤510，线下终端向用户发放准入凭证。

实施例四

基于同一发明构思，本发明实施例中还提供了O2O实名登记准入方法，由于该方法解决问题的原理与本发明实施例中***的实现相似，因此该方法的实施可以参见***的实施，重复之处不再赘述。

如图6所示，本发明实施例提供的一种O2O实名登记准入方法，包括：

步骤601，线上模块获取并验证用户的第一实名信息以及第一凭证，在验证通过后生成用户的第二凭证；

步骤602，线下模块获取用户的实名介质的第二实名信息，并将第二实名信息上传至线上模块；

步骤603，线上模块在接收线下模块上传的第二实名信息后，将第二实名信息与第二凭证进行匹配，并在匹配成功后向线下模块发送确认信息；

步骤604，线下模块在接收到线上模块发送的确认信息后，向用户发送准入凭证。

进一步地，线上模块具体通过以下方式验证用户的第一实名信息以及第一凭证：

线上模块判断获取到的用户的第一实名信息和第一凭证是否符合预设的对应关系，若为是，则判定为验证通过。

进一步地，线上模块在生成用户的第二凭证时，为第二凭证设定生效时间；并且在将第二实名信息与第二凭证进行匹配之前，确定接收第二实名信息的时间处于生效时间内。

进一步地，线下模块在向用户发送准入凭证之前，对所述用户的第二实名信息进行登记。

进一步地，第一凭证是与线上实名数据库中的实名信息关联的信息。

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

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

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

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种O2O实名登记准入***，其特征在于，包括线上模块和线下模块，其中

所述线上模块，用于获取并验证用户的第一实名信息以及第一凭证，在验证通过后生成所述用户的第二凭证；以及在接收所述线下模块上传的第二实名信息后，将所述第二实名信息与所述第二凭证进行匹配，并在匹配成功后向所述线下模块发送确认信息；

所述线下模块，用于获取所述用户的实名介质的第二实名信息，并将所述第二实名信息上传至所述线上模块；且在接收到所述线上模块发送的所述确认信息后，向所述用户发送准入凭证。

2.根据权利要求1所述的***，其特征在于，所述线上模块，具体用于：

判断获取到的所述用户的第一实名信息和第一凭证是否符合预设的对应关系，若为是，则判定为验证通过。

3.根据权利要求1所述的***，其特征在于，所述线上模块，还用于：

在生成所述用户的第二凭证时，为所述第二凭证设定生效时间；

以及在将所述第二实名信息与所述第二凭证进行匹配之前，确定获取所述第二实名信息的时间处于所述生效时间内。

4.根据权利要求1所述的***，其特征在于，所述线下模块，还用于：

在向所述用户发送准入凭证之前，对所述用户的第二实名信息进行登记。

5.根据权利要求1所述的***，其特征在于，所述第一凭证是与线上实名数据库中的实名信息关联的信息。

6.一种O2O实名登记准入方法，其特征在于，包括：

线上模块获取并验证用户的第一实名信息以及第一凭证，在验证通过后生成所述用户的第二凭证；

线下模块获取所述用户的实名介质的第二实名信息，并将所述第二实名信息上传至所述线上模块；

所述线上模块在接收所述线下模块上传的第二实名信息后，将所述第二实名信息与所述第二凭证进行匹配，并在匹配成功后向所述线下模块发送确认信息；

所述线下模块在接收到所述线上模块发送的所述确认信息后，向所述用户发送准入凭证。

7.根据权利要求6所述的方法，其特征在于，所述线上模块具体通过以下方式验证用户的第一实名信息以及第一凭证：

所述线上模块判断获取到的所述用户的第一实名信息和第一凭证是否符合预设的对应关系，若为是，则判定为验证通过。

8.根据权利要求6所述的方法，其特征在于，所述线上模块在生成所述用户的第二凭证时，为所述第二凭证设定生效时间；

所述线上模块将所述第二实名信息与所述第二凭证进行匹配之前，确定获取所述第二实名信息的时间处于所述生效时间内。

9.根据权利要求6所述的方法，其特征在于，所述线下模块在向所述用户发送准入凭证之前，对所述用户的第二实名信息进行登记。

10.根据权利要求6所述的方法，其特征在于，所述第一凭证是与线上实名数据库中的实名信息关联的信息。