CN109819020B

CN109819020B - 基于配置化的第三方平台登录对接方法、存储介质

Info

Publication number: CN109819020B
Application number: CN201910004117.XA
Authority: CN
Inventors: 刘德建; 刘俊; 王国栋; 方振华; 郭玉湖
Original assignee: Fujian Tianquan Educational Technology Ltd
Current assignee: Fujian Tianquan Educational Technology Ltd
Priority date: 2019-01-03
Filing date: 2019-01-03
Publication date: 2021-09-07
Anticipated expiration: 2039-01-03
Also published as: CN109819020A

Abstract

本发明提供的基于配置化的第三方平台登录对接方法、存储介质，方法包括：依据各个第三方平台的对接流程，分别编辑获取各个第三方平台对应的处理链，所述处理链包括顺序连接的至少两个处理器节点，一个处理器节点对应所述对接流程中的一个对接步骤；客户端发起对应一第三方平台的对接请求，并经头部节点转发至一第三方平台对应的处理链中的第一个处理器节点；尾部节点依据处理链中的最后一个处理器节点的输出生成应用账号。本发明提出一种动态编辑增加支持第三方平台的处理链模式，无需编码开发发布，灵活性更高；新增方式更具操作便捷性，更不易出错；能适用于当今绝大多数提供的平台，实用性强。

Description

基于配置化的第三方平台登录对接方法、存储介质

技术领域

本发明涉及平台对接应用领域，具体涉及基于配置化的第三方平台登录对接方法、存储介质。

背景技术

当前全国各地市的教育公共服务平台大多都提供了自己的开放平台，将平台能力提供出来供需要接入平台的应用使用，能使平台达到汇聚资源的目的，同时接入应用获取平台资源的目的。应用对接各大平台往往第一步就是需要进行第三方账号打通，让各大平台上的账号能够直接登录并使用接入平台的应用。

而目前的第三方平台与应用对接方案中，存在以下问题：

1.基于oauth2.0方式对接平台和应用，平台会为接入的应用分配一个appid、和一个appkey，appkey作为平台为接入应用分配的密钥，需要保存在服务端中。

2.另外打通第三方平台与应用自身的账号体系，实际上是应用自身的账号系统通过调用第三方平台提供的接口进行鉴权验证，并在应用账号体系中为第三平台创建应用内账号并执行登录返回应用资源访问令牌。

由以上两点可以得出，涉及对接需要涉及到至少四个端：第三方平台、web业务端、业务后端以及账号中心。有些服务的发布过程被严格控制和审核，并且固定周期性的发布，无法快速的发布满足业务需求。

再比如，现有技术中申请号为201210351808.5，名称为《一种第三方应用接入开放平台的方法及开放平台接入系统》，其方案主要提供一个预设开放平台，预先与各个目标的第三方开放平台完成对接流程，已经进行了编码、联调、部署发布过程后，应用通过预设开放平台达到接入目标开放平台的目的。由于其仍然需要预先编码、联调、部署发布上线流程，因此同样难以更好的满足业务需求。

因此，有需求提供一种全新的平台和应用对接方式，基于当今绝大多数主流平台都支持的oauth2.0方式对接，并且无需编程开发发布。

发明内容

本发明所要解决的技术问题是：提供基于配置化的第三方平台登录对接方法、存储介质，不仅能适用于绝大多数平台，实用性强；而且能通过动态化配置，实现无需编码开发发布，灵活性更高。

为了解决上述技术问题，本发明采用的技术方案为：

基于配置化的第三方平台登录对接方法，包括：

预置分别与客户端连接的头部节点和尾部节点；

依据各个第三方平台的对接流程，分别编辑获取各个第三方平台对应的处理链，所述处理链包括顺序连接的至少两个处理器节点，一个处理器节点对应所述对接流程中的一个对接步骤；

客户端发起对应一第三方平台的对接请求，并将其发送至头部节点；

头部节点将所述对接请求转发至所述一第三方平台对应的处理链中的第一个处理器节点；

尾部节点依据所述一第三方平台对应的处理链中的最后一个处理器节点的输出生成对应所述一第三方平台的应用账号，并完成应用账号登录。

