JP4471349B2 - 画像処理方法、画像処理装置、プログラム及び記憶媒体 - Google Patents

Description

本発明は、プリンタや複写機等の画像処理装置により画像処理する画像処理方法及びその画像処理方法を実施するための画像処理装置及びその画像処理方法を実現するためのプログラムコードを有するプログラム及びそのプログラムコードを保持した記憶媒体に関する。

従来、プリンタや複写機等の画像処理装置の内部にウェブ（Web）サーバ機能を実装し、画像処理装置とホストコンピュータとの間の通信規約としてＨＴＴＰ（Hyper Text Transfer Protocol）プロトコルを採用し、画像処理装置とホストコンピュータとの間で通信を行う通信システムが存在する。

また、画像処理装置の状態（動作中か否か等）やコンフィギュレーション情報（例えば、読取倍率や使用する用紙サイズ等の情報）、画像処理装置に投入された画像出力ジョブの処理状況や履歴情報（例えば、ジョブの処理日時やコピー枚数等の情報）等を、ＨＴＭＬ（Hyper Text Markup Language）文書として画像処理装置からＨＴＴＰプロトコルによりホストコンピュータに送信することで、ホストコンピュータ上の汎用的なウェブブラウザによりＨＴＭＬ文書を閲覧する方法が知られている（特許文献１参照）。

ＨＴＴＰプロトコルにより送信されるＨＴＭＬ文書を解釈して表示を行うウェブブラウザは、種別の異なる多くのホストコンピュータ上に広く実装されており、ホストコンピュータの種別によらない通信システムを構成することが可能となっている。

また、上述したような内部にウェブサーバを実装した画像処理装置に対して追加可能なオプション装置やオプションソフトが、前記ウェブサーバとは独立にウェブサーバ機能を備えている場合もある。

このようなオプションを付けた場合、もともと装置が持っているウェブサーバ機能に加えてオプションのウェブサーバ機能を持つこととなり、１つの画像処理装置が複数のウェブサーバを持つことになる。
特開平１１−７４９１３号公報

しかしながら、上記従来の画像処理装置をウェブクライアントから操作する場合、ユーザは操作する機能毎に、どちらのウェブサーバにアクセスするべきかを判断しなければならず、利便性が低いという問題があった。

また、画像処理装置をウェブクライアントから利用する際に、パスワード等を入力させてユーザ管理を行う場合や、一度に接続可能なユーザ数を制限したりする場合、クライアントからの要求を各ウェブサーバが独立に受け付けていると、ウェブサーバ相互間で情報を共有するための仕組みが必要となるため、ウェブサーバの制御処理が複雑になるという問題があった。

そこで、本発明は、上述のような従来技術の欠点に鑑みてなされたものであり、操作性の向上を図ると共に、サーバの制御を容易にした画像処理方法、画像処理装置、プログラム及び記憶媒体を提供することを目的とする。

上記目的を達成するために、本発明の画像処理方法は、第１のＷｅｂサーバと、第２のＷｅｂサーバとを有し且つネットワーク上のＷｅｂクライアントからの操作指示が可能な画像処理装置により画像処理する画像処理方法において、前記第１のＷｅｂサーバは、前記Ｗｅｂクライアントからの操作指示要求を受けた場合に、前記第２のＷｅｂサーバが応答すべきであるか否かを判断する第１の判断工程と、前記第１の判断工程により前記第２のＷｅｂサーバが応答すべきであると判断された場合に、前記第１のＷｅｂサーバは、前記要求に所定の識別情報を付加して前記第２のＷｅｂサーバに転送するように制御する第１の制御工程と、前記第２のＷｅｂサーバは、操作指示要求を受けた場合に、前記識別情報が付加されているか否かを判断する第２の判断工程と、前記第２のＷｅｂサーバは、前記第２の判断工程により前記識別情報が付加されていると判断された場合に、前記要求に対する応答を行い、前記第２の判断工程により前記識別情報が付加されていないと判断された場合に、前記要求に応答しないように制御する第２の制御工程とを備えたことを特徴とする。
上記目的を達成するために、本発明の画像処理方法は、第１のＷｅｂサーバと、第２のＷｅｂサーバとを有し且つネットワーク上のＷｅｂクライアントからの操作指示が可能な画像処理装置により画像処理する画像処理方法において、前記第１のＷｅｂサーバは、前記Ｗｅｂクライアントからの操作指示要求を受けた場合に、前記第２のＷｅｂサーバが応答すべきであるか否かを判断する第１の判断工程と、前記第１の判断工程により前記第２のＷｅｂサーバが応答すべきであると判断された場合に、前記第１のＷｅｂサーバは、前記要求に所定の識別情報を付加して前記第２のＷｅｂサーバに転送するように制御する第１の制御工程と、前記第２のＷｅｂサーバは、操作指示要求を受けた場合に、前記識別情報が付加されているか否かを判断する第２の判断工程と、前記第２のＷｅｂサーバは、前記第２の判断工程により前記識別情報が付加されていると判断された場合に、前記要求に対する応答を行い、前記第２の判断工程により前記識別情報が付加されていないと判断された場合に、前記Ｗｅｂクライアントに応答するように制御する第２の制御工程とを備えたことを特徴とする。
上記目的を達成するために、本発明の画像処理装置は、第１のＷｅｂサーバと、第２のＷｅｂサーバとを有し且つネットワーク上のＷｅｂクライアントからの操作指示が可能な画像処理装置において、前記第１のＷｅｂサーバは、前記Ｗｅｂクライアントからの操作指示要求を受けた場合に、前記第２のＷｅｂサーバが応答すべきであるか否かを判断する第１の判断手段と、前記第１の判断手段により前記第２のＷｅｂサーバが応答すべきであると判断された場合に、前記第１のＷｅｂサーバは、前記要求に所定の識別情報を付加して前記第２のＷｅｂサーバに転送するように制御する第１の制御手段と、前記第２のＷｅｂサーバは、操作指示要求を受けた場合に、前記識別情報が付加されているか否かを判断する第２の判断手段と、前記第２のＷｅｂサーバは、前記第２の判断手段により前記識別情報が付加されていると判断された場合に、前記要求に対する応答を行い、前記第２の判断手段により前記識別情報が付加されていないと判断された場合に、前記要求に応答しないように制御する第２の制御手段とを備えたことを特徴とする。
上記目的を達成するために、本発明の画像処理装置は、第１のＷｅｂサーバと、第２のＷｅｂサーバとを有し且つネットワーク上のＷｅｂクライアントからの操作指示が可能な画像処理装置において、前記第１のＷｅｂサーバは、前記Ｗｅｂクライアントからの操作指示要求を受けた場合に、前記第２のＷｅｂサーバが応答すべきであるか否かを判断する第１の判断手段と、前記第１の判断手段により前記第２のＷｅｂサーバが応答すべきであると判断された場合に、前記第１のＷｅｂサーバは、前記要求に所定の識別情報を付加して前記第２のＷｅｂサーバに転送するように制御する第１の制御手段と、前記第２のＷｅｂサーバは、操作指示要求を受けた場合に、前記識別情報が付加されているか否かを判断する第２の判断手段と、前記第２のＷｅｂサーバは、前記第２の判断手段により前記識別情報が付加されていると判断された場合に、前記要求に対する応答を行い、前記第２の判断手段により前記識別情報が付加されていないと判断された場合に、前記Ｗｅｂクライアントに応答するように制御する第２の制御手段とを備えたことを特徴とする。

