JP2004535023A - オブジェクトベースのクラスタを管理するためのシステム及び方法 - Google Patents

Abstract

【課題】オブジェクトベースのクラスタを管理するための方法、システム、ＡＰＩ、ＧＵＩ、及びコンピュータ読み取り可能媒体を提供する。
【解決手段】本方法は、オブジェクトベースのクラスタを発見し、監視し、管理するためのコンピュータ実行可能方法論を提供する。本システムは、異質なクラスタソリューションとの対話をやり易くするためのコンピュータベースのシステムを提供する。本システムは、クラスタを検知して、検知されたクラスタ及び／又は構成要素を監督するためのコンピュータ構成要素を含んでいる。

Description

【技術分野】
【０００１】
本願に記載の方法、システム、アプリケーション・プログラミング・インタフェース（ＡＰＩ）、グラフィカル・ユーザー・インタフェース（ＧＵＩ）、及びコンピュータ読み取り可能媒体は、概括的には、情報及びデータ管理に、より厳密には、オブジェクトベースのクラスタの管理に関する。
【背景技術】
【０００２】
本出願は、２００１年７月６日出願の米国仮特許出願第６０／３０３，４２５号「オブジェクトベースのクラスタを管理するためのシステム及び方法」に対して優先権を主張する。
【０００３】
クラスタは、独立したコンピュータ構成要素を、各構成要素が１つのシステムとして一体で働き易いようにするソフトウェア及び／又はハードウェアで連結した群である。クラスタは、アプリケーションを高度に利用可能な状態に維持し易くし、クラスタ内での移動を通してフェイルオーバー処理を実行し易くする。クラスタは、一般的には、従来の並列システム（例えば、対称的多重処理（ＳＭＰ）、大量並列処理（ＭＰＰ）、非均一メモリアクセス（ＮＵＭＡ）、メインフレーム）よりも安価である。クラスタは、一般的には、手動で個別的に管理されてきた。ベンダー特有のハードウェア／ソフトウェア／プロトコル、プラットフォーム特有のハードウェア／ソフトウェア／プロトコル、及び対話に付帯する問題のため、２つ以上のクラスタを管理するのは、たとえ可能であったとしても、従来は困難であった。クラスタ管理は、これまでは実行が難しかったので、クラスタ管理に付帯してオペレータのエラーが発生していた。従って、クラスタ管理における改善が未だに望まれている。
【０００４】
【特許文献１】
米国仮特許出願第６０／３０３，４２５号
【発明の開示】
【課題を解決するための手段】
【０００５】
オブジェクトベースのクラスタの管理の幾つかの態様を基本的に理解頂くため、オブジェクトベースのクラスタの管理について以下簡単に要約する。本要約は、広範囲に亘る概括ではなく、また方法、システム、ＡＰＩ、ＧＵＩ、コンピュータ読み取り可能媒体などの鍵となる或いは重要な要素を確定しようとするものでもなければ、そのような項目の範囲を正確に描くことを意図したものでもない。本要約は、後に続く詳細な説明に対する序章として、単純化した形式でオブジェクトベースのクラスタを管理することを概念的に確定するものである。
【０００６】
本出願は、数多くの異質なクラスタ環境にまたがって、クラスタオブジェクトを自動的に発見し、監視し、管理する、オブジェクトベースのクラスタの管理（ＯＢＣＭ）のためのシステムと方法に関する。同様に、ＯＢＣＭは、クラスタオブジェクトに関係付けられたリソースを、自動的に発見し、監視し、管理する。ＯＢＣＭは、クラスタ及び／又はリソースに関して得られた情報を報告し易くする。同様に、ＯＢＣＭは、クラスタ及び／又はリソースに関して取られた動作を報告し易くする。
【０００７】
本出願の或る態様は、オブジェクトベースのクラスタを管理するための方法に関する。本方法は、或るクラスタをモデル化するオブジェクト内のクラスタを発見する段階と、そのクラスタに関係付けられた値を記憶する段階を含んでいる。本方法は、クラスタ及び／又はリソースに関するデータをエージェントから受信する段階と、それを分析する段階を更に含んでいる。別の一例的方法は、クラスタ及び／又はリソースを監視する段階と、クラスタ及び／又はリソースに関係付けられた記憶済みの値を更新する段階を含んでいる。更に別の一例的方法は、クラスタ及び／又はリソースを管理する段階を含んでいる。
【０００８】
本出願の別の態様は、異質なクラスタソリューションとの対話をやり易くするためのシステムに関する。本システムは、クラスタを検知するクラスタ検知器と、クラスタからデータを収集するクラスタスーパバイザを含んでいる。一例的システムでは、クラスタ検知器及び／又はクラスタスーパバイサは、標準化され正規化されたコマンドセットを通してオブジェクトと通信する。
【０００９】
本出願の更に別の態様は、オブジェクトベースのクラスタ管理をやり易くするオブジェクトのセットに関する。オブジェクトのセットは、管理対象のオブジェクトをモデル化する親オブジェクトと、親オブジェクトを継承し、クラスタをモデル化するクラスタオブジェクトと、クラスタオブジェクトを継承し、ベンダー特有のクラスタソリューションをモデル化するベンダークラスタオブジェクトを含んでいる。
【００１０】
本出願の更に又別の態様は、表示装置と選択装置を備えたグラフィカル・ユーザー・インタフェースを有するコンピュータシステムに関する。グラフィカル・ユーザー・インタフェースは、表示装置上にデータ入力（データエントリ）のセットを提供し及びそこから選択する方法を採用している。本方法は、それぞれクラスタ管理オプションを表しているデータ入力のセットを検索する段階と、データ入力のセットを表示装置上に表示する段階と、選択装置が選択されるデータ入力を選択していることを示すデータ入力選択信号を受信する段階と、信号に応答して、選択されたデータ入力に関係付けられたクラスタ管理オペレーションを開始する段階、を含んでいる。
【００１１】
本出願の別の態様は、オブジェクトベースのクラスタの管理をやり易くするアプリケーションプログラムと組み合わせてコンピュータ構成要素により実行するためのコンピュータ読み取り可能媒体上に実体化されたアプリケーションプログラムインタフェースのセットに関する。アプリケーションプログラムインタフェースのセットは、クラスタを発見することに関係付けられたアプリケーションデータと制御データのうち少なくとも一方を受信し、返信する第１のインタフェースと、クラスタを監視することに関係付けられたアプリケーションデータと制御データのうち少なくとも一方を受信し、返信する第２のインタフェースと、クラスタを管理することに関係付けられたアプリケーションデータと制御データのうち少なくとも一方を受信し、返信する第３のインタフェースを含んでいる。
【００１２】
このように、ここでは、オブジェクトベースのクラスタを管理する幾つかの例示的実施形態について、以下の説明及び添付図面に結び付けて説明する。しかしながら、これらの態様は、オブジェクトベースのクラスタを管理する原理を採用する多種多様なやり方のほんの数例を例示しているに過ぎず、従って、そのような態様及び等価物も包含するものとする。この他の利点及び新規な特徴は、図面と関連付けて以下の詳細な説明を考察することにより明らかとなるであろう。
【発明を実施するための最良の形態】
【００１３】
方法、システム、ＡＰＩ、ＧＵＩ、及びコンピュータ読み取り可能媒体について、以下、図面を参照しながら説明するが、各図を通して、同様の要素には同様の符号を付して示している。説明を目的とした以下の記述では、オブジェクトベースのクラスタの管理を良く理解し易くするため、具体的な詳細事項について数多く記載している。しかしながら、方法、システム、ＡＰＩ、ＧＵＩ、及びコンピュータ読み取り可能媒体は、それら具体的な詳細事項にとらわれずに実施可能なことは自明であろう。その他の点では、記述を簡素化するため、周知の構造及び装置はブロック図の形態で示している。
【００１４】
図１は、コンピュータの一例であるコンピュータ１００を示しており、コンピュータ１００は、プロセッサ１０２、メモリ１０４、ディスク１０６、入／出力ポート１１０、バス１０８により作動的に接続されたネットワークインタフェース１１２を備えている。ここに記載のシステムの実行可能な構成要素は、コンピュータ１００の様なコンピュータ上に配置されていてもよい。同様に、ここに記載のコンピュータ実行可能な方法は、コンピュータ１００の様なコンピュータ上で実行されてもよい。なお、他のコンピュータを、ここに記載の一例的システム及び方法に採用してもよいものと理解頂きたい。プロセッサ１０２は、デュアルマイクロプロセッサ及び他のマルチプロセッサアーキテクチャを含む多種多様なプロセッサであってもよい。メモリ１０４は、揮発性メモリ及び／又は非揮発性メモリを含んでいてもよい。非揮発性メモリとしては、限定するわけではないが、読み取り専用メモリ（ＲＯＭ）、プログラム可能読み取り専用メモリ（ＰＲＯＭ）、電気的にプログラム可能な読み取り専用メモリ（ＥＰＲＯＭ）、電気的に消去可能なプログラム可能読み取り専用メモリ（ＥＥＰＲＯＭ）などが挙げられる。揮発性メモリとしては、例えば、ランダムアクセスメモリ（ＲＡＭ）、同期性ＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、同期性ＤＲＡＭ（ＳＤＲＡＭ）、二倍速データ処理ＳＤＲＡＭ（ＤＤＲ ＳＤＲＡＭ）、及び直接ＲＡＭバスＲＡＭ（ＤＲＲＡＭ）を挙げることができる。ディスク１０６としては、限定するわけではないが、磁気ディスクドライブ、フロッピィディスクドライブ、テープドライブ、ジップドライブ、フラッシュメモリカード、及び／又はメモリスティック等の装置が挙げられる。更に、ディスク１０６としては、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、ＣＤ記録可能ドライブ（ＣＤ−Ｒドライブ）、ＣＤ上書き可能ドライブ（ＣＤ−ＲＷドライブ）、及び／又はデジタル汎用ＲＯＭドライブ（ＤＶＤ ＲＯＭ）が挙げられる。メモリ１０４は、例えば、プロセス１１４及び／又はデータ１１６を記憶する。ディスク１０６及び／又はメモリ１０４は、コンピュータ１００のリソースを制御し割り付けるオペレーティングシステムを記憶することができる。
【００１５】
バス１０８は、１つの内部バス相互接続アーキテクチャ及び／又は他のバスアーキテクチャであってもよい。バス１０８としては、限定するわけではないが、メモリバス又はメモリ制御装置、周辺バス又は外部バス、及び／又はローカルバスを含む多種多様なバスを挙げることができる。ローカルバスとしては、限定するわけではないが、工業規格アーキテクチャ（ＩＳＡ）バス、マイクロチャネルアーキテクチャ（ＭＳＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、周辺機器相互接続（ＰＣＩ）バス、ユニバーサルセリアル（ＵＳＢ）バス、及び小型コンピュータシステムインタフェース（ＳＣＳＩ）バスを含む様々なバスを挙げることができる。
【００１６】
コンピュータ１００は、入／出力ポート１１０を介して入／出力装置１１８と対話する。入／出力装置１１８には、限定するわけではないが、キーボード、マイクロフォン、指針選択装置、カメラ、ビデオカード、表示装置などが含まれる。入／出力ポート１１０には、限定するわけではないが、シリアルポート、パラレルポート、及びＵＳＢポートが含まれる。
【００１７】
コンピュータ１００は、ネットワーク環境内で作動することができ、従ってネットワークインタフェース１１２でネットワーク１２０に接続されている。ネットワーク１２０を通して、コンピュータ１００は、遠隔コンピュータ１２２に論理的に接続することができる。ネットワーク１２０には、限定するわけではないが、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）及び他のネットワークが含まれる。ネットワークインタフェース１１２は、限定するわけではないが、ファイバ分散型データインタフェース（ＦＤＤＩ）、銅線分散型データインタフェース（ＣＤＤＩ）、イーサネット（登録商標）／ＩＥＥＥ８０２．３、トークンリング／ＩＥＥＥ８０２．５等を含むローカルエリアネットワーク技術に接続することができる。同様に、ネットワークインタフェース１１２は、限定するわけではないが、二点間リンクや、統合デジタル通信サービスネットワーク（ＩＳＤＮ）、パケット切換ネットワーク及びデジタル加入者回線（ＤＳＬ）の様な回路切換ネットワークを含む広域ネットワーク技術に接続することができる。
【００１８】
図２では、代表的なコンピュータクラスタ２００を示している。コンピュータクラスタは、１つの統合したコンピュータ処理リソースとして使用するために相互接続された、独立したコンピュータシステムの集合体である。コンピュータクラスタは、利用可能性、スケーラビリティ、余裕性に優れており、クラスタ化ソフトウェアを通して仮想システムイメージの作成を助ける。コンピュータクラスタの会員は動的である。コンピュータクラスタは、クラスタリソースと対話することができる。クラスタリソースは、インターネットプロトコル（ＩＰ）アドレス、ディスク容量、及びアプリケーションなど、共有されるリソースの集合体である。クラスタリソースは、スケーラビリティがあり、共有され、動的所有権を提供し易くする。クラスタパッケージは、クラスタリソースの指定された使用法をやり易くする利用可能性の高いサービスを提供するために束ねられたクラスタリソースの集合体である。クラスタパッケージは、一般的に、スケ−ラビリティがあり、動的配置により利用可能性が高い。
【００１９】
クラスタ２００では、第１ノードと第２ノードは、ネットワークのセット２３０を通して通信するよう描かれている。ネットワーク２３０は、公的ネットワークと私的ネットワークを含んでおり、限定するわけではないが、オブジェクトベースのクラスタのマネジャ、ＧＵＩ、システムプログラム、アプリケーションを含むエンティティにアクセスを提供することができる。第１ノード２１０は、クラスタリソースのセット２４０と通信状態にあることが示されている。同様に、クラスタ２２０は、クラスタリソースのセット２５０と通信状態にあることが示されている。クラスタリソースのセット２４０と２５０は、クラスタパッケージ内に配置されていてもよい。クラスタ２００は、例えば、ディスクサービスを企業に提供する際に採用される。企業は、クラスタと直接対話するわけではなく、オブジェクトベースのクラスタの管理システムを通してクラスタと対話することになる。
【００２０】
次に図３は、オブジェクトベースのクラスタマネジャ３２０とクラスタ管理アプリケーション３５０を含んでいる一例的システム３００を示している。オブジェクトベースのクラスタのマネジャ３２０は、１つ又は複数のオブジェクトによりモデル化されるクラスタ３１０と対話する。ＯＢＣＭは、クラスタ、クラスタ構成要素、及びリソースがオブジェクトによりモデル化されると想定している。クラスタをクラスタオブジェクトとしてモデル化することは、親クラスタオブジェクト及びそこから引き出されたオブジェクトとの対話を簡素化するオブジェクトフレームワークにオブジェクトを編成することによりやり易くなる。グラフィカル・ユーザー・インタフェースは、クラスタ、リソース、及びそれらに関係付けられた情報の視覚化を簡素化する。ＡＰＩは、オブジェクトベースのクラスタのマネジャと対話するプログラマー及び／又はプロセスのタスクを簡素化する。この様に、アプリケーションは、クラスタ管理の簡素化と、相互運用性問題を克服することにより２つ以上の異質なクラスタを殆ど同時に管理することをやり易くすることに関係する。
【００２１】
「オブジェクト」は、例えば、データとデータを処理する方法との両方を含んでいる、自立エンティティであってもよい。一般的には、データは、露出され、又は方法のインタフェースを介してアクセス可能にされる。オブジェクトは、ソフトウェア内の論理的及び物理的エンティティを抽象化すること、及び抽象化の情報と詳細をオブジェクト内に隠す一方でインタフェースを介して衆目に露出することをやり易くする。オブジェクトは、一般的に、継承性と他オブジェクト指向性プログラム化技法をやり易くする階層形式に配置されている。
【００２２】
システム３００は、クラスタ３１０、クラスタ３１０の構成要素、及び／又は他の企業情報の視覚化をやり易くするグラフィカル・ユーザー・インタフェース（ＧＵＩ）３４０を含んでいる。更に、ＧＵＩ３４０は、オブジェクトマネジャ３２０についての情報を表示することもできる。例えば、ＧＵＩ３４０は、オブジェクトマネジャ３２０が接触しているクラスタ、構成要素、及びリソースがもしあれば、それらに関する情報を表示することもできる。同様に、ＧＵＩ３４０は、オブジェクトマネジャ３２０が取ることのできる動作を表すコマンドを表示することもできる。或る例では、ＧＵＩ３４０は、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）プロトコルを通してエージェント（例えば、発見、モニター、管理）と通信することができる。更に、ＧＵＩ３４０は、ほぼ同時に複数のクラスタセッションを表示することができる。この様に、ＧＵＩ３４０は、例えば、コマンドラインの構文ではなくマウスクリックを通してコマンドを発行し易くすることにより、クラスタとの対話及びクラスタの管理を簡素化する。更に、ＧＵＩ３４０は、クラスタのコンテキスト及び／又は状態を感知する構成可能なポップアップメニューを提供することによりクラスタ管理を簡素化する。「クラスタの視覚化」とは、例えば、企業視覚化アプリケーションなど、グラフィカル・ユーザー・インタフェース内にクラスタ関連オブジェクトを表示するプロセスをいう。クラスタ視覚化は、グラフィカル・ユーザー・インタフェース表示装置内にクラスタ関連オブジェクトを表示する、特有のアイコンのセットを使用する。そのようなアイコンは、例えば、クラスタ状態、クラスタ会員、クラスタで利用可能なサービス、及びクラスタに関係付けられたリソースを表示し易くするため、カラーコード化することもできる。
【００２３】
或る例では、ＧＵＩ３４０は表示装置と選択装置を含んでいる。従って、データ入力は表示装置上に表示することができ、データ入力間での選択が行なわれる。例えば、ＧＵＩ３４０は、クラスタ３１０上でオブジェクトマネジャ３２０により実行されるクラスタ管理オペレーションを表現するデータ入力を表示することができる。クラスタ管理オペレーションとしては、限定するわけではないが、クラスタを定義すること、クラスタ構成要素を定義すること、クラスタを見ること、クラスタ構成要素を見ること、クラスタ上に機能を呼び出すこと、クラスタ構成要素上に機能を呼び出すこと、クラスタ上にプロセスを呼び出すこと、クラスタ構成要素上にプロセスを呼び出すこと、クラスタへコマンドを送信すること、クラスタ構成要素へコマンドを送信すること、クラスタを始動すること、クラスタ構成要素を始動すること、クラスタを停止すること、クラスタ構成要素を停止すること、フェイルオーバー処理を開始すること、フェイルオーバー処理を停止すること、保守処理を開始すること、保守処理を停止すること、負荷バランス処理を開始すること、負荷バランス処理を停止すること等が挙げられる。従って、ＧＵＩ３４０は、クラスタ３１０と対話し易くする。ＧＵＩ３４０がオブジェクトマネジャ３２０から、例えば、クラスタ管理オペレーションに関係付けられたデータ入力のセットを検索することにより、ＧＵＩ３４０は柔軟性を有し、従来のハードコード化システムに勝る利点を提供する。オブジェクトマネジャ３２０から検索されたデータ入力のセットをＧＵＩ３４０上に表示し、選択されたデータ入力を示すデータ入力選択信号を受信することにより、ＧＵＩ３４０は、従来のコマンドラインオペレーションではなくグラフィカルオペレーションを通して、クラスタ管理オペレーションを開始し易くし、従来のテキストベースのシステムに勝る利点を提供する（例えば、使い易さ、メモリリマインダ、学習曲線の短縮）。
【００２４】
システム３００は、ＡＰＩ３３０も含んでいる。ＡＰＩ３３０は、例えば、オブジェクトマネジャ３２０を相手にアプリケーションデータと制御データを受信し、返信し易くするインタフェースを含んでいてもよい。同様に、ＡＰＩ３３０は、クラスタ３１０を監視することに関係付けられたアプリケーションデータ及び／又は制御データを受信及び／又は返信し易くする。更に、ＡＰＩ３３０は、クラスタ３１０を監視することに関係付けられたアプリケーションデータ及び／又は制御データを受信及び返信し易くするインタフェースを含んでいてもよい。従って、限定するわけではないが、クラスタ管理アプリケーション３５０、プログラマー３６０、プロセス３７０及び企業管理アプリケーション３８０を含め、アプリケーションとエンティティは、オブジェクトマネジャ３２０と対話するＡＰＩ３３０を通してクラスタ３１０と対話することになる。この様に、アプリケーション、プログラマー及びプロセスは、異質のクラスタに本来的なベンダー特有のハードウェア、ソフトウェア及び通信プロトコルばかりでなく、オブジェクトマネジャ３２０の内部要素からも隔離されている。アプリケーション、プログラマー及びプロセスは、クラスタ３１０及び／又はオブジェクトマネジャ３２０と対話するには、ＡＰＩ３３０に対するインタフェースを学習するだけでよい。これは、アプリケーション、プログラマー及びプロセスが、クラスタ３１０及び／又は関係付けられたクラスタ構成要素、及びリソースの内部詳細を学習するよう強制された従来のシステムに勝る利点となる。ＡＰＩ３３０を通してオブジェクトマネジャと対話することによる別の利点は、オブジェクトマネジャ３２０がＡＰＩ３３０を継続してサポートする限り、オブジェクトマネジャ３２０に対して行なわれたインプリメンテーションの変更によって、ＡＰＩ３３０を通してオブジェクトマネジャ３２０と対話するエンティティを記録する必要はあまり無いということである。
【００２５】
或る例では、オブジェクトマネジャ３２０は、１つ又は複数の異質なクラスタ３１０を識別するための手段を提供する。異質なクラスタが識別されると、クラスタに関する情報はＧＵＩ３４０を通して表示することができる。同様に、コマンドがＧＵＩ３４０から異質なクラスタに送られ、クラスタに関するデータはＡＰＩ３３０を介して取り出すことができる。オブジェクトマネジャ３２０は、異質なクラスタを検分する手段も提供し、これは、データ値を識別すること、データ値の変更を識別すること、クラスタ構成要素及び／又はそのような異質なクラスタに関係付けられたリソースを識別すること、を含んでいる。この様に、クラスタ管理アプリケーション３５０は、ＡＰＩ３３０を通して、検索されたデータと対話する一方で、オブジェクトマネジャ３２０により異質なクラスタを検分する。オブジェクトマネジャ３２０は、異質なクラスタの検分に、１つ又は複数のエージェント（例えば、ニューラル・ネットワーク検分エージェント）の支援を受けることもできる。
【００２６】
クラスタ３１０は、ベンダー特有の品質を有すると考えられるので、異質なクラスタを制御するためのシステムは、クラスタを抽象化するための手段を備えていれば好都合で、この手段には、限定するわけではないが、クラスタ、クラスタ構成要素、及び／又はリソースのモデル化をやり易くするオブジェクト及び／又はオブジェクトの階層が含まれる。例えば、クラスタ管理アプリケーション３５０、プログラマー３６０、プロセス３７０、及び企業管理アプリケーション３８０のような各種エンティティは、クラスタ３１０と対話することを所望するので、異質なクラスタを制御するためのシステムは、標準化されたコマンドセットを通して異質なクラスタを制御するための手段を備えていれば好都合である。この様に、クラスタベンダーが、標準化されたコマンドセットのバックエンドを実装している限りにおいて、アプリケーション、プログラマー及びプロセスは、コマンドセットのフロントエンドと対話することができるので、このようなアプリケーション、プログラマー及びプロセスが、クラスタ内に設けられたベンダー特有のコマンドと直接対話しなければならない従来のシステムに勝る利点を提供する。
【００２７】
なお、オブジェクトマネジャ３２０は、クラスタ検知要素とクラスタ検分要素を備えていてもよい。また、クラスタ検知要素及び／又はクラスタ検分要素は、コンピュータ読み取り可能媒体上に記憶されたコンピュータ実行可能構成要素を備えていてもよい。同様に、クラスタを発見する段階と、クラスタデータをクラスタモデル化オブジェクト内に記憶する段階と、クラスタモデル化オブジェクトを更新する段階と、及びクラスタを管理する段階を含んでいる、オブジェクトベースのクラスタを管理するための方法は、同じくコンピュータ読み取り可能媒体上に記憶されているコンピュータ実行可能インストラクションで実施することもできる。
【００２８】
次に図４では、異質なクラスタソリューションとの対話をやり易くするシステム４００を示している。システム４００は、クラスタ検知器４０２とクラスタスーパーバイザ４０４を含んでいる。クラスタ検知器４０２は、クラスタ４１０及びクラスタ４２０の様な異質なクラスタを検知し易くする。クラスタ４１０は、例えば、ベンダー特有のハードウェア、ソフトウェア及びプロトコルを有している。同様に、クラスタ４２０は、異なるベンダーからのもので、従ってベンダー特有のハードウェア、ソフトウェア及び通信プロトコルの異なるセットを有している。従来、異質なクラスタとの対話には、ベンダー特有のハードウェア、ソフトウェア、及び／又はプロトコルを考慮する必要があった。しかしながら、クラスタをオブジェクト内にモデル化することにより、システムは、ベンダー特有のアイテムではなく、抽象化されたオブジェクトと対話することができる。従って、システム４００は、クラスタをモデル化するオブジェクト、及び異質なクラスタソリューションとの対話をやり易くするオブジェクト階層と対話する。クラスタスーパーバイザ４０４は、１つ又は複数の異質なクラスタからデータを収集して、クラスタをモデル化してクラスタから集められたデータを記憶するオブジェクト内の方法を呼び出す。クラスタスーパーバイザ４０４は、クラスタに対してデータ及び／又は制御情報を提示するために使用することもできる。例えば、クラスタをモデル化するオブジェクト内に記憶されたデータは、オブジェクトからクラスタに渡され、クラスタの再起動及び／又は失った状態の再確立をやり易くする。同様に、制御情報は、クラスタの管理をやり易くするため、システム４００からクラスタに渡すこともできる。
【００２９】
システム４４０には、オブジェクトのセット４３０（例えば、オブジェクト４３２、オブジェクト４３４、オブジェクト４３６）が利用可能である。このオブジェクトのセット４３０は、異質で独特なクラスタの抽象化をやり易くする。クラスタ間の類似性を抽象化すること、及びベンダー特有のオブジェクト内のクラスタ特有のオペレーションをカプセル化することにより、クラスタ検知器４０２及び／又はクラスタスーパーバイザ４０４が抽象化オブジェクト内にデータを記憶し易くなる。オブジェクトベースのクラスタの管理を単純化するために、オブジェクトは、個別に及び／又は集合的にオブジェクトにアクセスし易くするオブジェクトの階層状に配置してもよい。更に、抽象化オブジェクトを階層状に配置することにより、継承及び他のオブジェクト指向プログラミング技術がやり易くなり、これによりクラスタ管理に伴うプログラミングが簡素化される。
【００３０】
クラスタ検知器４０２及び／又はクラスタスーパーバイザ４０４は、１つ又は複数のインテリジェントで自動化されたデータ収集器から、クラスタに関するデータを受信する。例えば、ニューラル・ネットワーク・エージェントは、１つ又は複数のクラスタが存在する単一又は複数のネットワークを、実質的に継続して横断し及び／又は監視する。インテリジェント自動データ収集器は、クラスタ、クラスタ構成要素、及び／又はクラスタに関係付けられたリソースを識別し、クラスタに関するデータをクラスタ検知器４０２及び／又はクラスタスーパーバイザ４０４に送信する。
【００３１】
次に図５では、オブジェクトベースのクラスタの管理システム５００が、コマンドセット５１０を通してクラスタ５２０と通信している状態を示している。この様に、クラスタ検知器５０２及び／又はクラスタスーパーバイザ５０４は、コマンドセット５１０を通して、クラスタ５２０及び／又は個別のクラスタ構成要素（例えば、構成要素５５２、構成要素５２４、構成要素５２６）と通信する。コマンドセット５１０を作成することは、クラスタ間及び／又はクラスタ構成要素間及び／又はリソース間の類似性を抽象化してそのようなエンティティをモデル化するオブジェクトに形成することにより、及びベンダー特有の属性並びにオブジェクト内の機能性をカプセル化することにより、やり易くなる。コマンドセット５１０を提供することにより、クラスタマネジャ５００のユーザーは、コマンドセット５１０を知っていればよいだけでコマンドセット５１０を通して通信状態にあるオブジェクトの内部詳細に精通する必要はなくなるので、クラスタ検知器５０２とクラスタスーパーバイザ５０４をプログラミングするのが単純化される。
【００３２】
或る例では、コマンドセット５１０には、クラスタを定義すること、クラスタ構成要素を定義すること、クラスタを見ること、クラスタ構成要素を見ること、クラスタ上に機能を呼び出すこと、クラスタ構成要素上に機能を呼び出すこと、クラスタ上にプロセスを呼び出すこと、クラスタ構成要素上にプロセスを呼び出すこと、クラスタへコマンドを送信すること、クラスタ構成要素へコマンドを送信すること、クラスタを始動すること、クラスタ構成要素を始動すること、クラスタを停止すること、クラスタ構成要素を停止すること、フェイルオーバー処理を開始すること、フェイルオーバー処理を停止すること、保守処理を開始すること、保守処理を停止すること、負荷バランス処理を開始すること、負荷バランス処理を停止すること、をやり易くするコマンドが含まれている。コマンドセット５１０を設けることにより、新たに作成されたクラスタ、クラスタ構成要素及びリソース用に新しいオブジェクトを作成し易くなり、その結果このようなアイテムをクラスタマネジャとより迅速に統合し易くなる。従来は、新しいクラスタが作成される場合、ベンダーは、クラスタマネジャとの統合を単純化するために実施すべきインタフェースに関するガイドラインを、有ったとしてもほんの少ししか有していなかった。従って、クラスタをクラスタマネジャで操作しようとする場合は、クラスタをカスタマイズするかクラスタマネジャをカスタマイズするかの何れかをせねばならなかったので、複雑性が増し費用が掛かった。しかし、抽象化オブジェクトとコマンドセット５１０を設けたので、統合の問題は小さくなった。更に、事前に定義されたインタフェースを用いるので、展開中のクラスタをシミュレートすることができ、その結果、統合テストを展開とほぼ平行して行えるようになり、従来のシステムに勝る利点を提供することになる。
【００３３】
図５では、コマンドセット５１０はオブジェクトベースのクラスタのマネジャ５００とクラスタ５２０の間にあるものとして示しているが、コマンドをクラスタ５２０及び／又は個々の構成要素（例えば、構成要素５２２、構成要素５２４、構成要素５２６）に送信することは、クラスタ、クラスタ構成要素及び／又はリソースをモデル化するオブジェクトにコマンドを送信することにより実現できるものと理解頂きたい。例えば、オブジェクトはクラスタをモデル化することができるが、オブジェクトは、オブジェクトベースのクラスタのマネジャとクラスタの間のインタフェースとして使用することもできる。この様に、或るクラスタに貼り付けられているオブジェクトにコマンドを送ることにより、コマンドの所望の効果を、事実上そのクラスタに送ることができる。この様に、新しいクラスタ、クラスタ構成要素及び／又はリソースが、コマンドセット５１０に対するインタフェースを実装している限り、新しいクラスタ、クラスタ構成要素及び／又はリソースは、コマンドセット５１０を通して既存のオブジェクトベースのクラスタのマネジャ５００と対話することができる。これにより、新クラスタの展開と統合が単純化され、従来のシステムに勝る利点が提供されることになる。
【００３４】
図６では、オブジェクト階層を示している。「クラスタオブジェクトモデル」とは、クラスタ関連オブジェクトとその相互関係を記述する一般的オブジェクトモデルをいう。従って、クラスタオブジェクトモデルは、クラスタが所有している、クラスタ会員、サービス、及び各種リソースを統合した視点を提供し易くする。同様に、クラスタオブジェクトモデルは、クラスタの力学に対処するように設計されており、グラフィカル・ユーザー・インタフェースにより採用されるクラスを導出するためのベースクラスとして機能することができる。
【００３５】
階層の一番上はクラスタオブジェクト６１０である。クラスタオブジェクト６１０は、クラスタをモデル化することができ、従って、クラスタのモデル化をやり易くするデータと、クラスタデータを取り扱う方法と、コマンドセット更にはオブジェクトベースのクラスタのマネジャと対話するための方法を含んでいる。階層内で、ホストオブジェクト６２０、パッケージオブジェクト６３０、リソースオブジェクト６４０、及び事象履歴オブジェクト６５０が、クラスタオブジェクト６１０を継承している。同様に、リソースオブジェクト６４０を継承するオブジェクトには、ネットワークアドレスオブジェクト６４２、ディスク容量オブジェクト６４４、アプリケーションオブジェクト６４６、及びサブネットオブジェクト６４８が含まれている。同じく、事象オブジェクト６５２は、事象履歴オブジェクト６５０を継承している。図示のオブジェクト階層は、異質なクラスタとの対話をやり易くするために、オブジェクトベースのクラスタの管理システムが採用することのできるオブジェクト階層の一例である。図６は１つの可能なオブジェクト階層を示してはいるが、本出願では他のオブジェクト階層も採用できるものと理解頂きたい。例えば、オブジェクトベースのクラスタの管理をやり易くするオブジェクトの１つのセットは、管理対象のオブジェクトをモデル化する親オブジェクトと、親オブジェクトを継承し、クラスタをモデル化するクラスタオブジェクトと、クラスタオブジェクトを継承し、クラスタのベンダー特有の特性（例えば、ハードウェア、ソフトウェア、通信プロトコル）をモデル化するベンダー特有のクラスタオブジェクトを含むことができる。オブジェクトを階層状に配置することにより、オブジェクト指向型の分析、設計、及び継承性・集成・データハイディング・カプセル化のようなプログラミングの利点を得易くすることにより、オブジェクトベースのクラスタの管理に伴うプログラミングを簡素化することができる。
【００３６】
オブジェクトベースのクラスタを管理するためのシステムと方法に採用されるオブジェクトのセットの或る例では、親オブジェクトを継承し且つエージェントをモデル化するエージェントオブジェクトが提供される。上記のように、エージェントはコンピュータ処理環境を横断し、クラスタ、クラスタ構成要素及び／又はリソースを配置し、アイテムに関するデータをオブジェクトベースのクラスタの管理システムに報告する。エージェントは、例えば、ＳＮＭＰベースでもＲＭＯＮベースでもよい。同様の新しいベンダー特有のマネジャが作成され、クラスタをオブジェクトベースのクラスタのマネジャと同様に統合することは、クラスタのオブジェクトモデル化により簡素化されるので、新しいクラスタ発見及び／又は監視エージェントも作成することができるようになる。エージェントの統合は、オブジェクト内のエージェントをモデル化し抽象化することにより、同じく簡素化されるが、これには、オブジェクトとオブジェクトベースのクラスタのマネジャとの間のインタフェースを定義することが含まれている。インタフェースとなる新しいエージェントは、オブジェクトベースのクラスタのマネジャと容易に統合することができ、従来のシステムに勝る利点が提供される。この様に、オブジェクト階層には、エージェントオブジェクトを継承し、ベンダー特有のエージェントをモデル化する、ベンダー特有のエージェントオブジェクトが含まれる。例えば、第１のベンダーは、当該ベンダーにより提供されるクラスタを識別するエージェントを提供する。同様に、第２のベンダーは、当該ベンダーにより提供されるクラスタだけでなく、他のベンダーより提供されるクラスタも識別するエージェントを提供する。こうして、両方のベンダー特有のエージェントオブジェクトは、固有の能力を有しているが、共に親オブジェクトを継承するエージェントオブジェクトを継承しており、その結果、オブジェクトベースのクラスタ管理と迅速な統合がやり易くなる。
【００３７】
オブジェクト階層の別の例は、親オブジェクトを継承し、タスク空間をモデル化するタスク空間オブジェクトを含んでいる。この例の階層は、親オブジェクトを継承し、タスクをモデル化するタスクオブジェクトと、タスクオブジェクトを継承し、１つ又は複数のベンダー特有のタスクをモデル化する１つ又は複数のベンダー特有のタスクオブジェクトを含んでいてもよい。同様に、オブジェクト階層は、親オブジェクトを継承し、リソース空間をモデル化するリソース空間オブジェクトを含んでいてもよい。同様に、リソースオブジェクトは、親オブジェクトを継承し、リソースをモデル化することができる。リソースは、幅広く異なるデータ、方法、及び他のベンダー特有の独自性を有しているはずなので、実体化されたリソースオブジェクトは、リソースオブジェクトを継承し、サービス、プロセス、サブネット、アドレス、ファイルシステム、アプリケーション、及びディスク容量等のアイテムをモデル化し、このようなリソースをオブジェクトベースのクラスタの管理システムに組み込み易くする。
【００３８】
オブジェクトベースのクラスタのマネジャは、或る例では、クラスタ、クラスタ構成要素及び／又はリソースに関する情報を表示し易くするグラフィカル・ユーザー・インタフェースと対話するので、一例としてのオブジェクト階層は、親オブジェクトを継承し、グラフィカル・ユーザー・インタフェースにオブジェクトの階層表示をやり易くするフォルダオブジェクトを含んでいる。同様に、リソースフォルダは、フォルダオブジェクトを継承し、リソースをモデル化するので、同様に、クラスタ、クラスタ構成要素及び／又はリソースを見るために採用されたグラフィカル・ユーザー・インタフェースでのオブジェクトの階層表示がやり易くなる。更に、一例としてのオブジェクト階層は、リソースフォルダオブジェクトを継承し、サービスフォルダ、アドレスフォルダ、プロセスフォルダ、サブネットフォルダ、ファイルシステムフォルダ、アプリケーションフォルダ、及びディスク容量フォルダの様なアイテムをモデル化する１つ又は複数の実体化されたフォルダオブジェクトを含んでおり、同様に、オブジェクトベースのクラスタ管理システムを、例えば企業管理に採用されているグラフィカル・ユーザー・インタフェースと統合し易くする。
【００３９】
なお、オブジェクトの階層は、コンピュータ読み取り可能媒体上に記憶してもよい。この様に、コンピュータ読み取り可能媒体に記憶されているコンピュータ実行可能構成要素のオブジェクトのセットには、管理対象のオブジェクトをモデル化する親オブジェクト、クラスタをモデル化するクラスタオブジェクト、ベンダー特有のクラスタソリューションをモデル化するベンダークラスタオブジェクト、エージェントをモデル化するエージェントオブジェクト、ベンダー特有のエージェントをモデル化するベンダー特有のエージェントオブジェクト、タスク空間をモデル化するタスク空間オブジェクト、タスクをモデル化するタスクオブジェクト、ベンダー特有のタスクをモデル化するベンダー特有のタスクオブジェクト等が含まれる。
【００４０】
次に図７では、オブジェクトベースのクラスタの管理システム７６０と通信状態にあるクラスタオブジェクト７１０により、クラスタ７００がモデル化されている様子を示している。同様に、クラスタ構成要素７２０、７３０、７４０、７５０が、それぞれ、これも同じくオブジェクトベースのクラスタの管理システム７６０と通信状態にある個々のオブジェクト７２２、７３２、７４２、７５２によりモデル化されている様子も示している。この様に、オブジェクトベースのクラスタの管理システム７６０は、クラスタ７００及び／又は個々のクラスタ構成要素７２０−７５０と、モデル化オブジェクト７１０、７２２−７５２を通して間接的に対話することができる。クラスタ７００及び／又は個々のクラスタ構成要素７２０−７５０を抽象化することにより、オブジェクトベースのクラスタの管理システム７６０が、クラスタ７００及び／又はクラスタ構成要素７２０−７５０に付帯するベンダー特有の及び／又は実施の詳細から切り離されるので、オブジェクトベースのクラスタの管理システム７６０をプログラムするタスクが簡素化される。クラスタ７００と構成要素７２０−７５０をモデル化することの別の利点は、アイテムをソフトウェア内でシミュレートすることができ、これにより、迅速なプロトタイプの作成、迅速な統合、故障検知、訓練、及び実質的並行展開がやり易くなることである。
【００４１】
図８では、オブジェクトベースのクラスタの管理システム８００が、２つの異質なクラスタ８１０及び８２０と対話している状態を示している。クラスタ８１０は、オブジェクト８５０、８５２、８５４によりそれぞれモデル化される３つのクラスタ構成要素８１２、８１４、８１６を含んでいる。同様に、クラスタ８２０は、オブジェクト８６０、８６２、８６４によりそれぞれモデル化される構成要素８２２、８２４、９２６を含んでいる。クラスタ８１０はオブジェクト８３０によりモデル化され、クラスタ８２０はオブジェクト８４０によりモデル化される。オブジェクト８３０、８４０、８５０、８５２、８５４、８６０、８６２、８６４は、オブジェクトベースのクラスタの管理システム８００と通信状態にある様子が示されている。この様に、オブジェクトベースのクラスタの管理システム８００は、クラスタ８１０、構成要素８１２、８１４、８１６、クラスタ８２０、及び構成要素８２２、８２４、８２６に付帯するベンダー特有の及び／又は実施に特有の詳細から切り離されている。従って、オブジェクトベースの管理システム８００は、物理的なエンティティに付きものの特有なものと対話するのではなくてオブジェクト内で捕捉される抽象物と対話することになるので、そのプログラミングが単純になり、従来の非オブジェクト指向システムに勝る利点が提供される。
【００４２】
上に示し説明した代表的なシステムの観点から、実施される方法論は図９のフロー図を参照すると良く理解することができる。説明を簡単にするため、図示の方法論は一連のブロック形式で示し説明しているが、方法論はこのブロック順に限定されるものではなく、ブロックによっては、図示し説明しているものと異なる順序で、及び／又は同時に起こってもよい。更に、例示する方法論を実施するのに、図示のブロック全てが求められるわけでもない。更に、追加的及び／又は代替的な方法論では、追加の図示していないブロックが採用されることもある。或る例では、このような方法論は、コンピュータ実行可能なインストラクション及び／又はオペレーションとして実施し、インストラクション及び／又はオペレーションは、限定するわけではないが、アプリケーション特定の集積回路（ＡＳＩＣ）、コンパクトディスク（ＣＤ）、デジタル汎用ディスク（ＤＶＤ）、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、プログラム可能読み取り専用メモリ（ＰＲＯＭ）、電子的に消去可能なプログラム可能読み取り専用メモリ（ＥＥＰＲＯＭ）、ディスク、搬送波、及びメモリスティックを含むコンピュータ読み取り可能媒体上に記憶することもできる。
【００４３】
図９は、オブジェクトベースのクラスタを管理するための一例的なコンピュータベースの方法を示すフローチャートである。９００で、全体的初期化が行われる。初期化には、限定するわけではないが、メモリ割付、ポインタの確立、データ通信の確立、リソースの確保、変数の設定、プロセス活動の表示が含まれる。
【００４４】
９１０で、クラスタが発見されたか否かに関して判定が下される。９１０での判定がイエスの場合、９２０で、クラスタオブジェクトが充てられる。この様に、オブジェクトベースクラスタを管理するための方法では、第１段階の内の１つは、１つ又は複数のクラスタを発見することであり、クラスタは（例えば、異なるベンダーの）異質のクラスタでもよい。クラスタを発見することには、１つ又は複数のエージェントからデータを受信して分析することが含まれ、そのエージェントは、例えば、ニューラル・ネットワーク・エージェントである。エージェントから受信されたデータには、限定するわけではないが、クラスタ名、クラスタの位置、クラスタ構成要素識別子のセット、クラスタ構成要素間の関係のセット、クラスタが実行することのできるプロセス、クラスタに送ることのできるコマンド、アップタイム、ダウンタイム、トラップデスティネーション、局所的に利用可能なアプリケーションが含まれる。クラスタは異質なことが多いので、それらはオブジェクトにより抽象化されてモデル化され、これにより異質なクラスタとの対話が単純化される。クラスタを発見するエージェントから受信されるデータは、クラスタをモデル化するオブジェクト内の１つ又は複数のフィールドに記憶することができる。一般的には、値は、オブジェクトに付帯する方法のインタフェースを採用することにより、クラスタをモデル化するオブジェクト内に記憶される。
【００４５】
１つ又は複数のクラスタが発見されると、クラスタに関係付けられたリソースも発見される。クラスタに関係付けられた値がクラスタをモデル化するオブジェクト内に記憶されるやり方と同じように、リソースに関係づけられた値は、リソースをモデル化するオブジェクト内に同じように記憶される。リソースには、限定するわけではないが、コンピュータハードウェア（例えば、ディスク空間、メモリ容量、通信帯域、プロセッサ速度）、及びコンピュータソフトウェア（例えば、オペレーティングシステム、アプリケーション、プロセス、スレッド）が含まれる。リソースに関する情報は、エージェントから受信することができ、或る例ではニューラル・ネットワーク・エージェントである。
【００４６】
この様に、オブジェクトベースのクラスタを管理するための一例的な方法は、クラスタ及び／又はクラスタに関係付けられたリソースを発見する段階と、モデル化オブジェクト内のクラスタ及び／又リソースに関係付けられた値を記憶する段階と、ニューラル・ネットワーク・エージェントからのクラスタ及び／又はリソースに関係付けられたデータを受信して分析する段階を含んでいる。プロトコルは、クラスタ及び／又はリソースデータタイプ、サイズ、位置、及び有効値を含むことができる。エージェント（例えば、ニューラル・ネットワーク・エージェント）は、クラスタに関係付けられたデータがモデル化オブジェクトに記憶される前に、クラスタを継続的に探し出すので、データは、新しく「発見された」クラスタが実際には以前に発見されたものであるか否かを判定するために分析される。これにより、重複するデータの記憶に伴う問題を減らすのが簡単になる。
【００４７】
９３０で、クラスタに関係付けられた情報を更新すべきか否かについての判定が下される。９３０での判定がイエスである場合、９４０で、クラスタオブジェクトが更新される（例えば、値が変更される）。この様に、オブジェクトベースのクラスタを管理するための一例的方法は、クラスタを監視する段階を含んでおり、クラスタに変化があったことが分かった場合は、モデル化オブジェクト内のデータ値が更新される。更新は、一般的に、クラスタをモデル化する１つ又は複数のオブジェクトの方法を呼び出すことにより実行される。モニターデータは、監視エージェントから受信されるが、このエージェントは、例えばニューラル・ネットワーク・エージェントである。例えば、新しく発見されたクラスタは、それが第１ディスク容量を有していることを示している。或るオペレーション期間の後、ディスク容量は変化する。従って、クラスタを監視しているエージェントは、新しいディスク容量を報告する。変化したディスク容量が通知されると、クラスタをモデル化するオブジェクト内で方法が呼び出され、クラスタをモデル化するオブジェクト内に記憶されているデータ値が変更される。なお、並列処理システム内では、監視は、クラスタに関係付けられたデータ値の更新と実質的に並行して行われると理解頂きたい。エージェントがクラスタを監視している間、エージェントは、クラスタに関係付けられたリソースも監視する。従って、オブジェクトベースのクラスタを管理するための方法は、クラスタに関係付けられたリソースを監視する段階と、リソースをモデル化するオブジェクト内の値を更新する段階を含んでいる。リソースをモデル化するオブジェクトの更新に採用されるデータ値は、エージェントから検索することができるが、このエージェントは、例えばニューラル・ネットワーク・エージェントである。エージェントは実質的に継続してリソース及び／又はクラスタを監視するので、エージェントから受信されたデータは、方法を呼び出してクラスタ及び／又はリソースモデル化オブジェクトを更新すべきか否かを判定する前に、分析される。これにより、データの完全性を維持することがやり易くなり、その結果、クラスタ及び／又は関係クラスタリソースの正確な表示とモデルの保守がやり易くなる。
【００４８】
９５０で、クラスタ上で或る動作を行うか否かについて判定が下される。９５０での判定がイエスである場合、９６０で、クラスタは管理される。クラスタの管理には、限定するわけではないが、クラスタを定義すること、クラスタを見ること、クラスタ上にシステム機能を呼び出すこと、クラスタ上にユーザー機能を呼び出すこと、クラスタへコマンドを送信すること、クラスタ上で実行すべき動作を確認すること、クラスタを始動すること、クラスタを停止すること、トラップデスティネーションを登録すること、トラップデスティネーションを掲示すること、エージェントプロセスを掲示すること、クラスタプロセスを掲示すること、ローカルアプリケーションを開始すること、が含まれる。更に、クラスタの管理には、クラスタのフェイルオーバー処理を実行すること、クラスタ内の負荷バランスを取ること、クラスタの保守処理を実行すること、が含まれる。クラスタを定義することには、例えば、クラスタ構成要素に対する識別子を提供すること、及び／又は１つ又は複数のクラスタ構成要素の位置を識別すること、が含まれる。クラスタを見ることには、例えは、クラスタ及び／又はクラスタリソースをモデル化するのに採用されているオブジェクト内に記憶された１つ又は複数のオブジェクト又はデータ値を表示することが含まれる。クラスタは、コンピュータ構成要素の協働するセットなので、クラスタを管理することには、クラスタ上にシステム及び／又はユーザー機能を呼び出すことがまれる。例えば、クラスタは、システム機能と考えられる保全走査（例えば、ウイルスチェック）を実行する能力を有している。同様に、クラスタは、クラスタのユーザーにより書かれたプログラムを実行する能力を有しており、これはユーザー機能であると考えられる。システム及び／又はユーザー機能は、例えば、遠隔手続き呼び出しにより呼び出すことができる。クラスタに参加できる「コンピュータ構成要素」には、限定するわけではないが、コンピュータ関係エンティティ、即ち、ハードウェア、ファームウェア、ソフトウェア、その組み合わせ、又は実行中のソフトウェアの何れかが含まれる。例えば、コンピュータ構成要素としては、限定するわけではないが、プロセッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行可能なもの、実行のスレッド、プログラム、及びコンピュータが挙げられる。１つ又は複数のコンピュータ構成要素は、実行のプロセスおよび／又はスレッド内に常駐することができ、コンピュータ構成要素は、１つのコンピュータ上に局所化することも、及び／又は２つ以上のコンピュータに跨って分散させることもできる。
【００４９】
クラスタは、状態を有しており、従って、クラスタのオペレーションを始動することにより、及び／又はクラスタのオペレーションを停止することにより管理される。クラスタの始動と停止は、例えば、クラスタにコマンドを送ることにより行なわれる。クラスタ上で取ることのできる動作は、状態（例えば、アップ、ダウン）により異なるので、クラスタの状態を見ることにより、クラスタ上で動作を実行できるか否か確認し易くなる。クラスタに或る状態が存在する場合、又は或る状態変化がクラスタに起きている場合、或る動作が自動的に実行される。動作はトラップデスティネーションに記憶され、従って、クラスタに関するトラップデスティネーションは、オブジェクトベースのクラスタを管理する方法によって登録され、そのようなトラップデスティネーションが掲示される。クラスタに関する情報は、エージェントから受信されるので、クラスタ管理は、クラスタに関する情報を調べて及び／又は報告したエージェント処理の掲示を含むことになる。
【００５０】
クラスタが採用されているアプリケーションは、利用可能性の高いアプリケーションをサポートしている状態にある。而して、クラスタ管理は、クラスタに対するフェイルオーバー処理の実行（例えば、下のクラスタ構成要素から上のクラスタ構成要素へ処理を自動的に移すこと）、クラスタ内の負荷バランス取り（クラスタ構成要素間での処理及び／又はデータの分配）、及び保守処理の実行（例えば、デ・フラグメンテーション、通信完全性テスト、安全監査）を含んでいる。この処理は、物理的エンティエィと直接対話するのではなく、クラスタをモデル化するオブジェクトと対話することによりやり易くなる。
【００５１】
クラスタ及び／又はクラスタ構成要素は、１つ又は複数のクラスタリソース（例えば、ディスク、テープ、ＣＤ）と対話する。この様に、アプリケーションは、リソースを管理することにも関係する。従って、オブジェクトベースのクラスタを管理するための一例的方法では、リソースを定義すること、リソースを見ること、リソースを始動し停止すること、及びリソース上に機能を呼び出すこと、を含むリソース管理機能が実行される。例えば、リソースを定義することには、リソースに名前をつけること、リソースを配置すること、及びリソースを１つ又は複数のクラスタに関係付けることが含まれる。同様に、リソースを見ることには、リソース定義値を表示することが含まれる。クラスタのように、リソースは状態を有しており、従って、リソースは始動され及び／又は停止される。例えば、クラスタに関係付けられたテープバックアップリソースは、毎夜、夜中の１２時から午前１時までの間に自動化されたテープバックアップを実行するのに採用される。従って、リソースは、自動的テープバックアップに先立って始動され、自動テープバックアップが完了した後に停止して、節電を図り安全上のリスクを低減する。
【００５２】
９７０では、オブジェクトベースのクラスタの管理が完了したか否かに付いて判定が下される。９７０での判定がノーの場合、処理は９１０に戻るが、そうでなければ処理は終了する。図９に示すブロックは、順序付けて示しているが、オブジェクトベースのクラスタを管理する方法は、並列処理システムで実行することもでき、従って、図示のブロックは実質的に並行して実行してもよいものと理解頂きたい。
【００５３】
次に図１０は、アプリケーションプログラム用インタフェース（ＡＰＩ）１０００が、オブジェクトベースのクラスタのマネジャ１０３０にアクセスを行う様子を示している。ＡＰＩ１０００は、オブジェクトベースのクラスタのマネジャ１０３０により行なわれる処理にアクセスするため、例えば、プログラマー１０１０及び／又はプロセス１０２０により用いられる。例えば、プログラマー１０１０は、クラスタにアクセスする（例えば、そのオペレーションを呼び出す、そのオペレーションを監視する、その機能にアクセスする）ためのプログラムを書くことができ、プログラムを書くことは、ＡＰＩ１０００の存在により容易になる。この様に、プログラマー１０１０は、クラスタマネジャ１０３０の内部を理解する必要が無くなり、プログラマーのタスクは、クラスタマネジャ１０３０に対するインタフェース１０００を学習することにより単純化される。これにより、プログラマー１０１０及び／又はプロセス１０２０へ機能を露出しながら、クラスタマネジャ１０３０の機能のカプセル化がやり易くなる。同様に、ＡＰＩ１０００は、データ値をクラスタマネジャ１０３０に提供し、及び／又はクラスタマネジャ１０３０からデータ値を検索することができる。例えば、負荷バランス取りをやり易くするプロセス１０２０は、クラスタマネジャ１０３０からＡＰＩ１０００を通して検索されたデータを調べることにより、１つ又は複数のクラスタ及び／又はクラスタ構成要素の状態を監視することができる。あるデータ値、及び／又は値間の関係により表されるような或る種の状態が通知されると、プロセス１０２０は、ＡＰＩ１０００を通して負荷バランス取りの管理をやり易くする１つ又は複数の値又はコマンドを送る。
【００５４】
一例としてのＡＰＩ１０００では、第１インタフェース１０４０は、クラスタを発見することに関係付けられたアプリケーションデータ及び／又は制御データを送る。例えば、限定するわけではないが、クラスタの名前、位置、大きさ、アドレス、所有者、ベンダー、容量、及び会員リソースを含むデータが、発見インタフェース１０４０を通過する。「クラスタ発見」とは、ネットワーク上のクラスタ関係オブジェクトを識別するプロセスをいう。発見は、例えば、単純なネットワーク管理プロトコル（ＳＮＭＰ）エージェントベース、又は遠隔監視（ＲＭＯＮ）エージェントベースである。クラスタ発見では、異なるホストから集められた情報の相関付けが行なわれる。
【００５５】
第２のインタフェース１０５０は、クラスタを監視することに関係付けられたアプリケーションデータ及び／又は制御データを送る。例えば、限定するわけではないが、クラスタ状態、負荷、保守状態、及び利用性を含むデータが、モニターインタフェースを通過する。第３のインタフェース１０６０は、クラスタを管理することに関係付けられたアプリケーションデータ及び／又は制御データを送る。例えば、限定するわけではないが、クラスタを定義すること、クラスタ構成要素を定義すること、クラスタを見ること、クラスタ構成要素を見ること、クラスタ上に機能を呼び出すこと、クラスタ構成要素上に機能を呼び出すこと、クラスタ上にプロセスを呼び出すこと、クラスタ構成要素上にプロセスを呼び出すこと、クラスタへコマンドを送信すること、クラスタ構成要素へコマンドを送信すること、クラスタを始動すること、クラスタ構成要素を始動すること、クラスタを停止すること、クラスタ構成要素を停止すること、フェイルオーバー処理を開始すること、フェイルオーバー処理を停止すること、保守処理を開始すること、保守処理を停止すること、負荷バランス取り処理を開始すること、負荷バランス取り処理を停止すること、を含むデータが、インタフェース１０６０を通過する。この様に、ＡＰＩ１０００の或る例では、アプリケーションプログラムインタフェースのセットは、コンピュータ読み取り可能媒体上に記憶することができる。インタフェースは、オブジェクトベースのクラスタマネジャにアクセスするためにコンピュータ構成要素により実行される。インタフェースは、限定するわけではないが、クラスタを発見することに関係付けられたデータを受信又は提供する第１のインタフェースと、クラスタを監視することに関係付けられたデータを受信又は提供する第２のインタフェースと、クラスタを管理することに関係付けられたデータを受信又は提供する第３のインタフェースを含んでいる。
【００５６】
上記説明は幾つかの例を含んでいる。無論、オブジェクトベースのクラスタを管理する際に採用されるシステム、方法、ＧＵＩ、及びＡＰＩの説明に当って、構成要素と方法論の考えられるあらゆる組み合わせを説明することは不可能である。しかしながら、当業者には、更なる組合わせ及び置換えが可能であることを認識頂けよう。従って、本出願は、特許請求の範囲に述べる範囲に当てはまる変更、修正、及び変形例を包含することを意図している。更に、「含む」という用語を詳細な説明又は請求項に使用している点については、本用語は、請求項で使用する「備える、成る、含んでいる」という用語と同様な意味を有しているもの理解されたい。
【図面の簡単な説明】
【００５７】
【図１】本願に記載の一例としてのシステム、方法、ＧＵＩ、ＡＰＩを実施することのできる、コンピュータ処理環境の一例を示している。
【図２】代表的なノードクラスタを２つ示している。
【図３】オブジェクトベースのクラスタのソリューションを管理することにより、異質なクラスタソリューションとの対話をやり易くするためのシステムの一例を示している。
【図４】異質なクラスタソリューションとの対話をやり易くするためのシステムの一例を示している。
【図５】標準化されたコマンドのセットと、クラスタ及び／又はクラスタ構成要素をモデル化するオブジェクトのセットを介して通信することを含む、異質なクラスタソリューションとの対話をやり易くするためのシステムの一例を示している。
【図６】クラスタ、リソース、及び／又はクラスタ構成要素をモデル化する、オブジェクトの階層の一例を示している。
【図７】物理的エンティティをモデル化するクラスタオブジェクトとリソースオブジェクトを通じて、物理的エンティティと対話する、オブジェクトベースのクラスタのマネジャの一例を示している。
【図８】多数の異質なクラスタに関係付けられたクラスタオブジェクト及びリソースオブジェクトと対話するオブジェクトベースのクラスタマネジャの一例を示している。
【図９】オブジェクトベースのクラスタを管理するための方法の一例を説明するフローチャートである。
【図１０】プログラマー及び／又はプロセスが、オブジェクトベースのクラスタを管理するためのシステム及び／又は方法にアクセスする手段であるアプリケーションプログラム用インタフェースの一例を示している。

