(57)【要約】【課題】特定の情報提供サイトのＵＲＩに対応するＩＰアドレスを、放送波により動的に変更する情報提供サイト、放送局、および携帯電話機からなるシステムを実現し、携帯電話機による放送視聴中のＵＲＩ入力の手間を削減することにある。【解決手段】番組情報提供サイト８が、番組情報提供サイト８のＵＲＩと特定のサイトのＩＰアドレスとを対応付けた、ＩＰアドレス対応情報１０を、放送局４に通知する。放送局４は、ＩＰアドレス対応情報１０を、携帯電話機２に放送する。放送される番組の内容により、番組情報提供サイト８のＵＲＩに対応する特定のサイトのＩＰアドレスを変更することにより、番組に連動させて関連するサイトを動的に変更するので、視聴者は、一つのＵＲＩにアクセスするだけで、様々な関連サイトのコンテンツを見ることができる。【選択図】  図２０
2007226360.tif 000002
【特許請求の範囲】
【請求項１】
放送波を受信する放送波受信手段と、
サイト名称をアクセス用アドレスに変換する名前解決手段と、
ネットワーク上のサイトを、該サイトのサイト名称を前記名前解決手段により名前解決することにより求めたアクセス用アドレスを用いて、ブラウズするブラウズ手段と
を備えた情報端末であって、
前記サイトのサイト名称と該サイト名称に対応するアクセス用アドレスとを対応付けて保持するサイト名称−アクセス用アドレス対応データ格納部と、
前記放送波受信手段により受信した放送波から、サイト名称およびアクセス用アドレスを上記サイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出手段と
を備え、
前記名前解決手段は、
前記ブラウズ手段がサイト名称−アクセス用アドレス対応データに登録されたサイトをブラウズする際、
前記サイト名称−アクセス用アドレス対応データを検索し、前記サイトのサイト名称に対応した前記アクセス用アドレスの取得を行うことを特徴とする情報端末。
【請求項２】
放送波を受信する放送波受信手段と、
サイト名称をアクセス用アドレスに変換する名前解決手段と、
ネットワーク上のサイトを、該サイトのサイト名称を前記名前解決手段により名前解決することにより求めたアクセス用アドレスを用いて、ブラウズするブラウズ手段と、
自端末の現在位置を取得する現在位置取得手段と
を備えた情報端末であって、
一つの共通サイト名称と複数の地域別サイトのアクセス用アドレスとを対応付けて保持するサイト名称−アクセス用アドレス対応データ格納部と、
前記放送波受信手段により受信した放送波から、共通サイト名称およびアクセス用アドレスを上記サイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、共通サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出手段と
を備え、
前記名前解決手段は、
前記ブラウズ手段が共通サイト名称を用いてブラウズする際、
前記サイト名称−アクセス用アドレス対応データを参照し、前記共通サイト名称に対応付けられている複数の前記アクセス用アドレスから、前記現在位置取得手段により取得した現在位置を含む地域に対応する前記アクセス用アドレスを選択することを特徴とする情報端末。
【請求項３】
放送波を受信する放送波受信手段と、
サイト名称をアクセス用アドレスに変換する名前解決手段と、
ネットワーク上のサイトを、該サイトのサイト名称を前記名前解決手段により名前解決することにより求めたアクセス用アドレスを用いて、ブラウズするブラウズ手段と
を備えた情報端末であって、
前記サイトのサイト名称と該サイト名称に対応する複数のアクセス用アドレスとを対応付けて保持するサイト名称−アクセス用アドレス対応データ格納部と、
前記放送波受信手段により受信した放送波から、サイト名称およびアクセス用アドレスを上記サイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出手段と、
前記サイト名称−アクセス用アドレス対応データ格納部が保持している前記複数のアクセス用アドレスから、ランダムに一つのアクセス用アドレスを選択するアクセス用アドレス選択手段と
を備え、
前記名前解決手段は、
前記ブラウズ手段がサイト名称−アクセス用アドレス対応データに登録されたサイトをブラウズする際、
前記サイト名称−アクセス用アドレス対応データを検索し、前記サイトのサイト名称に対応した複数の前記アクセス用アドレスを取得し、
前記アクセス用アドレス選択手段を用いて、前記複数のアクセス用アドレスから前記一つのアクセス用アドレスを選択することを特徴とする情報端末。
【請求項４】
放送波を受信する放送波受信手段と、
サイト名称をアクセス用アドレスに変換する名前解決手段と、
ネットワーク上のサイトを、該サイトのサイト名称を前記名前解決手段により名前解決することにより求めたアクセス用アドレスを用いて、ブラウズするブラウズ手段と、
自端末の現在位置を取得する現在位置取得手段と
を備えた情報端末であって、
一つのサイト名称と複数のアクセス用アドレスとが対応付けられたサイト名称−アクセス用アドレスのセットを地域別に保持するサイト名称−アクセス用アドレス対応データ格納部と、
前記放送波受信手段により受信した放送波から、サイト名称−アクセス用アドレスのセットを上記サイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称−アクセス用アドレスのセットをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出手段と、
前記サイト名称−アクセス用アドレス対応データ格納部に保持され、前記現在位置取得手段により取得した現在位置を含む地域に対応するサイト名称−アクセス用アドレスのセットに含まれる前記複数のアクセス用アドレスから、ランダムに一つのアクセス用アドレスを選択するアクセス用アドレス選択手段と
を備え、
前記名前解決手段は、
前記ブラウズ手段がサイト名称を用いてブラウズする際、
前記サイト名称−アクセス用アドレス対応データを参照し、前記アクセス用アドレス選択手段を用いて、前記サイト名称に対応付けられ、かつ、前記現在位置取得手段により取得した現在位置を含む地域に対応するサイト名称−アクセス用アドレスのセットに含まれる前記複数のアクセス用アドレスから、ランダムに一つのアクセス用アドレスを選択することを特徴とする情報端末。
【請求項５】
放送波を受信する放送波受信手段と、
サイト名称をアクセス用アドレスに変換する名前解決手段と、
ネットワーク上のサイトを、該サイトのサイト名称を前記名前解決手段により名前解決することにより求めたアクセス用アドレスを用いて、ブラウズするブラウズ手段と
を備えた情報端末の制御方法であって、
前記放送波受信手段により受信した放送波から、前記サイトのサイト名称と該サイト名称に対応するアクセス用アドレスとを対応付けてサイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出ステップと、
前記名前解決手段により、前記ブラウズ手段がサイト名称−アクセス用アドレス対応データに登録されたサイトをブラウズする際、前記サイト名称−アクセス用アドレス対応データを検索し、前記サイトのサイト名称に対応した前記アクセス用アドレスの取得を行うアドレス取得ステップとを含むことを特徴とする情報端末の制御方法。
【請求項６】
放送波を受信する放送波受信手段と、
サイト名称をアクセス用アドレスに変換する名前解決手段と、
ネットワーク上のサイトを、該サイトのサイト名称を前記名前解決手段により名前解決することにより求めたアクセス用アドレスを用いて、ブラウズするブラウズ手段と、
自端末の現在位置を取得する現在位置取得手段と
を備えた情報端末の制御方法であって、
前記放送波受信手段により受信した放送波から、一つの共通サイト名称と複数の地域別サイトのアクセス用アドレスとを対応付けてサイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、共通サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出ステップと、
前記名前解決手段により、前記ブラウズ手段が共通サイト名称を用いてブラウズする際、前記サイト名称−アクセス用アドレス対応データを参照し、前記共通サイト名称に対応付けられている複数の前記アクセス用アドレスから、前記現在位置取得手段により取得した現在位置を含む地域に対応する前記アクセス用アドレスを選択するアドレス取得ステップとを含むことを特徴とする情報端末の制御方法。
【請求項７】
放送波を受信する放送波受信手段と、
サイト名称をアクセス用アドレスに変換する名前解決手段と、
ネットワーク上のサイトを、該サイトのサイト名称を前記名前解決手段により名前解決することにより求めたアクセス用アドレスを用いて、ブラウズするブラウズ手段と
を備えた情報端末の制御方法であって、
前記放送波受信手段により受信した放送波から、前記サイトのサイト名称と該サイト名称に対応する複数のアクセス用アドレスとを対応付けて保持するサイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出ステップと、
前記名前解決手段により、前記ブラウズ手段がサイト名称−アクセス用アドレス対応データに登録されたサイトをブラウズする際、
前記サイト名称−アクセス用アドレス対応データを検索し、前記サイトのサイト名称に対応した複数の前記アクセス用アドレスを取得し、
前記複数のアクセス用アドレスからランダムに一つのアクセス用アドレスを選択するアドレス取得ステップとを含むことを特徴とした情報端末の制御方法。
【請求項８】
放送波を受信する放送波受信手段と、
サイト名称をアクセス用アドレスに変換する名前解決手段と、
ネットワーク上のサイトを、該サイトのサイト名称を前記名前解決手段により名前解決することにより求めたアクセス用アドレスを用いて、ブラウズするブラウズ手段と、
自端末の現在位置を取得する現在位置取得手段と
を備えた情報端末の制御方法であって、
前記放送波受信手段により受信した放送波から、一つのサイト名称と複数のアクセス用アドレスとが対応付けられたサイト名称−アクセス用アドレスのセットを地域別に保持するサイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称−アクセス用アドレスのセットをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出ステップと、
前記名前解決手段により、前記ブラウズ手段がサイト名称を用いてブラウズする際、前記サイト名称−アクセス用アドレス対応データを参照し、前記サイト名称に対応付けられ、かつ、前記現在位置取得手段により取得した現在位置を含む地域に対応するサイト名称−アクセス用アドレスのセットに含まれる前記複数のアクセス用アドレスから、ランダムに一つのアクセス用アドレスを選択するアドレス取得ステップとを含むことを特徴とした情報端末の制御方法。
【請求項９】
請求項１から４のいずれか一項に記載の情報端末の各手段として、コンピュータを機能させるための情報端末制御プログラム。
【請求項１０】
請求項９に記載の情報端末制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送電波を受信し、特定のサイトのＵＲＩ（Uniform Resource Identifier）に対応するＩＰ（Internet Protocol）アドレスを動的に変更する情報端末に関するものである。
【背景技術】
【０００２】
最近、携帯電話機において、インターネットブラウジングおよび放送の受信が行えるようになってきた。そこで、携帯電話機によりテレビジョン放送およびラジオ放送を視聴しながら、その関連サイトのＵＲＩを入力または指定し、そのＵＲＩが表すコンテンツをブラウズするという、携帯電話機の利用方法が考えられている。
【０００３】
携帯電話機に限ったものではないが、現在、特許文献１に開示されているように、例えばディジタルテレビジョン放送のような同報ネットワークでウェブページを送ると共に、双方向ネットワークでコンテンツのやり取りを行なう場合に、同一のコンテンツが複数の場所に置かれていても、最適なコンテンツを取得できるようにする技術がある。
【特許文献１】特開２０００−２８５０５７（２０００年１０月１３日公開）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、放送する番組の内容に連動させて、放送波に載せたデータにより、その番組を代表する一つのＵＲＩに対して、関連する複数の情報提供サイトのアクセス用アドレスを動的に割り当てていく技術は、特許文献１には開示されていない。
【０００５】
つまり、これまでは、番組に関連するインターネット上の情報提供サイトが複数ある場合、その各々のＵＲＩを入力または指定する場合に限り、それぞれのサイトのコンテンツをブラウズすることができた。
【０００６】
しかし、携帯電話機において、放送の視聴の過程で、これらのＵＲＩをテンキーなどから入力することは、手間がかかり、困難なことであった。
【０００７】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、特定の情報提供サイトのＵＲＩに対応するアクセス用アドレスを、放送波により動的に変更する情報提供サイト、放送局、および携帯電話機からなるシステムを実現し、携帯電話機における放送視聴中のＵＲＩ入力の手間を削減することにある。
【課題を解決するための手段】
【０００８】
（１）本発明に係る情報端末は、上記の課題を解決するために、放送波を受信する放送波受信手段と、サイト名称をアクセス用アドレスに変換する名前解決手段と、ネットワーク上のサイトを、該サイトのサイト名称を前記名前解決手段により名前解決することにより求めたアクセス用アドレスを用いて、ブラウズするブラウズ手段とを備えた情報端末であって、前記サイトのサイト名称と該サイト名称に対応するアクセス用アドレスとを対応付けて保持するサイト名称−アクセス用アドレス対応データ格納部と、前記放送波受信手段により受信した放送波から、サイト名称およびアクセス用アドレスを上記サイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出手段とを備え、前記名前解決手段は、前記ブラウズ手段がサイト名称−アクセス用アドレス対応データに登録されたサイトをブラウズする際、前記サイト名称−アクセス用アドレス対応データを検索し、前記サイトのサイト名称に対応した前記アクセス用アドレスの取得を行うことを特徴としている。
【０００９】
また、本発明に係る情報端末の制御方法は、上記の課題を解決するために、放送波を受信する放送波受信手段と、サイト名称をアクセス用アドレスに変換する名前解決手段と、ネットワーク上のサイトを、該サイトのサイト名称を前記名前解決手段により名前解決することにより求めたアクセス用アドレスを用いて、ブラウズするブラウズ手段とを備えた情報端末の制御方法であって、前記放送波受信手段により受信した放送波から、前記サイトのサイト名称と該サイト名称に対応するアクセス用アドレスとを対応付けてサイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出ステップと、前記名前解決手段により、前記ブラウズ手段がサイト名称−アクセス用アドレス対応データに登録されたサイトをブラウズする際、前記サイト名称−アクセス用アドレス対応データを検索し、前記サイトのサイト名称に対応した前記アクセス用アドレスの取得を行うアドレス取得ステップとを含むことを特徴としている。
【００１０】
当該構成において、情報端末のサイト名称−アクセス用アドレス対応データに記述されている、サイトのサイト名称に対応するアクセス用アドレスは、放送される番組に同期して更新される。そのため、番組の内容に関連した番組内容関連サイトへのアクセス用アドレスを、放送される番組に連動して送信できる。例えば、通信販売番組の放映中は、番組内容関連サイトは、放送波を介して、通信販売サイトのアクセス用アドレスを、番組内容関連サイトのサイト名称に対応するアクセス用アドレスとして、情報端末のサイト名称−アクセス用アドレス対応データに登録し、ニュース番組の放映中は、ニュースサイトのアクセス用アドレスを、番組内容関連サイトのサイト名称に対応するアクセス用アドレスとして、情報端末のサイト名称−アクセス用アドレス対応データに登録する。
【００１１】
なお、サイト名称、およびアクセス用アドレスとは、例えば、インターネットにおいては、それぞれ、ＦＱＤＮ（Fully Qualified Domain Name）、およびＩＰ（Internet Protocol）アドレスのことを指す。
【００１２】
上記の構成によれば、番組内容関連サイトからのデータ設定情報の、放送波を介した送信により、情報端末のブラウザが番組内容関連サイトの内容をブラウズする際に表示させるコンテンツを切り替える事ができるので、情報端末の利用者は、番組内容関連サイトのＵＲＩを入力または指定するだけで、番組に関連した様々な番組内容関連サイトの内容をブラウズすることができる、すなわち利用者が様々なＵＲＩを入力する手間を削減できるという効果を奏する。
【００１３】
（２）本発明に係る情報端末は、上記の課題を解決するために、放送波を受信する放送波受信手段と、サイト名称をアクセス用アドレスに変換する名前解決手段と、ネットワーク上のサイトを、該サイトのサイト名称を前記名前解決手段により名前解決することにより求めたアクセス用アドレスを用いて、ブラウズするブラウズ手段と、自端末の現在位置を取得する現在位置取得手段とを備えた情報端末であって、一つの共通サイト名称と複数の地域別サイトのアクセス用アドレスとを対応付けて保持するサイト名称−アクセス用アドレス対応データ格納部と、前記放送波受信手段により受信した放送波から、共通サイト名称およびアクセス用アドレスを上記サイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、共通サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出手段とを備え、前記名前解決手段は、前記ブラウズ手段が共通サイト名称を用いてブラウズする際、前記サイト名称−アクセス用アドレス対応データを参照し、前記共通サイト名称に対応付けられている複数の前記アクセス用アドレスから、前記現在位置取得手段により取得した現在位置を含む地域に対応する前記アクセス用アドレスを選択することを特徴としている。
【００１４】
また、本発明に係る情報端末の制御方法は、上記の課題を解決するために、放送波を受信する放送波受信手段と、サイト名称をアクセス用アドレスに変換する名前解決手段と、ネットワーク上のサイトを、該サイトのサイト名称を前記名前解決手段により名前解決することにより求めたアクセス用アドレスを用いて、ブラウズするブラウズ手段とを備えた情報端末の制御方法であって、前記放送波受信手段により受信した放送波から、前記サイトのサイト名称と該サイト名称に対応するアクセス用アドレスとを対応付けてサイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出ステップと、前記名前解決手段により、前記ブラウズ手段がサイト名称−アクセス用アドレス対応データに登録されたサイトをブラウズする際、前記サイト名称−アクセス用アドレス対応データを検索し、前記サイトのサイト名称に対応した前記アクセス用アドレスの取得を行うアドレス取得ステップとを含むことを特徴としている。
【００１５】
当該構成において、名前解決手段は、情報端末の利用者が、ブラウズ手段を用いて、地域情報提供サイトをブラウズする際、情報端末の現在位置に応じて、情報端末の現在位置にを含む地域の情報を発信する地域情報提供サイトのアクセス用アドレスを、サイト名称−アクセス用アドレス対応データから求める。ブラウズ手段は、求められたアクセス用アドレスを用いて、情報端末が位置する地域の情報を発信する地域情報提供サイトのコンテンツを表示する。
【００１６】
例えば、情報端末が、第１地域に位置する場合、名前解決手段は、地域情報提供サイト（地域別サイト）のアクセス用アドレスとして、サイト名称−アクセス用アドレス対応データに記述された、第１地域の情報を発信する地域情報提供サイトのアクセス用アドレスを、ブラウズ手段に回答する。情報端末が、第２地域に位置する場合、名前解決手段は、地域情報提供サイトのアクセス用アドレスとして、サイト名称−アクセス用アドレス対応データに記述された、第２地域の情報を発信する地域情報提供サイトのアクセス用アドレスを、ブラウズ手段に回答する。
【００１７】
上記の構成によれば、地域情報提供サイトから放送波を介して送信されたデータ設定情報により更新された、地域情報提供サイトのサイト名称と、各地域と、各地域の情報を発信する地域情報提供サイトのアクセス用アドレスとを対応させた、サイト名称−アクセス用アドレス対応データを用いて、情報端末の現在位置に応じた地域情報提供サイトにアクセスできるので、地域情報提供サイトのサイト名称を入力または指定するだけで、情報端末の現在位置に応じた地域情報提供サイトのコンテンツをブラウズできる、すなわち利用者が様々なＵＲＩを入力する手間を削減できるという効果を奏する。
【００１８】
（３）本発明に係る情報端末は、上記の課題を解決するために、放送波を受信する放送波受信手段と、サイト名称をアクセス用アドレスに変換する名前解決手段と、ネットワーク上のサイトを、該サイトのサイト名称を前記名前解決手段により名前解決することにより求めたアクセス用アドレスを用いて、ブラウズするブラウズ手段とを備えた情報端末であって、前記サイトのサイト名称と該サイト名称に対応する複数のアクセス用アドレスとを対応付けて保持するサイト名称−アクセス用アドレス対応データ格納部と、前記放送波受信手段により受信した放送波から、サイト名称およびアクセス用アドレスを上記サイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出手段と、前記サイト名称−アクセス用アドレス対応データ格納部が保持している前記複数のアクセス用アドレスから、ランダムに一つのアクセス用アドレスを選択するアクセス用アドレス選択手段とを備え、前記名前解決手段は、前記ブラウズ手段がサイト名称−アクセス用アドレス対応データに登録されたサイトをブラウズする際、前記サイト名称−アクセス用アドレス対応データを検索し、前記サイトのサイト名称に対応した複数の前記アクセス用アドレスを取得し、前記アクセス用アドレス選択手段を用いて、前記複数のアクセス用アドレスから前記一つのアクセス用アドレスを選択することを特徴としている。
【００１９】
また、本発明に係る情報端末の制御方法は、上記の課題を解決するために、放送波を受信する放送波受信手段と、サイト名称をアクセス用アドレスに変換する名前解決手段と、ネットワーク上のサイトを、該サイトのサイト名称を前記名前解決手段により名前解決することにより求めたアクセス用アドレスを用いて、ブラウズするブラウズ手段とを備えた情報端末の制御方法であって、前記放送波受信手段により受信した放送波から、前記サイトのサイト名称と該サイト名称に対応する複数のアクセス用アドレスとを対応付けて保持するサイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出ステップと、前記名前解決手段により、前記ブラウズ手段がサイト名称−アクセス用アドレス対応データに登録されたサイトをブラウズする際、前記サイト名称−アクセス用アドレス対応データを検索し、前記サイトのサイト名称に対応した複数の前記アクセス用アドレスを取得し、前記複数のアクセス用アドレスからランダムに一つのアクセス用アドレスを選択するアドレス取得ステップとを含むことを特徴としている。
【００２０】
当該構成において、情報端末のサイト名称−アクセス用アドレス対応データに記述されている、サイトのサイト名称に対応する複数のアクセス用アドレスは、放送される番組に同期して更新される。そのため、番組の内容に関連した番組内容関連サイトへのアクセス用アドレスを、放送される番組に連動して送信できる。例えば、通信販売番組の放映中は、番組内容関連サイトは、放送波を介して、通信販売サイトおよびそのミラーサイトのアクセス用アドレスを、番組内容関連サイトのサイト名称に対応するアクセス用アドレスとして、情報端末のサイト名称−アクセス用アドレス対応データに登録し、ニュース番組の放映中は、ニュースサイトおよびそのミラーサイトのアクセス用アドレスを、番組内容関連サイトのサイト名称に対応するアクセス用アドレスとして、情報端末のサイト名称−アクセス用アドレス対応データに登録する。
【００２１】
上記の構成によれば、番組内容関連サイトからのデータ設定情報の、放送波を介した送信により、情報端末のブラウザが番組内容関連サイトの内容をブラウズする際に表示させるコンテンツを切り替える事、および番組内容関連サイトまたはそのミラーサイトにランダムにアクセスすることができるので、情報端末の利用者は、番組内容関連サイトのＵＲＩを入力または指定するだけで、番組に関連した様々な番組内容関連サイトの内容をブラウズすることができる、すなわち利用者が様々なＵＲＩを入力する手間を削減できるという効果、そして、番組内容関連サイトへのアクセスの負荷分散を可能とする効果を奏する。
【００２２】
（４）本発明に係る情報端末は、上記の課題を解決するために、放送波を受信する放送波受信手段と、サイト名称をアクセス用アドレスに変換する名前解決手段と、ネットワーク上のサイトを、該サイトのサイト名称を前記名前解決手段により名前解決することにより求めたアクセス用アドレスを用いて、ブラウズするブラウズ手段と、自端末の現在位置を取得する現在位置取得手段とを備えた情報端末であって、一つのサイト名称と複数のアクセス用アドレスとが対応付けられたサイト名称−アクセス用アドレスのセットを地域別に保持するサイト名称−アクセス用アドレス対応データ格納部と、前記放送波受信手段により受信した放送波から、サイト名称−アクセス用アドレスのセットを上記サイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称−アクセス用アドレスのセットをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出手段と、前記サイト名称−アクセス用アドレス対応データ格納部に保持され、前記現在位置取得手段により取得した現在位置を含む地域に対応するサイト名称−アクセス用アドレスのセットに含まれる前記複数のアクセス用アドレスから、ランダムに一つのアクセス用アドレスを選択するアクセス用アドレス選択手段とを備え、前記名前解決手段は、前記ブラウズ手段がサイト名称を用いてブラウズする際、前記サイト名称−アクセス用アドレス対応データを参照し、前記アクセス用アドレス選択手段を用いて、前記サイト名称に対応付けられ、かつ、前記現在位置取得手段により取得した現在位置を含む地域に対応するサイト名称−アクセス用アドレスのセットに含まれる前記複数のアクセス用アドレスから、ランダムに一つのアクセス用アドレスを選択することを特徴としている。
【００２３】
また、本発明に係る情報端末の制御方法は、上記の課題を解決するために、放送波を受信する放送波受信手段と、サイト名称をアクセス用アドレスに変換する名前解決手段と、ネットワーク上のサイトを、該サイトのサイト名称を前記名前解決手段により名前解決することにより求めたアクセス用アドレスを用いて、ブラウズするブラウズ手段と、自端末の現在位置を取得する現在位置取得手段とを備えた情報端末の制御方法であって、前記放送波受信手段により受信した放送波から、一つのサイト名称と複数のアクセス用アドレスとが対応付けられたサイト名称−アクセス用アドレスのセットを地域別に保持するサイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称−アクセス用アドレスのセットをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出ステップと、前記名前解決手段により、前記ブラウズ手段がサイト名称を用いてブラウズする際、前記サイト名称−アクセス用アドレス対応データを参照し、前記サイト名称に対応付けられ、かつ、前記現在位置取得手段により取得した現在位置を含む地域に対応するサイト名称−アクセス用アドレスのセットに含まれる前記複数のアクセス用アドレスから、ランダムに一つのアクセス用アドレスを選択するアドレス取得ステップとを含むことを特徴としている。
【００２４】
当該構成において、名前解決手段は、情報端末の利用者が、ブラウズ手段を用いて、地域情報提供サイトをブラウズする際、情報端末の現在位置に応じて、サイト名称−アクセス用アドレス対応データから、情報端末の現在位置にを含む地域の情報を発信する地域情報提供サイトおよびそのミラーサイトの複数のアクセス用アドレスからランダムに一つのアクセス用アドレスを選択して求める。ブラウズ手段は、求められたアクセス用アドレスを用いて、情報端末が位置する地域の情報を発信する地域情報提供サイトのコンテンツを表示する。
【００２５】
例えば、情報端末が、第１地域に位置する場合、名前解決手段は、地域情報提供サイトのアクセス用アドレスとして、サイト名称−アクセス用アドレス対応データに記述された、第１地域の情報を発信する地域情報提供サイトおよびそのミラーサイトの複数のアクセス用アドレスからランダムに一つのアクセス用アドレスを選択し、ブラウズ手段に回答する。情報端末が、第２地域に位置する場合、名前解決手段は、地域情報提供サイトのアクセス用アドレスとして、サイト名称−アクセス用アドレス対応データに記述された、第２地域の情報を発信する地域情報提供サイトおよびそのミラーサイトの複数のアクセス用アドレスからランダムに一つのアクセス用アドレスを選択し、ブラウズ手段に回答する。
【００２６】
上記の構成によれば、地域情報提供サイトから放送波を介して送信されたデータ設定情報により更新された、地域情報提供サイトのサイト名称と、各地域と、各地域の情報を発信する地域情報提供サイトおよびそのミラーサイトの複数のアクセス用アドレスとを対応させた、サイト名称−アクセス用アドレス対応データを用いて、情報端末の現在位置に応じた地域情報提供サイトにアクセスできるので、地域情報提供サイトのサイト名称を入力または指定するだけで、情報端末の現在位置に応じた地域情報提供サイトのコンテンツをブラウズできる、すなわち利用者が様々なＵＲＩを入力する手間を削減できるという効果を奏する。
【００２７】
ところで、上記情報端末は、ハードウェアで実現してもよいし、プログラムをコンピュータに実行させることによって実現してもよい。具体的には、本発明に係るプログラム（情報端末制御プログラム）は、少なくとも上述した名前解決手段・ブラウズ手段・情報抽出手段としてコンピュータを動作させる情報処理プログラムであり、本発明に係る記録媒体には、当該情報処理プログラムが記録されている。
【００２８】
この情報処理プログラムがコンピュータによって実行されると、当該コンピュータは、上記情報端末として動作する。
【００２９】
従って、上記情報端末と同様に、番組内容関連サイトからのデータ設定情報の放送波を介した送信により、情報端末のブラウザが番組内容関連サイトの内容をブラウズする際に表示させるコンテンツを切り替える事ができるので、情報端末の利用者は、番組内容関連サイトのＵＲＩを入力または指定するだけで、番組に関連した様々な番組内容関連サイトの内容をブラウズすることができる、すなわち利用者が様々なＵＲＩを入力する手間を削減できるという効果を奏する。
【００３０】
また、地域情報提供サイトから放送波を介して送信されたデータ設定情報により更新された、地域情報提供サイトのサイト名称と、各地域と、各地域の情報を発信する地域情報提供サイトのアクセス用アドレスとを対応させた、サイト名称−アクセス用アドレス対応データを用いて、情報端末の現在位置に応じた地域情報提供サイトにアクセスできるので、地域情報提供サイトのサイト名称を入力または指定するだけで、情報端末の現在位置に応じた地域情報提供サイトのコンテンツをブラウズできる、すなわち利用者が様々なＵＲＩを入力する手間を削減できるという効果を奏する。
【発明の効果】
【００３１】
以上のように、（１）本発明に係る情報端末は、サイトのサイト名称と該サイト名称に対応するアクセス用アドレスとを対応付けて保持するサイト名称−アクセス用アドレス対応データ格納部と、放送波受信手段により受信した放送波から、サイト名称およびアクセス用アドレスを上記サイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出手段とを備え、名前解決手段は、ブラウズ手段がサイト名称−アクセス用アドレス対応データに登録されたサイトをブラウズする際、サイト名称−アクセス用アドレス対応データを検索し、サイトのサイト名称に対応した前記アクセス用アドレスの取得を行う構成である。
【００３２】
また、本発明に係る情報端末の制御方法は、放送波受信手段により受信した放送波から、サイトのサイト名称と該サイト名称に対応するアクセス用アドレスとを対応付けてサイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出ステップと、名前解決手段により、ブラウズ手段がサイト名称−アクセス用アドレス対応データに登録されたサイトをブラウズする際、サイト名称−アクセス用アドレス対応データを検索し、サイトのサイト名称に対応した前記アクセス用アドレスの取得を行うアドレス取得ステップとを含む方法である。
【００３３】
それゆえ、番組内容関連サイトからのデータ設定情報の、放送波を介した送信により、情報端末のブラウザが番組内容関連サイトの内容をブラウズする際に表示させるコンテンツを切り替える事ができるので、情報端末の利用者は、番組内容関連サイトのＵＲＩを入力または指定するだけで、番組に関連した様々な番組内容関連サイトの内容をブラウズすることができる、すなわち利用者が様々なＵＲＩを入力する手間を削減できるという効果を奏する。
【００３４】
（２）本発明に係る情報端末は、一つの共通サイト名称と複数の地域別サイトのアクセス用アドレスとを対応付けて保持するサイト名称−アクセス用アドレス対応データ格納部と、放送波受信手段により受信した放送波から、共通サイト名称およびアクセス用アドレスを上記サイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、共通サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出手段とを備え、名前解決手段は、ブラウズ手段が共通サイト名称を用いてブラウズする際、サイト名称−アクセス用アドレス対応データを参照し、共通サイト名称に対応付けられている複数のアクセス用アドレスから、現在位置取得手段により取得した現在位置を含む地域に対応するアクセス用アドレスを選択する構成である。
【００３５】
また、本発明に係る情報端末の制御方法は、放送波受信手段により受信した放送波から、サイトのサイト名称と該サイト名称に対応するアクセス用アドレスとを対応付けてサイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出ステップと、名前解決手段により、ブラウズ手段がサイト名称−アクセス用アドレス対応データに登録されたサイトをブラウズする際、サイト名称−アクセス用アドレス対応データを検索し、サイトのサイト名称に対応したアクセス用アドレスの取得を行うアドレス取得ステップとを含む方法である。
【００３６】
それゆえ、地域情報提供サイトから放送波を介して送信されたデータ設定情報により更新された、地域情報提供サイトのサイト名称と、各地域と、各地域の情報を発信する地域情報提供サイトのアクセス用アドレスとを対応させた、サイト名称−アクセス用アドレス対応データを用いて、情報端末の現在位置に応じた地域情報提供サイトにアクセスできるので、地域情報提供サイトのサイト名称を入力または指定するだけで、情報端末の現在位置に応じた地域情報提供サイトのコンテンツをブラウズできる、すなわち利用者が様々なＵＲＩを入力する手間を削減できるという効果を奏する。
【００３７】
（３）本発明に係る情報端末は、サイトのサイト名称と該サイト名称に対応する複数のアクセス用アドレスとを対応付けて保持するサイト名称−アクセス用アドレス対応データ格納部と、放送波受信手段により受信した放送波から、サイト名称およびアクセス用アドレスを上記サイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出手段と、サイト名称−アクセス用アドレス対応データ格納部が保持している複数のアクセス用アドレスから、ランダムに一つのアクセス用アドレスを選択するアクセス用アドレス選択手段とを備え、名前解決手段は、ブラウズ手段がサイト名称−アクセス用アドレス対応データに登録されたサイトをブラウズする際、サイト名称−アクセス用アドレス対応データを検索し、サイトのサイト名称に対応した複数のアクセス用アドレスを取得し、アクセス用アドレス選択手段を用いて、複数のアクセス用アドレスから一つのアクセス用アドレスを選択する構成である。
【００３８】
また、本発明に係る情報端末の制御方法は、放送波受信手段により受信した放送波から、サイトのサイト名称と該サイト名称に対応する複数のアクセス用アドレスとを対応付けて保持するサイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称およびアクセス用アドレスをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出ステップと、名前解決手段により、ブラウズ手段がサイト名称−アクセス用アドレス対応データに登録されたサイトをブラウズする際、サイト名称−アクセス用アドレス対応データを検索し、サイトのサイト名称に対応した複数のアクセス用アドレスを取得し、複数のアクセス用アドレスからランダムに一つのアクセス用アドレスを選択するアドレス取得ステップとを含む方法である。
【００３９】
それゆえ、番組内容関連サイトからのデータ設定情報の、放送波を介した送信により、情報端末のブラウザが番組内容関連サイトの内容をブラウズする際に表示させるコンテンツを切り替える事、および番組内容関連サイトまたはそのミラーサイトにランダムにアクセスすることができるので、情報端末の利用者は、番組内容関連サイトのＵＲＩを入力または指定するだけで、番組に関連した様々な番組内容関連サイトの内容をブラウズすることができる、すなわち利用者が様々なＵＲＩを入力する手間を削減できるという効果、そして、番組内容関連サイトへのアクセスの負荷分散を可能とする効果を奏する。
【００４０】
（４）本発明に係る情報端末は、一つのサイト名称と複数のアクセス用アドレスとが対応付けられたサイト名称−アクセス用アドレスのセットを地域別に保持するサイト名称−アクセス用アドレス対応データ格納部と、放送波受信手段により受信した放送波から、サイト名称−アクセス用アドレスのセットを上記サイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称−アクセス用アドレスのセットをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出手段と、サイト名称−アクセス用アドレス対応データ格納部に保持され、現在位置取得手段により取得した現在位置を含む地域に対応するサイト名称−アクセス用アドレスのセットに含まれる複数のアクセス用アドレスから、ランダムに一つのアクセス用アドレスを選択するアクセス用アドレス選択手段とを備え、名前解決手段は、ブラウズ手段がサイト名称を用いてブラウズする際、サイト名称−アクセス用アドレス対応データを参照し、アクセス用アドレス選択手段を用いて、サイト名称に対応付けられ、かつ、現在位置取得手段により取得した現在位置を含む地域に対応するサイト名称−アクセス用アドレスのセットに含まれる複数のアクセス用アドレスから、ランダムに一つのアクセス用アドレスを選択する構成である。
【００４１】
また、本発明に係る情報端末の制御方法は、放送波受信手段により受信した放送波から、一つのサイト名称と複数のアクセス用アドレスとが対応付けられたサイト名称−アクセス用アドレスのセットを地域別に保持するサイト名称−アクセス用アドレス対応データ格納部に追加または更新するためのデータ設定情報を取り出し、サイト名称−アクセス用アドレスのセットをサイト名称−アクセス用アドレス対応データ格納部に追加または更新する情報抽出ステップと、名前解決手段により、ブラウズ手段がサイト名称を用いてブラウズする際、サイト名称−アクセス用アドレス対応データを参照し、サイト名称に対応付けられ、かつ、現在位置取得手段により取得した現在位置を含む地域に対応するサイト名称−アクセス用アドレスのセットに含まれる複数のアクセス用アドレスから、ランダムに一つのアクセス用アドレスを選択するアドレス取得ステップとを含む方法である。
【００４２】
それゆえ、地域情報提供サイトから放送波を介して送信されたデータ設定情報により更新された、地域情報提供サイトのサイト名称と、各地域と、各地域の情報を発信する地域情報提供サイトおよびそのミラーサイトの複数のアクセス用アドレスとを対応させた、サイト名称−アクセス用アドレス対応データを用いて、情報端末の現在位置に応じた地域情報提供サイトにアクセスできるので、地域情報提供サイトのサイト名称を入力または指定するだけで、情報端末の現在位置に応じた地域情報提供サイトのコンテンツをブラウズできる、すなわち利用者が様々なＵＲＩを入力する手間を削減できるという効果を奏する。
【発明を実施するための最良の形態】
【００４３】
本発明に係る情報端末の一実施形態として、以下では、まず放送電波を受信する携帯電話機によりアクセスの負荷分散を行う実施の形態について説明した後、放送電波を受信するＤＮＳサーバ（名前解決サーバ）によりアクセスの負荷分散を行う実施の形態について説明する。
【００４４】
＜第１の実施の形態＞
本発明の、放送電波を受信する携帯電話機により、インターネット上の情報提供サイトへのアクセスの集中を防止する実施の形態について、図１から図１２に基づいて説明すると以下の通りである。
【００４５】
なお、以下の例では、特定のイベントを、地震の発生とし、特定の情報提供サイトを、その地震に関する情報を提供する地震情報提供サイト（ＵＲＩは、http://www.earthquake-infor.com、このＵＲＩは例であり、実在しない）とする。地震が発生し、多くの本発明の携帯電話機利用者が、その情報提供サイトに対してアクセスするものとする。
【００４６】
＜概要＞
通常時、すなわち地震が発生前の本発明のシステムを構成する要素と、地震発生後の本発明のシステムを構成する要素とを、図１（ａ）、図１（ｂ）、および図２に示す。図２が、地震発生前の状態を表し、図１（ａ）が、アクセスの負荷分散を行うためのＩＰアドレス（アクセス用アドレス）対応情報（データ設定情報）１０を携帯電話機２に配信している状態を表し、図１（ｂ）が、各携帯電話機２から地震情報提供サイト１（データ設定情報生成サイト）へのアクセスがミラーサイト５に分散されている状態を表している。
【００４７】
＜通常時の処理概要＞
通常時は、本発明の携帯電話機２の利用者が、地震情報提供サイト１に、インターネット経由でアクセスする場合、携帯電話機２のブラウザにおいて、地震情報提供サイト１のＵＲＩが指定されると、携帯電話機２のブラウザは、まず、地震情報提供サイト１のＵＲＩを名前解決するために、ＤＮＳサーバ３に名前問い合わせを行い、その地震情報提供サイト１のＦＱＤＮ（Fully Qualified Domain Name）（サイト名称）に対応するＩＰアドレスをＤＮＳサーバ３から入手し、次に、入手したＩＰアドレス（192.168.0.1）を用いて、地震情報提供サイト１にアクセスする。
【００４８】
ＤＮＳサーバ３は、地震情報提供サイト１のＦＱＤＮ（www.earthquake-infor.com）とＩＰアドレス（192.168.0.1）との対応を表すＤＮＳレコードを持っているので、地震情報提供サイト１のＩＰアドレスとして、192.168.0.1を、携帯電話機２に回答する。なお、以下では、説明の便宜上、プライベートＩＰアドレスを、地震情報提供サイト１のパブリックＩＰアドレスの代わりに用いる。
【００４９】
＜地震発生時の処理概要＞
地震発生時は、地震情報提供サイト１、放送局４、および携帯電話機２は、以下の処理を行う：
（１）地震情報提供サイト１は、提供する地震情報をコピーしたミラーサイト５を立ち上げる。
（２）地震情報提供サイト１は、地震情報提供サイト１のＦＱＤＮとそのＩＰアドレスとの対応に加えて、地震情報提供サイト１のＦＱＤＮとミラーサイト５のＩＰアドレスとの対応も表すＩＰアドレス対応情報１０を放送局４に通知する。ＩＰアドレス対応情報１０には、例えば、図１（ａ）に示すように、地震情報提供サイト１のＦＱＤＮと、そのＦＱＤＮに対応するＩＰアドレス（192.168.0.1）および３つのミラーサイト５のＩＰアドレス（192.168.0.2、192.168.0.3、および192.168.0.4）が記述されている。
（３）放送局４は、地震情報提供サイト１から通知されたＩＰアドレス対応情報１０を各携帯電話機２に放送する。（図１（ａ）に示す状態）
（４）ＩＰアドレス対応情報１０を受信した各携帯電話機２は、利用者により地震情報提供サイト１へのアクセスが指示された場合、ＩＰアドレス対応情報１０に含まれる地震情報提供サイト１およびミラーサイト５を表す複数のＩＰアドレスから１つのＩＰアドレスをランダムに選択し、選択したＩＰアドレス（192.168.0.1、192.168.0.2、192.168.0.3、または192.168.0.4のうちのいずれか）を用いて、地震情報提供サイト１またはそのミラーサイト５にアクセスする。（図１（ｂ）に示す状態）
なお、ミラーサイト５は、１つでもよいし複数あってもよい。もし、インターネットに接続されたコンピュータを時間単位で貸すサービスを行っているインターネットデータセンタなどがあれば、必要な期間だけ、そのコンピュータをミラーサイトとして利用してもよい。
【００５０】
また、ミラーサイト５は、各携帯電話機２からのアクセスが分散されるならば、マスターサイトとなる地震情報提供サイト１から、地理的に離れた遠隔地にあってもよいし、ネットワークトポロジー的に離れていてもよい。
【００５１】
＜通常復帰時の処理概要＞
例えば、地震発生後、充分時間が経過し、地震情報提供サイト１へのアクセス量が減り、過負荷によるサーバダウンの可能性が無くなった時点で、地震情報提供サイト１、放送局４、および携帯電話機２は、以下の処理を行う：
（１）地震情報提供サイト１は、各携帯電話機２が持つＩＰアドレス対応情報１０の削除指示を、放送局４に通知する。
（２）放送局４は、地震情報提供サイト１から通知された削除指示を各携帯電話機２に放送する。
（３）削除指示を受信した各携帯電話機２は、ＩＰアドレス対応情報１０を削除する。
（４）放送局４は、削除指示の放送が完了した事を、地震情報提供サイト１に通知する。
（５）地震情報提供サイト１は、ミラーサイト５を閉じる。
【００５２】
以上の手順により、各携帯電話機２から、地震情報提供サイト１へのアクセスは、通常時にアクセスする場合と同様の状態に戻る。なお、地震発生時にＩＰアドレス対応情報１０を受信したが、削除指示を受信できなかった携帯電話機２においても、時間が経過すると、携帯電話機２が、ＩＰアドレス対応情報１０を削除できるように、ＩＰアドレス対応情報１０は、ＩＰアドレス対応情報１０の有効期限を含む構成としてもよい。
【００５３】
＜地震情報提供サイト１の構成について＞
地震情報提供サイト１の構成について、図３においてブロック図を示す。
【００５４】
地震情報提供サイト１は、ＣＰＵ１１、コンテンツ保存部１２、ネットワークインタフェース部１３、メモリ１４、入出力部１５を備えた構成となっている。
【００５５】
ＣＰＵ１１は、後述する各機能ブロックを実現する。コンテンツ保存部１２は、地震情報提供サイト１の提供するコンテンツを保存し、Ｗｅｂクライアントからの要求に応じ、保存しているコンテンツあるいは要求に応じて生成されたコンテンツを提供する。ネットワークインタフェース部１３は、ネットワーク・インタフェース・カード（ＮＩＣ）等により構成され、インターネットとの通信を行う。メモリ１４は、ＲＡＭおよびＲＯＭから構成され、ＣＰＵ１１により実行されるプログラムを記憶したり、ＣＰＵ１１により実行されるプログラムへ作業領域を提供したりする。入出力部１５は、地震情報提供サイト１の管理者とのやり取りおよび専用回線や電話回線などで結ばれた外部とのやり取りを行う。
【００５６】
ＣＰＵ１１は、メモリ１４等に格納されたプログラムを実行して、必要に応じて、上記各部材を制御する。これにより、本実施の形態の地震情報提供サイト１は、種々の機能ブロックを実現することができ、上記各部材を、地震情報提供サイト１として動作させることができる。ＣＰＵ１１は、メモリ１４等に格納されている各プログラムを実行し、必要な周辺機器を制御することによって、後述する各機能ブロックを実現する。
【００５７】
また、図４において、地震情報提供サイト１の機能ブロック図を示す。
【００５８】
地震情報提供サイト１は、機能ブロックとして、Ｗｅｂサーバ部１６および冗長化制御部１７を備える。冗長化制御部１７は、特定条件判断部１８、ミラーサイト開設・閉鎖部１９、およびＩＰアドレス対応情報制御部２０を含んでいる。
【００５９】
Ｗｅｂサーバ部１６は、インターネットを経由した、Ｗｅｂクライアントからの要求に応じ、コンテンツ保存部１２に保存されているコンテンツおよびＷｅｂクライアントからの要求に応じて生成されたコンテンツを、ネットワークインタフェース部１３を介して、要求を送信したＷｅｂクライアントに返信する。また、Ｗｅｂサーバ部１６は、ミラーサイト開設・閉鎖部１９からの指示に基づいて、ミラーサイト５へコンテンツ保存部１２に保存されたコンテンツおよびＷｅｂサーバとして機能するプログラムを送信する。
【００６０】
特定条件判断部１８は、地震情報提供サイト１へのアクセスが高まる特定の条件が成立する状況になったか否かを判断する。判断に用いる情報は、地震情報提供サイト１が有する地震計からの震度に関する情報でもよいし、気象庁から専用回線などを経由して取得した地震情報でもよいし、地震情報提供サイト１の管理者が入出力部１５を介して入力した情報でもよいし、Ｗｅｂサーバ部１６からのアクセスが急増しているという情報でもよい。特定の条件が成立した場合、特定条件判断部１８は、ミラーサイト開設・閉鎖部１９に、ミラーサイト５の開設を指示する。また、特定の条件が成立しなくなった場合、特定条件判断部１８は、ミラーサイト開設・閉鎖部１９に、ミラーサイト５の閉鎖を指示する。
【００６１】
ミラーサイト開設・閉鎖部１９は、特定条件判断部１８の指示に従い、ミラーサイト５の開設および閉鎖を行う。ミラーサイト開設時には、ミラーサイト開設・閉鎖部１９は、ミラーサイト５となるコンピュータに対し、開設準備を指示すると共に、Ｗｅｂサーバ部１６に対し、コンテンツ保存部１２に保存しているコンテンツおよびＷｅｂサーバプログラムを、ミラーサイト５となるコンピュータに送信するよう指示する。ミラーサイト閉鎖時には、ミラーサイト開設・閉鎖部１９は、放送局４の制御部４０からのＩＰアドレス対応情報の送信が完了したことの通知を受信した後、ミラーサイト５に対して閉鎖を指示する。
【００６２】
ＩＰアドレス対応情報制御部２０は、地震情報提供サイト１のＦＱＤＮとＩＰアドレスとの対応を示す情報と、地震情報提供サイト１のＦＱＤＮと開設されたミラーサイト５のＩＰアドレスとの対応を示す情報とに基づいて、ＩＰアドレス対応情報１０を生成する。また、生成したＩＰアドレス対応情報１０を、放送局４に対して通知する。放送局４に通知する方法は、問わない。すなわち、ネットワークインタフェース部１３を介して、インターネット経由で電子メール、ＨＴＴＰプロトコル、または独自プロトコルにより通知しても良いし、入出力部１５を介して、専用回線または電話回線経由で、電子メール、ＨＴＴＰプロトコル、または独自プロトコルにより通知しても良い。
【００６３】
＜ＩＰアドレス対応情報１０について＞
ＩＰアドレス対応情報１０は、地震情報提供サイト１のＦＱＤＮと、地震情報提供サイト１およびミラーサイト５のＩＰアドレスとの対応関係を示す。このＩＰアドレス対応情報１０は、放送局４から放送され、携帯電話機２により受信され、ローカルな名前解決に使用されるＩＰテーブル３２に反映される。
【００６４】
図５（ａ）において、地震情報提供サイト１のＦＱＤＮ（www.earthquake-infor.com）と、そのＩＰアドレス（192.168.0.1）および開設された３個のミラーサイトのＩＰアドレス（192.168.0.2、192.168.0.3、および192.168.0.4)の対応関係を表すフォーマットの例を示す。各ＩＰアドレスの前にある「＋」記号は、このＩＰアドレス対応情報１０が、放送局４経由で携帯電話機２に送信され、携帯電話機２により受信された際に、携帯電話機２が、自身の備えるＩＰテーブルに、この対応情報を追加する指示を表す。
【００６５】
また、図５（ｂ）において、地震情報提供サイト１のＦＱＤＮ（www.earthquake-infor.com）と、そのＩＰアドレス（192.168.0.1）および閉鎖された３個のミラーサイトのＩＰアドレス（192.168.0.2、192.168.0.3、および192.168.0.4）の対応関係を表すフォーマットの例を示す。各ＩＰアドレスの前にある「―」記号は、このＩＰアドレス対応情報１０が、放送局４経由で携帯電話機２に送信され、携帯電話機２により受信された際に、携帯電話機２が、自身の備えるＩＰテーブルから、この対応情報を削除する指示を表す。
【００６６】
ＩＰアドレス対応情報１０のフォーマットは、ＩＰアドレス対応情報制御部２０が生成したＩＰアドレス対応情報１０の内容を、携帯電話機２が理解できるものであればよい。
【００６７】
＜ミラーサイト５について＞
ミラーサイトとなるコンピュータは、時間単位で借用することができる、インターネットデータセンタにある、インターネットに接続されたコンピュータを、特定条件の成立したときのみ借用してもよいし、通常は他の業務に利用している、インターネットに接続されたコンピュータでもよい。また、ミラーサイトとして稼働させるためのＷｅｂサーバプログラムは、予めミラーサイトとなるコンピュータに保存されており、ミラーサイト開設・閉鎖部１９からの指示により起動されてもよいし、ミラーサイト開設・閉鎖部１９からの指示により地震情報提供サイト１からコピーされた後に起動されてもよい。
【００６８】
また、ミラーサイトは、特定の条件が成立した時点で、予め決められた個数を開設してもよいし、最初は数個のみ開設し、地震情報提供サイト１の負荷の増加に伴い、逐次開設する個数を増やしていっても良い。
【００６９】
ミラーサイト５は、地震情報提供サイト１のミラーサイト開設・閉鎖部１９からミラーサイト５を閉鎖する指示を受け取った後、自動的にクローズしてもよいし、インターネットデータセンタの管理者が手動でクローズしてもよい。
【００７０】
＜放送局４の構成について＞
放送局４の構成について、図６においてブロック図を示す。
【００７１】
放送局４は、制御部４０、放送波送信部４１、入力部４２、ネットワークインタフェース部４３を備えた構成となっている。
【００７２】
制御部４０は、入力部４２、ネットワークインタフェース部４３、および放送波送信部４１を制御する。また、制御部４０は、入力部４２を介して専用回線または電話回線経由で、またはネットワークインタフェース部４３を介してインターネット経由で、電子メール、ＨＴＴＰプロトコル、または独自プロトコルにより、地震情報提供サイト１のＩＰアドレス対応情報制御部２０から通知される、ＩＰアドレス対応情報１０を受信する。そして、制御部４０は、放送波送信部４１から、受信したＩＰアドレス対応情報１０を、各携帯電話機２に対して送信する。ＩＰアドレス対応情報１０の送信後、制御部４０は、地震情報提供サイト１のミラーサイト開設・閉鎖部１９に対して、入力部４２またはネットワークインタフェース部４３を介して、ＩＰアドレス対応情報１０の送信が完了したことを通知する。
【００７３】
放送波送信部４１は、ＩＰアドレス対応情報１０をエンコードした後、通常のテレビジョン放送またはラジオ放送に、エンコードしたＩＰアドレス対応情報１０を載せて放送してもよい。また、緊急警報放送の仕組みを利用して、緊急警報信号を送信して携帯電話機２を受信状態にした後に、テレビジョン放送またはラジオ放送に、エンコードしたＩＰアドレス対応情報１０を載せて放送してもよい。放送は、携帯電話機２においてＩＰアドレス対応情報１０を放送波から取り出せるならば、アナログ放送でもデジタル放送でもよい。放送波送信部４１は、テレビジョン放送またはラジオ放送を行うためのアンテナを含む。なお、緊急警報放送とは、災害時等に、放送局から送信される緊急警報信号に応じて、緊急警報放送に対応した受信機が、自動的に待機状態から受信状態となり、受信機はその後に放送される緊急警報放送を受信できるという仕組みである。
【００７４】
入力部４２が、ＩＰアドレス対応情報１０を受け付ける場合、専用回線または電話回線を経由して受け付けてもよいし、放送局４の管理者による手入力で受け付けてもよい。
【００７５】
ネットワークインタフェース部１３は、ネットワーク・インタフェース・カード（ＮＩＣ）等により構成され、インターネットとの通信を行う。地震情報提供サイト１からのＩＰアドレス対応情報１０の通知が、インターネット経由で行われる場合、ネットワークインタフェース部１３が、地震情報提供サイト１からのＩＰアドレス対応情報１０の通知を受信する。
【００７６】
＜携帯電話機２の構成について＞
携帯電話機２の構成について、図７においてブロック図を示す。
【００７７】
携帯電話機２は、ＣＰＵ２１、メモリ２２、携帯電波送受信部２３、放送波受信部（放送波受信手段）２４、入出力部２５を備えた構成となっている。
【００７８】
ＣＰＵ２１は、後述する各機能ブロックを実現する。メモリ２２は、ＲＡＭおよびＲＯＭから構成され、ＣＰＵ２１により実行されるプログラムを記憶したり、ＣＰＵ２１により実行されるプログラムへ作業領域を提供したりする。
【００７９】
携帯電波送受信部２３は、アンテナを有し、携帯電話の基地局と、電波により、マルチメディアコンテンツおよびデータのやり取りを行う。携帯電話の基地局は、インターネットと接続されているので、携帯電話機２は、インターネットへのアクセスを行うことができる。
【００８０】
放送波受信部２４は、放送を受信するアンテナを有し、そのアンテナを介して、放送局４からの、エンコードされたＩＰアドレス対応情報１０を受信し、受信したＩＰアドレス対応情報１０をデコードする。放送波受信部２４は、常に電源が供給され、受信状態となっていてもよいし、通常は待機状態にあり、緊急警報信号が放送された場合のみ、待機状態から受信状態に移行する構成でもよい。後者の構成とする場合は、放送局４から、ＩＰアドレス対応情報１０を送信する前に、緊急警報信号を送出しなければならないが、携帯電話機２の放送波受信部２４には、待機状態を保つために必要な最小限の電力を供給すればよいので、携帯電話機２の消費電力を抑えることができる。なお、ＩＰアドレス対応情報１０がエンコードされずに、放送局４から放送された場合、放送波受信部２４は、受信したＩＰアドレス対応情報１０をデコードする必要は無い。
【００８１】
入出力部２５は、携帯電話機２の利用者に対して、携帯電話機２からの出力である画像および音声を提示するための液晶画面およびスピーカなどを備える。また、入出力部２５は、携帯電話機２の利用者からの入力を受け付けるための入力キーおよびマイクロフォンなども備える。
【００８２】
ＣＰＵ２１は、メモリ２２等に格納されたプログラムを実行して、必要に応じて、上記各部材を制御する。これにより、本実施の形態の携帯電話機２は、種々の機能ブロックを実現することができ、上記各部材を、携帯電話機２として動作させることができる。ＣＰＵ２１は、メモリ２２等に格納されている各プログラムを実行し、必要な周辺機器を制御することによって、後述する各機能ブロックを実現する。
【００８３】
また、図８において、携帯電話機２の機能ブロック図を示す。
【００８４】
携帯電話機２は、機能ブロックとして、情報抽出部（情報抽出手段）３１、ＩＰテーブル（サイト名称−アクセス用アドレス対応データ）３２、リゾルバ（名前解決手段）３３、インターネットブラウザ（ブラウズ手段）３４、通信制御部３５、入出力制御部３６を備えている。
【００８５】
情報抽出部３１は、放送波受信部２４が受信した、ＩＰアドレス対応情報１０を解釈する。そして、情報抽出部３１は、その中に記述されている、特定のサイトのＦＱＤＮとＩＰアドレスの組とその組をＩＰテーブル３２に追加するのか削除するのかの指示とに基づいて、ＩＰテーブル３２を更新する。追加の指示であれば、そのＦＱＤＮおよびＩＰアドレスをＩＰテーブル３２に追加し、削除の指示であれば、そのＦＱＤＮおよびＩＰアドレスをＩＰテーブル３２から削除する。
【００８６】
ＩＰテーブル３２は、インターネット上のサイトにアクセスする際などに、そのサイトのＦＱＤＮからそのサイトのＩＰアドレスを求める、いわゆる名前解決を、ローカルに行うために用いられる。すなわち、ＩＰテーブル３２は、ＵＮＩＸ（登録商標）およびＷｉｎｄｏｗｓＸＰ（登録商標）において、ローカルな名前解決に使用されるｈｏｓｔｓファイルに相当する。ＩＰテーブル３２には、ＦＱＤＮと、そのＦＱＤＮに対応するＩＰアドレスとが、組になって記述される。
【００８７】
リゾルバ３３は、インターネットブラウザ３４からの名前問い合わせに応じて、ＩＰテーブル３２およびネットワーク上のＤＮＳサーバ３を用いて、名前解決を行う。本実施の形態の携帯電話機２においては、リゾルバ３３は、インターネットブラウザ３４と一体になっていてもよいし、別アプリケーションとして実行されてもよいし、ＴＣＰ／ＩＰプロトコルスタック上に加えられた１つのレイヤとして実装されてもよい。名前解決を行う際、リゾルバ３３は、まずＩＰテーブル３２を参照し、ＩＰテーブル３２の参照により名前解決が出来ない場合に、ＤＮＳサーバ３に名前問い合わせを行う。
【００８８】
インターネットブラウザ３４は、入出力部２５および入出力制御部３６を介して携帯電話機２の利用者により指定されたＵＲＩにあるＨＴＭＬファイルなどを、通信制御部３５を介してＨＴＴＰプロトコルなどにより取得する。また、インターネットブラウザ３４は、取得したＨＴＭＬファイルなどの内容を、入出力制御部３６および入出力部２５を介して携帯電話機２の利用者に提示する。指定されたＵＲＩ中のＦＱＤＮの名前解決の際には、リゾルバ３３に名前問い合わせを行う。
【００８９】
通信制御部３５は、インターネットブラウザ３４により指定されたＩＰアドレスのサイトとの通信を、携帯電波送受信部２３を介して行う。通信制御部３５には、ＴＣＰ／ＩＰプロトコルスタックなどが実装されている。
【００９０】
入出力制御部３６は、入出力部２５の制御を行う。また、入出力制御部３６は、入出力部２５から渡された入力をインターネットブラウザ３４に渡したり、インターネットブラウザ３４から渡された出力を入出力部２５に渡したりする。
【００９１】
＜通常時の携帯電話機２から地震情報提供サイト１へのアクセス手順について＞
図９において示すフローチャートを用いて、通常時における、携帯電話機２から地震情報提供サイト１へのアクセス手順を説明する。説明は、携帯電話機２、ＤＮＳサーバ３、最後に地震情報提供サイト１における手順の順に行う。
【００９２】
携帯電話機２における手順は、以下の通りである。
【００９３】
まず、携帯電話機２の入出力制御部３６が、入出力部２５を介して、携帯電話機２の利用者によるインターネットブラウザ３４の起動指示を受け付け、インターネットブラウザ３４を起動する（ステップｃ１、以下携帯電話機２において行う手順はＳｃ１と略す）。
【００９４】
次に、インターネットブラウザ３４が、入出力部２５および入出力制御部３６を介して、携帯電話機２の利用者による地震情報提供サイト１へアクセスする指示を受け付ける（Ｓｃ２）。この時点で地震情報提供サイト1のＦＱＤＮ（www.earthquake-infor.com）が入力または選択される。
【００９５】
次に、インターネットブラウザ３４は、地震情報提供サイト１のＦＱＤＮからＩＰアドレスへの名前解決を、リゾルバ３３に指示する。リゾルバ３３は、ＩＰテーブル３２を参照し、地震情報提供サイト１のＦＱＤＮの名前解決を行う（Ｓｃ３）。なお、リゾルバ３３によるＩＰテーブル３２を用いた名前解決の詳細については、後述する。
【００９６】
次に、リゾルバ３３は、ＩＰテーブル３２の参照により、名前解決に成功したか否かを判断する（Ｓｃ４）。
【００９７】
名前解決に成功した場合は、Ｓｃ６に進む。
【００９８】
名前解決に失敗した場合は、Ｓｃ５に進む。通常時は、地震情報提供サイト1のＦＱＤＮおよび対応するＩＰアドレスは、ＩＰテーブル３２には登録されていないので、Ｓｃ３における名前解決は失敗する。
【００９９】
名前解決に失敗した場合、リゾルバ３３は、通信制御部３５および携帯電波送受信部２３を介して、携帯電話機２の外部にあるＤＮＳサーバ３に、名前解決を指示し、ＤＮＳサーバ３から、地震情報提供サイト1のＩＰアドレス（192.168.0.1）を取得する（Ｓｃ５）。
【０１００】
次に、インターネットブラウザ３４は、名前解決により入手したＩＰアドレスを用いて、通信制御部３５および携帯電波送受信部２３を介して、地震情報提供サイト１に、ＨＴＴＰ要求を送信する（Ｓｃ６）。
【０１０１】
次に、インターネットブラウザ３４は、携帯電波送受信部２３および通信制御部３５を介して、地震情報提供サイト１から返信されたコンテンツを受信し、入出力制御部３６および入出力部２５を介して、受信したコンテンツを、携帯電話機２の利用者に提示する（Ｓｃ７）。
【０１０２】
ＤＮＳサーバ３における手順は、以下の通りである。
【０１０３】
まず、ＤＮＳサーバ３は、リゾルバ３３からの名前解決の問い合わせを受信する（Ｓｄ１、以下ＤＮＳサーバ３において行う手順はＳｄ１と略す）。リゾルバ３３からＤＮＳサーバ３に名前問い合わせが送信されるのは、Ｓｃ４において、名前解決に失敗したと判断され、Ｓｃ５において、リゾルバ３３が、ＤＮＳサーバ３に対して名前解決を指示した時点である。
【０１０４】
次に、ＤＮＳサーバ３は、一般的なＤＮＳサーバの動作である、ＤＮＳキャッシュの検索および再帰的問い合わせにより、ＦＱＤＮ（www.earthquake-infor.com）の名前解決を行う。そして、名前解決の結果であるＩＰアドレス（192.168.0.1）をリゾルバ３３に返信する（Ｓｄ２）。
【０１０５】
地震情報提供サイト１における手順は、以下の通りである。
【０１０６】
まず、Ｗｅｂサーバ部１６が、ネットワークインタフェース部１３を介して、インターネットブラウザ３４からのＨＴＴＰ要求を受信する（Ｓｐ８、以下地震情報提供サイト１において行う手順はＳｐ７と略す）。Ｗｅｂサーバ部１６が、ＨＴＴＰ要求を受信するのは、インターネットブラウザ３４が、地震情報提供サイト１に、ＨＴＴＰ要求を送信した時点である。
【０１０７】
次に、Ｗｅｂサーバ部１６は、コンテンツ保存部１２から、ＨＴＴＰ要求により要求されたＨＴＭＬファイルなどのコンテンツを取得するか、またはＷｅｂサーバ部１６は、コンテンツを生成する。Ｗｅｂサーバ部１６は、取得または生成したコンテンツを、ネットワークインタフェース部１３を介して、インターネットブラウザ３４に送信する（Ｓｐ８）。
【０１０８】
＜地震発生時のミラーサイト５開設およびＩＰテーブル３２更新の手順について＞
図１０において示すフローチャートを用いて、地震発生時における、ミラーサイト５の開設手順、およびＩＰテーブル３２の更新手順について説明する。説明は、地震情報提供サイト１、ミラーサイト５、放送局４、最後に携帯電話機２における手順の順に行う。なお、この説明に用いるフローチャートは、図１０に示すフローチャートの中央部分から左上部分の箇所である。
【０１０９】
地震情報提供サイト１における手順は、以下の通りである。
【０１１０】
まず、特定条件判断部１８が、特定の条件が満たされたか否かを判断する（Ｓｐ１）。特定の条件が満たされるとは、地震の発生または地震情報提供サイト１に対するアクセスの急増などである。
【０１１１】
特定の条件が満たされた場合は、Ｓｐ２に進む。
【０１１２】
特定の条件が満たされない場合は、Ｓｐ６の次に進む。
【０１１３】
特定の条件が満たされた場合、ミラーサイト開設・閉鎖部１９が、ミラーサイト５となるように準備されているコンピュータに対して、ミラーサイト５の開設指示を送信する（Ｓｐ２）。例えば、ここで３つのミラーサイトを開設する場合、第１のミラーサイト５のＩＰアドレスは、192.168.0.2であり、第２のミラーサイト５のＩＰアドレスは、192.168.0.3であり、第３のミラーサイト５のＩＰアドレスは、192.168.0.4である。
【０１１４】
次に、ミラーサイト開設・閉鎖部１９は、Ｗｅｂサーバ部１６に体し、ミラーサイト５の開設に必要なコンテンツを、ミラーサイト５にコピーするよう指示する。Ｗｅｂサーバ部１６は、コンテンツ保存部１２からミラーサイト５に必要なコンテンツを取得し、ミラーサイト５に送信する（Ｓｐ３）。なお、ミラーサイト５に、Ｗｅｂサーバプログラムがまだ無い場合は、コンテンツと共にＷｅｂサーバプログラムもミラーサイト５にコピーする。
【０１１５】
次に、ＩＰアドレス対応情報制御部２０が、地震情報提供サイト１のＦＱＤＮ（www.earthquake-infor.com）と、地震情報提供サイト１のＩＰアドレス（192.168.0.1）および開設したミラーサイト５のＩＰアドレス（192.168.0.2、192.168.0.3、および192.168.0.4）との組を示したＩＰアドレス対応情報１０を生成する（Ｓｐ４）。生成されるＩＰアドレス対応情報１０には、図５（ａ）の例に示すように、ＩＰテーブルへの組の登録を指示する「＋」記号が、登録するＩＰアドレスの前に付加されている。
【０１１６】
次に、ＩＰアドレス対応情報制御部２０は、ネットワークインタフェース部１３または入出力部１５を介して、生成したＩＰアドレス対応情報１０を、放送局４に通知する（Ｓｐ５）。
【０１１７】
次に、ＩＰアドレス対応情報制御部２０は、放送局４からＩＰアドレス対応情報１０の放送が完了したことを示す放送完了通知を受信する（Ｓｐ６）。
【０１１８】
ミラーサイト５における手順は、以下の通りである。
【０１１９】
まず、ミラーサイト５のコンピュータは、ミラーサイト開設・閉鎖部１９から送信されたミラーサイト５の開設指示を受信する。Ｗｅｂサーバプログラムが、既にミラーサイト５のコンピュータに有る場合は、Ｗｅｂサーバプログラムを起動する（Ｓｍ１、以下ミラーサイト５において行う手順はＳｍ１と略す）。
【０１２０】
次に、ミラーサイト５は、Ｗｅｂサーバ部１６が送信した、ミラーサイトの開設に必要なコンテンツを取得する（Ｓｍ２）。コンテンツの取得が完了した時点で、ミラーサイト５の開設は完了し、携帯電話機２のインターネットブラウザ３４からのＨＴＴＰ要求を受信できる状態となる。
【０１２１】
放送局４における手順は、以下の通りである。
【０１２２】
まず、制御部４０が、入力部４２またはネットワークインタフェース部４３を介して、地震情報提供サイト１のＩＰアドレス対応情報制御部２０により通知された、ＩＰアドレス対応情報１０を受信する（Ｓｂ１、以下放送局４において行う手順はＳｂ１と略す）。
【０１２３】
次に、制御部４０は、受信したＩＰアドレス対応情報１０を、放送波送信部４１を介して、携帯電話機２に放送する（Ｓｂ２）。
【０１２４】
次に、制御部４０は、ＩＰアドレス対応情報１０の放送が終了したことを、ＩＰアドレス対応情報制御部２０に通知する（Ｓｂ３）。
【０１２５】
携帯電話機２における手順は、以下の通りである。
【０１２６】
まず、情報抽出部３１が、放送波受信部２４を介して、放送局４により放送されたＩＰアドレス対応情報１０を受信する（Ｓｃ１０）。ＩＰアドレス対応情報１０がエンコードされている場合は、放送波受信部２４において、デコード処理が行われる。
【０１２７】
次に、情報抽出部３１は、受信したＩＰアドレス対応情報１０に基づき、ＩＰアドレス対応情報１０に含まれる、地震情報提供サイト１のＦＱＤＮと、地震情報提供サイト１およびミラーサイト５のＩＰアドレスとの組を、ＩＰテーブル３２に登録する（Ｓｃ１１）。ＩＰテーブル３２には、ＩＰアドレス１９２．１６８．０．１に対して、地震情報提供サイト1のＦＱＤＮ（www.earthquake-infor.com）が対応し、ＩＰアドレス１９２．１６８．０．２に対しても、地震情報提供サイト1のＦＱＤＮ（www.earthquake-infor.com）が対応し、ＩＰアドレス192.168.0.3に対しても、地震情報提供サイト1のＦＱＤＮ（www.earthquake-infor.com）が対応し、ＩＰアドレス192.168.0.4に対しても、地震情報提供サイト1のＦＱＤＮ（www.earthquake-infor.com）が対応するという形で、対応が記述される。
【０１２８】
＜地震発生時の携帯電話機２から地震情報提供サイト１へのアクセス手順について＞
図１０において示すフローチャートを用いて、地震発生時における、携帯電話機２から地震情報提供サイト１へのアクセス手順について説明する。説明は、最初に携帯電話機２、次にミラーサイト５および地震情報提供サイト１における手順の順に行う。なお、この説明に用いるフローチャートは、図１０に示すフローチャートの下および右の箇所である。
【０１２９】
携帯電話機２における手順は、以下の通りである。
【０１３０】
まず、Ｓｃ１からＳｃ３までの手順は、通常時の携帯電話機２から地震情報提供サイト１へのアクセス手順と同じなので、説明を省略する。
【０１３１】
次に、リゾルバ３３は、ＩＰテーブル３２の参照により、名前解決に成功したか否かを判断する（Ｓｃ４）。Ｓｃ４では、地震発生時のＩＰテーブル３２の更新が既に完了しているものとして、以下の説明を行う。ＩＰテーブル３２には、既に地震情報提供サイト１のＦＱＤＮと、地震情報提供サイト１およびミラーサイト５のＩＰアドレスとの組が登録されているため、ＩＰテーブル３２の参照による名前解決は成功するので、Ｓｃ６に進む。
【０１３２】
次に、インターネットブラウザ３４は、名前解決により入手したＩＰアドレス（192.168.0.1、192.168.0.2、192.168.0.3、または192.168.0.4のうちのいずれか）を用いて、通信制御部３５および携帯電波送受信部２３を介して、ミラーサイト５または地震情報提供サイト１のいずれか１つに、ＨＴＴＰ要求を送信する（Ｓｃ６）。この例では、Ｓｃ６において入手したＩＰアドレスは、地震情報提供サイト１または３つのミラーサイト５の、いずれかのＩＰアドレスとなる。
【０１３３】
次に、インターネットブラウザ３４は、携帯電波送受信部２３および通信制御部３５を介して、ミラーサイト５または地震情報提供サイト１から返信されたコンテンツを受信し、入出力制御部３６および入出力部２５を介して、受信したコンテンツを、携帯電話機２の利用者に提示する（Ｓｃ７）。
【０１３４】
なお、携帯電話機２が、地震発生時に放送局４から放送されたＩＰアドレス対応情報１０を受信できず、ＩＰテーブル３２の更新が出来なかった場合、地震情報提供サイト1のＦＱＤＮはＩＰテーブル３２に登録されていないので、ＩＰテーブル３２の参照による名前解決は失敗する。名前解決に失敗した場合は、通常時の携帯電話機２から地震情報提供サイト１へのアクセス手順と同様に、ＤＮＳサーバ３から、地震情報提供サイト１のＩＰアドレス（１９２．１６８．０．１）を取得する。
【０１３５】
地震情報提供サイト１における手順は、以下の通りである。なお、ミラーサイト５における手順は、地震情報提供サイト１における手順と同一であり、地震情報提供サイト１におけるＳｐ７およびＳｐ８が、それぞれミラーサイト５におけるＳｍ３およびＳｍ４に相当する。
【０１３６】
まず、Ｗｅｂサーバ部１６が、ネットワークインタフェース部１３を介して、インターネットブラウザ３４からのＨＴＴＰ要求を受信する（Ｓｐ８、以下地震情報提供サイト１において行う手順はＳｐ７と略す）。Ｗｅｂサーバ部１６が、ＨＴＴＰ要求を受信するのは、インターネットブラウザ３４が、地震情報提供サイト１に、ＨＴＴＰ要求を送信した時点である。
【０１３７】
次に、Ｗｅｂサーバ部１６は、コンテンツ保存部１２から、ＨＴＴＰ要求により要求されたＨＴＭＬファイルなどのコンテンツを取得するか、またはＷｅｂサーバ部１６は、コンテンツを生成する。Ｗｅｂサーバ部１６は、取得または生成したコンテンツを、ネットワークインタフェース部１３を介して、インターネットブラウザ３４に送信する（Ｓｐ８）。
【０１３８】
＜リゾルバ３３による名前解決の詳細について＞
図１１において示すフローチャートを用いて、リゾルバ３３による名前解決の詳細について説明する。
【０１３９】
まず、リゾルバ３３は、ＩＰテーブル３２の参照を行い、インターネットブラウザ３４から渡された地震情報提供サイト1のＦＱＤＮ（www.earthquake-infor.com）の名前解決を試みる（Ｓｃ３）。
次に、リゾルバ３３は、ＩＰテーブル３２の参照により、名前解決に成功したか否かを判断する（Ｓｃ４）。
【０１４０】
名前解決に成功した場合は、Ｓｃ４１に進む。名前解決に成功するのは、地震発生時にＩＰテーブル３２の更新が既に完了しており、ＩＰテーブル３２には、既に地震情報提供サイト１のＦＱＤＮと、地震情報提供サイト１およびミラーサイト５のＩＰアドレスとの組（www.earthquake-infor.comと192.168.0.1との組、www.earthquake-infor.comと192.168.0.2との組、www.earthquake-infor.comと192.168.0.3との組、およびwww.earthquake-infor.comと192.168.0.4との組）が登録されている場合である。
【０１４１】
名前解決に失敗した場合は、Ｓｃ５に進む。名前解決に失敗するのは、地震情報提供サイト1のＦＱＤＮとＩＰアドレスとの組が、１つもＩＰテーブル３２に登録されていない場合である。
【０１４２】
名前解決に成功した場合、リゾルバ３３は、ＩＰテーブル３２に登録されている、地震情報提供サイト１とＩＰアドレスとの組が複数あるか否かを判断する（Ｓｃ４１）。
【０１４３】
組が複数ある場合は、次のＳｃ４２に進む。
【０１４４】
組が複数ない場合は、Ｓｃ６に進む。
【０１４５】
組が複数ある場合、リゾルバ３３は、１から組の個数までの範囲で、自然数の乱数を発生させる（Ｓｃ４２）。例えば、ミラーサイトが３個ある場合、地震情報提供サイト１も含めると、４個の組があるので、乱数は、１、２、３、４の数のうちのいずれかになる。
【０１４６】
次に、リゾルバ３３は、発生させた乱数に対応するＩＰアドレスを１個選択する（Ｓｃ４３）。例えば、乱数で１が出たときは、地震情報提供サイト１のＩＰアドレス192.168.0.1を選択し、２が出たときは、第１のミラーサイト５のＩＰアドレス192.168.0.2を選択し、４が出たときは、第３のミラーサイト５のＩＰアドレス192.168.0.4を選択するように、予め各乱数にどのＩＰアドレスが対応するかを決めておくのがよい。リゾルバ３３は、選択したＩＰアドレスを、インターネットブラウザ３４に渡し、Ｓｃ６に進む。
【０１４７】
Ｓｃ４において、名前解決に失敗した場合、リゾルバ３３は、通信制御部３５および携帯電波送受信部２３を介して、携帯電話機２の外部にあるＤＮＳサーバ３に、名前解決を指示する（Ｓｃ５）。
【０１４８】
次に、リゾルバ３３は、ＤＮＳサーバ３への名前問い合わせにより、名前解決に成功したか否かを判断する（Ｓｃ５１）。
【０１４９】
名前解決に成功した場合は、Ｓｃ６に進む。名前解決に成功するのは、ＤＮＳサーバ３またはその上位ＤＮＳサーバに、地震情報提供サイト１のＦＱＤＮとＩＰアドレスとの組であるＤＮＳレコードが登録されている場合である。
【０１５０】
名前解決に失敗した場合は、Ｓｃ５２に進み、携帯電話機２は、名前解決が出来ない旨のエラーメッセージを利用者に提示して、処理を終了する。
【０１５１】
インターネットブラウザ３４は、名前解決により入手したＩＰアドレス（この例では、ＩＰテーブルの参照により名前解決出来た場合は、192.168.0.1、192.168.0.2、192.168.0.3、または192.168.0.4のうちのいずれか１つであり、外部にあるＤＮＳサーバ３により名前解決出来た場合は、１９２．１６８．０．１である）を用いて、通信制御部３５および携帯電波送受信部２３を介して、ミラーサイト５または地震情報提供サイト１のいずれか１つに、ＨＴＴＰ要求を送信する（Ｓｃ６）。
【０１５２】
Ｓｃ４１において、組が複数ないと判断された場合も、１個の組はあるので、その組に含まれるＩＰアドレスが、リゾルバ３３からインターネットブラウザ３４に渡され、Ｓｃ６の処理が行われる。
【０１５３】
Ｓｃ５１において、名前解決に成功したと判断された場合、リゾルバ３３は、ＤＮＳサーバ３から、地震情報提供サイト１のＦＱＤＮに対応するＩＰアドレス（１９２．１６８．０．１）を取得しているので、このＩＰアドレスをインターネットブラウザ３４に渡し、Ｓｃ６の処理が行われる。
【０１５４】
次に、インターネットブラウザ３４は、携帯電波送受信部２３および通信制御部３５を介して、ミラーサイト５または地震情報提供サイト１から返信されたコンテンツを受信し、入出力制御部３６および入出力部２５を介して、受信したコンテンツを、携帯電話機２の利用者に提示する（Ｓｃ７）。
【０１５５】
＜通常復帰時のミラーサイト５閉鎖およびＩＰテーブル３２更新の手順について＞
図１２において示すフローチャートを用いて、地震発生から時間が経過し、特定の条件が満たされなくなった、すなわち通常時に戻った時における、ミラーサイト５の閉鎖手順、およびＩＰテーブル３２の更新手順について説明する。説明は、地震情報提供サイト１、放送局４、携帯電話機２、最後にミラーサイト５における手順の順に行う。
【０１５６】
地震情報提供サイト１における手順は、以下の通りである。
【０１５７】
まず、特定条件判断部１８が、特定の条件が満たされなくなったか否かを判断する（Ｓｐ１ｂ）。特定の条件が満たされなくなるとは、地震の発生から充分な時間が経過したこと、または地震情報提供サイト１およびミラーサイト５に対するアクセス量が充分に減少したことなどである。
【０１５８】
特定の条件が満たされなくなった場合は、Ｓｐ４ｂに進む。
【０１５９】
特定の条件が満たされたままである場合は、処理を終了する。
【０１６０】
特定の条件が満たされなくなった場合、ＩＰアドレス対応情報制御部２０が、地震情報提供サイト１のＦＱＤＮと、地震情報提供サイト１および閉鎖するミラーサイト５のＩＰアドレスとの対応を示したＩＰアドレス対応情報１０を生成する（Ｓｐ４ｂ）。生成されるＩＰアドレス対応情報１０には、図５（ｂ）の例に示すように、ＩＰテーブルからの組の削除を指示する「−」記号が、削除するＩＰアドレスの前に付加されている。
【０１６１】
次に、ＩＰアドレス対応情報制御部２０は、ネットワークインタフェース部１３または入出力部１５を介して、生成したＩＰアドレス対応情報１０を、放送局４に通知する（Ｓｐ５）。
【０１６２】
次に、ＩＰアドレス対応情報制御部２０は、放送局４からＩＰアドレス対応情報１０の放送が完了したことを示す放送完了通知を受信する（Ｓｐ６）。
【０１６３】
次に、ミラーサイト開設・閉鎖部１９が、閉鎖するミラーサイト５に対して、ミラーサイト５の閉鎖指示を送信する（Ｓｐ９）。
【０１６４】
放送局４における手順は、地震発生時において放送局４が行う手順と同一なので、説明を省略する。
【０１６５】
携帯電話機２における手順は、以下の通りである。
【０１６６】
まず、情報抽出部３１が、放送波受信部２４を介して、放送局４により放送されたＩＰアドレス対応情報１０を受信する（Ｓｃ１０）。ＩＰアドレス対応情報１０がエンコードされている場合は、放送波受信部２４において、デコード処理が行われる。
【０１６７】
次に、情報抽出部３１は、受信したＩＰアドレス対応情報１０に基づき、ＩＰアドレス対応情報１０に含まれる、地震情報提供サイト１のＦＱＤＮと、地震情報提供サイト１およびミラーサイト５のＩＰアドレスとの組（www.earthquake-infor.comと192.168.0.1との組、www.earthquake-infor.comと192.168.0.2との組、www.earthquake-infor.comと192.168.0.3との組、およびwww.earthquake-infor.comと192.168.0.4との組）を、ＩＰテーブル３２から削除する（Ｓｃ１１）。
【０１６８】
なお、ＩＰテーブル３２から削除されるのは、削除指示があった組だけである。もし、別の情報提供サイトのＦＱＤＮ（a.com）とＩＰアドレス（192.168.100.1）との組もＩＰテーブル３２に登録されている場合は、その組の削除指示を受信するか、またはその組の有効期限が切れるまで、その組はＩＰテーブル３２に残る。
【０１６９】
ミラーサイト５における手順は、以下の通りである。
【０１７０】
まず、ミラーサイト５は、ミラーサイト開設・閉鎖部１９から送信されたミラーサイト５の閉鎖指示を受信し、Ｗｅｂサーバプログラムを停止し、ミラーサイト５を閉鎖する（Ｓｍ５）。Ｗｅｂサーバプログラムの停止、Ｗｅｂサーバプログラムおよびコンテンツの消去など、ミラーサイト５の閉鎖処理は、自動で行われてもよいし、ミラーサイト５の管理者が手動で行ってもよい。
【０１７１】
＜第２の実施の形態＞
本発明の、放送電波を受信するＤＮＳサーバにより、インターネット上の情報提供サイトへのアクセスの集中を防止する実施の形態について、図１３から図１９に基づいて説明すると以下の通りである。
【０１７２】
なお、以下の例では、特定のイベントを、地震の発生とし、特定の情報提供サイトを、地震情報提供サイト１とする。地震が発生し、インターネット接続可能な、ＰＣおよび携帯電話機など、多くのＷｅｂクライアントの利用者が、地震情報提供サイト1に対してアクセスするものとする。
【０１７３】
＜概要＞
通常時、すなわち地震が発生前の本発明のネットワークシステムを構成する要素と、地震発生後の本発明のネットワークを構成する要素とを、図１３（ａ）、図１３（ｂ）、および図１４に示す。図１４が、地震発生前の状態を表し、図１３（ａ）が、アクセスの負荷分散を行うためのＩＰアドレス対応情報１０をＤＮＳサーバ６に配信している状態を表し、図１３（ｂ）が、各Ｗｅｂクライアント７から地震情報提供サイト１へのアクセスがミラーサイト５に分散されている状態を表している。
【０１７４】
＜通常時の処理概要＞
通常時は、Ｗｅｂクライアント７の利用者が、地震情報提供サイト１に、インターネット経由でアクセスする場合、Ｗｅｂクライアント７のブラウザにおいて、地震情報提供サイト１のＵＲＩが指定されると、Ｗｅｂクライアント７のブラウザは、まず、地震情報提供サイト１のＵＲＩを名前解決するために、ＤＮＳサーバ６に名前問い合わせを行い、その地震情報提供サイト１のＦＱＤＮに対応するＩＰアドレスをＤＮＳサーバ６から入手し、次に、入手したＩＰアドレス（192.168.0.1）を用いて、地震情報提供サイト１にアクセスする。
【０１７５】
ＤＮＳサーバ６は、一般的なＤＮＳサーバとして機能する。すなわち、地震情報提供サイト１のＦＱＤＮ（www.earthquake-infor.com）とＩＰアドレス（192.168.0.1）との対応を表すＤＮＳレコードを持っているので、地震情報提供サイト１のＩＰアドレスとして、１９２．１６８．０．１を、Ｗｅｂクライアント７に回答する。なお、以下では、説明の便宜上、実施の形態１と同じく、プライベートＩＰアドレスを、地震情報提供サイト１のパブリックＩＰアドレスの代わりに用いる。
【０１７６】
＜地震発生時の処理概要＞
地震発生時は、地震情報提供サイト１、放送局４、およびＤＮＳサーバ６は、以下の処理を行う：
（１）地震情報提供サイト１は、提供する地震情報をコピーしたミラーサイト５を立ち上げる。
（２）地震情報提供サイト１は、地震情報提供サイト１のＦＱＤＮとそのＩＰアドレスとの対応に加えて、地震情報提供サイト１のＦＱＤＮとミラーサイト５のＩＰアドレスとの対応も表すＩＰアドレス対応情報１０を放送局４に通知する。ＩＰアドレス対応情報１０には、例えば、図１３（ａ）に示すように、地震情報提供サイト１のＦＱＤＮと、そのＦＱＤＮに対応するＩＰアドレス（192.168.0.1）および３つのミラーサイト５のＩＰアドレス（192.168.0.2、192.168.0.3、および192.168.0.4）が記述されている。
（３）放送局４は、地震情報提供サイト１から通知されたＩＰアドレス対応情報１０をＤＮＳサーバ６に放送する。（図１３（ａ）に示す状態）
（４）ＩＰアドレス対応情報１０を受信したＤＮＳサーバ６は、Ｗｅｂクライアント７から地震情報提供サイト１のＩＰアドレスの名前問い合わせがあった場合、ＩＰアドレス対応情報１０に含まれる地震情報提供サイト１およびミラーサイト５を表す複数のＩＰアドレスから１つのＩＰアドレスをランダムに選択し、選択したＩＰアドレス（192.168.0.1、192.168.0.2、192.168.0.3、または192.168.0.4のうちのいずれか）を、Ｗｅｂクライアント７に回答する。Ｗｅｂクライアント７は、ＤＮＳサーバ６から返されたＩＰアドレス（192.168.0.1、192.168.0.2、192.168.0.3、または192.168.0.4）を用いて、地震情報提供サイト１またはミラーサイト５のいずれかにアクセスする。（図１（ｂ）に示す状態）
＜通常復帰時の処理概要＞
例えば、地震発生後、充分時間が経過し、地震情報提供サイト１へのアクセス量が減り、過負荷によるサーバダウンの可能性が無くなった時点で、地震情報提供サイト１、放送局４、およびＤＮＳサーバ６は、以下の処理を行う：
（１）地震情報提供サイト１は、ＤＮＳサーバ６が持つＩＰアドレス対応情報１０の削除指示を、放送局４に通知する。
（２）放送局４は、地震情報提供サイト１から通知された削除指示をＤＮＳサーバ６に放送する。
（３）削除指示を受信したＤＮＳサーバ６は、ＩＰアドレス対応情報１０を削除する。
（４）放送局４は、削除指示の放送が完了した事を、地震情報提供サイト１に通知する。
（５）地震情報提供サイト１は、ミラーサイト５を閉じる。
【０１７７】
以上の手順により、各Ｗｅｂクライアント７からの名前問い合わせに対して、ＤＮＳサーバ６は、通常時に名前解決する場合と同様の状態に戻る。なお、地震発生時にＩＰアドレス対応情報１０を受信したが、削除指示を受信できなかったＤＮＳサーバ６においても、時間が経過すると、ＤＮＳサーバ６が、ＩＰアドレス対応情報１０を削除できるように、ＩＰアドレス対応情報１０は、ＩＰアドレス対応情報１０の有効期限を含む構成としてもよい。
【０１７８】
＜地震情報提供サイト１の構成について＞
地震情報提供サイト１の構成は、第１の実施の形態と同じなので、説明を省略する。
【０１７９】
＜ＩＰアドレス対応情報１０について＞
ＩＰアドレス対応情報１０は、地震情報提供サイト１のＦＱＤＮと、地震情報提供サイト１およびミラーサイト５のＩＰアドレスとの対応関係を示す。このＩＰアドレス対応情報１０は、放送局４から放送され、ＤＮＳサーバ６により受信され、Ｗｅｂクライアント７からの名前問い合わせに用いるＩＰテーブル７２に反映される。
【０１８０】
ＩＰアドレス対応情報１０のフォーマットは、第１の実施の形態と同じなので、説明を省略する。
【０１８１】
＜ミラーサイト５について＞
ミラーサイト５の構成は、第１の実施の形態と同じなので、説明を省略する。
【０１８２】
＜放送局４の構成について＞
放送局４の構成は、放送を受信する相手が、携帯電話機２ではなくＤＮＳサーバ６である点を除いて、第１の実施の形態と同じなので、説明を省略する。
【０１８３】
＜ＤＮＳサーバ６の構成について＞
ＤＮＳサーバ６の構成について、図１５においてブロック図を示す。
【０１８４】
ＤＮＳサーバ６は、ＣＰＵ６１、メモリ６２、ネットワークインタフェース部６３、放送波受信部６４、入出力部６５を備えた構成となっている。
【０１８５】
ＣＰＵ６１は、後述する各機能ブロックを実現する。メモリ６２は、ＲＡＭおよびＲＯＭから構成され、ＣＰＵ６１により実行されるプログラムを記憶したり、ＣＰＵ６１により実行されるプログラムへ作業領域を提供したりする。
【０１８６】
ネットワークインタフェース部６３は、ネットワーク・インタフェース・カード（ＮＩＣ）等により構成され、インターネットとの通信を行う。
【０１８７】
放送波受信部６４は、放送を受信するアンテナを有し、そのアンテナを介して、放送局４からの、エンコードされたＩＰアドレス対応情報１０を受信し、受信したＩＰアドレス対応情報１０をデコードする。なお、ＩＰアドレス対応情報１０がエンコードされずに、放送局４から放送された場合、放送波受信部６４は、受信したＩＰアドレス対応情報１０をデコードする必要は無い。
【０１８８】
入出力部２５は、携帯電話機２の利用者に対して、携帯電話機２からの出力である画像および音声を提示するための液晶画面およびスピーカなどを備える。また、入出力部２５は、携帯電話機２の利用者からの入力を受け付けるための入力キーおよびマイクロフォンなども備える。
【０１８９】
ＣＰＵ６１は、メモリ６２等に格納されたプログラムを実行して、必要に応じて、上記各部材を制御する。これにより、本実施の形態のＤＮＳサーバ６は、種々の機能ブロックを実現することができ、上記各部材を、ＤＮＳサーバ６として動作させることができる。ＣＰＵ６１は、メモリ６２等に格納されている各プログラムを実行し、必要な周辺機器を制御することによって、後述する各機能ブロックを実現する。
【０１９０】
また、図１６において、ＤＮＳサーバ６の機能ブロック図を示す。
【０１９１】
ＤＮＳサーバ６は、機能ブロックとして、情報抽出部７１、ＩＰテーブル７２、名前サーバ部７３、通信制御部７４、入出力制御部７５を備えている。
【０１９２】
情報抽出部７１は、放送波受信部６４が受信した、ＩＰアドレス対応情報１０を解釈する。そして、情報抽出部７１は、その中に記述されている、特定のサイトのＦＱＤＮとＩＰアドレスの組とその組をＩＰテーブル７２に追加するのか削除するのかの指示とに基づいて、ＩＰテーブル７２を更新する。追加の指示であれば、そのＦＱＤＮおよびＩＰアドレスをＩＰテーブル７２に追加し、削除の指示であれば、そのＦＱＤＮおよびＩＰアドレスをＩＰテーブル７２から削除する。
【０１９３】
ＩＰテーブル７２は、Ｗｅｂクライアント７または他のＤＮＳサーバ３からの名前問い合わせに対して、ＩＰアドレスを回答するために用いられる。すなわち、ゾーンファイルまたはＤＮＳキャッシュに相当する。ＩＰテーブル７２には、ＦＱＤＮと、そのＦＱＤＮに対応するＩＰアドレスとが、組になって記述される。
【０１９４】
名前サーバ部７３は、Ｗｅｂクライアント７または他のＤＮＳサーバ３からの名前問い合わせに応じて、ＩＰテーブル７２、そして一般的なＤＮＳサーバと同じく、ＤＮＳキャッシュ、ゾーンファイル、および上位のＤＮＳサーバ３などを用いて、名前解決を行う。名前解決を行う際、名前サーバ部７３は、まずＩＰテーブル７２を参照し、ＩＰテーブル７２の参照により名前解決が出来ない場合に、一般的なＤＮＳサーバの処理手順を行う。
【０１９５】
通信制御部７４は、名前サーバ部７３と、ネットワークインタフェース部６３を介したＷｅｂクライアント７との通信を制御する。通信制御部７４には、ＴＣＰ／ＩＰプロトコルスタックなどが実装されている。
【０１９６】
入出力制御部７５は、入出力部６５の制御を行う。また、入出力制御部７５は、入出力部６５から渡された入力を名前サーバ部７３に渡したり、名前サーバ部７３から渡された出力を入出力部２５に渡したりする。
【０１９７】
＜通常時のＤＮＳサーバ６における名前解決の手順について＞
通常時、ＤＮＳサーバ６は、一般的なＤＮＳサーバ３と同じ手順により、Ｗｅｂクライアント７または他のＤＮＳサーバ３からの名前問い合わせに対応するので、説明を省略する。
【０１９８】
＜地震発生時のミラーサイト５開設およびＩＰテーブル３２更新の手順について＞
図１７において示すフローチャートを用いて、地震発生時における、ミラーサイト５の開設手順、およびＩＰテーブル７２の更新手順について説明する。説明は、地震情報提供サイト１、ミラーサイト５、放送局４、最後にＤＮＳサーバ６における手順の順に行う。なお、この説明に用いるフローチャートは、図１７に示すフローチャートの中央部分から左上部分の箇所である。
【０１９９】
地震情報提供サイト１における手順は、第１の実施の形態と同じなので、説明を省略する。
【０２００】
ミラーサイト５における手順も、第１の実施の形態と同じなので、説明を省略する。但し、Ｓｍ２の処理の後、Ｗｅｂサーバ部１６がＨＴＴＰ要求を受信するのは、携帯電話機２からでなはなく、Ｗｅｂクライアント７からとなる。
【０２０１】
放送局４における手順も、第１の実施の形態と同じなので、説明を省略する。
【０２０２】
ＤＮＳサーバ６における手順は、以下の通りである。
【０２０３】
まず、情報抽出部７１が、放送波受信部６４を介して、放送局４により放送されたＩＰアドレス対応情報１０を受信する（Ｓｄ１０）。ＩＰアドレス対応情報１０がエンコードされている場合は、放送波受信部６４において、デコード処理が行われる。
【０２０４】
次に、情報抽出部７１は、受信したＩＰアドレス対応情報１０に基づき、ＩＰアドレス対応情報１０に含まれる、地震情報提供サイト１のＦＱＤＮと、地震情報提供サイト１およびミラーサイト５のＩＰアドレスとの組を、ＩＰテーブル７２に登録する（Ｓｄ１１）。
【０２０５】
＜地震発生時のＤＮＳサーバ６における名前解決の手順について＞
図１７において示すフローチャートを用いて、地震発生時における、地震発生時のＤＮＳサーバ６における名前解決の手順について、Ｗｅｂクライアント７から地震情報提供サイト１へのアクセス手順も含めて説明する。説明は、Ｗｅｂクライアント７、ＤＮＳサーバ６、最後にミラーサイト５および地震情報提供サイト１における手順の順に行う。なお、この説明に用いるフローチャートは、図１７に示すフローチャートの下および右の箇所である。
【０２０６】
Ｗｅｂクライアント７における手順は、以下の通りである。
【０２０７】
まず、Ｗｅｂクライアント７が、Ｗｅｂクライアント７の利用者によるインターネットブラウザ（図示せず）の起動指示を受け付け、インターネットブラウザを起動する（ステップｗ１、以下Ｗｅｂクライアント７において行う手順はＳｗ１と略す）。
【０２０８】
次に、インターネットブラウザが、Ｗｅｂクライアント７の利用者による地震情報提供サイト１へアクセスする指示を受け付ける（Ｓｗ２）。この時点で地震情報提供サイト1のＦＱＤＮ（www.earthquake-infor.com）が入力または選択される。
【０２０９】
次に、インターネットブラウザは、地震情報提供サイト１のＦＱＤＮからＩＰアドレスへの名前解決の問い合わせを、ＤＮＳサーバ６に送信する（Ｓｗ３）。
【０２１０】
次に、インターネットブラウザは、ＤＮＳ６から、名前解決の結果であるＩＰアドレスを受信する（Ｓｗ４）。受信したＩＰアドレスは、192.168.0.1、192.168.0.2、192.168.0.3、または192.168.0.4のいずれかとなる。
【０２１１】
次に、インターネットブラウザは、名前解決の問い合わせにより入手したＩＰアドレスを用いて、ミラーサイト５または地震情報提供サイト１に、ＨＴＴＰ要求を送信する（Ｓｗ５）。
【０２１２】
次に、インターネットブラウザは、地震情報提供サイト１から返信されたコンテンツを受信し、受信したコンテンツを、Ｗｅｂクライアント７の利用者に提示する（Ｓｗ６）。
【０２１３】
ＤＮＳサーバ６における手順は、以下の通りである。
【０２１４】
まず、名前サーバ部７３は、通信制御部７４およびネットワークインタフェース部６３を介して、Ｗｅｂクライアント７から送信された名前解決の問い合わせを受信する（Ｓｄ２１）。
【０２１５】
次に、名前サーバ部７３は、ＩＰテーブル７２を参照し、地震情報提供サイト１のＦＱＤＮの名前解決を行う（Ｓｄ２２）。なお、名前サーバ部７３によるＩＰテーブル７２を用いた名前解決の詳細については、後述する。
【０２１６】
次に、名前サーバ部７３は、ＩＰテーブル７２の参照により、名前解決に成功したか否かを判断する（Ｓｄ２３）。
【０２１７】
名前解決に成功した場合は、Ｓｄ２５に進む。Ｓｄ２３において、地震発生時のＩＰテーブル７２の更新が既に完了している場合、ＩＰテーブル７２には、既に地震情報提供サイト１のＦＱＤＮと、地震情報提供サイト１およびミラーサイト５のＩＰアドレスとの組が登録されているため、ＩＰテーブル７２の参照による名前解決は成功する。
【０２１８】
名前解決に失敗した場合は、Ｓｄ２４に進む。ＤＮＳサーバ６が、地震発生時に放送局４から放送されたＩＰアドレス対応情報１０を受信できず、ＩＰテーブル７２の更新が出来なかった場合、地震情報提供サイト1のＦＱＤＮと地震情報提供サイト１およびミラーサイト５のＩＰアドレスの組はＩＰテーブル７２に登録されていないので、ＩＰテーブル７２の参照による名前解決は失敗する。
【０２１９】
名前解決に失敗した場合、名前サーバ部７３は、一般的なＤＮＳサーバの動作である、ＤＮＳキャッシュの検索および再帰的問い合わせにより、ＦＱＤＮ（www.earthquake-infor.com）の名前解決を行う（Ｓｄ２４）。Ｓｄ２４において名前解決を行った場合、名前解決の結果は、地震情報提供サイト1のＩＰアドレス（192.168.0.1）となる。
【０２２０】
次に、名前サーバ部７３は、名前解決により求めたＩＰアドレス（192.168.0.1、192.168.0.2、192.168.0.3、または192.168.0.4のうちのいずれか）を、通信制御部７４およびネットワークインタフェース部６３を介して、Ｗｅｂクライアント７に返信する（Ｓｓ２５）。
【０２２１】
地震情報提供サイト１における手順およびミラーサイト５における手順は、Ｗｅｂサーバ部１６がＨＴＴＰ要求を受信するのは、携帯電話機２のインターネットブラウザ３４からでなはなく、Ｗｅｂクライアント７からとなる点を除き、第１の実施の形態と同じなので、説明を省略する。
【０２２２】
＜名前サーバ部７３における名前解決の詳細について＞
図１８において示すフローチャートを用いて、名前サーバ部７３における名前解決の詳細について説明する。
【０２２３】
まず、名前サーバ部７３は、ＩＰテーブル７２の参照を行い、Ｗｅｂクライアント７のインターネットブラウザから名前解決の問い合わせがされた地震情報提供サイト1のＦＱＤＮ（www.earthquake-infor.com）の名前解決を試みる（Ｓｄ２２）。
次に、名前サーバ部７３は、ＩＰテーブル７２の参照により、名前解決に成功したか否かを判断する（Ｓｄ２３）。
【０２２４】
名前解決に成功した場合は、Ｓｄ２３１に進む。名前解決に成功するのは、地震発生時にＩＰテーブル７２の更新が既に完了しており、ＩＰテーブル７２には、既に地震情報提供サイト１のＦＱＤＮと、地震情報提供サイト１およびミラーサイト５のＩＰアドレスとの組（www.earthquake-infor.comと192.168.0.1との組、www.earthquake-infor.comと192.168.0.2との組、www.earthquake-infor.comと192.168.0.3との組、およびwww.earthquake-infor.comと192.168.0.4との組）が登録されている場合である。
【０２２５】
名前解決に失敗した場合は、Ｓｄ２４に進む。名前解決に失敗するのは、地震情報提供サイト1のＦＱＤＮとＩＰアドレスとの組が、１つもＩＰテーブル７２に登録されていない場合である。
【０２２６】
名前解決に成功した場合、名前サーバ部７３は、ＩＰテーブル３２に登録されている、地震情報提供サイト１とＩＰアドレスとの組が複数あるか否かを判断する（Ｓｄ２３１）。
【０２２７】
組が複数ある場合は、次のＳｄ２３２に進む。
【０２２８】
組が複数ない場合は、Ｓｄ２５に進む。
【０２２９】
組が複数ある場合、名前サーバ部７３は、１から組の個数までの範囲で、自然数の乱数を発生させる（Ｓｄ２３２）。
【０２３０】
次に、名前サーバ部７３は、発生させた乱数に対応するＩＰアドレスを１個選択する（Ｓｄ２３３）。名前サーバ部７３は、選択したＩＰアドレスを、Ｗｅｂクライアント７のインターネットブラウザに返信し、処理を終了する。
【０２３１】
Ｓｄ２３において、名前解決に失敗した場合、名前サーバ部７３は、一般的なＤＮＳサーバによる名前解決の処理を行う（Ｓｄ２４）。
【０２３２】
次に、名前サーバ部７３は、一般的なＤＮＳサーバによる名前解決の処理により、名前解決に成功したか否かを判断する（Ｓｄ２４１）。
【０２３３】
名前解決に成功した場合は、Ｓｄ２５に進む。名前解決に成功するのは、ＤＮＳサーバ６またはその上位ＤＮＳサーバに、地震情報提供サイト１のＦＱＤＮとＩＰアドレスとの組であるＤＮＳレコードが登録されている場合である。
【０２３４】
名前解決に失敗した場合は、Ｓｄ２４２に進み、名前サーバ部７３は、名前解決が出来ない旨のエラーメッセージをＷｅｂクライアント７に返信して、処理を終了する。
【０２３５】
Ｓｄ２３１において、組が複数ないと判断された場合も、１個の組はあるので、その組に含まれるＩＰアドレスが、名前サーバ部７３からＷｅｂクライアント７のインターネットブラウザに返信され、Ｓｄ２５の処理が行われる。
【０２３６】
Ｓｄ２４１において、名前解決に成功したと判断された場合、名前サーバ部７３は、一般的なＤＮＳサーバによる名前解決の処理により、地震情報提供サイト１のＦＱＤＮに対応するＩＰアドレス（１９２．１６８．０．１）を取得しているので、このＩＰアドレスをＷｅｂクライアント７のインターネットブラウザに返信し、Ｓｄ２５の処理が行われる。
【０２３７】
＜通常復帰時のミラーサイト５閉鎖およびＩＰテーブル７２更新の手順について＞
図１９において示すフローチャートを用いて、地震発生から時間が経過し、特定の条件が満たされなくなった、すなわち通常時に戻った時における、ミラーサイト５の閉鎖手順、およびＩＰテーブル７２の更新手順について説明する。
【０２３８】
地震情報提供サイト１における手順、放送局４における手順、およびミラーサイト５における手順は、第１の実施の形態と同じなので、説明を省略する。
【０２３９】
ＤＮＳサーバ６における手順は、以下の通りである。
【０２４０】
まず、情報抽出部７１が、放送波受信部６４を介して、放送局４により放送されたＩＰアドレス対応情報１０を受信する（Ｓｄ３０）。ＩＰアドレス対応情報１０がエンコードされている場合は、放送波受信部６４において、デコード処理が行われる。
【０２４１】
次に、情報抽出部７１は、受信したＩＰアドレス対応情報１０に基づき、ＩＰアドレス対応情報１０に含まれる、地震情報提供サイト１のＦＱＤＮと、地震情報提供サイト１およびミラーサイト５のＩＰアドレスとの組を、ＩＰテーブル７２から削除する（Ｓｄ３１）。
【０２４２】
＜第３の実施の形態＞
本発明に係る携帯電話機２およびＤＮＳサーバ６が用いている、放送波によるＩＰテーブル書き換え技術では、既存のＤＮＳによる名前解決の仕組みに一枚レイヤがかぶっている。それ故、ランダムなＩＰアドレスの選択によるアクセスの負荷分散以外に、様々な応用が可能になる。
【０２４３】
＜概要＞
応用例の一つとして、動的ＵＲＩが考えられる。具体的には、ＴＶ番組連動サービスが挙げられる。この応用例は、番組放送時間によって、ＵＲＩに対するＩＰアドレスを動的に変更することにより、番組に連動した情報提供ができるというものである。
【０２４４】
本実施の形態の概要について、図２０を用いて説明すると、以下のとおりである。
【０２４５】
例えば、http://www.tv-information.co.jpという番組情報提供サイト（データ設定情報生成サイト）８のＵＲＩがあるとする。そして、放送局４は、図２０（ａ）に示すように、通信販売番組の放送中には、通信販売番組のサイト（番組内容関連サイト）のＩＰアドレス（192.168.0.20）が、そのＵＲＩに対応したＩＰアドレスであるとして、ＩＰアドレス対応情報１０を放送する。従って、本発明の携帯電話機２の利用者が、この時点で番組情報提供サイト８のＵＲＩ（http://www.tv-information.co.jp）を指定して、アクセスを行うと、通信販売番組に関連するサイトのコンテンツが表示される。
【０２４６】
そして、通信販売番組が終了して、次に、図２０（ｂ）に示すように、ニュース番組の放送中には、放送局４は、そのニュースサイトのＩＰアドレス（192.168.0.40）が、そのＵＲＩに対応したＩＰアドレスであるとして、ＩＰアドレス対応情報１０を放送する。従って、本発明の携帯電話機２の利用者が、この時点で番組情報提供サイト８のＵＲＩ（http://www.tv-information.co.jp）を指定して、アクセスを行うと、ニュース番組に関連するサイトのコンテンツが表示される。
【０２４７】
このように、本発明の携帯電話機２を用いて番組を試聴している視聴者は、番組情報提供サイト８のＵＲＩ（www.tv-information.co.jp）だけを覚えていれば、現在視聴しているＴＶ番組に関連する情報を、インターネット上のサイトから得ることができる。
【０２４８】
なお、一つの番組の放送中に、一つのＵＲＩに対応するＩＰアドレスを複数回変更し、変更した都度、ＩＰアドレス対応情報１０を放送する構成でもよい。このような構成にすると、例えば、経済番組の中で、幾つもの企業を紹介する様な場合、一つの企業が紹介される毎に、番組情報提供サイト８のＵＲＩに対応するＩＰアドレスを、現在紹介している企業のホームページのＩＰアドレスとしてＩＰアドレス対応情報１０を生成し、放送することになる。
【０２４９】
別の観点から言えば、本実施の形態においては、番組の中において、放送する番組に関連する情報提供サイトが文脈上変わる事が、特定のイベントということになる。番組情報提供サイト８は、その特定のイベントが発生する度に、ＩＰアドレス対応情報１０を生成することになる。
【０２５０】
さらに、テレビ放送において、地震速報または台風情報のテロップが、画面上に表示されるように、ＩＰアドレス対応情報１０を受信した時点で、そのＩＰアドレス対応情報１０に記述されたＩＰアドレスのサイトの内容が、自動的に画面上に表示されるような構成でもよい。
【０２５１】
また、ラジオ放送の場合も、ラジオ放送を聴きながら、携帯電話機２の画面に、関連する番組情報提供サイト８のコンテンツを表示できる。
【０２５２】
＜番組情報提供サイト８、放送局４、および携帯電話機２の構成について＞
本実施の形態における、番組情報提供サイト８、放送局４、および携帯電話機２の構成は、第１の実施の形態における、地震情報提供サイト１、放送局４、および携帯電話機２の構成と同様なので、説明を省略する。
【０２５３】
＜ＩＰテーブル３２の更新手順について＞
本実施の形態における、ＩＰテーブル３２の更新手順は、第１の実施の形態におけるＩＰテーブル３２の更新手順と同様なので、説明を省略する。
【０２５４】
＜第４の実施の形態＞
＜概要＞
別の応用例として、地域別ＵＲＩが考えられる。具体的には、地域情報提供サービスが挙げられる。この応用例は、携帯電話機２の現在位置がどの地域に含まれるかによって、携帯電話機２が、複数のＩＰアドレスから、携帯電話機２の位置する地域に対応するＩＰアドレスを選択することにより、携帯電話機２の現在位置に連動した情報提供ができるというものである。
【０２５５】
本実施の形態の概要について、図２１を用いて説明すると、以下のとおりである。
【０２５６】
地域情報提供マスターサイト（データ設定情報生成サイト）９（ＵＲＩ：http://www.area-information.co.jp)が、各地域を番号で表す地域番号ｎ（ｎは自然数）とその地域番号ｎに対応した地域の情報を発信する第ｎ地域情報提供サイト（地域情報提供サイト）（図示せず）との対応を示したＩＰアドレス対応情報１０を、放送局４に通知する。放送局４は、地域情報提供マスターサイト９から通知されたＩＰアドレス対応情報１０を放送波により携帯電話機２に送信する。携帯電話機２は、放送を受信し、ＩＰアドレス対応情報１０の内容を、ＩＰテーブル３２ｂに反映する。携帯電話機２の利用者が、地域情報提供マスターサイト９（http://www.area-information.co.jp)にアクセスする場合、携帯電話機２は、ＧＰＳ衛星（図示せず）からのＧＰＳ信号により、携帯電話機２の現在位置を求め、現在位置がどの地域に含まれるかを判断する。例えば、現在位置が第２地域（ｎ＝２）に含まれると判断された場合、例えば、ＩＰアドレス192.168.0.nにおいて、ｎが２であるとして、ＩＰテーブル３２ｂに記述されているＩＰアドレス１９２．１６８．０．２を選択し、ＩＰアドレス192.168.0.2に対応した第２地域情報提供サイトにアクセスする。また、別の構成として、ｎ＝２の場合、ＩＰテーブル３２ｂに記述されたＩＰアドレスのうち、２番目に記述されたＩＰアドレスが第２地域に対応するとして、ＩＰアドレス192.168.0.2に対応した第２地域情報提供サイトにアクセスするという構成でもよい。
【０２５７】
＜地域情報提供マスターサイト９の構成について＞
地域情報提供マスターサイト９のブロック図は、第１の実施の形態において図３に示す、地震情報提供サイト１のブロック図と同様なので、説明を省略する。
【０２５８】
図２２において、地域情報提供マスターサイト９の機能ブロック図を示す。第１の実施の形態における地震情報提供サイト１の機能ブロック図と異なる点は、特定条件判断部１８およびＩＰアドレス対応情報制御部２０を、冗長化制御部１７から抜き出した点である。特定条件判断部１８は、第ｎ地域情報提供サイトが新たに開設または閉鎖された事および第ｎ地域情報提供サイトに対応するＩＰアドレスが変更された事により、特定の条件が満たされたと判断し、ＩＰアドレス対応情報１０の生成を、ＩＰアドレス対応情報制御部に指示する。その他の部分に関しては、第１の実施の携帯における地震情報提供サイト１の構成と同様なので説明を省略する。
【０２５９】
なお、地域情報提供マスターサイト９は、地域情報の提供を行わず、ＩＰアドレス対応情報１０の生成および放送局４への通知のみを行う構成でもよい。その場合は、Ｗｅｂサーバ部１６は不要となる。
【０２６０】
＜携帯電話機２の構成について＞
図２３において、本実施の形態に係る携帯電話機２のブロック図を示す。ＧＰＳ受信部（現在位置取得手段）２６が追加されている以外、第１の実施の形態において、図７に示す携帯電話機２のブロック図と同様なので、説明は省略する。
【０２６１】
ＧＰＳ受信部２６は、ＧＰＳ衛星からのＧＰＳ信号を受信し、現在位置をＣＰＵ２１に渡す。
【０２６２】
図２４において、本実施の形態に係る携帯電話機２の機能ブロック図を示す。先に述べたＧＰＳ受信部２６、そして地域判断部３７が追加されている以外、第１の実施の形態において図８に示す携帯電話機２の機能ブロック図と同様なので、説明を省略する。
【０２６３】
地域判断部３７は、ＧＰＳ受信部２６から携帯電話機２の現在位置の情報を受け取り、携帯電話機２の現在位置が、どの地域に含まれるかを判断する。地域判断部３７は、第ｎ地域であるとの判断結果を、リゾルバ３３に渡す。
【０２６４】
リゾルバ３３ｂは、通常は、ＤＮＳサーバ３への名前問い合わせにより、名前解決を行う。しかし、地域情報提供マスターサイト９のＵＲＩ（http://www.area-information.co.jp)が、携帯電話機２の利用者により入力または指定された場合は、地域判断部３７から渡された、携帯電話機２の現在位置が第ｎ地域に含まれるとの判断結果に基づいて、ＩＰテーブル３２ｂから第ｎ地域に対応した地域情報を発信する地域情報提供サイトのＩＰアドレスを選択し、インターネットブラウザ３４に、そのＩＰアドレスを返答する。
【０２６５】
＜ＩＰテーブル３２ｂ更新の手順について＞
ＩＰテーブル３２ｂの更新手順を図２５に示すフローチャートを用いて示す。ＩＰテーブル３２ｂの更新手順は、第１の実施の形態におけるＩＰテーブル３２の更新手順と同様なので、説明を省略する。
【０２６６】
なお、図１０に示す第１の実施の形態におけるフローチャートと、図２５に示す第４の実施の形態におけるフローチャートとの相違点は、第１の実施の形態においては、特定の条件が成立してから、地震情報提供サイト１の指示によりミラーサイト５が開設されたのに対し、第４の実施の形態においては、特定の条件が満たされたときには、地域情報提供サイトの開設のための一連の処理は行わない。すなわち、地域情報提供サイトは、既に開設された状態であり、常に携帯電話機２からのＨＴＴＰ要求を受信できる状態に置かれている点が、図１０に示すフローチャートと図２５に示すフローチャートとの大きな相違点となる。
【０２６７】
＜携帯電話機２から地域情報提供サイトへのアクセス手順について＞
携帯電話機２から地域情報提供サイトへのアクセス手順の概要について、図２５のフローチャートに示す。ＩＰテーブル３２ｂに登録された地域情報提供サイト以外へのアクセス手順は、リゾルバ３３ｂの説明で述べたとおり、ＤＮＳサーバ３への名前問い合わせを行い、名前解決を行う。リゾルバ３３ｂによる、ＩＰテーブル３２ｂに登録された地域情報提供サイトのＩＰアドレスの選択方法の詳細は、後述する。それ以外の手順に関しては、第１の実施の形態において、図１０のフローチャートを用いて説明した手順と同様なので、説明を省略する。
【０２６８】
＜リゾルバ３３ｂによる名前解決の詳細について＞
図２６において、本実施の形態におけるリゾルバ３３ｂの名前解決の詳細手順をフローチャートにて示す。処理手順Ｓｃ４２ｂおよびＳｃ４３ｂ以外は、第１の実施の形態におけるリゾルバ３３の名前解決手順の詳細と同様なので、説明を省略する。
【０２６９】
Ｓｃ４２ｂの処理手順が行われるのは、ＩＰテーブル３２ｂに、地域情報提供マスターサイト９のＦＱＤＮが登録されており、かつそのＦＱＤＮに対応するＩＰアドレス複数登録されている場合である。リゾルバ３３ｂは、地域判断部３７から、携帯電話機２が現在どの地域にあるかの判断結果を取得する（Ｓｃ４２ｂ）。
【０２７０】
次に、リゾルバ３３ｂは、ＩＰテーブル３２ｂを参照し、携帯電話機２の現在位置を含む地域に対応したＩＰアドレスを一つ選択する（Ｓｃ４３ｂ）。第ｎ地域とＩＰアドレスとの対応関係は、前述のとおり、第ｎ地域とＩＰアドレス（ＩＰｖ４）の第４オクテット（192.168.0.n）とが対応する関係でもよいし、第ｎ地域とＩＰテーブル３２ｂの地域情報提供マスターサイト９のＦＱＤＮに対応するＩＰアドレスの第ｎ個目とが対応する関係でもよい。
【０２７１】
＜放送波によるＩＰテーブル書き換え技術のその他の応用例＞
現在、インターネットでは、http://a.comなどの短いＵＲＩ、およびhttp://aなどのドメイン指定がないＵＲＩを使用できない。しかし、本発明に係る、放送波によるＩＰテーブル書き換え技術を用いれば、例えば、短いＵＲＩ（http://eq）を、地震情報提供サイト１に割り当てることにより、視聴者は、緊急時でもこの短いＵＲＩを入力するだけで、本来、インターネット上では長いＵＲＩ（http://earthquake-infor.com）を持つ地震情報提供サイト１にアクセスできる。視聴者が、携帯電話機２からこのサイトにアクセスするために、携帯電話機２のテンキーにより、長いＵＲＩを入力することに伴う手間を削減できるという効果を奏する。
＜補足事項＞
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０２７２】
最後に、携帯電話機２の各ブロック、特に情報抽出部３１、リゾルバ３３、インターネットブラウザ３４、通信制御部３５、および入出力制御部３６、そして、ＤＮＳサーバ６の各ブロック、特に情報抽出部７１、名前サーバ部７３、通信制御部７４、および入出力制御部７５は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０２７３】
すなわち、携帯電話機２は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである携帯電話機２の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記携帯電話機２に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０２７４】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０２７５】
また、携帯電話機２を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【０２７６】
本発明によれば、短時間で、ネットワークの負荷分散を行うことが出来るので、携帯電話機および携帯電子機器（ＰＤＡ）をはじめとする、放送波を受信可能であり、かつネットワークにアクセスする、種々のシステムの負荷分散に広く好適に使用できる。
【図面の簡単な説明】
【０２７７】
【図１】本発明の第１の実施の形態を示すものであり、（ａ）は、地震情報提供サイト１から携帯電話機２に、ＩＰアドレス対応情報１０を放送する様子を示す図であり、（ｂ）は、携帯電話機２からのアクセスが、地震情報提供サイト１およびミラーサイト５に負荷分散される様子を示す図である。
【図２】本発明の第１の実施の形態を示すものであり、通常時において、携帯電話機２から地震情報提供サイト１へのアクセスを行う様子を示す図である。
【図３】本発明の第１の実施の形態に係る地震情報提供サイト１のブロック図である。
【図４】本発明の第１の実施の形態に係る地震情報提供サイト１の機能ブロック図である。
【図５】本発明の第１の実施の形態に係るＩＰアドレス対応情報１０の記述例であり、（ａ）が携帯電話機２のＩＰテーブル３２に、地震情報提供サイト１のＦＱＤＮと、地震情報提供サイト１およびミラーサイト５のＩＰアドレスとの組を登録する場合の記述例であり、（ｂ）が、携帯電話機２のＩＰテーブル３２から、地震情報提供サイト１のＦＱＤＮと、地震情報提供サイト１およびミラーサイト５のＩＰアドレスとの組を削除する場合の記述例である。
【図６】本発明の第１の実施の形態に係る放送局４のブロック図である。
【図７】本発明の第１の実施の形態に係る携帯電話機２のブロック図である。
【図８】本発明の第１の実施の形態に係る携帯電話機２の機能ブロック図である。
【図９】本発明の第１の実施の形態における、通常時の、携帯電話機２が地震情報提供サイト１にアクセスする手順を示すフローチャートである。
【図１０】本発明の第１の実施の形態における、地震発生時の、ミラーサイト５の開設手順、ＩＰテーブル３２の更新手順、および携帯電話機２が地震情報提供サイト１またはミラーサイト５にアクセスする手順を示すフローチャートである。
【図１１】本発明の第１の実施の形態に係る携帯電話機２のリゾルバ３３が、名前解決をして、複数のＩＰアドレスからランダムに１つのＩＰアドレスを選択する際の詳細な手順を示すフローチャートである。
【図１２】本発明の第１の実施の形態における、通常復帰時の、ＩＰテーブル３２の更新手順およびミラーサイト５の閉鎖手順を示すフローチャートである。
【図１３】本発明の第２の実施の形態を示すものであり、（ａ）は、地震情報提供サイト１からＤＮＳサーバ６に、ＩＰアドレス対応情報１０を放送する様子を示す図であり、（ｂ）は、Ｗｅｂクライアント７からのアクセスが、ＤＮＳサーバ６の名前解決により、地震情報提供サイト１およびミラーサイト５に負荷分散される様子を示す図である。
【図１４】本発明の第２の実施の形態を示すものであり、通常時において、Ｗｅｂクライアント７から地震情報提供サイト１へのアクセスを行う様子を示す図である。
【図１５】本発明の第２の実施の形態に係るＤＮＳサーバ６のブロック図である。
【図１６】本発明の第２の実施の形態に係るＤＮＳサーバ６の機能ブロック図である。
【図１７】本発明の第２の実施の形態における、地震発生時の、ミラーサイト５の開設手順、ＩＰテーブル７２の更新手順、およびＤＮＳサーバ６の名前解決により、Ｗｅｂクライアント７が地震情報提供サイト１またはミラーサイト５にアクセスする手順を示すフローチャートである。
【図１８】本発明の第２の実施の形態に係るＤＮＳサーバ６が名前解決をして、複数のＩＰアドレスからランダムに１つのＩＰアドレスを選択する際の詳細な手順を示すフローチャートである。
【図１９】本発明の第２の実施の形態における、通常復帰時の、ＩＰテーブル７２の更新手順およびミラーサイト５の閉鎖手順を示すフローチャートである。
【図２０】本発明の第３の実施の形態を示すものであり、（ａ）は、番組情報提供サイト８から携帯電話機２に、番組情報提供サイト８のＵＲＩと通信販売の情報提供サイトのＩＰアドレス（１９２．１６８．０．２０）とを対応させたＩＰアドレス対応情報１０を放送する様子を示す図であり、（ｂ）は、番組情報提供サイト８から携帯電話機２に、番組情報提供サイト８のＵＲＩとニュースサイトのＩＰアドレス（１９２．１６８．０．４０）とを対応させたＩＰアドレス対応情報１０を放送する様子を示す図である。
【図２１】本発明の第４の実施の形態を示すものであり、地域情報提供マスターサイト９から携帯電話機２に、地域情報提供マスターサイト９のＵＲＩと各地域の地域情報を提供する、地域情報提供サイトのＩＰアドレスとを対応させたＩＰアドレス対応情報１０を放送する様子を示す図であり、第１地域にある携帯電話機２は第１地域の情報を提供する地域情報提供サイトのＩＰアドレスを選択し、第２地域にある携帯電話機２は第２地域の情報を提供する地域情報提供サイトのＩＰアドレスを選択し、第３地域にある携帯電話機２は第３地域の情報を提供する地域情報提供サイトのＩＰアドレスを選択する様子を示す図である。
【図２２】本発明の第４の実施の形態に係る地域情報提供マスターサイト９の機能ブロック図である。
【図２３】本発明の第４の実施の形態に係る携帯電話機２のブロック図である。
【図２４】本発明の第４の実施の形態に係る携帯電話機２の機能ブロック図である。
【図２５】本発明の第４の実施の形態における、ＩＰテーブル３２の更新手順および携帯電話機２が地域情報提供マスターサイト９または地域情報提供サイトにアクセスする手順を示すフローチャートである。
【図２６】本発明の第４の実施の形態に係る携帯電話機２のリゾルバ３３ｂが、名前解決をして、複数のＩＰアドレスから、携帯電話機２の現在位置を含む地域に対応する地域情報提供サイトのＩＰアドレスを１つ選択する際の詳細な手順を示すフローチャートである。
【符号の説明】
【０２７８】
１      地震情報提供サイト（データ設定情報生成サイト）
２      携帯電話機
３      ＤＮＳサーバ
４      放送局
５      ミラーサイト
６      ＤＮＳサーバ
７      Ｗｅｂクライアント
８      番組情報提供サイト
９      地域情報提供マスターサイト
１０    ＩＰアドレス対応情報（データ設定情報）
１１    ＣＰＵ
１２    コンテンツ保存部
１３    ネットワークインタフェース部
１４    メモリ
１５    入出力部
１６    Ｗｅｂサーバ部
１７    冗長化制御部
１８    特定条件判断部
１９    ミラーサイト開設・閉鎖部
２０    ＩＰアドレス対応情報制御部
２１    ＣＰＵ
２２    メモリ
２３    携帯電波送受信部
２４    放送波受信部（放送波受信手段）
２５    入出力部
２６    ＧＰＳ受信部（現在位置取得手段）
３１    情報抽出部（情報抽出手段）
３２    ＩＰテーブル（サイト名称−アクセス用アドレス対応データ）
３２ｂ  ＩＰテーブル（サイト名称−アクセス用アドレス対応データ）
３３    リゾルバ（名前解決手段）
３３ｂ  リゾルバ（名前解決手段）
３４    インターネットブラウザ（ブラウズ手段）
３５    通信制御部
３６    入出力制御部
３７    地域判断部
４０    制御部
４１    放送波送信部
４２    入力部
４３    ネットワークインタフェース部
６１    ＣＰＵ
６２    メモリ
６３    ネットワークインタフェース部
６４    放送波受信部
６５    入出力部
７１    情報抽出部
７２    ＩＰテーブル
７３    名前サーバ部
７４    通信制御部
７５    入出力制御部
【図１】
2007226360.tif 000003
【図２】
2007226360.tif 000004
【図３】
2007226360.tif 000005
【図４】
2007226360.tif 000006
【図５】
2007226360.tif 000007
【図６】
2007226360.tif 000008
【図７】
2007226360.tif 000009
【図８】
2007226360.tif 000010
【図９】
2007226360.tif 000011
【図１０】
2007226360.tif 000012
【図１１】
2007226360.tif 000013
【図１２】
2007226360.tif 000014
【図１３】
2007226360.tif 000015
【図１４】
2007226360.tif 000016
【図１５】
2007226360.tif 000017
【図１６】
2007226360.tif 000018
【図１７】
2007226360.tif 000019
【図１８】
2007226360.tif 000020
【図１９】
2007226360.tif 000021
【図２０】
2007226360.tif 000022
【図２１】
2007226360.tif 000023
【図２２】
2007226360.tif 000024
【図２３】
2007226360.tif 000025
【図２４】
2007226360.tif 000026
【図２５】
2007226360.tif 000027
【図２６】
2007226360.tif 000028