CN112965745A - 一种系统接入方法、装置、设备及计算机可读介质 - Google Patents

Abstract

本申请涉及一种系统接入方法、装置、设备及计算机可读介质，所述方法，包括：响应于对第一系统的接入请求，获取所述第一系统的依赖关系树，查找到第一系统直接依赖或间接依赖的系统，先接入依赖关系树中叶子节点对应的系统，然后沿着叶子节点，从下级到上级依次接入不同节点的系统，直至接入依赖关系树中的根节点所对应的第一系统。该方法无需人工手动参与进行分别接入设置，而是可以根据依赖关系树，逐级向上完成接入工作，从而使得系统之间的接入可以自动执行，提高了接入的效率。

Description

一种系统接入方法、装置、设备及计算机可读介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种系统接入方法、装置、设备及计算机可读介质。

背景技术

随着企业发展，会衍生出若干业务。为保证迭代的高效率以及业务数据的高安全，通常会将业务进行解耦，并为各个业务独立设置系统。

但发明人发现，目前业务之间存在复杂的嵌套关系。例如，技术人员在研发过程中需要调取推送数据，则需要从研发中台接入到推送平台，但申请接入过程中发现研发中台无法直接接入到推送平台，要想接入推送平台需要先新建一接入申请，将其发给商务平台系统审批，再发给消息系统，待消息系统确认后，才能接入到推送平台。同样由于系统安全性考虑，不会向所有研发相关人员公开系统整体构架，故不熟悉系统之间依赖关系的研发人员可能会直接连接目标系统导致无法连接，后续在多次试错后才连上目标系统，导致无法高效的接入到目标系统。

因此，目前的系统接入方法对于不熟悉系统之间依赖关系的研发人员，在处理多层嵌套关系的接入请求时，需要投入过多时间试错，接入效率低。

发明内容

本申请提供了一种系统接入方法、装置、设备及计算机可读介质，以解决上述背景技术中系统接入时接入效率低的问题。

第一方面，本申请提供了一种系统接入方法，包括：

响应于对第一系统的接入请求，获取所述第一系统的依赖关系树；所述依赖关系树包括至少两个节点，每个所述节点均对应一个系统，所述第一系统对应所述依赖关系树中的根节点；所述依赖关系树中上级节点对应的系统与下级节点对应的系统之间具有接入依赖关系；接入所述依赖关系树中每个叶子节点对应的系统；在任一所述叶子节点对应系统的接入状态为接入完成状态时，将接入完成状态的叶子节点的上级节点作为待接入节点；当所述待接入节点的所有下级节点对应系统的接入状态均为接入完成状态时，接入所述待接入节点对应的系统；当所述待接入节点对应系统的接入状态为接入完成状态时，将所述待接入节点的上级节点作为下一个待接入节点，直至接入所述根节点对应的第一系统。

可选地，所述获取所述第一系统的依赖关系树，其中，

将所述第一系统作为依赖关系树的根节点，获取所述第一系统的接入依赖关系；根据所述接入依赖关系，查找所述第一系统的所有依赖系统；将所述第一系统的每个依赖系统所对应的节点均作为所述根节点下级的参考节点；获取任一所述参考节点对应系统的接入依赖关系；根据获取到参考节点对应系统的接入依赖关系，查找所述参考节点对应系统的所有依赖系统，将所述参考节点对应系统的所有依赖系统作为所述参考节点下级的下一参考节点；直至未获取到下一参考节点对应系统的接入依赖关系时，将下一参考节点作为叶子节点；将所述根节点、叶子节点、所有参考节点以及所有下一参考节点，按照节点的上下级关系组合成所述依赖关系树。

可选地，所述接入所述依赖关系树中每个叶子节点对应的系统，包括：针对每个叶子节点：生成所述叶子节点对应系统的第一接入申请；发送所述第一接入申请至所述叶子节点对应系统；获取所述叶子节点对应系统的第一接入申请结果信息；若所述第一接入申请结果信息为接入完成时，设置所述叶子节点对应系统的接入状态为接入完成状态。

可选地，所述当所述待接入节点的所有下级节点对应系统的接入状态均为接入完成状态时，接入所述待接入节点对应的系统，包括：获取所述待接入节点的所有下级节点对应系统的接入申请结果信息；根据所获取的接入申请结果信息，确定所述待接入节点的所有下级节点对应系统的接入状态；当所述待接入节点的所有下级节点对应系统的接入状态均为接入完成状态时，生成包含所述待接入节点的所有下级节点对应系统的接入申请结果信息的第二接入申请；发送所述第二接入申请至所述待接入节点对应的系统；此时，在所述当所述待接入节点对应系统的接入状态为接入完成状态时，将所述待接入节点的上级节点作为下一个待接入节点之前，该方法还包括：获取所述待接入节点对应系统发送的第二接入申请结果信息；若所述第二接入申请结果信息为接入完成时，设置所述待接入节点对应系统的接入状态为接入完成状态。

可选地，所述方法还包括：当第一申请结果信息为接入失败时，设置所述叶子节点的所有上级节点对应系统的接入状态为接入停止状态，并且生成接入失败响应消息，将所述接入失败响应消息发送给所述接入请求的发送方；或者，当第二申请结果信息为接入失败时，设置所述待接入节点的所有上级节点对应系统的接入状态为接入停止状态，生成接入失败响应消息，并将所述接入失败响应消息发送给所述接入请求的发送方。