Claims (36)

1. オブジェクトベースのクラスタを管理するための方法において、
   １つ又は複数のクラスタを発見する段階と、
   前記１つ又は複数のクラスタに関係付けられた値を、クラスタをモデル化する１つ又は複数のオブジェクト内に記憶する段階と、から成ることを特徴とする方法。
2. 前記クラスタを発見する段階は、１つ又は複数のエージェントからデータを受信し分析する段階を含んでいることを特徴とする請求項１に記載の方法。
3. 前記エージェントはニューラル・ネットワーク・エージェントであることを特徴とする請求項２に記載の方法。
4. クラスタに関係付けられた１つ又は複数のリソースを発見する段階と、
   前記１つ又は複数のリソースに関係付けられた１つ又は複数の値を、リソースをモデル化する１つ又は複数のオブジェクト内に記憶する段階と、を更に含んでことを特徴とする請求項１に記載の方法。
5. 前記リソースを発見する段階は、１つ又は複数のエージェントからデータを受信し分析する段階を含んでいることを特徴とする請求項４に記載の方法。
6. 前記エージェントは、ニューラル・ネットワーク・エージェントであることを特徴とする請求項５に記載の方法。
7. １つ又は複数のクラスタを監視する段階と、
   クラスタをモデル化する１つ又は複数のオブジェクトに関係付けられた１つ又は複数の値を更新する段階と、を更に含んでいることを特徴とする請求項１に記載の方法。
