通信链路配置方法、装置及相关系统与流程

本发明涉及互联网技术领域，更具体而言，涉及一种通信链路配置方法、装置及相关系统。

背景技术：

随着互联网技术的发展，网络平台在各行各业已经普遍化，而且，平台与平台之间的业务数据交换也能够通过网络通信链路完成。通常，为了保证平台之间的业务数据能够快速传输，同时提高业务数据的安全性，平台之间通常接入专线进行业务数据交换，其中，专线是指两个网络平台进行业务数据交换的专用通信链路。以支付宝平台与任一银行为例，该银行与支付宝平台之间接入银行专用通信链路(以下简称银行专线)，当用户在支付宝平台产生与银行的交易数据时，支付宝平台通过银行专线将交易数据传输至银行，并通过银行专线接收银行反馈的数据信息。

通常，支付宝平台与银行专线通过中间服务器连接，其中，中间服务器用于为银行专线配置通信接口信息，转换业务数据格式等。当交易数据产生时，支付宝平台将交易数据发送到中间服务器，中间服务器将交易数据进行格式转换，处理成银行能够识别的数据类型，并通过银行专线对应的通信接口将转换后的交易数据输入银行专线，传输到的银行。当银行反馈数据时，同样通过银行专线将数据传输到中间服务器，中间服务器将银行所反馈的数据进行格式转换，并发送到支付宝平台。

由此可见，在支付宝平台与银行的业务数据交换过程中，由中间服务器对业务数据进行处理，因此，当银行的业务数据量较大时，会造成中间服务器负荷较大。现有技术为了解决这个问题，通常将一条通信链路拆分为多条子链路，每条子链路对应一台中间服务器，使一条通信链路对应多台中间服务器，每台中间服务器处理该银行的部分业务数据。当其中一台中间服务器故障或者需要下线时，连接该台中间服务器的子链路将无法通信，需要人工汇总、分析该条子链路所传输的数据，进而对通信链路重新配置。然而，业务数据的传输流程涉及多个环节，每个环节涉及多台设备，使得通信链路的业务数据与设备之间呈多对多的关系，对应关系严重碎片化，不仅导致分析数据的时间长，配置通信链路的效率低，而且错误率较高，风险较大。

技术实现要素：

为了解决上述技术问题，本发明实施例提供一种通信链路配置方法、装置及相关系 统，能够解决由于业务数据与设备之间的对应关系碎片化，当通信链路变更时，通过人工分析数据的方式配置通信链路的效率低、易出错而且风险高。

第一方面，本发明实施例提供了一种通信链路配置方法，包括：决策服务器采集所述通信链路的子链路与业务数据的对应关系信息；当接收到所述通信链路的变更信息时，根据所述子链路与业务数据的对应关系信息生成配置信息；将所述配置信息发送到所述通信链路中的待变更子链路，以重新配置所述待变更子链路的业务数据。

结合第一方面，在第一方面的第一种可能的实施方式中，所述采集所述通信链路的子链路与业务数据的对应关系信息，包括：获取所述通信链路的子链路与中间服务器的对应关系；根据所述子链路与中间服务器的对应关系，从每台中间服务器中读取相应子链路的业务数据内容和业务数据流量；将所述业务数据内容和业务数据流量与相应子链路对应存储。

结合上述第一方面，在第一方面的第二种可能的实施方式中，根据所述子链路与业务数据的对应关系信息生成配置信息，包括：根据所述变更信息确定待变更子链路；读取所述待变更子链路的业务数据；根据所述待变更子链路的业务数据生成配置信息。

结合上述第一方面，在第一方面的第三种可能的实施方式中，在将所述配置信息发送到所述通信链路中的待变更子链路之后，还包括：从所述配置信息中获取配置项目数据；根据所述配置项目数据生成所述通信链路的变更日志。

