JP2007124653A - 装置から検索された画像を、装置管理ツールがサポートするフォーマットに変換するシステム、装置、方法、及びユーティリティ - Google Patents

Abstract

【課題】画像を、装置管理ツールがサポートするフォーマットに変換するシステム、装置、方法、及びユーティリティを提供する。
【解決手段】一実施形態では、コンピュータ可読媒体に記憶されたコンピュータ可読コードは、装置管理ツール２０２から画像要求を受け取ったことに応答して、（１）画像要求のターゲットである装置から、その装置の少なくとも一部を示す画像を検索するコード１０２と、（２）画像を、装置管理ツール２０２がサポートするフォーマットに変換するコード１０４と、（３）変換済み画像を装置管理ツール２０２に返すコード１０６と、を備える。
【選択図】図１

Description

本発明は、一般に、画像に関し、特に、画像のフォーマットに関する。

装置の管理は通常、そのユーザに装置をグラフィックで視覚化する手段を提供することによって支援される。場合によっては、装置の１つ又は複数の画像及びその装置の構成要素を紙又は電子文書（たとえば、ユーザマニュアル）内に含めることができる。また場合によっては、装置の内部構成要素の１つ又は複数のビューを示すステッカーを装置に提供することもある。

また場合によっては、装置の画像を装置管理ツール内に組み込むこともある。たとえば、プリントドライバが、対応するプリンタの画像を表示したり、サーバ管理ツールが、認識している、又は管理することができるサーバ構成要素（たとえば、サーバのメモリモジュール、インタフェース、又はストレージディスク）に関連する各種画像を表示したりする。

グラフィック画像が必要な多くの装置は変更を受ける。すなわち、そういった装置は、追加構成要素（たとえば、メモリモジュール、インタフェース、又はストレージディスク）を装置に挿入又は取り付けることができるようにアップグレード可能であり得る。そのため、画像作成者が直面する問題は、装置の各構成の画像を描画するか、それとも装置が１つの特定の「デフォルト」構成にあることを示す１つの「例示的な」画像を描画するかである。

装置はまた、その寿命までの間に変更を受け得る。すなわち、装置の外装の様式、内部構成要素の供給業者、「デフォルト」構成、及びさらには利用可能な機能までもが装置の寿命までの間に変更され得る。したがって、装置の第１世代に関連するいずれの画像もその装置の後続世代を正確に示さない可能性がある。

理解できるように、装置のグラフィック画像の作成及び保守は、装置の製造業者及び第三者の装置サポート業者（たとえば、管理ツール開発業者）の両者に対して大きな負担となり得る。

一実施形態では、画像変換ユーティリティは、装置管理ツールから画像要求を受け取ったことに応答して、（１）画像要求のターゲットである装置から、その装置の少なくとも一部を示す画像を検索するコード、（２）画像を、装置管理ツールがサポートするフォーマットに変換するコード、及び（３）変換済み画像を装置管理ツールに返すコードを備える。

別の実施形態では、製品は、コンピュータ可読媒体、及びコンピュータ可読媒体に記憶されたコンピュータ可読コードを備える。コンピュータ可読コードは、装置管理ツールから画像要求を受け取ったことに応答して、（１）画像要求のターゲットである装置から、装置の少なくとも一部を示す画像を検索するコード、（２）画像を、装置管理ツールがサポートするフォーマットに変換するコード、及び（３）変換済み画像を装置管理ツールに返すコードを含む。

さらに別の実施形態では、装置は、装置の少なくとも一部を示す画像が記憶される不揮発性メモリ、及び画像要求を受け取るインタフェースを備える。画像は複数のベクトルを含む。装置は、装置管理ツールから画像要求を受け取ったことに応答して、（１）画像を検索するコード、（２）画像を、装置管理ツールがサポートするフォーマットに変換するコード、及び（３）変換済み画像を装置管理ツールに返すコードも備える。

