(57)【要約】【課題】受信装置で初期再生処理に必要なデータの送信処理に係る負荷を低減すると共に通信手順を簡略化することができるマルチキャスト配信装置、マルチキャスト配信プログラム、および記録媒体を提供する。【解決手段】送受信部１１は第１のマルチキャストグループのコンテンツデータを受信する。コンテンツデータ記憶部１２は、受信された第１のマルチキャストグループのコンテンツデータを記憶する。送信データ生成部１３は、コンテンツデータ記憶部１２に格納されているコンテンツデータから、受信装置で初期再生処理に必要な第２のマルチキャストグループのコンテンツデータを生成する。送受信部１１は、第２のマルチキャストグループのコンテンツデータを第１のマルチキャストグループのコンテンツデータよりも高速に送信する。【選択図】図２
2008227621.tif 000002
【特許請求の範囲】
【請求項１】
マルチキャスト方式でコンテンツデータを配信するマルチキャスト配信装置において、
第１のマルチキャストグループのコンテンツデータを受信する受信手段と、
受信された前記第１のマルチキャストグループのコンテンツデータを記憶する記憶手段と、
前記記憶手段から前記第１のマルチキャストグループのコンテンツデータを読み出し、受信装置で初期再生処理に必要な第２のマルチキャストグループのコンテンツデータとして、前記第１のマルチキャストグループのコンテンツデータよりも高速に送信する送信手段と、
を備えたことを特徴とするマルチキャスト配信装置。
【請求項２】
前記受信装置で初期再生処理に必要なバッファリング量と、前記第１のマルチキャストグループに対する前記第２のマルチキャストグループのコンテンツデータの送信速度の比率とに基づいて、前記第２のマルチキャストグループのコンテンツデータの送信順序を決定する送信順序決定手段をさらに備えたことを特徴とする請求項１に記載のマルチキャスト配信装置。
【請求項３】
前記送信速度の比率に基づいた所定の間隔で送信される前記第２のマルチキャストグループの２つのコンテンツデータが、前記第１のマルチキャストグループで連続する２つのコンテンツデータに対応することを特徴とする請求項２に記載のマルチキャスト配信装置。
【請求項４】
請求項１〜請求項３のいずれかに記載のマルチキャスト配信装置としてコンピュータを機能させるためのマルチキャスト配信プログラム。
【請求項５】
請求項４に記載のマルチキャスト配信プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチキャスト方式でコンテンツデータを配信するマルチキャスト配信装置に関する。また、本発明は、本マルチキャスト配信装置としてコンピュータを機能させるためのマルチキャスト配信プログラム、および本マルチキャスト配信プログラムを記録した記録媒体にも関する。
【背景技術】
【０００２】
近年、ブロードバンド通信網の発達によって、大容量の映像コンテンツをＩＰ（Internet Protocol）網経由で配信するサービスの要求が高まっている。その映像コンテンツ配信サービスにおいて、予め配信時間が決められている場合には、ＩＰマルチキャスト方式によって同じ映像コンテンツを同時に且つ多数の視聴者へ効率的に配信することができる。
【０００３】
例えば、インターネットを利用したテレビ放送（以下、「インターネットテレビ放送（ＩＰＴＶ）」と記載）では、一サービスとして、番組表に従って複数のチャンネルで各々の番組が同時に配信されている（放送波の場合と同等）。ＩＰＴＶでは、各チャンネルで別々のマルチキャストアドレスを用いることにより、複数のチャンネルの各々に対応するマルチキャストトグループが構成されている。各チャンネルの切替は、新たに視聴するチャンネルのマルチキャストグループに参加することで行われる。これにより、視聴者は、ＩＰＴＶ受像機で任意のチャンネルを選択することができ、自由にチャンネルを切り替えて各チャンネルの番組を視聴することができる。
【０００４】
チャンネル切替時には、ＩＰＴＶ受像機におけるデータ蓄積等の要因で、新たなチャンネルの番組再生の開始に遅れが生じる。例えば、デジタル圧縮符号化された映像コンテンツの復号用データの蓄積や、伝送誤り対策の誤り訂正符号の復号のためのデータ蓄積等、もしくはデータ到達間隔のゆらぎを補正するための再生バッファリング等に時間がかかっている。このため、迅速なチャンネル切替を実現するためのチャンネル切替技術が特許文献１，２に開示されている。
【特許文献１】特開２００４−８０７８５号公報
【特許文献２】特開２００５−１２４１９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１，２に開示された従来のチャンネル切替技術では、各視聴者からの新たなチャンネルへの切替要求に対し、チャネル切替用配信サーバが個々に応答して、ビデオデータをユニキャストで送信する。このため、各視聴者のチャンネル切替に対する個別のデータ送信処理が発生し、多数の視聴者から同時にチャンネル切替要求があった場合には、チャネル切替用配信サーバに多大な負荷がかかる。さらに、従来のチャンネル切替技術では、新たなチャンネルへの切替要求と、チャネル切替用配信サーバからの通信に対する応答とを視聴者からチャネル切替用配信サーバに対して送信する必要があり、新たなマルチキャストグループへの参加のみの単純な通信手順でチャンネル切替を実現することができず、通信手順が複雑である。
【０００６】
本発明は、上述した課題に鑑みてなされたものであって、受信装置で初期再生処理に必要なデータの送信処理に係る負荷を低減すると共に通信手順を簡略化することができるマルチキャスト配信装置、マルチキャスト配信プログラム、および記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、上記の課題を解決するためになされたもので、マルチキャスト方式でコンテンツデータを配信するマルチキャスト配信装置において、第１のマルチキャストグループのコンテンツデータを受信する受信手段と、受信された前記第１のマルチキャストグループのコンテンツデータを記憶する記憶手段と、前記記憶手段から前記第１のマルチキャストグループのコンテンツデータを読み出し、受信装置で初期再生処理に必要な第２のマルチキャストグループのコンテンツデータとして、前記第１のマルチキャストグループのコンテンツデータよりも高速に送信する送信手段とを備えたことを特徴とするマルチキャスト配信装置である。
【０００８】
また、本発明のマルチキャスト配信装置は、前記受信装置で初期再生処理に必要なバッファリング量と、前記第１のマルチキャストグループに対する前記第２のマルチキャストグループのコンテンツデータの送信速度の比率とに基づいて、前記第２のマルチキャストグループのコンテンツデータの送信順序を決定する送信順序決定手段をさらに備えたことを特徴とする。
【０００９】
また、本発明のマルチキャスト配信装置において、前記送信速度の比率に基づいた所定の間隔で送信される前記第２のマルチキャストグループの２つのコンテンツデータが、前記第１のマルチキャストグループで連続する２つのコンテンツデータに対応することを特徴とする。
【００１０】
また、本発明は、上記のマルチキャスト配信装置としてコンピュータを機能させるためのマルチキャスト配信プログラムである。
【００１１】
また、本発明は、上記のマルチキャスト配信プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００１２】
本発明によれば、受信装置で初期再生処理に必要なコンテンツデータをマルチキャスト方式で送信することによって、受信装置毎の個別のデータ送信処理が不要となるので、受信装置で初期再生処理に必要なデータの送信処理に係る負荷を低減することができるという効果が得られる。また、本発明によれば、受信装置では、第２のマルチキャストグループへの参加のみの単純な通信手順により、初期再生処理に必要なデータの受信が可能となるので、通信手順を簡略化することができるという効果が得られる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照し、本発明の実施形態を説明する。図１は、本発明の一実施形態によるＩＰＴＶシステムの構成を示している。図１において、チャンネル切替用マルチキャスト配信サーバ１、コンテンツ配信サーバ２、および視聴者装置３は、ＩＰマルチキャスト対応の通信ネットワーク４に接続されている。
【００１４】
コンテンツ配信サーバ２は、ＩＰ放送で提供する番組のコンテンツデータをマルチキャストＧｐ（マルチキャストグループ）１００のマルチキャスト形式で、通信ネットワーク４を介して各視聴者装置３に配信する。マルチキャストＧｐ１００は、チャンネル毎に設けられる。各チャンネルのマルチキャストＧｐ１００は、それぞれ異なるマルチキャストアドレスを有する。チャンネル切替用マルチキャスト配信サーバ１は、コンテンツ配信サーバ２から直接にマルチキャストＧｐ１００のコンテンツデータを受信し、そのコンテンツデータから生成したチャンネル切替用マルチキャストＧｐ２００のコンテンツデータをマルチキャスト方式で送信する。視聴者装置３は、マルチキャストＧｐ１００への参加（Ｊｏｉｎ）命令１１０を通信ネットワーク４に送信することで、マルチキャストＧｐ１００のコンテンツデータを受信する。
【００１５】
ここで、チャンネル切替が発生した場合、視聴者装置３は、新たなチャンネルのマルチキャストＧｐ１００への参加命令１１０と共に、当該新たなチャンネルへのチャンネル切替用マルチキャストＧｐ２００への参加命令２１０を通信ネットワーク４に送信する。これにより、視聴者装置３は、新たなチャンネルのマルチキャストＧｐ１００のコンテンツデータと、当該新たなチャンネルへのチャンネル切替用マルチキャストＧｐ２００のコンテンツデータとの両方を受信する。
【００１６】
図２はチャンネル切替用マルチキャスト配信サーバ１の構成を示している。図２において、送受信部１１はマルチキャスト形式のコンテンツデータの送信と受信を行う。ハードディスクドライブや半導体メモリ等で構成されるコンテンツデータ記憶部１２は、送受信部１１によって受信されたコンテンツデータを記憶する。送信データ生成部１３は、コンテンツデータ記憶部１２に格納されているコンテンツデータからチャンネル切替用マルチキャストＧｐ２００のコンテンツデータを生成する。
【００１７】
チャンネル切替用マルチキャスト配信サーバ１は、より具体的には以下のように動作する。送受信部１１は、コンテンツ配信サーバ２から送信されたマルチキャストＧｐ１００のコンテンツデータを直接に受信し、コンテンツデータ記憶部１２に格納する。コンテンツデータはチャンネル毎に区別されてコンテンツデータ記憶部１２に格納される。
【００１８】
送信データ生成部１３は、マルチキャストＧｐ１００のチャンネル毎にコンテンツデータ記憶部１２からコンテンツデータを読み出し、各チャンネルに対応したチャンネル切替用マルチキャストＧｐ２００のコンテンツデータとして送受信部１１へ出力する。各チャンネルのチャンネル切替用マルチキャストＧｐ２００は、同じチャンネルのマルチキャストＧｐ１００とは異なる固有のマルチキャストアドレスを有する。また、チャンネル切替用マルチキャストＧｐ２００のコンテンツデータを生成する際に送信データ生成部１３は、視聴者装置３で初期再生処理に必要なバッファリング量（Ｂ）と、マルチキャストＧｐ１００に対するチャンネル切替用マルチキャストＧｐ２００のコンテンツデータの送信速度の比率（Ｒ：バースト転送比率）とに基づいて、チャンネル切替用マルチキャストＧｐ２００のコンテンツデータの送信順序を決定する。
【００１９】
送受信部１１はチャンネル切替用マルチキャストＧｐ２００のコンテンツデータを通信ネットワーク４に送信する。チャンネル切替用マルチキャストＧｐ２００のコンテンツデータは、マルチキャストＧｐ１００のコンテンツデータよりも高速に送信される。
【００２０】
次に、本実施形態におけるチャンネル切替用マルチキャストＧｐ２００のコンテンツデータの送信規則を説明する。図３は、マルチキャストＧｐ１００のコンテンツデータと、そのマルチキャストＧｐ１００に対応したチャンネル切替用マルチキャストＧｐ２００のコンテンツデータとの間の時間軸上の関係を示している。図３に示されるように、チャンネル切替用マルチキャストＧｐ２００のコンテンツデータは、１つのマルチキャストＧｐ１００のパケットに対して異なる遅延量を持つ３つのパケットから構成されている。
【００２１】
この遅延は、チャンネル切替用マルチキャスト配信サーバ１で付加される。また、これら遅延量は、視聴者装置３で初期再生処理に必要なバッファリング量Ｂ（図３の例ではＢ＝１０）およびバースト転送比率Ｒ（図３の例ではＲ＝３）に基づいて、送信データ生成部１３によって計算される。したがって、視聴者装置３は、マルチキャストＧｐ１００で配信されるコンテンツデータよりも過去のコンテンツデータをチャンネル切替用マルチキャストＧｐ２００で受信する。
【００２２】
視聴者装置３は、マルチキャストＧｐ１００およびチャンネル切替用マルチキャストＧｐ２００のコンテンツデータを並行して受信することで、以下に示すように、チャンネル切替時のデータ蓄積を従来よりも速い速度で行うことができる。図３の例では、チャンネル切替用マルチキャストＧｐ２００のパケット「３」、「６」、「８」は、マルチキャストＧｐ１００のパケット「１０」からそれぞれ７、４、２パケット分遅延している。
【００２３】
また、チャンネル切替用マルチキャストＧｐ２００で送信される各パケットに注目すると、任意のパケットとそのＲ個後に送信されるパケットとの関係は、元のマルチキャストＧｐ１００では連続するパケットの関係となっている。言い換えると、マルチキャストＧｐ１００で連続する任意の２つのコンテンツデータに対応するチャンネル切替用マルチキャストＧｐ２００の２つのコンテンツデータが、バースト転送比率Ｒに基づいた所定の間隔で送信される。例えば、チャンネル切替用マルチキャストＧｐ２００のパケット「３」のＲ（Ｒ＝３）個後に送信されるパケットは「４」であり、パケット「６」のＲ個後に送信されるパケットは「７」であり、パケット「８」のＲ個後に送信されるパケットは「９」である。他のパケットについても同様の関係が成り立っている。
【００２４】
図３に示される例（視聴者装置３で初期再生処理に必要なバッファリング量Ｂが１０、バースト転送比率Ｒが３の例）では、マルチキャストＧｐ１００のコンテンツデータのみを受信する方法だと、マルチキャストＧｐ１００のパケット「１０」（時刻ｔ１）から受信を開始した場合、マルチキャストＧｐ１００のパケット「１９」までのパケット（１０個分）をバッファリングしたときに復号処理（再生）を開始することができる。これに対して、本実施形態のようにチャンネル切替用マルチキャストＧｐ２００のコンテンツデータも同時に受信した場合、マルチキャストＧｐ１００のパケット「１２」（時刻ｔ２）まで受信すれば、チャンネル切替用マルチキャストＧｐ２００からも７つのパケットを受信することが可能である。
【００２５】
このため、マルチキャストＧｐ１００のコンテンツデータのみをバッファリングする場合に比べて、非常に速く復号処理（再生）を開始することができる。つまり、マルチキャストＧｐ１００の３個分のパケット（パケット「１０」から「１２」）を受信する時間で、チャンネル切替用マルチキャストＧｐ２００の７個のパケットを含めた合計１０個のパケット（パケット「３」から「１２」）を受信することができ、視聴者装置３においてチャンネル切替時のデータ蓄積速度が上がる。これにより、チャンネル切替時において、新たなチャンネルの再生開始に必要な一定量のデータ蓄積にかかる時間が短縮されるので、新たなチャンネルの再生開始までの待ち時間が減り、迅速なチャンネル切替を実現することができる。
【００２６】
また、本実施形態は以下の問題をも解決し得るものである。本発明者は、チャンネル切替用マルチキャスト配信サーバから常時データを送信し受信者側でのバッファリング時間を短縮してチャンネル切替を高速に行う技術を発明した（特願２００６−１９１４６２）。しかしながら、当該発明では、チャンネル切替用マルチキャスト配信サーバから送信されたパケットを受信者でバッファリングした際に、重複したパケットをバッファリングする可能性があった。そのため、チャンネル切替時間を十分に短縮できないこと、もしくはネットワークに冗長なパケットが転送されることが予想される。
【００２７】
これに対して、本実施形態によれば、バッファリングしたマルチキャストＧｐ１００のコンテンツデータとチャンネル切替用マルチキャストＧｐ２００のコンテンツデータに重複がないため、効率的である。ただし、視聴者装置３がチャンネル切替用マルチキャストＧｐ２００のパケット「８」（マルチキャストＧｐ１００のパケット「１０」と「1１」の間）から受信し始めた場合には、マルチキャストＧｐ１００のパケット「１３」まで受信する必要があり、パケット「８」（チャンネル切替用マルチキャストＧｐ２００のパケット「６」から受信し始めた場合にはパケット「６」も）は重複することになる。
【００２８】
視聴者装置３が１０個のパケットをバッファリングしたときに貯まっているパケットは、並び替えを行うとパケット「３」から「１２」までとなっており、その状態は、あたかもパケット「３」から１０パケットを受信した場合と同じ状態であり、同様に復号や再生処理を行うと、通常の場合と比べて再生のずれはない。
【００２９】
以下、視聴者装置で初期再生処理に必要なバッファリング量Ｂとバースト転送倍率Ｒとから各パケットの遅延量を決定する方法の一例を示す。まず、マルチキャストＧｐ１００のシーケンス番号ｉのパケットと同期するチャンネル切替用マルチキャストＧｐ２００のパケットの遅延量Ｄ１は、以下の（１）式に基づいて決定される。
Ｄ１＝Ｂ−［Ｂ／（Ｒ＋１）］  ・・・（１）
【００３０】
すなわち、マルチキャストＧｐ１００のシーケンス番号ｉのパケットと同期するチャンネル切替用マルチキャストＧｐ２００のパケットのシーケンス番号は、ｉよりＤ１だけ小さいｉ−Ｄ１である。ただし、［Ｘ］はＸの小数点以下を切り上げた整数を表す。続いて、Ｒ−１個の非同期なチャンネル切替用のマルチキャストパケットについて検討する。マルチキャストＧｐ１００のシーケンス番号ｉに対するチャンネル切替用マルチキャストＧｐの各パケットの遅延量は、以下の各式に基づいて決定される。
Ｄ２＝Ｄ１−［（Ｂ−１）／（Ｒ＋１）］
Ｄ３＝Ｄ２−［（Ｂ−２）／（Ｒ＋１）］
Ｄ４＝Ｄ３−［（Ｂ−３）／（Ｒ＋１）］
・・・
Ｄｋ＝Ｄｋ−１−［（Ｂ−ｋ＋１）／（Ｒ＋１）］
・・・
ＤＲ＝ＤＲ−１−［（Ｂ−Ｒ）／（Ｒ＋１）］
【００３１】
図４は、Ｂ＝１６、Ｒ＝５の場合に、上記の規則に従った送信順序で送信されるパケットの例を示している。図４では、Ｄ１＝１３、Ｄ２＝１０、Ｄ３＝７、Ｄ４＝４、Ｄ５＝２である。チャンネル切替用マルチキャストＧｐ１００のパケットは、マルチキャストＧｐ１００の同期パケットから順にＤ１、Ｄ２、Ｄ３、Ｄ４、Ｄ５だけ番号の遅れたパケットの順に送信される。
【００３２】
次に、図５を参照しながら、再生同期を考慮したパケットの送信順序を説明する。図５（ａ）において、視聴者装置３が時刻ｔ４（マルチキャストＧｐ１００のパケット「２０」とチャンネル切替用マルチキャストＧｐ２００のパケット「７」）から受信し始めた場合、時刻ｔ６（チャンネル切替用マルチキャストＧｐ２００のパケット「１５」）で受信パケットの数が１６（＝Ｂ）に達する。通常では、マルチキャストＧｐ１００のパケットに合わせて復号化や再生が始まるので、マルチキャストＧｐ１００のパケット「２２」または「２３」を受信した時点でパケット「７」の復号化や再生が始まるはずである。しかし、マルチキャストＧｐ１００のパケット「２２」を受信した時点では受信パケットの数が必要量に足りないので、マルチキャストＧｐ１００のパケット「２３」を受信した時点でパケットの復号化や再生が始まることになる。
【００３３】
マルチキャストＧｐ１００のパケットに合わせて再生の同期を行う場合には、時刻ｔ６（マルチキャストＧｐ１００のパケット「２３」）を受信したときに、パケット８から復号や再生を始めれば、他の視聴者装置３と再生同期を図ることができる。再生同期を前提にすれば、図５（ａ）の場合、視聴者装置３が時刻ｔ３〜ｔ５の間のいずれかのタイミングで受信を開始すれば、時刻ｔ７でバッファリングが終了する。しかし、図５（ａ）の送信順序では、復号化や再生に不要なパケットや、重複するパケットを受信することになる。例えば、視聴者装置３が時刻ｔ４から受信し始めた場合、不要なパケット「７」を受信すると共に、パケット「１０」を重複して受信する。視聴者装置３が時刻ｔ５から受信を開始すれば、不要なパケットや重複するパケットの受信はなくなる。
【００３４】
図５（ｂ）に示される送信順序の場合も、新たなチャンネルの再生開始に必要な一定量のデータ蓄積にかかる時間を十分に短縮することが可能である。図５（ｂ）の場合も、視聴者装置３が時刻ｔ３〜ｔ５の間のいずれかのタイミングで受信を開始すれば、時刻ｔ７でバッファリングが終了し、特に時刻ｔ５から受信を開始すれば、不要なパケットや重複するパケットの受信はなくなる。
【００３５】
図５（ｃ）に示される送信順序では、チャンネル切替用マルチキャストＧｐ２００のパケットとして送信するパケットの遅延量Ｄ２、Ｄ３、Ｄ４、Ｄ５の関係はＤ２＜Ｄ３＜Ｄ４＜Ｄ５となっている。図５（ｃ）に示される送信順序の場合も、視聴者装置３が時刻ｔ３〜ｔ５の間のいずれかのタイミングで受信を開始すれば、時刻ｔ７でバッファリングが終了し、特に時刻ｔ５から受信を開始すれば、不要なパケットや重複するパケットの受信はなくなる。図５（ａ）、（ｂ）と（ｃ）における時刻ｔ５のタイミングを比較すると、図５（ｃ）の方が時刻ｔ５のタイミングが遅い。すなわち、受信開始から受信終了までの最短時間（時刻ｔ５から時刻ｔ７までの時間）がより短くなるので、受信開始から再生開始までの時間を短縮することができる。
【００３６】
以下、図６〜図９を参照しながら、図５（ａ）と（ｃ）に示したチャンネル切替用マルチキャストＧｐ２００のパケットの送信順序を決定する方法を説明する。図５（ａ）に示した送信順序は以下のようにして決定される。まず、バッファリング量Ｂとバースト転送比率Ｒに基づいて、マルチキャストＧｐ１００のパケットと同期するチャンネル切替用マルチキャストＧｐ２００のパケットの遅延量Ｄ１が（１）式に従って算出される。図５ではＢ＝１６、Ｒ＝５であるから、Ｄ１＝１３となる。マルチキャストＧｐ１００のパケットと同期するチャンネル切替用マルチキャストＧｐ２００のパケットのシーケンス番号を決定した状態が図６（ａ）の状態である。
【００３７】
続いて、バッファリング量Ｂだけパケットを受信する間（時刻ｔ４〜ｔ６間）にパケットの重複がないように、かつＲ個離れたパケット同士の番号の差が１となるように、各パケットのシーケンス番号が決定される（図６（ｂ）〜（ｃ）、図７（ａ）〜（ｂ））。特に、図６および図７では、さらにＤ２＞Ｄ３＞Ｄ４＞Ｄ５の関係を満たすようにシーケンス番号が決定される。
【００３８】
図５（ｃ）に示した送信順序は以下のようにして決定される。まず、上記と同様にして、マルチキャストＧｐ１００のパケットと同期するチャンネル切替用マルチキャストＧｐ２００のパケットのシーケンス番号が決定される。このシーケンス番号を決定した状態が図８（ａ）の状態である。
【００３９】
続いて、バッファリング量Ｂだけパケットを受信する間（時刻ｔ５〜ｔ７間）にパケットの重複がないように、かつＲ個離れたパケット同士の番号の差が１となるように、各パケットのシーケンス番号が決定される（図８（ｂ）〜（ｃ）、図９（ａ）〜（ｂ））。特に、図８および図９では、さらにＤ２＜Ｄ３＜Ｄ４＜Ｄ５の関係を満たすようにシーケンス番号が決定される。
【００４０】
本実施形態のような高速バッファリング機能を前提とすれば、通常必要なバッファリング量をザッピング（チャンネル切替時）の瞬間のみ小さくして運用することも可能である。これは、視聴者装置３においてパケットが高速で貯まるため、およびジッタ吸収分のバッファリングが不要になるためである。その場合、復号処理などに必要なバッファリング量をあらためてＢとし、上の式を用いて計算すればよい。
【００４１】
また、通常のサービスにおいては、各視聴者装置３で必要なバッファリング量が同じになる可能性が高い。しかしながら、バッファリング量が異なっていたとしても、バッファリング量別にチャンネル切替用マルチキャスト配信サーバ１を設置することで対応可能である。他の方法としては、ある視聴者装置３（例えば、必要なバッファリング量の少ない視聴者装置３）に合わせてパケット順序を決定する方法も考えられる。この方法をとる場合、他の視聴者装置３では多少のパケット重複が発生するため、ザッピング速度の低下が予想されるが、サービス的にこれを許容することにすればよい。
【００４２】
上述したように、本実施形態によれば、視聴者装置３で初期再生処理に必要なコンテンツデータをマルチキャスト方式で送信することによって、視聴者装置３毎の個別のデータ送信処理が不要となるので、視聴者装置３で初期再生処理に必要なデータの送信処理に係る負荷を低減することができる。また、視聴者装置３では、チャンネル切替用マルチキャストＧｐ２００への参加のみの単純な通信手順により、初期再生処理に必要なデータの受信が可能となるので、通信手順を簡略化することができる。
【００４３】
また、本実施形態によれば、チャンネル切替用マルチキャストＧｐ２００のコンテンツデータをマルチキャストＧｐ１００のコンテンツデータよりも高速に送信することによって、視聴者装置３でのデータ蓄積を高速に行うことができる。
【００４４】
また、本実施形態によれば、視聴者装置３で初期再生処理に必要なバッファリング量Ｂと、マルチキャストＧｐ１００およびチャンネル切替用マルチキャストＧｐ２００のコンテンツデータの送信速度のバースト転送比率Ｒとに基づいて、チャンネル切替用マルチキャストＧｐ２００のコンテンツデータの送信順序が決定される。本実施形態の技術を特願２００６−１９１４６２に記載の技術と比較すると、チャンネル切替用配信サーバからの送信速度を同一にした場合でも、本実施形態では受信パケットの重複を削減することが可能（場合によっては完全になくすことも可能）なため、より高速にチャンネル切替を実現することが可能となる。また、同じチャンネル切替速度を実現するために必要なチャンネル切替用配信サーバの送信速度を下げることが可能になるため、同じ切替速度を実現した場合のネットワークトラフィック量を削減することができる。
【００４５】
また、本実施形態によれば、バースト転送比率Ｒに基づいた所定の間隔で送信されるチャンネル切替用マルチキャストＧｐ２００の２つのコンテンツデータが、マルチキャストＧｐ１００で連続する２つのコンテンツデータに対応している。これによって、コンテンツデータの送信規則が簡単化するので、実装を容易化することができる。また、パケットの受信開始から再生開始までの時間がほぼ一定となるので、チャンネル切替の指示を行ってから視聴を開始するまでの時間がほぼ一定となり、視聴者に違和感を与えることがない。
【００４６】
以上、図面を参照して本発明の実施形態について詳述してきたが、具体的な構成は上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。例えば、本発明は、チャンネル切替時のみではなく、初めてチャンネルを点けた場合にも適応可能である。
【００４７】
また、上述した実施形態によるチャンネル切替用マルチキャスト配信サーバ１の動作および機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませ、実行させてもよい。
【００４８】
ここで、「コンピュータ」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００４９】
また、上述したプログラムは、このプログラムを記憶装置等に格納したコンピュータから、伝送媒体を介して、あるいは伝送媒体中の伝送波により他のコンピュータに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように、情報を伝送する機能を有する媒体のことをいう。また、上述したプログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能を、コンピュータに既に記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【図面の簡単な説明】
【００５０】
【図１】本発明の一実施形態によるＩＰＴＶシステムの構成を示すブロック図である。
【図２】本発明の一実施形態によるＩＰＴＶシステムが備えるチャンネル切替用マルチキャスト配信サーバの構成を示すブロック図である。
【図３】本発明の一実施形態におけるパケットの送信順序を示す参考図である。
【図４】本発明の一実施形態におけるパケットの送信順序を示す参考図である。
【図５】本発明の一実施形態において、再生同期を考慮したパケットの送信順序を示す参考図である。
【図６】本発明の一実施形態において、再生同期を考慮したパケットの送信順序の決定方法を説明するための参考図である。
【図７】本発明の一実施形態において、再生同期を考慮したパケットの送信順序の決定方法を説明するための参考図である。
【図８】本発明の一実施形態において、再生同期を考慮したパケットの送信順序の決定方法を説明するための参考図である。
【図９】本発明の一実施形態において、再生同期を考慮したパケットの送信順序の決定方法を説明するための参考図である。
【符号の説明】
【００５１】
１・・・チャンネル切替用マルチキャスト配信サーバ（コンテンツ配信装置）、２・・・コンテンツ配信サーバ、３・・・視聴者装置（受信装置）、４・・・通信ネットワーク、１１・・・送受信部（送信手段、受信手段）、１２・・・コンテンツデータ記憶部（記憶手段）、１３・・・送信データ生成部（送信順序決定手段）
【図１】
2008227621.tif 000003
【図２】
2008227621.tif 000004
【図３】
2008227621.tif 000005
【図４】
2008227621.tif 000006
【図５】
2008227621.tif 000007
【図６】
2008227621.tif 000008
【図７】
2008227621.tif 000009
【図８】
2008227621.tif 000010
【図９】
2008227621.tif 000011