JP2000032403A - データ伝送方法、データ送信装置及び受信装置 - Google Patents

Abstract

(57)【要約】 【課題】 マルチメディア伝送のテレビジョン放送にお
いて、メインとなる映像や音声の再生と、静止画等の付
加データの再生とを簡単に同期させることができるよう
にする。 【解決手段】 イベント名と時刻情報とからなるストリ
ームイベントの時刻情報に対して、時刻情報としてはあ
り得ないコードの１つ（例えば、ＡＬＬ「１」）を、
「即座にイベントを発生」という意味に定義する。時刻
情報の所を例えばＡＬＬ「１」としてストリームイベン
トを送ると、そのイベントが受信側で直ちに発生され
る。したがって、映像や音声に、表示データを同期させ
たいときには、そのイベントを発生させるタイミングよ
り少し前のタイミングで時刻情報の所を例えばＡＬＬ
「１」としてストリームイベントを送れば、映像や音声
に表示データを同期させることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、特に、映像や音
声と共に、付加データを送信できるディジタルテレビジ
ョン放送に用いて好適なデータ伝送方法、データ送信装
置及び受信装置に関する。

【０００２】

【従来の技術】ディジタル衛星放送を使ってメインとな
るチャンネルで音楽番組を放送すると共に、その楽曲デ
ータやアーチストの情報等を検索したり、その楽曲をデ
ータ蓄積装置に簡単にダウンロードできるようにした音
楽コンテンツ配信システムが提案されている。この音楽
コンテンツ配信システムのような番組では、通常の映像
や音声と共に、必要に応じて、テキストや静止画像、音
声等の付加データが送られる。そして、このようなマル
チメディアの付加データを扱えるように、送信側では、
ＭＨＥＧ（Multimedia and Hypermedia Information Co
ding Experts Group）オーサリングツールを用いて静止
画像や音声のようなモノメディアが符号化され、表示手
順などを指示するスクリプトと一緒にＭＨＥＧ５のコン
テンツが作成される。作られたコンテンツは、ＤＳＭ−
ＣＣ（Digital Storage Media-Command and Control ）
エンコーダでストリームに多重できるトランスポートス
トリームに変換されて、送信される。

【０００３】

【発明が解決しようとする課題】このように、通常の映
像や音声の放送と共に、マルチメディアの付加データが
送られてくる放送の場合に、メインとなるチャンネルの
映像や音声の再生と、静止画等の付加データの再生とを
同期させたい場合がある。このような場合に、単に、映
像や音声の放送と同時に付加データを送るようにしたと
しても、受信側では、映像や音声の再生と付加データの
再生とが同期するとは限らない。

【０００４】また、イベントが発生する時刻をスクリプ
トに記述しておき、イベントの発生時刻になったら、デ
ータの再生を開始させるようにすることが考えられる。
このように、イベントの発生時刻を詳細に記述しておけ
ば、メインとなる映像や音声の再生と、これに付加する
静止画データ等の再生とを同期させることが可能であ
る。

【０００５】ところが、この場合、伝送する時刻情報に
秒精度以下の精度を求めると、送信側、受信側の負担が
大きくなる。また、スポーツ番組や臨時ニュース等によ
り、番組の予定時刻が変更することが良くある。スクリ
プトにより付加データを表示、動作させる時刻情報を記
述するようにした場合には、このような番組の時刻変更
があると、対応が困難になる。

【０００６】したがって、この発明の目的は、メインと
なる映像や音声の再生と、静止画等の付加データの再生
とを簡単に同期させることができるデータ伝送方法、デ
ータ送信装置及び受信装置を提供することにある。

【０００７】

【課題を解決するための手段】この発明は、マルチメデ
ィアデータを伝送するようにしたデータ伝送方法におい
て、時刻情報とイベント名によりイベント通知を構成す
ると共に、時刻情報の位置に、直ちにイベントを発生す
ることを示すコードを定義し、直ちにイベントを発生さ
せたいときには、イベント通知のイベント情報の時刻情
報の位置に、直ちにイベントを発生することを示すコー
ドを配設して送るようにしたものである。

【０００８】イベント名と時刻情報とからなるストリー
ムイベントの時刻情報に対して、時刻情報としてはあり
得ないコードの１つ（例えば、ＡＬＬ「１」）を、「即
座にイベントを発生」という意味に定義している。この
ため、時刻情報の所を例えばＡＬＬ「１」としてストリ
ームイベントを送ると、そのイベントが受信側で直ちに
発生される。したがって、映像や音声に、表示データを
同期させたいときには、そのイベントを発生させるタイ
ミングより少し前のタイミングで時刻情報の所を例えば
ＡＬＬ「１」としてストリームイベントを送れば、映像
や音声に表示データを同期させることができる。また、
受信側では、時刻の管理は不要である。

