JP2009519654A - コーデック及びセッションパラメータの変更 - Google Patents

Abstract

パラメータの更新に対応するタイミング情報を電子サービスガイド（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ、ＥＳＧ）で送受信するための装置及び方法が提供される。パラメータは、ＥＳＧフラグメントに相当する番組又はサービスのセッションに関連付けることができる。１つの実施例では、パラメータを更新することができ、パラメータをロード又は実施することができる時間を示すためにＲＴＰタイムスタンプなどのタイミング情報を提供することができる。１つの実施例では、ＲＴＰタイムスタンプがデータストリーム内のデータパケットのタイムスタンプよりも大きいか又はこれに等しいときに、パラメータ変更時間に達することができる。この時点で、新規又は最新のパラメータを受信機においてロードすることができる。

Description

本発明は、一般に、通信ネットワークに関する。より具体的には、本発明は、番組又はサービスのセッションに対応する最新のパラメータの提供を可能にする。

一般に、電子サービスガイド（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ、ＥＳＧ）により、端末は、エンドユーザが利用可能なサービスが何であるか、及びどのようにしてサービスにアクセスすることができるかを伝達することが可能になる。ＥＳＧフラグメントとは、ＥＳＧの個別に存在する要素である。従来では、ＥＳＧフラグメントはＸＭＬ文書を含むが、より最近では、例えばＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ、セッション記述プロトコル）記述、テキストファイル、又は画像などのあらゆるアイテムを包含している。ＥＳＧフラグメントは、現在利用可能な（又は将来の）サービス又は放送番組の１つ又は複数の態様を記述する。このような態様は、例えば、フリーテキスト記述、スケジュール、地理的可用性、価格、購入方法、ジャンル、及びプレビュー画像又はクリップなどの補足情報を含むことができる。ＥＳＧフラグメントを含むオーディオ、ビデオ、及び他のタイプのデータは、多くの様々なプロトコルに従って種々のタイプのネットワークを通じて伝送することができる。例えば、データは、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）及びユーザデータグラムプロトコル（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ、ＵＤＰ）などのインターネットプロトコル群のプロトコルを用いた「インターネット」と通常呼ばれるネットワーク集合を通じて伝送することができる。データは、インターネットを通じて単一ユーザ宛てに伝送されることが多い。しかしながら、データはユーザのグループに宛てることも可能であり、これは一般にマルチキャストとして知られる。データが全ユーザに宛てられる場合、これはブロードキャストと呼ばれる。ＥＳＧデータは、デジタルブロードバンド放送及び／又はマルチキャストネットワークを含む様々なタイプの無線デジタルネットワークを用いて伝送することができる。

サービスプロバイダは、イベントに相当するデータストリームの対応するＥＳＧフラグメントを加入者端末に伝送することにより、現在又は今後のサービス又はコンテンツに関する情報を提供する。しかしながら、時間が経過すると、サービスプロバイダによりイベントへの変更が加えられる場合がある。例えば、サービスプロバイダは、対応するサービスガイド又はその一部を変更するか、サービススケジュールを変更するか、或いは特定の放送サービスを促進する場合がある。更に、対応するサービスの可用性の間だけ有効を維持する静的パラメータを有するよりも、セッション中にセッションを記述するパラメータを変更するほうが望ましい場合がある。しかしながら、パラメータ変更の正確な時間は未知である場合があるので、対応するセッション記述ファイルが不適切な時間にロードされ、或いは所望のコンテンツが不意に利用不能になる場合がある。ユーザ又はユーザグループは、多くの場合、このような情報或いは現在提供されている情報へのパラメータ変更を通知される必要がある。

従って、セッションに関連するパラメータの変更又はコンテンツ内の変更などの他のあらゆる番組又はサービスの変更を通知するための方法及びシステムの必要性がある。

以下は、本発明の幾つかの態様の基本的な理解を得るための簡単な要約を示している。本要約は、本発明の広範囲にわたる概観ではない。本概要は、本発明の主要な又は重要な要素を認識することを意図してものではなく、本発明の範囲を正確に述べることを目的としたものでもない。以下の要約は、以下のより詳細な説明に対する前置きとして本発明の幾つかの概念を簡略形で提示したものに過ぎない。

１つの実施例では、番組又はサービスのセッションに対応するパラメータを送信するための送信機が提供される。この実施例では、タイムスタンプをセッション記述プロトコル（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＳＤＰ）ファイルに含めることができ、受信機又は加入者端末に送信することができる。

別の実施例では、ＳＤＰファイルでタイミング情報を受信するための受信機が提供される。タイミング情報は、番組又はサービスのセッションに対応するパラメータセットが有効になることができる時間に相当することができる。この時間に、パラメータセットを受信機においてロードすることができる。

別の実施例では、ＳＤＰファイル内のタイミング情報によって示される時間よりも前に最新又は新規のパラメータをＳＤＰファイルで伝送することができる。ＳＤＰファイルは更に、ＥＳＧフラグメント内に含めることができる。

別の実施例では、番組又はサービスに対応するデータパケットを送信するため、及び番組又はサービスに関連するパラメータを受信機においてロードするためのタイミング情報を含むＳＤＰファイルを送信するための送信機が提供される。

別の実施例では、番組又はサービスに対応するデータパケットを受信するため、及びネットワークから受信されたＳＤＰファイル内のタイミングパラメータにより示される時間に最新のパラメータをロードするための受信機が提供される。

別の実施例では、ＳＤＰファイルでタイミング情報を受信するためのデバイスを制御するため、及び最新のパラメータを所望の時間にロードするためのコンピュータ可読媒体が提供される。

本発明及びその利点は、同様の参照数字が同様の特徴部を示す添付図面を考慮しながら以下の説明を参照することにより完全に理解することができる。
種々の実施形態の以下の記載では、本明細書の一部を形成し、本発明を実施することができる種々の実施形態が例証として示されている添付図面について述べる。他の実施形態を利用してもよく、本発明の範囲及び精神から逸脱することなく構造上及び機能上の修正を行うことができる点は理解されたい。

本発明の態様は、広範囲のネットワーク及び通信プロトコルにわたって利用することができる。図１は、本発明のシステム及び方法を利用することができる無線通信システム１１０の実施例を示している。携帯情報端末（ＰＤＡ）、携帯電話、モバイル端末、パーソナルビデオレコーダ、携帯用テレビ、パーソナルコンピュータ、デジタルカメラ、デジタルカムコーダ、携帯用オーディオ機器、携帯用ラジオ、又はこれらの組み合わせなどの１つ又はそれ以上のネットワーク対応のモバイルデバイス１１２は、放送ネットワーク１１４及び／又はセルラーネットワーク１１６を通じてサービスソース１２２と通信状態にある。モバイル端末／デバイス１１２は、デジタルブロードバンド放送受信機デバイスを含むことができる。サービスソース１２２は、幾つかのサービスプロバイダに接続することができ、これらのサービスプロバイダがサービスソースにその実際の番組コンテンツ又は情報或いはそのサービス及び番組の説明を提供することができ、このサービスソースが更に、モバイルデバイス１１２にコンテンツ又は情報を提供する。幾つかのサービスプロバイダは、限定ではないが、１つ又はそれ以上のテレビ放送及び／又はデジタルテレビ放送サービスプロバイダ、デジタルＡＭ／ＦＭラジオサービスプロバイダ、ＳＭＳ／ＭＭＳプッシュサービスプロバイダ、インターネットコンテンツ又はアクセスプロバイダを含むことができる。

