(57)【要約】【課題】タブブラウザが既に保持している画面情報と同じ画面情報を要求することによるセッション情報の不正化及びＷｅｂアプリケーションの動作不具合を防止する。【解決手段】Ｗｅｂサーバにより提供される複数の画面情報を異なるウィンドウに保持可能であり、かつ、ユーザがウィンドウに関連するタブのいずれかを選択することによって切り替え表示が可能であるタブブラウザを備える情報処理装置であって、ユーザによる画面情報の要求を受け付けた場合に、アクティブ状態でないウィンドウが存在するか否かを判定する判定手段と、判定手段でアクティブ状態でないウィンドウが存在すると判定された場合に、アクティブ状態でないウィンドウを自動的に閉じる制御手段と、制御手段によりウィンドウを閉じた後に、ユーザにより要求された画面情報をＷｅｂサーバに要求する要求手段と、を備える。【選択図】図７
2012038166.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂサーバにより提供される複数の画面情報を異なるウィンドウに保持可能であり、かつ、ユーザが前記ウィンドウに関連するタブのいずれかを選択することによって切り替え表示が可能であるタブブラウザを備える情報処理装置であって、
ユーザによる画面情報の要求を受け付けた場合に、アクティブ状態でないウィンドウが存在するか否かを判定する判定手段と、
前記判定手段でアクティブ状態でないウィンドウが存在すると判定された場合に、アクティブ状態でないウィンドウを自動的に閉じる制御手段と、
前記制御手段によりウィンドウを閉じた後に、ユーザにより要求された画面情報を前記Ｗｅｂサーバに要求する要求手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
それぞれのウィンドウがアクティブ状態であるか否かに関する表示情報を管理する管理手段を更に備え、
前記判定手段は、前記管理手段で管理している表示情報に基づいて、アクティブ状態でないウィンドウが存在するか否かを判定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記管理手段は、前記表示情報と、それぞれのウィンドウが保持している画面情報の格納アドレスとを関連づけて管理することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
Ｗｅｂサーバにより提供される複数の画面情報を異なるウィンドウに保持可能であり、かつ、ユーザが前記ウィンドウに関連するタブのいずれかを選択することによって切り替え表示が可能であるタブブラウザを備える情報処理装置であって、
ユーザによる画面情報の要求を受け付けた場合に、前記タブブラウザが要求された画面情報と同じ画面情報を既に保持しているか否かを判定する判定手段と、
前記判定手段で未だ保持していないと判定された場合にのみ、ユーザにより要求された画面情報を前記Ｗｅｂサーバに要求する要求手段と、
を備えることを特徴とする情報処理装置。
【請求項５】
それぞれのウィンドウが保持している画面情報の格納アドレスを管理する管理手段を更に備え、
前記判定手段は、前記管理手段で管理している格納アドレスに基づいて、要求された画面情報と同じ画面情報を既に保持しているか否かを判定することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記管理手段は、前記格納アドレスと、それぞれのウィンドウがアクティブ状態であるか否かに関する表示情報を関連づけて管理することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
Ｗｅｂサーバにより提供される複数の画面情報を異なるウィンドウに保持可能であり、かつ、ユーザが前記ウィンドウに関連するタブのいずれかを選択することによって切り替え表示が可能であるタブブラウザを備える情報処理装置の制御方法であって、
前記情報処理装置が備える判定手段が、ユーザによる画面情報の要求を受け付けた場合に、アクティブ状態でないウィンドウが存在するか否かを判定する判定工程と、
前記情報処理装置が備える制御手段が、前記判定工程でアクティブ状態でないウィンドウが存在すると判定された場合に、アクティブ状態でないウィンドウを自動的に閉じる制御工程と、
前記情報処理装置が備える要求手段が、前記制御工程でウィンドウを閉じた後に、ユーザにより要求された画面情報を前記Ｗｅｂサーバに要求する要求工程と、
を備えることを特徴とする制御方法。
【請求項８】
Ｗｅｂサーバにより提供される複数の画面情報を異なるウィンドウに保持可能であり、かつ、ユーザが前記ウィンドウに関連するタブのいずれかを選択することによって切り替え表示が可能であるタブブラウザを備える情報処理装置の制御方法であって、
前記情報処理装置が備える判定手段が、ユーザによる画面情報の要求を受け付けた場合に、前記タブブラウザが要求された画面情報と同じ画面情報を既に保持しているか否かを判定する判定工程と、
前記情報処理装置が備える要求手段が、前記判定工程で未だ保持していないと判定された場合にのみ、ユーザにより要求された画面情報を前記Ｗｅｂサーバに要求する要求工程と、
を備えることを特徴とする制御方法。
【請求項９】
コンピュータを、
Ｗｅｂサーバにより提供される複数の画面情報を異なるウィンドウに保持可能であり、かつ、ユーザが前記ウィンドウに関連するタブのいずれかを選択することによって切り替え表示が可能であるタブブラウザを備える情報処理装置における、
ユーザによる画面情報の要求を受け付けた場合に、アクティブ状態でないウィンドウが存在するか否かを判定する判定手段、
前記判定手段でアクティブ状態でないウィンドウが存在すると判定された場合に、アクティブ状態でないウィンドウを自動的に閉じる制御手段、
前記制御手段によりウィンドウを閉じた後に、ユーザにより要求された画面情報を前記Ｗｅｂサーバに要求する要求手段、
として機能させるためのプログラム。
【請求項１０】
コンピュータを、
Ｗｅｂサーバにより提供される複数の画面情報を異なるウィンドウに保持可能であり、かつ、ユーザが前記ウィンドウに関連するタブのいずれかを選択することによって切り替え表示が可能であるタブブラウザを備える情報処理装置における、
ユーザによる画面情報の要求を受け付けた場合に、前記タブブラウザが要求された画面情報と同じ画面情報を既に保持しているか否かを判定する判定手段、
前記判定手段で未だ保持していないと判定された場合にのみ、ユーザにより要求された画面情報を前記Ｗｅｂサーバに要求する要求手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサーバにより提供される操作画面を表示するＷｅｂブラウザを備える情報処理装置、情報処理装置の制御方法及びプログラムに関する。
【背景技術】
【０００２】
ＬＡＮ等のネットワークを介してＷｅｂサーバに接続されたＰＣ等の情報処理装置が、Ｗｅｂブラウザを備え、当該ＷｅｂブラウザにＷｅｂサーバ上のＷｅｂアプリケーションにより提供される画面を表示可能とする技術が知られている。このような情報処理装置においては、まず、ＷｅｂブラウザがＷｅｂサーバに対して操作画面を要求するリクエストを送信する。次に、情報処理装置からのリクエストを受信したＷｅｂサーバ上のＷｅｂアプリケーションは、Ｗｅｂブラウザに画面を表示させるためのＨＴＭＬデータを生成するための処理を実行し、レスポンスとしてＨＴＭＬデータを情報処理装置に送信する。そして、情報処理装置のＷｅｂブラウザは、受信したＨＴＭＬデータを解析し、受信したＨＴＭＬデータの記述に基づいた画面を表示する。
【０００３】
また、最近では、スキャナやプリンタ等を備えるＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）においても、Ｗｅｂブラウザを備えるものがある。例えば、特許文献１によれば、ＭＦＰが備える機能を利用するための操作画面をＷｅｂサーバが提供する。この場合、ＭＦＰのユーザは、Ｗｅｂブラウザに表示された操作画面を介して、ＭＦＰに対する指示を入力する。そして、入力された指示はＭＦＰのＷｅｂブラウザによってＷｅｂサーバにリクエストとして送信され、通知される。通知を受けたＷｅｂサーバは、ユーザから入力された指示の内容に従って、ＭＦＰに対して各種処理の実行を依頼する。そして、前記依頼を受けたＭＦＰは、依頼された処理を実行する。これにより、ＭＦＰを操作するための全てのメニューデータをＭＦＰ内で保持しておく必要がなくなり、また、メニューデータの変更もＷｅｂサーバ上で容易に実行可能となる。
【０００４】
更に、表示領域が小さい装置において、効率的にＨＴＭＬデータを表示する技術として特許文献２のような技術がある。特許文献２によれば、Ｗｅｂブラウザの一種であるタブブラウザを利用することで、表示領域が小さいＭＦＰ等の装置においても効率的にＨＴＭＬデータを表示可能となる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１２７５０３号公報
【特許文献２】特開２００８−１０７８６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、一般的なタブブラウザは、Ｗｅｂアプリケーションとのセッション情報をウィンドウ毎に管理していない。このため、タブブラウザが、ユーザにより新たに要求された画面情報と同じ画面情報を既に保持している場合には、Ｗｅｂアプリケーションとのセッション情報がユーザにより新たに要求された画面情報のセッション情報で上書きされてしまい、不正なアクセスとみなされてしまう。この場合には、Ｗｅｂアプリケーションと正常にやりとりを行うことができないという問題がある。
【０００７】
本発明は、上記課題に鑑みてなされたものであり、タブブラウザが既に保持している画面情報と同じ画面情報を要求することによるセッション情報の不正化及びＷｅｂアプリケーションの動作不具合を防止するものである。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明に係る情報処理装置は、Ｗｅｂサーバにより提供される複数の画面情報を異なるウィンドウに保持可能であり、かつ、ユーザが前記ウィンドウに関連するタブのいずれかを選択することによって切り替え表示が可能であるタブブラウザを備える情報処理装置であって、ユーザによる画面情報の要求を受け付けた場合に、アクティブ状態でないウィンドウが存在するか否かを判定する判定手段と、前記判定手段でアクティブ状態でないウィンドウが存在すると判定された場合に、アクティブ状態でないウィンドウを自動的に閉じる制御手段と、前記制御手段によりウィンドウを閉じた後に、ユーザにより要求された画面情報を前記Ｗｅｂサーバに要求する要求手段と、を備える。
【発明の効果】
【０００９】
本発明によれば、タブブラウザが既に保持している画面情報と同じ画面情報を要求することによるセッション情報の不正化及びＷｅｂアプリケーションの動作不具合を防止することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の第１の実施形態に係る情報処理システムの全体構成を示す図である。
【図２】ＭＦＰ及びＷｅｂサーバのハードウェア構成を示す図である。
【図３】ＭＦＰの操作部の詳細な構成を示す図である。
【図４】ＭＦＰ及びＷｅｂサーバのソフトウェア構成を示す図である。
【図５】画面情報テーブル及びハードキー・ＵＲＬ対応テーブルを示す図である。
【図６】トップメニュー画面及びＦＴＰ送信画面を示す図である。
【図７】画面表示制御処理の処理手順を示す図である。
【図８】本発明の第２の実施形態に係る画面表示制御処理の処理手順を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して本発明の実施形態を詳細に説明する。なお、以下の実施形態は特許請求の範囲を限定するものでなく、また、実施形態で説明される特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１２】
（第１の実施形態）
本実施形態では、本発明の情報処理装置の一例であるＭＦＰが、ハードキー押下を検知し、検知したハードキーに対応するＵＲＬへの画面リクエストを送信するときに強制的に非アクティブウィンドウをクローズする。この非アクティブウィンドウのクローズ処理により、複数のウィンドウで同一のＷｅｂアプリケーションに画面要求を行うことによるセッション情報の不正化及びＷｅｂアプリケーションの動作不具合を防止する。
【００１３】
＜情報処理システムの全体構成（図１）＞
本発明に係る情報処理システムは、ＭＦＰ１１０とＷｅｂサーバ１２０とを備える。ＭＦＰ１１０及びＷｅｂサーバ１２０は、イーサネット（登録商標）等からなるＬＡＮ１００にそれぞれ接続されている。ＭＦＰ１１０は、Ｗｅｂサーバ１２０により提供される複数の画面情報を異なるウィンドウに保持可能であり、かつ、ユーザがウィンドウに関連するタブのいずれかを選択することによって切り替え表示が可能であるタブブラウザを備える。また、ＭＦＰ１１０は、コピー機能と、ファイル転送機能と、Ｅメール機能とを有する。ファイル転送機能は、原稿画像を読み取り、読み取って得られた画像データ（文書データと呼ぶ場合もある）を、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）やＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ）プロトコル等を用いてＬＡＮ１００上の指定した装置に転送する機能である。Ｅメール機能は、画像を添付ファイルとしてＥメールを作成し、Ｅメールサーバ（不図示）を利用してＥメールを送信する機能である。Ｗｅｂサーバ１２０は、該Ｗｅｂサーバ上で動作するソフトウェアであるＷｅｂアプリケーションを有する。Ｗｅｂアプリケーションは、ＭＦＰ１１０からのリクエストに応じて、ＭＦＰ１１０に表示するＨＴＭＬページをレスポンスとして送信する。ただし、本実施形態に係る情報処理システムは、これらの構成機器の数に限られることはない。また、本実施形態では、接続方法としてＬＡＮを適用しているが、これに限られることはない。例えば、ＷＡＮ（公衆回線）等の任意のネットワーク、ＵＳＢ等のシリアル伝送方式、セントロニクスやＳＣＳＩ等のパラレル伝送方式等も適用可能である。
【００１４】
＜ＭＦＰ１１０のハードウェア構成（図２（ａ））＞
ＭＦＰ１１０は、画像を入力するためのスキャナ部１１２と、画像を出力するためのプリンタ部１１３と、ＭＦＰ１１０全体の制御を司るコントローラ２００と、ユーザによる入力操作を受け付ける操作部１１１とを備える。
【００１５】
スキャナ部１１２は、原稿上の画像を露光走査して得られた反射光をＣＣＤに入力することで画像の情報を電気信号に変換する。更に、電気信号をＲ，Ｇ，Ｂ各色からなる輝度信号に変換し、当該輝度信号をデジタル画像データとしてコントローラ２００に対して出力する。なお、原稿は原稿フィーダにセットされ、ユーザが操作部１１１から読み取り開始を指示すると、コントローラ２００からスキャナ部１１２に原稿読み取り指示が与えられる。スキャナ部１１２は、この指示を受けると原稿フィーダから原稿を１枚ずつフィードして、原稿の読み取り動作を行う。なお、原稿の読み取り方法は原稿フィーダによる自動送り方式ではなく、原稿を不図示のガラス面上に載置し露光部を移動させることで原稿の走査を行う方法であってもよい。
【００１６】
プリンタ部１１３は、コントローラ２００から受け取った画像データを用紙上に画像として形成する。なお、本実施形態では、画像形成方式は感光体ドラムや感光体ベルトを用いた電子写真方式を採用したが、これに限られることはない。例えば、微少ノズルアレイからインクを吐出して用紙上に印刷するインクジェット方式等でも適用可能である。
【００１７】
コントローラ２００は、操作部１１１、スキャナ部１１２及びプリンタ部１１３と電気的に接続される一方、ネットワークＩ／Ｆ２０６を介してＬＡＮ１００に接続される。すなわち、ＬＡＮ１００を経由して他の機器と接続される。これにより、ＨＴＴＰプロトコルによる通信が可能である。ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラム等に基づいて、接続中の各種ＭＦＰへのアクセス及び他のＭＦＰからのアクセスを統括的に制御する。それと共に、コントローラ２００内部で行われる各種処理についても統括的に制御する。この制御には、後述のフローチャートを実現するためのプログラムの実行も含む。ＲＯＭ２０２には装置のブートプログラムが格納されている。ＲＡＭ２０３は、ＣＰＵ２０１が動作するためのシステムワークメモリであり、かつ、画像データを一時記憶するためのメモリでもある。ＲＡＭ２０３は、電源のバックアップ等により記憶した内容を装置本体の電源オフ後も保持する領域と、電源オフ後には記憶した内容が消去される領域とを含む。ＨＤＤ２０４（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）は、システムソフトウェアや画像データを格納することが可能である。操作部Ｉ／Ｆ２０５は、システムバス２１１と操作部１１１とを接続するためのインターフェースである。操作部Ｉ／Ｆ２０５は、操作部１１１に表示するための画像データをシステムバス２１１から受け取り、操作部１１１に出力すると共に、操作部１１１から入力された情報をシステムバス２１１へ出力する。ネットワークＩ／Ｆ２０６は、ＬＡＮ１００及びシステムバス２１１に接続し、情報の入出力を行う。スキャナＩ／Ｆ２０７は、スキャナ部１１２から受け取った画像データに対して、補正、加工及び編集を行う。なお、スキャナＩ／Ｆ２０７は、受け取った画像データがカラー原稿であるか白黒原稿であるか、文字原稿であるか写真原稿であるか等を判定する機能を持つ。画像処理部２０８は、画像データの方向変換、画像圧縮及び伸張処理等を行う。また、ＨＤＤ２０４に保存されている画像同士を合成して一枚の画像にすることが可能である。プリンタＩ／Ｆ２０９は、画像処理部２０８から送られた画像データを受け取り、この画像データに付随させられている属性データを参照しながら画像データに画像形成を施す。画像形成後の画像データは、プリンタ部１１３に出力される。
【００１８】
［操作部の構成（図３）］
操作部１１１は、ＬＣＤ上にタッチパネルシート８０２が貼られているＬＣＤ表示部８０１を有する。このＬＣＤ表示部８０１には、後述するタブブラウザが表示する操作画面及びソフトキーが表示されると共に、表示されているキーが押されると、押された位置を示す位置情報がＣＰＵ２０１に伝えられる。また、操作部１１１には、スタートキー８０３、ストップキー８０４、リセットキー８０５、ガイドキー８０６、トップメニューキー８０７及び数値キー８０８等の各種ハードキーが設けられる。スタートキー８０３は、原稿画像の読み取り動作の開始を指示するためのキーであり、スタートキー８０３の中央部には、緑と赤の２色ＬＥＤ表示部８０９が設けられる。２色ＬＥＤ表示部８０９は、その色によってスタートキー８０３が使用可能な状態にあるか否かを表す。ストップキー８０４は、稼働中の動作を止めるためのキーである。リセットキー８０５は、設定を初期化するときに用いられるキーである。ガイドキー８０６は、ＭＦＰ１１０の使用方法を表示するためのキーである。トップメニューキー８０７は、ＭＦＰ１１０の機能を選択させるためのトップメニュー画面を表示するためのキーである。数値キー８０８は、数値を入力するためのキーである。なお、本実施形態では、ＭＦＰ１１０がＵＩ表示を実行するネットワークＭＦＰであるが、汎用スキャナや汎用プリンタ等を接続した汎用コンピュータ等、これ以外の情報処理装置であってもよい。
【００１９】
＜Ｗｅｂサーバのハードウェア構成（図２（ｂ））＞
Ｗｅｂサーバ１２０は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ハードディスクドライブ（ＨＤＤ）３０４、入力装置３０５（キーボード等）、ネットワークＩ／Ｆ３０６、表示装置３０７（ＣＲＴ等）及びポインティングデバイス３０８（マウス等）を備える。これらは、システムバス３０９を介して互いに通信可能に接続される。ＨＤＤ３０４（又はＲＯＭ３０２）には、オペレーティングシステムやＷｅｂアプリケーション等の制御プログラムが格納される。ＣＰＵ３０１は、当該制御プログラムを必要に応じてＨＤＤ３０４からＲＡＭ３０３上へ読み出して実行することで、コンピュータとしての機能を発揮する。ＣＰＵ３０１は、表示装置３０７を介して各種情報の表示を行うと共に、入力装置３０５やポインティングデバイス３０８からユーザ指示等を受け付ける。また、ＣＰＵ３０１は、ネットワークＩ／Ｆ３０６を介してＬＡＮ１００上の他の装置との通信を行う。
【００２０】
＜ＭＦＰ１１０のソフトウェア構成（図４（ａ））＞
ＭＦＰ１１０のソフトウェアモジュールは、ＭＦＰ１１０のＨＤＤ２０４に格納される。ＣＰＵ２０１は、当該ソフトウェアモジュールを必要に応じてＨＤＤ２０４からＲＡＭ２０３上へ読み出して実行する。ＨＴＴＰ通信部４０１は、ネットワークＩ／Ｆ２０６を操作してＨＴＴＰプロトコルにより通信を行うモジュールである。タブブラウザ４０２は、ＨＴＴＰ通信部４０１を介してＷｅｂサーバ１２０と通信を行うタブブラウザである。タブブラウザ４０２は、Ｗｅｂサーバ１２０に対して、ＨＴＭＬで記載された操作画面のリクエストを行う。次に、ＨＴＴＰ通信部４０１を介してＷｅｂサーバ１２０から受け取った操作画面のＨＴＭＬデータをレンダリングして操作部１１１に表示する。そして、操作部１１１に表示した操作画面に対する入力をＷｅｂサーバ１２０に通知を行う。スクリプト実行部４０３は、タブブラウザ４０２から受け取ったスクリプト情報を解析し、スクリプトに含まれるジョブ情報に分割する。そして、スクリプト実行部４０３は、各ジョブ情報を、スクリプトで指定されている順に実行するようにジョブ管理部４０４に通知する。ジョブ管理部４０４は、スクリプト実行部４０３からの指示を受けてジョブ情報を管理し、ジョブの実行をジョブ実行部４０５に順次指示する。ジョブ実行部４０５は、ジョブ設定に基づいて処理を実行するモジュールである。例えば、ジョブがスキャンジョブであれば、スキャナ部１１２を操作して紙原稿を読み取り、ＨＤＤ２０４に画像データを保存する。送信ジョブであれば、ネットワークＩ／Ｆ２０６を操作してＨＤＤ２０４内の画像データを送信するというジョブを実行する。
【００２１】
＜Ｗｅｂサーバ１２０のソフトウェア構成（図４（ｂ））＞
Ｗｅｂサーバ１２０は、Ｗｅｂアプリケーション５０１及びＨＴＴＰ通信部５０４を備える。Ｗｅｂアプリケーション５０１は、プレゼンテーション部５０２及びロジック部５０３を含む。ＣＰＵ３０１は、当該ソフトウェアプログラムを必要に応じてＨＤＤ３０４からＲＡＭ３０３上へ読み出して実行する。プレゼンテーション部５０２は、ＨＴＴＰ通信部５０４を介して、ＭＦＰ１１０からのリクエストに応えてＭＦＰ１１０のタブブラウザ４０２で表示すべき操作画面をＭＦＰ１１０にレスポンスとして送信する。また、ＭＦＰ１１０のタブブラウザ４０２に表示された操作画面を介して入力されたユーザからの入力情報を、ＨＴＴＰ通信部５０４を介してＭＦＰ１１０から受け取る。ロジック部５０３は、プレゼンテーション部５０２から渡されたＭＦＰ１１０からの入力情報に対して処理を行う。例えば、ユーザからの入力に応じて、表示すべき画面を変更したり、ＭＦＰ１１０のデバイス機能実行のためのジョブ定義情報を作成したりする。ＨＴＴＰ通信部５０４は、ネットワークＩ／Ｆ３０６を操作してＨＴＴＰプロトコルにより通信を行うモジュールである。
【００２２】
＜ＭＦＰ操作画面表示（図６）＞
タブブラウザ４０２は、図６（ａ）で示すＭＦＰ操作画面を表示する。ウィンドウ９０１は、受信したＨＴＭＬを表示する画面であり、本実施形態では、ユーザがＭＦＰ１１０を操作するための操作画面を表示する。タブ９０２は、ウィンドウを切り替えるために使用され、各ウィンドウ毎に存在する。タブブラウザ４０２は、複数のウィンドウを保持可能である。タブブラウザ４０２が複数のウィンドウを保持する場合に、各ウィンドウ毎に存在するタブを使用してウィンドウを切り替える。ここで、あるウィンドウに表示を切り替えることを、ウィンドウを“アクティブ状態にする”と呼ぶことにする。反対に、別のウィンドウが表示されなくなることを、ウィンドウを“非アクティブ状態にする”と呼ぶことにする。戻るボタン９０３は、現在、アクティブ状態のウィンドウにおいて、一つ前に表示していた画面に戻るボタンである。進むボタン９０４は、戻るボタン９０３で表示している画面を変更した場合に、変更前の画面に再度戻すためのボタンである。アドレスフィールド９０５は、現在表示している画面のＵＲＬ（格納アドレス）を表示する。また、アドレスフィールド９０５に直接入力されたＵＲＬにＨＴＴＰリクエストを行うことで画面の表示を変更することも可能である。ＧＵＩボタン９０６〜９０９は、それぞれの機能のＷｅｂアプリケーションへのリンクとなっている。例えば、ＧＵＩボタン９０６（ＦＴＰ送信）の押下を検知すると、リンクとして登録されているＵＲＬ（ｈｔｔｐ：／／１９２．１６８．１０．１０／ｆｔｐ）に対してＨＴＴＰリクエストを行い、レスポンスとして受信した図６（ｂ）で示すＦＴＰ送信画面を表示する。更に、タブブラウザ４０２は、ハードキー押下を検知すると図５（ａ）で示すハードキー・ＵＲＬ対応テーブルを参照し、押下を検知したハードキーに対応するＵＲＬにＨＴＴＰリクエストを行うことでハードキーに対応する画面を表示することも可能である。一般的に９０３から９０５の各機能は９０１に表示している画面とは独立しており、いつでも操作可能である。
【００２３】
図５（ｂ）は、タブブラウザ４０２が管理する画面情報テーブルである。タブブラウザ４０２は、この画面情報テーブルにより、それぞれのウィンドウ（タブＩＤ１００１）が保持している画面情報のＵＲＬ１００３と、それぞれのウィンドウ（タブＩＤ１００１）がアクティブ状態であるか否かに関する表示情報であるフォーカス１００２とを関連づけて管理する。タブＩＤ１００１は、タブを一意に識別する情報であり、ウィンドウを表示するタブを表す。フォーカス１００２は、タブＩＤ１００１により示されるウィンドウの表示状態を示す。前面に表示されていてユーザからの入力操作を受付可能なアクティブ状態であれば「ＯＮ」、背後に表示されておりユーザの入力操作を受け付けない非アクティブ状態であれば「ＯＦＦ」が記録される。ＵＲＬ１００３は、タブＩＤ１００１により示されるウィンドウが表示しているＨＴＭＬデータ及び処理する制御スクリプトのＵＲＬを示す。タブブラウザ４０２は、ウィンドウの追加、表示画面情報の更新、及びウィンドウの削除に応じて、画面情報の追加、更新及び削除をする。
【００２４】
図６（ｃ）は、図５（ｂ）で示す画像情報テーブルの状態となったときのタブブラウザ４０２の表示状態を示す図である。図５（ａ）は、タブブラウザ４０２が管理するハードキー・ＵＲＬ対応テーブルである。タブブラウザ４０２は、ハードキー・ＵＲＬ対応テーブルにより、ハードキー押下を検知したときに画面を要求するＵＲＬを管理する。ハードキー１１０１は、押下を検知したときに対応する画面を要求するハードキーの情報が登録される。ＵＲＬ１１０２は、ハードキー押下を検知したときに画面を要求するＵＲＬの情報が登録される。
【００２５】
＜画面表示制御処理（図７）＞
ここでは、タブブラウザ４０２が、ユーザによるトップメニューキーの押下を検知してトップメニュー画面を表示する処理を例に挙げて説明する。まず、タブブラウザ４０２は、図５（ｂ）で示す画面情報テーブルのフォーカス１００２欄を参照して、非アクティブウィンドウがあるか否かを判定する（Ｓ１１）。非アクティブウィンドウがある場合には、タブブラウザ４０２は、すべての非アクティブウィンドウを自動的に閉じる（Ｓ１２）。一方、非アクティブウィンドウがない場合には、Ｓ１２の処理を省略し、Ｓ１３の処理へ進む。そして、タブブラウザ４０２は、図５（ａ）で示すハードキー・ＵＲＬ対応テーブルを参照し、トップメニューキーが押下されたことを検知した場合に表示するトップメニュー画面情報を要求するＷｅｂサーバのＵＲＬを取得する（Ｓ１３）。そして、タブブラウザ４０２は、Ｓ１３で取得したＵＲＬへトップメニューキーに対応するリクエストメッセージを送信する（Ｓ１４）。そして、タブブラウザ４０２がレスポンスメッセージを受信すると、タブブラウザ４０２は、受信したレスポンスメッセージを解析し、画面に表示するＨＴＭＬデータを取得する（Ｓ１５）。最後に、タブブラウザ４０２は、Ｓ１５で取得したＨＴＭＬデータをアクティブ状態のウィンドウに表示する（Ｓ１６）。
【００２６】
以上述べた通り、本実施形態によれば、複数のウィンドウで同一のＵＲＬの画面を要求することによるセッション情報の不正化及びＷｅｂアプリケーションの動作不具合を防止することができる。
【００２７】
（第２の実施形態）
本実施形態では、アクティブ状態のウィンドウで画面を要求するＵＲＬの情報によって画面表示を制御し、複数のウィンドウで同一のＵＲＬの画面を要求することによるセッション情報の不正化及びＷｅｂアプリケーションの動作不具合を防止する。第２の実施形態は、第１の実施形態と比べて、ウィンドウ制御処理の流れのみが異なる。
【００２８】
＜画面表示制御処理（図８）＞
ここでは、タブブラウザ４０２のウィンドウに表示した図６（ａ）で示すトップメニュー画面のＧＵＩボタン９０６〜９０９のユーザによる押下を検知して、ＭＦＰ１１０の機能の操作画面を表示しようとしたときの処理について説明する。まず、タブブラウザ４０２は、図５（ｂ）で示す画面情報テーブルを参照して、要求された操作画面のＵＲＬと同じＵＲＬから受信した画面を表示しているウィンドウがあるか否かを判定する（Ｓ２１）。そして、当該ウィンドウがある場合には、トップメニュー画面を表示しているアクティブ状態のウィンドウをクローズして（Ｓ２２）、一連の処理を終了する。一方、当該ウィンドウがない場合には、タブブラウザ４０２は、ＭＦＰ操作画面ＵＲＬへリクエストメッセージを送信する（Ｓ２３）。そして、タブブラウザ４０２がレスポンスメッセージを受信すると、タブブラウザ４０２は、受信したレスポンスメッセージを解析し、ウィンドウに表示するＨＴＭＬデータを取得する（Ｓ２４）。最後に、タブブラウザ４０２は、Ｓ２４で取得したＨＴＭＬデータをアクティブ状態のウィンドウに表示する（Ｓ２５）。
【００２９】
以上述べた通り、本実施形態によれば、タブブラウザの利点を損なうことなく、複数のウィンドウで同一のＵＲＬの画面を要求することによるセッション情報の不正化及びＷｅｂアプリケーションの動作不具合を防止する。
【００３０】
（他の実施形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【図１】
2012038166.tif 000003
【図２】
2012038166.tif 000004
【図３】
2012038166.tif 000005
【図４】
2012038166.tif 000006
【図５】
2012038166.tif 000007
【図６】
2012038166.tif 000008
【図７】
2012038166.tif 000009
【図８】
2012038166.tif 000010