JP2012063813A - 画像形成装置、画像形成装置の制御方法、およびコンピュータプログラム - Google Patents

Abstract

【課題】Ｗｅｂブラウザのアクセス先が切り替わる場合に、Ｗｅｂページを表示する際に適用するＷｅｂブラウザの設定を、Ｗｅｂページに応じた設定に自動的に切り替えることを、Ｗｅｂブラウザの負担を抑えつつ実現する画像形成装置を提供する。
【解決手段】Ｗｅｂブラウザ４１０が、アクセス先のサイトが切り替わった場合に、ブラウザ設定４１４をローカル設定にした上で、アクセス先のＷｅｂアプリＡにアクセスする。ＷｅｂアプリＡは、Ｗｅｂブラウザ４１０がＷｅｂページＡから提供されるＷｅｂページの表示の際に適用するブラウザ設定の更新が必要であるかを判断し、このブラウザ設定の更新が必要であると判断した場合に、ブラウザ設定の更新を指示する。そして、Ｗｅｂブラウザ４１０が、更新されたブラウザ設定を用いて、ＷｅｂページＡから提供されるＷｅｂページを表示する。
【選択図】図３

Description

本発明は、画像形成装置、画像形成装置の制御方法、およびコンピュータプログラムに関する。

ネットワーク上のＷｅｂサーバと接続されたＰＣ（Personal Computer ）などの情報処理装置が、Ｗｅｂサーバにより提供される操作画面を、情報処理装置が備えるＷｅｂブラウザ上に表示するシステムが提案されている。このシステムでは、情報処理装置のＷｅｂブラウザがＷｅｂサーバに対して操作画面を要求する。そして、Ｗｅｂサーバ上のＷｅｂアプリケーション（Ｗｅｂアプリ）が、情報処理装置からの要求に応えて、Ｗｅｂブラウザが操作画面（Ｗｅｂページ）を表示するために必要なＨＴＭＬファイルを情報処理装置に送信する。情報処理装置のＷｅｂブラウザは、ユーザがブラウザ自身の設定ＵＩ（User Interface）で指示した設定に従って、受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づいた操作画面を表示する。ＨＴＭＬは、ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅの略称である。

なお、特許文献１は、ＷｅｂブラウザとＷｅｂサーバとを備えたＭＦＰ（Multi Function Peripheral ）を提案している。このＭＦＰに設けられたＷｅｂブラウザが、ＵＲＬ履歴をＰＣに送信し、ＰＣがこのＵＲＬ履歴を利用してＵＲＬの指定をすることを可能にする。

特開２００８−０４６９８４号公報

しかし、特許文献１が提案するＭＦＰでは、Ｗｅｂサーバや、Ｗｅｂサーバ上で動作するＷｅｂアプリから、Ｗｅｂブラウザの設定値を更新することはできない。従って、ユーザが、Ｗｅｂブラウザに既にされている、Ｗｅｂアプリから提供されるＷｅｂページに依存しない設定に加えて、各々のＷｅｂアプリから提供されるＷｅｂページに応じた追加設定をＷｅｂブラウザに対して行いたい場合、以下の問題がある。すなわち、ユーザが、追加設定が必要となる度にＷｅｂブラウザを操作して手動で設定（ブラウザ設定）を変更する必要があり、煩わしいという問題がある。

例えば、あるユーザが、Ｗｅｂブラウザでサイト"sample.com"にアクセスする場合は、ツールバー上のボタンを利用したいので、表示画面上にツールバーを表示するように設定する。その状態から、ユーザが、"sample.com"とは異なるサイトにおいて動作するＷｅｂアプリである"ＷｅｂアプリＡ "へアクセスする場合を想定する。"ＷｅｂアプリＡ "に対応するＷｅｂページの表示領域を大きくしたいときには、ユーザは手動でツールバーを非表示に設定しなければならない。更に、Ｗｅｂブラウザが、"ＷｅｂアプリＡ "に対応するＷｅｂページを、ツールバーを非表示にして表示している状態から、アクセス先が"sample.com"に戻る場合には、ユーザは、ツールバーを表示するように再度手動で設定する必要がある。上述した、「ツールバーを表示するかどうか」に関する設定項目に限らず、他の設定項目についても、ユーザが、異なるサイト毎に異なる設定値にしたい場合がある。

ここで、アクセス先のサイトが切り替わる場合における、煩わしい手動的な操作による設定変更処理を避けるために、Ｗｅｂブラウザが、表示対象となるサイト毎に設定値を予め記憶して管理する方法が考えられる。しかし、Ｗｅｂブラウザが、表示対象となるサイト毎に設定値を予め記憶して管理する方法によっては、表示対象とするサイトの数の増加に伴って、管理するデータのサイズが大きくなって、Ｗｅｂブラウザの負担が大きくなる。

本発明は、Ｗｅｂブラウザのアクセス先が切り替わる場合に、Ｗｅｂページを表示する際に適用するＷｅｂブラウザの設定を、Ｗｅｂページに応じた設定に自動的に切り替えることを、Ｗｅｂブラウザの負担を抑えつつ実現する画像形成装置の提供を目的とする。

本発明の一実施形態の画像形成装置は、Ｗｅｂページを画面表示するＷｅｂブラウザと、前記Ｗｅｂブラウザに対して前記Ｗｅｂページを提供する少なくとも一つのＷｅｂアプリケーションとを備える画像形成装置である。前記Ｗｅｂブラウザは、前記Ｗｅｂブラウザのアクセス先のＷｅｂアプリケーションから提供されるＷｅｂページを表示する際に適用する設定であって、該Ｗｅｂアプリケーションから提供されるＷｅｂページに依存しないローカル設定を予め登録するローカル設定登録手段と、アクセス先の切り替えが指示された場合に、前記アクセス先のサイトが切り替わるかを判断し、前記アクセス先のサイトが切り替わる場合に、前記Ｗｅｂページを表示する際に適用する設定を前記登録されたローカル設定にし、前記アクセス先のサイトが切り替わらない場合に、前記Ｗｅｂページを表示する際に適用する設定を該Ｗｅｂブラウザが現在適用している設定にする切り替え判断手段と、前記Ｗｅｂページを表示する際に適用する設定を前記アクセス先のＷｅｂアプリケーションからの指示に従って更新する設定更新手段とを備える。前記Ｗｅｂアプリケーションは、前記Ｗｅｂブラウザが該Ｗｅｂアプリケーションが提供するＷｅｂページを表示する際に適用する設定であって、前記ローカル設定の少なくとも一部を含む第１の設定を登録する第１設定登録手段と、前記Ｗｅｂブラウザからアクセスされた場合に、前記Ｗｅｂブラウザが前記Ｗｅｂページを表示する際に適用する設定の更新が必要であるかを判断し、該設定の更新が必要であると判断した場合に、前記Ｗｅｂブラウザに対して、前記Ｗｅｂブラウザが前記Ｗｅｂページを表示する際に適用する設定を前記第１の設定に更新するよう指示する更新指示手段とを備える。