8. 前記１つ又は複数の値を更新する段階は、クラスタをモデル化する１つ又は複数のオブジェクトの１つ又は複数の方法を呼び出す段階を含んでいることを特徴とする請求項７に記載の方法。
9. 前記１つ又は複数のクラスタを監視する段階は、１つ又は複数のエージェントからデータを受信し分析する段階を含んでいることを特徴とする請求項７に記載の方法。
10. 前記エージェントはニューラル・ネットワーク・エージェントであることを特徴とする請求項９に記載の方法。
11. １つ又は複数のクラスタに関係付けられた１つ又は複数のリソースを監視する段階と、
    リソースをモデル化する１つ又は複数のオブジェクトに関係付けられた１つ又は複数の値を更新する段階と、を更に含んでいることを特徴とする請求項７に記載の方法。
12. 前記１つ又は複数の値を更新する段階は、リソースをモデル化する１つ又は複数のオブジェクトの１つ又は複数の方法を呼び出す段階を含んでいることを特徴とする請求項１１に記載の方法。
13. 前記１つ又は複数のリソースを監視する段階は、１つ又は複数のエージェントからデータを受信し分析する段階を含んでいることを特徴とする請求項１１に記載の方法。
14. 前記エージェントはニューラル・ネットワーク・エージェントであることを特徴とする請求項１３に記載の方法。
15. クラスタを定義すること、クラスタを見ること、クラスタ上にシステム機能を呼び出すこと、クラスタ上にユーザー機能を呼び出すこと、クラスタへコマンドを送信すること、クラスタ上で実行すべき動作を確認すること、クラスタを始動すること、クラスタを停止すること、トラップデスティネーションを登録すること、トラップデスティネーションを掲示すること、エージェントプロセスを掲示すること、クラスタプロセスを掲示すること、ローカルアプリケーションを開始すること、の内の少なくとも１つを実行することから成る、１つ又は複数のクラスタを管理する段階を更に含んでいることを特徴とする請求項７に記載の方法。
16. クラスタに対するフェイルオーバー処理、クラスタ内の負荷バランス取り、及びクラスタに対する保守処理、の内の少なくとも１つを実行することから成る、１つ又は複数のラスタを管理する段階を更に含んでいることを特徴とする請求項７に記載の方法。
17. リソースを定義すること、リソースを見ること、リソースを始動すること、リソースを停止すること、及びリソース上に機能を呼び出すこと、の内の少なくとも１つを実行することから成る、１つ又は複数のリソースを管理する段階を更に含んでいることを特徴とする請求項１５に記載の方法。
18. 異質なクラスタソリューションとの対話をやり易くするためのシステムにおいて、
    １つ又は複数のクラスタを検知するクラスタ検知器と、
    １つ又は複数のクラスタからデータを収集するクラスタスーパーバイザと、を備えていることを特徴とするシステム。
