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

Description

本発明は、複数のアプリケーションを利用可能な情報処理装置、その制御方法、及びプログラムに関するものである。

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

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

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

しかしながら、従来技術においては以下に記載する問題がある。上述したＭＦＰなどの情報処理装置の中には、一部のアプリケーションの画面をＷｅｂサーバが提供し、別のアプリケーションではＭＦＰ内に保持しているプログラムを読み出して実行するものがある。以下では、Ｗｅｂサーバが提供するアプリケーションを「Ｗｅｂアプリケーション」と称し、ＭＦＰ内に予め保持されている情報に基づいて実行されるアプリケーションを「ネイティブアプリケーション」と称する。例えば、コピー機能はネイティブアプリケーションとして提供され、スキャン機能はＷｅｂアプリケーションとして提供されるＭＦＰがある。このようなＭＦＰであっても、ユーザに対してはどのアプリケーションがＷｅｂアプリケーションで、どのアプリケーションがネイティブアプリケーションであるかを意識させずに、同じ操作性を提供したい。

しかし、ＭＦＰに備えられた所定のキー（例えば、ハードウェアキーであるリセットキー）による操作については、ネイティブアプリケーションとＷｅｂアプリケーションとで同じ操作性にすることはできなかった。Ｗｅｂブラウザ上に表示された操作画面内のボタン等に対する入力は、Ｗｅｂアプリケーション側がハンドリングすることができるが、ハードウェアキーに対する入力をＷｅｂアプリケーション側がハンドリングすることができないからである。例えば、ネイティブアプリケーションとして提供されたコピー機能を操作中に、ＭＦＰに備えられたハードウェアキーであるリセットキーが押下された場合は、コピー機能のリセット処理を行い、コピー機能の初期画面を表示する。一方、Ｗｅｂアプリケーションとして提供されたスキャン機能を操作中に、上記リセットキーが押下されると、Ｗｅｂブラウザのリセット処理が機能し、Ｗｅｂブラウザに設定されたホームページを表示してしまう。したがって、コピー機能とは操作性が異なることとなり、リセットキー押下によってスキャン機能のリセット処理を行いスキャン機能の初期画面が表示されることを期待していたユーザにとって使いにくいものとなってしまう。

本発明は、上述の問題に鑑みて成されたものであり、所定のキーが操作された場合に、実行されているＷｅｂアプリケーションに応じた初期画面を表示する仕組みを提供することを目的とする。

本発明は、例えば、Ｗｅｂサーバによって提供される複数のアプリケーションを利用可能な情報処理装置であって、前記複数のアプリケーションのそれぞれに対応付けて、各アプリケーションの初期画面を示すＵＲＬを登録する登録手段と、前記複数のアプリケーションに含まれる第１のアプリケーションが実行されている状態で所定のキーが操作された場合は、当該第１のアプリケーションに対応付けて登録されている第１のＵＲＬに基づき、前記Ｗｅｂサーバから第１の画面情報を取得し、前記複数のアプリケーションに含まれる第２のアプリケーションが実行されている状態で前記所定のキーが操作された場合は、当該第２のアプリケーションに対応付けて登録されている第２のＵＲＬに基づき、前記Ｗｅｂサーバから第２の画面情報を取得する取得手段と、前記取得手段が取得した画面情報に基づいて前記初期画面を表示する表示手段と、を備えることを特徴とする。

本発明によれば、所定のキーが操作された場合に、実行されているＷｅｂアプリケーションに応じた初期画面を表示する仕組みを提供することができる。

第１の実施形態に係る情報処理システム１００の構成例を示す図である。 第１の実施形態に係る情報処理システム１００の制御構成を示すブロック図である。 第１の実施形態に係る情報処理システム１００の機能構成を示すブロック図である。 第１の実施形態に係るＭＦＰ１０１で表示する操作画面を要求する処理手順を示すフローチャートである。 第１の実施形態に係る操作画面の要求に応答するＷｅｂアプリケーション５１０の処理手順を示すフローチャートである。 第１の実施形態に係るサービスプロバイダの処理手順を示すフローチャートである。 第１の実施形態に係るハードキーが押下されたときのＷｅｂブラウザ５４０における処理手順を示すフローチャートである。 第１の実施形態に係るリセットキーが押下されたときの処理手順を示すフローチャートである。 第１の実施形態に係るネイティブ機能モジュール５３０が提供する機能選択画面を示す図である。 第１の実施形態に係るテーブル５６３が保持している機能ＩＤテーブルを示す図である。 第１の実施形態に係るテーブル５６３が保持しているアプリケーションＵＲＬテーブルを示す図である。 第２の実施形態に係るリセットキーが押下されたときの処理手順を示すフローチャートである。 第２の実施形態に係るＷｅｂアプリケーション５１０が提供する機能選択画面を示す図である。 第２の実施形態に係るテーブル５６３が保持している機能選択画面ＵＲＬテーブルを示す図である。 第３の実施形態に係るリセットキーが押下されたときの処理手順を示すフローチャートである。 第３の実施形態に係るテーブル５６３が保持しているアプリケーション管理テーブルを示す図である。

以下に本発明の一実施形態を示す。以下で説明される個別の実施形態は、本発明の上位概念、中位概念及び下位概念など種々の概念を理解するために役立つであろう。また、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。

＜第１の実施形態＞
＜情報処理システムのハードウェア構成＞
まず、図１を参照して、第１の実施形態に係る情報処理システムのハードウェア構成について説明する。情報処理システム１００は、Ｗｅｂブラウザ機能を有するＭＦＰ１０１、及びＷｅｂサーバ機能を有するＷｅｂサーバ１０２を備える。各装置は、互いに通信可能にＬＡＮ１１０を介して接続される。なお、ＭＦＰ１０１は、情報処理装置の一例であり、Ｗｅｂサーバ１０２は、外部装置の一例である。また、ＭＦＰ１０１では、Ｗｅｂサーバに組み込まれたＷｅｂアプリケーション（第１のアプリケーション）と、ＭＦＰ１０１（情報処理装置内）に組み込まれたネイティブアプリケーション（内部アプリケーション、第２のアプリケーション）とが利用可能である。さらに、ＭＦＰ１０１は、当該Ｗｅｂアプリケーションの表示画面又は当該ネイティブアプリケーションの表示画面を表示する表示部と、複数のハードウェアキー（以下、ハードキーと称する。）を有する操作部とを備える。なお、表示部は、タッチパネル形式のＬＣＤが用いられ、ソフトウェアキーを表示し、当該ソフトウェアキー（以下、ソフトキーと称する。）を介して入力を受け付けることができる。

本実施形態によれば、情報処理装置であるＭＦＰ１０１に設けられた所定のキーが押下された場合に、Ｗｅｂアプリケーション及びネイティブアプリケーションの何れかが実行中であるかに関わらず、動作を統一することができる。なお、以下の実施形態では、所定のキーとして、ハードウェアキーであるリセットキーを例に説明する。しかしながら、本発明は、これに限定されず、例えば、所定のキーとして、実行中のアプリケーションのリセット処理を実行するためのソフトウェアキーを適用してもよい。この場合、例えば、表示部におけるＷｅｂアプリケーション又はネイティブアプリケーションの表示領域とは別に、当該ソフトウェアキーを表示するための表示領域を設ける必要がある。