本发明提供的另一个技术方案为：

一种计算机可读存储介质，其上存储有计算机程序，所述程序在被处理器执行时，能实现上述基于配置化的第三方平台登录对接方法包含的步骤。

本发明的有益效果在于：依据第三方平台登录流程编辑获取对应的处理链，一个对接步骤对应一个处理器节点，将该处理链挂载到服务中后即可完成该第三方平台的对接支持；在接收到该第三方平台对接请求时，通过该处理链流转处理后即可获取完成对接。本发明提出一种动态编辑增加支持第三方平台的处理链模式，无需编码开发发布，灵活性更高；同时，由于是基于oauth2.0方式对接，能适用于当今绝大多数提供的平台，实用性强。

附图说明

图1为本发明实施例基于配置化的第三方平台登录对接方法的流程示意图；

图2为本发明实施例的方法中处理链节点内部模块的组成及连接示意图；

图3为本发明实施例一基于配置化的第三方平台登录对接方法的流程示意图；

图4为本发明实施例二的字段名转化模块的执行流程示意图；

图5为本发明实施例三的基于配置化的第三平台登录对接系统的组成及连接示意图。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。

本发明最关键的构思在于：依据第三方平台登录流程编辑获取对应的处理链，一个对接步骤对应一个处理器节点，该处理链挂载到服务中后即可完成该第三方平台的对接支持，实现了动态地灵活配置支持对接的第三方平台。

本发明涉及的技术术语解释:

请参照图1和图2，本发明提供基于配置化的第三方平台登录对接方法，包括：

预置分别与客户端连接的头部节点和尾部节点；

从上述描述可知，本发明的有益效果在于：只要根据第三平台提供的对接文档，即对接流程，通过后台处理链编辑器进行对接步骤编辑，通过配置化方式动态地增加支持的第三方登录平台，无需编码开发发布，即可满足快速增加支持第三方平台登录需求。

进一步的，所述依据各个第三方平台的对接流程，分别编辑获取各个第三方平台对应的处理链，具体为：

处理链编辑器依据一第三方平台的对接流程所包含的对接步骤个数，新增对应个数的处理器节点，每一个处理器节点包括依次连接的输入解析模块、执行器模块和输出封包模块；

处理链编辑器将各个对接步骤分别编辑入各个处理器节点；

依据对接流程的步骤顺序，连接编辑后的各个处理器节点，构成对应所述一第三方平台的处理链；

获取各个第三方平台对应的处理链。

由上述描述可知，通过将一第三方平台的各个对接步骤对应的执行逻辑逐一编辑到各个处理器节点中，并依序连接各个处理器节点，获取与该第三方平台的对接流程的执行逻辑完全对应的处理链。能实现以处理链形式使系统所支持的各个第三方平台独立化，进而实现灵活性地新增支持对接的第三方平台，并且不需要进行编码、开发和发布；同时，也能使新增方式更具操作便捷性，更不易出错。

进一步的，还包括：

启动所述一第三方平台的对接服务器标识；

加载所述一第三方平台对应的处理链，并将所述处理链的第一个处理器节点挂载在所述头部节点中，将所述处理链的最后一个处理器节点挂载在所述尾部节点中。

由上述描述可知，完成支持对接的第三方平台对应处理链的配置后，若启动其一第三方平台的对接服务标识，则将自动加载其处理链至服务，建立处理链与客户端的连接，实现快速、高效地完成该第三方平台的对接准备工作。

进一步的，所述头部节点将所述对接请求转发至所述一第三方平台对应的处理链中的第一个处理器节点，之前，还包括：

头部节点检测对应所述一第三方平台的对接服务标识是否启动；

若已启动，则执行将所述对接请求转发至所述一第三方平台对应的处理链中的第一个处理器节点的步骤。

由上述描述可知，能通过对接服务器标识，实现依据需求灵活地、快速地开启和关闭对应第三方平台的对接服务。

进一步的，所述方法还包括：

配置所述一第三方平台的各个处理器节点对应的字段名转化规则，所述字段名转化规则记载有待转化源字段和目标字段之间的映射关系；

