WO2023157202A1 - 管理システム、管理方法及び管理プログラム - Google Patents

管理システム、管理方法及び管理プログラム Download PDF

Info

Publication number
WO2023157202A1
WO2023157202A1 PCT/JP2022/006493 JP2022006493W WO2023157202A1 WO 2023157202 A1 WO2023157202 A1 WO 2023157202A1 JP 2022006493 W JP2022006493 W JP 2022006493W WO 2023157202 A1 WO2023157202 A1 WO 2023157202A1
Authority
WO
WIPO (PCT)
Prior art keywords
parameter table
setting data
migration
network device
unit
Prior art date
Application number
PCT/JP2022/006493
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 日本電信電話株式会社
Priority to PCT/JP2022/006493 priority Critical patent/WO2023157202A1/ja
Publication of WO2023157202A1 publication Critical patent/WO2023157202A1/ja

Links

Images

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

Definitions

  • the present invention relates to a management system, management method and management program.
  • the configuration data is setting data for setting the operation of the NW device.
  • Patent Document 1 a data migration method for migrating data between different databases has been proposed.
  • FIG. 12 is a diagram for explaining configuration conversion processing to which the conventional technology is applied.
  • the configuration data of the NW device has a structure in which a plurality of linked setting information are arranged in a nested manner.
  • the data structure of configuration data differs depending on the configuration system, such as the combination of linked setting information and nested relationships. Therefore, unlike a database structure, simple one-to-one conversion is not possible for config data.
  • Patent Document 1 assumes a database structure in which headings and values are arranged in parallel, and the conversion logic is simple. Therefore, the method described in Patent Document 1, which specializes in database structures such as migration between different databases, cannot be applied to configuration data migration between NW devices with different configuration systems.
  • the present invention has been made in view of the above, and it is an object of the present invention to provide a management system, management method, and management program that enable migration of configuration data between network devices with mutually different configuration systems.
  • a management system provides a network device that communicates with other communication devices on a network, from a source network device to a destination network device.
  • the present invention is characterized by comprising a conversion unit that converts the setting data into second setting data conforming to the system of the setting data of the previous network device and applies the second setting data to the destination network device.
  • FIG. 1 is a block diagram showing an example of the configuration of a management system according to an embodiment.
  • FIG. 2 is a block diagram showing an example of the configuration of the conversion device shown in FIG.
  • FIG. 3 is a diagram showing an example of the data structure of a general-purpose parameter table.
  • FIG. 4 is a diagram for explaining the processing of the conversion unit shown in FIG. 2;
  • FIG. 5 is a diagram for explaining the processing of the conversion unit shown in FIG. 2;
  • FIG. 6 is a block diagram showing an example of the configuration of the confirmation device shown in FIG.
  • FIG. 7 is a diagram for explaining the processing of the confirmation unit shown in FIG. 6;
  • FIG. 8 is a sequence diagram illustrating an example of a procedure of management processing according to the embodiment.
  • FIG. 1 is a block diagram showing an example of the configuration of a management system according to an embodiment.
  • FIG. 2 is a block diagram showing an example of the configuration of the conversion device shown in FIG.
  • FIG. 3 is a diagram showing an example
  • FIG. 9 is a sequence diagram illustrating an example of a processing procedure of confirmation processing according to the embodiment.
  • FIG. 10 is a block diagram showing an example of the configuration of a source network (NW) device.
  • FIG. 11 is a diagram showing an example of a computer that implements a conversion device, a confirmation device, and a migration source NW device by executing a program.
  • FIG. 12 is a diagram for explaining configuration conversion processing to which the conventional technology is applied.
  • management system management method, and management program according to the present application will be described in detail based on the drawings. Note that the management system, management method, and management program according to the present application are not limited by this embodiment.
  • the configuration data is setting data for setting the operation of the NW device, and has a structure in which a plurality of linked setting information (parameters) are nested.
  • Different configuration data systems mean different combinations of linked parameters and different nested relationships.
  • FIG. 1 is a block diagram showing an example of the configuration of a management system according to an embodiment.
  • a management system 100 stores configuration data of a migration source NW device 10 and a migration destination NW device 20 among network devices that communicate with other communication devices on the NW. manage migrations;
  • the management system 100 has a conversion device 30 and a confirmation device 40 .
  • the conversion device 30 is provided between the source NW device 10 and the destination NW device 20 .
  • the conversion device 30 converts the system of configuration data C1 (first setting data) of the source NW device 10 to that of the destination NW device 20 using a general-purpose parameter table that can associate each service on a user-by-user basis. It is converted into configuration data Ct (second setting data) conforming to the configuration data system.
  • the conversion device 30 applies the converted configuration data Ct to the migration destination NW device 20 .
  • the confirmation device 40 confirms that setting information is normally handed over between the migration source NW device 10 and the migration destination NW device 20, which have different configuration data systems.
  • the confirmation device 40 receives the configuration data C2 (third setting data) applied to the migration destination NW device 20 and the first parameter table T1 (described later) created by the conversion device 30 .
  • the confirmation device 40 confirms that migration of the configuration data C1 to the migration destination NW device 20 has been performed normally based on the configuration data C2 and the first parameter table T1.
  • FIG. 2 is a block diagram showing an example of the configuration of the conversion device 30 shown in FIG. 1. As shown in FIG. As shown in FIG. 2 , the conversion device 30 has a communication section 31 , a storage section 32 and a control section 33 .
  • the communication unit 31 is a communication interface that transmits and receives various types of information to and from other devices connected via a network or the like.
  • the communication unit 31 is realized by a NIC (Network Interface Card) or the like, and communicates with other devices (for example, the migration source NW device 10, the migration destination NW device 20, Communication between the confirmation device 40) and the control unit 33 (described later) is performed.
  • NIC Network Interface Card
  • the storage unit 32 is a storage device such as an HDD (Hard Disk Drive) or an SSD (Solid State Drive).
  • the storage unit 32 may be a rewritable semiconductor memory such as RAM (Random Access Memory), flash memory, NVSRAM (Non Volatile Static Random Access Memory).
  • the storage unit 32 stores an OS (Operating System) and various programs executed by the conversion device 30 . Furthermore, the storage unit 32 stores various information used in executing the program.
  • the storage unit 32 stores a general-purpose parameter table 321 , system data 322 , pre-conversion configuration data 323 , first parameter table 324 , and post-conversion configuration data 325 .
  • the general-purpose parameter table 321 is a general-purpose parameter table created by the parameter table creation unit 332.
  • FIG. 3 is a diagram showing an example of the data structure of a general-purpose parameter table.
  • each service item is associated with the user.
  • Service items are divided into whether or not services are available, and options.
  • each item and its arrangement are set so that each service and options of each service can be associated with each user.
  • the system data 322 is data indicating the system of the configuration data of each NW device. Specifically, the system data 322 indicates the format of the configuration data of each NW device, for example, the combination of linked parameters, and the configuration of the nested relationship of the combination.
  • the pre-conversion configuration data 323 is, for example, the configuration data of the migration source NW device 10 (for example, configuration data C1).
  • the first parameter table 324 is a first parameter table (for example, first parameter table T1) created by the generator 334 (described later).
  • the post-conversion configuration data 325 is, for example, configuration data (for example, configuration data Ct) applied to the migration destination NW device 20 generated by a generation unit 334 (described later).
  • the control unit 33 controls the conversion device 30 as a whole.
  • the control unit 33 is, for example, an electronic circuit such as a CPU (Central Processing Unit) or an MPU (Micro Processing Unit), or an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array).
  • the control unit 33 also has an internal memory for storing programs defining various processing procedures and control data, and executes each processing using the internal memory. Further, the control unit 33 functions as various processing units by running various programs.
  • the control unit 33 has a conversion unit 331 .
  • the conversion unit 331 converts the configuration data C1 system of the migration source NW device 10 into configuration data Ct according to the configuration data system of the migration destination NW device 20 using the general-purpose parameter table.
  • the conversion unit 331 applies the configuration data Ct to the migration destination NW device 20 .
  • the conversion unit 331 has a parameter table creation unit 332 , an extraction unit 333 (first extraction unit), a generation unit 334 and an application unit 335 .
  • 4 and 5 are diagrams for explaining the processing of the conversion unit 331 shown in FIG.
  • the parameter table creation unit 332 creates a general-purpose parameter table that can be associated with each service on a user-by-user basis.
  • the parameter table creation unit 332 creates, for example, a general-purpose parameter table T shown in FIG.
  • the parameter table creation unit 332 creates the general-purpose parameter table T at the time of migration of the NW device, and may create the general-purpose parameter table T in advance.
  • the extraction unit 333 extracts each parameter from the configuration data C1, describes each extracted parameter in the corresponding cell of the general-purpose parameter table T, and creates the first parameter table T1 corresponding to the configuration data C1. do.
  • the configuration data C1 has a nested relationship in which services and options are associated with each user.
  • the extraction unit 333 extracts the data “service x setting”, “service x option setting 1”, and “service x option setting 2” in the area W1 for the user 1 of the configuration data C1 (( 1)). Then, the extracting unit 333 reflects the extracted contents by writing them in cells C11, C12, and C13 corresponding to service x and its options 1 and 2 in row R1 of the first parameter table T1 (Fig. 4 (2)).
  • the extracting unit 333 extracts parameters related to the service y in the area W2 of the configuration data C1, and reflects the extracted data in the cells C14 and C15 corresponding to the item of the service y in the row R1 of the first parameter table T1. do.
  • the extraction unit 333 extracts the parameters in the area W3 of the configuration data C1, and reflects the extracted parameters in the cell C16 corresponding to the filter item in the row R1 of the first parameter table T1.
  • the extraction unit 333 also extracts parameters from the configuration data C1 for the user 2, and writes the extracted parameters in the corresponding cells of the row R2 of the general-purpose parameter table T.
  • the extracting unit 333 extracts each parameter associated with each user from the configuration data C1 and writes them in the corresponding cell of the general-purpose parameter table T, so that the parameters of the configuration data C1 are reflected. create a first parameter table T1.
  • the extraction unit 333 outputs the created first parameter table T1 to the confirmation device 40 .
  • the generation unit 334 generates configuration data Ct in which the parameters described in each cell of the first parameter table T1 are arranged according to the configuration data system applied to the migration destination NW device 20. For example, as shown in configuration data Ct in FIG. 5, a case where the system of configuration data of the migration destination NW device 20 has a nested relationship in which users and options are linked for each service will be described.
  • the generation unit 334 arranges the contents described in the cells C11, C12, and C13 regarding the service x in the row R1 of the first parameter table T1 in the setting area W11 of the service x (( 3)), and "user 1" is placed in the area W12 to indicate that the parameters in the setting area W11 are associated with the user 1; Further, the generation unit 334 arranges the contents described in the cells C14 and C15 regarding the service y in the row R1 of the first parameter table T1 in the setting area W13 of the service y ((3) in FIG. 5). . Similarly, the generating unit 334 also generates the configuration data Ct by arranging the contents of the cells in the row R2 and subsequent rows of the first parameter table T1 in the corresponding areas.
  • the application unit 335 applies the configuration data Ct generated by the generation unit 334 to the migration destination NW device 20 .
  • FIG. 6 is a block diagram showing an example of the configuration of the confirmation device 40 shown in FIG. 1. As shown in FIG. As shown in FIG. 6 , the confirmation device 40 has a communication section 41 , a storage section 42 and a control section 43 .
  • the communication unit 41 is a communication interface that transmits and receives various types of information to and from other devices connected via a network or the like.
  • the communication unit 41 is realized by a NIC or the like, and communicates between other devices (for example, the migration destination NW device 20, the conversion device 30) and the control unit 43 (described later) via electric communication lines such as LAN and the Internet. I do.
  • the storage unit 42 is a storage device such as an HDD or SSD. Note that the storage unit 42 may be a rewritable semiconductor memory such as a RAM, a flash memory, or an NVSRAM.
  • the storage unit 42 stores the OS and various programs executed by the confirmation device 40 . Further, the storage unit 42 stores various information used in executing the program.
  • the storage unit 42 is applied to a general-purpose parameter table 421 having the same configuration as the general-purpose parameter table 321, system data 322, a first parameter table 324 (for example, a first parameter table T1), and the migration destination NW device 20. After application configuration data 425 (for example, configuration data C2), and a second parameter table 426 (for example, second parameter table T2) created by an extraction unit 433 (described later) are stored.
  • the control unit 43 controls the confirmation device 40 as a whole.
  • the control unit 43 is, for example, an electronic circuit such as a CPU or MPU, or an integrated circuit such as an ASIC or FPGA.
  • the control unit 43 also has an internal memory for storing programs defining various processing procedures and control data, and executes each processing using the internal memory. Further, the control unit 43 functions as various processing units by running various programs.
  • the control unit 43 has a confirmation unit 431 .
  • the confirmation unit 431 receives the configuration data C2 applied to the migration destination NW device 20 and the first parameter table T1.
  • the confirmation unit 431 collates the parameters of the configuration data C2 with the parameters of the first parameter table T1 to confirm that the migration of the configuration data C1 to the migration destination NW device 20 has been performed normally.
  • the confirmation unit 431 has a parameter table creation unit 432 , an extraction unit 433 (second extraction unit), a collation unit 434 and a determination unit 435 .
  • FIG. 7 is a diagram for explaining the processing of the confirmation unit 431 shown in FIG.
  • the parameter table creation unit 432 has the same function as the parameter table creation unit 332, and creates a general-purpose parameter table T' (not shown) having the same configuration as the general-purpose parameter table T.
  • the extraction unit 433 extracts each parameter from the configuration data C2, writes each extracted parameter in the corresponding cell of the general-purpose parameter table T' created by the parameter table creation unit 432, and corresponds to the configuration data C2. Create a second parameter table that
  • the extraction unit 433 extracts data “service x option setting 1”, “service x option setting 2”, and “user 1” in areas W21 and W22 for service x of configuration data C2 (( 1)). Then, the extraction unit 433 stores the extracted contents in the cells C2-11, C2-12, and C2-13 corresponding to the service x and its options 1 and 2 in the row R1-1 of the second parameter table T2. It is reflected by writing it ((2) in FIG. 7). Similarly, the extracting unit 433 extracts the parameters related to the service y in the area W23 of the configuration data C2, and stores the extracted parameters in the cell C2- 14, C2-15.
  • the extraction unit 433 extracts each parameter from the configuration data C2 and writes them in the corresponding cells of the general-purpose parameter table T', thereby creating a second parameter table reflecting the parameters of the configuration data C2. Create T2.
  • the collation unit 434 collates the second parameter table T2 and the first parameter table T1.
  • the second parameter table T2 and the first parameter table T1 have the same configuration. Therefore, when collating the second parameter table T2 and the first parameter table T1, the collating unit 434 performs collation by comparing the description contents of the cells at the same position. For example, in the example of FIG. 7, the collation unit 434 collates the contents described in cell C2-11 of the second parameter table T2 with the contents described in cell C11 of the first parameter table T1 ( (3) in FIG. 7). Collating unit 434 collates the contents described in cell C2-12 of second parameter table T2 with the contents described in cell C12 of first parameter table T1 ((3) in FIG. 7).
  • the determination unit 435 determines that the migration of the configuration data C1 to the migration destination NW device 20 has been performed normally. In this case, the determination unit 435 notifies the management server (not shown) of the management system 100 that the migration of the configuration data between the migration source NW device 10 and the migration destination NW device 20 has been performed normally.
  • the determination unit 435 determines that the migration of the configuration data C1 to the migration destination NW device 20 has not been performed normally. In this case, the determination unit 435 notifies the management server of the management system 100 that the migration of the configuration data between the migration source NW device 10 and the migration destination NW device 20 has not been performed normally, together with the mismatched parameter information. Notice.
  • FIG. 8 is a sequence diagram illustrating an example of a procedure of management processing according to the embodiment.
  • the conversion device 30 when migrating the configuration from the migration source NW device 10 to the migration destination NW device 20, first, the conversion device 30 receives configuration data C1 before conversion from the migration source NW device 10 (step S1). The conversion device 30 creates a general-purpose parameter table T (step S2).
  • the conversion device 30 extracts each parameter from the configuration data C1, and writes each extracted parameter in the corresponding cell of the general-purpose parameter table T (step S3) to correspond to the configuration data C1. Create a first parameter table T1.
  • the conversion device 30 arranges the parameters described in each cell of the first parameter table T1 according to the system of the configuration data applied to the destination NW device 20, so that configuration data Ct is generated (step S4). Then, the conversion device 30 transmits the configuration data Ct (converted configuration data) to the migration destination NW device 20 (step S5), and applies the configuration data Ct to the migration destination NW device 20 (step S6).
  • FIG. 9 is a sequence diagram illustrating an example of a processing procedure of confirmation processing according to the embodiment.
  • the confirmation device 40 receives configuration data C2 applied to the destination NW device 20 from the destination NW device 20 (step S11). Note that the confirmation device 40 has acquired the first parameter table T1 created by the conversion device 30 .
  • the confirmation device 40 creates a general-purpose parameter table T' having the same configuration as the general-purpose parameter table T (step S12).
  • the confirmation device 40 extracts each parameter from the configuration data C2, and describes and reflects each extracted parameter in the corresponding cell of the general-purpose parameter table T' created in step S11 (step S13).
  • a second parameter table T2 corresponding to the configuration data C2 is created.
  • the confirmation device 40 collates the second parameter table T2 and the first parameter table T1 (step S14).
  • the confirmation device 40 determines whether the migration of the configuration data C1 to the migration destination NW device 20 has been performed normally based on the collation result of step S14 (step S15).
  • the system of the configuration data C1 for setting the operation of the source NW device 10 is defined by the migration destination NW device 20 using a general-purpose parameter table that can be associated with each service on a user-by-user basis.
  • config data Ct according to the config data system.
  • each parameter is extracted from the configuration data C1, each extracted parameter is described in the corresponding cell of the general-purpose parameter table T, and the first Create a parameter table T1. Then, in the embodiment, the configuration data Ct is generated by arranging the parameters described in each cell of the first parameter table T1 according to the configuration data system applied to the migration destination NW device 20 . As a result, in the embodiment, configuration data can be migrated between network devices with different configuration systems.
  • migration of the configuration data C1 to the migration destination NW device 20 is performed normally based on the configuration data C2 applied to the migration destination NW device 20 and the first parameter table T1. Check if it is done.
  • each parameter is extracted from the configuration data C2, and each extracted parameter is described in the corresponding cell of the general-purpose parameter table T' having the same configuration as the general-purpose parameter table, A second parameter table T2 corresponding to the configuration data C2 is created.
  • the second parameter table T2 and the first parameter table T1 it is determined whether or not the migration of the configuration data C1 to the migration destination NW device 20 has been performed normally. By checking, it is confirmed whether migration of the configuration data C1 to the migration destination NW device 20 has been performed normally.
  • the config conversion and normality confirmation can be properly executed. can be done.
  • the migration source NW device may have the function of the conversion device 30 .
  • FIG. 10 is a block diagram showing an example of the configuration of the migration source NW device.
  • the migration source NW device 210 may have a configuration including a conversion unit 331 .
  • the migration source NW device 210 executes the processing executed by the conversion device 30 .
  • the communication unit 211 has the same function as the communication unit 11 shown in FIG. 2, and the storage unit 212 has the same function as the storage unit 12 shown in FIG.
  • the control unit 213 has the same functions as the control unit 13 shown in FIG. 2, and includes a NW processing unit 2131 and a conversion unit 331 that execute various processes between NW devices.
  • Each component of the conversion device 30, the confirmation device 40, and the migration source NW device 210 is functionally conceptual, and does not necessarily need to be physically configured as illustrated. That is, the specific form of distribution and integration of the functions of the conversion device 30, the confirmation device 40, and the migration source NW device 210 is not limited to the illustrated one, and all or part of them can be , can be functionally or physically distributed or integrated in any unit.
  • each process performed in the conversion device 30, the confirmation device 40, and the source NW device 210 is a CPU, a GPU (Graphics Processing Unit), and a program that is analyzed and executed by the CPU and the GPU. may be realized by Further, each process performed in the conversion device 30, the confirmation device 40, and the migration source NW device 210 may be realized as hardware by wired logic.
  • FIG. 11 is a diagram showing an example of a computer that implements the conversion device 30, the confirmation device 40, and the migration source NW device 210 by executing a program.
  • the computer 1000 has a memory 1010 and a CPU 1020, for example.
  • Computer 1000 also has hard disk drive interface 1030 , disk drive interface 1040 , serial port interface 1050 , video adapter 1060 and network interface 1070 . These units are connected by a bus 1080 .
  • the memory 1010 includes a ROM 1011 and a RAM 1012.
  • the ROM 1011 stores a boot program such as BIOS (Basic Input Output System).
  • BIOS Basic Input Output System
  • Hard disk drive interface 1030 is connected to hard disk drive 1090 .
  • a disk drive interface 1040 is connected to the disk drive 1100 .
  • a removable storage medium such as a magnetic disk or optical disk is inserted into the disk drive 1100 .
  • Serial port interface 1050 is connected to mouse 1110 and keyboard 1120, for example.
  • Video adapter 1060 is connected to display 1130, for example.
  • the hard disk drive 1090 stores an OS (Operating System) 1091, application programs 1092, program modules 1093, and program data 1094, for example. That is, a program that defines each process of the conversion device 30, the confirmation device 40, and the migration source NW device 210 is implemented as a program module 1093 in which code executable by the computer 1000 is described. Program modules 1093 are stored, for example, on hard disk drive 1090 .
  • the hard disk drive 1090 stores a program module 1093 for executing processing similar to the functional configurations of the conversion device 30 , the confirmation device 40 and the migration source NW device 210 .
  • the hard disk drive 1090 may be replaced by an SSD (Solid State Drive).
  • the setting data used in the processing of the above-described embodiment is stored as program data 1094 in the memory 1010 or the hard disk drive 1090, for example. Then, the CPU 1020 reads out the program module 1093 and the program data 1094 stored in the memory 1010 and the hard disk drive 1090 to the RAM 1012 as necessary and executes them.
  • the program modules 1093 and program data 1094 are not limited to being stored in the hard disk drive 1090, but may be stored in a removable storage medium, for example, and read by the CPU 1020 via the disk drive 1100 or the like. Alternatively, the program modules 1093 and program data 1094 may be stored in another computer connected via a network (LAN (Local Area Network), WAN (Wide Area Network), etc.). Program modules 1093 and program data 1094 may then be read by CPU 1020 through network interface 1070 from other computers.
  • LAN Local Area Network
  • WAN Wide Area Network

