(57)【要約】【課題】  ネットワーク内の装置を管理するための方法、システム、およびプログラムを提供すること。【解決手段】  ネットワーク内の少なくとも１つの装置に関する装置管理操作を実行するための第１のタイプのコマンドを受信するが、受信コマンドはネットワーク内の複数の装置のうちの少なくとも１つに向けることができる。受信コマンドが向けられる装置のネットワーク・アドレスを第１のマッピングから決定する。第１のタイプの受信コマンドに関連する第２のタイプの少なくとも１つのコマンドを第２のマッピングから決定するが、このマッピングは、第２のタイプの関連コマンド内の少なくとも１つのパラメータに対する第１のタイプの受信コマンドに含まれる少なくとも１つのパラメータのマッピングを示す。第２のマッピングに示される第１のタイプのコマンドからの少なくとも１つのパラメータをパラメータとして含むように決定した第２のタイプのコマンドを生成し、決定したネットワーク・アドレスに対し生成した第２のタイプのコマンドを送信する。【選択図】  図１
2004252976.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク内の装置を管理するための製品において、前記製品により操作が実行され、前記操作が、
前記ネットワーク内の少なくとも１つの装置に関する装置管理操作を実行するための第１のタイプのコマンドを受信するステップであって、前記受信コマンドが前記ネットワーク内の複数の装置のうちの少なくとも１つに向けることができるステップと、
前記受信コマンドが向けられる装置のネットワーク・アドレスを第１のマッピングから決定するステップと、
前記第１のタイプの前記受信コマンドに関連する第２のタイプの少なくとも１つのコマンドを第２のマッピングから決定するステップであって、前記マッピングが、前記第２のタイプの関連コマンド内の少なくとも１つのパラメータに対する前記第１のタイプの前記受信コマンドに含まれる少なくとも１つのパラメータのマッピングを示すステップと、
前記第２のマッピングに示される前記第１のタイプのコマンドからの前記少なくとも１つのパラメータをパラメータとして含むように前記決定した第２のタイプのコマンドを生成するステップと、
前記決定したネットワーク・アドレスに対し前記生成した第２のタイプのコマンドを送信するステップとを具備する製品。
【請求項２】
前記第１のタイプのコマンドが装置独立コマンドを具備し、前記第２のタイプのコマンドが装置依存コマンドを具備する、請求項１に記載の製品。
【請求項３】
前記装置独立コマンドが、ネットワーク環境内の非同種装置を管理するためのオブジェクト指向管理スキーマの一部であるコマンドを具備する、請求項２に記載の製品。
【請求項４】
前記管理スキーマがＣｏｍｍｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍｏｄｅｌ（ＣＩＭ）を具備する、請求項３に記載の製品。
【請求項５】
後処理操作が前記決定した装置固有コマンドに関連するかどうかを決定するステップと、
このような後処理操作が関連する場合に、変換出力を生成するために前記生成した装置固有コマンドの実行に応答して返される出力について前記後処理操作を実行するステップと、
前記受信した装置固有コマンドの開始側に前記変換出力を返すステップとをさらに具備する、請求項２に記載の製品。
【請求項６】
前記送信した装置固有コマンドに関連する出力を受信するステップであって、前記送信した装置固有コマンドが前に実行したコマンドを具備するステップと、
前記第２のマッピングが、前記受信した装置独立コマンドに関連し、前記前に実行したコマンドに続く追加の装置固有コマンドを示すかどうかを決定するステップと、
前記第２のマッピングが前記追加の装置固有コマンドを示す場合に、前記決定したネットワーク・アドレスに対し前記追加の装置固有コマンドを生成するステップとをさらに具備する、請求項２に記載の製品。
【請求項７】
前記第２のマッピングが前記追加の装置固有コマンドを示す場合に、前記決定したネットワーク・アドレスに対し前記生成した追加の装置固有コマンドを送信するステップと、
前記第２のマッピングが、その実行によって前記受信出力が生成された前記前に実行したコマンドに続く１つの追加の装置固有コマンドを示さない場合に、前記受信した装置独立コマンドの開始側に前記出力を返すステップとをさらに具備する、請求項６に記載の製品。
【請求項８】
追加の装置固有コマンドを実行するかどうかを決定するために前記前に実行したコマンドに関連する前記出力を処理するステップであって、前記第２のマッピングが前記追加の装置固有コマンドを示すかどうかを決定する前記ステップと前記追加の装置固有コマンドを生成する前記ステップが、前記出力の処理に応答して前記追加の装置固有コマンドを実行するという決定が行われた場合のみ実行されるステップをさらに具備する、請求項６に記載の製品。
【請求項９】
前記追加の装置固有コマンドを生成する前記ステップが、
前記追加の装置固有コマンドの少なくとも１つのパラメータに対する前記受信出力のマッピングを前記第２のマッピングから決定するステップであって、前記生成した追加の装置固有コマンドに含まれる少なくとも１つのパラメータが、前記前に実行したコマンドの前記少なくとも１つのパラメータにマップされる前記受信出力を含むステップをさらに具備する、請求項６に記載の製品。
【請求項１０】
前記出力が出力パラメータを含み、前記第２のマッピングが、前記出力パラメータのうちの少なくとも１つが前記追加の装置固有コマンドの前記パラメータのうちの少なくとも１つにマップされることを示すことができる、請求項７に記載の製品。
【請求項１１】
前記第２のマッピングが、前記生成した追加の装置固有コマンドの少なくとも１つのパラメータにマップされる前記受信出力に含まれないデータをさらに示す、請求項９に記載の製品。
【請求項１２】
前記生成した追加の装置固有コマンドの前記少なくとも１つのパラメータにマップ可能である前記受信出力に含まれない前記データが、前記受信した装置独立コマンドの少なくとも１つのパラメータを具備する、請求項１１に記載の製品。
【請求項１３】
後処理操作が前記前に実行したコマンドに関連するかどうかを決定するステップと、
このような後処理操作が関連する場合に、変換出力を生成するために前記前に実行したコマンドの実行に応答して返される出力について前記後処理操作を実行するステップであって、出力を含む前記生成した追加の装置固有コマンド内の少なくとも１つのパラメータが変換出力を含むステップとをさらに具備する、請求項９に記載の製品。
【請求項１４】
前記第２のマッピングが１つの装置独立コマンドを種々の装置固有コマンドにマップすることができ、前記受信した装置独立コマンド内の前記パラメータの値が前記少なくとも１つの関連装置依存コマンドを決定する、請求項２に記載の製品。
【請求項１５】
前記ネットワーク・アドレスを前記第１のマッピングから決定する前記ステップが、前記受信コマンドが向けられる複数のネットワーク・アドレスを決定するステップを具備し、前記生成した第２のタイプのコマンドを送信する前記ステップが、前記決定した複数のネットワーク・アドレスに前記生成したコマンドを送信するステップを具備する、請求項１に記載の製品。
【請求項１６】
ネットワーク内の装置を管理するためのシステムにおいて、
少なくとも１つのネットワーク装置と、
操作を実行するために実行されるプログラムとを具備し、前記操作が、
（ｉ）前記ネットワーク内の少なくとも１つの装置に関する装置管理操作を実行するための第１のタイプのコマンドを受信するステップであって、前記受信コマンドが前記ネットワーク内の複数の装置のうちの少なくとも１つに向けることができるステップと、
（ｉｉ）前記受信コマンドが向けられる装置のネットワーク・アドレスを第１のマッピングから決定するステップと、
（ｉｉｉ）前記第１のタイプの前記受信コマンドに関連する第２のタイプの少なくとも１つのコマンドを第２のマッピングから決定するステップであって、前記マッピングが、前記第２のタイプの関連コマンド内の少なくとも１つのパラメータに対する前記第１のタイプの前記受信コマンドに含まれる少なくとも１つのパラメータのマッピングを示すステップと、
（ｉｖ）前記第２のマッピングに示される前記第１のタイプのコマンドからの前記少なくとも１つのパラメータをパラメータとして含むように前記決定した第２のタイプのコマンドを生成するステップと、
（ｖ）前記決定したネットワーク・アドレスに対し前記生成した第２のタイプのコマンドを送信するステップとを具備するシステム。
【請求項１７】
前記第１のタイプのコマンドが装置独立コマンドを具備し、前記第２のタイプのコマンドが装置依存コマンドを具備する、請求項１６に記載のシステム。
【請求項１８】
前記装置独立コマンドが、ネットワーク環境内の非同種装置を管理するためのオブジェクト指向管理スキーマの一部であるコマンドを具備する、請求項１７に記載のシステム。
【請求項１９】
前記管理スキーマがＣｏｍｍｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍｏｄｅｌ（ＣＩＭ）を具備する、請求項１８に記載のシステム。
【請求項２０】
後処理操作が前記決定した装置固有コマンドに関連するかどうかを決定するステップと、
このような後処理操作が関連する場合に、変換出力を生成するために前記生成した装置固有コマンドの実行に応答して返される出力について前記後処理操作を実行するステップと、
前記受信した装置固有コマンドの開始側に前記変換出力を返すステップとをさらに実行するために前記プログラムが実行される、請求項１７に記載のシステム。
【請求項２１】
前記送信した装置固有コマンドに関連する出力を受信するステップであって、前記送信した装置固有コマンドが前に実行したコマンドを具備するステップと、
前記第２のマッピングが、前記受信した装置独立コマンドに関連し、前記前に実行したコマンドに続く追加の装置固有コマンドを示すかどうかを決定するステップと、
前記第２のマッピングが前記追加の装置固有コマンドを示す場合に、前記決定したネットワーク・アドレスに対し前記追加の装置固有コマンドを生成するステップとをさらに実行するために前記プログラムが実行される、請求項１７に記載のシステム。
【請求項２２】
前記第２のマッピングが前記追加の装置固有コマンドを示す場合に、前記決定したネットワーク・アドレスに対し前記生成した追加の装置固有コマンドを送信するステップと、
前記第２のマッピングが、その実行によって前記受信出力が生成された前記前に実行したコマンドに続く１つの追加の装置固有コマンドを示さない場合に、前記受信した装置独立コマンドの開始側に前記出力を返すステップとをさらに実行するために前記プログラムが実行される、請求項２１に記載のシステム。
【請求項２３】
追加の装置固有コマンドを実行するかどうかを決定するために前記前に実行したコマンドに関連する前記出力を処理するステップであって、前記第２のマッピングが前記追加の装置固有コマンドを示すかどうかを決定する前記ステップと前記追加の装置固有コマンドを生成する前記ステップが、前記出力の処理に応答して前記追加の装置固有コマンドを実行するという決定が行われた場合のみ実行されるステップをさらに実行するために前記プログラムが実行される、請求項２１に記載のシステム。
【請求項２４】
前記追加の装置固有コマンドを生成する前記ステップが、
前記追加の装置固有コマンドの少なくとも１つのパラメータに対する前記受信出力のマッピングを前記第２のマッピングから決定するステップであって、前記生成した追加の装置固有コマンドに含まれる少なくとも１つのパラメータが、前記前に実行したコマンドの前記少なくとも１つのパラメータにマップされる前記受信出力を含むステップをさらに具備する、請求項２１に記載のシステム。
【請求項２５】
前記出力が出力パラメータを含み、前記第２のマッピングが、前記出力パラメータのうちの少なくとも１つが前記追加の装置固有コマンドの前記パラメータのうちの少なくとも１つにマップされることを示すことができる、請求項２４に記載のシステム。
【請求項２６】
前記第２のマッピングが、前記生成した追加の装置固有コマンドの少なくとも１つのパラメータにマップされる前記受信出力に含まれないデータをさらに示す、請求項２４に記載のシステム。
【請求項２７】
前記生成した追加の装置固有コマンドの前記少なくとも１つのパラメータにマップ可能である前記受信出力に含まれない前記データが、前記受信した装置独立コマンドの少なくとも１つのパラメータを具備する、請求項２６に記載のシステム。
【請求項２８】
後処理操作が前記前に実行したコマンドに関連するかどうかを決定するステップと、
このような後処理操作が関連する場合に、変換出力を生成するために前記前に実行したコマンドの実行に応答して返される出力について前記後処理操作を実行するステップであって、出力を含む前記生成した追加の装置固有コマンド内の少なくとも１つのパラメータが変換出力を含むステップとをさらに実行するために前記プログラムが実行される、請求項２４に記載のシステム。
【請求項２９】
前記第２のマッピングが１つの装置独立コマンドを種々の装置固有コマンドにマップすることができ、前記受信した装置独立コマンド内の前記パラメータの値が前記少なくとも１つの関連装置依存コマンドを決定する、請求項１７に記載のシステム。
【請求項３０】
前記ネットワーク・アドレスを前記第１のマッピングから決定する前記ステップが、前記受信コマンドが向けられる複数のネットワーク・アドレスを決定するステップを具備し、前記生成した第２のタイプのコマンドを送信する前記ステップが、前記決定した複数のネットワーク・アドレスに前記生成したコマンドを送信するステップを具備する、請求項１６に記載のシステム。
【請求項３１】
前記ネットワークを介して前記ネットワーク装置と通信可能なシステムをさらに具備し、前記プログラムが前記追加のシステム内で実現される、請求項１６に記載のシステム。
【請求項３２】
前記プログラムが、前記受信コマンドが向けられる前記ネットワーク装置内で実現される、請求項１６に記載のシステム。
【請求項３３】
ネットワーク内の装置を管理するための方法において、
前記ネットワーク内の少なくとも１つの装置に関する装置管理操作を実行するための第１のタイプのコマンドを受信するステップであって、前記受信コマンドが前記ネットワーク内の複数の装置のうちの少なくとも１つに向けることができるステップと、
前記受信コマンドが向けられる装置のネットワーク・アドレスを第１のマッピングから決定するステップと、
前記第１のタイプの前記受信コマンドに関連する第２のタイプの少なくとも１つのコマンドを第２のマッピングから決定するステップであって、前記マッピングが、前記第２のタイプの関連コマンド内の少なくとも１つのパラメータに対する前記第１のタイプの前記受信コマンドに含まれる少なくとも１つのパラメータのマッピングを示すステップと、
前記第２のマッピングに示される前記第１のタイプのコマンドからの前記少なくとも１つのパラメータをパラメータとして含むように前記決定した第２のタイプのコマンドを生成するステップと、
前記決定したネットワーク・アドレスに対し前記生成した第２のタイプのコマンドを送信するステップとを具備する方法。
【請求項３４】
前記第１のタイプのコマンドが装置独立コマンドを具備し、前記第２のタイプのコマンドが装置依存コマンドを具備する、請求項３３に記載の方法。
【請求項３５】
前記送信した装置固有コマンドに関連する出力を受信するステップであって、前記送信した装置固有コマンドが前に実行したコマンドを具備するステップと、
前記第２のマッピングが、前記受信した装置独立コマンドに関連し、前記前に実行したコマンドに続く追加の装置固有コマンドを示すかどうかを決定するステップと、
前記第２のマッピングが前記追加の装置固有コマンドを示す場合に、前記決定したネットワーク・アドレスに対し前記追加の装置固有コマンドを生成するステップとをさらに具備する、請求項３４に記載の方法。
【請求項３６】
前記追加の装置固有コマンドを生成する前記ステップが、
前記追加の装置固有コマンドの少なくとも１つのパラメータに対する前記受信出力のマッピングを前記第２のマッピングから決定するステップであって、前記生成した追加の装置固有コマンドに含まれる少なくとも１つのパラメータが、前記前に実行したコマンドの前記少なくとも１つのパラメータにマップされる前記受信出力を含むステップをさらに具備する、請求項３５に記載の方法。
【請求項３７】
前記出力が出力パラメータを含み、前記第２のマッピングが、前記出力パラメータのうちの少なくとも１つが前記追加の装置固有コマンドの前記パラメータのうちの少なくとも１つにマップされることを示すことができる、請求項３６に記載の方法。
【請求項３８】
前記第２のマッピングが、前記生成した追加の装置固有コマンドの少なくとも１つのパラメータにマップされる前記受信出力に含まれないデータをさらに示す、請求項３６に記載の方法。
【請求項３９】
前記生成した追加の装置固有コマンドの前記少なくとも１つのパラメータにマップ可能である前記受信出力に含まれない前記データが、前記受信した装置独立コマンドの少なくとも１つのパラメータを具備する、請求項３８に記載の方法。
【請求項４０】
後処理操作が前記前に実行したコマンドに関連するかどうかを決定するステップと、
このような後処理操作が関連する場合に、変換出力を生成するために前記前に実行したコマンドの実行に応答して返される出力について前記後処理操作を実行するステップであって、出力を含む前記生成した追加の装置固有コマンド内の少なくとも１つのパラメータが変換出力を含むステップとをさらに具備する、請求項３６に記載の方法。
【請求項４１】
前記第２のマッピングが１つの装置独立コマンドを種々の装置固有コマンドにマップすることができ、前記受信した装置独立コマンド内の前記パラメータの値が前記少なくとも１つの関連装置依存コマンドを決定する、請求項３４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク内の装置を管理するための方法、システム、およびプログラムに関する。
【背景技術】
【０００２】
Ｃｏｍｍｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍｏｄｅｌ（ＣＩＭ）は、種々のベンダからの装置を含むネットワーク環境内で管理情報の交換を可能にするための業界標準仕様であり、そのネットワークは同種装置のみならず異種装置を含む可能性がある。ＣＩＭスキーマは、メソッドとオブジェクトを含み、ネットワーク内の装置に関する情報を入手し、管理操作を実行するために管理プログラムが呼び出す１組のクラスを指定するものである。ＣＩＭ環境でインタフェースを取ることができるネットワーク装置の各ベンダは、ＣＩＭクラスを実現する１組の装置固有ＡＰＩを提供しなければならない。ベンダはＣＩＭプロバイダを提供することになるが、これは特定の装置について定義済みのＣＩＭ  ＡＰＩの機能性を実現可能な装置固有ＡＰＩに対し業界標準ＣＩＭモジュールによって定義されるＣＩＭ  ＡＰＩまたはメソッドをマップするプログラム・モジュールである。本明細書で使用する「ＣＩＭ  ＡＰＩ」という用語は、ＣＩＭ管理スキーマ内で定義された操作を実行するために呼び出されるメソッド、インタフェース、または機能を指すものである。
【非特許文献１】DistributedManagement Task Force（ＤＭＴＦ）発行の「CommonInformation Model (CIM) Specification」第２．２版（１９９９年７月１４日）
【非特許文献２】DistributedManagement Task Force（ＤＭＴＦ）発行の「Understandingthe Application Management Model」第１．０版（１９９８年５月１７日）
【非特許文献３】DistributedManagement Task Force（ＤＭＴＦ）発行の「CommonInformation Model: Core Model」第２．４版（２０００年８月３０日）
【非特許文献４】「Specificationfor CIM Operations Over HTTP」（DistributedManagement Task Force著作権所有、２００３年１月６日）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
当技術分野では、その装置がＣＩＭネットワーク環境に参加し、ＣＩＭ  ＡＰＩとして管理関連要求を発行する管理アプリケーションとのインタフェースを取れるようにするためにＣＩＭ  ＡＰＩを実現するための装置固有ＡＰＩを提供するＣＩＭプロバイダを開発するために、改良された方法を装置ベンダに提供する必要性が引き続き存在する。
【課題を解決するための手段】
【０００４】
ネットワーク内の装置を管理するための方法、システム、およびプログラムを提供する。ネットワーク内の少なくとも１つの装置に関する装置管理操作を実行するための第１のタイプのコマンドを受信するが、受信コマンドはネットワーク内の複数の装置のうちの少なくとも１つに向けることができる。受信コマンドが向けられる装置のネットワーク・アドレスを第１のマッピングから決定する。第１のタイプの受信コマンドに関連する第２のタイプの少なくとも１つのコマンドを第２のマッピングから決定するが、このマッピングは、第２のタイプの関連コマンド内の少なくとも１つのパラメータに対する第１のタイプの受信コマンドに含まれる少なくとも１つのパラメータのマッピングを示す。第２のマッピングに示される第１のタイプのコマンドからの少なくとも１つのパラメータをパラメータとして含むように決定した第２のタイプのコマンドを生成し、決定したネットワーク・アドレスに対し生成した第２のタイプのコマンドを送信する。
【０００５】
他の実現例では、第１のタイプのコマンドは装置独立コマンドを具備し、第２のタイプのコマンドは装置依存コマンドを具備する。
【０００６】
さらに他の実現例では、装置独立コマンドは、Ｃｏｍｍｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍｏｄｅｌ（ＣＩＭ）など、ネットワーク環境内の非同種装置を管理するためのオブジェクト指向管理スキーマの一部であるコマンドを具備する。
【０００７】
さらに、送信した装置固有コマンドに関連する出力を受信するが、送信した装置固有コマンドは前に実行したコマンドを具備する。第２のマッピングが、受信した装置独立コマンドに関連し、前に実行したコマンドに続く追加の装置固有コマンドを示すかどうかの決定を行う。第２のマッピングが追加の装置固有コマンドを示す場合に、決定したネットワーク・アドレスに対し追加の装置固有コマンドを生成する。
【０００８】
さらに他の実現例では、追加の装置固有コマンドの生成は、追加の装置固有コマンドの少なくとも１つのパラメータに対する受信出力のマッピングを第２のマッピングから決定することをさらに具備し、生成した追加の装置固有コマンドに含まれる少なくとも１つのパラメータは、前に実行したコマンドの少なくとも１つのパラメータにマップされる受信出力を含む。
【０００９】
上記の実現例は、装置独立コマンドなどの第１のフォーマット・タイプのコマンドを、装置依存コマンドなどの第２のフォーマット・タイプの１つまたは複数のコマンドに変換するための技法を提供し、そのため、第２のフォーマット・タイプのコマンドは実行すべき装置に送信される。
【００１０】
次に添付図面を参照するが、同様の参照番号は図面全体を通して対応部分を表している。
【発明を実施するための最良の形態】
【００１１】
以下の説明では、本明細書の一部を形成し、本発明のいくつかの実施形態を示す添付図面を参照する。他の実施形態も使用可能であり、本発明の範囲を逸脱せずに構造上および動作上の変更が可能であることは言うまでもない。
【００１２】
図１は、本発明の諸態様が実現されたコンピューティング・アーキテクチャを示している。複数のホスト・システム２ａ、２ｂ、・・・２ｎと、ＣＩＭオブジェクト・マネージャ（ＣＩＭＯＭ）４と、ＣＩＭプロバイダ６ａ、６ｂと、管理対象装置８ａ、８ｂ、８ｃは、ネットワーク１０を介して通信する。各ホスト２ａ、２ｂ、・・・２ｎは、管理対象装置８ａ、８ｂ、８ｃに関する管理操作を実行するためのＣＩＭ  ＡＰＩからなるＣＩＭ管理要求を生成して伝達するためのＣＩＭアプリケーション１０ａ、１０ｂ、・・・１０ｎを含む。ＣＩＭＯＭ４は、ＣＩＭアプリケーション１０ａ、１０ｂ、・・・１０ｎからのＣＩＭ要求を受信し、その要求が向けられる管理対象装置８ａ、８ｂ、８ｃに関連するＣＩＭプロバイダ６ａ、６ｂにそれを転送する。各管理対象装置８ａ、８ｂ、・・・８ｎは装置固有ＡＰＩ１２ａ、１２ｂ、・・・１２ｎを実現し、そのＡＰＩは装置８ａ、８ｂ、・・・８ｎ上で管理関連操作、情報検索、構成などを実行する。ＣＩＭプロバイダ６ａ、６ｂは、ターゲット管理対象装置８ａ、８ｂ、・・・８ｎ上でＣＩＭコマンドを実現可能な装置固有ＡＰＩ１２ａ、１２ｂ、・・・１２ｎに対してＣＩＭメッセージ内のＣＩＭコマンドをマップするために使用するデータ・ディクショナリ１４ａ、１４ｂを含む。ＣＩＭモデルの詳細については、「Common Information Model (CIM) Specification」第２．２版（１９９９年７月１４日）、「Understanding theApplication Management Model」第１．０版（１９９８年５月１７日）、「Common Information Model: Core Model」第２．４版（２０００年８月３０日）を含むDistributed Management Task Force（ＤＭＴＦ）発行の文献に記載されているが、これらの文献は参照によりその全体が本明細書に組み込まれる。
【００１３】
ネットワーク１０は、ローカル・エリア・ネットワーク（ＬＡＮ）、ストレージ・エリア・ネットワーク（ＳＡＮ）、広域ネットワーク（ＷＡＮ）、インターネット、ワイヤレス・ネットワークなど、当技術分野で既知の任意のネットワークを具備することができる。別法として、ネットワーク１０はバス・インタフェースを具備することもできる。ホスト２ａ、２ｂ、・・・２ｎは、ワークステーション、デスクトップ・コンピュータ、サーバ、ラップトップ、メインフレーム、電話装置、ハンドヘルド・コンピュータなど、ＣＩＭアプリケーション１０ａ、１０ｂ、・・・１０ｎを実行可能な任意のタイプの計算用装置を具備することができる。ＣＩＭＯＭ４は、ホスト２ａ、２ｂ、・・・２ｎとは別のシステム内に実現することができる。ＣＩＭプロバイダ６ａ、６ｂ、・・・６ｎは、ＣＩＭＯＭとは別のシステム上で実行するかまたは管理対象装置８ａ、８ｂ、８ｃ内で実行することができる。さらに、１つのＣＩＭプロバイダ６ａ、６ｂ、・・・６ｎは１つまたは複数の管理対象装置８ａ、８ｂ、・・・８ｎに関するＣＩＭメッセージを管理することができる。管理対象装置８ａ、８ｂ、・・・８ｎは、記憶装置、記憶媒体、記憶媒体ライブラリ、ファイバ・チャネル、スイッチ、ファブリック、データベースなど、当技術分野で既知の任意の物理装置または論理装置を具備することができ、それらについては個別のＣＩＭプロバイダを提供することができる。ネットワーク内には任意の数のホスト、ＣＩＭＯＭ、ＣＩＭプロバイダ、管理対象装置、ならびにそれらの関係が存在することができ、その実現例は図１に示す構成要素の構成および配置に限定されない。
【００１４】
ＣＩＭアプリケーション１０ａ、１０ｂ、・・・１０ｎは、「Specification for CIM Operations Over HTTP」（Distributed Management Task Forceが著作権所有、２００３年１月６日）という文献に記載されているような当技術分野で既知の方法で、１つまたは複数のＣＩＭ  ＡＰＩを含むＣＩＭメッセージを生成することができる。たとえば、ＣＩＭメッセージは、ＣＩＭ  ＡＰＩを含む拡張マークアップ言語（ＸＭＬ）ファイルを具備することができる。ＣＩＭメッセージに含まれるＣＩＭ  ＡＰＩは、ＣＩＭ  ＡＰＩコマンドが向けられる管理対象装置８ａ、８ｂ、・・・８ｎのターゲット装置名またはその他の識別子をさらに含むことになるだろう。
【００１５】
図２は、装置マッピング３０とＣＩＭ  ＡＰＩマッピング３２という２つの構成要素を含むものとして、データ・ディクショナリ１４ａ、１４ｂの実現例を示している。装置マッピング３０は、それに関してＣＩＭプロバイダ６ａ、６ｂがＣＩＭ  ＡＰＩを変換する管理対象装置８ａ、８ｂごとに１つの項目を含むことになるだろう。図３は、ＣＩＭメッセージ内のパラメータとして含めることになる管理対象装置８ａ、８ｂ、８ｃの装置名４２または識別子と、ＣＩＭメッセージに示される装置に関連する管理対象装置８ａ、８ｂ、８ｃのネットワーク・アドレス４４とを含む、装置マッピング３０内の装置マッピング項目４０に含めることができる情報の一例を示している。ＣＩＭプロバイダ６ａ、６ｂは、ＣＩＭメッセージが向けられるターゲット管理対象装置８ａ、８ｂ、８ｃのネットワーク・アドレス４４を決定するために装置マッピング３０を使用することになるだろう。
【００１６】
ＣＩＭ  ＡＰＩマッピング３２は、装置ＡＰＩ１２ａ、１２ｂ、１２ｃによって実現されるＣＩＭ  ＡＰＩごとに１つの項目を提供する。マッピング３２内の各項目は、ＣＩＭ  ＡＰＩを実現する１つまたは複数の装置ＡＰＩに対するＣＩＭ  ＡＰＩのマッピングを示す。図４はＣＩＭ  ＡＰＩマッピング３２内の１つの項目を示しており、１つまたは複数のパラメータ５２ａ、５２ｂ、・・・５２ｎを有するＣＩＭ  ＡＰＩ５０は、装置パラメータ６２ａ、６２ｂ、６２ｃ、・・・６２ｎを有する単一装置固有ＡＰＩ６０にマップされる。このマッピングはさらに、ＣＩＭ  ＡＰＩ５０のパラメータ５２ａ、５２ｂ、・・・５２ｎのうちの１つまたは複数が装置ＡＰＩ６０内のパラメータ・フィールド６２ａ、６２ｂ、・・・６２ｎにどのようにマップされるかを示している。ＣＩＭ  ＡＰＩ５０と装置ＡＰＩ６０はそれぞれ異なる数のパラメータを有することができ、任意の数（１つまたは複数）のＣＩＭ  ＡＰＩパラメータ５２ａ、５２ｂ、・・・５２ｎが装置ＡＰＩパラメータ６２ａ、６２ｂ、・・・６２ｎにマップすることができる。ＣＩＭ  ＡＰＩ５０のすべてのパラメータを装置ＡＰＩ６０のパラメータにマップする必要はなく、そのうえ、ＣＩＭ  ＡＰＩ５０のパラメータはすべての装置ＡＰＩパラメータ６０より少ない数のパラメータにマップすることもできる。換言すれば、ＣＩＭ  ＡＰＩパラメータと装置ＡＰＩパラメータとの間にはどのようなマッピング（多対多対応）が存在してもよい。
【００１７】
この項目の装置ＡＰＩ６０の部分は、ＣＩＭメッセージを開始するＣＩＭアプリケーション１０ａ、１０ｂ、・・・１０ｎに出力を返す前にその出力を変換するために、管理対象装置８ａ、８ｂ、８ｃ上での装置ＡＰＩ６０の実行によって返される出力データについてフィルタリングまたはその他の後処理操作を実行するための１つまたは複数の機能を示すかまたは何も示さない後処理コマンド・フィールド６４をさらに含む。フィールド６４内に指定された操作を実行することによって開始される後処理操作は、データのフォーマットを変更するかまたは当技術分野で既知の他のタイプのデータ・フィルタリングまたは後処理を実行することができる。
【００１８】
ＣＩＭ  ＡＰＩマッピング３２内の項目はさらに、装置固有ＡＰＩのアレイに対するマッピングとしてＣＩＭ  ＡＰＩを識別することができ、その装置固有ＡＰＩはＣＩＭ  ＡＰＩを実現するために順次実行される。図５は、複数の装置ＡＰＩ１００、１２０、１４０からなる装置ＡＰＩアレイ９０にマップされるパラメータ８２ａ、８２ｂ、・・・８２ｎを有するＣＩＭ  ＡＰＩ８０のマッピングの一例を示している。装置ＡＰＩアレイ９０は、第１の装置ＡＰＩに続いて、１つの実行済み装置ＡＰＩの出力が実行すべきアレイ内の次の装置ＡＰＩへの入力を提供するように、装置ＡＰＩのシーケンスを指定することができる。このシーケンスは、１つの装置ＡＰＩが使用可能記憶域、媒体、論理装置などに関する情報などの他の装置ＡＰＩからの出力を必要とするときに使用する。たとえば、ＣＩＭ  ＡＰＩ８０およびパラメータ８２ａ、８２ｂ、・・・８２ｎは第１の装置ＡＰＩ１００および入力パラメータ１０２ａ、１０２ｂ、・・・１０２ｎにマップされる。装置ＡＰＩアレイ９０はさらに、第１の装置ＡＰＩ１００を実行した任意の出力１１０のパラメータ１１２ａ・・・１１２ｎが第２の装置ＡＰＩ１２０の入力パラメータ１２２ａ、１２２ｂにどのようにマップされるかを示している。同様に、第２の装置ＡＰＩ１２０を実行した任意の出力１３０のパラメータ１３２ａ・・・１３２ｎは他の装置ＡＰＩ１４０の１つまたは複数の入力パラメータ１４２ａ・・・１４２ｎにマップされる。このようにして、対応するＣＩＭ  ＡＰＩ８０を実現するために、一連の装置固有ＡＰＩが実行される。
【００１９】
装置ＡＰＩアレイ９０内に示される装置ＡＰＩ１００、１２０、１４０は、アレイ９０内の次の装置ＡＰＩの入力パラメータに出力データを渡す前にまたは装置ＡＰＩ１４０が装置ＡＰＩアレイ９０内の最後のＡＰＩである場合にＣＩＭアプリケーション１０ａ、１０ｂ、・・・１０ｎに戻す前に出力データの後処理を実行するかどうかを後処理フィールド１０４、１２４、１４４に示す場合もある（または示さない場合もある）。そのうえ、アレイ９０内の他の装置ＡＰＩに制御が移るかまたは制御が終了するかを決定するために、後処理操作は実行したコマンドからの出力をチェックすることができる。装置アレイ・マッピングにより、ＣＩＭパラメータのすべてを装置ＡＰＩパラメータにマップする必要がなくなるかまたはその逆になるように、任意の数のＣＩＭパラメータをアレイ９０内の第１の装置ＡＰＩ１００内の任意の数の装置ＡＰＩパラメータ１０２ａ、１０２ｂ、・・・１０２ｎにマップすることができる。さらに、後処理したかどうかにかかわらず、１つの装置ＡＰＩからの１つまたは複数の出力パラメータのうちの任意の数の出力パラメータは、実行すべきアレイ９０内の後続装置ＡＰＩ内の１つまたは複数の入力パラメータのうちの任意の数の入力パラメータにマップすることができる。図５では、第２またはそれ以降の装置ＡＰＩ１２０、１４０に使用するパラメータは前に実行した装置ＡＰＩからのものである。他の実現例では、ＣＩＭパラメータ８２ａ、８２ｂ、・・・８２ｎまたは前に実行した装置ＡＰＩからの入力もしくは出力パラメータは、アレイ内のいずれかの装置ＡＰＩの入力パラメータにマップすることができる。
【００２０】
ＣＩＭプロバイダをコーディングする場合、装置ベンダは、ＣＩＭ  ＡＰＩを実現する１つまたは複数の装置ＡＰＩにＣＩＭ  ＡＰＩをマップするための項目でＣＩＭ  ＡＰＩマッピング３２を埋めることになるだろう。ネットワーク管理者は、ＣＩＭメッセージに含まれる装置名または識別子をネットワーク内の特定の装置に関連付けるために、ネームスペース・マッピング３０を埋めるためのプログラム・メソッドを使用することができる。
【００２１】
図６は、ＣＩＭアプリケーション１０ａ、１０ｂ、・・・１０ｎからＣＩＭＯＭ４によって受信側ＣＩＭプロバイダ６ａ、６ｂに経路指定されるＣＩＭメッセージを処理するためにデータ・ディクショナリ１４ａ、１４ｂを使用するようにＣＩＭプロバイダ６ａ、６ｂのコードに実現された論理を示している。前述の通り、ＣＩＭメッセージは当技術分野で既知のＣＩＭメッセージに適合することができ、その場合、ＣＩＭ  ＡＰＩには、そのＡＰＩ用の様々なパラメータと、装置名などのターゲット管理対象装置８ａ、８ｂ、・・・８ｎの識別子が続く。（ブロック２００で）受信側ＣＩＭプロバイダ６ａ、６ｂに関連する管理対象装置８ａ、８ｂに向けられたＣＩＭメッセージを受信すると、ＣＩＭプロバイダ６ａ、６ｂは（ブロック２０２で）受信したＣＩＭメッセージに含まれるターゲット装置の装置名４２またはその他の識別子に関連するネットワーク・アドレス４４（図３）を決定するために装置マッピング３０を処理する。ＣＩＭメッセージは、処理すべき１つまたは複数のＣＩＭ  ＡＰＩを含むことができる。図６の論理は、メッセージ内のＣＩＭ  ＡＰＩごとに実行されることになるだろう。ＣＩＭプロバイダ６ａ、６ｂは（ブロック２０４で）そのＣＩＭ  ＡＰＩおよびパラメータが受信したＣＩＭメッセージ内のＣＩＭ  ＡＰＩおよびパラメータと一致する項目を決定するためにＣＩＭ  ＡＰＩ３２のマッピングをスキャンする。（ブロック２０６で）一致項目がまったくない場合、（ブロック２０８で）要求されたＣＩＭ  ＡＰＩがサポートされないというＣＩＭメッセージを開始するＣＩＭプロバイダ１０ａ、１０ｂ、・・・１０ｎにメッセージが返される。そうではなく、図４および図５に示すようにＣＩＭ  ＡＰＩマッピング３２内の項目が見つかった場合、ＣＩＭプロバイダ６ａ、６ｂは（ブロック２１０で）一致項目内の装置ＡＰＩを具備する装置ＡＰＩを生成し、その項目内の情報に応じて、ＣＩＭ  ＡＰＩからのパラメータをその項目内の装置ＡＰＩ内のパラメータにマップする。次にＣＩＭプロバイダ６ａ、６ｂは（ブロック２１２で）決定したネットワーク・アドレス４４にある管理対象装置８ａ、８ｂ、８ｃに生成した装置ＡＰＩを送信する。
【００２２】
１つの装置ＡＰＩ６０に対するＣＩＭ  ＡＰＩ５０の１対１対応のマッピングが存在する場合（図４）、ＣＩＭ  ＡＰＩ５０のパラメータ５２ａ、５２ｂ、・・・５２ｎのうちの１つまたは複数が装置ＡＰＩ６０のパラメータ６２ａ、６２ｂ、・・・６２ｎのうちの１つまたは複数にマップされる。１つのＣＩＭ  ＡＰＩ８０がその項目内の装置ＡＰＩアレイ９０内の複数の装置ＡＰＩ１００、１２０、１４０にマップされる場合（図５）、ＣＩＭ  ＡＰＩ８０のパラメータ８２ａ、８２ｂ、・・・８２ｎのうちの１つまたは複数がアレイ９０内の第１の装置ＡＰＩ１００の装置ＡＰＩ１００のパラメータ１１０ａ、１１０ｂ、・・・１１０ｎのうちの１つまたは複数にマップされる。
【００２３】
（ブロック２１４で）送信した装置ＡＰＩの処理に応答して管理対象装置８ａ、８ｂ、８ｃから１つまたは複数の出力パラメータを受信すると、（ブロック２１６で）決定したＣＩＭ  ＡＰＩマッピング３２内の項目について後処理フィールド６４、１０４に呼出しが指定されている場合、ＣＩＭプロバイダ６ａ、６ｂは（ブロック２１８で）受信した出力パラメータについて指定の呼出しを実行し、出力パラメータのうちの１つまたは複数を処理して、変換出力に変換する。（ブロック２１６のＮｏ分岐から）出力パラメータが変換されない場合またはそれらが変換された後に（ブロック２１８）、（ブロック２２０で）出力パラメータが次の装置ＡＰＩの入力パラメータにマップされるかどうかを決定する。図４の場合のようにＣＩＭ  ＡＰＩ５０を実現するために１つの装置ＡＰＩ６０のみが提供されている場合または図５の場合のように装置ＡＰＩアレイ９０内の最後の装置ＡＰＩ１４０の実行に応答して出力が返される場合、その項目について次に処理すべき装置ＡＰＩはまったく存在しない。これに対して、装置ＡＰＩアレイ９０内で実行したばかりの装置ＡＰＩ１００、１２０に続いて装置ＡＰＩアレイ９０内に１つまたは複数の装置ＡＰＩ１２０、１４０が存在する場合、出力パラメータ（または変換出力パラメータ）は次の装置ＡＰＩの入力パラメータにマップされることになるだろう。
【００２４】
ブロック２２０で決定したように、受信した出力パラメータが次の装置ＡＰＩにマップされない場合、ＣＩＭプロバイダ６ａ、６ｂは（ブロック２２２で）後処理済みである場合もあれば後処理済みではない場合もある受信出力パラメータを含むＣＩＭ応答を生成し、開始側(イニシエータ)ＣＩＭアプリケーション１０ａ、１０ｂ、・・・１０ｎにそのＣＩＭ応答を返す。前に実行した装置ＡＰＩパラメータの受信出力１１０、１３０が後続装置ＡＰＩ１２０、１４０にマップされる場合、ＣＩＭプロバイダ６ａ、６ｂは（ブロック２２４で）装置ＡＰＩアレイ９０内の次の装置ＡＰＩ１２０、１４０を具備する装置ＡＰＩを生成し、アレイ９０に示されるマッピングに応じて、装置ＡＰＩアレイ９０内で処理すべき次の装置ＡＰＩ１２０、１４０の１つまたは複数の入力パラメータ１２２ａ、１２２ｂ、・・・１２２ｎまたは１４２ａ、１４２ｂ、・・・１４２ｎに対して受信出力パラメータ１１２ａ・・・１１２ｎまたは１３２ａ・・・１３２ｎのうちの１つまたは複数をマップする。
【００２５】
上記の実現例では、１つのＣＩＭ要求が単一ターゲット装置に向けられていた。追加の実現例では、ＣＩＭアプリケーション１０ａ、１０ｂ、・・・１０ｎは１つのＣＩＭ要求を複数のターゲット装置に向けることができる。所与の実現例では、ＣＩＭアプリケーション１０ａ、１０ｂ、・・・１０ｎは、要求とともに特定の装置識別子を一切含めないことにより複数のターゲット装置を指定することができ、その場合、装置マッピング３０は、その要求を受信するＣＩＭプロバイダ６ａ、６ｂが管理するすべてのターゲット装置８ａ、８ｂ、８ｃに対し、ＣＩＭ要求内のターゲット装置識別子の不在をマップすることになるだろう。ＣＩＭプロバイダは、その要求が向けられた複数のターゲット装置８ａ、８ｂ、８ｃのそれぞれについて図６のブロック２１０〜２２４のステップを実行することになるだろう。
【００２６】
上記の実現例の後処理操作は、後続装置ＡＰＩ１２０、１４０への入力として、またはＣＩＭ応答に返される出力として、提供される出力パラメータを処理する。追加の実現例の後処理は、装置ＡＰＩアレイ９０内の１つの装置ＡＰＩ１００、１２０からの出力の処理など、追加の操作を実行し、その出力に基づいて装置ＡＰＩアレイ９０内の１つまたは複数の後続装置ＡＰＩを実行するかどうかを決定することができる。図６は、ターゲット記憶装置内に「StorageConfigurationService.CreateOrModifyElementFromStoragePool()」というボリュームを作成するためのＣＩＭ  ＡＰＩ２５０のマッピングを示している。
【００２７】
このＣＩＭ  ＡＰＩ２５０は少なくとも以下のパラメータを有する。
ＥｌｅｍｅｎｔＴｙｐｅ：構成すべき記憶素子のタイプ、たとえば、ボリュームを示す。
Ｇｏａｌ：ボリューム構成のタイプ、たとえば、ＲＡＩＤレベルなどを示す。
Ｓｉｚｅ：作成すべきボリュームのサイズ。
ＩｎＰｏｏｌ：そこからボリュームを作成する記憶域プール。
ＴｈｅＥｌｅｍｅｎｔ：戻りボリュームに使用する。
Ｐａｔｈ：そこにボリュームを作成するターゲット装置の識別子。
【００２８】
図７は、ＣＩＭ  ＡＰＩ２５０のパラメータ２５２ａ、２５２ｂ、２５２ｃ、２５２ｄ、２５２ｅ、２５２ｆがターゲット装置内の使用可能スペースを決定する「ｌｉｓｔ  ｖｏｌｕｍｅｓｐａｃｅ」という装置ＡＰＩ２６０の入力パラメータ２６２ａ、２６２にどのようにマップされるかを示している。装置ＡＰＩ２６０は、処理すべき複数の装置ＡＰＩ２６０、２８０を含む、装置ＡＰＩアレイ２６４内に含まれている。ＣＩＭ  ＡＰＩ２５０のＩｎＰｏｏｌパラメータ２５２ｄは、「ｌｉｓｔ  ｖｏｌｕｍｅｓｐａｃｅ」という第１の装置ＡＰＩ２６０のｖｏｌｕｍｅ  ｓｐａｃｅ  ｔｏ  ｌｉｓｔパラメータ２６２にマップされる。「ｌｉｓｔ  ｖｏｌｕｍｅｓｐａｃｅ」という装置ＡＰＩ２６０は、使用可能記憶スペースに関する情報を装置から入手する。装置ＡＰＩ２６０の後処理コマンド２６６は、「ｌｉｓｔ  ｖｏｌｕｍｅｓｐａｃｅ」という装置ＡＰＩに対する応答として返される使用可能記憶スペースに基づいて、要求されたボリュームを作成するための十分なスペースが存在するかどうかを決定することになるだろう。指定の後処理操作２６６は、「ｌｉｓｔ  ｖｏｌｕｍｅｓｐａｃｅ」というＡＰＩ２６０によって提供される使用可能記憶スペースを、ＣＩＭ  ＡＰＩ２５０のｓｉｚｅパラメータ２５２ｃに示される作成すべきボリュームの要求サイズと比較することになるだろう。十分な記憶スペースが存在する場合、後処理操作２６６は、ターゲット管理対象装置８ａ、８ｂ、８ｃ内で実行すべき「ｃｒｅａｔｅ  ｖｏｌｕｍｅ」という次の装置ＡＰＩ２８０を呼び出して、そのボリュームを作成する。十分な使用可能記憶スペースが存在しない場合、後処理操作２６６はＣＩＭ要求にエラー応答を返す。「ｃｒｅａｔｅ  ｖｏｌｕｍｅ」という装置ＡＰＩ２８０は、１つまたは複数のターゲット記憶装置内にそのボリュームを作成するために使用するパラメータを提供する装置ＡＰＩ２８０の入力パラメータ２８２ａ、２８２ｂ、２８２ｄに対してマップされるＣＩＭ要求２５０の所与のパラメータ２５２ｂ、２５２ｃ、２５２ｄを入力として受信する。「ｃｒｅａｔｅ  ｖｏｌｕｍｅ」という装置ＡＰＩ２８０の出力２９０は、ｃｒｅａｔｅ  ｖｏｌｕｍｅ操作が成功したか失敗したかを示すことになり、このような表示は初期ＣＩＭ  ＡＰＩ要求２５０に対してＣＩＭ応答の一部として返されることになるだろう。
【００２９】
上記の実現例は、ＣＩＭプロバイダ内でマッピングを実現するためのアーキテクチャを提供する。本明細書に記載したアーキテクチャの開発者は、装置ベンダがデータ・ディクショナリおよびＣＩＭ  ＡＰＩマッピング３２を埋めることができるようにするために、様々なメソッドを含むＣＩＭプロバイダ開発ツールを装置ベンダに提供することになるだろう。このため、装置ベンダは、関連装置のために前に生成したＣＩＭ  ＡＰＩマッピング３２について項目を修正、追加、または削除することにより、ＣＩＭ  ＡＰＩマッピング３２を再使用することができる。マッピングが提供されると、ＣＩＭプロバイダは自動的にＣＩＭランタイム環境でＣＩＭ  ＡＰＩマッピング３２に指定されたマッピングを実現することになる。さらに、装置マッピング３０は、ＣＩＭプロバイダがネットワーク管理者によってネットワーク１０に配備されたときに修正するか、または新しい管理対象装置がこのようなＣＩＭプロバイダによって管理すべきＣＩＭプロバイダ６ａ、６ｂに登録されたときに自動的に修正することができる。
【００３０】
コマンドをマップするための上記の技法は、ソフトウェア、ファームウェア、ハードウェア、またはそれらの組み合わせを生産するための標準的なプログラミング技法またはエンジニアリング技法あるいはその両方を使用して、方法、装置、または製品として実現することができる。本明細書で使用する「製品(Article of manufacture)」という用語は、ハードウェア論理回路（たとえば、集積回路チップ、プログラマブル・ゲート・アレイ（ＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）など）または磁気記憶媒体（たとえば、ハード・ディスク・ドライブ、フレキシブル・ディスク、テープなど）、光学記憶装置（ＣＤ−ＲＯＭ、光ディスクなど）、揮発性および不揮発性メモリ・デバイス（たとえば、ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、ファームウェア、プログラマブル論理回路など）などのコンピュータ可読媒体で実現されたコードまたは論理を指す。コンピュータ可読媒体内のコードはプロセッサ複合体によってアクセスされ、実行される。好ましい実施形態が実現されているコードはさらに、伝送メディアによりまたはネットワークを介してファイル・サーバからアクセス可能である可能性がある。このような場合、コードが実現されている製品は、ネットワーク伝送回線、ワイヤレス伝送メディア、空間を伝搬する信号、電波、赤外線信号などの伝送メディアを具備することができる。したがって、「製品」は、コードが実施されている(embodied)媒体を具備することができる。そのうえ、「製品」は、コードが実施され、処理され、実行されるハードウェア構成要素とソフトウェア構成要素の組み合わせを具備することができる。当然のことながら、当業者であれば、本発明の範囲を逸脱せずにこの構成に対して多くの修正が可能であることと、製品が当技術分野で既知の任意の情報運搬媒体を具備することが可能であることを認識できるだろう。
【００３１】
上記の実現例は、装置固有ＡＰＩに対するＣＩＭ  ＡＰＩのマッピングに関するものである。代替実現例では、本明細書に記載するマッピング技法は、特定の装置に拘束されない装置独立ＡＰＩが特定の装置上で実行すべき装置固有ＡＰＩに変換する必要がない環境にも適用可能である。
【００３２】
上記の実現例は、ターゲット装置上で実行可能な装置依存フォーマットのコマンドに対するＣＩＭなどの装置独立フォーマットのコマンドのマッピングを提供している。代替実現例では、マッピングが提供されている第１のタイプおよび第２のタイプのコマンドは、装置独立コマンド・タイプおよび装置依存コマンド・タイプ以外のコマンド・タイプを具備することができる。
【００３３】
上記の実現例では、ＣＩＭ  ＡＰＩおよびパラメータは、装置ＡＰＩおよびパラメータ内の項目にマップされている。他の実現例では、ＣＩＭ  ＡＰＩマッピング３２の項目はＣＩＭ  ＡＰＩパラメータ用の所与の範囲の値を示すことができ、そのため、受信したＣＩＭ  ＡＰＩパラメータ値がその項目に指定されたＣＩＭ  ＡＰＩパラメータ値の範囲内に該当する場合にＣＩＭ  ＡＰＩがその項目内の対応装置ＡＰＩにマップされるだけであり、それにより、ＣＩＭ  ＡＰＩは、受信したＣＩＭ  ＡＰＩのパラメータ値に応じて、異なる装置ＡＰＩまたは異なるパラメータ値を備えた同じ装置ＡＰＩにマップできるようになる。
【００３４】
上記の実現例では、装置マッピング３０は、各項目４０が識別子４４に関連する装置のネットワーク・アドレス４４に対する装置名４２または装置識別子の関連付けを示す複数の項目を有するものとして記載されている。さらに、ＣＩＭ  ＡＰＩマッピング３２は、各項目が１つまたは複数の装置固有ＡＰＩに対する１つのＣＩＭ  ＡＰＩのマッピングを示す複数の項目を有するものとして記載されている。代替実現例では、装置名３０とＣＩＭ  ＡＰＩ３２のマッピングは、特定のマッピングおよび関連付けごとに１つの項目を有するもの以外の方法で実現することができる。たとえば、マッピングおよび関連付けの情報は、個別のファイルまたはデータ構造に含めることができる。
【００３５】
図３、図４、図５、および図７は、装置名または装置識別子をネットワーク・アドレスに関連付け、ＣＩＭ  ＡＰＩを装置固有ＡＰＩに関連付けるための情報の配置を示している。当業者であれば、図３、図４、および図５に関連して記載した情報は、図３、図４、および図５に関連して記載した情報のフォーマットを含みかつこれに限定されない多様なフォーマットで編成し記憶できることが分かるだろう。さらに、このメタデータとともに追加の情報を提供することもできる。
【００３６】
図６の図示の論理は、所与の順序で発生する所与の事象を示している。代替実現例では、所与の操作を異なる順序で実行するか、修正または除去することができる。そのうえ、上記の論理にステップを追加することができ、そのステップも上記の実現例に適合することができる。さらに、本明細書に記載した操作は順次行われる場合もあれば、所与の操作を並列処理する場合もある。さらに、単一処理装置によってまたは複数の分散処理装置によって操作を実行することもできる。
【００３７】
上記の実現例の後処理操作は、１つまたは複数の後続装置ＡＰＩの入力に出力を提供する前に実行済み装置ＡＰＩから受信した出力を変更しているかまたは装置アレイ内の後続装置ＡＰＩを処理し始めるかどうかを決定するために１つの装置ＡＰＩの出力についてチェック操作を実行している。この後処理コマンドは、ＣＩＭアプリケーションからのＣＩＭ要求の実現に関連する追加のチェックまたは処理など、追加のタイプの操作を実行することができる。
【００３８】
図８は、ホスト２ａ、２ｂ、・・・２ｎ、管理対象装置８ａ、８ｂ、・・・８ｎ、図１に示すＣＩＭＯＭ４およびＣＩＭプロバイダ６ａ、６ｂを含むその他のシステムなどのネットワーク構成要素からなるコンピュータ・アーキテクチャ３００の１つの実現例を示している。このアーキテクチャ３００は、プロセッサ３０２（たとえば、マイクロプロセッサ）と、メモリ３０４（たとえば、揮発性メモリ・デバイス）と、記憶装置３０６（たとえば、磁気ディスク・ドライブ、光ディスク・ドライブ、テープ・ドライブなどの不揮発性記憶装置）とを含むことができる。記憶装置３０６は、内部記憶装置を具備するかまたは接続された記憶装置もしくはネットワーク・アクセス可能な記憶装置を具備することができる。記憶装置３０６内のプログラムは、当技術分野で既知の方法でメモリ３０４にロードされ、プロセッサ３０２によって実行される。このアーキテクチャは、ネットワークとの通信を可能にするためにネットワーク・カード３０８をさらに含む。入力装置３１０は、プロセッサ３０２にユーザ入力を行うために使用し、キーボード、マウス、ペンスタイラス、マイクロホン、タッチ検知ディスプレイ画面、または当技術分野で既知のその他の活動化もしくは入力メカニズムを含むことができる。出力装置３１２は、ディスプレイ・モニタ、プリンタ、記憶装置など、プロセッサ３０２またはその他の構成要素から送信された情報を表現可能なものである。
【００３９】
本発明の様々な実現例に関する上記の説明は例証および説明のために提示したものである。網羅的なものではなく、開示した厳密な形態に本発明を制限するためのものでもない。上記の教示を考慮すると、多くの修正形態および変形形態が可能である。本発明の範囲はこの詳細な説明によって制限されるわけではなく、むしろ特許請求の範囲によって制限される。上記の仕様、実施例、およびデータは本発明の構成の製造および使用に関する完全な説明を示している。本発明の精神および範囲を逸脱せずに本発明の多くの実施形態をなすことができるので、本発明は特許請求の範囲に帰するものである。
【００４０】
まとめとして、本発明の構成に関して以下の事項を開示する。
【００４１】
（１）ネットワーク内の装置を管理するための製品において、前記製品により操作が実行され、前記操作が、
前記ネットワーク内の少なくとも１つの装置に関する装置管理操作を実行するための第１のタイプのコマンドを受信するステップであって、前記受信コマンドが前記ネットワーク内の複数の装置のうちの少なくとも１つに向けることができるステップと、
前記受信コマンドが向けられる装置のネットワーク・アドレスを第１のマッピングから決定するステップと、
前記第１のタイプの前記受信コマンドに関連する第２のタイプの少なくとも１つのコマンドを第２のマッピングから決定するステップであって、前記マッピングが、前記第２のタイプの関連コマンド内の少なくとも１つのパラメータに対する前記第１のタイプの前記受信コマンドに含まれる少なくとも１つのパラメータのマッピングを示すステップと、
前記第２のマッピングに示される前記第１のタイプのコマンドからの前記少なくとも１つのパラメータをパラメータとして含むように前記決定した第２のタイプのコマンドを生成するステップと、
前記決定したネットワーク・アドレスに対し前記生成した第２のタイプのコマンドを送信するステップとを具備する製品。
（２）前記第１のタイプのコマンドが装置独立コマンドを具備し、前記第２のタイプのコマンドが装置依存コマンドを具備する、上記（１）に記載の製品。
（３）前記装置独立コマンドが、ネットワーク環境内の非同種装置を管理するためのオブジェクト指向管理スキーマの一部であるコマンドを具備する、上記（２）に記載の製品。
（４）前記管理スキーマがＣｏｍｍｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍｏｄｅｌ（ＣＩＭ）を具備する、上記（３）に記載の製品。
（５）後処理操作が前記決定した装置固有コマンドに関連するかどうかを決定するステップと、
このような後処理操作が関連する場合に、変換出力を生成するために前記生成した装置固有コマンドの実行に応答して返される出力について前記後処理操作を実行するステップと、
前記受信した装置固有コマンドの開始側(イニシエータ)に前記変換出力を返すステップとをさらに具備する、上記（２）に記載の製品。
（６）前記送信した装置固有コマンドに関連する出力を受信するステップであって、前記送信した装置固有コマンドが前に実行したコマンドを具備するステップと、
前記第２のマッピングが、前記受信した装置独立コマンドに関連し、前記前に実行したコマンドに続く追加の装置固有コマンドを示すかどうかを決定するステップと、
前記第２のマッピングが前記追加の装置固有コマンドを示す場合に、前記決定したネットワーク・アドレスに対し前記追加の装置固有コマンドを生成するステップとをさらに具備する、上記（２）に記載の製品。
（７）前記第２のマッピングが前記追加の装置固有コマンドを示す場合に、前記決定したネットワーク・アドレスに対し前記生成した追加の装置固有コマンドを送信するステップと、
前記第２のマッピングが、その実行によって前記受信出力が生成された前記前に実行したコマンドに続く１つの追加の装置固有コマンドを示さない場合に、前記受信した装置独立コマンドの開始側に前記出力を返すステップとをさらに具備する、上記（６）に記載の製品。
（８）追加の装置固有コマンドを実行するかどうかを決定するために前記前に実行したコマンドに関連する前記出力を処理するステップであって、前記第２のマッピングが前記追加の装置固有コマンドを示すかどうかを決定する前記ステップと前記追加の装置固有コマンドを生成する前記ステップが、前記出力の処理に応答して前記追加の装置固有コマンドを実行するという決定が行われた場合のみ実行されるステップをさらに具備する、上記（６）に記載の製品。
（９）前記追加の装置固有コマンドを生成する前記ステップが、
前記追加の装置固有コマンドの少なくとも１つのパラメータに対する前記受信出力のマッピングを前記第２のマッピングから決定するステップであって、前記生成した追加の装置固有コマンドに含まれる少なくとも１つのパラメータが、前記前に実行したコマンドの前記少なくとも１つのパラメータにマップされる前記受信出力を含むステップをさらに具備する、上記（６）に記載の製品。
（１０）前記出力が出力パラメータを含み、前記第２のマッピングが、前記出力パラメータのうちの少なくとも１つが前記追加の装置固有コマンドの前記パラメータのうちの少なくとも１つにマップされることを示すことができる、上記（７）に記載の製品。
（１１）前記第２のマッピングが、前記生成した追加の装置固有コマンドの少なくとも１つのパラメータにマップされる前記受信出力に含まれないデータをさらに示す、上記（９）に記載の製品。
（１２）前記生成した追加の装置固有コマンドの前記少なくとも１つのパラメータにマップ可能である前記受信出力に含まれない前記データが、前記受信した装置独立コマンドの少なくとも１つのパラメータを具備する、上記（１１）に記載の製品。
（１３）後処理操作が前記前に実行したコマンドに関連するかどうかを決定するステップと、
このような後処理操作が関連する場合に、変換出力を生成するために前記前に実行したコマンドの実行に応答して返される出力について前記後処理操作を実行するステップであって、出力を含む前記生成した追加の装置固有コマンド内の少なくとも１つのパラメータが変換出力を含むステップとをさらに具備する、上記（９）に記載の製品。
（１４）前記第２のマッピングが１つの装置独立コマンドを種々の装置固有コマンドにマップすることができ、前記受信した装置独立コマンド内の前記パラメータの値が前記少なくとも１つの関連装置依存コマンドを決定する、上記（２）に記載の製品。
（１５）前記ネットワーク・アドレスを前記第１のマッピングから決定する前記ステップが、前記受信コマンドが向けられる複数のネットワーク・アドレスを決定するステップを具備し、前記生成した第２のタイプのコマンドを送信する前記ステップが、前記決定した複数のネットワーク・アドレスに前記生成したコマンドを送信するステップを具備する、上記（１）に記載の製品。
（１６）ネットワーク内の装置を管理するためのシステムにおいて、
少なくとも１つのネットワーク装置と、
操作を実行するために実行されるプログラムとを具備し、前記操作が、
（ｉ）前記ネットワーク内の少なくとも１つの装置に関する装置管理操作を実行するための第１のタイプのコマンドを受信するステップであって、前記受信コマンドが前記ネットワーク内の複数の装置のうちの少なくとも１つに向けることができるステップと、
（ｉｉ）前記受信コマンドが向けられる装置のネットワーク・アドレスを第１のマッピングから決定するステップと、
（ｉｉｉ）前記第１のタイプの前記受信コマンドに関連する第２のタイプの少なくとも１つのコマンドを第２のマッピングから決定するステップであって、前記マッピングが、前記第２のタイプの関連コマンド内の少なくとも１つのパラメータに対する前記第１のタイプの前記受信コマンドに含まれる少なくとも１つのパラメータのマッピングを示すステップと、
（ｉｖ）前記第２のマッピングに示される前記第１のタイプのコマンドからの前記少なくとも１つのパラメータをパラメータとして含むように前記決定した第２のタイプのコマンドを生成するステップと、
（ｖ）前記決定したネットワーク・アドレスに対し前記生成した第２のタイプのコマンドを送信するステップとを具備するシステム。
（１７）前記第１のタイプのコマンドが装置独立コマンドを具備し、前記第２のタイプのコマンドが装置依存コマンドを具備する、上記（１６）に記載のシステム。
（１８）前記装置独立コマンドが、ネットワーク環境内の非同種装置を管理するためのオブジェクト指向管理スキーマの一部であるコマンドを具備する、上記（１７）に記載のシステム。
（１９）前記管理スキーマがＣｏｍｍｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍｏｄｅｌ（ＣＩＭ）を具備する、上記（１８）に記載のシステム。
（２０）後処理操作が前記決定した装置固有コマンドに関連するかどうかを決定するステップと、
このような後処理操作が関連する場合に、変換出力を生成するために前記生成した装置固有コマンドの実行に応答して返される出力について前記後処理操作を実行するステップと、
前記受信した装置固有コマンドの開始側に前記変換出力を返すステップとをさらに実行するために前記プログラムが実行される、上記（１７）に記載のシステム。
（２１）前記送信した装置固有コマンドに関連する出力を受信するステップであって、前記送信した装置固有コマンドが前に実行したコマンドを具備するステップと、
前記第２のマッピングが、前記受信した装置独立コマンドに関連し、前記前に実行したコマンドに続く追加の装置固有コマンドを示すかどうかを決定するステップと、
前記第２のマッピングが前記追加の装置固有コマンドを示す場合に、前記決定したネットワーク・アドレスに対し前記追加の装置固有コマンドを生成するステップとをさらに実行するために前記プログラムが実行される、上記（１７）に記載のシステム。
（２２）前記第２のマッピングが前記追加の装置固有コマンドを示す場合に、前記決定したネットワーク・アドレスに対し前記生成した追加の装置固有コマンドを送信するステップと、
前記第２のマッピングが、その実行によって前記受信出力が生成された前記前に実行したコマンドに続く１つの追加の装置固有コマンドを示さない場合に、前記受信した装置独立コマンドの開始側に前記出力を返すステップとをさらに実行するために前記プログラムが実行される、上記（２１）に記載のシステム。
（２３）追加の装置固有コマンドを実行するかどうかを決定するために前記前に実行したコマンドに関連する前記出力を処理するステップであって、前記第２のマッピングが前記追加の装置固有コマンドを示すかどうかを決定する前記ステップと前記追加の装置固有コマンドを生成する前記ステップが、前記出力の処理に応答して前記追加の装置固有コマンドを実行するという決定が行われた場合のみ実行されるステップをさらに実行するために前記プログラムが実行される、上記（２１）に記載のシステム。
（２４）前記追加の装置固有コマンドを生成する前記ステップが、
前記追加の装置固有コマンドの少なくとも１つのパラメータに対する前記受信出力のマッピングを前記第２のマッピングから決定するステップであって、前記生成した追加の装置固有コマンドに含まれる少なくとも１つのパラメータが、前記前に実行したコマンドの前記少なくとも１つのパラメータにマップされる前記受信出力を含むステップをさらに具備する、上記（２１）に記載のシステム。
（２５）前記出力が出力パラメータを含み、前記第２のマッピングが、前記出力パラメータのうちの少なくとも１つが前記追加の装置固有コマンドの前記パラメータのうちの少なくとも１つにマップされることを示すことができる、上記（２４）に記載のシステム。
（２６）前記第２のマッピングが、前記生成した追加の装置固有コマンドの少なくとも１つのパラメータにマップされる前記受信出力に含まれないデータをさらに示す、上記（２４）に記載のシステム。
（２７）前記生成した追加の装置固有コマンドの前記少なくとも１つのパラメータにマップ可能である前記受信出力に含まれない前記データが、前記受信した装置独立コマンドの少なくとも１つのパラメータを具備する、上記（２６）に記載のシステム。
（２８）後処理操作が前記前に実行したコマンドに関連するかどうかを決定するステップと、
このような後処理操作が関連する場合に、変換出力を生成するために前記前に実行したコマンドの実行に応答して返される出力について前記後処理操作を実行するステップであって、出力を含む前記生成した追加の装置固有コマンド内の少なくとも１つのパラメータが変換出力を含むステップとをさらに実行するために前記プログラムが実行される、上記（２４）に記載のシステム。
（２９）前記第２のマッピングが１つの装置独立コマンドを種々の装置固有コマンドにマップすることができ、前記受信した装置独立コマンド内の前記パラメータの値が前記少なくとも１つの関連装置依存コマンドを決定する、上記（１７）に記載のシステム。
（３０）前記ネットワーク・アドレスを前記第１のマッピングから決定する前記ステップが、前記受信コマンドが向けられる複数のネットワーク・アドレスを決定するステップを具備し、前記生成した第２のタイプのコマンドを送信する前記ステップが、前記決定した複数のネットワーク・アドレスに前記生成したコマンドを送信するステップを具備する、上記（１６）に記載のシステム。
（３１）前記ネットワークを介して前記ネットワーク装置と通信可能なシステムをさらに具備し、前記プログラムが前記追加のシステム内で実現される、上記（１６）に記載のシステム。
（３２）前記プログラムが、前記受信コマンドが向けられる前記ネットワーク装置内で実現される、上記（１６）に記載のシステム。
（３３）ネットワーク内の装置を管理するための方法において、
前記ネットワーク内の少なくとも１つの装置に関する装置管理操作を実行するための第１のタイプのコマンドを受信するステップであって、前記受信コマンドが前記ネットワーク内の複数の装置のうちの少なくとも１つに向けることができるステップと、
前記受信コマンドが向けられる装置のネットワーク・アドレスを第１のマッピングから決定するステップと、
前記第１のタイプの前記受信コマンドに関連する第２のタイプの少なくとも１つのコマンドを第２のマッピングから決定するステップであって、前記マッピングが、前記第２のタイプの関連コマンド内の少なくとも１つのパラメータに対する前記第１のタイプの前記受信コマンドに含まれる少なくとも１つのパラメータのマッピングを示すステップと、
前記第２のマッピングに示される前記第１のタイプのコマンドからの前記少なくとも１つのパラメータをパラメータとして含むように前記決定した第２のタイプのコマンドを生成するステップと、
前記決定したネットワーク・アドレスに対し前記生成した第２のタイプのコマンドを送信するステップとを具備する方法。
（３４）前記第１のタイプのコマンドが装置独立コマンドを具備し、前記第２のタイプのコマンドが装置依存コマンドを具備する、上記（３３）に記載の方法。
（３５）前記送信した装置固有コマンドに関連する出力を受信するステップであって、前記送信した装置固有コマンドが前に実行したコマンドを具備するステップと、
前記第２のマッピングが、前記受信した装置独立コマンドに関連し、前記前に実行したコマンドに続く追加の装置固有コマンドを示すかどうかを決定するステップと、
前記第２のマッピングが前記追加の装置固有コマンドを示す場合に、前記決定したネットワーク・アドレスに対し前記追加の装置固有コマンドを生成するステップとをさらに具備する、上記（３４）に記載の方法。
（３６）前記追加の装置固有コマンドを生成する前記ステップが、
前記追加の装置固有コマンドの少なくとも１つのパラメータに対する前記受信出力のマッピングを前記第２のマッピングから決定するステップであって、前記生成した追加の装置固有コマンドに含まれる少なくとも１つのパラメータが、前記前に実行したコマンドの前記少なくとも１つのパラメータにマップされる前記受信出力を含むステップをさらに具備する、上記（３５）に記載の方法。
（３７）前記出力が出力パラメータを含み、前記第２のマッピングが、前記出力パラメータのうちの少なくとも１つが前記追加の装置固有コマンドの前記パラメータのうちの少なくとも１つにマップされることを示すことができる、上記（３６）に記載の方法。
（３８）前記第２のマッピングが、前記生成した追加の装置固有コマンドの少なくとも１つのパラメータにマップされる前記受信出力に含まれないデータをさらに示す、上記（３６）に記載の方法。
（３９）前記生成した追加の装置固有コマンドの前記少なくとも１つのパラメータにマップ可能である前記受信出力に含まれない前記データが、前記受信した装置独立コマンドの少なくとも１つのパラメータを具備する、上記（３８）に記載の方法。
（４０）後処理操作が前記前に実行したコマンドに関連するかどうかを決定するステップと、
このような後処理操作が関連する場合に、変換出力を生成するために前記前に実行したコマンドの実行に応答して返される出力について前記後処理操作を実行するステップであって、出力を含む前記生成した追加の装置固有コマンド内の少なくとも１つのパラメータが変換出力を含むステップとをさらに具備する、上記（３６）に記載の方法。
（４１）前記第２のマッピングが１つの装置独立コマンドを種々の装置固有コマンドにマップすることができ、前記受信した装置独立コマンド内の前記パラメータの値が前記少なくとも１つの関連装置依存コマンドを決定する、上記（３４）に記載の方法。
【図面の簡単な説明】
【００４２】
【図１】本発明の諸態様が実現されたコンピューティング環境を示す図である。
【図２】本発明の実現例によるデータ・ディクショナリの構成要素を示す図である。
【図３】本発明の実現例により、ターゲット装置名をネットワーク・アドレスに関連付けるために使用する情報を示す図である。
【図４】本発明の実現例により、１つまたは複数の装置固有コマンドに対する装置独立コマンドのマッピングに関する情報を示す図である。
【図５】本発明の実現例により、１つまたは複数の装置固有コマンドに対する装置独立コマンドのマッピングに関する情報を示す図である。
【図６】本発明の実現例により、装置固有コマンドに対して装置独立コマンドをマップするための論理を示す図である。
【図７】本発明の実現例により、１つまたは複数の装置固有コマンドに対する装置独立コマンドのマッピングに関する情報を示す図である。
【図８】図１のネットワーク環境内のコンピューティング構成要素のアーキテクチャを示す図である。
【図１】
2004252976.tif 000003
【図２】
2004252976.tif 000004
【図３】
2004252976.tif 000005
【図４】
2004252976.tif 000006
【図５】
2004252976.tif 000007
【図６】
2004252976.tif 000008
【図７】
2004252976.tif 000009
【図８】
2004252976.tif 000010