(57)【要約】  ディジタルブロードキャスティングシステムにおけるタイムシフトサービスを提供するシステム及び方法が提供される。上記システムは、上記コンテンツのセグメントのバッファリング時間が経過した後に、上記セグメントを格納し、上記セグメントが格納された位置を示すユニフォームリソースロケーション（ＵＲＬ）情報を含むアップデートされたマルチメディアプレゼンテーションディスクリプション（ＭＰＤ）を送信するサーバと、上記アップデートされたマルチメディアプレゼンテーションディスクリプションを受信し、上記アップデートされたマルチメディアプレゼンテーションディスクリプションに含まれる上記ＵＲＬ情報が示す位置で上記格納されたセグメントを取得するクライアント装置と、を有する。
2013524618.tif 000002
【特許請求の範囲】
【請求項１】
ディジタルブロードキャスティングシステムにおけるコンテンツを提供するシステムであって、
前記コンテンツのセグメントのバッファリング時間が経過した後に、前記セグメントを格納し、前記セグメントが格納された位置を示すユニフォームリソースロケーション（ＵＲＬ）情報を含むアップデートされたマルチメディアプレゼンテーションディスクリプション（ＭＰＤ）を送信するサーバと、
前記アップデートされたマルチメディアプレゼンテーションディスクリプションを受信し、前記アップデートされたマルチメディアプレゼンテーションディスクリプションに含まれる前記ＵＲＬ情報が示す位置で前記格納されたセグメントを取得するクライアント装置と、
を有することを特徴とするシステム。
【請求項２】
ディジタルブロードキャスティングシステムにおけるサーバがコンテンツを提供する方法であって、
前記コンテンツのセグメントのバッファリング時間が経過した後に、前記セグメントを格納するステップと、
前記セグメントが格納された位置を示すユニフォームリソースロケーション（ＵＲＬ）情報を含むアップデートされたマルチメディアプレゼンテーションディスクリプション（ＭＰＤ）をクライアント装置に送信するステップと、
を有することを特徴とする方法。
【請求項３】
ディジタルブロードキャストのためのコンテンツを提供するサーバ装置であって、
前記サーバ装置は、前記コンテンツのセグメントのバッファリング時間が経過した後に、前記セグメントを格納し、前記セグメントが格納された位置を示すユニフォームリソースロケーション（ＵＲＬ）情報を含むアップデートされたマルチメディアプレゼンテーションディスクリプション（ＭＰＤ）をクライアント装置に送信することを特徴とするサーバ装置。
【請求項４】
ディジタルブロードキャスティングシステムにおけるクライアント装置がコンテンツを取得する方法であって、
前記コンテンツのセグメントのバッファリング時間が経過した後に、前記セグメントが格納されたサーバのユニフォームリソースロケーション（ＵＲＬ）情報を含むアップデートされたマルチメディアプレゼンテーションディスクリプション（ＭＰＤ）を受信するステップと、
前記アップデートされたマルチメディアプレゼンテーションディスクリプションに含まれる前記ＵＲＬ情報が示す位置で前記格納されたセグメントを取得するステップと、
を有することを特徴とする方法。
【請求項５】
ディジタルブロードキャストコンテンツを受信するクライアント装置であって、
前記クライアント装置は、前記コンテンツのセグメントのバッファリング時間が経過した後に、前記セグメントが格納されたサーバのユニフォームリソースロケーション（ＵＲＬ）情報を含むアップデートされたマルチメディアプレゼンテーションディスクリプション（ＭＰＤ）を受信し、前記アップデートされたマルチメディアプレゼンテーションディスクリプションに含まれる前記ＵＲＬ情報が示す位置で前記格納されたセグメントを取得することを特徴とするクライアント装置。
【請求項６】
ディジタルブロードキャストのためのコンテンツを提供するサーバ装置であって、
前記コンテンツのセグメントのバッファリング時間が経過した後に、前記コンテンツのセグメントを格納する格納手段と、
前記セグメントが前記格納手段に格納された位置を示すユニフォームリソースロケーション（ＵＲＬ）情報を含むアップデートされたマルチメディアプレゼンテーションディスクリプション（ＭＰＤ）をクライアント装置に送信する送信手段と、
を有することを特徴とするサーバ装置。
【請求項７】
ディジタルブロードキャストのためのコンテンツを受信するクライアント装置であって、
前記コンテンツのセグメントのバッファリング時間が経過した後に、前記セグメントが格納されたサーバのユニフォームリソースロケーション（ＵＲＬ）情報を含むアップデートされたマルチメディアプレゼンテーションディスクリプション（ＭＰＤ）を受信する受信手段と、
前記アップデートされたマルチメディアプレゼンテーションディスクリプションに含まれる前記ＵＲＬ情報が示す位置で前記格納されたセグメントを取得する取得手段と、
を有することを特徴とするクライアント装置。
【請求項８】
前記マルチメディアプレゼンテーションディスクリプションは、前記セグメントが実際にブロードキャスティングされた時間に関する情報を含むことを特徴とする請求項１に記載のシステム。
【請求項９】
前記マルチメディアプレゼンテーションディスクリプションは、前記セグメントが実際にブロードキャスティングされた時間に関する情報を含むことを特徴とする請求項２または４に記載の方法。
【請求項１０】
前記マルチメディアプレゼンテーションディスクリプションは、前記セグメントが実際にブロードキャスティングされた時間に関する情報を含むことを特徴とする請求項３または６に記載のサーバ装置。
【請求項１１】
前記マルチメディアプレゼンテーションディスクリプションは、前記セグメントが実際にブロードキャスティングされた時間に関する情報を含むことを特徴とする請求項５または７に記載のクライアント装置。
【請求項１２】
前記マルチメディアプレゼンテーションディスクリプションは、前記セグメントの単位及び前記セグメントが構成するプログラムの単位の中の少なくとも１つでアップデートされることを特徴とする請求項１に記載のシステム。
【請求項１３】
前記マルチメディアプレゼンテーションディスクリプションは、前記セグメントの単位及び前記セグメントが構成するプログラムの単位の中の少なくとも１つでアップデートされることを特徴とする請求項２または４に記載の方法。
【請求項１４】
前記マルチメディアプレゼンテーションディスクリプションは、前記セグメントの単位及び前記セグメントが構成するプログラムの単位の中の少なくとも１つでアップデートされることを特徴とする請求項３または６に記載のサーバ装置。
【請求項１５】
前記マルチメディアプレゼンテーションディスクリプションは、前記セグメントの単位及び前記セグメントが構成するプログラムの単位の中の少なくとも１つでアップデートされることを特徴とする請求項５または７に記載のクライアント装置。
【請求項１６】
前記クライアント装置は、前記マルチメディアプレゼンテーションディスクリプションがアップデートされる時点で前記アップデートされたマルチメディアプレゼンテーションディスクリプションを送信することを前記サーバに要請することを特徴とする請求項１に記載のシステム。
【請求項１７】
前記クライアント装置は、前記マルチメディアプレゼンテーションディスクリプションがアップデートされる時点で前記アップデートされたマルチメディアプレゼンテーションディスクリプションを送信することを前記サーバに要請することを特徴とする請求項２または４に記載の方法。
【請求項１８】
前記クライアント装置は、前記マルチメディアプレゼンテーションディスクリプションがアップデートされる時点で前記アップデートされたマルチメディアプレゼンテーションディスクリプションを送信することを前記サーバに要請することを特徴とする請求項３または６に記載のサーバ装置。
【請求項１９】
前記クライアント装置は、前記マルチメディアプレゼンテーションディスクリプションがアップデートされる時点で前記アップデートされたマルチメディアプレゼンテーションディスクリプションを送信することを前記サーバに要請することを特徴とする請求項５または７に記載のクライアント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タイムシフトサービスを提供する方法及び装置に関し、特に、ディジタルブロードキャスティングシステムにおけるタイムシフトサービスを提供する方法及び装置とそのシステムに関する。
【背景技術】
【０００２】
最近では、ディジタルブロードキャスティングシステムにおいて、オンラインコンテンツを使用するユーザーの増加によりコンテンツの円滑な配信の重要性が認識されている。このために、使用可能な送信帯域幅及び／又はユーザーのデバイス性能の変化に従ってコンテンツのビット率が滑らかに変わって送信される適応ストリーミング（Adaptive Streaming）技術が注目を浴びている。このような適応ストリーミング技術は、ユーザーのネットワーク環境を分析することによりビット率を最適化する。このように適応ストリーミングと同様に、ハイパーテキスト転送プロトコル（Hypertext Transfer Protocol：ＨＴＴＰ）に基づいて小さく分割されたコンテンツの単位をユーザー端末が状況に基づいて選択し再生することにより、ユーザーが遅延なしにコンテンツを使用できるようにするコンテンツ配信技術が様々な標準団体で論議されている。
【０００３】
インターネットプロトコル（ＩＰ）に基づくコンバージェンス（Convergence）時代において、通信及びブロードキャスティングのコンバージェンスは、次世代新規ビジネスモデルとして、次世代市場先導技術の１つとして注目を浴びている。特に、インターネットプロトコルテレビジョン（Internet Protocol TeleVision：ＩＰＴＶ）は、既存のＴＶ、音声、及びデータ技術の再組み合せ又は統合を行った新たなサービスを提供するだけでなく双方向性もサポートすることにより様々なビジネスモデル及びサービスを創出することができる技術である。特に、このようなＩＰＴＶ技術は、限定された端末環境に特化したサービス配信技術とは異なり、ＩＰＴＶ技術は、端末及びネットワークのタイプに関係なく、サービスを固定型端末（例えば、セットトップボックス、ＰＣ、及びＴＶ）及び移動型端末（例えば、携帯電話及びパーソナルディジタルアシスタント（ＰＤＡ））、有線／無線網、及びブロードキャスト網に提供することにより、様々な環境で同一のサービスの提供及び適用を可能にするだけでなく様々な環境を考慮して様々な形態のサービスの開発も可能である。
【０００４】
ブロードキャストコンテンツが再生されている間に、ユーザーは、既に再生されたコンテンツを選択しさらに見ることができる。一般的に、これは、‘タイムシフト’機能と呼ばれる。タイムシフト機能をサポートする装置が特定の容量を有する格納装置（例えば、バッファ、ハードディスク、及びメモリ）を含むことが一般的である。しかしながら、この場合に、タイムシフト機能は、格納装置の格納可能な容量に限定されることがある。言い換えれば、従来技術では、格納された特定のサイズの最近のコンテンツより前に再生されたコンテンツ及び／又は同一のコンテンツの一部分に対してタイムシフト機能を提供することは不可能である。同様に、タイムシフト機能は、特定のサイズのコンテンツが装置でないネットワーク上のサーバなどに格納される場合にも提供することができない。従来技術では、タイムシフトバッファ深さ（timeShift BufferDepth）情報をマルチメディアプレゼンテーションディスクリプション（Multimedia Presentation Description：ＭＰＤ）を用いてクライアントに送信する。timeShiftBufferDepthの値は、サーバがセグメントをバッファリングする期間を示す。したがって、従来技術では、各セグメントの‘レプリゼンテーションタイム’＋‘タイムシフトバッファ深さ（representation time+timeShiftBufferDepth）が経過した後に、関連するセグメントのアクセスが不可能である。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の便宜を提供することにある。すなわち、本発明の目的は、ディジタルブロードキャスティングシステムにおけるタイムシフトサービスを提供する方法及び装置とそのシステムを提供することにある。
【課題を解決するための手段】
【０００６】
上記のような目的を達成するために、本発明の一態様によれば、ディジタルブロードキャスティングシステムにおけるコンテンツを提供するシステムを提供する。上記コンテンツを提供するシステムは、上記コンテンツのセグメントのバッファリング時間が経過した後に、上記セグメントを格納し、上記セグメントが格納された位置を示すユニフォームリソースロケーション（ＵＲＬ）情報を含むアップデートされたマルチメディアプレゼンテーションディスクリプション（ＭＰＤ）を送信するサーバと、上記アップデートされたマルチメディアプレゼンテーションディスクリプションを受信し、上記アップデートされたマルチメディアプレゼンテーションディスクリプションに含まれる上記ＵＲＬ情報が示す位置で上記格納されたセグメントを取得するクライアント装置と、を有することを特徴とする。
【０００７】
本発明の他の態様によれば、ディジタルブロードキャスティングシステムにおけるサーバがコンテンツを提供する方法を提供する。上記方法は、上記コンテンツのセグメントのバッファリング時間が経過した後に、上記セグメントを格納するステップと、上記セグメントが格納された位置を示すユニフォームリソースロケーション（ＵＲＬ）情報を含むアップデートされたマルチメディアプレゼンテーションディスクリプション（ＭＰＤ）をクライアント装置に送信するステップと、を有することを特徴とする。
【０００８】
本発明のさらに他の態様によれば、ディジタルブロードキャストのためのコンテンツを提供するサーバ装置を提供する。上記サーバ装置は、上記コンテンツのセグメントのバッファリング時間が経過した後に、上記セグメントを格納し、上記セグメントが格納された位置を示すユニフォームリソースロケーション（ＵＲＬ）情報を含むアップデートされたマルチメディアプレゼンテーションディスクリプション（ＭＰＤ）をクライアント装置に送信することを特徴とする。
【０００９】
本発明のさらなる他の態様によれば、ディジタルブロードキャスティングシステムにおけるクライアント装置がコンテンツを取得する方法を提供する。上記方法は、上記コンテンツのセグメントのバッファリング時間が経過した後に、上記セグメントが格納されたサーバのユニフォームリソースロケーション（ＵＲＬ）情報を含むアップデートされたマルチメディアプレゼンテーションディスクリプション（ＭＰＤ）を受信するステップと、上記アップデートされたマルチメディアプレゼンテーションディスクリプションに含まれる上記ＵＲＬ情報が示す位置で上記格納されたセグメントを取得するステップと、を有することを特徴とする。
【００１０】
本発明のさらなる他の１つの態様によれば、ディジタルブロードキャストコンテンツを受信するクライアント装置を提供する。上記クライアント装置は、上記コンテンツのセグメントのバッファリング時間が経過した後に、上記セグメントが格納されたサーバのユニフォームリソースロケーション（ＵＲＬ）情報を含むアップデートされたマルチメディアプレゼンテーションディスクリプション（ＭＰＤ）を受信し、上記アップデートされたマルチメディアプレゼンテーションディスクリプションに含まれる上記ＵＲＬ情報が示す位置で上記格納されたセグメントを取得することを特徴とする。
【００１１】
本発明のさらにまた他の態様によれば、ディジタルブロードキャストのためのコンテンツを提供するサーバ装置を提供する。上記サーバ装置は、上記コンテンツのセグメントのバッファリング時間が経過した後に、上記コンテンツのセグメントを格納する格納手段と、上記セグメントが上記格納手段に格納された位置を示すユニフォームリソースロケーション（ＵＲＬ）情報を含むアップデートされたマルチメディアプレゼンテーションディスクリプション（ＭＰＤ）をクライアント装置に送信する送信手段とを有することを特徴とする。
【００１２】
本発明のさらにその他の態様によれば、ディジタルブロードキャストのためのコンテンツを受信するクライアント装置を提供する。上記クライアント装置は、上記コンテンツのセグメントのバッファリング時間が経過した後に、上記セグメントが格納されたサーバのユニフォームリソースロケーション（ＵＲＬ）情報を含むアップデートされたマルチメディアプレゼンテーションディスクリプション（ＭＰＤ）を受信する受信手段と、上記アップデートされたマルチメディアプレゼンテーションディスクリプションに含まれる上記ＵＲＬ情報が示す位置で上記格納されたセグメントを取得する取得手段とを有することを特徴とする。
【発明の効果】
【００１３】
ブロードキャストコンテンツのブロードキャスト時間の後に、クライアントのユーザーは、いつも過去のブロードキャストコンテンツを要請し見ることができる。
【００１４】
本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになるだろう。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態によるディジタルブロードキャスティングシステムで使用される時間に関連した用語の定義を概念的に示す図である。
【図２】本発明の実施形態による‘Ttimeshift’時間が‘timeShiftAvailabilityStart’時点と‘NOW’時点との間に存在するか否かにより実行されるサーバの動作を示すフローチャートである。
【図３】本発明の第１の実施形態による各装置間の動作を示すフロー図である。
【図４】本発明の第１の実施形態による各装置間の動作を示すフロー図である。
【図５】本発明の第２の実施形態による各装置間の動作を示すフロー図である。
【図６】本発明の第３の実施形態による各装置間の動作を示すフロー図である。
【図７】本発明の第４の実施形態による各装置間の動作を示すフロー図である。
【図８】本発明の第４の実施形態による各装置間の動作を示すフロー図である。
【図９】本発明の第５の実施形態による各装置間の動作を示すフロー図である。
【図１０】本発明の第５の実施形態による各装置間の動作を示すフロー図である。
【発明を実施するための形態】
【００１６】
図面中、同一の図面参照符号は、同一の部分、構成要素、及び構造を意味することが分かるはずである。
【００１７】
添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供するものであり、この理解を助けるために様々な特定の詳細を含むが、唯一つの実施形態に過ぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明する実施形態の様々な変更及び修正が可能あるということは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。
【００１８】
次の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、特許請求の範囲とこれと均等なものに基づいて定義されるものであり、本発明の実施形態の説明が単に実例を提供するためのものであって、本発明の目的を限定するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。
【００１９】
英文明細書に記載の“ａ”、“ａｎ”、及び“ｔｈｅ”、すなわち単数形は、コンテキスト中に特記で明示されない限り、複数形を含むことは、当業者には理解されることである。したがって、例えば、“コンポーネント表面（a  component  surface）”との記載は、１つ又は複数の表面を含む。
【００２０】
以下に述べられる説明では、本発明のさらなる理解のために、オープンインターネットプロトコルテレビジョン（ＩＰＴＶ）フォーラム（ＯＩＰＦ）標準で定義しているエンティティの用語が使用されるが、このような標準及び名称が本発明の範囲を限定するのではなく、類似した技術的背景を有する任意のシステムにも適用することができる。
【００２１】
本発明の実施形態は、ハイパーテキスト転送プロトコル（Hypertext Transfer Protocol：ＨＴＴＰ）ベースの適応ストリーミング方式でライブストリームをクライアントがサーバから受信する間にクライアントが過去に戻ったコンテンツを再生することを要請する場合に、この要請によりコンテンツをサービスするための方法及びシステムを提案する。
【００２２】
図１は、本発明の実施形態によるディジタルブロードキャスティングシステムで使用される時間に関連した用語の定義を概念的に示す図である。これらの用語は、第３世代パートナーシッププロジェクト（３ＧＰＰ）標準文書である３ＧＰＰ  ＴＳＧ−ＳＡ４  ＭＢＳ  Ａｄｈｏｃ  ＃６を参照する。
【００２３】
‘使用可能開始時間＋期間開始（availabilityStartTime+Periodstart）’時間１００は、ブロードキャストサービス期間の間に１番目のセグメントを取得可能な時間（the availability time for getting the first segment in the Representation of the Period）を意味する。
【００２４】
タイムシフト使用可能開始（timeShiftAvailabilityStart）時間１０２は、ブロードキャストサービスがタイムシフト可能な時間である。この値は、‘NOW’１０４から‘timeShiftBufferDepth’１０８を減算することにより決定される。
【００２５】
‘NOW’時間１０４は、ユーザーがコンテンツを消費している現在の時間を意味する。
【００２６】
‘availabilityEndTime’時間１０６は、マルチメディアプレゼンテーションディスクリプション（Multimedia Presentation Description：ＭＰＤ）内のセグメントのための使用可能終了時間を意味する。‘timeShiftBufferDepth’１０８は、ライブプレゼンテーションのためにサーバでタイムシフトサービスを提供するためのコンテンツバッファリング期間を意味する。
【００２７】
図２は、本発明の実施形態による‘Ttimeshift’時間が‘timeShiftAvailabilityStart’時間と‘NOW’時間との間に存在するか否かにより実行されるサーバの動作を示すフローチャートである。‘Ttimeshift’時間は、ユーザーがジャンプし再生することを希望するセグメントのブロードキャスト時間を意味する。
【００２８】
ステップ２００において、サーバは、‘Ttimeshift’時間が‘timeShiftAvailabilityStart’時間と‘NOW’時間との間に存在するか否かを判定する。ステップ２００において、‘Ttimeshift’時間が‘timeShiftAvailabilityStart’時間と‘NOW’時間との間に存在すると判定される場合に、サーバは、ステップ２０２において、現在のＭＰＤファイルを用いてクライアントが要請した時間に対応するセグメントをクライアントに送信する。しかしながら、ステップ２００において、‘Ttimeshift’時間が‘timeShiftAvailabilityStart’時間と‘NOW’時間との間に存在しない場合に、サーバは、ステップ２０４において、ネットワークパーソナルビデオレコーダ（network Personal Video Recorder：ｎＰＶＲ）又はネットワーク上のコンテンツ格納装置を用いてセグメントを格納する機能を有するか否かを判定する。ステップ２０４において、サーバがｎＰＶＲ又はネットワーク上のコンテンツ格納装置を使用してセグメントを格納する機能を有していないと判定される場合に、サーバは、ステップ２０６においてエラーメッセージをクライアントに送信する。しかしながら、ステップ２０４において、サーバがｎＰＶＲ又はネットワーク上のコンテンツ格納装置を使用してセグメントを格納する機能を有すると判定される場合に、サーバは、ステップ２０８において、ｎＰＶＲ又はネットワーク上のコンテンツ格納装置をサポートするための他の専用ＭＰＤファイルを使用してタイムシフトサービスを提供する。以下で説明した本発明の実施形態は、ｎＰＶＲ又はネットワーク上のコンテンツ格納装置を用いてタイムシフトサービスを提供する方法に関連する。
【００２９】
ｎＰＶＲ又はネットワーク上のコンテンツ格納装置を用いてタイムシフトサービスを提供するために新たに作られるＭＰＤファイルは、以下に述べられる表１に示すような追加の属性（attribute）値を必要とする。表１において、‘Broadcast start Time’及び‘Broadcast end Time’は、コンテンツに関連するＭＰＤを用いて実際にブロードキャスティングされた時間を示す。すなわち、‘Broadcast start Time’は、コンテンツが過去に実際にブロードキャスティングされた開始時間を示し、‘Broadcast end Time’は、コンテンツが過去に実際にブロードキャスティングされた終了時間を示す。
【００３０】
表１の情報は、ＭＰＤの属性値を送信する方法ではなく、他の方法、例えば個別のメッセージを送信する方法を用いてクライアントに送信されることができる。本発明の実施形態は、表１の情報をクライアントに送信することができるすべての方法を含む。各レプリゼンテーション（Representation）又はセグメント（segment）を示すユニフォームリソースロケーション（Uniform Resource Location：ＵＲＬ）情報も変わる。表１は、本発明の実施形態に従ってクライアントに送信されなければならない情報を示す。
【００３１】
【表１】
2013524618.tif 000003
【００３２】
図３及び図４を参照して本発明の第１の実施形態によるタイムシフトサービスを提供するための方法を説明する。
【００３３】
図３及び図４は、本発明の第１の実施形態による各装置間の動作を示すフロー図である。図３及び図４は、１つの図であるが、説明の便宜上２つの図に分離する。本発明の第１の実施形態では、適応ストリーミングサポート過程において、ライブブロードキャストコンテンツサーバ３００で各セグメントに対するバッファリングが終了した時点で、ライブブロードキャストコンテンツサーバ３００は、これ以上バッファリングされることができないセグメントをｎＰＶＲ又はネットワーク上のコンテンツ格納装置３０２に送信する。
【００３４】
ＨＴＴＰ適応ストリーミング（adaptive Streaming）サービスをサポートするサービスプロバイダーが管理するサーバであるコンテンツ配信サーバ３０４は、コンテンツと関連したＭＰＤファイルを生成し、この生成されたＭＰＤファイルをクライアント３０６に送信する。ライブブロードキャストコンテンツサーバ３００は、実際にライブブロードキャスティングのためのコンテンツを有し提供するＨＴＴＰサーバに対応する。ｎＰＶＲ又はネットワーク上のコンテンツ格納装置３０２は、サービスプロバイダー又はネットワークサービスオペレータにより管理されるストレージである。上記の３つのエンティティであるライブブロードキャストコンテンツサーバ３００、ｎＰＶＲ、又はネットワーク上のコンテンツ格納装置３０２、及びコンテンツ配信サーバ３０４は、独立した論理的なエンティティとして実現されるが、サーバのような１つ又は２つの物理的なエンティティ（physical entities）として実際に実現されることができる。
【００３５】
ステップ３０８において、コンテンツ配信サーバ３０４は、ライブブロードキャストコンテンツの適応ストリーミングをサポートするためのＭＰＤファイルを生成し、ステップ３１０においてこの生成されたＭＰＤファイルをクライアント３０６に送信（配信）する。
【００３６】
ステップ３１２において、クライアント３０６及びライブブロードキャストコンテンツサーバ３００は、ＨＴＴＰセッションを設定する。さらに具体的に、ステップ３１２ａにおいて、クライアント３０６は、ＨＴＴＰセッションをライブブロードキャストコンテンツサーバ３００のＵＲＬに設定する。ステップ３１２ｂにおいて、ライブブロードキャストコンテンツサーバ３００は、ＨＴＴＰセッションを用いてＭＰＤファイルに対応するセグメントをクライアント３０６に送信する。適応ストリーミングをサポートする過程において、各セグメントのバッファリングが終了する時点３１４で、ライブブロードキャストコンテンツサーバ３００は、ステップ３１６において、コンテンツセグメントを格納装置であるｎＰＶＲ又はネットワーク上のコンテンツ格納装置３０２に送信する。ステップ３１８において、ｎＰＶＲ又はネットワーク上のコンテンツ格納装置３０２は、特定の時間の間にこの受信されたコンテンツセグメントを格納する。時間が経過するにつれて、各セグメントは、ライブコンテンツサーバ３００から継続して配信され、ｎＰＶＲ又はネットワーク上のコンテンツ格納装置３０２に格納される。
【００３７】
したがって、ステップ３２０において、ｎＰＶＲ又はネットワーク上のコンテンツ格納装置３０２は、格納されたセグメントの格納情報、例えばセグメントが格納されたサーバの位置に関する情報（例えば、ＵＲＬ情報）及び実際にブロードキャスティングされたブロードキャスト時間に関する情報をコンテンツ配信サーバ３０４に送信する。ステップ３２２において、コンテンツ配信サーバ３０４は、タイムシフトサービスのための専用ＭＰＤを生成する。
【００３８】
ステップ３２４において、クライアント３０６は、コンテンツ配信サーバ３０４が‘timeShiftAvailabilityStart’時間の前にブロードキャスティングされたセグメントへのタイムシフトを行うことを要請する。ステップ３２６において、コンテンツ配信サーバ３０４は、ステップ３２４の要請に応じてタイムシフトサービスのための専用ＭＰＤをクライアント３０６に送信する。ステップ３２８において、クライアント３０６は、ＨＴＴＰセッションをｎＰＶＲ又はネットワーク上のコンテンツ格納装置３０２に設定する。さらに具体的に、ステップ３２８ａにおいて、クライアント３０６は、ＨＴＴＰセッションをステップ３２６で受信されたＭＰＤに従って関連するファイルが格納されたｎＰＶＲ又はネットワーク上のコンテンツ格納装置３０２のＵＲＬに設定する。ステップ３２８ｂにおいて、ｎＰＶＲ又はネットワーク上のコンテンツ格納装置３０２は、ＨＴＴＰセッションを用いてクライアント３０６が要請したセグメントをクライアント３０６に送信する。コンテンツ配信サーバ３０４は、ステップ３２０で受信された情報に基づいて、ステップ３２２でタイムシフトサービスのための新たなＭＰＤを継続して生成する。この時に、ステップ３２６において、コンテンツ配信サーバ３０４は、時間が経過するにつれてＭＰＤをクライアント３０６に継続して送信する。
【００３９】
ステップ３２６において、コンテンツ配信サーバ３０４は、次のＭＰＤアップデートのために次のＭＰＤアップデートが到来する時点を検査するためのチェックタイム関連情報もＭＰＤとともに送信する。したがって、図４のステップ３５０に対応するクライアント３０６のＭＰＤアップデート過程が周期的に反復されなければならない。ステップ３５０をより詳細に説明すると次のようである。
【００４０】
適応ストリーミングをサポートする過程において、各セグメントのバッファリングが終了する時点３５２で、ライブブロードキャストコンテンツサーバ３００は、ステップ３５４において格納装置であるｎＰＶＲ又はネットワーク上のコンテンツ格納装置３０２にコンテンツセグメントを送信する。ステップ３５６において、ｎＰＶＲ又はネットワーク上のコンテンツ格納装置３０２は、この受信されたコンテンツセグメントを特定の時間の間に格納する。時間が経過するにつれて、セグメントは、ライブコンテンツ提供サーバ３００から継続して配信され、ｎＰＶＲ又はネットワーク上のコンテンツ格納装置３０２に格納される。
【００４１】
したがって、ステップ３５８において、ｎＰＶＲ又はネットワーク上のコンテンツ格納装置３０２は、格納されたセグメントの格納情報、例えばセグメントが格納されたサーバ位置に関する情報（例えば、ＵＲＬ情報）、及び実際にブロードキャスティングされたブロードキャスト時間に関する情報をコンテンツ配信サーバ３０４に送信する。ステップ３６０において、コンテンツ配信サーバ３０４は、変更されたＭＰＤインスタンスを生成する。
【００４２】
一方、ステップ３６２においてチェックタイムが到来した場合に、クライアント３０６は、ステップ３６４において、コンテンツ配信サーバ３０４が変更されたＭＰＤをアップデートすることを要請する。ステップ３６６において、コンテンツ配信サーバ３０４は、アップデートされたＭＰＤをクライアント３０６に送信する。
【００４３】
その結果、ライブストリーミングのタイムシフトのサポートのために、ｎＰＶＲ又はネットワーク上のコンテンツ格納装置３０２に格納されたコンテンツのためのＭＰＤは、持続的なアップデートが必要とされる形態で再生成される。
【００４４】
アップデート時点について、アップデートは、チェックタイムを用いて周期的に実行されることもあり、又はイベントにより実行されることもある。
【００４５】
本発明の第２の実施形態として、対応するＭＰＤを使用して提供されることができるセグメントのブロードキャスト時間が終了した時に、ライブブロードキャストコンテンツサーバ５００が対応するコンテンツセグメントをｎＰＶＲ又はネットワーク上のコンテンツ格納装置５０２に送信して格納する方法について説明する。このような方法を使用する場合に、クライアントが現在ＭＰＤファイルで提供されることができるセグメントのうちでタイムシフトのためにコンテンツがサーバでバッファリングされない時間と関連したセグメントを要請する場合、すなわち、クライアントが availabilityStartTime+Periodstart<Ttimeshift<timeShiftAvailabilityStartの条件を満足するセグメントを要請する場合にエラーが発生し得る。
【００４６】
しかしながら、サービスプロバイダーは、リアルタイムでセグメントを送信し格納し、格納されたセグメントに関する情報に従って継続してＭＰＤを変更しなければならない不便さが存在し得る。したがって、サービスプロバイダーは、１つのＭＰＤファイルが含まれるセグメントの単位又は１つのプログラムの単位でコンテンツをｎＰＶＲ又はネットワーク上のコンテンツ格納装置５０２に格納することにより適応ストリーミングを提供する方法を選択することができる。この場合に、ＭＰＤファイルは、対応するＭＰＤが管理するセグメントがタイムシフトすることができるか否かを示す新たな属性が必要である。この属性の値が“True”である場合に、対応するＭＰＤファイルを使用して受信したコンテンツセグメントは、対応するＭＰＤの有効時間、すなわち、次のＭＰＤのアップデート時間であるチェックタイム又はavailabilityEndTimeの間にブロードキャスティングされるセグメントに関連した情報を１度にｎＰＶＲ又はネットワーク上のコンテンツ格納装置５０２からコンテンツ配信サーバ５０４に運搬することにより、ライブストリーミングブロードキャスティングのための既存のＭＰＤファイルに対応する新たなＭＰＤを生成する。この新たなＭＰＤは、各セグメントのＵＲＬ情報及び過去のブロードキャスト時間を示す情報を含む。
【００４７】
本発明の第２の実施形態による各装置間の動作を、図５を参照して説明する。
【００４８】
図５を参照すると、ステップ５０８においてコンテンツ配信サーバ５０４は、ライブブロードキャストコンテンツの適応ストリーミングリソースをサポートするためのＭＰＤファイルを生成し、ステップ５１０においてこの生成されたＭＰＤファイルをクライアント５０６に送信する。
【００４９】
ステップ５１２において、クライアント５０６及びライブブロードキャストコンテンツサーバ５００は、ＨＴＴＰセッションを設定する。さらに具体的に、ステップ５１２ａにおいて、クライアント５０６は、ＨＴＴＰセッションをライブブロードキャストコンテンツサーバ５００のＵＲＬに設定する。ステップ５１２ｂにおいて、ライブブロードキャストコンテンツサーバ５００は、ＨＴＴＰセッションを用いてクライアント５０６が要請したセグメントをクライアント５０６に送信する。
【００５０】
ステップ５１４において対応するＭＰＤの使用可能性時間（availability time）、すなわち‘availabilityStartTime’と‘availabilityEndTimeとの間の時間が終了する場合に、ライブブロードキャストコンテンツサーバ５００は、ステップ５１６において、ｎＰＶＲ又はネットワーク上のコンテンツ格納装置５０２に格納されるコンテンツセグメントをｎＰＶＲ又はネットワーク上のコンテンツ格納装置５０２に送信する。ステップ５１８において、ｎＰＶＲ又はネットワーク上のコンテンツ格納装置５０２は、１個のＭＰＤが管理するセグメントを格納する。ステップ５２０において、ｎＰＶＲ又はネットワーク上のコンテンツ格納装置５０２は、格納されたセグメントの格納情報、例えばセグメントが格納されたサーバ位置に関する情報（例えば、ＵＲＬ情報）、及びセグメントが実際にブロードキャスティングされたブロードキャスト時間などに関する情報をコンテンツ配信サーバ５０４に送信する。
【００５１】
ステップ５２２において、コンテンツ配信サーバ５０４は、タイムシフトサービスのための専用ＭＰＤを生成する。ステップ５２４において、クライアント５０６は、‘timeShiftAvailbilityStart’時間の前にブロードキャスティングされたセグメントへのタイムシフトを行うことをコンテンツ配信サーバ５０４に要請する。ステップ５２６において、コンテンツ配信サーバ５０４は、ステップ５２４の要請に応じてタイムシフトサービスのための専用ＭＰＤをクライアント５０６に送信する。ステップ５２８において、クライアント５０６は、ＨＴＴＰセッションをｎＰＶＲ又はネットワーク上のコンテンツ格納装置５０２に設定する。さらに具体的に、ステップ５２８ａにおいて、クライアント５０６は、ＨＴＴＰセッションを関連するファイルがステップ５２６で受信されたＭＰＤに従って格納されたｎＰＶＲ又はネットワーク上のコンテンツ格納装置５０２のＵＲＬに設定する。ステップ５２８ｂにおいて、ｎＰＶＲ又はネットワーク上のコンテンツ格納装置５０２は、ＨＴＴＰセッションを用いてクライアント５０６が要請したセグメントをクライアント５０６に送信する。
【００５２】
表２は、上述した本発明の第２の実施形態に従ってコンテンツ配信サーバ５０４からクライアント装置５０６に送信されなければならないＭＰＤを示す。
【００５３】
【表２】
2013524618.tif 000004
【００５４】
１つのコンテンツ単位でセグメント情報をアップデートし、セグメントを格納するｎＰＶＲ又はネットワーク上のコンテンツ格納装置の管理のためのＭＰＤファイルもアップデートする方法について説明する。
【００５５】
図６は、本発明の第３の実施形態による各装置間の動作を示すフロー図である。
【００５６】
図６を参照すると、ステップ６０８において、コンテンツ配信サーバ６０４は、ライブブロードキャストコンテンツの適応ストリーミングをサポートするためのＭＰＤファイルを生成し、ステップ６１０においてこの生成されたＭＰＤファイルをクライアント６０６に送信する。
【００５７】
ステップ６１２において、クライアント６０６及びライブブロードキャストコンテンツサーバ６００は、ＨＴＴＰセッションを設定する。さらに具体的に、ステップ６１２ａにおいて、クライアント６０６は、ライブブロードキャストコンテンツサーバ６００のＵＲＬにＨＴＴＰセッションを設定する。ステップ６１２ｂにおいて、ライブブロードキャストコンテンツサーバ６００は、対応するセグメントのコンテンツファイルを、ＨＴＴＰセッションを用いてクライアント６０６に送信する。
【００５８】
ステップ６１４において各セグメントのバッファリング時間が終了する場合に、ライブブロードキャストコンテンツサーバ６００は、ステップ６１６においてｎＰＶＲ又はネットワーク上のコンテンツ格納装置６０２にバッファリングが完了したセグメントを送信する。ステップ６１８において、ｎＰＶＲ又はネットワーク上のコンテンツ格納装置６０２は、ＭＰＤ内のプログラム情報を用いて各プログラムに対応するセグメントを格納し、ステップ６２０で関連したＵＲＬ及びブロードキャスト時間情報をコンテンツ配信サーバ６０４に送信する。ステップ６２２において、コンテンツ配信サーバ６０４は、この受信された情報に基づいてプログラム別にＭＰＤを生成する。ステップ６２４においてブロードキャスト時間が終了したコンテンツに対する要請をクライアント６０６から受信する場合に、ステップ６２６においてこの要請されたコンテンツに対するＭＰＤファイルをクライアント６０６に送信する。ステップ６２８において、クライアント６０６は、ＨＴＴＰセッションをｎＰＶＲ又はネットワーク上のコンテンツ格納装置６０２に設定する。
【００５９】
さらに具体的に、ステップ６２８ａにおいて、クライアント６０６は、ステップ６２６で受信されたＭＰＤに従ってＭＰＤファイルが格納されたｎＰＶＲ又はネットワーク上のコンテンツ格納装置６０２のＵＲＬにＨＴＴＰセッションを設定する。ステップ６２８ｂにおいて、ｎＰＶＲ又はネットワーク上のコンテンツ格納装置６０２は、ＨＴＴＰセッションを用いてクライアント６０６が要請したファイルをクライアント６０６に送信する。
【００６０】
適応ストリーミングサービスを提供する方法は、１つのコンテンツオンデマンド（Contents-On-Demand：ＣｏＤ）コンテンツと見なされるライブブロードキャストを含む。
【００６１】
以下に述べられる表３は、一般的なライブブロードキャストＭＰＤのフォーマットを示す。
【００６２】
【表３】
2013524618.tif 000005
【００６３】
以下に述べられる表４は、本発明で使用されるＭＰＤの実施形態を示す。表３とは異なり、表４は、本発明の第１及び第２の実施形態に従って表１及び表２で定義された“Broadcast start Time”、“Broadcast end Time”、及び“Timeshift”属性を含むＭＰＤフォーマットを示す。
【００６４】
【表４】
2013524618.tif 000006
【００６５】
本発明の第４の実施形態において、表５に示すように、ｎＰＶＲのための専用ＭＰＤをフェッチすることができるＵＲＬ又はＵＲＩ値をライブブロードキャストＭＰＤに挿入することができる。
【００６６】
【表５】
2013524618.tif 000007
【００６７】
図７及び図８は、本発明の第４の実施形態による各装置間の動作を示すフロー図である。図７及び図８は、１つの図であるが、説明の便宜上２つの図に分離する。
【００６８】
図７を参照すると、ステップ７０８乃至ステップ７２０が図３のステップ３０８乃至ステップ３２０と実質的に同一であるので、その詳細な説明を省略する。
【００６９】
ステップ７２２において、コンテンツ配信サーバ７０４は、ｎＰＶＲサービスのための専用ＭＰＤを生成する。
【００７０】
ステップ７２４において、ユーザーは、‘timeShiftAvailibilityStart’時間の前にブロードキャスティングされたセグメントにタイムシフトを要請するために‘timeShiftBufferDepth’時間に格納されたコンテンツの前のコンテンツを要請する。その後に、ステップ７２６において、クライアント７０６は、表５に示すような‘nPVR_MPD_link’属性に指定されている位置（ＵＲＬ又はＵＲＩ）と接続し、ｎＰＶＲ又はネットワーク上のコンテンツ格納装置７０２のための新たなＭＰＤに対する要請をコンテンツ配信サーバ７０４に送信する。ステップ７２８において、コンテンツ配信サーバ７０４は、ステップ７２６で受信した要請に応じてｎＰＶＲサービスのための専用ＭＰＤをクライアント７０６に送信する。
【００７１】
ステップ７３０乃至ステップ７５６が図３及び図４のステップ３２８乃至ステップ３６６と実質的に同一であるので、その詳細な説明を省略する。
【００７２】
図９及び図１０を参照して説明した本発明の第５の実施形態は、既存のＵＲＬ値を、ＭＰＤアップデート過程を通してセグメントが格納されたｎＰＶＲのＵＲＬ値に変更する。
【００７３】
図９及び図１０は、本発明の第５の実施形態による各装置間の動作を示すフロー図である。図９及び図１０は、１つの図であるが、説明の便宜上２つの図に分離する。
【００７４】
図９を参照すると、ステップ９０８乃至ステップ９２０が図７のステップ７０８乃至ステップ７２０と実質的に同一であるので、その詳細な説明を省略する。
【００７５】
ステップ９２２において、コンテンツ配信サーバ９０４は、ステップ９２０においてｎＰＶＲ又はネットワーク上のコンテンツ格納装置９０２から受信されたｎＰＶＲ又はネットワーク上のコンテンツ格納装置９０２のＵＲＬ及び過去のブロードキャスト時間情報を用いて新たなＭＰＤを生成する。ステップ９２２において、コンテンツ配信サーバ９０４は、対応するセグメントに対する既存のＵＲＬ値をｎＰＶＲ又はネットワーク上のコンテンツ格納装置９０２のＵＲＬ値に変更する。また、過去のブロードキャスト時間情報である既存のＭＰＤの時間情報を変更することにより、コンテンツ配信サーバ９０４は、ユーザーが後でセグメントを視聴しても、セグメントのプレゼンテーション時間がライブでブロードキャスティングされた時間を示すことができるようにＭＰＤの時間情報を調整する。言い換えれば、ＭＰＤの‘availabilityStartTime’は、従来の‘availibitlityStartTime’に固定される。したがって、位置が変わっても対応するセグメントの有効開始時間は、セグメントがブロードキャスティングされた既存の開始時間に固定される。
【００７６】
ステップ９２４においてチェックタイムとなった場合に、クライアント９０６は、ステップ９２６において変更されたＭＰＤのためのアップデート要請をコンテンツ配信サーバ９０４に送信する。ステップ９２８において、コンテンツ配信サーバ９０４は、ステップ９２２で生成されたＭＰＤ値をクライアント９０６に送信する。
【００７７】
図１０のステップ９３０、９３０ａ、及び９３０ｂは、図７のステップ７３０、７３０ａ、及び７３０ｂと実質的に同一であるので、その詳細な説明を省略する。
【００７８】
以上、本発明を具体的な実施形態に関して図示及び説明したが、添付した特許請求の範囲により規定されるような本発明の趣旨及び範囲を外れることなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。
【００７９】
本発明の実施形態は、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合せの形態で実現することができる。このような任意のソフトウェアは、例えば、削除又は再記録が可能であるか否かに関係なく、ＲＯＭなどの記憶装置のような揮発性又は非揮発性記憶装置、又は、例えば、ＲＡＭ、メモリチップ、装置又は集積回路のようなメモリ、又は例えばＣＤ、ＤＶＤ、磁気ディスク又は磁気テープなどの光学的又は磁気的に読み取り可能な媒体に記憶することができる。記憶装置及び記憶媒体は、本発明の実施形態を実現する指示を含むプログラム又はプログラムを格納するのに適合した機械可読の記憶装置の実施形態である。したがって、本発明の実施形態は、本願明細書の請求項のうちのいずれか１項で請求されるようなシステム又は方法を実現するためのコードを含むプログラム及びこのようなプログラムを格納する機械可読記憶装置を提供する。また、このようなプログラムは、有線又は無線接続を通じて搬送される通信信号のような任意の媒体を通じて電子的に移送され、実施形態はこれと均等なことを適切に含む。
【００８０】
本願の詳細な説明及び請求項において、“含む（comprise）”、“具備する（contain）”、及びこれらの変形、例えば、“含む（comprising）”及び“含む（comprises）”は含まれるが、これに限定されない（including but not limited to）”との意味を有し、他の半分（moieties）、添加物（additives）、構成要素、完成品又はステップを排除しようと意図されない（そして排除しない）。
【００８１】
本願明細書の説明及び請求項にわたって、単数は文脈上これと異なることを要求しない限り複数を含む。特に、定められない対象が使用される場合に、文脈上異なることを必要としない限り、単数と同様に複数も考慮することと理解されなければならない。
【００８２】
本発明の特定側面、実施形態、又は例と共に説明される特徴、併合、特性、複合又はグループは、それに不適合しない限り、ここに説明された他の側面、実施形態又は例に適用できることがわかる。
【００８３】
本願の説明及び請求項において、一般的に“ＹのためのＸ”という一般的な形態の言語(ここで、Ｙは任意のアクション、動作又はステップであり、Ｘはこのようなアクション、動作又はステップを実行するための任意の手段)の表現は、これに限定されず、Ｙを実行するように設定又は適用される手段Ｘを含む。
【符号の説明】
【００８４】
ＩＰ      インターネットプロトコル
ＵＲＬ    ユニフォームリソースロケーション
ＨＴＴＰ  ハイパーテキスト転送プロトコル（Hypertext Transfer Protocol）
ＩＰＴＶ  インターネットプロトコルテレビジョン（Internet Protocol TeleVision）
ＭＰＤ    マルチメディアプレゼンテーションディスクリプション（Multimedia Presentation Description）
ｎＰＶＲ  ネットワークパーソナルビデオレコーダ(network Personal Video Recorder）
【図１】
2013524618.tif 000008
【図２】
2013524618.tif 000009
【図３】
2013524618.tif 000010
【図４】
2013524618.tif 000011
【図５】
2013524618.tif 000012
【図６】
2013524618.tif 000013
【図７】
2013524618.tif 000014
【図８】
2013524618.tif 000015
【図９】
2013524618.tif 000016
【図１０】
2013524618.tif 000017
【国際調査報告】
2013524618.tif 000018
2013524618.tif 000019