(57)【要約】【課題】  所定のフォームが記述された文書に基づいて画像データを送信する際に、送信可能なサイズの画像データが入力されるよう制御する画像処理装置、及びその制御方法、プログラム、記憶媒体を提供する。【解決手段】  Ｗｅｂサーバからネットワークを介してＨＴＭＬ文書を取得して、当該ＨＴＭＬ文書に基づいてＷｅｂブラウザが画面を表示する。そして、当該表示された画面を介したユーザからの指示に従って入力手段により入力された画像データを送信する。このとき、予め送信に対応付けて保持されている送信可能な画像データのサイズを示す情報を参照し、画像データの送信先に応じて画像データの入力を制御する。【選択図】  図１３
2009152847.tif 000002
【特許請求の範囲】
【請求項１】
画像データを入力する入力手段を備え、外部装置とネットワークを介して通信可能に接続された画像処理装置であって、
前記外部装置から前記ネットワークを介して、所定のフォームが記述された文書を取得する取得手段と、
前記取得手段が取得した文書に基づく画面を表示する表示手段と、
前記表示手段により表示された画面を介したユーザからの指示に従って前記入力手段により入力された画像データを送信する送信手段と、
前記送信手段により送信可能な画像データのサイズを示す情報を、送信先に対応付けて保持する保持手段と、
前記保持手段により保持されている情報を参照し、前記送信手段により送信される画像データの送信先に応じて前記入力手段による画像データの入力を制御する制御手段と、
を備えることを特徴とする画像処理装置。
【請求項２】
記憶手段に記憶された画像データを選択する選択手段を更に備え、
前記入力手段は、前記選択手段により選択された画像データを、前記記憶手段から読み出して入力することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記表示手段は、前記選択手段により画像データを選択するための選択画面を表示し、
前記制御手段は、前記表示手段による前記選択画面の表示を制御することを特徴とする請求項２に記載の画像処理装置。
【請求項４】
前記制御手段は、前記表示手段が前記選択画面を表示する際に、前記格納手段に格納されている画像データのうち、前記保持手段により保持されている情報が示すサイズよりも大きいサイズの画像データを選択不可能とすることを特徴とする請求項３に記載の画像処理装置。
【請求項５】
原稿上の画像を読み取って画像データを出力する読取手段を更に備え、
前記入力手段は、前記読取手段により出力された画像データを入力することを特徴とする請求項１に記載の画像処理装置。
【請求項６】
前記読取手段が原稿上の画像を読み取る際に用いられる読取パラメータを設定する設定手段を更に備え、
前記制御手段は、前記設定手段により設定可能な前記読取パラメータを制限することを特徴とする請求項５に記載の画像処理装置。
【請求項７】
前記表示手段は、前記設定手段により前記読取パラメータを設定するための設定画面を表示し、
前記制御手段は、前記表示手段による前記設定画面の表示を制御することを特徴とする請求項６に記載の画像処理装置。
【請求項８】
前記制御手段は、前記読取手段から出力された画像データのサイズが、前記保持手段により保持されている情報が示すサイズよりも大きい場合に、前記表示手段に警告メッセージを表示させることを特徴とする請求項５から７のいずれか１項に記載の画像処理装置。
【請求項９】
前記送信手段による画像データの送信結果に基づいて、前記保持手段により保持されている情報を更新する更新手段を更に備えることを特徴とする請求項１から８のいずれか１項に記載の画像処理装置。
【請求項１０】
前記外部装置は、ウェブサーバであって、
前記取得手段が取得する文書は、前記ウェブサーバにより提供されるＨＴＭＬ文書であって、
前記表示手段は、前記ウェブサーバから提供されたＨＴＭＬ文書を解析し、当該ＨＴＭＬ文書に基づく画面を表示するウェブブラウザであることを特徴とする請求項１から９のいずれか１項に記載の画像処理装置。
【請求項１１】
画像データを入力する入力手段を備え、外部装置とネットワークを介して通信可能に接続された画像処理装置の制御方法であって、
前記外部装置から前記ネットワークを介して、所定のフォームが記述された文書を取得する取得工程と、
前記取得工程で取得した文書に基づく画面を表示する表示工程と、
前記表示工程で表示された画面を介したユーザからの指示に従って前記入力手段により入力された画像データを送信する送信工程と、
前記送信工程で送信可能な画像データのサイズを示す情報を、送信先に対応付けて保持する保持工程と、
前記保持工程で保持された情報を参照し、前記送信工程において送信される画像データの送信先に応じて前記入力手段による画像データの入力を制御する制御工程と、
を備えることを特徴とする画像処理装置の制御方法。
【請求項１２】
請求項１１に記載の画像処理装置の制御方法をコンピュータに実行させるためのプログラム。
【請求項１３】
請求項１１に記載の画像処理装置の制御方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部装置とネットワークを介して通信可能に接続された画像処理装置、及びその制御方法、プログラム、記憶媒体に関するものである。
【背景技術】
【０００２】
ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）においては、所定のフォーム要素によって記述されるフォームによって、ウェブページ製作者が、当該ウェブページを閲覧するユーザに対して情報の入力を要求することができる。ＨＴＭＬのフォームは、ユーザからの入力を必要とする多種多様なアプリケーションにとって有効な手段であり、ウェブページ製作者とユーザの間のユーザインタフェースを構成する。これにより、ウェブサーバ側で稼動し、クライアントのウェブブラウザから操作可能なウェブアプリケーションが提供される。
【０００３】
クライアントであるユーザのウェブブラウザがＨＴＭＬリソースをウェブサーバに対して要求し、このサーバから取得すると、クライアントのウェブブラウザ上には、ＨＴＭＬに基づくユーザインタフェースが表示される。ここで、ユーザがウェブブラウザ上に表示されたフォームに情報を入力して確定すると、その入力された情報はクライアントからサーバに送信される。そして、サーバから、上記入力された情報に対して返信された情報、すなわちウェブアプリケーションの実行結果が反映されたコンテンツを取得することができる。多くの場合、返信されるコンテンツは、ＨＴＭＬのフォームによって構成されたウェブアプリケーションのユーザインタフェースである。この繰り返しによって、遠隔地にあるサーバ上で稼動するウェブアプリケーションをクライアントのウェブブラウザ上に送信されたユーザインタフェースによって操作する、いわゆる分散アプリケーションシステムが実現される。
【０００４】
このように、フォームを用いることにより情報伝達の双方向性を備えたＨＴＭＬを、ユーザインタフェースを遠隔に転送可能なユーザインタフェース記述言語として用いることは、非常に多くのシステムにおいて実現されている。
【０００５】
非特許文献１では、「ＨＴＭＬにおけるフォームに基づくファイルアップロード」の手法が開示されている。この手法は、ＨＴＭＬフォームによる情報伝達の双方向性を拡張して、クライアントのプラットフォームに蓄積されているファイルを、分散アプリケーションのサーバに対する入力としてアップロードすることを可能とするものである。この手法に則して、現在実用されている一般的なウェブブラウザと多くのウェブコンテンツが実装されている。
【０００６】
非特許文献１に示された技術によって一般的なウェブブラウザに表示されるフォームの画面例を図２７に示す。このフォームの画面２７０１は、後述の図１０のＨＴＭＬ文書に基づいて生成されるものであり、後述するウェブブラウザのコンテンツ表示領域９０５に表示される。この画面においては、表示２７０２が図１０の６行目のｈ１要素に対応し、表示２７０３の線で囲まれた領域が図１０の８行目のｆｉｌｅ型のｉｎｐｕｔ要素に対応する。また、表示２７０４が図１０の９行目のｓｕｂｍｉｔ型のｉｎｐｕｔ要素に対応する。
【０００７】
表示２７０３の領域内は、従来のウェブブラウザにおいて一般的に採用されている手法による実装であり、この実装は、非特許文献１にも示されている。表示２７０３の領域内において、表示２７０５がファイル名入力フィールドであり、サーバにアップロードされるファイルの、ファイルシステムの中でのファイルパス（ファイル名）をタイプ入力することができる。また、表示２７０６がファイル選択ボタンに対応し、このボタンが押下されると、ウェブブラウザが稼動しているプラットフォームに適するファイル選択モードに入ることができる。汎用コンピュータ上で稼動するウェブブラウザでは、ここでファイル選択ダイアログが開き、ファイルシステムに格納されているファイル群の中からアップロードされるべきファイルを選択することができる。
【０００８】
一方、インターネット技術の発展と普及に伴い、一般的に普及しているウェブブラウザをクライアントとして想定した多種多様な分散アプリケーションサービスが提供されつつある。特に、情報技術の分野において、ウェブベースの分散アプリケーションの提供に特化した業者であるアプリケーションサービスプロバイダ（ＡＳＰ）がサービスの提供を始めている。ＡＳＰが提供するサービスには、情報提供、作成、検索、蓄積、認証、配布、印刷、出版、管理、翻訳、委託などがある。また、官公庁手続や各種の電子商取引などもある。
【０００９】
組み込みシステムの分野においても、装置が装置本来の機能に加えてウェブサーバ機能を兼ね備え、装置のユーザインタフェースを遠隔のウェブブラウザに提供するリモートユーザインタフェースが製品化されている。また、装置が装置本来の機能に加えてウェブクライアント機能を兼ね備え、遠隔のウェブサーバから様々なコンテンツを取得（ダウンロード）してブラウジングを行い、装置の機能に役立てる技術が知られている。こうした装置の例として例えば、ウェブブラウザを組み込んだ画像処理装置がある。
【００１０】
ＡＳＰが提供する分散アプリケーションのワークフローの中で、デジタル化されていない画像データのアップロードを行うことができれば、分散アプリケーションの可能性が広がる。例えば、電子商取引や官公庁手続のワークフローにおいて、印影やサインを記載した注文書や各種証明書などの公文書などの入力を手続の中の適切なタイミングで求めることができるようになることが期待される。
【００１１】
ところで、汎用的なウェブアプリケーションに対応するウェブクライアントと画像入力手段とを組み合わせてシステムを構成した場合、画像処理装置で入力した画像データをＨＤなどの記憶手段に格納する必要がある。そしてその後で、そのファイルをアップロードするという、二回の操作が行われる。すなわち、画像入力ステップとアップロードステップの２つのステップが必要であり、よって、操作が煩雑になるという問題があった。
【００１２】
この問題に対して、画像処理装置に組み込まれたウェブブラウザを用いて、デジタル化されていない画像データのアップロードを容易に行えるようにするための技術が考えられている（例えば、特許文献１）。特許文献１には、ｆｉｌｅ型のｉｎｐｕｔ要素の記述に基づく画面として、原稿上の画像を読み取って画像データを入力し、当該入力した画像データを直接アップロードするためのボタンを表示することが記載されている。
【非特許文献１】ＲＦＣ１８６７
【特許文献１】特開２００５−１４９３２０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
上述した方法を用いて画像データをサーバにアップロードする際に、以下の問題が発生する場合がある。即ち、画像データの送信先となるサーバによっては、送信可能な画像データのサイズが制限されている場合がある。
【００１４】
例えば、図２７に示す画面を介して送信する画像データをユーザが指定し、送信ボタン２７０４が押下されたことに応じて、画像データがサーバに送信される。しかしながら、このとき送信される画像データのサイズが、送信先のサーバが処理可能なサイズよりも大きい場合には、エラーが発生してしまう。
【００１５】
そして、一旦エラーが発生してしまうと、ユーザは最初から操作をやり直さなければならず、使い勝手が良くないという問題があった。
【００１６】
本発明は、上記の問題点に鑑みなされたものであり、所定のフォームが記述された文書に基づいて画像データを送信する際に、送信可能なサイズの画像データが入力されるよう制御する画像処理装置、及びその制御方法、プログラム、記憶媒体を提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記の目的を達成するために本発明の画像処理装置は、画像データを入力する入力手段を備え、外部装置とネットワークを介して通信可能に接続された画像処理装置であって、前記外部装置から前記ネットワークを介して、所定のフォームが記述された文書を取得する取得手段と、前記取得手段が取得した文書に基づく画面を表示する表示手段と、前記表示手段により表示された画面を介したユーザからの指示に従って前記入力手段により入力された画像データを送信する送信手段と、前記送信手段により送信可能な画像データのサイズを示す情報を、送信先に対応付けて保持する保持手段と、前記保持手段により保持されている情報を参照し、前記送信手段により送信される画像データの送信先に応じて前記入力手段による画像データの入力を制御する制御手段とを備えることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、所定のフォームが記述された文書に基づいて画像データを送信する際に、送信可能なサイズの画像データが入力されるよう制御するので、ユーザにとって使い勝手が良くなる。
【発明を実施するための最良の形態】
【００１９】
以下に、本発明の実施形態を説明する。
【００２０】
（第１の実施形態）
図１は本発明の第１の実施形態に係る画像処理装置を含むシステムの全体構成を示すブロック図である。
【００２１】
システムは、図１に示すように、アプリケーションサービスプロバイダサイト（以下、ＡＳＰサイトという）１５３、広域ネットワーク１５２、およびユーザサイト１５１から構成される。ここで、広域ネットワーク１５２は、インターネットである。また、広域ネットワーク１５２は、インターネット上の仮想プライベートネットワーク（ＶＰＮ）、または専用のプライベートネットワークでもよい。
【００２２】
ＡＳＰサイト１５３は、広域ネットワーク１５２を介してユーザサイト１５１に所定のサービスを提供する。ＡＳＰサイト１５３が提供するサービスとしては、例えば情報提供、作成、検索、蓄積、認証、配布、印刷、出版、管理、翻訳、委託などがある。また、官公庁手続や各種の電子商取引などもある。ＡＳＰサイト１５３は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１５４、およびサーバ１５５を含む。ＬＡＮ１５４は、ＡＳＰサイト１５３内部のネットワークであり、サイト内のネットワーク機器を接続する。また、ＬＡＮ１５４は、ルータなどを介して広域ネットワーク１５２と接続されている。
【００２３】
サーバ１５５上においては、ＡＳＰが提供するサービスを実現するためのソフトウェアプロセス群が稼動している。ソフトウェアモジュールとしては、
１）クライアントからのＨＴＴＰプロトコルによる要求に応答してＨＴＭＬなどのコンテンツを伝送するＨＴＴＰサーバ、
２）ＨＴＴＰ要求に応じてＨＴＴＰサーバにより実行され、所定の処理とＨＴＴＰ応答を行う、ＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅｓ）プログラムやサーブレット（Ｓｅｒｖｌｅｔ）などの形態で実装されたウェブアプリケーション群、
３）ＣＧＩプログラムやサーブレット（Ｓｅｒｖｌｅｔ）などが所定の処理を実行するために用いられる、電子商取引プログラムなどのビジネスロジック群とバックエンドのデータベース管理システム
などがある。
【００２４】
ユーザサイト１５１は、ホストコンピュータ１０１、画像処理装置１１０，１２０，１３０などの複数のネットワーク機器と、ネットワーク機器群が接続されているＬＡＮ１００から構成される。ユーザサイト１５１のＬＡＮ１００は、ルータなどを介して広域ネットワーク１５２に通信可能に接続されている。ここで、上記ルータは、いわゆる防火壁（ｆｉｒｅｗａｌｌ）の機能を有する。すなわち、ルータは、外部ネットワークからの攻撃からユーザサイト１５１を守るためにパケットフィルタリングなどを行う。また、ルータにおいては、アドレス管理上の理由などのために、ネットワークアドレス変換やネットワークポート変換が行われる場合がある。
【００２５】
ルータのこれらの機能のために、ユーザサイト１５１と外部ネットワークとの間の通信には制限が設けられている。すなわち、多くの場合、いくつかの特定のプロトコルによる通信のみが可能とされている。例えば、内部から外部に向かって確立されるＨＴＴＰ接続は、一般に許可されている通信であり、これは一般的なウェブベースの技術に基づいてアプリケーションサービスの提供が有効であることの理由のひとつとなっている。
【００２６】
画像処理装置１１０は、画像の入出力と送受信および各種の画像処理を行う複合機（ＭＦＰ；Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）である。画像処理装置１１０は、画像入力デバイスであるスキャナ１１３、画像出力デバイスであるプリンタ１１４、コントロールユニット１１１、およびユーザインタフェースである操作部１１２を備える。スキャナ１１３、プリンタ１１４、操作部１１２は、それぞれ、コントロールユニット１１１に接続され、コントロールユニット１１１からの命令によって制御される。コントロールユニット１１１は、ＬＡＮ１００に接続されている。
【００２７】
各画像処理装置１２０，１３０は、画像処理装置１１０と同様の機器構成を有し、それらは同様にＬＡＮ１００に接続されている。画像処理装置１２０は、スキャナ１２３、プリンタ１２４、操作部１２２、およびスキャナ１２３、プリンタ１２４、操作部１２２のそれぞれを制御するコントロールユニット１２１を備える。また、画像処理装置１３０は、スキャナ１３３、プリンタ１３４、操作部１３２、およびスキャナ１３３、プリンタ１３４、操作部１３２を制御するコントロールユニット１３１を備える。
【００２８】
ホストコンピュータ１０１は、ＬＡＮ１００に接続されている。ホストコンピュータ１０１は、後述するようにウェブブラウザを備え、画像処理装置１１０，１２０，１３０から受信したＨＴＭＬファイルに基づいて、画像処理装置１１０，１２０，１３０のステータスなどを表示する。また、ホストコンピュータ１０１は、サーバ１５５，１５８にＨＴＴＰ接続してサービスの提供を受けることができる。
【００２９】
次に、画像処理装置１１０のソフトウェア構成について図２を参照しながら説明する。図２は図１の画像処理装置１１０のソフトウェア構成を示すブロック図である。ここでは、各画像処理装置１１０，１２０，１３０のソフトウェア構成は、同じであるので、画像処理装置１１０のソフトウェア構成を説明するものとする。
【００３０】
画像処理装置１１０においては、ユーザインタフェース（以下、ＵＩ）モジュール２０１が搭載されている。このＵＩモジュール２０１は、オペレータが画像処理装置１１０に対する各種操作・設定を行う際に、機器とユーザ操作との仲介を行うモジュールである。このＵＩモジュール２０１は、オペレータの操作に従い、後述の各種モジュールに入力情報を転送して処理の依頼、またはデータの設定などを行う。
【００３１】
また、アドレスブック（Ａｄｄｒｅｓｓ−Ｂｏｏｋ）モジュール２０２が搭載されており、このモジュール２０２は、データの送付先、通信先などを管理するデータベースモジュールである。アドレスブックモジュール２０２が管理するデータに関しては、ＵＩモジュール２０１からの操作によりデータの追加、削除、取得が可能である。また、アドレスブックモジュール２０２は、オペレータの操作により後述の各モジュールにデータの送付・通信先情報を与える。
【００３２】
また、ウェブサーバモジュール（Ｗｅｂ−Ｓｅｒｖｅｒモジュール）２０３は、ウェブクライアント（例えばホストコンピュータ１０１）からの要求により、画像処理装置１１０の管理情報をウェブクライアントに通知するものである。上記管理情報は、後述の統合送信部モジュール２０４、リモートコピースキャンモジュール２０９、リモートコピープリントモジュール２１０、制御ＡＰＩ（Ｃｏｎｔｒｏｌ−ＡＰＩ）モジュール２１８を介して取得される。そして、後述のＨＴＴＰモジュール２１２、ＴＣＰ／ＩＰ通信モジュール２１６、ネットワークドライバ２１７を介してウェブクライアントに通知される。
【００３３】
また、ウェブブラウザ（Ｗｅｂ  Ｂｒｏｗｓｅｒ）モジュール２１１が搭載されており、このモジュールは、インターネットまたはイントラネット上の各種ウェブサイト（ホームページ）の情報を読み込んで表示を行うものである。このウェブブラウザモジュール２１１の詳細な構成は後述する。
【００３４】
統合送信部（Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄ）モジュール２０４は、データの配信を司るモジュールであり、このモジュール２０４は、ＵＩモジュール２０１を介してオペレータによって指示されたデータを、同様にして指示された通信（出力）先に配布する。また、統合送信部（Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄ）モジュール２０４は、オペレータにより本機器のスキャナ機能を使用して配布データの生成が指示された場合は、制御ＡＰＩモジュール２１８を介して機器を動作させ、データの生成を行う。統合送信部モジュール２０４は、出力先にプリンタが指定された際に実行されるモジュール（Ｐ５５０）２０５と、通信先にＥ−ｍａｉｌアドレスが指定された際に実行されるモジュール（Ｅ−ｍａｉｌ）２０６を備える。さらに、統合送信部モジュール２０４は、出力先にデータベースが指定された際に実行される（ＤＢ）モジュール２０７と、出力先に本機器と同様の画像処理装置が指定された際に実行される（ＤＰ）モジュール２０８を備える。
【００３５】
リモートコピースキャン（Ｒｅｍｏｔｅ−Ｃｏｐｙ−Ｓｃａｎ）モジュール２０９は、画像処理装置１１０のスキャナ機能を使用して画像情報を読み取り、読み取った画像情報をネットワーク等で接続された他の画像処理装置に出力する。これにより、画像処理装置単体で実現しているコピー機能を他の画像処理装置を使って行う。
【００３６】
リモートコピープリント（Ｒｅｍｏｔｅ−Ｃｏｐｙ−Ｐｒｉｎｔ）モジュール２１０は、ネットワーク等で接続された他の画像処理装置で得られた画像情報を、本画像処理装置１１０のプリンタ機能を使用して出力する。これにより、画像処理装置単体で実現しているコピー機能を他の画像処理装置を使って行う。
【００３７】
ＨＴＴＰモジュール２１２は、画像処理装置１１０がＨＴＴＰによる通信を行う際に使用され、後述のＴＣＰ／ＩＰ通信モジュール２１６を使って、ウェブサーバモジュール２０３やウェブブラウザモジュール２１１に通信機能を提供する。また、このモジュール２１２は、ＨＴＴＰをはじめとするウェブで用いられる各種プロトコルに対応し、特にセキュリティ対応したプロトコルによる通信機能を提供する。
【００３８】
また、ｌｐｒモジュール２１３が搭載されており、このモジュールは、後述のＴＣＰ／ＩＰ通信モジュール２１６を使って、統合送信部モジュール２０４内のモジュール２０５に通信機能を提供するものである。
【００３９】
また、ＳＭＴＰモジュール２１４が搭載されており、このモジュールは、後述のＴＣＰ／ＩＰ通信モジュール２１６を使って、統合送信部モジュール２０４内のＥ−ｍａｉｌモジュール２０６に通信機能を提供する。
【００４０】
また、ＳＬＭ（Ｓａｌｕｔａｔｉｏｎ−Ｍａｎａｇｅｒ）モジュール２１５は、後述のＴＣＰ／ＩＰ通信モジュール２１６を使って、統合送信部モジュール２０４内のモジュール２１７およびモジュール２１８に通信機能を提供する。また、ＳＬＭ（Ｓａｌｕｔａｔｉｏｎ−Ｍａｎａｇｅｒ）モジュール２１５は、リモートコピースキャンモジュール２０９と、リモートコピープリントモジュール２１０とのそれぞれにも通信機能を提供する。
【００４１】
ＴＣＰ／ＩＰ通信モジュール２１６は、ネットワークドライバ２１７を用いて、前述の各種モジュールにネットワーク通信機能を提供する。ネットワークドライバ２１７は、ネットワークに物理的に接続される部分を制御するものである。
【００４２】
制御ＡＰＩ２１８は、統合送信部モジュール２０４などの上流モジュールに、後述のジョブマネージャモジュール（Ｊｏｂ−Ｍａｎａｇｅｒ）２１９などの下流モジュールに対するインタフェースを提供するものである。これによって、上流および下流のモジュール間の依存関係が軽減され、それぞれの流用性を高めることができる。
【００４３】
ジョブマネージャモジュール（Ｊｏｂ−Ｍａｎａｇｅｒ）２１９は、前述の各種モジュールから制御ＡＰＩ２１８を介して指示される様々な処理を解釈し、後述の各モジュール２２０，２２４，２２６に指示を与えるものである。また、ジョブマネージャモジュール２１９は、画像処理装置１１０内で実行されるハード処理を一元管理するものである。
【００４４】
モジュール２２０は、コーデックマネージャ（ＣＯＤＥＣ−Ｍａｎａｇｅｒ）モジュールであり、このモジュールは、ジョブマネージャモジュール２１９が指示する処理の中で、データの各種圧縮・伸長を管理・制御するものである。
【００４５】
また、ＦＢＥエンコーダモジュール（ＦＢＥ−Ｅｎｃｏｄｅｒ）２２１は、ジョブマネージャモジュール２１９や後述のスキャンマネージャ（Ｓｃａｎ−Ｍａｎａｇｅｒ）モジュール２２４によって実行されたスキャン処理によって得られたデータを圧縮する。
【００４６】
また、ＪＰＥＧコーデックモジュール（ＪＰＥＧ−ＣＯＤＥＣ）２２２は、ジョブマネージャモジュール２１９やスキャンマネージャモジュール２２４によって実行されたスキャン処理において読み込まれたデータのＪＰＥＧ圧縮処理を行う。また、ＪＰＥＧコーデックモジュール（ＪＰＥＧ−ＣＯＤＥＣ）２２２は、プリントマネージャ（Ｐｒｉｎｔ−Ｍａｎａｇｅｒ）モジュール２２６によって実行される印刷処理に用いられる印刷データのＪＰＥＧ展開処理を行う。
【００４７】
また、ＭＭＲコーデック（ＭＭＲ−ＣＯＤＥＣ）モジュール２２３は、ジョブマネージャモジュール２１９やスキャンマネージャモジュール２２４によって実行されたスキャン処理において読み込まれたデータのＭＭＲ圧縮処理を行う。また、ＭＭＲコーデック（ＭＭＲ−ＣＯＤＥＣ）モジュール２２３は、プリントマネージャモジュール２２６によって実行される印刷処理において用いられる印刷データのＭＭＲ伸長処理を行う。
【００４８】
また、情報埋め込み画像コーデック（ＩＥＩ  ＣＯＤＥＣ）モジュール２２９は、ジョブマネージャモジュール２１９やスキャンマネージャモジュール２２４によって実行されたスキャン処理において読み込まれた画像データに埋め込まれた情報をデコードする。また、情報埋め込み画像コーデック（ＩＥＩ  ＣＯＤＥＣ）モジュール２２９は、プリントマネージャモジュール２２６によって実行される印刷処理において用いられる印刷データへの情報埋め込み処理を行う。画像データへの情報の埋め込みは、バーコードやデジタル透かし（デジタルウォーターマーク）などの符号化技術を用いて行う。また、モジュール２０９は、像域分離とＯＣＲ技術によって画像データの画像中の文字を認識しテキストデータに変換する文字認識も一種の復号化技術としてサポートする。さらに、ラスタイメージプロセッサを用いたテキストから画像データへの変換と変換した画像データとオリジナル画像データとの重ね合わせ（オーバレイ）が、一種の符号化技術（情報埋め込み技術）としてサポートされる。
【００４９】
スキャンマネージャ（Ｓｃａｎ−Ｍａｎａｇｅｒ）モジュール２２４は、ジョブマネージャモジュール２１９が指示するスキャン処理を管理・制御するものである。スキャンマネージャモジュール２２４と画像処理装置１１０に内部的に接続しているスキャナ１１３との間の通信が、ＳＣＳＩドライバ２２５を介して行われる。
【００５０】
プリントマネージャ（Ｐｒｉｎｔ−Ｍａｎａｇｅｒ）モジュール２２６は、ジョブマネージャモジュール２１９が指示する印刷処理を管理・制御するものである。プリントマネージャモジュール２２６とプリンタ１１４との間のインタフェースは、エンジンインタフェース（Ｅｎｇｉｎｅ−Ｉ／Ｆ）モジュール２２７により提供される。
【００５１】
また、パラレルポートドライバ２２８が搭載されており、このドライバは、ウェブブラウザモジュール２１１がパラレルポートを介して不図示の出力機器にデータを出力する際のインタフェースを提供する。
【００５２】
次に、画像処理装置１１０の構成について図３を参照しながら説明する。図３は図１の画像処理装置１１０の詳細構成を示すブロック図である。ここでは、各画像処理装置１１０，１２０，１３０の構成は、同じであるので、画像処理装置１１０の構成のみを説明する。
【００５３】
画像処理装置１１０は、図３に示すように、装置全体を制御するコントロールユニット１１１を備える。コントロールユニット１１１は、画像入力デバイスであるスキャナ１１３や画像出力デバイスであるプリンタ１１４を接続し、これらを制御する一方、ＬＡＮや公衆回線と接続され、これらを介して画像情報やデバイス情報の入出力を行うものである。
【００５４】
コントロールユニット１１１は、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ（ハードディスク装置）３０４、イメージバスＩ／Ｆ３０５、操作部Ｉ／Ｆ３０６、ネットワークＩ／Ｆ３０８、およびモデム３０９を有する。ＣＰＵ３０１は、システムバス３０７を介して、上述した各ユニットと接続される。
【００５５】
ＲＡＭ３０２は、ＣＰＵ３０１の作業領域を提供するためのメモリであり、また、画像データを一時記憶するための画像メモリとしても使用される。ＲＯＭ３０３はブートＲＯＭであり、ＲＯＭ３０３には、システムのブートプログラムが格納されている。ＨＤＤ３０４には、システムソフトウェア、画像データなどが格納される。
【００５６】
操作部Ｉ／Ｆ３０６は、操作部１１２との間で入出力を行うためのインタフェースであり、操作部１１２に表示する画像データを操作部１１２に対して出力し、ユーザが操作部１１２を介して入力した情報を、ＣＰＵ３０１に伝送するなどの役割を果たす。
【００５７】
ネットワークＩ／Ｆ３０８は、ＬＡＮと接続され、ＬＡＮに対して情報の入出力を行う。モデム３０９は、公衆回線と接続され、公衆回線に対して情報の入出力を行う。
【００５８】
イメージバスＩ／Ｆ３０５は、システムバス３０７と画像データを高速で転送する画像バス３１０とを接続し、データ構造を変換するバスブリッジである。
【００５９】
画像バス３１０には、ＲＩＰ（ラスタイメージプロセッサ）３１１、デバイスＩ／Ｆ３１２、スキャナ画像処部３１３、プリンタ画像処理部３１４、画像回転部３１５、および画像圧縮部３１６が接続されている。
【００６０】
ＲＩＰ３１１は、ＬＡＮから受信されたＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ３１２は、スキャナ１１３およびプリンタ１１４とコントロールユニット１１１とを接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部３１３は、入力画像データに対し補正、加工、編集などを行う。プリンタ画像処理部３１４は、プリント出力画像データに対して、プリンタの補正、解像度変換などを行う。画像回転部３１５は、画像データの回転を行う。画像圧縮部３１６は、多値画像データに対してはＪＰＥＧ圧縮伸長処理を行い、２値画像データに対してはＪＢＩＧ，ＭＭＲ，ＭＨなどの圧縮伸長処理を行う。  上記の構成を備える画像処理装置の外観について図４を参照しながら説明する。図４は図１の画像処理装置１１０の外観図である。ここでは、各画像処理装置１１０，１２０，１３０の外観構成は、同じであるので、画像処理装置１１０の外観構成のみを説明する。
【００６１】
画像処理装置１１０において、スキャナ１１３は、原稿となる用紙上の画像を照明し、ＣＣＤラインセンサ（図示せず）を走査させることによって、ラスタイメージデータを生成する。使用者が原稿用紙を原稿フィーダ４０５のトレイ４０６にセットして、操作部１１２において読み取りの起動を指示すると、コントローラユニット１１１のＣＰＵ３０１がスキャナ１１３に指示を与える。そして、原稿フィーダ４０５が原稿用紙を１枚ずつフィードし、スキャナ１１３は原稿フィーダ４０５からフィードされた原稿用紙上の画像の読み取り動作を行う。
【００６２】
プリンタ１１４は、ラスタイメージデータを用紙上に印刷するものであり、その印刷方式として、感光体ドラムや感光体ベルトを用いた電子写真方式が用いられている。なお、印刷方式として、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式などの他の方式を用いてもよいことはいうまでもない。プリンタ１１４のプリント動作は、ＣＰＵ３０１からの指示によって開始される。プリンタ１１４は、異なる用紙サイズまたは異なる用紙向きを選択可能なように複数の給紙段を有し、それぞれに対応した用紙カセット４０１，４０２，４０３が搭載される。また、排紙トレイ４０４が設けられており、この排紙トレイ４０４には、印字し終わった用紙が排紙される。
【００６３】
次に、操作部１１２の構成について図５を参照しながら説明する。図５は図１の操作部１１２の外観構成を示す図である。
【００６４】
操作部１１２は、図５に示すように、ＬＣＤ上にタッチパネルシート５０２が貼られているＬＣＤ表示部５０１を有する。このＬＣＤ表示部５０１には、システムの操作画面およびソフトキーが表示されるとともに、表示されているキーが押されると、押された位置を示す位置情報がＣＰＵ３０１に伝えられる。
【００６５】
また、操作部１１２には、スタートキー５０５、ストップキー５０３、ＩＤキー５０７、リセットキー５０４の各種ハードキーが設けられている。スタートキー５０５は、原稿画像の読み取り動作などの開始を指示するためのキーであり、スタートキー５０５の中央部には、緑と赤の２色ＬＥＤ表示部５０６が設けられている。２色ＬＥＤ表示部５０６は、その色によってスタートキー５０５が使用可能な状態にあるか否かを表す。ストップキー５０３は、稼働中の動作を止めるためのキーである。ＩＤキー５０７は、使用者のユーザＩＤを入力するときに用いられるキーである。リセットキー５０４は操作部１１２からの設定を初期化するときに用いられるキーである。
【００６６】
次に、操作部１１２の構成について図６を参照しながら説明する。図６は図１の操作部１１２の詳細構成を示すブロック図である。
【００６７】
操作部１１２は、図６に示すように、操作部Ｉ／Ｆ３０６を介してシステムバス３０７に接続される。システムバス３０７には、上述したように、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ３０４などが接続されている。
【００６８】
操作部Ｉ／Ｆ３０６は、ユーザからの入力を制御するための入力ポート６０１と、画面出力デバイスを制御するための出力ポート６０２とを有する。入力ポート６０１は、タッチパネル５０２、各種ハードキー５０３，５０４，５０５，５０７を含むキー群からのユーザ入力をＣＰＵ３０１に渡す。ＣＰＵ３０１は、ユーザ入力の内容と制御プログラムとに基づいて表示画面データを生成し、出力ポート６０２を介して、ＬＣＤ表示部５０１に表示画面を出力する。また、ＣＰＵ３０１は、出力ポート６０２を介して必要に応じてＬＥＤ表示部５０６を制御する。
【００６９】
次に、画像処理装置１１０が備えるボックス機能について説明する。ＨＤＤ３０４には、画像データを格納するための領域としてテンポラリ領域とボックス領域が設けられている。テンポラリ領域は、スキャナ１１３が原稿上の画像を読み取って出力した画像データなどを一時的に記憶させるための領域である。なお、テンポラリ領域に記憶された画像データは、ジョブ終了後に消去される。
【００７０】
ボックス領域は、スキャナ１１３が原稿上の画像を読み取って出力した画像データや、ホストコンピュータ１０１から受信したＰＤＬデータを展開した画像データを記憶するための領域である。なお、ボックス領域は、各ユーザが個人的に利用可能な複数の領域に分けられており、各領域には番号が付与されている。画像処理装置１１０のＨＤＤ３００４のボックス領域には１００の領域が設けられている。
【００７１】
なお、以下の説明において、ボックス領域に格納されている画像データを「文書」と呼ぶことがあるが、ボックス領域に格納されているデータの形式は画像データに展開可能なものであれば何であっても構わない。例えば、ベクタデータやテキストコードのデータであっても構わない。第１の実施形態では、これらのデータをまとめて画像データ或いは文書と呼び、「画像データ」と「文書」とは特に区別しない。
【００７２】
次に、ウェブブラウザモジュール２１１のソフトウェア構成について図７を参照しながら説明する。図７はウェブブラウザモジュール２１１のソフトウェア構成を示すブロック図である。
【００７３】
ウェブブラウザモジュール２１１は、プロトコル処理部８０１、コンテンツパーサ８０２、ＤＯＭ構築部８０３、ＤＯＭ処理部８０４を含む。更に、ウェブブラウザモジュール２１１は、レイアウトエンジン８０７、スタイルシートパーサ８０６、レンダラ８０８、スクリプトインタプリタ８０５およびイベント処理部８０９を含む。
【００７４】
プロトコル処理部８０１は、ＨＴＴＰモジュール２１２を介して、他のネットワークノードとの間に接続を確立し通信する。この通信においては、ＵＲＬによって記述されたリソースに対してＨＴＴＰ要求が発行され、その応答が得られる。この過程で、各種符号化形式に則した通信データの符号化・復号化も行われる。
【００７５】
コンテンツパーサ８０２は、プロトコル処理部８０１からＨＴＭＬ，ＸＭＬ，ＸＨＴＭＬなどの表現形式で表現されたコンテンツデータを受け取り、字句解析および構文解析して解析木を生成する。
【００７６】
ＤＯＭ構築部８０３は、コンテンツパーサ８０２から解析木を受け取り、コンテンツデータの構造に対応したＤｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ（ＤＯＭ）の構築を行う。従来のＨＴＭＬは、文法上様々な省略を許し、バリエーションが多岐に渡る。さらに現実世界で運用されているコンテンツは、整形式でも妥当でもない場合が多い。そこで、ＤＯＭ構築部８０３は、他の一般的なウェブブラウザと同様に、文法的に妥当でないコンテンツデータの正しい論理構造を推論し、妥当なＤＯＭの構築を試みる。
【００７７】
ＤＯＭ処理部８０４は、ＤＯＭ構築部８０３が構築したＤＯＭをオブジェクト群の入れ子関係を表現するツリー構造としてメモリ上に保持管理する。ウェブブラウザの各種処理は、このＤＯＭを中心に実現される。
【００７８】
レイアウトエンジン８０７は、ＤＯＭ処理部８０４が保持するオブジェクト群のツリー構造に応じて、各オブジェクトの表示上の表現（プレゼンテーション）を再帰的に決定し、結果的に文書全体のレイアウトを得る。各オブジェクトの表示上の表現は、文書の中に埋め込まれた記述または文書からリンクされた別ファイル中の記述によって、Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔ（ＣＳＳ）などのスタイルシート形式で明示的に指定される場合がある。また、レイアウトエンジン８０７は、スタイルシートパーサ８０６によるスタイルシートの解析結果を反映して文書のレイアウトを決定する。
【００７９】
スタイルシートパーサ８０６は、コンテンツの文書に関連付けられたスタイルシートを解析する。
【００８０】
レンダラ８０８は、レイアウトエンジン８０７が決定した文書のレイアウトに応じて、ＬＣＤ５０１に表示するためのＧｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ（ＧＵＩ）データを生成する。生成されたＧＵＩデータは、ＵＩインタフェース２０１によってＬＣＤ５０１に表示される。
【００８１】
イベント処理部８０９は、操作部１１２上のタッチパネルシート５０２や各キーなどに対してユーザが行った操作のイベントを受信して、各イベントに対応した処理を行う。また、イベント処理部８０９は、制御ＡＰＩ２１８から装置やジョブなどの状態遷移イベントを受信して、各イベントに対応した処理を行う。ＤＯＭ処理部８０４が管理するＤＯＭのツリー構造には、オブジェクトのクラス毎およびオブジェクトインスタンス毎に各種イベントに対応するイベントハンドラが登録されている。イベント処理部８０９は、生起したイベントに応じて、ＤＯＭ処理部８０４が管理するオブジェクト群の中からそのイベントの処理を担当するべきオブジェクトを決定し、イベントを配信する。イベントを配信されたオブジェクトは、そのイベントに対応するイベントハンドラのアルゴリズムに応じて、各種の処理を実行する。イベントハンドラの処理には、ＤＯＭ処理部８０４が保持するＤＯＭの更新、レイアウトエンジンに対する再描画指示、プロトコル処理部８０１に対するＨＴＴＰ要求発行の指示、制御ＡＰＩ２１８の呼び出しによる画像処理装置機能の制御、などがある。
【００８２】
スクリプトインタプリタ８０５は、Ｊａｖａ（登録商標）スクリプトなどのスクリプトを解釈し実行するインタプリタである。スクリプトは、文書に埋め込まれたり、または文書からリンクされた別ファイル中に記述されたりして、ＤＯＭに対する操作などを行う。コンテンツの提供者は、スクリプトによって、提供する文書の動的な挙動をプログラムできる。
【００８３】
次に、ＵＩインタフェース２０１によりＬＣＤ５０１に表示されるウェブブラウザの画面構成について図８を参照しながら説明する。図８はＵＩインタフェース２０１によってＬＣＤ５０１に表示されるウェブブラウザの画面構成を示す図である。
【００８４】
ＵＩインタフェース２０１によりＬＣＤ５０１に表示されるウェブブラウザの画面には、タブ９０１、ＵＲＬ入力フィールド９０２、ＯＫボタン９０３、プログレスバー９０４、コンテンツ表示領域９０５、およびステータス領域９１０が表示される。また更に、ＬＣＤに表示されるウェブブラウザの画面を遷移させることを指示するための戻るボタン９０６、進むボタン９０７、リロードボタン９０８、中止ボタン９０９が表示される。
【００８５】
タブ９０１は、ウェブブラウザ機能と他の機能（コピー、ボックス、送信、拡張）との画面切り替えを行うものである。ＵＲＬ入力フィールド９０２は、ユーザが所望のリソースのＵＲＬを入力するフィールドであり、当該フィールドをユーザが押すと、文字入力を行うための仮想的なフルキーボード（不図示）が表示される。ユーザは、仮想的なフルキーボード上に配置されたキートップを模したソフトキーによって所望の文字列を入力することができる。
【００８６】
ＯＫボタン９０３は入力したＵＲＬ文字列を確定するソフトキーである。ＵＲＬが確定されると、ウェブブラウザモジュール２１１は、当該リソースの取得を行うためのＨＴＴＰ要求を発行する。プログレスバー９０４は、ＨＴＴＰ要求応答によるコンテンツ取得処理の進捗状況を示す。コンテンツ表示領域９０５は、取得したリソースが表示される領域である。戻るボタン９０６は、コンテンツ表示の履歴をさかのぼり、現時点で表示しているコンテンツの前に表示したコンテンツを表示し直すためのソフトキーである。進むボタン９０７は、コンテンツ表示の履歴をさかのぼって表示しているときに、ボタンが押下された時点で表示しているコンテンツの後に表示したコンテンツの表示に戻るためのソフトキーである。リロードボタン９０８は、現時点で表示しているコンテンツの再取得と再表示を行う。中止ボタン９０９は、実行中のコンテンツ取得処理を中止するソフトキーである。
【００８７】
ステータス領域９１０は、画像処理装置の各種機能からのメッセージを表示する領域である。このステータス領域９１０には、ウェブブラウザ画面を表示中であっても、スキャナやプリンタや他の機能などから、ユーザの注意を促すためのメッセージを表示することができる。また、同様にウェブブラウザ機能からもメッセージの表示を行うことができる。ウェブブラウザ機能は、リンク先のＵＲＬ文字列、コンテンツのタイトル文字列、スクリプトによって指示されたメッセージなどを表示する。
【００８８】
次に、本実施形態の動作について図９を参照しながら説明する。図９は本実施形態におけるＨＴＴＰプロトコルによる要求と応答の処理の流れを示すシーケンス図である。
【００８９】
クライアント１００１は、図９に示すように、ＨＴＴＰ要求を送信しＨＴＴＰ応答を受信するソフトウェアである。具体的には画像処理装置１１０，１２０，１３０内蔵のウェブブラウザや、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、携帯電話などで稼動する一般的なウェブブラウザなどに相当する。また、ウェブブラウザと同様の方法でウェブサーバにアクセスしてサービスの利用または中継を行う各種のソフトウェアであってもよい。サーバ１００２は、ＨＴＴＰ要求を受信して対応する処理を行い、さらにＨＴＴＰ応答を返信するソフトウェアであり、サーバ１５５上で稼動するソフトウェアを含むＨＴＴＰサーバに相当するものである。
【００９０】
クライアント１００１は、ＨＴＴＰ要求をＧＥＴメソッドまたはＰＯＳＴメソッドのいずれかの方法で送信する。ここで、クライアント１００１が所望のリソースに対するＨＴＴＰ要求１００３をＧＥＴメソッドでサーバ１００２に送信する場合、リソースは一般にＵＲＩ（特にＵＲＬ）形式によって指定される。サーバ１００２は、ＨＴＴＰ要求１００３により指定されたリソースに対応するデータを取得または生成し、このデータをＨＴＴＰ応答１００４によって返送する。ここで、指定されたリソースが静的なファイルに対応する場合、サーバ１００２は例えばサーバ１５５のファイルシステムから該当するファイルを読み出してそのデータを取得する。一方、指定されたリソースがＣＧＩプログラムやサーブレット（Ｓｅｒｖｌｅｔ）などの処理に対応する場合は、サーバ１００２は該当する処理を実行する。そして、処理の結果として生成されたデータが返送される。例えば、画像処理装置の消耗品カタログを表示するためのリソースが指定された場合、電子商取引のためのソフトウェアが実行される。そして、このソフトウェアにより、データベースの中から用紙、トナー、部品の最新価格や在庫状況などのレコードを参照し、これらの情報をＨＴＭＬ形式またはＸＭＬ形式に整形してカタログ文書データを生成する処理が行われる。
【００９１】
クライアント１００１においては、ＨＴＴＰ応答１００４で得られたデータが表示可能な形式である場合、そのコンテンツの表示が行われる。得られたデータがＨＴＭＬ文書などであれば、ウェブブラウザ上に表示された文書にハイパーテキストとして埋め込まれたリンク情報をユーザが選択するだけで、次々に新たなリソースの取得や表示を繰り返すことができる。
【００９２】
次に、ＨＴＴＰ要求をＰＯＳＴメソッドで送信する場合を説明する。ＨＴＭＬ文書にフォームが含まれ、その送信方法にＰＯＳＴメソッドが指定されている場合（図１０のＨＴＭＬ文書を参照）、まず、クライアント１００１のウェブブラウザにより表示されたフォームにユーザにより入力された情報は符号化される。そして、その符号化された情報すなわちフォームの入力内容はＨＴＴＰ要求１００５に添付されてサーバ１００２に送信される。サーバ１００２においては、指定されたリソースが、クライアント１００１から送られたデータを受信して処理を行い、ＨＴＴＰ応答１００６を生成し、クライアント１００１に返信する。
【００９３】
次に、フォームを含み、その送信方法としてＰＯＳＴメソッドが指定されたＨＴＭＬ文書の構造およびそのＨＴＭＬ文書に基づいて表示される画面について図１０および図１１を参照しながら説明する。図１０はフォームを含み、その送信方法としてＰＯＳＴメソッドが指定されたＨＴＭＬ文書の一例を示す図、図１１は図１０のＨＴＭＬ文書に基づいてウェブブラウザのコンテンツ表示領域９０５に表示される画面を示す図である。
【００９４】
フォームを含み、その送信方法としてＰＯＳＴメソッドが指定されたＨＴＭＬ文書の一例においては、図１０に示すように、１行目にＨＴＭＬ要素の開始を示すタグが記述されている。２行目にはＨＥＡＤ要素の開始を示すタグ、３行目にＨＥＡＤ要素に含まれるＴＩＴＬＥ要素、４行目にＨＥＡＤ要素の終了タグが記述されている。５行目には、ＢＯＤＹ要素の開始を示すタグが記述されて６行目にはＨ１要素が記述されている。７行目にはＦＯＲＭ要素の開始を示すタグが記述されている。このタグによって、このフォームにおいては、入力された情報がｍｕｌｔｉｐａｒｔ／ｆｏｒｍ−ｄａｔａ形式で符号化され、ｒｅｇｉｓｔ．ｃｇｉリソースに対してＰＯＳＴメソッドで送信されることが属性によって示されている。８行目は第１のＩＮＰＵＴ要素を示す。この第１のＩＮＰＵＴ要素においては、名前がｕｓｅｒｆｉｌｅであり、型がｆｉｌｅであることが、属性によって示されている。９行目は第２のＩＮＰＵＴ要素を示す。この第２のＩＮＰＵＴ要素においては、型がｓｕｂｍｉｔであり、値が文字列”送信”であることが属性によって示されている。１０行目はＦＯＲＭ要素の終了を示す。１１行目はＢＯＤＹ要素の終了を示すタグが記述されている。１２行目はＨＴＭＬ要素の終了を示すタグが記述されている。
【００９５】
クライアント１００１においては、図１１に示すように、そのウェブブラウザにより上記ＨＴＭＬ文書に基づいて画面がコンテンツ表示領域９０５（図８に示す）に表示される。上記ＨＴＭＬ文書に基づいて表示される画面においては、図１０の３行目のＨ１要素に対応する表示が、表示１１０１となる。また、図１０の８行目のｆｉｌｅ型のＩＮＰＵＴ要素に対応する表示が矩形領域の表示１１０２となる。図１０の９行目のｓｕｂｍｉｔ型のＩＮＰＵＴ要素に対応する表示が、表示１１０３となる。
【００９６】
ここで、表示１１０２領域内には、画像処理装置１１０のウェブブラウザ固有の表示オブジェクトである表示オブジェクト１１０４、１１０５が表示される。表示オブジェクト１１０４は、スキャナ１１３が原稿上の画像を読み取って出力した画像データを入力することを指示するための「スキャン」ボタンである。表示オブジェクト１１０５は、ＨＤＤ３０４内のボックス領域に予め記憶されている画像データを読み出して入力することを指示するための「ボックスから選択」ボタンである。
【００９７】
次に、画像処理装置１１０のウェブブラウザによって行われるｆｉｌｅ型のＩＮＰＵＴ要素に対応するオブジェクトのレイアウト処理について図１２を参照しながら説明する。図１２は画像処理装置１１０のウェブブラウザによって行われるｆｉｌｅ型のＩＮＰＵＴ要素に対応する表示オブジェクトのレイアウト処理の手順を示すフローチャートである。ここでは、本レイアウト処理により、図１１に示す画面の表示１１０２に対応するレイアウトが生成されるものとして説明を行う。
【００９８】
ＣＰＵ３０１は、図１２に示すように、まずステップＳ１２０１において、レイアウト処理の単位となるコンポーネントオブジェクトを生成する。続いてＣＰＵ３０１は、ステップＳ１２０２において、「スキャン」ボタンを生成し、コンポーネントに配置する。
【００９９】
次いで、ＣＰＵ３０１は、ステップＳ１２０３において、生成された「スキャン」ボタンの押下イベントが生起したときに起動するイベントハンドラとして、スキャナ１１３を用いた読み取り処理を登録する。
【０１００】
続くステップＳ１２０４で、「ボックスから選択」ボタンを生成し、コンポーネントに配置する。そして、ＣＰＵ３０１は、ステップＳ１２０５において、生成された「ボックスから選択」ボタンの押下イベントが生起したときに起動するイベントハンドラとして、ＨＤＤ３０４からの画像データ読み出し処理を登録する。
【０１０１】
そして、ＣＰＵ３０１は、ステップＳ１２０６において、コンポーネントをこのコンポーネントの親コンポーネントであるＦＯＲＭ要素に対応するコンポーネントオブジェクトに配置する。同様の手順によって、各要素に対応するコンポーネントオブジェクト間の包含関係を表現するツリー構造が生成され、このツリーを再帰的に処理することで画面表示のレイアウトが行われる。
【０１０２】
以上のようにして、画像データの入力を要求するためのフォームが記述されたＨＴＭＬ文書に対応する画面として一般的なブラウザで表示される画面（図２７）に代えて、本実施形態では、図１１に示す画面を表示する。
【０１０３】
次に、画像処理装置１１０が、サーバ１５５から取得したｆｉｌｅ型のＩＮＰＵＴ要素を含むフォームが記述されたＨＴＭＬ文書に基づいて画像データを送信する処理について図１３を参照しながら説明する。図１３は画像処理装置１１０のＣＰＵ３０１によって実行される画像データの送信処理の手順を示すフローチャートである。
【０１０４】
ＣＰＵ３０１は、まずステップＳ１３０１において、入力した画像データの送信先情報を取得する。
【０１０５】
例えば、図１０に示すＨＴＭＬ文書に基づいて画像データを送信する場合は、図９に示すシーケンスに沿ってコマンドをやり取りしている相手のサーバに対して画像データが送信されるため、この相手サーバのＩＰアドレスを取得する。また、図１０に示すＨＴＭＬ文書の７行目に記述されたｒｅｇｉｓｔ．ｃｇｉに代えて、特定のサーバのＩＰアドレスが記述されている場合は、このサーバに対して画像データが送信されるため、このＩＰアドレスを送信先情報として取得する。
【０１０６】
続くステップＳ１３０２において、ステップＳ１３０１で取得した送信先情報に基づいて、送信可能な画像データのサイズが制限されているか否かを判定する。なお、ここでは、ＣＰＵ３０１は図１４に示す管理テーブルを参照して判定を行う。
【０１０７】
図１４は、ＲＯＭ３０３に格納されている管理テーブルを示す。図１４に示す管理テーブルには、送信可能な画像データのサイズが制限されているサーバのＩＰアドレスと、その制限サイズを示す情報とが管理されている。なお、この管理テーブルで管理される情報はＩＰアドレスでなくともよく、ＵＲＬ等の送信先を識別することが可能な情報であれば何であっても構わない。
【０１０８】
ステップＳ１３０２において、送信可能な画像データのサイズが制限されていると判定されなかった場合は、ステップＳ１３０３に進み、図１１に示す画面をウェブブラウザのコンテンツ表示領域９０５に表示し、Ｓ２１０１に進む。
【０１０９】
一方、ステップＳ１３０２において、送信可能な画像データのサイズが制限されていると判定された場合は、ステップＳ１３０４に進み、図１１に示す画面をウェブブラウザのコンテンツ表示領域９０５に表示し、Ｓ１３０５に進む。
【０１１０】
ステップＳ１３０５では、図１１に示す画面において、「スキャン」ボタン１１０４または「ＢＯＸから選択」ボタン１１０５のいずれかが押下されたか否かを判定する。「ボックスから選択」ボタン１１０５が押下されたと判定した場合は、ステップＳ１３０６に進み、サイズ制限に関する警告メッセージを表示する。
【０１１１】
図１５に、ステップＳ１３０６で表示されるサイズ制限に関する警告メッセージの例を示す。ここでは、送信可能な画像データのサイズに制限が設けられている旨と、管理テーブルにより管理されている情報が示す制限値（例えば１ＭＢ）よりもサイズが大きい画像データは表示されないことを警告するメッセージが表示される。そして、ユーザがＯＫボタン１５０１を押下すると、続くステップＳ１３０７において、ボックス一覧画面を表示する。
【０１１２】
図１６にボックス一覧画面の例を示す。ボックス選択欄１６０２は、各行がそれぞれ１つのボックスに関する情報（ボックス番号、ボックスに付与されたボックス名称）を表示している。ここで、いずれかの行がユーザにより選択されると、選択されたボックス内に格納されている文書の一覧を表示する画面が表示される。スクロールボタン１６０３，１６０４が押し下げられると、ボックス選択欄に表示するボックスの範囲を変更する。キャンセルボタン１６０１が押し下げられると、処理を中止して図１１の画面に戻る。
【０１１３】
図１６に示す画面において、いずれか１つのボックスが選択された場合（ステップＳ１３０８でＹｅｓ）、ステップＳ１３０９に進み、文書一覧画面を表示する。
【０１１４】
図１７に文書一覧画面の例を示す。キャンセルボタン１７０１、文書選択欄１７０２、スクロールボタン１７０３，１７０４、戻るボタン１７０５、が表示される。
【０１１５】
文書選択欄１７０２は、選択されたボックスに格納されている文書に関する情報（文書の種類、文書名、用紙サイズ、ページ数、格納された日付／時刻など）を１つの文書につき１行で表示する。ここでは、管理テーブルにより管理されている情報が示す制限値（例えば１ＭＢ）よりもサイズが大きい画像データは表示されない。なお、ここでは、制限値よりもサイズが大きい画像データを図１７に示す画面に表示しないようにしているが、表示した上で選択不可能な状態（例えばグレーアウトする等）としてもよい。
【０１１６】
ここで、いずれかの行がユーザにより選択されると（ステップＳ１３１０でＹｅｓ）、選択された文書を送信文書として決定し、図１１の画面に戻る。この場合、図１１の画面では、「ボックスから選択」ボタン１１０５を反転表示し、ボックスの文書が選択されていることをユーザが認識できるようにする。なお、ここで送信文書として決定された文書を、ＨＤＤ３０４のテンポラリ領域に格納するようにしてもよい。
【０１１７】
一方、ステップＳ１３０５において「スキャン」ボタン１１０４が押下されたと判定した場合は、ステップＳ１３１１に進み、サイズ制限に関する警告メッセージを表示する。
【０１１８】
図１８に、ステップＳ１３１１で表示されるサイズ制限に関する警告メッセージの例を示す。ここでは、送信可能な画像データのサイズに制限が設けられている旨と、管理テーブルにより管理されている情報が示す制限値（例えば１ＭＢ）よりもサイズが小さい画像データとなるよう読取パラメータを設定することをユーザに促すメッセージが表示される。そして、ユーザがＯＫボタン１８０１を押下すると、続くステップＳ１３１２において、読取パラメータ設定画面を表示する。
【０１１９】
図１９に、ステップＳ１３１２で表示される読取パラメータ設定画面の例を示す。ユーザは、この画面を介してスキャナ１１３が読み取る原稿のサイズなどの読取パラメータを指定する。図１９に示す例では、例えば読取サイズについてはＡ４サイズが指定されていることが分かる。
【０１２０】
なお、ここでは画像データのサイズを小さくするために、選択可能な読取パラメータが制限されている例を示すが、これ以外の態様であっても構わない。即ち、最初から選択可能な読取パラメータを制限することはせずに、後述するように実際に読み取った画像データのサイズが制限値を超えている場合に、読取パラメータを制限するようにしてもよい。
【０１２１】
図１９に示す例では、画像処理装置１１０は、本来Ａ５，Ｂ５，Ａ４，Ａ３サイズの原稿を読み取ることが可能であるが、送信可能な画像データのサイズが制限されているため、図１９に示す例ではＡ３サイズは指定できないようになっている。
【０１２２】
設定可能な読取パラメータは、図１４に示す管理テーブルにより管理されている制限サイズ情報に基づいて決定される。即ち、送信可能な画像データのサイズが小さい場合は、設定可能な読取パラメータがより少なくなる（例えば、Ａ５サイズのみ等）。このようにして、他の読取パラメータ（カラー／モノクロ、読取解像度、データ形式）についても設定を行う。
【０１２３】
図１９に示す画面でＯＫボタン１９０１が押下されたことに応じて、ステップＳ１３１３に進み、スキャナ１１３を動作させて原稿を読み取らせる。
【０１２４】
続くステップＳ１３１４では、スキャナ１１３から実際に出力された画像データのサイズと、図１４に示す管理テーブルにより管理されている情報が示す制限サイズとを比較し、画像データのサイズが制限値を超えているか否かを判定する。出力された画像データのサイズが制限値以下であれば、ステップＳ１３１７に進む。
【０１２５】
ステップＳ１３１７では、画像データをＨＤＤ３０４のテンポラリ領域に格納し、図１１に示す画面に戻る。この場合、図１１に示す画面では、「スキャン」ボタン１１０４を反転表示し、スキャナ１１３から入力した画像データが格納されていることをユーザが認識できるようにする。
【０１２６】
一方、出力された画像データのサイズが制限値を超えていると判定された場合は、ステップＳ１３１５に進み、処理選択画面を表示する。
【０１２７】
図２０に、ステップＳ１３１５で表示される処理選択画面の例を示す。処理選択画面には、スキャナ１１３から実際に出力された画像データのサイズ（約１．２ＭＢ）と、制限値（１ＭＢ）とが表示される。そして、ユーザは解像度ボタン２００１、モノクロ変換２００２、読取パラメータ変更ボタン２００３の中からいずれか１つを選択する。
【０１２８】
解像度変換ボタン２００１が押下された場合は、ステップＳ１３１６に進み、画像データに対して画像処理を施し、解像度を小さくする。また、モノクロ変換ボタン２００２が押下された場合は、ステップＳ１３１６に進み、画像データに対して画像処理を施し、カラー画像データをモノクロ画像データに変換する。なお、ステップＳ１３１２において原稿上の画像データを読み取ってモノクロの画像データを出力することが設定されていた場合は、モノクロ変換ボタン２００２は表示されない。
【０１２９】
読取パラメータ変更ボタン２００３が押下された場合は、ステップＳ１３１２に戻り、読取パラメータ設定画面で読取パラメータを設定し直して、再度原稿を読み取る。なお、ステップＳ１３１４において、スキャナ１１３から出力された画像データのサイズが制限サイズを超えていると判定された後は、ステップＳ１３１２において設定可能な読取パラメータを更に制限するようにしてもよい。
【０１３０】
ステップＳ１３１６で画像データに対して画像処理が施された後は、ステップＳ１３１４に戻り、画像データのサイズが制限値を超えているか否かを再度判定する。
【０１３１】
ステップＳ１３１８では、画像データの送信がユーザから指示されたかどうかを判定する。具体的には、図１１に示す画面で、送信ボタン１１０３が押下された場合に、画像データの送信がユーザから指示されたと判定する。
【０１３２】
画像データの送信が指示された場合は、続くステップＳ１３１９において、Ｓ１３１０で選択された文書またはＳ１３１７でテンポラリ領域に格納された画像データをサーバ１５５に対して送信する。
【０１３３】
次に、ステップＳ１３０２において、送信可能な画像データのサイズが制限されていると判定されなかった場合の処理について、図２１を参照しながら説明する。図２１は画像処理装置１１０のＣＰＵ３０１によって実行される画像データ送信処理の手順を示すフローチャートである。
【０１３４】
まずステップＳ２１０１では、図１１に示す画面において、「スキャン」ボタン１１０４または「ＢＯＸから選択」ボタン１１０５のいずれかが押下されたか否かを判定する。「ボックスから選択」ボタン１１０５が押下されたと判定した場合は、ステップＳ２１０２に進み、図１６に示すボックス一覧画面を表示する。
【０１３５】
図１６に示す画面において、いずれか１つのボックスが選択された場合（ステップＳ２１０３でＹｅｓ）、ステップＳ２１０４に進み、図１７に示す文書一覧画面を表示する。なお、ここでは図１３のＳ１３０９とは異なり、送信可能な画像データのサイズが制限されていないため、選択されたボックスに格納されている全ての画像データが表示される。
【０１３６】
ステップＳ２１０５において、いずれかの文書がユーザにより選択されると（ステップＳ２１０５でＹｅｓ）、選択された文書を送信文書として決定し、図１１の画面に戻る。この場合、図１１の画面では、「ボックスから選択」ボタン１１０５を反転表示し、ボックスの文書が選択されていることをユーザが認識できるようにする。なお、ここで送信文書として決定された文書を、ＨＤＤ３０４のテンポラリ領域に格納するようにしてもよい。
【０１３７】
一方、ステップＳ２１０１において「スキャン」ボタン１１０４が押下されたと判定した場合は、ステップＳ２１０６に進み、ユーザから読取解像度などの読取パラメータを受け付ける。なお、ステップＳ２１０６では、図１９に示す読取パラメータ設定画面を介して読取パラメータを指定することができるが、ここでは送信可能な画像データのサイズが制限されていないため、設定可能な読取パラメータが制限されていない。具体的には、図１９に示す画面において、Ａ３サイズが指定できる状態となっている。
【０１３８】
そして、続くステップＳ２１０７において、スキャナ１１３を動作させて原稿を読み取らせる。さらに、ステップＳ２１０８で、スキャナ１１３から出力された画像データをＨＤＤ３０４のテンポラリ領域に格納し、図１１に示す画面に戻る。この場合、図１１に示す画面では、「スキャン」ボタン１１０４を反転表示し、スキャナ１１３から入力した画像データが格納されていることをユーザが認識できるようにする。
【０１３９】
ステップＳ２１０９では、画像データの送信がユーザから指示されたかどうかを判定する。具体的には、図１１に示す画面で、送信ボタン１１０３が押下された場合に、画像データの送信がユーザから指示されたと判定する。
【０１４０】
画像データの送信が指示された場合は、続くステップＳ２１１０において、Ｓ２１０５で選択された文書またはＳ２１０８でテンポラリ領域に格納された画像データをサーバ１５５に対して送信する。
【０１４１】
このように、第１の実施形態によれば、ＡＳＰからファイルアップロードを求める汎用的なフォームを記述したウェブページを取得した場合に、送信可能な画像データのサイズに応じて、画像データの入力を制限する。これにより、サーバに画像データを送信する際のエラーの発生を防ぐことができる。
【０１４２】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。第１の実施形態では、図１４に示す管理テーブルの情報は、画像処理装置１１０の管理者によって入力されるか、またはネットワークを介して他の画像処理装置から受信して入力されるものであった。これに対して、第２の実施形態では、画像データの送信結果に基づいて管理テーブルの情報を更新する。
【０１４３】
図２２は第２の実施形態における送信可能な画像データの制限サイズを示す情報を管理する管理テーブルを示す。この管理テーブルには、画像データの送信先となるサーバに対応付けて、送信成功最大サイズ２２０１、送信失敗最小サイズ２２０２、制限サイズ２２０３が管理されている。送信成功最大サイズ２２０１は、送信が成功した画像データの最大サイズを示す。送信失敗最小サイズ２２０２は、送信が失敗した画像データの最小サイズを示す。制限サイズ２２０３は、送信成功最大サイズ２２０１と送信失敗最小サイズ２２０２とに基づいて、後述するロジックを用いて算出された送信可能な画像データの制限サイズを示す。
【０１４４】
第２の実施形態では、第１の実施形態で説明した図１３のステップＳ１３０３における判定は、図２２の管理テーブルに基づいて行われる。すなわち、図２２の管理テーブルの制限サイズ２２０３が、各サーバに対して送信可能な画像データの制限サイズを示している。
【０１４５】
次に、図２２に示す管理テーブルを更新する処理について図２３を参照しながら説明する。図２３は、画像処理装置１１０のＣＰＵ３０１によって実行される管理テーブルの更新処理の手順を示すフローチャートである。
【０１４６】
ＣＰＵ３０１が画像データを送信した場合に、まずステップＳ２３０１において、画像データの送信が成功したか否かを判定する。画像データの送信が成功したと判定された場合は、ステップＳ２３０２に進み、送信した画像データのサイズと、図２２に示す管理テーブルで管理された送信成功最大サイズとを比較する。
【０１４７】
ステップＳ２３０２における比較の結果、送信成功最大サイズよりも送信した画像データのサイズの方が大きい場合には、ステップＳ２３０３に進み、図２２に示す管理テーブルの送信成功最大サイズを、今回送信した画像データのサイズを用いて更新する。一方、ステップＳ２３０２における比較の結果、送信成功最大サイズよりも送信した画像データのサイズの方が小さい場合には、そのまま処理を終了する。
【０１４８】
ステップＳ２３０１において、画像データの送信が失敗したと判定された場合は、ステップＳ２３０４に進み、送信した画像データのサイズと、図２２に示す管理テーブルで管理された送信失敗最小サイズとを比較する。
【０１４９】
ステップＳ２３０４における比較の結果、送信失敗最小サイズよりも送信した画像データのサイズの方が小さい場合には、ステップＳ２３０５に進み、図２２に示す管理テーブルの送信失敗最大サイズを、今回送信した画像データのサイズを用いて更新する。一方、ステップＳ２３０４における比較の結果、送信失敗最小サイズよりも送信した画像データのサイズの方が大きい場合には、そのまま処理を終了する。
【０１５０】
ステップＳ２３０６では、図２２に示す管理テーブルにより管理されている送信成功最大サイズの値×Ｎ（Ｎ≧１）と、送信失敗最小サイズの値×Ｍ（０＜Ｍ≦１）とを比較する。この比較の結果、送信成功最大サイズの値×Ｎの方が大きい場合には、ステップＳ１２０７に進み、図２２に示す管理テーブルの制限サイズを送信成功最大サイズの値×Ｎにより更新する。一方、送信失敗最小サイズの値×Ｍの方が大きい場合には、ステップＳ１２０８に進み、図２２に示す管理テーブルの制限サイズを送信失敗最小サイズ×Ｍの値により更新する。
【０１５１】
ここで、送信成功最大サイズの値をＮ倍するのは、実際に送信が成功した画像データのサイズよりも大きなサイズの画像データであっても送信できる場合があるためである。即ち、Ｎの値を大きく設定しておけば、実際に送信が成功した画像データのサイズよりも大きな値が制限サイズとして管理される可能性が高くなる。
【０１５２】
また、送信失敗最小サイズの値をＭ倍するのは、実際に送信が失敗した画像データのサイズよりも小さなサイズの画像データであっても送信できない場合があるためである。即ち、Ｍの値を小さく設定しておけば、実際に送信が失敗した画像データのサイズよりも小さな値が制限サイズとして管理される可能性が高くなる。
【０１５３】
このように、送信成功最大サイズの値×Ｎ（Ｎ≧１）と、送信失敗最小サイズの値×Ｍ（０＜Ｍ≦１）とを比較して大きい方の値を制限サイズとすることにより、以下のような効果が得られる。即ち、例えば画像データのサイズ超過以外の理由で画像データの送信が失敗した場合に、制限サイズが小さく更新されてしまうことを防ぐことができる。
【０１５４】
なお、図２３では、送信成功最大サイズ×Ｎと送信失敗最小サイズ×Ｍとを比較して、大きい方の値を制限サイズとして設定しているが、送信成功最大サイズ×Ｎと送信失敗最小サイズ×Ｍのうち、小さい方の値を制限サイズとして設定するようにしてもよい。
【０１５５】
このように、第２の実施形態によれば、送信可能な画像データの制限サイズを示す情報が、実際の画像データの送信結果に基づいて更新されるので、より正確な制限サイズを管理することができる。
【０１５６】
（第３の実施形態）
次に、本発明の第３の実施形態について図２４を参照しながら説明する。図２４は本発明の第３の実施形態に係る画像処理装置１１０のＣＰＵ３０１によって実行される画像データの送信処理の手順を示すフローチャートである。第３の実施形態では、図１３のステップＳ１３１１乃至ステップＳ１３１７の処理に代えて、図２４に示すフローチャートに沿った処理を実行する。なお、第３の実施形態は、図２４の処理以外は、上記第１の実施形態と同じ構成を有し、ここではその説明は省略する。
【０１５７】
ステップＳ１３０５において「スキャン」ボタン１１０４が押下されたと判定した場合は、ステップＳ２４０１に進み、図１８に示すサイズ制限に関する警告メッセージを表示する。図１８に示す画面において、ユーザがＯＫボタン１８０１を押下すると、続くステップＳ２４０２において、読取パラメータの設定方法選択画面を表示する。
【０１５８】
図２５に、ステップＳ２４０２で表示される読取パラメータの設定方法選択画面の例を示す。ユーザは、図２５に示す画面に表示されたボタン２５０１乃至２５０６のいずれか１つを選択する。
【０１５９】
「文書」ボタン２５０１は、原稿上の画像に文字のみが含まれている場合に押下する。「文字／写真」ボタン２５０２は、原稿上の画像に文字と写真が混在している場合に押下する。「人物写真」ボタン２５０３は、原稿上の画像に人物写真が含まれている場合に押下する。「風景写真」ボタン２５０４は、原稿上の画像に風景写真が含まれている場合に押下する。
【０１６０】
なお、第３の実施形態では、これらの画像の種類に対応付けて、設定すべき読み取りパラメータの雛型が管理されている。図２６に、各種類に対応付けて雛形として管理されている読取パラメータを示す。
【０１６１】
図２５に示す画面において、ボタン２５０１乃至２５０４のいずれかが押下された場合は、ステップＳ２４０４に進み、各ボタンに対応付けて管理されている雛型を読み出して、読取パラメータを設定する。
【０１６２】
「プレスキャンして自動で設定する」ボタン２５０５が押下された場合は、ステップＳ２４０５に進み、スキャナ１１３を動作させて原稿の仮読み取り（プレスキャン）を行う。そして続くステップＳ２４０６において、プレスキャンの結果に基づいて読取パラメータを自動的に設定する。
【０１６３】
「手動で設定する」ボタン２５０６が押下された場合は、ステップＳ２４０３に進み、図１９に示す画面を表示してユーザが手動で読取パラメータを指定する。
【０１６４】
ステップＳ２４０７では、スキャナ１１３を動作させて原稿を読み取らせる。続くステップＳ２４０８では、スキャナ１１３から実際に出力された画像データのサイズと、図１４に示す管理テーブルにより管理されている情報が示す制限サイズとを比較し、画像データのサイズが制限値を超えているか否かを判定する。出力された画像データのサイズが制限値以下であれば、ステップＳ２４１２に進む。
【０１６５】
ステップＳ２４１２では、画像データをＨＤＤ３０４のテンポラリ領域に格納し、図１１に示す画面に戻る。この場合、図１１に示す画面では、「スキャン」ボタン１１０４を反転表示し、スキャナ１１３から入力した画像データが格納されていることをユーザが認識できるようにする。
【０１６６】
一方、出力された画像データのサイズが制限値を超えていると判定された場合は、ステップＳ２４０９に進み、図２０に示す処理選択画面を表示する。
【０１６７】
解像度変換ボタン２００１が押下された場合は、ステップＳ２４１１に進み、画像データに対して画像処理を施し、解像度を小さくする。また、モノクロ変換ボタン２００２が押下された場合は、ステップＳ２４１１に進み、画像データに対して画像処理を施し、カラー画像データをモノクロ画像データに変換する。なお、ステップＳ２４０１，Ｓ２４０４，Ｓ２４０６において、原稿上の画像データを読み取ってモノクロの画像データを出力することが設定されていた場合は、モノクロ変換ボタン２００２は表示されない。
【０１６８】
読取パラメータ変更ボタン２００３が押下された場合は、ステップＳ２４１０に進み、原稿のプレスキャンが既に実行されたか否かを判定する。原稿のプレスキャンが実行されている場合はステップＳ２４０６に戻り、原稿のプレスキャンが実行されている場合はステップＳ２４０２に戻る。
【０１６９】
なお、ステップＳ２４０８において、スキャナ１１３から出力された画像データのサイズが制限サイズを超えていると判定された後は、ステップＳ２４０３，Ｓ２４０４，またはＳ２４０６において設定可能な読取パラメータを更に制限するようにしてもよい。
【０１７０】
ステップＳ２４１１で画像データに対して画像処理が施された後は、ステップＳ２４０８に戻り、画像データのサイズが制限値を超えているか否かを再度判定する。
【０１７１】
このように、第３の実施形態によれば、送信可能な画像データのサイズが制限されている場合に、より簡単に適切な読取パラメータを設定できるようにしているので、ユーザにとって更に使い勝手が良くなる。
【０１７２】
（その他の実施形態）
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体（記録媒体）等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１７３】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【０１７４】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１７５】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【０１７６】
プログラムを供給するための記録媒体としては、例えば、以下のようなものがある。フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）。
【０１７７】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページからハードディスク等の記録媒体にダウンロードすることによっても供給できる。すなわち、ホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをダウンロードする。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１７８】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記憶媒体に格納してユーザに配布する。そして、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１７９】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他にも、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１８０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後にも前述した実施形態の機能が実現される。すなわち、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行うことによっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１８１】
【図１】本発明の実施形態におけるシステム全体図である。
【図２】本発明の実施形態におけるソフトウェア構成図である。
【図３】本発明の実施形態における画像処理装置１１０の構成を示すブロック図である。
【図４】本発明の実施形態における画像処理装置１１０の外観図である。
【図５】本発明の実施形態における操作部１１２の外観図である。
【図６】本発明の実施形態における操作部１１２の構成を示すブロック図である。
【図７】本発明の実施形態におけるウェブブラウザモジュール２１１のソフトウェア構成を示すブロック図である。
【図８】本発明の実施形態におけるウェブブラウザの画面構成を示す図である。
【図９】本発明の実施形態におけるＨＴＴＰプロトコルによる要求と応答の処理の流れを示すシーケンス図である。
【図１０】本発明の実施形態におけるＨＴＭＬ文書の例を示す図である。
【図１１】本発明の実施形態におけるウェブブラウザに表示される画面例を示す図である。
【図１２】本発明の実施形態における表示オブジェクトのレイアウト処理の手順を示すフローチャートである。
【図１３】本発明の実施形態における送信処理の手順を示すフローチャートである。
【図１４】本発明の実施形態における管理テーブルの例を示す図である。
【図１５】本発明の実施形態におけるウェブブラウザに表示される画面例を示す図である。
【図１６】本発明の実施形態におけるウェブブラウザに表示される画面例を示す図である。
【図１７】本発明の実施形態におけるウェブブラウザに表示される画面例を示す図である。
【図１８】本発明の実施形態におけるウェブブラウザに表示される画面例を示す図である。
【図１９】本発明の実施形態におけるウェブブラウザに表示される画面例を示す図である。
【図２０】本発明の実施形態におけるウェブブラウザに表示される画面例を示す図である。
【図２１】本発明の実施形態における送信処理の手順を示すフローチャートである。
【図２２】本発明の実施形態における管理テーブルの例を示す図である。
【図２３】本発明の実施形態における管理テーブル更新処理の手順を示すフローチャートである。
【図２４】本発明の実施形態における送信処理の手順を示すフローチャートである。
【図２５】本発明の実施形態におけるウェブブラウザに表示される画面例を示す図である。
【図２６】本発明の実施形態における管理テーブルの例を示す図である。
【図２７】従来のウェブブラウザに表示される画面例を示す図である。
【符号の説明】
【０１８２】
１１０  画像処理装置
１１１  コントロールユニット
１１２  操作部
１１３  スキャナ
１１４  プリンタ
３０１  ＣＰＵ
３０２  ＲＡＭ
３０３  ＲＯＭ
３０４  ＨＤＤ
【図１】
2009152847.tif 000003
【図２】
2009152847.tif 000004
【図３】
2009152847.tif 000005
【図４】
2009152847.tif 000006
【図５】
2009152847.tif 000007
【図６】
2009152847.tif 000008
【図７】
2009152847.tif 000009
【図８】
2009152847.tif 000010
【図９】
2009152847.tif 000011
【図１０】
2009152847.tif 000012
【図１１】
2009152847.tif 000013
【図１２】
2009152847.tif 000014
【図１３】
2009152847.tif 000015
【図１４】
2009152847.tif 000016
【図１５】
2009152847.tif 000017
【図１６】
2009152847.tif 000018
【図１７】
2009152847.tif 000019
【図１８】
2009152847.tif 000020
【図１９】
2009152847.tif 000021
【図２０】
2009152847.tif 000022
【図２１】
2009152847.tif 000023
【図２２】
2009152847.tif 000024
【図２３】
2009152847.tif 000025
【図２４】
2009152847.tif 000026
【図２５】
2009152847.tif 000027
【図２６】
2009152847.tif 000028
【図２７】
2009152847.tif 000029