JP2009211286A - 伝送システム、および伝送システムのソフトウェア管理方法 - Google Patents

Abstract

【課題】システム全体のソフトウェア管理に要する負担を軽減できる伝送システムのソフトウェア管理方法を提供する。
【解決手段】制御端末装置は、複数種類の伝送装置に対する複数種類の制御ソフトウェアを記憶する制御ソフトウェア記憶部１１１と、制御ソフトウェア記憶部１１１に記憶されている制御ソフトウェアのバージョン情報を記憶するバージョン記憶部１１２と、制御ソフトウェアが起動される場合に、バージョン記憶部１１２に記憶されているバージョン情報が示すバージョンよりも新しいバージョンの制御ソフトウェアが、伝送装置２０１に保持されているときには、伝送装置２０１に制御ソフトウェアの送信を要求する要求処理を実行する要求部１１３と、要求部１１３が伝送装置に要求を行った場合には、伝送装置２０１から制御ソフトウェアを受信した後に、制御ソフトウェアを起動する起動処理を実行する起動部１１４とを含む。
【選択図】図１

Description

本発明は、伝送装置の管理のために伝送装置に接続される制御端末装置を含む伝送システム、および伝送システムのソフトウェアを管理するソフトウェア管理方法に関する。

制御端末装置が相互に接続される伝送システムでは、システムにおいて、異なる種類の多数の伝送装置が存在する。異なる種類の伝送装置には、基本的機能が異なる伝送装置の他に、基本的機能は同じであるが品種（型番）が異なるものも含まれる。品種（型番）が異なるものの例として、基本的機能は同じであるがオプション機能の有無や種類が異なることが挙げられる。各々の種類の伝送装置に搭載されるソフトウェアは一般に装置種類固有のソフトウェアである。従って、伝送装置自体に搭載されるソフトウェア（プログラム）の種類が多岐にわたるとともに、伝送装置に接続された制御端末装置における制御ソフトウェアの種類も多岐にわたる。なお、制御ソフトウェアは、制御端末装置が伝送装置を制御するために制御端末装置にインストール（搭載）されるソフトウェア（プログラム）である。また、以下、伝送装置の機能を実現するために、すなわち伝送制御を行わせるために伝送装置自体にインストールされるソフトウェアを装置ソフトウェアという。

また、一つの制御端末装置が複数種類の伝送装置を管理可能に構成される場合もある。その場合には、伝送システム内の存在する伝送装置のいずれもが、いずれの制御端末装置からも制御可能になる。そして、伝送システム内の存在する各々の制御端末装置には、複数種類の伝送装置に対する複数種類の制御ソフトウェアが搭載される。ただし、実際には、いずれの制御端末装置も、いずれか１つの伝送装置に接続され、接続されている伝送装置を制御する。

制御端末装置に複数種類の伝送装置に対する制御ソフトウェアが存在する場合には、制御端末装置のユーザのソフトウェア管理が煩雑である。例えば、制御ソフトウェアの更新（以下、バージョンアップという。）は一般的に生じうるが、各々の制御端末装置に多種類の制御ソフトウェアが搭載されるように構成される場合には、１つ種類の伝送装置に対する制御ソフトウェアの更新に際して、多数の制御端末装置に対してバージョンアップ作業を行う必要があり、ユーザの負担は大きい。

なお、伝送システムにおいてではないが、ユーザのソフトウェアバージョンアップに関する負担を軽減するために、端末装置がサーバ側に適宜バージョン情報を送信し、サーバ側で、受信したバージョン情報が最新バージョンを示していない場合には、自動的に端末装置に最新バージョンのプログラムを送信するシステムがある（例えば、特許文献１参照）。

特開２００１−７８２５８号公報（段落０００９−００１０）

図８は、一般的な伝送システムのソフトウェア管理方法を説明するための伝送システムの構成を示すシステム構成図である。図８には、伝送装置（Ａ）１０，伝送装置（Ｂ）１１、伝送装置（Ｃ）１２、伝送装置（Ｄ）４および伝送装置（Ａ）１３がネットワーク（通信ネットワーク）３０に接続されている例が示されている。なお、伝送装置１０と伝送装置１３とは同じ機種の装置であるが、インストールされている装置ソフトウェアのバージョンが異なっている。

