特許 7622757 設定変更装置、設定変更方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-01-20

(45)【発行日】2025-01-28

(54)【発明の名称】設定変更装置、設定変更方法及びプログラム

(51)【国際特許分類】

   H04L 67/10 20220101AFI20250121BHJP

   H04L 41/082 20220101ALI20250121BHJP

【ＦＩ】

H04L67/10

H04L41/082

【請求項の数】 4

(21)【出願番号】P 2022581053

(86)(22)【出願日】2021-02-09

(86)【国際出願番号】 JP2021004785

(87)【国際公開番号】W WO2022172331

(87)【国際公開日】2022-08-18

【審査請求日】2023-06-26

(73)【特許権者】

【識別番号】000004226

【氏名又は名称】日本電信電話株式会社

(74)【代理人】

【識別番号】110004381

【氏名又は名称】弁理士法人ＩＴＯＨ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100124844

【弁理士】

【氏名又は名称】石原 隆治

(72)【発明者】

【氏名】宮本 克真

【審査官】安井 雅史

(56)【参考文献】

【文献】特開２０１４－０７８８３９（ＪＰ，Ａ）

【文献】国際公開第２０２０／２３５０７３（ＷＯ，Ａ１）

【文献】特開２０１６－２０６９４０（ＪＰ，Ａ）

【文献】特開２００６－２９５７２８（ＪＰ，Ａ）

【文献】特開２０１５－０３２３０１（ＪＰ，Ａ）

【文献】特開２０１９－０７５０５７（ＪＰ，Ａ）

【文献】特開２０１１－１２４８０７（ＪＰ，Ａ）

【文献】特開２０１３－１８７８０６（ＪＰ，Ａ）

【文献】特開２００８－０３３８３６（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ １２／００－１２／６６

Ｈ０４Ｌ ４１／００－６９／４０

(57)【特許請求の範囲】

【請求項1】

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

【請求項2】

前記複数のネットワーク機器のうち、予備系の第１のネットワーク機器に対して前記ソフトウェアの更新を行った後で稼働系と予備系とを入れ替えて、新たに予備系となった第２のネットワーク機器に対して前記ソフトウェアの更新を行う更新制御部を有し、
前記更新制御部は、前記第１のネットワーク機器に対する更新の開始に伴って、前記複数のネットワーク機器に収容されるユーザについて更新中であることを示す情報を記憶部に記録し、前記第２のネットワーク機器に対する更新の完了に伴って、当該情報を前記記憶部から削除し、
前記判定部は、前記記憶部に前記情報が記憶されている場合に、前記更新中であると判定し、
前記設定変更部は、前記記憶部から前記情報が削除されるまで、前記設定変更を待機する、
ことを特徴とする請求項１記載の設定変更装置。

【請求項3】

冗長構成に係る複数のネットワーク機器に対する設定変更の指示が入力されると、前記複数のネットワーク機器に関してソフトウェアの更新中であるかを判定する判定手順と、
いずれかの前記ネットワーク機器が前記ソフトウェアの更新中である場合に、全ての前記ネットワーク機器のソフトウェアの更新が完了するまで待機して、当該ネットワーク機器に関して前記設定変更を実行する設定変更手順と、
をコンピュータが実行することを特徴とする設定変更方法。

【請求項4】

請求項１又は２記載の設定変更装置としてコンピュータを機能させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、設定変更装置、設定変更方法及びプログラムに関する。

【背景技術】

【0002】

ルータやスイッチなど（以下、「ネットワーク機器」という。）のソフトウェアプログラム（以下、単に「ソフトウェア」という。）を更新する際、ネットワーク機器本体のソフトウェア変更や再起動が伴うため、ユーザ通信が遮断される。

【0003】

ネットワーク機器が２Ｎ冗長を構成する場合は、ユーザ通信を０系と１系で切り替え、Ｓｔａｎｄｂｙ側のネットワーク機器のソフトウェアを更新することで、ユーザ通信を維持したままソフトウェアの更新が可能である（非特許文献１）。

【先行技術文献】

