JP4865885B2 - 印刷システム、ネットワークインターフェース装置、ネットワークインターフェース装置の制御方法、及び記憶媒体 - Google Patents

Description

本発明は、印刷システム、ネットワークインターフェース装置、ネットワークインターフェース装置の制御方法、及び記憶媒体に関し、特に、ＷＥＢコンテンツ（情報の内容）を分散配置する場合に好適な印刷システム、ネットワークインターフェース装置、ネットワークインターフェース装置の制御方法、及び記憶媒体に関する。

近年、インターネットの普及により、印刷装置もネットワークで使われる形態が一般化してきた。通常、印刷装置において、高速機やカラー機などの高価格機では、ネットワークインターフェースは内蔵される傾向にあるが、低価格なモノクロ機の場合には、ネットワークインターフェースは本体には同梱されず、ネットワークカードモジュールとして別に供給される形態が一般的である。

この場合、印刷装置本体とネットワークカードモジュールは、個々にＣＰＵを持ったインテリジェントな形態であり、それぞれのモジュールが、接続インターフェース間で通信を行って所望のサービスを実装している。このことは、逆に、負荷の重いネットワークサービスをネットワークカードモジュールに追い出すことが可能となり、相対的に印刷装置本体のＣＰＵや周辺パフォーマンスを下げることが可能となり、印刷装置本体のコスト削減をもたらしている。

従来のネットワークインターフェースは、例えばｌｐｒに代表されるような印刷データの送信だけできればよかったが、昨今、印刷装置に対する情報管理というニーズが高くなり、付加技術として各種の手段が提供されている。

最も単純な例が、印刷データを送信するポートに情報管理データ（ジョブ制御言語=Job Language）を付加する形態である。ジョブ制御言語は、印刷データを送るポートを共有する形であるため、サービスポートを増加せずに済み、比較的実装が簡単であるが、印刷データ受信中にデータが大量に送信されるとポートを占有するため、情報管理データのやりとりが止まってしまうという問題があり、また、ネットワークにおけるｌｐｒプロトコルのような片方向型コネクションの場合、そもそも情報取得ができないという欠点がある。

次の手法としては、ＳＮＭＰ（Simple Network Management Protocol）/ＭＩＢ（Management Information Base）を使った方式がある。これは,データ送受信用の専用ポートを使用し、標準規格であるＳＮＭＰを使う方法である。しかし、この方式は、ＳＮＭＰを受信してＵＩ（User Interface）を提供する専用クライアントプログラムの独自開発が必要であり、なおかつ、この方式では、そもそも単純な情報のやり取りを行うプロトコルであるため、数字、文字列などの単純なデータベースしか提供できない。その結果、機器の構成を示すビットマップ画像などＵＩを構成する情報は、前記クライアントプログラムが所有せねばならず、それに伴いクライアントプログラムを機種対応させなくてはならないという問題点がある。

最新の方法としては、ネットワークカードモジュールの中にＨＴＴＰ（Hyper Text Transfer Protocol）サービスを提供して、機器情報に関するＨＴＭＬ（Hyper Text Markup Language）データやビットマップ画像といったＷＥＢコンテンツを提供し、クライアントは、一般的なＷＥＢブラウザを使用して前記ＷＥＢコンテンツをＧＵＩ（Graphical User Interface）上に表示し、操作を可能とすれば、クライアントプログラムを提供しなくても同様の効果を得ることが可能である。従来の方式では、クライアントプログラムが多種多様な機器に固有な情報（メッセージ文字列、ビットマップ画像）を管理する必要があったが、機器が自分の機種情報だけ持てばよい上記方式は、短期間で製品を提供するためには最も適する方法である。

しかしながら、上述した従来技術においては下記のような問題があった。即ち、上述したＨＴＴＰサービスは、ネットワークの一機能であるため、インターフェースとネットワークプロトコルを構成する基本モジュールを共有するために、基本的にネットワークカードモジュール上に実装される機能である。しかし、ネットワークカードモジュールは、共通化による開発コストの低減と量産化による製品コストの削減を図るために、通常、複数のモデルの印刷装置と接続されるように設計される。

しかし、複数のモデルの印刷装置の機種は、個々に機種に応じたメッセージやそれぞれ固有な情報を持っているため、それら全ての固有情報をネットワークカードモジュールでサポートするためには、全ての印刷装置の固有情報をネットワークカードモジュールに有していなくてはならず、ＲＯＭ容量増加によるコスト増加が発生する。

更に、ネットワークカードモジュールが製品として発表された後に発売されるであろう印刷装置の固有情報に対応させるためには、その都度、ネットワークカードモジュールのファームウェアの書き換えを行わなくてはならず、メンテナンス作業が発生してしまい、コストが高くなってしまうという問題点がある。

本発明は、特に、印刷装置が複数の国に対応している場合でも、単一のネットワークモジュールで複数言語のＷＥＢコンテンツを提供可能な印刷システム、ネットワークインターフェース装置、ネットワークインターフェース装置の制御方法、及び記憶媒体を提供することを目的とする。

上記目的を達成するために、本発明は、印刷装置とネットワークモジュールが連携してネットワーク上の外部装置に対し印刷サービスを提供する印刷システムであって、前記ネットワークモジュールは、前記印刷装置の仕向け地情報を前記印刷装置から取得する仕向け地情報取得手段と、前記外部装置が前記印刷システムを遠隔から操作するための操作画面が記述された表示データを前記外部装置に提供する提供手段と、前記外部装置から要求された前記画面に必要なデータが前記印刷装置に依存する機器依存データの場合は前記外部装置からの要求と前記仕向け地情報によって前記機器依存データを特定して前記印刷装置に対して前記特定された機器依存データを要求し、前記外部装置から要求された前記画面に必要なデータが前記印刷装置に依存しない機器非依存データの場合は前記ネットワークモジュール内から前記機器非依存データを取得するデータ獲得手段とを有し、前記提供手段は、前記データ獲得手段によって獲得された前記機器依存データ或いは前記機器非依存データに基づいて、前記外部装置に前記表示データを提供することを特徴とする。

本発明によれば、ネットワークモジュールの提供手段はデータ獲得手段によって獲得された機器依存データ或いは機器非依存データに基づいて、外部装置に表示データを提供する。これにより、印刷装置が複数の国に対応している場合でも、単一のネットワークモジュールで複数言語のＷＥＢコンテンツを提供することが可能となる。

本発明の第１の実施の形態に係る印刷システムの構成例を示すブロック図である。 第１の実施の形態に係るＨＴＭＬの表記の一例を示す説明図である。 第１の実施の形態に係る機種に依存したＷＥＢコンテンツの一例である機種の概観を表すビットマップ画像を示す説明図である。 第１の実施の形態に係る機種に依存しないＷＥＢコンテンツの一例である用紙要求を表す抽象的なアイコンとなるビットマップ画像を示す説明図である。 第１の実施の形態に係るＷＷＷサーバ部の動作を示すフローチャートである。 第１の実施の形態に係る機種非依存なＷＥＢコンテンツを獲得する場合におけるモジュール間の情報遷移を示す説明図である。 第１の実施の形態に係る機種依存なＷＥＢコンテンツを獲得する場合におけるモジュール間の情報遷移を示す説明図である。 第１の実施の形態に係るネットワークカード部が印刷部に対してＷＥＢコンテンツを要求する際のリモート関数コールとなるパケット形式のデータ構造を示す説明図である。 第１の実施の形態に係る印刷部がネットワークカード部に対してＷＥＢコンテンツを渡す際のリモート関数コールとなるパケット形式のデータ構造を示す説明図である。 第２の実施の形態に係る印刷システムの構成例を示すブロック図である。 第２の実施の形態に係る依存リストを示す説明図である。 第２の実施の形態に係るＷＷＷサーバ部の動作を示すフローチャートである。 第１の実施の形態に係るコンテンツをホストコンピュータのＧＵＩで表示した画面を示す説明図である。 第４の実施の形態に係る機器における実装可能な機器構成例を示す説明図である。 第４の実施の形態に係るビットマップ画像と機器構成との対応関係を示す説明図である。 第７の実施の形態に係るＷＷＷサーバ部の動作を示すフローチャートである。 第７の実施の形態に係るネットワークカード部が提供する言語選択手段の処理を示すフローチャートである。 第７の実施の形態に係る言語選択画面を示す説明図である。 第７の実施の形態に係る言語ＩＤ情報を元に指定を行う場合の表示例を示す説明図である。 第７の実施の形態に係る機種依存ＷＥＢコンテンツのツリー構造を示す説明図である。 第７の実施の形態に係る印刷システムの構成例を示すブロック図である。 第８の実施の形態に係るＷＷＷサーバ部の動作を示すフローチャートである。 第８の実施の形態に係る仕向け地情報を元に指定を行う場合の表示例を示す説明図である。 第８の実施の形態に係るＷＥＢコンテンツ要求を出す場合の表示例を示す説明図である。 第８の実施の形態に係る仕向け地情報を示す説明図である。 第８の実施の形態に係る機種依存ＷＥＢコンテンツのツリー構造を示す説明図である。 第８の実施の形態に係る印刷システムの構成例を示すブロック図である。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。