19. 前記クラスタスーパーバイザは、前記１つ又は複数のクラスタに、データ及び制御情報の内の少なくとも一方を提示することを特徴とする請求項１８に記載のシステム。
20. 前記クラスタ検知器と前記クラスタスーパーバイザの内の少なくとも一方は、クラスタ及びクラスタ構成要素の少なくとも一方を抽象化する１つ又は複数のオブジェクト内にデータを記憶することを特徴とする請求項１９に記載のシステム。
21. 前記１つ又は複数のオブジェクトは、オブジェクト階層内に配置されていることを特徴とする請求項２０に記載のシステム。
22. 前記クラスタ検知器と前記クラスタスーパーバイザの内の少なくとも一方は、標準化され正規化されたコマンドセットを通して、１つ又は複数のオブジェクトと通信することを特徴とする請求項２０に記載のシステム。
23. 前記コマンドセットは、クラスタを定義すること、クラスタ構成要素を定義すること、クラスタを見ること、クラスタ構成要素を見ること、クラスタ上に機能を呼び出すこと、クラスタ構成要素上に機能を呼び出すこと、クラスタ上にプロセスを呼び出すこと、クラスタ構成要素上にプロセスを呼び出すこと、クラスタへコマンドを送信すること、クラスタ構成要素へコマンドを送信すること、クラスタを始動すること、クラスタ構成要素を始動すること、クラスタを停止すること、クラスタ構成要素を停止すること、フェイルオーバー処理を開始すること、フェイルオーバー処理を停止すること、保守処理を開始すること、保守処理を停止すること、負荷バランス処理を開始すること、負荷バランス処理を停止すること、の内の少なくとも１つを実行するコマンドを含んでいることを特徴とする請求項２２に記載のシステム。
24. 前記クラスタ検知器と前記クラスタスーパーバイザの内の少なくとも一方は、１つ又は複数のインテリジェントで自動化されたデータ収集部からデータを受信することを特徴とする請求項１８に記載のシステム。
25. オブジェクトベースのクラスタの管理をやり易くするオブジェクトのセットにおいて、
    管理対象のオブジェクトをモデル化する親オブジェクトと、
    前記親オブジェクトを継承し、クラスタをモデル化するクラスタオブジェクトと、
    前記クラスタオブジェクトを継承し、１つ又は複数のベンダー特有のクラスタソリューションをモデル化する１つ又は複数のベンダークラスタオブジェクトと、を備えていることを特徴とするオブジェクトのセット。