【非特許文献】

【0004】

【文献】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＞

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、サービス利用者の契機によって動的にネットワーク設定（ネットワーク機器の設定）の変更が行われるサービス（例えば、サービス利用者がＷｅｂブラウザの操作画面（ダッシュボード）でサービス加入や変更のオーダ（ＳＯ：Service order）の入力を行い、その操作を契機に、オーダに応じてネットワーク設定が変更されるサービス）では、ソフトウェア更新中にサービス利用者によるＳＯ投入が発生した場合、ユーザ通信は維持されるが、オーケストレータからの当該ＳＯに応じたネットワーク設定の投入において以下の課題が発生する。

【0006】

ソフトウェアの更新中のネットワーク機器に対してオーケストレータからの設定を投入できず、ＳＯに応じた設定処理が完了しない。その結果、冗長構成の片方のネットワーク機器のみに設定が投入され、０／１系で状態不整合が発生する。

【0007】

本発明は、上記の点に鑑みてなされたものであって、冗長構成を有するネットワーク機器群に対するソフトウェアの更新中における設定変更においてネットワーク機器間の不整合の発生を回避することを目的とする。

【課題を解決するための手段】

【0008】

そこで上記課題を解決するため、設定変更装置は、冗長構成に係る複数のネットワーク機器に対する設定変更の指示が入力されると、前記複数のネットワーク機器に関してソフトウェアの更新中であるかを判定する判定部と、いずれかの前記ネットワーク機器が前記ソフトウェアの更新中である場合に、全ての前記ネットワーク機器のソフトウェアの更新が完了するまで待機して、当該ネットワーク機器に関して前記設定変更を実行する設定変更部と、を有する。

【発明の効果】

【0009】

冗長構成を有するネットワーク機器群に対するソフトウェアの更新中における設定変更においてネットワーク機器間の不整合の発生を回避することができる。

【図面の簡単な説明】

【0010】

【図1】第１の実施の形態における通信システムの構成例を示す図である。

【図2】第１の実施の形態におけるユーザポータル１０のハードウェア構成例を示す図である。

【図3】第１の実施の形態における保守用コンソール２０、ユーザポータル１０及びオーケストレータ３０の機能構成例を示す図である。

【図4】第１の実施の形態におけるソフトウェア更新処理の処理手順の一例を説明するためのシーケンス図である。

【図5】第１の実施の形態においてＳＯに応じて実行される処理手順の一例を説明するためのシーケンス図である。

【図6】第２の実施の形態における保守用コンソール２０、ユーザポータル１０及びオーケストレータ３０の機能構成例を示す図である。

【図7】第２の実施の形態におけるソフトウェア更新処理の処理手順の一例を説明するためのシーケンス図である。

【図8】第２の実施の形態においてＳＯに応じて実行される処理手順の一例を説明するためのシーケンス図である。

【図9】第３の実施の形態における保守用コンソール２０、ユーザポータル１０及びオーケストレータ３０の機能構成例を示す図である。

【図10】第３の実施の形態におけるソフトウェア更新処理の処理手順の一例を説明するためのシーケンス図である。

【図11】第３の実施の形態においてＳＯに応じて実行される処理手順の一例を説明するためのシーケンス図である。

【発明を実施するための形態】

【0011】

以下、図面に基づいて本発明の実施の形態を説明する。図１は、第１の実施の形態における通信システムの構成例を示す図である。図１に示されるように、通信システムは、ユーザポータル１０、保守用コンソール２０、オーケストレータ３０、複数のＧＷ（gateway）４０、及び１以上のＵＥ（User Equipment）５０等を含む。オーケストレータ３０は、ユーザポータル１０及び各ＧＷ４０と通信可能である。

【0012】

ＵＥ５０は、パケット通信の発着信を行うデバイスであり、通信システムにおいて提供されるサービス（以下、単に「サービス」という。）の利用者によって利用される。例えば、ＰＣやスマートフォン、ＩｏＴ（Internet of Things）デバイス等がＵＥ５０の一例である。図１において、ＵＥ５０を始点とする矢印は、ＵＥ５０から発信されたパケットの経路の一例を示す。ＵＥ５０を介してサービスを利用する者を「ユーザ」という。なお、１人のユーザが複数のＵＥ５０を有してもよい。

