JPWO2015083563A1 - ブラウザ装置、記録媒体、サーバ装置、及び、情報処理方法 - Google Patents

Abstract

本技術は、Webコンテンツの閲覧の際の負荷を軽減することができるようにするブラウザ装置、記録媒体、サーバ装置、及び、情報処理方法に関する。ユニキャストプロトコルでWebサイトに対してリクエストを送信するとともに、当該WebサイトからWebコンテンツを受信するユニキャスト通信部と、マルチキャストプロトコルでマルチキャスト配信されたWebコンテンツを受信するマルチキャスト通信部とを有するWebブラウザが実装され、外部からの入力に応じて、ユニキャストプロトコルでWebサイトに対してリクエストを送信するとともに、当該WebサイトからWebコンテンツを受信するように、Webブラウザのユニキャスト通信部を制御する制御部を含むブラウザ装置が提供される。

Description

本技術は、ブラウザ装置、記録媒体、サーバ装置、及び、情報処理方法に関し、特に、Webコンテンツの閲覧の際の負荷を軽減することができるようにしたブラウザ装置、記録媒体、サーバ装置、及び、情報処理方法に関する。

通信の分野では、単一の送信相手を指定して、データを送信するユニキャスト通信が広く用いられている。すなわち、クライアント装置（ブラウザ装置）において、Webブラウザを用いたWebサイトの閲覧を行う場合、WebブラウザからのリクエストをWebサーバ装置に送信し、当該Webサーバ装置がレスポンスとして、Webコンテンツを配信することになる。

また、本出願人は、楽曲のオーディオデータを、放送プロトコルを用い、所定の単位時間内において繰り返して放送する技術を提案している（例えば、特許文献１参照）。

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

ところで、従来の通信の技術では、上述した放送を用いた技術と異なり、ユニキャスト通信が広く用いられているため、一定期間内であれば、誰が見ても同一のWebコンテンツであっても、リクエストしたユーザごとにそれぞれ同一のWebコンテンツが配信されることになる。

例えば、ニュースや天気予報など、多くのユーザが同じような時間帯に見るWebコンテンツでは、Webコンテンツのリクエストとそれに応じた配信が短時間内に行われ、ネットワークやWebサーバ装置の負荷が一時的に非常に高くなる。

そのため、平均的な負荷を想定した設備であれば、障害が発生する恐れがある。また、そのような障害を回避するためには、負荷のピークをあらかじめ想定した設備を準備する必要があるが、当該設備を準備するためにはコストがかかってしまう。

本技術はこのような状況に鑑みてなされたものであり、Webコンテンツの閲覧の際の負荷を軽減することができるようにするものである。

本技術の第１の側面のブラウザ装置は、ユニキャストプロトコルでWebサイトに対してリクエストを送信するとともに、当該WebサイトからWebコンテンツを受信する第１の通信機能部と、マルチキャストプロトコルでマルチキャスト配信されたWebコンテンツを受信する第２の通信機能部とを有するWebブラウザアプリケーションが実装され、外部からの入力に応じて、ユニキャストプロトコルでWebサイトに対してリクエストを送信するとともに、当該WebサイトからWebコンテンツを受信するように、前記Webブラウザアプリケーションの前記第１の通信機能部を制御する制御部を備える。

前記第２の通信機能部は、複数のWebコンテンツを受信し、前記制御部は、前記複数のWebコンテンツから、特定のURLアドレスのWebコンテンツのみを記録媒体に記録することができる。

前記制御部は、前記第２の通信機能部により受信されたWebコンテンツにエラーが含まれている場合、当該WebコンテンツをWebサイトにリクエストするように、前記第１の通信機能部を制御することができる。

移動体通信網にアクセス可能な通信インタフェースをさらに備え、前記第１の通信機能部及び前記第２の通信機能部は、前記通信インタフェースを介して通信を行うことができる。

本技術の第１の側面の記録媒体は、上述した本技術の第１の側面のブラウザ装置に対応する記録媒体である。

本技術の第１の側面のブラウザ装置及び記録媒体においては、Webブラウザアプリケーションによって、ユニキャストプロトコルでWebサイトに対してリクエストを送信するとともに、当該WebサイトからWebコンテンツが受信され、マルチキャストプロトコルでマルチキャスト配信されたWebコンテンツが受信される。また、外部からの入力に応じて、ユニキャストプロトコルでWebサイトに対してリクエストが送信されるとともに、当該WebサイトからWebコンテンツを受信するように、前記Webブラウザアプリケーションが制御される。

本技術の第２の側面のサーバ装置は、ユニキャストプロトコルでWebサイトからWebコンテンツを受信する第１の通信機能部と、前記Webコンテンツを一時的に記憶するキャッシュメモリと、前記一時的に記憶されたWebコンテンツを、マルチキャストプロトコルで、マルチキャスト配信する第２の通信機能部と、前記第１の通信機能部、前記第２の通信機能部、及び、前記キャッシュメモリの動作を制御する制御部とを備える。

前記制御部は、前記一時的に記憶されたWebコンテンツに、当該Webコンテンツの更新時刻を少なくとも含むヘッダ情報を付加してパッケージ化することで、コンテンツパックを生成することができ、前記第２の通信機能部は、当該コンテンツパックをマルチキャスト配信することができる。

前記制御部は、前記Webコンテンツに、エラー訂正用のチェックサムをさらに付加してパッケージ化することができる。

前記制御部は、複数のコンテンツパックに含まれる各WebサイトのURLアドレスのリストを生成することができ、前記第２の通信機能部は、当該URLアドレスのリストを、所定の間隔でマルチキャスト配信することができる。

本技術の第２の側面の情報処理方法は、上述した本技術の第２の側面のサーバ装置に対応する情報処理方法である。

本技術の第２の側面のサーバ装置及び情報処理方法においては、ユニキャストプロトコルによる、WebサイトからのWebコンテンツの受信が制御され、前記Webコンテンツのキャッシュメモリへの一時的な記憶が制御され、前記キャッシュメモリに一時的に記憶されたWebコンテンツの、マルチキャストプロトコルによる、マルチキャスト配信が制御される。

ブラウザ装置や、サーバ装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。

本技術の第１の側面及び第２の側面によれば、Webコンテンツの閲覧の際の負荷を軽減することができる。

なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。

本技術を適用した通信システムの一実施の形態を示す図である。 本技術を適用したサーバ装置の一実施の形態を示す図である。 本技術を適用したブラウザ装置の一実施の形態を示す図である。 マルチキャストに対応したWebブラウザアプリケーションの構成を示す図である。 コンテンツパックの構造の例を示す図である。 Webコンテンツの配信方法を示す図である。 Webコンテンツ配信処理を説明するフローチャートである。 Webコンテンツ受信処理を説明するフローチャートである。 エラー訂正処理の詳細を説明するフローチャートである。 Webコンテンツ再配信処理を説明するフローチャートである。 コンピュータの構成例を示す図である。