Landscapes

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

Abstract

管理システム（１００）は、ネットワーク上で他の通信装置と通信を行うＮＷ装置のうち、移行元ＮＷ装置（１０）から移行先ＮＷ装置（２０）への移行を管理する管理システムであって、ユーザ単位で各サービスを対応付け可能である汎用的パラメータ表を用いて、移行元ＮＷ装置（１０）の動作を設定するコンフィグデータの体系を、移行先ＮＷ装置（２０）のコンフィグデータの体系にしたがったコンフィグデータに変換し、このコンフィグデータを移行先ＮＷ装置（２０）に適用する変換部を有する。

Description

管理システム、管理方法及び管理プログラム
　本発明は、管理システム、管理方法及び管理プログラムに関する。
　ネットワーク（ＮＷ）を構成するＮＷ装置について、装置更改等を契機に現行ＮＷ装置から後継ＮＷ装置へ移行する場合がある。このとき、現行ＮＷ装置と後継ＮＷ装置とが異なるコンフィグ体系であるとき、現行ＮＷ装置のコンフィグデータを、後継ＮＷ装置のコンフィグデータに変換する必要がある。なお、コンフィグデータは、ＮＷ装置の動作を設定する設定データである。
　ここで、従来、異なるデータベース間でデータを移行するデータ移行方法が提案されている（特許文献１参照）。
特許第６０５９６８２号公報
　図１２は、従来技術を適用したコンフィグ変換処理を説明する図である。ＮＷ装置のコンフィグデータは、紐づけられた複数の設定情報が入れ子で配置された構造となっている。しかしながら、図１２の変換前コンフィグデータ例及び変換後コンフィグデータ例に示すように、紐づけられる設定情報の組み合わせや、入れ子の関係が異なるなど、コンフィグ体系によってコンフィグデータのデータ構造が異なる。したがって、データベース構造と異なり、コンフィグデータについては、単純な１対１の変換はできない。
　特許文献１に記載の方法は、見出しと値が並列に並ぶデータベース構造を前提としており、変換ロジックが単純である。したがって、異なるデータベース間の移行といったデータベース構造に特化した特許文献１に記載の方法は、コンフィグ体系が異なるＮＷ装置間でのコンフィグデータ移行に適用することができなかった。
　本発明は、上記に鑑みてなされたものであって、互いに異なるコンフィグ体系のネットワーク装置間でのコンフィグデータの移行を可能とする管理システム、管理方法及び管理プログラムを提供することを目的とする。
　上述した課題を解決し、目的を達成するために、本発明に係る管理システムは、ネットワーク上で他の通信装置と通信を行うネットワーク装置のうち、移行元のネットワーク装置から移行先のネットワーク装置への移行を管理する管理システムであって、ユーザ単位で各サービスを対応付け可能である汎用的パラメータ表を用いて、移行元のネットワーク装置の動作を設定する第１の設定データの体系を、移行先のネットワーク装置の設定データの体系にしたがった第２の設定データに変換し、第２の設定データを移行先のネットワーク装置に適用する変換部を有することを特徴とする。
　本発明によれば、互いに異なるコンフィグ体系のネットワーク装置間でのコンフィグデータの移行を可能とする。
図１は、実施の形態に係る管理システムの構成の一例を示すブロック図である。 図２は、図１に示す変換装置の構成の一例を示すブロック図である。 図３は、汎用的パラメータ表のデータ構成の一例を示す図である。 図４は、図２に示す変換部の処理を説明する図である。 図５は、図２に示す変換部の処理を説明する図である。 図６は、図１に示す確認装置の構成の一例を示すブロック図である。 図７は、図６に示す確認部の処理を説明する図である。 図８は、実施の形態に係る管理処理の処理手順の一例を示すシーケンス図である。 図９は、実施の形態における確認処理の処理手順の一例を示すシーケンス図である。 図１０は、移行元ネットワーク（ＮＷ）装置の構成の一例を示すブロック図である。 図１１は、プログラムが実行されることにより、変換装置、確認装置及び移行元ＮＷ装置が実現されるコンピュータの一例を示す図である。 図１２は、従来技術を適用したコンフィグ変換処理を説明する図である。
　以下に、本願に係る管理システム、管理方法及び管理プログラムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態により本願に係る管理システム、管理方法及び管理プログラムが限定されるものではない。
［実施の形態］
　まず、実施の形態について説明する。実施の形態では、ネットワーク（ＮＷ）上で他の通信装置と通信を行うネットワーク装置のうち、移行元ＮＷ装置から移行先ＮＷ装置へのコンフィグの移行を管理する管理システムについて説明する。
　実施の形態では、移行元ＮＷ装置と移行先ＮＷ装置とのコンフィグデータの体系が異なる場合について説明する。なお、コンフィグデータは、ＮＷ装置の動作を設定する設定データであり、紐づけられた複数の設定情報（パラメータ）が入れ子で配置された構造を有する。コンフィグデータの体系が異なるとは、紐づけられるパラメータの組み合わせや、入れ子の関係が異なるという意味である。
［通信システムの構成］
　実施の形態に係る管理システムの構成を説明する。図１は、実施の形態に係る管理システムの構成の一例を示すブロック図である。
　図１に示すように、実施の形態に係る管理システム１００は、ＮＷ上で他の通信装置と通信を行うネットワーク装置のうち、移行元ＮＷ装置１０と、移行先ＮＷ装置２０とのコンフィグデータの移行を管理する。管理システム１００は、変換装置３０と、確認装置４０を有する。
　変換装置３０は、移行元ＮＷ装置１０と移行先ＮＷ装置２０との間に設けられる。変換装置３０は、ユーザ単位で各サービスを対応付け可能である汎用的パラメータ表を用いて、移行元ＮＷ装置１０のコンフィグデータＣ１（第１の設定データ）の体系を、移行先ＮＷ装置２０のコンフィグデータの体系にしたがったコンフィグデータＣｔ（第２の設定データ）に変換する。変換装置３０は、変換後のコンフィグデータＣｔを、移行先ＮＷ装置２０に適用する。
　確認装置４０は、異なるコンフィグデータの体系が異なる、移行元ＮＷ装置１０と移行先ＮＷ装置２０との間で、設定情報の引き継ぎが正常に行われていることを確認する。確認装置４０は、移行先ＮＷ装置２０に適用されたコンフィグデータＣ２（第３の設定データ）と、変換装置３０が作成した第１のパラメータ表Ｔ１（後述）とを入力とする。確認装置４０は、コンフィグデータＣ２と、第１のパラメータ表Ｔ１とを基に、コンフィグデータＣ１の移行先ＮＷ装置２０への移行が正常に行われていることを確認する。
［変換装置］
　次に、変換装置３０について説明する。図２は、図１に示す変換装置３０の構成の一例を示すブロック図である。図２に示すように、変換装置３０は、通信部３１、記憶部３２及び制御部３３を有する。
　通信部３１は、ネットワーク等を介して接続された他の装置との間で、各種情報を送受信する通信インタフェースである。通信部３１は、ＮＩＣ（Network　Interface　Card）等で実現され、ＬＡＮ（Local　Area　Network）やインターネットなどの電気通信回線を介した他の装置（例えば、移行元ＮＷ装置１０、移行先ＮＷ装置２０、確認装置４０）と制御部３３（後述）との間の通信を行う。
　記憶部３２は、ＨＤＤ（Hard　Disk　Drive）、ＳＳＤ（Solid　State　Drive）等の記憶装置である。なお、記憶部３２は、ＲＡＭ（Random　Access　Memory）、フラッシュメモリ、ＮＶＳＲＡＭ（Non　Volatile　Static　Random　Access　Memory）等のデータを書き換え可能な半導体メモリであってもよい。記憶部３２は、変換装置３０で実行されるＯＳ（Operating　System）や各種プログラムを記憶する。さらに、記憶部３２は、プログラムの実行で用いられる各種情報を記憶する。記憶部３２は、汎用的パラメータ表３２１、体系データ３２２、変換前コンフィグデータ３２３、第１のパラメータ表３２４、変換後コンフィグデータ３２５を記憶する。
　汎用的パラメータ表３２１は、パラメータ表作成部３３２によって作成された汎用的パラメータ表である。図３は、汎用的パラメータ表のデータ構成の一例を示す図である。汎用的パラメータ表３２１は、図３の汎用的パラメータ表Ｔに示すように、ユーザに対し、各サービスの項目が対応付けられる。サービスの項目は、サービスの有無、各オプションに区別されている。汎用的パラメータ表３２１は、ユーザ単位で、各サービス及び各サービスのオプション等を対応付け可能であるように、各項目及びその配置が設定されている。
　体系データ３２２は、各ＮＷ装置のコンフィグデータの体系をそれぞれ示すデータである。具体的には、体系データ３２２は、各ＮＷ装置のコンフィグデータの書式、例えば、紐づけられるパラメータの組み合わせ、その組み合わせの入れ子関係の構成を示す。
　変換前コンフィグデータ３２３は、例えば、移行元ＮＷ装置１０のコンフィグデータ（例えば、コンフィグデータＣ１）である。第１のパラメータ表３２４は、生成部３３４（後述）によって作成された第１のパラメータ表（例えば、第１のパラメータ表Ｔ１）である。変換後コンフィグデータ３２５は、例えば、生成部３３４（後述）によって生成された移行先ＮＷ装置２０に適用されるコンフィグデータ（例えば、コンフィグデータＣｔ）である。
　制御部３３は、変換装置３０全体を制御する。制御部３３は、例えば、ＣＰＵ（Central　Processing　Unit）、ＭＰＵ（Micro　Processing　Unit）等の電子回路や、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路である。また、制御部３３は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、内部メモリを用いて各処理を実行する。また、制御部３３は、各種のプログラムが動作することにより各種の処理部として機能する。制御部３３は、変換部３３１を有する。
　変換部３３１は、汎用的パラメータ表を用いて、移行元ＮＷ装置１０のコンフィグデータＣ１の体系を、移行先ＮＷ装置２０のコンフィグデータの体系にしたがったコンフィグデータＣｔに変換する。変換部３３１は、コンフィグデータＣｔを移行先ＮＷ装置２０に適用する。変換部３３１は、パラメータ表作成部３３２、抽出部３３３（第１の抽出部）、生成部３３４及び適用部３３５を有する。図４及び図５は、図２に示す変換部３３１の処理を説明する図である。
　パラメータ表作成部３３２は、ユーザ単位で各サービスを対応付け可能である汎用的パラメータ表を作成する。パラメータ表作成部３３２は、例えば、図３に示す汎用的パラメータ表Ｔを作成する。パラメータ表作成部３３２は、ＮＷ装置の移行時に汎用的パラメータ表Ｔを作成するほか、予め汎用的パラメータ表Ｔを作成していてもよい。
　抽出部３３３は、コンフィグデータＣ１から各パラメータを抽出し、該抽出した各パラメータを、汎用的パラメータ表Ｔの該当セルにそれぞれ記載して、コンフィグデータＣ１に対応する第１のパラメータ表Ｔ１を作成する。例えば、図４に示すように、コンフィグデータＣ１が、ユーザごとに、サービス及びオプションが紐づけられた入れ子関係を有する場合について説明する。
　この場合、抽出部３３３は、コンフィグデータＣ１のユーザ１について、領域Ｗ１内のデータ「サービスｘ設定」，「サービスｘオプション設定１」，「サービスｘオプション設定２」を抽出する（図４の（１））。そして、抽出部３３３は、第１のパラメータ表Ｔ１の行Ｒ１のうち、サービスｘ及びそのオプション１，２に対応するセルＣ１１，Ｃ１２，Ｃ１３に、抽出した内容を記載することで反映する（図４の（２））。
　そして、抽出部３３３は、コンフィグデータＣ１の領域Ｗ２のサービスｙに関するパラメータを抽出し、抽出したデータを、第１のパラメータ表Ｔ１の行Ｒ１のサービスｙの項目に該当するセルＣ１４，Ｃ１５に反映する。抽出部３３３は、コンフィグデータＣ１の領域Ｗ３内のパラメータを抽出し、抽出したパラメータを、第１のパラメータ表Ｔ１の行Ｒ１のフィルタ項目に該当するセルＣ１６に反映する。同様に、抽出部３３３は、ユーザ２についても、コンフィグデータＣ１からパラメータを抽出し、抽出したパラメータを汎用的パラメータ表Ｔの行Ｒ２のそれぞれ該当するセルに記載する。
　このように、抽出部３３３は、コンフィグデータＣ１から、ユーザごとに、紐づけられた各パラメータを抽出し、汎用的パラメータ表Ｔの該当セルにそれぞれ記載することで、コンフィグデータＣ１のパラメータが反映された第１のパラメータ表Ｔ１を作成する。抽出部３３３は、作成した第１のパラメータ表Ｔ１を確認装置４０に出力する。
　生成部３３４は、第１のパラメータ表Ｔ１の各セルに記載されたパラメータを、移行先ＮＷ装置２０に適用されるコンフィグデータの体系にしたがって配置したコンフィグデータＣｔを生成する。例えば、図５のコンフィグデータＣｔに示すように、移行先ＮＷ装置２０のコンフィグデータの体系が、サービスごとに、ユーザ及びオプションが紐づけられた入れ子関係を有する場合について説明する。
　この場合、生成部３３４は、第１のパラメータ表Ｔ１の行Ｒ１のうち、サービスｘに関するセルＣ１１，Ｃ１２，Ｃ１３に記載された内容を、サービスｘの設定領域Ｗ１１に配置し（図５の（３））、領域Ｗ１２に「ユーザ１」を配置して、設定領域Ｗ１１のパラメータがユーザ１に紐づくことを示す。また、生成部３３４は、第１のパラメータ表Ｔ１の行Ｒ１のうち、サービスｙに関するセルＣ１４，Ｃ１５に記載された内容を、サービスｙの設定領域Ｗ１３に配置する（図５の（３））。同様に、生成部３３４は、第１のパラメータ表Ｔ１の行Ｒ２以降の各セルの内容もそれぞれ対応する領域に配置することで、コンフィグデータＣｔを生成する。
　適用部３３５は、生成部３３４が生成したコンフィグデータＣｔを、移行先ＮＷ装置２０に適用する。
［確認装置］
　次に、確認装置４０について説明する。図６は、図１に示す確認装置４０の構成の一例を示すブロック図である。図６に示すように、確認装置４０は、通信部４１、記憶部４２及び制御部４３を有する。
　通信部４１は、ネットワーク等を介して接続された他の装置との間で、各種情報を送受信する通信インタフェースである。通信部４１は、ＮＩＣ等で実現され、ＬＡＮやインターネットなどの電気通信回線を介した他の装置（例えば、移行先ＮＷ装置２０、変換装置３０）と制御部４３（後述）との間の通信を行う。
　記憶部４２は、ＨＤＤ、ＳＳＤ等の記憶装置である。なお、記憶部４２は、ＲＡＭ、フラッシュメモリ、ＮＶＳＲＡＭ等のデータを書き換え可能な半導体メモリであってもよい。記憶部４２は、確認装置４０で実行されるＯＳや各種プログラムを記憶する。さらに、記憶部４２は、プログラムの実行で用いられる各種情報を記憶する。記憶部４２は、汎用的パラメータ表３２１と同構成である汎用的パラメータ表４２１、体系データ３２２、第１のパラメータ表３２４（例えば、第１のパラメータ表Ｔ１）、移行先ＮＷ装置２０に適用されている適用後コンフィグデータ４２５（例えば、コンフィグデータＣ２）、抽出部４３３（後述）によって作成される第２のパラメータ表４２６（例えば、第２のパラメータ表Ｔ２）を記憶する。
　制御部４３は、確認装置４０全体を制御する。制御部４３は、例えば、ＣＰＵ、ＭＰＵ等の電子回路や、ＡＳＩＣ、ＦＰＧＡ等の集積回路である。また、制御部４３は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、内部メモリを用いて各処理を実行する。また、制御部４３は、各種のプログラムが動作することにより各種の処理部として機能する。制御部４３は、確認部４３１を有する。
　確認部４３１は、移行先ＮＷ装置２０に適用されたコンフィグデータＣ２と、第１のパラメータ表Ｔ１とを入力とする。確認部４３１は、コンフィグデータＣ２のパラメータと、第１のパラメータ表Ｔ１のパラメータとを照合し、コンフィグデータＣ１の移行先ＮＷ装置２０への移行が正常に行われていることを確認する。確認部４３１は、パラメータ表作成部４３２、抽出部４３３（第２の抽出部）、照合部４３４及び判定部４３５を有する。図７は、図６に示す確認部４３１の処理を説明する図である。
　パラメータ表作成部４３２は、パラメータ表作成部３３２と同様の機能を有し、汎用的パラメータ表Ｔと同構成の汎用的パラメータ表Ｔ´（不図示）を作成する。
　抽出部４３３は、コンフィグデータＣ２から各パラメータを抽出し、該抽出した各パラメータを、パラメータ表作成部４３２が作成した汎用的パラメータ表Ｔ´の該当セルにそれぞれ記載して、コンフィグデータＣ２に対応する第２のパラメータ表を作成する。
　例えば、抽出部４３３は、コンフィグデータＣ２のサービスｘについて、領域Ｗ２１，Ｗ２２内のデータ「サービスｘオプション設定１」，「サービスｘオプション設定２」、「ユーザ１」を抽出する（図７の（１））。そして、抽出部４３３は、第２のパラメータ表Ｔ２の行Ｒ１－１のうち、サービスｘ及びそのオプション１，２に対応するセルＣ２－１１，Ｃ２－１２，Ｃ２－１３に、抽出した内容を記載することで反映する（図７の（２））。同様に、抽出部４３３は、コンフィグデータＣ２の領域Ｗ２３のサービスｙに関するパラメータを抽出し、抽出したパラメータを、第２のパラメータ表Ｔ２の行Ｒ１－１のサービスｙの項目に該当するセルＣ２－１４，Ｃ２－１５に反映する。
　このように、抽出部４３３は、コンフィグデータＣ２から、各パラメータを抽出し、汎用的パラメータ表Ｔ´の該当セルにそれぞれ記載することで、コンフィグデータＣ２のパラメータが反映された第２のパラメータ表Ｔ２を作成する。
　照合部４３４は、第２のパラメータ表Ｔ２と、第１のパラメータ表Ｔ１とを照合する。第２のパラメータ表Ｔ２と、第１のパラメータ表Ｔ１とは、同構成である。このため、照合部４３４は、第２のパラメータ表Ｔ２と、第１のパラメータ表Ｔ１とを照合する際、同じ位置のセルの記載内容を比較することで、照合を行う。例えば、図７の例では、照合部４３４は、第２のパラメータ表Ｔ２のセルＣ２－１１に記載された内容と、第１のパラメータ表Ｔ１のセルＣ１１に記載された内容とを照合する（図７の（３））。照合部４３４は、第２のパラメータ表Ｔ２のセルＣ２－１２に記載された内容と、第１のパラメータ表Ｔ１のセルＣ１２に記載された内容とを照合する（図７の（３））。
　判定部４３５は、第２のパラメータ表Ｔ２と、第１のパラメータ表Ｔ１とが合致する場合、コンフィグデータＣ１の移行先ＮＷ装置２０への移行が正常に行われていると判定する。この場合、判定部４３５は、管理システム１００の管理サーバ（不図示）に、移行元ＮＷ装置１０と、移行先ＮＷ装置２０とのコンフィグデータの移行が正常に行われたことを通知する。
　一方、判定部４３５は、第２のパラメータ表Ｔ２と、第１のパラメータ表Ｔ１とが合致しない場合、コンフィグデータＣ１の移行先ＮＷ装置２０への移行が正常に行われていないと判定する。この場合、判定部４３５は、管理システム１００の管理サーバに、合致していないパラメータ情報とともに、移行元ＮＷ装置１０と移行先ＮＷ装置２０とのコンフィグデータの移行が正常に行われていないことを通知する。
［管理処理］
　次に、管理システム１００が実行する管理処理について説明する。図８は、実施の形態に係る管理処理の処理手順の一例を示すシーケンス図である。
　図８に示すように、移行元ＮＷ装置１０から移行先ＮＷ装置２０へのコンフィグの移行を行う場合、まず、変換装置３０は、移行元ＮＷ装置１０から変換前のコンフィグデータＣ１を受信する（ステップＳ１）。変換装置３０は、汎用的パラメータ表Ｔを作成する（ステップＳ２）。
　変換装置３０は、コンフィグデータＣ１から各パラメータを抽出し、該抽出した各パラメータを、汎用的パラメータ表Ｔの該当セルにそれぞれ記載して反映することで（ステップＳ３）、コンフィグデータＣ１に対応する第１のパラメータ表Ｔ１を作成する。
　変換装置３０は、第１のパラメータ表Ｔ１の各セルに記載されたパラメータを、移行先ＮＷ装置２０に適用されるコンフィグデータの体系にしたがって配置することで、移行先ＮＷ装置２０の体系にしたがったコンフィグデータＣｔを生成する（ステップＳ４）。そして、変換装置３０は、コンフィグデータＣｔ（変換後コンフィグデータ）を、移行先ＮＷ装置２０に送信し（ステップＳ５）、コンフィグデータＣｔを移行先ＮＷ装置２０に適用させる（ステップＳ６）。
［確認処理］
　次に、管理システム１００が実行する確認処理について説明する。図９は、実施の形態における確認処理の処理手順の一例を示すシーケンス図である。
　図９に示すように、確認装置４０は、移行先ＮＷ装置２０から、移行先ＮＷ装置２０に適用されているコンフィグデータＣ２を受信する（ステップＳ１１）。なお、確認装置４０は、変換装置３０が作成した第１のパラメータ表Ｔ１を取得済みである。
　確認装置４０は、汎用的パラメータ表Ｔと同構成の汎用的パラメータ表Ｔ´を作成する（ステップＳ１２）。確認装置４０は、コンフィグデータＣ２から各パラメータを抽出し、該抽出した各パラメータを、ステップＳ１１において作成した汎用的パラメータ表Ｔ´の該当セルにそれぞれ記載して反映することで（ステップＳ１３）、コンフィグデータＣ２に対応する第２のパラメータ表Ｔ２を作成する。
　確認装置４０は、第２のパラメータ表Ｔ２と、第１のパラメータ表Ｔ１とを照合する（ステップＳ１４）。確認装置４０は、ステップＳ１４の照合結果を基に、コンフィグデータＣ１の移行先ＮＷ装置２０への移行が正常に行われているか否かを判定する（ステップＳ１５）。
［実施の形態の効果］
　このように、実施の形態では、ユーザ単位で各サービスを対応付け可能である汎用的パラメータ表を用いて、移行元ＮＷ装置１０の動作を設定するコンフィグデータＣ１の体系を、移行先ＮＷ装置２０のコンフィグデータの体系にしたがったコンフィグデータＣｔに変換する。
　具体的には、実施の形態では、コンフィグデータＣ１から各パラメータを抽出し、該抽出した各パラメータを、汎用的パラメータ表Ｔの該当セルにそれぞれ記載して、コンフィグデータＣ１に対応する第１のパラメータ表Ｔ１を作成する．そして、実施の形態では、第１のパラメータ表Ｔ１の各セルに記載されたパラメータを、移行先ＮＷ装置２０に適用されるコンフィグデータの体系にしたがって配置したコンフィグデータＣｔを生成する。これによって、実施の形態では、互いに異なるコンフィグ体系のネットワーク装置間でのコンフィグデータの移行を可能とした。
　また、特に通信キャリア網における現行ＮＷ装置から後継ＮＷ装置への移行においては、ユーザ通信の影響を抑制する必要がある。このために現行ＮＷ装置の設定情報が変換後の後継ＮＷ装置コンフィグに正常に引き継がれている必要がある。しかしながら、コンフィグ体系が異なる場合は、設定情報が引き継がれているか否かの確認を、差分がないことを単純に比較するだけでは実施できなかった。
　これに対し、本実施の形態では、移行先ＮＷ装置２０に適用されたコンフィグデータＣ２と、第１のパラメータ表Ｔ１とを基に、コンフィグデータＣ１の移行先ＮＷ装置２０への移行が正常に行われているか否かを確認する。
　具体的には、実施の形態では、コンフィグデータＣ２から各パラメータを抽出し、該抽出した各パラメータを、汎用的パラメータ表と同構成の汎用的パラメータ表Ｔ´の該当セルにそれぞれ記載して、コンフィグデータＣ２に対応する第２のパラメータ表Ｔ２を作成する。そして、実施の形態では、第２のパラメータ表Ｔ２と、第１のパラメータ表Ｔ１とを照合することで、コンフィグデータＣ１の移行先ＮＷ装置２０への移行が正常に行われているか否かを確認することで、コンフィグデータＣ１の移行先ＮＷ装置２０への移行が正常に行われているか否かを確認する。
　これによって、実施の形態によれば、コンフィグ体系が異なる場合であっても、コンフィグデータＣ１の移行先ＮＷ装置２０への移行が正常に行われているか否かを適切に確認することができる。
　上記のように、実施の形態によれば、移行元ＮＷ装置１０と移行先ＮＷ装置２０との間でコンフィグ体系が異なる場合であっても、コンフィグ変換及び正常性確認までを適切に実行することができる。
［実施の形態の変形例］
　移行元ＮＷ装置が変換装置３０の機能を有してもよい。図１０は、移行元ＮＷ装置の構成の一例を示すブロック図である。図１０に示すように、移行元ＮＷ装置２１０は、変換部３３１を有した構成であってもよい。この場合、変換装置３０が実行する処理を、移行元ＮＷ装置２１０が実行する。なお、通信部２１１は、図２に示す通信部１１と同様の機能を有し、記憶部２１２は、図２に示す記憶部１２と同様の機能を有する。制御部２１３は、図２に示す制御部１３と同様の機能を有し、ＮＷ装置間での各種処理を実行するＮＷ処理部２１３１と、変換部３３１とを有する。
［実施の形態のシステム構成について］
　変換装置３０、確認装置４０及び移行元ＮＷ装置２１０の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、変換装置３０、確認装置４０及び移行元ＮＷ装置２１０の機能の分散及び統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散または統合して構成することができる。
　また、変換装置３０、確認装置４０及び移行元ＮＷ装置２１０においておこなわれる各処理は、全部または任意の一部が、ＣＰＵ、ＧＰＵ（Graphics　Processing　Unit）、及び、ＣＰＵ、ＧＰＵにより解析実行されるプログラムにて実現されてもよい。また、変換装置３０、確認装置４０及び移行元ＮＷ装置２１０においておこなわれる各処理は、ワイヤードロジックによるハードウェアとして実現されてもよい。
　また、実施の形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的に行うこともできる。もしくは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上述及び図示の処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて適宜変更することができる。
［プログラム］
　図１１は、プログラムが実行されることにより、変換装置３０、確認装置４０及び移行元ＮＷ装置２１０が実現されるコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。
　メモリ１０１０は、ＲＯＭ１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic　Input　Output　System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。
　ハードディスクドライブ１０９０は、例えば、ＯＳ（Operating　System）１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、変換装置３０、確認装置４０及び移行元ＮＷ装置２１０の各処理を規定するプログラムは、コンピュータ１０００により実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０９０に記憶される。例えば、変換装置３０、確認装置４０及び移行元ＮＷ装置２１０における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。なお、ハードディスクドライブ１０９０は、ＳＳＤ（Solid　State　Drive）により代替されてもよい。
　また、上述した実施の形態の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して実行する。
　なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local　Area　Network）、ＷＡＮ（Wide　Area　Network）等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
　以上、本発明者によってなされた発明を適用した実施の形態について説明したが、本実施の形態による本発明の開示の一部をなす記述及び図面により本発明は限定されることはない。すなわち、本実施の形態に基づいて当業者等によりなされる他の実施の形態、実施例及び運用技術等は全て本発明の範疇に含まれる。
　１０　移行元ＮＷ装置
　２０　移行先ＮＷ装置
　３０　変換装置
　３１，４１，２１１　通信部
　３２，４２，２１２　記憶部
　３３，４３，２１３　制御部
　４０　確認装置
　１００　管理システム
　３３１　変換部
　３３２，４３２　パラメータ表作成部
　３３３，４３３　抽出部
　３３４　生成部
　３３５　適用部
　４３１　確認部
　４３４　照合部
　４３５　判定部
　２１３１　ＮＷ処理部