＜情報処理システムの制御構成＞
次に、図２を参照してＭＦＰ１０１及びＷｅｂサーバ１０２の制御構成について説明する。ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１を統括的に制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御処理を実行する。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。また、ＭＦＰ１０１には後述するＷｅｂブラウザ機能が備えられており、ＭＦＰ１０１のＷｅｂブラウザはＷｅｂサーバ１０２から受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づく操作画面を操作部２１９上に表示する。操作部２１９は、ＬＣＤ上にタッチパネルシートが貼られているＬＣＤ表示部を有する。このＬＣＤ表示部には、後述するネイティブ機能モジュールやＷｅｂブラウザが表示する操作画面及びソフトウェアキーが表示されるとともに、表示されているキーが押されると、押された位置を示す位置情報がＣＰＵ２１１に伝えられる。

また、操作部２１９には、スタートキー、ストップキー、リセットキー、ガイドキー、トップメニューキー、数値キーなどの各種ハードキーが設けられている。スタートキーは、原稿画像の読み取り動作の開始を指示するためのキーであり、スタートキーの中央部には、緑と赤の２色ＬＥＤ表示部が設けられている。２色のＬＥＤ表示部は、その色によってスタートキーが使用可能な状態にあるか否かを表す。ストップキーは、稼働中の動作を止めるためのキーである。リセットキーは設定を初期化するときに用いられるキーである。ガイドキーは、ＭＦＰ１０１の使用方法を表示するためのキーである。トップメニューキーはＭＦＰ１０１の機能を選択させるためのトップメニュー画面を表示するためのキーである。数値キーは数値を入力するためのキーである。

プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０からプリンタ２２０に転送され、プリンタ２２０において記録媒体上に印刷される。スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。ネットワークＩ／Ｆ２１８は、制御部２１０をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０上の外部装置（例えば、Ｗｅｂサーバ１０２）に画像データや情報を送信したり、ＬＡＮ１１０上の外部装置から各種情報を受信したりする。

Ｗｅｂサーバ１０２は、当該Ｗｅｂサーバ１０２を統括的に制御するＣＰＵ４１１を備える。ＣＰＵ４１１は、ＲＯＭ４１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ４１３は、ＣＰＵ４１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ４１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。ネットワークＩ／Ｆ４１５は、制御部４１０をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ４１５は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。

＜情報処理システムの機能構成＞
次に、図３を参照して、情報処理システム１００の機能構成について説明する。図３に示す各機能ブロックは、ＭＦＰ１０１／Ｗｅｂサーバ１０２のそれぞれに備えられているＣＰＵ２１１、４１１が制御プログラムを実行することにより実現される。ＭＦＰ１０１は、ネイティブ機能モジュール５３０、Ｗｅｂブラウザ５４０、サービスプロバイダ５５０、ハードキー入力処理モジュール５６０、及びログ記録部５７０を含む。ネイティブ機能モジュール５３０は、Ｗｅｂサーバ１０２により提供されるのではなく、ＭＦＰ１０１内部に保持しているプログラムに基づいて提供される各種ネイティブアプリケーションを示す。例えば、ネイティブアプリケーションには、ＭＦＰ１０１のプリンタ２２０による印刷処理の実行や、スキャナ２２１による読取処理の実行、或いはネットワークＩ／Ｆ２１８を介した送信処理の実行を行うアプリケーションが含まれる。また、ＭＦＰ１０１全体の設定やアプリケーションの切り替えを行うモジュールなども、ネイティブ機能モジュール５３０に含まれる。

Ｗｅｂブラウザ５４０は、通信部５４１、解析部５４２、及び画面表示部５４３を含む。通信部５４１は、ＨＴＴＰプロトコルに従ってＷｅｂアプリケーション５１０のプレゼンテーション部５１１と通信する。具体的には、通信部５４１は、Ｗｅｂブラウザ５４０で表示する操作画面をＷｅｂアプリケーション５１０に対して要求したり、Ｗｅｂブラウザ５４０で表示した操作画面を介して入力されたユーザ指示をＷｅｂアプリケーション５１０に通知したりする。また、後述するハードキー入力処理モジュール５６０からの通知を受け取ると、通知されたＵＲＬをＷｅｂアプリケーション５１０に対して要求する。つまり、操作画面を特定可能なＵＲＬ情報を要求する。解析部５４２は、Ｗｅｂアプリケーション５１０から受信するＨＴＭＬファイルを解析する。このＨＴＭＬファイルには、Ｗｅｂブラウザ５４０に表示すべき操作画面の内容を示す記述（画面情報）が含まれている。画面表示部５４３は、解析部５４２による解析の結果に基づいて、操作部２１９上に操作画面を表示する。このように、Ｗｅｂサーバ１０２から受信した画面情報（ＨＴＭＬファイルなど）に基づいて表示される画面をＷｅｂブラウザ画面と称する。

Ｗｅｂサーバ１０２は、Ｗｅｂアプリケーション５１０及びログ記録部５２０を備える。さらに、Ｗｅｂアプリケーション５１０には、プレゼンテーション部５１１及びロジック部５１２が含まれる。プレゼンテーション部５１１は、通信部５４１と通信し、ＭＦＰ１０１からの要求に応じてＭＦＰ１０１のＷｅｂブラウザ５４０で表示すべき操作画面をＭＦＰ１０１に送信する。また、ＭＦＰ１０１のＷｅｂブラウザ５４０に表示された操作画面を介して入力されたユーザ指示をＭＦＰ１０１から受け取る。

ユーザ指示を受け取ったＷｅｂアプリケーション５１０は、指示の内容に従って各種処理を実行するとともに、ＭＦＰ１０１のハードキーが操作されたことを示す操作通知を送信するようＭＦＰ１０１に対して依頼する。以下では、このような依頼をハードキー入力通知依頼と称する。具体的には、ＭＦＰ１０１のハードキーが押下されたときに、ＭＦＰ１０１のＷｅｂブラウザ５４０が要求すべきＵＲＬを指定する。また、Ｗｅｂアプリケーション５１０は、指示の内容によってＭＦＰ１０１に対して処理の実行を依頼する。具体的には、ＭＦＰ１０１のプリンタ２２０による印刷処理の実行や、スキャナ２２１による読取処理の実行、或いはネットワークＩ／Ｆ２１８を介した送信処理の実行を依頼する。

このように所定の操作画面の表示中であって、所定のハードキーが操作された場合に、ＭＦＰ１０１に対して、その旨を示す操作通知の依頼や、処理の実行を依頼する場合には、ロジック部５１２がサービスプロバイダ５５０の通信部５５１と通信する。そして、ＭＦＰ１０１により実行された処理の結果は、ログ記録部５２０に記録される。なお、ログ記録部５２０には、Ｗｅｂサーバ１０２で実行される認証処理の結果も記録される。