データを放送する１つの方法は、ＩＰデータキャスティング（ＩＰ ｄａｔａｃａｓｔｉｎｇ、ＩＰＤＣ）ネットワークを使用することである。ＩＰＤＣとは、デジタル放送とインターネットプロトコルとを組み合わせたものである。このようなＩＰベースの放送ネットワークを通じて、１つ又はそれ以上のサービスプロバイダは、オンライン新聞、ラジオ、及びテレビ放送を含む様々なタイプのＩＰサービスを供給することができる。これらのＩＰサービスは、オーディオ、ビデオ、及び／又は他のタイプのデータの形式の１つ又はそれ以上のメディアストリームに編成される。これらのストリームがいつどこで発生するかを判断するために、ユーザは、電子サービスガイド（ＥＳＧ）を参照する。デジタルテレビ放送（ＤＶＢ）ストリームで用いられる１つの実施例は、電子番組ガイド（ＥＰＧ）である。ＤＶＢの１つのタイプは、携帯電話などの小型携帯用デバイス上で利用可能な機能及びサービスを高める最近開発された技術である携帯機器向けデジタルテレビ放送（ＤＶＢ−Ｈ）である。ＤＶＢ−Ｈは、バッテリー式の端末デバイスに１０Ｍｂｐｓのデータを配信するように設計されている。

ＤＶＢトランスポートストリームは、第三者の配信ネットワークを介してユーザに圧縮されたオーディオ及びビデオ並びにデータを配信する。Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ（ＭＰＥＧ）は、単一番組内の符号化されたビデオ、オーディオ、及びデータを他の番組と共に多重化してトランスポートストリーム（ＴＳ）にする技術である。ＴＳは、ヘッダを含む固定長パケットを備えたパケット化されたデータストリームである。番組、オーディオ、及びビデオの個々のエレメントは、一意のパケット識別子（ＰＩＤ）を有するパケット内で各々が搬送される。受信機デバイスがＴＳ内で特定の番組の異なるエレメントを特定することができるように、ＴＳ内に埋め込まれた番組特定情報（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ、ＰＳＩ）が提供される。更に、ＭＰＥＧプライベートセクション構文に準拠したテーブルセットである付加的サービス情報（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＩ）をＴＳ内に組み込むことができる。これにより、受信機デバイスは、ＴＳ内部に含まれているデータを正確に処理することができるようになる。

しかしながら、本発明の態様はまた、例えばＴ−ＤＡＢ、Ｔ／Ｓ−ＤＭＢ、ＩＳＤＢ−Ｔ、ＡＴＳＣ、ＦＬＯ（Ｆｏｒｗａｒｄ Ｌｉｎｋ Ｏｎｌｙ）、３ＧＧＰ ＭＢＭＳ、及び３ＧＰＰ２ＢＣＭＣＳなどの他のデジタルブロードバンド放送システムにも適用可能である。

例示的な放送ネットワーク１１４は、ＤＶＢ−Ｈを介したＩＰデータキャストの無線伝送を含むことができる。放送ネットワーク１１４は、送信機１１８を介してデジタル又はアナログテレビ放送信号などのサービス及び該サービスに関連する補足コンテンツを放送することができる。放送ネットワークはまた、ラジオ、テレビ、又はＩＰデータキャスティング放送ネットワークを含むこともできる。放送ネットワーク１１４はまた、テレビ放送信号、オーディオ及び／又はビデオストリーム、データストリーム、ビデオファイル、オーディオファイル、ソフトウェアファイル、及び／又はビデオゲームを含むことができる補足コンテンツも送信することができる。ＩＰデータキャストサービスを伝送する場合、サービスソース１２２は、実際の番組コンテンツを放送ネットワーク１１４を通じてユーザデバイス１１２に通信し、実際の番組コンテンツに関するユーザの権利及びアクセス情報などの付加的情報をセルラーネットワーク１１６を通じて通信することができる。

モバイルデバイス１１２はまた、セルラーネットワーク１１６を通じてサービスソース１２２にコンタクトすることができる。セルラーネットワーク１１６は、無線ネットワーク及び基地局送信機１２０を含むことができる。セルラーネットワークは、第２／第３世代（２Ｇ／３Ｇ）セルラーデータ通信ネットワーク、移動体通信用グローバルシステム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｎｅｔｗｏｒｋ、ＧＳＭ）、ユニバーサル移動体通信システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ、ＵＭＴＳ）、又はＷＬＡＮネットワークなどの他の無線通信ネットワークを含むことができる。

本発明の一態様では、モバイルデバイス１１２は、セルラーネットワーク１１６内でデジタル無線通信を送受信するように構成された無線インタフェースを含むことができる。セルラーネットワーク１１６又は放送ネットワーク１１４を通じてモバイルデバイス１１２により受信される情報は、ユーザ選択、アプリケーション、サービス、電子画像、オーディオクリップ、ビデオクリップ、及び／又はＷＴＡＩ（Ｗｉｒｅｌｅｓｓ Ｔｅｌｅｐｈｏｎｙ Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｔｅｒｆａｃｅ、ワイヤレステレフォニーアプリケーションインタフェース）メッセージを含むことができる。受信機デバイスがセルラーネットワーク１１６の管理ドメイン内に位置する間、セルラーネットワーク１１６の一部分として、１つ又はそれ以上の基地局（図示せず）が受信側デバイス１１２とのデジタル通信をサポートすることができる。

図２に示されるように、モバイルデバイス１１２は、ユーザインタフェース１３０、メモリ１３４及び／又は他の記憶装置、及びディスプレイ１３６に接続されたプロセッサ１２８を含むことができる。モバイルデバイス１１２はまた、バッテリー１５０、スピーカ１５２、及びアンテナ１５４も含むことができる。ユーザインタフェース１３０は更に、キーパッド、タッチスクリーン、音声インタフェース、１つ又はそれ以上の矢印キー、ジョイスティック、データグローブ、マウス、ローラボール、タッチスクリーン、又は同様のものを含むことができる。

モバイルデバイス１１２内のプロセッサ１２８及び他の構成要素により使用されるコンピュータ実行可能命令及びデータは、コンピュータ読み出し可能メモリ１３４内に格納することができる。メモリは、任意選択的に揮発性及び不揮発性メモリの両方を含む、読み出し専用メモリモジュール又はランダムアクセスメモリモジュールのあらゆる組み合わせで実施することができる。ソフトウェア１４０は、メモリ１３４及び／又は記憶装置内に格納され、モバイルデバイス１１２が様々な機能を実行することができるようにプロセッサ１２８に命令を提供することができる。或いは、モバイルデバイス１１２のコンピュータ実行可能命令の一部又は全ては、ハードウェア又はファームウェア（図示せず）において具現化することができる。

モバイルデバイス１１２は、例えばＤＶＢ−Ｈ、ＤＶＢ−Ｔ、又はＤＶＢ−ＭＨＰなどのデジタルテレビ放送（ＤＶＢ）規格に基づくデジタルブロードバンド放送の伝送を特定のＤＶＢ受信機１４１を通じて受信、復号、及び処理するように構成することができる。モバイルデバイスはまた、デジタルブロードバンド放送伝送のための他のタイプの受信機を備えることができる。更に、受信機デバイス１１２はまた、ＦＭ／ＡＭラジオ受信機１４２、ＷＬＡＮトランシーバ１４３、及び通信トランシーバ１４４を通じて伝送を受信、復号、及び処理するように構成することができる。本発明の一態様では、モバイルデバイス１１２は、無線データストリーム（ＲＤＳ）メッセージを受信することができる。

