CN113114642B - 一种接口整合的驾驶员身份认证方法及装置 - Google Patents

Abstract

本发明公开了一种接口整合的驾驶员身份认证方法及装置，所述方法包括获取认证请求；根据认证请求查询Redis数据库的认证数据：当查询Redis数据库到有认证数据时，则返回查询到的认证数据；当查询Redis数据库不具有认证数据时，根据路由查询规则调用第三方接口，获取第三方认证数据；根据认证数据或第三方认证数据进行认证。当查询Redis数据库不具有认证数据时，根据路由查询规则调用第三方接口，获取第三方认证数据。提供了一种多查询的方式，并通过合理路由的健壮多个第三方接口调用，降低调用第三方接口出现问题的概率，并同时能智能选择分配路由调用信任度较高的第三方接口。

Description

一种接口整合的驾驶员身份认证方法及装置

技术领域

本发明属于身份信息认证的技术领域，具体涉及一种接口整合的驾驶员身份认证方法及装置。

背景技术

随着网约车行业的兴起，如何保证司机和乘客的出行安全成为了倍受关注的点。如驾驶员在网约车平台进行注册时，需要对其登记信息进行认证，来判断是否能允许进行认证通过。若驾驶员的背景信息存在不良记录等，作为一般的乘客很难确认，从而存在较大的乘客安全风险，提高了追责的难度，同时也不利于网约车运营方的管理。

现有网约车的认证方式，是通过第三方接口获取相应信息，以对驾驶员的身份进行认证。现有的技术，仅依赖单一的第三方接口，没有其他的容错方案，当第三方接口出现问题时只能等待第三方接口恢复，会造成服务的不可用，且等待恢复时间过长会造成大批量的问题。

发明内容

本发明的目的是要解决上述的技术问题，提供一种接口整合的驾驶员身份认证方法及装置。

为了解决上述问题，本发明按以下技术方案予以实现的：

第一方面，本发明提供了一种接口整合的驾驶员身份认证方法，包括以下步骤：

获取认证请求；

根据认证请求查询Redis数据库的认证数据：

当查询Redis数据库到有认证数据时，则返回查询到的认证数据；

当查询Redis数据库不具有认证数据时，根据路由查询规则调用第三方接口，获取第三方认证数据；

根据认证数据或第三方认证数据进行认证。

结合第一方面，本申请还提供了第一方面的第1种实施方式，根据认证请求查询Redis数据库的认证数据，具体包括：

所述认证请求携带有终端对应的驾驶员认证信息；

获取驾驶员认证信息对应的分布式锁；

识别分布式锁的唯一识别码，发送获取分布式锁成功的指令至Redis数据库。

结合第一方面，本申请还提供了第一方面的第2种实施方式，根据路由查询规则调用第三方接口，具体包括：

整合多个第三方接口，生成N个接口队列；所述N个接口队列的首位调用接口分别对应为第三方接口1、第三方接口2……第三方接口N，每一接口队列的接口按第三方接口1、第三方接口2……第三方接口N的次序循环排列；

同时调用N个接口队列，查询每个队列的第三方认证数据；

将每个队列的第三方认证数据统一规范化并返回查询结果。

结合第一方面，本申请还提供了第一方面的第3种实施方式，查询每个队列的第三方认证数据，具体包括：

根据接口次序，逐一调用接口队列的第三方接口；

当从任意一第三方接口查询到认证数据时，终止并输出认证数据；

当未从第三方接口查询到认证数据时，调用下一第三方接口进行查询；当未从全部的第三方接口查询到认证数据时，终止查询并返回。

结合第一方面，本申请还提供了第一方面的第4种实施方式，所述路由查询规则包括初始状态和非初始状态；

在初始状态下，均匀分配多个第三方接口的路由比例；

在非初始状态下，根据第三方接口发生的异常事件调整第三方接口的路由比例。

第二方面，本发明还提供了一种接口整合的驾驶员身份认证装置，包括：

获取模块，其用于获取认证请求；

查询模块，其用于根据认证请求查询Redis数据库的认证数据：当查询Redis数据库到有认证数据时，则返回查询到的认证数据；当查询Redis数据库不具有认证数据时，根据路由查询规则调用第三方接口，获取第三方认证数据；

认证模块，其用于根据认证数据或第三方认证数据进行认证。

结合第二方面，本申请还提供了第二方面的第1种实施方式，所述查询模块根据认证请求查询Redis数据库的认证数据，具体包括：