结合上述第一方面，在第一方面的第四种可能的实施方式中，在将所述配置信息发送到所述通信链路中的待变更子链路之后，还包括：计算变更后所述通信链路的业务数据流量；对比所述通信链路变更后的业务数据流量与变更前的业务数据流量；当所述通信链路变更后的业务数据流量小于变更前的业务数据流量时，获取所述变更日志；按照所述变更日志将每条所述待变更子链路的业务数据恢复为变更前的业务数据。

结合上述第一方面，在第一方面的第五种可能的实施方式中，在将所述配置信息发送到所述通信链路中的待变更子链路之后，还包括：接收恢复所述通信链路至变更前的恢复信息；获取所述变更日志；按照所述变更日志将每条所述待变更子链路的业务数据恢复为变更前的业务数据。

第二方面，本发明实施例提供了一种通信链路配置装置，包括：采集模块，用于采集所述通信链路的子链路与业务数据的对应关系信息；生成模块，用于在接收到所述通信链路的变更信息时，根据所述采集模块采集的子链路与业务数据的对应关系信息生成配置信息；发送模块，用于将所述生成模块生成的配置信息发送到所述通信链路中的待变更子链路，以重新配置所述待变更子链路的业务数据。

结合第二方面，在第二方面的第一种可能的实施方式中，所述采集模块包括获取单 元、读取单元和存储单元，其中，所述获取单元，用于获取所述通信链路的子链路与中间服务器的对应关系；所述读取单元，用于根据所述获取单元获取的子链路与中间服务器的对应关系，从每台中间服务器中读取相应子链路的业务数据内容和业务数据流量；所述存储单元，用于将所述读取单元读取的业务数据内容和业务数据流量与相应子链路对应存储。

结合上述第二方面，在第二方面的第二种可能的实施方式中，所述生成模块包括确定单元和生成单元，其中，所述确定单元，用于根据所述变更信息确定待变更子链路；所述读取单元，还用于读取所述确定单元确定的待变更子链路的业务数据；所述生成单元，用于根据所述读取单元读取的待变更子链路的业务数据生成配置信息。

结合上述第二方面，在第二方面的第三种可能的实施方式中，还包括获取模块，其中，所述获取模块，用于从所述配置信息中获取配置项目数据；所述生成模块，还用于根据所述获取模块获取的配置项目数据生成所述通信链路的变更日志。

结合上述第二方面，在第二方面的第四种可能的实施方式中，还包括计算模块、对比模块和业务数据恢复模块，其中，所述计算模块，用于计算变更后所述通信链路的业务数据流量；所述对比模块，用于对比所述计算模块计算得到的通信链路变更后的业务数据流量与变更前的业务数据流量；当所述通信链路变更后的业务数据流量小于变更前的业务数据流量时，所述获取模块，还用于获取所述变更日志；所述业务数据恢复模块，用于按照所述获取模块获取的变更日志将每条所述待变更子链路的业务数据恢复为变更前的业务数据。

结合上述第二方面，在第二方面的第五种可能的实施方式中，还包括接收模块，其中，所述接收模块，用于接收恢复所述通信链路至变更前的恢复信息。

第三方面，本发明实施例提供了一种通信链路配置系统，包括：决策服务器、中间服务器和运维服务器，其中，所述决策服务器如第二方面所述；所述中间服务器，用于确定待变更子链路，并接收所述待变更子链路对应的配置信息和恢复信息，其中，所述配置信息和所述恢复信息由所述决策服务器发送；所述运维服务器，用于向所述决策服务器发送通信链路的子链路与业务数据的对应关系信息。

结合第三方面，在第三方面的第一种可能的实施方式中，当所述通信链路变更完成时，所述决策服务器将变更结果信息发送到所述运维服务器；并且当所述通信链路恢复成功时，所述决策服务器将恢复结果信息发送到所述运维服务器。

