WO2022172331A1 - 設定変更装置、設定変更方法及びプログラム - Google Patents

設定変更装置、設定変更方法及びプログラム Download PDF

Info

Publication number
WO2022172331A1
WO2022172331A1 PCT/JP2021/004785 JP2021004785W WO2022172331A1 WO 2022172331 A1 WO2022172331 A1 WO 2022172331A1 JP 2021004785 W JP2021004785 W JP 2021004785W WO 2022172331 A1 WO2022172331 A1 WO 2022172331A1
Authority
WO
WIPO (PCT)
Prior art keywords
setting change
update
software
unit
network device
Prior art date
Application number
PCT/JP2021/004785
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 US18/275,790 priority Critical patent/US20240129184A1/en
Priority to PCT/JP2021/004785 priority patent/WO2022172331A1/ja
Priority to JP2022581053A priority patent/JPWO2022172331A1/ja
Publication of WO2022172331A1 publication Critical patent/WO2022172331A1/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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • 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/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • 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/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements

Definitions

  • the present invention relates to a setting change device, a setting change method, and a program.
  • network devices When updating software programs (hereinafter simply referred to as “software”) for routers, switches, etc. (hereinafter referred to as “network devices”), user communication may be interrupted due to software changes and restarts of the network devices themselves. be.
  • the settings from the orchestrator cannot be input to the network device whose software is being updated, and the setting process according to the SO is not completed. As a result, the settings are input to only one of the network devices in the redundant configuration, and a state inconsistency occurs in the 0/1 system.
  • the present invention has been made in view of the above points, and it is an object of the present invention to avoid the occurrence of inconsistencies between network devices when changing settings during software update for a group of network devices having a redundant configuration.
  • a setting change device includes a determination unit that determines whether or not software for a plurality of network devices is being updated when an instruction to change settings for a plurality of network devices related to a redundant configuration is input. and a setting change unit that, if any of the network devices is updating the software, waits until the software update of the network device is completed, and executes the setting change for the network device. have.
  • FIG. 1 is a diagram illustrating a configuration example of a communication system according to a first embodiment
  • FIG. 2 is a diagram showing a hardware configuration example of a user portal 10 according to the first embodiment
  • FIG. 2 is a diagram illustrating functional configuration examples of a maintenance console 20, a user portal 10, and an orchestrator 30 according to the first embodiment
  • FIG. 10 is a sequence diagram for explaining an example of a processing procedure of software update processing according to the first embodiment
  • FIG. 4 is a sequence diagram for explaining an example of a processing procedure executed according to SO in the first embodiment
  • FIG. 10 is a diagram showing functional configuration examples of a maintenance console 20, a user portal 10, and an orchestrator 30 according to a second embodiment
  • FIG. 12 is a sequence diagram for explaining an example of a processing procedure of software update processing according to the second embodiment
  • FIG. 11 is a sequence diagram for explaining an example of a processing procedure executed according to SO in the second embodiment
  • FIG. 11 is a diagram showing an example of functional configurations of a maintenance console 20, a user portal 10, and an orchestrator 30 according to a third embodiment
  • FIG. 14 is a sequence diagram for explaining an example of a processing procedure of software update processing according to the third embodiment
  • FIG. 14 is a sequence diagram for explaining an example of a processing procedure executed according to SO in the third embodiment
  • FIG. 1 is a diagram showing a configuration example of a communication system according to the first embodiment.
  • the communication system includes a user portal 10, a maintenance console 20, an orchestrator 30, multiple GWs (gateways) 40, one or more UEs (User Equipment) 50, and the like.
  • the orchestrator 30 can communicate with the user portal 10 and each GW 40 .
  • the UE 50 is a device that transmits and receives packet communications, and is used by users of services provided by the communication system (hereinafter simply referred to as "services").
  • services For example, a PC, a smart phone, an IoT (Internet of Things) device, etc. are examples of the UE 50 .
  • the arrow starting from the UE 50 indicates an example of the path of packets sent from the UE 50 .
  • a person who uses the service via the UE 50 is called a "user". Note that one user may have multiple UEs 50 .
  • the GW 40 is a general device that processes packets flowing on the network, and is an example of network equipment in this embodiment. Traffic of one or more UEs 50 passes through one or more GWs 40 or pairs of GWs 40 (pairs of redundant GWs 40) in multiple stages.
  • EPC S-GW40, P-GW40, etc.
  • 5GC UPF, etc.
  • base stations eNodeB, gNodeB, etc.
  • general network equipment such as routers and switches (L2/L3 transfer, firewall, VPN connection equipment, DPI, proxy, etc.) is an example of the GW 40 .
  • the GW 40 may be a physical device or a virtual device.
  • the GW 40 may have a single configuration like the GW 40a, but preferably has a redundant configuration (for example, 0 system 1 system and 1 set of redundant pairs) like the GW 40b and GW 40c. Redundant configurations are not limited to configurations such as 2N, N+1, and N+M. Also, the combination of states such as Active and Standby is not limited.
  • the user portal 10 accepts SO (Service order) input from service users remotely (via a network) via a GUI (Graphical User Interface) (web page, etc.) or a CLI (Command Line Interface).
  • SO Service order
  • GUI Graphic User Interface
  • CLI Common Line Interface
  • SO means order information related to service subscription or change.
  • the SO serves as a trigger for changing the settings of the GW 40 . Therefore, SO substantially corresponds to an instruction to change the setting of GW 40 .
  • a service user is a person who is in a position to input SO on the user side of the service. etc.
  • the service user is the system department of the company
  • the UE 50 is the company smartphone of each employee (each user)
  • the system department uses the company smartphone as the user portal 10. It is assumed that it will be collectively managed from
  • the user portal 10 inputs (transmits) the received SO to the orchestrator 30 .
  • the maintenance console 20 is a device that functions as a functional unit that receives an update instruction input for the software program of the GW 40 (hereinafter simply referred to as "software") from the system maintenance person and transmits the update instruction to the orchestrator 30.
  • a user interface (GUI, etc.) for accepting input of an update instruction may be provided as a web page, or may be realized by a dedicated program installed on the console.
  • a system maintenance person is a person who performs operations (input of update instructions, etc.) for updating the software of the GW 40.
  • an update instruction is input via the maintenance console 20 is shown, but an update instruction from the system maintenance person may be input via the orchestrator 30, or sent to the GW 40. may be input directly to
  • the orchestrator 30 inputs settings (changes settings) to a device (GW 40) that requires a setting change according to the SO from the user portal 10, and according to an update instruction from the maintenance console 20, the GW 40 A computer that functions as a functional unit that controls software update of the GW 40 and includes a device (Openflow Controller, etc.) that can operate the GW 40 .
  • the orchestrator 30 may be able to control (change or update settings) the GW 40 via the rest-API.
  • other APIs may be used as long as they are APIs (Application Program Interfaces) that can control the GW 40 .
  • the orchestrator 30 may be realized using the same computer as the user portal 10, or the GW 40 may also function as the orchestrator 30.
  • FIG. 2 is a diagram showing a hardware configuration example of the user portal 10 according to the embodiment of the present invention.
  • the user portal 10 of FIG. 2 has a drive device 100, an auxiliary storage device 102, a memory device 103, a CPU 104, an interface device 105, and the like, which are connected to each other via a bus B, respectively.
  • a program that implements processing in the user portal 10 is provided by a recording medium 101 such as a CD-ROM.
  • a recording medium 101 such as a CD-ROM.
  • the program is installed from the recording medium 101 to the auxiliary storage device 102 via the drive device 100 .
  • the program does not necessarily need to be installed from the recording medium 101, and may be downloaded from another computer via the network.
  • the auxiliary storage device 102 stores installed programs, as well as necessary files and data.
  • the memory device 103 reads and stores the program from the auxiliary storage device 102 when a program activation instruction is received.
  • the CPU 104 executes functions related to the user portal 10 according to programs stored in the memory device 103 .
  • the interface device 105 is used as an interface for connecting to a network.
  • the orchestrator 30, maintenance console 20 and GW 40 may also have the hardware configuration shown in FIG.
  • FIG. 3 is a diagram showing a functional configuration example of the maintenance console 20, user portal 10, and orchestrator 30 in the first embodiment.
  • the maintenance console 20 has an update instruction receiving section 21 .
  • the update instruction receiving unit 21 is implemented by a process that causes the CPU of the maintenance console 20 to execute one or more programs installed in the maintenance console 20 .
  • the user portal 10 has an order reception unit 11, a determination unit 12, and an order transmission unit 13. Each of these units is implemented by one or more programs installed in the console that cause the CPU 104 to execute. User portal 10 also utilizes update information storage unit 121 .
  • the update information storage unit 121 can be implemented using, for example, the auxiliary storage device 102 or a storage device that can be connected to the console via a network.
  • the orchestrator 30 has an update control unit 31 , an order reception unit 32 and a setting change unit 33 . These units are implemented by one or more programs installed in the orchestrator 30 causing the CPU of the orchestrator 30 to execute.
  • the orchestrator 30 also uses the customer information storage unit 321 .
  • the customer information storage unit 321 can be implemented using, for example, an auxiliary storage device that the orchestrator 30 has, or a storage device that can be connected to the orchestrator 30 via a network.
  • FIG. 4 is a sequence diagram for explaining an example of the processing procedure of software update processing according to the first embodiment.
  • step S110 the update instruction receiving unit 21 of the maintenance console 20 receives a software update instruction from the system maintenance person.
  • the update instruction includes information (hereinafter referred to as "GW information") indicating the GW 40 to be updated (hereinafter referred to as "target GW 40").
  • GW information information
  • target GW 40 information
  • the update instruction receiving unit 21 transmits the update instruction to the orchestrator 30 (S120).
  • the update control unit 31 of the orchestrator 30 Upon receiving the update instruction, the update control unit 31 of the orchestrator 30 acquires the user information (user ID) of the user accommodated in the target GW 40 (hereinafter referred to as "target user") from the customer information storage unit 321. (S130, S140). That is, the customer information storage unit 321 stores information indicating in which GW 40 each user is accommodated (correspondence information between the user ID and the ID of the GW 40). Therefore, the update control section 31 acquires the user information corresponding to the GW information included in the update instruction from the customer information storage section 321 .
  • the update control unit 31 stores update information (user ID, status) indicating that the status of the GW 40 accommodating the target user is that the software is being updated, in association with the user ID of the target user. Recorded in the unit 121 (S150).
  • the status is information indicating the update status of software for the GW 40, and its value is "updating” or "update completed”. In step S150, "updating" is recorded as the status.
  • the update control unit 31 executes software update control for the target GW 40 (here, the pair of GW 40b and GW 40c).
  • the target GW 40 here, the pair of GW 40b and GW 40c.
  • the update control unit 31 first starts updating the software from the standby GW 40c (S160).
  • the update control unit 31 executes a redundancy switching operation to switch the working system and the standby system (S180, S190). That is, the GW 40b becomes the standby system, and the GW 40c becomes the active system. As a result, user traffic comes to flow to GW40c.
  • the update control unit 31 starts controlling software update for the GW 40b that has newly become a standby system (S200).
  • the update control unit 31 performs the redundancy switching operation again to return the GW 40b to the active system, and the GW 40c. Return to the standby system (S220, S230).
  • the redundancy switching operation is not essential, and the operation may be continued with the GW 40b as the standby system and the GW 40c as the active system. This point is the same for the second and third embodiments.
  • the update control unit 31 records update information indicating that the update regarding the target user has been completed in the update information storage unit 121 (S240). That is, the update control unit 31 updates the status associated with the user ID of the target user and stored in the update information storage unit 121 to "update completed". Such a status update corresponds to deletion of information indicating that the target user is being updated.
  • the update control unit 31 transmits a response indicating completion of the update to the update instruction reception unit 21 of the maintenance console 20 (S250). Upon receiving the response, the update instruction receiving unit 21 notifies the system maintenance person of the completion of the update (S260).
  • FIG. 5 is a sequence diagram for explaining an example of a processing procedure executed according to SO in the first embodiment.
  • the order reception unit 11 of the user portal 10 receives an SO input from the service user.
  • SO includes the user ID of the user to be changed regarding the service (hereinafter referred to as "target user").
  • the determination unit 12 refers to the update information storage unit 121 and determines whether or not the GW 40 accommodating the target user is updating software (S502, S503). That is, if the update information storage unit 121 stores a status indicating "updating" in association with the user ID of the target user, the determination unit 12 determines that the target user is being updated.
  • steps S511 to S517 are executed.
  • step S ⁇ b>511 the order transmission unit 13 transmits the input SO to the orchestrator 30 .
  • the setting change unit 33 sends the SO to the GW 40 (here, the pair of GW 40b and GW 40c) corresponding to the user ID included in the SO. By inputting the corresponding settings, the settings of these GW 40 are changed (S512 to S515). Note that the GW 40 corresponding to the user ID included in the SO can be specified by referring to the customer information storage unit 321.
  • FIG. When setting changes are completed for all applicable GWs 40, the setting change unit 33 transmits a response indicating completion of setting changes to the user portal 10 (S516). Upon receiving the response, the order transmission unit 13 of the user portal 10 notifies the service user of the completion of the setting change according to the SO (S517).
  • steps S521 to S529 are executed.
  • step S521 the determination unit 12 notifies the service user that the setting change according to the SO has been completed, or that "it will take time to reflect because maintenance is in progress". Subsequently, the order transmission unit 13 waits for completion of the update regarding the target user by repeatedly referring to the update information storage unit 121 (for example, at regular time intervals) (S522, S523). When the status for the target user changes to "update completed", the order sending unit 13 detects completion of the update. When the order sending unit 13 detects the completion of the update, the same processes as steps S511 to S516 are executed in steps S524 to S529.
  • FIG. 6 is a diagram showing a functional configuration example of the maintenance console 20, user portal 10, and orchestrator 30 in the second embodiment.
  • the same parts as those in FIG. 3 are denoted by the same reference numerals, and the description thereof will be omitted.
  • the user portal 10 does not have the determination unit 12.
  • the user portal 10 also does not use the update information storage unit 121 .
  • the orchestrator 30 further has a determination unit 34.
  • the determination unit 34 is implemented by a process that causes the CPU of the orchestrator 30 to execute one or more programs installed in the orchestrator 30 .
  • the orchestrator 30 also uses the update information storage unit 322 .
  • the update information storage unit 322 can be implemented using, for example, an auxiliary storage device that the orchestrator 30 has, or a storage device that can be connected to the orchestrator 30 via a network.
  • FIG. 7 is a sequence diagram for explaining an example of the processing procedure of software update processing according to the second embodiment.
  • the same step numbers as in FIG. 4 are given to the same steps, and the description thereof is omitted.
  • step S150 is replaced with step S150a. Further, steps S191 and S192 are executed between steps S190 and S200. Further, step S240 is replaced with step S240a.
  • step S150a the update control unit 31 records in the update information storage unit 322 the ID of the backup GW 40 (here, the GW 40c) among the target GW 40 and the status of the software update for that GW 40 in association with each other.
  • step S150a "updating" is recorded as the status.
  • the update information storage unit 121 in the first embodiment stores the status for each user (per user), but the update information storage unit 322 in the second embodiment stores the status for each GW 40 (GW 40 unit) is stored. Therefore, in the second embodiment, status management for each GW 40 is possible.
  • the update control unit 31 changes the status of the GW 40c to "update completed".
  • update information indicating that the status of the GW 40b is "updating” is recorded in the update information storage unit 322 (S192). That is, the information indicating that the software is being updated for the GW 40c is deleted, and the information indicating that the software is being updated for the GW 40b is recorded.
  • the update control unit 31 changes the status of the GW 40b to "update completed" ( S240a). That is, the information indicating that the software of the GW 40b is being updated is deleted.
  • FIG. 8 is a sequence diagram for explaining an example of a processing procedure executed according to SO in the second embodiment. 8, the same steps as in FIG. 5 are given the same step numbers, and the description thereof will be omitted as appropriate.
  • the order transmission unit 13 transmits the SO to the orchestrator 30 (S511).
  • the determination unit 34 refers to the update information storage unit 322, and each GW 40 accommodating the target user (hereinafter referred to as "target GW 40") It is determined whether or not updating is in progress (S601, S602). Each target GW 40 can be identified by referring to the customer information storage unit 321 . That is, the determination unit 34 determines that the target GW 40 whose ID is stored in the update information storage unit 322 in association with the status indicating "updating" is being updated.
  • steps S512 to S517 are executed.
  • steps S611 to S618 are executed.
  • the backup GW 40c is being updated and the active GW 40b is not being updated.
  • the setting of the GW 40b which is not being updated, is changed, and the setting of the GW 40c is changed after the update is completed.
  • the setting change unit 33 first changes the setting of the GW 40b (S611, S612). Subsequently, processing similar to steps S516 and S517 is executed (S613, S614).
  • the setting change unit 33 waits for completion of the update regarding the GW 40c by repeatedly referring to the update information storage unit 322 (for example, at regular time intervals) (S615, S616).
  • the setting change unit 33 detects completion of the update.
  • the setting change unit 33 changes the setting of the GW 40c (S617, S618).
  • FIG. 9 is a diagram showing a functional configuration example of the maintenance console 20, user portal 10, and orchestrator 30 in the third embodiment.
  • the same parts as those in FIG. 6 are denoted by the same reference numerals, and descriptions thereof are omitted.
  • the update information storage unit 322 is not used in the third embodiment.
  • FIG. 10 is a sequence diagram for explaining an example of the processing procedure of software update processing according to the third embodiment.
  • the same steps as in FIG. 7 are given the same step numbers, and the description thereof is omitted.
  • FIG. 10 shows a processing procedure in which the recording processing (S150a, S191, S192, S240a) for the update information storage unit 322 in FIG. 7 is excluded.
  • FIG. 11 is a sequence diagram for explaining an example of a processing procedure executed according to SO in the third embodiment.
  • the same steps as in FIG. 8 are given the same step numbers, and the description thereof will be omitted as appropriate.
  • the setting change unit 33 speculatively tries to change the setting of each target GW 40 (S512-S513). Assume that the GW 40c is updating software at this timing. In this case, from the GW 40c, there is no normal response to the setting change, or a response indicating that updating is in progress is returned.
  • the determination unit 34 determines whether or not each target GW 40 is being updated based on the presence or absence of a normal response or a response indicating that updating is in progress. A normal response is a response indicating that the setting change has been completed.
  • the setting change unit 33 waits for a certain period of time (S711), and then re-executes the setting change for the GW 40c for which the setting change has not been completed (S712). If there is no response or if a response indicating that updating is in progress is returned (S713), the setting change unit 33 repeats step S711 and subsequent steps. After that, when the update of the GW 40c is completed, the setting change of the GW 40c succeeds (S714, S715). That is, the setting change unit 33 repeats the setting change until the setting change for the GW 40c succeeds.
  • the functional configuration can be simplified.
  • the user portal 10 and the orchestrator 30 are examples of a setting change device.
  • the update information storage unit 121 or the update information storage unit 322 is an example of a storage unit.
  • UEs 100 drive device 101 recording medium 102 auxiliary storage device 103 memory device 104 CPU 105 interface device 121 update information storage unit 321 customer information storage unit 322 update information storage unit B bus

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

