JP4714015B2 - デジタル放送システムにおけるロケーション解決サーバ - Google Patents

Description

本発明は、デジタル放送システムにおけるロケーション解決サーバに関し、特に受信端末がネットワーク上の通信サーバに置かれたコンテンツを取得する際の通信サーバのロケーションを取得する技術に関する。

２０００年１２月開始のＢＳデジタル放送や、２００２年春開始されたＣＳ１１０度デジタル放送では、従来の映像・音声による放送に加えて、データ放送が開始された。データ放送は、番組に付随する情報を呼び出して提示する機能、随時ニュースや気象情報などを呼び出して提示する機能を有しており、社団法人電波産業界により策定された規格により行われている。
このデータ放送のコンテンツを記述するためのマルチメディア符号化方式としては、ＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）と呼ばれるマークアップ・ランゲージが採用されている（非特許文献１参照）。

ＢＳデジタル放送／ＣＳ１１０度デジタル放送におけるデータ放送規格によると、デジタル放送受信端末ＩＲＤ（Ｉｎｔｅｇｒａｔｅｄ Ｒｅｃｅｉｖｅｒ／Ｄｅｃｏｄｅｒ）では、通信回線たとえば電話回線を介して放送事業者と視聴者間の双方向の通信が可能となっている。これにより、データ放送では、視聴者がクイズやゲームなどに参加したり、テレビショッピングを行ったりすることができるなど、高機能な放送が可能となった。

２００３年１２月より開始されている地上デジタル放送においては、ＢＳデジタル放送／ＣＳ１１０度デジタル放送同様、データ放送が実施され、現行のアナログ放送と同一のプログラムを提供するサイマルの放送が実施されている。
また、地上デジタル放送においては、データ放送の規格（ＢＳデジタル放送時の規格は、ｂｍｌ ｖｅｒｓｉｏｎ １．０、ＣＳ１１０度デジタル放送開始時の規格は、ｂｍｌ ｖｅｒｓｉｏｎ ２．０であった）が改定されて、ｂｍｌ ｖｅｒｓｉｏｎ ３．０となった。

双方向放送では、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を利用した通信と、「通信コンテンツ」と呼ばれるＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）で接続されたＷＷＷサーバ（以下、通信サーバと呼ぶ）上に配置されたＢＭＬコンテンツについてデジタル放送受信端末で受信して視聴できるようになった。

さらに、従来のＢＳデジタル放送においても、受信端末が地上デジタル放送対応であること、および最初に取得表示されたエントリーコンポーネントのモジュールＩＤ００００に配置されたＢＭＬコンテンツ（ｓｔａｒｔｕｐ．ＢＭＬ）が、ｂｍｌ ｖｅｒｓｉｏｎ１．０で符号化およびマルチパート化されているならば、受信したＢＭＬ中のＥＣＭＡ Ｓｃｒｉｐｔにて、デジタル放送受信端末が地上デジタル放送対応であるかどうかを調べた上で、他のモジュールに配置されたｂｍｌ ｖｅｒｓｉｏｎ ３．０のＢＭＬコンテンツを起動させることが許可された。

同様に、従来のＣＳ１１０度デジタル放送においても、受信端末が地上デジタル放送対応であること、および最初に取得表示されたエントリーコンポーネントのモジュールＩＤ００００に配置されたＢＭＬコンテンツ（ｓｔａｒｔｕｐ．ＢＭＬ）が、ｂｍｌ ｖｅｒｓｉｏｎ ２．０で符号化およびマルチパート化されているならば、受信したＢＭＬ中のＥＣＭＡ Ｓｃｒｉｐｔにて、デジタル放送受信端末が地上デジタル放送対応であるかどうかを調べた上で、他のモジュールに配置されたｂｍｌ ｖｅｒｓｉｏｎ ３．０のＢＭＬコンテンツを起動させることが許可された。

したがって、条件付ながらＢＳデジタル放送およびＣＳ１１０度デジタル放送においても、通信コンテンツの利用が実質可能となった。
２００７年頃に開始を予定しているサーバ型放送では、受信端末におけるリアルタイム放送から通信コンテンツへの遷移に加えて、受信端末のコンテンツ蓄積部に蓄積されたコンテンツから通信コンテンツへの遷移も可能となる。

ところで、受信端末において、データ放送で受信中のコンテンツから、通信サーバ上の通信コンテンツに遷移するためには、通信サーバのロケーションを新たに取得する必要がある。このため、ロケーション解決サーバが用意され、このロケーション解決サーバは、受信端末から遷移先の通信サーバのロケーション要求を受けて、受信端末にロケーションを回答する。従来のロケーション解決サーバで用いられた方法は、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）方式である。これは、ロケーション解決サーバが通信サーバのロケーションに相当するドメイン名を、ＩＰアドレスに対応付けて格納する仕組みである（非特許文献２参照）。

たとえば、受信端末がリアルタイムのデータ放送の提示状態から通信コンテンツへ遷移する場合、データ放送で送信しているＢＭＬコンテンツの中に、あらかじめ遷移先の通信サーバのドメイン名を記述しておく。受信端末はそのＢＭＬを解析し、遷移先の通信サーバのドメイン名、たとえば、“ｃａｒ．ｃｏ．ｊｐ”をロケーション解決サーバであるＤＮＳサーバに送信する。ＤＮＳサーバはそのドメイン名に対応付けられたＩＰアドレス、たとえば“１９２．１６８．３．５０”を受信端末に回答する。その結果、受信端末は、送信されたＩＰアドレスを用いて、対応する通信サーバに接続できる。
「デジタル放送ハンドブック」山田宰監修／映像情報メディア学会編、株式会社オーム社発行、２００３年６月２０日 「マスタリングＴＣＰ／ＩＰ入門編」竹下隆史、村山公保、荒井透、苅田幸雄 共著、株式会社オーム社発行、２００２年２月２６日

しかしながら、ＢＭＬコンテンツ中に遷移先の通信サーバのドメイン名を指定する記述をしてしまうと、ロケーション解決サーバでは、指定されたドメイン名に対応する通信サーバのＩＰアドレスを受信端末に返すだけであり、遷移先の通信サーバはデータ放送のＢＭＬコンテンツ内にドメイン名が記述された時点で決まってしまっていることになる。
このようにＢＭＬコンテンツ中に遷移先のドメイン名をいったん記述してしまうと、遷移先の通信サーバの管理会社の変更でドメイン名が変更になるなどのＢＭＬの記述を修正・変更する必要がある場合には、ＢＭＬコンテンツの著作権所有者に修正・変更することの可否を確認した上でないと修正・変更することができない可能性がある。
ＢＭＬの記述の修正・変更内容によっては、コンテンツ管理も煩雑になるうえ、コンテンツ制作者の負担増になる可能性もある。

また、視聴者がデータ放送の、たとえばゲームに参加している状態において、視聴者の回答操作に応じて、遷移先の通信サーバを異ならせることを可能とするような柔軟な通信サーバのロケーションの取得ができないという問題があった。
本発明は、以上の点を鑑み、ＢＭＬコンテンツの中に遷移先の通信サーバのロケーションを直接明示するようにマークアップ・ランゲージで記述せずとも、ロケーション解決サーバからロケーションを取得できるデジタル放送システムにおけるロケーション解決サーバを提供することを目的とする。さらに、柔軟に遷移先のロケーションを取得することを可能とするロケーション解決サーバを提供することを目的とする。

前記課題を解決するため、請求項１に記載のロケーション解決サーバは、以下の構成とした。すなわち、デジタル放送設備からデータ放送コンテンツを受信する受信端末からの要求に基づいて通信サーバのロケーションを、通信ネットワークを介して受信端末に送信するロケーション解決サーバであって、受信端末から要求の通信サーバのロケーションを特定可能とするロケーションを直接明示しないロケーション識別情報を、ロケーションに対応付けしたロケーション対応表をあらかじめ記憶する通信サーバロケーション情報記憶手段と、受信端末から送られてきたロケーション識別情報に基づき、ロケーション対応表から対応するロケーションを検索して受信端末に送信する通信サーバロケーション検索手段と、を備える構成とした。