【0013】

ＧＷ４０は、ネットワーク上を流れるパケットを処理する装置全般であり、本実施の形態においてネットワーク機器の一例である。１つ以上のＵＥ５０のトラフィックが１つ以上のＧＷ４０又はＧＷ４０ペア（冗長構成のＧＷ４０のペア）を多段に経由する。例えば、ＥＰＣ（Ｓ－ＧＷ４０やＰ－ＧＷ４０など）や５ＧＣ（ＵＰＦなど）、基地局（ｅＮｏｄｅＢやｇＮｏｄｅＢなど）、ルータやスイッチといった、ネットワーク機器全般（Ｌ２／Ｌ３転送、ファイヤウォール、ＶＰＮ接続機器、ＤＰＩ、プロキシなど、ネットワーク機能を有するもの）がＧＷ４０の一例である。ＧＷ４０は、物理装置であってもよいし、仮想装置であってもよい。

【0014】

なお、ＧＷ４０は、ＧＷ４０ａのように単体構成でもよいが、ＧＷ４０ｂ及びＧＷ４０ｃのように冗長構成（例えば、０系１系で冗長ペアが１セット）を取っていることが望ましい。冗長構成は、２Ｎ、Ｎ＋１、Ｎ＋Ｍなどといった構成に限定されない。また、ＡｃｔｉｖｅやＳｔａｎｄｂｙといった状態の組み合わせも限定されない。

【0015】

ユーザポータル１０は、サービス利用者からのＳＯ（Service order）の入力を遠隔的な（ネットワークを介して）ＧＵＩ（Graphical User Interface）（Ｗｅｂページ等）やＣＬＩ（Command Line Interface）を介して受け付けるとともに、ネットワーク設定（主に、ＧＷ４０に対する設定変更）の契機となる機能部として機能するコンピュータである。ＳＯとは、サービス加入又は変更等に関するオーダ情報をいう。後述されるように、本実施の形態において、ＳＯは、ＧＷ４０に対する設定の変更の契機となる。したがって、ＳＯは、実質的に、ＧＷ４０の設定変更の指示に相当する。

【0016】

サービス利用者とは、サービスのユーザ側において、ＳＯの入力を行う立場に有るものをいい、サービス利用者自身がサービスのユーザであってもよいし、サービス利用者自身はオペレータ（システム保守者）等であってもよい。例えば、企業のモバイル端末を管理するサービスであれば、サービス利用者は、企業のシステム部署であり、ＵＥ５０は各社員（各ユーザ）の社用スマートフォンとなり、システム部署が社用スマートフォンをユーザポータル１０から一括管理することが想定される。一方、ＩｏＴ向けのサービスであれば、サービス利用者自身が所有するＩｏＴ端末（ＵＥ５０）を一括管理するので、ＵＥ５０のユーザとサービス利用者は同一人物となることが想定される。ユーザポータル１０は、受け付けたＳＯをオーケストレータ３０に投入（送信）する。

【0017】

保守用コンソール２０は、システム保守者からＧＷ４０のソフトウェアプログラム（以下、単に「ソフトウェア」という。）の更新指示の入力を受け付け、当該更新指示をオーケストレータ３０へ送信する機能部として機能する装置である。更新指示の入力を受け付けるためのユーザインタフェース（ＧＵＩ等）は、Ｗｅｂページとして提供されてもよいし、コンソ－ルにインストールされる専用のプログラムによって実現されてもよい。

【0018】

システム保守者とは、ＧＷ４０のソフトウェアの更新のための操作（更新指示の入力等）を行う者をいう。なお、本実施の形態では、更新指示が保守用コンソール２０を介して入力される例を示すが、システム保守者からの更新指示は、オーケストレータ３０を介して入力されてもよいし、ＧＷ４０に対して直接入力されてもよい。

【0019】