以下、図面を参照しながら本技術の実施の形態について説明する。

なお、説明は以下の順序で行うものとする。
１．システム構成
２．プロトコルスタック
３．Webコンテンツの配信方法
４．各装置の具体的な処理の流れ
５．変形例
６．コンピュータの構成

＜１．システム構成＞

（通信システムの構成）
図１は、本技術を適用した通信システムの一実施の形態を示す図である。

図１に示すように、通信システム１は、Webサーバ装置１０−１乃至１０−Ｎ（Ｎは１以上の整数）、中間サーバ装置２０、及び、ブラウザ装置３０−１乃至３０−Ｍ（Ｍは１以上の整数）から構成される。中間サーバ装置２０と、Webサーバ装置１０−１乃至１０−Ｎは、ネットワーク９０−１を介して相互に接続されている。また、中間サーバ装置２０と、ブラウザ装置３０−１乃至３０−Ｍは、ネットワーク９０−２を介して相互に接続されている。

Webサーバ装置１０−１は、Webサイトを提供する専用のサーバ（オリジンサーバ）である。Webサーバ装置１０−１は、当該Webサイト上で公開されているWebコンテンツを、ネットワーク９０−１を介して中間サーバ装置２０に提供する。

なお、当該Webコンテンツとしては、検索エンジンによる検索結果などのユーザ固有の情報ではなく、例えばニュースや天気予報などの、ユーザごとに内容が変わる情報ではなくて、さらに動的に内容が変化しない情報が好適である。また、Webコンテンツは、HTML(HyperText Markup Language)文書、CSS(Cascading Style Sheets)、JavaScript（登録商標）、画像データなど、複数のファイルから構成されている。以下の説明では、これらのファイルをまとめてリソースとも称する。

Webサーバ装置１０−２乃至１０−Ｎは、Webサーバ装置１０−１と同様に、各WebサイトのWebコンテンツを、ネットワーク９０−１を介して、中間サーバ装置２０に提供する。ただし、Webサーバ装置１０−１乃至１０−Ｎと中間サーバ装置２０では、HTTP(HyperText Transfer Protocol)を用いたユニキャスト通信が行われる。

中間サーバ装置２０は、Webサーバ装置１０−１乃至１０−Ｎから、ネットワーク９０−１を介してWebコンテンツを取得し、一時的に記憶する。中間サーバ装置２０は、一時的に記憶されたWebコンテンツを、ネットワーク９０−２を介してブラウザ装置３０−１乃至３０−Ｍにマルチキャスト配信する。

なお、中間サーバ装置２０がWebコンテンツのマルチキャスト配信を行う際には、ブラウザ装置３０−１乃至３０−Ｍがマルチキャストグループにあらかじめ参加しているものとする。マルチキャストグループとは、中間サーバ装置２０からのWebコンテンツのマルチキャスト配信を受ける複数の端末装置をグループ化したものであって、例えば、中間サーバ装置２０とブラウザ装置３０−１乃至３０−Ｍの通信経路上に設けられたルータ装置（不図示）等の中継装置が、ルーティングテーブル等により管理する。

ブラウザ装置３０−１は、中間サーバ装置２０からマルチキャスト配信されるWebコンテンツを、ネットワーク９０−２を介して受信する。ブラウザ装置３０−１においては、Webブラウザにより、中間サーバ装置２０からのWebコンテンツが、表示部に表示される。

ブラウザ装置３０−２乃至３０−Ｍは、ブラウザ装置３０−１と同様に、中間サーバ装置２０からマルチキャスト配信されるWebコンテンツを受信して、Webブラウザにより表示部に表示する。なお、ブラウザ装置３０−１乃至３０−Ｍは、例えば、タブレット端末、スマートフォン、携帯電話機、眼鏡型や腕時計型のウェアラブルコンピュータ、ノート型パーソナルコンピュータ、パーソナルコンピュータなどの電子機器である。

なお、説明の都合上、図１において、ネットワーク９０−１とネットワーク９０−２は、異なるネットワークであるとして説明しているが、例えば、インターネットなどの同一のネットワークとして構成されるようにしてもよい。また、ブラウザ装置３０−１乃至３０−Ｍが、タブレット端末やスマートフォン、携帯電話機などの携帯通信端末である場合、例えば、ネットワーク９０−２には、携帯電話通信網等の移動体通信網が含まれ、当該携帯通信端末は、移動体通信網を介してインターネット網に接続されることになる。

また、以下の説明において、Webサーバ装置１０−１乃至１０−Ｎを特に区別する必要がない場合、Webサーバ装置１０と称し、ブラウザ装置３０−１乃至３０−Ｍを特に区別する必要がない場合、ブラウザ装置３０と称するものとする。さらに、ネットワーク９０−１とネットワーク９０−２を区別する必要がない場合、ネットワーク９０と称するものとする。

（中間サーバ装置の構成）
図２は、本技術を適用したサーバ装置の一実施の形態を示す図である。

図２に示すように、中間サーバ装置２０は、制御部２０１、キャッシュメモリ２０２、及び、通信部２０３から構成される。

制御部２０１は、中間サーバ装置２０の各部の動作を制御する。キャッシュメモリ２０２は、制御部２０１からの制御に従い、各種のデータを一時的に記憶する。

通信部２０３は、制御部２０１からの制御に従い、ネットワーク９０を介して、Webサーバ装置１０又はブラウザ装置３０と各種のデータのやりとりを行う。

また、制御部２０１は、Webコンテンツ取得制御部２１１、コンテンツパック生成部２１２、及び、Webコンテンツ配信制御部２１３から構成される。

Webコンテンツ取得制御部２１１は、通信部２０３を制御して、ネットワーク９０−１を介して、Webサーバ装置１０−１乃至１０−ＮからWebコンテンツを取得する。Webコンテンツ取得制御部２１１は、Webサーバ装置１０−１乃至１０−Ｎから取得したWebコンテンツを、キャッシュメモリ２０２に一時的に記憶させる。

コンテンツパック生成部２１２は、キャッシュメモリ２０２に一時的に記憶されたWebコンテンツを読み出して、パッケージ化することで、コンテンツパックを生成する。コンテンツパック生成部２１２は、生成したコンテンツパックを、Webコンテンツ配信制御部２１３に供給する。なお、コンテンツパックの詳細については、図５及び図６を参照して、後述する。