【０００９】

【発明の実施の形態】以下、この発明の実施の形態につ
いて図面を参照して説明する。この発明は、例えば、デ
ィジタル衛星放送を使って動画、音声からなるメインと
なるテレビジョン放送と共に、静止画やテキスト等の付
加データを伝送し、要求に応じて、必要な情報を静止画
やテキストで表示できるようにしたインターラクティブ
テレビジョンに適用できる。図１は、このようなインタ
ーラクティブテレビジョンの放送の送信側の構成を示す
ものである。

【００１０】図１において、１はＡＶベースバンドシス
テムである。このＡＶベースバイドシステム１は、メイ
ンとなる番組の映像や音声のベースバンド信号を作成す
るためのシステムである。このＡＶベースバンドシステ
ム１は、複数のＶＴＲやカートマシン、編集機からな
る。ＡＶベースバンドシステム１からは、メインとなる
番組で送信する動画や音声のベースバンド信号が出力さ
れる。このベースバンド信号は、ＡＶエンコーダ２に供
給される。ＡＶエンコーダ２で、例えば、ＭＰＥＧ（Mo
ving Picture Experts Group）２方式により、映像デー
タや音声データが圧縮符号化され、一定レートのパケッ
トストリームに変換される。

【００１１】３はオーサリングシステムである。オーサ
リングシステム３では、静止画やテキスト等の付加デー
タが制作される。そして、これらの静止画像や音声のよ
うなモノメディアが符号化され、表示手順などを指示す
るスクリプトと一緒にＭＨＥＧ５のコンテンツが作成さ
れる。作られたコンテンツは、ＤＳＭ−ＣＣエンコーダ
でストリームに多重できるように変換される。データ送
出サーバ４において、これらのデータのパケットが生成
される。

【００１２】ＤＳＭ−ＣＣによって伝送されるサービス
は、サービスゲートウェイにより提供される。サービス
ゲートウェイに含まれるオブジェクトとしては、ディレ
クトリ、ファイル、ストリーム、ストリームイベント等
がある。これらのうち、ディレクトリは、サービスやデ
ータ等のオブジェクトと意味のある名前の割り付けであ
り、ファイルは、静止画像、音声、テキスト等の個々の
ファイルであり、ストリームは、他のデータサービスや
ＡＶストリームにリンクする情報が含まれ、ストリーム
イベントは、イベント名と時刻情報とからなる。このオ
ーサリングシステム３の出力は、データ送出サーバ４に
送られる。

【００１３】エンコーダ２からのメインとなる番組の映
像及び音声のパケットと、データ送出サーバ４からのパ
ケットは、マルチプレクサ５で多重化され、一系統の高
速のデータストリームとなる。

【００１４】また、メインとなる番組の映像、音声の同
期、スケジュール制御、さらに付加データの同期、スケ
ジュール制御を行うための制御系として、番組編成シス
テム７、制御システム８、局内時計９が設けられる。番
組編成システム７で、番組の時間割が定めら、番組編成
システム７で、スケジュールが設定される。そして、こ
の番組編成システム７で定められたスケジュールに基づ
いて、実際に各システムを実時間で制御するために、制
御システム８が設けられる。この制御システム８の時間
情報は、局内時計９から供給される。

【００１５】マルチプレクサ５の出力は、変調回路６に
供給される。変調回路６は、ビットストリームを例えば
ＱＰＳＫ（Quadrature Phase Shift Keying ）変調する
ものである。そして、変調回路６の出力は、図示せず
も、所定の搬送波周波数に周波数変換され、電力増幅さ
れて、送信される。

【００１６】このように、この発明が適用されたインタ
ラクティブテレビジョンの送信系では、メインとなる映
像及び音声と共に、付加データが送られてくる。そし
て、このようなマルチメディアの付加データを扱えるよ
うに、送信側では、ＭＨＥＧオーサリングツールを用い
て静止画像や音声のようなモノメディアが符号化され、
表示手順などを指示するスクリプトや、イベント名と時
刻情報からなるストリームイベントと共に、ＭＨＥＧ５
のコンテンツが作成される。