ＤＶＢ規格の実施例では、１回のＤＶＢ １０Ｍｂｉｔ／ｓ伝送が、２００個の５０ｋｂｉｔ／ｓオーディオ番組チャンネル又は５０個の２００ｋｂｉｔ／ｓビデオ（ＴＶ）番組チャンネルを有することができる。モバイルデバイス１１２は、携帯機器向けデジタルテレビ放送（ＤＶＢ−Ｈ）規格、或いはＤＶＢ−ＭＨＰ、ＤＶＢ−Ｓａｔｅｌｌｉｔｅ（ＤＶＢ−Ｓ）、ＤＶＢ−Ｔｅｒｒｅｓｔｒｉａｌ（ＤＶＢ−Ｔ）、又はＤＶＢ−Ｃａｂｌｅ（ＤＶＢ−Ｃ）などの他のＤＶＢ規格に基づいて伝送を受信、復号、及び処理するように構成することができる。同様に、ＡＴＳＣ（Ａｄｖａｎｃｅｄ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍｓ Ｃｏｍｍｉｔｔｅｅ）、ＮＴＳＣ（Ｎａｔｉｏｎａｌ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍ Ｃｏｍｍｉｔｔｅｅ）、ＩＳＤＢ−Ｔ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｔｅｒｒｅｓｔｒｉａｌ）、ＤＡＢ（Ｄｉｇｉｔａｌ Ａｕｄｉａ Ｂｒｏａｄｃａｓｔｉｎｇ、デジタルオーディオ放送）、ＤＭＢ（Ｄｉｇｉｔａｌ Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔｉｎｇ、デジタルマルチメディア放送）、ＦＬＯ（Ｆｏｒｗａｒｄ Ｌｉｎｋ Ｏｎｌｙ）、又はＤＩＲＥＣＴＶなど、他のデジタル伝送フォーマットを代替的に用いて、コンテンツ及び補足サービスの可用性の情報を配信することができる。更に、デジタル伝送は、ＤＶＢ−Ｈ技術などにおいて、タイムスライシングすることができる。タイムスライシングにより、モバイル端末の平均電力消費を低減することができ、滑らかでシームレスなハンドオーバを可能にすることができる。タイムスライシングは、データが従来のストリーミングメカニズムを用いて伝送される場合に必要とされるビットレートと比べて、より高い瞬間ビットレートを用いてバーストでデータを送信することからなる。この場合、モバイルデバイス１１２は、表示の前にタイムスライシングされた復号伝送を格納するための１つ又はそれ以上のバッファメモリを有することができる。

本発明の１つの実施例では、ＥＳＧフラグメントは、１つ又はそれ以上のデータストリーム又はチャンネルにおいて加入者端末に配信することができる。この実施例では、（ＩＰパケットストリームなどの）複数のチャンネルを用いて、ＥＳＧ情報を加入者端末に配信することができる。例えば、ＥＳＧフラグメントは、サービスプロバイダにより提供されることになる次のイベントの通知、サービスプロバイダにより提供される現在のイベントの変更、或いはユーザ又はユーザグループに関する更新又は進行中の情報を加入者端末に提供することができる。

ＥＳＧフラグメントは、ＥＳＧ情報をコンテナで伝送可能なトランスポートオブジェクトで配信することができる。従って、ＥＳＧフラグメントは、その固有のトランスポートオブジェクトで配信することができるコンテナ内に配置することができる。コンテナは更に、コンテナヘッダとコンテナペイロードとを含むことができ、例えば、コンテナヘッダは、各コンテナがトランスポートオブジェクト内のどこに配置されているかに関する情報を提供することができる。１つの実施例では、トランスポートオブジェクトは、単一のコンテナ又は複数のコンテナを含むことができ、各コンテナは、少なくとも１つのＥＳＧフラグメントを含む。図３は、本発明の少なくとも１つの態様による例示的なトランスポートオブジェクトの図である。図３の実施例に示されるように、トランスポートオブジェクト３００は、コンテナヘッダ３１０及びコンテナペイロード３２０を有することができるコンテナを含むことができる。１つの実施例では、コンテナヘッダ３１０及びコンテナペイロード３２０は単一コンテナ３０５内に組み込まれ、該コンテナは、単一のトランスポートオブジェクト３００内に組み込むことができるので、コンテナヘッダ３１０は、各コンテナが異なるトランスポートオブジェクト内でどこに配置されているかに関する情報と再結合される必要がないようになる。或いは、トランスポートオブジェクト３００は、複数のコンテナを含むことができ、１つのコンテナが幾つかの数のＥＳＧフラグメント３４０を含むことができる。コンテナヘッダ３１０は、例えば、コンテナヘッダ３１０自体及び／又はコンテナペイロード３２０に関する情報などの対応するＥＳＧフラグメントに関連する情報を含むことができる。

図３に示される実施例では、ＥＳＧフラグメント３４０はコンテナペイロード３２０内に含まれる。コンテナヘッダ３１０は、対応するコンテナペイロード３２０内にＥＳＧフラグメントを識別し記述する記述子を含むことができる。従って、限定ではないが、トランスポートオブジェクト３００内のＥＳＧフラグメントの位置又は含まれる各ＥＳＧフラグメント３４０の長さといったＥＳＧフラグメントの特性を識別することができる。例えば一実施形態では、フィールドは、例えばオフセット値、始点及び終点、又は同様のものを提供することでコンテナペイロード３２０内で特定のＥＳＧフラグメントが始まる場所を指定する。別の実施形態では、メタデータ３５０は、個々のＥＳＧフラグメント３４０に関連付けられ、ヘッダ３１０、記述子エントリ、ＥＳＧフラグメント３４０、又はこれらの組み合わせ内に、或いはこれらに近接して位置付けることができる。１つの例示的な実施形態では、３ＧＰＰメタデータエンベロープをＥＳＧフラグメントに関連付けることで、この特定のＥＳＧフラグメントに関連してヘッダ３１０内に追加のメタデータを配置することの代替とするか、或いはこの配置の必要性を排除することができる。

図４は、複数の単一トランスポートオブジェクトを送信する実施例を示している。図４に示されるように、本発明のトランスポートオブジェクト（ＴＯ）は、例えば、ＦＬＵＴＥ（Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ ｏｖｅｒ Ｕｎｄｉｒｅｃｔｉｏｎａｌ Ｔｒａｎｓｐｏｒｔ）セッション又はピュア非同期階層符号化（Ａｓｙｎｃｈｎｏｎｏｕｓ Ｌａｙｅｒｅｄ Ｃｏｄｉｎｇ、ＡＬＣ）セッションで搬送することができる。図４の実施例では、ＩＰアドレス、ポート番号、及びトランスポートセッション識別子（Ｔｒａｎｓｐｏｒｔ Ｓｅｓｓｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ、ＴＳＩ）などのＥＳＧルートチャンネルデータは、ＩＰ／ＭＡＣ通知テーブル（ＩＮＴテーブル）において通知され、例えば、ＤＶＢ−ＨのＳＩテーブルの１つとしてＤＶＢ−ＨのＳＩ／ＰＳＩストリームにおいて搬送することができる。ＥＳＧルートチャンネルのＦＬＵＴＥセッションは、セッションのファイル転送テーブル（Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ Ｔａｂｌｅ、ＦＤＴ）及び１つ又はそれ以上のトランスポートオブジェクト（ＴＯ）を含む。通知カルーセルで配信することができるこれらのトランスポートオブジェクトは、ＥＳＧの様々な部分と、ＥＳＧデータが伝送される様々なＥＳＧ方法へのアクセスパラメータとの間のマッピングを含む。ＥＳＧは、互いに異なるものであってもよい。例えば、ＥＳＧは、異なる言語、ジャンル、又は符号化とすることができる。

