JP2012129819A - 情報処理装置、その制御方法、及びプログラム - Google Patents

Abstract

【課題】Ｗｅｂサーバから提供されるＷｅｂアプリケーションの実行中に、当該Ｗｅｂアプリケーションが提供する操作画面の操作イベントとは異なる他の特定のイベントが発生した場合に、Ｗｅｂサーバに能動的に当該イベント通知を送信する情報処理装置及びその制御方法を提供する。
【解決手段】情報処理装置は、当該情報処理装置において、Ｗｅｂアプリケーションが提供する操作画面の操作イベントとは異なる他の特定のイベントが発生すると、Ｗｅｂサーバが特定のイベントの通知待ちであるか否かを判定し、Ｗｅｂサーバが特定イベントの通知待ちであれば、Ｗｅｂサーバに対して特定イベントを通知する。
【選択図】図３

Description

本発明は、Ｗｅｂサーバに接続され、当該Ｗｅｂサーバにより提供される操作画面を表示するＷｅｂブラウザを備えた情報処理装置、その制御方法、及びプログラムに関するものである。

ＰＣなどの情報処理装置がネットワーク上のＷｅｂサーバと接続され、Ｗｅｂサーバにより提供される操作画面を、情報処理装置が備えるＷｅｂブラウザ上に表示することが知られている。この場合、情報処理装置のＷｅｂブラウザがＷｅｂサーバに対して操作画面を要求し、Ｗｅｂサーバ上のＷｅｂアプリケーションが情報処理装置からの要求に応じて、Ｗｅｂブラウザに操作画面を表示させるためのＨＴＭＬファイルを情報処理装置に送信する。情報処理装置のＷｅｂブラウザは、受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づいた操作画面をＷｅｂブラウザ画面として表示する。さらに、Ｗｅｂブラウザに表示された操作画面を介してユーザが指示を入力すると、入力された指示をＷｅｂブラウザがＷｅｂサーバに対して通知する。そして、この通知を受けたＷｅｂサーバ上のＷｅｂアプリケーションは、入力された指示に従って処理を実行する。

ところで、最近ではスキャナやプリンタを備えたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）の中にも、上述したようなＷｅｂブラウザを備えているものがある。そして、ＭＦＰは、上述した手順を用いてＷｅｂサーバにより提供される操作画面をＭＦＰのＷｅｂブラウザに表示し、ユーザからの各種指示を受け付ける。

また、特許文献１には、ＭＦＰが備える各機能を利用するための指示を入力する操作画面を、ＷｅｂサーバからＭＦＰに提供することが提案されている。具体的には、ＭＦＰのユーザは、Ｗｅｂブラウザ上に表示された操作画面を介して、ＭＦＰに対する指示を入力する。そして、入力された指示はＭＦＰのＷｅｂブラウザによってＷｅｂサーバに通知される。通知を受けたＷｅｂサーバは、ユーザから入力された指示の内容に従って、ＭＦＰに対して各種処理の実行を依頼する。そして、この依頼を受けたＭＦＰは、依頼された処理を実行する。これにより、ＭＦＰを操作するための全メニューデータをＭＦＰ内で保持しておく必要がなくなり、またメニューデータの変更もＷｅｂサーバ上で容易に行うことができるようになる。

さらに、特許文献２には、ＵＳＢやＳＤカード等の着脱自在の記憶媒体を挿入することによりＭＦＰが提供するＷｅｂサービス機能が拡張された場合、Ｗｅｂページ管理モジュールにおいてＭＦＰがサポートするＵＲＬを拡張することが提案されている。この場合、Ｗｅｂクライアントは拡張されたＵＲＬにアクセスすることにより、ＭＦＰで拡張されたＷｅｂサービス機能を利用することが可能になる。

特開２００７−２３０２４４号公報 特開２００５−１６５７５０号公報

しかしながら、従来技術には以下に記載する問題がある。特許文献１のように、Ｗｅｂブラウザに表示された操作画面を介して入力された指示に基づいて、ＷｅｂアプリケーションがＭＦＰを制御するシステムでは、操作画面からのＷｅｂブラウザの操作以外のイベント通知を送信する仕組みが求められている。例えば、このようなイベント通知には、ＵＳＢメモリの挿入やＭＦＰの原稿台に原稿がセットされたというイベント通知がある。Ｗｅｂブラウザではなく既存のＵＩでは上記イベント通知をトリガーに処理、および画面遷移が進んでいく。一方で、ＷｅｂブラウザベースのＵＩであっても、操作者によっては同様の操作感であることが望ましいが、当該操作感を実現するためには上記仕組みが必要となる。

また、特許文献２では、ＵＳＢメモリの挿入をＭＦＰ内のＷｅｂページ管理モジュールが監視しており、ＵＳＢメモリの挿入をトリガーにＷｅｂページ管理モジュールがＷｅｂページＵＲＬの拡張を行う。しかしながら、特許文献２における仕組みでは、ＭＦＰから能動的に、Ｗｅｂアプリケーションが必要なタイミングでイベント通知を送信することができない。

本発明は、上述の問題に鑑みて成されたものであり、Ｗｅｂサーバから提供されるＷｅｂアプリケーションの実行中に、当該Ｗｅｂアプリケーションが提供する操作画面の操作イベントとは異なる他の特定のイベントが発生した場合に、Ｗｅｂサーバに能動的に当該イベント通知を送信する情報処理装置及びその制御方法を提供することを目的とする。