さらに別の実施形態では、コンピュータで実行される、装置の画像を変換する方法は、装置管理ツールから画像要求を受け取ったことに応答して、（１）画像要求のターゲットである装置から、その装置の少なくとも一部を示す画像を検索すること、（２）画像を、装置管理ツールがサポートするフォーマットに変換すること、及び（３）変換済み画像を装置管理ツールに返すこと、を含む。

さらなる実施形態では、装置の画像を表示するシステムは、不揮発性メモリを有する装置を備え、不揮発性メモリには装置を示す画像が記憶される。システムは、装置管理ツール及び画像変換ユーティリティも備える。画像変換ユーティリティは、装置管理ツールから画像要求を受け取ったことに応答して、（１）装置から画像を検索するコード、（２）画像を、装置管理ツールがサポートするフォーマットに変換するコード、及び（３）変換済み画像を装置管理ツールに返すコードを備える。

他の実施形態も開示する。

本発明の例示的な実施形態を図面に示す。

装置のグラフィック画像を作成し保守するという負担を軽減した進展は、装置自体内に装置の画像を電子的に記憶することである。たとえば、装置の異なるビュー、及び／又は構成要素に関連する異なる画像を、スケーラブルベクターグラフィックス（ＳＶＧ）画像又は他の操作が容易な画像タイプとして保存し、装置の不揮発性メモリ（常にとは限らないが好ましくは装置のファームウェア内）に記憶することができる。このため、装置の管理ツール自体はもはや装置の画像のセットを提供する必要がない。むしろ、管理ツールには、（１）装置に照会（クエリー）して装置の画像を検索する能力、及び（２）装置の現在の状態を反映するように画像をフォーマットする能力を提供する必要があるだけである。このようにして、管理ツールの開発業者は装置の外観を考慮する必要がなく、その代わりとして装置がどのように機能するか、及び装置がどのように管理されるかに集中することができる。

装置の画像に対応する必要があるという管理ツール開発業者の負担をさらに軽減するために、画像変換ユーティリティ、及び画像変換ユーティリティを組み込んだ装置及びシステムを本明細書において開示する。例として、「ユーティリティ」は、１つ又は複数のコンピュータ可読媒体に記憶されるコンピュータ可読コードにおいて具現されるアプリケーション又はブラウザプラグインの形をとり得る。コンピュータ可読媒体には、たとえば、単一の場所にある、又はネットワークに分散した任意の数の固定又は取り外し可能な媒体（１つ又は複数の固定ディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、又はコンパクトディスク等）又はこれらの組み合わせが含まれ得る。場合によっては、ユーティリティは、画像を受け取る元の任意の管理ツールから離れて、且つ画像の検索元の任意の装置から離れて記憶し実行してもよい。また場合によっては、ユーティリティは特定の管理ツール又は装置にローカルに記憶して実行してもよい。

図１は、画像変換ユーティリティ１００の例示的な第１の実施形態を示す。ユーティリティ１００は、装置管理ツールから画像要求を受け取ったことに応答して、（１）画像要求のターゲットである装置から画像を検索するコード１０２、（２）画像を、装置管理ツールがサポートするフォーマットに変換するコード１０４、及び（３）変換済み画像を装置管理ツールに返すコード１０６を備える。

任意選択であるが好ましくは、ユーティリティ１００は、装置の構成要素の存在情報及び状態情報を検索するコード１０８、及び画像変換に先立って、構成要素の存在情報及び状態情報に応答して画像をフォーマットするコード１１０を備える。本説明において後に詳細に説明するように、選択された画像を「フォーマットすること」は、構成要素の存在情報及び状態情報並びに他の情報を反映するように画像に固有のフォーマットを更新することを含み得る。さらに、画像が、スケーラブルベクターグラフィックス（ＳＶＧ）フォーマット等のレンダリングされていないフォーマットで存在する場合、「フォーマットすること」は、画像をレンダリングする（すなわち、画像をラスタベースのフォーマットに変換する）ことを含み得る。