アクセスパラメータの実施例は、例えば、ＩＰアドレス、ポート番号、ＴＳＩ、開始及び終了時間、その他を含むことができる。従って、ＦＬＵＴＥセッションは、ＥＳＧデータが異なるセッションにどのように配分されるかを宣言する。このマッピングデータを搬送するＦＬＵＴＥセッションのＴＯは、ＦＬＵＴＥセッションのＦＤＴ内に記述される。ＥＳＧマッピングデータは、１つ又は複数のＴＯで配信することができる。マッピングは、ＸＭＬスキーマ、プレーンＡＳＣＩＩテキスト、マルチパートＭＩＭＥ又はＭＩＭＥヘッダなどの構造化ＡＳＣＩＩテキストを列挙型のバイナリとして用いて、或いは当該技術分野で周知の他の種々の手段により行うことができる。この実施例のＥＳＧデータは、例えばピュアＡＬＣセッション内とすることができる１つ又はそれ以上のＴＯで配信することができる。ＥＳＧデータ又はその一部分は、本発明の幾つかの実施形態では、ＡＬＣセッションに加えて又はその代わりに１つ又はそれ以上のＦＬＵＴＥセッションで配信することができる。

ＥＳＧは更に、送受信されるデータストリームに関連するタイムスタンプを含むことができる。Ｒｅａｌ−Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ（リアルタイムプロトコル、ＲＴＰ）タイムスタンプは、タイムスタンプのこのような１つの実施例である。タイムスタンプは、例えば、データを表示又は利用することができる時間を示すことができる。例えば、オーディオ又はビデオデータストリームは、このデータを再生することができる時間を表すタイムスタンプを含むことができる。タイムスタンプに関連するデータの提示又は表示の時間は更に、以前に受信されたデータパケットに関して表すことができる。

送信されるデータストリームは更に、セッションを記述するためのパラメータを含むことができる。このようなパラメータの実施例は、対応するセッションを記述するセッション及び／又は復号パラメータを含む。これらのパラメータは更に、ＳＤＰファイル内で受信機に送信することができ、該ＳＤＰファイルは更に、他のファイルと共にＥＳＧフラグメント内にグループ化することができる。ＳＤＰファイルは、様々な方法で受信機に送信することができる。例えば、ＳＤＰファイルを送信する１つの方法は、データストリームとは別個のバーストである。この実施例では、ＳＤＰファイルでパラメータ（例えばサービスパラメータ）を伝送するタイムスライスを各サービスごとに生成することができる。パラメータを伝送するタイムスライスは、サービスに相当するバースト又はタイムスライスとは別個であるが近接することができる。従って、受信機は、サービスを伝送する別個のタイムスライスバーストを受信するよりも前に、ＳＤＰファイル内にサービスに関連するパラメータを含むバーストを受信することができる。

ＳＤＰファイル送信の別の実施例では、ＳＤＰファイルをセッションと同じバーストに含めることができる。この実施例では、ＳＤＰファイルを例えばサービスのタイムスライスバーストの先頭に含めることができる。この方法で、サービスを受信する受信機又は加入者局は、対応するＳＤＰファイル（及び対応するパラメータ）をサービスとほぼ同時に受信することができる。

ＳＤＰファイル及び対応するパラメータは、ＥＳＧフラグメントで送信することができる。ＳＤＰファイル内のパラメータは、例えば、セッション名、目的、時間、メディアの種類、フォーマット、トランスポートプロトコル、ポート番号、帯域幅条件、その他を含む対応する番組又はサービスの特徴を記述することができる。しかしながら、パラメータに対する変更又は更新が必要な場合にパラメータを効果的に更新することが困難な場合がある。このことは、パラメータ変更の瞬間は正確には知ることができない理由から、スケジュール変更の場合に特に問題となる可能性がある。従って、パラメータ（或いは番組又はサービスコンテンツ）変更の正確な時間を知ることができないことで、対応する番組又はサービスが誤った時間にロードされることになるか、或いは受信機又は加入者端末がこの番組又はサービスコンテンツを再生できなくなることがある。

本発明の１つの実施例では、送信される番組又はサービスに関連する所望のパラメータ変更の時間を、この変更が実施されることになっている時間よりも前に通知することができる。この実施例では、パラメータ変更の時間がメディアストリームのタイムスタンプ（例えばＲＴＰタイムスタンプ）で通知される。タイムスタンプは、例えば、ＥＳＧフラグメント内部とすることができるＳＤＰファイル内に含めることができる。

ＳＤＰファイルは、従って、番組又はサービスに対応するセッション及びパラメータ情報、並びにタイミング情報を提供することができる。このような情報を提供するためのＳＤＰファイルの１つの実施例として、ＳＤＰファイルは、例えば、名前、セッション識別子、セッションのバージョンの表示、起点のアドレス、その他を含むことができる、セッションの起点に相当するパラメータ又は情報を含むことができる。ＳＤＰファイルはまた、関心のあるあらゆる情報の場所についてのパラメータ又は識別子を含むこともできる。例えば、ＳＤＰファイルは、番組又はサービスに関連するウェブページへの参照を含むことができる。ＳＤＰファイルはまた、番組又はサービスに関連するＥＳＧフラグメントへの参照を含むこともできる。

ＳＤＰファイルはまた、番組又はサービスの宛先アドレス又は開始時間などの他のパラメータ又は識別子も含むことができる。この実施例では、対応する番組又はサービスは、表示された開始時間後には利用可能にすることができるが、表示された開始時間よりも前では利用可能にはならない。ＳＤＰファイルはまた、メディア固有のパラメータも含むことができる。

本発明の実施例では、ＳＤＰファイルは更に、タイムスタンプのためのパラメータを含むことができる。例えば、パラメータは、パラメータが変更される時間を示すためＳＤＰファイルで提供することができる。タイムスタンプは、タイムスタンプに関する決定が行われると直ちに、及びパラメータ変更時間の前に受信機に送信することができる。すなわち、この実施例では、パラメータ変更の正確な時間に達すると、本明細書で説明されるように新規のパラメータ又は変更されたパラメータを設定することができる。

同様に、タイムスタンプのためのパラメータを含むＥＳＧフラグメントは、受信機又は加入者端末において受信することができる。パラメータは、ＥＳＧフラグメント内のＳＤＰファイルに含めることができる。この実施例では、データパケットが受信機又は加入者端末で受信された後に、ＥＳＧフラグメント内のタイムスタンプが、対応する番組又はサービスを提供又は再生することができる時間を示すことができる。対応する番組又はサービスは、番組又はサービスの開始時間に変更できる新規の（又は変更された）パラメータと関連付けることができる。この実施例では、ＥＳＧフラグメントがパラメータ変更時間よりも前にパラメータ変更を通知するタイムスタンプを含んでいる。従って、パラメータ変更の正確な時間が分からなくても、受信機又は加入者端末は、パラメータ変更情報を事前に受信することができる。また、受信機又は加入者端末は、パラメータ変更の正確な時間に影響を与える可能性があるバッファリング遅延などの内部遅延を有する場合がある。この実施例では、パラメータが事前に通知されるので、新規のパラメータ又は変更されたパラメータを適切な時間にロードすることができる。

