(57)【要約】  本発明はパケットネットワーク（例えば、ＩＰ）上の従来のデータ伝送に対する改良を含む。従来、マルチメディアストリーミングシステムは信頼できるプロトコル（例えば、ＴＣＰ）または信頼できないプロトコル（例えば、ＵＤＰ）のいずれかをマルチメディア伝送に使用する。各方法はそれ自身利益を有する。信頼できるプロトコルを使用することはすべてのパケットが受信機に到着することを確保するが、これはプロトコルのオーバーヘッドのためにより多くの帯域幅を必要とし、さらなる遅延をもたらす。信頼できないプロトコルはデータストリームがパケット損失を被るかもしれぬが軽量でより早い。本発明では両方のプロトコルの組合わせが用いられ、信頼できないプロトコルが当初採用されてメディアクリップの最後に信頼できるプロトコルが続く。信頼できないプロトコルはパケットの低遅延伝送のために使用され、一方最後において信頼できるプロトコルは当初失われたパケットの伝送のために使用される。
2005512400.tif 000002
【特許請求の範囲】
【請求項１】
データ伝送システムを動作する方法であって、該方法は、
データパケットを第1のメディア装置から第２のメディア装置へ第1の転送モードを用いて送信することであって、前記第1の転送モードは信頼できないデータ転送プロトコルを採用するものと、
第２のメディア装置に到着しない行方不明のデータパケットを識別することと、
該行方不明データパケットの識別を含むメッセージを第２のメディア装置から第１のメディア装置へ送信することと、を含み
前記第１の転送モードを用いてデータパケットの伝送が完了したときに、第１のメディア装置が第２のメディア装置への行方不明として識別されたデータパケットを第２の転送モードを用いて送信し、また前記第２の転送モードは信頼できるデータ転送プロトコルである。
【請求項２】
請求項１に記載されたデータ伝送システムを動作する方法において、データパケットが行方不明であると識別されれば行方不明のデータパケットの識別を含むメッセージが送信される。
【請求項３】
請求項１に記載されたデータ伝送システムを動作する方法において、行方不明のデータパケットの識別を含むメッセージは予め決められた間隔で送信される。
【請求項４】
請求項１に記載されたデータ伝送システムを動作する方法において、行方不明のデータパケットの識別を含むメッセージは第１の転送モードでのデータ転送の完了時に送信される。
【請求項５】
請求項１乃至請求項４のいずれか１項に記載されたデータ伝送システムを動作する方法において、該行方不明のデータパケットの識別を含むメッセージが第２のメディア装置から受信されるまで、第１のメディア装置は該送信されたデータのコピーを第１のメモリに保管し、そこで該識別されたデータパケットが第１のメモリから第２のメモリへ転送される。
【請求項６】
請求項１乃至請求項５のいずれか１項に記載されたデータ伝送システムを動作する方法において、第１のメディア装置はマルチメディアデータを捕捉するよう動作するように構成されていて、第２のメディア装置は第１のメディア装置によって捕捉されたマルチメディアデータを記憶するデータメモリを含む。
【請求項７】
請求項１乃至請求項５のいずれか１項に記載されたデータ伝送システムを動作する方法において、第１のメディア装置はマルチメディアデータを記憶するよう動作するよう構成されたデータメモリを含み、第２のメディア装置はマルチメディアデータをユーザに提示するよう構成された装置を含む。
【請求項８】
請求項１乃至請求項７のいずれか１項に記載された方法において、該行方不明のデータパケットの識別を含むメッセージは第１の転送モードを用いて送信される。
【請求項９】
請求項１乃至請求項８のいずれか１項に記載された方法において、該行方不明のデータパケットの識別を含むメッセージは第２の転送モードを用いて送信される。
【請求項１０】
請求項１乃至請求項９のいずれか１項に記載された方法において、該信頼できないデータ転送プロトコルは規格ユーザデータグラムプロトコル（ＵＤＰ）である。
【請求項１１】
請求項１乃至請求項１０のいずれか１項に記載された方法において、該信頼できるデータ転送プロトコルは規格トランスポート制御プロトコル（ＴＣＰ）である。
【請求項１２】
メディア伝送装置を動作する方法において、前記方法は、
データパケットをメディア伝送装置から受信機へ第１の転送モードを用いて送信することであって、該第１の転送モードは信頼できないデータ転送プロトコルを採用するものと、
該受信機に到着しない行方不明のデータパケットの識別を含むメッセージを受領することと、を含み、
データパケットの伝送が完了したときに、該メディア伝送装置は行方不明と識別されたデータパケットを受信機へ第２の転送モードを用いて送信し、前記第２の転送モードは信頼できるデータ転送プロトコルを採用する。
【請求項１３】
メディア受領装置を動作する方法において、前記方法は、
データパケットを第１の転送モードで送信した送信機から受領することであって、第１の転送モードは信頼できないデータ転送プロトコルを採用するものと、
予期していたが行方不明であるデータパケットを識別すること、
メッセージを該送信機へ送信することであって、前記メッセージは該行方不明のデータパケットの識別を含むものと、
該送信機から、メッセージ中の識別されたデータパケットを受領することであって、前記データパケットは信頼できるデータ転送プロトコルを採用する第２の転送モードで受領されるものと、を含む。
【請求項１４】
メディア伝送装置において、前記装置は、
データパケットをメディア伝送装置から受信機へ第１の転送モードを用いて送信する送信手段であって、該第１の転送モードは信頼できないデータ転送プロトコルを採用するものと、
該受信機に到着しない行方不明のデータパケットの識別を含むメッセージを受領する受領手段と、を含み、
該装置は、前記第１のモードを用いてデータパケットの伝送が完了したときに、該メディア伝送装置は行方不明と識別されたデータパケットを受信機へ第２の転送モードを用いて送信するように構成された制御手段であって、前記第２の転送モードは信頼できるデータ転送プロトコルを採用するものをさらに含む。
【請求項１５】
メディア受領装置において、前記装置は、
データパケットを第１の転送モードで送信した送信機から受領する受領手段であって、第１の転送モードは信頼できないデータ転送プロトコルを採用するものと、
予期していたが行方不明であるデータパケットを識別する識別手段と、
メッセージを該送信機へ送信する送信手段であって、前記メッセージは該行方不明のデータパケットの識別を含むものと、
該送信機から、メッセージ中の識別されたデータパケットを受領する受領手段であって、前記データパケットは信頼できるデータ転送プロトコルを採用する第２の転送モードで受領されるもの、とを含む。
【請求項１６】
データ伝送システムにおいて、前記シズテムは、
請求項１４に記載されたメディア伝送装置と、
請求項１５に記載されたメディア受領装置であって、前記メディア受領装置は前記メディア伝送装置と通信しているものと、を含む。
【請求項１７】
請求項１６に記載のデータ伝送システムは、前記メディア伝送装置と前記メディア受領装置との間の前記通信を提供するよう動作するように構成されたネットワークをさらに含む。
【請求項１８】
請求項１乃至請求項１３のいずれか１項にて規定されるような方法ステップを実行する処理装置によって実行可能な指示のプログラムを搬送するディジタルデータキャリア。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ伝送の分野に存するものである。本発明は特にライブの時間が重要なマルチメディアデータをストリーミングするのに適している。
【背景技術】
【０００２】
ストリーミング（Streaming）はデータ（特にビデオ、オーディオ及び他のマルチメディアデータ）をコンピュータネットワーク上を安定した連続したストリームとして伝送する方法である。従来のデータ伝送システム、特にマルチメディアストリーミングシステムにおいて、データ伝送に関して信頼できるプロトコル（例えば、伝送制御プロトコル（ＴＣＰ）、インターネットエンジニアリングタスクフォースのコメントＲＦＣ７９３、ＲＦＣ１１２２及びＲＦＣ１３２３に関するリクエストを見よ）又は信頼できないプロトコル（例えば、ユーザデータグラムプロトコル（ＵＤＰ）、コメントＲＦＣ７６８に関するリクエストを見よ）のいずれかを用いる。信頼できるプロトコルを使用することはすべてのパケットが受信機に到着することを保証するが、プロトコルのオーバーヘッド（overheads）のためにより多くの帯域幅を必要とし、大きな遅延をもたらす。信頼できないプロトコルは、データストリームがパケット損失を被り得るが、軽くてより早い。
【０００３】
データをネットワークサーバからクライアント装置へストリーミングするこれらの技術を用いるシステム（RealAudio(TM)及びMicrosoft(TM) Mediaのようなもの）がパケット損失を大きな受領バッファ（一時的な記憶領域又は待ち行列（queue））及び／または信頼できるプロトコルを用いることによって徐々に克服する。結果として、これらのシステムは遅延を被るマルチメディアデータを提供し、またスタートアップ遅延がしばしば大きい。
【発明の開示】
【０００４】
本発明の第1の特徴では、データ伝送システムを動作する方法が提供され、該方法は、  
データパケットを第１のメディア装置から第２のメディア装置へ第１の転送モードを用いて送信することと、ここで前記第１の転送モードは信頼できないデータ転送プロトコルを採用している、  
該第２のメディア装置に到着しない行方不明の(missing)データパケットを識別すること、  
該行方不明のデータパケットの識別(identity)を含むメッセージを第２のメディア装置から第１のメディア装置へ送信することと、を含み、  
データパケットの前記第１の転送モードを用いた伝送の完了時に、第１のメディア装置は行方不明と識別されたデータパケットを第２のメディア装置へ第２の転送モードを用いて送信し、また前記第２の転送モードは信頼できるデータ転送プロトコルを採用する。
【０００５】
ライブ(live)と保管された（archived）メディアの両方のストリーミングは相容れない要求を提示し、それはライブのメディアをストリーミングするための優先事項は伝送のスピードであり、一方保管されたデータをストリーミングするための優先事項は品質であるからである。本発明はこの相容れない事項を両方のプロトコル、つまり当初信頼できないプロトコルでその後信頼できるプロトコル、の組合わせを用いることによって克服する。信頼できないプロトコルはパケットの低遅延伝送に使用されて、一方信頼できるプロトコルは当初失われたパケットの伝送に対して最後に使用される。
【０００６】
本発明の第２の特徴では、メディア伝送装置を動作する方法が提供され、該方法は、  
データパケットをメディア伝送装置から受信機へ第１の転送モードを用いて送信することと、ここで第１の転送モードは信頼できないデータ転送プロトコルを採用する、  
受信機に到着しない行方不明の(missing)データパケットの識別を含むメッセージを受領すること、とを含み、  
データパケットの伝送が完了するときに、該メディア伝送装置が行方不明と識別されたデータパケットを受信機へ第２の転送モードを用いて送信し、また前記第２の転送モードは信頼できるデータ転送プロトコルを採用する。
【０００７】
本発明の第３の特徴では、メディア受領装置を動作する方法が提供され、該方法は、  
第１の転送モードで送信されたデータパケットを送信機から受領することであって、第１の転送モードは信頼できないデータ転送プロトコルを採用するものと，  
予期して(expected)いたが行方不明であるデータパケットを識別することと、  
メッセージを送信機へ送信することであって、前記メッセージは行方不明のデータパケットの識別を含むものと、  
送信機から、メッセージ中で識別されたデータパケットを受領することであって、前記データパケットは信頼できるデータ転送プロトコルを採用する第２の転送モードで受領されるものと、を含む。
【０００８】
本発明の第４の特徴では、メディア伝送装置が提供され、該装置は、  
データパケットをメディア伝送装置から受信機へ第１の転送モードを用いて送信する送信手段であって、前記第１の転送モードは信頼できないデータ転送プロトコルを採用するものと、  
該受信機に到着しない行方不明のデータパケットの識別を含むメッセージを受領する受領手段と、を含み、  
該装置は、  
データパケットの前記第１のモードを用いた伝送の完了時に、該メディア伝送装置は行方不明と識別されたデータパケットを受信機へ第２の転送モードを用いて送信するように構成された制御手段と、ここで前記第２の転送モードは信頼できるデータ転送プロトコルを採用する、をさらに含む。
【０００９】
本発明の第５の特徴では、メディア受領装置が提供され、該装置は、  
第１の転送モードで送信されたデータパケットを送信機から受領する受領手段であって、第１の転送モードは信頼できないデータ転送プロトコルを採用するものと、  
予期していたが行方不明であるデータパケットを識別する識別手段と、  
メッセージを送信機へ送信する送信手段であって、前記メッセージは行方不明のデータパケットの識別を含むものと、  
メッセージ中で識別されたデータパケットを送信機から受領する受領手段であって、前記データパケットは信頼できるデータ転送プロトコルを採用する第２の転送モードで受領されるものと、を含む。
【００１０】
本発明の第６の特徴では、データ伝送システムが提供され、該システムは、  
本発明の第４の特徴によるメディア伝送装置と、  
本発明の第５の特徴によるメディア受領装置であって、前記メディア受領装置は前記メディア伝送装置と通信しているものと、を含む。
【００１１】
本発明の第７の特徴では、本発明の第１の、第２の或いは第３のいずれか１にて規定された方法ステップを実行する処理装置によって実行可能な指示のプログラムを搬送するディジタルデータキャリアが提供される。該ディジタルデータキャリアは例えばプログラム記憶装置や電磁波であってもよい。
【００１２】
本発明の実施例の適用は、同時に良い品質のフッテージ(footage)を保管しながら、ホリデークリップ（holiday clips）を記録しかつ家族や友人とリアルタイムでクリップを分け合う個人使用を含む。送信しているクライアントはテープ無し(tape-less)のカムコーダとして動作する。他の使用は遠隔セキュリティ(remote security)適用や緊急事態における使用を含む。そこでは緊急局(emergency personnel)との目に見える接触(visual contact)は時間が重要(time critical)であるが必ずしも品質は重要ではない。フッテージの次に続く眺めること(viewing)はさらに品質が重大かもしれず、多分証拠に基づいた(evidential)理由のためであろう。本発明の実施例の更なる応用が協議されている(conferencing)。
【００１３】
本発明の実施例は、添付図面を参照して例示としてのみによってここに説明され、類似の参照番号は類似の部品に言及する。
【発明を実施するための最良の形態】
【００１４】
クライアント装置がライブの（live）コンテンツをアーカイブ(archiving)のためにサーバにアップロードする応用において、ライブメディアはクライアント装置上で捕捉されて信頼できないプロトコルを用いてサーバへ送信される。サーバは受領したパケットをファイルに記憶する。どんな損失したパケットも信頼できるプロトコルを用いて伝送の最後に回復される。アーカイブが起きている間に、パケット損失を被っているけれども、このようにメディア伝送を行うことによってアーカイブされたメディアをリアルタイムで第三者が見ることができる。また、層化されたメディアの符号化(layered media coding)と合わさって、クリップ(clips)のリアルタイムのアーカイブをネットワーク接続が可能にするよりも高い品質で可能にする。
【００１５】
この技術がコンテンツをネットワークサーバからクライアント装置へストリーミングするために使用されるときに、ユーザは低い始動（start-up）遅延を経験するであろうが、クリップの伝送の間にパケット損失を被り得る。この問題を克服するためにクライアントのアプリケーション（application）は一時的に全ての受信したパケットを記憶し、その後クリップの最後で、損失したパケットが信頼できるプロトコルを用いて回復し装置に記憶することができる。もしクリップが興味あるものであれば、いかなるパケット損失なしに再度実施される。もしクリップがほとんど興味のないものであれば、クライアントの一時的(temporary)メモリから消去できる。これは、時間と帯域幅の両方の点で、完全版をダウンロードするか決める前にメディアクリップを吟味する経済的な方法を提供する。
【００１６】
層化されたメディアの符号化と組合わせて使用されるときに、ベース層は当初信頼できないプロトコルを使用してストリーミングされ、その後に損失したパケットとエンハンスメント層と続く。各新たな層が既に受信された層に加えられるにつれてプレイバック（playback）品質は次第に改善する。低品質のプレビューにすぐに続く次第により高い品質のクリップのレビューを可能にするので、低帯域幅のシナリオにとってこれはとくに有益であろう。
【００１７】
本発明の実施例によってメディアを低い遅延で軽量のプロトコルを用いてストリーミングすることを可能にし、それはクリップをレビュー或いはアーカイブするときにパケット損失を除く効果を有する。当初の者がライブメディアをアーカイブしているのと同時に第三者によるライブメディアの低遅延ビューが可能である。重要なことには、クリップのプレビューは、当初のビューの品質という代償で、始動遅延なしにただちに利用可能になる。クリップの次に続く表示は高品質になろう。本発明の実施例によりアーカイブやレビュー時にネットワーク帯域幅が可能にするよりも高品質でメディアのリアルタイムストリーミングが可能になり、こうして低帯域幅接続の効果的な使用を確実にする。複雑なパケットヘッダと受領確認（acknowledgement）メカニズムよりむしろ利用可能な帯域幅がメディア伝送について使用される。
【００１８】
マルチメディアデータはクライアント１０２からネットワークサーバ１０４へ送信されて、該サーバでマルチメディアデータが記憶され当初のクライアント１０２によってか或いは第三者１０５によっての何れかで読み出すことができる。
【００１９】
図１を参照して、ライブメディアはクライアント１０２で捕捉され、クライアント１０２はビデオカメラ及び／又はマイク１０１からデータを受信することができる。該捕捉されたメディアはクライアント１０２で動作しているソフトウエア（例えば、インターネットを介してダウンロードされてもよい）でディジタル化されて圧縮されて、サーバ１０４へ無線リンク上で無線受信機１０６へ送信され、該無線受信機１０６はインターネット１０３へのアクセスを有する。該無線リンクは9.6kbit/sで動作しているＧＳＭデータリンクである。サーバ１０４は遠隔アクセスサーバ（ＲＡＳ）であり、インターネット１０３へのアクセスを有する。クライアント１０２とサーバ１０４との間のリンクはＩＰ接続を提供し、該接続はデータのパケットを、伝送制御プロトコル（ＴＣＰ）を信頼して使用するかあるいはユーザデータグラムプロトコル（ＵＤＰ）を信頼できずに使用するかいずれかで、送信するのに使用され得る。第三者のクライアント１０５であってまたインターネット１０３への接続を有するものが、該セッションに加わってもよいし、またＴＣＰまたはＵＤＰのいずれかを用いてデータを受信し送信してもよい。
【００２０】
ＵＤＰはデータをＩＰ上でわずかな追加的なオーバーヘッドを用いて送信するメカニズムを提供し、該メカニズムは帯域幅が限られている無線環境において重要である。該プロトコルが限られているので、いかなる著しい遅延をももたらさず、それ故にライブビデオフッテージ(footage)をストリーミングするような時間に厳しい(time-critical)アプリケーションに適している。ＵＤＰはデータが受信機に到達することを確かにする便益(facilities)を提供せず、パケットが正しい順で到達するかを判断する方法もない。ＵＤＰはそれ故に早いが信頼できないプロトコルであると考えられている。
【００２１】
ＴＣＰはデータを送信する信頼できる方法を提供するためにＩＰでの使用が意図されている。信頼性は肯定的な受領通知（acknowledgements）の使用を通じて達成され、該受領通知はデータパケットが正しく受信されたときに受信機によって送信される。送信機がパケットを送信するときにタイマがスタートされる。もし受領通知が所与の時間内に受領されなければ該パケットが再送信される。該パケットが首尾よく受領されるまで該プロセスが繰り返される。ＴＣＰは信頼できるが遅いプロトコルであると理解されている。プレイバックの継続性を確保するために大量のデータがバッファされなければならない。該プロトコルはこうして遅延が許容されない、例えば映像通信のような応用には不適当である。
【００２２】
図２はクライアント１０２を捕捉するデータの構造を示す。メディアはソース１０１から受信されて国際電気通信連合電気通信標準化部門（ＩＴＵ−Ｔ）Ｈ．２６３規格による圧縮のために符号器２０１に送られる。該圧縮されたデータはその後該圧縮されたデータをリアルタイムプロトコル（ＲＴＰ）を用いてパケット化することによってインターネット１０３上での伝送のために用意される。ＲＴＰは映像データのようなリアルタイムデータ送信時の使用が意図されている。ＲＴＰはユーザデータグラムプロトコル（ＵＤＰ）とトランスポート制御プロトコル（ＴＣＰ）と組合わせた使用が意図されており、マルチメディア配信を手助けするＩＰやＵＤＰのヘッダには含まれていない余分のヘッダ情報を含む。データのパケットはヘッダ部とコンテンツ部とを含む。ヘッダ部は制御情報を含み、また特にＲＴＰヘッダはタイミング情報とＲＴＰパケット番号とを含み、受信機によって該パケットが正しい順で復号化されるのを確保するために使用できる（ＵＤＰは連続番号を含んでおらず、それ故に乱れて到着するパケットを並べ直すことは不可能である）。
【００２３】
ＲＴＰパケッタイザ(packetiser)２０２からＲＴＰデータパケットがネットワークインタフェース２０３へ送信されて各ＲＴＰパケットのコピーが一時的(temporary)バッファ２０５に書き込まれる。ネットワークインタフェース２０３はインターネット１０３上のデータの送受信を制御する。ＩＰヘッダはここで付加されて、ＲＴＰパケットが意図する目的地へ到着するのを確保する。ネットワークインタフェース２０３はまたＴＣＰ又はＵＤＰヘッダを付加することができる。ネットワークインタフェース２０３はまたデータをインターネット１０３から受信する。
【００２４】
コントローラ２０６が備えられて、ＲＴＰデータパケットをネットワークインタフェース２０３へ送信しインタフェース２０３から受信することができ、ＲＴＰパケットを一時的バッファ２０５から読み込むことができ、そしてＲＴＰパケットを損失パケットメモリ２０４に書き込みかつメモリ２０４から読み込むことができる。該損失パケットメモリ２０４は伝送中に失われたパケットを以下に記載されるメカニズムによって記憶するために備えられている。伝送の間ＵＤＰモードでの伝送が終わるまで該損失パケットメモリ２０４内の損失パケットの数が増加するであろう。その後該損失パケットメモリ２０４のコンテンツが伝送される。もし該損失パケットメモリ２０４の容量が一杯になれば、ＵＤＰモードでの伝送は終了するように強いられよう。それ故に該損失パケットメモリ２０４の容量はクライアントがマルチメディアデータを記録できる時間長において制限ファクタである。
【００２５】
コントローラ２０６はクライアント１０２の記録動作を調整する責任を負っている。無線リンクの限られた帯域幅と、ユーザの品質要求と、損失フレームメモリ２０４の限定された記憶容量が与えられたならば、クライアント１０２の記録パラメータは慎重に調整される必要がある。マルチメディアデータが符号器２０１によって符号化されるビットレートはネットワークの容量を超えることができるが、それは失われるパケットが取って代わるからである。しかしながら、失われるパケットが多ければ多いほど、損失パケットメモリ２０４は所与の記録時間に関して大きくなければならない。
【００２６】
サーバ１０４がここで図３を参照して記述される。サーバ１０４はネットワークインタフェース３０１を介して外部装置と通信する。該インタフェースはＩＰ、ＵＤＰ及びＴＣＰヘッダ情報を付加しかつ除去できる。ネットワークインタフェース３０１はデータをＲＴＰモジュール３０２へ送信しかつＲＴＰモジュールから受信でき、該モジュールは受信したデータパケットをパケット解除（de-packetises）する。ＲＴＰモジュール３０２はデータパケットを整理し伝送中に失われたパケットを検出する責任を負う。ＲＴＰモジュール３０２はまた適切なメッセージをクライアント１０２へ発する。好ましい実施例で活用される２つのタイプのメッセージがある。それらは肯定的な受領通知（ＡＣＫ）であってサーバ１０４により定期的に送信されて最後のＡＣＫ期間内のすべてのパケットが受信されたことを示すものと、否定的な受領通知（ＮＡＣＫ）であってサーバ１０４がパケット損失を検出するときにサーバ１０４により送信されるものである。ＮＡＣＫメッセージは損失したパケットの識別を含む。すべてのメッセージはＴＣＰを使用して確実に送信される。
【００２７】
ＲＴＰモジュール３０２はアーカイブ３０３と通信しており、すべての受信されたデータパケットはアーカイブ３０３へ送信される。
【００２８】
上述の通り、記録されたメディアはサーバ１０４のアーカイブ３０３から別の受信クライアント１０５によって読み出されてもよい。受信クライアント１０５の構造は図４を参照して今記述される。データはインターネット１０３とネットワークインタフェース４０１を介して交換される。好ましい実施例では、ネットワークインタフェースは卓越してパケットをインターネット１０３から受信するよう要求される。ネットワークインタフェース４０１はＲＴＰモジュール４０２と通信していて、該モジュールはマルチメディアデータをネットワークインタフェース４０１から受領したＲＴＰデータパケットから引き出す。ＲＴＰモジュール４０２は復号器４０３と通信していて、該復号器は圧縮されたデータを復号化し、映像の場合にはディスプレイ４０４上で該データを見ることができる。
【００２９】
図５を参照して、動作においては、クライアント１０２は記録モードにある（５０１）。記録が開始したときに、クライアント１０２はメッセージをＴＣＰを用いてサーバ１０４へ確実に送信し、コンタクトを確立しサーバがＵＤＰデータパケットをクライアント１０２から受領するよう用意することを要求する（この段階は図には示されていない）。マルチメディアデータは捕捉されて符号器２０１で符号化されて（５０３）、次にＲＴＰパケッタイザ２０２においてパケット化される（５０５）。データパケットは次にネットワークインタフェース２０３へ送信される（５０７）が、これはインターネット１０３を介したサーバ１０４への信頼できないＵＤＰを用いた前方(onward)伝送のためである。クライアントはまた送信されたパケットのコピーを一時的(temporary)バッファ２０３に記憶する（５０９）。該バッファ２０３は最近送信されたデータパケットのライブラリ（library）として機能し伝送中に行方不明になるパケットを取り替えるよう要求される。サーバ１０４はデータパケットを受領して（５１１）、パケットをアーカイブ３０３に保管(archiving)のために順序よく入れておく（５３１）。ＲＴＰモジュール３０２は伝送中に失われたいかなるパケットもチェックする（５１３）。ＡＣＫメッセージはクライアントに戻されて（５１５）ＡＣＫ期間の間にパケットは失われなかったことを示す。ＡＣＫ期間は一時的メモリの容量に従って設定される。ＡＣＫメッセージの帯域幅要求は最小ではあるが、長いＡＣＫ期間はネットワークトラフィックの量を減少させるのに好ましい。ＡＣＫメッセージを受領すると、クライアント１０２のコントローラ２０６は一時的バッファ２０５のコンテンツを消去するが（５１７）、それは該一時的バッファ２０５のコンテンツがサーバ１０４に無事到着したことが今わかっているからである。パケットが行方不明としてサーバ１０４に認識されるや否や、該行方不明のパケットのＲＴＰ連続番号を含むＮＡＣＫメッセージがクライアントにＴＣＰを用いて確かに送信される（５１９）。他の実施例ではＮＡＣＫメッセージは予め決められた間隔で或いは伝送の完了時に送信できよう。クライアント１０２のコントローラ２０６は該行方不明のパケットを一時的バッファ２０５から検索し（５２１）、それを損失パケットメモリ２０４に置く。コントローラ２０６は次に一時的バッファ内の該行方不明のパケットより前に来るパケットを消去する（５１７）。このプロセスは、損失パケットメモリ２０４が一杯のために、ユーザが自発的か或いは非自発的かいずれかで記録をストップするまで継続される。
【００３０】
記録ストップの信号が受信されたとき（５２３）、クライアント１０２は損失パケットメモリ２０４のコンテンツをサーバ１０４へ信頼できるＴＣＰメカニズムを用いて送信する（５２５）。該行方不明のパケットはサーバ１０４によって受領されて（５２７）アーカイブ３０３へ送信される（５２９）。アーカイブ３０３は行方不明のデータを適用させるために再指示される。
【００３１】
上述の通り、第三者の受領クライアント１０５はライブのメディアをそれが記録されているときに見ることを選択するかもしれない。この場合には、ＵＤＰを使用することが好ましい。記録セッションの間のいかなるときでも受領クライアント１０５はサーバ１０４にコンタクトしてマルチメディアデータを送信するよう要求できる。この要求を受領すると、別のプロセスが開始され、それによってサーバ１０４は受領したデータパケットをそれらがアーカイブ３０３に書き込まれるのと同時に受領クライアントに送信される（５３１）。データパケットは受領クライアント１０５によって受領され（５３３）、復号化されて（５３５）表示される（５３７）。この方法では受領クライアント１０５はマルチメディアデータを受領するが、該データは送信クライアント１０２によってリアルタイムに捕捉されている。
【００３２】
この段階で受領されたデータはエラーを含んでいる可能性があり、それ故に低品質であろう。受領クライアント１０５のＲＴＰモジュール４０２は損失データパケットのＲＴＰ連続番号の全ての記録を保管する。
【００３３】
低品質マルチメディアクリップを見た後、ユーザは次に高品質版を要求することを決めるかもしれない。受領クライアント１０５は次に損失データパケットの記録をＴＣＰを介してサーバ１０４へ送信し（５３９）、そこでサーバ１０４は識別されたデータパケットをアーカイブ３０３から検索し（５４１）損失データパケットを信頼できるＴＣＰを用いて再送信する（５４３）。受領クライアントはそしてマルチメディアデータの完全で、高品質版を有する。
【００３４】
上述の実施例内で代替的な構成が可能である。伝送のためにより遅い時期で損失パケットだけでなく他の情報をバッファすることが可能である。例えば、層化された符号化が採用されれば、より高い層(layers)と損失パケットが信頼できるＴＣＰメカニズムを用いて後に送信されるが、ベース層が送信機から受信機へ早いＵＤＰメカニズムを用いて送信できよう。
【００３５】
当業者はこの発明がＴＣＰとＵＤＰトランスポートプロトコルの使用に限定されないことを認識するであろう。ＵＤＰは早い信頼できないトランスポートプロトコルの例として選ばれ、一方ＴＣＰは信頼できるトランスポートプロトコルの例として選ばれている。
【００３６】
当業者はマルチメディアストリーミングシステムがデータ伝送システムの一例であることを認識するであろう。
【００３７】
上述の実施例において、クライアント１０２とサーバ１０４との間の通信経路は複数の鎖状に繋がれた(concatenated)データリンクを介している。本発明はまた単一のデータリンク、例えば無線リンク、を介してのデータ転送に適用できる。
【図面の簡単な説明】
【００３８】
【図１】システムの概略全体図である。
【図２】クライアントを捕捉し送信するメディアの構造を示す。
【図３】アーカイブサーバの構造を示す。
【図４】受領し表示するクライアントの構造を示す。
【図５】システムが動作している間の段階を表すフローチャートである。
【図１】
2005512400.tif 000003
【図２】
2005512400.tif 000004
【図３】
2005512400.tif 000005
【図４】
2005512400.tif 000006
【図５】
2005512400.tif 000007
【国際調査報告】
2005512400.tif 000008
2005512400.tif 000009
2005512400.tif 000010