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