(57)【要約】【課題】機器ごとに機器依存情報を保持しその内容を更新できる情報処置装置を提供する。【解決手段】アプリケーション１１６が通信モジュール１１８に第１の機器１１５ａからある特定の情報を取得するよう依頼を行う。これを受けた通信モジュール１１８は、機器依存情報ファイル１１９から第１の機器１１５ａの情報取得可能な項目を取得し、次に第１の機器１１５ａからその情報が取得可能であるか否かの判別を行う。そして取得可能であると判別した場合）、実際に第１の機器１１５ａに問い合わせを行い、第１の機器１１５ａから情報取得を行う。この後、通信モジュール１１８は、取得した情報をアプリケーション１１６に返して処理を終了する（Ｓ１〜Ｓ５）。【選択図】図４
2007293599.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して複数のネットワーク機器と接続された情報処理装置において、
各ネットワーク機器の構成情報をデータとして保持する保持手段と、前記複数のネットワーク機器から情報を取得する際に、前記保持手段に保持した各ネットワーク機器の構成情報に基づき各ネットワーク機器から必要な情報を取得する取得手段と、を備えたことを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記取得手段は、各ネットワーク機器の応答可能な情報である機器依存情報を取得することを特徴とする特徴とする情報処理装置。
【請求項３】
請求項１に記載の情報処理装置において、
前記機器依存情報を特定のフォーマットにより構築したことを特徴とする情報処理装置。
【請求項４】
請求項１に記載の情報処理装置において、
前記機器依存情報を前記ネットワーク機器から直接取得することを特徴とする情報処理装置。
【請求項５】
請求項１に記載の情報処理装置において、
前記機器依存情報を前記ネットワーク機器のファームウェアのアップデートを行う際に、そのファームウェアに付随した情報から取得することを特徴とする情報処理装置。
【請求項６】
請求項１に記載の情報処理装置において、
前記機器依存情報を外部記憶媒体に記憶させ、前記外部記憶媒体から前記機器依存情報を取得することを特徴とする情報処理装置。
【請求項７】
請求項１に情報処理装置において、前記ネットワークを介して接続されている他の情報処理装置が保持している機器依存情報を取得することを特徴とする情報処理装置。
【請求項８】
請求項７の情報処理装置において、
前記機器依存情報にネットワーク機器毎の最終更新時刻を付加することにより、他の情報処理装置から取得した複数の機器依存情報の内、最新の機器依存情報を判別できるように構成したことを特徴とする情報処理装置。
【請求項９】
ネットワークを介して情報処理装置と接続されたネットワーク機器において、
機器依存情報を変更した場合は前記情報処理装置に対して前記機器依存情報の変更内容を通知する通知手段を備えたことを特徴とするネットワーク機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続可能な情報処理装置と、例えば、プリンタ、スキャナー、ＦＡＸ等のネットワーク機器に関するものである。
【背景技術】
【０００２】
特許文献１には、プリンタドライバが印刷する際に機種依存情報をひとつにまとめて表示し、ユーザが固有の情報を意識することなく印刷できるようにした印刷制御方法、及び印刷システムが開示されている。
また特許文献２には、機種に依存するアプリケーションの不要なものをメモリ上に置かないことにより、記憶容量を削減した情報処理装置、画像形成システム、及び情報処理装置の制御方法が開示されている。
また特許文献３には、デバイス内で機種依存情報を別ファイルとして保持することにより、異なる機種や新たな機種に対応することが容易な情報処理装置、デバイス制御方法および記録媒体が開示されている。
また特許文献４には、ネツトワ−クプリンタの光沢タイプを表示する印刷システムについては各プリンタが利用できる紙種（光沢タイプ）を一覧表示するようにしたネットワークプリンタの光沢タイプを表示する印刷システムが開示されている。
【特許文献１】特開２００４−１３３６５３公報
【特許文献２】特開２００５−２５８９２３公報
【特許文献３】特開２００５−０３８４１０公報
【特許文献４】特開２００４−１１８６８８公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、特許文献１等においては、ホスト装置のプリンタドライバにおいてもネットワークを介して接続されているプリンタの機種依存情報を取得して記憶するようにしているが、本出願人が提案しているアプリケーションは、機種毎のステータス情報を取得する際に、取得する項目を選択して機器側に問い合わせることをせずに一律に同じ問い合わせを各機器に対して行っているため、特定の機器に対しては、不必要な問い合わせのコマンドを送信している状況になるという欠点があった。
また、従来のアプリケーションでは、機種依存情報を保持しているので、この機種依存情報を利用して機器に対して不必要な問い合わせコマンドを送信するのを回避することも考えられるが、その場合においても機器のオプションの装着状態がわからないため、例えば不必要なコマンドを送信する場合が生じるという欠点があった。
そこで、本発明は上記したような点を鑑みてなされたものであり、機種ごとではなく、機器ごとに機器依存情報を保持し、その内容を更新することができる情報処置装置、及びネットワーク機器を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上記目的を達成するため、本発明は、ネットワークを介して複数のネットワーク機器と接続された情報処理装置において、各ネットワーク機器の構成情報をデータとして保持する保持手段と、前記複数のネットワーク機器から情報を取得する際に、前記保持手段に保持した各ネットワーク機器の構成情報に基づき各ネットワーク機器から必要な情報を取得する取得手段と、を備えたことを特徴とする。
また本発明は、ネットワークを介して情報処理装置と接続されたネットワーク機器において、機器依存情報を変更した場合は前記情報処理装置に対して前記機器依存情報の変更内容を通知する通知手段を備えたことを特徴とする。
【発明の効果】
【０００５】
本発明の情報処理装置によれば、ネットワーク機器の機種ごとではなく、ネットワーク機器ごとに機器依存情報を保持することで、ネットワーク機器ごとに必要な情報取得を行うことができる。これにより、ネットワークトラフック増大の抑制、パフォーマンス向上を図ることができる。
また本発明のネットワーク機器によれば、情報処理装置が保持している機器依存情報に対し、ネットワーク機器側で機器依存情報が変更された場合に機器から情報処理装置にその内容を通知することで正確に情報の更新を図ることが可能となる。
【発明を実施するための最良の形態】
【０００６】
以下、本発明の実施の形態について説明する。
図１は本発明の実施の形態に係るプリンタとプリンタコントローラのブロック図である。
この図１において、ネットワーク機器であるプリンタ１１５は、上位装置の情報処理槽であるホストコンピュータ１１２と接続される。ホストコンピュータ１１２はプリンタ１１５にプリンタ設定コマンドや印刷データを送信する。
プリンタ１１５は、コントローラ１００、エンジン１０８、パネル装置１１０、ディスク装置１１４等から構成される。エンジン１０８は実際に印字を行う。パネル装置１１０は、使用者に現在のプリンタの状態を知らせたり、モード指示を行ったりする。ディスク装置１１４は、フォントデータや、プログラムや、印字データなどの様々のデータを記憶しておく、フロッピディスク装置やハードディスク装置等である。
【０００７】
コントローラ１００の構成は以下のようになる。
ＣＰＵ１０１は、プログラムＲＯＭ１０４のプログラムや、パネル装置１１０からのモード指示、ホストコンピュータ１１２からのコマンドによってコントローラ全体を制御する。ＩＣカード１０２は、フォントデータやプログラムを外部から供給する。ＮＶＲＡＭ１０３は、パネル装置１１０からのモード指示の内容などを記憶しておく不揮発性記憶装置である。プログラムＲＯＭ１０４は、コントローラ１００の制御プログラムが格納されている。フォントＲＯＭ１０５は、フォントのパターンデータなどを記憶する。ＲＡＭ１０６は、ＣＰＵ１０１のワークメモリ、入力データのインプット・バッファ、プリントデータのページ・バッファ、ダウンロードフォント用のメモリ等である。エンジンインターフェース１０７は、エンジン１０８とコマンド及びステータスや印字データの通信を行う。パネルインターフェース１０９は、パネル装置１１０とコマンド及びステータスの通信を行う。ホストインターフェース１１１は、ホストコンピュータ１１２と通信を行い、ディスクインターフェース１１３は、ディスク装置１１４と通信を行うためのインターフェースである。
【０００８】
機器依存情報ファイル１２０は、プリンタが応答可能な項目を定義した固有情報を格納したファイルであり、この機器依存情報ファイル１２０に入っている情報は、例えば、トレイ構成情報、ＦＡＸ機能がオプションの場合は、ＦＡＸの有無、トナーの構成情報等をホストコンピュータ１１２から情報を取得される可能性のある機器の構成情報である。
このように構成されるコントローラ１００では、ホストコンピュータ１１２からホストインターフェース１１１を通してデータ（文字コード、制御コード、制御コマンド）を受け取ると、インプット・バッファにそのデータを一時的に格納する。
次に、インプット・バッファ内に保持されているデータを取り出して、ページ・バッファにそのデータ１文字分毎のフォント・パターンの先頭アドレス、フォント・パターンの幅、フォント・パターンの高さ、印字位置等のページ・レイアウト情報を格納する。そして、ページ・バッファが１ページ分完成すると、続いてそのページ・バッファのデータをフレーム・バッファにビットマップで展開する。展開が終了すると、エンジンインターフェース１０７を通してエンジン１０８に給紙トレイ選択コマンド、排紙トレイ選択コマンド、印字コマンドを送り、フレーム・バッファに展開したビットマップ・データをビデオ・データとして出力する。
一方、エンジン１０８はコントローラ１００から送られる給紙トレイ選択コマンド、排紙トレイ選択コマンド、印字コマンドに従って、指定給紙トレイから給紙を実行し、ビデオ・データに従って印字を行って指定排紙トレイに出力する。
【０００９】
図２は、ホストコンピュータ１１２内の機能ブロック図である。
この図２において、アプリケーション１１６は、プリンタ１１５から機器の情報を取得する場合、通信モジュール１１８に機器情報を取得したいと依頼する。通信モジュール１１８は、管理しているプリンタ１１５の機器依存情報を格納した機器依存情報ファイル１１９を参照して取得可能な項目を確認し、プリンタ１１５に情報を問い合わせる。問い合わせた結果、返ってきた内容をアプリケーション１１６に伝えることにより、ホストコンピュータ１１２のアプリケーション１１６においてプリンタ１１５からの情報を取得することができる。
【００１０】
図３は、複数のホストコンピュータとネットワークで接続されているネットワーク機器とサーバとのネットワーク構成図である。
この図３において、情報処理装置である第１のパーソナルコンピュータ（ＰＣ）１１２ａが、第１のネットワーク機器（プリンタ）１１５ａ、第２のネットワーク機器（プリンタ）１１５ｂから情報を取得する場合、各ネットワーク機器（以下、単に「機器」と表記する）１１５ａ、１１５ｂの機器依存情報が格納されている機器依存情報ファイル１１９ａ、１１９ｂを夫々参照するため、第１のＰＣ１１２ａ内にそのファイルを保持している。第２のＰＣ１１２ｂは、上記同様に機器依存情報ファイル１１９ｂを保持している。また第１及び第２の機器１１５ａ、１１５ｂ側でも夫々機器固有の情報をまとめた機器依存情報ファイル１２０ａ、１２０ｂを保持している。
【００１１】
第１及び第２のＰＣ１１２ａ、１１２ｂ側の機器依存情報ファイル１１９ａ、１１９ｂと、第１及び第２の機器１１５ａ、１１５ｂ側の機器依存情報ファイル１２０ａ、１２０ｂは、第１及び第２のＰＣ１１２ａ、１１２ｂ側が管理している複数のプリンタの固有情報を持っていることに対し、第１及び第２の機器１１５ａ、１１５ｂ側の情報は基本的には自身の情報のみとなるのが違ってくる。
またネットワークには、第１及び第２の機器１１５ａ、１１５ｂのファームウェア（Ｆ／Ｗ）１２２をダウンロード可能なサーバ１２１が接続されている場合があり、このサーバ１２１は、第１及び第２の機器１１５ａ、１１５ｂのＦ／Ｗのデータファイルを保持しているサーバである。
【００１２】
ホストコンピュータ１１２において実行される処理を詳細に説明する。
図４はホストコンピュータ１１２が実行する情報取得処理の第１の処理例を示したフローチャートであり、先ず第１の処理例として、アプリケーション１１６が第１の機器１１５ａから機器情報を取得する場合について説明する。
この場合、まず、アプリケーション１１６が通信モジュール１１８に第１の機器１１５ａからある特定の情報を取得するよう依頼を行う（Ｓ１）。これを受けた通信モジュール１１８は、機器依存情報ファイル１１９から第１の機器１１５ａの情報取得可能な項目を取得し（Ｓ２）、次に第１の機器１１５ａから、その情報が取得可能であるか否かの判別を行う（Ｓ３）。そして取得可能であると判別した場合（Ｓ３で「Ｙｅｓ」）、通信モジュール１１８は、実際に第１の機器１１５ａに問い合わせを行い、第１の機器１１５ａから情報取得を行う（Ｓ４）。この後、通信モジュール１１８は、取得した情報をアプリケーション１１６に返して（Ｓ５）処理を終了する。
【００１３】
一方、ステップＳ３において、第１の機器１１５ａから情報が取得できないと判別した場合（Ｓ３で「Ｎｏ」）、通信モジュール１１８は、アプリケーション１１６から指定された情報を取得できないので、取得できないというエラーコードをアプリケーション１１６に返して（Ｓ６）処理を終了する。
このように本実施形態のホストコンピュータ１１２においては、機種ごとではなく機器１１５ごとに機器依存情報を保持するようにしているので、機器１１５ごとに必要な情報取得を行うことができ、ネットワークトラフック増大の抑制、パフォーマンス向上を図ることができる。
【００１４】
次に、図５はホストコンピュータ１１２が実行する情報取得処理の第２の処理例を示したフローチャートである。
この場合、アプリケーション１１６が通信モジュール１１８に第１の機器１１５ａから情報を取得するよう依頼を行う（Ｓ１１）。これを受けた通信モジュール１１８は、機器依存情報ファイル１１９から第１の機器１１５ａから取得可能な項目を取得し（Ｓ１２）、次いで通信モジュール１１８は、その項目に変更があるか否か機器側に問い合わせる（Ｓ１３）。ここで、変更ありと判別した場合（Ｓ１３で「Ｙｅｓ」）、通信モジュール１１８は、問い合わせた内容で機器依存情報ファイル１１９を更新する（Ｓ１４）。一方、変更なしと判別した場合（Ｓ１３で「Ｎｏ」）ステップＳ１４の処理を行うことなく、ステップＳ１５に進む。次に、第１の機器１１５ａからその情報が取得可能か否かの判別を行い（Ｓ１５）、アプリから指定された情報の項目が取得できる場合（Ｓ１５で「Ｙｅｓ」）は、通信モジュール１１８は、実際に第１の機器１１５ａに問い合わせを行い、第１の機器１１５ａから情報取得を行う（Ｓ１６）。この後、通信モジュール１１８は、取得した情報をアプリケーション１１６に返して（Ｓ１７）処理を終了する。
【００１５】
一方、ステップＳ１５において、第１の機器１１５ａから情報が取得できない場合（Ｓ１５で「Ｎｏ」）、通信モジュール１１８は、アプリケーション１１６から指定された情報を取得できないので、取得できないというエラーコードをアプリケーション１１６に返して（Ｓ１８）処理を終了する。
このように本実施形態のホストコンピュータ１１２においては、機器依存情報を適時、機器側に問い合わせることにより機器の構成情報が変化した場合の対応を行うようにしているので機器ごとに最新の必要な情報取得を行うことができる。
また機器依存情報をある特定のフォーマットで記述することにより、機器依存情報ファイルの更新がし易く、また汎用性を持たせることにより交換し易いというメリットが生じる。即ち、汎用性、メンテナンス性の向上を図ることが可能となる。なお、このフォーマットは、例えば、ｘｍｌファイル形式、ｃｓｖ形式、ＤＢの形式と用途によって都合のいいフォーマットが選択できる。
【００１６】
次に、図６はホストコンピュータ１１２が実行する情報取得処理の第３の処理例を示したフローチャートである。
この場合、アプリケーション１１６が通信モジュール１１８に第１の機器１１５ａから情報を取得するよう依頼を行う（Ｓ２１）。それを受けて、通信モジュール１１８は、第１の機器１１５ａに機器依存情報ファイル１２０ａの内容に変更がないかを問い合わせる（Ｓ２２）。ここで、内容に変更があった場合（Ｓ２２で「Ｙｅｓ」）、通信モジュール１１８は第１の機器１１５ａから機器依存情報ファイル１２０ａを取得し、ホストコンピュータ（ＰＣ）１１２ａ内の機器依存情報ファイル１１９ａの第１の機器１１５ａ部分の内容を更新する（Ｓ２３）。一方、変更なしと判別した場合（Ｓ２２で「Ｎｏ」）ステップＳ２３の処理を行うことなくステップＳ２４に進む。次いで、通信モジュール１１８は、機器依存情報ファイル１１９から第１の機器１１５ａから取得可能な項目を取得する（Ｓ２４）。
【００１７】
次に、第１の機器１１５ａからその情報が取得可能か否かの判別を行い（Ｓ２５）、アプリから指定された情報の項目が取得できる場合（Ｓ２５で「Ｙｅｓ」）は、通信モジュール１１８は、実際に第１の機器１１５ａに問い合わせを行い、第１の機器１１５ａから情報取得を行う（Ｓ２６）。この後、通信モジュール１１８は、取得した情報をアプリケーション１１６に返して（Ｓ２７）処理を終了する。一方、ステップＳ１５において、第１の機器１１５ａから情報が取得できない場合（Ｓ２５で「Ｎｏ」）、通信モジュール１１８は、アプリケーション１１６から指定された情報を取得できないので、取得できないというエラーコードをアプリケーション１１６に返して（Ｓ２８）処理を終了する。
このように本実施形態のホストコンピュータ１１２においては、機器依存情報をアプリケーション１１６で使用できる形で機器１１５ａ側から直接入手するようにしているので、従来のように機器１１５ａに各項目を問い合わせることなく一度の更新処理で実施することができるので、通信処理、アプリ内部での更新処理の負荷を減らすことが可能となる。
【００１８】
図７はホストコンピュータ１１２が実行する情報取得処理の第４の処理例を示したフローチャートである。
この場合、アプリケーション１１６が第１の機器１１５ａのＦ／Ｗをアップデートするために、まず、通信モジュール１１８を経由して、サーバ１２１から機器のＦ／Ｗを取得する（Ｓ３１）。次に、アプリケーション１１６は取得したＦ／Ｗ１２２を第１の機器１１５ａに送り、Ｆ／Ｗのアップデートを行うために、通信モジュール１１８にＦ／Ｗ１２２のアップデートの依頼を行う（Ｓ３２）。Ｆ／Ｗ１２２には予め第１の機器１１５ａの機種依存した最新の固有情報を含み、通信モジュール１１８は、そのＦ／Ｗに付随した情報から、機器依存情報ファイル１１９ａの内容を更新する（Ｓ３３）。その後、通信モジュール１１８は、機器１１５ａのＦ／Ｗのアップデートの処理を行う（Ｓ３４）。
このように本実施形態のホストコンピュータ１１２においては、機器１１５のＦ／Ｗをアップデートする場合に更新される機種情報を付加することにより、アプリケーションがＦ／Ｗをアップデートする際に、その機種依存情報をアプリケーションで取り込み、更新することが可能となる。
また、機器依存情報をＦＤＤなどの外部記憶媒体に供給可能な形にしておき、必要な場合に、ユーザ等がこの機器依存情報を、簡単に更新することが可能となる。
【００１９】
図８はホストコンピュータ１１２が実行する情報取得処理の第５の処理例を示したフローチャートである。
この場合、第１のＰＣ１１２ａ内のアプリケーション１１６が通信モジュール１１８に第１の機器１１５ａから情報を取得するよう依頼を行い（Ｓ４１）、それを受けて通信モジュール１１８は、他の第２のＰＣ１１２ｂが保持している機器依存情報ファイル１１９ｂを取得し（Ｓ４２）、自ＰＣ１１２ａ内にある機器依存情報ファイル１１９ａの内容を更新する（Ｓ４４）。その後、通信モジュール１１８は、機器依存情報ファイル１１９から第１の機器１１５ａの情報取得可能な項目を取得し（Ｓ４４）、次に第１の機器１１５ａから、その情報が取得可能であるか否かの判別を行う（Ｓ４５）。そして取得可能であると判別した場合（Ｓ４５で「Ｙｅｓ」）、通信モジュール１１８は、実際に第１の機器１１５ａに問い合わせを行い、第１の機器１１５ａから情報取得を行う（Ｓ４６）。この後、通信モジュール１１８は、取得した情報をアプリケーション１１６に返して（Ｓ４７）処理を終了する。一方、ステップＳ４５において、第１の機器１１５ａから情報が取得できないと判別した場合（Ｓ４５で「Ｎｏ」）、通信モジュール１１８は、アプリケーション１１６から指定された情報を取得できないので、取得できないというエラーコードをアプリケーション１１６に返して（Ｓ４８）処理を終了する。
このように本実施形態のホストコンピュータ１１２においては、機器依存情報を他のホストコンピュータ１１２から入手することにより、複数のホストコンピュータ１１２から機器側に機器依存情報の内容を各々問い合わせる必要がないので、ホストコンピュータ１１２は、ある特定の更新したホストコンピュータからの情報を取得することにより、処理の軽減、ネットワークトラフィックの軽減を図ることが可能となる。
【００２０】
次に、図９はホストコンピュータ１１２が実行する情報取得処理の第６の処理例を示したフローチャートである。
この場合、通信モジュール１１８は、機器依存情報ファイル１１９ａを更新するために、第２のＰＣ１１２ｂから機器依存情報ファイル１１９ｂを取得する（Ｓ５１）。その際、取得した機器依存情報ファイル１１９ｂ内の機器毎の情報に最終更新日（又は最終更新時刻）の情報を付与する。次に通信モジュール１１８は取得した機器依存情報ファイル１１９ｂから第１の機器１１５ａの項目の最終更新日を取得し（Ｓ５２）、その最終更新日が自ＰＣ内にある機器依存情報ファイル１１９ａの第１の機器１１５ａの項目の最終更新日より新しいか否かの判別を行い（Ｓ５３）、新しい場合（Ｓ５３で「Ｙ」）、通信モジュール１１８は機器依存情報ファイル１１９ａの内容を更新し（Ｓ５４）、新しくない場合（Ｓ５３で「Ｎ」）、機器依存情報ファイル１１９ａの内容を更新しない。
このように本実施形態のホストコンピュータ１１２においては、機器依存情報を他のホストコンピュータから入手する際、その機器依存情報の機器ごとの情報に、最終更新時刻の情報を付加することによって、ホストコンピュータ１１２が取得した複数の機器依存情報の中で最新のものが判断でき、正確に情報の更新を図ることが可能となる。
【００２１】
次に、図１０はホストコンピュータ１１２が実行する情報取得処理の第７の処理例を示したフローチャートである。
この場合、第１の機器１１５ａでオプションなどの構成情報が変わり、機器依存情報ファイル１２０ａの内容が更新されると（Ｓ６１）、第１の機器１１５ａは第１のＰＣ１１２ａに対して機器依存情報ファイルが更新されたことを通知する（Ｓ６２）。次に、第１のＰＣ１１２ａ内の通信モジュール１１８は、第１の機器１１５ａからの通知を受け、機器依存情報ファイル１１９ａの内容を更新する（Ｓ６３）。
このように本実施形態のホストコンピュータ１１２においては、ホストコンピュータが保持している機器依存情報に対し、機器側で機器依存情報が変更された場合に機器からホストコンピュータにその内容を通知すること、正確に情報の更新を図ることが可能となる。
また、本実施の形態のホストコンピュータ１１２においては上記処理を複数組み合わせることにより、機器依存情報の最新の状態を保ち、登録内容の更新をより確実に行うことが可能となる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施の形態に係るプリンタとプリンタコントローラのブロック図。
【図２】ホストコンピュータ内の機能ブロック図。
【図３】複数のホストコンピュータとネットワークで接続されている機器、サーバのネットワーク構成図。
【図４】ホストコンピュータが実行する情報取得処理の第１の処理例を示したフローチャート。
【図５】ホストコンピュータが実行する情報取得処理の第２の処理例を示したフローチャート。
【図６】ホストコンピュータが実行する情報取得処理の第３の処理例を示したフローチャート。
【図７】ホストコンピュータが実行する情報取得処理の第４の処理例を示したフローチャート。
【図８】ホストコンピュータが実行する情報取得処理の第５の処理例を示したフローチャート。
【図９】ホストコンピュータが実行する情報取得処理の第６の処理例を示したフローチャート。
【図１０】ホストコンピュータが実行する情報取得処理の第７の処理例を示したフローチャート。
【符号の説明】
【００２３】
１００  コントローラ、１０１  ＣＰＵ、１０２  ＩＣカード、１０３  ＮＶＲＡＭ、１０４  プログラムＲＯＭ、１０５  フォントＲＯＭ、１０６  ＲＡＭ、１０７  エンジンインターフェース、１０８  エンジン、１０９  パネルインターフェース、１１０  パネル装置、１１１  ホストインターフェース、１１２、１１２ａ、１１２ｂ  ホストコンピュータ、１１３  ディスクインターフェース、１１４  ディスク装置、１１５、１１５ａ、１１５ｂ  機器（プリンタ）、１１６  アプリケーション、１１８  通信モジュール、１１９、１１９ａ、１１９ｂ、１２０、１２０ａ、１２０ｂ  機器依存情報ファイル、１２１  サーバ、１２２  Ｆ／Ｗ
【図１】
2007293599.tif 000003
【図２】
2007293599.tif 000004
【図３】
2007293599.tif 000005
【図４】
2007293599.tif 000006
【図５】
2007293599.tif 000007
【図６】
2007293599.tif 000008
【図７】
2007293599.tif 000009
【図８】
2007293599.tif 000010
【図９】
2007293599.tif 000011
【図１０】
2007293599.tif 000012