【００１７】例えば、図２に示すように、時刻Ｔ０〜Ｔ
２に渡って、メインとなる番組の画像Ｐ１を図２Ａに示
すようなレイアウトで表示させながら、時刻Ｔ１におい
て、図２Ｂに示すように、このメインとなる番組の画面
Ｐ１に加えて、付加データの静止画Ｐ２を表示させ、こ
の静止画Ｐ２を時刻Ｔ２に至るまで継続して表示させ、
図２Ｃに示すように、時刻Ｔ２になると、静止画Ｐ２が
消えるような表示を行うとする。

【００１８】図３は、このようなイベントを発生させる
ためのスクリプトの一例である。図３に示すように、ス
クリプトには、このような表示データを作成するときの
イベント名が定義され、イベント名に対応して生じる状
態の遷移（表示データのオン／オフ）が記述される。

【００１９】それと同時に、映像ソースのタイムコード
が読み取られ、イベント名に対応する時刻情報が入力さ
れる。これによって、イベント名と、時刻情報のペアの
リストが生成される。このイベント名と時刻情報のペア
となる情報は、ストリームイベントパケットとして伝送
される。

【００２０】図４は、このようなストリームイベントパ
ケットの構造を示すものである。図４に示すように、ス
トリームイベントパケットの先頭には、ストリームイベ
ントパケットを示すヘッダが設けられる。このヘッダに
続いて、最初のイベント名と時刻情報のペアが設けら
れ、更に、これに続いて、次のイベント名と時刻情報の
ペアが設けられる。このイベント名と時刻情報のペア
は、複数個連続して繋げることができる。

【００２１】この発明では、後に説明するように、イベ
ントの時刻情報としてはあり得ないコード、例えばＡＬ
Ｌ「１」が時刻情報の位置に設けられることがある。こ
の場合には、これは、「即座にイベントを発生」を意味
するものとする。

【００２２】図５は、このようなインターラクティブテ
レビジョン放送を受信するディジタルテレビジョン放送
の受信機側の構成を示すものである。図５において、デ
ィジタルテレビジョン放送信号は、アンテナ２１で受信
される。アンテナ２１からの受信信号は、チューナ回路
２２に送られる。チューナ回路２２には、ＣＰＵ（Cent
ral Processing Unit ）２７から、周波数設定信号が供
給される。チューナ回路２２で、ＣＰＵ２７からの周波
数設定信号に基づいて、受信信号の搬送波周波数が設定
される。

【００２３】また、チューナ回路２２には、受信信号を
例えばＱＰＳＫ復調する復調回路、受信信号のエラーを
訂正するエラー訂正回路が備えられている。チューナ回
路１２で、受信信号が復調され、エラー訂正処理が行な
われる。

【００２４】チューナ回路２２の出力がデマルチプレク
サ２３に供給される。デマルチプレクサ２３で、パケッ
トのヘッダ部のパケット識別子（ＰＩＤ）を参照して、
パケットが振り分けられる。

【００２５】メインチャンネルの音声データのパケット
は、オーディオデコーダ２４に供給される。メインチャ
ンネルの映像データのパケットは、ビデオデコーダ２５
に供給される。

【００２６】オーディオデコーダ２４で、音声パケット
の伸長処理が行なわれ、オーディオデコーダ２４から
は、ディジタルオーディオ信号が出力される。このディ
ジタルオーディオ信号が出力端子３２から出力される。

【００２７】ビデオデコーダ２５は、ＭＰＥＧ２方式に
より圧縮された映像信号を伸長し、ディジタル映像信号
をデコードするものである。ビデオデコーダ２５でＭＰ
ＥＧ２方式のビデオ信号がデコードされ、ビデオデコー
ダ２５からは、ディジタルビデオ信号が出力される。こ
のディジタルビデオ信号が映像混合回路２６に供給され
る。

【００２８】付加データのパケットや、ストリームやス
トリームイベントのパケットは、ＣＰＵ２７により処理
される。ＣＰＵ２７のバス３０には、プログラムが格納
されるＲＯＭ（Read Only Memory）２８、作業領域用の
ＲＡＭ（Random Access Memory）２９が接続される。

【００２９】再生された付加データは、グラフィックス
処理部３１で展開され、映像混合回路２６に供給され
る。映像混合回路２６で、ビデオデコーダ２５からの動
画像の画面と、グラフィックス処理部３１からの画面と
が合成される。この映像混合回路２６の出力が出力端子
３３から出力される。