Webコンテンツ配信制御部２１３は、通信部２０３を制御して、コンテンツパック生成部２１２から供給されるコンテンツパックを、マルチキャストグループに参加しているブラウザ装置３０−１乃至３０−Ｍに対し、ネットワーク９０−２を介してマルチキャスト配信する。

また、通信部２０３は、ユニキャスト通信部２２１及びマルチキャスト通信部２２２から構成される。ユニキャスト通信部２２１は、通信部２０３による通信機能のうち、ユニキャスト通信に関する機能を有している。また、マルチキャスト通信部２２２は、通信部２０３による通信機能のうち、マルチキャスト通信に関する機能を有している。

以上のように構成される中間サーバ装置２０においては、Webサーバ装置１０−１乃至１０−ＮからのWebコンテンツが受信され、キャッシュされた後に、コンテンツパックとして、ブラウザ装置３０−１乃至３０−Ｍにマルチキャスト配信されることになる。なお、ネットワーク９０において、中間サーバ装置２０は、Webサーバ装置１０よりも、ブラウザ装置３０の近くに配置されているため、いわゆるエッジサーバ装置であるともいえる。

（ブラウザ装置の構成）
図３は、本技術を適用したブラウザ装置の一実施の形態を示す図である。

図３に示すように、ブラウザ装置３０は、制御部３０１、通信I/F３０２、Webブラウザ３０３、タッチパネル３０４、操作部３０５、キャッシュメモリ３０６、記録媒体３０７、及び、電源部３０８から構成される。

制御部３０１は、ブラウザ装置３０の各部の動作を制御する。

通信I/F３０２は、移動体通信網等を含むネットワーク９０にアクセス可能な通信インタフェースである。

Webブラウザ３０３は、Webコンテンツを閲覧するためのWebブラウザアプリケーションであって、制御部３０１からの制御に従い、Webコンテンツを、タッチパネル３０４の表示部３３１に表示する。Webブラウザ３０３は、通信部３１１、構文解析部３１２、描画部３１３、及び、コンテンツパック処理部３１４から構成される。

通信部３１１は、制御部３０１からの制御に従い、通信I/F３０２を制御して、ネットワーク９０を介して、中間サーバ装置２０やその他のサーバ装置（不図示）と各種のデータのやりとりを行う。通信部３１１は、ユニキャスト通信部３２１及びマルチキャスト通信部３２２から構成される。

ユニキャスト通信部３２１は、通信部３１１による通信機能のうち、ユニキャスト通信に関する機能を有している。例えば、ユニキャスト通信部３２１は、通信I/F３０２を介して、Webサイトを提供するサーバ装置（不図示）に対してリクエストを送信するとともに、当該WebサイトからWebコンテンツを受信し、構文解析部３１２に供給する。

また、マルチキャスト通信部３２２は、通信部３１１による通信機能のうち、マルチキャスト通信に関する機能を有している。例えば、マルチキャスト通信部３２２は、通信I/F３０２を介して、中間サーバ装置２０からマルチキャスト配信されるWebコンテンツを受信し、構文解析部３１２に供給する。

構文解析部３１２には、ユニキャスト通信部３２１又はマルチキャスト通信部３２２からWebコンテンツが供給される。構文解析部３１２は、Webコンテンツを解析して、タッチパネル３０４の表示部３３１の画面上に描画される文字や画像などの配置などを演算する。構文解析部３１２は、当該解析結果を、描画部３１３に供給する。

描画部３１３は、構文解析部３１２から供給される解析結果に基づいて、タッチパネル３０４の表示部３３１の画面上に、Webコンテンツを表示する。例えば、表示部３３１には、Webブラウザ３０３のUI(User Interface)とともに、その表示領域に、テキストや画像等からなる、ニュースや天気予報、広告などの情報が表示される。

コンテンツパック処理部３１４は、制御部３０１からの制御に従い、コンテンツパックのエラー訂正処理を含むコンテンツパックに関する処理を行う。なお、コンテンツパックの詳細については、図５及び図６を参照して、後述する。

タッチパネル３０４は、表示部３３１と、その画面上に重畳されるタッチセンサ３３２から構成される。表示部３３１は、液晶ディスプレイ(LCD：Liquid Crystal Display)や有機ELディスプレイ(OELD：Organic Electroluminescence Display)等で構成され、制御部３０１からの制御に従い、各種の情報を表示する。

また、タッチセンサ３３２は、ユーザによりタッチパネル３０４に対して行われる入力操作を、その操作が行われた場所のタッチパネル３０４上での位置とともに検出し、その検出信号を制御部３０１に供給する。制御部３０１は、タッチセンサ３３２からの検出信号に応じて、各部の動作を制御する。

操作部３０５は、ブラウザ装置３０に設けられた物理的なボタン等であり、ユーザの操作に応じて操作信号を制御部３０１に供給する。制御部３０１は、操作部３０５からの操作信号に応じて、ブラウザ装置３０の各部の動作を制御する。

キャッシュメモリ３０６は、制御部３０１からの制御に従い、各種のデータを一時的に記憶する。

記録媒体３０７は、例えば着脱可能なメモリカードやHDD（Hard Disk Drive）等から構成される。記録媒体３０７は、制御部３０１からの制御に従い、各種のデータを記録する。

電源部３０８は、蓄電池又は外部電源から得られる電源電力を、制御部３０１を含むブラウザ装置３０の各部に供給する。

以上のように構成されるブラウザ装置３０においては、Webブラウザ３０３によって、中間サーバ装置２０からマルチキャスト配信されるWebコンテンツが受信され、表示されることになる。このようなことから、ブラウザ装置３０は、Webコンテンツのマルチキャスト配信に対応した機能を有するWebブラウザ３０３が実装されたクライアント装置であるともいえる。

なお、ブラウザ装置３０において、制御部３０１、通信I/F３０２、タッチパネル３０４、操作部３０５、キャッシュメモリ３０６、記録媒体３０７、及び、電源部３０８は、ハードウェアとして構成される。一方、ブラウザ装置３０において、Webブラウザ３０３は、CPU（例えば、図１１のCPU９０１）が実行するプログラムにより実現される。

＜２．プロトコルスタック＞

（Webブラウザの構成）
図４は、Webコンテンツのマルチキャスト配信に対応した機能を有するWebブラウザ３０３の構成を示す図である。

図４のWebブラウザ３０３の構成において、最も下位の階層に位置するUDP/IPと、そのUDP/IPに隣接する上位階層のFile Transferプロトコルは、マルチキャストでの通信に用いられる。UDP/IP(User Datagram Protocol/Internet Protocol)では、コネクションレス型の通信により、データが送受信される。また、File Transferプロトコルは、ファイル転送用のプロトコルである。なお、転送するデータに、FEC(Forward Error Correction)を付加することで、エラー訂正を行うことができる。