由以上描述可知，对于因业务数据与设备对应关系碎片化所产生的问题，本发明实施例所提供的通信链路配置方法、装置及相关系统，预先设置决策服务器，所述决策服务器采集所述通信链路的子链路与业务数据的对应关系信息，当接收到通信链路的变更 信息时，决策服务器根据所述子链路与业务数据的对应关系信息生成配置信息，将所述配置信息发送到所述通信链路中的待变更子链路，以重新配置所述待变更子链路的业务数据。与现有技术相比，通过决策服务器采集每条子链路与业务数据的对应关系信息，对通信链路、业务数据及业务数据对应的设备进行系统管理，从而在通信链路变更时，能够根据系统化的关系信息及时生成配置信息，取代了人工分析、汇总数据的方式，不仅配置通信链路的效率高，而且能够降低出错风险。

应当理解的是，以上的一般描述和后文的细节描述仅为示例性和解释性描述，对本发明技术方案并不构成限制。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。通过附图所示，本发明的上述及其它目的、特征和优势将更加清晰。在全部附图中相同的附图标记指示相同的部分。并未刻意按实际尺寸等比例缩放绘制附图，重点在于示出本发明的主旨。

图1是本发明实施例提供的通信链路配置方法的流程图；

图2是本发明实施例提供的通信链路配置信息交互示意图；

图3是本发明实施例提供的通信链路配置装置的结构示意图；

图4是本发明实施例提供的另一种通信链路配置装置的结构示意图；

图5是本发明实施例提供的通信链路配置系统的结构示意图。

具体实施方式

通常，当通信链路的子链路对应的某台中间服务器发生故障，或者下线，或者增加子链路时，均需要对该通信链路重新配置，从而将通信链路对应的业务数据重新分配。在分析和汇总通信链路的业务数据时，需要协调运维服务器端、中间服务器端等多台设备，动用多方网络工程师共同协调配合，不仅流程冗长，而且占用大量人力和时间。基于现有技术的种种问题，提出了本发明实施例的技术方案。

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

请参见图1，图1为本发明实施例提供的通信链路配置方法的流程图。如图1所示，该方法包括以下步骤。

步骤S101，决策服务器采集所述通信链路的子链路与业务数据的对应关系信息。

其中，由于一条通信链路包括多条子链路，造成子链路与业务数据之间对应关系比较散乱，为了对通信链路的子链路、业务数据等对应关系零散的信息进行系统管理，本发明实施例中预先设置有决策服务器，所述决策服务器采集每条通信链路的子链路信息，以及子链路所处理的业务数据信息，然后，按照子链路与业务数据的对应关系进行存储，对应每条通信链路形成了系统的关系信息库，从而对通信链路的各种信息系统管理，同时也作为配置通信链路的基础数据。

具体的，由于子链路通过中间服务器提供的接口信息接入，即，子链路与中间服务器一一对应，因此，决策服务器首先可以获取子链路与中间服务器的对应关系。其中，为了便于维护，运维服务器为每台中间服务器设置标识，并将中间服务器所连接的子链路信息与其标识对应存储，因此，决策服务器可以从运维服务器获取子链路与中间服务器的对应关系。

其次，子链路所传输的业务数据的内容及流量，均由其所连接的中间服务器进行配置，例如，以招商银行专线为例，假设招商银行专线设置有三条子链路，分别连接标识为1、2和3的中间服务器，其中，标识为1的中间服务器可以将业务数据的内容设置为退款数据，数据处理量为50％。因此，决策服务器可以根据对应关系确定子链路对应的中间服务器，然后，从中间服务器中获取相应子链路对应的业务数据内容和流量，最后，将业务数据内容和流量与相应子链路对应存储，形成子链路与业务数据的对应关系。

需要说明的是，一台中间服务器可以接入一条或者多条子链路，当接入多条子链路时，任何两条子链路均不属于同一通信链路，例如，当接入三条子链路时，第一条子链路属于招商银行专线，第二条子链路属于建设银行专线，第三条子链路属于中国银行专线。为了便于管理，每条通信链路设置自己的标识信息，该通信链路的子链路均以该标识信息加标号的形式进行标记，因此，当接入多条子链路时，中间服务器可以将子链路的标识信息与其接口信息对应存储。

此外，本发明实施例中，决策服务器可以在接收到变更通知之后，执行采集信息的步骤，也可以按照预设周期进行信息采集，本发明实施例对此不做限制。