所述认证请求携带有终端对应的驾驶员认证信息；

获取驾驶员认证信息对应的分布式锁；

识别分布式锁的唯一识别码，发送获取分布式锁成功的指令至Redis数据库。

结合第二方面，本申请还提供了第二方面的第2种实施方式，所述查询模块根据路由查询规则调用第三方接口，具体包括：

整合多个第三方接口，生成N个接口队列；所述N个接口队列的首位调用接口分别对应为第三方接口1、第三方接口2……第三方接口N，每一接口队列的接口按第三方接口1、第三方接口2……第三方接口N的次序循环排列；

同时调用N个接口队列，查询每个队列的第三方认证数据；

将每个队列的第三方认证数据统一规范化并返回查询结果。

结合第二方面，本申请还提供了第二方面的第3种实施方式，查询模块查询每个队列的第三方认证数据，具体包括：

根据接口次序，逐一调用接口队列的第三方接口；

当从任意一第三方接口查询到认证数据时，终止并输出认证数据；

当未从第三方接口查询到认证数据时，调用下一第三方接口进行查询；当未从全部的第三方接口查询到认证数据时，终止查询并返回。

结合第二方面，本申请还提供了第二方面的第4种实施方式，所述路由查询规则包括初始状态和非初始状态；

在初始状态下，均匀分配多个第三方接口的路由比例；

在非初始状态下，根据第三方接口发生的异常事件调整第三方接口的路由比例。

与现有技术相比，本发明的有益效果是：

本发明为解决上述在网络通信和稳定方面存在的单一依赖，流程脆弱且存在一定崩溃风险的技术缺陷。通过查询Redis数据库的认证数据，当查询到有认证数据时，则返回查询到的认证数据。当查询Redis数据库不具有认证数据时，根据路由查询规则调用第三方接口，获取第三方认证数据。提供了一种多查询的方式，并通过合理路由的健壮多个第三方接口调用，降低调用第三方接口出现问题的概率，并同时能智能选择分配路由调用信任度较高的第三方接口。

附图说明

下面结合附图对本发明的具体实施方式作进一步详细的说明，其中：

图1是本发明的接口整合的驾驶员身份认证***的组成示意图；

图2是本发明的接口整合的驾驶员身份认证方法的流程示意图；

图3是本发明的驾驶员身份认证方法的一种具体实施的流程示意图；

图4是本发明的接口整合的驾驶员身份认证装置的组成示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

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

本发明提供的认证方法适用于网约车的认证***，图1为本发明提供的认证方法应用的***架构示意图。如图1所示，本发明提供的认证***可以包括：认证方法的执行主体认证装置和服务器。

图1中示出的认证***为本发明提供的认证方式适用认证***的一种示例；其中，示例性的，如用户为网约车车主，在进行顺风车认证时，可通过认证装置进行认证，此时与认证装置交互的服务器为网约车对应的网约车服务器。具体的，网约车服务器中可存储网约车车主的车主信息(姓名、身份证信息和手机号码)以及历史接单记录、出车线路等数据，由认证装置对车主对应的车主认证信息进行采集，在认证分析过程中可以从服务器获取网约车车主的车主信息以及历史接单记录、出车线路等数据进行认证。

本发明提供的认证装置也可与服务器集成一体设置，示例性的，在网约车车主进行身份认证时，直接由网约车服务器对用户的身份进行认证，具体的，网约车服务器中可存储网约车车主的车主信息以及历史接单记录、出车线路等数据，进一步的，在网约车服务器对车主进行认证时，本发明提供的网约车服务器也可实现对车主对应的认证信息的采集。

接口整合的驾驶员身份认证方法的***可以是用于诸如网约车、出租车、代驾服务、快车服务、拼车服务、公共汽车服务、驾驶员租赁服务、或班车服务之类的运输服务、或其上述任意服务之间的组合服务所依赖的在线运输服务平台。

图2为本发明提供的接口整合的驾驶员身份认证方法的流程示意图，图2所示方法流程的执行主体可以为服务器，该服务器可由任意的软件和/或硬件实现，如图2所示，本实施例提供的接口整合的驾驶员身份认证方法可以包括：

S100：获取认证请求。

在本实施例中，认证请求可以是由用户在终端上进行身份认证时，由用户在终端上进行相应的认证操作触发的认证请求，也可以是在终端或者服务器中预先设置有认证条件，当到用户满足认证条件时由终端或者服务器触发的认证请求。