本発明によれば、ユーザは、画像処理装置に複数のサーバが動作していることを意識する必要は無く、適切なサーバで処理して応答を返すことができるので利便性が高い。

以下、本発明の画像処理方法、画像処理装置、プログラム及び記憶媒体の実施の形態について、図面を参照しながら説明する。

（第１の実施の形態）
まず、本発明の第１の実施の形態を図１〜図７に基づき説明する。

図１は、本実施の形態に係る画像処理装置を含む通信システムの構成例を示すブロック図である。

本通信システムは、画像処理装置１００と、複数のウェブ（Ｗｅｂ）クライアント１０１，１０２（通信装置）とを備えている。

画像処理装置１００は、ネットワーク１０３（通信媒体）を介して、例えば、パーソナルコンピュータから構成されたウェブクライアント１０１，１０２に接続されている。画像処理装置１００は、ネットワーク接続部１０４と、第１のウェブサーバ部１０５と、第２のウェブサーバ部１０６と、制御部１０７と、記憶部１０８と、プリント出力部１０９と、画像読取部１１０とを備えた複写機として構成されている。ウェブクライアント１０２，１０３は、要求を入力する入力手段と、入力された要求を画像処理装置１００に送信する通信部（送信手段）と、画像処理装置１００から送られてきた情報を整形して表示する表示部とを備えている。

尚、本実施の形態では、ネットワーク１０３にウェブクライアントを２台接続した場合を例に挙げているが、ネットワーク１０３に対するウェブクライアントの接続台数は、２台に限られるものではなく、２台以上であっても良い。

画像処理装置１００において、ネットワーク接続部１０４は、ネットワーク１０３を介してウェブクライアント１０２，１０３との間でデータの送受信を行う。第１のウェブサーバ部１０５は、ＨＴＴＰ（Hyper Text Transfer Protocol）による通信が可能なサーバであり、ウェブクライアント１０１或いはウェブクライアント１０２からの要求に応じて動作する。第２のウェブサーバ部１０６も第１のウェブサーバ部１０５と同様であるが、第１のウェブサーバ部１０５からの要求に応じて動作するように構成されている。

制御部１０７は、ウェブクライアント１０１或いはウェブクライアント１０２から第１のウェブサーバ部１０５または第２のウェブサーバ部１０６を介して受信した要求に基づいて、記憶部１０８に記憶されている画像データをプリント出力部１０９に送出してプリント出力させたり、画像読取部１１０で原稿から読み取った画像データをプリント出力部１０９に送出してプリント出力させたり、画像読取部１１０で原稿から読み取った画像データを記憶部１０８に記憶させたりする等の制御を行う。

記憶部１０８は、画像データを記憶するものであり、制御部１０７により画像データの書き込み及び読み出しが行われる。プリント出力部１０９は、制御部１０７による制御に基づいて用紙に画像を形成して出力するプリント出力動作を行う。画像読取部１１０は、画像処理装置１００にセットされた原稿から画像を読み取り、該読み取りに基づく画像データを制御部１０７に出力する。

図２は、本実施の形態に係る画像処理装置における制御システム構成を示すブロック図である。

図２において、２００はコントローラユニット（Controller Unit）で、画像入力デバイスであるスキャナ（Scanner）２２２や画像出力デバイスであるプリンタ（Printer）２２３と接続され、一方では、ＬＡＮ（ローカリエリアネットワーク）２２０や公衆回線(WAN)２２１に接続されることで、画像情報やデバイス情報の入出力を行うものである。

２０１はＣＰＵ（中央処理装置）で、制御システム全体を制御するコントローラである。２０２はＲＡＭ（ランダムアクセスメモリ）で、ＣＰＵ２０１が動作するためのシステムワークメモリであり、画像データを一時記憶するための画像メモリでもある。２０３はＲＯＭ（リードオンリーメモリ）で、ブートＲＯＭであり、制御システムのブートプログラムが格納されている。２０４はＨＤＤ（ハードディスクドライブ）で、システムソフトウェアや画像データを格納するものである。