本発明の画像形成装置によれば、Ｗｅｂブラウザのアクセス先が切り替わる場合に、Ｗｅｂページを表示する際に適用するＷｅｂブラウザの設定を、Ｗｅｂページに応じた設定に自動的に切り替えることを、Ｗｅｂブラウザの負担を抑えつつ実現することができる。

本実施形態のシステム構成例を示す図である。 ＭＦＰとＷｅｂサーバのハードウェア構成例を示す図である。 本実施形態のシステムの機能ブロック図の例である。 Ｗｅｂアプリ設定情報の設定処理を説明するシーケンス図である。 Ｗｅｂアプリのブラウザ設定画面の例を示す図（１）である。 Ｗｅｂアプリのブラウザ設定画面の例を示す図（２）である。 Ｗｅｂアプリ設定情報の例を示す図である Ｗｅｂブラウザ画面の画面遷移を説明する図である。 ＭＦＰの全体動作処理の例を説明するシーケンス図である。 ブラウザ設定変更判断処理を説明するフローチャートである。 一時設定生成要求が必要であるかを判断する処理と、ＳｅｔｔｉｎｇＣｏｄｅの指定の例を示す図である。 一時設定生成処理とＳｅｔｔｉｎｇＣｏｄｅの返信処理を説明するフローチャートである。 ブラウザ設定の決定処理を説明するフローチャートである。 ＭＦＰの具体的な動作例を説明するシーケンス図である。

図１は、本実施形態のシステム構成例を示す図である。図１に示すシステムは、ＭＦＰ１０１と、Ｗｅｂサーバ１０２とを備える。ＭＦＰ１０１は、本実施形態の画像形成装置である。ＭＦＰ１０１とＷｅｂサーバ１０２とは、ＬＡＮ（Local Area Network）１１０、ネットワーク１０３、およびＬＡＮ１２０を介して接続されている。なお、ネットワーク１０３は、例えばインターネットである。

図２は、ＭＦＰとＷｅｂサーバのハードウェア構成例を示す図である。図２（Ａ）は、ＭＦＰ１０１のハードウェア構成例を示す。ＭＦＰ１０１は、制御部２１０、操作部２２０、プリンタ２３０、スキャナ２４０を備える。制御部２１０は、ＭＦＰ１０１全体の動作を制御する。操作部２２０は、ユーザの操作に応じた情報を入力する。このために、操作部２２０は、タッチパネル機能を有する液晶表示部やキーボード等を備える。プリンタ２３０は、制御部２１０が提供する画像データの印刷処理を行う。スキャナ２４０は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ（Interface ）２１７を介して制御部２１０に入力する。

制御部２１０は、ＣＰＵ（Central Processing Unit ）２１１、ＲＯＭ（Read Only Memory）２１２を備える。また、制御部２１０は、ＲＡＭ（Random Access Memory）２１３、ＨＤＤ（Hard Disk Drive ）２１４、操作部Ｉ／Ｆ２１５を備える。また、制御部２１０は、プリンタＩ／Ｆ２１６、スキャナＩ／Ｆ２１７、ネットワークＩ／Ｆ２１８を備える。

ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して、読取制御や送信制御などの各種制御処理を実行する。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、あるいは、各種情報テーブルを記憶する。操作部Ｉ／Ｆ２１５は、操作部２２０と制御部２１０とを接続する。ＭＦＰ１０１が備えるＷｅｂブラウザ（図３を参照）は、Ｗｅｂサーバ１０２から受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づくＷｅｂページ（例えば、操作画面）を操作部２２０上に表示する。

プリンタＩ／Ｆ２１６は、プリンタ２３０と制御部２１０とを接続する。制御部２１０がプリンタＩ／Ｆ２１６を介して画像データをプリンタ２３０に転送し、プリンタ２３０がこの画像データを記録媒体上に印刷する。スキャナＩ／Ｆ２１７は、スキャナ２４０と制御部２１０とを接続する。

ネットワークＩ／Ｆ２１８は、制御部２１０（ＭＦＰ１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０と接続するネットワーク１０３上の外部装置（例えば、Ｗｅｂサーバ１０２）に情報を送信したり、ネットワーク１０３上の外部装置から各種情報を受信したりする。

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

図３は、本実施形態のシステムの機能ブロック図の例である。図３に示すＷｅｂサーバ１０２の機能は、Ｗｅｂサーバ１０２が備えるＣＰＵが所定の記憶手段に記憶されたコンピュータプログラムを実行することによって実現される。また、ＭＦＰ１０１が備える処理部は、本実施形態の画像形成装置の制御方法を実現する。そして、この処理部の機能は、ＭＦＰ１０１が備えるＣＰＵが、所定の記憶手段に記憶されたコンピュータプログラムを実行することによって実現される。

Ｗｅｂサーバ１０２は、Ｗｅｂアプリ４４０を備える。Ｗｅｂアプリ４４０は、Ｗｅｂブラウザ４１０からアクセスされると、Ｗｅｂブラウザ４１０に対して操作画面（Ｗｅｂページ）を提供する。

ＭＦＰ１０１は、機内Ｗｅｂサーバ４００、Ｗｅｂブラウザ４１０、ネイティブ機能モジュール４５０を備える。ネイティブ機能モジュール４５０は、Ｗｅｂサーバ１０２からではなく、ＭＦＰ１０１内部に保持しているプログラムに基づいて提供される各種ネイティブアプリケーションを含む。例えば、ネイティブ機能モジュール４５０は、ＭＦＰ１０１のプリンタ２３０による印刷処理の実行や、スキャナ２４０による読取処理の実行、あるいは、ネットワークＩ／Ｆ２１８を介した送信処理の実行を行うアプリケーションを含む。また、例えば、ネイティブ機能モジュール４５０は、ＭＦＰ１０１全体の設定やアプリケーションの切り替えを処理するモジュールなども含む。

機内Ｗｅｂサーバ４００は、機内Ｗｅｂアプリが動作できるためのＷｅｂサーバ環境を提供するモジュールである。機内Ｗｅｂサーバ４００上で、少なくとも１つの機内Ｗｅｂアプリケーション（以下、機内Ｗｅｂアプリと記述）が動作する。機内Ｗｅｂアプリも、Ｗｅｂサーバ１０２のＷｅｂアプリ４４０と同様に、Ｗｅｂブラウザ４１０に対して操作画面を提供する。図３に示す例では、ＷｅｂアプリＡ（４２０）とＷｅｂアプリＢ（４３０）とが機内Ｗｅｂアプリである。もちろん、ＭＦＰ１０１は、機内Ｗｅｂサーバ４００上で動作する任意の数のＷｅｂアプリを備えていてもよい。

ＷｅｂアプリＡは、リクエスト処理部４２２、Ｗｅｂアプリ設定ＤＢ４２１、ブラウザ設定処理部４２３を備える。ＷｅｂアプリＢは、リクエスト処理部４３２、Ｗｅｂアプリ設定ＤＢ４３１、ブラウザ設定処理部４３３を備える。リクエスト処理部４３２は、リクエスト処理部４２２と同様の機能を有する。Ｗｅｂアプリ設定ＤＢ４３１は、Ｗｅｂアプリ設定ＤＢ４２１と同様の機能を有する。ブラウザ設定処理部４３３は、ブラウザ設定処理部４２３と同様の機能を有する。