本発明は、例えば、Ｗｅｂサーバと接続され、Ｗｅｂサーバにより提供されるＷｅｂアプリケーションを実行するＷｅｂブラウザを備えた情報処理装置として実現できる。情報処理装置は、情報処理装置において、Ｗｅｂアプリケーションが提供する操作画面の操作イベントとは異なる他の特定のイベントが発生したか否かを検知する検知手段と、Ｗｅｂサーバが特定のイベントの通知待ちであるか否かを判定する判定手段と、判定手段によって、Ｗｅｂサーバが特定のイベントの通知待ちであると判定すると、Ｗｅｂサーバに対して、特定のイベントを通知する通知手段とを備えることを特徴とする。

本発明は、Ｗｅｂサーバから提供されるＷｅｂアプリケーションの実行中に、当該Ｗｅｂアプリケーションが提供する操作画面の操作イベントとは異なる他の特定のイベントが発生した場合に、Ｗｅｂサーバに能動的に当該イベント通知を送信する情報処理装置及びその制御方法を提供できる。

第１の実施例に係るＭＦＰを使用した印刷システムの構成を示す図。 第１の実施例に係るＭＦＰ及びＷｅｂサーバのハードウェア構成を示すブロック図。 第１の実施例に係るＭＦＰとＷｅｂサーバのソフトウェア構成を示すブロック図。 第１の実施例に係るメディアプリント機能実行時の一連の処理を示したシーケンス図。 第１の実施例に係るメディアプリント処理の画面遷移を示す図。 第１の実施例に係るメディアプリント処理においてＷｅｂアプリから送信されるＨＴＭＬファイルを示す図。 第１の実施例に係るメディアプリント処理においてＭＦＰで管理されるＷｅｂアプリの状態遷移表を示す図。 第１の実施例に係るメディアプリント処理においてＵＳＢ挿入イベントが発生した際の処理フローを示す図。 第２の実施例に係るＦＴＰ送信機能実行時の一連の処理を示したシーケンス図。 第２の実施例に係るＦＴＰ送信処理の画面遷移を示す図。 第２の実施例に係るＦＴＰ送信処理においてＷｅｂアプリから送信されるＨＴＭＬファイルを示す図。 第２の実施例に係るＦＴＰ送信処理においてＭＦＰで管理されるＷｅｂアプリの状態遷移表を示す図。 第２の実施例に係るＦＴＰ送信処理において原稿セットイベントが発生した際の処理フローを示す図。

以下、本発明を実施するための形態について図面を用いて説明する。尚、以下の実施例は特許請求の範囲に係る発明を限定するものでなく、また実施例で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

＜第１の実施例＞
＜印刷システムの構成＞
以下では、図１乃至図８を参照して第１の実施例について説明する。まず、図１を参照して、本実施例におけるＭＦＰ１００を使用した印刷システムの構成例について説明する。図２に示すように、本実施例における印刷システムでは、情報処理装置であるＭＦＰ１００及び外部装置であるＷｅｂサーバ２００がネットワーク１３０を介して接続される。ＭＦＰ１００及びＷｅｂサーバ２００はネットワーク１３０を介して相互通信可能である。ＷｅｂアプリケーションはＷｅｂサーバ２００上で動作する。ＷｅｂブラウザはＭＦＰ１００上で動作し、Ｗｅｂサーバ２００上のＷｅｂアプリケーションを実行する。つまり、本実施例では、ＭＦＰ１００がＷｅｂサーバから提供されるＷｅｂアプリケーションを実行する印刷システムを想定している。

＜各装置のハードウェア構成＞
次に、図２を参照して、本実施例における情報処理装置であるＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１００及びＷｅｂサーバ２００のハードウェア構成について説明する。ＭＦＰ１００は、制御部２１０、オペレーションパネル１２０、プリンタ１２１、スキャナ１２２、及び着脱自在なＵＳＢメモリ１２３を備える。また、制御部２１０は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ１０４、ＮＶＲＡＭ１０５、パネル制御部１０６、プリンタＩ／Ｆ制御部１０７、スキャナＩ／Ｆ制御部１０８、ＵＳＢＩ／Ｆ制御部１０９、及びネットワークＩ／Ｆ制御部１１０を備える。

ＣＰＵ１０１は、ＭＦＰ１００のソフトウェアプログラムを実行し、装置全体の制御を行なう。ＲＯＭ１０２は、リードオンリーメモリであり、装置のブートプログラムや固定パラメータ等が格納されている。ＲＡＭ１０３は、ランダムアクセスメモリであり、ＣＰＵ１０１が装置を制御する際に、一時的なデータの格納などに使用される。ＨＤＤ１０４は、ハードディスクドライブであり、印刷データの格納など、様々なデータの格納に使用する。ＮＶＲＡＭ１０５は、不揮発性のメモリでありＭＦＰ１００の各種設定値を保存するためのものである。

