画像形成システム
【課題】印刷制御装置及び画像形成装置の各Ｗｅｂブラウザ上に表示する各操作画面を適切に同期させることが可能となる画像形成システムを提供する。
【解決手段】Ｗｅｂサーバ１１１は、画像形成装置１０７が送信したＨＴＭＬリクエストパケット中のUser-Agentタグ内に含まれている機器情報（例えば、機器名）を参照してリクエスト元を特定し、印刷制御装置１０１及び画像形成装置１０７の各画面データを生成して、２つの画面データを１つのリプライに含めて返信する。このリプライを受信した印刷制御装置１０１のプロキシサーバ５５０は、このリプライから画像形成装置１０７用の画面データと印刷制御装置１０１用の画面データとを分割し、それぞれの装置に対応する画面データを送信する。
【解決手段】Ｗｅｂサーバ１１１は、画像形成装置１０７が送信したＨＴＭＬリクエストパケット中のUser-Agentタグ内に含まれている機器情報（例えば、機器名）を参照してリクエスト元を特定し、印刷制御装置１０１及び画像形成装置１０７の各画面データを生成して、２つの画面データを１つのリプライに含めて返信する。このリプライを受信した印刷制御装置１０１のプロキシサーバ５５０は、このリプライから画像形成装置１０７用の画面データと印刷制御装置１０１用の画面データとを分割し、それぞれの装置に対応する画面データを送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサーバと、Ｗｅｂブラウザを備え、前記Ｗｅｂサーバとネットワークを介して通信可能な印刷制御装置と、Ｗｅｂブラウザを備え、前記印刷制御装置に接続された画像形成装置とからなる画像形成システムに関する。
【背景技術】
【０００２】
ＰＣなどの情報処理装置がネットワーク上のＷｅｂサーバと接続され、Ｗｅｂサーバにより提供される操作画面を、情報処理装置が備えるＷｅｂブラウザ上に表示するようにした情報処理システムは、従来から知られている。
【０００３】
この従来の情報処理システムでは、情報処理装置のＷｅｂブラウザがＷｅｂサーバに対して操作画面を要求する。この要求に応えて、Ｗｅｂサーバ上のＷｅｂアプリケーションは、Ｗｅｂブラウザに操作画面を表示させるためのＨＴＭＬ（hypertext markup language）ファイルを情報処理装置に送信する。情報処理装置のＷｅｂブラウザは、受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づいた操作画面を表示する。
【０００４】
さらに、Ｗｅｂブラウザに表示された操作画面からユーザが指示を入力すると、Ｗｅｂブラウザは、入力された指示をＷｅｂサーバに通知する。この通知を受けたＷｅｂサーバ上のＷｅｂアプリケーションは、入力された指示に従って処理を実行する。
【０００５】
最近では、スキャナ機能やプリンタ機能を備えた画像形成装置の中にも、Ｗｅｂブラウザを備えているものがある。この種の画像形成装置は、上述した手順に従ってＷｅｂサーバから提供される操作画面を画像形成装置のＷｅｂブラウザに表示し、表示された操作画面からユーザの各種指示を受け付ける。
【０００６】
また、画像形成装置の中には、印刷制御装置を付属しているものがある。印刷制御装置は、画像形成装置にネットワークプリンタの機能を設ける目的や、予め画像形成装置が具備するネットワークプリンタの機能を拡張及び補充する目的で利用される。そして、印刷制御装置には、操作画面及びＷｅｂブラウザを備えているものがあり、ＷｅｂサーバからＨＴＭＬファイルを受信し、ＨＴＭＬファイルの記述に基づいた操作画面を表示することができる。
【０００７】
一方、複数のディスプレイを備え、各ディスプレイのそれぞれに操作画面を表示する、いわゆるマルチディスプレイシステムが知られている（例えば、特許文献１参照）。このようなマルチディスプレイシステムでは、操作画面をＷｅｂサーバから取得し、各ディスプレイに表示する。より具体的には、ブラウザ制御部は、入力装置から入力されたアドレスに基づいて、プロキシ（proxy）部に画面取得を依頼する。これに応じてプロキシ部は、Ｗｅｂサーバからコンテンツを取得する。画像表示部は、プロキシ部から画面を取得すると、自分の表示領域部分だけを表示する。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００５−０８５０５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、Ｗｅｂサーバの保持する操作画面の表示用データを要求する場合、印刷制御装置のＷｅｂブラウザが要求する場合と、画像形成装置のＷｅｂブラウザが要求する場合とがある。そして、例えば画像形成装置のＷｅｂブラウザが要求する場合は、画像形成装置のＷｅｂブラウザの表示内容を更新させるだけでなく、これと同期して印刷制御装置のＷｅｂブラウザの表示内容も更新させたい場合がある。一方、印刷制御装置のＷｅｂブラウザが要求する場合は、印刷制御装置のＷｅｂブラウザの表示内容は更新させるものの、画像形成装置のＷｅｂブラウザの表示内容は更新させたくない場合がある。しかしながら、従来は、どのＷｅｂブラウザが表示用データを要求したかに応じて、両方のＷｅｂブラウザの表示内容を更新するか、一方のＷｅｂブラウザの表示内容のみを更新するかを切り替えることはできなかった。即ち、上述した特許文献１の場合、プロキシ部がＷｅｂサーバからコンテンツを取得したときに、全てのディスプレイの表示内容を更新することしかできない。
【００１０】
本発明は、この点に着目してなされたものであり、印刷制御装置及び画像形成装置の各Ｗｅｂブラウザ上に表示する各操作画面を適切に同期させることが可能となる画像形成システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、請求項１に記載の画像形成システムは、Ｗｅｂサーバと、Ｗｅｂブラウザを備え、前記Ｗｅｂサーバとネットワークを介して接続された印刷制御装置と、Ｗｅｂブラウザを備え、前記印刷制御装置に接続された画像形成装置とからなる画像形成システムであって、前記Ｗｅｂサーバは、前記印刷制御装置からの画面更新のリクエストを受信する受信手段と、前記受信手段が受信した画面更新のリクエストが、前記印刷制御装置のＷｅｂブラウザからのリクエストに基づくものか、または前記画像形成装置のＷｅｂブラウザからのリクエストに基づくものかを判定する判定手段と、前記判定手段による判定の結果に応じて、前記受信手段が受信した画面更新のリクエストに対する応答として、前記印刷制御装置のＷｅｂブラウザまたは前記画像形成装置のＷｅｂブラウザに操作画面を表示させるための画面データを、前記印刷制御装置に送信する送信手段とを有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、Ｗｅｂサーバが印刷制御装置及び画像形成装置の各操作画面を１つのリクエストに対して応答可能なため、印刷制御装置及び画像形成装置の各操作画面を適切に同期させることができる。これにより、画像形成装置に表示する操作画面に対する操作補助情報を、印刷制御装置に表示させることが可能となり、ユーザにより使用し易いシステムを提供することができる。また、印刷制御装置の設定データ等、Ｗｅｂサーバが保持している設定情報に応じて、画像形成装置及び印刷制御装置の各操作画面として最適なものを選択することが可能となる。さらに、印刷制御装置単体での操作画面遷移も可能となるため、印刷制御装置の操作性も落とすことがなく、ユーザにより使用し易いシステムを提供することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施の形態に係る画像形成システムの接続構成を示す模式図である。
【図２】図１中の画像形成装置の概略構成を示すブロック図である。
【図３】図１中の印刷制御装置の概略構成を示すブロック図である。
【図４】図１中のＷｅｂサーバの概略構成を示すブロック図である。
【図５】図１の画像形成システム全体のソフトウェア構成を示すブロック図である。
【図６】図１の画像形成システムが実行する制御処理の手順を示すフローチャートである。
【図７】図５中のプレゼンテーション部が生成するＨＴＭＬファイルの一例を示す図である。
【図８】図１中の画像形成装置及び印刷制御装置にそれぞれ表示された各初期画面の一例を示す図である。
【図９】図１中の画像形成装置及び印刷制御装置にそれぞれ表示されたＷｅｂアプリケーション画面及びそのヘルプ画面の一例を示す図である。
【図１０】セキュリティ設定値データベースの一例を示す図である。
【図１１】図１中の画像形成装置及び印刷制御装置にそれぞれ表示された確認画面及び設定変更画面の一例を示す図である。
【図１２】図１中の画像形成装置及び印刷制御装置にそれぞれ表示された各処理完了画面の一例を示す図である。
【図１３】本発明の第２の実施の形態に係る画像形成システムが実行する制御処理の手順を示すフローチャートである。
【図１４】本発明の第２の実施の形態に係る画像形成システムに含まれる印刷制御装置に表示された初期画面の一例を示す図である。
【図１５】本発明の第２の実施の形態に係る画像形成システムに含まれる印刷制御装置に表示された設定変更画面の一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。
【００１５】
（第１の実施の形態）
図１は、本発明の第１の実施の形態に係る画像形成システムの接続構成を示す模式図である。
【００１６】
同図に示すように、本実施の形態の画像形成システムは主として、Ｗｅｂサーバ１１１、印刷制御装置１０１および画像形成装置１０７によって構成されている。
【００１７】
印刷制御装置１０１は、複数（図示例では、２個）のネットワークインタフェースカード（network interface card；以下“ＮＩＣ”と略して言う）１０２及び１０３を備えている。そして印刷制御装置１０１は、ＮＩＣ１０２を介してネットワーク１１２と接続されている。
【００１８】
ネットワーク１１２にはＷｅｂサーバ１１１も接続され、Ｗｅｂサーバ１１１から出力されたデータは、ネットワーク１１２、信号線１１０及びＮＩＣ１０２を通って印刷制御装置１０１に入力される。
【００１９】
印刷制御装置１０１と画像形成装置１０７は、印刷制御装置１０１側のＮＩＣ１０３、信号線１０５及び画像形成装置１０７側のＮＩＣ１０８を介して接続されている。さらに印刷制御装置１０１と画像形成装置１０７は、印刷制御装置１０１側の専用伝送路インタフェースボード１０４、専用伝送線１０６及び画像形成装置１０７側の専用伝送路インタフェースボード１０９を介しても接続されている。
【００２０】
図２は、画像形成装置１０７の概略構成を示すブロック図である。
【００２１】
同図に示すように、画像形成装置１０７は、画像形成装置本体２０１及び画像入出力制御部２０５によって構成されている。
【００２２】
画像形成装置本体２０１は、操作部２０２、リーダ部２０３及びプリンタ部２０４によって構成されている。操作部２０２は、画像形成装置本体２０１及び画像入出力制御部２０５を操作するために使用され、操作用の表示パネルも一体的に取り付けられている。リーダ部２０３は、原稿画像を読み取り、原稿画像に応じた画像データをプリンタ部２０４及び画像入出力制御部２０５へ出力する。プリンタ部２０４は、リーダ部２０３又は画像入出力制御部２０５からの画像データに応じた画像を記録紙上に記録する。
【００２３】
画像入出力制御部２０５は、リーダ部２０３に接続されており、インタフェース部２０６、画像メモリ２０７、制御部２０８及びハードディスクドライブ（ＨＤＤ）２０９によって構成されている。インタフェース部２０６には、ＮＩＣ１０８及び専用伝送路インタフェースボード１０９が接続されている。なおＨＤＤ２０９には、例えば、アドレス帳、操作履歴、ユーザ設定、ＩＤ（identification）設定、ネットワーク設定などの、画像形成装置１０７の設定情報が保存されている。
【００２４】
インタフェース部２０６は、印刷制御装置１０１と画像形成装置１０７との間のインタフェースを取るためのものである。インタフェース部２０６は、印刷制御装置１０１から転送されてきた画像データを表すコードデータを、専用伝送路インタフェースボード１０９によって受信する。そしてインタフェース部２０６は、受信したコードデータをプリンタ部２０４で記録できる画像データに展開して制御部２０８に渡す。またインタフェース部２０６は、印刷制御装置１０１から送信されてきた画像データを表すコードデータをＮＩＣ１０８によって受信する。そしてインタフェース部２０６は、受信したコードデータをプリンタ部２０４で記録できるデータに展開する必要があれば展開して、制御部２０８に渡す。なおＮＩＣ１０８は、本実施の形態では、イーサネット（登録商標）等のネットワークインタフェースを採用し、画像形成装置１０７は、印刷制御装置１０１とネットワークを介して接続される構成とした。しかしこれに限らず、パラレルインタフェースやＵＳＢ（universal serial bus）インタフェース等のインタフェースを採用し、画像形成装置１０７は、印刷制御装置１０１とインタフェースケーブル等を介して直接接続される構成としても良い。また、使用するケーブルの本数も、１本に限らず、複数本であっても良い。
【００２５】
制御部２０８は、ＣＰＵ２０８ａ、ＲＯＭ２０８ｂ及びＲＡＭ２０８ｃ等によって構成されている。そしてＣＰＵ２０８ａが、ＲＯＭ２０８ｂ又は他の記憶媒体に格納された制御プログラムをＲＡＭ２０８ｃ上にロードして実行する。これによりＣＰＵ２０８ａは、リーダ部２０３、インタフェース部２０６及び画像メモリ２０７等のそれぞれの間のデータの流れを制御する。なお、ＨＤＤ２０９に代えて、電源供給が停止されたとしてもデータが消去されない不揮発性メモリを設けるようにし、この不揮発性メモリに、ＨＤＤ２０９に保存されるデータを保存するようにしても良い。
【００２６】
図３は、印刷制御装置１０１の概略構成を示すブロック図である。
【００２７】
同図に示すように、印刷制御装置１０１は、第１ＮＩＣ部３０１を備えており、第１ＮＩＣ部３０１は、前記ＮＩＣ１０２を含んでいる。本実施の形態では、ネットワークに接続されるインタフェースをＮＩＣに限定して説明するが、ネットワークに接続可能な他のインタフェースを採用しても良い。
【００２８】
第１ＮＩＣ部３０１は、ＬＡＮ（local area network）との低位レイヤレベルの接続を司る第１のネットワークインタフェースとしての機能を有する。第１ＮＩＣ部３０１には、ＲＩＰ（raster image processer）部３０２及びハードディスクドライブ（ＨＤＤ）部３０５が接続されている。ＲＩＰ部３０２は、受信したＰＤＬ（page description language）等の印刷言語或いは特定の（例えば、ＪＢＩＧ（joint bi-level image experts group）などで圧縮された）データフォーマットをラスタイメージ化する機能を有する。ＨＤＤ部３０５は、第１ＮＩＣ部３０１で受信した印刷データを一時的に保管（スプール）しておく、又はＲＩＰ処理後の圧縮データを一時的に保管しておくための記憶部である。第１メモリ部３０６は、ＲＩＰ部３０２が画像展開処理に利用するためのメモリである。
【００２９】
ＲＩＰ部３０２によってラスタイメージ化されたデータは、エンコード部３０３に入力される。エンコード部３０３は、その入力されたデータを、画像形成装置１０７がサポートする形式の印刷データ或いはデータフォーマットに変換する。
【００３０】
また、印刷制御装置１０１は、第２ＮＩＣ部３０４及びイメージインタフェース部３１１を備えている。第２ＮＩＣ部３０４は、前記第１ＮＩＣ部３０１と同様に、前記ＮＩＣ１０３を含み、低位レイヤレベルの接続を司る第２のネットワークインタフェースとして機能する。また、エンコード部３０３から出力されたデータは、イメージインタフェースボード部３１１を介して画像形成装置１０７へ出力される。
【００３１】
さらに印刷制御装置１０１は、ＣＰＵ３０７、第２メモリ部３０８、操作部３０９及び表示部３１０を備えている。ＣＰＵ３０７は、印刷制御装置１０１全体の制御を司り、第２メモリ部３０８は、ＣＰＵ３０７がデータの一時保存領域として利用する。操作部３０９は、ボタンやキー等を備え、ユーザが印刷制御装置１０１を操作するために利用される。表示部３１０は、画像や文字を画面上に表示することによってユーザに情報を通知する。表示部３１０は、操作部３０９と一体的に形成される操作パネルから成り、本実施の形態では、タッチパネル方式のものを採用している。その他、外部モニタ装置（ディスプレイ）や外部操作部（マウス/キーボード）をそれぞれ、印刷制御装置１０１に接続する構成を採るようにしても良い。
【００３２】
印刷制御装置１０１は、データを、前記イメージインタフェースボード部３１１を介して専用伝送線１０６上に伝搬し、画像形成装置１０７へ送信する。
【００３３】
Ｗｅｂサーバ１１１から印刷制御装置１０１へのデータパケットは、ネットワーク１１２上を伝搬され、ＮＩＣ１０２を介して印刷制御装置１０１に入力される。印刷制御装置１０１内では、第１ＮＩＣ部３０１がデータパケットの受信処理を行う。第１ＮＩＣ部３０１の受信したデータパケットが、ＴＣＰ／ＩＰ（transmission control protocol/internet protocol）に準じたデータパケットである場合には、パケットのヘッダ情報部に宛先ポート番号が含まれている。
【００３４】
宛先ポート番号は、パケットを受け取った装置のどのプログラム／プロセスにデータを送るべきかを示す情報であり、通信プロトコルやプログラム毎に異なるポート番号が割り振られている。
【００３５】
ポート番号は、例えば次のように割り振られる。
【００３６】
ＦＴＰ（file transfer protocol）＝Ｐｏｒｔ２１
ＳＭＴＰ（simple mail transfer protocol）＝Ｐｏｒｔ２５
ＨＴＴＰ（hypertext transfer protocol）＝Ｐｏｒｔ８０
したがって、受信したデータパケットのヘッダに含まれるポート番号を基に、印刷処理に対応するポート番号かどうかを判定することによって、そのパケットが印刷データであるのか、或いは制御データ等の他のデータであるのかを判定することができる。
【００３７】
この判定の結果、受信したパケットが印刷データである場合には、ＣＰＵ３０７は、必要に応じてその印刷データをＨＤＤ部３０５へ書き込む。これは、データの転送速度を向上させること等を目的として一般的に行われているキューイング（スプール）である。ＨＤＤ部３０５に書き込まれた印刷データは、ＣＰＵ３０７の指示に応じて、ＨＤＤ部３０５からＲＩＰ部３０２に読み出される。一方、キューイングが行われなかった印刷データは、ＣＰＵ３０７の指示に応じて、第１ＮＩＣ部３０１から直接、ＲＩＰ部３０２へ転送される。
【００３８】
こうしてＲＩＰ部３０２へ送信された印刷データは、ＲＩＰ部３０２によってラスタイメージ化処理が行われる。続いてエンコード部３０３では、予め設定されている画像形成装置１０７が解釈可能なデータ形式と、受信したデータのデータ形式とに基づいて、画像形成装置１０７が解釈可能なデータ形式へのエンコード処理が行われる。なおデータ形式は、本実施の形態では予め設定されているものを用いたが、これに限らず、通信によって画像形成装置１０７から取得されたものを用いても、操作部３０９から指定されたものを用いても良い。
【００３９】
上記エンコード処理は必要に応じて行われるため、受信した印刷データのデータ形式がそのままでも画像形成装置１０７で解釈可能な場合など、エンコード処理を行う必要がなければエンコード処理は行わなくても良い。エンコード処理後のデータのデータ形式は、画像形成装置１０７が解釈可能なものである。そのデータ形式は、例えば、所定の印刷言語形式や、ＪＢＩＧ等の所定の方法で圧縮されたデータフォーマット、ドキュメントフォーマット等、画像形成装置１０７が内蔵する解釈手段の能力等によって変動する。
【００４０】
こうして必要に応じてエンコード処理されたデータは、第２ＮＩＣ部３０４によって再びデータパケット化された後、信号線１０５上に送出され、画像形成装置１０７へ送信される。
【００４１】
このデータパケットを受信した画像形成装置１０７は、自身が有する印刷処理手順に従って、受信したデータパケットに応じた画像を紙などの記録媒体に印刷する。
【００４２】
なお、他のデータ転送方法としては、エンコード部３０３からイメージインタフェース部３１１へ送信し、専用伝送路インタフェースボード１０４を通って専用伝送路１０６に送出し、最後に画像形成装置１０７に接続された専用伝送路インタフェースボード１０９を介して画像形成装置１０７へ送信する方法が考えられる。
【００４３】
図４は、Ｗｅｂサーバ１１１の概略構成を示すブロック図である。
【００４４】
ＣＰＵ４０２を含む制御部４０１は、Ｗｅｂサーバ１１１全体の動作を制御する。ＣＰＵ４０２は、ＲＯＭ４０３に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ４０４は、ＣＰＵ４０２の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ４０５は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。
【００４５】
ネットワークインタフェース（Ｉ／Ｆ）４０６は、制御部４０１、つまりＷｅｂサーバ１１１をネットワーク１１２に接続する。ネットワークＩ／Ｆ４０６は、ネットワーク１１２上の他の装置との間で各種情報を送受信する。
【００４６】
図５は、本実施の形態の画像形成システム全体のソフトウェア構成を示すブロック図である。同図に示す各機能部は、画像形成装置１０７／印刷制御装置１０１／Ｗｅｂサーバ１１１のそれぞれに備えられているＣＰＵが制御プログラムを実行することにより実現される。
【００４７】
画像形成装置１０７は、Ｗｅｂブラウザ５１０及びサービスプロバイダ５２０を備えている。Ｗｅｂブラウザ５１０は、入力処理部５１１及び画像表示部５１２を含んでいる。入力処理部５１１は、前記操作部２０２上でのユーザ操作を解析し、ＨＴＴＰに従って画面更新のリクエストを前記インタフェース部２０６を介して送信する。画像表示部５１２は、受信したＨＴＭＬファイルを解析し、操作部２０２上に操作画面を表示する。このように表示される画面を、以下「Ｗｅｂブラウザ画面」と呼ぶことにする。サービスプロバイダ５２０は、Ｗｅｂアプリケーション５６０内のロジック部５６１からの処理依頼をインタフェース部２０６を介して受信し、処理を実行するためのジョブを生成して実行する。
【００４８】
印刷制御装置１０１は、Ｗｅｂブラウザ５３０、Ｗｅｂサーバ５４０及びプロキシ（Proxy）サーバ５５０を備えている。Ｗｅｂブラウザ５３０は、前記Ｗｅｂブラウザ５１０の機能と同様の機能を備えている。Ｗｅｂサーバ５４０は、プロキシサーバ５５０経由でＷｅｂブラウザ５１０もしくはＷｅｂブラウザ５３０からのリクエストを受信し、リクエストに応じた画面を生成して応答する。プロキシサーバ５５０は、Ｗｅｂブラウザ５１０もしくはＷｅｂブラウザ５３０からのリクエストを受信し、Ｗｅｂサーバ５４０及びＷｅｂサーバ１１１のうちのいずれか適切な方に、受信したリクエストを転送する。そのために、リクエスト解析部５５１がリクエストの中身を解析する。またプロキシサーバ５５０は、いずれかのＷｅｂサーバ、つまり前記受信したリクエストを転送したＷｅｂサーバが、当該リクエストに応じて生成し、送信したＨＴＭＬファイルを受信し、リクエスト元のＷｅｂブラウザに転送する。そのために、受信データ解析部５５２がＨＴＭＬファイルの中身を解析する。
【００４９】
Ｗｅｂサーバ１１１は、Ｗｅｂアプリケーション５６０を備えている。Ｗｅｂアプリケーション５６０は、プレゼンテーション部５６２及びロジック部５６１を含んでいる。プレゼンテーション部５６２は、外部装置からのリクエストに応えて外部装置のＷｅｂブラウザで表示すべき画面を生成し、応答する。外部装置からのリクエストが、画像形成装置１０７に対する処理依頼であった場合には、Ｗｅｂアプリケーション５６０は、依頼内容に従って各種処理を実行するとともに、画像形成装置１０７に対して処理の実行を依頼する。処理の具体例としては、画像形成装置１０７のプリンタ部２０４による印刷処理の実行や、リーダ部２０３による読取処理の実行、或いはインタフェース部２０６による送信処理の実行を挙げることができる。
【００５０】
以上のように構成された画像形成システムが実行する制御処理を、図６〜図１２を参照して詳細に説明する。
【００５１】
本実施の形態では、Ｗｅｂサーバ１１１が画像形成装置１０７と印刷制御装置１０１に異なる画面データを送信したときに、画像形成装置１０７に表示される画面と印刷制御装置１０１に表示される画面とを連動させる制御処理について説明する。なお本実施の形態では、画像形成装置１０７はＮＩＣを１枚だけ備えているとするが、複数枚備えていたとしても、本発明は同様に適用できる。
【００５２】
図６は、本実施の形態の画像形成システムが実行する制御処理の手順を示すフローチャートである。本制御処理は、画像形成装置１０７がリーダ部２０３で生成したファイルをＦＴＰでＷｅｂサーバ１１１へ送信する処理を示している。
【００５３】
画像形成装置１０７と印刷制御装置１０１が起動すると、ステップＳ６０１へ遷移する。ステップＳ６０１では、画像形成装置１０７は、操作部２０２のＷｅｂブラウザ５１０に表示するメニュー画面を取得するために、Ｗｅｂサーバ１１１へ画面の問い合わせを行う。この問い合わせのリクエストパケットには、画像形成装置１０７のＷｅｂブラウザ５１０の情報（ブラウザバージョンや機器名）が付与される。さらに、取得した画面を画像形成装置１０７にのみ表示する場合には、この情報、つまり取得した画面を画像形成装置１０７にのみ表示することを示す情報も付与される。本実施の形態では、ＨＴＴＰのUser-Agentタグの中に、これらの情報を格納する例について説明するが、その他のタグやコメント、本文中の文書にこれらの情報を格納しても良い。また、ＨＴＴＰに代えて、他のプロトコルを使用しても良い。さらに本実施の形態では、問い合わせの送信先をＷｅｂサーバ１１１としたが、印刷制御装置１０７としても良い。
【００５４】
画像形成装置１０７が画面更新のリクエストを送信すると、ステップＳ６０２へ遷移する。ステップＳ６０２は、印刷制御装置１０１での動作となる。ステップＳ６０２にて、印刷制御装置１０１のプロキシサーバ５５０がリクエストを受信すると、プロキシサーバ５５０のリクエスト解析部５５１は、このリクエストを解析する。リクエスト解析部５５１はこのとき、このリクエストがＷｅｂサーバ１１１へ送信されたリクエストと判断し、ステップＳ６０３へ遷移する。
【００５５】
ステップＳ６０３では、印刷制御装置１０１は、リクエスト解析部５５１による判断結果に応じて、このリクエストをＷｅｂサーバ１１１へ送信し、ステップＳ６０４に遷移する。ステップＳ６０４は、Ｗｅｂサーバ１１１での動作となる。ステップＳ６０４にて、Ｗｅｂサーバ１１１が、印刷制御装置１０１から送信されてきたリクエストを受信すると、ステップＳ６０５に遷移する。
【００５６】
ステップＳ６０５では、Ｗｅｂアプリケーション５６０のプレゼンテーション部５６２がリクエスト元を解析する。リクエスト元の解析は、ステップＳ６０１のリクエスト送信時にリクエストパケットに含められた、画像形成装置１０７の情報に基づいて行う。リクエスト元の解析が終了すると、ステップＳ６０６に遷移する。
【００５７】
ステップＳ６０６では、受信したリクエストが、画像形成装置１０７からのリクエストであるか、印刷制御装置１０１からのリクエストであるかによって、処理を変える。受信したリクエストが画像形成装置１０７からのリクエストである場合には、ステップＳ６０７に遷移する。一方、受信したリクエストが印刷制御装置１０１からのリクエストである場合には、ステップＳ６２０に遷移する。ステップＳ６２０では、プレゼンテーション部５６２は印刷制御装置１０１の画面を生成する。
【００５８】
ステップＳ６０７に遷移すると、プレゼンテーション部５６２は、画像形成装置１０７から送信されたリクエストのデータを解析する。より具体的には、プレゼンテーション部５６２は、リクエストのデータ部を解析し、このリクエストがどのような処理を実行するためのものであるかを判断し、このリクエストが実行可能かどうかを判断する。このリクエストは、初期画面を取得するためのリクエストであり、初期画面においてＷｅｂサーバ１１１の保持しているデータにより、変更する必要があるかどうかを判断する。このリクエストでは、変更の必要はなく、デフォルトの初期画面を生成すると判断し、解析を終了する。解析が終了すると、ステップＳ６０８へ遷移する。
【００５９】
ステップＳ６０８では、プレゼンテーション部５６２は、ステップＳ６０７で行った解析結果に基づいて、画面を生成する処理へ遷移する。このとき、画像形成装置１０７と印刷制御装置１０１の両方の画面を必要とする場合には、ステップＳ６０９へ遷移する。一方、画像形成装置１０７のみの画面が必要な場合には、ステップＳ６１９へ遷移する。ステップＳ６１９では、プレゼンテーション部５６２は画像形成装置の画面のみを生成する。
【００６０】
ステップＳ６０９に遷移すると、プレゼンテーション部５６２は、Ｗｅｂブラウザ５１０及び５３０で表示可能な画面ファイルを生成する。画面ファイルとしては、本実施の形態ではＨＴＭＬファイルを作成するが、その他Ｊａｖａ（登録商標）Ｓｃｒｉｐｔのようなスクリプトファイルなどを作成しても良い。
【００６１】
図７は、プレゼンテーション部５６２が生成するＨＴＭＬファイルの一例を示す図である。このＨＴＭＬファイルは、印刷制御装置１０１及び画像形成装置１０７のそれぞれのＷｅｂブラウザ５３０及び５１０に送信される。
【００６２】
図７（ａ）は、画像形成装置１０７と印刷制御装置１０１の画面をｄｉｖタグの使用により、１つのＨＴＭＬデータとしている例を示している。<div id="main">が、画像形成装置１０７の画面となり、<div id="sub">が、印刷制御装置１０１の画面となる。
【００６３】
図７（ｂ）は、ＨＴＭＬのコメントを使用して、画像形成装置１０７と印刷制御装置１０１の画面を区別している例を示している。ｂｏｄｙタグの本文が、画像形成装置１０７の画面となり、<! -- subでコメントとして扱われているのが、印刷制御装置１０１の画面となる。画像形成装置１０７の画面も、コメントになっていても良い。
【００６４】
図７（ｃ）は、ｄｉｖタグを使用して画像形成装置１０７の画面のみがＨＴＭＬで作成された例を示している。印刷制御装置１０１の画面のみがＨＴＭＬで作成される場合も同様に、<div id="sub">のみがＨＴＭＬで作成される。
【００６５】
図７（ｄ）は、コメントを使用して画像形成装置１０７の画面のみがＨＴＭＬで作成された例を示している。印刷制御装置１０１の画面のみがＨＴＭＬで作成される場合も同様に、<! -- subのみがＨＴＭＬで作成される。
【００６６】
プレゼンテーション部５６２が画面の生成を終了すると、ステップＳ６１０へ遷移する。ステップＳ６１０では、Ｗｅｂサーバ１１１は、プレゼンテーション部５６２の生成した画面を印刷制御装置１０１へリプライする。
【００６７】
ステップＳ６１１は、再び印刷制御装置１０１での動作となる。ステップＳ６１１にて、印刷制御装置１０１のプロキシサーバ５５０がリプライパケットを受信すると、ステップＳ６１２へ遷移する。ステップＳ６１２では、プロキシサーバ５５０の受信データ解析部５５２は、受信したリプライパケットのデータを解析する。ここで、リプライパケット、つまりＨＴＭＬデータの解析は、前記ステップＳ６０９でＷｅｂサーバ１１１がＨＴＭＬデータ、つまり画面を作成したときに使用した手法に基づいて行う。より具体的には、リプライパケット中、ｄｉｖタグ或いはコメントで作成された画面数を解析する。解析が終了すると、ステップＳ６１３に遷移する。
【００６８】
ステップＳ６１３では、受信データ解析部５５２が２画面分のデータを検知したかどうかを判断する。受信データ解析部５５２が２画面分のデータを検知した場合には、印刷制御装置１０１と画像形成装置１０７に画面を表示する必要があると判断し、ステップＳ６１４へ遷移する。一方、受信データ解析部５５２が１画面分のデータしか検知しなかった場合には、その１画面分のデータは画像形成装置１０７に表示する画面となるため、ステップＳ６１６へ遷移する。なお１画面分のデータしか検知しない場合は、印刷制御装置１０１にのみ表示する画面の場合もあるが、この場合については、第２の実施の形態で後述する。
【００６９】
ステップＳ６１４では、プロキシサーバ５５０は、印刷制御装置１０１の画面更新が可能かどうかを判断する。この判断は、前記第１メモリ部３０６もしくはＨＤＤ部３０５に保存されている画面更新可能フラグの設定値をチェックすることで行う。この判断の結果、画面を更新してもよければ、ステップＳ６１５へ遷移する。一方、画面を更新してはいけなければ、ステップＳ６１６に遷移する。画面を更新しないパターンについては、第２の実施の形態で後述する。
【００７０】
ステップＳ６１５では、プロキシサーバ５５０は、Ｗｅｂブラウザ５３０に画面を表示させるため、受信データ解析部５５２が解析した結果に基づき印刷制御装置１０１用の画面のＨＴＭＬデータを生成する。そしてプロキシサーバ５５０は、生成したＨＴＭＬデータでＷｅｂサーバ５４０のコンテンツを上書きする。Ｗｅｂブラウザ５３０は常に、Ｗｅｂサーバ５４０の特定のコンテンツに対してポーリングを行っている。したがって、Ｗｅｂサーバ５４０のＨＴＭＬデータがプロキシサーバ５５０によって更新されると、印刷制御装置１０１の画面が更新される。画面の更新は、この他に、タイマを使用してリロードをすることで更新する方法や、Ｗｅｂサーバ５４０がリクエストを受信しておき、画面更新が行われたときに画面を更新するリプライを返す方法を用いても良い。さらには、受信データ解析部５５２が、Ｗｅｂブラウザ５３０にリロードを指示する方法を用いても良い。また、Ｗｅｂブラウザ５３０は、Ｗｅｂサーバ５４０にデータを取得しに行くのではなく、受信データ解析部５５２にデータを取得しに行っても良い。さらには、受信データ解析部５５２が、Ｗｅｂブラウザ５３０に直接データを送信しても良い。
【００７１】
図８（ｂ）は、印刷制御装置１０１に表示する画面の一例を示している。印刷制御装置１０１に画面が表示されると、ステップＳ６１６に遷移する。
【００７２】
ステップＳ６１６では、受信データ解析部５５２は、画像形成装置１０７用の画面を生成し、生成した画面を画像形成装置１０７に送信する。
【００７３】
ステップＳ６１７は、再び画像形成装置１０７での動作となる。ステップＳ６１７では、Ｗｅｂブラウザ５１０がリプライデータを受信し、ステップＳ６１８に遷移する。ステップＳ６１８では、Ｗｅｂブラウザ５１０の入力処理部５１１がＨＴＭＬデータを処理し、画像表示部５１２が画面を表示する。
【００７４】
図８（ａ）は、画像形成装置１０７に表示する画面の一例を示している。本実施の形態では、印刷制御装置１０１がＨＴＭＬデータを生成しなおしたが、印刷制御装置１０１は、Ｗｅｂサーバ１１１が生成したＨＴＭＬデータをそのまま画像形成装置１０７に送信し、画像形成装置１０７が自身に表示する際にＨＴＭＬデータを加工しても良い。
【００７５】
図８（ａ），（ｂ）は、画像形成装置１０７の初期画面取得時にステップＳ６１５及びＳ６１８によりＷｅｂブラウザ５３０及び５１０に表示されるそれぞれの装置用のメニュー画面の一例である。図８（ａ）は、画像形成装置１０７の画面で、画像形成装置１０７でどの機能を利用するかを選択するボタン８０１〜８０４が配置されている。ユーザが行った操作により、Ｗｅｂブラウザ５１０は、ボタン８０１〜８０４のいずれが押下されかを検知する。ユーザが実行を望む機能が選択されると、Ｗｅｂブラウザ５１０はステップＳ６０１にて、押下を検知したボタンに対応した機能の画面の要求をＷｅｂサーバ１１１に行う。一方、図８（ｂ）は、印刷制御装置１０１の画面で、画像形成装置１０７のボタン８０１〜８０４のそれぞれの説明が表示される。
【００７６】
以下、ボタン８０１が押下されて、そのボタン８０１に割り当てられた「スキャン」機能が選択されたときの制御処理について説明する。前記ステップＳ６０１〜Ｓ６１８の手順に従って画面を表示すると、図９の画面が表示される。図９（ａ）は、画像形成装置１０７のリーダ部２０３を用いて原稿上の画像を読み取って画像データを生成し、生成した画像データをネットワーク１１２上のＦＴＰサーバに送信することを指示するＷｅｂアプリケーション画面となっている。図９（ｂ）は、図９（ａ）の画面のヘルプ情報を表示した画面である。
【００７７】
図９（ａ）に示す例では、画像データをＰＤＦフォーマットで生成し、「ｔｅｓｔ．ｐｄｆ」というファイル名を付与することが設定された状態となっている。ここで、実行ボタン９０１の押下が検知されると、前記図６のステップＳ６０１に遷移し、前述の手順に従ってステップＳ６０７まで遷移する。ステップＳ６０７では、Ｗｅｂアプリケーション５６０は、ＦＴＰ操作を実行するために必要な印刷制御装置１０１の設定値データベースを検索する。設定値データベースは、Ｗｅｂサーバ１１１のＨＤＤ４０５上に構築されていても良いし、印刷制御装置１０１のＨＤＤ部３０５上に構築されていても良い。印刷制御装置１０１のＨＤＤ部３０５上に構築されている場合には、Ｗｅｂサーバ１１１が必要に応じて印刷制御装置１０１から設定値を取得する。本実施の形態では、Ｗｅｂサーバ１１１のＨＤＤ４０５に設定値が保持されているとする。印刷制御装置１０１がセキュリティ機能を保有している場合、印刷制御装置１０１では、ＦＴＰで使用するポートの使用が禁止されている場合があり、この場合には画像形成装置１０７から送信されるＦＴＰの通信が失敗する可能性がある。そのため、Ｗｅｂアプリケーション５６０は、印刷制御装置１０１のセキュリティ設定がＦＴＰを許可している状態であるかどうかを判断する。
【００７８】
図１０は、セキュリティ設定値データベースの一例を示す図である。同図に示すように、ＦＴＰが使用不可な設定になっている場合には、Ｗｅｂアプリケーション５６０は、ステップＳ６０８にて２画面作成と判断し、設定変更を促す画面を用意するためにステップＳ６０９に遷移する。ステップＳ６０９では、Ｗｅｂアプリケーション５６０は、印刷制御装置１０１用の表示画面として図１１（ｂ）に示すＦＴＰポート変更設定画面を作成し、画像形成装置１０７用には図１１（ａ）に示す印刷制御装置１０１の画面を確認するようにユーザに促す画面を作成する。これ以外に、ステップＳ６０８にて１画面のみと判断し、ステップＳ６１９に遷移して画像形成装置１０７の画面に印刷制御装置１０１の設定画面を表示しても良い。ステップＳ６１０〜Ｓ６１８の処理を実行すると、図１２（ａ）に示すような実行結果表示画面に遷移する。画面遷移ステップは上記と同様である。ユーザが設定を行い、これが印刷制御装置１０１に反映されるとＦＴＰサーバに画像が送信され、図１２（ａ）に示すような処理完了画面が表示される。
【００７９】
図１２（ｂ）は、実行結果を表示するための画面を説明した一例の図である。図１２（ａ）では、実行結果をユーザに情報提示している。ここで、ＯＫボタン１２０２の押下が検知されると、図８（ａ）の画面に戻ることになる。画面遷移ステップは上記と同様である。
【００８０】
なお本実施の形態では、Ｗｅｂサーバ１１１へファイルの転送を行うが、Ｗｅｂサーバ１１１以外のネットワーク上に接続されたサーバへ転送してもかまわない。
【００８１】
（第２の実施の形態）
次に、本発明の第２の実施の形態に係る画像形成システムについて説明する。
【００８２】
本実施の形態の画像形成システムは、上記第１の実施の形態の画像形成システムに対して、制御処理の一部が異なるのみであるので、ハードウェアは、上記第１の実施の形態の画像形成システムと同様のもの、すなわち前記図１〜図４に記載のものをそのまま用いることにする。
【００８３】
本実施の形態では、印刷制御装置で画面を独立して動作させたいときの例について説明する。本実施の形態では、印刷制御装置１０１専用の処理を行うため、画像形成装置１０７の画面とは別に、印刷制御装置１０１の画面のみを更新したい場合がある。一例としては、印刷制御装置１０１の設定変更や印刷制御装置１０１のＢＯＸ機能（ＨＤＤ部３０５に保存されている印刷可能なデータを操作可能な機能）を使用する場合である。以下、印刷制御装置１０１の設定値を変更する場合の制御処理について、図１３〜図１５を参照して説明する。
【００８４】
図１３は、本実施の形態の画像形成システムが実行する制御処理の手順を示すフローチャートである。
【００８５】
図１４は、印刷制御装置１０１の起動時の画面の一例を示し、画像形成装置１０７に表示されている画面に対応する印刷制御装置１０１の画面である。印刷制御装置１０１は、ユーザによって設定実行ボタン１４０１が押下されたことを検知すると、ステップＳ１３０１に遷移する。ステップＳ１３０１では、印刷制御装置１０１がＷｅｂサーバ１１１へ画面取得のリクエストを送信する。
【００８６】
ステップＳ１３０２は、Ｗｅｂサーバ１１１での動作となる。ステップＳ１３０２では、Ｗｅｂサーバ１１１は画面取得のリクエストを受信し、ステップＳ１３０３に遷移する。ステップＳ１３０３では、リクエストを送信した送信元の解析を行う。前記第１の実施の形態と同様に、本実施の形態でもUser-Agentタグを使用することにするが、他のＨＴＭＬタグやコメントを使用することで、送信元を特定しても良い。また、機器特有の値やＭＡＣアドレスなどを事前にＷｅｂサーバ１１１に登録しておき、機器の特定にこの情報を使用しても良い。
【００８７】
ステップ１３０３で、送信元が印刷制御装置１０１と特定できた場合には、ステップＳ１３０４に遷移する。ステップＳ１３０４では、印刷制御装置１０１の画面を作成する。
【００８８】
図１５は、作成した印刷制御装置１０１の画面の一例を示し、図中、ボタン１５０１は、印刷制御装置１０１の画面をロックする／しないを選択するためのラジオボタンである。ラジオボタン１５０１で「ロックする」が選択された場合には、画像形成装置１０７の画面と連動しないモードとなる。この場合には、印刷制御装置１０１のＷｅｂブラウザ５３０は、画面のリロードを行わない設定に変更され、画像形成装置１０７との画面連動を行わない。これにより、印刷制御装置１０１の画面が変更されるのは、印刷制御装置１０１のブラウザ５３０から操作を行ったときだけとなる。一方、「ロックしない」が選択された場合には、Ｗｅｂブラウザ５３０のリロード設定を変更せず、画像形成装置１０７と画面連動をするモードのままとなる。この場合には、印刷制御装置１０１の画面が画像形成装置１０７により更新されてしまう可能性がある。
【００８９】
ステップＳ１３０４で、印刷制御装置１０１の画面を作成すると、ステップＳ１３０５に遷移し、作成した画面を印刷制御装置１０１へリプライする。
【００９０】
ステップＳ１３０６は、再び印刷制御装置１０１での動作となる。ステップＳ１３０６にて、印刷制御装置１０１がこの画面を受信すると、ステップＳ１３０７に遷移し、Ｗｅｂサーバ１１１が返信したＨＴＭＬデータを解析する。Ｗｅｂサーバ１１１は、画像形成装置１０７がリクエストを送信したときと同様に、印刷制御装置１０１の画面をｄｉｖタグ等で区切り返信するため、Ｗｅｂブラウザ５３０が表示することが可能な形式に変更し、ステップＳ１３０８へ遷移する。Ｗｅｂブラウザ５３０は、印刷制御装置１０１からのリクエストの場合、１画面しか作成しないため、ｄｉｖタグを使用した画面指定を行わなくても良い。そのため、ステップＳ１３０７は省略して、Ｗｅｂサーバ１１１が返信するデータをＷｅｂブラウザ５３０にそのまま表示してもかまわない。
【００９１】
ステップＳ１３０８では、プロキシサーバ５５０は画面をＷｅｂブラウザ５３０に表示する。なお、Ｗｅｂブラウザ５３０上でユーザがラジオボタン１５０１を選択した場合、すぐにリロードするように設定を変更しても良いし、ユーザが次のリクエストを送信した時に、設定を変更しても良い。
【００９２】
なお、本実施の形態においては印刷制御装置が接続された構成について説明を行うが、画像形成装置のみの構成においても、本実施の形態は適用可能である。
【００９３】
また、上述した各実施の形態は、ネットワーク又は各種記憶媒体を介して取得したソフトウェア（プログラム）をパーソナルコンピュータ（ＣＰＵやプロセッサ）にて実行することでも実現できる。
【符号の説明】
【００９４】
１０１ 印刷制御装置
１０２，１０３，１０８ ネットワークインタフェースカード
１０４ 専用伝送路インタフェースボード
１０５，１１０ 信号線
１０６ 専用伝送線
１０７ 画像形成装置
１０９ 専用伝送路インタフェースボード
１１１ Ｗｅｂサーバ
１１２ ネットワーク
【技術分野】
【０００１】
本発明は、Ｗｅｂサーバと、Ｗｅｂブラウザを備え、前記Ｗｅｂサーバとネットワークを介して通信可能な印刷制御装置と、Ｗｅｂブラウザを備え、前記印刷制御装置に接続された画像形成装置とからなる画像形成システムに関する。
【背景技術】
【０００２】
ＰＣなどの情報処理装置がネットワーク上のＷｅｂサーバと接続され、Ｗｅｂサーバにより提供される操作画面を、情報処理装置が備えるＷｅｂブラウザ上に表示するようにした情報処理システムは、従来から知られている。
【０００３】
この従来の情報処理システムでは、情報処理装置のＷｅｂブラウザがＷｅｂサーバに対して操作画面を要求する。この要求に応えて、Ｗｅｂサーバ上のＷｅｂアプリケーションは、Ｗｅｂブラウザに操作画面を表示させるためのＨＴＭＬ（hypertext markup language）ファイルを情報処理装置に送信する。情報処理装置のＷｅｂブラウザは、受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づいた操作画面を表示する。
【０００４】
さらに、Ｗｅｂブラウザに表示された操作画面からユーザが指示を入力すると、Ｗｅｂブラウザは、入力された指示をＷｅｂサーバに通知する。この通知を受けたＷｅｂサーバ上のＷｅｂアプリケーションは、入力された指示に従って処理を実行する。
【０００５】
最近では、スキャナ機能やプリンタ機能を備えた画像形成装置の中にも、Ｗｅｂブラウザを備えているものがある。この種の画像形成装置は、上述した手順に従ってＷｅｂサーバから提供される操作画面を画像形成装置のＷｅｂブラウザに表示し、表示された操作画面からユーザの各種指示を受け付ける。
【０００６】
また、画像形成装置の中には、印刷制御装置を付属しているものがある。印刷制御装置は、画像形成装置にネットワークプリンタの機能を設ける目的や、予め画像形成装置が具備するネットワークプリンタの機能を拡張及び補充する目的で利用される。そして、印刷制御装置には、操作画面及びＷｅｂブラウザを備えているものがあり、ＷｅｂサーバからＨＴＭＬファイルを受信し、ＨＴＭＬファイルの記述に基づいた操作画面を表示することができる。
【０００７】
一方、複数のディスプレイを備え、各ディスプレイのそれぞれに操作画面を表示する、いわゆるマルチディスプレイシステムが知られている（例えば、特許文献１参照）。このようなマルチディスプレイシステムでは、操作画面をＷｅｂサーバから取得し、各ディスプレイに表示する。より具体的には、ブラウザ制御部は、入力装置から入力されたアドレスに基づいて、プロキシ（proxy）部に画面取得を依頼する。これに応じてプロキシ部は、Ｗｅｂサーバからコンテンツを取得する。画像表示部は、プロキシ部から画面を取得すると、自分の表示領域部分だけを表示する。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００５−０８５０５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、Ｗｅｂサーバの保持する操作画面の表示用データを要求する場合、印刷制御装置のＷｅｂブラウザが要求する場合と、画像形成装置のＷｅｂブラウザが要求する場合とがある。そして、例えば画像形成装置のＷｅｂブラウザが要求する場合は、画像形成装置のＷｅｂブラウザの表示内容を更新させるだけでなく、これと同期して印刷制御装置のＷｅｂブラウザの表示内容も更新させたい場合がある。一方、印刷制御装置のＷｅｂブラウザが要求する場合は、印刷制御装置のＷｅｂブラウザの表示内容は更新させるものの、画像形成装置のＷｅｂブラウザの表示内容は更新させたくない場合がある。しかしながら、従来は、どのＷｅｂブラウザが表示用データを要求したかに応じて、両方のＷｅｂブラウザの表示内容を更新するか、一方のＷｅｂブラウザの表示内容のみを更新するかを切り替えることはできなかった。即ち、上述した特許文献１の場合、プロキシ部がＷｅｂサーバからコンテンツを取得したときに、全てのディスプレイの表示内容を更新することしかできない。
【００１０】
本発明は、この点に着目してなされたものであり、印刷制御装置及び画像形成装置の各Ｗｅｂブラウザ上に表示する各操作画面を適切に同期させることが可能となる画像形成システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、請求項１に記載の画像形成システムは、Ｗｅｂサーバと、Ｗｅｂブラウザを備え、前記Ｗｅｂサーバとネットワークを介して接続された印刷制御装置と、Ｗｅｂブラウザを備え、前記印刷制御装置に接続された画像形成装置とからなる画像形成システムであって、前記Ｗｅｂサーバは、前記印刷制御装置からの画面更新のリクエストを受信する受信手段と、前記受信手段が受信した画面更新のリクエストが、前記印刷制御装置のＷｅｂブラウザからのリクエストに基づくものか、または前記画像形成装置のＷｅｂブラウザからのリクエストに基づくものかを判定する判定手段と、前記判定手段による判定の結果に応じて、前記受信手段が受信した画面更新のリクエストに対する応答として、前記印刷制御装置のＷｅｂブラウザまたは前記画像形成装置のＷｅｂブラウザに操作画面を表示させるための画面データを、前記印刷制御装置に送信する送信手段とを有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、Ｗｅｂサーバが印刷制御装置及び画像形成装置の各操作画面を１つのリクエストに対して応答可能なため、印刷制御装置及び画像形成装置の各操作画面を適切に同期させることができる。これにより、画像形成装置に表示する操作画面に対する操作補助情報を、印刷制御装置に表示させることが可能となり、ユーザにより使用し易いシステムを提供することができる。また、印刷制御装置の設定データ等、Ｗｅｂサーバが保持している設定情報に応じて、画像形成装置及び印刷制御装置の各操作画面として最適なものを選択することが可能となる。さらに、印刷制御装置単体での操作画面遷移も可能となるため、印刷制御装置の操作性も落とすことがなく、ユーザにより使用し易いシステムを提供することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施の形態に係る画像形成システムの接続構成を示す模式図である。
【図２】図１中の画像形成装置の概略構成を示すブロック図である。
【図３】図１中の印刷制御装置の概略構成を示すブロック図である。
【図４】図１中のＷｅｂサーバの概略構成を示すブロック図である。
【図５】図１の画像形成システム全体のソフトウェア構成を示すブロック図である。
【図６】図１の画像形成システムが実行する制御処理の手順を示すフローチャートである。
【図７】図５中のプレゼンテーション部が生成するＨＴＭＬファイルの一例を示す図である。
【図８】図１中の画像形成装置及び印刷制御装置にそれぞれ表示された各初期画面の一例を示す図である。
【図９】図１中の画像形成装置及び印刷制御装置にそれぞれ表示されたＷｅｂアプリケーション画面及びそのヘルプ画面の一例を示す図である。
【図１０】セキュリティ設定値データベースの一例を示す図である。
【図１１】図１中の画像形成装置及び印刷制御装置にそれぞれ表示された確認画面及び設定変更画面の一例を示す図である。
【図１２】図１中の画像形成装置及び印刷制御装置にそれぞれ表示された各処理完了画面の一例を示す図である。
【図１３】本発明の第２の実施の形態に係る画像形成システムが実行する制御処理の手順を示すフローチャートである。
【図１４】本発明の第２の実施の形態に係る画像形成システムに含まれる印刷制御装置に表示された初期画面の一例を示す図である。
【図１５】本発明の第２の実施の形態に係る画像形成システムに含まれる印刷制御装置に表示された設定変更画面の一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。
【００１５】
（第１の実施の形態）
図１は、本発明の第１の実施の形態に係る画像形成システムの接続構成を示す模式図である。
【００１６】
同図に示すように、本実施の形態の画像形成システムは主として、Ｗｅｂサーバ１１１、印刷制御装置１０１および画像形成装置１０７によって構成されている。
【００１７】
印刷制御装置１０１は、複数（図示例では、２個）のネットワークインタフェースカード（network interface card；以下“ＮＩＣ”と略して言う）１０２及び１０３を備えている。そして印刷制御装置１０１は、ＮＩＣ１０２を介してネットワーク１１２と接続されている。
【００１８】
ネットワーク１１２にはＷｅｂサーバ１１１も接続され、Ｗｅｂサーバ１１１から出力されたデータは、ネットワーク１１２、信号線１１０及びＮＩＣ１０２を通って印刷制御装置１０１に入力される。
【００１９】
印刷制御装置１０１と画像形成装置１０７は、印刷制御装置１０１側のＮＩＣ１０３、信号線１０５及び画像形成装置１０７側のＮＩＣ１０８を介して接続されている。さらに印刷制御装置１０１と画像形成装置１０７は、印刷制御装置１０１側の専用伝送路インタフェースボード１０４、専用伝送線１０６及び画像形成装置１０７側の専用伝送路インタフェースボード１０９を介しても接続されている。
【００２０】
図２は、画像形成装置１０７の概略構成を示すブロック図である。
【００２１】
同図に示すように、画像形成装置１０７は、画像形成装置本体２０１及び画像入出力制御部２０５によって構成されている。
【００２２】
画像形成装置本体２０１は、操作部２０２、リーダ部２０３及びプリンタ部２０４によって構成されている。操作部２０２は、画像形成装置本体２０１及び画像入出力制御部２０５を操作するために使用され、操作用の表示パネルも一体的に取り付けられている。リーダ部２０３は、原稿画像を読み取り、原稿画像に応じた画像データをプリンタ部２０４及び画像入出力制御部２０５へ出力する。プリンタ部２０４は、リーダ部２０３又は画像入出力制御部２０５からの画像データに応じた画像を記録紙上に記録する。
【００２３】
画像入出力制御部２０５は、リーダ部２０３に接続されており、インタフェース部２０６、画像メモリ２０７、制御部２０８及びハードディスクドライブ（ＨＤＤ）２０９によって構成されている。インタフェース部２０６には、ＮＩＣ１０８及び専用伝送路インタフェースボード１０９が接続されている。なおＨＤＤ２０９には、例えば、アドレス帳、操作履歴、ユーザ設定、ＩＤ（identification）設定、ネットワーク設定などの、画像形成装置１０７の設定情報が保存されている。
【００２４】
インタフェース部２０６は、印刷制御装置１０１と画像形成装置１０７との間のインタフェースを取るためのものである。インタフェース部２０６は、印刷制御装置１０１から転送されてきた画像データを表すコードデータを、専用伝送路インタフェースボード１０９によって受信する。そしてインタフェース部２０６は、受信したコードデータをプリンタ部２０４で記録できる画像データに展開して制御部２０８に渡す。またインタフェース部２０６は、印刷制御装置１０１から送信されてきた画像データを表すコードデータをＮＩＣ１０８によって受信する。そしてインタフェース部２０６は、受信したコードデータをプリンタ部２０４で記録できるデータに展開する必要があれば展開して、制御部２０８に渡す。なおＮＩＣ１０８は、本実施の形態では、イーサネット（登録商標）等のネットワークインタフェースを採用し、画像形成装置１０７は、印刷制御装置１０１とネットワークを介して接続される構成とした。しかしこれに限らず、パラレルインタフェースやＵＳＢ（universal serial bus）インタフェース等のインタフェースを採用し、画像形成装置１０７は、印刷制御装置１０１とインタフェースケーブル等を介して直接接続される構成としても良い。また、使用するケーブルの本数も、１本に限らず、複数本であっても良い。
【００２５】
制御部２０８は、ＣＰＵ２０８ａ、ＲＯＭ２０８ｂ及びＲＡＭ２０８ｃ等によって構成されている。そしてＣＰＵ２０８ａが、ＲＯＭ２０８ｂ又は他の記憶媒体に格納された制御プログラムをＲＡＭ２０８ｃ上にロードして実行する。これによりＣＰＵ２０８ａは、リーダ部２０３、インタフェース部２０６及び画像メモリ２０７等のそれぞれの間のデータの流れを制御する。なお、ＨＤＤ２０９に代えて、電源供給が停止されたとしてもデータが消去されない不揮発性メモリを設けるようにし、この不揮発性メモリに、ＨＤＤ２０９に保存されるデータを保存するようにしても良い。
【００２６】
図３は、印刷制御装置１０１の概略構成を示すブロック図である。
【００２７】
同図に示すように、印刷制御装置１０１は、第１ＮＩＣ部３０１を備えており、第１ＮＩＣ部３０１は、前記ＮＩＣ１０２を含んでいる。本実施の形態では、ネットワークに接続されるインタフェースをＮＩＣに限定して説明するが、ネットワークに接続可能な他のインタフェースを採用しても良い。
【００２８】
第１ＮＩＣ部３０１は、ＬＡＮ（local area network）との低位レイヤレベルの接続を司る第１のネットワークインタフェースとしての機能を有する。第１ＮＩＣ部３０１には、ＲＩＰ（raster image processer）部３０２及びハードディスクドライブ（ＨＤＤ）部３０５が接続されている。ＲＩＰ部３０２は、受信したＰＤＬ（page description language）等の印刷言語或いは特定の（例えば、ＪＢＩＧ（joint bi-level image experts group）などで圧縮された）データフォーマットをラスタイメージ化する機能を有する。ＨＤＤ部３０５は、第１ＮＩＣ部３０１で受信した印刷データを一時的に保管（スプール）しておく、又はＲＩＰ処理後の圧縮データを一時的に保管しておくための記憶部である。第１メモリ部３０６は、ＲＩＰ部３０２が画像展開処理に利用するためのメモリである。
【００２９】
ＲＩＰ部３０２によってラスタイメージ化されたデータは、エンコード部３０３に入力される。エンコード部３０３は、その入力されたデータを、画像形成装置１０７がサポートする形式の印刷データ或いはデータフォーマットに変換する。
【００３０】
また、印刷制御装置１０１は、第２ＮＩＣ部３０４及びイメージインタフェース部３１１を備えている。第２ＮＩＣ部３０４は、前記第１ＮＩＣ部３０１と同様に、前記ＮＩＣ１０３を含み、低位レイヤレベルの接続を司る第２のネットワークインタフェースとして機能する。また、エンコード部３０３から出力されたデータは、イメージインタフェースボード部３１１を介して画像形成装置１０７へ出力される。
【００３１】
さらに印刷制御装置１０１は、ＣＰＵ３０７、第２メモリ部３０８、操作部３０９及び表示部３１０を備えている。ＣＰＵ３０７は、印刷制御装置１０１全体の制御を司り、第２メモリ部３０８は、ＣＰＵ３０７がデータの一時保存領域として利用する。操作部３０９は、ボタンやキー等を備え、ユーザが印刷制御装置１０１を操作するために利用される。表示部３１０は、画像や文字を画面上に表示することによってユーザに情報を通知する。表示部３１０は、操作部３０９と一体的に形成される操作パネルから成り、本実施の形態では、タッチパネル方式のものを採用している。その他、外部モニタ装置（ディスプレイ）や外部操作部（マウス/キーボード）をそれぞれ、印刷制御装置１０１に接続する構成を採るようにしても良い。
【００３２】
印刷制御装置１０１は、データを、前記イメージインタフェースボード部３１１を介して専用伝送線１０６上に伝搬し、画像形成装置１０７へ送信する。
【００３３】
Ｗｅｂサーバ１１１から印刷制御装置１０１へのデータパケットは、ネットワーク１１２上を伝搬され、ＮＩＣ１０２を介して印刷制御装置１０１に入力される。印刷制御装置１０１内では、第１ＮＩＣ部３０１がデータパケットの受信処理を行う。第１ＮＩＣ部３０１の受信したデータパケットが、ＴＣＰ／ＩＰ（transmission control protocol/internet protocol）に準じたデータパケットである場合には、パケットのヘッダ情報部に宛先ポート番号が含まれている。
【００３４】
宛先ポート番号は、パケットを受け取った装置のどのプログラム／プロセスにデータを送るべきかを示す情報であり、通信プロトコルやプログラム毎に異なるポート番号が割り振られている。
【００３５】
ポート番号は、例えば次のように割り振られる。
【００３６】
ＦＴＰ（file transfer protocol）＝Ｐｏｒｔ２１
ＳＭＴＰ（simple mail transfer protocol）＝Ｐｏｒｔ２５
ＨＴＴＰ（hypertext transfer protocol）＝Ｐｏｒｔ８０
したがって、受信したデータパケットのヘッダに含まれるポート番号を基に、印刷処理に対応するポート番号かどうかを判定することによって、そのパケットが印刷データであるのか、或いは制御データ等の他のデータであるのかを判定することができる。
【００３７】
この判定の結果、受信したパケットが印刷データである場合には、ＣＰＵ３０７は、必要に応じてその印刷データをＨＤＤ部３０５へ書き込む。これは、データの転送速度を向上させること等を目的として一般的に行われているキューイング（スプール）である。ＨＤＤ部３０５に書き込まれた印刷データは、ＣＰＵ３０７の指示に応じて、ＨＤＤ部３０５からＲＩＰ部３０２に読み出される。一方、キューイングが行われなかった印刷データは、ＣＰＵ３０７の指示に応じて、第１ＮＩＣ部３０１から直接、ＲＩＰ部３０２へ転送される。
【００３８】
こうしてＲＩＰ部３０２へ送信された印刷データは、ＲＩＰ部３０２によってラスタイメージ化処理が行われる。続いてエンコード部３０３では、予め設定されている画像形成装置１０７が解釈可能なデータ形式と、受信したデータのデータ形式とに基づいて、画像形成装置１０７が解釈可能なデータ形式へのエンコード処理が行われる。なおデータ形式は、本実施の形態では予め設定されているものを用いたが、これに限らず、通信によって画像形成装置１０７から取得されたものを用いても、操作部３０９から指定されたものを用いても良い。
【００３９】
上記エンコード処理は必要に応じて行われるため、受信した印刷データのデータ形式がそのままでも画像形成装置１０７で解釈可能な場合など、エンコード処理を行う必要がなければエンコード処理は行わなくても良い。エンコード処理後のデータのデータ形式は、画像形成装置１０７が解釈可能なものである。そのデータ形式は、例えば、所定の印刷言語形式や、ＪＢＩＧ等の所定の方法で圧縮されたデータフォーマット、ドキュメントフォーマット等、画像形成装置１０７が内蔵する解釈手段の能力等によって変動する。
【００４０】
こうして必要に応じてエンコード処理されたデータは、第２ＮＩＣ部３０４によって再びデータパケット化された後、信号線１０５上に送出され、画像形成装置１０７へ送信される。
【００４１】
このデータパケットを受信した画像形成装置１０７は、自身が有する印刷処理手順に従って、受信したデータパケットに応じた画像を紙などの記録媒体に印刷する。
【００４２】
なお、他のデータ転送方法としては、エンコード部３０３からイメージインタフェース部３１１へ送信し、専用伝送路インタフェースボード１０４を通って専用伝送路１０６に送出し、最後に画像形成装置１０７に接続された専用伝送路インタフェースボード１０９を介して画像形成装置１０７へ送信する方法が考えられる。
【００４３】
図４は、Ｗｅｂサーバ１１１の概略構成を示すブロック図である。
【００４４】
ＣＰＵ４０２を含む制御部４０１は、Ｗｅｂサーバ１１１全体の動作を制御する。ＣＰＵ４０２は、ＲＯＭ４０３に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ４０４は、ＣＰＵ４０２の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ４０５は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。
【００４５】
ネットワークインタフェース（Ｉ／Ｆ）４０６は、制御部４０１、つまりＷｅｂサーバ１１１をネットワーク１１２に接続する。ネットワークＩ／Ｆ４０６は、ネットワーク１１２上の他の装置との間で各種情報を送受信する。
【００４６】
図５は、本実施の形態の画像形成システム全体のソフトウェア構成を示すブロック図である。同図に示す各機能部は、画像形成装置１０７／印刷制御装置１０１／Ｗｅｂサーバ１１１のそれぞれに備えられているＣＰＵが制御プログラムを実行することにより実現される。
【００４７】
画像形成装置１０７は、Ｗｅｂブラウザ５１０及びサービスプロバイダ５２０を備えている。Ｗｅｂブラウザ５１０は、入力処理部５１１及び画像表示部５１２を含んでいる。入力処理部５１１は、前記操作部２０２上でのユーザ操作を解析し、ＨＴＴＰに従って画面更新のリクエストを前記インタフェース部２０６を介して送信する。画像表示部５１２は、受信したＨＴＭＬファイルを解析し、操作部２０２上に操作画面を表示する。このように表示される画面を、以下「Ｗｅｂブラウザ画面」と呼ぶことにする。サービスプロバイダ５２０は、Ｗｅｂアプリケーション５６０内のロジック部５６１からの処理依頼をインタフェース部２０６を介して受信し、処理を実行するためのジョブを生成して実行する。
【００４８】
印刷制御装置１０１は、Ｗｅｂブラウザ５３０、Ｗｅｂサーバ５４０及びプロキシ（Proxy）サーバ５５０を備えている。Ｗｅｂブラウザ５３０は、前記Ｗｅｂブラウザ５１０の機能と同様の機能を備えている。Ｗｅｂサーバ５４０は、プロキシサーバ５５０経由でＷｅｂブラウザ５１０もしくはＷｅｂブラウザ５３０からのリクエストを受信し、リクエストに応じた画面を生成して応答する。プロキシサーバ５５０は、Ｗｅｂブラウザ５１０もしくはＷｅｂブラウザ５３０からのリクエストを受信し、Ｗｅｂサーバ５４０及びＷｅｂサーバ１１１のうちのいずれか適切な方に、受信したリクエストを転送する。そのために、リクエスト解析部５５１がリクエストの中身を解析する。またプロキシサーバ５５０は、いずれかのＷｅｂサーバ、つまり前記受信したリクエストを転送したＷｅｂサーバが、当該リクエストに応じて生成し、送信したＨＴＭＬファイルを受信し、リクエスト元のＷｅｂブラウザに転送する。そのために、受信データ解析部５５２がＨＴＭＬファイルの中身を解析する。
【００４９】
Ｗｅｂサーバ１１１は、Ｗｅｂアプリケーション５６０を備えている。Ｗｅｂアプリケーション５６０は、プレゼンテーション部５６２及びロジック部５６１を含んでいる。プレゼンテーション部５６２は、外部装置からのリクエストに応えて外部装置のＷｅｂブラウザで表示すべき画面を生成し、応答する。外部装置からのリクエストが、画像形成装置１０７に対する処理依頼であった場合には、Ｗｅｂアプリケーション５６０は、依頼内容に従って各種処理を実行するとともに、画像形成装置１０７に対して処理の実行を依頼する。処理の具体例としては、画像形成装置１０７のプリンタ部２０４による印刷処理の実行や、リーダ部２０３による読取処理の実行、或いはインタフェース部２０６による送信処理の実行を挙げることができる。
【００５０】
以上のように構成された画像形成システムが実行する制御処理を、図６〜図１２を参照して詳細に説明する。
【００５１】
本実施の形態では、Ｗｅｂサーバ１１１が画像形成装置１０７と印刷制御装置１０１に異なる画面データを送信したときに、画像形成装置１０７に表示される画面と印刷制御装置１０１に表示される画面とを連動させる制御処理について説明する。なお本実施の形態では、画像形成装置１０７はＮＩＣを１枚だけ備えているとするが、複数枚備えていたとしても、本発明は同様に適用できる。
【００５２】
図６は、本実施の形態の画像形成システムが実行する制御処理の手順を示すフローチャートである。本制御処理は、画像形成装置１０７がリーダ部２０３で生成したファイルをＦＴＰでＷｅｂサーバ１１１へ送信する処理を示している。
【００５３】
画像形成装置１０７と印刷制御装置１０１が起動すると、ステップＳ６０１へ遷移する。ステップＳ６０１では、画像形成装置１０７は、操作部２０２のＷｅｂブラウザ５１０に表示するメニュー画面を取得するために、Ｗｅｂサーバ１１１へ画面の問い合わせを行う。この問い合わせのリクエストパケットには、画像形成装置１０７のＷｅｂブラウザ５１０の情報（ブラウザバージョンや機器名）が付与される。さらに、取得した画面を画像形成装置１０７にのみ表示する場合には、この情報、つまり取得した画面を画像形成装置１０７にのみ表示することを示す情報も付与される。本実施の形態では、ＨＴＴＰのUser-Agentタグの中に、これらの情報を格納する例について説明するが、その他のタグやコメント、本文中の文書にこれらの情報を格納しても良い。また、ＨＴＴＰに代えて、他のプロトコルを使用しても良い。さらに本実施の形態では、問い合わせの送信先をＷｅｂサーバ１１１としたが、印刷制御装置１０７としても良い。
【００５４】
画像形成装置１０７が画面更新のリクエストを送信すると、ステップＳ６０２へ遷移する。ステップＳ６０２は、印刷制御装置１０１での動作となる。ステップＳ６０２にて、印刷制御装置１０１のプロキシサーバ５５０がリクエストを受信すると、プロキシサーバ５５０のリクエスト解析部５５１は、このリクエストを解析する。リクエスト解析部５５１はこのとき、このリクエストがＷｅｂサーバ１１１へ送信されたリクエストと判断し、ステップＳ６０３へ遷移する。
【００５５】
ステップＳ６０３では、印刷制御装置１０１は、リクエスト解析部５５１による判断結果に応じて、このリクエストをＷｅｂサーバ１１１へ送信し、ステップＳ６０４に遷移する。ステップＳ６０４は、Ｗｅｂサーバ１１１での動作となる。ステップＳ６０４にて、Ｗｅｂサーバ１１１が、印刷制御装置１０１から送信されてきたリクエストを受信すると、ステップＳ６０５に遷移する。
【００５６】
ステップＳ６０５では、Ｗｅｂアプリケーション５６０のプレゼンテーション部５６２がリクエスト元を解析する。リクエスト元の解析は、ステップＳ６０１のリクエスト送信時にリクエストパケットに含められた、画像形成装置１０７の情報に基づいて行う。リクエスト元の解析が終了すると、ステップＳ６０６に遷移する。
【００５７】
ステップＳ６０６では、受信したリクエストが、画像形成装置１０７からのリクエストであるか、印刷制御装置１０１からのリクエストであるかによって、処理を変える。受信したリクエストが画像形成装置１０７からのリクエストである場合には、ステップＳ６０７に遷移する。一方、受信したリクエストが印刷制御装置１０１からのリクエストである場合には、ステップＳ６２０に遷移する。ステップＳ６２０では、プレゼンテーション部５６２は印刷制御装置１０１の画面を生成する。
【００５８】
ステップＳ６０７に遷移すると、プレゼンテーション部５６２は、画像形成装置１０７から送信されたリクエストのデータを解析する。より具体的には、プレゼンテーション部５６２は、リクエストのデータ部を解析し、このリクエストがどのような処理を実行するためのものであるかを判断し、このリクエストが実行可能かどうかを判断する。このリクエストは、初期画面を取得するためのリクエストであり、初期画面においてＷｅｂサーバ１１１の保持しているデータにより、変更する必要があるかどうかを判断する。このリクエストでは、変更の必要はなく、デフォルトの初期画面を生成すると判断し、解析を終了する。解析が終了すると、ステップＳ６０８へ遷移する。
【００５９】
ステップＳ６０８では、プレゼンテーション部５６２は、ステップＳ６０７で行った解析結果に基づいて、画面を生成する処理へ遷移する。このとき、画像形成装置１０７と印刷制御装置１０１の両方の画面を必要とする場合には、ステップＳ６０９へ遷移する。一方、画像形成装置１０７のみの画面が必要な場合には、ステップＳ６１９へ遷移する。ステップＳ６１９では、プレゼンテーション部５６２は画像形成装置の画面のみを生成する。
【００６０】
ステップＳ６０９に遷移すると、プレゼンテーション部５６２は、Ｗｅｂブラウザ５１０及び５３０で表示可能な画面ファイルを生成する。画面ファイルとしては、本実施の形態ではＨＴＭＬファイルを作成するが、その他Ｊａｖａ（登録商標）Ｓｃｒｉｐｔのようなスクリプトファイルなどを作成しても良い。
【００６１】
図７は、プレゼンテーション部５６２が生成するＨＴＭＬファイルの一例を示す図である。このＨＴＭＬファイルは、印刷制御装置１０１及び画像形成装置１０７のそれぞれのＷｅｂブラウザ５３０及び５１０に送信される。
【００６２】
図７（ａ）は、画像形成装置１０７と印刷制御装置１０１の画面をｄｉｖタグの使用により、１つのＨＴＭＬデータとしている例を示している。<div id="main">が、画像形成装置１０７の画面となり、<div id="sub">が、印刷制御装置１０１の画面となる。
【００６３】
図７（ｂ）は、ＨＴＭＬのコメントを使用して、画像形成装置１０７と印刷制御装置１０１の画面を区別している例を示している。ｂｏｄｙタグの本文が、画像形成装置１０７の画面となり、<! -- subでコメントとして扱われているのが、印刷制御装置１０１の画面となる。画像形成装置１０７の画面も、コメントになっていても良い。
【００６４】
図７（ｃ）は、ｄｉｖタグを使用して画像形成装置１０７の画面のみがＨＴＭＬで作成された例を示している。印刷制御装置１０１の画面のみがＨＴＭＬで作成される場合も同様に、<div id="sub">のみがＨＴＭＬで作成される。
【００６５】
図７（ｄ）は、コメントを使用して画像形成装置１０７の画面のみがＨＴＭＬで作成された例を示している。印刷制御装置１０１の画面のみがＨＴＭＬで作成される場合も同様に、<! -- subのみがＨＴＭＬで作成される。
【００６６】
プレゼンテーション部５６２が画面の生成を終了すると、ステップＳ６１０へ遷移する。ステップＳ６１０では、Ｗｅｂサーバ１１１は、プレゼンテーション部５６２の生成した画面を印刷制御装置１０１へリプライする。
【００６７】
ステップＳ６１１は、再び印刷制御装置１０１での動作となる。ステップＳ６１１にて、印刷制御装置１０１のプロキシサーバ５５０がリプライパケットを受信すると、ステップＳ６１２へ遷移する。ステップＳ６１２では、プロキシサーバ５５０の受信データ解析部５５２は、受信したリプライパケットのデータを解析する。ここで、リプライパケット、つまりＨＴＭＬデータの解析は、前記ステップＳ６０９でＷｅｂサーバ１１１がＨＴＭＬデータ、つまり画面を作成したときに使用した手法に基づいて行う。より具体的には、リプライパケット中、ｄｉｖタグ或いはコメントで作成された画面数を解析する。解析が終了すると、ステップＳ６１３に遷移する。
【００６８】
ステップＳ６１３では、受信データ解析部５５２が２画面分のデータを検知したかどうかを判断する。受信データ解析部５５２が２画面分のデータを検知した場合には、印刷制御装置１０１と画像形成装置１０７に画面を表示する必要があると判断し、ステップＳ６１４へ遷移する。一方、受信データ解析部５５２が１画面分のデータしか検知しなかった場合には、その１画面分のデータは画像形成装置１０７に表示する画面となるため、ステップＳ６１６へ遷移する。なお１画面分のデータしか検知しない場合は、印刷制御装置１０１にのみ表示する画面の場合もあるが、この場合については、第２の実施の形態で後述する。
【００６９】
ステップＳ６１４では、プロキシサーバ５５０は、印刷制御装置１０１の画面更新が可能かどうかを判断する。この判断は、前記第１メモリ部３０６もしくはＨＤＤ部３０５に保存されている画面更新可能フラグの設定値をチェックすることで行う。この判断の結果、画面を更新してもよければ、ステップＳ６１５へ遷移する。一方、画面を更新してはいけなければ、ステップＳ６１６に遷移する。画面を更新しないパターンについては、第２の実施の形態で後述する。
【００７０】
ステップＳ６１５では、プロキシサーバ５５０は、Ｗｅｂブラウザ５３０に画面を表示させるため、受信データ解析部５５２が解析した結果に基づき印刷制御装置１０１用の画面のＨＴＭＬデータを生成する。そしてプロキシサーバ５５０は、生成したＨＴＭＬデータでＷｅｂサーバ５４０のコンテンツを上書きする。Ｗｅｂブラウザ５３０は常に、Ｗｅｂサーバ５４０の特定のコンテンツに対してポーリングを行っている。したがって、Ｗｅｂサーバ５４０のＨＴＭＬデータがプロキシサーバ５５０によって更新されると、印刷制御装置１０１の画面が更新される。画面の更新は、この他に、タイマを使用してリロードをすることで更新する方法や、Ｗｅｂサーバ５４０がリクエストを受信しておき、画面更新が行われたときに画面を更新するリプライを返す方法を用いても良い。さらには、受信データ解析部５５２が、Ｗｅｂブラウザ５３０にリロードを指示する方法を用いても良い。また、Ｗｅｂブラウザ５３０は、Ｗｅｂサーバ５４０にデータを取得しに行くのではなく、受信データ解析部５５２にデータを取得しに行っても良い。さらには、受信データ解析部５５２が、Ｗｅｂブラウザ５３０に直接データを送信しても良い。
【００７１】
図８（ｂ）は、印刷制御装置１０１に表示する画面の一例を示している。印刷制御装置１０１に画面が表示されると、ステップＳ６１６に遷移する。
【００７２】
ステップＳ６１６では、受信データ解析部５５２は、画像形成装置１０７用の画面を生成し、生成した画面を画像形成装置１０７に送信する。
【００７３】
ステップＳ６１７は、再び画像形成装置１０７での動作となる。ステップＳ６１７では、Ｗｅｂブラウザ５１０がリプライデータを受信し、ステップＳ６１８に遷移する。ステップＳ６１８では、Ｗｅｂブラウザ５１０の入力処理部５１１がＨＴＭＬデータを処理し、画像表示部５１２が画面を表示する。
【００７４】
図８（ａ）は、画像形成装置１０７に表示する画面の一例を示している。本実施の形態では、印刷制御装置１０１がＨＴＭＬデータを生成しなおしたが、印刷制御装置１０１は、Ｗｅｂサーバ１１１が生成したＨＴＭＬデータをそのまま画像形成装置１０７に送信し、画像形成装置１０７が自身に表示する際にＨＴＭＬデータを加工しても良い。
【００７５】
図８（ａ），（ｂ）は、画像形成装置１０７の初期画面取得時にステップＳ６１５及びＳ６１８によりＷｅｂブラウザ５３０及び５１０に表示されるそれぞれの装置用のメニュー画面の一例である。図８（ａ）は、画像形成装置１０７の画面で、画像形成装置１０７でどの機能を利用するかを選択するボタン８０１〜８０４が配置されている。ユーザが行った操作により、Ｗｅｂブラウザ５１０は、ボタン８０１〜８０４のいずれが押下されかを検知する。ユーザが実行を望む機能が選択されると、Ｗｅｂブラウザ５１０はステップＳ６０１にて、押下を検知したボタンに対応した機能の画面の要求をＷｅｂサーバ１１１に行う。一方、図８（ｂ）は、印刷制御装置１０１の画面で、画像形成装置１０７のボタン８０１〜８０４のそれぞれの説明が表示される。
【００７６】
以下、ボタン８０１が押下されて、そのボタン８０１に割り当てられた「スキャン」機能が選択されたときの制御処理について説明する。前記ステップＳ６０１〜Ｓ６１８の手順に従って画面を表示すると、図９の画面が表示される。図９（ａ）は、画像形成装置１０７のリーダ部２０３を用いて原稿上の画像を読み取って画像データを生成し、生成した画像データをネットワーク１１２上のＦＴＰサーバに送信することを指示するＷｅｂアプリケーション画面となっている。図９（ｂ）は、図９（ａ）の画面のヘルプ情報を表示した画面である。
【００７７】
図９（ａ）に示す例では、画像データをＰＤＦフォーマットで生成し、「ｔｅｓｔ．ｐｄｆ」というファイル名を付与することが設定された状態となっている。ここで、実行ボタン９０１の押下が検知されると、前記図６のステップＳ６０１に遷移し、前述の手順に従ってステップＳ６０７まで遷移する。ステップＳ６０７では、Ｗｅｂアプリケーション５６０は、ＦＴＰ操作を実行するために必要な印刷制御装置１０１の設定値データベースを検索する。設定値データベースは、Ｗｅｂサーバ１１１のＨＤＤ４０５上に構築されていても良いし、印刷制御装置１０１のＨＤＤ部３０５上に構築されていても良い。印刷制御装置１０１のＨＤＤ部３０５上に構築されている場合には、Ｗｅｂサーバ１１１が必要に応じて印刷制御装置１０１から設定値を取得する。本実施の形態では、Ｗｅｂサーバ１１１のＨＤＤ４０５に設定値が保持されているとする。印刷制御装置１０１がセキュリティ機能を保有している場合、印刷制御装置１０１では、ＦＴＰで使用するポートの使用が禁止されている場合があり、この場合には画像形成装置１０７から送信されるＦＴＰの通信が失敗する可能性がある。そのため、Ｗｅｂアプリケーション５６０は、印刷制御装置１０１のセキュリティ設定がＦＴＰを許可している状態であるかどうかを判断する。
【００７８】
図１０は、セキュリティ設定値データベースの一例を示す図である。同図に示すように、ＦＴＰが使用不可な設定になっている場合には、Ｗｅｂアプリケーション５６０は、ステップＳ６０８にて２画面作成と判断し、設定変更を促す画面を用意するためにステップＳ６０９に遷移する。ステップＳ６０９では、Ｗｅｂアプリケーション５６０は、印刷制御装置１０１用の表示画面として図１１（ｂ）に示すＦＴＰポート変更設定画面を作成し、画像形成装置１０７用には図１１（ａ）に示す印刷制御装置１０１の画面を確認するようにユーザに促す画面を作成する。これ以外に、ステップＳ６０８にて１画面のみと判断し、ステップＳ６１９に遷移して画像形成装置１０７の画面に印刷制御装置１０１の設定画面を表示しても良い。ステップＳ６１０〜Ｓ６１８の処理を実行すると、図１２（ａ）に示すような実行結果表示画面に遷移する。画面遷移ステップは上記と同様である。ユーザが設定を行い、これが印刷制御装置１０１に反映されるとＦＴＰサーバに画像が送信され、図１２（ａ）に示すような処理完了画面が表示される。
【００７９】
図１２（ｂ）は、実行結果を表示するための画面を説明した一例の図である。図１２（ａ）では、実行結果をユーザに情報提示している。ここで、ＯＫボタン１２０２の押下が検知されると、図８（ａ）の画面に戻ることになる。画面遷移ステップは上記と同様である。
【００８０】
なお本実施の形態では、Ｗｅｂサーバ１１１へファイルの転送を行うが、Ｗｅｂサーバ１１１以外のネットワーク上に接続されたサーバへ転送してもかまわない。
【００８１】
（第２の実施の形態）
次に、本発明の第２の実施の形態に係る画像形成システムについて説明する。
【００８２】
本実施の形態の画像形成システムは、上記第１の実施の形態の画像形成システムに対して、制御処理の一部が異なるのみであるので、ハードウェアは、上記第１の実施の形態の画像形成システムと同様のもの、すなわち前記図１〜図４に記載のものをそのまま用いることにする。
【００８３】
本実施の形態では、印刷制御装置で画面を独立して動作させたいときの例について説明する。本実施の形態では、印刷制御装置１０１専用の処理を行うため、画像形成装置１０７の画面とは別に、印刷制御装置１０１の画面のみを更新したい場合がある。一例としては、印刷制御装置１０１の設定変更や印刷制御装置１０１のＢＯＸ機能（ＨＤＤ部３０５に保存されている印刷可能なデータを操作可能な機能）を使用する場合である。以下、印刷制御装置１０１の設定値を変更する場合の制御処理について、図１３〜図１５を参照して説明する。
【００８４】
図１３は、本実施の形態の画像形成システムが実行する制御処理の手順を示すフローチャートである。
【００８５】
図１４は、印刷制御装置１０１の起動時の画面の一例を示し、画像形成装置１０７に表示されている画面に対応する印刷制御装置１０１の画面である。印刷制御装置１０１は、ユーザによって設定実行ボタン１４０１が押下されたことを検知すると、ステップＳ１３０１に遷移する。ステップＳ１３０１では、印刷制御装置１０１がＷｅｂサーバ１１１へ画面取得のリクエストを送信する。
【００８６】
ステップＳ１３０２は、Ｗｅｂサーバ１１１での動作となる。ステップＳ１３０２では、Ｗｅｂサーバ１１１は画面取得のリクエストを受信し、ステップＳ１３０３に遷移する。ステップＳ１３０３では、リクエストを送信した送信元の解析を行う。前記第１の実施の形態と同様に、本実施の形態でもUser-Agentタグを使用することにするが、他のＨＴＭＬタグやコメントを使用することで、送信元を特定しても良い。また、機器特有の値やＭＡＣアドレスなどを事前にＷｅｂサーバ１１１に登録しておき、機器の特定にこの情報を使用しても良い。
【００８７】
ステップ１３０３で、送信元が印刷制御装置１０１と特定できた場合には、ステップＳ１３０４に遷移する。ステップＳ１３０４では、印刷制御装置１０１の画面を作成する。
【００８８】
図１５は、作成した印刷制御装置１０１の画面の一例を示し、図中、ボタン１５０１は、印刷制御装置１０１の画面をロックする／しないを選択するためのラジオボタンである。ラジオボタン１５０１で「ロックする」が選択された場合には、画像形成装置１０７の画面と連動しないモードとなる。この場合には、印刷制御装置１０１のＷｅｂブラウザ５３０は、画面のリロードを行わない設定に変更され、画像形成装置１０７との画面連動を行わない。これにより、印刷制御装置１０１の画面が変更されるのは、印刷制御装置１０１のブラウザ５３０から操作を行ったときだけとなる。一方、「ロックしない」が選択された場合には、Ｗｅｂブラウザ５３０のリロード設定を変更せず、画像形成装置１０７と画面連動をするモードのままとなる。この場合には、印刷制御装置１０１の画面が画像形成装置１０７により更新されてしまう可能性がある。
【００８９】
ステップＳ１３０４で、印刷制御装置１０１の画面を作成すると、ステップＳ１３０５に遷移し、作成した画面を印刷制御装置１０１へリプライする。
【００９０】
ステップＳ１３０６は、再び印刷制御装置１０１での動作となる。ステップＳ１３０６にて、印刷制御装置１０１がこの画面を受信すると、ステップＳ１３０７に遷移し、Ｗｅｂサーバ１１１が返信したＨＴＭＬデータを解析する。Ｗｅｂサーバ１１１は、画像形成装置１０７がリクエストを送信したときと同様に、印刷制御装置１０１の画面をｄｉｖタグ等で区切り返信するため、Ｗｅｂブラウザ５３０が表示することが可能な形式に変更し、ステップＳ１３０８へ遷移する。Ｗｅｂブラウザ５３０は、印刷制御装置１０１からのリクエストの場合、１画面しか作成しないため、ｄｉｖタグを使用した画面指定を行わなくても良い。そのため、ステップＳ１３０７は省略して、Ｗｅｂサーバ１１１が返信するデータをＷｅｂブラウザ５３０にそのまま表示してもかまわない。
【００９１】
ステップＳ１３０８では、プロキシサーバ５５０は画面をＷｅｂブラウザ５３０に表示する。なお、Ｗｅｂブラウザ５３０上でユーザがラジオボタン１５０１を選択した場合、すぐにリロードするように設定を変更しても良いし、ユーザが次のリクエストを送信した時に、設定を変更しても良い。
【００９２】
なお、本実施の形態においては印刷制御装置が接続された構成について説明を行うが、画像形成装置のみの構成においても、本実施の形態は適用可能である。
【００９３】
また、上述した各実施の形態は、ネットワーク又は各種記憶媒体を介して取得したソフトウェア（プログラム）をパーソナルコンピュータ（ＣＰＵやプロセッサ）にて実行することでも実現できる。
【符号の説明】
【００９４】
１０１ 印刷制御装置
１０２，１０３，１０８ ネットワークインタフェースカード
１０４ 専用伝送路インタフェースボード
１０５，１１０ 信号線
１０６ 専用伝送線
１０７ 画像形成装置
１０９ 専用伝送路インタフェースボード
１１１ Ｗｅｂサーバ
１１２ ネットワーク
【特許請求の範囲】
【請求項１】
Ｗｅｂサーバと、Ｗｅｂブラウザを備え、前記Ｗｅｂサーバとネットワークを介して接続された印刷制御装置と、Ｗｅｂブラウザを備え、前記印刷制御装置に接続された画像形成装置とからなる画像形成システムであって、
前記Ｗｅｂサーバは、
前記印刷制御装置からの画面更新のリクエストを受信する受信手段と、
前記受信手段が受信した画面更新のリクエストが、前記印刷制御装置のＷｅｂブラウザからのリクエストに基づくものか、または前記画像形成装置のＷｅｂブラウザからのリクエストに基づくものかを判定する判定手段と、
前記判定手段による判定の結果に応じて、前記受信手段が受信した画面更新のリクエストに対する応答として、前記印刷制御装置のＷｅｂブラウザまたは前記画像形成装置のＷｅｂブラウザに操作画面を表示させるための画面データを、前記印刷制御装置に送信する送信手段と
を有することを特徴とする画像形成システム。
【請求項２】
前記判定手段による判定の結果、前記受信手段が受信した画面更新のリクエストが前記画像形成装置のＷｅｂブラウザからのリクエストに基づくものである場合には、前記送信手段は、前記画像形成装置のＷｅｂブラウザに操作画面を表示させるための画面データと、前記印刷制御装置のＷｅｂブラウザに操作画面を表示させるための画面データとを１つの画面データとして前記印刷制御装置に送信することを特徴とする請求項１に記載の画像形成システム。
【請求項３】
前記印刷制御装置はさらに、
前記送信手段により送信された画面データを受信する受信手段と、
前記受信手段により受信した画面データを解析し、前記印刷制御装置のＷｅｂブラウザに操作画面を表示させるための画面データと、前記画像形成装置のＷｅｂブラウザに操作画面を表示させるための画面データとを特定する解析手段と、
前記解析手段により前記印刷制御装置のＷｅｂブラウザに操作画面を表示させるための画面データと特定された画面データに応じた操作画面を当該Ｗｅｂブラウザに表示する表示手段と
を有することを特徴とする請求項２に記載の画像形成システム。
【請求項４】
前記印刷制御装置はさらに、
前記解析手段により前記画像形成装置のＷｅｂブラウザに操作画面を表示させるための画面データと特定された画面データを当該画像形成装置に送信する送信手段
を有することを特徴とする請求項３に記載の画像形成システム。
【請求項５】
前記印刷制御装置はさらに、
前記画像形成装置のＷｅｂブラウザに表示する操作画面とは独立して、前記印刷制御装置のＷｅｂブラウザに表示する操作画面のみを更新する更新手段
を有することを特徴とする請求項４に記載の画像形成システム。
【請求項１】
Ｗｅｂサーバと、Ｗｅｂブラウザを備え、前記Ｗｅｂサーバとネットワークを介して接続された印刷制御装置と、Ｗｅｂブラウザを備え、前記印刷制御装置に接続された画像形成装置とからなる画像形成システムであって、
前記Ｗｅｂサーバは、
前記印刷制御装置からの画面更新のリクエストを受信する受信手段と、
前記受信手段が受信した画面更新のリクエストが、前記印刷制御装置のＷｅｂブラウザからのリクエストに基づくものか、または前記画像形成装置のＷｅｂブラウザからのリクエストに基づくものかを判定する判定手段と、
前記判定手段による判定の結果に応じて、前記受信手段が受信した画面更新のリクエストに対する応答として、前記印刷制御装置のＷｅｂブラウザまたは前記画像形成装置のＷｅｂブラウザに操作画面を表示させるための画面データを、前記印刷制御装置に送信する送信手段と
を有することを特徴とする画像形成システム。
【請求項２】
前記判定手段による判定の結果、前記受信手段が受信した画面更新のリクエストが前記画像形成装置のＷｅｂブラウザからのリクエストに基づくものである場合には、前記送信手段は、前記画像形成装置のＷｅｂブラウザに操作画面を表示させるための画面データと、前記印刷制御装置のＷｅｂブラウザに操作画面を表示させるための画面データとを１つの画面データとして前記印刷制御装置に送信することを特徴とする請求項１に記載の画像形成システム。
【請求項３】
前記印刷制御装置はさらに、
前記送信手段により送信された画面データを受信する受信手段と、
前記受信手段により受信した画面データを解析し、前記印刷制御装置のＷｅｂブラウザに操作画面を表示させるための画面データと、前記画像形成装置のＷｅｂブラウザに操作画面を表示させるための画面データとを特定する解析手段と、
前記解析手段により前記印刷制御装置のＷｅｂブラウザに操作画面を表示させるための画面データと特定された画面データに応じた操作画面を当該Ｗｅｂブラウザに表示する表示手段と
を有することを特徴とする請求項２に記載の画像形成システム。
【請求項４】
前記印刷制御装置はさらに、
前記解析手段により前記画像形成装置のＷｅｂブラウザに操作画面を表示させるための画面データと特定された画面データを当該画像形成装置に送信する送信手段
を有することを特徴とする請求項３に記載の画像形成システム。
【請求項５】
前記印刷制御装置はさらに、
前記画像形成装置のＷｅｂブラウザに表示する操作画面とは独立して、前記印刷制御装置のＷｅｂブラウザに表示する操作画面のみを更新する更新手段
を有することを特徴とする請求項４に記載の画像形成システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１１−１２３５９０（Ｐ２０１１−１２３５９０Ａ）
【公開日】平成２３年６月２３日（２０１１．６．２３）
【国際特許分類】
【出願番号】特願２００９−２７９４３９（Ｐ２００９−２７９４３９）
【出願日】平成２１年１２月９日（２００９．１２．９）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２３年６月２３日（２０１１．６．２３）
【国際特許分類】
【出願日】平成２１年１２月９日（２００９．１２．９）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]