かかる構成によれば、通信サーバロケーション検索手段は、受信端末から受信したロケーションを直接明示しないロケーション識別情報、たとえば、データ放送コンテンツに付随する番組特定情報および番組配列情報である番組識別情報、受信端末を識別できる受信端末識別情報、リモコンの操作内容を示す視聴者選択ボタン情報、の内の少なくともいずれか一つに基づき、通信サーバロケーション情報記憶手段に記憶されたロケーション対応表を検索し、対応するロケーションを受信端末に送信することができる。

請求項２に記載のロケーション解決サーバは、請求項１に記載のロケーション解決サーバにおいて、通信サーバロケーション検索手段は、通信サーバのロケーションを他のロケーション解決サーバにおいて特定させて取得する転送ロケーション取得手段を有し、通信サーバロケーション情報記憶手段に記憶されたロケーション対応表では、受信端末から要求されたロケーションを特定できない場合は、転送ロケーション取得手段が他のロケーション解決サーバに対してロケーション取得要求をしてロケーションを取得する構成とした。

かかる構成によれば、通信サーバロケーション検索手段は、通信サーバロケーション情報記憶手段の記憶しているロケーション対応表では、要求されたロケーションを特定できない場合に、他のロケーション解決サーバからロケーションを取得することができる。

請求項１に記載の発明によれば、通信サーバロケーション情報記憶手段が、受信端末から要求の通信サーバのロケーションを特定可能とするロケーションを直接明示しないロケーション識別情報を、ロケーションに対応付けしたロケーション対応表として記憶しており、通信サーバロケーション検索手段は、ロケーション対応表から受信したロケーション識別情報に応じたロケーションを検索できる。その結果、従来のＤＮＳ方式のようにデータ放送コンテンツの中に通信サーバのロケーション、たとえばドメイン名を直接明示するようにマークアップ・ランゲージで記述する必要がない。

さらに、遷移先の通信サーバのロケーションを変更する場合に、データ放送コンテンツを変更せずとも、ロケーション解決サーバ側のみで変更可能であり、データ放送コンテンツの管理が容易になる。

請求項２に記載の発明によれば、通信サーバロケーション検索手段は、通信サーバロケーション情報記憶手段の記憶しているロケーション対応表では、要求されたロケーションを特定できない場合に、他のロケーション解決サーバからロケーションを取得することができるので、通信サーバのロケーションを特定できる確度が高まる。

次に、本発明の実施の形態について説明する。
図１は、ＢＳデジタル放送、ＣＳ１１０度デジタル放送（以下、ＣＳデジタル放送と略称する）または地上デジタル放送に対応する固定の受信端末と、ロケーション解決サーバと、通信サーバの接続関係を示す全体図である。
図１に示すように、ＢＳデジタル放送の場合、ＢＳデジタル放送局１ＡからＢＳ衛星３Ａを経由して受信端末５Ａに、デジタル放送が送られる。このとき映像、音声、データ放送コンテンツ（以下、放送ＢＭＬコンテンツと称する）およびＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ：番組特定情報）、ＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ：番組配列情報）情報が多重化され、変調されてＢＳデジタル放送局１Ａから送出される。

ＣＳデジタル放送の場合、ＣＳデジタル放送局１Ｂから、複数チャンネルのＣＳデジタル放送をまとめてＣＳ衛星３Ｂに送信する多チャンネルＣＳプラットホーム事業者の多チャンネルＣＳプラットホーム２Ｂ、さらにＣＳ衛星３Ｂを経由して受信端末５Ｂに、デジタル放送が送られる。
また地上デジタル放送の場合、地上デジタル放送局１Ｃから、地上デジタル放送設備３Ｃを経由して受信端末５Ｃに、デジタル放送が送られる。

なお、図１中ＢＳデジタル放送局１Ａ、ＣＳデジタル放送局１Ｂ、地上デジタル放送局１Ｃは一つで代表させたが通常複数存在する。また、受信端末５Ａ、５Ｂ、５ＣはＢＳデジタル放送、ＣＳデジタル放送、地上デジタル放送ごとに個別に対応するように説明したが、一台の受信端末でＢＳデジタル放送、ＣＳデジタル放送、地上デジタル放送を受信できる共用型の受信端末でも良い。以下では、受信端末５Ａ、５Ｂ、５Ｃを受信端末５と総称する。

受信端末５は、通信ネットワーク７を介して、ロケーション解決サーバ９と、各種の通信サーバ１１（ＢＳデジタル通信サーバ１１Ａ、ＣＳデジタル通信サーバ１１Ｂ、地上デジタル通信サーバ１１Ｃ）と、通信サーバ１２（ＢＳデジタル放送事業者の通信サーバ１２Ａ、ＣＳデジタル放送事業者の通信サーバ１２Ｂ、地上デジタル放送事業者の通信サーバ１２Ｃ）と接続可能となっている。

ＢＳデジタル通信サーバ１１Ａは、通信コンテンツ（以下、通信ＢＭＬコンテンツと称する）を格納したＢＳデジタル通信事業者が所有している通信サーバである。ＢＳデジタル通信事業者はＢＳデジタル放送事業者と連携若しくは非連携して、ＢＳデジタル放送の放送ＢＭＬコンテンツに記述されている情報に基づいて、ロケーション解決サーバ９から通信サーバ１１Ａのロケーションを受信端末５が取得できるようにする。
なお、ロケーションとは、ネットワーク上の端末やサーバなどを識別するためのアドレスのことであり、ＴＣＰ／ＩＰによるインターネット通信ではＩＰアドレスが相当する。

ＣＳデジタル通信サーバ１１Ｂは、通信ＢＭＬコンテンツを格納したＣＳデジタル通信事業者が所有している通信サーバである。ＣＳデジタル通信事業者はＣＳデジタル放送事業者と連携若しくは非連携して、ＣＳデジタル放送の放送ＢＭＬコンテンツに記述されている情報に基づいて、ロケーション解決サーバ９から通信サーバ１１Ｂのロケーションを受信端末５が取得できるようにする。
また、地上デジタル通信サーバ１１Ｃは、通信ＢＭＬコンテンツを格納した地上デジタル通信事業者が所有している通信サーバである。地上デジタル通信事業者は地上デジタル放送事業者と連携若しくは非連携して、地上デジタル放送の放送ＢＭＬコンテンツに記述されている情報に基づいて、ロケーション解決サーバ９から通信サーバ１１Ｃのロケーションを受信端末５が取得できるようにする。
図１中、通信サーバ１１Ａ、１１Ｂ、１１Ｃは一つで代表したが、通常複数ある。

さらに、ＢＳデジタル放送事業者、ＣＳデジタル放送事業者、地上デジタル放送事業者は、それぞれ自前の通信サーバ１２Ａ、１２Ｂ、１２Ｃを有しており、自社のデジタル放送の放送ＢＭＬコンテンツに記述されている情報に基づいて、ロケーション解決サーバ９からそれぞれの通信サーバ１２Ａ、１２Ｂ、１２Ｃのロケーションを受信端末５が取得できるようにする。

以下に、地上デジタル放送の場合を例に受信端末５とロケーション解決サーバ９の詳細な構成を説明する。
地上デジタル放送設備３Ｃから送られてくるデータ放送の電波は受信端末５のアンテナで受信される。このデータ放送の電波は、映像、音声、放送ＢＭＬコンテンツ、およびＰＳＩ、ＳＩ情報を含んでいる。
ＰＳＩ、ＳＩ情報には、ネットワーク情報（ネットワークＩＤなどを含む）、有料放送の情報、放送事業者情報若しくはブロードキャスティング情報、チャンネル情報（チャンネルＩＤなどを含む）若しくはサービス情報（サービスＩＤなどを含む）、および番組情報として番組ＩＤ、番組名、番組開始時間、番組時間長、番組内のローカル・イベント情報などの情報が含まれている。
なお、ローカル・イベント情報とは、番組内のローカル・イベント（シーンなど）の識別に用いられる情報であり、ローカル・イベントＩＤなどを含む。