オーケストレータ３０は、ユーザポータル１０からのＳＯに応じて、設定変更が必要な装置（ＧＷ４０）に対して設定投入（設定変更）を行うと共に、保守用コンソール２０からの更新指示に応じて、ＧＷ４０のソフトウェアの更新を制御する機能部として機能するコンピュータであり、ＧＷ４０を操作可能な装置（Openflow Controllerなど）を含む。なお、オーケストレータ３０は、ｒｅｓｔ－ＡＰＩを介してＧＷ４０を制御（設定変更や更新）可能であってもよい。但し、ＧＷ４０を制御可能なＡＰＩ（Application Program Interface）であれば、他のＡＰＩが用いられてもよい。

【0020】

なお、オーケストレータ３０は、ユーザポータル１０と同じコンピュータを用いて実現されてもよいし、ＧＷ４０がオーケストレータ３０の機能を兼ねてもよい。

【0021】

図２は、本発明の実施の形態におけるユーザポータル１０のハードウェア構成例を示す図である。図２のユーザポータル１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

【0022】

ユーザポータル１０での処理を実現するプログラムは、ＣＤ－ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

【0023】

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってユーザポータル１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

【0024】

なお、オーケストレータ３０、保守用コンソール２０及びＧＷ４０も図２に示されるハードウェア構成を有してもよい。

【0025】

図３は、第１の実施の形態における保守用コンソール２０、ユーザポータル１０及びオーケストレータ３０の機能構成例を示す図である。図３において、保守用コンソール２０は、更新指示受付部２１を有する。更新指示受付部２１は、保守用コンソール２０にインストールされた１以上のプログラムが、保守用コンソール２０のＣＰＵに実行させる処理により実現される。

【0026】

ユーザポータル１０は、オーダ受付部１１、判定部１２及びオーダ送信部１３を有する。これら各部は、コンソ－ルにインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。ユーザポータル１０は、また、更新情報記憶部１２１を利用する。更新情報記憶部１２１は、例えば、補助記憶装置１０２、又はコンソ－ルにネットワークを介して接続可能な記憶装置等を用いて実現可能である。

【0027】

オーケストレータ３０は、更新制御部３１、オーダ受信部３２及び設定変更部３３を有する。これら各部は、オーケストレータ３０にインストールされた１以上のプログラムが、オーケストレータ３０のＣＰＵに実行させる処理により実現される。オーケストレータ３０は、また、顧客情報記憶部３２１を利用する。顧客情報記憶部３２１は、例えば、オーケストレータ３０が有する補助記憶装置、又はオーケストレータ３０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。

【0028】

以下、第１の実施の形態において実行される処理手順について説明する。図４は、第１の実施の形態におけるソフトウェア更新処理の処理手順の一例を説明するためのシーケンス図である。

【0029】

ステップＳ１１０において、保守用コンソール２０の更新指示受付部２１は、ソフトウェアの更新指示をシステム保守者から受け付ける。当該更新指示には、更新対象のＧＷ４０を（以下、「対象ＧＷ４０」という。）示す情報（以下、「ＧＷ情報」という。）が含まれる。続いて、更新指示受付部２１は、当該更新指示をオーケストレータ３０へ送信する（Ｓ１２０）。

【0030】

オーケストレータ３０の更新制御部３１は、当該更新指示を受信すると、対象ＧＷ４０に収容されるユーザ（以下、「対象ユーザ」という。）のユーザ情報（ユーザＩＤ）を顧客情報記憶部３２１から取得する（Ｓ１３０、Ｓ１４０）。すなわち、顧客情報記憶部３２１には、各ユーザがいずれのＧＷ４０に収容されるのかを示す情報（ユーザＩＤとＧＷ４０のＩＤとの対応情報）が記憶されている。したがって、更新制御部３１は、当該更新指示に含まれるＧＷ情報に対応するユーザ情報を顧客情報記憶部３２１から取得する。

【0031】

続いて、更新制御部３１は、対象ユーザのユーザＩＤに対応付けて、対象ユーザが収容されるＧＷ４０のステータスがソフトウェアの更新中であることを示す更新情報（ユーザＩＤ，ステータス）を更新情報記憶部１２１へ記録する（Ｓ１５０）。ステータスとは、ＧＷ４０に対するソフトウェアの更新状況を示す情報をいい、その値は「更新中」又は「更新完了」である。ステップＳ１５０では、ステータスとして「更新中」が記録される。

【0032】

続いて、更新制御部３１は、対象ＧＷ４０（ここでは、ＧＷ４０ｂ及びＧＷ４０ｃのペアであるとする）についてソフトウェアの更新の制御を実行する。但し、稼働系であるＧＷ４０ｂにはユーザのトラフィックが流れているので、直ちに更新を行うと通信断が発生してしまう。

【0033】

そこで、更新制御部３１は、まず、予備系のＧＷ４０ｃからソフトウェアの更新を開始する（Ｓ１６０）。ＧＷ４０ｃの更新が完了すると（Ｓ１７０）、更新制御部３１は、冗長切替操作を実行して稼働系と予備系とを入れ替える（Ｓ１８０、Ｓ１９０）。すなわち、ＧＷ４０ｂが予備系となり、ＧＷ４０ｃが稼働系となる。その結果、ＧＷ４０ｃにユーザトラフィックを流れるようになる。

【0034】

続いて、更新制御部３１は、新たに予備系となったＧＷ４０ｂについてソフトウェアの更新の制御を開始する（Ｓ２００）。ＧＷ４０ｂのソフトウェアの更新が完了（すなわち、冗長構成の全てのＧＷ４０の更新が完了）すると（Ｓ２１０）、更新制御部３１は、再び冗長切替操作を実行ことで、ＧＷ４０ｂを稼働系に戻し、ＧＷ４０ｃを予備系に戻す（Ｓ２２０、Ｓ２３０）。但し、再度の冗長切替操作は必須ではなく、ＧＷ４０ｂを予備系、ＧＷ４０ｃを稼働系としたまま運用が続けられてもよい。この点は、第２及び第３の実施の形態でも同様である。

【0035】

続いて、更新制御部３１は、対象ユーザに関する更新が完了したことを示す更新情報を更新情報記憶部１２１に記録する（Ｓ２４０）。すなわち、更新制御部３１は、対象ユーザのユーザＩＤに対応付けられて更新情報記憶部１２１に記憶されているステータスを「更新完了」に更新する。このようなステータスの更新は、対象ユーザについて更新中であることを示す情報の削除に相当する。

【0036】

続いて、更新制御部３１は、更新の完了を示す応答を保守用コンソール２０の更新指示受付部２１へ送信する（Ｓ２５０）。更新指示受付部２１は、当該応答を受信すると更新の完了をシステム保守者へ通知する（Ｓ２６０）。

【0037】

図５は、第１の実施の形態においてＳＯに応じて実行される処理手順の一例を説明するためのシーケンス図である。

【0038】

ステップＳ５０１において、ユーザポータル１０のオーダ受付部１１は、サービス利用者からＳＯの入力を受け付ける。ＳＯには、サービスに関して変更対象となるユーザ（以下、「対象ユーザ」という。）のユーザＩＤが含まれる。

【0039】

続いて、判定部１２は、更新情報記憶部１２１を参照し、対象ユーザが収容されるＧＷ４０がソフトウェアの更新中であるか否かを判定する（Ｓ５０２、Ｓ５０３）。すなわち、判定部１２は、対象ユーザのユーザＩＤに対応付けられて「更新中」を示すステータスが更新情報記憶部１２１に記憶されていれば、対象ユーザについて更新中であると判定する。

【0040】

対象ユーザについて更新中でない場合、ステップＳ５１１～Ｓ５１７が実行される。

【0041】