パネル制御部１０６は、オペレーションパネル１２０を制御し、各種情報の表示、使用者からの指示入力を行なう。プリンタＩ／Ｆ制御部１０７は、プリンタ１２１を制御する。スキャナＩ／Ｆ制御部１０８は、スキャナ１２２を制御する。ＵＳＢＩ／Ｆ制御部１０９は、ＵＳＢメモリ１２３を制御する。ネットワークＩ／Ｆ制御部１１０は、ネットワーク１３０とのデータの送受信を制御する。バス１４０には、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ１０４、ＮＶＲＡＭ１０５、パネル制御部１０６、プリンタＩ／Ｆ制御部１０７、スキャナＩ／Ｆ制御部１０８、ＵＳＢＩ／Ｆ制御部１０９、及びネットワークＩ／Ｆ制御部１１０が接続される。またバス１４０は、ＣＰＵ１０１からの制御信号や各装置間のデータ信号が送受信されるシステムバスである。

続いて、Ｗｅｂサーバ２００のハードウェア構成について説明する。Ｗｅｂサーバ２００は、制御部３１０を備える。また、制御部３１０は、ＣＰＵ３１１、ＲＯＭ３１２、ＲＡＭ３１３、ＨＤＤ３１４及びネットワークＩ／Ｆ３１５を備える。ＣＰＵ３１１を含む制御部３１０は、Ｗｅｂサーバ２００全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。ネットワークＩ／Ｆ３１５は、制御部３１０（Ｗｅｂサーバ２００）をネットワーク１３０に接続する。また、ネットワークＩ／Ｆ３１５は、ネットワーク１３０上の他の装置との間で各種情報を送受信する。

＜各装置のソフトウェア構成＞
次に、図３を参照して、ＭＦＰ１００とＷｅｂサーバ２００とのソフトウェア構成例について説明する。図３に示す各機能部は、ＭＦＰ１００、Ｗｅｂサーバ２００がそれぞれ有しているＣＰＵ１０１、ＣＰＵ３１１において制御プログラムを実行することにより実現される。ＭＦＰ１００は、Ｗｅｂブラウザ４４０、ＵＳＢメモリ制御部４２０、原稿台状態制御部４３０、及びＷｅｂアプリケーション状態制御部４５０を備える。

Ｗｅｂブラウザ４４０は、通信部４４１、解析部４４２、画面表示部４４３、及び画面操作制御部４４４を有する。通信部４４１は、ＨＴＴＰプロトコルに従ってＷｅｂアプリケーション４１０のプレゼンテーション部４１１と通信する。より具体的には、通信部４４１は、Ｗｅｂブラウザで表示する操作画面の画面情報をＷｅｂアプリケーション４１０に対して要求する。また、通信部４４１は、Ｗｅｂアプリケーション４１０から送信される要求に対するレスポンス（処理結果）を受信する。解析部４４２は、Ｗｅｂアプリケーション４１０から受信したレスポンスを解析する。レスポンスの中には、ＨＴＭＬデータ（画面情報）が含まれる。ＨＴＭＬデータには、Ｗｅｂブラウザ４４０に表示すべき操作画面の内容を示す記述、およびＷｅｂアプリケーション４１０の状態を示すＨＴＭＬデータが含まれる。画面表示部４４３は、ＨＴＭＬデータの解析結果に基づいて操作部２１９に操作画面を表示する。画面操作制御部４４４は、Ｗｅｂブラウザ４４０に設けられたユーザインタフェースの制御を行う。ユーザインタフェースの制御としては、入力ボタンの有効化／無効化、表示／非表示といった処理を実施する。

ＵＳＢメモリ制御部４２０は、ＵＳＢメモリ通信部４２１、ＵＳＢメモリ管理部４２２、及びＵＳＢメモリ挿抜検知部４２３を備える。ＵＳＢメモリ通信部４２１は、Ｗｅｂサービスプロバイダとして機能し、Ｗｅｂアプリケーション４１０からのＵＳＢメモリに関するＨＴＴＰリクエストに対し応答する。ＵＳＢメモリ挿抜検知部４２３ではＵＳＢメモリのＭＦＰ１００に対する挿抜状態を検知する。ＵＳＢメモリ管理部４２２ではＵＳＢメモリ挿抜状態を管理し、ＵＳＢメモリ挿抜イベントの通知、さらには、ＵＳＢメモリ挿抜状態の問い合わせに対する応答を行う。また、ＵＳＢメモリ管理部４２２ではＵＳＢメモリ内の画像ファイル情報も管理し、ＵＳＢメモリ内の画像ファイル情報の問い合わせに対する応答も行う。

原稿台状態制御部４３０は、原稿台状態通信部４３１、原稿台状態管理部４３２、及び原稿台状態検知部４３３を備える。原稿台状態通信部４３１は、Ｗｅｂサービスプロバイダとして機能し、Ｗｅｂアプリケーション４１０からの原稿台状態に関するＨＴＴＰリクエストに対し応答する。原稿台状態検知部４３３では原稿台上に原稿がセット（載置）された、原稿が取り除かれたといった原稿台状態を検知する。原稿台状態管理部４３２では原稿台状態を管理し、原稿台状態変化イベントの通知、さらには、原稿台状態の問い合わせに対する応答を行う。なお、ＵＳＢメモリ挿抜検知部４２３及び原稿台状態検知部４３３は、検知手段の一例であり、ＭＦＰ１００において、Ｗｅｂアプリケーション４１０が提供する操作画面の操作イベントとは異なる他の特定のイベントが発生したか否かを検知する。