放送ＢＭＬコンテンツは、データ放送として視聴者に提示する映像・音声情報と文字情報のほかに、放送ＢＭＬコンテンツが配信されたネットワーク情報、放送事業者情報若しくはブロードキャスティング情報、チャンネル情報若しくはサービス情報、番組情報（番組ＩＤなどを含む）、ＢＭＬコンテンツを識別する情報またはＢＭＬコンテンツの各ページを識別する情報、などをＢＭＬで記述したマークアップ・ランゲージ番組情報を含んでいる。
前記、ＰＳＩ、ＳＩ情報およびマークアップ・ランゲージ番組情報を合わせて、以下特に断らない限り番組識別情報と総称する。また、ＳＩ情報中の番組内のローカル・イベント（シーンなど）の識別に用いられる情報および、マークアップ・ランゲージ番組情報中のＢＭＬコンテンツの各ページを識別する情報を、ここでは単に、ローカル・イベントＩＤと代表的に称する。
放送ＢＭＬコンテンツは、さらに遷移先の通信サーバのロケーションを取得するために、受信端末が取得すべき情報の種類をＢＭＬで記述した指示を含んでいる。

（受信端末の構成）
まず、図２を参照（適宜、図１参照）して受信端末の構成を説明する。
図２は受信端末の機能ブロック図である。主として遷移先の通信サーバのロケーションを取得するための機能について示してある。
受信端末５は、コンテンツ受信部２１、コンテンツ蓄積部２２、コンテンツ提示部２３、動作情報記憶部２４、コンテンツ解析部２５、受信端末動作制御部２６、リモコン動作判断部２８、ロケーション取得要求部２９、ＩＰアドレス受信部３０、通信コンテンツ取得要求部３１、通信コンテンツ受信部３２、通信コンテンツ解析部３３を有している。

コンテンツ受信部２１は、映像、音声、放送ＢＭＬコンテンツおよびＰＳＩ、ＳＩ情報を受信するものである。コンテンツ受信部２１は、受信した放送ＢＭＬコンテンツをコンテンツ蓄積部２２とコンテンツ解析部２５に転送する。また、コンテンツ受信部２１は、受信した放送ＢＭＬコンテンツ中にＢＭＬで記述されたマークアップ・ランゲージ番組情報および、ＰＳＩ、ＳＩ情報、つまり、放送ＢＭＬコンテンツに係る番組識別情報を動作情報記憶部２４に転送する。
なお、コンテンツ受信部２１は、放送ＢＭＬコンテンツ中に含まれるＢＭＬを全て、動作情報記憶部２４に転送するようにしても良い。
コンテンツ蓄積部２２は、受信した放送ＢＭＬコンテンツ、または通信サーバ１１Ｃ、１２Ｃから受信した通信ＢＭＬコンテンツを蓄積するものである。

コンテンツ提示部２３は、受信端末動作制御部２６に制御されて、必要に応じて視聴者が選択した放送ＢＭＬコンテンツまた通信ＢＭＬコンテンツをコンテンツ蓄積部２２から読み出し、図示省略の提示装置に提示するものである。なお、図２では地上デジタル放送の映像・音声（つまり地上波デジタルＴＶの映像・音声）を提示する機能ブロックは省略している。

動作情報記憶部２４は、放送ＢＭＬコンテンツの受信に係る動作情報を記憶するものである。
動作情報とは、前記放送ＢＭＬコンテンツに係る番組識別情報、受信端末を識別できる受信端末識別情報（たとえば、受信端末ＩＤまたは受信端末のＩＰアドレス、ＣＡＳ［コンディショナル・アクセス・システム］カード４３に記録されているＣＡＳカードＩＤなど）、視聴者選択ボタン情報などからなる。
なお、コンテンツ受信部２１が、放送ＢＭＬコンテンツ中に含まれるＢＭＬを全て、動作情報記憶部２４に転送してくる場合は、それを全て記憶するようにしても良い。

動作情報記憶部２４は、不揮発性メモリと揮発性メモリから構成されている。
たとえば、受信端末ごとに付される受信端末ＩＤは不揮発メモリに記憶される。
揮発メモリは、電源がオフされたときに記憶内容が消去される。揮発メモリには、Ａ、Ｂ２つの領域があり、Ａ領域に記憶された情報は電源オンの間は消去されないが、Ｂ領域に記憶された情報は、電源オン状態でもチャンネルが変更されたときあるいは、提示コンテンツが変更されたとき記憶内容が消去される。ＣＡＳカードＩＤは、揮発メモリのＡ領域に記憶され、放送ＢＭＬコンテンツに係る番組識別情報と、リモコンの操作内容を示す視聴者選択ボタン情報とは、揮発メモリのＢ領域に記憶される。

コンテンツ解析部２５は、放送ＢＭＬコンテンツの解析を行うものである。コンテンツ解析部２５は、前記解析を行い、遷移先の通信サーバのロケーションを要求する場合に、ＢＭＬで記述指示された、必要とされる情報の種類を受信端末動作制御部２６に指示する。
受信端末動作制御部２６は、受信端末５全体を制御するものである。受信端末動作制御部２６は、特にロケーション取得要求時にコンテンツ解析部２５から指示された情報をロケーション識別情報として送信するようにロケーション取得要求部２９を制御する。さらにＣＡＳカード４３の情報を読み出し、動作情報記憶部２４に転送して記憶させる。

リモコン動作判断部２８は、リモコン４１からの信号を受けて受信端末５のオン、オフ、チャンネル選択、地上デジタル放送ＴＶ／データ放送の選択などの視聴者による各種のボタン操作を判断するものである。リモコン動作判断部２８は、前記判断した結果を受信端末動作制御部２６に送る。

ロケーション取得要求部２９は、通信サーバのロケーション取得要求をするものである。ロケーション取得要求部２９は、通信サーバのロケーション取得要求時に、受信端末動作制御部２６に制御されて、指定された種類の動作情報を動作情報記憶部２４から取得してロケーション識別情報とし、ロケーション解決サーバ９に送信する。
ＩＰアドレス受信部３０は、ロケーション解決サーバ９から遷移先の通信サーバのロケーションであるＩＰアドレスを受信するものである。ＩＰアドレス受信部３０は、受信端末動作制御部２６の、ロケーション解決サーバ９からＩＰアドレスを受信したか否かの問い合わせに応じて、受信したＩＰアドレスを受信端末動作制御部２６に送る。

通信コンテンツ取得要求部３１は、ロケーション解決サーバ９から受信したＩＰアドレスに対応する通信サーバ１１、または通信サーバ１２に通信ＢＭＬコンテンツ取得要求を送るものである。
通信コンテンツ受信部３２は、通信サーバ１１、または通信サーバ１２から送られてきた通信ＢＭＬコンテンツを受信するものである。通信コンテンツ受信部３２は、受信した通信ＢＭＬコンテンツを通信コンテンツ解析部３３に送る。
通信コンテンツ解析部３３は、受信した通信ＢＭＬコンテンツに含まれるＢＭＬを解析するものである。通信コンテンツ解析部３３は、前記解析した結果を受信端末動作制御部２６に送る。また、通信コンテンツ解析部３３は、通信ＢＭＬコンテンツをコンテンツ蓄積部２２に送る。