26. 前記親オブジェクトを継承し、エージェントをモデル化するエージェントオブジェクトと、
    前記エージェントオブジェクトを継承し、１つ又は複数のベンダー特有のエージェントをモデル化する１つ又は複数のベンダーエージェントオブジェクトと、を更に含んでいることを特徴とする請求項２５に記載のオブジェクトのセット。
27. 前記親オブジェクトを継承し、タスク空間をモデル化するタスク空間オブジェクトと、
    前記親オブジェクトを継承し、タスクをモデル化するタスクオブジェクトと、
    前記タスクオブジェクトを継承し、１つ又は複数のベンダー特有のタスクをモデル化する１つ又は複数のベンダータスクオブジェクトと、を更に含んでいることを特徴とする請求項２５に記載のオブジェクトのセット。
28. 前記親オブジェクトを継承し、リソース空間をモデル化するリソース空間オブジェクトと、
    前記親オブジェクトを継承し、リソースをモデル化するリソースオブジェクトと、
    前記リソースオブジェクトを継承し、サービス、プロセス、サブネット、アドレス、ファイルシステム、アプリケーション、及びディスク容量の内の少なくとも１つをモデル化する、１つ又は複数の実体化されたリソースオブジェクトと、を更に含んでいることを特徴とする請求項２５に記載のオブジェクトのセット。