启动所述一第三方平台的对接服务器标识后，所述一第三方平台的处理链的各个处理器节点分别加载对应的字段名转化规则至其输入解析模块和输出封包模块。

由上述描述可知，通过预先配置字段名转化规则，并在对应的第三方平台对接服务启动后自动加载至相应的模块中，为后续字段名转化工作的高效进行提供支持。

进一步的，所述第一个处理器节点接收所述对接请求之后的处理流程包括：

第一个处理器节点的输入解析模块获取所述对接请求中的数据源；

所述输入解析模块依据其字段名转化规则中的映射关系，将所述数据源中的各个待转化源字段转化转换为对应的目标字段；

所述输入解析模块输出转换后的数据源至第一个处理器节点的执行器模块；

所述执行器模块依据所述转换后的数据源提供的http请求参数执行对应的接口调用；若所述调用成功，则将接口返回结果输出至第一个处理器节点的输出封包模块；

所述输出封包模块依据其字段名转化规则，将所述返回结果中的各个待转化目标字段转换为对应的源字段后，发送至与其连接的下一个处理器节点或尾部节点。

由上述描述可知，对应不同的对接步骤，能依据预先获取的字段名转化规则进行字段名的高效转化，以确保其输出数据符合接收方的要求，保证对接流程的正常流转。

进一步的，依据http返回状态码或接口返回结果字段标识判定所述调用是否成功。

由上述描述可知，在一实施例中，同时提供两种调用结果的输出方式，提高实用性。

本发明提供的另一个技术方案为：

对应本领域普通技术人员可以理解实现上述技术方案中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来实现的，所述的程序可存储于一计算机可读取的存储介质中，该程序在执行时，可包括如上述各方法的流程，并实现依据第三方平台登录流程编辑获取对应的处理链，一个对接步骤对应一个处理器节点，将该处理链挂载到服务中后即可完成该第三方平台的对接支持；在接收到该第三方平台对接请求时，通过该处理链流转处理后即可获取完成对接。本发明提出一种动态编辑增加支持第三方平台的处理链模式，无需编码开发发布，灵活性更高；同时，由于是基于oauth2.0方式对接，能适用于当今绝大多数提供的平台，实用性强。

其中，所述的存储介质可以是磁盘、光碟、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

实施例一

请参照图2和图3，本实施例提供基于配置化的第三方平台登录对接方法，提出一种动态编辑增加支持对接的第三方平台的处理链模式：根据一个第三方平台接入流程的各个对接步骤分别对各个处理器进行编辑，每个对接步骤作为一个处理器，将前一个处理器的输出结果封包作为后一个处理器的输入，组成一个对应该第三方平台对接流程的处理器链。其中，每个处理器(即处理链节点)包括三个模块：输入解析模块、RESTful执行器模块和输出封包模块。当该平台接入请求来临时，经由编辑完成的处理器链流转处理后，即可完成对接流程。

具体的，如图3所示，方法可以包括以下步骤：

S1：服务预置两个共用处理链节点：头部节点和尾部节点；且所述头部节点和尾部节点分别与客户端连接。

所述头部节点Head，用于识别确认Client(客户端)发起的对接请求对应的是哪一个第三方平台对接流程，并将请求转发到对应的处理链；

所述尾部节点Tail，用于为第三方平台用户生成应用账号体系内的账号(平台用户第一次登录)并完成应用账号登录。

S2：新增支持对接的各个第三方平台的对接服务标识，用于灵活控制对应第三方平台对接服务的开启和关闭。

在初始编辑阶段，设置对应的对接服务标识为：未启用。即关闭还未编辑完成的第三方平台的对接服务。

S3：依据各个第三方平台的对接流程，分别编辑获取各个第三方平台对应的处理链，所述处理链包括顺序连接的至少两个处理器节点，一个处理器节点对应所述对接流程中的一个对接步骤。

即对应一个第三方平台的对接流程，编辑获取与其对应的一条处理链；该处理链中顺序连接的各个处理器节点对应该第三方平台对接流程的各个对接步骤。可以理解为各个处理器节点的程序逻辑分别与各个对应的对接步骤的运行逻辑相对应。