以下、マルチキャスト通信で用いられる、これらのプロトコルを「マルチキャストプロトコル(Multicast Protocol)」と称する。図２の中間サーバ装置２０において、このマルチキャストプロトコルによる通信は、マルチキャスト通信部２２２により行われる。また、図３のブラウザ装置３０において、マルチキャストプロトコルによる通信は、マルチキャスト通信部３２２により行われる。

また、最も下位の階層に位置するTCP/IPと、そのTCP/IPに隣接する上位階層のHTTPは、ユニキャストでの通信に用いられる。TCP/IP(Transmission Control Protocol/Internet Protocol)では、コネクション型の通信により、データが送受信される。HTTPは、クライアント装置とサーバ装置との間で、Webコンテンツの送受信に用いられる通信プロトコルである。

以下、ユニキャスト通信で用いられる、これらのプロトコルを「ユニキャストプロトコル(Unicast Protocol)」と称する。図２の中間サーバ装置２０において、このユニキャストプロトコルによる通信は、ユニキャスト通信部２２１により行われる。また、図３のブラウザ装置３０において、ユニキャストプロトコルによる通信は、ユニキャスト通信部３２１により行われる。

マルチキャストプロトコルとユニキャストプロトコルの上位階層として、プロトコルスタック/キャッシュ(Protocol Stack/Cache)が共通に設けられている。プロトコルスタック/キャッシュでは、エラー訂正処理やリソースをキャッシュする処理などが行われる。

グラフィックス(Graphics)は、Webブラウザ３０３のUI(User Interface)を構成する部品の画像であって、Webブラウザの起動時に、図３の描画部３１３によって、タッチパネル３０４の表示部３３１の画面に描画(Drawing)される。

Webブラウザコア(Web Browser Core)は、Webコンテンツを解析して、表示部３３１の画面上に描画される文字や画像の配置などを演算する。Webブラウザコアでは、HTML文書のほか、CSSやJavaScript（登録商標）なども解釈することができる。Webブラウザコアは、Webコンテンツの解析結果に基づいて、Webブラウザ３０３のUIとともに、その表示領域に、ニュースや天気予報、広告などの情報を表示する(Web Browser Application (UI))。

なお、図４のWebブラウザコアは、図３のWebブラウザ３０３における構文解析部３１２及び描画部３１３に相当するものである。

このように、図４のWebブラウザ３０３の構成においては、ユニキャストプロトコルを用いるHTTPだけでなく、マルチキャストプロトコルを用いるファイル受信用のプロトコルが用意されている。そのため、Webコンテンツ全体を、ユニキャストプロトコル又はマルチキャストプロトコルで受信するか、あるいは、ある１つのWebコンテンツにおいて、その一部をユニキャストプロトコルで受信し、他の一部をマルチキャストプロトコルで受信するといったことが可能となる。

＜３．Webコンテンツの配信方法＞

次に、図５及び図６を参照して、Webコンテンツの配信方法について説明する。

ニュースや天気予報などのWebコンテンツは、パッケージ化されて、コンテンツパックとして配信される。図５に示すように、コンテンツパックは、HTML文書、CSS、JavaScript（登録商標）、画像データなどのファイルをまとめて圧縮して得られる圧縮データを含むボディ部(Body)に、ヘッダ情報（Header）とチェックサム（Check sum）が付加されている。

ヘッダ情報には、WebサイトのURL(Uniform Resource Locator)アドレスと更新時刻が少なくとも含まれる。このURLアドレスによって、Webサイトを特定することができる。また、更新時刻により、Webサイトが更新されたかどうかをチェックすることができる。例えば、ニュースを提供するWebサイトは、最新の情報に随時更新されているため、この更新時刻を確認することで、取得済みの情報であるかをチェックすることができる。

また、中間サーバ装置２０が、コンテンツパックのボディ部に、チェックサムを付加することで、ブラウザ装置３０では、配信されたコンテンツパックの誤り検出を行うことができる。

図６に示すように、コンテンツパックは、ニュースや天気予報などのWebコンテンツごとに生成され、それらのコンテンツパックが所定の単位で繰り返し配信される。また、繰り返し配信されるコンテンツパックに対して、各WebコンテンツのURLアドレスを少なくとも含むURLアドレスリストが所定の間隔で挿入される。なお、URLアドレスリストには、更新時刻を含むようにして、当該URLアドレスリストから、各Webサイトが更新されたかどうかをチェックできるようにしてもよい。

図６は、コンテンツパックＡ乃至Ｚを配信する場合を例示している。図６に示すように、まず、URLアドレスリストが配信された後、コンテンツパックＡ，Ｂ，Ｃ，・・・，Ｌが順次配信される。そして、コンテンツパックＬが配信された後、再度、URLアドレスリストを配信してから、コンテンツパックＭ，・・・，Ｚが配信される。

そして、コンテンツパックの配信が一巡したので、先頭に戻って、URLアドレスリスト、コンテンツパックＡ，Ｂ，Ｃ，・・・の順に、上述した配信が繰り返されることになる。

すなわち、中間サーバ装置２０は、ブラウザ装置３０が、どのタイミングで、コンテンツパックの受信を開始するかを予測できないため、同一のコンテンツパックを所定の単位で繰り返しマルチキャスト配信することで、確実に、ブラウザ装置３０が所望のコンテンツパックを取得できるようにしている。また、コンテンツパックに対して、URLアドレスリストを所定の間隔で挿入することで、ブラウザ装置３０では、現時点で配信中のコンテンツパックを認識することができる。

また、Webコンテンツを構成するHTML文書や画像データ等のファイルは、個別に配信することができるが、コンテンツパックとしてパッケージ化して、ファイルを１つにまとめて圧縮して、当該WebコンテンツのURLアドレス等をヘッダ情報として付加することで、例えば、マルチキャスト配信時の配信データ量を削減するとともに、ブラウザ装置３０における受信処理を効率的に行うことができる。

＜４．各装置の具体的な処理の流れ＞

（Webコンテンツ配信処理）
まず、図７のフローチャートを参照して、中間サーバ装置２０により実行される、Webコンテンツ配信処理について説明する。

ステップＳ１０１において、ユニキャスト通信部２２１は、Webコンテンツ取得制御部２１１からの制御に従い、Webサーバ装置１０−１乃至１０−ＮからWebコンテンツを取得する。なお、取得対象となるWebコンテンツは、配信事業者が手動で選択するようにしてもよいし、あるいは、取得対象のWebコンテンツを自動判別可能であれば、自動で判別するようにしてもよい。

ステップＳ１０２において、Webコンテンツ取得制御部２１１は、Webサーバ装置１０−１乃至１０−Ｎから取得したWebコンテンツを、キャッシュメモリ２０２に一時的に記憶させる。

