(57)【特許請求の範囲】
【請求項１】
サーバと画像形成装置を含む画像形成システムであって、
前記画像形成装置は、
前記サーバにより提供される第１の画面情報に基づき第１の画面を表示させる第１の表示手段と、
前記画像形成装置に格納されている第２の画面情報に基づき第２の画面を表示させる第２の表示手段と、
前記第２の画面を表示するための操作が前記第１の画面上で行われた場合に、前記サーバに対して通知を行う通知手段と、を備え、
前記サーバは、
前記通知手段による通知を受けた場合に、前記第１の画面を前記第２の画面に遷移させるための要求を前記画像形成装置に送信する送信手段を備え、
前記画像形成装置は更に、
前記送信手段により送信された要求を受信した場合に、前記第１の画面が表示された状態であるか否かを判定する判定手段と、
前記判定手段による判定の結果、前記第１の画面が表示された状態であれば前記第２の表示手段による前記第２の画面の表示を行わせ、前記第１の画面が表示された状態でなければ前記第２の表示手段による前記第２の画面の表示を行わせない表示制御手段と、
を備えることを特徴とする画像形成システム。
【請求項２】
前記第１の表示手段はＷｅｂブラウザを用いて前記第１の画面を表示させ、前記第２の表示手段はＷｅｂブラウザを用いずに前記第２の画面を表示させることを特徴とする請求項１に記載の画像形成システム。
【請求項３】
前記画像形成装置は、前記送信手段により送信された要求を、Ｗｅｂサービスを用いて受信することを特徴とする請求項１または２に記載の画像形成システム。
【請求項４】
前記第１の画面は、画像処理に関する機能を選択するための画面であることを特徴とする請求項１乃至３のいずれか１項に記載の画像形成システム。
【請求項５】
前記画像処理に関する機能は、スキャン、コピー、ＦＡＸ、及び印刷の少なくとも１つを含むことを特徴とする請求項４に記載の画像形成システム。
【請求項６】
前記通知手段は、前記第１の画面において特定の機能が選択された場合に前記通知を行うことを特徴とする請求項４または５に記載の画像形成システム。
【請求項７】
サーバと通信可能な画像形成装置であって、
前記サーバにより提供される第１の画面情報に基づき第１の画面を表示させる第１の表示手段と、
前記画像形成装置に格納されている第２の画面情報に基づき第２の画面を表示させる第２の表示手段と、
前記第２の画面を表示するための操作が前記第１の画面上で行われた場合に、前記サーバに対して通知を行う通知手段と、
前記通知手段による通知を受けた前記サーバから画面遷移の要求を受信した場合に、前記第１の画面が表示された状態であるか否かを判定する判定手段と、
前記判定手段による判定の結果、前記第１の画面が表示された状態であれば前記第２の表示手段による前記第２の画面の表示を行わせ、前記第１の画面が表示された状態でなければ前記第２の表示手段による前記第２の画面の表示を行わせない表示制御手段と、
を備えることを特徴とする画像形成装置。
【請求項８】
前記第１の表示手段はＷｅｂブラウザを用いて前記第１の画面を表示させ、前記第２の表示手段はＷｅｂブラウザを用いずに前記第２の画面を表示させることを特徴とする請求項７に記載の画像形成装置。
【請求項９】
前記サーバからの要求を、Ｗｅｂサービスを用いて受信することを特徴とする請求項７または８に記載の画像形成装置。
【請求項１０】
前記第１の画面は、画像処理に関する機能を選択するための画面であることを特徴とする請求項７乃至９のいずれか１項に記載の画像形成装置。
【請求項１１】
前記画像処理に関する機能は、スキャン、コピー、ＦＡＸ、及び印刷の少なくとも１つを含むことを特徴とする請求項１０に記載の画像形成装置。
【請求項１２】
前記通知手段は、前記第１の画面において特定の機能が選択された場合に前記通知を行うことを特徴とする請求項１０または１１に記載の画像形成装置。
【請求項１３】
サーバと画像形成装置を含む画像形成システムにおける画面表示方法であって、
前記画像形成装置において、前記サーバにより提供される第１の画面情報に基づき第１の画面を表示させる第１の表示工程と、
前記画像形成装置において、前記画像形成装置に格納されている第２の画面情報に基づき第２の画面を表示させる第２の表示工程と、
前記画像形成装置において、前記第２の画面を表示するための操作が前記第１の画面上で行われた場合に、前記サーバに対して通知を行う通知工程と、
前記サーバにおいて、前記通知工程による通知を受けた場合に、前記第１の画面を前記第２の画面に遷移させるための要求を前記画像形成装置に送信する送信工程と、
前記画像形成装置において、前記送信工程で送信された要求を受信した場合に、前記第１の画面が表示された状態であるか否かを判定する判定工程と、
前記画像形成装置において、前記判定工程における判定の結果、前記第１の画面が表示された状態であれば前記第２の表示工程による前記第２の画面の表示を行わせ、前記第１の画面が表示された状態でなければ前記第２の表示工程による前記第２の画面の表示を行わせない表示制御工程と、
を備えることを特徴とする画面表示方法。
【請求項１４】
サーバと通信可能な画像形成装置の制御方法であって、
前記サーバにより提供される第１の画面情報に基づき第１の画面を表示させる第１の表示工程と、
前記画像形成装置に格納されている第２の画面情報に基づき第２の画面を表示させる第２の表示工程と、
前記第２の画面を表示するための操作が前記第１の画面上で行われた場合に、前記サーバに対して通知を行う通知工程と、
前記通知工程による通知を受けた前記サーバから画面遷移の要求を受信した場合に、前記第１の画面が表示された状態であるか否かを判定する判定工程と、
前記判定工程における判定の結果、前記第１の画面が表示された状態であれば前記第２の表示工程による前記第２の画面の表示を行わせ、前記第１の画面が表示された状態でなければ前記第２の表示工程による前記第２の画面の表示を行わせない表示制御工程と、
を備えることを特徴とする制御方法。
【請求項１５】
コンピュータを請求項７乃至１２のいずれか１項に記載の画像形成装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバにより提供される画面情報に基づく画面と自装置に格納されている画面情報に基づく画面とを表示する画像形成装置に関するものである。
【背景技術】
【０００２】
ＰＣなどの情報処理装置がネットワーク上のＷｅｂサーバと接続され、Ｗｅｂサーバにより提供される操作画面を、情報処理装置が備えるＷｅｂブラウザ上に表示する技術が知られている。この場合、情報処理装置のＷｅｂブラウザがＷｅｂサーバに対して操作画面を要求し、Ｗｅｂサーバ上のＷｅｂアプリケーションが情報処理装置からの要求に応じて、Ｗｅｂブラウザに操作画面を表示させるためのＨＴＭＬファイルを情報処理装置に送信する。情報処理装置のＷｅｂブラウザは、受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づいた操作画面を表示する。さらに、Ｗｅｂブラウザに表示された操作画面を介してユーザが指示を入力すると、Ｗｅｂブラウザは、入力された指示をＷｅｂサーバに対して通知する。指示の通知を受けたＷｅｂサーバ上のＷｅｂアプリケーションは、入力された指示に従って処理を実行する。
【０００３】
ところで、最近ではスキャナやプリンタを備えたＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）の中にも、上述したようなＷｅｂブラウザを備えているものがある。このようなＭＦＰは、上述した手順を用いてＷｅｂサーバにより提供される操作画面をＭＦＰのＷｅｂブラウザに表示し、ユーザからの各種指示を受け付ける。例えば、特許文献１には、ＭＦＰが備える各機能を利用するための指示を入力する操作画面を、Ｗｅｂサーバが提供する技術が提案されている。具体的には、ＭＦＰのユーザは、Ｗｅｂブラウザ上に表示された操作画面を介して、ＭＦＰに対する指示を入力する。特許文献１に記載のＭＦＰでは、入力された指示がＭＦＰのＷｅｂブラウザによってＷｅｂサーバに通知される。通知を受けたＷｅｂサーバは、ユーザから入力された指示内容に従って、ＭＦＰに対して各種処理の実行を依頼する。この依頼を受けたＭＦＰは、依頼された処理を実行する。これにより、ＭＦＰを操作するための全メニューデータをＭＦＰ内で保持しておく必要がなくなり、またメニューデータの変更もＷｅｂサーバ上で容易に行うことができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２３０２４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術には以下に記載する問題がある。上記従来技術による情報処理装置は一般的に多くの機能を有している。そのため、Ｗｅｂブラウザ上に表示される操作画面（以下では、Ｗｅｂ画面と称する。）で全ての操作画面を実現するのではなく、一部の操作画面を情報処理装置が予め保持している操作画面（以下では、ネイティブ画面と称する。）で実現する構成が考えられている。このような構成にすることにより、Ｗｅｂアプリケーションを効率よく実現することができる。また、このような構成を実現するためには、Ｗｅｂアプリケーションが情報処理装置のＵＩ上に表示される画面をＷｅｂ画面から別の画面（ネイティブ画面）に遷移させる必要がある。これを実現するために情報処理装置がＵＩ画面を制御するＷｅｂサービスを提供し、Ｗｅｂアプリケーションが当該サービスを利用し画面遷移を行うシステムが考えられている。
【０００６】
しかし、このようなシステムにおいては、Ｗｅｂ画面に対するユーザ操作に基づいてネイティブ画面へ遷移する間に、ユーザにより他の画面を表示する他の操作（デバイスのステータス表示画面やジョブ履歴画面の表示指示）が行われる可能性がある。このような場合、ユーザが意図的に他の操作を行ったにも関わらず、先に操作した内容に基づくネイティブ画面が表示されてしまうため、非常に操作性を低下させてしまう。
【０００７】
本発明は、上述の問題に鑑みて成されたものであり、画面遷移の要否を判断し、適切に制御する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、サーバと画像形成装置を含む画像形成システムであって、前記画像形成装置は、前記サーバにより提供される第１の画面情報に基づき第１の画面を表示させる第１の表示手段と、前記画像形成装置に格納されている第２の画面情報に基づき第２の画面を表示させる第２の表示手段と、前記第２の画面を表示するための操作が前記第１の画面上で行われた場合に、前記サーバに対して通知を行う通知手段と、を備え、前記サーバは、前記通知手段による通知を受けた場合に、前記第１の画面を前記第２の画面に遷移させるための要求を前記画像形成装置に送信する送信手段を備え、前記画像形成装置は更に、前記送信手段により送信された要求を受信した場合に、前記第１の画面が表示された状態であるか否かを判定する判定手段と、前記判定手段による判定の結果、前記第１の画面が表示された状態であれば前記第２の表示手段による前記第２の画面の表示を行わせ、前記第１の画面が表示された状態でなければ前記第２の表示手段による前記第２の画面の表示を行わせない表示制御手段と、を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、画面遷移の要否を判断し、適切に制御することができる。
【図面の簡単な説明】
【００１０】
【図１】第１の実施形態に係る画像形成装置１００のハードウェア構成を示すブロック図である。
【図２】第１の実施形態に係る画像形成装置１００を使用した印刷システムの構成を示す図である。
【図３】第１の実施形態に係る画像形成装置１００とＷｅｂサーバ２００との機能構成を示すブロック図である。
【図４】第１の実施形態に係る画像形成装置１００及びＷｅｂサーバ２００の画面制御を示すシーケンス図である。
【図５】第１の実施形態に係るＷｅｂブラウザ３１０に表示されるメニュー画面５００の一例を示す図である。
【図６】第１の実施形態に係る画面遷移を行う際のＷｅｂアプリケーション３１３の処理手順を示すフローチャートである。
【図７】第１の実施形態に係る画面遷移を行う際の画像形成装置１００の処理手順を示すフローチャートである。
【図８】第２の実施形態に係る画面遷移を行う際の画像形成装置１００の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下に本発明の一実施形態を示す。以下で説明される個別の実施形態は、本発明の上位概念、中位概念及び下位概念など種々の概念を理解するために役立つであろう。また、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。
【００１２】
＜第１の実施形態＞
＜画像形成装置の構成＞
以下では、図１乃至図７を参照して、本発明における第１の実施形態について説明する。まず、図１を参照して、本実施形態における画像形成装置１００のハードウェア構成について説明する。以下では、図１に示すように、本発明に係る情報処理装置の一例として、ＭＦＰ等の画像形成装置１００を例に説明する。
【００１３】
ＣＰＵ１０１は、ＲＯＭ１０２やＨＤＤ１０４に格納されているソフトウェアプログラムを実行し、装置全体の制御を行なう。ＲＯＭ１０２は、リードオンリーメモリであり、装置のブートプログラムや固定パラメータ等が格納されている。ＲＡＭ１０３は、ランダムアクセスメモリであり、ＣＰＵ１０１が装置を制御する際に、一時的なデータの格納などに使用される。ＨＤＤ１０４は、ハードディスクドライブであり、印刷データの格納など、様々なデータの格納に使用される。プリンタＩ／Ｆ制御部１０５は、プリンタ１１１を制御する装置である。ＮＶＲＡＭ１０６は、不揮発性のメモリであり画像形成装置１００の各種設定値が保存される。パネル制御部１０７は、表示部及び操作部を有する操作パネル１１０を制御し、各種情報の表示、使用者からの指示入力を制御する。ネットワークＩ／Ｆ制御部１０８は、ＬＡＮネットワーク１１２とのデータの送受信を制御する。バス１０９には、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ１０４、プリンタＩ／Ｆ制御部１０５、ＮＶＲＡＭ１０６、パネル制御部１０７、ネットワークＩ／Ｆ制御部１０８が接続される。また、バス１０９は、ＣＰＵ１０１からの制御信号や各装置間のデータ信号が送受信されるシステムバスである。
【００１４】
＜印刷システムの構成＞
次に、図２を参照して、本実施形態における画像形成装置１００を使用した印刷システム１０の構成について説明する。情報処理システムの一例である印刷システム１０では、Ｗｅｂブラウザ機能を有する画像形成装置１００と、Ｗｅｂサーバ機能を有するＷｅｂサーバ２００とがＬＡＮネットワーク１１２を介して接続されている。画像形成装置１００、及びＷｅｂサーバ２００は、ＬＡＮネットワーク１１２に接続され相互に通信可能である。ＷｅｂアプリケーションはＷｅｂサーバ２００上で動作する。Ｗｅｂブラウザは画像形成装置１００上で動作し、Ｗｅｂサーバ２００上のＷｅｂアプリケーションを実行する。本実施形態によれば、画像形成装置１００は、Ｗｅｂサーバ２００のＷｅｂアプリケーションから画像形成装置１００の機能を実行するための操作画面を取得し、Ｗｅｂブラウザ上で表示する。以下では、Ｗｅｂブラウザ上で表示される画面をＷｅｂ画面と称する。また、画像形成装置１００は、予め保持している画面を表示することもできる。以下では、予め保持している画面をネイティブ画面と称する。
【００１５】
＜機能構成＞
次に、図３を参照して、画像形成装置１００及びＷｅｂサーバ２００の機能構成について説明する。なお、以下では、本発明を実施する上で主に重要な機能構成についてのみ説明している。したがって、本発明における画像形成装置及び情報処理装置は、他の機能構成を含んで実現されてもよい。
【００１６】
画像形成装置１００は、画面情報管理部３０１、画面遷移判断部３０２、画面遷移部３０３、画面遷移Ｗｅｂサービス３０９、Ｗｅｂブラウザ３１０、及び操作パネル入力管理部３１４を備える。画面遷移Ｗｅｂサービス３０９は通信部３０４と解析部３０５から構成される。また、Ｗｅｂブラウザ３１０は、通信部３０６、解析部３０７、及び画面表示部３０８を備える。また、画面遷移Ｗｅｂサービス３０９は、通信部３０４及び解析部３０５を備える。Ｗｅｂサーバ２００は、Ｗｅｂアプリケーション３１３を備える。また、Ｗｅｂアプリケーション３１３は、ロジック部３１１及びプレゼンテーション部３１２を備える。
【００１７】
Ｗｅｂブラウザ３１０の通信部３０６は、プレゼンテーション部３１２が提供するＨＴＭＬコンテンツを受信する。解析部３０７は、受信したＨＴＭＬコンテンツを解析し、操作パネル１１０に表示するための画面データを生成する。画面表示部３０８は、表示制御手段として機能し、解析部３０７が生成した画面データを実際に操作パネル１１０上に表示する。本実施形態によれば、画面表示部３０８は、Ｗｅｂサーバ２００から提供される画面情報に基づいて生成されるＷｅｂ画面、又は、ＲＯＭ１０２やＨＤＤ１０４等に予め保持されている画面情報に基づいて生成されるネイティブ画面を表示する。
【００１８】
操作パネル入力管理部３１４は、ユーザがパネル操作したときの入力処理を管理する。例えばユーザによりＷｅｂブラウザ３１０を操作された場合、操作パネル入力管理部３１４は、解析部３０７に操作内容を通知する。解析部３０７は、入力内容を解析し、通信部３０６を経由してプレゼンテーション部３１２にＨＴＴＰリクエストを送信する。
【００１９】
プレゼンテーション部３１２は、受信したＨＴＴＰリクエストをロジック部３１１に渡す。ロジック部３１１は、渡されたＨＴＴＰリクエストを解析する。送信されたＨＴＴＰリクエストを解析した結果、Ｗｅｂ画面以外への画面遷移が必要である場合、ロジック部３１１は、画面遷移Ｗｅｂサービス３０９の通信部３０４に画面遷移を指示するＨＴＴＰリクエストを送信する。通信部３０４は、受信したＨＴＴＰリクエストを解析部３０５に渡し処理を解析する。
【００２０】
解析部３０５による解析結果に基づき、画面遷移判断部３０２は、画面遷移部３０３に画面遷移処理を行わせるか否かを判断する。画面遷移判断部３０２は、画面情報管理部３０１が管理している現在の画面情報と、画面遷移部３０３から通知された画面遷移依頼元の情報とに基づき、画面遷移可能か否かを判断する。画面遷移部３０３は、画面切替手段及び応答手段として機能し、画面遷移判断部３０２の判断に従って画面遷移処理を実行するとともに、画面遷移を行ったかどうかの結果を応答として画面遷移Ｗｅｂサービス３０９に通知する。また、操作パネル入力管理部３１４は、Ｗｅｂ画面以外の画面に遷移するユーザ操作を検知した場合、画面遷移部３０３に画面遷移の指示を行う。
【００２１】
＜画面制御＞
次に、図４を参照して、画像形成装置１００及びＷｅｂサーバ２００における画面制御の処理手順について説明する。ここでは、Ｗｅｂアプリケーション３１３によって提供される機能の１つであるコピー機能を、画像形成装置１００が予め保持している操作画面（ネイティブ画面）を用いて実行する場合の画面制御について説明する。なお、以下に記載するＳに続く番号は、シーケンス図又はフローチャートにおけるステップ番号を示す。
【００２２】
まず、Ｓ４００において、Ｗｅｂブラウザ３１０は、Ｗｅｂアプリケーション３１３にメニュー画面を要求する。Ｓ４０１において、Ｗｅｂアプリケーション３１３は、Ｗｅｂブラウザ３１０にメニュー画面を応答する。Ｓ４０２において、Ｗｅｂブラウザ３１０は、表示したメニュー画面からユーザ操作による機能の選択を受け付ける。なお、ここでは、ネイティブ画面を利用して実現されているコピー機能がユーザに選択された場合を想定する。Ｓ４０３において、Ｗｅｂブラウザ３１０は、ユーザ操作により選択された機能に従って、Ｗｅｂアプリケーション３１３にコピー機能画面を要求する。
【００２３】
Ｓ４０４において、Ｗｅｂアプリケーション３１３は、コピー機能が画像形成装置１００の操作画面を利用して実現されているため、画面遷移Ｗｅｂサービス３０９にコピー画面の表示指示を通知する。Ｓ４０５において、画面遷移Ｗｅｂサービス３０９は、表示指示を受信すると画面遷移部３０３にコピー画面の遷移指示を通知する。
【００２４】
Ｓ４０６において、画面遷移部３０３は、画面遷移判断部３０２にコピー画面の遷移可否を問い合わせる。Ｓ４０７において、画面遷移判断部３０２は、コピー画面の遷移可否を判断し、Ｓ４０８において画面遷移部３０３にコピー画面の遷移可否の応答（判断結果）を送信する。続いて、Ｓ４０９において、画面遷移部３０３は、判断結果が遷移可能であれば画面遷移を実行する。さらに、Ｓ４１０において、画面遷移部３０３は、画面遷移Ｗｅｂサービス３０９に遷移結果を通知する。Ｓ４１１において、画面遷移Ｗｅｂサービス３０９は、Ｗｅｂアプリケーション３１３にコピー画面の表示指示に対する実行結果を通知する。
【００２５】
＜メニュー画面＞
次に、図５を参照して、Ｓ４０１によりＷｅｂブラウザ３１０に表示されるメニュー画面５００の一例について説明する。メニュー画面５００には、画像形成装置１００の何れの機能を利用するかを選択するための選択ボタン５０１、５０２、５０３、５０４が含まれる。選択ボタン５０１が押下されるとスキャン機能が選択される。選択ボタン５０２が押下されるとコピー機能が選択される。選択ボタン５０３が押下されるとＦＡＸ機能が選択される。選択ボタン５０４が押下されると印刷機能が選択される。
【００２６】
ユーザ操作によって選択ボタン５０１〜５０４の何れかのボタンが押下されると、Ｗｅｂブラウザ３１０は、図４のＳ４０２において、何れの機能を利用するかを決定する。ユーザにより実行する機能が選択されると、Ｗｅｂブラウザ３１０は、Ｓ４０３において、Ｗｅｂアプリケーション３１３に対して、押下されたボタンに対応する機能画面を要求する。
【００２７】
＜画面遷移の際の処理手順＞
次に、図６を参照して、画面遷移を行う際のＷｅｂアプリケーション３１３の処理手順について説明する。まず、Ｓ６０１において、Ｗｅｂアプリケーション３１３は、Ｗｅｂブラウザ３１０からＨＴＴＰリクエストを受信する。続いて、Ｓ６０２において、Ｗｅｂアプリケーション３１３は、遷移先画面がネイティブ画面であるか否かを判定する。ここで、遷移先画面がネイティブ画面でない場合はＳ６０６に進み、Ｗｅｂアプリケーション３１３は、遷移先画面であるＨＴＭＬコンテンツ（Ｗｅｂ画面の画面情報）を、Ｗｅｂブラウザ３１０に送信して処理を終了する。
【００２８】
一方、遷移先画面がネイティブ画面である場合はＳ６０３に進み、Ｗｅｂアプリケーション３１３は、画面遷移Ｗｅｂサービス３０９に画面遷移の指示、即ち、ネイティブ画面の表示の指示を送信する。続いて、Ｓ６０４において、Ｗｅｂアプリケーション３１３は、画面遷移が成功したか否かを判定する。この判定は、画面遷移Ｗｅｂサービス３０９からの応答として通知される結果に基づいて行われる。ここで、画面遷移が成功した場合は処理を終了し、失敗した場合はＳ６０５に進む。Ｓ６０５において、Ｗｅｂアプリケーション３１３は、リピート手段として機能し、失敗回数が所定回数であるＮ回に到達したか否かを判定する。Ｎ回に到達した場合は処理を終了し、失敗回数がＮ回に到達していない場合はＳ６０３に戻り、再度、画面遷移の指示を送信する。
【００２９】
次に、図７を参照して、画面遷移を行う際の画像形成装置１００の処理手順について説明する。まず、Ｓ７０１において、画面遷移Ｗｅｂサービス３０９は、Ｗｅｂアプリケーション３１３から画面遷移の指示を受信する。Ｓ７０２において、画面遷移Ｗｅｂサービス３０９は、画面遷移判断部３０２によって現在の表示画面がＷｅｂ画面か否かを判定する。Ｗｅｂ画面である場合はＳ７０３に進む。Ｓ７０３において、画面遷移Ｗｅｂサービス３０９は、ユーザがＷｅｂブラウザ３１０経由でＷｅｂアプリケーション３１３を操作中であると判断し、画面遷移部３０３によって画面遷移を実行し、画面遷移成功をＷｅｂアプリケーション３１３に通知する。一方、現在の表示画面がＷｅｂ画面でない場合はＳ７０４に進む。Ｓ７０４において、画面遷移Ｗｅｂサービス３０９は、ユーザがＷｅｂアプリケーション以外の他のアプリケーションの操作を行っていると判断し、現在の表示画面を維持し、画面遷移の失敗をＷｅｂアプリケーション３１３に通知する。
【００３０】
以上説明したように、本実施形態に係る情報処理装置は、Ｗｅｂ画面を介して行われるユーザ操作がネイティブ画面の表示を示す場合に、Ｗｅｂサーバから当該ネイティブ画面の表示を指示されると、現在の表示がＷｅｂ画面であるか否かを判定する。さらに、本情報処理装置は、現在の表示がＷｅｂ画面である場合には、当該現在の表示を指示されたネイティブ画面に切り替え、現在の表示がＷｅｂ画面でない場合には、当該現在の表示を維持する。これにより、本情報処理装置は、ＷｅｂアプリケーションのＷｅｂ画面を介したユーザ操作に基づき、Ｗｅｂ画面からネイティブ画面へ遷移している間に他のアプリケーションに関するユーザ操作が行われた場合であっても、好適に画面を切り替えることができる。具体的には、本情報処理装置は、ネイティブ画面への遷移の際に、現在の表示がＷｅｂ画面以外の画面であれば、ユーザが意図的に他の操作を行ったと判断し、上記ネイティブ画面への遷移を行わない。このように、本情報処理装置は、ユーザフレンドリな操作体系を提供することができる。
【００３１】
＜第２の実施形態＞
次に、図８を参照して、第２の実施形態について説明する。上記実施形態におけるＳ７０４において画面遷移を行わない場合に、画面遷移失敗をＷｅｂアプリケーション３１３に通知し処理を終了していた。しかし、本実施形態では、画面遷移を行わない場合は、所定時間待機して、再度、表示画面の確認を行う。図８は、図７のフローチャートの変形例を示す。なお、Ｓ８０１、Ｓ８０２、Ｓ８０３の処理は、図７のＳ７０１、Ｓ７０２、Ｓ７０３の処理とそれぞれ同様であるため説明を省略する。
【００３２】
Ｓ８０２で表示画面にネイティブ画面が表示されていると判定されると、Ｓ８０４において、画面遷移Ｗｅｂサービス３０９は、１秒ウェイトする。続いて、Ｓ８０５において、画面遷移Ｗｅｂサービス３０９は、ウェイト回数がＮ回に到達したか否かを判定する。到達した場合はＳ８０６に進み、画面遷移Ｗｅｂサービス３０９は、画面遷移の失敗をＷｅｂアプリケーション３１３に応答する。つまり、本実施形態に係る画面遷移Ｗｅｂサービス３０９は、表示画面にネイティブ画面が表示されていると判定すると、Ｓ８０２の判定を定期的に繰り返し、所定時間の間、表示画面がネイティブ画面のままであれば、応答として画面遷移の失敗を通知する。一方、ウェイト回数がＮ回に到達していない場合は、Ｓ８０２に戻り、再度、表示画面の確認を行う。
【００３３】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
0005395578.tif 000002
【図２】
0005395578.tif 000003
【図３】
0005395578.tif 000004
【図４】
0005395578.tif 000005
【図５】
0005395578.tif 000006
【図６】
0005395578.tif 000007
【図７】
0005395578.tif 000008
【図８】
0005395578.tif 000009