JP2007334899A - 複数のタイプのデータ接続を利用して、データを通信するシステムおよび方法 - Google Patents

Abstract

【課題】ネットワークを介してデータを通信するシステムおよび方法を提供すること。
【解決手段】データを複数の部分に分割することと、複数の異なるタイプのデータ接続を利用して、該データの該複数の部分を送信することとを包含する、方法と；複数の異なるタイプのデータ接続を利用して、データの複数の部分を受信することと、該データの該複数の部分を再構築することとを包含する、方法と；複数の異なるタイプのデータ接続と、該複数の異なるタイプのデータ接続を利用して、データの複数の部分と通信するために、該データ接続とインタフェースするインタフェースとを備える、システムとが提供される。
【選択図】図３Ａ

Description

（発明の分野）
本発明は、ネットワーキングに関し、より具体的には、ネットワークを介してデータを通信することに関する。

（背景）
最近のネットワーク環境（例えば、家庭、事務所など）は、一般的に、データを効率的に送受信するために利用される。さらに、従来、このような環境のそれぞれは、このようなデータの全てを転送する単一のネットワークに依存する。全てのタイプのデータを転送する効率を改善するために、より高速なネットワーキングプロトコルと、より高帯域幅のデータ接続とが提供されているが、このような単一のネットワーク環境は、依然として、多数の問題の影響を受けやすく、その結果、データの転送が非効率なものとなる。

特に、従来のネットワークは、サービス品質の問題、接続の遮断、帯域幅共有の中断などに陥りやすい。それゆえ、このような問題の結果、パケットが減少し、ネットワークサービスが標準以下になる。一つの特定の例において、このような従来の単一のネットワーキング環境におけるノードに、コード化されたビデオをストリーミングすると、潜在的に、上述の問題のいずれかに突き当たり得るので、その結果、ストリーミングビデオと関連する鑑賞体験は、中断される。

したがって、従来技術と関連するこれらの問題および／または他の問題を克服するニーズが存在する。

（要旨）
ネットワークを介してデータを通信するシステムおよび方法が提供される。データ送信と関連する一部の実施形態において、データは複数の部分に分割される。これによって、この複数の部分が複数の異なるタイプのデータ接続を利用して送信され得る。データ受信に関連する別の実施形態において、データの複数の部分は、複数の異なるタイプのデータ接続を利用して受信され、その後、この複数の部分は再構築され得る。

本発明は、さらに、以下の手段を提供する。

（項目１）
データを複数の部分に分割することと、
複数の異なるタイプのデータ接続を利用して、該データの該複数の部分を送信することと
を包含する、方法。

（項目２）
上記データ接続は、ネットワークデータ接続を含む、項目１に記載の方法。

（項目３）
上記データ接続は、家庭用電話線ネットワーキングアライアンス（ＨＰＮＡ）データ接続、ホームプラグデータ接続、ワイヤレスフィデリティ（ＷｉＦｉ）データ接続、Ｂｌｕｅｔｏｏｔｈ（登録商標）データ接続、Ｅｔｈｅｒｎｅｔ（登録商標）データ接続、１３９４データ接続、汎用シリアルバスデータ接続、並列データ接続、アナログ／デジタルデータ接続からなる群から選択されるデータ接続である、項目１に記載の方法。

（項目４）
上記分割することは、上記データのコンテンツに基づいて、該データを上記複数の部分に分割することを包含する、項目１に記載の方法。

（項目５）
上記データの各部分を送信するために、上記複数の異なるタイプのデータ接続から一つを選択することをさらに包含する、項目１に記載の方法。

（項目６）
上記選択は、上記複数の異なるタイプのデータ接続の少なくとも一つの局面に基づく、項目５に記載の方法。

（項目７）
上記選択は、上記複数の異なるタイプのデータ接続の帯域幅に基づく、項目６に記載の方法。

（項目８）
上記選択は、上記複数の異なるタイプのデータ接続の待ち時間に基づく、項目６に記載の方法。

（項目９）
上記選択は、上記データまたは該データの上記複数の部分の少なくとも一つの部分のうちの少なくとも一つの局面に基づく、項目５に記載の方法。

（項目１０）
上記選択は、上記データまたは該データの複数の部分の少なくとも一つの部分の優先度に基づく、項目９に記載の方法。

（項目１１）
上記選択は、上記データまたは該データの上記複数の部分の少なくとも一つの部分のサイズに基づく、項目９に記載の方法。

（項目１２）
上記選択は、上記データまたは該データの上記複数の部分の少なくとも一つの部分が非同期であるか、あるいは二重同期であるかに基づく、項目９に記載の方法。