設定変更装置は、冗長構成に係る複数のネットワーク機器に対する設定変更の指示が入力されると、前記複数のネットワーク機器に関してソフトウェアの更新中であるかを判定する判定部と、いずれかの前記ネットワーク機器が前記ソフトウェアの更新中である場合に、当該ネットワーク機器のソフトウェアの更新が完了するまで待機して、当該ネットワーク機器に関して前記設定変更を実行する設定変更部と、を有することで、冗長構成を有するネットワーク機器群に対するソフトウェアの更新中における設定変更においてネットワーク機器間の不整合の発生を回避する。

Description

設定変更装置、設定変更方法及びプログラム
　本発明は、設定変更装置、設定変更方法及びプログラムに関する。
　ルータやスイッチなど（以下、「ネットワーク機器」という。）のソフトウェアプログラム（以下、単に「ソフトウェア」という。）を更新する際、ネットワーク機器本体のソフトウェア変更や再起動が伴うため、ユーザ通信が遮断される。
　ネットワーク機器が２Ｎ冗長を構成する場合は、ユーザ通信を０系と１系で切り替え、Ｓｔａｎｄｂｙ側のネットワーク機器のソフトウェアを更新することで、ユーザ通信を維持したままソフトウェアの更新が可能である（非特許文献１）。
Cisco Systems、"インサービスソフトウェアアップグレード(ISSU),"、［online］、インターネット＜URL：https://www.cisco.com/c/ja_jp/td/docs/switches/lan/catalyst_standalones/b-in-service-software-upgrade-issu.html＞
　しかしながら、サービス利用者の契機によって動的にネットワーク設定（ネットワーク機器の設定）の変更が行われるサービス（例えば、サービス利用者がＷｅｂブラウザの操作画面（ダッシュボード）でサービス加入や変更のオーダ（ＳＯ：Service order）の入力を行い、その操作を契機に、オーダに応じてネットワーク設定が変更されるサービス）では、ソフトウェア更新中にサービス利用者によるＳＯ投入が発生した場合、ユーザ通信は維持されるが、オーケストレータからの当該ＳＯに応じたネットワーク設定の投入において以下の課題が発生する。
　ソフトウェアの更新中のネットワーク機器に対してオーケストレータからの設定を投入できず、ＳＯに応じた設定処理が完了しない。その結果、冗長構成の片方のネットワーク機器のみに設定が投入され、０／１系で状態不整合が発生する。
　本発明は、上記の点に鑑みてなされたものであって、冗長構成を有するネットワーク機器群に対するソフトウェアの更新中における設定変更においてネットワーク機器間の不整合の発生を回避することを目的とする。
　そこで上記課題を解決するため、設定変更装置は、冗長構成に係る複数のネットワーク機器に対する設定変更の指示が入力されると、前記複数のネットワーク機器に関してソフトウェアの更新中であるかを判定する判定部と、いずれかの前記ネットワーク機器が前記ソフトウェアの更新中である場合に、当該ネットワーク機器のソフトウェアの更新が完了するまで待機して、当該ネットワーク機器に関して前記設定変更を実行する設定変更部と、を有する。
　冗長構成を有するネットワーク機器群に対するソフトウェアの更新中における設定変更においてネットワーク機器間の不整合の発生を回避することができる。
第１の実施の形態における通信システムの構成例を示す図である。 第１の実施の形態におけるユーザポータル１０のハードウェア構成例を示す図である。 第１の実施の形態における保守用コンソール２０、ユーザポータル１０及びオーケストレータ３０の機能構成例を示す図である。 第１の実施の形態におけるソフトウェア更新処理の処理手順の一例を説明するためのシーケンス図である。 第１の実施の形態においてＳＯに応じて実行される処理手順の一例を説明するためのシーケンス図である。 第２の実施の形態における保守用コンソール２０、ユーザポータル１０及びオーケストレータ３０の機能構成例を示す図である。 第２の実施の形態におけるソフトウェア更新処理の処理手順の一例を説明するためのシーケンス図である。 第２の実施の形態においてＳＯに応じて実行される処理手順の一例を説明するためのシーケンス図である。 第３の実施の形態における保守用コンソール２０、ユーザポータル１０及びオーケストレータ３０の機能構成例を示す図である。 第３の実施の形態におけるソフトウェア更新処理の処理手順の一例を説明するためのシーケンス図である。 第３の実施の形態においてＳＯに応じて実行される処理手順の一例を説明するためのシーケンス図である。
　以下、図面に基づいて本発明の実施の形態を説明する。図１は、第１の実施の形態における通信システムの構成例を示す図である。図１に示されるように、通信システムは、ユーザポータル１０、保守用コンソール２０、オーケストレータ３０、複数のＧＷ（gateway）４０、及び１以上のＵＥ（User Equipment）５０等を含む。オーケストレータ３０は、ユーザポータル１０及び各ＧＷ４０と通信可能である。
　ＵＥ５０は、パケット通信の発着信を行うデバイスであり、通信システムにおいて提供されるサービス（以下、単に「サービス」という。）の利用者によって利用される。例えば、ＰＣやスマートフォン、ＩｏＴ（Internet of Things）デバイス等がＵＥ５０の一例である。図１において、ＵＥ５０を始点とする矢印は、ＵＥ５０から発信されたパケットの経路の一例を示す。ＵＥ５０を介してサービスを利用する者を「ユーザ」という。なお、１人のユーザが複数のＵＥ５０を有してもよい。
　ＧＷ４０は、ネットワーク上を流れるパケットを処理する装置全般であり、本実施の形態においてネットワーク機器の一例である。１つ以上のＵＥ５０のトラフィックが１つ以上のＧＷ４０又はＧＷ４０ペア（冗長構成のＧＷ４０のペア）を多段に経由する。例えば、ＥＰＣ（Ｓ－ＧＷ４０やＰ－ＧＷ４０など）や５ＧＣ（ＵＰＦなど）、基地局（ｅＮｏｄｅＢやｇＮｏｄｅＢなど）、ルータやスイッチといった、ネットワーク機器全般（Ｌ２／Ｌ３転送、ファイヤウォール、ＶＰＮ接続機器、ＤＰＩ、プロキシなど、ネットワーク機能を有するもの）がＧＷ４０の一例である。ＧＷ４０は、物理装置であってもよいし、仮想装置であってもよい。
　なお、ＧＷ４０は、ＧＷ４０ａのように単体構成でもよいが、ＧＷ４０ｂ及びＧＷ４０ｃのように冗長構成（例えば、０系１系で冗長ペアが１セット）を取っていることが望ましい。冗長構成は、２Ｎ、Ｎ＋１、Ｎ＋Ｍなどといった構成に限定されない。また、ＡｃｔｉｖｅやＳｔａｎｄｂｙといった状態の組み合わせも限定されない。
　ユーザポータル１０は、サービス利用者からのＳＯ（Service order）の入力を遠隔的な（ネットワークを介して）ＧＵＩ（Graphical User Interface）（Ｗｅｂページ等）やＣＬＩ（Command Line Interface）を介して受け付けるとともに、ネットワーク設定（主に、ＧＷ４０に対する設定変更）の契機となる機能部として機能するコンピュータである。ＳＯとは、サービス加入又は変更等に関するオーダ情報をいう。後述されるように、本実施の形態において、ＳＯは、ＧＷ４０に対する設定の変更の契機となる。したがって、ＳＯは、実質的に、ＧＷ４０の設定変更の指示に相当する。
　サービス利用者とは、サービスのユーザ側において、ＳＯの入力を行う立場に有るものをいい、サービス利用者自身がサービスのユーザであってもよいし、サービス利用者自身はオペレータ（システム保守者）等であってもよい。例えば、企業のモバイル端末を管理するサービスであれば、サービス利用者は、企業のシステム部署であり、ＵＥ５０は各社員（各ユーザ）の社用スマートフォンとなり、システム部署が社用スマートフォンをユーザポータル１０から一括管理することが想定される。一方、ＩｏＴ向けのサービスであれば、サービス利用者自身が所有するＩｏＴ端末（ＵＥ５０）を一括管理するので、ＵＥ５０のユーザとサービス利用者は同一人物となることが想定される。ユーザポータル１０は、受け付けたＳＯをオーケストレータ３０に投入（送信）する。
　保守用コンソール２０は、システム保守者からＧＷ４０のソフトウェアプログラム（以下、単に「ソフトウェア」という。）の更新指示の入力を受け付け、当該更新指示をオーケストレータ３０へ送信する機能部として機能する装置である。更新指示の入力を受け付けるためのユーザインタフェース（ＧＵＩ等）は、Ｗｅｂページとして提供されてもよいし、コンソ－ルにインストールされる専用のプログラムによって実現されてもよい。
　システム保守者とは、ＧＷ４０のソフトウェアの更新のための操作（更新指示の入力等）を行う者をいう。なお、本実施の形態では、更新指示が保守用コンソール２０を介して入力される例を示すが、システム保守者からの更新指示は、オーケストレータ３０を介して入力されてもよいし、ＧＷ４０に対して直接入力されてもよい。
　オーケストレータ３０は、ユーザポータル１０からのＳＯに応じて、設定変更が必要な装置（ＧＷ４０）に対して設定投入（設定変更）を行うと共に、保守用コンソール２０からの更新指示に応じて、ＧＷ４０のソフトウェアの更新を制御する機能部として機能するコンピュータであり、ＧＷ４０を操作可能な装置（Openflow Controllerなど）を含む。なお、オーケストレータ３０は、ｒｅｓｔ－ＡＰＩを介してＧＷ４０を制御（設定変更や更新）可能であってもよい。但し、ＧＷ４０を制御可能なＡＰＩ（Application Program Interface）であれば、他のＡＰＩが用いられてもよい。
　なお、オーケストレータ３０は、ユーザポータル１０と同じコンピュータを用いて実現されてもよいし、ＧＷ４０がオーケストレータ３０の機能を兼ねてもよい。
　図２は、本発明の実施の形態におけるユーザポータル１０のハードウェア構成例を示す図である。図２のユーザポータル１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
　ユーザポータル１０での処理を実現するプログラムは、ＣＤ－ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
　メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってユーザポータル１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
　なお、オーケストレータ３０、保守用コンソール２０及びＧＷ４０も図２に示されるハードウェア構成を有してもよい。
　図３は、第１の実施の形態における保守用コンソール２０、ユーザポータル１０及びオーケストレータ３０の機能構成例を示す図である。図３において、保守用コンソール２０は、更新指示受付部２１を有する。更新指示受付部２１は、保守用コンソール２０にインストールされた１以上のプログラムが、保守用コンソール２０のＣＰＵに実行させる処理により実現される。
　ユーザポータル１０は、オーダ受付部１１、判定部１２及びオーダ送信部１３を有する。これら各部は、コンソ－ルにインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。ユーザポータル１０は、また、更新情報記憶部１２１を利用する。更新情報記憶部１２１は、例えば、補助記憶装置１０２、又はコンソ－ルにネットワークを介して接続可能な記憶装置等を用いて実現可能である。
　オーケストレータ３０は、更新制御部３１、オーダ受信部３２及び設定変更部３３を有する。これら各部は、オーケストレータ３０にインストールされた１以上のプログラムが、オーケストレータ３０のＣＰＵに実行させる処理により実現される。オーケストレータ３０は、また、顧客情報記憶部３２１を利用する。顧客情報記憶部３２１は、例えば、オーケストレータ３０が有する補助記憶装置、又はオーケストレータ３０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。
　以下、第１の実施の形態において実行される処理手順について説明する。図４は、第１の実施の形態におけるソフトウェア更新処理の処理手順の一例を説明するためのシーケンス図である。
　ステップＳ１１０において、保守用コンソール２０の更新指示受付部２１は、ソフトウェアの更新指示をシステム保守者から受け付ける。当該更新指示には、更新対象のＧＷ４０を（以下、「対象ＧＷ４０」という。）示す情報（以下、「ＧＷ情報」という。）が含まれる。続いて、更新指示受付部２１は、当該更新指示をオーケストレータ３０へ送信する（Ｓ１２０）。
　オーケストレータ３０の更新制御部３１は、当該更新指示を受信すると、対象ＧＷ４０に収容されるユーザ（以下、「対象ユーザ」という。）のユーザ情報（ユーザＩＤ）を顧客情報記憶部３２１から取得する（Ｓ１３０、Ｓ１４０）。すなわち、顧客情報記憶部３２１には、各ユーザがいずれのＧＷ４０に収容されるのかを示す情報（ユーザＩＤとＧＷ４０のＩＤとの対応情報）が記憶されている。したがって、更新制御部３１は、当該更新指示に含まれるＧＷ情報に対応するユーザ情報を顧客情報記憶部３２１から取得する。
　続いて、更新制御部３１は、対象ユーザのユーザＩＤに対応付けて、対象ユーザが収容されるＧＷ４０のステータスがソフトウェアの更新中であることを示す更新情報（ユーザＩＤ，ステータス）を更新情報記憶部１２１へ記録する（Ｓ１５０）。ステータスとは、ＧＷ４０に対するソフトウェアの更新状況を示す情報をいい、その値は「更新中」又は「更新完了」である。ステップＳ１５０では、ステータスとして「更新中」が記録される。
　続いて、更新制御部３１は、対象ＧＷ４０（ここでは、ＧＷ４０ｂ及びＧＷ４０ｃのペアであるとする）についてソフトウェアの更新の制御を実行する。但し、稼働系であるＧＷ４０ｂにはユーザのトラフィックが流れているので、直ちに更新を行うと通信断が発生してしまう。
　そこで、更新制御部３１は、まず、予備系のＧＷ４０ｃからソフトウェアの更新を開始する（Ｓ１６０）。ＧＷ４０ｃの更新が完了すると（Ｓ１７０）、更新制御部３１は、冗長切替操作を実行して稼働系と予備系とを入れ替える（Ｓ１８０、Ｓ１９０）。すなわち、ＧＷ４０ｂが予備系となり、ＧＷ４０ｃが稼働系となる。その結果、ＧＷ４０ｃにユーザトラフィックを流れるようになる。
　続いて、更新制御部３１は、新たに予備系となったＧＷ４０ｂについてソフトウェアの更新の制御を開始する（Ｓ２００）。ＧＷ４０ｂのソフトウェアの更新が完了（すなわち、冗長構成の全てのＧＷ４０の更新が完了）すると（Ｓ２１０）、更新制御部３１は、再び冗長切替操作を実行ことで、ＧＷ４０ｂを稼働系に戻し、ＧＷ４０ｃを予備系に戻す（Ｓ２２０、Ｓ２３０）。但し、再度の冗長切替操作は必須ではなく、ＧＷ４０ｂを予備系、ＧＷ４０ｃを稼働系としたまま運用が続けられてもよい。この点は、第２及び第３の実施の形態でも同様である。
　続いて、更新制御部３１は、対象ユーザに関する更新が完了したことを示す更新情報を更新情報記憶部１２１に記録する（Ｓ２４０）。すなわち、更新制御部３１は、対象ユーザのユーザＩＤに対応付けられて更新情報記憶部１２１に記憶されているステータスを「更新完了」に更新する。このようなステータスの更新は、対象ユーザについて更新中であることを示す情報の削除に相当する。
　続いて、更新制御部３１は、更新の完了を示す応答を保守用コンソール２０の更新指示受付部２１へ送信する（Ｓ２５０）。更新指示受付部２１は、当該応答を受信すると更新の完了をシステム保守者へ通知する（Ｓ２６０）。
　図５は、第１の実施の形態においてＳＯに応じて実行される処理手順の一例を説明するためのシーケンス図である。
　ステップＳ５０１において、ユーザポータル１０のオーダ受付部１１は、サービス利用者からＳＯの入力を受け付ける。ＳＯには、サービスに関して変更対象となるユーザ（以下、「対象ユーザ」という。）のユーザＩＤが含まれる。
　続いて、判定部１２は、更新情報記憶部１２１を参照し、対象ユーザが収容されるＧＷ４０がソフトウェアの更新中であるか否かを判定する（Ｓ５０２、Ｓ５０３）。すなわち、判定部１２は、対象ユーザのユーザＩＤに対応付けられて「更新中」を示すステータスが更新情報記憶部１２１に記憶されていれば、対象ユーザについて更新中であると判定する。
　対象ユーザについて更新中でない場合、ステップＳ５１１～Ｓ５１７が実行される。
　ステップＳ５１１において、オーダ送信部１３は、入力されたＳＯをオーケストレータ３０へ送信する。オーケストレータ３０のオーダ受信部３２が当該ＳＯを受信すると、設定変更部３３は、当該ＳＯに含まれているユーザＩＤに対応するＧＷ４０（ここでは、ＧＷ４０ｂ及びＧＷ４０ｃのペア）に対して当該ＳＯに応じた設定を投入することで、これらのＧＷ４０について設定変更を行う（Ｓ５１２～Ｓ５１５）。なお、当該ＳＯに含まれているユーザＩＤに対応するＧＷ４０は、顧客情報記憶部３２１を参照することで特定可能である。該当する全てのＧＷ４０について設定変更が完了すると、設定変更部３３は、ユーザポータル１０に対して、設定変更の完了を示す応答を送信する（Ｓ５１６）。ユーザポータル１０のオーダ送信部１３は、当該応答を受信すると、ＳＯに応じた設定変更の完了をサービス利用者に通知する（Ｓ５１７）。
　一方、対象ユーザについて更新中である場合、ステップＳ５２１～Ｓ５２９が実行される。
　ステップＳ５２１において、判定部１２は、ＳＯに応じた設定変更の完了、又は「メンテナンス中のため反映に時間がかかる」等の旨をサービス利用者へ通知する。続いて、オーダ送信部１３は、更新情報記憶部１２１を繰り返し（例えば、一定時間ごとに）参照することで、対象ユーザに関する更新の完了を待機する（Ｓ５２２、Ｓ５２３）。オーダ送信部１３は、対象ユーザに対するステータスが「更新完了」に変化すると、当該更新の完了を検知する。オーダ送信部１３によって当該更新の完了が検知されると、ステップＳ５２４～Ｓ５２９において、ステップＳ５１１～Ｓ５１６と同様の処理が実行される。
　上述したように、第１の実施の形態によれば、ソフトウェアの更新処理中であってもＳＯに応じた設定変更は継続することができる。したがって、冗長構成を有するネットワーク機器群（ＧＷ４０群）に対するソフトウェアの更新中における設定変更においてネットワーク機器間（ＧＷ４０間）の不整合の発生を回避すること
　次に、第２の実施の形態について説明する。第２の実施の形態では第１の実施の形態と異なる点について説明する。第２の実施の形態において特に言及されない点については、第１の実施の形態と同様でもよい。
　図６は、第２の実施の形態における保守用コンソール２０、ユーザポータル１０及びオーケストレータ３０の機能構成例を示す図である。図６中、図３と同一部分には同一符号を付し、その説明は省略する。
　図６において、ユーザポータル１０は、判定部１２を有さない。ユーザポータル１０は、また、更新情報記憶部１２１を利用しない。
　一方、オーケストレータ３０は、更に、判定部３４を有する。判定部３４は、オーケストレータ３０にインストールされた１以上のプログラムが、オーケストレータ３０のＣＰＵに実行させる処理により実現される。オーケストレータ３０は、また、更新情報記憶部３２２を利用する。更新情報記憶部３２２は、例えば、オーケストレータ３０が有する補助記憶装置、又はオーケストレータ３０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。
　図７は、第２の実施の形態におけるソフトウェア更新処理の処理手順の一例を説明するためのシーケンス図である。図３中、図４と同一ステップには同一ステップ番号を付し、その説明は省略する。
　図７では、ステップＳ１５０がステップＳ１５０ａに置き換わる。また、ステップＳ１９０とステップＳ２００との間にステップＳ１９１及びＳ１９２が実行される。更に、ステップＳ２４０がステップＳ２４０ａに置き換わる。
　ステップＳ１５０ａにおいて、更新制御部３１は、対象ＧＷ４０のうち予備系のＧＷ４０（ここでは、ＧＷ４０ｃ）のＩＤと、当該ＧＷ４０に対するソフトウェア更新のステータスとを対応付けて更新情報記憶部３２２へ記録する。ステップＳ１５０ａでは、ステータスとして「更新中」が記録される。
　すなわち、第１の実施の形態における更新情報記憶部１２１には、ユーザ別に（ユーザ単位で）ステータスが記憶されたが、第２の実施の形態における更新情報記憶部３２２には、ＧＷ４０別に（ＧＷ４０単位で）ステータスが記憶される。そのため、第２の実施の形態では、ＧＷ４０別にステータス管理が可能となる。
　予備系のＧＷ４０ｃについてソフトウェアの更新が完了し（Ｓ１６０、Ｓ１７０）、冗長切替操作によって、ＧＷ４０ｂが予備系に切り替わると（Ｓ１８０、Ｓ１９０）、更新制御部３１は、ＧＷ４０ｃに対するステータスを「更新完了」に変更する（Ｓ１９１）と共に、ＧＷ４０ｂのステータスが「更新中」であることを示す更新情報を更新情報記憶部３２２に記録する（Ｓ１９２）。すなわち、ＧＷ４０ｃについてソフトウェアの更新中であることを示す情報が削除され、ＧＷ４０ｂについてソフトウェアの更新中であることを示す情報が記録される。
　ＧＷ４０ｂについてソフトウェアの更新が完了し（Ｓ２００、Ｓ２１０）、冗長切替操作によって、ＧＷ４０ｂが稼働系に切り替わると（Ｓ２２０、Ｓ２３０）、更新制御部３１は、ＧＷ４０ｂに対するステータスを「更新完了」に変更する（Ｓ２４０ａ）。すなわち、ＧＷ４０ｂについてソフトウェアの更新中であることを示す情報が削除される。
　図８は、第２の実施の形態においてＳＯに応じて実行される処理手順の一例を説明するためのシーケンス図である。図８中、図５と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。
　ユーザポータル１０のオーダ受付部１１がＳＯの入力を受け付けると（Ｓ５０１）、オーダ送信部１３は、当該ＳＯをオーケストレータ３０へ送信する（Ｓ５１１）。
　オーケストレータ３０のオーダ受信部３２が当該ＳＯを受信すると、判定部３４は、更新情報記憶部３２２を参照し、対象ユーザが収容される各ＧＷ４０（以下、「対象ＧＷ４０」という。）がソフトウェアの更新中であるか否かを判定する（Ｓ６０１、Ｓ６０２）。各対象ＧＷ４０は、顧客情報記憶部３２１を参照することで特定可能である。すなわち、判定部３４は、「更新中」を示すステータスに対応付けられて更新情報記憶部３２２にＩＤが記憶されている対象ＧＷ４０を更新中であると判定する。
　いずれの対象ＧＷ４０も更新中でない場合、ステップＳ５１２～Ｓ５１７が実行される。
　一方、いずれかの対象ＧＷ４０が更新中である場合、ステップＳ６１１～Ｓ６１８が実行される。ここでは、予備系であるＧＷ４０ｃが更新中であり、稼働系であるＧＷ４０ｂが更新中でなかったとする。この場合、更新中でないＧＷ４０ｂについて設定変更が行われ、ＧＷ４０ｃについては更新の完了後に設定変更が行われる。
　具体的には、設定変更部３３は、まず、ＧＷ４０ｂについて設定変更を行う（Ｓ６１１、Ｓ６１２）。続いて、ステップＳ５１６及びＳ５１７と同様の処理が実行される（Ｓ６１３、Ｓ６１４）。
　続いて、設定変更部３３は、更新情報記憶部３２２を繰り返し（例えば、一定時間ごとに）参照することで、ＧＷ４０ｃに関する更新の完了を待機する（Ｓ６１５、Ｓ６１６）。設定変更部３３は、ＧＷ４０ｃに対するステータスが「更新完了」に変化すると、当該更新の完了を検知する。設定変更部３３は、当該更新の完了を検知すると、ＧＷ４０ｃについて設定変更を行う（Ｓ６１７、Ｓ６１８）。
　上述したように、第２の実施の形態によれば、第１の実施の形態と同様の効果を得ることができる。
　また、第１の実施の形態では、冗長構成の両ＧＷ４０の更新が完了するまで設定変更を待機する必要があったが、第２の実施の形態では、先行して更新中でないＧＷ４０から設定変更することができるため、両ＧＷ４０の更新を待たずにＳＯに応じた設定変更を即時的に反映することができる。
　次に、第３の実施の形態について説明する。第３の実施の形態では第１又は第２の実施の形態と異なる点について説明する。第３の実施の形態において特に言及されない点については、第１又は第２の実施の形態と同様でもよい。
　図９は、第３の実施の形態における保守用コンソール２０、ユーザポータル１０及びオーケストレータ３０の機能構成例を示す図である。図９中、図６と同一部分には同一符号を付し、その説明は省略する。図９に示されるように、第３の実施の形態では、更新情報記憶部３２２は利用されない。
　図１０は、第３の実施の形態におけるソフトウェア更新処理の処理手順の一例を説明するためのシーケンス図である。図１０中、図７と同一ステップには同一ステップ番号を付し、その説明は省略する。
　図９において説明したように、第３の実施の形態では更新情報記憶部３２２は利用されない。したがって、図１０には、図７において更新情報記憶部３２２に対する記録処理（Ｓ１５０ａ、Ｓ１９１、Ｓ１９２、Ｓ２４０ａ）が除外された処理手順が示されている。
　図１１は、第３の実施の形態においてＳＯに応じて実行される処理手順の一例を説明するためのシーケンス図である。図１１中、図８と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。
　第３の実施の形態において、設定変更部３３は、投機的に各対象ＧＷ４０について設定変更を試行する（Ｓ５１２～Ｓ５１３）。このタイミングにおいてＧＷ４０ｃがソフトウェアの更新中であったとする。この場合、ＧＷ４０ｃからは、設定変更に対する正常応答が無いか、更新中であることを示す応答が返信される。判定部３４は、正常応答の有無、又は更新中であることを示す応答に基づいて、各対象ＧＷ４０が更新中であるか否かを判定する。正常応答とは、設定変更が完了したことを示す応答をいう。
　ステップＳ５１６の実行後、設定変更部３３は、一定時間待機した後（Ｓ７１１）、設定変更が完了していないＧＷ４０ｃに対する設定変更を再実行する（Ｓ７１２）。設定変更部３３は、応答が無い場合、又は更新中であることを示す応答が返信された場合（Ｓ７１３）、ステップＳ７１１以降を繰り返す。その後、ＧＷ４０ｃの更新が完了すると、ＧＷ４０ｃの設定変更は成功する（Ｓ７１４、Ｓ７１５）。すなわち、設定変更部３３は、ＧＷ４０ｃに対する設定変更が成功するまで当該設定変更を繰り返す。
　上述したように、第３の実施の形態によれば、第１の実施の形態と同様の効果を得ることができる。
　また、第３の実施の形態では、更新情報記憶部１２１又は更新情報記憶部３２２が不要であるため、機能構成を簡素化することができる。
　但し、ソフトウェア更新中でない場合であっても、ＧＷ４０そのものやネットワークの障害発生時においては、更新中と誤認される可能性があるため、ステップＳ７１１以降の繰り返しについては、タイムアウトなどの時間や回数に制限が設けられることが望ましい。
　なお、本実施の形態において、ユーザポータル１０及びオーケストレータ３０は、設定変更装置の一例である。更新情報記憶部１２１又は更新情報記憶部３２２は、記憶部の一例である。
　以上、本発明の実施の形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
１０　　　　　ユーザポータル
１１　　　　　オーダ受付部
１２　　　　　判定部
１３　　　　　オーダ送信部
２０　　　　　保守用コンソール
２１　　　　　更新指示受付部
３０　　　　　オーケストレータ
３１　　　　　更新制御部
３２　　　　　オーダ受信部
３３　　　　　設定変更部
３４　　　　　判定部
４０　　　　　ＧＷ
５０　　　　　ＵＥ
１００　　　　ドライブ装置
１０１　　　　記録媒体
１０２　　　　補助記憶装置
１０３　　　　メモリ装置
１０４　　　　ＣＰＵ
１０５　　　　インタフェース装置
１２１　　　　更新情報記憶部
３２１　　　　顧客情報記憶部
３２２　　　　更新情報記憶部
Ｂ　　　　　　バス