（ロケーション解決サーバの構成）
次に、図３を参照（適宜、図１参照）してロケーション解決サーバの構成を説明する。
図３はロケーション解決サーバの機能ブロック図である。
ロケーション解決サーバ９は、ロケーション要求受信部５１、通信サーバロケーション検索部５２、ＩＰアドレス送信部５３、通信サーバロケーション情報記憶部５５、通信サーバロケーション情報管理部５６、通信サーバロケーション情報設定部５７、ロケーション解決要求送信部５８、ロケーション解決情報受信部５９を有している。

ロケーション要求受信部５１は、受信端末５から通信サーバのロケーション取得要求を受信するものである。ロケーション要求受信部５１は、受信端末５からロケーション取得要求時にロケーション識別情報を受信し、通信サーバロケーション検索部５２に送る。
通信サーバロケーション検索部５２は、ロケーション要求受信部５１によって受信したロケーション識別情報に基づき通信サーバロケーション情報記憶部５５に記憶されている後述のＩＰアドレス対応表の中から対応するＩＰアドレスを検索するものである。

通信サーバロケーション検索部５２は、対応するＩＰアドレスが検索できないときは、ロケーション解決要求送信部５８から上位層のロケーション解決サーバへロケーション取得要求を、ロケーション識別情報を付して送る。通信サーバロケーション検索部５２は、ＩＰアドレス検索結果をＩＰアドレス送信部に５３に送る。
ＩＰアドレス送信部５３は、ロケーション取得要求のあった受信端末５に通信サーバのロケーションであるＩＰアドレスを送信するものである。

通信サーバロケーション情報記憶部５５は、受信端末５からロケーション取得要求があったときに、受信端末５から受信したロケーション識別情報に基づいて通信サーバのロケーション、つまりＩＰアドレスが特定できるように、どのような内容のロケーション識別情報の場合はどのＩＰアドレスを選定するかを決めるＩＰアドレス対応表をあらかじめ記憶しているものである。

通信サーバロケーション情報管理部５６は、通信サーバロケーション情報記憶部５５に記憶されているＩＰアドレス対応表を更新管理するものである。
通信サーバロケーション情報管理部５６は、通信サーバロケーション情報記憶部５５に記憶されているＩＰアドレス対応表を、所定時間ごとに更新し、現時点で放送されている放送ＢＭＬコンテンツに対応したＩＰアドレス対応表が常に通信サーバロケーション情報記憶部５５に記憶されているように管理する。
通信サーバロケーション情報設定部５７は、ＩＰアドレス対応表の登録、削除、更新を行うものである。

通信サーバロケーション情報記憶部５５の記憶するＩＰアドレス対応表の更新管理の方法をさらに詳しく説明する。
地上デジタル放送局１Ｃ（図１参照）は、放送予定の放送ＢＭＬコンテンツに対応して、ロケーション識別情報の内容に応じて、あらかじめ自社または地上デジタル通信事業者によって用意されている複数の通信ＢＭＬコンテンツのうちのどの通信ＢＭＬコンテンツに遷移可能とするか、つまりその通信ＢＭＬコンテンツを格納している通信サーバのＩＰアドレスを特定できるようにしたＩＰアドレス対応表を、前もってロケーション解決サーバ９の通信サーバロケーション情報設定部５７に送る。

通信サーバロケーション情報設定部５７は、追加のＩＰアドレス対応表の登録、放送ＢＭＬコンテンツに対応するＩＰアドレス対応表の削除をしたりするために、ＩＰアドレス対応表の更新スケジュールを設定する。
通信サーバロケーション情報管理部５６は、登録するＩＰアドレス対応表を格納し、通信サーバロケーション情報設定部５７で設定された更新にしたがって通信サーバロケーション情報記憶部５５に記憶されているＩＰアドレス対応表に追加登録、削除などして更新する。

なお、ＩＰアドレス対応表の変更が必要なときは、通信サーバロケーション情報設定部５７は、通信サーバロケーション情報管理部５６に格納された対応するＩＰアドレス対応表を変更する。もし、変更すべきＩＰアドレス対応表がすでに通信サーバロケーション情報記憶部５５に記憶されている場合は、通信サーバロケーション情報管理部５６が所定時間ごとのタイムスケジュールに従った通常のＩＰアドレス対応表の更新とは異なる割り込みによる変更を行う。

ロケーション解決要求送信部５８は、通信サーバロケーション検索部５２が通信サーバロケーション情報記憶部５５のＩＰアドレス対応表から対応するＩＰアドレスを検索できないとき、上位層のロケーション解決サーバへロケーション取得要求をするものである。ロケーション解決要求送信部５８は、上位層のロケーション解決サーバへロケーション識別情報を送信する。

上位層のロケーション解決サーバも前記説明と同様の別のＩＰアドレス対応表を記憶しており、ロケーション識別情報に基づいてＩＰアドレスを検索できる構成である。
ロケーション解決情報受信部５９は、上位層のロケーション解決サーバからＩＰアドレスの検索結果を受信するものである。ロケーション解決情報受信部５９は、上位層のロケーション解決サーバからのＩＰアドレス検索結果を通信サーバロケーション検索部５２に送る。

図４は、ロケーション解決サーバを階層化して配置した場合のネットワーク構成を示す図である。
図１に示したもと同じ通信サーバ１１（１１Ａ、１１Ｂ、１１Ｃ）と通信サーバ１２（１２Ａ、１２Ｂ、１２Ｃ）が、外部通信ネットワーク７Ａに接続している。また、上位層のロケーション解決サーバ９Ｂが、外部通信ネットワーク７Ａに接続している。
受信端末５は、外部通信ネットワーク７Ａと接続した個々のローカル通信ネットワーク７Ｂに接続している。下位層のロケーション解決サーバ９Ａは、個々のローカル通信ネットワーク７Ｂ毎に配置されている。

受信端末５が通信サーバのロケーション取得要求をする場合、まず下位層のロケーション解決サーバ９Ａに接続する。ロケーション解決サーバ９Ａは、通信サーバロケーション情報記憶部５５に記憶しているＩＰアドレス対応表ではＩＰアドレスが特定できないとき、上位層のロケーション解決サーバ９ＢにアクセスしてＩＰアドレスの提供を受ける。

（ロケーション取得の流れ）
次に、図５から図７に基づき適宜図２および図３を参照して受信端末がロケーション解決サーバからロケーションを取得して通信サーバに遷移する制御の流れを説明する。
図５は、流れ全体の概要を説明する図である。
ここでの放送ＢＭＬコンテンツ６１は、たとえば視聴者参加の性格判断クイズ番組で、参加している視聴者がリモコン４１のボタンを操作して選択することにより、性格が判定されていくもので、性格判断クイズの回答画面（たとえば、ローカル・イベントＩＤ“ＸＡ”）において、屋外活動が好きかどうかのＹｅｓ／Ｎｏの選択項目が用意され、視聴者の選択操作に応じて、遷移先の通信ＢＭＬコンテンツを異ならせるものとする。
そのために、放送ＢＭＬコンテンツ６１は、ロケーション取得要求部２９が、ロケーション識別情報として、ＣＡＳカードＩＤ、ローカル・イベントＩＤを含む番組識別情報、視聴者選択ボタン情報を動作情報記憶部２４から取得するように、放送ＢＭＬコンテンツに含まれたＢＭＬで記述指示しているものとする。

（受信端末における制御の流れ）
次に図６に基づいて、適宜図２を参照し受信端末における制御の流れを説明する。
図６は受信端末における放送ＢＭＬコンテンツから通信ＢＭＬコンテンツに遷移する場合の制御の流れを示すフローチャートである。
ステップＳ１０１では、コンテンツ受信部２１が映像、音声、放送ＢＭＬコンテンツ６１（図５参照）およびＰＳＩ、ＳＩ情報を受信する。コンテンツ受信部２１は、受信した放送ＢＭＬコンテンツ６１をコンテンツ蓄積部２２、コンテンツ解析部２５に送る。また、コンテンツ受信部２１は、ＰＳＩ、ＳＩ情報と放送ＢＭＬコンテンツ６１のＢＭＬ中に記述されたマークアップ・ランゲージ番組情報、つまり、受信した放送ＢＭＬコンテンツ６１に係る番組識別情報を動作情報記憶部２４に送る。