示例性的，用户为网约车车主，车主在使用网约车应用时，用户对应的终端中设置有顺风车车主认证界面，用户通过进入认证界面录入相应的用户信息并上传，以触发身份认证的认证请求。

当用户在终端上进行相应的应用或者该应用对应的网页的身份认证时，由终端向服务器转发该认证请求，进而使得服务器获取该认证请求，或者，本实施例中也可由服务器直接获取该认证请求；本实施例中对服务器获取认证请求的具体方式不做限制。

本实施例中的认证请求携带有终端对应的用户的标识，具体的，用户的标识可以但不限于为用户的姓名、身份证号码、会员号码、电话号码、照片、车辆信息等等。本实施例中对用户的标识不做具体限制，只要能够实现对身份认证的用户进行有效识别即可。

S200：根据认证请求查询Redis数据库的认证数据：

Redis(Remote Dictionary Server，即远程字典服务)是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。Redis是一个高性能的key-value数据库，本发明通过Redis缓存用户的认证数据。

在本实施例中，本发明优选地，根据进行Redis数据库查询时，具体包括：

获取认证请求，所述认证请求携带有终端对应的驾驶员认证信息；

S201：获取驾驶员认证信息对应的分布式锁。

S202：识别分布式锁的唯一识别码，发送获取分布式锁成功的指令至Redis数据库。

本发明通过采用分布式锁，有效避免因多个重复的认证请求到达不同的服务器，造成不必要的重复请求数据。分布式锁的技术应用时本领域的惯常技术，在此不过多说明。

S210：当查询Redis数据库到有认证数据时，则返回查询到的认证数据。

第一方面，当获取到认证请求时，通过网约车运营平台自身架构的Redis数据库进行使用，通过将认证数据缓存在Redis数据中，构建自身的认证***。另一方面，通过查询Redis数据库的认证数据，无需调用第三方接口进行查询，在一定程度上，解决了网络通信和稳定方面存在的单一依赖，流程脆弱且存在一定崩溃风险的技术缺陷。

S220：当查询Redis数据库不具有认证数据时，根据路由查询规则调用多个第三方接口，获取第三方认证数据。

具体的，根据路由查询规则调用第三方接口，具体包括：

S221：整合多个第三方接口，生成N个接口队列；所述N个接口队列的首位调用接口分别对应为第三方接口1、第三方接口2……第三方接口N，每一接口队列的接口按第三方接口1、第三方接口2……第三方接口N的次序循环排列。

在一种实施中，所述第三方接口包括第三方接口1、第三方接口2和第三放接口3。基于三个第三方接口，生成3个接口队列。具体的，第一接口队列的首位调用接口为第三方接口1，且第一接口队列的接口按第三方接口1、第三方接口2和第三方接口3的次序排列。第二接口队列的首位调用接口为第三方接口2，且第二接口队列的接口按第三方接口2、第三方接口3和第三方接口1的次序排列。第三接口队列的首位调用接口为第三方接口1，且第三接口队列的接口按第三方接口3、第三方接口1和第三方接口2的次序排列。

具体的，服务器调用接口队列的第三方接口并查询第三方数据的具体流程如下：

S2211：根据接口次序，逐一调用接口队列的第三方接口；

S2212：当从任意一第三方接口查询到认证数据时，终止并输出认证数据；

S2213：当未从第三方接口查询到认证数据时，调用下一第三方接口进行查询；当未从全部的第三方接口查询到认证数据时，终止查询并返回。

在一种具体实施中，如图3所示，所述第三方接口包括第三方接口A和第三方接口B，生成2个接口队列进行调用查询第三方认证数据。

S222：同时调用N个接口队列，基于路由查询规则查询每个队列的第三方认证数据。

在本发明中，所述路由查询规则包括初始状态和非初始状态；在初始状态下，均匀分配多个第三方接口的路由比例；在非初始状态下，根据第三方接口发生的异常事件调整第三方接口的路由比例。所述异常事件可包括第三方接口出现网络异常、服务内部错误等***性错误，被服务器识别和记录。

具体的，路由查询规则的具体应用说明如下：

初始状态：采用均分路由的策略，如图3有两个第三方接口A和第三方接口B。则调用A的路由比例是50％，调用B的路由比例是50％。

非初始状态：采用动态调整路由比例的策略。路由比例根据调整的值进行分配调用。若接口出现网络异常、服务内部错误等***性错误，则相应的降低对应第三方接口的路由比例。