可选地，所述方法还包括：在获取所述第一系统的依赖关系树之后，将依赖关系树中每个非叶子节点对应的系统的接入状态设置为接入等待状态；此时，在任一所述叶子节点对应系统的接入状态为接入完成状态时，将接入完成状态的叶子节点的上级节点作为待接入节点，包括：在任一所述叶子节点对应系统的接入状态为接入完成状态时，确定该叶子节点在所述依赖关系树中的上级节点；当所述接入完成状态的叶子节点在所述依赖关系树中存在上级节点且所述接入完成状态的叶子节点的上级节点的接入状态为接入等待状态时，将所述接入完成状态的叶子节点的上级节点作为待接入节点；此时，当所述待接入节点对应系统的接入状态为接入完成状态时，将所述待接入节点的上级节点作为下一个待接入节点，包括：当所述待接入节点对应系统的接入状态为接入完成状态时，确定该待接入节点在所述依赖关系树中的上级节点；当所述待接入节点在所述依赖关系树中存在上级节点且所述待接入节点的上级节点的接入状态为接入等待状态时，将所述待接入节点的上级节点作为下一个待接入节点。

第二方面，本申请提供了一种系统接入装置，所述装置包括：

依赖关系树获取单元，用于响应于对第一系统的接入请求，获取所述第一系统的依赖关系树；所述依赖关系树包括至少两个节点，每个所述节点均对应一个系统，所述第一系统对应所述依赖关系树中的根节点；所述依赖关系树中上级节点对应的系统与下级节点对应的系统之间具有接入依赖关系；

接入单元，用于接入所述依赖关系树中每个叶子节点对应的系统；

节点确认单元，用于在任一所述叶子节点对应系统的接入状态为接入完成状态时，将接入完成状态的叶子节点的上级节点作为待接入节点；

所述接入单元，还用于在所述待接入节点的所有下级节点对应系统的接入状态均为接入完成状态时，接入所述待接入节点对应的系统；

所述节点确认单元，还用于在所述待接入节点对应系统的接入状态为接入完成状态时，将所述待接入节点的上级节点作为下一个待接入节点，直至接入所述根节点对应的第一系统。

可选地，依赖关系树获取单元包括：

节点确定模块，用于将所述第一系统作为依赖关系树的根节点；

关系获取模块，用于获取所述第一系统的接入依赖关系；

查找模块，用于根据获取到接入依赖关系，查找所述第一系统的所有依赖系统；

所述节点确定模块，还用于将所述第一系统的每个依赖系统所对应的节点均作为所述根节点下级的参考节点；

所述关系获取模块，还用于获取任一所述参考节点对应系统的接入依赖关系；

所述查找模块，还用于根据获取到参考节点对应系统的接入依赖关系，查找所述参考节点对应系统的所有依赖系统；

所述节点确定模块，还用于将所述参考节点对应系统的所有依赖系统作为所述参考节点下级的下一参考节点；直至未获取到下一参考节点对应系统的接入依赖关系时，将下一参考节点作为叶子节点；

组合模块，用于将所述根节点、叶子节点、所有参考节点以及所有下一参考节点，按照节点的上下级关系组合成所述依赖关系树。

第三方面，本申请提供了一种电子设备，所述设备包括：存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述第一方面任一实施例所述的方法。

第四方面，本申请提供了一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行所述第一方面任一实施例所述的方法。

本申请实施例提供的上述技术方案与相关技术相比具有如下优点：

本申请实施例提供的该方法，先获取第一系统(即目标接入系统)的依赖关系树，查找到第一系统直接依赖或间接依赖的系统，然后按照依赖关系树从叶子节点到根节点的顺序，依次接入当前处理节点对应的系统，直至接入到根节点所对应的系统，即接入第一系统。

本申请实施例提供的该方法，通过树状结构来梳理系统之间的依赖关系，从而解决了处理多层嵌套关系的效率低的问题，而且，根据依赖关系树，由叶子节点对应的系统逐级接入，直至接入根节点对应的第一系统，无需人工手动接入，也就解决了不熟悉系统之间依赖关系的研发人员多次试错，接入效率低的问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

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

图1为本申请实施例提供的一种系统接入方法的流程示意图；

图2为本申请实施例提供的一种依赖关系树示意图；

图3为本申请实施例提供的另一种系统接入方法的流程示意图；

图4为本申请实施例提供的又一种系统接入方法的流程示意图；

图5为本申请实施例提供的又一种系统接入方法的流程示意图；

图6为本申请实施例提供的又一种系统接入方法的流程示意图；

图7为本申请实施例提供的又一种系统接入方法的流程示意图；

图8为根据本申请实施例提供的一种系统接入装置的结构示意图；

图9是根据本申请实施例的一种系统接入方法的硬件环境的示意图；

图10是根据本申请实施例的一种系统接入方法的硬件环境的示意图；

图11为本申请实施例提供的一种系统接入方法的逻辑架构图。

具体实施方式

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

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本申请的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。

图1为本申请实施例提供的一种系统接入方法的流程示意图。

参见图1，所述系统接入方法包括以下步骤：

S101：响应于对第一系统的接入请求，获取所述第一系统的依赖关系树。

以如下场景为例，研发中台要想接入推送平台，需要先新建一接入申请，将新建的接入申请发给商务平台系统，商务平台转发接入申请给消息系统，待消息系统审批确认后，才能接入到推送平台。这里，研发中台接入推送平台，需要先接入消息系统，也即接入推送平台，需要依赖消息系统，相应地推送平台的接入依赖关系是：接入平台依赖消息系统，而且是推送平台单向依赖消息系统。