（項目１３）
上記選択は、上記データまたは該データの上記複数の部分の少なくとも一つの部分と関連しているコンテンツタイプに基づく、項目９に記載の方法。

（項目１４）
上記選択は、少なくとも一つの環境要因に基づく、項目５に記載の方法。

（項目１５）
ヘッダが、上記データの上記複数の部分のそれぞれに含まれる、項目１に記載の方法。

（項目１６）
上記ヘッダは、開始・終了データ、移送データ、エラー訂正データ、およびコンテンツ識別情報からなる群から選択される情報を含む、項目１５に記載の方法。

（項目１７）
上記データまたは該データの上記複数の部分を圧縮すること、デジタル化すること、およびダイレクトメモリアクセス（ＤＭＡ）を介して検索することのうちの少なくとも一つをさらに包含する、項目１に記載の方法。

（項目１８）
複数の異なるタイプのデータ接続を利用して、データの複数の部分を受信することと、
該データの該複数の部分を再構築することと
を包含する、方法。

（項目１９）
複数の異なるタイプのデータ接続と、
該複数の異なるタイプのデータ接続を利用して、該データ接続とインタフェースして、データの複数の部分を通信するインタフェースと
を備える、システム。

（項目２０）
上記インタフェースは、バスを介して通信する中央処理装置およびメモリを利用して提供される、項目１９に記載のシステム。

（詳細な説明）
図１は、一実施形態に従った、複数のタイプのデータ接続を利用してデータを通信する方法１００を示す。動作１０１に示されるように、データは最初は送信目的のために受信される。もちろん、データは、任意のソース、デバイスなどから受信され得、それらの種々の例は、後の図面の説明の間に述べられる。

種々の実施形態において、データは、生のデータおよび／または処理されたデータを含み得る。他の実施形態において、データは、非同期データおよび／または二重同期データをも含み得る。二重同期データは、例えば同期シリアル接続（例えばモデムなど）を使用したバイナリデジットのシリアルストリームとして送信される、バイナリコードされたデータを指す。さらに別の実施形態において、データは、任意のタイプのメディアコンテンツ［例えばビデオ／オーディオ（ＭＰ３、高解像度など）］、デジタルデータ、アナログデータ、Ｐｈｏｔｏｓｈｏｐ（登録商標）ファイル、ＳＡＰ（登録商標）サーバデータ、コンピュータコードなどを含み得る。オプションとして、動作１０１において受信されたデータは、単一ファイルの形式を取り得る。もちろん、本明細書の文脈においては、データという用語は、これから述べられる態様で送信される能力のある任意のデータを指し得る。

具体的には、動作１０２に示されるように、データは複数の部分に分割される。本明細書の文脈においては、そのような部分はそれぞれ、データの任意の小部分を指し得る。異なる部分は、同じサイズであってもなくてもよく、同じフォーマットを有しても有しなくてもよいことが留意されるべきである。

さらに、データは、例えば、メディア通信プロセッサ（ＭＣＰ）などのプロセッサを利用して分割され得る。そのような例示的な実施形態に関するさらなる情報は、後の図面の説明の間に述べられる。もちろん、データは、データを部分に分割する能力のある任意のデバイスによって分割され得る。

種々のオプションの実施形態において、データは、多様な方法のうちのいずれか一つにおいてインテリジェントに（ｉｎｔｅｌｌｉｇｅｎｔｌｙ）分割され得る。例えば、データは、少なくとも一つの要因に従って分割され得る。一実施形態において、データは、そのコンテンツに基づいて分割され得る。別の実施形態において、データはその優先度に基づいて分割され得る。さらに別の実施形態において、データは、関連するデータ接続の利用可能な帯域幅、利用可能なデータ接続の数などに基づいて分割され得る。もちろん、さらに他の実施形態において、データは、そのような（または任意の他の）要因とは無関係に分割され得る。

次に、データの部分は、複数のタイプのデータ接続で送信され得る。動作１０３を参照されたい。換言すると、データの少なくとも第一の部分は、第一のタイプのデータ接続を利用して送信され、データの少なくとも第二の部分は、第二のタイプのデータ接続を利用して送信される。上述のデータ接続は、異なるタイプの任意の２つ以上のデータ接続を含み得ることが留意されるべきである。本明細書の文脈においては、異なるタイプのデータ接続は、その少なくとも一つの局面に関して異なる任意のデータ接続を指す。

ネットワークを伴う実施形態において、データ接続は、ネットワークデータ接続を含み得る。もちろん、そのようなネットワークデータ接続は、インターネット、無線ネットワーク、ピアートゥピアーネットワークなどの、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）を含むがそれらに限定されない、任意の所望のタイプのネットワークに接続し得る。具体的なデータ接続の例がここで述べられる。そのような例は、説明的な目的のためにのみ述べられるものであり、いかなる態様においても限定的なものとして解釈されるべきではないことが留意されるべきである。

