WO2013000236A1 - 一种消息适配的方法及装置 - Google Patents

一种消息适配的方法及装置 Download PDF

Info

Publication number
WO2013000236A1
WO2013000236A1 PCT/CN2011/082734 CN2011082734W WO2013000236A1 WO 2013000236 A1 WO2013000236 A1 WO 2013000236A1 CN 2011082734 W CN2011082734 W CN 2011082734W WO 2013000236 A1 WO2013000236 A1 WO 2013000236A1
Authority
WO
WIPO (PCT)
Prior art keywords
command
message
network management
command code
code
Prior art date
Application number
PCT/CN2011/082734
Other languages
English (en)
French (fr)
Inventor
何中圣
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2013000236A1 publication Critical patent/WO2013000236A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/084—Configuration by using pre-existing information, e.g. using templates or copying from other elements
    • H04L41/0843—Configuration by using pre-existing information, e.g. using templates or copying from other elements based on generic templates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0226—Mapping or translating multiple network management protocols

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and apparatus for message adaptation. Background technique
  • network management software plays an increasingly important role in the management and maintenance of communication equipment because of its intuitive operation and simplicity, especially when the amount of equipment to be managed is relatively large.
  • the command line to issue various device commands, because it directly faces the device, the command granularity is smaller, the maintenance content is more intuitive, and it is also widely used by many professionals, especially Before the development of network management software, people who are used to command line operations use it.
  • the message adaptation is an indispensable part of the communication between the network management software and the device.
  • the existing technology adopts hard coding to adapt the interface, and calls different message processing modules according to different message command codes, but this method has large coding workload, small scalability, and the code amount increases with the message. And the number is increasing, the amount of code can not be controlled.
  • the message sent by the network management software may correspond to the configuration of multiple device messages.
  • the command line configuration messages have a certain sequence relationship.
  • the prior art cannot solve the problem of ensuring each named line in the process of message adaptation. The order between them. Summary of the invention
  • the main purpose of the present invention is to provide a method and apparatus for message adaptation, which can effectively solve the problem of the order of sending the command message of the network management message conversion device while reducing the amount of processing code and ensuring the scalability of the interface.
  • the technical solution of the present invention is achieved as follows:
  • a method of message adaptation comprising:
  • the command tree includes multiple device command codes corresponding to the network management command code
  • the parameter corresponding to the device command code in the combination device command code and the preset parameter mapping configuration file includes:
  • the keyword is configured as an environment variable according to a preset rule, and uniquely identifies a business object corresponding to the command tree.
  • the method further includes:
  • the network management command code is detected in the preset command code registration file.
  • the network management error message is acknowledged.
  • the method further includes:
  • the network management message corresponding to the device command line message is configured and sent to the network management system according to the parameter mapping configuration file.
  • the network management message corresponding to the device command line message is configured according to the parameter mapping configuration file, and includes:
  • a device for adapting a message comprising:
  • the acquiring module is configured to obtain a corresponding network management command code according to the message sent by the network management, and generate a command tree module, configured to generate a corresponding command tree according to the network management command code and the preset command tree configuration file;
  • the command tree includes multiple device command codes corresponding to the network management command code:
  • the parameter configuration module is configured to combine the device command code and the parameter corresponding to the device command code in the preset parameter mapping configuration file, and generate a device command line message for the device to perform service configuration, and send the device command line message to the device.
  • the parameter configuration module includes:
  • a selecting unit configured to select one or more parameters corresponding to the device command code as keywords in the parameter mapping configuration file
  • an identifier unit configured to form the environment variable according to a preset rule, and uniquely identify a service object corresponding to the command tree.
  • the device further comprises:
  • the detecting module is configured to detect whether the network management command code exists in the preset command code registration file, and when the command code of the command code does not exist in the command code registration file, the response network management system is faulty, and the device further includes:
  • a receiving module configured to receive a device command line message sent by the device
  • the building module is configured to: according to the parameter mapping configuration file, construct a network management message corresponding to the device command line message, and send the message to the network management system.
  • the building module includes:
  • a determining unit configured to determine, according to an environment variable in the device command line message, whether the same service object exists;
  • a generating unit configured to generate a new service object for constructing the network management message when the determining result of the determining unit is that the same business object does not exist.
  • the method and device for message adaptation proposed by the invention complete the uniform adaptation of the message by reading the configuration file, reduce the processed code, enhance the scalability of the program, and solve the device for each device.
  • the command-line message delivery sequence is required.
  • the network management software and the device command line management mode are used to manage the device at the same time by ensuring the consistency between the network management device and the device.
  • FIG. 1 is a schematic diagram of a message adaptation process according to an embodiment of the present invention
  • 1 is a format of a message sent by a network management system according to the present invention
  • FIG. 4 is a schematic diagram of a parameter configuration process according to an embodiment of the present invention.
  • FIG. 5 is a schematic diagram of a message adaptation process according to still another embodiment of the present invention.
  • FIG. 6 is a schematic diagram of a message adaptation process according to still another embodiment of the present invention.
  • FIG. 7 is a schematic diagram of a construction process according to an embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of a message adaptation apparatus according to an embodiment of the present invention.
  • FIG. 9 is a schematic structural diagram of a parameter configuration module according to an embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of a message adaptation apparatus according to still another embodiment of the present invention.
  • FIG. 11 is a schematic structural diagram of a message adaptation apparatus according to still another embodiment of the present invention.
  • FIG. 12 is a schematic structural diagram of a building module according to an embodiment of the present invention. detailed description
  • FIG. 1 is a schematic diagram of a message adaptation process according to an embodiment of the present invention.
  • the process includes: Step S10: Obtain a corresponding network management command code according to a message sent by a network management device;
  • Figure 1 shows the format of a message sent by the NMS.
  • the message includes the command code MngrCode and a message.
  • the parameters that identify the attributes of the business object.
  • the message is a flat structure, and the order of the parameters is fixed.
  • Figure 3 shows the format of the device command line message.
  • the command code in the command line message is named ApiCode in this document.
  • the device command line message shown in Figure 3 corresponds to the network management message in Figure 2. It can be seen that a network management message may correspond to multiple device command line messages, and the device command line message has a certain sequential relationship when sent to the device.
  • the order in which the device receives commands is ApiCodel—ApiCode2/ApiCode3—ApiCode4/ApiCode5, where ApiCode2 and ApiCode3 are interchangeable, and ApiCode4 and ApiCode5 are interchangeable, but ApiCode 1 and ApiCode2.
  • the order of ApiCode3 or ApiCode4, ApiCode5 cannot be changed, otherwise the device reports an error, and each ApiCode can contain multiple parameters.
  • a configuration file is set in advance, including a command code registration file and a parameter mapping configuration file.
  • the command tree configuration file stores the mapping between the NMS command code of the NMS message and the device command code of the device command line message.
  • the configuration file is read, the NMS command code corresponding to each NMS message is generated to generate the corresponding device.
  • the command tree structure of the command code, the parameter mapping configuration file determines the parameter correspondence between the network management message and the command line message.
  • Step S11 Generate a corresponding command tree according to the network management command code and the preset command tree configuration file.
  • the command tree includes multiple device command codes corresponding to the network management command code. Obtain the corresponding NMS command code, and find the command tree configuration file that is read at startup to determine the command tree to be delivered.
  • the command tree configuration file can be expressed as follows:
  • Table 1-2 also allows field expansion based on actual needs.
  • ApiCode means device life
  • the code, ParentCode represents the parent command of the device command code of the previous line. That is, the device command code of the previous line depends on the command code of the device. It needs to be sent after the command code of the device is sent. Otherwise, the device reports an error and the configuration fails.
  • the network management command code OxDOOD corresponds to the two device command codes 0x10112 and 0x10113 of the device command line message, where 0x10112 is the parent command of 0x10113, that is, it needs to be sent 0x10112 before being sent to the device. 0x10113.
  • Step S12 Combine the device command code and the parameter corresponding to the device command code in the preset parameter mapping configuration file, generate a device command line message, and send the message to the device for service configuration.
  • the parameter field in the network management message is mapped to the corresponding device command code according to the parameter mapping configuration file, and the device command line message is formed, and then the device command line message is sent to the device. If the device response is successful within the determined time, The network management is successful. Otherwise, the network management fails.
  • the parameter mapping configuration file format can be expressed as follows:
  • Table 1-3 BYTE stands for 1-byte unsigned integer, and WORD stands for 1-byte unsigned integer.
  • Tables 1-3 can also be extended according to actual needs, where MngrPara represents the parameter field of the network management message, MngrDT represents the type of the network management message parameter, ApiParaNo represents the parameter number of the application programming interface (API) message, and ApiDT represents the parameter. type.
  • Table 1-3 shows the configuration of the pseudowire (PW) in the PTN (Packet Transport Network) device.
  • the parameter type of the pseudowire index ucPwIndex in the NMS message is BYTE (8-bit unsigned).
  • the command code of the command line message is 0x10112, the parameter number is 1, and the type of the parameter is WORD (16-bit unsigned type).
  • the uniform configuration of the message is completed by reading the configuration file, the code of the processing is reduced, the scalability of the program is enhanced, and the requirement for the order of sending the command line message of each device is solved.
  • step S12 may include:
  • Step S121 Select one or more parameters corresponding to the device command code in the parameter mapping configuration file.
  • Step S122 The one or more parameters are configured as environment variables according to a preset rule, and the service object corresponding to the command tree is uniquely identified.
  • the important content in S12 is how to determine which service object is configured when the device command line message is sent. Therefore, it is necessary to add an identifier, that is, an environment variable, to the device command line message sent to the device.
  • the PW configuration of the PTN device is used as an example.
  • the PW index configured in 0x10112 is sent to the device as an environment variable.
  • the environment variable can be defined as a string, such as pw-1. .
  • FIG. 5 is a schematic diagram of a message adaptation process according to another embodiment of the present invention. As shown in FIG. 5, after performing step S10, the method may further include:
  • Step S13 Detecting whether the network management command code exists in the preset command code registration file. When the network management command code does not exist in the command code registration file, the network management error message is fed back and the process ends.
  • the network management command code MngrCode When receiving the message from the network management system, the network management command code MngrCode is obtained from the network management message, and the network management command code MngrCode of the network management message is used to search for the preset command code registration file read at startup, to determine whether the message needs to be processed. .
  • the command code registration file includes all the naming codes to be processed, that is, the network management command code and the setting command code. If the command code exists in the command code registration file, it needs to be processed. Otherwise, the command code of the network management message is directly fed back.
  • the command code registration file format can be expressed as follows: Table 1-1
  • CmdCode indicates the command code to be processed, including the network management command code and device command code.
  • MngrCode indicates the network management command code.
  • ComeFrom indicates which direction the command code comes from (such as from the network management or from the device).
  • Module indicates which module the message belongs to.
  • Table 1-1 can also be extended according to actual needs. As shown in Table 1-1, OxDOOD is the NMS command code of the configuration message of the NMS. The corresponding device command line message has two device command codes 0x10112 and 0x10113.
  • FIG. 6 is a schematic diagram of a message adaptation process according to still another embodiment of the present invention. As shown in FIG. 6, the method may further include:
  • Step S14 Receive a device command line message sent by the device.
  • Step S15 The network management message corresponding to the command line message of the device is constructed and sent to the network management system according to the parameter mapping configuration file.
  • the command code is 0x10112 API message, which contains the PW index.
  • the keyword of the business object can be obtained by directly obtaining the value of the parameter par i in the API message.
  • the value of the keyword of the business object can be obtained according to the environment variable in the message, and the environment variable is assumed to be pw-1. , the value of the keyword PW index is 1.
  • the parameter in the API message is correspondingly mapped to each field of the network management message according to the parameter mapping configuration file, and then the network management message is sent to the network management system.
  • the network management software and the device command line management modes are simultaneously implemented to ensure the consistency of the network management and the device data.
  • step S15 may further include:
  • Step S151 Determine, according to an environment variable in the device command line message, whether the same service object exists
  • Step S152 If the same business object does not exist, generate a new business object for constructing a corresponding network management message.
  • the environment variable generation format of the device command line message must be the same as that of the environment variable when the NMS sends the message. Therefore, when the device sends the device command line message to the NMS, it needs to determine whether the same condition exists according to the environment variable in the device command line message.
  • the business object if not, generates a new business object, and then maps the parameters in the device command line message to the network management message according to the parameter mapping configuration file, and constructs the network management message corresponding to the device command line message.
  • FIG. 8 is a schematic structural diagram of a message adaptation apparatus according to an embodiment of the present invention, where the apparatus includes:
  • the commander module 20 is configured to generate a corresponding command according to the network management command code and the preset command tree configuration file according to the message sent by the network management system.
  • a command tree includes multiple corresponding to the network management command code Device command code:
  • the parameter configuration module 30 is configured to combine the device command code and the parameter corresponding to the device command code in the preset parameter mapping configuration file, generate a device command line message, and send the device command line message to the device for service configuration.
  • Figure 2 shows the format of a message sent by the NMS.
  • the message includes the command code MngrCode and some parameters that identify the attributes of the service object.
  • the message is a flat structure, and the order of sending parameters is fixed.
  • Figure 3 is a format of a device command line message, which corresponds to the network management message of Figure 2. It can be seen that a network management message may correspond to multiple device command line messages, and the device command line message has a certain sequence relationship when sent to the device.
  • the order in which the device receives commands is ApiCode 1 - ApiCode2/ApiCode3 - ApiCode4/ApiCode5 , where ApiCode2 and ApiCode3 are interchangeable, and ApiCode4 and ApiCode5 are interchangeable, but ApiCode 1 and The order of ApiCode2, ApiCode3 or ApiCode4, ApiCode5 cannot be changed, otherwise the device reports an error, and each ApiCode can contain multiple parameters.
  • a configuration file is preset, including a command tree configuration file and a parameter mapping configuration file.
  • the command tree configuration file stores the mapping between the NMS command code of the NMS message and the device command code of the device command line message.
  • the configuration file is read, the NMS command code corresponding to each NMS message is generated to generate the corresponding device.
  • the command tree structure of the command code, the parameter mapping configuration file determines the parameter correspondence between the network management message and the command line message.
  • the command tree module 20 is configured to find the command tree configuration file that is read at the startup, and the command tree to be delivered is determined.
  • the command tree configuration file can be as shown in Table 1-2.
  • OxDOOD 0x10112 0 OxDOOD 0x10113 0x10112
  • Table 1-2 can also be extended according to actual needs.
  • ApiCode indicates the device command code
  • ParentCode indicates the parent command of the device command code of the previous line. That is, the device command code of the previous line depends on the command code of the device. It needs to be sent after the command code of the device is sent. Otherwise, the device reports an error and the configuration fails.
  • the network management command code OxDOOD corresponds to the two device command codes 0x10112 and 0x10113 of the device command line message, where 0x10112 is the parent command of 0x10113, that is, it needs to be sent 0x10112 before being sent to the device. 0x10113.
  • the parameter configuration module 30 maps the parameter field in the network management message to the corresponding device command code according to the parameter mapping configuration file, constitutes a device command line message, and then sends the device command line message to the device, if within the determined time. If the device responds successfully, the network management is successful. Otherwise, the network management fails.
  • the parameter mapping configuration file format can be expressed as follows:
  • Table 1-3 can also be extended according to actual needs, where MngrPara represents the parameter field of the network management message, MngrDT represents the type of the network management message parameter, ApiParaNo represents the parameter number of the API message, and ApiDT represents the type of the parameter.
  • Table 1-3 shows the configuration of the PW in the PTN device.
  • the parameter type of the pseudowire index ucPwIndex in the NMS message is BYTE (8-bit unsigned).
  • the command code corresponding to the command line message is 0x10112, and the parameter number is 1.
  • the type of the parameter is WORD (16-bit unsigned).
  • the device command line message is sent to the device. If the device responds within a certain period of time, it determines whether the response succeeds or fails to the network management according to the return. Otherwise, the network management timeout is considered.
  • the uniform adaptation of the message is completed by reading the configuration file, which reduces The processed code enhances the scalability of the program and solves the requirements for the order of the command line message delivery of each device.
  • the parameter configuration module 30 includes:
  • a selecting unit 31 configured to select one or more parameters corresponding to the device command code as keywords in the parameter mapping configuration file
  • the identifying unit 32 is configured to configure the keyword into an environment variable according to a preset rule, and uniquely identify a business object corresponding to the command tree.
  • the selecting unit 31 needs to select a parameter corresponding to one or more device command codes as a keyword, and the identifying unit 32 forms an environment variable according to the keyword, and Increase in the command line message sent to the device.
  • the PW configuration of the PTN device is used as an example.
  • the PW index configured in 0x10112 is sent to the device as an environment variable.
  • the environment variable can be defined as a string, such as pw-1. .
  • FIG. 10 is a schematic structural diagram of a message adaptation apparatus according to another embodiment of the present invention. As shown in FIG. 10, the apparatus further includes:
  • the detecting module 40 is configured to detect whether the network management command code exists in the preset command code registration file. When the network management command code does not exist in the command code registration file, the network management error message is fed back and the process ends.
  • the network management command code MngrCode When receiving the message from the network management system, the network management command code MngrCode is obtained from the network management message, and the network management command code MngrCode of the network management message is used to search for the preset command code registration file read at startup, to determine whether the message needs to be processed. .
  • the command code registration file includes all the naming codes to be processed, that is, the network management command code and the setting command code. If the command code exists in the command code registration file, it needs to be processed. Otherwise, the command code of the network management message is directly fed back.
  • the command code registration file format can be expressed as follows:
  • CmdCode indicates the command code to be processed, including the network management command code and device command code
  • MngrCode indicates the network management command code
  • ComeFrom indicates which direction the command code comes from (such as from the network management or from the device)
  • Module indicates that the message belongs to the device. Which module, Table 1-1 can also be expanded according to actual needs. As shown in Table 1-1, OxDOOD is the NMS command code of the configuration message of the NMS. The corresponding device command line message has two device command codes 0x10112 and 0x10113.
  • FIG. 11 is a schematic structural diagram of a message adaptation apparatus according to still another embodiment of the present invention. As shown in FIG. 11, the apparatus further includes:
  • the receiving module 50 is configured to receive a device command line message sent by the device.
  • the building module 60 is configured to: according to the parameter mapping configuration file, construct a network management message corresponding to the device command line message, and send the network management message to the network management system.
  • the receiving module 50 After receiving the command line message, the receiving module 50 obtains the corresponding device naming code ApiCode, and determines whether the message needs to be processed according to the read command code registration file. As shown in Table 1-1, for example
  • Keyword of the environment variable in the device command line message it is searched whether the business object identified by the environment variable is configured to decide whether to add, modify or delete the business object.
  • the generation of keywords includes two cases:
  • the API code with the command code is 0x10112, which contains the key segment of the PW index, and the keyword of the business object can directly obtain the parameters in the API message.
  • the value of par i is obtained.
  • the value of the keyword of the business object can be obtained according to the environment variable in the message, and the environment variable is assumed to be pw-1. , the value of the keyword PW index is 1.
  • the building module 60 maps the parameters in the API message to each field of the network management message according to the parameter mapping configuration file, and then sends the network management message to the network management system.
  • the network management software and the device command line management modes are simultaneously implemented to ensure the consistency of the network management and the device data.
  • the building block 60 includes:
  • the determining unit 61 is configured to determine, according to an environment variable in the device command line message, whether the same service object exists;
  • the generating unit 62 is configured to generate a new service object for constructing a corresponding network management message if the same business object does not exist.
  • the environment variable generation format of the device command line message must be the same as that of the environment variable when the NMS sends the message. Therefore, when the device sends the device command line message to the NMS, the judgment unit 61 needs to judge according to the environment variable in the device command line message. Whether the same service object exists, if not, the generating unit 62 generates a new service object, and then maps the parameter in the device command line message to the network management message according to the parameter mapping configuration file, and constructs the network management message corresponding to the device command line message. .
  • the present invention provides a message adaptation method and device, which can obtain a corresponding network management command code according to a message sent by the network management device; according to the network management command code and a preset command tree configuration file, Generating a corresponding command tree; the command tree includes a plurality of device command codes corresponding to the network management command code; combining the device command code and a parameter corresponding to the device command code in the preset parameter mapping configuration file, and generating A device command line message is configured and sent to the device.
  • the method and the device of the invention effectively solve the problem of the order of issuing the command line message of the network management message conversion device while reducing the amount of processing code and ensuring the scalability of the interface.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种消息适配的方法和装置，可根据网管下发的消息获取对应的网管命令码；根据所述网管命令码，以及预设的命令树配置文件，生成对应的命令树；所述命令树包括所述网管命令码对应的多个设备命令码；组合所述设备命令码和预设的参数映射配置文件中所述设备命令码对应的参数，生成供设备进行业务配置的设备命令行消息并下发至所述设备。本发明方法及装置，在减少处理代码量、保证接口可扩展性的同时，有效地解决了网管消息转换设备命令行消息时下发顺序的问题。