ステップＳ１０２では、コンテンツ蓄積部２２が放送ＢＭＬコンテンツ６１を蓄積する。
ステップＳ１０３では、動作情報記憶部２４が、放送ＢＭＬコンテンツ６１に係る番組識別情報を一時記憶する。

ステップＳ１０４では、コンテンツ解析部２５が放送ＢＭＬコンテンツ６１を解析する。コンテンツ解析部２５は、放送ＢＭＬコンテンツ６１に含まれているＢＭＬの記述にしたがって、ＣＡＳカードＩＤ、ローカル・イベントＩＤを含む番組識別情報、視聴者選択ボタン情報を動作情報記憶部２４から読み出して、ロケーション識別情報とする指示を受信端末動作制御部２６に送る。

ステップＳ１０５では、受信端末動作制御部２６は、リモコン信号を受信したかどうかチェックする。受信した場合（Ｙ）は、ステップＳ１０６へ進み、受信していない場合（Ｎ）はステップＳ１０１へ戻る。
ステップＳ１０６では、受信端末動作制御部２６は、リモコン信号（ｄボタン）を受信したかどうかをチェックする。受信した場合（Ｙ）は、ステップＳ１０７へ進み、受信していない場合（Ｎ）はステップＳ１１５へ進む。

ステップＳ１１５では、受信端末動作制御部２６はリモコン４１からの電源オフ（ＯＦＦ）信号を受信したどうかチェックする。
電源オフの信号を受信した場合（Ｙ）は一連の制御を終了する。電源オフの信号を受信しない場合（Ｎ）はステップＳ１１６進み、その他の処理をする。たとえば、リモコン操作に応じたチャンネル変更などの処理を行う。その後ステップＳ１０１に戻り制御を続ける。

ステップＳ１０６からステップＳ１０７に進んだ場合、受信端末動作制御部２６は、視聴者のリモコン操作により、通信ＢＭＬコンテンツへの遷移を要求されたかどうかをチェックする。遷移を要求された場合（Ｙ）は、ステップＳ１０８へ進み、要求されていない場合（Ｎ）はステップＳ１１４へ進む。
ステップＳ１１４では、受信端末動作制御部２６が、コンテンツ提示部２３を制御して、コンテンツ蓄積部２２に蓄積されている放送ＢＭＬコンテンツ６１を視聴者に提示させる。その後ステップＳ１０１に戻り制御を続ける。

ステップＳ１０７からステップＳ１０８に進んだ場合、受信端末動作制御部２６がロケーション取得要求部２９を制御して、ロケーション識別情報６３（図５参照）を取得させる。つまり、ロケーション取得要求部２９は、受信端末動作制御部２６に指令され前記ステップＳ１０４で指示された内容の動作情報を動作情報記憶部２４から取得し、ロケーション識別情報６３とする。
このとき、受信端末５に、ＣＡＳカード４３が挿入されていない場合は、ロケーション識別情報の中にはＣＡＳカードＩＤが含まれていない。また、ローカル・イベントＩＤ“ＸＡ”の画面において、Ｙｅｓと回答した場合と、Ｎｏと回答した場合では、ロケーション識別情報６３の中に含まれる視聴者選択ボタン情報は異なる。

ステップＳ１０９では、ロケーション取得要求部２９がロケーション解決サーバ９にロケーション取得要求をし、ロケーション識別情報を送る。
それに対して、ロケーション解決サーバ９は、ロケーション識別情報に基づいてＩＰアドレスを検索し、遷移先の通信ＢＭＬコンテンツを格納している通信サーバのＩＰアドレスを送り返してくる。ＩＰアドレスを特定できなかった場合、ロケーション解決サーバ９は、ロケーション未解決として回答してくる。

ステップＳ１１０では、受信端末動作制御部２６は、ＩＰアドレス受信部３０がＩＰアドレスを受信したかどうかチェックする。
ＩＰアドレスを受信した場合（Ｙ）はステップＳ１１１へ進む。ＩＰアドレスを受信できず、ロケーション未解決の場合（Ｎ）は、ステップＳ１１６へ進み、たとえばその他の処理として、遷移先通信ＢＭＬコンテンツ取得不能を視聴者に提示して、「取消」ボタンまたは「戻り」ボタンの操作を促す。その後ステップＳ１０１に戻り、制御を続ける。

ステップＳ１１１では、通信コンテンツ取得要求部３１が通信サーバ１１、または通信サーバ１２に通信ＢＭＬコンテンツ取得要求をする。
通信ＢＭＬコンテンツ取得要求を受けた通信サーバ１１、または通信サーバ１２は、通信ＢＭＬコンテンツを送信してくる。
ステップＳ１１２では、通信コンテンツ受信部３２が、通信ＢＭＬコンテンツを受信する。通信コンテンツ受信部３２は、受信した通信ＢＭＬコンテンツを通信コンテンツ解析部３３に送る。

通信コンテンツ解析部３３は、通信ＢＭＬコンテンツを解析し、受信端末動作制御部２６にＢＭＬ記述の制御命令を送る。また、通信ＢＭＬコンテンツをコンテンツ蓄積部２２に送る。そして、コンテンツ蓄積部２２が、受信した通信ＢＭＬコンテンツを蓄積する。
ステップＳ１１３では、コンテンツ提示部２３が受信端末動作制御部２６に制御されて、コンテンツ蓄積部２２に蓄積された通信ＢＭＬコンテンツを視聴者に提示する。

ロケーション識別情報中にＣＡＳカードＩＤが含まれていなかった場合は、たとえば一般用の通信ＢＭＬコンテンツに遷移してその内容が提示される。
ロケーション識別情報中にＣＡＳカードＩＤが含まれている場合は、会員用（ＣＡＳカード登録者用）の一般用とは異なった、たとえば会員割引を紹介する内容の通信ＢＭＬコンテンツに遷移してその内容が提示される。

図５に示すように、ローカル・イベントＩＤ“ＸＡ”の画面においてＹｅｓを選択していた場合は、通信サーバ１１Ｃ１に格納された屋外活動のイベント情報を提示する通信ＢＭＬコンテンツを、Ｎｏを選択していた場合は、通信サーバ１１Ｃ２に格納された屋内展示会、美術館などのイベント情報を提示する通信ＢＭＬコンテンツに遷移してその内容が提示される。

これにより、放送ＢＭＬコンテンツから通信サーバ上の通信ＢＭＬコンテンツへの遷移の一連の制御を終了する。
通信ＢＭＬコンテンツ提示後は、視聴者のリモコン操作を受けて、電源オフ、地上デジタル放送（ＴＶ）への切り替え、放送ＢＭＬコンテンツ提示への戻りなどがなされる。
なお、ステップＳ１０１において、コンテンツ受信部２１は、放送ＢＭＬコンテンツ６１中のＢＭＬで記述されたマークアップ・ランゲージ番組情報を動作情報記憶部２４に転送するものとしたが、ステップ１０４においてコンテンツ解析部２５がＢＭＬを解析した結果からＢＭＬで記述されたマークアップ・ランゲージ番組情報を取得して、動作情報記憶部２４に転送しても良い。

（ロケーション解決サーバにおける制御の流れ）
次に図７に基づいて、適宜図３を参照しロケーション解決サーバにおける制御の流れを説明する。
図７は、ロケーション解決サーバが受信端末からロケーション取得要求を受けてロケーションの取得を行う制御の流れを示すフローチャートである。
ステップＳ２０１では、ロケーション要求受信部５１が、受信端末５からのロケーション取得要求を受信する。ロケーション要求受信部５１は、要求に付随しているロケーション識別情報を通信サーバロケーション検索部５２に送る。
ステップＳ２０２では、通信サーバロケーション検索部５２が、ロケーション識別情報６３（図５参照）に基づき通信サーバロケーション情報記憶部５５から対応するＩＰアドレスを検索する。