一実施形態において、データ接続のうちの少なくとも一つは、例えば、家庭用電話線ネットワーキングアライアンス（Ｈｏｍｅ Ｐｈｏｎｅｌｉｎｅ Ｎｅｔｗｏｒｋｉｎｇ Ａｌｌｉａｎｃｅ）（ＨＰＮＡ）データ接続を含み得る。ＨＰＮＡデータ接続は、既存の電話線などを使用する相互運用可能なホームネットワーク化されたデバイスのために提供され得る。

別の例として、データ接続は、ホームプラグデータ接続をも含み得る。ホームプラグデータ接続は、電力線搬送を介する家庭用通信のための規格を提供する。具体的には、そのようなデータ接続は、建築物（例えば、家庭、オフィスなど）における電力線を介して互いにデバイスを接続する。

別の実施形態において、データ接続は、ワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ）（ＷｉＦｉ）データ接続を含み得る。ＷｉＦｉは、ＩＥＥＥ８０２．１１に準拠する仕様を使用するワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を指す。

もちろん、データ接続は、Ｂｌｕｅｔｏｏｔｈ（登録商標）データ接続、Ｅｔｈｅｒｎｅｔ（登録商標）データ接続、１３９４データ接続、アナログ／デジタルデータ、汎用シリアルバス（ＵＳＢ）接続、並列データ接続、および／またはデータの部分を送信する能力のある任意の他のタイプのデータ接続を含むがそれらに限定されない任意の他のタイプのデータ接続をさらに含み得る。

一つのオプションの使用例において、データ接続のタイプは、データ部分を送信することについて、インテリジェントに選択され得る。具体的には、データ接続は、少なくとも一つの要因に従って選択され得る。もちろん、データの異なる部分は、同じ選択に関連する要因を受けても受けなくてもよい。異なる選択に関連する要因の種々の例がここで述べられる。しかし、そのようなインテリジェントな選択は厳密にオプションであり、複数のタイプのデータ接続でデータの部分が送信されるという結果になる、任意の技術（例えばランダムアルゴリズムなど）が使用され得ることに留意されたい。

一実施形態において、データ接続は、異なるタイプのデータ接続の少なくとも一つの局面に基づいて選択され得る。例えば、データ接続は、異なるタイプのデータ接続の帯域幅、異なるタイプのデータ接続の待ち時間、および／または異なるタイプのデータ接続のうちのいずれかに関連する任意の他の局面に基づいて選択され得る。

別の実施形態において、データ接続は、データまたはデータの複数の部分のうちの少なくとも一つの部分の少なくとも一つの局面に基づいて選択され得る。特に、データ接続は、データまたはデータの複数の部分のうちの少なくとも一つの部分の優先度、データまたはデータの複数の部分のうちの少なくとも一つの部分のサイズ、データまたはデータの部分の少なくとも一つが非同期であるかあるいは二重同期であるか、および／またはデータまたはデータまたはデータの複数の部分のうちの少なくとも一つの部分に関連するコンテンツタイプに基づいて選択され得る。さらに、データの部分は、関連する優先度に従って通信され得る。もちろん、データ接続は、データまたはデータの複数の部分のうちの少なくとも一つの部分に関連する任意の局面に基づいて選択され得る。

さらに別の実施形態において、データ接続は、少なくとも一つの環境要因に基づいて選択され得る。単なる例として、データ接続は、データ接続の各々の帯域幅が、そのような環境要因に鑑みて維持される能力があるかどうかに基づいて選択され得る。他の実施形態において、データ接続は、データ部分を送信するために現在利用可能なデータ接続のタイプに基づいて選択され得る。

さらに別のオプションとして、上述の要因、特にデータ接続に関連する要因は、連続的または定期的にモニタされ得、その結果、上述のインテリジェントな決定を行うこともまた連続的または定期的にアップデートされ得る。このために、データが分割される方法および／またはデータ接続が選択される方法は、変化する要因に適応するように変更され得る。

上述の実施形態はデータ送信に関連したが、他の実施形態は、オプションとしてデータ受信を伴い得る。そのような実施形態において、複数の異なるタイプのデータ接続を利用して、データの複数の部分が受信される。次に、そのような部分は、再び組み立てられ得る。もちろん、データ受信の実施形態は、データ送信の実施形態の種々の特徴を含むかまたは含まない特定のシステムにおいて利用され得ることが留意されるべきである。