［第１の実施の形態］
図１は本発明の第１の実施の形態に係る印刷システムの構成例を示すブロック図である。第１の実施の形態に係る印刷システムは、ホストコンピュータ１００と、ネットワークカード部１１０及び印刷部１２０を備えた印刷装置１０１と、ホストコンピュータ１００及び印刷装置１０１を接続するＥｔｈｅｒｎｅｔ(登録商標)（米国ゼロックス、ＤＥＣ、インテル三社が共同開発したバス構造のＬＡＮ）等の所定の通信媒体１０２とから構成されている。

更に、印刷装置１０１のネットワークカード部１１０は、ネットワークＩ/Ｆ部１１１、ｌｐｄサーバ部１１２、ＷＷＷ（World Wide Web）サーバ部１１３、印刷装置Ｉ/Ｆ部１１４、機種非依存コンテンツ部１１５を備え、印刷装置１０１の印刷部１２０は、受信バッファ１２１、機種依存コンテンツ部１２２、ＰＤＬトランスレータ１２３、中間バッファ１２４、描画部１２５、プリンタエンジン１２６、ネットワークカードＩ/Ｆ部１２７を備えている。

上記構成を詳述すると、印刷装置１０１のネットワークカード部１１０において、ネットワークＩ/Ｆ部１１１は、通信媒体１０２との間で通信を行い、通信媒体１０２を介して受信したデータをサービスに応じて次段に渡す。ｌｐｄサーバ部１１２は、Line Printer Daemon Protocol<RFC1179>をサポートすると共に、RFC1179で定められたプロトコルに基づく印刷アプリケーションをサポートするサーバ部であり、ホストコンピュータ１００から送信された印刷データを受信する。ＷＷＷサーバ部１１３は、ホストコンピュータ１００から要求された印刷装置１０１の状態をＨＴＴＰを使用して送受信する。印刷装置Ｉ/Ｆ部１１４は、印刷部１２０に対して印刷データや機種依存コンテンツの受信を指示する。機種非依存コンテンツ部１１５は、ＷＷＷサーバ部１１３に対して、機種に依存しないＨＴＭＬコンテンツやビットマップコンテンツを格納する。

印刷装置１０１の印刷部１２０において、ネットワークカードＩ/Ｆ部１２７は、印刷装置Ｉ/Ｆ部１１４と通信を行い、該通信に基づくデータをサービスに応じて次段に渡す。受信バッファ１２１は、ＲＡＭ或いはＨＤＤデバイスから構成されており、印刷データを受け取り、ＰＤＬトランスレータ１２３に渡す。機種依存コンテンツ部１２２は、機種に依存したＨＴＭＬコンテンツやビットマップコンテンツを格納する。ＰＤＬトランスレータ１２３は、受信バッファ１２１に入った印刷データを取り出し、ＰＤＬ（Page Description Language：ベージ記述言語）を解析して、描画するための中間データに変換する。

中間バッファ１２４は、ＰＤＬトランスレータ１２３が変換した描画するための中間データを一時的に蓄えて、描画部１２５に渡す。描画部１２５は、描画するための中間データを中間バッファ１２４から取り出し、ラスタデータに変換してプリンタエンジン１２６に渡す。プリンタエンジン１２６は、既知の電子写真技術或いはインクジェット技術によって描画部１２５が変換したラスタデータを、用紙に印刷して排出する。ここで、プリンタエンジン部１２６は、既知の印刷技術を利用するものであり、例えば電子写真方式や、インクジェット方式が一般的である。

図１３は印刷装置１０１のＷＷＷサーバ部１１３が提供したＨＴＭＬコンテンツやビットマップコンテンツを、ホストコンピュータ１００のＷＷＷブラウザソフトウェアのＧＵＩでディスプレイに表示した例を示す図である。図１３において、画面構成は２フレームに分かれている。即ち、モード切替フレーム１３０１とモード表示フレーム１３５１である。

モード切替フレーム１３０１は、多くの機能を持つＷＷＷサービスに対して、画面をモード分割して表示するために、各モードヘの移行を促すボタンを配置するものであり、デバイス管理１３０２、ジョブ管理１３０３、デバイス管理１３０４、サポートリンク１３０５のそれぞれボタンがあり、各モードヘの移行を示している。

モード表示フレーム１３５１は、デバイス管理の状態フレームを示しており、上から、機器のビットマップアイコンである１３５２、機器の名称を示す１３５３、状態表示を示す１３５４、給紙装置（手差しトレイ、上段カセット、下段カセット、ペーパーデッキ、封筒フィーダ）の情報を示す１３５５、排紙装置（排紙トレイ、ビン１、ビン２、ビン３）の状態を示す１３５６、機器の構成を示すビットマップ画像１３５７、ユーティリティの起動を示すボタン１３５８、デバイス制御の起動を示すボタン１３５９から構成されている。

次に、コンテンツの説明を行う。印刷装置１０１にＷＷＷサーバ部１１３を備える理由は、印刷装置１０１の状態監視、初期値設定、印刷ジョブの制御をホストコンピュータ１００が有するＷＷＷブラウザで閲覧し操作させるためであるが、ＷＷＷサーバ部１１３の内部構造としては、ホストコンピュータ１００から要求されたＷＥＢコンテンツを提供するデータベースとして動作している。

図２は基本的なＨＴＭＬ（HyperText Markup Language）の表記の一例を示す図である。この表記は、説明を行うために単純化しており、実際には更に複雑な文書が記述される。図２において、
<！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=”/dev/device.png”>であり、このイメージの概観を図３に示す。/dev/device.pngはＵＲＬ（Uniform Resource Locator）表記でないため、印刷装置１０１の内部データであることがわかる。更に、/dev/device.pngは印刷装置１０１の概観を示すものであり、これは印刷装置１０１の機種に依存した「機種依存なＷＥＢコンテンツ」であることがわかる。通常の印刷装置とは異なる印刷装置である場合、即ち、例えばカラー機種の印刷装置である場合や、用紙カセットの段数が少ない異なる概観を持つ印刷装置である場合には、/dev/device.pngは異なるイメージを表示する。

２つ目のイメージは<IMC SRC=”/nic/error.png”>であり、これも同様にＵＲＬ表記でないため、印刷装置１０１の内部データであることがわかる。更に、/nic/error.pngはカセット給紙を促す抽象的なイメージを示しており、これは機種に依存しない「機種非依存なＷＥＢコンテンツ」であることがわかる。