步骤S102，当接收到所述通信链路的变更信息时，根据所述子链路与业务数据的对应关系信息生成配置信息。

由于通信链路的子链路通过中间服务器接入，当中间服务器发生变更时，将引起部分子链路的变更，从而引起通信链路的变更，因此，本实施例中，所述通信链路变更信 息实质上是中间服务器调整信息。其中，通信链路变更信息包括两类，一类是子链路删减信息，另一类是子链路增加信息，子链路删减信息表现为，子链路所连接的中间服务器故障或者需要下线调整，需要关闭该子链路；子链路增加信息表现为，在其他中间服务器上引入该通信链路的新子链路。

其中，本实施例中，针对中间服务器是否停止运行的情况，可以通过指示符号进行表示，例如，如果由中间服务器停止运行产生的变更信息，可以将指示符号设置为“0”；如果中间服务器运行状态不变，但是通信链路变更，可以将指示符号设置为“1”，本发明实施例对此不做限制。

此外，运维服务器监控每台中间服务器的运行状态，当某台中间服务器的运行状态发生变化时，其对应的运行数据会发生变化，工程人员可以根据运行数据的变化确定被调整的中间服务器，然后向运维服务器输入生成变更信息的命令。运维服务器在接收工程人员输入的命令后，读取该中间服务器的标识生成变更信息，发送到决策服务器。决策服务器接收到通信链路的变更信息后，首先，可以根据变更信息中的指示符号确定变更类型，然后，根据中间服务器标识确定待变更子链路，并根据子链路与业务数据的对应关系，读取待变更子链路的业务数据，根据待变更子链路的业务数据生成通信链路的配置信息。由于变更包括两种类型，下面结合实例对两种类型的变更进行详述。

当变更类型为删减子链路时，决策服务器可以从变更信息中读取中间服务器标识，并根据中间服务器标识确定待删减的子链路，读取待删减子链路的业务数据，分析其他子链路的业务数据，确定分配待删减子链路业务数据的分配策略，根据分配策略生成配置信息。

例如，假设招商银行专线包括三条子链路，第一条子链路需要被删减时，应当将其所对应的业务数据分配到第二和/或第三条子链路中。假设第一条子链路处理的数据为50％的退款数据和20％的支付数据；第二条子链路处理的数据为30％的退款数据和40％的支付数据；第三条子链路处理的数据为20％的退款数据和40％的支付数据，可以将第一条子链路的部分数据分别分配到第二条子链路，其他数据分配到第三条子链路，此时，三条子链路均为待变更子链路；也可以根据第二条和第三条子链路的吞吐量，将全部数据分配到其中一条子链路中，此时，第一条子链路和接收其数据的子链路为待变更子链路。当决策服务器确定分配策略后，生成相应的配置信息。

当变更类型为添加新子链路时，决策服务器读取新子链路对应的中间服务器标识，然后，可以根据其他子链路的业务数据流量和吞吐量确定分流的子链路，和每条子链路分流的数据内容和流量，然后生成配置信息。此时，需要分流的子链路为待变更子链路。

例如，增加一条招商银行子链路，可以根据另外三条子链路的吞吐量，将一部分数 据分流到该新子链路中。假设将第一条子链路退款数据的30％分流到新子链路，将第三条子链路支付数据的10％分配到新子链路。

当然，上述业务数据分配策略均为示例，对本发明实施例的技术方案不构成限制。本发明实施例的技术方案中，业务数据分配策略的制定，根据业务数据的属性及每条子链路的数据流量进行，本发明实施例对此不做限制。

需要说明的是，虽然子链路的业务数据由中间服务器处理，但是业务数据流向和接口信息等均由不同的系统控制，例如，子链路对应的业务数据的内容由业务系统管理和设置，同时业务系统通过不同的接口对不同的数据内容进行传输；子链路的业务数据流量由管理系统设定。因此，分配业务数据时，需要修改多个系统的参数，也就是说，配置信息包括对应多个系统的命令信息，决策服务器在生成命令信息时，可以按照命令信息对应的系统添加相应标识，在生成完成后，根据不同标识将命令信息整理为多个命令集，并为每个命令集设定相关标识。