このために、データは部分に分割され得、そのような部分は、複数のタイプのデータ接続を利用して送信され得る。さらに、データはオプションとして任意の数の要因に基づいて分割され得、および／またはデータ接続はオプションとして任意の数の要因に基づいて選択され得るので、データ送信（例えばスループットなど）は、追加的に強化され得る。そのようなオプションの強化の種々の例は、後の図面への参照の間に、後で述べられる。

ユーザの要求ごとに上述のフレームワークがインプリメントされてもされなくてもよい種々のオプションのアーキテクチャに関して、より説明的な情報がここで述べられる。以下の情報は説明的な目的のために述べられるものであり、いかなる態様においても限定的なものとして解釈されるべきではないことが、しっかりと留意されるべきである。以下の特徴のいずれも、記載される他の特徴を除外するかまたは除外せずにオプションとして組み込まれ得る。

図２は、別の実施形態に従って、異質ネットワークを利用して２つのデバイスの間でデータを通信するシステム２００を示す。オプションとして、本システム２００は、図１の方法１００の主体であり得る。しかし、もちろん、システム２００は、任意の所望の環境において使用され得る。それでもなお、上述の定義は以下の説明の間に適用し得る。

例えば、図示されるように、第一のデバイス２０２は、複数の異質ネットワーク２０６に接続される。この実施形態および以下の実施形態は、種々の異質ネットワークの文脈において述べられるが、関連するネットワークを必ずしも有さない他のデータ接続（例えばＵＳＢなど）も考えられることが留意されるべきである。さらに、複数の異質ネットワーク２０６は、第二のデバイス２０４に接続される。第一のデバイス２０２は、送信目的でデータを複数のネットワークに提供する能力のある任意のデバイスを含み得、第二のデバイス２０４は、異質ネットワーク２０６からデータを受信する能力のある任意のデバイスを含み得る。

例えば、第一のデバイス２０２および第二のデバイス２０４は、サーバコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、ハンドヘルドコンピュータ、携帯電話、携帯情報端末（ＰＤＡ）、入力／出力（Ｉ／Ｏ）デバイス（例えばカメラなど）、ゲームコンソール、セットトップボックス、コンピュータの任意のコンポーネント、および／または、さらに言えば、任意の他のタイプの論理を含み得るが、それらに限定されない。もちろん、第一のデバイス２０２および第二のデバイス２０４は、同じタイプであってもなくてもよい。

使用に際して、第一のデバイス２０２は、データの受信、データの処理（例えばエンコーディング、圧縮など）、データを部分に分割すること、およびオプションとして部分にヘッダを割り当てるという能力があり得る。オプションとして、第一のデバイス２０２は、データそのものの種々の局面、および／または異質ネットワーク２０６の利用可能な帯域幅／待ち時間を監視する能力があり得る。さらなるオプションとして、異質ネットワーク２０６は、自己監視する能力がさらにあり得、その結果、それらは各々、それらの関連する帯域幅の利用可能性および／または待ち時間などを監視し得る。それでもなお、第二のデバイス２０４は、異質ネットワーク２０６から受信されたデータを再び組み立てる能力があり得る。

したがって、データの各部分について、第一のデバイス２０２は、データの部分の送信において処理を利用するために、異質ネットワーク２０６の中で、データ接続および対応するネットワークを選択し得る。次に、適切なネットワーク２０６は、データの関連する部分を第二のデバイス２０４に送信し得る。このようにして、複数の異質ネットワーク２０６は、第一のデバイス２０２と第二のデバイス２０６との間でデータを送信するために利用され得、したがって、データ送信の効率を高める。

図３Ａは、さらに別の実施形態に従って、複数のタイプのデータ接続を利用して、キャプチャノードとサーバとの間でデータを通信するためのシステム３００を示している。オプションとして、本システム３００は、図１および／または図２の方法および／またはアーキテクチャの主体であり得る。しかしながら、当然、システム３００は、任意の所望される環境において使用され得る。さらに、上記の定義は、以下の記載の間に適用し得る。

示されているように、サーバ・トゥ・サーバ環境という面においては、キャプチャノードは、異質ネットワーク３１１を介して、データをサーバに送信し得る。具体的には、Ｉ／Ｏデバイス３０２は、少なくとも１つの受信器モジュール３０４にデータを送信し得る。オプションとして、受信器モジュール３０４は、データまたはデータの部分を処理し得る（例えば、デジタル化する、ＭＰＥＧ移送ストリームという面ではＤＭＡを経由して引き出す、など）。