【００３０】前述したように、付加データの表示制御に
は、ＭＨＥＧ５のスクリプトが使われており、ストリー
ムイベントは、イベント名と時刻情報とがペアとなって
いる。これに対して、この発明では、イベントの時刻情
報としてはあり得ないコード、例えばＡＬＬ「１」が時
刻情報の位置に設けられることがあり、この場合には、
「即座にイベントを発生」を意味するものとしている。
したがって、ＣＰＵ２７は、時刻情報の所がＡＬＬ
「１」のストリームイベントパケットを受信すると、直
ちに、そのイベントを発生する処理を行なう図１に示す
送信側からは、メインとなる番組の画像や音声と、付加
データが送られてくる。このメインとなの画像や音声と
付加データの表示との同期をとりたいときには、同期を
とりたいタイミングより所定処理時間だけ早いタイミン
グで、時刻情報の所がＡＬＬ「１」のストリームイベン
トパケットが所定の間隔で複数回繰り返して送信され
る。

【００３１】図５に示す受信側では、この時刻情報の所
がＡＬＬ「１」のストリームイベントパケットが受信さ
れると、その定義に従って、そのイベントが直ちに発生
される。これにより、メインとなる番組の画像や音声
と、付加データの表示とを同期させることができる。

【００３２】つまり、図６は、図２に示したイベントに
対応するストリームを実現するためのストリームイベン
トシーケンスを示すものである。図６Ａに示すように、
メインとなる番組の映像及び音声のストリームは、継続
的に伝送されている。付加データのパケットは、図６Ｃ
に示すように送られており、この付加データのパケット
は予め取り込まれている。そして、時点Ｔ１でイベント
（Ｅｖｅｎｔ１）を発生させ、時点Ｔ２でイベント（Ｅ
ｖｅｎｔ２）を発生させるものとする。ここで、イベン
ト（Ｅｖｅｎｔ１）は、静止画Ｐ２の表示をオンするも
のであり、イベント（Ｅｖｅｎｔ２）は静止画Ｐ２の表
示をオフするものとする。

【００３３】この場合、図６Ｂに示すように、イベント
（Ｅｖｅｎｔ１）を発生させる時点Ｔ１の少し手前で、
イベント名がイベント（Ｅｖｅｎｔ１）で、時刻情報の
所がＡＬＬ「１」のストリームイベントパケットＳＥ１
−１が送られる。それから、次のイベント（Ｅｖｅｎｔ
２）が開始する手前まで、イベント名がイベント（Ｅｖ
ｅｎｔ１）で、時刻情報の所がＡＬＬ「１」のストリー
ムイベントパケットＳＥ１−２、ＳＥ１−３、…が周期
的に繰り返して送られる。なお、ストリームパケットＳ
Ｅ１−１、ＳＥ１−２、ＳＥ１−３、…は同一のパケッ
トである。

【００３４】イベント（Ｅｖｅｎｔ２）を発生させる時
点Ｔ２の少し手前で、イベント名がイベント（Ｅｖｅｎ
ｔ２）で、時刻情報の所がＡＬＬ「１」のストリームイ
ベントパケットＳＥ２−１が送られる。それから、次の
イベントが開始する手前まで（又は番組の終了まで）、
イベント名がイベント（Ｅｖｅｎｔ２）で、時刻情報の
所がＡＬＬ「１」のストリームイベントパケットＳＥ２
−２、ＳＥ２−３、…が周期的に繰り返して送られる。

【００３５】受信側では、イベント（Ｅｖｅｎｔ１）を
発生させる時点Ｔ１より少し手前で、ストリームイベン
トパケットＳＥ１−１が受信される。このストリームイ
ベントパケットＳＥ１−１は、時間情報の所がＡＬＬ
「１」とされているので、ストリームイベントパケット
ＳＥ１−１が受信された時点で直ちにイベント（Ｅｖｅ
ｎｔ１）が発生する。このイベント（Ｅｖｅｎｔ１）
は、静止画データをオンするものなので、ストリームイ
ベントパケットＳＥ１−１が受信された時点で直ちにイ
ベントが発生し、図６Ｄに示すように、表示データがオ
ンされる。

【００３６】なお、ストリームイベントパケットＳＥ１
−１を、イベント（Ｅｖｅｎｔ１）を発生させる時点Ｔ
１より少し手前で送っているのは、処理時間を考慮する
ためのである。このような処理時間があるので、ストリ
ームイベントパケットＳＥ１−１をイベント（Ｅｖｅｎ
ｔ１）を発生させる時点Ｔ１より少し手前で送ると、丁
度時点Ｔ１で、静止画が表示されるようになる。図６Ｃ
に示す表示データは、イベントが発生する前から取り込
まれているので、この表示データの処理時間は、画像の
展開に要する時間のみと考えられ、略、一定であると見
做せる。