具体的，以动态编辑获取第三方平台W的处理链为例，展开进行详细说明，可以包括以下子步骤：

S31：服务的处理链编辑器依据第三方平台W的对接流程所包含的所有对接步骤的个数，新增相应个数的处理器节点，并且每一个处理器节点均包括依次连接的输入解析模块、执行器模块和输出封包模块，具体如图2所示。

例如，第三方平台W的对接流程一共包含3个对接步骤，则对应新增3个处理器作为对应该第三方品台W的处理链节点。

S32：处理链编辑器将各个对接步骤分别编辑入上述新增的各个处理器节点中，即一个对接步骤对应一个处理器节点。

具体的，以对接步骤a1对应处理器节点A1为例进行说明：依据对接步骤a1的运行逻辑对新增的其中一个处理器进行逻辑编辑，使其程序逻辑与对接步骤a1的运行逻辑相对应，将该处理器作为与对接步骤a1相对应的处理器节点A1，以此建立二者的关联关系。简单的说，即依据对接步骤a1对处理器A1进行编辑，使处理器A1能实现对接步骤a1。

再进一步具体的，由于每一个对接步骤都包含了接收数据、处理数据和输出数据这三个基本子步骤，因此，对应每一个对接步骤编辑其处理器节点时，具体是对应每个处理器节点包含的输入解析模块、执行器模块和输出封包模块，将其对应的对接步骤所包含的三个基本子步骤的运行逻辑编辑至对应的模块中。

其中，所述输入解析模块：该模块的数据来源主要分为两类，第一类是由头部节点Head传入的Client发起对接流程请求时输入；第二类是处理链中前一个处理器节点的输出封包模块输出的预处理数据。该模块目的在于为其后的执行器模块的执行提供数据来源。

所述执行器模块：可选为RESTful执行器模块。该模块主要是执行第三方平台接口调用，达到完成第三方登录流程对接目的。RESTful执行器模块支持第三方平台RESTful两种调用方式：GET/POST。具体可以根据对接第三方平台的需求配置不同的调用方式，根据与其连接的输入解析模块提供的http请求参数执行接口调用。另可通过选择http返回状态码或者接口返回结果字段标识两种方式，判定第三方平台接口调用结果是否成功，如果接口调用失败，则抛出异常中断对接流程；如果接口调用成功，则将接口返回结果交由其后的输出封包模块处理。

所述输出封包模块：主要用于接收与其连接的RESTful执行器模块的输出结果，然后传递给下一个处理器节点或者尾部节点Tail。

至此，经过该步骤编辑完成的各个处理器节点，能对应实现各个对接步骤。

S33：依据对接流程的步骤顺序，连接编辑后的各个处理器节点，构成对应所述一第三方平台的处理链；

即处理链中各个处理器节点的连接顺序，与各个处理器节点对应的对接步骤在对接流程中的顺序相对应。

处理链中除第一个处理器节点以外的每一个处理器节点的输入解析模块与前一个处理器节点的输出封包模块连接；除最后一个处理器节点以外的每一个处理器节点的输出封包模块与后一个处理器节点的输入解析模块连接。

至此，完成第三方平台W对应的处理链的编辑。同理可以获取各个第三方平台对应的处理链。

S4：启动当前支持对接的第三方平台对应的对接服务标识；

支持多个第三方平台的对接服务标识同时设置为已启动。

S5：启动一对接服务标识以后，服务将自动加载对应的第三方平台的处理链，并将该处理链的第一个处理器节点挂载在所述头部节点Head中，将所述处理链的最后一个处理器节点挂载在所述尾部节点Tail中，以完成该第三方平台对接的完整处理链。

简单的说，即在启动一个具体第三方平台的对接服务标识后，自动加载其处理链，并自动创建该处理链与客户端的连接关系。

因此，只有启动第三方平台的对接服务标识后，才能处理客户端发起的对应该第三方平台的对接请求，否则将无法受理。

S6：客户端发起对应一第三方平台的对接请求；在此，假设该第三方平台为第三方平台W。