２０５は操作部Ｉ／Ｆ（インタフェース）で、タッチパネルを有した操作部(UI)２１９とのインタフェース部で、この操作部２１９に表示する画像データを操作部２１９に対して出力するものである。また、操作部Ｉ／Ｆ２０５は、操作部２１９から本システム使用者が入力した情報をＣＰＵ２０１に伝える役割をするものである。２０６はネットワーク（Network）Ｉ／Ｆ（インタフェース）で、ＬＡＮ２２０に接続されて情報の入出力を行うものである。２０７はモデム（Modem）で、公衆回線２２１に接続されて情報の入出力を行うものである。２０８はＩＣカードスロット（IC Card Slot）で、ＩＣカードメディアを挿入した後に適切なＰＩＮ(Personal Identifier Number)コードを入力することにより、暗号・復号に用いる鍵の入出力を行うことが可能となる。

以上の各デバイスがシステムバス２０９上に配置されている。

また、図２において、２１０はイメージバス（Image Bus）Ｉ／Ｆ（インタフェース）で、システムバス２０９と画像データを高速で転送する画像バス２１８とを接続し、データ構造を変換するバスブリッジである。２１８は画像バスで、ＰＣＩバスまたはＩＥＥＥ１３９４により構成される。この画像バス２１８上には、以下のデバイスが配置されている。

２１１はラスターイメージプロセッサ(RIP)で、ＰＤＬコードをビットマップイメージに展開するものである。２１２はデバイスＩ／Ｆ（インタフェース）で、画像入出力デバイスであるスキャナ２２２やプリンタ２２３とコントローラユニット２００を接続し、画像データの同期系/非同期系の変換を行うものである。２１３はスキャナ画像処理部で、入力画像データに対して補正、加工及び編集処理を行うものである。

２１４はプリンタ画像処理部で、プリント出力画像データに対して、プリンタ２２３の補正及び解像度変換等を行うものである。２１５は画像回転部で、画像データの回転を行うものである。２１６は画像圧縮部２１６で、多値画像データに対してＪＰＥＧ、２値画像データに対してＪＢＩＧ、ＭＭＲ、ＭＨの圧縮伸張処理を行うものである。２１７は暗号化／復号化処理部で、ＩＣカードスロット２０８の鍵を用いてデータの暗号化／複合化処理を行うハードウェアアクセラレータボードである。

次に、本実施の形態において特徴的な機能であるリモートＵＩ（リモートユーザインタフェース）について説明する。

リモートＵＩは、本実施の形態に係る画像処理装置１００の外部から画像処理装置１００に関する後述の各種情報（装置情報、機能情報、状態情報、保持情報）の取得及び設定、或いは画像処理装置１００にプリントや送信(Universal-Send)等の動作を行わせるための機能である。

ユーザは、ネットワーク１０３に接続された、例えば、パーソナルコンピュータから構成されるホストコンピュータ（ウェブクライアント１０１，１０２）から、汎用的なウェブブラウザを利用して本実施の形態に係る画像処理装置１００にアクセスすることにより、リモートＵＩの機能を使用することができる。

本実施の形態に係る画像処理装置１００の内部では、ウェブサーバ部１０５，１０６が稼動しており、これによりＨＴＴＰによる通信が可能となっている。ウェブサーバにおいては、ウェブクライアント１０１，１０２からの要求により起動されるＣＧＩ(Common Gateway Interface)プログラムを動作させることができる。

図２に示した画像処理装置１００のＨＤＤ２０４内には、後述する各種ページ表示用のファイルであるリソースファイル群及び各種ページのテンプレートであるテンプレートファイル群が格納されている。リソースファイルは、ウェブクライアント１０１，１０２における各種ページの表示に用いられるＨＴＭＬファイルや画像ファイル等のファイルである。また、テンプレートファイルは、ＣＧＩプログラムから参照されるものであり、ウェブクライアント１０１，１０２で表示する各種ページを作成するために用いられるファイルである。

本実施の形態に係る画像処理装置１００にアクセスするために、発信側（ウェブクライアント１０１，１０２側）のユーザは、例えば、本画像処理装置のＩＰアドレスを含んだＵＲＬ(Uniform Resource Locator)を直接コンピュータ上のウェブブラウザに入力するか、このＵＲＬが埋め込まれたリンクを選択する。

発信側のウェブブラウザは、ユーザによって入力されたＵＲＬを指定するＨＴＴＰコマンドをネットワーク１０３により画像処理装置１００に送信する。画像処理装置１００のウェブサーバ部１０５，１０６は、ＨＴＴＰコマンドを受け取ると共に、ＨＴＴＰコマンドを解析し、その解析結果に応じた動作を行う。ウェブサーバ部１０５，１０６は、発信側のブラウザからの要求がＣＧＩプログラムの要求でない場合、前記リソースファイル群の中から指定されたリソースファイルを発信側のブラウザに送信して、処理を終了する。

他方、ウェブサーバ部１０５，１０６は、発信側のブラウザからの要求がＣＧＩプログラムの要求であった場合、対応するＣＧＩプログラムを起動する。

ＣＧＩプログラムは、起動時にクエリパラメータ（クエリ：処理要求）を受け取る。これにより、ユーザが発信側のブラウザから指定した値がＣＧＩプログラムに渡される。ＣＧＩプログラムは、ユーザの要求に応じて各種情報（画像処理装置１００で利用可能な用紙サイズや用紙残量等に関する装置情報、画像処理装置１００で実行可能なスキャン機能やコピー機能等の機能を示す機能情報、画像処理装置１００の待機中、或いは動作中等の状態を示す状態情報、画像処理装置１００が保持している保持情報）の取得及び設定、プリント出力等の動作をコントローラユニット２００に要求する。