このように、ＷＥＢコンテンツには、大きくわけて、機種に依存するＷＥＢコンテンツと、機種に依存しないＷＥＢコンテンツとがある。通常、印刷装置１０１のネットワークカード部１１０は、複数のモデルの印刷部１２０に対して単一製品でサポートすることを要求されるため、機種に依存するＷＥＢコンテンツは印刷部１２０内にある機種依存コンテンツ部１２２に格納し、機種に依存しないＷＥＢコンテンツはネットワークカード部１１０内にある機種非依存コンテンツ部１１５に格納するといったごとく、機種依存なＷＥＢコンテンツと機種非依存なＷＥＢコンテンツとを分けて格納し、更に、機種依存コンテンツ部１２２に格納されるＷＥＢコンテンツは、機種に応じてその内容を分けて格納する。例えば図３のdevice.pngの場合は機種に応じた概観をイメージにして格納する。

次に、上記の機種依存なＷＥＢコンテンツと機種非依存なＷＥＢコンテンツをどのようにして切り分けて取得するかについて述べる。第１の実施の形態では、両者の違いを区別するために、パス構造を使用する。また、第１の実施の形態では、/dev/で始まるＷＥＢコンテンツの場合は、機種依存なＷＥＢコンテンツとして機種依存コンテンツ部１２２から取得し、/nic/で始まるＷＥＢコンテンツの場合は、機種非依存なＷＥＢコンテンツとして機種非依存コンテンツ部１１５から取得することにする。

図５は本発明の第１の実施の形態に係る印刷装置１０１のＷＷＷサーバ部１１３の動作を示すフローチャートである。ＷＷＷサーバ部１１３は、印刷装置１０１の起動と共に起動し、電源遮断までサービスを継続する。サービスを開始すると、ステップＳ５０１において、ＷＷＷサーバ部１１３は、ホストコンピュータ１００からのＧＥＴ操作を待つ。ＧＥＴ操作とは、ＨＴＴＰにおけるＷＥＢコンテンツを要求する操作のことであり、このＧＥＴ操作が来るまで先頭にループする。

ホストコンピュータ１００からＧＥＴ操作が来ると、ステップＳ５０２において、ＷＷＷサーバ部１１３は、上記ＧＥＴ操作で要求されたＷＥＢコンテンツのチェックを行い、ＷＥＢコンテンツがＵＲＬ表記であるか否かを判断する。例えば、指定されたＷＥＢコンテンツ名が、
http://printer.domain/dev/device.html
の場合は、http://はスキームであり、printer.domainはドメインネームであるため、両者を外し、/dev/device.htmlだけを取り出す。

更に、ステップＳ５０４において、ＷＷＷサーバ部１１３は、上記取り出したＷＥＢコンテンツ名が/dev/で始まっているかどうかのチェックを行う。前述のように/dev/で始まるＷＥＢコンテンツ（機種依存ＷＥＢコンテンツ）名は印刷部１２０から取得するルールにしているため、ＷＥＢコンテンツ名が/dev/で始まっている場合には、ステップＳ５０５において、ＷＷＷサーバ部１１３は、印刷部１２０に対し当該ＷＥＢコンテンツの獲得要求を発行する。そして、ステップＳ５０６において、印刷部１２０からの返答を待ち、印刷部１２０から返答が来たら、ステップＳ５０７において、ＨＴＴＰのリプライ形式によって、ホストコンピュータ１００に対し上記要求されたＷＥＢコンテンツの提供を行う。

ＷＷＷサーバ部１１３は、上記ステップＳ５０４において/dev/で始まるＷＥＢコンテンツでない（機種非依存ＷＥＢコンテンツ）と判断した場合には、当該ＷＥＢコンテンツはネットワークカード部１１０が所有するＷＥＢコンテンツであるので、ステップＳ５０８において、機種非依存コンテンツ部１１５から当該ＷＥＢコンテンツを獲得し、ＨＴＴＰのリプライ形式によって、ホストコンピュータ１００に対し上記要求されたＷＥＢコンテンツの提供を行う。

即ち、第１の実施の形態では、ＷＷＷサーバ部１１３は、ホストコンピュータ１００からＨＴＴＰで指定されたＷＥＢコンテンツのＵＲＬのパス検査を行う際、前記指定されたＷＥＢコンテンツが特定のパスにマッチするか否かに基づき、前記指定されたＷＥＢコンテンツが、機種依存なＷＥＢコンテンツであるか、機種非依存なＷＥＢコンテンツであるかを判別する。

ＷＷＷサーバ部１１３が、/dev/で始まるＷＥＢコンテンツを印刷部１２０内の機種依存コンテンツ部１２２から取得する場合には、印刷装置Ｉ/Ｆ部１１４とネットワークカードＩ/Ｆ部１２７を介してＷＥＢコンテンツの読み込みを実行するリモート関数コールを行う。リモート関数コールは、ネットワークカード部１１０から印刷部１２０に対してファイル転送を要求する方式である。

図８はリモート関数コールによるＷＥＢコンテンツ読み出しを指示する要求パケット形式を示す図である。図８において、ＷＥＢコンテンツの読み込み要求を示すRemote Procedure Call IDである１００という数値、要求であることを示す０という数字、パケットのデータサイズ、要求するＷＥＢコンテンツのパスをバケット形式にして送信する。バケットが印刷部１２０のネットワークカードＩ/Ｆ部１２７によって正しく解釈されると、返答パケットを送信する。

図９はリモート関数コールによるＷＥＢコンテンツ読み出しを指示する要求パケットに対応して、ＷＥＢコンテンツを送信する返答パケット形式を示す図である。図９において、ＷＥＢコンテンツの読み込み要求を示すRemote Procedure Call IDである１００という数値、返答であることを示す１という数字、読み込みがうまくったことを示す１という返答状態、パケットのデータサイズ、そしてＷＥＢコンテンツのバイナリデータが添付されて送信される。ＷＷＷサーバ部１１３は、返答パケットを解析してＷＥＢコンテンツを取り出し、ＨＴＴＰのプロトコルでホストコンピュータ１００ヘ送信を行う。

各モジュール間の動作を時間を追って説明する。図６及び図７はホストコンピュータ１００から要求されたＷＥＢコンテンツの取得を、各モジュール間でどのように行われているか示す遷移図である。縦軸は時間であり、ホストコンピュータ１００と、印刷装置１０１のネットワークカード部１１０、印刷部１２０との間における要求と返答の変遷を示している。

図６は「機種非依存なＷＥＢコンテンツ」を要求した場合の動作である。ＷＥＢコンテンツはネットワークカード部１１０に存在するので、印刷部１２０に対する要求は発生させずに、機種非依存コンテンツ部１１５からＷＥＢコンテンツを取り出し、ホストコンピュータ１００に送信している。

図７は「機種依存なＷＥＢコンテンツ」を要求した場合の動作である。ＷＥＢコンテンツは印刷部１２０に存在するので、印刷部１２０に対して要求を行い、機種依存コンテンツ部１２２からＷＥＢコンテンツを取り出し、ホストコンピュータ１００に送信している。

以上説明したように、本発明の第１の実施の形態によれば、ＷＥＢコンテンツを機種依存なＷＥＢコンテンツと機種非依存なＷＥＢコンテンツに分類し、機種に依存するＷＥＢコンテンツは印刷部１２０に配置し、機種に依存しないＷＥＢコンテンツはネットワークカード部１１０に配置するといったごとく、分散配置することにより、以下の効果を得ることができる。

（１）ネットワークカード部１１０に接続される可能性のある全ての印刷部１２０のモデルについて、ＷＥＢコンテンツをネットワークカード部１１０内の機種非依存コンテンツ部１１５に持たせる必要がなく、ネットワークカード部１１０の容量コストを削減することが可能となる。

（２）上記と同様の理由で、ネットワークカード部１１０に接続する印刷部１２０として、将来開発されるであろう印刷部の固有情報への対応に関しても、ネットワークカード部１１０のＲＯＭ交換なしで対応することが可能となる。

