(57)【要約】【課題】装置画像をフォーマットするためのシステムおよび方法を提供する。【解決手段】一実施形態では、画像フォーマットユーティリティ１００は、画像が検索される任意の装置２０８から離れて、記憶され、実行され、装置管理ツール２０２から画像要求を受け取ったことに応答して、（１）画像要求のターゲットである装置２０８から、この装置２０８の少なくとも一部を示す画像を検索するコード１０２と、（２）装置２０８について構成要素の存在情報及び状態情報を検索するコード１０４と、（３）構成要素の存在情報及び状態情報に応答して画像をフォーマットするコード１０６と、（４）フォーマット済み画像を装置管理ツール２０２に返すコード１０８と、を備える。【選択図】図１
2007122721.tif 000002
【特許請求の範囲】
【請求項１】
画像が検索される任意の装置から離れて記憶され、実行され、装置管理ツールから画像要求を受け取ったことに応答して、
前記画像要求のターゲットである装置から、該装置の少なくとも一部を示す画像を検索するコードと、
前記装置について構成要素の存在情報及び状態情報を検索するコードと、
前記構成要素の存在情報及び状態情報に応答して前記画像をフォーマットするコードと、
前記フォーマット済み画像を前記装置管理ツールに返すコードと、
を備えている画像フォーマットユーティリティ。
【請求項２】
前記コードが、前記構成要素存在情報に応答して、前記画像の一部の表示をイネーブルすることにより該画像をフォーマットし、該画像の一部は前記装置の特定の構成要素を定義する、請求項１に記載の画像フォーマットユーティリティ。
【請求項３】
前記コードが、前記構成要素存在情報に応答して、前記画像の一部の表示をディセーブルすることにより該画像をフォーマットし、該画像の一部は前記装置の特定の構成要素を定義する、請求項１に記載の画像フォーマットユーティリティ。
【請求項４】
前記コードが前記装置のファームウェアから前記状態情報の少なくとも一部を検索する、請求項１に記載の画像フォーマットユーティリティ。
【請求項５】
前記装置に記憶されている画像セット内の検索される画像を識別するコードをさらに備え、該検索される画像は、前記装置内に記憶されている画像セットのデフォルト画像であることの結果として識別される、請求項１に記載の画像フォーマットユーティリティ。
【請求項６】
前記装置に記憶されている画像セット内の検索される画像を識別するコードをさらに備え、該検索される画像は、前記装置の利用可能な最良のビューを示す画像であることの結果として識別される、請求項１に記載の画像フォーマットユーティリティ。
【請求項７】
前記装置に記憶されている画像セット内の検索される画像を識別するコードをさらに備え、該検索される画像は、前記画像要求において指定される構成要素の利用可能な最良のビューを示す画像であることの結果として識別される、請求項１に記載の画像フォーマットユーティリティ。
【請求項８】
前記装置に記憶されている画像セット内の検索される画像を識別するコードをさらに備え、該検索される画像は、前記画像要求において指定される装置の場所の利用可能な最良のビューを示す画像であることの結果として識別される、請求項１に記載の画像フォーマットユーティリティ。
【請求項９】
前記コードが、前記画像要求に応答して、前記選択画像の指定部分をハイライトすることによって該選択画像をさらにフォーマットする、請求項１に記載の画像フォーマットユーティリティ。
【請求項１０】
前記コードが、前記検索された状態情報を用いて、前記選択画像の構成可能なエリアに関連付けられたハンドルを注釈として付すことによって該選択画像をさらにフォーマットする、請求項１に記載の画像フォーマットユーティリティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、装置画像に関し、特に、装置画像のフォーマットに関する。
【背景技術】
【０００２】
装置の管理は通常、そのユーザに装置をグラフィックで視覚化する手段を提供することによって支援される。場合によっては、装置の１つ又は複数の画像及びその装置の構成要素を紙又は電子文書（たとえば、ユーザマニュアル）内に含めることができる。また場合によっては、装置の内部構成要素の１つ又は複数のビューを示すステッカーを装置に提供することもある。
【０００３】
また場合によっては、装置の画像を装置管理ツール内に組み込むこともある。たとえば、プリントドライバが対応するプリンタの画像を表示したり、サーバ管理ツールが認識している、又は管理することができるサーバ構成要素（たとえば、サーバのメモリモジュール、インタフェース、又はストレージディスク）に関連する各種画像を表示したりする。
【０００４】
グラフィック画像が必要な多くの装置は変更を受ける。すなわち、そういった装置は、追加構成要素（たとえば、メモリモジュール、インタフェース、又はストレージディスク）を装置に挿入又は取り付けることができるようにアップグレード可能であり得る。そのため、画像作成者が直面する問題は、装置の各構成の画像を描画するか、それとも装置が１つの特定の「デフォルト」構成にあることを示す１つの「例示的な」画像を描画するかである。
【０００５】
装置はまた、その寿命までの間に変更を受け得る。すなわち、装置の外装の様式、内部構成要素の供給業者、「デフォルト」構成、及びさらには利用可能な機能までもが装置の寿命までの間に変更され得る。したがって、装置の第１世代に関連するいずれの画像もその装置の後続世代を正確に示さない可能性がある。
【０００６】
理解できるように、装置のグラフィック画像の作成及び保守は、装置の製造業者及び第三者の装置サポート業者（たとえば、管理ツール開発業者）の両者に対して大きな負担となり得る。
【発明の開示】
【０００７】
一実施形態では、画像フォーマットユーティリティは、画像が検索される任意の装置から離れて記憶されて実行され、装置管理ツールから画像要求を受け取ったことに応答して、（１）画像要求のターゲットである装置から、この装置の少なくとも一部を示す画像を検索するコードと、（２）装置について構成要素の存在情報及び状態情報を検索するコードと、（３）構成要素の存在情報及び状態情報に応答して画像をフォーマットするコードと、（４）フォーマット済み画像を装置管理ツールに返すコードと、を備える。
【０００８】
別の実施形態では、装置の画像をフォーマットする、コンピュータに実装される方法は、装置管理ツールからの画像要求を受け取ったことに応答して、該方法により画像が検索される任意の装置から離れて、（１）画像要求のターゲットである装置から、この装置の少なくとも一部を示す画像を検索すること、（２）装置について構成要素の存在情報及び状態情報を検索すること、（３）構成要素の存在情報及び状態情報に応答して画像をフォーマットすること、及び（４）フォーマット済み画像を装置管理ツールに返すこと、を含む。
【０００９】
さらに別の実施形態では、装置の画像を表示するシステムは、不揮発性メモリを有する装置であって、不揮発性メモリにその装置を示す画像が記憶されている装置を備える。システムはまた、装置管理ツール及び画像フォーマットユーティリティを備える。画像フォーマットユーティリティは装置から離れて記憶されて実行され、前の諸段落のいずれかにおいて説明したように、フォーマット済み画像を装置管理ツールに返すように構成することができる。
【００１０】
他の実施形態についても開示する。
【００１１】
本発明の例示的な実施形態を図面に示す。
【発明を実施するための最良の形態】
【００１２】
装置のグラフィック画像を作成し保守するという負担を軽減した進展は、装置自体内に装置の画像を電子的に記憶することである。たとえば、装置の異なる部分、ビュー、及び／又は構成要素に関連する異なる画像を、スケーラブルベクターグラフィックス（ＳＶＧ）画像又は他の操作が容易な画像タイプとして保存し、装置の不揮発性メモリ（常にとは限らないが好ましくは装置のファームウェア内）に記憶することができる。このため、装置の管理ツール自体はもはや装置の画像のセットを提供する必要がない。むしろ、管理ツールには、（１）装置に照会（クエリー）して装置の画像を検索する能力、及び（２）装置の現在の状態を反映するように画像をフォーマットする能力を提供する必要があるだけである。このようにして、管理ツールの開発業者は装置の外観を考慮する必要がなく、その代わりとして装置がどのように機能するか、及び装置がどのように管理されるかに集中することができる。
【００１３】
装置の画像に対応する必要があるという管理ツール開発業者の負担をさらに軽減するために、画像フォーマットユーティリティ及びこれを組み込んだシステムを本明細書において開示する。例として、「ユーティリティ」は、１つ又は複数のコンピュータ可読媒体に記憶されるコンピュータ可読コードにおいて具現されるアプリケーション又はブラウザプラグインの形をとり得る。コンピュータ可読媒体には、たとえば、単一の場所にある、又はネットワークに分散した任意の数の固定又は取り外し可能な媒体（１つ又は複数の固定ディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、又はコンパクトディスク等）又はこれらの組み合わせが含まれ得る。
【００１４】
図１は、画像フォーマットユーティリティ１００の例示的な第１の実施形態を示す。ユーティリティ１００は、画像が検索される任意の装置から離れて記憶されて実行され、装置管理ツールから画像要求を受け取ったことに応答して、（１）画像要求のターゲットである装置から画像を検索するコード１０２、（２）装置について構成要素の存在情報及び状態情報を検索するコード１０４、（３）構成要素の存在情報及び状態情報に応答して画像をフォーマットするコード１０６、及び（４）フォーマット済み画像を装置管理ツールに返すコード１０８を含む。この説明において後に詳細に説明するように、選択された画像を「フォーマットすること」は、構成要素の存在情報及び状態情報、並びに他の情報を反映するように画像に固有のフォーマットを更新することを含み得る。これに加えて、画像がスケーラブルベクターグラフィックス（ＳＶＧ）フォーマット等のレンダリングされていないフォーマットで存在する場合、「フォーマットすること」は、画像をレンダリングすること（すなわち、画像をラスタベースフォーマットに変換すること）を含み得る。
【００１５】
図２は、画像フォーマットユーティリティ１００を使用することができる例示的なシステム２００を示す。システム２００は、画像要求を生成する１つ又は複数の装置管理ツール２０２、２０４、２０６と、画像要求のターゲットであり得る１つ又は複数の装置２０８、２１０、２１２とを備える。各装置２０８〜２１２には、その装置を示す１つ又は複数の画像（すなわち、画像セット）が記憶される不揮発性メモリが提供される。管理ツール２０２〜２０６及び装置２０８〜２１２が画像フォーマットユーティリティ１００のインタフェースと互換性を有するインタフェースを備えるものと想定すると、ユーティリティ１００は、（１）任意の１つ又は複数の管理ツール２０２〜２０６から複数の画像要求を受け取ること、及び（２）複数の画像要求に応答して、複数の装置２０８〜２１２から検索された画像をフォーマットし、フォーマット済み画像を管理ツール２０２〜２０６のうちの要求を行った管理ツールに返すことを行うことができる。なお、システム２００の管理ツール２０２〜２０６及び装置２０８〜２１２は互いに対する直接リンクを有さず、また互いに依存しない。このため、そのうちの一方を、他方に影響を及ぼすことなく容易に変更し、又は取り付けることができる。さらに、装置２０８〜２１２内に記憶されている画像（複数可）は、更新される画像がユーティリティ１００又は管理ツール２０２〜２０６によってどのように描画されるかについて何等心配する必要なく更新することができる。
【００１６】
システム２００の装置２０８〜２１２は各種の形をとることができ、たとえば、その形としてサーバ、コンピュータシステム、プリンタ、又はネットワークが挙げられる。さらに、画像が記憶される装置は他の装置の一部であってもよい。たとえば、画像は、コンピュータのマザーボードのメモリに記憶してもよく、その一方で追加の画像は、マザーボードのスロットに挿入されている構成可能なビデオカード又はネットワーキングカードに記憶してもよい。
【００１７】
システム２００の管理ツール２０２〜２０６もまた各種の形をとることができ、たとえば、その形としてプリントドライバ、構成マネージャ、ライセンシングマネージャ、サーバマネージャ、システムマネージャ、又はネットワークマネージャが挙げられる。システム２００の一実施形態では、装置管理ツール２０２〜２０６のうちの１つ又は複数はウェブブラウザを通してユーザインタフェース（たとえば、グラフィカルユーザインタフェース（ＧＵＩ））を提示することができる。
【００１８】
図３は、図１及び図２に示す画像フォーマットユーティリティ１００の例示的な動作を示す。装置管理ツール２０２から画像要求（たとえば、ｇｅｔＩｍａｇｅＦｏｒＤｉｓｐｌａｙ）を受け取ると、ユーティリティ１００は、その画像要求のターゲットである装置２０８から画像を検索することを目的としたコマンド（たとえば、ｇｅｔＳｙｓｔｅｍＩｍａｇｅ）を発行することができる。しかし場合によっては、ユーティリティ１００は検索された画像をキャッシュに格納し、まず所望の画像を求めてそのキャッシュを探索することができる。
【００１９】
単純な一実施形態では、装置２０８のインタフェースは、記憶されている画像セット（場合によっては１つのみの画像）をフェッチして返す能力を有する必要があるだけである。しかし、他の実施形態では、装置のインタフェースは特定の画像を（たとえば、アドレス、番号、又はタイプを介して）フェッチする能力を有し得る。装置のインタフェースはまた、装置２０８について構成要素の存在情報及び状態情報を、そうする必要がない場合であっても返してもよい。
【００２０】
好ましくは、装置の画像セットは１つ又は複数のＳＶＧ画像を含み、各ＳＶＧ画像は装置の少なくとも一部を示す。ＳＶＧとは、２次元グラフィックス及びグラフィックスアプリケーションを拡張可能マークアップ言語（ＸＭＬ）で記述する言語である。ＳＶＧ仕様はワールドワイドウェブコンソーシアム（Ｗ３Ｃ（登録商標））により公開されている。ＳＶＧ画像は、記憶要件が小さいこと、サイズがスケーラブルなこと、及び構成可能なことにより有利であり得る。別法として、装置の画像セットは、他のベクトルベースの画像（たとえば、ポストスクリプト画像）等の、他のタイプの操作が容易な画像を含んでもよい。
【００２１】
装置２０８から画像セットを受け取ると、ユーティリティ１００は、装置２０８から（例えば、装置のファームウェアから）構成要素の存在情報及び状態情報を検索する１つ又は複数のコマンド（たとえば、ｇｅｔＣｏｍｐｏｎｅｎｔＰｒｅｓｅｎｃｅ及びｇｅｔＣｏｍｐｏｎｅｎｔＳｔａｔｕｓ）を発行することができる。存在情報は、アップグレード可能又は構成可能な構成要素がその装置内又は装置上に存在するか否かを示す。状態情報は単純に、構成要素が所望通りに機能しているか否かについての肯定／否定のインジケータであってもよく、又は構成要素のパフォーマンスの品質若しくは一貫性に関する追加情報を含んでもよい。
【００２２】
場合によっては、ユーティリティ１００は装置２０８についての追加状態情報を、装置２０８とインタフェースする（たとえば、コマンドｇｅｔＡｄｄｌＣｏｍｐｏｎｅｎｔＳｔａｔｕｓを介して）オペレーティングシステム３００から検索することができる。追加状態情報はまた、ユーティリティ１００が認識している１つ又は複数の管理ツール２０４、２０６から検索することもできる。しかし、一実施形態では、ユーティリティ１００は、インタフェースしている管理ツール２０２〜２０６及び装置２０８〜２１２について特別な知識が何等なくとも機能できるように設計される。
【００２３】
装置２０８の存在情報及び状態情報を受け取ると（場合によっては受け取る前に）、ユーティリティ１００は、（１）画像要求を受け取ったこと、及び（２）ユーティリティ１００が画像要求の処理中に取得した構成要素の存在情報及び状態情報に応答して画像セットのうちの選択された１つ又は複数の画像をフォーマットすることに進む（図３の画像のフォーマット）。
【００２４】
一実施形態では、ユーティリティ１００は構成要素存在情報を用いて、装置の特定の構成要素を定義する（define）画像の一部をイネーブル又はディセーブルし、それによって画像のどの部分が表示されるかを指示する。たとえば、画像がＳＶＧ画像である場合、画像は基本装置並びに基本装置に実装可能な構成要素の配置、サイズ、及び向きを定義するベクトルセットを含むことができる（たとえば、画像はマザーボード、並びにマザーボードに実装され得るプロセッサ及びメモリカードを定義することができる）。ＳＶＧ画像内の各構成要素ベクトルセットには識別「タグ」を関連付けることができる。このようにして、ＳＶＧ画像は、構成要素の存在情報に応答して、（１）各種構成要素に対応するタグを求めて探索すること、及び（２）それぞれに関連付けられたベクトルセットを「表示」（イネーブル）すべきかそれとも「非表示」（ディセーブル）とすべきかを示すようにタグを編集することによりフォーマットすることができる。別法として、存在しない構成要素に対応するベクトルセットを削除することができ、他のすべてのベクトルを表示することができる。又は、画像をフォーマットすることが、画像をレンダリングする（すなわち、画像をラスタベースフォーマットに変換する）ことを含む場合、構成要素の存在情報を用いて、画像のどの部分がレンダリングされるかを、固有の画像ファイルを編集することなく簡単に判断することができる。
【００２５】
画像はまた、構成要素状態情報を用いることによってフォーマットすることもできる。場合によっては、構成要素の状態情報を用いて、画像の構成可能エリアに関連するハンドル又はフィールド（すなわち、特定の情報を表示するために提供される画像エリア）を注釈として付すことができる。したがってたとえば、装置２０８又はその構成要素の動作又は障害に関する情報、並びに構成要素のパフォーマンスの品質又は一貫性に関する追加情報を画像に付加する（たとえば、配置若しくは記入する）ことができる。場合によっては、画像の一部又は全体が何であるか、又はどこにあるかを示すハンドルをユーザ識別可能なラベルに変換することができる。
【００２６】
状態情報はまた、画像の指定された部分（複数可）をハイライトすることにも用いることができる。たとえば、意図するように動作している構成要素を緑でハイライトする一方で、故障している構成要素を赤でハイライトすることができる。これに代えて（又はこれに加えて）、画像ハイライトを画像要求に応答して行うことができる。たとえば、画像要求が装置のメモリ構成の表示を求める場合、装置のマザーボードに実装されているメモリモジュールをハイライトすることができる。
【００２７】
装置から検索された画像がＳＶＧ又は他の操作が容易な画像である場合、上述した存在及び状態をフォーマットすることは、画像ファイルに単純な変更を行うことによって行うことができる。たとえば、特定の構成要素の様式又は特定のフィールドの内容（fill）（たとえば、テキスト内容（text fill））を、単にＳＶＧ画像ファイルの１つ又は複数のラインのテキストを変更するだけで変更することができる。
【００２８】
レンダリングされた画像の場合、画像は、画像の座標を、画像が表す装置の構成要素に相関付けることによっても（たとえば、（ｉ）レンダリング画像の一部と、（ｉｉ）レンダリング画像の一部を描画するために使用される、検索された画像ファイル内のベクトルセットと、（ｉｉｉ）ベクトルセットに関連付けられた構成要素を識別する、検索された画像ファイル内のタグと、の間の関連性を相関付けることにより）フォーマットすることができる。
【００２９】
２つ以上の画像が、装置２０８からの検索に利用可能な場合、ユーティリティ１００はフォーマットする特定の画像を識別する必要があり得る。画像の識別／選択はいくつかの方法で行うことができる。たとえば、ユーティリティ１００は、デフォルト画像を示すものを求めて画像をスキャンし、次いでフォーマットするデフォルト画像を選択することができる。場合によっては、装置の画像は、特定の数値又はアドレスに対応する画像を装置のデフォルト画像と見なすことができるように付番又はアドレス指定してもよい。装置の画像は、階層又はツリーの形でリンクすることもでき、これにより、ユーティリティ１００は装置の画像のうちの１つをデフォルト画像として明確に認識することができる。画像のリンキングもまた、管理ツールが画像セット全体を通して「掘り下げる」ことができるように支援することができる。
【００３０】
デフォルト画像を選択することに代えて、ユーティリティ１００には、受け取る画像要求に含まれるパラメータに応答して画像を識別するコードを提供することができる。たとえば、管理ツール２０２は、（１）装置２０８の利用可能な最良のビューを示す画像、（２）画像要求において指定される装置２０８の特定の構成要素又は機能の利用可能な最良のビューを示す画像、又は（３）画像要求において指定された装置２０８の指定場所（たとえば、外部、内部、メモリバンク、又はプロセッサコア）の利用可能な最良のビューを示す画像、を要求することができる。次いで、ユーティリティ１００は、装置２０８の文脈の中で画像が「何」であるか、又は「どこに」あるかについてのインジケータ等、画像を見つけることができる各種ハンドルに基づいて画像をフィルタリングすることができる。
【００３１】
画像をフォーマットした後、ユーティリティ１００はフォーマット済み画像を、画像を要求した装置管理ツール２０２に返す。図３を参照のこと。場合によっては、ユーティリティ１００は、たった１つのフォーマット済み画像を返してもよい（単一のＳＶＧ画像の形で、又はＪＰＥＧ画像若しくはＧＩＦ画像等の何らかのレンダリング済みの形で）。また場合によっては、ユーティリティはフォーマット済み画像のみならず、ハンドルの座標、ＳＶＧ座標からハンドルへのマップ、又は画像から物理座標へのマップ等のアイテムを返してもよい。
【図面の簡単な説明】
【００３２】
【図１】画像フォーマットユーティリティの例示的な第１の実施形態を示す図である。
【図２】図１に示す画像フォーマットユーティリティを使用することができる例示的なシステムを示す図である。
【図３】図１及び図２に示す画像フォーマットユーティリティの例示的な動作を示す図である。
【符号の説明】
【００３３】
１００：画像フォーマットユーティリティ
２０２、２０４、２０６：装置管理ツール
２０８、２１０、２１２：装置
【図１】
2007122721.tif 000003
【図２】
2007122721.tif 000004
【図３】
2007122721.tif 000005