図５は、番組又はサービスに関連するパラメータ変更の時間を通知するためのＳＤＰファイルを生成するシステムの実施例を示している。この実施例では、サービス生成モジュール５０１においてサービスが生成される。サービスは、対応するセッションを記述するための関連のパラメータを用いて生成することができる。この実施例では、生成されたサービスは、ビデオ構成要素及びオーディオ構成要素を含む複数の構成要素を有することができる。図５の実施例で示されるように、サービスは、複数のオーディオ構成要素又は複数のビデオ構成要素を含むことができる。この実施例では、サービスにおいて２つのオーディオ構成要素（５０２、５０３）が提供され、更に、１つのビデオ構成要素が提供される（５０４）。オーディオ構成要素の各々は、オーディオエンコーダー（５０５、５０６）において符号化され、ビデオ構成要素はビデオエンコーダー（５０７）において符号化される。サービスに相当するデータパケット又はメディアストリームは、パケット化器（５０８、５０９、５１０）においてパケット化することができる。実施することができる多くの種類の符号化が存在する。例えば、元のオーディオがアナログフォーマットの場合、例えばアドバンスト・オーディオ・コーディング（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ、ＡＡＣ）、適応マルチレート・ワイドバンド（Ａｄａｐｔｉｖｅ Ｍｕｌｔｉ−Ｒａｔｅ Ｗｉｄｅ−Ｂａｎｄ、ＡＭＲ−ＷＢ）、及び／又はＭＰ３（ＭＰＥＧ−２、ｌａｙｅｒ３）などのデジタル符号化がある。デジタル符号化されたオーディオは、様々なコーデック及びパラメータでトランスコーディングすることができる。結果として得られるオーディオンは、コーデック及びパラメータを端末に適合させることができる。別の実施例では、ビデオ信号が提供され、符号化は、幾つか挙げると、例えばＨ．２６４又はＭｏｖｉｎｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔ Ｇｒｏｕｐ４（ＭＰＥＧ−４）、アドバンスト・ビデオ・コーディング（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ、ＡＶＣ）、又はＶＣ−１を含むことができる。結果として得られるデータパケットは、受信機又は加入者端末に送信することができる。

また、サービスは関連のセッション情報を有することができる。セッション情報の１つの実施例として、サービスは、対応する予想利用期間を有することができる。サービスに関連するセッションのあらゆる記述は、対応するＳＤＰファイルに含めることができる１つ又はそれ以上のパラメータとして記述することができる。サービスに対応するＳＤＰファイルは、ＳＤＰクリエータモジュール５１１にて生成することができる。ＳＤＰクリエータモジュールは、サービス生成モジュール５０１から対応するパラメータを受信することができ、これらのパラメータをＳＤＰファイル内に組み込むことができる。ＳＤＰクリエータモジュール５１１は、ＳＤＰファイルを受信機又は加入者端末に送信することができる。ＳＤＰファイルは、ＥＳＧフラグメント内に組み込むことができる。上述のように、ＳＤＰファイルは、番組又はサービス情報と同じバーストで送信することができ、或いは別個のバーストで送信することができる。

この実施例で新規のパラメータが使用されることになる時間がＳＤＰファイルに追加される。このようにして生成されたＳＤＰファイルは、受信機又は加入者端末に送信することができる。表示された時間に、これに応じてパラメータを更新又は変更することができる。パラメータが変更され、エンコーダー（５０５、５０６、５０７）からＳＤＰクリエータモジュール５１１に送信することができる。また、パラメータ変更の時点で、対応するタイムスタンプをＳＤＰクリエータモジュール５１１に送信することができる。

図６は、ＳＤＰファイルを含むＥＳＧフラグメントを受信する受信機又は加入者端末の実施例を示している。この実施例では、受信機又は加入者端末で受信されたＳＤＰファイルは、番組又はサービスに関連するパラメータを含むことができる。番組又はサービスは、限定ではないが、セッションの継続時間又はセッションの開始時間などの様々な要因に基づいて変化する可能性があるパラメータと関連付けることができる。この実施例では、ＳＤＰマネージャモジュール６０１においてＥＳＧフラグメントが受信されてＳＤＰ情報が検出される。また、番組又はサービスに関連するデータパケットをアンパケット化器（６０２、６０３、６０４）で受信することができ、アンパケット化器がこれらのデータパケットを復号器（６０５、６０６、６０７）に送信することができる。復号器（６０５、６０６、６０７）は更に、ＳＤＰマネージャモジュール６０１からパラメータを受信することができる。受信されたパラメータは、対応する番組又はサービスを記述することができる。また、タイムスタンプ及び／又はバッファリング情報は、ＳＤＰマネージャモジュール６０１においてアンパケット化器（６０２、６０３、６０４）から受信することができる。

本発明の１つの実施例では、セッション及びパラメータ情報、並びに番組又はサービスに関連するパラメータ変更の正確な時間を記述するためのタイミング情報がＳＤＰファイルで提供される。図７は、番組又はサービスに対応するパラメータを伝送するためのＳＤＰファイルの実施例を示している。この実施例では、ＳＤＰファイルが所望の情報を提供するための様々なフィールド又は行を含むことができる。例えば、一般的なＳＤＰファイルは、番組又はサービスのセッションの起点を提供するための「ｏ」行を含むことができる。図７の実施例に示されるように、この行は、起点の名前、セッションＩＤ、バージョン、及びアドレスを含むことができる。更に、ＳＤＰファイルは、付加的情報の識別子又は場所を提供するための「ｕ」行を含むことができる。これは、例えば、番組又はサービスに関連する又はこれを記述するウェブページ又はＥＳＧフラグメントへの参照を含むことができる。ＳＤＰファイルは更に、宛先アドレスを記述するための「ｃ」行を含むことができる。この宛先アドレスは、データストリームが配信されることになっている場所を記述することができる。従来の粗いタイミング情報を提供するための「ｔ」行も同様に提供することができる。この従来の粗いタイミング情報は、ネットワークタイムプロトコル（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ、ＮＴＰ）の１０進数表現であり、セッションが利用可能になりうる時間を提供することができる。このフィールドは、１秒の精度でタイミング情報を提供することができる。

図７に示されるようなＳＤＰファイルはまた、番組又はサービスに関連するメディアに固有のあらゆるパラメータを提供することができる「ｍ」行も含むことができる。ＳＤＰファイルで提供されるメディアに固有のパラメータは複数とすることができ、「ｍ」行からＳＤＰファイルの末尾まで継続することができ、或いは次の「ｍ」行まで継続することができる。メディアに固有のパラメータは、番組又はサービスの特徴を記述するあらゆるパラメータを含むことができる。これは、例えば、オーディオ符号化、ビデオ符号化、その他を示すためのパラメータを含むことができる。メディアに固有のパラメータの実施例は、幾つか挙げると、ＩＰアドレス及びポート、符号化（コーデック）、サンプリング周波数、ビットレート、モード（例えばモノラル、ステレオ、その他）を含む。

図８の実施例に示されるように、タイムスタンプパラメータがＳＤＰファイルで提供される。この実施例のタイムスタンプは、対応する番組又はサービスの正確な開始時間を提供するためのＲＴＰタイムスタンプである。図８で示される実施例では、ＲＴＰタイムスタンプにはｓｔａｒｔＲｔｐＳｔａｍｐという名前が付けられており、１２３４５６７８という例示的な値を備えている。この実施例では、ｓｔａｒｔＲｔｐＳｔａｍｐというＲＴＰタイムスタンプを含むビデオパラメータの記述を有する拡張ＳＤＰファイルが示されている。

