(57)【要約】【課題】ネットワーク上に接続された複数の物理装置を制御すること。【解決手段】各物理装置を制御するホスト１１０と、ホスト１１０と各物理装置との間で送受信されるデータを中継する周辺制御処理装置１３０とを備え、周辺制御処理装置１３０は、各物理装置の状態遷移を検出する状態遷移検出部１３４と、状態遷移検出部１３４が検出した状態遷移に対する重み付け管理を行う重み付け判断部１３５と、重み付け判断部１３５が重み付けした結果を優先度として物理装置単位で管理する重み付け更新部１３７と、代表デバイス装置へコマンド／データ転送する場合に、物理的に管理されている優先度を参照することで通信パスを選択する優先度チェック部１３６とを有する。【選択図】図３
2011186944.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に接続された複数の物理装置を制御する物理装置制御システムであって、
前記各物理装置を制御するホストと、
前記ホストと前記各物理装置との間で送受信されるデータを中継する周辺制御処理装置と
を備え、
前記周辺制御処理装置は、
前記各物理装置の状態遷移を検出する状態遷移検出部と、
前記状態遷移検出部が検出した状態遷移に対する重み付け管理を行う重み付け判断部と、
前記重み付け判断部が重み付けした結果を優先度として物理装置単位で管理する重み付け更新部と、
代表デバイス装置へコマンド／データ転送する場合に、物理的に管理されている優先度を参照することで通信パスを選択する優先度チェック部と
を有する物理装置制御システム。
【請求項２】
前記各物理装置には、複数のデバイスが存在し、個別に論理パス接続されている
請求項１に記載の物理装置制御システム。
【請求項３】
前記ホストは、１つの前記デバイスを１つの論理装置として管理する
請求項２に記載の物理装置制御システム。
【請求項４】
前記デバイスの構成は、階層構造となっており、前記デバイスを束ねる代表デバイスがあり、その配下に複数のデバイスが接続されている
請求項２又は３に記載の物理装置制御システム。
【請求項５】
前記ホストは、階層の上位にあたる代表デバイスを制御することで、配下の全デバイスに対する接続／切り離しを制御する
請求項４に記載の物理装置制御システム。
【請求項６】
前記物理装置に定義されるデバイスは、代表デバイスによる装置構成情報のやり取りで取得する
請求項４又は５に記載の物理装置制御システム。
【請求項７】
前記状態遷移検出部は、前記各物理装置のデバイス状況を監視し、当該デバイスの切り離し／再接続、及びネットワーク状態に関する情報を常に更新する
請求項５又は６に記載の物理装置制御システム。
【請求項８】
前記のデバイスの状態の監視結果は、前記物理装置の通信パス選択時の優先度チェック用に管理テーブルとして管理する
請求項７に記載の物理装置制御システム。
【請求項９】
前記優先度チェック部は、前記代表デバイスに対してコマンド発行された時点で、通信パスを選択する
請求項５乃至８のいずれかに記載の物理装置制御システム。
【請求項１０】
前記優先度チェック部は、前記代表デバイスに対するコマンド発行先を、前記物理装置の管理テーブルの優先度により選択する
請求項９に記載の物理装置制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、物理装置制御システムに関する。特に本発明は、ネットワーク上に接続された複数の物理装置を制御する物理装置制御システムに関する。
【背景技術】
【０００２】
各デバイスに対応した論理装置と、その論理装置をまとめる代表論理装置で構成されたシステムにおいては、１つのデバイスで障害（故障含む）が発生すると、対応するデバイス装置が切り離される。この場合、障害の影響範囲は、１デバイス装置に閉じられ、システム全体への影響はない。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−３５７１３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、デバイス装置を束ねている代表デバイス装置で障害（故障含む）が発生すると、その影響は配下の全てのデバイス装置に影響する。
【０００５】
ホストから見れば、代表デバイス装置も１デバイスであることには変わりなく、コマンドアクセスする場合は、物理的な装置に代表デバイス装置を割当る必要がある。
【０００６】
しかし、ある１つの物理装置に割り当ててしまうと、その物理装置で障害（ネットワーク障害含む）が発生したとき、物理的に異なる装置に割り当てられているデバイスも切り離されてしまう課題があった。
【０００７】
また、ＴＣＰ／ＩＰ等を利用した通信では、ネットワーク障害等により異常検出が遅れるため、ネットワーク又は物理的に障害状態である宛先にコマンド転送する可能性があり、デバイス全体の品質を落とすことがあった。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の第１の形態によると、ネットワーク上に接続された複数の物理装置を制御する物理装置制御システムであって、各物理装置を制御するホストと、ホストと各物理装置との間で送受信されるデータを中継する周辺制御処理装置とを備え、周辺制御処理装置は、各物理装置の状態遷移を検出する状態遷移検出部と、状態遷移検出部が検出した状態遷移に対する重み付け管理を行う重み付け判断部と、重み付け判断部が重み付けした結果を優先度として物理装置単位で管理する重み付け更新部と、代表デバイス装置へコマンド／データ転送する場合に、物理的に管理されている優先度を参照することで通信パスを選択する優先度チェック部とを有する。
【０００９】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションもまた、発明となり得る。
【発明の効果】
【００１０】
以上の説明から明らかなように、この発明によれば、全論理装置をまとめている代表論理装置が、配下の物理デバイスの状態を継続的に管理することが可能となり、１つの物理装置障害（故障含む）で全体切り離しとなるケースを減らすことができる。
【００１１】
また、各物理装置の状態を重み付けと云う形で上位装置へ通知することが可能であることから、システムとして品質の良し悪しを客観的に認識することが可能となり予防保守の効率化が期待できる。
【図面の簡単な説明】
【００１２】
【図１】一実施形態に係る物理装置制御システム１００の利用環境の一例を示す図である。
【図２】一実施形態に係る物理装置制御システム１００の利用環境の別の例を示す図である。
【図３】周辺制御処理装置１３０のブロック構成の一例を示す図である。
【図４】ホスト１１０、周辺制御処理装置１３０、及び周辺装置１５０ａ〜ｃの動作シーケンスの一例を示す図である。
【図５】物理デバイス管理テーブル１４１が格納しているデータの一例をテーブル形式で示す図である。
【図６】物理デバイス管理テーブル１４１が初期状態で格納しているデータの一例をテーブル形式で示す図である。
【図７】重み付け要因テーブル１４４が格納しているデータの一例をテーブル形式で示す図である。
【発明を実施するための形態】
【００１３】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００１４】
図１は、一実施形態に係る物理装置制御システム１００の利用環境の一例を示す。物理装置制御システム１００は、ホスト１１０、周辺制御処理装置１３０、複数の周辺装置１５０ａ、ｂ、ｃ、・・・（以下、周辺装置１５０と総称する。）、及びネットワーク１７０を備える。
【００１５】
ホスト１１０から見ると、複数の代表デバイス１５１ａ、ｂ、ｃ、・・・（以下、代表デバイス１５１と総称する。）があり、その配下に複数のデバイス１５２ａ１、ａ２、ｂ１、ｃ１、ｃ２・・・（以下、デバイス１５２と総称する。）が接続されていることが分かる。従って、各デバイス１５２と通信するためには、代表デバイス１５１が接続状態である必要があるし、代表デバイス１５１が切り離されると全デバイス１５２が切り離される。
【００１６】
図２は、一実施形態に係る物理装置制御システム１００の利用環境の別の例を示す。この例は、図１の構成が複数共存する場合を説明している。各ホスト１１０ａ、ｂ、ｃ、・・・（以下、ホスト１１０と総称する。）は、周辺制御処理装置１３０ａ、ｂ、ｃ、・・・（以下、周辺制御処理装置１３０と総称する。）を介してネットワーク１７０で接続される周辺装置１５０に配置されているデバイス１５２とコマンド／データのやり取りを行う。周辺装置１５０は、複数のデバイス１５２で構成されている。また、異なるホスト１１０／周辺制御処理装置のデバイスを同居させることができる。
【００１７】
図３は、周辺制御処理装置１３０のブロック構成の一例を示す。周辺制御処理装置１３０は、周辺制御処理装置１３０がホスト１１０からの各種コマンドに従い、コマンド／データを配下のデバイス１５２へ転送、デバイス１５２からの応答フレームを待って、コマンドの終了事業をホスト１１０へ通知する。デバイス１５２は、構成情報に従い周辺装置１５０の何れかに割り当てられている。構成情報に関する説明及び設定方法は、ここでは割愛する。周辺制御処理装置１３０が制御するデバイス（コンソール、フロッピドライブ、シリアルプリンタ、ＣＤドライブ等）１５２は１つではなく、複数制御することが可能である。また、周辺制御処理装置１３０が管理している全デバイス１５２が１つの周辺装置１５０に集まっている必要はなく、複数の周辺装置１５０にまたがって構成されることもある。１つのデバイス１５２は、必ず１つの周辺装置１５０に割り当てられ、複数の周辺装置１５０に割り当てられることはない。ホスト１１０から見えるデバイス１５２は、物理的に１つの周辺装置１５０に割り当てられ、１対１の関係が成り立つ。ただし、デバイス１５２全体をまとめる代表デバイス１５１に限っては、物理的な周辺装置１５０は固定ではなく、コマンド／データがホスト１１０から発行された時点で、通信可能な周辺装置１５０に対し転送する。複数の周辺装置１５０を１つのデバイスと仮想的に見せている。
【００１８】
周辺制御処理装置１３０は、装置全体を制御する装置制御（ファームウェア）部１３１、ホストからのコマンド／データを受け付ける上位Ｉ／Ｆ部１３２、ネットワーク１７０上へのデータ転送及びデータ受信を行う下位Ｉ／Ｆ部１３３、周辺装置の状態変換を検出する状態遷移検出部１３４、状態遷移の要因をチェックし重み付けを判断する重み付け判断部１３５、通信パス選択時に優先度をチェックする優先度チェック部１３６、重み付けを更新するための重み付け更新部１３７、メモリ部１４０から構成される。メモリ１４０内には、物理デバイス管理テーブル１４１、論理装置管理テーブル１４２、送受信データを格納する論理装置管理データバッファ１４３、及び重み付け要因テーブル１４４が存在する。
【００１９】
状態遷移検出部１３４は、周辺装置１５０との接続状態、デバイス数及び障害検出数を下位Ｉ／Ｆ部１３３を介して検出、重み付け判断部１３５へその旨を通知する。
【００２０】
重み付け判断部１３５は、状態遷移検出部１３４からの要因通知を元に、自身が管理している重み付け要因テーブル１４４に照らし合わせ重み付けを決める。決定された重み付けは、該周辺装置名と一緒に重み付け更新部１３７へ通知される。
【００２１】
重み付け更新部１３７は、重み付け判断部１３５からの周辺装置名と重み付け情報を元にメモリ１４０内の物理デバイス管理テーブル１４１を更新する。
【００２２】
優先度チェック部１３６は、ホスト１１０から代表デバイス１５１に対しコマンド／データが発行された際、メモリ１４０内の物理デバイス管理テーブル１４１を参照し、通信パスを選択する。
【００２３】
図５は、物理デバイス管理テーブル１４１が格納しているデータの一例をテーブル形式で示す。図６は、物理デバイス管理テーブル１４１が初期状態で格納しているデータの一例をテーブル形式で示す。図７は、重み付け要因テーブル１４４が格納しているデータの一例をテーブル形式で示す。
【００２４】
物理デバイス管理テーブル１４１の初期設定は、全て同じ設定となっている（図６参照）。つまり、未接続設定である。ホスト１１０からコマンド／データが発行されると、専用Ｉ／Ｆを経由して上位Ｉ／Ｆ部１３２で受信される、装置制御部１３１でコマンド種別を判断し必要な処理を実行したのち、下位Ｉ／Ｆ部１３３を介してネットワーク１７０上に接続されている周辺装置１５０ａ〜ｃへコマンド／データをパケット形式で転送する。
【００２５】
次に基本的な通信手順（シーケンス）について説明する。周辺装置１５０ａ〜ｃでは、コマンドに従った処理を実行（画面表、フロッピディスクへの書き込み等）した後、その結果を終了事象報告としてパケット形式で返送する。返送されたパケットは、ネットワーク１７０を介して下位Ｉ／Ｆ部１３３で受信し、パケット形式の正当性チェックを行い、論理装置管理データバッファ１４３へ格納する。バッファに格納されたデータ処理は、論理装置管理テーブル１４２の状態を元に行い、論理装置管理テーブル１４２を更新した後、上位Ｉ／Ｆ部１３２よりホスト１１０へ報告される。このとき、状態遷移検出部１３４は、受信したパケット異常有無及びネットワーク１７０上の遅延等を同時に行う。この動作シーケンスは、基本的にデバイス１５２、代表デバイス１５１とも同じである。１点異なるのは、コマンド／データ転送先である周辺装置１５０が固定か否かである。代表デバイス１５１の場合、下位Ｉ／Ｆ部１３３を介して周辺装置１５０へパケット転送する際、物理デバイス管理テーブル１４１を参照し、優先度の高い周辺装置１５０へ転送する。
【００２６】
図４は、ホスト１１０、周辺制御処理装置１３０、及び周辺装置１５０ａ〜ｃの動作シーケンスの一例を示す。次に図４のシーケンス図を元に優先度の変化と代表デバイス１５１の通信パス選択手順を説明する。
【００２７】
周辺装置１５０ａに対するコマンドが、何らかの理由で遅延した場合（Ｓ１０１）、状態遷移検出部１３４で検出され、重み付け判断部１３５により、その要因の重み付けを行い（Ｓ１０２）、重み付け更新部１３７によりメモリ１４０内の物理デバイス管理テーブル１４１に反映する（Ｓ１０３）。要因の重み付けは、メモリ１４０内の重み付け要因テーブル１４４を参照して行われる。
【００２８】
次に周辺装置１５０ｂに対するコマンドが、何らかの理由で無応答となった場合、周辺制御処理装置１３０は貴定時間内であれば再送を行う（Ｓ１０４）。この再送を状態遷移検出部１３４が検出し、重み付け判断部１３５により、その要因の重み付けを行い（Ｓ１０５）、重み付け更新部１３７によりメモリ１４０内の物理デバイス管理テーブル１４１に反映する（Ｓ１０６）。
【００２９】
この状態で、代表デバイスに対するコマンドが発行されると（Ｓ１０７）、転送すべき周辺装置１５０を決定するため、優先度チェック部１３６により優先度がチェックされる（Ｓ１０８）。メモリ１４０内の物理デバイス管理テーブル１４１を見ると周辺装置１５０が接続状態（ＬｉｎｋＵｐ）で優先度が高いのは、周辺装置１５０ｃであることが分かる。よって、優先度チェック部１３６は、代表デバイスの通信パスとして周辺装置１５０ｃを選択し、リンク確立後にパケットを転送する。
【００３０】
次に周辺装置１５０ｃがＤｏｗｎすると、周辺制御処理装置１３０はネットワーク１７０上のＬｉｎｋＤｏｗｍ、ＫｅｅｐＡｌｉｖｅ等により周辺装置１５０ｃの異常を状態遷移検出部１３４で検出し、重み付け判断部１３５で判断され（Ｓ１０９）、重み付け更新部１３７により物理デバイス管理テーブル１４１を更新する（Ｓ１１０）。このとき、周辺装置１５０ｃの接続状態はＬｉｎｋＤｏｗｎ状態と更新される。
【００３１】
この状態で、代表論理装置に対するコマンドが発行されると（Ｓ１１１）、転送すべき周辺装置１５０を決定するため、優先度チェック部１３６により優先度がチェックされる（Ｓ１１２）。メモリ１４０内の物理デバイス管理テーブル１４１を見ると周辺装置１５０が接続状態（ＬｉｎｋＵｐ）で優先度が高いのは、周辺装置１５０ａであることが分かる。よって、優先度チェック部１３６は、代表デバイスの通信パスとして周辺装置１５０ａとリンクを確立し、パケットを転送する。
【００３２】
なお、一旦、周辺装置１５０との接続状態がＬｉｎｋＤｏｗｎ状態になったとしても、再度、接続状態に遷移した場合は、状態遷移検出部１３４で検出し、重み付け判断部１３５で判断され、重み付け更新部１３７により物理デバイス管理テーブル１４１を更新する。このとき、周辺装置１５０の接続状態はＬｉｎｋＵｐ状態と更新される。また、応答遅延及び再送等による重み付け更新は、その状態が解消された時点で元に戻される。もし、同じ優先度の周辺装置１５０が存在した場合は、デバイス１５２の接続数等により優先順位を決める等の対策を講じることがのぞましい。
【００３３】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。そのような変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【符号の説明】
【００３４】
１００  物理装置制御システム
１１０  ホスト
１３０  周辺制御処理装置
１３１  装置制御部
１３２  上位Ｉ／Ｆ部
１３３  下位Ｉ／Ｆ部
１３４  状態遷移検出部
１３５  重み付け判断部
１３６  優先度チェック部
１３７  重み付け更新部
１４０  メモリ部
１４１  物理デバイス管理テーブル
１４２  論理装置管理テーブル
１４３  論理装置管理データバッファ
１４４  重み付け要因テーブル
１５０  周辺装置
１５１  代表デバイス
１５２  デバイス
１７０  ネットワーク
【図１】
2011186944.tif 000003
【図２】
2011186944.tif 000004
【図３】
2011186944.tif 000005
【図４】
2011186944.tif 000006
【図５】
2011186944.tif 000007
【図６】
2011186944.tif 000008
【図７】
2011186944.tif 000009