Claims (7)

  1. 　冗長構成に係る複数のネットワーク機器に対する設定変更の指示が入力されると、前記複数のネットワーク機器に関してソフトウェアの更新中であるかを判定する判定部と、
    　いずれかの前記ネットワーク機器が前記ソフトウェアの更新中である場合に、当該ネットワーク機器のソフトウェアの更新が完了するまで待機して、当該ネットワーク機器に関して前記設定変更を実行する設定変更部と、
    を有することを特徴とする設定変更装置。
  2. 　前記設定変更部は、前記ソフトウェアの更新中でない前記ネットワーク機器については、他の前記ネットワーク機器が前記ソフトウェアの更新中であっても前記設定変更を実行する、
    ことを特徴とする請求項１記載の設定変更装置。
  3. 　前記設定変更部は、前記ソフトウェアの更新中の前記ネットワーク機器に対して前記設定変更が成功するまで前記設定変更を繰り返す、
    ことを特徴とする請求項１又は２記載の設定変更装置。
  4. 　前記複数のネットワーク機器のうち、予備系の第１のネットワーク機器に対して前記ソフトウェアの更新を行った後で稼働系と予備系とを入れ替えて、新たに予備系となった第２のネットワーク機器に対して前記ソフトウェアの更新を行う更新制御部を有し、
    　前記更新制御部は、前記第１のネットワーク機器に対する更新の開始に伴って、前記複数のネットワーク機器に収容されるユーザについて更新中であることを示す情報を記憶部に記録し、前記第２のネットワーク機器に対する更新の完了に伴って、当該情報を前記記憶部から削除し、
    　前記判定部は、前記記憶部に前記情報が記憶されている場合に、前記更新中であると判定し、
    　前記設定変更部は、前記記憶部から前記情報が削除されるまで、前記設定変更を待機する、
    ことを特徴とする請求項１記載の設定変更装置。
  5. 　前記複数のネットワーク機器のうち、予備系の第１のネットワーク機器に対して前記ソフトウェアの更新を行った後で稼働系と予備系とを入れ替えて、新たに予備系となった第２のネットワーク機器に対して前記ソフトウェアの更新を行う更新制御部を有し、
    　前記更新制御部は、それぞれの前記ネットワーク機器に対する更新の開始に伴って、当該ネットワーク機器について更新中であることを示す情報を記憶部に記録し、当該ネットワーク機器に対する更新の完了に伴って、当該情報を前記記憶部から削除し、
    　前記設定変更部は、前記記憶部に前記情報が記録されている前記ネットワーク機器について、前記設定変更を待機する、
    ことを特徴とする請求項１又は２記載の設定変更装置。
  6. 　冗長構成に係る複数のネットワーク機器に対する設定変更の指示が入力されると、前記複数のネットワーク機器に関してソフトウェアの更新中であるかを判定する判定手順と、
    　いずれかの前記ネットワーク機器が前記ソフトウェアの更新中である場合に、当該ネットワーク機器のソフトウェアの更新が完了するまで待機して、当該ネットワーク機器に関して前記設定変更を実行する設定変更手順と、
    をコンピュータが実行することを特徴とする設定変更方法。
  7. 　請求項１乃至５いずれか一項記載の設定変更装置としてコンピュータを機能させることを特徴とするプログラム。