図２は、画像変換ユーティリティ１００を使用することができる例示的なシステム２００を示す。システム２００は、画像要求を生成する１つ又は複数の装置管理ツール２０２、２０４、２０６と、画像要求のターゲットであり得る１つ又は複数の装置２０８、２１０、２１２とを備える。各装置２０８〜２１２には、その装置の少なくとも一部を示す１つ又は複数の画像（すなわち、画像セット）が記憶される不揮発性メモリが提供される。管理ツール２０２〜２０６及び装置２０８〜２１２が画像変換ユーティリティ１００のインタフェースと互換性を有するインタフェースを備えるものと想定すると、ユーティリティ１００は、（１）任意の１つ又は複数の管理ツール２０２〜２０６から複数の画像要求を受け取ること、及び（２）複数の画像要求に応答して、複数の装置２０８〜２１２から検索された画像を変換し、変換済み画像を管理ツール２０２〜２０６のうちの要求を行った管理ツールに（場合によっては複数の画像フォーマットで）返すことを行うことができる。なお、システム２００の管理ツール２０２〜２０６及び装置２０８〜２１２は互いに対する直接リンクを有さず、また互いに依存しない。このため、そのうちの一方を、他方に影響を及ぼすことなく容易に変更し、又は取り付けることができる。さらに、装置２０８〜２１２内に記憶されている画像（複数可）は、更新される画像がユーティリティ１００又は管理ツール２０２〜２０６によってどのように描画されるかについて何等心配する必要なく更新することができる。

システム２００の装置２０８〜２１２は各種の形をとることができ、たとえば、その形としてサーバ、コンピュータシステム、プリンタ、又はネットワークが挙げられる。さらに、画像が記憶される装置は他の装置の一部であってもよい。たとえば、画像は、コンピュータのマザーボードのメモリに記憶してもよく、その一方で追加の画像は、マザーボードのスロットに挿入されている構成可能なビデオカード又はネットワーキングカードに記憶してもよい。

システム２００の管理ツール２０２〜２０６もまた各種の形をとることができ、たとえば、その形としてプリントドライバ、構成マネージャ、ライセンシングマネージャ、サーバマネージャ、システムマネージャ、又はネットワークマネージャが挙げられる。システム２００の一実施形態では、装置管理ツール２０２〜２０６のうちの１つ又は複数はウェブブラウザを通してユーザインタフェース（たとえば、グラフィカルユーザインタフェース（ＧＵＩ））を提示することができる。

図２に示すシステム２００に対する代替形態では、１つ又は複数の画像変換ユーティリティを管理ツール２０２〜２０６又は装置２０８〜２１２のうちのいくつか又はそのすべてに組み込むことができる。画像変換ユーティリティが装置に組み込まれる場合、装置には、画像要求を受け取るためのインタフェースを設けなければならない。しかし、この段落において示した両方の代替形態では、画像変換ユーティリティは図２に示すユーティリティ１００よりも多用性が低い。

図３は、図１及び図２に示す画像変換ユーティリティ１００の例示的な第１の動作を示す。装置管理ツール２０２から画像要求（たとえば、ｇｅｔＩｍａｇｅＦｏｒＤｉｓｐｌａｙ）を受け取ると、ユーティリティ１００は、その画像要求のターゲットである装置２０８から画像を検索するためにコマンド（たとえば、ｇｅｔＳｙｓｔｅｍＩｍａｇｅ）を発行することができる。しかし、場合によっては、ユーティリティ１００は検索された画像をキャッシュに記憶し、所望の画像を求めてまずキャッシュを探索することができる。示したように、ユーティリティ１００は、画像要求（ｇｅｔＩｍａｇｅＦｏｒＤｉｓｐｌａｙ）を、装置管理ツール２０２がサポートする画像フォーマットの１つ又は複数の指示と共に受け取る。

単純な一実施形態では、装置２０８のインタフェースは、記憶されている画像セット（場合によっては１つのみの画像）をフェッチして返す能力を有する必要があるだけである。しかし、他の実施形態では、装置のインタフェースは特定の画像を（たとえば、アドレス、番号、又はタイプを介して）フェッチする能力を有し得る。装置のインタフェースはまた、装置２０８について構成要素の存在情報及び状態情報を、そうする必要がない場合であっても返してもよい。