また、ＣＧＩプログラムは、ウェブクライアント１０１，１０２で表示する各種ページに対応したテンプレートファイルを使用することで、発信側のブラウザに送信するページを作成していく。テンプレートファイルの中には、前記取得した装置情報を用いて記述を変更する部分があり、これにより、その時の状態に応じたページの内容を作成する。

発信側のウェブブラウザは、本実施形態に係る画像処理装置１００から送信されたページを整形し、表示部に表示することで、ユーザに示す。こうして、ユーザは、発信側のウェブブラウザを利用して画像処理装置１００にアクセスすることにより、画像処理装置１００の外部から画像処理装置１００の前記各種情報の取得及び設定を行うことと、画像処理装置１００を操作することが可能となる。

リモートＵＩによって取得及び設定できる情報は、上述したような、画像処理装置１００で利用できる用紙サイズや用紙残量等の装置情報、画像処理装置１００で実行可能なスキャン機能やコピー機能等の機能を示す機能情報、画像処理装置１００の待機中或いは動作中等の状態を示す状態情報の他に、画像処理装置１００に投入されたジョブの処理日時やコピー枚数等を示すジョブ情報、画像処理装置１００の記憶装置（ＨＤＤ２０４）に蓄積されている文書情報、イーメール（Ｅmail）やファクシミリ等の通信に用いるアドレス情報、ネットワークに関する設定情報等である。

また、リモートＵＩによって行わせることが可能な動作としては、画像処理装置１００内に保持されている文書情報のプリント出力や送信等がある。

図３は、ホストコンピュータとしてのウェブクライアント（ウェブブラウザ）側の、図４は、画像処理装置１００としてのウェブサーバ部側における基本的な処理動作の流れを示すフローチャートである。

ここでは、まず、ウェブサーバ部を１つだけ持つ基本構成の場合について説明する。

図３において、ウェブクライアント側では、まず、ステップＳ３０１で、ユーザによるＵＲＬの入力を待機する。そして、ＵＲＬが入力されると、ステップＳ３０２へ進んでＨＴＴＰコマンドをウェブサーバ部側に送信する。その後、ステップＳ３０３ヘ進んでウェブクライアント側は、ウェブサーバ部側から前記ＨＴＴＰコマンド送信に対するレスポンスの受信を待機する。そして、ウェブサーバ部側からレスポンスを受信すると、ステップＳ３０４へ進んでＨＴＭＬ文書を解釈して整形することで、ＨＴＭＬ文書を表示部に表示し、その後、本処理動作を終了する。

図４において、ウェブサーバ部側では、まず、ステップＳ４０１でウェブクライアント側から送信されたＨＴＴＰコマンドの受信を待機する。そして、ウェブクライアント側からＨＴＴＰコマンドを受信すると、ステップＳ４０２へ進んでウェブクライアント側からの要求がＣＧＩプログラム起動要求か否かを判断する。そして、ＣＧＩプログラム起動要求であると判断された場合は、ステップＳ４０３へ進んでウェブサーバ部側はＣＧＩパラメータを解析する。次に、ステップＳ４０４でＣＧＩプログラムを起動し、その後、本処理動作を終了する。

一方、前記ステップＳ４０２においてＣＧＩプログラム起動要求でない場合は、ウェブサーバ部側は、ステップＳ４０５でウェブクライアント側から指定されたリソースファイルをレスポンスとしてウェブクライアント側に転送し、その後、本処理動作を終了する。

尚、ウェブクライアント側の表示部に表示する多くのページでは、その表示内容は、その時の状態に応じて変化するため、画像処理装置１００において起動されたＣＧＩプログラムの中で、画像処理装置１００の前記各種情報を取得し、テンプレートファイルからＨＴＭＬファイルを生成し、レスポンスとしてウェブクライアント側に転送するという処理が行われる。

また、前記ステップＳ４０５では、ＨＴＭＬファイルに対する加工を行わず、指定されたＨＴＭＬファイルを、そのままウェブクライアント側に転送する。

次に、本実施の形態に係る画像処理装置１００のように、２つのウェブサーバ部１０５，１０６を持つ場合の第１のウェブサーバ部１０５の動作を、図５のフローチャートに基づいて説明する。

図５において、まず、ステップＳ５０１で第１のウェブサーバ部１０５は、ウェブクライアント１０１，１０２側から送信されるＨＴＴＰリクエストの受信を待機する。そして、ウェブクライアント１０１，１０２側から送られたＨＴＴＰリクエストを受信すると、ステップＳ５０２へ進んで第１のウェブサーバ部１０５が処理可能な要求であるか否かを判断する。その判断は、リクエストのＵＲＬに該当するコンテンツが存在するか否かによって行う。または、ＵＲＬ中のパス情報やパラメータ情報に第１のウェブサーバ部１０５を指定する情報を含ませ、その情報によって判断するように構成しても良い。

前記ステップＳ５０２において、第１のウェブサーバ部１０５によって処理すべき要求であると判断された場合は、ステップＳ５０３へ進んで前記図４におけるステップＳ４０１からステップＳ４０５までの処理が行われる。即ち、該当する情報をＨＤＤ２０４から読み出してＨＴＴＰレスポンスを作成するか、ＣＧＩが起動してＨＴＴＰレスポンスを作成する。その後、ステップＳ５０６へ進む。

一方、前記ステップＳ５０２において、第１のウェブサーバ部１０５に対する要求ではないと判断された場合は、ステップＳ５０４へ進んで第２のウェブサーバ部１０６に対して要求の転送を行う。第２のウェブサーバ部１０６へ要求するためには、第１のウェブサーバ部１０５が受け取ったＨＴＴＰリクエストを、そのまま第２のウェブサーバ部１０６に対して送信すれば良い。次に、ステップＳ５０５で第２のウェブサーバ部１０６からのＨＴＴＰレスポンスを受信する。その後、ステップＳ５０６へ進む。