Ｗｅｂアプリケーション状態制御部４５０は、Ｗｅｂアプリケーション状態判断部４５１及びＷｅｂアプリケーション状態管理部４５２を備える。Ｗｅｂアプリケーション状態判断部４５１では、判定手段として機能し、Ｗｅｂアプリケーション４１０から通知されたＨＴＭＬに含まれるＷｅｂアプリケーション４１０の状態を示すＨＴＭＬデータを用いて、Ｗｅｂアプリケーションの状態を判断する。上記ＨＴＭＬデータは、Ｗｅｂブラウザ４４０からＷｅｂアプリケーション状態制御部４５０に通知される。Ｗｅｂアプリケーション状態管理部４５２では、Ｗｅｂアプリケーション状態判断部４５１が判断したＷｅｂアプリケーションの状態を管理する。具体的には、Ｗｅｂアプリケーションの状態によりＵＳＢメモリ制御部４２０、及び原稿台状態制御部４３０からのイベントを処理したり、それらに対して状態の問い合わせを行う。

＜メディアプリント処理＞
次に、図４を参照して、本実施例におけるメディアプリント実行時の処理シーケンスについて説明する。メディアプリント処理とは、ＭＦＰ１００に挿入された記憶媒体から画像ファイルを読み出して印刷を実行する処理を示す。なお、本実施例では、メディアプリント処理を一例に説明するが、これに限定されず、記憶媒体をＭＦＰ１００に対して挿入する処理であればよい。即ち、Ｗｅｂアプリケーション４１０が提供する操作画面を介した操作イベント以外のイベント（ここでは、記憶媒体（ＵＳＢメモリ）の挿入）が発生するような処理であればよい。

まず、ＭＦＰ１００のＷｅｂブラウザ４４０がユーザにより起動され、メディアプリント機能が選択される。メディアプリント機能が選択されると、Ｓ５０１において、Ｗｅｂブラウザ４４０は、メディアプリント画面の画面情報を要求するＨＴＴＰリクエストをＷｅｂアプリケーション４１０に送信する。ＨＴＴＰリクエストを受けたＷｅｂアプリケーション４１０は、Ｓ５０２において、ＵＳＢメモリ通信部４２１に対してＵＳＢメモリ挿抜状態を問い合わせるＨＴＴＰリクエストを送信する。当該ＨＴＴＰリクエストを受信したＵＳＢメモリ通信部４２１は、Ｓ５０３において、ＵＳＢメモリ管理部４２２に対してＵＳＢメモリ挿抜状態の問い合わせを行う。問い合わせを受けると、ＵＳＢメモリ管理部４２２は、Ｓ５０４において、ＵＳＢメモリ通信部４２１にＵＳＢメモリ挿抜状態を通知する。当該通知を受けると、ＵＳＢメモリ通信部４２１は、Ｓ５０５において、Ｗｅｂアプリケーション４１０にＵＳＢメモリ挿抜状態をＨＴＴＰレスポンスとして送信する。

Ｗｅｂアプリケーション４１０は、Ｓ５０５でＵＳＢメモリ挿抜状態を検知する。ここで、ＵＳＢメモリが挿入されていない場合、Ｗｅｂアプリケーション４１０は、Ｓ５０６において、Ｗｅｂブラウザ４４０に、ｈｉｄｄｅｎ型ｉｎｐｕｔ要素で名前がｕｓｂ＿ｉｎｓｅｒｔのｈｔｍｌタグを埋め込んだＨＴＴＰレスポンスを送信する。当該ＨＴＴＰレスポンスには、ＵＳＢメモリ挿入をユーザに対して促すためのメッセージを表示したＨＴＭＬ画面情報も含まれる。

Ｗｅｂブラウザ４４０は、ｈｉｄｄｅｎ型ｉｎｐｕｔ要素で名前がｕｓｂ＿ｉｎｓｅｒｔのｈｔｍｌタグを含むＨＴＴＰレスポンスを受信するとＷｅｂアプリケーション４１０がＵＳＢメモリ挿入イベント待ち状態であると判断する。ここで、ＵＳＢメモリ管理部４２２がＵＳＢメモリ挿入を検知すると、Ｗｅｂブラウザ４４０にＳ５０７で当該イベントを通知する。Ｗｅｂブラウザ４４０は、Ｓ５０８において、ＵＳＢメモリ挿入通知を受けると、Ｗｅｂアプリケーション４１０にＨＴＴＰリクエストを送信する。このＨＴＴＰリクエストには、ｈｔｍｌタグに記載されたｉｎｐｕｔ要素であるｕｓｂ＿ｉｎｓｅｒｔが含まれＵＳＢ挿入イベントが発生したことを示す情報が含まれる。

次に、Ｓ５０９において、Ｗｅｂアプリケーション４１０は、ＨＴＴＰリクエストを受信するとＵＳＢメモリ通信部４２１にＵＳＢメモリ画像リストを要求するＨＴＴＰリクエストを送信する。続いて、Ｓ５１０において、ＵＳＢメモリ通信部４２１は、ＨＴＴＰリクエストを受信するとＵＳＢメモリ管理部にＵＳＢメモリ画像ファイルを要求する。Ｓ５１１において、ＵＳＢメモリ管理部４２２は、要求を受けるとＵＳＢメモリ画像ファイルをＵＳＢメモリ通信部４２１に通知する。Ｓ５１２において、ＵＳＢメモリ通信部４２１は、通知を受けるとＵＳＢメモリ画像リストを通知するＨＴＴＰレスポンスを送信する。さらに、Ｓ５１３において、Ｗｅｂアプリケーション４１０は、ＨＴＴＰレスポンスを受信すると、メディアプリントファイル一覧画面を生成し、メディアプリントファイル一覧画面をＨＴＴＰレスポンスでＷｅｂブラウザ４４０に送信する。