【００３７】次に、イベント（Ｅｖｅｎｔ２）を発生さ
せる時点Ｔ２より少し手前で、ストリームイベントパケ
ットＳＥ２−１が送られてくる。このストリームイベン
トパケットＳＥ２−１の時刻情報の所はＡＬＬ「１」と
されているので、ストリームイベントパケットＳＥ２−
１が受信された時点で直ちにイベント（Ｅｖｅｎｔ２）
が発生する。このイベント（Ｅｖｅｎｔ２）は、表示デ
ータをオフするものなので、ストリームイベントパケッ
トＳＥ２−１が受信された時点で直ちにイベントが発生
し、静止画データがオフされる。表示データの処理時間
があるので、時点Ｔ２で丁度データの処理が終了し、図
６Ｄに示すように、静止画が消去される。

【００３８】このように、各イベントを発生させるため
のストリームイベントパケットは、受信機において，各
イベントを発生させたい時刻より、イベントデータの処
理時間だけ前に送られる。そして、イベントに用いる付
加データは、予め送られてきており、受信機に取り込ま
れている。このため、各イベントを、予定の時刻に発生
させることができる。

【００３９】なお、ストリームイベントパケットは、次
のイベントの開始時点まで、又は番組の終了まで、繰り
返して送られる。このように、同一のストリームイベン
トパケットが繰り返して伝送される理由は、定義した各
イベントの時刻より以後に、受信機に電源が投入された
場合、また、他のチャンネルからこのチャンネルへ遷移
してきた場合に、表示データを正しい状態に遷移させる
ためである。

【００４０】上述の例では、イベント（Ｅｖｅｎｔ１）
及び（Ｅｖｅｎｔ２）を共に、時刻情報の所がＡＬＬ
「１」のストリームイベントパケットとして送るように
しているが、イベント名とイベント時刻情報が記述され
たストリームイベントパケットと、イベント名と時刻情
報の所がＡＬＬ「１」のストリームイベントパケットと
を、イベント毎に分け送るようにしても良い。

【００４１】図７は、このように、イベント名とイベン
ト時刻情報が記述されたストリームイベントパケット
と、イベント名と時刻情報の所がＡＬＬ「１」のストリ
ームイベントパケットとを、イベント毎に分け送るよう
にしたものである。

【００４２】つまり、図７において、イベント（Ｅｖｅ
ｎｔ１１）のストリームイベントパケットＳＥ１１−
１、ＳＥ１１−２、ＳＥ１１−３、…は、時点Ｔ１１に
表示データをオンするものであり、このストリームイベ
ントパケットＳＥ１１−１、ＳＥ１１−２、ＳＥ１１−
３、…の時刻情報には「時刻Ｔ１」が記述されている。
一方、（Ｅｖｅｎｔ１２）のストリームイベントパケッ
トＳＥ１２−１、ＳＥ１２−２、ＳＥ１２−３、…は、
時点Ｔ１２に表示データをオフするものであり、このス
トリームパケットＳＥ１２−１、ＳＥ１２−２、ＳＥ１
２−３、…は、時刻情報の所がＡＬＬ「１」とされてい
る。

【００４３】この場合、図７Ｂに示すように、ストリー
ムイベントパケットＳＥ１１−１、ＳＥ１１−２、ＳＥ
１１−３、…は、イベント（Ｅｖｅｎｔ１１）が発生す
る時点Ｔ１１の前から周期的に繰り返して送られる。そ
して、次のイベント（Ｅｖｅｎｔ１２）の始まる時点Ｔ
１２の少し手前で、イベント（Ｅｖｅｎｔ１２）のスト
リームイベントパケットＳＥ１２−１が送られ、それか
ら、同様のストリームイベントパケットＳＥ１２−２、
ＳＥ１２−３、…が周期的に繰り返して送られる。

【００４４】受信機側では、イベントを発生させる時点
Ｔ１１より以前に、ストリームイベントパケットＳＥ１
１−１、ＳＥ１１−２、ＳＥ１１−３、…が受信され
る。ストリームイベントパケットＳＥ１１−１、ＳＥ１
１−２、ＳＥ１１−３、…は、全て同様のパケットであ
る。このストリームイベントパケットＳＥ１１−１、Ｓ
Ｅ１１−２、ＳＥ１１−３、…の時刻情報は、「時刻Ｔ
１１」とされている。したがって、受信機側では、時点
Ｔ１１になるのを待機している。

【００４５】時点Ｔ１１になると、イベント（Ｅｖｅｎ
ｔ１１）が発生する。このイベント（Ｅｖｅｎｔ１１）
は、表示データをオンするものなので、図７Ｄに示すよ
うに、時点Ｔ１１から静止画データがオンされる。