ステップＳ５１１において、オーダ送信部１３は、入力されたＳＯをオーケストレータ３０へ送信する。オーケストレータ３０のオーダ受信部３２が当該ＳＯを受信すると、設定変更部３３は、当該ＳＯに含まれているユーザＩＤに対応するＧＷ４０（ここでは、ＧＷ４０ｂ及びＧＷ４０ｃのペア）に対して当該ＳＯに応じた設定を投入することで、これらのＧＷ４０について設定変更を行う（Ｓ５１２～Ｓ５１５）。なお、当該ＳＯに含まれているユーザＩＤに対応するＧＷ４０は、顧客情報記憶部３２１を参照することで特定可能である。該当する全てのＧＷ４０について設定変更が完了すると、設定変更部３３は、ユーザポータル１０に対して、設定変更の完了を示す応答を送信する（Ｓ５１６）。ユーザポータル１０のオーダ送信部１３は、当該応答を受信すると、ＳＯに応じた設定変更の完了をサービス利用者に通知する（Ｓ５１７）。

【0042】

一方、対象ユーザについて更新中である場合、ステップＳ５２１～Ｓ５２９が実行される。

【0043】

ステップＳ５２１において、判定部１２は、ＳＯに応じた設定変更の完了、又は「メンテナンス中のため反映に時間がかかる」等の旨をサービス利用者へ通知する。続いて、オーダ送信部１３は、更新情報記憶部１２１を繰り返し（例えば、一定時間ごとに）参照することで、対象ユーザに関する更新の完了を待機する（Ｓ５２２、Ｓ５２３）。オーダ送信部１３は、対象ユーザに対するステータスが「更新完了」に変化すると、当該更新の完了を検知する。オーダ送信部１３によって当該更新の完了が検知されると、ステップＳ５２４～Ｓ５２９において、ステップＳ５１１～Ｓ５１６と同様の処理が実行される。

【0044】

上述したように、第１の実施の形態によれば、ソフトウェアの更新処理中であってもＳＯに応じた設定変更は継続することができる。したがって、冗長構成を有するネットワーク機器群（ＧＷ４０群）に対するソフトウェアの更新中における設定変更においてネットワーク機器間（ＧＷ４０間）の不整合の発生を回避すること
次に、第２の実施の形態について説明する。第２の実施の形態では第１の実施の形態と異なる点について説明する。第２の実施の形態において特に言及されない点については、第１の実施の形態と同様でもよい。

【0045】

図６は、第２の実施の形態における保守用コンソール２０、ユーザポータル１０及びオーケストレータ３０の機能構成例を示す図である。図６中、図３と同一部分には同一符号を付し、その説明は省略する。

【0046】

図６において、ユーザポータル１０は、判定部１２を有さない。ユーザポータル１０は、また、更新情報記憶部１２１を利用しない。

【0047】

一方、オーケストレータ３０は、更に、判定部３４を有する。判定部３４は、オーケストレータ３０にインストールされた１以上のプログラムが、オーケストレータ３０のＣＰＵに実行させる処理により実現される。オーケストレータ３０は、また、更新情報記憶部３２２を利用する。更新情報記憶部３２２は、例えば、オーケストレータ３０が有する補助記憶装置、又はオーケストレータ３０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。

【0048】

図７は、第２の実施の形態におけるソフトウェア更新処理の処理手順の一例を説明するためのシーケンス図である。図３中、図４と同一ステップには同一ステップ番号を付し、その説明は省略する。

【0049】

図７では、ステップＳ１５０がステップＳ１５０ａに置き換わる。また、ステップＳ１９０とステップＳ２００との間にステップＳ１９１及びＳ１９２が実行される。更に、ステップＳ２４０がステップＳ２４０ａに置き換わる。

【0050】

ステップＳ１５０ａにおいて、更新制御部３１は、対象ＧＷ４０のうち予備系のＧＷ４０（ここでは、ＧＷ４０ｃ）のＩＤと、当該ＧＷ４０に対するソフトウェア更新のステータスとを対応付けて更新情報記憶部３２２へ記録する。ステップＳ１５０ａでは、ステータスとして「更新中」が記録される。

【0051】