ＭＦＰ１０１のサービスプロバイダ５５０は、通信部５５１、ジョブ生成部５５２、及び受付部５５３を含む。通信部５５１は、Ｗｅｂアプリケーション５１０のロジック部５１２からの処理依頼を受け付ける。Ｗｅｂアプリケーション５１０からハードキー入力通知（操作通知）依頼を受けた場合は、受付部５５３が、ハードキー入力処理モジュール５６０に受け付けた情報を通知する。Ｗｅｂアプリケーション５１０から処理の実行を依頼された場合は、ジョブ生成部５５２が依頼された処理を実行するためのジョブを生成して実行する。ジョブを実行した結果はログ記録部５７０に記録される。なお、ログ記録部５７０には、Ｗｅｂサーバ１０２との通信履歴なども記録される。

ハードキー入力処理モジュール５６０は、テーブル５６３、テーブル管理部５６２、及びイベント処理部５６１を含む。テーブル管理部５６２は、サービスプロバイダ５５０の受付部５５３からの通知を受け取り、受け取った情報をテーブル５６３に登録する。テーブル５６３は、ハードキーそれぞれに対して、押下を検知したときにＷｅｂブラウザ５４０が要求するべきＵＲＬを管理するテーブルである。なお、テーブル５６３は、ＭＦＰ１０１の記憶部、例えば、ＲＡＭ２１３や、ＨＤＤ２１４に記憶されている。また、ここでは、ハードキーに限定して説明している。しかし、本発明は、当該ハードキーの機能を付加したソフトキーに関しても適用可能である。この場合、ハードキー入力処理モジュール５６０は、上記ソフトキーに対しても対応する必要がある。

イベント処理部５６１は、操作部２１９からハードキー入力通知を受け取り、テーブル５６３を参照してＷｅｂブラウザ５４０、又は、ネイティブ機能モジュール５３０に通知する。例えば、テーブル５６３でＵＲＬが割り当てられているハードキーであればＷｅｂブラウザ５４０に対してそのＵＲＬを通知する。一方、ＵＲＬが割り当てられていないハードキーであれば、ネイティブ機能モジュール５３０にハードキー入力を通知する。ネイティブ機能モジュール５３０は、通知されたハードキーに対応した予め定められた処理を行う。なお、ハードキー入力処理モジュール５６０は、その一部又は全てが、Ｗｅｂブラウザ５４０、サービスプロバイダ５５０、又はネイティブ機能モジュール５３０のサブモジュールとして構成されていてもよい。

＜Ｗｅｂブラウザの動作＞
次に、図４を参照して、Ｗｅｂブラウザ５４０による操作画面の要求処理について説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することによりＷｅｂブラウザ５４０によって実行される処理である。なお、以下で示すＳに続く番号は、各処理のステップ番号を示す。まず、Ｓ４０１において、Ｗｅｂブラウザ５４０は、ＭＦＰ１０１の表示部に表示する操作画面をＷｅｂサーバ１０２に対して要求する要求を生成する。この要求は、Ｗｅｂブラウザ５４０のホームページ等として予め設定されているＵＲＬ、ユーザがＷｅｂブラウザ５４０のＵＲＬ入力欄に入力したＵＲＬ、又は、Ｗｅｂブラウザ５４０で表示した画面でユーザが選択したリンクのＵＲＬなどであってもよい。続いて、Ｓ４０２において、Ｗｅｂブラウザ５４０は、生成した要求をＷｅｂサーバ１０２に対して送信する。

その後、Ｓ４０３において、Ｗｅｂブラウザ５４０は、送信した要求に応答として、Ｗｅｂサーバ１０２から操作画面の画面情報が送信されてきたか否かを判定する。なお、実際には、操作画面をＷｅｂブラウザ５４０に表示するための画面情報として、ＨＴＭＬファイル等がＷｅｂサーバ１０２から送信される。ここで、Ｗｅｂブラウザ５４０は、操作画面の画面情報を受信するとＳ４０４に進み、受信していなければ画面情報を受信するまで待機する。Ｓ４０４において、Ｗｅｂブラウザ５４０は、受信したＨＴＭＬファイルの記述に従って表示部に画面を表示する。

＜Ｗｅｂアプリケーションの動作＞
次に、図５を参照して、Ｗｅｂブラウザ５４０からの要求に応答して、Ｗｅｂサーバ１０２によって行われる応答処理について説明する。以下で説明する処理は、Ｗｅｂサーバ１０２のＣＰＵ４１１が制御プログラムを実行することにより実現される。Ｓ５０１において、Ｗｅｂアプリケーション５１０は、Ｗｅｂブラウザ５４０から操作画面の要求を受けたか否かを判定する。要求を受けた場合はＳ５０２に進み、要求を受けていない場合は要求を受信するまで待機する。要求を受信するとＳ５０２において、Ｗｅｂアプリケーション５１０は、受信した要求を解析する。要求を解析すると、Ｓ５０３において、Ｗｅｂアプリケーション５１０は、ＭＦＰ１０１に対する処理実行が必要であるか否かを判定する。ＭＦＰ１０１に対する処理実行が必要であればＳ５０４に進み、必要でなければＳ５０７に進む。

Ｓ５０４において、Ｗｅｂアプリケーション５１０は、ＭＦＰ１０１に対する処理実行依頼を生成し、Ｓ５０５で処理実行依頼をＭＦＰ１０１に送信する。その後、Ｓ５０６において、Ｗｅｂアプリケーション５１０は、ＭＦＰ１０１から処理実行依頼の処理結果を受信したか否かを判定する。処理結果を受信した場合はＳ５０７に進み、そうでなければ処理実行結果を受信するまで待機する。Ｓ５０７において、Ｗｅｂアプリケーション５１０は、Ｗｅｂブラウザ５４０に対して応答を送信する。実際には、この応答は、Ｗｅｂブラウザ５４０からの要求に基づいてＷｅｂブラウザ５４０に操作画面を表示するためのＨＴＭＬファイル等となる。

＜サービスプロバイダの動作＞
次に、図６を参照して、ＭＦＰ１０１のサービスプロバイダの処理について説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することによりサービスプロバイダ５５０で実行する処理である。Ｓ６０１において、サービスプロバイダ５５０は、Ｗｅｂサーバ１０２からの依頼を受けたか否かを判定する。Ｗｅｂサーバ１０２からの依頼を受けた場合はＳ６０２に進み、そうでなければ依頼を受けるまで待機する。Ｓ６０２において、サービスプロバイダ５５０は、依頼内容に従って処理を実行し、Ｓ６０３に進む。具体的には、ジョブ生成部５５２が、依頼された処理を実行するためのジョブを生成して実行する。Ｓ６０３において、サービスプロバイダ５５０は、処理実行結果をＷｅｂサーバ１０２に対して送信する。

＜ハードキーの押下に関する処理＞
次に、図７を参照して、ＭＦＰ１０１のハードキーが押下されたときのＷｅｂブラウザ５４０の動作について説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実行される処理である。なお、本実施形態ではハードキーの押下に関する処理について説明するが、本発明は、これに限定されず、以下で説明するハードキーの機能を付加したソフトキーを適用してもよい。

