(57)【要約】【課題】  保守性を高める。【解決手段】  保守指示端末と、保守の対象となる複数の保守対象装置と、保守指示端末と保守対象装置のあいだに介在する保守中継装置とを有する保守システムにおいて、保守中継装置は、候補項目集合蓄積部と、バージョン質問部と、検索実行部と、検索実行部が検索した候補項目集合を、保守対象識別子を送信してきた保守指示端末に送信する候補項目集合送信部とを備え、保守指示端末は、受信した候補項目集合に応じた対話部品を画面表示し、保守者による対話部品の操作を検知することによって、操作を検知した対話部品に対応する保守用の指示を、該当する保守対象装置へ送信させるユーザインタフェース部を備える。【選択図】  図１
2006180369.tif 000002
【特許請求の範囲】
【請求項１】
保守者が操作することによって保守用の指示を送信する保守指示端末と、保守の対象となる複数の保守対象装置と、前記保守指示端末と当該保守対象装置のあいだに介在する保守中継装置とを有する保守システムにおいて、
前記保守中継装置は、
保守用の指示の候補となる１または複数の候補項目の集合である候補項目集合を、前記保守対象装置のバージョンに対応付けて蓄積する候補項目集合蓄積部と、
前記保守指示端末が、前記保守対象装置を一意に指定する保守対象識別子を送信してきたとき、当該保守対象識別子に対応する保守対象装置にバージョンを問い合わせるバージョン質問部と、
この問い合わせに応じて、該当する保守対象装置が自身のバージョンを返送してくると、そのバージョンに対応付けられた候補項目集合を、前記候補項目集合蓄積部から検索する検索実行部と、
当該検索実行部が検索した候補項目集合を、前記保守対象識別子を送信してきた保守指示端末に送信する候補項目集合送信部とを備え、
前記保守指示端末は、
受信した候補項目集合に応じた対話部品を画面表示し、前記保守者による対話部品の操作を検知することによって、操作を検知した対話部品に対応する保守用の指示を、該当する保守対象装置へ送信させるユーザインタフェース部を備えることを特徴とする保守システム。
【請求項２】
保守者が操作することによって保守用の指示を送信する保守指示端末と、保守の対象となる複数の保守対象装置と、前記保守指示端末と当該保守対象装置のあいだに介在する保守中継装置とを利用する保守方法において、
前記保守中継装置では、
保守用の指示の候補となる１または複数の候補項目の集合である候補項目集合を、前記保守対象装置のバージョンに対応付けて蓄積しておき、
前記保守指示端末が保守対象装置を一意に指定する保守対象識別子を送信してきたとき、当該保守対象識別子に対応する保守対象装置にバージョンを問い合わせ、
この問い合わせに応じて、該当する保守対象装置が自身のバージョンを返送してくると、そのバージョンに対応付けられた候補項目集合を、蓄積されている前記候補項目集合のなかから検索し、
検索した候補項目集合を、前記保守対象識別子を送信してきた保守指示端末に送信し、
これを受信した保守指示端末では、受信した候補項目集合に応じた対話部品を画面表示し、前記保守者による対話部品の操作を検知することによって、操作を検知した対話部品に対応する保守用の指示を、該当する保守対象装置へ送信することを特徴とする保守方法。
【請求項３】
保守者が操作することによって保守用の指示を送信する保守指示端末と、保守の対象となる複数の保守対象装置と、前記保守指示端末と当該保守対象装置のあいだに介在する保守中継装置に関する保守プログラムにおいて、
前記保守中継装置では、コンピュータに、
保守用の指示の候補となる１または複数の候補項目の集合である候補項目集合を、前記保守対象装置のバージョンに対応付けて蓄積する候補項目集合蓄積機能と、
前記保守指示端末が、前記保守対象装置を一意に指定する保守対象識別子を送信してきたとき、当該保守対象識別子に対応する保守対象装置にバージョンを問い合わせるバージョン質問機能と、
この問い合わせに応じて、該当する保守対象装置が自身のバージョンを返送してくると、そのバージョンに対応付けられた候補項目集合を、前記候補項目集合蓄積機能から検索する検索実行機能と、
当該検索実行機能が検索した候補項目集合を、前記保守対象識別子を送信してきた保守指示端末に送信する候補項目集合送信機能とを実現させ、
前記保守指示端末では、コンピュータに、
受信した候補項目集合に応じた対話部品を画面表示し、前記保守者による対話部品の操作を検知することによって、操作を検知した対話部品に対応する保守用の指示を、該当する保守対象装置へ送信させるユーザインタフェース機能を実現させることを特徴とする保守プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は保守システム、保守方法、および保守プログラムに関し、例えば、電話交換機の保守を行う場合などに適用して好適なものである。
【背景技術】
【０００２】
図２に示す通信システム１０の内部において、電話交換機などの保守に利用されるオペレーションシステム１２は、保守者が操作するＨＭＩ（Human Machine Interface）端末１１と、保守や管理の対象となる電話交換機などの管理対象装置１３のあいだに介在する。
【０００３】
ＧＵＩ（Graphical User Interface）による保守を実現する場合、オペレーションシステム１２は、ＨＭＩ端末１１の画面上に、保守のための指示項目を有するメニューを表示させる。表示させるタイミングは、ＨＭＩ端末１１から、管理対象装置１３を指定する識別子を含む制御要求を受信したときである。このメニューは、オペレーションシステム１２内のメニュー情報蓄積部１５に蓄積されているメニュー情報に対応したものである。ＭＥ１は旧メニュー情報、ＭＥ２は新メニュー情報である。それまで蓄積されていなかった新メニュー情報ＭＥ２を蓄積するため、オペレーションシステム１２がバージョンアップされる。
【０００４】
管理対象装置１３が機能追加などを行ってバージョンアップされた場合、保守の対象となる項目も追加されるのが普通であるから、指示項目の数も増えてメニュー自体も変化する。前記旧メニュー情報ＭＥ１は機能追加前のメニューに対応し、新メニュー情報ＭＥ２は機能追加後のメニューに対応する。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、実際の運用では、管理対象装置１３のバージョンアップとオペレーションシステム１２のバージョンアップを厳密に同時に行うことは難しい。管理対象装置１３のバージョンアップのほうが早すぎると、すでに管理対象装置１３に追加されている機能の保守が行えないという重大な問題が生じるため、オペレーションシステム１２のバージョンアップのほうが早くなるように管理されるのが普通である。
【０００６】
しかしながら、オペレーションシステム１２のバージョンアップのほうが早い場合、例えば、前記新メニュー情報ＭＥ２に対応するメニュー上に表示されている指示項目を保守者が操作（例えば、クリックなど）しても、管理対象装置１３はまだバージョンアップされておらず、その指示項目に対応する機能を追加されていないため、実際にはその指示項目に対応する保守が行えないことが起こり得、保守性が低下してしまう。
【課題を解決するための手段】
【０００７】
かかる課題を解決するために、第１の本発明では、保守者が操作することによって保守用の指示を送信する保守指示端末と、保守の対象となる複数の保守対象装置と、前記保守指示端末と当該保守対象装置のあいだに介在する保守中継装置とを有する保守システムにおいて、前記保守中継装置は、（１）保守用の指示の候補となる１または複数の候補項目の集合である候補項目集合を、前記保守対象装置のバージョンに対応付けて蓄積する候補項目集合蓄積部と、（２）前記保守指示端末が、前記保守対象装置を一意に指定する保守対象識別子を送信してきたとき、当該保守対象識別子に対応する保守対象装置にバージョンを問い合わせるバージョン質問部と、（３）この問い合わせに応じて、該当する保守対象装置が自身のバージョンを返送してくると、そのバージョンに対応付けられた候補項目集合を、前記候補項目集合蓄積部から検索する検索実行部と、（４）当該検索実行部が検索した候補項目集合を、前記保守対象識別子を送信してきた保守指示端末に送信する候補項目集合送信部とを備え、（５）前記保守指示端末は、受信した候補項目集合に応じた対話部品を画面表示し、前記保守者による対話部品の操作を検知することによって、操作を検知した対話部品に対応する保守用の指示を、該当する保守対象装置へ送信させるユーザインタフェース部を備えることを特徴とする。
【０００８】
また、第２の本発明では、保守者が操作することによって保守用の指示を送信する保守指示端末と、保守の対象となる複数の保守対象装置と、前記保守指示端末と当該保守対象装置のあいだに介在する保守中継装置とを利用する保守方法において、（１）前記保守中継装置では、保守用の指示の候補となる１または複数の候補項目の集合である候補項目集合を、前記保守対象装置のバージョンに対応付けて蓄積しておき、（２）前記保守指示端末が保守対象装置を一意に指定する保守対象識別子を送信してきたとき、当該保守対象識別子に対応する保守対象装置にバージョンを問い合わせ、（３）この問い合わせに応じて、該当する保守対象装置が自身のバージョンを返送してくると、そのバージョンに対応付けられた候補項目集合を、蓄積されている前記候補項目集合のなかから検索し、（４）検索した候補項目集合を、前記保守対象識別子を送信してきた保守指示端末に送信し、（５）これを受信した保守指示端末では、受信した候補項目集合に応じた対話部品を画面表示し、前記保守者による対話部品の操作を検知することによって、操作を検知した対話部品に対応する保守用の指示を、該当する保守対象装置へ送信することを特徴とする。
【０００９】
さらに、第３の本発明では、保守者が操作することによって保守用の指示を送信する保守指示端末と、保守の対象となる複数の保守対象装置と、前記保守指示端末と当該保守対象装置のあいだに介在する保守中継装置に関する保守プログラムにおいて、（１）前記保守中継装置では、コンピュータに、保守用の指示の候補となる１または複数の候補項目の集合である候補項目集合を、前記保守対象装置のバージョンに対応付けて蓄積する候補項目集合蓄積機能と、（２）前記保守指示端末が、前記保守対象装置を一意に指定する保守対象識別子を送信してきたとき、当該保守対象識別子に対応する保守対象装置にバージョンを問い合わせるバージョン質問機能と、（３）この問い合わせに応じて、該当する保守対象装置が自身のバージョンを返送してくると、そのバージョンに対応付けられた候補項目集合を、前記候補項目集合蓄積機能から検索する検索実行機能と、（４）当該検索実行機能が検索した候補項目集合を、前記保守対象識別子を送信してきた保守指示端末に送信する候補項目集合送信機能とを実現させ、（５）前記保守指示端末では、コンピュータに、受信した候補項目集合に応じた対話部品を画面表示し、前記保守者による対話部品の操作を検知することによって、操作を検知した対話部品に対応する保守用の指示を、該当する保守対象装置へ送信させるユーザインタフェース機能を実現させることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、保守性を高めることができる。
【発明を実施するための最良の形態】
【００１１】
（Ａ）実施形態
以下、本発明にかかる保守システム、保守方法、および保守プログラムの実施形態について説明する。
【００１２】
（Ａ−１）実施形態の構成
本実施形態にかかる通信システム２０の全体構成例を図３に示す。
【００１３】
図３において、当該通信システム２０は、ＨＭＩ端末２１と、オペレーションシステム２２と、管理対象装置２３，２４とを備えている。
【００１４】
このうちＨＭＩ端末２１は、保守者Ｕ１がいずれかの管理対象装置（例えば、３）に対する遠隔保守（ネットワーク経由の保守）を実行するときに操作する端末である。例えば、通常のパソコンを当該ＨＭＩ端末２１として利用することができる。当該ＨＭＩ端末２１は、Ｗｅｂブラウザを搭載しているものとする。
【００１５】
管理対象装置２３、２４は、例えば、電話交換機などの有用な機能を持つ通信装置であるが、本実施形態では、遠隔保守の対象としての側面が重要である。図示の例では、２つの管理対象装置２３，２４を示しているが、管理対象装置の数は１つであってもよく、３つ以上であってもよい。ただし、実際には、管理対象装置を電話交換機とする場合、多数の管理対象装置が存在するのが普通である。
【００１６】
管理対象装置のバージョンアップによる機能追加は様々な形で行われ得る。例えば、ハードウエア的な機能追加も行われるものであってよいが、ソフトウエア的に機能を追加する場合には、古いファイル（プログラムファイルやデータファイル）を新たなファイルで置き換える操作（ファイル更新）によって機能追加が実現される。
【００１７】
オペレーションシステム２２は、前記ＨＭＩ端末２１と各管理対象装置のあいだに介在し、遠隔保守を支援する通信装置で、いわゆるプロビジョニングシステムの一部として実装され得る。当該オペレーションシステム２２は、Ｗｅｂサーバの機能を備え、Ｗｅｂページの形で、遠隔保守に必要なメニューなどを前記ＨＭＩ端末２１に提供する。
【００１８】
ＨＭＩ端末２１とオペレーションシステム２２のあいだや、オペレーションシステム２２と各管理対象装置２３のあいだは、セキュリティ性の確保されたネットワークで接続されているものであってよい。このネットワークは、ＯＳＩ参照モデルのネットワーク層で、例えば、ＩＰプロトコルが用いられるものであってよい。
【００１９】
通信システム２０で中心的な役割を果たすオペレーションシステム２２の内部構成は、例えば、図１に示す通りである。
【００２０】
（Ａ−１−１）オペレーションシステムの内部構成例
図１において、当該オペレーションシステム２２は、送受信処理部３１と、制御部３２と、対応管理部３３と、メニュー情報蓄積部３４と、バージョン問合部３５とを備えている。
【００２１】
このうち送受信処理部３１は、当該オペレーションシステム２２が、前記ＨＭＩ端末２１や各管理対象装置（例えば、２３）と通信するときに機能する部分である。
【００２２】
制御部３２は、ハードウエア的には当該オペレーションシステム２２のＣＰＵ（中央処理装置）に相当し、ソフトウエア的には、ＯＳ（オペレーティングシステム）などの各種プログラムに相当する部分である。
【００２３】
メニュー情報蓄積部３４は、ハードウエア的には揮発性または不揮発性の記憶手段によって構成される部分で、メニュー情報ＭＥ１１，ＭＥ１２を蓄積（登録）する。
【００２４】
当該メニュー情報ＭＥ１１，ＭＥ１２は、前記ＨＭＩ端末２１のＷｅｂブラウザが表示するブラウザ画面上におけるメニューの基礎となる情報である。ＭＥ１１は旧メニュー情報で管理対象装置に対する機能追加前（バージョンアップ前）のメニューに対応し、ＭＥ１２は新メニュー情報で管理対象装置に対する機能追加後（バージョンアップ後）のメニューに対応する。新旧のメニュー情報ＭＥ１１，ＭＥ１２に対応する新旧のメニューは、遠隔保守に使用される１または複数の指示項目を含んでいる。新メニューは旧メニューに比べ、機能追加によって追加された機能に対応する分だけ、指示項目が多い。
【００２５】
ここでは、説明を簡単にするために、新旧２つのメニュー情報を想定するが、バージョンアップが複数回に渡って行われた場合、各バージョンに対応する３つ以上のメニュー情報が同時に、メニュー情報蓄積部３４に蓄積される可能性がある。
【００２６】
上述したように、オペレーションシステム２２のバージョンアップのほうを管理対象装置のバージョンアップより早く行うようにした場合、管理対象装置２３，２４のバージョンアップが終わっていない時点で、バージョンアップが完了したときのための新メニュー情報ＭＥ１２が、メニュー情報蓄積部３４に蓄積される可能性が高い。また、オペレーションシステム２２に接続されている管理対象装置は複数存在するため、ある管理対象装置（例えば、２３）のバージョンアップは済んでいても、別な管理対象装置（例えば、２４）のバージョンアップは済んでいないということも起こり得る。
【００２７】
対応管理部３３は、各管理対象装置と、そのバージョンと、メニュー情報の対応関係を管理する部分である。
【００２８】
この対応関係は一例として、図４に示すものとなる。
【００２９】
図４に示す装置情報は、各管理対象装置を一意に指定する装置ＩＤの集合であり、版数情報は、各管理対象装置の版数（バージョン数）を示す新旧バージョンの集合であり、メニュー情報は上述した新旧２つのメニュー情報ＭＥ１１，ＭＥ１２の集合である。
【００３０】
例えば、装置ＩＤ１の管理装置（これが、２３とする）はすでにバージョンアップ済みであるため新バージョンに対応付けられ、新バージョンは新メニュー情報ＭＥ１２に対応付けられている。同様に、装置ＩＤ２の管理装置（これが、２４とする）は、まだバージョンアップを行っていないため、旧バージョンに対応付けられ、旧バージョンは旧メニュー情報ＭＥ１１に対応付けられている。
【００３１】
このような対応付けは、例えば、テーブル（関係表）から構成されるデータベースを利用して実現することも可能である。
【００３２】
バージョン問い合わせ部３５は、ＨＭＩ端末２１から装置ＩＤを指定して要求（制御要求）ＣＲ１が届くと、その装置ＩＤに対応する管理対象装置に対して質問信号ＱＲ１を送信してバージョンの問い合わせを行う部分である。ＨＭＩ端末２１を操作する保守者Ｕ１が、該当管理対象装置に対する遠隔保守を開始する旨の操作を行ったとき、この制御要求ＣＲ１が送信されるようにしておくとよい。例えば、Ｗｅｂを用いるなら、Ｗｅｂページの構成によって、このような機能は実現可能である。なお、必ずしも装置ＩＤそのものをＨＭＩ端末２１が送信しなくてもよい。装置ＩＤと対応する識別子を送信すれば、オペレーションシステム２２内でその識別子に対応する装置ＩＤを特定することが可能だからである。
【００３３】
遠隔保守を開始するたびに、このようにして該当する管理対象装置にバージョンを問い合わせるようにすれば、管理対象装置側におけるバージョンアップがいつ行われるかがオペレーションシステム２２側で予測不可能な環境であっても、常に、管理対象装置側のバージョンアップの状況に対応したメニューを、ＨＭＩ端末２１上に画面表示させることが可能である。
【００３４】
以下、上記のような構成を有する本実施形態の動作について図５のフローチャートを用いて説明する。
【００３５】
図５はオペレーションシステム２２の動作を示すフローチャートで、Ｓ１１〜Ｓ１７の各ステップを備えている。
【００３６】
（Ａ−２）実施形態の動作
運用中のオペレーションシステム２２では、管理対象装置２３，２４側のバージョンアップのほうが早すぎて、すでに管理対象装置２３，２４に追加されている機能の遠隔保守が行えないという重大な問題の発生を確実に避けるため、いずれかの管理対象装置（例えば、２３）でバージョンアップが完了する可能性のある最も早いタイミングよりも早いタイミングでバージョンアップを行い、新メニュー情報ＭＥ１２をメニュー情報蓄積部３４に登録する（Ｓ１１，Ｓ１２）。
【００３７】
すでに登録されている旧メニュー情報ＭＥ１１も残っているため、このステップＳ１２が実行された時点では、メニュー情報蓄積部３４内に新旧２つのメニュー情報ＭＥ１１およびＭＥ１２が登録された状態となる。
【００３８】
この状態で、保守者Ｕ１が遠隔保守を開始するために前記ＨＭＩ端末２１を操作し、前記制御要求ＣＲ１を送信すると、当該制御要求ＣＲ１がオペレーションシステム２２に受信される（Ｓ１３）。Ｗｅｂを前提とすると、この制御要求ＣＲ１は、ＨＴＴＰリクエストメッセージとして送信されるものである。この制御要求ＣＲ１には、保守者Ｕ１がこれから遠隔保守を行うことを希望する管理対象装置を指定する前記装置ＩＤが含まれている。ここでは、この装置ＩＤは、管理対象装置２３を指定する前記装置ＩＤ１であるものとする。
【００３９】
オペレーションシステム２２内のバージョン問い合わせ部３５は、この装置ＩＤ１の管理対象装置２３に対し、前記質問信号ＱＲ１を送信してバージョンの問い合わせを行い、管理対象装置２３からバージョンを示す版数情報を含むバージョン応答信号ＶＲ１を受信する（Ｓ１４）。ここでは、例えば、この版数情報は新バージョンを示すものとする。
【００４０】
ステップＳ１４につづき、オペレーションシステム２２では、この版数情報をもとに、前記対応管理部３３が管理する図４に示す対応関係を利用してメニュー情報蓄積部３４内に蓄積されているメニュー情報を検索する（Ｓ１５）。図４の例では、版数情報の新バージョンに対応付けられているメニュー情報は、新メニュー情報ＭＥ１２なので、検索結果として新メニュー情報ＭＥ１２が得られる。
【００４１】
そして、検索結果として得られた新メニュー情報ＭＥ１２を含むメニュー信号ＲＳ１を、ＨＭＩ端末２１に送信して一連の処理を終える（Ｓ１６，Ｓ１７）。この新メニュー情報ＭＥ１２を含むメニュー信号ＲＳ１は、前記ステップＳ１３で受信したＨＴＴＰリクエストメッセージに対する応答であるＨＴＴＰレスポンスメッセージとして送信される。
【００４２】
この新メニュー情報ＭＥ１２を受信したＨＭＩ端末２１では、Ｗｅｂブラウザが、当該新メニュー情報ＭＥ１２に対応する新メニューを画面表示する。上述したように、新メニューは、旧メニューに比べ、機能追加によって追加された機能に対応する分だけ、指示項目が多い。このとき保守者Ｕ１がどの指示項目を操作（例えば、クリック）するかは、保守者Ｕ１が実行しようとしている遠隔保守の内容に依存するが、もしも、今回のバージョンアップで管理対象装置２３に追加した機能に対応する指示項目を操作したとしても、本実施形態では、新メニュー情報ＭＥ１２と管理対象装置２３の整合性が確保されているため、正常に遠隔保守を行うことができる。
【００４３】
なお、前記ステップＳ１３の制御要求ＣＲ１に含まれていた装置ＩＤが、例えば、バージョンアップ前の管理対象装置２４を指定する装置ＩＤ２であるものとすると、ステップＳ１４で旧バージョンを示す版数情報が得られる。この場合、ステップＳ１５の検索では、この旧バージョンを示す版数情報をもとに、検索結果として旧メニュー情報ＭＥ１１が得られるため、ステップＳ１５では、この旧メニュー情報ＭＥ１１がＨＭＩ端末２１に送信される。
【００４４】
このとき、ＨＭＩ端末２１には、当該旧メニュー情報ＭＥ１１に対応する旧メニューが画面表示されるから、従来のように、保守者Ｕ１がメニュー上の指示項目を操作しても指示項目に対応する保守が行えないということがない。
【００４５】
（Ａ−３）実施形態の効果
本実施形態によれば、保守者（Ｕ１）が閲覧するメニューは、遠隔保守を行おうとしている管理対象装置のバージョンに整合したものとなるため、保守者がメニュー（例えば、新メニュー）上の指示項目を操作すれば、必ずその指示項目に対応する遠隔保守を行うことができ、保守性を高めることが可能である。
【００４６】
（Ｂ）他の実施形態
図３では、ＨＭＩ端末を１台のみ図示したが、複数のＨＭＩ端末がオペレーションシステムに接続されてもよいことは当然である。
【００４７】
なお、上記実施形態にかかわらず、いくつかの条件が満たされるときには、必ずしも遠隔保守を開始するたびに該当する管理対象装置にバージョンを問い合わせる必要はない。
【００４８】
例えば、管理対象装置側におけるバージョンアップがいつ行われるかがオペレーションシステム２２に設定されている場合には、あるバージョンアップが行われてから次のバージョンアップが行われるまでの期間は、この問い合わせを行う必要がない。あるいは、オペレーションシステム２２に、接続されているすべての管理対象装置における最新のバージョンが何であるかが設定されていて、ある管理対象装置のバージョンがすでにその最新のバージョンに達している場合には、その管理対象装置について問い合わせを省略することができる。
【００４９】
さらに、図５に示すフローチャートを変更できる点は、以上の説明から明らかである。
【００５０】
例えば、上述したように、オペレーションシステム２２に、接続されているすべての管理対象装置における最新のバージョンが何であるかが設定されていて、ある管理対象装置のバージョンがすでにその最新のバージョンに達している場合にはその管理対象装置について問い合わせを省略するケースでは、フローチャートは明らかに図５と異なるものになる。
【００５１】
なお、上記実施形態では、管理対象装置に対する機能追加のみを例に説明したが、原理的には、バージョンアップによって機能が追加されず、既存の機能が削除されること等も考えられる。本発明はこのようなケースにも適用可能である。
【００５２】
また、本発明は、上記実施形態で用いた以外の通信プロトコルに適用できることは当然である。
【００５３】
例えば、ＨＴＴＰプロトコルは、その他の通信プロトコルに置換できる可能性がある。また、Ｗｅｂ以外の通信アプリケーションを利用しても、上記実施形態と同等な遠隔保守を実現できる可能性がある。
【００５４】
以上の説明でハードウエア的に実現した機能の大部分はソフトウエア的に実現することができ、ソフトウエア的に実現した機能のほとんど全てはハードウエア的に実現することが可能である。
【図面の簡単な説明】
【００５５】
【図１】実施形態にかかる通信システムで使用するオペレーションシステムの内部構成例を示す概略図である。
【図２】従来の通信システムの全体構成例を示す概略図である。
【図３】実施形態にかかる通信システムの全体構成例を示す概略図である。
【図４】実施形態における装置情報と版数情報とメニュー情報との対応関係を示す概略図である。
【図５】実施形態の動作例を示すフローチャートである。
【符号の説明】
【００５６】
１０、２０…通信システム、１１，２１…ＨＭＩ端末、１２，２２…オペレーションシステム、１３，１６，２３，２４…管理対象装置、１５，３４…メニュー情報蓄積部、３１…送受信部、３２…制御部、３３…対応管理部、３５…バージョン問い合わせ部、ＭＥ１，ＭＥ２，ＭＥ１１，ＭＥ１２…メニュー情報。
【図１】
2006180369.tif 000003
【図２】
2006180369.tif 000004
【図３】
2006180369.tif 000005
【図４】
2006180369.tif 000006
【図５】
2006180369.tif 000007