（３）印刷部１２０の立場からみると、ネットワークカードが不要な場合、要求された印刷装置の状態をＨＴＴＰを使用して送受信するＷＷＷサーバ部１１３、及び機種非依存なＷＥＢコンテンツを格納する機種非依存コンテンツ部１１５をネットワークカード部１１０に追い出すことにより、コストアップを抑えることが可能となる。

［第２の実施の形態］
上記第１の実施の形態においては、ＷＥＢコンテンツのＵＲＬからパス部分を取った文字列が”/dev/”を含むか否かに基づき、ＷＥＢコンテンツが、機種依存なＷＥＢコンテンツであるか機種非依存なＷＥＢコンテンツであるかを判断していた。しかし、この手法では、ＷＥＢコンテンツが、機種依存なＷＥＢコンテンツか機種非依存なＷＥＢコンテンツかを、ホストコンピュータ１００のＧＵＩによって類推することが可能である。ＷＥＢコンテンツの置き場所は内部情報であるため、ＵＲＬから類推できるのは好まれない場合もある。

そこで、本発明の第２の実施の形態では、ＷＥＢコンテンツをＵＲＬから類推できないようにするための対処として、上記第１の実施の形態のようにＷＥＢコンテンツのＵＲＬからパス部分を取った文字列が”/dev/”を含むか否かではなく、予め、機種依存ＷＥＢコンテンツと認識される文字列リストを用意しておき、該文字列リストと比較対象のＷＥＢコンテンツとを比較するという方法である。

図１０は本発明の第２の実施の形態に係る印刷システムの構成例を示すブロック図である。第２の実施の形態に係る印刷システムは、ホストコンピュータ１０００と、ネットワークカード部１０１０、印刷部１０２０を備えた印刷装置１００１と、ホストコンピュータ１０００及び印刷装置１００１を接続する通信媒体１００２とから構成されている。

更に、印刷装置１００１のネットワークカード部１０１０は、ネットワークＩ/Ｆ部１０１１、ｌｐｄサーバ部１０１２、ＷＷＷサーバ部１０１３、印刷装置Ｉ/Ｆ部１０１４、機種非依存コンテンツ部１０１５、依存リスト１０１６を備え、印刷装置１００１の印刷部１０２０は、受信バッファ１０２１、機種依存コンテンツ部１０２２、ＰＤＬトランスレータ１０２３、中間バッファ１０２４、描画部１０２５、プリンタエンジン１０２６、ネットワークカードＩ/Ｆ部１０２７を備えている。

図１０は上記図１に一部変更を加えたものである。図１０は上記図１の構成において印刷装置のネットワークカード部に依存リスト１０１６を追加したものであり、それ以外は同一であり、同一部分の説明は省略する。

印刷装置１００１のネットワークカード部１０１０が備える依存リスト１０１６は、文字列のリストを持ったデータベースである。依存リスト１０１６が例えば図１１に示すような文字列のリストを持っていた場合、この文字列のいずれかと同じＷＥＢコンテンツの獲得に対しては、印刷部１０２０に対して要求し、それ以外のＷＥＢコンテンツの場合は、ネットワークカード部１０１０が提供することになる。

図１２は本発明の第２の実施の形態に係る印刷装置１００１のＷＷＷサーバ部１０１３の動作を示すフローチャートである。図１２が第１の実施の形態の図５と異なるのは、ステップＳ１２０４の比較条件であり、該ステップＳ１２０４では、指定パスが依存リスト１０１６に含まれるかどうかのチェックを行う。これによって、ＵＲＬやパスに関係なくＷＥＢコンテンツを、機種依存なＷＥＢコンテンツ、機種非依存なＷＥＢコンテンツに設定することが可能である。尚、図１２のステップＳ１２０１〜ステップＳ１２０３、ステップＳ１２０５〜ステップＳ１２０７は、上記図５のステップＳ５０１〜ステップＳ５０３、ステップＳ５０５〜ステップＳ５０７と同様であり、説明を省略する。

以上説明したように、本発明の第２の実施の形態によれば、機種依存ＷＥＢコンテンツと認識される文字列リストを用意しておき、該文字列リストと比較対象のＷＥＢコンテンツとを比較するため、ＷＥＢコンテンツを、ＵＲＬやパスに関係なく、機種依存なＷＥＢコンテンツ、機種非依存なＷＥＢコンテンツに設定することが可能となる。

［第３の実施の形態］
上記第２の実施の形態においては、印刷装置１００１のネットワークカード部１０１０が依存リスト１０１６を備える構成とした。

これに対し、本発明の第３の実施の形態のように、印刷装置１００１のネットワークカード部１０１０が、機種依存ＷＥＢコンテンツと認識される文字列リストである依存リストを備える代わりに、機種非依存ＷＥＢコンテンツと認識される文字列リストである非依存リストを備えるようにしてもよい。第３の実施の形態では、上記図１２のステップＳ１２０４の比較条件におけるＹｅｓ／Ｎｏが入れ替わるだけで、該ステップＳ１２０４以外の処理は同一であり、上記第２の実施の形態と同様の効果を得ることができる。

［第４の実施の形態］
本発明の第４の実施の形態に係る印刷システムは、ホストコンピュータ１０００と、ネットワークＩ/Ｆ部１０１１・ｌｐｄサーバ部１０１２・ＷＷＷサーバ部１０１３・印刷装置Ｉ/Ｆ部１０１４・機種非依存コンテンツ部１０１５・依存リスト１０１６を有するネットワークカード部１０１０、受信バッファ１０２１・機種依存コンテンツ部１０２２・ＰＤＬトランスレータ１０２３・中間バッファ１０２４・描画部１０２５・プリンタエンジン１０２６・ネットワークカードＩ/Ｆ部１０２７を有する印刷部１０２０を備えた印刷装置１００１と、ホストコンピュータ１０００及び印刷装置１００１を接続する通信媒体１００２とから構成されている（上記図１０参照）。

上記図１３において、印刷装置１００１の機器構成を示すビットマップ画像１３５７は、ユーザが実際の機器構成に合わせた表示を行おうとする場合、印刷装置本体に対する給紙カセット、両面装置、排紙装置などのオプション機器の装着に応じて、表示されるイメージが異なる。

そこで、本発明の第４の実施の形態では、印刷装置１００１の印刷部１０２０のプリンタエンジン１０２６が、印刷装置１００１に対する給紙装置や排紙装置等のオプション機器の電気的接続の有無を判断することで、印刷装置１００１の機器構成を特定し、ＷＷＷサーバ部１０１３が、ホストコンピュータ１０００からの単一のビットマップ画像の転送要求に基づき、印刷装置１００１の機器構成に応じたビットマップ画像を選択してホストコンピュータ１０００に送信するものである。

本発明の第４の実施の形態では、機器構成に対応したビットマップ画像１３５７の表示方法を説明する。図１４はある機器において各種オプション装置を実装した場合の機器構成例を示す図である。当該機器において、標準構成で例えば２５０枚の用紙を収納可能なカセットを１段装備しており、オプションで例えば２５０枚の用紙を収納可能なカセットを１段、或いは例えば５００枚の用紙を収納可能なカセットを１段接続することが可能であり、なおかつ、それとは別個に両面装置を接続することが可能である。両面装置は、用紙の表裏に印刷を行う際に用紙を反転させるために、両面装置本体の下部に反転装置を挟む必要がある。

以上の仕様において、機器構成として可能な組み合わせは、図１４のビットマップ画像に示すように例えば６通りある。即ち、機器のみからなる標準構成（１４−１）、標準構成に例えば２５０枚の用紙を収納可能なカセットを１段装備した構成（１４−２）、標準構成に例えば５００枚の用紙を収納可能なカセットを１段装備した構成（１４−３）、標準構成に両面装置を装備した構成（１４−４）、標準構成に例えば２５０枚の用紙を収納可能なカセットを１段と両面装置とを装備した構成（１４−５）、標準構成に例えば５００枚の用紙を収納可能なカセットを１段と両面装置とを装備した構成（１４−６）である。

