(57)【要約】本発明は、映像伝送システムにて２値データを送信する方法に関する。本方法は、第１の所定のＩＰマルチキャストアドレスにＡＴＶＥＦアナウンスメントを与えるステップ；ＩＰマルチキャストアドレスの第１の範疇にてＡＴＶＥＦトリガ及び／又はコンテンツ伝送を行うステップ；第１のアドレスとは異なる第２の所定のマルチキャストアドレスにＡＴＶＥＦでないアナウンスメントを与えるステップ；及び第１の範疇を除くＩＰマルチキャストアドレスの第２の範疇にてＡＴＶＥＦでないデータ伝送を行うステップ；より成る。本発明は、本方法を実行する送信機及び受信機にも関連する。
2004512772.tif 000002
【特許請求の範囲】
【請求項１】
映像伝送システムにて２値データを送信する方法であって：
−第１の所定のＩＰマルチキャストアドレスにＡＴＶＥＦアナウンスメントを与えるステップ；
−ＩＰマルチキャストアドレスの第１の範疇にてＡＴＶＥＦトリガ及び／又はコンテンツ伝送を行うステップ；
−第１のアドレスとは異なる第２の所定のマルチキャストアドレスにＡＴＶＥＦでないアナウンスメントを与えるステップ；
−第１の範疇を除くＩＰマルチキャストアドレスの第２の範疇にてＡＴＶＥＦでないデータ伝送を行うステップ；
より成ることを特徴とする方法。
【請求項２】
請求項１記載の方法であって、前記システムが、ＡＴＶＥＦ及びＡＴＶＥＦでない情報を伝送信号に挿入するデータ挿入器（５４）より成る送信機（５１）より成り、当該方法が更に：
−ＡＴＶＥＦアナウンスメント及びＡＴＶＥＦでないアナウンスメントをデータ挿入器（５４）に与えるステップ；
−前記第１及び第２の範疇に従って、データ挿入器（５４）によりＩＰマルチキャストアドレスをアナウンスメントに動的に挿入するステップ；
より成ることを特徴とする方法。
【請求項３】
更に、ＩＰマルチキャストアドレスの第１及び／又は第２の範疇の各々を第３及び第４の範疇に分割するステップより成り、前記第３の範疇が、データ挿入器（５４）による自動的なアドレス決定用に確保され、前記第４の範疇が、データ挿入器に与えられるアナウンスメント内で予め決定されるアドレス用に確保されることを特徴とする請求項２記載の方法。
【請求項４】
前記の範疇が、異なるＩＰアドレス範囲、異なるポート範囲又はその両者によって区別されることを特徴とする請求項１乃至３の何れか１項に記載の方法。
【請求項５】
受信機において：
受信機ソフトウエア更新データの伝送を通知するＡＴＶＥＦでないアナウンスメントを受信するステップであって、前記のアナウンスメントが、更新データ伝送を記述する信号化データが送信されるＩＰマルチキャストアドレス（Ａ６）を包含するステップ；
前記アナウンスメント内に示されるアドレス（Ａ６）を監視するステップ；
信号化データを抽出し、更新データのダウンロード時に消去されないメモリにそれを格納するステップ；
ローダプログラムを起動するステップ；
前記ローダプログラムに格納した信号化データを抽出させるステップ；及び
格納された信号化データに基づいて、更新データのダウンロードを進めるステップ；
より成ることを特徴とする請求項１乃至４の何れか１項に記載の方法。
【請求項６】
ＡＴＶＥＦ伝送に対応可能な送信システムにおけるアナウンスメントをブロードキャストする送信装置（５１）であって、第１の所定のＩＰマルチキャストアドレスでＡＴＶＥＦアナウンスメントを、ＩＰマルチキャストアドレスの第１の範疇でＡＴＶＥＦトリガ及び／又はコンテンツデータを、前記第１の所定のアドレスとは異なる第２の所定のＩＰマルチキャストアドレスで２値データアナウンスメントを、及びＩＰマルチキャストアドレスの第２の範疇で２値データを送信する手段より成り、前記第１及び第２のアドレス範囲が、互いに排他的であることを特徴とする送信装置。
【請求項７】
更に、アナウンスメントを受信し、前記アナウンスメントが第１の範疇で所定のＩＰマルチキャストアドレスより成るか否かを判別し、否定的であった場合に、前記第１の範疇とは異なる第２の範疇でＩＰマルチキャストアドレスを選択し、及び選択したＩＰマルチキャストアドレスを前記アナウンスメントに挿入する手段（５４，５５）より成ることを特徴とする請求項６記載の送信装置。
【請求項８】
ＡＴＶＥＦ対応可能な送信システムにおける受信機（５２ｉ）であって、ＡＴＶＥＦアナウンスメントを受信するための第１の所定のＩＰマルチキャストアドレス、及び２値データの送信に関連するアナウンスメントを受信するための第２の所定のＩＰマルチキャストアドレス格納する手段より成り、前記第１及び第２のアドレスが区別されることを特徴とする受信機。
【請求項９】
更に、２値データ送信が通知される第３マルチキャストアドレスを受信するメモリ（６０）より成り、前記メモリが、受信機起動プロセスの間にマルチキャストアドレスを維持し、当該受信機が更に、前記第３マルチキャストアドレスから２値データをダウンロードするために、起動後にメモリ内の前記第３マルチキャストアドレスを監視する手段（５７，５８，５９）より成ることを特徴とする請求項８記載の受信機。
【請求項１０】
２値データ送信が通知される第３マルチキャストアドレスが、前記第２のマルチキャストアドレスに通知される信号データに与えられることを特徴とする請求項９記載の受信機。
【請求項１１】
ダウンロードされた２値ファイルが完全なシステム更新であることを特徴とする請求項１０記載の受信機。
【発明の詳細な説明】
【０００１】
本発明は、テレビジョンシステムにおけるデータ伝送用の方法、更にはそのようなシステムにおける送信機及び受信機に関連する。本発明は、特にＡＴＶＥＦを実現するシステムに適用されるが、これに限定されない。
【０００２】
テレビジョン受信機は、ホスト常駐相互サービスに発展し、例えば双方向リターンチャネルを通じて送信され又は単なるブロードキャストを通じて映像信号を同一チャネルで送信される。本明細書では、ＡＴＶＥＦ（アドバンストテレビジョンエンハスメントフォーラム（Ａｄｂａｎｃｅｄ　ＴｅｌｅＶｉｓｉｏｎ　Ｅｎｈａｎｃｅｍｅｎｔ　Ｆｏｒｕｍ））は、多数の伝送媒体における相互テレビジョンプログラムエンハスメントサービスに対するデータ伝送用のＩＰマルチキャスト（インターネットプロトコルマルチキャスト）のような多数のプロトコルを利用することを示す。
【０００３】
ＡＴＶＥＦ仕様によれば、サービスプロバイダが相互サービスを送信しようとする場合に、その者は先ず、相互サービスを記述する情報を含むアナウンスメント（ａｎｎｏｕｎｃｅｍｅｎｔ）と呼ばれるメッセージを送信する必要がある。このアナウンスメントは、特定のＩＰマルチキャストアドレスに及び全受信者に既知の特定のポートに送信される（ＩＰアドレス２２４．０．１．１１３及びＵＤＰポート２６７０）。
【０００４】
ＡＴＶＥＦ仕様に対応可能な受信機は、このアドレス／ポートの組を連続的に監視する。それらの常駐ソフトウエアモジュールはそのアナウンスメントを抽出し、それは１対のＩＰアドレスを含み、その一方は相互サービスの伝送に関するものであり（「コンテンツ（ｃｏｎｔｅｎｔ）」と呼ばれる）、他方はトリガにの送信に関するものである。トリガは、所定の時点で相互サービスの所定の挙動を起動させるメッセージである。
【０００５】
受信機に常駐するソフトウエアモジュールは、更新する必要がある。柔軟性の観点から、そのような更新を遠隔的に行う、即ち更新されたソフトウエアモジュールを受信機のその場所に送信し得るようにすべきである。そのような送信は、リターンチャネル（ＰＳＴＮ若しくはケーブルネットワークを通じて又は他の形式の双方向通信手段）又はテレビジョンブロードキャスト媒体のような既に利用可能な送信媒体のいくつかを利用すべきことは明白である。
【０００６】
ＡＴＶＥＦプロトコルスタック（図１ａ）は、その更新−又は他の形式の２値データ−を送信するのに直接的に使用することができない、というのは、相互サービスを抽出することを担当するソフトウエア（ブラウザ）が、常駐ソフトウエアモジュール更新を表現するデータ内容を解読できないためである。この更新は、典型的には、ブラウザが想定しているＵＨＴＴＰデータではなく、２値データである。このことは、受信機の段階で予測不可能な挙動を引き起こし得る。しかし、２値データを検出及び処理するようにブラウザを修正することは、現実的ではないであろう。更に、このプロトコルはそのような目的に合わせて開発されていないので、ＵＨＴＴＰを利用して２値データを伝送することは手間がかかる。
【０００７】
ブロードキャストツールで規定される制約の範疇に留まり、可能な限りＡＴＶＥＦプロトコルを尊重することが望まれる。
【０００８】
本発明の対象は、映像伝送システムにて２値データを送信する方法であって：
−第１の所定のＩＰマルチキャストアドレスにＡＴＶＥＦアナウンスメントを与えるステップ；
−ＩＰマルチキャストアドレスの第１の範疇にてＡＴＶＥＦトリガ及び／又はコンテンツ伝送を行うステップ；
−第１のアドレスとは異なる第２の所定のマルチキャストアドレスにＡＴＶＥＦでないアナウンスメントを与えるステップ；
−第１の範疇を除くＩＰマルチキャストアドレスの第２の範疇にてＡＴＶＥＦでないデータ伝送を行うステップ；
より成ることを特徴とする方法である。
【０００９】
本発明の一態様によれば、前記システムが、ＡＴＶＥＦ及びＡＴＶＥＦでない情報を伝送信号に挿入するデータ挿入器より成る送信機より成り、当該方法が更に：
−ＡＴＶＥＦアナウンスメント及びＡＴＶＥＦでないアナウンスメントをデータ挿入器（５４）に与えるステップ；
−前記第１及び第２の範疇に従って、データ挿入器によりＩＰマルチキャストアドレスをアナウンスメントに動的に挿入するステップ；
より成る。
【００１０】
本発明の一態様によれば、本方法が、更に、ＩＰマルチキャストアドレスの第１及び／又は第２の範疇の各々を第３及び第４の範疇に分割するステップより成り、前記第３の範疇が、データ挿入器（５４）による自動的なアドレス決定用に確保され、前記第４の範疇が、データ挿入器に与えられるアナウンスメント内で予め決定されるアドレス用に確保される。
【００１１】
本発明の一態様によれば、前記の範疇が、異なるＩＰアドレス範囲、異なるポート範囲又はその両者によって区別される。
【００１２】
本発明の一態様によれば、受信機において：
受信機ソフトウエア更新データの伝送を通知するＡＴＶＥＦでないアナウンスメントを受信するステップであって、前記のアナウンスメントが、更新データ伝送を記述する信号化データが送信されるＩＰマルチキャストアドレス（Ａ６）を包含するステップ；
前記アナウンスメント内に示されるアドレス（Ａ６）を監視するステップ；
信号化データを抽出し、更新データのダウンロード時に消去されないメモリにそれを格納するステップ；
ローダプログラムを起動するステップ；
前記ローダプログラムに格納した信号化データを抽出させるステップ；及び
格納された信号化データに基づいて、更新データのダウンロードを進めるステップ；
より成る。
【００１３】
本発明の他の対象は、ＡＴＶＥＦ伝送に対応可能な送信システムにおけるアナウンスメントをブロードキャストする送信装置であって、第１の所定のＩＰマルチキャストアドレスでＡＴＶＥＦアナウンスメントを、ＩＰマルチキャストアドレスの第１の範疇でＡＴＶＥＦトリガ及び／又はコンテンツデータを、前記第１の所定のアドレスとは異なる第２の所定のＩＰマルチキャストアドレスで２値データアナウンスメントを、及びＩＰマルチキャストアドレスの第２の範疇で２値データを送信する手段より成り、前記第１及び第２のアドレス範囲が、互いに排他的であることを特徴とする送信装置である。
【００１４】
本発明の一態様によれば、更に、アナウンスメントを受信し、前記アナウンスメントが第１の範疇で所定のＩＰマルチキャストアドレスより成るか否かを判別し、否定的であった場合に、前記第１の範疇とは異なる第２の範疇でＩＰマルチキャストアドレスを選択し、及び選択したＩＰマルチキャストアドレスを前記アナウンスメントに挿入する手段より成る。
【００１５】
本発明の他の対象は、ＡＴＶＥＦ対応可能な送信システムにおける受信機であって、ＡＴＶＥＦアナウンスメントを受信するための第１の所定のＩＰマルチキャストアドレス、及び２値データの送信に関連するアナウンスメントを受信するための第２の所定のＩＰマルチキャストアドレス格納する手段より成り、前記第１及び第２のアドレスが区別されることを特徴とする受信機である。
【００１６】
変形例によれば、本受信機が、更に、２値データ送信が通知される第３マルチキャストアドレスを受信するメモリより成り、前記メモリが、受信機起動プロセスの間にマルチキャストアドレスを維持し、当該受信機が更に、前記第３マルチキャストアドレスから２値データをダウンロードするために、起動後にメモリ内の前記第３マルチキャストアドレスを監視する手段より成る。
【００１７】
本発明の一態様によれば、２値データ送信が通知される第３マルチキャストアドレスが、前記第２のマルチキャストアドレスに通知される信号データに与えられる。
【００１８】
本発明の一態様によれば、ダウンロードされる２値ファイルが完全なシステム更新になる。
【００１９】
本発明の他の特徴及び利点は、添付図面と供に詳細に説明される非限定的な実施例を通じて明らかになるであろう。
【００２０】
図中、‘＠’なる記号はアドレスを示すために使用される。
【００２１】
ＡＴＶＥＦ仕様に関する更なる情報は、“Ｅｎｈａｎｃｅｄ　ＣｏｎｔｅｎｔＳｐｅｃｉｆｉｃａｔｉｏｎ”ＡＴＶＥＦ（アドバンストテレビジョンエンハスメントフォーラム）仕様ｖ．１．１ｒ２６の文献に見出され得る。この文献は、例えばＡＴＶＥＦウェブサイト（ｗｗｗ．ａｔｖｅｆ．ｃｏｍ）にて利用可能である。
【００２２】
また、リファレンスには‘ＳＤＰ：Ｓｅｓｓｉｏｎ　Ｄｅｓｃｒｉｐｔｉｏｎ　Ｐｒｏｔｏｃｏｌ’，Ｉｎｔｅｒｎｅｔ　Ｓｏｃｉｅｔｙ，Ｎｅｔｗｏｒｋ　Ｗｏｒｋｉｎｇ　Ｇｒｏｕｐ，ＲＦＣ２３２７　ｏｆ　Ａｐｒｉｌ　１９９８も包含され、この文献は、ｆｔｐ．ｉｓｉ．ｅｄｕ／ｉｎ−ｎｏｔｅｓ／ｒｆｃ２３２７．ｔｘｔにて利用可能である。
【００２３】
ＡＴＶＥＦ仕様によるアナウンスメントは、ＡＴＶＥＦがいくつかのパラメータに関していくつかの制約を課すが、先のパラグラフで言及したＳＤＰ文書に記載されるフォーマットに従う。ＡＴＶＥＦ仕様によるＳＤＰアナウンスメントで使用されるパラメータは、以下のとおりである：
セッション記述
ｖ＝プロトコルバージョン、０に等しい
ｏ＝ユーザ名、セッション識別子、バージョン、ネットワークタイプ（目下の場合は、ＩＮに等しい）、アドレスタイプ（目下の場合は、ＩＰ４に等しい）、ＩＰアドレス
ｓ＝セッション名
ｉ＝セッション情報（選択的）
ｕ＝エンハスメントの記述に関するユニバーサルリソース識別子（ＵＲＩ）（選択的）
ｅ＝Ｅメールアドレス
ｐ＝電話番号
（ｅ及びｐパラメータの少なくとも１つが要求される）
ｂ＝ＣＴ：番号（帯域情報）
ｃ＝接続情報
以下のセッション属性が使用され得る又は使用される必要がある：
ａ＝ＵＵＩＤ：ＵＵＩＤ（ユニバーサルユニーク識別子：ユニークエンハスメント識別子−選択的）
ａ＝タイプ：ｔｖｅ
ａ＝ｌａｎｇ，ａ＝ｓｄｐｌａｎｇ（選択的言語属性）
ａ＝ｔｖｅ−タイプ：＜ｔｙｐｅ＞（選択的）
ａ＝ｔｖｅ−サイズ：Ｋバイト
ａ＝ｔｖｅ−レベル：ｘ（選択的）
ａ＝ｔｖｅ−ｅｎｄｓ：秒（選択的）
メディア記述
ｍ＝（媒体名及び転送アドレス）
時間記述
ｔ＝（セッションがアクティブである時間）
導入部で上述したように、ＡＴＶＥＦアナウンスメントは、所定のＩＰアドレス（２２４．０．１．１１３）及び所定のＵＤＰポート番号（２６７０）に送信される。
【００２４】
アナウンスメントのパラメータ‘ｃ’は、どのアドレス内容及びトリガが送信されるかを示し、パラメータ‘ｍ’はどのポートにそれらが送信されるかを示す。トリガ及びコンテンツは、異なるアドレスだけでなく同一のアドレスにおける異なるポートにも送信され得る。
【００２５】
本願実施例は、アナログ映像信号の垂直ブランキングインターバルラインがディジタルデータを送信するために使用されるアナログテレビジョンシステムに関連する。アナログテレビジョン信号に関するこの種のデータ変調は、ｓｅに周知である。
【００２６】
図１ｂは、本発明による受信機で使用されるプロトコルスタックを示す。図１ａのＡＴＶＥＦスタックと比較すると、ＵＨＴＴＰ階層がプロプラエタリ階層（ｐｒｏｐｒｉｅｔａｒｙ　ｌａｙｅｒ）に置換されている。スタックは、ＩＰ（インターネットプロトコル）、ＳＬＩＰ（シリアルラインにターフェースプロトコル）、及びＥＴＳ３００　７０８に定められているようなＩＤＬ−Ｂ上のＵＤＰ（ユーザデータグラムプロトコル）を含む。
【００２７】
プロプラエタリ階層の役割は、２値データダウンロードを管理することである。ダウンロードされるべき２値データは、例えば１４７２オクテットのようなＩＰパケットペイロードの大きさを有する部分（セクション）に分割される。この階層は様々な部分を収集し、それは適切な順序で受信する。セクションが訂正不可能なエラーを包含するならば、プロプラエタリ階層は、次の送信（後述）を待機し、適切な場所にそれを挿入する。
【００２８】
プロプラエタリ階層は、２値データダウンロード及び日付／時間情報に関連する、日付／時間情報及びアナウンスメントをも抽出する。
【００２９】
エンハスメント及び２値データは、通常は反復的に送信され、それらが送信の当初から受信していない場合であっても対応するデータに受信機がアクセスすることを可能にし、及び訂正不可能なエラーと供に以前受信されたパケットを抽出する。
【００３０】
本発明によれば、２値データの送信を通知するために、ＳＤＰフォーマットのアナウンスメントが、そのＡＴＶＥＦアナウンスメントに使用されるアドレス及びポートとは異なる別のアドレス及びポートで作成される。従って、１例として、受信機はこれら新たなアナウンスメントのタイプを検出するために、アドレス２３５．０．１．１１３、ポート番号２６７０を利用する。それと平行して、受信機は、標準的なＡＴＶＥＦアナウンスメントアドレス及びポートを利用し続ける。
【００３１】
図２は、本発明による受信機が本願実施例にて並列して動作させるアプリケーション及びタスクの例を示す。当然ながら、他のアプリケーション及びタスクも動作させ得るが、本願実施例に直接的に関係しない。受信機は、Ａ１乃至Ａ６に番号付けられた、６つの異なるＩＰマルチキャストアドレスを監視する。ＩＰマルチキャストアドレスは、ＩＰアドレス及びポート番号より成る。ＡＴＶＥＦアナウンスメントは、上述したような周知のＡＴＶＥＦアドレス／ポートの組Ａ１に送信される。ＡＴＶＥＦコンテンツ及び内容（‘ＡＴＶＥＦデータ’）は、ＡＴＶＥＦアナウンスメントによって指定される、Ａ３及びＡ４の２つの異なるアドレス／ポートの組に送信される。２つの異なるＡＴＶＥＦでない（非ＡＴＶＥＦ）アナウンスメントは、事前に定められた固定のアドレス／ポートＡ２に送信される。第１のものはデータ及び時間情報を抽出するためのアドレス／ポートＡ５を示し、第２のものは２値データを抽出するためにアドレス／ポートＡ６を示す。
【００３２】
図２のアプリケーションは、必要なＩＰマルチキャストアドレスを監視するためにソケット階層４で動作する。ソケット階層４は、ＶＢＩドライバ（図示せず）を含むオペレーティングシステムで動作する。垂直ブランキングインターバル（ＶＢＩ）ドライバは、到来するアナログ映像信号のＶＢＩからデータを抽出する。当然ながら、別の伝送経路が使用される場合には（例えば、ＭＰＥＧＩＩ伝送ストリームのような全ディジタルテレビジョン信号）、ＶＢＩドライバとは異なる別のドライバが利用される。抽出されたデータはＩＤＬＢと呼ばれるパケットフォーマットにおけるものである。ドライバは、これらのパケットからペイロードを抽出し、誤り訂正処理を施す。ペイロードは、ドライバがＩＰパケットを識別及び分離することを可能にするＳＬＩＰフォーマットストリームである。ＳＬＩＰ階層が除去され、ＩＰパケットが再構築されると、ドライバは、ＩＰ及びＵＤＰ階層のカプセル化を解除する（ｄｅ−ｅｎｃａｐｓｕｌａｔｉｎｇ）上位階層でこれらのパケットを取り扱う。ブラウザ１その他のアプリケーションは、送信されたコンテンツを抽出するためにそれらがＩＰアドレス及びＵＤＰポートを監視し得るようにするソケット階層４のクライアントである。
【００３３】
図２の上側部分が最初に説明される。上側及び下側の部分は、異なる時点における受信機の状態を示す。
【００３４】
受信機は、ＡＴＶＥＦアナウンスメント、コンテンツ及びトリガをそれぞれ抽出するブラウザ１を走らせ、ソケット（レベル）にてブラウザ１がプログラムされたアドレスＡ１，Ａ３，Ａ４をそれぞれ監視する。図２では、少なくとも１つのアナウンスメントが既に受信されていることを仮定している。また、ブラウザは、図２に示されていない他のアドレスも監視し得る。第１タスク２（‘２値データフェッチ管理部’）は、アドレスＡ２に送信される非ＡＴＶＥＦアナウンスメントを抽出する役割を担う。第２タスク３（‘コードダウンロード信号化データ受信機’）は、アドレスＡ６にて２値ファイル自身を抽出する。アドレスＡ６は、アドレスＡ２にて２値アナウンスメント内で事前に示される。２つの異なるタスクが更新アナウンスメント及びファイル自身を抽出するために使用される：これは、これらのアドレスに関連する到来するデータの並べ替えを回避する。
【００３５】
第２タスク３は、常にアクティブである必要はない。それは、第２タスク３で抽出された種類のデータに関連するアナウンスメントを受信する際に、第１タスク２により起動され得る。
【００３６】
本願実施例によれば、アナウンスメントの‘ｉ’フィールドが、送信されるデータの性質に関するタスク２を通知するために使用される。例えば、‘ｉ’は、２値データの送信用の‘コードダウンロード’に等しく、日付及び時間情報の送信用の‘日付及び時間’に等しい。
【００３７】
ＡＴＶＥＦアナウンスメントとは異なり、本願実施例によるアナウンスメントは、唯１つのアドレス及び関連するポート値を含み、２値データ（コード更新、時間その他）の送信用に監視する場所を受信機に示す。
【００３８】
本願実施例によれば、そのようなアナウンスメントは、更新ファイルのアドレス及びポートに関する以下のパラメータを包含する：
ｍ＝データ２２８１４ｔｖｐｅ−ｆｉｌｅ　ｃ＝ＩＮ　ＩＰ４　２３５．３７．３２．２７
他のパラメータは、ＡＴＶＥＦアナウンスメントで使用されるものと同様である。これは１例として与えられ：他の値も利用され得る。
【００３９】
１例として、非ＡＴＶＥＦアナウンスメントは、以下のフィールドを含む：
“ｖ＝０”はＡＴＶＥＦを見る
“ｉ＝ＸＸＸ”は以下を見る
“ａ＝ＵＵＩＤ：ＸＸＸ”はＡＴＶＥＦを見る
“ａ＝ｔｖｅ−ｅｎｄｓ：ＸＸＸ”又は“ｔ−ｓｔａｒｔ　ｓｔｏｐ”はＡＴＶＥＦを見る
“ｍ＝ｄａｔａＸＸＸｔｖｅ−ｆｉｌｅ”は上記及びＡＴＶＥＦを見る
“ｃ＝ＩＮ　ＩＰ４ＸＸＸ”は上記及びＡＴＶＥＦを見る
図２は、受信機で取り扱う通知の動作を示す。図２の上側部分は、時間ｔにおける受信機のタスクを示す。この時点で、ブラウザ１は、その予め定められたＡＴＶＥＦアナウンスメントアドレスＡ１を、及びコンテンツ（Ａ３）及びトリガ（Ａ４）のための更に２つのアドレスを監視する。２値データフェッチジュール２は、２値データアナウンスメントに対応するアドレスを監視する。
【００４０】
所与の時点において、伝送のデータ及び時間に関する２値アナウンスメントは、２値データフェッチモジュール２によって受信される。このアナウンスメントは、データ及び時間情報が送信されたことに起因するＩＰマルチキャストアドレスＡ５を包含する。図２の下側に示されているように、‘日付及び時間データ受信機’と記されている第３タスク６が起動され、アナウンスメントに示されるアドレスＡ５を監視する。
【００４１】
図３は、ＡＴＶＥＦ及び非ＡＴＶＥＦアナウンスメント並びにデータの受信機における処理を示すフローチャートである。
【００４２】
実現性の観点からは、アナウンスメントがＡＴＶＥＦであるか否かの検査は、実際には、異なるＩＰマルチキャストアドレスを利用して実行されるフィルタ処理に相当することに、留意する必要がある。
【００４３】
フィールド“ａ＝ＵＵＩＤ”はアナウンスメントを区別するために利用される。プロプラエタリ階層が、既に同一のＵＵＤＩ値を有するアナウンスメントを受信したが、そのアナウンスメントの満了日にまだ達していなかったならば、２値データフェッチモジュールの役割により、新規のアナウンスメントは無視される。アナウンスメントコンテンツの変化を受信機に通知するために、ＵＵＩＤ値を修正すること（修正するか否か）は、オペレータ次第である。この機構は、それらのＵＵＩＤが既に存在するアナウンスメントに相当する場合に、更にアナウンスメントを処理する必要性を回避する。
【００４４】
アナウンスメントを準備する場合に、サービスプロバイダ又はブロードキャスト側の送信機は、所定の範囲内におけるデータ送信用のアドレス値を選択する。本願実施例によれば、そのようなある範囲がＡＴＶＥＦ伝送用に予約され、別のそのような範囲が非ＡＴＶＥＦ伝送用に予約される（例えば、目下の例によれば、ソフトウエアモジュール更新）。これは、ＡＴＶＥＦデータが非ＡＴＶＥＦアドレスに及びその逆に送信されることを回避する。
【００４５】
この機構により、異なる種類のサービスが容易に多重化され得る。
【００４６】
図４は、サーバにおけるアナウンスメント作成プロセスのフローチャートであり、ＩＰマルチキャストアドレスがどのようにして自動的に選択され、及び事前に設定したアドレスが無い場合にどのようにして送信機によりアナウンスメントに挿入されるかを示す。
【００４７】
好適実施例では、ブロードキャスト側はＡＴＶＥＦ又は非ＡＴＶＥＦアナウンスメントを受信し、事前に定められた範囲に従って、その送信機を通じてコンテンツ、トリガ又は２値データ送信アドレスを動的に加える。
【００４８】
例として、以下のアドレス範囲が、ＡＴＶＥＦエンハスメントを手動的に割り当てられたアドレスで送信するために使用される：
２２４．０．０．０乃至２２４．０．１．１１２
ポート番号　０乃至２６６９。
【００４９】
以下のアドレス範囲は、ＡＴＶＥＦエンハスメントを自動的に割り当てられたアドレスで送信するために使用される：
２２４．０．１．１１４乃至２３４．２５５．２５５．２５５
ポート番号　２６７１乃至６５５３５。
【００５０】
以下のアドレス範囲は、２値ファイルを手動的に割り当てられたアドレスで送信するために使用される：
２３５．０．０．０乃至２３５．０．１．１１２
ポート番号　０乃至２６６９。
【００５１】
以下のアドレス範囲は、２値ファイルを自動的に割り当てられたアドレスで送信するために使用される：
２３５．０．１．１１４乃至２３９．２５５．２５５．２５５
ポート番号　２６７１乃至６５５３５。
【００５２】
手動的に割り当てられたアドレスは、例えばサービスプロバイダからの送信機により受信されたアナウンスメント内で予め定められているアドレスであり、即ち、少なくとも１つのアドレスがアナウンスメントにて欠如している場合に、そのような選択が送信機により自動的に行われるアナウンスメントとは異なり、送信機はそのようなアドレスをそれ自身選択しない。異なるアドレス範囲を利用して、他のアナウンスメントで手動的に既に定められたアドレスを送信機が選択することを回避することが可能である。
【００５３】
変形例によれば、ＡＴＶＥＦ及び非ＡＴＶＥＦデータ伝送に使用されるアドレス範囲は、所定の範疇で同一又は少なくとも重複するが、各々の種別のデータ伝送に割り当てられたポート番号の範囲は、重複しない。言い換えれば、異なるＩＰマルチキャストアドレス範囲が存在し得る。
【００５４】
２つのアドレス範囲が修正され得る。この場合に、更新機構が受信機に設けられる。
【００５５】
図５に示される変形例を説明する。本実施例は、ダウンロードされるべき２値データが受信機の所定の処理に影響を与え−そして特に妨害する場合に関連する。
【００５６】
例えば、受信機のフラッシュメモリに格納された総ての更新可能なコードのような実行可能なコードのダウンロードが実行されることを想定する。受信機は、ダウンロードを実行するために、ローダ（ｌｏａｄｅｒ）プログラム７を有する。フラッシュメモリに格納される総てのコードは置換されることとなるので、このプログラムはＲＯＭに格納される。
【００５７】
そのような場合のプロセスは以下のとおりである：
２値データフェッチモジュールが更新用の非ＡＴＶＥＦアナウンスメントを受信すると、更新アナウンスメントに示されるアドレスを監視する具体的なタスク（図２のコードダウンロード信号化抽出）を開始する。ダウンロードされるコードは、このアドレスには送信されず、最終的には実行されるダウンロードを記述する他の信号化情報を利用する。その代りにこのアドレスは、近く予定されているダウンロード、特にダウンロードアドレスを記述するストリームを受信する。コードダウンロード信号化抽出タスクは、このアドレスを受信機のフラッシュ目メモリ８内の所定の場所に格納し、その場所は以後のダウンロード中に消去されてしまうことから保護される。ダウンロードが始まると、タスクはデコーダを再起動（ｒｅｂｏｏｔ）する。ローダ７はその後に起動される。このプログラムは、フラッシュメモリからダウンロードアドレスをフェッチし、そのアドレスからコードをダウンロードする。この更新プロセスは、本実施例とは異なる他の実施例（即ち、ＡＴＶＥＦに関連しない環境）でも使用され得る。
【００５８】
図６は、送信機５１、及び複数の受信機５２ｉより成るネットワークの概略図である。送信機は、映像信号源５３、ブロードキャストサーバ６１により制御されるデータ挿入器５４を含む。ブロードキャストサーバ６１は、ＡＴＶＥＦ及び非ＡＴＶＥＦデータ及びアナウンスメントを包含するデータベース５５に接続される。データ挿入器は、タイミングを規定し信号源を割り当てるブロードキャストサーバの制御の下に、適切なフォーマットで映像信号のＶＢＩラインにデータを挿入する。データベース５５内のデータは、異なるソースにより、特にサービスプロバイダ５６により与えられる。ブロードキャストサーバ６１は、自動選択が必要とされるような場合には、上述したようにアドレスを自動的に選択する。また、受信機は、マイクロプロセッサ５７、上述したローダプログラム５９を有するＲＯＭ５８、更には、受信機リセット及び／又は起動及び／又は電力損失の際にマルチキャストアドレスを保持するよう形成されるレジスタ又はメモリ６０より成る。
【００５９】
本願実施例は主にＡＴＶＥＦタイプのプロトコルに関連していたが、本発明はそのような環境に制限されない。特に、ＡＴＶＥＦ又はＳＤＰアナウンスメントとは異なる他のアナウンスメントフォーマットが利用され得る。特にデータ形式により分割されたマルチキャストアドレス範囲は、他の環境に使用され得る実施例を形成する。
【００６０】
最後に、上記実施例はエンハスメント及び更新データを送信するためにアナログ映像信号の垂直ブランキングインターバルを利用する例に関連していたが、本発明は、他のシステム、特に総てのディジタル伝送システムに容易に適用することが可能である。
【００６１】
説明したシステム内の送信機及び受信機の両者は、アナウンスメント、トリガ、エンハスメントコンテンツ及び２値データを処理し、それぞれ送信し又は受信するための、マイクロプロセッサのような処理手段（図６の受信機における参照番号５７）及びメモリを有する。
【図面の簡単な説明】
【図１ａ】
図１ａは、ＡＴＶＥＦプロトコルスタックを示す（従来技術）。
【図１ｂ】
図１ｂは、本発明による装置のプロトコルスタックを示す。
【図２】
図２は、受信機のソフトウエア構造、更にはアナウンスメントの受信時における様々なアプリケーション、タスク及びそれらの進展を表現する。
【図３】
図３は、本発明による受信機によるアナウンスメント及びデータを処理するフローチャートである。
【図４】
図４は、ブロードキャストサーバにおいてアナウンスメントを処理するフローチャートである。
【図５】
図５は、受信機が名目モードにある場合の第１ステップにてＩＰマルチキャストアドレスを捕捉し、及び受信機がローダモードにある場合の第２ステップにて格納されたＩＰマルチキャストアドレスを利用する原理を示す概略図である。
【図６】
図６は、本発明による送信機及び受信機より成るネットワークの概略図である。
【図１ａ】
2004512772.tif 000003
【図１ｂ】
2004512772.tif 000004
【図２】
2004512772.tif 000005
【図３】
2004512772.tif 000006
【図４】
2004512772.tif 000007
【図５】
2004512772.tif 000008
【国際公開パンフレット】
2004512772.tif 000009
2004512772.tif 000010
2004512772.tif 000011
2004512772.tif 000012
2004512772.tif 000013
2004512772.tif 000014
2004512772.tif 000015
2004512772.tif 000016
2004512772.tif 000017
2004512772.tif 000018
2004512772.tif 000019
2004512772.tif 000020
2004512772.tif 000021
2004512772.tif 000022
2004512772.tif 000023
2004512772.tif 000024
2004512772.tif 000025
2004512772.tif 000026
2004512772.tif 000027
2004512772.tif 000028
2004512772.tif 000029
2004512772.tif 000030
2004512772.tif 000031
【国際調査報告】
2004512772.tif 000032
2004512772.tif 000033