PCT/JP2021/004785 2021-02-09 2021-02-09 設定変更装置、設定変更方法及びプログラム WO2022172331A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US18/275,790 US20240129184A1 (en) 2021-02-09 2021-02-09 Setting changing apparatus, setting changing method and program
PCT/JP2021/004785 WO2022172331A1 (ja) 2021-02-09 2021-02-09 設定変更装置、設定変更方法及びプログラム
JP2022581053A JPWO2022172331A1 (ja) 2021-02-09 2021-02-09

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/004785 WO2022172331A1 (ja) 2021-02-09 2021-02-09 設定変更装置、設定変更方法及びプログラム

Publications (1)

Publication Number Publication Date
WO2022172331A1 true WO2022172331A1 (ja) 2022-08-18

Family

ID=82838464

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/004785 WO2022172331A1 (ja) 2021-02-09 2021-02-09 設定変更装置、設定変更方法及びプログラム

Country Status (3)

Country Link
US (1) US20240129184A1 (ja)
JP (1) JPWO2022172331A1 (ja)
WO (1) WO2022172331A1 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011128683A (ja) * 2009-12-15 2011-06-30 Fujitsu Ltd 情報処理装置、コマンド判定プログラム、およびコマンド判定方法
JP2013097515A (ja) * 2011-10-31 2013-05-20 Canon Inc 情報処理装置、その制御方法、および制御プログラム
JP2014078839A (ja) * 2012-10-10 2014-05-01 O F Networks Co Ltd 親局通信装置、親局制御プログラム及びネットワークシステム
JP2015032301A (ja) * 2013-08-07 2015-02-16 日本電信電話株式会社 仮想ホストのバージョンアップ方法、および、ネットワーク装置
JP2017169044A (ja) * 2016-03-16 2017-09-21 日本電気株式会社 設定装置、通信システム、通信装置の設定更新方法及びプログラム
JP2019075057A (ja) * 2017-10-19 2019-05-16 住友電気工業株式会社 通信装置のファームウェア更新方法、通信装置の制御装置および通信装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8533316B2 (en) * 2007-04-27 2013-09-10 Hitachi, Ltd. Management computer for setting configuration information of node
TWI386847B (zh) * 2009-02-04 2013-02-21 Novatek Microelectronics Corp 可安全復原的韌體更新方法及可安全復原之韌體更新的嵌入式電子裝置
US9600263B2 (en) * 2014-07-21 2017-03-21 Big Switch Networks, Inc. Systems and methods for performing uninterrupted network upgrades with controllers
JP6812900B2 (ja) * 2017-05-17 2021-01-13 富士通株式会社 ストレージ装置、ストレージ制御装置、およびストレージ制御プログラム
JP6562093B2 (ja) * 2018-01-23 2019-08-21 日本電気株式会社 システム管理装置
JP7088070B2 (ja) * 2019-02-18 2022-06-21 日本電信電話株式会社 ソフトウェア更新管理装置およびソフトウェア更新管理方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011128683A (ja) * 2009-12-15 2011-06-30 Fujitsu Ltd 情報処理装置、コマンド判定プログラム、およびコマンド判定方法
JP2013097515A (ja) * 2011-10-31 2013-05-20 Canon Inc 情報処理装置、その制御方法、および制御プログラム
JP2014078839A (ja) * 2012-10-10 2014-05-01 O F Networks Co Ltd 親局通信装置、親局制御プログラム及びネットワークシステム
JP2015032301A (ja) * 2013-08-07 2015-02-16 日本電信電話株式会社 仮想ホストのバージョンアップ方法、および、ネットワーク装置
JP2017169044A (ja) * 2016-03-16 2017-09-21 日本電気株式会社 設定装置、通信システム、通信装置の設定更新方法及びプログラム
JP2019075057A (ja) * 2017-10-19 2019-05-16 住友電気工業株式会社 通信装置のファームウェア更新方法、通信装置の制御装置および通信装置