様々な実施形態においては、コンポジットビデオブロードキャスト信号（ＣＶＢＳ）、Ｓ−Ｖｉｄｅｏ接続、コンポーネントビデオ接続、Ｓｏｎｙ−Ｐｈｉｌｉｐｓデジタルインタフェースフォーマット（ＳＰＤＩＦ）接続、１３９４接続（例えば、デジタルビデオ、ハイデフィニションなど）、汎用シリアルバス（ＵＳＢ）接続、ハイデフィニション（ＨＤ）コンポーネント接続、トランジションミニマイズドディファレンシャルシグナリング（ＴＭＤＳ）接続、および／または任意の他のタイプの接続を利用して、受信器モジュール３０４によって、データは受信され得る。

コーデックモジュール３０５が、提供され得、続いてデータを受信し、さらにそのデータを処理する。例えば、コーデックモジュール３０５は、データに関連する宛先デバイスとの互換性を確実にするためにデータを変換し得る。別の例として、コーデックモジュール３０５は、最適なネットワーク送信のためにデータの部分を圧縮し得る。当然、コーデックモジュール３０５は、任意の所望される関連した様式でデータの部分を処理し得る。

さらに、ストリームハンドラ３０６は、ＭＣＰ３０８に送信されたデータを管理し得る。ＭＣＰ３０８、および／またはオプションとして中央処理装置（ＣＰＵ）は、データを複数の部分に分割し得る。オプションとして、ＭＣＰ３０８は、図１の記載の間に述べられた手法の内の任意のものを利用するインテリジェントなデータの分割に従事したり、しなかったりする。ＭＣＰ３０８はまた、データの部分に優先度をつける。

さらに、ＭＣＰ３０８は、キャプチャノードの対応するデータ接続に各々関連する複数のネットワークインタフェースモジュール３１０を利用して、異質ネットワーク３１１を介しデータの部分を送信し得る。例えば、データ接続は各データの部分を送信することについて個別に選択され得る。オプションとして、ＭＣＰ３０８は、図１の記載の間に述べられた手法の内の任意のものを利用して、インテリジェントなデータ接続の選択に従事したり、しなかったりする。

ＭＣＰ３０８は、オプションとしてデータの部分の各々と共にヘッダを含み得る。例えば、ヘッダは、データの開始および終了、移送データ、エラー訂正データ、データサイズ情報、送信モードデータ（例えば、データがユニキャスト（ｕｎｉ−ｃａｓｔ）されている、またはマルチキャスト（ｍｕｌｔｉ−ｃａｓｔ）されているかの指示など）、コンテンツ識別情報および／またはデータおよび／またはデータの部分に関連することが可能な任意の他の情報を含み得る。さらに、このようなヘッダは、下位層の処理（例えば、ＴＣＰ／ＩＰなど）に関連するヘッダに加えてオプションで含まれ得る。さらに、前述のヘッダおよび／または任意の他の情報が、データ部分をルーティングおよび記録するために使用され得、それにより、再構築が適切な宛先において発生し得るようにする。

データの部分は、次いで、サーバに関連する複数のネットワークインタフェースモジュール３１２を利用して、異質ネットワーク３１１を介して、受信され得る。ネットワークインタフェースモジュール３１２は次いで、データの部分をホームネットワーククライアントバックボーン３１４に送信し得る。ホームネットワーククライアントバックボーン３１４は、データの部分を再構築するために利用され得る。

オプションとして、データの部分は、Ｉ／Ｏデバイス３０２によって送信された元のデータに再構築され得る。別のオプションとして、ホームネットワーククライアントバックボーン３１４は、データの部分をＭＣＰ３０８に送信された処理されたデータに再構築し得る。さらに、データの部分は、データの部分の各々に関連するヘッダを利用して再構築され得る。

再構築されたデータは、次いでキャッシュ３１６に格納され得る。加えて、再構築されたデータは、出力モジュール３１８を利用して、出力され得、および／またはコンテンツ管理され得る。示されるように、再構築されたデータはディスプレイデバイス３２０に出力され得る。当然、再構築されたデータは、オプションで任意のタイプのメモリ（例えば、ＲＯＭ、アーカイブなど）に出力され得、任意のプレゼンテーションタイプデバイス（例えば、オーディオなど）は、様々な実施形態において使用され得る。

別のオプションとして、再構築されたデータは、出力モジュール３１８によって処理され得る。例えば、再構築されたデータは、出力モジュール３１８を利用して圧縮解除され得る。これを成し遂げるために、圧縮アルゴリズムは、再構築されたデータを構成するデータの部分の各々に関連するヘッダを利用して識別され得る。