ここでは、伝送装置４に接続されている制御端末装置（以下、制御端末という。）１０１におけるソフトウェア管理を例にする。制御ソフトウェアは、各装置（伝送装置）用に作成されたＣＤ−ＲＯＭ等のインストール媒体１４１，１４２，１４３，１４４，１４５によって、制御端末１０１にインストールされて個別の制御ソフトウェア１５１，１５２，１５３，１５４，１５５として制御端末１０１の記憶装置１０２に保存される。そのようなインストール方法では、上述したように、制御ソフトウェアのバージョンアップを行う場合に、バージョンアップのためのインストール媒体１４６，１４７，１４８，１４９，１５０の作成と配布、および再インストールに手間がかかるという課題がある。また、装置種別ごとに固有の制御ソフトウェアが存在するために、接続先の装置を意識して制御ソフトウェア１５１〜１５５のいずれかを起動する必要がある。

このように、１つの制御端末１０１に、複数種類の伝送装置４，１０，１１，１２，１３を制御するための制御ソフトウェアが搭載されている場合には、複数種類の制御ソフトウェアを制御端末１０１にインストールする必要があり、その管理が煩雑である。また、複数の制御ソフトウェアが制御端末１０１に存在するので、ユーザは接続している伝送装置によって起動する制御ソフトウェアを選択する必要があり、利便性に欠ける。また、伝送システム内に多数の制御端末が存在する場合には、制御ソフトウェアのバージョンアップが発生した場合には、制御端末１０１の数に応じてインストール作業の工数が増えてしまう。

そこで、特許文献１に記載されているように、管理サーバ等から通信ネットワークを介して更新プログラムをダウンロードすることによって、バージョンアップを実現する方法が有効になる。しかし、特許文献１に記載されているような通信ネットワークを介してバージョンアップを実現する方法を図８に示された伝送システムに適用した場合には、伝送装置４，１０，１１，１２，１３の装置ソフトウェアのバージョンアップは容易であるが、制御端末１０１における制御ソフトウェアのバージョンアップは容易ではない。制御端末１０１における制御ソフトウェアのバージョンアップもオンラインで実現しようとすると、制御端末１０１もネットワーク３０に接続可能に構成する必要があるが、そのように構成するのは無駄である。

そこで、本発明は、ネットワーク経由でソフトウェアのバージョンアップを行うことが可能であるようにしてソフトウェア管理の工数等を削減しつつ、システム全体のソフトウェア管理に要する負担を軽減できる伝送システム、および伝送システムのソフトウェア管理方法を提供することを目的とする。

本発明による伝送システムは、装置ソフトウェアに従って伝送制御を行う複数の伝送装置のそれぞれが、制御ソフトウェアに従って制御を行う制御端末装置によって制御される伝送システムであって、複数の伝送装置のそれぞれは、自装置の制御のために制御端末装置で用いられる制御ソフトウェアを保持する記憶部と、制御端末装置からの要求に応じて、記憶装置に保持されている制御ソフトウェアを制御端末装置に送信する送信部と、記憶装置に保持されている制御ソフトウェアのバージョン管理を行うバージョン管理部とを含み、制御端末装置は、複数種類の伝送装置のそれぞれを制御するためのそれぞれの制御ソフトウェアを記憶する制御ソフトウェア記憶部と、制御ソフトウェア記憶部に記憶されている制御ソフトウェアのバージョン情報を記憶するバージョン記憶部と、制御ソフトウェアが起動される場合に、バージョン記憶部に記憶されているバージョン情報が示すバージョンよりも新しいバージョンの制御ソフトウェアが、自端末装置に接続されている伝送装置に保持されているときには、その伝送装置に制御ソフトウェアの送信を要求する要求処理を実行する要求部と、要求部が伝送装置に要求を行った場合には、伝送装置から制御ソフトウェアを受信した後に、制御ソフトウェアを起動する起動処理を実行する起動部とを含むことを特徴とする。