【００４６】次に、イベント（Ｅｖｅｎｔ１２）を発生
させる時点Ｔ１２より少し手前で、ストリームイベント
パケットＳＥ１２−１が送られてくる。このストリーム
イベントパケットＳＥ１２−１の時刻情報の所はＡＬＬ
「１」とされているので、ストリームイベントパケット
ＳＥ１２−１が受信された時点で直ちにイベント（Ｅｖ
ｅｎｔ１２）が発生する。このイベント（Ｅｖｅｎｔ１
２）は、表示データをオフするものなので、ストリーム
イベントパケットＳＥ１２−１が受信された時点で直ち
にイベント（Ｅｖｅｎｔ１２）が発生し、表示データが
オフされる。表示データの処理時間があるので、図７Ｄ
に示すように、時点Ｔ１２で丁度表示データの処理が終
了し、表示データに基づく静止画が消去される。

【００４７】なお、この場合も、ストリームイベントパ
ケットは、次のイベントの開始時点まで、又は番組の終
了まで、繰り返して送られる。このように、同一のスト
リームイベントパケットが繰り返して伝送される理由
は、前述と同様に、定義した各イベントの時刻より以後
に受信機に電源が投入された場合、または、他のチャン
ネルからこのチャンネルへ遷移してきた場合に、表示デ
ータを正しい状態に遷移させるためである。

【００４８】なお、ストリームイベントパケットの時刻
情報に、時刻が記述されている場合には、「記述されて
いる時刻情報が既に現在の時刻を過ぎていれば、直ちに
イベントを発生」というように定義しておく。このよう
にすると、ストリームイベントパケットの時刻情報が記
述されており、その時刻情報より現在の時刻が過ぎてい
る場合にも、イベントを直ちに発生できる。

【００４９】上述までの例では、１つの付加データをオ
ン／オフするような単純なイベント処理であったが、複
数の付加データを処理することも可能である。この場合
には、同一の付加データに関するイベントをグループと
して扱うことで、単純なシーケンスの場合と同様に処理
を行うことができる。

【００５０】例えば、図８に示すように、時点Ｔ２０〜
Ｔ２４に渡って、メインとなる番組の画像Ｐ２１を図８
Ａに示すようなレイアウトで表示させながら、図８Ｂに
示すように、時点Ｔ２１において静止画Ｐ２２を表示
し、図８Ｃに示すように、時点Ｔ２２において更に静止
画Ｐ２３を表示、図８Ｄに示すように、時点Ｔ２３にお
いて静止画Ｐ２２のみ消去し、図８Ｅに示すように、時
点Ｔ２４において静止画Ｐ２３を消去して、メインとな
る動画像Ｐ２１のみ表示を続けるとする。

【００５１】このように、静止画２２に関するイベント
と、静止画２３に関するイベントの２つのイベントがあ
る場合には、各付加データに関するイベントをグループ
として考える。

【００５２】すなわち、この場合には、静止画Ｐ２２に
関するイベントと、静止画Ｐ２３に関するイベントがあ
る。先ず、静止画Ｐ２２に関するグループのイベントと
して、時点Ｔ２１で静止画２２をオンし、時点Ｔ２３で
静止画Ｐ２１をオフするイベントがある。静止画Ｐ２３
に関するグループのイベントとして、時点Ｔ２２で静止
画２３をオンし、時点Ｔ２４で静止画Ｐ２３をオフする
イベントがある。

【００５３】最初のグループの静止画Ｐ２２に関するイ
ベントを実現するために、時点Ｔ２１の少し前に、時刻
情報の所がＡＬＬ「１」で静止画Ｐ２２をオンするイベ
ント名のストリームイベントパケットを送り、その後、
このストリームイベントパケットを周期的に繰り返し送
る。時点Ｔ２３の少し前に、時刻情報の所がＡＬＬ
「１」で静止画Ｐ２２をオフするイベント名のストリー
ムイベントパケットを送り、その後、このストリームイ
ベントパケットを周期的に繰り返し送る。

【００５４】次のグループの静止画Ｐ２３に関するイベ
ントを実現するために、時点Ｔ２２の少し前に、時刻情
報の所がＡＬＬ「１」で静止画Ｐ２３をオンするイベン
ト名のストリームイベントパケットを送り、その後、こ
のストリームイベントパケットを周期的に繰り返し送
る。時点Ｔ２４の少し前に、時刻情報の所がＡＬＬ
「１」で静止画Ｐ２３をオフするイベント名のストリー
ムイベントパケットを送り、その後、このストリームイ
ベントパケットを周期的に繰り返し送る。

