【手続補正書】
【提出日】平成24年3月1日(2012.3.1)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
さらに、本発明は、それぞれデータ・トランスポート・コンテナを送信する送信元装置及び受信する宛先装置に関する。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
本章では読者に、以下に記載され及び／又は請求される本発明の種々の態様に関連し得る技術の種々の態様を紹介する。この記載は読者に背景情報を提供し、本発明の種々の態様を一層理解するために有用であろう。したがって、理解されるべき点は、これらの記述がこの観点から読まれるべきであり、従来技術の承認ではないことである。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
ギガビット・イーサネット（登録商標）は１０／１００Ｍｂｐｓと相互運用可能であるが、熟慮を要するある重要な相違点がある。最も重要な相違点の１つは、最大伝送ユニット又はＭＴＵのいかなる標準規格も存在しないことである。１０及び１００Ｍｂｐｓネットワークの標準化された１５００バイトのＭＴＵは、全く標準化されていないものに置き換えられてしまう。ギガビット・イーサネット（登録商標）のパケットは、ネットワーク・ベンダーの対応するいかなるサイズであってもよく、１５００バイトから１６０００バイト以上まで変化する。ベンダーは、標準的に対応する最大フレーム・サイズを約９０００バイト程度に制限する構成機器製造業者により制約を受けている。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
用語「巨大」は、通常、１０／１００Ｍｂｐｓイーサネット（登録商標）規格よりも大きないかなるネットワーク・ユニット（フレーム、パケット、ＭＴＵ）にも用いられる。１０／１００Ｍｂｐｓイーサネット（登録商標）規格のレイヤー３（パケット及びＭＴＵ）では、標準サイズは１５００バイトである。巨大パケットは、１００ＭｂｐｓとＧｉｇＥとの間の明らかな相違点の１つである。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
しかしながら、ギガビット・イーサネット（登録商標）規格は規定された最大伝送ユニット（ＭＴＵ）を有しないという問題が浮上する。ＭＴＵは、レイヤー３のパラメータであり、このパラメータはネットワークで許可される最大パケット・サイズを制御する。１０及び１００Ｍｂｐｓイーサネット（登録商標）では、規格（ＲＦＣ８９４、８９５）は、最大のＭＴＵを１５００バイトに明示的に規定し、殆ど全てのイーサネット（登録商標）・インターフェース・カードが当該規格に従っている。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
したがって、本発明は、第１の態様によると、高速インターネット・プロトコルのネットワークでｎ個の異なる種類のデータを伝送するためのデータ・トランスポート・コンテナに関する。ｎは２以上の数である。データはイーサネット（登録商標）巨大パケットとして生成される。データ・トランスポート・コンテナはインターネット・プロトコル・パケットである。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正の内容】
【００２７】
専門的用途のためのカメラは、以下の出力ストリームを、イーサネット（登録商標）ＩＰ−ＵＤＰ−ＲＴＰの巨大パケットとして生成する。
−ＤＰＸビデオ。
−ビデオ・コンテンツと時間的関係を維持しているＡＩＦＦ音声。
−ビデオ・コンテンツと時間的関係のない、ＡＩＦＦ音声としても提供されるインターコム音声。
−（適用可能な場合に）ビデオ・カメラにより生成されるメタデータ・パケット。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【００２９】
これら全てのデータを結合して遠隔の装置へ高速で伝送する必要がある。この必要を満たすための方法は、これらのデータを高速ＩＰネットワークで伝送することである。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００３６
【補正方法】変更
【補正の内容】
【００３６】
図３の各ＩＰ多重化論理ブロックは、ＩＰ物理パケットを有する。ＩＰ物理パケットは、ビデオ、音声、インターコム及び他のデータの多重化されたトランスポート・パケットである。本例では、ビデオ、音声及びインターコムのストリームは、実時間トランスポート・パケットなので、それらのストリームのために多重化論理ブロック内の固定ビットが予約されている。さらに、多重化論理ブロック内には、カメラが生成したメタデータ・パケット及び外部パケットのような非実時間パケットのためのビットがある。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正の内容】
【００３８】
有利なことに、ｎは２に等しく、第１の種類のデータは送信元により生成されたＤＰＸビデオ・コンテンツであり、第２の種類のデータは送信元により生成されたＡＩＦＦ音声信号である。ＡＩＦＦ音声信号は、ビデオ・コンテンツと時間的関係を維持している。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００３９
【補正方法】変更
【補正の内容】
【００３９】
有利なことに、ｎは３に等しく、第１の種類のデータは送信元により生成されたＤＰＸビデオ・コンテンツであり、第２の種類のデータは送信元により生成されたＡＩＦＦ音声信号である。ＡＩＦＦ音声信号は、ビデオ・コンテンツと時間的関係を維持している。第３の種類のデータは、ＡＩＦＦ音声信号として提示され、ビデオ・コンテンツと時間的関係のないインターコム音声信号である。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
有利なことに、ｎは４に等しく、第１の種類のデータは送信元により生成されたＤＰＸビデオ・コンテンツであり、第２の種類のデータは送信元により生成されたＡＩＦＦ音声信号である。ＡＩＦＦ音声信号は、ビデオ・コンテンツと時間的関係を維持している。第３の種類のデータは、ＡＩＦＦ音声信号として提示され、ビデオ・コンテンツと時間的関係のないインターコム音声信号である。第４の種類のデータは、メタデータである。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００４７
【補正方法】変更
【補正の内容】
【００４７】
標準的なビデオ・フレームが１９２０＊１０８０ピクセルであり、各ピクセルが３６ビット毎に符号化される場合を検討する。したがって、ビデオ・フレームの重みは、１９２０＊１０８０＊３６ビット、又は７４６４９６００ビット、又は９．３３１２Ｍバイトで表現される。ＤＰＸビデオ・ストリームは、ＤＰＸヘッダーを有するビデオ・データのみを有する。ＤＰＸヘッダーは、ヘッダー情報である２つのセクション、空の３番目のセクション、及びビデオ・フレームを有する４番目のセクションを有する。図９に示される例では、３番目のセクションは現れない。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００５７
【補正方法】変更
【補正の内容】
【００５７】
図１６は、トランスポート・ストリーム内の多重化論理ブロックの詳細な構造を示す。多重化ブロックの最初の部分は、メタデータ部である。メタデータ部は、巨大ＩＰメタデータ・パケットである。メタデータ部の最大サイズは９ｋＢである。メタデータ部のペイロードは、内部及び外部で生成された任意のメタデータである。大きいメタデータを単一の巨大パケットに完全に読み込むことができない場合、メタデータは分割され、次の多重化ブロックのメタデータ・パケットに読み込まれる。多重化ブロック内のメタデータ・パケットは任意である。メタデータが存在しない場合、メタデータ・パケットは省略される。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００６１
【補正方法】変更
【補正の内容】
【００６１】
本願明細書に開示された参考文献、請求項及び図面は、独立に又は任意の適切な組み合わせで提供されてもよい。特徴は、必要に応じてハードウェア、ソフトウェア又はそれらの組み合わせで実施されてもよい。本願明細書中の「実施例」の語は、当該実施例と関連して記載された特定の機能、構造又は特徴が本発明の少なくとも１つの実施例に含まれることを意味する。本願明細書を通じて各所に現れる「ある実施例では」の句は、必ずしも全て同一の実施例を参照するものではなく、又は他の実施例と相互排他的な実施例を分離若しくは置き換えるものではない。請求項内の参照符号は、単に説明のためであり、請求項の範囲を制限するものではない。
【手続補正１６】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ｎ個の異なる種類のデータを高速インターネット・プロトコル・ネットワークで伝送するデータ・トランスポート・コンテナであって、前記ｎは２以上の数であり、前記データはイーサネット（登録商標）巨大パケットとして生成され、
前記データ・トランスポート・コンテナはインターネット・プロトコル・パケットであり、
当該データ・トランスポート・コンテナは、
連続するインターネット・プロトコル多重化論理ブロックを有し、
各論理ブロックは各種類のデータに対応する前記ｎに等しい数のインターネット・プロトコル物理パケットの組み合わせを有し、
各インターネット・プロトコル物理パケットは、該物理パケットが有する各種類のデータに依存する所定数のイーサネット（登録商標）巨大パケットを統合する、
前記データ・トランスポート・コンテナ。
【請求項２】
前記ｎは２に等しく、
第１の種類のデータは送信元により生成されたＤＰＸビデオ・コンテンツであり、
第２の種類のデータは送信元により生成されたＡＩＦＦ音声信号であり、
該ＡＩＦＦ音声信号は、ビデオ・コンテンツと時間的関係を維持している、
請求項１に記載のデータ・トランスポート・コンテナ。
【請求項３】
前記ｎは３に等しく、
第１の種類のデータは送信元により生成されたＤＰＸビデオ・コンテンツであり、
第２の種類のデータは送信元により生成されたＡＩＦＦ音声信号であり、
該ＡＩＦＦ音声信号は、ビデオ・コンテンツと時間的関係を維持しており、
第３の種類のデータは、ＡＩＦＦ音声信号として提示され、ビデオ・コンテンツと時間的関係のないインターコム音声信号である、
請求項１に記載のデータ・トランスポート・コンテナ。
【請求項４】
前記ｎは４に等しく、
第１の種類のデータは送信元により生成されたＤＰＸビデオ・コンテンツであり、
第２の種類のデータは送信元により生成されたＡＩＦＦ音声信号であり、
該ＡＩＦＦ音声信号は、ビデオ・コンテンツと時間的関係を維持しており、
第３の種類のデータは、ＡＩＦＦ音声信号として提示され、ビデオ・コンテンツと時間的関係のないインターコム音声信号であり、
第４の種類のデータはメタデータである、
請求項１に記載のデータ・トランスポート・コンテナ。
【請求項５】
前記第１の種類のデータに対応する統合された巨大パケットの中で、１つの巨大パケットがＤＰＸヘッダーを有する、
請求項２乃至４のいずれか一項に記載のデータ・トランスポート・コンテナ。
【請求項６】
ｎ個の異なる種類のデータを高速インターネット・プロトコル・ネットワークで伝送する方法であって、
前記ｎは２以上の数であり、各種類のデータはイーサネット（登録商標）巨大パケットとして生成され、当該方法は、
−単一の種類のデータを有する所定数のイーサネット（登録商標）巨大パケットを、対応する種類のインターネット・プロトコル物理パケットに統合するステップと、
−各種類のデータに対応する前記ｎに等しい数のインターネット・プロトコル物理パケットを、インターネット・プロトコル多重化論理ブロックに結合するステップと、
−前記インターネット・プロトコル多重化論理ブロックを有するストリームを前記ネットワークで伝送するステップと、
−前記ストリームを受信するステップと、
−各種類のデータに対応するイーサネット（登録商標）巨大パケットを復元するために、前記受信したストリームをフィルタリングするステップと、
を含む前記方法。