図９は、ｓｔａｒｔＲｔｐＳｔａｍｐという例示的なタイムスタンプを含むオーディオパラメータを記述するためのＳＤＰファイルの拡張の実施例を示している。図７、８、及び９に示されている実施例では、ＳＤＰファイルは記載されるようなタイムスタンプパラメータ（例えば１２３４５６７８のビデオタイムスタンプパラメータ及び１２３４５４３２のオーディオタイムスタンプパラメータ）を含み、このＳＤＰファイルを受信する受信機又は加入者端末は、番組又はサービスの開始時間の近似として粗いタイミングパラメータ「ｔ」を利用することができる。

図１０は、新規のパラメータをＳＤＰファイルで受信機又は加入者端末に送信することができる図７、８、及び９の実施例を示している。この実施例では、新規のセッションバージョンが示される。この新規のセッションバージョンデータは、ＳＤＰが新規の情報を含んでいることを示すことができる。この実施例では、ＳＤＰファイルが、ＥＳＧフラグメントに相当する付加的情報のアドレスを示すための「ｕ」行の新規の情報を含む新規情報を含んでいる。また、この実施例では、様々なメディアに固有のパラメータと同様に「ｔ」行（すなわち粗いタイミング情報）も更新されている。

パラメータ変更の正確な時間が分かると、最新のＳＤＰファイルを提供することができる。図１１は、パラメータ変更の正確なタイムスタンプが分かった後の最新のＳＤＰファイルの実施例を示している。この実施例では、タイムスタンプパラメータと同様にセッションバージョンも更新される。

図１２は、本発明の一態様の別の実施例を示している。この実施例では、番組又はサービスを記述するＥＳＧフラグメント内のパラメータを変更又は更新することができる時間を提供するために、ＥＳＧフラグメントにタイムスタンプが含まれる。タイムスタンプは、ＥＳＧフラグメント内のＳＤＰファイルに含めることができる。図１２に示されるように、受信機又は加入者端末は、タイムスタンプを含むデータパケットを受信することができる（ステップ１２０１）。受信機はまた、対応する番組又はサービスに関連するパラメータの変更時間を通知するタイムスタンプをＥＳＧフラグメント内のＳＤＰファイルで受信することもできる（ステップ１２０２）。受信機は、データパケット内のタイムスタンプを、ＳＤＰファイルで受信したパラメータ変更時間を示すタイムスタンプと比較することができる（ステップ１２０３）。データパケット内のタイムスタンプがパラメータ変更時間を示すＳＤＰファイル内のタイムスタンプよりも小さい場合（ステップ１２０３の「いいえ」の分岐）、それ以降のデータパケット内のタイムスタンプが増える可能性があるので、受信機は待機することができる。データパケット内のタイムスタンプがパラメータ変更時間を示すＳＤＰファイル内のタイムスタンプよりも大きい場合（ステップ１２０３の「はい」の分岐）には、パラメータ変更時間に達しており、新規のパラメータをロードすることができる（ステップ１２０５）。更に受信機は、処理遅延を推定して（ステップ１２０４）、新規のパラメータをロードする前に適切な時間量だけ待機することができる。処理遅延の１つの実施例は、バッファリング遅延を含むことができる。

図１３は、別の実施例を示すタイミング図である。この実施例では、時間ｔ（０）においてエンコーダーがデータストリームを生成する。初期データストリームは、セッションを記述するパラメータを含むＥＳＧフラグメントを含むことができる。パラメータは、ＥＳＧフラグメント内のＳＤＰファイル内とすることができる。パラメータは初期値を有し、図示されるようなタイムスタンプパラメータＲＴＰ（０）を含むことができる。図１３に示されるように、データストリームは受信機又は加入者端末に送信することができる。この実施例では、データストリームがネットワーク内で伝送される時間ｔ（０）のときに、受信機／端末は、初期パラメータを含むデータストリームを受信する。上述のように、データストリームはタイムスタンプパラメータ（例えばＲＴＰ（０））を含むことができる。

時間ｔ（０）よりも後の時間ｔ（１）のときに、ＳＤＰファイル又はＥＳＧフラグメント内のパラメータの変更が何れかの時点で求められる場合がある。この実施例では、新規のパラメータを求めることはできるが、新規のパラメータの実施時間は未だ決定することができていない。例えば、時間ｔ（１）のときに、新規の番組の正確な時間或いは現在の番組又はサービスの終了をまだ求めることができていないので、時間ｔ（１）では、対応する新規のパラメータの実施時間が分からない。新規のパラメータの実施例は、例えば、スケジュール情報又は有効性情報を含む。従って、この実施例では、受信機／端末がネットワークを介して時間ｔ（１）の最初に新規のパラメータを受信する。しかしながら、時間ｔ（１）では、新規のパラメータの実施時間が未知であるので、この時点では受信機／端末が新規のパラメータはロードしない。むしろ受信機／端末は、現時点で有効な現在のパラメータをロードする。新規のパラメータ又は将来のパラメータは利用可能な場合もあるが、この時点では有効であると指定することはできない。

この実施例の時間ｔ（２）（時間ｔ（１）よりも後）のときに、パラメータ変更の正確な時間が求められ、これに応じてＳＤＰファイル又はＥＳＧフラグメント内のパラメータを更新することができる。この実施例では、ＥＳＧフラグメント内のＳＤＰファイル内のタイムスタンプパラメータを更新し、パラメータ変更時間を示すことができる。タイムスタンプパラメータは時間ｔ（２）のときに更新され、受信機／端末に送信される。この実施例では、パラメータ変更時間は、時間ｔ（２）の後の時間ｔ（３）である。従って、時間ｔ（２）のときに受信機／端末において受信されるデータストリームは、時間ｔ（３）をパラメータ変更時間として示すタイムスタンプパラメータを含んでいる。この時点では、パラメータ変更時間（この実施例では時間ｔ（３））は未だ発生していないので、受信機／端末は現在のパラメータのロードを継続する。

従って、上述のように、受信機／端末は、この実施例では時間ｔ（２）のときにパラメータ変更の正確な時間を示すタイムスタンプパラメータ（例えばこの実施例ではＲＴＰ（１））を含むＥＳＧフラグメント及びＳＤＰを受信する。またこの時点で、受信機／端末は、新規のパラメータの実施の正確な時間を示すタイムスタンプＲＴＰ（１）を含む新規のパラメータを受信する。従って、ＥＳＧフラグメントにおけるパラメータ変更時間は、この実施例ではＲＴＰ（１）としてＥＳＧフラグメントのＳＤＰファイル内のタイムスタンプパラメータにより示される。新規のパラメータは、ＥＳＧフラグメントで受信したタイムスタンプＲＴＰ（１）に基づいて、受信機／端末において時間ｔ（３）のときに実施することができる。例えば、受信したデータパケット内のタイムスタンプがＥＳＧフラグメントで受信したタイムスタンプＲＴＰ（１）よりも大きいか又はこれに等しい（すなわちｔ（３）に達する）と、新規のパラメータがエンコーダーに設定され、受信機／端末は復号器において新規のパラメータを設定する。

