(57)【要約】  【課題】  一斉に配信される同報配信のコンテンツに対して、コンテンツの在り処をすばやく得ることができるコンテンツ同報配信システムを提供することを目的とする。  【解決手段】  本発明は、コンテンツの属性情報をもとに一斉に公開するコンテンツを抽出し、抽出したコンテンツの所在情報とそのコンテンツ識別子とを関連付けたロケーションテーブルを送信し、受信したロケーションテーブルから優先的に検索することによりコンテンツ所在情報を得るようにしている。これにより、各受信装置がコンテンツの所在を知ろうとしたとき、受信したロケーションテーブルのうち、一斉に公開するコンテンツだけで構成するロケーションテーブルを優先的に検索することで、コンテンツの所在をすばやく得ることができ、その結果として送信装置へのアクセス集中を回避することができる。【選択図】  図１
2005065255.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを一意に識別するためのコンテンツ識別子と前記コンテンツの所在を示すコンテンツ所在情報を管理する送信装置と、前記コンテンツ識別子をもとに前記送信装置に問い合わせて前記コンテンツ所在情報を得ることにより前記コンテンツを取得する受信装置を備えたシステムにおいて、
前記送信装置は、送出期間を示す送出スケジュールまたは公開期間を示す公開スケジュールが属性情報として設定されたコンテンツの中から前記属性情報をもとに、一斉に公開するコンテンツを抽出する同時アクセス判定手段と、前記同時アクセス判定手段にて抽出したコンテンツのコンテンツ所在情報と抽出した前記コンテンツのコンテンツ識別子とを関連付けたロケーションテーブルを作成し記憶するロケーションテーブル登録手段と、前記ロケーションテーブル登録手段に登録されたロケーションテーブルを受信装置へ配信制御するロケーション配信制御手段とを備え、前記送信装置は受信装置へ前記ロケーションテーブルを送信し、
前記受信装置は、前記送信装置から送信される前記ロケーションテーブルを受信し、受信した前記ロケーションテーブルのうち更新されたロケーションテーブルを記憶するロケーションテーブル蓄積手段と、
前記ロケーションテーブル蓄積手段に記憶した前記ロケーションテーブルから優先的に検索することによりコンテンツ所在情報を得るロケーション解決手段とを備えることを特徴とするコンテンツ同報配信システム。
【請求項２】
前記送信装置と前記受信装置間のデータ配信機構として、放送網や通信網による同報ネットワークと通信網による双方向ネットワークおよびそれらの組合せで構成することを特徴とする請求項１記載のコンテンツ同報配信システム。
【請求項３】
前記送信装置は、前記ロケーションテーブル登録手段にあるロケーションテーブルから公開直前のコンテンツに関するロケーションテーブルだけを抽出するロケーション配信制御手段を備え、前記抽出したロケーションテーブルを前記コンテンツの公開直前に送信することを特徴とする請求項１または２記載のコンテンツ同報配信システム。
【請求項４】
前記送信装置は、前記受信装置からコンテンツ所在情報の問い合わせを受けたコンテンツの属性情報を記憶し、前記コンテンツの属性情報をもとに、一斉に公開するコンテンツを分類する同時アクセス傾向分類手段と、前記同時アクセス傾向分類手段にて分類した情報をもとに一斉に公開するコンテンツを抽出する同時アクセス判定手段を備え、
前記同時アクセス判定手段により抽出したコンテンツのコンテンツ所在情報と前記コンテンツのコンテンツ識別子とを関連付けたロケーションテーブルを送信することを特徴とする請求項１乃至３のうち何れかに記載のコンテンツ同報配信システム。
【請求項５】
前記送信装置は、前記受信装置からコンテンツ所在情報の問い合わせを受けたコンテンツの属性情報を記憶し、前記コンテンツの属性情報に基づき、少なくとも次回以降に前記コンテンツのコンテンツ所在情報を得るときの方法を示すロケーション解決情報をコンテンツ毎に生成し、コンテンツ識別子と前記コンテンツ識別子に関連するロケーション解決情報とを対応付けたロケーション解決情報テーブルを作成するロケーション解決情報設定手段を備え、
前記送信装置は受信装置へ前記ロケーション解決情報テーブルを送信し、前記受信装置は、前記送信装置から送信される前記ロケーション解決情報テーブルを受信し、受信した前記ロケーション解決情報テーブルのうち、更新されたロケーション解決情報テーブルを記憶するロケーション解決情報蓄積手段と、前記ロケーション解決情報テーブルを優先的に参照し、前記ロケーション解決情報テーブルのロケーション解決情報に基づき、コンテンツ所在情報を得るロケーション解決手段とを備えることを特徴とする請求項１乃至４のうち何れかに記載コンテンツ同報配信システム。
【請求項６】
前記ロケーション解決情報は、前記コンテンツのコンテンツ所在情報を得るときの条件と、前記コンテンツ所在情報を問い合わせる装置の情報と、前記コンテンツ所在情報を記載しているロケーションテーブルを識別する情報のすべて、もしくはいずれかの組合せで構成することを特徴とする請求項５記載のコンテンツ同報配信システム。
【請求項７】
前記受信装置が前記送信装置に対してコンテンツ所在情報を問い合わせるときに前記コンテンツ識別子と前記受信装置を一意に識別するための受信装置識別子を前記送信装置に送り、前記送信装置の前記ロケーション解決情報設定手段において、受信装置毎にロケーション解決情報を異なるように設定することを特徴とする請求項５または６記載のコンテンツ同報配信システム。
【請求項８】
前記ロケーション解決情報には前記送信装置が事前に送信した前記ロケーションテーブルにてコンテンツ所在情報を得るように指定していることを特徴とする請求項５乃至７のうち何れかに記載のコンテンツ同報配信システム。
【請求項９】
コンテンツを一意に識別するためのコンテンツ識別子を割り当てて前記コンテンツを登録し管理するコンテンツ登録手段と、前記コンテンツ登録手段にて登録したコンテンツのコンテンツ所在情報である送出期間を示す送出スケジュールおよび前記コンテンツ所在情報である公開期間を示す公開スケジュールを設定する配信スケジュール設定手段と、前記配信スケジュール設定手段にて設定した前記コンテンツ所在情報をもとに一斉に公開するコンテンツを前記配信スケジュール設定手段で設定したコンテンツの中から抽出する同時アクセス判定手段と、前記同時アクセス判定手段にて抽出したコンテンツのコンテンツ所在情報を前記コンテンツ登録手段もしくは前記配信スケジュール設定手段より受け取り、前記コンテンツのコンテンツ所在情報とコンテンツ識別子との関連を示すロケーションテーブルを生成し記憶するロケーションテーブル登録手段と、前記ロケーションテーブル登録手段にて生成した前記ロケーションテーブルを受け取り、前記ロケーションテーブルの送信を指示するロケーション配信制御手段とを備えることを特徴とするコンテンツ同報配信送信装置。
【請求項１０】
同報配信を可能とする放送網に対してデータを送信する放送送信手段と、同報配信および双方向配信を可能とする通信網に対してデータを送信する通信制御手段、もしくはそのいずれかを備え、
前記放送送信手段および前記通信制御手段は前記配信スケジュール設定手段および前記ロケーション配信制御手段から受け取るデータを送信し、前記通信制御手段は前記通信網から受け取ったデータを前記配信スケジュール設定手段に渡すことを特徴とする請求項９記載のコンテンツ同報配信送信装置。
【請求項１１】
前記コンテンツ登録手段では登録するコンテンツの属性情報を登録し、前記同時アクセス判定手段では前記コンテンツ登録手段にて登録したコンテンツの属性情報をもとに一斉に公開するコンテンツを抽出することを特徴とする請求項９または１０記載のコンテンツ同報配信送信装置。
【請求項１２】
前記ロケーション配信制御手段では公開直前のコンテンツに関するロケーションテーブルだけを抽出し、抽出した前記ロケーションテーブルを前記コンテンツの公開直前に前記放送送信手段と前記通信制御手段もしくはそのいずれかに渡すことで前記ロケーションテーブルを送信することを特徴とする請求項９乃至１１のうち何れかに記載のコンテンツ同報配信送信装置。
【請求項１３】
所在の問い合わせを受けたコンテンツのコンテンツ識別子を前記ロケーション配信制御手段から受け取り、前記コンテンツ登録手段および前記配信スケジュール設定手段より、前記コンテンツのコンテンツ所在情報及びコンテンツの属性情報、またはどちらかを取得して記憶し、取得した前記コンテンツ所在情報と前記コンテンツの属性情報をもとに、一斉に公開するコンテンツを分類する同時アクセス傾向分類手段を備え、
同時アクセス判定手段は前記同時アクセス傾向分類手段にて分類した情報をもとに一斉に公開するコンテンツを抽出することを特徴とする請求項９乃至１２の何れかに記載のコンテンツ同報配信送信装置。
【請求項１４】
所在の問い合わせを受けたコンテンツのコンテンツ識別子を前記ロケーション配信制御手段から受け取り、前記コンテンツ登録手段および前記配信スケジュール設定手段より、前記コンテンツのコンテンツ所在情報及びコンテンツ属性情報、またはどちらかを取得して記憶し、取得した前記コンテンツ所在情報と前記コンテンツの属性情報をもとに、少なくとも次回以降に前記コンテンツのコンテンツ所在情報を得るときの方法を示すロケーション解決情報をコンテンツ毎に生成し、コンテンツ識別子と前記コンテンツ識別子に関連するロケーション解決情報とを対応付けたロケーション解決情報テーブルを作成するロケーション解決情報設定手段を備え、
前記ロケーション配信制御手段は前記ロケーション解決情報設定手段にて生成したロケーション解決情報テーブルを受け取り、送信を指示することを特徴とする請求項９乃至１３のうち何れかに記載のコンテンツ同報配信送信装置。
【請求項１５】
前記ロケーション解決情報は、前記コンテンツのコンテンツ所在情報を得るときの条件と、前記コンテンツ所在情報を問い合わせる装置の情報と、前記コンテンツ所在情報を記載しているロケーションテーブルを識別する情報のすべて、もしくはいずれかの組合せで構成することを特徴とする請求項１４記載のコンテンツ同報配信送信装置。
【請求項１６】
前記ロケーション解決情報設定手段は、前記ロケーション解決情報を受信装置毎に異なるように設定することを特徴とする請求項１４および請求項１５記載のコンテンツ同報配信送信装置。
【請求項１７】
前記ロケーション解決情報には前記送信装置が事前に送信した前記ロケーションテーブルにてコンテンツ所在情報を得るように指定していることを特徴とする請求項１４乃至１６のうち何れかに記載のコンテンツ同報配信送信装置。
【請求項１８】
送信装置からのデータを受信し、前記データの中からコンテンツの所在情報とコンテンツ識別子との関連を示すロケーションテーブルを監視する受信監視手段と、前記受信監視手段が検知したロケーションテーブルの種別を判定する受信種別判定手段と、前記受信種別判定手段から受け取るロケーションテーブルを種別毎に更新を判定するロケーションテーブル更新管理手段と、前記ロケーションテーブル更新管理手段にて更新と判断されたロケーションテーブルのうち、一斉に公開するコンテンツだけが記述されたロケーションテーブルを記憶するロケーションテーブル蓄積手段と、前記ロケーションテーブル蓄積手段に蓄積されたロケーションテーブルから優先的に検索し、コンテンツ所在情報を得るロケーション解決手段とを備えることを特徴とするコンテンツ同報配信受信装置。
【請求項１９】
同報配信を可能とする放送網からデータを受信する放送受信手段と、同報配信および双方向配信を可能とする通信網からデータを受信する通信制御手段、もしくはそのいずれかを備え、前記通信制御手段は前記ロケーション解決手段から受け取るデータを前記通信網にて前記送信装置に送ることを特徴とする請求項１８記載のコンテンツ同報配信受信装置。
【請求項２０】
前記受信監視手段は前記ロケーション解決情報テーブルの受信を監視し、前記受信種別判定手段は前記受信監視手段から受け取るテーブルのうち、前記ロケーション解決情報テーブルを識別し、前記受信種別判定手段が識別したロケーション解決情報テーブルを受け取り、更新の判断を行なうロケーション解決情報更新手段と、前記ロケーション解決情報更新手段が更新と判断したロケーション解決情報テーブルを記憶するロケーション解決情報蓄積手段を備え、
前記ロケーション解決手段は前記ロケーション解決情報テーブルを優先的に参照し、前記ロケーション解決情報テーブルのロケーション解決情報に基づき、コンテンツ所在情報を得ることを特徴とする請求項１８および請求項１９記載のコンテンツ同報配信受信装置。
【請求項２１】
送信装置は、コンテンツを一意に識別するためのコンテンツ識別子と前記コンテンツの所在を示すコンテンツ所在情報を管理し且つ受信装置へ送信し、受信装置は、受信した前記コンテンツ識別子及び前記コンテンツ所在情報をもとに前記コンテンツを取得するコンテンツ配信方法において、
前記送信装置は送出期間を示す送出スケジュールおよび公開期間を示す公開スケジュールが属性情報として設定されたコンテンツの中から、前記属性情報をもとに、一斉に公開するコンテンツを抽出し、前記抽出したコンテンツのコンテンツ所在情報と前記コンテンツのコンテンツ識別子とを関連付けたロケーションテーブルを受信装置に送信し、前記受信装置は受信した前記ロケーションテーブルから優先的に検索することによりコンテンツ所在情報を得ることを特徴とするコンテンツ同報配信方法。
【請求項２２】
前記ロケーションテーブルを放送網および通信網による同報ネットワークと通信網による双方向ネットワークおよびそれらの組合せで配信することを特徴とする請求項２１記載のコンテンツ同報配信方法。
【請求項２３】
前記送信装置は、前記ロケーションテーブルから公開直前のコンテンツに関するものだけを抽出し、抽出した前記ロケーションテーブルを送信し、前記受信装置は受信した前記ロケーションテーブルを優先的に検索することによりコンテンツ所在情報を得ることを特徴とする請求項２１または２２記載のコンテンツ同報配信方法。
【請求項２４】
前記送信装置は、前記受信装置からコンテンツ所在情報の問い合わせを受けたコンテンツの所在情報および属性情報を記憶し、前記記憶したコンテンツの所在情報および属性情報の集計結果をもとに、一斉に公開するコンテンツのコンテンツ所在情報と前記コンテンツのコンテンツ識別子とを関連付けたロケーションテーブルを送信し、前記受信装置は、受信した前記ロケーションテーブルから優先的に検索することによりコンテンツ所在情報を得ることを特徴とする請求項２１乃至２３のうち何れかに記載コンテンツ同報配信方法。
【請求項２５】
前記送信装置は、前記受信装置からコンテンツ所在情報の問い合わせを受けたコンテンツの所在情報および属性情報を記憶し、前記コンテンツの所在情報および属性情報をもとに、少なくとも次回以降に前記コンテンツのコンテンツ所在情報を得るときの方法を示すロケーション解決情報をコンテンツ毎に生成し、前記ロケーション解決情報を送信し、前記受信装置は、受信した前記ロケーション解決情報にある方法を優先してコンテンツ所在情報を得ることを特徴とする請求項２１乃至２４のうち何れかに記載のコンテンツ同報配信方法。
【請求項２６】
前記ロケーション解決情報は、前記コンテンツのコンテンツ所在情報を得るときの条件と、前記コンテンツ所在情報を問い合わせる装置の情報と、前記コンテンツ所在情報を記載しているロケーションテーブルを識別する情報のすべて、もしくはいずれかの組合せで構成することを特徴とする請求項２５記載コンテンツ同報配信方法。
【請求項２７】
前記送信装置は、前記ロケーション解決情報を受信装置毎に異なるように設定することを特徴とする請求項２５および請求項２６記載コンテンツ同報配信方法。
【請求項２８】
前記ロケーション解決情報には送信した前記ロケーションテーブルにてコンテンツ所在情報を得るように指定していることを特徴とする請求項２５乃至２７のうち何れかに記載コンテンツ同報配信方法。
【請求項２９】
コンテンツを一意に識別するためのコンテンツ識別子と前記コンテンツの所在を示すコンテンツ所在情報を管理する送信装置と、前記コンテンツ識別子をもとに前記送信装置に問い合わせて前記コンテンツ所在情報を得ることにより前記コンテンツを取得する受信装置を備えたシステムにおいて、
前記送信装置は、コンテンツのコンテンツ所在情報と前記コンテンツの送出期間を示す送出スケジュールまたは公開期間を示す公開スケジュールと当該コンテンツのコンテンツ識別子とを関連付けたロケーションテーブルを作成し記憶するロケーションテーブル登録手段と、ロケーションテーブル登録手段に登録されたロケーションテーブルを受信装置へ配信制御するロケーション配信制御手段とを備え、前記送信装置は受信装置へ前記ロケーションテーブルを送信し、
前記受信装置は、前記送信装置から送信される前記ロケーションテーブルを受信し、受信した前記ロケーションテーブルのうち更新されたロケーションテーブルに記載の送出スケジュールまたは公開スケジュールをもとに、一斉に公開するコンテンツを抽出する同時アクセス判定手段と、前記同時アクセス判定手段によりロケーションテーブルを一斉に公開するものとして同報用ロケーションテーブルとそれ以外の通常用ロケーションテーブルに分類して記憶するロケーションテーブル蓄積手段と、
コンテンツ所在情報を得るときに前記ロケーションテーブル蓄積手段に記憶した前記同報用ロケーションテーブルを優先的に検索することによりコンテンツ所在情報を得るロケーション解決手段とを備えることを特徴とするコンテンツ同報配信システム。
【請求項３０】
前記同時アクセス判定手段は同報用ロケーションテーブルをさらに複数種類の同報用ロケーションテーブルに分類することを特徴とする請求項２９記載のコンテンツ同報配信システム。
【請求項３１】
前記複数種類の同報用ロケーションテーブルは、放送チャンネル毎に分類され、放送チャンネル別に作成されることを特徴とする請求項３０記載のコンテンツ同報配信システム。
【請求項３２】
前記複数種類の同報用ロケーションテーブルは、通信事業者毎に分類され、通信事業者別に作成されることを特徴とする請求項３０記載のコンテンツ同報配信システム。
【請求項３３】
送信装置は、コンテンツを一意に識別するためのコンテンツ識別子と前記コンテンツの所在を示すコンテンツ所在情報とを関連付けて管理し且つ受信装置へ送信し、受信装置は、受信した前記コンテンツ識別子及び前記コンテンツ所在情報をもとに前記コンテンツを取得するコンテンツ配信方法において、
前記送信装置は、前記コンテンツ識別子及び前記コンテンツ所在情報に送出期間を示す送出スケジュールおよび公開期間を関連付けて加えたロケーションテーブルを受信装置に送信し、前記受信装置は、前記ロケーションテーブルに記載の送出スケジュールまたは公開スケジュールをもとに、一斉に公開するコンテンツを抽出する同時アクセス判定処理により前記受信したロケーションテーブルを同報用ロケーションテーブルと通常用ロケーションテーブルに分類し、コンテンツ取得時には同報用ロケーションテーブルから優先的に検索することによりコンテンツ所在情報を得ることを特徴とするコンテンツ同報配信方法。
【請求項３４】
前記同時アクセス判定処理においては、同報用ロケーションテーブルをさらに複数種類の同報用ロケーションテーブルに分類することを特徴とする請求項３３記載のコンテンツ同報配信方法。
【請求項３５】
前記複数種類の同報用ロケーションテーブルは、放送チャンネル毎に分類され、放送チャンネル別に作成されることを特徴とする請求項３４記載のコンテンツ同報配信方法。
【請求項３６】
前記複数種類の同報用ロケーションテーブルは、通信事業者毎に分類され、通信事業者別に作成されることを特徴とする請求項３４記載のコンテンツ同報配信方法。
【請求項３７】
コンテンツを一意に識別するためのコンテンツ識別子を割り当て、このコンテンツ識別子と当該コンテンツの所在を示すコンテンツ所在情報とを対応付けて前記コンテンツを登録し管理するコンテンツ登録手段と、
前記コンテンツ登録手段にて登録したコンテンツの送出期間を示す送出スケジュール、または前記コンテンツの公開期間を示す公開スケジュールを、それぞれコンテンツ識別子と対応させて設定する配信スケジュール設定手段と、
前記コンテンツ登録手段からコンテンツのコンテンツ所在情報を受け取り、また、配信スケジュール設定手段からコンテンツの送出スケジュールまたは公開スケジュールを受け取り、前記コンテンツのコンテンツ所在情報と、前記送出スケジュールまたは公開スケジュールと、コンテンツ識別子との関連を示すロケーションテーブルを生成し記憶するロケーションテーブル登録手段と、
前記ロケーションテーブル登録手段にて生成した前記ロケーションテーブルを受け取り、前記ロケーションテーブルの送信を指示するロケーション配信制御手段と
を備えることを特徴とするコンテンツ同報配信送信装置。
【請求項３８】
送信装置からのデータを受信し、前記データの中からコンテンツの所在情報と、コンテンツの送出スケジュールまたは公開スケジュールと、コンテンツ識別子との関連を示すロケーションテーブルを監視する受信監視手段と、
前記受信監視手段が検知したロケーションテーブルの更新を判定するロケーションテーブル更新管理手段と、
前記ロケーションテーブル更新管理手段にて更新と判断されたロケーションテーブルについて、当該ロケーションテーブルに含まれるコンテンツの中から、前記送出スケジュールまたは公開スケジュールと前記コンテンツ所在情報をもとに一斉に公開するコンテンツを抽出する同時アクセス判定手段と、
前記同時アクセス判定手段によりロケーションテーブルを一斉に公開するものとして同報用ロケーションテーブルとそれ以外の通常用ロケーションテーブルに分類して記憶するロケーションテーブル蓄積手段と、
コンテンツ所在情報を得るときに前記ロケーションテーブル蓄積手段に記憶した前記同報用ロケーションテーブルを優先的に検索することによりコンテンツ所在情報を得るロケーション解決手段とを備えることを特徴とするコンテンツ同報配信受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送や通信を利用したコンテンツ配信に関する技術分野であり、同報に配信されるコンテンツに対して、受信装置から送信装置へのアクセス集中を回避するコンテンツ同報配信システムとそれに用いる送信装置と受信装置ならびにコンテンツ同報配信方法に関する。
【背景技術】
【０００２】
現在、放送やインターネットを利用してコンテンツ配信が行なわれている。放送を利用したコンテンツ配信では、SI（Service Information）におけるevent＿idにて番組（コンテンツ）を識別し、放送チャネルおよび時間情報にて番組のロケータを示している。ユーザは番組を選択すると当該番組のevent＿idをキーに、放送チャネルと時間情報を得て、番組を録画することができる。また、インターネットを利用したコンテンツ配信ではHTML（Hyper Text Markup Language）といったコンテンツを配信しており、URL（Uniform Resource Locator）にてHTML（コンテンツ）のロケータを示している。この場合、コンテンツのロケータを直接指定してHTMLにアクセスしている。
【０００３】
特開2000-285057号公報（以下、特許文献１）では、放送やインターネットに共通してコンテンツを識別するためのコンテンツ識別子を定義し、そのコンテンツ識別子とそのコンテンツへのアクセス方法（ロケータ）の関係を示すテーブルを送信装置から受信装置に送り、受信装置はそのテーブルをもとにコンテンツにアクセスするといった伝送システムについて開示されており、同一内容のコンテンツが複数のロケーションにあってもコンテンツを指定することができる。また、特開2002-229881号公報（以下、特許文献２）では、受信装置に備わっているコンテンツ名前解決手段により複数のネットワーク上に存在する名前解決（コンテンツ識別子からロケータを見つける）を統合的に使用することを開示している。
【特許文献１】特開２０００−２８５０５７号公報
【特許文献２】特開２００２−２２９８８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、放送番組や封切映画（VOD）などのユーザに一斉に公開するといった特徴をもつコンテンツを取り扱うときにはロケータを見つけるために送信装置に対して一時的にアクセスが集中する。例えば、放送番組を録画予約するというシチュエーションを考える。このとき、実際にその番組が放送されるまでの間に番組編成が行なわれることも十分に考えられる。特許文献1ではすべてのコンテンツを同じように扱うことから、多くのコンテンツを取り扱おうとした場合、膨大なテーブルの中から検索することになり、コンテンツの在り処を示すロケータを見つけるまでに時間がかかってしまう。このようなことは放送番組というコンテンツに限ったことではなく、一斉に公開されるコンテンツに言えることである。
【０００５】
また、放送番組の録画予約の場合、番組予約時と録画開始時に、同一コンテンツに対して同じようにロケーション解決を行うことになるが、特許文献１や特許文献２ではロケーション解決を行なう処理としては毎回同じ処理を繰り返すしかなく、受信機処理に無駄があった。
【０００６】
本発明はこうした問題に鑑み、一斉に配信される同報配信のコンテンツに対して、コンテンツの在り処をすばやく得ることができ、その結果として送信装置へのアクセス集中を回避することができるコンテンツ同報配信システムを提供することを目的とし、同時に、コンテンツの所在が急に変更しても対応し、受信装置から送信装置へのアクセス集中を予測し、さらに、同一コンテンツに対してロケーション解決を複数回行わなくてもよいコンテンツ同報配信システムとそれに用いる送信装置と受信装置ならびにコンテンツ同報配信方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明では、コンテンツの属性情報をもとに一斉に公開するコンテンツを抽出し、抽出したコンテンツの所在情報とそのコンテンツ識別子とを関連付けたロケーションテーブルを送信し、受信した前記ロケーションテーブルから優先的に検索することによりコンテンツ所在情報を得るようにしている。これにより、各受信装置がコンテンツの所在を知ろうとしたとき、各々受信したロケーションテーブルを利用してコンテンツの在り処をすばやく得ることができ、一斉に公開するコンテンツであっても１つ以上の受信装置から送信装置へのアクセス集中を回避することができる。
【０００８】
また、一斉に公開するコンテンツを抽出し、抽出したコンテンツの所在情報とそのコンテンツ識別子とを関連付けたロケーションテーブルから公開直前のコンテンツに関するロケーションテーブルだけを抽出し、そのロケーションテーブルをコンテンツの公開直前に送信し、受信した前記ロケーションテーブルから優先的に検索することによりコンテンツ所在情報を得るようにしている。これにより、コンテンツの所在を得るためのロケーションテーブルのサイズがより小さくなりことになり、コンテンツ識別子からそのコンテンツの所在をすばやく見つけることができるため、コンテンツの所在が急に変更されても対応することできる。
【０００９】
また、コンテンツの所在の問い合わせを受けたコンテンツに関する属性情報を記憶し、そのコンテンツの属性情報をもとに、一斉に公開するコンテンツを抽出し、抽出したコンテンツの所在情報とそのコンテンツ識別子とを関連付けたロケーションテーブルを送信し、受信した前記ロケーションテーブルから優先的に検索することによりコンテンツの所在情報を得るようにしている。これにより、ユーザが実際にアクセスしようとしているコンテンツの傾向を分析することができ、同時アクセスの可能性のあるコンテンツに関するロケーションテーブルを抽出してコンテンツの在り処をすばやく得ることができ、その結果として送信装置へのアクセス集中を回避することができる。
【００１０】
また、コンテンツの所在の問い合わせを受けたコンテンツに関する属性情報を記憶し、そのコンテンツの属性情報をもとに、少なくとも次回以降に前記コンテンツのコンテンツ所在情報を得るときの方法（コンテンツへのアクセス条件、ロケータ解決場所やロケータ解決に利用するロケーションテーブル）を示すロケーション解決情報をコンテンツ毎に生成し、それらをまとめたロケーション解決情報テーブルを生成する。そして、コンテンツ識別子と前記コンテンツ識別子に関連するロケーション解決情報とを対応付けたロケーション解決情報テーブルを送信する。そこで、ロケーション解決情報テーブルを優先的に参照し、コンテンツ所在情報を得るようにしている。これにより、ロケータ要求をトリガとして受信装置へ事前にロケーション解決情報を送っておき、受信装置は受け取ったロケーション解決情報をもとにロケータを取得することにより、コンテンツの在り処をすばやく得ることができ、その結果として送信装置へのアクセス集中を回避することができる。
【発明の効果】
【００１１】
本発明のコンテンツ同報配信システムでは、時系列的に同時期にアクセスが集中するようなコンテンツに対するロケーションテーブル（コンテンツ識別子とそのロケータとの対応テーブル）を抽出して、そのロケーションテーブルだけを同報配信にて受信装置に事前に送り、受信装置ではそのロケーションテーブルを優先的に参照して対応するコンテンツのロケータを得ることにより、コンテンツの在り処をすばやく得ることができ、その結果として送信装置へのアクセス集中を回避することができる。
【００１２】
また、公開直前のコンテンツだけで構成したロケーションテーブルを生成し、コンテンツの公開直前に受信装置に対して送ることにより、このロケーションテーブルのサイズは全体を送る場合よりも小さくなり、ロケータをすばやく見つけることができるため、ロケータの緊急変更時にも対応することできる。
【００１３】
また、受信装置から送信装置に対してロケータ要求されたコンテンツの属性をもとに、多くのユーザの視聴傾向を収集・分析し、それをもとに同時アクセスの可能性のあるコンテンツに関するロケーションテーブルを抽出できるため、コンテンツの在り処をすばやく得ることができ、その結果として送信装置へのアクセス集中を回避することができる。
【００１４】
また、ロケータ要求をトリガとして、コンテンツへのアクセス条件やロケータ解決場所やロケータ解決に利用するロケーションテーブルを示すロケーション解決情報を受信装置へ事前に送っておき、受信装置は受け取ったロケーション解決情報を優先してロケータを取得することにより、コンテンツの在り処をすばやく得ることができ、その結果として送信装置へのアクセス集中を回避することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施例について説明する。はじめにコンテンツ同報配信システムの全体構成を図２４に示す。コンテンツ同報配信システムは、コンテンツを一意に識別するためのコンテンツ識別子とコンテンツの所在を示すコンテンツ所在情報を管理する送信装置１０Ａと、コンテンツ識別子をもとに送信装置１０Ａに問い合わせて当該コンテンツの所在情報を得ることにより当該コンテンツを取得する受信装置１０Ｂとからなるシステムである。送信装置１０Ａと受信装置１０Ｂ間のデータのやり取りは、放送網１００１や通信網１００２による同報ネットワークと通信網１００２による双方向ネットワークで構成する。なお、送信装置１０Ａと受信装置１０Ｂはそれぞれ１つ以上で構成する。
【実施例１】
【００１６】
実施例１では、送信装置１０Ａにおいて同時アクセスの可能性のあるコンテンツの所在に関する情報を記述したロケーションテーブル（同報用ロケーションテーブル）を生成し、その同報用ロケーションテーブルを受信装置１０Ｂに送信し、受信装置１０Ｂにてその同報用ロケーションテーブルを優先的に参照し、コンテンツを取得するコンテンツ同報配信システムについて説明する。
【００１７】
はじめに図１を用いてコンテンツ同報配信システムにおける送信装置１０Ａの構成を説明する。
＜送信装置１０Ａの構成＞
送信装置は、当該送信装置を操作する操作者に対する入出力手段であるＵＩ手段１０１と、ＵＩ手段１０１に接続されＵＩ手段１０１から指定されたコンテンツを一意に識別するためのコンテンツ識別子を発行して登録するコンテンツ登録手段１０２と、コンテンツ登録手段で記憶しているコンテンツに対して、コンテンツ配信のための送出スケジュール或いは公開スケジュールを設定する配信スケジュール設定手段１０３と、配信スケジュール設定手段１０３にて設定した前記コンテンツ所在情報をもとに一斉に公開するコンテンツを前記配信スケジュール設定手段で設定したコンテンツの中から抽出する同時アクセス判定手段１０４と、同時アクセス判定手段１０４にて抽出したコンテンツのコンテンツ所在情報をコンテンツ登録手段１０２もしくは配信スケジュール設定手段１０３より受け取り、コンテンツのコンテンツ所在情報とコンテンツ識別子との関連を示すロケーションテーブルを生成し記憶するロケーションテーブル登録手段１０５と、ロケーションテーブル登録手段１０５にて生成したロケーションテーブルを受け取り、ロケーションテーブルの送信を指示するロケーション配信制御手段１０６と、配信スケジュールおよびロケーションテーブルのうち放送により送信されるデータを放送網１００１を介して送信する放送送信手段１０７と、配信スケジュールおよびロケーションテーブルのうち通信により送信されるデータを通信網１００２を介して送信する通信送信手段１０８とを備えて成る。
【００１８】
かかる送信装置の各機能部についてより詳細に説明する。
【００１９】
＜ＵＩ手段１０１＞
ＵＩ手段１０１は送信装置１０Ａを操作する操作者に対する入出力手段であり、コンテンツを登録するためのインタフェースを備える。コンテンツ登録手段１０２に対して登録するコンテンツを指定する。ユーザインタフェースとしてはキーボード、マウス、タッチパネル等の入力デバイスからの信号を受け付け、画面やスピーカー等に出力するインタフェースを示す。コンテンツとしては例えば、テキスト（HTML、BML、XML等）、音声（AAC、MP3等）、静止画（JPEG等）、動画（MPEG、AVI、WMV、Real等）およびそれらの組合せを示す。また、メタデータもコンテンツの一つとして取り扱う。メタデータとは、コンテンツの特徴を示すためのデータ（タイトル、登場人物等）、ユーザの属性情報や嗜好情報を示すデータである。
【００２０】
＜コンテンツ登録手段１０２＞
コンテンツ登録手段１０２はＵＩ手段１０１から指定されたコンテンツを外部入力機器（HDD、DVD、CD-ROM、SDカード、メモリスティック、RAM等）から受け取り、受け取ったコンテンツを一意に識別するためのコンテンツ識別子を発行し、送信装置１０Ａ内の記憶媒体にコンテンツを記憶する。このとき、コンテンツの記憶場所はコンテンツ登録手段１０２が任意に決定し、コンテンツ識別子とそのコンテンツの記憶場所の対応関係を示す蓄積コンテンツリスト（図３）を保持する。この蓄積コンテンツリストを用いることにより、コンテンツ識別子から所定のコンテンツ実体を選択することができる。例えば、図３において、URI://aaa放送/news.mpgというコンテンツ識別子で示されるコンテンツ実体の所在は HYPERLINK "http://aaa-bc-news.mpg" http://aaa-bc-news.mpgに存在することを意味している。ここで、コンテンツ識別子とはコンテンツを一意に識別するための識別子であり、例えばURI（Uniform Resource Identifiers）、URN（Universal Resource Name）等の文字列や数値等で示す。また上記送信装置１０Ａ内の記憶媒体としては例えばHDD、DVD-RAM/R/RW、SDカード、メモリスティック等の不揮発性記憶媒体およびRAM等の揮発性記憶媒体を示す。コンテンツの記憶場所とは、例えば、URL（ HYPERLINK "http://xxx/yyy/zzz" http://xxx/yyy/zzz、ftp://xxx/yyy/zzz等）やファイルパス（ HYPERLINK "file://xxx/yyy/zzz" file://xxx/yyy/zzz）等を示す。なお、コンテンツ登録手段１０２はＵＩ手段１０１で指定されたコンテンツ記憶場所に従って記憶してもよい。
【００２１】
＜配信スケジュール設定手段１０３＞
配信スケジュール設定手段１０３はコンテンツ登録手段１０２で記憶しているコンテンツに対して、送信装置１０Ａから送信する開始時刻やその期間等を指定するスケジュール（コンテンツ送出スケジュール）と、受信装置１０Ｂ上で提示および公開を開始する時刻や期間等を指定するスケジュール（コンテンツ公開スケジュール）を設定する。その後、放送送信手段１０７および通信制御手段１０８には、設定したコンテンツ送出スケジュールテーブルに従い、コンテンツを渡す。また、通信制御手段１０８から指定されたコンテンツ識別子に対応するコンテンツを、通信制御手段１０８に渡す。ここで、コンテンツ送出スケジュールとコンテンツ公開スケジュールについて説明する。コンテンツ送出スケジュールとは、放送や通信でのIPマルチキャストのような同報配信にてコンテンツを送信するときの送信開始日時および放送期間（もしくは送信終了日時）であり、例えば放送局における各番組の放送スケジュールを示す。コンテンツ公開スケジュールとは、一つ以上の受信装置１０Ｂに対して一斉にコンテンツを提供することを示すスケジュールであり、ユーザにコンテンツを公開する期間、もしくは公開開始日時と公開終了日時を記述する。例えば、映画の上映期間を示す。受信装置１０Ｂはこのスケジュールに従い、当該コンテンツの視聴可否を判断する。公開期間内であれば視聴可能とし、期間外であれば視聴不可とする。
【００２２】
図４にコンテンツ送出スケジュールを記述したコンテンツ送出スケジュールテーブルを、図５にコンテンツ公開スケジュールを記述したコンテンツ公開スケジュールテーブルを示す。例えば、図４においては、コンテンツ識別子がURI://aaa放送/news.mpgのコンテンツはCh1にて2003年3月15日19:00から2003年3月15日20:00まで放送することを示す。例えば、図５においては、コンテンツ識別子がURI://aaaアーカイブ/sports.mpgのコンテンツをhttp://aaa-sports.mpgに記憶しており、2003年3月1日00:00から2003年4月1日00:00まで一斉に公開する（ユーザが当コンテンツを見ることが出来る）ことを示す。また、公開スケジュールが「−」のコンテンツはいつでも公開していることを示す。
【００２３】
＜同時アクセス判定手段１０４＞
同時アクセス判定手段１０４は、配信スケジュール設定手段１０３で設定したコンテンツ送出スケジュールもしくはコンテンツ公開スケジュールに変更があった場合に、コンテンツ送出スケジュールテーブルおよびコンテンツ公開スケジュールテーブル内の全てもしくは一部のコンテンツに対してコンテンツ毎に同時アクセスの可能性があるかを判定し、コンテンツ識別子とその判定結果をロケーションテーブル登録手段１０５に渡す。
【００２４】
ここで、コンテンツ毎の同時アクセス判定処理を図６に基づき説明する。まず当該コンテンツの送出スケジュールもしくは公開スケジュールとして開始時刻が設定されているかを判定する（ステップＳ１０１）。設定されている場合は同時アクセスの可能性があるコンテンツであると判断する（ステップＳ１０３）。設定されていない場合は、当該コンテンツの送出スケジュールもしくは公開スケジュールとして終了日時が設定されているかを判定する（ステップＳ１０２）。設定されている場合は同時アクセスの可能性があるコンテンツであると判断する（ステップＳ１０３）。設定されていない場合は、同時アクセスの可能性がないコンテンツであると判断する（ステップＳ１０４）。なお、同時アクセス判定処理は定期的に動作してもよい。また、図６の判定基準Ｅ５において、開始時刻と終了時刻の両方について判定を行なっているが、どちらか一方だけでもよいし、判定基準Ｅ５にさらにほかの条件を追加してもよい。
【００２５】
＜ロケーションテーブル登録手段１０５＞
ロケーションテーブル登録手段１０５は、同時アクセス判定手段１０４からコンテンツ識別子とそのコンテンツに対する同時アクセス判定結果を受け取る。その判定結果に応じて、コンテンツ識別子とそのコンテンツの所在を表すロケータ（コンテンツの蓄積場所やコンテンツの送出スケジュール等）との対応関係を示すロケーションテーブルを作成もしくは更新し、送信装置１０Ａ内の記憶媒体に登録する。ここで、コンテンツのロケータとは、空間軸上での場所と時間軸上での場所があり、空間軸上の場所としては、例えば、URL（http://xxx/yyy/zzz）やファイルパス（HYPERLINK "file://xxx/yyy/zzz" file://xxx/yyy/zzz）、チャネル（Ch1）、放送周波数帯域等を示す。時間軸上の場所とは、例えば、日付や時刻、期間等を示す。また、ロケーションテーブル登録手段１０５は、上記ロケーションテーブルを作成するために、コンテンツ識別子をキーに、コンテンツ登録手段１０２からロケータとして蓄積場所を、配信スケジュール設定手段１０３からロケータとしてスケジュール情報（チャネル、開始時刻、終了時刻、期間など）を受け取る。ロケーションテーブルの種別（同報用もしくは通常用）は、その種別を表すタグをロケーションテーブルに関連付けておく。
【００２６】
次に、判定結果に応じたロケーションテーブルの作成手順を以下に示す。作成時には、コンテンツ毎の同時アクセス判定結果により利用形態の異なるロケーションテーブルを作成、更新する。判定結果として同時アクセスの可能性があるコンテンツであった場合には当該コンテンツ識別子とそのロケータを同報用ロケーショテーブル（図７）に登録する。判定結果として同時アクセスの可能性がないコンテンツであった場合には当該コンテンツ識別子とそのロケータを通常用ロケーションテーブル（図８）に登録する。なお、ロケーションテーブル登録手段１０５は同報用ロケーションテーブルおよび通常用ロケーションテーブルの更新を判定するために各ロケーションテーブルに各々バージョン情報を付与して管理してもよい。また、バージョン管理はロケーションテーブルの種別に関係なく統一的に管理してもよい。ここで、図４と図５のスケジュールテーブルから図７と図８のロケーションテーブルを登録するときの処理例を説明する。図４と図５のスケジュールテーブルから送出スケジュールもしくは公開スケジュールが確定しているコンテンツは、「URI://aaa放送/news.mpg」と「URI://bbb放送/drama.mpg」と「URI://aaaアーカイブ/sports.mpg」の３つである。従って、これらの３つのコンテンツは同報用ロケーションテーブル（図７）に追加され、残りのコンテンツ「URI://aaaアーカイブ放送/comedy.mpg」「URI://zzzアーカイブ放送/drama.mpg」…は通常用ロケーションテーブル（図８）に追加されることになる。
【００２７】
＜ロケーション配信制御手段１０６＞
ロケーション配信制御手段１０６は、ロケーションテーブル登録手段１０５から最新の同報用ロケーションテーブルおよび通常用ロケーションテーブルを取得し、放送送信手段１０７もしくは通信制御手段１０８に渡す。また、ロケーション配信制御手段１０６は通信制御手段１０８よりコンテンツ識別子を受け取り、対応するロケータを求められたとき、ロケーションテーブル登録手段１０５にある最新のロケーションテーブルを用いて、受け取ったコンテンツ識別子に対応するロケータを検索し、通信制御手段１０８に返す。ここで、ロケーションテーブルを放送送信手段１０７と通信制御手段１０８に渡すときのタイミングについて各々説明する。まず、ロケーションテーブルを放送送信手段１０７に渡すタイミングは一定間隔で渡す。このとき、同報用および通常用といったロケーションテーブルの種別により渡す間隔は異なっていてもよいし、一定間隔ではなくスケジュールを設定しそれに基づき渡してもよい。また、ロケーションテーブルを通信制御手段１０８に渡すタイミングは通信制御手段１０８からロケーションテーブルの種別（同報用、通常用）とその取得要求があった場合には種別に応じて最新のロケーションテーブルを通信制御手段１０８に渡す。このように、ロケーションテーブルを放送送信手段１０７もしくは通信制御手段１０８に渡すバリエーションは図９に示すように４パターンあり、いずれの場合でも構わない。なお、通信制御手段１０８が、放送送信手段１０７のように同報配信を行なうことができる場合、例えば、IPマルチキャスト放送を備えた場合は、ロケーションテーブルを通信制御手段１０８に渡すタイミングは、放送送信手段１０７に渡すタイミングと同様に一定間隔で渡してもよい。
【００２８】
ここで、図１０を用いてロケーション配信制御手段１０６から放送送信手段１０７もしくは通信制御手段１０８への配信処理について説明する。ロケーション配信制御手段１０６は図１０のように各ロケーションテーブルを識別子で判別しており、そのテーブルの配信経路として「放送網」もしくは「通信網」の選択があり、各網においても「同報」もしくは「双方向」の選択がある。同報の場合は、受信装置１０Ｂに対して継続的にロケーションテーブルを送ることを意味し、双方向の場合は受信装置１０Ｂから要求があった場合にロケーションテーブルを送ることを意味する。また、ロケーションテーブルの配信制御のパラメタとしては配信スケジュール（配信チャネルと配信期間）と当該スケジュール内での配信間隔がある。例えば、LT＿ID1というロケーションテーブルは放送網１００１の同報配信を利用し、Ch1というチャネルで2003年3月1日から2003年3月31日まで10秒間隔で配信することを意味する。また、LT＿ID2というロケーションテーブルは通信網１００２を利用した双方向配信に対応することを意味する。なお、ロケーション配信制御手段１０６がロケーションテーブルを放送送信手段１０７もしくは通信制御手段１０８に渡すタイミングは固定的ではなく、後で入力・変更できるように入力インタフェースを備えてもよい。
【００２９】
＜放送送信手段１０７＞
放送送信手段１０７は、放送網１００１を利用した受信装置１０Ｂへの同報配信を行なう。同報配信では、配信スケジュール設定手段１０３からコンテンツを、ロケーション配信制御手段１０６からロケーションテーブルを受け取り、放送網１００１にて1つ以上の受信装置１０Ｂに同時に配信する。例えば、MPEG2システムのPSI（Program Specification Information）やSI（Service Information）のセクションで送ったり、DSM-CCのデータカルーセル伝送フォーマットで多重化して送出してもよい。なお、放送網１００１とは、BS／CSデジタル放送、地上波デジタル放送、デジタルCATV放送等があり、同報的にコンテンツを配信できるようなネットワークを示す。
【００３０】
＜通信制御手段１０８＞
通信制御手段１０８は、通信網１００２を利用した受信装置１０Ｂとの双方向通信と、受信装置１０Ｂへの同報配信を行なう。双方向通信では、通信網１００２を介して受信装置１０Ｂからの信号を受け取り、受信装置１０Ｂとの間でデータのやりとりを行なう。受信装置１０Ｂからの信号としてコンテンツ識別子を受け取ったときには、ロケーション配信制御手段１０６にてロケーションテーブルをもとに対応するロケータを受信装置１０Ｂに返す。また、受信装置１０Ｂからロケーションテーブルの種別とその取得要求があった場合には、ロケーション配信制御手段１０６がロケーションテーブル登録手段１０５から対応するロケーションテーブルを取得し、通信網１００２を介して送り返す。同報配信では、IPマルチキャスト放送のように通信網１００２を介して同報的に１つ以上の受信装置１０Ｂに対してロケーションテーブルを送る。なお、通信網１００２とは、インターネット等でコンテンツを配信するためのネットワークを示し、双方向通信やIPマルチキャストによる同報配信等がある。
【００３１】
次に図２を用いてコンテンツ同報配信システムにおける受信装置１０Ｂの構成を説明する。
＜受信装置１０Ｂの構成＞
受信装置は、放送網１００１からのデータを受信する放送受信手段２０１と、通信網１００２を介した双方向通信にて外部の装置（送信装置）との間でデータのやりとりを行う通信制御手段２０２と、放送受信手段２０１と通信制御手段２０２が受信したデータのうち、ロケーションテーブルの受信を監視する受信監視手段２０３と、受信監視手段２０３から受け取るロケーションテーブルの種別を判定する受信種別判定手段２０４と、受信種別判定手段２０４から受け取るロケーションテーブルを種別毎に更新を判定するロケーションテーブル更新管理手段２０５と、ロケーションテーブル更新管理手段２０５にて更新と判断されたロケーションテーブルのうち、一斉に公開するコンテンツだけが記述されたロケーションテーブルを記憶する同報用ロケーションテーブル蓄積手段２０６と、ロケーションテーブル更新管理手段２０５にて更新と判断されたロケーションテーブルのうち、通常のコンテンツが記述されたロケーションテーブルを記憶する通常用ロケーションテーブル蓄積手段２０７と、同報用ロケーションテーブル蓄積手段２０６または通常用ロケーションテーブル蓄積手段２０７に蓄積されたロケーションテーブルのうち、同報用ロケーションテーブル蓄積手段２０６に蓄積されたロケーションテーブルから優先的に検索し、コンテンツ所在情報を得るロケーション解決手段２０８と、受信装置を操作する操作者に対する入出力手段であるＵＩ手段２０９とから成る。
【００３２】
かかる受信装置の各機能部についてより詳細に説明する。
＜放送受信手段２０１＞
放送受信手段２０１は放送網１００１からのデータを受信し、そのデータをデコードする。例えば、MPEG2システムやDSM-CCデータカルーセル形式をデコードする。
【００３３】
＜通信制御手段２０２＞
通信制御手段２０２は通信網１００２を介した双方向通信にてデータのやりとりを行う。また、IPマルチキャスト放送のような同報配信のデータも受信する。
【００３４】
＜受信監視手段２０３＞
受信監視手段２０３は放送受信手段２０１と通信制御手段２０２が受信したデータのうち、ロケーションテーブルの受信を常時監視し、受信したら受信種別判定手段２０４に渡す。
【００３５】
＜受信種別判定手段２０４＞
受信種別判定手段２０４は受信監視手段２０３から受け取るロケーションテーブルが同報用ロケーションテーブルか通常用ロケーションテーブルかを判定し、その判定結果とロケーションテーブルの更新情報（バージョン情報）をロケーションテーブル更新管理手段２０５に渡す。上記テーブル種別の判定方法としては、配信時にロケーションテーブルに関連付けられたタグを参照することにより同報用もしくは通常用を判別する。なお、受信経路に基づいてロケーションテーブルを同報用と通常用に分別してもよい。例えば、放送受信手段２０１から受信したテーブルを同報用ロケーションテーブル、通信制御手段２０２から受信したテーブルを通常用ロケーションテーブルとしてもよい。また、その逆でもよい。
【００３６】
＜ロケーションテーブル更新管理手段２０５＞
ロケーションテーブル更新管理手段２０５は、受信種別判定手段２０４から受け取るロケーションテーブル毎（同報用／通常用）に更新されているかをチェックし、更新されている場合は各ロケーションテーブルを一時的にメモリ上に記憶し、更新されたロケーションテーブルが同報用ロケーションテーブルであれば同報用ロケーションテーブル蓄積手段２０６に渡し、通常用ロケーションテーブルであれば通常用ロケーションテーブル蓄積手段２０７に渡す。ここで、各ロケーションテーブルが更新されているか否かのチェックは、各ロケーションテーブルに付与されているバージョン番号をもとに判定する。バージョン番号が一致している場合はロケーションテーブルを更新せず、バージョン番号が異なる場合はロケーションテーブルを更新する。なお、ロケーションテーブルの種別（同報用／通常用）に関係なくバージョンが付与されている場合には、テーブルの種別に関係なく更新チェックを行なってもよい。なお、上記のようにロケーションテーブルの更新の可否判断をロケーションテーブルに付与されたバージョンにて判断しているがこれに限定するものではない。例えば、以前のロケーションテーブルと受信したロケーションテーブルで同一コンテンツ識別子に対応するロケータを比較して異なっていた場合は、新しく受信したロケーションテーブルのロケータへと更新してもよい。また、受信したロケーションテーブルを無条件に上書き更新してもよい。つまり、以前のロケーションテーブルを削除し、新たに受信したロケーションテーブルを蓄積してもよい。また、送信装置は、以前送信したロケーションテーブルからの変更分だけをコンテンツ単位でロケーションテーブルとして送信し、受信装置では受信した変更分のロケーションテーブルを参照し、新しく更新・追加されたコンテンツのロケータだけをコンテンツ単位で更新・追加するようにしてもよい。
【００３７】
＜同報用ロケーションテーブル蓄積手段２０６＞
同報用ロケーションテーブル蓄積手段２０６は、ロケーションテーブル更新管理手段２０５から受け取る同報用ロケーションテーブルを記憶媒体に記憶する。蓄積時には古い同報用ロケーションテーブルに追加・更新する。記憶媒体としては例えば、HDD、DVD-RAM/R/RW、SDカード、メモリスティック等の不揮発性記憶媒体およびRAM等の揮発性記憶媒体を示す。なお、蓄積時には上書きせずに別データとして蓄積し、最新のテーブルがわかるように管理しておいてもよい。また、この場合、送信装置１０Ａもしくは受信装置１０Ｂにて各ロケーションテーブルに有効期限を付与しておき、その有効期限に従ってロケーションテーブルを自動的に削除してもよい。
【００３８】
＜通常用ロケーションテーブル蓄積手段２０７＞
通常用ロケーションテーブル蓄積手段２０７は、ロケーションテーブル更新管理手段２０５から受け取る通常用ロケーションテーブルを記憶媒体に記憶する。蓄積時には古い通常用ロケーションテーブルに追加・更新する。記憶媒体としては例えば、HDD、DVD-RAM/R/RW、SDカード、メモリスティック等の不揮発性記憶媒体およびRAM等の揮発性記憶媒体を示す。なお、蓄積時には上書きせずに別データとして蓄積し、最新のテーブルがわかるように管理しておいてもよい。また、同報用ロケーションテーブル蓄積手段２０６と通常用ロケーションテーブル蓄積手段２０７で異なる記憶媒体でもよいし、同じ記憶媒体でもよい。
【００３９】
＜ロケーション解決手段２０８＞
ロケーション解決手段２０８は、ＵＩ手段２０９から受け取るコンテンツ識別子を検索キーとして、ロケーション解決の手順を記したロケーション解決順序テーブル（例：図１１）に従い、コンテンツのロケータを検索し、検索結果のロケータをＵＩ手段２０９に渡す。受信装置１０Ｂ内のロケーションテーブルにてロケータを検索する場合は同報用および通常用ロケーションテーブル蓄積手段２０７のロケーションテーブルからロケータを見つけ出す。また、送信装置１０Ａに対してロケータを要求するときには、通信制御手段２０２を介して送信装置１０Ａにコンテンツ識別子を送ることでロケータを要求し、コンテンツ識別子に対応するロケータを受け取る。
【００４０】
ここで、図１１を例とするロケーション解決順序テーブルに基づいたロケーション解決手段２０８における処理フローを図１２にて示す。ＵＩ手段２０９からロケータ取得要求のもと、コンテンツ識別子を受け取る（ステップＳ２０１）。優先度１にて受信装置１０Ｂにおける同報用ロケーションテーブルをスキャンし、該当するコンテンツ識別子をテーブルから検索する（ステップＳ２０２）。該当するコンテンツ識別子を見つけたら、対応するロケータをＵＩ手段２０９に返す（ステップＳ２０５）。該当するコンテンツ識別子が見つからない場合は、優先度2にて受信装置１０Ｂにおける通常用ロケーションテーブルをスキャンし、該当するコンテンツ識別子をテーブルから検索する（ステップＳ２０３）。該当するコンテンツ識別子を見つけたら、対応するロケータをＵＩ手段２０９に返す（ステップＳ２０５）。該当するコンテンツ識別子が見つからない場合は、優先度3にて通信制御手段２０２にコンテンツ識別子を渡し、通信網１００２の双方向通信を介して送信装置１０Ａにロケータを要求し、その応答として対応するロケータを通信制御手段２０２から受け取る（ステップＳ２０４）。受け取ったロケータをＵＩ手段２０９に返す（ステップＳ２０５）。
【００４１】
＜ＵＩ手段２０９＞
ＵＩ手段２０９は受信装置１０Ｂを操作する操作者に対する入出力手段であり、コンテンツを選択するユーザインタフェースを備える。コンテンツ選択時には、選択したコンテンツに対応するコンテンツ識別子をロケーション解決手段２０８に渡す。ユーザインタフェースとしてはキーボード、マウス、タッチパネル等の入力デバイスがあり、その入力デバイスから入力信号を受けとる。また、ロケーション解決手段２０８からロケータを受け取り、ＵＩ手段２０９で処理したり、操作者に提示する。ＵＩ手段２０９での処理としては、ロケーション解決手段２０８から受け取ったロケータをもとに録画予約、視聴予約、録画実行（ダウンロード実行）、放送番組視聴、Webコンテンツ再生（VOD視聴）などを行なう。なお、受信装置１０Ｂは定期的に、もしくは任意のタイミングにより、ロケーションテーブルの種別とその取得要求を、通信網１００２を介して送信装置１０Ａに要求し、対応するロケーションテーブルを受信してもよい。
【００４２】
＜サービス例＞
本特許の有効性を示す例として、放送番組をGcodeで録画予約した場合で説明する。例えば、図１３は、ユーザがチャネル1（Ch1）で3/15 19:00から20:00放送予定の番組１をGcodeで録画予約し、当番組の録画が開始されるまでの処理を示す。Gcodeで放送番組１の録画予約を行なう（ステップＳ３０１）。受信装置１０Ｂは、番組１に対応するコンテンツ識別子(URI://aaa放送/news.mpg)を送信装置１０Ａに送り、番組１のロケータ取得を要求する（ステップＳ３０２）。送信装置１０Ａは所有するロケーションテーブルから番組１に対応するロケータを検索する（ステップＳ３０３）。送信装置１０Ａは検索結果より得られたロケータ（Ch1 3/15 19:00〜20:00）を受信装置１０Ｂに返す（ステップＳ３０４）。受信装置１０Ｂは受け取ったロケータより番組１の録画予約をセットする（ステップＳ３０５）。送信装置１０Ａでは同時アクセス可能性をチェックし、定期的に送りつづけている同報用ロケーションテーブルに番組１のロケータを追加する（ステップＳ３０６）。送信装置１０Ａは番組１のロケータが記述されている同報用ロケーションテーブルを受信装置１０Ｂに送る（ステップＳ３０７）。録画開始時刻の数秒前になると、ステップＳ３０５の予約処理により受信装置１０Ｂは録画処理を開始し、受信した同報用ロケーションテーブルより番組１のロケータを得る（ステップＳ３０８）。Ch1 3/15 19:00から番組１の録画を開始する（ステップＳ３０９）。
【００４３】
なお、ステップＳ３０６に相当する同報用ロケーションテーブルの生成タイミングは上記サービス例のときに限らず、番組１の登録から番組１が開始されるまでであればいつでもよい。また、ステップＳ３０７に相当する同報用ロケーションテーブルの送信タイミングは1つ以上の受信装置１０Ｂが同一コンテンツに対してアクセスすると想定する時刻の
直前に受信装置１０Ｂに送ってもよい。
【００４４】
本実施例におけるコンテンツ登録手段１０２において、当該コンテンツに対する属性を外部入力もしくはＵＩ手段１０１にて付与し、同時アクセス判定手段１０４における判定基準Ｅ５としてコンテンツ登録手段１０２で登録したコンテンツ属性をもとに判定してもよい。属性例としては、タイトル、出演者等のコンテンツの内容に関わる情報や、ビットレートやコンテンツサイズ、エンコード方法等のコンテンツ自体に関わる情報、コンテンツ視聴時の代金や著作権等の課金や権利情報等がある。また、この属性は図３の蓄積コンテンツリストに追加してもよいし、別管理としてコンテンツに関連づけてもよい。なお、コンテンツ同報配信システムとしてはコンテンツを取得するというプロセスがあるが、本発明では取得したロケータをもとにコンテンツ実体を取得するプロセスについて限定していない。
【００４５】
＜効果＞
以上、実施例１では、コンテンツ識別子をもとに送信装置１０Ａに問い合わせてロケータを受け取るといったシステムにおいて、同時アクセスの可能性のあるコンテンツの場合であっても、そのようなコンテンツだけで構成した同報用ロケーションテーブルを別途事前に送信し、受信装置１０Ｂにおいてそのテーブルから優先的に見つけ出すことにより、コンテンツの在り処をすばやく得ることができ、コンテンツのロケータを取得する時に多くの受信装置１０Ｂから送信装置１０Ａへの同時アクセスがなくなり、送信装置１０Ａへのアクセス集中を回避することができる。また、本特許が有効なサービス例として、放送番組の録画予約以外にも、放送チャネルのチューニング、映画の一斉公開（ＶＯＤサービス）、インターネットでの情報の一斉公開など、多くのユーザが一斉にコンテンツにアクセスする可能性のあるサービスに有効である。例えば、インターネットでの情報の一斉公開サービスでは、データ放送等でテレビ画面上に自動的にインターネット上の情報が表示されたり、画面上に一斉にボタンが現われ、ユーザがそのボタンを選択することによりインターネット上の情報を表示するといった、放送番組に連動してインターネットからメタデータ（画面上に現われた出演者や景色に関する情報など）を取得するようなサービス等にも有効である。
【実施例２】
【００４６】
実施例２では、送信装置１０Ａにおいて同報用ロケーションテーブルのうち、直近の時間帯に送出もしくは公開されるコンテンツに関連するロケーションテーブルだけを抽出し、送出する。図１の送信装置１０Ａにおけるロケーション配信制御手段１０６での処理を図１４にて説明する。
【００４７】
＜ロケーション配信制御手段１０６＞
図１４は送信装置１０Ａにおけるロケーション配信制御手段１０６の処理フローであり、ロケーションテーブル登録手段１０５に蓄積されている同報用ロケーションテーブルから送信するものだけを抽出するときの処理フローを示す。ロケーションテーブル登録手段１０５から同報用ロケーションテーブルを抽出する（ステップＳ４０１）。抽出したロケーションテーブルからコンテンツを一つ選択する（ステップＳ４０２）。選択したコンテンツが直近にアクセスされる（もうすぐ送出されるもしくは公開される）コンテンツかどうかを判定（ステップＳ４０３）し、直近の場合は直近の送出目的の同報用ロケーションテーブルに追加する（ステップＳ４０４）。
【００４８】
ここで、図１４の処理を実行するタイミングとしては定期的に、もしくは同報用ロケーションテーブル変更時に行なってよい。また、同報用ロケーションテーブルにコンテンツを登録するときに、その登録コンテンツの送出開始時刻もしくは公開開始時刻等でタイマー予約にて起動しても良いし、送信装置１０Ａの操作者が適時に処理を開始させてもよい。また、ステップＳ４０２は同報用ロケーションテーブルのすべてのコンテンツに対して実施してもよいし、対象とするコンテンツが分かっている場合はそのコンテンツだけに適用してもよい。また、ステップＳ４０３の同報用ロケーションテーブルの抽出指標として、コンテンツ毎のスケジュール開始時刻をもとに行なっているが、これに限ったものではない。例えば、送信期間中もしくは公開期間中のコンテンツに関して抽出してもよい。また、ステップＳ４０３の同報用ロケーションテーブルの抽出指標として、コンテンツを登録するときにコンテンツ間の関連情報も登録しておいたとすると、その関連情報を参照し、関連するコンテンツについても抽出し、同じ同報用ロケーションテーブルに追加してもよい。なお、図１４での判定基準Ｒ５を同時アクセス判定手段１０４における図６での判定基準Ｅ５に加えて同時アクセスの可能性を判定するときの基準としてもよい。
【００４９】
＜効果＞
以上、実施例２では、番組開始直前に急遽番組編成に変更があった場合にも、送信装置１０Ａがそのときに最低限必要な同報用ロケーションテーブルを送信していることにより、受信装置１０Ｂにおいて同報用ロケーションテーブルのサイズが小さくなるため更新がすばやくなるとともに、コンテンツ識別子からロケータを検索するときでも検索する数が少なくなるため、すばやく検索することができる。従って、送出直前もしくは公開直前にスケジュールの変更があったとしてもすばやく対応することができる。
【実施例３】
【００５０】
実施例３では、送信装置１０Ａが通信網１００２を経由して、コンテンツ識別子に対するロケータの要求を受信装置１０Ｂから受け取ったとき、送信装置１０Ａはロケータ要求のあったコンテンツを記憶し、そのコンテンツ属性をもとにしたユーザの視聴傾向を収集・分析し、受信装置１０Ｂから同一コンテンツに対して同時にアクセスするかどうかの判定基準に反映させる。図１５に本実施例における送信装置１０Ａの構成を示す。
【００５１】
＜ロケーション配信制御手段３０１＞
ロケーション配信制御手段３０１は、ロケータの要求があったとき、要求のあったコンテンツ識別子を同時アクセス傾向分類手段３０２に渡す。
【００５２】
＜同時アクセス傾向分類手段３０２＞
同時アクセス傾向分類手段３０２は、ロケーション配信制御手段３０１から受け取るコンテンツ識別子をもとに、コンテンツ登録手段１０２から該当するコンテンツの属性を取得し、取得したコンテンツの属性からそのコンテンツへの同時アクセスのレベル（アクセスレベル）を決定する。また、配信スケジュール設定手段１０３からコンテンツ送出スケジュールおよびコンテンツ公開スケジュールを取得し、同様にアクセスレベルを決定する。各コンテンツのアクセスレベル決定後、コンテンツ識別子とアクセスレベルのリスト（アクセスレベルリスト）を同時アクセス判定手段３０３に渡す。図１６にアクセスレベルリストの一例を示す。アクセスレベルは小さい方が同時アクセスされる可能性が高いことを示す。
【００５３】
ここで、各コンテンツに対するアクセスレベルを決定するときの例について図１７にて示す。図１７における判定基準Ｕ８のステップＳ５０１およびステップＳ５０２の処理は、図６のＳ１０１およびＳ１０２と同様に、開始日時、または終了日時が設定されていれば同時アクセスコンテンツであると判定し、当該コンテンツのアクセスレベルを１とする（ステップＳ５０３）。ステップＳ５０１及びステップＳ５０２に該当しなかった場合、当該コンテンツに対してこれまでどれくらいアクセスされたかを計算し、ある閾値以上であった場合（ステップＳ５０４）、もしくは、ある有名な人気歌手が出演しているという属性がコンテンツに付与されている場合（ステップＳ５０５）は、当該コンテンツのアクセスレベルを２とする（ステップＳ５０６）。さらに、ステップＳ５０４やステップＳ５０５にも該当しないコンテンツに対してはアクセスレベルを３とする（ステップＳ５０７）。なお、アクセスレベルの判定基準Ｕ８や、コンテンツの属性とアクセスレベルとの対応関係は上記に限ったものではない。
【００５４】
＜同時アクセス判定手段３０３＞
同時アクセス判定手段３０３は、同時アクセス傾向分類手段３０２が付与したアクセスレベルリストに基づき、あるレベルの閾値を基準として同報用ロケーションテーブルとするか、通常用ロケーションテーブルに追加するかを判定する。なお、同時アクセス判定手段３０３は、同時アクセス傾向分類手段３０２からアクセスレベルリストの更新通知を受けたタイミングでアクセスレベルリストを受け取り、判定処理を行なってもよい。
【００５５】
＜効果＞
以上、実施例３では、ユーザのアクセス実績に基づいてコンテンツ毎にアクセスレベルを設定しているため、より同時アクセス集中の可能性を事前に予測することができ、しかもその予測の確実性が増すことになるため、コンテンツの在り処をすばやく得ることができ、その結果として送信装置１０Ａへのアクセス集中を回避することができる
【実施例４】
【００５６】
実施例４では、送信装置１０Ａが通信網１００２を経由して、コンテンツ識別子に対するロケータの要求を受信装置１０Ｂから受け取ったとき、ロケータの応答をトリガとして、受信装置１０Ｂが次回以降に同一コンテンツに対してアクセスするときのロケーション解決方法を受信装置１０Ｂに送り、受信装置１０Ｂではそのロケーション解決方法をもとにコンテンツにアクセスする。
【００５７】
本実施例における送信装置１０Ａの構成を図１８に示す。以下、実施例１の構成と異なる部分について説明する。
【００５８】
＜送信装置１０Ａの構成＞
＜ロケーション解決情報設定手段４０１＞
ロケーション解決情報設定手段４０１は、コンテンツ識別子からロケータを見つけるときに必要とする情報（ロケーション解決情報）を生成し、記憶する。まず、ロケーション解決情報の構成要素について示す。構成要素としては、一つのコンテンツに対して、当該コンテンツに次回以降アクセスするときの条件と、そのときのロケーション解決場所（受信装置１０Ｂもしくは送信装置１０Ａなど）と解決時のロケーションテーブルがある。ここで、図２０のロケーション解決情報テーブルを例にロケーション解決情報の例を示す。図２０の１行目は図４に示したように、コンテンツ識別子URI://aaa放送/news.mpgは19時00分から番組が始まることから、当該コンテンツに対するロケーション解決情報としては、18時55分から18時59分までの間に当該コンテンツにアクセスするときには受信装置１０Ｂ「ID=1」にて同報用ロケーションテーブルを参照することを指定している。また、図２０の２行目はコンテンツ識別子URI://aaaアーカイブ/sports.mpgは2003年3月1日0時0分0秒から2003年4月1日0時0分0秒の間公開されるコンテンツであることから、当該コンテンツに対するロケーション解決情報としては、先の公開期間中に次回以降アクセスするときには受信装置ID=1にて同報用ロケーションテーブルを参照することを示している。なお、図２０のアクセス条件は時間情報だけでなく、受信装置１０Ｂの状態（録画実行数秒前、録画実行中など）やユーザの操作状態（コンテンツ視聴中など）やアクセス回数やネットワーク負荷状態などを指定してもよい。
【００５９】
次に、ロケーション解決情報テーブルの生成方法について図２１にて示す。まず、ロケーションテーブル登録手段１０５に蓄積されている同報用ロケーションテーブルに変更があったかどうかを監視する（ステップＳ６０１）。変更がない場合は再度変更を監視し、変更があった場合、同報用ロケーションテーブルに追加もしくは更新されたコンテンツに関するロケーション解決情報を設定する（ステップＳ６０２）。なお、ロケーション解決情報の設定内容はデフォルトによる自動設定でも構わないし、その都度、外部入力にて設定してもよい。また、上記のように同報用ロケーションテーブルに変更があったときにロケーション解決情報を設定してもよいし、受信装置１０Ｂからのロケータ要求時に該当するコンテンツに対してロケーション解決情報を設定してもよい。また、ロケーション解決情報を設定するコンテンツとしては、上記では同報用ロケーションテーブルに追加・変更があったコンテンツに対して行なっているが、同時アクセス判定手段１０４にて、同時アクセスの可能性があると判定されたコンテンツに対してロケーション解決情報を設定してもよい。なお、ロケーション解決情報テーブルが更新・変更されたことを判断するためにバージョン等を付与して管理してもよい。
【００６０】
＜ロケーション配信制御手段４０２＞
ロケーション配信制御手段４０２は、実施例１におけるロケーション配信制御手段１０６の動作に加え、ロケータ要求のあったコンテンツ識別子を記憶しておき、ロケーション解決情報設定手段４０１から当該コンテンツ識別子に対応するロケーション解決情報を取得し、通信制御手段１０８に渡す。
【００６１】
ロケーション解決情報テーブル送信時の処理フローを図２２にて示す。まず、ロケーション配信制御手段４０２はロケータ要求を受信する（ステップＳ７０１）。ロケーションテーブル登録手段１０５にあるロケーションテーブルを参照（ステップＳ７０２）し、受
けとったコンテンツ識別子に対応するロケータを検索し見つける（ステップＳ７０３）。次に、ロケーション解決情報設定手段４０１にあるロケーション解決情報テーブルから受け取ったコンテンツ識別子に対応するロケーション解決情報を検索する（ステップＳ７０４）。存在した場合はロケーション解決情報を抽出（ステップＳ７０５）し、存在しない場合はロケーション解決情報はなしとする（ステップＳ７０６）。ステップＳ７０３にて見つけたロケータと先のロケーション解決情報テーブルを通信制御手段１０８に渡し、通信制御手段１０８はロケータとロケーション解決情報を一緒に送信する（ステップＳ７０７）。なお、上記ではロケーション解決情報テーブルを通信制御手段１０８に渡して受信装置１０Ｂに送信しているが、これに限ったことではなく、放送送信手段１０７に渡して受信装置１０Ｂに送信してもよい。また、上記ではロケーション解決情報テーブルをロケータ応答時のロケータと一緒に送ることを示しているが、別のタイミングで送ってもよい。
【００６２】
次に、本実施例における受信装置１０Ｂにおける構成を図１９に示す。以下、図２と異なる部分について説明する。
【００６３】
＜受信装置１０Ｂ＞
＜受信種別判定手段５０１＞
本実施例では、実施例１における同報用ロケーションテーブルおよび通常用ロケーションテーブルの判定に加え、受信データからロケーション解決情報テーブルの判定を行い、受信データがロケーション解決情報テーブルの場合は、ロケーション解決情報更新手段５０２に渡す。判定方法としては配信時にデータに関連付けられたタグを参照することにより判別する。
【００６４】
＜ロケーション解決情報更新手段５０２＞
ロケーション解決情報更新手段５０２は、受信種別判定手段５０１から受け取るロケーション解決情報テーブルが更新されているかをチェックし、更新されている場合は一時的にメモリ上に記憶し、ロケーション解決情報蓄積手段５０３に渡す。ここで、ロケーション解決情報テーブルが更新されているか否かのチェックは、実施例１のロケーションテーブルにおけるバージョン管理と同様に、ロケーション解決情報テーブルに付与されているバージョン番号をもとに判定する。
【００６５】
＜ロケーション解決情報蓄積手段５０３＞
ロケーション解決情報蓄積手段５０３は、ロケーション解決情報テーブルを記憶媒体に記憶する。蓄積時には古いロケーション解決情報テーブルに追加・更新する。記憶媒体としては例えば、HDD、DVD-RAM/R/RW、SDカード、メモリスティック等の不揮発性記憶媒体およびRAM等の揮発性記憶媒体を示す。なお、蓄積時には上書きせずに別データとして蓄積し、最新のテーブルがわかるように管理しておいてもよい。
【００６６】
＜ロケーション解決手段５０４＞
ロケーション解決手段５０４はＵＩ手段２０９にて選択されたコンテンツのロケータを検索するときに、最初にロケーション解決情報蓄積手段５０３のロケーション解決情報テーブルから当該コンテンツに関するロケーション解決情報を参照してロケータを検索する。
【００６７】
図２３にコンテンツのロケータを取得（ロケーション解決）するときの処理フローを示す。ＵＩ手段２０９にてコンテンツを選択する（ステップＳ８０１）。選択したコンテンツに対応するロケーション解決情報がロケーション解決情報蓄積手段５０３のロケーション解決情報テーブルに存在するかを判定する（ステップＳ８０２）。存在する場合は当該ロケーション解決情報に従ってロケータを取得（ステップＳ８０３）し、コンテンツを取得する（ステップＳ８０４）。存在しない場合はデフォルトで指定しているロケーションテーブルからロケータを取得する（ステップＳ８０５）。ステップＳ８０５にてロケータを取得できなかった場合は送信装置１０Ａに対して当該コンテンツ識別子を通信制御手段２０２経由で送り、ロケータを要求し取得する（ステップＳ８０６）。また、ロケーション解決情報テーブルを送信装置１０Ａから受け取り、追加・更新する（ステップＳ８０７）。取得したロケータからすぐにコンテンツを取得できるかを判断する（ステップＳ８０８）。すぐに取得できる場合はコンテンツを取得する（ステップＳ８０４）。すぐに取得できない場合はコンテンツの取得を予約する（Ｓ８０９）。このような手順により、次回以降、同一コンテンツに対してロケータを取得しようとした場合にはステップＳ８０７にて受け取ったロケーション解決情報テーブルをもとにロケータを見つけ出すことになる。ここで、ステップＳ８０８、ステップＳ８０９の場合を、例えば、放送番組の録画予約を行なう場合を想定して説明する。ステップＳ８０８では録画予約を行なうステップであり、ロケータとして未来の日時を指定されることになるのですぐにコンテンツを取得することができない。従って、ステップＳ８０９に移る。ステップＳ８０９ではこれから放送される日時に合わせて録画予約をセットすることになる。なお、本実施例では、次回以降のアクセス時のロケーション解決情報として、受信装置１０Ｂにある同報用ロケーションテーブルでの解決を指定しているが、これに限ったものではない。また、本実施例において、受信装置１０Ｂのロケーション解決手段５０４が送信装置１０Ａに対してロケータを要求するときに、ロケータ要求元（例：受信装置）を特定するための識別子をコンテンツ識別子と同時に送り、送信装置１０Ａのロケーション配信制御手段４０２はロケータ要求元毎にロケーション解決情報を変更してもよい。例えば、受信装置１０Ｂごとの解決場所として別々の送信装置を指定する。また、アクセス条件によってコンテンツにアクセスする時間帯をずらすこともできるため、同一送信装置１０Ａに対して順番にアクセスさせたりすることも可能となる。
【００６８】
＜効果＞
実施例４では、最初のロケータ要求をトリガとしてコンテンツへのアクセス条件やロケータ解決場所やロケータ解決に利用するロケーションテーブルを示すロケーション解決情報を受信装置１０Ｂへ事前に送っておき、受信装置１０Ｂは受け取ったロケーション解決情報をもとにロケータを取得することにより、コンテンツの在り処をすばやく得ることができ、その結果として受信装置１０Ｂから送信装置１０Ａへのアクセス集中を回避することができる。
【実施例５】
【００６９】
図２５乃至図２８は本発明の実施例５に係るコンテンツ同報配信システムを説明する図である。これらの図のうち図２５は本実施例において用いられる送信装置の構成を示すブロック図、図２６は受信装置の構成を示すブロック図である。送信装置はＵＩ手段１０１と、コンテンツ登録手段１０２と、配信スケジュール設定手段１０３と、ロケーションテーブル登録手段１０５と、ロケーション配信制御手段１０６と、放送送信手段１０７と、通信制御手段１０８とを備えている。かかる送信装置の構成は実施例１における送信装置と基本的には同様の構成であるが、実施例１における同時アクセス判定手段１０４に対応する機能部を有していない点が実施例１とは異なる。また、本実施例５におけるロケーションテーブル登録手段１０５は、コンテンツ登録手段１０２からコンテンツのコンテンツ所在情報を受け取り、また、配信スケジュール設定手段１０３からコンテンツの送出スケジュール及び公開スケジュールを受け取り、ロケーションテーブル内の同一コンテンツ識別子に対応するコンテンツの一構成要素として送出、公開スケジュールを追加登録する機能を有する。
【００７０】
図２７は上述のようにして作成されたロケーションテーブルを示す図である。図２７に示されたロケーションテーブルは、コンテンツと、ロケータと、送出・公開スケジュールとが含まれている点が実施例１のロケーションテーブル（図７及び図８）とは異なる。
【００７１】
受信装置は、放送網１００１から放送データを受信する放送受信手段２０１と、通信網１００２から通信データを受信する通信制御手段２０２と、受信監視手段２０３と、ロケーションテーブル更新管理手段２０５と、同時アクセス判定手段６０４と、同報用ロケーションテーブル蓄積手段２０６と、通常用ロケーションテーブル蓄積手段２０７と、ロケーション解決手段２０８と、ＵＩ手段２０９とを備えている。かかる受信装置の構成は実施例１における受信装置と基本的には同様の構成であるが、実施例１における受信種別判定手段２０４に対応する機能部を有していない点、及び同時アクセス判定手段６０４を余分に有している点が実施例１とは異なる。また、本実施例５における同時アクセス判定手段６０４は、ロケーションテーブル更新管理手段２０５にて更新されたと判断されたロケーションテーブル（図２７）の送出・公開スケジュールを参照し、各コンテンツが一斉公開されるコンテンツであるかどうかを判別する。
【００７２】
ここで、本実施例５におけるコンテンツ毎の同時アクセス判定処理動作を説明する。図２８は同時アクセス判定手段６０４によるコンテンツ毎の同時アクセス判定処理を説明するフローチャートである。同時アクセス判定処理動作が開始されると、同時アクセス判定手段６０４は、まずロケーションテーブル更新管理手段２０５にて更新されたと判断されたロケーションテーブル（図２７）の送出・公開スケジュールを参照し、当該コンテンツの送出スケジュールもしくは公開スケジュールとして開始時刻が設定されているかを判定する（ステップＳ９０１）。これにより各コンテンツが一斉公開されるコンテンツであるかどうかが判別される。上記開始時刻が設定されている場合、同時アクセス判定手段６０４は同時アクセスの可能性があるコンテンツであると判断する（ステップＳ９０３）。他方、上記開始時刻が設定されていない場合、同時アクセス判定手段６０４は、当該コンテンツの送出スケジュールもしくは公開スケジュールとして終了日時が設定されているかを判定する（ステップＳ９０２）。上記終了時刻が設定されている場合、同時アクセス判定手段６０４は同時アクセスの可能性があるコンテンツであると判断する（ステップＳ９０３）。他方、上記終了時刻が設定されていない場合、同時アクセス判定手段６０４は、同時アクセスの可能性がないコンテンツであると判断する（ステップＳ９０４）。そして、同時アクセス判定手段６０４は、上述の動作で同時アクセスの可能性があるコンテンツであると判断された（ステップＳ９０３）場合、一斉公開するコンテンツに関するロケーションテーブルだけを同報用ロケーションテーブルとして同報用ロケーションテーブル蓄積手段２０６に蓄積、更新する（ステップＳ９０５）。同報用ロケーションテーブルは図７に示されたものと同じデータ構成を有する。また、同時アクセス判定手段６０４は、上述の動作で同時アクセスの可能性がないコンテンツであると判断された（ステップＳ９０４）場合、一斉公開するコンテンツ以外のコンテンツに関するロケーションテーブルだけを通常用ロケーションテーブルとして同報用ロケーションテーブル蓄積手段２０６に蓄積、更新する（ステップＳ９０６）。通常用ロケーションテーブルは図８に示されたものと同じデータ構成を有する。なお、同時アクセス判定手段６０４による同時アクセス判定処理は定期的に動作してもよい。また、図２８の判定基準Ｅ５としては、開始時刻と終了時刻の両方について判定を行なっているが、どちらか一方だけでもよいし、判定基準Ｅ５にさらにほかの条件を追加してもよい。
【００７３】
なお、上述の実施例５の説明においては、送出・公開スケジュールを一構成要素とするロケーションテーブル（図２７参照）を送信装置から受信装置へ送信している例を挙げているが、そのようにしなくても、コンテンツ識別子とそのコンテンツの所在を示すコンテンツ所在情報であるロケータを対応付けたロケーションテーブルと、コンテンツ識別子とそのコンテンツの送出・公開スケジュールを対応付けたスケジュールテーブルとのそれぞれを送信装置から受信装置へ送信してもよい。このとき、受信装置では、上記スケジュールテーブルを受信し、受信したスケジュールテーブルを参照して、受信したロケーションテーブル内で一斉公開のコンテンツだけのロケーションテーブル（同報用ロケーションテーブル）を作成し、同報用ロケーションテーブル蓄積手段２０６に蓄積管理する。また、それ以外のコンテンツについては通常用ロケーションテーブルを作成し、通常用ロケーションテーブル蓄積手段２０７に蓄積管理する。
【００７４】
さらに実施例５の変形例として、同時アクセス判定手段６０４は、同時アクセス判定処理の結果、作成されるロケーションテーブルの種類として、上記同報用ロケーションテーブルと通常用ロケーションテーブルの２種類だけでなく、同報用ロケーションテーブルをさらに複数に分類してもよい。その事例としては、例えば、同報用ロケーションテーブルを放送チャンネル毎に分類するとか、或いは通信事業者毎に分類する方法がある。かかる態様を実現するためには、送信装置から受信装置へロケーションテーブルを送信するときにロケーションテーブル（図２７）と、チャンネル情報とを送信する。これらロケーションテーブルとチャンネル情報はセットにして送信してもよいし、別々に送信してもよい。また、チャンネル情報はロケーションテーブルのデータフィールドに組み込まれてもかまわない。
【００７５】
図２９は同報用ロケーションテーブルを放送チャンネル毎に分類し、放送チャンネル別の同報用ロケーションテーブルを作成した例を示す図である。図２９（a）は同報用ロケーションテーブル１としてａａａ放送局の配信コンテンツをまとめたものであり、図２９（ｂ）は同報用ロケーションテーブル２としてｂｂｂ放送局の配信コンテンツをまとめたものである。そして、受信装置では、コンテンツの再生中にその再生している放送チャンネルと同じチャンネル（若しくは再生している通信事業者と同じ事業者）の同報用ロケーションテーブルを優先的に検索する、すなわち、例えばａａａ放送局（チャンネル１）を視聴中のときはチャンネル１用の同報用ロケーションテーブルを優先的に検索する。これにより、コンテンツの在り処をよりすばやく検索することができる。
【００７６】
なお、視聴中チャンネルと、優先的に検索するロケーションテーブル種別との対応関係を表すテーブルを用意し、その対応テーブルに基づき、優先的に検索するロケーションテーブルを決定してもよい。このとき、上記対応テーブルを送信装置から送り込んでもよいし、受信装置内で自動的に生成してもよい。
【図面の簡単な説明】
【００７７】
【図１】本発明の実施例１におけるコンテンツ同報配信システムの送信装置を示すブロック図
【図２】本発明の実施例１におけるコンテンツ同報配信システムの受信装置を示すブロック図
【図３】送信装置内のコンテンツ登録手段における蓄積コンテンツリストを示す図
【図４】送信装置の配信スケジュール設定手段におけるコンテンツ送出スケジュールテーブルを示す図
【図５】送信装置の配信スケジュール設定手段におけるコンテンツ公開スケジュールテーブルを示す図
【図６】送信装置内の同時アクセス判定処理を示すフロー図
【図７】同報用ロケーションテーブルを示す図
【図８】通常用ロケーションテーブルを示す図
【図９】送信装置のロケーション配信制御手段におけるロケーションテーブルの送信パターンを示す図
【図１０】送信装置のロケーション配信制御手段におけるロケーションテーブルの配信管理を示す図
【図１１】受信装置のロケーション解決手段におけるロケーション解決順序テーブルを示す図
【図１２】受信装置のロケーション解決手段におけるロケーション解決処理を示すフロー図
【図１３】録画予約サービス時の処理を示すフロー図
【図１４】送信装置のロケーション配信制御手段におけるロケーションテーブル抽出処理を示すフロー図
【図１５】本発明の実施例３におけるコンテンツ同報配信システムの送信装置を示すブロック図
【図１６】アクセスレベルリストを示す図
【図１７】送信装置の同時アクセス傾向分類手段におけるアクセスレベル設定処理を示すフロー図
【図１８】本発明の実施例４におけるコンテンツ同報配信システムの送信装置を示すブロック図
【図１９】本発明の実施例４におけるコンテンツ同報配信システムの受信装置を示すブロック図
【図２０】ロケーション解決情報テーブルを示す図
【図２１】送信装置におけるロケーション解決情報生成時の処理を示すフロー図
【図２２】送信装置におけるロケーション解決情報送信時の処理を示すフロー図
【図２３】受信装置におけるコンテンツ選択時のロケーション解決処理を示すフロー図
【図２４】コンテンツ同報配信システムの全体構成を示すブロック図
【図２５】本発明の実施例５におけるコンテンツ同報配信システムの送信装置を示すブロック図
【図２６】本発明の実施例５におけるコンテンツ同報配信システムの受信装置を示すブロック図
【図２７】本発明の実施の形態例５において、送信装置から受信装置へ送信されるロケーションテーブルを示す図
【図２８】本発明の実施の形態例５において送信装置内の同時アクセス判定処理を示すフロー図
【図２９】本発明の実施の形態例５において放送チャンネル別の同報用ロケーションテーブルを作成した例を示す図
【符号の説明】
【００７８】
１０Ａ  送信装置
１０Ｂ  受信装置
１０１  ＵＩ手段
１０２  コンテンツ登録手段
１０３  配信スケジュール設定手段
１０４  同時アクセス判定手段
１０５  ロケーションテーブル登録手段
１０６  ロケーション配信制御手段
１０７  放送送信手段
１０８  通信制御手段
１００１  放送網
１００２  通信網
２０１  放送受信手段
２０２  通信制御手段
２０３  受信監視手段
２０４  受信種別判定手段
２０５  ロケーションテーブル更新管理手段
２０６  同報用ロケーションテーブル蓄積手段
２０７  通常用ロケーションテーブル蓄積手段
２０８  ロケーション解決手段
２０９  ＵＩ手段
３０１  ロケーション配信制御手段
３０２  同時アクセス傾向分類手段
３０３  同時アクセス判定手段
４０１  ロケーション解決情報設定手段
４０２  ロケーション配信制御手段
５０１  受信種別判定手段
５０２  ロケーション解決情報更新手段
５０３  ロケーション解決情報蓄積手段
５０４  ロケーション解決手段
６０４  同時アクセス判定手段
【図１】
2005065255.tif 000003
【図２】
2005065255.tif 000004
【図３】
2005065255.tif 000005
【図４】
2005065255.tif 000006
【図５】
2005065255.tif 000007
【図６】
2005065255.tif 000008
【図７】
2005065255.tif 000009
【図８】
2005065255.tif 000010
【図９】
2005065255.tif 000011
【図１０】
2005065255.tif 000012
【図１１】
2005065255.tif 000013
【図１２】
2005065255.tif 000014
【図１３】
2005065255.tif 000015
【図１４】
2005065255.tif 000016
【図１５】
2005065255.tif 000017
【図１６】
2005065255.tif 000018
【図１７】
2005065255.tif 000019
【図１８】
2005065255.tif 000020
【図１９】
2005065255.tif 000021
【図２０】
2005065255.tif 000022
【図２１】
2005065255.tif 000023
【図２２】
2005065255.tif 000024
【図２３】
2005065255.tif 000025
【図２４】
2005065255.tif 000026
【図２５】
2005065255.tif 000027
【図２６】
2005065255.tif 000028
【図２７】
2005065255.tif 000029
【図２８】
2005065255.tif 000030
【図２９】
2005065255.tif 000031