Claims (6)

  1. 　ネットワーク上で他の通信装置と通信を行うネットワーク装置のうち、移行元の前記ネットワーク装置から移行先の前記ネットワーク装置への移行を管理する管理システムであって、
    　ユーザ単位で各サービスを対応付け可能である汎用的パラメータ表を用いて、前記移行元のネットワーク装置の動作を設定する第１の設定データの体系を、前記移行先のネットワーク装置の設定データの体系にしたがった第２の設定データに変換し、前記第２の設定データを前記移行先のネットワーク装置に適用する変換部
    　を有することを特徴とする管理システム。
  2. 　前記変換部は、
    　前記第１の設定データから各パラメータを抽出し、該抽出した各パラメータを、前記汎用的パラメータ表の該当セルにそれぞれ記載して、前記第１の設定データに対応する第１のパラメータ表を作成する第１の抽出部と、
    　前記第１のパラメータ表の各セルに記載されたパラメータを、前記移行先のネットワーク装置に適用される設定データの体系にしたがって配置した前記第２の設定データを生成する生成部と、
    　前記第２の設定データを前記移行先のネットワーク装置に適用する適用部と、
    　有することを特徴とする請求項１に記載の管理システム。
  3. 　前記移行先のネットワーク装置に適用された第３の設定データと、前記第１のパラメータ表とを基に、前記第１の設定データの前記移行先のネットワーク装置への移行が正常に行われているか否かを確認する確認部
    　をさらに有することを特徴とする請求項２に記載の管理システム。
  4. 　前記確認部は、
    　前記第３の設定データから各パラメータを抽出し、該抽出した各パラメータを、前記汎用的パラメータ表と同構成のパラメータ表の該当セルにそれぞれ記載して、前記第３の設定データに対応する第２のパラメータ表を作成する第２の抽出部と、
    　前記第２のパラメータ表と、前記第１のパラメータ表とを照合する照合部と、
    　前記第２のパラメータ表と前記第１のパラメータ表とが合致する場合、前記第１の設定データの前記移行先のネットワーク装置への移行が正常に行われていると判定し、前記第２のパラメータ表と前記第１のパラメータ表とが合致しない場合、前記第１の設定データの前記移行先のネットワーク装置への移行が正常に行われていないと判定する判定部と、
    　を有することを特徴とする請求項３に記載の管理システム。
  5. 　ネットワーク上で他の通信装置と通信を行うネットワーク装置のうち、移行元の前記ネットワーク装置から移行先の前記ネットワーク装置への移行を管理する管理システムが実行する管理方法であって、
    　管理システムは、変換装置を有し、
    　前記変換装置が、ユーザ単位で各サービスを対応付け可能である汎用的パラメータ表を用いて、前記移行元のネットワーク装置の動作を設定する第１の設定データの体系を、前記移行先のネットワーク装置の設定データの体系にしたがった第２の設定データに変換し、前記第２の設定データを前記移行先のネットワーク装置に適用する工程
    　を含んだことを特徴とする管理方法。
  6. 　ユーザ単位で各サービスを対応付け可能である汎用的パラメータ表を用いて、移行元のネットワーク装置の動作を設定する第１の設定データを、移行先のネットワーク装置の設定データの体系にしたがった第２の設定データに変換し、前記第２の設定データを前記移行先のネットワーク装置に適用するステップ
    　をコンピュータに実行させるための管理プログラム。