29. 前記親オブジェクトを継承し、グラフィカル・ユーザー・インタフェースにオブジェクトの階層表示をやり易くするフォルダをモデル化するフォルダオブジェクトと、
    前記フォルダオブジェクトを継承し、グラフィカル・ユーザー・インタフェースにオブジェクトの階層表示をやり易くするリソースをモデル化するリソースフォルダオブジェクトと、
    前記リソースフォルダオブジェクトを継承し、サービスフォルダ、アドレスフォルダ、プロセスフォルダ、サブネットフォルダ、ファイルシステムフォルダ、アプリケーションフォルダ、及びディスク容量フォルダ、の内の少なくとも１つをモデル化する、１つ又は複数の実体化されたフォルダオブジェクトと、を更に含んでいることを特徴とする請求項２５に記載のオブジェクトのセット。
30. オブジェクトのセットのコンピュータ実行可能構成要素を記憶するためのコンピュータ読み取り可能媒体において、
    管理対象のオブジェクトをモデル化する親オブジェクトと、
    前記親オブジェクトを継承し、クラスタをモデル化するクラスタオブジェクトと、
    前記クラスタオブジェクトを継承し、１つ又は複数のベンダー特有のクラスタソリューションをモデル化する、１つ又は複数のベンダークラスタオブジェクトと、
    前記親オブジェクトを継承し、エージェントをモデル化するエージェントオブジェクトと、
    前記エージェントオブジェクトを継承し、１つ又は複数のベンダー特有のエージェントをモデル化する、１つ又は複数のベンダーエージェントオブジェクトと、
    前記親オブジェクトを継承し、タスク空間をモデル化するタスク空間オブジェクトと、
    前記親オブジェクトを継承し、タスクをモデル化するタスクオブジェクトと、
    前記タスクオブジェクトを継承し、１つ又は複数のベンダー特有のタスクをモデル化する、１つ又は複数のベンダータスクオブジェクトと、
    前記親オブジェクトを継承し、リソース空間をモデル化するリソース空間オブジェクトと、
    前記親オブジェクトを継承し、リソースをモデル化するリソースオブジェクトと、
    前記リソースオブジェクトを継承し、サービス、プロセス、サブネット、アドレス、ファイルシステム、アプリケーション、及びディスク容量、の内の少なくとも１つをモデル化する、１つ又は複数の実体化されたリソースオブジェクトと、
    前記親オブジェクトを継承し、グラフィカル・ユーザー・インタフェースにオブジェクトの階層表示をやり易くするフォルダをモデル化するフォルダオブジェクトと、
    前記フォルダオブジェクトを継承し、グラフィカル・ユーザー・インタフェースに階層表示をやり易くするフォルダをモデル化するリソースフォルダオブジェクトと、
    前記リソースフォルダオブジェクトを継承し、サービスフォルダ、アドレスフォルダ、プロセスフォルダ、サブネットフォルダ、ファイルシステムフォルダ、アプリケーションフォルダ、及びディスク容量フォルダ、の内の少なくとも１つをモデル化する、１つ又は複数の実体化されたフォルダオブジェクトと、を備えていること特徴とするコンピュータ読み取り可能媒体。