Description

一种消息适配的方法及装置 技术领域
本发明涉及到通信领域， 特别涉及到一种消息适配的方法及装置。 背景技术
网管软件作为一种具有可视化界面的设备管理工具， 由于其操作直观、 简捷， 在通信设备管理与维护中的作用日益重要， 尤其在需要管理的设备 量比较大的情况下。 与此同时， 使用命令行的方式进行各种设备命令的下 发， 由于其直接面对设备， 命令的颗粒度更小， 维护内容更为直观， 也很 大范围地被很多专业人士、 特别是在网管软件开发之前就已经习惯了命令 行操作的人士使用。
由于网管下发的消息与设备处理的消息在消息粒度和格式上都存在差 异， 消息适配就成了网管软件和设备之间通信的必不可少的环节。 现有的 技术多采用硬编码的方式对接口进行适配， 根据不同的消息命令码调用不 同的消息处理模块， 但这种方法编码工作量大， 扩展性小， 代码量会随着 消息的增加而不断增多， 代码量无法控制。 且由于网管软件下发的消息可 能对应多个设备消息的配置， 这些命令行配置消息之间存在着一定的先后 顺序关系， 现有技术无法解决在消息适配的过程中保证各个命名行消息之 间的顺序。 发明内容
本发明的主要目的为提供一种消息适配的方法及装置， 在减少处理代 码量、 保证接口可扩展性的同时， 有效地解决了网管消息转换设备命令行 消息时下发顺序的问题。 为了达到上述目的， 本发明的技术方案是这样实现的：
一种消息适配的方法， 包括：
根据网管下发的消息， 获取对应的网管命令码；
根据所述网管命令码， 以及预设的命令树配置文件， 生成对应的命令 树； 所述命令树包括所述网管命令码对应的多个设备命令码；
组合所述设备命令码和预设的参数映射配置文件中所述设备命令码对 应的参数， 生成供设备进行业务配置的设备命令行消息并下发至所述设备。
其中， 所述组合设备命令码和预设的参数映射配置文件中所述设备命 令码对应的参数， 包括：
在所述参数映射配置文件中选择设备命令码对应的一个或多个参数以 作为关键字；
将所述关键字按预设的规则构成环境变量， 唯一标识对应所述命令树 的业务对象。
其中， 在获取所述网管命令码之后， 还包括：
检测预设的命令码注册文件中是否存在所述网管命令码， 当所述命令 码注册文件中不存在所述网管命令码时， 应答网管出错消息。
其中， 该方法还包括：
接收设备发送的设备命令行消息；
根据所述参数映射配置文件， 构建所述设备命令行消息对应的网管消 息， 并发送到网管。
其中， 所述根据参数映射配置文件， 构建所述设备命令行消息对应的 网管消息， 包括：
根据所述设备命令行消息中的环境变量判断是否存在相同的业务对 象；
在不存在相同的业务对象时， 生成新的业务对象， 供构建所述网管消 一种消息适配的装置， 包括：
获取模块， 用于根据网管下发的消息， 获取对应的网管命令码； 生成命令树模块， 用于根据所述网管命令码， 以及预设的命令树配置 文件， 生成对应的命令树； 所述命令树包括所述网管命令码对应的多个设 备命令码：
参数配置模块， 用于组合所述设备命令码和预设的参数映射配置文件 中所述设备命令码对应的参数， 生成供设备进行业务配置的设备命令行消 息并下发至所述设备。
其中， 所述参数配置模块包括：
选择单元， 用于在所述参数映射配置文件中选择设备命令码对应的一 个或多个参数作为关键字；
标识单元， 用于将所述关键字按预设的规则构成环境变量， 唯一标识 对应所述命令树的业务对象。
其中， 该装置还包括：
检测模块， 用于检测预设的命令码注册文件中是否存在所述网管命令 码， 当所述命令码注册文件中不存在所述网管命令码时， 应答网管出错消 其中， 该装置还包括：
接收模块， 用于接收设备发送的设备命令行消息；
构建模块， 用于根据所述参数映射配置文件， 构建所述设备命令行消 息对应的网管消息， 并发送到网管。
其中， 所述构建模块包括：
判断单元， 用于根据所述设备命令行消息中的环境变量判断是否存在 相同的业务对象； 生成单元， 用于在所述判断单元的判断结果为不存在相同的业务对象 时， 生成新的业务对象， 供构建所述网管消息。
本发明提出的一种消息适配的方法及装置， 通过读取配置文件的方式 完成消息的统一适配， 减少了处理的代码， 增强了程序的可扩展性的同时， 解决了设备对于各个设备命令行消息下发顺序的要求， 同时通过保证网管 和设备数据一致性的方法， 实现了网管软件和设备命令行两种管理方式同 时管理设备的功能。 附图说明
图 1为本发明一实施例的消息适配流程示意图；
图 1为本发明网管下发的消息的格式；
图 3为本发明设备命令行消息的格式；
图 4为本发明实施例的参数配置流程示意图；
图 5为本发明又一实施例的消息适配流程示意图；
图 6为本发明再一实施例的消息适配流程示意图；
图 7为本发明实施例的构建流程示意图；
图 8为本发明一实施例的消息适配装置的结构示意图；
图 9为本发明实施例的参数配置模块的结构示意图；
图 10为本发明又一实施例的消息适配装置的结构示意图；
图 11为本发明再一实施例的消息适配装置的结构示意图；
图 12为本发明实施例的构建模块的结构示意图。 具体实施方式
参见图 1 ,图 1为本发明一实施例的消息适配流程示意图，该流程包括： 步驟 S10、 根据网管下发的消息， 获取对应的网管命令码；
图 1所示是网管下发的消息的格式，该消息包括命令码 MngrCode和一 些标识业务对象属性的参数， 该消息是一种扁平的结构， 对于下发参数的 顺序是固定的。 图 3 为设备命令行消息的格式， 为后续叙述方便， 设备命 令行消息内的命令码在本文中命名为 ApiCode,图 3所示的设备命令行消息 对应于图 2 的网管消息。 可见， 一个网管消息可能对应多个设备命令行消 息， 而设备命令行消息在下发给设备时， 具有一定的先后关系。 如图 3 所 示， 从左到右， 设备接收命令的顺序是 ApiCodel—ApiCode2/ApiCode3— ApiCode4/ApiCode5, 其中 ApiCode2、 ApiCode3顺序可互换， ApiCode4、 ApiCode5 的顺序可互换， 但 ApiCode 1 和 ApiCode2、 ApiCode3 或者 ApiCode4、 ApiCode5的顺序则不能换，否则设备报错，其中每一个 ApiCode 可以包含多个参数。
本实施例预先设置了配置文件， 包括命令码注册文件和参数映射配置 文件。 命令树配置文件中保存了网管消息的网管命令码和设备命令行消息 的设备命令码之间的对应关系， 在读取该配置文件时， 对应每一个网管消 息的网管命令码， 生成对应的设备命令码的命令树结构， 参数映射配置文 件确定了网管消息与命令行消息之间的参数对应关系。
步驟 Sll、 根据所述网管命令码， 以及预设的命令树配置文件， 生成对 应的命令树； 所述命令树包括所述网管命令码对应的多个设备命令码； 根据网管下发的消息， 获取对应的网管命令码， 查找在启动时读取到 的命令树配置文件， 确定需要下发的命令树。 其中， 命令树配置文件可以 表示如下：
表 1-2:
Figure imgf000006_0001
表 1-2还可根据实际的需要进行字段扩展。 其中， ApiCode表示设备命 令码， ParentCode表示前一行设备命令码的父命令， 即前一行的设备命令 码依赖于该设备命令码， 需要在该设备命令码发送之后再发送， 否则设备 报错， 配置失败。 如表 1-2中， 网管命令码 OxDOOD对应于设备命令行消息 的两个设备命令码 0x10112、 0x10113 , 其中 0x10112是 0x10113的父命令， 即下发给设备时需要先下发 0x10112, 再下发 0x10113。
步驟 S12、组合所述设备命令码和预设的参数映射配置文件中所述设备 命令码对应的参数， 生成设备命令行消息并下发至设备， 供所述设备进行 业务配置。
找到命令树后， 根据参数映射配置文件将网管消息中的参数字段映射 到对应的设备命令码， 构成设备命令行消息， 然后将设备命令行消息发送 给设备， 如果在确定时间内设备应答成功则返回网管成功， 否则返回网管 失败。 其中参数映射配置文件格式可以表示如下：
表 1-3
Figure imgf000007_0001
表 1-3中， BYTE代表 1字节无符号整型， WORD代表 1字节无符号 整型。 并且， 表 1-3还可根据实际的需要进行扩展， 其中， MngrPara表示 网管消息的参数字段， MngrDT表示网管消息参数的类型， ApiParaNo表示 应用编程接口 （API ) 消息的参数号， ApiDT表示该参数的类型。 表 1-3以 PTN ( Packet Transport Network, 分组传送网 )设备中伪线（PW )的配置为 例，网管消息中伪线索引号 ucPwIndex的参数类型为 BYTE( 8位无符号型）， 对应与设备命令行消息的命令码为 0x10112, 参数号是 1 , 参数的类型是 WORD ( 16位无符号型）。
将构建的设备命令行消息发送给设备， 如果设备在一定时间内应答， 则根据返回确定应答成功或者失败给网管， 否则认为网管超时。 本实施例中， 通过读取配置文件的方式完成消息的统一适配， 减少了 处理的代码， 增强了程序的可扩展性的同时， 解决了设备对于各个设备命 令行消息下发顺序的要求。
参见图 4, 在一实施例中， 步驟 S12可包括：
步驟 S121、 在所述参数映射配置文件中选择设备命令码对应的一个或 多个参数；
步驟 S122、 将所述一个或多个参数按预设的规则构成环境变量， 唯一 标识对应所述命令树的业务对象。
S12中重要的内容是在下发设备命令行消息时，如何确定是配置哪个业 务对象的属性， 因此需要在下发给设备的设备命令行消息中增加标识， 即 环境变量。 仍以 PTN设备中 PW的配置为例， 在下发设备命令行消息给设 备时， 将根据 0x10112中配置的 PW索引作为环境变量下发给设备， 这里 环境变量可以定义成一字符串， 如 pw— 1。
参见图 5 , 图 5为本发明又一实施例的消息适配流程示意图， 由图 5可 知， 在执行步驟 S10之后， 还可包括：
步驟 S13、检测预设的命令码注册文件中是否存在所述网管命令码， 当 所述命令码注册文件中不存在所述网管命令码时， 反馈网管出错消息并结 束流程。
当收到来自网管下发的消息时， 从该网管消息中获取到网管命令码 MngrCode 根据网管消息的网管命令码 MngrCode查找启动时读取的预设 的命令码注册文件， 确定是否需要处理该消息。 命令码注册文件包括所有 需要处理的命名码即网管命令码和设置命令码， 如命令码注册文件中存在 该命令码则需要处理， 否则直接反馈网管消息命令码错误。
其中， 命令码注册文件格式可以表示如下： 表 1-1
Figure imgf000009_0001
其中 CmdCode表示需要处理的命令码，包括网管命令码和设备命令码， MngrCode表示网管命令码， ComeFrom表示命令码来自哪个方向 （如是来 自网管还是来自于设备 ), Module则表示消息属于设备的哪个模块， 表 1-1 还可根据实际的需要进行扩展。 从表 1-1看出， OxDOOD是网管的配置消息 的网管命令码，对应设备命令行消息有两个设备命令码 0x10112和 0x10113。
参见图 6, 图 6为本发明再一实施例的消息适配流程示意图， 由图 6可 知， 还可包括：
步驟 S14、 接收所述设备发送的设备命令行消息；
步驟 S15、根据所述参数映射配置文件，构建所述设备命令行消息对应 的网管消息， 并发送到网管。
收到设备命令行消息后，获取对应的设备命名码 ApiCode,根据读取的 命令码注册文件确定是否需要处理该消息。 如表 1-1 , 例如如果反向发送过 来的设备命令行消息的设备命令码是 0x10114, 由于其没有注册， 则无需处 理。 根据设备命令行消息中的环境变量的关键字查找是否配置过该环境变 量标识的业务对象， 以决定是新增、 修改还是删除该业务对象。 其中关键 字的生成包括两种情况：
( 1 )如表 1-3所示， 命令码为 0x10112的 API消息， 它包含 PW索引 这个关键字段， 则其业务对象的关键字可以通过直接获取 API消息中参数 par i的值得到。
( 2 )如表 1-3所示，命令码为 0x10113的 API消息不包含关键字字段， 则可以根据消息中的环境变量来获取业务对象的关键字的值， 假设其环境 变量为 pw— 1 , 则关键字 PW索引的值为 1。
根据关键字生成或者找到业务对象后， 根据参数映射配置文件将 API 消息中的参数一一对应到网管消息的各个字段， 然后将该网管消息发送给 网管。
本实施例在保证网管和设备数据一致性的同时， 实现了网管软件和设 备命令行两种管理方式同时管理设备的功能。
参见图 7, 步驟 S15可进一步包括：
步驟 S151、 根据所述设备命令行消息中的环境变量判断是否存在相同 的业务对象；
步驟 S152、 如不存在相同的业务对象， 则生成新的业务对象， 供构建 对应的网管消息。
设备命令行消息的环境变量生成格式必须与网管下发消息时的环境变 量生成方式相同， 因此， 在设备发送设备命令行消息给网管时， 需要根据 设备命令行消息中的环境变量判断是否存在相同的业务对象， 如果没有， 则生成新的业务对象， 再根据参数映射配置文件中将设备命令行消息中的 参数映射到网管消息中， 构建设备命令行消息对应的网管消息。
参见图 8, 图 8为本发明一实施例的消息适配装置的结构示意图， 该装 置包括：
获耳 4莫块 10, 用于根据网管下发的消息， 获取对应的网管命令码； 生成命令树模块 20, 用于根据所述网管命令码， 以及预设的命令树配 置文件， 生成对应的命令树； 所述命令树包括所述网管命令码对应的多个 设备命令码：
参数配置模块 30, 用于组合所述设备命令码和预设的参数映射配置文 件中所述设备命令码对应的参数， 生成设备命令行消息并下发至设备， 供 所述设备进行业务配置。
图 2所示是网管下发的消息的格式，该消息包括命令码 MngrCode和一 些标识业务对象属性的参数， 该消息是一种扁平的结构， 对于下发参数的 顺序是固定的。 图 3为设备命令行消息的格式， 其对应于图 2的网管消息。 可见， 一个网管消息可能对应多个设备命令行消息， 而设备命令行消息在 下发给设备时， 具有一定的先后关系。 如图 3 所示， 从左到右， 设备接收 命令的顺序是 ApiCode 1 - ApiCode2/ApiCode3 - ApiCode4/ApiCode5 , 其中 ApiCode2、 ApiCode3 顺序可互换， ApiCode4、 ApiCode5 的顺序可互换， 但 ApiCode 1和 ApiCode2、 ApiCode3或者 ApiCode4、 ApiCode5的顺序则 不能换， 否则设备报错， 其中每一个 ApiCode可以包含多个参数。
本实施例预先设置了配置文件， 包括命令树配置文件和参数映射配置 文件。 命令树配置文件中保存了网管消息的网管命令码和设备命令行消息 的设备命令码之间的对应关系， 在读取该配置文件时， 对应每一个网管消 息的网管命令码， 生成对应的设备命令码的命令树结构， 参数映射配置文 件确定了网管消息与命令行消息之间的参数对应关系。
根据网管下发的消息， 获耳4莫块 10获取对应的网管命令码， 生成命令 树模块 20查找在启动时读取到的命令树配置文件，确定需要下发的命令树。 其中， 命令树配置文件可以如表 1-2所示：
表 1-2:
MngrCode ApiCode ParentCode
OxDOOD 0 0
OxDOOD 0x10112 0 OxDOOD 0x10113 0x10112
表 1-2还可根据实际的需要进行扩展。其中， ApiCode表示设备命令码， ParentCode表示前一行设备命令码的父命令， 即前一行的设备命令码依赖 于该设备命令码， 需要在该设备命令码发送之后再发送， 否则设备报错， 配置失败。如表 1-2中， 网管命令码 OxDOOD对应于设备命令行消息的两个 设备命令码 0x10112、 0x10113 , 其中 0x10112是 0x10113的父命令， 即下 发给设备时需要先下发 0x10112, 再下发 0x10113。
找到命令树后， 参数配置模块 30根据参数映射配置文件将网管消息中 的参数字段映射到对应的设备命令码， 构成设备命令行消息， 然后将设备 命令行消息发送给设备， 如果在确定时间内设备应答成功则返回网管成功， 否则返回网管失败。 其中参数映射配置文件格式可以表示如下：
表 1-3
Figure imgf000012_0001
表 1-3还可根据实际的需要进行扩展， 其中， MngrPara表示网管消息 的参数字段， MngrDT表示网管消息参数的类型， ApiParaNo表示 API消息 的参数号， ApiDT表示该参数的类型。 表 1-3以 PTN设备中 PW的配置为 例，网管消息中伪线索引号 ucPwIndex的参数类型为 BYTE( 8位无符号型）， 对应与设备命令行消息的命令码为 0x10112, 参数号是 1 , 参数的类型是 WORD ( 16位无符号型）。
将构建的设备命令行消息发送给设备， 如果设备在一定时间内应答， 则根据返回确定应答成功或者失败给网管， 否则认为网管超时。
本实施例中， 通过读取配置文件的方式完成消息的统一适配， 减少了 处理的代码， 增强了程序的可扩展性的同时， 解决了设备对于各个设备命 令行消息下发顺序的要求。
参见图 9, 参数配置模块 30包括：
选择单元 31 , 用于在所述参数映射配置文件中选择设备命令码对应的 一个或多个参数作为关键字；
标识单元 32, 用于将所述关键字按预设的规则构成环境变量， 唯一标 识对应所述命令树的业务对象。
在下发设备命令行消息时， 必须确定是配置哪个业务对象的属性， 因 此选择单元 31需要选择一个或多个设备命令码对应的参数作为关键字， 标 识单元 32根据该关键字构成环境变量， 并增加在下发给设备的设备命令行 消息中。 仍以 PTN设备中 PW的配置为例， 在下发设备命令行消息给设备 时， 将根据 0x10112 中配置的 PW索引作为环境变量下发给设备， 这里环 境变量可以定义成一字符串， 如 pw— 1。
参见图 10, 图 10为本发明又一实施例的消息适配装置的结构示意图， 由图 10可知， 所述装置还包括：
检测模块 40, 用于检测预设的命令码注册文件中是否存在所述网管命 令码， 当所述命令码注册文件中不存在所述网管命令码时， 反馈网管出错 消息并结束流程。
当收到来自网管下发的消息时， 从该网管消息中获取到网管命令码 MngrCode 根据网管消息的网管命令码 MngrCode查找启动时读取的预设 的命令码注册文件， 确定是否需要处理该消息。 命令码注册文件包括所有 需要处理的命名码即网管命令码和设置命令码， 如命令码注册文件中存在 该命令码则需要处理， 否则直接反馈网管消息命令码错误。
其中， 命令码注册文件格式可以表示如下：
表 1-1 CmdCo MngrC ComeFr Module de ode om
OxDOO OxDOO MNGR CONFI
D D G
0x1011 OxDOO API CONFI
2 D G
0x1011 OxDOO API CONFI
3 D G 其中 CmdCode表示需要处理的命令码，包括网管命令码和设备命令码， MngrCode表示网管命令码， ComeFrom表示命令码来自哪个方向 （如是来 自网管还是来自于设备 ), Module则表示消息属于设备的哪个模块， 表 1-1 还可根据实际的需要进行扩展。 从表 1-1看出， OxDOOD是网管的配置消息 的网管命令码，对应设备命令行消息有两个设备命令码 0x10112和 0x10113。
参见图 11 , 图 11为本发明再一实施例的消息适配装置的结构示意图， 由图 11可知， 所述装置还包括：
接收模块 50, 用于接收所述设备发送的设备命令行消息；
构建模块 60, 用于根据所述参数映射配置文件， 构建所述设备命令行 消息对应的网管消息， 并发送到网管。
接收模块 50收到设备命令行消息后，获取对应的设备命名码 ApiCode, 根据读取的命令码注册文件确定是否需要处理该消息。 如表 1-1 , 例如如果
册， 则无需处理。 根据设备命令行消息中的环境变量的关键字查找是否配 置过该环境变量标识的业务对象， 以决定是新增、 修改还是删除该业务对 象。 其中关键字的生成包括两种情况：
( 1 )如表 1-3所示， 命令码为 0x10112的 API消息， 它包含 PW索引 这个关键字段， 则其业务对象的关键字可以通过直接获取 API消息中参数 par i的值得到。
( 2 )如表 1-3所示，命令码为 0x10113的 API消息不包含关键字字段， 则可以根据消息中的环境变量来获取业务对象的关键字的值， 假设其环境 变量为 pw— 1 , 则关键字 PW索引的值为 1。
根据关键字生成或者找到业务对象后， 构建模块 60根据参数映射配置 文件将 API消息中的参数一一对应到网管消息的各个字段， 然后将该网管 消息发送给网管。
本实施例在保证网管和设备数据一致性的同时， 实现了网管软件和设 备命令行两种管理方式同时管理设备的功能。
参见图 12, 构建模块 60包括：
判断单元 61 , 用于根据所述设备命令行消息中的环境变量判断是否存 在相同的业务对象；
生成单元 62, 用于如不存在相同的业务对象， 则生成新的业务对象， 供构建对应的网管消息。
设备命令行消息的环境变量生成格式必须与网管下发消息时的环境变 量生成方式相同， 因此， 在设备发送设备命令行消息给网管时， 判断单元 61 需要根据设备命令行消息中的环境变量判断是否存在相同的业务对象， 如果没有， 则生成单元 62生成新的业务对象， 再根据参数映射配置文件中 将设备命令行消息中的参数映射到网管消息中， 构建设备命令行消息对应 的网管消息。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。 工业实用性
本发明提供了一种消息适配的方法和装置， 可根据网管下发的消息获 取对应的网管命令码； 根据所述网管命令码， 以及预设的命令树配置文件， 生成对应的命令树； 所述命令树包括所述网管命令码对应的多个设备命令 码； 组合所述设备命令码和预设的参数映射配置文件中所述设备命令码对 应的参数， 生成供设备进行业务配置的设备命令行消息并下发至所述设备。 本发明方法及装置， 在减少处理代码量、 保证接口可扩展性的同时， 有效 地解决了网管消息转换设备命令行消息时下发顺序的问题。

Claims

权利要求书
1、 一种消息适配的方法， 包括：
根据网管下发的消息， 获取对应的网管命令码；
根据所述网管命令码， 以及预设的命令树配置文件， 生成对应的命令 树； 所述命令树包括所述网管命令码对应的多个设备命令码；
组合所述设备命令码和预设的参数映射配置文件中所述设备命令码对 应的参数， 生成供设备进行业务配置的设备命令行消息并下发至所述设备。
2、 如权利要求 1所述的方法， 其中， 所述组合设备命令码和预设的参 数映射配置文件中所述设备命令码对应的参数， 包括：
在所述参数映射配置文件中选择设备命令码对应的一个或多个参数以 作为关键字；
将所述关键字按预设的规则构成环境变量， 唯一标识对应所述命令树 的业务对象。
3、如权利要求 1或 2所述的方法，其中，在获取所述网管命令码之后， 还包括：
检测预设的命令码注册文件中是否存在所述网管命令码， 当所述命令 码注册文件中不存在所述网管命令码时， 应答网管出错消息。
4、 如权利要求 1或 2所述的方法， 其中， 该方法还包括：
接收设备发送的设备命令行消息；
根据所述参数映射配置文件， 构建所述设备命令行消息对应的网管消 息， 并发送到网管。
5、 如权利要求 4所述的方法， 其中， 所述根据参数映射配置文件， 构 建所述设备命令行消息对应的网管消息， 包括：
根据所述设备命令行消息中的环境变量判断是否存在相同的业务对 象； 在不存在相同的业务对象时， 生成新的业务对象， 供构建所述网管消
6、 一种消息适配的装置， 包括：
获取模块， 用于根据网管下发的消息， 获取对应的网管命令码； 生成命令树模块， 用于根据所述网管命令码， 以及预设的命令树配置 文件， 生成对应的命令树； 所述命令树包括所述网管命令码对应的多个设 备命令码：
参数配置模块， 用于组合所述设备命令码和预设的参数映射配置文件 中所述设备命令码对应的参数， 生成供设备进行业务配置的设备命令行消 息并下发至所述设备。
7、 如权利要求 6所述的装置， 其中， 所述参数配置模块包括： 选择单元， 用于在所述参数映射配置文件中选择设备命令码对应的一 个或多个参数作为关键字；
标识单元， 用于将所述关键字按预设的规则构成环境变量， 唯一标识 对应所述命令树的业务对象。
8、 如权利要求 6或 7所述的装置， 其中， 该装置还包括：
检测模块， 用于检测预设的命令码注册文件中是否存在所述网管命令 码， 当所述命令码注册文件中不存在所述网管命令码时， 应答网管出错消
9、 如权利要求 6或 7所述的装置， 其中， 该装置还包括：
接收模块， 用于接收设备发送的设备命令行消息；
构建模块， 用于根据所述参数映射配置文件， 构建所述设备命令行消 息对应的网管消息， 并发送到网管。
10、 如权利要求 9所述的装置， 其中， 所述构建模块包括：
判断单元， 用于根据所述设备命令行消息中的环境变量判断是否存在 相同的业务对象；
生成单元， 用于在所述判断单元的判断结果为不存在相同的业务对象 时， 生成新的业务对象， 供构建所述网管消息。
PCT/CN2011/082734 2011-06-27 2011-11-23 一种消息适配的方法及装置 WO2013000236A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110175343.8 2011-06-27
CN201110175343.8A CN102857355B (zh) 2011-06-27 2011-06-27 一种消息适配的方法及装置

Publications (1)

Publication Number Publication Date
WO2013000236A1 true WO2013000236A1 (zh) 2013-01-03

Family

ID=47403565

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/082734 WO2013000236A1 (zh) 2011-06-27 2011-11-23 一种消息适配的方法及装置

Country Status (2)

Country Link
CN (1) CN102857355B (zh)
WO (1) WO2013000236A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103532756B (zh) * 2013-10-15 2017-01-25 上海寰创通信科技股份有限公司 一种基于网管系统的命令行系统以及命令行操作方法
CN105704169A (zh) * 2014-11-24 2016-06-22 中兴通讯股份有限公司 一种保持数据一致性的方法、装置及ptn传输设备
CN112463144B (zh) * 2020-12-02 2022-11-11 苏州浪潮智能科技有限公司 分布式存储的命令行服务方法、系统、终端及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010055482A (ko) * 1999-12-10 2001-07-04 오길록 통합망 환경에서 서비스관리시스템의 관리명령을 교환기명령어로 변환하는 방법
US20030204612A1 (en) * 2002-04-30 2003-10-30 Mark Warren System and method for facilitating device communication, management and control in a network
CN1929396A (zh) * 2005-09-09 2007-03-14 中兴通讯股份有限公司 一种网络中实现对网元进行数据配置的方法
CN101610173A (zh) * 2009-07-14 2009-12-23 中兴通讯股份有限公司 一种对多网元进行数据配置的方法和网管服务器

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100346606C (zh) * 2003-09-24 2007-10-31 华为技术有限公司 一种设备配置信息解析方法
CN100484028C (zh) * 2005-12-22 2009-04-29 杭州华三通信技术有限公司 一种下发命令的方法和系统
CN101110703B (zh) * 2007-06-28 2011-11-30 中兴通讯股份有限公司 可定制的命令行实现方法和系统
CN101515929B (zh) * 2009-03-24 2012-07-04 成都市华为赛门铁克科技有限公司 消息格式转换方法和网络设备及代理装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010055482A (ko) * 1999-12-10 2001-07-04 오길록 통합망 환경에서 서비스관리시스템의 관리명령을 교환기명령어로 변환하는 방법
US20030204612A1 (en) * 2002-04-30 2003-10-30 Mark Warren System and method for facilitating device communication, management and control in a network
CN1929396A (zh) * 2005-09-09 2007-03-14 中兴通讯股份有限公司 一种网络中实现对网元进行数据配置的方法
CN101610173A (zh) * 2009-07-14 2009-12-23 中兴通讯股份有限公司 一种对多网元进行数据配置的方法和网管服务器

Also Published As

Publication number Publication date
CN102857355B (zh) 2018-07-13
CN102857355A (zh) 2013-01-02

Similar Documents

Publication Publication Date Title
JP7463544B2 (ja) ブロックチェーンメッセージ処理方法、装置、コンピュータデバイスおよびコンピュータプログラム
CN102185901B (zh) 一种客户端报文转换方法
CN109660639B (zh) 一种数据上传方法、设备、系统及介质
WO2019154353A1 (zh) 系统运行参数查询方法、匹配方法、装置及节点设备
CN105450712B (zh) 一种数据传输方法及装置
US20190173960A1 (en) Method, device and computer program product for protocol selection
WO2015081908A2 (zh) 更新参数值的方法、装置和系统
WO2014086123A1 (zh) 搜索方法和信息搜索终端
US11736557B1 (en) Copying and pasting between devices
CN106569789B (zh) 任务提交的方法和装置
WO2013000236A1 (zh) 一种消息适配的方法及装置
CN103503421A (zh) 负荷平衡系统中的sctp关联端点重定位
CN102571545A (zh) 在IPv4网络中传递信息的方法和装置
WO2016074412A1 (zh) 基于网络配置协议进行兼容管理的方法、存储介质及设备
JP2022097592A (ja) データ同期方法、装置、電子機器、記憶媒体及びコンピュータプログラム
CN104935614B (zh) 一种数据传输方法及装置
US20120294307A1 (en) Apparatus and Method for Identifier Management
TW201635167A (zh) 使用者端主機備援系統及其實施方法
CN110018875B (zh) 一种基于idv的桌面同步实现方法
CN108600004B (zh) 一种视频服务器配置管理方法及系统
JP2014026480A (ja) 複数の情報システムおける出力比較方法
US7568194B2 (en) Method and system for availability checking on distributed objects
WO2022121492A1 (zh) 文件传输方法、装置、计算机设备及存储介质
JP5550595B2 (ja) エンジニアリング装置
CN110971716B (zh) 地址配置方法、装置、系统和计算机可读存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11868807

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11868807

Country of ref document: EP

Kind code of ref document: A1