PCT/JP2022/006493 2022-02-17 2022-02-17 管理システム、管理方法及び管理プログラム WO2023157202A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/006493 WO2023157202A1 (ja) 2022-02-17 2022-02-17 管理システム、管理方法及び管理プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/006493 WO2023157202A1 (ja) 2022-02-17 2022-02-17 管理システム、管理方法及び管理プログラム

Publications (1)

Publication Number Publication Date
WO2023157202A1 true WO2023157202A1 (ja) 2023-08-24

Family

ID=87577944

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/006493 WO2023157202A1 (ja) 2022-02-17 2022-02-17 管理システム、管理方法及び管理プログラム

Country Status (1)

Country Link
WO (1) WO2023157202A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180034697A1 (en) * 2007-09-28 2018-02-01 Microsoft Technology Licensing, Llc Device migration
JP2018136649A (ja) * 2017-02-21 2018-08-30 日本電信電話株式会社 通信装置設定システムおよび通信装置設定方法
JP2020135117A (ja) * 2019-02-14 2020-08-31 株式会社リコー データ設定方法、および電子機器
JP2021086486A (ja) * 2019-11-29 2021-06-03 株式会社リコー 情報処理システム、サーバ、方法、プログラム、および情報処理装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180034697A1 (en) * 2007-09-28 2018-02-01 Microsoft Technology Licensing, Llc Device migration
JP2018136649A (ja) * 2017-02-21 2018-08-30 日本電信電話株式会社 通信装置設定システムおよび通信装置設定方法
JP2020135117A (ja) * 2019-02-14 2020-08-31 株式会社リコー データ設定方法、および電子機器
JP2021086486A (ja) * 2019-11-29 2021-06-03 株式会社リコー 情報処理システム、サーバ、方法、プログラム、および情報処理装置