本発明による伝送システムのソフトウェア管理方法は、装置ソフトウェアに従って伝送制御を行う複数の伝送装置のそれぞれが、制御ソフトウェアに従って制御を行う制御端末装置によって制御される伝送システムおけるソフトウェア管理方法であって、複数の伝送装置のそれぞれが、自装置の制御のために制御端末装置で用いられる制御ソフトウェアを保持し、制御端末装置からの要求に応じて、保持している制御ソフトウェアを制御端末装置に送信し、保持している制御ソフトウェアのバージョン管理を行い、制御端末装置が、複数種類の伝送装置のそれぞれを制御するためのそれぞれの制御ソフトウェアを記憶する制御ソフトウェア記憶部に記憶されている制御ソフトウェアのバージョン情報を記憶し、制御ソフトウェアが起動される場合に、記憶しているバージョン情報が示すバージョンよりも新しいバージョンの制御ソフトウェアが、自端末装置に接続されている伝送装置に保持されているときには、その伝送装置に制御ソフトウェアの送信を要求する要求処理を実行し、伝送装置に要求を行った場合には、伝送装置から制御ソフトウェアを受信した後に制御ソフトウェアを起動することを特徴とする。

本発明によれば、ソフトウェア管理の工数等を削減しつつ、伝送システム全体のソフトウェア管理に要する負担を軽減できる。

図１は、本発明によるソフトウェア管理方法が適用される伝送システムを示す概念図である。図１に示すように、伝送システムにおいて、複数の伝送装置２０１，２０２のそれぞれは、自装置の制御のために制御端末（伝送装置２０１については制御端末１００）で用いられる制御ソフトウェア（例えば、伝送装置の設定や、設定変更を行うためのプログラム）を保持する記憶部２１２（図２における記憶装置５Ａの制御ソフトウェア２６の記憶部分に相当）と、制御端末からの要求に応じて、記憶部２１２に保持されている制御ソフトウェアを制御端末に送信する送信部２１３（図２における送受信部６に相当）と、記憶部２１２に保持されている制御ソフトウェアのバージョン管理を行うバージョン管理部２１１（図２における制御部５Ｂに相当）とを含み、制御端末装置１００は、複数種類の伝送装置（対応する制御ソフトウェアが異なる、または、制御ソフトウェアが同じでもバージョンが異なる）のそれぞれを制御するためのそれぞれの制御ソフトウェアを記憶する制御ソフトウェア記憶部（図２における記憶装置２Ａの制御ソフトウェア群２１の記憶部分に相当）１１１と、制御ソフトウェア記憶部１１１に記憶されている制御ソフトウェアのバージョン情報を記憶するバージョン記憶部１１２（図２におけるバージョン管理テーブル２３に相当）と、バージョン記憶部１１２に記憶されているバージョン情報が示すバージョンよりも新しいバージョンの制御ソフトウェアが、接続されている伝送装置２０１に保持されている場合に、伝送装置２０１に制御ソフトウェアの送信を要求する要求処理を実行する要求部１１３（図２における送受信部３に相当）と、要求部１１３が伝送装置２０１に要求を行った場合には、伝送装置２０１から制御ソフトウェアを受信した後に、伝送装置２０１を制御するための制御ソフトウェアを起動する起動処理を実行する起動部１１４（図２における制御部２Ｂに相当）とを含む。

また、伝送装置２０１，２０２は、自装置の装置種別を示すデータを保持し、制御端末装置１００は、制御ソフトウェアが起動される場合に、伝送装置４から装置種別を示すデータを取得する装置種別取得部（図２における送受信部３に相当）を含み、起動部は、装置種別取得部が取得したデータに応じた制御ソフトウェアを起動するように構成されていることが好ましい。そのような構成によれば、ユーザが、どの制御ソフトウェアを起動すればよいのか判断することは不要である。

以下、本発明の具体的な実施形態を図面を参照して説明する。
図２は、本発明によるソフトウェア管理方法が適用される伝送システムの構成例を示すシステム構成図である。図２に示す伝送システムでは、基幹通信網などに接続される光伝送装置などの伝送装置（Ａ）１０、伝送装置（Ｂ）１１および伝送装置（Ｄ）４が、ネットワーク３０に接続されている。