図１４は、別の実施例のタイミング図を示している。この実施例では、データ又はＲＴＰパケットが送信機から受信機又は加入者端末に送信される。ＲＴＰパケットの各々は、ＲＴＰパケットの時間を示すためのＲＴＰタイムスタンプを含んでいる。更に、ＳＤＰファイルが受信機／端末に送信される。この実施例で図１４が示しているように、ＳＤＰファイルであるＳＤＰ ｃｕｒｒ１が受信機／端末に送信されて、このファイルは対応するセッションを記述するためのパラメータセット１を含んでいる。ＳＤＰ ｃｕｒｒ１内のパラメータは、現在のＲＴＰパケットストリームに関して有効である。この実施例では、ＲＴＰパケットストリーム内のＲＴＰタイムスタンプの各々がＳＤＰ ｃｕｒｒ１内のタイムスタンプパラメータと比較される。この時点では、ＳＤＰ ｃｕｒｒ１内のタイムスタンプパラメータは、ＲＴＰパケットストリーム内のタイムスタンプよりも小さい。

ＳＤＰ ｎｅｘｔ１は、パラメータ変更の発生が判断されたときに送信されるＳＤＰファイルを表している。ＳＤＰ ｎｅｘｔ１は、図１４に示されるように、パラメータ変更が発生することになる時間よりも前に送信されるが、しかしながら、この時点ではパラメータ変更の正確な時間を知ることはできない。ＳＤＰ ｎｅｘｔ１はまた、新規のパラメータセット（すなわちこの実施例ではパラメータセット２）及びパラメータ変更の概算時間を提供するための粗いタイミング情報を含んでいる。その後で、パラメータ変更の正確な時間を求めることができる。この実施例では、パラメータ変更の正確な時間が求められた後、正確な時間情報を含むＳＤＰ ｎｅｘｔ１．１が送信される。例えば、ＳＤＰ ｎｅｘｔ１．１は、パラメータ変更の正確な時間を示すための最新のタイムスタンプパラメータを含むことができる。パラメータ変更時間に対してあらゆる数の更新を行うことができる。例えば、パラメータ変更の正確な時間は変更される可能性があるので、ＳＤＰ ｎｅｘｔ１．１に続く付加的なＳＤＰファイルを追加として更新されたタイムスタンプ情報を有して送信することができる。或いは、パラメータ変更の正確な時間を最初に知ることができ、正確な時間を示す最新のＲＴＰタイムスタンプをＳＤＰ ｎｅｘｔ１というＳＤＰファイルに含めることができる。

パラメータ変更時間のときに、ＲＴＰパケットストリーム内のタイムスタンプをＳＤＰファイル（この実施例ではＳＤＰ ｎｅｘｔ１．１）内のタイムスタンプパラメータと比較することができる。ＳＤＰファイル内のタイムスタンプパラメータよりも小さいか又はこれに等しいＲＴＰパケットストリーム内のタイムスタンプは、パラメータ変更時間に達したことを受信機／端末に示すことができる。この時点では、受信機／端末は、どのパラメータセットが最新であるかをタイムスタンプ情報から通知を受けることができる。パラメータ変更時間に達しているので、この実施例では、パラメータセット２が現在のパラメータセットである。別の実施例では、様々なバージョンのパラメータとすることができ、様々なバージョンのパラメータセットは時間的に重複する場合がある。様々なバージョンが存在する場合に適切なパラメータセットを判断する方法は数多くある。例えば、ＳＤＰファイル又はＳＤＰファイル内のパラメータセットにバージョン番号を関連付けることができる。１つの実施例では、最も高いバージョン番号が現在のパラメータセットを示す。或いは、ＥＳＧフラグメントに相当する情報などの付加的情報が現在のパラメータを示すことができる。

図１４に示される本実施例では、パラメータ変更時間の後に新規のパラメータセット（パラメータセット２）がロードされる。従って、ＳＤＰ ｃｕｒｒ２は、新規のパラメータセット２を含んでいる。次のパラメータ変更が望まれる場合、第２のパラメータ変更の正確な時間を含むことができるＳＤＰ ｎｅｘｔ２を送信することができる。ＳＤＰ ｎｅｘｔ２は更に、パラメータ変更の概算時間を示すための粗いタイミング情報を含むことができる。パラメータ変更の正確な時間が分かると、ＳＤＰファイル内のタイムスタンプパラメータを更新することができ、ＳＤＰ ｎｅｘｔ２を送信することができる。この実施例では、ＳＤＰ ｎｅｘｔ２が次のパラメータセットを含むことができる。（例えばＲＴＰパケットストリーム内のタイムスタンプとＳＤＰファイル内のタイムスタンプパラメータとの比較に基づいて）第２のパラメータ変更の時間に達すると、次のパラメータセットを実施することができる。

本発明は、本明細書で開示されるあらゆる新規の特徴又は特徴の組み合わせを明示的に含み、又はこれらのあらゆる一般形を含む。本発明は、本発明を実施する現在好ましい形態を含む特定の実施例に関して説明してきたが、当業者であれば、上述のシステム及び技術の多くの変型及び置き換えが存在することは理解されるであろう。従って、本発明の精神及び範囲は、添付の請求項に記載されるように広く解釈されるべきである。

本発明の種々の態様を実施することができる無線通信システムのブロック図である。 本発明の１つ又はそれ以上の例示的な実施形態を実施することができる好適なデジタル放送受信機を示す図である。 本発明の１つ又はそれ以上の例示的な実施形態を実施することができるトランスポートオブジェクトの実施例の概略図である。 本発明の１つ又はそれ以上の例示的な実施形態を実施することができる単一トランスポートオブジェクトを伝送する実施例を示す図である。 本発明の１つ又はそれ以上の例示的な実施形態を実施することができる番組又はサービスに関連するパラメータ変更時間を通知するためのＳＤＰファイルを生成するシステムの実施例を示す図である。 本発明の１つ又はそれ以上の例示的な実施形態を実施することができるＳＤＰファイルを含むＥＳＧフラグメントを受信する受信機又は加入者端末の実施例を示す図である。 本発明の１つ又はそれ以上の例示的な実施形態を実施することができる番組又はサービスに対応するパラメータを伝送するためのＳＤＰファイルの実施例を示す図である。 本発明の１つ又はそれ以上の例示的な実施形態を実施することができるタイムスタンプパラメータを含むＳＤＰファイルの実施例を示す図である。 本発明の１つ又はそれ以上の例示的な実施形態を実施することができるオーディオパラメータを記述するためのＳＤＰファイルの拡張の実施例を示す図である。 本発明の１つ又はそれ以上の例示的な実施形態を実施することができるＳＤＰファイルで新規のパラメータを受信機又は加入者端末に送信することができる図７、８、及び９の実施例を示す図である。 本発明の１つ又はそれ以上の例示的な実施形態を実施することができる最新のＳＤＰファイルの実施例を示す図である。 本発明の１つ又はそれ以上の例示的な実施形態を実施することができる最新のパラメータの受信及びロードの実施例を示すフローチャートである。 本発明の１つ又はそれ以上の例示的な実施形態を実施することができる最新のパラメータの受信及びロードの実施例を示すタイミング図である。 本発明の１つ又はそれ以上の例示的な実施形態を実施することができる最新のパラメータの受信及びロードの別の実施例を示すタイミング図である。

Claims (30)