ＷｅｂアプリＡが備えるリクエスト処理部４２２は、クライアントであるＷｅｂブラウザ４１０からのリクエストに対してレスポンス処理を行うモジュールである。ブラウザ設定処理部４２３は、Ｗｅｂブラウザ４１０に対して、一時設定生成要求をする。一時設定生成要求は、Ｗｅｂブラウザ４１０に対して一時設定生成処理を実行することを求める要求である。一時設定生成処理は、後述するブラウザ設定４１４を、Ｗｅｂアプリからの操作画面（Ｗｅｂページ）に対応する最新の設定に一時的に更新する処理である。なお、一時設定生成処理によって一時的に更新されたブラウザ設定４１４を、ブラウザ設定の一時設定と記述する。Ｗｅｂアプリ設定ＤＢ４２１は、ＷｅｂアプリＡから提供される操作画面をＷｅｂブラウザ４１０が表示する際に適用する設定を記憶するデータベースである。Ｗｅｂアプリ設定ＤＢ４２１／４３１に設定される情報を、Ｗｅｂアプリ設定情報と記述する。

Ｗｅｂブラウザ４１０は、アクセス先のＷｅｂアプリから提供される操作画面をブラウザ設定４１４に従って画面表示する。Ｗｅｂブラウザ４１０は、通信部４１１、解析部４１２、画面表示部４１３、ブラウザ設定４１４、ブラウザ設定ＵＩ４１５、ブラウザ設定ＡＰＩ４１６を備える。

通信部４１１は、ＨＴＴＰプロトコルに従って、ＭＦＰ１０１内外のＷｅｂアプリケーションと通信する。具体的には、通信部４１１は、Ｗｅｂブラウザ４１０が表示する操作画面をＷｅｂアプリに対して要求する。また、通信部４１１は、Ｗｅｂブラウザ４１０が表示した操作画面を介してユーザが入力した指示をＷｅｂアプリに通知する。

解析部４１２は、ブラウザ設定４１４を用いて、通信部４１１がアクセス先のＷｅｂアプリから受信するＨＴＭＬファイルを解析する。このＨＴＭＬファイルには、Ｗｅｂブラウザ４１０が表示すべき操作画面の内容を示す記述が含まれている。

画面表示部４１３は、解析部４１２によるＨＴＭＬファイルの解析結果に基づいて、操作部２２０上に操作画面を表示する。Ｗｅｂサーバ１０２または機内Ｗｅｂサーバ４００から受信した情報（ＨＴＭＬファイルなど）に基づいて表示される画面をＷｅｂブラウザ画面と呼ぶ。

ブラウザ設定４１４は、Ｗｅｂブラウザ４１０がＷｅｂページを表示する際に適用する設定である。ブラウザ設定４１４は、Ｗｅｂブラウザ４１０の各モジュールの設定情報を持つ。この設定情報が示す設定値はＭＦＰ１０１のＨＤＤ２１４に保存される。Ｗｅｂブラウザ４１０が、ＨＤＤ２１４からブラウザ設定４１４をＲＡＭ３１３に読み込む。ブラウザ設定ＵＩ４１５が、ＲＡＭ３１３に読み込まれたブラウザ設定４１４を操作部２２０に表示する。そして、ブラウザ設定ＵＩ４１５が、ユーザの操作に従って、ブラウザ設定４１４を更新してＨＤＤ２１４に保存する。ブラウザ設定ＵＩ４１５がＨＤＤ２１４に保存するブラウザ設定４１４を、以下ではローカル設定と記述する。ローカル設定は、Ｗｅｂブラウザ４１０のアクセス先のＷｅｂアプリから提供されるＷｅｂページを表示する際に適用する設定であって、該Ｗｅｂアプリから提供されるＷｅｂページに依存しない設定である。すなわち、ブラウザ設定ＵＩ４１５は、ローカル設定を予め登録するローカル設定登録手段として機能する。

ブラウザ設定ＡＰＩ４１６は、機内Ｗｅｂサーバ４００上で動作するＷｅｂアプリからの一時設定生成要求を受けて、ブラウザ設定４１４を一時的に更新する。すなわち、ブラウザ設定ＡＰＩ４１６は、Ｗｅｂページを表示する際に適用する設定をアクセス先のＷｅｂアプリからの指示に従って更新する設定更新手段として機能する。

図４は、Ｗｅｂアプリ設定ＤＢへのＷｅｂアプリ設定情報の設定処理を説明するシーケンス図である。まず、Ｗｅｂブラウザ４１０が、ユーザからＷｅｂアプリ設定情報を設定するために用いる設定画面（Ｗｅｂアプリのブラウザ設定画面）のページのＵＲＬ入力を受ける（ステップＳ５０１）。続いて、Ｗｅｂブラウザ４１０が、上記ＵＲＬ入力に従って、例えばＷｅｂアプリＡのリクエスト処理部４２２に対して、設定画面のページを取得するリクエスト（設定ページ ＨＴＴＰ Ｇｅｔ）を行う（ステップＳ５０２）。

次に、ＷｅｂアプリＡのリクエスト処理部４２２が、上記リクエストに応じて、Ｗｅｂアプリのブラウザ設定画面のＨＴＭＬをＷｅｂブラウザ４１０に返信する。Ｗｅｂアプリ設定情報の設定が初回である場合には、Ｗｅｂアプリのブラウザ設定画面には、設定項目としてデフォルト値が選択されている。続いて、Ｗｅｂブラウザ４１０が、ＷｅｂアプリＡから受信したＷｅｂアプリのブラウザ設定画面のＨＴＭＬを解析して、Ｗｅｂアプリのブラウザ設定画面を画面表示部４１３に表示する。そして、ユーザが、Ｗｅｂアプリのブラウザ設定画面上に表示される設定項目を選択することによって、Ｗｅｂアプリ設定情報の設定操作を行う。これにより、Ｗｅｂブラウザ４１０に対して、Ｗｅｂアプリ設定情報の設定指示が行われる（ステップＳ５０５）。

図５、図６は、Ｗｅｂアプリのブラウザ設定画面の例を示す図である。図５は、ＷｅｂアプリＡのブラウザ設定画面を示す。ＷｅｂアプリＡのブラウザ設定画面は、ＷｅｂアプリＡから提供される操作画面をＷｅｂブラウザ４１０が表示する際に適用する設定を行うためのブラウザ設定画面である。図６は、ＷｅｂアプリＢのブラウザ設定画面を示す。ＷｅｂアプリＢのブラウザ設定画面は、ＷｅｂアプリＢから提供される操作画面をＷｅｂブラウザ４１０が表示する際に適用する設定を行うためのブラウザ設定画面である。

Ｗｅｂアプリのブラウザ設定画面は、Ｗｅｂアプリに応じて異なる設定項目を選択可能に構成されている。例えば、図５に示すＷｅｂアプリＡのブラウザ設定画面上では、ユーザは、ツールバーの表示と、画像の表示という設定項目を選択できるが、図６に示すＷｅｂアプリＢのブラウザ設定画面上では、これらの設定項目を設定できない。一方、図６に示すＷｅｂアプリＢのブラウザ設定画面上では、ユーザは、Ｃｏｏｋｉｅの処理方法と、ＳＳＬ３．０の使用という設定項目を選択できる。