前述したように、ＭＣＰ３０８（および／または他の論理）は、図１の記載の間に述べられた任意の手法を利用して、インテリジェントなデータの分割および／またはデータ接続の選択に従事したり、しなかったりする。一例という面においては、データが、高い優先度を有する巨大な（例えば、高画質など）ストリーミングの全長のビデオを表すことが、まず決定され得る。５つのデータ接続が利用可能であり、その内の３つは、大量の利用可能な帯域幅と短い待ち時間を有し、その内の１つは、とてもわずかな利用可能な帯域幅と長い待ち時間を有し、その内の別の１つは、無線データ接続である。さらに、高レベルの周辺のインタフェースは、環境において検出され得る。

前述の要因は、種々の方法の内の任意の１つにおいて利用され得る。例えば、検出された高レベルの周辺のインタフェースによって、このようなインタフェースは、このような無線接続を無駄にするので、無線接続を使用しないことが決定され得る。さらに、コンテンツがストリーミングフォーマットと高い優先度とを有するので、コンテンツはサイズが大きく（例えば、ネットワーク接続の任意の１つよりも大きな帯域幅を必要とする、など）；残りの利用可能な接続の全てが（さらに言えば、限定的な接続でさえ）利用されることが決定され得る。さらに、部分のサイズは、このような数の接続に適合するように調節され得、最適な多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）、ロードバランシングなどを可能にする。さらに、限定的な接続に割り当てられた部分のサイズは、他に対して小さくあり得る。

さらなるオプションとして、前述の要因の任意の１つ以上は、変化要因に適合させるために、連続的にまたは定期的にモニタされ得、前述のインテリジェントな決定を行うことはまた、連続的にまたは定期的にアップデートされ得る。この方法においては、データは、複数のタイプのデータ接続を利用して、キャプチャノードとサーバとの間を最適に通信され得る。

図３Ｂは、さらに別の実施形態に従った、複数のタイプのデータ接続を利用する、サーバとプレイバックノードとの間でデータを通信するためのシステム３５０を示している。オプションとして、本システム３５０は、図１〜図３Ａのアーキテクチャおよび環境という面でインプリメントされ得る。しかしながら、当然、システム３５０は、任意の所望される環境において使用され得る。さらに、上記の定義は、以下の記載の間に適用し得る。

示されるように、サーバは、異質ネットワーク３５７を介して、プレイバックノードにデータを送信し得る。このようなサーバは、図３Ａに関して上記されるサーバをオプションとして含み得る。具体的には、データはソース３５２からサーバに関連するＭＣＰ３５４へと送信される。ソースは、ＭＣＰ３５４へデータを送信することが可能な任意のソースデバイスを含み得る。ＭＣＰ３５４および／またはＣＰＵは、データを処理し得、および／またはデータを複数の部分に分割し得る。このような部分は、次いで、複数のネットワークインタフェースモジュール３５６を利用して、異質ネットワーク３５７を介して、送信され得る。加えて、前述したように、ヘッダはデータの部分の各々と共に含まれ得る。

さらに、データの部分は、プレイバックノードに関連する複数のネットワークインタフェースモジュール３５８において受信され得る。ネットワークインタフェースモジュール３５８は、次いで、ホームネットワーククライアントバックボーン３６０にデータの部分を送信し得る。ホームネットワーククライアントバックボーン３６０は、データの部分を再構築するために利用され得る。オプションとして、データの部分は、ソースデバイス３５２によって発送された元のデータに再構築され得る。さらに、データの部分は、データの部分の各々に関連するヘッダを利用して再構築され得る。

再構築されたデータは、次いでキャッシュ３６２に格納され得る。一部の実施形態において、キャッシュ３６２は、再構築の間に発生する様々な問題に十分適応させるように、サイズを合わせおよび管理され得る。例えば、いくつかのエラー訂正、リトライ指令または信号の発行などの必要性がある場合には、他のデータ接続は、十分にサイズを合わせられたキャッシュ３６２を用いて、その間に適切に、適合および阻止され得る。さらに、異なるデータ接続を経由して入力する、同じものを再構築するデータを追跡および／または管理するために、キャッシュは、インテリジェントな論理の制御下で動作し得る。さらに受信側に存在するように示されているが、類似のキャッシング手法は、通信の送信側において使用されたり、されなかったりする。

加えて、再構築されたデータは、出力モジュール３６４を利用して、出力され得、および／またはコンテンツ管理され得る。示されるように、再構築されたデータは、ディスプレイデバイス３６８に出力され得る。例えば、再構築されたデータは、ソースデバイス３５２から初めに受信されたデータを再生することが可能なディスプレイデバイスに出力され得る。当然、前述したように、任意のプレゼンテーションタイプのデバイス（例えば、オーディオ）は、様々な実施形態において使用され得る。