制御端末（制御端末装置）１は、伝送装置４と、ローカル接続（直結またはＬＡＮ接続）でデータ送受信可能に接続されている。また、伝送装置４，１０，１１は、ネットワーク３０を介してソフトウェア管理サーバ７とデータ送受信可能である。

ソフトウェア管理サーバ７は、記憶装置８と、通信を行う送受信部９とを備えている。記憶装置８には、各伝送装置４，１０，１１にインストールされるソフトウェアの集合である制御ソフトウェア群２４と、バージョン管理テーブル２５とが保持されている。

伝送装置４は、記憶装置５Ａと、制御部５Ｂと、通信を行う送受信部６とを備えている。記憶装置５Ａには、ソフトウェア管理サーバ７からダウンロードした、自装置に接続される制御端末において使用される制御ソフトウェア２６と、制御ソフトウェアのバージョン情報２７とが保持されている。なお、伝送装置１０，１１も、伝送装置４と同様に、記憶装置５Ａと制御部５Ｂと送受信部６とを備えている。

制御端末１は、パーソナルコンピュータ等の情報処理装置で実現可能であり、記憶装置２Ａと、制御部２Ｂと、通信を行う送受信部３とを備えている。記憶装置２Ａには、基本制御ソフトウェア２２と、各伝送装置４，１０，１１を制御するための制御ソフトウェアの集合である制御ソフトウェア群２１と、バージョン管理テーブル２３とが保持されている。なお、制御ソフトウェア群２１における各制御ソフトウェアは、起動時に、まず、基本制御ソフトウェア２２を起動するように構成されている。また、基本制御ソフトウェア２２は、あらかじめ、制御端末１にインストールされているプログラムである。

また、図２には、伝送装置４に接続されている制御端末１のみが示されているが、他の伝送装置１０，１１の各々にも制御端末が接続されている。そして、それらの制御端末にも、各伝送装置４，１０，１１を制御するための制御ソフトウェアの集合である制御ソフトウェア群２１と、バージョン管理テーブル２３とが保持されている。

図３は、制御端末１ではバージョン管理テーブル２３として保持され、ソフトウェア管理サーバ７ではバージョン管理テーブル２５として保持されるバージョン管理テーブル（バージョン管理テーブル４１とする。）の構成例を示す説明図である。図３に示す例では、バージョン管理テーブル４１のデータは、装置種別を示すデータ（以下、装置種別という。）４２と、装置バージョンを示すデータ（以下、装置バージョンという）４３と、制御ソフトウェアのバージョンを示すデータ（以下、制御ソフトウェアバージョンという。）４４と、制御ソフトウェア名を示すデータ（以下、制御ソフトウェア名という。）４５とで構成されている。

図４は、各伝送装置４，１０，１１で保持されるバージョン情報５１を示す説明図である。なお、バージョン情報５１は、図２に示す伝送装置４におけるバージョン情報２７に相当するものである。図４に示す例では、バージョン情報５１は、装置種別５２と、装置バージョン５３と、制御ソフトウェアバージョン５４とで構成されている。

次に、図５〜図７のフローチャートを参照して伝送システムにおけるソフトウェア管理の具体的処理例を説明する。

図５は、制御端末と伝送装置との間での処理を示すフローチャートである。ユーザは、まず、伝送装置４と制御端末１とをネットワークケーブルでローカル接続する。また、ユーザは、伝送装置４，１０，１１のうちのいずれかの制御ソフトウェアを起動したいときに、制御端末１にインストール済みの共通制御ソフトウェア（基本制御ソフトウェア２２に含まれる。）を起動する（ステップＳ１）。図２に示す構成では、制御端末１は伝送装置４に接続されているので、以下、制御端末１と伝送装置４との間での処理を例にするが、伝送装置１０，１１とそれらに接続されている各制御端末との間の処理も、以下のように実行される。