ステップＳ１０３において、コンテンツパック生成部２１２は、キャッシュメモリ２０２に一時的に記憶されたWebコンテンツをパッケージ化して、コンテンツパックを生成する。

ここで、各コンテンツパックには、上述した図５に示したように、ボディ部として、HTML文書等のファイルを圧縮して得られる圧縮データが配置され、さらにヘッダ情報として当該WebコンテンツのURLアドレスと更新時刻が付加されている。また、各コンテンツパックには、誤り検出用のチェックサム(Check Sum)も付加されている。

ステップＳ１０４において、コンテンツパック生成部２１２は、パッケージ化されたWebコンテンツに基づいて、URLアドレスリストを生成する。このURLアドレスリストには、各WebコンテンツのURLアドレスが含まれる。

ステップＳ１０５において、マルチキャスト通信部２２２は、Webコンテンツ配信制御部２１３からの制御に従い、マルチキャストグループに参加しているブラウザ装置３０−１乃至３０−Ｍに対し、コンテンツパックをマルチキャスト配信する。

ここでは、上述したように、中間サーバ装置２０からマルチキャスト配信されたコンテンツパックのパケットは、ネットワーク９０−２上のルータ装置（不図示）により中継されて、マルチキャストグループに参加しているブラウザ装置３０−１乃至３０−Ｍに配信されることになる。

また、このマルチキャスト配信においては、上述した図６に示したように、複数のコンテンツパックが所定の単位で繰り返し配信されるとともに、その繰り返し配信されるコンテンツパックに対して、URLアドレスリストが所定の間隔で挿入されている。

ステップＳ１０５の処理が終了すると、図７のWebコンテンツ配信処理は終了する。

以上、Webコンテンツ配信処理について説明した。このWebコンテンツ配信処理においては、複数のWebサーバ装置１０からのWebコンテンツが中間サーバ装置２０に集約された後に、コンテンツパックとして、複数のブラウザ装置３０にマルチキャスト配信される。

そのため、ニュースや天気予報など、多くのユーザが同じような時間帯に見るようなWebコンテンツであっても、Webサーバ装置１０にアクセスが集中するようなことはない。これにより、ネットワーク９０やWebサーバ装置１０などに対する負荷を軽減することができるため、結果として、Webコンテンツの閲覧の際の負荷を軽減して、障害の発生を未然に防止することができる。

また、中間サーバ装置２０は、Webサーバ装置１０との間でユニキャスト通信を行い、ブラウザ装置３０との間ではマルチキャスト通信を行うことから、いわば、ユニキャスト通信を、マルチキャスト通信に変換しているとも言える。そして、各Webサーバ装置１０がマルチキャスト配信に対応していない場合であっても、中間サーバ装置２０を介することで、ブラウザ装置３０に対して、Webコンテンツをマルチキャスト配信することができるようになる。

（Webコンテンツ受信処理）
次に、図８のフローチャートを参照して、ブラウザ装置３０により実行される、Webコンテンツ受信処理について説明する。なお、このWebコンテンツ受信処理は、中間サーバ装置２０によって、図７のWebコンテンツ配信処理が実行され、コンテンツパックがマルチキャスト配信された場合に実行されるものである。ただし、当該ブラウザ装置３０は、マルチキャストグループに参加しているものとする。

ステップＳ１５１において、マルチキャスト通信部３２２は、制御部３０１からの制御に従い、中間サーバ装置２０からマルチキャスト配信されるコンテンツパックを受信する。

ステップＳ１５２において、マルチキャスト通信部３２２は、制御部３０１からの制御に従い、受信したコンテンツパックのヘッダ情報に基づいて、当該コンテンツパックのURLアドレスが指定されたURLアドレスであるかどうかを判定する。例えば、所望のWebサイトのURLアドレスをあらかじめ指定しておくことで、指定されたURLアドレスのWebサイトが提供するWebコンテンツ（コンテンツパック）のみが取得されることになる。

ステップＳ１５２において、当該コンテンツパックのURLアドレスが指定されたURLアドレスとは異なると判定された場合、処理は、ステップＳ１５１に戻り、上述した処理が繰り返される。この場合、異なるURLアドレスを有するコンテンツパックは、破棄されることになる。

なお、ここでは、コンテンツパックに対して、所定の間隔で挿入されるURLアドレスリストを取得できた場合には、このURLアドレスリストを参照することで、指定されたURLアドレスのWebサイトに対応するコンテンツパックが配信されているかどうかを判定することができる。

また、ステップＳ１５２において、当該コンテンツパックのURLアドレスが指定されたURLアドレスと一致すると判定された場合、処理は、ステップＳ１５３に進められる。ステップＳ１５３において、コンテンツパック処理部３１４は、制御部３０１からの制御に従い、コンテンツパックに付加されたチェックサムを用い、当該コンテンツパックが正常であるかどうかを判定する。

ステップＳ１５３において、当該コンテンツパックが正常であると判定された場合、処理は、ステップＳ１５４に進められる。ステップＳ１５４において、コンテンツパック処理部３１４は、制御部３０１からの制御に従い、当該コンテンツパックを解凍する。これにより、コンテンツパックのボディ部に、圧縮されて格納されていたHTML文書等のファイルが取得される。

一方、ステップＳ１５３において、コンテンツパックが正常ではないと判定された場合、処理は、ステップＳ１５５に進められる。ステップＳ１５５において、コンテンツパック処理部３１４は、制御部３０１からの制御に従い、エラー訂正処理を行う。このエラー訂正処理においては、正常なコンテンツパックを得るために、コンテンツパックの一部又は全部を再受信する処理などが行われる。なお、エラー訂正処理の詳細は、図９のフローチャートを参照して後述する。

ステップＳ１５４又はＳ１５５によって、HTML文書ファイル等のリソースが正常に得られると、処理は、ステップＳ１５６に進められる。

ステップＳ１５６において、コンテンツパック処理部３１４は、制御部３０１からの制御に従い、HTML文書ファイル等のリソースを、キャッシュメモリ３０６に一時的に記憶させる。これにより、Webブラウザコア（構文解析部３１２、描画部３１３）に対して、Webコンテンツの受信完了が通知される（Ｓ１５７）。また、このとき、コンテンツパック処理部３１４は、制御部３０１からの制御に従い、HTML文書ファイル等のリソースを、記録媒体３０７に記録することができる。

ステップＳ１５８において、構文解析部３１２は、制御部３０１からの制御に従い、キャッシュメモリ３０６に一時的に記憶されたWebコンテンツのリソースを解析して、タッチパネル３０４の表示部３３１の画面上に、Webブラウザ３０３のUIとともに描画される文字や画像の配置などを演算する。

