有第一事件号；
[0035] 在本发明实施例的具体实施过程中，一次通讯过程可以由网管客户端发起，也可 以由用户设定好定时任务，由网管服务器定时发起。在通讯发起后，首先执行发起方（例 如，步骤S102中的第一网元对应的第一网管服务器）的事件号对应的处理方法，处理完成 后，根据消息分发表中配置的顺序，将消息发送到下一个事件号对应的网元的网管服务器 (例如，步骤S102中的第二网络服务器）继续处理。
[0036] 步骤S104,所述第二网管服务器查找预先配置的消息分发表，获取与所述第一事 件号对应的第一消息处理方法，其中，所述第一消息处理方法中定制了所述第二网管服务 器从其他网元获取数据的传输方法；
[0037] 在本发明实施例的一个可选实施方式中，消息分发表可以为一个二维映射表，包 含：事件号、消息处理方法、接收网元号以及发送事件号四个关键信息。表1为消息分发表 的一个示例。
[0038] 表 1
[0039]
[0040] 其中，消息分发表可以以文件、数据库等方式存储在网管服务器中〇
[0041] 步骤S106,所述第二网管服务器执行所述第一消息处理方法，从所述其它网元请 求并获取数据。
[0042] 在本发明实施例的可选实施方案中，第二网管服务器在从其它网元请求并获取到 数据后，可以对请求到的数据进行处理，然后对处理后的数据进行入库操作。
[0043] 在一个可选的实施方案中，第二网管服务器在从其它网元请求并获取数据后，可 以在消息分发表中设置一个流程，指示第二网管服务器将将请求到的数据同步到所述第二 网元，因此，该方法还可以包括：所述第二网管服务器接收携带有第三事件号的第三消息； 所述第二网管服务器查找所述消息分发表，获取与所述第三事件号对应的第三消息处理方 法，其中，所述第三消息处理方法包括将所述第二网管服务器请求到的数据同步到所述第 二网元的方法；所述第二网管服务器执行所述第三消息处理方法，将请求到的数据同步到 所述第二网元。通过该可选实施方式，避免了数据直接传输到网元，在数据没有传输完全 时，传输中断而导致第二网元中的数据不可用的问题。
[0044] 在本发明实施例的一个可选实施方式中，在所述第二网管服务器从所述其它网元 获取到数据之后，所述第二网管服务器可以判断所述消息分发表中是否还有下一步流程， 如果有，则所述第二网管服务器从所述消息分发表中获取下一步流程中第二消息的接收网 元标识及需要执行的第二消息处理方法的第二事件号；所述第二网管服务器向所述接收网 元标识的对应的网管服务器发送所述第二消息，其中，所述第二消息中携带有所述第二事 件号。
[0045] 在一个可选实施方式中，还可以对异常情况进行处理。如果所述第二网管服务器 在执行所述第一消息处理方法的过程中出现异常，则所述第二网管服务器查询预先配置的 异常码与事件号的对应关系（即异常分发表），获取与本次异常的异常码对应的第四事件 号，然后发送携带第四事件号的消息，进行异常处理流程。在该可选实施方式中，可以在网 管服务器中配置异常处理方法，即配置异常码与处理该异常码对应的消息处理方法的事件 号的对应关系，发生异常时，获取与该异常码对应的事件号，然后发送消息，接收到该消息 的网管服务器，从消息分发表中获取与该事件号对应的表项，并按照所述消息分发表中与 所述第四事件号对应的表项进行处理。
[0046] 在本发明实施例的一个可选实施方式中，用户可以对消息分发表进行配置，网管 服务器接收配置所述消息分发表的操作指令，然后根据输入的各个参数，配置所述消息分 发表，其中，所述消息分发表中的消息处理方法符合预先设定的消息处理规范（可以通过 一个专用接口（例如，消息处理接口）来定义），然后，加载配置完成的所述消息分发表。 [0047] 另外，在本发明实施例的另一个可选实施方式中，用户还可以修改配置好的消息 分发表。在该可选实施方式中，网络服务器接收修改所述消息分发表的操作指令，然后根据 输入的参数，修改所述消息分发表中对应的表项，其中，修改后的所述消息分发表中的消息 处理方法符合预先设定的消息处理规范，最后加载修改后的所述消息分发表。通过该可选 实施方式，可以动态的配置消息分发表，即动态的配置数据传输过程。
[0048] 根据本发明实施例，还提供了一种数据获取装置，该装置位于与第二网元对应的 第二网管服务器，用于实现上述的数据方法。
[0049] 图2为根据本发明实施例的数据获取装置的结构示意图，如图2所示，该装置主要 包括：第一接收模块210,用于接收与第一网元对应的第一网管服务器发送的第一消息，其 中，所述第一消息中携带有第一事件号；第一获取模块220,用于查找预先配置的消息分发 表，获取与所述第一事件号对应的第一消息处理方法，其中，所述第一消息处理方法中定制 了所述第二网管服务器从其他网元获取数据的传输方法；执行模块230,用于执行所述第 一消息处理方法，从所述其它网元的网管服务器请求并获取数据。
[0050] 可选地，如图3所示，该装置还可以包括：判断模块240,用于判断所述消息分发表 中是否还有下一步流程，如果有，则触发第二获取模块250 ;所述第二获取模块250,用于从 所述消息分发表中获取下一步流程中第二消息的接收网元标识及需要执行的第二消息处 理方法的第二事件号；发送模块260,用于向所述接收网元标识的对应的网管服务器发送 所述第二消息，其中，所述第二消息中携带有所述第二事件号。可选地，所述第一接收模块 210还用于接收携带有第三事件号的第三消息；所述第一获取模块220还用于查找所述消 息分发表，获取与所述第三事件号对应的第三消息处理方法，其中，所述第三消息处理方法 包括将所述第二网管服务器请求到的数据同步到所述第二网元的方法。则，如图3所示，该 装置还可以包括：同步模块270,用于执行所述第三消息处理方法，将请求到的数据同步到 所述第二网元。
[0051] 可选地，如图3所示，该装置还可以包括：异常处理模块280,用于在执行所述第一 消息处理方法的过程中出现异常时，查询预先配置的异常码与事件号的对应关系，获取与 本次异常的异常码对应的第四事件号，然后发送携带第四事件号的消息，进入异常处理流 程。
[0052] 可选地，该装置还可以包括：第二接收模块，用于接收配置所述消息分发表的操作 指令；配置模块，用于根据输入的各个参数，配置所述消息分发表，其中，所述消息分发表中 的消息处理方法符合预先设定的消息处理规范；加载模块，加载配置完成的所述消息分发 表。
[0053] 可选地，所述第二接收模块还用于接收修改所述消息分发表的操作指令；所述配 置模块还用于根据输入的参数，修改所述消息分发表中对应的表项，其中，修改后的所述消 息分发表中的消息处理方法符合预先设定的消息处理规范；所述加载模块还用于加载修改 后的所述消息分发表。
[0054] 根据本发明实施例，还提供了 一种数据获取系统。
[0055] 图4为根据本发明实施例的数据获取系统的结构示意图，如图4所示，该系统主要 包括：网元40及与该网元对应的网管服务器42。其中，网管服务器42可以包括上述的数 据获取装置，用于将请求到的数据同步到网元40,网元40用于接收网管服务器42传输的数 据。
[0056] 在具体实施过程中，可以通过在网管服务器中加入一个新的模块（即上述装置）， 在本发明实施例的一个可选实施方案中，将该模块称为数据传输模块，数据传输模块除了 可以采取上述的功能结构形式之外，还可以采用其它的功能结构实现方式。
[0057] 例如，在图5所示的系统中，网管服务器中增加了一个数据传输模块105。其中，在 图5所示的系统中，网管服务器包括：消息通讯模块103、网管服务器和网元间的传送模块 102以及系统底层的数据传输服务（如sftp，http等）模块104。
[0058] 在图5中，前台网元101 (即上述的网元）为承担一定业务功能的网元单元，为通 讯系统的核心。传送模块102负责将网管服务器的数据传送到前台网元102,是前后台的唯 一通道。消息通讯模块103,为现有网管系统提供的用于消息通讯的模块，在本发明实施例 中通过该模块发送消息。数据传输服务模块104,为底层系统提供的，网管服务器进一步封 装的基于文件的传输通道，本发明实施例中通过该模块进行数据传输。数据传输模块105 为本发明实施例增加的核心模块，其结构如图6所示。
[0059] 图6为本发明实施例的数据传输模块的结构示意图，如图6所示，该数据传输模块 主要包括：消息分发表201、消息处理接口 301、消息监听装置401和动态加载装置501。
[0060] 消息分发表201可以为一个二维映射表。其中包括事件号202、消息处理方法203、 接收网元204、及发送事件号205四个子组件，即其记载了事件号202、消息处理方法203、接 收网元204、及发送事件号205的对应关系。其中，事件号是消息分发的主键，要求是唯一 的，没有顺序要求；消息处