S7：客户端并将对接请求发送至头部节点Head；

S8：头部节点Head依据接收到的对接请求识别出与其对应的第三方平台W，并检测服务当前是否支持第三方平台W，并且其对应的对接服务标识是否已启用；

若是，则执行S9；若否，则服务拒绝客户端发起的对接请求，结束流程。

S9：头部节点Head将请求信息传递至第三方平台W对应的处理链中的第一个处理器节点；

S10：第一个处理器节点正常处理完成之后，将相应的输出传递至与其连接的下一个处理器节点，依次类推，最终执行到处理链中的最后一个处理器节点；最后一个处理器节点将其输出传递至尾部节点Tail；

S11：尾部节点Tail依据接收到的输出生成对应第三平台W的应用账号，即应用为第三方平台W生成的应用账号体系内的账号(该第三方平台W第一次登陆时)，然后进行应用账号登陆，完成第三方平台W的对接处理流程。

同理，其他第三方平台的对接流程同样能依据上述原理实现。

由上述可知，在本实施例中，对应任意一个第三方平台对接登录的实现，都可通过处理链编辑器依据第三方平台的对接流程对处理器进行对接步骤编辑，配置其对应的处理链即可。本实施例实现了以配置化方式动态新增第三方平台对接，方式更灵活、更便捷、更高效，且无需编码开发发布，可轻松满足需求。

实施例二

本实施例在实施例一的基础上做进一步的扩展，对实施例一中各个处理器节点的具体执行过程做进一步的限定。

具体的，对应每一个处理器节点，其中的输入解析模块接收到的对接请求中获取的数据源，可能存在数据源字段的名与其后连接的执行器模块要求的字段名和结构并不会完全一致的情况。

本实施例对应此种情况，通过提供字段名转化模块，对数据源进行字段名转化，输出符合要求的http参数：header、body、URI三种类型的map数据。简而言之，本实施例通过提供一种简单的json解析转化方式，实现输入解析模块与执行器模块的成功对接。

具体而言，实施例一的方法的S4之前，还包括：

S41：配置第三方平台W的各个处理器节点对应的字段名转化规则，所述字段名转化规则记载有待转化源字段和目标字段之间的映射关系；其中，源字段和目标字段拥有相同的结构：<字段名,字段值类型>；字段命名分为两种格式：简单型字段(field)和对象型字段(obj.field)。

在启用第三方平台W的对接服务标识后，将其处理链加载到服务中的期间，将会把S41配置的字段名转化规则以字段规则映射Map<src_field,dst_field>加载到处理链节点的对应模块中。

具体的，所述S5步骤，之后，还包括：

S51：第三方平台W的处理链的各个处理器节点分别自动加载对应的字段名转化规则至其输入解析模块和输出封包模块。

在S9步骤之后，第三方平台W的处理链的第一个处理器节点接收所述对接请求之后的处理流程包括：

S91：第一个处理器节点的输入解析模块获取对接请求中的json数据格式的数据源；

S92：所述输入解析模块通过字段名转化模块将数据源的源字段转化为目标字段；

具体的，字段名转化模块执行包括：

S921：获取其字段名转化规则中的映射关系Map<src_field,dst_field>；

S922：遍历字段转化规则Map并进行数据提取，根据源字段和目标字段的类型(field或者obj.field)进行处理得到需要的目标Map数据。

其中，针对field类型的处理流程：根据字段名以及字段值类型直接从源数据JSON中提取数据或者存储到目标容器Map Data中；

针对obj.field类型的处理流程：解析出字段field及其父对象obj，按父子对象格式从源数据JSON中提取出对象值或者存储到目标对象中。

S923：重复执行S922步骤，完成源字段中所有待转化字段的转化。

S93：所述输入解析模块输出转化后的数据源至与其连接的第一个处理器节点的RESTful执行器模块；

S94：所述RESTful执行器模块依据所述转换后的数据源提供的http请求参数执行对应的接口调用；

若所述调用成功，则将接口返回结果输出至与其连接的输出封包模块，执行S95；

若调用失败，则抛出异常中断对接流程。