在一种实例中，原有的第三方接口A的路由比例是K，第三方接口B的路由比例是N，K+N＝100％，如果第三方接口A出现***性错误，则其路由比例调整为K-1％，第三方接口B的路由比例为N+1％，整个结果K-0.01+N+0.01＝100％。

在另一种特殊场景下，若第三方接口A出现账号过期等问题时，由于恢复需要一定的时间的错误，则路由上给出12小时内均调用其他接口的规则。由上例，相当于第三方接口A在12个小时内K的比例为0，第三方接口B的N的比例为100％。

S223：将每个队列的第三方认证数据统一规范化并返回查询结果。

本发明通过将返回的结果进行统一处理，规范化返回查询结果。返回结果信息根据两个第三方A、B共有的数据来制定一个标准。制定下标准后，后续的扩展接口可以依据定下的标准进行扩展。这是本领域的技术人员可实现的，在此不过多说明。

S224：将第三方认证数据缓存到Redis数据库中。

通过将第三方认证数据缓存到Redis数据库中，对Redis数据库进行更新，避免多次调用造成不必要的网络请求和费用。

S300：根据认证数据或第三方认证数据进行认证。

当查询有认证数据或第三方认证数据，认证通过。当未查询有认证数据或第三方认证数据时，认证不通过。

图3为本发明提供的接口整合的驾驶员身份认证装置的组成示意图。接口整合的驾驶员身份认证装置用于实现上的认证方法。如图4所示，接口整合的驾驶员身份认证装置包括：

获取模块，其用于获取认证请求；

查询模块，其用于根据认证请求查询Redis数据库的认证数据：当查询Redis数据库到有认证数据时，则返回查询到的认证数据；当查询Redis数据库不具有认证数据时，根据路由查询规则调用多个第三方接口，获取第三方认证数据；

认证模块，其用于根据认证数据或第三认证数据进行认证。

其中，所述查询模块根据认证请求查询Redis数据库的认证数据，具体包括：

所述认证请求携带有终端对应的驾驶员认证信息；

获取驾驶员认证信息对应的分布式锁；

识别分布式锁的唯一识别码，发送获取分布式锁成功的指令至Redis数据库。

具体的，所述查询模块根据路由查询规则调用第三方接口，具体包括：

整合多个第三方接口，生成N个接口队列；所述N个接口队列的首位调用接口分别对应为第三方接口1、第三方接口2……第三方接口N，每一接口队列的接口按第三方接口1、第三方接口2……第三方接口N的次序循环排列；

同时调用N个接口队列，基于路由查询规则查询每个队列的第三方认证数据；

具体的，所述路由查询规则包括初始状态和非初始状态；在初始状态下，均匀分配多个第三方接口的路由比例；在非初始状态下，根据第三方接口发生的异常事件调整第三方接口的路由比例。

具体的，路由查询规则的具体应用说明如下：

初始状态：采用均分路由的策略，如图3有两个第三方接口A和第三方接口B。则调用A的路由比例是50％，调用B的路由比例是50％。

非初始状态：采用动态调整路由比例的策略。路由比例根据调整的值进行分配调用。若接口出现网络异常、服务内部错误等***性错误，则相应的降低对应第三方接口的路由比例。

在一种实例中，原有的第三方接口A的路由比例是K，第三方接口B的路由比例是N，K+N＝100％，如果第三方接口A出现***性错误，则其路由比例调整为K-1％，第三方接口B的路由比例为N+1％，整个结果K-0.01+N+0.01＝100％。

在另一种特殊场景下，若第三方接口A出现账号过期等问题时，由于恢复需要一定的时间的错误，则路由上给出12小时内均调用其他接口的规则。由上例，相当于第三方接口A在12个小时内K的比例为0，第三方接口B的N的比例为100％。

将每个队列的第三方认证数据统一规范化并返回查询结果。

进一步的，所述查询模块查询每个队列的第三方认证数据，具体包括：

根据接口次序，逐一调用接口队列的第三方接口；

当从任意一第三方接口查询到认证数据时，终止并输出认证数据；

当未从第三方接口查询到认证数据时，调用下一第三方接口进行查询；当未从全部的第三方接口查询到认证数据时，终止查询并返回。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，故凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何修改、等同变化与修饰,均仍属于本发明技术方案的范围内。

Claims (6)

1.一种接口整合的驾驶员身份认证方法，其特征在于，包括以下步骤：

获取认证请求；

根据认证请求查询Redis数据库的认证数据：