Ｓ７０１において、Ｗｅｂブラウザ５４０は、ハードキー入力処理モジュール５６０からの通知を受けたか否かを判定する。通知を受けた場合は、Ｓ７０２に進み、そうでなければ処理を終了する。Ｓ７０２において、Ｗｅｂブラウザ５４０は、テーブル５６３に記憶しているＵＲＬを要求するＨＴＴＰリクエストを生成し、Ｓ７０３でＷｅｂサーバ１０２に対して生成した要求を送信する。次に、Ｓ７０４において、Ｗｅｂブラウザ５４０は、Ｗｅｂサーバ１０２から要求に対する応答を受信したか否かを判定する。応答を受信した場合はＳ７０５に進み、応答を受信していない場合は、応答を受信するまで待機する。実際には、当該応答はＨＴＭＬファイルである。Ｓ７０５において、Ｗｅｂブラウザ５４０は、受信したＨＴＭＬファイルの記述に従って表示部に画面を表示する。

＜リセットキー押下時の動作＞
次に、図８を参照して、Ｗｅｂブラウザ５４０の操作中にリセットキーが押下されたときの動作を説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。Ｓ８０１において、ネイティブ機能モジュール５３０は、選択画面表示手段として機能し、ネイティブアプリケーションの表示画面として、Ｗｅｂアプリケーション５１０の機能を使用するための機能選択画面を表示する。機能選択画面は図９の９０１に示す。次に、Ｓ８０２において、ネイティブ機能モジュール５３０は、ユーザが機能選択画面９０１を介してブラウザ機能を選択したか否かを判定する。ブラウザ機能が選択された場合はＳ８０３に進み、選択されなかった場合はＳ８２１に進む。ここでは、機能選択画面９０１において、Ｗｅｂブラウザ５４０の機能を使用する機能を、スキャン機能（Ｓｃａｎ）９０２、プリント機能（Ｐｒｉｎｔ）９０３、ブラウザ機能（Ｂｒｏｗｓｅｒ）９０４、Ｆａｘ機能（Ｆａｘ）９０５とする。コピー機能（Ｃｏｐｙ）９０６についてはＷｅｂブラウザ５４０の機能を使用しないネイティブアプリケーションとする。

Ｓ８０３において、ネイティブ機能モジュール５３０は、Ｗｅｂブラウザ５４０に対して、機能選択画面９０１で選択された機能に固有に割り当てられたＩＤである機能ＩＤ（識別情報）を通知する。機能ＩＤについては、図１０の１００１で示す。続いて、Ｓ８０４において、ネイティブ機能モジュール５３０は、ネイティブの表示機能である機能選択画面９０１からＷｅｂブラウザ５４０の画面に切り替える。

次に、Ｓ８０５において、Ｗｅｂブラウザ５４０は、Ｓ８０３で通知された機能ＩＤに紐付けられたＵＲＬをテーブル５６３から参照する。機能ＩＤとＵＲＬ（遷移先）とを紐付けているテーブルを図１１の１１０１に示す。Ｓ８０６において、Ｗｅｂブラウザ５４０は、上記機能ＩＤに紐付けられている記憶フラグ（記憶情報）が“１”であるか否かをテーブル５６３より参照する。記憶フラグが“１”の場合はＳ８０７に進み、“０”の場合はＳ８０８に進む。ここで、記憶フラグとは、ブラウザがＲＡＭ２１３にＵＲＬを一時記憶するか否かを示すフラグである。ステータスは、“１”と“０”の２種類があり、“１”の場合はＵＲＬを一時記憶し、“０”の場合はＵＲＬを一時記憶しない。

Ｓ８０７において、Ｗｅｂブラウザ５４０は、Ｓ８０５で参照したＵＲＬをＲＡＭ２１３に記憶し、Ｓ８０８に進む。Ｓ８０８において、Ｗｅｂブラウザ５４０は、Ｓ８０５で参照したＵＲＬにアクセスしてＳ８０９に進み、画面を表示する。そして、Ｗｅｂサーバ１０２にアクセスして、Ｗｅｂアプリケーション５１０の機能が使用される。ここで表示される画面がＷｅｂアプリケーション５１０の機能の初期画面となる。

次に、Ｓ８１０において、Ｗｅｂブラウザ５４０は、ユーザの画面操作により、ＵＲＬアクセスの指示を受けたか否かを判定する。ＵＲＬアクセスの指示を受けた場合はＳ８０８に戻り、受けていない場合はＳ８１１に進む。Ｓ８１１において、Ｗｅｂブラウザ５４０は、ＭＦＰ１０１の操作部２１９に設けられたハードキーであるリセットキーが押下されたか否かを判定する。押下されている場合はＳ８１２に進み、押下されていない場合はＳ８１６に進む。Ｓ８１６において、Ｗｅｂブラウザ５４０は、機能選択画面９０１のリンク（トップメニューキー）が押下されたか否かを判定する。押下されている場合はＳ８０１に戻り、押下されていない場合はＳ８１０に戻る。

Ｓ８１１でリセットキーが押下されていると判定した場合、Ｓ８１２において、Ｗｅｂブラウザ５４０は、テーブル５６３を参照して、セッションリセットフラグが“１”であるか否かを判定する。”１”である場合はＳ８１３に進み、Ｗｅｂブラウザ５４０は、初期化処理であるセッションリセット処理を行い、Ｓ８１４に進む。一方、“０”である場合はＳ８１４に進む。セッションリセット処理については、後述する。

Ｓ８１４において、Ｗｅｂブラウザ５４０は、ＲＡＭ２１３上に記憶しているＵＲＬがあるか否かを判定する。ＵＲＬを記憶している場合はＳ８１５に進み、Ｗｅｂブラウザ５４０は、Ｓ８０７で記憶していたＵＲＬを呼び出して、Ｓ８０８に戻る。この処理により、ハードキーであるリセットキー押下でＷｅｂアプリケーション５１０の機能の初期画面に戻ることができる。一方、Ｓ８１４において、ＲＡＭ２１３上に記憶しているＵＲＬがないと判定すると、Ｗｅｂブラウザ５４０は、ホームページ設定などを参照し、Ｓ８０８に戻る。なお、Ｓ８０７でＲＡＭ２１３に記憶されているＵＲＬは、Ｗｅｂアプリケーション５１０の機能を使用した後に、Ｓ８０１の機能選択画面９０１に戻ったタイミングでクリアされてもよいし、Ｓ８０１の機能選択画面９０１に戻ってから、別の機能が選択された後にクリアされてもよい。