S95：所述输出封包模块依据其字段名转化规则，将所述返回结果中的各个待转化目标字段转换为对应的源字段后，发送至与其连接的下一个处理器节点或尾部节点。

该步骤进行格式转化的原因，是由于所述输出封包模块的输出结果会因不同平台而产生不同格式，但主要返回结果分为三种格式：json，xml，text。因此，优选对输出结果预处理转化成json格式，具体通过上述复用字段名转化模块的步骤实现。

在一具体实施方式中，如图4所示，所述字段名转化模块执行包括：

1、获取配置字段映射Field_Map<src_field,dst_field>；

2、遍历Field_Map获取字段转化规则Ltem；

3、是否完成遍历；若是，则结束流程；若否，则执行步骤4；

4、获取Ltem中待转化命名的源字段src_field；

5、判断源字段src_field是否为对象类型obj.field；若是，则根据对象字段层级逐级遍历源json对象获取字段值value，然后执行步骤7；若否，则执行步骤6；

6、提取源json对象字段值value；

7、将提取的value与Ltem中的目标字段名dst_field，存入转换容器Map Data，返回执行步骤2。

实施例三

本实施例对应实施例一和实施例二，请同时参阅图5的基于配置化的第三平台登录对接系统，本实施例提供与其对应的一具体运用场景：

(1)使用第三方平台提供的oauth2.0登录页面，平台用户输入自己的账号密码，平台验证用户账号密码后，将平台用户信息code通过web前端的回调地址传递回来。

(2)web前端回调地址获取用户信息之后，发起调用实施例一或实施例二提供的第三方平台登录对接服务接口方法，进行平台的第三方登录；

(3)服务完成第三方平台对接登录之后，返回应用自身的账号体系的访问令牌，这样第三方平台用户就可以访问使用应用内资源。

本发明可运用于任意支持对接的第三方平台，如google、微信等，并且，支持多类型的第三方平台同时支持对接。

实施例二

本实施例对应实施例一或实施例二或实施例三，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序在被处理器执行时，能实现上述实施例一至实施例三任一实施例所述的基于配置化的第三方平台登录对接方法包含的所有步骤。具体的步骤内容在此不进行复述，详细请参阅实施例一、实施例二或实施例三的记载。

综上所述，本发明提供的基于配置化的第三方平台登录对接方法包含的步骤，提出一种动态编辑增加支持第三方平台的处理链模式，无需编码开发发布，灵活性更高；同时，能使新增方式更具操作便捷性，更不易出错；进一步的，由于是基于oauth2.0方式对接，能适用于当今绝大多数提供的平台，实用性强。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims

1.基于配置化的第三方平台登录对接方法，其特征在于，包括：

预置分别与客户端连接的头部节点和尾部节点；

尾部节点依据所述一第三方平台对应的处理链中的最后一个处理器节点的输出生成对应所述一第三方平台的应用账号，并完成应用账号登录；

所述依据各个第三方平台的对接流程，分别编辑获取各个第三方平台对应的处理链，具体为：

处理链编辑器将各个对接步骤分别编辑入各个处理器节点；

获取各个第三方平台对应的处理链。

2.如权利要求1所述的基于配置化的第三方平台登录对接方法，其特征在于，还包括：

启动所述一第三方平台的对接服务器标识；

3.如权利要求1所述的基于配置化的第三方平台登录对接方法，其特征在于，所述头部节点将所述对接请求转发至所述一第三方平台对应的处理链中的第一个处理器节点，之前，还包括：

4.如权利要求2所述的基于配置化的第三方平台登录对接方法，其特征在于，所述方法还包括：

5.如权利要求4所述的基于配置化的第三方平台登录对接方法，其特征在于，所述第一个处理器节点接收所述对接请求之后的处理流程包括：

6.如权利要求5所述的基于配置化的第三方平台登录对接方法，其特征在于，依据http返回状态码或接口返回结果字段标识判定所述调用是否成功。

7.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序在被处理器执行时，能实现上述权利要求1-6任意一项所述的基于配置化的第三方平台登录对接方法包含的步骤。