＜画面例＞
次に、図５を参照して、本実施例における画面遷移の一例について説明する。図５に示すように、メニュー画面６０１、メディアプリント・ＵＳＢメモリ挿入要求画面６１０、メディアプリント・印刷ファイル選択画面６２０の遷移順で処理が進められる。それぞれの画面はＷｅｂブラウザ４４０にて表示され、ユーザ操作によって遷移していく。メニュー画面６０１は、ＭＦＰ１００の機能を利用するにあたりどの機能を選択するかを指示する画面である。この画面においてメディアプリントボタン６０２を押下するとメディアプリント画面に遷移する。またＦＴＰ送信ボタン６０３を押下するとＦＴＰ送信画面に遷移する。

メディアプリント・ＵＳＢメモリ挿入要求画面６１０は、メニュー画面６０１においてユーザがメディアプリントボタン６０２を押下し、メディアプリント機能を利用する場合で、かつ、ＵＳＢメモリがＭＦＰ１００に挿入されていないときに遷移する画面である。本画面においてユーザにＵＳＢメモリの挿入を促す。矢印６１１に示すように、メディアプリント・ＵＳＢメモリ挿入要求画面６１０からメディアプリント・印刷ファイル選択画面６２０への遷移は、ＵＳＢメモリがＭＦＰ１００に挿入されると発生する。メディアプリント・印刷ファイル選択画面６２０は、さらに、ＵＳＢメモリがＭＦＰ１００に挿入された状態で、メニュー画面６０１のメディアプリントボタン６０２が押下された場合にも表示される。本画面ではＵＳＢメモリに格納された画像ファイルリストが６２２に表示される。ユーザは６２２に表示された画像ファイルリストの何れかの画像ファイルを選択し、印刷ボタン６２１を押下することにより選択した画像ファイルの印刷を実行することができる。

＜ＨＴＴＰレスポンス＞
次に、図６を参照して、本実施例におけるｈｉｄｄｅｎ型ｉｎｐｕｔ要素で名前がｕｓｂ＿ｉｎｓｅｒｔのｈｔｍｌタグを含むＨＴＴＰレスポンスについて説明する。具体的には図５のメディアプリント・ＵＳＢメモリ挿入要求画面６１０を表示するために、Ｗｅｂアプリケーション４１０がＷｅｂブラウザ４４０に送信するＨＴＴＰレスポンス（画像情報）である。当該ＨＴＴＰレスポンスは、図４のＳ５０６で送信するものでもある。７０１にｔｙｐｅが”ｈｉｄｄｅｎ”で、ｎａｍｅが”ｕｓｂ＿ｉｎｓｅｒｔ”であるｉｎｐｕｔ要素が定義されている。このように、Ｗｅｂアプリケーション４１０は、ＨＴＴＰレスポンスにおいて送信する画面情報に対して、自身が特定のイベントの通知待ち状態であることを示す情報を追加する。

＜Ｗｅｂアプリケーションの状態遷移＞
次に、図７を参照して、本実施例においてＭＦＰ１００で管理するＷｅｂアプリケーション４１０の状態遷移表について説明する。まず、Ｗｅｂアプリケーション４１０の状態としては通常状態８０２とＵＳＢメモリ挿入待ち状態８０３とがある。イベント８０４〜８０７は４つ定義されている。Ｗｅｂアプリケーション４１０からｔｙｐｅが”ｈｉｄｄｅｎ”で、ｎａｍｅが”ｕｓｂ＿ｉｎｓｅｒｔ”であるｉｎｐｕｔ要素を受信するイベント８０４では、Ｗｅｂアプリケーション４１０が通常状態であればＵＳＢ挿入まち状態に遷移する。

その他のイベントとして、Ｗｅｂブラウザ４４０がＷｅｂアプリケーション４１０に”ｕｓｂ＿ｉｎｓｅｒｔ”発生を送信するイベント８０５がある。また、Ｗｅｂアプリケーション４１０に任意のＨＴＴＰリクエストを送信するイベント８０６がある。また、ＵＳＢ挿入まち状態に遷移してから所定時間が経過したことを示すタイムアウトイベント８０７がある。これらのイベント発生時において、Ｗｅｂアプリケーション４１０がＵＳＢ挿入まち状態であれば通常状態に遷移する、即ち、特定のイベントの通知待ち状態を解除する。

＜ＵＳＢメモリ挿入イベント発生時の処理フロー＞
次に、図８を参照して、本実施例におけるＭＦＰ１００上でＵＳＢメモリ挿入イベントが発生した場合の処理フローについて説明する。なお、以下で説明する処理は、制御部２１０のＣＰＵ１０１によって統括的に制御される。なお、ＵＳＢメモリがＭＦＰ１００に挿入されると、ＵＳＢメモリ挿抜検知部４２３がＵＳＢメモリの挿入を検知し、Ｗｅｂアプリケーション状態制御部４５０に通知する。

