(57)【特許請求の範囲】
【請求項１】
ネットワーク機器に装着可能であり、前記ネットワーク機器とネットワークとの間の接続を可能にするためのネットワーク接続装置であって、
前記ネットワークを介して接続されるコンピュータからの要求に応答して、前記コンピュータから前記ネットワーク機器を遠隔操作するための操作画面を構成する画面データを前記ネットワークを介して前記コンピュータに対して提供するための提供手段と、
前記提供手段が提供する画面データのうち前記ネットワーク機器に依存しない画面データを記憶する記憶手段と、
前記提供手段が提供する画面データのうち前記ネットワーク機器に依存する画面データが前記コンピュータから要求された場合に当該画面データを前記ネットワーク機器に要求する要求手段と、を備え、
前記提供手段は、前記ネットワーク機器に依存しない画面データを前記コンピュータから要求された場合には前記記憶手段から当該画面データを読み出して前記コンピュータへ提供し、前記ネットワーク機器に依存する画面データを前記コンピュータから要求された場合には前記要求手段による要求に応答して前記ネットワーク機器から送られてくる当該画面データを前記コンピュータへ提供することを特徴とするネットワーク接続装置。
【請求項２】
前記記憶手段は、前記ネットワーク接続装置と接続されたネットワーク機器に依存する画面データの代替となる代替画面データを記憶し、
前記提供手段は、前記要求手段による要求に対して前記ネットワーク機器から前記ネットワーク機器に依存する前記画面データを取得できなかった場合には、前記ネットワーク機器に依存する前記画面データの代わりに前記代替画面データを前記記憶手段から読み出して前記コンピュータへ提供することを特徴とする、請求項１に記載のネットワーク接続装置。
【請求項３】
前記ネットワーク機器に依存する画面データは、前記ネットワーク機器の外観を示す画像データであることを特徴とする、請求項１又は２に記載のネットワーク接続装置。
【請求項４】
前記ネットワーク機器は印刷装置であることを特徴とする、請求項１乃至請求項３のいずれか１項に記載のネットワーク接続装置。
【請求項５】
前記ネットワーク接続装置は、前記ネットワーク機器に装着可能なネットワークボード、あるいはネットワークカードであることを特徴とする請求項１乃至請求項４のいずれか１項に記載のネットワーク接続装置。
【請求項６】
前記提供手段が提供する画面データは、前記コンピュータのＷＷＷブラウザで表示可能であることを特徴とする、請求項１乃至請求項５のいずれか１項に記載のネットワーク接続装置。
【請求項７】
前記コンピュータから要求された画面データのコンテンツ名におけるディレクトリ部分が前記ネットワーク機器を示すものから始まっている場合、前記要求手段は当該画面データを前記ネットワーク機器に要求し、
前記コンピュータから要求された画面データのコンテンツ名におけるディレクトリ部分が前記ネットワーク機器を示すものから始まっていない場合、前記提供手段は当該画面データを前記記憶手段から読み出すことを特徴とする請求項１乃至請求項６のいずれか１項に記載のネットワーク接続装置。
【請求項８】
ネットワーク機器に装着可能であり、前記ネットワーク機器を遠隔操作するための操作画面を構成する画面データのうち前記ネットワーク機器に依存しない画面データを記憶する記憶媒体を備え、前記ネットワーク機器とネットワークとの間の接続を可能にするためのネットワーク接続装置の制御方法であって、
前記ネットワークを介して接続されるコンピュータからの要求に応答して、前記コンピュータから前記ネットワーク機器を遠隔操作するための操作画面を構成する画面データを前記ネットワークを介して前記コンピュータに対して提供するための提供工程と、
前記提供工程が提供する画面データのうち前記ネットワーク機器に依存する画面データが前記コンピュータから要求された場合に当該画面データを前記ネットワーク機器に要求する要求工程と、を備え、
前記提供工程は、前記ネットワーク機器に依存しない画面データを前記コンピュータから要求された場合には前記記憶媒体から当該画面データを読み出して前記コンピュータへ提供し、前記ネットワーク機器に依存する画面データを前記コンピュータから要求された場合には前記要求工程による要求に応答して前記ネットワーク機器から送られてくる当該画面データを前記コンピュータへ提供することを特徴とするネットワーク接続装置の制御方法。
【請求項９】
前記記憶媒体は、前記ネットワーク接続装置と接続されたネットワーク機器に依存する画面データの代替となる代替画面データを記憶し、
前記提供工程では、前記要求工程による要求に対して前記ネットワーク機器から前記ネットワーク機器に依存する前記画面データが送られて来なかった場合には、前記ネットワーク機器に依存する前記画面データの代わりに前記代替画面データを前記記憶媒体から読み出して前記コンピュータへ提供することを特徴とする請求項８に記載のネットワーク接続装置の制御方法。
【請求項１０】
前記コンピュータから要求された画面データのコンテンツ名におけるディレクトリ部分が前記ネットワーク機器を示すものから始まっている場合、前記要求工程で当該画面データを前記ネットワーク機器に要求し、
前記コンピュータから要求された画面データのコンテンツ名におけるディレクトリ部分が前記ネットワーク機器を示すものから始まっていない場合、前記提供工程で当該画面データを前記記憶媒体から読み出すことを特徴とする請求項８又は９に記載のネットワーク接続装置の制御方法。
【請求項１１】
ネットワーク機器に装着可能であり、前記ネットワーク機器を遠隔操作するための操作画面を構成する画面データのうち前記ネットワーク機器に依存しない画面データを記憶する所定のメモリを備え、前記ネットワーク機器とネットワークとの間の接続を可能にするためのネットワーク接続装置の制御方法を実行するための制御プログラムを格納したコンピュータ読み取り可能な記憶媒体であって、前記制御プログラムは、
前記ネットワークを介して接続されるコンピュータからの要求に応答して、前記コンピュータから前記ネットワーク機器を遠隔操作するための操作画面を構成する画面データを前記ネットワークを介して前記コンピュータに対して提供するための提供ステップと、
前記提供ステップが提供する画面データのうち前記ネットワーク機器に依存する画面データが前記コンピュータから要求された場合に当該画面データを前記ネットワーク機器に要求する要求ステップと、を含み、
前記提供ステップは、前記ネットワーク機器に依存しない画面データを前記コンピュータから要求された場合には前記所定のメモリから当該画面データを読み出して前記コンピュータへ提供し、前記ネットワーク機器に依存する画面データを前記コンピュータから要求された場合には前記要求ステップによる要求に応答して前記ネットワーク機器から送られてくる当該画面データを前記コンピュータへ提供することを特徴とする記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続された印刷装置、複写機等のネットワーク機器を遠隔操作する技術に関する。
【０００２】
【従来の技術】
近年、インターネットの普及により、印刷装置もネットワークを介して使用する形態が一般化してきており、ネットワーク上のコンピュータからネットワーク上の印刷装置に印刷データを送信して印刷させることができるようになっている。
【０００３】
この場合、通常、高速機やカラー機などの高価格な機種では、ネットワークインターフェイスは印刷装置に内蔵される傾向にあるが、低価格なモノクロ機の場合には、ネットワークインターフェイスは印刷装置本体には同梱されず、ネットワークカードモジュールとして別に供給される形態が一般的である。
【０００４】
このネットワークカードモジュールは、印刷装置本体のモジュールとは別にＣＰＵを持ったインテリジェントなモジュールであり、それぞれのモジュールが接続インターフェイス間で通信を行って所望のサービスを実現している。
【０００５】
このような、インテリジェントなネットワークモジュールを用いることにより、負荷の重いネットワークサービスをネットワークカードモジュールに負担させ、相対的に印刷装置本体のＣＰＵの負担を軽減することが可能となり、印刷装置本体のコスト削減を図ることが可能となる。
【０００６】
従来のネットワークインターフェイスは、例えばｌｐｒに代表されるように印刷データの受信だけを行えればよかったが、昨今、印刷装置に関する機器情報をネットワーク上のコンピュータで取得して遠隔操作したいという要望が高くなり、この機器情報の供給技術として各種の技術が提案されている。
【０００７】
最も単純な例が、印刷データを受信する印刷装置内のポートを介して機器情報（ジョブ制御言語＝Ｊｏｂ  Ｌａｎｇｕａｇｅ等で記述された機器情報）をネットワーク上のコンピュータに送信する形態である。
【０００８】
この形態では、機器情報と印刷データとが同一のポートを介して送受信されるため、サービスポートを追加せずに済み、比較的簡単に実装することができる。
しかし、機器情報と印刷データとでポートが共用されるため、印刷データの受信と機器情報の送受信とが競合した場合は、機器情報の送受信が停止してしまうという問題がある。
【０００９】
また、ネットワークにおけるｌｐｒプロトコルのような片方向型コネクションの場合は、そもそも機器情報を取得できないという欠点がある。
【００１０】
次の手法としては、ＳＮＭＰ／ＭＩＢを使った方式がある。この方式は、管理データ送受信用の専用ポートを介して、標準規格であるＳＮＭＰ（ＳｉｍｐｌｅＮｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）に準拠してデータを送受信する方式である。
【００１１】
しかし、この方式では、ＳＮＭＰが数字、文字列などの単純なデータしか送受信できないため、機器の構成を示すビットマップ画像などＧＵＩ画面を提供する専用プログラムを独自に開発してネットワーク上の各コンピュータに搭載する必要があり、しかも、この専用プログラムは印刷装置の各機種に対応させる必要がある。
【００１２】
最新の方式としては、機器情報に関するＨＴＭＬデータやビットマップ画像といったＷＷＷコンテンツをＨＴＴＰにより提供するためのネットワークモジュールを印刷装置に搭載し、ネットワーク上のコンピュータは、一般的なＷＷＷブラウザを使用して前記ＷＷＷコンテンツをＧＵＩ画面上に表示し、このＧＵＩ画面上で印刷装置を操作することにより、上記専用プログラムを用いずに同様の効果を得る方式が実現されている。
【００１３】
上記専用プログラムが、多種多様な印刷装置それぞれに対して、印刷装置に固有な情報（メッセージ文字列、ビットマップ画像）を管理する必要があったのに対し、この最新の方式では、印刷装置が自己の機種情報だけを持てばよいので、短期間で製品化するのに適し、また、印刷装置の新機種が開発された場合にも、ネットワーク上のコンピュータに何ら変更を加えることなく柔軟に対処することができる。
【００１４】
【発明が解決しようとする課題】
しかし、ネットワークカードモジュールは、量産化によるコストダウンを図るために、通常、複数の機種の印刷装置と接続されるように設計される。すなわち、ネットワークカードモジュール内のメモリに複数の機種に応じた全てのメッセージや固有情報を記憶させているため、コスト高となっていた。
【００１５】
さらに、ネットワークカードモジュールが製品として発表された後に発売されるであろう印刷装置の固有情報に対応させるためには、その都度、ネットワークカードモジュールのファームウェアの書き換えを行わなくてはならず、メンテナンス作業が発生してしまい、ランニングコストが高くなってしまうという問題点があった。
【００１６】
本発明は、このような従来技術に鑑みてなされたもので、その課題は、ネットワークを介して遠隔操作するための機器情報を安価に、且つネットワーク機器の機種の変更等にも柔軟に対処し得る形でネットワーク上の他の機器に供給できるようにすることにある。
【００１７】
特に、本発明は、ネットワーク機器の機器情報を示すＷＷＷコンテンツがネットワーク機器自体に用意されていない場合であっても、代替となるＷＷＷコンテンツを代わりに提供するとこにより、ネットワーク機器の機種を問わず、ネットワークを介した遠隔操作を可能にする。
【００１９】
【課題を解決するための手段】
上記課題を解決するため、本発明は、ネットワーク機器に装着可能であり、前記ネットワーク機器とネットワークとの間の接続を可能にするためのネットワーク接続装置であって、前記ネットワークを介して接続されるコンピュータからの要求に応答して、前記コンピュータから前記ネットワーク機器を遠隔操作するための操作画面を構成する画面データを前記ネットワークを介して前記コンピュータに対して提供するための提供手段と、前記提供手段が提供する画面データのうち前記ネットワーク機器に依存しない画面データを記憶する記憶手段と、前記提供手段が提供する画面データのうち前記ネットワーク機器に依存する画面データが前記コンピュータから要求された場合に当該画面データを前記ネットワーク機器に要求する要求手段と、を備え、前記提供手段は、前記ネットワーク機器に依存しない画面データを前記コンピュータから要求された場合には前記記憶手段から当該画面データを読み出して前記コンピュータへ提供し、前記ネットワーク機器に依存する画面データを前記コンピュータから要求された場合には前記要求手段による要求に応答して前記ネットワーク機器から送られてくる当該画面データを前記コンピュータへ提供することを特徴とする。
【００２１】
また、本発明は、ネットワーク機器に装着可能であり、前記ネットワーク機器を遠隔操作するための操作画面を構成する画面データのうち前記ネットワーク機器に依存しない画面データを記憶する記憶媒体を備え、前記ネットワーク機器とネットワークとの間の接続を可能にするためのネットワーク接続装置の制御方法であって、前記ネットワークを介して接続されるコンピュータからの要求に応答して、前記コンピュータから前記ネットワーク機器を遠隔操作するための操作画面を構成する画面データを前記ネットワークを介して前記コンピュータに対して提供するための提供工程と、前記提供工程が提供する画面データのうち前記ネットワーク機器に依存する画面データが前記コンピュータから要求された場合に当該画面データを前記ネットワーク機器に要求する要求工程と、を備え、前記提供工程は、前記ネットワーク機器に依存しない画面データを前記コンピュータから要求された場合には前記記憶媒体から当該画面データを読み出して前記コンピュータへ提供し、前記ネットワーク機器に依存する画面データを前記コンピュータから要求された場合には前記要求工程による要求に応答して前記ネットワーク機器から送られてくる当該画面データを前記コンピュータへ提供することを特徴とする。
【００２２】
また、本発明は、ネットワーク機器に装着可能であり、前記ネットワーク機器を遠隔操作するための操作画面を構成する画面データのうち前記ネットワーク機器に依存しない画面データを記憶する所定のメモリを備え、前記ネットワーク機器とネットワークとの間の接続を可能にするためのネットワーク接続装置の制御方法を実行するための制御プログラムを格納したコンピュータ読み取り可能な記憶媒体であって、前記制御プログラムは、前記ネットワークを介して接続されるコンピュータからの要求に応答して、前記コンピュータから前記ネットワーク機器を遠隔操作するための操作画面を構成する画面データを前記ネットワークを介して前記コンピュータに対して提供するための提供ステップと、前記提供ステップが提供する画面データのうち前記ネットワーク機器に依存する画面データが前記コンピュータから要求された場合に当該画面データを前記ネットワーク機器に要求する要求ステップと、を含み、前記提供ステップは、前記ネットワーク機器に依存しない画面データを前記コンピュータから要求された場合には前記所定のメモリから当該画面データを読み出して前記コンピュータへ提供し、前記ネットワーク機器に依存する画面データを前記コンピュータから要求された場合には前記要求ステップによる要求に応答して前記ネットワーク機器から送られてくる当該画面データを前記コンピュータへ提供することを特徴とする。
【００２３】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００２４】
［第１の実施形態］
図１は、本発明を適用した印刷システムのシステム構成図である。図１に示したように、本印刷システムは、ホストコンピュータ１００と印刷装置１０１とが、イーサネット等のネットワーク１０２を介して接続されており、印刷装置１０１は、ネットワークカード部１１０と印刷部１２０を有している。なお、ネットワークカード部１１０は、印刷装置１０１に対して着脱可能であり、ネットワークボード、ネットワークプリンタカードと呼ばれることがある。
【００２５】
このネットワークカード部１１０は、ネットワーク１０２を介してホストコンピュータ１００との間で通信を行い、サービスに応じて次段に渡すネットワーク１／Ｆ部１１１、ホストコンピュータ１００から送信された印刷データを受信するｌｐｄサーバ部１１２、ホストコンピュータ１００から要求された印刷装置１０１に関する情報をＨＴＴＰを使用して送受信するＷＷＷサーバ部１１３、印刷部１１４に対して印刷データや機種依存コンテンツの受信を指示するための刷装置１／Ｆ部１１４、印刷装置１０１に関する機種に依存しない共通の機器情報を示すＨＴＭＬコンテンツやビットマップコンテンツ（ＷＷＷコンテンツ）を格納する機種非依存コンテンツ部１１５を有している。
【００２６】
印刷部１２０は、印刷装置Ｉ／Ｆ部１１４と通信を行うためのネットワークカード１／Ｆ部１２７、ホストコンピュータ１００から送信され、印刷装置Ｉ／Ｆ部１１４、ネットワークカードＩ／Ｆ部１２７を介して受信した印刷データを一時的に記憶する受信バッファ１２１、印刷装置に関する機種に依存する固有の機器情報を示すＨＴＭＬコンテンツやビットマップコンテンツ（ＷＷＷコンテンツ）を格納する機種依存コンテンツ部１２２を有している。
【００２７】
また、印刷部１２０は、受信バッファ１２１に一時記憶された印刷データをを取り出して、そのＰＤＬ（ページ記述言語）を解析して描画用の中間データに変換するＰＤＬトランスレータ１２３、ＰＤＬトランスレータ１２３により変換された描画用の中間データを一時的に記憶する中間バッファ１２４、中間バッファ１２４から上記中間データを取り出してラスタデータを既知の電子写真技術あるいはインクジェット技術によって用紙に印刷するンタエンジン１２６を有している。
【００２８】
なお、ネットワークカード部１１０、印刷部１２０は、各々ＣＰＵ１１６，１２８、ＲＯＭ１１７，１２９、ＲＡＭ１１８，１３０を有しており、ＣＰＵ１１６，１２８は、ＲＯＭ１１７，１２９に格納されたプログラムに基づいて、ＲＡＭ１１８，１３０をワークエリア等として使用しながら、後述のＷＷＷコンテンツ提供処理等を行う。
【００２９】
図２は、ホストコンピュータ１００のＷＷＷブラウザソフトウェアがＷＷＷサーバ部１１３にアクセスしてＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データを受信し、そのＨＴＭＬデータに基づいて印刷装置１０１に関する機器情報を示すＷＷＷコンテンツを表示した表示画面例を示している。なお、この表示画面、すなわち上記ＷＷＷコンテンツは、ＧＵＩ画面となっており、印刷装置１０１に対して各種の設定を行うことが可能となっている。
【００３０】
図２に示したように、画面構成は、モード切替フレーム１３０１とモード表示フレーム１３５１との２つに大別されている。
【００３１】
モード切替フレーム１３０１は、各種のＷＷＷサービスに対応する画面をモードに分割して表示するために、各モードへの移行を促すボタンを配置するものである。具体的には、ジョブ管理ボタン１３０３、デバイス管理ボタン１３０４、サポートリンクボタン１３０５の各ボタンが配置され、これら各ボタンをクリックすることにより、対応するモードの画面を表示することができる。
【００３２】
図２におけるモード表示フレーム１３５１は、デバイス管理モード時における印刷装置１０１の状態を示すフレームを示しており、機器（印刷装置１０１）を示すビットマップアイコン１３５２、機器の名称１３５３、機器の状態に関する１３５４，給紙に関する情報１３５５、排紙に関する情報１３５６、機器の構成を示すビットマップ画像１３５７、ユーテイリティに起動を指示するボタン１３５８、デバイス制御の起動を指示するボタン１３５９により構成されている。
【００３３】
次に、コンテンツの説明を行う。印刷装置１０１にＷＷＷサーバ部１１３を備えることにより、ホストコンピュータ１００で実行されるＷＷＷブラウザは、図２に示したようなＧＵＩ画面に係るＷＷＷコンテンツを表示し、ユーザは、このＧＵＩ画面を介して、印刷装置１０１の状態監視、初期値設定、印刷ジョブの制御を遠隔操作により行なうことができる。ＷＷＷサーバ部１１３は、ホストコンピュータ１００から要求されたＷＷＷコンテンツを提供するサーバとして機能している。実際には、ＷＷＷコンテンツは、そのＷＷＷコンテンツを示すＨＴＭＬデータにより提供され、ＷＷＷブラウザは受信したＨＴＭＬデータを解析し、その解析結果に基づいて図２に示すようなＷＷＷコンテンツを表示する。
【００３４】
図３は、基本的なＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）の表記例を示した図である。図３の表記例は、説明を行うために単純化しており、実際にはさらに複雑な文書が記述される。
【００３５】
図３において、＜！ＤＯＣＴＹＰＥ  ＨＴＭＬ  ＰＵＢＬＩＣ"―／／ＩＥＴＦ／／ＤＴＤ  ＨＴＭＬ２．０／／ＥＮ"＞  の行は、ＳＧＭＬ（Ｓｔａｎｄａｒｄ  Ｇｅｎｅｒａｌｉｚｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）文書における文書型宣言であり、当該文書がＨＴＭＬ文書（ＨＴＭＬデータ）であることを示している。
【００３６】
このうち、＜ＨＴＭＬ＞と＜／ＨＴＭＬ＞で囲まれた領域に実際のＨＴＭＬ文書が記述される。＜ＨＥＡＤ＞と＜／ＨＥＡＤ＞で囲まれた領域は、ＨＴＭＬ文書のヘッダ領域を示すものであり、＜ＴＩＴＬＥ＞と＜／ＴＩＴＬＥ＞で囲まれた“Ｗｅｂ  Ｃｏｎｓｏｌｅ  Ｉｎｔｅｒｆａｃｅ”という文字列が、当該文書の主題を表している。
【００３７】
＜ＢＯＤＹ＞と＜／ＢＯＤＹ＞で囲まれた領域は、ＨＴＭＬ文書の内部データを示しており、この中で、２つのイメージを取り込んでいる。
【００３８】
１つ目のイメージは、＜ＩＭＧ  ＳＲＣ＝"／ｄｅｖ／ｄｅｖｉｃｅ．ｐｎｇ"＞と名づけられたイメージであり、この実際のイメージを図４に示す。
【００３９】
“／ｄｅｖ／ｄｅｖｉｃｅ．ｐｎｇ”はＵＲＬ表記でないため、印刷装置１０１の内部データであることを示している。さらに、“／ｄｅｖ／ｄｅｖｉｃｅ．ｐｎｇ”は、印刷装置１０１の概観を示すものであり、これは印刷装置１０１に固有な機器情報、すなわち印刷装置１０１の機種に依存した機器情報に係るＷＷＷコンテンツである。例えば、モノクロ／カラー、カセットの段数等の印刷装置１０１の機種に依存した機器情報に係るＷＷＷコンテンツに対しては、“／ｄｅｖ／ｄｅｖｉｃｅ．ｐｎｇ”なる名称が付されている。
【００４０】
２つ目のイメージは、＜ＩＭＧ  ＳＲＣ＝"／ｎｉｃ／ｅｒｒｏｒ．ｐｎｇ"＞と名づけられたイメージであり、この実際のイメージを図５に示す。
【００４１】
＜ＩＭＧ  ＳＲＣ＝"／ｎｉｃ／ｅｒｒｏｒ．ｐｎｇ"＞も同様にＵＲＬ表記でないため、印刷装置１０１の内部データであることを示している。さらに、“／ｎｉｃ／ｅｒｒｏｒ．ｐｎｇ”は、カセット給紙を促す抽象的なイメージを示すものであり、これは複数の機種の印刷装置に共通する機器情報、すなわち印刷装置１０１の機種に依存しない機器情報に係るＷＷＷコンテンツである。
【００４２】
このように、ＷＷＷコンテンツには大きくわけて、機種に依存するもの、機種に依存しないものがある。通常、ネットワークカード部１１０は、複数のモデルの印刷部１２０に対して単一製品でサポートされることを要求される。そこで、本発明では、機種に依存するＷＷＷコンテンツは印刷部１２０内にある機種依存コンテンツ部１２２に格納し、機種に依存しないＷＷＷＢコンテンツはネットワークカード部１１０内の機種非依存コンテンツ部１１５格納している。
【００４３】
また、機種依存コンテンツ部１２２には、機種に応じた個別のＷＷＷコンテンツを格納しており、例えば図４に示したような機器のイメージに係るＷＷＷコンテンツ（ビットマップ画像データ）については、機種に応じた画像データが格納されている。
【００４４】
これら機種依存のＷＷＷコンテンツと機種非依存のＷＷＷコンテンツとの区別は、本実施形態では、上記のようにパス構造を使用して行っており、／ｄｅｖ／で始まるコンテンツ名のＷＷＷコンテンツの場合は、機種依存のＷＷＷコンテンツとして、機種依存ＷＷＷコンテンツ部１２２から取得し、／ｎｉｃ／で始まるコンテンツ名のＷＷＷコンテンツの場合は、機種非依存のＷＷＷコンテンツとして、機種非依存ＷＷＷコンテンツ部１１５から取得するようにしている。
【００４５】
次に、ＷＷＷサーバ部１１３の動作を、図６のフローチャートに基づいて説明する。
【００４６】
ＷＷＷサーバ部１１３は、印刷装置１０１の起動に連動して起動し、電源遮断までサービスを継続する。サービスを開始すると、ステップＳ５０１においてＧＥＴ操作を待つ。このＧＥＴ操作とは、ＨＴＴＰにおけるＷＷＷコンテンツを要求する要求操作のことであり、この操作信号がホストコンピュータ１００から送信されてくるまで、先頭のステップＳ５０１にループする。
【００４７】
ＧＥＴ操作信号を受信すると、ステップＳ５０２において、要求されたＷＷＷコンテンツがＵＲＬ表記で示されているか否かをチェックする。なお、要求されたＷＷＷコンテンツを示す情報は、ＧＥＴ操作とともに送信されてくる。その結果、ＵＲＬ表記で示されていれば、例えば、指定されたＷＷＷコンテンツのコンテンツ名がｈｔｔｐ：／／ｐｌｉｎｔｅｒ．ｄｏｍａｉｎ／ｄｅｖ／ｄｅｖｉｃｅ．ｈｔｍｌの場合は、まず、ｈｔｔｐ：／／はスキームであり、Ｐｒｉｎｔｅｒ．ｄｏｍａｉｎはドメインネームであるため、両者を外す。続いて、ディレクトリ部分（パス部分）である／ｄｅｖ／ｄｅｖｉｃｅ．ｈｔｍｌだけを取り出して（ステップＳ５０３）、ステップＳ５０４に進む。一方、ＵＲＬ表記で示されていない場合は、そのままステップＳ５０４に進む。
【００４８】
ステップＳ５０４では、ディレクトリ部分が／ｄｅｖ／で始まっているか否かをチェックする。その結果、ディレクトリ部分が／ｄｅｖ／で始まっていれば（すなわち機種依存のＷＷＷコンテンツ）であれば、ステップＳ５０５にて、印刷部１２０に対し当該機種依存のＷＷＷコンテンツを獲得するための獲得要求を発行する。
【００４９】
そして、ステップＳ５０６において印刷部１２０からの当該機種依存のＷＷＷコンテンツの返信を待ち、当該機種依存のＷＷＷコンテンツが返信されてきたら、ステップＳ５０７において、ＨＴＴＰのリプライ形式によって、要求された機種依存のＷＷＷコンテンツをホストコンピュータ１００に提供する。
【００５０】
一方、ディレクトリ部分が／ｄｅｖ／で始まっていない場合には、ネットワークカード部１１０が所有する機種非依存のＷＷＷコンテンツであるので、ステップＳ５０８において、機種非依存コンテンツ部１１５から当該機種非依存のＷＷＷコンテンツを獲得し、ＨＴＴＰのリプライ形式によって、ホストコンピュータ１００に提供する。
【００５１】
なお、ＷＷＷサーバ部１１３は、ディレクトリ部分が／ｄｅｖ／で始まる機種依存ＷＷＷコンテンツを印刷部１２０内の機種依存ＷＷＷコンテンツ部１２２から取得する場合には、印刷装置１／Ｆ部１１４とネットワークカード１／Ｆ部１２７を介してＷＷＷコンテンツの読み込みを実行するリモート関数コールを行う。
【００５２】
このリモート関数コールは、ネットワークカード部１１０から印刷部１２０に対してファイル転送を要求する方式である。図７は、リモート関数コールによるＷＷＷコンテンツ読み出しを指示する要求パケットの形式を示した図である。この要求パケットが、ネットワークカード部１１０から印刷部１２０に送信される。
【００５３】
図７に示したように、要求パケットには、ＷＷＷコンテンツの読み出し要求を示すＲｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ  ＩＤである１００という数値、要求であることを示す０という値、パケットのデータサイズ、及び要求するＷＷＷコンテンツのパス（図７では、“／ｄｅｖ／ｄｅｖｉｃｅ．ｈｔｍｌ”）が含まれている。この要求パケットが印刷部１２０のネットワークカード１／Ｆ部１２７によって正しく解釈されると、印刷部１２０は、返答パケットをネットワークカード部１１０に送信する。
【００５４】
図８は、リモート関数コールによるＷＷＷコンテンツ読み出を指示する要求パケットに対応してＷＷＷコンテンツを返信する返答パケットの形式を示した図である。
【００５５】
図８に示したように、返答パケットには、ＷＷＷコンテンツの読み出し要求を示すＲｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ  ＩＤである１００という数値、返答であることを示す１という数値、読み出しが正常になされたことを示す１という返答状態フラグ、パケットのデータサイズ、及びＷＷＷコンテンツのバイナリデータが含まれている。ＷＷＷサーバ部１１３は、返答パケットを解析してＷＷＷコンテンツを取り出し、ＨＴＴＰのプロトコルでホストコンピュータ１００へ送信する。
【００５６】
次に、ＷＷＷコンテンツを提供する際の各モジュール間の動作を、図９、図１０の遷移図に基づいて説明する。なお、図９、図１０の縦軸は時間であり、ホストコンピュータ１００、ネットワークカード部１１０、印刷部１２０の要求と返答の変遷を示している。
【００５７】
図９は、ホストコンピュータ１００のＷＷＷブラウザが機種非依存のＷＷＷコンテンツを要求した場合の動作を示している。機種非依存のＷＷＷコンテンツは、ネットワークカード部１１０に存在するので、ホストコンピュータ１００から機種非依存のＷＷＷコンテンツが要求された場合は、図９に示したように、ネットワークカード部１１０は、印刷部１２０に対するＷＷＷコンテンツの取得要求は行わずに、ネットワークカード部１１０内の機種非依存コンテンツ部１１５から機種非依存のＷＷＷコンテンツを取り出し、ホストコンピュータ１００に送信している。
【００５８】
図１０は、ホストコンピュータ１００のＷＷＷブラウザが機種依存のＷＷＷコンテンツを要求した場合の動作を示している。機種依存のＷＷＷコンテンツは、印刷部１２０に存在するので、ホストコンピュータ１００から機種イ残なＷＷＷコンテンツが要求された場合は、図１０に示したように、ネットワークカード部１１０は、印刷部１２０に対してＷＷＷコンテンツの取得要求を行い、印刷部１２０内の機種依存コンテンツ１２２から機種依存のＷＷＷコンテンツを取り出し、ホストココンピュータ１００に送信している。
【００５９】
このように、ＷＷＷコンテンツを機種に依存するものと機種に依存しないものとに分類し、機種に依存するものは印刷部１２０に配置し、機種に依存しないものはネットワークカード部１１０に配置するといったように分散配置することにより、以下の効果を得ることができる。
【００６０】
ます、第１に、ネットワークカード部１１０に接続される可能性のある全ての種類の印刷部１２０について、その機器情報を示すＷＷＷコンテンツをネットワークカード部１１０に保持する必要がなくなるため、ネットワークカード部１１０内のＲＯＭ等のメモリの容量を削減することが可能となり、また、将来開発されるであろう印刷部１２０に対しても、ネットワーク部１１０のメモリを交換することなく対応することが可能となる。
【００６１】
第２に、印刷部１２０については、ＷＷＷサーバ部を保持する必要がなく、機種に依存するＷＷＷコンテンツだけを保持すればよいので、コストアップを抑えることが可能となる。
【００６２】
なお、ユーザが図２の画面を見ることを要求した場合、ホストコンピュータ１００で実行されるＷＷＷブラウザはまず、図２の画面を示すＨＴＭＬデータ（例えば、ｈｔｔｐ：／／ｐｌｉｎｔｅｒ．ｄｏｍａｉｎ／ｄｅｖ／ｄｅｖｉｃｅ．ｈｔｍｌというＷＷＷコンテンツ名のＷＷＷコンテンツ）をＷＷＷサーバ部１１３に要求する。すると、ＷＷＷサーバ部１１３は、図６の処理に従って、ＨＴＭＬデータをホストコンピュータ１００に返信する。
【００６３】
つぎに、ＷＷＷブラウザは、送信されてきたＨＴＭＬデータを解析し、更に図２のＧＵＩ画面を表示するのに必要なＷＷＷコンテンツを要求する。例えば、図３のようなＨＴＭＬデータであった場合には＜ＩＭＧ  ＳＲＣ＝"／ｄｅｖ／ｄｅｖｉｃｅ．ｐｎｇ"＞という構文に従って、"／ｄｅｖ／ｄｅｖｉｃｅ．ｐｎｇ"というＷＷＷコンテンツをＷＷＷサーバ部１１３に要求する。すると、ＷＷＷサーバ部１１３はさらに、図６の処理に従って、ビットマップ画像データを取得しそれをホストコンピュータ１００に送信する。
【００６４】
［第２の実施形態］
第１の実施形態では、ＵＲＬからパス部分を切出した文字列が"／ｄｅｖ／"を含むか否かによって機種依存、非依存のＷＷＷコンテンツであるか否かを判断していた。
【００６５】
しかし、この方法では、機種依存、非依存のＷＷＷコンテンツであるか否かをホストコンピュータ１００のＧＵＩ画面によって類推可能である。しかし、ＷＷＷコンテンツの所在位置情報は、印刷装置１０１の内部情報であるため、ＵＲＬから類推できるのは好まれない場合もある。
【００６６】
この問題に対処する方法として、パス上に／ｄｅｖ／を含むか否かではなく、機種依存ＷＷＷコンテンツを示す文字列リストを印刷装置に保持し、この文字列リスト中の文字列をＵＲＬが含むか否かを判断する方法が挙げられる。
【００６７】
図１１は、第２の実施形態に係る印刷システムのシステム構成図である。図１１に示した第２の実施形態に係るシステム構成図では、図１の第１の実施形態に係るシステム構成図と比較して、印刷装置１００１内のネットワークカード部１０１０内に依存リスト記憶部１０１６が追加された点だけが異なっており、その他の構成は全く同様なので、相違点だけを説明する。
【００６８】
依存リスト記憶部１０１６は、機種依存ＷＷＷコンテンツを示す文字列（パス）のリストを記憶しており、ＲＯＭ等により構成されている。例えば、図１２に示したような文字列のリストを記憶している場合、この記憶された文字列のいずれかを含むパス名をもつＷＷＷコンテンツの獲得要求がホストコンピュータ１０００からなされた場合は、ＷＷＷサーバ部１０１３は、印刷部１０２０に対してＷＷＷコンテンツの獲得を要求し、それ以外の場合はネットワークカード部１０１０がＷＷＷコンテンツを提供することになる。
【００６９】
図１３は、ＷＷＷサーバ部１０１３の処理を示すフローチャートである。図６に示した第１の実施形態における処理との相違点は、ステップＳ１２０４の比較条件であり、ここでは要求に係るＷＷＷコンテンツのパス部分に依存リスト記憶部１０１６に記憶されている文字列が含まれているか否かをチェックする。
【００７０】
これによって、ＵＲＬやパスに関係なくＷＷＷコンテンツを機種依存、機種非依存のものに設定することが可能となる。
【００７１】
［第３の実施形態］
なお、依存リストの変わりに非依存リストを記憶することにより、同様の効果を得ることも可能である。
【００７２】
この場合は、図１３のステップＳ１２０４で、要求に係るＷＷＷコンテンツのバス部分に非依存リストにリストアップされている文字列が含まれているか否かをチェックし、含まれていない場合は、ステップＳ１２０５に進み、含まれている場合は、ステップＳ１２０８に進めばよい。
【００７３】
［第４の実施形態］
図２における印刷装置の機器構成を示すビットマップ画像１３５７は、実際の機器構成に合わせた表示を行おうとする場合、給紙カセット、両面装置、排紙装置などのオプション機器の装着に応じて変更する必要があるので、本実施形態では、印刷装置の機器構成に対応したビットマップ画像１３５７を表示するようにしている。なお、第４の実施形態は、上記第１〜３の実施形態のいずれにも適用可能である。
【００７４】
図１４は、或る印刷装置における実装可能な機器構成をそれぞれ例示した図である。
【００７５】
当該印刷装置は、標準構成で２５０枚カセットを１段有しており、オプションで２５０枚カセットを１段、或いは５００枚カセットを１段接続することが可能であり、また、両面装置も接続可能である。この両面装置は、用紙を反転させるために、本体の下部に反転装置を接続する必要がある。
【００７６】
このような印刷装置の場合、機器構成として可能な組み合わせは、図１４に示したように６通りある。この構成は図１５のように纏められる。また、機器によっては排紙装置も追加することが可能であり、この場合はさらに組み合わせは増加する。
【００７７】
なお、機器構成の実際のチェックは、機器のブート時に、プリンタエンジン１０２６がコネクタの電気的接続をチェックして判別している。すなわち、機種依存ＷＷＷコンテンツ部１０２２は、図１５に示したデータテーブルを保持しており、機器のブート時にプリンタエンジン１０２６に機器構成を問い合わせ、図１５のデータデーブルに基づいて機器構成に見合った（ａ）〜（ｆ）のビットマップ画像を選択し、この選択したビットマップ画像を例えばｉｍａｇｅ．ｐｎｇの問い合わせ結果とする。
【００７８】
すなわち、ホストコンピュータ１０００からＨＴＴＰを用いて／ｄｅｖ／ｉｍａｇｅ．ｐｎｇの問い合わせがなされた際に、ＷＷＷサーバ部１０１３はパス構成をチェックし、機種依存情報と判断した場合は、機種依存ＷＷＷコンテンツ部１０２２に対して問い合わせを行い、機種依存ＷＷＷコンテンツ部１０２２はブート時に判断した内容から、対応する（ａ）〜（ｆ）のビットマップ画像を選択してＷＷＷサーバ部１０１３に返送する。例えば、機器構成を示すＷＷＷコンテンツ（ここでは、ｉｍａｇｅ．ｐｎｇ）がホストコンピュータから要求され、“ｉｍａｇｅ．ｐｎｇ”を求める要求パケットがネットワークカード部１０１０から送信されると、印刷部１０２０は、機種依存ＷＷＷコンテンツ部１０２２が選択しておいたビットマップ画像の画像データを“ｉｍａｇｅ．ｐｎｇ”として返信する。
【００７９】
このような処理により、ネットワークカード部１０１０が印刷装置１００１の現在の機器構成を認識していなくても、ホストコンピュータ１０００は、問い合わせを行なうだけで、現在の機器構成に対応するビットマップ画像を取得することが可能となる。
【００８０】
［第５の実施形態］
第４の実施形態では、機器構成の違いに応じて機器構成を示すビットマップ画像を自動的に変更して提供していたが、その他のＷＷＷコンテンツも機器構成によって変更することができる。
【００８１】
例えば、図２の画面において、給紙情報１３５５は、印刷装置に装着された用紙カセットにおける給紙情報を示すものであり、現在の機器構成によって表示内容が変更される。
【００８２】
例えば、図１４の実装可能な機器構成例の場合は、オプションカセットが無い場合には、手差しトレイと上段カセットの２行を表示し、オプションの２５０枚カセットあるいは５００枚カセットが有る場合には、手差しトレイ、上段カセット、下段カセットの３行を表示する。
【００８３】
この表示切替え方法として、ＷＷＷサーバ部１０１３が持つ機能であるＳＳＩ（Ｓｅｒｖｅｒ  Ｓｉｄｅ  Ｉｎｃｌｕｄｅ）を拡張した構成によって表示切替えを行う方法を説明する。ＳＳＩとは、一般的にＷＷＷサーバが獲得したＷＷＷコンテンツに対してパース処理を加え、特定のフォーマットで記述されたテキストに対して変換を行ってクライアントに渡す技術である。
【００８４】
ＳＳＩの書式の１つとして、ある変数の定義を比較する方法がある。
以下のフォーマットである（行番号は説明のためにあるものである）。
0004574026.tif 000002
１：において、環境変数ＥＮＶの中身を調べ、その値がＶＡＬＵＥ１となっていた場合は、構文Ａがクライアントに返される。値がＶＡＬＵＥ１でない場合は、３：において環境変数ＥＮＶの中身を調べ、その値がＶＡＬＵＥ２となっていた場合は、構文Ｂがクライアントに返され、値がＶＡＬＵＥ２でない場合は、構文Ｃが返される。
【００８５】
ここで、環境変数ＥＮＶが特別なキーワード“ＬＯＷ−ＣＡＳＳＥＴＴＥ−ＥＸＩＳＴ”の場合は、ＷＷＷサーバ部１０１３は、印刷部１０２０に対して、下段のカセットが存在するか否かを機種依存ＷＷＷコンテンツ部１０２２に問い合わせる。ここでは、リモート関数コールによる状態取得を想定しているが、他の機種構成手段を獲得する手段があればそれを流用してもよい（例えばジョブ制御言語のインターフェイスやＳＮＭＰ／ＭＩＢのインターフェイス）。
【００８６】
問い合わせの結果、下段カセットがあった場合は、ＷＷＷサーバ部１０１３は、“ＬＯＷ−ＣＡＳＳＥＴＴＥ−ＥＸＩＳＴ”の中身をＴＲＵＥに置き換える。
【００８７】
ＷＷＷコンテンツが、＜！‥＃ｉｆ  ｅｘｐｒ＝“ＬＯＷ−ＣＡＳＳＥＴＴＥ＝ＴＲＵＥ‥＞で示され、＜下段カセットに関するＨＴＭＬ表記＞が、＜！‥＃ｅｎｄｉｆ‥＞で示されていれば、下段カセットが装着されていた場合だけ下段カセットに関するＨＴＭＬ表記を追加して、ホストコンピュータ１０００に返すことが可能である。このような処理は、給紙情報１３５５だけではなく、排紙情報１３５６にも適用可能である。
【００８８】
［第６の実施形態］
第４，第５の実施形態では、給紙装置のように起動時に状態が確定するいわば静的な機器情報のやり取りについて述べた。しかし、機器の状態は刻々と変わる場合がある。このような動的な機器情報のやり取りについて述べる。
【００８９】
動的な機器情報の中には、図２に示した機器状態１３５４のように、機器の
リアルタイムな状態を示すＬＥＤの表示状態や状態メッセージ、あるいは給紙情報１３５５の用紙残量を示すビットマップアイコン、あるいは排紙情報１３５６の排紙残量を示すビットマップアイコンおよび％表示が有る。
【００９０】
ここでは、基本的には、第５の実施形態で利用したＳＳＩを利用する例を説明する。
【００９１】
環境変数ＥＮＶのうち、特別なキーワードである“ＳＴＡＴＵＳ＿ＬＥＤ”と“ＳＴＡＴＵＳ＿ＭＥＳＳＡＧＥ”は、それぞれ機器の状態に応じた状態ＬＥＤを示すビットマップ画像のファイル名、機器の状態に応じたメッセージに変換してホストコンピュータ１０００に渡される。
【００９２】
ＷＷＷサーバ部１０１３は、ＳＳＩにおける変数を検索し、“ＳＴＡＴＵＳ＿ＬＥＤ”を見つけると、印刷部１０２０から現在の状態に対する状態コードを取得し、そのコードによってＬＥＤの表示に対応するビットマップ画像を青、黄、赤と切り替える。
【００９３】
また、“ＳＴＡＴＵＳ＿ＭＥＳＳＡＧＥ”を見つけた場合には、印刷部１０２０から現在の状態に対する状態コードを取得し、さらに状態コードに対応した機器固有なメッセージ（例えば図２に示した「印刷可能です。」）を獲得して、ホストコンピュータ１０００に返す。
【００９４】
機器固有なメッセージは、機種依存ＷＷＷコンテンツ部１０２２が保有し、専用のリモート関数コールを使用して呼び出し、メッセージを獲得する。動的な機機情報は、ホストコンピュータ１０００のＷＷＷブラウザ上でリロード（再読み込み）した場合、あるいはＨＴＭＬにおけるＲｅｆｒｅｓｈ指定時間後に、自動的に更新される。
【００９５】
以上のように、動的な機器状態が変化した場合にも、機器から現在の状態に対応したＬＥＤイメージやメッセージを受け取ることが可能であるため、ホストコンピュータのＷＷＷブラウザを利用して、プリンタユーティリティと同等の効果を得ることが可能である。
【００９６】
［第７の実施形態］
第１〜６の実施形態では、印刷部１０２０が機種依存ＷＷＷコンテンツを保持していた。しかしながら、機種依存ＷＷＷコンテンツを保持していない印刷部１０２０にネットワークカード部１０１０が搭載された場合、機種依存ＷＷＷコンテンツを表示することができない。なお、この第７の実施形態は、上記第１〜６の実施形態のいずれかにも適用可能である。
【００９７】
そこで、本実施形態では、機種依存ＷＷＷコンテンツを保持していない印刷部１０２０にネットワークカード部１０１０が搭載された場合に備えて、ネットワークカード部１０１０に機種依存ＷＷＷコンテンツの代替となるデフォルトのＷＷＷコンテンツを保持することによって、機種依存ＷＷＷコンテンツを保持していない印刷部１０２０にネットワークカード部１０１０が搭載された場合でも、ＷＷＷサービスを可能にしている。
【００９８】
図１６は、第７の実施形態のために、図１３のフローチャートを改良したフローチャートである。図１６のフローチャートでは、図１３に比べて、印刷部１２０にＷＷＷコンテンツの要求を出し、その返答がエラーだったかどうかを調べ、エラーだった場合には、印刷部１２０が機種依存ＷＷＷコンテンツを持っていないと判断し、ネットワークカード部１０１０で保持しているデフォルトのＷＷＷコンテンツを代替として設定するステップＳ１６０８が追加されている。
【００９９】
図１７は、ネットワークカード部１０１０で保持している機器の外観を示すデフォルトのビットマップ画像を示している。ホストコンピュータ１０００からＨＴＴＰを用いて／ｄｅｖ／ｉｍａｇｅ．ｐｎｇの問い合わせがなされたときに、ＷＷＷサーバ部１０１３は、パス構成をチェックし、機種依存情報と判断した場合は、機種依存ＷＷＷコンテンツ部１０２２に対して問い合わせを行い、その返答がエラーだった場合には、印刷部１０２０が機器の外観を示すビットマップ画像を保持していないと判断し、ネットワークカード部１０１０で保持している機器の外観を示すデフォルトのビットマップ画像を設定する。
【０１００】
図１８は、印刷部１０２０が機器のビットマップ画像を保持していない場合に、機器の外観を示すビットマップ画像のみをネットワークカード部１０１０で保持していたデフォルトのビットマップ画像１７０１に置き換えた場合の例を示している。
【０１０１】
上記の説明は、印刷部１０２０が機種依存コンテンツ部１０２２を有しており、機種に依存する何らかの機器情報を保持していることを前提にしていた。しかし、印刷部１０２０が機種依存コンテンツ部１０２２それ自体を有しておらず、機種に依存する機器情報を何も保持していない場合も考えられる。
【０１０２】
そこで、このような場合に備えて、機種に依存するデフォルトのＷＷＷコンテンツとしては、機器の外観を示すビットマップ画像等の一部のＷＷＷコンテンツだけでなく、モード切替フレーム及びモード表示フレームの全体を示す画像、すなわちＧＵＩ画像の全体を含むＷＷＷコンテンツをネットワークカード部１０１０に保持し、図１９に示したように、このデフォルトのＧＵＩ全体画像をホストコンピュータ１０００に提供することも可能である。
【０１０３】
このように、ネットワークカード部１０１０にデフォルトのＷＷＷコンテンツを保持することによって、印刷部１０２０に機種依存の一部、又は全部のＷＷＷコンテンツを保持していない印刷部１０２０に対してネットワークカード部１０１０が接続された場合でも、ＷＷＷサービスを提供することが可能となる。
【０１０４】
なお、本発明は、上記実施形態に限定されることなく、例えば、印刷装置以外の複写機等の画像形成装置、或いはテレビジョン、空調装置等の電化製品等に適用することも可能である。また、デフォルト情報には、その旨を示すデータを含ませることも可能である。
【０１０５】
【発明の効果】
以上説明したように、本発明によれば、ネットワークを介して遠隔操作するための機器情報を安価に、且つネットワーク機器の機種の変更等にも柔軟に対処し得る形でネットワーク上の他の機器に供給することが可能となる。
【０１０６】
また、ネットワーク機器の機器情報を示すＷＷＷコンテンツがネットワーク機器自体に用意されていない場合であっても、代替となるＷＷＷコンテンツを代わりに提供することにより、ネットワーク機器の機種を問わず、ネットワークを介した遠隔操作を可能にする。
【図面の簡単な説明】
【図１】本発明の第１の実施形態におけるシステム構成を示すシステム構成図である。
【図２】印刷装置の情報等を示すＧＵＩ画面を示す図である。
【図３】ＨＴＭＬの表記例を示す図である。
【図４】機種に依存したＷＷＷコンテンツ例を示す図である。
【図５】機種に依存しないＷＷＷコンテンツ例を示す図ある。
【図６】第１の実施形態におけるＷＷＷサーバ部の動作を示すフローチャートである。
【図７】ネットワークカード部が印刷部に対してＷＷＷコンテンツを要求する際のリモート関数コールによる要求パケットの形式を示す図である。
【図８】上記要求パケットに対するリモート関数コールによる返答パケットの形式を示す図である。
【図９】機種非依存のＷＷＷコンテンツを獲得する場合のモジュール間の情報遷移を示す図である。
【図１０】機種依存のＷＷＷコンテンツを獲得する場合のモジュール間の情報遷移を示す図である。
【図１１】本発明の第２の実施形態におけるシステム構成を示すシステム構成図である。
【図１２】第２の実施形態における依存リストを示す図である。
【図１３】第２の実施形態におけるＷＷＷサーバ部の動作を示すフローチャートである。
【図１４】実装可能な機器構成例を示す図である。
【図１５】図１４の機機構成例に対応する機器情報のデータテーブルの内容を示す図である。
【図１６】第７の実施形態におけるＷＷＷサーバの動作を示すフローチャートである。
【図１７】デフォルトの機種依存コンテンツの内容例を示す図である。
【図１８】デフォルトの機種依存コンテンツ（機器の外観を示すビットマップ画像データ）が表示されたＧＵＩ画面例を示す図である。
【図１９】デフォルトの機種依存コンテンツ（ＧＵＩ全体画像）が表示された画面例を示す図である。
【符号の説明】
１００，１０００：ホストコンピュータ
１０１，１００１：印刷装置
１０２，１００２：ネットワーク
１１０，１０１０：ネットワークカード部
１１３，１０１３：ＷＷＷサーバ部
１１４，１０１４：印刷装置Ｉ／Ｆ部
１１５，１０１５：機種非依存ＷＷＷコンテンツ部
１２２，１０２２：機種依存ＷＷＷコンテンツ部
１２６，１０２６：プリンタエンジン
１２７，１０２７：ネットワークカード１／Ｆ部
１０１６：依存リスト記憶部
【図１】
0004574026.tif 000003
【図２】
0004574026.tif 000004
【図３】
0004574026.tif 000005
【図４】
0004574026.tif 000006
【図５】
0004574026.tif 000007
【図６】
0004574026.tif 000008
【図７】
0004574026.tif 000009
【図８】
0004574026.tif 000010
【図９】
0004574026.tif 000011
【図１０】
0004574026.tif 000012
【図１１】
0004574026.tif 000013
【図１２】
0004574026.tif 000014
【図１３】
0004574026.tif 000015
【図１４】
0004574026.tif 000016
【図１５】
0004574026.tif 000017
【図１６】
0004574026.tif 000018
【図１７】
0004574026.tif 000019
【図１８】
0004574026.tif 000020
【図１９】
0004574026.tif 000021