【００５５】このように、複数の付加データに関するイ
ベントがある場合には、各データ毎にグルーピングを行
なえば、１つのデータの場合と同様に考えることができ
る。そして、同一の時間に複数のイベントを発生させる
場合には、別のパケットで送る必要はなく、ひとつのス
トリームイベントパケットで複数のストーリームイベン
ト情報を送ることができる。

【００５６】図９は、図８に示したイベントに対応する
ストリームを実現するためのストリームイベントシーケ
ンスを示すものである。図９Ａに示すように、メインと
なる番組の映像及び音声のストリームは、継続的に伝送
されている。付加データのパケットは、図９Ｃに示すよ
うに送られており、この付加データのパケットは予め取
り込まれている。

【００５７】イベント（ＥｖｅｎｔＧ１−１）は、静止
画Ｐ２２の表示をオンするイベントであり、イベント
（ＥｖｅｎｔＧ１−２）は、静止画Ｐ２２の表示をオフ
するイベントである。イベント（ＥｖｅｎｔＧ２−１）
は、静止画Ｐ２３の表示をオンするイベントであり、イ
ベント（ＥｖｅｎｔＧ２−２）は、静止画Ｐ２３の表示
をオフするイベントである。

【００５８】この場合、図９Ｂに示すように、イベント
（ＥｖｅｎｔＧ１−１）を発生させる時点Ｔ２１の少し
手前で、イベント名がイベント（ＥｖｅｎｔＧ１−１）
で、時刻情報の所がＡＬＬ「１」のストリームイベント
パケットＳＥ２１−１が送られる。それから、同一のス
トリームイベントパケットＳＥ２１−２、ＳＥ２１−
３、…が周期的に繰り返して送られる。

【００５９】イベント（ＥｖｅｎｔＧ２−１）を発生さ
せる時点Ｔ２２の少し手前で、イベント名がイベント
（ＥｖｅｎｔＧ２−１）で、時刻情報の所がＡＬＬ
「１」のストリームイベントパケットが送られる。この
とき、イベント名がイベント（ＥｖｅｎｔＧ１−１）
で、時刻情報の所がＡＬＬ「１」のストリームイベント
パケットも送り続ける必要がある。このため、これらの
イベントがマージされたストリームイベントパケットＳ
Ｅ２２−１、ＳＥ２２−２、ＳＥ２２−３、…が周期的
に送られ続ける。

【００６０】イベント（ＥｖｅｎｔＧ１−２）を発生さ
せる時点Ｔ２３の少し手前で、イベント名がイベント
（ＥｖｅｎｔＧ１−２）で、時刻情報の所がＡＬＬ
「１」のストリームイベントパケットが送られる。ここ
で、イベント名がイベント（ＥｖｅｎｔＧ２−１）で時
刻情報の所がＡＬＬ「１」のストリームイベントを送り
続ける必要がある。このため、これらのイベントがマー
ジされたストリームイベントパケットＳＥ２３−１、Ｓ
Ｅ２３−２、ＳＥ２３−３、…が周期的に送られ続け
る。

【００６１】イベント（ＥｖｅｎｔＧ２−２）を発生さ
せる時点Ｔ２４の少し手前で、イベント名がイベント
（ＥｖｅｎｔＧ２−２）で、時刻情報の所がＡＬＬ
「１」のストリームイベントパケットが送られる。ここ
で、イベント名がイベント（ＥｖｅｎｔＧ１−２）で時
刻情報の所がＡＬＬ「１」のストリームイベントを送り
続ける必要がある。このため、これらのイベントがマー
ジされたストリームイベントパケットＳＥ２４−１、Ｓ
Ｅ２４−２、ＳＥ２４−３、…が周期的に送られ続け
る。

【００６２】ストリームイベントを、上述のように、対
象別にグルーピングすることにより、例えば、時点Ｔ２
２と時点Ｔ２３の間にこのチャンネルに入った場合で
も、イベント（ＥｖｅｎｔＧ１−１）とイベント（Ｅｖ
ｅｎｔＧ２−１）を両方発生させた結果として、静止画
Ｐ２２と静止画Ｐ２３の表示を共にオンすることができ
る。また、時点Ｔ２３と時点Ｔ２４の間に、このチャン
ネルに入った場合は、イベント（ＥｖｅｎｔＧ２−１）
とイベント（ＥｖｅｎｔＧ１−２）の両方発生させて、
結果として静止画Ｐ２３を表示とすることができる。

【００６３】