機器（印刷装置）によっては、上記のカセットや両面装置に加えて、排紙装置も追加することが可能であり、更に組み合わせは増加する。図１５はビットマップ画像（上記図１４に示した１４−１、１４−２、１４−３、１４−４、１４−５、１４−６）と、各種オプション装置（２５０枚カセット、５００枚カセット、両面装置）の「あり」（装備）／「なし」（未装備）との対応関係を示す図である。

尚、印刷装置１００１における機器構成の実際のチェックは、機器のブート時に、印刷装置１００１のプリンタエンジン１０２６が、印刷装置１００１に装備されているコネクタの電気的接続をチェックして判別している。

印刷装置１００１の印刷部１０２０の機種依存コンテンツ部１０２２は、上記図１５に示したような対応関係を保持しており、機器のブート時にプリンタエンジン１０２６に機器構成を問い合わせ、上記図１５の対応関係に照らし合わせて機器の構成に合ったビットマップ画像を選択し、これを例えばimage.pngの問い合わせ結果とする。

ホストコンピュータ１０００から印刷装置１００１に対し、ＨＴＴＰを用いて/dev/image.pngの問い合わせを行ったときに、印刷装置１００１のＷＷＷサーバ部１０１３は、パス構成をチェックし、機種依存情報と判断した後に、機種依存コンテンツ部１０２２に対して問い合わせを行う。機種依存コンテンツ部１０２２は、機器のブート時に判断した機器構成内容に基づき、上記図１５に示したビットマップ画像１４−１〜１４−６の中から機器の構成に合ったビットマップ画像を選択し、ＷＷＷサーバ部１０１３へ返す。

以上説明したように、本発明の第４の実施の形態によれば、ホストコンピュータ１０００及び印刷装置１００１のネットワークカード部１０１０は、印刷装置１００１の印刷部１０２０の現在の機器構成を知らなくても、単一のビットマップ画像を問い合わせるだけで、印刷部１０２０が判断した機器構成に対応したビットマップ画像を取得することが可能となる。

［第５の実施の形態］
本発明の第５の実施の形態に係る印刷システムは、ホストコンピュータ１０００と、ネットワークＩ/Ｆ部１０１１・ｌｐｄサーバ部１０１２・ＷＷＷサーバ部１０１３・印刷装置Ｉ/Ｆ部１０１４・機種非依存コンテンツ部１０１５・依存リスト１０１６を有するネットワークカード部１０１０、受信バッファ１０２１・機種依存コンテンツ部１０２２・ＰＤＬトランスレータ１０２３・中間バッファ１０２４・描画部１０２５・プリンタエンジン１０２６・ネットワークカードＩ/Ｆ部１０２７を有する印刷部１０２０を備えた印刷装置１００１と、ホストコンピュータ１０００及び印刷装置１００１を接続する通信媒体１００２とから構成されている（上記図１０参照）。

上記第４の実施の形態では、機器のブート時に判断した機器構成内容に基づき、複数のビットマップ画像の中から機器の構成に合ったビットマップ画像を選択していたが、即ち、単一のビットマップ画像の機器構成の違いによる自動変換を提供していたが、ＨＴＭＬコンテンツも機器構成によって変わる場合がある。

そこで、本発明の第５の実施の形態では、印刷装置１００１の印刷部１０２０のプリンタエンジン１０２６が、印刷装置１００１に対する給紙装置や排紙装置等のオプション機器の電気的接続の有無を判断することで、印刷装置１００１の機器構成を特定し、ＷＷＷサーバ部１０１３が、ホストコンピュータ１０００からの単一のＨＴＭＬの転送要求に基づき、前記転送要求されたＨＴＭＬにパーシング処理を行い、内部のＳＳＩ（Server Side Include）の解釈条件として前記機器構成を取り入れ、前記機器構成に応じて異なるＨＴＭＬを選択してホストコンピュータ１０００に送信するものである。

本発明の第５の実施の形態では、ＨＴＭＬコンテンツも機器構成によって変わる場合を、上記図１３の給紙情報１３５５に関して説明する。この給紙情報１３５５は、機器（印刷装置）に接続されたカセットにおける給紙情報を示すものであり、その時の機器構成によって表示内容が異なる。

例えば上記第４の実施の形態の例を敷衍して述べると、オプションカセットがない場合には、手差しトレイ、上段カセットの２行、２５０枚カセット或いは５００枚カセットがある場合には、手差しトレイ、上段カセット、下段カセットの３行になる。この表示を切り替えるために、ＷＷＷサーバ部１０１３が持つ機能である上記ＳＳＩを拡張して、機器構成に応じて給紙情報をホストコンピュータ１０００に返す方法について述べる。

ＳＳＩとは、一般的にＷＷＷサーバが獲得したＷＥＢコンテンツに対して変換処理（パーシング処理）を加え、特定のフォーマットで記述されたテキストに対して変換を行い、該変換した結果をクライアントに渡す技術である。ＳＳＩの書式の一つとして、ある変数の定義を比較する方法がある。

ここで、変換処理とは、印刷装置のネットワークカード部のＷＷＷサーバが、印刷装置が保持しているＨＴＭＬ文書（技術的にはＳＨＴＭＬ文書）を読み込み、そのＳＨＴＭＬ文書に記述されている制御文を基に、印刷装置の構成状況に応じてホストコンピュータのブラウザが解析可能なＨＴＭＬ文書に変換生成する処理である。

上記ＳＳＩの書式におけるフォーマットは以下の通りである（行番号は説明のためにあるものである）。

１：<！--#if expr=”ENV=VALUEl”-->
２： 構文A
３：<！--#elif expr=”ENV=VALUE2”-->
４： 構文B
５：<！--#else -->
６： 構文C
７：<！--#endif-->
上記の１：において、環境変数ENVの中身を調べ、その値がVALUElとなった場合は、構文Aがクライアントに返される。そうでない場合は上記の３：において、今度は環境変数ENVの中身を調べ、その値がVALUE2となった場合は、構文Bがクライアントに返される。そうでない場合は，構文Cがクライアントに返される。

ここで、ENVが特別なキーワード”LOW-CASSETTE-EXIST’の場合、印刷装置１００１のＷＷＷサーバ部１０１３は、印刷部１０２０の機種依存コンテンツ部１０２２に対して、下段のカセットが存在するかを問い合わせる。本例では、リモート関数コールによる状態取得を想定しているが、他の機種構成手段を獲得する手段があればそれを流用してもよい（例えばジョプ制御言語のインターフェースやＳＮＭＰ/ＭＩＢのインターフェース）。

その結果、下段カセットがあった場合は、ＷＷＷサーバ部１０１３は、”LOW-CASSETTE‐EXIST”の中身をTRUEに置き換える。

ＷＷＷコンテンツが
<！--#if expr=”LOW-CASSETTE-EXIST=TURE”-->
＜下段カセットに関するHttIL表記>
<！--#endif-->
となっていれば、下段カセットがあった場合だけ下段カセットに関するＨＴＭＬ表記を追加して、ホストコンピュータ１０００に返すことが可能である。

このことは、給紙情報１３５５だけではなく、排紙情報１３５６においても流用することが可能である。

以上説明したように、本発明の第５の実施の形態によれば、ホストコンピュータ１０００は、印刷装置１００１の印刷部１０２０の現在の機器構成を知らなくても、印刷装置１００１から給紙情報や排紙情報を取得することが可能となる。