ステップＳ２０３では、通信サーバロケーション検索部５２は、ＩＰアドレス有かどうかをチェックする。
ＩＰアドレス有とは、通信サーバロケーション情報記憶部５５に記憶されているＩＰアドレス対応表の中に、受信したロケーション識別情報と一致するものがあって、ＩＰアドレスが特定できた場合を言う。
ＩＰアドレスを特定できた場合（Ｙ）は、ステップＳ２０６へ進み、ＩＰアドレスを特定できなかった場合（Ｎ）はステップＳ２０４へ進む。

ステップＳ２０４では、通信サーバロケーション検索部５２は、ロケーション解決要求送信部５８に、上位層のロケーション解決サーバにロケーション識別情報を送信させる。
ステップＳ２０５では、通信サーバロケーション検索部５２は、ＩＰアドレス有かどうかをチェックする。ここでＩＰアドレス有とは、ロケーション解決情報受信部５９が上位層のロケーション解決サーバの有しているＩＰアドレス対応表においてロケーション識別情報と一致するものがあって、ＩＰアドレスが特定でき、ＩＰアドレスを提供された場合を言う。

ＩＰアドレスの提供を受けた場合（Ｙ）は、通信サーバロケーション検索部５２は、そのＩＰアドレスをＩＰアドレス送信部５３に送る。また、通信サーバロケーション検索部５２は通信サーバロケーション情報記憶部５５において、追加のＩＰアドレスとロケーション識別情報の対応関係として、ロケーション識別情報の中に含まれている番組識別情報に基づいて対応するＩＰアドレス対応表の位置に追加記憶させる。その後、ステップＳ２０６へ進む。ＩＰアドレスの提供を受けられなかった場合（Ｎ）は、ステップＳ２０７へ進む。

ＩＰアドレスが特定されて、ステップＳ２０６に進んだ場合、ＩＰアドレス送信部５３が、ロケーション取得要求をしてきた受信端末５にＩＰアドレスを送信する。
ここでは、ＩＰアドレスが、図５に示すように性格判断クイズ番組の回答画面（ローカル・イベントＩＤ“ＸＡ”）において視聴者がＹｅｓを選択したかＮｏを選択したかによって異なる。Ｙｅｓの場合はＩＰアドレス“１９２．１６８．３．５０”が、Ｎｏの場合はＩＰアドレス“１９２．１６８．１．４０”が送信される。
ＩＰアドレスが特定できずにステップＳ２０７へ進んだ場合、ＩＰアドレス送信部５３が、ロケーション取得要求をしてきた受信端末５にロケーション未解決と送信する。
ステップＳ２０６または２０７で、受信端末５からのロケーション取得要求に対する一連の制御が終了する。

以上のロケーション取得の流れの説明は、地上デジタル放送の放送ＢＭＬコンテンツから通信サーバ上の通信ＢＭＬコンテンツへの遷移の場合を例に述べたが、受信端末５におけるＢＳデジタル放送の放送ＢＭＬコンテンツ提示状態またはＣＳデジタル放送の放送ＢＭＬコンテンツ提示状態から通信ＢＭＬコンテンツへの遷移の場合も同様に行える。
ただし、ＢＳデジタル放送の規格内だけ、またはＣＳデジタル放送規格内だけにおいては、通信ＢＭＬコンテンツはまだ規格化されていないため、通信ＢＭＬコンテンツへの遷移を行うことができないが、デジタル放送の３波（地上デジタル放送、ＢＳデジタル放送、ＣＳデジタル放送）の全てを受信可能な共用型の受信端末などにおいては、通信ＢＭＬコンテンツについても遷移可能である。

たとえば、ＢＳデジタル放送またはＣＳデジタル放送の規格において、ＥＳ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ：ＭＰＥＧで圧縮符号化されたデータの流れ）＿ＩＤが４０で、モジュールＩＤ００００に配置されたＢＭＬコンテンツ（ｓｔａｒｔｕｐ．ＢＭＬ）がＢＭＬバージョン１．０で、符号化およびマルチパート化されていれば、受信したＢＭＬコンテンツ中のＥＣＭＡ Ｓｃｒｉｐｔにて、受信端末が地上デジタル放送に対応できるかを調べた上で、ＥＳ＿ＩＤ４０のモジュールＩＤ００００以外のモジュール、若しくはＥＳにおいて配置されたＢＭＬバージョン３．０などの通信ＢＭＬコンテンツを起動させることが可能である。

サーバ型放送事業者がテレビ塔などの地上放送設備を経てデジタル放送をし、固定の受信端末で受信している場合の、放送ＢＭＬコンテンツから通信ネットワークに接続した通信サーバ上の通信ＢＭＬコンテンツへの遷移も同様に可能である。
ＣＳデジタル放送、ＢＳデジタル放送、またはサーバ型放送事業者のＣＳ衛星３Ｂを経由したデジタル放送を、地上受信設備で受信し、ＣＡＴＶ局を経由して固定の受信端末５で受信している場合の、放送ＢＭＬコンテンツから通信ネットワークに接続した通信サーバ上の通信ＢＭＬコンテンツへの遷移も同様に可能である。

さらに、これまでは固定の受信端末について説明したが、携帯電話端末向けデジタル放送を携帯電話で受信している場合の、放送ＢＭＬコンテンツから通信ネットワークに接続した通信サーバ上の通信ＢＭＬコンテンツへの遷移、カーナビなどの移動体端末向けデジタル放送を移動体端末で受信している場合の、放送ＢＭＬコンテンツから通信ネットワークに接続した通信サーバ上の通信ＢＭＬコンテンツへの遷移も同様に可能である。

本実施の形態のＢＳデジタル放送局１ＡとＢＳ衛星３Ａ、ＣＳデジタル放送局１Ｂと多チャンネルＣＳプラットホーム２ＢとＣＳ衛星３Ｂ、地上デジタル放送局１Ｃと地上デジタル放送設備３Ｃは、それぞれ本発明のデジタル放送設備を、コンテンツ受信部２１はコンテンツ受信手段を、動作情報記憶部２４は動作情報記憶手段を、コンテンツ解析部２５と受信端末動作制御部２６とロケーション取得要求部２９はロケーション解決要求手段を、ＩＰアドレス受信部３０はロケーション受信手段を、通信コンテンツ取得要求部３１と通信コンテンツ受信部３２は通信コンテンツ要求取得手段を、通信サーバロケーション情報記憶部５５と通信サーバロケーション情報管理部５６と通信サーバロケーション情報設定部５７は、通信サーバロケーション情報記憶手段を、ロケーション要求受信部５１と通信サーバロケーション検索部５２とＩＰアドレス送信部５３とロケーション解決要求送信部５８とロケーション解決情報受信部５９は通信サーバロケーション検索手段を構成する。特にロケーション解決要求送信部５８とロケーション解決情報受信部５９は転送ロケーション取得手段を構成する。

フローチャートのステップＳ１０４、Ｓ１０７〜Ｓ１０９は本発明のロケーション解決要求手段を構成する。
また、実施の形態のＩＰアドレス対応表は、本発明のロケーション対応表に、通信サーバ１１、１２は第２の通信サーバに、通信サーバ１１、１２上の通信ＢＭＬコンテンツは第２の通信コンテンツに対応する。

