(57)【要約】  【課題】従来、ルール形式のデータを端末装置に配信することにより、受信側のハードウェア環境や状況に応じて実行する内容や情報の変更を可能にしているが、端末装置側での実行の判断を通常のルール形式のデータで行っているため、端末装置側で保持するルールの数が増加すると、ルールの条件部の評価に多くのＣＰＵパワーを必要とし、システムの応答性やパフォーマンスが低下してしまう。  【解決手段】  データと、データに対する処理を駆動させるためのイベントを記述するイベント記述子と、データに対する処理の条件を記述する条件記述子と、データの具体的処理方法を記述するデータ処理記述子とを送信することを特徴とするデータ送信方法。  【選択図】  図１
2005027285.tif 000002
【特許請求の範囲】
【請求項１】
文字、画像、および音声の少なくとも１つからなるデータと、
前記データに対する処理を駆動させるためのイベントを記述するイベント記述子と、
前記データに対する処理の条件（無条件を含む）を記述する条件記述子と、
前記データの具体的処理方法を記述するデータ処理記述子とを送信することを特徴とするデータ送信方法。
【請求項２】
前記イベントの発生を有効にする時間帯を記述するイベント時間制約記述子、前記条件記述子に記述される条件の判断を行う時間帯を記述する条件時間制約記述子、前記データ処理記述子に記述されるデータ処理を行う時間帯を記述する処理時間制約記述子、の少なくとも１つ以上を送信することを特徴とするた請求項１記載のデータ送信方法。
【請求項３】
請求項１記載のデータ送信方法によって送信されてくる、前記データと、前記イベント記述子と、前記条件記述子と、前記データ処理記述子とを受信し、前記イベント記述子に対応するイベントが生じた時、前記条件記述子の条件を満たしている場合に、前記データ処理記述子に基づいてデータの処理を行うことを特徴とするデータ受信処理方法。
【請求項４】
請求項２記載のデータ送信方法によって送信されてくる前記イベント時間制約記述子、前記条件時間制約記述子、前記データ処理記述子、のうち少なくとも１つ以上を受信し、
前記イベント記述子に対応するイベントが生じた時、前記条件記述子の条件を満たしている場合に、前記データ処理記述子に基づいてデータの処理を行うにあたり、
前記イベント時間制約記述子についてはそれに従って前記イベントの発生を有効にし、前記条件時間制約記述子についてはそれに従って前記条件記述子の条件の判断を行い、前記処理時間制約記述子についてはそれに従ってデータ処理を行うことを特徴とするデータ受信処理方法。
【請求項５】
文字、画像、および音声の少なくとも１つからなるディジタル放送用データと、
前記データに対する処理を駆動させるためのイベントを記述するイベント記述子と、
前記データに対する処理の条件（無条件を含む）を記述する条件記述子と、
前記データの具体的処理方法を記述するデータ処理記述子とを、
放送信号に多重化して送信することを特徴とするディジタル放送用データ送信方法。
【請求項６】
前記イベントの発生を有効にする時間帯を記述するイベント時間制約記述子、前記条件記述子に記述される条件の判断を行う時間帯を記述する条件時間制約記述子、前記データ処理記述子に記述されるデータ処理を行う時間帯を記述する処理時間制約記述子、の少なくとも１つ以上を前記放送信号に多重化して送信することを特徴とする請求項５記載のディジタル放送用データ送信方法。
【請求項７】
請求項５記載のディジタル放送用データ送信方法によって多重化されて送信されてくる、前記データと、前記イベント記述子と、前記条件記述子と、前記データ処理記述子とを受信し、前記イベント記述子に対応するイベントが生じた時、前記条件記述子の条件を満たしている場合に、前記データ処理記述子に基づいてデータの処理を行うことを特徴とするディジタル放送用データ受信処理方法。
【請求項８】
請求項６記載のデータ送信方法によって多重化されて送信されてくる前記イベント時間制約記述子、前記条件時間制約記述子、前記データ処理記述子、のうち少なくとも１つ以上を受信し、
前記イベント記述子に対応するイベントが生じた時、前記条件記述子の条件を満たしている場合に、前記データ処理記述子に基づいてデータの処理を行うにあたり、
前記イベント時間制約記述子についてはそれに従って前記イベントの発生を有効にし、前記条件時間制約記述子についてはそれに従って前記条件記述子の条件の判断を行い、前記処理時間制約記述子についてはそれに従ってデータ処理を行うことを特徴とするディジタル放送用データ受信処理方法。
【請求項９】
請求項１、２、５又は６に記載のデータ送信方法における各処理プロセスの全部又は一部をコンピュータで実現するためのプログラムを格納したことを特徴とするプログラム媒体。
【請求項１０】
請求項３、４、７又は８に記載のデータ受信処理方法における各処理プロセスの全部又は一部をコンピュータで実現するためのプログラムを格納したことを特徴とするプログラム媒体。
【請求項１１】
前記イベントは中央演算処理装置に対する割り込み事象であることを特徴とする請求項１，２，５又は６記載のデータ送信方法。
【請求項１２】
前記イベントは中央演算処理装置に対する割り込み事象であることを特徴とする請求項３、４、７又は８に記載のデータ受信処理方法。
【請求項１３】
受信側で行う処理を駆動させるためのイベントを記述するイベント記述子と、
前記処理の実行のための条件（無条件を含む）を記述する条件記述子と、
前記処理の内容を記述する処理記述子とを送信することを特徴とする処理情報送信方法。
【請求項１４】
請求項１３記載の処理情報送信方法によって送信されてくる、前記イベント記述子と、前記条件記述子と、前記処理記述子とを受信し、前記イベント記述子に対応するイベントが生じた時、前記条件記述子の条件を満たしている場合に、前記処理記述子に基づいて処理を行うことを特徴とする処理情報受信処理方法。
【請求項１５】
データに対する処理の仕方を指定するデータ処理方法指定手段と、
前記データと前記指定されたデータ処理方法とをファイルに格納するファイル作成手段と、前記ファイルを記録媒体に書き込むファイル書き込み手段とを備えたことを特徴とするイベント駆動型ファイル作成装置。
【請求項１６】
前記データに対する処理の仕方は、
少なくとも前記データに対する処理を駆動させるためのイベントを記述する指定するイベント記述子と、前記データに対する処理を行うかどうかの条件を記述する条件記述子と、前記データの具体的処理方法を記述するデータ処理記述子とを用いる方法であることを特徴とする請求項１５記載のイベント駆動型ファイル作成装置。
【請求項１７】
前記データに対する処理の仕方は、
前記イベント記述子で記述されている前記イベントの受理を有効にする時間帯を記述するイベント時間制約記述子と、前記条件記述子に記述される条件の判断を行う時間帯を記述する条件時間制約記述子と、前記データ処理記述子に記述されるデータ処理方法を実行する時間帯を記述する処理時間制約記述子の少なくとも一つ以上を、さらに用いる方法であることを特徴とする請求項１６記載のイベント駆動型ファイル作成装置。
【請求項１８】
前記データに対する処理の仕方は、
少なくとも前記データの送信先を指定する送信先記述子と、その送信を開始するさせるイベントを指定するイベント記述子を用いる方法であることを特徴とする請求項１５記載のイベント駆動型ファイル作成装置。
【請求項１９】
前記データは、加熱制御方法を記述したデータであり、
前記データに対する処理の仕方は、
少なくとも入力されるメニューキーをイベントとして前記データと対応付けたイベント記述子と、前記データを用いて加熱を行う条件を記述した条件記述子とを用いる方法であることを特徴とする請求項１５記載のイベント駆動型ファイル作成装置。
【請求項２０】
前記データは番組の関連情報であり、
前記データに対する処理の仕方は、
番組の関連情報を表示する条件を記述した条件記述子と、電子番組ガイドからの番組の選択をイベントとして前記関連情報と対応付けたイベント記述子とを用いる方法であることを特徴とする請求項１５記載のイベント駆動型ファイル作成装置。
【請求項２１】
請求項１５記載のイベント駆動型ファイル作成装置で作成されたファイルを読みとるファイル読みとり手段と、
前記ファイル読みとり手段で読み取られたデータに対して、前記ファイル読みとり手段で読み取られた前記データ処理の仕方に従って処理を行うデータ処理手段とを備えたことを特徴とするイベント駆動型ファイル読みとり装置。
【請求項２２】
請求項１６記載のイベント駆動型ファイル作成装置で作成されたファイルを読み取るファイル読みとり手段と、
前記イベント記述子に基づいてイベントを受理して前記データに対する処理のタイミングを決定し、前記条件記述子の条件を満たしている場合に前記データ処理記述子に基づいてデータの処理を行うデータ処理手段と、
を備えたことを特徴とするイベント駆動型ファイル読みとり装置。
【請求項２３】
請求項１７記載のイベント駆動型ファイル作成装置で作成されたファイルを読み取るファイル読みとり手段と、
前記イベント記述子に基づいてイベントを受理して前記データに対する処理のタイミングを決定し、前記条件記述子の条件を満たしている場合にデータ処理記述子に基づいてデータの具体的処理を行う場合、
前記イベントの受理を、前記イベント時間制約記述子が記述されている場合には前記イベント時間制約記述子に記述されている時間帯で有効にし、前記条件の判断を、前記条件時間制約記述子が記述されている場合には前記条件時間制約記述子に記述されている時間帯に行い、前記データの具体的処理を、処理時間制約記述子が記述されている場合には前記処理時間制約記述子に記述されている時間帯に行うデータ処理手段と、
を備えたことを特徴とするイベント駆動型ファイル作成装置。
【請求項２４】
請求項１８記載のイベント駆動型ファイル作成装置で作成されたファイルを読み取るファイル読みとり手段と、
前記イベント記述子に基づいてイベントを受理し、前記イベントを受理したタイミングで前記送信先記述子に記述されている前記送信先に前記データを送信するデータ処理手段と、
を備えたことを特徴とするイベント駆動型ファイル読みとり装置。
【請求項２５】
請求項１９記載のイベント駆動型ファイル作成装置で作成されたファイルを読み取るファイル読みとり手段と、
前記イベント記述子に基づいてイベントを受理し、前記条件記述子の条件を満たしている場合には前記データの加熱制御方法にしたがって制御を行うデータ処理手段と、
前記データ処理手段によって制御され、加熱を行う加熱手段とを備えたことを特徴とする電子レンジ。
【請求項２６】
請求項２０記載のイベント駆動型ファイル作成装置で作成されたファイルを読み取るファイル読みとり手段と、
前記イベント記述子に基づいてイベントを受理し、前記条件記述子の条件を満たしている場合には前記データである番組の関連情報を表示するよう制御を行うデータ処理手段と、
前記データ処理手段によって制御され、前記データを表示するかまたは番組を表示する受像手段とを備えたことを特徴とするテレビ受信装置。
【請求項２７】
データに対する処理の仕方を指定し、
前記データと前記データに対する処理の仕方とをファイルに格納し、
前記ファイルを記録媒体に書き込むデータ記憶方法であって、
前記データに対する処理の仕方は、
少なくとも前記データに対する処理を駆動させるためのイベントを記述したイベント記述子と、前記データに対する処理を行うかどうかの条件を記述する条件記述子と、前記データの具体的処理方法を記述するデータ処理記述子とを用いる方法であることを特徴とするデータ記憶方法。
【請求項２８】
請求項２７記載のデータ記憶方法で作成された一つまたは複数個のファイルを読み取り、
前記イベント記述子に基づいてイベントを受理して前記データに対する処理のタイミングを決定し、
前記条件記述子の条件を満たしている場合に前記データ処理記述子に基づいてデータの具体的処理を実行することを特徴とするデータ処理方法。
【請求項２９】
請求項１５〜２６のいずれかに記載の装置の、各構成要素の一部または全部の機能をコンピュータで実行させるためのプログラムを格納していることを特徴とするプログラム記録媒体。
【請求項３０】
請求項２７又は２８のいずれかに記載の方法の各ステップの一部または全部の機能をコンピュータで実行させるためのプログラムを格納していることを特徴とするプログラム記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
第１の本発明は、データを送信する際、そのデータの処理用条件等も送信するデータ送信方法及び、それらのデータを受信してその条件に従って処理するデータ受信処理方法に関するものである。
【０００２】
第２の本発明は記録媒体を介して各種の情報をやり取りする際、各種のデータを作成し、また作成されたデータを読み取って処理するイベント駆動型ファイル作成装置、イベント駆動型ファイル読みとり装置、データ記憶方法、データ処理方法及びプログラム記録媒体に関するものである。
【背景技術】
【０００３】
（第１の従来技術）
近年、ネットワーク技術の発展に伴い、ネットワークを用いた各種の情報配信、情報受信システムが研究、開発されている。従来のネットワークに接続されている情報機器間のやりとりでは、受信側で送信されたデータを受信して、そのまま利用するような単純なデータの通信が多く、端末側のハードウェア環境や状況を判断して端末側での実行方法などを自動的に変更できるものが必要とされている。
【０００４】
このような状況を踏まえ、たとえば、本出願人の先願である特願平１０−１０８３２３の出願では、ルール形式のデータを端末装置に配信する方法を提案している。その先願（特願平１０−１０８３２３号）によれば、ルール形式のデータを端末装置に配信することにより、受信側のハードウェア環境や状況に応じて実行する内容や情報の変更を可能にし、情報受信端末側で人手を介した受信情報の変更の負担の軽減を実現できる。
【０００５】
（第２の従来技術）
また一方、近年、フラッシュカードなどの記録メディアの発展に伴い、記録メディアを用いた各種の情報のやりとりが行われるようになった。一般的な記録メディアを用いた情報機器間のやりとりは、情報作成側で作成されたデータを記録メディアに記録し、それをもう一つの機器で読み出して利用するようなものである。記録メディアを利用したデータのやりとりでは、複雑なプロトコルが必要なく、機器の設置場所などの空間的制約を受けにくいなどのメリットがある。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、上述した第１の従来技術であるところの、先願（特願平１０−１０８３２３号）の方法では、端末装置側での実行の判断を通常のルール形式のデータで行っているため、端末装置側で保持するルールの数が増加すると、ルールの条件部の評価に多くのＣＰＵパワーを必要とし、システムの応答性やパフォーマンスが低下してしまう。特に、コストの関係から、複数の処理を１つのマイコンで統合して行わせたいときにはその不都合は大きくなることがある。
【０００７】
そこで、第１の本発明は、そのようなＣＰＵの負担が軽くなり、また、コストも低減できるデータ送信方法と、データ受信処理方法とを提供することを目的とする。
【０００８】
また、上述した第２の従来技術の方法である、記録メディアを介した情報のやりとりは、単なるデータの受け渡しでしかなく、プラグアンドプレイのような機器間の連携を実現することはできないという問題がある。
【０００９】
そこで、第２の本発明は、イベント駆動型ルールをデータと合わせて記録することにより、指定されたイベントが起こったときに対応する処理が自動実行できるようにする。例えば、記録メディアを差し込んだことをイベントとして駆動されるルールを用意することにより、各種のプラグアンドプレイを実現することが可能になる。また、ルールに対しての時間的制約を許すことにより、効率的な処理を可能にする。
【００１０】
また、パソコンで作成したデータを送信したい場合など、送信したいデータを作成する場所と、電話回線などの通信回線のある場所とが異なっている場合がある。パソコン専用に回線を引いたり、無線で接続する方法で対処することもあるが、費用が高くついたり通信速度に制約を受けるなどの問題がある。第２の本発明の方法を用いれば、データ作成側でデータの送信相手先の情報や送信時刻などをイベント駆動型ルールとして記録メディアに書き込むことにより、電話回線のあるところに送信装置のみを設置して記録メディアを差し込むだけで送信処理を行うことが可能になるため、電話回線の引き回しなどの問題を解決できる。
【００１１】
このように第２の本発明は、機器間で情報をやりとりする際に、プラグアンドプレイのような機器間の連携を実現することが出来ないという課題と、情報をやりとりする際のルールに時間的制約を許すことが出来ず効率的に機器間で受け渡しするデータを処理することが出来ないという課題と、パソコンで作成したデータを送信したい場合、パソコン専用に回線を引いたりして費用が高くついたり通信速度に制約を受けるという課題を考慮し、機器間で情報をやりとりする際にプラグアンドプレイのような機器間の連携を実現することが出来、情報をやりとりする際のルールに時間的制約を許すことが出来効率的に機器間で受け渡しするデータを処理することが出来、あるいはパソコンで作成したデータを送信したい場合、費用が高くつかず通信速度にも制約を受けないイベント駆動型ファイル作成装置、イベント駆動型ファイル読みとり装置、データ記憶方法、データ処理方法及びプログラム記録媒体を提供することを目的とするものである。
【課題を解決するための手段】
【００１２】
第１の本発明は、文字、画像、および音声の少なくとも１つからなるデータと、
前記データに対する処理を駆動させるためのイベントを記述するイベント記述子と、
前記データに対する処理の条件（無条件を含む）を記述する条件記述子と、
前記データの具体的処理方法を記述するデータ処理記述子とを送信することを特徴とするデータ送信方法である。
【００１３】
第２の本発明は、データに対する処理の仕方を指定するデータ処理方法指定手段と、
前記データと前記指定されたデータ処理方法とをファイルに格納するファイル作成手段と、前記ファイルを記録媒体に書き込むファイル書き込み手段とを備えたことを特徴とするイベント駆動型ファイル作成装置である。
【発明の効果】
【００１４】
第１の本発明によれば、ＣＰＵの負担が軽くなり、また、コストも低減できるデータ送信方法と、データ受信処理方法とを提供することができる。
【００１５】
第２の本発明によれぱ、機器間で情報をやりとりする際にプラグアンドプレイのような機器間の連携を実現することが出来、情報をやりとりする際のルールに時間的制約を許すことが出来効率的に機器間で受け渡しするデータを処理することが出来、あるいはパソコンで作成したデータを送信したい場合、費用が高くつかず通信速度にも制約を受けないイベント駆動型ファイル作成装置、イベント駆動型ファイル読みとり装置、データ記憶方法、データ処理方法及びプログラム記録媒体を提供することができる。
【発明を実施するための最良の形態】
【００１６】
まず、第１の本発明の各実施の形態について説明する。
【００１７】
（第１の本発明の実施の形態１）
図１は第１の本発明の第１の実施形態に係わる送信側のシステム構成図である。図１において、１０１は送信すべきデータを指定する送信データ指定手段、１０２は送信データを受信側でどのように処理するかを指定するデータ処理方法指定手段、１０３はデータ処理方法指定手段１０２で指定されたデータ処理方法に従って、イベント記述子、条件記述子、およびデータ処理記述子を生成する記述子生成部、１０４は送信データと各記述子を圧縮合成する送信データ合成部、１０５は送信データ合成部１０４で合成されたデータを所定のプロトコルで送信する送信部、１０６はモデムである。
【００１８】
以上のように構成された送信側のシステムが実行される本実施形態のハードウェア構成図を図２に示す。図２は基本的に汎用の計算機システムの構成と同じである。
【００１９】
また、図１で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。図２において２０２はプログラムを記憶する揮発性メモリからなる主記憶装置、２０３はプログラムやデータを記憶しておく不揮発性メモリからなる補助記憶装置、２０１は主記憶装置２０２に記憶されているプログラムを実行するＣＰＵである。先にも述べたように本ハードウェア構成は基本的に汎用の計算機システムと同じであり、補助記憶装置２０３に記憶されているプログラムは主記憶装置２０２にロードされてからＣＰＵ２０１によって実行される。
【００２０】
受信側のシステム構成を図３に示す。図１で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。図３において、３０１は所定のプロトコルに従ってデータを受信する受信部、３０２は受信したデータを伸長分離する受信データ分離部、３０３は分離されたデータを記憶するデータ記憶手段、３０４は分離された記述子のうちデータ処理記述子を記憶するデータ処理記述子記憶手段、３０５は条件記述子を記憶する条件記述子記憶手段、３０６はイベント記述子を記憶するイベント記述子記憶手段、３０７はデータ処理記述子に基づいて、データ記憶手段３０３に記憶されたデータの処理を行うデータ処理部、３０８は条件記述子に基づいて条件の評価を行う条件評価部、３０９はイベント記述子に基づいてイベントの発生を受け取るイベント受理部、３１０はデータを表示するデータ表示手段、３１１はユーザからの入力を受けつけるユーザ入力手段である。
【００２１】
以上のように構成されたシステムが実行される本実施形態のハードウェア構成図を図４に示す。図４は基本的に汎用の計算機システムの構成と同じである。
【００２２】
また、図２、および図３で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。４０１はグラフィックユーザーインターフェースを実現するために画像データ等を蓄えるＶＲＡＭである。
【００２３】
以上のように構成されたシステムの動作を送信側、受信側の順に説明する。送信側の動作を図５のフローチャートを用いて説明する。
【００２４】
例えば、電子レンジの故障が起きたときにユーザが電子レンジのスタートボタンを押すと「ただいま故障しています。となりのレンジを使用してください」の表示を出す処理のための条件を送受信する例について説明する。この例では、図６に示すようなＧＵＩによって送信データの指定とデータ処理方法の指定を行うものとする。
【００２５】
＜ステップａ１＞
送信したいデータを指定する。この例では、「ただいま故障しています。となりのレンジを使用してください。」という文章を"DATA1.TXT"としてエディタで作成し、送信データとして指定する。
【００２６】
＜ステップａ２＞
そしてデータ処理方法を指定する。この例では、ユーザがスタートボタンを押したときにデータの表示を行わせたいので、イベントとして「スタートボタンを押す」を選び、条件としては「電子レンジの故障」を選び、最後に具体的データの処理方法としては「表示する」を選ぶ。
【００２７】
＜ステップａ３＞
送信ボタンが押されるまで、ステップａ２のデータ処理方法の指定を受けつける。送信ボタンが押された場合にはステップａ４に進む。
【００２８】
＜ステップａ４＞
指定されたデータ処理方法に基づいて、イベント記述子、条件記述子、およびデータ処理記述子を生成する。生成される記述子の例を図７に示す。
【００２９】
＜ステップａ５＞
送信データ合成部１０４により、指定されたデータと各識別子を圧縮し合成する。
【００３０】
＜ステップａ６＞
送信部１０５により、所定のプロトコルによりモデム１０６を介してデータの送信を行いステップを終了する。
【００３１】
なお、本実施の形態では、送信するデータとしてテキストデータを用いたが、ＧＩＦ、ＪＰＥＧなどの画像データ、およびＭＰＥＧなどの画像データ、あるいは、ＨＴＭＬやＸＭＬなどの言語を用いて記述されたデータでも良い。
【００３２】
また、受信側で実行可能なバイナリ（バイトコードを含む）やプログラムをデータとして送信しても良い。これは受信装置側のソフトウェアのバージョンアップなどに利用することができる。また、データ処理記述子に受信側の装置を直接制御するコマンドやプログラムを記述する場合や、表示データをデータ処理記述子に含めて記述する場合など、処理すべきデータ本体は必ずしもなくても良い（クレーム１３，１４に対応する）。また、ＭＩＭＥのマルチパートなどを用いて、それぞれの記述子をまとめて記述しても良い。
【００３３】
また、本実施の形態では、通信機器としてモデムを用いたが、使用する通信路（ディジタル回線、インターネット、ディジタル放送など）に応じて他の通信機器を用いても良いことは言うまでもない。通信プロトコルは、独自のものであっても良いし、ＸＭＯＤＥＭ、ＦＴＰ、ＨＴＴＰ、ＳＭＴＰ、あるいはＧ３のＢＦＴなど何でも良い。
【００３４】
次に受信側の動作を図８のフローチャートを用いて説明する。
【００３５】
＜ステップｂ１＞
リンガ待ち受け状態で待機し、リンガを受理した場合にオフフックして回線を接続する。
【００３６】
＜ステップｂ２＞
モデム１０６を介して所定のプロトコルでデータを受信する。
【００３７】
＜ステップｂ３＞
ステップｂ２でデータの受信を完了した場合、受信データを伸長してデータとイベント記述子、条件記述子、およびデータ処理記述子の各識別子に分割する。
【００３８】
＜ステップｂ４＞
分割されたデータをデータ記憶手段３０３に、データ処理記述子をデータ処理記述子記憶手段３０４に、条件記述子を条件記述子記憶手段３０５に、イベント記述子をイベント記述子記憶手段３０６にそれぞれ格納する。
【００３９】
＜ステップｂ５＞
イベント受理部３０９でイベント記述子に記述されているイベントを受け取る。イベントを受け取った場合は対応するイベント記述子をもってステップｂ６に進む。この例では、ユーザ入力手段３１１からの「スタートボタンを押す」をイベントとして受理する。
【００４０】
＜ステップｂ６＞
ステップｂ５のイベント記述子と対応づけられた条件記述子の条件を条件評価部３０８で評価する。条件が満たされている場合にはステップｂ７に進む。ここでは、「電子レンジが故障している」かどうかを判別する。
【００４１】
＜ステップｂ７＞
ステップｂ６で条件が満たされた条件記述子に対応するデータ処理記述子に基づいて、データ処理部３０７でデータの処理を行いステップを終了する。ここでは、「ただいま故障しています。となりのレンジを使用してください」の表示をデータ表示手段３１０に表示する。
【００４２】
なお、データ処理としては上記実施の形態では最も単純な表示を例として挙げたが、条件記述子にユーザプロファイルに関する条件を記述し、ユーザに合わせてデータ内容を編集したりする処理を記述しても良い。
【００４３】
このようなデータ送信方法、および受信処理方法を用いることにより、受信側のイベントによって条件判断を行うイベント駆動型ルールを送信し、受信側の状況に応じた動作を実行させることが可能になる。
【００４４】
以上要するにまとめると、一般に、ユーザ入力などのイベントは予期しないとき、不定期に起こるため、ユーザ入力をＣＰＵから定期的に監視する手法では負担が多くなりすぎるので、本発明のようにイベント駆動型の処理にするメリットは大きい。
【００４５】
（第１の本発明の実施の形態２）
図９は本発明の第２の実施形態に係わる送信側のシステム構成図である。図１に示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。図９において、１０７は時間制約を指定する時間制約指定手段、１０８は時間制約指定手段１０７で指定された時間制約に基づいて、イベント制約時間記述子、条件時間制約記述子、および処理時間制約記述子を生成する時間制約記述子生成部、なお送信データ合成部１０４では各時間制約記述子を含めて合成するものとする。
【００４６】
以上のように構成された送信側のシステムが実行される本実施形態のハードウェア構成図を図１０に示す。図１０は基本的に汎用の計算機システムの構成と同じである。また、図９で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【００４７】
受信側のシステム構成を図１１に示す。なお、図１１に示す実施の形態では、イベント時間制約のみがある場合である。図９で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。図１１において、３１２は受信したデータから分離されたイベント時間制約記述子を記憶するイベント時間制約記述子記憶手段、３１３はイベント時間制約記述子に基づいてイベント受理の有効、無効を管理するイベント受理管理部、３１４は現在時刻の保持と時間間隔の計測を行う計時手段である。
【００４８】
以上のように構成されたシステムが実行される本実施形態のハードウェア構成図を図１２に示す。図１２は基本的に汎用の計算機システムの構成と同じである。また、図２、および図１１で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【００４９】
以上のように構成されたシステムの動作を送信側、受信側の順に説明する。送信側の動作を図１３のフローチャートを用いて説明する。
【００５０】
例えば、応募に有効期限のあるプレゼント情報を送信する場合について説明する。応募ボタンを選択したときに、９月３０日までは、応募用の入力フォーマットを表示し、１０月１日からは「応募は締め切らせていただきました。」という表示を出すものとする。
【００５１】
＜ステップｃ１＞
送信したいデータを指定する。この例では、情報本体と応募用の入力フォーマット（"FORM1.DAT")と「応募は締め切らせていただきました。」という文章("DATA2.TXT")を作成し、送信データとして指定する。
【００５２】
＜ステップｃ２＞
データ処理方法を指定する。この例では、ユーザが応募ボタンを押した時に、所定の情報を表示するように指定する。後述する時間制約に応じて２種類の異なる表示を行うので、それぞれの場合について表示処理の指定を行う。表示に関する条件が特になければ、条件については指定しないで良い。条件を指定しない場合は条件は常に成立するものとみなす。
【００５３】
＜ステップｃ３＞
イベント受理に関する時間制約について指定する。この例では、応募ボタンが押されるという同じイベントに対して、日時に合わせて表示する内容を変更したいので、ステップｃ２で指定された２つの表示処理について、それぞれ９月３０日まで有効、および１０月１日から有効になるようにイベント時間制約をつける。
【００５４】
＜ステップｃ４＞
送信ボタンが押されるまで、ステップｃ３の時間制約の指定を受けつける。送信ボタンが押された場合にはステップｃ５に進む。
【００５５】
＜ステップｃ５＞
指定されたデータ処理方法に基づいて、イベント記述子、条件記述子、およびデータ処理記述子を生成し、指定された時間制約に従って、イベント時間制約記述子を生成する。この例では、時間帯によって異なる処理を実行するため、時間制約のみ異なる同じイベント記述子を持つ２組の記述子のセットを生成する。ステップｃ５で生成される記述子の例を図１４に示す。
【００５６】
＜ステップｃ６＞
送信データ合成部１０４により、指定されたデータと各識別子を圧縮し合成する。
【００５７】
＜ステップｃ７＞
送信部１０５により、所定のプロトコルによりモデム１０６を介してデータの送信を行いステップを終了する。
【００５８】
なお、本実施の形態では、イベントに関する時間制約のみを取り上げたが、条件、データ処理に関する時間制約を指定できることは言うまでもない。条件、データ処理に関する時間制約を指定した場合は、ステップｃ５において、それぞれ条件時間制約記述子、処理時間制約記述子が生成され、ステップｃ６ですべての記述子が圧縮合成されるものとする。
【００５９】
次に受信側の動作を図１５のフローチャートを用いて説明する。
【００６０】
＜ステップｄ１＞
リンガ待ち受け状態で待機し、リンガを受理した場合にオフフックして回線を接続する。
【００６１】
＜ステップｄ２＞
モデム１０６を介して所定のプロトコルでデータを受信する。
【００６２】
＜ステップｄ３＞
ステップｄ２でデータの受信を完了した場合、受信データを伸長してデータとイベント時間制約記述子、イベント記述子、条件記述子、およびデータ処理記述子の各識別子に分割する。
【００６３】
＜ステップｄ４＞
分割されたデータをデータ記憶手段３０３に、データ処理記述子をデータ処理記述子記憶手段３０４に、条件記述子を条件記述子記憶手段３０５に、イベント記述子をイベント記述子記憶手段３０６に、イベント時間制約記述子をイベント時間制約記述子記憶手段３１２にそれぞれ格納する。
【００６４】
＜ステップｄ５＞
イベント時間制約記述子を参照し、各イベント記述子が有効状態になる期間を管理する時間テーブルを生成する。この例は、９月３０日までは図１４の（ａ）の記述子が有効、１０月１日以降では図１４の（ｂ）の記述子が有効になる時間テーブルを生成する。
【００６５】
＜ステップｄ６＞
ステップｄ５で生成した時間テーブルに基づいてイベント受理部３０９で現在受理が有効になっているイベント記述子に対応するイベントを受理する。イベントを受理した場合はステップｄ６に進む。この例では、図１４の（ａ）、（ｂ）のどちらの記述子も同じイベントを受理するように指定されているため、結果として日時にかかわらずユーザ入力手段３１１からの「応募ボタンを押す」をイベントとして受理する（イベント受理によって、評価される条件、実行されるデータ処理は異なる）。
【００６６】
＜ステップｄ７＞
ステップｄ６で現在有効なイベント記述子と対応づけられた条件記述子の条件を条件評価部３０８で評価する。条件が満たされている場合にはステップｄ８に進む。この例では、条件は指定されていないので、無条件に満たされているものとみなされる。
【００６７】
＜ステップｄ８＞
ステップｄ７で条件が満たされた条件記述子に対応するデータ処理記述子に基づいて、データ処理部３０７でデータの処理を行いステップを終了する。ここでは、９月３０日までであれば図１４の（ａ）のデータ処理を実行して応募フォーマットの表示を行い、１０月１日以降では図１４の（ｂ）のデータ処理を実行して「応募を締め切らせていただきました」の表示をデータ表示手段３１０に表示する。
【００６８】
なお、データ処理としては最も単純な表示を例として挙げたが、例えば販売システムなどでは、１８：００以降で売り上げ目標の８０％なら値引きして売るといった処理を記述しても良い。
【００６９】
このようなデータ送信方法、および受信処理方法を用いることにより、イベントが起こる日時によって、そのイベントに対応する処理を受信側で自動的に変更が可能なルールを送信側で簡単に作成して送信することができる。このため、時間帯によって同じイベントに対する処理を変えたり、特定の時間帯のみ有効な処理を実現できる。
【００７０】
（第１の本発明の実施の形態３）
本発明の第３の実施形態に係わる送信側のシステム構成、ハードウェア構成は、それぞれ図９、図１０に示す構成と同一であるため説明を省略する。
【００７１】
受信側のシステム構成を図１６に示す。図１１で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。図１６において、３１５は受信データより分離された条件時間制約記述子を格納する条件時間制約記述子記憶手段、３１６は条件時間制約記述子に基づいて条件評価を制御する条件評価制御部である。
【００７２】
以上のように構成されたシステムが実行される本実施形態のハードウェア構成は、図１２に示すハードウェア構成と同一のため説明を省略する。
【００７３】
以上のように構成されたシステムの動作を説明する。送信側については図１３のフローチャートに示すものとほぼ同じであるため説明を省略し、受信側についてのみを図１７に示すフローチャートを用いて説明する。
【００７４】
例えば、在庫管理において、商品が納入されてから１ヶ月間以上所定の商品が売れなければ、センターに連絡するような場合について説明する。
【００７５】
＜ステップｅ１＞
リンガ待ち受け状態で待機し、リンガを受理した場合にオフフックして回線を接続する。
【００７６】
＜ステップｅ２＞
モデム１０６を介して所定のプロトコルでデータを受信する。
【００７７】
＜ステップｅ３＞
ステップｅ２でデータの受信を完了した場合、受信データを伸長してデータとイベント記述子、条件時間制約記述子、条件記述子、およびデータ処理記述子の各識別子に分割する。
【００７８】
＜ステップｅ４＞
分割されたデータをデータ記憶手段３０３に、データ処理記述子をデータ処理記述子記憶手段３０４に、条件記述子を条件記述子記憶手段３０５に、イベント記述子をイベント記述子記憶手段３０６に、条件時間制約記述子を条件時間制約記述子記憶手段３１５にそれぞれ格納する。
【００７９】
＜ステップｅ５＞
イベント受理部３０９でイベント記述子に記述されているイベントを受理する。イベントを受理した場合はステップｅ６に進む。この例は、ユーザ入力手段３１１からの「商品の納入」をイベントとして受理する。
【００８０】
＜ステップｅ６＞
条件時間制約記述子に基づいて、条件評価の時間テーブルを生成する。
【００８１】
＜ステップｅ７＞
ステップｅ６で生成した時間テーブルに基づいて、条件評価制御部３１６の制御を受けて時間的な制約を考慮しながら条件評価部３０８で条件の評価を行う。条件が満たされた場合にはステップｅ７に進む。この例では、商品が納入されてからの商品の在庫時間を計測し、その時間が１ヶ月を超えたときに条件が成立する。
【００８２】
＜ステップｅ８＞
ステップｅ６の条件記述子に対応するデータ処理記述子の内容に基づいて、データ処理部３０７でデータの処理を行いステップを終了する。この例では、センターへの連絡を行う。
【００８３】
このようなデータ送信方法、および受信処理方法を用いることにより、継続的に評価が必要な条件を含む場合についても対応できる。
【００８４】
（第１の本発明の実施の形態４）
本発明の第４の実施形態に係わる送信側のシステム構成、ハードウェア構成は、それぞれ図９、図１０に示す構成と同一であるため説明を省略する。
【００８５】
受信側のシステム構成を図１８に示す。図１１で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。図１８において、３１７は受信データより分離された処理時間制約記述子を格納する処理時間制約記述子記憶手段、３１８は処理時間制約記述子に基づいてデータ処理を行う時刻を制御する処理時刻制御部である。
【００８６】
以上のように構成されたシステムが実行される本実施形態のハードウェア構成は、図１２に示すハードウェア構成と同一のため説明を省略する。
【００８７】
以上のように構成されたシステムの動作を説明する。送信側については図１３のフローチャートに示すものとほぼ同じであるため説明を省略し、受信側についてのみを図１９に示すフローチャートを用いて説明する。
【００８８】
ここでは、送信すべきメッセージを受けつけると、至急の指定がない場合には２３：００以降の深夜の安い時間に受けつけたメッセージの送信を行う例について説明する。
【００８９】
＜ステップｆ１＞
リンガ待ち受け状態で待機し、リンガを受理した場合にオフフックして回線を接続する。
【００９０】
＜ステップｆ２＞
モデム１０６を介して所定のプロトコルでデータを受信する。
【００９１】
＜ステップｆ３＞
ステップｆ２でデータの受信を完了した場合、受信データを伸長してデータとイベント記述子、条件記述子、処理時間制約記述子、およびデータ処理記述子の各識別子に分割する。
【００９２】
＜ステップｆ４＞
分割されたデータをデータ記憶手段３０３に、データ処理記述子をデータ処理記述子記憶手段３０４に、条件記述子を条件記述子記憶手段３０５に、イベント記述子をイベント記述子記憶手段３０６に、処理時間制約記述子を処理時間制約記述子記憶手段３１７にそれぞれ格納する。
【００９３】
＜ステップｆ５＞
イベント受理部３０９でイベント記述子に記述されているイベントを受理する。イベントを受理した場合はステップｆ６に進む。この例は、ユーザ入力手段３１１からの「メッセージの送信要求」をイベントとして受理する。
【００９４】
＜ステップｆ６＞
ステップｆ５で有効なイベント記述子と対応づけられた条件記述子に記述されている条件を条件評価部３０８で評価する。条件が満たされた場合にはステップｆ７に進む。この例では、送信要求を出したメッセージに「至急」の指定がない場合に条件が成立する。
【００９５】
＜ステップｆ７＞
ステップｆ６の条件記述子に対応するデータ処理記述子に記述された処理の準備を行い、処理時間制約記述子の指定に従って処理時刻制御部がデータ処理の開始をデータ処理部３０７に通知する。この例の場合、２３：００を過ぎた時点で送信すべきメッセージがある場合には、送信の実行がデータ処理部に通知される。
【００９６】
＜ステップｆ８＞
データ処理の開始を通知されたデータ処理部３０７はデータの処理を実行し、ステップを終了する。この例では、メッセージの送信を行う。
【００９７】
このようなデータ送信方法、および受信処理方法を用いることにより、イベント検出と条件評価の時間とは、別な時間に処理の実行を行わせることができるので、通話料金の安い時間に通信を行ったり、センターへのアクセスが集中しないように地域ごとにアクセスする時間をずらしたりすることが可能になる。
【００９８】
（第１の本発明の実施の形態５）
図２０は本発明の第５の実施形態に係わる送信側のシステム構成図である。図２０において、５０１は放送信号に対して圧縮などを含めた適切な符号化処理を行う信号符号化部、５０２は信号符号化部の符号化に同期してイベント記述子の符号化を行うイベント記述子符号化部、５０３は信号符号化部の符号化に同期してイベント記述子と対応づけられたルールの符号化を行うルール符号化部、５０４は信号符号化部の符号化に同期して付加情報の符号化を行う付加情報符号化部、５０５は符号化された放送信号、記述子、付加情報の多重化処理を行う多重化部、５０６は多重化された信号に対し、チャネルコーデックや変調などの送信に必要な処理を行う送信部、５０７は所定の高い周波数に変調するアップコンバータ、５０８は送信アンテナである。
【００９９】
以上のように構成された送信側のシステムが実行される本実施形態のハードウェア構成図を図２１に示す。図２１は基本的に汎用の計算機システムの構成と同じである。また、図２、図２０で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０１００】
受信側のシステム構成を図２２に示す。図３で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。図２２において、７０１は受信アンテナ、７０２は受信アンテナより受信した衛星波を所定の低い周波数に変調するダウンコンバータ、７０３はディジタル放送用受信チューナ、７０４はチューナによって選局された信号を映像情報、音声情報からなる放送信号と、イベント記述子と、ルールと、付加情報とに分離する分離部、７０５は符号化された放送信号を復号化する信号復号化部、７０６は符号化されたイベント記述子を復号化するイベント記述子復号化部、７０７は符号化されたルールを復号化するルール復号化部、７０８は符号化された付加情報を復号化する付加情報復号化部、７０９はルールの条件評価と実行を行うルール実行部、７１０はモニタ、７１１はスピーカである。
【０１０１】
以上のように構成されたシステムが実行される本実施形態のハードウェア構成図を図２３に示す。図２３は基本的に汎用の計算機システムの構成と同じである。また、図２、および図２２で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０１０２】
以上のように構成されたシステムの動作を送信側、受信側の順に説明する。送信側の動作を図２４のフローチャートを用いて説明する。
【０１０３】
ここでは、付加情報を受信したことをイベントとして、オンスクリーン表示が有効であれば、「付加情報を受信中です」とモニタに表示するルール１とユーザが表示ボタンを押すことをイベントとして、付加情報を受信中であれば、付加情報の内容をモニタに表示するルール２を送付する例について説明する。
【０１０４】
＜ステップｇ１＞
標準テレビ信号、ハイビジョン信号などの映像情報と、これに関連した音声情報からなる放送信号に対して、信号符号化部５０１により圧縮などを含めた適切な符号化処理を行う。
【０１０５】
＜ステップｇ２＞
ステップｇ１で符号化した放送信号に関連した付加情報があるかどうか調べ、付加情報がある場合にはステップｇ３に進む。そうでない場合はステップｇ８に進む。
【０１０６】
＜ステップｇ３＞
多重化して送信する付加情報を付加情報符号化部５０４によりステップｇ１と同様の方法で符号化する。
【０１０７】
＜ステップｇ４＞
付加情報に対しての処理条件と処理内容をルールとして指定し、さらにルールを発火させるイベントを指定する。指定された内容に従って、ルール、およびイベント記述子を生成する。ここでは、ルール１、ルール２を指定する。生成される記述子を図２５に示す。
【０１０８】
＜ステップｇ５＞
イベント記述子符号化部５０２によりイベント記述子の符号化を行う。
【０１０９】
＜ステップｇ５＞
ルール符号化部５０３によりルールの符号化を行う。
【０１１０】
＜ステップｇ７＞
符号化された放送信号と付加情報とイベント記述子とルールを入力として多重化部５０５により多重化処理を施す。
【０１１１】
＜ステップｇ８＞
ステップｇ７で多重化された信号に対し、チャンネルコーデックや変調などの必要な処理を送信部５０６で施してディジタル放送用送信信号に変調する。
【０１１２】
＜ステップｇ９＞
アップコンバータ５０７を経て送信アンテナ５０８で放送衛星に向けて送信する。
【０１１３】
次に受信側の動作を図２６のフローチャートを用いて説明する。
【０１１４】
＜ステップｈ１＞
受信アンテナ７０１で受信した衛星波をダウンコンバータ７０２によって所定の周波数帯にダウンコンバートし、ディジタル放送用チューナ７０３を経てディジタル復調器に供給して選局、復調処理を施す。
【０１１５】
＜ステップｈ２＞
ステップｈ１で選局、復調されたディジタル放送信号を分離部７０４で映像情報、音声情報からなる番組情報とイベント記述子とルールと付加情報とに分離する。
【０１１６】
＜ステップｈ３＞
イベント記述子復号化部７０６により受信信号中のイベント記述子を復号する。
【０１１７】
＜ステップｈ４＞
ルール復号化部７０７により受信信号中のルールを復号する。
【０１１８】
＜ステップｈ５＞
付加情報復号化部７０８により受信信号中の付加情報を復号する。
【０１１９】
＜ステップｈ６＞
ステップｈ３で復号したイベント記述子に対応するイベントの受理を行う。イベントが受理された場合にはステップｈ７に進む。この例では、「付加情報を受信」というイベントを受理するか、「表示ボタンが押された」というイベントが受理された場合に次のステップに進む。
【０１２０】
＜ステップｈ７＞
ステップｈ６で受理したイベント記述子に対応するルールの条件の評価と実行を行いステップを終了する。この例では、付加情報を受信した場合には、ルール１を実行してオンスクリーン表示が有効かどうかを調べ、有効である場合にはモニタ７１０に「付加情報を受信中です」の表示を行う。また、ユーザが表示ボタンを押したときには、ルール２を実行して付加情報が受信中であれば、付加情報の表示を行う。
【０１２１】
このようなディジタル放送用送信方法、および受信処理方法を用いることにより、受信側のイベントによって条件判断を行うイベント駆動型ルールを送信し、受信側の状況に応じた動作を実行させることが可能になる。
【０１２２】
なお、本発明は、上記実施の形態では、ＣＰＵに対する割り込みをイベントとして扱ったが、本発明のイベントはこれに限らず、監視する必要のない外部から発生する事象のことである。
【０１２３】
また、本発明のプログラム媒体は、上述したデータ送信方法における各処理プロセスの全部又は一部をコンピュータで実現するためのプログラムを格納したＣＤ等のプログラム媒体、あるいは上述したデータ受信処理方法における各処理プロセスの全部又は一部をコンピュータで実現するためのプログラムを格納したＤＶＤ等のプログラム媒体である。
【０１２４】
次に、第２の本発明の各実施の形態について図面を参照して説明する。
【０１２５】
（第２の本発明の実施の形態１）
図２７は第２の本発明の第１の実施の形態に係わる書き込み側のシステム構成図である。図２７において、１０１Aは記憶すべきデータを指定するデータ指定手段、１０２Aはデータを読み出し側でどのように処理するかを指定するデータ処理方法指定手段、１０３Ａはデータ処理方法指定手段１０２Ａで指定されたデータ処理の仕方に従って、イベント記述子、条件記述子、およびデータ処理記述子を生成する記述子生成部、１０４はデータと各記述子を所定のファイルフォーマットに変換するファイル作成部、１０５Ａはファイル作成部１０４Ａで作成されたファイルを所定の記憶媒体に書き込むファイル書き込み部である。
【０１２６】
以上のように構成された書き込み側のシステムが実行される本実施の形態のハードウェア構成図を図２８に示す。図２８は基本的に汎用の計算機システムの構成と同じである。また、図２７で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。図２８において２０２Ａはプログラムを記憶する揮発性メモリからなる主記憶装置、２０３Ａはプログラムやデータを記憶しておく不揮発性メモリからなる補助記憶装置、２０１Ａは主記憶装置２０２Ａに記憶されているプログラムを実行するＣＰＵである。先にも述べたように本ハードウェア構成は基本的に汎用の計算機システムと同じであり、補助記憶装置２０３Ａに記憶されているプログラムは主記憶装置２０２ＡにロードされてからＣＰＵ２０１Ａによって実行される。
【０１２７】
読み出し側のシステム構成を図２９に示す。図２７で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。図２９において、３０１Ａは所定の記憶媒体からファイルを読み出すファイル読み出し部、３０２Ａは読み出したファイルから各記述子を取り出して分離する記述子分離部、３０３Ａは分離された記述子のうちデータ処理記述子を記憶するデータ処理記述子記憶手段、３０４Ａは条件記述子を記憶する条件記述子記憶手段、３０５Ａはイベント記述子を記憶するイベント記述子記憶手段、３０６Ａはデータ処理記述子に基づいてデータの処理を行うデータ処理部、３０７Ａは条件記述子に基づいて条件の評価を行う条件評価部、３０８Ａはイベント記述子に基づいてイベントの受理を行うイベント受理部、３０９Ａはデータを表示するデータ表示手段、３１０Ａは時刻を返す計時手段である。
【０１２８】
以上のように構成されたシステムが実行される本実施の形態のハードウェア構成図を図３０に示す。図３０は基本的に汎用の計算機システムの構成と同じである。また、図２９で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０１２９】
以上のように構成されたシステムの動作を書き込み側、読み出し側の順に説明する。まず書き込み側の動作を図３１のフローチャートを用いて説明する。
【０１３０】
例えば、家族への伝言を書き込み側で作成してフラッシュカードに書き込み、読み出し側にフラッシュカードを差し込むと、伝言を表示するように設定した時間に伝言を表示する例について説明する。
【０１３１】
＜ステップａ１＞
表示したい伝言をデータ指定手段１０１Ａにより指定する。この例では、「洗濯物をとりこんでおいて」という伝言をテキストエディタにより入力する。
【０１３２】
＜ステップａ２＞
データ処理方法指定手段１０２Ａよりデータ処理の仕方を指定する。この例では、所定の時刻に伝言の表示を行わせたいので、イベントとして「タイマーのカウント完了」、条件としては「１５：００」を設定し、最後にデータの具体的処理方法としては「表示する」を設定する。データ指定、データ処理方法指定の画面例を図３２に示す。
【０１３３】
＜ステップａ３＞
決定ボタンが押されるまで、ステップａ２のデータ処理方法の指定を受けつける。決定ボタンが押された場合にはステップａ４に進む。
【０１３４】
＜ステップａ４＞
指定されたデータ処理方法に基づいて、イベント記述子、条件記述子、およびデータ処理記述子を生成する。
【０１３５】
＜ステップａ５＞
ファイル作成部１０４Ａにより、指定されたデータと各記述子を所定のファイル形式に変換する。生成されるファイル形式の例を図３３に示す。ここでは、各記述子をRULE1.TXTというファイルに変換し、データをDATA1.TXTというファイルに変換している。RULE1.TXTでは、DATA1.TXTが表示データとして関連づけられている。
【０１３６】
＜ステップａ６＞
ファイル書き込み部１０５Ａにより、フラッシュカードにファイルを書き込みステップを終了する。
【０１３７】
なお、上記では伝言の入力方法としてテキストエディタによる文字入力を用いたが、他にタブレットを用いた入力や、マイクを用いた音声入力、カメラを用いた画像入力でも良い。
【０１３８】
さらに、ファイル形式としてテキスト形式のファイルを用いたが、バイナリ形式であっても良い。
【０１３９】
さらに、ファイルシステムとしては、一般的なＯＳで用いられる形式のものについて説明したが、独自のフォーマットであっても良い。
【０１４０】
次に読み出し側の動作を図３４のフローチャートを用いて説明する。
【０１４１】
＜ステップｂ１＞
フラッシュカードが挿入されたかどうかを調べる。フラッシュカードが挿入されている場合には、ステップｂ２に進む。
【０１４２】
＜ステップｂ２＞
ファイル読み出し部１０６Ａから記述子のファイルを読み出す。
【０１４３】
＜ステップｂ３＞
ステップｂ２で読み出したファイルからイベント記述子、条件記述子、およびデータ処理記述子の各記述子に分割する。
【０１４４】
＜ステップｂ４＞
分割されたデータ処理記述子をデータ処理記述子記憶手段３０３Ａに、条件記述子を条件記述子記憶手段３０４Ａに、イベント記述子をイベント記述子記憶手段３０５Ａにそれぞれ格納する。
【０１４５】
＜ステップｂ５＞
イベント受理部３０８Ａでイベント記述子に記述されているイベントを受理する。イベントを受理した場合はステップｂ６に進む。この例では、計時手段３１０Ａからの「タイマー割り込み」をイベントとして受理する。
【０１４６】
＜ステップｂ６＞
ステップｂ５のイベント記述子と対応づけられた条件記述子の条件を条件評価部３０８Ａで評価する。条件が満たされている場合にはステップｂ７に進む。ここでは、「１５：００」かどうかを判別する。
【０１４７】
＜ステップｂ７＞
ステップｂ６で条件が満たされた条件記述子に対応するデータ処理記述子に基づいて、記憶媒体から対応するデータのファイルを読み出し、データ処理部３０７Ａでデータの処理を行いステップを終了する。ここでは、「洗濯物をとりこんでおいて」の表示をデータ表示手段３０９Ａに表示する。
【０１４８】
このように読み出し側は、フラッシュカードが挿入されたら、自動的に各記述子を読み込み、イベント記述子に記述されているイベントを自動的に受理するように待ち受け状態になり、イベントが発生するのを待つ。
【０１４９】
なお、データ処理としては最も単純な伝言表示を例として挙げたが、料理のレシピなどの手順を、経過時間をイベントとして音声で案内しても良い。
【０１５０】
さらに、記憶媒体としてフラッシュカードを例に挙げたが、ハードディスクなど他のリムーバブルメディアであっても良いことは言うまでもないし、ＣＤ−ＲＯＭなどのＲＯＭ（Read Only Memory）をメディアとして利用しても良い。
【０１５１】
なお、本実施の形態のファイル作成部は本発明のファイル作成手段の例であり、本実施の形態のファイル書き込み部は本発明のファイル書き込み手段の例であり、本実施の形態のファイル読み出し部は本発明のファイル読みとり手段の例であり、本実施の形態のデータ処理部、条件評価部、イベント受理部は本発明のデータ処理手段の例である。
【０１５２】
このようなイベント駆動型ファイル作成装置、イベント駆動型ファイル読みとり装置、データ記憶方法及びデータ処理方法を用いることにより、例えば、書き込み側をパーソナルコンピュータのソフトとして実現し、読み出し側をテレビに接続するアダプターとして実現することができる。これにより、比較的複雑なデータの作成を可能にするとともに、読み出し側を簡易で安価な構成にすることができる。また、伝言を見る側は特別な操作を必要としないので、子供やお年寄りでも簡単に利用できるなどのメリットがある。
【０１５３】
（第２の本発明の実施の形態２）
図３５は本発明の第２の実施の形態に係わる書き込み側のシステム構成図である。図３５は図２７で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０１５４】
図３５において、５０１Ａはデータを送信する相手先電話番号とデータを送信するタイミングを時刻、あるいはイベントで指定するデータ送信方法指定手段である。
【０１５５】
以上のように構成された書き込み側のシステムが実行される本実施の形態のハードウェア構成図を図３６に示す。図３６は基本的に汎用の計算機システムの構成と同じである。また、図２８、図３５で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０１５６】
送信（読み出し）側のシステム構成を図３７に示す。図２９に示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。図３７において、７０１Ａは分離された記述子のうち送信先記述子を記憶する送信先記述子記憶手段、７０２Ａは送信先記述子に基づいて、イベント記述子に対応づけられたデータを送信するデータ送信部、７０３Ａはモデムである。
【０１５７】
以上のように構成されたシステムが実行される本実施の形態のハードウェア構成図を図３８に示す。図３８は基本的に汎用の計算機システムの構成と同じである。また、図２８、および図３７で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０１５８】
ここでは、フラッシュカードに画像データを記録して送信する場合について説明する。
【０１５９】
まず、フラッシュカードへのファイルの書き込みについて、図３９のフローチャートを用いて説明する。
【０１６０】
＜ステップｃ１＞
送信したい画像をデータ指定手段１０１Ａにより選択する。
【０１６１】
＜ステップｃ２＞
データ送信方法として、送信先、および送信を開始するイベントを送信方法指定手段５０１Ａより指定する。ここでは、フラッシュカードを差し込んだらすぐに送信を行いたいものと仮定し、「フラッシュカードの挿入」をイベントとして指定する。データ指定、および送信方法指定の画面の例を図４０に示す。
【０１６２】
＜ステップｃ３＞
決定ボタンが押されるまで、ステップｃ１からｃ２の指定を受けつける。決定ボタンが押された場合にはステップｃ４に進む。
【０１６３】
＜ステップｃ４＞
イベント記述子、送信先記述子を生成する。
【０１６４】
＜ステップｃ５＞
ファイル作成部１０４Ａにより、指定された画像データと各記述子を所定のファイル形式に変換する。生成されるファイルの例を図４１に示す。
【０１６５】
＜ステップｃ６＞
ファイル書き込み部１０５Ａにより、フラッシュカードにステップｃ５で生成したファイルを書き込みステップを終了する。
【０１６６】
次に読み出し側としてデータ送信装置の動作を図４２のフローチャートを用いて説明する。
【０１６７】
＜ステップｄ１＞
フラッシュカードが挿入されたかどうかを調べる。フラッシュカードが挿入されている場合には、ステップｄ２に進む。
【０１６８】
＜ステップｄ２＞
ファイル読み出し部１０６Ａから記述子のファイルを読み出す。
【０１６９】
＜ステップｄ３＞
ステップｄ２で読み出したファイルからイベント記述子、送信先記述子の各識別子に分割する。
【０１７０】
＜ステップｄ４＞
分割された送信先記述子を送信先記述子記憶手段７０１Ａに、イベント記述子をイベント記述子記憶手段３０５Ａにそれぞれ格納する。
【０１７１】
＜ステップｄ５＞
イベント受理部３０８Ａでイベント記述子に記述されているイベントを受理する。イベントを受理した場合はステップｄ６に進む。この例では、「カード挿入」をイベントとするため、カード挿入があると直ちにイベントが起こったものとみなされる。
【０１７２】
＜ステップｄ６＞
送信先記述子の情報に基づいて、フラッシュカードから対応するデータのファイルを読み出し、データ送信部７０２Ａによりモデム７０３Ａを介してデータの送信処理を行いステップを終了する。
【０１７３】
なお、送信のためのイベントとしては、「カード挿入」の他に、料金の安い時間に送信するように、時刻を指定する「タイマーによる所定時刻におけるカウント完了」をイベントとして設定しても良い。
【０１７４】
さらに、記憶媒体としてフラッシュカード以外のものを利用しても良いことはいうまでもない。
【０１７５】
さらに、送信データとしては、画像データについて説明したが、ディジタルデータであれば、MPEGなどの動画やファクシミリデータ、プログラムデータなど何でも良い。
【０１７６】
さらに、書き込み側を電話回線に接続することで、各記述子とデータの組をダウンロードできるようにしても構わない。
【０１７７】
さらに、本実施の形態のファイル作成部は本発明のファイル作成手段の例であり、本実施の形態のファイル書き込み部は本発明のファイル書き込み手段の例であり、本実施の形態のデータ送信方法指定手段は本発明のデータ処理方法指定手段の例であり、本実施の形態のファイル読み出し部は本発明のファイル読みとり手段の例であり、本実施の形態のデータ送信部、イベント受理部は本発明のデータ処理手段の例である。
【０１７８】
以上のように、書き込み側でデータの送信相手先の情報や送信時刻などをイベント駆動型のデータ処理記述子としてデータと共に記録メディアに書き込むことにより、電話回線のあるところに送信装置のみを設置して記録メディアを差し込むだけで送信処理を行うことが可能になるため、電話回線の引き回しなどの問題を解決できるなどのメリットがある。
【０１７９】
（第２の本発明の実施の形態３）
図４３は本発明の第３の実施の形態に係わる書き込み側のシステム構成図である。図４３は図２７で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０１８０】
図４３において、９０１Ａは加熱制御データを入力する加熱制御データ入力手段、９０２Ａは、加熱制御データを利用するメニュー番号と、加熱制御データを利用できる条件を指定する加熱条件指定手段である。
【０１８１】
以上のように構成された書き込み側のシステムが実行される本実施の形態のハードウェア構成図を図４４に示す。図４４は基本的に汎用の計算機システムの構成と同じである。また、図２８、図４３で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０１８２】
加熱処理（読み出し）側のシステム構成を図４５に示す。図２９に示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。図４５において、１１０１Ａは加熱制御データに基づいて加熱処理を行う加熱制御部、１１０２Ａは加熱用ヒータ、１１０３Ａはメニュー番号入力やスタートボタン押すなどのユーザ入力を受けつけるユーザ入力部、１１０４Ａは加熱制御部１１０１Ａが利用する加熱制御データを格納する加熱制御データ格納手段である。
【０１８３】
以上のように構成されたシステムが実行される本実施の形態のハードウェア構成図を図４６に示す。図４６は基本的に汎用の計算機システムの構成と同じである。また、図２８、および図４５で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０１８４】
近年、冷凍食品をあたためてそのまま食べられる商品も多く発売されており、おいしく加熱するために細やかな加熱制御が望まれている。また、新商品に対しても、すばやく対応できることが期待される。
【０１８５】
そこで、本実施の形態では加熱制御データをフラッシュカードに記録して、電子レンジによる加熱を行う例について説明する。
【０１８６】
まず、フラッシュカードへの加熱制御データの書き込みについて、図４７のフローチャートを用いて説明する。
【０１８７】
＜ステップｅ１＞
加熱制御データを加熱制御データ入力手段９０１Ａより入力する。入力画面例を図４８に示す。図４８の例では、６００Ｗで６０秒加熱した後、８００Ｗで３０秒加熱することを示している。
【０１８８】
＜ステップｅ２＞
加熱データを読み込むイベントとしてのメニュー番号と、外気温度などの条件を加熱条件指定手段９０２Ａより指定する。例えば、メニュー番号として「１」を指定し、条件としては外気温度が０度以上４０度以下を指定する。
【０１８９】
＜ステップｅ３＞
加熱制御データと加熱条件が指定されるまでステップｅ１、ｅ２を繰り返し、指定が終了した場合にはステップｅ４に進む。
【０１９０】
＜ステップｅ４＞
イベント記述子、条件記述子を生成する。
【０１９１】
＜ステップｅ５＞
ファイル作成部１０４Ａにより、入力された加熱制御データと各記述子を所定のファイル形式に変換する。生成されるファイルの例を図４９に示す。
【０１９２】
＜ステップｅ６＞
ファイル書き込み部１０５Ａにより、フラッシュカードにステップｅ５で生成したファイルを書き込みステップを終了する。
【０１９３】
次に読み出し側としてデータ送信装置の動作を図５０のフローチャートを用いて説明する。
【０１９４】
＜ステップｆ１＞
フラッシュカードが挿入されるとＣＰＵに割り込みが入る。それによってフラッシュカードが挿入されると、ステップｆ２に進む。
【０１９５】
＜ステップｆ２＞
ファイル読み出し部１０６Ａから記述子のファイルを読み出す。
【０１９６】
＜ステップｆ３＞
ステップｆ２で読み出したファイルからイベント記述子、条件記述子の各識別子に分割する。
【０１９７】
＜ステップｆ４＞
分割された条件記述子を条件述子記憶手段３０４Ａに、イベント記述子をイベント記述子記憶手段３０５Ａにそれぞれ格納する。
【０１９８】
＜ステップｆ５＞
イベント受理部３０８Ａでイベント記述子に記述されているイベントを受理する。イベントを受理した場合はステップｆ６に進む。この例では、ユーザ入力部１１０３Ａからのメニュー番号の入力をイベントとして受理する。
【０１９９】
＜ステップｆ６＞
メニュー番号の入力が受理された場合に、対応するイベント記述子を検索し、条件記述子の条件が成立するかどうかを調べ、成立する場合にはステップｆ７に進む。
【０２００】
＜ステップｆ７＞
対応する加熱制御データをファイル読み出し部３０１Aから読み出して、加熱制御データ格納手段１１０４Ａに格納する。
【０２０１】
＜ステップｆ８＞
ユーザ入力部１１０３Ａからスタートボタンが押されるとイベントが発生することになる。押された場合にはステップｆ９に進む。
【０２０２】
＜ステップｆ９＞
制御データ格納手段１１０４Ａのデータを利用して、加熱制御部１１０１Ａにより加熱用ヒータ１１０２Ａに制御して加熱を行う。以上でステップを終了する。
【０２０３】
なお、記憶媒体としてはフラッシュカード以外にバーコードや磁気カードを利用しても良い。
【０２０４】
さらに、条件記述子に記述する条件としては外気温度の他に、庫内温度や食材の重量など何でも良い。
【０２０５】
さらに、ここでは電子レンジなどの加熱制御を例として挙げたが、操作パネルの入力をイベントとし、センサーの情報を条件とすれば、洗濯機や掃除機などの制御に応用することが可能である。例えば、新しい洗い方を記録メディアにダウンロードして洗濯機に挿入するだけで新型機と同じ洗濯方法を簡単に実現できる。
【０２０６】
さらに、本実施の形態のファイル作成部は本発明のファイル作成手段の例であり、本実施の形態のファイル書き込み部は本発明のファイル書き込み手段の例であり、本実施の形態の加熱条件指定手段は本発明のデータ処理手段の例であり、本実施の形態のファイル読み出し部は本発明のファイル読みとり手段の例であり、本実施の形態の加熱制御部、条件評価部、イベント受理部は本発明のデータ処理手段の例であり、本実施の形態の加熱用ヒータは本発明の加熱手段の例である。
【０２０７】
以上のように、書き込み側で加熱制御データをイベント駆動型のデータ処理記述子としてデータと共に記録メディアに書き込むことにより、メニューごとの細かい加熱制御を行うことができ、新しいメニューへの対応も簡単に行える。
【０２０８】
（第２の本発明の実施の形態４）
図５１は第２の本発明の第４の実施の形態に係わる書き込み側のシステム構成図である。図５１は図２７で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０２０９】
図５１において、１３０１Ａは番組の関連情報を指定する関連情報指定手段、１３０２Ａは、番組表の番組の選択動作などの関連情報を表示するイベントと、関連情報を表示できる条件を指定する表示条件指定手段である。
【０２１０】
以上のように構成されたデータ作成側のシステムが実行される本実施の形態のハードウェア構成図を図５２に示す。図５２は基本的に汎用の計算機システムの構成と同じである。また、図２８、図５１で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０２１１】
表示（読み出し）側のシステム構成を図５３に示す。図２９に示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。図５３において、１５０１Ａは関連情報を記憶媒体から読み出して表示を行う関連情報表示手段、１５０２Ａは関連情報を表示したい番組をユーザが選択する番組選択手段である。
【０２１２】
以上のように構成されたシステムが実行される本実施の形態のハードウェア構成図を図５４に示す。図５４は基本的に汎用の計算機システムの構成と同じである。また、図２８、および図５３で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０２１３】
ここでは、予告や出演者プロフィールなどの番組関連情報をＣＤ−ＲＯＭに記録して、表示側で番組を選択したときにＣＤ−ＲＯＭから関連情報を読み出して表示する例について説明する。
【０２１４】
まず、ＣＤ−ＲＯＭ用のデータを作成するための番組関連情報の作成について、図５５のフローチャートを用いて説明する。
【０２１５】
＜ステップｇ１＞
番組の関連情報を関連情報指定手段１３０１Ａより指定する。ここでは、既に作成されたデータのファイル名を指定するものとする。
【０２１６】
＜ステップｇ２＞
関連情報を表示するイベントとして番組表の番組が選択されたときに得られる番組識別子を指定する。条件記述子としては、番組が放送中かどうかを時間で判別して番組放送時間外なら関連情報を表示するという条件がデフォルトで与えられるものとする。例えば、同じ選択操作でも、この条件記述子により、番組放送中であれば放送中の番組を表示し、それ以外であれば関連情報を表示することができる。
【０２１７】
＜ステップｇ３＞
ステップｇ１、ｇ２を繰り返し、ＣＤ−ＲＯＭに記録したい情報をすべて選択したらステップｇ４に進む。
【０２１８】
＜ステップｇ４＞
すべての選択された情報に対して、イベント記述子、条件記述子を生成する。
【０２１９】
＜ステップｇ５＞
ファイル作成部１０４Ａにより、入力された関連情報と各記述子を所定のファイル形式に変換する。生成されるファイルの例を図５６に示す。
【０２２０】
＜ステップｇ６＞
ファイル書き込み部１０５Ａにより、ＣＤ−ＲＯＭのマスターとしてステップｇ５で生成したファイルを書き出してステップを終了する。
【０２２１】
実際には、ここで作成されたマスターからＣＤ−ＲＯＭがプレスされる。次に表示（読み出し）側の動作を図５７のフローチャートを用いて説明する。
【０２２２】
＜ステップｈ１＞
ＣＤ−ＲＯＭが挿入されたかどうかを調べる。ＣＤ−ＲＯＭが挿入されている場合には、ステップｈ２に進む。
【０２２３】
＜ステップｈ２＞
ファイル読み出し部１０６Ａから記述子のファイルを読み出す。
【０２２４】
＜ステップｈ３＞
ステップｆ２で読み出したファイルからイベント記述子、条件記述子の各識別子に分割する。
【０２２５】
＜ステップｈ４＞
分割された条件記述子を条件記述子記憶手段３０４Ａに、イベント記述子をイベント記述子記憶手段３０５Ａにそれぞれ格納する。
【０２２６】
＜ステップｈ５＞
イベント受理部３０８Ａでイベント記述子に記述されているイベントを受理する。イベントを受理した場合はステップｆ６に進む。この例では、番組表の番組が選択されたことをイベントとして受理する。
【０２２７】
＜ステップｈ６＞
番組の選択が受理された場合に、対応する関連情報の条件記述子の条件が成立するかどうかを調べ、成立する場合にはステップｆ７に進む。この例では、放送予定時間帯と計時手段３１０Ａから得られる現在時刻とを比較して、現在時刻が放送予定時間帯に含まれていない場合に条件が成立する。
【０２２８】
＜ステップｈ７＞
対応する関連情報をファイル読み出し部３０１Ａから読み出して、関連情報表示手段１５０１Ａに表示してステップを終了する。表示方法については、ポップアップ表示、２画面表示、ピクチャーインピクチャーなど何でも構わない。
【０２２９】
なお、記憶媒体としてはＣＤ−ＲＯＭ以外にＤＶＤ−ＲＯＭなどのＲＯＭや、フロッピーディスクなど何でも良い。
【０２３０】
以上のように、書き込み側で関連情報をイベント駆動型のデータ処理記述子（ルール）としてデータと共に記録メディアに書き込むことにより、読み出し側でルールのインタプリタを用意しておくのみで、関連データの表示などの連携動作を実現することができる。一般に、電子番組ガイドでは、送信できる情報の量が制限されているため、あまり詳しい情報を送信することは難しい。そこで、番組ガイドなどの出版メディアと提携して、ＣＤ−ＲＯＭに本発明の記述子を記録した関連情報を入れることにより、ユーザメリットを拡大することができる。
【０２３１】
なお、本実施の形態のファイル作成部は本発明のファイル作成手段の例であり、本実施の形態のファイル書き込み部は本発明のファイル書き込み手段の例であり、本実施の形態の表示条件指定手段は本発明のデータ処理方法指定手段の例であり、本実施の形態のファイル読み出し部は本発明のファイル読みとり手段の例であり、本実施の形態の関連情報表示手段、条件評価部、イベント受理部は本発明のデータ処理手段の例である。
【０２３２】
なお、本発明のイベント記述子、条件記述子、データ処理記述子にそれぞれ時間的制約を課すイベント時間制約記述子、条件時間制約記述子、処理時間制約記述子を設けることも出来る。イベント時間制約記述子は、記述されている場合には、イベントの受理は、イベント時間制約記述子で記述されている時間帯でのみ有効になる。その時間帯以外ではイベントを受理しないようにすることが出来る。条件時間制約記述子は、記述されている場合には、条件の判断は、条件時間制約記述子で記述されている時間帯で行われる。それ以外の時間帯では条件の判断は行わないようにすることが出来る。処理時間制約記述子は、記述されている場合には、データの処理は、処理時間制約記述子が記述されている時間帯に実行される。それ以外の時間帯には処理が行われないようにすることが出来る。このように時間的制約を課すことによってより柔軟にデータ処理方法の指定ができるようになる。
【０２３３】
なお、本発明は、上記実施の形態では、ＣＰＵに対する割り込みをイベントとして扱ったが、本発明のイベントはこれに限らず、監視する必要のない、外部から発生する事象のことである。
【０２３４】
さらに、本発明のイベント駆動型ファイル作成装置、イベント駆動型ファイル読みとり装置、データ記憶方法またはデータ処理方法の各構成要素の全部または一部の機能をコンピュータを利用してソフトウェア的に実現しても構わないし、専用のハード回路、機器を用いて実現しても構わない。
【０２３５】
さらに、本発明のイベント駆動型ファイル作成装置、イベント駆動型ファイル読みとり装置、データ記憶方法またはデータ処理方法の各構成要素の全部または一部の機能をコンピュータに実行させるためのプログラムを格納していることを特徴とするプログラム記録媒体も本発明に属する。
【０２３６】
次に、第１の本発明および第２の本発明に関連する第３の発明の各実施の形態について、図面を参照しながら説明する。
【０２３７】
（第３の発明の実施の形態１）
図５８は第３の発明の第１の実施形態に係わる送信側のシステム構成図である。図５８において、１０１Ｂは放送信号に対して圧縮などを含めた適切な符号化処理を行う信号符号化部、１０２Ｂは信号符号化部の符号化に同期して付加情報格納場所識別子の符号化を行う識別子１符号化部、１０３Ｂは信号符号化部の符号化に同期して転送先識別子の符号化を行う識別子２符号化部、１０４Ｂは信号符号化部の符号化に同期して付加情報の符号化を行う付加情報符号化部、１０５Ｂは符号化された放送信号、識別子、付加情報の多重化処理を行う多重化部、１０６Ｂは多重化された信号に対し、チャネルコーデックや変調などの送信に必要な処理を行う送信部、１０７Ｂは所定の高い周波数に変調するアップコンバータ、１０８Ｂは送信アンテナである。
【０２３８】
以上のように構成された送信側のシステムが実行される本実施の形態のハードウェア構成図を図５９に示す。図５９は基本的に汎用の計算機システムの構成と同じである。また、図５８で示したシステムの構成部分と同一構成部分を含んでいるため、同一構成部分には同一番号を付して説明を省略する。図５９において２０２Ｂはプログラムを記憶する揮発性メモリからなる主記憶装置、２０３Ｂはプログラムやデータを記憶しておく不揮発性メモリからなる補助記憶装置、２０１Ｂは主記憶装置２０２Ｂに記憶されているプログラムを実行するＣＰＵである。先にも述べたように本ハードウェア構成は基本的に汎用の計算機システムと同じであり、補助記憶装置２０３Ｂに記憶されているプログラムは主記憶装置２０２ＢにロードされてからＣＰＵ２０１Ｂによって実行される。
【０２３９】
受信側のシステム構成を図６０に示す。図６０において、３０１Ｂは受信アンテナ、３０２Ｂは受信アンテナより受信した衛星波を所定の低い周波数に変調するダウンコンバータ、３０３Ｂはディジタル放送用受信チューナ、３０４Ｂはチューナ３０３Ｂによって選局された信号を映像情報、音声情報からなる放送信号と、付加情報格納場所識別子と、転送先識別子と、付加情報とに分離する分離部、３０５Ｂは符号化された放送信号を復号化する信号復号化部、３０６Ｂは符号化された付加情報格納場所識別子を復号化する識別子１復号化部、３０７Ｂは符号化された転送先識別子を復号化する識別子２復号化部、３０８Ｂは符号化された付加情報を復号化する付加情報復号化部、３０９Ｂは利用機器識別子、もしくは転送先識別子にもとづいて付加情報を転送する転送部、３１０Ｂはモニタ、３１１Ｂはスピーカである。
【０２４０】
以上のように構成されたシステムが実行される本実施形態のハードウェア構成図を図６１示す。図６１は基本的に汎用の計算機システムの構成と同じである。また、図５９、および図６１で示したシステムの構成部分と同一構成部分を含んでいるため、同一構成部分には同一番号を付して説明を省略する。
【０２４１】
以上のように構成されたシステムの動作を送信側、受信側の順に説明する。送信側の動作を図６２のフローチャートを用いて説明する。
【０２４２】
＜ステップａ１＞
標準テレビ信号、ハイビジョン信号などの映像情報と、これに関連した音声情報からなる放送信号に対して、信号符号化部１０１Ｂにより圧縮などを含めた適切な符号化処理を行う。
【０２４３】
＜ステップａ２＞
所定の手段によって、ステップａ１で符号化した放送信号に関連した付加情報があるかどうか調べ、付加情報がある場合にはステップａ３に進む。そうでない場合はステップａ８に進む。
【０２４４】
＜ステップａ３＞
所定の手段によって、付加情報を放送信号に多重化して送信するかどうか判断し、送信する場合にはステップａ４に進む。ネットワークなどを介して、受信装置側からアクセスさせる場合にはステップａ５に進む。
【０２４５】
＜ステップａ４＞
多重化して送信する付加情報を付加情報符号化部１０４Ｂによりステップａ１と同様の方法で符号化する。
【０２４６】
＜ステップａ５＞
所定の手段によって、付加情報の格納場所を指定し、識別子１符号化部１０２Ｂにより符号化を行う。放送信号に多重化して送信する場合は、多重化されて送信される付加情報のどの部分かを特定するためのファイル名に相当する識別子を指定する。また、ネットワーク上のファイルを指す場合は、インターネットブラウザなどで用いられているURLアドレスを指定するものとする。
【０２４７】
＜ステップａ６＞
所定の手段によって、付加情報の利用対象となる機器のメーカ種別や機種名を所定のネーミング方法に従って与え、これを転送先識別子として付与し、識別子２符号化部１０３Ｂにより符号化を行う。
【０２４８】
＜ステップａ７＞
符号化された放送信号と付加情報と付加情報格納場所識別子と転送先識別子を入力として多重化部１０５Ｂにより多重化処理を施す。
【０２４９】
＜ステップａ８＞
ステップａ７で多重化された信号に対し、チャンネルコーデックや変調などの必要な処理を送信部１０６Ｂで施してディジタル放送用送信信号に変調する。
【０２５０】
＜ステップａ９＞
アップコンバータ１０７Ｂを経て送信アンテナ１０８Ｂで放送衛星に向けて送信する。
【０２５１】
送信側の例を図を参照して説明する。図６３は料理番組に付加情報格納場所識別子、転送先識別子、および付加情報を多重化して送信する一例を示している。料理番組はスロット１の映像データとスロット２の音声データから構成される。さらに、スロット３に料理番組に関連した付加情報の格納場所を示す付加情報格納場所識別子と付加情報の利用対象となる機器を示す転送先識別子を対にしたデータを送信する。転送先識別子は、例えばＮ社のオーブンレンジであれば、「Ｎ−ＮＥ−○○○○」（○○○○は機種ＩＤ）など予め定めた所定の命名方法に従って一意に決めることができるものとする。図６３の例では、スロット４に付加情報としてオーブンレンジの加熱制御データを送信している。この加熱制御データは、上記転送先識別子で指定された、受信装置側に接続されている周辺機器で利用される。
【０２５２】
このようなディジタル放送用送信方法を用いることにより、例えば、機器メーカは広告の付加情報として機器の制御データなどを多重化して送信することができ、各家庭内でホームバスやIEEE1394などで接続された機器に対して、同報的にリモートサービスが可能になる。例えば、商品のプログラムに欠陥などが見つかった場合などは、これまでのＲＯＭを交換する方法に比べて迅速に低コストで対処できる。
【０２５３】
なお、付加情報そのものは必ずしも放送信号に多重化されている必要はなく、ネットワークを介して取得するようにしても良い。図６０の転送部３０９Ｂにインターネットを通じて取得される（図６２のステップａ３における多重化をしないループ参照）。
【０２５４】
次に受信側の動作を図６４のフローチャートを用いて説明する。
【０２５５】
＜ステップｂ１＞
受信アンテナ３０１Ｂで受信した衛星波をダウンコンバータ３０２Ｂによって所定の周波数帯にダウンコンバートし、ディジタル放送用チュナー３０３Ｂを経てディジタル復調器に供給して選局、復調処理を施す。
【０２５６】
＜ステップｂ２＞
ステップｂ１で選局、復調されたディジタル放送信号を分離部３０４Ｂで映像情報、音声情報からなる番組情報と、付加情報格納場所識別子と、転送先識別子と付加情報とに分離する。
【０２５７】
＜ステップｂ３＞
識別子１復号化部３０６Ｂにより受信信号中に付加情報格納場所識別子があるかどうかを調べ、ある場合にはステップｂ４に進む。ない場合にはステップを終了する。
【０２５８】
＜ステップｂ４＞
所定の手段によって、付加情報格納場所識別子を解析し、付加情報が放送信号に多重化されているかを調べる。付加情報が放送信号に多重化されている場合にはステップｂ５に進む。そうでない場合にはステップｂ６に進む。
【０２５９】
＜ステップｂ５＞
放送信号に多重化されている付加情報を付加情報復号化部３０８Ｂで復号する。
【０２６０】
＜ステップｂ６＞
転送部３０９Ｂで、付加情報格納場所識別子に従って付加情報を検索し、見つかった場合には受信装置に取り寄せる。多重化している場合は付加情報復号化部３０８Ｂから、インターネットを通じて獲得する場合はそのURLから取り寄せる。
【０２６１】
＜ステップｂ７＞
付加情報格納場所識別子に従って付加情報を取得できた場合にはステップｂ８に進む。付加情報格納場所が誤っている場合など付加情報の取得に失敗した場合にはステップを終了する。
【０２６２】
＜ステップｂ８＞
転送部３０９Ｂは、識別子２復号化部３０７Ｂから、ステップｂ７で取得した付加情報がどの周辺機器用のものかを示す転送先識別子を受信信号から取り出す。
【０２６３】
＜ステップｂ９＞
所定の手段によって、転送先識別子に示される周辺機器が接続されているかどうか調べ、接続されている場合にはステップｂ１０に進み、そうでない場合はステップを終了する。
【０２６４】
＜ステップｂ１０＞
転送部３０９Ｂは、付加情報を転送先識別子に示されている周辺機器宛に転送する。例えば、送信側で説明した図６４で示されるような信号を受信した場合、受信側でこの料理番組を選局すると、受信信号を分離し、付加情報格納場所識別子を復号する。この例の場合付加情報は受信信号に多重化されているので、この付加情報を復号し、さらに転送先識別子を復号する。ここで、付加情報は新しい調理メニューのデータとし、転送先識別子にはＮ社のオーブンレンジが指定されているものとする。受信装置にＮ社のオーブンレンジが接続されている場合には、復号した付加情報をオーブンレンジに転送する。オーブンレンジ側に調理データを追加修正する機能があると仮定すると、転送されたデータにより新たな調理メニューが人手を介さずに自動的に追加され、利用可能となる。
【０２６５】
なお、付加情報は制御データなどの他に、音声データ、画像データ、ドライバ（ファームウェア）、スクリプト、実行可能プログラムなど何でもよく、データフォーマットについてもどのようなものを用いても良い。また、利用機器識別子や転送先識別子は受信装置自身を指すものであっても良いし、表示、出力（印字）、記憶などの機能を持った外部装置を指すものであっても良いことは言うまでもない。これにより、利用機器、あるいは転送先の装置側で付加情報の処理方法を受信装置の機能に関わらず独自に設定、追加することができる。例えば、利用者によって情報を即座に印刷したり一時的に記憶するなど、個別のニーズに応じて周辺機器側で自由に付加情報を利用することができる。
【０２６６】
また、放送信号に多重化する転送先識別子には複数の転送先を指定しても良い。従来料金の安い電話回線を自動的に選択して電話をかけるＬＣＲというサービスがあるが、このサービスは電話回線を用いて電話料金表を配信するためにＦＡＸ機と電話機などを直列に接続した場合などは上流に設置した装置でしかサービスを利用できないなどの問題がある。しかしながら本発明によれば、放送信号に付加情報として電話各社の電話料金表を利用可能な電話機やＦＡＸ機のメーカや機種を示す利用機器識別子と多重化して送信することにより、受信装置側で利用機器識別子を取り出し、該当する機器が受信装置に接続されている場合は、対応する付加情報を取り出して該当機器に転送することにより、複数の通信機器に対してＬＣＲサービスが受けられるようにすることが可能である。利用機器識別子に該当する機器が接続されていない場合には、転送が行われず受信した付加情報は破棄される。
【０２６７】
また、転送先識別子に加えて、転送条件識別子を利用することにより、受信装置に記憶されているユーザのプロファイル情報に応じて転送を制御しても良い。これにより、会員囲い込みサービスなどのように特定の利用者に対してのみ付加価値サービスを行いたい場合などは、転送先識別子の他に転送条件識別子を多重化して送信することにより、転送に関する条件をきめ細やかに設定することができる。例えば、音楽放送番組などでアイドル歌手が出演する放送信号にアイドル歌手の写真画像を付加情報として、転送条件識別子にファンクラブ会員番号の入力を指定しておくことにより、受信装置のテンキーを用いてファンクラブ会員番号を入力した場合に、接続したパソコンでアイドルの写真画像が見られるような番組連動サービスを実現できる。
【０２６８】
以上、第３の発明では、ホームバスやIEEE13９4により受信装置と接続された周辺機器を判別して、送信信号より分離した付加情報を送信装置側で転送先識別子により指定した周辺機器に転送することにより、ディジタル放送を利用して周辺機器のファームウェアやソフトウェア、あるいはデータを更新できるような送信装置および受信装置を提供するものである。
【０２６９】
第３の発明よれば、受信装置と周辺機器との間の情報転送のプロトコルに従っておれば、情報の内容やフォーマットによらず送信装置側で指定した周辺機器への情報転送が可能であり、周辺機器固有の制御命令などを受信装置でサポートする必要がない。
【０２７０】
なお、第３の発明は、上記実施の形態ではディジタル放送を例にとったが、もちろんアナログ放送でも適用かのうである。
【０２７１】
また、受信装置に接続されている機器を判別するので、指定の機器が接続されている場合にのみデータ転送を行うことができ、ＣＭ放送を利用した一斉配信などにより機器の保守サービスを一括で行うことが可能になる。
なお、本発明は、上述した本発明の各手段、各部、各ステップの全部又は一部を実現することができるプログラムを格納した媒体でもある。
【０２７２】
また、本発明は、各手段、各部をそれぞれの機能を有する専用のハードウェアで実現することも、あるいはそれぞれの機能を実現するソフトウェアでコンピュータを利用して実現してもかまわない。
【０２７３】
ところで、上記第３の発明では、ユーザの操作を介することなく受信装置に接続された周辺機器にデータの転送が行われる反面、データを周辺機器に転送するかどうかをユーザが判断することができないという不都合がある。
【０２７４】
一般に、家庭内で利用する機器には十分なメモリが搭載されていないものも多いため、転送されたデータをすべて蓄積することが不可能である。上記第３の発明では、転送条件識別子により自動的にデータの転送判定を行う方法を提案しているが、ユーザが転送判定を行う方が簡単かつ効率的な場合がある。
【０２７５】
そこで、次に、そのような第３の発明の不都合を解消した第４の発明の各実施の形態について、図面を参照しなから説明する。
【０２７６】
（第４の発明の実施の形態１）
実施の一形態としてディジタル放送用送信方法および受信方法を示す。図６５は第４の発明の第１の実施形態に係わる送信側のシステム構成図である。図６５において、１０１Ｂは放送信号に対して圧縮などを含めた適切な符号化処理を行う信号符号化部、１０２Ｃは信号符号化部の符号化に同期して格納場所識別子の符号化を行う格納場所識別子符号化部、１０３Ｃは信号符号化部の符号化に同期して転送先識別子の符号化を行う転送先識別子符号化部、１０４Ｃは号符号化部の符号化に同期してユーザ確認情報の符号化を行うユーザ確認情報符号化部、１０５Ｃは信号符号化部の符号化に同期して付加情報の符号化を行う付加情報符号化部、１０６Ｃは符号化された放送信号、識別子、付加情報の多重化処理を行う多重化部、１０７Ｃは多重化された信号に対し、チャネルコーデックや変調などの送信に必要な処理を行う送信部、１０８Ｃは所定の高い周波数に変調するアップコンバータ、１０９Ｃは送信アンテナである。
【０２７７】
以上のように構成された送信側のシステムが実行される本実施形態のハードウェア構成図を図６６に示す。図６６は基本的に汎用の計算機システムの構成と同じである。また、図６５で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。図６６において２０２Ｃはプログラムを記憶する揮発性メモリからなる主記憶装置、２０３Ｃはプログラムやデータを記憶しておく不揮発性メモリからなる補助記憶装置、２０１Ｃは主記憶装置２０２Ｃに記憶されているプログラムを実行するＣＰＵである。先にも述べたように本ハードウェア構成は基本的に汎用の計算機システムと同じであり、補助記憶装置２０３Ｃに記憶されているプログラムは主記憶装置２０２ＣにロードされてからＣＰＵ２０１Ｃによって実行される。
【０２７８】
受信側のシステム構成を図６７に示す。図６７において、３０１Ｃは受信アンテナ、３０２Ｃは受信アンテナより受信した衛星波を所定の低い周波数に変調するダウンコンバータ、３０３Ｃはディジタル放送用受信チューナ、３０４Ｃはチューナによって選局された信号を映像情報、音声情報からなる放送信号と、付加情報格納場所識別子と、転送先識別子と、付加情報とに分離する分離部、３０５Ｃは符号化された放送信号を復号化する信号復号化部、３０６Ｃは符号化された格納場所識別子を復号化する格納場所識別子復号化部、３０７Ｃは符号化された転送先識別子を復号化する転送先識別子復号化部、３０８Ｃは符号化された付加情報を復号化する付加情報復号化部、３０９Ｃは符号化されたユーザ確認情報識別子を復号するユーザ確認情報記述子復号化部、３１０Ｃはモニタ出力の時間を計測する時間計測部、３１１Ｃは利用機器識別子、もしくは転送先識別子にもとづいて付加情報を転送する転送部、３１２Ｃはモニタ、３１３Ｃはスピーカである。
【０２７９】
以上のように構成されたシステムが実行される本実施形態のハードウェア構成図を図６８に示す。図６８は基本的に汎用の計算機システムの構成と同じである。
【０２８０】
また、図６６、および図６７で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０２８１】
以上のように構成されたシステムの動作を送信側、受信側の順に説明する。送信側の動作を図６９のフローチャートを用いて説明する。
【０２８２】
＜ステップａ１＞
標準テレビ信号、ハイビジョン信号などの映像情報と、これに関連した音声情報からなる放送信号に対して、信号符号化部１０１Ｃにより圧縮などを含めた適切な符号化処理を行う。
【０２８３】
＜ステップａ２＞
ステップａ１で符号化した放送信号に関連した付加情報があるかどうか調べ、付加情報がある場合にはステップａ３に進む。そうでない場合はステップａ８に進む。
【０２８４】
＜ステップａ３＞
付加情報を放送信号に多重化して送信する場合にはステップａ４に進む。ネットワークなどを介して、受信装置側からアクセスさせる場合にはステップａ５に進む。
【０２８５】
＜ステップａ４＞
多重化して送信する付加情報を付加情報符号化部１０４Ｃによりステップａ１と同様の方法で符号化する。
【０２８６】
＜ステップａ５＞
付加情報の格納場所を指定し、格納場所識別子符号化部１０２Ｃにより符号化を行う。放送信号に多重化して送信する場合は、多重化されて送信される付加情報のどの部分かを特定するためのファイル名に相当する識別子を指定する。
【０２８７】
また、ネットワーク上のファイルを指す場合は、インターネットブラウザなどで用いられているURLアドレスを指定するものとする。
【０２８８】
＜ステップａ６＞
付加情報の利用対象となる機器のメーカ種別や機種名を所定のネーミング方法に従って与え、これを転送先識別子として付与し、転送先識別子符号化部１０３Ｃにより符号化を行う。
【０２８９】
＜ステップａ７＞
ユーザに確認させる情報を指定し、ユーザ確認情報識別子符号化部１０４Ｃにより符号化を行う。
【０２９０】
＜ステップａ８＞
符号化された放送信号と付加情報と付加情報格納場所識別子と利用機器識別子を入力として多重化部１０６Ｃにより多重化処理を施す。
【０２９１】
＜ステップａ９＞
ステップａ８で多重化された信号に対し、チャンネルコーデックや変調などの必要な処理を送信部１０７Ｃで施してディジタル放送用送信信号に変調する。
【０２９２】
＜ステップａ１０＞
アップコンバータ１０８Ｃを経て送信アンテナ１０９Ｃで放送衛星に向けて送信する。
【０２９３】
送信側の例を図を参照して説明する。図７０は冷凍食品のＣＭに格納場所識別子、転送先識別子、ユーザ確認情報識別子、および付加情報を多重化して送信する一例を示している。冷凍食品のＣＭはスロット１の映像データとスロット２の音声データから構成される。さらに、スロット３に冷凍食品のＣＭに関する付加情報の格納場所を示す格納場所識別子と付加情報の利用対象となる機器を示す転送先識別子を対にしたデータを送信する。転送先識別子は、例えばＮ社のオーブンレンジであれば、「Ｎ−ＮＥ−○○○○」（○○○○は機種ＩＤ）など予め定めた所定の命名方法に従って一意に決めることができるものとする。
【０２９４】
図７０の例では、スロット４に付加情報として冷凍食品の最適加熱のための電子レンジ用制御データを送信している。この制御データは転送先識別子に基づいて受信装置側に接続されている対応する電子レンジで利用される。また、ユーザ確認情報記述子に記載されている情報は、受信装置側でデータを転送する際にモニターに出力するなどの方法で利用する。
【０２９５】
このようなディジタル放送用送信方法を用いることにより、ＣＭの付加情報として機器の制御データを多重化して送信することができ、ユーザ確認情報記述子を利用することにより、対応機種が接続されている場合には画面上で転送中であることを確認したりできるようになる。
【０２９６】
なお、付加情報そのものは必ずしも放送信号に多重化されている必要はなく、ネットワークを介して取得するようにしても良い。つまり、放送では付加情報の入手方法に関する情報だけを流して、実際の付加情報はインターネットや取り扱い店舗から入手するようにしても良い。また、送信側では受信側での各識別子、記述子の利用方法については限定しないものとする。
【０２９７】
次に受信側の動作を図７１のフローチャートを用いて説明する。
【０２９８】
＜ステップｂ１＞
受信アンテナ３０１Ｃで受信した衛星波をダウンコンバータ３０２Ｃによって所定の周波数帯にダウンコンバートし、ディジタル放送用チュナー３０３Ｃを経てディジタル復調器に供給して選局、復調処理を施す。
【０２９９】
＜ステップｂ２＞
ステップｂ１で選局、復調されたディジタル放送信号を分離部３０４Ｃで映像情報、音声情報からなる番組情報と格納場所識別子と転送先識別子と付加情報とに分離する。
【０３００】
＜ステップｂ３＞
識別子１復号化部３０６Ｃにより受信信号中に格納場所識別子があるかどうかを調べ、ある場合にはステップｂ４に進む。ない場合にはステップを終了する。
【０３０１】
＜ステップｂ４＞
格納場所識別子を解析し、付加情報が放送信号に多重化されているかを調べる。
付加情報が放送信号に多重化されている場合にはステップｂ５に進む。そうでない場合にはステップｂ６に進む。
【０３０２】
＜ステップｂ５＞
放送信号に多重化されている付加情報を付加情報復号化部３０８Ｃで復号する。
【０３０３】
＜ステップｂ６＞
格納場所識別子に従って付加情報を検索し、見つかった場合には受信装置に取り寄せる。
【０３０４】
＜ステップｂ７＞
格納場所識別子にしたがって、付加情報を取得できた場合にはステップｂ８に進む。付加情報の格納場所が誤っている場合など付加情報の取得に失敗した場合にはステップを終了する。
【０３０５】
＜ステップｂ８＞
ユーザ確認情報記述子復号化部３０９Ｃにより、ユーザに対する確認情報が記述されたユーザ確認情報記述子を受信信号から取り出す。
【０３０６】
＜ステップｂ９＞
ステップｂ８で取り出したユーザ確認情報記述子の内容をモニター３１２Ｃに出力する。
【０３０７】
＜ステップｂ１０＞
モニター出力の時間を計測するためのタイマーを起動する。
【０３０８】
＜ステップｂ１１＞
転送先識別子復号化部３０７Ｃにより、ステップｂ７で取得した付加情報がどの周辺機器用のものかを示す転送先識別子を受信信号から取り出す。
【０３０９】
＜ステップｂ１２＞
付加情報を転送先識別子に示されている周辺機器宛に転送する。
【０３１０】
＜ステップｂ１３＞
タイマーを起動してから、所定の時間が経過したかどうか調べ、経過している場合はステップｂ１４に進み、ユーザ確認情報のモニター出力を終了する。
【０３１１】
例えば、送信側で説明した図７１で示されるような信号を受信した場合、受信側でこのＣＭを視聴すると、受信信号を分離し、付加情報格納場所識別子を復号する。この例の場合付加情報は受信信号に多重化されているので、この付加情報、ユーザ確認情報記述子を復号し、さらに転送先識別子を復号する。ここで、付加情報は新発売の冷凍酢豚のあたためかたのデータとし、ユーザ確認情報記述子には「あたためかたをダウンロードしています」のメッセージを記述してあるものとし、転送先識別子にはＮ社のオーブンレンジが指定されているものとする。まず、ＣＭの放映に同期して「あたためかたをダウンロードしています」をモニターに１０秒間オーバレイ表示される。ここでのモニター出力の様子を図７２に示す。次に、復号した付加情報が指定されたオーブンレンジに転送する。付加情報が転送されたオーブンレンジでは最適なあたためかたデータにより、冷凍酢豚のおいしくあたためることができるようになる。
【０３１２】
なお、ユーザ確認情報記述子にはモニター表示するテキストデータ以外の画像データ、メロディや音声データ、あるいはその組み合わせであってもかまわない。
【０３１３】
本実施の形態により、転送される付加情報についての内容をユーザが簡単に確認することができる。
【０３１４】
（第４の発明の実施の形態２）
実施の一形態としてディジタル放送用受信方法を示す。
【０３１５】
本発明の第２の実施形態に係わるシステム構成を図７３に示す。図７３において、図６７で示したシステム構成と同じ部分には同一番号を付して説明を省略する。３１１Ｃは利用機器識別子、もしくは転送先識別子にもとづいて付加情報を転送する転送部であるが、本システム構成では転送終了をユーザ確認情報記述子復号化部に対して通知できる点が図６７のシステム構成と異なる。
【０３１６】
以上のように構成されたシステムが実行される本実施形態のハードウェア構成図を図７４に示す。図７４は基本的に汎用の計算機システムの構成と同じである。また、図６８で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０３１７】
以上のように構成された受信システムの動作を図７５のフローチャートを用い
て説明する。
【０３１８】
＜ステップｃ１＞〜＜ステップｃ９＞は、実施の形態１で説明した＜ステップｂ１＞〜＜ステップｂ９＞と同様の処理を行う。
【０３１９】
＜ステップｃ１０＞
転送先識別子復号化部３０７Ｃにより、ステップｂ７で取得した付加情報がどの周辺機器用のものかを示す転送先識別子を受信信号から取り出す。
【０３２０】
＜ステップｃ１１＞
付加情報を転送先識別子に示されている周辺機器宛に転送する。
【０３２１】
＜ステップｃ１２＞
付加情報の転送が終了したかどうかを調べ、終了した場合はステップｃ１３に進み、ユーザ確認情報のモニター出力を終了する。
【０３２２】
実施の形態１と同じく、ＣＭから電子レンジの加熱制御データをダウンロードすることを想定すると、ダウンロードの終了とともに「あたためかたをダウンロードしています」の表示が終了するため、電子レンジ側への読み込みが終了したかどうかが確認できて便利である。
【０３２３】
（第４の発明の実施の形態３）
実施の一形態としてディジタル放送用受信方法を示す。本発明の第３の実施形態に係わる受信側のシステム構成を図７６に示す。図７６において、図６７で示したシステム構成と同じ部分には同一番号を付して説明を省略する。５０１Ｃはユーザ確認情報の表示に関してのユーザからの入力を受け付けるユーザ入力部である。
【０３２４】
以上のように構成されたシステムが実行される本実施形態のハードウェア構成図を図７７に示す。図７７は基本的に汎用の計算機システムの構成と同じである。また、図６８、および図７６で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０３２５】
以上のように構成された受信システムの動作を図７８のフローチャートを用いて説明する。
【０３２６】
＜ステップｄ１＞〜＜ステップｄ９＞は、実施の形態１で説明した＜ステップｂ１＞〜＜ステップｂ９＞と同様の処理を行う。
【０３２７】
＜ステップｄ１０＞
ユーザ入力部５０１からの入力を受け付ける。確認ボタンが押された場合はステップｄ１１に進む。
【０３２８】
＜ステップｄ１１＞
転送先識別子復号化部３０７Ｃにより、ステップｂ７で取得した付加情報がどの周辺機器用のものかを示す転送先識別子を受信信号から取り出す。
【０３２９】
＜ステップｄ１２＞
付加情報を転送先識別子に示されている周辺機器宛に転送する。
【０３３０】
実施の形態１と同じく、ＣＭから電子レンジの加熱制御データをダウンロードすることを想定すると、ＣＭ放送中にユーザが確認ボタンを押した場合のみ転送が行われるので不要なデータが転送されることがないなどの利点がある。ユーザ確認情報識別子に、「確認ボタンを押すと転送を開始します」などの説明文を設定すると操作手順がわかりやすい。
【０３３１】
（第４の発明の実施の形態４）
実施の一形態としてディジタル放送用受信方法を示す。本発明の第４の実施形態に係わる受信側のシステム構成を図７９に示す。図７９において、図６７で示したシステム構成と同じ部分には同一番号を付して説明を省略する。７０１Ｃは受信装置に接続される転送先の機器の状態を確認する転送先状態確認部である。
【０３３２】
以上のように構成されたシステムが実行される本実施形態のハードウェア構成図を図８０に示す。図８０は基本的に汎用の計算機システムの構成と同じである。また、図６８、および図７９で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０３３３】
以上のように構成された受信システムの動作を図８１のフローチャートを用いて説明する。
【０３３４】
＜ステップｅ１＞〜＜ステップｅ７＞は、実施の形態１で説明した＜ステップｂ１＞〜＜ステップｂ７＞と同様の処理を行う。
【０３３５】
＜ステップｅ８＞
転送先識別子復号化部３０７Ｃにより、ステップｂ７で取得した付加情報がどの周辺機器用のものかを示す転送先識別子を受信信号から取り出す。
【０３３６】
＜ステップｅ９＞
転送先識別子に記載された転送先のデータ受け入れ準備ができているかどうか調べる。準備ができている場合は、ステップｅ１０に進み、そうでない場合は準備ができるまで待機する。例えば、受信機器と転送先機器がシリアル接続されている場合を考えると、転送先機器のＣＴＳのシグナルがＯＮかＯＦＦかにより、準備ができているかどうかを調べることが可能である。
【０３３７】
＜ステップｅ１０＞
付加情報を転送先識別子に示されている周辺機器宛に転送する。
【０３３８】
実施の形態１と同じく、ＣＭから電子レンジの加熱制御データをダウンロードすることを想定すると、転送先機器の電源がＯＦＦの場合などでも、電源がＯＮになってからデータの転送が開始されるため、確実にデータの転送をおこなえるなどの利点がある。
【０３３９】
（第４の発明の実施の形態５）
実施の一形態としてディジタル放送用受信方法を示す。本発明の第５の実施形態に係わる受信側のシステム構成を図８２に示す。図８２において、図７９で示したシステム構成と同じ部分には同一番号を付して説明を省略する。９０１Ｃは転送先識別子と付加情報を組にして記憶する識別子記憶部である。
【０３４０】
以上のように構成されたシステムが実行される本実施形態のハードウェア構成図を図８３に示す。図８３は基本的に汎用の計算機システムの構成と同じである。また、図６８、および図８２で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０３４１】
以上のように構成された受信システムの動作を図８４のフローチャートを用い
て説明する。
【０３４２】
＜ステップｆ１＞〜＜ステップｆ８＞は、実施の形態４で説明した＜ステップｅ１＞〜＜ステップｅ８＞と同様の処理を行う。
【０３４３】
＜ステップｆ９＞
転送先識別子に記載された転送先のデータ受け入れ準備ができているかどうか調べる。準備ができている場合は、ステップｆ１０に進み、そうでない場合はステップｆ１１に進む。
【０３４４】
＜ステップｆ１０＞
付加情報を転送先識別子に示されている周辺機器宛に転送する。
【０３４５】
＜ステップｆ１１＞
識別子記憶部に付加情報と送信先識別子を組にして記憶する。ここでは、識別子記憶部としてはフラッシュカードなどのリムーバブルメディアを利用する。
【０３４６】
実施の形態１と同じく、ＣＭから電子レンジの加熱制御データをダウンロードすることを想定すると、転送先機器が接続されていない場合でも、データをフラッシュなどから構成される識別子記憶部に蓄積しておくことができる。蓄積したデータは機器を買い換えた場合や新規に導入する場合などに書き戻すことができる。
【０３４７】
（第４の発明の実施の形態６）
実施の一形態としてディジタル放送用受信方法を示す。本発明の第６の実施形態に係わる受信側のシステム構成を図８５に示す。図８５において、図６７で示したシステム構成と同じ部分には同一番号を付して説明を省略する。１１０１Ｃは符号化された転送先候補識別子を復号化する転送先候補識別子復号化部、１１０２Ｃは符号化された転送先候補識別子を復号化する転送先候補識別子復号化部、１１０３Ｃは転送先候補をユーザが選択する手段を提供する転送先候補選択部である。
【０３４８】
以上のように構成されたシステムが実行される本実施形態のハードウェア構成図を図８６に示す。図８６は基本的に汎用の計算機システムの構成と同じである。また、図６８、および図８５で示したシステムの構成部分と同一構成部分を含んでいるために、同一構成部分には同一番号を付して説明を省略する。
【０３４９】
以上のように構成された受信システムの動作を図８７のフローチャートを用いて説明する。
【０３５０】
＜ステップｇ１＞〜＜ステップｇ７＞は、実施の形態１で説明した＜ステップｂ１＞〜＜ステップｂ７＞と同様の処理を行う。
【０３５１】
＜ステップｇ８＞
転送先候補記述子復号化部１１０２Ｃにより、ステップｇで取得した付加情報がどの周辺機器用のものかを示す転送先識別子を受信信号から取り出す。
【０３５２】
＜ステップｇ９＞
転送先記述子復号化部１１０２Ｃにより、ステップｇ５で取得した付加情報が利用可能な周辺機器の候補について説明する転送先候補記述子を受信信号から取り出す。
【０３５３】
＜ステップｇ１０＞
転送先識別子復号化部１１０１Ｃにより、ステップｇ９で取得した転送先候補記述子に対応する転送先候補識別子を受信信号から取り出す。
【０３５４】
＜ステップｇ１１＞
転送先候補選択部１１０３Ｃからユーザの選択入力を受け付け、有効な転送先が選択された場合にステップｇ１２に進む。
【０３５５】
＜ステップｇ１２＞
付加情報をステップｇ１２で選択された転送先候補識別子に示されている周辺機器宛に転送する。
【０３５６】
受信装置に接続された機器には、同じデータを利用できるものが複数存在する場合が考えられる。例えば、テキストデータである。また、直接接続機器に送信する、受信機で保存する、受信機の外部記憶に保存するなどデータの記憶場所についても選択したい場合がある。このように、複数の転送先候補が想定できる場合に本実施の形態の転送先候補識別子、転送先候補記述子を利用することによりユーザの好みに合わせて付加情報の利用方法を選択することが可能になる。
【０３５７】
第１の本発明によれば、データ、イベント、条件及び、データに対する処理とを組にした情報を送信することができる。
【０３５８】
また、第１の本発明によれば、データ、イベント、条件及び、データに対する処理を組にした情報を受信することによって、ＣＰＵの負担を大きくすることなく、条件的に処理を実行することができる。
【０３５９】
以上説明したところから明らかなように、本発明によれば、データ、およびイベントと条件とデータに対する処理を組にした情報を所定の記録媒体に書き込むことができる。
【０３６０】
また、本発明によれば、データ、およびデータの送信先を指定する送信先記述子と、送信を開始するイベントを指定するイベント記述子を組にして所定の記憶媒体に書き込むことができる。
【０３６１】
また、本発明によれば、加熱制御方法を記述したデータと、加熱を行う条件を記述した条件記述子と、入力されるメニュー番号を指定したイベント記述子を組にして、所定の記憶媒体に書き込むことができる。
【０３６２】
また、本発明によれば、番組の関連情報と、関連情報を表示する条件を記述した条件記述子と、電子番組ガイドからの番組の選択をイベントとして前記関連情報と対応づけたイベント記述子を組にして所定の記憶媒体に書き込むことができる。
【０３６３】
また、本発明によれば、データ、およびイベントと条件とデータに対する処理を組にした情報を所定の記憶媒体から読み出し、イベント受理を条件評価のタイミングとし、条件評価の結果にしたがって処理を実行することができる。
【０３６４】
また、本発明によれば、データと、データの送信先を指定する送信先記述子と、送信を開始するイベントを指定するイベント記述子を所定の記憶媒体から読み出し、イベント記述子に記述されたイベントをトリガとして、送信先記述子に記述された送信先にデータを自動的に送信することができる。
【０３６５】
また、本発明によれば、加熱制御方法を記述したデータと、データを用いて加熱を行う条件を記述した条件記述子と、入力されるメニュー番号を指定したイベント記述子を所定の記憶媒体から読み出し、入力されたメニュー番号と対応づけられたデータに基づいて加熱を行うことができる。
【０３６６】
また、本発明によれば、番組の関連情報と、番組の関連情報を表示する条件を記述した条件記述子と、電子番組ガイドからの番組の選択をイベントとして前記関連情報と対応づけたイベント記述子を所定の記憶媒体から読み出し、電子番組ガイドの番組を選択した場合に、条件記述子の条件を判断して関連情報を表示することができる。
【０３６７】
以上のように、この発明に係るディジタル放送用送信方法および受信方法では、映像情報や音声情報からなる放送信号に関与する付加情報の格納場所を示す付加情報格納場所識別子とその付加情報を利用できる機器を送信先識別子として多重化して送信し、受信側では送信信号より分離した付加情報格納場所識別子により、送信信号あるいはネットワークから付加情報を取り出し、送信信号より分離した転送先識別子に基づいて、取り出した付加情報を転送することができる。これにより、周辺機器に新たな機能が追加された場合や新たな周辺機器を追加したい場合などでも、受信装置側の大幅な修正変更なしに、ディジタル放送を利用した受信装置に接続された個別機器への各種データの配信が可能になる。
【０３６８】
例えば、付加情報として電子レンジの新調理メニューを送信信号に多重化する場合、付加情報の格納場所として送信信号中の付加情報を特定するファイル名に相当する付加情報格納場所識別子と付加情報を利用できる機種を特定する転送先識別子とを同時に多重化して送信することにより、受信側では付加情報としての新調理メニューを取り出し、受信装置に対応電子レンジが接続されている場合には、新調理メニューが対応電子レンジに転送される。対応電子レンジ側で、新調理メニューが転送された場合に自動的に調理メニューを追加更新する機能を用意すれば、冷凍食品の売れ筋商品の調理メニューなどを自在に追加するサービスを容易に実現できる。
【０３６９】
以上のように、この発明に係る送信方法および受信方法では、映像情報や音声情報からなる放送信号に関与する付加情報の格納場所を示す付加情報格納場所識別子とその付加情報を利用できる機器を送信先識別子として多重化して送信し、受信側では送信信号より分離した付加情報格納場所識別子により、送信信号あるいはネットワークから付加情報を取り出し、送信信号より分離したユーザ確認情報記述子を画面上に表示してユーザの確認を促し、送信信号より分離した転送先識別子に基づいて、取り出した付加情報を転送することができる。これにより、放送やネットワークを通して付加情報を手軽に利用できるというメリットはそのままに、ユーザが知らないうちにデータが更新されたり、接続されていないのに転送したつもりになっていたりといったトラブルを未然に回避することができる。
【産業上の利用可能性】
【０３７０】
本願にかかるデータ送信方法、データ処理受信方法によれば、ＣＰＵの負担が軽くなり、また、コストも低減することができ、データ送信装置、データ受信処理装置等として利用可能である。
【０３７１】
本願にかかるイベント駆動型ファイル作成装置、イベント駆動型ファイル読みとり装置、データ記憶方法、データ処理方法及びプログラム記録媒体によれば、機器間で情報をやりとりする際にプラグアンドプレイのような機器間の連携を実現することが出来、情報をやりとりする際のルールに時間的制約を許すことが出来効率的に機器間で受け渡しするデータを処理することが出来、あるいはパソコンで作成したデータを送信したい場合、費用が高くつかず通信速度にも制約を受けないことを実現でき、イベント駆動型ファイル作成装置、イベント駆動型ファイル読みとり装置、データ記憶方法、データ処理方法及びプログラム記録媒体等として利用可能である。
【図面の簡単な説明】
【０３７２】
【図１】第１の本発明の第１の実施形態の送信側のシステム構成図
【図２】第１の本発明の第１の実施形態の送信側のハードウェア構成図
【図３】第１の本発明の第１の実施形態の受信側のシステム構成図
【図４】第１の本発明の第１の実施形態の受信側のハードウェア構成図
【図５】第１の本発明の第１の実施形態の送信側の動作手順を示すフローチャート
【図６】第１の本発明の第１の実施形態の送信側のＧＵＩの例を示す図
【図７】第１の本発明の第１の実施形態の送信側で生成される記述子の例を示す図
【図８】第１の本発明の第１の実施形態の受信側の動作手順を示すフローチャート
【図９】第１の本発明の第２の実施形態の送信側のシステム構成図
【図１０】第１の本発明の第２の実施形態の送信側のハードウェア構成図
【図１１】第１の本発明の第２の実施形態の受信側のシステム構成図
【図１２】第１の本発明の第２の実施形態の受信側のハードウェア構成図
【図１３】第１の本発明の第２の実施形態の送信側の動作手順を示すフローチャート
【図１４】第１の本発明の第２の実施形態の送信側で生成される記述子の例を示す図
【図１５】第１の本発明の第２の実施形態の受信側の動作手順を示すフローチャート
【図１６】第１の本発明の第３の実施形態の受信側のシステム構成図
【図１７】第１の本発明の第３の実施形態の受信側の動作手順を示すフローチャート
【図１８】第１の本発明の第４の実施形態の受信側のシステム構成図
【図１９】第１の本発明の第４の実施形態の受信側の動作手順を示すフローチャート
【図２０】第１の本発明の第５の実施形態の送信側のシステム構成図
【図２１】第１の本発明の第５の実施形態の送信側のハードウェア構成図
【図２２】第１の本発明の第５の実施形態の受信側のシステム構成図
【図２３】第１の本発明の第５の実施形態の受信側のハードウェア構成図
【図２４】第１の本発明の第５の実施形態の送信側の動作手順を示すフローチャート
【図２５】第１の本発明の第５の実施形態の送信側で生成される記述子の例を示す図
【図２６】第１の本発明の第５の実施形態の受信側の動作手順を示すフローチャート
【図２７】第２の本発明の第１の実施の形態の書き込み側のシステム構成図
【図２８】第２の本発明の第１の実施の形態の書き込み側のハードウェア構成図
【図２９】第２の本発明の第１の実施の形態の読み出し側のシステム構成図
【図３０】第２の本発明の第１の実施の形態の読み出し側のハードウェア構成図
【図３１】第２の本発明の第１の実施の形態の書き込み側の動作手順を示すフローチャート図
【図３２】第２の本発明の第１の実施の形態の書き込み側のＧＵＩの例を示す図
【図３３】第２の本発明の第１の実施の形態の書き込み側で生成されるファイルの例を示す図
【図３４】第２の本発明の第１の実施の形態の読み出し側の動作手順を示すフローチャート図
【図３５】第２の本発明の第２の実施の形態の書き込み側のシステム構成図
【図３６】第２の本発明の第２の実施の形態の書き込み側のハードウェア構成図
【図３７】第２の本発明の第２の実施の形態の読み出し側のシステム構成図
【図３８】第２の本発明の第２の実施の形態の読み出し側のハードウェア構成図
【図３９】第２の本発明の第２の実施の形態の書き込み側の動作手順を示すフローチャート図
【図４０】第２の本発明の第２の実施の形態の書き込み側のＧＵＩの例を示す図
【図４１】第２の本発明の第２の実施の形態の書き込み側で生成されるファイルの例を示す図
【図４２】第２の本発明の第２の実施の形態の読み出し側の動作手順を示すフローチャート図
【図４３】第２の本発明の第３の実施の形態の書き込み側のシステム構成図
【図４４】第２の本発明の第３の実施の形態の書き込み側のハードウェア構成図
【図４５】第２の本発明の第３の実施の形態の読み出し側のシステム構成図
【図４６】第２の本発明の第３の実施の形態の読み出し側のハードウェア構成図
【図４７】第２の本発明の第３の実施の形態の書き込み側の動作手順を示すフローチャート図
【図４８】第２の本発明の第３の実施の形態の書き込み側の加熱制御データ入力画面の例を示す図
【図４９】第２の本発明の第３の実施の形態の書き込み側で生成されるファイルの例を示す図
【図５０】第２の本発明の第３の実施の形態の読み出し側の動作手順を示すフローチャート図
【図５１】第２の本発明の第４の実施の形態の書き込み側のシステム構成図
【図５２】第２の本発明の第４の実施の形態の書き込み側のハードウェア構成図
【図５３】第２の本発明の第４の実施の形態の読み出し側のシステム構成図
【図５４】第２の本発明の第４の実施の形態の読み出し側のハードウェア構成図
【図５５】第２の本発明の第４の実施の形態の書き込み側の動作手順を示すフローチャート図
【図５６】第２の本発明の第４の実施の形態の書き込み側で生成されるファイルの例を示す図
【図５７】第２の本発明の第４の実施の形態の読み出し側の動作手順を示すフローチャート図
【図５８】第３の発明の第１の実施形態の送信側のシステム構成図
【図５９】第３の発明の第１の実施形態の送信側のハードウェア構成図
【図６０】第３の発明の第１の実施形態の受信側のシステム構成図
【図６１】第３の発明の第１の実施形態の受信側のハードウェア構成図
【図６２】第３の発明の第１の実施形態の送信側の動作手順を示すフローチャート
【図６３】多重化して送信される映像、音声、識別子、および付加情報に関するデータ構成例を示す図
【図６４】第３の発明の第１の実施形態の受信側の動作手順を示すフローチャート
【図６５】第４の発明の第１の実施形態の送信側のシステム構成図
【図６６】第４の発明の第１の実施形態の送信側のハードウェア構成図
【図６７】第４の発明の第１の実施形態の受信側のシステム構成図
【図６８】第４の発明の第１の実施形態の受信側のハードウェア構成図
【図６９】第４の発明の第１の実施形態の送信側の動作手順を示すフローチャート
【図７０】多重化して送信される映像、音声、識別子、および付加情報に関するデータ構成例を示す図
【図７１】第４の発明の第１の実施形態の受信側の動作手順を示すフローチャート
【図７２】第４の発明の第１の実施形態の受信側の画面表示例を示す図
【図７３】第４の発明の第２の実施形態のシステム構成図
【図７４】第４の発明の第２の実施形態のハードウェア構成図
【図７５】第４の発明の第２の実施形態の動作手順を示すフローチャート
【図７６】第４の発明の第３の実施形態のシステム構成図
【図７７】第４の発明の第３の実施形態のハードウェア構成図
【図７８】第４の発明の第３の実施形態の動作手順を示すフローチャート
【図７９】第４の発明の第４の実施形態のシステム構成図
【図８０】第４の発明の第４の実施形態のハードウェア構成図
【図８１】第４の発明の第４の実施形態の動作手順を示すフローチャート
【図８２】第４の発明の第５の実施形態のシステム構成図
【図８３】第４の発明の第５の実施形態のハードウェア構成図
【図８４】第４の発明の第５の実施形態の動作手順を示すフローチャート
【図８５】第４の発明の第６の実施形態のシステム構成図
【図８６】第４の発明の第６の実施形態のハードウェア構成図
【図８７】第４の発明の第６の実施形態の動作手順を示すフローチャート
【図８８】第４の発明の第６の実施形態の画面表示例を示す図
【符号の説明】
【０３７３】
１０１  送信データ指定手段
１０２  データ処理方法指定手段
１０３  記述子生成部
１０４  送信データ合成部
１０５  送信部
１０６  モデム
１０７  時間制約指定手段
１０８  時間制約記述子生成部
２０１  ＣＰＵ
２０２  主記憶装置
２０３  補助記憶装置
３０１  受信部
３０２  受信データ分離部
３０３  データ記憶手段
３０４  データ処理記述子記憶手段
３０５  条件記述子記憶手段
３０６  イベント記述子記憶手段
３０７  データ処理部
３０８  条件評価部
３０９  イベント受理部
３１０  データ表示手段
３１１  ユーザ入力手段
３１２  イベント時間制約記述子記憶手段
３１３  イベント受理管理部
３１４  計時手段
３１５  条件時間制約記述子記憶手段
３１６  条件評価制御部
３１７  処理時間制約記述子記憶手段
３１８  処理時刻制御部
４０１  ＶＲＡＭ
５０１  信号符号化部
５０２  イベント記述子符号化部
５０３  ルール符号化部
５０４  付加情報符号化部
５０５  多重化部
５０６  送信部
５０７  アップコンバータ
５０８  送信アンテナ
７０１  受信アンテナ
７０２  ダウンコンバータ
７０３  チューナ
７０４  分離部
７０５  信号復号化部
７０６  イベント記述子復号化部
７０７  ルール復号化部
７０８  付加情報復号化部
７０９  ルール実行部
７１０  モニタ
７１１  スピーカ
１０１Ａ  データ指定手段
１０２Ａ  データ処理方法指定手段
１０３Ａ  記述子生成部
１０４Ａ  ファイル作成部
１０５Ａ  ファイル書き込み部
２０１Ａ  ＣＰＵ
２０２Ａ  主記憶装置
２０３Ａ  補助記憶装置
３０１A ファイル読み出し部
３０２Ａ  識別子分離部
３０３Ａ  データ処理記述子記憶手段
３０４Ａ  条件記述子記憶手段
３０５Ａ  イベント記述子記憶手段
３０６Ａ  データ処理部
３０７Ａ  条件評価部
３０８Ａ  イベント受理部
３０９Ａ  データ表示手段
３１０Ａ  計時手段
４０１Ａ  ＶＲＡＭ
５０１Ａ  データ送信方法指定手段
７０１Ａ  送信先記述子記憶手段
７０２Ａ  データ送信部
７０３Ａ  モデム
９０１Ａ  加熱制御データ入力手段
９０２Ａ  加熱条件指定手段
１１０１Ａ  加熱制御部
１１０２Ａ  加熱用ヒータ
１１０３Ａ  ユーザ入力部
１１０４Ａ  加熱制御データ格納手段
１３０１Ａ  関連情報指定手段
１３０２Ａ  表示条件指定手段
１５０１Ａ  関連情報表示手段
１５０２Ａ  番組選択手段
１０１Ｂ  信号符号化部
１０２Ｂ  識別子１符号化部
１０３Ｂ  識別子２符号化部
１０４Ｂ  付加情報符号化部
１０５Ｂ  多重化部
１０６Ｂ  送信部
１０７Ｂ  アップコンバータ
１０８Ｂ  送信アンテナ
２０１Ｂ  ＣＰＵ
２０２Ｂ  主記憶装置
２０３Ｂ  補助記憶装置
３０１Ｂ  受信アンテナ
３０２Ｂ  ダウンコンバータ
３０３Ｂ  チューナ
３０４Ｂ  分離部
３０５Ｂ  信号復号化部
３０６Ｂ  識別子１復号化部
３０７Ｂ  識別子２復号化部
３０８Ｂ  付加情報復号化部
３０９Ｂ  転送部
３１０Ｂ  モニタ
３１１Ｂ  スピーカ
１０１Ｃ  信号符号化部
１０２Ｃ  格納場所識別子符号化部
１０３Ｃ  転送先識別子符号化部
１０４Ｃ  ユーザ確認情報符号化部
１０５Ｃ  付加情報符号化部
１０６Ｃ  多重化部
１０７Ｃ  送信部
１０８Ｃ  アップコンバータ
１０９Ｃ  送信アンテナ
２０１Ｃ  ＣＰＵ
２０２Ｃ  主記憶装置
２０３Ｃ  補助記憶装置
３０１Ｃ  受信アンテナ
３０２Ｃ  ダウンコンバータ
３０３Ｃ  チューナ
３０４Ｃ  分離部
３０５Ｃ  信号復号化部
３０６Ｃ  格納場所識別子復号化部
３０７Ｃ  転送先識別子復号化部
３０８Ｃ  付加情報復号化部
３０９Ｃ  ユーザ確認情報記述子復号化部
３１０Ｃ  時間計測部
３１１Ｃ  転送部
３１２Ｃ  モニタ
３１３Ｃ  スピーカ
【図１】
2005027285.tif 000003
【図２】
2005027285.tif 000004
【図３】
2005027285.tif 000005
【図４】
2005027285.tif 000006
【図５】
2005027285.tif 000007
【図６】
2005027285.tif 000008
【図７】
2005027285.tif 000009
【図８】
2005027285.tif 000010
【図９】
2005027285.tif 000011
【図１０】
2005027285.tif 000012
【図１１】
2005027285.tif 000013
【図１２】
2005027285.tif 000014
【図１３】
2005027285.tif 000015
【図１４】
2005027285.tif 000016
【図１５】
2005027285.tif 000017
【図１６】
2005027285.tif 000018
【図１７】
2005027285.tif 000019
【図１８】
2005027285.tif 000020
【図１９】
2005027285.tif 000021
【図２０】
2005027285.tif 000022
【図２１】
2005027285.tif 000023
【図２２】
2005027285.tif 000024
【図２３】
2005027285.tif 000025
【図２４】
2005027285.tif 000026
【図２５】
2005027285.tif 000027
【図２６】
2005027285.tif 000028
【図２７】
2005027285.tif 000029
【図２８】
2005027285.tif 000030
【図２９】
2005027285.tif 000031
【図３０】
2005027285.tif 000032
【図３１】
2005027285.tif 000033
【図３２】
2005027285.tif 000034
【図３３】
2005027285.tif 000035
【図３４】
2005027285.tif 000036
【図３５】
2005027285.tif 000037
【図３６】
2005027285.tif 000038
【図３７】
2005027285.tif 000039
【図３８】
2005027285.tif 000040
【図３９】
2005027285.tif 000041
【図４０】
2005027285.tif 000042
【図４１】
2005027285.tif 000043
【図４２】
2005027285.tif 000044
【図４３】
2005027285.tif 000045
【図４４】
2005027285.tif 000046
【図４５】
2005027285.tif 000047
【図４６】
2005027285.tif 000048
【図４７】
2005027285.tif 000049
【図４８】
2005027285.tif 000050
【図４９】
2005027285.tif 000051
【図５０】
2005027285.tif 000052
【図５１】
2005027285.tif 000053
【図５２】
2005027285.tif 000054
【図５３】
2005027285.tif 000055
【図５４】
2005027285.tif 000056
【図５５】
2005027285.tif 000057
【図５６】
2005027285.tif 000058
【図５７】
2005027285.tif 000059
【図５８】
2005027285.tif 000060
【図５９】
2005027285.tif 000061
【図６０】
2005027285.tif 000062
【図６１】
2005027285.tif 000063
【図６２】
2005027285.tif 000064
【図６３】
2005027285.tif 000065
【図６４】
2005027285.tif 000066
【図６５】
2005027285.tif 000067
【図６６】
2005027285.tif 000068
【図６７】
2005027285.tif 000069
【図６８】
2005027285.tif 000070
【図６９】
2005027285.tif 000071
【図７０】
2005027285.tif 000072
【図７１】
2005027285.tif 000073
【図７２】
2005027285.tif 000074
【図７３】
2005027285.tif 000075
【図７４】
2005027285.tif 000076
【図７５】
2005027285.tif 000077
【図７６】
2005027285.tif 000078
【図７７】
2005027285.tif 000079
【図７８】
2005027285.tif 000080
【図７９】
2005027285.tif 000081
【図８０】
2005027285.tif 000082
【図８１】
2005027285.tif 000083
【図８２】
2005027285.tif 000084
【図８３】
2005027285.tif 000085
【図８４】
2005027285.tif 000086
【図８５】
2005027285.tif 000087
【図８６】
2005027285.tif 000088
【図８７】
2005027285.tif 000089
【図８８】
2005027285.tif 000090