まず、Ｓ９０１において、Ｗｅｂアプリケーション状態判断部４５１は、ＭＦＰ１００が管理するＷｅｂアプリケーション状態がＵＳＢメモリ挿入待ち状態であるか否かを判断する。ここで、ＵＳＢメモリ挿入待ち状態でなければ、処理は行わず終了する。一方、ＵＳＢメモリ挿入待ち状態であれば、Ｓ９０２に進み、Ｗｅｂブラウザ４４０は、ｔｙｐｅが”ｈｉｄｄｅｎ”で、ｎａｍｅが”ｕｓｂ＿ｉｎｓｅｒｔ”であるｉｎｐｕｔ要素の発生を示すＨＴＴＰリクエストをＷｅｂアプリケーション４１０に送信する。その後、Ｓ９０３において、Ｗｅｂアプリケーション状態制御部４５０は、ＭＦＰ１００が管理するＷｅｂアプリケーション状態を通常状態に遷移させ、処理を終了する。

以上説明したように、本実施例における情報処理装置は、Ｗｅｂサーバ２００から提供されるＷｅｂアプリケーション４１０を実行中に、ＵＳＢメモリの挿入を検知すると、ＵＳＢメモリが挿入されたことを示すイベントをＷｅｂサーバ２００に通知する。なお、本情報処理装置は、Ｗｅｂアプリケーション４１０の状態を判断し、当該イベントの通知待ち状態であれば、イベントを通知する。これにより、本情報処理装置は、Ｗｅｂアプリケーションの実行中に、当該Ｗｅｂアプリケーションが提供する操作画面の操作イベントとは異なるＵＳＢの挿入イベントが発生した場合であっても、当該イベントをＷｅｂサーバに能動的に送信することができる。なお、本実施例では、ＵＳＢメモリの挿入イベントを一例に説明したが、このイベントに限定する意図はなく、情報処理装置に対して脱着自在の記憶媒体が挿入されるイベントであればよい。また、上記イベントをＷｅｂアプリケーション４１０に通知する必要があるケースとして、Ｗｅｂアプリケーション４１０が記憶媒体に格納されている画像ファイルを用いた処理を実行する場合などが想定される。

＜第２の実施例＞
以下では、図９乃至図１３を参照して、第２の実施例について説明する。本実施例は、ＦＴＰ送信処理がＷｅｂブラウザ４４０で選択された際の処理となる。なお、上記第１の実施例と同様の構成及び技術については説明を割愛する。また、本実施例では、ＦＴＰ送信処理を一例に説明するが、これに限定されず、原稿台に原稿が載置されるような処理であればよい。即ち、Ｗｅｂアプリケーション４１０が提供する操作画面を介した操作イベント以外のイベント（ここでは、記憶媒体（ＵＳＢメモリ）の挿入）が発生するような処理であればよい。

＜ＦＴＰ送信処理＞
次に、図９を参照して、本実施例におけるＦＴＰ送信処理の処理シーケンスについて説明する。まず、ＭＦＰ１００のＷｅｂブラウザ４４０がユーザにより起動され、ＦＴＰ送信機能が選択される。ＦＴＰ送信機能が選択されると、Ｓ１００１において、Ｗｅｂブラウザ４４０は、ＦＴＰ送信画面を要求するＨＴＴＰのリクエストをＷｅｂアプリケーション４１０に送信する。リクエストを受けたＷｅｂアプリケーション４１０は、Ｓ１００２において、原稿台状態通信部４３１に原稿台状態を問い合わせるＨＴＴＰリクエストを送信する。

ＨＴＴＰリクエストを受信した原稿台状態通信部４３１は、Ｓ１００３において、原稿台状態管理部４３２に原稿台状態の問い合わせを行う。問い合わせを受けると、原稿台状態管理部４３２は、Ｓ１００４において、原稿台状態通信部４３１に原稿台状態の通知を行う。当該通知を受けると、原稿台状態通信部４３１は、Ｓ１００５において、Ｗｅｂアプリケーション４１０に原稿台状態をＨＴＴＰレスポンスで送信する。

Ｗｅｂアプリケーション４１０はＳ１００５で原稿台状態を検知する。ここで、原稿台に原稿がセットされていない場合、Ｗｅｂアプリケーション４１０は、Ｓ１００６において、Ｗｅｂブラウザ４４０に、ｈｉｄｄｅｎ型ｉｎｐｕｔ要素で名前がｄｏｃｕｍｅｎｔ＿ｓｅｔのｈｔｍｌタグを埋め込んだＨＴＴＰレスポンスを送信する。このＨＴＴＰレスポンスには、ユーザに原稿台への原稿セットを促すためのメッセージを表示したＨＴＭＬ画面情報も含まれる。