（実施の形態の効果）
以上の実施の形態によれば、受信端末５は、地上デジタル放送、ＢＳデジタル放送、ＣＳデジタル放送、サーバ型放送いずれの放送ＢＭＬコンテンツ提示状態においても、受信端末５の動作情報記憶部２４に記憶された動作情報に応じて、たとえば番組識別情報、ＣＡＳカードＩＤの有無、視聴者選択ボタン情報に応じて、異なる通信サーバ上の通信ＢＭＬコンテンツに柔軟に遷移できる。
また、ロケーション解決サーバ９は、受信端末５が地上デジタル放送、ＢＳデジタル放送、ＣＳデジタル放送、サーバ型放送いずれの放送ＢＭＬコンテンツ提示状態においても、受信端末５から受信したロケーション識別情報に応じて、同一の放送ＢＭＬコンテンツに対して異なるＩＰアドレスを送信することができる。たとえば、受信端末５側のＣＡＳカードＩＤの有無、視聴者選択ボタン情報などの動作情報に応じて異なる通信サーバ１１、１２上の通信ＢＭＬコンテンツに遷移するようにできる。

さらに、ロケーション解決サーバ９は、自身の通信サーバロケーション情報記憶部５５のＩＰアドレス対応表でＩＰアドレスを特定できない場合は、上位層のロケーション解決サーバへロケーション取得要求をしてＩＰアドレスの提供を受けることができるので、ＩＰアドレスを特定できる確度が高まる。

また、放送ＢＭＬコンテンツから遷移可能とされている通信ＢＭＬを提供する地上デジタル通信事業者、ＢＳデジタル通信事業者、ＣＳデジタル通信事業者などの各種のデジタル通信事業者のドメイン名が変更になった場合、従来のＤＮＳ方式では放送ＢＭＬコンテンツの中に記述されたドメイン名そのものを修正する必要があったが、本実施の形態では、ロケーション解決サーバ９上のＩＰアドレス対応表を変更するだけで容易に変更できる。その結果、従来必要であった放送ＢＭＬコンテンツ中に記載されたドメイン名の変更が不要となり、放送ＢＭＬコンテンツの管理の煩雑さが軽減できる。また、それに付随して当初の放送ＢＭＬコンテンツに対する変更時の著作権上の許可取得などの煩雑さがなくなる。

（第１の変形例）
次に、実施の形態の第１の変形例を説明する。
以上の実施の形態は、無線ＬＡＮ８０２．１１（ａ、ｂ、ｇ、ｘなど）、電灯線、ＢＬＵＥＴＯＯＴＨ、赤外線などの無線通信若しくは光ファイバ、同軸ケーブル、Ｅｔｈｅｒケーブルなどの有線通信を利用したデジタル放送の配信を受信端末５で受信する場合にも適用できる。
この場合の受信端末５も、図１に示す通信ネットワーク７を介して通信ＢＭＬコンテンツを格納した各種の通信サーバ１１、１２に接続可能となっている。
そして実施の形態と同様に放送ＢＭＬコンテンツから通信ＢＭＬコンテンツに遷移することができる。

（第２の変形例）
次に本実施の形態の第２の変形例を説明する。
実施の形態および第１の変形例においては、ロケーション識別情報として番組識別情報、受信端末識別情報、視聴者選択ボタン情報を用いることとしたがこれに限定されない。個人情報、現在地情報、現在時刻情報を加えても良い。
個人情報としては、氏名、生年月日、性別、住所（郵便番号を含む）、電話番号、メールアドレス、視聴履歴情報、購入履歴情報が考えられる。このような個人情報は動作情報記憶部２４の不揮発メモリに記憶させると都合が良い。
視聴履歴情報は、受信端末動作制御部２６が、リモコン動作判断部２８からリモコンのチャンネル操作信号を受けた時、時刻情報とともに必要な番組識別情報を動作情報記憶部２４に記憶させて蓄積させれば容易に作成できる。

同様に購入履歴情報は、放送ＢＭＬコンテンツを用いて視聴者がショッピングを行ったときの記録を、受信端末動作制御部２６が現在時刻情報とともに履歴として動作情報記憶部２４に記憶蓄積させれば容易に作成できる。
現在地情報は、受信端末が携帯電話および移動体端末の場合には、複数の基地局で携帯電話また移動体端末からの電波を受信することにより基地局側で現在地を特定して携帯電話、移動体端末に伝える公知の技術により容易に得られる。特に移動体端末がＧＰＳ機能を有している場合は、ＧＰＳ電波により移動体端末自身で現在地情報を得ることができる。

現在時刻情報は、図２に示したように受信端末５が備えている時計回路部２７において、年月日、曜日、時刻が算出され、受信端末動作制御部２６が読み出して、ロケーション取得要求部２９に送ることにより、ロケーション識別情報の中の一つに加えることができる。

図８に、ＩＰアドレス対応表の例を示す。最左欄に通信サーバのＩＰアドレス、それより右側の欄はロケーション識別情報の中身、つまりネットワークＩＤ、サービスＩＤ、番組ＩＤ、地域、性別、視聴者の年代を示している。
なお、このＩＰアドレス対応表を用いる場合は、通信サーバロケーション検索部５２は、受信端末５から受信したロケーション識別情報に含まれる住所、生年月日を解析して、ＩＰアドレス対応表の地域、年代の条件に合致するかどうかでＩＰアドレスを特定する。

このように受信端末５から受信したロケーション識別情報が、ＩＰアドレス対応表に記述されたロケーション識別情報の部分と完全に一致せずとも、たとえば、受信した生年月日から算出した年齢が、年代条件に合致しているかどうか、受信した住所が地域条件に合致しているかどうかで、ＩＰアドレスを特定しても良い。
さらに、受信したロケーション識別情報に対して、ＩＰアドレス対応表の中のロケーション識別情報と合致している度合が最も高いロケーションを特定するようにしても良い。

このように、個人情報をロケーション識別情報の中に加えることにより、放送ＢＭＬコンテンツを見ている視聴者に、年齢や性別に応じた商品を紹介するような通信ＢＭＬコンテンツに柔軟に遷移可能とすることができる。また現在地や住所の情報をロケーション識別情報に加えることにより住所、現在地に応じた店舗情報、お土産情報などの紹介をするような通信ＢＭＬコンテンツに柔軟に遷移可能とすることができる。
さらに、現在時刻情報をロケーション識別情報に加えることにより、たとえば、夕食の準備をする時刻において主婦向けのレシピの紹介をするような通信ＢＭＬコンテンツに柔軟に遷移可能とすることができる。

また、ロケーション識別情報に加えた視聴履歴情報に基づき、視聴者の興味のありそうな放送番組、放送番組関連キャラクター商品などの紹介をする通信ＢＭＬコンテンツに柔軟に遷移可能とすることができる。さらに、ロケーション識別情報に加えた購入履歴情報に基づき、視聴者が好きなブランドの商品を紹介する通信ＢＭＬコンテンツに柔軟に遷移可能とすることができる。
なお、個人情報をロケーション識別情報の一部として受信端末５からロケーション解決サーバに送信するに当たっては、各情報をコード化したり、暗号化したりして送信することが望ましい。また、個人情報の送信を受信端末５側で許可または不許可と設定可能とすることが望ましい。

（第３の変形例）
次に、本実施の形態の第３の変形例を説明する。
以上の実施の形態およびその第１および第２の変形例では、受信端末５が放送ＢＭＬコンテンツを受信して提示している状態で説明したが、それに限定されない。
すでに取得してコンテンツ蓄積部２２に蓄積した放送ＢＭＬコンテンツを呼び出して受信端末５で提示している状態において、通信ＢＭＬコンテンツに遷移する場合にも本発明は適用できる。
その場合は、呼び出した放送ＢＭＬコンテンツ中のＢＭＬで記述されたマークアップ・ランゲージ番組情報を動作情報記憶部２４に記憶させて、番組識別情報として用いる。

（その他の変形例）
以上の実施の形態およびその第１ないし第３の変形例においては、受信端末５がロケーション取得要求を送信すると、それを受信したロケーション解決サーバ９において、受信したロケーション識別情報に基づきＩＰアドレス対応表から検索してＩＰアドレスの特定を行うものとしたがそれに限定されない。