［第６の実施の形態］
本発明の第６の実施の形態に係る印刷システムは、ホストコンピュータ１０００と、ネットワークＩ/Ｆ部１０１１・ｌｐｄサーバ部１０１２・ＷＷＷサーバ部１０１３・印刷装置Ｉ/Ｆ部１０１４・機種非依存コンテンツ部１０１５、依存リスト１０１６を有するネットワークカード部１０１０、受信バッファ１０２１・機種依存コンテンツ部１０２２・ＰＤＬトランスレータ１０２３・中間バッファ１０２４・描画部１０２５・プリンタエンジン１０２６・ネットワークカードＩ/Ｆ部１０２７を有する印刷部１０２０を備えた印刷装置１００１と、ホストコンピュータ１０００及び印刷装置１００１を接続する通信媒体１００２とから構成されている（上記図１０参照）。

上記第４、第５の実施の形態では、印刷装置に用紙を供給する給紙装置における給紙情報のように、起動時に状態が確定するいわば静的情報のやり取りについて述べた。しかし、機器の状態は刻々と変わる場合がある。

そこで、本発明の第６の実施の形態では、このような状態が刻々と変わる機器の動的情報のやり取りについて述べる。動的情報の中には、上記図１３に示した状態１３５４のように、機器のリアルタイムな状態を示す状態ＬＥＤの状態や状態メッセージ、或いは給紙情報１３５５における用紙残量を示すビットマップアイコン、或いは排紙情報１３５６における排紙残量を示すビットマップアイコン及び％表示がある。

即ち、本発明の第６の実施の形態では、印刷装置１００１のＷＷＷサーバ部１０１３が、ホストコンピュータ１０００からの単一のＨＴＭＬの転送要求に基づき、前記転送要求されたＨＴＭＬに対しパーシング処理を行い、内部のＳＳＩの解釈条件として印刷装置１００１における給紙に関する用紙残量や排紙に関する排紙残量等の機器内部状態を取り入れ、前記機器内部状態に応じて異なるＨＴＭＬを選択してホストコンピュータ１００１に送信するものである。

本発明の第６の実施の形態では、基本的には上記第５の実施の形態で利用したＳＳＩを流用する形式を述べる。変数ENVのうち、特別なキーワード、”STATUS＿LED”,”STATUS＿MESSAGE”は、それぞれ機器の状態に応じた状態ＬＥＤを示すビットマップ画像のファイル名、機器の状態に応じたメッセージに変換され、ホストコンピュータ１０００に渡される。

印刷装置１００１のＷＷＷサーバ部１０１３は、ＳＳＩにおける変数を検索し、STATUS＿LEDを見つけると、印刷部１０２０から現在の状態に対する状態コードを取得し、そのコードによってＬＥＤの表示に対応するビットマップ画像を、青、黄、赤と切り替える。

同様に、ＷＷＷサーバ部１０１３は、STATUS＿MESSAGEを見つけた場合には、印刷部１０２０から現在の状態に対する状態コードを取得し、更に状態コードに対応した機器固有なメッセージ（上記図１３に示す「印刷可能です。」）を獲得して、ホストコンピュータ１０００に返す。この場合、機器固有なメッセージは、印刷部１２０内の機種依存コンテンツ部１０２２が保有しており、ＷＷＷサーバ部１０１３は専用のリモート関数コールを使用してメッセージを呼び出し、メッセージの獲得を行う。

動的情報がホストコンピュータ１０００に伝わるのは、ホストコンピュータ１０００のＷＷＷブラウザ上で動的情報をリロード（再読み込み）した場合、或いはＨＴＭＬにおけるRefresh指定時間後であり、該指定時間後に動的情報が自動的に更新される。

以上説明したように、本発明の第６の実施の形態によれば、機器（印刷装置）で動的な状態変化が発生した場合においても、ホストコンピュータ１０００は機器から前記動的な状態変化に対応したＬＥＤイメージやメッセージを受け取ることが可能であるため、ホストコンピュータ１０００のＷＥＢブラウザを利用して、プリンタユーティリティと同等の効果を得ることが可能となる。

［第７の実施の形態］
上記実施形態では、印刷装置のネットワークカード部が機種依存ＷＥＢコンテンツを印刷部から取得する際に、/dev/で始まるパスを無条件に指定していた。しかしながら、印刷装置においては複数の国（複数の言語）に対応した印刷部に対して、単一のネットワークカード製品で複数の言語に対応可能な機種依存ＷＥＢコンテンツのサポートが要求される。

そこで、本発明の第７の実施の形態は、印刷装置１００１のネットワークカード部１０１０が、図１８の画面に示すように、言語を選択可能な言語選択手段（言語選択フレーム）を備えると共に、図１８の画面上で選択された言語に基づき印刷部１０２０から機種依存ＷＥＢコンテンツを取得するコンテンツ取得手段を備えることによって、単一のネットワークカード製品で、ＷＥＢコンテンツを複数言語に対応させることを可能にしたものである。

図２１は本発明の第７の実施の形態に係る印刷システムの構成例を示すブロック図である。第７の実施の形態に係る印刷システムは、ホストコンピュータ１０００と、ネットワークカード部１０１０及び印刷部１０２０を備えた印刷装置１００１と、ホストコンピュータ１０００及び印刷装置１００１を接続する通信媒体１００２とから構成されている。

更に、印刷装置１００１のネットワークカード部１０１０は、ネットワークＩ/Ｆ部１０１１、ｌｐｄサーバ部１０１２、ＷＷＷサーバ部１０１３、印刷装置Ｉ/Ｆ部１０１４、機種非依存コンテンツ部１０１５、依存リスト１０１６、言語ＩＤ保存部１０２８を備え、印刷装置１００１の印刷部１０２０は、受信バッファ１０２１、機種依存コンテンツ部１０２２、ＰＤＬトランスレータ１０２３、中間バッファ１０２４、描画部１０２５、プリンタエンジン１０２６、ネットワークカードＩ/Ｆ部１０２７を備えている。

図２１は上記図１０に一部変更を加えたものである。図２１は上記図１０の構成において印刷装置１００１のネットワークカード部１０１０に言語ＩＤ保存部１０２８を追加したものであり、それ以外は同一であり、同一部分の説明は省略する。

図１６は上記図１２に一部変更を加えたものである。即ち、図１６は印刷装置１００１のネットワークカード部１０１０が印刷部１０２０に機種依存ＷＥＢコンテンツの要求を出す際に、言語ＩＤ情報を元に機種依存ＷＥＢコンテンツの要求を出す（ステップＳ１６０５）ように改良したものである。尚、図１６のステップＳ１６０１〜ステップＳ１６０４、ステップＳ１６０６〜ステップＳ１６０７は、上記図１２のステップＳ１２０１〜ステップＳ１２０４、ステップＳ１２０６〜ステップＳ１２０７と同様であり、説明を省略する。

図１７は本発明の第７の実施の形態に係る印刷装置１００１のネットワークカード部１０１０が提供する言語選択手段（言語選択機能）の処理を示すフローチャートである。ネットワークカード部１０１０は、図１８に示した画面に対応する言語選択フレームを備えており、操作者により何れかの言語が選択されるのを待ち（ステップＳ１７０１）、所望の言語が選択された場合には、その選択された言語を言語ＩＤ保存部１０２８に保存する（ステップＳ１７０２）。

上記実施形態では、印刷部１０２０は、機種依存コンテンツを機種依存コンテンツ部１０２２に保持しているが、本発明の第７の実施の形態では、印刷部１０２０は、図２０に示すツリー構造を伴って、複数の言語に対応した機種依存コンテンツを機種依存コンテンツ部１０２２に保持している。

上記実施形態では、ネットワークカード部１０１０は、印刷部１０２０に機種依存ＷＥＢコンテンツの要求を出す場合、/dev/device.htmlを指定していたが、本発明の第７の実施の形態では、例えば言語選択手段において”English”が選択されていた場合、ネットワークカード部１０１０は、印刷部１０２０に機種依存ＷＥＢコンテンツの要求を出す場合、言語ＩＤ保存部１０２８に保持している言語ＩＤ情報を元に/dev/en/device.htmlを指定し、印刷部１０２０から機種依存ＷＥＢコンテンツを取得する。図１９はその時の表示例を示す図である。