Also Published As

Publication number Publication date
US20240129184A1 (en) 2024-04-18
JPWO2022172331A1 (ja) 2022-08-18

Similar Documents

Publication Publication Date Title
EP1965541B1 (en) System, apparatus and method for automated wireless device configuration
JP5488980B2 (ja) コンピュータシステム、及び通信方法
JP5804054B2 (ja) 通信システム、制御装置、ノード、処理規則の設定方法およびプログラム
JP6388955B2 (ja) ＯｐｅｎＦｌｏｗスイッチのグレースフル・リスタート処理方法及びＯｐｅｎＦｌｏｗコントローラ
JP5462252B2 (ja) ２部ピアオーバレイを用いてｐ２ｐモードにおいてピア間でコンテンツデータを伝送する装置及び方法
KR101658824B1 (ko) 소프트웨어 정의 네트워크에서 플로우 룰을 변경하는 방법, 장치 및 컴퓨터 프로그램
CN107508916B (zh) 用于智能机器人的服务器链接管理方法
WO2022172331A1 (ja) 設定変更装置、設定変更方法及びプログラム
JP7347525B2 (ja) システム、方法及び制御装置
EP1901497A1 (en) Apparatus for low latency communications through an alternate path
CN100527693C (zh) 通信网络以及操作该通信网络以传送数据的方法
JPWO2012132101A1 (ja) 情報処理装置、および障害対応プログラム
JP2011048702A (ja) 電子機器、通信制御装置、およびプログラム
JP2004254039A (ja) メール通信中継システム、メール通信中継装置、メール通信中継方法及びメール通信中継用プログラム
US9847916B2 (en) Control apparatus, control apparatus control method, and program
KR102404112B1 (ko) 소프트웨어 정의 네트워크 환경에서의 sdn 컨트롤러 서버 장애 발생시 이를 처리하는 네트워크 장비 및 방법
JP5958626B2 (ja) 通信制御装置およびプログラム
KR101783094B1 (ko) 컨트롤러와 네트워크 장치 간에 번들 능력을 통보하는 방법 및 장치
JP2002261792A (ja) 通信システムとそのパケット交換方法、及び交換プログラムを記録した記録媒体
JP6975974B2 (ja) 制御装置、制御方法、及び、プログラム
JP3989447B2 (ja) 通信切替方法およびデータ通信装置
CN113014481B (zh) 传输链路状态通告的方法、装置、设备及存储介质
KR100372342B1 (ko) 이동통신 시스템에서의 운용자 명령 처리 방법
JP4485295B2 (ja) 移動制御システム、移動制御方法及び移動制御装置並びに移動制御プログラム
JP6233460B2 (ja) 通信制御装置

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022581053

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 18275790

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21925585

Country of ref document: EP

Kind code of ref document: A1