好ましくは、装置の画像セットは１つ又は複数のＳＶＧ画像を含む。ＳＶＧとは、２次元グラフィックス及びグラフィックスアプリケーションを拡張可能マークアップ言語（ＸＭＬ）で記述する言語である。ＳＶＧ仕様はワールドワイドウェブコンソーシアム（Ｗ３Ｃ（登録商標））により公開されている。ＳＶＧ画像は、記憶要件が小さいこと、サイズがスケーラブルなこと、及び構成可能なことにより有利であり得る。別法として、装置の画像セットは、他のベクトルベースの画像（たとえば、ポストスクリプト画像）等の、他のタイプの操作が容易な画像を含んでもよい。

装置２０８から画像セットを受け取ると、ユーティリティ１００は、装置２０８から（例えば、装置のファームウェアから）構成要素の存在情報及び状態情報を検索する１つ又は複数のコマンド（たとえば、ｇｅｔＣｏｍｐｏｎｅｎｔＰｒｅｓｅｎｃｅ及びｇｅｔＣｏｍｐｏｎｅｎｔＳｔａｔｕｓ）を発行することができる。存在情報は、アップグレード可能又は構成可能な構成要素がその装置内又は装置上に存在するか否かを示す。状態情報は単純に、構成要素が所望通りに機能しているか否かについての肯定／否定のインジケータであってもよく、又は構成要素のパフォーマンスの品質若しくは一貫性に関する追加情報を含んでもよい。

場合によっては、ユーティリティ１００は装置２０８についての追加状態情報を、装置２０８とインタフェースする（たとえば、コマンドｇｅｔＡｄｄｌＣｏｍｐｏｎｅｎｔＳｔａｔｕｓを介して）オペレーティングシステム３００から検索することができる。追加状態情報はまた、ユーティリティ１００が認識している１つ又は複数の管理ツール２０４、２０６から検索することもできる。しかし、一実施形態では、ユーティリティ１００は、インタフェースしている管理ツール２０２〜２０６及び装置２０８〜２１２について特別な知識が何等なくとも機能できるように設計される。

装置２０８の存在情報及び状態情報を受け取ると（場合によっては受け取る前に）、ユーティリティ１００は、（１）画像要求を受け取ったこと、及び（２）ユーティリティ１００が画像要求の処理中に取得した構成要素の存在情報及び状態情報に応答して画像セットのうちの選択された１つ又は複数の画像をフォーマットすることに進む（図３の画像のフォーマット）。

一実施形態では、ユーティリティ１００は構成要素存在情報を用いて、装置の特定の構成要素を定義する画像の部分をイネーブル又はディセーブルし、それによって画像のどの部分が表示されるかを指示する。たとえば、画像がＳＶＧ画像である場合、画像は基本装置並びに基本装置に実装可能な構成要素の配置、サイズ、及び向きを定義するベクトルセットを含むことができる（たとえば、画像はマザーボード、並びにマザーボードに実装され得るプロセッサ及びメモリカードを定義することができる）。ＳＶＧ画像内の各構成要素ベクトルセットには識別「タグ」を関連付けることができる。このようにして、ＳＶＧ画像は、構成要素の存在情報に応答して、（１）各種構成要素に対応するタグを求めて探索すること、及び（２）それぞれに関連付けられたベクトルセットを「ｖｉｓｉｂｌｅ（表示）」（イネーブル）すべきかそれとも「ｉｎｖｉｓｉｂｌｅ（非表示）」（ディセーブル）とすべきかを示すようにタグを編集することによりフォーマットすることができる。別法として、存在しない構成要素に対応するベクトルセットを削除することができ、他のすべてのベクトルセットを表示することができる。又は、画像をフォーマットすることが、画像をレンダリングする（すなわち、画像をラスタベースフォーマットに変換する）ことを含む場合、構成要素の存在情報を用いて、画像のどの部分がレンダリングされるかを、固有の画像ファイルを編集することなく簡単に判断することができる。