接入依赖关系的获取方式有很多，例如：可以直接获取，也可以预先设置，再直接读取。在一个场景中，可以根据获取接入依赖关系，例如：根据系统之间的关系或者系统相关的业务耦合关系，能直接分析得到系统之间的依赖关系，例如：系统之间的关系可以为：接入订单系统，必须要接入会员系统，那么订单系统的依赖关系是：订单系统依赖会员系统。再例如：系统相关的业务耦合关系，可以为：业务流向图，或者，业务流转图，其中，表明业务数据必须先流经订单系统，然后流经仓库系统，那么通过业务流向图或者业务流转图的流向关系，可以确定仓库系统的依赖关系是：仓库系统依赖订单系统。另外，在获取到接入依赖关系时，可以将接入依赖关系存储。

在另一场景中，还可以统计不同业务所对应的历史系统接入记录，然后对历史系统接入记录进行分析，根据分析结果获取系统之间的接入依赖关系，例如：当对于包裹查询业务需要接入物流系统时，采用现有技术在系统接入时，每次都要技术人员手动先接入会员系统，再手动接入单号系统，再手动接入物流系统。而利用该方法，当有包裹查询业务需要接入物流系统时，可以通过历史系统接入记录分析得到物流系统接入依赖关系是：物流系统依赖单号系统；可以通过历史系统接入记录分析得到单号系统的接入依赖关系是：单号系统依赖会员系统。所以，可以直接根据业务所对应的历史系统接入记录，获取系统的接入依赖关系。另外，在获取到接入依赖关系时，可以将接入依赖关系存储。

在另一场景中，可以预先设置每个系统与其它系统的接入依赖关系，并且存储。接入依赖关系可以集中存储在某一个服务器或存储设备中，也可以分散存储在各自系统对应的处理器或存储设备中。在本申请实施例中，每个系统的接入依赖关系，初始设置时，可以是各自系统的操作人员。

对于系统数量较多，且不同系统间的接入依赖关系复杂的场景，在接入时常常会存在未进行初始设置的接入依赖关系，那么此时，可以临时进行设置新的接入依赖关系，并且将临时设置的接入依赖关系存储。这样，随着系统的接入次数增加，可以通过临时设置的方式，将不同系统之间的接入依赖关系存储下来，进而在后续需要查找某个系统的接入依赖关系时，无需再初始化设置或临时设置，而可以直接从存储的接入依赖关系中查找。

此外，在本申请其它场景中，针对初始设置的接入依赖关系，并不是一直不变，例如：系统A的初始设置的接入依赖关系为：系统A依赖系统B，随着业务的发展，在系统A和B的基础上，增加了系统C，若系统A的接入依赖关系变成了：系统A依赖系统C，系统C的接入依赖关系初始设置为：系统C依赖系统B。那么，可以将系统A的初始设置的接入依赖关系更新为：系统A依赖系统C。所以，当某一个系统具有一个已有的接入依赖关系的情况下，当系统的接入关系改变时，还可以对已有的接入依赖关系进行更新。

接入依赖关系包含单向依赖的一对系统的系统标识，例如：接入依赖关系可以包括一组相对应两个字段：本系统的系统标识和依赖系统的系统标识，本系统的系统标识和依赖系统的系统标识一一对应。系统标识可以为系统的ID、编号或其它可以识别系统的文字、符号或字符串等。

根据业务需要，一个系统的接入依赖关系可以为一个，也可以为多个。以系统A为例，当系统A的接入依赖关系为一个时，其依赖关系为：{[系统A，系统B]}，表示：系统A依赖系统B，系统B是系统A的依赖系统，也即应用接入系统A必须依赖于应用接入系统B的成功。当系统A的接入依赖关系为三个时，其依赖关系为：{[系统A，系统B]；[系统A，系统C]；[系统A，系统D]}，表示：系统A依赖系统B，系统A依赖系统C，系统A依赖系统C，系统B、C和D都是系统A的依赖系统，也即应用接入系统A必须依赖于应用接入系统B、C和D的成功。

在该步骤中，当接收到对第一系统的接入请求，可以获取第一系统的接入依赖关系，通过接入依赖关系，可以查找到第一系统的所有依赖系统，然后再获取依赖系统各自的接入依赖关系，通过逐级查找，直至最终查找到的依赖系统，不存在接入依赖关系。然后将这些查找到所有依赖系统，按照接入依赖关系的层级进行组合，就可以得到第一系统的依赖关系树。

在本申请实施例中，依赖关系树中包括有至少两个节点，每个系统对应依赖关系树中一个节点，并且第一系统对应所述依赖关系树中的根节点，依赖关系树中上级节点对应的系统与下级节点对应的系统之间具有接入依赖关系。

参见图2所示，为本申请实施例提供的一个依赖关系树的示意图。

图2中，有五级节点，其中，A101为根节点，根节点对应的节点系统为第一系统，其与第一系统对应，其余节点也分别各自对应一个节点系统，节点A201、节点A202对应系统为根节点A101对应的第一系统的直接依赖系统，节点A201、节点A202下级节点对应的系统为根节点A101对应的第一系统的间接依赖系统。在依赖关系树中，具有箭头指向关系的上下两级节点中，上级节点为父节点，下级节点为子节点。另外，在依赖关系树中，叶子节点是指没有子节点的末节点(也即最低级)。在图2中，叶子节点为5个，分别为A501，A502，A503和A504。

S102，接入所述依赖关系树中每个叶子节点对应的系统。

由于对于叶子节点对应的系统而言，其没有更下一级的节点，属于末节点，所以这些叶子节点所对应的系统，不用考虑下一节的节点对应的系统是否有接入，而是可以直接建立应用与叶子节点对应系统的接入关系。