ロケーション解決サーバ９が複数用意され、放送ＢＭＬコンテンツにロケーション解決サーバ９のＩＰアドレスまたはドメイン名をＢＭＬで記述して、ロケーション解決サーバを放送ＢＭＬコンテンツごとに任意に設定できるようにしても良い。
放送ＢＭＬコンテンツにロケーション解決サーバ９のＩＰアドレスが記述されている場合は、受信端末は放送ＢＭＬコンテンツ提示状態で、対応するＩＰアドレスのロケーション解決サーバ９にロケーション識別情報を送って通信サーバのロケーションを取得する。

放送ＢＭＬコンテンツにロケーション解決サーバ９のドメイン名が記述されている場合は、受信端末５は放送ＢＭＬコンテンツ提示状態で、ＤＮＳ方式のロケーション解決サーバにアクセスして、ＩＰアドレスを取得し、その後受信したＩＰアドレスのロケーション解決サーバ９にロケーション識別情報を送って通信サーバのロケーションを取得する。
このようにロケーション解決サーバ９を放送ＢＭＬコンテンツ側で指定することによって、放送ＢＭＬコンテンツ制作者側でのより柔軟なロケーション解決サーバ９の管理ができる。

たとえば、過去に放送された放送ＢＭＬコンテンツが受信端末５のコンテンツ蓄積部２２に長く保存され、視聴者が高い頻度でその放送ＢＭＬコンテンツから通信ＢＭＬコンテンツへ遷移を行うことが多い場合、視聴者サービスの観点からそれに対応するロケーション解決サーバ９上のＩＰアドレス対応表を長く維持する必要がある。
前記のように、放送ＢＭＬコンテンツ側でロケーション解決サーバ９を振り分けることで、ロケーション解決サーバ９の容量問題を解決しやすくなる。また、一台のロケーション解決サーバ９への受信端末５からのロケーション取得要求の負荷をコントロールでき、受信端末５への早い応答が可能となる。

以上の実施の形態および変形例は、地上デジタル放送、ＢＳデジタル放送、ＣＳデジタル放送、サーバ型放送、通信ネットワーク利用放送の場合であったが、本発明はＢＭＬなどのマークアップ・ランゲージで記述されたページを含むように構成されたコンテンツを送信するデジタル放送設備またはデジタル通信設備と、その受信端末と、受信端末が有線または無線を問わず接続可能なロケーション解決サーバおよび通信コンテンツを格納している通信サーバと、で構成されていれば適用可能である。
前記デジタル通信設備において、受信端末がある通信サーバ上の通信コンテンツを提示している状態で、他の通信サーバ上の通信コンテンツに遷移する場合においては、現在提示している通信コンテンツが本発明の第１の通信コンテンツに対応し、新たに遷移しようとする通信コンテンツが第２の通信コンテンツに対応する。

実施の形態に係る受信端末、通信サーバおよびロケーション解決サーバの接続関係を示す全体図である。 実施の形態に係る受信端末の機能ブロック図である。 実施の形態に係るロケーション解決サーバの機能ブロック図である。 ロケーション解決サーバを階層配置した場合を説明する図である。 受信端末がロケーション解決サーバからロケーションを取得して通信サーバに遷移する制御の流れ全体の概要を説明する図である。 受信端末における通信サーバのロケーションを取得する制御の流れを示すフローチャートである。 ロケーション解決サーバがロケーション解決を行う制御の流れを示すフローチャートである。 実施の形態の第２の変形例におけるＩＰアドレス対応表の構成を説明する図である。

符号の説明

１Ａ ＢＳデジタル放送局（デジタル放送設備）
１Ｂ ＣＳデジタル放送局（デジタル放送設備）
１Ｃ 地上デジタル放送局（デジタル放送設備）
２Ｂ 多チャンネルＣＳプラットホーム（デジタル放送設備）
３Ａ ＢＳ衛星（デジタル放送設備）
３Ｂ ＣＳ衛星（デジタル放送設備）
３Ｃ 地上放送設備（デジタル放送設備）
５、５Ａ、５Ｂ、５Ｃ 受信端末
７、 通信ネットワーク
７Ａ 外部通信ネットワーク
７Ｂ ローカル通信ネットワーク
９、９Ａ、９Ｂ ロケーション解決サーバ
１１Ａ ＢＳデジタル通信サーバ
１１Ｂ ＣＳデジタル通信サーバ
１１Ｃ、１１Ｃ１、１１Ｃ２ 地上デジタル通信サーバ
１２Ａ、１２Ｂ、１２Ｃ 通信サーバ
２１ コンテンツ受信部（コンテンツ受信手段）
２２ コンテンツ蓄積部
２３ コンテンツ提示部
２４ 動作情報記憶部（動作情報記憶手段）
２５ コンテンツ解析部（ロケーション解決要求手段）
２６ 受信端末動作制御部（ロケーション解決要求手段）
２７ 時計回路部
２８ リモコン動作判断部
２９ ロケーション取得要求部（ロケーション解決要求手段）
３０ ＩＰアドレス受信部（ロケーション受信手段）
３１ 通信コンテンツ取得要求部（通信コンテンツ要求取得手段）
３２ 通信コンテンツ受信部（通信コンテンツ要求取得手段）
３３ 通信コンテンツ解析部
４１ リモコン
４３ ＣＡＳカード
５１ ロケーション要求受信部（通信サーバロケーション検索手段）
５２ 通信サーバロケーション検索部（通信サーバロケーション検索手段）
５３ ＩＰアドレス送信部（通信サーバロケーション検索手段）
５５ 通信サーバロケーション情報記憶部（通信サーバロケーション情報記憶手段）
５６ 通信サーバロケーション情報管理部（通信サーバロケーション情報記憶手段）
５７ 通信サーバロケーション情報設定部（通信サーバロケーション情報記憶手段）
５８ ロケーション解決要求送信部（通信サーバロケーション検索手段、転送ロケーション取得手段）
５９ ロケーション解決情報受信部（通信サーバロケーション検索手段、転送ロケーション取得手段）
６１ 放送ＢＭＬコンテンツ
６３ ロケーション識別情報
６５ ＩＰアドレス対応表（ロケーション対応表）

Claims (2)

1. データ放送コンテンツを送出するデジタル放送設備と、前記データ放送コンテンツを受信する受信端末と、通信コンテンツを通信ネットワークを介して前記受信端末に送信する通信サーバと、前記受信端末からの要求に基づいて前記通信サーバのロケーションを前記通信ネットワークを介して前記受信端末に送信するロケーション解決サーバとから構成されるデジタル放送システムにおけるロケーション解決サーバであって、
   前記受信端末から要求の通信サーバのロケーションを特定可能とする当該ロケーションを直接明示しないロケーション識別情報を、当該ロケーションに対応付けしたロケーション対応表をあらかじめ記憶する通信サーバロケーション情報記憶手段と、
   前記受信端末から送られてきた前記ロケーション識別情報に基づき、前記ロケーション対応表から当該ロケーションを検索して前記受信端末に送信する通信サーバロケーション検索手段と、を備え、
   前記ロケーション識別情報は、前記データ放送コンテンツに付随する番組特定情報および番組配列情報である番組識別情報と、前記受信端末を識別できる受信端末識別情報と、リモコンの操作内容を示す視聴者選択ボタン情報とを含むことを特徴とするデジタル放送システムにおけるロケーション解決サーバ。
2. 前記通信サーバロケーション検索手段は、前記通信サーバのロケーションを他のロケーション解決サーバにおいて特定させて取得する転送ロケーション取得手段を有し、
   前記通信サーバロケーション情報記憶手段に記憶されたロケーション対応表では、前記受信端末から要求されたロケーションを特定できない場合は、前記転送ロケーション取得手段が他のロケーション解決サーバに対してロケーション取得要求をしてロケーションを取得することを特徴とする請求項１に記載のデジタル放送システムにおけるロケーション解決サーバ。

Images