Ｓ８０２でブラウザ機能が選択されていないと判定すると、Ｓ８２１において、ネイティブ機能モジュール５３０は、コピー機能が選択されたか否かを判定する。コピー機能が選択された場合はＳ８２２に進み、コピー機能の初期画面を表示する。なお、コピー機能はネイティブアプリケーションであるため、コピー機能に関する操作画面（初期画面を含む）はＭＦＰ１０１内に保持されている画面情報に基づいて表示される。一方、コピー機能が選択されていないと判定するとＳ８０１に戻る。Ｓ８２３において、ネイティブ機能モジュール５３０は、ユーザによる操作入力に応じた設定変更や、装置又はジョブの状態変化等にともなって、コピー機能の画面が更新されたか否かを判定する。画面が更新された場合はＳ８２２に進み、ネイティブ機能モジュール５３０は、コピー画面を再表示する。一方、画面が更新されていない場合は、Ｓ８２４に進む。

Ｓ８２４において、ネイティブ機能モジュール５３０は、リセットキーが押下されたか否かを判定する。リセットキーが押下された場合はＳ８２５に進み、ネイティブ機能モジュール５３０は、初期化処理として、コピー枚数や用紙サイズなどのユーザによって入力された設定を初期化し、Ｓ８２２に戻りコピー画面を表示する。一方、リセットキーが押下されていない場合はＳ８２６に進み、ネイティブ機能モジュール５３０は、トップメニューキーが押下されたか否かを判定する。トップメニューキーが押下された場合はＳ８０１に戻り、機能選択画面９０１を表示する。一方、トップメニューキーが押下されていない場合は、Ｓ８２３に戻り、コピー機能の画面が更新されたか否かを判定する。

上述したように、本実施形態では、ブラウザ機能の実行中においてリセットキーが押下された場合であっても、コピー機能においてリセットキーが押下された場合であっても、初期画面に戻る。このように、本実施形態に係る情報処理システムやＭＦＰ１０１は、実行中のアプリケーションに関わらず統一した動作を実現することができる。

なお、Ｗｅｂブラウザ操作中にリセットキーが押下された場合、セッションのリセット処理を行うか否かを選択可能に構成してもよい。当該選択はトップメニューに配置されるＵＲＬボタンごとに設定できる。汎用的なブラウザボタンに対して選択的に設定することもできる。ここで、セッションのリセット処理とは、Ｗｅｂサーバとの間の接続が残っていればそれを切断し、Ｗｅｂサーバによって登録されたクッキーを削除する処理を示す。一般的に、Ｗｅｂアプリケーションは、ユーザ認証と対応させて、あるユーザによる一連の操作を単一のセッションとしてまとめ、他のユーザによる他の操作と区別している。Ｗｅｂアプリケーションは、このセッションを識別するための情報をＷｅｂブラウザにクッキーとして記憶させる。Ｗｅｂブラウザが、所定のＷｅｂアプリケーションやＷｅｂサーバに対してＨＴＴＰ要求を送るとき、その要求中に記憶されたクッキー情報（即ち、セッションの識別情報）を含めるため、Ｗｅｂアプリケーションは個々のセッションを識別し個別に管理できる。複数のＷｅｂアプリケーションに対して共通のクッキーを共用し、セッション管理する場合、あるＷｅｂアプリケーションで認証済みであれば別のＷｅｂアプリケーションでは認証を省くように構成できる。これはシングルサインオンと呼ばれる。

リセットキーが押されるたびにセッションのリセット処理を行うように設定した場合、リセットキー押下は実質的にＷｅｂアプリケーションからのログオフ指示として機能することになる。即ち、Ｗｅｂアプリケーションの構成によっては、ユーザはリセットキーを押下するたびにログイン処理を求められることになる。この構成はセキュリティの観点から最適である場合もあるし、利便性の観点から不適切な場合もある。Ｗｅｂアプリケーションにおいて、装置のネイティブ機能と同様の操作感を提供したい場合は、セッションのリセット処理は不適切となる。

＜機能選択画面＞
次に、図９を参照してネイティブ機能モジュール５３０が提供する、Ｗｅｂアプリケーション５１０の機能を使用するための機能選択画面９０１について説明する。機能選択画面９０１は、Ｗｅｂアプリケーション５１０の機能を使用するために、ＭＦＰ１０１の操作部２１９に表示される。Ｓｃａｎ９０２は、Ｗｅｂアプリケーション５１０の機能として提供されているスキャン機能を使用するためのメニューである。同様に、Ｆａｘ９０５はＦａｘ機能、Ｐｒｉｎｔ９０３はプリント機能である。一方、Ｃｏｐｙ９０６は、ネイティブ機能モジュール５３０が提供するコピー機能を使用するためのメニューである。また、Ｂｒｏｗｓｅｒ９０４は、Ｗｅｂアプリケーション５１０の機能ではなく、Ｗｅｂブラウザ５４０のブラウザ機能を使用するための機能である。

＜機能ＩＤテーブル＞
次に、図１０を参照して第１記憶手段として機能するテーブル５６３が保持している機能ＩＤテーブル１００１について説明する。機能ＩＤテーブル１００１は、機能選択画面９０１の各機能に対応づけられているＩＤを管理するためのテーブルである。行１００２は、Ｓｃａｎ９０２のＩＤを示し、同様に、行１００３はＰｒｉｎｔ９０３を示し、行１００４はＢｒｏｗｓｅｒ９０４を示し、行１００５はＦａｘ９０５を示し、行１００６はＣｏｐｙ９０６を示す。また、機能ＩＤはアプリケーションＩＤ（種別情報）にも紐付けられている。アプリケーションＩＤとは各機能が使用しているアプリケーションの種別を示しており、行１００２〜１００５はＷｅｂブラウザ５４０の機能を使用するため“Ｂｒｏｗｓｅｒ”が設定され、行１００６はネイティブ機能モジュール５３０の機能であるコピー機能を使用するため“Ｃｏｐｙ”が設定される。

＜アプリケーションＵＲＬテーブル＞
次に、図１１を参照して、第２記憶手段として機能するテーブル５６３が保持しているアプリケーションＵＲＬテーブル１１０１について説明する。アプリケーションＵＲＬテーブル１１０１は、機能ＩＤに紐付けられているＵＲＬを管理するためのテーブルである。例えば、行１１０２において、機能ＩＤの“１“は、http://example.com/app1/scanのＵＲＬに紐付けられているため、Ｓ８０３において、機能ＩＤの”１“がＷｅｂブラウザ５４０に通知された場合、当該ＵＲＬが参照される。また、機能ＩＤの”１“に紐付けられている情報に記憶フラグがある。記憶フラグは、”１”又は”０”が設定され、“１”の場合はＳ８０７の処理においてＵＲＬが記憶され、“０”の場合はＵＲＬが記憶されない。つまり、記憶フラグが“１”の場合は、Ｓ８１５の処理が行われるが、記憶フラグが”０“の場合はＳ８１５の処理が行われない。さらに、図１１に示すように、各機能ＩＤには、Ｗｅｂサーバ１０２との接続を切断する処理と、当該接続のセッションを識別するための情報を削除する処理とを含むセッションリセット処理を行なうか否かを示すセッションリセットフラグが紐付けられて記憶されてもよい。セッションリセットフラグは、”１”又は”０”が設定され、“１”の場合はＳ８１３の処理においてセッションリセット処理が実行され、“０”の場合はセッションリセット処理が実行されない。なお、セッションリセットフラグは、個別に設定可能に設けられる。

