(57)【要約】     【課題】  ユーザの使用形態や好みなどに応じて、クライアントコンピュータ上に表示するユーザインタフェイスを容易にカスタマイズすることができる画像処理システムを提供する。    【解決手段】  画像処理装置１０１は、ウェブクライアント１２０からのＨＴＴＰコマンド（処理要求Ｓ１）を受信すると、この解析結果に応じた処理を行い（処理実行Ｓ２）、その処理の結果を含むリダイレクト指示をウェブクライアント１２０に送信する（転送指示Ｓ３）。ウェブクライアント１２０は、このリダイレクト指示を解釈し、指示された転送先ＵＲＬに対して要求を行う（転送Ｓ４）。表示処理サービス用ウェブサーバ１１０は、ウェブクライアント１２０からの要求に従って表示用データをウェブクライアント１２０に対して送信する（処理結果表示Ｓ５）。【選択図】      図３
2005157552.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置とクライアントと表示処理サービス用サーバとを備え、少なくとも前記クライアントが前記画像処理装置と前記表示処理サービス用サーバとに通信可能に接続される画像処理システムであって、
前記画像処理装置は、前記クライアントからの操作要求を受信すると、該受信した操作要求に対応する処理を行う処理手段と、前記操作要求に対する応答として、前記表示処理サービス用サーバにアクセスするように指示するためのリダイレクト指示を、前記クライアントに送信する送信手段とを含み、
前記クライアントは、前記画像処理装置からのリダイレクト指示を受信すると、該受信したリダイレクト指示に従って前記表示処理サービス用サーバにアクセスするアクセス手段を含み、
前記表示処理サービス用サーバは、前記クライアントからのリダイレクト指示に従ったアクセスがあると、表示用情報を前記クライアントに送信する送信手段を含むことを特徴とする画像処理システム。
【請求項２】
前記リダイレクト指示は、前記画像処理装置が受信した操作要求に対応する処理の結果を含むことを特徴とする請求項１記載の画像処理システム。
【請求項３】
前記表示処理サービス用サーバは、複数の表示用情報を記憶する表示用情報記憶手段を含み、前記リダイレクト指示に含まれる前記画像処理装置が受信した操作要求に対応する処理の結果に応じた表示用情報を前記記憶手段から読み出し、前記クライアントに送信することを特徴とする請求項２記載の画像処理システム。
【請求項４】
前記画像処理装置は、前記表示処理サービス用サーバのアドレス情報を記憶するアドレス情報記憶手段を含み、前記リダイレクト指示は、前記アドレス情報記憶手段に記憶されたアドレス情報を含む指示であることを特徴とする請求項１記載の画像処理システム。
【請求項５】
前記クライアントは、前記画像処理装置に操作要求を行う際に、該操作要求とともに前記表示処理サービス用サーバのアドレス情報を送信することが可能であり、前記画像処理装置は、前記クライアントから操作要求とともに送信されたアドレス情報を受信すると、該受信したアドレス情報を含むリダイレクト指示を前記クライアントへ送信することを特徴とする請求項１記載の画像処理システム。
【請求項６】
前記画像処理装置は、前記クライアントの操作要求に応じた表示用画面情報を記憶する表示用画面情報記憶手段を含み、前記クライアントからの操作要求を受信した際に、前記表示処理サービス用サーバのアドレス情報を受信しなかった場合、リダイレクト指示に代えて、前記表示用画面情報記憶手段に記憶されている前記クライアントの操作要求に応じた表示用画面情報を前記クライアントに送信することを特徴とする請求項５記載の画像処理システム。
【請求項７】
画像処理装置とクライアントと表示処理サービス用サーバとを備え、少なくとも前記クライアントが前記画像処理装置と前記表示処理サービス用サーバとに通信可能に接続される画像処理システムの画像処理方法であって、
前記画像処理装置は、前記クライアントからの操作要求を受信すると、該受信した操作要求に対応する処理を行い、前記操作要求に対する応答として、前記表示処理サービス用サーバにアクセスするように指示するためのリダイレクト指示を、前記クライアントに送信し、
前記クライアントは、前記画像処理装置からのリダイレクト指示を受信すると、該受信したリダイレクト指示に従って前記表示処理サービス用サーバにアクセスし、
前記表示処理サービス用サーバは、前記クライアントからのリダイレクト指示に従ったアクセスがあると、表示用情報を前記クライアントに送信することを特徴とする画像処理方法。
【請求項８】
前記リダイレクト指示は、前記画像処理装置が受信した操作要求に対応する処理の結果を含むことを特徴とする請求項７記載の画像処理方法。
【請求項９】
前記表示処理サービス用サーバは、複数の表示用情報を記憶する表示用情報記憶手段を含み、前記リダイレクト指示に含まれる前記画像処理装置が受信した操作要求に対応する処理の結果に応じた表示用情報を前記記憶手段から読み出し、前記クライアントに送信することを特徴とする請求項８記載の画像処理方法。
【請求項１０】
前記画像処理装置は、前記表示処理サービス用サーバのアドレス情報を記憶するアドレス情報記憶手段を含み、前記リダイレクト指示は、前記アドレス情報記憶手段に記憶されたアドレス情報を含む指示であることを特徴とする請求項７記載の画像処理方法。
【請求項１１】
前記クライアントは、前記画像処理装置に操作要求を行う際に、該操作要求とともに前記表示処理サービス用サーバのアドレス情報を送信することが可能であり、前記画像処理装置は、前記クライアントから操作要求とともに送信されたアドレス情報を受信すると、該受信したアドレス情報を含むリダイレクト指示を前記クライアントへ送信することを特徴とする請求項７記載の画像処理方法。
【請求項１２】
前記画像処理装置は、前記クライアントの操作要求に応じた表示用画面情報を記憶する表示用画面情報記憶手段を含み、前記クライアントからの操作要求を受信した際に、前記表示処理サービス用サーバのアドレス情報を受信しなかった場合、リダイレクト指示に代えて、前記表示用画面情報記憶手段に記憶されている前記クライアントの操作要求に応じた表示用画面情報を前記クライアントに送信することを特徴とする請求項１１記載の画像処理方法。
【請求項１３】
表示処理サービス用サーバと通信可能なクライアントと通信可能に接続される画像処理装置であって、
前記クライアントからの操作要求を受信すると、該受信した操作要求に対応する処理を行う処理手段と、
前記操作要求に対する応答として、前記表示処理サービス用サーバにアクセスするように指示するためのリダイレクト指示を前記クライアントに送信する送信手段と
を備えることを特徴とする画像処理装置。
【請求項１４】
表示処理サービス用サーバと通信可能なクライアントと通信可能に接続され、前記クライアントから受信した操作要求に対応する処理を行う画像処理装置上で実行されるプログラムであって、
前記クライアントから受信した操作要求に対する応答として、前記表示処理サービス用サーバにアクセスするように指示するためのリダイレクト指示を前記クライアントに送信するように制御することを特徴とするプログラム。
【請求項１５】
請求項１４記載のプログラムをコンピュータ読取可能に格納したことを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置と、クライアントと、表示処理サービス用サーバとがネットワークに接続される画像処理システム、画像処理方法、画像処理装置、プログラムおよび記憶媒体に関する。
【背景技術】
【０００２】
ウェブサーバ機能を実装する画像処理装置とホストコンピュータとが接続され、画像処理装置とホストコンピュータの間の通信規約としてＨＴＴＰプロトコルが採用されているネットワークシステムにおいて、画像処理装置の状態やコンフィギュレーション情報、画像処理装置に投入されたジョブの状況や履歴情報などがＨＴＭＬ文書として画像処理装置から送信され、ホストコンピュータ上のウェブブラウザにより上記ＨＴＭＬ文書を閲覧する方法が知られている。
【０００３】
ウェブブラウザは、ＨＴＴＰプロトコルにより転送されるＨＴＭＬ文書を解釈し、表示を行うものであり、種別の異なる多くのホストコンピュータ上に実装される。よって、ウェブブラウザは、ホストコンピュータの種別によらず、システムを容易に構成することが可能なように構成されている。また、ＨＴＴＰプロトコルは、１対多のマルチクライアントプロトコルであり、複数のユーザが同時に装置と対話することが可能なユーザインタフェイスを提供する。
【０００４】
上述したような画像処理装置において、クライアントコンピュータ上に表示するユーザインタフェイスを好みや用途に応じてカスタマイズしたいという要望がある。
【０００５】
また、クライアントコンピュータ上に表示するユーザインタフェイスをカスタマイズする方法として、画像データの一部をクライアントのハードディスクに予め記憶させておき、クライアントに記憶されている画像ファイルへのリンクデータをＨＴＭＬ文書中に記述する方法が提案されている（例えば、特許文献１を参照）。
【特許文献１】特開２００３−４４３７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述したような画像処理装置において、ウェブブラウザに送信するデータ（ＨＴＭＬファイルや画像ファイルを含む）は、画像処理装置内の記憶装置に予め記憶されたものである。CGIやServletなどの技術によって、送信するデータを動的に生成するシステムも多く存在するが、これらも同様に、画像処理装置内の記憶装置に予め記憶されたデータを用いて表示用データを生成して送信していることには変わりない。従って、これらの画像処理装置において、クライアントコンピュータ上に表示するユーザインタフェイスをカスタマイズするためには、装置内の記憶装置に記憶されているデータを変更しなければならず、手軽にカスタマイズすることは困難である。
【０００７】
また、特許文献１（特開２００３−４４３７５号公報）に記載の手法では、ユーザ毎に、表示をカスタマイズすることが可能であるものの、予め全てのクライアントのハードディスクに画像データなどのファイルを記憶させる必要があるので、この作業に非常に大きな手間が掛かる。また、カスタマイズ可能なものは、画像データなど、一部のデータのみであるので、ユーザのカスタマイズ要求に十分に応えることは難しい。
【０００８】
本発明の目的は、ユーザの使用形態や好みなどに応じて、クライアントコンピュータ上に表示するユーザインタフェイスを容易にカスタマイズすることができる画像処理システム、画像処理方法、画像処理装置、プログラムおよび記憶媒体を提供することにある。
【課題を解決するための手段】
【０００９】
本発明は、上記目的を達成するため、画像処理装置とクライアントと表示処理サービス用サーバとを備え、少なくとも前記クライアントが前記画像処理装置と前記表示処理用サーバと通信可能に接続される画像処理システムであって、前記画像処理装置は、前記クライアントからの操作要求を受信すると、該受信した操作要求に対応する処理を行う処理手段と、前記操作要求に対する応答として、前記表示処理サービス用サーバにアクセスするように指示するためのリダイレクト指示を、前記クライアントに送信する送信手段とを含み、前記クライアントは、前記画像処理装置からのリダイレクト指示を受信すると、該受信したリダイレクト指示に従って前記表示処理サービス用サーバにアクセスするアクセス手段を含み、前記表示処理サービス用サーバは、前記クライアントからのリダイレクト指示に従ったアクセスがあると、表示用情報を前記クライアントに送信する送信手段を含むことを特徴とする。
【００１０】
本発明は、上記目的を達成するため、画像処理装置とクライアントと表示処理サービス用サーバとを備え、少なくとも前記クライアントが前記画像処理装置と前記表示処理用サーバと通信可能に接続される画像処理システムの画像処理方法であって、前記画像処理装置は、前記クライアントからの操作要求を受信すると、該受信した操作要求に対応する処理を行い、前記操作要求に対する応答として、前記表示処理サービス用サーバにアクセスするように指示するためのリダイレクト指示を、前記クライアントに送信し、前記クライアントは、前記画像処理装置からのリダイレクト指示を受信すると、該受信したリダイレクト指示に従って前記表示処理サービス用サーバにアクセスし、前記表示処理サービス用サーバは、前記クライアントからのリダイレクト指示に従ったアクセスがあると、表示用情報を前記クライアントに送信することを特徴とする。
【００１１】
本発明は、上記目的を達成するため、表示処理サービス用サーバと通信可能なクライアントと通信可能に接続される画像処理装置であって、前記クライアントからの操作要求を受信すると、該受信した操作要求に対応する処理を行う処理手段と、前記操作要求に対する応答として、前記表示処理サービス用サーバにアクセスするように指示するためのリダイレクト指示を前記クライアントに送信する送信手段とを備えることを特徴とする。
【００１２】
本発明は、上記目的を達成するため、表示処理サービス用サーバと通信可能なクライアントと通信可能に接続され、前記クライアントから受信した操作要求に対応する処理を行う画像処理装置上で実行されるプログラムであって、前記クライアントから受信した操作要求に対する応答として、前記表示処理サービス用サーバにアクセスするように指示するためのリダイレクト指示を前記クライアントに送信するように制御することを特徴とする。
【００１３】
本発明は、上記目的を達成するため、上記プログラムをコンピュータ読取可能に格納したことを特徴とする記憶媒体を提供する。
【発明の効果】
【００１４】
本発明によれば、クライアントからの操作要求に対応する応答が同じ場合でも、表示処理サービス用サーバからクライアントに送信する表示用情報を変えれば、クライアントに表示される情報を変更することができ、ユーザの使用形態や好みなどに応じて、クライアント上に表示されるユーザインタフェイスを容易にカスタマイズすることができる。
【００１５】
また、クライアントから画像処理装置に操作要求を行う際に、該操作要求とともに表示処理サービス用サーバのアドレス情報を送信することが可能であるので、複数のクライアントがある場合、クライアント毎にそのユーザインタフェイスを容易にカスタマイズすることが可能になる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態について図面を参照しながら説明する。
【００１７】
（第１の実施の形態）
図１は本発明の第１の実施の形態に係る画像処理装置を含むシステムの構成例を示すブロック図である。
【００１８】
本実施の形態のシステムにおいては、図１に示すように、画像処理装置１０１と、表示処理サービス用ウェブサーバ１１０と、ウェブクライアント１２０とがネットワーク（通信媒体）例えばＬＡＮ（Local Area Network）１００に接続されている。画像処理装置１０１は、ネットワーク接続部１０２と、Ｗｅｂサーバ部１０３と、制御部１０４と、記憶部１０５と、プリント出力部１０６と、画像読取部１０７と、操作部１０８とを備える複写機として構成される。表示処理サービス用ウェブサーバ１１０は、一般に広く用いられているＨＴＴＰによる通信が可能なサーバである。ウェブクライアント１２０は、例えばパーソナルコンピュータから構成され、図示されていないが、ユーザの操作を入力する入力部、入力部から入力されたユーザの操作に従って画像処理装置１０１および表示処理サービス用ウェブサーバ１１０と通信する通信部と、画像処理装置１０１および表示処理サービス用ウェブサーバ１１０から送出された情報を表示する表示部とを備える。
【００１９】
なお、図１においては、ネットワーク１００に画像処理装置、表示処理サービス用ウェブサーバ、ウェブクライアントがそれぞれ１台ずつ接続されたシステムが示されているが、ネットワーク１００にさらに多数台の画像処理装置、表示サービス用ウェブサーバ、ウェブクライアントが接続されたシステムを構成してもよい。
【００２０】
画像処理装置１０１において、ネットワーク接続部１０２は、ＬＡＮ１００を介してウェブクライアント１２０との間でデータの送受信を行う。Ｗｅｂサーバ部１０３は、ＨＴＴＰによる通信が可能なサーバであり、ウェブクライアント１２０からの要求に応じて動作する。記憶部１０５は、画像データや画像処理装置の設定情報など各種データを記憶するものであり、画像データなどの各種データの書き込みおよび読み出しは、制御部１０４により行われる。プリント出力部１０６は、制御部１０４による制御に基づいて用紙に画像を形成し出力するプリント出力動作を行う。画像読取部１０７は、画像処理装置１０１にセットされた原稿から画像を読み取り、該読み取りにより得られた画像データを制御部１０４に出力する。操作部１０８は、コピー枚数などの数値を入力するためのキー、モード設定のためのキーなどの各種キーを有し、各種キーが操作されると、操作されたキーに対応する情報が制御部１１０４に出力される。また、操作部１０８は、各種設定値、装置状態などを表示する表示パネル（図示せず）を有する。
【００２１】
制御部１０４は、ウェブクライアント１２０からＷｅｂサーバ部１０３を介して受信した要求に基づいて、記憶部１０５に記憶されている画像データをプリント出力部１０６に送出し、プリント出力させたり、画像読取部１０７で原稿から読み取った画像データをプリント出力部１０６に送出し、プリント出力させたり、画像読取部１０７で原稿から読み取った画像データを記憶部１０５に記憶させたりするなどの制御を行う。
【００２２】
次に、画像処理装置１０１の制御部１０４の構成について図２を参照しながら説明する。図２は図１の画像処理装置１０１の制御部１０４の構成を示すブロック図である。
【００２３】
制御部１０４は、図２に示すように、画像読取部１０７やプリント出力部１０６と接続し、これらを制御する一方、ＬＡＮ１００やＷＡＮ（公衆回線）２０５１と接続され、これらを介して画像情報やデバイス情報の入出力を行うものである。
【００２４】
制御部１０４は、ＣＰＵ２００１を有し、ＣＰＵ２００１は、システムバス２００７を介して、ＲＡＭ２００２、ＲＯＭ２００３、ＨＤＤ（ハードディスク装置）２００４、イメージバスＩ／Ｆ２００５、操作部Ｉ／Ｆ２００６、ネットワークＩ／Ｆ２０１０、モデム２０５０およびＩＣカードスロット２１００と接続される。
【００２５】
ＲＡＭ２００２は、ＣＰＵ２００１の作業領域を提供するためのメモリであり、また、画像データを一時記憶するための画像メモリとしても使用される。ＲＯＭ２００３はブートＲＯＭであり、ＲＯＭ２００３には、システムのブートプログラムが格納されている。ＨＤＤ２００４には、システムソフトウェア、画像データなどが格納される。ここで、ＨＤＤ２００４は、上述した図１に示す記憶部１０５を構成するものである。また、ＨＤＤ２００４には、上述した図１に示すＷｅｂサーバ部１０３を構成するためのプログラムが格納されており、このプログラムをＣＰＵ２００１が実行することにより、Ｗｅｂサーバ部１０３が構成される。
【００２６】
操作部Ｉ／Ｆ２００６は、操作部１０８との間で入出力を行うためのインターフェースであり、操作部１０８に表示する画像データを操作部１０８に対して出力し、ユーザが操作部１０８を介して入力した情報を、ＣＰＵ２００１に伝送するなどの役割を果たす。
【００２７】
ネットワークＩ／Ｆ２０１０は、ＬＡＮ１００と接続され、ＬＡＮ２０１１に対して情報の入出力を行う。このネットワークＩ／Ｆ２０１０は、上述した図１に示すネットワーク接続部１０２に対応するものである。モデム２０５０は、ＷＡＮ（公衆回線）２０５１と接続され、ＷＡＮ２０５１に対して情報の入出力を行う。
【００２８】
ＩＣカードスロット２１００は、ＩＣカードメディアを挿入した後に適切なＰＩＮ（Personal Identifier Number）コードなどを入力することにより、暗号／復号に用いられるパスフレーズ（鍵情報）の入出力を行うことが可能となる。
【００２９】
イメージバスＩ／Ｆ２００５は、システムバス２００７と画像データを高速で転送する画像バス２００８とを接続し、データ構造を変換するバスブリッジである。
【００３０】
画像バス２００８には、ＲＩＰ（ラスターイメージプロセッサ）２０６０、デバイスＩ／Ｆ２０２０、スキャナ画像処部２０８０、プリンタ画像処理部２０９０、画像回転部２０３０、画像圧縮部２０４０および暗号・復号処理部２１１０が接続されている。
【００３１】
ＲＩＰ２０６０は、ＬＡＮ１００から受信されたＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ２０２０は、画像読取部１０７およびプリント出力部１０６と制御部１０４とを接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２０８０は、入力画像データに対し補正、加工、編集などを行う。プリンタ画像処理部２０９０は、プリント出力画像データに対して、プリンタの補正、解像度変換などを行う。画像回転部２０３０は画像データの回転を行う。画像圧縮部２０４０は、多値画像データに対してはJPEG圧縮伸長処理を行い、２値画像データに対してはJBIG，MMR，MHなどの圧縮伸長処理を行う。
【００３２】
暗号・復号処理部２１１０は、ＩＣカードスロット２１００の鍵を用いてデータの暗号化または復号化処理を行うハードウェアアクセラレータボードである。
【００３３】
次に、本実施の形態における処理の流れについて図３を参照しながら説明する。図３は図１の画像処理システムにおける処理の流れを模式的に示す図である。
【００３４】
本画像処理装置１０１にアクセスするために、ウェブクライアント１２０のユーザは、画像処理装置１０１のＵＲＬ（Uniform Resource Locator）をウェブクライアント１２０のＷｅｂブラウザに直接入力するか、該ＵＲＬが埋め込まれたリンクを選択する。ウェブクライアント１２０は、ユーザによって入力されたＵＲＬを指定するＨＴＴＰコマンドを、ネットワーク１００を介して画像処理装置１０１に送信する（処理要求Ｓ１）。画像処理装置１０１のＷｅｂサーバ部１０３は、ＨＴＴＰコマンドを受け取って解析し、この解析結果に応じた処理を行う（処理実行Ｓ２）。この処理は、ＣＧＩプログラムが起動することによって行なわれる。ＣＧＩプログラムは、起動時にクエリパラメータ（クエリ：処理要求）を受け取る。これにより、ユーザにより発信側ウェブクライアント１２０から指定された値がＣＧＩプログラムに渡される。ＣＧＩプログラムは、ユーザの要求に応じて各種情報（画像処理装置１０１で利用可能な用紙サイズや用紙残量などに関する装置情報、画像処理装置１０１で実行可能なスキャン機能やコピー機能などの機能を示す機能情報、画像処理装置１０１の待機中または動作中などの状態を示す状態情報、画像処理装置１０１が保持している保持情報など）の取得および設定、プリント出力などの動作を指示する。
【００３５】
処理が終了すると、画像処理装置１０１は、処理の結果を含むリダイレクト指示情報をウェブクライアントに送信する（転送指示Ｓ３）。ウェブクライアント１２０は、このリダイレクト指示情報を解釈し、指示された転送先ＵＲＬに対して要求を行う（転送Ｓ４）。表示処理サービス用ウェブサーバ１１０は、ウェブクライアント１２０からの要求に従って表示用データをウェブクライアント１２０に対して送信する（処理結果表示Ｓ５）。表示処理サービス用ウェブサーバ１１０は、通常のウェブサーバであるため、ユーザの使用用途や好みに応じて表示に用いるファイルを交換するのは容易である。
【００３６】
次に、画像処理装置１０１からウェブクライアント１２０に対して送信されるリダイレクト指示情報について図４〜図７を参照しながら説明する。図４は図１の画像処理装置１０１の操作部１０８に表示される表示処理サービス用ウェブサーバＵＲＬの設定画面の一例を示す図、図５は図１の画像処理装置１０１の記憶部１０５に保持されている、ウェブクライアント１２０から要求された処理と表示処理用転送先とを対応付けたテーブルの一例を示す図、図６はプリント処理要求が正常に終了した場合にウェブクライアント１２０に表示される画面の一例を示す図、図７はプリント処理要求が正常に終了しなかった場合にウェブクライアント１２０に表示される画面の一例を示す図である。
【００３７】
画像処理装置１０１の操作部１０８には、図４に示すように、表示処理サービス用ウェブサーバ１１０のＵＲＬを設定するための設定画面が表示される。この設定画面例においては、表示処理サービス用ウェブサーバ１１０のＵＲＬの表示欄４０１、入力した内容を決定するためのボタン４０２、および設定を取り消すためのボタン４０３が表示される。本画面例において、表示欄４０１には、現在設定されている表示処理サービス用ウェブサーバ１１０のＵＲＬが表示されている。この表示欄４０１がユーザによりタッチされると、文字入力用の画面（不図示）が表示され、この画面上で、ＵＲＬを入力することができる。ボタン４０２が押下されると、表示欄４０１に表示されているＵＲＬが記憶部１０５に記憶される。また、ボタン４０３が押下されると、表示欄４０１に表示されているＵＲＬが取り消される。
【００３８】
また、画像処理装置１０１の記憶部１０５には、図５に示すように、ウェブクライアント１２０から要求された処理と表示処理用転送先を対応付けたテーブルが保持されている。図５に示すテーブルにおいては、プリント要求（print.cgi）の処理をしたときの表示処理用転送先がprint_resultであることが示されている。同様に、送信の処理（send.cgi）を受け付けた場合の転送先が、send_resultであることが示されている。
【００３９】
画像処理装置１０１は、図４の設定画面で設定された表示処理サービス用ウェブサーバのＵＲＬと図５に示す対応テーブルを参照して得られる転送先と、要求された処理の実行結果とを結合することにより、リダイレクト指示情報の転送先ＵＲＬを決定する。例えば、転送先として表示処理サービス用ウェブサーバ１１０のＵＲＬが図４のように設定されている場合、画像処理装置１０１がウェブクライアント１２０からプリント要求（print.cgiの要求）を受け取ると、画像処理装置１０１は、プリント要求に基づいてプリント処理を行い、http://aaa.bbb/print_result？rc=OKに対するリダイレクト指示情報をウェブクライアント１２０に送信する。ここで、「rc=OK」はプリント処理が正常に終了したことを表すパラメータであり、もしプリント処理が正常に行なわれなかった場合は、それを表すパラメータは、「rc=NG」となる。処理結果を表すパラメータの渡し方は実行する処理毎に予め定められている。
【００４０】
リダイレクト指示は、例えばＭＥＴＡタグ付きの応答を送信することによって行われる。ＭＥＴＡタグ付の応答は、ウェブクライアント１２０に対する転送指示方法の一つであり、例えば、
＜META HTTP-EQUIV=”Refresh;”
CONTENT=０；
URL=http://aaa.bbb/print_result？rc=ok”＞
のような形式のヘッダがＨＴＭＬヘッダに組み込まれる。
ここで、CONTENT=xは、この応答を受け取ったＸ秒後に転送を行うように指示するものであり、URL=xxxは、転送先のＵＲＬを示すものである。
【００４１】
Internet ExplorerやNetscape Navigatorなど一般に普及している多くのウェブブラウザは、上記ヘッダを含むＨＴＭＬデータを受信した場合に、その要求を解釈して指定されたＵＲＬを自動的に要求する機能を有する。
【００４２】
この例では、上記リダイレクト指示情報がウェブクライアント１２０に到着すると、即座（０秒後）に表示処理サービス用ウェブサーバ１１０（http://aaa.bbb/）に対してprint_resultを要求するように動作する。このとき、rc=okというクエリーパラメータが表示処理サービス用ウェブサーバ１１０のprint_resultに対して渡される。そして、表示処理サービス用ウェブサーバ１１０は、ウェブクライアント１２０からの要求に対応する応答を送信する。ここで、print_resultは、rcの値によってウェブクライアント１２０に送信するデータを変えるよう、CGIプログラムやServletとして用意されたものである。「rc=ok」というパラメータが渡された場合、ウェブクライアント１２０には、図６に示す画面が表示され、「rc=NG」というパラメータが渡された場合、ウェブクライアント１２０には、図７に示す画面が表示される。
【００４３】
リダイレクト指示の方法は、上記ＭＥＴＡタグによる方法以外に、Java（登録商標）Scriptによる方法やＨＴＴＰレスポンスコードによる方法などでもよい。Java（登録商標）Scriptによる方法とは、以下のような形式のJava（登録商標）Scriptのコードを含む応答を返すようにする方法である。この応答を受け取ったクライアントは、上記と同様に指定されたＵＲＬにアクセスするよう動作する。
＜html＞
＜head＞
＜SCRIPT LANGUAGE = ”JavaScript”＞
function redirect()
{
document.location.href  ＝ ”http://aaa.bbb/print_result？rc=ok”；
｝
＜/SCRIPT＞
＜/head＞
＜body onLoad = ”redirect()”＞
＜/body＞
＜/html＞
また、ＨＴＴＰレスポンスコードによる方法とは、以下のような形式のＨＴＴＰレスポンスを応答として送信する方法である。
HTTP/1.1 302 Moved temporalily
Locagion: http://aaa.bbb/print_resultrc=ok
このような応答を受け取った場合も、ウェブクライアントは、上記と同様に指定されたＵＲＬにアクセスするよう動作する。
【００４４】
上記に示したようなリダイレクト指示方法は、一般に用いられている多くのウェブブラウザが認識して処理可能なリダイレクト指示方法である。それ以外の方法でも、ウェブクライアントが認識して処理可能な指示方法であればよい。
【００４５】
次に、画像処理装置１０１、ウェブクライアント１２０、表示処理サービス用ウェブサーバ１１０のそれぞれの動作について図８〜図１０を参照しながら説明する。図８は図１のウェブクライアント１２０の動作手順を示すフローチャート、図９は図１の画像処理装置１０１の動作手順を示すフローチャート、図１０は図１の示処理サービス用ウェブサーバ１１０の動作手順を示すフローチャートである。
【００４６】
ウェブクライアント１２０は、図８に示すように、ユーザの入力を待ち（ステップＳ１０）、ユーザからの入力があると、ＨＴＴＰコマンドを画像処理装置１０１に対して送信する（ステップＳ１０２）。そして、ウェブクライアント１２０は、画像処理装置１０１からの応答を受信するのを待つ状態へ移行する（ステップＳ１０３）。
【００４７】
画像処理装置１０１は、図９に示すように、ウェブクライアント１２０からのＨＴＴＰコマンドの受信を待ち状態にあり（ステップＳ２０１）、ウェブクライアント１２０からのＨＴＴＰコマンドを受信すると、ＨＴＴＰコマンドに基づいて要求を解釈し（ステップＳ２０２）、要求に対応する処理を実行する（ステップＳ２０３）。次いで、画像処理装置１０１は、リダイレクト指示の応答を作成し（ステップＳ２０４）、この作成された応答をウェブクライアント１２０に送信する（ステップＳ２０５）。そして、画像処理装置１０１は、本処理を終了する。
【００４８】
画像処理装置１０１からの応答受信待ち状態にあるウェブクライアント１２０は、図８に示すように、画像処理装置１０１からの応答を受け取ると（ステップＳ１０３）、受信した応答を解釈する（ステップＳ１０４）。ここで、受信した応答はリダイレクト指示であるので、ウェブクライアント１２０は、応答に含まれるリダイレクト指示の転送先に対してＨＴＴＰコマンドを送信する（ステップＳ１０５）。ここで、このリダイレクト指示の転送先は、表示処理サービス用ウェブサーバ１１０である。そして、ウェブクライアント１２０は、表示処理サービス用Ｗｅｂサーバ１１０からの応答の受信を待つ状態へ移行する（ステップＳ１０６）。
【００４９】
表示処理サービス用ウェブサーバ１１０は、図１０に示すように、ウェブクライアント１２０からのＨＴＴＰコマンドの受信を待つ状態にあり（ステップＳ３０１）、ウェブクライアント１２０からのＨＴＴＰコマンドを受信すると、このＨＴＴＰコマンドに基づいて要求を解釈する（ステップＳ３０２）。そして、ウェブクライアント１２０は、要求に応じた応答をウェブクライアント１２０に対して送信し（ステップＳ３０３）、本処理を終了する。
【００５０】
表示処理サービス用ウェブサーバからの応答受信待ちのウェブクライアント１２０は、図８に示すように、表示処理サービス用ウェブサーバからの応答を受け取ると（ステップＳ１０６）、受信した応答の解釈を行い（ステップＳ１０７）、受信したＨＴＭＬファイルをウェブクライアント１２０の表示画面に整形表示し（ステップＳ１０８）、本処理を終了する。なお、上記ステップＳ１０８においては、受信したデータ中に画像ファイルなどへのリンクがあれば、それらのファイルを取得して表示する処理が行われる。
【００５１】
このように、ウェブクライアント１２０からの要求に対応する応答（処理結果を表す応答）が同じ場合でも、表示処理サービス用ウェブサーバ１１０からウェブクライアント１２０に送信するＨＴＭＬファイル（表示用情報）を変えれば、ウェブクライアント１２０に表示される情報を変更することができる。すなわち、ユーザの使用形態や好みなどに応じて、ユーザインタフェイスを容易にカスタマイズすることができる画像処理システムを提供することができる。
【００５２】
（第２の実施の形態）
次に、本発明の第２の実施の形態について図１１および図１２を参照しながら説明する。図１１は本発明の第２の実施の形態に係る画像処理システムのウェブクライアント１２０の動作手順を示すフローチャート、図１２は本発明の第２の実施の形態に係る画像処理システムの画像処理装置１０１の動作手順を示すフローチャートである。
【００５３】
本実施の形態は、上記第１の実施の形態と同じ構成を有するので、ここでは、その説明を省略する。また、以下の説明においては、上記第１の実施の形態と同一の符号を用いる。
【００５４】
上記第１の実施の形態においては、画像処理装置１０１に、表示処理サービス用ウェブサーバ１１０のＵＲＬを設定する手段が設けられ、ウェブクライアント１２０が、画像処理装置１０１により設定されたＵＲＬに対してリダイレクト指示を転送するように構成されている。これに対し、本実施の形態においては、表示処理サービス用ウェブサーバ１１０のＵＲＬがウェブクライアント１２０からの要求のパラメータの１つとして画像処理装置１０１に渡されるように構成されている。
【００５５】
本実施の形態におけるウェブクライアント１２０からの処理要求は、例えば以下のような形のＵＲＬとなる。
http://ccc.ddd/print_cgi?redirect_url = http://aaa.bbb/print_result
ここで、「http://ccc.ddd/print.cgi」は、画像処理装置１０１にプリント要求するための指定を表す。「redirect_url = http://aaa.bbb/print_result」は、この要求に対する応答表示処理を行なうための転送先を表すＵＲＬを渡すクエリーパラメータである。画像処理装置１０１は、この要求を受け取ると、対応する処理（この場合プリント処理）を行い、「redirect_url」で指示されたＵＲＬ（この場合「http://aaa.bbb/print_result」）へのリダイレクト指示情報を応答として送信する。
【００５６】
画像処理装置１０１は、ウェブクライアント１２０からの処理要求に対して、画像処理装置１０１が処理結果の画面をＨＴＭＬデータとして送信することも可能であるように構成されている。画像処理装置１０１は、ウェブクライアント１２０からの処理要求を受信すると、受信した要求に、redirect_urlというパラメータが含まれているか否かを判定し、このredirect_urlというパラメータ含まれていた場合は、redirect_urlで指定されたＵＲＬへのリダイレクト指示情報を応答として送信し、このパラメータが含まれていない場合、リダイレクト指示情報ではなく、画像処理装置自身が持つ処理結果画面を応答として送信する。
【００５７】
次に、本実施の形態における画像処理装置１０１、ウェブクライアント１２０、表示処理サービス用ウェブサーバ１１０のそれぞれの動作について図１１および図１２を参照しながら説明する。ここで、表示処理サービス用ウェブサーバ１１０の動作は、上記第１の実施の形態において図１０を参照して説明したものと同じであるので、その手順を示すフローチャートは省略する。
【００５８】
ウェブクライアント１２０は、図１１に示すように、ユーザの入力を待ち（ステップＳ４０１）、ユーザからの入力があると、ＨＴＴＰコマンドを画像処理装置１０１に対して送信する（ステップＳ４０２）。そして、ウェブクライアント１２０は、画像処理装置１０１からの応答の受信を待つ状態へ移行する（ステップＳ４０３）。
【００５９】
画像処理装置１０１は、図１２に示すように、ウェブクライアント１２０からのＨＴＴＰコマンドの受信を待つ状態にあり（ステップＳ５０１）、ここで、ウェブクライアント１２０からのＨＴＴＰコマンドを受信すると、受信したＨＴＴＰコマンドに基づいて要求を解釈し（ステップＳ５０２）、この要求に対応する処理を実行する（ステップＳ５０３）。そして、画像処理装置１０１は、ウェブクライアント１２０からの要求に転送先指示パラメータが付加されている否かを判定する（ステップＳ５０４）。ここで、転送先指示パラメータが付加されている場合、画像処理装置１０１は、リダイレクト指示情報を作成し（ステップＳ５０５）、このリダイレクト指示情報をウェブクライアント１２０２送信する（ステップＳ５０７）。そして、本処理を終了する。
【００６０】
これに対し、転送先指示パラメータが付加されていない場合（ステップＳ５０４）、画像処理装置１０１は、処理結果画面を示すデータを作成し（ステップＳ５０６）、処理結果画面を示すデータをウェブクライアント１２０２送信する（ステップＳ５０７）。そして、本処理を終了する。
【００６１】
画像処理装置１０１からの応答の受信を待つウェブクライアント１２０は、図１１に示すように、画像処理装置１０１からの応答を受信すると（ステップＳ４０３）、受信した応答を解釈し（ステップＳ４０４）、受信した応答がリダイレクト指示であるか否かを判定する（ステップＳ４０５）。ここで、受信した応答がリダイレクト指示でない場合すなわち処理結果画面を示すデータである場合、ウェブクライアント１２０は、受信したデータを表示画面に整形表示し（ステップＳ４０９）、本処理を終了する。
【００６２】
これに対し、受信した応答がリダイレクト指示である場合、ウェブクライアント１２０は、受信した応答に含まれるリダイレクト指示の転送先すなわち表示処理サービス用ウェブサーバ１１０に対してＨＴＴＰコマンドを送信する（ステップＳ４０６）。そして、ウェブクライアント１２０は、表示処理サービス用Ｗｅｂサーバ１１０からの応答の受信を待つ状態へ移行する（ステップＳ４０７）。
【００６３】
表示処理サービス用ウェブサーバ１１０は、図１０のフローチャートに示す手順に従って、ウェブクライアント１２０からのＨＴＴＰコマンドを受信すると、このＨＴＴＰコマンドに基づいて要求を解釈し、要求に応じた応答をウェブクライアント１２０に対して送信する。そして、処理を終了する。
【００６４】
表示処理サービス用ウェブサーバ１１０からの応答受信待ちのウェブクライアント１２０は、図１１に示すように、表示処理サービス用ウェブサーバ１１０からの応答を受け取ると（ステップＳ４０７）、受信した応答の解釈を行い（ステップＳ４０８）、受信したＨＴＭＬファイルをウェブクライアント１２０の表示画面に整形表示し（ステップＳ４０９）、本処理を終了する。なお、上記ステップＳ１０８においては、受信したデータ中に画像ファイルなどへのリンクがあれば、それらのファイルを取得して表示する処理が行われる。
【００６５】
このように、本実施の形態によれば、ウェブクライアント１２０におけるユーザインタフェイスをカスタマイズしたいユーザは、表示処理サービス用ウェブサーバ１１０を用意し、ウェブクライアント１２０から、この表示処理サービス用ウェブサーバ１１０をリダイレクト指示の転送先とするパラメータが付加された要求を画像処理装置１０１に渡すことにより、ウェブクライアント１２０におけるユーザインタフェイスのカスタマイズが可能になる。また、このカスタマイズが不要なユーザ（画像処理装置１０１がデフォルトとして有する処理結果画面のままでよいユーザ）は、表示処理サービス用ウェブサーバ１１０を用意する必要がないという利点がある。
【００６６】
また、画像処理装置１０１に同じ要求をする場合でも、リダイレクト指示の転送先のＵＲＬをウェブクライアントからの要求毎に指定することができるので、処理結果表示画面をウェブクライアント毎にカスタマイズすることも可能である。この場合、例えば、表示処理サービス用ウェブサーバ１１０に、日本語で処理結果を表示するCGIプログラム（print_result_ja）と、英語で処理結果を表示するCGIプログラム（print_result_en）が用意されているとする。
【００６７】
そして、第１のウェブクライアントから、
http://ccc.ddd/print.cgi?redirect_url ＝ http://aaa.bbb/print_result_ja
と要求すれば、第１のウェブクライアントには、処理結果画面が日本語で表示されることになる。これに対して、第２のウェブクライアントから、
http://ccc.ddd/print.cgi?redirect_url ＝http://aaa.bbb/print_result_en
で要求すれば、第２のウェブクライアントには、処理結果画面が英語で表示されることになる。
【００６８】
なお、上記各実施の形態においては、画像処理装置１０１とウェブクライアント１２０と表示処理サービス用ウェブサーバ１１０が同一のＬＡＮ１００に接続されているが、画像処理装置１０１と表示処理サービス用ウェブサーバ１１０とは直接通信を行わないので、両者を必ずしも同一のＬＡＮ環境に設置する必要はなく、両者がウェブクライアント１２０からアクセス可能なように構成されていればよい。よって、例えば表示処理サービス用ウェブサーバ１１０がインターネット上にあってもよいことはいうまでもない。
【００６９】
なお、本発明の目的は、前述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【００７０】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【図面の簡単な説明】
【００７１】
【図１】本発明の第１の実施の形態に係る画像処理装置を含むシステムの構成例を示すブロック図である。
【図２】図１の画像処理装置１０１の制御部１０４の構成を示すブロック図である。
【図３】図１の画像処理システムにおける処理の流れを模式的に示す図である。
【図４】図１の画像処理装置１０１の操作部１０８に表示される表示処理サービス用ウェブサーバＵＲＬの設定画面の一例を示す図である。
【図５】図１の画像処理装置１０１の記憶部１０５に保持されている、ウェブクライアント１２０から要求された処理と表示処理用転送先とを対応付けたテーブルの一例を示す図である。
【図６】プリント処理要求が正常に終了した場合にウェブクライアント１２０に表示される画面の一例を示す図である。
【図７】プリント処理要求が正常に終了しなかった場合にウェブクライアント１２０に表示される画面の一例を示す図である。
【図８】図１のウェブクライアント１２０の動作手順を示すフローチャートである。
【図９】図１の画像処理装置１０１の動作手順を示すフローチャートである。
【図１０】図１の示処理サービス用ウェブサーバ１１０の動作手順を示すフローチャートである。
【図１１】本発明の第２の実施の形態に係る画像処理システムのウェブクライアント１２０の動作手順を示すフローチャートである。
【図１２】本発明の第２の実施の形態に係る画像処理システムの画像処理装置１０１の動作手順を示すフローチャートである。
【符号の説明】
【００７２】
１００  ＬＡＮ
１０１  画像処理装置
１０２  ネットワーク接続部
１０３  Ｗｅｂサーバ部
１０４  制御部
１０５  記憶部
１０６  プリント出力部
１０７  画像読取部
１０８  操作部
１１０  表示処理サービス用ウェブサーバ
１２０  ウェブクライアント
【図１】
2005157552.tif 000003
【図２】
2005157552.tif 000004
【図３】
2005157552.tif 000005
【図４】
2005157552.tif 000006
【図５】
2005157552.tif 000007
【図６】
2005157552.tif 000008
【図７】
2005157552.tif 000009
【図８】
2005157552.tif 000010
【図９】
2005157552.tif 000011
【図１０】
2005157552.tif 000012
【図１１】
2005157552.tif 000013
【図１２】
2005157552.tif 000014