(57)【特許請求の範囲】
【請求項１】
複数の制御部を有する装置本体に関するデータを、要求に応じて、外部装置に提供する情報管理装置であって、
要求されるデータに対応する識別情報を前記外部装置から受信する識別情報受信手段と、
前記識別情報受信手段により受信される識別情報に基づいて、要求されたデータが、装置本体の機種に依存するものであるか否かを判定する判定手段と、
前記識別情報受信手段により受信される識別情報に基づいて、要求されたデータが前記複数の制御部のうちのいずれに依存するかを判定する制御部判定手段と、
要求されたデータが装置本体の機種に依存する場合、前記制御部判定手段により判定された制御部から、要求されたデータを取得し、要求されたデータが装置本体の機種に依存しない場合、前記情報管理装置内の格納部から、要求されたデータを取得する取得手段とを有することを特徴とする情報管理装置。
【請求項２】
前記取得手段は、要求されたデータが装置本体の機種に依存する場合、前記制御部判定手段により判定された制御部に、データの要求を送信して、データを取得することを特徴とする請求項１に記載の情報管理装置。
【請求項３】
前記判定手段は、要求されたデータを識別する識別情報に基づいて、要求されたデータが装置本体の機種に依存するものであるか否かを判定することを特徴とする請求項１或いは２に記載の情報管理装置。
【請求項４】
前記識別情報は、データを示すＵＲＬであることを特徴とする請求項１乃至３のいずれかに記載の情報管理装置。
【請求項５】
前記装置本体の機種に依存するデータを識別する識別情報を保持する保持手段を有し、
前記判定手段は、前記識別情報受信手段により受信される識別情報と前記保持手段により保持された識別情報に基づいて、要求されたデータが装置本体の機種に依存するものであるか否かを判定することを特徴とする請求項１或いは２に記載の情報管理装置。
【請求項６】
前記装置本体の機種に依存しないデータを識別する識別情報を保持する保持手段を有し、
前記判定手段は、前記識別情報受信手段により受信される識別情報と前記保持手段により保持された識別情報に基づいて、要求されたデータが装置本体の機種に依存するものであるか否かを判定することを特徴とする請求項１或いは２に記載の情報管理装置。
【請求項７】
前記装置本体に関するデータを、ＨＴＴＰを用いて提供する提供手段を有し、
前記装置本体に関する情報を示すデータは、ＨＴＭＬで記述されたデータ、または画像データであることを特徴とする請求項１乃至６のいずれかに記載の情報管理装置。
【請求項８】
装置本体に関するデータは、装置本体に装着される給紙装置に関するデータ、または装置本体に装着される排紙装置に関するデータ、または装置本体に装着されるオプション装置に関するデータ、装置本体の給紙或いは排紙に関するデータであることを特徴とする請求項１乃至７のいずれかに記載の情報管理装置。
【請求項９】
装置本体に関するデータは、前記外部装置のブラウザによって表示処理されることを特徴とする請求項１乃至８のいずれかに記載の情報管理装置。
【請求項１０】
前記情報管理装置は、印刷装置に接続可能なネットワークボードであることを特徴とする請求項１乃至９のいずれかに記載の情報管理装置。
【請求項１１】
複数の制御部と、ネットワークとの間の通信を制御する通信制御部とを有する画像形成装置であって、
前記画像形成装置に関するデータを、要求に応じて、外部装置に提供する提供手段と、
要求されるデータに対応する識別情報を前記外部装置から受信する識別情報受信手段と、
前記識別情報受信手段により受信される識別情報に基づいて、要求されたデータが、前記複数の制御部の少なくとも１つの機種に依存するものであるか否かを判定する判定手段と、
前記識別情報受信手段により受信される識別情報に基づいて、要求されたデータが前記複数の制御部のうちのいずれに依存するかを判定する制御部判定手段と、
要求されたデータが前記複数の制御部の少なくとも１つの機種に依存する場合、前記制御部判定手段により判定された制御部内の格納部から、要求されたデータを取得し、要求されたデータが前記複数の制御部の機種に依存しない場合、前記通信制御部内の格納部から、要求されたデータを取得する取得手段とを有することを特徴とする画像形成装置。
【請求項１２】
複数の制御部を有する装置本体に関する情報を提供する情報提供方法であって、
外部装置から要求される装置本体に関するデータに対応する識別情報を前記外部装置から受信する識別情報受信ステップと、
前記識別情報受信ステップで受信される識別情報に基づいて、要求されたデータが、装置本体の機種に依存するものであるか否かを判定する判定ステップと、
前記識別情報受信ステップで受信される識別情報に基づいて、要求されたデータが複数の制御部のうちのいずれに依存するかを判定する制御部判定ステップと、
要求されたデータが装置本体の機種に依存する場合、前記制御部判定ステップで判定された制御部内の格納部から、要求されたデータを取得し、要求されたデータが装置本体の機種に依存しない場合、装置本体に接続される通信制御部内の格納部から、要求されたデータを取得する取得ステップと、
前記取得ステップで取得されたデータを前記外部装置に提供する提供ステップとを有することを特徴とする情報提供方法。
【請求項１３】
複数の制御部を有する装置本体に関するデータを提供するためのプログラムであって、
外部装置から要求される装置本体に関するデータに対応する識別情報を前記外部装置から受信する識別情報受信ステップと、
前記識別情報受信ステップで受信される識別情報に基づいて、要求されたデータが、装置本体に依存するものであるか否かを判定する判定ステップと、
前記識別情報受信ステップで受信される識別情報に基づいて、要求されたデータが複数の制御部のうちのいずれに依存するかを判定する制御部判定ステップと、
要求されたデータが装置本体に依存する場合、前記制御部判定ステップにより判定された制御部内の格納部から、要求されたデータを取得し、要求されたデータが装置本体に依存しない場合、前記情報管理装置内の格納部から、要求されたデータを取得する取得ステップと、
前記取得ステップにより取得されたデータを、前記外部装置に提供する提供ステップとをコンピュータに実行させることを特徴とするプログラム。
【請求項１４】
複数の制御部を有する装置本体に関するデータを、要求に応じて、外部装置に提供する情報管理装置であって、
要求されるデータに対応する識別情報を前記外部装置から受信する識別情報受信手段と、
前記識別情報受信手段により受信される識別情報に基づいて判定した結果、要求されたデータが、装置本体の機種に依存するものであって前記複数の制御部のうちの一の制御部に依存するものである場合、要求されたデータを当該一の制御部から取得し、要求されたデータが装置本体の機種に依存しないものである場合、要求されたデータを前記情報管理装置内の格納部から取得する取得手段を有することを特徴とする情報管理装置。
【請求項１５】
複数の制御部を有する装置本体に関する情報を提供する情報提供方法であって、
外部装置から要求される装置本体に関するデータに対応する識別情報を前記外部装置から受信する識別情報受信ステップと、
前記識別情報受信ステップで受信される識別情報に基づいて判定した結果、要求されたデータが、装置本体の機種に依存するものであって前記複数の制御部のうちの一の制御部に依存するものである場合、要求されたデータを当該一の制御部内の格納部から取得し、要求されたデータが装置本体の機種に依存しないものである場合、要求されたデータを前記情報管理装置内の格納部から取得する取得ステップと、
前記取得ステップで取得されたデータを前記外部装置に提供する提供ステップとを有することを特徴とする情報提供方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＷＥＢコンテンツ（情報の内容）を分散配置する場合に好適な情報管理装置、画像形成装置に関するものである。
【０００２】
【従来の技術】
近年、インターネットの普及により、印刷装置もネットワークで使われる形態が一般化してきた。通常、印刷装置において、高速機やカラー機などの高価格機では、ネットワークインターフェイスは内蔵される傾向にあるが、低価格なモノクロ機の場合には、ネットワークインターフェイスは本体には同梱されず、ネットワークカードモジュールとして別に供給される形態が一般的である。
【０００３】
この場合、印刷装置本体とネットワークカードモジュールは、個々にＣＰＵを持ったインテリジェントな形態であり、それぞれが、接続インターフェイス間で通信を行って所望のサービスを提供している。このことは、逆に、印刷装置本体が、負荷の重いネットワークサービスをネットワークカードモジュールに追い出すことが可能となり、相対的に印刷装置本体のＣＰＵや周辺パフォーマンスを下げることが可能となり、印刷装置本体のコスト削減をもたらしている。
【０００４】
従来の印刷装置のネットワークインターフェイスは、例えばｌｐｒ機能に代表されるような印刷データの送受信だけができればよかった。が、昨今、印刷装置に関する情報を管理するというニーズが高くなり、付加技術として各種の手段・機能がネットワークインターフェイス機能として提供されている。
【０００５】
最も単純な例が、印刷データを送信するポートで、情報管理データ（ジョブ制御言語＝Ｊｏｂ  Ｌａｎｇｕａｇｅ）を転送可能にする形態である。ジョブ制御言語は、印刷データを送るポートを共有する形で使用されるため、サービスポートを増加せずに済み、比較的実装が簡単である。が、印刷データが大量に送信されるとポートが占有されるため、情報管理データのやりとりが止まってしまうという問題がある。また、ネットワークにおけるｌｐｒプロトコルのような片方向型コネクションの場合、そもそも情報取得ができないという欠点がある。
【０００６】
次の手法としては、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）／ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）を使った方式がある。この方式では、データ送受信用の専用ポートを用意し、標準規格であるＳＮＭＰを使う。しかし、この方式では、ＳＮＭＰを使ってデータを受信し、機器に関する情報を表示するＵＩ（ＵｓｅｒＩｎｔｅｒｆａｃｅ）を提供する専用のクライアントプログラムが必要である。
【０００７】
なおかつ、この方式では、ＳＮＭＰがそもそも単純な情報のやり取りを行うプロトコルであるため、数字、文字列などの単純なデータベースしか提供できない。その結果、機器の構成を示すビットマップ画像データなどＵＩを構成する情報は、前記クライアントプログラムが所有せねばならない。さらにそれに伴い、クライアントプログラムがたくさんの機種に対応するべく、たくさんの情報やデータを保持しなければならないという問題点がある。
【０００８】
最新の方法としては、ネットワークカードモジュールが、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サービスを提供して、機器情報に関するＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データやビットマップ画像データといったＷＥＢコンテンツを提供し、一方、ユーザが使用するクライアントコンピュータでは、一般的なＷＥＢブラウザが、前記ＷＥＢコンテンツをＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）上に表示し、表示されている情報を操作可能とすることにより、クライアントプログラムが提供されなくても同様の効果を得ることが可能である。
【０００９】
従来の方式では、クライアントプログラムが多種多様な機器に固有な情報（メッセージ文字列、ビットマップ画像データ）を管理する必要があったが、各機器が自分の機種情報を持てばよい、この方式では、短期間で製品を提供することができる。
【００１０】
【発明が解決しようとする課題】
このような方法において、さらに製品コストの削減や開発コストの低減を図るためには、より一層のネットワークモジュールの共通化を図る必要がある。そこで、機種に依存するＷＥＢコンテンツは機器本体部に格納され、機種に依存しないＷＥＢコンテンツはネットワークカードモジュールに格納されることで、ネットワークカードモジュールが、接続される可能性のある全ての機器本体のモデルについてＷＥＢコンテンツを持つことを不要とする。それにより、ネットワークカードモジュールの記憶容量のコストを削減すること等を可能とする。
【００１１】
しかしながら、機器においてはマルチファンクション化（多機能化）が進み、例えば、プリンタ部、ファクス部、スキャナ部といったように、複数の制御部が組み合わされた印刷装置（複合機：Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ）開発されるようになった。
【００１２】
このような印刷装置では、複数の制御部がそれぞれの機能を制御し、それぞれの制御部は独立して存在しているため、印刷装置固有の情報が、機能ごとに、個々の制御部によって管理されている場合がある。このため、上述したＨＴＴＰを使って機器情報を提供する機能においては、印刷装置固有の情報を取得するために、複数の制御部から情報を取得することが望ましい。
【００１３】
【課題を解決するための手段】
本発明は、上述した点に鑑みなされたものであり、複数の制御部のそれぞれからデータを取得することによって、より詳細な装置本体に関するデータを提供することのできる情報管理装置、画像形成装置、情報提供方法及びプログラムを提供することを目的とする。
【００１４】
そして、本発明に係わる情報管理装置は、複数の制御部を有する装置本体に関するデータを、要求に応じて、外部装置に提供する情報管理装置であって、要求されるデータに対応する識別情報を前記外部装置から受信する識別情報受信手段と、前記識別情報受信手段により受信される識別情報に基づいて、要求されたデータが、装置本体の機種に依存するものであるか否かを判定する判定手段と、前記識別情報受信手段により受信される識別情報に基づいて、要求されたデータが前記複数の制御部のうちのいずれに依存するかを判定する制御部判定手段と、要求されたデータが装置本体の機種に依存する場合、前記制御部判定手段により判定された制御部から、要求されたデータを取得し、要求されたデータが装置本体の機種に依存しない場合、前記情報管理装置内の格納部から、要求されたデータを取得する取得手段とを有することを特徴とする。または、本発明に係わる情報管理装置は、複数の制御部を有する装置本体に関するデータを、要求に応じて、外部装置に提供する情報管理装置であって、要求されるデータに対応する識別情報を前記外部装置から受信する識別情報受信手段と、前記識別情報受信手段により受信される識別情報に基づいて判定した結果、要求されたデータが、装置本体の機種に依存するものであって前記複数の制御部のうちの一の制御部に依存するものである場合、要求されたデータを当該一の制御部から取得し、要求されたデータが装置本体の機種に依存しないものである場合、要求されたデータを前記情報管理装置内の格納部から取得する取得手段を有することを特徴とする。
【００１５】
また、要求されたデータが装置本体の機種に依存する場合、判定された制御部に、データの要求を送信して、データを取得することを特徴とする。
【００１６】
また、要求されたデータを識別する識別情報に基づいて、要求されたデータが装置本体の機種に依存するものであるか否かを判定することを特徴とする。特に、前記識別情報は、データを示すＵＲＬであることを特徴とする。
【００１７】
また、前記装置本体の機種に依存するデータを識別する識別情報を前記情報管理装置に保持させ、受信される識別情報と保持された識別情報に基づいて、要求されたデータが装置本体の機種に依存するものであるか否かを判定することを特徴とする。
【００１８】
また、前記装置本体の機種に依存しないデータを識別する識別情報を前記情報管理装置に保持させ、受信される識別情報と保持された識別情報に基づいて、要求されたデータが装置本体の機種に依存するものであるか否かを判定することを特徴とする。
【００１９】
また、前記装置本体に関するデータは、ＨＴＭＬで記述されたデータ、または画像データであることを特徴とする。
【００２０】
また、装置本体に関するデータは、装置本体に装着される給紙装置に関するデータ、または装置本体に装着される排紙装置に関するデータ、または装置本体に装着されるオプション装置に関するデータ、装置本体の給紙或いは排紙に関するデータであることを特徴とする。
【００２１】
また、装置本体に関するデータは、前記外部装置のブラウザによって表示処理されることを特徴とする。
【００２２】
また、前記装置本体は、ホストコンピュータから送信された印刷データに基づいて、印刷処理を行なう印刷装置であることを特徴とする。
【００２３】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。
【００２４】
＜第１の実施の形態＞
図１は、本発明の第１の実施の形態に係る印刷システムの構成例を示すブロック図である。第１の実施の形態に係る印刷システムは、ホストコンピュータ１００と、ネットワークカード部１１０、印刷部１２０及びファクシミリ部１３０を備えた印刷装置１０１と、ホストコンピュータ１００と印刷装置１０１とを接続するネットワーク等の所定の通信媒体１０２とから構成されている。
【００２５】
更に、印刷装置１０１のネットワークカード部１１０は、ネットワークＩ／Ｆ部１１１、ｌｐｄサーバ部１１２、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）サーバ部１１３、印刷装置Ｉ／Ｆ部１１４、機種非依存コンテンツ部１１５、ファクシミリＩ／Ｆ部１１６を備える。
【００２６】
印刷装置１０１の印刷部１２０は、受信バッファ１２１、機種依存コンテンツ部１２２、ＰＤＬトランスレータ１２３、中間バッファ１２４、描画部１２５、プリンタエンジン１２６、ネットワークカードＩ／Ｆ部１２７を備える。ファクシミリ部１３０は、ファクシミリ制御部１３１、機種依存コンテンツ部１３２、ネットワークカードＩ／Ｆ部１３３を備えている。
【００２７】
上記構成を詳述すると、印刷装置１０１のネットワークカード部１１０において、ネットワークＩ／Ｆ部１１１は、通信媒体１０２との間で通信を行い、通信媒体１０２を介して受信したデータをサービスに応じて次段（他の部）に渡す。ｌｐｄサーバ部１１２は、ホストコンピュータ１００から送信された印刷データを受信する。
【００２８】
ＷＷＷサーバ部１１３は、ホストコンピュータ１００から要求された、印刷装置１０１の状態を示すデータを、ＨＴＴＰを使用して送受信する。印刷装置Ｉ／Ｆ部１１４は、印刷部１２０に対して印刷データや機種依存コンテンツ（機種依存なデータ）の送受信を指示する。ファクシミリＩ／Ｆ部１１６は、ファクシミリ部１３０に対してファクスデータや機種依存コンテンツ（機種依存データ）の送受信を指示する。
【００２９】
機種非依存コンテンツ部１１５は、ＷＷＷサーバ部１１３により提供される、機種に依存しないＨＴＭＬデータやビットマップ画像データを格納する。
【００３０】
印刷装置１０１の印刷部１２０において、ネットワークカードＩ／Ｆ部１２７は、印刷装置Ｉ／Ｆ部１１４と通信を行い、該通信に基づくデータをサービスに応じて次段に渡す。受信バッファ１２１は、ＲＡＭ或いはＨＤＤデバイスから構成されており、印刷データを受け取り、ＰＤＬトランスレータ１２３に渡す。機種依存コンテンツ部１２２は、機種に依存したＨＴＭＬデータやビットマップ画像データを格納する。ＰＤＬトランスレータ１２３は、受信バッファ１２１に入った印刷データを取り出し、ＰＤＬ（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎａｕｇｅ：ベージ記述言語）で記述された印刷データを解析して、その印刷データを描画するための中間データに変換する。
【００３１】
中間バッファ１２４は、ＰＤＬトランスレータ１２３が変換した描画するための中間データを一時的に蓄えて、描画部１２５に渡す。描画部１２５は、描画するための中間データを中間バッファ１２４から取り出し、ラスタデータ（ビットマップデータ）に変換してプリンタエンジン１２６に渡す。プリンタエンジン１２６は、既知の電子写真技術或いはインクジェット技術によって、描画部１２５が生成したラスタデータに基づいて、用紙に印刷し、印刷終了後に用紙を排出する。ここで、プリンタエンジン部１２６は、既知の印刷技術を利用するものであり、例えば電子写真方式や、インクジェット方式が一般的である。
【００３２】
印刷装置１０１のファクシミリ部１３０において、ネットワークカードＩ／Ｆ部１３３は、ファクシミリＩ／Ｆ部１１６と通信を行い、該通信に基づくデータをサービスに応じて次段に渡す。ファクシミリ制御部１３１は、ファクシミリデータを受け取り処理を行う。機種依存コンテンツ部１３２は、機種に依存したＨＴＭＬデータやビットマップ画像データを格納する。
【００３３】
ここで、ＷＥＢコンテンツについて説明する。図１３は、印刷装置１０１のＷＷＷサーバ部１１３が提供したＨＴＭＬデータやビットマップ画像データが、ホストコンピュータ１００のＷＷＷブラウザソフトウェアによって処理されて、ＧＵＩでディスプレイに表示された例を示す図である。図１３において、画面構成は２フレームに分かれている。即ち、モード切替フレーム１３０１とモード表示フレーム１３５１である。
【００３４】
モード切替フレーム１３０１は、多くの機能を持つＷＷＷサービスに対して、画面をモード分割して表示するために、各モードヘの移行を促すボタンを配置するものである。ここでは、デバイス管理１３０２、ジョブ管理１３０３、デバイス管理１３０４、サポートリンク１３０５のそれぞれボタンがあり、各モードヘの移行を示している。
【００３５】
モード表示フレーム１３５１は、デバイス管理の状態フレームを示しており、上から、機器のビットマップアイコンである１３５２、機器の名称を示す１３５３、状態表示を示す１３５４、給紙装置（手差しトレイ、上段カセット、下段カセット、ペーパーデッキ、封筒フィーダ）の情報を示す１３５５、排紙装置（排紙トレイ、ビン１、ビン２、ビン３）の状態を示す１３５６、機器の構成を示すビットマップ画像１３５７、ユーティリティの起動を示すボタン１３５８、デバイス制御の起動を示すボタン１３５９から構成されている。
【００３６】
印刷装置１０１にＷＷＷサーバ部１１３を備える理由は、印刷装置１０１の状態監視、初期値設定、印刷ジョブの制御が、ホストコンピュータ１００が有するＷＷＷブラウザで閲覧され、操作されることを可能にするためである。ここで、ＷＷＷサーバ部１１３は、ホストコンピュータ１００から要求されたＷＥＢコンテンツ（ＨＴＭＬデータやビットマップ画像データ）を提供するデータベースとして動作している。
【００３７】
これにより、ホストコンピュータ１００のユーザは、印刷装置１０１を管理するための専用のプログラムを干すとコンピュータ１００にインストールする必要がない。また、ユーザは、ホストコンピュータ１００以外であっても、ＷＷＷブラウザを備える装置、例えば、情報携帯端末やノートパソコンを使って、印刷装置１０１の状態を閲覧し、印刷装置１０１を操作するができる。
【００３８】
図２は、基本的なＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データの一例を示す図である。この表記は、説明を行うために単純化しており、実際には更に複雑な文書が記述される。
図２において、<！DOCTYPE HTML PUBLIC”-／／IETF／／DTD HTML2.0／／EN”>の行は、ＳＧＭＬ（Standard Generalized Markup Language）文書における文書型宣言であり、当該文書がＨＴＭＬで記述されていることを示している。
【００３９】
<HTML>から<／HTML>に囲まれた領域にＨＴＭＬ文書が記述される。<HEAD>から<／HEAD>に囲まれた領域は、ＨＴＭＬ文書のヘッダ領域を示すものであり、<TITLE><／TITLE>に囲まれた「WEB Console Interface」という文字列が、当該ＨＴＭＬ文書の主題を表している。<BODY>から<／BODY>に囲まれた領域は、ＨＴＭＬ文書の内部を示しており、この中で、３つのイメージを取り込んでいる。
【００４０】
ＨＴＭＬ文書中の１つ目のイメージは<IMG SRC=”／mfp／device.png”>である。図３は、このイメージの概観を示す。「／mfp／device.png」は、ＵＲＬ（Uniform Resource Locator）表記でないため、印刷装置１０１の内部データであることがわかる。更に、「／mfp／device.png」は印刷装置１０１の概観を示すデータを示すものであり、これは印刷装置１０１の機種に依存した「機種依存コンテンツ」であることがわかる。通常の印刷装置とは異なる印刷装置である場合、即ち、例えばカラー機種の印刷装置である場合や、用紙カセットの段数が少ない印刷装置である場合には、「／mfp／device.png」は異なるイメージを表す。
【００４１】
２つ目のイメージは< IMC SRC=”／dev／paper.png”>である。これも同様にＵＲＬ表記でないため、印刷装置１０１の内部データであることがわかる。更に、「／dev／paper.png」は、印刷装置にセットされている用紙の残量を示しており、これは機種に依存した「機種依存コンテンツ」であることがわかる。
【００４２】
３つ目のイメージは<IMC SRC=”／nic／error.png”>である。これも同様にＵＲＬ表記でないため、印刷装置１０１の内部データであることがわかる。更に、「／nic／error.png」はカセット給紙（カセットに用紙を補給すること）を促す抽象的なイメージを示しており、これは機種に依存しない「機種非依存コンテンツ」であることがわかる。
【００４３】
このように、ＷＥＢコンテンツには、大きくわけて、機種に依存するＷＥＢコンテンツ（機種依存コンテンツ）と、機種に依存しないＷＥＢコンテンツ（機種非依存コンテンツ）とがあり、更に機種に依存するＷＥＢコンテンツは、その情報を管理する各制御部によって区別される。
【００４４】
通常、印刷装置１０１のネットワークカード部１１０は、機種に依存するＷＥＢコンテンツは印刷部１２０内にある機種依存コンテンツ部１２２及びファクシミリ部１３０内にある機種依存コンテンツ部１３３から取得し、機種に依存しないＷＥＢコンテンツはネットワークカード部１１０内にある機種非依存コンテンツ部１１５から取得する。つまり、機種依存なＷＥＢコンテンツと機種非依存なＷＥＢコンテンツとを分けて格納し、更に、機種依存コンテンツ部１２２及び１３３に格納されるＷＥＢコンテンツは、機種に応じてその内容を分けて格納する。例えば、図３のdevice.pngは機種に応じた概観を示すイメージデータとして格納され、図４のerror.pngは印刷装置で発生しているエラー情報を示すイメージデータとして格納される。
【００４５】
次に、上記の機種依存なＷＥＢコンテンツと機種非依存なＷＥＢコンテンツ、及びコントローラごとの機種非依存なＷＥＢコンテンツをどのようにして切り分けて取得するかについて述べる。第１の実施の形態では、これらの違いを区別するために、パス構造を使用する。また、第１の実施の形態では、／dev／で始まるＷＥＢコンテンツの場合は、印刷部に機種依存なＷＥＢコンテンツとして機種依存コンテンツ部１２２から取得し、／mfp／で始まるＷＥＢコンテンツの場合は、ファクシミリ部に機種依存なＷＥＢコンテンツとして機種依存コンテンツ部１３２から取得し、／nic／で始まるＷＥＢコンテンツの場合は、機種非依存なＷＥＢコンテンツとして機種非依存コンテンツ部１１５から取得することにする。
【００４６】
次に、上記の機種依存なＷＥＢコンテンツと、機種非依存なＷＥＢコンテンツと、コントローラ（印刷部１２０やファクシミリ部１３０）ごとの機種非依存なＷＥＢコンテンツをどのようにして切り分けて取得するかについて述べる。第１の実施の形態では、これらの違いを区別するために、パス構造を使用する。
【００４７】
第１の実施の形態では、「／dev／」で始まるＵＲＬで識別されるＷＥＢコンテンツの場合は、印刷部１２０に機種依存なＷＥＢコンテンツとして機種依存コンテンツ部１２２から取得する。「／mfp／」で始まるＵＲＬで識別されるＷＥＢコンテンツの場合は、ファクシミリ部に機種依存なＷＥＢコンテンツとして機種依存コンテンツ部１３２から取得する。「／nic／」で始まるＵＲＬで識別されるＷＥＢコンテンツの場合は、機種非依存なＷＥＢコンテンツとして機種非依存コンテンツ部１１５から取得する。
【００４８】
図５は、第１の実施の形態に係る印刷装置１０１のＷＷＷサーバ部１１３の動作を示すフローチャートである。ＷＷＷサーバ部１１３は、印刷装置１０１の起動と共に起動し、電源遮断までサービスの提供を継続する。サービスを開始すると、ステップＳ５０１において、ＷＷＷサーバ部１１３は、ホストコンピュータ１００からＧＥＴ操作が送られてくるのを待つ。ＧＥＴ操作とは、ＨＴＴＰにおけるＷＥＢコンテンツを要求する操作のことであり、このＧＥＴ操作が来るまで先頭でループする。
【００４９】
ホストコンピュータ１００からＧＥＴ操作が来ると、ステップＳ５０２において、ＷＷＷサーバ部１１３は、上記ＧＥＴ操作で要求されたＷＥＢコンテンツのチェックを行い、ＷＥＢコンテンツがＵＲＬ表記であるか否かを判断する。例えば、指定されたＷＥＢコンテンツ名が、「http：／／printer.domain／dev／device.html」の場合は、「http：／／」はスキームであり、「printer.domain」はドメインネームであるため、両者を外し、「／dev／device.html」だけを取り出す。
【００５０】
更に、ステップＳ５０４において、ＷＷＷサーバ部１１３は、上記取り出したＷＥＢコンテンツ名が「／dev／」で始まっているかどうかのチェックを行う。前述のように「／dev／」で始まるＷＥＢコンテンツ（機種依存ＷＥＢコンテンツ）名は印刷部１２０から取得するルールにしている。そのため、ＷＥＢコンテンツ名が「／dev／」で始まっている場合には、ステップＳ５０５において、ＷＷＷサーバ部１１３は、印刷部１２０に対し当該ＷＥＢコンテンツの獲得要求を発行する。そして、ステップＳ５０６において、印刷部１２０からの返答を待ち、印刷部１２０から返答が来たら、ステップＳ５０７において、ＨＴＴＰのリプライ形式によって、ホストコンピュータ１００に対し要求されたＷＥＢコンテンツの提供を行う。
【００５１】
ＷＷＷサーバ部１１３は、上記ステップＳ５０４において「／dev／」で始まるＷＥＢコンテンツでない（機種非依存ＷＥＢコンテンツ）と判断した場合には、ＷＥＢコンテンツ名が「／mfp／」で始まっているかどうかのチェックを行う。前述のように「／mfp／」で始まるＷＥＢコンテンツ（機種依存ＷＥＢコンテンツ）名はファクシミリ部１３０から取得するルールにしている。そのため、ＷＥＢコンテンツ名が「／mfp／」で始まっている場合には、ステップＳ５０９において、ＷＷＷサーバ部１１３は、ファクシミリ部１３０に対し当該ＷＥＢコンテンツの獲得要求を発行する。そして、ステップＳ５１０において、ファクシミリ部１３０からの返答を待ち、ファクシミリ部１３０から返答が来たら、ステップＳ５１１において、ＨＴＴＰのリプライ形式によって、ホストコンピュータ１００に対し要求されたＷＥＢコンテンツの提供を行う。
【００５２】
ＷＷＷサーバ部１１３は、上記ステップＳ５０８において「／mfp／」で始まるＷＥＢコンテンツでない（機種非依存ＷＥＢコンテンツ）と判断した場合には、当該ＷＥＢコンテンツはネットワークカード部１１０が所有するＷＥＢコンテンツであると判定する。従って、ステップＳ５１２において、機種非依存コンテンツ部１１５から当該ＷＥＢコンテンツを獲得し、ＨＴＴＰのリプライ形式によって、ホストコンピュータ１００に対し上記要求されたＷＥＢコンテンツの提供を行う。
【００５３】
即ち、第１の実施の形態では、ＷＷＷサーバ部１１３は、ホストコンピュータ１００からＨＴＴＰで指定されたＷＥＢコンテンツのＵＲＬ及びパス検査を行う際、前記指定されたＷＥＢコンテンツが特定のパスにマッチするか否かを判定し、その判定結果に基づき、前記指定されたＷＥＢコンテンツが、機種依存なＷＥＢコンテンツであるか、機種非依存なＷＥＢコンテンツであるかを判別する。
【００５４】
なお、ＷＷＷサーバ部１１３が、「／dev／」で始まるＷＥＢコンテンツを印刷部１２０内の機種依存コンテンツ部１２２から取得する場合には、印刷装置Ｉ／Ｆ部１１４とネットワークカードＩ／Ｆ部１２７を介してＷＥＢコンテンツの読み込みを実行するリモート関数コールを行う。このリモート関数コールは、ネットワークカード部１１０から印刷部１２０に対してファイル転送を要求する。
【００５５】
図８は、リモート関数コールによる、ＷＥＢコンテンツの読み出しを指示する要求パケットのパケット形式を示す図である。図８において、８０１は、ＷＥＢコンテンツの読み込みを要求することを示すRemote Procedure Call IDである。ここでは、その数値が１００になっている。８０２は、要求であることを示すものである。ここでは、要求であることを示す０が格納されている。８０３は、パケットのデータサイズを示すものである。８０４は、要求するＷＥＢコンテンツのパスをしめすものである。このように、ＷＥＢコンテンツの要求は、バケット形式で送信される。バケットが、印刷部１２０のネットワークカードＩ／Ｆ部１２７によって正しく解釈されると、印刷部１２０は返答パケットを送信する。
【００５６】
図９は、リモート関数コールによるＷＥＢコンテンツ読み出しを指示する要求パケットに対応して、ＷＥＢコンテンツを送信する返答パケットのパケット形式を示す図である。図９において、９０１は、ＷＥＢコンテンツの読み込み要求を示すRemote Procedure Call IDである。ここでは、その数値が１００になっている。９０２は、返答であることを示すものである。ここでは、返答であることを示す１という数字が格納されている。９０３は、読み込みがうまくったかどうかを示す返答状態を示すものである。ここでは、読み込みがうまくいったことを示す１が格納されている。９０４は、パケットのデータサイズを示すものである。そして、ＷＥＢコンテンツのバイナリデータが、９０５に添付されて送信される。ＷＷＷサーバ部１１３は、返答パケットを解析して、返答パケットからＷＥＢコンテンツを取り出し、ＨＴＴＰのプロトコルでホストコンピュータ１００ヘ送信する。
【００５７】
ＷＷＷサーバ部１１３が、「／mfp／」で始まるＷＥＢコンテンツをファクシミリ部１３０内の機種依存コンテンツ部１３２から取得する場合も、ファクシミリＩ／Ｆ部１１６とネットワークカードＩ／Ｆ部１３３とを介してＷＥＢコンテンツの読み込みを実行するリモート関数コールが実行される。このリモート関数コールは、ネットワークカード部１１０からファクシミリ部１３０に対してファイル転送を要求するものである。
【００５８】
各モジュール間の動作を時間を追って説明する。図６及び図７は、ホストコンピュータ１００から要求されたＷＥＢコンテンツの取得を、各モジュール間でどのように行われているか示す遷移図である。縦軸は時間であり、ホストコンピュータ１００と、印刷装置１０１のネットワークカード部１１０、印刷部１２０との間における要求と返答の変遷を示している。
【００５９】
図６は、ホストコンピュータ１００が「機種非依存なＷＥＢコンテンツ」を要求した場合の動作である。ＷＥＢコンテンツは、ネットワークカード部１１０に存在するので、印刷部１２０に対する要求は発生させずに、機種非依存コンテンツ部１１５からＷＥＢコンテンツを取り出し、ホストコンピュータ１００に送信している。
【００６０】
図７は、ホストコンピュータ１００が、印刷部が所有する「機種依存なＷＥＢコンテンツ」を要求した場合の動作である。ＷＥＢコンテンツは印刷部１２０に存在するので、印刷部１２０に対して要求を行い、機種依存コンテンツ部１２２からＷＥＢコンテンツを取り出し、ホストコンピュータ１００に送信している。ファクシミリ部が所有する「機種依存菜ＷＥＢコンテンツ」を要求した場合も、印刷部をファクシミリ部に置き換えて、同様な遷移を行う。
【００６１】
なお、ホストコンピュータ１００が、図２に示すＨＴＭＬデータを取得して解析し、ＨＴＭＬデータに記載されているＷＥＢコンテンツをそれぞれ要求するごとに、図６または図７の処理が実行される。図２に示すＨＴＭＬデータでは、<IMG SRC=”／mfp／device.png”>、< IMC SRC=”／dev／paper.png”>、<IMC SRC=”／nic／error.png”>がそれぞれ、ＷＥＢコンテンツに相当する。
【００６２】
以上説明したように、本発明の第１の実施の形態によれば、ＷＥＢコンテンツを機種依存なＷＥＢコンテンツと機種非依存なＷＥＢコンテンツ、更に機種に依存するＷＥＢコンテンツは、その情報を管理する各コントローラ毎に固有な機種依存なＷＥＢコンテンツに分類し、機種に依存するＷＥＢコンテンツは印刷部１２０とファクシミリ部１３０にそれぞれ配置し、機種に依存しないＷＥＢコンテンツはネットワークカード部１１０に配置するといったごとく、分散配置することにより、以下の効果を得ることができる。
【００６３】
（１）ネットワークカード部１１０が接続される可能性のある全てのモデル・機種について、ネットワークカード部１１０が、機種非依存コンテンツ部１１５にＷＥＢコンテンツを持つ必要がなく、ネットワークカード部１１０の記憶容量コストを削減することが可能となる。
【００６４】
（２）上記と同様の理由で、ネットワークカード部１１０は、将来開発されるであろう印刷部１２０及びファクシミリ部１３０に対して、ネットワークカード部１１０のＲＯＭを交換することなく、対応することが可能となる。
【００６５】
（３）印刷部１２０及びファクシミリ部１３０の立場からすると、要求された印刷装置の状態をＨＴＴＰを使用して送受信するＷＷＷサーバ部１１３、及び機種非依存なＷＥＢコンテンツを格納する機種非依存コンテンツ部１１５をネットワークカード部１１０に追い出すことにより、そもそもネットワークへの対応が必要にない場合、余計なコストアップが発生するのを防ぐことができる。
【００６６】
＜第２の実施の形態＞
上記第１の実施の形態においては、ＷＥＢコンテンツのＵＲＬからパス部分を取った文字列が「／dev／」または「／mfp／」を含むか否かに基づき、ＷＥＢコンテンツが、機種依存なＷＥＢコンテンツであるか機種非依存なＷＥＢコンテンツであるかを判断していた。
【００６７】
しかし、この手法では、ＷＥＢコンテンツが、機種依存なＷＥＢコンテンツか機種非依存なＷＥＢコンテンツかを、ホストコンピュータ１００のＧＵＩによって類推することが可能である。ＷＥＢコンテンツの置き場所は内部情報であるため、ＵＲＬから類推できるのは好まれない場合もある。
【００６８】
そこで、本発明の第２の実施の形態では、ＷＥＢコンテンツをＵＲＬから類推できないようにするための対処として、上記第１の実施の形態のようにＷＥＢコンテンツのＵＲＬからパス部分を取った文字列が「／dev／」または「／mfp／」を含むか否かではなく、予め、機種依存ＷＥＢコンテンツと認識される文字列リストを用意しておき、該文字列リストと比較対象のＷＥＢコンテンツとを比較する。
【００６９】
図１０は本発明の第２の実施の形態に係る印刷システムの構成例を示すブロック図である。第２の実施の形態に係る印刷システムは、ホストコンピュータ１０００と、ネットワークカード部１０１０、印刷部１０２０、ファクシミリ部１０３０を備えた印刷装置１００１と、ホストコンピュータ１０００及び印刷装置１００１を接続する通信媒体１００２とから構成されている。
【００７０】
更に、印刷装置１００１のネットワークカード部１０１０は、ネットワークＩ／Ｆ部１０１１、ｌｐｄサーバ部１０１２、ＷＷＷサーバ部１０１３、印刷装置Ｉ／Ｆ部１０１４、ファクシミリＩ／Ｆ部１０１６、機種非依存コンテンツ部１０１５、依存リスト１０１７を備え、印刷装置１００１の印刷部１０２０は、受信バッファ１０２１、機種依存コンテンツ部１０２２、ＰＤＬトランスレータ１０２３、中間バッファ１０２４、描画部１０２５、プリンタエンジン１０２６、ネットワークカードＩ／Ｆ部１０２７を備え、ファクシミリ部１０３０は、ファクシミリ制御部１０３１、機種依存コンテンツ部１０３２、ネットワークカードＩ／Ｆ部１０３３を備えている。
【００７１】
図１０は、図１に一部変更を加えたものである。図１０は上記図１の構成において印刷装置のネットワークカード部に依存リスト１０１７を追加したものであり、それ以外は同一であり、同一部分の説明は省略する。
【００７２】
印刷装置１００１のネットワークカード部１０１０が備える依存リスト１０１７は、文字列のリストを持ったデータベースである。依存リスト１０１７が、例えば、図１１に示すような文字列のリストを持っていた場合、ＷＥＢコンテンツ名がこの文字列のいずれかと同じである場合には、印刷部１０２０またはファクシミリ部１０３０に対してＷＥＢコンテンツを要求し、ＷＥＢコンテンツ名がそれ以外の場合は、ネットワークカード部１０１０が提供することになる。
【００７３】
また、印刷部１０２０またはファクシミリ部１０３０のいずれに対して要求を行うかは、図１１の（ａ）に示すように、リストの先頭が、「／dev／」の場合には、印刷部１０２０に問い合せ、「／mfp／」の場合にはファクシミリ部１０３０に問い合せる。また図１１の（ｂ）に示すように、問い合わせを行うために、階層をずらして「／dev／」、「／mfp／」と表現し、判断する方法もある。
【００７４】
図１２は、本発明の第２の実施の形態に係る印刷装置１００１のＷＷＷサーバ部１０１３の動作を示すフローチャートである。図１２が、第１の実施の形態の図５と異なるのは、ステップＳ１２０４の比較条件である。ステップＳ１２０４では、指定パスが依存リスト１０１７に含まれるかどうかのチェックを行う。
【００７５】
これによって、ＵＲＬやパスに関係なくＷＥＢコンテンツを、機種依存なＷＥＢコンテンツ、機種非依存なＷＥＢコンテンツに設定することが可能である。つまり、ＷＥＢコンテンツのＵＲＬを変更するときにも、依存リストを変更するだけで済む。尚、図１２のステップＳ１２０１〜ステップＳ１２０３、ステップＳ１２０５〜ステップＳ１２１３は、上記図５のステップＳ５０１〜ステップＳ５０３、ステップＳ５０４〜ステップＳ５１２と同様であり、説明を省略する。
【００７６】
以上説明したように、本発明の第２の実施の形態によれば、機種依存ＷＥＢコンテンツと認識される文字列リストを用意しておき、該文字列リストと比較対象のＷＥＢコンテンツ名とを比較することにより、ＵＲＬやパスに関係なく、機種依存なＷＥＢコンテンツであるか、機種非依存なＷＥＢコンテンツであるかを判定することができる。
【００７７】
また、文字列リストを変更するだけで、あるＷＥＢコンテンツを、機種依存なＷＥＢコンテンツにするか、機種非依存なＷＥＢコンテンツにするかを設定することができる。
【００７８】
上記第２の実施の形態においては、印刷装置１００１のネットワークカード部１０１０が依存リスト１０１７を備える構成とした。しかし、印刷装置１００１のネットワークカード部１０１０が、機種依存ＷＥＢコンテンツと認識されるＷＥＢコンテンツのコンテンツ名の文字列リストである依存リストを備える代わりに、機種非依存ＷＥＢコンテンツと認識されるＷＥＢコンテンツのコンテンツ名の文字列リストである非依存リストを備えるようにしてもよい。この場合、図１２のステップＳ１２０４の比較条件におけるＹｅｓ／Ｎｏが入れ替わるだけで、該ステップＳ１２０４以外の処理は同一であり、上記第２の実施の形態と同様の効果を得ることができる。
【００７９】
図１４は、印刷装置１０１に適用可能なレーザビームプリンタの内部構造を示す断面図である。このレーザビームプリンタは、文字パターンデータ等を入力して記録紙に印刷することができる。８０１２はレーザビームプリンタ本体であり、供給される文字パターン等を基に、記録媒体である記録紙上に像を形成する。８０００は操作のためのスイツチ及びＬＥＤ表示器などが配されている操作パネル、８００１はレーザビームプリンタ８０１２全体の制御及び文字パターン情報等を解析するプリンタ制御ユニツトである。このプリンタ制御ユニツト８００１は主に文字パターン情報をビデオ信号に変換してレーザドライバ８００２に出力する。レーザドライバ８００２は半導体レーザ８００３を駆動するための回路であり、入力されたビデオ信号に応じて半導体レーザ８００３から発射されるレーザ光８００４をオン・オフ切替えする。
【００８０】
レーザ光８００４は回転多面鏡８００５で左右方向に振られて静電ドラム８００６上を走査する。これにより、静電ドラム８００６上には文字パターンの静電潜像が形成される。この潜像は静電ドラム８００６周囲の現像ユニツト８００７により現像された後、記録紙に転写される。この記録紙にはカットシートを用い、カットシート記録紙はレーザビームプリンタ８０１２に装着した複数種の用紙に対応した複数の用紙カセツト８００８に収納され、給紙ローラ８００９及び搬送ローラ８０１０と８０１１とにより装置内に取込まれて、静電ドラム８００６に供給される。
【００８１】
図１５は、インクジェット記録装置ＩＪＲＡの断面図である。同図において、駆動モータ９０１１の正逆回転に連動して駆動力伝達ギア９０１０，９００８を介して回転するリードスクリュー９００４の螺旋溝９００３に対して係合するキャリッジＨＣはピン（不図示）を有し、矢印ａ，ｂ方向に往復移動される。このキャリッジＨＣには、インクジェットカートリッジＩＪＣが搭載されている。
【００８２】
９００１は紙押え板であり、キャリッジの移動方向に亙って紙をプラテン９０００に対して押圧する。９００６，９００７はフォトカプラで、キャリッジのレバー９００５のこの域での存在を確認して、モータ９０１１の回転方向切り換え等を行うためのホームポジション検知手段である。９０１３は記録ヘッドの前面をキャップするキャップ部材９０１９を支持する部材で、９０１２はこのキャップ内を吸引する吸引手段で、キャップ内開口９０２０を介して記録ヘッドの吸引回復を行う。
【００８３】
９０１４はクリーニングブレードで、９０１６はこのブレードを前後方向に移動可能にする部材であり、本体支持板９０１５にこれらが支持されている。ブレードは、この形態でなく周知のクリーニングブレードが本例に適用できることは言うまでもない。又、９０１８は、吸引回復の吸引を開始するためのレバーで、キャリッジと係合するカム９０１７の移動に伴って移動し、駆動モータからの駆動力がクラッチ切り換え等の公知の伝達手段で移動制御される。
【００８４】
これらのキャッピング、クリーニング、吸引回復は、キャリッジがホームポジション側の領域に来た時にリードスクリュー９００４の作用によってそれらの対応位置で所望の処理が行えるように構成されているが、周知のタイミングで所望の作動を行うようにすれば、本例にはいずれも適用できる。
【００８５】
なお、本発明は、上述した実施形態の装置に限定されず、複数の機器から構成されるシステムに適用しても、１つの機器から成る装置に適用してもよい。
【００８６】
図１６は、プログラムコードの供給方法の一例を示す図である。実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体１０００３をシステムあるいは装置１０００１に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、完成されることは言うまでもない。
【００８７】
具体的には、図５、図１２のフローチャートに基づくプログラムコードが、ネットワークカード部１１０のＲＯＭやＲＡＭに格納され、ネットワークカード部のＣＰＵが、これらのプログラムコードに従って制御を行うことにより、上述の制御方法を実現させることが可能となる。
【００８８】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体又はそのプログラムコード自体が本発明を構成することになる。
【００８９】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＯＭを用いることができる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９０】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、次のプログラムコードの指示に基づき、その拡張機能を拡張ボードや拡張ユニットに備わるＣＰＵなどが処理を行って実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９１】
【発明の効果】
以上説明したように、本発明によれば、外部装置に提供するデータを装置本体の機種に依存するデータと装置本体の機種に非依存なデータ、更に機種に依存するデータを、各制御部毎に分類し、機種に依存するデータは各制御部に配置し、機種に依存しないデータは情報管理装置または画像形成装置における通信制御部に配置することにより、データを適切に分散配置することができる。
【００９２】
そして、情報管理装置または通信制御部が接続される可能性のある装置本体の全てのモデル・機種について、情報管理装置または通信制御部が、機種に依存するデータを持つ必要がなく、情報管理装置または通信制御部の記憶容量コストを削減することが可能となる。
【００９３】
また、情報管理装置または通信制御部は、将来開発されるであろう制御部、例えば、プリンタコントローラやファクシミリコントローラに対して、情報管理装置または通信制御部の格納部を交換することなく、機種に依存するデータに対応することが可能となる。
【００９４】
また、制御部の立場からすると、要求されたデータを外部装置に提供する手段を情報管理装置または通信制御部に追い出すことにより、そもそもネットワークへの対応が必要にない場合には、余計なコストアップが発生するのを防ぐことができる。
【００９５】
また、データが機種に依存するデータであるか、機種に非依存なデータであるかを示すリストを設けることにより、ＵＲＬやパスに関係なく、データを、機種に依存するデータ、機種に非依存なデータに設定することが可能である。従って、データのＵＲＬを変更するときにも、そのリストを変更するだけで済む。
【図面の簡単な説明】
【図１】第１の実施の形態に係る印刷システムの構成例を示すブロック図である。
【図２】基本的なＨＴＭＬデータの一例を示す図である。
【図３】イメージの概観を示す図である。
【図４】印刷装置で発生しているエラー情報を示すイメージの概観を示す図である。
【図５】第１の実施の形態に係る印刷装置１０１のＷＷＷサーバ部１１３の動作を示すフローチャートである。
【図６】ホストコンピュータ１００が「機種非依存なＷＥＢコンテンツ」を要求した場合の動作を示す図である。
【図７】ホストコンピュータ１００が、印刷部が所有する「機種依存なＷＥＢコンテンツ」を要求した場合の動作を示す図である。
【図８】ＷＥＢコンテンツの読み出しを指示する要求パケットのパケット形式を示す図である。
【図９】ＷＥＢコンテンツを送信する返答パケットのパケット形式を示す図である。
【図１０】第２の実施の形態に係る印刷システムの構成例を示すブロック図である。
【図１１】依存リストを示す図である。
【図１２】第２の実施の形態に係る印刷装置１００１のＷＷＷサーバ部１０１３の動作を示すフローチャートである。
【図１３】ＨＴＭＬデータやビットマップ画像データが、ホストコンピュータ１００のＷＷＷブラウザソフトウェアによって処理されて表示された例を示す図である。
【図１４】レーザビームプリンタの内部構造を示す断面図である。
【図１５】インクジェット記録装置ＩＪＲＡの断面図である。
【図１６】プログラムコードの供給方法の一例を示す図である。
【符号の説明】
１００  ホストコンピュータ
１０１  印刷装置
１０２  通信媒体
１１０  ネットワークカード部
１２０  印刷部
１３０  ファクシミリ部
１１１  ネットワークＩ／Ｆ部
１１２  ｌｐｄサーバ部
１１３  ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）サーバ部
１１４  印刷装置Ｉ／Ｆ部
１１５  機種非依存コンテンツ部
１１６  ファクシミリＩ／Ｆ部
１２１  受信バッファ
１２２  機種依存コンテンツ部
１２３  ＰＤＬトランスレータ
１２４  中間バッファ
１２５  描画部
１２６  プリンタエンジン
１２７  ネットワークカードＩ／Ｆ部
１３１  ファクシミリ制御部
１３２  機種依存コンテンツ部
１３３  ネットワークカードＩ／Ｆ部
【図１】
0003780196.tif 000002
【図２】
0003780196.tif 000003
【図３】
0003780196.tif 000004
【図４】
0003780196.tif 000005
【図５】
0003780196.tif 000006
【図６】
0003780196.tif 000007
【図７】
0003780196.tif 000008
【図８】
0003780196.tif 000009
【図９】
0003780196.tif 000010
【図１０】
0003780196.tif 000011
【図１１】
0003780196.tif 000012
【図１２】
0003780196.tif 000013
【図１３】
0003780196.tif 000014
【図１４】
0003780196.tif 000015
【図１５】
0003780196.tif 000016
【図１６】
0003780196.tif 000017