31. 表示装置と選択装置を備えたグラフィカル・ユーザー・インタフェースを有するコンピュータシステムにおける、前記表示装置上にデータ入力のセットを提供し前記データ入力のセットから選択する方法において、
    それぞれがクラスタ管理オプションを表している、データ入力のセットを検索する段階と、
    前記データ入力のセットを前記表示装置上に表示する段階と、
    前記選択装置が選択されるデータ入力を選択していることを示すデータ入力選択信号を受信する段階と、
    前記信号に応えて、前記選択されたデータ入力に関係付けられたクラスタ管理オペレーションを開始する段階と、から成ることを特徴とする方法。
32. 前記クラスタ管理オペレーションは、クラスタを定義すること、クラスタ構成要素を定義すること、クラスタを見ること、クラスタ構成要素を見ること、クラスタ上に機能を呼び出すこと、クラスタ構成要素上に機能を呼び出すこと、クラスタ上にプロセスを呼び出すこと、クラスタ構成要素上にプロセスを呼び出すこと、クラスタへコマンドを送信すること、クラスタ構成要素へコマンドを送信すること、クラスタを始動すること、クラスタ構成要素を始動すること、クラスタを停止すること、クラスタ構成要素を停止すること、フェイルオーバー処理を開始すること、フェイルオーバー処理を停止すること、保守処理を開始すること、保守処理を停止すること、負荷バランス処理を開始すること、負荷バランス処理を停止すること、の内の少なくとも１つであることを特徴とする請求項３１に記載の方法。
33. オブジェクトベースのクラスタの管理をやり易くするアプリケーションプログラムと組み合わせて、コンピュータ構成要素により実行するためのコンピュータ読み取り可能媒体上に実体化されたアプリケーションプログラムインタフェースのセットにおいて、
    クラスタを発見することに関係付けられたアプリケーションデータと制御データの内の少なくとも一方を受信し、返信する第１のインタフェースと、
    クラスタを監視することに関係付けられたアプリケーションデータと制御データの内の少なくとも一方を受信し、返信する第２のインタフェースと、
    クラスタを管理することに関係付けられたアプリケーションデータと制御データの内の少なくとも一方を受信し、返信する第３のインタフェースと、を備えていることを特徴とするアプリケーションプログラムインタフェースのセット。
