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