在本申请实施例中，可以发起应用对叶子节点对应系统的接入申请，然后将接入申请发送给叶子节点对应的系统，并且待接收到叶子节点对应的系统发送的接入成功响应消息，则确定完成接入叶子节点对应的系统。

在本申请实施例中，在接入与叶子节点对应系统后，还可以将每个叶子节点对应系统的接入状态设置为接入完成状态。

S103，在任一所述叶子节点对应系统的接入状态为接入完成状态时，将接入完成状态的叶子节点的上级节点作为待接入节点。

参见图2所示依赖关系树，图中箭头指示方向表示了上下两层节点对应系统的依赖关系，所以通过依赖关系树，可以查找叶子节点的上层节点，作为待接入节点。

以图2中叶子节点A501为例，叶子节点A501的上层节点可以为A401和A402，也即在接入叶子节点A501对应的系统后，待接入节点为A401和A402。

S104，当所述待接入节点的所有下级节点对应系统的接入状态均为接入完成状态时，接入所述待接入节点对应的系统。

对应依赖关系树中的节点，其可能只有一个下级节点，也可能有多个下级节点。无论是有几个下级几点，由于与每个下级节点之间都有接入依赖关系，所以，需要对所有下级节点对应的系统的接入状态进行判断。

在本申请实施例中，对于系统而言，每次接入系统后，系统都会记录一个接入状态，无论是接入完成，还是接入失败。接入状态可以存储在系统内，在该步骤中，可以从所述待接入节点的所有下级节点对应系统读取接入状态，然后判断接入状态是否为接入完成状态。

在所述待接入节点的所有下级节点对应系统的接入状态均为接入完成状态时，表示待接入节点的系统才可以申请接入。

以图2中的待接入节点A402为例，A402有两个下级节点A501和A502，所以，必须等节点A501和A502都接入完成后，才能接入节点A402对应的系统。

该步骤中，待接入节点的接入过程，可以参见前述步骤S102中叶子节点对应的系统的接入过程。

S105，当所述待接入节点对应系统的接入状态为接入完成状态时，将所述待接入节点的上级节点作为下一个待接入节点，直至接入所述根节点对应的第一系统。

以图2为例，当节点A402对应的接入状态为接入完成状态时，沿着依赖关系树，继续将节点A402的上级节点A301作为下一个待接入节点，并且逐级进行接入，最终由节点A301、节点A201直至接入根节点A101。

本申请实施例提供的该方法，先获取第一系统的依赖关系树，查找到第一系统直接依赖或间接依赖的系统，然后接入依赖关系树中叶子节点对应的系统，然后沿着叶子节点，从下级到上级依次接入不同节点的系统，直至依赖关系树中的根节点所对应的系统，也即第一系统。

本申请实施例提供的该方法，无需人工手动分别接入不同的系统，而是可以根据依赖关系树，由叶子节点对应的系统逐级向上，直至接入根节点对应的第一系统，从而使得系统之间的接入可以自动执行，提高了接入的效率。

在本申请图1所示实施例的基础上，在获取依赖关系树时，可以采用以下方式，如图3所示，前述步骤S101，可以包括以下步骤：

S1011，将所述第一系统作为依赖关系树的根节点，获取所述第一系统的接入依赖关系。

在本申请实施例中，接入依赖关系的获取方式有很多，例如：可以直接获取，也可以预先设置，再直接读取。具体的方式，可以参见前述步骤S101的详细描述。

接入依赖关系包含单向依赖的一对系统的系统标识，例如：接入依赖关系可以包括一组相对应两个字段：本系统的系统标识和依赖系统的系统标识，本系统的系统标识和依赖系统的系统标识一一对应。系统标识可以为系统的ID、编号或其它可以识别系统的文字、符号或字符串等。

S1012，根据获取到接入依赖关系，查找所述第一系统的所有依赖系统；将所述第一系统的每个依赖系统所对应的节点均作为所述根节点下级的参考节点。

以图2为例，第一系统的接入依赖关系为：{[第一系统，系统b1]；[第一系统，系统b2]}，所以，第一系统的所有依赖系统包：系统b1和系统b2，可以确定根节点下级的参考节点为节点A201和节点A202。

S1013，获取任一所述参考节点对应系统的接入依赖关系。

系统b1的接入依赖关系为：{[系统b1，系统c1]}；系统b2的接入依赖关系为：{[系统b2，系统c2]；[系统b2，系统c3]}。

S1014，根据获取到参考节点对应系统的接入依赖关系，查找所述参考节点对应系统的所有依赖系统，将所述参考节点对应系统的所有依赖系统作为所述参考节点下级的下一参考节点。

以图2为例，通过节点A202的接入依赖关系，查找到系统b2的两个依赖系统：系统c2、系统c3，其对应的节点为图2中的节点A302和节点A303，然后将节点A302和节点A303作为下一参考节点，继续查找下级节点。

S1015，直至未获取到下一参考节点对应系统的接入依赖关系时，将下一参考节点作为叶子节点。

在图2中，对于节点A302而言，其没有下级节点，所以对于节点302而言，其对应的系统c2不存在接入依赖关系，进而可以将节点A302作为叶子节点。同理，节点A501，节点502，节点A503以及A504都是依赖关系树中的叶子节点。图2中叶子节点为5个，分别为A501，A502，A503和A504，除叶子节点外，所有节点都可以作为非叶子节点。

S1016，将所述根节点、叶子节点、所有参考节点以及所有下一参考节点，按照节点的上下级关系组合成所述依赖关系树。

当将所有节点遍历得到后，就可以根据根节点所对应系统的接入依赖关系，组合成依赖关系树，如图2所示。

本申请实施例提供的该方法，可以通过第一系统的接入依赖关系以及第一系统所依赖系统的接入依赖关系，可以快速自动形成第一系统的依赖关系树。