制御端末１は、共通制御ソフトウェアに従って、ローカル接続されている伝送装置４から、装置種別と装置バージョンと保存されている制御ソフトウェアのバージョン情報を取得する（ステップＳ２）。具体的には、制御端末１に搭載されている制御部２Ｂ（ＣＰＵなど）が、共通制御ソフトウェアに従って制御を実行し、バージョン情報を取得する処理を実行する。この例では、伝送装置４の装置種別、伝送装置４の装置バージョン、および伝送装置４に対する（伝送装置４を制御するための）制御ソフトウェアバージョンが取得される。

そして、制御部２Ｂは、共通制御ソフトウェアに従って、バージョン管理テーブル２３を使用して、取得した情報を基に最新バージョンの制御ソフトウェアが伝送装置４に存在しているか確認する（ステップＳ３）。制御端末１の記憶装置２Ａに保持されている制御ソフトウェアのバージョンが伝送装置４から取得したバージョンと一致した場合、または制御端末１の記憶装置２Ａに保持されている制御ソフトウェアのバージョンの方が新しい場合には、記憶装置２Ａに保持されている制御ソフトウェアを起動する（ステップＳ７）。起動する制御ソフトウェアは、ステップＳ２の処理で取得された装置種別に対応する制御ソフトウェアである。

制御端末１の記憶装置２Ａに保持されている制御ソフトウェアのバージョンが古い場合、または制御ソフトウェアが保存されていない場合には、伝送装置４から制御ソフトウェアのダウンロードを実施する（ステップＳ４）。なお、後述するように、伝送装置４は、制御端末１にインストールされるべき制御ソフトウェアをソフトウェア管理サーバ７から取得して保持している。また、伝送装置４は、制御ソフトウェアを端末装置１に送信するときに、ＣＲＣ（Cyclic Redundancy Check）コードを付加する。端末装置１の制御部２Ｂは、制御ソフトウェアのダウンロードが完了したらＣＲＣ（巡回冗長検査）を行ってファイルが正しくダウンロードできたかどうか確認する（ステップＳ５）。検査結果が不正の場合には、再度ダウンロード開始する（ステップＳ４）。

検査結果が正常の場合には、制御部２Ｂは、制御ソフトウェアを記憶装置２Ａに保存させ、バージョン管理テーブル２３の内容を更新したりバージョン管理テーブル２３の内容に追加を行ってから制御ソフトウェアを起動する（ステップＳ６，Ｓ７）。

図６は、伝送装置４，１０，１１での処理を示すフローチャートである。伝送装置４，１０，１１の各々は、下記のように、動作中に、タイマを用いて定期的にソフトウェア管理サーバ７に接続して、ソフトウェアのバージョンチェックを行う機能を有している。以下、伝送装置４の処理を例にするが、伝送装置１０，１１も同じ処理を行う。

伝送装置４が起動すると、制御部５Ｂは、タイマ時刻を初期値に設定する（ステップＳ１１，Ｓ１２）。タイマ時刻が到来すると、制御部５Ｂは、ソフトウェア管理サーバ７に接続する処理を行い、ソフトウェア管理サーバ７から、自装置に対する制御ソフトウェアのバージョン情報とダウンロード開始待ち時間を示す情報とを取得する（ステップＳ１３，Ｓ１４）。

また、制御部５Ｂは、ソフトウェア管理サーバ１７から取得したバージョン情報と、自装置が保持している制御ソフトウェアとのバージョンを比較する（ステップＳ１５）。ソフトウェア管理サーバ１７に最新のバージョンが存在しない場合（ソフトウェア管理サーバ１７が有している制御ソフトウェアのバージョンと自装置が保持している制御ソフトウェアのバージョンとが同じ、または、自装置が保持している制御ソフトウェアのバージョンの方が新しい場合）には、タイマ時刻を初期値にリセットして、次のタイマ時刻が到来するまで待つ（ステップＳ１５，Ｓ２１，Ｓ２２）。

ソフトウェア管理サーバ７に新しいバージョンの制御ソフトウェアが存在する場合は、ダウンロード開始待ち時間を確認し、０分（または０秒等のあらかじめ決められている時間）以外の場合には、現在時刻にダウンロード開始待ち時間分の時間を足した時刻をタイマ時刻として設定し、その時刻が到来まで待つ（ステップＳ１６，Ｓ１７）。ダウンロード開始待ち時間が０分の場合には、制御ソフトウェアのダウンロードを実施する（ステップＳ１６，Ｓ１８）。ソフトウェア管理サーバ７は、制御ソフトウェアを送信するときに、ＣＲＣ（Cyclic Redundancy Check）コードを付加する。制御部５Ｂは、ダウンロードが完了したら巡回冗長検査を行ってファイルが正しくダウンロードできたかどうか確認する（ステップＳ１９）。