なお、ハードキー押下にともなってブラウザが当該ＵＲＬを取得するときは、ＵＲＬに原因を識別するためのクエリーストリングを加えて取得するように構成してもよい。たとえば、「hardkey=reset」を加えると、
http://example.com/app1/scan?hardkey=reset
というＵＲＬに対するＨＴＴＰ要求を発行するように構成できる。このように構成することで、Ｗｅｂアプリケーションは、トップメニューからブラウザへの遷移によってＷｅｂアプリケーションの先頭ＵＲＬが取得される場合と、リセットキー押下によって先頭ＵＲＬが取得される場合とを簡単に区別することができる。これにより、Ｗｅｂアプリケーションに対する操作入力に応じて初期値から設定変更された動作モードなどの内部状態を初期状態にリセットするようなＷｅｂアプリケーションを構成することも容易となる。この場合、特にリセットキー押下によって先頭ＵＲＬへ遷移した場合だけ、初期状態にリセットするようにしてもよい。

また、ハードキー押下にともなってブラウザが当該ＵＲＬを取得するときは、その時点でブラウザが表示していた画面を識別するためのクエリーストリングを加えて取得するように構成してもよい。例えば、上記の例にさらに
「current=http://example.com/app1/scan/option/scan-settings/」を加えると、
http://example.com/app1/scan?hardkey=reset&current=http%3A%2F%2Fexample.com%2Fapp1%2Fscan%2Foption%2Fscan-settings%2FというＵＲＬに対するＨＴＴＰ要求を発行するように構成できる。クエリーストリング中の記号は、いわゆる「ＵＲＬエンコード（Percent-Encoding）」によって符号化してある。このように構成することで、Ｗｅｂアプリケーションは、どの画面を表示中にリセットキーが押下されたかを簡単に知ることができる。

＜第２の実施形態＞
以下では、図１２乃至図１４を参照して、本発明に係る第２の実施形態について説明する。第１の実施形態では、機能選択画面がネイティブ機能モジュール５３０によって提供されている場合について説明した。一方、本実施形態では、機能選択画面がＷｅｂアプリケーション５１０（第１アプリケーション）によって提供されている場合について説明する。機能選択画面がＷｅｂアプリケーション５１０によって提供される場合、機能ＩＤテーブル１００１とアプリケーションＵＲＬテーブル１１０１とはテーブル５６３に必ずしも保持されているとは限らない。以下では、機能ＩＤテーブル１００１とアプリケーションＵＲＬテーブル１１０１とがテーブル５６３に保持されていないケースについて説明する。

＜リセットキー押下時の動作＞
まず、図１２を参照して、Ｗｅｂブラウザ５４０の操作中にリセットキーが押下された場合の動作を説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。Ｓ１２０１において、ネイティブ機能モジュール５３０は、Ｗｅｂアプリケーション５１０によって提供される機能選択画面を表示するために、Ｗｅｂブラウザ５４０の画面に切り替える。Ｓ１２０２において、Ｗｅｂブラウザ５４０は、機能選択画面のＵＲＬ（第１ロケーション情報）にアクセスしてＳ１２０３に進み、画面情報を取得して機能選択画面を表示する。Ｗｅｂアプリケーション５１０が提供する機能選択画面は図１３の１３０１に示す。

次に、Ｓ１２０４において、Ｗｅｂブラウザ５４０は、ユーザが機能選択画面１３０１を介してブラウザ機能を選択したか否かを判定する。ブラウザ機能が選択された場合は選択した機能に遷移するためのＵＲＬを参照してＳ１２０５に進み、選択されなかった場合はＳ１２２１に進む。図１３に示す機能選択画面１３０１において、Ｗｅｂブラウザ５４０の機能を使用する機能のボタンには、それぞれの機能に遷移するためのＵＲＬが割り当てられている。ここでは、機能選択画面１３０１において、Ｗｅｂブラウザ５４０の機能を使用する機能を、スキャン機能（Ｓｃａｎ）１３０２、プリント機能（Ｐｒｉｎｔ）１３０３、Ｆａｘ機能（Ｆａｘ）１３０４とする。コピー機能（Ｃｏｐｙ）１３０５についてはＷｅｂブラウザ５４０の機能を使用しないネイティブアプリケーションとする。

次に、Ｓ１２０５において、Ｗｅｂブラウザ５４０は、現在Ｗｅｂブラウザ５４０に表示しているＷｅｂページのＵＲＬ（第２ロケーション情報）を直前ＵＲＬとして、ＲＡＭ２１３に記憶する。つまり、直前ＵＲＬとは、画面遷移が発生した際に、その直前にアクセスしていたＵＲＬとなる。Ｓ１２０６において、Ｗｅｂブラウザ５４０は、Ｓ１２０４で参照したＵＲＬへアクセスしてＳ１２０７に進み、画面を表示する。そして、Ｗｅｂサーバ１０２にアクセスして、Ｗｅｂアプリケーション５１０の機能が使用される。ここで表示される画面がＷｅｂアプリケーション５１０の機能の初期画面となる。

Ｓ１２０８において、Ｗｅｂブラウザ５４０は、Ｓ１２０５で記憶した直前ＵＲＬ（第２ロケーション情報）と機能選択画面のＵＲＬ（第１ロケーション情報）とが一致するか否かを判定する。機能選択画面のＵＲＬは、Ｗｅｂブラウザ５４０が設定として１つ保持しておいてもよいし、機能選択画面のＵＲＬが複数記載されたテーブルをテーブル５６３に予め記憶しておいてもよい。機能選択画面のＵＲＬが記載されたテーブルを図１４の１４０１に示す。直前ＵＲＬが機能選択画面のＵＲＬに一致する場合はＳ１２０９に進み、機能選択画面のＵＲＬに一致しない場合はＳ１２１０へ進む。Ｓ１２０９において、Ｗｅｂブラウザ５４０は、Ｓ１２０６でアクセスしたＵＲＬ（即ち、現在アクセスしているＵＲＬ：第３ロケーション情報）をリセット時戻り先ＵＲＬ（遷移先）としてＲＡＭ２１３に記憶し、Ｓ１２１０に進む。

次に、Ｓ１２１０において、Ｗｅｂブラウザ５４０は、ユーザの画面操作により、ＵＲＬアクセスの指示を受けたか否かを判定する。ＵＲＬアクセスの指示を受けた場合はＳ１２０５に戻り、受けていない場合はＳ１２１１に進む。Ｓ１２１１において、Ｗｅｂブラウザ５４０は、ＭＦＰ１０１の操作部２１９に設けられたハードキーであるリセットキーが押下されたか否かを判定する。押下されている場合はＳ１２１２に進み、押下されていない場合はＳ１２１５に進む。Ｓ１２１５において、Ｗｅｂブラウザ５４０は、機能選択画面１３０１のリンク（トップメニューキー）が押下されたか否かを判定する。押下されている場合はＳ１２０２に戻り、押下されていない場合はＳ１２１０に戻る。