別のオプションとして、再構築されたデータは、出力モジュール３６４を利用して出力される前に圧縮解除され得る。さらに別のオプションとして、再構築されたデータは、出力モジュール３６４を利用して出力される前にデコードされ得る。当然、再構築されたデータは、出力モジュール３６４によって出力される前に、任意の所望される様式で処理され得る。この方法においては、データは、複数のタイプのデータ接続を利用して、サーバとプレイバックノードとの間で通信され得る。

さらに追加の実施形態において、データ部分が再構築されるまで、個別に取得される場合にはデータ部分が理解不能であり得るので、前述の手法がデータを暗号化するために使用され得る。従って、このようなデータの部分を傍受する極悪な（ｎｅｆａｒｉｏｕｓ）サーバは、データを全体として再構築することが不可能である。

図４は、例示的なコンピュータシステム４００を図示しており、コンピュータシステム４００において、様々な以前の実施形態の様々なアーキテクチャおよび／または機能が、インプリメントされ得る。例えば、図１〜図３Ｂの記載の間に記載された様々なデバイスが、オプションとして以下の形態をとり得る。

示されるように、コンピュータシステム４００は、少なくとも１つのホストプロセッサ４０１を含んで提供され、ホストプロセッサ４０１は、通信バス４０２と接続される。コンピュータシステム４００はまた、メインメモリ４０４を含む。制御論理（ソフトウェア）およびデータは、メインメモリ４０４内に格納され、メインメモリ４０４は、ランダムアクセスメモリ（ＲＡＭ）の形態をとり得る。

コンピュータシステム４００はまた、グラフィックプロセッサ４０６およびディスプレイ４０８（すなわちコンピュータモニタ）を含む。一実施形態において、グラフィックプロセッサ４０６は、複数のシェーダモジュール、ラスタ化モジュール、ビデオ処理モジュール、モーション推定モジュールなどを含み得る。前述のモジュールの各々は、単一の半導体プラットフォーム上に位置して、グラフィック処理ユニット（ＧＰＵ）を形成し得る。

本記載において、単一の半導体プラットフォームは、単一の単体半導体（ｓｏｌｅ ｕｎｉｔａｒｙ ｓｅｍｉｃｏｎｄｕｃｔｏｒ）ベースの集積回路またはチップといわれ得る。用語「単一の半導体プラットフォーム」はまた、増大した接続性を有するマルチチップモジュールといわれ得、これはオンチップ動作をシミュレートし、従来の中央処理装置（ＣＰＵ）およびバスのインプリメンテーションを利用することにおいて、実質的な改良を行う。当然、様々なモジュールはまた、個別に位置し得るか、またはユーザの望みごとに半導体のプラットフォームの様々な組み合わせであり得る。

コンピュータシステム４００はまた、二次ストレージ４１０を含み得る。二次ストレージ４１０は、例えば、ハードディスクドライブおよび／またはリムーバブルストレージドライブ（フロッピー（登録商標）ディスクドライブ、磁気テープドライブ、コンパクトディスクドライブなどに代表される）を含む。リムーバブルストレージドライブは、周知の様式で、リムーバブルストレージユニットから読み込み、および／またはリムーバブルストレージユニットへ書き込む。

コンピュータプログラム、またはコンピュータ制御論理アルゴリズムは、メインメモリ４０４および／または二次ストレージ４１０に格納され得る。このようなコンピュータプログラムは、実行される場合には、コンピュータシステム４００が、様々な機能を行うことを可能にする。メモリ４０４、ストレージ４１０、および／または任意の他のストレージは、コンピュータ読み取り可能な媒体の可能性のある例である。

一実施形態において、様々な先の図面のアーキテクチャおよび／または機能は、ホストプロセッサ４０１、グラッフィクプロセッサ４０６、チップセット（すなわち、作用するように構成され、関連する機能を行うためのユニットとして販売された集積回路のグループなど）、および／またはついでに任意の他の集積回路という面で、インプリメントされ得る。

さらに、様々な先の図面のアーキテクチャおよび／または機能は、汎用コンピュータシステム、回路基板システム、娯楽の目的専用のゲームコンソールシステム、特定用途向けシステム、および／または任意の他の所望されるシステムという面で、インプリメントされ得る。

様々な実施形態が上記されたが、これらは例示によってのみ示されており、これに限定はされないことが理解されるべきである。従って、好ましい実施形態の幅および範囲は、上記されるいかなる例示的な実施形態によっても限定されるべきではなく、添付の特許請求の範囲およびそれらと同等のものに従ってのみ定義されるべきである。

