(57)【要約】  【課題】  【解決手段】  動作を実行し、少なくとも一のワイヤレス入力捕獲デバイスＩＣＤ（ｓ）と、対応するデジタル入力レコーダ（ＤＩＲ）及び／又は別のＩＣＤ、および選択的に遠隔サーバコンピュータ（ＲＳＣ）を具えるベースシステムと相互作用する監視システム及び方法であって、ベースシステムを提供するステップと、少なくとも一のユーザがユーザインターフェースを介して直接的にあるいは遠隔に前記ＤＩＲにアクセスするステップとを具え、前記システム及びセットアップ方法の動作及び機能が、ベースシステム中の構成部品について、ユーザインターフェースを介して、または直接に少なくとも一のユーザによる単一のクリック選択相互動作または一回のクリック動作で実行可能であり、これらの機能が、予めプログラムされた動作または、ユーザの単一のクリック選択動作の後のシステムによって自動的に実行されるステップに対応しており、ターゲットとなる環境を監視するワイヤレス通信を有する安全な監視システムと方法を提供する。【選択図】    図１
2008516479.tif 000002
【特許請求の範囲】
【請求項１】
デジタルビデオデータを符号化して符号化したデータストリームにするシステムにおいて：
デジタルビデオデータを受信するインターフェースと；
前記受信したデジタルビデオデータをパケット化して、着信先アドレスを認識するデータを個別に含む複数パケットのデジタルデータにするパケットプロセッサであって、個々のパケットが、
ビデオフレーム群を認識する識別子と、
ビデオフレーム群内のビデオフレーム識別子と、
ビデオフレーム内のパケット識別子と、及び
ビデオフレーム内のパケットの総数と、
を具える表示を含むパケットプロセッサと；
個々のパケットヘッダを表示し、各パケットに対応する前記ヘッダを組み入れたデータを生成するデータストリーム発生器であって、個々のパケットヘッダが前記インディケータを含むデータストリーム発生器と；
を具えることを特徴とするシステム。
【請求項２】
請求項１に記載のシステムにおいて、前記パケットが、インターネットプロトコルに適合可能なデータグラムであることを特徴とするシステム。
【請求項３】
請求項１に記載のシステムにおいて、前記複数のパケットの各々が、圧縮したビデオデータを搬送するペイロードを具えることを特徴とするシステム。
【請求項４】
請求項１に記載のシステムにおいて、前記着信先アドレスが、前記データストリーム内の前記複数のパケットの各々の位置を決定することを特徴とするシステム。
【請求項５】
請求項１に記載のシステムにおいて、前記ヘッダが四つの１バイトフィールドから形成されており、各フィールドが各インディケータを表していることを特徴とするシステム。
【請求項６】
着信先アドレスを認識するデータを個別に含む複数のパケットのデジタルデータを具える符号化したデータストリームを復号するシステムにおいて：
個々のパケット内のヘッダを認識するパーサと；
個々のパケット中の認識したヘッダを復号して、
フレーム群識別子と、
一群のビデオフレーム内のビデオフレーム識別子と、
ビデオフレーム内のパケット識別子と、
ビデオフレーム内のパケット総数と、
を含む特徴を認識するデコーダと；
出力データストリーム内の個々のパケットの位置を決定し、前記出力データストリーム内の個々のパケットを、前記特徴に応じて順序付けてビデオデータストリームを生成するデータストリーム生成器と；
を具えることを特徴とするシステム。
【請求項７】
請求項６に記載のシステムにおいて、前記パケットがインターネットプロトコルに適合可能なデータグラムであることを特徴とするシステム。
【請求項８】
請求項６に記載のシステムにおいて、前記複数のパケットの各々が、圧縮したビデオデータを搬送するペイロードを具えることを特徴とするシステム。
【請求項９】
請求項６に記載のシステムにおいて、前記着信先アドレスが、前記データストリーム内の前記複数のパケットの各々の位置を決定することを特徴とするシステム。
【請求項１０】
請求項６に記載のシステムにおいて、前記ヘッダは、四つの１バイトフィールドで形成されており、各フィールドが各インディケータを表すことを特徴とするシステム。
【請求項１１】
符号化したデータストリーム内のデータグラムを順序付けるシステムにおいて：
各データグラムからヘッダを分離するパーサと；
前記分離したヘッダを復号して各データグラムについて、
フレーム群と、
前記フレーム群内のフレーム番号と、
前記フレーム内のデータグラム番号と、
前記フレーム内のデータグラムの総数と、
を決定するデコーダと；
前記データストリーム内の各データグラムについての位置を決定し、前記ヘッダの復号に応じて前記データストリーム内のデータグラムを順序付けてビデオデータストリームを生成するアドレス発生器と；
を具えることを特徴とするシステム。
【請求項１２】
請求項１１に記載のシステムにおいて、前記アドレス発生器が、各受信したデータグラムのデータグラム番号と、データグラムの総数を分析して、前記データストリームから失われたデータグラムの数と位置を決定することを特徴とするシステム。
【請求項１３】
請求項１１に記載のシステムが更に、前記アドレス発生器によって決定された順序で前記データグラムを保存するメモリを具えることを特徴とするシステム。
【請求項１４】
請求項１１に記載のシステムが更に、前記アドレス発生器によって決定された順序で、前記データグラムを表示するビデオディスプレイを具えることを特徴とするシステム。
【請求項１５】
データストリームを生成するシステムにおいて：
ビデオストリームを提供するビデオ入力と；
受信したビデオストリームを複数のデータグラムに分離するパーティショナと；
フレーム群、フレーム番号、データグラム番号、および各データグラムに付いてのフレーム毎のデータグラム数を決定するプロセッサと；
前記決定したフレーム群、フレーム番号、データグラム番号、および各データグラムについてのフレーム毎のデータグラムの数を含むヘッダを形成して、当該ヘッダを各データグラムに取り付けるエンコーダと；
を具えることを特徴とするシステム。
【請求項１６】
請求項１５に記載のシステムにおいて：
各データグラムについての群番号を決定する群プロセッサと；
各データグラムについてのフレーム番号を決定するフレームカウンタと；
各データグラムについてのデータグラム番号を決定するデータグラムカウンタと；
各フレームについてデータグラム数を決定するデータグラムプロセッサと；
を具えることを特徴とするシステム。
【請求項１７】
請求項１５に記載のシステムが更に、ヘッダを含む前記データグラムを送信する前記エンコーダに接続したブロードキャスタを具えることを特徴とするシステム。
【請求項１８】
データストリームを形成する方法において：
ビデオストリームを受信する機能と；
前記受信したビデオストリームを複数のデータグラムに分離する機能と；
フレーム群、フレーム番号、データグラム番号、及び、各データグラムについてのフレーム毎のデータグラム数を決定する機能と；
前記決定したフレーム群と、フレーム番号と、データグラム番号と、各データグラムについてのフレーム毎のデータグラム数とを含むヘッダを形成する機能と；
前記ヘッダを各データグラムに取り付ける機能と；
ヘッダを伴う前記データグラムを順序付けて前記データストリームを形成する機能と；
を具えることを特徴とする方法。
【請求項１９】
請求項１８に記載の方法が更に、前記データストリームを送信する機能を具えることを特徴とする方法。
【請求項２０】
符号化したデータストリーム内のデータグラムを順序付ける方法において：
データグラムを含む符号化したデータストリームを受信する機能と；
各データグラムからヘッダを分離する機能と；
前記分離したヘッダを復号して、フレーム群と、当該フレーム郡内のフレーム番号と、前記フレーム内のデータグラム番号と、前記フレーム内のデータグラムの総数とを決定する機能と；
前記データグラム内の各データグラムの位置を決定する機能と；及び
前記ヘッダの復号に応じて前記データストリーム内のデータグラムを順序付けてビデオデータストリームを生成する機能と；
を具えることを特徴とする方法。
【請求項２１】
請求項２０に記載の方法が更に、各受信したデータグラムの前記データグラム番号と、前記データグラムの総数を分析する機能と；
前記データストリームから失われたデータグラムの数と位置を決定する機能と；
を具えることを特徴とする方法。
【請求項２２】
請求項２０に記載の方法が更に、前記順序付けたデータグラムをメモリに分配する機能を具えることを特徴とする方法。
【請求項２３】
請求項２０に記載の方法が更に、前記アドレス発生器によって決定された順序で前記データグラムを表示する機能を具えることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願のクロスリファレンス
本出願は、２００４年１０月５日に出願された米国暫定特許出願第６０／６１５，９８９号の非暫定出願である。
【０００２】
発明の属する技術分野
本発明は、ビデオデータを送信し、シーケンスする方法及びシステムに関し、特に、ビデオデータ中のシーケンスエラーを最小にする方法とシステムに関する。
【０００３】
発明の背景
現在は、インターネットを介して多量の情報を送信するプロトコルが存在する。これらのプロトコル中、実時間プロトコル（Real Time Protocol：ＲＴＰ）は、ネットワークを介してマルチメディアストリームをストリーミングするのに使用する標準プロトコルである。
【０００４】
パケットは情報の基本ユニットである。パケットを使用する現存のシステムの例は、データグラムを使用したパケットの送信に先立って、接続セットアップステージが必要である。データグラムは、それ前のあるいはそれ以降のデータグラムに関係なく、ネットワークが意図する着信先にデータグラムを送ることができる情報を含むヘッダを具える自己完結型のパケットである。パケットは三つの要素からなる。第１の要素はヘッダであり、これは、送信元から着信先へパケットを得るのに必要な情報を含んでいる。第２の要素はデータペイロードである。パケットの第３の要素は後書きであり、これは、しばしば、送信中にエラーが発生しないことを確実にする技術を含む。
【０００５】
各パケットのヘッダは、受信したパケットを操作する受信システム用の指示を含む複数のフィールドを含んでいる。ＲＴＰは、パケットあたり最小で１２バイトのヘッダが必要である。これらのヘッダは、通常９６ビット長である。パケットとそのヘッダの全体のサイズを小さくして、データパケットの送信に関連する帯域幅のコストを実質的に低減することが望ましい。
【０００６】
マルチメディアデータストリームは、ビデオデータの複数の符号化されたフレームを具える。マルチメディアデータを含むパケットが送信される場合に、送信中にデータのロスが発生することがある。このデータのロスは、メディアプレーヤアプリケーションを用いて復号して表示したときに、マルチメディアデータストリームの再生品質を低下させる途切れた再生をもたらす。この問題は、送信されるデータが複数のユーザによって受信するグループ同報であるときに強調される。現存のシステムは、全体が受信されない、あるいは乱れて受信されたデータストリームの操作が必要な場合に、意味のある付加部分を必要とする。さらに、これらのシステムは、単に送信レベルでパケットの順序付けを予期するだけであり、送信されているストリームを構成するフレームの順序といった、このレベル以下でのデータ順序は考えていない。フレームレベルでのデータのロスを低減することが強く所望されており、受信したグループ同報マルチメディアデータストリームの再生を改善する。
【０００７】
従って、グループ同報の損失耐性特性を解決するプロトコルに対する要求がある。更に、マルチメディアストリームを送信するとき、信頼性のないチャネルを介しての送信が、ほとんど検出できない、また訂正できない乱れた配信によってストリームを破壊することがある。したがって、グループ同報データグラム配信の故障を検出することができ、可能であれば訂正できるシステムとプロトコルが求められている。
【０００８】
本発明の原理によるシステムは、これらの欠点と関連する問題に取り組むものである。
【０００９】
発明の概要
符号化したデータストリーム内のフレームを表すデータグラムを順序付ける方法と装置が提供されている。この方法は、各データグラムからヘッダを分離するステップを具える。次いで、分離されたヘッダは、復号されて、フレーム群、このフレーム群内のフレーム番号、このフレーム内のデータグラム番号；およびこのフレーム内のデータグラムの総数を決定する。次いで、ヘッダの復号に応じてデータストリーム内の各データグラムの位置が決定され、データストリーム内でデータグラムを順序付けて、ビデオデータストリームを生成する。
【００１０】
デジタルビデオデータを符号化して、符号化したデータストリームにする方法とシステムである。インターフェースでデジタルビデオデータを受信し、パケットプロセッサが、受信したデジタルビデオデータをパケット化して、着信先アドレスを認識するデータを個別に含む複数のデジタルデータパケットにする。個々のパケットは、インディケータを有する。このインディケータは、ビデオフレーム群、ビデオフレーム群内のビデオフレーム識別子、ビデオフレーム内のパケット識別子、およびビデオフレーム内のパケット総数を認識する識別子を具える。データストリーム発生器は、個々のパケットヘッダを表わし、対応する各パケット中にヘッダを組み入れるデータを生成する。個々のパケットヘッダが、このインディケータを含んでいる。
【００１１】
発明の詳細な説明
ここで使用されているアプリケーションは、実行可能なコンピュータプログラムまたは、オペレーティングシステム、ヘルスケア情報システム、または、例えばユーザのコマンド又は入力に応じたその他の情報処理システムの機能を含む所定の機能を実行するコードまたは機械で読み取り可能な指示を具える指示セットである。実行可能な手順は、コードセグメント（機械で読み取り可能な指示）、サブルーチン、又は、その他の異なるコードセクションあるいは一またはそれ以上の特定の処理を実行する実行可能なアプリケーションの部分であり、入力パラメータの受信時（または受信した入力パラメータに応じて）に操作を実行するステップを具え、結果として出力パラメータを提供する。ここで使用されるプロセッサは、課題を実行するデバイス及び／又は機械で読み取り可能な指示セットである。プロセッサは、ハードウエア、ファームウエア，及び／又はソフトウエアのうちのいずれか一つ、又はこれらの組み合わせを具える。プロセッサは、実行可能な手順または情報デバイスによって使用する情報を操作、分析、変更、変換または送信することによって、及び／又は出力デバイスへの情報のルーティングによって情報に作用する。プロセッサは、例えば、コントローラ又はマイクロプロセッサの機能を使用する、あるいは具えている。ここで用いられているマルチメディアコンテント又はコンテントストリームは、ビデオデータおよびオーディオデータのうちの少なくとも一つを有する符号化されたデータまたは未符号化データである。ここで用いられているグループ同報データストリームは、特定のグループ、またはユーザ、または特定のシステムの員へ送信され同報通信される単一のソースから発せられ、ここで符号化されたビデオデータおよびオーディオ−ビデオデータのうちの少なくとも一方を有する連続的なデータストリームを具える。ここで使用されているフレームは、最小単位のアプリケーションデータを表し、フレーム群は、フレームの群を意味する。
【００１２】
更に、図１乃至図６の全ての機能は、ソフトウエア、ハードウエアまたはこれらの組み合わせを用いて実施することができる。
【００１３】
本システムは、このシステムによって符号化する各データグラム用に独自のヘッダを提供する。このデータグラムヘッダは、３２ビットであり、４バイトに分割されている。ヘッダの第１バイトは、フォーマット化されたストリーム内のフレーム群を認識するフレーム群識別子を具える。ヘッダの第２バイトは、フォーマット化されたストリームのフレーム群内のフレームを認識するフレーム識別子を具える。ヘッダの第３バイトは、フレーム内のデータグラムを認識するデータグラム識別子を具える。ヘッダの第４バイトは、全フレームを表わすのに必要なデータグラムの数を表す数値を具える。システムプロトコルのヘッダ内に含まれるこの四つの識別子によって、受信器が誤ったシーケンスが生じる恐れなくビデオデータを復号することができる。更に、小さくなったヘッダのサイズ（ＩＰｖ４で必要であった９６ビットに比べて３２ビット）は、データグラムを送信するのに必要な帯域幅を小さくする。
【００１４】
本システムは、マルチメディアコンテントのグループ同報の損失不耐性特性を最小にする同報通信を提供する。この目的を促進するに当たって、符号化したフレームがグループ同報可能なデータグラムに区割りされている。データを論理構造に順序付けるステップを組み入れる方法がグループ同報システムで実行される。この方法によれば、データグラムの一部は、順序付けデータを保持するように設計されている。順序付けデータは、データグラムの指定されたセクションに保持される。この順序は、データグラムの送信に必要な帯域幅を低減する四つの単一バイトのフィールドに配置されている。
【００１５】
本システムでは、受信器は、ストリームの破壊を最小限にするために、グループ同報データグラム配信の故障を検出し、可能であれば訂正できるように設けられている。通常送信されるデータグラムは、信頼性のないデータグラムサービスを用いてネットワーク上を同報通信される。これらのシステムにおいて、データグラムの順序付けと配信を保証することはできない。従って、本システムは、マルチメディアのグループ同報データを受信し、ここではマルチメディア同報通信データのフレームが一またはそれ以上のデータグラムに分割されている。受信したデータグラムはそれぞれ、ヘッダ情報と共に上述のフレームデータを具えている。受信したデータグラムのヘッダ情報は分析される。ヘッダ情報は、再構築されたグループ同報マルチメディアデータストリーム内でフレームまたはフレームセグメントの相対的な順序を列挙している。列挙したヘッダ内の順序データを受信することで、データグラムの喪失又は故障を検出し、訂正することができ、従って、ストリームのフレーミングが影響を受けない。データグラムが喪失したことが決定された場合は、そのフレームはドロップされる。しかしながら、データグラムが乱れていると決定された場合は、そのデータグラムはフレーム内の正しい位置に再度、順序付けられる。
【００１６】
システム１０は、マルチメディアデータストリーム内のビデオデータのフレームを表すデータグラムの順序を制御する機構を提供している。この順序付けは、アプリケーションレベルで処理される。本システムによって実行される順序付けは、データストリームを具え、システムによって受信されるパケットデータを順序付けるだけである従来のシステムで使用されているものより、より良い順序付け構造である。これに対して、本システムは、データストリームのマルチメディアデータを復号して表示するためにアプリケーションによって受信されたデータストリーム内のフレームを順序付けることに関する。
【００１７】
図１は、本システムによって符号化された各データグラムに関連する３２ビットヘッダを示す図である。ネットワークを流れるデータグラムの制御と、データストリーム内の各データグラムの位置を表す位置情報の提供に９６ビットを使っている１９２ビットのヘッダを使用しているＩＰｖ４データグラムのヘッダと異なり、本システムのデータグラムのヘッダ１０は３２ビットを使用している。この３２ビットは、８ビットの４バイトに分割されている。第１のバイト１２Ａは、ビット０−７を具え、フレーム群識別子を有している。このフレーム群識別子は、データグラムが属しているストリーム内のフレーム群を認識する。第２のバイト１２Ｂは８−１５ビットを具え、フレーム識別子を有している。第３のバイト１２Ｃは、ビット１６−２３を具え、データグラム識別子を有している。データグラム識別子は、フレーム識別子によって表示されるフレーム内のデータグラムの位置を認識する。第４のバイト１２Ｄ（ビット２４−３１）は、送信されたフレーム内のデータグラム総数を表示する値である。この値は、完全なフレームまたは一部のフレームが受信されたかどうかの決定を容易にする。
【００１８】
第１のバイト１２Ａおよび第２のバイト１２Ｂの各々の値は、０ないし２５６のローリングカウンタを用いて増加する。このことは、制限時間を越えた各データストリーム内のその他のフレームに対する特定のフレームの直接的な順序を提供し、フレームを順序付ける能力を改善する。この改善は、ストリームを受信しているデコーダから生じるものであり、あらかじめ決められた時間窓内のその他のフレームに対する各フレームの正確な位置がわかる。
【００１９】
図２は、マルチメディアデータストリームを形成するシステムヘッダ１０とペイロード１１を具える複数のパケット１３を示す。例えば、図に示すマルチメディアデータストリームは、三つのフレーム群を有し、各フレーム群は、二つのフレームを有し、各フレームは、単一のデータグラムからなる。従って、第３のバイトフィールド１２Ｃ中の符号化された値は「０」であり、これはこのフレーム内のデータグラム番号を表している。また、第４のバイトフィールド１２Ｄ中の符号化された値は「１」であり、これは、各フレームのデータグラムの総数が「１」に等しいことを示す。第３及び第４のバイトフィールド１２ｃ、１２ｄは、図２に示す例ではこれらの値が一定なので、更に説明することはしない。しかし、第３及び第４のバイトフィールド１２ｃ、１２ｄの値は、常に一定ではなく、マルチメディアデータストリームが、ヘッダの符号化に先立って区割りされる態様に応じて割り当てられる。
【００２０】
フレーム群１を表す「０」の値は、フレーム群１を形成している各パケット１３の第１バイトフィールド１２Ａ内で符号化される。群１を構成する二つのフレームは各々、第２のバイトフィールド１２Ｂで、フレーム群１の第１のフレームに関連する値「０」と、フレーム群１の第２フレームに関連する値「１」で始まって符号化される。
【００２１】
第２のフレーム群は、フレーム群２を形成する各パケットの第１のバイトフィールド１２Ａで符号化された「１」の値を含む。フレーム群２のフレーム１は、第２のバイトフィールド１２Ｂで符号化された「２」の値を含み、フレーム群２のフレーム２は、第２のバイトフィールドで符号化された「３」の値を有する。
【００２２】
第３のフレーム群は、フレーム群３を形成する各パケットの第１のバイトフィールド１２Ａで符号化された「２」の値を含む。フレーム群３のフレーム１は、第２のバイトフィールド１２Ｂで符号化された「４」の値を含む。
【００２３】
第１のバイトフィールド１２Ｄと第２のバイトフィールド１２Ｂの各々の番号付与は、互いに独立して各バイトフィールドで２５６の最大値に達するまで増加する。最大値に達すると、この値は「０」に戻り、同様に増えてゆく。
【００２４】
ステップＳ１００に表示するように、複数のビデオフレームを含むビデオデータストリームが受信される。受信したビデオデータストリームは、ステップＳ１１０に記載されているように、受信したビデオデータの部分を含むデータグラムに区割りされる。データグラムに区割りされると、このシステムは、各データグラムについて以下に述べるステップＳ１２０−Ｓ１５０を実行することによって、符号化したストリーム内の各区割りしたデータグラムの位置を決定する。
【００２５】
ステップＳ１２０では、そのデータグラムについて受信したビデオデータストリーム内の各フレーム群の位置を表すフレーム群番号が決定される。ステップＳ１３０は、受信したビデオデータについてステップＳ１２０によって決定されるように、フレーム群内の特定のフレームの位置を表示するデータグラムのフレーム番号が、そのデータグラムについて決定される。データグラム番号は、ステップＳ１４０において決定される。ステップ１４０で決定されたデータグラム番号は、決定されたフレーム群の決定されたフレーム内の各データグラムの位置を表示する。ステップＳ１５０は，決定されたフレーム群の決定されたフレームを完成するのに必要なデータグラムの総数を決定する。これらの四つの決定された量は、ステップＳ１６０において、各データグラムの４バイトのヘッダ内で符号化される。フレーム群の数、各フレーム群内のフレーム、フレーム毎のデータグラム、およびデータグラムの総数は、ビデオデータを符号化するのに使用されるコード化スキームによって決まる。
【００２６】
Ｓ１６０のヘッダ符号化ステップは、ヘッダの第１のバイトフィールド内で、ステップＳ１２０で決定されたフレーム群の値を符号化するステップを具える。ステップＳ１３０で決定されたフレーム番号の値は、ヘッダの第２のバイトフィールド内で符号化される。ステップＳ１４０で決定されたデータグラム番号は、ヘッダの第３バイトフィールド内で符号化され、ステップＳ１５０で決定されたフレームを完成するのに必要なデータグラムの総数は、ヘッダの第４バイトフィールド内で符号化される。次いで、ヘッダは、ビデオフレームデータを具えるデータグラムのペイロードに取り付けられる。ステップＳ１７０で、データグラムが送信される。
【００２７】
図４は、図３において上述したシステムによって符号化されたデータストリームを受信する受信器の動作の詳細を示すフローチャートである。本システムは、ステップＳ１８０において、同報通信ビデオデータのデータグラムの受信で開始する。ヘッダは、ステップＳ２００で復号化する前に、ステップＳ１９０で分析のために分離される。ステップＳ２１０では、ヘッダの第１のバイトフィールド内で符号化された値は精査して、そのデータグラムが属するフレーム群を決定する。ステップＳ２２０では、ヘッダの第２のバイトフィールド内で符号化された値を精査して、決定されたフレーム群内のフレームの位置を表示する各データグラムに関連するフレーム番号を決定する。フレーム番号が決まると、ヘッダの第３のバイトフィールド内で符号化した値をステップＳ２３０で精査し、決定されたフレーム内の各データグラムの位置を規定するデータグラム番号を決定する。ステップＳ２４０では、ヘッダの第４バイトフィールドを精査して、決定したフレームを形成するのに必要なデータグラムの総数を認識する。デコーダがヘッダからの値を取得すると、ステップＳ２１０−Ｓ２４０からこの値に応じたアプリケーションが得られ、これらの位置の少なくとも一つがメモリ内で再配分され、各受信したデータグラムが正しい位置に配置される。アプリケーションは、マルイチメディアデータストリームを含むデータの最初に符号化したフレームを処理して、見ることができる。
【００２８】
図５は、システムプロトコルを用いてデータグラムを符号化する、サーバのブロック図である。ビデオソース３００は、ビデオデータを生成し、符号化し、処理を行うためにこのビデオデータをビデオプロセッサ３１０に提供する。ビデオデータは、圧縮フォーマットまたは非圧縮フォーマットで符号化することができる。ビデオプロセッサ３１０は、処理したビデオデータをパーティショナ３２０に供給する。パーティショナ３２０は、受信データを個々のデータグラムに分ける。パーティショナ３２０は、データグラムのコピーを群プロセッサ３３０と、フレームカウンタ３４０と、データグラムカウンタ３５０と、データグラムプロセッサ３６０と、エンコーダ３８０に提供する。群プロセッサ３３０は、データグラムが属するフレーム群を決定し、決定したフレーム群を表示するデータをヘッダプロセッサ／エンコーダ３７０へ送信する。フレームカウンタ３４０は、決定したフレーム群内のそのデータグラムが属するフレームの位置を決定し、決定したフレーム番号を表すデータをヘッダプロセッサ／エンコーダ３７０に送信する。データグラムカウンタ３５０は、決定したフレーム内のデータグラムの位置を決定して、各決定したフレーム内のデータグラム番号を表示するデータをヘッダプロセッサ／エンコーダ３７０へ送信する。データグラムプロセッサ３６０は、決定したフレーム内のデータグラム総数を決定し、データグラムの総数を表示するデータをヘッダプロセッサ／エンコーダ３７０へ送信する。ヘッダプロセッサ／エンコーダ３７０は、例えば、データグラムのヘッダ内へ符号化されるように、決定したデータを四つのバイトに順序付ける。この順序付けされた情報は、パーティショナ３２０から送られてきたデータグラムと共に、データグラム内のヘッダを符号化するエンコーダへ送信される。このデータグラムは、ブロードキャスタ３９０へ送られて、クライアントアプリケーションによる受信用に同報通信される。
【００２９】
図６は、本システムの受信器のブロック図である。受信器４００は、受信器に接続されているデータパーサ４１０によって解析されるデータグラムを受信する。データパーサ４１０は、受信したデータグラムからヘッダを分離する。ヘッダは、ヘッダデコーダ４２０へ送られ、データグラムはメモリ４８０に送られる。ヘッダデコーダ４２０は、ヘッダ情報を表すデータを群番号検出器４３０と、フレーム番号検出器４４０と、データグラム番号検出器４５０と、データグラム総数検出器４６０に提供する。群番号検出器４３０は、ヘッダ情報を分析し、データグラムが属する群を表示する群番号を決定する。フレーム番号検出器４４０は、ヘッダ情報を分析し、群検出器４３０によって検出されるフレーム群内のフレームの位置を表示する各データグラムのフレーム番号を決定する。データグラム番号検出器４５０は、ヘッダ情報を分析して、決定したフレーム内のデータグラムの位置を表示するデータグラム番号を決定する。データグラム総数検出器４６０は、ヘッダ情報を分析し、決定したフレームを符号化／復号化するのに必要なデータグラムの総数を表示するそのデータグラムのデータグラム総数を決定する。決定した群番号、フレーム番号、データグラム番号、及びデータグラム総数は、データグラムアドレス発生器４７０に送信される。データグラムアドレス発生器４７０は、メモリ４８０内で受信したデータグラムの最適位置を決定し、その位置を表示するアドレスをメモリ４８０に送信する。メモリ４８０は、データパーサ４１０から受信したデータグラムを、データグラムアドレス発生器４７０によって表示されたアドレスに保存する。メモリ４８０は、ビューイング手段又はデジタル記録手段を用いているユーザへ、復号したビデオデータを順次供給する。
【００３０】
サーバと受信器の双方で使用されるこのシステムプロトコルは、実質的に帯域幅を低減し、より信頼性の高い送信プロトコルを示している。このサーバは、ヘッダが３２ビットの場合、最小セットのデータを伴うデータグラムを提供する。従って、データをネットワークに送信するのに使用される帯域幅が、実質的に低減される。更に、この最小ヘッダは、受信したビデオデータ内の各データグラムの特定の一詳細を表す情報セットを具える。この情報は、受信器がデータの紛失あるいはデータの故障を検出し、訂正するのを助け、受信したデータストリームを確実に正しく再生する。
【図面の簡単な説明】
【００３１】
【図１】図１は、本発明の原理によるデータグラムの３２ビットのヘッダを示す図である。
【図２】図２は、本発明の原理による各データストリームの複数のデータグラムを示す図である。
【図３】図３は、本発明の原理による各パケットを伴うヘッダを符号化する手順の詳細を示すフローチャートである。
【図４】図４は、本発明の原理による受信器の動作を示すフローチャートである。
【図５】図５は、本発明の原理によるサーバのブロック図である。
【図６】図６は、本発明の原理による受信器のブロック図である。
【図１】
2008516479.tif 000003
【図２】
2008516479.tif 000004
【図３】
2008516479.tif 000005
【図４】
2008516479.tif 000006
【図５】
2008516479.tif 000007
【図６】
2008516479.tif 000008
【国際調査報告】
2008516479.tif 000009
2008516479.tif 000010
2008516479.tif 000011
2008516479.tif 000012