画像はまた、構成要素状態情報を用いることによってフォーマットすることもできる。場合によっては、構成要素の状態情報を用いて、画像の構成可能エリアに関連するハンドル又はフィールド（すなわち、特定の情報を表示するために提供される画像エリア）を注釈として付すことができる。したがってたとえば、装置２０８又はその構成要素の動作又は障害に関する情報、並びに構成要素のパフォーマンスの品質又は一貫性に関する追加情報を画像に付加する（たとえば、配置若しくは記入する）ことができる。場合によっては、画像の一部又は全体が何であるか、又はどこにあるかを示すハンドルをユーザ識別可能なラベルに変換することができる。

状態情報はまた、画像の指定された部分（複数可）をハイライトすることにも用いることができる。たとえば、意図するように動作している構成要素を緑でハイライトする一方で、故障している構成要素を赤でハイライトすることができる。これに代えて（又はこれに加えて）、画像ハイライトを画像要求に応答して行うことができる。たとえば、画像要求が装置のメモリ構成の表示を求める場合、装置のマザーボードに実装されているメモリモジュールをハイライトすることができる。

装置から検索された画像がＳＶＧ又は他の操作が容易な画像である場合、上述した存在及び状態をフォーマットすることは、画像ファイルに単純な変更を行うことによって行うことができる。たとえば、特定の構成要素の様式又は特定のフィールドの内容（fill）（たとえば、テキスト内容（text fill））を、単にＳＶＧ画像ファイルの１つ又は複数のラインのテキストを変更するだけで変更することができる。

２つ以上の画像が、装置２０８からの検索に利用可能な場合、ユーティリティ１００はフォーマットする特定の画像を識別する必要があり得る。画像の識別／選択はいくつかの方法で行うことができる。たとえば、ユーティリティ１００は、デフォルト画像を示すものを求めて画像をスキャンし、次いでフォーマットし変換するデフォルト画像を選択することができる。場合によっては、装置の画像は、特定の数又はアドレスに対応する画像を装置のデフォルト画像と見なすことができるように付番又はアドレス指定してもよい。装置の画像は、階層又はツリーの形でリンクすることもでき、これにより、ユーティリティ１００は装置の画像のうちの１つをデフォルト画像として明確に認識することができる。画像のリンキングもまた、管理ツールが画像セット全体を通して「掘り下げる」ことができるように支援することができる。

デフォルト画像を選択することに代えて、ユーティリティ１００に、受け取る画像要求に含まれるパラメータに応答して画像を識別するコードを提供することができる。たとえば、管理ツール２０２は、（１）装置２０８の利用可能な最良のビューを示す画像、（２）画像要求において指定される装置２０８の特定の構成要素又は機能の利用可能な最良のビューを示す画像、又は（３）画像要求において指定された装置２０８の指定場所（たとえば、外部、内部、メモリバンク、又はプロセッサコア）の利用可能な最良のビューを示す画像を要求することができる。次いで、ユーティリティ１００は、装置２０８の文脈の中で画像が「何」であるか、又は「どこに」あるかについてのインジケータ等、画像を見つけることができる各種ハンドルに基づいて画像をフィルタリングすることができる。