ステップＳ５０６では、ウェブクライアント１０１，１０２に対してＨＴＴＰレスポンスを送信し、その後、本処理動作を終了する。ＨＴＴＰレスポンスは、前記ステップＳ５０３において第１のウェブサーバ部１０５が作成したものであっても、前記ステップＳ５０５において第２のウェブサーバ部１０６から受信したものであっても、同様に扱えば良い。

次に、第２のウェブサーバ部１０６の動作を、図６のフローチャートに基づいて説明する。

図６において、まず、ステップＳ６０１で第２のウェブサーバ部１０６は、ウェブクライアント１０１，１０２側から送信されるＨＴＴＰリクエストの受信を待機する。そして、ＨＴＴＰリクエストを受信すると、ステップＳ６０２で第１のウェブサーバ部１０５からの要求か否かを判断する。この判断は、リクエストしてきたウェブクライアント１０１，１０２のＩＰアドレスによって行う。または、第１のウェブサーバ部１０５が第２のウェブサーバ部１０６に対して要求を転送する際に、第１のウェブサーバ部１０５からの要求であることを示す識別情報を付加し、第２のウェブサーバ部１０６では、この識別情報が付加されているか否かを検知するように構成しても良い。または、第２のウェブサーバ部１０６は、ＬＡＮ２２０に接続せず、第１のウェブサーバ部１０５のみから接続可能としても良い。この場合、第２のウェブサーバ部１０６が受け取る要求は、全て第１のウェブサーバ部１０５からの要求となる。

第１のウェブサーバ部１０５からの要求であると判断された場合は、ステップＳ６０３へ進んで前記図４におけるステップＳ４０１からステップＳ４０５までの処理が行われる。即ち、該当する情報をＨＤＤ２０４から読み出してＨＴＴＰレスポンスを作成するか、ＣＧＩが起動してＨＴＴＰレスポンスを作成する。その後、ステップＳ６０５へ進む。

一方、前記ステップＳ６０２において第１のウェブサーバ部１０５からの要求ではないと判断された場合は、要求に応じた処理は行わず、ステップＳ６０４へ進んでエラーを示すレスポンスを作成する。その後、ステップＳ６０５へ進む。

ステップＳ６０５では、ウェブクライアント１０１，１０２に対してＨＴＴＰレスポンスを送信し、その後、本処理動作を終了する。

図７は、ウェブクライアント１０１，１０２と第１のウェブサーバ部１０５と第２のウェブサーバ部１０６の処理動作の流れを示す図である。

ここで、第１のウェブサーバ部１０５は、ＴＣＰポート８０、第２のウェブサーバ部１０６は、ＴＣＰポート８０００で、それぞれサービスを提供しているものとする。また、第１のウェブサーバ部１０５では、画像処理装置１００に記憶されている画像を送信する機能を提供しており、第２のウェブサーバ部１０６では、画像処理装置１００に記憶されている画像をプリント出力する機能を提供しているものとする。

ウェブクライアント１０１，１０２から第１のウェブサーバ部１０５に対して、記憶されている画像の送信機能の処理要求がなされると（１）、第１のウェブサーバ部１０５が要求に応答可能であるため、要求に応じた処理を行い、ウェブクライアント１０１，１０２に対して応答を送信する（２）。

一方、記憶されている画像のプリント出力機能の処理要求がなされた場合（３）、第１のウェブサーバ部１０５は要求に応答できないので、要求を第２のウェブサーバ部１０６に転送する（４）。第２のウェブサーバ部１０６は、この要求に応答可能であるため、その要求に応じた処理を行い、第１のウェブサーバ部１０５に対して応答を送信する（５）。第１のウェブサーバ部１０５は、この応答をウェブクライアント１０１，１０２に対して送信する（６）。ここで、もし、ウェブクライアント１０１，１０２がプリント出力要求を直接第２のウェブサーバ部１０６に対して行った場合（即ち、ＴＣＰポート８０００に対して要求してきた場合）（７）、第２のウェブサーバ部１０６は、この要求が第１のウェブサーバ部１０５からの要求ではないため、エラーを示す応答を送信する（８）。

本実施の形態により、ウェブクライアント１０１，１０２からの要求は、必ず第１のウェブサーバ部１０５を経由することとなるため、画像処理装置１００にアクセスしてきたウェブクライアント１０１，１０２の管理が容易となる。

また、本実施の形態に係る画像処理装置１００によれば、複数のウェブサーバ機能を持つ画像処理装置１００をウェブクライアント１０１，１０２から操作する場合においても、ユーザは、どちらのウェブサーバ部１０５，１０６にアクセスするかを意識する必要が無く利便性が増大する。また、画像処理装置１００をウェブクライアント１０１，１０２から利用する際に、パスワード等を入力させてユーザセッション管理を行う場合や、一度に接続可能なユーザ数を制限したりする場合にも、複数のウェブサーバ部１０５，１０６相互間で情報を共有して複雑な処理をする必要がなく、ウェブサーバ部１０５，１０６の制御が容易になる。

また、ユーザは、画像処理装置１００に複数のウェブサーバ部１０５，１０６が動作していることを意識する必要は無く、常に第１のウェブサーバ部１０５に対してアクセスすれば良いので利便性が高い。また、第１のウェブサーバ１０５と第２のウェブサーバ部１０６との間の通信は、ウェブサーバ部が通常ウェブクライアント１０１，１０２との間の通信に利用しているＨＴＴＰ（Hyper Text Transfer Protocol）をそのまま利用すれば良いので、第２のウェブ部１０６に特別な機能を追加する必要がない。