步骤S103，将所述配置信息发送到所述通信链路中的待变更子链路。

其中，由上述步骤的描述可知，对通信链路的配置过程，需要修改各相关系统的参数，因此，对应不同系统将配置信息整理为多个命令集。相应的，本步骤将配置信息发送到中间服务器，具体包括，分别将命令集发送到对应的系统，各系统接收命令集之后执行相应操作，从而实现对通信链路的配置。

例如，待删减子链路的业务系统应当执行业务关闭操作；接收其他子链路业务数据的子链路，其管理系统应当执行流量调整操作。依此类推，其他系统所执行的操作随定制化命令进行，本发明实施例不再赘述。

需要说明的是，由于变更原因可能是中间服务器下线调整，当中间服务器调整完成后，仍然可以继续运行，那么，该中间服务器对应的子链路还需要恢复对业务数据处理。此外，决策服务器生成的配置信息仅为策略性信息，配置后的业务数据总流量可能较配置前小，此时，也需要将通信链路的配置恢复到调整前。因此，决策服务器在向中间服务器发送配置信息之后，还可以根据配置信息获取配置项目数据，并将配置项目数据作为变更日志进行存储。其中，变更日志记录了每条子链路变更前、后的业务数据。

为了避免配置后的业务数据总流量较配置前小，在将配置信息发送到通信链路中的待变更子链路之后还包括，计算变更后通信链路的业务数据流量，对比通信链路变更后的业务数据流量与变更前的业务数据流量，如果变更后的业务数据流量大于变更前的业务数据流量，无须恢复到配置前；如果变更后的业务数据流量小于变更前的业务数据流量，读取通信链路的变更日志，按照变更日志将每条子链路的业务数据恢复为变更前的业务数据。

当然，如果变更原因是中间服务器下线调整，当中间服务器调整完成后，运维服务器向决策服务器发送恢复信息，决策服务器接收到恢复信息后，读取所述变更日志，并按照变更日志将每条子链路的业务数据恢复为变更前的业务数据。其中，将业务数据恢复到变更前的方法与上述描述类似，包括，根据变更日志生成配置信息，并将配置信息发送到中间服务器，以便于中间服务器按照配置信息进行通信链路配置，本发明实施例此处不再赘述。

由上述描述可知，本发明实施例的技术方案，通过预设的决策服务器对通信链路的子链路与业务数据进行系统管理，从而在通信链路变更时，能够根据业务数据与设备系统化的对应关系及时生成配置信息，不仅配置通信链路的效率高，而且能够降低出错风险。

上述实施例从决策服务器自身的角度对本发明的技术方案进行的描述，为了使本领域技术人员对本发明实施例的技术方案进行更加全面、更加详细的了解，下面基于上述实施例，从决策服务器与其他服务器交互的角度对本发明的技术方案进行展开描述。

由于本实施例是从另外一个角度对本发明技术方案的描述，是对上述实施例的补充描述，因此，本实施例中，涉及到上述实施例内容的部分参见上述实施例的描述，本实施例此处不再赘述。

请参见图2，图2为本发明实施例提供的通信链路配置信息交互示意图，本实施例中，将预设的决策服务器分别与运维服务器和中间服务器的通信接口连接，形成网络，作为通信链路配置的前提。

本实施例以中间服务器下线调整为场景进行描述，当某台中间服务器需要下线时，通过运维服务器生成通信链路变更信息，并发送到决策服务器。决策服务器接收到变更信息之后，可以通过接口查询的方式，扫描各个中间服务器的业务系统、管理系统等的信息，采集通信链路的子链路与业务数据并进行系统管理，然后，向运维服务器发送受理成功信息，以通知运维服务器已将数据采集完毕。