在本申请图1所示实施例的基础上，在接入所述依赖关系树中每个叶子节点对应的系统时，针对每个叶子节点，前述步骤S102，如图4所示，可以包括以下步骤：

S1021，生成所述叶子节点对应系统的第一接入申请。

在本申请实施例中，第一接入申请的形式可以不做限定，对于不同的系统而言，不同的系统可以有不同的接入申请方式，例如：接入审批表、接入审批单、接入申请邮件以及接入申请消息等。

在本申请实施例中，每个系统的接入申请方式可以对应一个的工单模板，在该步骤中，可以从叶子节点对应的系统中查找到对应的工单模板，在工单模板为含有至少一个信息字段，以及，与每个信息字段对应的空白填充格的的表单。获取到工单模板后，将工单模板发送至发起接入请求的发送方，由所述发送方对工单模板中的空白填充格进行填写，接收所述发送方发送的填写工单模板后的申请工单，将申请工单作为第一接入申请。

S1022，发送所述第一接入申请至所述叶子节点对应系统。

由于不同的接入申请方式，其对应的发送方式也不同。例如：当第一接入申请为接入审批表或接入审批单时，可以通过系统已有的接口或端口发送；当第一接入申请为接入申请邮件时，可以通过系统已有的邮件系统进行发送；当第一接入申请为接入消息时，可以通过系统已有的消息系统进行发送。

S1023，获取所述叶子节点对应系统的第一接入申请结果信息。

叶子节点对应系统在接收到第一接入申请后，可以根据第一接入申请中的信息，对该第一接入申请中的信息进行审批，并且将第一审批结果信息发送至第一接入申请的发送方。

在S1024之前，还包括一步骤：接收叶子节点对应系统发送的第一接入申请结果信息，若接收到第一接入申请结果信息，且第一接入申请结果信息为接入完成，则执行步骤S1024。

在本申请实施例中，第一接入申请结果信息，也即图1所示实施例中，提及的接入成功响应消息。

S1024，设置所述叶子节点对应系统的接入状态为接入完成状态。

在本申请实施例中，对于每个系统，可以单独设置一个状态字段用来存储接入状态的信息，接入状态的信息至少可以包括：接入状态的标识、第一接入申请的发送方标识、本系统的标识。在一个实施例中，接入状态的的信息格式可以为：[状态标识，本系统标识，应用标识]，以图2为例，在应用APP1接入第一系统过程中，当应用APP1完成接入叶子节点A501对应的系统e1时，可以将系统e1的接入状态设置为接入完成，具体为，将系统e1的状态字段中修改：[S，e1，APP1]，其中，S(即success的缩写)表示接入完成状态；F(即failure的缩写)表接入停止状态；H(即hold的缩写)表示接入等待状态。

一旦获取到接入申请结果信息为接入完成，就可以通过更新该状态字段中内容，以实现记录系统的接入过程的详细信息，以便后续可以根据该接入完成状态的信息，了解接入过程的详细信息。

此外，在本申请其它实施例中，在图4所示实施例的基础上，该系统接入方法包括如下步骤：

当第一申请结果信息为接入失败时，设置所述叶子节点的所有上级节点对应系统的接入状态为接入停止状态；并且生成接入失败响应消息，将所述接入失败响应消息发送给所述接入请求的发送方。

叶子节点的对应系统，在对第一接入申请进行审批时，如果第一接入申请中信息不符合要求，可以拒绝审批通过，此时，叶子节点的对应系统反馈第一申请结果信息为接入失败。

通过该步骤中的接入失败响应消息，可以在叶子节点对应的系统接入失败时，及时通知给所述接入请求的发送方，以便于及时掌握接入过程，并且方便失败后重新接入。

在本申请图1所示实施例的基础上，在接入所述待接入节点对应的系统时，前述步骤S103，如图5所述，可以包括以下步骤：

S1031，获取所述待接入节点的所有下级节点对应系统的接入申请结果信息；

S1032，生成包含所述待接入节点的所有下级节点对应系统的接入申请结果信息的第二接入申请；

在本申请实施例中，每个系统的接入申请方式可以对应一个的工单模板，在该步骤中，数据平台可以从待接入节点对应的系统中查找到对应的工单模板，在工单模板为含有至少一个信息字段，以及，与每个信息字段对应的空白填充格的的表单。

获取到工单模板后，可以设置为自动填写，具体为：提取工单模板中与所述待接入节点的所有下级节点对应系统的信息字段，然后从所述待接入节点的所有下级节点对应系统的接入申请结果信息查找各自的信息字段的字段内容，然后将字段内容，填充到对应的空白填充格，形成第二接入申请。

S1033，发送所述第二接入申请至所述待接入节点对应的系统；

S1034，获取所述待接入节点对应系统发送的第二接入申请结果信息；

在S1035之前，还包括一步骤：接收所述待接入节点对应系统发送的第二接入申请结果信息，若接收到第二接入申请结果信息，且第二接入申请结果信息为接入完成，则执行步骤S1035。

S1035，设置所述待接入节点对应系统的接入状态为接入完成状态。

在对待接入节点对应的系统进行接入时，详细可参见叶子节点的接入过程，在此不再赘述。

此外，在本申请其它实施例中，在图1所示实施例的基础上，该系统接入方法包括如下步骤：

当第二申请结果信息为接入失败时，设置所述待接入节点的所有上级节点对应系统的接入状态为接入停止状态；并且生成接入失败响应消息，将所述接入失败响应消息发送给所述接入请求的发送方。