Similar Documents

Publication Publication Date Title
CN108958714B (zh) 业务组件式开发方法、装置、计算机设备及存储介质
US8862933B2 (en) Apparatus, systems and methods for deployment and management of distributed computing systems and applications
US7987146B2 (en) System and method for matching multi-node software system provisioning requirements and capabilities using rough set theory
US20140165043A1 (en) System and method for functional test case generation of end-to-end business process models
US10091123B2 (en) System and user interface for coordinating distributed workflow between multiple computing systems
US11947996B2 (en) Execution of services concurrently
US20070220509A1 (en) System and method for deploying software based on matching provisioning requirements and capabilities
Ahmad et al. A framework for architecture-driven migration of legacy systems to cloud-enabled software
CN113052696B (zh) 金融业务任务处理方法、装置、计算机设备和存储介质
WO2018121025A1 (zh) 比较数据表的数据的方法和系统
JP2012243127A (ja) グラフデータに写像の像であるオブジェクトに対する操作を反映する方法、プログラム、および、システム
CN111787045A (zh) 从私有云到公有云的迁移方法和装置
CN111782353A (zh) 从公有云到私有云的迁移方法和装置
CN113326026A (zh) 一种微服务业务流程接口的生成方法与终端
WO2021139569A1 (zh) 云系统的迁移方法、装置和混合云系统
CN114546432A (zh) 一种多应用的部署方法、装置、设备及可读存储介质
WO2023157202A1 (ja) 管理システム、管理方法及び管理プログラム
CN111782336A (zh) 混合云的云迁移方法及装置、计算机可存储介质
CN112163024B (zh) 一种基于层级关联结构的配置信息导出和导入方法
US10402422B2 (en) Method and system for synchronizing data
US7159012B2 (en) Computational data processing system and computational process implemented by means of such a system
CN114860266A (zh) 一种多方安全计算模型的部署方法和系统
CN112564979A (zh) 构建任务的执行方法、装置、计算机设备和存储介质
CN109361719B (zh) 一种基于微服务的操作系统SaaS应用自动整合方法
US20120216174A1 (en) Mechanism to support orphaned and partially configured objects

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: 22927104

Country of ref document: EP

Kind code of ref document: A1