以上説明したように、本発明の第７の実施の形態によれば、印刷装置１００１の印刷部１０２０が複数の言語に対応した機種依存ＷＥＢコンテンツを保持し、ネットワークカード部１０１０が言語選択手段を備え、ネットワークカード部１０１０が言語ＩＤ情報に基づき印刷部１０２０に機種依存ＷＥＢコンテンツを要求することによって、単一のネットワークカード製品で複数の言語に対応したＷＷＷサービスを提供することが可能となる。

［第８の実施の形態］
上記実施形態では、印刷装置のネットワークカード部が機種依存ＷＥＢコンテンツを印刷部から取得する際に、/dev/で始まるパスを無条件に指定していた。しかしながら、印刷装置においては他の国に対応した複数の印刷部に対して、単一のネットワークカード製品でサポートすることが要求される。

そこで、本発明の第８の実施の形態では、ネットワークカード部１０１０が、印刷装置１００１の電源投入時に、印刷部１０２０から、印刷部１０２０が何処の市場向けかを示す仕向け地情報を取得し、その仕向け地情報に基づき機種依存ＷＥＢコンテンツを取得する手段を備えることによって、単一のネットワークカード製品で、機種依存ＷＥＢコンテンツを仕向け地の言語に対応させることを可能としたものである。

図２７は本発明の第８の実施の形態に係る印刷システムの構成例を示すブロック図である。第８の実施の形態に係る印刷システムは、ホストコンピュータ１０００と、ネットワークカード部１０１０及び印刷部１０２０を備えた印刷装置１００１と、ホストコンピュータ１０００及び印刷装置１００１を接続する通信媒体１００２とから構成されている。

更に、印刷装置１００１のネットワークカード部１０１０は、ネットワークＩ/Ｆ部１０１１、ｌｐｄサーバ部１０１２、ＷＷＷサーバ部１０１３、印刷装置Ｉ/Ｆ部１０１４、機種非依存コンテンツ部１０１５、依存リスト１０１６を備え、印刷装置１００１の印刷部１０２０は、受信バッファ１０２１、機種依存コンテンツ部１０２２、ＰＤＬトランスレータ１０２３、中間バッファ１０２４、描画部１０２５、プリンタエンジン１０２６、ネットワークカードＩ/Ｆ部１０２７、仕向け地情報１０２９を備えている。

図２７は上記図１０に一部変更を加えたものである。図２７は上記図１０の構成において印刷装置１００１のネットワークカード部１０１０に言語ＩＤ保存部１０２９を追加したものであり、それ以外は同一であり、同一部分の説明は省略する。

図２２は上記図１２に一部変更を加えたものである。即ち、図２２は、印刷装置１００１のネットワークカード部１０１０が、印刷装置１００１の電源投入時に、印刷部１０２０から仕向け地情報を取得し保存するステップ（ステップＳ１６００）を追加すると共に、ネットワークカード部１０１０が、印刷部１０２０に機種依存ＷＥＢコンテンツの要求を出す時に、電源投入時に取得した前記仕向け地情報を元に機種依存ＷＥＢコンテンツの要求を出す（ステップＳ１６０５）ように改良したものである。尚、図２２のステップＳ１６０１〜ステップＳ１６０４、ステップＳ１６０６〜ステップＳ１６０７は、上記図１２のステップＳ１２０１〜ステップＳ１２０４、ステップＳ１２０６〜ステップＳ１２０７と同様であり、説明を省略する。

仕向け地情報は、図２５に示すように、仕向け地を例えば文字で簡略化したものであるが、仕向け地を単純に数字で簡略化したものであってもよい。ネットワークカード部１０１０が印刷部１０２０から仕向け地情報として例えば”１”を取得した場合、日本市場向けであることを示す。同様に、仕向け地情報”２”がアメリカ、仕向け地情報 ”３”がフランスとしてもよい。

上記実施形態では、印刷部１０２０は、機種依存ＷＥＢコンテンツを機種依存コンテンツ部１０２２に保持しているが、本発明の第８の実施の形態では、印刷部１０２０は、図２６に示すツリー構造を伴って、機種依存ＷＥＢコンテンツを機種依存コンテンツ部１０２２に保持している。

上記実施形態では、ネットワークカード部１０１０は、印刷部１０２０に機種依存ＷＥＢコンテンツの要求を出す場合、/dev/device.htmlを指定していたが、本発明の第８の実施の形態では、ネットワークカード部１０１０からの仕向け地情報の問い合わせに対し、印刷部１０２０は”１”を通知し、ネットワークカード部１０１０はその仕向け地情報を元に/dev/jp/device.htmlを指定する。図２３はその時の表示例を示す図である。

また、印刷部１０２０がアメリカ市場向けであった場合、ネットワークカード部１０１０からの仕向け地情報取得に対して、印刷部１０２０は”２”をネットワークカード部１０１０に返し、ネットワークカード部１０１０はＷＥＢコンテンツ要求を印刷部１０２０に出す場合に、/dev/en/device.htmlを指定する。図２４はその時の表示例を示す図である。

以上説明したように、本発明の第８の実施の形態によれば、印刷装置１００１のネットワークカード部１０１０が、仕向け地情報に基づき印刷部１０２０に機種依存ＷＥＢコンテンツを要求することによって、単一のネットワークカード製品で複数の言語に対応したＷＷＷサービスを提供することが可能となる。

［他の実施の形態］
（１）上記第１〜第８の実施の形態では、印刷装置とホストコンピュータをＥｔｈｅｒｎｅｔ(登録商標)等の通信媒体で接続した場合を例に上げたが、Ｅｔｈｅｒｎｅｔ(登録商標)以外の通信媒体を用いることもできる。

（２）上記第１〜第８の実施の形態では、印刷装置の印刷方式を電子写真方式或いはインクジェット方式とした場合を例に上げたが、電子写真方式或いはインクジェット方式以外の印刷方式に適用することもできる。

（３）上記第１〜第８の実施の形態では、印刷装置とホストコンピュータを各１台ずつ接続したシステムの場合を例に上げたが、印刷装置とホストコンピュータの接続台数は任意台数とすることができる。

（４）上記第１〜第８の実施の形態では、印刷機能のみを有する印刷装置の場合を説明したが、印刷機能の他に画像読取機能やファクシミリ機能等を有する複合機（ＭＦＰ）に適用することもできる。

尚、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。上述した実施形態の機能を実現するソフトウエアのプログラムコードを記憶した記憶媒体等の媒体をシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体等の媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。

この場合、記憶媒体等の媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体等の媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体等の媒体としては、例えば、フロッピー(登録商標)ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、或いはネットワークを介したダウンロードなどを用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれることは言うまでもない。

更に、記憶媒体等の媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれることは言うまでもない。

１００、１０００ ホストコンピュータ（外部装置）
１０１、１００１ 印刷装置
１０２、１００２ 通信媒体
１１０、１０１０ ネットワークカード部（ネットワークモジュール）
１２０、１０２０ 印刷部（印刷装置）
１１３、１０１３ ＷＷＷサーバ部（提供手段、データ獲得手段）
１１５、１０１５ 機種非依存コンテンツ部（データベース）
１２２、１０２２ 機種依存コンテンツ部（データ保持手段）
１０１６ 依存リスト（リスト）
１０２６ プリンタエンジン（機器構成特定手段）
１０２８ 言語ＩＤ保存部
１０２９ 仕向け地情報

Claims (14)

