(57)【要約】  本発明の実施形態に係るデジタル放送のライブコンテンツの処理方法は、サーバーにおいて、コンテンツに紐付けられた情報をクライアントに伝えて更新するステップと、クライアントがリアルタイムにて再生可能なコンテンツのセグメントを取得し、過去のコンテンツに紐付けられた情報を格納し、過去のコンテンツに紐付けられた情報を検索して再生可能なコンテンツのセグメントを取り出すステップと、ユーザーが過去のコンテンツを要請したときにクライアントが当該プレイリストを用いてクライアントが再生可能であるか否かを確認し、これをユーザーに通知するステップと、を含む。
2013526204.tif 000002
【特許請求の範囲】
【請求項１】
サーバーにおけるコンテンツの処理方法において、
マルチメディア・プレゼンテーション・ディスクリプション（ＭＰＤ）を生成するステップと、
前記ＭＰＤをクライアントに転送するステップと、
を含み、
前記ＭＰＤは、以前のＭＰＤのｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈと以前のＭＰＤのセグメント期間との和が、前記ＭＰＤのＮＯＷ以降の区間のａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔｔｉｍｅよりも大きい場合に、前記以前のＭＰＤのセグメントリストを含む組み合わせられたセグメントリストを含むことを特徴とする方法。
【請求項２】
前記ＭＰＤを生成するステップが、
前記ＭＰＤのａｖａｉｌａｂｌｉｔｙＳｔａｒｔｔｉｍｅとＮＯＷの区間内に存在する現在のＭＰＤのセグメントと（ＮＯＷ−以前のＭＰＤのｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｔｐｈ−以前のＭＰＤのセグメント期間）とｃｈｅｃｋｔｉｍｅの区間内に存在する以前のＭＰＤのセグメントとが結合されるセグメントリストを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記以前のＭＰＤのｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｔｐｈとセグメント期間との和が、ＮＯＷから現在のＭＰＤのａｖａｉｌａｂｌｉｔｙＳｔａｒｔｔｉｍｅを差し引いた値と等しいかまたはそれよりも小さい場合に、前記現在のＭＰＤのセグメントリストを含むＭＰＤを生成するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
クライアントにおけるコンテンツの処理方法において、
マルチメディア・プレゼンテーション・ディスクリプション（ＭＰＤ）を受信するステップと、
以前のＭＰＤのｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈと以前のＭＰＤのセグメント期間との和が、前記ＭＰＤのＮＯＷ以降の区間のａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔｔｉｍｅよりも大きい場合に、前記以前のＭＰＤのセグメントリストを含むセグメント組み合わせリストを生成するステップと、
を含むことを特徴とする方法。
【請求項５】
前記セグメントリストを含むセグメント組み合わせリストを生成するステップは、
前記ＭＰＤのａｖａｉｌａｂｌｉｔｙＳｔａｒｔｔｉｍｅとＮＯＷの区間内に存在する現在のＭＰＤのセグメントと（ＮＯＷ−以前のＭＰＤのｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｔｐｈ−以前のＭＰＤのセグメント期間）とｃｈｅｃｋｔｉｍｅの区間内に存在する以前のＭＰＤセグメントとが結合されるセグメントリストを含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記以前のＭＰＤのｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｔｐｈとセグメント期間との和が、ＮＯＷから現在のＭＰＤのａｖａｉｌａｂｌｉｔｙＳｔａｒｔｔｉｍｅを差し引いた値と等しいかまたはそれよりも小さい場合に、前記現在のＭＰＤのセグメントリストを含むＭＰＤを生成するステップをさらに含むことを特徴とする請求項４に記載の方法。
【請求項７】
再生が要請される場合に、前記再生の要請されたコンテンツのセグメントが前記リストにあるか否かを判断するステップと、
前記再生の要請されたコンテンツのセグメントが前記リストにある場合に、サーバーに前記再生の要請に対応して前記再生の要請されたコンテンツを要請し、前記再生の要請されたコンテンツを前記サーバーから受信して再生するステップと、
をさらに含むことを特徴とする請求項４に記載の方法。
【請求項８】
コンテンツの再生要請がある場合に、ユーザーリストを提供するステップと、
前記ユーザーリストのユーザーからの再生要請がある場合に、サーバーに前記再生の要請に対応して前記再生の要請されたコンテンツを要請し、前記再生の要請されたコンテンツを前記サーバーから受信して再生するステップと、
をさらに含むことを特徴とする請求項４に記載の方法。
【請求項９】
クライアントに提供するコンテンツを処理するためのコンテンツ処理サーバー装置において、
以前のマルチメディア・プレゼンテーション・ディスクリプション（ＭＰＤ）を格納するためのＭＰＤ格納部と、
ＭＰＤを生成するユーザーリスト取得部と、
を備え、
前記ＭＰＤは、以前のＭＰＤのｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈと以前のＭＰＤのセグメント期間との和が、前記ＭＰＤのＮＯＷ以降の区間のａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔｔｉｍｅよりも大きい場合に、前記以前のＭＰＤのセグメントリストを含む組み合わせられたセグメントリストを含むことを特徴とするサーバー装置。
【請求項１０】
前記組み合わせられたセグメントリストは、前記ＭＰＤのａｖａｉｌａｂｌｉｔｙＳｔａｒｔｔｉｍｅとＮＯＷの区間内に存在する現在のＭＰＤのセグメントと（ＮＯＷ−以前のＭＰＤのｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｔｐｈ−以前のＭＰＤのセグメント期間）とｃｈｅｃｋｔｉｍｅの区間内に存在する以前のＭＰＤセグメントとが結合されることを特徴とする請求項９に記載のサーバー装置。
【請求項１１】
前記ユーザーリスト取得部は、前記以前のＭＰＤのｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｔｐｈとセグメント期間との和が、ＮＯＷから現在のＭＰＤのａｖａｉｌａｂｌｉｔｙＳｔａｒｔｔｉｍｅを差し引いた値と等しいかまたはそれより小さい場合に、前記現在のＭＰＤのセグメントリストを含むＭＰＤを生成することを特徴とする請求項９に記載のサーバー装置。
【請求項１２】
コンテンツ処理クライアント装置において、
以前のマルチメディア・プレゼンテーション・ディスクリプション（ＭＰＤ）を格納するためのＭＰＤ格納部と、
ＭＰＤを生成するユーザーリスト取得部と、
を備え、
前記ＭＰＤは、以前のＭＰＤのｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈと以前のＭＰＤのセグメント期間との和が、前記ＭＰＤのＮＯＷ以降の区間のａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔｔｉｍｅよりも大きい場合に、前記以前のＭＰＤのセグメントリストを含む組み合わせられたセグメントリストを含むことを特徴とするクライアント装置。
【請求項１３】
前記組み合わせられたセグメントリストは、前記ＭＰＤのａｖａｉｌａｂｌｉｔｙＳｔａｒｔｔｉｍｅとＮＯＷの区間内に存在する現在のＭＰＤのセグメントと（ＮＯＷ−以前のＭＰＤのｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｔｐｈ−以前のＭＰＤのセグメント期間）とｃｈｅｃｋｔｉｍｅの区間内に存在する以前のＭＰＤセグメントとが結合されることを特徴とする請求項１２に記載のクライアント装置。
【請求項１４】
前記ユーザーリスト取得部は、前記以前のＭＰＤのｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｔｐｈとセグメント期間との和が、ＮＯＷから現在のＭＰＤのａｖａｉｌａｂｌｉｔｙＳｔａｒｔｔｉｍｅを差し引いた値と等しいかまたはそれより小さい場合に、前記現在のＭＰＤのセグメントリストを含むＭＰＤを生成することを特徴とする請求項１２に記載のクライアント装置。
【請求項１５】
コンテンツ処理システムの動作方法において、
サーバーがＭＰＤを生成するステップであって、以前のマルチメディア・プレゼンテーション・ディスクリプション（ＭＰＤ）のｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈと以前のＭＰＤのセグメント期間との和が、前記ＭＰＤのＮＯＷ以降の区間のａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔｔｉｍｅよりも大きい場合に、前記以前のＭＰＤのセグメントリストを含む組み合わせられたセグメントリストを含むＭＰＤを生成する、ステップと、
前記ＭＰＤをクライアントに転送するステップと、
前記現在のＭＰＤを含むセグメントリストをプレイリストとしてクライアントが格納するステップと、
再生が要請される場合に、前記再生の要請されたコンテンツのセグメントが前記プレイリストにあるか否かを判断するステップと、
前記再生の要請されたコンテンツのセグメントが前記プレイリストにある場合に、前記再生の要請に対応してサーバーに前記再生の要請されたコンテンツを要請し、前記再生の要請されたコンテンツを前記サーバーから受信して再生するステップと、
を含むことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデジタル放送システムのライブコンテンツの処理方法に関し、特に、ＨＴＴＰアダプティブ・ストリーミング方式によりライブ・ストリーミングをクライアントがサーバーから受信するときに、クライアントが接続可能なプレイリストを取得する方法に関する。
【背景技術】
【０００２】
コンテンツをユーザー機器や転送帯域幅の変化に応じてクライアントに転送するために、コンテンツのセグメントに関する時間及び帯域幅などの関連情報を予めクライアントに転送し、クライアントが選択するようにしている。前記コンテンツの情報を転送するのに用いられるファイルを、マルチメディア・プレゼンテーション・ディスクリプション（ＭＰＤ：Ｍｕｌｔｉｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）ファイルと呼ぶ。刻々と変化する環境に適したマルチメディア転送のために、サーバーからクライアントへと予め転送されるＭＰＤファイルは経時的に更新される必要がある。特に、リアルタイムにてライブ放送を転送する場合に、ライブコンテンツが生成されれば、当該ＭＰＤファイルの情報も変化する必要があるため、更新の手続きが必要である。
【０００３】
図１は、従来のライブコンテンツを処理するサーバーの動作を示す図である。
前記図１を参照すると、サーバーは、ステップ１１１において、クライアントから、放送時間の過ぎたコンテンツの転送要請を受信すると、ステップ１１３において、当該部分のコンテンツを利用可能か否か（すなわち、サーバーに格納されているか）を確認する。このとき、前記ステップ１１３において、コンテンツを利用可能であれば、前記サーバーは、ステップ１１５において、クライアントに要請された当該コンテンツを転送し、そうでなければ、ステップ１１７において、クライアントにエラーメッセージを転送する。
【０００４】
上述したように、従来には、クライアントで要請を受けたコンテンツが、現在の時点でプレイ可能なコンテンツであるか否かが分からないため、とりあえずクライアントが要請を行い、サーバーが提供可能なコンテンツのセグメントであれば提供し、そうでなければ、拒絶メッセージを転送していた。しかしながら、上記の従来のコンテンツの処理方法は資源の無駄使いを招き、ユーザーにとってもコンテンツ再生の遅延が発生して効率よいコンテンツ提供を行うことができなかった。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
デジタル放送システムにおいてライブコンテンツを処理する場合に、サーバーからＨＴＴＰアダプティブ・ストリーミング方式によりライブ・ストリーミングを受信するときに、クライアントが接続可能なプレイリストを生成する。すなわち、本発明の実施形態は、ライブ・ストリーミングの連続的な放送において受信されるＭＰＤを用いて、クライアントが現在の時点で再生可能なコンテンツのセグメントのリストを取得することのできる方法を提示する。
そして、クライアントは、ユーザーに現在再生可能なプレイリストを表示することにより、クライアントが再生不可能なセグメントを要請しないように案内する。
【０００６】
また、本発明の別の実施態様においては、サーバー側のコンテンツプロバイダーがライブ・ストリーミング中にＭＰＤを更新する場合に、新たなＭＰＤと以前のＭＰＤのセグメントリストから、使用可能なセグメントを含むセグメントリストを生成し、生成されたリストをクライアントに提供する。
【課題を解決するための手段】
【０００７】
本発明の一実施態様に係るサーバーにおけるコンテンツの処理方法は、マルチメディア・プレゼンテーション・ディスクリプション（ＭＰＤ）を生成するステップと、前記ＭＰＤをクライアントに転送するステップと、を含み、前記ＭＰＤは、以前のＭＰＤのｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈと以前のＭＰＤのセグメント期間との和が、前記ＭＰＤのＮＯＷ以降の区間のａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔｔｉｍｅよりも大きい場合に、前記以前のＭＰＤのセグメントリストを含む組み合わせられたセグメントリストを含むことを特徴とする。
【０００８】
本発明の別の実施態様に係るクライアントにおけるコンテンツの処理方法は、マルチメディア・プレゼンテーション・ディスクリプション（ＭＰＤ）を受信するステップと、以前のＭＰＤのｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈと以前のＭＰＤのセグメント期間との和が、前記ＭＰＤのＮＯＷ以降の区間のａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔｔｉｍｅよりも大きい場合に、前記以前のＭＰＤのセグメントリストを含むセグメント組み合わせリストを生成するステップと、を含むことを特徴とする。
【０００９】
本発明のさらに別の実施態様に係るクライアントに提供するコンテンツを処理するためのコンテンツ処理サーバー装置は、以前のマルチメディア・プレゼンテーション・ディスクリプション（ＭＰＤ）を格納するためのＭＰＤ格納部と、ＭＰＤを生成するユーザーリスト取得部と、を備え、前記ＭＰＤは、以前のＭＰＤのｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈと以前のＭＰＤのセグメント期間との和が、前記ＭＰＤのＮＯＷ以降の区間のａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔｔｉｍｅよりも大きい場合に、前記以前のＭＰＤのセグメントリストを含む組み合わせられたセグメントリストを含むことを特徴とする。
【００１０】
本発明のさらに別の実施態様に係るコンテンツ処理クライアント装置は、以前のマルチメディア・プレゼンテーション・ディスクリプション（ＭＰＤ）を格納するためのＭＰＤ格納部と、ＭＰＤを生成するユーザーリスト取得部と、を備え、前記ＭＰＤは、以前のＭＰＤのｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈと以前のＭＰＤのセグメント期間との和が、前記ＭＰＤのＮＯＷ以降の区間のａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔｔｉｍｅよりも大きい場合に、前記以前のＭＰＤのセグメントリストを含む組み合わせられたセグメントリストを含むことを特徴とする。
【００１１】
本発明のさらに別の実施態様に係るコンテンツ処理システムの動作方法は、サーバーがＭＰＤを生成するステップであって、以前のマルチメディア・プレゼンテーション・ディスクリプション（ＭＰＤ）のｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈと以前のＭＰＤのセグメント期間との和が、前記ＭＰＤのＮＯＷ以降の区間のａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔｔｉｍｅよりも大きい場合に、前記以前のＭＰＤのセグメントリストを含む組み合わせられたセグメントリストを含むＭＰＤを生成する、ステップと、前記ＭＰＤをクライアントに転送するステップと、前記現在のＭＰＤを含むセグメントリストをプレイリストとしてクライアントが格納するステップと、再生が要請される場合に、前記再生の要請されたコンテンツのセグメントが前記プレイリストにあるか否かを判断するステップと、前記再生の要請されたコンテンツのセグメントが前記プレイリストにある場合に、前記再生の要請に対応してサーバーに前記再生の要請されたコンテンツを要請し、前記再生の要請されたコンテンツを前記サーバーから受信して再生するステップと、を含むことを特徴とする。
【発明の効果】
【００１２】
サーバー及びクライアントを備えるデジタル放送システムにおいて、クライアントからのコンテンツの再生要請がユーザーによって入力されたときに、前記プレイリストに存在するコンテンツであれば、コンテンツ提供サーバーに要請して受信されるコンテンツをユーザーに提供し、そうでなければ、前記ユーザーにエラーメッセージを転送する。これにより、本発明の実施形態に係るデジタル放送システムにおいてライブコンテンツを処理する際に不要なコンテンツ転送要請の動作を省くことができて資源を効率よく用いることができ、また、ユーザーにとってもコンテンツ要請及び転送の手続きを効率よく行うことができてコンテンツ再生の遅延が生じないというメリットがある。
【図面の簡単な説明】
【００１３】
【図１】従来のデジタル放送システムにおける、ライブコンテンツの再生のためのサーバーの動作を示す図である。
【図２】本発明の実施形態において用いられる時間概念を説明するための図である。
【図３】本発明の実施形態に係るクライアントの動作を示す図である。
【図４】本発明の実施形態に係るクライアントの構成を示す図である。
【図５】本発明の実施形態に係るクライアントとサーバーとの間の動作手順を示す図である。
【発明を実施するための形態】
【００１４】
以下、添付図面に基づき、本発明の好適な実施形態について詳述する。図中、同じ構成要素には、できる限り同じ符号を付している点に留意されたい。
また、下記の説明には、ＯＩＰＦ（Ｏｐｅｎ  ＩＰＴＶ  Ｆｏｒｕｍ）において定義している個体の名称などの具体的な特性事項が開示されているが、これは、本発明のより一層の全般的な理解への一助となるように提供されたものに過ぎず、これらの特定事項がなくても本発明が実施可能であるということはこの技術分野において通常の知識を有する者にとって自明である。そして、本発明を説明するに当たって、関連する公知の機能または構成についての具体的な説明が本発明の要旨を余計に曖昧にする恐れがあると認められる場合にはその詳細な説明を省く。
【００１５】
後述する詳細な説明には、上述した技術的課題を達成するための本発明における代表的な実施形態を提示する。また、本発明の説明の便宜のために、ＯＩＰＦ（Ｏｐｅｎ  ＩＰＴＶ  Ｆｏｒｕｍ）において定義している個体の名称と同一の名称を用いているが、これらの標準及び名称が本発明の範囲を限定するものではなく、当然ながら、本発明は、類似する技術的な背景を有するシステムに適用可能である。
【００１６】
最近、オンラインコンテンツの利用増加に伴い、コンテンツの円滑な転送の重要性が取り上げられている。これにより、利用可能な転送帯域幅やユーザーの機器性能の変化に応じてコンテンツのビットレートを変更して転送されるアダプティブ・ストリーミング技術が注目を集めている。ＨＴＴＰプロトコルに基づいて細かく分割されたコンテンツの単位（すなわち、セグメント）をユーザー端末が状況に応じて選択してプレイし、このとき、ユーザー端末が遅延や途切れ現象なしにコンテンツを利用可能にする転送技術がいくつかの標準化団体において論議されている。
【００１７】
本発明の第１実施形態は、クライアントがＨＴＴＰアダプティブ・ストリーミング方式によりライブ・ストリーミングをサーバーから受信するとき、前記クライアントが接続可能なプレイリストを取得する装置及び方法に関する。また、本発明の第２実施形態は、サーバーがＨＴＴＰアダプティブ・ストリーミング方式によりライブ・ストリーミングをクライアントに転送するとき、接続可能なプレイリストを生成してクライアントに転送する装置及び方法に関する。
【００１８】
本発明の第１実施形態に係るデジタル放送のライブコンテンツの処理方法について説明すると、サーバーは、コンテンツに紐付けられた情報をクライアントに渡して更新する。次いで、クライアントは、リアルタイムにて再生可能なコンテンツのセグメントを取得し、以前の（過去の）コンテンツに紐付けられた情報を格納し、以前のコンテンツに紐付けられた情報を検索して再生可能なコンテンツのセグメントを取り出し、これを含むプレイリストを生成する。そして、当該プレイリストを用いてユーザーが以前のコンテンツを要請したときに、クライアントが再生可能であるか否かを確認し、これをユーザーに通知する。また、コンテンツ転送サーバー及びコンテンツ提供サーバーを備える放送システムにおいてクライアントがライブコンテンツを処理するとき、前記クライアントはコンテンツ転送サーバーから更新済みのＭＰＤファイル（すなわち、現在のＭＰＤファイル）を受信したときに、以前のＭＰＤファイルと現在のＭＰＤファイルとからセグメントリストを取り出してプレイリストを生成する。そして、ユーザーからコンテンツ再生が要請されると、前記クライアントは、要請されたコンテンツがプレイリストに存在するコンテンツであれば、コンテンツ提供サーバーに当該コンテンツを要請及び受信してユーザーに提供し、そうでなければ（すなわち、プレイリストにないコンテンツであれば）、コンテンツ提供サーバーにこれを要請することなく、前記ユーザーにエラーメッセージを転送する。
【００１９】
このとき、前記クライアントは、プレイリストの生成ステップを行った後、生成されたプレイリストをユーザーに提供してユーザーがプレイリストに存在するコンテンツを要請するように案内してもよい。また、前記ユーザーがコンテンツ再生を要請する前に前記クライアントにプレイリストの転送を要求し、クライアントがユーザーにプレイリストを渡してユーザーが再生可能なコンテンツを要求するようにしてもよい。さらに、本発明の第２実施形態においては、コンテンツプロバイダーがライブ・ストリーミング中にＭＰＤを更新する場合に、前記コンテンツプロバイダーは新たなＭＰＤ（すなわち、現在のＭＰＤ）及び以前のＭＰＤのセグメントリストから使用可能なセグメントを含むプレイリストを生成し、これをクライアントに転送する。
【００２０】
図２は、本発明の実施形態において用いられる時間概念を説明するための図である。前記図２に示す本発明において用いられる時間に関する用語は、３ＧＰＰの標準文書に従う。
前記図２において、「ＮＯＷ」は、現在、ユーザーがライブコンテンツを視聴する時間を意味する。そして、「ｔｉｍｅＳｈｉｆｔＢｕｆｆｅｒｄｅｐｔｈ」は、サーバーのコンテンツ格納所にライブコンテンツの過去の一部をバッファリングして格納しておく時間を意味する。ここで、それぞれのＭＰＤファイルは異なるサイズのｔｉｍｅＳｈｉｆｔＢｕｆｆｅｒｄｅｐｔｈを有していてもよい。「セグメント期間」は、コンテンツの一つの断片（セグメント）の時間の長さを意味する。「ＣｈｅｃｋＴｉｍｅ」は、ＭＰＤファイルの更新のためにクライアントがサービスプロバイダーにＭＰＤファイル要請メッセージを送る時間を意味する。「ａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅ」は、ＭＰＤファイルが有効となる時間を意味する。
【００２１】
図３は、本発明の実施形態に係るクライアントの動作を示す図である。前記図３において、クライアントは、ＭＰＤファイルの情報に基づいて、現在の時点で接続可能なセグメントのリストを取得する。すなわち、本発明の第１実施形態において、クライアントは、ライブ・ストリーミングの連続的な放送においてＭＰＤファイルを用いてプレイリストを更新するステップにおいて、クライアントが現在の時点で再生可能なコンテンツのセグメントのリストを取得する方法を提示する。前記図３を参照すると、クライアントは、ＣｈｅｃｋＴｉｍｅになると、ステップ３１１において、まず、現在のコンテンツセグメントに相当するＭＰＤファイル以前のＭＰＤファイル（以前のＭＰＤファイル）のｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒｄｅｐｔｈ値と、以前のＭＰＤファイルのセグメント期間との和が、現在の時間から現在のコンテンツのセグメントのａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅを差し引いた値よりも大きいか否かを確認する。このとき、前記ステップ３１１において、（［以前のＭＰＤにおけるｔｉｍｅｓｈｉｆｔｂｕｆｆｅｒｄｅｐｔｈ＋以前のＭＰＤにおけるセグメント期間］が［ＮＯＷ−現在のＭＰＤにおけるａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅ］よりも大きければ、前記クライアントはステップ３１３に移行し、以前のＭＰＤファイルによる一部のセグメント及び現在のＭＰＤファイルによるセグメントを組み合わせてセグメントリストを取り出す。また、前記ステップ３１１において、［以前のＭＰＤにおけるｔｉｍｅｓｈｉｆｔｂｕｆｆｅｒｄｅｐｔｈ＋以前のＭＰＤにおけるセグメント期間］が［ＮＯＷ−現在のＭＰＤにおけるａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅ］よりも大きくなければ、前記クライアントは、ステップ３１５において、現在のＭＰＤによるセグメントリストを取り出す。
【００２２】
ここで、前記ステップ３１３の動作について説明すると、前記ステップ３１１において、［以前のＭＰＤにおけるｔｉｍｅｓｈｉｆｔｂｕｆｆｅｒｄｅｐｔｈ＋以前のＭＰＤにおけるセグメント期間］が［ＮＯＷ−現在のＭＰＤにおけるａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅ］よりも大きいことが確認されれば、クライアントは、以前のＭＰＤに属しているセグメントから現在再生可能なコンテンツセグメントを取り出すステップを行う。すなわち、現在の時間ＮＯＷから以前のＭＰＤのｔｉｍｅＳｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈと以前のＭＰＤにおけるセグメント期間の値を差し引いた時間とＣｈｅｃｋＴｉｍｅとの間に再生可能なセグメントのリストを取得する。また、前記クライアントは、現在のＭＰＤに属するセグメントのうち、現在の時点で再生可能なセグメントのリストを取得する。すなわち、現在のＭＰＤにおけるａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅと現在の時間ＮＯＷとの間に再生可能なセグメントのリストを取得する。このため、［ＮＯＷ−以前のＭＰＤにおけるｔｉｍｅＳｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈ−以前のＭＰＤにおけるセグメント期間；以前のＭＰＤにおけるＣｈｅｃｋＴｉｍｅ］の間に再生可能な以前のＭＰＤのセグメントと［ａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅ；ＮＯＷ］区間において再生可能な現在のＭＰＤのセグメントのリストを合わせることにより、現在の時点ＮＯＷで再生可能なセグメントのプレイリストを生成する。
【００２３】
クライアントは、このようにして取得した当該プレイリストを格納する。この後、ユーザーが、コンテンツの過去時点のセグメントの再生を要請すると、クライアントは、要請されたコンテンツが格納されているプレイリストに含まれているものであれば、サーバーに当該時点のセグメントを要請するメッセージを送り、そうでなければ、当該セグメントの転送をコンテンツ提供サーバーに要請することなく、ユーザーにエラーメッセージを表示する。なお、予めユーザーに現在再生可能な時点を通知することにより、ユーザーが再生不可能なコンテンツを要請しないようにしてもよい。
【００２４】
図４は、本発明の実施形態に係るサーバーまたはクライアントの構成を示す図である。
前記図４を参照すると、以前のＭＰＤ格納所４１０は、現在再生中のコンテンツセグメントのためのＭＰＤではなく、それ以前のＭＰＤ（以前のＭＰＤ）を格納している。プレイリスト取出モジュール４２０は、現在の時点においてクライアントがサーバーに要請して再生可能なセグメントのリストを取得する機能を行う。前記プレイリスト取出モジュール４２０は、前記図３に示す手続きを行いながらプレイリストを生成することができる。アダプティブ・アルゴリズム動作器４３０は、クライアントが帯域幅や機器の能力に応じて適切なコンテンツのセグメントを取得する動作を行う。プレイリスト確認部４４０は、ユーザーが要請した時点のセグメントが現在のプレイリスト取出モジュールが取得したプレイリストに含まれているか否かを確認する機能を行う。
【００２５】
図５は、本発明の実施形態に係るクライアントとサーバーとの間の動作の手続きを示す図である。
前記図５を参照すると、コンテンツ提供サーバー５０５は、クライアント５０３にコンテンツを提供するためのＭＰＤを生成し、メッセージを送受信する役割を果たすサービスプロバイダーに属しているサーバーである。まず、ユーザー５０１が、ステップ５１１において、コンテンツ視聴を要請すると、クライアント５０３は、ステップ５１３において、コンテンツ提供サーバーにアダプティブ・ストリーミング・コンテンツ要請メッセージを転送する。次いで、前記コンテンツ提供サーバー５０５は、ステップ５１５において、コンテンツのアダプティブ・ストリーミング支援のための最初のＭＰＤファイル（ＭＰＤ＃１  ｆｉｌｅ）を構成し、ステップ５１７において、当該コンテンツを転送するために生成された最初のＭＰＤファイルをクライアント５０３に転送する。次いで、前記ＭＰＤファイルを受信したクライアントは、ステップ５１９において、ライブ放送ストリーミングを提供するライブコンテンツ提供サーバー５０７のＵＲＬに各セグメントを接続し（すなわち、当該ファイルのＵＲＬに接続してコンテンツを要請し）、これにより、前記ライブコンテンツ提供サーバー５０７は、ステップ５２１において、前記クライアント５０３により要請された当該セグメントをクライアント５０３に転送する。次いで、ユーザー５０１は、ステップ５２３において要請したコンテンツを視聴することができる。
【００２６】
このとき、サービスプロバイダーがＭＰＤを更新せざるを得ない状況になったとき、前記コンテンツ提供サーバー５０５は、ステップ５２５において、コンテンツのアダプティブ・ストリーミング支援のために次のＭＰＤファイル（ここでは、ＭＰＤ＃２  ｆｉｌｅであってもよい）を構成する。そして、クライアント５０３は、ステップ５２７において、以前のＭＰＤファイル（ここでは、ＭＰＤ＃１  ｆｉｌｅであってもよい）を格納し、ステップ５２９において、最初のＭＰＤ（ＭＰＤ＃１、以前のＭＰＤ）のＣｈｅｃｋＴｉｍｅになると、前記クライアント５０３は、ステップ５３１において、ＭＰＤの更新のために、前記コンテンツ提供サーバー５０５にＭＰＤ更新要請メッセージを転送する。次いで、前記コンテンツ提供サーバー５０５は、ステップ５３３において、２番目のＭＰＤファイル（ＭＰＤ＃２ｆｉｌｅ、現在のＭＰＤｆｉｌｅ）をクライアント５０３に転送する。
【００２７】
次いで、前記クライアント５０３は、ステップ５３５において、前記図３に示す手続きを行いながら、現在再生可能なプレイリストを生成する。このとき、前記以前のＭＰＤはＭＰＤ＃１であってもよく、現在のＭＰＤはＭＰＤ＃２であってもよい。
このとき、ユーザー５０１が、ステップ５３７において、過去時点のコンテンツ再生を要請すると、前記クライアント５０３は、ステップ５３９において、ユーザーが要請した時点のコンテンツセグメントが現在プレイリストにあるか否かを確認する。このとき、ユーザー５０４が要請したコンテンツが、ステップ５３５において生成されたプレイリストにあれば、クライアント５０３は、ステップ５４１において、当該セグメントをライブコンテンツ提供サーバー５０７に要請し、前記ライブコンテンツ提供サーバー５０７は、ステップ５４３において、これをクライアント５０３に転送する。このため、ユーザーは、ステップ５４５において要請した過去時点のコンテンツを視聴することができる。もし、前記ユーザーが要請した時点のセグメントが現在プレイリストに含まれていなければ、クライアント５０３は、ステップ５５１において、ユーザー５０１にエラーメッセージを転送する。
【００２８】
上述したように、クライアント５０３は、プレイリストを生成して格納している状態でユーザーから過去時点のコンテンツ再生要請を受信すると、要請されたコンテンツがプレイリストに存在するか否かを確認する。このとき、当該コンテンツがプレイリストに存在すれば、クライアント５０３は、ステップ５４０を実行しながら、ライブコンテンツ提供サーバー５０７から当該コンテンツを要請及び受信してユーザー５０１が当該コンテンツを視聴できるように制御し、プレイリストに存在しなければ、クライアント５０３は、ライブコンテンツ提供サーバー５０７に当該コンテンツを要請する動作を行うことなく、ステップ５５１において、ユーザーにエラーメッセージを転送する。このため、本発明の実施形態に係るコンテンツ処理方法は、不要なコンテンツの要請を行わないことから資源の無駄使いを招かず、ユーザーにとってもコンテンツ再生の遅延が発生しないことから効率よいコンテンツ提供を行うことができる。
【００２９】
また、前記クライアント５０３は、ユーザー５０１に現在再生可能なプレイリストを表示することにより、クライアントが再生不可能なセグメントを要請しないように案内してもよい。すなわち、前記クライアント５０３は、前記ステップ５３５において、プレイリストを生成した後、これをユーザー５０１が確認できるように表示してもよい。この場合、ユーザー５０１は、コンテンツ再生の要請に際して前記プレイリストを確認しながら再生可能なセグメントのみを要請するようにしてもよい。あるいは、別の方法として、ユーザーは、過去時点のコンテンツ再生を要請したときにクライアント５０３にプレイリストを要請し、クライアント５０３により応答されるプレイリストを確認して効率よくコンテンツを要請するようにしてもよい。
【００３０】
本発明の第２実施形態について説明する。
本発明の第２実施形態においては、サーバーがＭＰＤを更新するために新たなＭＰＤを生成するとき、以前のＭＰＤが管理するセグメントのうち依然として接続可能なセグメントのリスト（すなわち、プレイリスト）を含む新たなＭＰＤを生成する。そして、前記サーバーは、生成されたプレイリストを含む新たなＭＰＤをクライアントに転送して更新する。本発明の第２実施形態においては、前記図３に示す動作をコンテンツ提供サーバー５０５において行うことができる。コンテンツプロバイダーがライブ・ストリーミングの場合にＭＰＤを更新するとき、上述したように、新たなＭＰＤは以前のＭＰＤのセグメントをはじめとして、利用可能なあらゆるセグメントを含んでいる必要がある。もし、以前のＭＰＤのｔｉｍｅＳｈｉｆｔＢｕｆｆｅｒｄｅｐｔｈとセグメント期間との和が、ＮＯＷから現在のＭＰＤにおけるａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅを差し引いた値よりも大きければ、新たなＭＰＤは、当該メディアセグメントと期間（ｐｅｒｉｏｄ）の開始時間との和が、現在のＭＰＤと以前のＭＰＤのＮＯＷ−ｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈ−ｄｕｒａｔｉｏｎとＣｈｅｃｋＴｉｍｅとの間に存在するメディアセグメントをいずれも含む。
【００３１】
あるいは、以前のＭＰＤのｔｉｍｅＳｈｉｆｔＢｕｆｆｅｒｄｅｐｔｈとセグメント期間との和が、ＮＯＷから現在のＭＰＤのａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅを差し引いた値よりも大きければ、プレイリストは、当該メディアセグメントと期間（ｐｅｒｉｏｄ）の開始時間との和が、現在のＭＰＤと以前のＭＰＤのＮＯＷ−ｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈ−ｄｕｒａｔｉｏｎとＣｈｅｃｋＴｉｍｅとの間に存在するメディアセグメントをいずれも含む。
【００３２】
あるいは、以前のＭＰＤのｔｉｍｅＳｈｉｆｔＢｕｆｆｅｒｄｅｐｔｈとセグメント期間との和が、ＮＯＷから現在のＭＰＤのａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅを差し引いた値よりも大きければ、新たなＭＰＤは、当該メディアセグメントと期間（ｐｅｒｉｏｄ）の開示時間との和が、現在のＭＰＤと以前のＭＰＤのＮＯＷ−ｔｉｍｅｓｈｉｆｔＢｕｆｆｅｒＤｅｐｔｈ−ｄｕｒａｔｉｏｎとＣｈｅｃｋＴｉｍｅ、ＮＯＷ、ａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅ＋ｍｅｄｉａＰｒｅｓｅｎｔａｔｉｏｎＤｕｒａｔｉｏｎのうち最も小さな値［ｍｉｎ（ＣｈｅｃｋＴｉｍｅ，ＮＯＷ，ａｖａｉｌａｂｉｌｉｔｙＳｔａｒｔＴｉｍｅ＋ｍｅｄｉａＰｒｅｓｅｎｔａｔｉｏｎＤｕｒａｔｉｏｎ）］との間に存在するメディアセグメントをいずれも含む。
【符号の説明】
【００３３】
４１０  以前のＭＰＤ格納所
４２０  プレイリスト取出モジュール
４３０  アダプティブ・アルゴリズム動作器
４４０  プレイリスト確認部
５０１  ユーザー
５０３  クライアント
５０５  コンテンツ提供サーバー
５０７  ライブ放送コンテンツ提供サーバー（バッファ付き）
【図１】
2013526204.tif 000003
【図２】
2013526204.tif 000004
【図３】
2013526204.tif 000005
【図４】
2013526204.tif 000006
【図５】
2013526204.tif 000007
【国際調査報告】
2013526204.tif 000008
2013526204.tif 000009