(57)【要約】【課題】複数種類からなる厖大な量のコンテンツを含むＷｅｂページを、ページ遷移なくスムーズに移動及び／又は拡大縮小させるＷｅｂページ表示方法、サーバ装置、及びプログラムを提供する。【解決手段】Ｗｅｂページ１６に組み込まれたアプレット２３がクライアント端末１１上で実行されることにより、イベント処理手段１７、レイアウト情報処理手段１８、及びコンテンツ処理手段１９がクライアント端末１１に搭載される。レイアウト情報処理手段１８は、必要となるレイアウト情報をＷｅｂページ１６上で探索し、抽出したリクエストすべきレイアウト情報をサーバ装置１０にリクエストする。コンテンツ処理手段１９は、必要となるコンテンツをＷｅｂページ１６上で探索し、抽出したリクエストすべきコンテンツをサーバ装置１０にリクエストし、受信したレイアウト情報に基づいて、受信したコンテンツをＷｅｂページ１６上に配置し表示する。【選択図】図１
2010092103.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツが配置され、単一ページ内の移動及び／又は拡大縮小が可能なＷｅｂページの表示方法であって、
クライアント端末がネットワークを介してサーバ装置にアクセスすると、前記サーバ装置が、クライアント端末上で実行可能なアプレットが組み込まれたＷｅｂページを前記クライアント端末に送信するステップと、
前記アプレットが前記クライアント端末上で実行されることにより、イベント処理手段とレイアウト情報処理手段とコンテンツ処理手段とが前記クライアント端末に搭載されるステップと、
前記イベント処理手段が、前記Ｗｅｂページの移動及び／又は拡大縮小を行うステップと、
前記レイアウト情報処理手段が、前記Ｗｅｂページの移動及び／又は拡大縮小に伴って必要となるレイアウト情報を前記Ｗｅｂページ上で探索した後、抽出したリクエストすべきレイアウト情報を前記サーバ装置にリクエストし、前記サーバ装置が該レイアウト情報を前記クライアント端末に送信するステップと、
前記コンテンツ処理手段が、前記Ｗｅｂページの移動及び／又は拡大縮小に伴って必要となるコンテンツを前記Ｗｅｂページ上で探索した後、抽出したリクエストすべきコンテンツを前記サーバ装置にリクエストし、前記サーバ装置が該コンテンツを前記クライアント端末に送信するステップと、
前記コンテンツ処理手段が、受信したレイアウト情報に基づいて、受信したコンテンツを前記Ｗｅｂページ上に配置するステップとを備えることを特徴とするＷｅｂページ表示方法。
【請求項２】
請求項１記載のＷｅｂページ表示方法において、前記レイアウト情報処理手段は、前記クライアント端末の表示領域を包含する所定領域に配置されるコンテンツに対応するレイアウト情報を探索し、前記コンテンツ処理手段は、前記クライアント端末の表示領域又は前記所定領域に配置されるコンテンツを探索することを特徴とするＷｅｂページ表示方法。
【請求項３】
請求項１及び２のいずれか１項に記載のＷｅｂページ表示方法において、前記レイアウト情報は、該レイアウト情報に対応するコンテンツに隣接して配置されるコンテンツの情報を含むことを特徴とするＷｅｂページ表示方法。
【請求項４】
請求項１〜３のいずれか１項に記載のＷｅｂページ表示方法において、前記レイアウト情報は、該レイアウト情報に対応するコンテンツが表示される表示倍率範囲を含むことを特徴とするＷｅｂページ表示方法。
【請求項５】
複数のコンテンツが配置され、単一ページ内の移動及び／又は拡大縮小が可能なＷｅｂページを、ネットワークに接続されたクライアント端末に送信するサーバ装置であって、
前記クライアント端末上で実行可能なアプレットが組み込まれたＷｅｂページを記憶すると共に、前記Ｗｅｂページに配置されるコンテンツ及び該コンテンツのレイアウト情報を記憶する記憶手段を備え、
前記アプレットは、
前記Ｗｅｂページの移動及び／又は拡大縮小を行うイベント処理手段と、
前記Ｗｅｂページの移動及び／又は拡大縮小に伴って必要となるレイアウト情報を前記Ｗｅｂページ上で探索した後、抽出したリクエストすべきレイアウト情報を前記サーバ装置にリクエストするレイアウト情報処理手段と、
前記Ｗｅｂページの移動及び／又は拡大縮小に伴って必要となるコンテンツを前記Ｗｅｂページ上で探索した後、抽出したリクエストすべきコンテンツを前記サーバ装置にリクエストし、受信したレイアウト情報に基づいて、受信したコンテンツを前記Ｗｅｂページ上に配置するコンテンツ処理手段とを、
前記クライアント端末に実現することを特徴とするサーバ装置。
【請求項６】
請求項５記載のサーバ装置において、前記レイアウト情報処理手段は、前記クライアント端末の表示領域を包含する所定領域に配置されるコンテンツに対応するレイアウト情報を探索し、前記コンテンツ処理手段は、前記クライアント端末の表示領域又は前記所定領域に配置されるコンテンツを探索することを特徴とするサーバ装置。
【請求項７】
請求項５及び６のいずれか１項に記載のサーバ装置において、前記レイアウト情報は、該レイアウト情報に対応するコンテンツに隣接して配置されるコンテンツの情報を含むことを特徴とするサーバ装置。
【請求項８】
請求項５〜７のいずれか１項に記載のサーバ装置において、前記レイアウト情報は、該レイアウト情報に対応するコンテンツが表示される表示倍率範囲を含むことを特徴とするサーバ装置。
【請求項９】
コンピュータを、請求項５〜８のいずれか１項に記載のサーバ装置として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のコンテンツが配置され、単一ページ内の移動及び／又は拡大縮小が可能なＷｅｂページの表示技術に関し、特に、複数種類からなる厖大な量のコンテンツを含むＷｅｂページの表示技術に関する。
【背景技術】
【０００２】
近年、インターネットの普及やハードウェア技術の向上に伴って、多くのユーザがパーソナルコンピュータや携帯電話機などを情報端末装置（以下では、「クライアント端末」と呼ぶこともある。）として利用するようになっている。
このような情報端末装置には、Ｗｅｂページを閲覧するためのＷｅｂアプリケーションであるＷｅｂブラウザが搭載されており、Ｗｅｂブラウザを用いてＷｅｂページを見る機会が多くなっている。
【０００３】
Ｗｅｂページは、HTML、JavaScript（登録商標）、Flash（登録商標）、Silverlight（登録商標）などの技術で実現されるが、これらの技術を応用したRIA（Rich  Internet  Applications）と呼ばれる、Ｗｅｂサイトにアニメーションを多用したり、必要なコンテンツを動的にロードし、ユーザの利便性を向上させる技術がある。
ここで、「動的にロード」とは、共有ライブラリに含まれている関数を実際に利用しなければならない局面に遭遇した時点で初めてメモリ中に読み込むことであり、要するに、実行時にモジュールを読み込むことである。
【０００４】
RIAの代表的なものとしては、Ajax（Asynchronous  JavaScript+XML）がある。従来、Ｗｅｂブラウザを使ったＷｅｂアプリケーションでは、Ｗｅｂサーバにデータを送信して処理結果を得るには、Ｗｅｂページ全体をロードしなおさなければならなかった。Ajaxでは、指定したURLからXMLドキュメントを読み込む機能を使い、ユーザの操作や画面描画などと並行してＷｅｂサーバと非同期に通信を行なうことで、ページ遷移のないＷｅｂページを実現することができる。
【０００５】
Ajaxの技術を利用したＷｅｂサイトとしては、地図サービスを提供するGoogleマップ（Googleは登録商標）が知られており、特許文献１には、関連技術として以下のようなデジタルマッピングシステムの発明が開示されている。
クライアント端末が、場所リクエストを地図タイルサーバへ送信し、場所リクエストに応答する１セットの地図タイルを地図タイルサーバから受信する。そして、クライアント端末は、図１９に示すように、受信した地図タイル５０をタイルグリッドに組立てた後、当該タイルグリッドをクリッピング形状（表示領域）に対して整列させ、整列結果を地図画像として表示する。
【０００６】
Googleマップは、総データ量７０ＴＢ以上、数億枚にも及ぶ厖大な地図画像を、簡単なマウス操作で、ページ遷移なくスムーズに移動及び拡大縮小することを可能とし、これによって地図の視認性を高めている。
【０００７】
Googleマップにおいて厖大な地図画像の処理を可能としている要因は、コンテンツが同一形状の画像情報に限定されており、それらコンテンツを必要な量だけ動的にＷｅｂサーバからロードしてくる点にある。即ち、コンテンツを画像情報に限定することで、プログラムの構成を簡易且つ軽量化すると共に、コンテンツを同一形状とすることで、コンテンツを配置する位置を簡単な格子点の計算で決定することができる。また、コンテンツを必要な量だけ動的にロードするので、クライアント端末が保持しなければならないデータ量も少なくて済むといった利点がある。
【０００８】
【特許文献１】特表２００７−５３１００４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、Googleマップ等の地図サービスは、同一形状の画像情報のみの移動及び拡大縮小であって、複数種類のコンテンツ（画像、動画、文字等）を移動及び拡大縮小することはできない。
【００１０】
現在、複数種類のコンテンツを移動及び拡大縮小できるＷｅｂサイトは僅かしかなく、しかも、これらのＷｅｂサイトでは、Googleマップに比べて総コンテンツ量が圧倒的に少なく、移動及び拡大縮小の応答速度も遅いという難点がある。
【００１１】
複数種類からなる厖大な量のコンテンツを含み、単一ページ内の移動及び拡大縮小が可能なＷｅｂページを構築しようとした場合、各コンテンツの位置や大きさが規則的でないことが処理上問題となる。
【００１２】
本発明はかかる事情に鑑みてなされたもので、複数種類からなる厖大な量のコンテンツを含むＷｅｂページを、ページ遷移なくスムーズに移動及び／又は拡大縮小させることが可能なＷｅｂページ表示方法、サーバ装置、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明は、複数のコンテンツが配置され、単一ページ内の移動及び／又は拡大縮小が可能なＷｅｂページの表示方法、並びにその方法に使用するサーバ装置及びプログラムに関する発明であって、クライアント端末が、コンテンツに加えてレイアウト情報をサーバ装置から動的にロードすることにより、不規則な形状からなる厖大な量のコンテンツを含むＷｅｂページのスムーズな移動及び／又は拡大縮小を実現するものである。
【００１４】
サーバ装置は、クライアント端末上で実行可能なアプレットが組み込まれたＷｅｂページを記憶すると共に、前記Ｗｅｂページに配置されるコンテンツ及び該コンテンツのレイアウト情報を記憶する記憶手段を備えている。
【００１５】
（ステップ１）クライアント端末がネットワークを介してサーバ装置にアクセスすると、前記サーバ装置は、クライアント端末上で実行可能なアプレットが組み込まれたＷｅｂページを前記クライアント端末に送信する。
（ステップ２）前記クライアント端末では、前記アプレットが実行され、イベント処理手段とレイアウト情報処理手段とコンテンツ処理手段とが前記クライアント端末に搭載される。
（ステップ３）ユーザによって前記クライアント端末にイベントが入力されると、前記イベント処理手段は、前記イベントに応じて前記Ｗｅｂページの移動及び／又は拡大縮小を行う。
（ステップ４）前記レイアウト情報処理手段は、前記Ｗｅｂページの移動及び／又は拡大縮小に伴って必要となるレイアウト情報を前記Ｗｅｂページ上で探索し、抽出したリクエストすべきレイアウト情報を前記サーバ装置にリクエストする。具体的には、前記Ｗｅｂページの移動及び／又は拡大縮小後の前記クライアント端末の表示領域に配置されるコンテンツに対応するレイアウト情報を１つ決定し、該レイアウト情報を起点として、前記Ｗｅｂページの移動及び／又は拡大縮小に伴って必要となるレイアウト情報を前記Ｗｅｂページ上で探索する。
これに対して、前記サーバ装置は、リクエストされたレイアウト情報を前記クライアント端末に送信する。
（ステップ５）前記コンテンツ処理手段は、前記Ｗｅｂページの移動及び／又は拡大縮小に伴って必要となるコンテンツを前記Ｗｅｂページ上で探索し、抽出したリクエストすべきコンテンツを前記サーバ装置にリクエストする。具体的には、前記レイアウト情報処理手段によって探索されたレイアウト情報に基づいて、前記Ｗｅｂページの移動及び／又は拡大縮小に伴って必要となるコンテンツを前記Ｗｅｂページ上で探索する。
これに対して、前記サーバ装置は、リクエストされたコンテンツを前記クライアント端末に送信する。
（ステップ６）前記コンテンツ処理手段は、受信したレイアウト情報に基づいて、受信したコンテンツを前記Ｗｅｂページ上に配置し表示する。
【００１６】
ここで、アプレットは、クライアント端末のＷｅｂブラウザ、あるいはクライアント端末のデスクトップ環境上で動作するデスクトップアプリケーションに読み込まれて実行されるプログラムのことである。プログラム言語としては、JAVA（登録商標）やJavaScript、Flashなどが利用されることが多い。
また、コンテンツは、Ｗｅｂページ上に配置される画像、動画、テキスト等のデータである。一方、レイアウト情報は、コンテンツに関する情報（コンテンツの名前、内容、位置、大きさ等）を含むデータであり、各コンテンツごとに設定される。
【００１７】
コンテンツ量が厖大になると、全てのコンテンツをＷｅｂページ上に予め配置しておくのは実用上不可能となる。このため、クライアント端末の表示領域（以下では、単に「表示領域」ということがある。）に表示されるコンテンツのみＷｅｂページ上に配置する。従って、ユーザがクライアント端末上でＷｅｂページの移動又は拡大縮小を行った場合、Ｗｅｂページに対して表示領域が相対的に移動又は拡大縮小するため、表示領域に表示されるコンテンツを新たに配置する必要がある。しかし、複数種類からなる厖大な量のコンテンツを含むＷｅｂページの場合、各コンテンツの位置や大きさが規則的でないため、その処理は容易ではない。
本発明では、コンテンツごとに当該コンテンツのレイアウト情報を設定するので、コンテンツが不規則な形状であっても、レイアウト情報に基づいてコンテンツを配置することができる。また、クライアント端末に搭載されるレイアウト情報処理手段及びコンテンツ処理手段が、Ｗｅｂページの移動及び／又は拡大縮小に伴って必要となるレイアウト情報及びコンテンツをサーバ装置から動的にロードするので、１回の通信量を僅かにしてクライアント端末の負荷を最小限に抑えることができる。その結果、複数種類からなる厖大な量のコンテンツを含むＷｅｂページを、ページ遷移なくスムーズに移動及び拡大縮小させることが可能となる。
【００１８】
また、本発明では、前記レイアウト情報処理手段は、前記クライアント端末の表示領域を包含する所定領域に配置されるコンテンツに対応するレイアウト情報を探索し、前記コンテンツ処理手段は、前記クライアント端末の表示領域又は前記所定領域に配置されるコンテンツを探索するようにしてもよい。
ここで、「所定領域」とは、クライアント端末に搭載されたＷｅｂブラウザなどの表示領域及びその周囲領域をいい、例えば、表示領域に対して何％増しというように設定すればよい。また、「領域に配置されるコンテンツ」は、所定領域又は表示領域にコンテンツ全体が入っている必要はなく、部分的に入っているコンテンツを含む。
【００１９】
所定領域は、レイアウト情報及びコンテンツを探索する範囲として使用される。このため、表示領域よりも広範囲にして、表示領域の周囲のレイアウト情報及びコンテンツを先読みすることで処理時間を短縮し、Ｗｅｂページの移動又は拡大縮小に伴って一時的に非表示になる部分を減らすことができる。
なお、レイアウト情報処理手段が探索する所定領域とコンテンツ処理手段が探索する所定領域は同じである必要はなく、レイアウト情報処理手段が探索する所定領域のほうを広くして、コンテンツ処理手段が探索する所定領域を包含するようにしてもよい。このようにした場合、コンテンツをサーバ装置にリクエストする際、当該コンテンツのレイアウト情報がクライアント端末に既に保持されているので、コンテンツを表示するまでの処理が少なくてすむという利点がある。
【００２０】
また、本発明では、前記レイアウト情報は、該レイアウト情報に対応するコンテンツに隣接して配置されるコンテンツの情報を含むようにしてもよい。
これにより、クライアント端末に保持されるレイアウト情報が厖大になった場合でも、全てのレイアウト情報を探索する必要がなく、表示領域に入っている何れかのコンテンツのレイアウト情報を特定すれば、当該レイアウト情報に記録されている、隣接して配置されるコンテンツの情報から芋づる式にレイアウト情報を探索することが可能となる。その結果、クライアント端末における処理が少なくて済むという利点がある。
【００２１】
また、本発明では、前記レイアウト情報は、該レイアウト情報に対応するコンテンツが表示される表示倍率範囲を含むようにしてもよい。
上記構成とすることで、マウスのホイール等で倍率を変化させた場合、倍率によってＷｅｂページ上に表示されるコンテンツと表示されないコンテンツが発生する。即ち、倍率を変えることにより、Ｗｅｂページ上に表示されるコンテンツの内容を変化させることができる。その結果、既存のＷｅｂページにはない高い表現力を実現することができる。
【発明の効果】
【００２２】
本発明では、クライアント端末に搭載されるレイアウト情報処理手段及びコンテンツ処理手段が、Ｗｅｂページの移動及び／又は拡大縮小に伴って必要となるレイアウト情報及びコンテンツをサーバ装置から動的にロードするので、複数種類からなる厖大な量のコンテンツを含むＷｅｂページを、ページ遷移なくスムーズに移動及び拡大縮小させることができる。また、派生効果として、倍率によってコンテンツの内容を変化させることができるので、既存のＷｅｂページにはない高い表現能力を実現することができる。
【発明を実施するための最良の形態】
【００２３】
続いて、添付した図面を参照しつつ、本発明を具体化した実施の形態につき説明し、本発明の理解に供する。
【００２４】
［１．Ｗｅｂページ表示システムの構成］
図１に、本発明を実現するＷｅｂページ表示システムの一構成例を示す。同図に示すように、Ｗｅｂページ表示システムは、サーバ装置１０と、インターネットあるいはイントラネット等のネットワーク１２を介してサーバ装置１０に接続される不特定多数のクライアント端末１１とを含んで構成される。
【００２５】
サーバ装置１０は、Ｗｅｂサーバ１３と記憶部１４とを備えている。Ｗｅｂサーバ１３は、HTTP（HyperText  Transfer  Protocol）に則り、クライアント端末１１からのリクエストに応じてＷｅｂページ１６を送信するサーバコンピュータであり、記憶部１４はハードディスク等の外部記憶装置である。
【００２６】
Ｗｅｂサーバ１３のハードウェア構成を図２に示す。同図に示すように、Ｗｅｂサーバ１３は、ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、ハードディスク３４、記録媒体ドライブ３５、ＬＡＮアダプタ３６、ビデオアダプタ３７、並びに入力デバイスとしてキーボード３８及びマウス３９を備え、これらがシステムバス３０を介して互いに接続されている。ＣＰＵ３１とシステムバス３０との間、及び記録媒体ドライブ３５とシステムバス３０との間には、図示しないインタフェース回路やチップセット等が設けられている。
【００２７】
ＣＰＵ３１は、ＲＯＭ３３やハードディスク３４、記録媒体ドライブ３５に記憶されたプログラムをＲＡＭ３２に一時的に記憶し、その後、ＲＡＭ３２に記憶されたプログラムを順次読み出して後述する各種制御処理を実行する。
【００２８】
ＲＡＭ３２は、ＯＳ（オペレーティングシステム）の一部及びアプリケーションプログラムをロードすると共に、ＣＰＵ３１の制御下でアプリケーションプログラムを実行する際に使用される配列や変数等の各種データを一時的に記憶する。
ＲＯＭ３３には、各ハードウェアの制御プログラム（いわゆるBIOS）等が記憶されている。なお、ＲＯＭ３３はＯＳの一部を記憶することも可能である。
【００２９】
ハードディスク３４は、ＯＳや、画面情報（HTMLやCGI等で記述された、ディスプレイに画面を表示させるための情報）を含む各種アプリケーションプログラムを記憶する。
記録媒体ドライブ３５は、ＣＤ−ＲＯＭドライブ、ＤＶＤ−ＲＯＭドライブ、ＤＶＤ−Ｒドライブ等、記録媒体のデータを読み出し可能な駆動装置である。
【００３０】
ＬＡＮアダプタ３６（ネットワークインタフェースカード）は、ネットワーク１２に接続するための通信インタフェースである。
ビデオアダプタ３７は、いわゆるビデオグラフィックアダプタ（ＶＧＡ）であり、液晶ディスプレイ等の各種ディスプレイが接続される。
【００３１】
システムバス３０は、ＰＣＩバスやＡＧＰバス等の各種システムバスで構成され、各システムバスは、通常いわゆるチップセットを介して互いに接続される。
【００３２】
サーバ装置１０の記憶手段は、Ｗｅｂサーバ１３が備えるハードディスク３４と記憶部１４とから構成される。Ｗｅｂサーバ１３のハードディスク３４には、アプレット２３が組み込まれたＷｅｂページ１６が、記憶部１４には、Ｗｅｂページ１６上に配置されるコンテンツやコンテンツのレイアウト情報などのデータがそれぞれ記憶されている。
なお、サーバ装置１０の記憶手段を、Ｗｅｂサーバ１３のハードディスク３４のみから構成してもよいし、コンテンツとレイアウト情報を別々の外部記憶装置に記憶させてもよい。
【００３３】
サーバ装置１０は、ApacheやIIS（Internet  Information  Server）などのＷｅｂサーバプログラムにより制御される。
また、アプレット２３は、クライアント端末１１のＷｅｂブラウザ１５に読み込まれて実行されるプログラムであり、JAVAやJavaScript、Flashなどでコーディングされている。アプレット２３は、クライアント端末１１に、Ｗｅｂページ１６の移動及び／又は拡大縮小を行うイベント処理手段１７と、Ｗｅｂページ１６の移動及び／又は拡大縮小に伴って必要となるレイアウト情報をＷｅｂページ１６上で探索するレイアウト情報処理手段１８と、Ｗｅｂページ１６の移動及び／又は拡大縮小に伴って必要となるコンテンツをＷｅｂページ１６上で探索するコンテンツ処理手段１９とを実現する。
【００３４】
クライアント端末１１には、Ｗｅｂページ１６を閲覧するためのＷｅｂブラウザ１５が搭載されており、パーソナルコンピュータ、携帯電話機、PDA（Personal  Digital  Assistant）、テレビ受像器などの電子機器が該当する。クライアント端末１１のハードウェア構成は、Ｗｅｂサーバ１３と基本的に同一であり、各ハードウェアはＣＰＵ４１によって制御されている（図２参照）。Ｗｅｂブラウザ１５は、ハードディスク４４からＲＡＭ４２にロードされ、ビデオアダプタ４７を介してディスプレイ（図示省略）に表示される。
【００３５】
クライアント端末１１がＬＡＮアダプタ４６を介してサーバ装置１０に最初にアクセスすると、サーバ装置１０は、初期画面となるＷｅｂページ１６をＬＡＮアダプタ３６を介してクライアント端末１１に送信する。送信されたＷｅｂページ１６はクライアント端末１１のＲＡＭ４２に一時的に記憶され、アプレット２３がクライアント端末１１上で実行される。そして、イベント処理手段１７、レイアウト情報処理手段１８、及びコンテンツ処理手段１９がクライアント端末１１に搭載される。
【００３６】
［２．コンテンツ及びレイアウト情報］
コンテンツは、Ｗｅｂページ上に配置される画像、動画、テキスト等のデータである。
一方、レイアウト情報は、コンテンツに関する情報を含むデータである。レイアウト情報は各コンテンツごとに設定され、記憶部１４のデータベース等に格納されている。その際、必要に応じてXML等に変換して格納される。図３にレイアウト情報の一例を示す。同図より明らかなように、レイアウト情報は、コンテンツ名、位置、大きさなどから構成されている。コンテンツ名がレイアウト情報のＩＤになっており、各レイアウト情報はＩＤによって識別される。neighborLDは、隣接して配置されるコンテンツの名前（隣接して配置されるコンテンツに対応するレイアウト情報のＩＤ）であり、複数登録することができる。また、移動や拡大縮小などのイベント発生時の動作や所属するクラス等をレイアウト情報に含んでもよく、さらに多くの情報を含んでいてもよい。なお、コンテンツの位置及び大きさは、当該コンテンツを内包する親コンテンツに対して相対的な値を指定してもよい。
【００３７】
図４に、レイアウト情報で規定されるコンテンツの外形を破線で可視化した一例を示す。また、図４に表示された各コンテンツのレイアウト情報を図５に示す。この例では、４つのコンテンツから構成されており、コンテンツａ１内にコンテンツａ２〜ａ４が配置される。具体的には、図５に示された各コンテンツのレイアウト情報より、コンテンツａ１は幅１００×高さ１００のピンク色をした方形領域、コンテンツａ２は幅３５×高さ８０の青色をした矩形領域、コンテンツａ３は幅３５×高さ３５の画像データ、コンテンツａ４は幅３５×高さ３５のHTMLデータであることなどがわかる。また、コンテンツａ１に隣接するコンテンツがａ２であり、コンテンツａ２に隣接するコンテンツがａ３とａ４であることなどがわかる。
【００３８】
［３．Ｗｅｂページ表示システムの動作］
次に、Ｗｅｂページ表示システムの動作について、図６に示されたＷｅｂページ２０を例に採り説明する。
ｗｏｒｌｄは、コンテンツが配置されるＷｅｂページ２０である。Ｗｅｂページ２０上には、ａａ１、ｂｂ１、ｃｃ１、ｄｄ１の４つのコンテンツが配置され、コンテンツａａ１内にはコンテンツａ１〜ａ５が、コンテンツｂｂ１内にはコンテンツｂ１〜ｂ５が、コンテンツｃｃ１内にはコンテンツｃ１〜ｃ４が、コンテンツｄｄ１内にはコンテンツｄ１〜ｄ５がそれぞれ配置される。なお、括弧で示された数値は表示倍率の範囲を示している。例えば、ａ１（２，∞）は、表示倍率が２以上の場合にコンテンツａ１が表示されることを表している。
【００３９】
図７は、クライアント端末１１に搭載されたＷｅｂブラウザ１５の表示領域２１を、Ｗｅｂページ２０上に投影したものであり、表示領域２１内に配置されているコンテンツがＷｅｂブラウザ１５により表示されることになる。ユーザがクライアント端末１１上でＷｅｂページ２０の移動又は拡大縮小を行った場合、Ｗｅｂページ２０に対して表示領域２１が相対的に移動又は拡大縮小するため、表示領域２１に表示されるコンテンツを新たに配置する必要がある。この場合、Ｗｅｂページ表示システムにおける処理は、図８に示すように、イベント処理Ｓ１００、レイアウト情報処理Ｓ２００、及びコンテンツ処理Ｓ３００の３つに大きく分けられる。
【００４０】
［３−１．移動イベント］
Ｗｅｂページ２０を上下左右斜め方向に移動するイベントについて説明する。図９にイベント処理のフローチャートを示す。
クライアント端末１１のＷｅｂブラウザ１５上で、マウス４９やキーボード４８などの入力デバイス（図２参照）からクライアント端末１１に移動イベントが入力されると（ステップＳ１０１）、イベント処理手段１７は、Ｗｅｂページ２０の移動量（ｄｘ，ｄｙ）を算出する（ステップＳ１０２）。表示領域２１に対するＷｅｂページ２０の相対座標を（ｘ，ｙ）とすると、表示領域２１に対するＷｅｂページ２０の相対座標は、イベント処理手段１７によって（ｘ＋ｄｘ，ｙ＋ｄｙ）に更新される。この処理により、Ｗｅｂページ２０が移動する（ステップＳ１０３）。
なお、Ｗｅｂページ２０上のコンテンツは、Ｗｅｂページ２０に対する相対座標で設定しているため、座標の更新をする必要はない。
【００４１】
図１２は、移動前のＷｅｂページ２０を示したものである。図中、実線で示したコンテンツは、Ｗｅｂページ２０上に配置されているコンテンツを示し、破線で示したコンテンツは、レイアウト情報のみ受信していることを示している。また、表示領域２１を包含する領域として所定領域２２が設定されている。本実施の形態では、アプレット２３によってクライアント端末１１に搭載されるレイアウト情報処理手段１８は、所定領域２２に配置されるコンテンツに対応するレイアウト情報を探索し、アプレット２３によってクライアント端末１１に搭載されるコンテンツ処理手段１９は、表示領域２１に配置されるコンテンツを探索する。従って、移動前のＷｅｂページ２０では、表示領域２１に配置されるコンテンツａ２、ａ３、ａ４、ａ５、ｃ２、ｃ３がＷｅｂページ２０上に配置され、所定領域２２内かつ表示領域２１外に配置されるコンテンツａ１、ｂ１、ｂ４、ｃ１、ｃ４、ｄ１についてはレイアウト情報のみ受信している。
【００４２】
図１３は、移動後かつ動的ロード前（クライアント端末１１が、レイアウト情報処理手段１８によって抽出されたレイアウト情報及びコンテンツ処理手段１９によって抽出されたコンテンツをサーバ装置１０にリクエストする前）のＷｅｂページ２０を示したものであり、表示領域２１には新たなコンテンツが表示されていないことがわかる。
【００４３】
［３−２．レイアウト情報処理］
次に、アプレット２３によってクライアント端末１１に搭載されるレイアウト情報処理手段１８によって実行されるレイアウト情報処理について、図１０のフローチャートを用いて説明する。
先ず、移動後の表示領域２１に配置されるコンテンツに対応するレイアウト情報を１つ決定し、当該レイアウト情報のＩＤを探索用キューに追加する（ステップＳ２０１）。ここで、キューは、先に入力したデータが先に出力されるという特徴をもつデータ構造のことであり、探索用キューは探索リストに相当する。図１３の場合、ｂ１、ｂ４、ｄ１の何れか１つを選択し、探索用キューに追加することになる。
【００４４】
次いで、探索用キューから１つレイアウト情報ＩＤを取り出し、探索すべきレイアウト情報（探索レイアウト情報）とする（ステップＳ２０２）。そして、探索レイアウト情報についてサーバ装置１０にリクエストする必要があるかどうか判断する（ステップＳ２０３）。具体的には、探索レイアウト情報が、探索済みでなく、且つクライアント端末１１のＲＡＭ４２にロードされていない場合、当該探索レイアウト情報をサーバ装置１０にリクエストする（ステップＳ２０４）。これに対して、サーバ装置１０は、リクエストされた探索レイアウト情報を記憶部１４から取り出し、クライアント端末１１に送信する。送信された探索レイアウト情報は、クライアント端末１１のＲＡＭ４２に記憶される。
【００４５】
次に、レイアウト情報処理手段１８は、探索レイアウト情報に記載されている、隣接して配置されるコンテンツのレイアウト情報ＩＤについて探索キューに追加する必要があるかどうか判断する（ステップＳ２０５）。具体的には、探索レイアウト情報に基づいて、当該探索レイアウト情報に対応するコンテンツが所定領域２２に被っており、さらに現在の倍率が表示倍率範囲内かどうか判断し、該当する場合、探索済みでない全てのレイアウト情報ＩＤを探索キューに追加し（ステップＳ２０６）、探索キューが空になるまで探索を実行する（ステップＳ２０７）。ここで、「被る」とは、コンテンツの少なくとも一部が所定領域２２又は表示領域２１に入っている状態をいう。
【００４６】
なお、別の方法として、探索レイアウト情報を決定した後、当該探索レイアウト情報のＩＤと、所定領域の座標、大きさをサーバ装置１０に送信し、サーバ装置１０が所定領域２２内の全てのレイアウト情報をクライアント端末１１に送信するようにしてもよい。
【００４７】
［３−３．コンテンツ処理］
次に、アプレット２３によってクライアント端末１１に搭載されるコンテンツ処理手段１９によって実行されるコンテンツ処理について、図１１のフローチャートを用いて説明する。
先ず、移動後の表示領域２１に配置されるコンテンツに対応するレイアウト情報を１つ決定し、当該レイアウト情報のＩＤを探索用キューに追加する（ステップＳ３０１）。
【００４８】
次いで、探索用キューから１つレイアウト情報ＩＤを取り出し、探索すべきレイアウト情報（探索レイアウト情報）とする（ステップＳ３０２）。そして、探索レイアウト情報に対応するコンテンツについてサーバ装置１０にリクエストする必要があるかどうか判断する（ステップＳ３０３）。具体的には、探索レイアウト情報が、探索済みでない場合、探索レイアウト情報に基づいて、当該探索レイアウト情報に対応するコンテンツが表示領域２１に被っており、さらに現在の倍率が表示倍率範囲内かどうか判断し、探索レイアウト情報に対応するコンテンツがクライアント端末１１のＲＡＭ４２にロードされていない場合、当該コンテンツをサーバ装置１０にリクエストする（ステップＳ３０４）。これに対して、サーバ装置１０は、リクエストされたコンテンツを記憶部１４から取り出し、クライアント端末１１に送信する。送信されたコンテンツは、クライアント端末１１のＲＡＭ４２に記憶される。
【００４９】
コンテンツ処理手段１９は、先に受信したレイアウト情報に基づいて、受信したコンテンツをＷｅｂページ２０上に配置して表示する（ステップＳ３０５）。
そして、探索レイアウト情報に記載されている、隣接して配置されるコンテンツのレイアウト情報ＩＤについて、探索済みでない全てのレイアウト情報ＩＤを探索キューに追加し（ステップＳ３０６）、探索キューが空になるまで探索を実行する（ステップＳ３０７）。
【００５０】
図１４は、レイアウト情報処理手段１８及びコンテンツ処理手段１９によって抽出されたレイアウト情報及びコンテンツを動的ロードし、受信したレイアウト情報に基づいて、受信したコンテンツを配置した後のＷｅｂページ２０を示したものである。表示領域２１に被るコンテンツｂ１、ｂ４、ｄ１については、コンテンツがリクエストされてＷｅｂページ２０上に配置され、同じく表示領域２１に被るコンテンツｂ２、ｂ５、ｄ２については、レイアウト情報及びコンテンツがリクエストされてＷｅｂページ２０上に配置されている。また、所定領域２２に被り且つ表示領域２１外に配置されるコンテンツｂ３、ｄ３、ｄ４、ｄ５については、レイアウト情報のみリクエストされている。なお、コンテンツｃ４については、Ｗｅｂページ２０の移動前からクライアント端末１１に保持されている。
【００５１】
［３−４．拡大縮小イベント］
次に、Ｗｅｂページ２０を拡大縮小するイベントについて説明する。図１５にイベント処理のフローチャートを示す
クライアント端末１１のＷｅｂブラウザ１５上で、マウス４９やキーボード４８などの入力デバイスからクライアント端末１１に拡大縮小イベントが入力されると（ステップＳ１１１）、イベント処理手段１７は、倍率ratio(t)と拡大縮小の起点となる座標（ｘｃ，ｙｃ）を決定する（ステップＳ１１２）。拡大縮小イベントが発生する前の倍率をratio(t-1)、rをマウス４９のホイールの方向によって決定される倍率とすると、ratio(t)=ratio(t-1)*rとなる。
【００５２】
これに伴い、表示領域２１に対するＷｅｂページ２０の左上コーナー部の相対座標を（ｘ，ｙ）とすると、表示領域２１に対するＷｅｂページ２０の左上コーナー部の相対座標は、イベント処理手段１７によって（ｘｃ＋ratio＊（ｘ−ｘｃ），ｙｃ＋ratio＊（ｙ−ｙｃ））に更新される。この処理により、Ｗｅｂページ２０が移動する（ステップＳ１１３）。
また、イベント処理手段１７は、Ｗｅｂページ２０上のコンテンツの移動及び拡大縮小を行う（ステップＳ１１４）。具体的には、Ｗｅｂページ２０上におけるコンテンツの左上コーナー部のｘ座標及びｙ座標、幅、高さを（ｘａ，ｙａ，ｗａ，ｈａ）とすると、それらはratio＊（ｘａ，ｙａ，ｗａ，ｈａ）に更新される。
【００５３】
例として、倍率ratioを１から２に拡大する場合について説明する。図１６は、拡大前のＷｅｂページ２０を示したものである。倍率ratioが１であるため、倍率ratioが２以上のコンテンツは表示されない（図６参照）。
また、図１７は、拡大後かつ動的ロード前のＷｅｂページ２０を示したものであり、表示領域２１には新たなコンテンツが表示されていないことがわかる。
【００５４】
Ｗｅｂページ２０の拡大縮小に伴うレイアウト情報処理手段１８及びコンテンツ処理手段１９による処理も、Ｗｅｂページ２０の移動に伴う前述の処理と基本的に同様である。図１８は、レイアウト情報処理手段１８及びコンテンツ処理手段１９によって抽出されたレイアウト情報及びコンテンツを動的ロードし、受信したレイアウト情報に基づいて、受信したコンテンツを配置した後のＷｅｂページ２０を示したものである。表示領域２１に被るコンテンツａ２、ａ３、ａ４、ａ５、ｃ２については、コンテンツがリクエストされてＷｅｂページ２０上に配置され、所定領域２２に被り且つ表示領域２１外に配置されるコンテンツａ１、ｂ１、ｂ４、ｃ４、ｄ１については、レイアウト情報のみリクエストされている。なお、表示領域２１に被るコンテンツｃ３、及び所定領域２２に被り且つ表示領域２１外に配置されるｃ１は、表示倍率が３以上であるため、サーバ装置１０にリクエストされていない。
【００５５】
本実施の形態では、レイアウト情報にコンテンツの表示倍率範囲を規定しているので、マウスのホイール等で倍率を変化させることで、Ｗｅｂページ上に表示されるコンテンツの内容を変化させることが可能である。即ち、コンテンツの単なる拡大縮小にとどまらず、倍率が１のときはコンテンツα、倍率が２〜４のときはコンテンツβ、倍率が５以上のときはコンテンツγを表示させるといったことができる。その結果、既存のＷｅｂページにはない高い表現力を実現することが可能となる。
【００５６】
本発明によれば、コンテンツに加えてレイアウト情報を動的に送受信するので、複数種類の厖大なコンテンツを含むＷｅｂページをスムーズに移動及び拡大縮小することができる。例えば、厖大な商品を備えるＥＣ（Electronic  Commerce）サイトでは、多数の商品情報をページ遷移なしに閲覧することができる。また、厖大な写真データを有する写真投稿サイトでは、多数の写真をページ遷移なしに閲覧することができる。これにより、ユーザの操作性が向上し、サイトの利用率が上がることが期待できる。
【００５７】
以上、本発明を実現するＷｅｂページ表示システムの一構成例について説明してきたが、本発明は何ら上記構成例に限定されるものではなく、特許請求の範囲に記載されている事項の範囲内で考えられるその他の構成例や変形例も含むものである。例えば、上記構成例では、Ｗｅｂページを閲覧するソフトウェアをＷｅｂブラウザとして説明してきたが、Ｗｅｂブラウザに限定されるものではなく、Adobe  Systems社のAIR（Adobe  Integrated  Runtime）を用いて作成されたデスクトップアプリケーションやApple社のiTunes（登録商標）などのデスクトップアプリケーションを用いてＷｅｂページを閲覧する場合も本発明は含んでいる。
【００５８】
また、上記構成例では、コンテンツの探索領域を表示領域としたが、所定領域としてもよい。さらにまた、コンテンツの探索領域を所定領域とし、レイアウト情報の探索領域については、さらに広い所定領域を設定してもよい。
【図面の簡単な説明】
【００５９】
【図１】Ｗｅｂページ表示システムの一構成例を示す機能図である。
【図２】Ｗｅｂサーバ（クライアント端末）のハードウェア構成を示したブロック図である。
【図３】レイアウト情報の一例を示すテーブルである。
【図４】レイアウト情報で決まるコンテンツの外形を可視化した一例を示す概略図である。
【図５】図３に表示された各コンテンツのレイアウト情報である。
【図６】本発明の一実施の形態を説明するために使用されるＷｅｂページの模式図である。
【図７】同Ｗｅｂページ上に表示領域を投影した模式図である。
【図８】イベント発生からコンテンツ表示までに行われる処理を示したフローチャートである。
【図９】Ｗｅｂページの移動に関するイベント処理の手順を説明するためのフローチャートである。
【図１０】本実施の形態におけるレイアウト情報処理の手順を説明するためのフローチャートである。
【図１１】本実施の形態におけるコンテンツ処理の手順を説明するためのフローチャートである。
【図１２】移動前のＷｅｂページの模式図である。
【図１３】移動後かつ動的ロード前のＷｅｂページの模式図である。
【図１４】レイアウト情報処理手段及びコンテンツ処理手段によって抽出されたレイアウト情報及びコンテンツを動的ロードし、受信したコンテンツを配置した後のＷｅｂページの模式図である。
【図１５】Ｗｅｂページの拡大縮小に関するイベント処理の手順を説明するためのフローチャートである。
【図１６】拡大前のＷｅｂページの模式図である。
【図１７】拡大後かつ動的ロード前のＷｅｂページの模式図である。
【図１８】レイアウト情報処理手段及びコンテンツ処理手段によって抽出されたレイアウト情報及びコンテンツを動的ロードし、受信したコンテンツを配置した後のＷｅｂページの模式図である。
【図１９】Googleマップを説明するための模式図である。
【符号の説明】
【００６０】
１０：サーバ装置、１１：クライアント端末、１２：ネットワーク、１３：Ｗｅｂサーバ、１４：記憶部、１５：Ｗｅｂブラウザ、１６：Ｗｅｂページ、１７：イベント処理手段、１８：レイアウト情報処理手段、１９：コンテンツ処理手段、２０：Ｗｅｂページ、２１：表示領域、２２：所定領域、２３：アプレット、３０：システムバス、３１：ＣＰＵ、３２：ＲＡＭ、３３：ＲＯＭ、３４：ハードディスク、３５：記録媒体ドライブ、３６：ＬＡＮアダプタ、３７：ビデオアダプタ、３８：キーボード、３９：マウス、４１：ＣＰＵ、４２：ＲＡＭ、４４：ハードディスク、４６：ＬＡＮアダプタ、４７：ビデオアダプタ、４８：キーボード、４９：マウス、５０：地図タイル
【図１】
2010092103.tif 000003
【図２】
2010092103.tif 000004
【図３】
2010092103.tif 000005
【図４】
2010092103.tif 000006
【図５】
2010092103.tif 000007
【図６】
2010092103.tif 000008
【図７】
2010092103.tif 000009
【図８】
2010092103.tif 000010
【図９】
2010092103.tif 000011
【図１０】
2010092103.tif 000012
【図１１】
2010092103.tif 000013
【図１２】
2010092103.tif 000014
【図１３】
2010092103.tif 000015
【図１４】
2010092103.tif 000016
【図１５】
2010092103.tif 000017
【図１６】
2010092103.tif 000018
【図１７】
2010092103.tif 000019
【図１８】
2010092103.tif 000020
【図１９】
2010092103.tif 000021