(57)【要約】【課題】インターネットの新たな利用形態を提供するために表示対象とするＷｅｂページの高速な切り替えを可能とすること。【解決手段】所定のＷｅｂページに含まれるＷｅｂページ表示プログラムであって、所定のＷｅｂページがダウンロードされたコンピュータに、ＵＲＬの一覧を外部装置より取得し、取得されたＵＲＬの一覧に含まれる二以上のＵＲＬごとに当該ＵＲＬに対応するＷｅｂページを表示させる表示部品を所定のＷｅｂページに対して生成し、表示部品ごとに、対応するＵＲＬからのＷｅｂページの取得及び取得されたＷｅｂページの描画をＷｅｂブラウザに実行させ、一部の表示部品を可視化させ、該一部以外の表示部品を不可視化させる初期化手順と、所定のＷｅｂページに対する表示対象の切り替え指示の入力に応じ、可視化されていた表示部品のうちの一部又は全部の表示部品を不可視化させ、不可視化されていた表示部品の少なくとも一部の表示部品を可視化させる切替手順とを実行させる。【選択図】図３
2011096201.tif 000002
【特許請求の範囲】
【請求項１】
所定のＷｅｂページに含まれるＷｅｂページ表示プログラムであって、
前記所定のＷｅｂページがダウンロードされたコンピュータに、
ＵＲＬの一覧を外部装置より取得し、取得されたＵＲＬの一覧に含まれる二以上のＵＲＬごとに当該ＵＲＬに対応するＷｅｂページを表示させる表示部品を前記所定のＷｅｂページに対して生成し、前記表示部品ごとに、対応するＵＲＬからのＷｅｂページの取得及び取得されたＷｅｂページの描画を前記Ｗｅｂブラウザに実行させ、一部の前記表示部品を可視化させ、該一部以外の前記表示部品を不可視化させる初期化手順と、
前記所定のＷｅｂページに対する表示対象の切り替え指示の入力に応じ、可視化されていた前記表示部品のうちの一部又は全部の表示部品を不可視化させ、不可視化されていた前記表示部品の少なくとも一部の表示部品を可視化させる切替手順とを実行させるＷｅｂページ表示プログラム。
【請求項２】
前記表示部品のそれぞれには表示順が付与され、
前記切替手順は、前記切替指示の入力に応じ、前記表示順に基づいて可視化させる前記表示部品を判定する請求項１記載のＷｅｂページ表示プログラム。
【請求項３】
前記切替手順は、前記表示部品の可視化又は不可視化に応じ、前記取得されたＵＲＬの一覧のうち、Ｗｅｂページが取得されていないＵＲＬの少なくとも一つのＵＲＬに対応する前記表示部品を確保し、該表示部品に対応するＵＲＬからのＷｅｂページの取得及び取得されたＷｅｂページの描画を前記Ｗｅｂブラウザに実行させる請求項１又は２記載のＷｅｂページ表示プログラム。
【請求項４】
前記初期化手順は、前記外部装置が記憶しているＵＲＬの一覧のうちの一部を取得し、
前記切替手順は、前記表示部品の可視化又は不可視化に応じ、前記一部以外のＵＲＬの一覧を前記外部装置より取得する請求項１乃至３いずれか一項記載のＷｅｂページ表示プログラム。
【請求項５】
前記初期化手順は、前記切替手順において取得されるＷｅｂページに対して相対的に高速に描画される可能性の高いＷｅｂページのＵＲＬの一覧を前記外部装置より取得する請求項４記載のＷｅｂページ表示プログラム。
【請求項６】
前記表示部品は、当該表示部品の領域が前記メインページの領域外に配置されることにより不可視化され、当該表示部品の領域が前記メインページの領域内に配置されることにより可視化される請求項１乃至５いずれか一項記載のＷｅｂページ表示プログラム。
【請求項７】
Ｗｅｂブラウザを有するコンピュータが実行するＷｅｂページ表示方法であって、
前記Ｗｅｂブラウザが所定のＷｅｂページを取得する取得手順と、
ＵＲＬの一覧を外部装置より取得し、取得されたＵＲＬの一覧に含まれる二以上のＵＲＬごとに当該ＵＲＬに対応するＷｅｂページを表示させる表示部品を前記所定のＷｅｂページに対して生成し、前記表示部品ごとに、対応するＵＲＬからのＷｅｂページの取得及び取得されたＷｅｂページの描画を前記Ｗｅｂブラウザに実行させ、一部の前記表示部品を可視化させ、該一部以外の前記表示部品を不可視化させる初期化手順と、
前記所定のＷｅｂページに対する表示対象の切り替え指示の入力に応じ、可視化されていた前記表示部品のうちの一部又は全部の表示部品を不可視化させ、不可視化されていた前記表示部品の少なくとも一部の表示部品を可視化させる切替手順とを有するＷｅｂページ表示方法。
【請求項８】
前記表示部品のそれぞれには表示順が付与され、
前記切替手順は、前記切替指示の入力に応じ、前記表示順に基づいて可視化させる前記表示部品を判定する請求項７記載のＷｅｂページ表示方法。
【請求項９】
前記切替手順は、前記表示部品の可視化又は不可視化に応じ、前記取得されたＵＲＬの一覧のうち、Ｗｅｂページが取得されていないＵＲＬの少なくとも一つのＵＲＬに対応する前記表示部品を確保し、該表示部品に対応するＵＲＬからのＷｅｂページの取得及び取得されたＷｅｂページの描画を前記Ｗｅｂブラウザに実行させる請求項７又は８記載のＷｅｂページ表示方法。
【請求項１０】
前記初期化手順は、前記外部装置が記憶しているＵＲＬの一覧のうちの一部を取得し、
前記切替手順は、前記表示部品の可視化又は不可視化に応じ、前記一部以外のＵＲＬの一覧を前記外部装置より取得する請求項７乃至９いずれか一項記載のＷｅｂページ表示方法。
【請求項１１】
前記初期化手順は、前記切替手順において取得されるＷｅｂページに対して相対的に高速に描画される可能性の高いＷｅｂページのＵＲＬの一覧を前記外部装置より取得する請求項１０記載のＷｅｂページ表示方法。
【請求項１２】
前記表示部品は、当該表示部品の領域が前記メインページの領域外に配置されることにより不可視化され、当該表示部品の領域が前記メインページの領域内に配置されることにより可視化される請求項７乃至１１いずれか一項記載のＷｅｂページ表示方法。
【請求項１３】
所定のＷｅｂページを取得し、表示させるＷｅｂページ表示手段と、
ＵＲＬの一覧を外部装置より取得し、取得されたＵＲＬの一覧に含まれる二以上のＵＲＬごとに当該ＵＲＬに対応するＷｅｂページを表示させる表示部品を前記所定のＷｅｂページに対して生成し、前記表示部品ごとに、対応するＵＲＬからのＷｅｂページの取得及び取得されたＷｅｂページの描画を前記Ｗｅｂブラウザに実行させ、一部の前記表示部品を可視化させ、該一部以外の前記表示部品を不可視化させる初期化手段と、
前記所定のＷｅｂページに対する表示対象の切り替え指示の入力に応じ、可視化されていた前記表示部品のうちの一部又は全部の表示部品を不可視化させ、不可視化されていた前記表示部品の少なくとも一部の表示部品を可視化させる切替手段とを有するＷｅｂページ表示装置。
【請求項１４】
前記表示部品のそれぞれには表示順が付与され、
前記切替手段は、前記切替指示の入力に応じ、前記表示順に基づいて可視化させる前記表示部品を判定する請求項１３記載のＷｅｂページ表示装置。
【請求項１５】
前記切替手段は、前記表示部品の可視化又は不可視化に応じ、前記取得されたＵＲＬの一覧のうち、Ｗｅｂページが取得されていないＵＲＬの少なくとも一つのＵＲＬに対応する前記表示部品を確保し、該表示部品に対応するＵＲＬからのＷｅｂページの取得及び取得されたＷｅｂページの描画を前記Ｗｅｂブラウザに実行させる請求項１３又は１４記載のＷｅｂページ表示装置。
【請求項１６】
前記初期化手段は、前記外部装置が記憶しているＵＲＬの一覧のうちの一部を取得し、
前記切替手段は、前記表示部品の可視化又は不可視化に応じ、前記一部以外のＵＲＬの一覧を前記外部装置より取得する請求項１３乃至１５いずれか一項記載のＷｅｂページ表示装置。
【請求項１７】
前記初期化手段は、前記切替手段において取得されるＷｅｂページに対して相対的に高速に描画される可能性の高いＷｅｂページのＵＲＬの一覧を前記外部装置より取得する請求項１６記載のＷｅｂページ表示装置。
【請求項１８】
前記表示部品は、当該表示部品の領域が前記メインページの領域外に配置されることにより不可視化され、当該表示部品の領域が前記メインページの領域内に配置されることにより可視化される請求項１３乃至１７いずれか一項記載のＷｅｂページ表示装置。
【請求項１９】
Ｗｅｂページ表示装置と外部装置とを有するＷｅｂページ表示システムであって、
前記Ｗｅｂページ表示装置は、
所定のＷｅｂページを取得し、表示させるＷｅｂページ表示手段と、
ＵＲＬの一覧を外部装置より取得し、取得されたＵＲＬの一覧に含まれる二以上のＵＲＬごとに当該ＵＲＬに対応するＷｅｂページを表示させる表示部品を前記所定のＷｅｂページに対して生成し、前記表示部品ごとに、対応するＵＲＬからのＷｅｂページの取得及び取得されたＷｅｂページの描画を前記Ｗｅｂブラウザに実行させ、一部の前記表示部品を可視化させ、該一部以外の前記表示部品を不可視化させる初期化手段と、
前記所定のＷｅｂページに対する表示対象の切り替え指示の入力に応じ、可視化されていた前記表示部品のうちの一部又は全部の表示部品を不可視化させ、不可視化されていた前記表示部品の少なくとも一部の表示部品を可視化させる切替手段とを有するＷｅｂページ表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂページ表示プログラム、Ｗｅｂページ表示方法、Ｗｅｂページ表示装置、及びＷｅｂページ表示システムに関し、特にＷｅｂページをコンピュータに表示させるＷｅｂページ表示プログラム、Ｗｅｂページ表示方法、Ｗｅｂページ表示装置、及びＷｅｂページ表示システムに関する。
【背景技術】
【０００２】
現在、一般的なインターネットの利用の仕方は次のようなものである。目的とするＷｅｂサイトが既知の場合、当該ＷｅｂサイトのＵＲＬ（Uniform  Resource  Locator）をＷｅｂブラウザに入力したり、又はブックマークの中から当該Ｗｅｂサイトのメニュー項目を選択したりすることで、当該ＷｅｂサイトのＷｅｂページをＷｅｂブラウザに表示させる。
【０００３】
又は、目的とするＷｅｂサイトが未知の場合、検索サイトにキーワードを入力することにより得られた検索結果の中から所望のものを選択することで、所望のＷｅｂサイトのＷｅｂページをＷｅｂブラウザに表示させる（例えば、特許文献１）。
【０００４】
また、Ｗｅｂブラウザに表示されたＷｅｂページに貼られたリンクから情報を辿ることもできる。
【０００５】
このように、従来、インターネットを使うためには、ユーザの意識の中に目的の存在が必要不可欠であった。すなわち、ＵＲＬの入力、ブックマークの選択、キーワードの入力、又はリンクの選択等の操作は、全てユーザの目的に基づく意思決定の結果であるといえる。そもそも、Ｗｅｂページは、何らかの入力があって初めて得られるものであることに鑑みれば、インターネットを利用するにあたって、目的の存在が必要とされるのは当然であるようにも考えられる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−４８６８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、視点を変えて見ると、目的の存在によってインターネット上でユーザが出会える情報の範囲は著しく狭めているとも考えられる。すなわち、インターネットの入り口において目的が前提とされると、ユーザがインターネットから得られる情報は、常に目的の範囲内、すなわち、インターネット上の膨大な情報の中のごく一部の範囲内に限定されてしまう。その結果、ユーザは、インターネットの価値を十分享受できていない状態になっている。
【０００８】
そこで、本願発明者は、全く新しいインターネットの利用方法を検討している。具体的には、テレビやラジオのように、インターネット上のコンテンツを受動的に閲覧できる環境の実現である。例えば、テレビでは、目的もなく、なんとなくチャンネルを変えることで、面白い番組がないかを探すことができる。インターネットについても、そのような受動的な使い方を提供することができれば、ユーザが予期していない未知の情報との偶発的な出会いを創造することができ、インターネットをより身近なものとすることができる。そのためには、従来にない高速な操作性が重要な要素であると考えられる。具体的には、テレビのチャンネルを切り替えるように、表示対象とするＷｅｂページが高速に切り替えられる必要があると考えられる。
【０００９】
本発明は、上記の点に鑑みてなされたものであって、インターネットの新たな利用形態を提供するために表示対象とするＷｅｂページの高速な切り替えを可能とすることのできるＷｅｂページ表示プログラム、Ｗｅｂページ表示方法、Ｗｅｂページ表示装置、及びＷｅｂページ表示システムの提供を目的とする。
【課題を解決するための手段】
【００１０】
そこで上記課題を解決するため、本発明は、所定のＷｅｂページに含まれるＷｅｂページ表示プログラムであって、前記所定のＷｅｂページがダウンロードされたコンピュータに、ＵＲＬの一覧を外部装置より取得し、取得されたＵＲＬの一覧に含まれる二以上のＵＲＬごとに当該ＵＲＬに対応するＷｅｂページを表示させる表示部品を前記所定のＷｅｂページに対して生成し、前記表示部品ごとに、対応するＵＲＬからのＷｅｂページの取得及び取得されたＷｅｂページの描画を前記Ｗｅｂブラウザに実行させ、一部の前記表示部品を可視化させ、該一部以外の前記表示部品を不可視化させる初期化手順と、前記所定のＷｅｂページに対する表示対象の切り替え指示の入力に応じ、可視化されていた前記表示部品のうちの一部又は全部の表示部品を不可視化させ、不可視化されていた前記表示部品の少なくとも一部の表示部品を可視化させる切替手順とを実行させる。
【００１１】
このようなＷｅｂページ表示プログラムでは、インターネットの新たな利用形態を提供するために表示対象とするＷｅｂページの高速な切り替えを可能とすることができる。
【発明の効果】
【００１２】
本発明によれば、インターネットの新たな利用形態を提供するために表示対象とするＷｅｂページの高速な切り替えを可能とすることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態におけるＷｅｂページ表示システムの構成例を示す図である。
【図２】本発明の実施の形態におけるユーザ端末のハードウェア構成例を示す図である。
【図３】本発明の実施の形態におけるＷｅｂページ表示システムの機能構成例を示す図である。
【図４】Ｗｅｂブラウザへのメインページのダウンロード及びメインページの初期表示時の処理手順を説明するためのシーケンス図である。
【図５】本実施の形態におけるメインページの構造を概念的に示す図である。
【図６】配信ページ情報ＤＢの構成例を示す図である。
【図７】インラインフレームを不可視化する方法を説明するための図である。
【図８】次へボタンがクリックされた場合のメインページの振る舞いを説明するための図である。
【図９】次へボタンのクリックに応じて実行される処理手順を説明するためのフローチャートである。
【図１０】前へボタンがクリックされた場合のメインページの振る舞いを説明するための図である。
【図１１】前へボタンのクリックに応じて実行される処理手順を説明するためのフローチャートである。
【発明を実施するための形態】
【００１４】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるＷｅｂページ表示システムの構成例を示す図である。同図において、Ｗｅｂページ表示システム１は、ユーザ端末１０ａ、１０ｂ、及び１０ｃ等（以下、総称する場合「ユーザ端末１０」という。）、並びに情報提供サーバ２０等を含む。ユーザ端末１０と情報提供サーバ２０とは、ＬＡＮ（Local  Area  Network）又はインターネット等のネットワークを介して接続されている。
【００１５】
ユーザ端末１０は、Ｗｅｂブラウザ１１を備えたＰＣ（Personal  Computer）等のコンピュータである。Ｗｅｂブラウザ１１を実装可能であれば、ＰＣ以外の電子機器をユーザ端末１０として利用してもよい。
【００１６】
情報提供サーバ２０は、ユーザ端末１０のユーザに、インターネットに対する新たな操作感を提供するためのＷｅｂページをユーザ端末１０に提供するコンピュータである。すなわち、ユーザ端末１０のＷｅｂブラウザ１１が、情報提供サーバ２０のＷｅｂサイトにアクセスすることより得られるＷｅｂページによって、ユーザは、新たな操作感によってインターネットを利用することが可能となる。本実施の形態において、新たな操作感とは、受動的であること、及び情報（Ｗｅｂページ）を高速に閲覧できることをいう。
【００１７】
なお、本実施の形態において、ユーザ端末１０は、Ｗｅｂページ表示装置の一例である。情報提供サーバ２０は、外部装置の一例である。
【００１８】
図２は、本発明の実施の形態におけるユーザ端末のハードウェア構成例を示す図である。図２のユーザ端末１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５と、表示装置１０６と、入力装置１０７とを有する。
【００１９】
ユーザ端末１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００２０】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってユーザ端末１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical  User  Interface）等を表示する。入力装置１０７はキーボード及びマウス等で構成され、様々な操作指示を入力させるために用いられる。
【００２１】
なお、情報提供サーバ２０についても、図２に示されるハードウェア構成を有していればよい。但し、情報提供サーバ２０には、表示装置１０６及び入力装置１０７は必ずしも必要ではない。
【００２２】
図３は、本発明の実施の形態におけるＷｅｂページ表示システムの機能構成例を示す図である。
【００２３】
同図において、情報提供サーバ２０は、メインページ提供部２１、配信ページ一覧提供部２２、配信ページ情報ＤＢ２３、及びメインページ５００等を有する。メインページ提供部２１、配信ページ一覧提供部２２、及び配信ページ情報ＤＢ２３は、情報提供サーバ２０にインストールされたプログラムが情報提供サーバ２０のＣＰＵに実行させる処理によって実現される。
【００２４】
メインページ提供部２１は、ユーザ端末１０からの要求に応じ、メインページ５００をユーザ端末１０に提供する。メインページ５００は、インターネットに対する新たな操作感を提供するためのＷｅｂページであり、情報提供サーバ２０の補助記憶装置に保存されている。
【００２５】
配信ページ一覧提供部２２は、ユーザ端末１０からの要求に応じ、配信ページ情報ＤＢ２３に登録されている配信ページ情報の一覧をユーザ端末１０に提供する。一つの配信ページ情報には、一つの配信ページのＵＲＬ（Uniform  Resource  Locator）等が含まれている。配信ページとは、「面白いもの」又は「流行っているもの」等、一般的にユーザの興味を引きそうであるという観点において予め選別されたＷｅｂページ（ＨＴＭＬ（HyperText  Markup  Language）データ）である。配信ページ情報ＤＢ２３は、情報提供サーバ２０の補助記憶装置を用いて、配信ページ情報の一覧を記憶するデータベースである。なお、配信ページの選別及び配信ページ情報の配信ページ情報ＤＢ２３への登録は、人手によって行われてもよいし、非図示の手段によって自動的に行われてもよい。
【００２６】
配信ページの選別基準としては、例えば、以下のようなものが挙げられる。
（１）最新の出来事、事件、又は事故等に関連する内容を掲載している。
（２）世の中で注目されているキーワードに関連する内容を掲載している。
（３）多くのインターネットユーザからの支持を得ている。
（４）強い影響力を持つ人物又はＷｅｂサイト等が勧めている。
【００２７】
（１）〜（４）のようなＷｅｂページを収集するためには、例えば、次のような情報を利用すればよい。
（ａ）ニュースサイトの最新ニュース
（ｂ）所定のＷｅｂサイトで提供されている人気サイトのランキング情報
（ｃ）所定の検索サイトにおける注目キーワード（入力件数が急上昇しているキーワード）
（ｄ）共用のブックマークを提供しているＷｅｂサイトにおけるブックマーク数
以上（ａ）〜（ｄ）等の情報を収集し、当該情報によって示されるＷｅｂページ、又は当該情報に基づいて検索することにより得られるＷｅｂページ等を配信ページとすればよい。
【００２８】
但し、本実施の形態において、配信ページの選別基準及び収集方法等については、所定のものに限定されない。少なくとも相当数の配信ページに関する情報が配信ページ情報ＤＢ２３に登録されている状態が構築されればよい。例えば、上記の選別基準等と無関係に、最近又は当日のニュース記事が記載されたＷｅｂページの集合を配信ページとしてもよい。
【００２９】
一方、ユーザ端末１０は、Ｗｅｂブラウザ１１を有する。Ｗｅｂブラウザ１１は、一般的に利用されているＷｅｂブラウザであり、本実施の形態のために特別な機能が実装されている必要はない。図３では、Ｗｅｂブラウザ１１上にメインページ５００がダウンロードされた状態が示されている。メインページ５００がＷｅｂブラウザ１１上にダウンロードされることにより、メインページ５００に含まれている（メインページ５００内に記述された）スクリプトプログラム１２（例えば、ＪａｖａＳｃｒｉｐｔ（登録商標））は、ユーザ端末１０を、初期化部１２１及びページ切替部１２２等として機能させる。
【００３０】
初期化部１２１は、メインページ５００がＷｅｂブラウザ１１にダウンロードされた際に、スクリプトプログラム１２に関する初期化処理を実行する。初期化部１２１は、初期化処理の一環として、所定ページ数分の配信ページ情報を情報提供サーバ２０より取得する。初期化部１２１は、また、取得された配信ページ情報に含まれているＵＲＬにアクセスして配信ページを取得し、取得された配信ページの描画（レンダリング）をＷｅｂブラウザ１１に実行させる。但し、描画された配信ページのうち、可視化されるのは一つである。ページ切替部１２２は、描画された配信ページの中で、可視化する配信ページ（すなわち、表示対象とする配信ページ）を切り替える。
【００３１】
以下、Ｗｅｂページ表示システム１の処理手順について説明する。図４は、Ｗｅｂブラウザへのメインページのダウンロード及びメインページの初期表示時の処理手順を説明するためのシーケンス図である。同図の初期状態において、Ｗｅｂブラウザ１１にはメインページ５００はダウンロードされていない。
【００３２】
ユーザによって、メインページ５００に対するＵＲＬがＷｅｂブラウザ１１に入力されると、Ｗｅｂブラウザ１１は、メインページ５００の取得要求（ＨＴＴＰ（HyperText  Transfer  Protocol）リクエスト）を当該ＵＲＬ宛、すなわち、情報提供サーバ２０に送信する（Ｓ１０１）。情報提供サーバ２０のメインページ提供部２１は、メインページ５００の取得要求に応じ、メインページ５００を含むＨＴＴＰレスポンスをＷｅｂブラウザ１１に返信する（Ｓ１０２）。
【００３３】
Ｗｅｂブラウザ１１は、メインページ５００の受信に応じ、メインページ５００を描画し、表示装置１０６に表示させる（Ｓ１０３）。
【００３４】
図５は、本実施の形態におけるメインページの構造を概念的に示す図である。同図において、メインページ５００は、操作パネル５１０、コンテンツエリア５２０、及び付加情報エリア５３０等を有する。
【００３５】
コンテンツエリア５２０は、コンテンツ、すなわち、配信ページを表示する表示部品が配置される領域である。当該表示部品は、同時に複数存在し、順序付けられて管理される。本実施の形態では、斯かる表示部品としてインラインフレームを利用した例を説明する。現在のＪａｖａＳｃｒｉｐｔ（登録商標）、ＨＴＭＬ、及びＷｅｂブラウザ１１の仕様に鑑みて、インラインフレームを利用するのが好適だからである。但し、各技術の仕様の更新等に応じて、インラインフレーム以外の表示部品が利用されてもよい。
【００３６】
インラインフレームは、ＨＴＭＬにおいて＜ＩＦＲＡＭＥ＞タグによって定義されるフレームであり、或るＷｅｂページ上において他のＷｅｂページを表示可能であるという特性を有する。本実施の形態において、各インラインフレーム（以下、単に、「フレーム」という。）には、後段の処理によってダウンロードされる配信ページが割り当て、描画される。すなわち、配信ページのダウンロード後のコンテンツエリア５２０は、それぞれ配信ページが描画された状態のフレームが複数配置された状態となる。但し、複数のフレームのそれぞれに配信ページが描画された状態では、コンテンツエリア５２０における表示状態に混乱が生じてしまう。そこで、本実施の形態では、斯かる混乱を回避するため、常に一つのフレームが可視化され、他のフレームについては不可視化されるように構成されている。
【００３７】
より詳しくは、各フレームは、「現行」、「先読み」、「履歴」の３種類の状態を有する。現行状態は、現在可視化されている状態をいう。現行状態となれるフレームは常に一つである。したがって、複数のフレームのうち、いずれか一つのみが可視化され、コンテンツエリア５２０の全領域を占有する。メインページ５００が最初に表示されるタイミングでは先頭のフレームが現行状態となる。
【００３８】
先読み状態は、フレーム間の順序付け（以下、単に「表示順」という。）において現行状態のフレームより後に位置する状態をいう。履歴状態は、表示順において現行状態のフレームより前に位置する状態をいう。先読み状態又は履歴状態のフレームは可視化されない（不可視化される）。なお、現行状態のフレーム、先読み状態のフレーム、履歴状態のフレームを、それぞれ「現行フレーム」、「先読みフレーム」、「履歴フレーム」という。
【００３９】
操作パネル５１０は、前へボタン５１１、次へボタン５１２、及びＵＲＬ表示テキストボックス５１３等を含む。前へボタン５１１及び次へボタン５１２は、現行フレームの切り替えの指示を受け付けるためのボタンである。ＵＲＬ表示テキストボックス５１３には、現行フレームに割り当てられている配信ページ（すなわち、現在表示されている配信ページ）のＵＲＬが表示される。
【００４０】
付加情報エリア５３０は、現行フレームに割り当てられている配信ページの付加情報を表示する領域である。
【００４１】
なお、ステップＳ１０３の段階においては、フレームは作成されておらず、配信ページのダウンロードも実行されていない。したがって、ステップＳ１０３におけるメインページ５００は、操作パネル５１０、空のコンテンツエリア５２０、及び空の付加情報エリア５３０が表示された状態である。
【００４２】
メインページ５００の表示に応じ、初期化部１２１は、スクリプトプログラム１２が利用するパラメータの取得、及び操作パネル５１０に対する操作に対するイベントハンドラの設定を行う（Ｓ１０４）。パラメータとしては、先読みフレーム最大数及び履歴フレーム最大数等が取得される。先読みフレーム最大数は、先読みフレームとして保持するフレームの最大数である。履歴フレーム最大数は、履歴フレームとして保持するフレームの最大数である。なお、各パラメータは、例えば、メインフレームの不可視の（ｈｉｄｄｅｎの）フォームに設定されている。したがって、初期化部１２１は、当該フォームより各パラメータを取得する。
【００４３】
また、イベントハンドラの設定とは、スクリプトプログラム１２に含まれている関数のうち、ユーザ端末１０をページ切替部１２２として機能させるための関数を、前へボタン５１１及び次へボタン５１２がクリックされた際のイベントハンドラとして登録することをいう。
【００４４】
続いて、初期化部１２１は、配信ページ情報の一覧の取得要求を情報提供サーバ２０に送信する（Ｓ１０５）。当該取得要求にはパラメータとして、取得基準位置及び取得数が指定される。取得基準位置及び取得数によって、配信ページ情報ＤＢ２３において順序付けられて登録されている配信ページ情報に対する取得範囲が特定される。すなわち、取得基準位置は、取得範囲の起点を示す。取得数は、該起点から順番に取得する配信ページ情報の数を示す。なお、メインページ５００の表示時においては、取得基準位置には「１」が指定される。すなわち、配信ページ情報ＤＢ２３の順序付けにおいて先頭である。また、本実施の形態では、取得数には「２０」が指定されることとする。したがって、ステップＳ１０５では、先頭から２０個分の配信ページ情報の取得が要求される。
【００４５】
続いて、情報提供サーバ２０の配信ページ一覧提供部２２は、配信ページ情報の一覧の取得要求に指定された取得基準位置及び取得数に対応する配信ページ情報を配信ページ情報ＤＢ２３より取得し、取得された配信ページ情報を初期化部１２１に返信する（Ｓ１０６）。
【００４６】
図６は、配信ページ情報ＤＢの構成例を示す図である。同図において、配信ページ情報ＤＢ２３は、配信ページごとに、順番、ＵＲＬ、タイトル、及び付加情報等の配信ページ情報を管理している。順番は、配信ページの順番である。当該順番は、ユーザ端末１０側においては配信ページの表示順として扱われる。ＵＲＬは、配信ページのＵＲＬである。タイトルは、配信ページのタイトルである。付加情報は、配信ページに関する任意の付加情報である。
【００４７】
ここでは、取得基準位置には「１」が指定され、取得数には「２０」が指定されている。したがって、順番が１〜２０のレコードに記録されている配信ページ情報の一覧が初期化部１２１に返信される。初期化部１２１は、受信された配信ページ情報の一覧をメモリ装置１０３に記録しておく。以下、メモリ装置１０３に記録された配信ページ情報の一覧を「取得済みリスト」という。
【００４８】
続いて、初期化部１２１は、（先読みフレーム最大数＋１）個分のフレームをそれぞれコンテンツエリア５２０のサイズで生成する（Ｓ１０７）。ここで、＋１は、現行フレームの分である。例えば、先読みフレーム最大数が「２」であるとすると、３個のフレームが生成される。初期化部１２１は、各フレームに対し、それぞれに割り当てられる配信ページの順番を付与する。例えば、３個のフレームが生成された場合、１〜３の順番が各フレームに付与される。各フレームに付与された順番は、フレーム間の表示順として利用される。また、初期化部１２１は、順番が最も若い（すなわち、先頭の）フレームを可視化し、それ以外のフレームを不可視化しておく。すなわち、先頭のフレームが現行状態とされ、それ以外のフレームは先読み状態とされる。なお、現行状態のフレームの順番を示す値を、以下「現行位置」という。初期状態において、現行位置は「１」である。
【００４９】
図７は、フレームを不可視化する方法を説明するための図である。スクリプトプログラム１２が、ＪａｖａＳｃｒｉｐｔ（登録商標）である場合、フレームの位置は、ピクセル値又はパーセンテージのいずれかによって指定される。同図では、パーセンテージによって位置が指定される例が示されている。
【００５０】
パーセンテージによって位置が指定される場合、Ｗｅｂブラウザ１１のウィンドウの幅（実質的にメインページ５００の幅）は、１００％とされる。同図では、メインページ５００の幅はＸピクセルである例が示されている。したがって、Ｘピクセルが１００％される。そこで、本実施の形態において、初期化部１２１は、生成したフレームの左位置の初期値を−１５０％とする。−１５０％の位置は、図７に示される通りである。すなわち、メインページ５００の左位置から（Ｘ＋Ｘ／２）ピクセル分左にずれた位置である。その結果、フレームの領域は、メインページ５００の表示領域と全く重ならない状態となる。したがって、フレームは、表示されない状態、すなわち、不可視化されるのである。
【００５１】
なお、図７より明らかなように、左位置の絶対値は、−１５０％より小さい値であってもよい。例えば、−１１０％でもよい。また、図７では、便宜上、フレームの上下方向の位置は、コンテンツエリア５２０の位置に一致しているが、左位置が十分ずれていれば、上下方向の位置はどのようなものであってもよい。更に、本実施の形態では、フレームを左方向にずらす例について説明したが、メインページ５００と重ならない限り、右方向又は上下方向のいずれの方向にずらしてもよい。
【００５２】
一方、不可視化の対象とされないフレーム、すなわち、先頭のフレームの配置位置は、当該フレームの全領域がコンテンツエリア５２０と重なる位置とされる。但し、当初は、全てのフレームを不可視化しておき、フレームに配信ページが描画された後、先頭のフレームのみを可視化するようにしてもよい。
【００５３】
続いて、初期化部１２１は、取得済みリストに含まれている配信ページ情報のうち、順番の最も若い（すなわち、先頭の）配信ページ情報に含まれているタイトルをメインページ５００のタイトルとし、ＵＲＬをＵＲＬ表示テキストボックス５１３に表示させ、付加情報を、付加情報エリア５３０に表示させる（Ｓ１０８）。
【００５４】
続いて、初期化部１２１は、各フレームに対して、取得済みリストに含まれている配信ページ情報の中で当該フレームと一致する順番を有する配信ページ情報のＵＲＬを設定する（Ｓ１０９）。すなわち、フレームの順番の若いものから順に、配信ページ情報の順番の若い者から順のＵＲＬが設定される。なお、スクリプトプログラム１２内において、フレームはオブジェクトとして扱われる。したがって、ステップＳ１０９においては、各フレームのオブジェクトの所定のプロパティに対してＵＲＬが設定される。
【００５５】
フレームに対するＵＲＬの設定に応じ、Ｗｅｂブラウザ１１は、通常のＨＴＴＰ通信によって、フレームに設定されたＵＲＬに係るＷｅｂサイトより配信ページを取得（ダウンロード）する（Ｓ１１０、Ｓ１１１）。続いて、Ｗｅｂブラウザ１１は、取得された配信ページをフレームに描画する（Ｓ１１２）。ステップＳ１１０〜Ｓ１１２は、ＵＲＬが設定された各フレームについてバックグラウンドで実行される。但し、可視化されているフレームは先頭のフレームだけである。したがって、表示される配信ページは、先頭のフレームに対して描画されたものだけである。なお、バックグラウンドで実行されるとは、初期化部１２１の処理とは非同期に実行されることをいう。
【００５６】
以上で、メインページ５００の初期表示に関する処理は完了し、Ｗｅｂブラウザ１１はユーザからの入力待ち状態となる。すなわち、メインページ５００のコンテンツエリア５２０には、先頭の配信ページが表示され、付加情報エリア５３０には、先頭の配信ページに関する付加情報エリア５３０が表示された状態となっている。
【００５７】
この状態において、ユーザによって次へボタン５１２がクリックされた場合のメインページ５００の振る舞いについて説明する。図８は、次へボタンがクリックされた場合のメインページの振る舞いを説明するための図である。
【００５８】
同図において、（Ａ）では、ｎ＋３番目のフレームが現行フレームである場合が示されている。この場合、現行フレームより前の二つのフレームは履歴フレームに該当し、現行フレームより後の二つのフレームは先読みフレームに該当する。この状態で次へボタン５１２がクリックされると、各フレームは、（Ｂ）に示される状態に移行する。すなわち、現行フレームは、履歴フレームへ移行する。また、現行フレームの直後（ｎ＋４番目）の先読みフレームが現行フレームへと移行する。この際、新たな現行フレームには既に配信ページが描画されているため、新たな配信ページが一瞬でコンテンツエリア５２０に表示されたかのような感覚をユーザに与えることができる。また、先読み状態のフレーム数が先読みフレーム最大数を下回ると、新たに先読みフレームが不可視状態で生成され、当該先読みフレームに対して新たな配信ページが描画される。同図では、ｎ＋６番目のフレームが先読みフレームとして生成されている。更に、履歴状態のフレーム数が履歴フレーム最大数を上回ると、先頭の履歴フレームが破棄される。ここで、破棄とは、フレームのオブジェクトが破棄されることをいう。フレームを破棄するのは、メモリの消費量を抑制するためのである。同図では、ｎ＋１番目の履歴フレームが破棄されている。なお、図８では、先読みフレーム最大数及び履歴フレーム最大数が「２」である場合の例が示されている。
【００５９】
以上のような振る舞いは、ページ切替部１２２が実行する図９に示される処理手順によって実現される。図９は、次へボタンのクリックに応じて実行される処理手順を説明するためのフローチャートである。
【００６０】
次へボタン５１２のクリックに応じ、ページ切替部１２２は、現行フレームを不可視化する（Ｓ２０１）。続いて、ページ切替部１２２は、現行フレームの次の先読みフレームを可視化する（Ｓ２０２）。以上によって、現行フレームは履歴フレームとなり、現行フレームの次のフレームが新たな現行フレームとなる。その結果、新たな現行フレームが一瞬でコンテンツエリア５２０に表示される。
【００６１】
続いて、ページ切替部１２２は、取得済みリストにおいて、新たな現行フレームの順番を有する配信ページ情報に含まれているタイトルをメインページ５００のタイトルとし、ＵＲＬをＵＲＬ表示テキストボックス５１３に表示させ、付加情報を、付加情報エリア５３０に表示させる（Ｓ２０３）。メインページ５００のタイトル、ＵＲＬ表示テキストボックス５１３、及び付加情報が現行フレームの配信ページに関するものに更新されることにより、ユーザは、現在表示されている配信ページの属性情報を容易に確認することができる。
【００６２】
続いて、ページ切替部１２２は、取得済みリストにおいて、現行位置に対応する配信ページ情報から末尾の配信ページ情報までの要素数が取得数未満であるか否かを判定する（Ｓ２０４）。取得数とは、図４のステップＳ１０５の配信ページ情報の一覧の取得要求の際に指定された取得数であり、本実施の形態では「２０」である。
【００６３】
ステップＳ２０４の判定結果が肯定的な場合（Ｓ２０４でＹｅｓ）、ページ切替部１２２は、取得済みリストの末尾に続く配信ページ情報の一覧を、図４のステップＳ１０５及びＳ１０６と同様の処理手順によって情報提供サーバ２０より取得する（Ｓ２０５）。具体的には、取得済みリストの末尾の配信ページ情報の順番に１を加算した値が取得基準位置とされ、取得数として「２０」が指定されて配信ページ情報の一覧の取得要求が情報提供サーバ２０に送信され、当該取得要求に応じて返信される配信ページ情報の一覧がページ切替部１２２によって受信される。ページ切替部１２２は、新たに取得された配信ページ情報の一覧を、取得済みリストの最後尾に続けて追加する。なお、メインページ５００の表示時において、配信ページ情報ＤＢ２３に登録されている全ての配信ページ情報が取得されるようにすることも理論上は可能である。しかし、配信ページ情報のエントリ数が膨大である場合、一度に膨大な配信ページ情報をネットワークを介して取得するのは、処理負荷を高めてしまい、メインページ５００が操作可能となる状態を遅延させてしなう可能性が高まる。したがって、本実施の形態のように、配信ページ情報は、徐々に取得されるようにするのが好ましい。
【００６４】
ステップＳ２０４の判定結果が否定的な場合（Ｓ２０４でＮｏ）、ステップＳ２０５は実行されない。
【００６５】
続いて、ページ切替部１２２は、ステップＳ２０２実行後の先読みフレーム数はについて、先読みフレーム最大数未満であるか否かを判定する（Ｓ２０６）。ステップＳ２０６の判定が肯定的な場合（Ｓ２０６でＹｅｓ）、ページ切替部１２２は、新たに一つのフレームを不可視化した状態で生成する（Ｓ２０７）。ページ切替部１２２は、生成されたフレームに、最後尾の先読みフレームの次の順番（図８におけるｎ＋６）を付与する。これによって、生成されたフレームは、フレーム間の順番において最後尾の先読みフレームとなる。続いて、ページ切替部１２２は、生成された先読みフレームに対して、取得済みリストに含まれている配信ページ情報の中で当該先読みフレームの順番と一致する順番を有する配信ページ情報のＵＲＬを設定する（Ｓ２０８）。当該先読みフレームに対するＵＲＬの設定に応じ、Ｗｅｂブラウザ１１は、通常のＨＴＴＰ通信によって、当該先読みフレームに設定されたＵＲＬに係るＷｅｂサイトより配信ページを取得（ダウンロード）し、取得された配信ページを当該先読みフレームに描画する。但し、当該先読みフレームは不可視化されているため、当該配信ページはコンテンツエリア５２０には表示されない。
【００６６】
ステップＳ２０７及びＳ２０８は、先読みフレーム数が先読みフレーム最大数に到達されるまで繰り返し実行される（Ｓ２０６）。なお、多数のフレームが一度に（短期間で）生成されるとＣＰＵ１０４等のリソースが不足する可能性がある。したがって、ステップＳ２０７及びＳ２０８のループは、１秒程度のインターバルを置きながら繰り返すようにするとよい。
【００６７】
当初より先読みフレーム数が先読みフレーム最大数以上である場合、又はステップＳ２０７及びＳ２０８の実行により、先読みフレーム数が先読みフレーム最大数に到達すると（Ｓ２０６でＮｏ）、ページ切替部１２２は、履歴フレーム数は、履歴フレーム最大数を超えているか否かを判定する（Ｓ２０９）。ステップＳ２０９の判定が否定的な場合、ページ切替部１２２は、図９の処理を終了させる。ステップＳ２０９の判定が肯定的な場合（Ｓ２０９でＹｅｓ）、ページ切替部１２２は、履歴フレーム数が履歴フレーム最大数となるまで履歴フレームを先頭から順に破棄した後（Ｓ２１０）、図９の処理を終了させる。但し、破棄された履歴フレームに対応する配信ページの配信ページ情報についてはは、取得済みリストから削除されない。後述されるように、前へボタン５１１がクリックされた際に利用されるからである。
【００６８】
なお、人の感覚に対して、図９の処理は極めて高速に実行される。この高速性は、ステップＳ２０８が実行され、新たな先読みフレームに対する配信ページのダウンロード及び描画が実行される場合であっても維持される。当該ダウンロード及び描画は、Ｗｅｂブラウザ１１によって図９の処理のバックグラウンドで（すなわち、図９の処理とは非同期に）実行されるからである。ステップＳ２０７及びＳ２０８のループ間のインターバルについてもバックグラウンドで実現することができる。例えば、スクリプトプログラム１２としてＪａｖａＳｃｒｉｐｔ（登録商標）を利用している場合、ＪａｖａＳｃｒｉｐｔ（登録商標）の標準関数であるｓｅｔＩｎｔｅｒｖａｌの第一引数に、ステップＳ２０７及びＳ２０８を実行する関数を指定しておけば、所定間隔（例えば、１秒程度）でステップＳ２０７及びＳ２０８をバックグランドで繰り返し実行させることができる。
【００６９】
したがって、ユーザは、次へボタン５１２を連続的にクリックすることができる。そして、次に表示される配信ページは、既に次の先読みフレームに描画されている。その結果、コンテンツエリア５２０において表示対象となる配信ページが次々と高速に変化する操作感をユーザに与えることができる。
【００７０】
続いて、ユーザによって前へボタン５１１がクリックされた場合のメインページ５００の振る舞いについて説明する。図１０は、前へボタンがクリックされた場合のメインページの振る舞いを説明するための図である。
【００７１】
同図において、（Ａ）では、ｎ＋３番目のフレームが現行フレームである場合が示されている。この場合、現行フレームより前の二つのフレームは履歴フレームに該当し、現行フレームより後の二つのフレームは先読みフレームに該当する。この状態で前へボタン５１１がクリックされると、各フレームは、（Ｂ）に示される状態に移行する。すなわち、現行フレームは、先読みフレームへ移行する。また、現行フレームの直前（ｎ＋２番目）の履歴フレームが現行フレームへと移行する。この際、新たな現行フレームには既に配信ページが描画されているため、ユーザにとっては前の配信ページが一瞬でコンテンツエリア５２０に表示されたかのような感覚を与えることができる。
【００７２】
以上のような振る舞いは、ページ切替部１２２が実行する図１１に示される処理手順によって実現される。図１１は、前へボタンのクリックに応じて実行される処理手順を説明するためのフローチャートである。
【００７３】
前へボタン５１１のクリックに応じ、ページ切替部１２２は、現行フレームに付与されている順番が「１」であるか否か、すなわち、現行フレームに描画されている配信ページの順番が「１」であるか否かを判定する（Ｓ３０１）。現行フレームの順番が「１」である場合（Ｓ３０１でＹｅｓ）、現行フレームの配信ページより前の配信ページは存在しないため、ページ切替部１２２は、図１１の処理を終了させる。なお、順番が「１」であるフレームが現行フレームとなったときに、前へボタン５１１をグレーアウト（操作不能）とするようにしてもよい。その場合、ステップＳ３０１のチェックは不要である。
【００７４】
現行フレームの順番が「１」でない場合（Ｓ３０１でＮｏ）、ページ切替部１２２は、履歴フレームの有無を判定する（Ｓ３０２）。具体的には、現行フレームより若い順番が付与されているフレームの有無が判定される。履歴フレームが存在する場合（Ｓ３０２でＹｅｓ）、ページ切替部１２２は、現行フレームを不可視化する（Ｓ３０３）。続いて、ページ切替部１２２は、現行フレームの直前の履歴フレームを可視化する（Ｓ３０４）。以上によって、現行フレームは先読みフレームとなり、現行フレームの直前の履歴フレームが新たな現行フレームとなる。その結果、新たな現行フレームが一瞬でコンテンツエリア５２０に表示される。
【００７５】
続いて、ページ切替部１２２は、取得済みリストにおいて、新たな現行フレームの順番を有する配信ページ情報に含まれているタイトルをメインページ５００のタイトルとし、ＵＲＬをＵＲＬ表示テキストボックス５１３に表示させ、付加情報を、付加情報エリア５３０に表示させる（Ｓ３０５）。
【００７６】
一方、履歴フレームが無い場合（Ｓ３０２でＮｏ）、ページ切替部１２２は、新たに一つのフレームを不可視化した状態で生成する（Ｓ３０６）。ページ切替部１２２は、生成されたフレームに、現行フレームの前の順番を付与する。これによって、生成されたフレームは、フレーム間の順番において先頭の履歴フレームとなる。続いて、ページ切替部１２２は、生成された履歴フレームに対して、取得済みリストに含まれている配信ページ情報の中で当該履歴フレームの順番と一致する順番を有する配信ページ情報のＵＲＬを設定する（Ｓ３０７）。当該先読みフレームに対するＵＲＬの設定に応じ、Ｗｅｂブラウザ１１は、通常のＨＴＴＰ通信によって、当該履歴フレームに設定されたＵＲＬに係るＷｅｂサイトより配信ページを取得（ダウンロード）し、取得された配信ページを当該先読みフレームに描画する。但し、当該先読みフレームは不可視化されているため、当該配信ページはコンテンツエリア５２０には表示されない。また、当該ダウンロード及び描画は、バックグラウンドで実行される。
【００７７】
続いて、ページ切替部１２２は、先読みフレーム数は、先読みフレーム最大数を超えているか否かを判定する（Ｓ３０８）。ステップＳ３０８の判定が肯定的な場合（Ｓ３０８でＹｅｓ）、ページ切替部１２２は、先読みフレーム数が先読みフレーム最大数となるまで先読みフレームを最後尾から順に破棄する（Ｓ３０９）。
【００７８】
ステップＳ３０８の判定が否定的な場合（Ｓ３０８でＮｏ）、又は先読みフレームの破棄の完了に続いて、ページ切替部１２２は、上述したステップＳ３０３〜Ｓ３０５を実行する。その結果、ステップＳ３０６において生成された履歴フレームが現行フレームとなり、新たな現行フレームに対して描画されている配信ページがコンテンツエリア５２０に表示される。
【００７９】
なお、図１１より明らかなように、本実施の形態において、前へボタン５１１がクリックされた場合、履歴フレームの生成と、最後尾の先読みフレームの破棄とは毎回実行されるわけではない。すなわち、前へボタン５１１が連続してクリックされ、これ以上履歴フレームが無くなったタイミングで履歴フレームの再生成等が実行される。その結果、履歴ページが有る場合の処理が単純化されている。これは、メインページ５００の利用形態として、前へボタン５１１が連続してクリックされる可能性は低いことを考慮したものである。
【００８０】
なお、図９又は図１１では、新たな先読みフレーム又は履歴フレームの必要に応じて、当該フレームが生成され、他のフレームが破棄される例を説明した。但し、既存のフレームを使い回すようにしてもよい。すなわち、本実施の形態において破棄されるべきフレームが、生成されるべきフレームとして再利用されてもよい。このように、新たに必要となるフレームの確保は、新規生成によって行われてもよいし、既存のフレームの再利用によって行われてもよい。
【００８１】
また、履歴フレーム数のチェック（図９のＳ２０９）又は先読みフレーム数のチェック（図１１のＳ３０８）は、次へボタン５１２又は前へボタン５１１がクリックされるたびではなく、複数回のクリックに対して一回行われるようにしてもよい。
【００８２】
また、上記では、１ページずつ順番に表示対象を変更する例について説明したが、特定ページへのジャンプを可能としてもよい。この場合、操作パネル５１０に所定個数の配信ページに対応したボタンを順番に並べて表示させるとよい。ボタンを表示させる配信ページの範囲は、履歴フレーム、現行フレーム、又は先読みフレームのいずれかにに描画されている配信ページに限定してもよいし、フレームに描画されている範囲に対して配信ページの順番の前後方向に更に拡張させてもよい。各ボタンと配信ページとの対応関係を視認し易くするために、各ボタンには、対応する配信ページのタイトル及びサムネイル画像の少なくともいずれか一方を表示させるとよい。サムネイル画像は、情報提供サーバ２０側で事前に生成しておき、配信ページ情報の一部として含めておけばよい。
【００８３】
いずれかのボタンがクリックされた場合、当該ボタンが現行フレームに描画されている配信ページ（現行ページ）より後の配信ページに係るものであれば、ページ切替部１２２は、図９において説明した処理を実行する。但し、ステップＳ２０２で可視化されるのは（すなわち、新たに現行フレームとされるとのは）、選択されたボタンに対応する配信ページが描画されているフレームである。
【００８４】
一方、クリックされたボタンが現行ページより前の配信ページに係るものであれば、ページ切替部１２２は、図１１において説明した処理を実行する。但し、ステップＳ３０４で可視化されるのは、選択されたボタンに対応する配信ページが描画されているフレームである。
【００８５】
なお、既に閲覧された配信ページに対応するサムネイル画像をカラー表示し、まだ閲覧されていない配信ページに対応するサムネイル画像をグレー表示（白黒表示）するようにしてもよい。
【００８６】
ところで、メインページ５００がＷｅｂブラウザ１１に表示され、最初に現行フレームに配信ページが表示された直後（ステップＳ１１２の直後）は、他の先読みフレームへの配信ページへのダウンロード及び描画は完了していない可能性が有る。したがって、この状態で、ユーザが次へボタン５１２をクリックしても、メインページ５００が目的とする高速なページ切り替えを実現することは困難である。そこで、次のような工夫を行ってもよい。
【００８７】
通常、Ｗｅｂブラウザ１１が同時にオープンできる接続数（ソケット数）には上限が設定されている。そのため、多くの配信ページを同時にダウンロードしようとすると、１ページ当たりのダウンロードに利用できる接続数が少なくなってしまう。これを避けるため、メインページ５００の表示直後は、生成するフレーム数を通常時に比べて減らすことで、配信ページのダウンロードがより高速に完了するようにする。具体的には、最終的に生成されるフレームの最大数（先読みフレーム最大数＋履歴フレーム最大数＋１）より少ない所定数のフレームをステップＳ１０７において生成する。その後、例えば、ユーザの操作に応じて徐々にフレーム数を増加させる。そうすることにより、ユーザに与える違和感を軽減させることができる。本実施の形態も、そのような方法が採用されている。すなわち、最初は、（先読みフレーム最大数＋１）個分のフレームが生成される。その後、次へボタン５１２のクリックに応じて先読みフレーム数が先読みフレーム最大数を下回ると（Ｓ２０６でＹｅｓ）、先読みフレームが追加されるようにされている（Ｓ２０８）。
【００８８】
また、メインページ５００の表示直後は、相対的に高速に描画される可能性の高い配信ページを優先的にダウンロードするようにしてもよい。これは、情報提供サーバ２０が、初回の配信ページ情報の一覧の取得要求に対して、斯かる配信ページに対応する配信ページ情報の一覧を返信することにより実現される。例えば、配信ページ情報ＤＢ２３の最初から所定数分のレコードは、斯かる配信ページに対応する配信ページ情報を登録しておけばよい。
【００８９】
描画に時間のかからない配信ページは、ＨＴＭＬソースのサイズや、ＨＴＭＬソースに埋め込まれている画像、ＣＳＳ（Cascading  Style  Sheets）、又はＪａｖａＳｃｒｉｐｔ（登録商標）等の外部オブジェクトの数やサイズ等に基づいて判定すればよい。又は、事前に情報提供サーバ２０において、配信ページの描画速度を計測し、その計測時間に基づいて判断してもよい。
【００９０】
また、本実施の形態では、フレームの不可視化に関して、フレームの配置位置をずらす例を説明した。但し、フレームの不可視化の方法は、これだけに限定されない。例えば、フレーム（フレームのオブジェクト）のプロパティを次のいずれかのように操作することによって、フレームの不可視化を実現してもよい。
（１）ｖｉｓｉｂｉｌｉｔｙプロパティに”ｈｉｄｄｅｎ”を設定する（可視化する場合は”ｖｉｓｉｂｌｅ”を設定する。）。
（２）ｄｉｓｐｌａｙプロパティに”ｎｏｎｅ”を設定する（可視化する場合は”ｂｌｏｃｋ”を設定する）。
（３）透明度を指定するためのｏｐａｃｉｔｙプロパティに０を設定する（可視化する場合は１００を設定する）。
（４）表示サイズを指定するためのｗｉｄｔｈ、ｈｅｉｇｈｔプロパティにそれぞれ０を設定する（可視化する場合は本来の値を設定する）。
（５）重なり順序を指定するためのｚ−ｉｎｄｅｘプロパティを、現行フレームの値が最大になるようにする。
【００９１】
なお、本実施の形態において採用した配置位置をずらす方法は、以上（１）〜（５）に示した方法との比較において、切り替え速度、Ｗｅｂブラウザ間の互換性、挙動の安定性等の観点において最もバランスが良いといった優位性が認められる。但し、今後のＷｅｂブラウザの実装の変化に応じて、他の方法又は新たな仕様に基づくプロパティの操作によって不可視化が実現されてもよい。
【００９２】
また、本実施の形態では、コンテンツエリア５２０は常に一つのフレームによって占有される例を説明した。しかし、コンテンツエリア５２０に２以上のフレームを並べて（重畳しないように）配置し、同時に複数の配信ページの閲覧を可能としてもよい。すなわち、コンテンツエリア５２０が複数のフレームによって分割されるようにしてもよい。この場合、次へボタン５１２又は前へボタン５１１のクリックに応じた振る舞いは、可視化対象とするフレームを一つずらしてもよいし、可視化対象とするフレームを全て入れ換えてもよい。
【００９３】
上述したように、本実施の形態におけるメインページ５００によれば、ユーザにキーワード等の入力を行わせることなく、配信ページ情報ＤＢ２３に登録されている配信ページを閲覧させることができる。したがって、ユーザの目的等に依存しないＷｅｂページをユーザに閲覧させることができ、ユーザに受動的にインターネットを利用させることができる。その結果、ユーザが予期していない未知の情報との偶発的な出会いを創造することができる。
【００９４】
但し、配信ページ情報ＤＢ２３に登録されているＷｅｂページが単に順番に表示されるだけでは、実用性に乏しい。ここでいう実用性とは、ユーザに便利なものとして認められ、多数のユーザを獲得すること、多数のユーザの間に普及することをいう。例えば、従来、よく見受けられる検索サイトの検索結果のように、メインページ５００に配信ページへのリンクの一覧が表示されるだけでは、ユーザに対して受動的であることを実感させる操作感を提供することはできない。結局、ユーザは、リンクの一覧の中からいずれを閲覧するかについて、意思決定をする必要が有るからである。
【００９５】
そこで、本実施の形態のメインページ５００は、所定数の配信ページのダウンロード及び描画を予めＷｅｂブラウザ１１に実行させ、表示対象とされていないものであっても描画された状態で保持しておく。したがって、ユーザの操作（次へボタン５１２又は前へボタン５１１に対する操作等）に応じて、極めて高速にページ切り替えを実現することができる。この高速性によって、ユーザは、あたかもテレビのチャンネルを切り替えるような感覚で、配信ページを次々とザッピングすることができ、おもしろそうなもの、又は流行っているもの等を高速に（ユーザの思考速度に適応した速度で）確認することができる。すなわち、高速にページが切り替えられることによって、特に目的は無い状況においてなんとなくぱらぱらと配信ページを閲覧できる環境をユーザに提供することができる。その結果、メインページ５００の実用性の確保の可能性を著しく向上させることができる。
【００９６】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００９７】
１            Ｗｅｂページ表示システム
１０          ユーザ端末
１１          Ｗｅｂブラウザ
１２          スクリプトプログラム
２０          情報提供サーバ
２１          メインページ提供部
２２          配信ページ一覧提供部
２３          配信ページ情報ＤＢ
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
１０６        表示装置
１０７        入力装置
１２１        初期化部
１２２        ページ切替部
５００        メインページ
Ｂ            バス
【図１】
2011096201.tif 000003
【図２】
2011096201.tif 000004
【図３】
2011096201.tif 000005
【図４】
2011096201.tif 000006
【図５】
2011096201.tif 000007
【図６】
2011096201.tif 000008
【図７】
2011096201.tif 000009
【図８】
2011096201.tif 000010
【図９】
2011096201.tif 000011
【図１０】
2011096201.tif 000012
【図１１】
2011096201.tif 000013