(57)【要約】  ネットワーク・システムの複数のノード間でデータを伝送する方法が提供される。本方法は、初期データ・バンドルを複数の初期データ・パケットにパッケージ化すること、および、補足データを複数の補足データ・パケットにパッケージ化することを含むことが可能である。本方法は、第１のプロトコルを使用して前記初期データ・パケットを送信すること、および、第２のプロトコルを使用して前記補足データ・パケットを送信することをさらに含むことが可能である。【選択図】      図２
2007502585.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク・システムの複数のノード間でデータを伝送する方法であって、
初期データ・バンドルを複数の初期データ・パケットにパッケージ化すること、
補足データを複数の補足データ・パケットにパッケージ化すること、
第１のプロトコルを使用して前記初期データ・パケットを送信すること、および
第２のプロトコルを使用して前記補足データ・パケットを送信することを含む方法。
【請求項２】
前記第１のプロトコルは、前記第２のプロトコルよりも比較的信頼性があり、前記第２のプロトコルよりもさらに比較的遅い請求項１記載の方法。
【請求項３】
再送信要求を受信し、前記第１のプロトコルを使用して前記複数のデータ・パケットを再送信することをさらに含んでいる請求項１記載の方法。
【請求項４】
前記パッケージ化することは、データ・バンドルをパケットに分けることを含んでいる請求項１記載の方法。
【請求項５】
前記パッケージ化することは、データ配列をデータ・パケットに分けること、および、各データ・パケットをパケット識別子と共に符号化することを含んでいる請求項１記載の方法。
【請求項６】
前記パケット識別子は、個々のデータ・パケットの他のデータ・パケットに対する通し位置を識別する請求項５記載の方法。
【請求項７】
前記パケット識別子は、連続番号を含んでいる請求項５記載の方法。
【請求項８】
前記初期データ・バンドルおよび前記補足データ・バンドルは、音声データ、映像データ、または音声および映像データの組み合わせを含んでいる請求項１記載の方法。
【請求項９】
前記初期データ・バンドルおよび前記補足データ・バンドルは、ハイビジョン・データである請求項１記載の方法。
【請求項１０】
前記ネットワーク・システムは、無線ネットワーク・システムである請求項１記載の方法。
【請求項１１】
ネットワーク・システムを通じてデータを受信器に送信する送信器であって、
前記ネットワーク・システムを通じて送信されたデータを受信するように構成された受信器と、
第１のプロトコルを使用して初期データ・バンドルをパッケージ化および送信するように構成され、さらに、第２のプロトコルを使用して補足データ・バンドルをパッケージ化および送信するように構成されたプロセッサとを備える送信器。
【請求項１２】
前記第１のプロトコルは、信頼性のあるプロトコルである請求項１１記載の送信器。
【請求項１３】
前記第２のプロトコルは、前記第１のプロトコルほど比較的信頼性がない請求項１１記載の送信器。
【請求項１４】
前記第２のプロトコルは、前記第１のプロトコルよりも比較的速い請求項１１記載の送信器。
【請求項１５】
前記パッケージ化することは、データ・バンドルをパケットに分けること、および、各パケットをパケット識別子と共に符号化することを含んでいる請求項１１記載の送信器。
【請求項１６】
前記パケット識別子は、個々のパケットの他のデータ・パケットに対する通し位置を識別する請求項１５記載の送信器。
【請求項１７】
前記パケット識別子は、連続番号を含んでいる請求項１５記載の方法。
【請求項１８】
前記受信器は、さらに、再送信要求を受信するように構成されている請求項１１記載の送信器。
【請求項１９】
前記プロセッサは、さらに、前記データ・バンドルを再送信するように構成されている請求項１１記載の送信器。
【請求項２０】
前記プロセッサは、さらに、前記第１のプロトコルを使用して前記補足データ・バンドルを再送信するように構成されている請求項１１記載の送信器。
【請求項２１】
前記データは、ハイビジョン・データである請求項１１記載の送信器。
【請求項２２】
前記ネットワーク・システムは、無線ネットワーク・システムである請求項１１記載の送信器。
【請求項２３】
ネットワーク・システムの複数のノード間でデータを伝送する方法であって、
信頼性のあるプロトコルを使用して前記ネットワーク・システムを通じて送信された複数の初期データ・パケットを受信すること、
前記初期データ・パケットを非パッケージ化すること、
比較的信頼性のないプロトコルを使用して前記ネットワーク・システムを通じて送信された複数の補足データ・パケットを受信すること、および
前記補足データ・パケットを非パッケージ化することを含む方法。
【請求項２４】
前記非パッケージ化することは、前記データ・パケットを復号化すること、前記データ・パケットをデパケット化すること、および、データ・ストリームを復元するために適切な配列に、復号されたデータ・パケットを編成することを含んでいる請求項２３記載の方法。
【請求項２５】
前記信頼性のあるプロトコルは、前記比較的信頼性のないプロトコルよりも比較的遅い請求項２３記載の方法。
【請求項２６】
前記信頼性のあるプロトコルは、TCPであり、比較的信頼性のないプロトコルは、UDPである請求項２３記載の方法。
【請求項２７】
送信におけるエラーを認識すること、および、再送信要求を送ることをさらに含んでいる請求項２３記載の方法。
【請求項２８】
遅いプロトコルを使用して前記ネットワーク・システムを通じて再送信された送信済みの複数のデータ・パケットを受信することをさらに含んでいる請求項２７記載の方法。
【請求項２９】
復元されたデータ・ストリームを再生装置上で再生することをさらに含んでいる請求項２３記載の方法。
【請求項３０】
前記再生装置は、プロジェクタである請求項２３記載の方法。
【請求項３１】
前記複数の初期データ・パケットは、エラーが無い送信を要求するコア・データを含み、前記複数の補足データ・パケットは、エラーが無い送信を要求しないバルク・データを含んでいる請求項２３記載の方法。
【請求項３２】
前記複数の初期データ・パケットおよび前記複数の補足データ・パケットは、ハイビジョン・データを含んでいる請求項２３記載の方法。
【請求項３３】
前記ネットワーク・システムは、無線ネットワーク・システムである請求項２３記載の方法。
【請求項３４】
ネットワーク・システムを通じて送信されたデータを受信するように構成された再生装置であって、
第１のプロトコルを使用して前記ネットワーク・システムを通じて送信された複数の初期データ・パケットを受信し、第２のプロトコルを使用して前記ネットワーク・システムを通じて送信された複数の補足データ・パケットを受信し、複数のデータ・パケットを非パッケージ化するように構成され、さらに、初期および補足データ・パケットを復元されたデータ・バンドルに配列するように構成された受信器と、
前記復元されたデータ・バンドルを再生するように構成されたディスプレイとを備える再生装置。
【請求項３５】
前記非パッケージ化することは、前記データ・パケットを復号化すること、前記データ・パケットをデパケット化すること、および、元のデータ・ストリームを復元する適切な配列に前記データ・パケットを編成することを含んでいる請求項３４記載の再生装置。
【請求項３６】
前記第１のプロトコルは、前記第２のプロトコルよりも信頼性があり、前記第２のプロトコルよりも遅い請求項３４記載の再生装置。
【請求項３７】
前記第１のプロトコルは、前記第２のプロトコルよりも信頼性があり、前記第２のプロトコルよりも遅い請求項３４記載の再生装置。
【請求項３８】
前記受信器は、さらに、送信エラーを識別し、再送信要求を送信するように構成されている請求項３４記載の再生装置。
【請求項３９】
前記受信器は、さらに、遅いプロトコルを使用して前記ネットワーク・システムを通じて送信された複数の再送信されたデータ・パケットを受信するように構成されている請求項３４記載の再生装置。
【請求項４０】
前記再生装置は、プロジェクタである請求項３４記載の再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して、データを送信する装置、システムおよび方法に関し、特に、受信装置にデータを確実に送るための装置、システムおよび方法に関する。
【発明の開示】
【０００２】
本開示は、例として図示され、添附の図面の図に限定するためのものではなく、同様の参照符号は、同様の要素を示している。
【発明を実施するための最良の形態】
【０００３】
データを送信するのに使用される典型的なシステムが図１において10で概略的に示されている。システム内のデータ送信は、無線、有線、光ファイバ、無線および有線の組み合わせなどが可能である。当然のことながら、システムで送信されるデータは、任意の適切な種類のデータを含むことが可能であるが、ストリーミング・データに限定されるものではない。
【０００４】
前記典型的なシステムにおいて、ハイビジョン（HDTV）データ12、または、他の音声データ、映像データ、音声映像データ、ビデオ映像などのようなデータあるいは信号は、クライアントまたは送信器14に読み込まれることが可能である。クライアント14は、ネットワーク18を介してサーバ16にデータを送信するように構成されることが可能である。クライアント14は、ソフトウェア、ファームウェア、ハードウェア、またはそれらの組み合わせであることが可能である。たとえば、クライアント14は、パーソナル・コンピュータ（PC）、ラップトップ、ポータブル・コンピュータ、パーソナル・データ・アシスタント（PDA）、電話機、またはネットワークを通じてデータを受信するかまたは読み込むように構成された適切な受信器を備えた他の装置、そして、ストリーミング・データを受信し、収集し、サーバ16に送信するように構成された適切なプロセッサのような任意の適切な演算装置であることが可能である。クライアント受信器およびプロセッサは、クライアント要素またはプログラム内で組み合わせられることも可能である。ある実施の形態では、クライアント14は、ネットワークにリンクされたネットワークまたは演算装置上でロード可能なアプリケーション・プログラムであることが可能である。当然のことながら、ある実施の形態では、クライアント14は、１つの装置内に統合／組み込みされることが可能である一方、代替の実施の形態では、クライアント14は、スタンド・アロン装置として機能することが可能である。
【０００５】
同様に、サーバ16は、ソフトウェア、ファームウェア、および／またはハードウェアであることが可能である。たとえば、サーバ16は、演算装置またはアプリケーション・プログラムであることが可能である。クライアント14のように、サーバ16は、テレビ、コンピュータ、投影装置などのような装置内に統合されることが可能である。ある実施の形態では、サーバ16は、ソフトウェアプログラム（コンピュータ、プロジェクタ、テレビなどのような再生装置にロードされることが可能である）のようなアプリケーション・プログラムことが可能である。他の実施の形態では、サーバ14は、表示装置、テレビ、コンピュータ、プロジェクタなどのような再生装置に結合されることが可能なスタンド・アロンの装置であることが可能である。ある実施の形態では、サーバは再生装置として機能することが可能である。
【０００６】
上述したように、ネットワーク18は、無線、光ファイバ、および／または有線ネットワーク、あるいはその組み合わせであることが可能である。たとえば、クライアント14は、サーバ16に物理的に接続されることが可能である。これに代えて、ある実施の形態では、クライアント14は、データおよびコマンドがクライアントとサーバとの間で無線で送信されるように、サーバ16と無線通信することも可能である。したがって、ネットワーク18は、有線ネットワーク、無線ネットワーク、光ファイバ・ネットワーク、衛星放送、コンピュータ・ネットワーク、ケーブル・ネットワークなどを含む任意の適切な送信ネットワークであることが可能であるが、これらに限定されるものではない。
【０００７】
本開示の１つの実施の形態では、クライアント14は、HDTVデータのようなストリーミング・データを受信するように構成されることが可能である。そのようなストリーミング・データは、クライアント14によって受信され、ネットワーク18を通じて送信され、サーバ16によって受信され、ビデオ映像として表示されることが可能である。消費者は、ますますより高品質のビデオ映像を要求している。そのような高品質のビデオ映像は、大きな量のデータを正確に操作し、送信することを要求することがある。
[0013]  そのようなストリーミング・データの送信または受信のどのような遅れも、映像生成の遅れに帰着することがあり、消費者のビデオ映像または表示装置の知覚される品質に影響することもある。映像データの正確な操作および送信には、時間、帯域幅、およびかなりの計算能力が要求されることがある。処理時間を減少させることによって送信を促進する試みは、処理ミスおよびデータ損失に帰着することがある。そのようなデータの処理ミスは、消費者に明白である場合がある。
【０００８】
HDTV信号のようなビデオ映像信号の配信は、付加的なデータ操作を要求することがある。そのような信号の送信に使用されるネットワークには、典型的には、データを送信するのに十分な帯域幅が要求される。さらに、出力装置に滑らかなビデオ・ストリームを提供するために、ネットワークの待ち時間および／または苛立ちの影響は、いかなるそのような結果も信号の再現中に提供されることが可能であるように、最小化および／または予測可能にされなけらばならない。
【０００９】
図１および図２に概して示されるように、この開示の実施の形態は、消費者へネットワークを通じてHDTVまたは他の類似の信号のように滑らかなストリームの送信を可能にするために、ネットワークの最上層を提供する作用をなしている。 データあるいはデータ配列の受信に際して、クライアント14は、データを個別のパケットにパッケージ化するように構成されることが可能である。パッケージ化は、ここで使用されるように、初期バンドルをパケットまたはデータ・ブロックに分解し（パケット化）、パケットまたはブロックを連続化させることを含むことが可能である（下に述べられる）。
【００１０】
たとえば、本開示の実施の形態では、各パケットは、識別子で符号化されることが可能である。識別子は、パケットのデータ・ストリーム中の他のパケットに対する通し位置を識別する、通し番号、連続番号、または他の同様の符号を含むことが可能である。たとえば、ある実施の形態では、個々のパケットは、それぞれ、元のデータ・ストリーム中におけるパケット位置に相互に関連する単調に増加する連続番号を含むことが可能である。これに代えて、他の種類の連続番号または同様のものを使用することも可能である。
【００１１】
データをパケット化した後で、データ・パケットは、クライアント14からネットワーク18を通じてサーバ16に送信されることが可能である。サーバ16は、データ・パケットを復号化し、復号したデータ・パケットを適切な配列に編成するように構成された復号器22を含んでおり、それによって、元のデータ・ストリームを復元することが可能である。復元されたデータ・ストリーム、あるいは復元したデータ配列は、その後、サーバまたは、再生装置、表示装置、プロジェクタ26、テレビ、コンピュータなどのような別の装置を介して再生あるいは再現されることが可能である。簡潔に上述したように、ある実施の形態では、サーバ16は、再生装置内に組み込まれることが可能である。たとえば、サーバ16は、プロジェクタ26内に統合されることが可能である。
【００１２】
図２は、図１に示した典型的なシステムで使用されるデータ送信方法30をさらに示している。本方法は、クライアントとサーバとの間で記述されるが、当然のことながら、本方法がここに記述されたクライアントおよびサーバを含む任意の適切なノード間で実施されることが可能であるが、これらに限定されるものではない。 特に、ステップ32で示されるように、クライアントは、データ・ストリームの初期バンドルまたは初期データ配列を読み込む。初期バンドルまたは初期データ配列は、HDTVストリームのような所定の初期量のデータ・ストリームであることが可能である。限定としてではなく典型的な目的として、クライアントは、データの初期の１秒のバンドルを読み込むことが可能である。これに代えて、クライアントは、初期バンドルを生成するために多かれ少なかれデータを読み込むことが可能である。
【００１３】
初期データがクライアントに読み込まれた後で、クライアントは、ステップ34で、複数のパケットを形成するように初期バンドルにデータをパッケージ化することが可能である。たとえば、データの１秒の初期バンドルは、何千ものパケットに分解されることが可能である。パケットは、任意の適切なサイズであることが可能である。たとえば、ある実施の形態では、パケットは、1472バイトであることが可能である。上述したように、各パケットは、他のパケットに対するパケットの順番を識別する識別子を含むことが可能である。識別子は、任意の適切なサイズであることが可能であり、たとえば、1472バイトのパケットは、1468バイトのデータと、識別子として作用する4バイトとを含むことが可能である。
【００１４】
初期バンドルから生成され得る第１のパケットの組、あるいは初期パケットは、第１の通信プロトコルを使用して送信されることが可能である。より詳細に下に記述されるように、第１のプロトコルは、信頼性があるが、比較的遅いプロトコルであることが可能である。たとえば、第１のプロトコルは、受信器への実質的にエラーが無いパケットの伝送を確実にする任意の適切なプロトコルであることが可能である。適切な第１のプロトコルは、それが正確な順番でサーバに各パケットを確実に伝送するという点で安心でき、且つ、信頼性があり、したがって、サーバによるデータ・ストリームの適切な復元を確実にする。
【００１５】
限定ではなく例示として、第１の通信プロトコルは、伝送制御プロトコル（TCP）、インターネット・プロトコル（IP）、または伝送制御プロトコル／インターネット・プロトコル（TCP/IP）のような一又は複数の信頼性のあるプロトコルであることが可能である。プロトコルの特定の種類に拘わらず、第１のプロトコルは初期データ・バンドルを含むパケットの伝送を確実にするように構成される。第１のプロトコルは、さらに、パケットが、それらが送信された順番に伝送されるであろうことを確実にするように構成されることが可能である。
【００１６】
クライアントにリンクしたサーバは、ステップ36で示されるように第１のプロトコルを使用して送信された符号化パケットを受信するように構成されることが可能である。サーバは、さらに、ステップ38で示されるように、デパケット化し（あるいは、パケットを開き）、初期データ配列を復元することが可能である。パケットを開くことは、パケット識別子を復号化し、読み取り可能な形態にデータを配列することを含むことが可能である。デパケット化された初期データは、復元された初期データ配列、または復元された初期データ・バンドルを形成するように配列されることが可能である。ステップ40で示されるように、その後、復元された初期バンドルは、サーバまたはリンクした装置によって再生／再現されることが可能である。
【００１７】
ステップ41で示されるように、初期データ・バンドルのパケット化および送信の後、あるいは、実質的に送信と同時に、クライアントは、いかなる付加的あるいは補足データ・バンドルであっても補足データ・パケットにパケット化することが可能である。ステップ42で示されるように、これらの補足データ・パケットは、第２のプロトコルを使用してクライアントからサーバに送信されることが可能である。第２のプロトコルは、第１のプロトコルよりも速いプロトコルであることが可能である。さらに、第２のプロトコルに信頼性があるかの必要性はより少ない。したがって、第２のプロトコルは、速いが、部分的に信頼性の低い、ユーザ・データグラム・プロトコル（UDP）のような僅かなエラー回復サービスを備えたプロトコルであることが可能である。
【００１８】
ステップ44で示されるように、第２のプロトコルを使用したパケットは、サーバによって受信され、識別されることが可能である。上述したように、各データ・パケットは、他のパケットに対するパケットの通し位置を識別するために、サーバによって読まれ得る識別子を含むことが可能である。サーバは、データ・パケットを開く（あるいは、非パッケージ化する）ことが可能である。ここで使用されるように、非パッケージ化することは、下に議論されるように、データ・パケットを復号化すること、データ・パケットをデパケット化すること、および、データ・ストリーム、あるいはクライアントに提供された元のデータ編成を復元するために、復号したデータ・パケットを適切な配列に編成することを含むことが可能である。
【００１９】
一旦パケットが識別されると、サーバは、受信したパケットが予期されたパケットであるか否かを判定することが可能である（ステップ46）。パケットが予期されたパケットである場合には、パケットは、開かれ、適切な配列でデータ・ストリームの一部としてそれが再生され得るように、データ・ストリームに付加されることが可能である（ステップ48）。当然のことながら、パケットおよび／または復元されたデータ・ストリームは、データが必要なときに容易にアクセスされることが可能であるように、サーバまたはリンクした装置上のバッファまたは他の一時記憶領域に一時的に保持されることが可能である。
【００２０】
パケットが予期されたパケットでない場合には、送信エラーが生じていることがある。もしそのような送信および／またはパケット・エラーが生じている場合には、サーバは、図３により詳細に記述されるように、クライアントにパケット・エラー・メッセージを送信することによって所望のパケット（あるいは複数のパケット）を再送信するかまたは要求を再送信することをクライアントに自動的に要求することが可能である。クライアントは、図２におけるステップ50で、第２の（より速い）プロトコルの代わりに第１の信頼性のある（エラーの無い）プロトコルを使用して、要求されたパケット（あるいは複数のパケット）を再送信することによって、適切なパケットに対してサーバの要求に応答することが可能である。第１の信頼性のあるプロトコルを使用して送信されたサーバによる要求パケットの受信に際して、パケットは、ステップ48でデータ・ストリームをデパケット化および付加され、ステップ40で再生されることが可能である。
【００２１】
図３は、さらに、多重通信プロトコルの組み合わせを使用して、信頼性のあるデータ・ストリームを生成する典型的な方法を示している（ステップ50）。具体的には、クライアントは、速いプロトコルを使用して、サーバにデータ・パケットを送信するように構成されることが可能である。クライアントにリンクしたサーバは、速いプロトコルを使用して、データ・パケットを受信および識別するように構成されることが可能である（ステップ52）。上述したように、典型的には、各パケットは、連続番号を含むことが可能であり、データ・ストリーム中の他のパケットに対するパケットの通し位置を識別する識別子を含んでいる。したがって、受信したデータ・パケットの識別子を判定する際に、データ・ストリーム内のパケットの通し位置が判定されることが可能である。もしパケットが、予期されたパケットである場合には、受信したパケットの連続番号は、予期されたパケットの連続番号と等しく、その後、受信したパケットは、デパケット化され、復元されたデータ・ストリームに付加されることが可能である（ステップ56）。
【００２２】
ある状況では、パケットは、ステップ58での予期されたパケットよりも連続番号が低いかあるいは高い識別子を有していることが可能である。たとえば、もし受信したパケットがそのときの予期されたパケットよりも低い連続番号を有している場合には、受信したパケットは、デパケット化され、データ・ストリーム内の適切な位置に挿入されることが可能である（ステップ60）。したがって、再送信されたパケットは、予期されたパケットよりも低い連続番号を有することがある。もしそのようなパケットが要求されている場合には、パケットは、デパケット化され、適切な位置の待ち行列に挿入される。
【００２３】
ある状況では、サーバは、同一の連続番号を備えた複製パケットを受信することが可能である。そのような複製は、速く信頼性がないプロトコルの使用の影響である場合がある。そのような複製パケットは、無視することが可能であるが、さもなければ、復元されたデータ・ストリームが複数の同じパケットを含まないように破棄することが可能である。
【００２４】
ある状況では、受信したパケットは、予期されたパケットの連続番号より大きい（あるいは高い）連続番号を有する場合がある（ステップ62）。そのような状況では、サーバは、再送信要求（一又は複数のパケットを再送信するためのクライアントへのコマンド）を送信することが可能である。再送信要求（すなわち、パケット・エラー・メッセージ）は、予期されたパケットの連続番号と、受信したパケットの連続番号との間でクライアントが予期されたパケットの再送信を含むすべてのパケット（欠落パケット）を再送信する旨の要求を含むことが可能である。そのような再送信要求は、クライアントが要求を受信し、正しく応答することを確実にするTCP/IPのような信頼性のあるプロトコルを使用して送信されることが可能であるが、これに限定されるものではない。要求に応答して、欠落パケットは、任意の適切な信頼性のあるプロトコルを使用して、クライアントからサーバに送信されることが可能である。ステップ64で示されるように、そのような信頼性のあるプロトコルの使用は、要求されるパケットを適切な順番でサーバによって受信することを確実にすることが可能である。
【００２５】
図４は、本開示の１つの実施の形態にかかる時間に伴うクライアントとサーバとの間の通信の典型的な例示である。上述したように、当然のことながら、他の種類および数の通信プロトコルが、本開示の範囲を逸脱せずに、開示された方法に従って使用されることが可能である。
【００２６】
図４に示されるように、データ・ストリームの送信の開始は、クライアントが、TCP/IPのような信頼性のあるプロトコルを使用して、データ・ストリームからサーバにデータ・パケットの初期セット74（I1，I2，I3）を送信すること（矢符76によって示された）から始まることが可能である。サーバは、TCP/IPデータ・パケット78（I1，I2，I3）を受信し、パケットをデパケット化し、再生可能なデータ・ストリームにデータを復元する。初期データ・セットのための信頼性のある、実質的にエラーが無いプロトコルの使用は、データ・ストリームの正確な初期送信を確実にする。初期データ・セットの送信精度は、送信の速度よりも重要である場合がある。具体的には、初期送信の速度は、データ・ストリームの初期部分の再現品質に影響が殆ど無いことがある。さらに、信頼性のあるプロトコルを使用して送信される限定されたデータのために、帯域幅は、送信される追加データ用に利用可能である。
【００２７】
しかしながら、データ・ストリームの大部分の通信速度は、再現品質において重要である場合がある。したがって、ある実施の形態では、速いプロトコルは、データ・パケットの初期セットの送信の後で使用されることが可能である。たとえば、ステップ80で示されるように、UDPまたは他の適切な速いプロトコルは、データ・ストリームの大部分を送信するように使用されることが可能である。たとえば、データ・ストリームは、パケットX1，X2，X3，X4，X5，X6，X7，X8などにパケット化され、UDPを使用してサーバに送信されることが可能である（矢符82によって示されるように）。UDPまたは同様の速いプロトコルの使用は、システム内の経費を低減させることが可能である。たとえば、UDPにより、パケットは、クライアントとサーバとの間の送信の確認または認証の必要なしに受信器に盲目的に送信されることが可能である。そのような盲目的な通信は、データ・パケットを送信するのに必要な帯域幅の量を減少させることが可能である。
【００２８】
ステップ84で示されるように、サーバは、UDPデータ・パケットを受信するように構成される。しかしながら、送信エラー（パケットの再現、パケットの欠損、パケットの送信失敗を含む）が、その速さと、少なくとも部分的に信頼性の無いプロトコルの使用とによって生じる場合がある。たとえば、サーバは、パケットX1，X2，X3，X4，X7，X8などを受信するが、パケットX5，X6は受信しないことが可能である。パケットの連続番号の使用は、サーバが欠落パケットを識別し、欠落パケットのための再送信要求をクライアントに送信することを可能にする（ステップ86で示され、図３と関連してより詳細に上述されたように）。矢符89によって示されるように、再送信要求は、欠落パケットが信頼性のある、エラーが無いプロトコルを使用して送信されることを要求し、それによって、パケットの受信を確実にすることが可能である。再送信要求の受信に際して（ステップ88）、クライアントは、TCPのような要求された信頼性のあるプロトコルを使用して、欠落パケット（X5，X6）を再送信することが可能である。遅いが、信頼性のあるプロトコルの使用は、欠落パケット90の受信を実質的に保証し、それによって、データ・ストリームの正しい復元を確実にする。速いプロトコルと遅いプロトコルとの組み合わせは、従来の方法および装置の、待ち時間、苛立ち、そして帯域幅の問題なしに、HDTV配信、あるいは同様の配信の表示を可能にする。
【００２９】
図５は、さらに、概して100で例示する、本開示の実施の形態にかかるクライアントとサーバとの間のデータ・ストリームの送信における複数のプロトコル間の典型的な関係である。具体的には、遅く、信頼性のあるプロトコル102と、速い（しかし、時々信頼性のない）プロトコル104は、サーバ106への速く正確なデータ送信を確実にするために組み合わせて使用されることが可能である。信頼性のある、遅いプロトコルのこの並列の組み合わせ、または、速いが、部分的に信頼性の低いプロトコルの実質的に並列の使用は、ネットワークを通じてデータを送信する効率的であるが正確な方法に帰着する。
【００３０】
使用されたプロトコルの種類は、送信されるデータの種類に依存して変更することも可能である。たとえば、遅いプロトコル102は、コア・データを送信するように使用されることが可能である。コア・データは、ここで使用されるように、典型的にはエラーが無い送信を要求するデータである。たとえば、コア・データは、初期データ・パケットを含むことが可能である。さらに、コア・データは、正確にデータ・ストリームを復元するために必要な欠落データ・パケットのような、再送信されるデータを含むことが可能である。
【００３１】
対照的に、速いプロトコル104は、上述した補足データのようなバルク・データを送信するのに使用されることが可能である。バルク・データは、ここで使用されるように、コア・データと同じ信頼性レベルで送信される必要のないデータを含んでいる。たとえば、大多数のデータ・ストリームは、バルク・データとして当初は扱われることがある。もしバルク・データを送信および受信する際にエラーが生じた場合には、そのデータは、遅く、信頼性のあるプロトコル102を使用して、コア・データのように再送信されることが可能である。データ・ストリームを送信する際の複数のプロトコル間の連携は、実質的にエラーの無い、迅速なデータ送信に帰着する。
【００３２】
本開示は、特定の実施の形態を含んでいるが、多様な変更が可能であるので、特定の実施の形態は限定された意味で考慮することはできない。本開示の主題は、ここで開示された様々な要素、特徴、機能、および／または特性の新規且つ非自明なコンビネーションおよびサブコンビネーションをすべて含んでいる。請求項は、新規且つ非自明であると見なされる、あるコンビネーションおよびサブコンビネーションを特に指し示している。これらの請求項は、「１つの」要素、あるいは「最初の」要素、あるいはその均等物を参照することが可能である。そのような請求項は、一又は複数のそのような要素の援用を、複数のそのような要素を要求することなく、含むと解されるべきである。特徴、機能、要素、および／または特性の他のコンビネーションおよびサブコンビネーションは、現在の請求項の補正あるいは、この出願または関連する出願中の新しい請求項の提示を通じて請求されることが可能である。そのような請求項は、元の請求項の範囲に対してより広く、より狭く、同等に、あるいは異なっても、本開示の主題内に含まれていると見なされる。
【図面の簡単な説明】
【００３３】
【図１】本開示の実施の形態が実施され得る典型的なシステムの概略図である。
【図２】本開示の実施の形態にかかる図１に示された典型的なシステムで使用されるデータ送信方法のフローチャートである。
【図３】本開示の実施の形態にかかる送信パケット・エラーを判定および修正するステップをさらに示す別のフローチャートである。
【図４】クライアントからサーバへのデータ交換の概略図である。
【図５】本開示の実施の形態にかかるデータを有効且つ正確に転送する２つの異なるプロトコル間の連携を示す別の概略図である。
【符号の説明】
【００３４】
10  システム
12，24  ハイビジョンデータ（HDTV）
14  クライアント（送信器）
16  サーバ（受信器）
18  ネットワーク
20  データ・パケットの符号器
22  データ・パケットの復号器
26  プロジェクタ
102  遅く、信頼性のあるプロトコル
104  速いプロトコル
106  サーバ
【図１】
2007502585.tif 000003
【図２】
2007502585.tif 000004
【図３】
2007502585.tif 000005
【図４】
2007502585.tif 000006
【図５】
2007502585.tif 000007
【手続補正書】
【提出日】平成18年3月9日(2006.3.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワーク・システムの複数のノード間でデータを伝送する方法であって、
初期データ・バンドルを複数の初期データ・パケットにパッケージ化すること、
補足データを複数の補足データ・パケットにパッケージ化すること、
第１のプロトコルを使用して前記初期データ・パケットを送信すること、および
第２のプロトコルを使用して前記補足データ・パケットを送信することを含む方法。
【請求項２】
前記第１のプロトコルは、前記第２のプロトコルよりも比較的信頼性があり、前記第２のプロトコルよりもさらに比較的遅い請求項１記載の方法。
【請求項３】
再送信要求を受信し、前記第１のプロトコルを使用して前記複数のデータ・パケットを再送信することをさらに含んでいる請求項１記載の方法。
【請求項４】
前記パッケージ化することは、データ・バンドルをパケットに分けることを含んでいる請求項１記載の方法。
【請求項５】
前記パッケージ化することは、データ配列をデータ・パケットに分けること、および、各データ・パケットをパケット識別子と共に符号化することを含んでいる請求項１記載の方法。
【請求項６】
前記パケット識別子は、個々のデータ・パケットの他のデータ・パケットに対する通し位置を識別する請求項５記載の方法。
【請求項７】
前記パケット識別子は、連続番号を含んでいる請求項５記載の方法。
【請求項８】
前記初期データ・バンドルおよび前記補足データ・バンドルは、音声データ、映像データ、または音声および映像データの組み合わせを含んでいる請求項１記載の方法。
【請求項９】
前記初期データ・バンドルおよび前記補足データ・バンドルは、ハイビジョン・データである請求項１記載の方法。
【請求項１０】
前記ネットワーク・システムは、無線ネットワーク・システムである請求項１記載の方法。
【請求項１１】
ネットワーク・システムを通じてデータをサーバ受信器に送信する送信器であって、
前記ネットワーク・システムを通じて送信されたデータを受信するように構成されたクライアント受信器と、
第１のプロトコルを使用して初期データ・バンドルをパッケージ化および送信するように構成され、さらに、第２のプロトコルを使用して補足データ・バンドルをパッケージ化および送信するように構成されたプロセッサとを備える送信器。
【請求項１２】
前記第１のプロトコルは、信頼性のあるプロトコルである請求項１１記載の送信器。
【請求項１３】
前記第２のプロトコルは、前記第１のプロトコルほど比較的信頼性がない請求項１１記載の送信器。
【請求項１４】
前記第２のプロトコルは、前記第１のプロトコルよりも比較的速い請求項１１記載の送信器。
【請求項１５】
前記パッケージ化することは、データ・バンドルをパケットに分けること、および、各パケットをパケット識別子と共に符号化することを含んでいる請求項１１記載の送信器。
【請求項１６】
前記パケット識別子は、個々のパケットの他のデータ・パケットに対する通し位置を識別する請求項１５記載の送信器。
【請求項１７】
前記パケット識別子は、連続番号を含んでいる請求項１５記載の方法。
【請求項１８】
前記クライアント受信器は、さらに、再送信要求を受信するように構成されている請求項１１記載の送信器。
【請求項１９】
前記プロセッサは、さらに、前記データ・バンドルを再送信するように構成されている請求項１１記載の送信器。
【請求項２０】
前記プロセッサは、さらに、前記第１のプロトコルを使用して前記補足データ・バンドルを再送信するように構成されている請求項１１記載の送信器。
【請求項２１】
前記データは、ハイビジョン・データである請求項１１記載の送信器。
【請求項２２】
前記ネットワーク・システムは、無線ネットワーク・システムである請求項１１記載の送信器。
【請求項２３】
ネットワーク・システムの複数のノード間でデータを伝送する方法であって、
信頼性のあるプロトコルを使用して前記ネットワーク・システムを通じて送信された複数の初期データ・パケットを受信すること、
前記初期データ・パケットを非パッケージ化すること、
比較的信頼性のないプロトコルを使用して前記ネットワーク・システムを通じて送信された複数の補足データ・パケットを受信すること、および
前記補足データ・パケットを非パッケージ化することを含む方法。
【請求項２４】
前記非パッケージ化することは、前記データ・パケットを復号化すること、前記データ・パケットをデパケット化すること、および、データ・ストリームを復元するために適切な配列に、復号されたデータ・パケットを編成することを含んでいる請求項２３記載の方法。
【請求項２５】
前記信頼性のあるプロトコルは、前記比較的信頼性のないプロトコルよりも比較的遅い請求項２３記載の方法。
【請求項２６】
前記信頼性のあるプロトコルは、TCPであり、比較的信頼性のないプロトコルは、UDPである請求項２３記載の方法。
【請求項２７】
送信におけるエラーを認識すること、および、再送信要求を送ることをさらに含んでいる請求項２３記載の方法。
【請求項２８】
遅いプロトコルを使用して前記ネットワーク・システムを通じて再送信された送信済みの複数のデータ・パケットを受信することをさらに含んでいる請求項２７記載の方法。
【請求項２９】
復元されたデータ・ストリームを再生装置上で再生することをさらに含んでいる請求項２３記載の方法。
【請求項３０】
前記再生装置は、プロジェクタである請求項２９記載の方法。
【請求項３１】
前記複数の初期データ・パケットは、エラーが無い送信を要求するコア・データを含み、前記複数の補足データ・パケットは、エラーが無い送信を要求しないバルク・データを含んでいる請求項２３記載の方法。
【請求項３２】
前記複数の初期データ・パケットおよび前記複数の補足データ・パケットは、ハイビジョン・データを含んでいる請求項２３記載の方法。
【請求項３３】
前記ネットワーク・システムは、無線ネットワーク・システムである請求項２３記載の方法。
【請求項３４】
ネットワーク・システムを通じて送信されたデータを受信するように構成された再生装置であって、
第１のプロトコルを使用して前記ネットワーク・システムを通じて送信された複数の初期データ・パケットを受信し、第２のプロトコルを使用して前記ネットワーク・システムを通じて送信された複数の補足データ・パケットを受信し、複数のデータ・パケットを非パッケージ化するように構成され、さらに、初期および補足データ・パケットを復元されたデータ・バンドルに配列するように構成された受信器と、
前記復元されたデータ・バンドルを再生するように構成されたディスプレイとを備える再生装置。
【請求項３５】
前記非パッケージ化することは、前記データ・パケットを復号化すること、前記データ・パケットをデパケット化すること、および、元のデータ・ストリームを復元する適切な配列に前記データ・パケットを編成することを含んでいる請求項３４記載の再生装置。
【請求項３６】
前記第１のプロトコルは、前記第２のプロトコルよりも信頼性があり、前記第２のプロトコルよりも遅い請求項３４記載の再生装置。
【請求項３７】
前記受信器は、さらに、送信エラーを識別し、再送信要求を送信するように構成されている請求項３４記載の再生装置。
【請求項３８】
前記受信器は、さらに、遅いプロトコルを使用して前記ネットワーク・システムを通じて送信された複数の再送信されたデータ・パケットを受信するように構成されている請求項３４記載の再生装置。
【請求項３９】
前記再生装置は、プロジェクタである請求項３４記載の再生装置。
【国際調査報告】
2007502585.tif 000008