当查询到 Redis数据库有认证数据时，则返回查询到的认证数据；

当查询Redis数据库不具有认证数据时，根据路由查询规则调用多个第三方接口，获取第三方认证数据；

根据认证数据或第三方认证数据进行认证；

其中，根据路由查询规则调用第三方接口，具体包括：

整合多个第三方接口，生成N个接口队列；所述N个接口队列的首位调用接口分别对应为第三方接口1、第三方接口2……第三方接口N，每一接口队列的接口按第三方接口1、第三方接口2……第三方接口N的次序循环排列；

同时调用N个接口队列，查询每个队列的第三方认证数据；

将每个队列的第三方认证数据统一规范化并返回查询结果；

其中，所述路由查询规则包括初始状态和非初始状态；在初始状态下，均匀分配多个第三方接口的路由比例；在非初始状态下，根据第三方接口发生的异常事件调整第三方接口的路由比例；所述异常事件包括第三方接口出现网络异常状态和第三方接口***性错误；

其中，根据第三方接口发生的异常事件调整第三方接口的路由比例，具体为：第三方接口1、第三方接口2……和第三方接口N的路由比例总和为100％，若其中一第三方接口出现异常事件，则该第三方接口的路由比例调整减少1％，剩余的第三方接口的路由比例调整增加1％/(N-1)。

2.根据权利要求1所述的接口整合的驾驶员身份认证方法，其特征在于，根据认证请求查询Redis数据库的认证数据，具体包括：

所述认证请求携带有终端对应的驾驶员认证信息；

获取驾驶员认证信息对应的分布式锁；

识别分布式锁的唯一识别码，发送获取分布式锁成功的指令至Redis数据库。

3.根据权利要求1所述的接口整合的驾驶员身份认证方法，其特征在于，查询每个队列的第三方认证数据，具体包括：

根据接口次序，逐一调用接口队列的第三方接口；

当从任意一第三方接口查询到认证数据时，终止并输出认证数据；

当未从第三方接口查询到认证数据时，调用下一第三方接口进行查询；当未从全部的第三方接口查询到认证数据时，终止查询并返回。

4.一种接口整合的驾驶员身份认证装置，其特征在于，包括：

获取模块，其用于获取认证请求；

查询模块，其用于根据认证请求查询Redis数据库的认证数据：当查询到 Redis数据库有认证数据时，则返回查询到的认证数据；当查询Redis数据库不具有认证数据时，根据路由查询规则调用多个第三方接口，获取第三方认证数据；

认证模块，其用于根据认证数据或第三方认证数据进行认证；

其中，所述根据路由查询规则调用第三方接口，具体包括：

整合多个第三方接口，生成N个接口队列；所述N个接口队列的首位调用接口分别对应为第三方接口1、第三方接口2……第三方接口N，每一接口队列的接口按第三方接口1、第三方接口2……第三方接口N的次序循环排列；

同时调用N个接口队列，查询每个队列的第三方认证数据；

将每个队列的第三方认证数据统一规范化并返回查询结果；

其中，所述路由查询规则包括初始状态和非初始状态；在初始状态下，均匀分配多个第三方接口的路由比例；在非初始状态下，根据第三方接口发生的异常事件调整第三方接口的路由比例；所述异常事件包括第三方接口出现网络异常状态和第三方接口***性错误；

其中，根据第三方接口发生的异常事件调整第三方接口的路由比例，具体为：第三方接口1、第三方接口2……和第三方接口N的路由比例总和为100％，若其中一第三方接口出现异常事件，则该第三方接口的路由比例调整减少1％，剩余的第三方接口的路由比例调整增加1％/(N-1)。

5.根据权利要求4所述的接口整合的驾驶员身份认证装置，其特征在于，所述查询模块根据认证请求查询Redis数据库的认证数据，具体包括：

所述认证请求携带有终端对应的驾驶员认证信息；

获取驾驶员认证信息对应的分布式锁；

识别分布式锁的唯一识别码，发送获取分布式锁成功的指令至Redis数据库。

6.根据权利要求4所述的接口整合的驾驶员身份认证装置，其特征在于，查询模块查询每个队列的第三方认证数据，具体包括：

根据接口次序，逐一调用接口队列的第三方接口；

当从任意一第三方接口查询到认证数据时，终止并输出认证数据；

当未从第三方接口查询到认证数据时，调用下一第三方接口进行查询；当未从全部的第三方接口查询到认证数据时，终止查询并返回。

Images