検査結果が不正の場合には、再度ダウンロード開始する（ステップＳ１８）。検査結果が正常の場合には、制御部５Ｂは、制御ソフトウェアを記憶装置５Ａに保存させ、伝送装置のバージョン情報を更新する（ステップＳ２０）。そして、タイマ時刻を初期値にリセットして、次のタイマ時刻が到来するのを待つ（ステップＳ２１，Ｓ２２）。

図７は、伝送装置４，１０，１１とソフトウェア管理サーバ７との間での処理を示すフローチャートである。以下、伝送装置４の処理を例にするが、伝送装置１０，１１も同じ処理を行う。

伝送装置４は、記憶装置５Ａに保存されている自装置の種別と装置バージョンとを、ソフトウェア管理サーバ７に送信し、自装置用の制御ソフトウェアの最新バージョンとダウンロード開始待ち時間とを要求する（ステップＳ３１）。

ソフトウェア管理サーバ１７は、現在ダウンロード中のファイル数が、システムとして設定したしきい値以内（しきい値以下）である場合には、ダウンロード開始待ち時間を０分にする（ステップＳ３２，Ｓ３３）。しきい値外（しきい値を越えている）である場合は、現在のダウンロード開始待ち時間に、システムとして定めた待ち時間ｎ分を足した値を、ダウンロード待ち開始時間として設定する（ステップＳ３２，Ｓ３４）。

ソフトウェア管理サーバ１７は、ステップＳ３１で受け取った装置種別と装置バージョンとを基に、バージョン管理テーブル２５を参照して最新のバージョン情報を抽出する（ステップＳ３５）。そして、要求元の伝送装置に、最新のバージョン情報とダウンロード開始待ち時間を応答する（ステップＳ３６）。

以上に説明したように、この実施の形態では、伝送装置４，１０，１１は、制御端末１にインストールされるべき制御ソフトウェアであって自装置に対する制御ソフトウェアを保持する。そして、適宜、ソフトウェア管理サーバ１７が保持している制御ソフトウェアのバージョンを確認し、バージョンアップされていたら、最新版をダウンロードする。また、制御端末１は、伝送装置４，１０，１１に対する制御ソフトウェアを搭載しているが、接続されている伝送装置４の制御ソフトウェアが起動される際に、まず、共通制御ソフトウェア（基本制御ソフトウェア２２）を起動し、接続されている伝送装置４において保持されている制御ソフトウェアのバージョンが自装置が保持している制御ソフトウェアのバージョンよりも新しいか否か確認し、新しければ、伝送装置から新しいバージョンの制御ソフトウェアを取得した上で、制御ソフトウェアを起動する。

よって、ユーザが制御端末１に対するインストールするソフトウェアは基本制御ソフトウェア２２のみでよく、ユーザが制御端末１に対して実行するインストール作業は１回で済む。また、各々の伝送装置固有の制御ソフトウェアは制御端末１でバージョン管理されるが、必要であれば伝送装置４，１０，１１からダウンロードする仕組みを持っているので、制御ソフトウェアのバージョンアップが発生してもユーザによる制御端末１に対する再インストール作業は発生しない。

また、接続先の伝送装置から新しい制御ソフトウェアをダウンロードできるので、新しい種類の伝送装置とその制御ソフトウェアが開発されても、ユーザや制御端末１に与える影響がなくなる。さらに、ソフトウェア管理サーバ７に制御ソフトウェアを配置するだけで、伝送装置４，１０，１１において保持される制御ソフトウェアが更新され、制御端末１上の制御ソフトウェアも更新されるため、制御ソフトウェアの配布が容易になる。