所述待接入节点对应的系统，在对第二接入申请进行审批时，如果第二接入申请中信息不符合要求，可以拒绝审批通过，此时，所述待接入节点对应的系统反馈第二申请结果信息为接入失败。

通过该步骤中的接入失败响应消息，可以在所述待接入节点对应的系统接入失败时，及时通知给所述接入请求的发送方，以便于及时掌握接入过程，并且方便失败后重新接入。

下面结合具体实施例，参见图6所示，对本申请实施例提供的一种系统接入方法进行详细描述。

S201，响应于业务对第一系统的接入请求，获取所述第一系统的接入依赖关系。

S202，判断当前待接入系统是否存在下级的依赖系统；

如果当前待接入系统存在下级的依赖系统，执行步骤S203，如果当前待接入系统不存在下级的依赖系统，执行步骤S204。

S203，将当前待接入系统的接入状态设置为接入等待状态，并将当前待接入系统的依赖系统作为下一待接入系统，继续判断下一待就系统是否存在下级的依赖系统，直至下一待接入系统不存在下级的依赖系统。

S204，对当前待接入系统发起接入申请；

S205，判断对当前待接入系统发起接入申请是否成功；

若对当前待接入系统发起接入申请成功时，执行步骤S206，若对当前待接入系统发起接入申请失败时，执行步骤S209。

S206，将当前待接入系统设置为接入成功状态。

S207，判断待接入系统是否为第一系统；

如果待接入系统是第一系统，结束接入流程。如果待接入系统不是第一系统，执行S208。

S208，遍历所述当前待接入系统的上级系统，判断上级系统的状态是否为接入等待状态时，并且判断上级系统的所有下级系统是否为接入完成状态。

若上级系统的状态为接入等待状态时，并且判断上级系统的所有下级系统为接入完成状态，那么对上级系统发起接入申请，直至接入第一系统。

S209，将当前待接入系统的接入状态设置为接入停止状态，并逐级遍历所述当前待接入系统的所有上级系统，并且将每个上级系统接入状态设置为接入停止状态。

图6所示实施例中，在进行接入时，可以由第一系统开始，跟每级的依赖关系，向下查找依赖系统，直至查找到不存在下级依赖系统的系统，然后由不存在下级依赖系统的系统开始，再逐级向上发起接入申请，最终完成接入第一系统。在该实施例中，可以在不知道整体的依赖关系树的整体时，仅根据接入依赖关系，就可以完成第一系统的接入。

下面结合具体实施例，参见图7所示，对本申请实施例提供的另一种系统接入方法进行详细描述。

S301，响应于对第一系统的接入请求，获取所述第一系统的依赖关系树。

S302，将叶子节点对应的系统作为当前接入系统。

S303，发起对依赖关系树中的所有当前接入系统的接入，并判断当前接入系统是否接入成功。

在当前接入系统接入成功时，执行步骤S304，在当前接入系统接入失败时，执行步骤S308，结束本次接入过程。

S304，将当前接入系统设置为接入完成状态；并将当前接入系统的接入完成状态发送至各自的上级系统；

S305，按照依赖关系树从下级到上级的方向，查找当前接入系统对应节点的上级节点对应的系统作为下一待接入系统。

S306，对于下一待接入系统，判断当前待接入系统的所有下级系统的是否接入完成状态；

若当前待接入系统的所有下级系统为接入完成状态，执行步骤S307，否则，返回步骤S306。

S307，接入下一待接入系统，并且判断下一待接入系统是否为第一系统；

如果下一待接入系统为第一系统，结束本次接入流程，如果下一待接入系统不为第一系统，返回步骤S303，逐级遍历下一待接入系统的每个上级节点的系统并接入。

S308，生成接入失败响应消息，将所述接入失败响应消息发送给所述接入请求的发送方。

根据本申请实施例的另一个方面，还提供了一种系统接入装置，图8为根据本申请实施例提供的系统接入装置的结构示意图的结构示意图，如图8所示，该装置应用于包含多个子系统的数据平台，所述装置包括：

依赖关系树获取单元91，用于响应于对第一系统的接入请求，获取所述第一系统的依赖关系树；所述依赖关系树包括至少两个节点，每个所述节点均对应一个系统，所述第一系统对应所述依赖关系树中的根节点；所述依赖关系树中上级节点对应的系统与下级节点对应的系统之间具有接入依赖关系；

接入单元92，用于接入所述依赖关系树中每个叶子节点对应的系统；

节点确认单元93，用于在任一所述叶子节点对应系统的接入状态为接入完成状态时，将接入完成状态的叶子节点的上级节点作为待接入节点；

所述接入单元92，还用于在所述待接入节点的所有下级节点对应系统的接入状态均为接入完成状态时，接入所述待接入节点对应的系统；

所述节点确认单元93，还用于在所述待接入节点对应系统的接入状态为接入完成状态时，将所述待接入节点的上级节点作为下一个待接入节点，直至接入所述根节点对应的第一系统。

在申请一个实施例中，依赖关系树获取单元包括：

节点确定模块，用于将所述第一系统作为依赖关系树的根节点；

关系获取模块，用于获取所述第一系统的接入依赖关系；

查找模块，用于根据所述接入依赖关系，查找所述第一系统的所有依赖系统；

所述节点确定模块，还用于将所述第一系统的每个依赖系统所对应的节点均作为所述根节点下级的参考节点；

所述关系获取模块，还用于获取任一所述参考节点对应系统的接入依赖关系；

所述查找模块，还用于根据获取到参考节点对应系统的接入依赖关系，查找所述参考节点对应系统的所有依赖系统；