また、本実施形態の特徴として、Ｗｅｂアプリのブラウザ設定画面上で、ユーザは、所定の設定項目について、「ブラウザ設定に従って」を選択することができる。ユーザが設定項目に対して明確な選択をしたくない場合に、ユーザは、「ブラウザ設定に従って」を選択する。つまり、「ブラウザ設定に従って」が選択された設定項目は、ＷｅｂアプリＡから提供される操作画面に依存しない設定項目である。設定項目について「ブラウザ設定に従って」が選択されると、Ｗｅｂブラウザ４１０は、この設定項目については、ローカル設定としてのブラウザ設定４１４を適用する。すなわち、本実施形態においては、Ｗｅｂアプリのブラウザ設定画面上で設定されるＷｅｂアプリ設定情報は、ローカル設定の少なくとも一部を含む第１の設定である。

図４に戻って、Ｗｅｂブラウザ４１０にＷｅｂアプリ設定情報の設定指示がされると、Ｗｅｂブラウザ４１０の通信部４１１が、指示された内容をＷｅｂアプリＡのリクエスト処理部４２２に対してＰＯＳＴ送信する（ステップＳ５０６）。そして、ＷｅｂアプリＡのリクエスト処理部４２２が、Ｗｅｂブラウザ４１０の通信部４１１から送信された内容を解析して、解析結果をＷｅｂアプリ設定情報としてＷｅｂアプリ設定ＤＢ４２１に登録する（ステップＳ５０７）。すなわち、リクエスト処理部４２２は、Ｗｅｂアプリ設定情報（第１の設定）を登録する第１設定登録手段として機能する。

次に、ＷｅｂアプリＡのリクエスト処理部４２２が、Ｗｅｂブラウザ４１０に対して、Ｗｅｂアプリ設定情報の登録結果を返す（ステップＳ５０８）。そして、Ｗｅｂブラウザ４１０が、Ｗｅｂアプリ設定情報の登録結果を画面表示する（ステップＳ５０９）。

図７は、Ｗｅｂアプリ設定ＤＢに登録されるＷｅｂアプリ設定情報の例を示す図である。図７では、ＷｅｂアプリＡに対応するＷｅｂアプリ設定情報を例にとって説明する。このＷｅｂアプリ設定情報は、図５（Ａ）に示すＷｅｂアプリＡのブラウザ設定画面上でされた設定指示に応じて登録されたＷｅｂアプリ設定情報である。Ｗｅｂアプリ設定情報はは、ＩＤ，ｓｅｔｔｉｎｇ＿ｉｄ，ｓｅｔｔｉｎｇ＿ｎａｍｅ，ｓｅｔｔｉｎｇ＿ｖａｌｕｅ，ｂＵｓｅＢｒｏｗｓｅｒＳｅｔｔｉｎｇといったデータ項目を有する。

ＩＤは、Ｗｅｂアプリ設定情報が含む設定項目毎のデータを一意に識別する識別情報である。ｓｅｔｔｉｎｇ＿ｉｄは、設定項目を一意に識別する識別情報である。ｓｅｔｔｉｎｇ＿ｎａｍｅは、設定項目の名称である。ｓｅｔｔｉｎｇ＿ｖａｌｕｅは、対応する設定項目の設定内容を示す設定値である。ｂＵｓｅＢｒｏｗｓｅｒＳｅｔｔｉｎｇは、対応する設定項目について「ブラウザ設定に従って」が設定されているか否かを示す情報である。ｂＵｓｅＢｒｏｗｓｅｒＳｅｔｔｉｎｇに設定されたＦＡＬＳＥは、対応する設定項目について「ブラウザ設定に従って」が設定されていないことを示す。ｂＵｓｅＢｒｏｗｓｅｒＳｅｔｔｉｎｇに設定されたＴＲＵＥは、対応する設定項目について「ブラウザ設定に従って」が設定されていることを示す。

図８は、Ｗｅｂブラウザ画面の画面遷移を説明する図である。図８（Ａ）は、Ｗｅｂブラウザ４１０が、例えばＷｅｂサーバ１０２のＷｅｂアプリ４４０に対応するサイトである"sample.com"にアクセスしている時のＷｅｂブラウザ画面である。このＷｅｂブラウザ画面の表示の際に適用されるブラウザ設定４１４は、ローカル設定である。このローカル設定は、例えば、「文字サイズ＝普通」、「ツールバーの表示＝ＯＮ」である。

ユーザが、図８（Ａ）に示すＷｅｂブラウザ画面内のアドレスバー６００で、ＷｅｂアプリＡが提供するページ１のＵＲＬを入力したものとする。Ｗｅｂブラウザ４１０は、ＷｅｂアプリＡに対応するＷｅｂアプリ設定情報が示す設定内容に従って、図８（Ｂ）に示すように、ＷｅｂアプリＡのページ１を画面表示する。ＷｅｂアプリＡに対応するＷｅｂアプリ設定情報は、図７に示すような設定内容を有する。従って、ページ１の表示に適用されるブラウザ設定は、「文字サイズ＝小」、「ツールバーの表示＝ＯＦＦ」である。これにより、図８（Ｂ）に示すように、表示されたページ１内の文字の文字サイズは小さく、また、ツールバーは非表示である。なお、図８（Ｂ）に示す例では、ページ１内に、ＷｅｂアプリＡが提供する他のページであるページ２へのリンク６０１が貼られる。

次に、ユーザが、ページ１内のリンク６０１をクリックした場合、Ｗｅｂブラウザ４１０が、図８（Ｃ）に示すように、ＷｅｂアプリＡのページ２を画面表示する。同じサイト内のページ間の切り替えであるので、ブラウザ設定は、ページ１の表示の際に適用されたブラウザ設定と同じである。

次に、ユーザが、ページ２内のアドレスバー６０２で、"sample.com"のＵＲＬを入力すると、Ｗｅｂブラウザ４１０が、ブラウザ設定をローカル設定に戻す。そして、Ｗｅｂブラウザ４１０が、ローカル設定に従って、図８（Ａ）に示す"sample.com"のページを表示する。

図９は、ＭＦＰの全体動作処理の例を説明するシーケンス図である。まず、Ｗｅｂブラウザ４１０が備える所定の処理部（例えば、解析部４１２）が、ユーザのＵＲＬ入力操作に基づいて、アクセス先の切り替えが指示されたことを検知する。そして、解析部４１２が、ブラウザ設定変更判断処理を行う。ブラウザ設定変更判断処理は、現時点のブラウザ設定４１４をローカル設定にするか、またはローカル設定でない現時点のブラウザ設定４１４を維持するかを判断する処理である。

図１０は、図９のステップＳ７０１におけるブラウザ設定変更判断処理を説明するフローチャートである。まず、Ｗｅｂブラウザ４１０の解析部４１２が、ブラウザのカレント設定がローカル設定であるかを判断する（ステップＳ８０１）。ブラウザのカレント設定は、現時点すなわちアクセス先が変更される前の時点でのブラウザ設定４１４である。ブラウザのカレント設定がローカル設定である場合は、解析部４１２が、適用するブラウザ設定４１４をローカル設定にする。