ステップＳ１５９において、描画部３１３は、制御部３０１からの制御に従い、構文解析部３１２による解析結果に基づいて、Webコンテンツとして、ニュースや天気予報、広告などの情報を、タッチパネル３０４の表示部３３１に表示する。ステップＳ１５９の処理が終了すると、図８のWebコンテンツ受信処理は終了する。

以上、Webコンテンツ受信処理について説明した。このWebコンテンツ受信処理においては、中間サーバ装置２０からマルチキャスト配信された複数のコンテンツパックの中から、所望のコンテンツパックが取得され、当該コンテンツパックから得られるWebコンテンツが表示される。

そのため、多くのユーザが、同じような時間帯に見るニュースや天気予報などのWebコンテンツであっても、多数のブラウザ装置３０が同一の時間帯に、特定のWebサーバ装置１０に一斉にアクセスするようなことはない。これにより、ネットワーク９０やWebサーバ装置１０などに対する負荷を軽減することができるため、結果として、Webコンテンツの閲覧の際の負荷を軽減して、障害の発生を未然に防止することができる。

（エラー訂正処理）
次に、図９のフローチャートを参照して、図８のステップＳ１５５の処理に対応する、エラー訂正処理について説明する。

ステップＳ２０１において、コンテンツパック処理部３１４は、制御部３０１からの制御に従い、コンテンツパックのエラー部分（壊れている部分）を除いて、解凍が可能であるかどうかを判定する。ステップＳ２０１において、エラー部分を除いて、解凍が可能であると判定された場合、処理は、ステップＳ２０２に進められる。

ステップＳ２０２において、コンテンツパック処理部３１４は、制御部３０１からの制御に従い、コンテンツパックを、エラー部分を除いて解凍する。

ステップＳ２０３において、コンテンツパック処理部３１４は、制御部３０１からの制御に従い、コンテンツパックのボディ部に含まれるリソースのうち、壊れているリソースを特定する。

ステップＳ２０４において、ユニキャスト通信部３２１は、制御部３０１からの制御に従い、ステップＳ２０３の処理でのリソースの特定結果に基づいて、中間サーバ装置２０に対して、壊れているリソースのリクエストを送信する。

ステップＳ２０５において、ユニキャスト通信部３２１は、制御部３０１からの制御に従い、中間サーバ装置２０から配信されるリソースの一部を受信する。ここで、当該リソースの一部は、壊れている部分のリソースに対応するリソースとなる。

ステップＳ２０６において、コンテンツパック処理部３１４は、制御部３０１からの制御に従い、新たに受信したリソースで、壊れているリソースを置き換える。これにより、例えば、リソースのうち、画像データが壊れていた場合には、画像データのみが再度取得され、新たな画像データに置換されて、壊れていた部分のリソースが、正常なリソースとなる。その結果、正常なHTML文書、CSS、JavaScript（登録商標）、画像データ等のファイルが得られることになる。

一方、ステップＳ２０１において、エラー部分を除いて、解凍が可能ではないと判定された場合、処理は、ステップＳ２０７に進められる。

ステップＳ２０７において、ユニキャスト通信部３２１は、制御部３０１からの制御に従い、中間サーバ装置２０に対して、コンテンツパックの再配信のリクエストを送信する。

ステップＳ２０８において、ユニキャスト通信部３２１は、制御部３０１からの制御に従い、中間サーバ装置２０から配信される、該当するコンテンツパックを再受信する。

ステップＳ２０９において、コンテンツパック処理部３１４は、制御部３０１からの制御に従い、コンテンツパックに付加されたチェックサムを用い、再受信したコンテンツパックは正常であるかどうかを判定する。

ステップＳ２０９において、再受信したコンテンツパックが正常ではないと判定された場合、処理は、ステップＳ２０７に戻り、上述した処理が繰り返される。すなわち、ステップＳ２０７乃至Ｓ２０９の処理が繰り返されて、コンテンツパックの再受信が行われ、正常なコンテンツパックが受信された場合には、処理は、ステップＳ２１０に進められる。

ステップＳ２１０において、コンテンツパック処理部３１４は、制御部３０１からの制御に従い、当該コンテンツパックを解凍する。これにより、再受信したコンテンツパックのボディ部に圧縮されて格納されていたHTML文書等のファイルが取得される。

ステップＳ２０６又はＳ２１０の処理が終了すると、図９のエラー訂正処理は終了して、処理は、図８のステップＳ１５５の処理に戻り、それ以降の処理が実行される。

以上、エラー訂正処理について説明した。このエラー訂正処理においては、受信したコンテンツパックが壊れている場合でも、その全部又は一部のデータを再受信して、正常なコンテンツパックを得ることができるので、ブラウザ装置３０では、確実に、Webコンテンツを表示させることができる。

また、コンテンツパックのエラー部分を除いて解凍が可能である場合には、壊れているリソースのみを再度取得するため、全部のリソースを取得する場合と比べて、ネットワーク９０や中間サーバ装置２０の負荷を軽減することができる。なお、コンテンツパックのエラー部分を除いて解凍が可能である場合に、その壊れているリソースを除いた部分のみを表示するようにしてもよい。これにより、例えば、画像データが壊れている場合に、当該画像データを無視して、テキストの情報のみを表示させるといったことが可能となる。

すなわち、マルチキャスト配信で用いられるマルチキャストプロトコルは、UDPをベースとしているため、パケットロスなどが原因でデータが正常に届かない場合がある。通信エラーに対しては、FEC(Forward Error Correction)を用い、受信データに誤りがないかどうかを検出して、さらに誤りがある場合には、その訂正を試みることになる。そして、FECにより訂正できないエラーについては、ブラウザ装置３０は、ユニキャストプロトコルを用い、中間サーバ装置２０に該当するデータをリクエストして、送られてきたデータで置き換えることで、訂正を行うことになる。また、中間サーバ装置２０からコンテンツパックが繰り返し配信される場合、ブラウザ装置３０は、後に配信されるコンテンツパックを再度読み込んで、置き換えることで訂正を行うようにしてもよい。

（Webコンテンツ再配信処理）
次に、図１０のフローチャートを参照して、中間サーバ装置２０により実行される、Webコンテンツ再配信処理について説明する。なお、Webコンテンツ再配信処理は、ブラウザ装置３０によって、図９のエラー訂正処理が実行され、壊れている部分のリソースや、コンテンツパックの再配信が要求された場合に実行されるものである。

ステップＳ２５１において、制御部２０１は、ユニキャスト通信部２２１を制御して、ブラウザ装置３０から、リソースの一部のリクエストを受信したかどうかを判定する。ステップＳ２５１において、リソースの一部のリクエストを受信したと判定した場合、処理は、ステップＳ２５２に進められる。

