(57)【特許請求の範囲】
【請求項１】
サーバ装置と画像読取装置を含む画像読取システムであって、
前記サーバ装置は、
前記画像読取装置に対して原稿の読み取りを指示する指示手段と、
前記指示手段による指示に従って前記画像読取装置において生成され、当該画像読取装置に記憶されている画像データに対応するＵＲＬを、前記画像読取装置から受信する受信手段と、
前記受信手段が受信したＵＲＬを用いて、前記画像データのプレビュー画面を表示するための画面情報を生成する生成手段と、
前記生成手段によって生成された画面情報を前記画像読取装置に送信する画面情報送信手段と
を備え、
前記画像読取装置は、
前記指示手段による指示に従って原稿を読み取り、画像データを生成する読取手段と、
前記読取手段が生成した画像データを格納する格納手段と、
前記格納手段に格納した画像データに対応するＵＲＬを前記サーバ装置に送信するＵＲＬ送信手段と、
前記サーバ装置から送信された画面情報を受信し、当該画面情報に含まれるＵＲＬに基づいて当該ＵＲＬに対応する画像データを前記格納手段から取得し、当該取得した画像データを用いて前記プレビュー画面を表示させる表示制御手段と
を備えることを特徴とする画像読取システム。
【請求項２】
前記画像読取装置はＷｅｂサーバを備え、
前記表示制御手段は、前記画面情報に含まれるＵＲＬに対応する画像データを前記Ｗｅｂサーバに対して要求する要求手段を更に備えることを特徴とする請求項１に記載の画像読取システム。
【請求項３】
前記要求手段は、Ｗｅｂブラウザを含むことを特徴とする請求項２に記載の画像読取システム。
【請求項４】
前記画像読取装置は、前記プレビュー画面を介したユーザの操作に基づいて、前記格納手段に格納された画像データを送信する画像データ送信手段を更に備えることを特徴とする請求項１乃至３のいずれか１項に記載の画像読取システム。
【請求項５】
前記画像読取装置は、前記格納手段に格納した画像データに対応するＵＲＬに対して有効期限を設定する設定手段を更に備えることを特徴とする請求項１乃至４のいずれか１項に記載の画像読取システム。
【請求項６】
画像読取装置と通信するサーバ装置であって、
前記画像読取装置に対して原稿の読み取りを指示する指示手段と、
前記指示手段による指示に従って前記画像読取装置において生成され、当該画像読取装置に記憶されている画像データに対応するＵＲＬを、前記画像読取装置から受信する受信手段と、
前記受信手段が受信したＵＲＬを用いて、前記画像データのプレビュー画面を表示するための画面情報を生成する生成手段と、
前記生成手段によって生成された画面情報を前記画像読取装置に送信する画面情報送信手段と、
を備えることを特徴とするサーバ装置。
【請求項７】
サーバ装置と通信する画像読取装置であって、
前記サーバ装置からの指示に従って原稿を読み取り、画像データを生成する読取手段と、
前記読取手段が生成した画像データを格納する格納手段と、
前記格納手段に格納した画像データに対応するＵＲＬを前記サーバ装置に送信するＵＲＬ送信手段と、
前記サーバ装置から送信された画面情報を受信し、当該画面情報に含まれるＵＲＬに基づいて当該ＵＲＬに対応する画像データを前記格納手段から取得し、当該取得した画像データを用いてプレビュー画面を表示させる表示制御手段と
を備えることを特徴とする画像読取装置。
【請求項８】
サーバ装置と画像読取装置を含む画像読取システムにおける画像読取方法であって、
前記サーバ装置において、
前記画像読取装置に対して原稿の読み取りを指示する指示工程と、
前記指示工程による指示に従って前記画像読取装置において生成され、当該画像読取装置に記憶されている画像データに対応するＵＲＬを、前記画像読取装置から受信する受信工程と、
前記受信工程で受信したＵＲＬを用いて、前記画像データのプレビュー画面を表示するための画面情報を生成する生成工程と、
前記生成工程で生成された画面情報を前記画像読取装置に送信する画面情報送信工程と
を備え、
前記画像読取装置において、
前記指示工程による指示に従って原稿を読み取り、画像データを生成する読取工程と、
前記読取工程で生成された画像データを格納手段に格納する格納工程と、
前記格納手段に格納された画像データに対応するＵＲＬを前記サーバ装置に送信するＵＲＬ送信工程と、
前記サーバ装置から送信された画面情報を受信し、当該画面情報に含まれるＵＲＬに基づいて当該ＵＲＬに対応する画像データを前記格納手段から取得し、当該取得した画像データを用いて前記プレビュー画面を表示させる表示制御工程と
を備えることを特徴とする画像読取方法。
【請求項９】
画像読取装置と通信するサーバ装置の制御方法であって、
前記画像読取装置に対して原稿の読み取りを指示する指示工程と、
前記指示工程による指示に従って前記画像読取装置において生成され、当該画像読取装置に記憶されている画像データに対応するＵＲＬを、前記画像読取装置から受信する受信工程と、
前記受信工程で受信したＵＲＬを用いて、前記画像データのプレビュー画面を表示するための画面情報を生成する生成工程と、
前記生成工程で生成された画面情報を前記画像読取装置に送信する画面情報送信工程と、
を備えることを特徴とするサーバ装置の制御方法。
【請求項１０】
サーバ装置と通信する画像読取装置の制御方法であって、
前記サーバ装置からの指示に従って原稿を読み取り、画像データを生成する読取工程と、
前記読取工程で生成された画像データを格納手段に格納する格納工程と、
前記格納手段に格納された画像データに対応するＵＲＬを前記サーバ装置に送信するＵＲＬ送信工程と、
前記サーバ装置から送信された画面情報を受信し、当該画面情報に含まれるＵＲＬに基づいて当該ＵＲＬに対応する画像データを前記格納手段から取得し、当該取得した画像データを用いてプレビュー画面を表示させる表示制御工程と
を備えることを特徴とする画像読取装置の制御方法。
【請求項１１】
請求項９または１０に記載の制御方法の各工程をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバと、当該サーバにより提供される操作画面を表示するための表示部を備える情報処理装置とを備えた情報処理システム、その制御方法、プログラム、及び記憶媒体に関するものである。
【背景技術】
【０００２】
ＰＣなどの情報処理装置がネットワーク上のＷｅｂサーバと接続され、Ｗｅｂサーバにより提供される操作画面を、情報処理装置が備えるＷｅｂブラウザ上に表示することが知られている。この場合、情報処理装置のＷｅｂブラウザがＷｅｂサーバに対して操作画面を要求する。一方、Ｗｅｂサーバ上のＷｅｂアプリケーションは、情報処理装置からの要求に応じて、Ｗｅｂブラウザに操作画面を表示させるためのＨＴＭＬファイルを情報処理装置に送信する。情報処理装置のＷｅｂブラウザは、受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づいた操作画面を表示する。その後、Ｗｅｂブラウザに表示された操作画面を介してユーザが指示を入力すると、Ｗｅｂブラウザは、入力された指示をＷｅｂサーバに対して通知する。そして、この通知を受けたＷｅｂサーバ上のＷｅｂアプリケーションは、入力された指示に従って処理を実行する。
【０００３】
ところで、最近ではスキャナやプリンタを備えたＭＦＰ（Multi Function Peripheral）の中にも、上述したようなＷｅｂブラウザを備えているものがある。例えば、特許文献１では、ＭＦＰが備える各機能を利用するための指示を入力する操作画面を、Ｗｅｂサーバによって提供する技術が提案されている。具体的には、ＭＦＰのＷｅｂブラウザによって表示された操作画面を介してユーザ指示が入力されると、通知を受けたＷｅｂサーバは、ユーザから入力された指示の内容に従って、ＭＦＰに対して各種処理の実行を依頼する。そして、この依頼を受けたＭＦＰは、依頼された処理を実行する。これにより、ＭＦＰを操作するための全メニューデータをＭＦＰ内で保持しておく必要がなくなり、またメニューデータの変更もＷｅｂサーバ上で容易に行うことができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１２７５０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術においては以下に記載する問題がある。例えば、上記従来技術においては、ＭＦＰ内に存在する情報を表示するためには一旦ＭＦＰからＷｅｂサーバに当該情報を送信する必要がある。具体的には、ＭＦＰで読み取った原稿画像をプレビューするための操作画面をＷｅｂサーバが提供する場合、読み取った画像のデータをＭＦＰからＷｅｂサーバに送信し、このデータをＭＦＰのＷｅｂブラウザが取得して表示することになる。したがって、ＭＦＰからＷｅｂサーバに送信するデータの容量が大きい場合、ネットワーク負荷を増大させたり、操作画面が表示されるまでのレスポンスを低下させるという問題がある。また、ＭＦＰ内に存在する情報には秘匿情報が含まれている場合があり、そのような情報をネットワーク経由でＷｅｂサーバに送信することは、セキュリティ上好ましくない。
【０００６】
本発明は、上述の問題に鑑みて成されたものであり、画像読取装置が原稿を読み取って生成した画像データのプレビュー画面をサーバ装置が提供する場合において、画像データをサーバ装置に送信することなく、当該プレビュー画面を表示可能とすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明の画像読取システムは、サーバ装置と画像読取装置を含む画像読取システムであって、前記サーバ装置は、前記画像読取装置に対して原稿の読み取りを指示する指示手段と、前記指示手段による指示に従って前記画像読取装置において生成され、当該画像読取装置に記憶されている画像データに対応するＵＲＬを、前記画像読取装置から受信する受信手段と、前記受信手段が受信したＵＲＬを用いて、前記画像データのプレビュー画面を表示するための画面情報を生成する生成手段と、前記生成手段によって生成された画面情報を前記画像読取装置に送信する画面情報送信手段とを備え、前記画像読取装置は、前記指示手段による指示に従って原稿を読み取り、画像データを生成する読取手段と、前記読取手段が生成した画像データを格納する格納手段と、前記格納手段に格納した画像データに対応するＵＲＬを前記サーバ装置に送信するＵＲＬ送信手段と、前記サーバ装置から送信された画面情報を受信し、当該画面情報に含まれるＵＲＬに基づいて当該ＵＲＬに対応する画像データを前記格納手段から取得し、当該取得した画像データを用いて前記プレビュー画面を表示させる表示制御手段とを備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、画像読取装置が原稿を読み取って生成した画像データのプレビュー画面をサーバ装置が提供する場合において、画像データをサーバ装置に送信することなく、当該プレビュー画面を表示することができる。
【図面の簡単な説明】
【０００９】
【図１】第１の実施形態に係る情報処理システム１００の構成例を示す図である。
【図２】第１の実施形態に係る情報処理システム１００の制御構成を示すブロック図である。
【図３】第１の実施形態に係るＭＦＰ１０１の操作部２１９の構成例を示す図である。
【図４】第１の実施形態に係る情報処理システム１００の機能構成を示す図である。
【図５】第１の実施形態に係るＷｅｂブラウザ５４０の動作手順を示すフローチャートである。
【図６】第１の実施形態に係るＷｅｂアプリケーションの読み込み設定画面データの一例を示す図である。
【図７】第１の実施形態に係るＷｅｂアプリケーションの読み込み設定画面の一例を示す図である。
【図８】第１の実施形態に係るＷｅｂアプリケーションの読み込み画像プレビュー画面データの例である。
【図９】第１の実施形態に係るＷｅｂアプリケーションの読み込み画像プレビュー画面である。
【図１０】第１の実施形態に係るＷｅｂサーバ１０２の動作手順を示すフローチャートである。
【図１１】第１の実施形態に係るサービスプロバイダ５５０の動作手順を示すフローチャートである。
【図１２】第１の実施形態に係る機器内Ｗｅｂサーバ５６０の動作手順を示すフローチャートである。
【図１３】第２の実施形態に係る機器内Ｗｅｂサーバ５６０の動作手順を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下に本発明の一実施形態を示す。以下で説明される個別の実施形態は、本発明の上位概念、中位概念及び下位概念など種々の概念を理解するために役立つであろう。また、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。
【００１１】
＜第１の実施形態＞
＜情報処理システムのハードウェア構成＞
以下では、図１乃至図１２を参照して、第１の実施形態について説明する。まず、図１を参照して、第１の実施形態に係る情報処理システムのハードウェア構成について説明する。情報処理システム１００は、Ｗｅｂブラウザ機能を有するＭＦＰ１０１、及びＷｅｂサーバ機能を有するＷｅｂサーバ１０２を備える。各装置は、互いに通信可能にＬＡＮ１１０を介して接続される。なお、ＭＦＰ１０１は、情報処理装置の一例であり、Ｗｅｂサーバ１０２は、外部装置であるサーバ装置の一例である。また、ＭＦＰ１０１では、Ｗｅｂサーバから提供される情報を用いて実行するＷｅｂアプリケーション（外部アプリケーション）と、予め保持している情報を用いて実行するネイティブアプリケーションとが利用可能である。
【００１２】
さらに、ＭＦＰ１０１は、当該Ｗｅｂアプリケーションの表示画面又は当該ネイティブアプリケーションの表示画面を表示する表示部と、複数のハードウェアキー（以下、ハードキーと称する。）を有する操作部とを備える。なお、表示部は、タッチパネル形式のＬＣＤが用いられ、ソフトウェアキーを表示し、当該ソフトウェアキー（以下、ソフトキーと称する。）を介して入力を受け付けることができる。また、ＬＡＮ１１０上には図示しないＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバも備えられており、ＭＦＰ１０１からＦＴＰサーバに対して画像データをＦＴＰ送信することができる。
【００１３】
＜情報処理システムの制御構成＞
次に、図２を参照してＭＦＰ１０１及びＷｅｂサーバ１０２の制御構成について説明する。ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１を統括的に制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御処理を実行する。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。また、ＭＦＰ１０１には後述するＷｅｂブラウザ機能が備えられており、ＭＦＰ１０１のＷｅｂブラウザはＷｅｂサーバ１０２から受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づく操作画面を操作部２１９上に表示する。操作部２１９は、ＬＣＤ上にタッチパネルシートが貼られているＬＣＤ表示部を有する。このＬＣＤ表示部には、後述するネイティブ機能モジュールやＷｅｂブラウザが表示する操作画面及びソフトウェアキーが表示されるとともに、表示されているキーが押されると、押された位置を示す位置情報がＣＰＵ２１１に伝えられる。
【００１４】
プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０からプリンタ２２０に転送され、プリンタ２２０において記録媒体上に印刷される。スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、読取手段の一例であり、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に出力する。ネットワークＩ／Ｆ２１８は、制御部２１０をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０上のサーバ装置（例えば、Ｗｅｂサーバ１０２）に画像データや情報を送信したり、ＬＡＮ１１０上のサーバ装置から各種情報を受信したりする。
【００１５】
Ｗｅｂサーバ１０２は、当該Ｗｅｂサーバ１０２を統括的に制御するＣＰＵ４１１を備える。ＣＰＵ４１１は、ＲＯＭ４１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ４１３は、ＣＰＵ４１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ４１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。ネットワークＩ／Ｆ４１５は、制御部４１０をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ４１５は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。
【００１６】
＜操作部の構成＞
次に、図３を参照して、操作部２１９の構成について説明する。操作部２１９は、ＬＣＤ上にタッチパネルシート３０２が貼られたＬＣＤ表示部３０１を有する。ＬＣＤ表示部３０１には、後述するネイティブ機能モジュールやＷｅｂブラウザが表示する操作画面及びソフトキーが表示されるとともに、表示されているキーが押されると、押された位置を示す位置情報をＣＰＵ２１１に伝える。
【００１７】
また、操作部２１９には、スタートキー３０３、ストップキー３０４、リセットキー３０５、ガイドキー３０６、トップメニューキー３０７、数値キー３０８の各種ハードキーが設けられている。スタートキー３０３は、ＭＦＰ１０１の処理の開始を指示するためのキーであり、スタートキー３０３の中央部には、緑と赤の２色ＬＥＤ表示部３０９が設けられている。２色ＬＥＤ表示部３０９は、その色によってスタートキー３０３が使用可能な状態にあるか否かを表す。ストップキー３０４は、稼働中の動作を停止するキーである。リセットキー３０５は設定を初期化するときに用いられるキーである。ガイドキー３０６は、ＭＦＰ１０１の使用方法を表示するキーである。トップメニューキー３０７はＭＦＰ１０１の機能を選択させるためのトップメニュー画面を表示するキーである。数値キー３０８は数値を入力するキーである。
【００１８】
＜情報処理システムの機能構成＞
次に、図４を参照して、情報処理システム１００の機能構成について説明する。以下で説明する機能構成は、ソフトウェア、ハードウェア及びそれらの組み合わせの何れかによって実現することができる。以下で説明する各機能部は、一例として、ＭＦＰ１０１、Ｗｅｂサーバ１０２のそれぞれに備えられているＣＰＵ２１１、４１１が制御プログラムを実行することにより実現される。
【００１９】
ＭＦＰ１０１は、ネイティブ機能モジュール５３０、Ｗｅｂブラウザ５４０、サービスプロバイダ５５０、及び機器内Ｗｅｂサーバ５６０を備えている。また、Ｗｅｂサーバ１０２は、Ｗｅｂアプリケーション５１０を備える。Ｗｅｂアプリケーション５１０には、プレゼンテーション部５１１及びロジック部５１２が含まれる。
【００２０】
まず、ＭＦＰ１０１の機能構成について説明する。Ｗｅｂブラウザ５４０は、通信部５４１、解析部５４２、及び画面表示部５４３を含む。通信部５４１は、ＨＴＴＰプロトコルに従ってＷｅｂアプリケーション５１０のプレゼンテーション部５１１や、機器内Ｗｅｂサーバ５６０と通信する。具体的には、通信部５４１は、Ｗｅｂブラウザ５４０で表示する操作画面のコンテンツをＷｅｂアプリケーション５１０に対して要求、受信する。そして、後述する解析部５４２による解析の結果、Ｗｅｂアプリケーション５１０から受信した操作画面のコンテンツ中に機器内Ｗｅｂサーバ５６０から取得するべきデータのリンク指示が含まれていた場合、当該機器内Ｗｅｂサーバ５６０と通信する。そして当該データを機器内Ｗｅｂサーバ５６０に対して要求し、受信する。さらに通信部５４１は、Ｗｅｂブラウザ５４０で表示した操作画面を介して入力されたユーザからの指示をＷｅｂアプリケーション５１０に通知する。
【００２１】
解析部５４２は、Ｗｅｂアプリケーション５１０又は機器内Ｗｅｂサーバ５６０から受信した操作画面のコンテンツを解析する。当該コンテンツは、例えば、ＨＴＭＬファイル、画像ファイル、スクリプトファイルなどから構成される。これらのファイルには、操作部２１９に表示すべき操作画面の内容を示す記述が含まれている。画面表示部５４３は、表示制御手段の一例であり、解析部５４２による解析の結果に基づいて、操作部（表示部）２１９上に操作画面を表示する。
【００２２】
サービスプロバイダ５５０は、通信部５５１、ジョブ生成部５５２、機器内データＵＲＬ取得部５５３を含む。通信部５５１は、Ｗｅｂアプリケーション５１０内のロジック部５１２からの処理依頼を受け付ける。Ｗｅｂアプリケーション５１０から受け付けた処理依頼がジョブの実行であった場合は、ジョブ生成部５５２が依頼された処理を実行するためのジョブ（Ｗｅｂアプリケーション）を生成する。Ｗｅｂアプリケーション５１０から受け付けた処理依頼が機器内データＵＲＬ取得処理であった場合は、機器内データＵＲＬ取得部５５３が機器内Ｗｅｂサーバ５６０のＵＲＬ通知部５６２に問い合わせる。その結果、要求のあった機器内データを機器内Ｗｅｂサーバ５６０から取得するためのＵＲＬを応答する。ここで、ＵＲＬ（ユニフォーム・リソース・ロケータ：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）とは対象データの格納先を示す情報である。
【００２３】
ネイティブ機能モジュール５３０は、ネイティブアプリケーション５３１、デバイス管理部５３２、ジョブ実行部５３３、及びデータ管理部５３４を含む。ネイティブアプリケーション５３１は、Ｗｅｂサーバ１０２により提供されるのではなく、ＭＦＰ１０１内部に保持しているプログラムに基づいて提供される各種アプリケーションである。例えばＭＦＰ１０１のプリンタ２２０による印刷処理の実行や、スキャナ２２１による読取処理の実行を行うアプリケーションが含まれる。ジョブ実行部５３３は、ネイティブアプリケーション５３１や、サービスプロバイダ５５０のジョブ生成部５５２が生成したジョブ（Ｗｅｂアプリケーション）の実行を行う。
【００２４】
デバイス管理部５３２は、デバイス内の各モジュールのエラー状態を管理して、エラーが発生している場合はそのエラー情報をＷｅｂブラウザ５４０やサービスプロバイダ５５０に通知する。また、デバイス管理部５３２は、ＭＦＰ１０１全体の設定やアプリケーションの切り替えの処理も行う。データ管理部５３４は、ＨＤＤ２１４に蓄積された各種データ５７０を管理する。データ管理部５３４が管理するデータには、スキャナ２２１で読み込んだり、ＬＡＮ１１０経由で受信したりした画像データ、ＭＦＰ１０１が送信処理を行う際に利用する宛先データ、ＭＦＰ１０１の各種設定データ、履歴データ等が含まれる。例えば、スキャナ２２１で原稿を読み込むと、データ管理部５３４は、その画像データをＨＤＤ２１４に蓄積し、データにＩＤを付与して管理する。そしてジョブ実行部５３３や機器内Ｗｅｂサーバ５６０からの要求があれば、指定されたＩＤのデータをＨＤＤ２１４から読み出して提供する。データ管理部５３４が管理する画像データには、再利用するために永続的に保持する画像データと、スキャナ２２１で読み込んで送信等の処理を行う前に一時的に保持する画像データが含まれる。
【００２５】
機器内Ｗｅｂサーバ５６０は、ＨＴＴＰレスポンス部５６１、ＵＲＬ通知部５６２、及びアクセス制限部５６３を含む。ＨＴＴＰレスポンス部５６１は、Ｗｅｂブラウザ５４０やＬＡＮ１１０上のＰＣ（不図示）上で動作するＷｅｂブラウザからのＨＴＴＰプロトコルによる要求に対するレスポンスを返す。このとき、要求されたＵＲＬが、データ管理部５３４が管理しているデータのＵＲＬであれば、データ管理部５３４に依頼して該当データを読み出して応答する。ＵＲＬ通知部５６２は、機器内データＵＲＬ取得部５５３からの要求に応じて、要求された機器内データを機器内Ｗｅｂサーバ５６０から取得する際に指定するべきＵＲＬ文字列を応答する。アクセス制限部５６３は、ＨＴＴＰレスポンス部５６１がＨＴＴＰプロトコルによる要求を受けた際に、要求を受け付けて応答を返して良いか否かを判断する。
【００２６】
続いて、Ｗｅｂサーバ１０２の機能構成について説明する。プレゼンテーション部５１１は、通信部５４１と通信し、ＭＦＰ１０１からの要求に応じてＭＦＰ１０１のＷｅｂブラウザ５４０で表示すべき操作画面のコンテンツをＭＦＰ１０１に送信する。操作画面のコンテンツは、予めＷｅｂサーバ１０２内に保持されているファイルである場合もあるし、要求された時点でその要求に応じて生成したデータである場合もある。ＭＦＰ１０１からの要求に応じて生成する場合、ロジック部５１２が機器内データＵＲＬ取得部５５３に対して機器内データのＵＲＬを要求して、取得したＵＲＬを含むように操作画面のコンテンツを生成することもできる。プレゼンテーション部５１１は、また、ＭＦＰ１０１のＷｅｂブラウザ５４０に表示された操作画面を介して入力されたユーザからの指示をＭＦＰ１０１から受け取る。
【００２７】
ユーザからの指示を受け取ったＷｅｂアプリケーション５１０は、指示の内容に従って各種処理を実行する。Ｗｅｂアプリケーション５１０は、Ｗｅｂブラウザからの指示の内容によってＭＦＰ１０１に対して処理の実行を依頼する。具体的には、ＭＦＰ１０１のプリンタ２２０による印刷処理の実行や、スキャナ２２１による読取処理の実行、又はネットワークＩ／Ｆ２１８を介した送信処理の実行を依頼する。このようにＭＦＰ１０１に対して処理の実行を依頼する場合には、ロジック部５１２がＭＦＰ１０１に備えられたサービスプロバイダ５５０内の通信部５５１を介して、ジョブ生成部５５２にジョブ生成を依頼する。
【００２８】
上述したように、本実施形態に係る情報処理システム１００は、ＭＦＰ１０１とＷｅｂサーバ１０２との間で画像データ等の送受信を行わず、上記ＵＲＬ等の当該画像データ等の格納先を示す情報を送受信する。これにより、例えば、Ｗｅｂアプリケーションにおいて、ネットワーク負荷を増大させることなく、ＭＦＰ１０１が保持する画像データを表示する操作画面を構築することができる。以下では、上述のような操作画面を構築する場合の詳細な制御について説明する。
【００２９】
＜スキャンｔｏセンド処理＞
ここでは、ＭＦＰ１０１が原稿台に載置された原稿をスキャンし、ネットワーク上の特定のＦＴＰサーバにＦＴＰプロトコルでスキャンしたデータを送信するＷｅｂアプリケーション５１０によるジョブの動作についてする。当該ジョブにおいて、ＭＦＰ１０１は、原稿をスキャンした画像データを操作部２１９に表示し、ユーザが確認した後にＦＴＰ送信を実行する。
【００３０】
まず、図５を参照して、ＭＦＰ１０１が、Ｗｅｂアプリケーション５１０から操作画面を取得し、表示し、ユーザからの開始指示によって原稿を読み込んで特定のＦＴＰサーバに送信する場合のＷｅｂブラウザ５４０の一連の動作について説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実行される。
【００３１】
Ｓ６０１において、通信部５４１は、Ｗｅｂアプリケーション５１０の最初の画面である読み込み設定画面をＷｅｂサーバ１０２のプレゼンテーション部５１１に対して要求する。具体的には、Ｗｅｂアプリケーション５１０のＵＲＬに対してＨＴＴＰプロトコルに従って通信を行う。当該ＵＲＬは、Ｗｅｂブラウザ５４０のホームページ等として予め設定されているＵＲＬであってもよいし、ユーザがWebブラウザ５４０のＵＲＬ入力欄に入力したＵＲＬであってもよい。或いは、Ｗｅｂブラウザ５４０で表示中の画面のリンクをユーザが選択したものであってもよい。その後、Ｗｅｂアプリケーション５１０からの応答である読み込み設定画面のデータを受信する。そして、解析部５４２が受信したＷｅｂアプリケーション画面データを解析し、画面表示部５４３が解析結果に基づいてＷｅｂアプリケーション画面をＬＣＤ表示部３０１に表示する。
【００３２】
ここで、図６及び図７を参照して、Ｓ６０１において受信するＷｅｂアプリケーション画面データ及び表示画面の一例について説明する。図７は、図６に示す画面データを受信した場合に、Ｓ６０１でＬＣＤ表示部３０１に表示する画面を示す。
【００３３】
７０１はフォームの開始タグであり、ａｃｔｉｏｎ属性及びｍｅｔｈｏｄ属性によって、サブミット指示があった場合は、このフォームを./ＳｃａｎＳｔａｒｔに対してＰＯＳＴメソッドで送信するべきであることを示している。７０２は読み取り解像度を指定させるためのｓｅｌｅｃｔ要素であり、Ｗｅｂブラウザ５４０は図７に示す８０１のようなプルダウンメニューとして描画する。７０３はサブミット要素であり、Ｗｅｂブラウザ５４０は図７に示す８０２のようなサブミットボタンとして描画する。
【００３４】
図５の説明に戻る。Ｓ６０２において、Ｗｅｂブラウザ５４０は、ユーザによって読み込み開始ボタン８０２が押下されたか否かを判定する。読み込み開始ボタン８０２が押下されるとＳ６０３に進む。Ｓ６０３において、通信部５４１は、読み取り開始指示をＷｅｂサーバ１０２に対して送信し、Ｓ６０４に進む。具体的には、通信部５４１は、図６に示す画面データの７０１の記載に従ってこのフォームのデータをＷｅｂアプリケーション５１０のＳｃａｎＳｔａｒｔというＵＲＬに対してＨＴＴＰプロトコルによって送信する。このとき、プルダウンメニュー８０１で選択された解像度の指定もクエリーパラメータとしてＷｅｂアプリケーション５１０に送信する。Ｓ６０４において、通信部５４１は、Ｗｅｂアプリケーション５１０からの応答であるプレビュー画面のデータを受信する。Ｓ６０５において、解析部５４２は、受信したデータを解析する。
【００３５】
ここで、図８及び図９を参照して、Ｓ６０４において受信するプレビュー画面データ及び表示画面の一例について説明する。図９は、図８に示す画面データを受信した場合に、後述するＳ６０８でＬＣＤ表示部３０１に表示する画面を示す。
【００３６】
９０１はｉｍｇタグであり、ｓｒｃ属性によって画像データとして表示するべきデータのＵＲＬが指定されている。この例では、このｓｒｃ属性によって示されているＵＲＬがhttp://localhost/image/docprev?docid=xxx&sid=yyyとなっている。ｌｏｃａｌｈｏｓｔとは、ネットワーク上において自装置を示す情報である。即ち、９０１は、機器内Ｗｅｂサーバ５６０からデータを取得することを示している。
【００３７】
Ｓ６０５による解析によって上述のようなｉｍｇタグがあることがわかると、Ｓ６０６において、通信部５４１は、機器内Ｗｅｂサーバ５６０に対してｉｍｇタグ９０１のｓｒｃ属性で示されたＵＲＬのデータ取得要求を送信する。続いて、Ｓ６０７において、通信部５４１は、Ｓ６０６の要求に対する応答として、機器内データを機器内Ｗｅｂサーバ５６０から受信して、Ｓ６０８に進む。Ｓ６０８において、画面表示部５４３は、Ｓ６０４で受信したデータとＳ６０７で受信したデータに基づいて、図９に示すプレビュー画面をＬＣＤ表示部３０１に表示する。
【００３８】
図９に示すように、１００１に示す部分は９０１のｉｍｇタグの記述に対応する部分であり、機器内Ｗｅｂサーバ５６０から取得した画像データである。つまり、当該画像データは、ＭＦＰ１０１によってスキャンした画像データである。また、１００２は、ｋ９０１に示す画像データをネットワーク上の特定のＦＴＰサーバにＦＴＰプロトコルで送信するためのボタンである。このように、Ｗｅｂブラウザ５４０は、Ｗｅｂアプリケーション５１０から取得した画面データと、機器内Ｗｅｂサーバ５６０から取得したデータとを組み合わせて、１つの操作画面として表示することができる。
【００３９】
この後、Ｓ６０９において、Ｗｅｂブラウザ５４０は、ユーザがボタン１００２を押下したか否かを判定する。ボタン１００２が押下されたと判定すると、Ｓ６１０において、通信部５４１は、Ｗｅｂアプリケーション５１０に送信開始指示を送信してＳ６１１に進む。Ｓ６１１において、画面表示部５４３は、Ｓ６１０に対するレスポンスとして送信結果を示す画面を受信して表示する。
【００４０】
次に、図１０を参照して、ＭＦＰ１０１のＷｅｂブラウザ５４０が図５に示すフローチャートを実行した場合に、Ｗｅｂサーバ１０２側で実行される一連の動作について説明する。以下で説明する処理は、Ｗｅｂサーバ１０２のＣＰＵ４１１が制御プログラムを実行することにより実現される。
【００４１】
Ｓ１１０１において、プレゼンテーション部５１１は、Ｗｅｂブラウザ５４０からの要求を受信する。Ｓ１１０２において、プレゼンテーション部５１１は、受信した要求が読み込み設定画面の取得要求であるか否かを判定する。当該判定は要求されたＵＲＬが読み込み設定画面のＵＲＬであるか否かを判定する。ここで、読み込み設定画面の要求であると判定した場合はＳ１１０３に進み、それ以外の場合はＳ１１０４に進む。なお、ここでの読み込み設定画面とは、ＭＦＰ１０１で原稿を読み取る際の条件を設定する設定画面を示す。
【００４２】
Ｓ１１０３において、プレゼンテーション部５１１は、読み込み設定画面のコンテンツ（画面データ）を応答として送信し、処理を終了する。なお、Ｓ１１０１乃至Ｓ１１０３の処理は、Ｗｅｂブラウザ５４０のＳ６０１の処理に対応してＷｅｂサーバ１０２で実行されるものであり、Ｓ１１０３でなされる応答は図６に示すデータとなる。
【００４３】
Ｓ１１０２で読み込み設定画面の要求でないと判定した場合、Ｓ１１０４において、プレゼンテーション部５１１は、受信した要求が読み込み開始の要求であるか否かを判定する。当該判定は要求されたＵＲＬが読み込み開始の要求のＵＲＬであるか否かを判定する。ここで、読み込み開始の要求であると判定した場合はＳ１１０５に進み、それ以外の場合はＳ１１１１に進む。なお、ここでの読み込み開始とは、ＭＦＰ１０１において原稿の読み取り処理の開始を示す。
【００４４】
Ｓ１１０５において、ロジック部５１２は、原稿の読み込みを行うようにサービスプロバイダ５５０に対して指示を送信してサービスプロバイダ５５０からの応答を待つ。Ｓ１１０６で、ロジック部５１２は、読み込み終了の応答をサービスプロバイダ５５０から受信したか否かを判定する。Ｓ１１０６で読み込み終了の応答を受信したと判定すると、Ｓ１１０７に進む。なお、ここで受信する読み込み終了応答には、読み込んだデータを特定するためのＩＤの情報が含まれる。Ｓ１１０７において、ロジック部５１２は、読み込んだ画像データを機器内Ｗｅｂサーバ５６０から取得するためのＵＲＬ取得要求をサービスプロバイダ５５０に送信する。具体的には、ロジック部５１２は、Ｓ１１０６で受信したＩＤを指定してサービスプロバイダ５５０に対してＵＲＬ取得要求を行う。
【００４５】
その後、Ｓ１１０８において、ロジック部５１２は、ＵＲＬ取得要求に対する応答をサービスプロバイダ５５０から受信したか否かを判定する。ＵＲＬ取得要求に対するサービスプロバイダからの応答は、例えば「/image/docprev?docid=xxx&sid=yyy」などの文字列となる。Ｓ１１０９において、プレゼンテーション部５１１は、Ｗｅｂブラウザ５４０への応答となるプレビュー画面のコンテンツを生成する。プレビュー画面のコンテンツは、Ｓ１１０８で取得したＵＲＬ文字列を含んだものとなる。
【００４６】
続いて、Ｓ１１１０において、プレゼンテーション部５１１は、作成した画面のコンテンツをＷｅｂブラウザ５４０からの要求に対する応答として送信する。なお、Ｓ１１０４乃至Ｓ１１１０の処理は、Ｗｅｂブラウザ５４０のＳ６０３及びＳ６０４の処理に対応して実行される。Ｓ１１０９で生成されＳ１１１０で送信する応答は図８に示すデータとなる。
【００４７】
一方、Ｓ１１０４で読み込み開始の要求でないと判定した場合、Ｓ１１１１において、プレゼンテーション部５１１は、受信した要求が送信開始指示であるか否かを判定する。当該判定は要求されたＵＲＬが送信開始指示のＵＲＬであるか否かを判定する。ここで、送信開始指示であると判定した場合はＳ１１１２に進み、それ以外の場合はＳ１１５に進む。なお、ここでの送信開始指示とは、ＭＦＰ１０１で読み込んだ画像データをＦＴＰプロトコルで予め定められたサーバに送信する処理の開始を示す。
【００４８】
Ｓ１１１２において、ロジック部５１２は、読み込んだ画像をＦＴＰプロトコルで予め定められたサーバに送信処理を行うようにサービスプロバイダ５５０に対して指示を送信する。Ｓ１１１３において、ロジック部５１２は、送信終了の応答をサービスプロバイダから受信したか否かを判定する。Ｓ１１１３で送信終了の応答を受信したと判定すると、Ｓ１１１４に進み、プレゼンテーション部５１１は、送信結果を表す画面情報をＷｅｂブラウザ５４０からの要求に対する応答として送信する。なお、Ｓ１１１１乃至Ｓ１１１４の処理は、Ｗｅｂブラウザ５４０のＳ６１０及びＳ６１１の処理に対応して実行される。一方、Ｓ１１１１で送信開始指示でないと判定した場合、Ｓ１１１５において、Ｗｅｂアプリケーション５１０は、当該要求に対応する処理を実行する。
【００４９】
次に、図１１を参照して、サービスプロバイダ５５０の動作について説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実行される処理である。
【００５０】
Ｓ１２０１において、通信部５５１は、Ｗｅｂサーバ１０２からの要求を受信する。Ｓ１２０２において、サービスプロバイダ５５０は、受信した要求が読み込み開始指示の要求であるか否かを判定する。読み込み開始指示であると判定すると、Ｓ１２０３に進み、サービスプロバイダ５５０は、原稿読み込み処理を実行させる。具体的には、ジョブ生成部５５２がスキャンジョブを生成して、ジョブ実行部５３３にジョブの実行を依頼する。ジョブ実行部５３３は、スキャナＩ／Ｆ２１７を経由してスキャナ２２１を動作させて原稿の読み取り処理を行う。
【００５１】
その後、データ管理部５３４が、読み込んだ画像のデータをテンポラリの各種データ（ここでは、画像データとなる。）５７０としてＭＦＰ１０１内のＨＤＤに蓄積する。データ管理部５３４は、画像ＩＤを生成して読み込んだ画像データを管理する。読み込み処理が終了すると、Ｓ１２０４において、通信部５５１は、Ｗｅｂサーバ１０２に対して応答を送信し、処理を終了する。応答には読み込んだ画像データの画像ＩＤの情報が付与される。なお、Ｓ１２０１乃至Ｓ１２０４の処理はＷｅｂサーバ１０２のＳ１１０５の要求送信によって行われる。
【００５２】
一方、Ｓ１２０２で読み込み開始指示でないと判定すると、Ｓ１２０５に進み、サービスプロバイダ５５０は、受信した要求が機器内データＵＲＬ取得の要求であるか否かを判定する。機器内データＵＲＬ取得処理要求であると判定すると、Ｓ１２０６に進み、サービスプロバイダ５５０は、機器内データＵＲＬ取得要求を行う。具体的には機器内データＵＲＬ取得部５５３が機器内Ｗｅｂサーバ５６０のＵＲＬ通知部５６２に対して、画像ＩＤを指定して、その画像ＩＤの画像を機器内Ｗｅｂサーバ５６０経由で取得するためのＵＲＬを要求する。
【００５３】
続いて、Ｓ１２０７において、サービスプロバイダ５５０は、ＵＲＬ取得要求に対する応答が返ってきたか否かを判定する。応答が返ってくればＳ１２０８に進み、通信部５５１は、Ｗｅｂサーバ１０２に対して、応答を送信し、処理を終了する。なお、Ｓ１２０５乃至Ｓ１２０８の処理はＷｅｂサーバ１０２のＳ１１０７の要求送信によって行われる。一方、Ｓ１２０５で機器内データＵＲＬ取得処理要求でないと判定すると、Ｓ１２０９に進み、その要求に対応した処理を行い、処理を終了する。
【００５４】
次に、図１２を参照して、機器内Ｗｅｂサーバ５６０の動作について説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。
【００５５】
Ｓ１３０１において、機器内Ｗｅｂサーバ５６０は、サービスプロバイダ５５０の機器内データＵＲＬ取得部５５３からＵＲＬ取得要求を受けたか否かを判定する。ＵＲＬ取得要求を受けたと判定すると、Ｓ１３０２に進み、ＵＲＬ通知部５６２は、取得要求を受けた画像ＩＤのデータを機器内Ｗｅｂサーバ５６０経由で取得するためのＵＲＬを応答し、処理を終了する。なお、Ｓ１３０１及びＳ１３０２の処理は、サービスプロバイダ５５０のＳ１２０６の要求によって行われる処理である。
【００５６】
一方、Ｓ１３０１でＵＲＬ取得要求を受けていないと判定すると、Ｓ１３０３に進み、機器内Ｗｅｂサーバ５６０は、Ｗｅｂブラウザ５４０から機器内データの取得要求を受信したか否かを判定する。機器内データの取得要求を受けたと判定すると、Ｓ１３０４に進み、機器内Ｗｅｂサーバ５６０は、対象の画像データを読み出す。具体的には、データ管理部５３４に依頼して各種データ５７０の対象データを読み出す。続いて、Ｓ１３０５において、ＨＴＴＰレスポンス部５６１は、読み出したデータを機器内データの取得要求に対する応答としてＷｅｂブラウザ５４０に送信し、処理を終了する。なお、Ｓ１３０３乃至Ｓ１３０５の処理は、Ｗｅｂブラウザ５４０のＳ６０６の要求によって行われる処理である。一方、Ｓ１３０３で機器内データの取得要求を受けていないと判定すると、Ｓ１３０６にみ、機器内Ｗｅｂサーバ５６０は、要求に応じた処理を行って応答を返し、処理を終了する。
【００５７】
なお、ＭＦＰ１０１内部の各種データ５７０を機器内Ｗｅｂサーバ５６０から取得するための指示は、ＵＲＬを直接コンテンツに埋め込んだ形でなくてもよい。例えば、機器内Ｗｅｂサーバ５６０は、ＭＦＰ１０１内部の各種データ５７０のＩＤを示すデータを含むスクリプトをＷｅｂブラウザに５４０に応答してもよい。この場合、Ｗｅｂブラウザ５４０の解析部５４２がそのスクリプトを解析して、ＭＦＰ１０１内部の各種データ５７０の該当データを読み出すようにすることもできる。
【００５８】
以上説明したように、本実施形態に係る情報処理システム１００は、Ｗｅｂサーバ１０２がＭＦＰ１０１に格納されているデータを用いて外部アプリケーションの操作画面を構築する場合に、当該データの格納先情報のみを両装置の間で送受信する。本実施形態は、例えば、外部アプリケーションにおいて、ＭＦＰ１０１でスキャン処理を実行し、読み取った画像データを操作部に表示した後に、ユーザからの指示に従って当該画像データをＦＴＰ送信する場合に有効である。つまり、本実施形態では、当該ケースにおいても、ＭＦＰ１０１とＷｅｂサーバ１０２との間でＭＦＰ１０１で読み取った画像データを送受信する必要がなく、当該データの格納先情報のみを送受信することにより、上記のようなジョブを実行することができる。したがって、本情報処理システム１００は、ネットワーク負荷の増大や、操作画面表示のレスポンスの低下を低減することができる。また、秘匿情報を送信する必要がないため、セキュリティが保たれるという利点もある。
【００５９】
＜第２の実施形態＞
次に、図１３を参照して、第２の実施形態について説明する。本実施形態では、第１の実施形態で説明した各構成に対して、更に、機器内データの取得に制限を設ける。本実施形態は、機器内Ｗｅｂサーバ５６０の処理以外は上記第１の実施形態と同じ構成であるため、ここではその説明は省略する。図１３を参照して、本実施形態における機器内Ｗｅｂサーバの５６０の動作について説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。
【００６０】
Ｓ１４０１及びＳ１４０２の処理は図１２のＳ１３０１及びＳ１３０２の処理と同様であるため説明を省略する。Ｓ１４０３において、機器内Ｗｅｂサーバ５６０は、応答したＵＲＬの有効期限を設定する。具体的には、Ｓ１４０２で応答した時刻に予め定めたＵＲＬ有効時間（例えば１０秒）を加えた時刻を、応答したＵＲＬに対する有効期限として機器内Ｗｅｂサーバ５６０内に保持する。
【００６１】
Ｓ１４０４において、機器内Ｗｅｂサーバ５６０は、Ｗｅｂブラウザ５４０から機器内データの取得要求を受信したか否かを判定する。機器内データの取得要求を受けたと判定すると、Ｓ１４０５に進み、アクセス制限部５６３は、ＵＲＬの有効期限を判定する。具体的には、Ｓ１４０３で保持された有効期限内のアクセスであるか否かを判定する。有効期限内であると判定すると、機器内データへのアクセスを許可し、Ｓ１３０４及びＳ１３０５の処理と同様の処理であるＳ１４０６及びＳ１４０７に進む。一方、Ｓ１４０５で有効期限内ではないと判定すると、Ｓ１４０８に進み、機器内Ｗｅｂサーバ５６０は、有効期限を過ぎた旨を示すエラーをレスポンスとして送信する。また、Ｓ１４０４で機器内データの取得要求を受けていないと判定した場合のＳ１４０９の処理は、Ｓ１３０６の処理と同様であるため説明を省略する。
【００６２】
以上説明したように、本実施形態では、ＵＲＬ取得要求に対する応答から一定期間だけそのＵＲＬに対するアクセスを有効にする。Ｗｅｂサーバ１０２が機器内データのＵＲＬを取得し、取得したＵＲＬを含むコンテンツをＷｅｂブラウザ５４０に送信し、Ｗｅｂブラウザ５４０が機器内データ取得するという一連の処理は短時間で行われるため、有効期限内のアクセスとなる。一方、Ｗｅｂブラウザ５４０やＬＡＮ１１０上のＰＣで動作するＷｅｂブラウザから機器内部のデータを直接取得しようとしても、有効期間内のアクセスにならないため、機器内部のデータをＷｅｂブラウザから取得することができない。したがって、本実施形態によれば、機器内のデータの安全性を向上することができる。
【００６３】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
0005524723.tif 000002
【図２】
0005524723.tif 000003
【図３】
0005524723.tif 000004
【図４】
0005524723.tif 000005
【図５】
0005524723.tif 000006
【図６】
0005524723.tif 000007
【図７】
0005524723.tif 000008
【図８】
0005524723.tif 000009
【図９】
0005524723.tif 000010
【図１０】
0005524723.tif 000011
【図１１】
0005524723.tif 000012
【図１２】
0005524723.tif 000013
【図１３】
0005524723.tif 000014