画像出力システム及び画像出力方法
【課題】 ネットワークに接続された複数の機器（デバイス）の一つでエラーが発生した際に、他の複数の機器に発生したエラーに応じたエラーメッセージを表示させることができる画像出力システム及び画像出力方法を提供する。
【解決手段】 プロトコル変換ＢＯＸ４は、プロトコル変換手段５における処理においてエラーが発生した場合に、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブル４５上の画像出力デバイス８ｂの中からエラーメッセージの表示依頼が可能な画像出力デバイス８ｂに対して発生したエラーに応じたエラーメッセージを送信する。これを受信した画像出力デバイス８ｂは、プロトコル変換装置４から受信したエラーメッセージを表示装置に表示する。
【解決手段】 プロトコル変換ＢＯＸ４は、プロトコル変換手段５における処理においてエラーが発生した場合に、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブル４５上の画像出力デバイス８ｂの中からエラーメッセージの表示依頼が可能な画像出力デバイス８ｂに対して発生したエラーに応じたエラーメッセージを送信する。これを受信した画像出力デバイス８ｂは、プロトコル変換装置４から受信したエラーメッセージを表示装置に表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷、コピー、ＦＡＸ、スキャンといった複数の機能を有する複合機を複数有する画像出力システム及び画像出力方法に関するものである。
【背景技術】
【０００２】
従来、印刷、コピー、ＦＡＸ、スキャンといった多機能なマルチファンクションプリンタ（複合機）は、ラスターイメージプロセッサ（ＲＩＰ）をマルチファンクションプリンタに内蔵する場合と外付けの外部機器に装備する場合があった。ここで、ＲＩＰとは、プリンタ記述言語を基にラスターデータ（ビットマップデータ）を生成する処理を行うものである。内蔵する場合と外付けの場合とではそれぞれのメリットがあった。内蔵の場合のメリットは、全体コストが安くなること、機器の設置スペースが狭くてすむことなどである。外付けの場合のメリットは、ハードウェアの自由度が高くなるのでＲＩＰの能力をフレキシブルに上げられることなどである。
【０００３】
上述したラスターイメージプロセッサ（ＲＩＰ）をマルチファンクションプリンタに内蔵する場合の従来技術としては、所望のイベントを指定し、指定されたイベントに関する情報をログとして収集することで、ログの解析を迅速に行え、管理しやすい画像処理装置に関する技術が開示されている（例えば、特許文献１を参照。）。
【０００４】
また、上述したラスターイメージプロセッサ（ＲＩＰ）をマルチファンクションプリンタの外付けの外部機器に装備する場合の従来技術としては、ネットワーク上の各ホストからスキャナプリンタサーバー装置に転送される所定のデータ構造を有する各ホストの印刷データをスキャナプリンタサーバー装置内のページ記述言語に変換する変換プログラムファイルを各ホストから転送して取得し、該取得した変換プログラムを実行して各ホストの印刷データをスキャナプリンタサーバー装置内のページ記述言語に変換することにより、各ホストからスキャナプリンタサーバー装置への印刷データ転送時における各ホストの転送処理負担を格段に軽減して、各ホストのデータ処理能力低下を防止して快速なデータ処理環境を維持できるスキャナプリンタサーバーシステムに関する技術が開示されている（例えば、特許文献２を参照。）。
【０００５】
【特許文献１】特開平１１−１３６４２８号公報
【特許文献１】特開平８−１６３３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、ＲＩＰをマルチファンクションプリンタに内蔵する場合は問題にならないが、上述した特許文献２のようにＲＩＰを外付けの外部機器（スキャナプリンタサーバー装置）に装備させたような場合に、マルチファンクションプリンタと外部機器との間の通信プロトコルが同一ではなく通信ができない場合がある。特に、マルチファンクションプリンタと外部機器それぞれが異なる会社で設計、製造された場合にはこのような状況は発生し易い。また、各機器の設計時期の違いによって双方のプロトコルのバージョンが異なったり、これら機器を取り巻く多種のユーザソフトウェア（ユーテリティソフトウェア）に合致したプロトコルの通信を行うために、機器ごとにプロトコルの差が生じたりしてしまうケースがある。また、ＲＩＰの所在場所に関わらず、ホストコンピュータがマルチファンクションプリンタに接続して通信を行う場合に、通信プロトコルは唯一無二ではなかった。
【０００７】
以上に示した理由により、特許文献２にも示したようなシステムにおけるマルチファンクションプリンタに接続される複数の機器間の通信において、各機器が異なるプロトコルを持つことによって引き起こされる不具合を解決するために、機器の間にプロトコル変換手段を有するシステム構成が提案されてきた。しかし、システムを構成する機器が増えるに従い、夫々のデバイスにエラーが生じたときに、エラーを表示する表示装置が必要になるなどの問題がある。また、表示装置が複数であるために、エラーの確認をする場合には、夫々の表示装置すべてを確認する必要があるなどの問題がある。
【０００８】
本発明は、上述した事情を考慮してなされたもので、ネットワークに接続された複数の機器（デバイス）の一つでエラーが発生した際に、他の複数の機器に発生したエラーに応じたエラーメッセージを表示させることができる画像出力システム及び画像出力方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
この発明は、上述した課題を解決すべくなされたもので、本発明による画像出力システムにおいては、ネットワーク上の一つ又は複数の画像出力デバイスと、第１のプロトコルを利用した通信により受信したデータを、画像出力デバイスに対応する第２のプロトコルに応じたデータに変換するプロトコル変換手段を備えるプロトコル変換装置とから構成される画像出力システムであって、プロトコル変換装置は、ネットワーク上の画像出力デバイスの中からエラーメッセージの表示依頼が可能な画像出力デバイスである依頼可能デバイスに関する情報を格納する格納手段と、プロトコル変換手段における処理においてエラーが発生した場合に、格納手段を参照することで依頼可能デバイスへエラーに応じた第１のエラーメッセージを送信する送信手段とを具備し、依頼可能デバイスは、プロトコル変換装置から受信した第１のエラーメッセージを表示する表示手段を具備することを特徴とする。
【００１０】
また、本発明による画像出力方法においては、ネットワーク上の一つ又は複数の画像出力デバイスと、第１のプロトコルを利用した通信により受信したデータを、画像出力デバイスに対応する第２のプロトコルに変換するプロトコル変換手段を備えることで画像出力デバイスと通信可能なプロトコル変換装置とから構成される画像出力システムを用いた画像出力方法であって、プロトコル変換装置において、プロトコル変換手段における処理においてエラーが発生した場合に、ネットワーク上の画像出力デバイスの中からエラーメッセージの表示依頼が可能な画像出力デバイスである依頼可能デバイスに関する情報を格納する格納手段を参照することで、依頼可能デバイスへエラーに応じた第１のエラーメッセージを送信する送信ステップを行い、依頼可能デバイスにおいて、プロトコル変換装置の送信ステップにより受信した第１のエラーメッセージを表示手段に表示する表示ステップを行うことを特徴とする。
【００１１】
また、本発明によるデータ処理装置においては、第１のプロトコルを利用した通信により受信したデータを、ネットワーク上の一つ又は複数の画像出力デバイスに対応する第２のプロトコルに応じたデータに変換するプロトコル変換手段と、ネットワーク上の画像出力デバイスのうちエラーメッセージの表示依頼が可能な画像出力デバイスである依頼可能デバイスに関する情報を格納する格納手段と、プロトコル変換手段における処理においてエラーが発生した場合に、格納手段を参照することで依頼可能デバイスへエラーに応じた第１のエラーメッセージを送信する送信手段とを具備し、依頼可能デバイスは、受信した第１のエラーメッセージを表示することを特徴とする。
【００１２】
また、本発明によるデータ処理装置においては、受信した画像データを展開処理する展開手段と、展開手段により展開処理された後の画像データを、ネットワーク上の一つ又は複数の画像出力デバイスに送信する画像データ送信手段と、ネットワーク上の画像出力デバイスのうちエラーメッセージの表示依頼が可能な画像出力デバイスである依頼可能デバイスに関する情報を格納する格納手段と、プロトコル変換手段における処理においてエラーが発生した場合に、格納手段を参照することで依頼可能デバイスへエラーに応じた第１のエラーメッセージを送信する送信手段とを具備し、依頼可能デバイスは、受信した第１のエラーメッセージを表示することを特徴とする。
【発明の効果】
【００１３】
本発明による画像出力システム及び画像出力方法は、ネットワークに接続された複数の機器（画像出力デバイスを含む）が異なるプロトコルを利用しているためプロトコル変換装置を介して通信を行う場合に、当該プロトコル変換装置でエラーが発生した際は、プロトコル変換装置がエラーメッセージの表示依頼を受け付けてくれる複数の機器に発生したエラーに応じたエラーメッセージを表示させることができる。
【発明を実施するための最良の形態】
【００１４】
以下に、図面を参照して、本発明の好適な実施の形態を例示的に詳しく説明する。
【００１５】
本実施形態におけるネットワークの通信プロトコルを制御するプロトコル制御システムの例として、ネットワークを介して印刷サービスを提供する画像出力システムで用いるプロトコル制御システムについて説明する。
図１−１は、本発明の第１の実施形態における画像出力システムの概略構成を示すブロック図である。
【００１６】
図１−１において、１はサーバであり、ＲＩＰ（ラスターイメージプロセッサ）２を備える。ＲＩＰ２は、サーバ１上のアプリケーションソフトウェアで生成された画像データをビットマップイメージデータに展開するものである。３はＥｔｈｅｒｎｅｔ（登録商標）ケーブルであり、１Ｇｂｐｓのデータ転送速度を持ちＲＩＰ２によって生成されたビットマップイメージデータを後述するプロトコル変換ＢＯＸ４に転送するための伝送路である。
【００１７】
４はプロトコル変換ＢＯＸ（プロトコル変換装置）であり、サーバ１からプロトコルＡというプロトコルによって受けたデータをプロトコル変換手段５によってプロトコルＢというプロトコルに変換して、出力する。６はＥｔｈｅｒｎｅｔ（登録商標）ケーブルであり、１００Ｍ（メガ）ｂｐｓのデータ転送速度を持ちプロトコルＢによってコマンドやステータスを後述する画像出力エンジン８へ転送するための伝送路である。７は高速ビデオ転送手段であり、印刷用のビデオデータを専用に後述する画像出力エンジン８へ転送する伝送路である。この高速ビデオ転送手段７は、例えば、ＣｈａｎｎｅｌＬｉｎｋといったもので実現される。８は画像出力エンジンであり、カラーやモノクロの画像を電子写真技術によって印刷出力する装置である。
【００１８】
尚、図１−１の画像出力システムでは、ＲＩＰ２がサーバ１内に格納されている形態であるが、ＲＩＰが格納される場所はプロトコル変換ＢＯＸ４内であっても画像出力エンジン８内であっても良い。以下、ＲＩＰがプロトコル変換ＢＯＸ４内や画像出力エンジン８内に格納されている場合の画像出力システムの構成例について、図１−２及び図１−３を用いて、第２、第３の実施形態として説明する。
【００１９】
図１−２は、本発明の第２の実施形態における画像出力システムの概略構成を示すブロック図である。尚、図１−２において、図１−１と同じ符号を付与したものは同様の機能を有するブロックであり、説明を省略する。図１−２に示すように、プロトコル変換ＢＯＸ４ａ内にＲＩＰ１０が格納されている。また、サーバ１ａは、ＲＩＰを持っておらず、サーバ１ａとプロトコル変換ＢＯＸ４ａは、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブル９で接続されている。
【００２０】
本実施形態においては、サーバ１ａ上のアプリケーションソフトウェアで生成された画像は、ＩＰＤＳといったデータストリームや、ＰｏｓｔＳｃｒｉｐｔやＰＣＬといったＰＤＬ（ページ記述言語）データなどによってサーバ１ａから出力される。それらのデータは、ビットマップイメージデータのような大容量なデータではないため、図１−１の構成に比べてサーバ１ａとプロトコル変換ＢＯＸ４ａ間のデータ転送速度の高速性が要求されない。そのため、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブル９は１００Ｍｂｐｓの転送速度を持てば良い。
【００２１】
プロトコル変換手段５は、サーバ１ａからプロトコルＡというプロトコルによって受けたデータストリームやＰＤＬデータをＲＩＰ１０によってビットマップイメージデータに展開し、展開したビットマップデータをプロトコルＢというプロトコルに変換し、ビデオデータとして高速ビデオ転送手段７を介して画像出力エンジン８へ出力する。
【００２２】
図１−３は、本発明の第３の実施形態における画像出力システムの概略構成を示すブロック図である。尚、図１−３において、図１−１または図１−２と同じ符号を付与したものは同様の機能を有するブロックであり、説明を省略する。図１−３に示すように、画像出力エンジン８ａ内にＲＩＰ１１が格納されている。このような場合、サーバ１ａ上のアプリケーションソフトウェアで生成された画像は、ＩＰＤＳといったデータストリームや、ＰｏｓｔＳｃｒｉｐｔやＰＣＬといったＰＤＬデータなどによってサーバ１ａから出力される。また、プロトコル変換ＢＯＸ４は、プロトコル変換手段５により受信したデータのデータ形式は変換せずにプロトコルのみをプロトコルＡからプロトコルＢに変換して、画像出力エンジン８ａに出力する。
【００２３】
次に、図１−２に示した、プロトコル変換ＢＯＸ４ａのハードウェア構成例を図に示して説明する。図２は、図１−２に示したプロトコル変換ＢＯＸ４ａのハードウェア構成例を示す図である。尚、図２において、図１−２と同じ符号を付与したものは同様の機能を有するブロックであり、説明を省略する。
【００２４】
図２において、２２は、ＣＰＵ（中央演算装置）であり、プロトコル変換ＢＯＸ４ａ内の動きを司っており、データ読み出し／書込み可能なメモリであるＲＡＭ２３やＨＤＤ２４を制御している。図１−２においてサーバ１ａと画像出力エンジン８は、それぞれ異なるプロトコルで制御されている。すなわち、サーバ１ａや画像出力エンジン８が外部機器と通信する場合に、それぞれに制御されているプロトコルによって行われる。プロトコル変換手段５は、このような異なるプロトコルで制御されている複数の機器間の通信を可能にし、加えてプロトコルの差異から生じる通信タイミングの問題を吸収することを目的とするものである。尚、図２においてＲＩＰ１０を除くことで、図１−１や図１−３に示したプロトコル変換ＢＯＸ４のハードウェア構成例となる。
【００２５】
次に、図１−２に示したサーバ１ａとプロトコル変換ＢＯＸ４と画像出力エンジン８の間の通信形態について更に説明する。
図３は、図１−２に示したサーバ１ａとプロトコル変換ＢＯＸ４と画像出力エンジン８の間の通信形態を示す図である。図３においてサーバ１ａは、ＰＣ（パーソナル コンピュータ）やワークステーション上のアプリケーションソフトウェアで印字したいデータを作成する。この印字データは例えば、ＩＰＤＳといったデータストリームや、ＰｏｓｔＳｃｒｉｐｔやＰＣＬといったＰＤＬデータである。この印字データは、プロトコルＡというプロトコルによってプロトコル変換ＢＯＸ４ａに出力される。
【００２６】
プロトコル変換ＢＯＸ４ａ内の３４はＯＳ（オペレーティング システム）であり、例えばＷｉｎｄｏｗｓ（登録商標） ＯＳまたはＬｉｎｕｘ ＯＳである。また、プロトコル変換ＢＯＸ４ａ内のアプリケーションソフトウェア３２とプロトコル変換手段５は、ＯＳ３４上で稼動する。アプリケーションソフトウェア３２は、例えばワードプロセッサソフトウェアであったり、図表描画ソフトウェアであったりする。また、アプリケーションソフトウェア３２は、サーバ１ａから入力されたＰＤＬデータをそのままスルーでＰＤＬデータとして出力する機能を持つソフトウェアであっても良い。また、アプリケーションソフトウェア３２は、ＰＤＬデータをビットマップイメージに展開して出力する機能を持つＲＩＰソフトウェアであっても良い。すなわち、図１−２に示したＲＩＰ１０は、図３のアプリケーションソフトウェア３２に含まれているとする。これにより、プロトコル変換ＢＯＸ４ａは、図３上ではＰＤＬデータ又はＲＩＰデータを出力することを示している。
【００２７】
アプリケーションソフトウェア３２によって生成されたＲＩＰデータ、または、ＰＤＬデータをそのままスルーで出力した形のＰＤＬデータは、プロトコル変換手段５によって、プロトコルＢに変換されて画像出力エンジン８へ出力される。ここで述べたプロトコルＡやプロトコルＢという名称は簡易的な呼称として述べているだけで、どのようなプロトコルであっても良い。
【００２８】
画像出力エンジン８に入力されたＰＤＬデータまたはＲＩＰデータは、プリント３６やＦＡＸ３８の機能によってプリント出力されたり、ＦＡＸ送信される。画像出力エンジン８は、プリント３６やＦＡＸ３８の機能以外にも多数機能を持っており、例えばコピー３７やスキャン３９の機能などを持つマルチファンクションプリンタである。
【００２９】
サーバ１ａとプロトコル変換ＢＯＸ４ａ間の通信はＥｔｈｅｒｎｅｔ（登録商標）ケーブル９を用いたＮｅｔｗｏｒｋ（ネットワーク）接続であり、プロトコル変換ＢＯＸ４ａと画像出力エンジン８間の通信はＥｔｈｅｒｎｅｔ（登録商標）ケーブル６を用いたＮｅｔｗｏｒｋ（ネットワーク）接続、および、高速ビデオ転送手段７による接続を併用した形で実現している。そして、サーバ１ａ、プロトコル変換ＢＯＸ４ａ、画像出力エンジン８はそれぞれ異なるＩＰアドレスを所有している。
【００３０】
次に、上述した高速ビデオ転送手段７の具体的な構成について説明する。図５は、高速ビデオ転送手段７の具体的な構成例を示す図である。尚、図５において、図１−２と同じ符号のものは同じ機能を有するものであり、説明を省略する。図５において、５２は送信用ＣｈａｎｎｅｌＬｉｎｋデバイス（２個）である。５３は、プロトコル変換ＢＯＸ４ａと画像出力エンジン８をつなぐ接続ケーブルであり、高速接続ケーブル５５及び低速制御信号転送線５６から構成されている。５４は、受信用ＣｈａｎｎｅｌＬｉｎｋデバイス（２個）である。プロトコル変換ＢＯＸ４ａは、色信号（ＣＭＹＫ各８ビット）とその制御信号を高速な送信用ＣｈａｎｎｅｌＬｉｎｋ５２により、高速接続ケーブル５５経由で、受信用ＣｈａｎｎｅｌＬｉｎｋ５４へビデオデータを送信する。これにより、受信用ＣｈａｎｎｅｌＬｉｎｋ５４はビデオデータを高速で受信し、画像出力エンジン８は受信したビデオデータに基づき例えば印刷処理を行う。
【００３１】
一方、プロトコル変換ＢＯＸ４ａと画像出力エンジン８間は高速な信号の他に、低速な制御信号のやり取りも行っており、図５に示す低速制御信号転送線５６で転送を行う。それらの信号としては、例えば、画像出力エンジン８の起動を示すＰＲＤＹ信号があり、画像出力エンジン８からプロトコル変換ＢＯＸ４ａに送信される。また、逆にプロトコル変換ＢＯＸ４ａの起動を示すＣＲＤＹという信号もあり、これはプロトコル変換ＢＯＸ４ａから画像出力エンジン８に送信される。また、これらの高速接続ケーブル５５と低速制御信号転送線５６は１本の接続ケーブル５３内に収められている。
【００３２】
本実施例ではエンジンＣＭＹＫ各８ビットに対し、２８ビット幅のＣｈａｎｎｅｌＬｉｎｋデバイスを２個並べて使用する事を前提に説明したが、よりビット幅が必要なエンジン（例えば、ＣＭＹＫ１２ビット）等に対応するには、並列に使用するＣｈａｎｎｅｌＬｉｎｋデバイス数を例えば４個に増やして対応するなども可能である。また、より高速なエンジン対応としても、ＣｈａｎｎｅｌＬｉｎｋデバイス数を増やす事でも対応は可能である。
【００３３】
また、ＣｈａｎｎｅｌＬｉｎｋとは、高速のパラレル／シリアル変換データ転送方式であり、例えば、３２ビットを並列で転送を６６ＭＨｚのクロックで行う場合、２．２Ｇ（ギガ）ｂｐｓのスピードが得られる。一方、高価でない汎用転送手段としては、１００Ｍ、及び、１ＧＥｔｈｅｒｎｅｔ（登録商標）があるが、実行値を考えると１ＧＥｔｈｅｒｎｅｔ（登録商標）で５００Ｍｂｐｓ程度となり、高速エンジン対応としてＣｈａｎｎｅｌＬｉｎｋを高速Ｉ／Ｆとして別途持たせている。また、画像出力エンジン８に対して、ＣＭＹＫと言った色データの他にＴＡＧビット等の付加情報も別途送付する必要があるものがあり、その事からもＩ／Ｆが高速であることが重要である。
【００３４】
上述した実施形態では、ＲＩＰされたデータをＲＡＷデータで流す事が前提であるため、高速ビデオ転送手段７が必要とされたが、以下に示す第４の実施形態では、画像出力エンジン８が圧縮されたデータを効率よく処理できる仕組みを持つことで、高速ビデオ転送手段７を不要とする構成である。
【００３５】
図４は、本発明の第４の実施形態における画像出力システムの概略構成を示すブロック図である。尚、図４において、図１−１と同じ符号を付与したものは同様の機能を有するブロックであり、説明を省略する。図４に示すように、４９はクライアントＰＣである。４８は、ホストコンピュータである。サーバ１ｂ、は、ＲＩＰ２と、データを圧縮処理する圧縮部４７を具備する。
【００３６】
以上により、ホストコンピュータ４８上のアプリケーションソフトウェアで生成されたデータは、サーバ１ｂに送信され、サーバ１ｂでそのデータをビットマップイメージデータに展開する。４６は、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルであり、１００Ｍｂｐｓのデータ転送速度を持ちＲＩＰ２によって生成されたビットマップイメージデータに対して圧縮部４７で圧縮処理したデータをプロトコル変換ＢＯＸ４へプロトコルＡを利用して転送するための伝送路である。プロトコル変換ＢＯＸ４は、サーバ１ｂからプロトコルＡというプロトコルによって受けたデータをプロトコル変換手段５によってプロトコルＢというプロトコルに変換し、画像出力エンジン８ｂへ出力する。
【００３７】
４５は、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルであり、１００Ｍｂｐｓのデータ転送速度を持ちプロトコルＢというプロトコルによってコマンド／ステータス／圧縮画像を転送する。８ｂは、画像出力エンジンであり、カラーやモノクロの画像を電子写真技術によって出力する装置であり、更に、圧縮部４７で圧縮されたビデオデータ（ビットマップイメージデータ）を解凍する処理を行う機能を有する。また、プロトコル変換ＢＯＸ４は、この構成では２つの画像出力エンジン８ｂに同時に圧縮したビデオデータを出力することが可能である。
【００３８】
以上に示したように、図４のサーバ１ｂにおいて印刷ジョブは、ＲＩＰ２でビットマップイメージデータに展開されるが、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブル４６の転送Ｉ／Ｆが１００Ｍ（メガ）と画像転送をＲＡＷデータとして転送するにはスピード不足である。このため、圧縮部４７は、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等の画像圧縮をビットマップイメージデータに対してサーバ１ｂ内で行う。その後、サーバ１ｂは、圧縮済みのイメージデータをプロトコル変換ＢＯＸ４へ転送する。圧縮画像を受信したプロトコル変換ＢＯＸ４は、画像出力エンジン８ｂが求めるプロトコルＢに変換し、変換後のデータを画像出力エンジン８ｂへＥｔｈｅｒｎｅｔ（登録商標）ケーブル４５経由で転送する。尚、画像出力エンジン８ｂが求める画像フォーマットがＪＰＥＧであれば、プロトコル変換ＢＯＸ４は、受信した画像を画像出力エンジン８ｂにそのまま転送する。この事により、高速でないＩ／Ｆで接続された機器においても、画像出力エンジン８ｂの印刷処理スピードにある程度追従するシステム構成が可能となる。
【００３９】
尚、本実施形態では、サーバ１ｂとプロトコル変換ＢＯＸ４の間とプロトコル変換ＢＯＸ４と画像出力エンジン８ｂの間を１００Ｍｂｐｓの通信速度を有するＥｔｈｅｒｎｅｔ（登録商標）ケーブルで接続する形態で説明したが、勿論、１ＧｂｐｓのＥｔｈｅｒｎｅｔ（登録商標）等別の接続手段での対応も可能である。また、図１−１、図１−２、図１−３、図３、及び図４で示したシステム構成において、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルは、図示していない複数の端末（サーバなどを含む）や複数の画像出力装置（画像出力デバイスなどを含む）が接続されたＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を構成するケーブルである。
【００４０】
次に、上述したプロトコル変換ＢＯＸ４又はプロトコル変換ＢＯＸ４ａ（以下、単にプロトコル変換ＢＯＸ４とする）のＣＰＵ２２がメモリからプログラムを読み出し実行することで、実現する処理について以下に説明する。
図６および図７は、プロトコル変換ＢＯＸ４のＣＰＵ２２がプログラムを実行することで実現する処理を示す図である。特に、図６は、プロトコル変換ＢＯＸ４が電源オン時に一度だけ処理する初期化の動作を示す図である。また、図７は、プロトコル変換ＢＯＸ４における電源オン後のエラーメッセージ表示に関する処理を示す図である。
【００４１】
図６に示すように、プロトコル変換ＢＯＸ４は電源オンで、プロトコル変換ＢＯＸ４は、ステップ６０１にて初期化処理を開始する。次に、プロトコル変換ＢＯＸ４は、ステップ６０２において各変数の初期化を行う。次に、ステップ６０３で、プロトコル変換ＢＯＸ４は、ネットワークに接続されている他の機器（デバイス）で、エラーメッセージの表示を依頼可能な機器（依頼可能デバイス）を検索する。尚、ネットワークに接続されている他の機器とは例えば上述した実施形態で示した画像出力エンジン８や画像出力エンジン８ａや画像出力エンジン８ｂ（以下、単に画像出力エンジン８とする）を含む機器である。次に、ステップ６０４において、プロトコル変換ＢＯＸ４は、検索したエラーメッセージの表示を依頼可能な機器をすべて、エラーメッセージの表示先としてメモリ（ＲＡＭ２３やＨＤＤ２４など）に登録する処理を行う。次に、ステップ６０５において、プロトコル変換ＢＯＸ４は、初期化処理を終了して、図７に示す通常の動作モードに移行する。
【００４２】
次に、通常の動作モードにおけるプロトコル変換ＢＯＸ４のエラーメッセージの表示処理について図７を用いて説明する。図７に示すように、ステップ７０１において、プロトコル変換ＢＯＸ４は、エラーメッセージの表示処理を開始する。次に、ステップ７０２において、プロトコル変換ＢＯＸ４は、自身の処理にエラーが起きたか否かを判定する。ここで、エラーが起きていないと判定した場合（ステップ７０２のＮＯ）には、ステップ７０４に進み、プロトコル変換ＢＯＸ４は、プロトコル変換の処理を行った後に、ステップ７０２の処理に移行する。また、ステップ７０２で、エラーが起きたと判定した場合（ステップ７０２のＹＥＳ）には、ステップ７０３に進み、プロトコル変換ＢＯＸ４は、図６の処理でエラー表示先としてメモリに登録した機器（デバイス）全てに、エラーメッセージをメッセージのプライオリティとともに送付して、ステップ７０２に戻る。
【００４３】
以上の図６、図７に示した処理により、本実施形態のプロトコル変換ＢＯＸ４は、ネットワークに接続された機器（デバイス）から、エラーメッセージの表示を依頼可能な機器（例えば表示装置を備えている機器）を検索してメモリに登録しておくことで、実際にエラーが発生した際に、登録した機器にエラーメッセージを表示させることができる。
【００４４】
尚、上述した説明では、ステップ７０２でプロトコル変換ＢＯＸ４は自身の処理におけるエラーを処理していたが、この限りではなく、ネットワークに接続された他の機器におけるエラー情報を受信した場合にも、エラーが起きたと判断して、そのエラー情報を基に作成したエラーメッセージ（エラー情報をそのままでもよい）を、プライオリティとともにメモリに登録した機器（デバイス）全てに送付してもよい。
【００４５】
また、エラーメッセージのプライオリティ（優先度）とは、例えば図９、図１０に示すように、各エラーメッセージに予め付与されたものであり、プロトコル変換ＢＯＸ４は、図９、図１０に示すようなテーブルをメモリに保持している。図９は、画像出力エンジン８のエラーメッセージおよび、そのプライオリティの一覧テーブル例を示す図である。図１０は、プロトコル変換ＢＯＸ４のエラーメッセージおよび、そのプライオリティの一覧テーブル例を示す図である。
【００４６】
次に、画像出力エンジン８のＣＰＵがメモリからプログラムを読み出し実行することで、実現する処理について以下に説明する。尚、上述した実施形態において図には示さなかったが、画像出力エンジン８は、通常の複合機と同様に、複合機の有する各機能の制御や、種々の処理を行うために、ＣＰＵ及びメモリのハードウェアを備えており、メモリにはＣＰＵが実行するためのプログラムが格納されている。
【００４７】
また、画像出力エンジン８は、図１１〜１３に示すように、エラーメッセージを表示可能な表示装置１１０や表示装置１１１及び操作スイッチを含む構成である。図１１、図１２、図１３は、画像出力エンジン８の表示装置を含む操作パネル例を示す図である。尚、図に示すように図１１及び図１２に示す表示装置１１０と、図１３に示す表示装置１１１は、エラーメッセージの表示エリアの大きさが違う。このように、ネットワークに接続された複数の画像出力エンジン８において、各画像出力エンジン８の表示装置の表示エリアの大きさが異なる場合であっても、以下に示すエラーメッセージの表示処理により柔軟に対応することができる。尚、図１１〜１３の詳細については後述する。
【００４８】
図８は、画像出力エンジン８のＣＰＵがプログラムを実行することで実現するメッセージ表示処理を示すフロー図である。まず、ステップ８０１において、画像出力エンジン８は、メッセージ表示処理を開始する。次に、ステップ８０２において、画像出力エンジン８は、他の機器からエラーメッセージ（以下、エラーメッセージ１とする）の表示依頼があるか否かを判定する。エラーメッセージ１の表示依頼がないと判定した場合（ステップ８０２の）には、ステップ８０３において、画像出力エンジン８は、自身の処理においてエラーメッセージ（以下、エラーメッセージ２とする）があるか否かを判定する。ここで、エラーメッセージ２がないと判定した場合（ステップ８０３のＮＯ）には、画像出力エンジン８は、ステップ８０２へ戻る。
【００４９】
また、ステップ８０３でエラーメッセージ２があると判定した場合（ステップ８０３のＹＥＳ）場合には、画像出力エンジン８は、ステップ８０５において、エラーメッセージ２を表示装置１１０又は表示装置１１１に表示した後に、ステップ８０２に戻る。
【００５０】
また、ステップ８０２でエラーメッセージ１があると判定した場合（ステップ８０２のＹＥＳ）には、ステップ８０４において、画像出力エンジン８は、自身のエラーメッセージ２があるか否かを判定する。ここで、エラーメッセージ２がないと判定した場合（ステップ８０４のＮＯ）場合には、ステップ８０５において、画像出力エンジン８は、他の機器のエラーメッセージ１を表示装置１１０又は表示装置１１１に表示する。また、ステップ８０４においてエラーメッセージ２があると判定した場合（ステップ８０４のＹＥＳ）場合には、ステップ８０７において、画像出力エンジン８は、表示装置１１０又は表示装置１１１に、エラーメッセージ１及びエラーメッセージ２を一緒に表示可能か否かを判定する。
【００５１】
ここで、エラーメッセージ１及びエラーメッセージ２をともに表示可能な場合（ステップ８０７のＹＥＳ）には、ステップ８０９において、画像出力エンジン８は、エラーメッセージ１及びエラーメッセージ２を同時に表示装置１１１に表示して、ステップ８０２に戻る。また、ステップ８０７においてエラーメッセージ１及びエラーメッセージ２をともに表示できない場合（ステップ８０７のＮＯ）には、ステップ８０８において、画像出力エンジン８は、エラーメッセージ１とエラーメッセージ２のプライオリティが同一か否かを判定する。尚、画像出力エンジン８は、プロトコル変換ＢＯＸ４と同様に、メモリに例えば図９、図１０に示したエラーメッセージとプライオリティの対応テーブルを格納しており、これを参照することで、プライオリティが同一であるか否かを判断する。
【００５２】
ステップ８０８においてエラーメッセージ１とエラーメッセージ２のプライオリティが同一であると判定した場合（ステップ８０８のＹＥＳ）には、ステップ８１１に進み、画像出力エンジン８は、エラーメッセージ１とエラーメッセージ２を交互に表示装置１１０に表示するトグル表示を行い、ステップ８０２に戻る。また、ステップ８０８においてエラーメッセージ１とエラーメッセージ２のプライオリティが同一ではないと判定した場合（ステップ８０８のＮＯ）には、ステップ８１０に進み、画像出力エンジン８は、高いプライオリティを持つエラーメッセージを表示装置１１０に表示して、ステップ８０２に戻る。
【００５３】
上述したステップ８０９において、エラーメッセージ１及びエラーメッセージ２を同時に表示する表示例を図１３に示す。また、ステップ８１０において、エラーメッセージ１またはエラーメッセージ２のいずれかプライオリティの高い方を表示する例は図１１（エラーメッセージ２の例）及び図１２（エラーメッセージ１の例）に示す。また、ステップ８１１において、エラーメッセージ１とエラーメッセージ２を交互にトグル表示するという動作は、図１１のエラー表示および図１２のエラー表示を一定時間ごとに切り替えて交互に表示する方法などが考えられる。
【００５４】
以上に説明したように、各画像出力エンジン８の表示装置において、エラーメッセージの表示エリアの大きさが物理的に異なる場合でも、上述した表示処理を行うことで、表示エリアに応じたエラーメッセージの表示が可能である。また、一つの表示装置において画像出力エンジン８のエラーメッセージ表示エリアが、動的に大きさを変更する場合であっても、図８に示した処理により、表示エリアの大きさに応じたエラーメッセージを表示することが可能である。
【００５５】
上述した実施形態の説明おいて、プロトコル変換ＢＯＸ４はエラーメッセージの表示依頼が可能な機器（デバイス）を、ネットワーク（例えばＬＡＮ）経由で、探索することを想定している。また、エラーメッセージの伝達も、ＬＡＮ経由である。しかし、上述したＬＡＮ経由での通信に限定されるものではなく、無線通信などで通信を行ってもよい。また、プロトコル変換ＢＯＸ４は、エラーメッセージの表示依頼が可能なデバイスの探索に際し、公知のユニバーサルプラグアンドプレイ技術や、ランデブー技術などを使うことも可能であり、ＭｕｌｔｉｃａｓｔＤＮＳ技術を利用することも可能である。
【００５６】
また、上述した実施形態で説明したように、本発明の一実施形態によればネットワークに接続される個々のデバイスが全て表示装置を持たない場合でも、エラーメッセージの表示依頼が可能な表示装置を備えるデバイスを探索して、探索したデバイスにエラーメッセージを表示させるシステムを構成できる。さらに、プロトコル変換ＢＯＸ４がエラーメッセージの表示依頼が可能な表示装置を備えるデバイスを探索する機能を備えることで、システムの構成が変わった場合でも、適時、エラーメッセージを表示するデバイスを探索して、探索したデバイスにエラーメッセージを表示することが可能である。また、エラーメッセージを表示する表示エリアの広さに応じて、エラーメッセージの表示方法を切り替えることが可能なので、従来よりメッセージ表示に関する自由度が高いシステムを構成することができる。
【００５７】
また、図４で示した第４の実施形態における画像出力システムのように、１つのＲＩＰに対し、画像出力エンジン（画像出力装置）を複数有する、画像出力システムの構成でも、それぞれの画像出力エンジンにプロトコル変換ＢＯＸのエラーメッセージを同時に表示させることが可能である。これにより、どの画像出力エンジンのオペレータも、プロトコル変換ＢＯＸで起きたエラーをすぐに知ることができる。
【００５８】
また、上述した実施形態における図６、図７、及び図８に示した各処理は、各処理の機能を実現する為のプログラムをメモリから読み出してＣＰＵが実行することによりその機能を実現させるものであったが、これに限定さるものではなく、各処理の全部または一部の機能を専用のハードウェアにより実現してもよい。また、上述したメモリは、光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記録媒体、ＲＡＭ以外の揮発性のメモリ、あるいはこれらの組合せによるコンピュータ読み取り、書き込み可能な記録媒体より構成されてもよい。
【００５９】
また、図６、図７、及び図８に示した各処理を実現する為のプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各処理を行っても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。具体的には、記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含む。
【００６０】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００６１】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現する為のものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００６２】
また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体およびプログラムプロダクトは、本発明の範疇に含まれる。
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００６３】
【図１−１】本発明の第１の実施形態における画像出力システムの概略構成を示すブロック図である。
【図１−２】本発明の第２の実施形態における画像出力システムの概略構成を示すブロック図である。
【図１−３】本発明の第３の実施形態における画像出力システムの概略構成を示すブロック図である。
【図２】図１−２に示したプロトコル変換ＢＯＸ４ａのハードウェア構成例を示す図である。
【図３】図１−２に示したサーバ１ａとプロトコル変換ＢＯＸ４と画像出力エンジン８の間の通信形態を示す図である。
【図４】本発明の第４の実施形態における画像出力システムの概略構成を示すブロック図である。
【図５】高速ビデオ転送手段７の具体的な構成例を示す図である。
【図６】プロトコル変換ＢＯＸ４が電源オン時に一度だけ処理する初期化の動作を示す図である。
【図７】プロトコル変換ＢＯＸ４における電源オン後のエラーメッセージ表示に関する処理を示す図である。
【図８】画像出力エンジン８のＣＰＵがプログラムを実行することで実現するメッセージ表示処理を示すフロー図である。
【図９】画像出力エンジン８のエラーメッセージおよび、そのプライオリティの一覧テーブル例を示す図である。
【図１０】プロトコル変換ＢＯＸ４のエラーメッセージおよび、そのプライオリティの一覧テーブル例を示す図である。
【図１１】画像出力エンジン８の表示装置を含む操作パネル例を示す図である。
【図１２】画像出力エンジン８の表示装置を含む操作パネル例を示す図である。
【図１３】画像出力エンジン８の表示装置を含む操作パネル例を示す図である。
【符号の説明】
【００６４】
１、１ａ、１ｂ サーバ
２、１０、１１ ＲＩＰ
３ Ｅｔｈｅｒｎｅｔ（登録商標）ケーブル
４、４ａ プロトコル変換ＢＯＸ
５ プロトコル変換手段
６、９ Ｅｔｈｅｒｎｅｔ（登録商標）ケーブル
７ 高速ビデオ転送手段
８、８ａ、８ｂ 画像出力エンジン
２２ ＣＰＵ
２３ ＲＡＭ
２４ ＨＤＤ
４５、４６ Ｅｔｈｅｒｎｅｔ（登録商標）ケーブル
４７ 圧縮部
４８ ホストコンピュータ
【技術分野】
【０００１】
本発明は、印刷、コピー、ＦＡＸ、スキャンといった複数の機能を有する複合機を複数有する画像出力システム及び画像出力方法に関するものである。
【背景技術】
【０００２】
従来、印刷、コピー、ＦＡＸ、スキャンといった多機能なマルチファンクションプリンタ（複合機）は、ラスターイメージプロセッサ（ＲＩＰ）をマルチファンクションプリンタに内蔵する場合と外付けの外部機器に装備する場合があった。ここで、ＲＩＰとは、プリンタ記述言語を基にラスターデータ（ビットマップデータ）を生成する処理を行うものである。内蔵する場合と外付けの場合とではそれぞれのメリットがあった。内蔵の場合のメリットは、全体コストが安くなること、機器の設置スペースが狭くてすむことなどである。外付けの場合のメリットは、ハードウェアの自由度が高くなるのでＲＩＰの能力をフレキシブルに上げられることなどである。
【０００３】
上述したラスターイメージプロセッサ（ＲＩＰ）をマルチファンクションプリンタに内蔵する場合の従来技術としては、所望のイベントを指定し、指定されたイベントに関する情報をログとして収集することで、ログの解析を迅速に行え、管理しやすい画像処理装置に関する技術が開示されている（例えば、特許文献１を参照。）。
【０００４】
また、上述したラスターイメージプロセッサ（ＲＩＰ）をマルチファンクションプリンタの外付けの外部機器に装備する場合の従来技術としては、ネットワーク上の各ホストからスキャナプリンタサーバー装置に転送される所定のデータ構造を有する各ホストの印刷データをスキャナプリンタサーバー装置内のページ記述言語に変換する変換プログラムファイルを各ホストから転送して取得し、該取得した変換プログラムを実行して各ホストの印刷データをスキャナプリンタサーバー装置内のページ記述言語に変換することにより、各ホストからスキャナプリンタサーバー装置への印刷データ転送時における各ホストの転送処理負担を格段に軽減して、各ホストのデータ処理能力低下を防止して快速なデータ処理環境を維持できるスキャナプリンタサーバーシステムに関する技術が開示されている（例えば、特許文献２を参照。）。
【０００５】
【特許文献１】特開平１１−１３６４２８号公報
【特許文献１】特開平８−１６３３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、ＲＩＰをマルチファンクションプリンタに内蔵する場合は問題にならないが、上述した特許文献２のようにＲＩＰを外付けの外部機器（スキャナプリンタサーバー装置）に装備させたような場合に、マルチファンクションプリンタと外部機器との間の通信プロトコルが同一ではなく通信ができない場合がある。特に、マルチファンクションプリンタと外部機器それぞれが異なる会社で設計、製造された場合にはこのような状況は発生し易い。また、各機器の設計時期の違いによって双方のプロトコルのバージョンが異なったり、これら機器を取り巻く多種のユーザソフトウェア（ユーテリティソフトウェア）に合致したプロトコルの通信を行うために、機器ごとにプロトコルの差が生じたりしてしまうケースがある。また、ＲＩＰの所在場所に関わらず、ホストコンピュータがマルチファンクションプリンタに接続して通信を行う場合に、通信プロトコルは唯一無二ではなかった。
【０００７】
以上に示した理由により、特許文献２にも示したようなシステムにおけるマルチファンクションプリンタに接続される複数の機器間の通信において、各機器が異なるプロトコルを持つことによって引き起こされる不具合を解決するために、機器の間にプロトコル変換手段を有するシステム構成が提案されてきた。しかし、システムを構成する機器が増えるに従い、夫々のデバイスにエラーが生じたときに、エラーを表示する表示装置が必要になるなどの問題がある。また、表示装置が複数であるために、エラーの確認をする場合には、夫々の表示装置すべてを確認する必要があるなどの問題がある。
【０００８】
本発明は、上述した事情を考慮してなされたもので、ネットワークに接続された複数の機器（デバイス）の一つでエラーが発生した際に、他の複数の機器に発生したエラーに応じたエラーメッセージを表示させることができる画像出力システム及び画像出力方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
この発明は、上述した課題を解決すべくなされたもので、本発明による画像出力システムにおいては、ネットワーク上の一つ又は複数の画像出力デバイスと、第１のプロトコルを利用した通信により受信したデータを、画像出力デバイスに対応する第２のプロトコルに応じたデータに変換するプロトコル変換手段を備えるプロトコル変換装置とから構成される画像出力システムであって、プロトコル変換装置は、ネットワーク上の画像出力デバイスの中からエラーメッセージの表示依頼が可能な画像出力デバイスである依頼可能デバイスに関する情報を格納する格納手段と、プロトコル変換手段における処理においてエラーが発生した場合に、格納手段を参照することで依頼可能デバイスへエラーに応じた第１のエラーメッセージを送信する送信手段とを具備し、依頼可能デバイスは、プロトコル変換装置から受信した第１のエラーメッセージを表示する表示手段を具備することを特徴とする。
【００１０】
また、本発明による画像出力方法においては、ネットワーク上の一つ又は複数の画像出力デバイスと、第１のプロトコルを利用した通信により受信したデータを、画像出力デバイスに対応する第２のプロトコルに変換するプロトコル変換手段を備えることで画像出力デバイスと通信可能なプロトコル変換装置とから構成される画像出力システムを用いた画像出力方法であって、プロトコル変換装置において、プロトコル変換手段における処理においてエラーが発生した場合に、ネットワーク上の画像出力デバイスの中からエラーメッセージの表示依頼が可能な画像出力デバイスである依頼可能デバイスに関する情報を格納する格納手段を参照することで、依頼可能デバイスへエラーに応じた第１のエラーメッセージを送信する送信ステップを行い、依頼可能デバイスにおいて、プロトコル変換装置の送信ステップにより受信した第１のエラーメッセージを表示手段に表示する表示ステップを行うことを特徴とする。
【００１１】
また、本発明によるデータ処理装置においては、第１のプロトコルを利用した通信により受信したデータを、ネットワーク上の一つ又は複数の画像出力デバイスに対応する第２のプロトコルに応じたデータに変換するプロトコル変換手段と、ネットワーク上の画像出力デバイスのうちエラーメッセージの表示依頼が可能な画像出力デバイスである依頼可能デバイスに関する情報を格納する格納手段と、プロトコル変換手段における処理においてエラーが発生した場合に、格納手段を参照することで依頼可能デバイスへエラーに応じた第１のエラーメッセージを送信する送信手段とを具備し、依頼可能デバイスは、受信した第１のエラーメッセージを表示することを特徴とする。
【００１２】
また、本発明によるデータ処理装置においては、受信した画像データを展開処理する展開手段と、展開手段により展開処理された後の画像データを、ネットワーク上の一つ又は複数の画像出力デバイスに送信する画像データ送信手段と、ネットワーク上の画像出力デバイスのうちエラーメッセージの表示依頼が可能な画像出力デバイスである依頼可能デバイスに関する情報を格納する格納手段と、プロトコル変換手段における処理においてエラーが発生した場合に、格納手段を参照することで依頼可能デバイスへエラーに応じた第１のエラーメッセージを送信する送信手段とを具備し、依頼可能デバイスは、受信した第１のエラーメッセージを表示することを特徴とする。
【発明の効果】
【００１３】
本発明による画像出力システム及び画像出力方法は、ネットワークに接続された複数の機器（画像出力デバイスを含む）が異なるプロトコルを利用しているためプロトコル変換装置を介して通信を行う場合に、当該プロトコル変換装置でエラーが発生した際は、プロトコル変換装置がエラーメッセージの表示依頼を受け付けてくれる複数の機器に発生したエラーに応じたエラーメッセージを表示させることができる。
【発明を実施するための最良の形態】
【００１４】
以下に、図面を参照して、本発明の好適な実施の形態を例示的に詳しく説明する。
【００１５】
本実施形態におけるネットワークの通信プロトコルを制御するプロトコル制御システムの例として、ネットワークを介して印刷サービスを提供する画像出力システムで用いるプロトコル制御システムについて説明する。
図１−１は、本発明の第１の実施形態における画像出力システムの概略構成を示すブロック図である。
【００１６】
図１−１において、１はサーバであり、ＲＩＰ（ラスターイメージプロセッサ）２を備える。ＲＩＰ２は、サーバ１上のアプリケーションソフトウェアで生成された画像データをビットマップイメージデータに展開するものである。３はＥｔｈｅｒｎｅｔ（登録商標）ケーブルであり、１Ｇｂｐｓのデータ転送速度を持ちＲＩＰ２によって生成されたビットマップイメージデータを後述するプロトコル変換ＢＯＸ４に転送するための伝送路である。
【００１７】
４はプロトコル変換ＢＯＸ（プロトコル変換装置）であり、サーバ１からプロトコルＡというプロトコルによって受けたデータをプロトコル変換手段５によってプロトコルＢというプロトコルに変換して、出力する。６はＥｔｈｅｒｎｅｔ（登録商標）ケーブルであり、１００Ｍ（メガ）ｂｐｓのデータ転送速度を持ちプロトコルＢによってコマンドやステータスを後述する画像出力エンジン８へ転送するための伝送路である。７は高速ビデオ転送手段であり、印刷用のビデオデータを専用に後述する画像出力エンジン８へ転送する伝送路である。この高速ビデオ転送手段７は、例えば、ＣｈａｎｎｅｌＬｉｎｋといったもので実現される。８は画像出力エンジンであり、カラーやモノクロの画像を電子写真技術によって印刷出力する装置である。
【００１８】
尚、図１−１の画像出力システムでは、ＲＩＰ２がサーバ１内に格納されている形態であるが、ＲＩＰが格納される場所はプロトコル変換ＢＯＸ４内であっても画像出力エンジン８内であっても良い。以下、ＲＩＰがプロトコル変換ＢＯＸ４内や画像出力エンジン８内に格納されている場合の画像出力システムの構成例について、図１−２及び図１−３を用いて、第２、第３の実施形態として説明する。
【００１９】
図１−２は、本発明の第２の実施形態における画像出力システムの概略構成を示すブロック図である。尚、図１−２において、図１−１と同じ符号を付与したものは同様の機能を有するブロックであり、説明を省略する。図１−２に示すように、プロトコル変換ＢＯＸ４ａ内にＲＩＰ１０が格納されている。また、サーバ１ａは、ＲＩＰを持っておらず、サーバ１ａとプロトコル変換ＢＯＸ４ａは、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブル９で接続されている。
【００２０】
本実施形態においては、サーバ１ａ上のアプリケーションソフトウェアで生成された画像は、ＩＰＤＳといったデータストリームや、ＰｏｓｔＳｃｒｉｐｔやＰＣＬといったＰＤＬ（ページ記述言語）データなどによってサーバ１ａから出力される。それらのデータは、ビットマップイメージデータのような大容量なデータではないため、図１−１の構成に比べてサーバ１ａとプロトコル変換ＢＯＸ４ａ間のデータ転送速度の高速性が要求されない。そのため、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブル９は１００Ｍｂｐｓの転送速度を持てば良い。
【００２１】
プロトコル変換手段５は、サーバ１ａからプロトコルＡというプロトコルによって受けたデータストリームやＰＤＬデータをＲＩＰ１０によってビットマップイメージデータに展開し、展開したビットマップデータをプロトコルＢというプロトコルに変換し、ビデオデータとして高速ビデオ転送手段７を介して画像出力エンジン８へ出力する。
【００２２】
図１−３は、本発明の第３の実施形態における画像出力システムの概略構成を示すブロック図である。尚、図１−３において、図１−１または図１−２と同じ符号を付与したものは同様の機能を有するブロックであり、説明を省略する。図１−３に示すように、画像出力エンジン８ａ内にＲＩＰ１１が格納されている。このような場合、サーバ１ａ上のアプリケーションソフトウェアで生成された画像は、ＩＰＤＳといったデータストリームや、ＰｏｓｔＳｃｒｉｐｔやＰＣＬといったＰＤＬデータなどによってサーバ１ａから出力される。また、プロトコル変換ＢＯＸ４は、プロトコル変換手段５により受信したデータのデータ形式は変換せずにプロトコルのみをプロトコルＡからプロトコルＢに変換して、画像出力エンジン８ａに出力する。
【００２３】
次に、図１−２に示した、プロトコル変換ＢＯＸ４ａのハードウェア構成例を図に示して説明する。図２は、図１−２に示したプロトコル変換ＢＯＸ４ａのハードウェア構成例を示す図である。尚、図２において、図１−２と同じ符号を付与したものは同様の機能を有するブロックであり、説明を省略する。
【００２４】
図２において、２２は、ＣＰＵ（中央演算装置）であり、プロトコル変換ＢＯＸ４ａ内の動きを司っており、データ読み出し／書込み可能なメモリであるＲＡＭ２３やＨＤＤ２４を制御している。図１−２においてサーバ１ａと画像出力エンジン８は、それぞれ異なるプロトコルで制御されている。すなわち、サーバ１ａや画像出力エンジン８が外部機器と通信する場合に、それぞれに制御されているプロトコルによって行われる。プロトコル変換手段５は、このような異なるプロトコルで制御されている複数の機器間の通信を可能にし、加えてプロトコルの差異から生じる通信タイミングの問題を吸収することを目的とするものである。尚、図２においてＲＩＰ１０を除くことで、図１−１や図１−３に示したプロトコル変換ＢＯＸ４のハードウェア構成例となる。
【００２５】
次に、図１−２に示したサーバ１ａとプロトコル変換ＢＯＸ４と画像出力エンジン８の間の通信形態について更に説明する。
図３は、図１−２に示したサーバ１ａとプロトコル変換ＢＯＸ４と画像出力エンジン８の間の通信形態を示す図である。図３においてサーバ１ａは、ＰＣ（パーソナル コンピュータ）やワークステーション上のアプリケーションソフトウェアで印字したいデータを作成する。この印字データは例えば、ＩＰＤＳといったデータストリームや、ＰｏｓｔＳｃｒｉｐｔやＰＣＬといったＰＤＬデータである。この印字データは、プロトコルＡというプロトコルによってプロトコル変換ＢＯＸ４ａに出力される。
【００２６】
プロトコル変換ＢＯＸ４ａ内の３４はＯＳ（オペレーティング システム）であり、例えばＷｉｎｄｏｗｓ（登録商標） ＯＳまたはＬｉｎｕｘ ＯＳである。また、プロトコル変換ＢＯＸ４ａ内のアプリケーションソフトウェア３２とプロトコル変換手段５は、ＯＳ３４上で稼動する。アプリケーションソフトウェア３２は、例えばワードプロセッサソフトウェアであったり、図表描画ソフトウェアであったりする。また、アプリケーションソフトウェア３２は、サーバ１ａから入力されたＰＤＬデータをそのままスルーでＰＤＬデータとして出力する機能を持つソフトウェアであっても良い。また、アプリケーションソフトウェア３２は、ＰＤＬデータをビットマップイメージに展開して出力する機能を持つＲＩＰソフトウェアであっても良い。すなわち、図１−２に示したＲＩＰ１０は、図３のアプリケーションソフトウェア３２に含まれているとする。これにより、プロトコル変換ＢＯＸ４ａは、図３上ではＰＤＬデータ又はＲＩＰデータを出力することを示している。
【００２７】
アプリケーションソフトウェア３２によって生成されたＲＩＰデータ、または、ＰＤＬデータをそのままスルーで出力した形のＰＤＬデータは、プロトコル変換手段５によって、プロトコルＢに変換されて画像出力エンジン８へ出力される。ここで述べたプロトコルＡやプロトコルＢという名称は簡易的な呼称として述べているだけで、どのようなプロトコルであっても良い。
【００２８】
画像出力エンジン８に入力されたＰＤＬデータまたはＲＩＰデータは、プリント３６やＦＡＸ３８の機能によってプリント出力されたり、ＦＡＸ送信される。画像出力エンジン８は、プリント３６やＦＡＸ３８の機能以外にも多数機能を持っており、例えばコピー３７やスキャン３９の機能などを持つマルチファンクションプリンタである。
【００２９】
サーバ１ａとプロトコル変換ＢＯＸ４ａ間の通信はＥｔｈｅｒｎｅｔ（登録商標）ケーブル９を用いたＮｅｔｗｏｒｋ（ネットワーク）接続であり、プロトコル変換ＢＯＸ４ａと画像出力エンジン８間の通信はＥｔｈｅｒｎｅｔ（登録商標）ケーブル６を用いたＮｅｔｗｏｒｋ（ネットワーク）接続、および、高速ビデオ転送手段７による接続を併用した形で実現している。そして、サーバ１ａ、プロトコル変換ＢＯＸ４ａ、画像出力エンジン８はそれぞれ異なるＩＰアドレスを所有している。
【００３０】
次に、上述した高速ビデオ転送手段７の具体的な構成について説明する。図５は、高速ビデオ転送手段７の具体的な構成例を示す図である。尚、図５において、図１−２と同じ符号のものは同じ機能を有するものであり、説明を省略する。図５において、５２は送信用ＣｈａｎｎｅｌＬｉｎｋデバイス（２個）である。５３は、プロトコル変換ＢＯＸ４ａと画像出力エンジン８をつなぐ接続ケーブルであり、高速接続ケーブル５５及び低速制御信号転送線５６から構成されている。５４は、受信用ＣｈａｎｎｅｌＬｉｎｋデバイス（２個）である。プロトコル変換ＢＯＸ４ａは、色信号（ＣＭＹＫ各８ビット）とその制御信号を高速な送信用ＣｈａｎｎｅｌＬｉｎｋ５２により、高速接続ケーブル５５経由で、受信用ＣｈａｎｎｅｌＬｉｎｋ５４へビデオデータを送信する。これにより、受信用ＣｈａｎｎｅｌＬｉｎｋ５４はビデオデータを高速で受信し、画像出力エンジン８は受信したビデオデータに基づき例えば印刷処理を行う。
【００３１】
一方、プロトコル変換ＢＯＸ４ａと画像出力エンジン８間は高速な信号の他に、低速な制御信号のやり取りも行っており、図５に示す低速制御信号転送線５６で転送を行う。それらの信号としては、例えば、画像出力エンジン８の起動を示すＰＲＤＹ信号があり、画像出力エンジン８からプロトコル変換ＢＯＸ４ａに送信される。また、逆にプロトコル変換ＢＯＸ４ａの起動を示すＣＲＤＹという信号もあり、これはプロトコル変換ＢＯＸ４ａから画像出力エンジン８に送信される。また、これらの高速接続ケーブル５５と低速制御信号転送線５６は１本の接続ケーブル５３内に収められている。
【００３２】
本実施例ではエンジンＣＭＹＫ各８ビットに対し、２８ビット幅のＣｈａｎｎｅｌＬｉｎｋデバイスを２個並べて使用する事を前提に説明したが、よりビット幅が必要なエンジン（例えば、ＣＭＹＫ１２ビット）等に対応するには、並列に使用するＣｈａｎｎｅｌＬｉｎｋデバイス数を例えば４個に増やして対応するなども可能である。また、より高速なエンジン対応としても、ＣｈａｎｎｅｌＬｉｎｋデバイス数を増やす事でも対応は可能である。
【００３３】
また、ＣｈａｎｎｅｌＬｉｎｋとは、高速のパラレル／シリアル変換データ転送方式であり、例えば、３２ビットを並列で転送を６６ＭＨｚのクロックで行う場合、２．２Ｇ（ギガ）ｂｐｓのスピードが得られる。一方、高価でない汎用転送手段としては、１００Ｍ、及び、１ＧＥｔｈｅｒｎｅｔ（登録商標）があるが、実行値を考えると１ＧＥｔｈｅｒｎｅｔ（登録商標）で５００Ｍｂｐｓ程度となり、高速エンジン対応としてＣｈａｎｎｅｌＬｉｎｋを高速Ｉ／Ｆとして別途持たせている。また、画像出力エンジン８に対して、ＣＭＹＫと言った色データの他にＴＡＧビット等の付加情報も別途送付する必要があるものがあり、その事からもＩ／Ｆが高速であることが重要である。
【００３４】
上述した実施形態では、ＲＩＰされたデータをＲＡＷデータで流す事が前提であるため、高速ビデオ転送手段７が必要とされたが、以下に示す第４の実施形態では、画像出力エンジン８が圧縮されたデータを効率よく処理できる仕組みを持つことで、高速ビデオ転送手段７を不要とする構成である。
【００３５】
図４は、本発明の第４の実施形態における画像出力システムの概略構成を示すブロック図である。尚、図４において、図１−１と同じ符号を付与したものは同様の機能を有するブロックであり、説明を省略する。図４に示すように、４９はクライアントＰＣである。４８は、ホストコンピュータである。サーバ１ｂ、は、ＲＩＰ２と、データを圧縮処理する圧縮部４７を具備する。
【００３６】
以上により、ホストコンピュータ４８上のアプリケーションソフトウェアで生成されたデータは、サーバ１ｂに送信され、サーバ１ｂでそのデータをビットマップイメージデータに展開する。４６は、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルであり、１００Ｍｂｐｓのデータ転送速度を持ちＲＩＰ２によって生成されたビットマップイメージデータに対して圧縮部４７で圧縮処理したデータをプロトコル変換ＢＯＸ４へプロトコルＡを利用して転送するための伝送路である。プロトコル変換ＢＯＸ４は、サーバ１ｂからプロトコルＡというプロトコルによって受けたデータをプロトコル変換手段５によってプロトコルＢというプロトコルに変換し、画像出力エンジン８ｂへ出力する。
【００３７】
４５は、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルであり、１００Ｍｂｐｓのデータ転送速度を持ちプロトコルＢというプロトコルによってコマンド／ステータス／圧縮画像を転送する。８ｂは、画像出力エンジンであり、カラーやモノクロの画像を電子写真技術によって出力する装置であり、更に、圧縮部４７で圧縮されたビデオデータ（ビットマップイメージデータ）を解凍する処理を行う機能を有する。また、プロトコル変換ＢＯＸ４は、この構成では２つの画像出力エンジン８ｂに同時に圧縮したビデオデータを出力することが可能である。
【００３８】
以上に示したように、図４のサーバ１ｂにおいて印刷ジョブは、ＲＩＰ２でビットマップイメージデータに展開されるが、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブル４６の転送Ｉ／Ｆが１００Ｍ（メガ）と画像転送をＲＡＷデータとして転送するにはスピード不足である。このため、圧縮部４７は、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等の画像圧縮をビットマップイメージデータに対してサーバ１ｂ内で行う。その後、サーバ１ｂは、圧縮済みのイメージデータをプロトコル変換ＢＯＸ４へ転送する。圧縮画像を受信したプロトコル変換ＢＯＸ４は、画像出力エンジン８ｂが求めるプロトコルＢに変換し、変換後のデータを画像出力エンジン８ｂへＥｔｈｅｒｎｅｔ（登録商標）ケーブル４５経由で転送する。尚、画像出力エンジン８ｂが求める画像フォーマットがＪＰＥＧであれば、プロトコル変換ＢＯＸ４は、受信した画像を画像出力エンジン８ｂにそのまま転送する。この事により、高速でないＩ／Ｆで接続された機器においても、画像出力エンジン８ｂの印刷処理スピードにある程度追従するシステム構成が可能となる。
【００３９】
尚、本実施形態では、サーバ１ｂとプロトコル変換ＢＯＸ４の間とプロトコル変換ＢＯＸ４と画像出力エンジン８ｂの間を１００Ｍｂｐｓの通信速度を有するＥｔｈｅｒｎｅｔ（登録商標）ケーブルで接続する形態で説明したが、勿論、１ＧｂｐｓのＥｔｈｅｒｎｅｔ（登録商標）等別の接続手段での対応も可能である。また、図１−１、図１−２、図１−３、図３、及び図４で示したシステム構成において、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルは、図示していない複数の端末（サーバなどを含む）や複数の画像出力装置（画像出力デバイスなどを含む）が接続されたＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を構成するケーブルである。
【００４０】
次に、上述したプロトコル変換ＢＯＸ４又はプロトコル変換ＢＯＸ４ａ（以下、単にプロトコル変換ＢＯＸ４とする）のＣＰＵ２２がメモリからプログラムを読み出し実行することで、実現する処理について以下に説明する。
図６および図７は、プロトコル変換ＢＯＸ４のＣＰＵ２２がプログラムを実行することで実現する処理を示す図である。特に、図６は、プロトコル変換ＢＯＸ４が電源オン時に一度だけ処理する初期化の動作を示す図である。また、図７は、プロトコル変換ＢＯＸ４における電源オン後のエラーメッセージ表示に関する処理を示す図である。
【００４１】
図６に示すように、プロトコル変換ＢＯＸ４は電源オンで、プロトコル変換ＢＯＸ４は、ステップ６０１にて初期化処理を開始する。次に、プロトコル変換ＢＯＸ４は、ステップ６０２において各変数の初期化を行う。次に、ステップ６０３で、プロトコル変換ＢＯＸ４は、ネットワークに接続されている他の機器（デバイス）で、エラーメッセージの表示を依頼可能な機器（依頼可能デバイス）を検索する。尚、ネットワークに接続されている他の機器とは例えば上述した実施形態で示した画像出力エンジン８や画像出力エンジン８ａや画像出力エンジン８ｂ（以下、単に画像出力エンジン８とする）を含む機器である。次に、ステップ６０４において、プロトコル変換ＢＯＸ４は、検索したエラーメッセージの表示を依頼可能な機器をすべて、エラーメッセージの表示先としてメモリ（ＲＡＭ２３やＨＤＤ２４など）に登録する処理を行う。次に、ステップ６０５において、プロトコル変換ＢＯＸ４は、初期化処理を終了して、図７に示す通常の動作モードに移行する。
【００４２】
次に、通常の動作モードにおけるプロトコル変換ＢＯＸ４のエラーメッセージの表示処理について図７を用いて説明する。図７に示すように、ステップ７０１において、プロトコル変換ＢＯＸ４は、エラーメッセージの表示処理を開始する。次に、ステップ７０２において、プロトコル変換ＢＯＸ４は、自身の処理にエラーが起きたか否かを判定する。ここで、エラーが起きていないと判定した場合（ステップ７０２のＮＯ）には、ステップ７０４に進み、プロトコル変換ＢＯＸ４は、プロトコル変換の処理を行った後に、ステップ７０２の処理に移行する。また、ステップ７０２で、エラーが起きたと判定した場合（ステップ７０２のＹＥＳ）には、ステップ７０３に進み、プロトコル変換ＢＯＸ４は、図６の処理でエラー表示先としてメモリに登録した機器（デバイス）全てに、エラーメッセージをメッセージのプライオリティとともに送付して、ステップ７０２に戻る。
【００４３】
以上の図６、図７に示した処理により、本実施形態のプロトコル変換ＢＯＸ４は、ネットワークに接続された機器（デバイス）から、エラーメッセージの表示を依頼可能な機器（例えば表示装置を備えている機器）を検索してメモリに登録しておくことで、実際にエラーが発生した際に、登録した機器にエラーメッセージを表示させることができる。
【００４４】
尚、上述した説明では、ステップ７０２でプロトコル変換ＢＯＸ４は自身の処理におけるエラーを処理していたが、この限りではなく、ネットワークに接続された他の機器におけるエラー情報を受信した場合にも、エラーが起きたと判断して、そのエラー情報を基に作成したエラーメッセージ（エラー情報をそのままでもよい）を、プライオリティとともにメモリに登録した機器（デバイス）全てに送付してもよい。
【００４５】
また、エラーメッセージのプライオリティ（優先度）とは、例えば図９、図１０に示すように、各エラーメッセージに予め付与されたものであり、プロトコル変換ＢＯＸ４は、図９、図１０に示すようなテーブルをメモリに保持している。図９は、画像出力エンジン８のエラーメッセージおよび、そのプライオリティの一覧テーブル例を示す図である。図１０は、プロトコル変換ＢＯＸ４のエラーメッセージおよび、そのプライオリティの一覧テーブル例を示す図である。
【００４６】
次に、画像出力エンジン８のＣＰＵがメモリからプログラムを読み出し実行することで、実現する処理について以下に説明する。尚、上述した実施形態において図には示さなかったが、画像出力エンジン８は、通常の複合機と同様に、複合機の有する各機能の制御や、種々の処理を行うために、ＣＰＵ及びメモリのハードウェアを備えており、メモリにはＣＰＵが実行するためのプログラムが格納されている。
【００４７】
また、画像出力エンジン８は、図１１〜１３に示すように、エラーメッセージを表示可能な表示装置１１０や表示装置１１１及び操作スイッチを含む構成である。図１１、図１２、図１３は、画像出力エンジン８の表示装置を含む操作パネル例を示す図である。尚、図に示すように図１１及び図１２に示す表示装置１１０と、図１３に示す表示装置１１１は、エラーメッセージの表示エリアの大きさが違う。このように、ネットワークに接続された複数の画像出力エンジン８において、各画像出力エンジン８の表示装置の表示エリアの大きさが異なる場合であっても、以下に示すエラーメッセージの表示処理により柔軟に対応することができる。尚、図１１〜１３の詳細については後述する。
【００４８】
図８は、画像出力エンジン８のＣＰＵがプログラムを実行することで実現するメッセージ表示処理を示すフロー図である。まず、ステップ８０１において、画像出力エンジン８は、メッセージ表示処理を開始する。次に、ステップ８０２において、画像出力エンジン８は、他の機器からエラーメッセージ（以下、エラーメッセージ１とする）の表示依頼があるか否かを判定する。エラーメッセージ１の表示依頼がないと判定した場合（ステップ８０２の）には、ステップ８０３において、画像出力エンジン８は、自身の処理においてエラーメッセージ（以下、エラーメッセージ２とする）があるか否かを判定する。ここで、エラーメッセージ２がないと判定した場合（ステップ８０３のＮＯ）には、画像出力エンジン８は、ステップ８０２へ戻る。
【００４９】
また、ステップ８０３でエラーメッセージ２があると判定した場合（ステップ８０３のＹＥＳ）場合には、画像出力エンジン８は、ステップ８０５において、エラーメッセージ２を表示装置１１０又は表示装置１１１に表示した後に、ステップ８０２に戻る。
【００５０】
また、ステップ８０２でエラーメッセージ１があると判定した場合（ステップ８０２のＹＥＳ）には、ステップ８０４において、画像出力エンジン８は、自身のエラーメッセージ２があるか否かを判定する。ここで、エラーメッセージ２がないと判定した場合（ステップ８０４のＮＯ）場合には、ステップ８０５において、画像出力エンジン８は、他の機器のエラーメッセージ１を表示装置１１０又は表示装置１１１に表示する。また、ステップ８０４においてエラーメッセージ２があると判定した場合（ステップ８０４のＹＥＳ）場合には、ステップ８０７において、画像出力エンジン８は、表示装置１１０又は表示装置１１１に、エラーメッセージ１及びエラーメッセージ２を一緒に表示可能か否かを判定する。
【００５１】
ここで、エラーメッセージ１及びエラーメッセージ２をともに表示可能な場合（ステップ８０７のＹＥＳ）には、ステップ８０９において、画像出力エンジン８は、エラーメッセージ１及びエラーメッセージ２を同時に表示装置１１１に表示して、ステップ８０２に戻る。また、ステップ８０７においてエラーメッセージ１及びエラーメッセージ２をともに表示できない場合（ステップ８０７のＮＯ）には、ステップ８０８において、画像出力エンジン８は、エラーメッセージ１とエラーメッセージ２のプライオリティが同一か否かを判定する。尚、画像出力エンジン８は、プロトコル変換ＢＯＸ４と同様に、メモリに例えば図９、図１０に示したエラーメッセージとプライオリティの対応テーブルを格納しており、これを参照することで、プライオリティが同一であるか否かを判断する。
【００５２】
ステップ８０８においてエラーメッセージ１とエラーメッセージ２のプライオリティが同一であると判定した場合（ステップ８０８のＹＥＳ）には、ステップ８１１に進み、画像出力エンジン８は、エラーメッセージ１とエラーメッセージ２を交互に表示装置１１０に表示するトグル表示を行い、ステップ８０２に戻る。また、ステップ８０８においてエラーメッセージ１とエラーメッセージ２のプライオリティが同一ではないと判定した場合（ステップ８０８のＮＯ）には、ステップ８１０に進み、画像出力エンジン８は、高いプライオリティを持つエラーメッセージを表示装置１１０に表示して、ステップ８０２に戻る。
【００５３】
上述したステップ８０９において、エラーメッセージ１及びエラーメッセージ２を同時に表示する表示例を図１３に示す。また、ステップ８１０において、エラーメッセージ１またはエラーメッセージ２のいずれかプライオリティの高い方を表示する例は図１１（エラーメッセージ２の例）及び図１２（エラーメッセージ１の例）に示す。また、ステップ８１１において、エラーメッセージ１とエラーメッセージ２を交互にトグル表示するという動作は、図１１のエラー表示および図１２のエラー表示を一定時間ごとに切り替えて交互に表示する方法などが考えられる。
【００５４】
以上に説明したように、各画像出力エンジン８の表示装置において、エラーメッセージの表示エリアの大きさが物理的に異なる場合でも、上述した表示処理を行うことで、表示エリアに応じたエラーメッセージの表示が可能である。また、一つの表示装置において画像出力エンジン８のエラーメッセージ表示エリアが、動的に大きさを変更する場合であっても、図８に示した処理により、表示エリアの大きさに応じたエラーメッセージを表示することが可能である。
【００５５】
上述した実施形態の説明おいて、プロトコル変換ＢＯＸ４はエラーメッセージの表示依頼が可能な機器（デバイス）を、ネットワーク（例えばＬＡＮ）経由で、探索することを想定している。また、エラーメッセージの伝達も、ＬＡＮ経由である。しかし、上述したＬＡＮ経由での通信に限定されるものではなく、無線通信などで通信を行ってもよい。また、プロトコル変換ＢＯＸ４は、エラーメッセージの表示依頼が可能なデバイスの探索に際し、公知のユニバーサルプラグアンドプレイ技術や、ランデブー技術などを使うことも可能であり、ＭｕｌｔｉｃａｓｔＤＮＳ技術を利用することも可能である。
【００５６】
また、上述した実施形態で説明したように、本発明の一実施形態によればネットワークに接続される個々のデバイスが全て表示装置を持たない場合でも、エラーメッセージの表示依頼が可能な表示装置を備えるデバイスを探索して、探索したデバイスにエラーメッセージを表示させるシステムを構成できる。さらに、プロトコル変換ＢＯＸ４がエラーメッセージの表示依頼が可能な表示装置を備えるデバイスを探索する機能を備えることで、システムの構成が変わった場合でも、適時、エラーメッセージを表示するデバイスを探索して、探索したデバイスにエラーメッセージを表示することが可能である。また、エラーメッセージを表示する表示エリアの広さに応じて、エラーメッセージの表示方法を切り替えることが可能なので、従来よりメッセージ表示に関する自由度が高いシステムを構成することができる。
【００５７】
また、図４で示した第４の実施形態における画像出力システムのように、１つのＲＩＰに対し、画像出力エンジン（画像出力装置）を複数有する、画像出力システムの構成でも、それぞれの画像出力エンジンにプロトコル変換ＢＯＸのエラーメッセージを同時に表示させることが可能である。これにより、どの画像出力エンジンのオペレータも、プロトコル変換ＢＯＸで起きたエラーをすぐに知ることができる。
【００５８】
また、上述した実施形態における図６、図７、及び図８に示した各処理は、各処理の機能を実現する為のプログラムをメモリから読み出してＣＰＵが実行することによりその機能を実現させるものであったが、これに限定さるものではなく、各処理の全部または一部の機能を専用のハードウェアにより実現してもよい。また、上述したメモリは、光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記録媒体、ＲＡＭ以外の揮発性のメモリ、あるいはこれらの組合せによるコンピュータ読み取り、書き込み可能な記録媒体より構成されてもよい。
【００５９】
また、図６、図７、及び図８に示した各処理を実現する為のプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各処理を行っても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。具体的には、記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含む。
【００６０】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００６１】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現する為のものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００６２】
また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体およびプログラムプロダクトは、本発明の範疇に含まれる。
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００６３】
【図１−１】本発明の第１の実施形態における画像出力システムの概略構成を示すブロック図である。
【図１−２】本発明の第２の実施形態における画像出力システムの概略構成を示すブロック図である。
【図１−３】本発明の第３の実施形態における画像出力システムの概略構成を示すブロック図である。
【図２】図１−２に示したプロトコル変換ＢＯＸ４ａのハードウェア構成例を示す図である。
【図３】図１−２に示したサーバ１ａとプロトコル変換ＢＯＸ４と画像出力エンジン８の間の通信形態を示す図である。
【図４】本発明の第４の実施形態における画像出力システムの概略構成を示すブロック図である。
【図５】高速ビデオ転送手段７の具体的な構成例を示す図である。
【図６】プロトコル変換ＢＯＸ４が電源オン時に一度だけ処理する初期化の動作を示す図である。
【図７】プロトコル変換ＢＯＸ４における電源オン後のエラーメッセージ表示に関する処理を示す図である。
【図８】画像出力エンジン８のＣＰＵがプログラムを実行することで実現するメッセージ表示処理を示すフロー図である。
【図９】画像出力エンジン８のエラーメッセージおよび、そのプライオリティの一覧テーブル例を示す図である。
【図１０】プロトコル変換ＢＯＸ４のエラーメッセージおよび、そのプライオリティの一覧テーブル例を示す図である。
【図１１】画像出力エンジン８の表示装置を含む操作パネル例を示す図である。
【図１２】画像出力エンジン８の表示装置を含む操作パネル例を示す図である。
【図１３】画像出力エンジン８の表示装置を含む操作パネル例を示す図である。
【符号の説明】
【００６４】
１、１ａ、１ｂ サーバ
２、１０、１１ ＲＩＰ
３ Ｅｔｈｅｒｎｅｔ（登録商標）ケーブル
４、４ａ プロトコル変換ＢＯＸ
５ プロトコル変換手段
６、９ Ｅｔｈｅｒｎｅｔ（登録商標）ケーブル
７ 高速ビデオ転送手段
８、８ａ、８ｂ 画像出力エンジン
２２ ＣＰＵ
２３ ＲＡＭ
２４ ＨＤＤ
４５、４６ Ｅｔｈｅｒｎｅｔ（登録商標）ケーブル
４７ 圧縮部
４８ ホストコンピュータ
【特許請求の範囲】
【請求項１】
ネットワーク上の一つ又は複数の画像出力デバイスと、第１のプロトコルを利用した通信により受信したデータを、前記画像出力デバイスに対応する第２のプロトコルに応じたデータに変換するプロトコル変換手段を備えるプロトコル変換装置とから構成される画像出力システムであって、
前記プロトコル変換装置は、
前記ネットワーク上の画像出力デバイスの中からエラーメッセージの表示依頼が可能な画像出力デバイスである依頼可能デバイスに関する情報を格納する格納手段と、
前記プロトコル変換手段における処理においてエラーが発生した場合に、前記格納手段を参照することで前記依頼可能デバイスへ前記エラーに応じた第１のエラーメッセージを送信する送信手段と
を具備し、
前記依頼可能デバイスは、前記プロトコル変換装置から受信した前記第１のエラーメッセージを表示する表示手段を具備することを特徴とする画像出力システム。
【請求項２】
前記プロトコル変換装置の前記送信手段は、前記第１のエラーメッセージと一緒に前記第１のエラーメッセージの優先度を定める優先度情報を前記依頼可能デバイスへ送信することを特徴とする請求項１に記載の画像出力システム。
【請求項３】
前記依頼可能デバイスは、
前記プロトコル変換装置から前記第１のエラーメッセージと一緒に前記優先度情報を受信した場合に、前記第１のエラーメッセージの量及び前記優先度情報に応じて前記表示手段への表示方法を制御する表示制御手段を更に具備することを特徴とする請求項２に記載の画像出力システム。
【請求項４】
前記依頼可能デバイスの前記表示手段は、前記依頼可能デバイス自身の処理におけるエラーに応じた第２のエラーメッセージを表示可能であり、前記第２のエラーメッセージにも優先度を定める優先度情報が対応付けられている場合に、
前記依頼可能デバイスの前記表示制御手段は、表示すべき複数の前記第１のエラーメッセージ及び／または前記第２のエラーメッセージに対して、各エラーメッセージの優先度情報及び前記表示手段の表示画面の大きさに応じて前記表示手段への表示方法を制御することを特徴とする請求項３に記載の画像出力システム。
【請求項５】
前記依頼可能デバイスの前記表示制御手段における表示方法の制御とは、前記表示手段に複数のエラーメッセージのうち優先度の高いものを表示する表示方法、複数のエラーメッセージを順番に切り替えて表示する表示方法、複数のエラーメッセージを並列に並べて表示する表示方法のいずれか一つの表示方法を選択することを特徴とする請求項３又は４に記載の画像出力システム。
【請求項６】
前記プロトコル変換装置は、前記ネットワーク上の前記画像出力デバイスの中からエラーメッセージの表示依頼が可能な画像出力デバイスを探索して、探索した画像出力デバイスを依頼可能デバイスとして前記格納手段に登録する探索手段を更に具備することを特徴とする請求項１〜５のいずれか１項に記載の画像出力システム。
【請求項７】
前記プロトコル変換装置の前記探索手段は、エラーメッセージの表示依頼が可能な画像出力デバイスとして、表示装置を備える画像出力デバイスを探索することを特徴とする請求項６に記載の画像出力システム。
【請求項８】
ネットワーク上の一つ又は複数の画像出力デバイスと、第１のプロトコルを利用した通信により受信したデータを、前記画像出力デバイスに対応する第２のプロトコルに変換するプロトコル変換手段を備えることで前記画像出力デバイスと通信可能なプロトコル変換装置とから構成される画像出力システムを用いた画像出力方法であって、
前記プロトコル変換装置において、前記プロトコル変換手段における処理においてエラーが発生した場合に、前記ネットワーク上の前記画像出力デバイスの中からエラーメッセージの表示依頼が可能な画像出力デバイスである依頼可能デバイスに関する情報を格納する格納手段を参照することで、前記依頼可能デバイスへ前記エラーに応じた第１のエラーメッセージを送信する送信ステップを行い、
前記依頼可能デバイスにおいて、前記プロトコル変換装置の前記送信ステップにより受信した前記第１のエラーメッセージを表示手段に表示する表示ステップを行うこと
を特徴とする画像出力方法。
【請求項９】
データ処理装置であって、
第１のプロトコルを利用した通信により受信したデータを、ネットワーク上の一つ又は複数の画像出力デバイスに対応する第２のプロトコルに応じたデータに変換するプロトコル変換手段と、
前記ネットワーク上の画像出力デバイスのうちエラーメッセージの表示依頼が可能な画像出力デバイスである依頼可能デバイスに関する情報を格納する格納手段と、
前記プロトコル変換手段における処理においてエラーが発生した場合に、前記格納手段を参照することで前記依頼可能デバイスへ前記エラーに応じた第１のエラーメッセージを送信する送信手段と
を具備し、
前記依頼可能デバイスは、受信した前記第１のエラーメッセージを表示することを特徴とするデータ処理装置。
【請求項１０】
データ処理装置であって、
受信した画像データを展開処理する展開手段と、
前記展開手段により展開処理された後の画像データを、ネットワーク上の一つ又は複数の画像出力デバイスに送信する画像データ送信手段と、
前記ネットワーク上の画像出力デバイスのうちエラーメッセージの表示依頼が可能な画像出力デバイスである依頼可能デバイスに関する情報を格納する格納手段と、
前記プロトコル変換手段における処理においてエラーが発生した場合に、前記格納手段を参照することで前記依頼可能デバイスへ前記エラーに応じた第１のエラーメッセージを送信する送信手段と
を具備し、
前記依頼可能デバイスは、受信した前記第１のエラーメッセージを表示することを特徴とするデータ処理装置。
【請求項１】
ネットワーク上の一つ又は複数の画像出力デバイスと、第１のプロトコルを利用した通信により受信したデータを、前記画像出力デバイスに対応する第２のプロトコルに応じたデータに変換するプロトコル変換手段を備えるプロトコル変換装置とから構成される画像出力システムであって、
前記プロトコル変換装置は、
前記ネットワーク上の画像出力デバイスの中からエラーメッセージの表示依頼が可能な画像出力デバイスである依頼可能デバイスに関する情報を格納する格納手段と、
前記プロトコル変換手段における処理においてエラーが発生した場合に、前記格納手段を参照することで前記依頼可能デバイスへ前記エラーに応じた第１のエラーメッセージを送信する送信手段と
を具備し、
前記依頼可能デバイスは、前記プロトコル変換装置から受信した前記第１のエラーメッセージを表示する表示手段を具備することを特徴とする画像出力システム。
【請求項２】
前記プロトコル変換装置の前記送信手段は、前記第１のエラーメッセージと一緒に前記第１のエラーメッセージの優先度を定める優先度情報を前記依頼可能デバイスへ送信することを特徴とする請求項１に記載の画像出力システム。
【請求項３】
前記依頼可能デバイスは、
前記プロトコル変換装置から前記第１のエラーメッセージと一緒に前記優先度情報を受信した場合に、前記第１のエラーメッセージの量及び前記優先度情報に応じて前記表示手段への表示方法を制御する表示制御手段を更に具備することを特徴とする請求項２に記載の画像出力システム。
【請求項４】
前記依頼可能デバイスの前記表示手段は、前記依頼可能デバイス自身の処理におけるエラーに応じた第２のエラーメッセージを表示可能であり、前記第２のエラーメッセージにも優先度を定める優先度情報が対応付けられている場合に、
前記依頼可能デバイスの前記表示制御手段は、表示すべき複数の前記第１のエラーメッセージ及び／または前記第２のエラーメッセージに対して、各エラーメッセージの優先度情報及び前記表示手段の表示画面の大きさに応じて前記表示手段への表示方法を制御することを特徴とする請求項３に記載の画像出力システム。
【請求項５】
前記依頼可能デバイスの前記表示制御手段における表示方法の制御とは、前記表示手段に複数のエラーメッセージのうち優先度の高いものを表示する表示方法、複数のエラーメッセージを順番に切り替えて表示する表示方法、複数のエラーメッセージを並列に並べて表示する表示方法のいずれか一つの表示方法を選択することを特徴とする請求項３又は４に記載の画像出力システム。
【請求項６】
前記プロトコル変換装置は、前記ネットワーク上の前記画像出力デバイスの中からエラーメッセージの表示依頼が可能な画像出力デバイスを探索して、探索した画像出力デバイスを依頼可能デバイスとして前記格納手段に登録する探索手段を更に具備することを特徴とする請求項１〜５のいずれか１項に記載の画像出力システム。
【請求項７】
前記プロトコル変換装置の前記探索手段は、エラーメッセージの表示依頼が可能な画像出力デバイスとして、表示装置を備える画像出力デバイスを探索することを特徴とする請求項６に記載の画像出力システム。
【請求項８】
ネットワーク上の一つ又は複数の画像出力デバイスと、第１のプロトコルを利用した通信により受信したデータを、前記画像出力デバイスに対応する第２のプロトコルに変換するプロトコル変換手段を備えることで前記画像出力デバイスと通信可能なプロトコル変換装置とから構成される画像出力システムを用いた画像出力方法であって、
前記プロトコル変換装置において、前記プロトコル変換手段における処理においてエラーが発生した場合に、前記ネットワーク上の前記画像出力デバイスの中からエラーメッセージの表示依頼が可能な画像出力デバイスである依頼可能デバイスに関する情報を格納する格納手段を参照することで、前記依頼可能デバイスへ前記エラーに応じた第１のエラーメッセージを送信する送信ステップを行い、
前記依頼可能デバイスにおいて、前記プロトコル変換装置の前記送信ステップにより受信した前記第１のエラーメッセージを表示手段に表示する表示ステップを行うこと
を特徴とする画像出力方法。
【請求項９】
データ処理装置であって、
第１のプロトコルを利用した通信により受信したデータを、ネットワーク上の一つ又は複数の画像出力デバイスに対応する第２のプロトコルに応じたデータに変換するプロトコル変換手段と、
前記ネットワーク上の画像出力デバイスのうちエラーメッセージの表示依頼が可能な画像出力デバイスである依頼可能デバイスに関する情報を格納する格納手段と、
前記プロトコル変換手段における処理においてエラーが発生した場合に、前記格納手段を参照することで前記依頼可能デバイスへ前記エラーに応じた第１のエラーメッセージを送信する送信手段と
を具備し、
前記依頼可能デバイスは、受信した前記第１のエラーメッセージを表示することを特徴とするデータ処理装置。
【請求項１０】
データ処理装置であって、
受信した画像データを展開処理する展開手段と、
前記展開手段により展開処理された後の画像データを、ネットワーク上の一つ又は複数の画像出力デバイスに送信する画像データ送信手段と、
前記ネットワーク上の画像出力デバイスのうちエラーメッセージの表示依頼が可能な画像出力デバイスである依頼可能デバイスに関する情報を格納する格納手段と、
前記プロトコル変換手段における処理においてエラーが発生した場合に、前記格納手段を参照することで前記依頼可能デバイスへ前記エラーに応じた第１のエラーメッセージを送信する送信手段と
を具備し、
前記依頼可能デバイスは、受信した前記第１のエラーメッセージを表示することを特徴とするデータ処理装置。
【図１−１】
【図１−２】
【図１−３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１−２】
【図１−３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００６−５６０３７（Ｐ２００６−５６０３７Ａ）
【公開日】平成１８年３月２日（２００６．３．２）
【国際特許分類】
【出願番号】特願２００４−２３７６５６（Ｐ２００４−２３７６５６）
【出願日】平成１６年８月１７日（２００４．８．１７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成１８年３月２日（２００６．３．２）
【国際特許分類】
【出願日】平成１６年８月１７日（２００４．８．１７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]