ステップＳ２５２において、Webコンテンツ配信制御部２１３は、キャッシュメモリ２０２に一時的に記憶されたWebコンテンツから、該当するリソースの一部を取得する。

ステップＳ２５３において、ユニキャスト通信部２２１は、Webコンテンツ配信制御部２１３からの制御に従い、リクエストの送信元のブラウザ装置３０に対し、該当するリソースの一部を配信する。

一方、ステップＳ２５１において、リソースの一部のリクエストを受信していないと判定された場合、処理は、ステップＳ２５４に進められる。

ステップＳ２５４において、制御部２０１は、ユニキャスト通信部２２１を制御して、ブラウザ装置３０から、コンテンツパックの再配信のリクエストを受信したかどうかを判定する。ステップＳ２５４において、コンテンツパックの再配信のリクエストを受信したと判定された場合、処理は、ステップＳ２５５に進められる。

ステップＳ２５５において、Webコンテンツ配信制御部２１３は、該当するコンテンツパックを取得する。ここでは、例えば、１度目の配信の際に、コンテンツパック生成部２１２により生成されたコンテンツパックを、キャッシュメモリ２０２等に保持しておくことで、それを取得するようにしてもよいし、あるいは、コンテンツパック生成部２１２が、キャッシュメモリ２０２に一時的に記憶されたWebコンテンツから、再度、コンテンツパックを生成するようにしてもよい。

ステップＳ２５６において、ユニキャスト通信部２２１は、Webコンテンツ配信制御部２１３からの制御に従い、リクエストの送信元のブラウザ装置３０に対し、該当するコンテンツパックを再配信する。

なお、ステップＳ２５４において、コンテンツパックの再配信のリクエストを受信していないと判定された場合、ステップＳ２５５，Ｓ２５６の処理はスキップされる。そして、ステップＳ２５３又はＳ２５６の処理が終了すると、図１０のWebコンテンツ再配信処理は終了する。

以上、Webコンテンツ再配信処理について説明した。このWebコンテンツ再配信処理においては、ブラウザ装置３０により受信されたコンテンツパックが壊れている場合でも、その全部又は一部のデータを再配信して、正常なコンテンツパックを提供することができるので、ブラウザ装置３０では、確実に、Webコンテンツを表示させることができる。

また、コンテンツパックのエラー部分を除いて解凍が可能である場合には、壊れているリソースのみを再配信するため、全部のリソースを配信する場合と比べて、ネットワーク９０や中間サーバ装置２０の負荷を軽減することができる。

以上のように、本技術によれば、多くのユーザがニュースや天気予報、広告などの同一のWebコンテンツを一斉に閲覧する場合に、ネットワーク９０やWebサーバ装置１０などに対する負荷を大幅に軽減することができるため、障害の発生を未然に防止することができる。また、Webコンテンツの閲覧の際の負荷を大幅に軽減することができることから、多くのブラウザ装置がアクセスすることによる負荷のピークを想定した設備を準備する必要がなく、設備投資にかかる費用を削減することができる。

＜５．変形例＞

なお、上述した説明では、ブラウザ装置３０において、マルチキャスト配信されるコンテンツパックを受信する際に、ヘッダ情報（URLアドレス）を参照して、必要のないコンテンツパックを破棄する（読み飛ばす）ようにしていたが、受信した全てのコンテンツパックを記録媒体３０７に一旦記憶させてから、必要のないコンテンツパックを削除するようにしてもよい。

また、上述した説明では、中間サーバ装置２０は、Webコンテンツを構成するHTML文書や画像データ等のファイルをパッケージ化して得られるコンテンツパックを、マルチキャスト配信するとして説明したが、このコンテンツパックによる配信方式は一例であって、例えば、Webサーバ装置１０からのWebコンテンツを構成するファイルをそのまま、マルチキャスト配信するなどの配信方式を採用してもよい。また、上述した説明では、同一のコンテンツパックを繰り返し配信する例を説明したが、Webコンテンツの種類等に応じて、１回だけ配信する場合と、一定期間繰り返し配信する場合を使い分けるようにしてもよい。

さらに、ブラウザ装置３０において、所望のWebコンテンツに対応するコンテンツパックを受信できなかった場合には、指定されたURLアドレスに基づいて、ネットワーク９０上のWebサーバ装置１０に直接アクセスして、中間サーバ装置２０を介さずに、所望のWebコンテンツを取得すればよい。

また、上述した説明では、説明の都合上、マルチキャストグループは、ネットワーク９０上のルータ装置（不図示）により管理されるとして説明したが、中間サーバ装置２０やその他のサーバ装置が管理するようにしてもよい。

＜６．コンピュータの構成＞

上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。

図１１は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。

コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インタフェース９０５が接続されている。入出力インタフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及びドライブ９１０が接続されている。

入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインタフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。

以上のように構成されるコンピュータ９００では、CPU９０１が、例えば、記録部９０８に記憶されているプログラムを、入出力インタフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。

コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。

コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インタフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。

なお、コンピュータ９００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

ここで、本明細書において、コンピュータ９００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。

また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。

さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

なお、本技術は、以下のような構成をとることができる。

