(57)【要約】  DVB-H（Digital  Video  Broadcasting  -  Handheld）システムは、ヘッドエンドと少なくとも１つの受信機とを有する。ヘッドエンドは、電子サービスガイド（ESG）とコンテンツとを受信機に送信するために、FLUTE（File  Delivery  over  Unidirectional  Transport）プロトコルを使用する。受信機は、ESGからのPublishedStartTimeパラメータの値と受信機がコンテンツを受信する実際の時間との関数として、コンテンツを受信する時間遅延を決定する。この時間遅延を使用して、受信機は、選択されたコンテンツのESGからのPublishedStartTimeパラメータの値と決定された時間遅延との関数として選択されたコンテンツを受信する時間推定を形成する。受信機は、受信機が選択されたコンテンツを受信する予定ではない時間間隔の間に受信機が電力を低減できるように、電力管理を実行する。
2010529734.tif 000002
【特許請求の範囲】
【請求項１】
受信機で使用される方法であって、
イベントを受信するときの送信時間と受信時間との関数として時間遅延を決定し、
前記時間遅延の関数として選択されたイベントを受信する時間推定を決定することを有する方法。
【請求項２】
前記送信時間は、前記イベントの開始時間である、請求項１に記載の方法。
【請求項３】
前記送信時間は、前記イベントの終了時間である、請求項１に記載の方法。
【請求項４】
前記決定された時間推定の関数として電力管理を実行するステップを更に有する、請求項１に記載の方法。
【請求項５】
前記電力管理を実行するステップは、前記選択されたイベントを受信する前記時間推定と異なる時間に電力を低減するステップを含む、請求項４に記載の方法。
【請求項６】
前記電力を低減するステップは、無線受信機及びパケットプロセッサのうち少なくとも１つが低減した電力で動作するように、少なくとも１つの時間間隔の間に無線受信機及びパケットプロセッサのうち少なくとも１つを制御するステップを含む、請求項５に記載の方法。
【請求項７】
前記パケットプロセッサは、FLUTE（File  Delivery  over  Unidirectional  Transport）セッションをサポートし、前記制御するステップは、前記パケットプロセッサが低減した電力で動作するときに選択されていないイベントに関連するFLUTEチャンネルをオフにするステップを含む、請求項６に記載の方法。
【請求項８】
前記選択されたイベントは、少なくとも１つのクリップを有するファイル型コンテンツを表す、請求項１に記載の方法。
【請求項９】
前記選択されたイベントは、少なくとも１つの番組を有するリアルタイムコンテンツを表す、請求項１に記載の方法。
【請求項１０】
前記イベントは、更に、選択されたイベントである、請求項１に記載の方法。
【請求項１１】
前記送信時間を決定することは、前記送信時間として前記イベントの開始時間を番組ガイドから識別するステップを含む、請求項１に記載の方法。
【請求項１２】
前記開始時間は、発行開始時間である、請求項１１に記載の方法。
【請求項１３】
前記受信時間を決定することは、
受信情報が前記イベントに対応することを検出するステップと、
前記受信情報の到達時間を前記受信時間として記録するステップと
を含む、請求項１に記載の方法。
【請求項１４】
前記検出するステップは、
前記イベントに関連するTOI（Transport  Object  Identifier）値を有するFDT（File  Description  Table）を受信するステップと、
前記受信情報が前記イベントに対応することを決定するために、前記受信情報の前記TOI値を検出するステップと
を含む、請求項１３に記載の方法。
【請求項１５】
前記送信時間は、開始時間であり、前記時間遅延を決定するステップは、前記受信時間から前記開始時間を減算することにより、前記時間遅延を決定する、請求項１３に記載の方法。
【請求項１６】
前記送信時間は、開始時間であり、前記時間遅延を決定するステップは、複数のイベントの期間に渡って前記開始時間と前記受信時間との差で動作する統計関数から前記時間遅延を決定する、請求項１３に記載の方法。
【請求項１７】
前記時間推定を決定するステップは、
前記選択されたイベントの送信時間を決定するステップと、
前記選択されたイベントの前記送信時間を前記時間遅延に加算し、前記選択されたイベントを受信する前記時間推定を決定するステップと
を含む、請求項１に記載の方法。
【請求項１８】
前記送信時間を決定することは、前記送信時間として前記イベントの終了時間を番組ガイドから識別するステップを含む、請求項１に記載の方法。
【請求項１９】
前記終了時間は、発行終了時間である、請求項１８に記載の方法。
【請求項２０】
受信時間を決定するステップは、
前受信情報が記イベントに対応することを検出するステップと、
前記イベントの受信完了時に実際の終了時間を記録するステップと
を含む、請求項１に記載の方法。
【請求項２１】
前記送信時間は、終了時間であり、前記時間遅延を決定するステップは、前記実際の終了時間から前記終了時間を減算することにより、前記時間遅延を決定する、請求項２０に記載の方法。
【請求項２２】
前記送信時間は、終了時間であり、前記時間遅延を決定するステップは、複数のイベントの期間に渡って前記終了時間と前記実際の終了時間との差で動作する統計関数から前記時間遅延を決定する、請求項２０に記載の方法。
【請求項２３】
一連のパケットで伝達される情報を表す受信信号を提供する復調器と、
前記情報を回復する際に使用する前記受信信号で動作するパケットプロセッサと、
選択された情報を受信する時間推定を決定するプロセッサと
を有し、
前記プロセッサは、時間遅延の関数として前記時間推定を決定し、前記時間遅延は、受信情報の送信時間と前記受信情報の受信時間との関数として決定される装置。
【請求項２４】
前記送信時間は、前記受信情報の開始時間である、請求項２３に記載の装置。
【請求項２５】
前記送信時間は、前記受信情報の終了時間である、請求項２３に記載の装置。
【請求項２６】
前記受信情報は、前記選択された情報でもある、請求項２３に記載の装置。
【請求項２７】
前記プロセッサは、選択された情報を受信する前記時間推定と異なる時間に電力が低減されるように、前記パケットプロセッサ及び前記復調器のうち少なくとも１つを制御する、請求項２３に記載の装置。
【請求項２８】
前記パケットプロセッサは、FLUTE（File  Delivery  over  Unidirectional  Transport）セッションをサポートし、前記プロセッサは、前記パケットプロセッサを低減した電力で動作させるために、選択されていない情報に関連するFLUTEチャンネルをオフにする、請求項２３に記載の装置。
【請求項２９】
前記選択された情報は、少なくとも１つのクリップを有するファイル型コンテンツである、請求項２３に記載の装置。
【請求項３０】
前記選択された情報は、少なくとも１つの番組を有するリアルタイムコンテンツである、請求項２３に記載の装置。
【請求項３１】
前記送信時間は、開始時間であり、前記プロセッサは、前記受信情報の開始時間と前記受信情報の実際の到達時間との関数として前記時間遅延を決定する、請求項２３に記載の装置。
【請求項３２】
前記受信情報の前記開始時間は、番組ガイドから決定される、請求項３１に記載の装置。
【請求項３３】
前記開始時間は、発行開始時間である、請求項３２に記載の装置。
【請求項３４】
前記時間遅延は、前記実際の到達時間から前記開始時間を減算することにより決定される、請求項３１に記載の装置。
【請求項３５】
前記時間遅延は、前記受信情報の期間に渡って前記開始時間と前記実際の到達時間との差で動作する統計関数から決定される、請求項３１に記載の装置。
【請求項３６】
前記時間推定は、前記選択されたイベントの送信時間を前記時間遅延に加算することにより決定される、請求項２３に記載の装置。
【請求項３７】
前記送信時間は、終了時間であり、前記プロセッサは、前記受信情報の終了時間と前記受信情報の実際の完了時間との関数として前記時間遅延を決定する、請求項２３に記載の装置。
【請求項３８】
前記受信情報の終了時間は、番組ガイドから決定される、請求項３７に記載の装置。
【請求項３９】
前記終了時間は、発行終了時間である、請求項３８に記載の装置。
【請求項４０】
前記時間遅延は、前記実際の完了時間から前記終了時間を減算することにより決定される、請求項３７に記載の装置。
【請求項４１】
前記時間遅延は、受信情報の期間に渡って前記終了時間と前記実際の完了時間との差で動作する統計関数から決定される、請求項３７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して通信システムに関し、特に移動装置、電池式装置等に限定されないが、このような通信装置での電力管理に関する。
【背景技術】
【０００２】
今日では、移動装置はどこにでも存在し、MP3プレイヤからパーソナルデジタルアシスタント、セルラ電話、移動テレビ（TV）まで及ぶ。不都合なことに、典型的には、移動装置は、計算リソース及び／又は電力に制約を有する。これに関して、DVB-H（Digital  Video  Broadcasting  -  Handheld）システムでのインターネットプロトコル（IP：Internet  Protocol）データキャストは、このような装置に最適化されたIP型機構を使用して如何なる種類のファイル及びサービスを配信するためのエンドツーエンドの放送システムである。例えば、ETSI  EN  302  304  V1.1.1  (2004-11)“Digital  Video  Broadcasting  (DVB);  Transmission  System  for  Handheld  Terminals  (DVB-H)”、ETSI  EN  300  468  V1.7.1  (2006-05)“Digital  Video  Broadcasting  (DVB);  Specification  for  Service  Information  (SI)  in  DVB  systems”、ETSI  TS  102  472  V1.1.1  (2006-06)“Digital  Video  Broadcasting  (DVB);  IP  Datacast  over  DVB-H:  Content  Delivery  Protocols”及びETSI  TS  102  471  V1.1.1  (2006-04)“Digital  Video  Broadcasting  (DVB);  IP  Datacast  over  DVB-H:  Electronic  Service  Guide  (ESG)”を参照のこと。当該技術分野で知られているDVB-HシステムでのIPデータキャストの例は、図１に示されている。図１では、ヘッドエンド10（ここでは“送信機”とも呼ばれる）は、アンテナ35を介してDVB-H信号36を受信機90で表される１つ以上の受信装置（ここでは“クライアント”又は“受信機”とも呼ばれる）に放送する。DVB-H信号36は、IPデータキャストをクライアントに伝達する。受信機90は、IPデータキャストの回復のため、アンテナ（図示せず）を介してDVB-H信号36を受信する。図１のシステムは、一方向ネットワークを表している。
【０００３】
前述のIPデータキャストは、電子サービスガイド（ESG：electronic  service  guide）及びコンテンツファイルのようなファイルを配信することにより、コンテンツ型サービス（content-based  service）を提供するために使用される。図１に関して、コンテンツ型サービスは、リアルタイムコンテンツ（例えば、テレビ（TV）番組）でもよく、ファイル型コンテンツ（例えば、典型的なTV番組より短い短縮形式コンテンツ）でもよい。ESGは、コンテンツ型サービスを選択し、受信機が選択されたコンテンツを回復することを可能にする機能をユーザに提供する。これに関して、典型的には、ESGは、コンテンツ（ここではイベントとも呼ばれる）についての記述データ又はメタデータ（TV番組の名前、概要、俳優、監督等）と、放送のための予定時間、日時、期間及びチャンネルとを含む。受信機90に関連するユーザは、受信機90をESGにより識別された適切なチャンネルに同調させることにより、ESGにより参照されたコンテンツを受信することができる。リアルタイムコンテンツ（例えば、TV放送）の場合、ESGは、セッション記述プロトコル（SDP：Session  Description  Protocol）ファイルを含む点に留意すべきである（例えば、M.  Handley,  V.  Jacobson,  April  1998“RFC  2327  -  SDP:  Session  Description  Protocol”を参照のこと）。SDPファイルは、受信機90が選択された放送コンテンツに同調することを可能にする更なる情報を含む。
【０００４】
ファイル型コンテンツに関して、図１のヘッドエンド10は、FLUTE（File  Delivery  over  Unidirectional  Transport）プロトコルを使用してファイルを配信する（例えば、T.  Paila,  M.  Luby,  V.  Roca,  R.  Walsh“RFC  3926  ‐  FLUTE  ‐  File  Delivery  over  Unidirectional  Transport”,  October  2004を参照のこと）。FLUTEプロトコルは、一方向ネットワークでファイル又はデータを送信するために使用され、マルチキャストファイル配信を提供する。この例では、ヘッドエンド10がFLUTEの基本トランスポートとしてALC（Asynchronous  Layered  Coding）プロトコルを使用することも想定される（例えば、Luby,  M.,  Gemmell,  J.,  Vicisano,  L.,  Rizzo,  L.,J.  Crowcroft“Asynchronous  Layered  Coding  (ALC)  Protocol  Instantiation”,  RFC  3450,  December  2002を参照のこと）。ALCプロトコルは、任意のバイナリオブジェクトを配信するように設計される。これは、大規模なスケーラブルの一方向マルチキャスト配信に特に適している。
【０００５】
簡単に図２を参照すると、FLUTEを使用したファイル型コンテンツの送信が、ESGを放送するヘッドエンド10に関して示されている。他のファイル型コンテンツの送信も同様であり、ここでは詳細に説明しない。ヘッドエンド10は、ESG生成器15と、FLUTE送信機20と、IPカプセル化器25と、DVB-H変調器30とを有する。ESG生成器15は、ESGをFLUTE送信機20に提供し、FLUTE送信機20は、ALC上でのFLUTEに従ってESGをフォーマットし、当該技術分野において知られたようにIPパケット内にカプセル化するために、FLUTEファイルを伝達する結果のALCパケットをIPカプセル化器25に提供する。結果のIPパケットは、図１に示すように１つ以上の受信装置に送信するために、DVB-H変調器30に提供される。受信機は、特定のFLUTEチャンネル（例えば、IPアドレス及びポート番号）に同調し、受信機で使用されるESGを回復する。
【０００６】
前述のように、受信機は、電力の制約（例えば、電池寿命）を有し得る。更に、放送ネットワークの受信機は、特定の時間にのみ特定の又は選択されたファイル型コンテンツを受信している可能性がある。他の時間には、受信機は、完全に電源投入されているが、放送ネットワークにより送信された他のコンテンツを処理していない。従って、選択された情報が受信されていない時間間隔の間に受信機が電力を低減でき、これにより受信機の電池寿命を増加させるように、FLUTE送信機（例えば、図２のヘッドエンド10のFLUTE送信機20）及びFLUTE受信機（例えば、図１の受信機90のFLUTE受信部（図示せず））が時間同期することが有利である。時間同期を実行する１つの手法が図３に示されている。特に、図３では、時間同期は、NTP（Network  Time  Protocol）サーバ45を介してヘッドエンド10と受信機90との間で実行される。この場合には、（ヘッドエンド10の）FLUTE送信機20は、NTPサーバ45からのNTPタイムスタンプを含む日時テーブル（TDT：Time  and  Date  Table）を提供する（例えば、前述のETSI  EN  300  468  V1.7.1を参照のこと）。ヘッドエンド10は、DVB-H信号36でTDTを放送する。受信機90は、特定の時間に選択されたコンテンツを探すために、受信したNTPタイムスタンプだけを使用する。代替として、ヘッドエンド10は、生サービス放送に含まれるRTCP（Real-time  Transport  Control  Protocol）送信レポートでNTPタイムスタンプを受信機90に提供することができる（例えば、Audio-Video  Transport  Working  Group,  H.  Schulzrinne,  GMD  Fokus  S.  Casner,  Precept  Software,  Inc.,  R.  Frederick,  Xerox  Palo  Alto  Research  Center,  V.  Jacobson.,  January  1996“RFC  1889  RTP:  A  Transport  Protocol  for  Real-Time  Applications”を参照のこと）。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
前述のようなNTPタイムスタンプを使用することにより時間同期を実行することは、受信機での電力管理を実行するために必ずしも適しているとは限らないことに気付いた。特に、前述の手法は、更なる時間遅延を考慮していない。換言すると、NTPタイムスタンプの使用は、選択された情報が受信機で受信される正確な時間を受信機に提供しない。この同期問題は、受信機がRTCP送信機からNTPタイムスタンプを取得している場合には更に複雑になることがある。この理由は、受信機が生サービス放送に同調していない場合には、RTCP送信レポートが利用可能でないからである。
【０００８】
しかし、受信機が、その受信機のパラメータ（距離、干渉等）を考慮した送信機から受信機への何らかの時間遅延の推定を決定することが可能であることを認識した。特に、本発明の原理によれば、受信機は、イベントを受信するときの送信時間と受信時間との関数として時間遅延を決定し、時間遅延の関数として選択されたイベントを受信する時間推定を決定する。
【課題を解決するための手段】
【０００９】
本発明の例示的な実施例では、DVB-H（Digital  Video  Broadcasting  -  Handheld）システムは、ヘッドエンドと少なくとも１つの受信機とを有する。ヘッドエンドは、電子サービスガイド（ESG）とコンテンツとを受信機に送信するために、FLUTE（File  Delivery  over  Unidirectional  Transport）プロトコルを使用する。受信機は、ESGからのPublishedStartTimeパラメータの値と受信機がコンテンツを受信する実際の時間との関数として、コンテンツを受信する時間遅延を決定する。この時間遅延を使用して、受信機は、選択されたコンテンツのESGからのPublishedStartTimeパラメータの値と決定された時間遅延との関数として選択されたコンテンツを受信する時間推定を形成する。
【００１０】
本発明の概念の他の実施例では、受信機は、受信機が選択されたコンテンツを受信する予定ではない時間間隔の間に受信機が電力を低減できるように、電力管理を実行する。
【図面の簡単な説明】
【００１１】
【図１】DVB-H（Digital  Video  Broadcasting  -  Handheld）でのIP（Internet  Protocol）データキャストの従来技術
【図２】DVB-HでのIPデータキャストの従来技術
【図３】DVB-HでのIPデータキャストの従来技術
【図４】図１〜３のシステムのESGのファイル型コンテンツ送信及び関連するフラグメント
【図５】本発明の原理による時間遅延
【図６】本発明の原理によるシステムの例示的な実施例
【図７】本発明の原理に従って受信機で使用される例示的なフローチャート
【図８】本発明の原理に従って受信機で使用される例示的なフローチャート
【図９】本発明の原理によるESGフラグメント及びFDTの使用
【図１０】本発明の原理による他の例示的なフローチャート
【図１１】本発明の原理による選択されたコンテンツの例示的な実際の開始時間テーブル
【図１２】本発明の原理による電力管理の例
【図１３】本発明の原理による他の例示的なフローチャート
【図１４】本発明の原理による受信機の例示的な実施例
【図１５】本発明の原理による受信機の例示的な実施例
【発明を実施するための形態】
【００１２】
前述のことを鑑みて、また、詳細な説明を読むことで明らかになるように、他の実施例及び特徴も考えられ、本発明の原理内に入る。
【００１３】
本発明の概念を除いて、図面に示す要素は周知であり、詳細には説明しない。例えば、本発明の原理を除いて、DMT（Discrete  Multitone）送信（OFDM（Orthogonal  Frequency  Division  Multiplexing）又はCOFDM（Coded  Orthogonal  Frequency  Division  Multiplexing）とも呼ばれる）に精通していることが想定され、ここでは詳細に説明しない。また、テレビ放送、受信機及びビデオ符号化に精通していることが想定され、ここでは詳細に説明しない。例えば、本発明の概念を除いて、TV標準についての現在提案されている推奨（NTSC（National  Television  Systems  Committee）、PAL（Phase  Alternation  Lines）、SECAM（SEquential  Couleur  Avec  Memoire）及びATSC（Advanced  Television  Systems  Committee）（ATSC）、中国デジタルテレビシステム（Chinese  Digital  Television  System  （GB）  20600-2006）並びにDVB-H等）に精通していることが想定される。同様に、本発明の概念を除いて、他の送信概念（8-VSB（eight-level  vestigial  sideband）、QAM（Quadrature  Amplitude  Modulation）等）及び受信機の構成要素（無線周波数RF（radio-  frequency）フロントエンド（低雑音ブロック、チューナ、ダウンコンバータ等）、復調器、相関器、リーク積分器、平方器等）に精通していることが想定される。更に、本発明の概念を除いて、FLUTE（File  Delivery  over  Unidirectional  Transport）プロトコル、ALC（Asynchronous  Layered  Coding）プロトコル、IP（Internet  protocol）及びIPE（Internet  Protocol  Encapsulator）のようなプロトコルに精通していることが想定され、ここでは説明しない。同様に、本発明の概念を除いて、トランスポートビットストリームを生成するフォーマット及び符号化方法（MPEG（Moving  Picture  Expert  Group）-2システム標準（ISO/IEC  13818-1）等）は周知であり、ここでは説明しない。本発明の概念は、通常のプログラミング技術を使用して実装されてもよいため、通常のプログラミング技術についてここでは説明しない。最後に、図面の同様の番号は同様の要素を示す。
【００１４】
前述のように、前述のようなNTPタイムスタンプを使用することにより時間同期を実行することは、受信機での電力管理を実行するために必ずしも適しているとは限らないことに気付いた。特に、前述のNTPタイムスタンプ手法は更なる時間遅延を考慮していない。このことについて、DVB-Hでのファイル型コンテンツ送信に関して図４及び５に更に示されている。図４では、DVB-Hでのファイル型コンテンツ送信は、クリップ50、51、52及び53により表される複数のイベント（ここではクリップとも呼ばれる）を有する。各クリップは、複数のパケットを有してもよいが、これは本発明の概念に関係しない。ESGは、各クリップと開始時間及び終了時間とを関連付け、対応するFLUTEセッションで関連するコンテンツファイルを識別する。このことが、クリップ51に関連するESGのフラグメント60（ESGフラグメント60）について図４に示されている。簡単にするために、他のESGデータは示されていない。図４に示すように、ESGフラグメント60は、クリップ51に関連するContentLocationパラメータ65と、PublishedStartTimeパラメータ61と、PublishedEndTimeパラメータ62とを含む。この例では、対応するFLUTEセッションでの関連するコンテンツファイルは、“Clip1.mp4”である。PublishedStartTime及びPublishedEndTime63及び64の実際の値は、協定世界時（UTC：Coordinated  Universal  Time）単位である。PublishedStartTimeの値は、FLUTE送信機が実際にファイルを送信し始める時間（すなわち、クリップがシステムチェーンでFLUTE送信機から次のブロックに渡される時間）である。このことが、DVB-Hシステムについて図５に更に示されている。すなわち、PublishedStartTimeの値は、FLUTE送信機20がクリップをIPカプセル化器25に渡す時間である。しかし、データパケットがFLUTE送信機を離れたときから何らかの中間ネットワークを介してクライアントに実際に到達するまでに更なる時間遅延が存在する点に留意すべきである。中間ネットワークは、有線若しくは無線、又は一方向若しくは双方向ネットワークを含む。このことがまた、時間遅延61によりDVB-Hシステムに関して図５に示されている。この時間遅延の情報がなければ、受信機は、コンテンツ放送受信時間を正確に推定することができない可能性があり、従って、電力管理を実行する正確な時間を正確に予測することができない。時間同期を実行する前述のNTPタイムスタンプ手法は、この時間遅延を考慮していない。従って、NTPタイムスタンプのみの使用は、全ての状況でコンテンツが受信機90に到達する正確な時間を受信機90に提供しない。実際に、前述のように、受信機がRTCP送信レポートからNTPタイムスタンプを取得している場合に、同期問題は更に複雑になり得る。この理由は、RTCP送信レポートは必ずしも利用可能であるとは限らないからである（例えば、受信機が生サービス放送に同調していない場合）。
【００１５】
しかし、受信機が、その受信機のパラメータ（距離、干渉等）を考慮した送信機から受信機への何らかの時間遅延の推定を決定することが可能であることを認識した。特に、本発明の原理によれば、受信機は、イベントを受信するときの送信時間と受信時間との関数として時間遅延を決定し、時間遅延の関数として選択されたイベントを受信する時間推定を決定する。ここで記載する送信時間は、例えば、開始時間、終了時間等を示し、受信時間は、例えば、到達時間、完了時間等を示す。
【００１６】
図６を参照すると、本発明の原理による例示的なシステムが示されている。この例の目的で、本発明の概念を除いて、図６に示すシステムは、図１に記載したものと同様のDVB-HシステムでのIPデータキャストである。これに関して、ヘッドエンド10は、ラップトップコンピュータ20-1、パーソナルデジタルアシスタント（PDA）20-2及びセルラ電話20-3のいずれかにより表される１つ以上の受信装置（ここでは“クライアント”又は“受信機”と呼ばれる）にIPデータキャストを放送するために、アンテナ35を介してDVB-H信号36を放送する。各受信装置は、リアルタイムコンテンツ及びファイル型コンテンツについて放送されたIPデータキャストを回復するために、DVB-H信号を受信するように構成されることが想定される。図６のシステムは、一方向ネットワークを表す。しかし、本発明の概念は、これに限定されない。以下に説明するように、各クライアントは、選択された情報を受信する時間推定を決定し、決定された時間推定の関数として電力管理を実行する。
【００１７】
図７を参照すると、本発明の原理に従って受信装置（例えば、20-1、20-2又は20-3）で使用される例示的なフローチャートが示されている。簡単にするために、本発明の概念は、ファイル型コンテンツ送信に関して説明されるが、本発明の概念はこれに限定されない。ステップ205において、受信装置はESGを受信する。ESGは、ファイル型コンテンツのイベント（クリップ）のリストを含む。ステップ210において、受信機は、受信したESGに記載されたクリップのいずれかが受信されるように選択されているか否かを決定する。クリップの選択は、複数の方法で実行されてもよい。例えば、ユーザは、受信機のディスプレイでESGを閲覧し、受信するクリップを手動で選択してもよい。代替として、受信機は、ユーザの閲覧習慣を表すプロファイルをメモリ（図示せず）に格納してもよい。この場合、受信機は、プロファイルに見つかったものと同じキーワードでタグ付けされた、現在ESGに記載されているクリップを自動的に選択する。プロファイルはユーザにより設定されてもよく、及び／又は前に受信したクリップに基づいて受信機により生成されてもよい。１つ以上のクリップが選択された後に、ステップ215において、受信機は時間遅延を推定する。次にステップ220において、受信機は、時間遅延の決定された推定の関数として電力管理を実行する。簡単にするために、ここに記載するフローチャートにはエラー状態が示されていない点に留意すべきである。例えば、ステップ210において所与の期間にクリップが選択されていない場合、受信機は、活動しないため、電源を切ってもよい。
【００１８】
図７のステップ215において時間遅延を推定する例示的なフローチャートが図８に示されている。時間遅延を推定するこの例は、FLUTE及びALCプロトコルの特性を利用する。しかし、本発明の概念はこれに限定されず、時間遅延を推定する他の方法が使用されてもよい。FLUTE型IPデータキャストは、送信されているファイルの属性を記述するファイル記述テーブル（FDT：File  Description  Table）を含む。この例では、関連するファイル型コンテンツの送信前に、ステップ305において、受信機がFDTを受信することを想定する。特に注目する点は、以下のFDTフィールドである。“Content-Location”は、ファイルの名前を伝達し、“Transport  Object  Identifier（TOI）”は、FLUTEセッションの範囲についてファイルに関連する固有の番号を伝達する。ステップ310において、受信機は、ESGから選択されたコンテンツのTOI値について、受信したFDTを分析する。特に、選択されたコンテンツ毎に、受信機は、選択されたコンテンツのESGフラグメントの対応するContentLocationパラメータ（例えば、図４のContentLocationパラメータ65）からファイルの名前を識別し、受信したFDTの対応するファイル名について関連するTOI値を識別する。このことが図９に示されている。図９では、ESGフラグメント70は、選択されたコンテンツに関連しており、選択されたコンテンツの名前“Clip2.mp4”がESGフラグメント70のContentLocationパラメータ72の値として示されている。受信したFDTの部分75も示されている。図９からわかるように、受信機は、FDTのcontent-locationパラメータ76の値を分析することにより、受信したFDTで対応するファイルを見つけ、選択されたファイルを見つけ、FDTのTOIパラメータ77から関連するTOI値を決定する。この例では、受信機は、選択されたファイル“Clip2.mp4”が整数値であるNN2のTOI値を有することを決定する。
【００１９】
図８に戻り、FDTを分析した後に、受信機は、何らかの選択されたファイル型コンテンツを伝達するALCパケットの受信を待機する。各ALCパケットは、ファイルパケットと関連するTOIとで構成される。例示的に、受信機は、いつ対応するファイル型コンテンツの実際の受信が開始するかを検出するために、ステップ310からの選択されたコンテンツのTOI値を使用する。これが図８のステップ315及び320に示されている。特に、ステップ315においてALCパケットを受信すると、ステップ320において、受信機は、受信したALCパケットのTOI値が選択されたコンテンツのTOI値に対応するか否かを検査する。受信したALCパケットのTOI値が選択されたコンテンツに対応しない場合、受信機は、次に受信したALCパケットについてステップ315及び320を再び実行する。しかし、受信機が選択されたコンテンツのTOI値（例えば、“clip2.mp4”に関連するNN2）に対応する受信したALCパケットのTOI値を検出すると、受信機は、選択されたコンテンツの実際の受信が開始したことを決定し、ステップ325を実行し、選択されたコンテンツの時間遅延を決定する。
【００２０】
次に図１０を参照すると、ステップ325において時間遅延を決定する例示的なフローチャートが示されている。ステップ350において、受信機は、例えば受信機のローカルクロックから、現在時間を決定する。この現在時間の値は、ここではreceiver_timestamp（又は受信時間）と呼ばれる。receiver_timestampの値は、選択されたコンテンツの受信の実際の開始時間を表す。ステップ355において、受信機は、以下の式から時間遅延を決定する。
【００２１】
TD=receiver_timestamp-PublishedStartTime      (1)
ただし、パラメータTDは推定時間遅延を表し、PublishedStartTimeの値は受信後の選択されたコンテンツの対応するESGフラグメントから受け取られる（例えば、“clip2.mp4”のESGフラグメント70のパラメータ71）。ステップ355において受信機が時間を推定すると、受信機は、全ての選択されたコンテンツの配送の実際の開始時間を推定することができる。特にステップ360において、選択されたコンテンツ毎に、受信機は、以下の式を決定する。
【００２２】
Actual_Start_Time=PublishedStartTime+TD      (2)
ただし、PublishedStartTimeの値は、選択されたフラグメント毎に関連するESGフラグメントから受け取られる。その結果、受信機は、全ての選択されたコンテンツについて、実際の開始時間を示す図１１に示す実際の開始時間テーブルを構築する。この例では、５つのクリップ（clip1、clip2、clip3、clip4及びclip5）が利用可能であることを受信したESGが示し、clip2、clip4及びclip5が受信機により受信されるものとして選択されている（例えば、図７のステップ210）ことを想定している。選択されたクリップ毎に、PublishedStartTimeの関連する値（例えば、clip2、clip4及びclip5についてそれぞれ時間T2、T4及びT5）が対応するESGフラグメントから抽出される。同様に、対応するTOI値（例えば、NN2、NN4及びNN5）がFDTから抽出される（例えば、図８のステップ310）。最後に、選択されたコンテンツを受信する実際の開始時間が式(2)から計算される。図８に戻り、受信機は、ステップ330においてファイルの終了（EOF）が検出されるまで、ステップ330及び335において現在受信している選択されたコンテンツのALCパケットを受信し続ける。EOFを検出すると、ステップ340において、受信機は、受信したコンテンツを処理する。clip2は、完全に図１１のテーブルに含まれている点に留意すべきである。以下の段落で説明するように、この例では、clip2は、時間遅延TDを決定するために使用される。従って、clip2の実際の開始時間を決定する必要はない。しかし、本発明の原理によれば、他のコンテンツ（clip1のような選択されていないコンテンツ）も、時間遅延TDを決定するために使用されてもよい。
【００２３】
前述の処理の結果、選択されたコンテンツ毎に、送信機と受信機との間のネットワーク遅延を考慮した実際の開始時間の値が決定される。図７に戻り、ステップ220において、受信機は、決定された時間推定の関数として電力管理を実行する。従って、本発明の原理によれば、選択されたコンテンツに関連する全てのFLUTEチャンネルは、選択されたコンテンツを受信するために必要な場合にのみ、電源が投入され得る。このことが、図１１のテーブルに示す選択されたクリップについて、図１２に示されている。例えば、時間間隔81において、受信機は、FDT80を受信して時間遅延TDを決定するために“オン”になっている。特に、時間TFに、受信機は、受信したFDT80を受信して分析する（図８のステップ305及び310）。次に、受信機は、受信したALCパケットを処理し、時間遅延を決定するために選択されたコンテンツを探す。clip1の受信したTOI値により示されるように、clip1は選択されたコンテンツではないため、最初のクリップclip1は受信機により無視される。しかし、clip2の開始時に、clip2の受信したTOI値によりclip2が選択されたコンテンツであることを検出すると、受信機は、TDの値を推定し、前述のように全ての選択されたコンテンツについて実際の開始時間を決定し、clip2について受信したALCパケットを処理する。その結果、clip2を受信した後に、ファイル型コンテンツについてFLUTEチャンネルを処理することに関連する受信機の部分は、次の選択されたコンテンツ（clip4等）を受信し始める時間になるまで、時間間隔82において“オフ”又は“スリープ”になる。従って、図１２からわかるように、受信機の部分は、選択されたコンテンツを実際に受信する時間になるまでスリープになってもよい。このことは、受信機が全てのFLUTEチャンネルを常にオープンに保持しなければならないことによる電力の浪費から解放する。
【００２４】
本発明の原理に従って図７のステップ220において電力管理を実行する例示的なフローチャートが図１３に示されている。選択されたコンテンツの実際の開始時間を決定した後に、最初の選択されたコンテンツを受信する処理において、ステップ405において、次の選択されたコンテンツの実際の開始時間まで、受信機はスリープになる。選択されたコンテンツを受信する時間になると、ステップ410において、受信機は起動してALCパケットを受信する。ステップ415において、受信機は、TOI値を検査し、これが選択されたコンテンツであるか否かを決定する。選択されたコンテンツではない場合、受信機はステップ405に戻り、次の選択されたコンテンツの実際の開始時間までスリープになる。しかし、選択されたコンテンツである場合、受信機は、ステップ420及び425に示すように、EOFを探してALCパケットを受信し続ける。EOFを検出すると、ステップ430において、受信機は受信したコンテンツを処理する。次に、受信機はステップ405に戻り、次の選択されたコンテンツの実際の開始時間までスリープになる。
【００２５】
前述のように、受信機が電力を低減し得る１つの方法は、FLUTEチャンネル受信をオン及びオフすることである。この場合、受信機は、FLUTEチャンネルに関連する何らかのIPパケットに関与しないため、選択されていないコンテンツについて何らかの余分な処理を除去する。しかし、受信機は、本発明の原理に従って他の方法で電力消費を低減してもよい。例えば、DVB-H無線受信機自体が、オン及びオフを切換えられてもよい。このことは、選択されていないコンテンツが受信されている時間に、受信機が無線受信機を動作させる電力を使用することから解放する。
【００２６】
次に図１４を参照すると、本発明の原理による受信機100の例示的な実施例が示されている。本発明の概念に関係する受信機100の部分のみが示されている。受信機100は、いずれかのプロセッサ型プラットフォーム（例えば、PC、パーソナルデジタルアシスタント（PDA）、セルラ電話、移動デジタルテレビ（DTV）等）を表す。これに関して、受信機100は、図１４に点線のボックス形式で示すプロセッサ190及びメモリ195で表されるように、１つ以上のプロセッサ及び関連するメモリを含む。これに関して、図７、８、１０及び１３の前述のフローチャートにより表されるようなコンピュータプログラム又はソフトウェアは、プロセッサ190による実行のために、メモリ195に格納される。プロセッサ190は、１つ以上の格納されたプログラムの制御プロセッサを表し、必ずしも受信機能に専用である必要はない。例えば、プロセッサ190はまた、受信機100の他の機能を制御してもよい。メモリ195は、何らかの記憶装置（例えば、ランダムアクセスメモリ（RAM）、読み取り専用メモリ（ROM）等）を表し、受信機15の内部でもよく、及び／又は外部でもよい。メモリ195は、必要に応じて揮発性及び／又は不揮発性である。受信機100は、DVB-H受信機110と、IPカプセル化解除器115と、FLUTE受信機120とを有する。これらの構成要素の一部又は全部は、プロセッサ190及びメモリ195により表されるようなソフトウェアで実装されてもよい。DVB-H受信機110は、アンテナ105を介して（図６の）DVB-H信号36を受信し、復調信号をIPカプセル化解除器115に提供する。後者は、ALCパケットをFLUTE受信機120に提供し、FLUTE受信機120は、信号121で表されるようなコンテンツを回復する。このコンテンツは、当該技術分野に既知のように、受信機110により更に処理されてもよい（円130で表す）。前述のように、本発明の原理によれば、プロセッサ190は、時間遅延を推定し、電力管理を実行する。この例では、FLUTE受信機120及びDVB-H受信機110は、制御信号109及び119により表されるように、プロセッサ190により電源オン及びオフされる。これにより、少なくともいくつかの選択されていないコンテンツについて、受信機100は低減した電力で動作する。
【００２７】
本発明の原理による受信機500の他の例示的な実施例が図１５に示されている。本発明の概念に関係する受信機500の部分のみが示されている。受信機500は、DVB-H受信機510と、復調器／デコーダ515と、トランスポートプロセッサ520と、コントローラ550と、メモリ560とを含む。簡単にするために、受信機の他の構成要素（アナログ−デジタル変換器、フロントエンドフィルタ等）は示されていない点に留意すべきである。トランスポートプロセッサ520及びコントローラ550は、１つ以上のマイクロプロセッサ及び／又はデジタルシグナルプロセッサ（DSP）をそれぞれ表し、プログラムを実行してデータを格納するメモリを含んでもよい。これに関して、メモリ560は、受信機500のメモリを表し、例えばトランスポートプロセッサ520及び／又はコントローラ550の何らかのメモリを含む。例示的な双方向データ及び制御バス501は、図示のように、受信機500の様々な要素を互いに結合する。バス501は単なる例であり、例えば、受信機500の要素間でデータ及び制御シグナリングを伝達するために、（並列及び／又は直列形式の）個々の信号等が使用されてもよい。DVB-H受信機510は、DVB-H信号509を受信し、ダウンコンバートされたDVB-H信号511を復調器／デコーダ515に提供する。後者は、信号511の復調及び復号を実行し、復号された信号516をトランスポートプロセッサ520に提供する。トランスポートプロセッサ520は、パケットプロセッサであり、DVB-Hに従ってリアルタイムコンテンツ又はファイル型コンテンツを回復するために、リアルタイムプロトコル及びFLUTE／ALCプロトコルスタックの双方を実装する。トランスポートプロセッサ520は、コンテンツ信号521により表されるようなコンテンツを適切な次の回路（円591により表される）に提供する。コントローラ550は、ESG及びFTD情報を回復し、時間遅延TDを推定する際に使用される前述のreceiver_time_stampを決定し、メモリ560に格納される図１１に示すような実際の開始時間テーブルを構築するために、前述のフローチャートに従って、バス501を介してトランスポートプロセッサ520を制御する。コントローラ560は、制御信号551、552及び553を介して（バス501を介して）、本発明の原理に従ってトランスポートプロセッサ520とDVB-H受信機510と復調器／デコーダ515の電力管理を実行する。
【００２８】
前述のように、本発明の概念により、受信機は、その受信機のパラメータ（距離、干渉等）を考慮した受信機特有の時間遅延を推定することが可能になる。更に、本発明の原理によれば、式(1)により表される時間遅延の推定は、更に改善されてもよい。例えば、受信機が選択されたコンテンツを受信するために電源投入される毎に、受信機は、現在受信している選択されたコンテンツのタイムスタンプに基づいてTDの値を更新してもよい。これに関して、時間遅延は、発行開始時間（PublishedStartTime）と受信時間との差で動作する統計関数から或る期間で推定されてもよい。統計関数は、収集された時間遅延値の平均からの標準偏差、時間遅延値の平均、時間遅延値の線形及び非線形相関を含んでもよい。時間遅延の標本点もまた、受信機が推定を更に効率的に行うためにモデル化技術を使用する機能を提供する。これらのモデル化技術は、修正又は未修正ガウス曲線（modified  or  unmodified  Gaussian  curves）、ラプラシアン曲線（Laplacian  curve）及びカイ二乗モデルを含んでもよい。更に、ESGフラグメントもまたPublishedEndTimeフィールドを含んでもよいため、受信機はまた、実際の終了時間としての完了時間（すなわち、受信したコンテンツの最後のALCパケットが受信された時間）を記録し、関連するESGフラグメントのPublishedEndTimeに対して実際の終了時間を比較することにより、時間遅延を推定してもよい。
【００２９】
時間遅延を決定する他の変形も可能である点に留意すべきである。特に図８の説明では、受信機が実際のコンテンツの送信の前にFDTを受信することが想定されている。しかし、DVB-Hシステムは、FDTが実際のコンテンツの送信前に送信されることを必要としない点に留意すべきである。例えば、FDTは、コンテンツ放送の終了時に送信されてもよく、全く異なる期間に非同期で送信されてもよい。このような場合、受信機は、ファイル属性を認識せずに選択されたコンテンツを受信する。それにも拘らず、受信機は、依然として本発明の原理に従って時間推定を決定することができる。例えば、受信機は、受信したESGを参照し、次の放送予定のコンテンツを決定し、このコンテンツの最初に受信したALCパケットを使用して、このコンテンツが選択されたコンテンツではなかったとしても、前述のように時間遅延を推定してもよい。
【００３０】
前述のことを鑑みて、本発明の原理によれば、受信機は、選択されたコンテンツが受信されていない時間の間に電力を低減することにより、電力管理を実行する。本発明の概念は、移動装置を有するユニキャストDVB-Hシステムに関して説明されているが、本発明の概念はこれに限定されず、他の種類のシステム、受信機又は装置にも適用可能である点に留意すべきである。例えば、本発明の概念はまた、マルチキャストシステムに当てはまる。同様に、本発明の概念は、電池を有する又は電池を有さない電力管理を実行する如何なる受信機又は装置に当てはまる。従って、本発明の概念は、移動していない装置を考えたときにも、そのような装置に当てはまる。更に、本発明の概念は、複数の要素を有する装置について説明されているが、本発明の概念はまた、１つ以上の要素が（例えばネットワーク（ローカルエリアネットワーク、ブルートゥースネットワーク等）を通じて）分散的に構成されている装置にも当てはまる。更に、電力管理は、FLUTEチャンネル及び／又はDVB-H無線受信機のオン及びオフに関して説明されているが、他の手法も使用可能である。例えば、受信機の１つ以上の集積回路は、本発明の原理に従って可能になる電力節約モードをサポートしてもよい。或いは、受信機の一部又は全部（例えば、受信機の送受信回路（すなわち、送信機及び受信機の双方））が、電力を切られてもよく、オフされてもよい。更に、本発明の概念は、他の電力節約技術と共に使用されてもよい。例えば、本発明の原理による電力管理は、DVB-Hにより提供されるタイムスライシング（time-slicing）モジュールと共に動作する。タイムスライシングモジュールは、受信機の電力消費を節約することを目的とする（例えば、前述のETSI  EN  302  304  V  1.1.1を参照のこと）。また、ファイル型コンテンツ送信について説明したが、本発明の概念はまた、リアルタイムコンテンツ送信にも適用可能である。
【００３１】
前述のことを鑑みて、前述の内容は、本発明の原理を単に例示するものであり、従って、当業者は複数の代替構成を考えることができることがわかる。複数の代替構成は、ここに明示的に記載されていないが、本発明の原理を具現するものであり、その要旨及び範囲内に入る。例えば、別々の機能要素に関して示しているが、これらの機能要素は、１つ以上の集積回路（IC）に具現されてもよい。同様に、別々の要素として示されているが、要素の一部又は全部は、例えば、図７、８、１０、１３等に示す１つ以上のステップに対応する、関連するソフトウェアを実行する格納されたプログラム制御プロセッサ（例えば、デジタルシグナルプロセッサ）に具現されてもよい。更に、本発明の原理は、他の種類の通信システム（例えば、衛星、Wi-Fi（Wireless-Fidelity）、セルラ等）にも適用可能である。実際に、本発明の概念はまた、静止又は移動受信機にも適用可能である。従って、複数の変更が例示的な実施例に対して行われてもよく、特許請求の範囲に記載の本発明の要旨及び範囲を逸脱することなく、他の構成が考えられ得ることがわかる。
【図１】
2010529734.tif 000003
【図２】
2010529734.tif 000004
【図３】
2010529734.tif 000005
【図４】
2010529734.tif 000006
【図５】
2010529734.tif 000007
【図６】
2010529734.tif 000008
【図７】
2010529734.tif 000009
【図８】
2010529734.tif 000010
【図９】
2010529734.tif 000011
【図１０】
2010529734.tif 000012
【図１１】
2010529734.tif 000013
【図１２】
2010529734.tif 000014
【図１３】
2010529734.tif 000015
【図１４】
2010529734.tif 000016
【図１５】
2010529734.tif 000017
【国際調査報告】
2010529734.tif 000018
2010529734.tif 000019
2010529734.tif 000020