其中，变更信息中包括中间服务器标识，决策服务器读取中间服务器标识，根据中间服务器标识确定待关闭子链路，及其对应的业务数据，然后，从所采集的数据中，调取待关闭子链路所属通信链路的其他数据，根据其他子链路的业务数据确定分配策略，根据分配策略生成配置信息，将配置信息整理成命令集，将命令集分别发送中间服务器的相应系统中，检测变更结果，并记录变更日志。

需要说明的是，当下线的中间服务器连接多条子链路时，由于每条子链路属于不同的通信链路，中间服务器在发送命令集时，可以以通信链路为单位发送命令集，并检测当前通信链路变更后的结果，然后再发送下一个通信链路的命令集，如此循环。

当决策服务器将通信链路配置完成后，将变更结果发送到运维服务器，以便于运维服务器监控中间服务器当前的运行状态。

当下线的中间服务器调试完成，恢复运行时，运维服务器生成恢复信息，并发送到决策服务器，决策服务器获取变更日志，根据变更日志的记录逆向生成配置信息，同样将配置信息整理成命令集，然后发送到中间服务器的相应系统，并检测变更结果，并在通信链路恢复后，将恢复结果发送到运维服务器，以便于运维服务器监控中间服务器当前的运行状态。

同样的，如果中间服务器连接多条子链路，在恢复变更时，依然循环操作，本实施例此处不再赘述。

需要说明的是，决策服务器采集数据、生成配置信息等过程详见上述实施例的描述，本发明此处不再赘述。

此外，本实施例仅为本发明的一种技术实现场景，对本发明实施例的技术方案不构成限制，本发明实施例的技术方案还能够应用在其他可行的场景中，本发明实施例此处不再赘述。

综上述，对于因业务数据与设备对应关系碎片化所产生的问题，本发明实施例所提供的通信链路配置方法，预先设置决策服务器，所述决策服务器采集所述通信链路的子链路与业务数据的对应关系信息，当接收到通信链路的变更信息时，决策服务器根据所述子链路与业务数据的对应关系信息生成配置信息，将所述配置信息发送到所述通信链路中的待变更子链路，以重新配置所述待变更子链路的业务数据。与现有技术相比，通过决策服务器采集每条子链路与业务数据的对应关系信息，对通信链路、业务数据及业务数据对应的设备进行系统管理，从而在通信链路变更时，能够根据系统化的关系信息及时生成配置信息，取代了人工分析、汇总数据的方式，不仅配置通信链路的效率高，而且能够降低出错风险。

与上述实现方法相对应的，本发明实施例还提供了一种通信链路配置装置，请参见图3，图3为本发明实施例提供的通信链路配置装置的结构示意图，所述装置包括：采集模块11、生成模块12和发送模块13，其中，采集模块11，用于采集所述通信链路的子链路与业务数据的对应关系信息；生成模块12，用于在接收到所述通信链路的变更信息时，根据采集模块11采集的子链路与业务数据的对应关系信息生成配置信息；发送模块13，用于将生成模块12生成的配置信息发送到所述通信链路中的待变更子链路，以重新配置所述待变更子链路的业务数据。

所述装置中各个模块的功能和作用的实现过程详见上述方法中对应的实现过程，在 此不再赘述。

与现有技术相比，本实施例所述的装置，通过预设的决策服务器对通信链路的子链路与业务数据进行系统管理，从而在通信链路变更时，能够根据业务数据与设备系统化的对应关系及时生成配置信息，不仅配置通信链路的效率高，而且能够降低出错风险。

此外，基于上述实施例，本发明实施例还提供了通信链路配置装置的另一种实施方式，参见图4，图4是本发明实施例提供的另一种通信链路配置装置的结构示意图，所述装置包括：采集模块21、生成模块22、发送模块23、获取模块24、计算模块25、对比模块26、业务数据恢复模块27和接收模块28。其中，采集模块21、生成模块2和发送模块23的功能和作用与上述实施例的描述类似，本发明实施例此处不再详述。