すなわち、第１の実施の形態における更新情報記憶部１２１には、ユーザ別に（ユーザ単位で）ステータスが記憶されたが、第２の実施の形態における更新情報記憶部３２２には、ＧＷ４０別に（ＧＷ４０単位で）ステータスが記憶される。そのため、第２の実施の形態では、ＧＷ４０別にステータス管理が可能となる。

【0052】

予備系のＧＷ４０ｃについてソフトウェアの更新が完了し（Ｓ１６０、Ｓ１７０）、冗長切替操作によって、ＧＷ４０ｂが予備系に切り替わると（Ｓ１８０、Ｓ１９０）、更新制御部３１は、ＧＷ４０ｃに対するステータスを「更新完了」に変更する（Ｓ１９１）と共に、ＧＷ４０ｂのステータスが「更新中」であることを示す更新情報を更新情報記憶部３２２に記録する（Ｓ１９２）。すなわち、ＧＷ４０ｃについてソフトウェアの更新中であることを示す情報が削除され、ＧＷ４０ｂについてソフトウェアの更新中であることを示す情報が記録される。

【0053】

ＧＷ４０ｂについてソフトウェアの更新が完了し（Ｓ２００、Ｓ２１０）、冗長切替操作によって、ＧＷ４０ｂが稼働系に切り替わると（Ｓ２２０、Ｓ２３０）、更新制御部３１は、ＧＷ４０ｂに対するステータスを「更新完了」に変更する（Ｓ２４０ａ）。すなわち、ＧＷ４０ｂについてソフトウェアの更新中であることを示す情報が削除される。

【0054】

図８は、第２の実施の形態においてＳＯに応じて実行される処理手順の一例を説明するためのシーケンス図である。図８中、図５と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。

【0055】

ユーザポータル１０のオーダ受付部１１がＳＯの入力を受け付けると（Ｓ５０１）、オーダ送信部１３は、当該ＳＯをオーケストレータ３０へ送信する（Ｓ５１１）。

【0056】

オーケストレータ３０のオーダ受信部３２が当該ＳＯを受信すると、判定部３４は、更新情報記憶部３２２を参照し、対象ユーザが収容される各ＧＷ４０（以下、「対象ＧＷ４０」という。）がソフトウェアの更新中であるか否かを判定する（Ｓ６０１、Ｓ６０２）。各対象ＧＷ４０は、顧客情報記憶部３２１を参照することで特定可能である。すなわち、判定部３４は、「更新中」を示すステータスに対応付けられて更新情報記憶部３２２にＩＤが記憶されている対象ＧＷ４０を更新中であると判定する。

【0057】

いずれの対象ＧＷ４０も更新中でない場合、ステップＳ５１２～Ｓ５１７が実行される。

【0058】

一方、いずれかの対象ＧＷ４０が更新中である場合、ステップＳ６１１～Ｓ６１８が実行される。ここでは、予備系であるＧＷ４０ｃが更新中であり、稼働系であるＧＷ４０ｂが更新中でなかったとする。この場合、更新中でないＧＷ４０ｂについて設定変更が行われ、ＧＷ４０ｃについては更新の完了後に設定変更が行われる。

【0059】

具体的には、設定変更部３３は、まず、ＧＷ４０ｂについて設定変更を行う（Ｓ６１１、Ｓ６１２）。続いて、ステップＳ５１６及びＳ５１７と同様の処理が実行される（Ｓ６１３、Ｓ６１４）。

【0060】

続いて、設定変更部３３は、更新情報記憶部３２２を繰り返し（例えば、一定時間ごとに）参照することで、ＧＷ４０ｃに関する更新の完了を待機する（Ｓ６１５、Ｓ６１６）。設定変更部３３は、ＧＷ４０ｃに対するステータスが「更新完了」に変化すると、当該更新の完了を検知する。設定変更部３３は、当該更新の完了を検知すると、ＧＷ４０ｃについて設定変更を行う（Ｓ６１７、Ｓ６１８）。

【0061】

上述したように、第２の実施の形態によれば、第１の実施の形態と同様の効果を得ることができる。

【0062】