1. 番組又はサービスのセッションを記述するためのパラメータを送信するための方法であって、
   前記番組又はサービスに対応するパラメータを更新するための時間に相当するタイムスタンプを受信する段階と、
   前記タイムスタンプをセッション記述プロトコル（ＳＤＰ）ファイルに挿入する段階と、
   前記ＳＤＰファイルを送信する段階と、
   を含む方法。
2. 前記ＳＤＰファイルを送信する段階が、電子サービスガイド（ＥＳＧ）フラグメントで前記ＳＤＰファイルを送信する段階を含む、
   ことを特徴とする請求項１に記載の方法。
3. 前記タイムスタンプがリアルタイムプロトコル（ＲＴＰ）タイムスタンプである、
   ことを特徴とする請求項１に記載の方法。
4. 前記タイムスタンプが前記パラメータを更新するための正確な時間に相当する、
   ことを特徴とする請求項１に記載の方法。
5. 番組又はサービスのセッションに対応する第１パラメータセットを第２パラメータセットに変更するための方法であって、
   前記番組又はサービスに対応する、時間を含むデータパケットを受信する段階と、
   前記第１パラメータセットを変更するための時間に相当する第１タイミング情報を含むセッション記述プロトコル（ＳＤＰ）ファイルを受信する段階と、
   前記第１タイミング情報及び前記データパケットの時間に基づいて前記第１パラメータセットを変更する段階と、
   を含む方法。
6. 前記変更する段階が、前記第１タイミング情報を前記データパケットの前記時間と比較し、前記比較に基づいて前記第１パラメータセットを更新する段階を含む、
   ことを特徴とする請求項５に記載の方法。
7. 前記ＳＤＰファイルが前記第２パラメータセットを含む、
   ことを特徴とする請求項６に記載の方法。
8. 前記更新する段階が、前記第１タイミング情報が前記データパケットの前記時間よりも大きいか又はこれに等しい場合に前記第２パラメータセットをロードする段階を含む、
   ことを特徴とする請求項７に記載の方法。
9. 処理遅延を推定する段階を更に含み、
   前記変更する段階が、前記処理遅延が経過した後に前記第１パラメータセットを更新する段階を含む、
   ことを特徴とする請求項５に記載の方法。
10. 前記ＳＤＰファイルが前記第２パラメータセットを含み、前記変更する段階が受信機において前記第２パラメータセットをロードする段階を含む、
    ことを特徴とする請求項５に記載の方法。
11. 前記第１パラメータセットが、セッションの起点、セッション名、バージョン、アドレス、識別子、付加的情報の場所、宛先アドレス、概算タイミング、スケジュール情報、有効性情報、又はメディアに固有のパラメータのうちの少なくとも１つを含む、
    ことを特徴とする請求項５に記載の方法。
12. 前記データパケットの時間がリアルタイムプロトコル（ＲＴＰ）タイムスタンプを含む、
    ことを特徴とする請求項５に記載の方法。
13. 前記ＳＤＰファイルが前記第１パラメータセットを含み、前記ＳＤＰファイルを受信する段階が、前記第１タイミング情報に相当する時間よりも前の現時点において前記ＳＤＰファイルを受信する段階を含む、
    ことを特徴とする請求項５に記載の方法。
14. 前記ＳＤＰファイルが、前記第１タイミング情報に相当する時間よりも前に、前記変更された第１パラメータセットに相当する前記第２パラメータセットを含む、
    ことを特徴とする請求項１３に記載の方法。
15. 前記現時点において前記第２パラメータセットを受信する段階を更に含む、
    ことを特徴とする請求項１３に記載の方法。
16. 前記ＳＤＰファイルが前記現時点の後に前記第２パラメータセットを含む、
    ことを特徴とする請求項１３に記載の方法。
17. 前記第１タイミング情報に相当する時間以降に前記第２パラメータセットをロードする段階を更に含む、
    ことを特徴とする請求項１４に記載の方法。
18. 番組又はサービスのセッションを記述するためのパラメータを送信するための送信機であって、
    ＳＤＰファイルを生成するためのセッション記述プロトコル（ＳＤＰ）モジュールと、
    前記番組又はサービスに対応するデータパケットを送信するためのエンコーダーと、
    を備え、
    前記ＳＤＰファイルが第１の時間において第１パラメータセットを、第２の時間において第２パラメータセット及び時間パラメータを含み、前記第２の時間が前記第１の時間の後であり、前記時間パラメータは、前記第２パラメータセットがいつ有効であるかを示す、
    ことを特徴とする送信機。
19. 前記時間パラメータは、前記第２パラメータセットがいつ有効であるかに相当する第３の時間を示し、前記第３の時間が前記第２の時間の後である、
    ことを特徴とする請求項１８に記載の送信機。
20. 前記ＳＤＰファイルが前記第２の時間と前記第３の時間との間に前記第２パラメータセットを含む、
    ことを特徴とする請求項１９に記載の送信機。
21. 番組又はサービスのセッションに対応するパラメータを受信するための受信機であって、
    前記番組又はサービスの前記セッションに対応する第１パラメータセット及び時間パラメータを含むＳＤＰファイルを受信するためのＳＤＰマネージャと、
    タイムスタンプを含む前記番組又はサービスに対応するデータパケットを復号するための復号器と、
    を備え、
    前記時間パラメータが前記タイムスタンプよりも大きいか又はこれに等しいときに前記ＳＤＰマネージャが前記第１パラメータセットを復号器にロードする、
    ことを特徴とする受信機。
22. 前記ＳＤＰマネージャが前記タイムスタンプ後の遅延期間の後に前記第１パラメータセットを前記復号器にロードする、
    ことを特徴とする請求項２１に記載の受信機。
23. 前記期間がバッファリング遅延に相当する、
    ことを特徴とする請求項２２に記載の受信機。
24. 前記ＳＤＰマネージャが前記復号器から前記タイムスタンプを受け取り、前記タイムスタンプを前記ＳＤＰファイルで受信した前記時間パラメータと比較する、
    ことを特徴とする請求項２１に記載の受信機。
25. 前記タイムスタンプがリアルタイムプロトコル（ＲＴＰ）タイムスタンプを含む、
    ことを特徴とする請求項２１に記載の受信機。
26. 前記ＳＤＰファイルが第１の時間において第１パラメータセットを含み、前記第１の時間が前記タイムスタンプにより示される前記時間に相当し且つ前記時間パラメータにより示される前記時間よりも小さい、
    ことを特徴とする請求項２１に記載の受信機。
27. 前記ＳＤＰファイルが前記第１の時間において前記時間パラメータを含む、
    ことを特徴とする請求項２６に記載の受信機。
28. コンピュータ可読命令を有するコンピュータ可読媒体であって、実行時に、
    番組又はサービスに対応する、時間を含むデータパケットを受信機において受信する段階と、
    第１パラメータセットと、前記第１パラメータセットを受信機においてロードするための時間に相当する第１タイミング情報とを含むセッション記述プロトコル（ＳＤＰ）ファイルを受信する段階と、
    前記第１タイミング情報及び前記データパケットの時間に基づいて前記受信機において前記第１パラメータセットをロードする段階と、
    を実行するコンピュータ可読媒体。
29. 前記データパケットの時間が前記第１タイミング情報よりも大きいか又はこれに等しいときに、前記受信機において前記第１パラメータセットがロードされる、
    ことを特徴とする請求項２８に記載のコンピュータ可読媒体。
30. 前記ＳＤＰファイルが、前記タイミング情報に相当する時間よりも前に前記第１パラメータセットを含む、
    ことを特徴とする請求項２９に記載のコンピュータ可読媒体。

Images