(57)【要約】      （修正有）【課題】プログラムの更新によって通信中継システムが不安定になることを抑制する。【解決手段】通信中継システム１０において、監視制御装置１８は、通信中継システムの複数の局グループ１４と接続されている。局グループは、親局装置２０と、親局装置に接続された子局装置２４とを含む。監視制御装置は、親局装置の親局プログラム及び子局装置の子局プログラムをパッケージ化したパッケージデータと、同じパッケージデータに含まれる親局プログラム及び子局プログラムの組み合わせが安定か否かを示す安定化情報とを取得する。監視制御装置は、安定化情報に応じてパッケージデータを選択して、同じパッケージデータの親局プログラム及び子局プログラムを、パッケージデータによる更新処理の内容に応じて選択した局グループに出力する。【選択図】図１
2019220823.tif 000002
【特許請求の範囲】
【請求項１】
親局装置と、前記親局装置に接続された子局装置とを含む通信中継システムの複数の局グループと接続された監視制御装置であって、
前記親局装置の親局プログラム及び前記子局装置の子局プログラムをパッケージ化したパッケージデータと、同じ前記パッケージデータに含まれる前記親局プログラム及び前記子局プログラムの組み合わせが安定か否かを示す安定化情報とを取得する取得部と、
前記安定化情報に応じて前記パッケージデータを選択して、同じ前記パッケージデータの前記親局プログラム及び前記子局プログラムを、前記パッケージデータによる更新処理の内容に応じて選択した前記局グループに出力する更新制御部と、
を備える監視制御装置。
【請求項２】
前記更新制御部は、前記パッケージデータが安定か否かを試験する更新処理では前記安定化情報が安定であることを示していない前記パッケージデータのうち最新の前記パッケージデータの前記親局プログラム及び前記子局プログラムを出力する
請求項１に記載の監視制御装置。
【請求項３】
前記更新制御部は、安定化した前記パッケージデータによる更新処理では前記安定化情報が安定であることを示す前記パッケージデータのうち最新の前記パッケージデータの前記親局プログラム及び前記子局プログラムを出力する
請求項１または請求項２に記載の監視制御装置。
【請求項４】
前記更新制御部は、前記パッケージデータのバージョンを示すパッケージバージョンに基づいて、最新の前記パッケージデータを選択する
請求項１から請求項３のいずれか１項に記載の監視制御装置。
【請求項５】
前記更新制御部は、前記パッケージデータのアップロード日時に基づいて、最新の前記パッケージデータを選択する
請求項１から請求項４のいずれか１項に記載の監視制御装置。
【請求項６】
前記更新制御部は、前記パッケージデータに含まれる前記親局プログラム及び前記子局プログラムのうち、前記親局装置及び前記子局装置の格納されている前記親局プログラム及び前記子局プログラムとプログラムのバージョンに差異がある前記親局プログラム及び前記子局プログラムを出力する
請求項１から請求項５のいずれか１項に記載の監視制御装置。
【請求項７】
前記更新制御部は、前記親局装置及び前記子局装置から前記親局プログラム及び前記子局プログラムの更新の成功または失敗を示す更新結果を取得し、前記更新結果が失敗を示す前記パッケージデータの前記親局プログラム及び前記子局プログラムを安定化の更新処理で出力しない
請求項１から請求項６のいずれか１項に記載の監視制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
実施形態は、監視制御装置に関する。
【背景技術】
【０００２】
電波が届きにくい携帯電話等の不感エリア対策として親局装置及び子局装置を含む複数の局グループを有しレピータシステムとも呼ばれる通信中継システムが知られている。
【０００３】
このような通信中継システムシステムは、親局装置及び子局装置を監視して、親局装置及び子局装置のプログラムを更新する監視制御装置を有する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２０１３／１２１７６１号
【特許文献２】特開２０１０−４１２６０号公報
【特許文献３】特開２００６−１７８８８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述の監視制御装置は、親局装置及び子局装置で個別にプログラムを更新するので、プログラムの更新によって通信中継システムが不安定になる場合がある。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、実施形態の監視制御装置は、通信中継システムの複数の局グループと接続されている。局グループは、親局装置と、前記親局装置に接続された子局装置とを含む。前記監視制御装置は、取得部と、更新制御部と、を備える。取得部は、前記親局装置の親局プログラム及び前記子局装置の子局プログラムをパッケージ化したパッケージデータと、同じ前記パッケージデータに含まれる前記親局プログラム及び前記子局プログラムの組み合わせが安定か否かを示す安定化情報とを取得する。更新制御部は、前記安定化情報に応じて前記パッケージデータを選択して、同じ前記パッケージデータの前記親局プログラム及び前記子局プログラムを、前記パッケージデータによる更新処理の内容に応じて選択した前記局グループに出力する。
【図面の簡単な説明】
【０００７】
【図１】図１は、第１実施形態の通信中継システムの全体構成を示す図である。
【図２】図２は、通信中継システムの制御系を説明するブロック図である。
【図３】図３は、パッケージデータを管理するためのパッケージテーブルの図である。
【図４】図４は、監視制御装置のパッケージデータを更新するためのパッケージデータ更新処理のシーケンス図である。
【図５】図５は、クライアント端末及び監視制御装置の試験用の更新処理のシーケンス図である。
【図６】図６は、親局装置、中継装置及び子局装置の試験用の更新処理のシーケンス図である。
【図７】図７は、クライアント端末及び監視制御装置の安定化用の更新処理のシーケンス図である。
【発明を実施するための形態】
【０００８】
以下の例示的な実施形態や変形例には、同様の構成要素が含まれている。よって、以下では、同様の構成要素には共通の符号が付されるとともに、重複する説明が部分的に省略される。実施形態や変形例に含まれる部分は、他の実施形態や変形例の対応する部分と置き換えて構成されることができる。また、実施形態や変形例に含まれる部分の構成や位置等は、特に言及しない限りは、他の実施形態や変形例と同様である。
【０００９】
＜第１実施形態＞
図１は、第１実施形態の通信中継システム１０の全体構成を示す図である。図１に示すように、通信中継システム１０は、レピータシステムとも呼ばれ、基地局１２と、通信端末９０との間の通信を中継する。通信端末９０は、例えば、スマートフォン、携帯電話、及び、タブレット端末等の携帯通信端末である。通信中継システム１０は、基地局１２と、複数の局グループ１４と、クライアント端末１６と、監視制御装置１８と、ネットワーク１９とを備える。
【００１０】
基地局１２は、例えば、無線通信によって、後述する局グループ１４の親局装置２０とデータを入出力する。
【００１１】
局グループ１４は、親局装置２０と、１または複数の中継装置２２と、１または複数の子局装置２４とを有する。
【００１２】
親局装置２０は、レピータ装置の親機とも呼ばれ、無線通信によって基地局１２と通信可能な位置に設置されている。親局装置２０は、無線通信または有線通信によって接続された中継装置２２とデータを入出力する。
【００１３】
中継装置２２は、レピータ装置の中継機とも呼ばれ、無線通信または有線通信によって接続された親局装置２０及び複数の子局装置２４とデータを入出力する。換言すれば、中継装置２２は、一の親局装置２０と、複数の子局装置２４との通信を中継する。
【００１４】
子局装置２４は、レピータ装置の子機とも呼ばれ、基地局１２からの電波の届きにくい不感エリアであるビル内、地下街、地下鉄構内、及び、トンネル内に設置されている。子局装置２４は、中継装置２２と接続されている。これにより、子局装置２４は、中継装置２２を介して、親局装置２０と接続される。子局装置２４は、アンテナ２４ａを介した無線通信によって通信端末９０とデータを入出力する。これにより、子局装置２４は、不感エリアの通信端末９０と、基地局１２との通信を実現する。
【００１５】
クライアント端末１６は、親局装置２０、中継装置２２、及び、子局装置２４のそれぞれが実行するプログラムを管理する。ここで、クライアント端末１６は、親局装置２０、中継装置２２、及び、子局装置２４のプログラムを組み合わせてパッケージ化したパッケージ単位のデータ（以下、パッケージデータ）を生成して管理する。クライアント端末１６は、監視制御装置１８とデータを入出力可能に接続されている。クライアント端末１６は、パッケージデータを監視制御装置１８に出力する。
【００１６】
監視制御装置１８は、親局装置２０、中継装置２２、及び、子局装置２４を含む複数の局グループ１４と接続されている。監視制御装置１８は、各装置２０、２２、２４を遠隔で監視して、プログラムのバージョンに基づいて、プログラムの更新を制御する。監視制御装置１８は、ネットワーク１９を介して親局装置２０と接続されている。監視制御装置１８は、親局装置２０を介して、クライアント端末１６から取得したパッケージデータに含まれるプログラムを親局装置２０、中継装置２２及び子局装置２４に出力して、プログラムを更新させる。尚、ここでいう、プログラムの更新は、プログラムのアップグレード及びダウングレードを含む。
【００１７】
図２は、通信中継システム１０の制御系を説明するブロック図である。
【００１８】
図２に示すように、親局装置２０は、親局処理部３０と、親局記憶部３１と、親局ＦＰＧＡ（Field-Programmable  Gate  Array）３２とを有する。
【００１９】
親局処理部３０は、例えば、ＣＰＵ（Central  Processing  Unit）またはＧＰＵ（Graphics  Processing  Unit）等のハードウェアプロセッサの機能として実現される。親局処理部３０は、親局記憶部３１に格納された親局プログラム３５を読み込むことによって、親局管理部３４及び親局更新部３３として機能する。尚、親局処理部３０は、親局プログラム３５を読み込むことによって、更に、通信端末９０との通信を制御するための親局通信部３８として機能してよい。
【００２０】
親局更新部３３は、監視制御装置１８から親局プログラム３５及び親局ファイル３６を取得すると、親局記憶部３１に格納されている親局プログラム３５、及び、親局ＦＰＧＡ３２に格納されている親局ファイル３６を更新する。親局更新部３３は、親局ファイル３６及び親局ファイル３６の更新の成功または失敗を示す更新結果を、中継装置２２及び子局装置２４の更新結果とともに監視制御装置１８へ出力する。親局更新部３３は、中継装置２２のための中継プログラム４５及び中継ファイル４６、及び、子局装置２４のための子局プログラム５５及び子局ファイル５６のいずれかを監視制御装置１８から取得した場合、取得したプログラム４５、５５及びファイル４６、５６を中継装置２２へ出力する。
【００２１】
親局管理部３４は、例えば、更新された親局プログラム３５のバージョンを親局更新部３３から取得して管理するとともに、中継プログラム４５及び子局プログラム５５のバージョンを取得する。また、親局管理部３４は、親局ＦＰＧＡ３２に格納されている親局ファイル３６のバージョンを管理するとともに、中継装置２２に設置されている中継ＦＰＧＡ４２に格納されている中継ファイル４６及び子局装置２４に設置されている子局ＦＰＧＡ５２に格納されている子局ファイル５６のバージョンを取得して管理する。親局管理部３４は、監視制御装置１８からバージョン情報要求を取得し、中継装置２２からバージョン情報応答を取得すると、プログラム３５、４５、５５及びファイル３６、４６、５６のバージョンを示すバージョン情報応答を監視制御装置１８へ出力する。
【００２２】
親局記憶部３１は、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）、ＨＤＤ（Hard  Disk  Drive）及びＳＳＤ（Solid  State  Drive）等の記憶装置の機能として実現される。親局記憶部３１は、親局プログラム３５を記憶するとともに、プログラム４５、５５及びファイル３６、４６、５６を一時的に記憶する。
【００２３】
親局ＦＰＧＡ３２は、親局ファイル３６及び親局処理部３０からの指示等に基づいて、種々の処理を実行する。
【００２４】
中継装置２２は、中継処理部４０と、中継記憶部４１と、中継ＦＰＧＡ４２とを有する。
【００２５】
中継処理部４０は、例えば、ＣＰＵまたはＧＰＵ等のハードウェアプロセッサの機能として実現される。中継処理部４０は、中継記憶部４１に格納された中継プログラム４５を読み込むことによって、中継更新部４３及び中継管理部４４として機能する。尚、中継処理部４０は、中継プログラム４５を読み込むことによって、更に、通信端末９０との通信を制御するための中継通信部４８として機能してよい。
【００２６】
中継更新部４３は、親局装置２０から中継プログラム４５及び中継ファイル４６を取得して、中継記憶部４１に格納されている中継プログラム４５及び中継ＦＰＧＡ４２に格納されている中継ファイル４６を更新する。中継更新部４３は、中継プログラム４５及び中継ファイル４６の更新の成功または失敗を示す更新結果を、子局装置２４の更新結果とともに親局装置２０へ出力する。中継更新部４３は、親局装置２０から子局プログラム５５及び子局ファイル５６を取得した場合、取得した子局プログラム５５及び子局ファイル５６を子局装置２４へ出力する。
【００２７】
中継管理部４４は、例えば、更新された中継プログラム４５のバージョンを中継更新部４３から取得して管理するとともに、子局プログラム５５のバージョンを子局装置２４から取得する。また、中継管理部４４は、中継ＦＰＧＡ４２に格納されている中継ファイル４６のバージョンを管理するとともに、子局装置２４に設置されている子局ＦＰＧＡ５２に格納されている子局ファイル５６のバージョンを子局装置２４から取得する。中継管理部４４は、親局装置２０からバージョン情報要求を取得し、子局装置２４からバージョン情報応答を取得すると、プログラム４５、５５及びファイル４６、５６のバージョンを示すバージョン情報応答を親局装置２０へ出力する。
【００２８】
中継記憶部４１は、ＲＯＭ、ＲＡＭ、ＨＤＤ及びＳＳＤ等の記憶装置の機能として実現される。中継記憶部４１は、中継プログラム４５を記憶するとともに、子局プログラム５５及びファイル４６、５６を一時的に記憶する。
【００２９】
中継ＦＰＧＡ４２は、中継ファイル４６及び中継処理部４０からの指示等に基づいて、種々の処理を実行する。
【００３０】
子局装置２４は、子局処理部５０と、子局記憶部５１と、子局ＦＰＧＡ５２とを有する。
【００３１】
子局処理部５０は、例えば、ＣＰＵまたはＧＰＵ等のハードウェアプロセッサの機能として実現される。子局処理部５０は、子局記憶部５１に格納された子局プログラム５５を読み込むことによって、子局更新部５３及び子局管理部５４として機能する。尚、子局処理部５０は、子局プログラム５５を読み込むことによって、更に、通信端末９０との通信を制御するための子局通信部５８として機能してよい。
【００３２】
子局更新部５３は、中継装置２２から子局プログラム５５及び子局ファイル５６を取得して、子局記憶部５１に格納されている子局プログラム５５及び子局ＦＰＧＡ５２に格納されている子局ファイル５６を更新する。子局更新部５３は、子局プログラム５５及び子局ファイル５６の更新の成功または失敗を示す更新結果を中継装置２２へ出力する。
【００３３】
子局管理部５４は、例えば、更新された子局プログラム５５のバージョンを子局更新部５３から取得して管理する。また、子局管理部５４は、子局ＦＰＧＡ５２に格納されている子局ファイル５６のバージョンを管理する。子局管理部５４は、中継装置２２からバージョン情報要求を取得すると、子局プログラム５５及び子局ファイル５６のバージョンを示すバージョン情報応答を中継装置２２へ出力する。
【００３４】
子局記憶部５１は、ＲＯＭ、ＲＡＭ、ＨＤＤ及びＳＳＤ等の記憶装置の機能として実現される。子局記憶部５１は、子局プログラム５５を記憶するとともに、及び子局ファイル５６を一時的に記憶する。
【００３５】
子局ＦＰＧＡ５２は、子局ファイル５６及び子局処理部５０からの指示等に基づいて、種々の処理を実行する。
【００３６】
クライアント端末１６は、端末処理部６０と、端末記憶部６１とを有する。端末処理部６０は、例えば、ＣＰＵまたはＧＰＵ等のハードウェアプロセッサの機能として実現される。端末処理部６０は、端末記憶部６１に格納された端末用プログラム６３を読み込むことによって、パッケージ部６２として機能する。
【００３７】
パッケージ部６２は、親局プログラム３５、中継プログラム４５、子局プログラム５５、親局ファイル３６、中継ファイル４６及び子局ファイル５６をパッケージ化したパッケージデータ６４を生成して、監視制御装置１８へ出力してよい。パッケージ部６２は、例えば、通信中継システム１０を管理する管理者であって、クライアント端末１６を操作する管理者が入力する指示に基づいて、パッケージデータ６４を生成してよい。パッケージ部６２は、例えば、最新のプログラム３５、４５、５５及びファイル３６、４６、５６のいずれかを取得すると、新たなパッケージデータ６４を生成して、端末記憶部６１に格納してよい。パッケージ部６２は、新たなパッケージデータ６４を端末記憶部６１に格納する際に、旧バージョンのパッケージデータ６４を残してよい。ここで、パッケージ部６２は、プログラム３５、４５、５５及びファイル３６、４６、５６のうち最新のバージョンを取得していないプログラム３５、４５、５５及びファイル３６、４６、５６については、旧バージョンのプログラム３５、４５、５５及びファイル３６、４６、５６をパッケージデータ６４に含めてよい。
【００３８】
パッケージ部６２は、パッケージデータ６４にアップロード日時、パッケージバージョンを含めてよい。パッケージ部６２は、パッケージデータ６４に関連付けて安定化情報を生成してもよい。アップロード日時は、例えば、パッケージデータ６４を生成した時刻または監視制御装置１８にパッケージデータ６４を出力した時刻であってよい。パッケージバージョンは、パッケージデータ６４のバージョンを示す情報であって、新しいパッケージデータ６４ほど順に大きい数値となる。
【００３９】
安定化情報は、同じパッケージデータ６４に含まれるプログラム３５、４５、５５及びファイル３６、４６、５６の組み合わせが安定しているか否かを示す情報である。尚、安定化情報が安定していないことを示すパッケージデータ６４は、安定か否かを試験するための試験用であってよい。従って、パッケージ部６２は、新たに生成したパッケージデータ６４には試験用を示す安定化情報を関連付けてよい。この場合、パッケージ部６２は、新たに生成したパッケージデータ６４とともに、安定化情報を監視制御装置１８へ出力してよい。パッケージ部６２は、例えば、管理者からの指示に基づいて、旧バージョンのパッケージデータ６４に関連付けられ安定化情報を安定化に書き換えて更新してよい。このように安定化情報を更新した場合、パッケージ部６２は、パッケージデータ６４を識別可能なアップロード日時またはパッケージバージョンとともに、安定化を示す安定化情報を監視制御装置１８へ出力してよい。尚、管理者は、親局装置２０、中継装置２２及び子局装置２４から取得した不具合等のフィードバック情報、及び、通信端末９０を使用するエンドユーザーのフィードバック情報等に基づいて、パッケージデータ６４が安定化しているか否かを判定して、判定結果の安定化情報をクライアント端末１６に入力してよい。
【００４０】
端末記憶部６１は、ＲＯＭ、ＲＡＭ、ＨＤＤ及びＳＳＤ等の記憶装置の機能として実現される。端末記憶部６１は、端末用プログラム６３及び１または複数のパッケージデータ６４を記憶する。端末記憶部６１は、最新のパッケージデータ６４とともに、旧バージョンのパッケージデータ６４を記憶してよい。端末用プログラム６３は、ＣＤ−ＲＯＭ（Compact  Disc  Read  Only  Memory）またはＤＶＤ−ＲＯＭ（Digital  Versatile  Disc  Read  Only  Memory）等のコンピュータにより読み取り可能な記憶媒体に記憶されて提供されてもよく、インターネット等のネットワーク１９を介して提供されてもよい。
【００４１】
監視制御装置１８は、監視処理部７０と、監視記憶部７１とを有する。監視処理部７０は、例えば、ＣＰＵまたはＧＰＵ等のハードウェアプロセッサの機能として実現される。監視処理部７０は、監視記憶部７１に格納された監視用プログラム７４を読み込むことによって、取得部７２及び更新制御部７３として機能する。
【００４２】
取得部７２は、パッケージデータ６４と、安定化情報とをクライアント端末１６から取得して更新制御部７３へ出力する。取得部７２は、クライアント端末１６からバージョンチェック要求を取得するとバージョン情報応答を要求するバージョン情報要求を、親局装置２０及び更新制御部７３へ出力する。取得部７２は、ネットワーク１９を介して、親局装置２０、中継装置２２及び子局装置２４の各プログラム３５、４５、５５及び各ファイル３６、４６、５６のバージョンを示すバージョン情報応答を親局装置２０から取得して更新制御部７３へ出力する。取得部７２は、クライアント端末１６から更新要求を取得すると、更新制御部７３へ出力する。
【００４３】
更新制御部７３は、取得部７２からパッケージデータ６４、安定化情報、バージョンチェック要求、及び、バージョン情報応答を取得する。更新制御部７３は、新たなパッケージデータ６４または安定化情報を取得すると、新たなパッケージデータ６４を管理するために監視記憶部７１に格納されたパッケージテーブル７５を生成または更新する。例えば、更新制御部７３は、アプロード日時、パッケージバージョン、親局装置２０、中継装置２２及び子局装置２４に格納されている各プログラム３５、４５、５５及び各ファイル３６、４６、５６のバージョン、パッケージデータ６４の所在を示すファイルパス、及び、安定化情報を関連付けたパッケージテーブル７５を生成してよい。
【００４４】
更新制御部７３は、取得部７２からバージョン情報応答を取得すると、バージョン情報応答が示す各プログラム３５、４５、５５及び各ファイル３６、４６、５６のバージョンと、パッケージテーブル７５のバージョンとを比較して差異を判定する。更新制御部７３は、当該差異をバージョンチェック結果としてクライアント端末１６へ出力する。尚、更新制御部７３は、試験用のバージョンチェック要求を取得している場合、パッケージテーブル７５において安定化情報が試験用を示す最新のパッケージデータ６４のバージョンと、バージョン情報応答が示すバージョンとを比較してよい。一方、更新制御部７３は、安定化用のバージョンチェック要求を取得している場合、パッケージテーブル７５において安定化情報が安定を示す最新のパッケージデータ６４のバージョンと、バージョン情報応答が示すバージョンとを比較してよい。
【００４５】
更新制御部７３は、取得部７２から更新要求を取得すると、パッケージテーブル７５の安定化情報に応じてパッケージデータ６４を選択して、パッケージデータ６４による更新処理の内容に応じて選択した局グループ１４に、選択した同じパッケージデータ６４のプログラム３５、４５、５５及びファイル３６、４６、５６の少なくともいずれかを出力する。更新処理の内容は、パッケージデータ６４が安定か否かを試験するための試験用の更新処理及び安定化したパッケージデータ６４による安定化用の更新処理を含む。
【００４６】
例えば、更新制御部７３は、試験用の更新処理を要求する更新要求を取得すると、安定化情報が安定であることを示していない（即ち、試験用）パッケージデータ６４のうち、最新のパッケージデータ６４を選択し、当該パッケージデータ６４のプログラム３５、４５、５５及びファイル３６、４６、５６の少なくともいずれかを選択して、試験用の局グループ１４の親局装置２０へ出力する。試験用の局グループ１４は、管理者によって予め定められていてよく、複数の局グループ１４からランダムに選択してもよい。
【００４７】
更新制御部７３は、安定化用の更新処理を要求する更新要求を取得すると、安定化情報が安定を示すパッケージデータ６４のうち、最新のパッケージデータ６４のプログラム３５、４５、５５及びファイル３６、４６、５６の少なくともいずれかを選択して、安定化用の局グループ１４の親局装置２０へ出力する。安定化用の局グループ１４は、試験用の局グループ１４以外の局グループ１４であってよく、または、試験用の局グループ１４を含む全ての局グループ１４であってもよい。
【００４８】
更新制御部７３は、パッケージバージョンに基づいて、対応する複数のパッケージデータ６４から最新のパッケージデータ６４を選択してよい。更新制御部７３は、バージョンチェック結果の生成において、パッケージデータ６４のプログラム３５、４５、５５及びファイル３６、４６、５６のうち、バージョン情報応答が示すバージョンと差異があると判定されたプログラム３５、４５、５５及びファイル３６、４６、５６を選択して、出力先として選択した局グループ１４の親局装置２０へ出力してよい。
【００４９】
監視記憶部７１は、ＲＯＭ、ＲＡＭ、ＨＤＤ及びＳＳＤ等の記憶装置の機能として実現される。監視記憶部７１は、監視用プログラム７４、１または複数のパッケージデータ６４及びパッケージテーブル７５を記憶する。監視記憶部７１は、最新のパッケージデータ６４とともに、旧バージョンのパッケージデータ６４を記憶してよい。監視用プログラム７４は、ＣＤ−ＲＯＭまたはＤＶＤ−ＲＯＭ等のコンピュータにより読み取り可能な記憶媒体に記憶されて提供されてもよく、インターネット等のネットワーク１９を介して提供されてもよい。
【００５０】
図３は、パッケージデータ６４を管理するためのパッケージテーブル７５の図である。図３に示すように、パッケージテーブル７５は、アプロード日時、パッケージバージョン、親局装置２０、中継装置２２及び子局装置２４の各プログラム３５、４５、５５及び各ファイル３６、４６、５６のバージョン、パッケージデータ６４の所在を示すファイルパス、及び、安定化情報を関連付けている。
【００５１】
図３に示す安定化情報では、“０”が安定化を示し、“１”が試験用を示している。ここで、例えば、パッケージバージョンが“３．０”のパッケージデータ６４のように、安定化情報が試験用（即ち、“１”）のまま維持されてもよい。これは、当該パッケージデータ６４のプログラム３５、４５、５５及びファイル３６、４６、５６が、各装置２０、２２、２４で実行されても、安定化しなかったことを示す。
【００５２】
図３に示すように、最新のパッケージデータ６４が、最新のプログラム３５、４５、５５及び最新のファイル３６、４６、５６以外のプログラム３５、４５、５５及びファイル３６、４６、５６以外を含んでもよい。例えば、パッケージバージョンが“３．１”のパッケージデータ６４は、中継装置２２の中継プログラム４５のバージョンが最新の“３．０”ではなく“２．１”となっている。従って、パッケージバージョンが“３．０”の安定化しないパッケージデータ６４のプログラム３５、４５、５５及びファイル３６、４６、５６で更新された装置２０、２２、２４は、当該更新後、安定化したパッケージバージョンが“３．１”のパッケージデータ６４のプログラム３５、４５、５５及びファイル３６、４６、５６で更新されてもよい。この場合、中継装置２２の中継プログラム４５は、ダウングレードとなる。
【００５３】
図４は、監視制御装置１８のパッケージデータ６４を更新するためのパッケージデータ更新処理のシーケンス図である。
【００５４】
図４に示すように、クライアント端末１６の端末処理部６０のパッケージ部６２は、パッケージデータ更新指示を取得したか否かを判定する（Ｓ１０２）。パッケージ部６２は、パッケージデータ更新処理を取得していない場合（Ｓ１０２：Ｎｏ）、ステップＳ１０８を実行する。通信中継システム１０の管理者が、例えば、クライアント端末１６の入力装置によってパッケージデータ更新指示を入力すると、パッケージ部６２は、パッケージデータ更新指示を取得したと判定して（Ｓ１０２：Ｙｅｓ）、新しいプログラム３５、４５、５５、及び、新しいファイル３６、４６、５６のいずれかを含むパッケージデータ６４を生成する（Ｓ１０４）。パッケージ部６２は、生成したパッケージデータ６４を端末記憶部６１に格納するとともに、試験用を示す安定化情報とともにパッケージデータ６４を監視制御装置１８へ出力する（Ｓ１０６）。尚、パッケージ部６２は、パッケージデータ６４とともに、パッケージデータ６４のアップロード日時及びパッケージバージョン等を出力してもよい。
【００５５】
監視制御装置１８の監視処理部７０の取得部７２は、クライアント端末１６からパッケージデータ６４及び安定化情報を取得したか否かを判定する（Ｓ２０２）。取得部７２は、パッケージデータ６４及び安定化情報を取得していない場合（Ｓ２０２：Ｎｏ）、ステップＳ２０８以降を実行する。クライアント端末１６がパッケージデータ６４及び安定化情報を出力すると、取得部７２は、クライアント端末１６からパッケージデータ６４及び安定化情報を取得したと判定して（Ｓ２０２：Ｙｅｓ）、取得したパッケージデータ６４及び安定化情報を更新制御部７３へ出力する。
【００５６】
更新制御部７３は、取得したパッケージデータ６４を監視記憶部７１へ格納する（Ｓ２０４）。更新制御部７３は、パッケージデータ６４及び安定化情報に基づいてパッケージテーブル７５を生成または更新する（Ｓ２０６）。例えば、更新制御部７３は、初めてパッケージデータ６４及び安定化情報を取得した場合、パッケージテーブル７５を生成する。一方、更新制御部７３は、パッケージテーブル７５が既に生成されている場合、パッケージデータ６４を取得すると、パッケージテーブル７５を更新する。例えば、更新制御部７３は、新たに取得したパッケージデータ６４のアップロード日時、パッケージデータ６４のパッケージバージョン、パッケージデータ６４に含まれるプログラム３５、４５、５５及びファイル３６、４６、５６のバージョン、試験用を示す安定化情報をパッケージテーブル７５に追加して更新する。
【００５７】
クライアント端末１６のパッケージ部６２は、いずれかのパッケージデータ６４の安定化を示す安定化情報を取得したか否かを判定する（Ｓ１０８）。パッケージ部６２は、安定化情報を取得していないと判定すると（Ｓ１０８：Ｎｏ）、ステップＳ１０２以降を繰り返す。通信中継システム１０の管理者が、例えば、クライアント端末１６の入力装置によっていずれかのパッケージデータ６４の安定化を示す安定化情報を入力すると、パッケージ部６２は、安定化情報を取得したと判定して（Ｓ１０８：Ｙｅｓ）、対象のパッケージデータ６４を特定するためのアップロード日時またはパッケージバージョンとともに、安定化を示す安定化情報を監視制御装置１８へ出力する（Ｓ１１０）。
【００５８】
監視制御装置１８の取得部７２は、アップロード日時またはパッケージバージョンとともに、安定化を示す安定化情報をクライアント端末１６から取得したか否かを判定する（Ｓ２０８）。取得部７２は、安定化情報を取得していないと判定すると（Ｓ２０８：Ｎｏ）、ステップＳ２０２以降を繰り返す。取得部７２は、アップロード日時またはパッケージバージョンとともに、安定化を示す安定化情報をクライアント端末１６から取得したと判定すると（Ｓ２０８：Ｙｅｓ）、アップロード日時またはパッケージバージョンとともに、安定化情報を更新制御部７３へ出力する。
【００５９】
更新制御部７３は、アップロード日時またはパッケージバージョンとともに取得した安定化情報に基づいて、パッケージテーブル７５を更新する（Ｓ２１０）。例えば、更新制御部７３は、アップロード日時またはパッケージバージョンによって特定されるパッケージデータ６４の安定化情報を安定化に書き換えてパッケージテーブル７５を更新する。この後、監視処理部７０はステップＳ２０２以降を繰り返す。
【００６０】
図５は、クライアント端末１６及び監視制御装置１８の試験用の更新処理のシーケンス図である。図６は、親局装置２０、中継装置２２及び子局装置２４の試験用の更新処理のシーケンス図である。試験用の更新処理は、各装置２０、２２、２４において、試験用のプログラム３５、４５、５５及びファイル３６、４６、５６を更新する処理である。図５における＃１から＃４は、図６の＃１から＃４と連結される。
【００６１】
図５に示すように、試験用の更新処理では、クライアント端末１６の端末処理部６０のパッケージ部６２が、試験用のバージョンチェック要求を出力するか否かを判定する（Ｓ１２０）。試験用のバージョンチェック要求は、親局装置２０、中継装置２２及び子局装置２４のバージョンよりも、監視制御装置１８に格納されている試験用のパッケージデータ６４のバージョンが新しいか否かのチェックを要求する指示である。パッケージ部６２は、試験用のバージョンチェック要求を予め設定された更新日時に出力してもよく、定期的に出力してもよく、クライアント端末１６の管理者によって入力された指示によってバージョンチェック要求を出力してもよい。パッケージ部６２は、試験用のバージョンチェック要求を出力すると判定するまで待機状態となる（Ｓ１２０：Ｎｏ）。パッケージ部６２は、試験用のバージョンチェック要求を出力すると判定すると（Ｓ１２０：Ｙｅｓ）、試験用のバージョンチェック要求を監視制御装置１８へ出力する（Ｓ１２１）。
【００６２】
監視制御装置１８の監視処理部７０の取得部７２は、クライアント端末１６から試験用のバージョンチェック要求を取得したか否かを判定する（Ｓ２２０）。取得部７２は、試験用のバージョンチェック要求を取得するまで待機状態となる（Ｓ２２０：Ｎｏ）。取得部７２は、クライアント端末１６から試験用のバージョンチェック要求を取得したと判定すると（Ｓ２２０：Ｙｅｓ）、試験用のバージョン情報要求を更新制御部７３へ出力する。更新制御部７３は、試験用のバージョン情報要求を取得すると、複数の局グループ１４から選択した試験用の局グループ１４の親局装置２０にバージョン情報要求を出力する（Ｓ２２２、＃１）。
【００６３】
図６に示すように、親局装置２０の親局処理部３０の親局管理部３４は、監視制御装置１８からバージョン情報要求を取得したか否かを判定する（Ｓ３０２）。親局管理部３４は、バージョン情報要求を取得するまで待機状態となる（Ｓ３０２：Ｎｏ）。親局管理部３４は、監視制御装置１８からバージョン情報要求を取得したと判定すると（Ｓ３０２：Ｙｅｓ）、バージョン情報要求を中継装置２２に出力する（Ｓ３０４）。
【００６４】
中継装置２２の中継処理部４０の中継管理部４４は、親局装置２０からバージョン情報要求を取得したか否かを判定する（Ｓ４０２）。中継管理部４４は、バージョン情報要求を取得するまで待機状態となる（Ｓ４０２：Ｎｏ）。中継管理部４４は、親局装置２０からバージョン情報要求を取得したと判定すると（Ｓ４０２：Ｙｅｓ）、バージョン情報要求を子局装置２４に出力する（Ｓ４０４）。
【００６５】
子局装置２４の子局処理部５０の子局管理部５４は、中継装置２２からバージョン情報要求を取得したか否かを判定する（Ｓ５０２）。子局管理部５４は、バージョン情報要求を取得するまで待機状態となる（Ｓ５０２：Ｎｏ）。子局管理部５４は、中継装置２２からバージョン情報要求を取得したと判定すると（Ｓ５０２：Ｙｅｓ）、子局装置２４の子局プログラム５５及び子局ファイル５６のバージョン情報を示すバージョン情報応答を中継装置２２に出力する（Ｓ５０４）。
【００６６】
中継装置２２の中継管理部４４は、子局装置２４からバージョン情報応答を取得したか否かを判定する（Ｓ４０６）。中継管理部４４は、バージョン情報応答を取得するまで待機状態となる（Ｓ４０６：Ｎｏ）。中継管理部４４は、バージョン情報応答を取得したと判定すると（Ｓ４０６：Ｙｅｓ）、子局装置２４のバージョン情報応答とともに、中継装置２２の中継プログラム４５及び中継ファイル４６のバージョン情報を示すバージョン情報応答を親局装置２０に出力する（Ｓ４０８）。
【００６７】
親局装置２０の親局管理部３４は、中継装置２２からバージョン情報応答を取得したか否かを判定する（Ｓ３０６）。親局管理部３４は、バージョン情報応答を取得するまで待機状態となる（Ｓ３０６：Ｎｏ）。親局管理部３４は、中継装置２２からバージョン情報応答を取得したと判定すると（Ｓ３０６：Ｙｅｓ）、子局装置２４及び中継装置２２のバージョン情報応答とともに、親局装置２０の親局プログラム３５及び親局ファイル３６のバージョン情報を示すバージョン情報応答を監視制御装置１８に出力する（Ｓ３０８、＃２）。
【００６８】
図５に示すように、監視制御装置１８の取得部７２は、親局装置２０からバージョン情報応答を取得したか否かを判定する（Ｓ２２４）。取得部７２は、バージョン情報応答を取得するまで待機状態となる（Ｓ２２４：Ｎｏ）。取得部７２は、親局装置２０からバージョン情報応答を取得したと判定すると（Ｓ２２４：Ｙｅｓ）、バージョン情報応答を更新制御部７３へ出力する。更新制御部７３は、取得したバージョン情報応答及びパッケージテーブル７５に基づいて、バージョンチェック結果を生成してクライアント端末１６へ出力する（Ｓ２２６）。バージョンチェック結果は、親局装置２０、中継装置２２及び子局装置２４のプログラム３５、４５、５５及びファイル３６、４６、５６のバージョンと、監視記憶部７１に記憶されている最新の試験用のパッケージデータ６４のプログラム３５、４５、５５及びファイル３６、４６、５６のバージョンとの差異を示す情報である。
【００６９】
クライアント端末１６のパッケージ部６２は、監視制御装置１８からバージョンチェック結果を取得したか否かを判定する（Ｓ１２２）。パッケージ部６２は、バージョンチェック結果を取得するまで待機状態となる（Ｓ１２２：Ｎｏ）。パッケージ部６２は、監視制御装置１８からバージョンチェック結果を取得したと判定すると（Ｓ１２２：Ｙｅｓ）、監視制御装置１８に試験用の更新要求を出力する（Ｓ１２４）。試験用の更新要求は、安定化情報が試験用であることを示すプログラム３５、４５、５５及びファイル３６、４６、５６による、試験用の局グループ１４のプログラム３５、４５、５５及びファイル３６、４６、５６の更新の要求である。
【００７０】
監視制御装置１８の取得部７２は、クライアント端末１６から試験用の更新要求を取得したか否かを判定する（Ｓ２２８）。取得部７２は、試験用の更新要求を取得するまで待機状態となる（Ｓ２２８：Ｎｏ）。取得部７２は、クライアント端末１６から試験用の更新要求を取得したと判定すると（Ｓ２２８：Ｙｅｓ）、更新要求を更新制御部７３へ出力する。
【００７１】
更新制御部７３は、試験用のパッケージデータ６４のプログラム３５、４５、５５、ファイル３６、４６、５６、及び、更新要求を試験用の局グループ１４の親局装置２０へ出力する（Ｓ２３０、＃３）。試験用の局グループ１４は、ステップＳ２２２でバージョン情報要求を出力した局グループ１４と同じである。更新制御部７３は、安定化情報が試験用を示すパッケージデータ６４のうち、最新バージョンのパッケージデータ６４を選択する。更新制御部７３は、最新バージョンのパッケージデータ６４のプログラム３５、４５、５５及びファイル３６、４６、５６のうち、パッケージ情報応答が示すバージョンと異なるバージョンのプログラム３５、４５、５５及びファイル３６、４６、５６を更新要求とともに出力してよい。従って、更新制御部７３は、当該最新バージョンのパッケージデータ６４のプログラム３５、４５、５５及びファイル３６、４６、５６のうち、親局装置２０の親局プログラム３５及び親局ファイル３６のバージョンだけが異なる場合、親局装置２０の親局プログラム３５及び親局ファイル３６のみを出力し、中継装置２２及び子局装置２４のプログラム４５、５５及びファイル４６、５６を出力しない。
【００７２】
図６に示すように、試験用の局グループ１４の親局装置２０の親局更新部３３は、監視制御装置１８からプログラム３５、４５、５５、ファイル３６、４６、５６及び更新要求を取得したか否かを判定する（Ｓ３１０）。親局更新部３３は、更新要求等を取得するまで待機状態となる（Ｓ３１０：Ｎｏ）。親局更新部３３は、監視制御装置１８からプログラム３５、４５、５５、ファイル３６、４６、５６及び更新要求を取得したと判定すると（Ｓ３１０：Ｙｅｓ）、取得したプログラム３５、４５、５５及びファイル３６、４６、５６のうち、中継装置２２及び子局装置２４のプログラム４５、５５及びファイル４６、５６を中継装置２２へ出力する（Ｓ３１２）。親局更新部３３は、取得したプログラム３５、４５、５５及びファイル３６、４６、５６のうち、親局プログラム３５及び親局ファイル３６によって親局記憶部３１の親局プログラム３５及び親局ＦＰＧＡ３２の親局ファイル３６を更新する（Ｓ３１４）。
【００７３】
中継装置２２の中継更新部４３は、プログラム４５、５５、ファイル４６、５６及び更新要求を取得したか否かを判定する（Ｓ４１０）。中継更新部４３は、更新要求等を取得するまで待機状態となる（Ｓ４１０：Ｎｏ）。中継更新部４３は、プログラム４５、５５、ファイル４６、５６及び更新要求を取得したと判定すると（Ｓ４１０：Ｙｅｓ）、取得したプログラム４５、５５及びファイル４６、５６のうち、子局装置２４の子局プログラム５５及び子局ファイル５６を子局装置２４へ出力する（Ｓ４１２）。中継更新部４３は、取得したプログラム４５、５５及びファイル４６、５６のうち、中継プログラム４５及び中継ファイル４６によって中継記憶部４１の中継プログラム４５及び中継ＦＰＧＡ４２の中継ファイル４６を更新する（Ｓ４１４）。
【００７４】
子局装置２４の子局更新部５３は、中継装置２２から子局プログラム５５、子局ファイル５６及び更新要求を取得したか否かを判定する（Ｓ５０６）。子局更新部５３は、更新要求等を取得するまで待機状態となる（Ｓ５０６：Ｎｏ）。子局更新部５３は、中継装置２２から子局プログラム５５、子局ファイル５６及び更新要求を取得したと判定すると（Ｓ５０６：Ｙｅｓ）、取得した子局プログラム５５及び子局ファイル５６によって子局記憶部５１の子局プログラム５５及び子局ＦＰＧＡ５２の子局ファイル５６を更新する（Ｓ５０８）。子局更新部５３は、子局プログラム５５及び子局ファイル５６の更新の成否を示す更新結果を中継装置２２に出力する（Ｓ５１０）。この後、子局処理部５０は、ステップＳ５０２以降を繰り返す。
【００７５】
中継装置２２の中継更新部４３は、子局装置２４から更新結果を取得したか否かを判定する（Ｓ４１６）。中継更新部４３は、更新結果を取得するまで待機状態となる（Ｓ４１６：Ｎｏ）。中継更新部４３は、更新結果を取得したと判定すると（Ｓ４１６：Ｙｅｓ）、中継装置２２の中継プログラム４５及び中継ファイル４６の更新の成否を示す更新結果を、子局装置２４の更新結果とともに親局装置２０に出力する（Ｓ４１８）。この後、中継処理部４０は、ステップＳ４０２以降を繰り返す。
【００７６】
親局装置２０の親局更新部３３は、中継装置２２から更新結果を取得したか否かを判定する（Ｓ３１６）。親局更新部３３は、更新結果を取得するまで待機状態となる（Ｓ３１６：Ｎｏ）。親局更新部３３は、更新結果を取得したと判定すると（Ｓ３１６：Ｙｅｓ）、親局装置２０の親局プログラム３５及び親局ファイル３６の更新の成否を示す更新結果を、中継装置２２及び子局装置２４の更新結果とともに監視制御装置１８に出力する（Ｓ３１８、＃４）。この後、親局処理部３０は、ステップＳ３０２以降を繰り返す。
【００７７】
図５に示すように、監視制御装置１８の取得部７２は、親局装置２０から更新結果を取得したか否かを判定する（Ｓ２３２）。取得部７２は、更新結果を取得するまで待機状態となる（Ｓ２３２：Ｎｏ）。取得部７２は、更新結果を取得したと判定すると（Ｓ２３２：Ｙｅｓ）、親局装置２０、中継装置２２及び子局装置２４の更新結果をクライアント端末１６に出力する（Ｓ２３４）。この後、監視処理部７０は、ステップＳ２２０以降を繰り返す。
【００７８】
クライアント端末１６のパッケージ部６２は、監視制御装置１８から更新結果を取得したか否かを判定する（Ｓ１２６）。パッケージ部６２は、更新結果を取得するまで待機状態となる（Ｓ１２６：Ｎｏ）。パッケージ部６２は、更新結果を取得したと判定すると（Ｓ１２６：Ｙｅｓ）、親局装置２０、中継装置２２及び子局装置２４の更新結果を端末記憶部６１に格納する（Ｓ１２８）。この後、端末処理部６０は、ステップＳ１２０以降を繰り返す。
【００７９】
図７は、クライアント端末１６及び監視制御装置１８の安定化用の更新処理のシーケンス図である。安定化用の更新処理は、各装置２０、２２、２４において、安定化したプログラム３５、４５、５５及びファイル３６、４６、５６を更新する処理である。親局装置２０、中継装置２２及び子局装置２４の安定化用の更新処理は、図６と同様の処理なので、説明を省略する。図７における＃１から＃４は、図６の＃１から＃４と連結される。
【００８０】
図７に示すように、安定化用の更新処理では、クライアント端末１６のパッケージ部６２が、親局装置２０、中継装置２２及び子局装置２４のバージョンよりも安定化情報が安定化を示すパッケージデータ６４のバージョンが新しいか否かのチェックを要求する安定化用のバージョンチェック要求を出力するか否かを判定する（Ｓ１３０）。パッケージ部６２は、安定化用のバージョンチェック要求を予め設定された更新日時に出力してもよく、定期的に出力してもよく、クライアント端末１６の管理者によって入力された指示によってバージョンチェック要求を出力してもよい。パッケージ部６２は、安定化用のバージョンチェック要求を出力すると判定するまで待機状態となる（Ｓ１３０：Ｎｏ）。パッケージ部６２は、安定化用のバージョンチェック要求を出力すると判定すると（Ｓ１３０：Ｙｅｓ）、安定化用のバージョンチェック要求を監視制御装置１８へ出力する（Ｓ１３１）。
【００８１】
監視制御装置１８の監視処理部７０の取得部７２は、クライアント端末１６から安定化用のバージョンチェック要求を取得したか否かを判定する（Ｓ２４０）。取得部７２は、安定化用のバージョンチェック要求を取得するまで待機状態となる（Ｓ２４０：Ｎｏ）。取得部７２は、クライアント端末１６から安定化用のバージョンチェック要求を取得したと判定すると（Ｓ２４０：Ｙｅｓ）、安定化用のバージョン情報要求を更新制御部７３へ出力する。更新制御部７３は、安定化用のバージョン情報要求を取得すると、複数の局グループ１４から選択した安定化用の局グループ１４の親局装置２０にバージョン情報要求を出力する（Ｓ２４２、＃１）。安定化用の局グループ１４は、試験用の局グループ１４以外の局グループ１４であってよく、または、試験用の局グループ１４を含む全ての局グループ１４であってもよい。
【００８２】
図６に示すように、親局装置２０、中継装置２２、及び、子局装置２４は、バージョン情報要求を取得すると、バージョン情報応答を上流の装置へ出力する。
【００８３】
図７に示すように、監視制御装置１８の取得部７２は、親局装置２０からバージョン情報応答を取得したか否かを判定する（Ｓ２４４）。取得部７２は、バージョン情報応答を取得するまで待機状態となる（Ｓ２４４：Ｎｏ）。取得部７２は、親局装置２０からバージョン情報応答を取得したと判定すると（Ｓ２４４：Ｙｅｓ）、バージョン情報応答を更新制御部７３へ出力する。更新制御部７３は、取得したバージョン情報応答及びパッケージテーブル７５に基づいて、バージョンチェック結果を生成してクライアント端末１６へ出力する（Ｓ２４６）。バージョンチェック結果は、親局装置２０、中継装置２２及び子局装置２４のプログラム３５、４５、５５、ファイル３６、４６、５６のバージョンと、監視記憶部７１に記憶されている最新の安定化用のパッケージデータ６４のプログラム３５、４５、５５、ファイル３６、４６、５６のバージョンとの差異を示す情報である。
【００８４】
クライアント端末１６のパッケージ部６２は、監視制御装置１８からバージョンチェック結果を取得したか否かを判定する（Ｓ１３２）。パッケージ部６２は、バージョンチェック結果を取得するまで待機状態となる（Ｓ１３２：Ｎｏ）。パッケージ部６２は、監視制御装置１８からバージョンチェック結果を取得したと判定すると（Ｓ１３２：Ｙｅｓ）、監視制御装置１８に安定化用の更新要求を出力する（Ｓ１３４）。安定化用の更新要求は、安定化情報が安定化用であることを示すプログラム３５、４５、５５、ファイル３６、４６、５６による、安定化用の局グループ１４のプログラム３５、４５、５５、ファイル３６、４６、５６の更新の要求である。
【００８５】
監視制御装置１８の取得部７２は、クライアント端末１６から安定化用の更新要求を取得したか否かを判定する（Ｓ２４８）。取得部７２は、安定化用の更新要求を取得するまで待機状態となる（Ｓ２４８：Ｎｏ）。取得部７２は、クライアント端末１６から安定化用の更新要求を取得したと判定すると（Ｓ２４８：Ｙｅｓ）、更新要求を更新制御部７３へ出力する。
【００８６】
更新制御部７３は、安定化用のパッケージデータ６４のプログラム３５、４５、５５、ファイル３６、４６、５６、及び、更新要求を安定化用の局グループ１４の親局装置２０へ出力する（Ｓ２５０、＃３）。安定化用の局グループ１４は、ステップＳ２４２でバージョン情報要求を出力した局グループ１４と同じである。更新制御部７３は、安定化情報が安定化用を示すパッケージデータ６４のうち、最新バージョンのパッケージデータ６４を選択する。更新制御部７３は、最新バージョンのパッケージデータ６４のプログラム３５、４５、５５及びファイル３６、４６、５６のうち、パッケージ情報応答が示すバージョンと異なるバージョンのプログラム３５、４５、５５及びファイル３６、４６、５６を更新要求とともに出力してよい。従って、更新制御部７３は、例えば、当該最新バージョンのパッケージデータ６４のプログラム３５、４５、５５及びファイル３６、４６、５６のうち、親局装置２０の親局プログラム３５及び親局ファイル３６のバージョンだけが異なる場合、親局装置２０の親局プログラム３５及び親局ファイル３６のみを出力し、中継装置２２及び子局装置２４のプログラム４５、５５及びファイル４６、５６を出力しない。ここでいうバージョンが異なるには、安定化用の最新バージョンのパッケージデータ６４のプログラム３５、４５、５５及びファイル３６、４６、５６が、パッケージ情報応答が示すバージョンよりも古い場合も含む。従って、この場合、更新制御部７３が出力したパッケージデータ６４のプログラム３５、４５、５５、及び、ファイル３６、４６、５６によって、装置２０、２２、２４は、プログラム３５、４５、５５、及び、ファイル３６、４６、５６をダウングレードすることになる。
【００８７】
図６に示すように、親局装置２０、中継装置２２及び子局装置２４は、自装置用のプログラム３５、４５、５５及びファイル３６、４６、５６を取得すると、当該プログラム３５、４５、５５及びファイル３６、４６、５６を更新して、更新結果を上流の装置へ出力する。
【００８８】
図７に示すように、監視制御装置１８の取得部７２は、親局装置２０から更新結果を取得したか否かを判定する（Ｓ２５２）。取得部７２は、更新結果を取得するまで待機状態となる（Ｓ２５２：Ｎｏ）。取得部７２は、更新結果を取得したと判定すると（Ｓ２５２：Ｙｅｓ）、親局装置２０、中継装置２２及び子局装置２４の更新結果をクライアント端末１６に出力する（Ｓ２５４）。この後、監視処理部７０は、ステップＳ２４０以降を繰り返す。
【００８９】
クライアント端末１６のパッケージ部６２は、監視制御装置１８から更新結果を取得したか否かを判定する（Ｓ１３６）。パッケージ部６２は、更新結果を取得するまで待機状態となる（Ｓ１３６：Ｎｏ）。パッケージ部６２は、更新結果を取得したと判定すると（Ｓ１３６：Ｙｅｓ）、親局装置２０、中継装置２２及び子局装置２４の更新結果を端末記憶部６１に格納する（Ｓ１３８）。この後、端末処理部６０は、ステップＳ１３０以降を繰り返す。
【００９０】
上述したように、第１実施形態の監視制御装置１８は、パッケージデータ６４が安定化しているか否かを示す安定化情報、及び、更新内容によって、プログラム３５、４５、５５、及び、ファイル３６、４６、５６がパッケージ化されたパッケージデータ６４及び出力先の局グループ１４を選択している。これにより、監視制御装置１８は、パッケージ単位でプログラム３５、４５、５５、及び、ファイル３６、４６、５６を管理して更新させることによって、プログラム３５、４５、５５、及び、ファイル３６、４６、５６の組み合わせによって装置２０、２２、２４が不安定になることを抑制できる。
【００９１】
例えば、監視制御装置１８は、試験用の更新処理において、安定化が不明の試験用のパッケージデータ６４のプログラム３５、４５、５５、及び、ファイル３６、４６、５６で試験用の局グループ１４のプログラム３５、４５、５５、及び、ファイル３６、４６、５６を更新することにより、当該パッケージデータ６４が安定化しているか否かを判定できるとともに、試験用以外の局グループ１４が不安定になることを低減できる。
【００９２】
監視制御装置１８は、安定化用の更新処理において、安定化した組み合わせのプログラム３５、４５、５５、及び、ファイル３６、４６、５６によって装置２０、２２、２４のプログラム３５、４５、５５、及び、ファイル３６、４６、５６を更新させることができる。従って、監視制御装置１８は、プログラム３５、４５、５５、及び、ファイル３６、４６、５６の更新によって、装置２０、２２、２４が不安定になることを抑制できる。
【００９３】
監視制御装置１８は、パッケージバージョンによって、最新のパッケージデータ６４を選択して、更新処理を実行している。これにより、監視制御装置１８は、試験用の更新処理では、安定化していない最新のパッケージデータ６４を選択して更新処理を実行できる。これにより、監視制御装置１８は、試験用の更新処理では、安定化しない可能性の高い古いパッケージデータ６４を選択することなく、安定化する可能性のあるパッケージデータ６４を選択することができる。この結果、監視制御装置１８は、効率よくパッケージデータ６４の安定化を試験できる。また、監視制御装置１８は、安定化の更新処理では、安定化したパッケージデータ６４のうち、最新のパッケージデータ６４を選択するので、最新かつ安定したプログラム３５、４５、５５、及び、ファイル３６、４６、５６を更新させることができる。
【００９４】
監視制御装置１８は、選択したパッケージデータ６４のプログラム３５、４５、５５、及び、ファイル３６、４６、５６のうち、装置２０、２２、２４のプログラム３５、４５、５５、及び、ファイル３６、４６、５６とバージョンに差異のあるプログラム３５、４５、５５、及び、ファイル３６、４６、５６を出力している。これにより、監視制御装置１８は、既に更新済みのプログラム３５、４５、５５、及び、ファイル３６、４６、５６を出力することを抑制できる。
【００９５】
＜第２実施形態＞
更新制御部７３は、アップロード日時に基づいて、最新のパッケージデータ６４を選択してよい。例えば、更新制御部７３は、試験用の更新処理では、安定化情報が試験用のパッケージデータ６４のうち、最新のパッケージデータ６４をアップロード日時に基づいて選択してよい。更新制御部７３は、安定化用の更新処理では、安定化情報が安定を示すパッケージデータ６４のうち、最新のパッケージデータ６４をアップロード日時に基づいて選択してよい。これにより、監視制御装置１８は、パッケージバージョンによって最新のパッケージデータ６４を選択する場合と同様の効果を奏することができる。また、更新制御部７３は、アップロード日時に基づいて、親局装置２０、中継装置２２及び子局装置２４の各プログラム３５、４５、５５及び各ファイル３６、４６、５６と、監視記憶部７１のパッケージデータ６４との差異を示すバージョンチェック結果を生成してもよい。この場合、取得部７２は、親局装置２０から装置２０、２２、２４のプログラム３５、４５、５５及びファイル３６、４６、５６のアップロード日時を取得して、更新制御部７３へ出力する。更新制御部７３は、取得したプログラム３５、４５、５５及びファイル３６、４６、５６のアップロード日時と、パッケージテーブル７５が示すアップロード日時とを比較し、差異を判定し、バージョンチェック結果を生成してよい。
【００９６】
＜第３実施形態＞
更新制御部７３は、バージョンチェック結果の生成において、装置２０、２２、２４のプログラム３５、４５、５５及びファイル３６、４６、５６のバージョンと、パッケージデータ６４のプログラム３５、４５、５５及びファイル３６、４６、５６のバージョンとに差異がある場合、差異のあるパッケージデータ６４のプログラム３５、４５、５５及びファイル３６、４６、５６を出力して、装置２０、２２、２４のプログラム３５、４５、５５及びファイル３６、４６、５６を更新させてよい。換言すれば、更新制御部７３は、当該差異を検出した場合、クライアント端末１６からの更新要求を受け付けることなく、差異のあるパッケージデータ６４のプログラム３５、４５、５５及びファイル３６、４６、５６を出力してよい。この場合、ステップＳ１２２、Ｓ１２４、Ｓ２２８、Ｓ１３２、Ｓ１３４、Ｓ２４８等を省略してよい。
【００９７】
＜第４実施形態＞
更新制御部７３は、取得部７２から更新結果を取得して、当該更新結果に基づいて、安定化情報を設定してもよい。例えば、更新制御部７３は、更新結果が失敗を示す場合、対応するパッケージデータ６４の安定化情報を試験用に固定してよい。従って、更新制御部７３は、安定化の更新処理では、更新結果が失敗を示すパッケージデータ６４のプログラム３５、４５、５５及びファイル３６、４６、５６を装置２０、２２、２４へと出力しない。これにより、監視制御装置１８は、クライアント端末１６によらずパッケージデータ６４の安定化を判定できる。
【００９８】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００９９】
１０：通信中継システム、      １４：局グループ、      １６：クライアント端末、      １８：監視制御装置、      １９：ネットワーク、      ２０：親局装置、      ２２：中継装置、      ２４：子局装置、      ３５：親局プログラム、      ４５：中継プログラム、      ５５：子局プログラム、      ６２：パッケージ部、      ６４：パッケージデータ、      ７２：取得部、      ７３：更新制御部、      ７５：パッケージテーブル。
【図１】
2019220823.tif 000003
【図２】
2019220823.tif 000004
【図３】
2019220823.tif 000005
【図４】
2019220823.tif 000006
【図５】
2019220823.tif 000007
【図６】
2019220823.tif 000008
【図７】
2019220823.tif 000009