ブラウザのカレント設定がローカル設定でない場合、解析部４１２が、アクセス先のＵＲＬをチェックする（ステップＳ８０３）。そして、解析部４１２が、ＵＲＬのチェック結果に基づいて、アクセス先のサイトがカレントサイトであるか、すなわち、アクセス先のサイトが切り替わるかを判断する（ステップＳ８０４）。カレントサイトは、現時点のアクセス先が変更される前にＷｅｂブラウザ４１０がアクセスしているサイトである。アクセス先のサイトが切り替わる場合は、ステップＳ８０２に進む。アクセス先のサイトが切り替わらない場合、解析部４１２は、適用するブラウザ設定４１４をカレント設定とする。

すなわち、解析部４１２は、アクセス先の切り替えが指示された場合に、以下の処理を行う切り替え判断手段として機能する。解析部４１２は、アクセス先のサイトが切り替わるかを判断する（図１０のＳ８０４を参照）。解析部４１２は、アクセス先のサイトが切り替わる場合に、Ｗｅｂページを表示する際に適用する設定をローカル設定にする（図１０のＳ８０４でＮｏ，Ｓ８０２を参照）。解析部４１２は、アクセス先のサイトが切り替わらない場合に、Ｗｅｂページを表示する際に適用する設定をＷｅｂブラウザ４１０が現在適用している設定にする（図１０のＳ８０４でＹｅｓ，Ｓ８０５）。

図９に戻って、Ｗｅｂブラウザ４１０の通信部４１１が、例えば、ＷｅｂアプリＡにアクセスして、ＷｅｂアプリＡに対して操作画面の取得要求（ＨＴＴＰ ＧＥＴ）を行う（ステップＳ７０２）。次に、ＷｅｂアプリＡのブラウザ設定処理部４２３が、一時設定生成要求が必要であるかを判断する（ステップＳ７０３）。

図１１は、図９のステップＳ７０３における一時設定生成要求が必要であるかを判断する処理と、ＳｅｔｔｉｎｇＣｏｄｅの指定の例を示す図である。図１１（Ａ）は、一時設定生成要求が必要であるかを判断する処理を説明するフローチャートである。まず、ブラウザ設定処理部４２３が、Ｗｅｂアプリ設定ＤＢ４２１内のＷｅｂアプリ設定情報が含む設定項目をチェックする（ステップＳ９０１）。続いて、ブラウザ設定処理部４２３が、全ての設定項目について「ブラウザ設定に従って」が設定されているかを判断する（ステップＳ９０２）。

全ての設定項目について「ブラウザ設定に従って」が設定されている場合は、Ｗｅｂアプリ設定情報が示す設定がローカル設定と同じ設定である。この場合には、ブラウザ設定処理部４２３が、一時設定生成要求が必要でないと判断する（ステップＳ９０３）。従って、ブラウザ設定処理部４２３は、Ｗｅｂブラウザ４１０に対して、ブラウザ設定の更新を指示しない。これにより、Ｗｅｂブラウザ４１０の負荷が軽減される。なお、ステップＳ９０３においては、ブラウザ設定処理部４２３は、さらに、ＳｅｔｔｉｎｇＣｏｄｅの指定が必要でないと判断する。

ＳｅｔｔｉｎｇＣｏｄｅは、ブラウザ設定の一時設定を一意に識別するコードである。後述するように、ＷｅｂアプリＡから一時設定生成要求を受けたＷｅｂブラウザ４１０が、一時設定生成処理を実行し、一時設定生成要求に対する応答として、ＳｅｔｔｉｎｇＣｏｄｅをＷｅｂアプリＡに対して返す。Ｗｅｂブラウザ４１０はＳｅｔｔｉｎｇＣｏｄｅに有効期間を設定する。そして、ＷｅｂアプリＡが、Ｗｅｂブラウザ４１０からの操作画面の取得要求（図９のＳ７０２）への応答データであるＲｅｓｐｏｎｓｅデータをＷｅｂブラウザ４１０に返す時に、ＲｅｓｐｏｎｓｅデータにおいてＳｅｔｔｉｎｇＣｏｄｅを指定する。Ｗｅｂブラウザ４１０は、指定されたＳｅｔｔｉｎｇＣｏｄｅに対応するＷｅｂブラウザの一時設定を用いて、ＷｅｂアプリＡから提供される操作画面を表示する。

「ブラウザ設定に従って」が設定されていない設定項目がある場合は、Ｗｅｂアプリ設定情報がローカル設定と異なる設定を含んでいる。この場合には、ブラウザ設定処理部４２３が、一時設定生成要求をしたことがあるかを判断する（ステップＳ９０４）。一時設定生成要求をしたことがない場合は、ステップＳ９０６に進む。一時設定生成要求をしたことがある場合は、ブラウザ設定処理部４２３が、前回Ｗｅｂブラウザ４１０に対して一時設定生成要求をした後に、ＷｅｂアプリＡのブラウザ設定画面上でＷｅｂアプリ設定情報の設定指示がされたかを判断する（ステップＳ９０５）。すなわち、ブラウザ設定処理部４２３は、ＷｅｂアプリＡに対応するＷｅｂアプリ設定情報（図７）が示す設定が変更されたか）を判断する。

前回Ｗｅｂブラウザ４１０に対して一時設定生成要求をした後に、ＷｅｂアプリＡのブラウザ設定画面上でＷｅｂアプリ設定情報の設定指示がされた場合は、ブラウザ設定処理部４２３が、一時設定生成要求が必要であると判断する（ステップＳ９０６）。ステップＳ９０６においては、ブラウザ設定処理部４２３は、さらに、ＳｅｔｔｉｎｇＣｏｄｅの指定が必要であると判断する。上記ステップＳ９０６においてブラウザ設定処理部４２３が一時設定生成要求が必要であると判断することによって、一時設定生成要求と一時設定生成処理がなされる（図９のステップＳ７０５，Ｓ７０６）。これにより、ブラウザ設定を、変更後の最新のＷｅｂアプリＡに応じた設定にリアルタイムに更新することができる。また、最新のブラウザ設定の一時設定を生成することができる。つまり、Ｗｅｂブラウザ４１０に適用させるＷｅｂアプリ設定情報を最新のＷｅｂアプリ設定情報に更新することができる。

ステップＳ９０７において、ブラウザ設定処理部４２３が、ＳｅｔｔｉｎｇＣｏｄｅに設定された有効期間内であるかを判断する（ステップＳ９０７）。ＳｅｔｔｉｎｇＣｏｄｅに設定された有効期間内でない場合は、ステップＳ９０６に進む。ＳｅｔｔｉｎｇＣｏｄｅに設定された有効期間内である場合は、ブラウザ設定処理部４２３は、一時設定生成要求が必要でないと判断する（ステップＳ９０８）。ステップＳ９０８においては、ブラウザ設定処理部４２３は、さらに、ＳｅｔｔｉｎｇＣｏｄｅの指定が必要であると判断する。