1. 印刷装置とネットワークモジュールが連携してネットワーク上の外部装置に対し印刷サービスを提供する印刷システムであって、
   前記ネットワークモジュールは、前記印刷装置の仕向け地情報を前記印刷装置から取得する仕向け地情報取得手段と、前記外部装置が前記印刷システムを遠隔から操作するための操作画面が記述された表示データを前記外部装置に提供する提供手段と、前記外部装置から要求された前記画面に必要なデータが前記印刷装置に依存する機器依存データの場合は前記外部装置からの要求と前記仕向け地情報によって前記機器依存データを特定して前記印刷装置に対して前記特定された機器依存データを要求し、前記外部装置から要求された前記画面に必要なデータが前記印刷装置に依存しない機器非依存データの場合は前記ネットワークモジュール内から前記機器非依存データを取得するデータ獲得手段とを有し、
   前記提供手段は、前記データ獲得手段によって獲得された前記機器依存データ或いは前記機器非依存データに基づいて、前記外部装置に前記表示データを提供することを特徴とする印刷システム。
2. 前記提供手段は、前記表示データをＨＴＴＰ（HyperText Transfer Protocol）を用いて前記外部装置に提供し、
   前記データ獲得手段は、前記外部装置から前記ＨＴＴＰで指定されたデータのＵＲＬ（Uniform Resource Locator）に基づき、前記指定されたデータが機器依存データの場合は前記印刷装置に対して前記機器依存データを要求し、前記指定されたデータが機器非依存データの場合は前記ネットワークモジュールが備えるデータベースから前記機器非依存データを取得することを特徴とする請求項１記載の印刷システム。
3. 前記印刷装置の前記機器依存データは、前記印刷装置に装着されるオプション機器に関する情報、または、前記オプション機器の給紙または排紙に関する情報を含むことを特徴とする請求項１又は２記載の印刷システム。
4. 前記データ獲得手段は、前記ＨＴＴＰで指定されたデータのＵＲＬに含まれるパスが特定のパスに合致するか否かに基づき、機器依存データか機器非依存データかを判別することを特徴とする請求項２記載の印刷システム。
5. 前記ネットワークモジュールは、機器依存データのパスのリストを有し、
   前記データ獲得手段は、前記ＨＴＴＰで指定されたデータのＵＲＬに含まれるパスが前記リストに含まれるパスと合致する場合、前記外部装置から要求された前記画面に必要なデータを機器依存データとして前記印刷装置に対し要求することを特徴とする請求項２記載の印刷システム。
6. 前記ネットワークモジュールは、機器非依存データのパスのリストを有し、
   前記データ獲得手段は、前記ＨＴＴＰで指定されたデータのＵＲＬに含まれるパスが前記リストに含まれるパスに合致しない場合、前記外部装置から要求された前記画面に必要なデータを機器依存データとして前記印刷装置に対し要求することを特徴とする請求項２記載の印刷システム。
7. 前記印刷装置は、前記印刷装置のオプション機器の電気的接続の有無を判断することで機器構成を特定する機器構成特定手段を有し、
   前記データ獲得手段は、前記外部装置からのビットマップ画像の転送要求に基づき、前記機器構成に応じたビットマップ画像を選択し、
   前記提供手段は、前記選択されたビットマップ画像を前記外部装置に提供することを特徴とする請求項１又は２記載の印刷システム。
8. 前記印刷装置は、前記印刷装置のオプション機器の電気的接続の有無を判断することで前記印刷装置の機器構成を特定する機器構成特定手段を有し、
   前記データ獲得手段は、前記外部装置からのＨＴＭＬ（HyperText Markup Language）データの転送要求に基づき、前記転送要求されたＨＴＭＬデータに対しＳＳＩ（Server Side Include）に基づくパーシング処理を行い、前記ＳＳＩの解釈条件として前記機器構成を取り入れ、前記機器構成に応じて異なるＨＴＭＬデータを選択して前記外部装置に送信することを特徴とする請求項１又は２記載の印刷システム。
9. 前記データ獲得手段は、前記外部装置からのＨＴＭＬデータの転送要求に基づき、前記転送要求されたＨＴＭＬデータに対しＳＳＩ（Server Side Include）に基づくパーシング処理を行い、前記ＳＳＩの解釈条件として前記印刷装置の内部状態を取り入れ、前記内部状態に応じて異なるＨＴＭＬデータを選択して前記外部装置に送信することを特徴とする請求項１又は２記載の印刷システム。
10. 前記ネットワークモジュールは前記印刷装置に装着されるネットワークカードであることを特徴とする請求項１又は２記載の印刷システム。
11. 前記印刷装置は、複数種類の言語に対応した複数の機器依存データを保持するデータ保持手段を有し、
    前記データ獲得手段は、前記仕向け地情報取得手段によって取得された前記印刷装置の仕向け地情報に基づいて前記印刷装置に対して前記機器依存データを要求することを特徴とする、請求項１に記載の印刷システム。
12. 印刷装置に接続可能であり、前記印刷装置と連携してネットワーク上の外部装置に対し印刷サービスを提供するネットワークインターフェース装置であって、
    前記印刷装置の仕向け地情報を前記印刷装置から取得する仕向け地情報取得手段と、
    前記外部装置が前記印刷装置を遠隔から操作するための操作画面が記述された表示データを前記外部装置に提供する提供手段と、
    前記外部装置から要求された前記画面に必要なデータが前記印刷装置に依存する機器依存データの場合は前記外部装置からの要求と前記仕向け地情報によって前記機器依存データを特定して前記印刷装置に対して前記特定された機器依存データを要求し、前記外部装置から要求された前記画面に必要なデータが前記印刷装置に依存しない機器非依存データの場合は前記ネットワークインターフェース装置内から前記機器非依存データを前記外部装置へ提供するデータ獲得手段とを有し、
    前記提供手段は、前記データ獲得手段によって獲得された前記機器依存データ或いは前記機器非依存データに基づいて、前記外部装置に前記表示データを提供することを特徴とするネットワークインターフェース装置。
13. 印刷装置に接続可能であり、前記印刷装置と連携してネットワーク上の外部装置に対し印刷サービスを提供するネットワークインターフェース装置の制御方法であって、
    前記印刷装置の仕向け地情報を前記印刷装置から取得する仕向け地情報取得工程と、
    前記外部装置が前記印刷装置を遠隔から操作するための操作画面が記述された表示データを前記外部装置に提供する提供工程と、
    前記外部装置から要求された前記画面に必要なデータが前記印刷装置に依存する機器依存データの場合は前記外部装置からの要求と前記仕向け地情報によって前記機器依存データを特定して前記印刷装置に対して前記特定された機器依存データを要求し、前記外部装置から要求された前記画面に必要なデータが前記印刷装置に依存しない機器非依存データの場合は前記ネットワークインターフェース装置内から前記機器非依存データを前記外部装置へ提供するデータ獲得工程とを有し、
    前記提供工程は、前記データ獲得工程にて獲得された前記機器依存データ或いは前記機器非依存データに基づいて、前記外部装置に前記表示データを提供することを特徴とするネットワークインターフェース装置の制御方法。
14. 印刷装置に接続可能であり、前記印刷装置と連携してネットワーク上の外部装置に対し印刷サービスを提供するネットワークインターフェース装置に適用されるインターフェース装置の制御方法を実行するためのプログラムを記憶したコンピュータにより読み出し可能な記憶媒体であって、
    前記印刷装置の仕向け地情報を前記印刷装置から取得する仕向け地情報取得工程と、
    前記外部装置が前記印刷装置を遠隔から操作するための操作画面が記述された表示データを前記外部装置に提供する提供工程と、
    前記外部装置から要求された前記画面に必要なデータが前記印刷装置に依存する機器依存データの場合は前記外部装置からの要求と前記仕向け地情報によって前記機器依存データを特定して前記印刷装置に対して前記特定された機器依存データを要求し、前記外部装置から要求された前記画面に必要なデータが前記印刷装置に依存しない機器非依存データの場合は前記ネットワークインターフェース装置内から前記機器非依存データを前記外部装置へ提供するデータ獲得工程とを有し、
    前記提供工程は、前記データ獲得工程にて獲得された前記機器依存データ或いは前記機器非依存データに基づいて、前記外部装置に前記表示データを提供することを特徴とする記憶媒体。

Images