(57)【要約】  種々のドメイン（乗り物、家庭、および人など）内の異なるクライアントデバイス間でコンテンツを管理するシステムおよび方法（図１）。そのシステムおよび方法は、コンテンツを遅延させるための入力を、第１クライアントデバイスに関するユーザから受信するステップを含む。入力を受信した後、第１クライアントデバイスは、第１クライアントデバイスが無線通信システムに接続されているかどうかを判定する。第１クライアントデバイスが無線通信システムに接続されている場合に、第１クライアントデバイスはデータメッセージをホストシステムに送信する。一実施形態では、その後、ホストシステムは、データメッセージを受信した後に（全体的かまたは部分的に）コンテンツを取得して、ユーザが、第１クライアントデバイスまたは別のクライアントデバイスに関してコンテンツの再生を再開することができる（図８）。
2008506318.tif 000002
【特許請求の範囲】
【請求項１】
第１期間中のブロードキャスト用にスケジュールされたコンテンツを管理する方法であって、
前記第１期間と異なる第２期間までコンテンツを遅延させるための、第１デバイスに関するユーザからの入力を受信するステップと、
前記第１デバイスが、第１無線通信システムに接続されているかどうかを判定するステップと、
前記第１デバイスが、前記第１無線通信システムに接続されている場合に、データメッセージをホストコントローラに送信するステップであって、前記データメッセージは、少なくとも遅延コンテンツ命令を含む複数の情報要素を含む、送信するステップと、
前記第１期間中のブロードキャスト用にスケジュールされた前記コンテンツを取得するステップであって、それによって、前記ユーザが、第２期間中に前記コンテンツを再生することが可能になる、取得するステップと、を含み、
前記第１デバイスは、少なくとも、家庭、乗り物、および人からなる群から選択されるドメイン内にある方法。
【請求項２】
前記コンテンツを取得するステップは、前記ホストコントローラが、インターネット接続を通してコンテンツプロバイダから前記コンテンツを取得することを含む請求項１に記載の方法。
【請求項３】
前記コンテンツを取得するステップは、前記ホストコントローラが、デジタル衛星通信システムを通して前記コンテンツを取得することを含む請求項１に記載の方法。
【請求項４】
前記コンテンツはブロードキャストプログラムであり、前記コンテンツを取得するステップは、全ブロードキャストプログラムを取得するか、または、前記ブロードキャストプログラムの一部分を取得するかを判定するステップを含む請求項１に記載の方法。
【請求項５】
前記ホストコントローラは、前記ブロードキャストプログラムの一部分を取得すると判定される場合、前記ブロードキャストプログラムの第１セグメントを取得し、前記ブロードキャストプログラムの前記第１セグメントを前記第１デバイスに送信する請求項４に記載の方法。
【請求項６】
前記第１デバイスは、前記ブロードキャストプログラムの第２セグメントを記憶し、前記ブロードキャストプログラムの前記第１セグメントを前記ブロードキャストプログラムの前記第２セグメントに接続する請求項５に記載の方法。
【請求項７】
前記データメッセージが、前記第１無線通信システムに接続されていないと判定される場合、前記データメッセージを前記第１デバイスに記憶するステップをさらに含み、前記データメッセージは、前記第１デバイスが前記第１無線通信システムに接続されていると判定されると、前記ホストコントローラに送信される請求項１に記載の方法。
【請求項８】
前記取得されたコンテンツを第２デバイスに送信するステップであって、それによって、前記第２デバイスに関して第２期間中に前記コンテンツを再生する、送信するステップをさらに含み、前記第１デバイスは、前記第２デバイスと異なるドメイン内にある請求項１に記載の方法。
【請求項９】
前記第２デバイスに関連するコンテンツタイプを前記ホストコントローラにおいて決定するステップ、および、前記取得されたコンテンツを前記第２デバイスに送信するステップの前に、前記第２デバイスに関連するコンテンツタイプに従ってコンテンツをフォーマットするステップをさらに含む請求項８に記載の方法。
【請求項１０】
前記第２デバイスから第３デバイスへ前記取得されたコンテンツの少なくとも一部分を送信するステップであって、それによって、前記ユーザが、前記第３デバイスに関して前記第２期間中に前記コンテンツを再生する、送信するステップをさらに含む請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、種々のドメイン内のデバイス間でコンテンツを管理することに関し、より詳細には、異なるドメインにわたってブロードキャストコンテンツを遅延させるか、または、タイムスリップさせるシステムおよび方法に関する。
【背景技術】
【０００２】
ユーザが、コンテンツを記憶し、後で再生することを可能にするデジタルビデオレコーダおよび他のコンテンツ記憶デバイスが存在する。しかし、従来のシステムは、単一ドメイン内でブロードキャストコンテンツの記憶および再生を扱うように限定されている。
【０００３】
ユーザが、１つのドメイン（乗り物など）から異なるドメイン（家庭など）へ移動するときに、そのコンテンツの一部分を欠落させることなく、音声（またはビデオ）コンテンツをシームレスに聴取（または閲覧)）することについての必要性が存在する。たとえば、乗り物のオペレータが、そのオペレータの通勤時間の１時間前にブロードキャストすることをスケジュールされているトークショーまたはスポーツイベントを聴取したいと思うと仮定する。乗り物はオフになっており、オペレータは、乗り物の電池を消耗したくないため、乗り物が、ブロードキャスト自体を記憶することは可能でない場合がある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
現在は、ユーザは、最初にブロードキャストされたプログラムの視聴を、ドライバが乗り物の中にいる期間まで遅延させることができない。同じことが、ビデオ、たとえば、搭乗者が乗り物の中にいる期間について、乗り物内の娯楽システムに関して定期的にスケジュールされたビデオプログラムの再生を遅延させることもできない。
【０００５】
したがって、特に、異なるドメイン内でコンテンツを管理する領域において、先行する問題の、全てでなくても、ほとんどを克服するか、または、最小にするシステムおよび方法を提供することが望ましい。すなわち、種々のドメイン（乗り物、家庭、人、ホットスポット、職場、または学校など）内の異なるクライアントデバイス間でコンテンツを管理するシステムおよび方法が望まれる。
【課題を解決するための手段】
【０００６】
本発明は、種々の変更および代替形態を受けるが、特定の実施形態は、図面において例として示されており、本明細書で詳細に述べられるであろう。しかし、本発明は、開示される特定の形態に限定されることはなく、むしろ、本発明は、添付特許請求項によって規定される本発明の精神および範囲内に入る、全ての変更形態、等価形態、および代替形態を包含する。
【０００７】
この結果、一実施形態では、第１期間中のブロードキャスト用にスケジュールされたコンテンツを管理する方法が存在する。その方法は、第１期間と異なる第２期間までコンテンツを遅延させるために、第１デバイス上でユーザからの入力を受信するステップと、第１デバイスが、第１無線通信システムに接続されているかどうかを判定するステップと、第１デバイスが、第１無線通信システムに接続されている場合に、データメッセージをホストコントローラに送信するステップと、第１期間中のブロードキャスト用にスケジュールされたコンテンツを取得するステップであって、それによって、ユーザが、第２期間中にコンテンツを再生することが可能になる、ステップとを含む。
ブロードキャストコンテンツは、種々の方法で取得されてもよい。ブロードキャストコンテンツは、インターネット接続を通してコンテンツプロバイダからホストコントローラによって取得することができる。ブロードキャストコンテンツはまた、第１期間中にブロードキャストコンテンツを記憶することになるデジタル衛星通信システムを通してホストコントローラによって取得されてもよい。ブロードキャストコンテンツはまた、ラジオチューナを通じてローカル無線ブロードキャスタから取得されてもよい。
さらに、コンテンツを取得するステップは、ブロードキャストプログラムが、全体的に記憶されるか、または、部分的に記憶されるについての判定をさらに含んでもよい。ブロードキャストプログラムが、部分的に記憶される場合、ホストシステムは、ブロードキャストプログラムの第１セグメントを記憶し、ブロードキャストプログラムの第１セグメントを第１デバイスに送信するであろう。その後、第１デバイスは、ブロードキャストプログラムの第２セグメントを記録し始め、ブロードキャストプログラムの第１セグメントを第２セグメントに接続するか、または、オーバラップさせて、ユーザに対するシームレスな再生が提供される。
【０００８】
一実施形態では、第１通信システムは、ブルートゥース(商標)通信システム、ＩＥＥＥ８０２．１１通信システム、ＩＥＥＥ８０２．１６通信システム、ＩＥＥＥ８０２．２０通信システム、無線ユニバーサルシリアルバス（ＷＵＳＢ）システム、または専用狭域通信（ＤＳＲＣ）システムなどの狭域無線通信システムである。第１デバイスはまた、セルラ通信ネットワークなどの第２無線通信システムと通信するための第２送受信機を含んでもよい。第１デバイスが第２送受信機を含む、さらなる実施形態では、方法は、第１デバイスが、第２無線通信システムに接続されているかどうかを判定するステップと、接続が存在する場合、第２無線通信システムを通じてデータメッセージを送信するステップをさらに含んでもよい。第１クライアントデバイスが、第１と、第２のいずれの無線通信システムにも接続されていない場合、第１クライアントデバイスは、後の送信のためにデータメッセージを記憶してもよい。
【０００９】
別の実施形態では、第１期間中のブロードキャスト用にスケジュールされたコンテンツを、第１クライアントデバイスと第２クライアントデバイスとの間で管理する方法が存在し、第１クライアントデバイスは、第１ドメイン（乗り物など）内にあり、第２クライアントデバイスは、第２ドメイン（家庭内または人の上など）内にある。方法は、無線通信システムを通じて第１デバイスからデータメッセージを受信するステップであって、データメッセージは、コンテンツを第２期間まで遅延させるために第１デバイスに関するユーザからの入力に応答して受信される、受信するステップと、第１期間中のブロードキャスト用にスケジュールされたコンテンツを取得するステップと、無線通信システムを通じて第２デバイスへコンテンツを送信するステップであって、それによって、ユーザが、第２デバイスに関して第２期間中にコンテンツを再生することが可能になる、送信するステップとを含む。ここで、無線ゲートウェイへ送信されたデータメッセージは、少なくとも記憶コンテンツ命令を含む複数の情報要素を含む。さらに、方法は、第２デバイスに関連するコンテンツタイプを決定するステップ、および、コンテンツを第２デバイスに送信する前に、第２デバイスに関連するコンテンツタイプでコンテンツをフォーマットするステップをさらに含んでもよい。
【００１０】
さらなる実施形態では、システムが、第１期間中のブロードキャスト用にスケジュールされたコンテンツを管理することができる通信システム内にクライアントデバイスが存在する。クライアントデバイスは、少なくとも、ユーザインタフェース、第１無線送受信機、コントローラ、およびメモリを含む。ユーザインタフェースは、第１期間と異なる第２期間中にコンテンツにアクセスするための、ユーザからの入力を受信するのに使用される。第１無線送受信機は、無線で、クライアントデバイスを、第１無線通信システムに接続することができる。コントローラは、ユーザからの入力に応答して、クライアントデバイスが、第１無線通信システムに接続されているかどうかを判定する。接続されている場合、コントローラは、データメッセージを生成し、第１通信システムを通じてリモートホストコントローラへデータメッセージを送信する。無線ゲートウェイへ送信されたデータメッセージは、以下でより詳細に述べるように、少なくとも、遅延コンテンツ命令および任意の付加的な情報を含む。メモリは、第１期間中のブロードキャスト用にスケジュールされたコンテンツを記憶するために使用される。メモリに記憶されるコンテンツは、リモートホストコントローラへ送信されたデータメッセージに応答して、リモートホストコントローラから受信される。コンテンツは、ブロードキャストされた全プログラムであってよく、または、ブロードキャストされた最初のプログラムの小さなセグメントであってもよい。
【００１１】
別の実施形態では、第１期間中のブロードキャスト用にスケジュールされた、モバイルクライアントデバイス用のコンテンツを管理するホストシステムが存在する。モバイルクライアントデバイスは、上述したドメインのうちの１つから選択される。ホストシステムは、少なくとも、無線ゲートウェイ、データベース、およびコントローラを含む。無線ゲートウェイは、遅延コンテンツ命令を含む、クライアントデバイスからのデータメッセージを受信するように構成される。データメッセージは、少なくとも、記憶コンテンツ命令を含む複数の情報要素を含む。データベースは、ユーザのクライアントデバイスおよび任意の他のクライアントデバイスに関する情報を記憶するように構成される。コントローラは、無線ゲートウェイおよびデータベースに接続される。コントローラは、データベースからクライアントデバイスを識別し、第１期間中のブロードキャスト用にスケジュールされたコンテンツを取得することができる。その後、コントローラは、無線通信システムを通じてクライアントデバイスへコンテンツを送信して、ユーザが、第２期間中にクライアントデバイスに関してコンテンツを再生することが可能になる。
【発明を実施するための最良の形態】
【００１２】
ここで、図面を参照すると、図１は、本発明についての通信システム２０の例の使用の高位レベルブロック図を示す。一般に、通信システム２０は、乗り物、家庭、および人などの種々のドメイン内に存在する複数のクライアントデバイス２２ａ、２２ｂ、２２ｃ、２２ｄを含んでもよい。たとえば、乗り物ドメイン内のクライアントデバイス２２ａは、乗り物のヘッドユニットおよび／または娯楽システム内に組み込まれてもよい。家庭ドメイン内のクライアントデバイス２２ｂ、２２ｃは、パーソナルコンピュータ、家庭娯楽システム、デジタル音声レコーダ、および／または、デジタルビデオレコーダなどの品目(item)を含んでもよい。人のドメイン内のクライアントデバイス２２ｄは、個人情報端末（ＰＤＡ）、デジタル音楽プレーヤ、および／または携帯電話などの可搬型電子デバイスなどの品目を含んでもよい。クライアントデバイスはまた、ホットスポット、職場、または学校などの他のドメイン内に存在してもよい。
【００１３】
通信システム２０はまた、無線リンクおよび有線リンクの組み合わせを通してクライアントデバイス２２ａ〜２２ｄと通信することができる中央サービスプロバイダ２４を含む。一実施形態では、中央サービスプロバイダ２４は、高速インターネット・ネットワーク３４に接続される。中央サービスプロバイダ２４は、異なるクライアントデバイス２２ａ〜２２ｄ間でのコンテンツの配信および制御を管理するのを補助してもよい。中央サービスプロバイダ２４は、さらに、付加的なサービスを提供してもよく、または、セルラサービスプロバイダ、衛星ブロードキャストコンテンツプロバイダ、ケーブルテレビジョンコンテンツプロバイダ、またはストアードインターネットコンテンツプロバイダなどの他のサービスプロバイダのサービス内に組み込まれてもよい。さらに、クライアントデバイス２２ａ〜２２ｄ間でのコンテンツの配信および制御を管理する機能の一部または全ては、家庭ドメイン内のユーザにローカルに備わっていてもよい。
【００１４】
クライアントデバイス２２ａ〜２２ｄがコンテンツ受信機を有する一実施形態では、クライアントデバイス２２ａ〜２２ｄは、衛星コンテンツプロバイダ２６からブロードキャストコンテンツ（音声および／またはビデオ）を受信してもよい。これは、例示的な衛星コンテンツプロバイダ、および、クライアントデバイス２２ａ〜２２ｄへの通信リンクＡの受信によって図１に示される。他の実施形態では、クライアントデバイス２２ａ〜２２ｄはまた、ローカルコンテンツブロードキャスタ（図示せず）から無線信号を介してブロードキャストコンテンツを受信する受信機を有してもよい。クライアントデバイス２２ａ〜２２ｄはまた、インターネットコンテンツプロバイダ２７からストアードコンテンツを受信してもよい。インターネットコンテンツプロバイダ２７は、ユーザにストードブロードキャストコンテンツを提供してもよく、または、ケーブルテレビジョンプロバイダの一部であってよい。以下でより詳細に説明するように、クライアントデバイスが、可搬型ユニットか、または、モバイルユニット（乗り物ドメイン内のクライアントデバイス２２ａまたは人のドメイン内のクライアントデバイス２２ｄ）である場合、クライアントデバイスは、狭域通信システムを通して家庭ゲートウェイ２８またはホットスポットゲートウェイ３０からストアードブロードキャストコンテンツを受信してもよい。
【００１５】
図１に示すように、クライアントデバイス２２ａ〜２２ｄは、異なる通信リンク（通信矢印Ｂ−Ｅを参照されたい）を通して通信システム２０と無線で通信してもよい。無線通信リンクＢ−Ｅは、異なるタイプの無線通信プロトコル用の個々のセット（Ｂ−Ｃ、Ｄ−Ｅ）に分割されてもよい。たとえば、クライアントデバイス２２ａ〜２２ｄは、狭域無線通信システムまたはネットワークを通して無線通信リンクＢ−Ｃを確立することができる第１無線送受信機を含んでもよい。この実施形態では、狭域無線通信システムまたはネットワークは、ブルートゥース(商標)通信システム、ＩＥＥＥ８０２．１１通信システム、ＩＥＥＥ８０２．１６通信システム、ＩＥＥＥ８０２．２０通信システム、無線ユニバーサルシリアルバス（ＷＵＳＢ）システム、または専用狭域通信（ＤＳＲＣ）システムを含んでもよい。クライアントデバイス２２ａ〜２２ｄの狭域無線送受信機は、家庭無線ゲートウェイ２８を通して別のクライアントデバイス２２ａ〜２２ｄへ（乗り物のクライアントデバイス２２ａから家庭のクライアントデバイス２２ｂ、２２ｃへなど）の直接通信を提供してもよい。あるいは、クライアントデバイス２２ａ〜２２ｄの狭域無線送受信機は、ホットスポットゲートウェイ３０を通して別のクライアントデバイスへ（乗り物のクライアントデバイス２２ａから、ホットスポットゲートウェイ３０を通して、家庭のクライアントデバイス２２ｂ、２２ｃへなど）の間接無線通信を提供してもよい。狭域通信システムを通じた無線通信リンクは、データメッセージの交換ならびにクライアントデバイスへのストアードブロードキャストコンテンツの転送を実現することができる。
【００１６】
さらに、クライアントデバイス２２ａ〜２２ｄは、セルラ通信システムおよびネットワーク３２などの、第２無線通信システムを通して無線通信リンクＤ−Ｅを確立することができる第２無線送受信機を含んでもよい。セルラ通信システムおよびネットワーク３２は、モバイル通信用グローバルシステム（ＧＳＭ）プロトコル、ユニバーサルモバイルテレフォニーシステム（ＵＭＴＳ）プロトコル、符号分割多重アクセス（ＣＤＭＡ）プロトコル、広帯域ＣＤＭＡ（ＷＣＤＭＡ）プロトコル、ＣＤＭＡ２０００プロトコル、または時分割多重アクセス（ＴＤＭＡ）プロトコルなどの無線通信プロトコルに従って動作することができる。ここで、セルラシステムまたはネットワーク３２は、さらに、クライアントデバイス２２ａ〜２２ｄ間でのデータメッセージ通信用のホストとして最終的には働いてもよい、中央サービスプロバイダ２４への経路上のセルラサービスプロバイダ３６または他の有線ネットワークによってインターネット３４に結合される。あるいは、セルラシステムまたはネットワーク３２は、別のクライアントデバイスへの経路上のインターネット３４または他の有線ネットワークに結合される（乗り物のクライアントデバイス２２ａから、セルラネットワークプロバイダ３６を通して、家庭のクライアントデバイス２２ｂ、２２ｃへなど）。上述した無線通信プロトコルは、本発明で使用することができる既存のプロトコルを単に表す。
【００１７】
乗り物ドメインの例示的なクライアントデバイス２２ａは、ここで、図２〜４に関連してさらに詳細に述べられるであろう。一実施形態では、乗り物のクライアントデバイス２２ａは、２つの主要な構成要素、すなわち、ヘッドユニット４０とテレマティクス制御ユニット７０からなってもよい。具体的に示すために別個の構成要素として示されるが、本開示の利益を受ける当業者は、ヘッドユニット４０およびテレマティクス制御ユニット７０の態様ならびにその構成要素は、組み合わすか、または、交換することができることを認識するであろう。いずれにしても、図２に示す実施形態では、ヘッドユニット４０は、コントローラ４２、ユーザインタフェース４４、４６、コンテンツ受信機４８、第１無線送受信機５０、メモリ５２を含んでもよい。
【００１８】
ユーザインタフェースは、ユーザ入力４４およびユーザ出力４６を含む。ユーザ入力４４は、キーパッドまたは特定ユーザ専用のボタンのセット４６を含んでもよい。ユーザは、キーパッドまたは専用ボタンを使用して、第１期間中にスケジュールされたコンテンツを遅延させるか、または、再スケジュールする要求を含む、本発明の特定の機能が実施されてもよい。以下でより詳細に述べるように、ユーザは、元々第１期間中にスケジュールされたブロードキャストコンテンツが、第２期間まで遅延されることを要求してもよい。本発明は、ユーザの個人のスケジュールに合うように、最初のブロードキャストを再スケジュールするか、または、遅延させたいと思うユーザにとって特に有利である。たとえば、ユーザが、７：００ａｍに定期的に通勤するが、６：３０ａｍに始まるブロードキャスト（トークショーなど）を聴取したくなるであろうことをわかっている場合、ユーザは、ブロードキャストが、３０分だけ遅延するか、または、そうでなければタイムスリップすることを指定してもよい。あるいは、ブロードキャストコンテンツは、ユーザからのさらなる入力を受信した後、より遅い時間まで遅延されることができる。ユーザが、乗り物クライアントデバイス２２ａのユーザインタフェースを通して遅延要求を提供することが可能であるのに加えて、ユーザはまた、乗り物クライアントデバイス２２ａに指示されるこの選択を、別のクライアントデバイス２２ｂ−２２ｃ（パーソナルコンピュータまたは別のモバイルデバイス）から行ってもよい。さらに、クライアントデバイス２２ａのマイクロフォン５６も使用して、乗り物内の話者の声が採取される(pick up)、かつ／または、おそらくは、ヘッドユニット４０が、音声認識モジュール５８を装備している場合、ヘッドユニット４０にコマンドが与えられてもよい。
【００１９】
最終的には、ユーザ入力４４は、ヘッドユニット４０内のコントローラ４２によって処理される。コントローラ４２はまた、スピーカ６０および／またはディスプレイ６２などによって、ユーザ出力４６を通して乗り物の搭乗者に出力を提供するように、プロセッサを実行させる。採用されるスピーカ６０は、乗り物内に通常存在する音声（無線）スピーカであることができ、スピーカは、通常、４つ以上が存在するが、便宜上、１つのみが示される。
【００２０】
クライアントデバイス２２ａ内のコンテンツ受信機４８は、コンテンツプロバイダ２６からブロードキャストコンテンツ（音声および／またはビデオ）を受信することができる。これは、例示的な衛星コンテンツプロバイダ、および、クライアントデバイス２２ａへの通信リンクＡの受信によって図３に示される。ユーザは、ユーザインタフェースを使用して、衛星受信機アンテナ６４によって受信される、複数の衛星チャネルのうちの１つが選択されてもよい。別の実施形態では、図４に示すように、クライアントデバイス２２ａはまた、地理的領域内のローカルコンテンツブロードキャスタから無線信号Ｆを介してブロードキャストコンテンツを受信するアンテナ６６および無線受信機を有してもよい。このタイプのブロードキャストコンテンツは、無線受信機を特定の無線周波数に同調させることによって、コンテンツ受信機４８を通して取得されてもよい。
【００２１】
図２を再び参照すると、クライアントデバイス２２ａはまた、第１無線送受信機５０の使用によって、ストアードブロードキャストコンテンツを取得してもよい（ならびに、ホストシステムまたは他のクライアントデバイスとデータメッセージを交換してもよい）。第１無線送受信機５０は、上述した狭域無線通信システムまたはネットワークを通じて無線通信Ｂ−Ｃを確立するのに使用される。ヘッドユニット４０の一部として示すが、第１無線送受信機５０はまた、テレマティクス制御ユニット７０または他の乗り物制御ユニットの一部として含まれることができる。いずれにしても、狭域無線送受信機５０は、家庭ゲートウェイ２８を通じてリモートホストシステム９０（図６を参照されたい）に無線通信を提供してもよく、または、ホットスポットゲートウェイ３０を通してリモートホストコントローラ９０に無線通信を提供してもよい。
【００２２】
さらに、クライアントデバイス２２ａは、ブロードキャストコンテンツを記憶するメモリ５２を含む。一実施形態では、メモリ５２に記憶されたコンテンツのタイプは、最初のブロードキャスト時間中のブロードキャスト用にスケジュールされたコンテンツであって、ユーザが、後の第２期間中に再生したいと思うコンテンツを含んでもよい。コンテンツは、家庭ゲートウェイ２８から第１無線送受信機５０を通して受信されてもよい。たとえば、乗り物クライアントデバイス２２ａのユーザは、最初の第１期間中にスケジュールされた特定のブロードキャストコンテンツの聴取を遅延させたいであろうと仮定する。ユーザは、最初のブロードキャストプログラムコンテンツの再生を遅延させるための（クライアントデバイス２２ａでの、または、別のクライアントデバイス２２ｂ〜２２ｄからの）入力を選択してもよい。リモートホストシステム９０は、コンテンツを（全体的に、または、部分的に）取得し、メモリ５２に記憶するために、クライアント２２ａにコンテンツを送信するであろう。その後、コンテンツは、指定された第２期間に、ユーザに対して自動的に再生されることになる。
【００２３】
クライアントデバイス２２ａが、乗り物のヘッドユニット４０内に組み込まれる実施形態では、コントローラ４２はまた、乗り物バスインタフェース６８を介して、通信情報および乗り物全体にわたる他の動作データを伝送する乗り物バス８０に通信するように構成される。この接続は、コントローラが、テレマティクス制御ユニット７０のセルラ通信送受信機を利用して、データメッセージを送受信することを可能にするのに重要である場合がある。特に、テレマティクス制御ユニット７０は、同様に、乗り物バスインタフェース７２を介して乗り物バス８０、そのため、ヘッドユニット４０に結合される。テレマティクス制御ユニット７０は、セルラ通信ネットワークを通じて、乗り物へ、また、乗り物から、音声またはデータ通信を送信し、受信する働きをする。したがって、こうした通信を編成するテレマティクスコントローラ７４、および、以下でさらに述べる、本発明のための第２無線送受信機と使用されてもよい、セルラ無線送受信機７６を含むネットワークアクセスデバイス（ＮＡＤ）が備えられる。
【００２４】
代替の実施形態では、クライアントデバイス２２ａは、データメッセージが、第２無線通信システムを通じて送信されてもよいかどうかを判定するためのローカル無線通信デバイスを探し出すように構成されてもよい。たとえば、図５において、クライアントデバイス２２ａのコントローラ４２は、狭域無線送受信機５０の近接範囲内にある別の無線通信デバイス１１０を通して第２無線通信ネットワークにアクセスできるかどうかを判定してもよい。ここで、セルラ電話などの無線通信デバイス１１０は、自分自身のコントローラ１１２、狭域無線送受信機１１４、およびセルラ無線送受信機１１６を有する。狭域無線送受信機５０および１１１４は、狭域通信プロトコルを通して互いに通信してもよい。この設計の利点は、この設計によって、コントローラ４２が、以下でさらに述べるように、本発明のために、第２無線送受信機として使用されてもよい、データメッセージを送受信するためのローカル無線通信デバイス１１０のセルラ送受信機を利用することが可能になることである。
【００２５】
さらなる実施形態では、図５の無線通信デバイス１１０は、コントローラ１１２、メモリ１１５、および送受信機１１４、１１６を含んでもよい。この場合、無線通信デバイス１１０に関して記憶された任意のコンテンツからの音声またはビデオは、狭域無線送受信機１１４を通じて、乗り物のヘッドユニット４０などの別のシステムまたはデバイスに送信すなわち送信されることができる。その後、送信された音声またはビデオは、スピーカ６０またはディスプレイ６２を通じて出力されてもよい。
【００２６】
先に示したクライアントデバイス２２ａは、ユーザが所有する他のクライアントデバイス２２ｂ〜２２ｄに関してコンテンツを管理し、制御するための、乗り物内での多大の通信柔軟性を提供することができる。たとえば、具体的に示すために、クライアントデバイス２２ａを使用する乗り物の運転者が、朝、自分の職場に向かって運転しており、運転者の就業日中のブロードキャスト用にスケジュールされたトークショーまたはスポーツイベントなどのブロードキャストプログラム（たとえば、２ｐｍに始まる）についての宣伝を、コンテンツ受信機４８を通して聞くと仮定する。しかし、運転者は、仕事をしていることになるため、最初にスケジュールされた期間中にブロードキャストプログラムを聴取することができない。本発明は、運転者が、乗り物の中に戻ることになる、後の時間（たとえば、５：３０ｐｍにおける仕事から家庭への通勤）まで、最初にブロードキャストされたプログラムの再生を遅延することを可能にする。運転者は、コンテンツが、５：３０ｐｍまたは運転者が指定する別の時間などの第２期間に開始するように要求する入力を発行することによって、この機能を開始することができる。ユーザの入力に応答して、クライアントデバイス２２ａのコントローラ４２は、クライアントデバイス２２ａの場所に応じて、第１無線送受信機５０（狭域送受信機）か、第２無線送受信機７２（セルラ送受信機）のいずれかを通してリモートホストコントローラにデータメッセージを送信することになる。リモートホストコントローラは、最初にスケジュールされたブロードキャストコンテンツを取得し、その後、運手者の指定した期間中における、運転者に対するその後の再生のために、クライアントデバイス２２ａにコンテンツを送信することになる。一実施形態では、コンテンツは、運転者の職場に位置するホットスポットゲートウェイ３０を通して、リモートホストコントローラからクライアントデバイス２２ａに送信されてもよい。
【００２７】
先に提供された例は、全ブロードキャストプログラムが、家庭ゲートウェイ２８によって取得され、後の再生のために、クライアントデバイスに送信される状況を提示する。本発明はまた、クライアントデバイス２２ａのユーザが、比較的短期間にわたってコンテンツを遅延させるか、または、タイムスリップさせたい場合の問題を解決する。たとえば、別の具体的に示す例では、クライアントデバイス２２ａを有する乗り物の運転者は、定期的にスケジュールされるトークショーが、６：３０ａｍに開始することがわかっていてもよく、トークショーの始めからブロードキャストを聴取したいと思うであろう。しかし、運転者は、６：４５ａｍ（１５分後）まで仕事への通勤を開始しないことがわかっている。一実施形態では、運転者は、クライアントデバイス（クライアントデバイス２２ｂを有するパーソナルコンピュータなど）を使用して、プログラムを１５分だけ遅延することができる。ここで、運転者は、ブロードキャストコンテンツの第２期間中の遅延を要求する、クライアントデバイス２２ｂへの入力を発行することになる。その後、家庭ゲートウェイ２８は、コンテンツの第１セグメント（たとえば、ブロードキャストの最初の１５分）を取得し、コンテンツの第１セグメントを乗り物クライアントデバイス２２ａに送信することになる。その後、乗り物クライアントデバイス２２ａによって受信されるコンテンツの第１セグメントは、クライアントデバイス２２ａのメモリ５２に記憶されることになる。その後、乗り物クライアントデバイス２２ａは、自分自身のコンテンツ受信機４８を通してコンテンツの第２セグメント（たとえば、プログラムの残り）を記憶することになる。コントローラ４２は、乗り物クライアントデバイス２２ａのユーザに対して、シームレスな再生を提供するために、プログラムの第１セグメントと第２セグメントを一緒に結合するか、または、重ね合わせることになる。
【００２８】
一実施形態では、コンテンツを後の時間まで遅延させることを要求するデータメッセージを送信する前に、コントローラ４２は、乗り物のクライアントデバイス２２ａが、第１無線通信システムに接続されているか、または、第１無線通信システムを通じてデータメッセージを送信できるかどうかを判定することになる。これは、第１無線送受信機５０が、上述した家庭内の無線ゲートウェイ２８またはホットスポットゲートウェイ３０に接続されているかどうかを、コントローラ４２に判定させることによって行われてもよい。乗り物のクライアントデバイス２２ａが、第１無線通信システムに接続されていないか、または、第１無線通信システムを通じてデータメッセージを送信できない場合、コントローラ４２は、乗り物のクライアントデバイス２２ａが、第２無線通信システムに接続されているか、または、第２無線通信システムを通じてデータメッセージを送信できるかどうかについての判定を行ってもよい。図２の第２無線通信システムは、テレマティクス制御ユニット７０のセルラ無線送受信機７２として示され、図５では、可搬型無線通信デバイス１１０のセルラ無線送受信機１１６として示される。クライアントデバイス２２ａが、第１か、第２のいずれの通信システムにも接続されていない場合、コントローラ７４は、後の送信のために、データメッセージを記憶してもよい。
【００２９】
データメッセージは、いくつかの方法でフォーマットされてもよい。一実施形態では、データメッセージ内の情報は、乗り物の運転者によって視聴される(play)コンテンツのタイプに依存するであろう。たとえば、コンテンツ受信機４８が、デジタル衛星受信機であり、遅延されるコンテンツのタイプは、デジタルブロードキャストコンテンツであると仮定する。この場合、データメッセージは、少なくとも、遅延コンテンツ命令および衛星チャネル識別情報を含む、複数の情報要素またはフィールドを含んでもよい。システムの機能性を高めるために、データメッセージはまた、（運転者のコンテンツについてホストを識別するための）アドレス、クライアントデバイス識別情報、ユーザ識別情報、および、ユーザが遅延コンテンツコマンドを選択した日時などの、他の情報要素またはフィールドを含んでもよい。この後者の情報は、即座に記憶可能でないコンテンツを遅延させると共に、後で選択するためのストアードコンテンツについて、ユーザに特定の情報を提供するのに使用されてもよい。
【００３０】
別の例では、コンテンツ受信機４８が、無線チューナであり、遅延されるコンテンツのタイプが、アナログブロードキャストコンテンツであると仮定する。この場合、データメッセージは、少なくとも、遅延コンテンツ命令および無線周波数識別情報を含む複数の情報要素またはフィールドを含んでもよい。さらに、機能性を高めるために、データメッセージはまた、（運転者のコンテンツについてホストを識別するための）アドレス、クライアントデバイス識別情報、コンテンツタイプ識別情報、ユーザ識別情報、および、ユーザが遅延コンテンツコマンドを選択した日時などの、他の情報要素またはフィールドを含んでもよい。
【００３１】
図６は、複数ドメインにわたってコンテンツを遅延させるか、または、タイムスリップさせるために、コンテンツを管理するリモートホストシステム９０の一実施形態のブロック図を示す。一実施形態では、リモートホストシステムは、無線ゲートウェイ２８、コントローラ９２、およびデータベース９４を含む。さらに、システム９０は、ユーザ入力９６、ユーザ出力９８、他のメモリ１００、およびコンテンツ受信機１０２などの他の構成要素を含んでもよい。一実施形態では、ホストシステムの構成要素は、家庭パーソナルコンピュータなどの、クライアントデバイス２２ｂのうちの１つに含まれてもよい。しかし、本開示の利益を受ける当業者は、ホストシステムの態様およびその構成要素は、他のタイプのデバイスおよびシステムと組み合わせるか、交換することができることを認識するであろう。たとえば、家庭内に位置するリモートホストシステムを有する代わりに、コントローラ９２、データベース９４、およびメモリ１００は、遠隔に位置し、中央サービスプロバイダ２４によって遠隔で管理されてもよい。
【００３２】
無線ゲートウェイ２８は、無線送受信機１０４およびインターネットインタフェース１０６を含んでもよい。一実施形態では、無線送受信機１０４は、上述したシステムを通して、狭域無線通信システムを通じて第１および第２クライアントデバイス２２ａ、２２ｃに無線で接続することができる。インターネットインタフェース１０６は、中央サービスプロバイダ２４と通信するのに使用されてもよい。クライアントデバイスが、他の無線ゲートウェイ（ホットスポットゲートウェイ３０など）に接続されるか、または、別の無線通信システム（セルラ通信システムなど）に接続される場合、中央サービスプロバイダ２４との接続はまた、第１および第２クライアントデバイス２２ａ、２２ｃとの通信を容易にするのに使用されてもよい。さらに、中央サービスプロバイダ２４との接続は、コンテンツ受信機１０２に加えて、または、コンテンツ受信機１０２とは別に、コンテンツプロバイダへのアクセスを容易にするのに使用されてもよい。
【００３３】
いずれにしても、ストアードブロードキャストコンテンツをクライアントデバイスに転送することに加えて、無線ゲートウェイ２８は、ブロードキャストコンテンツを遅延させる命令を有する任意のデータメッセージを含む、第１および第２クライアントデバイス２２ａ、２２ｃからのデータメッセージを受信するのに使用される。一実施形態では、上述したように、クライアントデバイスから受信されるデータメッセージは、少なくとも、遅延コンテンツ命令を含む複数の情報要素またはフィールドを含む。コンテンツがブロードキャストコンテンツである場合、データメッセージは、さらに、クライアントデバイスのタイプを識別し、コンテンツ（特定の衛星チャネルまたは無線周波数）を識別し、遅延命令の日時を識別する情報要素またはフィールドを含んでもよい。
【００３４】
データベース９４は、異なるクライアントデバイス２２ａ〜２２ｄの機能および動作に関する情報を記憶するためにシステムによって使用される。データベース９４はまた、ユーザ選好を記憶し、ユーザのストアードコンテンツを追跡するのに使用されてもよい。データベース９４は、種々のドメインの異なるクライアントデバイス２２ａ〜２２ｄについてコンテンツの記憶および遅延を容易にするために、ユーザによって構成可能であってよい。たとえば、データベース９４は、特定のユーザに関連する、異なるタイプのクライアントデバイス２２ａ〜２２ｄを識別してもよい。図７を参照すると、データベース９４はまた、クライアントデバイス識別情報（１２２）、クライアントタイプ（１２４）、ドメイン（１２６）、クライアントデバイスが、狭域送受信機を有するかどうか（１２８）、クライアントデバイスが、セルラ受信機を有するかどうか（１３０）、クライアントデバイス上のメモリのサイズ（１３２）、クライアントデバイスが、ストアードコンテンツを保持するかどうか（１３４）、クライアントデバイスが、インターネットコンテンツにアクセスできるかどうか（１３８）、クライアントデバイスが、ＲＦ無線コンテンツにアクセスできるかどうか（１４０）、およびクライアントデバイスが、ケーブルテレビジョンにアクセスできるかどうか（１４２）などの、個々のクライアントデバイス２２ａ〜２２ｄに固有の情報を含んでもよい。
【００３５】
図６を再び参照すると、ホストコントローラ９２は、無線ゲートウェイ２８およびデータベース９４に接続される。ホストコントローラ９２は、第１クライアントデバイス２２ａからデータメッセージを受信し、その後、特定のユーザに関連する他のクライアントデバイス２２ａ〜２２ｄを識別するためにデータベース９４を使用することができる。上述したように、データメッセージは、コンテンツを遅延させる命令および遅延されるコンテンツに関する関連情報を含むであろう。一実施形態では、コントローラ９２は、第１クライアントデバイス２２ａからデータメッセージを受信した後に、データメッセージの第２のセットを生成し、他のクライアントデバイス２２ｂ〜２２ｄへデータメッセージの第２のセットを送信することができる。
【００３６】
別の実施形態では、ホストコントローラ９２は、第１クライアントデバイス２２ａから（遅延命令を含む）データメッセージを受信することに応答して、中央サービスプロバイダ２４からコンテンツにアクセスすることができる。他のクライアントデバイス２２ｂ〜２２ｄが、自分自身のコンテンツ受信機を持っていないか、または、最初のブロードキャストのスケジュールされた時間に自分自身のコンテンツを記憶することができない場合、この機能が有利である場合がある。さらに、中央サービスプロバイダ２４からコンテンツにアクセスした後、コントローラ９２は、コンテンツをメモリ１００にローカルに記憶するか、または、ホストシステム９０に接続された他のクライアントデバイス２２ｃ、２２ｄにコンテンツを伝えてもよい。
【００３７】
図８は、第１期間（たとえば、最初のブロードキャスト時間）中のブロードキャスト用にスケジュールされたコンテンツを管理する方法の一実施形態を示すフロー図を示す。一実施形態では、方法は、コンテンツを遅延させるための、クライアントデバイスに関するユーザからの入力を受信するプロセスブロック１５０を含む。上述したように、この入力は、コンテンツを遅延させるための、ユーザによる（たとえば、キーパッド上のボタンまたは専用遅延ボタン５４を押下することによる）命令であってよい。
【００３８】
決定ブロック１５２にて、クライアントデバイスは、クライアントデバイスが、第１無線通信システムに接続されているかどうかについて判定を行うであろう。図２および図３に述べる実施形態の文脈において、これは、狭域無線送受信機５０が、家庭無線ゲートウェイ２８またはホットスポットゲートウェイ３０などの、別の狭域通信デバイスに接続されているかどうかを、コントローラ４２に判定させることを含んでもよい。クライアントデバイスが、第１無線通信システムに接続されている場合、プロセスは、プロセスブロック１５４に進む。
【００３９】
プロセスブロック１５４にて、クライアントデバイスは、データメッセージを生成し、第１通信システムを通じてホストシステムにデータメッセージを送信するであろう。一実施形態では、上述したように、データメッセージは、クライアントデバイスのユーザによって視聴されるコンテンツのタイプに依存してもよい。たとえば、遅延されるコンテンツのタイプが、衛星無線プロバイダからのブロードキャストコンテンツであると仮定する。この場合、データメッセージは、少なくとも、遅延コンテンツ命令およびブロードキャストコンテンツ識別情報（衛星チャネルなど）を含む複数の情報要素またはフィールドを含んでもよい。システムの機能性を高めるために、データメッセージはまた、アドレス、クライアントデバイス識別情報、コンテンツタイプ識別情報、ユーザ識別情報、および、ユーザが遅延コンテンツコマンドを選択した日時などの、他の情報要素またはフィールドを含んでもよい。
【００４０】
クライアントデバイスが、第１無線通信システムに接続されていない場合、プロセスは、決定ブロック１５６に進む。一実施形態では、その後、ユーザが、第２無線通信システムを通して接続できるかどうかについて判定が行われる。上述したように、これは、接続されたテレマティクス制御ユニット７０（図２を参照されたい）のセルラ無線送受信機７２を介して、データメッセージが送信されてもよいかどうかを、コントローラ４２に判定させることによって達成されてもよい。あるいは、これは、無線で接続された通信デバイス１１０（図５を参照されたい）のセルラ無線送受信機１１６を介して、データメッセージが送信されてもよいかどうかを、コントローラ４２に判定させることによって達成されてもよい。さらに、ユーザが、第２無線通信システムに接続することができるかどうかに関する決定は、ユーザが、中央サービスプロバイダ２４の好ましいサービスプランを申し込んだかどうかについての判定を含んでもよい。第２無線通信システムに接続できる場合、プロセスは、プロセスブロック１５８に進み、クライアントデバイスは、データメッセージを生成し、第２通信システムを通じてデータメッセージを送信するであろう。
【００４１】
クライアントデバイスが、第１無線通信システムにも、第２無線通信システムにも接続されていない場合、クライアントデバイス２２ａは、データメッセージを生成するが、データメッセージを即座に送信する代わりに、データメッセージを記憶するであろう（ブロック１６０）。プロセスは、決定ブロック１５２および１５６に戻って、クライアントデバイスが、第１または第２無線通信システムに接続されるまで待つであろう。
【００４２】
データメッセージが送信されると、プロセスブロック１６２にて、ホストシステム９０は、第１通信システムまたは第２通信システムを通じてクライアントデバイスからデータメッセージを受信するであろう。上述したように、第１通信システムは、家庭ゲートウェイ２８に直接送信されるか、または、リモートホットスポットゲートウェイ３０を通して家庭ゲートウェイ２８に送信される狭域無線通信システムであってよい。第２通信システムは、セルラネットワークを通してホストシステム９０にデータメッセージを送信するセルラシステムであってよい。応答して、ホストシステム９０は、遅延されるコンテンツを取得するであろう。先に説明したように、コンテンツは、探し出されるコンテンツのタイプに応じて、種々の供給源から取得されてもよい。たとえば、ブロードキャストコンテンツは、デジタル衛星受信機または無線チューナなどのコンテンツ受信機１０２から取得することもできる。その後、いずれの取得されるコンテンツも、遅延またはタイムスリップ用の指定された時間に、後で、ユーザに対して再生するために、クライアントデバイスに送信されてもよい。
【００４３】
一実施形態では、ホストシステムは、さらに、全コンテンツを取得することができるか、または、コンテンツの一部分のみを取得することができるかについての判定を行ってもよい。この機能は、遅延時間が、比較的短い場合に特に有用である。たとえば、それは、最初のブロードキャストが、遅延期間中にまだ視聴されている時である。それに応じて、決定ブロック１６４にて、ホストシステム９０は、全コンテンツを取得することができるか、または、コンテンツの一部分のみを取得することができるかを判定してもよい。全コンテンツを取得することができる場合、プロセスは、引き続きブロック１６６に進む。
【００４４】
プロセスブロック１６６にて、ホストシステム９０は、全ブロードキャストコンテンツを取得するであろう。その後、プロセスブロック１６８にて、ホストシステム９０は、ブロードキャストコンテンツをクライアントデバイス２２ａに送信すなわち送信するであろう。クライアントデバイス２２ａは、遅延要求を行った同じクライアントデバイスであってもよく、または、ユーザの異なるクライアントデバイス２２ｂ〜２２ｄであってもよい。ブロードキャストコンテンツは、クライアントデバイス２２ａの場所に応じて、家庭無線ゲートウェイ２８またはホットスポットゲートウェイ３０を通してクライアントデバイス２２ａに送信されてもよい。その後、プロセスブロック１７０にて、クライアントデバイス２２ａは、ブロードキャストコンテンツをメモリ５２に記憶するであろう。プロセスブロック１７２にて、クライアントデバイス２２ａは、指定された第２期間（たとえば、遅延した期間）にコンテンツを再生するであろう。
【００４５】
決定ブロック１６４を再び参照すると、ホストシステム９０によって、コンテンツの一部分のみを取得することができると判定される場合、プロセスは、ブロック１７４に進むことになり、ホストシステム９０は、ブロードキャストコンテンツの第１セグメントを取得するであろう。その後、プロセスブロック１７６にて、ホストシステム９０は、ブロードキャストコンテンツの第１セグメントをクライアントデバイス２２ａ（または、指定された別のクライアントデバイス２２ｂ〜２２ｄ）に送信するであろう。やはり、ブロードキャストコンテンツの第１セグメントは、クライアントデバイス２２ａの場所に応じて、家庭無線ゲートウェイ２８またはホットスポットゲートウェイ３０を通してクライアントデバイス２２ａに送信されてもよい。プロセスブロック１７８にて、クライアントデバイス２２ａは、ホストシステム９０から受信したブロードキャストコンテンツの第１セグメントを記憶し、その後、ブロードキャストコンテンツの第２セグメントを記録し始めるであろう。その後、プロセスブロック１８０にて、クライアントデバイス２２ａのコントローラ４２は、クライアントデバイス２２ａのユーザに対してシームレスな再生を提供するために、ストアード第１セグメントと記録中の第２セグメントを接続するであろう。プロセスブロック１８２にて、クライアントデバイス２２ａは、特定された第２期間（たとえば、遅延期間）に、第１セグメントの開始で始まるコンテンツを再生するであろう。
【００４６】
図９は、第１期間（たとえば、最初のブロードキャスト時間）中のブロードキャスト用にスケジュールされたコンテンツを管理する方法のさらなる実施形態を示すフロー図を示す。この方法は、図８に関連して述べた方法と同じであるが、異なるドメイン内の異なるクライアントデバイス間での情報の交換を実現する。一実施形態では、方法は、コンテンツを遅延させるための、第１デバイスに関するユーザからの入力を受信するプロセスブロック２５０を含む。上述したように、この入力は、コンテンツを遅延させるための、ユーザによる（たとえば、キーパッド上のボタンまたは専用遅延ボタン５４を押下することによる）命令であってよい。その後、プロセスは、決定ブロック２５２に進む。
【００４７】
決定ブロック２５２にて、第１デバイスは、第１デバイスが、第１無線通信システムに接続されているかどうかについて判定を行うであろう。図２および図３に述べる実施形態の文脈において、これは、狭域無線送受信機５０が、家庭無線ゲートウェイ２８またはホットスポットゲートウェイ３０などの、別の狭域通信デバイスに接続されているかどうかを、コントローラ４２に判定させることを含んでもよい。第１デバイスが、第１無線通信システムに接続されている場合、プロセスは、プロセスブロック２５４に進む。
【００４８】
プロセスブロック２５４にて、第１デバイスは、データメッセージを生成し、第１通信システムを通じてホストシステム９０にデータメッセージを送信するであろう。一実施形態では、上述したように、データメッセージは、第１デバイスのユーザによって視聴されるコンテンツのタイプに依存してもよい。たとえば、遅延されるコンテンツのタイプが、デジタルブロードキャスト衛星コンテンツであると仮定する。この場合、データメッセージは、少なくとも、遅延コンテンツ命令およびブロードキャストコンテンツ識別情報（衛星チャネルなど）を含む複数の情報要素またはフィールドを含んでもよい。システムの機能性を高めるために、データメッセージはまた、アドレス、クライアントデバイス識別情報、コンテンツタイプ識別情報、ユーザ識別情報、および、ユーザが遅延コンテンツコマンドを選択した日時などの、他の情報要素またはフィールドを含んでもよい。
【００４９】
第１デバイスが、第１無線通信システムに接続されていない場合、プロセスは、決定ブロック２５６に進む。一実施形態では、その後、ユーザが、第２無線通信システムを通して接続できるかどうかについて判定が行われる。上述したように、これは、接続されたテレマティクス制御ユニット７０（図２を参照されたい）のセルラ無線送受信機７２を介して、データメッセージが送信されてもよいかどうかを、コントローラ４２に判定させることによって達成されてもよい。あるいは、これは、無線で接続された通信デバイス１１０（図５を参照されたい）のセルラ無線送受信機１１６を介して、データメッセージが送信されてもよいかどうかを、コントローラ４２に判定させることによって達成されてもよい。さらに、ユーザが、第２無線通信システムに接続することができるかどうかに関する決定は、ユーザが、中央サービスプロバイダ２４の好ましいサービスプランを申し込んだかどうかについての判定を含んでもよい。第２無線通信システムに接続できる場合、プロセスは、プロセスブロック２５８に進み、第１デバイスは、データメッセージを生成し、第２通信システムを通じてデータメッセージを送信するであろう。
【００５０】
第１デバイスが、第１無線通信システムにも、第２無線通信システムにも接続されていない場合、第１デバイス２２ａは、データメッセージを生成するが、データメッセージを即座に送信する代わりに、データメッセージを記憶するであろう（ブロック２６０）。プロセスは、決定ブロック２５２および２５６に戻って、第１デバイスが、第１または第２無線通信システムに接続されるまで待つであろう。
【００５１】
データメッセージが送信されると、プロセスブロック２６２にて、ホストシステム９０は、第１通信システムまたは第２通信システムを通じて第１デバイスからデータメッセージを受信するであろう。上述したように、第１通信システムは、家庭ゲートウェイ２８に直接送信されるか、または、リモートホットスポットゲートウェイ３０を通して家庭ゲートウェイ２８に送信される狭域無線通信システムであってよい。第２通信システムは、セルラネットワークを通してホストシステム９０にデータメッセージを送信するセルラシステムであってよい。応答して、ホストシステム９０は、第２データメッセージを生成し、他の第２デバイスに送信するであろう。先に説明したように、第２データメッセージは、第１デバイスのユーザに関連する第２デバイスに直接アドレス指定される修正されたデータメッセージであり、第２デバイスの機能および能力に基づいてもよい。
【００５２】
たとえば、決定ブロック２６４にて、ホストシステム９０は、ユーザが記憶したいと望むコンテンツに、第２デバイス２２ｃがアクセスできるかどうかを、データベース９４から判定してもよい。第２デバイスが、同じコンテンツに直接アクセスできる場合、プロセスブロック２６６にて、第２デバイスは、ホストシステム９０からデータメッセージを受信するであろう。データメッセージは、少なくとも、遅延コンテンツ命令および他の命令情報を含む複数の情報要素またはフィールドを含んでもよい。たとえば、第２デバイスが、衛星受信機である場合、データメッセージはまた、衛星チャネルおよびコンテンツの最初のブロードキャストについての期間を含んでもよい。システムの機能性を高めるために、データメッセージはまた、第１デバイス識別情報、ユーザ識別情報、および、ユーザが遅延期間を選択した日時などの、他の情報要素またはフィールドを含んでもよい。
【００５３】
ホストシステムからのデータメッセージに応答して、第２デバイスは、データメッセージ内に含まれる情報に基づいて、ブロードキャストコンテンツを記録し（または、その他の方法で取得し）始めるであろう。一実施形態では、決定ブロック２６８にて、第２デバイスは、最初のブロードキャストコンテンツを再生するための第２期間（たとえば、遅延期間）が到達するまで待つであろう（ブロック２７０）。
【００５４】
あるいは、プロセスブロック２７２にて、第２デバイス２２ｃが、同じコンテンツにアクセスできないか、または、第２デバイス２２ｃが、ブロードキャストコンテンツ自体を取得できない場合、ホストシステム９０は、コンテンツを記録するか、または、コンテンツサービスプロバイダからコンテンツにアクセスしてもよい。コンテンツサービスプロバイダからコンテンツにアクセスすることができることは、ユーザにかなりの利益を提供することができる。たとえば、ホストシステムに最初に送信されたデータメッセージが、遅延した場合（たとえば、遅延命令を有するデータメッセージが、即座に送信されなかった場合）、ホストシステム９０は、要求されたコンテンツをダウンロードするためにサービスプロバイダに接続してもよい。プロセスブロック２７４にて、コンテンツが、ホストシステム９０によってアクセスされると、ホストシステム９０は、アクセスされたコンテンツを第２デバイスへ送信する、すなわち、送信するであろう。ここで、ホストシステム９０は、さらに、クライアントデバイスのデータベース９４を使用して、第２クライアントデバイス２２ｃのメモリ制約、ユーザ出力能力、および他の特性が調べられてもよい。こうした特性または属性に応じて、ホストシステム９０は、第２デバイス２２ｃ上で、再生用のコンテンツをフォーマットしてもよい。その後、プロセスは、決定ブロック２７６およびプロセスブロック２７０に進み、第２デバイスは、特定された遅延期間にコンテンツの再生を再開する。
【００５５】
述べられたものは、異なるドメイン内の異なるデバイス間でコンテンツを管理し、制御する能力を含む、乗り物内の通信システムである。システムおよび方法は、ユーザの個人スケジュールに合うように、ユーザが、音声（またはビデオ）コンテンツの聴取（または閲覧）を遅延することを可能にする。本発明の上記説明は、単に例示であることを意図され、本出願から出るどんな特許の範囲も制限することを意図されない。本発明は、添付特許請求項の範囲および精神によってだけ制限されることを意図される。
【図面の簡単な説明】
【００５６】
【図１】家庭または中央サービスプロバイダに位置するホストシステムによってサポートされる異なるドメイン内のクライアントデバイスを有するシステムの使用のブロック図。
【図２】クライアントデバイスの一実施形態のブロック図。
【図３】乗り物ドメイン内のクライアントデバイスの一実施形態を示す乗り物の内部の斜視図。
【図４】乗り物ドメイン内のクライアントデバイスの別の実施形態を示す乗り物の内部の斜視図。
【図５】離れたローカル無線通信デバイスと通信するクライアントデバイスの別の実施形態のブロック図。
【図６】異なるドメイン内の異なるクライアントデバイスと通信するホストシステムの一実施形態のブロック図。
【図７】特定のクライアントデバイスに関する情報および特性にアクセスするホストシステム内に存在することができるデータベースの一実施形態の図。
【図８】ブロードキャストコンテンツを管理し、ブロードキャストコンテンツを後の時間について遅延させる能力を提供する一方法のフロー図。
【図９】第１クライアントデバイスと第２クライアントデバイスとの間でコンテンツを管理する別の方法のフロー図。
【図１】
2008506318.tif 000003
【図２】
2008506318.tif 000004
【図３】
2008506318.tif 000005
【図４】
2008506318.tif 000006
【図５】
2008506318.tif 000007
【図６】
2008506318.tif 000008
【図７】
2008506318.tif 000009
【図８】
2008506318.tif 000010
【図９】
2008506318.tif 000011
【国際調査報告】
2008506318.tif 000012