図９に戻って、ブラウザ設定処理部４２３が、一時設定生成要求が必要でないと判断した場合（Ｓ７０３でＮｏ）は、ステップＳ７０８に進み、Ｒｅｓｐｏｎｓｅデータを生成する。Ｒｅｓｐｏｎｓｅデータは、少なくともＷｅｂアプリＡからＷｅｂブラウザ４１０に対して提供する操作画面を含む。ブラウザ設定処理部４２３が、一時設定生成要求もＳｅｔｔｉｎｇＣｏｄｅの指定も必要でないと判断した場合（図１１のステップＳ９０３）は、ブラウザ設定処理部４２３は、ＳｅｔｔｉｎｇＣｏｄｅを指定せずにＲｅｓｐｏｎｓｅデータを生成する。ブラウザ設定処理部４２３が、一時設定生成要求が必要でないがＳｅｔｔｉｎｇＣｏｄｅの指定が必要であると判断した場合（図１１のステップＳ９０８）は、ブラウザ設定処理部４２３は、以下の処理を実行する。ブラウザ設定処理部４２３は、現在保有するＳｅｔｔｉｎｇＣｏｄｅを指定したＲｅｓｐｏｎｓｅデータを生成する。

図１１（Ｂ）は、ＳｅｔｔｉｎｇＣｏｄｅの指定の例を示す図である。具体的には、図１１（Ｂ）は、Ｗｅｂアプリ設定情報が含む設定項目の中に「ブラウザ設定に従って」が設定されていない設定項目がある場合におけるＳｅｔｔｉｎｇＣｏｄｅの指定の例を示す。ＳｅｔｔｉｎｇＣｏｄｅの指定は、ＲｅｓｐｏｎｓｅデータのＨＴＴＰヘッダーにおいて行われる。図１１（Ｂ）中に示す"X-internalbrowsercontrol"は、ＷｅｂアプリがＷｅｂブラウザ４１０に対して一時設定生成要求を行うことを示すキーである。"SettingCode=a000....7i8j9" は、ＳｅｔｔｉｎｇＣｏｄｅを示す。すなわち、図１１（Ｂ）に示すＳｅｔｔｉｎｇＣｏｄｅの指定は、Ｗｅｂブラウザ４１０に対して、このＳｅｔｔｉｎｇＣｏｄｅに対応するブラウザ設定を用いてＲｅｓｐｏｎｓｅデータに含まれる操作画面の解析及び表示をすることを指示する。

ブラウザ設定処理部４２３が、一時設定生成要求が必要であると判断した場合（Ｓ７０３でＹｅｓ）は、ブラウザ設定処理部４２３は、Ｗｅｂアプリ設定ＤＢ４２１からＷｅｂアプリ設定情報を取得する（ステップＳ７０４）。そして、ブラウザ設定処理部４２３が、Ｗｅｂブラウザ４１０のブラウザ設定ＡＰＩ４１６に対して一時設定生成要求をする（ステップＳ７０５）。具体的には、ブラウザ設定処理部４２３は、ブラウザ設定ＡＰＩ４１６に対して、ブラウザ設定を上記取得されたＷｅｂアプリ設定情報が示す設定に一時的に更新することを指示する更新指示手段として機能する。つまり、ブラウザ設定処理部４２３は、ブラウザ設定ＡＰＩ４１６に対して、ブラウザ設定の一時設定を生成して記憶することを指示する。

次に、ブラウザ設定ＡＰＩ４１６が、一時設定生成処理を実行する（ステップＳ７０６）。具体的には、ブラウザ設定ＡＰＩ４１６は、Ｗｅｂアプリ設定情報が示す設定でブラウザ設定を一時的に更新することにより、ブラウザ設定の一時設定を生成し、メモリ領域に記憶する。そして、ブラウザ設定ＡＰＩ４１６が、生成したブラウザ設定の一時設定に対応するＳｅｔｔｉｎｇＣｏｄｅを生成する。ブラウザ設定ＡＰＩ４１６は、ＳｅｔｔｉｎｇＣｏｄｅに有効期間を指定した上でＳｅｔｔｉｎｇＣｏｄｅをＷｅｂアプリＡのブラウザ設定処理部４２３に返信する（ステップＳ７０７）。

図１２は、一時設定生成処理とＳｅｔｔｉｎｇＣｏｄｅの返信処理を説明するフローチャートである。Ｗｅｂブラウザ４１０のブラウザ設定ＡＰＩ４１６が、ＷｅｂアプリＡから一時設定生成要求を受け取ると、一時設定生成要求に対応するＷｅｂアプリ設定情報が含む設定項目と設定値とをチェックする（ステップＳ１００１）。具体的には、ブラウザ設定ＡＰＩ４１６が、Ｗｅｂアプリ設定情報が含む設定項目と設定値とが所定の閾値を超えているかを判断することを通じて、設定項目と設定値とが正常であるかを判断する。続いて、ブラウザ設定ＡＰＩ４１６が、チェック結果がＯＫであるか、すなわち、設定項目と設定値とが正常であるかを判断する（ステップＳ１００２）。チェック結果がＮＧである、すなわち、設定項目と設定値とが正常でない場合は、ステップＳ１００３に進む。そして、ブラウザ設定ＡＰＩ４１６が、一時設定生成要求を拒否して、拒否の理由をＷｅｂアプリＡに対して返信する（ステップＳ１００３）。

チェック結果がＯＫである場合、ブラウザ設定ＡＰＩ４１６が、Ｗｅｂブラウザの一時設定を生成する（ステップＳ１００４）。具体的には、ブラウザ設定ＡＰＩ４１６が、ブラウザ設定４１４を、一時設定生成要求に対応するＷｅｂアプリ設定情報が含む設定に更新する。また、ブラウザ設定ＡＰＩ４１６が、ステップＳ１００４において生成したＷｅｂブラウザの一時設定に対応するＳｅｔｔｉｎｇＣｏｄｅを生成することを通じてＳｅｔｔｉｎｇＣｏｄｅを更新する。そして、更新したＳｅｔｔｉｎｇＣｏｄｅに有効期間を指定し、このＳｅｔｔｉｎｇＣｏｄｅをＷｅｂアプリＡに返信する（ステップＳ１００５）。

図９に戻って、ブラウザ設定処理部４２３が、ステップＳ７０７においてブラウザ設定ＡＰＩ４１６から返されたＳｅｔｔｉｎｇＣｏｄｅを受け取り、Ｒｅｓｐｏｎｓｅデータを生成する（ステップＳ７０８）。ブラウザ設定処理部４２３は、Ｒｅｓｐｏｎｓｅデータにおいて、ブラウザ設定ＡＰＩ４１６から受け取ったＳｅｔｔｉｎｇＣｏｄｅを指定する。続いて、ブラウザ設定処理部４２３が、ＲｅｓｐｏｎｓｅデータをＷｅｂブラウザ４１０に対して送信（ＨＴＴＰ Ｒｅｓｐｏｎｓｅを実行）する（ステップＳ７０９）。