Ｓ１２１１でリセットキーが押下されていると判定した場合、Ｓ１２１２に進み、Ｗｅｂブラウザ５４０は、初期化処理であるセッションリセット処理を行い、Ｓ１２１３に進む。

Ｓ１２１３において、Ｗｅｂブラウザ５４０は、ＲＡＭ２１３上に記憶しているリセット時戻り先ＵＲＬがあるか否かを判定する。リセット時戻り先ＵＲＬを記憶している場合はＳ１２１４に進み、Ｗｅｂブラウザ５４０は、Ｓ１２０９で記憶していたリセット時戻り先ＵＲＬを呼び出して、Ｓ１２０５に戻る。この処理により、ハードキーであるリセットキー押下でＷｅｂアプリケーション５１０の機能の初期画面に戻ることができる。一方、Ｓ１２１３において、ＲＡＭ２１３上に記憶しているリセット時戻り先ＵＲＬがないと判定すると、Ｗｅｂブラウザ５４０は、ホームページ設定などを参照し、Ｓ１２０５に戻る。なお、Ｓ１２０９でＲＡＭ２１３に記憶されているリセット時戻り先ＵＲＬは、Ｗｅｂアプリケーション５１０の機能を使用した後に、Ｓ１２０３の機能選択画面１３０１に戻ったタイミングでクリアされてもよいし、Ｓ１２０３の機能選択画面１３０１に戻ってから、別の機能が選択された後にクリアされてもよい。

なお、Ｓ１２０４でブラウザ機能が選択されていないと判定された後の処理Ｓ１２２１〜Ｓ１２２６は、図８のフローチャートで説明したＳ８２１〜Ｓ８２６と同様の処理のため、説明は省略する。

上述したように、本実施形態では、ブラウザ機能の実行中においてリセットキーが押下された場合であっても、コピー機能においてリセットキーが押下された場合であっても、初期画面に戻ることができる。このように、本実施形態に係る情報処理システムやＭＦＰ１０１は、実行中のアプリケーションに関わらず統一した動作を実現することができる。

＜機能選択画面＞
次に、図１３を参照してＷｅｂアプリケーション５１０が提供する、Ｗｅｂアプリケーション５１０の機能を使用するための機能選択画面１３０１について説明する。機能選択画面１３０１は、Ｗｅｂブラウザ５４０がＷｅｂアプリケーション５１０が提供する機能選択画面のＵＲＬへアクセスすることによって、ＭＦＰ１０１の操作部２１９にＷｅｂページとして表示される。Ｓｃａｎ１３０２は、Ｗｅｂアプリケーション５１０の機能として提供されているスキャン機能を使用するためのメニューである。同様に、Ｆａｘ１３０４はＦａｘ機能、Ｐｒｉｎｔ１３０３はプリント機能である。一方、Ｃｏｐｙ１３０５は、ネイティブ機能モジュール５３０が提供するコピー機能を使用するためのメニューである。機能選択画面１３０１において、Ｗｅｂブラウザ５４０の機能を使用する機能のボタンには、それぞれの機能に遷移するためのＵＲＬが割り当てられている。機能選択画面１３０１において、Ｗｅｂアプリケーション５１０の機能として提供されている機能（例えば、Ｓｃａｎ１３０２）をユーザが選択した場合は、Ｗｅｂブラウザ５４０は選択された機能のＵＲＬへアクセスし、画面を選択された機能の画面へ遷移させる。

＜機能選択画面ＵＲＬテーブル＞
次に、図１４を参照して、第３記憶手段として機能するテーブル５６３が保持している機能選択画面ＵＲＬテーブル１４０１について説明する。機能選択画面ＵＲＬテーブル１４０１は、Ｗｅｂアプリケーション５１０が提供する機能選択画面のＵＲＬを管理するためのテーブルである。Ｓ１２０８において、直前ＵＲＬが機能選択画面であるか否かを判定するためには、機能選択画面のＵＲＬをＷｅｂブラウザ５４０が認識する方法が必要になる。Ｗｅｂアプリケーション５１０が提供する機能選択画面のＵＲＬを機能選択画面ＵＲＬテーブル１４０１に予め登録することによって、Ｗｅｂブラウザ５４０は機能選択画面のＵＲＬを取得することが可能になる。

また、機能選択画面は単一とは限らず、複数存在する場合も考えられる。例えば、図１４で図示した機能選択画面ＵＲＬテーブル１４０１は２つの機能選択画面のＵＲＬを定義している。行１４０２では、Ｗｅｂアプリケーション５１０を使用するすべてのユーザで共通な機能選択画面を提供するためのＵＲＬが定義され、行１４０３では、Ｗｅｂアプリケーション５１０を使用するユーザ毎に違った機能選択画面を提供するためのＵＲＬが定義されている。機能選択画面ＵＲＬテーブル１４０１を用意することによって、Ｗｅｂアプリケーション５１０が提供する機能へ、どの機能選択画面から遷移した場合であっても、リセット時戻り先ＵＲＬを記憶することができ、統一した動作を実現することができる。

＜第３の実施形態＞
次に、図１５及び図１６を参照して、本発明に係る第３の実施形態について説明する。第２の実施形態では、機能選択画面がＷｅｂアプリケーション５１０によって提供されていて、かつ機能ＩＤテーブル１００１とアプリケーションＵＲＬテーブル１１０１がテーブル５６３に保持されていない場合について説明した。しかし、機能ＩＤテーブル１００１とアプリケーションＵＲＬテーブル１１０１がテーブル５６３に保持されていないため、リセット時戻り先ＵＲＬを記憶するか否か、及び、セッションリセットを行うか否かを、Ｗｅｂアプリケーション５１０によって提供される機能ごとに設定していない。

リセット時戻り先ＵＲＬを記憶するか否か、及び、セッションリセットを行うか否かを、Ｗｅｂアプリケーション５１０によって提供される機能毎に設定したい場合は、別途その情報を管理するテーブルを用意すればよい。図１６に、リセット時戻り先ＵＲＬを記憶するか否か、及び、セッションリセットを行うか否かを、Ｗｅｂアプリケーション５１０によって提供される機能ごとに設定したアプリケーション管理テーブル１６０１を示す。以下では、第３の実施形態として、機能選択画面がＷｅｂアプリケーション５１０によって提供されていて、かつアプリケーション管理テーブル１６０１がテーブル５６３に保持されているケースについて説明する。

＜リセットキー押下時の動作＞
まず、図１５を参照して、Ｗｅｂブラウザ５４０の操作中にリセットキーが押下されたときの動作を説明する。以下で説明する処理は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。なお、図１５のフローチャートは図１２のフローチャートに、リセット時戻り先ＵＲＬを記憶するか否かの判定、及び、セッションリセットを行うか否かの判定を加えただけのフローチャートのため、差分についてのみ説明する。

