(57)【要約】【課題】マルチキャストシステムのＭＰＥＧ２−ＰＳにおけるコンテンツデータの総再生時間を予め取得することが可能な，マルチキャストシステムを提供する。【解決手段】クライアント装置と，ストリーミングサーバとがネットワークにより相互に接続されるマルチキャストシステムにおいて，ストリーミングサーバは，１又は２以上のコンテンツデータを記憶し，コンテンツデータに構成される１又は２以上のパケットに設定された再生時間情報を抽出し，コンテンツデータを１又は２以上のブロックストリームに分割し，ブロックストリームを，ネットワークを介して送信し，さらにクライアント装置は，１又は２以上のブロックストリームをネットワークを介して受信し，受信したブロックストリームから，再生時間情報を抽出する。【選択図】　図１
2004140552.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置と，ストリーミングサーバとがネットワークにより相互に接続されるマルチキャストシステムにおいて：
前記ストリーミングサーバは，１又は２以上のコンテンツデータを記憶し，
前記コンテンツデータに構成される１又は２以上のパケットに設定された再生時間情報を抽出し，
前記コンテンツデータを１又は２以上のブロックストリームに分割し，
前記ブロックストリームを，前記ネットワークを介して送信し，
さらに前記クライアント装置は，１又は２以上の前記ブロックストリームを前記ネットワークを介して受信し，
受信した前記ブロックストリームから，前記再生時間情報を抽出し，
少なくとも前記再生時間情報を表示又は前記ブロックストリームから再構成された前記コンテンツデータを再生することを特徴とする，マルチキャストシステム。
【請求項２】
クライアント装置とネットワークにより相互に接続されるストリーミングサーバにおいて：
前記ストリーミングサーバは，１又は２以上のコンテンツデータを記憶するコンテンツ記憶部と，
前記コンテンツデータに構成される１又は２以上のパケットに設定された再生時間情報を抽出する時間情報抽出部と，
前記コンテンツデータを１又は２以上のブロックストリームに分割するストリーム分割部と，
前記ブロックストリームを，前記ネットワークを介して送信するストリーム送信部とを備えることを特徴とする，ストリーミングサーバ
【請求項３】
前記ストリーム分割部は，所定のデータ量ごとに，前記コンテンツデータを１又は２以上の前記ブロックストリームに分割することを特徴とする，請求項２に記載のストリーミングサーバ。
【請求項４】
前記ストリーム分割部は，１又は２以上の前記ブロックストリームのうち少なくとも一つに，前記再生時間情報が含まれるように前記コンテンツデータを分割することを特徴とする，請求項２に記載のストリーミングサーバ。
【請求項５】
前記ストリーム分割部は，前記コンテンツデータを，前記コンテンツデータの終了を示す終了コードと，前記再生時間情報が設定されたパケットとを含む最後尾ブロックストリームに分割することを特徴とする，請求項２に記載のストリーミングサーバ。
【請求項６】
前記ストリーム分割部は，１又は２以上の前記ブロックストリームのうち前記最後尾ブロックストリームを除く他の前記ブロックストリームにおいて，前記データ量を他の前記ブロックストリームごとに順次長くすることを特徴とする，請求項５に記載のストリーミングサーバ。
【請求項７】
前記ストリーム分割部は，前記最後尾ブロックストリームのデータ長を短くすることを特徴とする，請求項５に記載のストリーミングサーバ。
【請求項８】
前記ストリーム送信部は，前記最後尾ブロックストリームを優先的に，前記ネットワークを介して送信することを特徴とする，請求項５に記載のストリーミングサーバ。
【請求項９】
前記ストリーム分割部は，１又は２以上の前記ブロックストリームのうち少なくとも一つに，前記再生時間情報を含むブロックヘッダを付加することを特徴とする，請求項２に記載のストリーミングサーバ。
【請求項１０】
前記ストリーム送信部は，１又は２以上の前記ブロックストリームのうち，少なくとも前記ブロックヘッダが付加された前記ブロックストリームを優先的に，前記ネットワークを介して送信することを特徴とする，請求項９に記載のストリーミングサーバ。
【請求項１１】
前記ストリーム分割部は，前記データ量を前記ブロックストリームごとに順次長くすることを特徴とする，請求項２に記載のストリーミングサーバ。
【請求項１２】
前記ストリーム送信部は，前記コンテンツデータ再生開始からの再生時間に応じて，前記ブロックストリームの送信レートを順次遅くすることを特徴とする，請求項２に記載のストリーミングサーバ。
【請求項１３】
前記ストリーム送信部は，前記ブロックストリームを送信するための送信レートを変更可能であることを特徴とする，請求項２に記載のストリーミングサーバ。
【請求項１４】
前記ストリーム送信部は，１又は２以上の前記ブロックストリームを，前記ネットワークを介して所定の回数繰り返し並行して再送することを特徴とする，請求項２に記載のストリーミングサーバ。
【請求項１５】
前記再生時間情報は，前記コンテンツデータに含まれる前記パケットのパケットヘッダに設定されるＰＴＳのうち，終了時間を示す総再生時間情報であることを特徴とする，請求項２に記載のストリーミングサーバ。
【請求項１６】
前記コンテンツ記憶部は，予めＭＰＥＧ２−ＰＳによりパケット化された前記コンテンツデータを記憶することを特徴とする，請求項２に記載のストリーミングサーバ。
【請求項１７】
前記ストリーミングサーバは，マルチキャストのビデオ・オン・デマンド方式により，前記クライアント装置からの要求に応じて，前記コンテンツデータを送信することを特徴とする，請求項２に記載のストリーミングサーバ。
【請求項１８】
コンピュータをして，クライアント装置とネットワークにより相互に接続されるストリーミングサーバであって：
前記ストリーミングサーバは，１又は２以上のコンテンツデータを記憶して，
前記コンテンツデータに構成される１又は２以上のパケットに設定された再生時間情報を抽出して，
前記コンテンツデータを１又は２以上のブロックストリームに分割して，
前記ブロックストリームを，前記ネットワークを介して送信するストリーミングサーバとして機能させることを特徴とする，コンピュータプログラム
【請求項１９】
ストリーミングサーバとネットワークにより相互に接続されるクライアント装置において：
前記クライアント装置は，コンテンツデータから分割された１又は２以上のブロックストリームを前記ネットワークを介して，受信するストリーム受信部と，
前記１又は２以上のブロックストリームを一時的に記憶するストリーム記憶部と，
前記１又は２以上のブロックストリームに含まれる再生時間情報を抽出する再生時間情報抽出部と，
少なくとも前記再生時間情報を表示又は前記ブロックストリームから再構成された前記コンテンツデータを再生するコンテンツ表示部とを備えることを特徴とする，クライアント装置。
【請求項２０】
前記再生時間情報抽出部は，前記ストリーム記憶部に少なくとも所定の前記ブロックストリームの記憶を確認し，前記再生時間情報の抽出を開始することを特徴とする，請求項１９に記載のクライアント装置。
【請求項２１】
前記再生時間情報抽出部は，１又は２以上の前記ブロックストリームのうち少なくとも一つに，付加されたブロックヘッダから，前記再生時間情報を抽出することを特徴とする，請求項１９に記載のクライアント装置。
【請求項２２】
前記再生時間情報抽出部は，前記ストリーム記憶部に記憶された前記１又は２以上のブロックストリームのうち前記コンテンツデータの終了を示す終了コードと，前記再生時間情報が設定されたパケットとを含む最後尾ブロックストリームに基づき，前記再生時間情報を抽出することを特徴とする，請求項１９に記載のクライアント装置。
【請求項２３】
前記ストリーム受信部は，少なくとも前記コンテンツデータの終了を示す終了コードと，前記再生時間情報が設定されたパケットとを含むダミーブロックを作成することを特徴とする，請求項１９に記載のクライアント装置。
【請求項２４】
前記再生時間情報は，前記コンテンツデータに含まれる前記パケットのパケットヘッダに設定されるＰＴＳのうち，終了時間を示す総再生時間情報であることを特徴とする，請求項１９に記載のクライアント装置。
【請求項２５】
コンピュータをして，ストリーミングサーバとネットワークにより相互に接続されるクライアント装置であって：
前記クライアント装置は，コンテンツデータから分割された１又は２以上のブロックストリームを前記ネットワークを介して，受信して，
前記１又は２以上のブロックストリームを一時的に記憶して，
前記１又は２以上のブロックストリームに含まれる再生時間情報を抽出して，
少なくとも前記再生時間情報を表示又は前記ブロックストリームから再構成された前記コンテンツデータを再生するクライアント装置として機能させることを特徴とする，コンピュータプログラム。
【請求項２６】
クライアント装置とネットワークにより相互に接続されるストリーミングサーバの送信方法において：
前記ストリーミングサーバは，１又は２以上のコンテンツデータを記憶し，
前記コンテンツデータに構成される１又は２以上のパケットに設定された再生時間情報を抽出し，
前記コンテンツデータを１又は２以上のブロックストリームに分割し，
前記ブロックストリームを，前記ネットワークを介して送信することを特徴とする，ストリーミングサーバの送信方法。
【請求項２７】
前記コンテンツデータは，所定のデータ量ごとに，前記コンテンツデータから１又は２以上の前記ブロックストリームに分割されることを特徴とする，請求項２６に記載のストリーミングサーバの送信方法。
【請求項２８】
前記ブロックストリームは，１又は２以上の前記ブロックストリームのうち少なくとも一つに，前記再生時間情報が含まれることを特徴とする，請求項２６に記載のストリーミングサーバの送信方法。
【請求項２９】
前記コンテンツデータは，前記コンテンツデータから前記コンテンツデータの終了を示す終了コードと，前記再生時間情報が設定されたパケットとを含む最後尾ブロックストリームに分割されることを特徴とする，請求項２６に記載のストリーミングサーバの送信方法。
【請求項３０】
前記データ量は，１又は２以上の前記ブロックストリームのうち前記最後尾ブロックストリームを除く他の前記ブロックストリームにおいて，他の前記ブロックストリームごとに順次長くなることを特徴とする，請求項２９に記載のストリーミングサーバの送信方法。
【請求項３１】
前記最後尾ブロックストリームは，優先的に，前記ネットワークを介して送信されることを特徴とする，請求項２９に記載のストリーミングサーバの送信方法。
【請求項３２】
前記ブロックストリームは，少なくとも一つに，前記再生時間情報を含むブロックヘッダが付加されることを特徴とする，請求項２６に記載のストリーミングサーバの送信方法。
【請求項３３】
前記ブロックヘッダが付加された前記ブロックストリームは，優先的に，前記ネットワークを介して送信されることを特徴とする，請求項３２に記載のストリーミングサーバの送信方法。
【請求項３４】
前記データ量は，前記ブロックストリームごとに順次長くすることを特徴とする，請求項２６に記載のストリーミングサーバの送信方法。
【請求項３５】
前記ブロックストリームを送信するための送信レートは，変更可能であることを特徴とする，請求項２６に記載のストリーミングサーバの送信方法。
【請求項３６】
前記ブロックストリームは，前記ネットワークを介して所定の回数繰り返し並行して再送されることを特徴とする，請求項２６に記載のストリーミングサーバの送信方法。
【請求項３７】
前記再生時間情報は，前記コンテンツデータに含まれる前記パケットのパケットヘッダに設定されるＰＴＳのうち，終了時間を示す総再生時間情報であることを特徴とする，請求項２６に記載のストリーミングサーバの送信方法。
【請求項３８】
前記コンテンツデータは，予めＭＰＥＧ２−ＰＳによりパケット化されることを特徴とする，請求項２６に記載のストリーミングサーバの送信方法。
【請求項３９】
前記コンテンツデータは，マルチキャストのビデオ・オン・デマンド方式により，前記クライアント装置からの要求に応じて，送信されることを特徴とする，請求項２６に記載のストリーミングサーバの送信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はマルチキャストシステムにかかり，特にマルチキャストシステムのコンテンツデータ送信に関する。
【０００２】
【従来の技術】
近代，利用者の要求により視聴したいコンテンツ，例えば，映画，音楽，または演劇などの番組を，視聴したい場合に，ネットワークを介して見ることが可能なマルチキャスト（Ｍｕｌｔｉｃａｓｔ）を利用したビデオ・オン・デマンド（ＶＯＤ）などのシステムがある。
【０００３】
上記マルチキャストを利用したビデオ・オン・デマンド（マルチキャストＶＯＤ）において，映画，音楽，または演劇などのコンテンツデータの符号化の国際標準として，特にＭＰＥＧ２−ＰＳ（ＭＰＥＧ２　プログラムストリーム）の規格により，ネットワークを介して，利用者に送信し，視聴可能なマルチキャストＶＯＤなどがある（例えば，特許文献１参照。）。
【０００４】
【特許文献１】
特開２００２−９４５６０号公報
【０００５】
【発明が解決しようとする課題】
しかしながら，マルチキャストＶＯＤのＭＰＥＧ２−ＰＳのようにＭＰＥＧ２−ＰＳのコンテンツデータのヘッダ部分に，上記コンテンツデータの総再生時間が設定されておらず，クライアント装置側で，総再生時間の表示や，開始から終了までの範囲内においてコンテンツデータが再生されている現時点を示すシークバーのシーク範囲の設定などを行うことができなかった。
【０００６】
本発明は，上記問題点に鑑みてなされたものであり，本発明の目的は，マルチキャストシステムのＭＰＥＧ２−ＰＳにおけるコンテンツデータの総再生時間を予め取得することが可能な，新規かつ改良されたマルチキャストシステムを提供することである。
【０００７】
【課題を解決するための手段】
上記課題を解決するため，本発明の第１の観点によれば，クライアント装置と，ストリーミングサーバとがネットワークにより相互に接続されるマルチキャストシステムが提供される。上記ストリーミングサーバは，１又は２以上のコンテンツデータを記憶し，コンテンツデータに構成される１又は２以上のパケットに設定された再生時間情報を抽出し，コンテンツデータを１又は２以上のブロックストリームに分割し，ブロックストリームを，ネットワークを介して送信し，さらに上記クライアント装置は，１又は２以上のブロックストリームをネットワークを介して受信し，受信したブロックストリームから，再生時間情報を抽出し，少なくとも再生時間情報を表示又はブロックストリームから再構成されたコンテンツデータを再生することを特徴とする。
【０００８】
本発明によれば，ストリーミングサーバによりコンテンツデータをクライアント装置に送信する際に，上記コンテンツデータに構成されるパケットに設定された再生時間情報を抽出し，上記再生時間情報が少なくとも１つのブロックストリームに含まれるように，コンテンツデータからブロック単位に分割することでクライアント装置にブロックストリームを送信している。かかる構成によれば，例えば，送信するコンテンツデータのヘッダ情報部などに予め総再生時間などの再生時間情報を含まないコンテンツデータであっても，クライアント装置は，常に再生時間情報が含まれるブロックストリームを受信することが可能となる。したがって，クライアント装置はコンテンツデータの再生処理に必要な再生時間情報を取得し，さらに再生時間情報を表示するとともに，コンテンツデータを再生することが可能となる。
【０００９】
さらに，上記課題を解決するための本発明の別の観点によれば，クライアント装置とネットワークにより相互に接続されるストリーミングサーバが提供される。このストリーミングサーバは，１又は２以上のコンテンツデータを記憶するコンテンツ記憶部と，コンテンツデータを構成する１又は２以上のパケットに設定された再生時間情報を抽出する時間情報抽出部と，コンテンツデータを１又は２以上のブロックストリームに分割するストリーム分割部と，ブロックストリームを，ネットワークを介して送信するストリーム送信部とを備えている。
【００１０】
本発明によれば，ストリーミングサーバは，コンテンツ記憶部により記憶されるコンテンツデータをネットワークを介して，クライアント装置に送信する際に，上記コンテンツデータに構成されるパケットに設定された再生時間情報を時間情報抽出部により抽出し，ストリーム分割部によりコンテンツデータから分割される１又は２以上のブロックストリームのうち少なくとも一つは，上記再生時間情報を含んでいる。かかる構成によれば，例えば，コンテンツデータがＭＰＥＧ２−ＰＳの場合のように，例えば，送信されるコンテンツデータのヘッダ情報部又はテーブルに再生時間情報が存在しないなど，予め再生時間情報が含まれていないコンテンツデータであっても，ストリーミングサーバは，常に再生時間情報を抽出し，上記再生時間情報が含まれるブロックストリームを送信することが可能となる。したがって，送信先のクライアント装置は，コンテンツデータの再生処理に必要な再生時間情報を取得し，さらに再生時間情報を表示するとともに，コンテンツデータを再生することが可能となる。
【００１１】
ストリーム分割部は，所定のデータ量ごとに，コンテンツデータを１又は２以上のブロックストリームに分割する。かかる構成によれば，ネットワークを介してコンテンツデータを１度に送る必要がなく，ブロック単位に分割されたブロックストリームを順次送信することによりコンテンツデータを，例えばクライアント装置などに再生させることが可能となる。したがって，トラフィックの負荷を抑えられる。なお，データ量は，可変ビットレートより再生時間又は送信時間である時間長と比例する。
【００１２】
ストリーム分割部は，１又は２以上のブロックストリームのうち少なくとも一つに，再生時間情報が含まれるようにコンテンツデータを分割する。かかる構成により，抽出された再生時間情報を，ネットワークを介して送信する際に，少なくとも１以上のブロックストリームに含ませることが可能となり，必ず再生時間情報を送信することができる。なお，再生時間情報は，コンテンツデータの再生時間を示す情報であり，例えば，再生開始から終了までの総再生時間，コンテンツデータのハイライトシーンを示すシーン再生時間などが例示することができる。
【００１３】
ストリーム分割部は，コンテンツデータを，コンテンツデータの終了を示す終了コードと，再生時間情報が設定されたパケットとを含む最後尾ブロックストリームに分割する。かかる構成により，抽出された再生時間情報が設定されていたパケットを起点とし，コンテンツデータの終了を示す終了コードまでを１のブロックストリームとした最後尾ブロックストリームに分割することができる。例えば，再生時間情報がコンテンツデータのうち最後の映像シーンを示す再生時間情報（総再生時間情報）である場合，総再生時間情報が設定されたパケットから終了コードまでの相対的に短時間のブロックを最後尾ブロックストリームとして分割される。したがって，送信先のクライアント装置は，特別な処理を要することなくコンテンツデータを再生することができる。
【００１４】
ストリーム分割部は，１又は２以上のブロックストリームのうち最後尾ブロックストリームを除く他のブロックストリームにおいて，データ量を他のブロックストリームが分割されるごとに順次多くする。かかる構成により，相対的に短時間な最後尾ブロックストリームを除き，順次先頭からブロック単位に分割するデータ量を多くすることにより，先頭のブロックストリームの送信開始から，クライアント装置によりコンテンツデータを再生可能になるまでのブロックデータを蓄える（キャッシュされる）時間が短時間で実行可能となる。つまりブロックストリーム送信開始時の送信負荷を軽減し，コンテンツデータを再生するために必要な最低限のデータを受信するまでの待ち時間が短縮され，再生時間情報の抽出処理の効率化が図れる。したがって，再生時間情報を含む最後尾ブロックストリームが優先して送信された場合，事前に早期に再生時間情報を受信することが可能となり，例えば，コンテンツデータの再生処理などが効率化される。なお，最後尾ブロックストリームは優先して別チャネルにて送信される。
【００１５】
ストリーム分割部は，最後尾ブロックストリームのデータ長を短くするように構成してもよい。かかる構成により，最後尾ブロックストリームをクライアント装置に送信するまでの送信時間の短縮化が図れ，クライアント装置が総再生時間を取得し，コンテンツデータを再生するまでの初期待ち時間を短縮することが可能となる。
【００１６】
ストリーム送信部は，最後尾ブロックストリームを優先的に，ネットワークを介して送信する。かかる構成により，再生時間情報を含む最後尾ブロックストリームが優先されてクライアント装置に受信される。したがって，コンテンツデータを再生する前に，事前に再生時間情報を取得することが可能となる。なお，最後尾ブロックストリームが送信される順序は，必ずしも１番に限定されることなく，２番，３番などであってもよい。
【００１７】
ストリーム分割部は，１又は２以上のブロックストリームのうち少なくとも一つに，再生時間情報を含むブロックヘッダを付加する。かかる構成により，ネットワークを介して，再生時間情報が含まれたブロックストリームを送信することが可能となる。なお，ブロックヘッダが付加されるブロックストリームは，コンテンツデータの開始地点から分割される先頭のブロックストリームである場合でもよく，付加されるブロックストリーム，ブロックヘッダの個数に限定されない。
【００１８】
ストリーム送信部は，１又は２以上のブロックストリームのうち，少なくともブロックヘッダが付加されたブロックストリームを優先的に，ネットワークを介して送信する。かかる構成により，再生時間情報を含むブロックヘッダが付加されたブロックストリームが優先されてクライアント装置に受信される。したがって，コンテンツデータを再生する前に，事前に再生時間情報を取得することが可能となる。なお，再生時間情報を含むブロックストリームが送信される順序は，必ずしも１番目に限定されることなく，２番目，３番目などであってもよい。
【００１９】
ストリーム分割部は，データ量をブロックストリームごとに順次多くする。かかる構成により，順次先頭からブロックごとに分割する間隔を長くすることにより，先頭のブロックストリームの送信開始から，クライアント装置によりコンテンツデータを再生可能になるまでのブロックデータを蓄える（キャッシュされる）時間が短時間で実行可能となる。ブロックストリームのデータ量が少ないからである。したがって，再生時間情報を含むブロックストリームが優先して送信された場合，事前に早期に再生時間情報を受信することが可能となり，例えば，コンテンツデータの再生処理などが効率化される。
【００２０】
ストリーム送信部は，ブロックストリームを送信するための送信レートを変更可能である。かかる構成により，ネットワークのトラフィック状況に応じてブロックストリームの送信レートが変更され，送信処理の効率化が図れる。
【００２１】
ストリーム送信部は，コンテンツデータ再生開始からの再生時間に応じて，ブロックストリームの送信レートを順次遅くするように構成してもよい。かかる構成により，各ブロックストリームのデータ長は一定の場合，コンテンツデータの再生が終了に近づくにつれて，順次クライアント装置に送信する送信レートを低くして多重化することにより，ネットワークのトラフィックに柔軟に対応し，再生までの初期待ち時間を短縮できる。
【００２２】
ストリーム送信部は，１又は２以上のブロックストリームを，ネットワークを介して所定の回数繰り返し並行して再送する。かかる構成により，ブロックストリームを確実に，例えば，クライアント装置などに送信することが可能となり，データ送信の信頼性が向上される。また，所定回数繰り返し他のブロックストリームと並行して再送されることにより，ネットワークトラフィックの増大を抑えられる。
【００２３】
再生時間情報は，コンテンツデータに含まれるパケットのパケットヘッダに設定されるＰＴＳのうち，終了時間を示す総再生時間情報である。かかる構成により，コンテンツデータの総再生時間情報をネットワークを介して，送信することが可能となる。
【００２４】
コンテンツ記憶部は，予めＭＰＥＧ２−ＰＳによりパケット化された前記コンテンツデータを記憶する。かかる構成によれば，コンテンツデータがＭＰＥＧ２−ＰＳの場合において，例えば，コンテンツデータのヘッダ情報部などに総再生時間をはじめとする再生時間情報が含まれていないコンテンツデータであっても，ストリーミングサーバは，再生時間情報を抽出し，常に再生時間情報を含むブロックストリームを送信することが可能となる。したがって，送信先クライアント装置は，コンテンツデータの再生処理に必要な再生時間情報を取得し，さらに再生時間情報を表示しながらコンテンツデータを再生することが可能となる。なお，コンテンツデータは，ＭＰＥＧ２−ＰＳである場合に限定されず，ＭＰＥＧ２−ＴＳである場合であっても，例えばクライアント装置に再生時間情報を抽出し，ネットワークを介して，再生時間情報を送信することが可能である。
【００２５】
ストリーミングサーバは，マルチキャストのビデオ・オン・デマンド方式により，クライアント装置からの要求に応じて，コンテンツデータを送信する。かかる構成によれば，例えば，事前に再生時間情報をクライアント装置が把握することができないビデオ・オン・デマンド方式のコンテンツデータがＭＰＥＧ２−ＰＳの場合であっても，ストリーミングサーバは，再生時間情報を抽出し，常に再生時間情報を含むブロックストリームを送信することが可能であり，したがって，送信先のクライアント装置は，必要な再生時間情報を取得し，さらに再生時間情報を表示するとともに，コンテンツデータを再生することが可能となる。
【００２６】
さらに，本発明の別の観点によれば，コンピュータをして，クライアント装置とネットワークにより相互に接続されるストリーミングサーバのコンピュータプログラムが提供される。このストリーミングサーバのコンピュータプログラムは，１又は２以上のコンテンツデータを記憶して，コンテンツデータを構成する１又は２以上のパケットに設定された再生時間情報を抽出して，コンテンツデータを１又は２以上のブロックストリームに分割して，ブロックストリームを，ネットワークを介して送信するストリーミングサーバとして機能させることを特徴としている。
【００２７】
さらに，上記課題を解決するための本発明の別の観点によれば，ストリーミングサーバとネットワークにより相互に接続されるクライアント装置が提供される。
【００２８】
このクライアント装置は，コンテンツデータから分割された１又は２以上のブロックストリームをネットワークを介して，受信するストリーム受信部と，１又は２以上のブロックストリームを一時的に記憶するストリーム記憶部と，１又は２以上のブロックストリームに含まれる再生時間情報を抽出する再生時間情報抽出部と，少なくとも再生時間情報を表示又はブロックストリームから再構成されたコンテンツデータを再生するコンテンツ表示部とを備えている。
【００２９】
本発明によれば，クライアント装置は，少なくともストリーミングサーバにより送信されるブロックストリームをストリーム受信部により受信し，受信したブロックストリームをストリーム記憶部により一時的に記憶（キャッシュ）し，上記ブロックストリームから再生時間情報抽出部により再生時間情報を抽出して，コンテンツ表示部により，コンテンツデータおよび再生時間情報を再生／表示する。かかる構成によれば，例えば，予めコンテンツデータのヘッダ情報部などに総再生時間などの再生時間情報がない場合であっても，ストリーミングサーバにより抽出された再生時間情報を含むブロックストリームが常に送信される。したがって，クライアント装置は，コンテンツデータを再生する際に必要な再生時間情報を取得し，さらに再生時間情報を表示するとともに，コンテンツデータを再生することが可能となる。
【００３０】
再生時間情報抽出部は，ストリーム記憶部に少なくとも所定のブロックストリームの記憶を確認し，再生時間情報の抽出を開始する。かかる構成により，再生時間を抽出及びコンテンツデータを再生することが可能な分のブロックストリームを受信確認後，再生時間情報の抽出を開始する。したがって，コンテンツデータを構成する全てのブロックストリームを受信する前に，再生時間情報の抽出およびコンテンツデータの再生をすることで，再生待ち時間の短縮が図れる。
【００３１】
再生時間情報抽出部は，１又は２以上のブロックストリームのうち少なくとも一つのブロックストリームに付加されたブロックヘッダから，再生時間情報を抽出する。かかる構成により，ストリーミングサーバにより送信されたブロックストリームからブロックヘッダに設定された再生時間情報を抽出することができる。したがって，コンテンツデータの再生時間情報を表示しながら，コンテンツデータの再生をすることが可能となる。
【００３２】
再生時間情報抽出部は，ストリーム記憶部に記憶された１又は２以上のブロックストリームのうちコンテンツデータの終了を示す終了コードと，再生時間情報が設定されたパケットとを含む最後尾ブロックストリームに基づき，再生時間情報を抽出する。かかる構成により，ストリーミングサーバにより分割された最後尾ブロックストリームを受信することにより，総再生時間情報を取得することができる。なお，再生時間情報が総再生時間情報の場合，上記最後尾ブロックストリームを受信し，総再生時間情報を抽出する際の処理は，既存のコンテンツデータから総再生時間情報を抽出する場合と，ほぼ同様な構成により実施可能である。したがって，特別な追加コストを要せずに，コンテンツデータの再生時間情報を表示しながら，コンテンツデータの再生をすることが可能となる。
【００３３】
ストリーム受信部は，少なくともコンテンツデータの終了を示す終了コードと，再生時間情報が設定されたパケットとを含むダミーブロックを作成する。かかる構成により，例えば，ブロックストリームに含まれるブロックヘッダに再生時間情報が設定されていた場合など，ストリーム受信部が，上記ダミーブロックを作成することにより，総再生時間情報を取得することができる。なお，再生時間情報が総再生時間情報の場合，ダミーブロックを作成し，総再生時間情報を抽出する際の処理は，既存のコンテンツデータから総再生時間情報を抽出する場合と，ほぼ同様な構成により実施可能である。したがって，特別な追加コストを要せずに，コンテンツデータの再生時間情報を表示しながら，コンテンツデータの再生をすることが可能となる。なお，ブロックヘッダに限定されず，例えば，パケットなどの場合でもよい。
【００３４】
ストリーム受信部は，ブロックストリームを受信する受信レートを，コンテンツ表示部のコンテンツデータの再生に応じて，変更可能である。かかる構成により，コンテンツデータを再生するために必要な受信レートに応じて，ブロックストリームを受信することにより，最適な状況でコンテンツデータを再生することが可能となる。
【００３５】
再生時間情報は，コンテンツデータに含まれるパケットのパケットヘッダに設定されるＰＴＳのうち，終了時間を示す総再生時間情報である。かかる構成により，コンテンツデータのコンテンツの終了時間を示す総再生時間情報をストリーミングサーバは常にブロックストリームに含めて，クライアント装置に送信することができる。したがって，クライアント装置は，コンテンツデータの総再生時間情報を取得し，総再生時間情報を表示しながら，コンテンツデータの再生をすることが可能となる。なお，コンテンツデータは，例えば，ＭＰＥＧ２−ＰＳ又はＭＰＥＧ２−ＴＳなどによりパケット化されたストリーミングデータである。
【００３６】
さらに，上記課題を解決するための本発明の別の観点によれば，コンピュータをして，ストリーミングサーバとネットワークにより相互に接続されるクライアント装置のコンピュータプログラムが提供される。クライアント装置のコンピュータプログラムは，コンテンツデータから分割された１又は２以上のブロックストリームをネットワークを介して，受信して，１又は２以上のブロックストリームを一時的に記憶して，１又は２以上のブロックストリームに含まれる再生時間情報を抽出して，少なくとも再生時間情報を表示又はブロックストリームから再構成されたコンテンツデータを再生するクライアント装置として機能させることを特徴としている。
【００３７】
さらに，上記課題を解決するための本発明の別の観点によれば，クライアント装置とネットワークにより相互に接続されるストリーミングサーバの送信方法が提供される。このストリーミングサーバの送信方法において，ストリーミングサーバは，１又は２以上のコンテンツデータを記憶し，コンテンツデータを構成する１又は２以上のパケットに設定された再生時間情報を抽出し，コンテンツデータを１又は２以上のブロックストリームに分割し，ブロックストリームを，ネットワークを介して送信することを特徴としている。
【００３８】
コンテンツデータは，所定のデータ量ごとに，コンテンツデータから１又は２以上のブロックストリームに分割されるように構成してもよい。
【００３９】
ブロックストリームは，１又は２以上のブロックストリームのうち少なくとも一つに，再生時間情報が含まれるように構成してもよい。かかる構成により，ネットワークを介して，再生時間情報が含まれたブロックストリームが送信されることが可能となる。なお，ブロックヘッダが付加されるブロックストリームは，コンテンツデータの開始地点から分割される先頭のブロックストリームである場合でもよく，付加されるブロックストリーム，ブロックヘッダの個数に限定されない。
【００４０】
コンテンツデータは，コンテンツデータからコンテンツデータの終了を示す終了コードと，再生時間情報が設定されたパケットとを含む最後尾ブロックストリームに分割されるように構成してもよい。
【００４１】
データ量は，１又は２以上のブロックストリームのうち最後尾ブロックストリームを除く他のブロックストリームにおいて，他のブロックストリームごとに分割されるデータ量が順次多くなるように構成してもよい。かかる構成により，優先的に送信される最後尾ブロックストリームを除いた，ブロックストリームにつき分割されるデータ量が多くなることにより，ネットワークを介してブロックストリーム送信開始時の送信負荷を軽減し，コンテンツデータを再生するために必要な最低限のデータを受信するまでの待ち時間が短縮され，再生時間情報の抽出処理の効率化が図れる。
【００４２】
最後尾ブロックストリームは，優先的に，ネットワークを介して送信されるように構成してもよい。かかる構成により，総再生時間情報である再生時間情報をコンテンツデータの再生処理前に，事前に取得することが可能となる。なお，優先的にとは，送信される順番が１番であることに必ずしも限定されず，２番，３番などの場合であっても実施可能である。
【００４３】
ブロックストリームは，少なくとも一つのブロックストリームに，再生時間情報を含むブロックヘッダが付加されるように構成してもよく，ブロックヘッダが付加されたブロックストリームは，優先的に，ネットワークを介して送信されるように構成してもよい。
【００４４】
データ量は，ブロックストリームが分割されるごとに順次多くするように構成してもよく，ブロックストリームを送信するための送信レートは，変更可能であるように構成してもよい。
【００４５】
ブロックストリームは，ネットワークを介して所定の回数繰り返し並行して再送されるように構成してもよく，再生時間情報は，コンテンツデータに含まれるパケットのパケットヘッダに設定されるＰＴＳのうち，終了時間を示す総再生時間情報であるように構成してもよい。
【００４６】
コンテンツデータは，予めＭＰＥＧ２−ＰＳによりパケット化されるように構成してもよい。なお，かかるＭＰＥＧ２−ＰＳに限定されず，例えば，ＭＰＥＧ２−ＴＳなどのパケット化などによっても実施可能である。
【００４７】
コンテンツデータは，マルチキャストのビデオ・オン・デマンド方式により，クライアント装置からの要求に応じて，送信されるように構成してもよい。かかる構成により，例えば，事前に再生時間情報をクライアント装置が把握することができないビデオ・オン・デマンド方式のコンテンツデータがＭＰＥＧ２−ＰＳの場合であっても，ストリーミングサーバは，再生時間情報を抽出し，常に再生時間情報を含むブロックストリームを送信することが可能であり，したがって，送信先のクライアント装置は，必要な再生時間情報を取得し，さらに再生時間情報を表示するとともに，コンテンツデータを再生することが可能となる。
【００４８】
【発明の実施の形態】
以下，本発明の好適な実施の形態について，添付図面を参照しながら詳細に説明する。なお，以下の説明及び添付図面において，略同一の機能及び構成を有する構成要素については，同一符号を付することにより，重複説明を省略する。
【００４９】
（１　システム構成）
まず，図１を参照しながら，本実施の形態にかかるマルチキャストシステムについて説明する。図１は，本実施の形態にかかるマルチキャストシステムの概略的な構成を示すブロック図である。
【００５０】
図１に示すように，近年の情報化社会において通信網などの発達により，ネットワーク１０６を介して，コンピュータ装置をはじめ，情報家電，携帯端末などのさまざまな情報処理装置が相互に接続されている。
【００５１】
これらの情報処理装置が相互にネットワーク１０６を介して相互に接続されて構築されたシステムのなかで，マルチキャストシステムは，テキスト，動画像，または音楽など様々な種類のコンテンツデータを利用者の要求に応じて，どの情報処理装置に属す利用者に対しても配信するシステムの総称である。なお，コンテンツデータは，例えば，ビデオ・オン・デマンド方式など利用者の要求に応じて，送信される場合に限らず，タイムリーにどの利用者に対しても，コンテンツデータが送信される場合も含む。
【００５２】
上記情報処理装置のうち，コンテンツデータをインターネットなどのネットワーク１０６を介して，利用者からの要求に応じて送信するために，例えば，音楽，演劇，または映画など様々なジャンルに属すコンテンツデータを記憶する，すなわち供給者に属す情報処理装置は，ストリーミングサーバ１０２を構成する。なお，図１に示すようにストリーミングサーバ１０２は，１台から構成されており，１対多のネットワークが構成されているが，かかる例に限定されず，複数のストリーミングサーバ１０２から構成される場合であっても実施可能である。
【００５３】
上記ストリーミングサーバ１０２は，少なくとも，例えば中央演算処理装置（ＣＰＵ）などの制御部と，送信部と，記憶部とを備えた情報処理装置であり，一般的にはコンピュータであるが，すでに説明したように，携帯端末，情報家電などのような情報処理装置も含まれる。
【００５４】
同様に，ネットワーク１０６に接続されている情報端末装置のうち，利用者が所望する様々なコンテンツデータをストリーミングサーバ１０２から受信し，上記コンテンツデータを再生する，いわば需要者に属する情報処理装置は，１又は２以上のクライアント装置１０４（１０４ａ，１０４ｂ，…，１０４ｎ）を構成する。クライアント装置は，少なくとも，例えば，中央演算処理装置などの制御部と，受信部と，記憶部とを備えた情報処理装置であり，一般的にはコンピュータ装置であるが，図１に示すように，ラップトップ型の携帯用コンピュータ１１２，ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔ）などの携帯端末１１６，家庭用のテレビなどに設置する端末装置であるＳＴＢ１１４（セット・トップ・ボックス）などの情報処理装置も含まれる。
【００５５】
（２　マルチキャストシステムの各コンポーネントの構成）
次に，本実施の形態にかかるマルチキャストシステムの各コンポーネントの構成について説明する。
【００５６】
（２．１　ネットワーク１０６）
ネットワーク１０６は，ストリーミングサーバ１０２とクライアント装置１０４とを相互に双方向通信可能に接続するものである。したがって，ストリーミングサーバ１０２とクライアント装置１０４とを接続することにより，マルチキャストシステムを構成する。なお，本実施の形態にかかるマルチキャストシステム（Ｍｕｌｔｉｃａｓｔ　Ｓｙｓｔｅｍ）は，インターネットを介すＩＰマルチキャスト（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ　Ｍｕｌｔｉｃａｓｔ）も含まれる。
【００５７】
ネットワーク１０６は，典型的には，ＩＰマルチキャストの場合に使用されるインターネットなど公衆回線網であるが，ＷＡＮ，ＬＡＮなどの閉鎖回線網も含まれる。さらに，接続方式は，ＩＥＥＥ　８０２．１１ｂなどの無線通信網，有線通信網を問わず，衛星通信網なども含まれる。
【００５８】
（２．２　ストリーミングサーバ１０２）
ストリーミングサーバ１０２は，少なくとも制御部と，送信部と，記憶部とを備えた情報処理装置であり，一般的には，コンピュータ装置であるが，すでに説明したように，ビデオプレイヤー，ＤＶＤプレイヤーなどの情報家電，ＳＴＢなどのような情報処理装置も含まれる。また，ストリーミングサーバ１０２は，例えば，クライアント装置１０２からの要求に応じて，記憶される複数のコンテンツデータから要求に合致するコンテンツデータを照会するデータベースシステムとして構成することも可能である。
【００５９】
図２に，コンピュータ装置として構成された典型的なストリーミングサーバ１０２の構成を示す。図２は，本実施の形態にかかるストリーミングサーバの概略的な構成を示すブロック図である。
【００６０】
図２に示すように，ストリーミングサーバ１０２は，様々なジャンルのコンテンツデータを記憶するコンテンツ記憶部１２０と，上記コンテンツデータから再生時間情報のうち，例えば総再生時間情報を抽出する時間情報抽出部１２２と，各部の処理を制御する例えば，ＣＰＵなど例示される制御部１２８と，コンテンツデータをブロックごとに分割することによりブロックストリームを生成するストリーム分割部１２４と，ネットワーク１０６を介してブロックストリームを送信する送信部１２６とを備えている。
【００６１】
なお，コンテンツ記憶部１２０は，コンテンツデータがＭＰＥＧ２−ＰＳ方式のエンコードによりパケット化されたコンテンツデータを記憶記憶しているが，かかる例に限らず，ＭＰＥＧ２−ＴＳ方式である場合であっても実施可能である。
【００６２】
（２．３　クライアント装置１０４）
次に，図３を参照しながら，本実施の形態にかかるクライアント装置１０４について説明する。図３は，本実施の形態にかかるクライアント装置の概略的な構成を示すブロック図である。
【００６３】
図３に示すように，ネットワーク１０６を介してストリーミングサーバ１０２から送信される１又は２以上のブロックストリームを受信するストリーム受信部１３０と，受信されたブロックストリームを一時的に記憶記憶するストリーム記憶部１３２と，所定のブロックストリームがストリーム記憶部１３２に記憶されると上記ブロックストリームから総再生時間情報である再生時間情報を抽出する再生時間情報抽出部１３１と，クライアント装置に構成する各部の処理などを制御する制御部１３４と，多重化された１又は２以上のブロックストリームをコンテンツデータとして再生可能な状態に再構成するストリーム再構成部１３３と，多重化されたブロックストリームのうち，例えば，静止画像又は動画像などの画像データと，例えば声，川の音などの音声データとを分離するデマルチプレクサ１３５と，画像データをデコードする画像デコーダ１３６と，音声データをデコードする音声デコーダ１３７と，上記デコードされた音声データ及び画像データ，さらに抽出された総再生時間情報を再生・表示するコンテンツ表示部１３８とマウス，キーボードなどの入力部１３９と，スピーカ又はディスプレイ装置などの出力部１４０とを備えている。なお，ストリーム記憶部１３２は，ブロックストリームを一時的に記憶する例えば，キャッシュメモリなどを例示することができる。
【００６４】
コンテンツ表示部１３８は，例えば，音声データ及び画像データからなるコンテンツデータを再生するためのコンテンツ再生表示画面，ストリーミングサーバ１０２にアクセスするためのログイン画面などの画面を表示する。一般的にはディスプレイ装置である。
【００６５】
クライアント装置１０４に関連する利用者は，クライアント装置１０４を介してストリーミングサーバ１０２にアクセスして，所望のコンテンツデータが記憶されているか否か照会する。ストリーミングサーバ１０２の照会に応じて，利用者はクライアント装置１０４にコンテンツデータの送信を希望要求する。その結果，クライアント装置１０４に上記コンテンツデータがマルチキャストプロトコルによりネットワーク１０６を介して，送信され，上記コンテンツデータを視聴することが可能となる。
【００６６】
（３．データ構造について）
次に，図４を参照しながら，本実施の形態にかかるマルチキャストシステムに適用されるＭＰＥＧ２−ＰＳについて説明する。図４は，本実施の形態にかかるＭＰＥＧ２−ＰＳのデータ構造の概略的な構成を示す説明図である。
【００６７】
本実施の形態にかかるコンテンツデータは，ＭＰＥＧ２システムにより例えば，動画像などの画像データと，音声データとを個別に符号化され，多重化・パケット化される。ＭＰＥＧ２−ＰＳ（ＰＳ：Ｐｒｏｇｒａｍ　Ｓｔｒｅａｍ）は，ＭＰＥＧ２システムに存在する２種類の方式のうちの１つであり，ＭＰＥＧ１と同様に一つのプログラムを構成する。なお，２種類の方式のうちの他の１つであるＭＰＥＧ２−ＴＳ（ＴＳ：Ｔｒａｎｓｐｏｒｔ　Ｓｔｒｅａｍ）によりコンテンツデータが符号化および多重化された場合であっても実施可能である。
【００６８】
図４に示すように，コンテンツデータを構成するＭＰＥＧ２−ＰＳのデータ構造は，先頭のパックヘッダに含まれるパック開始コードにはじまり，終了コードで終わる。つまり，コンテンツデータの終了を示すのは終了コードである。
【００６９】
ＭＰＥＧ２−ＰＳをはじめ，ＭＰＥＧシステムでは，多重方式によりパケット化されてネットワーク１０６を介して送信される。ＭＰＥＧ２−ＰＳでは，ＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ　Ｅｌｅｍｅｎｔｒｙ　Ｓｔｒｅａｍ）パケット（以下，パケット）で構成される。
【００７０】
（３．１　ＭＰＥＧ２−ＰＳのパックについて）
図４に示すように，例えば，“最初のパック”から順に，終了コードを含むパックに示されるパックは，複数のパケットがグループ化されて，パックとして構成される。また各パックの先頭にはパックヘッダが付加される。上記パックは，１又は２以上の複数のパケットから構成されることにより，コンテンツデータの途中（ストリームの途中）から再生することが可能となる。なお，１パケットの最大長は，６４Ｋバイトである。上記パケットについては，後ほど説明する。
【００７１】
上記パックヘッダは，１２バイト固定長であり，データ構造は，パックの始まりを示す“パック開始コード”（３２ビット）と，“識別コード”（２ビット）と，“ＳＣＲ”（４２＋４ビット）と，“多重化レート”（２２＋２ビット）と，“スタッフィング長”（３＋５ビット）と，“スタッフィング・バイト”（８×Ｍ）とから構成される。
【００７２】
ＳＣＲ（Ｓｙｓｔｅｍ　Ｃｌｏｃｋ　Ｒｅｆｅｒｅｎｃｅ）は，復号する時刻基準となるＳＴＣ（Ｓｙｓｔｅｍ　Ｔｉｍｅ　Ｃｌｏｃｋ）の同期信号の値を，復号する側で意図した値に設定又は校正するための情報である。通常はＳＣＲに“０”が入力される。なお，本実施の形態にかかるＳＣＲに，例えば“０”以外の値が設定されてクライアント装置１０４に送信された場合であっても実施可能である。この場合，クライアント装置１０４は，上記ＳＣＲに設定された値を例えば，クリア（初期化）などすることにより実施される。
【００７３】
“識別コード”は，ＭＰＥＧ２−ＰＳを識別するための情報が設定されており，ＭＰＥＧ１の場合は，“００”が設定されて，ＭＰＥＧ２−ＰＳの場合は，“１０”が設定される。
【００７４】
（３．２　ＭＰＥＧ２−ＰＳ　パケットについて）
一方，コンテンツデータは，例えば，音楽データ，映像データ（静止画データ，動画データの双方を含む。），テキストデータ，ＴＶゲームなどに関するゲームデータ，あるいはこれらの組み合わせなどを含む動画データである。
【００７５】
ＭＰＥＧ２−ＰＳなどのＭＰＥＧシステムでは，ビデオなど映像，静止画，または動画などの画像データの１画面（フレーム）または音声データの１画音（オーディオ・フレーム）等のフレームを単位として，どのタイミングでエンコードされたコンテンツデータを復号し，再生（復号再生）するのか，例えば，ＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅ　Ｓｔａｍｐ）などのタイムスタンプが設定される。上記復号される再生単位のフレームは，１又は２以上のパケットから構成される。
【００７６】
図４に示すように，ＭＰＥＧ２−ＰＳのパケットは，“パケット開始コード”（３２ビット）と，パケットのデータ長を表す“パケット長”（１６ビット）と，ＭＰＥＧ２−ＰＳの場合“１０”が設定される“２ビット制御コード”（２ビット）と，“フラグ及び制御”（１４ビット）と，“ＰＥＳヘッダ長”（８ビット）と，“ＰＴＳ”（４０ビット）と，“ＤＴＳ”（４０ビット）と，“その他”と，“スタッフィング・バイト”（８×Ｍ）と，再生するコンテンツデータがパケット化された“パケットデータ”（８×Ｎ）とから構成される。
【００７７】
パケット開始コードは，３２ビットから構成されて，２４ビットの固定値と，８ビットのストリームＩＤとから構成される。ＭＰＥＧ２−ＰＳでは，最大画像１６チャネル，音声３２チャネルまでストリームＩＤが定義可能となっている。
【００７８】
スタッフィング・バイトは，ダミーのデータであり，符号には直接関係がないデータであるが，パケットのデータ長を一定に保つために，ＰＴＳ，ＤＴＳが存在しないパケットに，スタッフィング・バイトが用いられる。
【００７９】
上記ＰＴＳは，図４に示すように，フレームを構成する１又は２以上のパケットにおいて先頭であるパケットのヘッダ（先頭パケットヘッダ）に，ＰＴＳが設定される。したがって，先頭パケットヘッダではない，パケットヘッダには，ＰＴＳが設定されない。なお，先頭パケットヘッダには，１つのＰＴＳが設定される。
【００８０】
ここでＰＴＳについて説明すると，図４に示すように，先頭パケットヘッダに構成するＰＴＳは，“００１Ｘ”と，ＰＴＳ［３２−３０］と，マーカビットと，ＰＴＳ［２９−１５］と，ＰＴＳ［１４−０］とから構成される。したがって，ＰＴＳは，ＰＴＳ［３２−３０］，ＰＴＳ［２９−１５］，およびＰＴＳ［１４−０］の３３ビットからなる。上記ＰＴＳの個所に同期をとりながら復号されるタイミングを示す再生時間が設定される。
【００８１】
上記設定されたＰＴＳは，時間基準となるＳＣＲに基づいて，いつエンコードされたコンテンツデータを復号化するのか等のタイミングを計り，ＰＴＳに設定されている値が，ＳＣＲと一致した場合，上記ＰＴＳが設定されている先頭パケットヘッダ以下のフレームを構成するパケットを再生出力する。上記設定されたＰＴＳが，上記設定されたＰＴＳの先頭パケットヘッダ以降に，フレーム単位に構成される１又は２以上のパケットが復号再生される再生時刻を表す。なお，すでに説明したように，本実施の形態にかかるＳＣＲに，例えば“０”以外の値が設定されてクライアント装置１０４に送信された場合であっても，上記ＳＣＲに設定された値をクリア（初期化）することにより実施される。
【００８２】
したがって，１コンテンツデータの総再生時間情報は，コンテンツデータを構成する１又は２以上のフレームのうち最後の最終フレームを構成する先頭パケットヘッダに設定されたＰＴＳの再生時刻が，総再生時間情報である。なお，上記総再生時間情報を示すＰＴＳは，最終フレームを構成する先頭パケットヘッダに設定されたＰＴＳに限られず，前後するＰＴＳを総再生時間情報であるとすることも可能であり，さらに最終フレームの先頭パケットヘッダをはじめ，前後する先頭パケットヘッダから再生時刻を取得し，その中から最も遅い再生時刻を総再生時間情報とすることも可能である。なお，ＰＴＳに設定された再生時間に基づいて，総再生時間情報が求められる（抽出する）詳細については後程詳述する。
【００８３】
（４．マルチキャストシステムにおける画面構成）
次に，本実施に形態にかかるマルチキャストシステムの理解を深めるために，添付図面を参照しながら，本実施の形態にかかるマルチキャストシステムを適用したクライアント装置１０４のディスプレイ装置である，例えばコンテンツ表示部１３８に表示される画面構成例について説明する。
【００８４】
なお，以下の画面構成例は，クライアント装置１０４（１０４ａ，１０４ｂ，…，１０４ｎ）ごとにコンテンツ表示部１３８に表示される画面構成例であるが，クライアント装置１０４のディスプレイ装置によっては画面構成が異なる場合があるが，本実施の形態にかかるマルチキャストシステムを実施することは可能である。
【００８５】
また，以下の画面においては，少なくともコンテンツデータ再生機能を有する閲覧ソフト（ブラウザ）を使用してディスプレイ装置に表示されるが，閲覧ソフトの種類に依存せず，本実施の形態にかかるマルチキャストシステムを実施することは可能である。
【００８６】
（４．１　トップページ画面およびその関連画面）
コンテンツデータをストリーミング再生するマルチキャストシステム利用時のトップページ画面は，まずログイン画面がクライアント装置１０４のディスプレイ装置に表示される。図５に示すように，ログイン画面は，個人認識番号であるＩＤ１５０と，パスワードであるＰＷ１５２と，ログインするための「ログイン」ボタンとから構成される。図５は，本実施の形態にかかるマルチキャストシステムのログイン画面の概略的な構成を示す説明図である。
【００８７】
ログイン画面のＩＤ１５０およびＰＷ１５２に，クライアント装置１０４に属する利用者の識別情報が入力されて，「ログイン」ボタンがマウスのクリックなどで選択されることにより，ストリーミングサーバ１０２により上記ＩＤ１５０およびＰＷ１５２に入力された識別情報を認証され，次のコンテンツデータを選択するためのコンテンツ選択画面が表示される。なお，本実施の形態にかかるログイン画面は，ＩＤ１５０およびＰＷ１５２に利用者の識別情報が入力される場合を例に挙げて説明したが，かかる例に限定されず，例えば，識別情報が入力されない場合でも，無料体験利用などの目的で，次のコンテンツ選択画面を表示し，実施することが可能である。
【００８８】
次に，図６に示す画面は，利用者が所望するコンテンツデータを選択するためのコンテンツ選択画面である。コンテンツ選択画面は，上記ログイン画面にて「ログイン」ボタンが選択されることにより表示される。図６は，本実施の形態にかかるマルチキャストシステムのコンテンツ選択画面の概略的な構成を示す説明図である。
【００８９】
図６に示すように，コンテンツ選択画面は，コンテンツデータのタイトルである「コンテンツ名」と，コンテンツデータの視聴時間である「時間」と，コンテンツデータに対して課金される「料金」と，コンテンツデータをストリーミング配信するために必要なコンテンツデータの容量である「データ」とから構成される。
【００９０】
クライアント装置１０２に属する利用者は，ストリーミング再生を希望するコンテンツデータに該当する「チェックボックス」にマウスのクリックなどにより選択する。次に，マウスのクリックなどにより「選択」ボタンが選択されると，選択されたコンテンツデータの送信要求データが，ストリーミングサーバ１０２に送信される。上記送信要求データは，例えば，ユーザＩＤ，コンテンツ名などが含まれる。
【００９１】
なお，本実施の形態にかかるコンテンツ選択画面は，コンテンツ一覧が表示された場合を例に挙げて説明したが，かかる例に限定されず，所望のコンテンツデータを，予め指定してストリーミングサーバ１０２に照会をすることも実施可能である。したがって，照会する場合，コンテンツ選択画面には，指定するコンテンツデータのコンテンツ名を入力するコンテンツ名入力部（図示せず。）と，「照会」ボタンとが必要になる。
【００９２】
ストリーミングサーバ１０２は，送信要求データを受信すると，コンテンツ記憶部１２０に記憶された該当のコンテンツデータを，ブロックストリームに分割し，ネットワーク１０６を介して送信する。なお，本実施の形態にかかるストリーミングサーバ１０２は，送信要求データの送信元であるクライアント装置１０４に対し，コンテンツデータの課金をすることが実施可能である。したがって，ストリーミングサーバ１０２は，例えば，電子マネーである“Ｅｄｙ”（商標）などの決済機能を有することにより，コンテンツデータを再生することに対して，決済することができる。
【００９３】
また，例えば，「コンテンツ名」のコンテンツデータのタイトルが，黄色のテキストで表示されている場合は，リアルタイムで演奏又は実演などされているコンテンツデータを表しており，赤色のテキストで表示されている場合は，事前に収録または制作されたコンテンツデータを表すように実施することも可能である。したがって，黄色のテキストで表示されたコンテンツデータが選択された場合，送信開始されると，リアルタイムで演奏などの模様を再生することが可能となる。
【００９４】
次に，図７に示す画面は，クライアント装置１０２にコンテンツデータの送信が開始されて，クライアント装置１０４のディスプレイ装置に，コンテンツデータを再生するためのコンテンツ再生表示画面である。図７は，本実施の形態にかかるマルチキャストシステムのコンテンツ再生表示画面の概略的な構成を示す説明図である。
【００９５】
図７に示すように，コンテンツ再生表示画面は，コンテンツ表示部１３８により表示される。コンテンツ再生表示画面は，コンテンツデータが再生されると，動画，静止画，またはテキストなどの画像を表示するコンテンツ画面１７０と，コンテンツデータの開始から終了までの間において，任意の位置に移動するためのシークバー部１７２と，シークバー部１７２上に存在し現在のコンテンツデータの位置を表すスライド１７４と，再生中のコンテンツデータの開始からの経過時間を表示する再生時刻表示部１７３と，コンテンツデータの総再生時間情報を表示する総再生時間表示部１７１と，再生ボタン１７６と，停止ボタン１７８とから構成される。
【００９６】
図７に示すように，シークバー部１７２は，左端側がコンテンツデータの開始であり，右端側が終了である相対的な時間軸を表している。したがって，コンテンツデータの視聴時間が３時間であっても，３分間であっても，シークバー部１７２の長さは同じである。
【００９７】
スライド１７４は，コンテンツデータを再生している現在のコンテンツデータの時間を上記シークバー部１７２上を刻々とスライド移動している。したがって，コンテンツデータの再生開始時は，スライド１７４は，左端側に位置しており，コンテンツデータの再生終了時は，右端側に位置している。さらに，マウスなどにより，スライド１７４をシークバー部１７２上の任意の位置までスライド移動させると，例えば，目的とするコンテンツデータのシーンなど，移動された位置からコンテンツデータを再生させることが可能となる。
【００９８】
なお，例えば，ストリーミングサーバ１０２などによりクライアント装置１０２の認証がされなかった場合，クライアント装置１０２に，コンテンツデータは送信されず，コンテンツ再生表示画面は，表示されない。
【００９９】
（５．マルチキャストシステムの動作）
次に，上記のように構成されたマルチキャストシステムの動作の実施形態について説明する。
【０１００】
（５．１　ストリーミングサーバ１０２の動作）
図８を参照しながら，本実施の形態にかかるストリーミングサーバの動作について説明する。図８は，本実施の形態にかかるストリーミングサーバの動作の概略的な構成を示すフローチャートである。
【０１０１】
図８に示すように，まずストリーミングサーバ１０２のコンテンツ記憶部１２０に，例えば，映画，音楽，または演劇などの様々な種類のコンテンツデータが記憶される（Ｓ１８０）。なお，本実施の形態にかかるコンテンツデータは，ＭＰＥＧ２−ＰＳにパケット化されて，コンテンツ記憶部１２０に記憶されるが，かかる例に限定されず，例えば，ＭＰＥＧ２−ＴＳ又はＭＰＥＧ４などによる場合であっても実施可能である。
【０１０２】
次に，クライアント装置１０４からストリーミングサーバ１０２にコンテンツデータの送信を要求された場合，送信前に，コンテンツデータに含まれる１又は２以上のパケットのうち，上記説明の総再生時間情報が設定されたパケットヘッダから総再生時間情報を抽出する（Ｓ１８２）。なお，本実施の形態にかかる再生時間情報は，総再生時間情報である場合を例に挙げて説明するが，かかる例に限定されず，例えば，中間地点を示す再生時間情報などの場合であっても実施可能である。以下，総再生時間情報の抽出について説明する。
【０１０３】
（５．１．１　総再生時間情報抽出処理）
図９を参照しながら，本実施の形態にかかる総再生時間情報抽出処理について説明する。図９は，本実施の形態にかかる総再生時間情報抽出処理の概略的な構成を示すフローチャートである。
【０１０４】
図９に示すように，まず抽出対象とする総再生時間情報の変数（以下，ＭＡＸＰＴＳ）を“０”（ＭＡＸＰＴＳ＝０）とし，コンテンツデータの最後部から適当な大きさのブロックに区切り，取得するなどの初期化処理を行う（Ｓ１９０）。なお，本実施の形態にかかるブロックの大きさは，１ＭＢとするが，かかる例に限定されず，他の大きさであっても実施可能である。
【０１０５】
上記取得した適当な大きさのブロックの先頭部から順に，パケットヘッダを検索する（Ｓ１９２）。これは，ＰＴＳを検出するためである。パケットヘッダの検索は，ブロックの終端まで行われる（Ｓ１９４）。パケットヘッダがブロック終端の前に，検索された場合，ＰＴＳが設定されているか調べる（Ｓ１９６）。
【０１０６】
ＰＴＳが設定されていない場合は，さらにブロック内の後続のパケットヘッダの検索が行われる。ＰＴＳが設定されていた場合（Ｓ１９６），次に上記設定されていたＰＴＳとＭＡＸＰＴＳとを比較する（Ｓ１９８）。比較の結果，ＭＡＸＰＴＳの方がＰＴＳよりも大きい場合（ＭＡＸＰＴＳ＞ＰＴＳ）は，総再生時間情報として的確でないと判断し，さらにブロック内の後続のパケットヘッダの検索が行われる。ＭＡＸＰＴＳがＰＴＳよりも小さい場合（ＭＡＸＰＴＳ＜ＰＴＳ）は，総再生時間情報の可能性があるとして，上記ＰＴＳをＭＡＸＰＴＳに代入する（Ｓ１９９）。
【０１０７】
ブロックの終端に至るまでパケットヘッダの検索が終了した場合（Ｓ１９４），ＭＡＸＰＴＳの値を調べて（Ｓ１９５），ＭＡＸＰＴＳが“０”よりも大きい場合（ＭＡＸＰＴＳ＞０）は，上記ＭＡＸＰＴＳがコンテンツデータの総再生時間情報として的確であると判断（総再生時間情報が抽出されたと判断）し，総再生時間情報抽出処理は終了する。
【０１０８】
ＭＡＸＰＴＳが“０”もしくはそれ以下である場合（ＭＡＸＰＴＳ≦０）は，適当な大きさにとりだされたブロックが，コンテンツデータの先頭ブロックであるか否かを調べ，先頭ブロックであった場合は，ＭＡＸＰＴＳが存在しないと判断され，エラー処理が実行される（Ｓ１９３）。上記エラーは，ＭＰＥＧ２−ＰＳのデータが不正であるためと考えられる。
【０１０９】
上記適当な大きさにとりだされたブロックが，コンテンツ先頭部に該当するブロックでない場合は，上記ブロックよりも前に位置する個所における適当な大きさのブロックに区切り，取得する（Ｓ１９１）。ブロックがとりだされた以降は，図９に示すように，上記処理（Ｓ１９２，Ｓ１９３，Ｓ１９４，Ｓ１９５，Ｓ１９６，Ｓ１９７，Ｓ１９８，Ｓ１９９。）を繰り返す。
【０１１０】
次に，総再生時間情報の抽出終了後（Ｓ１８２），ストリームサーバ１０２のストリーム分割部１２４は，上記コンテンツデータの分割を行う。以下，コンテンツデータの分割（Ｓ１８４）について，最後尾ブロックストリームに分割する場合と，ブロックヘッダを付加する場合について説明する。
（５．１．２　最後尾ブロックストリームの場合のコンテンツデータ分割）
図１０を参照しながら，本実施の形態にかかるコンテンツデータ分割について説明する。図１０は，本実施の形態にかかるコンテンツデータ分割の概略的な構成を示す説明図である。
【０１１１】
図１０に示すように，（Ａ）は，ブロックストリームに分割される前のコンテンツデータの全体を示し，（Ｂ）は，ブロックストリーム２００と，ブロックストリーム２０２と，ブロックストリーム２０４と，ブロックストリーム２０６と，最後尾ブロックストリーム２０８とから構成される。（Ａ）〜（Ｃ）いずれのコンテンツデータも左端がコンテンツデータの開始であり右端が終了を表す。したがって時間軸は，右方向とする。
【０１１２】
したがって，（Ｂ）は，最後尾ブロックストリームを分割するコンテンツデータを示し，（Ｃ）は，ブロックストリーム２０１と，ブロックストリーム２０３と，ブロックストリーム２０５と，ブロックストリーム２０７とから構成される。したがって，（Ｃ）は，ブロックヘッダが付加され，各ブロックストリーム（２０１，２０３，２０５，２０７）に分割されるコンテンツデータを示す。なお，ブロックヘッダを付加する場合の分割については後ほど詳述する。
【０１１３】
ストリーム分割部１２４は，まずコンテンツデータから最後尾ブロックストリーム２０８を分割する。最後尾ブロックストリーム２０８は，時間情報抽出部１２２により抽出された総再生時間情報が含まれるブロックストリームのことである。つまり，最後尾ブロックストリーム２０８には，ＭＰＥＧ２−ＰＳによるコンテンツデータの画像または音声の最終フレームのＰＴＳが設定されたパケットヘッダが含まれている。
【０１１４】
したがって，ストリーム分割部１２４は，時間情報抽出部１２２により抽出された総再生時間情報のＰＴＳが設定されたパケットヘッダのアドレスから，当該パケットヘッダを検出し，上記パケットヘッダからコンテンツデータの最後を示す終了コードまでを最後尾ブロックストリーム２０８として分割する。上記最後尾ブロックストリーム２０８は別ストリームとして，ネットワーク１０６を介して送信される。
【０１１５】
最後尾ブロックストリーム２０８分割後，ストリーム分割部１２４は，上記最後尾ブロックストリーム２０８を除くコンテンツデータの先頭から順次，適当な複数のパケットからなるブロック単位に分割する。上記分割処理において，最初に分割されるブロックストリーム２００は，相対的に分割される時間の間隔が短い。なお，本実施形態にかかるブロックは，複数のパケットからなるが，パケットの個数には限定されない。１パケットをブロック単位としても実施可能である。
【０１１６】
また，次に分割されるブロックストリーム２０２は，上記ブロックストリーム２００が分割された間隔よりも相対的に長く，以降同様に，図１０に示すブロックストリーム２０４，ブロックストリーム２０６のように，後に分割されるにしたがって，分割される時間の長さ（時間長）が相対的に長くなる。または，分割されるデータ量の量が相対的に多くなる。なお，本実施の形態にかかる分割されるブロックストリームは，複数のパケットからなるブロック単位に分割される場合を例に挙げて説明したが，かかる例に限定されず，パック単位に分割する場合であっても実施可能である。
【０１１７】
（５．１．３　ブロックヘッダを付加する場合のコンテンツデータ分割）
次に，最後尾ブロックストリームに分割する場合の他に，ブロックヘッダを付加する場合のコンテンツデータの分割（Ｓ１８４）について説明する。
【０１１８】
まず，ストリーム分割部１２４は，時間情報抽出部１２２により抽出された総再生時間情報のＰＴＳを取得する。図４に示すように，パケットヘッダに設定されるＰＴＳは，４０ビットからなるが，そのうち，ストリーム分割部１２４は，“００１Ｘ”及び“マーカビット”を除く３３ビットを取得する。
【０１１９】
さらに，ストリーム分割部１２４は，取得されたＰＴＳに基づき，ブロックストリームに付加するためのブロックヘッダを作成する。図１１を参照しながら，本実施の形態にかかるブロックヘッダについて説明する。図１１は，本実施の形態にかかるブロックヘッダの概略的な構成を示す説明図である。
【０１２０】
図１１の（Ａ）のブロックストリームの先頭に付加される（Ｂ）のブロックヘッダは，“予備”と，６４ビットからなる“総再生時間”と，“予備”とから構成される。なお，６４ビットからなる“総再生時間”の位置は，任意であり，例えば，開始直後の先頭の位置に“総再生時間”が位置してもよく，最後部に位置してもよい。さらに，“総再生時間”は６４ビットからなる場合を例に挙げて説明したが，かかる例に限定されず，例えば，７１ビットの場合であっても実施可能である。この場合は，“総再生時間”のＰＴＳが４０ビットとなり，パケットヘッダに設定されたＰＴＳの４０ビットが直接ＰＴＳに設定される。
【０１２１】
図１１に示すように，（Ｂ）のブロックヘッダに構成される（Ｃ）の“総再生時間”は，３１ビットからなる“初期固定部”と，３３ビットからなる“ＰＴＳ”とから構成される。したがって，ストリーム分割部１２４は，上記“ＰＴＳ”に，取得されたＰＴＳ（３３ビット）を設定することによりブロックヘッダが作成される。
【０１２２】
なお，図１１の（Ｃ）の“総再生時間”に示す“初期固定部”は，例えば，コンテンツデータのＩＤ又は暗号化されたコンテンツデータを復号化するための復号鍵データなどが設定される。さらに，本実施の形態にかかるＰＴＳは，３３ビットから構成される場合を例に挙げて説明したが，かかる例に限定されず，例えば，パケットヘッダに設定された４０ビットからなるＰＴＳを直接ブロックヘッダに設定する場合であっても実施可能である。
【０１２３】
ブロックヘッダ作成後，ストリーム分割部１２４は，図１１の（Ｃ）のコンテンツデータに示すように，上記コンテンツデータの先頭から順次，適当な複数のパケットからなるブロック単位に分割する。上記分割処理において，最初に分割されるブロックストリーム２０１には，上記ブロックヘッダが付加される。またブロックストリーム２０１は，相対的に分割される時間の間隔が短い。なお，本実施形態にかかるブロックは，複数のパケットからなるが，パケットの個数には限定されない。１パケットをブロック単位としても実施可能である。
【０１２４】
また，次に分割されるブロックストリーム２０３は，上記ブロックストリーム２０１が分割された間隔よりも相対的に長く，以降同様に，図１０に示すブロックストリーム２０５，ブロックストリーム２０７のように，後に分割されるにしたがって，分割される時間の長さ（時間長）が相対的に長くなる。または，分割されるデータ量の量が相対的に多くなる。なお，本実施の形態にかかる分割されるブロックストリームは，複数のパケットからなるブロック単位に分割される場合を例に挙げて説明したが，かかる例に限定されず，パック単位に分割する場合であっても実施可能である。さらに，本実施の形態にかかるブロックヘッダは，先頭のブロックストリーム２０１にのみ付加される場合を例に挙げて説明したが，かかる例に限定されず，各ブロックストリーム（２０１，２０３，２０５，２０７）に付加される場合であっても実施可能である。
【０１２５】
上記コンテンツデータの分割（Ｓ１８４）が終了すると，ストリーミングサーバ１０２のストリーム送信部１２６は，各ブロックストリームを別ストリームとして，ネットワークを介して送信する（Ｓ１８６）。また，ストリーム送信部１２６は，所定時間または所定回数の制限まで，上記ブロックストリームをネットワークを介して，繰り返し再送する。したがって，データ送信の確実性の保障が保てる。以下，最後尾ブロックストリームおよびブロックストリームにブロックヘッダが付加された場合ごとに説明する。
【０１２６】
（５．１．３最後尾ブロックストリームの場合の送信処理）
最後尾ブロックストリーム２０８に分割した場合，図１０の（Ｂ）のコンテンツデータに示すように，ストリーム送信部１２６は，まず先頭のブロックストリーム２００を送信後，次に他のブロックストリームよりも優先して，最後尾ブロックストリーム２０８を，ネットワークを介して送信する。その後，分割された順に，ブロックストリーム２０４，ブロックストリーム２０６を送信する。なお，本実施の形態にかかる最後尾ブロックストリームの送信される順番は，先頭のブロックストリーム２００が送信された後であったが，かかる例に限定されず，例えば，先頭のブロックストリーム２００の前に，最後尾ブロックストリームを送信する場合であっても実施可能である。
【０１２７】
（５．１．４　ブロックヘッダが付加された場合の送信処理）
また，ブロックストリームにブロックヘッダが付加された場合は，ストリーム送信部１２６は，図１０の（Ｃ）のコンテンツデータに示すように，ブロックストリームに分割された順に，ブロックストリーム２０１と，ブロックストリーム２０３と，ブロックストリーム２０５と，ブロックストリーム２０７とを送信する。
【０１２８】
以上から，ストリームサーバ１０２は，送信するコンテンツデータの総再生時間情報を抽出し，ブロックストリームに総再生時間情報が含まれるブロックストリームを，ネットワーク１０６を介して，クライアント装置１０４に送信することから，クライアント装置１０４は，常に総再生時間情報を取得することが可能である。
【０１２９】
（５．２　クライアント装置１０４の動作）
次に，図１２，図１３，および図１４を参照しながら，本実施の形態にかかるクライアント装置の動作について説明する。図１２は，本実施の形態にかかるクライアント装置の動作の概略的な構成を示すフローチャートである。
【０１３０】
ストリーミングサーバ１０２にコンテンツデータの送信要求後のクライアント装置１０２は，まず，ストリーミングサーバ１０２からネットワーク１０６を介して送信される１又は２以上のブロックストリームを受信する（Ｓ２１０）。以下，ブロックストリームの受信について，最後尾ブロックストリームが送信される場合の受信処理および最後尾ブロックストリームが送信されない場合の受信処理とに分けて説明する。
【０１３１】
（５．２．１最後尾ブロックストリームが送信される場合の受信処理）
まず図１３を参照しながら，本実施の形態にかかる最後尾ブロックストリームが送信される場合の受信処理について説明する。図１３は，本実施の形態にかかるクライアント装置のブロックストリーム受信の概略を示すタイムチャートである。なお，図１３に示す“Ｃ地点”は，クライアント装置１０２にブロックストリームが送信される地点を示し，水平方向は時間軸を示す。受信レートは，ストリーム受信部１３０によりブロックストリームを受信する速さのことで，再生レートは，コンテンツ表示部に表示されるコンテンツデータの再生するために必要な速さである。
【０１３２】
図１３に示すように，クライアント装置１０４は，ネットワークを介してブロックストリームを受信する。受信は，ブロックストリーム２００，最後尾ブロックストリーム２０８，ブロックストリーム２０２，ブロックストリーム２０４，ブロックストリーム２０６の順に受信される。図１３に示すように，最後尾ブロックストリーム２０８は優先して送信されるため他のブロックストリームよりも早く到着する。
【０１３３】
図１３に示すように，受信されたブロックストリーム２００，最後尾ブロックストリーム２０８は，ストリーム記憶部１３２により一時記憶される。また，ネットワーク１０６のトラフィックに応じて，図１３に示す受信レートが変更されて，受信レートが高くなれば，より早くコンテンツデータの受信が可能であるがが，再生レートよりも遅い場合は，再生することができる範囲で，受信レートが変更される。また，各ブロックストリーム（２００，２０２，２０４，２０６，２０８）は，所定時間または所定回数の制限まで，ネットワークを介して，繰り返し送信される。
【０１３４】
（５．２．２最後尾ブロックストリームが送信されない場合の受信処理）
次に，図１４に示すように，最後尾ブロックストリームが送信されない場合の受信処理について説明する。図１４は，本実施の形態にかかるクライアント装置のブロックストリーム受信の概略を示すタイムチャートである。なお，図１４に示す“Ｃ地点”は，クライアント装置１０２にブロックストリームが送信される地点を示し，水平方向は時間軸を示す。
【０１３５】
図１４に示すように，クライアント装置１０４は，ネットワークを介してブロックストリームを受信する。受信は，ブロックストリーム２０１，ブロックストリーム２０３，ブロックストリーム２０５，ブロックストリーム２０７の順に受信される。したがって，ストリーミングサーバ１０２によりコンテンツデータが分割された順と同じである。
【０１３６】
図１４に示すように，受信されたブロックストリーム２０１は，ストリーム記憶部１３２により一時記憶される。また，ネットワーク１０６のトラフィックに応じて，図１４に示す受信レートが変更されて，受信レートが高くなれば，より早くコンテンツデータの受信が可能であるがが，再生レートよりも遅い場合は，再生することができる範囲で，受信レートが変更される。また，各ブロックストリーム（２０１，２０３，２０５，２０７）は，所定時間または所定回数の制限まで，ネットワークを介して，繰り返し送信される。
【０１３７】
ブロックストリームの受信（Ｓ２１０）により，再生時間情報抽出部１３１は，ストリーム記憶部１３２に所定のブロックストリームが記憶されているのを確認後，総再生時間情報の抽出（Ｓ２１２）をする。
【０１３８】
再生時間情報抽出部１３１は，最後尾ブロックストリーム２０８が送信される場合は，図１３に示すように，先頭のブロックストリーム２００と最後尾ブロックストリーム２０８とがストリーム記憶部１３２に記憶されているか確認する。
【０１３９】
また再生時間情報抽出部１３１は，最後尾ブロックストリーム２０８が送信されない場合は，図１４に示すように，先頭のブロックストリーム２０１がストリーム記憶部１３２に記憶されているか確認する。
【０１４０】
ストリーム記憶部１３２に所定のブロックストリームが記憶されている場合，再生時間情報抽出部１３１は，総再生時間情報の抽出（Ｓ２１２）をする。以下最後尾ブロックストリームが送信される場合と送信されない場合とに分けて説明する。
【０１４１】
（５．２．３最後尾ブロックストリーム送信される場合の総再生時間情報抽出）
最後尾ブロックストリーム２０８が送信される場合は，図１３に示すように，優先してクライアント装置１０４に送信されるため，最後尾ブロックストリーム２０８がストリーム記憶部１３２に記憶された時点で，先頭のブロックストリーム２００と，最後尾ブロックストリーム２０８とが記憶されている。
【０１４２】
ブロックストリーム２００と，最後尾ブロックストリーム２０８とが記憶されているため，コンテンツデータの開始を示すパック開始コードと終了を示す終了コードがブロックストリーム２００と，最後尾ブロックストリーム２０８とに含まれている。
【０１４３】
したがって，再生時間情報抽出部１３１は，まずブロックストリーム２００に含まれるパック開始コードを認識し，さらに最後尾ブロックストリーム２０８に含まれる終了コードを認識する。また，ブロックストリーム２００に含まれるパックヘッダのＳＲＣの値が“０”でない場合は，“０”に初期化する。
【０１４４】
その後，再生時間情報抽出部１３１は，図９に示すように，まず抽出対象とする総再生時間情報の変数（以下，ＭＡＸＰＴＳ）を“０”（ＭＡＸＰＴＳ＝０）とし，最後尾ブロックストリームに含まれる終了コードを基準とした適当な大きさのブロックに区切り，取得するなどの初期化処理を行う（Ｓ１９０）。なお，本実施の形態にかかるブロックの大きさは，１ＭＢとするが，かかる例に限定されず，他の大きさであっても実施可能である。以降の総再生時間情報の抽出処理は，上記ストリーミングサーバ１０２にて説明したのとほぼ同様な構成であるため詳細な説明は省略する。
【０１４５】
（５．２．４最後尾ブロックストリーム送信されない場合の総再生時間情報抽出）
最後尾ブロックストリーム２０８が送信されない場合，図１４に示すように，再生時間情報抽出部１３１は，ブロックヘッダが付加された先頭のブロックストリーム２０１がストリーム記憶部１３２に記憶されたのを確認する。
【０１４６】
記憶されたのを確認後，再生時間情報抽出部１３１は，総再生時間情報の抽出のためダミーブロック（図示せず。）を，ストリーム記憶部１３２に記憶された先頭のブロックストリーム２０１に付加されたブロックヘッダに基づいて作成する。また，ブロックストリーム２０１に含まれるパックヘッダのＳＲＣの値が“０”でない場合は，“０”に初期化する。
【０１４７】
上記ダミーブロックは，パケットヘッダと，終了コードを少なくとも含む１又は２以上のパケットを含み，適当な大きさを有するブロックである。上記パケットヘッダのＰＴＳには，上記ブロックヘッダに設定された“総再生時間”のうち総再生時間情報を示す３３ビットからなる“ＰＴＳ”，“マーカビット”および“００１Ｘ”が付加された状態で設定される。
【０１４８】
したがって，ブロックストリーム２０１は，コンテンツデータの開始を示すパック開始コードを含み，ダミーブロックは，コンテンツデータの終了を示す終了コードと，総再生時間情報を示すＰＴＳとを含み，ストリーム記憶部１３２に記憶される。
【０１４９】
ダミーブロックが作成されると，再生時間情報抽出部１３１は，総再生時間情報の抽出処理を開始する。まず再生時間情報抽出部１３１は，ブロックストリーム２００に含まれるパック開始コードを認識し，さらに最後尾ブロックストリーム２０８に含まれる終了コードを認識する。
【０１５０】
その後，再生時間情報抽出部１３１は，図９に示すように，まず抽出対象とする総再生時間情報の変数（以下，ＭＡＸＰＴＳ）を“０”（ＭＡＸＰＴＳ＝０）とし，ダミーブロックに含まれる終了コードを基準とした適当な大きさのブロックに区切り，取得する初期化処理を行う（Ｓ１９０）。なお，本実施の形態にかかるブロックの大きさは，１ＭＢとするが，かかる例に限定されず，他の大きさであっても実施可能である。以降の総再生時間情報の抽出処理は，上記ストリーミングサーバ１０２にて説明したのとほぼ同様な構成であるため詳細な説明は省略する。
【０１５１】
従来から使用されている既存のメディアプレーヤは，ＭＰＥＧ２−ＰＳを再生する際に，最終パケットのＰＴＳを取得することで，総再生時間を検出する場合が多いため，マルチキャストＶＯＤの受信のための受信モジュールを別体に設け，既存のメディアプレーヤにコンテンツデータの一部を，再生開始時にメディアプレーヤに送信することで，既存のメディアプレーヤを使用する場合であっても，メディアプレーヤは総再生時間を検出することが可能となる。
【０１５２】
なお，本実施の形態にかかるブロックヘッダが付加された場合の総再生時間情報抽出は，ダミーヘッダが作成される場合を例に挙げて説明したが，かかる例に限定されず，図１２におけるブロックヘッダの“総再生時間”のＰＴＳに設定された総再生時間情報であるＰＴＳを直接取得する場合であっても実施可能である。
【０１５３】
以上から，コンテンツデータがＭＰＥＧ２−ＰＳの場合であっても，クライアント装置１０４は，総再生時間情報を抽出することが可能となる。総再生時間情報が抽出されると，制御部１３４によりコンテンツ表示部１３８に総再生時間情報が転送される。コンテンツ表示部１３８は，総再生時間情報が転送されると，上記総再生時間情報を，図７に示す総再生時間表示部１７１に表示する。
【０１５４】
ここで，従来のマルチキャストを利用したビデオ・オン・デマンド（マルチキャストＶＯＤ）方式又は疑似ビデオ・オン・デマンド（マルチキャストＮＶＯＤ）方式において説明すると，例えば，映画，音楽，または演劇などのＭＰＥＧ２−ＰＳのコンテンツデータを，ネットワークを介して送信する際に，クライアント装置側に属する利用者が視聴するまでの初期待ち時間を短縮する，つまりクライアント装置がコンテンツデータを再生可能状態に至るまでの時間を短縮するために，コンテンツデータのうち先頭部分では比較的短い時間に，後ろの部分に行くほど暫時時間を長くして分割し，別々のマルチキャストストリームで送信していた。クライアント装置側では先頭部分が受信された後にコンテンツデータの再生を開始し，順次，各ストリームを受信しながら連続再生を行っていた。
【０１５５】
コンテンツデータ再生開始時に，予め先頭の一部分のデータしかクライアント装置が受信していないためコンテンツデータが終了する最後の画面のフレームの総再生時間を示すＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅ　Ｓｔａｍｐ）が設定されているヘッダを読み取ることはできない。
【０１５６】
したがって，例えば，図１４に示すように，ＭＰＥＧ２−ＰＳにおいて，ブロックごとに付加されたブロックヘッダなどには，総再生時間情報が設定されず，クライアント装置１０４は，ブロックストリーム（２０１，２０３，２０５，２０７）ごとに受信する場合であっても，総再生時間情報を表示することができなかった。
【０１５７】
次に，図１３に示す総再生時間情報が抽出（Ｓ２１２）されると，ストリーム再構成部１３３により，コンテンツデータを再生するため，例えば，最後尾ブロックストリーム２０８が，ストリーミングサーバ１０２により分割される前の位置に入替えられるなど，ブロックストリームの再構成を行い，１本のストリームにする。図１３又は図１４の（Ａ）のコンテンツデータに示すように，１又は２以上のブロックストリームが別ストリームにて送信されているため再構成が必要となる。再構成後は，図１３又は図１４の（Ｂ）のコンテンツデータに示すようにブロックストリームがアドレスに基づいてマッピングされる。ストリーム再構成部１３３は，ブロックストリームをデマルチプレクサ１３５に送信する。
【０１５８】
一方，最後尾ブロックストリーム２０８が送信される場合において，ブロックストリーム２００又は最後尾ブロックストリーム２０８がストリーム記憶部１３２に記憶された時点で，全てのブロックストリームを受信する必要なく，ストリーム再構成部１３３により，コンテンツデータを再生するために再構成することが可能であるから，再生するまでに待たされる初期待ち時間が短縮される。
【０１５９】
さらに，最後尾ブロックストリーム２０８が送信されない場合においても，ブロックストリーム２０１がストリーム記憶部１３２に記憶された時点で，全てのブロックストリームを受信する必要なく，ストリーム再構成部１３３により，コンテンツデータを再生するために再構成することが可能であり，全てのブロックストリームを受信する場合の初期待ち時間よりも，初期待ち時間が短縮される。
【０１６０】
デマルチプレクサ１３５は，ストリーム再構成部１３３により送信されるブロックストリームに構成された画像データと音声データとに分離し，画像データを画像デコーダ１３６に送信し，音声データを音声デコーダ１３７に送信する。
【０１６１】
画像デコーダ１３６と音声デコーダ１３７は，受信した画像データ及び音声データを，図１３又は図１４の（Ｂ）のコンテンツデータに示すように，コンテンツ表示部１３８によりコンテンツデータが再生される再生レートに合わせて，ＰＴＳとＳＴＣ（Ｓｙｓｔｅｍ　Ｔｉｍｅ　Ｃｌｏｃｋ）とから同期をとりながら，デコード処理（Ｓ２１４）し，コンテンツ表示部１３８にコンテンツデータを送信する。また，再生レートに満たない場合は，制御部１３４により，再生レートを正常にするためブロックストリームの送信レートを早めるための送信レート要求データが，ストリーミングサーバ１０２に送信される。
【０１６２】
画像デコーダ１３６および音声デコーダ１３７によりデコード処理されたコンテンツデータは，コンテンツ表示部１３８のコンテンツ画面１７０及びスピーカなどの出力部１４０によりコンテンツデータが再生される（Ｓ２１６）
【０１６３】
以上から，クライアント装置１０４は，常にストリーミングサーバ１０２から受信するブロックストリームから，総再生時間情報を表示し，さらにコンテンツデータを再生することが可能となる。
【０１６４】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明はかかる例に限定されない。当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例を想定し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１６５】
上記実施形態においては，再生時間情報が，総再生時間情報を示す場合を例にあげて説明したが，本発明はかかる例に限定されない。例えば，再生時間情報が，総再生時間の再生の中間である時間，または再生時間情報が，ハイライトシーンが再生される時間などの場合であっても実施可能である。
【０１６６】
上記実施形態においては，コンテンツデータは多チャネルにより送信される場合を例にあげて説明したが，本発明はかかる例に限定されず，単一チャネルで多重化されて送信される場合でも実施可能である。単一チャネルの場合，例えば，コンテンツデータから時間長が同じ等間隔にブロックストリームを分割，すなわち各ブロックストリームのデータ量は一定であるが，再生時間が終了に近づくほど，順次送信するビットレートを低くして多重化することにより，上記多チャネルの場合と同様，初期待ち時間の短縮化が図れ，ネットワークトラフィックに柔軟に対応できる。多チャネルの場合も上記単一チャネルと同様に実施可能である。
【０１６７】
【発明の効果】
以上説明したように，本発明によれば，マルチキャストシステムのＭＰＥＧ２−ＰＳによるビデオ・オン・デマンド方式において，クライアント装置は，初期待ち時間経過後，総再生時間情報を表示し，さらにシークバーの初期設定などを行いながら，コンテンツデータの再生をすることが可能となる。
【図面の簡単な説明】
【図１】本実施の形態にかかるマルチキャストシステムの概略的な構成を示すブロック図である。
【図２】本実施の形態にかかるストリーミングサーバの概略的な構成を示すブロック図である。
【図３】本実施の形態にかかるクライアント装置の概略的な構成を示すブロック図である。
【図４】本実施の形態にかかるＭＰＥＧ２−ＰＳのデータ構造の概略的な構成を示す説明図である。
【図５】本実施の形態にかかるマルチキャストシステムのログイン画面の概略的な構成を示す説明図である。
【図６】本実施の形態にかかるマルチキャストシステムのコンテンツ選択画面の概略的な構成を示す説明図である。
【図７】本実施の形態にかかるマルチキャストシステムのコンテンツ再生表示画面の概略的な構成を示す説明図である。
【図８】本実施の形態にかかるストリーミングサーバの動作の概略的な構成を示すフローチャートである。
【図９】本実施の形態にかかる総再生時間情報抽出処理の概略的な構成を示すフローチャートである。
【図１０】本実施の形態にかかるコンテンツデータ分割の概略的な構成を示す説明図である。
【図１１】本実施の形態にかかるブロックヘッダの概略的な構成を示す説明図である。
【図１２】本実施の形態にかかるクライアント装置の動作の概略的な構成を示すフローチャートである。
【図１３】本実施の形態にかかるクライアント装置のブロックストリーム受信の概略的な構成を示す説明図である。
【図１４】本実施の形態にかかるクライアント装置のブロックストリーム受信の概略的な構成を示す説明図である。
【符号の説明】
１０２　：　ストリーミングサーバ
１０４　：　クライアント装置
１０６　：　ネットワーク
１２０　：　コンテンツ記憶部
１２２　：　時間情報抽出部
１２４　：　ストリーム分割部
１２６　：　ストリーム送信部
１２８　：　制御部
１３０　：　ストリーム受信部
１３１　：　再生時間情報抽出部
１３２　：　ストリーム記憶部
１３３　：　ストリーム再構成部
１３８　：　コンテンツ表示部
【図１】
2004140552.tif 000003
【図２】
2004140552.tif 000004
【図３】
2004140552.tif 000005
【図４】
2004140552.tif 000006
【図５】
2004140552.tif 000007
【図６】
2004140552.tif 000008
【図７】
2004140552.tif 000009
【図８】
2004140552.tif 000010
【図９】
2004140552.tif 000011
【図１０】
2004140552.tif 000012
【図１１】
2004140552.tif 000013
【図１２】
2004140552.tif 000014
【図１３】
2004140552.tif 000015
【図１４】
2004140552.tif 000016