また、第２のウェブサーバ部１０６は、要求を受けるとそれが第１のウェブサーバ部１０５によって転送された要求であると判断されると、その要求に対する応答を行い、また、第１のウェブサーバ部１０５から転送された要求ではないと判断されると、その要求に応答しないように構成したので、第２のウェブサーバ部１０６に直接ウェブクライアント１０１，１０２からの要求がきても応答しないので、ユーザのセッション管理やユーザ制限等を第１のウェブサーバ部１０５で一元管理することが可能となり、複数のウェブサーバ部１０５，１０６の制御が容易である。

また、第２のウェブサーバ部１０６は、要求を受けるとそれが第１のウェブサーバ部１０５から転送された要求であると判断された場合は、その要求に対する応答を行い、また、第１のウェブサーバ部１０５から転送された要求ではないと判断された場合は、第１のウェブサーバ部１０５に対して要求を行うよう指示するための応答を返すように構成したので、このような応答を受け取ったウェブクライアント１０１，１０２は、自動的に第１のウェブサーバ部１０５に対して再度要求を行うために、ユーザの利便性が高い。なお、上記では第１のウェブサーバ部からの要求であるか否かを判断させるために識別情報を付加するものとしたが、受信した要求に含まれるＩＰアドレス等によって判断するようにしても良い。

（第２の実施の形態）
次に、本発明の第２の実施の形態を、図８〜図１０に基づき説明する。

尚、本実施の形態に係る画像処理装置及びその画像処理装置を有する通信システムの構成は、上述した第１の実施の形態における図１及び図２と同一であるから、これら各図を流用して説明する。

また、本実施の形態に係る画像処理装置における第１のウェブサーバ部の処理動作は、上述した第１の実施の形態と同じであるため、その説明は省略し、第２のウェブサーバ部の動作を中心に説明する。

図８は、本実施の形態に係る画像処理装置１００における第２のウェブサーバ部１０６の処理動作の流れを示すフローチャートである。

図８において、まず、ステップＳ８０１で第１のウェブサーバ部１０５は、ウェブクライアント１０１，１０２側から送信されるＨＴＴＰリクエストの受信を待機する。そして、ＨＴＴＰリクエストを受信すると、ステップＳ８０２で第１のウェブサーバ部１０５からの要求か否かを判断する。その判断は、リクエストしてきたウェブクライアント１０１，１０２のＩＰアドレスによって行う。または、第１のウェブサーバ部１０５が第２のウェブサーバ部１０６に対して要求を転送する際に、第１のウェブサーバ部１０５からの要求であることを示す識別情報を付加し、第２のウェブサーバ部１０６では、この識別情報が付加されているか否かを検知するように構成しても良い。または、第２のウェブサーバ部１０６は、ＬＡＮ２０４に接続せず、第１のウェブサーバ部１０５のみから接続可能としても良い。この場合、第２のウェブサーバ部１０６が受け取る要求は、全て第１のウェブサーバ部１０５からの要求となる。

第１のウェブサーバ部１０５からの要求であると判断された場合は、ステップＳ８０３へ進んで前記図４におけるステップＳ４０１からステップＳ４０５までの処理が行われる。即ち、該当する情報をＨＤＤ２０４から読み出してＨＴＴＰレスポンスを作成するか、ＣＧＩが起動してＨＴＴＰレスポンスを作成する。その後、ステップＳ８０５へ進む。

一方、前記ステップＳ８０２において第１のウェブサーバ部１０５からの要求ではないと判断された場合は、ステップＳ８０４へ進んで要求に応じた処理は行わず、第１のウェブサーバ部１０５を経由して所望の要求を行うためのＵＲＬを含む転送指示のレスポンスを返す。

転送指示のためのレスポンスは、図９に示すようなステータスコード３０２のＨＴＴＰのレスポンスである。インターネットエクスプローラやネットスケープナビゲータのような一般に広く用いられているウェブクライアントは、９０１のようなステータス３０２のレスポンスを受け取ると、それに付随して送られてくるロケーション（Ｌｏｃａｔｉｏｎ）ヘッダ９０２で示されるＵＲＬに改めて要求を行うように動作する。この要求は、第１のウェブサーバ部１０５への要求である。従って、ユーザが第２のウェブサーバ部１０６に直接要求したとしても、ウェブクライアント１０１，１０２が自動的に第１のウェブサーバ部１０５５を経由して第２のウェブサーバ部１０６にアクセスすることになる。

前記ステップＳ８０４の処理を終了後は、ステップＳ８０５へ進み、ウェブクライアント１０１，１０２に対してＨＴＴＰレスポンスを送信し、その後、本処理動作を終了する。

図１０は、本実施の形態に係る画像処理装置１００を有する通信システムにおけるウェブクライアント１０１，１０２と第１のウェブサーバ部１０５と第２のウェブサーバ部１０６の処理動作の流れを示す図である。

第２のウェブサーバ部１０６に直接要求がきた場合の処理以外は、上述した第１の実施形態における動作と同一であるから、ここでは、第２のウェブサーバ部１０６に直接要求がきた場合の処理について説明する。

ウェブクライアント１０１，１０２が直接第２のウェブサーバ部１０６にプリント出力要求をしてきた場合（１）、第２のウェブサーバ部１０５は、この要求が第１のウェブサーバ部１０５からの要求ではないため、ウェブクライアント１０１，１０２に対して図９に示すような応答を送信する（２）。この要求をウェブクライアント１０１，１０２が受け取ると、ＵＲＬに対して自動的に再度アクセスする（３）。第１のウェブサーバ部１０５は、この要求に応答できないので、要求を第２のウェブサーバ部１０６に転送する（４）。第２のウェブサーバ部１０６は、この要求が第１のウェブサーバ部１０５からの要求であることを確認し、その要求に応じた処理を行い、第１のウェブサーバ部１０５に対して応答を送信する（５）。第１のウェブサーバ部１０５は、この応答をウェブクライアント１０１，１０２に対して送信する（６）。