図１は、一実施形態に従った、複数のタイプのデータ接続を利用してデータを通信する方法を示す。 図２は、別の実施形態に従った、異質ネットワークを利用して２つのデバイスの間でデータを通信するシステムを示す。 図３Ａは、さらに別の実施形態に従った、複数のタイプのデータ接続を利用してキャプチャノードとサーバとの間でデータを通信するシステムを示す。 図３Ｂは、さらにまた別の実施形態に従った、複数のタイプのデータ接続を利用してサーバとプレイバックノードとの間でデータを通信するシステムを示す。 図４は、種々の上述の実施形態の種々のアーキテクチャおよび／または機能がインプリメントされ得る、例示的なコンピュータシステムを図示する。

符号の説明

３００、３５０ システム
３０２ Ｉ／Ｏ
３０４ 受信器モジュール
３０５ コーデック
３０６ ストリームハンドラ
３０８、３５４ ＭＣＰ
３１０、３１２、３５６、３５８ インタフェースモジュール
３１１、３５７ 異質ネットワーク
３１４、３６０ ホームネットワーククライアントバックボーン
３１６、３６２ キャッシュ
３１８、３６４ 出力モジュール
３２０、３６８ ディスプレイ
３５２ ソース

Claims (20)

1. データを複数の部分に分割することと、
   複数の異なるタイプのデータ接続を利用して、該データの該複数の部分を送信することと
   を包含する、方法。
2. 前記データ接続は、ネットワークデータ接続を含む、請求項１に記載の方法。
3. 前記データ接続は、家庭用電話線ネットワーキングアライアンス（ＨＰＮＡ）データ接続、ホームプラグデータ接続、ワイヤレスフィデリティ（ＷｉＦｉ）データ接続、Ｂｌｕｅｔｏｏｔｈ（登録商標）データ接続、Ｅｔｈｅｒｎｅｔ（登録商標）データ接続、１３９４データ接続、汎用シリアルバスデータ接続、並列データ接続、アナログ／デジタルデータ接続からなる群から選択されるデータ接続である、請求項１に記載の方法。
4. 前記分割することは、前記データのコンテンツに基づいて、該データを前記複数の部分に分割することを包含する、請求項１に記載の方法。
5. 前記データの各部分を送信するために、前記複数の異なるタイプのデータ接続から一つを選択することをさらに包含する、請求項１に記載の方法。
6. 前記選択は、前記複数の異なるタイプのデータ接続の少なくとも一つの局面に基づく、請求項５に記載の方法。
7. 前記選択は、前記複数の異なるタイプのデータ接続の帯域幅に基づく、請求項６に記載の方法。
8. 前記選択は、前記複数の異なるタイプのデータ接続の待ち時間に基づく、請求項６に記載の方法。
9. 前記選択は、前記データまたは該データの前記複数の部分の少なくとも一つの部分のうちの少なくとも一つの局面に基づく、請求項５に記載の方法。
10. 前記選択は、前記データまたは該データの複数の部分の少なくとも一つの部分の優先度に基づく、請求項９に記載の方法。
11. 前記選択は、前記データまたは該データの前記複数の部分の少なくとも一つの部分のサイズに基づく、請求項９に記載の方法。
12. 前記選択は、前記データまたは該データの前記複数の部分の少なくとも一つの部分が非同期であるか、あるいは二重同期であるかに基づく、請求項９に記載の方法。
13. 前記選択は、前記データまたは該データの前記複数の部分の少なくとも一つの部分と関連しているコンテンツタイプに基づく、請求項９に記載の方法。
14. 前記選択は、少なくとも一つの環境要因に基づく、請求項５に記載の方法。
15. ヘッダが、前記データの前記複数の部分のそれぞれに含まれる、請求項１に記載の方法。
16. 前記ヘッダは、開始・終了データ、移送データ、エラー訂正データ、およびコンテンツ識別情報からなる群から選択される情報を含む、請求項１５に記載の方法。
17. 前記データまたは該データの前記複数の部分を圧縮すること、デジタル化すること、およびダイレクトメモリアクセス（ＤＭＡ）を介して検索することのうちの少なくとも一つをさらに包含する、請求項１に記載の方法。
18. 複数の異なるタイプのデータ接続を利用して、データの複数の部分を受信することと、
    該データの該複数の部分を再構築することと
    を包含する、方法。
19. 複数の異なるタイプのデータ接続と、
    該複数の異なるタイプのデータ接続を利用して、該データ接続とインタフェースして、データの複数の部分を通信するインタフェースと
    を備える、システム。
20. 前記インタフェースは、バスを介して通信する中央処理装置およびメモリを利用して提供される、請求項１９に記載のシステム。

Images