所述节点确定模块，还用于将所述参考节点对应系统的所有依赖系统作为所述参考节点下级的下一参考节点；直至未获取到下一参考节点对应系统的接入依赖关系时，将下一参考节点作为叶子节点；

组合模块，用于将所述根节点、叶子节点、所有参考节点以及所有下一参考节点，按照节点的上下级关系组合成所述依赖关系树。

根据本申请实施例的又一方面还提供了一种计算机设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述步骤。

上述计算机设备中的存储器、处理器通过通信总线和通信接口进行通信。所述通信总线可以是外设部件互连标准(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

根据本申请实施例的又一方面还提供了一种具有处理器可执行的非易失的程序代码的计算机可读介质。

可选地，在本申请实施例中，计算机可读介质被设置为存储用于所述处理器执行以下步骤的程序代码：

响应于对第一系统的接入请求，获取所述第一系统的依赖关系树；所述依赖关系树包括至少两个节点，每个所述节点均对应一个系统，所述第一系统对应所述依赖关系树中的根节点；所述依赖关系树中上级节点对应的系统与下级节点对应的系统之间具有接入依赖关系；

接入所述依赖关系树中每个叶子节点对应的系统；在任一所述叶子节点对应系统的接入状态为接入完成状态时，将接入完成状态的叶子节点的上级节点作为待接入节点；

当所述待接入节点的所有下级节点对应系统的接入状态均为接入完成状态时，接入所述待接入节点对应的系统；

当所述待接入节点对应系统的接入状态为接入完成状态时，将所述待接入节点的上级节点作为下一个待接入节点，直至接入所述根节点对应的第一系统。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本申请实施例在具体实现时，可以参阅上述各个实施例，具有相应的技术效果。

可选地，在本实施例中，硬件环境可以如图9所示，包括：若干个服务器，例如图9中的服务器101、服务器102、服务器103和服务器104。在图9中，在每个服务器可以运行有一个或多个系统，用于提供服务(如多媒体服务、游戏服务、应用服务、理财服务、购物服务等)，另外，在系统内还可以运行应用程序。

与现有技术相比，本申请实施例中增加了一个数据平台100，数据平台100可以与服务器之间通信连接，例如服务器101、服务器102可以通过通信线缆与数据平台100进行通信连接；服务器103、服务器104可以通过无线通信方式与数据平台100进行通信连接。

数据平台100可以独立的硬件系统，如计算机或服务器，例如图9所示，数据平台100可以为服务器；另外，数据平台100还可以运行在计算机、服务器、数据集群系统或者分布式系统中，如图10所，图中，数据平台位于多个服务器集群300内。

本申请实施例所示的系统接入方法可以由图9或图10中数据平台100来执行。在本申请实施例所示的计算机设备可以位于图9或图10中数据平台。

为保证迭代的高效率以及业务数据的高安全，通常会将业务进行解耦，每个业务所对应的系统均为独立的系统，不同的系统的功能或数据各不相同，并且系统之间可能存在复杂的嵌套关系。

为了方便对不同系统之间的接入关系进行管理，在申请实施例中，图9和图10这个数据平台，在不同系统间需要接入时，都可以通过数据平台采用前述图1、图3-图7所示的系统接入方法来统一进行接入管理，进而使得数据平台可以具有不同系统的权限管理功能和接入管理功能。

参见图11所示，为本申请实施例提供逻辑架构图，应用201可以是位于图9任意服务器中的应用程序，例如：应用201位于服务器101中，数据平台100为独立的服务器，系统A、系统B和系统C可以是位于图9中的不同服务器中系统，例如：系统A位于服务器102中，系统B位于服务器103中，系统C位于服务器104。在具体实施例中，应用201所在的服务器与要接入系统(系统A、系统B和系统C)不在同一服务器中。

在图11所示的逻辑架构图中，当应用201中有业务需求需要接入系统A时，应用201发送对系统A的接入请求，数据平台100根据该接入请求获取系统A的依赖关系树，若根据系统A的依赖关系树确定系统A的依赖系统为系统B，那么数据平台100再向系统B发起接入申请，先建立应用201与系统B的接入关系，然后再向系统A发起接入申请，最终实现接入系统A。

在本申请实施例，应用201接入某个系统，是指数据平台通过对该系统进行申请，使得该系统向数据平台100开放了一个对应接口的权限，应用201可以通过数据平台100所对应的接口的权限，实现访问该系统中的数据。

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

本领域普通技术人员可以意识到，结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种系统接入方法，其特征在于，包括：

响应于对第一系统的接入请求，获取所述第一系统的依赖关系树；所述依赖关系树包括至少两个节点，每个所述节点均对应一个系统，所述第一系统对应所述依赖关系树中的根节点；所述依赖关系树中上级节点对应的系统与下级节点对应的系统之间具有接入依赖关系；

接入所述依赖关系树中每个叶子节点对应的系统；在任一所述叶子节点对应系统的接入状态为接入完成状态时，将接入完成状态的叶子节点的上级节点作为待接入节点；

当所述待接入节点的所有下级节点对应系统的接入状态均为接入完成状态时，接入所述待接入节点对应的系统；

当所述待接入节点对应系统的接入状态为接入完成状态时，将所述待接入节点的上级节点作为下一个待接入节点，直至接入所述根节点对应的第一系统。

2.根据权利要求1所述的方法，其特征在于，所述获取所述第一系统的依赖关系树，其中，

将所述第一系统作为依赖关系树的根节点，获取所述第一系统的接入依赖关系；

根据所述接入依赖关系，查找所述第一系统的所有依赖系统；将所述第一系统的每个依赖系统所对应的节点均作为所述根节点下级的参考节点；

获取任一所述参考节点对应系统的接入依赖关系；

根据获取到参考节点对应系统的接入依赖关系，查找所述参考节点对应系统的所有依赖系统，将所述参考节点对应系统的所有依赖系统作为所述参考节点下级的下一参考节点；

直至未获取到下一参考节点对应系统的接入依赖关系时，将下一参考节点作为叶子节点；

将所述根节点、叶子节点、所有参考节点以及所有下一参考节点，按照节点的上下级关系组合成所述依赖关系树。

3.根据权利要求1所述的方法，其特征在于，针对每个叶子节点：所述接入所述依赖关系树中每个叶子节点对应的系统，包括：

生成所述叶子节点对应系统的第一接入申请；

发送所述第一接入申请至所述叶子节点对应系统；

获取所述叶子节点对应系统的第一接入申请结果信息；

若所述第一接入申请结果信息为接入完成时，设置所述叶子节点对应系统的接入状态为接入完成状态。

4.根据权利要求3所述的方法，其特征在于，所述接入所述待接入节点对应的系统，包括：

获取所述待接入节点的所有下级节点对应系统的接入申请结果信息；

根据所获取的接入申请结果信息，确定所述待接入节点的所有下级节点对应系统的接入状态；

当所述待接入节点的所有下级节点对应系统的接入状态均为接入完成状态时，生成包含所述待接入节点的所有下级节点对应系统的接入申请结果信息的第二接入申请；

发送所述第二接入申请至所述待接入节点对应的系统；

此时，在所述当所述待接入节点对应系统的接入状态为接入完成状态时，将所述待接入节点的上级节点作为下一个待接入节点之前，该方法还包括：

获取所述待接入节点对应系统发送的第二接入申请结果信息；

若所述第二接入申请结果信息为接入完成时，设置所述待接入节点对应系统的接入状态为接入完成状态。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

当第一申请结果信息为接入失败时，设置所述叶子节点的所有上级节点对应系统的接入状态为接入停止状态，并且生成接入失败响应消息，将所述接入失败响应消息发送给所述接入请求的发送方；

或者，

当第二申请结果信息为接入失败时，设置所述待接入节点的所有上级节点对应系统的接入状态为接入停止状态，生成接入失败响应消息，并将所述接入失败响应消息发送给所述接入请求的发送方。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

在获取所述第一系统的依赖关系树之后，将依赖关系树中每个非叶子节点对应的系统的接入状态设置为接入等待状态；

此时，在任一所述叶子节点对应系统的接入状态为接入完成状态时，将接入完成状态的叶子节点的上级节点作为待接入节点，包括：

在任一所述叶子节点对应系统的接入状态为接入完成状态时，确定该叶子节点在所述依赖关系树中的上级节点；

当所述接入完成状态的叶子节点的上级节点的接入状态为接入等待状态时，将所述接入完成状态的叶子节点的上级节点作为待接入节点；

此时，当所述待接入节点对应系统的接入状态为接入完成状态时，将所述待接入节点的上级节点作为下一个待接入节点，包括：

当所述待接入节点对应系统的接入状态为接入完成状态时，确定该待接入节点在所述依赖关系树中的上级节点；

当所述待接入节点的上级节点的接入状态为接入等待状态时，将所述待接入节点的上级节点作为下一个待接入节点。

7.一种系统接入装置，其特征在于，所述装置包括：

依赖关系树获取单元，用于响应于对第一系统的接入请求，获取所述第一系统的依赖关系树；所述依赖关系树包括至少两个节点，每个所述节点均对应一个系统，所述第一系统对应所述依赖关系树中的根节点；所述依赖关系树中上级节点对应的系统与下级节点对应的系统之间具有接入依赖关系；

接入单元，用于接入所述依赖关系树中每个叶子节点对应的系统；

节点确认单元，用于在任一所述叶子节点对应系统的接入状态为接入完成状态时，将接入完成状态的叶子节点的上级节点作为待接入节点；

所述接入单元，还用于在所述待接入节点的所有下级节点对应系统的接入状态均为接入完成状态时，接入所述待接入节点对应的系统；

所述节点确认单元，还用于在所述待接入节点对应系统的接入状态为接入完成状态时，将所述待接入节点的上级节点作为下一个待接入节点，直至接入所述根节点对应的第一系统。

8.根据权利要求7所述的装置，其特征在于，依赖关系树获取单元包括：

节点确定模块，用于将所述第一系统作为依赖关系树的根节点；

关系获取模块，用于获取所述第一系统的接入依赖关系；

查找模块，用于根据获取到接入依赖关系，查找所述第一系统的所有依赖系统；

所述节点确定模块，还用于将所述第一系统的每个依赖系统所对应的节点均作为所述根节点下级的参考节点；

所述关系获取模块，还用于获取任一所述参考节点对应系统的接入依赖关系；

所述查找模块，还用于根据获取到参考节点对应系统的接入依赖关系，查找所述参考节点对应系统的所有依赖系统；

所述节点确定模块，还用于将所述参考节点对应系统的所有依赖系统作为所述参考节点下级的下一参考节点；直至未获取到下一参考节点对应系统的接入依赖关系时，将下一参考节点作为叶子节点；

组合模块，用于将所述根节点、叶子节点、所有参考节点以及所有下一参考节点，按照节点的上下级关系组合成所述依赖关系树。

9.一种电子设备，其特征在于，所述设备包括：存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述权利要求1至6任一所述的方法。

10.一种具有处理器可执行的非易失的程序代码的计算机可读介质，其特征在于，所述程序代码使所述处理器执行所述权利要求1至6任一所述的方法。

Images