【発明の効果】この発明によれば、イベント名と時刻情
報とからなるストリームイベントの時刻情報に対して、
時刻情報としてはあり得ないコードの１つ（例えば、Ａ
ＬＬ「１」）を、「即座にイベントを発生」という意味
に定義している。このため、時刻情報の所を例えばＡＬ
Ｌ「１」としてストリームイベントを送ると、そのイベ
ントが受信側で直ちに発生される。したがって、映像や
音声に、表示データを同期させたいときには、そのイベ
ントを発生させるタイミングより少し前のタイミングで
時刻情報の所を例えばＡＬＬ「１」としてストリームイ
ベントを送れば、映像や音声に表示データを同期させる
ことができる。このため、映像や音声と付加データとの
同期を簡単にとることができると共に、番組の変更に容
易に対応できる。また、受信側では、時刻の管理は不要
である。

【図面の簡単な説明】

【図１】この発明が適用できるシステムの送信側の構成
を示すブロック図である。

【図２】イベントの一例の説明に用いる略線図である。

【図３】スクリプトの説明に用いる略線図である。

【図４】ストリームイベントパケットの構成を示す略線
図である。

【図５】この発明が適用できるシステムの受信側の構成
を示すブロック図である。

【図６】ストリームイベントシーケンスの一例の説明に
用いるタイミング図である。

【図７】ストリームイベントシーケンスの他の例の説明
に用いるタイミング図である。

【図８】イベントの他の例の説明に用いる略線図であ
る。

【図９】ストリームイベントシーケンスの更に他の例の
説明に用いるタイミング図である。

【符号の説明】

３・・・オーサリングシステム，４・・・データ送出サ
ーバ，７・・・番組編成システム，８・・・制御システ
ム，９・・・局内時計

───────────────────────────────────────────────────── フロントページの続き (72)発明者 村田 賢一 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 片山 靖 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5C063 AA20 AB03 AB07 AB13 AC01 AC05 CA11 CA14 CA16 CA20 CA31

Claims (10)

【特許請求の範囲】
1. 【請求項１】 マルチメディアデータを伝送するように
   したデータ伝送方法において、 時刻情報とイベント名によりイベント通知を構成すると
   共に、上記時刻情報の位置に、直ちにイベントを発生す
   ることを示すコードを定義し、 直ちにイベントを発生させたいときには、上記イベント
   通知の上記時刻情報の位置に、直ちにイベントを発生す
   ることを示すコードを配設して送るようにしたデータ伝
   送方法。
2. 【請求項２】 上記直ちにイベントを発生することを示
   すコードは、上記時刻情報としてはあり得ないコードの
   中から選定するようにした請求項１に記載のデータ伝送
   方法。
3. 【請求項３】 イベントを発生したいタイミングより所
   定のデータ処理時間前に、上記直ちにイベントを発生す
   ることを示すコードを含むイベント通知を送るようにし
   た請求項１に記載のデータ伝送方法。
4. 【請求項４】 イベントを発生したいタイミングより所
   定のデータ処理時間前に、上記直ちにイベントを発生す
   ることを示すコードを含むイベント通知を送り、同様の
   イベント通知を以後所定の周期で繰り返して送るように
   した請求項１に記載のデータ伝送方法。
5. 【請求項５】 次のイベントの開始まで上記同様のイベ
   ント通知を所定の周期で繰り返して送るようにした請求
   項４に記載のデータ伝送方法。
6. 【請求項６】 番組の終了まで上記同様のイベント通知
   を所定の周期で繰り返して送るようにした請求項４に記
   載のデータ伝送方法。
7. 【請求項７】 上記直ちにイベントを発生することを示
   すコードを含むイベント通知と、上記時刻情報を記述し
   たイベント通知を混在して送るようにした請求項１に記
   載のデータ伝送方法。
8. 【請求項８】 上記イベントが複数ある場合には、同一
   の対象となるデータに対するイベント毎にグルーピング
   し、複数のグループのイベント情報を同時に送る場合に
   は、上記各グループ毎の複数のイベント情報を１つのイ
   ベントパケットとしてマージして送るようにした請求項
   １に記載のデータ伝送方法。
9. 【請求項９】 時刻情報とイベント名とからなるイベン
   ト通知を送信する手段と、 上記時刻情報の位置に、直ちにイベントを発生すること
   を示すコードを配設したイベント通知を送信する手段と
   からなるデータ送信装置。
10. 【請求項１０】 イベント通知を受信する手段と、 時刻情報を含むイベント通知を受信したら、上記イベン
    ト通知で送られたきた時刻情報に応じてイベントを発生
    し、直ちにイベントを発生するコードを含むイベント通
    知を受信したら、直ちに上記イベントを発生する手段と
    からなるデータ受信装置。