本実施の形態により、ユーザが第２のウェブサーバ部１０６に直接アクセスしようとした場合、自動的に（ユーザが意識しなくても）第１のウェブサーバ部１０５を経由してアクセスするように動作するので、ユーザの利便性が大きく向上する。

また、第２のウェブサーバ部１０６に直接要求された全ての要求に対して前記の処理を行うのではなく、例えば、要求された処理によっては、第２のウェブサーバ部１０６が直接応答するように構成しても良い。この場合、各ウェブサーバ部で要求された処理の内容を判別する方法でも良いし、各ウェブサーバ部の手前でその処理の内容を判別して適切なウェブサーバ部に受け付けた要求を振り分ける構成を設けても良い。また、例えば、管理権限を有するユーザからのアクセスの場合は、第２のウェブサーバ部１０６が直接応答し、管理権限を持たないユーザからのアクセスの場合は、第１のウェブサーバ部１０５を経由してアクセスするように応答させるように構成しても良い。また、上記では２つのウェブサーバ部としたが、これに限ることなく３つ以上のウェブサーバとしても良い。

［その他の実施の形態］
以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能を達成できる構成であれば、どのようなものであっても適用可能である。

また、上記各実施の形態では、画像処理装置１００を複写機とした場合を例に挙げたが、本発明は複写機に限定されず、プリンタやファクス等に適用することも可能である。

また、上記各実施の形態では、ウェブクライアント１０１，１０２をパーソナルコンピュータにより構成した場合を例に挙げたが、パーソナルコンピュータに限定されず、携帯情報端末（ＰＤＡ）等に適用することも可能である。

また、本発明は、上述した実施の形態の機能を実現するソフトウェアのプログラム（図４、図５、図６及び図８のフローチャート）をコンピュータ、またはＣＰＵに供給し、そのコンピュータ、またはＣＰＵが供給されたプログラムを記憶媒体から読み出して実行することによっても、達成することができる。

この場合、前記プログラムは、該プログラムを記録した記憶媒体から直接供給されるか、またはインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続される不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。

また、前記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成っても良い。

また、記憶媒体から読み出されたプログラムコード自体が上述した実施の形態の機能を実現すると共に、そのプログラムコードを記憶した記憶媒体は本発明を構成する。

また、プログラムコードを記憶する記憶媒体としては、例えば、ＲＯＭ、ＲＡＭ、ＮＶ−ＲＡＭ、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＭＯ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード等がある。

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

また、本発明は、前述した実施の形態を実現するソフトウェアのプログラムがネットワーク上のデータベース、またはホームページから通信プログラムによりダウンロードされ、このプログラムを読出して実行することによって達成することができる。

また、前記プログラムは、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページからコンピュータプログラム自体、または自動インストール機能を含む圧縮ファイルをハードディスク等の記憶媒体にダウンロードすることによっても供給することができる。

また、前記プログラムは、プログラムコードを暗号化した上で格納したＣＤ−ＲＯＭ等の記憶媒体をユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより、暗号化されたプログラムコードを実行してコンピュータにインストールさせることによっても供給することができる。

また、上述した実施の形態の機能は、プログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現することができる。即ち、本発明の機能処理をコンピュータで実現させるためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明を構成する。

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

本発明の第１の実施の形態に係る画像処理装置を含む通信システムの構成を示すブロック図である。 本発明の第１の実施の形態に係る画像処理装置の制御システム構成を示すブロック図である。 本発明の第１の実施の形態に係る画像処理装置を含む通信システムにおけるウェブクライアントの処理動作の流れを示すフローチャートである。 本発明の第１の実施の形態に係る画像処理装置を含む通信システムにおけるウェブサーバ部の処理動作の流れを示すフローチャートである。 本発明の第１の実施の形態に係る画像処理装置を含む通信システムにおける第１のウェブサーバ部の処理動作の流れを示すフローチャートである。 本発明の第１の実施の形態に係る画像処理装置を含む通信システムにおける第２のウェブサーバ部の処理動作の流れを示すフローチャートである。 本発明の第１の実施の形態に係る画像処理装置を含む通信システムにおける処理動作の流れを示す図である。 本発明の第２の実施の形態に係る画像処理装置を含む通信システムにおける第２のウェブサーバ部の処理動作の流れを示すフローチャートである。 本発明の第２の実施の形態に係る画像処理装置を含む通信システムにおける転送を指示するレスポンスの一例を示す図である。 本発明の第２の実施の形態に係る画像処理装置を含む通信システムにおける処理動作の流れを示す図である。

符号の説明

１００ 画像処理装置
１０１ ウェブクライアント
１０２ ウェブクライアント
１０３ ネットワーク
１０４ ネットワーク接続部
１０５ 第１のウェブサーバ部
１０６ 第２のウェブサーバ部
１０７ 制御部
１０８ 記憶部
１０９ プリント出力部
１１０ 画像読取部
２００ コントローラユニット（Controller Unit）
２０１ ＣＰＵ（中央処理装置）
２０２ ＲＡＭ（ランダムアクセスメモリ）
２０３ ＲＯＭ（リードオンリーメモリ）
２０４ ＨＤＤ（ハードディスクドライブ）
２０５ 操作部Ｉ／Ｆ（インタフェース）
２０６ ネットワーク（Network）Ｉ／Ｆ（インタフェース）
２０７ モデム（Modem）
２０８ ＩＣカードスロット（IC Card Slot）
２０９ システムバス
２１０ イメージバス（Image Bus）Ｉ／Ｆ（インタフェース）
２１１ ラスターイメージプロセッサ(RIP)
２１２ デバイスＩ／Ｆ（インタフェース）
２１３ スキャナ画像処理部
２１４ プリンタ画像処理部
２１５ 画像回転部
２１６ 画像圧縮部
２１７ 暗号化／復号化処理部
２１８ 画像バス
２１９ 操作部(UI)
２２０ ＬＡＮ（ローカリエリアネットワーク）
２２１ 公衆回線(WAN)２２１
２２２ スキャナ（Scanner）
２２３ プリンタ（Printer）