また、第１の実施の形態では、冗長構成の両ＧＷ４０の更新が完了するまで設定変更を待機する必要があったが、第２の実施の形態では、先行して更新中でないＧＷ４０から設定変更することができるため、両ＧＷ４０の更新を待たずにＳＯに応じた設定変更を即時的に反映することができる。

【0063】

次に、第３の実施の形態について説明する。第３の実施の形態では第１又は第２の実施の形態と異なる点について説明する。第３の実施の形態において特に言及されない点については、第１又は第２の実施の形態と同様でもよい。

【0064】

図９は、第３の実施の形態における保守用コンソール２０、ユーザポータル１０及びオーケストレータ３０の機能構成例を示す図である。図９中、図６と同一部分には同一符号を付し、その説明は省略する。図９に示されるように、第３の実施の形態では、更新情報記憶部３２２は利用されない。

【0065】

図１０は、第３の実施の形態におけるソフトウェア更新処理の処理手順の一例を説明するためのシーケンス図である。図１０中、図７と同一ステップには同一ステップ番号を付し、その説明は省略する。

【0066】

図９において説明したように、第３の実施の形態では更新情報記憶部３２２は利用されない。したがって、図１０には、図７において更新情報記憶部３２２に対する記録処理（Ｓ１５０ａ、Ｓ１９１、Ｓ１９２、Ｓ２４０ａ）が除外された処理手順が示されている。

【0067】

図１１は、第３の実施の形態においてＳＯに応じて実行される処理手順の一例を説明するためのシーケンス図である。図１１中、図８と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。

【0068】

第３の実施の形態において、設定変更部３３は、投機的に各対象ＧＷ４０について設定変更を試行する（Ｓ５１２～Ｓ５１３）。このタイミングにおいてＧＷ４０ｃがソフトウェアの更新中であったとする。この場合、ＧＷ４０ｃからは、設定変更に対する正常応答が無いか、更新中であることを示す応答が返信される。判定部３４は、正常応答の有無、又は更新中であることを示す応答に基づいて、各対象ＧＷ４０が更新中であるか否かを判定する。正常応答とは、設定変更が完了したことを示す応答をいう。

【0069】

ステップＳ５１６の実行後、設定変更部３３は、一定時間待機した後（Ｓ７１１）、設定変更が完了していないＧＷ４０ｃに対する設定変更を再実行する（Ｓ７１２）。設定変更部３３は、応答が無い場合、又は更新中であることを示す応答が返信された場合（Ｓ７１３）、ステップＳ７１１以降を繰り返す。その後、ＧＷ４０ｃの更新が完了すると、ＧＷ４０ｃの設定変更は成功する（Ｓ７１４、Ｓ７１５）。すなわち、設定変更部３３は、ＧＷ４０ｃに対する設定変更が成功するまで当該設定変更を繰り返す。

【0070】

上述したように、第３の実施の形態によれば、第１の実施の形態と同様の効果を得ることができる。

【0071】

また、第３の実施の形態では、更新情報記憶部１２１又は更新情報記憶部３２２が不要であるため、機能構成を簡素化することができる。

【0072】

但し、ソフトウェア更新中でない場合であっても、ＧＷ４０そのものやネットワークの障害発生時においては、更新中と誤認される可能性があるため、ステップＳ７１１以降の繰り返しについては、タイムアウトなどの時間や回数に制限が設けられることが望ましい。

【0073】

なお、本実施の形態において、ユーザポータル１０及びオーケストレータ３０は、設定変更装置の一例である。更新情報記憶部１２１又は更新情報記憶部３２２は、記憶部の一例である。

【0074】

以上、本発明の実施の形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

【符号の説明】

【0075】

１０ ユーザポータル
１１ オーダ受付部
１２ 判定部
１３ オーダ送信部
２０ 保守用コンソール
２１ 更新指示受付部
３０ オーケストレータ
３１ 更新制御部
３２ オーダ受信部
３３ 設定変更部
３４ 判定部
４０ ＧＷ
５０ ＵＥ
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１２１ 更新情報記憶部
３２１ 顧客情報記憶部
３２２ 更新情報記憶部
Ｂ バス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】