Ｓ１５０９において、Ｗｅｂブラウザ５４０は、Ｓ１５０６でアクセスしたＵＲＬに紐付けられている記憶フラグ（記憶情報）が“１”であるか否かをアプリケーション管理テーブル１６０１より参照する。記憶フラグが“１”の場合はＳ１５１０に進み、Ｗｅｂブラウザ５４０は、Ｓ１５０６でアクセスしたＵＲＬをリセット時戻り先ＵＲＬとしてＲＡＭ２１３に記憶する。一方、記憶フラグが“０”の場合はＳ１５１０をスキップしてＳ１５１１に進む。

Ｓ１５１３において、Ｗｅｂブラウザ５４０は、アプリケーション管理テーブル１６０１を参照して、セッションリセットフラグが“１”であるか否かを判定する。”１”である場合はＳ１５１４に進み、初期化処理であるセッションリセット処理を行う。一方、セッションリセットフラグが“０”である場合はＳ１５１４をスキップしてＳ１５１５に進む。

上述したように、本実施形態では、機能選択画面がＷｅｂアプリケーション５１０によって提供されていた場合でも、リセット時戻り先ＵＲＬを記憶するか否か、及び、セッションリセットを行うか否かを、Ｗｅｂアプリケーション５１０によって提供される機能毎に選択可能にできる。また、本実施形態によれば、特定のアプリケーションに対応付けて、セッションリセット処理を行うか否かが登録可能である。

＜アプリケーション管理テーブル＞
次に、図１６を参照して、第４記憶手段として機能するテーブル５６３が保持しているアプリケーション管理テーブル１６０１について説明する。アプリケーション管理テーブル１６０１は、Ｗｅｂアプリケーション５１０によって提供される機能毎にリセット時戻り先ＵＲＬを記憶するか否か、及び、セッションリセットを行うか否かを管理するためのテーブルである。Ｗｅｂアプリケーション５１０によって提供される各機能の識別はＵＲＬを用いて行う。記憶フラグ、セッションリセットフラグについては、アプリケーションＵＲＬテーブル１１０１と同様のため説明を省略する。

以上説明したように、第１乃至第３の実施形態に係る情報処理装置は、Ｗｅｂアプリケーション及びネイティブアプリケーションの何れかを選択して実行するための選択画面を表示し、当該選択画面を介してＷｅｂアプリケーションが選択されると、所定のキーが押下された場合の画面の遷移先を登録する。さらに、本情報処理装置は、所定のキーが押下された場合に、Ｗｅｂアプリケーションを実行中であれば登録した遷移先を参照して、対応する画面を表示部に表示し、ネイティブアプリケーションを実行中であれば、予め定められた画面を表示部に表示する。これにより、本情報処理装置は、所定のキーが押下された場合に、Ｗｅｂアプリケーションとネイティブアプリケーションとで同じ操作性をユーザに対して提供することができる。つまり、本情報処理装置では、外部装置から提供されたＷｅｂアプリケーションを実行中であるか、自装置で提供するネイティブアプリケーションを実行中であるかに関係なく、所定のキーが押下された場合の動作を統一することができる。

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

Claims (11)

1. Ｗｅｂサーバによって提供される複数のアプリケーションを利用可能な情報処理装置であって、
   前記複数のアプリケーションのそれぞれに対応付けて、各アプリケーションの初期画面を示すＵＲＬを登録する登録手段と、
   前記複数のアプリケーションに含まれる第１のアプリケーションが実行されている状態で所定のキーが操作された場合は、当該第１のアプリケーションに対応付けて登録されている第１のＵＲＬに基づき、前記Ｗｅｂサーバから第１の画面情報を取得し、前記複数のアプリケーションに含まれる第２のアプリケーションが実行されている状態で前記所定のキーが操作された場合は、当該第２のアプリケーションに対応付けて登録されている第２のＵＲＬに基づき、前記Ｗｅｂサーバから第２の画面情報を取得する取得手段と、
   前記取得手段が取得した画面情報に基づいて前記初期画面を表示する表示手段と、
   を備えることを特徴とする情報処理装置。
2. 特定のアプリケーションが選択されたことに応じてＵＲＬを保持する保持手段を更に備え、
   前記取得手段は、前記保持手段に保持されているＵＲＬを参照して前記画面情報の取得を行うことを特徴とする請求項１に記載の情報処理装置。
3. 前記所定のキーとは、前記情報処理装置に備えられたハードウェアキーであることを特徴とする請求項１または２に記載の情報処理装置。
4. 前記所定のキーとは、実行中のアプリケーションにおけるリセット処理を実行するためのキーであり、
   前記所定のキーが押下された場合に、実行中のアプリケーションの初期化処理を実行する制御手段を更に備えることを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
5. 前記登録手段は、さらに、
   前記複数のアプリケーションのそれぞれに対応付けて、前記Ｗｅｂサーバとの接続を切断する処理と、当該接続のセッションを識別するための情報を削除する処理とを、前記初期化処理に含めるか否かを登録可能であることを特徴とする請求項４に記載の情報処理装置。
6. Ｗｅｂサーバによって提供される複数のアプリケーションを利用可能な情報処理装置の制御方法であって、
   登録手段が、前記複数のアプリケーションのそれぞれに対応付けて、各アプリケーションの初期画面を示すＵＲＬを登録する登録ステップと、
   取得手段が、前記複数のアプリケーションに含まれる第１のアプリケーションが実行されている状態で前記所定のキーが操作された場合は、当該第１のアプリケーションに対応付けて登録されている第１のＵＲＬに基づき、前記Ｗｅｂサーバから第１の画面情報を取得し、前記複数のアプリケーションに含まれる第２のアプリケーションが実行されている状態で前記所定のキーが操作された場合は、当該第２のアプリケーションに対応付けて登録されている第２のＵＲＬに基づき、前記Ｗｅｂサーバから第２の画面情報を取得する取得ステップと、
   表示手段が、前記取得ステップで取得した画面情報に基づいて前記初期画面を表示する表示ステップと、
   を備えることを特徴とする情報処理装置の制御方法。
7. 保持手段が、特定のアプリケーションが選択されたことに応じてＵＲＬを保持する保持ステップを更に備え、
   前記取得ステップでは、前記保持ステップで保持されたＵＲＬを参照して前記画面情報の取得を行うことを特徴とする請求項６に記載の情報処理装置の制御方法。
8. 前記所定のキーとは、前記情報処理装置に備えられたハードウェアキーであることを特徴とする請求項６または７に記載の情報処理装置の制御方法。
9. 前記所定のキーとは、実行中のアプリケーションにおけるリセット処理を実行するためのキーであり、
   制御手段が、前記所定のキーが押下された場合に、実行中のアプリケーションの初期化処理を実行する制御ステップを更に備えることを特徴とする請求項６から８のいずれか１項に記載の情報処理装置の制御方法。
10. 前記登録ステップでは、さらに、
    前記複数のアプリケーションのそれぞれに対応付けて、前記Ｗｅｂサーバとの接続を切断する処理と、当該接続のセッションを識別するための情報を削除する処理とを、前記初期化処理に含めるか否かを登録可能であることを特徴とする請求項９に記載の情報処理装置の制御方法。
11. 請求項６乃至１０のいずれか１項に記載の情報処理装置の制御方法の各ステップをコンピュータに実行させるためのプログラム。

Images