获取模块24，用于从所述配置信息中获取配置项目数据，在本实施例中，生成模块22，还用于根据所述获取模块获取的配置项目数据生成所述通信链路的变更日志。计算模块25，用于计算变更后所述通信链路的业务数据流量；对比模块26，用于对比计算模块25计算得到的通信链路变更后的业务数据流量与变更前的业务数据流量，当所述通信链路变更后的业务数据流量小于变更前的业务数据流量时，获取模块24，还用于获取所述变更日志；业务数据恢复模块27，用于按照获取模块24获取的变更日志将每条所述待变更子链路的业务数据恢复为变更前的业务数据。接收模块28，用于接收恢复所述通信链路至变更前的恢复信息。

需要说明的是，在本实施例中，采集模块21包括获取单元、读取单元和存储单元，其中，所述获取单元，用于获取所述通信链路的子链路与中间服务器的对应关系；所述读取单元，用于根据所述获取单元获取的子链路与中间服务器的对应关系，从每台中间服务器中读取相应子链路的业务数据内容和业务数据流量；所述存储单元，用于将所述读取单元读取的业务数据内容和业务数据流量与相应子链路对应存储。

在另一个实施例中，生成模块22包括确定单元和生成单元，其中，所述确定单元，用于根据所述变更信息确定待变更子链路；在本实施例中，所述读取单元，还用于读取所述确定单元确定的待变更子链路的业务数据；所述生成单元，用于根据所述读取单元读取的待变更子链路的业务数据生成配置信息。

所述装置中各个模块的功能和作用的实现过程详见上述方法中对应的实现过程，在此不再赘述。

由以上描述可知，本发明实施例所提供的通信链路配置装置，预先设置决策服务器， 所述决策服务器采集所述通信链路的子链路与业务数据的对应关系信息，当接收到通信链路的变更信息时，决策服务器根据所述子链路与业务数据的对应关系信息生成配置信息，将所述配置信息发送到所述通信链路中的待变更子链路，以重新配置所述待变更子链路的业务数据。与现有技术相比，通过决策服务器采集每条子链路与业务数据的对应关系信息，对通信链路、业务数据及业务数据对应的设备进行系统管理，从而在通信链路变更时，能够根据系统化的关系信息及时生成配置信息，取代了人工分析、汇总数据的方式，不仅配置通信链路的效率高，而且能够降低出错风险。

与上述描述相对应的，本发明实施例还提供了一种通信链路配置系统，参见图5，图5是本发明实施例提供的通信链路配置系统的结构示意图，所述系统包括：决策服务器1、中间服务器2和运维服务器3。其中，决策服务器1包括上述所述的装置，其功能和作用详见上述描述，本发明此处不再赘述。中间服务器2，用于确定待变更子链路，并接收所述待变更子链路对应的配置信息和恢复信息，其中，所述配置信息和所述恢复信息由所述决策服务器发送。运维服务器3，用于向所述决策服务器发送通信链路的子链路与业务数据的对应关系信息。

此外，当通信链路变更完成时，决策服务器1还需要将变更结果信息发送到运维服务器3，同样的，当通信链路恢复成功时，决策服务器1将恢复结果信息发送到运维服务器3。具体实现过程详见上述描述，本发明实施例不再赘述。

综合上述，对于因业务数据与设备对应关系碎片化所产生的问题，本发明实施例所提供的通信链路配置方法、装置及相关系统，预先设置决策服务器，所述决策服务器采集所述通信链路的子链路与业务数据的对应关系信息，当接收到通信链路的变更信息时，决策服务器根据所述子链路与业务数据的对应关系信息生成配置信息，将所述配置信息发送到所述通信链路中的待变更子链路，以重新配置所述待变更子链路的业务数据。与现有技术相比，通过决策服务器采集每条子链路与业务数据的对应关系信息，对通信链路、业务数据及业务数据对应的设备进行系统管理，从而在通信链路变更时，能够根据系统化的关系信息及时生成配置信息，取代了人工分析、汇总数据的方式，不仅配置通信链路的效率高，而且能够降低出错风险。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本发明旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。