（１）
ユニキャストプロトコルでWebサイトに対してリクエストを送信するとともに、当該WebサイトからWebコンテンツを受信する第１の通信機能部と、
マルチキャストプロトコルでマルチキャスト配信されたWebコンテンツを受信する第２の通信機能部と
を有するWebブラウザアプリケーションが実装され、
外部からの入力に応じて、ユニキャストプロトコルでWebサイトに対してリクエストを送信するとともに、当該WebサイトからWebコンテンツを受信するように、前記Webブラウザアプリケーションの前記第１の通信機能部を制御する制御部を備える
ブラウザ装置。
（２）
前記第２の通信機能部は、複数のWebコンテンツを受信し、
前記制御部は、前記複数のWebコンテンツから、特定のURLアドレスのWebコンテンツのみを記録媒体に記録する
（１）に記載のブラウザ装置。
（３）
前記制御部は、前記第２の通信機能部により受信されたWebコンテンツにエラーが含まれている場合、当該WebコンテンツをWebサイトにリクエストするように、前記第１の通信機能部を制御する
（１）又は（２）に記載のブラウザ装置。
（４）
移動体通信網にアクセス可能な通信インタフェースをさらに備え、
前記第１の通信機能部及び前記第２の通信機能部は、前記通信インタフェースを介して通信を行う
（１）乃至（３）のいずれか一項に記載のブラウザ装置。
（５）
ユニキャストプロトコルでWebサイトに対してリクエストを送信するとともに、当該WebサイトからWebコンテンツを受信する第１の通信機能と、
マルチキャストプロトコルでマルチキャスト配信されたWebコンテンツを受信する第２の通信機能と
を有するWebブラウザアプリケーションが実装されたコンピュータに、
外部からの入力に応じて、ユニキャストプロトコルでWebサイトに対してリクエストを送信するとともに、当該WebサイトからWebコンテンツを受信するように、前記Webブラウザアプリケーションの前記第１の通信機能を制御する機能
を実現させるためのプログラムが記録された記録媒体。
（６）
ユニキャストプロトコルでWebサイトからWebコンテンツを受信する第１の通信機能部と、
前記Webコンテンツを一時的に記憶するキャッシュメモリと、
前記一時的に記憶されたWebコンテンツを、マルチキャストプロトコルで、マルチキャスト配信する第２の通信機能部と、
前記第１の通信機能部、前記第２の通信機能部、及び、前記キャッシュメモリの動作を制御する制御部と
を備えるサーバ装置。
（７）
前記制御部は、前記一時的に記憶されたWebコンテンツに、当該Webコンテンツの更新時刻を少なくとも含むヘッダ情報を付加してパッケージ化することで、コンテンツパックを生成し、
前記第２の通信機能部は、当該コンテンツパックをマルチキャスト配信する
（６）に記載のサーバ装置。
（８）
前記制御部は、前記Webコンテンツに、エラー訂正用のチェックサムをさらに付加してパッケージ化する
（７）に記載のサーバ装置。
（９）
前記制御部は、複数のコンテンツパックに含まれる各WebサイトのURLアドレスのリストを生成し、
前記第２の通信機能部は、当該URLアドレスのリストを、所定の間隔でマルチキャスト配信する
（７）又は（８）に記載のサーバ装置。
（１０）
サーバ装置の情報処理方法において、
前記サーバ装置が、
ユニキャストプロトコルによる、WebサイトからのWebコンテンツの受信を制御し、
前記Webコンテンツのキャッシュメモリへの一時的な記憶を制御し、
前記キャッシュメモリに一時的に記憶されたWebコンテンツの、マルチキャストプロトコルによる、マルチキャスト配信を制御する
ステップを含む情報処理方法。

１ 通信システム， １０，１０−１乃至１０−Ｎ Webサーバ装置， ２０ 中間サーバ装置， ３０，３０−１乃至３０−Ｍ ブラウザ装置， ９０，９０−１，９０−２ ネットワーク， ２０１ 制御部， ２０２ キャッシュメモリ， ２０３ 通信部， ２１１ Webコンテンツ取得制御部， ２１２ コンテンツパック生成部， ２１３ Webコンテンツ配信制御部， ２２１ ユニキャスト通信部， ２２２ マルチキャスト通信部， ３０１ 制御部， ３０２ 通信I/F， ３０３ Webブラウザ， ３１１ 通信部， ３１２ 構文解析部， ３１３ 描画部， ３１４ コンテンツパック処理部， ３２１ ユニキャスト通信部， ３２２ マルチキャスト通信部， ３３１ 表示部， ９００ コンピュータ， ９０１ CPU

Claims (10)

1. ユニキャストプロトコルでWebサイトに対してリクエストを送信するとともに、当該WebサイトからWebコンテンツを受信する第１の通信機能部と、
   マルチキャストプロトコルでマルチキャスト配信されたWebコンテンツを受信する第２の通信機能部と
   を有するWebブラウザアプリケーションが実装され、
   外部からの入力に応じて、ユニキャストプロトコルでWebサイトに対してリクエストを送信するとともに、当該WebサイトからWebコンテンツを受信するように、前記Webブラウザアプリケーションの前記第１の通信機能部を制御する制御部を備える
   ブラウザ装置。
2. 前記第２の通信機能部は、複数のWebコンテンツを受信し、
   前記制御部は、前記複数のWebコンテンツから、特定のURLアドレスのWebコンテンツのみを記録媒体に記録する
   請求項１に記載のブラウザ装置。
3. 前記制御部は、前記第２の通信機能部により受信されたWebコンテンツにエラーが含まれている場合、当該WebコンテンツをWebサイトにリクエストするように、前記第１の通信機能部を制御する
   請求項１に記載のブラウザ装置。
4. 移動体通信網にアクセス可能な通信インタフェースをさらに備え、
   前記第１の通信機能部及び前記第２の通信機能部は、前記通信インタフェースを介して通信を行う
   請求項１に記載のブラウザ装置。
5. ユニキャストプロトコルでWebサイトに対してリクエストを送信するとともに、当該WebサイトからWebコンテンツを受信する第１の通信機能と、
   マルチキャストプロトコルでマルチキャスト配信されたWebコンテンツを受信する第２の通信機能と
   を有するWebブラウザアプリケーションが実装されたコンピュータに、
   外部からの入力に応じて、ユニキャストプロトコルでWebサイトに対してリクエストを送信するとともに、当該WebサイトからWebコンテンツを受信するように、前記Webブラウザアプリケーションの前記第１の通信機能を制御する機能
   を実現させるためのプログラムが記録された記録媒体。
6. ユニキャストプロトコルでWebサイトからWebコンテンツを受信する第１の通信機能部と、
   前記Webコンテンツを一時的に記憶するキャッシュメモリと、
   前記一時的に記憶されたWebコンテンツを、マルチキャストプロトコルで、マルチキャスト配信する第２の通信機能部と、
   前記第１の通信機能部、前記第２の通信機能部、及び、前記キャッシュメモリの動作を制御する制御部と
   を備えるサーバ装置。
7. 前記制御部は、前記一時的に記憶されたWebコンテンツに、当該Webコンテンツの更新時刻を少なくとも含むヘッダ情報を付加してパッケージ化することで、コンテンツパックを生成し、
   前記第２の通信機能部は、当該コンテンツパックをマルチキャスト配信する
   請求項６に記載のサーバ装置。
8. 前記制御部は、前記Webコンテンツに、エラー訂正用のチェックサムをさらに付加してパッケージ化する
   請求項７に記載のサーバ装置。
9. 前記制御部は、複数のコンテンツパックに含まれる各WebサイトのURLアドレスのリストを生成し、
   前記第２の通信機能部は、当該URLアドレスのリストを、所定の間隔でマルチキャスト配信する
   請求項７に記載のサーバ装置。
10. サーバ装置の情報処理方法において、
    前記サーバ装置が、
    ユニキャストプロトコルによる、WebサイトからのWebコンテンツの受信を制御し、
    前記Webコンテンツのキャッシュメモリへの一時的な記憶を制御し、
    前記キャッシュメモリに一時的に記憶されたWebコンテンツの、マルチキャストプロトコルによる、マルチキャスト配信を制御する
    ステップを含む情報処理方法。

Images