検索された画像を、存在情報及び状態情報を用いてフォーマットした後、フォーマット済み画像は装置管理ツール２０２がサポートするフォーマットに変換される（画像変換（図３））。又は、フォーマットが行われない場合、単に検索された画像（システム画像）を変換するだけでよい。いずれの場合でも、画像変換は、ユーティリティ１００が受け取ったサポートされる画像フォーマットの指示（複数可）に応答して行われる。１つのみのサポートフォーマット指示を受け取り、その指示がユーティリティ１００によりサポートされる画像フォーマットに対応する場合、ユーティリティ１００は単にフォーマット済み、又は固有の装置画像を指示されたフォーマットに変換するだけでよい。ユーティリティ１００は、複数のサポートフォーマット指示を受け取る場合、フォーマット済み、又は固有の装置画像を、（１）装置管理ツール２０２がサポートする画像フォーマットの指示と、（２）ユーティリティ１００がサポートする画像フォーマットとの組み合わせから選択される画像フォーマットに変換することができる。一実施形態では、ユーティリティ１００がサポートする画像フォーマットは、装置管理ツール２０２が複数の画像フォーマットをサポートすることを示す場合により好ましいフォーマットを選択することができるように、プリファレンスに従ってランク付けされる。

一実施形態では、ユーティリティ１００は、アパッチ財団（Ａｐａｃｈｅ ｆｏｕｎｄａｔｉｏｎ）によって開発されたＢａｔｉｋツールキットを使用して画像変換を行う。

装置２０８から検索された画像がベクトル画像（たとえば、ＳＶＧ画像）である場合、画像変換は通常、画像をラスタ画像としてレンダリングすることを含む。この場合、レンダリングされた画像の各部分に、その部分が表す装置の構成要素を相関付けることができる（たとえば、（ｉ）レンダリングされた画像の一部と、（ｉｉ）レンダリングされた画像の一部を描画するために使用される検索された画像ファイル内のベクトルセットと、（ｉｉｉ）ベクトルセットに関連付けられた構成要素を識別する検索された画像ファイル内のタグと、を相関付けることにより）。この相関付けプロセスは、ユーティリティ１００に、検索されたベクトル画像と共に記憶されている情報に基づいたラスタ画像用の非グラフィカルオーバーレイを生成するコードを提供することによって容易にすることができる。一実施形態では、非グラフィカルオーバーレイは、１つ又は複数の「ホットスポット」（すなわち、ユーザが選択可能なラスタ画像のエリア）の位置を定義する。場合によっては、ホットスポットにユーティリティ１００への呼び出しを関連付けることができる（たとえば、別の装置画像に掘り下げるためのホットスポットの場合）。また場合によっては、ホットスポットに装置管理ツール２０２への呼び出しを関連付けることができる（たとえば、装置管理ツール２０２からの情報照会又は他のアクションを引き起こすホットスポットの場合）。

ベクトル画像を装置２０８に記憶し、次いでユーティリティ１００を使用してベクトル画像をラスタ画像に変換することの一利点は、ユーティリティ１００に、画像をラスタフォーマットに変換する前にスケーリングするコードを提供できることである。このようにして、ラスタ画像しか表示することができない装置管理ツールが、表示画像をスケーリングする（たとえば、ズームイン又はズームアウト）ことができるかのような見かけを提供することができる。場合によっては、装置管理ツール２０２は、画像要求と共にスケールファクタ（倍率）又は関連情報を提供することができる。また場合によっては、装置管理ツール２０２はまず、ユーティリティ１００に画像要求を提供し、次いで画像又はＧＵＩとのユーザ対話に応答して、画像スケーリング要求をユーティリティ１００に提供することができる。この後者の場合、ユーティリティ１００は装置２０８から検索したベクトル画像をスケーリングし、スケーリングされたベクトル画像を再びラスタ画像に変換し、次いで第２のラスタ画像を装置管理ツール２０２に返すことができる。

画像変換後、ユーティリティ１００は画像を要求した装置管理ツール２０２に変換済み画像を返す。図３を参照のこと。場合によっては、ユーティリティ１００は１つのみの変換済み画像を返すことができる。また場合によっては、ユーティリティ１００は変換済み画像のみならず、非グラフィカルオーバーレイ、ハンドル座標、ＳＶＧ座標からハンドルへのマップ、又は画像から物理座標へのマップも返すことができる。