Ｗｅｂブラウザ４４０はｈｉｄｄｅｎ型ｉｎｐｕｔ要素で名前がｄｏｃｕｍｅｎｔ＿ｓｅｔのｈｔｍｌタグを含むＨＴＴＰレスポンスを受信するとＷｅｂアプリケーションが原稿セット待ち状態であると判断する。ここで、原稿台状態管理部４３２は、原稿セットを検知すると、Ｓ１００７においてＷｅｂブラウザ４４０に原稿がセットされたことを通知する。Ｗｅｂブラウザ４４０は、原稿セット通知を受けると、Ｓ１００８において、Ｗｅｂアプリケーション４１０にＨＴＴＰリクエストを送信する。このＨＴＴＰリクエストにはｈｉｄｄｅｎ型で名前がｄｏｃｕｍｅｎｔ＿ｓｅｔであるｉｎｐｕｔ要素が含まれており、これは原稿セットイベントが発生したことを示す。続いて、Ｓ１００９において、Ｗｅｂアプリケーション４１０は、ＨＴＴＰリクエストを受信すると、ＦＴＰ送信設定画面を生成し、ＦＴＰ送信設定画面をＨＴＴＰレスポンスでＷｅｂブラウザ４４０に送信する。

＜画面例＞
次に、図１０を参照して、本実施例における画面遷移の一例について説明する。図１０に示すように、メニュー画面１１０１、ＦＴＰ送信・原稿セット要求画面１１１０、ＦＴＰ送信・読み込み設定画面１１２０の遷移順で処理が進められる。それぞれの画面はＷｅｂブラウザ４４０において表示され、ユーザ操作によって遷移していく。メニュー画面１１０１は、ＭＦＰ１００の機能を利用するにあたりどの機能を選択するかを指示する画面である。この画面においてメディアプリントボタン１１０２を押下するとメディアプリント画面に遷移する。またＦＴＰ送信ボタン１１０３を押下するとＦＴＰ送信画面に遷移する。

ＦＴＰ送信・原稿セット要求画面１１１０は、メニュー画面１１０１においてユーザがＦＴＰ送信ボタン１１０３を押下し、ＦＴＰ送信機能を利用する場合で、かつ、ＭＦＰ１００の原稿台に原稿がセットされていないときに遷移する画面である。本画面においてユーザに原稿台への原稿セットを促す。

ＦＴＰ送信・読み込み設定画面１１２０は、ＦＴＰ送信・原稿セット要求画面１１１０の表示中にユーザがＭＦＰ１００の原稿台に原稿をセットした場合に表示される。また、ＭＦＰ１００の原稿台に原稿がセットされた状態で、メニュー画面１１０１のＦＴＰ送信ボタン１１０３が押下された場合にも表示される。本画面ではＦＴＰ送信の読み込み設定が１１２２に表示される。ユーザは１１２２に表示された読み込み設定を所望の設定に変更し、読み込みボタン１１２１を押下することにより選択した設定で画像ファイルのＦＴＰ送信を実行することができる。

＜ＨＴＴＰレスポンス＞
次に、図１１を参照して、本実施例におけるｈｉｄｄｅｎ型ｉｎｐｕｔ要素で名前がｄｏｃｕｍｅｎｔ＿ｓｅｔのｈｔｍｌタグを含むＨＴＴＰレスポンスについて説明する。具体的には図１０のＦＴＰ送信・原稿セット要求画面１１１０を表示するために、Ｗｅｂアプリケーション４１０がＷｅｂブラウザ４４０に送信するＨＴＴＰレスポンス（画面情報）である。当該ＨＴＴＰレスポンスは、図９のＳ１００６で送信するものでもある。１２０１にｔｙｐｅが”ｈｉｄｄｅｎ”で、ｎａｍｅが”ｕｓｂ＿ｉｎｓｅｒｔ”であるｉｎｐｕｔ要素が定義されている。このように、Ｗｅｂアプリケーション４１０は、ＨＴＴＰレスポンスにおいて送信する画面情報に対して、自身が特定のイベントの通知待ち状態であることを示す情報を追加する。

＜Ｗｅｂアプリケーションの状態遷移＞
次に、図１２を参照して、本実施例においてＭＦＰ１００で管理するＷｅｂアプリケーション４１０の状態遷移表について説明する。まず、Ｗｅｂアプリケーション４１０の状態としては通常状態１３０２と原稿セットまち状態１３０３とがある。イベント１３０４〜１３０７は４つ定義されている。Ｗｅｂアプリケーション４１０からｔｙｐｅが”ｈｉｄｄｅｎ”で、ｎａｍｅが”ｄｏｃｕｍｅｎｔ＿ｓｅｔ”であるｉｎｐｕｔ要素を受信するイベント１３０４では、Ｗｅｂアプリケーション４１０が通常状態であれば原稿セットまち状態に遷移する。

その他のイベントとして、Ｗｅｂブラウザ４４０がＷｅｂアプリケーション４１０に”ｄｏｃｕｍｅｎｔ＿ｓｅｔ”発生を送信するイベント１３０５がある。また、Ｗｅｂアプリケーション４１０に任意のＨＴＴＰリクエストを送信するイベント１３０６がある。また、原稿セットまち状態に遷移してから所定時間が経過したことを示すタイムアウトイベント１３０７がある。これらのイベント発生時において、Ｗｅｂアプリケーション４１０が原稿セットまち状態であれば通常状態に遷移する、即ち、特定のイベントの通知待ち状態を解除する。

＜原稿セットイベント発生時の処理フロー＞
次に、図１３を参照して、本実施例におけるＭＦＰ１００上で原稿セットイベントが発生した場合の処理フローについて説明する。なお、以下で説明する処理は、制御部２１０のＣＰＵ１０１によって統括的に制御される。なお、原稿がセットされると、原稿台状態検知部４３３が原稿のセットを検知し、Ｗｅｂアプリケーション状態制御部４５０に通知する。

