(57)【要約】本開示は、ポータブル端末を用いて、コンテンツメディアファイルをストリーミングする方法およびそのシステムに関する。より具体的には、モバイル環境において、複数のコンテンツファイルをストリーミングする場合、１つのコンテンツファイルに対するストリーミングが全て完了した後、次のコンテンツファイルをストリーミングするためには、再び、別のセッションをストリーミングサーバにリクエストしなくてはならないという既存の技術における問題を解決するために、本開示は、ストリーミングサーバに提供されたプレイリスト生成器を介して、複数のコンテンツファイルを１つのストリーミングファイルに結合し（Ｓ２００）、次いで、ポータブル端末に、一度に、ファイル全体をストリーミングする（Ｓ３００）方法に関する。
2009526412.tif 000002
【特許請求の範囲】
【請求項１】
ストリーミングサーバに実装され得るストリーミング方法であって、該ストリーミング方法は、複数のファイルが該ストリーミングサーバからポータブル端末に送信されるとき、各コンテンツファイルを該ポータブル端末に再接続しようと試みることなく、複数のコンテンツファイルを一度にストリーミングすることを可能にし、該方法は、モバイル環境においてプレイリストファイルを介して複数のファイルをストリーミングするためのものであり、
該方法は、
２つ以上のコンテンツファイルが選択される第一のステップと、
該複数のコンテンツファイルに対して１つのプレイリストファイルがプレイリスト生成器を介して生成されることにより、ストリーミングサービスを準備する第二のステップと、
該プレイリストファイル上の該複数のコンテンツファイルが１つのファイルとして該ポータブル端末へストリーミングされる第三のステップと
を包含する、方法。
【請求項２】
モバイル環境においてプレイリストファイルを介して複数のファイルをストリーミングするための請求項１に記載の方法であって、
前記ポータブル端末にストリーミングする間に、リアルタイム更新が前記プレイファイルに適用される第四のステップをさらに包含する、方法。
【請求項３】
前記複数のコンテンツファイルが選択される第一のステップは、コンテンツファイルを提供するコンテンツプロバイダまたはウェブサーバに既に設定されているモバイル環境において前記プレイリストファイルを介して複数のファイルをストリーミングする方法と関連する、請求項１に記載の方法。
【請求項４】
前記複数のコンテンツファイルが選択される第一のステップは、ポータブル端末のユーザが、ウェブサイトに接続後に、該複数のコンテンツファイルの中から少なくとも１つのファイルを選択する対話モードで行われるモバイル環境において前記プレイリストファイルを介して複数のファイルをストリーミングする方法に関連する、請求項１に記載の方法。
【請求項５】
リアルタイム更新が適用される第四のステップは、モバイル環境において前記プレイリストファイルを介して複数のファイルをストリーミングする方法に関連し、前記ポータブル端末のユーザは、該ユーザがウェブサイトに接続後にストリーミングされたファイルを受信する最中に、前記プレイリストのコンテンツリストを修正、追加、あるいは削除する場合、該修正、追加、あるいは削除されたコンテンツリストは、ストリーミングされる、請求項２に記載の方法。
【請求項６】
前記ストリーミングサービスが準備される第二のステップは、
前記プレイリスト生成器によって選択されるコンテンツファイル上で、有効性チェックが、実行されるステップと、
前記プレイリストファイルが準備されるステップと、
該プレイリストファイルが、前記ストリーミングサーバの特定のメディアフォルダに格納されるステップと、
該特定のメディアフォルダに対するストリーミングリンクが、ウェブサイトのインタ−ネットページ上で生成されるステップと
を包含し、
いずれも、モバイル環境において前記プレイリストを介して、複数のファイルをストリーミングする方法に関連する、請求項１に記載の方法。
【請求項７】
前記有効性チェックが、実行されるステップは、
モバイル環境において前記プレイリストファイルを介して複数のファイルをストリーミングする方法に関連し、
各ファイルのコーデックの有効化、および各コーデックのパラメータのコード化が実行される、請求項６に記載の方法。
【請求項８】
前記有効性チェックが、実行されるステップは、
モバイル環境において前記プレイリストファイルを介して複数のファイルをストリーミングする方法に関連し、
各ファイルでの有効性チェックは、個別的に、あるいは集団的に実行される、請求項７に記載の方法。
【請求項９】
前記プレイリストファイルは、シーケンス番号、ロケーション情報、およびオプション情報が含まれるモバイル環境において前記プレイリストファイルを介して複数のファイルをストリーミングする方法に関連する、請求項６に記載の方法。
【請求項１０】
前記プレイリストが、ストリーミングされる第三のステップは、
前記ポータブル端末のブラウザを用いて、ウェブサイトのインターネットページに接続することによって、ストリーミングリンクが、前記プレイリストファイルに選択されるステップと、
モバイル環境において、ストリーミングリンクが選択される際に、再接続しようと試みることなく、該プレイリストファイルは、１つのファイルとして、該ポータブル端末にストリーミングされるステップと
を含む、請求項１に記載の方法。
【請求項１１】
前記モバイル環境において前記プレイリストファイルを介して複数のファイルをストリーミングするための請求項１０に記載の方法であって、
前記ストリーミングサーバが、特定回数および／または特定継続時間に関して、前記ストリーミングリンクに対する認証を提供するもう一つのステップをさらに含む、方法。
【請求項１２】
前記コンテンツファイルは、広告コンテンツファイルを含み、
該広告コンテンツファイルは、他のコンテンツファイルと組み合わされ、前記プレイリスト生成器を介して前記プレイリストを生成し、
広告コンテンツファイルおよび他のコンテンツファイルは、モバイル環境において、前記ポータブル端末に、１つのプレイリストファイルとして、順次、ストリーミングされる、請求項１に記載の方法。
【請求項１３】
モバイル環境において、前記第二のステップで、前記プレイリスト生成器が、１つのプレイリストを生成し、
該プレイリスト生成器は、前記プレイリストファイルに含まれる１つ以上のコンテンツファイルのうちの複数のコンテンツファイルに対するランダムアクセスを可能にするランダムアクセス機能を設定し得る、請求項１に記載の方法。
【請求項１４】
前記モバイル環境において、１つ以上のコンテンツファイルのうちの所定のコンテンツファイルへのランダムアクセスを阻止する禁止エリアを設定するステップをさらに包含する、請求項１３に記載の方法。
【請求項１５】
前記第二のステップで、１つのプレイリストを生成する前記プレイリスト生成器が、モバイル環境においてプレイリストを介して複数のファイルをストリーミングする方法に関連し、
該プレイリスト生成器は、前記プレイリストファイルに含まれる１つ以上のコンテンツファイルのうちの複数のコンテンツファイルに対するトラック移動を可能にするトラック移動機能を設定し得る、請求項１に記載の方法。
【請求項１６】
前記プレイリスト生成器は、前記プレイリストファイルに含まれる１つ以上のコンテンツファイルにおけるコンテンツファイルのトラック移動を禁止する禁止エリアを設定する、請求項１５に記載の方法。
【請求項１７】
オーディオファイルに関する情報が、前記ポータブル端末のディスプレイ画面に表示され、前記プレイリストファイルがオーディオである場合、その対応するオーディオファイルに関する情報を事前に記録されたビデオファイルを生成することによって、
前記方法は、該オーディオファイルをストリーミングする間に、対応するビデオファイルをストリーミングすることをさらに含む、請求項１に記載の方法。
【請求項１８】
継続時間制御特徴を提供するステップと、
ライブチャネル変更特徴を提供するステップと
をさらに包含する、請求項１に記載の方法。
【請求項１９】
個々の各コンテンツファイルに再接続しようと試みることなく、複数のコンテンツファイルを一度にストリーミングするストリーミングシステムであって、該システムは、
該複数のコンテンツファイルをストリーミングファイルに変換するエンコーダと、
該エンコーダによって変換された該ストリーミングファイルをポータブル端末に送信するストリーミングサーバと、
プレイリスト生成器であって、該プレイリスト生成器は、Ｎ（Ｎは、２以上の整数）個以上の該コンテンツファイルが選択される場合、ストリーミングの標的とされたコンテンツファイルＣ１、Ｃ２、・・・、ＣＮ（Ｃは、コンテンツファイルを意味し、その添え字は、ランダムな連続番号であり、２以上の整数）に対する１つのプレイリストファイルを生成し、該プレイリストファイルの中の各コンテンツファイルに含まれる情報を置き、該プレイリストファイルを該ストリーミングサーバのメディアフォルダに送信し、次いで、該メディアフォルダをインターネットのウェブサイトにリンクする、プレイリスト生成器と、
該ストリーミングサーバから送信ネットワークを介して、該プレイリストファイルに表示される複数のコンテンツファイルのストリーミングを受信するポータブル端末であって、Ｎ個以上のコンテンツファイルは、ある時間の後の該インターネットウェブサイトのストリーミングリンクの選択を完了するように、１つのプレイリストファイルとして送信され、これによって、モバイル環境において、該プレイリストファイルを介して複数のファイルをストリーミングすることを可能にする、ポータブル端末と
を備える、システム。
【請求項２０】
モバイル環境において、前記プレイリストファイルを介して複数のファイルをストリーミングする請求項１９に記載のシステムであって、
広告コンテンツファイルを提供する追加の広告サーバをさらに備え、
該プレイリストファイルを生成するために、前記プレイリスト生成器は、該広告サーバから提供され、前記ストリーミングサーバに格納される広告コンテンツファイルを、コンテンツサーバから提供されるコンテンツファイルと結合する、システム。
【請求項２１】
前記ストリーミングサーバは、前記プレイリストファイルに含まれる１つ以上のコンテンツファイルのうちの複数のコンテンツファイルに対するランダムアクセスとトラック移動とをそれぞれ可能にするランダムアクセスモジュールとトラック移動モジュールとを含み、
該ストリーミングサーバは、該複数のコンテンツファイルのタイプに依存して、プレイリストファイルを介して、ランダムアクセス禁止エリアおよび／またはトラック移動禁止エリアを事前に確立するように適合される、請求項１９に記載のシステム。
【請求項２２】
前記システムは、１つ以上のコンテンツのうちの特定のコンテンツに対する請求支払い処理を禁止する、請求項１９に記載のシステム。
【請求項２３】
前記プレイリスト生成器は、継続時間制御特徴およびライブチャネル変更特徴をさらに備える、請求項１９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
（技術分野）
本開示は、ポータブル端末にコンテンツメディアファイルをストリーミングする方法およびそのシステムに関する。
【０００２】
より具体的には、モバイル環境において、複数のコンテンツファイルをストリーミングする場合、１つのコンテンツファイルに対するストリーミングが全て完了した後、次のコンテンツファイルをストリーミングするためには、再び、別のセッションをストリーミングサーバにリクエストしなくてはならないという既存の技術における問題を解決するために、本開示は、ストリーミングサーバに提供されたプレイリスト生成器を介して、複数のコンテンツファイルを１つのストリーミングファイルに結合し、次いで、ポータブル端末に、一度に、ファイル全体をストリーミングする方法に関する。
【背景技術】
【０００３】
（背景情報）
インターネットユーザの増加と関連技術の発展と歩調を合わせて、シンプルなテキスト指向データのみならず、様々なマルチメディアデータが、ウェブ上で広く処理されるようになっている。従来、ウェブを介して送信されたマルチメディアデータをリプレイするためには、ファイル全体をダウンロードすることを要したが、大きなマルチメディアデータの場合、初期ラグタイムが過度に長いことが、大きな問題として指摘されてきた。ＴＣＰが送信プロトコルとして使用されてきたので、信頼性ある送信は保証されてきたが、オーディオ／ビデオパケット間における時間の関係が破壊されてきたという問題がある。
【０００４】
この問題に対処するために、リアルタイムデータ送信に対するストリーミング方法および送信プロトコルが開発されてきた。このストリーミング方法は、プレイバックのラグタイムを短縮するために、ファイル全体をダウンロードすることなく、小さな増分で、送信を受信する技術であるが、通常の送信において、一部のデータ損失をともなっても、リアルタイム送信を送り得るプロトコルを有することが必要となってきた。それゆえ、サーバとクライアントとの間の接続を設定して、制御し、ＨＴＴＰの基本的な機能に、リアルタイム特性を有するマルチメディアデータを送信する機能を追加するＲＴＳＰ（リアルタイムストリーミングプロトコル）が、標準化された。
【０００５】
したがって、ユーザは、ウェブを介して、マルチメディアデータを入手したいと意図するとき、まず、ウェブサーバに接続して、そのメディアに関する情報を受信し、次いで、ＲＴＳＰサーバに接続して、そのメディアのストリーミングサービスを受信する。
【０００６】
第一に、ストリーミングを実行するためには、ＡＶＩ（＊．ａｖｉ）、およびＭＰＥＧ（＊．ｍｐｅｇ、＊．ｍｐ３）のようなメディアファイルを、ストリーミングファイルフォーマットにコード化する必要がある。ユーザのＰＣを介してウェブ上のストリーミングファイルを実行するためには、Ｒｅａｌ  ＮｅｔｗｏｒｋのＲｅａｌ  Ｐｌａｙｅｒおよび
ＭｉｃｒｏｓｏｆｔのＷｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ｐｌａｙｅｒののようなプログラムが最初にインストールされなくてはならない。Ｒｅａｌ  Ｍｅｄｉａは、ＲＭ（＊．ｒｍ）およびメタファイルＲＡＭ（＊ｒａｍ）をストリーミングファイルフォーマットとして使用する一方で、Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａは、ＷＭＡ（＊．ｗｍａ）およびＷＭＶ（＊．ｗｍｖ）ならびにメタファイル、ＡＳＦ（＊．ａｓｆ）およびＡＳＸ（＊．ａｓｘ）などを使用する。
【０００７】
しかしながら、モバイル環境において、セルラネットワークでの高速モバイルデータ送信用の第三世代標準３ＧＰＰ（第三世代パートナーシッププロジェクト）（＊．３ｇｐ）および３ＧＰＰ２（第三世代パートナーシッププロジェクト２）（＊．３ｇ２）は、それぞれ送信ネットワークにおいて、それぞれ採用され、これに類似する標準が確立された。
【０００８】
図１は、ストリーミングのアーキテクチャ全体を概略的に示す。
【０００９】
コンテンツプロバイダ（ＣＰ）によって提供または作成されるオリジナルのメディアデータは、エンコーダによって、３ＧＰＰおよび３ＧＰＰ２フォーマットに変換され、これらの変換されたメディアファイルが、ストリーミングサーバに格納される。そして、ストリーミングサーバは、送信ネットワークを介して、メディアファイルをポータブル端末にストリーミングする。
【００１０】
一般的に、図２の処理は、ストリーミング処理をより具体的に示す。
【００１１】
例えば、モバイル環境における３ＧＰＰの視点（ｖｉｅｗｐｏｉｎｔ）から、ポータブル端末にストリーミングを送るためには、まず、ＰＣ用Ｗｉｎｄｏｗ  Ｍｅｄｉａ  Ｐｌａｙｅｒでプレイされ得るａｂｃ．ａｖｉファイルを、エンコーダを用いて、適切なビットレート、サイズ、コーデックおよびファイルフォーマットを有するａｂｃ．３ｇｐに変換して、この変換処理の間に、メディアクリップを圧縮する。これは、大きなストレージ空間を要求する当初のメディアデータが、低ビットレートのモデム接続のような送信チャネルを介して容易に送信され得るようにする（Ｓ１１）ためである。
【００１２】
次いで、例えば、「Ｃ：＼ｓｔｒｅａｍｉｎｇ＼ｍｅｄｉａ＼ａｂｃ．３ｇｐ」のフォーマットに変換されたファイルを、ストリーミングサーバのメディアフォルダに格納し（Ｓ１２）、「ｒｔｓｐ：／／ｓｔｒｅａｍｉｎｇ．ｎｅｘｔｒｅａｍｉｎｇ．ｃｏｍ／ａｂｃ．３ｇｐ」のような適用可能なメディアにリンクを生成する（Ｓ１３）。これは、端末が、ストリーミングサーバへの接続を得て、ストリーミングサービスを受信して、ウェブサイト（ポータル）のインターネットページ上に、適用可能なリンクを置く（Ｓ１４）ためである。
【００１３】
ポータブル端末のユーザが、その端末を用いて、上述の上記ウェブサイトを訪問することによって、上記で参照したストリーミングリンクを選択するとき（Ｓ１５）、その端末は、ストリーミングサーバに接続されて、ａｂｃ．３ｇｐファイルに対するストリーミングサービスを開始する（Ｓ１６）。
【００１４】
しかし、２つ以上の複数のコンテンツをストリーミングするとき、上述のように１つのメディアコンテンツをストリーミングする場合には生じない問題が、生じる。
【００１５】
図３は、一般のＰＣ環境で、複数のメディアコンテンツをストリーミングする方法を示す。
【００１６】
３つのストリーミングファイル（Ｆｉｌｅ１．３ｇｐ、Ｆｉｌｅ２．３ｇｐ、およびＦｉｌｅ３．３ｇｐ）が、メディアプレイヤを介してストリーミングされる場合を仮定する。まず、Ｆｉｌｅ１．３ｇｐに対するセッションをリクエストして、ファイル１のメディアをプレイするが、ファイル２のメディアを開くためには、サーバをＦｉｌｅ１．３ｇｐセッションに接続して、Ｆｉｌｅ２．３ｇｐファイルへの接続を得ようと試みる必要がある。同様に、ファイル３のメディアファイルをプレイするためには、Ｆｉｌｅ２．３ｇｐセッションを中断して、次いで、Ｆｉｌｅ３．３ｇｐファイルへの接続を試みる必要がある。
【００１７】
この繰り返して、閉じたり開いたりする問題は、ＰＣ環境において、大きな問題として指摘されることはないようである。そのＰＣ環境は、セッションを開閉するのに、長い時間を要しないし、自動的にこのような問題を解決するアプリケーションを実装することが容易であるのみならず、このような自動的な解決策の更新も容易になされ得る。
【００１８】
しかしながら、モバイル環境における図３の場合を見ると、ハンドセットプレイヤは、セッションを自動的に初期化し得ないという問題がある。多くの場合、端末は、１つのファイルのストリーミングが一度完了すると、別のコンテンツに対するリクエストがもう一度なされる必要があり、それがさらに続くように、設定されており、ステップＳ１５を毎回繰り返すことは容易ではない。これは、また、図４にも示される。
【００１９】
図５は、擬似放送（Ｐｓｅｕｄｏ  Ｂｒｏａｄｃａｓｔ）の例を示す。
【００２０】
図５に示される擬似放送の例において、連続ストリーミングが、擬似放送装置を介して複数の端末で行われ、まるで、複数のファイルＦｉｌｅ１．３ｇｐ、Ｆｉｌｅ２．３ｇｐ、およびＦｉｌｅ３．３ｇｐが、全て同時にストリーミングされているように見える。しかし、実際には、各ファイルが時間連続性を有するのみならず、各端末が同じコンテンツを同時に見るためには制約もある。
【００２１】
換言すると、擬似放送の場合においてさえも、端末のユーザが、複数のコンテンツファイルのストリーミングを自由に受信することは、可能でない。
【発明の開示】
【発明が解決しようとする課題】
【００２２】
（発明の概要）
上述された既存技術の問題に直面している本発明の発明者は、ポータブル端末のユーザが、複数のコンテンツ全てのストリーミングを同時に受信することを可能にするストリーミング方法およびこのような方法に対するシステムを提供することを本発明の一つの目的として設定する。
【００２３】
その一方で、上記目的を達成するために、その端末内に、その目的を達成する機能を実装するものではない（構築することは容易でないし、各ポータブル端末メーカの仕様が異なるので、非効率である）。むしろ、様々な端末のタイプおよび仕様は、たとえ、機能が端末上に実装されなくても、ストリーミングサーバ上に機能を実装することによって制約を課さない。
【００２４】
さらに、本発明は、広告方法に接続することによってビジネスモデルを実装するか、あるいはポータブル端末内のＰＣ用に使用されるプレイヤとして、このような便宜を実装することを可能にする様々なオプションの提供を、別の目的として設定する。
【００２５】
本発明の様々な実施形態の他の目的および利点は、以下に記載される。本発明の他の目的および強みは、様々な実施形態および請求項に記載される事項によってのみならず、容易に想到し得る範囲内で生成され得る手段および組み合わせによっても、より広範に受け入れられ、このことは、本発明の実施形態における独自の効果に対応することを付け加える。
【課題を解決するための手段】
【００２６】
このような目的を達成する目的のために、本発明の一実施形態は、個別の各コンテンツに再接続しようと試みることなく、ポータブル端末に複数のコンテンツファイル全てを一度にストリーミングすることを可能にするストリーミング方法に関する。該方法は、
２つ以上のコンテンツファイルが選択される第一のステップと、
該複数のコンテンツファイルに対して１つのプレイリストファイルがプレイリスト生成器を介して生成されることにより、ストリーミングサービスを準備する第二のステップと、
プレイリストファイルがポータブル端末にストリーミングされる第三のステップと
を包含する。
【００２７】
さらに、もう一つのステップ、すなわち、上記ポータブル端末にストリーミングする間に、リアルタイム更新が上記プレイに適用される第四のステップをさらに含むことが望ましい。
【００２８】
本発明の一つの実施形態の上記第一のステップにおいては、上記コンテンツファイルは、コンテンツプロバイダ（ＣＰ）またはウェブサーバに、事前に確立されたものを選択されることが望ましい。
【００２９】
他の形式の実施形態において、上記複数のコンテンツファイルが選択される第一のステップは、ポータブル端末のユーザは、対話モードで進行し得、上記ウェブサイトに接続し、上記プレイリストを直接準備する。
【００３０】
そして、上記リアルタイム更新が適用される第四のステップに対する実施形態として、上記ポータブル端末のユーザが、上記ウェブサイトへの接続を介してストリーミングされている上記プレイリストを修正、追加、あるいは削除する場合、該修正、追加、あるいは削除されたコンテンツリストを有する該プレイリスト上でリアルタイムに更新を実行することが推奨される。
【００３１】
上記ストリーミングサービスが準備される第二のステップは、
上記プレイリスト生成器によって、第一のステップの間に選択されるコンテンツファイル上で、有効性チェックが、実行されるステップと、
上記プレイリストが準備されるステップと、
該プレイリストファイルが、上記ストリーミングサーバの特定のメディアフォルダに格納されるステップと、
該特定のメディアフォルダに対するストリーミングリンクが、ウェブサイトのインタ−ネットページ上で生成されるステップと
を含むことが望ましい。
【００３２】
その一方で、上記有効性チェックが、実行されるステップに関して、各ファイルが上記ストリーミングファイルを介して、一切停止することなく、各ファイルが１つのファイルとしてストリーミングされ得るかどうかをチェックするために、各ファイルのコーデックおよび各コーデックに対するコード化パラメータの有効性をチェックすることとして、理解され得る。個々の有効性チェックは、各ファイルに対して実行され得るか、あるいは代替的な方法として、該有効性チェックは、一度に全てのファイルに対して実行され得る。
【００３３】
本発明の一つの実施形態の上記プレイリストファイルにとって、各ファイルに対するシーケンス番号、ロケーション情報、およびオプション情報が含まれることが望ましい。
【００３４】
そして、上記プレイリストのファイルが、ストリーミングされる第三のステップは、
ストリーミングリンクが、上記ポータブル端末のブラウザを用いて、上記ウェブサイトのインターネットページに接続することによって、該プレイリストファイル用に選択されるステップと、
上記ストリーミングサーバは、ストリーミングリンクが一度選択されると、再接続しようと試みることなく、上記プレイリストファイルを１つのファイルとして、該ポータブル端末にストリーミングするステップと
を含むことが望ましい。
【００３５】
さらに、上記ストリーミングリンクは、上記ストリーミングサーバが特定回数または（および）特定時間の観点から、認証を実行するもう一つのステップをさらに含むように構成され得る。
【００３６】
一方、本発明の一つの実施形態の上記複数のコンテンツファイルが、広告コンテンツファイルを含むことは、ビジネスモデルとしての本発明の実施形態の良好な例である。該広告コンテンツファイルは、他のコンテンツファイルと組み合わされ、１つのプレイリストファイルが、上記プレイリスト生成器を介して生成され、広告コンテンツファイルおよび他のコンテンツファイルは、１つのプレイリストファとして、順次、ポータブル端末にストリーミングされる。
【００３７】
本発明の一つの実施形態の上記第二のステップの間に、１つのプレイリストを生成する上記プレイリスト生成器にとって、該プレイリスト生成器が、上記プレイリストに含まれる１つ以上のコンテンツファイルのうちの複数のコンテンツファイルに対するランダムアクセスを可能にするランダムアクセス機能を設定するように構成されることは、望ましい。
【００３８】
例えば、１つ以上の所定の特定なコンテンツファイルへのランダムアクセスを禁止する禁止エリアを設定することは良好なことである。
【００３９】
本発明の一つの実施形態の第二のステップの間に、１つのプレイリストを生成する上記プレイリスト生成器にとって、該プレイリストに含まれる１つ以上のコンテンツファイルのうちの複数のコンテンツファイルに対するトラック移動を可能にするトラック移動機能、あるいはトラック移動が禁止される禁止エリアを確立することを可能にするように構成されることが望ましい。
【００４０】
そして、上記プレイリストファイルがオーディオである場合、適用可能なオーディオファイルに関する情報を事前に含むビデオファイルを生成して、該オーディオファイルをストリーミングする間に、対応するビデオファイルをストリーミングすることによって、上記ポータブル端末の液晶上にオーディオファイルの情報を表示することが、非常に望ましい実行フォーマットと考えられる。
【００４１】
以下に記載される本発明の一つの実施形態の方法をインプリメントすることを可能にする本発明の一つの実施形態の独自のシステムは、各コンテンツに再接続しようと試みることなく、複数のコンテンツファイルを一度にストリーミングすることを可能にするストリーミングシステムに関する。該システムは、
上記複数のコンテンツファイルをエンコーダによって、ストリーミングファイルに変換し、ストリーミングサーバは、該ストリーミングファイルをポータブル端末に送信し、
Ｎ（Ｎは、２以上の整数）個以上のコンテンツファイルが選択される場合、上記プレイリスト生成器は、ストリーミングの標的とされたコンテンツファイルＣ１、Ｃ２、・・・、ＣＮ（Ｃは、コンテンツファイルを意味し、その添え字は、ランダムな連続番号であり、２以上の整数）に対する１つのプレイリストを生成し、該プレイリストファイルの中の各コンテンツファイルに含まれる情報を置き、該プレイリストファイルを該ストリーミングサーバのメディアフォルダに送信し、次いで、該メディアフォルダをインターネットのウェブサイトにリンクし、
ポータブル端末は、該ストリーミングサービスから送信ネットワークを介して、該プレイリスト内で特定される複数のコンテンツファイルのストリーミングを受信し、その後、
Ｎ個以上のコンテンツファイルを１つのコンテンツファイルと考え、１回で該インターネットウェブサイトのストリーミングリンクの選択を完了するという特徴を有する。
【００４２】
そして、本発明の一つの実施形態のシステムは、広告コンテンツを提供する広告サーバをさらに含み、
上記プレイリスト生成器が、該広告サーバによって提供され、上記ストリーミングサーバに格納される広告コンテンツファイルを、上記コンテンツサーバによって提供されるコンテンツファイルと結合し、プレイリストファイルを生成し得る。
【００４３】
一方、上記ストリーミングサーバは、２つ以上のコンテンツファイルへのランダムアクセスとトラック移動とをそれぞれ可能にするランダムアクセスモジュールとトラック移動モジュールとを含み、該ストリーミングサーバは、該複数のコンテンツファイルのタイプに依存して、該プレイリスト生成器を介して、ランダムアクセス禁止エリアおよび（または）トラック移動禁止エリアを事前に確立することが望ましい。
【００４４】
本発明の一つの実施形態のシステムにとって、請求支払い処理が１つ以上のコンテンツを有する特定のコンテンツに対して禁止されるエリアを設定することが望ましい。
【発明を実施するための最良の形態】
【００４５】
参照される図面は、実施形態について言及するための図であり、また、このように実施形態を言及するための図であって、制約をするものと考慮されるべきではないことを明言する。
【００４６】
（詳細な説明）
添付図面を参照して、本発明に従う１つ以上の実施形態を以下に説明する。本発明の一つの実施形態を説明するにあたり、当業者なら誰にでも自明であり、公けに開示された機能または構成のような任意の事項が記載される場合、その事項の詳細な説明は、省略される。
【００４７】
以下の説明において、多数の特定の詳細が、実施形態の完全な理解を提供するために、提示される。しかしながら、当業者なら、本発明が特定の詳細の１つ以上がなくても、あるいは他の方法、コンポーネント、材料などを用いても、実施され得ることを認識する。他の場合において、周知の構造、材料、または動作は、本発明の局面を曖昧とすることを避けるために、詳細には図示または記載されていない。
【００４８】
本明細書の全体において、「一つの実施形態」または「一実施形態」に関する言及は、少なくとも一つの実施形態に含まれる実施形態と関連して述べられる特定の特徴、構造、または特性を意味する。したがって、本明細書全体にわたって随所に「一つの実施形態において」または「一実施形態において」という成句が出てくるが、全てが必ずしも同じ実施形態について言及しているわけではない。さらに、特定の特徴、構造、または特性は、１つ以上の実施形態において、任意の適切な方法で、組み合わされ得る。
【００４９】
図６は、本発明の一つの実施形態のシステム構成を簡略に示す。
【００５０】
エンコーダ（２）は、コンテンツのオリジナル
のメディアデータ（１）をストリーミングファイルに変換し、これらをストリーミングサーバ（４）に格納する。プレイリスト生成器（３）は、各ファイルのコーデックタイプのチェックが一度なされると、１つのプレイリストを生成し、次いで、複数のコンテンツ全てを一度にストリーミングする準備として、そのプレイリストをストリーミングサーバ（４）に格納する。このような準備は、接続が無線ポータル（６）を介して行われると完全になる。この無線ポータル（６）は、ストリーミングサーバ（４）と無線データネットワーク（１０）とにリンクされ得るモバイルページを提供する。一方、ポータブル端末（８）のユーザは、無線ポータル（６）に接続することによって、ストリーミングリンクを選択し、ポータブル端末（８）の中へのストリーミングは、無線データネットワーク（例えば、ＣＤＭＡ  ２０００  １ｘ、ＥＶ−ＤＯ、ＧＰＲＳ、ＥＤＧＥなど）を介して行われる。ポータブル端末（８）のユーザは、ストリーミングリンクを選択する前に、あるいはストリーミングサービスを受信している間に、ユーザのＰＣ（１２）のインターネット（５）を介して、モバイルポータル（６）に接続されるウェブサーバ（７）にアクセスすることによって、対話モードで、プレイリストを追加または削除し得る。
【００５１】
その間、複数のコンテンツファイル（１）および（１１）を１つのプレイリストに入れるために使用されるコード化プロファイルの条件は、以下の表に示される。
【００５２】
【表１】
2009526412.tif 000003
そして、図７は、上記プレイリスト生成器（３）の機能を示す。図７に従うと、各個別のコンテンツファイル（Ｆｉｌｅ１．３ｇｐ、Ｆｉｌｅ２．３ｇｐ、およびＦｉｌｅ３．３ｇｐ）は、上記プレイリスト生成器（３）を介して、１つのプレイリスト生成器（３）の中に配置され、次いで、これらのプレイリストファイルは、１つのストリーミングファイル（Ｆｉｌｅｓ．３ｇｐ）として、ポータブル端末（８）に送信され、その後、そのポータブル端末（８）が、これを１つのファイルとして認識し、そのようにストリーミングされるのを受信する。
【００５３】
本発明の一つの実施形態のシステムは、ストリーミングサーバ（４）内のプレイリスト生成器を含み、図８は、プレイリスト生成器を利用する本発明の一つの実施形態のストリーミング方法を概略的に示す。
【００５４】
まず、複数のコンテンツファイルが、選択される（Ｓ１００）。
【００５５】
コンテンツファイルの選択は、ポータブル端末のユーザが、ウェブサイトまたは対話モードに接続する際に、コンテンツを提供するインターネットのウェブサイト（ポータル）のウェブサーバ、またはインターネットのウェブサイトにコンテンツを提供するコンテンツサーバの中で事前に決定されるか、あるいはウェブサイトサーバ上に配置されるコンテンツファイルのリストの中から事前に選択されるかのいずれかである。このとき、ファイルのタイプおよびシーケンスも、また考慮される。
【００５６】
次いで、ストリーミングサービスを準備中のプレイリスト生成器を介して選択されるコンテンツファイルのために、１つのプレイリストファイルが、生成されるステップ（Ｓ２００）に進む。例えば、サーバが、Ｆｉｌｅ１．３ｇｐ、Ｆｉｌｅ２．３ｇｐ、Ｆｉｌｅ３．３ｇｐ、Ｆｉｌｅ４．３ｇｐ、およびＦｉｌｅ５．３ｇｐの個々のコンテンツファイルから、Ｆｉｌｅ１．３ｇｐおよびＦｉｌｅ５．３ｇｐ；Ｆｉｌｅ１．３ｇｐ、Ｆｉｌｅ２．３ｇｐ、およびＦｉｌｅ４．３ｇｐ；Ｆｉｌｅ２．３ｇｐ、Ｆｉｌｅ３．３ｇｐ、およびＦｉｌｅ５．３ｇｐ；Ｆｉｌｅ５．３ｇｐ、Ｆｉｌｅ３．３ｇｐ、およびＦｉｌｅ１．３ｇｐを選択するシナリオを仮定する。プレイリスト生成器は、各選択されたファイルのグループ、すなわちＦｉｌｅ１およびＦｉｌｅ５；Ｆｉｌｅ１、Ｆｉｌｅ２、およびＦｉｌｅ４；Ｆｉｌｅ２、Ｆｉｌｅ３、およびＦｉｌｅ５；Ｆｉｌｅ５、Ｆｉｌｅ３、およびＦｉｌｅ１から、それぞれ１つのプレイリストファイルを生成する。プレイリストファイルの個々のグループは、１つのコンテンツとして認識され、そのようにストリーミングされる。このステップは、既に上述された図７および図９に示される。
【００５７】
図１０は、複数のコンテンツが、ポータルサイトを用いて、ポータブル端末のユーザによって事前に選択される場合を示す。ポータブル端末のユーザが、インターネットを用いて、ポータルサイトに接続した後に、例えば、リンクされている複数のファイルの中から、例えば、Ｆｉｌｅ１．３ｇｐ、Ｆｉｌｅ２．３ｇｐ、およびＦｉｌｅ３．３ｇｐを選択する場合、３つのファイルが、１つのプレイリストファイルとして指定され、これら３つのファイルが、１つのストリーミングファイルであるかのように、ストリーミングされる。
【００５８】
上記ステップＳ２００のより具体的な処理は、図１１に示される。これらの処理の中で、ステップＳ２１０およびＳ２２０は、説明の便宜のために追加されたが、上述のステップＳ１００で既に実行されたものとして見なされ得る。
【００５９】
まず、エンコーダを用いて、コンテンツファイルを、適切なビットレートおよびサイズ、ならびにコーデックなどを有するストリーミングファイルフォーマットに変換する（Ｓ２１０）。例えば、Ｆｉｌｅ１．ａｖｉ、Ｆｉｌｅ２．ｗｍｖ、およびＦｉｌｅ３．ａｓｆは、それぞれＦｉｌｅ１．３ｇｐ、Ｆｉｌｅ２．３ｇｐ、およびＦｉｌｅ３．３ｇｐに変換される。次いで、ストリーミングファイルは、ストリーミングサーバのそれぞれのフォルダに格納される（Ｓ２２０）。例えば、上記変換されたファイルは、「Ｃ：＼ｔｅｍｐｍｅｄｉａ＼Ｆｉｌｅ１．３ｇｐ」、「Ｃ：＼ｔｅｍｐｍｅｄｉａ＼Ｆｉｌｅ２．３ｇｐ」、および「Ｃ：＼ｔｅｍｐｍｅｄｉａ＼Ｆｉｌｅ３．３ｇｐ」と指定され、ストリーミングサーバのフォルダに格納される。
【００６０】
インプリメンテーションの本例において、上記で参照されたステップＳ２１０およびＳ２２０は、ステップＳ２３０を実行するために、毎回初めから実行される必要はない。ステップ２３０は、以下に示され、既に以前に実行されたステップとして、理解されるべきである。コード化処理が、毎回挿入されるとき、コード化を処理するのに要する時間は、あまりにも長くなり、このことは、システムの動作にとって望ましくないからである。換言すれば、以下に示されるステップＳ２３０は、既にストリーミングフォーマットにコード化されているファイルに対して、実行されるものとして、理解されるべきであり、上記ステップＳ２１０およびＳ２２０は、２つ以上のコンテンツファイルを選択する上記ステップＳ１００で既に実行されたものとして見なされるべきである。
【００６１】
コンテンツファイルが選択されるとき、有効性チェックが、選択されたファイル上で実行される（Ｓ２３０）。
【００６２】
複数のファイルを連続的に送信するために、プレイリストに含まれるファイルは、同じコーデックを有し、各コーデックに対するコード化パラメータは、類似している。それゆえ、プレイリストが準備される場合、１つのファイルが追加されるたびに、その適用可能なファイルを以前のファイルと比較し、同じコーデックを有するか、および可能にされる範囲内にコード化パラメータを有するかどうかをチェックして、追加されたファイルの有効性をチェックする。
【００６３】
換言すれば、ファイルに対する有効性チェック用のパラメータは、以下の通りである。
【００６４】
１．格納されるべきコーデックのタイプが、画像と音声とに対して同一である。
【００６５】
２．画像が、ＭＰＥＣ−４ビジュアルコーデックにコード化されるとき、以下のパラメータ：
デコーダ特定情報（フレームサイズ、プロファイルレベルＩＤ）、時間スケール、Ｈ．２６３、フレームサイズ、プロファイル、レベル、時間スケール
が同一である。
【００６６】
３．画像が、Ｈ．２６４コーデックにコード化されるとき、以下のパラメータ：
ＰＰＳ／ＳＰＳ（フレームサイズ）、
プロファイルレベルＩＤ
が同一である。
【００６７】
４．音声が、ＡＡＣコーデックにコード化されるとき、以下のパラメータ：
デコーダ特定情報（サンプリングレート、サンプルごとのビット数、チャネル数）
が同一である。
【００６８】
５．音声が、ＡＭＲ、ＱＣＥＬＰ、またはＥＶＲＣコーデックにコード化されるとき、以下のパラメータ：
サンプリングレート、サンプルごとのビット数、チャネル数
が同一である。
【００６９】
上記パラメータを満足する２つ以上のファイルは、１つのプレイリストの中に存在し得る。
【００７０】
上記で参照された有効性チェックは、ファイルがアップロードされる度ごとに、なされる照合であるが、準備されるプレイリストに含まれる全てのファイル上で、集団的に、全体の有効性チェックを実行する必要が生じる特別な場合がある。そのような場合において、プレイリスト中の全てのファイルをチェックすることによって、ファイルの有効性をチェックし、そのプレイリストが使用され得るかどうかを調べる。例えば、上述の対話モードにおいて、加入者がコンテンツファイルリストの１つのプレイリストを選択する場合、一度にファイルリスト全体で有効性チェックを実行することが望ましい。
【００７１】
上述されたように、有効性チェックを実行後、Ｆｉｌｅ１、Ｆｉｌｅ２、およびＦｉｌｅ３を結び付けて、１つのストリーミングファイルにするために、Ｆｉｌｅ１Ｆｉｌｅ２Ｆｉｌｅ３ｐｌａｙｌｉｓｔ．３ｇｐのようなプレイリストが準備され、生成される（Ｓ２４０）。プレイリストファイルは、各ファイルなどに対するロケーションのような情報をそのファイルの中に有する。
【００７２】
プレイリストが生成されるとき、例えば、そのプレイリストは、以下のフォーマット：
ファイル拡張子：３ｇｐ
ファイルコンテンツ
＃Ｎｅｘｔｒｅａｍｅｒプレイリスト
［シーケンス番号］［ファイルロケーション］［オプション］
［シーケンス番号］［ファイルロケーション］［オプション］
［シーケンス番号］［ファイルロケーション］［オプション］
・・・
を有し得る。
【００７３】
例えば、以下の例：
Ｐｌａｙｌｉｓｔ．３ｇｐ
＃Ｎｅｘｔｒｅａｍｅｒプレイリスト
１｜Ｄ：＼Ｄｅｖｅｌｏｐｍｅｎｔ＼Ｍｅｄｉａ＼ｆｉｌｅ１．３ｇｐ｜１１
２｜Ｄ：＼Ｄｅｖｅｌｏｐｍｅｎｔ＼Ｍｅｄｉａ＼ｆｉｌｅ２．３ｇｐ｜０
３｜Ｄ：＼Ｄｅｖｅｌｏｐｍｅｎｔ＼Ｍｅｄｉａ＼ｆｉｌｅ３．３ｇｐ｜１１０
４｜Ｄ：＼Ｄｅｖｅｌｏｐｍｅｎｔ＼Ｍｅｄｉａ＼ｆｉｌｅ４．３ｇｐ｜１１０
が、準備され得る。
【００７４】
プレイリストファイルは、適用可能なファイルがプレイリストファイルであることを示すヘッダ部分と、各ファイルのシーケンス番号およびロケーションを示す部分と、適用可能なファイルに関する使用オプションが追加され得る部分とから構成され得る。既存の標準端末をサポートするために、プレイリストの拡張子の名前は、通常のコンテンツファイルの拡張子の名前と同一となるようにされる。
【００７５】
上記で参照されたオプションを介して、トラック移動機能がサポートまたは禁止されるかどうか、および課金情報が格納または禁止されるかどうかのような様々な使用方法が、設定され得る。
【００７６】
次いで、準備されたプレイリストファイルは、特定のメディアフォルダに格納される（Ｓ２５０）。例えば、このプレイリストファイルは、「Ｃ：＼ｓｔｒｅａｍｉｎｇ＼Ｍｅｄｉａ＼Ｐｌａｙｌｉｓｔ＼Ｆｉｌｅ１Ｆｉｌｅ２Ｆｉｌｅ３ｐｌａｙｌｉｓｔ．３ｇｐ」として格納され、「ｒｔｓｐ：／／ｓｔｒｅａｍｉｎｇ．ｎｅｘｔｒｅａｍｉｎｇ．ｃｏｍ／Ｆｉｌｅ１Ｆｉｌｅ２Ｆｉｌｅ３ｐｌａｙｌｉｓｔ．３ｇｐ」のようなウェブサイトの適用可能なリンク上にアップロードされ、ストリーミングリンクを生成する（Ｓ２６０）。
【００７７】
図１２は、上記ステップＳ３００のより詳細な処理を示す。ポータブル端末のユーザは、ブラウザを用いて、無線ポータルを介し、ウェブサイトのインターネットページに接続し（Ｓ３１０）、インターネットページにリンクされたストリーミングリンク、すなわち、「ｒｔｓｐ：／／ｓｔｒｅａｍｉｎｇ．ｎｅｘｔｒｅａｍｉｎｇ．ｃｏｍ／Ｆｉｌｅ１Ｆｉｌｅ２Ｆｉｌｅ３ｐｌａｙｌｉｓｔ．３ｇｐ」を選択する（Ｓ３２０）。これは、端末が、ストリーミングサーバに接続し、その後、それに従って、ストリーミングサービスを開始するようにするためである（Ｓ３３０）。
【００７８】
このときに、ストリーミングサーバは、自動的に、Ｆｉｌｅ１．３ｇｐ、Ｆｉｌｅ２．３ｇｐ、およびＦｉｌｅ３．３ｇｐを連続的にストリーミングし、端末は、コーデック圧縮を解凍し、クリップをプレイバックする。端末は、上記で参照したファイルを１つのストリーミングファイルとして、認識するので、複数のファイルがストリーミングされているのか、あるいは単一のファイルがストリーミングされているのかを通告することは不可能になる。したがって、この実施形態は、全てのコンテンツファイルのストリーミングを受信するために、数回ウェブサーバに接続しなくてはならないという問題を解決する。
【００７９】
図１３は、再び、図８、図１１および図１２の全体の処理を概略的に示す。Ｆｉｌｅ１．３ｇｐ、Ｆｉｌｅ２．３ｇｐ、Ｆｉｌｅ３．３ｇｐの順番で行われるストリーミングは、セッションを再開する不都合を排除する。なぜなら、プレイリストに対するセッションリクエストは、１回目の後に停止し、ポータブル端末は、全てのファイルを１つのファイルとして認識するからである。ストリーミングサーバは、自動的にストリーミングを導き（ｃｏｎｄｕｃｔ）、プレイリストの中に含まれる全てのストリーミングが完了後にのみ、プレイリストのセッションは停止する。
【００８０】
その間、ポータブル端末の中へのストリーミングの最中に、プレイリストのリアルタイム更新を適用することも、また可能である。
【００８１】
既に以上で説明されたように、本発明の一つの実施形態に従うと、サービスユーザは、対話モードで、ポータルページを介して、プレイリストを生成または修正すること、およびリアルタイムでユーザのプレイリストのストリーミングを受信することが可能である。プレイリストを生成または修正する場合、上述された有効性チェックが実行される。
【００８２】
特定のプレイリストファイルがストリーミングされる場合、ストリーミングサーバは、コンテンツが次のコンテンツへと移行（ｔｒａｎｓｉｔｉｏｎ）される度ごとに、プレイリストを読み出し、ストリーミングを開始する前に、ロケーションおよびオプションの情報をチェックする。それゆえ、プレイリストの特定のコンテンツがプレイされる場合、プレイの間に、リストから後続のコンテンツが削除され得るか、あるいは他のコンテンツが追加され得る。このような場合、ストリーミングサーバは、修正されたプレイリストに基づいて、後続のコンテンツをストリーミングし得る。
【００８３】
ストリーミングサーバは、既にプレイされたファイルが修正されたかどうかを判断する基準として、既にプレイされたファイル内での変化を考慮に入れず、プレイリストの中に含まれるシーケンス番号を考慮に入れる。例えば、以下のプレイリスト：
＃Ｎｅｘｔｒｅａｍｅｒプレイリスト
１｜Ｄ：＼Ｄｅｖｅｌｏｐｍｅｎｔ＼Ｍｅｄｉａ＼ｆｉｌｅ１．３ｇｐ｜１１
２｜Ｄ：＼Ｄｅｖｅｌｏｐｍｅｎｔ＼Ｍｅｄｉａ＼ｆｉｌｅ２．３ｇｐ｜０
３｜Ｄ：＼Ｄｅｖｅｌｏｐｍｅｎｔ＼Ｍｅｄｉａ＼ｆｉｌｅ３．３ｇｐ｜１１０
４｜Ｄ：＼Ｄｅｖｅｌｏｐｍｅｎｔ＼Ｍｅｄｉａ＼ｆｉｌｅ４．３ｇｐ｜１１０
があるとき、
ストリーミングサーバが、＃２をプレイしていると仮定すると、コンテンツは、プレイ中に、以下：
＃Ｎｅｘｔｒｅａｍｅｒプレイリスト
１｜Ｄ：＼Ｄｅｖｅｌｏｐｍｅｎｔ＼Ｍｅｄｉａ＼ｆｉｌｅ１．３ｇｐ｜１１
２｜Ｄ：＼Ｄｅｖｅｌｏｐｍｅｎｔ＼Ｍｅｄｉａ＼ｆｉｌｅ２．３ｇｐ｜０
３｜Ｄ：＼Ｄｅｖｅｌｏｐｍｅｎｔ＼Ｍｅｄｉａ＼ｆｉｌｅ５．３ｇｐ｜１０
４｜Ｄ：＼Ｄｅｖｅｌｏｐｍｅｎｔ＼Ｍｅｄｉａ＼ｆｉｌｅ６．３ｇｐ｜１１０
のように修正される場合、その後、
５｜Ｄ：＼Ｄｅｖｅｌｏｐｍｅｎｔ＼Ｍｅｄｉａ＼ｆｉｌｅ７．３ｇｐ｜１１０
で、ストリーミングサーバは、ｆｉｌｅ５．３ｇｐをストリーミングする。＃３がプレイされている間、プレイリストは、以下：
＃Ｎｅｘｔｒｅａｍｅｒプレイリスト
１｜Ｄ：＼Ｄｅｖｅｌｏｐｍｅｎｔ＼Ｍｅｄｉａ＼ｆｉｌｅ２．３ｇｐ｜０
２｜Ｄ：＼Ｄｅｖｅｌｏｐｍｅｎｔ＼Ｍｅｄｉａ＼ｆｉｌｅ５．３ｇｐ｜１０
３｜Ｄ：＼Ｄｅｖｅｌｏｐｍｅｎｔ＼Ｍｅｄｉａ＼ｆｉｌｅ６．３ｇｐ｜１１０
４｜Ｄ：＼Ｄｅｖｅｌｏｐｍｅｎｔ＼Ｍｅｄｉａ＼ｆｉｌｅ７．３ｇｐ｜１１０
のように修正される場合、ストリーミングサーバは、＃１、＃２、および＃３の修正について関心がなく、＃４のコンテンツをストリーミングする。
【００８４】
このようなリアルタイム更新が行われる間の処理は、対話型モードにおいて理解され得るべきである。ここで、ポータブル端末のユーザが、ストリーミングされたファイルを受信する最中で、ユーザがウェブサイトに接続された後で、かつユーザがストリーミングを受信する間に、ストリーミングされるプレイリストのコンテンツリストを修正、追加、または削除する場合、修正、追加、および削除のイベントが生じる。そのようなイベントに従って、修正、追加、および削除されたコンテンツリストがストリーミングされる。
【００８５】
そして、プレイリストのコンテンツリスト、リアルタイム更新の標的が、修正または追加される場合においてすら、上記有効性チェック手順は、新たに更新されたコンテンツ上で、個別に実行される。
【００８６】
一方、図１４の実施形態において、上記コンテンツファイルは、広告コンテンツファイルを含む。このような場合、広告コンテンツの選択は、端末の選択によってよりも、むしろウェブサーバ内またはストリーミングサーバ内で決定される。プレイリスト生成器は、広告コンテンツをそれぞれ含むｃｏｍｍｅｒｃｉａｌ．３ｇｐを有する汎用コンテンツを含むＦｉｌｅ１．３ｇｐ、Ｆｉｌｅ２．３ｇｐ、およびＦｉｌｅ３．３ｇｐを結合し、このｃｏｍｍｅｒｃｉａｌ．３ｇｐは、ＣｏｍｍｅｒｃｉａｌＦｉｌｅ１、ＣｏｍｍｅｒｃｉａｌＦｉｌｅ２、およびＣｏｍｍｅｒｃｉａｌＦｉｌｅ３をそれぞれ形成する。ストリーミングサーバが、このようなファイルをポータブル端末に送信することによって、これらのファイルをストリーミングする場合において、ＣｏｍｍｅｒｃｉａｌＦｉｌｅ１の場合、ＣｏｍｍｅｒｃｉａｌＦｉｌｅ．３ｇｐが最初にストリーミングされ、次いで、Ｆｉｌｅ１．３ｇｐがストリーミングされ；ＣｏｍｍｅｒｃｉａｌＦｉｌｅ２の場合、ＣｏｍｍｅｒｃｉａｌＦｉｌｅ．３ｇｐが最初にストリーミングされ、次いで、Ｆｉｌｅ２．３ｇｐがストリーミングされ；そして、ＣｏｍｍｅｒｃｉａｌＦｉｌｅ３の場合、Ｃｏｍｍｅｒｃｉａｌ．３ｇｐが全て完了した後に、Ｆｉｌｅ３．３ｇｐが自動的にストリーミングされる。換言すれば、上記の実施形態において、広告主の広告効果は、Ｆｉｌｅ１、Ｆｉｌｅ２、およびＦｉｌｅ３のうちの任意の１つのストリーミングを受信するために、広告コンテンツのストリーミングを強制的に（ｍａｎｄａｔｏｒｙ）することによって最大となり得る。このような場合において、汎用コンテンツファイルが、図１５に示されるようにストリーミングされるときのみ、請求支払いを処理することが望ましく、広告コンテンツの場合、端末のユーザによって選択されないので、ストリーミング時間は、合計請求から除外されることが勧められる。
【００８７】
当然、このような実施形態のための請求処理用のサーバおよび広告ＤＢとは、システムレベルで提供されることになる。
【００８８】
以上に示されるように、請求用データがサービスプロバイダの意図によって格納されているとき、プレイリスト内の特定のコンテンツに関して、適用可能なコンテンツに対応する部分は、省略され得る。請求用データは、例えば、送信されたパケットの数、請求用コンテンツファイルの名前、またはプレイされたファイルのプレイバック回数を含み得る。
【００８９】
本発明の一つの実施形態の思想は、プレイリスト生成器が複数のストリーミングファイルを結合し、１つのプレイリストとしてストリーミングすることに限定されるべきではなく、その思想は、ユーザの用途により適したストリーミング解決策を創り上げるはずであると、発明者らは信じている。個々のそれぞれのコンテンツに対する複数のストリーミングファイルは、１つのプレイリスト内に存在し、これらの複数のストリーミングファイルは、まるで１つのファイルであるかのように、ストリーミングされるので、ユーザの端末は、それらを複数のファイルとして認識せず、単一のストリーミングファイルとして認識する。しかしながら、プレイリストファイルは、実際には複数の個別のストリーミングファイルとして区別されるので、ポータブル端末のユーザが、個々のストリーミングファイルにアクセスを有することが可能であるモジュールに対する必要性が存在する。
【００９０】
この目的のために、図１６に示されるように、上述のプレイリスト生成器は、プレイリスト内に含まれるコンテンツファイル（Ｆｉｌｅ１．３ｇｐ、Ｆｉｌｅ２．３ｇｐ、およびＦｉｌｅ３．３ｇｐ）に、ランダムアクセスすることを可能にするランダムアクセスモジュールを有して構成される。したがって、例えば、Ｆｉｌｅ１．３ｇｐのコンテンツをプレイバックする間に、ユーザは、Ｆｉｌｅ３．３ｇｐにアクセスし得（早送り）、あるいはＦｉｌｅ３．３ｇｐのコンテンツをプレイバックする間に、逆順にアクセスし得（巻き戻し）、Ｆｉｌｅ２．３ｇｐのコンテンツにプレイバックし得る。
【００９１】
一方、特定のコンテンツは、ランダムアクセスが禁止されるエリア内に除外（ｓｅｔ  ａｓｉｄｅ）され得る。例えば、ランダムアクセスモジュールの機能が図１３の実施形態に適用される場合、広告コンテンツは、ユーザのポータブル端末の中に強制的にストリーミングされるように設定することが望ましいので、広告コンテンツへのランダムアクセスは、禁止されることが推奨される。このように、プレイリストを格納して、管理するとき、これは、ランダムアクセスが禁止されている複数のトラックが、ランダム位置に追加されるようにして設定され得る。ストリーミングサーバは、プレイリスト内のコンテンツを１つずつストリーミングしている間に、ランダムアクセスが禁止されているトラックに遭遇するとき、ユーザがトラック移動の機能を使用することを禁止する。これは、以下に述べるトラック移動モジュールと同一である。
【００９２】
換言すれば、図１７に示されるように、システムは、商用コンテンツへのランダムアクセスを禁止し、確実に商用コンテンツをストリーミングするようにさせるように設定される。当然、このような禁止エリアは、広告コンテンツに限定されないし、様々な方法で事前に決定され得ること、上記ランダムアクセスモジュールは、上記ストリーミングサーバ内のソフトウェアでモジュール化されること、および適用可能なオプションの使用は、プレイリスト生成器内に設定され得、このプレイリスト生成器もまた、以下のトラック移動モジュールに適用されることを付け加える。
【００９３】
さらに、図１８は、トラック移動機能が、プレイリスト生成器内に設定される実施形態を示す。この機能は、プレイリスト内に含まれる２つ以上のトラック移動を可能にすることによって、Ｆｉｌｅ１．３ｇｐコンテンツをストリーミングしている間に、プレイリストがストリームＦｉｌｅ２．３ｇｐへと前に飛ぶように、Ｆｉｌｅ３．３ｇｐをストリーミングしている間に、プレイリストがストリームＦｉｌｅ１．３ｇｐへと後ろに飛ぶように働く。簡潔に言えば、Ｆｉｌｅ２．３ｇｐをストリーミングしている間に、プレイリストが前に飛ぶとき、プレイリストは、Ｆｉｌｅ２．３ｇｐが開始する開始点ではなく、前のステップのＦｉｌｅ１．３ｇｐに対する開始点に移動されるべきである。前のステップにファイルがない場合、トラック移動機能は、プレイリストが現在ストリーミングされているＦｉｌｅ２．３ｇｐの開始点に移動され得るように設計され得る。
【００９４】
例えば、トラック移動機能は、トラック移動が、ポータブル端末のストリーミングプレイヤでインプリメントされた前進または後退ボタンの選択を認識することによって、プレイリスト内に含まれる１つ以上のコンテンツファイルのうちのコンテンツファイルを、前のトラックに移動させるように、あるいは次のトラックに移動させるように可能にする。これは、トラック移動用のＵＩが標準端末に存在しない状況を技術的に克服し、この機能は、移動前進または移動後退ボタンが端末内で選択されるとき、この命令が、１つのトラックを前に移動させよ、あるいは１つのトラックを後ろに移動させよと認識されるように、ストリーミングサーバ内でインプリメントされる。換言すれば、トラック移動用のＵＩがないという事実にも関わらず、トラック移動用のＵＩとして、前進および後退ボタンを使用するようにインプリメントすることが可能である。
【００９５】
そして、図１８の実施形態の場合において、禁止エリアは、特定のコンテンツに対して確立され得る。このような実施形態は、図１９に示され、これは、図１７の場合に対応する。換言すれば、商用コンテンツは、それらのコンテンツがポータブル端末にストリーミングされるように、商用コンテンツがストリーミングされている間、次のコンテンツへのトラック移動が禁止されるされるように構成される。
【００９６】
そして、上記プレイリストがオーディオである場合、対応するオーディオファイルと事前に録音されたビデオファイルを生成し、そのオーディオファイルがストリーミングされる間に、対応するビデオファイルをストリーミングすることによって、ポータブル端末の液晶ディスプレイに、オーディオファイルに関する情報を表示し得る。換言すれば、コンテンツファイルがオーディオである場合、各メタ情報は、ビデオとして表示され、オーディオは、ポータブル端末にストリーミングされる。この場合、ビデオを個別に管理する必要がある。例えば、プレイリスト内の各オーディオファイルに関する情報を含むビデオファイルを格納することも、あるいはプレイリストにビデオファイルのロケーションを決定させることも行い得る。ストリーミングサーバが、適用可能なオーディオファイルのストリーミングを実行する場合、ポータブル端末の画面を介して、同時にオーディオに関する情報を表示するために、対応するビデオファイルを同時にストリーミングさせ得る。これを行うために、ストリーミングサーバは、画像と音声とを開いて、両者を１つのストリーミングとして同時にストリーミングし得、ストリーミングサーバは、画像ファイルの長さに関わらず、音声ファイルのプレイ時間にわたって、標準を提供することによって、プレイバックを繰り返すか、あるいはストリーミングが途中で停止され得る機能を提供する。
【００９７】
その一方で、標準モバイル端末の場合、標準ストリーミングプロトコルを介して、ユーザ認証情報の送信を受信する方法がない。このような場合、ストリーミングサーバは、そのユーザのみがプレイリスト用のストリーミングリンクを使用し得るように、そのストリーミングリンクを保護し得る。ポータルサーバは、そのストリーミングサーバをユーザに示す前に、ストリーミングサーバから、時間が特定の継続時間にわたり、特定の回数有効であるストリーミングリンクを受信する。
【００９８】
ユーザは、ストリーミングサーバがプレイリストリンクの有効性をチェックし、ストリーミングを開始または拒否する間に、適用可能なストリーミングリンクを介して、ストリーミングサーバに接続する。一度、事前に規定された特定の回数または特定の期間が経過すると、対応するプレイリストリンクは、もはや有効でなくなる（プレイリストの認証）。
【００９９】
一つの実施形態において、サーバ側に継続時間制御が提供される。すなわち、一部の実施形態を用いると、プレイの継続時間は、プレイリスト内に設定されることができない。これらの実施形態のストリーミングサーバは、プレイリスト内にあるコンテンツファイルごとの継続時間全体をストリーミングする。
【０１００】
しかしながら、別の実施形態において、プレイの継続時間は、プレイリストファイル内に設定され得る。継続時間が、プレイリスト内のコンテンツファイルに設定される場合、ストリーミングサーバは、プレイリスト内のコンテンツファイルの特定の継続時間のみ、ストリーミングし、その残りの部分をスキップする。このコンセプトは、図２０に示される。
【０１０１】
この変更に対して、プレイリストフォーマットは、各コンテンツファイルのストリーミング継続時間を指示するために、以下の例のように、変更される。
【０１０２】
【表２】
2009526412.tif 000004
このフォーマットにおいて、継続時間は、以下の例のように設定され得る。
【０１０３】
【表３】
2009526412.tif 000005
この継続時間制御特徴には、様々な用途がある。例えば、この特徴は、ストリーミングサービスにおけるプレビューを提供するために使用され得る。コンテンツの既存のピースは、選択されたパーツがプレイリストにストリーミングされ得る場合、使用され得る。以下の例は、どのようにして、歌の最初の３０秒が、プレビュー目的でストリーミングされ得るかを示す。
【０１０４】
【表４】
2009526412.tif 000006
以下の例は、どのようにして、００：３０−００：４０＋１：１０−１：２０＋１：５０−２：００（合計３０秒）が、プレビュー用にストリーミングされ得るかを示す。
【０１０５】
【表５】
2009526412.tif 000007
継続時間制御特徴の別の用途として、コンテンツファイルが、非常に長い場合、そのコンテンツは、特定な継続時間によって、複数のリンクに分割され得る。以下の例は、どのようにして、７分間のコンテンツが、２つの２分間のコンテンツリンクと、１つの３分間のコンテンツリンクに分割され得るかを示す。
【０１０６】
【表６】
2009526412.tif 000008
さらに、継続時間制御特徴の別の考えられる用途は、プレイリストを用いて、コンテントの最中に、広告クリップを追加することである。以下の例は、どのようにして、広告コンテンツファイルが、コンテンツファイルを１分間プレイした後に追加され、その広告コンテンツ後に、そのコンテンツファイルの残りがプレイされるかを示す。
【０１０７】
【表７】
2009526412.tif 000009
別の実施形態は、ライブチャネル変更特徴を提供する。すなわち、一部の実施形態において、ライブのストリーミングセッションは挿入され得ない。しかしながら、他の実施形態において、複数のライブのストリーミングセッションは、継続時間情報がなくとも、挿入され得る。
【０１０８】
この場合、トラック移動機能は、「チャネル変更」機能として働く。この種のプレイリストのリクエストを受けて、ストリーミングサーバは、プレイリスト内の第一のライブチャネルをストリーミングする。そして、ランダムアクセスリクエストが検出される場合、ストリーミングサーバは、プレイリスト内の前または次のライブチャネルを、それが「トラック移動」機能として働くように、ストリーミングする。このコンセプトは、図２１に示される。
【０１０９】
ストリーミングサーバが、ライブセッションをストリーミングする場合、ランダムアクセスボタンは、ハンドセットプレイヤ内で、無効にされ得る。そのハンドセットプレイヤのランダムアクセスボタンを有効化するためには、ストリーミングサーバは、プレイリスト内のライブチャネルを非常に長いファイルとして、ストリーミングし得る。
【０１１０】
以下の例は、ライブチャネルを変更するためのプレイリストを示す。
【０１１１】
【表８】
2009526412.tif 000010
この種のプレイリストのリクエストを受けて、ストリーミングサーバは、まず、ライブチャネル１のストリーミングを開始する。そして、ユーザが、「早送り」を選択する場合、ストリーミングサーバは、同じＲＴＳＰセッション内のライブチャネル２をストリーミングする。
【０１１２】
ライブチャネル変更特徴は、速度と便利さが改善されるので、ユーザの満足度を高め得る。ユーザは、また、自分自身のチャネルリストを構成し得る。
【０１１３】
再び、これらの実施形態は、本発明の単なる例示に過ぎないことを付け加える。本発明の保護の範囲は、これらの実施形態によって制限されることはない。様々な技術標準が、本発明の実施形態の方法およびシステムで利用可能であり、技術的手段を置換および変更して、さらに他の実施形態を提供することも容易である。さらに、本発明の保護の範囲は、このような自明な変更または置換によって制約され得ない。
【０１１４】
既に上述された本発明の一つの実施形態に従うと、プレイリスト生成器は、１つのプレイリストを生成し、それをポータブル端末にストリーミングする。これは、ポータブル端末のユーザが、一度に複数のコンテンツ全てを受信し得るようにするためであり、これによって、ポータブル端末のユーザの便宜が、技術的に向上する。こうして、ポータブル端末によるコンテンツの供給と消費が増加することが期待され得る。
【０１１５】
さらに、様々な広告コンテンツと汎用コンテンツとを組み合わせることによって、プレイリストを生成することから生じる広告の効果を高める利点も存在する。
【０１１６】
さらに、オプションとしての特別モジュールが、ランダムアクセスおよびトラック移動などを可能にする実施形態として追加された。
【０１１７】
さらに、本発明の一つの実施形態の効果は、端末内に提供されず、ストリーミングサーバ上に実装される。これによって、端末の仕様およびタイプに関わらず、プレイリストファイルの機能を最適化する。別の実施形態において、コンポーネントまたは他の機能性は、ユーザの端末内に提供され得る。
【０１１８】
本発明の一つの実施形態の効果は、実施形態および請求項に記載された事項によってのみならず、容易に相当し得る範囲内で生成され得る効果と、産業の発展に寄与する利点の可能性とによっても、より広く受け入れられるものであることを付け加える。
【０１１９】
図示された実施形態の以上の記載は、要約書に記載されたものも含めて、網羅的であるもの、あるいは開示された厳密な形式に本発明を限定するものとして意図されない。特定の実施形態および例が、例示の目的のために本明細書に記載されてきたが、様々な均等な修正が本発明の範囲内で可能であり、本発明の精神および範囲から逸脱することなくなされ得る。
【０１２０】
以上の詳細な説明に鑑みて、これらの修正および他の修正が本発明に対してなされ得る。以下の請求項において使用される用語は、本発明を本明細書および請求項に開示された特定の実施形態に限定するものと解釈されるべきではない。むしろ、本発明の範囲は、以下の請求項によって、全体的に決定されるべきものであり、請求項の解釈で確立された原則に従って解釈されるべきである。
【図面の簡単な説明】
【０１２１】
【図１】図１は、ストリーミングのアーキテクチャ全体を示す図面である。
【図２】図２は、既存のモバイルストリーミングの手順を示す流れ図である。
【図３】図３は、汎用ＰＣプレイヤにおけるプレイリストの構成を示す図である。
【図４】図４は、モバイル環境で、複数のコンテンツファイルをストリーミングする場合における問題を示す図である。
【図５】図５は、既存の擬似放送の例を示す図である。
【図６】図６は、本発明の一つの実施形態に従うシステム構成全体を示す図である。
【図７】図７は、プレイリスト生成器の一実施形態の機能を示す図である。
【図８】図８は、本発明の一つの実施形態に従ってストリーミングする方法を示す流れ図である。
【図９】図９は、図８のステップＳ１００で、サーバがコンテンツを選択した場合を示す図である。
【図１０】図１０は、図８のステップＳ１００で、ポータルサイトを用いて、ユーザがコンテンツを選択した場合を示す図である。
【図１１】図１１は、図８のステップＳ２００での詳細な処理を示す流れ図である（本図において、ステップＳ２１０およびＳ２２０は、図８のステップ１００で実行され得る）。
【図１２】図１２は、図８のステップＳ３００の詳細な処理を示す流れ図である。
【図１３】図１３は、本発明の一つの実施形態の処理全体を示す図である。
【図１４】図１４は、広告コンテンツがプレイリストに含まれる実施形態を示す図である。
【図１５】図１５は、図１４の場合における請求戦略の例を示す図である。
【図１６】図１６は、ランダムアクセスモジュールの機能を示す図である。
【図１７】図１７は、上記で参照された図１６の場合において、特定のコンテンツ（例えば、広告コンテンツ）へのランダムアクセスが禁止されているエリアの設定を示す図である。
【図１８】図１８は、トラック移動モジュールの機能を示す図である。
【図１９】図１９は、上記で参照された図１８の場合において、特定のコンテンツ（例えば、広告コンテンツ）に対するトラック移動が禁止されているエリアの設定を示す図である。
【図２０】（記載なし）
【図２１】（記載なし）
【図１】
2009526412.tif 000011
【図２】
2009526412.tif 000012
【図３】
2009526412.tif 000013
【図４】
2009526412.tif 000014
【図５】
2009526412.tif 000015
【図６】
2009526412.tif 000016
【図７】
2009526412.tif 000017
【図８】
2009526412.tif 000018
【図９】
2009526412.tif 000019
【図１０】
2009526412.tif 000020
【図１１】
2009526412.tif 000021
【図１２】
2009526412.tif 000022
【図１３】
2009526412.tif 000023
【図１４】
2009526412.tif 000024
【図１５】
2009526412.tif 000025
【図１６】
2009526412.tif 000026
【図１７】
2009526412.tif 000027
【図１８】
2009526412.tif 000028
【図１９】
2009526412.tif 000029
【図２０】
2009526412.tif 000030
【図２１】
2009526412.tif 000031
【手続補正書】
【提出日】平成19年5月22日(2007.5.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ストリーミングサーバに実装され得るストリーミング方法であって、該ストリーミング方法は、複数のファイルが該ストリーミングサーバからポータブル端末に送信されるとき、該ポータブル端末に送信すべき各コンテンツファイルについて別個のセッションを確立するために該ストリーミングサーバに再接続しようと試みることなく、複数のコンテンツファイルを一度にストリーミングすることを可能にし、該方法は、モバイル環境においてプレイリストファイルを介して複数のファイルをストリーミングするためのものであり、
該方法は、
２つ以上のコンテンツファイルが選択される第一のステップと、
該複数のコンテンツファイルに対して１つのプレイリストファイルがプレイリスト生成器を介して生成されることにより、ストリーミングサービスを準備する第二のステップと、
該プレイリストファイル上の該複数のコンテンツファイルが１つのファイルとして該ポータブル端末へストリーミングされる第三のステップと
を包含する、方法。
【請求項２】
モバイル環境においてプレイリストファイルを介して複数のファイルをストリーミングするための請求項１に記載の方法であって、
前記ポータブル端末にストリーミングする間に、リアルタイム更新が前記プレイファイルに適用される第四のステップをさらに包含する、方法。
【請求項３】
前記複数のコンテンツファイルが選択される第一のステップは、コンテンツファイルを提供するコンテンツプロバイダまたはウェブサーバに既に設定されているモバイル環境において前記プレイリストファイルを介して複数のファイルをストリーミングする方法と関連する、請求項１に記載の方法。
【請求項４】
前記複数のコンテンツファイルが選択される第一のステップは、ポータブル端末のユーザが、ウェブサイトに接続後に、該複数のコンテンツファイルの中から少なくとも１つのファイルを選択する対話モードで行われるモバイル環境において前記プレイリストファイルを介して複数のファイルをストリーミングする方法に関連する、請求項１に記載の方法。
【請求項５】
リアルタイム更新が適用される第四のステップは、モバイル環境において前記プレイリストファイルを介して複数のファイルをストリーミングする方法に関連し、前記ポータブル端末のユーザは、該ユーザがウェブサイトに接続後にストリーミングされたファイルを受信する最中に、前記プレイリストのコンテンツリストを修正、追加、あるいは削除する場合、該修正、追加、あるいは削除されたコンテンツリストは、ストリーミングされる、請求項２に記載の方法。
【請求項６】
前記ストリーミングサービスが準備される第二のステップは、
前記プレイリスト生成器によって選択されるコンテンツファイル上で、有効性チェックが、実行されるステップと、
前記プレイリストファイルが準備されるステップと、
該プレイリストファイルが、前記ストリーミングサーバの特定のメディアフォルダに格納されるステップと、
該特定のメディアフォルダに対するストリーミングリンクが、ウェブサイトのインタ−ネットページ上で生成されるステップと
を包含し、
いずれも、モバイル環境において前記プレイリストを介して、複数のファイルをストリーミングする方法に関連する、請求項１に記載の方法。
【請求項７】
前記有効性チェックが、実行されるステップは、
モバイル環境において前記プレイリストファイルを介して複数のファイルをストリーミングする方法に関連し、
各ファイルのコーデックの有効化、および各コーデックのパラメータのコード化が実行される、請求項６に記載の方法。
【請求項８】
前記有効性チェックが、実行されるステップは、
モバイル環境において前記プレイリストファイルを介して複数のファイルをストリーミングする方法に関連し、
各ファイルでの有効性チェックは、個別的に、あるいは集団的に実行される、請求項７に記載の方法。
【請求項９】
前記プレイリストファイルは、シーケンス番号、ロケーション情報、およびオプション情報が含まれるモバイル環境において前記プレイリストファイルを介して複数のファイルをストリーミングする方法に関連する、請求項６に記載の方法。
【請求項１０】
前記プレイリストが、ストリーミングされる第三のステップは、
前記ポータブル端末のブラウザを用いて、ウェブサイトのインターネットページに接続することによって、ストリーミングリンクが、前記プレイリストファイルに選択されるステップと、
モバイル環境において、ストリーミングリンクが選択される際に、再接続しようと試みることなく、該プレイリストファイルは、１つのファイルとして、該ポータブル端末にストリーミングされるステップと
を含む、請求項１に記載の方法。
【請求項１１】
前記モバイル環境において前記プレイリストファイルを介して複数のファイルをストリーミングするための請求項１０に記載の方法であって、
前記ストリーミングサーバが、前記ストリーミングリンクが前記ポータブル端末のユーザによって使用されて有効を維持し得る特定回数および／または該ストリーミングリンクが有効である特定継続時間に関して、該ストリーミングリンクに対する認証を提供するもう一つのステップをさらに含む、方法。
【請求項１２】
前記コンテンツファイルは、広告コンテンツファイルを含み、
該広告コンテンツファイルは、他のコンテンツファイルと組み合わされ、前記プレイリスト生成器を介して前記プレイリストを生成し、
広告コンテンツファイルおよび他のコンテンツファイルは、モバイル環境において、前記ポータブル端末に、１つのプレイリストファイルとして、順次、ストリーミングされる、請求項１に記載の方法。
【請求項１３】
モバイル環境において、前記第二のステップにおいて１つのプレイリストを生成する前記プレイリスト生成器は、
前記モバイル端末のユーザが前記プレイリストファイルに含まれる前記コンテンツファイルのうちの少なくとも１つにランダムアクセスすることを可能にするランダムアクセス機能を設定し得る、請求項１に記載の方法。
【請求項１４】
前記モバイル環境において、前記コンテンツファイルのうちの所定の少なくとも１つのコンテンツファイルへの前記ポータブル端末のユーザによるランダムアクセスを阻止する禁止エリアを設定するステップをさらに包含する、請求項１３に記載の方法。
【請求項１５】
前記第二のステップで、１つのプレイリストを生成する前記プレイリスト生成器が、モバイル環境においてプレイリストを介して複数のファイルをストリーミングする方法に関連し、
該プレイリスト生成器は、前記プレイリストファイルに含まれる前記コンテンツファイルのうちの少なくとも１つのコンテンツファイルに対する前記ポータブル端末のユーザによるトラック移動を可能にするトラック移動機能を設定し得る、請求項１に記載の方法。
【請求項１６】
前記プレイリスト生成器は、前記プレイリストファイルに含まれる前記コンテンツファイルのうちの少なくとも１つにおける前記ポータブル端末のユーザによるトラック移動を禁止する禁止エリアを設定する、請求項１５に記載の方法。
【請求項１７】
オーディオファイルに関する情報が、前記ポータブル端末のディスプレイ画面に表示され、前記プレイリストファイルがオーディオである場合、その対応するオーディオファイルに関する情報を事前に記録されたビデオファイルを生成することによって、
前記方法は、該オーディオファイルをストリーミングする間に、対応するビデオファイルをストリーミングすることをさらに含む、請求項１に記載の方法。
【請求項１８】
継続時間制御特徴を前記モバイル端末のユーザに提供するステップと、
ライブチャネル変更特徴を該モバイル端末のユーザに提供するステップと
をさらに包含する、請求項１に記載の方法。
【請求項１９】
個々の各コンテンツファイルに再接続しようと試みることなく、複数のコンテンツファイルを一度にストリーミングするストリーミングシステムであって、該システムは、
該複数のコンテンツファイルをストリーミングファイルに変換するエンコーダと、
該エンコーダによって変換された該ストリーミングファイルをポータブル端末に送信するストリーミングサーバと、
プレイリスト生成器であって、該プレイリスト生成器は、Ｎ（Ｎは、２以上の整数）個以上の該コンテンツファイルが選択される場合、ストリーミングの標的とされたコンテンツファイルＣ１、Ｃ２、・・・、ＣＮ（Ｃは、コンテンツファイルを意味し、その添え字は、ランダムな連続番号であり、１以上の整数）に対する１つのプレイリストファイルを生成し、該プレイリストファイルの中の各コンテンツファイルに含まれる情報を置き、該プレイリストファイルを該ストリーミングサーバのメディアフォルダに送信し、次いで、該メディアフォルダをインターネットのウェブサイトにリンクする、プレイリスト生成器と、
該ストリーミングサーバから送信ネットワークを介して、該プレイリストファイルに表示される複数のコンテンツファイルのストリーミングを受信するポータブル端末であって、Ｎ個以上のコンテンツファイルは、ある時間の後の該インターネットウェブサイトのストリーミングリンクの選択の完了に応答して１つのプレイリストファイルとして送信され、これによって、モバイル環境において、該プレイリストファイルを介して複数のファイルをストリーミングすることを可能にする、ポータブル端末と
を備える、システム。
【請求項２０】
モバイル環境において、前記プレイリストファイルを介して複数のファイルをストリーミングする請求項１９に記載のシステムであって、
広告コンテンツファイルを提供する追加の広告サーバをさらに備え、
該プレイリストファイルを生成するために、前記プレイリスト生成器は、該広告サーバから提供され、前記ストリーミングサーバに格納される広告コンテンツファイルを、コンテンツサーバから提供されるコンテンツファイルと結合する、システム。
【請求項２１】
前記ストリーミングサーバは、前記プレイリストファイルに含まれる前記コンテンツファイルのうちの少なくとも１つのコンテンツファイルに対する前記ポータブル端末のユーザによるトラック移動とランダムアクセスとをそれぞれ可能にするトラック移動モジュールとランダムアクセスモジュールとを含み、
該ストリーミングサーバは、該複数のコンテンツファイルのタイプに依存して、プレイリストファイルを介して、ランダムアクセス禁止エリアおよび／またはトラック移動禁止エリアを事前に確立するように適合される、請求項１９に記載のシステム。
【請求項２２】
前記システムは、前記コンテンツファイルのうちの特定の少なくとも１つのコンテンツファイルに対する請求支払い処理を禁止する、請求項１９に記載のシステム。
【請求項２３】
前記プレイリスト生成器は、前記ポータブル端末のユーザによる使用のための継続時間制御特徴およびライブチャネル変更特徴をさらに備える、請求項１９に記載のシステム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１２１
【補正方法】変更
【補正の内容】
【０１２１】
【図１】図１は、ストリーミングのアーキテクチャ全体を示す図面である。
【図２】図２は、既存のモバイルストリーミングの手順を示す流れ図である。
【図３】図３は、汎用ＰＣプレイヤにおけるプレイリストの構成を示す図である。
【図４】図４は、モバイル環境で、複数のコンテンツファイルをストリーミングする場合における問題を示す図である。
【図５】図５は、既存の擬似放送の例を示す図である。
【図６】図６は、本発明の一つの実施形態に従うシステム構成全体を示す図である。
【図７】図７は、プレイリスト生成器の一実施形態の機能を示す図である。
【図８】図８は、本発明の一つの実施形態に従ってストリーミングする方法を示す流れ図である。
【図９】図９は、図８のステップＳ１００で、サーバがコンテンツを選択した場合を示す図である。
【図１０】図１０は、図８のステップＳ１００で、ポータルサイトを用いて、ユーザがコンテンツを選択した場合を示す図である。
【図１１】図１１は、図８のステップＳ２００での詳細な処理を示す流れ図である（本図において、ステップＳ２１０およびＳ２２０は、図８のステップ１００で実行され得る）。
【図１２】図１２は、図８のステップＳ３００の詳細な処理を示す流れ図である。
【図１３】図１３は、本発明の一つの実施形態の処理全体を示す図である。
【図１４】図１４は、広告コンテンツがプレイリストに含まれる実施形態を示す図である。
【図１５】図１５は、図１４の場合における請求戦略の例を示す図である。
【図１６】図１６は、ランダムアクセスモジュールの機能を示す図である。
【図１７】図１７は、上記で参照された図１６の場合において、特定のコンテンツ（例えば、広告コンテンツ）へのランダムアクセスが禁止されているエリアの設定を示す図である。
【図１８】図１８は、トラック移動モジュールの機能を示す図である。
【図１９】図１９は、上記で参照された図１８の場合において、特定のコンテンツ（例えば、広告コンテンツ）に対するトラック移動が禁止されているエリアの設定を示す図である。
【図２０】図２０は、プレイの継続時間が設定され得る特徴の一実施形態を示す。
【図２１】図２１は、ライブチャンネル特徴の一実施形態を示す。
【国際調査報告】
2009526412.tif 000032
2009526412.tif 000033
2009526412.tif 000034