また、端末装置１は、接続されている伝送装置４の制御ソフトウェアが起動される際に、共通制御ソフトウェアにもとづいて、接続されている伝送装置４の装置種別を取得し、複数種類の制御ソフトウェアのうち、取得した装置種別に対応する制御ソフトウェアを起動するので、複数種類の伝送装置に対する制御ソフトウェアが端末装置１に存在している場合でも、ユーザは、起動すべき制御ソフトウェアの判断を行なくてよい。

なお、伝送装置４，１０，１１における装置ソフトウェア（伝送装置自体の処理のためのプログラム）についても、ソフトウェア管理サーバ７において一括保持され、伝送装置４，１０，１１は、制御ソフトウェアの更新等の場合と同様に、最新版を適宜ソフトウェア管理サーバ７からダウンロードすることによって、ソフトウェアのインストールや更新等に関する付加が低減される。そのように構成する場合には、上述した自装置に対する制御ソフトウェアの管理（図６や図７参照）と同様の方法によって管理することができる。

本発明は、光伝送装置を始めとする伝送装置と、その制御端末ソフトウェアを有するシステム全般に適用可能である。

本発明によるソフトウェア管理方法が適用される伝送システムを示す概念図である。 伝送システムの構成例を示すシステム構成図である。 バージョン管理テーブルの構成例を示す説明図である。 各伝送装置で保持されるバージョン情報５１を示す説明図である。 制御端末と伝送装置との間での処理を示すフローチャートである。 伝送装置での処理を示すフローチャートである。 伝送装置とソフトウェア管理サーバとの間での処理を示すフローチャートである。 一般的な伝送システムのソフトウェア管理方法を説明するための伝送システムの構成を示すシステム構成図である。

符号の説明

１ 制御端末装置（制御端末）
２Ａ 記憶装置
２Ｂ 制御部
３ 送受信部
４，１０，１１ 伝送装置
５Ａ 制御部
５Ｂ 記憶装置
６ 送受信部
７ ソフトウェア管理サーバ
８ 記憶装置
９ 送受信部
２１ 制御ソフトウェア群
２２ 基本制御ソフトウェア（共通制御ソフトウェア）
２３ バージョン管理テーブル
２４ 制御ソフトウェア群
２５ バージョン管理テーブル
２６ 制御ソフトウェア
２７ バージョン情報
３０ ネットワーク（通信ネットワーク）
１００ 制御端末装置（制御端末）
１１１ 制御ソフトウェア記憶部
１１２ バージョン記憶部
１１３ 要求部
１１４ 起動部
２０１，２０１ 伝送装置
２１１ バージョン管理部
２１２ 記憶部
２１３ 送信部

Claims (9)

1. 装置ソフトウェアに従って伝送制御を行う複数の伝送装置のそれぞれが、制御ソフトウェアに従って制御を行う制御端末装置によって制御される伝送システムであって、
   前記複数の伝送装置のそれぞれは、
   自装置の制御のために前記制御端末装置で用いられる制御ソフトウェアを保持する記憶部と、
   前記制御端末装置からの要求に応じて、前記記憶部に保持されている制御ソフトウェアを前記制御端末装置に送信する送信部と、
   前記記憶部に保持されている制御ソフトウェアのバージョン管理を行うバージョン管理部とを含み、
   前記制御端末装置は、
   複数種類の伝送装置のそれぞれを制御するためのそれぞれの制御ソフトウェアを記憶する制御ソフトウェア記憶部と、
   前記制御ソフトウェア記憶部に記憶されている制御ソフトウェアのバージョン情報を記憶するバージョン記憶部と、
   制御ソフトウェアが起動される場合に、前記バージョン記憶部に記憶されているバージョン情報が示すバージョンよりも新しいバージョンの制御ソフトウェアが、自端末装置に接続されている伝送装置に保持されているときには、その伝送装置に制御ソフトウェアの送信を要求する要求処理を実行する要求部と、
   前記要求部が伝送装置に要求を行った場合には、当該伝送装置から制御ソフトウェアを受信した後に、制御ソフトウェアを起動する起動処理を実行する起動部とを含む
   ことを特徴とする伝送システム。