34. 異質なクラスタを制御するためのシステムにおいて、
    １つ又は複数の異質なクラスタを識別するための手段と、
    １つ又は複数の異質なクラスタを検分するための手段と、
    クラスタを抽象化するための手段と、
    標準化されたコマンドを通して、１つ又は複数の異質なクラスタを制御するための手段と、を備えていることを特徴とするシステム。
35. 異質なクラスタソリューションとの対話をやり易くするためのシステムのコンピュータ実行可能構成要素を記憶するコンピュータ読み取り可能媒体において、
    １つ又は複数のクラスタを検知するクラスタ検知構成要素と、
    １つ又は複数のクラスタからデータを収集するクラスタ監督構成要素と、
    クラスタをモデル化する１つ又は複数のオブジェクトと、を備えていることを特徴とするコンピュータ読み取り可能媒体。
36. オブジェクトベースのクラスタを管理するための方法のためのコンピュータ実行可能インストラクションを記憶するコンピュータ読み取り可能媒体において、前記方法は
    １つ又は複数のクラスタを発見する段階と、
    前記１つ又は複数のクラスタに関係付けられたクラスタデータを、１つ又は複数のクラスタモデル化オブジェクト内に記憶する段階と、
    少なくとも部分的には、前記１つ又は複数の発見されたクラスタを監視することに基づいて、１つ又は複数のクラスタモデル化オブジェクトを更新する段階と、
    前記１つ又は複数のクラスタを管理する段階と、から成ることを特徴とする、コンピュータ読み取り可能媒体。

Images