Ｗｅｂブラウザ４１０の解析部４１２が、通信部４１１を通じてＷｅｂアプリＡのブラウザ設定処理部４２３からＲｅｓｐｏｎｓｅデータを受信する。そして、解析部４１２が、Ｒｅｓｐｏｎｓｅデータにおいて指示されたＳｅｔｔｉｎｇＣｏｄｅに基づいて、このＲｅｓｐｏｎｓｅデータが含む操作画面を表示する際に適用するブラウザ設定を決定する（ステップＳ７１０）。

図１３は、図９のステップＳ７１０におけるブラウザ設定の決定処理を説明するフローチャートである。まず、Ｗｅｂブラウザ４１０の解析部４１２が、ＷｅｂアプリＡから受信したＲｅｓｐｏｎｓｅデータにおいてＳｅｔｔｉｎｇＣｏｄｅが指定されているかを判断する（ステップＳ１１０１）。ＲｅｓｐｏｎｓｅデータにおいてＳｅｔｔｉｎｇＣｏｄｅが指定されていない場合、解析部４１２は、Ｒｅｓｐｏｎｓｅデータが含む操作画面を表示する際に適用するブラウザ設定としてローカル設定を決定する（ステップＳ１１０２）。

ＲｅｓｐｏｎｓｅデータにおいてＳｅｔｔｉｎｇＣｏｄｅが指定されている場合、解析部４１２が、ＳｅｔｔｉｎｇＣｏｄｅに対応するＷｅｂブラウザの一時設定を検索する（ステップＳ１１０３）。続いて、解析部４１２が、ＳｅｔｔｉｎｇＣｏｄｅに対応するＷｅｂブラウザの一時設定が見つかったかを判断する（ステップＳ１１０４）。ＳｅｔｔｉｎｇＣｏｄｅに対応するＷｅｂブラウザの一時設定が見つからなかった場合はステップＳ１１０２に進む。ＳｅｔｔｉｎｇＣｏｄｅに対応するＷｅｂブラウザの一時設定が見つかった場合、解析部４１２は、見つかったＷｅｂブラウザの一時設定を、Ｒｅｓｐｏｎｓｅデータが含む操作画面を表示する際に適用するブラウザ設定として決定する（ステップＳ１１０５）。

図９に戻って、解析部４１２が、ステップＳ７１０において決定したブラウザ設定を用いて、Ｒｅｓｐｏｎｓｅデータに含まれる操作画面を解析し、画面表示する（ステップＳ７１１）。

図９乃至１３を参照して説明したＭＦＰ１０１の動作によれば、Ｗｅｂブラウザのアクセス先が切り替わる場合に、Ｗｅｂページを表示する際に適用するＷｅｂブラウザの設定を、Ｗｅｂページに応じた設定に自動的に切り替えることができる。また、ＷｅｂＷｅｂブラウザは、Ｗｅｂブラウザ設定情報が含む設定項目のうち、「ブラウザ設定に従って」が選択された設定項目については、ローカル設定を適用する。従って、Ｗｅｂブラウザが、表示対象となるサイト毎に設定値を予め記憶して管理する必要がない。従って、ＭＦＰ１０１によれば、Ｗｅｂページに応じた設定への自動的な切り替えを、Ｗｅｂブラウザの負担を抑えつつ実現することができる。

図１４は、ＭＦＰの具体的な動作例を説明するシーケンス図である。まず、Ｗｅｂブラウザ４１０が、ローカル設定に従って、図８（Ａ）に示す、サイト"sample.com"に対応するＷｅｂブラウザ画面を表示している状態であるものとする。この状態で、Ｗｅｂブラウザ４１０が、ユーザの操作に従って、ＷｅｂアプリＡのページ１のＵＲＬ指示を受け付ける（ステップＳ１２０１）。Ｗｅｂブラウザ４１０が、図１０を参照して説明した処理フローに従って、Ｗｅｂページを表示する際に適用する設定を一旦ローカル設定にする（図１０のＳ８０１でＹｅｓ，Ｓ８０２）。続いて、Ｗｅｂブラウザ４１０が、ＷｅｂアプリＡに対して、操作画面の取得要求（ＨＴＴＰ ＧＥＴ）を行う（ステップＳ１２０２）。次に、ＷｅｂアプリＡのブラウザ設定処理部４２３が、一時設定生成要求が必要であるかを判断する（ステップＳ１２０３）。この例では、ブラウザ設定処理部４２３が、一時設定生成要求が必要であると判断する。

次に、ブラウザ設定処理部４２３が、Ｗｅｂアプリ設定ＤＢ４２１からＷｅｂアプリ設定情報を取得する（ステップＳ１２０４）。そして、ブラウザ設定処理部４２３が、Ｗｅｂブラウザ４１０のブラウザ設定ＡＰＩ４１６に対して一時設定生成要求をし、ブラウザ設定ＡＰＩ４１６が、一時設定生成処理を実行する（ステップＳ１２０５）。一時設定生成処理を実行したブラウザ設定ＡＰＩ４１６は、ブラウザ設定処理部４２３に対してＳｅｔｔｉｎｇＣｏｄｅを返す。続いて、ブラウザ設定処理部４２３が、ＳｅｔｔｉｎｇＣｏｄｅを指定したＲｅｓｐｏｎｓｅデータを生成する（ステップＳ１２０６）。

ブラウザ設定処理部４２３が、ＲｅｓｐｏｎｓｅデータをＷｅｂブラウザ４１０に対して送信（ＨＴＴＰ Ｒｅｓｐｏｎｓｅを実行）する（ステップＳ１２０７）。そして、Ｗｅｂブラウザ４１０の解析部４１２が、Ｒｅｓｐｏｎｓｅデータにおいて指定されたＳｅｔｔｉｎｇＣｏｄｅに対応するブラウザ設定を用いて操作画面を解析し、画面表示する（ステップＳ１２０１）。これにより、例えば図８（Ｂ）に示すようなＷｅｂブラウザ画面が表示される。

次に、ユーザが、図８（Ｂ）に示すＷｅｂブラウザ画面内のリンク６０１をクリックすると、Ｗｅｂブラウザ４１０のアクセス先がページ２のＵＲＬに変更される。ここで、ページ１もページ２も、同じサイトに属する。従って、Ｗｅｂブラウザ４１０が、図１０を参照して説明した処理フローに従って、Ｗｅｂページを表示する際に適用する設定をＷｅｂブラウザ４１０が現在適用している設定にする（図１０のＳ８０４でＹｅｓ，Ｓ８０５）。続いて、Ｗｅｂブラウザ４１０が、ＷｅｂアプリＡに対して、操作画面の取得要求（ＨＴＴＰ ＧＥＴ）を行う（ステップＳ１２１０）。

