(57)【要約】【課題】ネットワーク全体におけるマルチキャストグループへの参加のスケジューリングを効果的に行うことが可能なマルチキャスト配信システムおよびマルチキャスト配信方法を提供する。【解決手段】少なくとも１の上位ルータおよび複数の下位ルータを介してコンテンツをマルチキャスト配信する配信サーバと、前記配信サーバからマルチキャスト配信されたコンテンツを再生する複数のクライアント機器と、前記上位ルータを制御する上位ルータ制御装置と、前記複数の下位ルータをそれぞれ制御する複数の下位ルータ制御装置と、を備えたマルチキャスト配信システムにおいて、前記下位ルータ制御装置は、前記上位ルータ制御装置から通知される予約スケジューリング対象期間において、前記予約スケジュール情報に基づいて前記各下位ルータの各マルチキャストアドレスへの参加／離脱を制御する。【選択図】図１
2008199540.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１の上位ルータおよび複数の下位ルータを介してコンテンツをマルチキャスト配信する配信サーバと、前記配信サーバからマルチキャスト配信されたコンテンツを再生する複数のクライアント機器と、前記上位ルータを制御する上位ルータ制御装置と、前記複数の下位ルータをそれぞれ制御する複数の下位ルータ制御装置と、を備えたマルチキャスト配信システムであって、
前記クライアント機器は、
前記各クライアント機器におけるコンテンツの再生履歴情報を記憶する再生履歴記憶部と、
前記配信サーバによる配信対象のコンテンツのうち少なくとも一部のコンテンツの識別子と、当該コンテンツのマルチキャスト配信に関するセッション情報とを関連づけて記憶する個別記憶部と、
前記個別記憶部に記憶されている前記コンテンツの識別子および前記セッション情報に基づいて、前記配信サーバからコンテンツを取得するコンテンツ取得部と、
前記取得したコンテンツを再生するコンテンツ再生部と、
を備え、
前記配信サーバは、
前記配信対象のコンテンツの識別子と、前記配信対象のコンテンツのマルチキャスト配信に関するセッション情報とを関連づけて記憶するマスター記憶部と、
前記各クライアント機器の前記再生履歴記憶部から前記再生履歴情報を取得し、当該取得した再生履歴情報に基づいて、前記各クライアント機器で再生されたコンテンツに関連する関連コンテンツを選択し、前記マスター記憶部内の前記関連コンテンツの識別子および前記セッション情報を用いて、前記各クライアント機器の個別記憶部に記憶される前記コンテンツの識別子および前記セッション情報を最適化する最適化部と、
前記配信対象のコンテンツを前記各クライアント機器に配信するコンテンツ配信部と、
を備え、
前記上位ルータ制御装置は、
前記各クライアント機器から、前記個別記憶部に記憶されている前記関連コンテンツのセッション情報のうち、予約スケジューリング対象期間内にマルチキャスト配信予定の前記関連コンテンツのセッション情報を取得するセッション情報取得部と、
前記取得したセッション情報に基づいて、前記予約スケジューリング対象期間内におけるマルチキャストアドレスの優先順位を決定し、前記決定した優先順位と、前記上位ルータと前記下位ルータとを接続するアクセスネットワークの許容負荷とに基づいて、前記予約スケジューリング対象期間において前記各下位ルータが参加可能なマルチキャストアドレスをスケジューリングする予約スケジューリング部と、
前記予約スケジューリング部によるスケジューリング結果を表す予約スケジュール情報を前記各下位ルータ制御装置に通知するスケジュール情報通知部と、
を備え、
前記下位ルータ制御装置は、
前記予約スケジューリング対象期間において、前記予約スケジュール情報に基づいて前記各下位ルータの各マルチキャストアドレスへの参加／離脱を制御することを特徴とする、マルチキャスト配信システム。
【請求項２】
前記セッション情報は、前記コンテンツの配信時刻情報を含み、
前記セッション情報取得部は、前記配信時刻情報に基づき、前記各クライアント機器から前記関連コンテンツのセッション情報を取得することを特徴とする、請求項１に記載のマルチキャスト配信システム。
【請求項３】
前記セッション情報は、前記コンテンツの伝送レートに関する情報を含み、
前記予約スケジューリング部は、前記コンテンツの伝送レートに関する情報に基づいて、前記アクセスネットワークの許容負荷を算出することを特徴とする、請求項１に記載のマルチキャスト配信システム。
【請求項４】
前記セッション情報は、前記コンテンツのマルチキャストアドレスに関する情報を含み、
前記予約スケジューリング部は、
前記各クライアント機器から取得した前記マルチキャストアドレスに関する情報に基づいて、前記予約スケジューリング対象期間における前記マルチキャストアドレスの頻度を求め、当該マルチキャストアドレスの頻度に基づいて、前記マルチキャストアドレスの優先順位を決定することを特徴とする、請求項１に記載のマルチキャスト配信システム。
【請求項５】
前記配信サーバは、
前記配信対象のコンテンツの識別子と、前記配信対象のコンテンツのメタデータとが関連付けられて記憶されるメタデータ記憶部を更に備え、
前記最適化部は、
前記メタデータ記憶部を参照して、前記再生履歴情報が表すコンテンツとメタデータが一致又は類似するコンテンツを前記関連コンテンツとして選択する
ことを特徴とする、請求項１に記載のマルチキャスト配信システム。
【請求項６】
前記メタデータは、前記配信対象のコンテンツを相互に関連付ける関連付け情報を含み、
前記最適化部は、前記関連付け情報に基づき、前記関連コンテンツを選択することを特徴とする、請求項１に記載のマルチキャスト配信システム。
【請求項７】
少なくとも１の上位ルータおよび複数の下位ルータを介してコンテンツをマルチキャスト配信する配信サーバと、前記サーバからマルチキャスト配信されたコンテンツを再生する複数のクライアント機器と、前記上位ルータを制御する上位ルータ制御装置と、前記各下位ルータを制御する複数の下位ルータ制御装置と、を備えたマルチキャスト配信システムにおける、マルチキャスト配信方法であって、
前記クライアント機器が、当該クライアント機器におけるコンテンツの再生履歴に関する再生履歴情報を、前記配信サーバに送信するステップと、
前記配信サーバが、前記再生履歴情報に基づいて、前記各クライアント機器に記憶される前記コンテンツの識別子および前記セッション情報を最適化するステップと、
前記上位ルータ制御装置が、マルチキャストへの参加予約スケジューリングを行なう期間である予約スケジューリング対象期間を、前記各クライアント機器へ通知するステップと、
前記各クライアント機器が、通知された前記予約スケジューリング対象期間に基づいて、当該各クライアント機器が記憶しているコンテンツのセッション情報の中から前記予約スケジューリング対象期間にマルチキャスト配信予定のコンテンツのセッション情報を選択し、選択された前記セッション情報を前記上位ルータ制御装置へと送信するステップと、
前記上位ルータ制御装置が、前記収集したセッション情報に基づいて、前記予約スケジューリング対象期間内におけるマルチキャストアドレスの優先順位を決定し、前記決定した優先順位と、前記上位ルータと前記下位ルータとを接続するアクセスネットワークの許容負荷とに基づいて、前記予約スケジューリング対象期間において前記各下位ルータが参加可能なマルチキャストアドレスをスケジューリングするステップと、
前記上位ルータ制御装置により、前記スケジューリングの結果を表す予約スケジュール情報を、前記各下位ルータ制御装置へと通知するステップと、
前記下位ルータ制御装置が、通知された前記予約スケジュール情報に基づいて、前記予約スケジューリング対象期間において、前記各下位ルータをマルチキャストアドレスへ参加させるステップと、
を有することを特徴とする、マルチキャスト配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチキャスト配信システムおよびマルチキャスト配信方法に関する。
【背景技術】
【０００２】
近年、ネットワーク技術の発達に伴い、ネットワークを介した番組の配信が行われるようになった。ネットワークを介した番組の配信では、チャンネルや番組の切り替えに関して、通常の電波によるテレビ放送等よりも切り替えに要する待ち時間が長いという問題があり、高速な番組選択を実現する必要がある。
【０００３】
上記の問題を解決し高速な番組選択を実現するために、例えば、端末において再生される可能性の高い番組を予測して、マルチキャストグループに予め参加しておく方法が提案されている（例えば、特許文献１参照。）
【０００４】
【特許文献１】特開２００３−１４３５８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の文献に記載の方法は、ネットワーク全体におけるマルチキャストグループへの参加のスケジューリングについては考慮しておらず、番組の切り替えに要する待ち時間を十分に短縮できないという問題があった。
【０００６】
そこで、本発明は、このような問題に鑑みてなされたもので、その目的は、ネットワーク全体におけるマルチキャストグループへの参加のスケジューリングを効果的に行うことが可能な、新規かつ改良されたマルチキャスト配信システムおよびマルチキャスト配信方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の第１の観点によれば、少なくとも１の上位ルータおよび複数の下位ルータを介してコンテンツをマルチキャスト配信する配信サーバと、前記配信サーバからマルチキャスト配信されたコンテンツを再生する複数のクライアント機器と、前記上位ルータを制御する上位ルータ制御装置と、前記複数の下位ルータをそれぞれ制御する複数の下位ルータ制御装置と、を備えたマルチキャスト配信システムであって、前記クライアント機器は、前記各クライアント機器におけるコンテンツの再生履歴情報を記憶する再生履歴記憶部と、前記配信サーバによる配信対象のコンテンツのうち少なくとも一部のコンテンツの識別子と、当該コンテンツのマルチキャスト配信に関するセッション情報とを関連づけて記憶する個別記憶部と、前記個別記憶部に記憶されている前記コンテンツの識別子および前記セッション情報に基づいて、前記配信サーバからコンテンツを取得するコンテンツ取得部と、前記取得したコンテンツを再生するコンテンツ再生部と、を備え、前記配信サーバは、前記配信対象のコンテンツの識別子と、前記配信対象のコンテンツのマルチキャスト配信に関するセッション情報とを関連づけて記憶するマスター記憶部と、前記各クライアント機器の前記再生履歴記憶部から前記再生履歴情報を取得し、当該取得した再生履歴情報に基づいて、前記各クライアント機器で再生されたコンテンツに関連する関連コンテンツを選択し、前記マスター記憶部内の前記関連コンテンツの識別子および前記セッション情報を用いて、前記各クライアント機器の個別記憶部に記憶される前記コンテンツの識別子および前記セッション情報を最適化する最適化部と、
前記配信対象のコンテンツを前記各クライアント機器に配信するコンテンツ配信部と、を備え、前記上位ルータ制御装置は、前記各クライアント機器から、前記個別記憶部に記憶されている前記関連コンテンツのセッション情報のうち、予約スケジューリング対象期間内にマルチキャスト配信予定の前記関連コンテンツのセッション情報を取得するセッション情報取得部と、前記取得したセッション情報に基づいて、前記予約スケジューリング対象期間内におけるマルチキャストアドレスの優先順位を決定し、前記決定した優先順位と、前記上位ルータと前記下位ルータとを接続するアクセスネットワークの許容負荷とに基づいて、前記予約スケジューリング対象期間において前記各下位ルータが参加可能なマルチキャストアドレスをスケジューリングする予約スケジューリング部と、前記予約スケジューリング部によるスケジューリング結果を表す予約スケジュール情報を前記各下位ルータ制御装置に通知するスケジュール情報通知部と、を備え、前記下位ルータ制御装置は、前記予約スケジューリング対象期間において、前記予約スケジュール情報に基づいて前記各下位ルータの各マルチキャストアドレスへの参加／離脱を制御することを特徴とする、マルチキャスト配信システムが提供される。
【０００８】
前記セッション情報は、前記コンテンツの配信時刻情報を含み、
前記セッション情報取得部は、前記配信時刻情報に基づき、前記各クライアント機器から前記関連コンテンツのセッション情報を取得してもよい。
【０００９】
前記セッション情報は、前記コンテンツの伝送レートに関する情報を含み、
前記予約スケジューリング部は、前記コンテンツの伝送レートに関する情報に基づいて、前記アクセスネットワークの許容負荷を算出してもよい。
【００１０】
前記セッション情報は、前記コンテンツのマルチキャストアドレスに関する情報を含み、前記予約スケジューリング部は、前記各クライアント機器から取得した前記マルチキャストアドレスに関する情報に基づいて、前記予約スケジューリング対象期間における前記マルチキャストアドレスの頻度を求め、当該マルチキャストアドレスの頻度に基づいて、前記マルチキャストアドレスの優先順位を決定してもよい。
【００１１】
前記配信サーバは、前記配信対象のコンテンツの識別子と、前記配信対象のコンテンツのメタデータとが関連付けられて記憶されるメタデータ記憶部を更に備え、前記最適化部は、前記メタデータ記憶部を参照して、前記再生履歴情報が表すコンテンツとメタデータが一致又は類似するコンテンツを前記関連コンテンツとして選択してもよい。
【００１２】
前記メタデータは、前記配信対象のコンテンツを相互に関連付ける関連付け情報を含み、
前記最適化部は、前記関連付け情報に基づき、前記関連コンテンツを選択してもよい。
【００１３】
上記課題を解決するために、本発明の第２の観点によれば、少なくとも１の上位ルータおよび複数の下位ルータを介してコンテンツをマルチキャスト配信する配信サーバと、前記サーバからマルチキャスト配信されたコンテンツを再生する複数のクライアント機器と、前記上位ルータを制御する上位ルータ制御装置と、前記各下位ルータを制御する複数の下位ルータ制御装置と、を備えたマルチキャスト配信システムにおける、マルチキャスト配信方法であって、前記クライアント機器が、当該クライアント機器におけるコンテンツの再生履歴に関する再生履歴情報を、前記配信サーバに送信するステップと、前記配信サーバが、前記再生履歴情報に基づいて、前記各クライアント機器に記憶される前記コンテンツの識別子および前記セッション情報を最適化するステップと、前記上位ルータ制御装置が、マルチキャストへの参加予約スケジューリングを行なう期間である予約スケジューリング対象期間を、前記各クライアント機器へ通知するステップと、前記各クライアント機器が、通知された前記予約スケジューリング対象期間に基づいて、当該各クライアント機器が記憶しているコンテンツのセッション情報の中から前記予約スケジューリング対象期間にマルチキャスト配信予定のコンテンツのセッション情報を選択し、選択された前記セッション情報を前記上位ルータ制御装置へと送信するステップと、前記上位ルータ制御装置が、前記収集したセッション情報に基づいて、前記予約スケジューリング対象期間内におけるマルチキャストアドレスの優先順位を決定し、前記決定した優先順位と、前記上位ルータと前記下位ルータとを接続するアクセスネットワークの許容負荷とに基づいて、前記予約スケジューリング対象期間において前記各下位ルータが参加可能なマルチキャストアドレスをスケジューリングするステップと、前記上位ルータ制御装置により、前記スケジューリングの結果を表す予約スケジュール情報を、前記各下位ルータ制御装置へと通知するステップと、前記下位ルータ制御装置が、通知された前記予約スケジュール情報に基づいて、前記予約スケジューリング対象期間において、前記各下位ルータをマルチキャストアドレスへ参加させるステップと、を有することを特徴とする、マルチキャスト配信方法が提供される。
【発明の効果】
【００１４】
本発明によれば、ネットワーク全体におけるマルチキャストグループへの参加のスケジューリングを効果的に行うことが可能である。
【発明を実施するための最良の形態】
【００１５】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１６】
（第１の実施形態）
以下に、本発明の第１の実施形態に係るマルチキャスト配信システムについて、詳細に説明する。図１は、本実施形態に係るマルチキャスト配信システム１０を示した説明図である。マルチキャスト配信システム１０は、例えば、コア・アクセスネットワーク１２と、ホームネットワーク１４と、配信サーバ５０と、を含む。
【００１７】
ここで、上記のマルチキャスト配信とは、一台の配信サーバから複数のクライアント機器に対してコンテンツを配信する、１対多数の配信形式を意味する。また、マルチキャスト配信される各番組（各コンテンツ）のグループをマルチキャストグループと称する。
【００１８】
コア・アクセスネットワーク１２は、ホームネットワーク１４と、配信サーバ５０とを仲介するネットワークであり、複数のルータ２０と、ホームネットワーク１４に対する中継サーバ１６とを含む。配信サーバ５０とコア・アクセスネットワーク１２とは、上位ルータ２０Ａを介して接続されており、コア・アクセスネットワーク１２とホームネットワーク１４とは、下位ルータ２０Ｂを介して接続されている。
【００１９】
中継サーバ１６は、所定の通信制御プロトコルを利用して、配信サーバ５０とクライアント機器６０とを中継するサーバである。中継サーバ１６は、コア・アクセスネットワーク１２上に設けられれば良く、中継サーバ１６は、コアネットワーク上に設けられても良く、アクセスネットワーク上に設けられても良い。中継サーバ１６は、上位ルータ２０Ａや下位ルータ２０Ｂを介して中継サーバ１６に間接的に接続されている配信サーバ５０およびクライアント機器６０間の通信を制御する。
【００２０】
通信網１８は、下位ルータ２０Ｂおよび複数のクライアント機器６０を双方向通信又は一方向通信可能に接続する通信回線網である。この通信網は、例えば、インターネット、電話回線網、衛星通信網、同報通信路等の公衆回線網や、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）、Ｅｔｈｅｒｎｅｔ（登録商標）、ワイヤレスＬＡＮ等の専用回線網などで構成されており、有線／無線を問わない。また、クライアント機器６０は、通信網１８を介さずに、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポートや、ｉ．Ｌｉｎｋ等のＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）ポート、ＲＳ−２３２Ｃポート等で、下位ルータ２０Ｂと直接接続されてもよい。
【００２１】
上位ルータ２０Ａや下位ルータ２０Ｂ等のルータ２０は、コア・アクセスネットワーク１２、ホームネットワーク１４および配信サーバ５０からなるマルチキャスト配信システム１０上を流れるデータを中継する機器である。図１に示したように、コア・アクセスネットワーク１２には、複数のルータ２０が配置されている。本明細書では、中継サーバ１６と配信サーバ５０との間に設けられているルータを上位ルータ２０Ａと称し、中継サーバ１６とホームネットワーク１４との間に設けられているルータを下位ルータ２０Ｂと称する。これらの上位ルータ２０Ａおよび下位ルータ２０Ｂの一端は、それぞれ中継サーバ１６に接続されている。なお、図１に示した例では、複数の上位ルータ２０Ａおよび下位ルータ２０Ｂは、１つの中継サーバ１６に接続されているが、上記の例に限定されず、上位ルータ２０Ａおよび下位ルータ２０Ｂは、複数の中継サーバ１６に接続されてもよい。また、図１に示した例では、１つの上位ルータ２０Ａに対して１つの配信サーバ５０が接続されているが、上記の例に限定されず、１つの上位ルータ２０Ａに対して複数の配信サーバ５０が接続されてもよい。
【００２２】
上記の上位ルータ２０Ａは、当該上位ルータ２０Ａに接続される上位ルータ制御装置３０によって制御される。また、下位ルータ２０Ｂは、当該下位ルータ２０Ｂに接続される下位ルータ制御装置４０によって制御される。上位ルータ制御装置３０および下位ルータ制御装置４０は、中継サーバ１６からの要請に従って、それぞれが制御を司るルータを制御し、本実施形態に係るマルチキャスト配信システム１０上を、データが支障なく流れるようにする。なお、図１では、１つの上位ルータ制御装置３０が１つの上位ルータ２０Ａを制御する場合を示しているが、図示の例に限定されるわけではなく、１つの上位ルータ制御装置３０で複数の上位ルータ２０Ａを制御しても良い。また、下位ルータ制御装置４０も同様に、１つの下位ルータ制御装置４０で複数の下位ルータ２０Ｂを制御しても良い。
【００２３】
また、本実施形態に係る上位ルータ制御装置３０は、上位ルータ２０Ａと別個に設けられているが、上位ルータ２０Ａが、本実施形態に係る上位ルータ制御装置３０の機能を備えても良い。下位ルータ制御装置４０についても同様であり、下位ルータ２０Ｂが、本実施形態に係る下位ルータ制御装置４０の機能を備えても良い。
【００２４】
配信サーバ５０は、ＩＰＴＶコンテンツ等のマルチキャストコンテンツのデータを管理するとともに、クライアント機器６０からの要求に応じて、クライアント機器６０に対して、マルチキャストコンテンツの映像／音声のメディアストリームを配信する。配信サーバ５０は、ＩＰＴＶサーバ等のコンテンツ提供サーバであってもよいし、放送局等であってもよい。なお、この配信サーバ５０については、以下で詳細に説明する。
【００２５】
ＩＰＴＶターミナル等のクライアント機器６０は、配信サーバ５０からＩＰＴＶコンテンツ等のマルチキャストコンテンツの配信を受け、コンテンツを実行する。図１では、１つのホームネットワーク１４に対して３つのクライアント機器６０が接続されているが、上記の例に限定されず、１つのホームネットワーク１４に対して、１つのクライアント機器６０が接続されていてもよく、４つ以上のクライアント機器６０が接続されていてもよい。
【００２６】
クライアント機器６０は、ネットワークを介した通信機能を有し、マルチキャストコンテンツを実行可能な機器であればよく、例えば、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ：ＰＣ）等のコンピュータ機器（ノート型、デスクトップ型を問わない。）、テレビジョン受像器、携帯電話３０Ｄ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、テレビジョン放送用のチューナやデコーダなどで構成することができる。また、クライアント機器６０は、契約者が持ち運びできるポータブルデバイス（Ｐｏｒｔａｂａｌｅ  Ｄｅｖｉｃｅ）、例えば、携帯型ゲーム機、ＰＨＳ、携帯型映像／音声プレーヤなどであってもよい。なお、このクライアント機器６０については、以下で詳細に説明する。
【００２７】
（各ルータ制御装置、配信サーバおよびクライアント機器の構成）
図２は、本実施形態にかかる配信サーバ５０のハードウェア構成を示した説明図である。配信サーバ５０は、主に、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）５０１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）５０３と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）５０５と、ホストバス５０７と、ブリッジ５０９と、外部バス５１１と、インターフェース５１３と、入力装置５１５と、出力装置５１７と、ストレージ装置５１９と、ドライブ５２１と、接続ポート５２３と、通信装置５２５とを備える。
【００２８】
ＣＰＵ５０１は、演算処理装置および制御装置として機能し、ＲＯＭ５０３、ＲＡＭ５０５、ストレージ装置５１９、またはリムーバブル記録媒体２４に記録された各種プログラムに従って配信サーバ５０内の動作全般またはその一部を制御する。ＲＯＭ５０３は、ＣＰＵ５０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ５０５は、ＣＰＵ５０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバス等の内部バスにより構成されるホストバス５０７により相互に接続されている。
【００２９】
ホストバス５０７は、ブリッジ５０９を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス５１１に接続されている。
【００３０】
入力装置５１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなどユーザが操作する操作手段である。また、入力装置５１５は、例えば、赤外線やその他の電波を利用したリモートコントロール手段（いわゆる、リモコン）であってもよいし、配信サーバ５０の操作に対応した携帯電話やＰＤＡ等の外部接続機器２６、または、クライアント機器６０であってもよい。さらに、入力装置５１５は、例えば、上記の操作手段を用いてユーザにより入力された情報に基づいて入力信号を生成し、ＣＰＵ５０１に出力する入力制御回路などから構成されている。配信サーバ５０のユーザは、この入力装置５１５を操作することにより、配信サーバ５０に対して各種のデータを入力したり処理動作を指示したりすることができる。
【００３１】
出力装置５１７は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ：ＬＣＤ）装置、プラズマディスプレイ（Ｐｌａｓｍａ  Ｄｉｓｐｌａｙ  Ｐａｎｅｌ：ＰＤＰ）装置、ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ装置およびランプなどの表示装置や、スピーカおよびヘッドホンなどの音声出力装置や、プリンタ装置、携帯電話、ファクシミリなどで構成されることが可能であり、取得した情報をユーザに対して視覚的または聴覚的に通知する。
【００３２】
ストレージ装置５１９は、本実施形態にかかる配信サーバ５０の記憶部の一例として構成されたデータ格納用の装置であり、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイス等により構成される。このストレージ装置５１９は、ＣＰＵ５０１が実行するプログラムや各種データ、コンテンツ、コンテンツの実行に必要なコンテンツ情報やコンテンツのメタデータ、および外部から取得したコンテンツデータなどを格納する。
【００３３】
ドライブ５２１は、記憶媒体用リーダライタであり、配信サーバ５０に内蔵、あるいは外付けされる。ドライブ５２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体２２に記録されている情報を読み出して、ＲＡＭ５０５に出力する。また、ドライブ５２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体２４に記録を書き込むことも可能である。リムーバブル記録媒体２２は、例えば、ＤＶＤメディア、ＨＤ−ＤＶＤメディア、Ｂｌｕ−ｒａｙメディア、コンパクトフラッシュ（ＣｏｍｐａｃｔＦｌａｓｈ：ＣＦ）、メモリースティック、または、ＳＤメモリカード（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ  ｍｅｍｏｒｙ  ｃａｒｄ）等である。また、リムーバブル記録媒体２２は、例えば、非接触型ＩＣチップを搭載したＩＣカード（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  ｃａｒｄ）または電子機器等であってもよい。
【００３４】
接続ポート５２３は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポートや、ｉ．Ｌｉｎｋ等のＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）ポート、ＲＳ−２３２Ｃポート、光オーディオ端子等の、機器を配信サーバ５０に直接接続するためのポートである。この接続ポート５２３に外部接続機器２４を接続することで、配信サーバ５０は外部接続機器２４から直接コンテンツデータを取得したり、外部接続機器２４に各種データを提供したりする。
【００３５】
通信装置５２５は、例えば、通信網やネットワーク１２に接続するための通信デバイス等で構成された通信インターフェースである。通信装置５２５は、例えば、有線または無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ、またはＷＵＳＢ（Ｗｉｒｅｌｅｓｓ  ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）用のルータ、または、各種通信用のモデム等である。この通信装置５２５は、クライアント機器６０との間でコンテンツまたはコンテンツに関する情報を送受信すると共に、例えば、インターネットや他の通信機器との間でコンテンツやコンテンツに関するメタデータ等を送受信することができる。また、通信装置５２５に接続される通信網やネットワーク１２は、有線または無線によって接続されたネットワーク等により構成され、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、または衛星通信等であってもよい。
【００３６】
以上説明した構成により、配信サーバ５０は、中継サーバ１６やクライアント機器６０といった多様な情報源から様々な情報を取得したり、情報を伝送したりすることが可能となる。さらに、配信サーバ５０は、リムーバブル記録媒体２２を用いて配信サーバ５０が保持している様々な情報を持ち出すこともできる。このように、配信サーバ５０と、これに対応したクライアント機器６０とを利用することにより、好適なマルチキャスト配信システムが構築される。
【００３７】
なお、上位ルータ制御装置３０、下位ルータ制御装置４０およびクライアント機器６０のハードウェア構成は、配信サーバ５０のハードウェア構成と実質的に同一であるので、説明を省略する。
【００３８】
以上、本実施形態に係る上位ルータ制御装置３０、下位ルータ制御装置４０、配信サーバ５０およびクライアント機器６０の機能を実現可能なハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用するハードウェア構成を変更することが可能である。また、上記のハードウェア構成は、あくまでも一例であり、これに限定されるものでないことは言うまでもない。また、利用形態によっては、ホストバス５０７や外部バス５１１、またはインターフェース５１３等を省略する構成も可能である。
【００３９】
（ルータ２０の構成）
図３は、本実施形態にかかる上位ルータ２０Ａや下位ルータ２０Ｂ等に代表されるルータ２０のハードウェア構成を示した説明図である。ルータ２０は、主に、ＣＰＵ２０１と、ＲＯＭやＲＡＭから構成されるメモリチップ２０３と、イーサネットインターフェース２０５と、ＰＨＹチップ２０７と、スイッチングハブチップ２０９と、接続ポート２１１とを備える。
【００４０】
ＣＰＵ２０１は、演算処理装置および制御装置として機能し、ＲＯＭやＲＡＭから構成されるメモリチップ２０３に記録された各種プログラムに従って、ルータ２０内の動作全般またはその一部を制御し、ＩＰパケットのルーティング処理を行う。メモリチップ２０３を構成するＲＯＭは、ＣＰＵ２０１が使用するプログラムや演算パラメータ等を記憶する。また、メモリチップ２０３を構成するＲＡＭは、ＣＰＵ２０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバス等の内部バスにより構成されるホストバスにより相互に接続されている。
【００４１】
イーサネットインターフェース２０５は、ルータ２０の外部における種々のデータの伝送形式と、ルータ２０内部のデータの伝送形式とを仲介する。図３に示したように、イーサネットインターフェース２０５は、ＣＰＵ２０１と後述するＰＨＹチップ２０７との間に設けられ、ルータ２０の外部からルータ２０の内部に伝送されるデータの仲介を行うものと、ＣＰＵ２０１と後述するスイッチングハブチップ２０９との間に設けられ、ルータ２０の内部からルータ２０の外部へと伝送されるデータの仲介を行うものと、の２つが設けられる。なお、図３では、イーサネットインターフェースをルータ２０内に２つ設ける場合を示しているが、上記の例に限定されず、１つのイーサネットインターフェースで上述の機能を行っても良い。
【００４２】
ＰＨＹ（ＰＨＹｓｉｃａｌ  ｌａｙｅｒ：物理層）チップ２０７は、ルータ２０が接続されるネットワークの物理的な接続・伝送方式に関する情報が記載されたチップであり、例えば、データと電気信号の相互変換方式等に関する情報が記載される。このＰＨＹチップ２０７は、例えば、ルータ２０の上流側に設けられる接続ポート２１１と、イーサネットインターフェース２０５との間に設けられる。
【００４３】
スイッチングハブチップ２０９は、データのスイッチングを行うハブ（集線装置）の機能を有するチップであり、ルータ２０に伝送されてきたデータを解析してデータの送り先を検出し、例えば送り先のＭＡＣアドレス等に基づいて適切な接続ポート２１１のみにデータを伝送する。このスイッチングハブチップ２０９は、ルータ２０の下流側に設けられる接続ポート２１１と、イーサネットインターフェース２０５との間に設けられる。
【００４４】
以上、本実施形態に係るルータ２０の機能を実現可能なハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用するハードウェア構成を変更することが可能である。また、上記のハードウェア構成は、あくまでも一例であり、これに限定されるものでないことは言うまでもない。
【基盤技術に関する説明】
【００４５】
まず、本発明に係る好適な実施形態について詳細なる説明をするに先立ち、本実施形態を実現する上で基盤を成す技術的事項について述べる。なお、本実施形態は、以下に記載する基盤技術の上に改良を加えることにより、より顕著な効果を得ることができるように構成されたものである。従って、その改良に係る技術こそが本実施形態の特徴を成す部分である。つまり、本実施形態は、ここで述べる技術的事項の基礎概念を踏襲するが、その本質はむしろ改良部分に集約されており、その構成が明確に相違すると共に、その効果において基盤技術とは一線を画するものであることに注意されたい。
【００４６】
図４は、本発明の基盤技術に係るコンテンツ配信システムを説明するための説明図である。以下で行う説明では、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）／ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）により実現される次世代ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網上で要となるアプリケーションとして展開されることが期待されているＩＰＴＶサービスを例に挙げて、説明を行うこととする。
【００４７】
本発明の基盤技術に係るコンテンツ配信システムは、図４に示したように、例えば、コア・アクセスネットワーク１２と、コア・アクセスネットワーク１２の上流側、すなわち、配信サーバ５０であるＩＰＴＶサーバ（図示せず。）側に配置される上位ルータ２０Ａと、コア・アクセスネットワーク１２の下流側、すなわち、ホームネットワーク１４側に配置される下位ルータ２０Ｂとを含む。ホームネットワーク１４側の下位ルータ２０Ｂには、ホームネットワーク１４を介して、クライアント機器６０であるＩＰＴＶターミナル６０が接続されている。
【００４８】
一般的なＩＰＴＶによるＩＰ放送方式として、マルチキャストプロトコルが利用されている。ＩＰマルチキャストプロトコルをサポートするマルチキャストルータ２０では、自身に接続されたネットワークセグメント上に、個々のマルチキャストグループに参加しているクライアントであるＩＰＴＶターミナル６０が存在するか否かを管理するために、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）等のマルチキャストグループマネジメントプロトコルを利用する。
【００４９】
マルチキャストを受信するＩＰＴＶターミナル６０は、所望のマルチキャストが行われるマルチキャストアドレスを指定して、マルチキャストルータである下位ルータ２０Ｂに対して、マルチキャストグループマネジメントプロトコルにより、マルチキャストグループへの参加を宣言する。下位ルータ２０Ｂは、マルチキャストツリーを構成する上位ルータ２０Ａからマルチキャストパケットを受け取ると、自身に接続されたネットワークセグメントであるホームネットワーク１４上に当該マルチキャストグループに参加しているＩＰＴＶターミナル６０がある場合のみ、そのパケットを当該ホームネットワーク１４へ送出する。また、ＩＰＴＶターミナル６０は、マルチキャストの受信を止める場合には、下位ルータ２０Ｂに対して、マルチキャストグループからの離脱を宣言する。
【００５０】
ここで、下位ルータ２０Ｂは、ホームネットワーク１４とコア・アクセスネットワーク１２の境界に位置し、ホームネットワークセグメント１８上に、ＩＰＴＶターミナル６０が接続されているものとする。ＩＰＴＶターミナル６０において、ＩＰマルチキャストストリームの選択／切り替え（チャンネル切り替え）が行われると、下位ルータ２０Ｂに対して、当該マルチキャストへの参加／離脱が行われる。一般に、参加／離脱処理は時間がかかるため、切り替えのたびに、画面が途絶える場合があり、アナログテレビで頻繁なチャンネル切り替え（以下、チャンネルザッピングとも称する。）に慣れ親しんだユーザにとっては、レスポンスの悪さが耐えられないものとなる。
【００５１】
この問題に対処するため、例えば、図５に示したように、インテリジェントな下位ルータ２０Ｂは、あらかじめ自身に接続されているホームネットワーク１４上のＩＰＴＶターミナル６０のユーザが選択しえる複数のチャンネルに対応するマルチキャストグループに参加しておき（例えば、あらかじめ数十チャンネルに対応するマルチキャストグループに参加しておき）、下位ルータ２０Ｂより上位のマルチキャストツリーの切り替えのオーバヘッド（マルチキャストツリーの切り替えの待ち時間）を低減させる方法が考えられる。
【００５２】
ただ、この方法では、例えば図６に示したように、アクセスネットワークに接続されるマルチキャストルータが増加するにつれ、（異なるマルチキャストルータから同一のマルチキャストアドレスに対する参加が行われて、複数のマルチキャストルータで共有されるマルチキャストストリームがあるにせよ）、あらかじめ参加しておかなければならないマルチキャストの数が増加し、アクセスネットワーク上に常時非常に多くのマルチキャストストリームが流れることにより、ネットワークに多大な負荷がかかり、キャパシティオーバーフローが起こり、逆にレスポンスが悪化してしまう。
【本実施形態に係る説明】
【００５３】
このアクセスネットワーク上に常時流れるマルチキャストストリームの数を抑え、かつ、チャンネルザッピングのオーバヘッド（チャンネル切り替えのために生じる待ち時間）を極力押さえるためには、個々のマルチキャストルータが参加しておくマルチキャストグループに優先度をつけて、あらかじめユーザが選択しそうなマルチキャストグループを取捨選択して参加しておく必要がある。
【００５４】
本発明は、この優先度制御に、ユーザの視聴履歴から収集される個々のコンテンツのメタデータの内容をもとに類推・最適化された個別コンテンツ識別子（ＣＲＩＤ：  Ｃｏｎｔｅｎｔ  Ｒｅｆｅｒｅｎｃｅ  Ｉｄｅｎｔｉｆｉｅｒとも称する。）を利用し、これに、マルチキャストルータでのマルチキャストグループへの予約スケジューリングの最適化を組み合わせることにより、よりオーバヘッド（待ち時間）の少ないチャンネルザッピングが実現され、かつ、その最適化されたスケジューリング情報をクライアント機器６０に記憶される個別コンテンツ識別子に反映させることにより、チャンネル切り替えオーバヘッドの予測（早いか遅いか）が可能となる。
【００５５】
なお、以下の説明では、上記のマルチキャスト配信サーバ５０の一例として、ＩＰＴＶ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ＴｅｌｅＶｉｓｉｏｎ）コンテンツを配信するＩＰＴＶサーバを挙げて説明する。また、クライアント機器６０の一例として、ＩＰＴＶコンテンツを実行するＩＰＴＶターミナルを挙げて説明する。
【００５６】
（配信サーバ５０の構成）
続いて、図７を参照しながら、本実施形態に係るマルチキャスト配信システム１０において重要な役割を果たす配信サーバ５０について、ＩＰＴＶサーバを例にとって詳細に説明する。図７は、本実施形態に係るＩＰＴＶサーバ５０の構成を説明するための説明図である。
【００５７】
本実施形態に係るＩＰＴＶサーバ５０は、例えば、セッション確立部５３１と、コンテンツ配信部５３３と、最適化部５３５と、マスターコンテンツ識別子記憶部５４１と、メタデータ記憶部５４３と、通信部５４５と、を備える。
【００５８】
セッション確立部５３１は、コア・アクセスネットワーク１２に設けられたクライアント機器６０であるＩＰＴＶターミナル６０との間にセッションを確立したり、確立されたセッションを解放したりする。セッションの確立／解放は、例えばＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：セッション開始プロトコル）などの所定のプロトコルに基づいて実施される。
【００５９】
コンテンツ配信部５３３は、クライアント機器であるＩＰＴＶターミナル６０からのコンテンツ配信要求に応答して、後述するメタデータ記憶部５４３を参照しながら、ＩＰＴＶターミナル６０へ配信対象のコンテンツを配信する。コンテンツの配信は、セッション確立部５３１によってＩＰＴＶサーバ５０とＩＰＴＶターミナル６０との間で確保された帯域を利用して行われる。
【００６０】
最適化部５３５は、後述するＩＰＴＶターミナル６０に設けられた再生履歴記憶部からＩＰＴＶターミナル６０で実行されたコンテンツに関する再生履歴情報を取得して、取得した再生履歴情報を利用してＩＰＴＶターミナル６０に設けられた個別コンテンツ識別子記憶部を最適化する。この最適化部５３５は、関連コンテンツ選択部５３７と、更新部５３９とを更に備える。
【００６１】
関連コンテンツ選択部５３７は、後述する通信部５４５を介して、ＩＰＴＶターミナル６０から実行したコンテンツに関する情報を記録した再生履歴情報を取得して、取得した再生履歴情報に基づいて、ＩＰＴＶターミナル６０で実行されたコンテンツに関連する関連コンテンツを選択する。
【００６２】
更新部５３９は、関連コンテンツ選択部５３７により選択された関連コンテンツのコンテンツ識別子とセッション情報とを、後述するマスターコンテンツ識別子記憶部を参照して取得し、取得した関連コンテンツのコンテンツ識別子およびセッション情報を用いて、クライアント機器６０に個別に設けられる個別コンテンツ識別子記憶部を更新する。
【００６３】
上記の関連コンテンツ選択部５３７および更新部５３９については、以下で更に詳細に説明する。
【００６４】
マスターコンテンツ識別子記憶部５４１は、配信対象のコンテンツに関するコンテンツ識別子情報（ＣＲＩＤ情報）を複数記憶する記憶部である。コンテンツ識別子情報は、配信対象のコンテンツにそれぞれ付与されているコンテンツ識別子と、このコンテンツ識別子に対応するマルチキャストセッション記述とが関連付けられている情報である。上述のように、最適化部５３５の更新部５３９は、関連コンテンツ選択部５３７が選択した関連コンテンツのコンテンツ識別子およびセッション情報を、マスターコンテンツ識別子記憶部５４１を参照することで取得する。
【００６５】
図９は、マスターコンテンツ識別子記憶部５４１が記憶するコンテンツ識別子情報について説明するための説明図である。図９に示したように、コンテンツ識別子情報（ＣＲＩＤ情報）は、個々のコンテンツに対応するコンテンツ識別子と、これらのコンテンツに関連付けられたマルチキャストセッション記述とからなる。マルチキャストセッション記述は、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：セッション記述プロトコル）等の所定のプロトコルに基づいて記載されており、図９に示したように、マルチキャストコンテンツのアドレス（マルチキャストアドレス）、ポート番号等や、要求レート等のＱｏＳパラメータや、コーデック情報や、配信時刻等に代表される、マルチキャストコンテンツのセッション記述（セッションを識別する情報）、時間記述（セッションの開始・終了時刻や繰り返し回数等のセッションの有効時間）、メディア記述（メディアに関する情報）等から構成される。コンテンツ識別子情報は、一種のメタデータであるため、コンテンツ識別子に基づいてコンテンツ識別子情報を照会することで、コンテンツの取得経路等を知ることができる。なお、１つのコンテンツ識別子に対して、高画質モードや低画質モードなど、複数のクラスのセッション記述が対応づけられていてもよい。
【００６６】
メタデータ記憶部５４３は、ＩＰＴＶターミナル６０への配信対象であるマルチキャストコンテンツのメタデータを、コンテンツ識別子と関連づけて記憶する。コンテンツ配信部５３３は、ＩＰＴＶターミナル６０からコンテンツの配信要請を受けると、メタデータ記憶部５４３を参照しながら、ＩＰＴＶターミナル６０へマルチキャストコンテンツの配信を行う。
【００６７】
メタデータ記憶部５４３に記憶されているメタデータは、図１０に示したように、例えば、マルチキャストコンテンツに固有のコンテンツ識別子（ＣＲＩＤ）と、マルチキャストコンテンツのジャンルやキーワードと、当該マルチキャストコンテンツに関連するコンテンツ（関連コンテンツ）のコンテンツ識別子等を含む。
【００６８】
通信部５４５は、セッション確立部５３１、コンテンツ配信部５３３、関連コンテンツ選択部５３７または更新部５３９等がＩＰＴＶターミナル６０等に対して開示する様々な情報等を、コア・アクセスネットワーク１２を介して送信する。また、逆に、ＩＰＴＶターミナル６０からの要求等を、ＩＰＴＶサーバ５０に受信することも可能である。
【００６９】
上記のほかに、本実施形態に係る配信サーバであるＩＰＴＶサーバ５０は、未図示の記憶部を有してもよく、この未図示の記憶部に、配信対象であるマルチキャストコンテンツそのものの映像データや音声データを格納してもよい。また、図７では、マスターコンテンツ識別子記憶部５４１とメタデータ記憶部５４３とは、それぞれ独立した記憶部として図示されているが、本実施形態に係る配信サーバ５０は、これらのマスターコンテンツ識別子記憶部とメタデータ記憶部とを兼用する記憶部を有しても良い。
【００７０】
（クライアント機器６０の構成）
続いて、図８を参照しながら、本実施形態に係るマルチキャスト配信システム１０において重要な役割を果たすクライアント機器６０について、ＩＰＴＶターミナルを例にとって詳細に説明する。図８は、本実施形態に係るＩＰＴＶターミナル６０の構成を説明するための説明図である。
【００７１】
本実施形態に係るＩＰＴＶターミナル６０は、例えば、セッション確立部６０１と、コンテンツ取得部６０３と、コンテンツ再生部６０５と、個別コンテンツ識別子管理部６０７と、コンテンツ識別子送受信部６０９と、個別コンテンツ識別子記憶部６１１と、再生履歴記憶部６１３と、通信部６１５と、を備える。
【００７２】
セッション確立部６０１は、ホームネットワーク１４の外部に、下位ルータ２０Ｂ、コア・アクセスネットワーク１２および上位ルータ２０Ａを介して設けられた配信サーバ５０であるＩＰＴＶサーバ５０との間にセッションを確立したり、確立されたセッションを解放したりする。セッションの確立／解放は、例えばＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：セッション開始プロトコル）などの所定のプロトコルに基づいて実施される。
【００７３】
コンテンツ取得部６０３は、セッション確立部６０１が確立したセッションに基づき、ＩＰＴＶサーバ５０に対してコンテンツの配信要求を行う。コンテンツの取得要求を行う際には、コンテンツ取得部６０３は、後述する個別コンテンツ識別子管理部６０７を介して個別コンテンツ識別子記憶部６１１に対して、取得を希望するコンテンツのコンテンツ識別子を照会し、照会の結果得られるマルチキャストセッション記述に基づいて、ＩＰＴＶサーバ５０に対してコンテンツの配信を要求する。配信サーバ５０からコンテンツが配信されると、コンテンツ取得部６０３は通信部６１５を介してコンテンツの取得を行い、取得したコンテンツをコンテンツ再生部６０５に伝送する。なお、取得したコンテンツは、コンテンツ取得部６０３により未図示の記憶部に記憶されてもよい。
【００７４】
コンテンツ再生部６０５は、コンテンツ取得部６０３から伝送されたマルチキャストコンテンツを実行し、ＩＰＴＶターミナル６０に設けられたディスプレイ等の表示装置（図示せず。）にマルチキャストコンテンツを出力する。また、マルチキャストコンテンツの実行が終了すると、コンテンツ再生部６０５は、セッション確立部６０１に対してセッションの解放を要求する。
【００７５】
個別コンテンツ識別子管理部６０７は、マルチキャストコンテンツを取得するコンテンツ取得部６０３からのコンテンツ識別子取得要求に応え、個別コンテンツ識別子記憶部６１１に記憶されているコンテンツ識別子情報に基づいて、コンテンツ取得部６０３に対してコンテンツ識別子に対応するマルチキャストアドレスを返す。コンテンツ識別子情報は、図９に示したように、個々のコンテンツに対応するコンテンツ識別子と、これらのコンテンツに関連付けられたマルチキャストセッション記述とからなる。マルチキャストセッション記述は、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：セッション記述プロトコル）等の所定のプロトコルに基づいて記載されており、図１０に示したように、マルチキャストコンテンツのアドレス（マルチキャストアドレス）、ポート番号等や、要求レート等のＱｏＳパラメータや、コーデック情報や、配信時刻等に代表される、マルチキャストコンテンツのセッション記述（セッションを識別する情報）、時間記述（セッションの開始・終了時刻や繰り返し回数等のセッションの有効時間）、メディア記述（メディアに関する情報）等から構成される。
【００７６】
また、個別コンテンツ識別子管理部６０７は、コンテンツ取得部６０３からコンテンツ識別子要求のあったコンテンツ識別子を、後述する再生履歴記憶部６１３に記憶する。すなわち、個別コンテンツ識別子管理部６０７は、ＩＰＴＶターミナル６０で実行されたマルチキャストコンテンツの再生履歴を、再生履歴記憶部６１３に記憶していることとなる。個別コンテンツ識別子管理部６０７は、再生履歴記憶部６１３に格納している再生履歴情報を定期的に分析して、ＩＰＴＶターミナル６０のユーザがアクセスする確率が高いと考えられるマルチキャストコンテンツ（すなわち、再生される可能性が高いと考えられるコンテンツ）を判断し、個別コンテンツ識別子記憶部６１１に記憶されているコンテンツ識別子を更新する更新処理の制御を行う。この個別コンテンツ識別子記憶部６１１の更新は、定期的に行われる。ここで、ＩＰＴＶターミナル６０で再生される可能性が高いと考えられるコンテンツを、関連コンテンツと呼ぶこととする。
【００７７】
上記の個別コンテンツ識別子記憶部６１１における分析・更新処理は、例えば、ＩＰＴＶターミナル６０とＩＰＴＶサーバ５０との間の分散処理で行われてもよく、ＩＰＴＶサーバ５０のみで更新処理（最適化処理）が行われ、ＩＰＴＶターミナル６０の個別コンテンツ識別子管理部６０７は、個別コンテンツ識別子記憶部６１１の更新処理の制御のみを行っても良い。この個別コンテンツ識別子記憶部６１１の最適化処理については、以下で詳細に説明する。
【００７８】
個別コンテンツ識別子管理部６０７は、上記のように関連コンテンツに関する関連コンテンツ情報を収集して、個別コンテンツ識別子記憶部６１１を更新していくため、個別コンテンツ識別子記憶部６１１には、ＩＰＴＶターミナル６０で実行する可能性の高い関連コンテンツに関するコンテンツ識別子が優先的に記憶されることとなり、ＩＰＴＶターミナル６０のユーザが視聴したいと考えるマルチキャストコンテンツについて、実行までの待ち時間（オーバヘッド）を短くすることができる。
【００７９】
コンテンツ識別子送受信部６０９は、個別コンテンツ識別子管理部６０７が分析して選び出した関連コンテンツのコンテンツ情報を取得するために、ＩＰＴＶサーバ５０に対して，コンテンツ識別子やマルチキャストセッション情報等が関連付けられているコンテンツ情報の取得要求を行う。関連コンテンツに関するコンテンツ情報を取得すると、コンテンツ識別子送受信部６０９は、取得した関連コンテンツに関するコンテンツ情報を、個別コンテンツ識別子記憶部６１１に記憶する。
【００８０】
個別コンテンツ識別子記憶部６１１は、コンテンツ提供サーバであるＩＰＴＶサーバ５０が提供可能な全てのマルチキャストコンテンツのうち、ＩＰＴＶターミナル６０において実行される可能性の高い関連コンテンツのコンテンツ識別子を、関連コンテンツのマルチキャストセッション情報と関連づけて記憶する。個別コンテンツ識別子記憶部６１１の内容は、上述のように、個別コンテンツ識別子管理部６０７およびコンテンツ識別子送受信部６０９により定期的に最適化され、更新される。
【００８１】
再生履歴記憶部６１３は、ＩＰＴＶターミナル６０が今までに実行したマルチキャストコンテンツのコンテンツ識別子を、再生履歴情報として記憶する。再生履歴記憶部６１３に記憶されている再生履歴情報は、例えば、個別コンテンツ識別子管理部６０７によって参照され、ＩＰＴＶターミナル６０におけるマルチキャストコンテンツの実行実績の分析に利用されたり、ＩＰＴＶサーバ５０に設けられた最適化部５３５により参照され、ＩＰＴＶサーバ５０における最適化処理に利用されたりする。
【００８２】
通信部６１５は、セッション確立部６０１、コンテンツ取得部６０３、コンテンツ再生部６０５、個別コンテンツ識別子管理部６０７またはコンテンツ識別子送受信部６０９等がＩＰＴＶサーバ５０等に対して開示する様々な情報等を、コア・アクセスネットワーク１２を介して送信する。また、逆に、ＩＰＴＶサーバ５０からの要求等を、ＩＰＴＶターミナル６０に受信することも可能である。
【００８３】
以上、本実施形態に係る配信サーバであるＩＰＴＶサーバ５０およびクライアント機器であるＩＰＴＶターミナル６０の機能の一例を示した。上記の各構成要素は、汎用的な部材や回路を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。また、各構成要素の機能を、ＣＰＵ等が全て行ってもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用する構成を変更することが可能である。
【００８４】
（個別コンテンツ識別子記憶部の最適化処理）
続いて、図１１を参照しながら、本実施形態に係る個別コンテンツ識別子記憶部の最適化処理の一具体例について、詳細に説明する。図１１は、本実施形態に係る個別コンテンツ識別子記憶部の最適化処理を説明するための流れ図である。
【００８５】
ＩＰＴＶターミナル６０のコンテンツ取得部６０３から個別コンテンツ識別子管理部６０７に対してコンテンツ識別子取得要求がなされると（ステップＳ１０１）、個別コンテンツ識別子管理部６０７は、個別コンテンツ識別子記憶部６１１を参照して、コンテンツ識別子の取得をはかる（ステップＳ１０３）。また、コンテンツ取得部６０３から取得要求がなされたコンテンツのコンテンツ識別子が個別コンテンツ識別子記憶部６１１に記憶されていない場合には、個別コンテンツ識別子管理部６０７は、ＩＰＴＶサーバ５０に該当コンテンツのコンテンツ識別子を問い合わせて取得をはかる（ステップＳ１０３）。コンテンツ識別子の取得が終了すると、個別コンテンツ識別子管理部６０７は、取得要求がなされたコンテンツのコンテンツ識別子を再生履歴記憶部６１３に記憶するとともに（ステップＳ１０３）、個別コンテンツ識別子管理部６０７は、取得したコンテンツ識別子をコンテンツ取得部６０３に応答する（ステップＳ１０５）。
【００８６】
その一方で、例えばＩＰＴＶサーバ５０に実装された最適化部５３５は、ＩＰＴＶターミナル６０に実装された再生履歴記憶部６１３からコンテンツ識別子（ＣＲＩＤ）の再生履歴情報を収集する（ステップＳ２０１）。最適化部５３５は、ＩＰＴＶサーバ５０上のメタデータ記憶部５４３を参照して、収集した再生履歴情報に記録されているコンテンツ識別子と関連づけられたメタデータを収集する（ステップＳ２０３）。続いて、最適化部５３５の関連コンテンツ選択部５３７は、取得したメタデータに記録されているジャンル、キーワードおよび関連コンテンツ識別子参照情報等に基づいて、ＩＰＴＶターミナル６０に好適なマルチキャストコンテンツのジャンルやキーワード等を推論および抽出する（ステップＳ２０５）。
【００８７】
続いて、最適化部５３５の関連コンテンツ選択部５３７は、抽出された好適ジャンルや好適キーワード等を含むマルチキャストコンテンツのメタデータについて、メタデータ記憶部５４３を参照することで収集する（ステップＳ２０７）。続いて、収集したメタデータに関連づけられているコンテンツ識別子（ＣＲＩＤ）を参照して、好適なコンテンツ識別子のリストを取得して、あわせて、これらのコンテンツのコンテンツ記述等が記載されたマルチキャストセッション情報も取得する。続いて、取得したコンテンツ識別子とマルチキャストセッション情報とを関連づけて、好適なコンテンツ識別子のリストを確定する（ステップＳ２０９）。続いて、最適化部５３５は、ＩＰＴＶサーバ５０に実装されているマスターコンテンツ識別子記憶部５４１を参照して、確定したコンテンツ識別子のリストを確認し、確認が終了すると、最適化部５３５の更新部５３９が、ＩＰＴＶターミナル６０の個別コンテンツ識別子記憶部６１１を更新する（ステップＳ２１１）。
【００８８】
なお、好適なコンテンツ識別子の取得は、上記の説明のように、マスターコンテンツ識別子記憶部５４１に対してリクエスト・レスポンス型で取得する場合でもよく、マルチキャスト同報型でＩＰＴＶターミナルに配信し、ＩＰＴＶターミナル側で所望のコンテンツ識別子を選択取得してもよい。
【００８９】
また、上記では、個別コンテンツ識別子記憶部の最適化処理は、全てＩＰＴＶサーバ５０側で行われる場合について説明したが、上記の処理の全てもしくは好適メタデータ推論・収集処理は、ＩＰＴＶターミナル６０に実装された個別コンテンツ識別子管理部６０７で行われても良い。
【００９０】
続いて、図１２〜図１７を参照しながら、本実施形態に係るマルチキャスト予約スケジューリングについて詳細に説明する。説明に先立ち、図１２を参照しながら、本実施形態に係る上位ルータ制御装置３０および下位ルータ制御装置４０の構成について、詳細に説明する。
【００９１】
（上位ルータ制御装置３０の構成）
図１２に示したように、本実施形態に係る上位ルータ制御装置３０は、例えば、セッション情報取得部３０１と、予約スケジューリング部３０３と、スケジューリング情報通知部３０５と、記憶部３０７と、を備える。
【００９２】
セッション情報取得部３０１は、クライアント機器であるＩＰＴＶターミナル６０が実行する可能性の高いコンテンツである関連コンテンツのセッション情報のうち、予約スケジューリング対象期間内にマルチキャスト配信予定の関連コンテンツのセッション情報を、複数のクライアント機器それぞれから取得する。
【００９３】
予約スケジューリング部３０３は、セッション情報取得部３０１が収集したセッション情報に基づいて、予約スケジューリング対象期間内におけるマルチキャストアドレスの優先順位を決定し、決定した優先順位と、上位ルータ制御装置３０が制御する上位ルータと下位ルータとを接続するアクセスネットワークの許容負荷と、に基づいて、予約スケジューリング対象期間において各下位ルータが参加可能なマルチキャストアドレスをスケジューリングする。
【００９４】
スケジュール情報通知部３０５は、スケジューリングの結果を表す予約スケジュール情報を、上位ルータを介して、この上位ルータの下流に接続されている下位ルータを制御している下位ルータ制御装置に通知する。
【００９５】
記憶部３０７は、上位ルータ制御装置３０が上位ルータ２０Ａを制御する際に生成された各種パラメータや、生成した予約スケジューリング情報を、記憶する。この記憶部３０７は、上位ルータ制御装置３０内の各処理部が、自由にデータの読み書きを行うことができる。
【００９６】
上記のセッション情報取得部３０１、予約スケジューリング部３０３およびスケジュール情報通知部３０５の動作については、以下で詳細に説明する。
【００９７】
（下位ルータ制御装置４０の構成）
図１２に示したように、本実施形態に係る下位ルータ制御装置４０は、例えば、マルチキャスト予約部４０１と、スケジュール情報送受信部４０３と、記憶部４０５と、を備える。
【００９８】
マルチキャスト予約部４０１は、予約スケジューリング対象期間において、上位ルータ制御装置３０から伝送されたマルチキャスト予約スケジュール情報に基づいて、下位ルータの各マルチキャストアドレスへの参加／離脱処理を行う。
【００９９】
スケジュール情報送受信部４０３は、上位ルータ制御装置３０から伝送されるマルチキャスト予約スケジュール情報を受信するとともに、下位ルータ制御装置４０が制御している下位ルータ２０Ｂに接続されているＩＰＴＶターミナル６０に対して、受信したマルチキャスト予約スケジュール情報を送信する。
【０１００】
記憶部４０５は、下位ルータ制御装置４０が下位ルータ２０Ｂを制御する際に生成された各種パラメータや、受信した予約スケジューリング情報を、記憶する。この記憶部４０５は、下位ルータ制御装置４０内の各処理部が、自由にデータの読み書きを行うことができる。
【０１０１】
上記のマルチキャスト予約部４０１、スケジュール情報送受信部４０３の動作については、以下で詳細に説明する。
【０１０２】
以上、本実施形態に係る上位ルータ制御装置３０および下位ルータ制御装置４０の機能の一例を示した。上記の各構成要素は、汎用的な部材や回路を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。また、各構成要素の機能を、ＣＰＵ等が全て行ってもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用する構成を変更することが可能である。
【０１０３】
（マルチキャスト予約スケジューリングについて）
続いて、本実施形態に係るマルチキャスト予約スケジューリングについて、詳細に説明する。
【０１０４】
なお、以下の説明では、図１２に示したように、マルチキャストルータである下位ルータ２０Ｂが、ホームネットワーク１４とアクセスネットワーク１２Ｂとの境界に設けられ、ホームネットワーク１４上に、マルチキャストクライアント機器であるＩＰＴＶターミナル６０が接続されているものとする。また、アクセスネットワーク１２Ｂには、アクセスネットワークにおけるネットワークリソースである帯域を管理する、アクセスネットワーク帯域コントローラ１７が接続されている。また、アクセスネットワーク１２Ｂとコアネットワーク１２Ａとの間には、上位ルータ１２Ａが設けられる。配信サーバであるＩＰＴＶサーバ５０は、マルチキャストルータ２０を介してコアネットワーク１２Ａに接続される。また、上位ルータ２０Ａには、上位ルータ制御装置３０が接続されており、下位ルータ２０Ｂには、下位ルータ制御装置４０が接続されている。
【０１０５】
なお、図１２に示したＩＰＴＶターミナル６０のブロック図は、ＩＰＴＶターミナル６０が備える処理部の一部を抜き出して記載したものであり、ＩＰＴＶターミナル６０には、例えば図８で示したような各処理部が設けられている。
【０１０６】
図１２に示したように、本実施形態に係るマルチキャスト予約スケジューリングの大まかな流れは、以下のようになる。ＩＰＴＶターミナル６０の個別コンテンツ識別子管理部６０７が、コンテンツ識別子に基づいて個別コンテンツ識別子記憶部６１１からマルチキャストセッション記述を取得する。その後、上位ルータ制御装置３０のセッション情報取得部３０１が、下位ルータ制御装置４０を介してＩＰＴＶターミナル６０から上記のマルチキャストセッション記述を取得し、上位ルータ制御装置３０の予約スケジューリング部３０３が予約スケジュール情報を生成する。生成した予約スケジュール情報は、上位ルータ制御装置３０のスケジュール情報通知部３０５によって下位ルータ制御装置４０へと伝送される。
【０１０７】
下位ルータ制御装置４０のスケジュール情報送受信部４０３は、上位ルータ制御装置３０から伝送された予約スケジュール情報を受信する。マルチキャスト予約部４０１は、この予約スケジュール情報に基づき、アクセスネットワーク帯域コントローラ１７に対して、マルチキャストアドレスの参加処理を行う。また、参加処理の結果は、スケジュール情報送受信部４０３を介してＩＰＴＶターミナル６０まで伝送される。
【０１０８】
ＩＰＴＶターミナル６０の個別コンテンツ識別子管理部６０７は、個別コンテンツ識別子記憶部に記憶されているマルチキャストセッション記述に、受信した参加処理の結果に基づいて、オーバヘッドの大小（チャンネル切り替えの待ち時間の多少）に関する識別情報や、期間に関する情報を追記して、個別コンテンツ識別子記憶部６１１の内容を更新する。
【０１０９】
以下に、図１３を参照しながら、上記のマルチキャスト予約スケジュールの流れについて、詳細に説明する。
【０１１０】
まず、コアネットワーク１２Ａとアクセスネットワーク１２Ｂとの境界に位置する上位ルータ２０Ａを制御する上位ルータ制御装置３０に実装されるセッション情報取得部３０１は、マルチキャスト予約スケジューリング（時間）区間であるＴ（ｎ）時刻とＴ（ｎ＋１）時刻（Ｔ（ｎ）＜Ｔ（ｎ＋１））を指定して、下位ルータ制御装置４０を介し、ＩＰＴＶターミナル６０の個別コンテンツ識別子管理部６０７に対して、そのマルチキャスト予約スケジューリング対象区間を告知する（ステップＳ３０１）。ＩＰＴＶターミナル６０の個別コンテンツ識別子管理部６０７は、個別コンテンツ識別子記憶部６１１を照会し、告知されたスケジューリング対象区間（Ｔ（ｎ）〜Ｔ（ｎ＋１））に該当する（すなわち、その区間中マルチキャストが予定されている）マルチキャストセッション記述のリストを取得する。その後、ＩＰＴＶターミナル６０が接続されている直近の下位ルータ２０Ｂを制御している下位ルータ制御装置４０を介して、上位ルータ制御装置３０のセッション情報取得部３０１に通知する（ステップＳ３０３）。
【０１１１】
上位ルータ制御装置３０の予約スケジューリング部３０３は、複数の下位ルータ制御装置４０から通知されるマルチキャストセッション記述に記載されている要求レート等のＱｏＳパラメータに基づいて、アクセスネットワーク１２Ｂが過負荷にならないように帯域の配分・調整を行う。続いて、予約スケジューリング部３０３は、上位ルータ２０Ａの下流に設けられた個々のマルチキャスト予約部４０１のマルチキャストグループへの参加／離脱スケジューリングを行い（ステップＳ３０５）、マルチキャスト予約スケジュール情報として、下位ルータ制御装置４０に通知する（ステップＳ３０７）。
【０１１２】
さらに、下位ルータ制御装置４０は、上位ルータ制御装置３０から伝送されたマルチキャスト予約スケジュール情報を、ＩＰＴＶターミナル６０の個別コンテンツ識別子管理部６０７に通知すると同時に（ステップＳ３０７）、個別コンテンツ識別子管理部６０７は、その情報に基づいて、個別コンテンツ識別子記憶部６１１に記憶されているコンテンツ識別子情報に、マルチキャストオーバヘッドの大小識別フラグと期間とを追加する（ステップＳ３０９）。
【０１１３】
続いて、下位ルータ制御装置４０のマルチキャスト予約部４０１は、上位ルータ制御装置３０から通知されたマルチキャスト予約スケジュール情報に基づいて、アクセスネットワーク帯域コントローラ１７に対して、当該マルチキャストネットワーク帯域の予約／解放を行うとともに（ステップＳ３１１）、上位ルータ制御装置３０に対して、当該マルチキャストグループへの参加／離脱処理を行う（ステップＳ３１３）。
【０１１４】
ＩＰＴＶターミナル６０からマルチキャスト視聴要求が起こると（ステップＳ３１５）、ＩＰＴＶターミナル６０のコンテンツ取得部６０３が、個別コンテンツ識別子管理部６０７に対して、コンテンツ識別子取得要求を発行する。すると、個別コンテンツ識別子管理部６０７は、その取得要求に対応するコンテンツ識別子要求処理を行う（ステップＳ３１７）。個別コンテンツ識別子管理部６０７は、マルチキャストアドレスを応答する際に、対応するオーバヘッドの大小識別フラグと期間とを考慮にいれ、チャンネル切り替えオーバヘッドがあるか否かも合わせて、コンテンツ取得部６０３に応答する（ステップＳ３１９）。その後、ＩＰＴＶターミナル６０は、下位ルータ制御装置４０に対してマルチキャスト予約を行い（ステップＳ３２１）、下位ルータ制御装置は、予め確保しておいた帯域を用いて、ＩＰＴＶサーバ５０とＩＰＴＶターミナル６０間のセッションを確立し、コンテンツの配信が始まることとなる。
【０１１５】
なお、上記の流れと平行して、上位ルータ制御装置３０のセッション情報取得部３０１が、新たな区間Ｔ（ｎ＋２）時刻（Ｔ（ｎ＋１）＜Ｔ（ｎ＋２））を決定して、新たなスケジューリングが次の開始時刻であるＴ（ｎ＋１）まで間に合うように、上記の流れを繰り返す。
【０１１６】
続いて、図１４を参照しながら、個別コンテンツ識別子管理部６０７が行う、告知されたマルチキャスト予約スケジューリング対象時間区間に該当するセッション記述のリストの選択の具体例を、説明する。
【０１１７】
ＩＰＴＶターミナル６０の個別コンテンツ識別子記憶部６１１には、図１４に示したような、３つのコンテンツ識別子（ＣＲＩＤ）が記憶されているものとする。これらのコンテンツ識別子には、対応したマルチキャストセッション記述が関連づけられている。マルチキャストセッション記述には、図示のように、マルチキャストアドレスと、ポート番号と、ＱｏＳパラメータと、コーデック情報と、配信時刻と、が記載されている。
【０１１８】
例えば、ＣＲＩＤ−１は、配信時刻がＴｓ１〜Ｔｅ１となっており、ＣＲＩＤ−２は、配信時間がＴｓ２〜Ｔｅ２となっており、ＣＲＩＤ−３は、配信時間がＴｓ３〜Ｔｅ３となっている。それぞれの開始時刻および終了時刻の前後関係は、図１４に示した通りである。
【０１１９】
今、ここで、上位ルータ制御装置３０のセッション情報取得部３０１から、予約スケジューリング区間Ｔ（ｎ）〜Ｔ（ｎ＋１）に関して告知があると、ＩＰＴＶターミナル６０の個別コンテンツ識別子管理部６０７は、個別コンテンツ識別子記憶部６１１に記憶されているコンテンツ識別子であるＣＲＩＤ−１からＣＲＩＤ−３までの配信時刻を参照する。
【０１２０】
図１４に示したように、予約スケジューリング区間Ｔ（ｎ）〜Ｔ（ｎ＋１）が配信時刻に含まれているコンテンツは、ＣＲＩＤ−１とＣＲＩＤ−２であり、Ｔ（ｎ）〜Ｔ（ｎ＋１）ではＣＲＩＤ−３は配信を開始しない。そのため、ＩＰＴＶターミナル６０の個別コンテンツ識別子管理部６０７は、ＣＲＩＤ−１およびＣＲＩＤ−２を、上位ルータ制御装置３０のセッション情報取得部３０１に対して開示する。
【０１２１】
続いて、図１５および図１６を参照しながら、本実施形態に係るマルチキャストへの参加／離脱処理について、具体的に説明する。
【０１２２】
まず、上位ルータ制御装置３０のセッション情報取得部３０１は、下位ルータ制御装置４０を介して複数のＩＰＴＶターミナル６０からセッション情報を収集する（ステップＳ４０１）。続いて、上位ルータ制御装置３０の予約スケジューリング部３０３は、取得したセッション情報に基づき、告知した区間Ｔ（ｎ）〜Ｔ（ｎ＋１）にマルチキャストセッションが予定されているマルチキャストについてのセッション記述を、マルチキャストアドレスでソートする（ステップＳ４０３）。その後、予約スケジューリング部３０３は、ソートされたマルチキャストアドレスの頻度順に、重み付けとクラス分けを行う（ステップＳ４０７）。
【０１２３】
例えば、図１６に示したように、セッション情報取得部３０１が、各ＩＰＴＶターミナル６０から、マルチキャストアドレスＡと、マルチキャストアドレスＢと、マルチキャストアドレスＣとを取得した場合、予約スケジューリング部３０３は、収集したセッション情報をマルチキャストアドレスでソートする。その結果、図１６に示したような結果となる。続いて、予約スケジューリング部３０３は、各マルチキャストアドレスについて、告知した区間における頻度の重み付けを行い、各マルチキャストアドレスのクラス分けを行う。この場合、告知区間において重み付けの一番大きかったマルチキャストアドレスＢが、一番優先度を高く設定され、続いて、マルチキャストアドレスＡ、マルチキャストアドレスＣと優先度が設定される。
【０１２４】
続いて、上位ルータ制御装置３０の予約スケジューリング部３０３は、優先度クラスの高い方から、そのマルチキャストアドレスに対応するマルチキャストセッション記述中の要求レート（要求帯域）ｒを取得する。ここで、各マルチキャストセッションの要求レートを、便宜的にｒ（クラス（ｊ）），ｊ＝１，２，３（ｊが低い方が優先度が高い）と記載することとする。
【０１２５】
予約スケジューリング部３０３は、ｒ（クラス（ｊ））をｊ＝１から順次増加して加算してゆき、アクセスネットワーク１２Ｂで利用が許可されている最大帯域Ｒを越えないようなｊの最大値Ｊを確定する（ステップＳ４０７）。例えば、ｒ（１）＋ｒ（２）＜Ｒであり、ｒ（１）＋ｒ（２）＋ｒ（３）＞Ｒである場合、最大帯域Ｒを超えないｊの最大値は２であるため、予約スケジューリング部３０３は、優先度の最大値Ｊを２と確定する。
【０１２６】
続いて、予約スケジューリング部３０３は、図１５に示したように、確定した優先度の最大値に基づいて、優先度の高いものからマルチキャストアドレスを選択し、確定予約スケジュール情報とする。次に、スケジュール情報通知部３０５は、確定予約スケジュール情報として、区間Ｔ（ｎ）〜Ｔ（ｎ＋１）とクラスｊ＝１〜Ｎに対応するマルチキャストアドレスが記述されているセッション記述のリストを、下位ルータ制御装置４０に対して通知するとともに（ステップＳ４０９）、ＩＰＴＶターミナル６０の個別コンテンツ識別子管理部６０７に通知する（ステップＳ４０９）。
【０１２７】
上位ルータ制御装置３０から確定予約スケジュール情報の通知を受けた下位ルータ制御装置４０は、前述の手続を行って、マルチキャストの予約を行う。
【０１２８】
上記のような流れでマルチキャストの予約が行われ、ＩＰＴＶターミナル６０にマルチキャスト予約スケジュール情報が通知されると、個別コンテンツ識別子管理部６０７は、その情報に基づいて、個別コンテンツ識別子記憶部６１１に記憶されているコンテンツ識別子情報に、マルチキャストオーバヘッドの大小識別フラグと期間とを追加する。以下では、図１７を参照しながら、個別コンテンツ識別子記憶部６１１に記憶されているコンテンツ識別子情報に追記される内容について、説明する。
【０１２９】
上位ルータ制御装置３０において最適化されたマルチキャスト予約スケジュール情報によって、下位ルータ制御装置４０は、マルチキャストへの参加処理を行うが、参加処理が行われたか否かによって、ＩＰＴＶターミナル６０の個別コンテンツ識別子記憶部６１１に記憶されているコンテンツ識別子に関連づけられたマルチキャストアドレスには、その配信時刻によって、参加処理が行われているものと、行われていないものとが混在することとなる。
【０１３０】
予約区間Ｔ（ｎ）〜Ｔ（ｎ＋１）においてマルチキャストの参加処理が行われたマルチキャストアドレスは、チャンネル切り替えによるオーバヘッドが小さくなることから、ＩＰＴＶターミナル６０の個別コンテンツ識別子管理部６０７は、ある予約区間において参加処理が行われたマルチキャストアドレスに対して、当該予約区間においては、チャンネル切り替えオーバヘッドが小さいことを示すフラグであるチャンネル切り替えオーバヘッドの大小識別フラグの値を（小）と記録する。
【０１３１】
例えば、図１７に示した、ＣＲＩＤ−１というコンテンツ識別子に関連づけられているマルチキャストセッション記述を例にとって説明する。このコンテンツ識別子が関連づけられているマルチキャストアドレスは、時刻Ｔｓから配信が開始され、時刻Ｔｅにおいて配信が終了するものであるとする。このマルチキャストアドレスに関して、上位ルータ制御装置３０から、Ｔｓ〜Ｔ（ｎ）までは、マルチキャストへの参加処理を行わず、Ｔ（ｎ）〜Ｔ（ｎ＋１）までは、マルチキャストへの参加処理を行い、Ｔ（ｎ＋１）〜Ｔ（ｅ）までは、マルチキャストへの参加処理を行わない、という内容のマルチキャスト予約スケジュール情報が通知されたものとする。
【０１３２】
このような通知を受信した個別コンテンツ識別子管理部６０７は、Ｔｓ〜Ｔ（ｎ）までのオーバヘッドの大小識別フラグの値を（大）と設定し、Ｔ（ｎ）〜Ｔ（ｎ＋１）までのオーバヘッドの大小識別フラグの値を（小）と設定し、Ｔ（ｎ＋１）〜Ｔ（ｅ）までのオーバヘッドの大小識別フラグの値を（大）と設定する。
【０１３３】
なお、上記の説明において、個別コンテンツ識別子記憶部の最適化処理と、マルチキャスト予約スケジューリングの最適化処理を分けて説明したが、これらの最適化処理は互いに独立して、並行に行われる。また、マルチキャスト予約スケジューリングの最適化処理は、最適化された個別コンテンツ識別子記憶部からの情報に基づいて、実行される。
【０１３４】
このように、ＩＰＴＶターミナル６０のコンテンツの再生履歴情報に基づいて、ＩＰＴＶターミナル６０が保持している個別コンテンツ識別子記憶部６１１の情報を最適化するとともに、最適化された個別コンテンツ識別子に基づいて予約要求がなされたマルチキャストアドレスを、要求頻度に応じてクラス分けし、予約スケジューリングの最適化を図ることによって、チャンネル切り替えに要する待ち時間を効率良く削減することが可能となる。また、予約スケジューリング処理の最適化を図ることが可能となるため、ネットワーク全体で利用可能な帯域を、有効に利用することが可能となる。
【０１３５】
（第２の実施形態）
続いて、図１８〜図２７Ｃを参照しながら、本発明の第２の実施形態について、詳細に説明する。本実施形態においても、配信サーバとしてＩＰＴＶサーバ５０を例に挙げ、クライアント機器としてＩＰＴＶターミナル６０を例に挙げて、説明を行う。
【０１３６】
一般的なチャンネル切り替えでは、現在選択されているチャンネルが主画面（全画面）に表示されている状態から、チャンネル切り替えボタン（コマンド）等を押下することにより、次のチャンネルの画面が主画面（全画面）に表示されるため、次のチャンネルへの画面切り替えのオーバヘッドが予測できず、場合によっては耐え切れない待ち時間が生じる可能性がある。
【０１３７】
そこで、本発明の第１の実施形態で説明したように、アクセスネットワーク上で、あらかじめ常時ヒット率の高いマルチキャストグループに参加しておくことにより、チャンネル切り替えのオーバヘッドを低減することが可能ではあるが、そのオーバヘッドの大小を、ザッピングの対象セッションを選択する際に認識させることにより、よりストレスのないザッピング操作を実現したい場合が考えられる。
【０１３８】
そのため、本実施形態では、アクセスネットワークにおけるマルチキャストセッションに割り当てるネットワーク帯域を例えば２つのクラスに分け、１つ目のクラスには、アクセスネットワークより上位のコアネットワーク上で登録されている本放送マルチキャストセッションのうち当該アクセスネットワークで視聴登録される可能性の高い本放送マルチキャストセッションを割り当て、２つ目のクラスには、コアネットワーク上で登録されている本放送マルチキャストセッションを変換した超低レートマルチキャストセッションを割り当てるというネットワーク帯域管理方式と、２つ目のクラスに相当するマルチキャストセッションをマルチウインドウ表示し、マルチウインドウに配置するチャンネルの順序について、複数の最適化方針（優先度）を選択できる方式、ならびに、各ウインドウの表示形式を、前述のアクセスネットワークにおけるリソース管理状況が把握できるような表示形式とすることにより、チャンネル切り替えのオーバヘッドを予測・比較できる方式を説明する。
【０１３９】
これらの方式により、ＩＰＴＶターミナル等のマルチキャストクライアント機器での、マルチキャストチャンネルザッピングのさらなる効率的制御が可能となる。
【０１４０】
本実施形態に係るマルチキャスト配信システム１０は、アクセスネットワーク１２Ｂのネットワーク帯域（例えば、マルチキャストストリーミングに利用可能な全帯域等）を、複数のクラスに分割し、分割したそれぞれのクラスに、利用用途を割り当てる。例えば、図１８に示したように、クラス１とクラス２という２つのクラスを定義し、クラス１として、本放送版（本来）のマルチキャストストリーム向けのネットワーク帯域を割り当て、クラス２として、超低レート版のマルチキャストストリーム向けのネットワーク帯域を割り当てる。なお、定義されるクラスの数は、上記の２つに限定されず、任意の数のクラスを定義することが可能である。
【０１４１】
（マルチキャスト配信システム１０について）
本実施形態に係るマルチキャスト配信システム１０は、図１において示したような本発明の第１の実施形態において説明したマルチキャスト配信システム１０と同様な構成を有する。すなわち、マルチキャストルータである下位ルータ２０Ｂが、ホームネットワーク１４とアクセスネットワーク１２Ｂとの境界に位置し、ホームネットワークセグメント上に、マルチキャストクライアントであるＩＰＴＶターミナル６０が接続されている。また、アクセスネットワーク１２Ｂと配信サーバであるＩＰＴＶサーバ５０との境界には、マルチキャストルータである上位ルータ２０Ａが設けられる。
【０１４２】
また、上位ルータ２０Ａは、上位ルータ２０Ａに接続された上位ルータ制御装置３０により制御され、下位ルータ２０Ｂは、下位ルータ２０Ｂに接続された下位ルータ制御装置４０により制御される。
【０１４３】
上位ルータ制御装置３０と下位ルータ制御装置４０とは、互いに連携しながら、また、アクセスネットワーク１２Ｂに接続されたアクセスネットワーク帯域コントローラ１７と連携しながら、アクセスネットワーク１２Ｂ上のネットワーク帯域の登録管理、ならびに、マルチキャスト登録スケジューリングを行う。
【０１４４】
本実施形態に係るＩＰＴＶサーバ５０および下位ルータ制御装置４０については、本発明の第１の実施形態に係るＩＰＴＶサーバおよび下位ルータ制御装置と同様の構成を有し、ほぼ同一の効果を奏するため、詳細な説明は省略する。
【０１４５】
（クライアント機器６０について）
続いて、図１９を参照しながら、本実施形態に係るクライアント機器であるＩＰＴＶターミナル６０の構成について、詳細に説明する。
【０１４６】
図１９に示したように、本実施形態に係るＩＰＴＶターミナル６０は、例えば、セッション確立部６０１と、コンテンツ取得部６０３と、コンテンツ再生部６０５と、個別コンテンツ識別子管理部６０７と、コンテンツ識別子送受信部６０９と、個別コンテンツ識別子記憶部６１１と、再生履歴記憶部６１３と、通信部６１５と、表示制御部であるザッピングマルチウインドウ制御部６２１と、を備える。
【０１４７】
セッション確立部６０１と、コンテンツ取得部６０３と、コンテンツ再生部６０５と、コンテンツ識別子送受信部６０９と、個別コンテンツ識別子記憶部６１１と、再生履歴記憶部６１３と、通信部６１５と、については、本発明の第１の実施形態に係るＩＰＴＶターミナル６０と同様の構成を有し、ほぼ同一の効果を奏するため、詳細な説明は省略する。
【０１４８】
個別コンテンツ識別子管理部６０７は、本発明の第１の実施形態に係る個別コンテンツ識別子管理部６０７の機能に加えて、切替時間付加部としての機能も有する。切替時間付加部は、上位ルータ制御装置３０から通知される予約スケジュール情報に基づいて、個別コンテンツ識別子記憶部６１１に記憶されているコンテンツのセッション情報に、予約スケジューリング対象期間における各コンテンツのチャンネル切替時間に関する情報を付加する。
【０１４９】
ザッピングマルチウインドウ制御部６２１は、ＩＰＴＶターミナル６０のユーザがザッピングに利用する、選択可能なマルチキャストチャンネルを一覧表示できるマルチウインドウの機能全般を制御する。このザッピングに利用するマルチウインドウは、例えばＩＰＴＶターミナル６０の出力装置を介して表示される。
【０１５０】
マルチウインドウ制御情報記憶部６２３は、マルチウインドウの表示制御に利用するマルチウインドウの表示制御方針等が記載された、マルチウインドウ制御情報を記憶する。
【０１５１】
これらのザッピングマルチウインドウ制御部６２１およびマルチウインドウ制御情報記憶部６２３の機能は、以下で詳細に説明する。
【０１５２】
（帯域の管理について）
本実施形態に係るマルチキャスト配信システムにおける本放送版のマルチキャストストリームは、第１の実施形態において図１１〜図１７を用いて説明した方法と同様の方法を用いてマルチキャスト予約スケジューリングがなされ、ＩＰＴＶターミナル６０に配信される。また、図１８ではクラス２として示した、超低レート版のマルチキャストストリームは、以下のような帯域の管理がなされる。
【０１５３】
本実施形態に係るマルチキャスト配信システムにおいて、超低レート版のマルチキャストストリームを配信するために、本実施形態に係る上位ルータ制御装置３０には、図１２で示した上位ルータ制御装置３０の各処理部に加えて、図２０に示したようなコンテンツ変換部３５１が設けられる。このコンテンツ変換部３５１は、アクセスネットワーク１２Ｂに接続されたアクセスネットワーク帯域コントローラ（図示せず。）と連携しながら、アクセスネットワーク１２Ｂの帯域管理に参加する。
【０１５４】
コンテンツ変換部３５１は、図２０に示したように、アクセスネットワーク１２Ｂよりさらに上位のコアネットワーク１２Ａ上のマルチキャストグループに対してマルチキャスト参加しているマルチキャストストリームから、超低レート版のマルチキャストストリームを生成する。生成される超低レート版のマルチキャストストリームの総帯域は、クラス２にあらかじめ割り当てられる帯域の範囲内におさまるように制御される。
【０１５５】
ここで、上記の超低レート版のマルチキャストストリームは、例えば図２１に示したように、当該マルチキャストストリームの音声部分はそのままとし、動画部分のマルチキャストストリームについては周期的なスナップショットのシークエンスに変換（デグレード）してから音声部分のマルチキャストストリームに同期させることで、新たなマルチキャストストリームを構成する。生成された超低レート版マルチキャストストリームは、すべてアクセスネットワーク１２Ｂに送出する。ここで、コアネットワーク１２Ａはアクセスネットワーク１２Ｂよりもキャパシティが大きいため、アクセスネットワーク１２Ｂにおけるマルチキャストストリームよりもはるかに多くのマルチキャストに対して登録が行われており、超低レート版のストリームの数は、本放送版のストリームの数よりも多くなる。
【０１５６】
（超低レート版マルチキャストストリームの生成について）
この、超低レート版マルチキャストストリーム生成と生成された超低レート版マルチキャストストリームの送出の流れとを、図２２を参照しながら、詳細に説明する。
【０１５７】
上位ルータ２０Ａに接続されている上位ルータ制御装置３０は、ＩＰＴＶサーバ５０からコアネットワーク１２Ａを介して配信される本放送版のマルチキャストの登録処理を行って（ステップＳ５０１）、登録済みのマルチキャストアドレスを、上位ルータ制御装置３０に設けられたコンテンツ変換部３５１へと伝送する（ステップＳ５０３）。すると、ＩＰＴＶサーバ５０から上位ルータ制御装置３０までのセッションが確立し、ＩＰＴＶサーバ５０から上位ルータ制御装置３０まで本放送版のマルチキャストストリームが送出される。同時に、この本放送版のマルチキャストストリームは、上位ルータ制御装置３０内のコンテンツ変換部３５１まで送出されることとなる（ステップＳ５０５）。
【０１５８】
すると、コンテンツ変換部３５１は、コアネットワーク１２Ａ上の本放送版のマルチキャストを受信して（ステップＳ５０７）、例えば上記のように音声部分のストリームはそのままに映像部分のストリームを変換することで、本放送版のマルチキャストから超低レート版のマルチキャストストリームを生成し、アクセスネットワーク１２Ｂへと送出する（ステップＳ５０９）。
【０１５９】
続いて、コンテンツ変換部３５１は、ＩＰＴＶサーバ５０上のマスターコンテンツ識別子記憶部５４１から、超低レート版マルチキャストストリームを生成した本放送版のマルチキャストストリームのセッション記述情報を取得する（ステップＳ５１１）。次に、コンテンツ変換部３５１は、以下で別途説明する方法を用いて、本放送版のマルチキャストストリームのセッション記述情報から、超低レート版マルチキャストストリームのセッション記述情報を、新たに生成し（ステップＳ５１３）、下位ルータ制御装置４０に伝送されるとともに（ステップＳ５１３）、例えばコンテンツ変換部に設けられたコンテンツ変換部コンテンツ識別子記憶部３５３へと格納される（ステップＳ５１３）。
【０１６０】
超低レート版マルチキャストストリームのセッション記述情報を受信した下位ルータ制御装置４０は、本放送版のマルチキャストストリームの登録処理と同様にして、アクセスネットワーク１２Ｂ上の超低レート版マルチキャストの登録処理を行う（ステップＳ５１５）。
【０１６１】
また、コンテンツ変換部３５１では、コンテンツ変換部コンテンツ識別子記憶部３５３を参照し、生成した超低レート版マルチキャストストリームのセッション記述情報を、ＩＰＴＶターミナル６０の個別コンテンツ識別子記憶部６１１へと通知する（ステップＳ５１７）。ＩＰＴＶターミナル６０に超低レート版マルチキャストストリームのセッション記述情報が伝送されることにより、ＩＰＴＶターミナル６０では、超低レート版のマルチキャストを実行することが可能となる。
【０１６２】
（マルチキャストセッション記述情報の生成について）
続いて、図２３を参照しながら、超低レート版マルチキャストセッション記述情報の生成の流れについて、詳細に説明する。
【０１６３】
超低レートマルチキャストストリームに対応するマルチキャストグループに参加するためのセッション記述情報は、コンテンツ変換部３５１において、コアネットワーク１２Ａ側の本来のマルチキャストストリームから、超低レート版マルチキャストストリームに変換されると同時に生成される。このセッション記述情報に格納されるマルチキャストグループ（アドレス）等は、本来のマルチキャストストリームのセッション記述情報とは異なり、コンテンツ変換部３５１において新たに生成されるものとなる。
【０１６４】
本来のマルチキャストストリームのセッション記述情報は、対応するコンテンツ識別子（ＣＲＩＤ）とともに、ＩＰＴＶサーバ５０上のマスターコンテンツ識別子記憶部５４１に格納されている。コンテンツ変換部３５１が設けられる上位ルータ制御装置３０は、コアネットワーク１２Ａ上の本放送のマルチキャストに参加する際に、すでに所望のマルチキャストアドレスを認識しており、このマルチキャストアドレスをコンテンツ変換部３５１に通知する。
【０１６５】
コンテンツ変換部３５１は、図２３に示したように、通知されたマルチキャストアドレスに基づいて、対応するコンテンツ識別子をマスターコンテンツ識別子記憶部５４１から取得し、得られるコンテンツ識別子と新たに生成される超低レート版マルチキャストストリームのセッション記述情報とを関連づけて、コンテンツ変換部コンテンツ識別子記憶部３５３に格納する。この新たに割り当てられるセッション記述においては、超低レートマルチキャストストリームであることが識別できるように、識別フラグが追加される。
【０１６６】
他方、コンテンツ変換部コンテンツ識別子記憶部３５３に格納される超低レート版マルチキャストストリームのセッション記述は、下位ルータ制御装置４０にも通知され、ただちに、下位ルータ制御装置４０のマルチキャスト予約部４０１によってマルチキャスト登録が行われる。
【０１６７】
コンテンツ変換部コンテンツ識別子記憶部３５３の内容は、すべてまとめてＩＰＴＶターミナル６０の個別コンテンツ識別子記憶部６１１に同期（コピー）されるか、または、個別コンテンツ識別子記憶部６１１の容量が小さい場合には、本発明の第１の実施形態に係る個別コンテンツ識別子記憶部６１１の最適化処理と同様の方法を用いて、ＩＰＴＶターミナル６０の個別コンテンツ識別子記憶部６１１に同期（コピー）される。
【０１６８】
（マルチキャストセッション記述情報について）
続いて、図２４を参照しながら、ＩＰＴＶターミナル６０の個別コンテンツ識別子記憶部６１１に格納される、クラス毎のセッション記述情報について、説明する。
【０１６９】
個別コンテンツ識別子記憶部６１１には、クラス１の本放送版のマルチキャストに対応するセッション記述情報と、クラス２の超低レート版のマルチキャストに対応するセッション記述情報とが共に格納される。クラス１のものについては、例えば、本発明の第１の実施形態で説明したように、ＩＰＴＶサーバ５０の最適化部５３５により最適化がなされ、ＩＰＴＶターミナル６０の個別コンテンツ識別子管理部６０７によって、オーバヘッド識別フラグ等の情報が追加される。また、クラス２に対応するセッション記述情報は、上述のように、上位ルータ制御装置３０のコンテンツ変換部によって生成される。
【０１７０】
以下に、図２４を参照しながら、個別コンテンツ識別子記憶部６１１に格納されるそれぞれのクラスのマルチキャストセッション記述情報の例を示す。それぞれのクラスのマルチキャストセッション記述は、対応するコンテンツ識別子（ＣＲＩＤ）に関連づけられており、マルチキャストセッション記述には、コンテンツ識別子に対応するマルチキャストアドレス、ポート番号、ＱｏＳパラメータ、コーデック情報および配信時刻・期間等が記載されている。さらに、クラス１のセッション記述には、第１の実施形態で説明したように、予約スケジューリング対象区間とチャンネル切り替えオーバヘッドの大小識別フラグがそれぞれ関連づけられる。
【０１７１】
他方、クラス２のマルチキャストセッション記述には、超低レート版のマルチキャストであることを示す超低レート版識別フラグが追加されるが、クラス１のものに追記されるオーバヘッド識別フラグは、追加記載されない。なぜなら、クラス２のセッションは常にアクセスネットワーク１２Ｂ上でマルチキャスト予約がなされており、チャンネル切り替えオーバヘッドが小であることが保証されるからである。
【０１７２】
本実施形態に係る下位ルータ２０Ｂは、ホームネットワーク１４における通信網１８のネットワーク帯域に余裕のある限り、上位ルータ２０Ａが生成した超低レート版マルチキャストストリームを、出来る限り多く登録する。ＩＰＴＶターミナル６０のザッピングマルチウインドウ制御部６２１は、超低レートマルチキャストストリームを受信して、ＩＰＴＶターミナル６０の表示装置に、マルチウインドウ制御情報記憶部６２３に記憶したマルチウインドウ制御情報に基づいて、受信した超低レートマルチキャストストリームを複数表示する。ここで、ザッピングマルチウインドウとは、超低レート版マルチキャストストリームそのものや、マルチキャストストリームの属性情報等が再生表示される、ザッピングに利用されるウインドウである。
【０１７３】
（超低レート版マルチキャストストリームの受信について）
続いて、図２６を参照しながら、本実施形態に係る超低レートマルチキャストストリームの受信方法について、詳細に説明する。
【０１７４】
ザッピングマルチウインドウ制御部６２１は、ザッピング表示用のストリームを取得するため、クラス２の超低レートマルチキャストストリームのマルチキャストグループに参加する。まず、ザッピングマルチウインドウ制御部６２１は、ザッピングマルチウインドウに表示されるウインドウの数に応じて、個別コンテンツ識別子管理部６０７に対して超低レート版マルチキャストセッション記述情報を要求する（ステップＳ６０１）。個別コンテンツ識別子管理部６０７は、個別コンテンツ識別子記憶部６１１を参照して、マルチキャストセッション記述情報の超低レート版識別フラグに基づいて、超低レートマルチキャストセッションのみを選別し（ステップＳ６０３）、選別した超低レートマルチキャストセッション記述情報を、ザッピングマルチウインドウ制御部６２１に応答する（ステップＳ６０５）。
【０１７５】
ザッピングマルチウインドウ制御部６２１は、取得したセッション記述に基づいて、所望の超低レート版マルチキャストセッションの登録を要請し、その後、当該超低レート版マルチキャストを受信する（ステップＳ６０７）。ここで、超低レート版マルチキャストストリームは、帯域を圧迫しないと考えられるため、下位ルータ制御装置４０は、ホームネットワーク１４のネットワーク帯域に余裕があれば可能な限りすべての超低レートマルチキャストに参加登録しておく。
【０１７６】
ザッピングマルチウインドウ制御部６２１は、受信ならびにウインドウ表示順等の方針、すなわち、どういう優先順位で超低レート版マルチキャストセッションを選択するかの方針（マルチウインドウ表示制御方針）を取得するために、マルチウインドウ制御情報記憶部６２３を参照する（ステップＳ６０９）。このマルチウインドウ表示制御方針については、以下で説明する。
【０１７７】
続いて、ザッピングマルチウインドウ制御部６２１は、超低レート版マルチキャストの中から、上記のマルチウインドウ表示制御方針に基づいて表示すべきストリームを選択し、表示順序を確定した後に、ザッピングマルチウインドウに再生表示する（ステップＳ６１１）。
【０１７８】
ここで、個別コンテンツ識別子記憶部６１１には、ＩＰＴＶターミナル６０のユーザの嗜好に合致する、クラス１、クラス２に相当するマルチキャストストリームのセッション記述が格納されている。また、個別コンテンツ識別子記憶部６１１の容量が許せば、クラス２については、ユーザの嗜好に合致するものばかりでなく、下位ルータ制御装置４０において、アクセスネットワーク１２Ｂ上で既に登録されているものすべてを記憶してもよい。クラス２の超低レート版マルチキャストストリームの中には、クラス１の本放送版マルチキャストストリームが変換されたものを含む。
【０１７９】
（マルチウインドウ表示制御方針について）
続いて、図２７Ａ〜図２７Ｃを参照しながら、本実施形態に係るマルチウインドウ表示制御方針について、具体的に説明する。
【０１８０】
本実施形態に係るマルチウインドウ表示制御方針には、マルチウインドウに表示する超低レート版マルチキャストチャンネルの順序を決めるための方針と、ウインドウの表示枠等の見栄えを決めるための方針とがある。順序を決めるための方針としては、例えば、ＩＰＴＶターミナル６０のユーザの嗜好優先度順や、ホームネットワーク内に既にマルチキャスト登録されてストリームが流れているセッション順等が考えられる。また、ウインドウの見栄えを決めるための方針としては、例えば、本放送マルチキャストストリーム（クラス１）を受信する際のチャンネル切り替えのオーバヘッドの大小や、複数のクラスの種別が明確となるように、例えば、ウインドウの枠の色や、ウインドウの形状等を変えることにより表示することが可能な表示方式等が考えられる。このような表示形式の差異により、チャンネル切り替えのオーバヘッドを予測・比較できるため、より効率的なザッピング対象選択が可能となる。
【０１８１】
＜具体例１＞
本実施形態に係るザッピングマルチウインドウの表示方式の一例として、例えば、図２７Ａに示したように、直近のマルチキャストルータである下位ルータ２０Ｂにおいて既に参加登録されている本放送版のマルチキャスト（クラス１のマルチキャスト）を、ユーザの嗜好順に表示する場合が考えられる。
【０１８２】
クラス１に割り当てられているマルチキャストストリームについては、上述の手順により、直近の下位ルータ制御装置４０において、マルチキャスト予約スケジュールに基づいて参加登録される。クラス１のチャンネルであるか否かは、個別コンテンツ識別子記憶部６１１内に格納されているマルチキャストセッション記述情報のオーバヘッド識別フラグと対応する時間区間とにより識別できる。これにより、ザッピングマルチウインドウ制御部６２１は、ザッピングマルチウインドウに表示する際の時刻と時間区間とを照合して、その時刻にオーバヘッドが小であるものを選択する。さらに、個別コンテンツ識別子記憶部６１１や再生履歴記憶部６１３に記録されるユーザの嗜好優先度を考慮にいれて、表示順が決定される。表示に際しては、図２７Ａに示したように、例えば、オーバヘッドが小であるものの表示枠を、太枠にしたり他とは別の色としたりしてハイライト枠表示とすることで、オーバヘッドが小であることを、ＩＰＴＶターミナル６０のユーザに告知することが可能である。これらを選択すると、いずれも本放送画面がすぐに出てくること、すなわち、ザッピングによるオーバヘッドが小さいことが期待される。
【０１８３】
上記のような表示制御方針を採ることで、例えばザッピングマルチウインドウの一番左から順に、既に本放送版のマルチキャストが登録されたものであり、かつ、ユーザの嗜好に即したものが表示されることとなる。その結果、ＩＰＴＶターミナル６０のユーザは、本放送マルチキャストストリームを受信する際のチャンネル切り替えのオーバヘッドが最小であり、かつユーザの嗜好優先度順にチャンネルを選択することが可能となる。
【０１８４】
＜具体例２＞
本実施形態に係るザッピングマルチウインドウの表示方式の一例として、例えば、図２７Ｂに示したように、ＩＰＴＶターミナル６０のユーザの嗜好に最も近い内容を持つチャンネルの順に表示する場合が考えられる。
【０１８５】
上記の表示制御方針の場合には、ＩＰＴＶターミナル６０においてマルチキャスト登録しているクラス２のマルチキャストセッションを、個別コンテンツ識別子記憶部６１１に記録されているユーザの嗜好優先度順に表示する。さらに、上記の手順と同様にして、クラス１に相当するものをハイライト枠表示する。ハイライト表示されているものについては、そのチャンネルを選択することで、本放送画面がすぐに出てくることをユーザに通知することが可能であり、ハイライト表示されていないものについては、本放送画面が出るまでに時間がかかることをユーザに通知することが可能となる。
【０１８６】
上記のような表示制御方針を採ることで、例えばザッピングマルチウインドウの一番左から順に、ユーザの嗜好に即したものが、本放送版のマルチキャストが既に登録されているか否かにかかわらず表示されることとなる。ユーザは、最も関心が高いと思われるチャンネルの順にコンテンツを選択することができ、かつ、チャンネル切り替えオーバヘッドの予測をすることができる。
【０１８７】
＜具体例３＞
本実施形態に係るザッピングマルチウインドウの表示方式の一例として、例えば、図２７Ｃに示したように、サービスプロバイダ側、すなわち、ＩＰＴＶサーバ５０があらかじめ設定したチャンネル順（いわゆるラテ欄順）に、超低レート版マルチキャストを表示する場合が考えられる。
【０１８８】
サービスプロバイダ側から提供されるチャンネル順位情報は、例えばＥＰＧ情報として別途個別コンテンツ識別子記憶部６１１に提供されるため、上記の表示制御方針の場合には、ザッピングマルチウインドウ制御部６２１は、ザッピングマルチウインドウの表示に余分な処理を行うことなく超低レート版マルチキャストを表示することが可能となる。そのため、ザッピングマルチウインドウ制御部６２１の負荷が少なくなると考えられる。
【０１８９】
また、上記のような表示制御方針を採ることで、いわゆるラテ欄順にザッピングマルチウインドウが表示されることとなるため、ＩＰＴＶターミナル６０のユーザは、あらかじめ視聴したいマルチキャストアドレスが決まっている場合には、容易にコンテンツを選択することが可能となる。
【０１９０】
なお、上述した実施形態においては、ザッピングマルチウインドウに動画が表示される場合について説明したが、ザッピングマルチウインドウには静止画像が表示されてもよく、コンテンツの内容を示すテキスト（文章）が表示されてもよい。
【０１９１】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【０１９２】
【図１】本発明の第１の実施形態に係るマルチキャスト配信システムを示す説明図である。
【図２】同実施形態に係る配信サーバのハードウェア構成を説明するための説明図である。
【図３】同実施形態に係るマルチキャストルータのハードウェア構成を説明するための説明図である。
【図４】本発明の基盤技術に係るコンテンツ配信システムを示す説明図である。
【図５】本発明の基盤技術に係るコンテンツ配信システムを示す説明図である。
【図６】本発明の基盤技術に係るコンテンツ配信システムを示す説明図である。
【図７】本発明の第１の実施形態に係る配信サーバを説明するためのブロック図である。
【図８】同実施形態に係るクライアント機器を説明するためのブロック図である。
【図９】同実施形態に係るコンテンツ識別子情報を説明するための説明図である。
【図１０】同実施形態に係るメタデータを説明するための説明図である。
【図１１】同実施形態に係る個別コンテンツ識別子記憶部の最適化処理について説明するための流れ図である。
【図１２】同実施形態に係る上位ルータ制御装置および下位ルータ制御装置を説明するための説明図である。
【図１３】同実施形態に係るマルチキャスト予約スケジューリングの流れを説明するための流れ図である。
【図１４】同実施形態に係る予約スケジューリング区間について説明するための説明図である。
【図１５】同実施形態に係る予約スケジューリング処理について説明するための流れ図である。
【図１６】同実施形態に係る予約スケジューリング処理について説明するための説明図である。
【図１７】同実施形態に係る予約スケジューリング処理について説明するための説明図である。
【図１８】本発明の第２の実施形態に係るアクセスネットワーク帯域について説明するための説明図である。
【図１９】同実施形態に係るクライアント機器を説明するためのブロック図である。
【図２０】同実施形態に係る上位ルータ制御装置について説明するための説明図である。
【図２１】同実施形態に係るコンテンツ変換部について説明するための説明図である。
【図２２】同実施形態に係るコンテンツ変換処理について説明するための流れ図である。
【図２３】同実施形態に係るコンテンツ変換部について説明するための説明図である。
【図２４】同実施形態に係るマルチキャストセッション記述情報について説明するための説明図である。
【図２５】同実施形態に係るザッピングマルチウインドウについて説明するための説明図である。
【図２６】同実施形態に係るザッピングマルチウインドウの制御方法について説明するための流れ図である。
【図２７Ａ】同実施形態に係るザッピングマルチウインドウの一例を説明するための説明図である。
【図２７Ｂ】同実施形態に係るザッピングマルチウインドウの一例を説明するための説明図である
【図２７Ｃ】同実施形態に係るザッピングマルチウインドウの一例を説明するための説明図である
【符号の説明】
【０１９３】
１０    マルチキャスト配信システム
１２    コア・アクセスネットワーク
１２Ａ    コアネットワーク
１２Ｂ    アクセスネットワーク
１４    ホームネットワーク
１６    中継サーバ
１７    アクセスネットワーク帯域コントローラ
１８    通信網
２０    マルチキャストルータ
２０Ａ    上位ルータ
２０Ｂ    下位ルータ
３０    上位ルータ制御装置
４０    下位ルータ制御装置
５０    配信サーバ
６０    クライアント機器
３０１    セッション情報取得部
３０３    予約スケジューリング部
３０５    スケジュール情報通知部
３０７    記憶部
３５１    コンテンツ変換部
３５３    コンテンツ変換部コンテンツ識別子記憶部
４０１    マルチキャスト予約部
４０３    スケジュール情報送受信部
４０５    記憶部
５３１    セッション確立部
５３３    コンテンツ配信部
５３５    最適化部
５３７    関連コンテンツ選択部
５３９    更新部
５４１    マスターコンテンツ識別子記憶部
５４３    メタデータ記憶部
５４５    通信部
６０１    セッション確立部
６０３    コンテンツ取得部
６０５    コンテンツ再生部
６０７    個別コンテンツ識別子管理部
６０９    コンテンツ識別子送受信部
６１１    個別コンテンツ識別子記憶部
６１３    再生履歴記憶部
６２１    ザッピングマルチウインドウ制御部
６２３    マルチウインドウ制御情報記憶部
【図１】
2008199540.tif 000003
【図２】
2008199540.tif 000004
【図３】
2008199540.tif 000005
【図４】
2008199540.tif 000006
【図５】
2008199540.tif 000007
【図６】
2008199540.tif 000008
【図７】
2008199540.tif 000009
【図８】
2008199540.tif 000010
【図９】
2008199540.tif 000011
【図１０】
2008199540.tif 000012
【図１１】
2008199540.tif 000013
【図１２】
2008199540.tif 000014
【図１３】
2008199540.tif 000015
【図１４】
2008199540.tif 000016
【図１５】
2008199540.tif 000017
【図１６】
2008199540.tif 000018
【図１７】
2008199540.tif 000019
【図１８】
2008199540.tif 000020
【図１９】
2008199540.tif 000021
【図２０】
2008199540.tif 000022
【図２１】
2008199540.tif 000023
【図２２】
2008199540.tif 000024
【図２３】
2008199540.tif 000025
【図２４】
2008199540.tif 000026
【図２５】
2008199540.tif 000027
【図２６】
2008199540.tif 000028
【図２７Ａ】
2008199540.tif 000029
【図２７Ｂ】
2008199540.tif 000030
【図２７Ｃ】
2008199540.tif 000031