情報処理装置、情報処理装置の制御方法、及びプログラム
【課題】 サーバからの要求に基づく処理を実行する際に、操作画面が遷移されている場合は、サーバからの要求に基づく処理の実行を制限する仕組みを提供することを目的とする。
【解決手段】 Ｗｅｂアプリケーション４１０から処理の実行を要求されたサービスプロバイダ４３０は、現在最前面に表示されている操作画面がＷｅｂブラウザであるか否かを判断する。そして、最前面に表示されている操作画面がＷｅｂブラウザである場合は、Ｗｅｂアプリケーション４１０から要求された処理を実行させ、最前面に表示されている操作画面がＷｅｂブラウザでない場合は、Ｗｅｂアプリケーション４１０から要求された処理を実行しないよう制御する。
【解決手段】 Ｗｅｂアプリケーション４１０から処理の実行を要求されたサービスプロバイダ４３０は、現在最前面に表示されている操作画面がＷｅｂブラウザであるか否かを判断する。そして、最前面に表示されている操作画面がＷｅｂブラウザである場合は、Ｗｅｂアプリケーション４１０から要求された処理を実行させ、最前面に表示されている操作画面がＷｅｂブラウザでない場合は、Ｗｅｂアプリケーション４１０から要求された処理を実行しないよう制御する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバに接続され、当該サーバにより提供される操作画面を表示可能な表示部を備えた情報処理装置、情報処理装置の制御方法、プログラムに関する。
【背景技術】
【０００２】
ＰＣなどの情報処理装置がネットワーク上のサーバに接続され、サーバにより提供される操作画面を、情報処理装置が備える表示部に表示することが知られている。その代表例としては、ネットワーク上のＷｅｂサーバから取得した操作画面を、情報処理装置に備えられたＷｅｂブラウザが表示するシステムが挙げられる。
【０００３】
この場合、まず情報処理装置のＷｅｂブラウザが、Ｗｅｂサーバに対して操作画面を要求（リクエスト）する。そして、Ｗｅｂサーバ上のＷｅｂアプリケーションが情報処理装置からの要求に応えて、Ｗｅｂブラウザに操作画面を表示させるためのＨＴＭＬファイルを情報処理装置に応答（レスポンス）する。情報処理装置のＷｅｂブラウザは、受信したＨＴＭＬファイルを解析し、ＨＴＭＬファイルの記述に基づいた操作画面を表示する。
【０００４】
更に、Ｗｅｂブラウザに表示された操作画面を介してユーザが指示を入力すると、入力された指示をＷｅｂブラウザがＷｅｂサーバに対して通知する。そして、この通知を受けたＷｅｂサーバ上のＷｅｂアプリケーションは、入力された指示に従って処理を実行する。
【０００５】
ところで、最近ではスキャナやプリンタを備えたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）にも、上述したようなＷｅｂブラウザを備えているものがある。そして、ＭＦＰは、上述した手順を用いてＷｅｂサーバにより提供される操作画面をＭＦＰのＷｅｂブラウザに表示し、ユーザからの各種指示を受け付ける。
【０００６】
また更には、特許文献１のような技術も考えられている。特許文献１の記載によれば、ＭＦＰが備える各機能を利用するための指示を入力する操作画面を、Ｗｅｂサーバが提供する。即ち、ＭＦＰのユーザは、Ｗｅｂブラウザ上に表示された操作画面を介して、ＭＦＰに対する指示を入力する。そして、入力された指示はＭＦＰのＷｅｂブラウザによってＷｅｂサーバに通知される。
【０００７】
この通知を受けたＷｅｂサーバは、ユーザから入力された指示の内容に従って、ＭＦＰに対して各種処理の実行を要求する。そして、この要求を受けたＭＦＰは、要求された処理を実行する。これにより、ＭＦＰを操作するための全ての操作画面情報をＭＦＰ内で保持しておく必要がなくなり、また操作画面の内容の変更もＷｅｂサーバ上で容易に行うことができるようになる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００６−１２７５０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献１のように、情報処理装置の表示部に表示された操作画面を介して入力された指示を一旦サーバに通知し、サーバから返される要求に従って情報処理装置が各種処理を実行する場合、以下の問題が発生し得る。
【００１０】
即ち、操作画面を介して入力された指示をサーバに通知した後、サーバから処理の実行を要求されるまでの間に、ユーザが情報処理装置を操作して表示部に表示されている操作画面を他の操作画面に遷移させる場合がある。例えば、Ｗｅｂブラウザで表示した操作画面を介して入力された指示をＷｅｂサーバに通知した後、Ｗｅｂブラウザを閉じて情報処理装置内のアプリケーションが提供する他の操作画面に遷移させる場合である。または、Ｗｅｂブラウザ自体は起動させたままの状態で、情報処理装置内のアプリケーションが提供する他の操作画面をＷｅｂブラウザよりも前面に新たに表示させる場合である。
【００１１】
このような場合、サーバから要求される処理が、処理後にユーザの操作を必要とするものであるとすると、処理を実行したとしても処理後の操作が行われず、処理を実行すること自体が無駄になってしまう可能性がある。例えば、サーバから要求される処理が原稿の読取処理であり、処理によって得られた画像データをユーザがプレビュー確認する必要がある場合に、Ｗｅｂブラウザが閉じられてしまっているとプレビュー確認されることがない。従って、プレビュー確認以降の工程の処理も実行されないことになり、実行した読取処理が無駄になってしまう。
【００１２】
また、例えば、サーバから要求される処理を実行するときに、情報処理装置が保持する画面情報に基づいて、「処理実行中」であることを示す画面を表示するような構成にした場合は、次のような問題もある。即ち、遷移後の操作画面をユーザが操作しているときに、サーバから遅れて要求されてくる処理が開始されると同時に「処理実行中」であることを示す画面に切り替えられる（或いは、最前面に上書き表示される）と、ユーザ操作の邪魔になってしまう。
【００１３】
本発明は、上記の問題点に鑑みなされたものであり、サーバからの要求に基づく処理を実行する際に、操作画面が遷移されている場合は、サーバからの要求に基づく処理の実行を制限する仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記の目的を達成するために本発明の情報処理装置は、サーバに接続され、当該サーバにより提供される操作画面を表示可能な表示部を備える情報処理装置であって、前記サーバにより提供され、前記表示部に表示された操作画面を介したユーザからの指示内容を前記サーバに通知する通知手段と、前記通知手段が通知した指示内容に基づいて前記サーバから処理の実行を要求された場合に、当該要求された処理を実行する処理手段と、前記通知手段が前記サーバへの通知を行った後、前記表示部に表示されている操作画面を判断する判断手段と、前記判断手段による判断に基づき、前記サーバにより提供された操作画面が前記表示部に表示されている場合は、前記サーバから要求された処理を前記処理手段に実行させ、前記サーバにより提供された操作画面に代えて他の操作画面が前記表示部に表示されている場合は、前記サーバから要求された処理の実行を行わないよう制御する制御手段と、を備えることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、サーバからの要求に基づく処理を実行する際に、操作画面が遷移されている場合は、サーバからの要求に基づく処理の実行を制限する仕組みを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態における情報処理システムの全体図である。
【図２】本発明の実施形態におけるＭＦＰ１０１の構成を示すブロック図である。
【図３】本発明の実施形態におけるＷｅｂサーバ１０２の構成を示すブロック図である。
【図４】本発明の実施形態における情報処理システムのソフトウェア構成を示す図である。
【図５】本発明の実施形態におけるサービスプロバイダ４３０の動作を説明するフローチャートである。
【図６】本発明の実施形態における操作部２１９に表示される操作画面例である。
【図７】Ｗｅｂブラウザ４２０、Ｗｅｂアプリケーション４１０、及びサービスプロバイダ４３０が一連の処理を実行する動作を説明するシーケンス図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照して本発明の実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１８】
図１は、本実施形態における情報処理システムの全体図である。ＬＡＮ１１０には、ＭＦＰ１０１およびＷｅｂサーバ１０２が互いに通信可能に接続されている。
【００１９】
図２は、ＭＦＰ１０１の構成を示すブロック図である。ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。これにより、ＭＦＰ１０１は、コピー／スキャン（送信）／プリント等の各種サービスを提供することができる。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。
【００２０】
ＨＤＤ２１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。また、ＭＦＰ１０１には後述するＷｅｂブラウザ機能が備えられており、ＭＦＰ１０１のＷｅｂブラウザはＷｅｂサーバ１０２から受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づく操作画面を操作部２１９の液晶表示部に表示する。また、液晶表示部は、Ｗｅｂサーバ１０２が提供する操作画面ではなく、ＭＦＰ１０１内のアプリケーションが提供する操作画面も表示可能である。
【００２１】
プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２２０において記録媒体上に印刷される。
【００２２】
スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。
【００２３】
ネットワークＩ／Ｆ２１８は、制御部２１０（ＭＦＰ１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０上の外部装置（例えば、Ｗｅｂサーバ１０２）に画像データや情報を送信したり、ＬＡＮ１１０上の外部装置から各種情報を受信したりする。
【００２４】
図３は、Ｗｅｂサーバ１０２の構成を示すブロック図である。ＣＰＵ３１１を含む制御部３１０は、Ｗｅｂサーバ１０２全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。
【００２５】
ネットワークＩ／Ｆ３１５は、制御部３１０（Ｗｅｂサーバ１０２）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ３１５は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。また、Ｗｅｂサーバ１０２は、図示しないＬＡＮ１１０上のメールサーバを経由させて、画像データを添付した電子メールを送信する機能を有する。
【００２６】
図４は、情報処理システム全体のソフトウェア構成を説明するための図である。図４に示す各機能部は、ＭＦＰ１０１およびＷｅｂサーバ１０２のそれぞれに備えられているＣＰＵが制御プログラムを実行することにより実現される。
【００２７】
ＭＦＰ１０１は、Ｗｅｂブラウザ４２０およびサービスプロバイダ４３０を備えている。Ｗｅｂブラウザ４２０は、通信部４２１、解析部４２２、及び画面表示部４２３を含む。通信部４２１は、ＨＴＴＰプロトコルに従ってＷｅｂアプリケーション４１０のプレゼンテーション部４１１と通信する。より具体的には、通信部４２１は、Ｗｅｂブラウザで表示する操作画面をＷｅｂアプリケーション４１０に対して要求したり、Ｗｅｂブラウザで表示した操作画面を介して入力されたユーザからの指示をＷｅｂアプリケーション４１０に通知したりする。
【００２８】
解析部４２２は、Ｗｅｂアプリケーション４１０から受信するＨＴＭＬファイルを解析する。このＨＴＭＬファイルには、Ｗｅｂブラウザに表示すべき操作画面の内容を示す記述が含まれている。画面表示部４２３は、解析部４２２による解析の結果に基づいて操作画面を作成および更新する。
【００２９】
Ｗｅｂサーバ１０２には、プレゼンテーション部４１１及びロジック部４１２を含むＷｅｂアプリケーション４１０が備えられている。
【００３０】
プレゼンテーション部４１１は、通信部４２１と通信し、ＭＦＰ１０１からの要求に応えてＭＦＰ１０１のＷｅｂブラウザで表示すべき操作画面をＭＦＰ１０１に送信する。また、ＭＦＰ１０１のＷｅｂブラウザに表示された操作画面を介して入力されたユーザからの指示内容をＭＦＰ１０１から受け取る。
【００３１】
ユーザからの指示を受け取ったＷｅｂアプリケーション４１０は、指示の内容に従って各種処理を実行するとともに、必要に応じてＭＦＰ１０１に処理の実行を要求する。具体的には、ＭＦＰ１０１のプリンタ２２０による印刷処理の実行や、スキャナ２２１による読取処理の実行、或いはネットワークＩ／Ｆ２１８を介した送信処理の実行を要求する。
【００３２】
このようにＭＦＰ１０１に対して処理の実行を要求する場合には、ロジック部４１２がＭＦＰ１０１に備えられたサービスプロバイダ４３０内の通信部４３１と通信する。ロジック部４１２と通信部４３１の間は、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）／ＨＴＴＰプロトコルに従って通信される。
【００３３】
サービスプロバイダ４３０は、通信部４３１、ジョブ生成部４３２および画面表示部４３３を含む。通信部４３１は、Ｗｅｂアプリケーション４１０内のロジック部４１２からの処理の要求を受け付ける。Ｗｅｂアプリケーション４１０から処理の実行を要求された場合、ジョブ生成部４３２が要求された処理を実行するためのジョブを生成して実行する。画面表示部４３３は、ジョブ生成部４３２によるジョブ実行の状況に基づいて実行中画面を作成および更新する。サービスプロバイダ４３０は実行中画面を操作部２１９へ表示する際には、画面制御部４５０に対して実行中画面の表示を指示する。
【００３４】
このように、ＭＦＰ１０１はサービスプロバイダ４３０を備えることにより、Ｗｅｂサーバ１０２（Ｗｅｂアプリケーション４１０）からの要求に応じて、コピーやスキャン、プリントなどのサービスを提供することができる。
【００３５】
画面制御部４５０は、Ｗｅｂブラウザ４２０やサービスプロバイダ４３０、或いは他のモジュールから操作画面の表示が指示された場合に、どの操作画面を優先して表示するかを表示制御する。ある操作画面を優先して表示することは、例えば、その操作画面を最前面に表示することを意味する。
【００３６】
図４の例では、ユーザの操作部２１９からの指示ならびにサービスプロバイダ４３０からの指示に従って、画面表示部４２３が表示する操作画面と、画面表示部４３３が表示する操作画面のどちらの画面を操作部２１９に優先して表示するかを制御する。
【００３７】
読取処理部４７０は、スキャナ２２１を用いて原稿上の画像を読み取って画像データを生成する読取処理を実行する。また、印刷処理部４８０は、プリンタ２２０を用いて画像データに基づく画像を記録媒体上に印刷する印刷処理を実行する。主制御部４６０は、ＭＦＰ１０１の各機能部を制御する。
【００３８】
図５は、ＭＦＰ１０１のサービスプロバイダ４３０がＷｅｂアプリケーション４１０から処理の実行要求を受けたときに行う一連の処理を説明するフローチャートである。図５のフローチャートに示す各動作（ステップ）は、ＭＦＰ１０１のＣＰＵ２１１がＨＤＤ２１４に記憶された制御プログラムを実行することにより実現される。
【００３９】
ステップＳ５０１では、サービスプロバイダ４３０の通信部４３１がＷｅｂアプリケーション４１０から処理の実行要求を受信する。
【００４０】
ステップＳ５０２では、サービスプロバイダ４３０がステップＳ５０１で受信した処理実行要求により要求されている処理の内容を判断する。ここでは、サービスプロバイダ４３０が要求され得る処理の内容として「Ｐｒｉｎｔ」と「ＳｃａｎＴｏＭａｉｌ」とがある例を説明する。「Ｐｒｉｎｔ」とは、Ｗｅｂアプリケーション４１０から送信される画像データをプリンタ２２０で印刷する処理である。
【００４１】
「ＳｃａｎＴｏＭａｉｌ」とは、スキャナ２２１で原稿上の画像を読み取って生成した画像データをＷｅｂアプリケーション４１０が受け取り、電子メールに添付してＷｅｂサーバ１０２から所望の宛先に送信する処理である。「ＳｃａｎＴｏＭａｉｌ」では、スキャナ２２１により生成された画像データを電子メールで送信する前に、ユーザによる画像データのプレビュー確認を行う。プレビュー確認の具体的な方法は、サービスプロバイダ４３０からＷｅｂアプリケーション４１０に送信された画像データを、Ｗｅｂアプリケーション４１０がＭＦＰ１０１のＷｅｂブラウザ４２０に送信して表示させる。そして、ユーザが画像データの内容を確認した後にＷｅｂブラウザ４２０を操作して送信実行を指示すると、この指示がＷｅｂアプリケーション４１０に通知され、Ｗｅｂアプリケーション４１０による電子メールの送信が実行される。一方、「Ｐｒｉｎｔ」の場合は、Ｗｅｂアプリケーション４１０から送信される画像データをプリンタ２２０で印刷することで処理が完了するため、処理後のユーザ操作は必要ない。
【００４２】
また、「ＳｃａｎＴｏＭａｉｌ」では、スキャナ２２１による原稿の読み取り処理が実行されている間、後述する図６に示すような、「処理実行中」であることを示す画面が表示される。図６に示す画面には、複数枚の原稿を連続して読み取らせる場合に使用する「読取実行」ボタン６０４が設けられており、ユーザはスキャナ２２１に原稿をセットした後に「読取実行」ボタン６０４を押下することにより、原稿の読み取りが実行される。なお、「Ｐｒｉｎｔ」の場合は、上述した「処理実行中」であることを示す画面は表示されない。
【００４３】
図５の説明に戻り、ステップＳ５０３で処理内容が「ＳｃａｎＴｏＭａｉｌ」であると判断した場合はステップＳ５０３に進み、処理内容が「Ｐｒｉｎｔ」であると判断した場合はステップＳ５０５に進む。
【００４４】
ステップＳ５０３では、サービスプロバイダ４３０が画面制御部４５０に問い合わせることにより、ＭＦＰ１０１の操作部２１９に現在最前面に表示されている画面がＷｅｂブラウザであるか否かを判定する。ここで、現在最前面に表示されている画面がＷｅｂブラウザでない（Ｗｅｂブラウザが表示する操作画面以外の操作画面が表示されている）と判定した場合は、ステップＳ５０８に進み、Ｗｅｂアプリケーション４１０にエラーを応答する。この場合、Ｗｅｂアプリケーション４１０から要求された処理は実行されない（実行が制限される）。
【００４５】
なお、ここでは複数の操作画面を重ねて表示するマルチウィンドウ機能を有する場合の例について説明したが、マルチウィンドウ機能を有さない構成（１つの操作画面を表示するときに、それまでに表示していた操作画面が閉じられる）であっても構わない。この場合、ステップＳ５０３では、「現在表示されている画面がＷｅｂブラウザであるか否か」が判定される。
【００４６】
一方、現在最前面に表示されている画面がＷｅｂブラウザであると判定した場合は、ステップＳ５０４に進み、図６に示す画面を操作部２１９に表示するように画面制御部４５０に指示する。これにより、図６に示す画面が操作部２１９の最前面（即ち、Ｗｅｂブラウザよりも前面）に表示されることになる。
【００４７】
ステップＳ５０５では、通信部４３１がＷｅｂアプリケーション４１０へ正常応答を行うことにより、要求された処理を正常に受け付けたことをＷｅｂアプリケーション４１０に通知する。
【００４８】
ステップＳ５０６では、ジョブ生成部４３２が要求された処理を実行するためのジョブを生成して実行する。具体的には、処理内容が「ＳｃａｎＴｏＭａｉｌ」である場合は、スキャナ２１１を用いた原稿の読み取り処理を実行する。また、処理内容が「Ｐｒｉｎｔ」である場合は、Ｗｅｂアプリケーション４１０から送信される画像データを、プリンタ２２０を用いて印刷する処理を実行する。なお、ジョブの実行状況に応じて、必要であれば画面表示部４３３がステップＳ５０４で表示した実行中画面を随時更新するようにしても良い。要求された処理が終了すると、ステップＳ５０７へ進む。
【００４９】
ステップＳ５０７ではサービスプロバイダ４３０が画面制御部４５０へ画面（図６）のクローズ指示を行い、処理を終了する。指示を受けた画面制御部４５０は、ステップＳ５０４以前に表示していた操作画面（即ち、Ｗｅｂブラウザ４２０が表示する操作画面）を操作部２１９の最前面に表示する。なお、処理内容が「Ｐｒｉｎｔ」の場合は、ステップＳ５０４の処理が行われていないため、ステップＳ５０７の処理は省略される。
【００５０】
図６は、ステップＳ５０４で表示される実行中画面の一例である。６０１は現在実行中の処理内容、処理状況を表示するエリアである。図６の例では、ユーザは処理内容が「ＳｃａｎＴｏＭａｉｌ」であり、現在の状況は読取処理を実行中であることが判別できる。６０１は処理の実行状況に応じて随時更新されてもよい。６０２は設定内容および現在の状況の詳細を表示するエリアである。図６の例でユーザは、カラー設定はグレースケール、倍率は１００％および原稿サイズはＡ４の設定で実行中であることが判別できる。加えて、２ページ目までを読み取り終えた状態であることが判別できる。６０１と同様に、６０２の表示内容（例えば、ページ数の表示）は適時更新されてもよい。ボタン６０３は、実行中の処理を中止するボタンである。ボタン６０４は、原稿をスキャナ２１１にセットした後にユーザが読み取り実行を指示するためのボタンである。
【００５１】
図７は、Ｗｅｂアプリケーション４１０から要求される処理の内容が「ＳｃａｎＴｏＭａｉｌ」である場合のＭＦＰ１０１及びＷｅｂサーバ１０２を含む全体のシーケンス図を示す。
【００５２】
ステップＳ７０１では、予めＷｅｂブラウザ４２０に登録されたＵＲＬまたはユーザにより任意に指定されたＵＲＬに基づいて、Ｗｅｂブラウザ４２０がＷｅｂサーバ１０２（Ｗｅｂアプリケーション４１０）にアクセスし、操作画面を要求する。この要求を受けたＷｅｂアプリケーション４１０は、ステップＳ７０２において、操作画面を表示するための画面データであるＨＴＭＬファイルをＭＦＰ１０１（Ｗｅｂブラウザ４２０）に応答する。
【００５３】
ＨＴＭＬファイルを受信したＷｅｂブラウザ４２０は、ステップＳ７０３で操作画面を表示し、ユーザの操作を受け付ける。そして、ユーザが「ＳｃａｎＴｏＭａｉｌ」の実行を指示したときに、この指示がＷｅｂアプリケーション４１０に通知される（ステップＳ７０４）。
【００５４】
ステップＳ７０５では、Ｗｅｂアプリケーション４１０がサービスプロバイダ４３０に対して「ＳｃａｎＴｏＭａｉｌ」の実行を要求する。そして、この要求を受けたサービスプロバイダ４３０は、ステップＳ７０６において、ＭＦＰ１０１の操作部２１９に現在最前面に表示されている画面がＷｅｂブラウザであることを確認する（図５のステップＳ５０３の処理に対応する）。なお、ここでＭＦＰ１０１の操作部２１９に現在最前面に表示されている画面がＷｅｂブラウザでない場合は、Ｗｅｂアプリケーション４１０にエラー応答を行う。
【００５５】
ステップＳ７０７では、サービスプロバイダ４３０が、図６に示す画面を操作部２１９に表示するように画面制御部４５０に指示する（図５のステップＳ５０４の処理に対応する）。続くステップＳ７０８では、サービスプロバイダ４３０がＷｅｂアプリケーション４１０に対して正常応答を行う（図５のステップＳ５０５の処理に対応する）。
【００５６】
ステップＳ７０９では、サービスプロバイダ４３０が要求された処理を実行する（図５のステップＳ５０６の処理に対応する）。続くステップＳ７１０では、読取処理により得られた画像データをＷｅｂアプリケーション４１０に送信する。Ｗｅｂアプリケーション４１０は、ステップＳ７１１において、サービスプロバイダ４３０から送信された画像データをＷｅｂブラウザ４２０に送信する。
【００５７】
ステップＳ７１２では、Ｗｅｂアプリケーション４１０から送信された画像データをＷｅｂブラウザ４２０がプレビュー表示し、ユーザに画像データの内容を確認させる。画像データの内容を確認したユーザが、Ｗｅｂブラウザ４２０により表示される操作画面を介して画像データの送信実行を指示すると、この指示がステップＳ７１３でＷｅｂアプリケーション４１０に通知される。そして、ステップＳ７１４においてＷｅｂアプリケーション４１０が画像データを電子メールに添付して送信する。なお電子メールの宛先は、ステップＳ７０３で表示される操作画面を介してユーザが指定しているものとする。
【００５８】
以上説明した通り、本実施形態のサービスプロバイダ４３０は、Ｗｅｂアプリケーション４１０から要求された処理の内容に応じて、Ｗｅｂブラウザが現在最前面に表示されていることを条件として処理を実行するか否かを切り替える。即ち、要求された処理の内容が「ＳｃａｎＴｏＭａｉｌ」の場合は、Ｗｅｂブラウザが現在最前面に表示されていることを条件として処理を実行する。これにより、既に他の操作画面に表示が切り替えられている（例えば、Ｗｅｂブラウザが閉じられている）場合は、処理の実行が制限される。従って、遷移後の操作画面に上書きする形で「処理実行中」であることを示す画面が表示されてユーザ操作の邪魔になることを防止することができる。また、既に他の操作画面に遷移されていることにより、処理後のユーザ操作（例えば、プレビュー確認）が行われない可能性が高いにも関わらず、処理（例えば、読取処理）を実行することを防止することができる。これにより、読取処理の実行によって生成された画像データがいつまでも確認されずＷｅｂサーバ１０２内に留まってしまうことを防止することができる。
【００５９】
一方、要求された処理の内容が「Ｐｒｉｎｔ」の場合は、Ｗｅｂブラウザが現在最前面に表示されているか否かに関わらず処理を実行する。これは、「Ｐｒｉｎｔ」が、処理後のユーザ操作を必要としない処理であるため、他の操作画面に遷移されていたとしても実行する処理が無駄になる可能性が小さいからである。また、「Ｐｒｉｎｔ」を実行するときは、「処理実行中」であることを示す画面が表示されないため、遷移後の操作画面を介したユーザ操作の邪魔になることがないからである。
【００６０】
なお、本実施形態では、“処理後にユーザ操作を必要とする処理”または“「処理実行中」であることを示す画面が表示される処理”に該当する処理（第１種別の処理）として「ＳｃａｎＴｏＭａｉｌ」を例に挙げた。また、これらに該当しない処理（第２種別の処理）として「Ｐｒｉｎｔ」を例に挙げた。しかしながら、各種別に分類される処理の内容は「ＳｃａｎＴｏＭａｉｌ」や「Ｐｒｉｎｔ」に限定されない。
【００６１】
また、処理の内容または種別毎に、“処理後にユーザ操作を必要とする処理”であるか否か、或いは“「処理実行中」であることを示す画面が表示される処理”であるか否かを示す情報をサービスプロバイダ４３０内に予め管理するようにしても構わない。または、Ｗｅｂアプリケーション４１０が処理実行を要求する際に、要求する処理が、“処理後にユーザ操作を必要とする処理”であるか否か、或いは“「処理実行中」であることを示す画面が表示される処理”であるか否かを示す情報を通知するようにしても良い。
【００６２】
また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【００６３】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【技術分野】
【０００１】
本発明は、サーバに接続され、当該サーバにより提供される操作画面を表示可能な表示部を備えた情報処理装置、情報処理装置の制御方法、プログラムに関する。
【背景技術】
【０００２】
ＰＣなどの情報処理装置がネットワーク上のサーバに接続され、サーバにより提供される操作画面を、情報処理装置が備える表示部に表示することが知られている。その代表例としては、ネットワーク上のＷｅｂサーバから取得した操作画面を、情報処理装置に備えられたＷｅｂブラウザが表示するシステムが挙げられる。
【０００３】
この場合、まず情報処理装置のＷｅｂブラウザが、Ｗｅｂサーバに対して操作画面を要求（リクエスト）する。そして、Ｗｅｂサーバ上のＷｅｂアプリケーションが情報処理装置からの要求に応えて、Ｗｅｂブラウザに操作画面を表示させるためのＨＴＭＬファイルを情報処理装置に応答（レスポンス）する。情報処理装置のＷｅｂブラウザは、受信したＨＴＭＬファイルを解析し、ＨＴＭＬファイルの記述に基づいた操作画面を表示する。
【０００４】
更に、Ｗｅｂブラウザに表示された操作画面を介してユーザが指示を入力すると、入力された指示をＷｅｂブラウザがＷｅｂサーバに対して通知する。そして、この通知を受けたＷｅｂサーバ上のＷｅｂアプリケーションは、入力された指示に従って処理を実行する。
【０００５】
ところで、最近ではスキャナやプリンタを備えたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）にも、上述したようなＷｅｂブラウザを備えているものがある。そして、ＭＦＰは、上述した手順を用いてＷｅｂサーバにより提供される操作画面をＭＦＰのＷｅｂブラウザに表示し、ユーザからの各種指示を受け付ける。
【０００６】
また更には、特許文献１のような技術も考えられている。特許文献１の記載によれば、ＭＦＰが備える各機能を利用するための指示を入力する操作画面を、Ｗｅｂサーバが提供する。即ち、ＭＦＰのユーザは、Ｗｅｂブラウザ上に表示された操作画面を介して、ＭＦＰに対する指示を入力する。そして、入力された指示はＭＦＰのＷｅｂブラウザによってＷｅｂサーバに通知される。
【０００７】
この通知を受けたＷｅｂサーバは、ユーザから入力された指示の内容に従って、ＭＦＰに対して各種処理の実行を要求する。そして、この要求を受けたＭＦＰは、要求された処理を実行する。これにより、ＭＦＰを操作するための全ての操作画面情報をＭＦＰ内で保持しておく必要がなくなり、また操作画面の内容の変更もＷｅｂサーバ上で容易に行うことができるようになる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００６−１２７５０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献１のように、情報処理装置の表示部に表示された操作画面を介して入力された指示を一旦サーバに通知し、サーバから返される要求に従って情報処理装置が各種処理を実行する場合、以下の問題が発生し得る。
【００１０】
即ち、操作画面を介して入力された指示をサーバに通知した後、サーバから処理の実行を要求されるまでの間に、ユーザが情報処理装置を操作して表示部に表示されている操作画面を他の操作画面に遷移させる場合がある。例えば、Ｗｅｂブラウザで表示した操作画面を介して入力された指示をＷｅｂサーバに通知した後、Ｗｅｂブラウザを閉じて情報処理装置内のアプリケーションが提供する他の操作画面に遷移させる場合である。または、Ｗｅｂブラウザ自体は起動させたままの状態で、情報処理装置内のアプリケーションが提供する他の操作画面をＷｅｂブラウザよりも前面に新たに表示させる場合である。
【００１１】
このような場合、サーバから要求される処理が、処理後にユーザの操作を必要とするものであるとすると、処理を実行したとしても処理後の操作が行われず、処理を実行すること自体が無駄になってしまう可能性がある。例えば、サーバから要求される処理が原稿の読取処理であり、処理によって得られた画像データをユーザがプレビュー確認する必要がある場合に、Ｗｅｂブラウザが閉じられてしまっているとプレビュー確認されることがない。従って、プレビュー確認以降の工程の処理も実行されないことになり、実行した読取処理が無駄になってしまう。
【００１２】
また、例えば、サーバから要求される処理を実行するときに、情報処理装置が保持する画面情報に基づいて、「処理実行中」であることを示す画面を表示するような構成にした場合は、次のような問題もある。即ち、遷移後の操作画面をユーザが操作しているときに、サーバから遅れて要求されてくる処理が開始されると同時に「処理実行中」であることを示す画面に切り替えられる（或いは、最前面に上書き表示される）と、ユーザ操作の邪魔になってしまう。
【００１３】
本発明は、上記の問題点に鑑みなされたものであり、サーバからの要求に基づく処理を実行する際に、操作画面が遷移されている場合は、サーバからの要求に基づく処理の実行を制限する仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記の目的を達成するために本発明の情報処理装置は、サーバに接続され、当該サーバにより提供される操作画面を表示可能な表示部を備える情報処理装置であって、前記サーバにより提供され、前記表示部に表示された操作画面を介したユーザからの指示内容を前記サーバに通知する通知手段と、前記通知手段が通知した指示内容に基づいて前記サーバから処理の実行を要求された場合に、当該要求された処理を実行する処理手段と、前記通知手段が前記サーバへの通知を行った後、前記表示部に表示されている操作画面を判断する判断手段と、前記判断手段による判断に基づき、前記サーバにより提供された操作画面が前記表示部に表示されている場合は、前記サーバから要求された処理を前記処理手段に実行させ、前記サーバにより提供された操作画面に代えて他の操作画面が前記表示部に表示されている場合は、前記サーバから要求された処理の実行を行わないよう制御する制御手段と、を備えることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、サーバからの要求に基づく処理を実行する際に、操作画面が遷移されている場合は、サーバからの要求に基づく処理の実行を制限する仕組みを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態における情報処理システムの全体図である。
【図２】本発明の実施形態におけるＭＦＰ１０１の構成を示すブロック図である。
【図３】本発明の実施形態におけるＷｅｂサーバ１０２の構成を示すブロック図である。
【図４】本発明の実施形態における情報処理システムのソフトウェア構成を示す図である。
【図５】本発明の実施形態におけるサービスプロバイダ４３０の動作を説明するフローチャートである。
【図６】本発明の実施形態における操作部２１９に表示される操作画面例である。
【図７】Ｗｅｂブラウザ４２０、Ｗｅｂアプリケーション４１０、及びサービスプロバイダ４３０が一連の処理を実行する動作を説明するシーケンス図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照して本発明の実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１８】
図１は、本実施形態における情報処理システムの全体図である。ＬＡＮ１１０には、ＭＦＰ１０１およびＷｅｂサーバ１０２が互いに通信可能に接続されている。
【００１９】
図２は、ＭＦＰ１０１の構成を示すブロック図である。ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。これにより、ＭＦＰ１０１は、コピー／スキャン（送信）／プリント等の各種サービスを提供することができる。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。
【００２０】
ＨＤＤ２１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。また、ＭＦＰ１０１には後述するＷｅｂブラウザ機能が備えられており、ＭＦＰ１０１のＷｅｂブラウザはＷｅｂサーバ１０２から受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づく操作画面を操作部２１９の液晶表示部に表示する。また、液晶表示部は、Ｗｅｂサーバ１０２が提供する操作画面ではなく、ＭＦＰ１０１内のアプリケーションが提供する操作画面も表示可能である。
【００２１】
プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２２０において記録媒体上に印刷される。
【００２２】
スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。
【００２３】
ネットワークＩ／Ｆ２１８は、制御部２１０（ＭＦＰ１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０上の外部装置（例えば、Ｗｅｂサーバ１０２）に画像データや情報を送信したり、ＬＡＮ１１０上の外部装置から各種情報を受信したりする。
【００２４】
図３は、Ｗｅｂサーバ１０２の構成を示すブロック図である。ＣＰＵ３１１を含む制御部３１０は、Ｗｅｂサーバ１０２全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。
【００２５】
ネットワークＩ／Ｆ３１５は、制御部３１０（Ｗｅｂサーバ１０２）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ３１５は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。また、Ｗｅｂサーバ１０２は、図示しないＬＡＮ１１０上のメールサーバを経由させて、画像データを添付した電子メールを送信する機能を有する。
【００２６】
図４は、情報処理システム全体のソフトウェア構成を説明するための図である。図４に示す各機能部は、ＭＦＰ１０１およびＷｅｂサーバ１０２のそれぞれに備えられているＣＰＵが制御プログラムを実行することにより実現される。
【００２７】
ＭＦＰ１０１は、Ｗｅｂブラウザ４２０およびサービスプロバイダ４３０を備えている。Ｗｅｂブラウザ４２０は、通信部４２１、解析部４２２、及び画面表示部４２３を含む。通信部４２１は、ＨＴＴＰプロトコルに従ってＷｅｂアプリケーション４１０のプレゼンテーション部４１１と通信する。より具体的には、通信部４２１は、Ｗｅｂブラウザで表示する操作画面をＷｅｂアプリケーション４１０に対して要求したり、Ｗｅｂブラウザで表示した操作画面を介して入力されたユーザからの指示をＷｅｂアプリケーション４１０に通知したりする。
【００２８】
解析部４２２は、Ｗｅｂアプリケーション４１０から受信するＨＴＭＬファイルを解析する。このＨＴＭＬファイルには、Ｗｅｂブラウザに表示すべき操作画面の内容を示す記述が含まれている。画面表示部４２３は、解析部４２２による解析の結果に基づいて操作画面を作成および更新する。
【００２９】
Ｗｅｂサーバ１０２には、プレゼンテーション部４１１及びロジック部４１２を含むＷｅｂアプリケーション４１０が備えられている。
【００３０】
プレゼンテーション部４１１は、通信部４２１と通信し、ＭＦＰ１０１からの要求に応えてＭＦＰ１０１のＷｅｂブラウザで表示すべき操作画面をＭＦＰ１０１に送信する。また、ＭＦＰ１０１のＷｅｂブラウザに表示された操作画面を介して入力されたユーザからの指示内容をＭＦＰ１０１から受け取る。
【００３１】
ユーザからの指示を受け取ったＷｅｂアプリケーション４１０は、指示の内容に従って各種処理を実行するとともに、必要に応じてＭＦＰ１０１に処理の実行を要求する。具体的には、ＭＦＰ１０１のプリンタ２２０による印刷処理の実行や、スキャナ２２１による読取処理の実行、或いはネットワークＩ／Ｆ２１８を介した送信処理の実行を要求する。
【００３２】
このようにＭＦＰ１０１に対して処理の実行を要求する場合には、ロジック部４１２がＭＦＰ１０１に備えられたサービスプロバイダ４３０内の通信部４３１と通信する。ロジック部４１２と通信部４３１の間は、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）／ＨＴＴＰプロトコルに従って通信される。
【００３３】
サービスプロバイダ４３０は、通信部４３１、ジョブ生成部４３２および画面表示部４３３を含む。通信部４３１は、Ｗｅｂアプリケーション４１０内のロジック部４１２からの処理の要求を受け付ける。Ｗｅｂアプリケーション４１０から処理の実行を要求された場合、ジョブ生成部４３２が要求された処理を実行するためのジョブを生成して実行する。画面表示部４３３は、ジョブ生成部４３２によるジョブ実行の状況に基づいて実行中画面を作成および更新する。サービスプロバイダ４３０は実行中画面を操作部２１９へ表示する際には、画面制御部４５０に対して実行中画面の表示を指示する。
【００３４】
このように、ＭＦＰ１０１はサービスプロバイダ４３０を備えることにより、Ｗｅｂサーバ１０２（Ｗｅｂアプリケーション４１０）からの要求に応じて、コピーやスキャン、プリントなどのサービスを提供することができる。
【００３５】
画面制御部４５０は、Ｗｅｂブラウザ４２０やサービスプロバイダ４３０、或いは他のモジュールから操作画面の表示が指示された場合に、どの操作画面を優先して表示するかを表示制御する。ある操作画面を優先して表示することは、例えば、その操作画面を最前面に表示することを意味する。
【００３６】
図４の例では、ユーザの操作部２１９からの指示ならびにサービスプロバイダ４３０からの指示に従って、画面表示部４２３が表示する操作画面と、画面表示部４３３が表示する操作画面のどちらの画面を操作部２１９に優先して表示するかを制御する。
【００３７】
読取処理部４７０は、スキャナ２２１を用いて原稿上の画像を読み取って画像データを生成する読取処理を実行する。また、印刷処理部４８０は、プリンタ２２０を用いて画像データに基づく画像を記録媒体上に印刷する印刷処理を実行する。主制御部４６０は、ＭＦＰ１０１の各機能部を制御する。
【００３８】
図５は、ＭＦＰ１０１のサービスプロバイダ４３０がＷｅｂアプリケーション４１０から処理の実行要求を受けたときに行う一連の処理を説明するフローチャートである。図５のフローチャートに示す各動作（ステップ）は、ＭＦＰ１０１のＣＰＵ２１１がＨＤＤ２１４に記憶された制御プログラムを実行することにより実現される。
【００３９】
ステップＳ５０１では、サービスプロバイダ４３０の通信部４３１がＷｅｂアプリケーション４１０から処理の実行要求を受信する。
【００４０】
ステップＳ５０２では、サービスプロバイダ４３０がステップＳ５０１で受信した処理実行要求により要求されている処理の内容を判断する。ここでは、サービスプロバイダ４３０が要求され得る処理の内容として「Ｐｒｉｎｔ」と「ＳｃａｎＴｏＭａｉｌ」とがある例を説明する。「Ｐｒｉｎｔ」とは、Ｗｅｂアプリケーション４１０から送信される画像データをプリンタ２２０で印刷する処理である。
【００４１】
「ＳｃａｎＴｏＭａｉｌ」とは、スキャナ２２１で原稿上の画像を読み取って生成した画像データをＷｅｂアプリケーション４１０が受け取り、電子メールに添付してＷｅｂサーバ１０２から所望の宛先に送信する処理である。「ＳｃａｎＴｏＭａｉｌ」では、スキャナ２２１により生成された画像データを電子メールで送信する前に、ユーザによる画像データのプレビュー確認を行う。プレビュー確認の具体的な方法は、サービスプロバイダ４３０からＷｅｂアプリケーション４１０に送信された画像データを、Ｗｅｂアプリケーション４１０がＭＦＰ１０１のＷｅｂブラウザ４２０に送信して表示させる。そして、ユーザが画像データの内容を確認した後にＷｅｂブラウザ４２０を操作して送信実行を指示すると、この指示がＷｅｂアプリケーション４１０に通知され、Ｗｅｂアプリケーション４１０による電子メールの送信が実行される。一方、「Ｐｒｉｎｔ」の場合は、Ｗｅｂアプリケーション４１０から送信される画像データをプリンタ２２０で印刷することで処理が完了するため、処理後のユーザ操作は必要ない。
【００４２】
また、「ＳｃａｎＴｏＭａｉｌ」では、スキャナ２２１による原稿の読み取り処理が実行されている間、後述する図６に示すような、「処理実行中」であることを示す画面が表示される。図６に示す画面には、複数枚の原稿を連続して読み取らせる場合に使用する「読取実行」ボタン６０４が設けられており、ユーザはスキャナ２２１に原稿をセットした後に「読取実行」ボタン６０４を押下することにより、原稿の読み取りが実行される。なお、「Ｐｒｉｎｔ」の場合は、上述した「処理実行中」であることを示す画面は表示されない。
【００４３】
図５の説明に戻り、ステップＳ５０３で処理内容が「ＳｃａｎＴｏＭａｉｌ」であると判断した場合はステップＳ５０３に進み、処理内容が「Ｐｒｉｎｔ」であると判断した場合はステップＳ５０５に進む。
【００４４】
ステップＳ５０３では、サービスプロバイダ４３０が画面制御部４５０に問い合わせることにより、ＭＦＰ１０１の操作部２１９に現在最前面に表示されている画面がＷｅｂブラウザであるか否かを判定する。ここで、現在最前面に表示されている画面がＷｅｂブラウザでない（Ｗｅｂブラウザが表示する操作画面以外の操作画面が表示されている）と判定した場合は、ステップＳ５０８に進み、Ｗｅｂアプリケーション４１０にエラーを応答する。この場合、Ｗｅｂアプリケーション４１０から要求された処理は実行されない（実行が制限される）。
【００４５】
なお、ここでは複数の操作画面を重ねて表示するマルチウィンドウ機能を有する場合の例について説明したが、マルチウィンドウ機能を有さない構成（１つの操作画面を表示するときに、それまでに表示していた操作画面が閉じられる）であっても構わない。この場合、ステップＳ５０３では、「現在表示されている画面がＷｅｂブラウザであるか否か」が判定される。
【００４６】
一方、現在最前面に表示されている画面がＷｅｂブラウザであると判定した場合は、ステップＳ５０４に進み、図６に示す画面を操作部２１９に表示するように画面制御部４５０に指示する。これにより、図６に示す画面が操作部２１９の最前面（即ち、Ｗｅｂブラウザよりも前面）に表示されることになる。
【００４７】
ステップＳ５０５では、通信部４３１がＷｅｂアプリケーション４１０へ正常応答を行うことにより、要求された処理を正常に受け付けたことをＷｅｂアプリケーション４１０に通知する。
【００４８】
ステップＳ５０６では、ジョブ生成部４３２が要求された処理を実行するためのジョブを生成して実行する。具体的には、処理内容が「ＳｃａｎＴｏＭａｉｌ」である場合は、スキャナ２１１を用いた原稿の読み取り処理を実行する。また、処理内容が「Ｐｒｉｎｔ」である場合は、Ｗｅｂアプリケーション４１０から送信される画像データを、プリンタ２２０を用いて印刷する処理を実行する。なお、ジョブの実行状況に応じて、必要であれば画面表示部４３３がステップＳ５０４で表示した実行中画面を随時更新するようにしても良い。要求された処理が終了すると、ステップＳ５０７へ進む。
【００４９】
ステップＳ５０７ではサービスプロバイダ４３０が画面制御部４５０へ画面（図６）のクローズ指示を行い、処理を終了する。指示を受けた画面制御部４５０は、ステップＳ５０４以前に表示していた操作画面（即ち、Ｗｅｂブラウザ４２０が表示する操作画面）を操作部２１９の最前面に表示する。なお、処理内容が「Ｐｒｉｎｔ」の場合は、ステップＳ５０４の処理が行われていないため、ステップＳ５０７の処理は省略される。
【００５０】
図６は、ステップＳ５０４で表示される実行中画面の一例である。６０１は現在実行中の処理内容、処理状況を表示するエリアである。図６の例では、ユーザは処理内容が「ＳｃａｎＴｏＭａｉｌ」であり、現在の状況は読取処理を実行中であることが判別できる。６０１は処理の実行状況に応じて随時更新されてもよい。６０２は設定内容および現在の状況の詳細を表示するエリアである。図６の例でユーザは、カラー設定はグレースケール、倍率は１００％および原稿サイズはＡ４の設定で実行中であることが判別できる。加えて、２ページ目までを読み取り終えた状態であることが判別できる。６０１と同様に、６０２の表示内容（例えば、ページ数の表示）は適時更新されてもよい。ボタン６０３は、実行中の処理を中止するボタンである。ボタン６０４は、原稿をスキャナ２１１にセットした後にユーザが読み取り実行を指示するためのボタンである。
【００５１】
図７は、Ｗｅｂアプリケーション４１０から要求される処理の内容が「ＳｃａｎＴｏＭａｉｌ」である場合のＭＦＰ１０１及びＷｅｂサーバ１０２を含む全体のシーケンス図を示す。
【００５２】
ステップＳ７０１では、予めＷｅｂブラウザ４２０に登録されたＵＲＬまたはユーザにより任意に指定されたＵＲＬに基づいて、Ｗｅｂブラウザ４２０がＷｅｂサーバ１０２（Ｗｅｂアプリケーション４１０）にアクセスし、操作画面を要求する。この要求を受けたＷｅｂアプリケーション４１０は、ステップＳ７０２において、操作画面を表示するための画面データであるＨＴＭＬファイルをＭＦＰ１０１（Ｗｅｂブラウザ４２０）に応答する。
【００５３】
ＨＴＭＬファイルを受信したＷｅｂブラウザ４２０は、ステップＳ７０３で操作画面を表示し、ユーザの操作を受け付ける。そして、ユーザが「ＳｃａｎＴｏＭａｉｌ」の実行を指示したときに、この指示がＷｅｂアプリケーション４１０に通知される（ステップＳ７０４）。
【００５４】
ステップＳ７０５では、Ｗｅｂアプリケーション４１０がサービスプロバイダ４３０に対して「ＳｃａｎＴｏＭａｉｌ」の実行を要求する。そして、この要求を受けたサービスプロバイダ４３０は、ステップＳ７０６において、ＭＦＰ１０１の操作部２１９に現在最前面に表示されている画面がＷｅｂブラウザであることを確認する（図５のステップＳ５０３の処理に対応する）。なお、ここでＭＦＰ１０１の操作部２１９に現在最前面に表示されている画面がＷｅｂブラウザでない場合は、Ｗｅｂアプリケーション４１０にエラー応答を行う。
【００５５】
ステップＳ７０７では、サービスプロバイダ４３０が、図６に示す画面を操作部２１９に表示するように画面制御部４５０に指示する（図５のステップＳ５０４の処理に対応する）。続くステップＳ７０８では、サービスプロバイダ４３０がＷｅｂアプリケーション４１０に対して正常応答を行う（図５のステップＳ５０５の処理に対応する）。
【００５６】
ステップＳ７０９では、サービスプロバイダ４３０が要求された処理を実行する（図５のステップＳ５０６の処理に対応する）。続くステップＳ７１０では、読取処理により得られた画像データをＷｅｂアプリケーション４１０に送信する。Ｗｅｂアプリケーション４１０は、ステップＳ７１１において、サービスプロバイダ４３０から送信された画像データをＷｅｂブラウザ４２０に送信する。
【００５７】
ステップＳ７１２では、Ｗｅｂアプリケーション４１０から送信された画像データをＷｅｂブラウザ４２０がプレビュー表示し、ユーザに画像データの内容を確認させる。画像データの内容を確認したユーザが、Ｗｅｂブラウザ４２０により表示される操作画面を介して画像データの送信実行を指示すると、この指示がステップＳ７１３でＷｅｂアプリケーション４１０に通知される。そして、ステップＳ７１４においてＷｅｂアプリケーション４１０が画像データを電子メールに添付して送信する。なお電子メールの宛先は、ステップＳ７０３で表示される操作画面を介してユーザが指定しているものとする。
【００５８】
以上説明した通り、本実施形態のサービスプロバイダ４３０は、Ｗｅｂアプリケーション４１０から要求された処理の内容に応じて、Ｗｅｂブラウザが現在最前面に表示されていることを条件として処理を実行するか否かを切り替える。即ち、要求された処理の内容が「ＳｃａｎＴｏＭａｉｌ」の場合は、Ｗｅｂブラウザが現在最前面に表示されていることを条件として処理を実行する。これにより、既に他の操作画面に表示が切り替えられている（例えば、Ｗｅｂブラウザが閉じられている）場合は、処理の実行が制限される。従って、遷移後の操作画面に上書きする形で「処理実行中」であることを示す画面が表示されてユーザ操作の邪魔になることを防止することができる。また、既に他の操作画面に遷移されていることにより、処理後のユーザ操作（例えば、プレビュー確認）が行われない可能性が高いにも関わらず、処理（例えば、読取処理）を実行することを防止することができる。これにより、読取処理の実行によって生成された画像データがいつまでも確認されずＷｅｂサーバ１０２内に留まってしまうことを防止することができる。
【００５９】
一方、要求された処理の内容が「Ｐｒｉｎｔ」の場合は、Ｗｅｂブラウザが現在最前面に表示されているか否かに関わらず処理を実行する。これは、「Ｐｒｉｎｔ」が、処理後のユーザ操作を必要としない処理であるため、他の操作画面に遷移されていたとしても実行する処理が無駄になる可能性が小さいからである。また、「Ｐｒｉｎｔ」を実行するときは、「処理実行中」であることを示す画面が表示されないため、遷移後の操作画面を介したユーザ操作の邪魔になることがないからである。
【００６０】
なお、本実施形態では、“処理後にユーザ操作を必要とする処理”または“「処理実行中」であることを示す画面が表示される処理”に該当する処理（第１種別の処理）として「ＳｃａｎＴｏＭａｉｌ」を例に挙げた。また、これらに該当しない処理（第２種別の処理）として「Ｐｒｉｎｔ」を例に挙げた。しかしながら、各種別に分類される処理の内容は「ＳｃａｎＴｏＭａｉｌ」や「Ｐｒｉｎｔ」に限定されない。
【００６１】
また、処理の内容または種別毎に、“処理後にユーザ操作を必要とする処理”であるか否か、或いは“「処理実行中」であることを示す画面が表示される処理”であるか否かを示す情報をサービスプロバイダ４３０内に予め管理するようにしても構わない。または、Ｗｅｂアプリケーション４１０が処理実行を要求する際に、要求する処理が、“処理後にユーザ操作を必要とする処理”であるか否か、或いは“「処理実行中」であることを示す画面が表示される処理”であるか否かを示す情報を通知するようにしても良い。
【００６２】
また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【００６３】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【特許請求の範囲】
【請求項１】
サーバに接続され、当該サーバにより提供される操作画面を表示可能な表示部を備える情報処理装置であって、
前記サーバにより提供され、前記表示部に表示された操作画面を介したユーザからの指示内容を前記サーバに通知する通知手段と、
前記通知手段が通知した指示内容に基づいて前記サーバから処理の実行を要求された場合に、当該要求された処理を実行する処理手段と、
前記通知手段が前記サーバへの通知を行った後、前記表示部に表示されている操作画面を判断する判断手段と、
前記判断手段による判断に基づき、前記サーバにより提供された操作画面が前記表示部に表示されている場合は、前記サーバから要求された処理を前記処理手段に実行させ、前記サーバにより提供された操作画面に代えて他の操作画面が前記表示部に表示されている場合は、前記サーバから要求された処理の実行を行わないよう制御する制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記サーバから要求された処理が、第１種別の処理であるか第２種別の処理であるかを判定する判定手段を更に備え、
前記制御手段は、前記サーバから要求された処理が前記第１種別の処理である場合は、前記判断手段による判断に基づく前記制御を実行し、前記サーバから要求された処理が前記第２種別の処理である場合は、前記表示部に表示されている操作画面に関わらず当該サーバから要求された処理を前記処理手段に実行させることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第１種別の処理は、当該処理を実行した後にユーザからの操作を必要とする処理であり、前記第２種別の処理は、当該処理を実行した後にユーザからの操作を必要としない処理であることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記処理手段が処理を実行する際に、当該処理が実行中であることを示す画面を前記表示部に表示する表示制御手段を更に備え、
前記第１種別の処理は、当該処理が実行される際に前記表示制御手段による画面の表示が行われる処理であり、前記第２種別の処理は、当該処理が実行される際に前記表示制御手段による画面の表示が行われない処理であることを特徴とする請求項２に記載の情報処理装置。
【請求項５】
原稿上の画像を読み取って、当該画像に対応する画像データを生成する読取手段を更に備え、
前記第１種別の処理は、前記読取手段により実行される読取処理を含むことを特徴とする請求項２から４のいずれか１項に記載の情報処理装置。
【請求項６】
前記サーバから送信される画像データを印刷する印刷手段を更に備え、
前記第２種別の処理は、前記印刷手段により実行される印刷処理を含むことを特徴とする請求項２から５のいずれか１項に記載の情報処理装置。
【請求項７】
前記表示部は、前記サーバから送信されるＨＴＭＬファイルを受信し、当該ＨＴＭＬファイルを解析した結果に基づいて前記操作画面を表示するＷｅｂブラウザ機能を有することを特徴とする請求項１から６のいずれか１項に記載の情報処理装置。
【請求項８】
前記制御手段は、前記Ｗｅｂブラウザ機能によって表示される操作画面が前記表示部の最前面に表示されている場合は、前記サーバから要求された処理を前記処理手段に実行させ、前記Ｗｅｂブラウザ機能によって表示される操作画面以外の操作画面が前記表示部の最前面に表示されている場合は、前記サーバから要求された処理の実行を行わないよう制御することを特徴とする請求項７に記載の情報処理装置。
【請求項９】
サーバに接続され、当該サーバにより提供される操作画面を表示可能な表示部を備える情報処理装置の制御方法であって、
前記サーバにより提供され、前記表示部に表示された操作画面を介したユーザからの指示内容を前記サーバに通知する通知工程と、
前記通知手段が通知した指示内容に基づいて前記サーバから処理の実行を要求された場合に、当該要求された処理を実行する処理工程と、
前記通知工程で前記サーバへの通知を行った後、前記表示部に表示されている操作画面を判断する判断工程と、
前記判断工程における判断に基づき、前記サーバにより提供された操作画面が前記表示部に表示されている場合は、前記サーバから要求された処理を前記処理工程で実行させ、前記サーバにより提供された操作画面に代えて他の操作画面が前記表示部に表示されている場合は、前記サーバから要求された処理の実行を行わないよう制御する制御工程と、
を備えることを特徴とする情報処理装置の制御方法。
【請求項１０】
請求項９に記載の情報処理装置の制御方法をコンピュータに実行させるためのプログラム。
【請求項１】
サーバに接続され、当該サーバにより提供される操作画面を表示可能な表示部を備える情報処理装置であって、
前記サーバにより提供され、前記表示部に表示された操作画面を介したユーザからの指示内容を前記サーバに通知する通知手段と、
前記通知手段が通知した指示内容に基づいて前記サーバから処理の実行を要求された場合に、当該要求された処理を実行する処理手段と、
前記通知手段が前記サーバへの通知を行った後、前記表示部に表示されている操作画面を判断する判断手段と、
前記判断手段による判断に基づき、前記サーバにより提供された操作画面が前記表示部に表示されている場合は、前記サーバから要求された処理を前記処理手段に実行させ、前記サーバにより提供された操作画面に代えて他の操作画面が前記表示部に表示されている場合は、前記サーバから要求された処理の実行を行わないよう制御する制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記サーバから要求された処理が、第１種別の処理であるか第２種別の処理であるかを判定する判定手段を更に備え、
前記制御手段は、前記サーバから要求された処理が前記第１種別の処理である場合は、前記判断手段による判断に基づく前記制御を実行し、前記サーバから要求された処理が前記第２種別の処理である場合は、前記表示部に表示されている操作画面に関わらず当該サーバから要求された処理を前記処理手段に実行させることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第１種別の処理は、当該処理を実行した後にユーザからの操作を必要とする処理であり、前記第２種別の処理は、当該処理を実行した後にユーザからの操作を必要としない処理であることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記処理手段が処理を実行する際に、当該処理が実行中であることを示す画面を前記表示部に表示する表示制御手段を更に備え、
前記第１種別の処理は、当該処理が実行される際に前記表示制御手段による画面の表示が行われる処理であり、前記第２種別の処理は、当該処理が実行される際に前記表示制御手段による画面の表示が行われない処理であることを特徴とする請求項２に記載の情報処理装置。
【請求項５】
原稿上の画像を読み取って、当該画像に対応する画像データを生成する読取手段を更に備え、
前記第１種別の処理は、前記読取手段により実行される読取処理を含むことを特徴とする請求項２から４のいずれか１項に記載の情報処理装置。
【請求項６】
前記サーバから送信される画像データを印刷する印刷手段を更に備え、
前記第２種別の処理は、前記印刷手段により実行される印刷処理を含むことを特徴とする請求項２から５のいずれか１項に記載の情報処理装置。
【請求項７】
前記表示部は、前記サーバから送信されるＨＴＭＬファイルを受信し、当該ＨＴＭＬファイルを解析した結果に基づいて前記操作画面を表示するＷｅｂブラウザ機能を有することを特徴とする請求項１から６のいずれか１項に記載の情報処理装置。
【請求項８】
前記制御手段は、前記Ｗｅｂブラウザ機能によって表示される操作画面が前記表示部の最前面に表示されている場合は、前記サーバから要求された処理を前記処理手段に実行させ、前記Ｗｅｂブラウザ機能によって表示される操作画面以外の操作画面が前記表示部の最前面に表示されている場合は、前記サーバから要求された処理の実行を行わないよう制御することを特徴とする請求項７に記載の情報処理装置。
【請求項９】
サーバに接続され、当該サーバにより提供される操作画面を表示可能な表示部を備える情報処理装置の制御方法であって、
前記サーバにより提供され、前記表示部に表示された操作画面を介したユーザからの指示内容を前記サーバに通知する通知工程と、
前記通知手段が通知した指示内容に基づいて前記サーバから処理の実行を要求された場合に、当該要求された処理を実行する処理工程と、
前記通知工程で前記サーバへの通知を行った後、前記表示部に表示されている操作画面を判断する判断工程と、
前記判断工程における判断に基づき、前記サーバにより提供された操作画面が前記表示部に表示されている場合は、前記サーバから要求された処理を前記処理工程で実行させ、前記サーバにより提供された操作画面に代えて他の操作画面が前記表示部に表示されている場合は、前記サーバから要求された処理の実行を行わないよう制御する制御工程と、
を備えることを特徴とする情報処理装置の制御方法。
【請求項１０】
請求項９に記載の情報処理装置の制御方法をコンピュータに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−１２８８１４（Ｐ２０１１−１２８８１４Ａ）
【公開日】平成２３年６月３０日（２０１１．６．３０）
【国際特許分類】
【出願番号】特願２００９−２８５７５７（Ｐ２００９−２８５７５７）
【出願日】平成２１年１２月１６日（２００９．１２．１６）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２３年６月３０日（２０１１．６．３０）
【国際特許分類】
【出願日】平成２１年１２月１６日（２００９．１２．１６）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]