JP3999273B2 - 垂直ブランキング期間の一部としてコンピュータ・ネットワーク・データを送る方法 - Google Patents
垂直ブランキング期間の一部としてコンピュータ・ネットワーク・データを送る方法 Download PDFInfo
- Publication number
- JP3999273B2 JP3999273B2 JP51752298A JP51752298A JP3999273B2 JP 3999273 B2 JP3999273 B2 JP 3999273B2 JP 51752298 A JP51752298 A JP 51752298A JP 51752298 A JP51752298 A JP 51752298A JP 3999273 B2 JP3999273 B2 JP 3999273B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- packet
- header
- vbi
- compatible
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
- H04N7/087—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only
- H04N7/088—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only the inserted signal being digital
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
技術分野
本発明は、コンピュータ・ネットワーク・データを送る方法、特に、放送ビデオ信号（例えば、在来のテレビジョン信号）の垂直ブランキング期間の一部としてインターネット・プロトコル（ＩＰ）データを送る方法に関するものである。
発明の背景
在来の放送テレビジョン信号は、個々のテレビジョン・フレームを構築するのに使用するデータ・フォーマットで送信する。各フレームは、テレビジョン・スクリーン上に画像を生成するのに使用するビデオ画像データ（すなわち、ピクセル・データ）と、そして同期およびタイミング情報のような画像の提示を制御するのに使用する制御情報とを包含する。垂直ブランキング期間（ＶＢＩ）は、代表的なテレビジョン・フレームの上側の２１本のラインである。これらＶＢＩラインは、テレビジョンには表示されないが、テレビジョン制御情報を運ぶのに使用されている。１０本までのＶＢＩラインまでは、テレビジョン画像制御情報とは別のまたこれに加えてデータの伝送に使用することができる。さらに、ＶＢＩのライン２１は、クローズド・キャプショニング（closed captioning）情報の伝送に使用される。
ＶＢＩラインの一部としてデータを送るための標準のフォーマットは、電子工業会ドキュメントＥＩＡ−５１６（May,1988）：“Joint EIA/CVCC Recommended Practice for Teletext: North American Basic Teletext Specification（NABTS）．”により仕様が示されている。このＮＡＢＴＳ仕様は、長いデータ・ストリームを固定の長さのデータ・パケットに区分するフォーマットを定めている。ＶＢＩにエンコードしそして放送ネットワークで送信するのは、これらデータ・パケットである。
図１は、各バイトが８ビットの３３バイトから成るＶＢＩコンパチブルのデータ・パケット２０を示している。ＶＢＩデータ・パケット２０は、データ・ブロック２２（これは、長さが２８バイトまでとすることができる）と、そして５バイトのプレフィックスまたはヘッダ２４とを含んでいる。データ・ブロック２２は、オプションのサフィックスまたはトレーラ（trailer）２６のサイズに依存して長さが変化し、そしてこれはデータ・ブロックに続く。トレーラ２６は、０，１，２，または２８バイトの長さとすることができる。したがって、このデータ・ブロックは、０，２６，２７，または２８バイトの長さとすることができる。異なったエンコーダは、異なったモードをもち、これらモードは、トレーラ２６の長さ、したがってデータ・ブロック２２に記憶する実際のデータの長さを指図する。オプションのトレーラ２６は、受信側が使用するエラー検出またはエラー検出および訂正データを指定するための空き場所を提供する。５バイトのヘッダ２４は、３バイトのパケット・アドレス、１バイトの連続性インデックス、そして１バイトのパケット構造から成っている。
現在のＶＢＩエンコーディングおよびデコーディング技術は、テレビジョン信号のＶＢＩの一部としてデータを送る便利で信頼性のある方法を提供している。今日、ＶＢＩは、例えば株式相場、天気データのような多くの形態のデータの伝送に使用されている。何年もの間、ユーザがユーザ自身のコンピュータでテレビジョンを視聴することは一般的ではなかった。しかし最近では、ユーザがそのコンピュータ上でテレビジョン信号を視聴することがより一般的となってきている。将来においては、視聴者／ユーザの数が増大することが予想される。このようなテレビジョン視聴およびコンピュータ使用の収斂により、視聴者が、ＶＢＩにおいて伝送されるデータを、特に彼らのコンピュータ上で容易に利用できるようになりたいと望むことが予想される。残念ながら、今日のコンピュータ・アプリケーションのほとんどは、ＶＢＩデータとコンパチブルとなるように構成されていない。ＶＢＩデータを受けるには、アプリケーション開発者は、彼らの製品を特殊化しなければならない。これは、マイクロソフト（Microsoft）が製作し販売しているWindows（登録商標）ベースのオペレーティング・システムに対するアプリケーションを構築している開発者にとっては特にであり、それは、そのようなアプリケーションは、Windows（登録商標）オペレーティング・システムの標準の部分ではない特殊な機能をコールするようにコンフィギュレーションをしなければならないからである。
ＶＢＩデータを伝送するもっとグローバルなアプローチを提供することにより、それが特殊な機能をコールせずともコンピュータ・アプリケーションにおいて容易に使用できるようにすることは、有益なものとなる。
ネットワーク環境においては、コンピュータ・アプリケーションは、アプリケーション・プログラミング・インターフェース（ＡＰＩ）の標準のセットを使用することにより、データをネットワークおよびインターネットを通して送受している。例えば、Windows（登録商標）ベースのオペレーティング・システム上で走るように設計したアプリケーションは、ウィンドウズ・ソケット仕様（Windows Sockets Specification）（よく知られた仕様）において定められた標準のＡＰＩセットを用いている。これらＡＰＩは、工業委員会（industry committees）により定められ、そして広く使用されている。ソケットＡＰＩは、データを送受するネットワークに独立の方法を提供しており、基盤となるコンピュータ・ネットワークがどのようなものであれかまわない（例えば、イーサネット、非同期転送モード（ＡＴＭ）、衛星等）。コンピュータ・アプリケーションは、ある特定のネットワークからデータを受けるよう特別に書くことを必要としない。開発者は、あるアプリケーションに対しWindows（登録商標）ソケットＡＰＩとインターフェースするためのコードを書き、これにより、そのアプリケーションがこのコンピュータ・ハードウェアがサポートする多数の異なったネットワークを介してデータを送受することができるようになる。
１つの一般的で広く使用されているタイプのネットワーク・データは、インターネット・プロトコル（ＩＰ）データと呼ばれている。ＩＰデータは、本質的には任意の基盤となるネットワーク（イーサネットおよびインターネットを含む）でデータを運ぶための標準のフォーマットを定めている。このＩＰ標準は、データをカプセル化するのに使用するパケットを定め、そしてＩＰデータは、伝送ネットワークに無関係に、常にこのパケットにカプセル化する。
本願発明者は、ＩＰデータのようなネットワーク・データを、在来の放送テレビジョン信号の一部として伝送できるＶＢＩコンパチブルのフォーマットに再パッケージ化する技術を考え出した。受信者側においては、そのネットワーク・データは、ＶＢＩ信号から抽出し、そして単一のモノリシック・クライアント・アプリケーションにのみ知られた所有（proprietary）または非標準の機能ではなく、標準の既存のＡＰＩセットを介してコンピュータ・アプリケーションに渡す。
発明の摘要
本発明の１形態は、インターネット・プロトコルＩＰのようなネットワーク・データを、放送ビデオ信号の垂直ブランキング期間ＶＢＩの一部として伝送するためのフォーマットにエンコードするエンコード方法に関する。この方法は、データ・ブロックとヘッダ情報を有するネットワーク・データ・パケットを構成することを含む。１例として、ＩＰパケットは、可変長のデータ・ブロックと、ＩＰヘッダの形態の固定長のヘッダ情報と、ＵＤＰ（User Datagram Protocol）ヘッダとを有する。
ネットワーク・データ・パケットは、可変長のデータ・グループ・パケットにエンコードし、そしてこれは、好ましくは、ＮＡＢＴＳコンパチブルのデータ・グループ・パケットである。データ・グループ・パケットは、可変長のデータ・ブロックと、ヘッダ情報を有する。ネットワーク・データ・パケットは、データ・グループ・パケットのデータ・ブロックに挿入する。１実現例では、データ・グループ・パケットのヘッダ情報は、データ・グループ・パケットのデータ・ブロックに含まれるネットワーク・データのタイプを識別する２バイトのヘッダ情報と、開発者による将来の定義のため予約した６バイトの予約スペースと、を含む。この予約スペース・ヘッダの１つの可能性のある使用は、メディア・アクセス・コントロール（ＭＡＣ）アドレス（代表的には物理アドレスと同義）に対するものである。ＭＡＣアドレスは、通常、特定のネットワークをアクセスするのに使用する低レベルのハードウェア・プロトコルを参照して使用する。第２実現例においては、データ・グループ・パケットに対するヘッダ情報は、在来の５バイトのＮＡＢＴＳコンパチブルのレコード・ヘッダから成る。
いったん可変長のデータ・グループ・パケットを構成すると、これを１以上の固定長のＶＢＩコンパチブル・パケットにエンコードする。これらＶＢＩコンパチブル・パケットは、好ましくは、ＮＡＢＴＳ標準のネットワーク・レイヤにて定めた３３バイトのパケットである。各ＶＢＩコンパチブル・パケットは、２８バイトのデータまで記憶するポテンシャルを有する。このデータ・グループ・パケットは、区分しそしてＶＢＩコンパチブル・パケットのデータ・ブロック中に置く。
この方法を使用すると、データ・ネットワーク（すなわち、イーサネットまたはインターネット）を介して受けたデータは、テレビジョン信号のＶＢＩの一部として放送するために再パッケージ化する。このパッケージ化したネットワーク・データは、基盤となるネットワークとは独立のままであり、したがってコンピュータ・アプリケーションによる使用のため受信者側にて容易に抽出することができる。
別の形態によれば、ＶＢＩの一部として受けたコンピュータ・ネットワーク・データをデコードする方法を記述する。多数の固定長のＶＢＩコンパチブル・パケットは、個々のユーザ・ベースの受信ユニット（すなわち、テレビジョン、セットトップ・ボックス、コンピュータ）で受信する。可変長のデータ・グループ・パケットは、固定長のＶＢＩコンパチブル・パケットからヘッダを取り除き、そしてＶＢＩコンパチブル・パケットのデータ・ペイロードを組み合わせることにより再構成する。この再構成したデータ・グループ・パケットは、ネットワーク・データのタイプを記述するヘッダと、ネットワーク・データを含むデータ・ブロックを有する。受信ユニットは、そのヘッダを読み取り、そしてそのデータ・グループ・パケットのデータ・ブロックからネットワーク・データを抽出する。
このようにして、ネットワーク・データを、ＶＢＩを介してその既知のフォーマットを失わずに伝送する。コンピュータ・アプリケーションは、ウィンドウズ・ソケット仕様により規定されたもののような標準のＡＰＩを使用することにより、そのネットワーク・データを使用することができる。カプセル化したネットワーク・データをＶＢＩコンパチブル・パケットで伝送することにより、コンテンツ配信者は、新たな広範囲のアプリケーションをサポートすることができるようになる。アプリケーション開発者は、これら開発者が既に慣れている標準のインターフェースを通して利用可能であるため、ネットワーク・データを使用することが容易であると分かることになる。
【図面の簡単な説明】
図１は、北米基本テレテキスト仕様標準（North American Basic Teletext Specification（NABTS）standard）により構成した従来技術のパケット構造を示す図。
図２は、放送伝送システムを示す図。
図３は、ネットワーク・データを放送伝送システムを介して送るための方法のフロー図。
図４は、第１の実現例による、ＶＢＩコンパチブルのパケットでネットワーク・データを運ぶのに使用するデータ伝送構造を示す図。
図５は、第２の実現例による、ＶＢＩコンパチブルのパケットでネットワーク・データを運ぶのに使用するデータ伝送構造を示す図。
図６は、受信／デコード・ユニットのブロック図。
好ましい実施形態の詳細な説明
以下の説明では、読者がＮＡＢＴＳ仕様（電子工業会ドキュメントＥＩＡ−５１６（May,1988）“Joint EIA/CVCC Recommended Practice for Teletext: North American Basic Teletext Specification（NABTS）”）に指定されたＶＢＩラインの一部としてデータを送る標準のフォーマットに精通していると仮定している。このＮＡＢＴＳ仕様は、言及により本開示に含めるものとする。
図２は、コンテンツ・プロバイダ３２（例えば、ケーブル・ヘッドエンド、テレビジョン放送局等）から多数の受信機３４，３６に配信するための放送伝送システム３０を示している。この説明のため、放送伝送システム３０は、多くの住居にテレビジョン信号を送信する在来の放送テレビジョン・システムの文脈で記述する。
在来のテレビジョン信号のようなビデオ信号は、放送配信ネットワークを介して配信する。その２つの例のネットワークを図２に示しており、在来のアナログのＶＨＦまたはＵＨＦの放送ネットワーク３８と、そしてケーブル・ネットワーク４０とである。ＶＨＦ／ＵＨＦ放送ネットワーク３８は、コンテンツ・プロバイダ３２の所に配置したテレビジョン・タワーの形態の無線送信機４２を備え、これがテレビジョン信号４４を送信する。個々の住居に配置されたアンテナの形態の受信機４６は、そのテレビジョン信号４４を受信する。
ケーブル・ネットワーク４０は、コンテンツ・プロバイダ３２の所に配置したケーブル送信機４８を備える。ケーブル送信機４８は、ケーブル配信構造５０（例えば、光ファイバ・ケーブル、同軸ケーブル、ツイステッド・ペア等）を介して、個々の住居に配置されたケーブル受信機５０に信号を送信する。図２においては、受信機５２は、セットトップ・ボックスとして示している。
分かるように、その他のネットワーク実装も使用することができ、例えば、衛星通信、ＲＦ通信、または無線式および有線式の技術である。
例示の実現例においては、２つの異なった種類のディスプレイ・ユニットを例示目的のために示している。住居３４においては、ディスプレイ・ユニットは、放送イネーブル形パーソナルコンピュータ６０または単に“放送ＰＣ”として具体化している。放送ＰＣ６０は、大きなＶＧＡモニタ６２，処理ユニット６４，リモート・キーボード６６およびリモート制御ハンドセット６８の形態の入力デバイスを有する。リモートのキーボード６６とハンドセット６８は、処理ユニット６４に対し、赤外線（ＩＲ）または無線（ＲＦ）のような無線データ・リンクを介して遠隔にて結合する。これらキーボードおよびハンドセットの代わりに、あるいはこれらに加えて、その他のタイプの入力デバイス（例えば、マウス、トラックボール、スタイラス等）を使用することもできる。
住居３６では、ディスプレイ・ユニットは、在来のテレビジョン７２に結合したセットトップ・ボックス７０として具体化している。リモート制御ハンドセット７４は、無線データ・リンクを介してセットトップ・ボックスおよびテレビジョンを遠隔にて制御するのに使用する。別の実施形態においては、セットトップ・ボックス７０の機能は、テレビジョン７２内に組み込むこともできる。
コンテンツ・プロバイダ３２は、画像データおよびＶＢＩデータを含む別個のフレームとして放送ビデオ信号を発信するように構成する。コンテンツ・プロバイダ３２は、ＮＡＢＴＳエンコーダ８０を有し、これは、図１を参照しながら発明の背景の項で説明した在来の３３バイトのＶＢＩコンパチブルのデータ・パケットのＶＢＩデータをエンコードする。
また、コンテンツ・プロバイダ３２は、ネットワーク・パケット・エンコーダ８２を備え、これは、イーサネットまたはインターネットのようなデータ・ネットワーク８４に結合している。ネットワーク・パケット・エンコーダ８２は、ネットワーク８４からのネットワーク・データ・パケットを受信し、そしてこれを、ＮＡＢＴＳエンコーダ８０が使用する形態に変換する。ネットワーク・パケット・エンコーダ８２は、ソフトウェア、ハードウェアまたはこれらの組合せにより実現することができる。１例として、ネットワーク・パケット・エンコーダ８２は、ルータとして実現することができる。
図３は、放送伝送システム３０を動作させることによりＶＢＩインターバルの間ネットワーク・データを搬送する方法を示している。この方法は、図２および図４−６を参照して説明する。
ステップ１００において、ネットワーク・パケット・エンコーダ８０は、データ・ネットワーク８４からネットワーク・データ・パケットを受ける。１例として、このネットワーク・データ・パケットは、インターネット・プロトコル（ＩＰ）パケットの形態にある。図４および５は、ＩＰパケット１２０を示している。これは、可変長（Ｎバイト）のデータ・ペイロード１２２，固定長（Ａバイト）のトランスポート・プロトコル・ヘッダ１２４，固定長（Ｂバイト）のＩＰヘッダ１２６を有する。データ・ペイロード１２２は、実際のネットワーク・データを含む。トランスポート・プロトコル・ヘッダ１２４は、データ・ネットワークのためのトランスポート・レイヤ・プロトコルを指示する。トランスポート・プロトコルの例には、伝送制御プロトコル（ＴＣＰ）、およびユーザ・データグラム・プロトコル（ＵＤＰ）が含まれる。図４および図５においては、ＩＰパケット１２０は、ＵＤＰヘッダ１２４を有し、これは長さが８バイトである。
ＩＰヘッダ１２６は、データをソースから宛先に配信するのに必要なアドレス指定情報を与える。この例では、これは、２０バイトの長さである。
図３のステップ１０２においては、ネットワーク・パケット・エンコーダ８２は、そのネットワーク・データ・パケットを可変長のデータ・グループ・パケットにエンコードする。図４および図５は、例示のＩＰパケット１２０に対するステップ１０２の２つの異なった実現例を示している。図４においては、ＩＰパケット１２０は、可変長のデータ・グループ・パケット１３０にエンコードする。この実現例においては、データ・グループ・パケット１３０は、可変長（Ｍバイト）のデータ・ブロックまたはデータ・ペイロード１３２，固定長（Ｃバイト）のタイプ・ヘッダ１３４，固定長（Ｄバイト）の予約スペース・ヘッダ１３６を有している。このＩＰパケット１２０は、その全体（両ヘッダを含む）を、データ・ペイロード１３２に挿入する。
データ・グループ・パケット１３０の固定長タイプ・ヘッダ１３４は、続くデータ・ペイロード１３２に含まれるデータのタイプを示す。この例では、固定長タイプ・ヘッダ１３４は、２バイトのヘッダであって、これは、ＩＰデータが後続することを指定する０ｘ０８，０ｘ００にセットする。ＩＰデータに加え、他のデータ・タイプも指定することができる。例えば、ＡＲＰパケットが後続することを指定するためには、タイプ・ヘッダは、０ｘ０８，０ｘ０６を含むようにすることができる。
データ・グループ・パケット１３０の予約スペース・ヘッダ１３６は、将来の使用のために特に予約してある。この実現例においては、予約スペース・ヘッダ１３６は、ＭＡＣアドレスの記憶に特に適した６バイトのヘッダである。前から分かるように、ＭＡＣアドレスは、ハードウェア特有の情報、特に物理ハードウェア・アドレスを記憶するのに使用する。（例えば、Comer, Douglas E., Internetworking with TCP/IP Volume 1, Third Edition, Prentice Hall: Upper Saddle River, New Jersey, 1995を参照されたい）。現在、このスペースは使用していないが、それは、帯域幅が比較的低く、このため、フィルタ処理をハードウェア・レベルで実行する必要がないからである。全てのフィルタ処理は、ソフトウェアで行う。この予約スペースを未使用のままにするとき、その６バイトは、各々、０ｘ００にセットする。
データ・グループ・パケット１３０はまた、オプションのパディング・ビット１３８を有していて、以下に詳細に説明するように、データ・ブロック１３２の最後の部分を固定サイズのＶＢＩコンパチブルのパケットにエンコードするのを可能にする。
図５の実現例においては、ＩＰパケット１２０は、少し異なったコンフィギュレーションの可変長データ・グループ・パケット１４０にエンコードする。ここで、データ・グループ・パケット１４０は、可変長（Ｍバイト）のデータ・ブロックまたはデータ・ペイロード１４２，固定長のレコード・ヘッダ１４４を有する。ＩＰパケット１２０は、その全体（両ヘッダを含む）を、データ・グループ・パケット１４０のデータ・ペイロード１４２に挿入する。パディング・ビット１４６は、オプションとして使用することにより、以下で述べるＶＢＩコンパチブルのデータ・パケットのフォーマットと適合するのを確保する。
レコード・ヘッダ１４４は、ＮＡＢＴＳ仕様において定められたレコード・レイヤとの適合を可能にする。このレコード・レイヤ仕様は、エンコーダがもっと原始的であったときに定められたものである。このレイヤは、現在では、当該産業においては使用されたとしてもそれ程頻繁ではなく、それは、バンドル・サック・モード（Bundle Sack Mode）（これは、レコード・フォーマットを解釈しない）は、今日ではほとんど一般的に使用されているからである。このモードに適合するため、ネットワーク・パケット・エンコーダ８２は、予め定めた５バイトのレコード・ヘッダ１４４をデータ・ペイロード１４２に付す。このモードは高い帯域幅での伝送に使用されるとは予想されないため、図４の実現例では行ったようなＭＡＣアドレスのためのスペースを残してはいない。
レコード・ヘッダ１４４の各バイトは、４ビット（１ニブル）のｂ２，ｂ４，ｂ６，ｂ８を含み、そして１つ置きの奇数番目の４ビットｂ１，ｂ３，ｂ５，ｂ７は４つの偶数ビットのハミング・コード化した保護として使用する。最初の２つのバイトは、レコード・タイプ（ＲＴ）とレコード・ヘッダ指示子（ＲＤ）を示す。これらタイプは、ＮＡＢＴＳ仕様の第５章に詳細がある。ＲＴとＲＤのバイトには、３バイトのアドレス・スペースＡｌ，Ａ２，Ａ３が後続し、これらは、データ・ペイロード１４２で運ぶデータのフォーマットを指定する。ＩＰデータに対しては、この３バイトは、Ａ１＝０ｘ８，Ａ２＝０ｘ０，Ａ３＝０ｘ０として指定する。ＮＡＢＴＳ仕様において予め定められているこのレコード・ヘッダのその他のフィールド（レコード・アドレス拡張、レコード・リンク、分類シーケンス、およびヘッダ拡張フィールド）は、なしとして指定する。
図３のステップ１０４において、ＮＡＢＴＳエンコーダ８０は、ネットワーク・パケット・エンコーダ８２から出力されたデータ・グループ・パケット１３０，１４０を、１以上の固定長（３３バイト）のＶＢＩコンパチブルのデータ・パケット２０にエンコードする。発明の背景の項で説明したように、各ＶＢＩコンパチブルのデータ・パケット２０は、データ・ブロック２２と、５バイトのヘッダ２４を有する。詳しくは、データ・グループ・パケット１３０，１４０は、２６バイト、２７バイトまたは２８バイトのセグメントに区分し、そしてデータ・ブロック２２に挿入する。パディング・ビット１３８，１４６は、データ・グループ・パケット１３０，１４０が確実に２８バイトのデータ・ブロック２２中に等しくはまるようにする。ヘッダ２４は、３つのパケット・アドレス・バイトＰ１，Ｐ２，Ｐ３と、１つの連続性インデックス・バイトＣＩと、１つのパケット構造バイトＰＳとから成っている。
図３の方法のステップ１０４に関して、２つの異なったデータ・グループ・パケット１３０，１４０は、ＮＡＢＴＳ仕様の第４章に予め定められた通り、ＮＡＢＴＳコンパチブルの可変長データ・グループ・パケットとして扱う。これらデータ・グループ・パケットは、ＮＡＢＴＳ仕様に定められた周知の在来の技術にしたがってＶＢＩコンパチブルのデータ・パケット２０にセグメント化する。
分かるように、ネットワーク・パケット・エンコーダ８２とＮＡＢＴＳエンコーダ８０は、ハードウェア、ソフトウェア、またはハードウェア／ソフトウェア組合せで実現することができる。ハードウェアでは、ネットワーク・データ・パケットは、最初にレジスタ内に置く。その適当なヘッダを追加することによりデータ・グループ・パケットを形成し、これは次に、別のレジスタに記憶させる。このデータ・グループ・パケットは、ＮＡＢＴＳエンコーダ８０内のシフトレジスタに渡すことができ、そしてこのシフトレジスタにおいて、それを一時に３３バイトだけシフトアウトすることにより、ＶＢＩコンパチブルのデータ・パケット２０を形成する。ソフトウェア実現例では、ネットワーク・データ・パケットは、メモリにキャッシュし、そしてこのメモリで、適当なヘッダを後で追加する。このソフトウェアは次に、その情報をセグメント化してＶＢＩコンパチブルのデータ・パケットにする。
図３のステップ１０６においては、ＶＢＩコンパチブル・データ・パケット２０は、適当な送信機（例えば、タワー送信機４２またはケーブル送信機４８）に転送し、そしてアナログ・テレビジョン信号内のＶＢＩの一部分として放送媒体を介して放送する。個々の住居３４，３６には、受信ユニット（例えば、アンテナ４６，セットトップ・ボックス７０等）を装備して、放送配信媒体からのＶＢＩコンパチブル・パケット２０を受ける（図３のステップ１０８）。この３３バイトのデータ・パケットは、デコード・ユニットに転送する。
図６は、受信／デコード・ユニット１５０をより詳細に示す。これは、受信機ボード１５２を含んでいて、これがアナログ・テレビジョン信号のＶＢＩコンパチブル・パケット２０を受ける。受信機ボード１５２は、指定されたチャンネルに同調する能力をもつチューナの一部として構成することができる。１実現例においては、受信機ボード１５２は、フォワード・エラー訂正（ＦＥＣ）とデータ・パケット再組立、並びにＮＡＢＴＳ仕様の第３章で指定されたその他の機能を実行するように構成する。
ミニポート・ドライバ１５４とレイヤ化ミニポート・ドライバ（layered miniport driver）１５６は、受信機ボード１５２からのＶＢＩコンパチブル・パケット２０を受けるように結合している。図示例では、これらドライバは、ＶＢＩネットワーク・インターフェース・カード（ＮＩＣ）ドライバであって、これらは、インターフェース・レイヤ１５８として表したネットワーク・デバイス・インターフェース仕様（ＮＤＩＳ）４．０に従ったものである。１つの実現例においては、レイヤ化ミニポート・ドライバ１５６は、レイヤ化８０２．３ミニポート・ドライバである。これらドライバは、ＮＤＩＳドキュメントに定められたＶＢＩ拡張をサポートする。ＶＢＩ ＮＩＣドライバ１５４，１５６は、以下の３つの機能を実行する。
１．特別なＶＢＩオブジェクトＩＤとＶＢＩメディア・タイプを使用するＮＤＩＳライブラリを介しての接続管理
２．ＮＤＩＳライブラリ（ＮＤＩＳ．ＳＹＳ）を介してのデータＩ／Ｏ
３．ＵＤＰ／ＩＰマルチキャスト・パケットに対するサポート。
さらに、ハードウェア・レベルの受信機ボード１５２がＮＡＢＴＳ仕様に定められたこの機能をサポートしない場合、デバイス・ドライバが、ＮＡＢＴＳ仕様の第３章に指定されたフォワード・エラー訂正（ＦＥＣ）とデータ・パケット再組立を実行するようにすることもできる。
パケット再組立は、受信機ボード１５２でハードウェア的に実行しようとあるいはミニポート・ドライバ１５４，１５６でソフトウェア的に実行しようと、固定長のＶＢＩコンパチブル・パケット２０からデータ・グループ・パケット１３０，１４０を最初に再構成することから成っている（図３のステップ１１０）。データ・グループ・パケットを復元した後、ネットワーク・データ・パケット（例えば、ＩＰパケット１２０）を、データ・グループ・パケットのデータ・ペイロードから抽出する（図３のステップ１１２）。このデータ・グループ・パケットが図４の実現例のフォーマットにある場合、タイプ・ヘッダを最初に読み出すことにより、データ抽出ステップに進む前に、どのタイプのネットワーク・データがデータ・ペイロードに含まれているかを識別する。
いったんネットワーク・データ・パケットを抽出すると、アプリケーションによる使用に対し準備ができたことになる。図６の実施形態においては、ネットワーク・パケットは、ＩＰパケットであり、これは、ネットワーク・プロトコル・ソフトウェア・インターフェースに渡す。代表的には、このソフトウェア・インターフェースは、ＴＣＰ（伝送制御プロトコル。信頼性のある２方向伝送方法）とＵＤＰ（ユーザ・データグラム・プロトコル。データを送る単方向性で非保証形の方法）の両方をサポートする。ＶＢＩで伝送するＩＰデータの場合には、クライアントは、ＵＤＰソフトウェア・インターフェース１６０を使ってＩＰデータを受け入れ、そしてこれは、何等かの基礎的なエラー・チェック（例えば、ＣＲＣ）およびフィルタ処理を実行する。この点で、ＩＰパケットは、ウィンソック・レイヤ（Winsock layer）１６２、すなわちウィンドウズ・ソケット仕様（Windows Sockets Specification）に従うソフトウェア実装インターフェースにより取り扱われるべき順序にある。ウィンドウズ・ソケット仕様は、周知の標準セットのＡＰＩを定め、これは、データを送受するネットワーク独立の方法を提供する。アプリケーション１６４は、ウィンソック・レイヤ１６２を通して統制した種々のＡＰＩコールを介して、ＩＰデータ・パケットを使用する。
本発明は、これが、その既知のフォーマットを失わずに、ＶＢＩを介してネットワーク・データを送信するための技術を定めている点で効果がある。受信者側のコンピュータ・アプリケーションは、ウィンドウズ・ソケット仕様により定められたもののような標準のＡＰＩを使用することにより、そのネットワーク・データを使用することができる。
法令に従い、以上に本発明について構造および方法上の特徴について多少なりとも具体的な用語で説明した。しかし、理解されるべきであるが、本文に開示した手段は本発明を実施する好ましい形態を構成するものであるため、本発明は、記述した特定の特徴に限定されるものではない。したがって、本発明は、均等論に従い適切に解釈されるべき添付の請求の範囲の適切な範囲内のその形態および修正の任意のものについて保護を請求する。
本発明は、コンピュータ・ネットワーク・データを送る方法、特に、放送ビデオ信号（例えば、在来のテレビジョン信号）の垂直ブランキング期間の一部としてインターネット・プロトコル（ＩＰ）データを送る方法に関するものである。
発明の背景
在来の放送テレビジョン信号は、個々のテレビジョン・フレームを構築するのに使用するデータ・フォーマットで送信する。各フレームは、テレビジョン・スクリーン上に画像を生成するのに使用するビデオ画像データ（すなわち、ピクセル・データ）と、そして同期およびタイミング情報のような画像の提示を制御するのに使用する制御情報とを包含する。垂直ブランキング期間（ＶＢＩ）は、代表的なテレビジョン・フレームの上側の２１本のラインである。これらＶＢＩラインは、テレビジョンには表示されないが、テレビジョン制御情報を運ぶのに使用されている。１０本までのＶＢＩラインまでは、テレビジョン画像制御情報とは別のまたこれに加えてデータの伝送に使用することができる。さらに、ＶＢＩのライン２１は、クローズド・キャプショニング（closed captioning）情報の伝送に使用される。
ＶＢＩラインの一部としてデータを送るための標準のフォーマットは、電子工業会ドキュメントＥＩＡ−５１６（May,1988）：“Joint EIA/CVCC Recommended Practice for Teletext: North American Basic Teletext Specification（NABTS）．”により仕様が示されている。このＮＡＢＴＳ仕様は、長いデータ・ストリームを固定の長さのデータ・パケットに区分するフォーマットを定めている。ＶＢＩにエンコードしそして放送ネットワークで送信するのは、これらデータ・パケットである。
図１は、各バイトが８ビットの３３バイトから成るＶＢＩコンパチブルのデータ・パケット２０を示している。ＶＢＩデータ・パケット２０は、データ・ブロック２２（これは、長さが２８バイトまでとすることができる）と、そして５バイトのプレフィックスまたはヘッダ２４とを含んでいる。データ・ブロック２２は、オプションのサフィックスまたはトレーラ（trailer）２６のサイズに依存して長さが変化し、そしてこれはデータ・ブロックに続く。トレーラ２６は、０，１，２，または２８バイトの長さとすることができる。したがって、このデータ・ブロックは、０，２６，２７，または２８バイトの長さとすることができる。異なったエンコーダは、異なったモードをもち、これらモードは、トレーラ２６の長さ、したがってデータ・ブロック２２に記憶する実際のデータの長さを指図する。オプションのトレーラ２６は、受信側が使用するエラー検出またはエラー検出および訂正データを指定するための空き場所を提供する。５バイトのヘッダ２４は、３バイトのパケット・アドレス、１バイトの連続性インデックス、そして１バイトのパケット構造から成っている。
現在のＶＢＩエンコーディングおよびデコーディング技術は、テレビジョン信号のＶＢＩの一部としてデータを送る便利で信頼性のある方法を提供している。今日、ＶＢＩは、例えば株式相場、天気データのような多くの形態のデータの伝送に使用されている。何年もの間、ユーザがユーザ自身のコンピュータでテレビジョンを視聴することは一般的ではなかった。しかし最近では、ユーザがそのコンピュータ上でテレビジョン信号を視聴することがより一般的となってきている。将来においては、視聴者／ユーザの数が増大することが予想される。このようなテレビジョン視聴およびコンピュータ使用の収斂により、視聴者が、ＶＢＩにおいて伝送されるデータを、特に彼らのコンピュータ上で容易に利用できるようになりたいと望むことが予想される。残念ながら、今日のコンピュータ・アプリケーションのほとんどは、ＶＢＩデータとコンパチブルとなるように構成されていない。ＶＢＩデータを受けるには、アプリケーション開発者は、彼らの製品を特殊化しなければならない。これは、マイクロソフト（Microsoft）が製作し販売しているWindows（登録商標）ベースのオペレーティング・システムに対するアプリケーションを構築している開発者にとっては特にであり、それは、そのようなアプリケーションは、Windows（登録商標）オペレーティング・システムの標準の部分ではない特殊な機能をコールするようにコンフィギュレーションをしなければならないからである。
ＶＢＩデータを伝送するもっとグローバルなアプローチを提供することにより、それが特殊な機能をコールせずともコンピュータ・アプリケーションにおいて容易に使用できるようにすることは、有益なものとなる。
ネットワーク環境においては、コンピュータ・アプリケーションは、アプリケーション・プログラミング・インターフェース（ＡＰＩ）の標準のセットを使用することにより、データをネットワークおよびインターネットを通して送受している。例えば、Windows（登録商標）ベースのオペレーティング・システム上で走るように設計したアプリケーションは、ウィンドウズ・ソケット仕様（Windows Sockets Specification）（よく知られた仕様）において定められた標準のＡＰＩセットを用いている。これらＡＰＩは、工業委員会（industry committees）により定められ、そして広く使用されている。ソケットＡＰＩは、データを送受するネットワークに独立の方法を提供しており、基盤となるコンピュータ・ネットワークがどのようなものであれかまわない（例えば、イーサネット、非同期転送モード（ＡＴＭ）、衛星等）。コンピュータ・アプリケーションは、ある特定のネットワークからデータを受けるよう特別に書くことを必要としない。開発者は、あるアプリケーションに対しWindows（登録商標）ソケットＡＰＩとインターフェースするためのコードを書き、これにより、そのアプリケーションがこのコンピュータ・ハードウェアがサポートする多数の異なったネットワークを介してデータを送受することができるようになる。
１つの一般的で広く使用されているタイプのネットワーク・データは、インターネット・プロトコル（ＩＰ）データと呼ばれている。ＩＰデータは、本質的には任意の基盤となるネットワーク（イーサネットおよびインターネットを含む）でデータを運ぶための標準のフォーマットを定めている。このＩＰ標準は、データをカプセル化するのに使用するパケットを定め、そしてＩＰデータは、伝送ネットワークに無関係に、常にこのパケットにカプセル化する。
本願発明者は、ＩＰデータのようなネットワーク・データを、在来の放送テレビジョン信号の一部として伝送できるＶＢＩコンパチブルのフォーマットに再パッケージ化する技術を考え出した。受信者側においては、そのネットワーク・データは、ＶＢＩ信号から抽出し、そして単一のモノリシック・クライアント・アプリケーションにのみ知られた所有（proprietary）または非標準の機能ではなく、標準の既存のＡＰＩセットを介してコンピュータ・アプリケーションに渡す。
発明の摘要
本発明の１形態は、インターネット・プロトコルＩＰのようなネットワーク・データを、放送ビデオ信号の垂直ブランキング期間ＶＢＩの一部として伝送するためのフォーマットにエンコードするエンコード方法に関する。この方法は、データ・ブロックとヘッダ情報を有するネットワーク・データ・パケットを構成することを含む。１例として、ＩＰパケットは、可変長のデータ・ブロックと、ＩＰヘッダの形態の固定長のヘッダ情報と、ＵＤＰ（User Datagram Protocol）ヘッダとを有する。
ネットワーク・データ・パケットは、可変長のデータ・グループ・パケットにエンコードし、そしてこれは、好ましくは、ＮＡＢＴＳコンパチブルのデータ・グループ・パケットである。データ・グループ・パケットは、可変長のデータ・ブロックと、ヘッダ情報を有する。ネットワーク・データ・パケットは、データ・グループ・パケットのデータ・ブロックに挿入する。１実現例では、データ・グループ・パケットのヘッダ情報は、データ・グループ・パケットのデータ・ブロックに含まれるネットワーク・データのタイプを識別する２バイトのヘッダ情報と、開発者による将来の定義のため予約した６バイトの予約スペースと、を含む。この予約スペース・ヘッダの１つの可能性のある使用は、メディア・アクセス・コントロール（ＭＡＣ）アドレス（代表的には物理アドレスと同義）に対するものである。ＭＡＣアドレスは、通常、特定のネットワークをアクセスするのに使用する低レベルのハードウェア・プロトコルを参照して使用する。第２実現例においては、データ・グループ・パケットに対するヘッダ情報は、在来の５バイトのＮＡＢＴＳコンパチブルのレコード・ヘッダから成る。
いったん可変長のデータ・グループ・パケットを構成すると、これを１以上の固定長のＶＢＩコンパチブル・パケットにエンコードする。これらＶＢＩコンパチブル・パケットは、好ましくは、ＮＡＢＴＳ標準のネットワーク・レイヤにて定めた３３バイトのパケットである。各ＶＢＩコンパチブル・パケットは、２８バイトのデータまで記憶するポテンシャルを有する。このデータ・グループ・パケットは、区分しそしてＶＢＩコンパチブル・パケットのデータ・ブロック中に置く。
この方法を使用すると、データ・ネットワーク（すなわち、イーサネットまたはインターネット）を介して受けたデータは、テレビジョン信号のＶＢＩの一部として放送するために再パッケージ化する。このパッケージ化したネットワーク・データは、基盤となるネットワークとは独立のままであり、したがってコンピュータ・アプリケーションによる使用のため受信者側にて容易に抽出することができる。
別の形態によれば、ＶＢＩの一部として受けたコンピュータ・ネットワーク・データをデコードする方法を記述する。多数の固定長のＶＢＩコンパチブル・パケットは、個々のユーザ・ベースの受信ユニット（すなわち、テレビジョン、セットトップ・ボックス、コンピュータ）で受信する。可変長のデータ・グループ・パケットは、固定長のＶＢＩコンパチブル・パケットからヘッダを取り除き、そしてＶＢＩコンパチブル・パケットのデータ・ペイロードを組み合わせることにより再構成する。この再構成したデータ・グループ・パケットは、ネットワーク・データのタイプを記述するヘッダと、ネットワーク・データを含むデータ・ブロックを有する。受信ユニットは、そのヘッダを読み取り、そしてそのデータ・グループ・パケットのデータ・ブロックからネットワーク・データを抽出する。
このようにして、ネットワーク・データを、ＶＢＩを介してその既知のフォーマットを失わずに伝送する。コンピュータ・アプリケーションは、ウィンドウズ・ソケット仕様により規定されたもののような標準のＡＰＩを使用することにより、そのネットワーク・データを使用することができる。カプセル化したネットワーク・データをＶＢＩコンパチブル・パケットで伝送することにより、コンテンツ配信者は、新たな広範囲のアプリケーションをサポートすることができるようになる。アプリケーション開発者は、これら開発者が既に慣れている標準のインターフェースを通して利用可能であるため、ネットワーク・データを使用することが容易であると分かることになる。
【図面の簡単な説明】
図１は、北米基本テレテキスト仕様標準（North American Basic Teletext Specification（NABTS）standard）により構成した従来技術のパケット構造を示す図。
図２は、放送伝送システムを示す図。
図３は、ネットワーク・データを放送伝送システムを介して送るための方法のフロー図。
図４は、第１の実現例による、ＶＢＩコンパチブルのパケットでネットワーク・データを運ぶのに使用するデータ伝送構造を示す図。
図５は、第２の実現例による、ＶＢＩコンパチブルのパケットでネットワーク・データを運ぶのに使用するデータ伝送構造を示す図。
図６は、受信／デコード・ユニットのブロック図。
好ましい実施形態の詳細な説明
以下の説明では、読者がＮＡＢＴＳ仕様（電子工業会ドキュメントＥＩＡ−５１６（May,1988）“Joint EIA/CVCC Recommended Practice for Teletext: North American Basic Teletext Specification（NABTS）”）に指定されたＶＢＩラインの一部としてデータを送る標準のフォーマットに精通していると仮定している。このＮＡＢＴＳ仕様は、言及により本開示に含めるものとする。
図２は、コンテンツ・プロバイダ３２（例えば、ケーブル・ヘッドエンド、テレビジョン放送局等）から多数の受信機３４，３６に配信するための放送伝送システム３０を示している。この説明のため、放送伝送システム３０は、多くの住居にテレビジョン信号を送信する在来の放送テレビジョン・システムの文脈で記述する。
在来のテレビジョン信号のようなビデオ信号は、放送配信ネットワークを介して配信する。その２つの例のネットワークを図２に示しており、在来のアナログのＶＨＦまたはＵＨＦの放送ネットワーク３８と、そしてケーブル・ネットワーク４０とである。ＶＨＦ／ＵＨＦ放送ネットワーク３８は、コンテンツ・プロバイダ３２の所に配置したテレビジョン・タワーの形態の無線送信機４２を備え、これがテレビジョン信号４４を送信する。個々の住居に配置されたアンテナの形態の受信機４６は、そのテレビジョン信号４４を受信する。
ケーブル・ネットワーク４０は、コンテンツ・プロバイダ３２の所に配置したケーブル送信機４８を備える。ケーブル送信機４８は、ケーブル配信構造５０（例えば、光ファイバ・ケーブル、同軸ケーブル、ツイステッド・ペア等）を介して、個々の住居に配置されたケーブル受信機５０に信号を送信する。図２においては、受信機５２は、セットトップ・ボックスとして示している。
分かるように、その他のネットワーク実装も使用することができ、例えば、衛星通信、ＲＦ通信、または無線式および有線式の技術である。
例示の実現例においては、２つの異なった種類のディスプレイ・ユニットを例示目的のために示している。住居３４においては、ディスプレイ・ユニットは、放送イネーブル形パーソナルコンピュータ６０または単に“放送ＰＣ”として具体化している。放送ＰＣ６０は、大きなＶＧＡモニタ６２，処理ユニット６４，リモート・キーボード６６およびリモート制御ハンドセット６８の形態の入力デバイスを有する。リモートのキーボード６６とハンドセット６８は、処理ユニット６４に対し、赤外線（ＩＲ）または無線（ＲＦ）のような無線データ・リンクを介して遠隔にて結合する。これらキーボードおよびハンドセットの代わりに、あるいはこれらに加えて、その他のタイプの入力デバイス（例えば、マウス、トラックボール、スタイラス等）を使用することもできる。
住居３６では、ディスプレイ・ユニットは、在来のテレビジョン７２に結合したセットトップ・ボックス７０として具体化している。リモート制御ハンドセット７４は、無線データ・リンクを介してセットトップ・ボックスおよびテレビジョンを遠隔にて制御するのに使用する。別の実施形態においては、セットトップ・ボックス７０の機能は、テレビジョン７２内に組み込むこともできる。
コンテンツ・プロバイダ３２は、画像データおよびＶＢＩデータを含む別個のフレームとして放送ビデオ信号を発信するように構成する。コンテンツ・プロバイダ３２は、ＮＡＢＴＳエンコーダ８０を有し、これは、図１を参照しながら発明の背景の項で説明した在来の３３バイトのＶＢＩコンパチブルのデータ・パケットのＶＢＩデータをエンコードする。
また、コンテンツ・プロバイダ３２は、ネットワーク・パケット・エンコーダ８２を備え、これは、イーサネットまたはインターネットのようなデータ・ネットワーク８４に結合している。ネットワーク・パケット・エンコーダ８２は、ネットワーク８４からのネットワーク・データ・パケットを受信し、そしてこれを、ＮＡＢＴＳエンコーダ８０が使用する形態に変換する。ネットワーク・パケット・エンコーダ８２は、ソフトウェア、ハードウェアまたはこれらの組合せにより実現することができる。１例として、ネットワーク・パケット・エンコーダ８２は、ルータとして実現することができる。
図３は、放送伝送システム３０を動作させることによりＶＢＩインターバルの間ネットワーク・データを搬送する方法を示している。この方法は、図２および図４−６を参照して説明する。
ステップ１００において、ネットワーク・パケット・エンコーダ８０は、データ・ネットワーク８４からネットワーク・データ・パケットを受ける。１例として、このネットワーク・データ・パケットは、インターネット・プロトコル（ＩＰ）パケットの形態にある。図４および５は、ＩＰパケット１２０を示している。これは、可変長（Ｎバイト）のデータ・ペイロード１２２，固定長（Ａバイト）のトランスポート・プロトコル・ヘッダ１２４，固定長（Ｂバイト）のＩＰヘッダ１２６を有する。データ・ペイロード１２２は、実際のネットワーク・データを含む。トランスポート・プロトコル・ヘッダ１２４は、データ・ネットワークのためのトランスポート・レイヤ・プロトコルを指示する。トランスポート・プロトコルの例には、伝送制御プロトコル（ＴＣＰ）、およびユーザ・データグラム・プロトコル（ＵＤＰ）が含まれる。図４および図５においては、ＩＰパケット１２０は、ＵＤＰヘッダ１２４を有し、これは長さが８バイトである。
ＩＰヘッダ１２６は、データをソースから宛先に配信するのに必要なアドレス指定情報を与える。この例では、これは、２０バイトの長さである。
図３のステップ１０２においては、ネットワーク・パケット・エンコーダ８２は、そのネットワーク・データ・パケットを可変長のデータ・グループ・パケットにエンコードする。図４および図５は、例示のＩＰパケット１２０に対するステップ１０２の２つの異なった実現例を示している。図４においては、ＩＰパケット１２０は、可変長のデータ・グループ・パケット１３０にエンコードする。この実現例においては、データ・グループ・パケット１３０は、可変長（Ｍバイト）のデータ・ブロックまたはデータ・ペイロード１３２，固定長（Ｃバイト）のタイプ・ヘッダ１３４，固定長（Ｄバイト）の予約スペース・ヘッダ１３６を有している。このＩＰパケット１２０は、その全体（両ヘッダを含む）を、データ・ペイロード１３２に挿入する。
データ・グループ・パケット１３０の固定長タイプ・ヘッダ１３４は、続くデータ・ペイロード１３２に含まれるデータのタイプを示す。この例では、固定長タイプ・ヘッダ１３４は、２バイトのヘッダであって、これは、ＩＰデータが後続することを指定する０ｘ０８，０ｘ００にセットする。ＩＰデータに加え、他のデータ・タイプも指定することができる。例えば、ＡＲＰパケットが後続することを指定するためには、タイプ・ヘッダは、０ｘ０８，０ｘ０６を含むようにすることができる。
データ・グループ・パケット１３０の予約スペース・ヘッダ１３６は、将来の使用のために特に予約してある。この実現例においては、予約スペース・ヘッダ１３６は、ＭＡＣアドレスの記憶に特に適した６バイトのヘッダである。前から分かるように、ＭＡＣアドレスは、ハードウェア特有の情報、特に物理ハードウェア・アドレスを記憶するのに使用する。（例えば、Comer, Douglas E., Internetworking with TCP/IP Volume 1, Third Edition, Prentice Hall: Upper Saddle River, New Jersey, 1995を参照されたい）。現在、このスペースは使用していないが、それは、帯域幅が比較的低く、このため、フィルタ処理をハードウェア・レベルで実行する必要がないからである。全てのフィルタ処理は、ソフトウェアで行う。この予約スペースを未使用のままにするとき、その６バイトは、各々、０ｘ００にセットする。
データ・グループ・パケット１３０はまた、オプションのパディング・ビット１３８を有していて、以下に詳細に説明するように、データ・ブロック１３２の最後の部分を固定サイズのＶＢＩコンパチブルのパケットにエンコードするのを可能にする。
図５の実現例においては、ＩＰパケット１２０は、少し異なったコンフィギュレーションの可変長データ・グループ・パケット１４０にエンコードする。ここで、データ・グループ・パケット１４０は、可変長（Ｍバイト）のデータ・ブロックまたはデータ・ペイロード１４２，固定長のレコード・ヘッダ１４４を有する。ＩＰパケット１２０は、その全体（両ヘッダを含む）を、データ・グループ・パケット１４０のデータ・ペイロード１４２に挿入する。パディング・ビット１４６は、オプションとして使用することにより、以下で述べるＶＢＩコンパチブルのデータ・パケットのフォーマットと適合するのを確保する。
レコード・ヘッダ１４４は、ＮＡＢＴＳ仕様において定められたレコード・レイヤとの適合を可能にする。このレコード・レイヤ仕様は、エンコーダがもっと原始的であったときに定められたものである。このレイヤは、現在では、当該産業においては使用されたとしてもそれ程頻繁ではなく、それは、バンドル・サック・モード（Bundle Sack Mode）（これは、レコード・フォーマットを解釈しない）は、今日ではほとんど一般的に使用されているからである。このモードに適合するため、ネットワーク・パケット・エンコーダ８２は、予め定めた５バイトのレコード・ヘッダ１４４をデータ・ペイロード１４２に付す。このモードは高い帯域幅での伝送に使用されるとは予想されないため、図４の実現例では行ったようなＭＡＣアドレスのためのスペースを残してはいない。
レコード・ヘッダ１４４の各バイトは、４ビット（１ニブル）のｂ２，ｂ４，ｂ６，ｂ８を含み、そして１つ置きの奇数番目の４ビットｂ１，ｂ３，ｂ５，ｂ７は４つの偶数ビットのハミング・コード化した保護として使用する。最初の２つのバイトは、レコード・タイプ（ＲＴ）とレコード・ヘッダ指示子（ＲＤ）を示す。これらタイプは、ＮＡＢＴＳ仕様の第５章に詳細がある。ＲＴとＲＤのバイトには、３バイトのアドレス・スペースＡｌ，Ａ２，Ａ３が後続し、これらは、データ・ペイロード１４２で運ぶデータのフォーマットを指定する。ＩＰデータに対しては、この３バイトは、Ａ１＝０ｘ８，Ａ２＝０ｘ０，Ａ３＝０ｘ０として指定する。ＮＡＢＴＳ仕様において予め定められているこのレコード・ヘッダのその他のフィールド（レコード・アドレス拡張、レコード・リンク、分類シーケンス、およびヘッダ拡張フィールド）は、なしとして指定する。
図３のステップ１０４において、ＮＡＢＴＳエンコーダ８０は、ネットワーク・パケット・エンコーダ８２から出力されたデータ・グループ・パケット１３０，１４０を、１以上の固定長（３３バイト）のＶＢＩコンパチブルのデータ・パケット２０にエンコードする。発明の背景の項で説明したように、各ＶＢＩコンパチブルのデータ・パケット２０は、データ・ブロック２２と、５バイトのヘッダ２４を有する。詳しくは、データ・グループ・パケット１３０，１４０は、２６バイト、２７バイトまたは２８バイトのセグメントに区分し、そしてデータ・ブロック２２に挿入する。パディング・ビット１３８，１４６は、データ・グループ・パケット１３０，１４０が確実に２８バイトのデータ・ブロック２２中に等しくはまるようにする。ヘッダ２４は、３つのパケット・アドレス・バイトＰ１，Ｐ２，Ｐ３と、１つの連続性インデックス・バイトＣＩと、１つのパケット構造バイトＰＳとから成っている。
図３の方法のステップ１０４に関して、２つの異なったデータ・グループ・パケット１３０，１４０は、ＮＡＢＴＳ仕様の第４章に予め定められた通り、ＮＡＢＴＳコンパチブルの可変長データ・グループ・パケットとして扱う。これらデータ・グループ・パケットは、ＮＡＢＴＳ仕様に定められた周知の在来の技術にしたがってＶＢＩコンパチブルのデータ・パケット２０にセグメント化する。
分かるように、ネットワーク・パケット・エンコーダ８２とＮＡＢＴＳエンコーダ８０は、ハードウェア、ソフトウェア、またはハードウェア／ソフトウェア組合せで実現することができる。ハードウェアでは、ネットワーク・データ・パケットは、最初にレジスタ内に置く。その適当なヘッダを追加することによりデータ・グループ・パケットを形成し、これは次に、別のレジスタに記憶させる。このデータ・グループ・パケットは、ＮＡＢＴＳエンコーダ８０内のシフトレジスタに渡すことができ、そしてこのシフトレジスタにおいて、それを一時に３３バイトだけシフトアウトすることにより、ＶＢＩコンパチブルのデータ・パケット２０を形成する。ソフトウェア実現例では、ネットワーク・データ・パケットは、メモリにキャッシュし、そしてこのメモリで、適当なヘッダを後で追加する。このソフトウェアは次に、その情報をセグメント化してＶＢＩコンパチブルのデータ・パケットにする。
図３のステップ１０６においては、ＶＢＩコンパチブル・データ・パケット２０は、適当な送信機（例えば、タワー送信機４２またはケーブル送信機４８）に転送し、そしてアナログ・テレビジョン信号内のＶＢＩの一部分として放送媒体を介して放送する。個々の住居３４，３６には、受信ユニット（例えば、アンテナ４６，セットトップ・ボックス７０等）を装備して、放送配信媒体からのＶＢＩコンパチブル・パケット２０を受ける（図３のステップ１０８）。この３３バイトのデータ・パケットは、デコード・ユニットに転送する。
図６は、受信／デコード・ユニット１５０をより詳細に示す。これは、受信機ボード１５２を含んでいて、これがアナログ・テレビジョン信号のＶＢＩコンパチブル・パケット２０を受ける。受信機ボード１５２は、指定されたチャンネルに同調する能力をもつチューナの一部として構成することができる。１実現例においては、受信機ボード１５２は、フォワード・エラー訂正（ＦＥＣ）とデータ・パケット再組立、並びにＮＡＢＴＳ仕様の第３章で指定されたその他の機能を実行するように構成する。
ミニポート・ドライバ１５４とレイヤ化ミニポート・ドライバ（layered miniport driver）１５６は、受信機ボード１５２からのＶＢＩコンパチブル・パケット２０を受けるように結合している。図示例では、これらドライバは、ＶＢＩネットワーク・インターフェース・カード（ＮＩＣ）ドライバであって、これらは、インターフェース・レイヤ１５８として表したネットワーク・デバイス・インターフェース仕様（ＮＤＩＳ）４．０に従ったものである。１つの実現例においては、レイヤ化ミニポート・ドライバ１５６は、レイヤ化８０２．３ミニポート・ドライバである。これらドライバは、ＮＤＩＳドキュメントに定められたＶＢＩ拡張をサポートする。ＶＢＩ ＮＩＣドライバ１５４，１５６は、以下の３つの機能を実行する。
１．特別なＶＢＩオブジェクトＩＤとＶＢＩメディア・タイプを使用するＮＤＩＳライブラリを介しての接続管理
２．ＮＤＩＳライブラリ（ＮＤＩＳ．ＳＹＳ）を介してのデータＩ／Ｏ
３．ＵＤＰ／ＩＰマルチキャスト・パケットに対するサポート。
さらに、ハードウェア・レベルの受信機ボード１５２がＮＡＢＴＳ仕様に定められたこの機能をサポートしない場合、デバイス・ドライバが、ＮＡＢＴＳ仕様の第３章に指定されたフォワード・エラー訂正（ＦＥＣ）とデータ・パケット再組立を実行するようにすることもできる。
パケット再組立は、受信機ボード１５２でハードウェア的に実行しようとあるいはミニポート・ドライバ１５４，１５６でソフトウェア的に実行しようと、固定長のＶＢＩコンパチブル・パケット２０からデータ・グループ・パケット１３０，１４０を最初に再構成することから成っている（図３のステップ１１０）。データ・グループ・パケットを復元した後、ネットワーク・データ・パケット（例えば、ＩＰパケット１２０）を、データ・グループ・パケットのデータ・ペイロードから抽出する（図３のステップ１１２）。このデータ・グループ・パケットが図４の実現例のフォーマットにある場合、タイプ・ヘッダを最初に読み出すことにより、データ抽出ステップに進む前に、どのタイプのネットワーク・データがデータ・ペイロードに含まれているかを識別する。
いったんネットワーク・データ・パケットを抽出すると、アプリケーションによる使用に対し準備ができたことになる。図６の実施形態においては、ネットワーク・パケットは、ＩＰパケットであり、これは、ネットワーク・プロトコル・ソフトウェア・インターフェースに渡す。代表的には、このソフトウェア・インターフェースは、ＴＣＰ（伝送制御プロトコル。信頼性のある２方向伝送方法）とＵＤＰ（ユーザ・データグラム・プロトコル。データを送る単方向性で非保証形の方法）の両方をサポートする。ＶＢＩで伝送するＩＰデータの場合には、クライアントは、ＵＤＰソフトウェア・インターフェース１６０を使ってＩＰデータを受け入れ、そしてこれは、何等かの基礎的なエラー・チェック（例えば、ＣＲＣ）およびフィルタ処理を実行する。この点で、ＩＰパケットは、ウィンソック・レイヤ（Winsock layer）１６２、すなわちウィンドウズ・ソケット仕様（Windows Sockets Specification）に従うソフトウェア実装インターフェースにより取り扱われるべき順序にある。ウィンドウズ・ソケット仕様は、周知の標準セットのＡＰＩを定め、これは、データを送受するネットワーク独立の方法を提供する。アプリケーション１６４は、ウィンソック・レイヤ１６２を通して統制した種々のＡＰＩコールを介して、ＩＰデータ・パケットを使用する。
本発明は、これが、その既知のフォーマットを失わずに、ＶＢＩを介してネットワーク・データを送信するための技術を定めている点で効果がある。受信者側のコンピュータ・アプリケーションは、ウィンドウズ・ソケット仕様により定められたもののような標準のＡＰＩを使用することにより、そのネットワーク・データを使用することができる。
法令に従い、以上に本発明について構造および方法上の特徴について多少なりとも具体的な用語で説明した。しかし、理解されるべきであるが、本文に開示した手段は本発明を実施する好ましい形態を構成するものであるため、本発明は、記述した特定の特徴に限定されるものではない。したがって、本発明は、均等論に従い適切に解釈されるべき添付の請求の範囲の適切な範囲内のその形態および修正の任意のものについて保護を請求する。
Claims (29)
- インターネット・プロトコルＩＰのデータを、放送ビデオ信号の垂直ブランキング期間ＶＢＩの一部として伝送するためのフォーマットにエンコードするエンコード方法であって、
前記ＩＰデータを含むＩＰデータ・ブロックと、ＩＰパケット・ヘッダ情報とを有するＩＰパケットをエンコーダが受けるステップと、
前記エンコーダが、前記ＩＰパケットを、データ・グループ・パケット・データ・ブロックおよびデータ・グループ・パケット・ヘッダ情報を有する可変長のデータ・グループ・パケットにエンコードすることにより、前記可変長のデータ・グループ・パケットの前記データ・グループ・パケット・データ・ブロックが前記ＩＰパケットから成るようにするステップと、
前記エンコーダが前記可変長のデータ・グルーブ・パケットを１以上の固定長のＶＢＩコンパチブル・パケットにエンコードするステップであって、各ＶＢＩコンパチブル・パケットが、ＶＢＩコンパチブル・パケット・ヘッダ情報とＶＢＩコンパチブル・パケット・データ・ブロックとを有し、前記ＶＢＩコンパチブル・パケット・データ・ブロックは前記可変長のデータ・グループ・パケットの少なくとも一部から成る、ＶＢＩコンパチブル・パケットにエンコードするステップと、から成るエンコード方法。 - 請求項１記載の方法であって、前記データ・グループ・パケット・ヘッダ情報は、６バイトの第１ヘッダと２バイトの第２ヘッダとを有するよう構成されていることを特徴とするエンコード方法。
- 請求項１記載の方法であって、前記データ・グループ・パケット・ヘッダ情報は、固定長の予約スペース・ヘッダと固定長のタイプ・ヘッダとを有するよう構成され、前記固定長のタイプ・ヘッダは、前記可変長のデータ・グループ・パケット・データ・ブロックがＩＰデータを含むことを示すことを特徴とするエンコード方法。
- 請求項１記載の方法であって、前記データ・グループ・パケット・ヘッダ情報はＮＡＢＴＳコンパチブルのレコード・ヘッダを有するよう構成されていることを特徴とするエンコード方法。
- 請求項１記載の方法であって、前記エンコーダが、前記固定長のＶＢＩコンパチブル・パケットを伝送するステップ、をさらに含むことを特徴とするエンコード方法。
- 請求項１記載の方法における前記ステップを実行するようプログラムした、前記エンコーダを有するコンピュータ。
- 請求項１記載の方法の前記ステップを実行するようコンピュータの前記エンコーダを指揮するコンピュータ読み取り可能メモリ。
- インターネット・プロトコルＩＰデータを放送伝送のためエンコードする方法であって、
前記ＩＰデータを含むＩＰデータ・ブロックと、ＩＰパケット・ヘッダ情報とを有するＩＰパケットをエンコーダが受けるステップと、
前記エンコーダが、該ＩＰパケットを、データ・ペイロードとしてＮＡＢＴＳコンパチブルで可変長のデータ・グループ・パケットに挿入するステップであって、前記データ・グループ・パケットは、６バイトの第１ヘッダと２バイトの第２ヘッダを有する、挿入するステップと、
から成るエンコード方法。 - インターネット・プロトコルＩＰデータを放送伝送のためエンコードする方法であって、
前記ＩＰデータを含むＮバイトのＩＰデータ・ブロックと、Ａバイトのトランスポート・プロトコル・ヘッダと、ＢバイトのＩＰヘッダと、を有するＩＰパケットをエンコーダが受けるステップと、
Ｍバイトのデータ・ペイロードと、Ｃバイトのデータ・タイプ・ヘッダと、Ｄバイトの予約スペース・ヘッダと、を有する可変長のデータ・グループ・パケットを前記エンコーダが構成するステップと、
前記エンコーダが、前記Ｎ＋Ａ＋Ｂバイト全体の前記ＩＰパケットを、前記データ・グループ・パケットの前記Ｍバイトのデータ・ペイロードに挿入するステップと、
前記エンコーダが、前記可変長のデータ・グループ・パケットを、１以上の固定長のＶＢＩコンパチブル・パケットにエンコードするステップであって、各ＶＢＩコンパチブル・パケットは、ＶＢＩコンパチブル・パケット・ヘッダ情報と、前記データ・グループ・パケットの少なくとも１部分から成るＶＢＩコンパチブル・パケット・データ・ブロックと、を有する、エンコードするステップと、
から成るエンコード方法。 - 請求項９記載の方法において、前記Ｃバイトのデータ・タイプ・ヘッダは２バイトから成り、前記Ｄバイトの予約スペース・ヘッダは６バイトから成ること、を特徴とするエンコード方法。
- 請求項９記載の方法において、前記Ａバイトのトランスポート・プロトコル・ヘッダは８バイトから成り、前記ＢバイトのＩＰヘッダは２０バイトから成ること、を特徴とするエンコード方法。
- 請求項９記載の方法において、前記可変長のデータ・グループ・パケットは、ＮＡＢＴＳコンパチブルであり、１以上のパディング・バイトのトレーラを備えるように構成されていること、を特徴とするエンコード方法。
- 請求項９記載の方法の前記ステップを実行するようプログラムした、前記エンコーダを有するコンピュータ。
- 請求項９記載の方法の前記ステップを実行するようコンピュータの前記エンコーダを指揮するコンピュータ読み取り可能メモリ。
- コンピュータ・ネットワーク・データ・パケットを、放送ビデオ信号の垂直ブランキング期間ＶＢＩの一部として伝送するためエンコードするエンコード方法であって、
エンコーダが前記ネットワーク・データ・パケットにヘッダを追加して、データ・グループ・パケットを形成する追加ステップと、
前記エンコーダが該データ・グループ・パケットを１以上の固定長のＶＢＩコンパチブル・パケットにエンコードするエンコード・ステップと、
から成るエンコード方法。 - 請求項１５記載の方法において、前記ヘッダは、前記ネットワーク・データ・パケットに含まれるデータのタイプを示すタイプ・ヘッダであること、を特徴とするエンコード方法。
- 請求項１５記載の方法において、前記ヘッダは、ＮＡＢＴＳコンパチブルのレコード・ヘッダであること、を特徴とするエンコード方法。
- 請求項１５記載の方法であって、前記エンコーダが前記固定長のＶＢＩコンパチブル・パケットを伝送するステップ、をさらに含むことを特徴とするエンコード方法。
- 請求項１５記載の方法において、前記追加ステップにおいて追加される前記ヘッダは、６バイトの第１ヘッダと２バイトの第２ヘッダとを含むことを特徴とするエンコード方法。
- 請求項１５記載の方法において、前記追加ステップにおいて追加される前記ヘッダは、固定長の予約スペース・ヘッダと、前記ネットワーク・データ・パケットに含まれるデータのタイプを示す固定長のタイプ・ヘッダとを含むことを特徴とするエンコード方法。
- 請求項１５記載の方法の前記ステップを実行するようプログラムした、前記エンコーダを備えたコンピュータ。
- 請求項１５記載の方法の前記ステップを実行するようコンピュータの前記エンコーダを指揮するコンピュータ読み取り可能メモリ。
- 放送ビデオ信号の垂直ブランキング期間ＶＢＩの一部として受けたコンピュータ・ネットワーク・データをデコードするデコード方法であって、
デコーダが多数の固定長のＶＢＩコンパチブル・パケットを受けるステップと、
前記固定長のＶＢＩコンパチブル・パケットから前記デコーダが可変長のデータ・グループ・パケットを再構成するステップであって、該データ・グループ・パケットは、前記ネットワーク・データを含む可変長のデータ・ブロックと、ヘッダとを有する、再構成するステップと、
前記データ・グループ・パケットの前記ヘッダを読み取ることにより、前記データ・グループ・パケットの前記データ・ブロックに含まれたデータのタイプを前記デコーダが識別するステップと、
前記データ・グループ・パケットの前記データ・ブロックから前記ネットワーク・データを前記デコーダが抽出するステップと、
から成るデコード方法。 - 請求項２３記載の方法の前記ステップを実行するようプログラムした、前記デコーダを有するコンピュータ。
- 請求項２３記載の方法の前記ステップを実行するよう、前記デコーダを有するコンピュータを指揮するコンピュータ読み取り可能メモリ。
- 配信者から受信者にビデオ信号を配信する放送伝送システムであって、
コンピュータ・ネットワーク・データ・パケットを垂直ブランキング期間ＶＢＩコンパチブルのパケットにエンコードする前記配信者側のエンコード・ユニットであって、該エンコード・ユニットが、ヘッダを前記ネットワーク・データ・パケットに追加して可変長のデータ・グループ・パケットを形成し、そして該データ・グループ・パケットを１以上の固定長のＶＢＩコンパチブル・パケットにエンコードする、エンコード・ユニットと、
該エンコード・ユニットから前記ＶＢＩコンパチブル・パケットを受けるように結合し、配信媒体を介して前記ＶＢＩコンパチブル・パケットを送信する送信ユニットと、
前記配信媒体から前記ＶＢＩコンパチブル・パケットを受けるための前記受信者側の受信ユニットと、
該受信ユニットに結合したデコード・ユニットであって、前記固定長のＶＢＩコンパチブル・パケットから前記可変長のデータ・グループ・パケットを再構成し、そして該データ・グループ・パケットから前記ネットワーク・データ・パケットを抽出する、デコード・ユニットと、
から成る放送伝送システム。 - コンピュータ・ネットワーク・データ・パケットを、放送ビデオ信号の垂直ブランキング期間ＶＢＩの一部として伝送するためエンコードするエンコード・ユニットであって、
前記ネットワーク・データ・パケットにヘッダを追加して、データ・グループ・パケットを形成する追加手段と、
該データ・グループ・パケットを１以上の固定長のＶＢＩコンパチブル・パケットにエンコードするエンコード手段と、
から成るエンコード・ユニット。 - 放送ビデオ信号の垂直ブランキング期間ＶＢＩの一部として受けたコンピュータ・ネットワーク・データをデコードする受信ユニットであって、
多数の固定長のＶＢＩコンパチブル・パケットを受ける受信機と、
該受信機に結合したデバイス・ドライバと、
を含み、
前記の受信機またはデバイス・ドライバの一方は、前記固定長のＶＢＩコンパチブル・パケットから可変長のデータ・グループ・パケットを再構成し、該データ・グループ・パケットは、ヘッダと、前記コンピュータ・ネットワーク・データを含む可変長のデータ・ブロックと、を有し、さらに、前記の受信機またはデバイス・ドライバの前記一方は、前記データ・グループ・パケットの前記コンピュータ・データ・ブロックから前記ネットワーク・データを抽出するように構成したこと、を特徴とする受信ユニット。 - 放送ビデオ信号の垂直ブランキング期間ＶＢＩの一部として送信するためにエンコーダが固定長のＮＡＢＴＳコンパチブルのデータ・ブロックにエンコードする、ネットワーク・パケット構造を有するコンピュータ読み取り可能メモリであって、前記ネットワーク・パケット構造が、
ネットワーク・データと、該ネットワーク・データのためのヘッダ情報とをカプセル化する可変長のデータ・ブロックと、
該データ・ブロックに対する２バイトのヘッダであって、前記データ・ブロックに含まれるネットワーク・データのタイプを示す、前記の２バイト・ヘッダと、
該データ・ブロックに対ずる６バイトのヘッダであって、ユーザによる後での定義のための予約スペースから成る、前記の６バイト・ヘッダと、
から成ること、を特徴とするコンピュータ読み取り可能メモリ。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/726,529 US6037932A (en) | 1996-05-28 | 1996-10-07 | Method for sending computer network data as part of vertical blanking interval |
| US08/726,529 | 1996-10-07 | ||
| PCT/US1997/015853 WO1998016066A1 (en) | 1996-10-07 | 1997-10-07 | Method for sending computer network data as part of vertical blanking interval |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001502135A JP2001502135A (ja) | 2001-02-13 |
| JP3999273B2 true JP3999273B2 (ja) | 2007-10-31 |
Family
ID=24918976
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP51752298A Expired - Fee Related JP3999273B2 (ja) | 1996-10-07 | 1997-10-07 | 垂直ブランキング期間の一部としてコンピュータ・ネットワーク・データを送る方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US6037932A (ja) |
| EP (1) | EP0929973B1 (ja) |
| JP (1) | JP3999273B2 (ja) |
| AU (1) | AU4735297A (ja) |
| DE (1) | DE69712901T2 (ja) |
| WO (1) | WO1998016066A1 (ja) |
Families Citing this family (72)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5740435A (en) * | 1994-10-31 | 1998-04-14 | Sony Corporation | Data management apparatus and method for managing data of variable lengths recorded on a record medium |
| EP0980619B8 (de) * | 1997-05-07 | 2005-11-23 | Infineon Technologies AG | Verfahren und vorrichtungen zur codierung, übertragung und decodierung digitaler daten |
| US6477179B1 (en) * | 1997-05-09 | 2002-11-05 | Sony Corporation | Data receiving device and data receiving method |
| US6426778B1 (en) * | 1998-04-03 | 2002-07-30 | Avid Technology, Inc. | System and method for providing interactive components in motion video |
| EP1049278A1 (en) * | 1999-04-30 | 2000-11-02 | Sony International (Europe) GmbH | Broadcast API - an application programming interface for accessing information services provided by a broadcast system |
| US6792615B1 (en) * | 1999-05-19 | 2004-09-14 | New Horizons Telecasting, Inc. | Encapsulated, streaming media automation and distribution system |
| US6437830B1 (en) * | 1999-05-28 | 2002-08-20 | Thomson Licensing S.A. | System and data format for communicating data between a video decoder and a peripheral device |
| AU2004210574B2 (en) * | 1999-06-30 | 2006-03-16 | Silverbrook Research Pty Ltd | An apparatus for retrieving information related to a video signal |
| US6824044B1 (en) | 1999-06-30 | 2004-11-30 | Silverbrook Research Pty Ltd | Method and system for obtaining a video-related document |
| US6789124B1 (en) * | 1999-07-22 | 2004-09-07 | General Instrument Corporation | Multi-standard enhanced inband data receiver |
| EP1126708A1 (en) * | 1999-08-27 | 2001-08-22 | Kabushiki Kaisha Toshiba | System for interconnecting devices through analog line |
| GB2356099B (en) * | 1999-11-05 | 2004-04-14 | Sony Uk Ltd | SDTI systems |
| GB2356100B (en) * | 1999-11-05 | 2004-02-25 | Sony Uk Ltd | Data format and data transfer |
| MXPA02005434A (es) * | 1999-12-03 | 2002-11-29 | Thomson Licensing Sa | Un sistema de procesamiento de informacion de imagen de video adaptivo. |
| US7725812B1 (en) * | 2000-03-31 | 2010-05-25 | Avid Technology, Inc. | Authoring system for combining temporal and nontemporal digital media |
| US7555557B2 (en) * | 2000-04-07 | 2009-06-30 | Avid Technology, Inc. | Review and approval system |
| AU2001256036A1 (en) * | 2000-05-09 | 2001-11-20 | 868970 Ontario Inc. | Synchronized convergence platform |
| US7630398B2 (en) * | 2000-09-27 | 2009-12-08 | Intel Corporation | Subnet independent transparent bridge |
| US6993284B2 (en) * | 2001-03-05 | 2006-01-31 | Lee Weinblatt | Interactive access to supplementary material related to a program being broadcast |
| US20020188628A1 (en) * | 2001-04-20 | 2002-12-12 | Brian Cooper | Editing interactive content with time-based media |
| US7930624B2 (en) * | 2001-04-20 | 2011-04-19 | Avid Technology, Inc. | Editing time-based media with enhanced content |
| GB2375923A (en) * | 2001-05-25 | 2002-11-27 | Roke Manor Research | Recognising and extracting embedded data in a broadcast signal |
| US6998997B2 (en) * | 2002-05-30 | 2006-02-14 | X10 Wireless Technology, Inc. | System and method for learning macro routines in a remote control |
| WO2004008704A1 (en) * | 2002-07-17 | 2004-01-22 | Soma Networks, Inc. | Frequency domain equalization in communications systems with scrambling |
| US8272020B2 (en) | 2002-08-17 | 2012-09-18 | Disney Enterprises, Inc. | System for the delivery and dynamic presentation of large media assets over bandwidth constrained networks |
| EP1530880A4 (en) * | 2002-08-21 | 2005-12-28 | Disney Entpr Inc | DIGITAL FILMOTHEQUE AT HOME |
| CN1886989B (zh) * | 2003-11-26 | 2010-05-26 | 三洋电机株式会社 | 无线电视频传输方法和接收装置、信号产生方法和信号解码装置 |
| JPWO2005060262A1 (ja) * | 2003-12-17 | 2007-12-13 | 三洋電機株式会社 | 無線映像送信装置、無線映像受信装置及び無線映像送受信システム並びに信号生成装置、信号訂正装置及び信号生成訂正装置 |
| US7551573B2 (en) | 2005-05-25 | 2009-06-23 | Cisco Technology, Inc. | Method and system for maintaining video connectivity |
| KR101129387B1 (ko) * | 2005-07-12 | 2012-03-27 | 삼성전자주식회사 | Ｄａｂ 시스템에서 ｉｐ 데이터캐스팅 서비스를 제공하는방법 및 장치 |
| WO2007070836A2 (en) * | 2005-12-13 | 2007-06-21 | Lyman Alden Copps | Rapid messaging protocol wireless network data communication system |
| US8180029B2 (en) * | 2007-06-28 | 2012-05-15 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US20110019662A1 (en) * | 2007-06-28 | 2011-01-27 | Rebelvox Llc | Method for downloading and using a communication application through a web browser |
| US8825772B2 (en) * | 2007-06-28 | 2014-09-02 | Voxer Ip Llc | System and method for operating a server for real-time communication of time-based media |
| US20100198988A1 (en) | 2009-01-30 | 2010-08-05 | Rebelvox Llc | Methods for using the addressing, protocols and the infrastructure of email to support near real-time communication |
| US8688789B2 (en) * | 2009-01-30 | 2014-04-01 | Voxer Ip Llc | Progressive messaging apparatus and method capable of supporting near real-time communication |
| US11095583B2 (en) | 2007-06-28 | 2021-08-17 | Voxer Ip Llc | Real-time messaging method and apparatus |
| US8645477B2 (en) * | 2009-01-30 | 2014-02-04 | Voxer Ip Llc | Progressive messaging apparatus and method capable of supporting near real-time communication |
| US8533611B2 (en) * | 2009-08-10 | 2013-09-10 | Voxer Ip Llc | Browser enabled communication device for conducting conversations in either a real-time mode, a time-shifted mode, and with the ability to seamlessly shift the conversation between the two modes |
| US9178916B2 (en) | 2007-06-28 | 2015-11-03 | Voxer Ip Llc | Real-time messaging method and apparatus |
| US20090277226A1 (en) * | 2007-10-16 | 2009-11-12 | Santangelo Salvatore R | Modular melter |
| US8855276B2 (en) * | 2007-10-19 | 2014-10-07 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8782274B2 (en) * | 2007-10-19 | 2014-07-15 | Voxer Ip Llc | Method and system for progressively transmitting a voice message from sender to recipients across a distributed services communication network |
| US8380874B2 (en) * | 2007-10-19 | 2013-02-19 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8559319B2 (en) * | 2007-10-19 | 2013-10-15 | Voxer Ip Llc | Method and system for real-time synchronization across a distributed services communication network |
| US7751362B2 (en) * | 2007-10-19 | 2010-07-06 | Rebelvox Llc | Graceful degradation for voice communication services over wired and wireless networks |
| US8090867B2 (en) * | 2007-10-19 | 2012-01-03 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8699383B2 (en) * | 2007-10-19 | 2014-04-15 | Voxer Ip Llc | Method and apparatus for real-time synchronization of voice communications |
| US8706907B2 (en) * | 2007-10-19 | 2014-04-22 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8699678B2 (en) * | 2007-10-19 | 2014-04-15 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8145780B2 (en) | 2007-10-19 | 2012-03-27 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8250181B2 (en) | 2007-10-19 | 2012-08-21 | Voxer Ip Llc | Method and apparatus for near real-time synchronization of voice communications |
| US8682336B2 (en) | 2007-10-19 | 2014-03-25 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8321581B2 (en) | 2007-10-19 | 2012-11-27 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8111713B2 (en) * | 2007-10-19 | 2012-02-07 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US7751361B2 (en) * | 2007-10-19 | 2010-07-06 | Rebelvox Llc | Graceful degradation for voice communication services over wired and wireless networks |
| US8391312B2 (en) * | 2007-10-19 | 2013-03-05 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8099512B2 (en) * | 2007-10-19 | 2012-01-17 | Voxer Ip Llc | Method and system for real-time synchronization across a distributed services communication network |
| US8001261B2 (en) * | 2007-10-19 | 2011-08-16 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US20090103529A1 (en) * | 2007-10-19 | 2009-04-23 | Rebelvox, Llc | Telecommunication and multimedia management method and apparatus |
| US8321582B2 (en) | 2008-02-08 | 2012-11-27 | Voxer Ip Llc | Communication application for conducting conversations including multiple media types in either a real-time mode or a time-shifted mode |
| US9054912B2 (en) | 2008-02-08 | 2015-06-09 | Voxer Ip Llc | Communication application for conducting conversations including multiple media types in either a real-time mode or a time-shifted mode |
| US8542804B2 (en) | 2008-02-08 | 2013-09-24 | Voxer Ip Llc | Voice and text mail application for communication devices |
| US8401583B2 (en) | 2008-04-11 | 2013-03-19 | Voxer Ip Llc | Time-shifting for push to talk voice communication systems |
| US8325662B2 (en) * | 2008-09-17 | 2012-12-04 | Voxer Ip Llc | Apparatus and method for enabling communication when network connectivity is reduced or lost during a conversation and for resuming the conversation when connectivity improves |
| US8447287B2 (en) * | 2008-12-05 | 2013-05-21 | Voxer Ip Llc | System and method for reducing RF radiation exposure for a user of a mobile communication device by saving transmission containing non time-sensitive media until the user of the mobile communication device is a safe distance away from the user |
| US8849927B2 (en) * | 2009-01-30 | 2014-09-30 | Voxer Ip Llc | Method for implementing real-time voice messaging on a server node |
| DE102009007320A1 (de) * | 2009-02-03 | 2010-08-05 | Tara Systems Gmbh | Verfahren zum Übertragen von Daten an ein Empfangsgerät für Teletext |
| JP5899643B2 (ja) * | 2011-04-08 | 2016-04-06 | ソニー株式会社 | 映像伝送装置、映像受信装置及び映像伝送システム |
| US8559793B2 (en) | 2011-05-26 | 2013-10-15 | Avid Technology, Inc. | Synchronous data tracks in a media editing system |
| US10608926B2 (en) * | 2014-01-10 | 2020-03-31 | Fox Broadcasting Company, Llc | Method and apparatus for precisely source-timed network flow switching |
| TWI796059B (zh) * | 2021-12-23 | 2023-03-11 | 致伸科技股份有限公司 | 一種動態調整資料傳輸格式之方法與運用該方法之無線周邊裝置 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5594228A (en) * | 1988-08-25 | 1997-01-14 | Symbol Technologies, Inc. | Self-checkout, point-of-transaction system including deactivatable electro-optically coded surveillance tags |
| EP0810788A3 (en) * | 1990-08-10 | 1998-03-25 | Matsushita Electric Industrial Co., Ltd. | Transmission system and receiver |
| US5541662A (en) * | 1994-09-30 | 1996-07-30 | Intel Corporation | Content programmer control of video and data display using associated data |
| EP0723369A1 (en) * | 1995-01-23 | 1996-07-24 | NTEX datacommunications bv | Access method retrieving Internet information through Teletext/Videotex and the reverse |
| US5604542A (en) * | 1995-02-08 | 1997-02-18 | Intel Corporation | Using the vertical blanking interval for transporting electronic coupons |
| US5689799A (en) * | 1995-04-26 | 1997-11-18 | Wink Communications, Inc. | Method and apparatus for routing confidential information |
| DE69637452D1 (de) * | 1995-07-31 | 2008-04-17 | Toshiba Kawasaki Kk | Interaktives Fernsehsystem |
| US5694163A (en) * | 1995-09-28 | 1997-12-02 | Intel Corporation | Method and apparatus for viewing of on-line information service chat data incorporated in a broadcast television program |
| US5774664A (en) * | 1996-03-08 | 1998-06-30 | Actv, Inc. | Enhanced video programming system and method for incorporating and displaying retrieved integrated internet information segments |
| US5774666A (en) * | 1996-10-18 | 1998-06-30 | Silicon Graphics, Inc. | System and method for displaying uniform network resource locators embedded in time-based medium |
| US5818935A (en) * | 1997-03-10 | 1998-10-06 | Maa; Chia-Yiu | Internet enhanced video system |
-
1996
- 1996-10-07 US US08/726,529 patent/US6037932A/en not_active Expired - Lifetime
-
1997
- 1997-10-07 AU AU47352/97A patent/AU4735297A/en not_active Abandoned
- 1997-10-07 DE DE69712901T patent/DE69712901T2/de not_active Expired - Lifetime
- 1997-10-07 WO PCT/US1997/015853 patent/WO1998016066A1/en active IP Right Grant
- 1997-10-07 JP JP51752298A patent/JP3999273B2/ja not_active Expired - Fee Related
- 1997-10-07 EP EP97909844A patent/EP0929973B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP0929973A1 (en) | 1999-07-21 |
| AU4735297A (en) | 1998-05-05 |
| JP2001502135A (ja) | 2001-02-13 |
| WO1998016066A1 (en) | 1998-04-16 |
| US6037932A (en) | 2000-03-14 |
| DE69712901T2 (de) | 2002-11-21 |
| EP0929973B1 (en) | 2002-05-29 |
| DE69712901D1 (de) | 2002-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3999273B2 (ja) | 垂直ブランキング期間の一部としてコンピュータ・ネットワーク・データを送る方法 | |
| JP3897822B2 (ja) | 衛星ネットワークを通じてｉｐデータを伝送する装置および方法 | |
| US7911946B2 (en) | Method and apparatuses for using packet data to manage a data stream in a broadband communications system | |
| US6788690B2 (en) | Packet identifier search filtering | |
| EP2086238B1 (en) | Method of transmission of digital images and reception of transport packets | |
| JP2003023413A (ja) | システムデコーダ装置及びパケットデータの修正方法 | |
| US7082198B1 (en) | Data receiving method and data receiving unit therefor | |
| US20030097663A1 (en) | Method and apparatus for dynamic provisioning of IP-based services in a DVB network | |
| JP2005333568A (ja) | データ送信装置、データ送信プログラムおよびデータ送信方法、ならびに、データ受信装置、データ受信プログラムおよびデータ受信方法 | |
| US20040184480A1 (en) | Transmission of data using a data carousel | |
| US20030149971A1 (en) | Method for transmitting frames with both data and a polling request | |
| EP1802121A2 (en) | Information provisioning device and method | |
| CN111010593A (zh) | 基于flv格式封装h.265视频数据的方法和装置 | |
| KR101112454B1 (ko) | 무선 네트워크를 통한 디지털 멀티미디어 제어장치 | |
| EP3868114B1 (en) | Apparatus and method for tuner control by middleware | |
| JP2001218175A (ja) | 信号処理装置 | |
| WO2001086905A2 (en) | A method for the transmission of files over a digital channel, particularly over a dvb broadcasting channel, and a protocol for its implementation | |
| KR200387606Y1 (ko) | 무선 네트워크를 통한 디지털 멀티미디어 제어장치 | |
| KR20090056508A (ko) | 다수 비압축 에이치디 스트림 제어방법 및 전송 시스템 및 프로그램을 기록한 기록매체 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040910 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20040910 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040910 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061121 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20070221 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20070409 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070521 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070710 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070809 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100817 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110817 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110817 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120817 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120817 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130817 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |