(57)【要約】  Ｗｅｂコンテンツのヒストリ一つ一つに所定の画像情報を関連付けてウィンドウ毎に管理可能に記憶するヒストリ記憶手段と、ユーザの入力操作を受け付ける入力手段と、所定の入力操作を受け付けたとき、各ウィンドウのヒストリを参照して該画像情報を取得する画像取得手段と、該取得した各ウィンドウの画像情報を、ウィンドウ毎に対応させた行に、該ヒストリを参照して時系列に配置して画面に表示する画像配置手段と、入力操作に応じて、該配置された何れかの画像情報にフォーカスを当てるフォーカス手段とを備えた端末装置が提供される。
2008146784.tif 000002
【特許請求の範囲】
【請求項１】
ウィンドウ毎に独立してＷｅｂコンテンツにアクセス可能な端末装置において、
Ｗｅｂコンテンツのヒストリ一つ一つに所定の画像情報を関連付けてウィンドウ毎に管理可能に記憶するヒストリ記憶手段と、
ユーザの入力操作を受け付ける入力手段と、
所定の入力操作を受け付けたとき、各ウィンドウのヒストリを参照して該画像情報を取得する画像取得手段と、
該取得した各ウィンドウの画像情報を、ウィンドウ毎に対応させた行に、該ヒストリを参照して時系列に配置して画面に表示する画像配置手段と、
入力操作に応じて、該配置された何れかの画像情報にフォーカスを当てるフォーカス手段と、を備えたこと、を特徴とする端末装置。
【請求項２】
前記入力手段は、第一の方向にフォーカスを移すための第一の方向キー、および該第一の方向キーと直交する第二の方向にフォーカスを移すための第二の方向キーを含み、
前記フォーカス手段は、前記第一又は第二の方向キーの操作に応じた方向にフォーカスを移し、フォーカスを当てる画像情報を変更すること、を特徴とする請求項１に記載の端末装置。
【請求項３】
前記画像配置手段は、少なくとも、アクティブウィンドウのヒストリに対応する画像情報を該第一の方向に対応する行に時系列に配置し、アクティブウィンドウ以外のウィンドウで最後に表示したＷｅｂコンテンツに対応する画像情報を該第二の方向に配置すること、を特徴とする請求項２に記載の端末装置。
【請求項４】
前記画像配置手段は、アクティブウィンドウのヒストリに対応する画像情報を第１の方向に対応する行に時系列に配置する一方、アクティブウィンドウ以外のウィンドウで最後に表示したＷｅｂコンテンツについては当該ウィンドウへ切り替えできることを示すメッセージを第２の方向に配置すること、を特徴とする請求項１に記載の端末装置。
【請求項５】
ウィンドウ毎に独立してＷｅｂコンテンツにアクセス可能な端末装置において、
Ｗｅｂコンテンツのヒストリ一つ一つに所定の画像情報を関連付けてウィンドウ毎に管理可能に記憶するヒストリ記憶手段と、
ユーザの入力操作を受け付ける入力手段と、
所定の入力操作を受け付けたとき、アクティブウィンドウ上で現在閲覧状態にあるＷｅｂコンテンツ、当該Ｗｅｂコンテンツの前と後にアクセスしたＷｅｂコンテンツ、およびアクティブウィンドウ以外のウィンドウで最後に表示したＷｅｂコンテンツに対応するそれぞれの画像情報を、各ウィンドウのヒストリを参照して取得する画像取得手段と、
該閲覧状態にあるＷｅｂコンテンツの画像情報を中心として、
画面左右に、該前後にアクセスしたＷｅｂコンテンツの画像情報をそれぞれ配置し、
画面上下に、該アクティブウィンドウ以外のウィンドウで最後に表示したＷｅｂコンテンツの画像情報をそれぞれ配置して画面に表示する画像配置手段と、
入力操作に応じて、該配置された何れかの画像情報にフォーカスを当てるフォーカス手段と、を備えたこと、を特徴とする端末装置。
【請求項６】
前記入力手段は、画面左右方向の画像情報のフォーカスを移すための第一の方向キー、および画面上下方向の画像情報のフォーカスを移すための第二の方向キーを含み、
前記端末装置は、
前記第一の方向キーの操作量に応じて、画面左右方向に配置された画像情報が当該左右方向にスライドし、
前記第二の方向キーの操作量に応じて、画面上下方向に配置された各ウィンドウの画像情報が当該上下方向にスライドし、且つ、画面左右方向には、画面中央の画像情報に対応するウィンドウの画像情報が時系列に配置されるよう、画面上の画像情報の配置を変更する画像配置変更手段を更に備えたこと、を特徴とする請求項５に記載の端末装置。
【請求項７】
画面上に配置された画像情報群の表示倍率を変更する表示倍率変更手段を更に備えたこと、を特徴とする請求項１から請求項６の何れかに記載の端末装置。
【請求項８】
表示中の画像情報の倍率が所定倍率に達すると、当該画像情報に対応するヒストリを参照してＷｅｂコンテンツにアクセスすること、を特徴とする請求項７に記載の端末装置。
【請求項９】
フォーカスが当てられた画像情報に対する選択決定の入力操作が成されると、当該画像情報に対応するヒストリを参照してＷｅｂコンテンツにアクセスすること、を特徴とする請求項１から請求項８の何れかに記載の端末装置。
【請求項１０】
アクセスしたＷｅｂコンテンツのサムネイルを該所定の画像情報として作成するサムネイル作成手段を更に備えたこと、を特徴とする請求項１から請求項９の何れかに記載の端末装置。
【請求項１１】
各ウィンドウは、単一のメインウィンドウ上で開かれるタブウィンドウであること、を特徴とする請求項１から請求項１０の何れかに記載の端末装置。
【請求項１２】
各ウィンドウは、単一のメインウィンドウ上で開かれるタブウィンドウであり、該アクティブウィンドウ以外のウィンドウは、該メインウィンドウのタブバー上で該アクティブウィンドウのタブに隣接するタブのタブウィンドウであること、を特徴とする請求項５又は請求項６に記載の端末装置。
【請求項１３】
前記入力手段はタッチパネルであり、前記フォーカス手段はタッチパネル上で選択された画像情報にフォーカスを当てること、を特徴とする請求項１から請求項１２の何れかに記載の端末装置。
【請求項１４】
Ｗｅｂコンテンツのヒストリ一つ一つに所定の画像情報を関連付けてウィンドウ毎に管理可能に記憶するヒストリ記憶ステップと、
ユーザによる所定の入力操作を受け付けたとき、各ウィンドウのヒストリを参照して該画像情報を取得する画像取得ステップと、
該取得した各ウィンドウの画像情報を、ウィンドウ毎に対応させた行に、該ヒストリを参照して時系列に配置して画面に表示する画像配置ステップと、
入力操作に応じて、該配置された何れかの画像情報にフォーカスを当てるフォーカスステップと、を含むヒストリ管理方法。
【請求項１５】
前記画像配置ステップにおいて、アクティブウィンドウのヒストリに対応する画像情報は第１の方向に対応する行に時系列に配置される一方、アクティブウィンドウ以外のウィンドウで最後に表示したＷｅｂコンテンツについては当該ウィンドウへ切り替えできることを示すメッセージが第２の方向に配置されること、を特徴とする請求項１４に記載のヒストリ管理方法。
【請求項１６】
Ｗｅｂコンテンツのヒストリ一つ一つに所定の画像情報を関連付けてウィンドウ毎に管理可能に記憶するヒストリ記憶ステップと、
ユーザによる所定の入力操作を受け付けたとき、アクティブウィンドウ上で現在閲覧状態にあるＷｅｂコンテンツ、当該Ｗｅｂコンテンツの前と後にアクセスしたＷｅｂコンテンツ、およびアクティブウィンドウ以外のウィンドウで最後に表示したＷｅｂコンテンツに対応するそれぞれの画像情報を、各ウィンドウのヒストリを参照して取得する画像取得ステップと、
該閲覧状態にあるＷｅｂコンテンツの画像情報を中心として、
画面左右に、該前後にアクセスしたＷｅｂコンテンツの画像情報をそれぞれ配置し、
画面上下に、該アクティブウィンドウ以外のウィンドウで最後に表示したＷｅｂコンテンツの画像情報をそれぞれ配置して画面に表示する画像配置ステップと、
入力操作に応じて、該配置された何れかの画像情報にフォーカスを当てるフォーカスステップと、を含むヒストリ管理方法。
【請求項１７】
フォーカス対象を画面左右の画像情報に移すための入力操作を受け付けたときに、画面左右方向に配置された画像情報が該入力操作に応じた方向にスライドし、
フォーカス対象を画面上下の画像情報に移すための入力操作を受け付けたときに、画面上下方向に配置された各ウィンドウの画像情報が該入力操作に応じた方向にスライドし、且つ、画面左右方向には、画面中央の画像情報に対応するウィンドウの画像情報が時系列に配置されるよう、画面上の画像情報の配置を変更する画像配置変更ステップを更に含む、請求項１６に記載のヒストリ管理方法。
【請求項１８】
画面上に配置された画像情報群の表示倍率を変更する表示倍率変更ステップを更に含む、請求項１４から請求項１７の何れかに記載のヒストリ管理方法。
【請求項１９】
表示中の画像情報の倍率が所定倍率に達すると、当該画像情報に対応するヒストリを参照してＷｅｂコンテンツにアクセスする、請求項１４から請求項１８の何れかに記載のヒストリ管理方法。
【請求項２０】
フォーカスが当てられた画像情報に対する選択決定の入力操作が成されると、当該画像情報に対応するヒストリを参照してＷｅｂコンテンツにアクセスする、請求項１４から請求項１９の何れかに記載のヒストリ管理方法。
【請求項２１】
アクセスしたＷｅｂコンテンツのサムネイルを該所定の画像情報として作成するサムネイル作成ステップを更に含む、請求項１４から請求項２０の何れかに記載のヒストリ管理方法。
【請求項２２】
各ウィンドウが単一のメインウィンドウ上で開かれるタブウィンドウである、請求項１４から請求項２１の何れかに記載のヒストリ管理方法。
【請求項２３】
各ウィンドウが、単一のメインウィンドウ上で開かれるタブウィンドウであり、該アクティブウィンドウ以外のウィンドウが、該メインウィンドウのタブバー上で該アクティブウィンドウのタブに隣接するタブのタブウィンドウである、請求項１６又は請求項１７に記載のヒストリ管理方法。
【請求項２４】
請求項１４から請求項２３の何れかに記載のヒストリ管理方法をコンピュータに実行させるためのコンピュータ読取り可能な命令を有するコンピュータ使用可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各ウィンドウ、特にタブウィンドウのヒストリを管理してユーザに提示可能な端末装置、ヒストリ管理方法、およびヒストリ管理プログラムに関する。
【背景技術】
【０００２】
ネットワーク上の情報を閲覧するための情報閲覧ソフトウェア（以下、「ブラウザ」と記す）が広く実用に供されている。ブラウザには、ネットワーク上の情報（例えばＷｅｂページであり、ＨＴＭＬ（Hyper Text Markup Language）等のマークアップ言語で記述された文書）を解釈し、その解釈結果に基づいてレンダリングを行う機能が実装されている。ユーザはＵＲＩ（Uniform Resource Identifier）を指定することによりブラウザ上で所望のＷｅｂページを閲覧することができる。【０００３】
このようなブラウザには、ユーザの使い勝手を向上させるための種々の機能が備えられている。その一つに、過去にアクセスしたＵＲＩの履歴を管理するヒストリ管理機能がある。ユーザは、例えばブラウザ上のバックボタンやフォワードボタンをクリックするだけで、ヒストリ管理機能により管理されたＵＲＩにアクセスすることができる。すなわちヒストリ管理機能は、ユーザがＵＲＩを手入力したり検索エンジン等でＵＲＩを再度検索することなく簡単な操作で過去に閲覧したＵＲＩにアクセスすることを実現する。【０００４】
更に、発展したＧＵＩ（Graphical User Interface）環境のブラウザでは、ＵＲＩの閲覧履歴（以下、「ヒストリ」という）をサムネイルで表示可能なものもある。例えば特開２００２−７３６８４号公報（以下、文献１と記す。）には、ヒストリや検索エンジンによる検索結果等をサムネイルで表示可能なブラウザが開示されている。文献１によれば、ヒストリをユーザに視覚的に提示することによって、より快適なＧＵＩの提供が図られている。
【発明の開示】
【０００５】
例えば上記文献１のブラウザで複数のＷｅｂコンテンツを閲覧するためには複数のウィンドウ（例えばメニューバー、ツールバー、アドレスバー等を含むウィンドウであり、便宜上、「メインウィンドウ」という）を起動させることになる。この場合、閲覧したいＷｅｂコンテンツを切り替えるためには、例えば現在閲覧中のメインウィンドウの背面側に隠れた別のメインウィンドウを呼び出すといった煩雑な操作が必要となる。
【０００６】
ここで、最近では、１つのメインウィンドウ内で複数のＷｅｂコンテンツを切替表示することが可能なタブブラウザが普及しつつある。タブブラウザでは１つのメインウィンドウ内に複数のタブが表示される。何れかのタブが選択されると、タブブラウザ上の表示が、選択されたタブに対応付けされたタブウィンドウに切り替わる。最前面にあるメインウィンドウ内のタブを選択することでＷｅｂコンテンツを切り替えることができるため、上述した操作の煩雑さが解消されるメリットがある。
【０００７】
タブブラウザにもヒストリ管理機能が備えられている。しかしこの場合、タブウィンドウを何度も切り替えて様々なＷｅｂコンテンツを閲覧するうちに何れのタブウィンドウで何れのＷｅｂコンテンツを閲覧したかが分からなくなることがあり得る。再度閲覧したいＷｅｂコンテンツをヒストリを用いて探し出す場合、ユーザは、何れか１つのタブウィンドウを適当に選択してそのタブウィンドウのヒストリを調べ、見付けられなければ他のタブウィンドウを選択してそのタブウィンドウのヒストリを調べるといった、極めて煩雑な操作を行うことを要求される。特に、携帯電話等の入力インターフェースに乏しい端末では、煩雑な操作を要する機能はユーザに敬遠され利用されなくなる点に注目する必要がある。
【０００８】
そこで、本発明は上記の事情に鑑みて、所望のヒストリを簡単な操作で探すことが可能な端末装置、ヒストリ管理方法、およびヒストリ管理の為のコンピュータ使用可能な記憶媒体を提供することを課題としている。
【０００９】
上記の課題を解決する本発明の一態様に係る、ウィンドウ毎に独立してＷｅｂコンテンツにアクセス可能な端末装置は、Ｗｅｂコンテンツのヒストリ一つ一つに所定の画像情報を関連付けてウィンドウ毎に管理可能に記憶するヒストリ記憶手段と、ユーザの入力操作を受け付ける入力手段と、所定の入力操作を受け付けたとき、各ウィンドウのヒストリを参照して該画像情報を取得する画像取得手段と、該取得した各ウィンドウの画像情報を、ウィンドウ毎に対応させた行に、該ヒストリを参照して時系列に配置して画面に表示する画像配置手段と、入力操作に応じて、該配置された何れかの画像情報にフォーカスを当てるフォーカス手段とを備えたことを特徴とした装置である。
【００１０】
このような構成によれば、複数のウィンドウのヒストリが一画面中に選択可能に表示されるため、ユーザはウィンドウの違いを意識することなくシームレスな操作感で所望のヒストリを容易に探し出すことができる。
【００１１】
ここで、上記入力手段は、例えば第一の方向にフォーカスを移すための第一の方向キー、および該第一の方向キーと直交する第二の方向にフォーカスを移すための第二の方向キーを含む構成であっても良い。この場合、フォーカス手段は、第一又は第二の方向キーの操作に応じた方向にフォーカスを移し、フォーカスを当てる画像情報を変更することが可能である。
【００１２】
また、上記画像配置手段は、例えば少なくとも、アクティブウィンドウのヒストリに対応する画像情報を該第一の方向に対応する行に時系列に配置し、アクティブウィンドウ以外のウィンドウで最後に表示したＷｅｂコンテンツに対応する画像情報を該第二の方向に配置する構成であっても良い。
【００１３】
画像配置手段は、アクティブウィンドウのヒストリに対応する画像情報を第１の方向に対応する行に時系列に配置する一方、アクティブウィンドウ以外のウィンドウで最後に表示したＷｅｂコンテンツについては当該ウィンドウへ切り替えできることを示すメッセージを第２の方向に配置するよう構成されていても良い。
【００１４】
また、上記の課題を解決する本発明の別の態様に係る、ウィンドウ毎に独立してＷｅｂコンテンツにアクセス可能な端末装置は、Ｗｅｂコンテンツのヒストリ一つ一つに所定の画像情報を関連付けてウィンドウ毎に管理可能に記憶するヒストリ記憶手段と、ユーザの入力操作を受け付ける入力手段と、所定の入力操作を受け付けたとき、アクティブウィンドウ上で現在閲覧状態にあるＷｅｂコンテンツ、当該Ｗｅｂコンテンツの前と後にアクセスしたＷｅｂコンテンツ、およびアクティブウィンドウ以外のウィンドウで最後に表示したＷｅｂコンテンツに対応するそれぞれの画像情報を、各ウィンドウのヒストリを参照して取得する画像取得手段と、該閲覧状態にあるＷｅｂコンテンツの画像情報を中心として、画面左右に、該前後にアクセスしたＷｅｂコンテンツの画像情報をそれぞれ配置し、画面上下に、該アクティブウィンドウ以外のウィンドウで最後に表示したＷｅｂコンテンツの画像情報をそれぞれ配置して画面に表示する画像配置手段と、入力操作に応じて、該配置された何れかの画像情報にフォーカスを当てるフォーカス手段とを特徴とした装置である。
【００１５】
このような構成によれば、複数のウィンドウのヒストリが一画面中に選択可能に表示されるため、ユーザはウィンドウの違いを意識することなくシームレスな操作感で所望のヒストリを容易に探し出すことができる。
【００１６】
また、上記入力手段は、例えば画面左右方向の画像情報のフォーカスを移すための第一の方向キー、および画面上下方向の画像情報のフォーカスを移すための第二の方向キーを含む構成であっても良い。この場合、上記端末装置は、第一の方向キーの操作量に応じて、画面左右方向に配置された画像情報が当該左右方向にスライドし、第二の方向キーの操作量に応じて、画面上下方向に配置された各ウィンドウの画像情報が当該上下方向にスライドし、且つ、画面左右方向には、画面中央の画像情報に対応するウィンドウの画像情報が時系列に配置されるよう、画面上の画像情報の配置を変更する画像配置変更手段を更に備えた構成であっても良い。
【００１７】
また、上記端末装置は、例えば画面上に配置された画像情報群の表示倍率を変更する表示倍率変更手段を更に備えた構成であっても良い。
【００１８】
また、上記端末装置は、例えば表示中の画像情報の倍率が所定倍率に達すると、当該画像情報に対応するヒストリを参照してＷｅｂコンテンツにアクセスする構成であっても良い。
【００１９】
また、上記端末装置は、例えばフォーカスが当てられた画像情報に対する選択決定の入力操作が成されると、当該画像情報に対応するヒストリを参照してＷｅｂコンテンツにアクセスする構成であっても良い。
【００２０】
また、上記端末装置は、例えばアクセスしたＷｅｂコンテンツのサムネイルを該所定の画像情報として作成するサムネイル作成手段を更に備えた構成であっても良い。
【００２１】
また、上記端末装置において、例えば各ウィンドウは単一のメインウィンドウ上で開かれるタブウィンドウであっても良い。
【００２２】
また、上記端末装置において、例えば各ウィンドウは、単一のメインウィンドウ上で開かれるタブウィンドウであり、該アクティブウィンドウ以外のウィンドウは、該メインウィンドウのタブバー上で該アクティブウィンドウのタブに隣接するタブのタブウィンドウであっても良い。
【００２３】
また、上記端末装置において、例えば入力手段はタッチパネルであり、フォーカス手段はタッチパネル上で選択された画像情報にフォーカスを当てる構成であっても良い。
【００２４】
また、上記の課題を解決する本発明の一態様に係るヒストリ管理方法は、Ｗｅｂコンテンツのヒストリ一つ一つに所定の画像情報を関連付けてウィンドウ毎に管理可能に記憶するヒストリ記憶ステップと、ユーザによる所定の入力操作を受け付けたとき、各ウィンドウのヒストリを参照して該画像情報を取得する画像取得ステップと、該取得した各ウィンドウの画像情報を、ウィンドウ毎に対応させた行に、該ヒストリを参照して時系列に配置して画面に表示する画像配置ステップと、入力操作に応じて、該配置された何れかの画像情報にフォーカスを当てるフォーカスステップとを含む方法である。
【００２５】
このような方法によれば、複数のウィンドウのヒストリが一画面中に選択可能に表示されるため、ユーザに対してウィンドウの違いを意識させないシームレスな操作感を提供でき、この結果、ユーザは所望のヒストリを容易に探し出せるようになる。
【００２６】
画像配置ステップにおいては、アクティブウィンドウのヒストリに対応する画像情報は第１の方向に対応する行に時系列に配置される一方、アクティブウィンドウ以外のウィンドウで最後に表示したＷｅｂコンテンツについては当該ウィンドウへ切り替えできることを示すメッセージが第２の方向に配置されても良い。  
【００２７】
また、上記の課題を解決する本発明の別の態様に係るヒストリ管理方法は、Ｗｅｂコンテンツのヒストリ一つ一つに所定の画像情報を関連付けてウィンドウ毎に管理可能に記憶するヒストリ記憶ステップと、ユーザによる所定の入力操作を受け付けたとき、アクティブウィンドウ上で現在閲覧状態にあるＷｅｂコンテンツ、当該Ｗｅｂコンテンツの前と後にアクセスしたＷｅｂコンテンツ、およびアクティブウィンドウ以外のウィンドウで最後に表示したＷｅｂコンテンツに対応するそれぞれの画像情報を、各ウィンドウのヒストリを参照して取得する画像取得ステップと、該閲覧状態にあるＷｅｂコンテンツの画像情報を中心として、画面左、右に、該前、後にアクセスしたＷｅｂコンテンツの画像情報をそれぞれ配置し、画面上、下に、該アクティブウィンドウ以外のウィンドウで最後に表示したＷｅｂコンテンツの画像情報をそれぞれ配置して画面に表示する画像配置ステップと、入力操作に応じて、該配置された何れかの画像情報にフォーカスを当てるフォーカスステップとを含む方法である。
【００２８】
このような方法によれば、複数のウィンドウのヒストリが一画面中に選択可能に表示されるため、ユーザに対してウィンドウの違いを意識させないシームレスな操作感を提供でき、この結果、ユーザは所望のヒストリを容易に探し出せるようになる。
【００２９】
ここで、上記ヒストリ管理方法は、例えばフォーカス対象を画面左右の画像情報に移すための入力操作を受け付けたときに、画面左右方向に配置された画像情報が該入力操作に応じた方向にスライドし、フォーカス対象を画面上下の画像情報に移すための入力操作を受け付けたときに、画面上下方向に配置された各ウィンドウの画像情報が該入力操作に応じた方向にスライドし、且つ、画面左右方向には、画面中央の画像情報に対応するウィンドウの画像情報が時系列に配置されるよう、画面上の画像情報の配置を変更する画像配置変更ステップを更に含むものであっても良い。
【００３０】
また、上記ヒストリ管理方法は、例えば画面上に配置された画像情報群の表示倍率を変更する表示倍率変更ステップを更に含むものであっても良い。
【００３１】
また、上記ヒストリ管理方法は、例えば表示中の画像情報の倍率が所定倍率に達すると、当該画像情報に対応するヒストリを参照してＷｅｂコンテンツにアクセスするものであっても良い。
【００３２】
また、上記ヒストリ管理方法は、例えばフォーカスが当てられた画像情報に対する選択決定の入力操作が成されると、当該画像情報に対応するヒストリを参照してＷｅｂコンテンツにアクセスするものであっても良い。
【００３３】
また、上記ヒストリ管理方法は、例えばアクセスしたＷｅｂコンテンツのサムネイルを該所定の画像情報として作成するサムネイル作成ステップを更に含むものであっても良い。
【００３４】
また、上記ヒストリ管理方法において、例えば各ウィンドウが単一のメインウィンドウ上で開かれるタブウィンドウであっても良い。
【００３５】
また、上記ヒストリ管理方法において、例えば各ウィンドウが、単一のメインウィンドウ上で開かれるタブウィンドウであり、該アクティブウィンドウ以外のウィンドウが、該メインウィンドウのタブバー上で該アクティブウィンドウのタブに隣接するタブのタブウィンドウであっても良い。
【００３６】
また、上記の課題を解決する本発明の一態様によれば、上述の何れかに記載のヒストリ管理方法をコンピュータに実行させるためのコンピュータ読取り可能な命令を有するコンピュータ使用可能な記憶媒体が提供される。
【００３７】
このようなコンユータ使用可能な記憶媒体によれば、複数のウィンドウのヒストリが一画面中に選択可能に表示されるため、ユーザに対してウィンドウの違いを意識させないシームレスな操作感を提供でき、この結果、ユーザは所望のヒストリを容易に探し出せるようになる。
【発明を実施するための最良の形態】
【００３８】
以下、図面を参照して、本発明の実施の形態について説明する。【００３９】
先ず、本明細書において用いられる用語について定義する。
・ネットワーク
キャリアの通信網、イントラネット、インターネット等を含む各種通信網
・コンテンツ
ネットワーク経由で伝送される、又は端末に格納されている、ユーザが鑑賞する映像や画像、音楽、文章、又はそれらの組み合わせから構成される一纏まりの情報
・Ｗｅｂコンテンツ
コンテンツの一形態であり、ネットワーク経由で伝送される一纏まりの情報
・Ｗｅｂページ
Ｗｅｂコンテンツの一形態であり、ユーザがあるＵＲＩを指定したときに表示されるべき内容全体。すなわち、ディスプレイ上の画像をスクロールすることにより表示され得る内容全体。なお、Ｗｅｂページにはオンラインで閲覧されるものに限らず、オフラインで閲覧されるものも含まれる。オフラインで閲覧されるＷｅｂページには、例えばインターネット経由で伝送されてブラウザによりキャッシングされたページや、端末装置のローカルフォルダ等にｍｈｔ形式で保存されたページ等が含まれる。Ｗｅｂページは、例えばＨＴＭＬ文書、イメージファイル、音声データ等の種々のデータ（Ｗｅｂページデータ）から構成される。
・Ｗｅｂサイト
特定のドメイン名の下にあるＷｅｂページ群であり、典型的には一つのトップページと、そのトップページに直接又は間接的にリンクされた複数のＷｅｂページで構成される。【００４０】
上記定義によれば、コンテンツはＷｅｂコンテンツを包含し、ＷｅｂコンテンツはＷｅｂサイト、Ｗｅｂページを包含する。【００４１】
図１は、本発明の実施の形態の端末装置１０の外観を示した図である。また、図２は、本発明の実施の形態の端末装置１０の構成を示したブロック図である。本実施の形態において端末装置１０は携帯電話であるが、別の実施の形態では、端末装置１０は、例えばデスクトップやラップトップ等のＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistants）、ＰＨＳ（Personal Handy phone System）、或いは携帯ゲーム機等の種々の形態の機器であっても良い。【００４２】
端末装置１０には、装置全体の制御を統括的に実行するＣＰＵ（Central Processing Unit）１０３が備えられる。ＣＰＵ１０３にはバス１１９を介して各構成要素が接続される。ＣＰＵ１０３は、バス１１９を介するデータ通信を行って各構成要素とやり取りすることにより各種機能を実現する。これらの構成要素は、ＲＯＭ(Read-Only Memory)１０５、ＲＡＭ(Random-Access Memory)１０７、ネットワークインタフェース１０９、ディスプレイ１１１、ユーザインタフェースデバイス１１３、およびフラッシュメモリ１１５を含む。【００４３】
ＲＯＭ１０５には各種プログラムや各種データが格納されている。ＲＯＭ１０５に格納されるプログラムには例えばブラウザ５０がある。ブラウザ５０は、所定のマークアップ言語で記述された情報をオンライン又はオフラインで閲覧するための情報閲覧ソフトウェアである。【００４４】
ＲＡＭ１０７には、例えばＲＯＭ１０５に格納されている各種プログラムが展開される。ユーザインタフェースデバイス１１３を用いたユーザ・オペレーション（以下、単に「ユーザ・オペレーション」と記す）にしたがって、ＲＯＭ１０５に格納されているプログラム（例えばブラウザ５０）が読み出され、ＲＡＭ１０７の所定領域に展開されて実行される。これによりブラウザ５０が起動して、ユーザはＷｅｂブラウジングできるようになる。なお、端末装置１０には、ユーザインタフェースデバイス１１３として５ウェイキー、テンキー等が実装されている。ＣＰＵ１０３にはユーザが押下する操作キーに応じた信号が入力され、ＣＰＵ１０３はＲＡＭ１０７に展開されたプログラムの実行において入力信号に対応した処理を行う。この構成により、Ｗｅｂブラウジングを始めとする様々な機能が端末装置１０で達成される。なお、説明の便宜上、５ウェイキーを構成する決定キー、上方向キー、下方向キー、左方向ボタン、右方向キーのそれぞれに「１１３Ｃ」、「１１３Ｕ」、「１１３Ｄ」、「１１３Ｌ」、「１１３Ｒ」の符号を付す。【００４５】
ここで、ブラウザ５０の機能について説明する。図３を参照してブラウザ５０の基本的な構成要素であるブラウザエンジン３０について説明する。【００４６】
図３は、ブラウザ５０に含まれるブラウザエンジン３０の機能ブロック図である。図３に示されるように、ブラウザエンジン３０は、パーサー３１、フォーマッタ３３の各機能ブロックを含む。【００４７】
ユーザ・オペレーションによりＵＲＩが入力されると（又はＷｅｂページに含まれるアンカータグを選択することによりＵＲＩが指定、或いは端末装置１０内部にブックマークや履歴として保持されたＵＲＩが選択されると）、インターネット上の指定ＵＲＩに対してＨＴＭＬ文書２１のリクエストが送信される。リクエストを受け付けた、指定ＵＲＩに対応するサーバは、当該のリクエストに応答して、指定ＵＲＩに置かれたＨＴＭＬ文書２１をブラウザ５０に送信する。ＨＴＭＬ文書２１は、インターネット等の所定のネットワークおよびネットワークインタフェース１０９を介してパーサー３１に渡される。【００４８】
パーサー３１は、ＨＴＭＬ文書２１を解釈して、ＨＴＭＬ文書２１の文法構造がツリー構造で表されたドキュメントツリー２３（例えばＤＯＭ（Document Object model）ツリー）を作成する。なお、ドキュメントツリー２３は、マークアップ文書２１の各要素をノードにもつマークアップ文書２１のアウトラインを表すデータである。ドキュメントツリー２３は、ＨＴＭＬ文書２１の文法構造を表現するのみであり、ドキュメントの表現に関する情報までは含んでいない。次いで、ドキュメントツリー２３、タグ、スタイルシート等に関する情報を基に、ＨＴＭＬ文書２１の表現形式、例えばblock, inline, table, list, item等を含むレイアウトツリーが作成される。レイアウトツリーは、block, inline, table等がどのような順番に存在しているかを表している。但し、レイアウトツリーは、これらの要素（block, inline, table等）が端末装置側の画面の何処にどのような幅と高さで表示されるか、テキストがどこで折り返されるか等の情報は含んでいない。【００４９】
フォーマッタ３３は、レイアウトツリーおよび端末装置１０の仕様（例えばディスプレイ１１１の画面サイズやアスペクト比等）の情報に基づいて、ディスプレイ１１１の画面上の各要素のレイアウト（例えば表示画面幅方向のピクセル数に合わせたテキストの折り返し、各要素の画面上での位置、幅、高さ等）を決定する。次いで、決定されたレイアウトに基づいてレンダリングが実行され、描画データが作成される。作成された描画データは、例えばＲＡＭ１０７のビデオメモリ領域に展開される。これにより、ＨＴＭＬ文書２１すなわちリクエストされたページがディスプレイ１１１に表示される。【００５０】
ブラウザ５０について更に説明する。図４に、ブラウザ５０上の表示画面の一例を示す。図４に示されるように、ブラウザ５０はタブ機能を備えたタブブラウザ（以下、「タブブラウザ５０」）であり、タブウィンドウ毎にユーザ・オペレーションで指定されたＷｅｂページを上述した一連の処理を経て取得して表示する。図４の例によれば、タブブラウザ５０は、タブＴａ、タブＴｂ、タブＴｃのそれぞれに対応付けられた３つのタブウィンドウを開き、それぞれのタブウィンドウで様々なＷｅｂページにアクセスした状態にある。【００５１】
タブブラウザ５０上で一度に表示可能なタブウィンドウは１つだけである。Ｗｅｂページを現在表示中のタブウィンドウを、以下「アクティブウィンドウ」と記す。図４（ａ）の例では、タブＴａに対応付けられたタブウィンドウ（以下、「タブウィンドウＷａ」という、他のタブウィンドウに対しても同一のルールで符号を付す）がアクティブウィンドウとなる。また、以下では、各タブウィンドウで最後に表示したＷｅｂページを「カレントページ」と記す。図４（ａ）の例によれば、タブウィンドウＷａに対応するカレントページＣＰａは、現在表示中のＷｅｂページである。図４（ａ）の状態からアクティブウィンドウを他のタブウィンドウに切り替えてもカレントページＣＰａは同じＷｅｂページを指す。従って、タブウィンドウＷｂ、ＷｃのカレントページＣＰｂ、ＣＰｃもそれぞれがアクティブウィンドウであったときに最後に表示したＷｅｂページとなる。なお、アクティブウィンドウに対応するタブ（ここではタブＴａ）は、図４（ａ）に示されるように強調表示される。また、図４において各タブは空白で示されているが、実際には各タブにはカレントページ（又は後述のヒストリ参照モードでフォーカスが当たっているページ）のタイトルが表示されている。【００５２】
タブブラウザ５０は、タブウィンドウ毎にタブウィンドウ情報を管理している。タブウィンドウ情報には、例えばカレントページのＵＲＩ、そのタブウィンドウがアクティブウィンドウであるか否かといった情報等が含まれる。タブブラウザ５０は、例えばＷｅｂページの遷移やタブウィンドウの切替等が発生する度に、対応するタブウィンドウ情報を書き換える。タブブラウザ５０は、タブウィンドウ情報を参照することにより、カレントページやアクティブウィンドウを特定することができる。【００５３】
タブブラウザ５０は、Ｗｅｂページにアクセスする度にヒストリを生成してＲＡＭ１０７の所定領域（例えばテンポラリフォルダ内）に格納する。ヒストリは、タブウィンドウ毎に別個に管理される。ヒストリの実体は、アクセスしたコンテンツのＵＲＩ、当該ＵＲＩアクセス時のアクティブウィンドウの情報（例えばタブウィンドウＷａ、Ｗｂ、Ｗｃ・・・）、当該コンテンツのタイトル、および当該ＵＲＩに対応するサムネイルを関連付けたデータであり、アクセス順に従って時系列に管理される。なお、説明の便宜上、テンポラリフォルダ内に格納された、タブウィンドウ毎の少なくとも１つのヒストリの集合を「ヒストリ群」と記す。【００５４】
ヒストリの実体に含まれるタイトルは、例えばコンテンツがＷｅｂページである場合にはそのタイトルである。タブブラウザ５０は、例えば新たなＵＲＩにアクセスする時に、直前に画面上に表示されていたＷｅｂページのtitle属性を参照して、そのタイトルをサムネイル用に抽出する。【００５５】
また、ヒストリの実体に含まれるサムネイルは、例えばアクセスしたＷｅｂページをキャプチャしたイメージである。タブブラウザ５０は、例えば新たなＵＲＩにアクセスする時に、直前に画面上に表示されていたＷｅｂページをヒストリ用にキャプチャする。従って、例えば一画面中に全体が収まらないサイズのＷｅｂページの場合、タブブラウザ５０は、画面上に表示されているＷｅｂページの一部領域をキャプチャすることになる。タブブラウザ５０は、サムネイルを作成すると、当該ＷｅｂページのＵＲＩ、抽出したそのタイトル、および現在のアクティブウィンドウの情報を、作成したサムネイルに関連付けて１つのヒストリとして生成する。【００５６】
また、タブウィンドウ毎に管理可能なヒストリ数、すなわち各ヒストリ群に含まれる最大のヒストリ数は、所定の値とされ、例えば端末装置１０のリソースを考慮して決定される。その数は例えば２０であり、２０を超える場合には最も古いヒストリが削除された後に最新のヒストリが格納される。なお、端末装置１０のリソースが豊富な場合には各ヒストリ群に含まれる最大ヒストリ数をより多くしても良い。また、タブウィンドウを閉じると、そのタブウィンドウに対応するヒストリ群は消去される。【００５７】
ここで、画面右下の「Ｍｅｎｕ」ボタンが選択されると、タブブラウザ５０は、例えば画面上にメニューをポップアップ表示する。当該メニュー中の何れかの項目が選択されると、その項目に応じた機能が実行される。例えばメニュー項目の一つに「ヒストリ参照」がある。タブブラウザ５０は、「ヒストリ参照」が選択されるとヒストリ参照モードに遷移する。以下、「ヒストリ参照」選択後にタブブラウザ５０が実行する処理について詳説する。なお、ユーザの操作負担を軽減する為、タブブラウザ５０は、ショートカット機能を利用して（例えばユーザインタフェースデバイス１１３に設けられた複数の特定のキーを同時に押下して）ヒストリ参照モードに遷移できるように構成されていても良い。【００５８】
図４（ａ）の状態でヒストリ参照モードに遷移すると、画面上の表示は例えば図４（ｂ）に示されたものとなる。図４（ｂ）の例によれば、図４（ａ）におけるカレントページＣＰａのサムネイルＴＮＣＰａが画面中央に表示され、当該サムネイルの上下左右にはそれとは別のサムネイルが表示される。具体的には、画面上部にはサムネイルＴＮＣＰｃ、画面下部にはサムネイルＴＮＣＰｂが表示される。また、画面右部にはサムネイルＴＮｆｗ、画面左部にはサムネイルＴＮｂｋが表示される。また、各タブの表示は、図４（ａ）と同一である。【００５９】
図４（ｂ）の画面は、タブブラウザ５０がサムネイル表示処理を実行することにより生成される。ここで、図５に、サムネイル表示処理のフローチャートを示す。図５を用いて、サムネイル表示処理について説明する。【００６０】
図５のフローチャートによれば、ヒストリ参照モード遷移のユーザ・オペレーションを受け付けると、タブブラウザ５０は、先ず、タブウィンドウ情報を元にアクティブウィンドウのヒストリ群からカレントページを検索する。次いで、検索結果として得られたカレントページのサムネイルを取得して、当該サムネイルをＲＡＭ１０７の作業領域に保持する（ステップ１、以下、明細書及び図面においてステップを「Ｓ」と略記）。更に、当該カレントページ前後（すなわち当該カレントページの次、１つ前にアクセスしたＷｅｂページ）のヒストリを検索し、対応するサムネイルを取得してＲＡＭ１０７の作業領域に保持する（Ｓ２）。本実施形態では、カレントページＣＰａのサムネイルＴＮＣＰａがＳ１の処理、カレントページＣＰａの次にアクセスしたＷｅｂページのサムネイルＴＮｆｗ（以下、「サムネイルＴＮＣＰａの次のサムネイルＴＮｆｗ」といった簡潔的な表現で記す）、およびサムネイルＴＮＣＰａの１つ前のサムネイルＴＮｂｋがＳ２の処理において取得される。【００６１】
なお、カレントページがタブブラウザ５０の最新アクセス先である場合、ヒストリの作成タイミングが新たなＵＲＩへのアクセス時であるため、当該カレントページに対応するヒストリは存在しないことになる。これを回避するため、本実施形態ではタブブラウザ５０は、図５のサムネイル表示処理実行開始時に各タブウィンドウの最新アクセス先に対応するヒストリを作成する。【００６２】
カレントページがタブブラウザ５０の最新アクセス先である場合、Ｓ２の処理においてタブブラウザ５０は、カレントページの１つ前、およびヒストリ群中の最も古いヒストリを検索し、対応するサムネイルを取得してＲＡＭ１０７の作業領域に保持する。それとは逆にカレントページがヒストリ群中の最も古いヒストリに対応するＷｅｂページである場合には、カレントページの次、およびヒストリ群中の最も新しいヒストリを検索し、対応するサムネイルを取得してＲＡＭ１０７の作業領域に保持する。これは、ヒストリ群中の最も新しいヒストリと最も古いヒストリとが時系列で見たときに前後関係にあるヒストリとして管理されているためである。このような管理を行うことにより、ヒストリ群中の全てのヒストリについて前後関係にある２つのヒストリが存在することになる。【００６３】
タブブラウザ５０は、次に、アクティブウィンドウ以外にもタブウィンドウが開かれているか否かを判定する（Ｓ３）。図４の例によれば、アクティブウィンドウ（タブウィンドウＷａ）以外にタブウィンドウＷｂおよびＷｃが開かれているため（Ｓ３：ＹＥＳ）、処理がＳ４に進む。一方でアクティブウィンドウ以外にタブウィンドウが開かれていない、つまり開かれているタブウィンドウが１つの場合には（Ｓ３：ＮＯ）、処理はＳ５に進む。【００６４】
Ｓ４の処理においてタブブラウザ５０は、タブウィンドウ情報を元に隣接タブウィンドウのヒストリ群からカレントページを検索する。次いで、検索結果として得られたカレントページのサムネイルを取得して、当該サムネイルをＲＡＭ１０７の作業領域に保持する。【００６５】
なお、ここでいう隣接タブウィンドウとは、タブブラウザ５０のタブバー上でアクティブウィンドウのタブに隣接するタブのタブウィンドウを意味する。例えばタブウィンドウＷｂがアクティブウィンドウであるとき、隣接タブウィンドウは、タブＴｂに隣接するタブＴａ、ＴｃのタブウィンドウＷａ、Ｗｃである。また、タブブラウザ５０は、タブバー上の最も右側と左側に位置するタブも隣接タブであると認識する。従って図４の例によれば、隣接タブウィンドウは、タブウィンドウＷｂおよびＷｃとなる。本実施形態では、Ｓ４の処理においてカレントページＣＰｂのサムネイルＴＮＣＰｂ、およびカレントページＣＰｃのサムネイルＴＮＣＰｃが取得される。【００６６】
Ｓ５の処理においてタブブラウザ５０は、各処理で取得したサムネイルを所定の配列でレイアウトした描画データを作成する。具体的には、タブブラウザ５０は、Ｓ１の処理で取得したサムネイルＴＮＣＰａ（アクティブウィンドウのカレントページのサムネイル）を画面中央、Ｓ２の処理で取得したサムネイルＴＮｆｗ、サムネイルＴＮｂｋ（前出のサムネイルの次と１つ前のサムネイル）をそれぞれ画面右部、左部、Ｓ４の処理で取得したサムネイルＴＮＣＰｃ、サムネイルＴＮＣＰｂ（隣接タブウィンドウのカレントページのサムネイル）をそれぞれ画面上部、下部にレイアウトするための描画データを作成する。【００６７】
なお、各ヒストリのサムネイルのサイズは全て同一で作成されるが、Ｓ５の処理においてタブブラウザ５０は、画面中央のサムネイルＴＮＣＰａを画面周辺のサムネイルよりも大きなサイズで描画する。また、画面周辺のサムネイルは画面上に一部しか表示されない。このような表示形態によれば、ヒストリ参照モード遷移直前の閲覧ページの視認性が確保され、例えば画面サイズの小さい端末装置に対しては非常に有効である。画面サイズが十分に大きい場合には、画面周辺のサムネイルの全体を表示させても良い。【００６８】
また、タブブラウザ５０はＳ１乃至Ｓ４の処理と並行して、各タブウィンドウのカレントページのタイトルをそれぞれのサムネイルを参照して取得する。取得された各タイトルは、Ｓ５の描画データ作成に用いられる。すなわち上記描画データには、各サムネイルに加えて、画面中央のサムネイル（換言すると、後述のフォーカス対象のサムネイル）に対応するタブを強調表示したタブバーを描画するためのデータが含まれる。【００６９】
タブブラウザ５０はＳ５のレイアウト処理に次いで、ヒストリ参照モードで何れのタブウィンドウの何れのヒストリのサムネイルがフォーカスされているか（すなわち選択状態にあるか）を特定するためのフォーカス情報を割り当てる（Ｓ６）。具体的には、例えば画面中央に描画されるサムネイルＴＮＣＰａのヒストリに対してフォーカス対象であることを示すフラグを立てる。フォーカス情報が割り当てられると、描画データがビデオメモリに展開されて画面上にサムネイルが表示され（Ｓ７）、図５のサムネイル表示処理の実行が完了する。【００７０】
図５のサムネイル表示処理の実行が完了すると、画面上の表示は例えば図４（ｂ）に示されたものとなり、ユーザ・オペレーション待機状態となる。この状態で例えば決定キー１１３Ｃが押下されると、タブブラウザ５０は、フォーカス情報に基づいてフォーカスされているサムネイルのヒストリを参照して、それに対応付けされたＵＲＩにアクセスして（或いはキャッシュされている場合にはキャッシュメモリから）Ｗｅｂページを取得する。次いで、ヒストリ参照モードから通常モードに復帰してアクティブウィンドウ上に当該Ｗｅｂページを表示する。図４（ｂ）の状態から決定キー１１３Ｃが押下されると、タブブラウザ５０は、サムネイルＴＮＣＰａに対応付けされたＵＲＩにアクセスしてＷｅｂページを取得し、図４（ａ）に示される画面を表示する。【００７１】
また、タブブラウザ５０は、押下される方向キーに応じてフォーカスを移す（すなわち画面中央に表示する選択対象のサムネイルを変更する）。図６に、表示するサムネイルを変更するサムネイル変更処理のフローチャートを示す。図６を用いて、サムネイル変更処理について説明する。【００７２】
図６のフローチャートによれば、タブブラウザ５０はユーザ・オペレーション待機状態にあり、押下された方向キーに応じた処理を実行する。例えば右方向キー１１３Ｒが押下された場合（Ｓ１１：右）、タブブラウザ５０は、画面右部にレイアウトされたサムネイルＴＮｆｗを、フォーカスを当てるべきサムネイルとして作業領域に保持する（Ｓ１２）。次いで、図５のＳ２乃至４の処理と同様に、サムネイルＴＮｆｗの上下左右にレイアウトするサムネイルを取得する（Ｓ１６）。具体的には、サムネイルＴＮＣＰａ（すなわちサムネイルＴＮｆｗの１つ前のサムネイル）、サムネイルＴＮｆｗの次のサムネイルＴＮ’ｆｗ、サムネイルＴＮＣＰｂ、およびサムネイルＴＮＣＰｃを取得する（但し、サムネイルＴＮＣＰａ、サムネイルＴＮＣＰｂ、サムネイルＴＮＣＰｃは作業領域に展開済みであるため、新たに取得するサムネイルはサムネイルＴＮ’ｆｗのみである）。また、各サムネイルを取得する処理と並行して、画面中央および上下のサムネイルに対応するタイトルも取得する。【００７３】
タブブラウザ５０はＳ１６の処理に次いで、図５のＳ５の処理と同様に描画データを作成する（Ｓ１７）。具体的には、サムネイルＴＮｆｗを画面中央、サムネイルＴＮ’ｆｗを画面右部、サムネイルＴＮＣＰａを画面左部、サムネイルＴＮＣＰｃを画面上部、サムネイルＴＮＣＰｂを画面下部にレイアウトし、かつ画面中央のサムネイルに対応するタブ（ここでは先と同様にタブＴａ）を強調表示したタブバーを描画するための描画データを作成する。【００７４】
タブブラウザ５０はＳ１７の処理に次いで、図５のＳ６および７の処理と同様に、サムネイルＴＮｆｗにフォーカス情報を割り当てて（Ｓ１８）、描画データをビデオメモリに展開し画面に表示する（Ｓ１９）。これにより、サムネイル変更処理の実行が完了する。【００７５】
上記内容のサムネイル変更処理の実行が完了すると、タブウィンドウＷａの各サムネイルがスライドしてフォーカス対象がサムネイルＴＮＣＰａからサムネイルＴＮｆｗに移り、画面上の表示が例えば図４（ｃ）に示されるものとなる。また、タブＴａに表示されるタイトルも変更し、現在のフォーカス対象に対応するタイトルがユーザに明示的に知らせられる。また、フォーカス対象のサムネイルに対応するタブが強調表示されるため、ユーザは、現在主として閲覧しているヒストリ群（画面左右方向のサムネイル群）が何れのタブに属するものであるかを、より視覚的に把握することができる。ここで例えば決定キー１１３Ｃが押下されると、タブブラウザ５０は、サムネイルＴＮｆｗに対応付けされたＵＲＩにアクセスしてＷｅｂページを取得し、画面上に表示する。【００７６】
左方向キー１１３Ｌが押下された場合には（Ｓ１１：左）、サムネイルＴＮｂｋがフォーカスを当てるべきサムネイルとなり（Ｓ１３）、先と同様にＳ１６乃至１８の処理が実行される。これにより、画面上でタブウィンドウＷａの各サムネイルがスライドしてフォーカス対象がサムネイルＴＮＣＰａからサムネイルＴＮｂｋに移る。【００７７】
下方向キー１１３Ｄが押下された場合には（Ｓ１１：下）、サムネイルＴＮＣＰｂがフォーカスを当てるべきサムネイルとなり（Ｓ１４）、先と同様にＳ１６乃至１９の処理が実行される。具体的には、Ｓ１６の処理においてサムネイルＴＮＣＰｂの次と１つ前のサムネイルＴＮ”ｆｗ、サムネイルＴＮ”ｂｋ、サムネイルＴＮＣＰａ、およびサムネイルＴＮＣＰｃが取得される。また、先の例と同様に、各サムネイルを取得する処理と並行して、画面中央および上下のサムネイルに対応するタイトルも取得する。次いで、サムネイルＴＮＣＰｂ、サムネイルＴＮ”ｆｗ、サムネイルＴＮ”ｂｋ、サムネイルＴＮＣＰａ、サムネイルＴＮＣＰｃをそれぞれ画面中央、右部、左部、上部、下部にレイアウトし、かつ画面中央のサムネイルに対応するタブ（ここではタブＴｂ）を強調表示したタブバーを描画するための描画データを作成する（Ｓ１７）。そして、サムネイルＴＮｆｗにフォーカス情報を割り当てて（Ｓ１８）表示処理を行う（Ｓ１９）。これにより、図４（ｄ）に示されるように、各タブウィンドウのカレントページがスライドしてフォーカス対象がサムネイルＴＮＣＰａからサムネイルＴＮＣＰｂに移ると共に、サムネイルＴＮＣＰｂの左右にサムネイルＴＮ”ｆｗ、サムネイルＴＮ”ｂｋが表示される。また、タブバー上で強調表示されるタブも変更する。これにより、ユーザは、主たる閲覧対象が前回と異なるタブ（ここではタブＴａからＴｂ）に属するものに変更したことを視覚的に容易に把握できる。【００７８】
上方向キー１１３Ｕが押下された場合には（Ｓ１１：上）、サムネイルＴＮＣＰｃがフォーカスを当てるべきサムネイルとなり（Ｓ１５）、下方向キー１１３Ｄの例と同様にＳ１６乃至１９の処理が実行される。これにより、各タブウィンドウのカレントページがスライドしてフォーカス対象がサムネイルＴＮＣＰａからサムネイルＴＮＣＰｃに移ると共に、サムネイルＴＮＣＰｃの左右にサムネイルＴＮＣＰｃの次と１つ前のサムネイルが表示される。【００７９】
ユーザは、各方向キーを押下してフォーカス対象のサムネイルを切り替えることにより、タブウィンドウの切替操作を行うことなく全てのタブウィンドウ中の任意のサムネイルを閲覧することができる。このような構成によれば、ヒストリ参照時にタブウィンドウを選択するといった煩雑な操作が不要となることから、ユーザに対して、参照先ヒストリのタブウィンドウの違いを意識させないシームレスな操作感を提供することが可能となる。このような操作性向上を実現する構成は、特に、携帯電話等の入力インターフェースに乏しい端末に対して格段の効果をもたらす。タブブラウザ上で開いているタブウィンドウの数が多ければ多いほどその効果は顕著に現れる。【００８０】
以上が本発明の実施の形態である。本発明は、これらの実施形態に限定されるものではなく様々な範囲で変形が可能である。例えばＷｅｂページをキャプチャするタイミングは本実施形態のタイミングに限定されない。別の実施の形態では、例えばＷｅｂページ遷移時に当該Ｗｅｂページをキャプチャするようにしても良い。【００８１】
また、本実施形態では画面上に表示するサムネイルの描画データをフォーカス対象変更毎に作成するが、別の実施の形態ではヒストリ参照モード遷移時に全てのタブウィンドウの全てのサムネイルをレイアウトした描画データを作成しても良い（図７参照）。前者は、ヒストリから読み出すサムネイルの数が少なくリソースを節約できるメリットがある。後者は、フォーカス対象変更毎にヒストリからサムネイルを読み出す必要がないため、例えばサムネイル変更処理の処理速度が向上するメリットがある。【００８２】
また、別の実施の形態では、ユーザインタフェースデバイス１１３に設けられた別のキー（例えばテンキー等）を用いてフォーカス対象のサムネイルを変更できるよう端末装置１０を構成しても良い。【００８３】
また、本実施形態では方向キーに対応した必要最低限のサムネイルのみを表示しているが、別の実施形態ではより多くのサムネイルを表示させても良い。前者はリソースを節約するメリットがあり、後者は所望のヒストリをより容易に探し出せるメリットがある。【００８４】
また、更にリソースを節約する構成として、例えばフォーカス対象のサムネイルのみを画面に表示させるようにしても良い。このような構成において例えば上方向キー１１３Ｕ又は下方向キー１１３Ｄが押下されると、隣接タブウィンドウのサムネイルがフォーカス対象となり、画面上に表示される。また、右方向キー１１３Ｒ又は左方向キー１１３Ｌが押下されると、フォーカス対象であったサムネイルの次又は１つ前のサムネイルが新たなフォーカス対象となり、画面上に表示される。【００８５】
また、ディスプレイ１１１がタッチパネルであっても良い。この場合の端末装置には、例えばディスプレイ１１１が比較的大きいものが想定される。このような端末装置のタブブラウザ５０は、例えばヒストリ参照モード遷移時に、例えば図７に示されるように、全てのサムネイルをマトリクス状に配置した描画データを作成する。より詳細には、各行に対応付けされた各タブウィンドウのサムネイルが列方向に時系列にレイアウトされる。そして、例えばユーザによってタッチパネル上の任意のサムネイルがシングルタップされると、タブブラウザ５０は、フォーカス対象を当該サムネイルに変更する。また、任意のサムネイルがダブルタップされると、タブブラウザ５０は、当該サムネイルに対応付けされたＵＲＩにアクセスしてＷｅｂページを取得し、画面上に表示する。このような構成によれば、ユーザは、より簡単な操作でヒストリを参照し、所望のヒストリのＵＲＩにアクセスすることができる。【００８６】
また、別の実施の形態では、ヒストリ参照モードにおいてサムネイル群（例えば上記の如くマトリクス状に配置されたもの）をズームイン／アウト可能であっても良い。ズームイン操作を行うことにより所望のサムネイルに対する視認性を向上させることができる。また、ズームアウト操作を行うことにより、より多くのサムネイルを一画面中に表示させることができる。更に、サムネイルを所定倍率までズームインした時点で、タブブラウザ５０が当該サムネイルに対応付けされたＵＲＩにアクセスしてＷｅｂページを取得し、画面上に表示する構成であっても良い。【００８７】
また、別の実施の形態では、例えば画面上の表示が図８（ａ）に示すものであるときに「Ｂａｃｋ」ボタンが選択されると、その表示が図８（ｂ）、（ｃ）に示すものに順に遷移する。すなわち「Ｂａｃｋ」選択後、先ずヒストリ参照モードに遷移して、サムネイルＴＮｂｋが画面中央にレイアウトされた画面を作成し表示する。次いで所定時間後、通常モードに復帰してサムネイルＴＮｂｋに対応するＷｅｂページにアクセスし、当該Ｗｅｂページを表示する。ここで、上記所定時間は、例えば図８（ｂ）においてユーザが画面上下左右にどのようなサムネイルが表示されているかを感覚的に掴める時間であれば良い。すなわちこの実施の形態によれば、ユーザが各タブで何れのＷｅｂページを閲覧したかを感覚的に把握できるといった効果が期待される。【００８８】
また、フォーカス対象のサムネイルに対応するタブがタブバー上で右端（又は左端）に位置する場合、ヒストリ参照モードでは画面上（又は下）にサムネイルを表示しない形態も考えられる。具体的には、図４の例においてフォーカス対象のサムネイルに対応するタブがタブＴａ（又はＴｃ）である場合、ヒストリ参照モードでは画面上（又は下）にタブＴｃ（又はＴａ）に対応するサムネイルを表示しない。画面上に表示されるサムネイルが４つとなるため、リソース節約の効果が期待される。【００８９】
なお、図４（ｂ）、図４（ｃ）、図４（ｄ）等を参照して説明したヒストリ参照モードでの画面構成例では、画面の中央と上下左右部分にサムネイル画像が表示されるものであった。しかしながら、画面上部および下部のサムネイル画像（すなわち、アクティブウィンドウ以外のウィンドウで最後に表示したＷｅｂコンテンツ）についてはユーザに見せないようにする構成もあり得る。図９は、このような構成の画面表示例を示す図である。図９において、画面上部または下部に表示すべきサムネイル画像に代えて、タブが切り替えられることを示すメッセージＭ１およびＭ２（「前のタブウィンドウへ」、「次のタブウィンドウへ」）が表示される。ユーザは、上方向キー或いは下方向キーを押下することで、「前のタブウィンドウ」或いは「次のタブウィンドウ」に移動することができる。なお、図９の表示画面は、画面上部或いは画面下部に表示すべきサムネイル画像を画面外部に位置させることによって構成することができる。
【図面の簡単な説明】
【００９０】
【図１】本発明の実施の形態の端末装置の外観を示した図である。
【図２】本発明の実施の形態の端末装置の構成を示したブロック図である。
【図３】本発明の実施の形態のブラウザに含まれるブラウザエンジンの機能ブロック図である。
【図４】本発明の実施の形態においてタブブラウザ上で表示される画面の例を示す図である。
【図５】本発明の実施の形態においてタブブラウザが実行するサムネイル表示処理のフローチャートを示す図である。
【図６】本発明の実施の形態においてタブブラウザが実行するサムネイル変更処理のフローチャートを示す図である。
【図７】別の実施の形態においてタブブラウザ上で表示される画面の例を示す図である。
【図８】別の実施の形態においてタブブラウザ上で表示される画面の例を示す図である。
【図９】ヒストリ参照モードにおけるサムネイル画像の画面表示についての別の例を示す図である。
【図１】
2008146784.tif 000003
【図２】
2008146784.tif 000004
【図３】
2008146784.tif 000005
【図４】
2008146784.tif 000006
【図５】
2008146784.tif 000007
【図６】
2008146784.tif 000008
【図７】
2008146784.tif 000009
【図８】
2008146784.tif 000010
【図９】
2008146784.tif 000011
【手続補正書】
【提出日】平成21年12月4日(2009.12.4)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００７６
【補正方法】変更
【補正の内容】
【００７６】
左方向キー１１３Ｌが押下された場合には（Ｓ１１：左）、サムネイルＴＮｂｋがフォーカスを当てるべきサムネイルとなり（Ｓ１３）、先と同様にＳ１６乃至１９の処理が実行される。これにより、画面上でタブウィンドウＷａの各サムネイルがスライドしてフォーカス対象がサムネイルＴＮＣＰａからサムネイルＴＮｂｋに移る。
【国際調査報告】
2008146784.tif 000012
2008146784.tif 000013
2008146784.tif 000014
2008146784.tif 000015