2. 伝送装置は、自装置の装置種別を示すデータを保持し、
   制御端末装置は、制御ソフトウェアが起動される場合に、前記伝送装置から装置種別を示すデータを取得する装置種別取得部を含み、
   起動部は、前記装置種別取得部が取得したデータに応じた制御ソフトウェアを起動する
   請求項１記載の伝送システム。
3. 複数の伝送装置のそれぞれを制御するための制御ソフトウェアを保持し、要求に応じて伝送装置に制御ソフトウェアを送信するソフトウェア管理サーバを備え、
   伝送装置におけるバージョン管理部は、前記ソフトウェア管理サーバから制御ソフトウェアを受信したときに、管理している制御ソフトウェアのバージョン情報を更新する
   請求項１または請求項２記載の伝送システム。
4. 複数の伝送装置は、通信ネットワークを介してソフトウェア管理サーバに通信可能に接続され、
   制御端末装置は、複数の伝送装置のうちの一の伝送装置にローカル接続されている
   請求項３記載の伝送システム。
5. 伝送装置におけるバージョン管理部は、制御ソフトウェアを記憶する記憶部に保持されている制御ソフトウェアのバージョン情報を記憶し、
   制御端末装置における要求部は、自端末装置に接続されている伝送装置から制御ソフトウェアのバージョン情報を取得し、取得したバージョン情報と、バージョン記憶部に記憶されているバージョン情報とを比較することによって、新しいバージョンの制御ソフトウェアが前記伝送装置に記憶されているか否か確認する
   請求項１から請求項４のうちのいずれか１項に記載の伝送システム。
6. 装置ソフトウェアに従って伝送制御を行う複数の伝送装置のそれぞれが、制御ソフトウェアに従って制御を行う制御端末装置によって制御される伝送システムおけるソフトウェア管理方法であって、
   前記複数の伝送装置のそれぞれが、
   自装置の制御のために前記制御端末装置で用いられる制御ソフトウェアを保持し、
   前記制御端末装置からの要求に応じて、保持している制御ソフトウェアを前記制御端末装置に送信し、
   保持している制御ソフトウェアのバージョン管理を行い、
   前記制御端末装置が、
   複数種類の伝送装置のそれぞれを制御するためのそれぞれの制御ソフトウェアを記憶する制御ソフトウェア記憶部に記憶されている制御ソフトウェアのバージョン情報を記憶し、
   制御ソフトウェアが起動される場合に、記憶しているバージョン情報が示すバージョンよりも新しいバージョンの制御ソフトウェアが、自端末装置に接続されている伝送装置に保持されているときには、その伝送装置に制御ソフトウェアの送信を要求する要求処理を実行し、
   伝送装置に要求を行った場合には、当該伝送装置から制御ソフトウェアを受信した後に制御ソフトウェアを起動する
   ことを特徴とする伝送システムのソフトウェア管理方法。
7. 伝送装置が、自装置の装置種別を示すデータを保持し、
   制御端末装置が、制御ソフトウェアが起動される場合に、前記伝送装置から装置種別を示すデータを取得し、取得したデータに応じた制御ソフトウェアを起動する
   請求項６記載の伝送システムのソフトウェア管理方法。
8. 複数の伝送装置のそれぞれを制御するための制御ソフトウェアを保持しているソフトウェア管理サーバを備えた伝送システムおけるソフトウェア管理方法であって、
   前記ソフトウェア管理サーバが、伝送装置からの要求に応じて伝送装置に制御ソフトウェアを送信し、
   伝送装置が、前記ソフトウェア管理サーバから制御ソフトウェアを受信したときに、管理している制御ソフトウェアのバージョン情報を更新する
   請求項６または請求項７記載の伝送システムのソフトウェア管理方法。
9. 伝送装置が、保持している制御ソフトウェアのバージョン情報を記憶し、
   制御端末装置が、自端末装置に接続されている伝送装置から制御ソフトウェアのバージョン情報を取得し、取得したバージョン情報と、バージョン記憶部に記憶されているバージョン情報とを比較することによって、新しいバージョンの制御ソフトウェアが前記伝送装置に記憶されているか否か確認する
   請求項６から請求項８のうちのいずれか１項に記載の伝送システムのソフトウェア管理方法。

Images