次に、ＷｅｂアプリＡのブラウザ設定処理部４２３が、一時設定生成要求が必要であるかを判断する（ステップＳ１２１１）。この例では、ブラウザ設定処理部４２３が、一時設定生成要求が必要でないと判断する。続いて、ブラウザ設定処理部４２３が、ＳｅｔｔｉｎｇＣｏｄｅを指定したＲｅｓｐｏｎｓｅデータを生成する（ステップＳ１２１２）。ブラウザ設定処理部４２３が、ＲｅｓｐｏｎｓｅデータをＷｅｂブラウザ４１０に対して送信（ＨＴＴＰ Ｒｅｓｐｏｎｓｅを実行）する（ステップＳ１２１３）。そして、Ｗｅｂブラウザ４１０の解析部４１２が、Ｒｅｓｐｏｎｓｅデータにおいて指定されたＳｅｔｔｉｎｇＣｏｄｅに対応するブラウザ設定を用いて操作画面を解析し、画面表示する（ステップＳ１２１４）。これにより、例えば図８（Ｃ）に示すようなＷｅｂブラウザ画面が表示される。

次に、ユーザが、図８（Ｃ）に示すＷｅｂブラウザ画面内のアドレスバー６０２で、サイト"sample.com"のＵＲＬを入力する（ステップＳ１２１５）。これにより、Ｗｅｂブラウザ４１０のアクセス先が"sample.com"のＵＲＬに変更される。ここで、"sample.com"は、Ｗｅｂサーバ１０２が備えるＷｅｂアプリ４４０が動作するサイトであって、ＷｅｂアプリＡが動作するサイトとは異なるサイトである。従って、Ｗｅｂブラウザ４１０が、図１０を参照して説明した処理フローに従って、Ｗｅｂページを表示する際に適用する設定をローカル設定にする（ステップＳ１２１６，図１０のＳ８０４でＮｏ，Ｓ８０２）。続いて、Ｗｅｂブラウザ４１０が、Ｗｅｂアプリ４４０に対して、操作画面の取得要求（ＨＴＴＰ ＧＥＴ）を行う（ステップＳ１２１７）。

次に、Ｗｅｂアプリ４４０が、ＲｅｓｐｏｎｓｅデータをＷｅｂブラウザ４１０に対して送信（ＨＴＴＰ Ｒｅｓｐｏｎｓｅを実行）する（ステップＳ１２１８）。そして、
そして、Ｗｅｂブラウザ４１０の解析部４１２が、ローカル設定を用いて操作画面を解析し、画面表示する（ステップＳ１２１９）。これにより、例えば図８（Ａ）に示すようなＷｅｂブラウザ画面が表示される。

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

１０１ ＭＦＰ
１０２ Ｗｅｂサーバ
１０３ ネットワーク

Claims (5)

1. Ｗｅｂページを画面表示するＷｅｂブラウザと、前記Ｗｅｂブラウザに対して前記Ｗｅｂページを提供する少なくとも一つのＷｅｂアプリケーションとを備える画像形成装置であって、
   前記Ｗｅｂブラウザは、
   前記Ｗｅｂブラウザのアクセス先のＷｅｂアプリケーションから提供されるＷｅｂページを表示する際に適用する設定であって、該Ｗｅｂアプリケーションから提供されるＷｅｂページに依存しないローカル設定を予め登録するローカル設定登録手段と、
   アクセス先の切り替えが指示された場合に、前記アクセス先のサイトが切り替わるかを判断し、前記アクセス先のサイトが切り替わる場合に、前記Ｗｅｂページを表示する際に適用する設定を前記登録されたローカル設定にし、前記アクセス先のサイトが切り替わらない場合に、前記Ｗｅｂページを表示する際に適用する設定を該Ｗｅｂブラウザが現在適用している設定にする切り替え判断手段と、
   前記Ｗｅｂページを表示する際に適用する設定を前記アクセス先のＷｅｂアプリケーションからの指示に従って更新する設定更新手段とを備え、
   前記Ｗｅｂアプリケーションは、
   前記Ｗｅｂブラウザが該Ｗｅｂアプリケーションが提供するＷｅｂページを表示する際に適用する設定であって、前記ローカル設定の少なくとも一部を含む第１の設定を登録する第１設定登録手段と、
   前記Ｗｅｂブラウザからアクセスされた場合に、前記Ｗｅｂブラウザが前記Ｗｅｂページを表示する際に適用する設定の更新が必要であるかを判断し、該設定の更新が必要であると判断した場合に、前記Ｗｅｂブラウザに対して、前記Ｗｅｂブラウザが前記Ｗｅｂページを表示する際に適用する設定を前記第１の設定に更新するよう指示する更新指示手段とを備える
   ことを特徴とする画像形成装置。
2. 前記更新指示手段は、前記第１の設定が前記ローカル設定と異なる設定を含む場合に、前回Ｗｅｂブラウザに対して第１の設定の更新を指示してから該第１の設定が変更されたかを判断し、前回Ｗｅｂブラウザに対して第１の設定の更新を指示してから該第１の設定が変更された場合に、前記Ｗｅｂブラウザが前記Ｗｅｂページを表示する際に適用する設定の更新が必要であると判断する
   ことを特徴とする請求項１に記載の画像形成装置。
3. 前記更新指示手段は、前記第１の設定が前記ローカル設定と同じ設定である場合に、前記Ｗｅｂブラウザが前記Ｗｅｂページを表示する際に適用する設定の更新が必要でないと判断する
   ことを特徴とする請求項１に記載の画像形成装置。
4. Ｗｅｂページを画面表示するＷｅｂブラウザと、前記Ｗｅｂブラウザに対して前記Ｗｅｂページを提供する少なくとも一つのＷｅｂアプリケーションとを備える画像形成装置の制御方法であって、
   前記Ｗｅｂブラウザが、前記Ｗｅｂブラウザのアクセス先のＷｅｂアプリケーションから提供されるＷｅｂページを表示する際に適用する設定であって、該Ｗｅｂアプリケーションから提供されるＷｅｂページに依存しないローカル設定を予め登録する工程と、
   前記Ｗｅｂアプリケーションが、前記Ｗｅｂブラウザが該Ｗｅｂアプリケーションが提供するＷｅｂページを表示する際に適用する設定であって、前記ローカル設定の少なくとも一部を含む第１の設定を登録する工程と、
   前記Ｗｅｂブラウザが、アクセス先の切り替えが指示された場合に、前記アクセス先のサイトが切り替わるかを判断し、前記アクセス先のサイトが切り替わる場合に、前記Ｗｅｂページを表示する際に適用する設定を前記登録されたローカル設定にし、前記アクセス先のサイトが切り替わらない場合に、前記Ｗｅｂページを表示する際に適用する設定を該Ｗｅｂブラウザが現在適用している設定にする工程と、
   前記Ｗｅｂアプリケーションが、前記Ｗｅｂブラウザからアクセスされた場合に、前記Ｗｅｂブラウザが前記Ｗｅｂページを表示する際に適用する設定の更新が必要であるかを判断し、該設定の更新が必要であると判断した場合に、前記Ｗｅｂブラウザに対して、前記Ｗｅｂブラウザが前記Ｗｅｂページを表示する際に適用する設定を前記第１の設定に更新するよう指示する工程と、
   前記Ｗｅｂブラウザが、前記Ｗｅｂページを表示する際に適用する設定を前記アクセス先のＷｅｂアプリケーションからの指示に従って更新する工程とを有する
   ことを特徴とする画像形成装置の制御方法。
5. 請求項４に記載の画像形成装置の制御方法をコンピュータに実行させることを特徴とするコンピュータプログラム。

Images