まず、Ｓ１４０１において、Ｗｅｂアプリケーション状態判断部４５１は、ＭＦＰ１００が管理するＷｅｂアプリケーション状態が原稿セットまち状態か否かを判断する。ここで、原稿セットまち状態でなければ、処理は行わず終了する。一方、原稿セットまち状態であれば、Ｓ１４０２に進み、Ｗｅｂブラウザ４４０は、ｔｙｐｅが”ｈｉｄｄｅｎ”で、ｎａｍｅが”ｄｏｃｕｍｅｎｔ＿ｓｅｔ”であるｉｎｐｕｔ要素の発生を示すＨＴＴＰリクエストをＷｅｂアプリケーション４１０に送信する。その後、Ｓ１４０３において、Ｗｅｂアプリケーション状態制御部４５０は、ＭＦＰ１００が管理するＷｅｂアプリケーション状態を通常状態に遷移させ、処理を終了する。

以上説明したように、本実施例における情報処理装置は、Ｗｅｂサーバ２００から提供されるＷｅｂアプリケーション４１０を実行中に、原稿台への原稿のセットを検知すると、原稿がセットされたことを示すイベントをＷｅｂサーバ２００に通知する。なお、本情報処理装置は、Ｗｅｂアプリケーション４１０の状態を判断し、当該イベントの通知待ち状態であれば、イベントを通知する。これにより、本情報処理装置は、Ｗｅｂアプリケーションの実行中に、当該Ｗｅｂアプリケーションが提供する操作画面の操作イベントとは異なる原稿のセットイベントが発生した場合であっても、当該イベントをＷｅｂサーバに能動的に送信することができる。なお、本実施例では、原稿のセットイベントについて説明したが、このようなイベントをＷｅｂアプリケーション４１０に通知する必要があるケースとして、Ｗｅｂアプリケーション４１０が何らかの原稿を読み取る処理を実行する場合などが想定される。

＜その他の実施例＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (7)

1. Ｗｅｂサーバと接続され、該Ｗｅｂサーバにより提供されるＷｅｂアプリケーションを実行するＷｅｂブラウザを備えた情報処理装置であって、
   前記情報処理装置において、前記Ｗｅｂアプリケーションが提供する操作画面の操作イベントとは異なる他の特定のイベントが発生したか否かを検知する検知手段と、
   前記Ｗｅｂサーバが前記特定のイベントの通知待ちであるか否かを判定する判定手段と、
   前記判定手段によって、前記Ｗｅｂサーバが前記特定のイベントの通知待ちであると判定すると、前記Ｗｅｂサーバに対して、前記特定のイベントを通知する通知手段と
   を備えることを特徴とする情報処理装置。
2. 前記Ｗｅｂアプリケーションの操作画面を生成するための画面情報であって、前記Ｗｅｂサーバから提供される前記画面情報に含まれる情報に基づいて、前記Ｗｅｂサーバが前記特定のイベントの通知待ちであるか否かを管理する管理手段をさらに備え、
   前記判定手段は、前記管理手段によって管理されている情報に従って、前記Ｗｅｂサーバが前記特定のイベントの通知待ちであるか否かを判定することを特徴とする請求項１に記載の情報処理装置。
3. 前記管理手段は、
   前記Ｗｅｂサーバが前記特定のイベントの通知待ちである場合に、前記特定のイベントの通知待ち状態に遷移してから所定時間が経過するか、前記特定のイベントを前記Ｗｅｂサーバに通知するか、又は、前記情報処理装置から前記Ｗｅｂサーバに対して要求を送信すると、該通知待ち状態を解除することを特徴とする請求項２に記載の情報処理装置。
4. 前記特定のイベントとは、前記情報処理装置に対して脱着自在の記憶媒体が挿入されるイベントであり、
   前記Ｗｅｂアプリケーションは、前記記憶媒体に格納されている画像ファイルを用いた処理を実行する場合に、前記特定のイベントの通知待ちであること示す情報を前記画面情報に追加することを特徴とする請求項２又は３に記載の情報処理装置。
5. 前記特定のイベントとは、原稿が原稿台に載置されるイベントであり、
   前記Ｗｅｂアプリケーションは、前記原稿を読み取る処理を実行する場合に、前記特定のイベントの通知待ちであること示す情報を前記画面情報に追加することを特徴とする請求項２又は３に記載の情報処理装置。
6. Ｗｅｂサーバと接続され、該Ｗｅｂサーバにより提供されるＷｅｂアプリケーションを実行するＷｅｂブラウザを備えた情報処理装置の制御方法であって、
   検知手段が、前記情報処理装置において、前記Ｗｅｂアプリケーションが提供する操作画面の操作イベントとは異なる他の特定のイベントが発生したか否かを検知する検知ステップと、
   判定手段が、前記Ｗｅｂサーバが前記特定のイベントの通知待ちであるか否かを判定する判定ステップと、
   通知手段が、前記判定ステップにおいて、前記Ｗｅｂサーバが前記特定のイベントの通知待ちであると判定すると、前記Ｗｅｂサーバに対して、前記特定のイベントを通知する通知ステップと
   を実行することを特徴とする情報処理装置の制御方法。
7. 請求項６に記載の情報処理装置の制御方法における各ステップをコンピュータに実行させるためのプログラム。

Images