Claims (6)

1. 第１のＷｅｂサーバと、第２のＷｅｂサーバとを有し且つネットワーク上のＷｅｂクライアントからの操作指示が可能な画像処理装置により画像処理する画像処理方法において、
   前記第１のＷｅｂサーバは、前記Ｗｅｂクライアントからの操作指示要求を受けた場合に、前記第２のＷｅｂサーバが応答すべきであるか否かを判断する第１の判断工程と、
   前記第１の判断工程により前記第２のＷｅｂサーバが応答すべきであると判断された場合に、前記第１のＷｅｂサーバは、前記要求に所定の識別情報を付加して前記第２のＷｅｂサーバに転送するように制御する第１の制御工程と、
   前記第２のＷｅｂサーバは、操作指示要求を受けた場合に、前記識別情報が付加されているか否かを判断する第２の判断工程と、
   前記第２のＷｅｂサーバは、前記第２の判断工程により前記識別情報が付加されていると判断された場合に、前記要求に対する応答を行い、
   前記第２の判断工程により前記識別情報が付加されていないと判断された場合に、前記要求に応答しないように制御する第２の制御工程とを備えたことを特徴とする画像処理方法。
2. 第１のＷｅｂサーバと、第２のＷｅｂサーバとを有し且つネットワーク上のＷｅｂクライアントからの操作指示が可能な画像処理装置により画像処理する画像処理方法において、
   前記第１のＷｅｂサーバは、前記Ｗｅｂクライアントからの操作指示要求を受けた場合に、前記第２のＷｅｂサーバが応答すべきであるか否かを判断する第１の判断工程と、
   前記第１の判断工程により前記第２のＷｅｂサーバが応答すべきであると判断された場合に、前記第１のＷｅｂサーバは、前記要求に所定の識別情報を付加して前記第２のＷｅｂサーバに転送するように制御する第１の制御工程と、
   前記第２のＷｅｂサーバは、操作指示要求を受けた場合に、前記識別情報が付加されているか否かを判断する第２の判断工程と、
   前記第２のＷｅｂサーバは、前記第２の判断工程により前記識別情報が付加されていると判断された場合に、前記要求に対する応答を行い、
   前記第２の判断工程により前記識別情報が付加されていないと判断された場合に、前記Ｗｅｂクライアントに応答するように制御する第２の制御工程とを備えたことを特徴とする画像処理方法。
3. 第１のＷｅｂサーバと、第２のＷｅｂサーバとを有し且つネットワーク上のＷｅｂクライアントからの操作指示が可能な画像処理装置において、
   前記第１のＷｅｂサーバは、前記Ｗｅｂクライアントからの操作指示要求を受けた場合に、前記第２のＷｅｂサーバが応答すべきであるか否かを判断する第１の判断手段と、
   前記第１の判断手段により前記第２のＷｅｂサーバが応答すべきであると判断された場合に、前記第１のＷｅｂサーバは、前記要求に所定の識別情報を付加して前記第２のＷｅｂサーバに転送するように制御する第１の制御手段と、
   前記第２のＷｅｂサーバは、操作指示要求を受けた場合に、前記識別情報が付加されているか否かを判断する第２の判断手段と、
   前記第２のＷｅｂサーバは、前記第２の判断手段により前記識別情報が付加されていると判断された場合に、前記要求に対する応答を行い、
   前記第２の判断手段により前記識別情報が付加されていないと判断された場合に、前記要求に応答しないように制御する第２の制御手段とを備えたことを特徴とする画像処理装置。
4. 第１のＷｅｂサーバと、第２のＷｅｂサーバとを有し且つネットワーク上のＷｅｂクライアントからの操作指示が可能な画像処理装置において、
   前記第１のＷｅｂサーバは、前記Ｗｅｂクライアントからの操作指示要求を受けた場合に、前記第２のＷｅｂサーバが応答すべきであるか否かを判断する第１の判断手段と、
   前記第１の判断手段により前記第２のＷｅｂサーバが応答すべきであると判断された場合に、前記第１のＷｅｂサーバは、前記要求に所定の識別情報を付加して前記第２のＷｅｂサーバに転送するように制御する第１の制御手段と、
   前記第２のＷｅｂサーバは、操作指示要求を受けた場合に、前記識別情報が付加されているか否かを判断する第２の判断手段と、
   前記第２のＷｅｂサーバは、前記第２の判断手段により前記識別情報が付加されていると判断された場合に、前記要求に対する応答を行い、
   前記第２の判断手段により前記識別情報が付加されていないと判断された場合に、前記Ｗｅｂクライアントに応答するように制御する第２の制御手段とを備えたことを特徴とする画像処理装置。
5. 請求項１または２に記載の画像処理方法を実現するためのコンピュータ読み取り可能なプログラムコードを有することを特徴とするプログラム。
6. 請求項１または２に記載の画像処理方法を実現するためのコンピュータ読み取り可能なプログラムコードを保持することを特徴とする記憶媒体。

Images