図４は、図１及び図２に示す画像変換ユーティリティ１００の例示的な第２の動作を示す。動作は、ユーティリティ１００が装置管理ツール２０２によりサポートされる画像フォーマットの指示を得る様式を除き図３において説明した動作と同様である。すなわち、図３において明らかにしたように画像要求と共に指示を受け取るのではなく、図４に動作を示すユーティリティは、サポートされる画像フォーマット（複数可）（サポートフォーマット）を求めて装置管理ツール２０２に照会する（ｇｅｔＳｕｐｐｏｒｔｅｄＦｏｒｍａｔｓ）コードを備える。次いで、ユーティリティは、検索された画像が、動作を図３に示すユーティリティにより変換される方法と同様にして、検索された画像を変換する。装置管理ツール２０２への照会は、画像要求（ｇｅｔＩｍａｇｅＦｏｒＤｉｓｐｌａｙ）を受け取ってから検索された画像（システム画像）を変換するまでの間のどの時点で行ってもよいことに留意されたい。

画像変換ユーティリティの例示的な第１の実施形態を示す図である。 図１に示す画像変換ユーティリティを使用することができる例示的なシステムを示す図である。 図１及び図２に示す画像変換ユーティリティの例示的な動作を示す図である。 図１及び図２に示す画像変換ユーティリティの例示的な動作を示す図である。

符号の説明

１００：画像変換ユーティリティ
２０２、２０４、２０６：装置管理ツール
２０８、２１０、２１２：装置

Claims (10)

1. コンピュータ可読媒体と、
   前記コンピュータ可読媒体に記憶されたコンピュータ可読コードと、
   を備え、
   前記コンピュータ可読コードは、装置管理ツールから画像要求を受け取ったことに応答して、
   前記画像要求のターゲットである装置から、該装置の少なくとも一部を示す画像を検索するコードと、
   前記画像を、前記装置管理ツールがサポートするフォーマットに変換するコードと、
   変換済み画像を前記装置管理ツールに返すコードと、
   を含む、製品。
2. 前記装置の構成要素の存在情報及び状態情報を検索するコードと、
   前記画像の変換に先立って、前記構成要素の存在情報及び状態情報に応答して前記画像をフォーマットするコードと、
   をさらに備えている、請求項１に記載の製品。
3. サポートされる画像フォーマットを求めて前記装置管理ツールに照会するコードをさらに備え、該コードは、該サポートされる画像フォーマットに応答して前記画像を変換する、請求項１に記載の製品。
4. サポートされる画像フォーマットを求めて前記装置管理ツールに照会するコードをさらに備え、該コードは、（ｉ）前記装置管理ツールが返すサポートされる画像フォーマットと、（ｉｉ）前記画像変換ユーティリティがサポートする画像フォーマットとの組み合わせから選択される画像フォーマットに応答して前記画像を変換する、請求項１に記載の製品。
5. 前記画像要求は、前記装置管理ツールがサポートする画像フォーマットの指示と共に受け取られ、前記コードは、該受け取られた指示に応答して前記画像を変換する、請求項１に記載の製品。
6. 前記画像要求は、前記装置管理ツールがサポートする画像フォーマットの指示と共に受け取られ、前記コードは、（ｉ）前記装置管理ツールがサポートする画像フォーマットの指示と、（ｉｉ）前記画像変換ユーティリティがサポートする画像フォーマットとの組み合わせから選択される画像フォーマットに応答して前記画像を変換する、請求項１に記載の製品。
7. 前記装置から画像を検索するコードは、ベクトル画像を検索するように構成され、前記画像を変換するコードは、前記ベクトル画像をラスタ画像に変換するコードを含む、請求項１に記載の製品。
8. 前記ラスタ画像の非グラフィカルオーバーレイを生成するコードをさらに備え、該非グラフィカルオーバーレイは前記検索されたベクトル画像と共に記憶される情報に基づく、請求項７に記載の製品。
9. 前記非グラフィカルオーバーレイは少なくとも１つのホットスポットの位置を定義する、請求項８に記載の製品。
10. 前記ベクトル画像をラスタ画像に変換する前に、該ベクトル画像をスケーリングするコードをさらに備えている、請求項７に記載の製品。

Images