JP5172108B2 - チューナシステム及び予約変更方法、並びにそれらに用いるプログラム及び記録媒体 - Google Patents

Description

本発明は、放送番組の予約に関し、より詳しくは、ある放送番組が予約されている状況において、その番組、あるいはその番組よりも前の番組の放送が延長又は変更がなされた場合に、その番組が延長又は変更がなされたことによって影響を受ける番組の視聴、録音、又は録画が、正しく視聴、録音、又は録画ができるように予約情報を自動的に変更するものである。

近年、デジタルＣＳ放送、デジタルＢＳ放送など衛星を利用してデジタル放送データを家庭に配信して、各家庭で高品位のテレビジョンや音楽を楽しむことができるようになっている。このような衛星を利用したデジタル放送ではチャンネル数が数百にも及び、放送の利用者が現在どのような番組が放送されているか或いは放送の予定があるかを知ることは容易ではない。従って、放送事業者は、電子番組ガイド（ＥＰＧ：Ｅｌｅｃｔｒｉｃａｌ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）をテレビジョンや音楽と同時に放送し、それを専用のチューナで受信／表示することで、利用者は現在どのような番組が放送されているか或いは放送の予定があるかを知ることができる。既存のアナログ地上波放送でも、ＶＢＩ（Ｖｅｒｔｉｃａｌ Ｂｌａｎｋｉｎｇ Ｉｎｔｅｒｖａｌ）を利用してＥＰＧデータを送信したり、或いはインターネット上にあるＥＰＧデータを利用して、放送受信者が放送番組の受信を簡便にするようにしたものもある。また、２００３年１２月からはデジタル放送は衛星を利用したものだけでなく、地上デジタル放送も始まっている。

デジタル放送ではＥＰＧデータはＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）として、映像や音声、その他の情報と一緒に伝送される。具体的なチャンネルの情報はＳＩの中のＳＤＴ（Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｔａｂｌｅ）に、番組の情報はＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）に格納されている。日本国内のデジタル放送のＳＩ情報に関する規格はＡＲＩＢ ＳＴＤ−Ｂ１０に、地上デジタル放送の運用規格はＡＲＩＢ ＴＲ−Ｂ１４第４編に、衛星デジタル放送の運用規格はＡＲＩＢ ＴＲ−Ｂ１５第４編に規定されている。

一方、ＡＶ放送がデジタル化されるにつれて、複数のＡＶデバイスを相互に接続し、一方のデバイスから他方のデバイスをコントロールしたり、映像や音声のストリームを転送したりするために、各ＡＶデバイスがＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）１３９４シリアルバス規格（以下ＩＥＥＥ１３９４規格）に基づく端子を持ち、ＩＥＥＥ１３９４規格のコードを接続して、ＡＶデバイスをネットワーク化することが行われている。ＩＥＥＥ１３９４規格では、データの転送に２つのモードがある。一つはＡｓｙｎｃｈｒｏｎｏｕｓ通信と呼ばれ主にデバイスを制御するためのコマンドなどを転送する。もう一つはＩｓｏｃｈｒｏｎｏｕｓ通信と呼ばれ主にデバイス間で映像や音声のストリームを転送するために使われる。ストリームの転送では、抽象的な概念である、デバイスに出力及び入力のプラグと１３９４シリアスバス上でのチャネルを定義し、出力プラグとチャネル及びチャネルと入力プラグを接続することにより、デバイス間に論理的な伝送路を形成することで、デバイス間のストリームの転送を行うことができる。伝送路は１つの出力プラグから１つのチャネルを経て１つの入力プラグに至るＰｏｉｎｔ−Ｔｏ−Ｐｏｉｎｔコネクションと、出力プラグと入力プラグの対を指定せずに出力プラグとチャネルの接続、チャネルと入力プラグの接続を行うＢｒｏａｄｃａｓｔコネクションがある。

ＩＥＥＥ１３９４規格は「ＩＥＥＥ Ｓｔａｎｄａｒｄ ｆｏｒ ａ Ｈｉｇｈ Ｐｅｒｆｏｒｍａｎｃｅ Ｓｅｒｉａｌ Ｂｕｓ」として「ＩＥＥＥ Ｓｔｄ １３９４−１９９５」に規格化されている。また、ＩＥＥＥ１３９４を使って接続されたＡＶデバイス間でデバイスのコントロールをするための規格として、「ＡＶ／Ｃ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ Ｃｏｍｍａｎｄ Ｓｅｔ Ｇｅｎｅｒａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ」等が１３９４ ＴＲＡＤＥ ＡＳＳＯＣＩＡＴＩＯＮより規格化されている（以下ＡＶ／Ｃ）。

ＡＶ／Ｃは主に２つの異なるＡＶデバイスが接続された時に一方のデバイスが他方のデバイスをコントロールするための規格である。例えば、図２１に示すようにＢＳデジタル放送用パラボラアンテナ（８００６）がケーブル（８００８）で接続されたＢＳデジタル衛星放送のチューナ（８０１２）とＤ−ＶＨＳデッキ（８０１３）がＩＥＥＥ１３９４ケーブル（８００９）で接続された環境で、ディスプレイケーブル（８００７）によってチューナに接続されたディスプレイ（８００５）上にチューナのＥＰＧを表示し、利用者が選択したデジタル衛星放送の番組の受信予約をするとともにＤ−ＶＨＳデッキに録画予約もすることができる。すなわちＡＶ／Ｃでは１対１で接続された２つのデバイスで一方のデバイスがもう一方のデバイスを制御するのがメインの目的である。

複数のＡＶデバイスを制御し、ＡＶデバイスの機能などのリソースを管理することができる規格として、Ｈｏｍｅ Ａｕｄｉｏ Ｖｉｄｅｏ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ（以下ＨＡＶｉ）が規格化されている。ＨＡＶｉはベースとなるネットワーク規格及びストリーム転送規格としてＩＥＥＥ１３９４規格とＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ Ｃｏｍｉｓｓｏｎ）６１８８３規格を想定している。

ＨＡＶｉではデバイスを次の４つに分類している。Ｆｕｌｌ ＡＶ Ｄｅｖｉｃｅ（以下ＦＡＶ）はＨＡＶｉのすべての機能が搭載されたデバイスである。ＦＡＶにはＪＡＶＡのＶｉｒｔｕａｌ Ｍａｃｈｉｎｅ（以下ＶＭ）が必要である。Ｉｎｔｅｒｍｅｄｉａｔｅ ＡＶ Ｄｅｖｉｃｅ（以下ＩＡＶ）は幾つかのソフトウェアモジュールは必須であるが、オプションのものもある。ＩＡＶにはＪＡＶＡ＿ＶＭは必要でない。ＦＡＶ及びＩＡＶはディスプレイが付属しているならばＣｏｎｔｒｏｌｌｅｒになりうるデバイスである。Ｂａｓｉｃ ＡＶ Ｄｅｖｉｃｅ（以下ＢＡＶ）はＴａｒｇｅｔデバイスで、Ｓｅｌｆ Ｄｅｓｃｒｉｂｉｎｇ Ｄｅｖｉｃｅ Ｄａｔａ（以下ＳＤＤ：後述）中に保存されたそのＢＡＶデバイスを制御するためのＪＡＶＡのアップロードモジュールをＦＡＶに転送し、ＦＡＶからコントロールするものである。Ｌｅｇａｃｙ ＡＶ Ｄｅｖｉｃｅ（以下ＬＡＶ）はＨＡＶｉの機能を持たないデバイスである。ＬＡＶは例えば現在市場に出回っているＡＶデバイスが相当する。

図２２にＨＡＶｉのソフトウェア構成例を示す。ＨＡＶｉの個々のモジュールはＳｏｆｔｗａｒｅ Ｅｌｅｍｅｎｔ（以下ＳＥ）として定義される。各ＳＥを識別するためにＳＥ＿ＩＤが割り当てられ、ＳＥ＿ＩＤは各デバイスに固有の値として割り当てられている６４ビットのＧＵＩＤとそのデバイス内で一意に識別する１６ビットのｓｗＨａｎｄｌｅで構成される。ＳＥ＿ＩＤはＭｅｓｓａｇｉｎｇ Ｓｙｓｔｅｍ（以下ＭＳ）が割り当てる。各ＳＥは、同じデバイス内にあるかあるいはネットワークで接続された異なるデバイスにあるかにかかわらずＳＥ間のメッセージのやり取りをするためのモジュールであるＭＳを介してお互いにメッセージのやり取りを行う。Ｅｖｅｎｔ Ｍａｎａｇｅｒ（以下ＥＭ）はシステムやモジュールの非同期な変更情報等を複数のＳＥに同報するものである。システムの変更情報として、例えばバスリセットが発生したことを知らせるものなどがある。Ｒｅｇｉｓｔｒｙ（以下ＲＥＧ）は個々のＳＥの情報を登録したり、ＳＥの情報を検索したりする。Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｍｅｄｉａ Ｍａｎａｇｅｒ（以下ＣＭＭ）はＳＥがＡＶ／Ｃなどのコマンドを、直接ＩＥＥＥ１３９４を使って送受信するために、ＩＥＥＥ１３９４のメッセージのやり取りを抽象化しＳＥから使用できるようにしたものである。Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｒ（以下ＲＭ）はＦＣＭ（後述）のリソースの予約をしたり、ある時刻になったら所定のコマンドをターゲットとなるＤｅｖｉｃｅ Ｃｏｎｔｒｏｌ Ｍｏｄｕｌｅ（以下ＤＣＭ）やＦｕｎｃｔｉｏｎａｌ Ｃｏｍｐｏｎｅｎｔ Ｍｏｄｕｌｅ（以下ＦＣＭ）に送りターゲットを動作させる（以下Ｓｃｈｅｄｕｌｅｄ Ａｃｔｉｏｎ）ことやＳｃｈｅｄｕｌｅｄ Ａｃｔｉｏｎの管理などを行う。Ｓｔｒｅａｍ Ｍａｎａｇｅｒ（以下ＳＭ）は映像や音声などのストリームの管理をする。ＤＣＭ Ｍａｎａｇｅｒ（以下ＤＣＭＭ）はあるデバイスが接続されるとＤＣＭ（後述）をインストールしたりアンインストールしたりする。

ＤＣＭは一つのデバイスに対しＨＡＶｉのネットワーク内のいずれかのＦＡＶ又はＩＡＶでソフトウェアモジュールとして動作し、ある特定のデバイスを制御するためのものである。すなわちアプリケーションなどのソフトウェアモジュールが特定のデバイスを制御するときには、そのデバイスに対応するＤＣＭ（又はそれに付随するＦＣＭ（後述））にアクセスすることによりそのデバイスを制御することができる。また、ＤＣＭにはそのデバイス自身へのＳｃｈｅｄｕｌｅ Ａｃｔｉｏｎが実行できるかのチェックと管理もする。ＤＣＭには０個以上のデバイスの特定の機能を抽象化したソフトウェアモジュール（ＦＣＭ）が付属している。現在、ＨＡＶｉで定義されているＦＣＭは「ＴＵＮＥＲ」「ＶＣＲ」「ＣＬＯＣＫ」「ＣＡＭＥＲＡ」「ＡＶ ＤＩＳＣ」「ＡＭＰＬＩＦＩＥＲ」「ＤＩＳＰＬＡＹ」「ＡＶ ＤＩＳＰＬＡＹ」「ＭＯＤＥＭ」「ＷＥＢ ＰＲＯＸＹ」がある。従って、例えばチューナの機能とＶＣＲの機能と時計（ＣＬＯＣＫ）の機能をもつデバイスはＤＣＭと「ＴＵＮＥＲ」ＦＣＭ、「ＶＣＲ」ＦＣＭ、「ＣＬＯＣＫ」ＦＣＭを持つ。ＦＣＭにはその機能の予約を管理するための機能も持つ。

通常、ＦＡＶやＩＡＶ自身のためのＤＣＭ（及びＦＣＭ）はそのデバイス内にあらかじめインストールされている。ＢＡＶのＤＣＭ（及びＦＣＭ）はＢＡＶのＳＤＤに記述されているものをＦＡＶにアップロードするか或いはインターネット等からダウンロードした後、ＦＡＶ上にインストールされる。ＨＡＶｉネットワーク内にＦＡＶがない場合は、ＩＡＶ内にあらかじめ用意してあるもの或いはインターネット等からダウンロードしたものをインストールする。ＬＡＶのＤＣＭ（及びＦＣＭ）はＦＡＶ又はＩＡＶ内にあらかじめ用意してあるもの或いはインターネット等からダウンロードしたものをインストールする。

アプリケーションはいわゆるＨＡＶｉのアプリケーションであり、例えば２つのＤ−ＶＨＳ間でダビングをするものとか、ＥＰＧのアプリケーションなどがある。アプリケーションはＨＡＶｉで規定されている各ソフトウェアモジュールのＡｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ（以下ＡＰＩ）を使って具体的なターゲットデバイスを制御したりする。Ｄａｔａ Ｄｒｉｖｅｎ Ｉｎｔｅｒａｃｔｉｏｎ（以下ＤＤＩ）Ｃｏｎｔｒｏｌｌｅｒはいわゆるレベル１ユーザインターフェースを構成するもので、ＤＤＩ Ｔａｒｇｅｔ及びＤＤＩ Ｄａｔａを持つＤＣＭやアプリケーションのＧＵＩである。ＨａｖｌｅｔはＪＡＶＡ（登録商標）で記述されＦＡＶ上で動作するレベル２ユーザインターフェースで、ＤＣＭやアプリケーションのＧＵＩである。ＤＣＭやアプリケーションがレベル１ユーザインターフェース又はレベル２ユーザインターフェースを持つかどうかはＲＥＧにそのソフトウェアモジュールの情報として登録されている。ＤＣＭやアプリケーションはレベル１とレベル２の両方のインターフェースを持つこともある。

ＭＳ、ＲＥＧ、ＥＭ、ＤＣＭＭ、ＲＭ、ＳＭ、ＣＭＭのようなシステムソフトウェアエレメントのＳＥ＿ＩＤは各デバイス毎で固定になっているが、ＤＣＭやＦＣＭなどは割り当てられるＳＥ＿ＩＤは固定ではなく、ＭＳは登録される度毎に違うＩＤを割り当てる。従ってデバイスのリセットが起こったときなどではＤＣＭやＦＣＭなどでは違うＳＥ＿ＩＤを割り当てられてしまい、リセットされたデバイスが回復された後では同じＤＣＭやＦＣＭでも通信が出来なくなることが起こる。これを避けるためＤＣＭやＦＣＭには永続的でユニークなＩＤであるＨＵＩＤが割り当てられる。

ＨＡＶｉでは別にＳＤＤが定義されている。ＳＤＤはＩＥＥＥ１３９４のコンフィグレーションＲＯＭの一部として、そのデバイスの種類やＢＡＶのためのアップロードモジュールなどそのデバイスの情報が格納されている。

ＨＡＶｉでは映像や音声などのストリームデータの転送は、ＩＥＥＥ１３９４規格の概念を受け継ぎ、抽象的なプラグと伝送路のチャネルを接続することでコネクションを形成し、そのコネクションを使ってストリームを流すようになっている。但しＩＥＥＥ１３９４規格と異なり、コネクションはソースのＦＣＭからシンクのＦＣＭへ至るルートで形成される。すなわちソースのＦＣＭの出力プラグからデバイスの出力プラグが接続され（これをアタッチメントと呼ぶ）、デバイスの出力プラグから伝送路のチャネルを経てデバイスの入力プラグが接続され、デバイスの入力プラグとシンクのＦＣＭの入力プラグが接続され、コネクションが確立される。ＨＡＶｉのコネクションにもＩＥＥＥ１３９４規格のコネクションと同様にＰｏｉｎｔ−Ｔｏ−ＰｏｉｎｔコネクションとＢｒｏａｄｃａｓｔコネクションの２種類が存在する。

ＨＡＶｉの規格は「Ｔｈｅ ＨＡＶｉ Ｓｐｅｃｉｆｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ Ｈｏｍｅ Ａｕｄｉｏ／Ｖｉｄｅｏ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ（ＨＡＶｉ） Ａｒｃｈｉｔｅｃｔｕｒｅ」として規格化されている。

さて、複数のＡＶ機器が接続された場合のＥＰＧの生成方法、予約録画を設定する場合、コンフリクトが発生した時にはそのコンフリクトを回避して予約を設定する技術が開示されている（特許文献１）。また、ある番組が予約録画されており、その番組の放送が延長されるなど変更された場合にでも録画が正しく行うことができる技術が開示されている（特許文献２乃至特許文献５など）。

特開２００４−２０７８６４ 特開２００３−９０１５ 特開２００３−１３４４３１ 特開２００４−７７５７ 特開２００５−１５９５２６

しかしながら、特許文献１で開示されている技術では、予約されている番組が延長された場合や、緊急放送が放送されて、番組スケジュールが変更された場合には、目的とする番組を録画できないケースが発生する。また、特許文献２〜特許文献５で開示されている技術では、予約されている番組が延長された場合などでは、複数の番組が予約されている時に正しく録画できない番組が出てきたり、或いは利用者が自分で予約のし直しをしなければならないので、大変不便である。

例えば、図１に示されているように接続された機器において、図１９に示されているＥＰＧのような録画予約がなされているとする。図１の接続例ではＢＳデジタルチューナとＤＶＤ−ＲＷ（８００１）、ＨＤＤとＣＳデジタルチューナ（８００２）、ＨＤＤとＤ−ＶＨＳ（８００３）、ＢＳ／ＣＳデジタルチューナとディスプレイ（８００４）の４つのデバイスが接続されている。ここで、図１９に示すように、ＢＳ１０１チャンネルの１０：３０から始まるプロ野球オープン戦（５０３１）について８００１で示されているＢＳデジタルチューナと８００３に示されているＨＤＤを使って録画予約を行う。また、ＢＳ１０３チャンネルの１１：３０から始まる素人漫才大会（５０３２）について８００１で示されているＢＳデジタルチューナとＤＶＤ−ＲＷを使って録画予約を行う。ここで、ＢＳ１０１チャンネルのプロ野球オープン戦の放送が延長され１１：３０以降も放送されるとすると、特許文献１の場合には１１：３０で選局が行われて、１１：３０からは８００１に示されたＢＳデジタルチューナはＢＳ１０３に選局され、ＤＶＤ−ＲＷに別の番組が予約される。また特許文献２〜特許文献５に示す場合では、１１：３０以降もプロ野球オーブン戦が引き続き録画されるが、ＢＳ１０３で１１：３０から放送される素人漫才大会の録画が正しく行われないか、或いは利用者が自分で録画予約を入れ直さなければならない。

本発明はこのような課題を解決するためになされたものであり、予約されている番組が延長された場合や、緊急放送等によって放送スケジュールが変更された場合でも、延長された番組、或いは放送スケジュールが変更された番組を自動的に最後まで正しく録画或いは録画予約、又は視聴予約ができるようにするためのものである。

上記課題を解決するために、本発明によるチューナシステムは、複数のチューナデバイス及び記録デバイスが接続されるＡＶネットワーク上で、放送される番組のスケジュール変更に伴って影響を受ける前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を変更する予約変更機能を有するチューナシステムであって、放送される番組の情報であるＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報を受信するＳＩ情報受信手段と、受信した前記ＳＩ情報を保存するＳＩ情報格納手段と、前記ＳＩ情報格納手段に既に保存されているＳＩ情報と前記ＳＩ情報受信手段によって新たに受信したＳＩ情報とを比較するＳＩ情報比較手段と、前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、前記新たに受信したＳＩ情報を前記ＳＩ情報格納手段に保存してＳＩ情報の内容を変更するＳＩ情報変更手段と、前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、放送される番組の番組情報が変更されたと判断し、放送される番組のスケジュール変更の事実を通知する番組情報変更通知手段と、前記番組情報変更通知手段から、放送される番組がスケジュール変更されたことを通知するイベントを受信する番組情報変更イベント受信手段と、前記イベント受信に応答して、前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を取得する予約情報取得手段と、前記予約情報取得手段によって取得された当初予約情報のうち、前記番組のスケジュール変更により影響を受ける当初予約情報を抽出する予約情報調査手段と、前記予約情報調査手段によって抽出された当初予約情報に係る番組の放送が既に始まっているか否かを判断する番組開始判断手段と、前記予約情報調査手段によって抽出された当初予約情報による処理を、この当初予約情報についての前記番組開始判断手段による判断結果に応じて変更する予約変更手段とを備え、前記予約変更手段は、前記抽出された当初予約情報に係る番組が前記番組開始判断手段によって既に始まっていると判断されている場合は、この当初予約情報の予約の終了時間を変更する予約更新手段と、前記抽出された当初予約情報に係る番組が前記番組開始判断手段によってまだ始まっていないと判断されている場合は、この当初予約情報の取り消しをする第１の予約情報取り消し手段と、前記第１の予約情報取り消し手段により取り消された当初予約情報による処理について、前記番組のスケジュール変更に合わせて変えた第１の新規予約情報を生成する第１の新規予約情報生成手段と、この第１の新規予約情報の予約を、当該予約で指定されたデバイス又はデバイスの機能に対して行う第１の新規予約手段と、この第１の新規予約手段の予約が成立したか否かを判断する第１の新規予約成否判断手段と、前記第１の新規予約成否判断手段が前記第１の新規予約手段での予約が成立しなかったと判断した場合に、前記第１の新規予約情報の予約で指定されたデバイス又はデバイスの機能とは異なるデバイス又はデバイスの機能に対し、前記第１の新規予約情報の代替予約処理を実行する代替予約手段とを含むことを特徴とする。

また、本発明によるチューナシステムは、複数のチューナデバイス及び記録デバイスが接続されるＡＶネットワーク上で、放送される番組のスケジュール変更に伴って影響を受ける前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を変更する予約変更機能を有するチューナシステムであって、放送される番組の情報であるＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報を受信するＳＩ情報受信手段と、受信した前記ＳＩ情報を保存するＳＩ情報格納手段と、前記ＳＩ情報格納手段に既に保存されているＳＩ情報と前記ＳＩ情報受信手段によって新たに受信したＳＩ情報とを比較するＳＩ情報比較手段と、前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、前記新たに受信したＳＩ情報を前記ＳＩ情報格納手段に保存してＳＩ情報の内容を変更するＳＩ情報変更手段と、前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、放送される番組の番組情報が変更されたと判断し、放送される番組のスケジュール変更の事実を通知する番組情報変更通知手段と、前記番組情報変更通知手段から、放送される番組がスケジュール変更されたことを通知するイベントを受信する番組情報変更イベント受信手段と、前記イベント受信に応答して、前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を取得する予約情報取得手段と、前記予約情報取得手段によって取得された当初予約情報のうち、前記番組のスケジュール変更により影響を受ける当初予約情報を抽出する予約情報調査手段と、前記予約情報調査手段によって抽出された当初予約情報に係る番組の放送が既に始まっているか否かを判断する番組開始判断手段と、前記予約情報調査手段によって抽出された当初予約情報による処理を、この当初予約情報についての前記番組開始判断手段による判断結果に応じて変更する予約変更手段とを備え、前記予約変更手段は、前記抽出された当初予約情報に係る番組が前記番組開始判断手段によって既に始まっていると判断されている場合は、この当初予約情報の予約の終了時間を変更する予約更新手段と、前記抽出された当初予約情報に係る番組が前記番組開始判断手段によってまだ始まっていないと判断されている場合は、この当初予約情報の取り消しをする第１の予約情報取り消し手段と、前記第１の予約情報取り消し手段により取り消された当初予約情報による処理について、前記番組のスケジュール変更に合わせて変えた第１の新規予約情報を生成する第１の新規予約情報生成手段と、この第１の新規予約情報の予約を、当該予約で指定されたデバイス又はデバイスの機能に対して行う第１の新規予約手段と、この第１の新規予約手段の予約が成立したか否かを判断する第１の新規予約成否判断手段と、前記第１の新規予約成否判断手段が前記第１の新規予約手段での予約が成立しなかったと判断した場合に、この予約が成立しなかった原因となっている原因予約情報に基づく予約を変更する原因予約変更手段とを含み、前記原因予約変更手段による原因予約情報の予約変更後に、前記第１の新規予約手段が前記第１の新規予約情報の予約を再び行うことを特徴とする。

また、本発明によるチューナシステムは、複数のチューナデバイス及び記録デバイスが接続されるＡＶネットワーク上で、放送される番組のスケジュール変更に伴って影響を受ける前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を変更する予約変更機能を有するチューナシステムであって、放送される番組の情報であるＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報を受信するＳＩ情報受信手段と、受信した前記ＳＩ情報を保存するＳＩ情報格納手段と、前記ＳＩ情報格納手段に既に保存されているＳＩ情報と前記ＳＩ情報受信手段によって新たに受信したＳＩ情報とを比較するＳＩ情報比較手段と、前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、前記新たに受信したＳＩ情報を前記ＳＩ情報格納手段に保存してＳＩ情報の内容を変更するＳＩ情報変更手段と、前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、放送される番組の番組情報が変更されたと判断し、放送される番組のスケジュール変更の事実を通知する番組情報変更通知手段と、前記番組情報変更通知手段から、放送される番組がスケジュール変更されたことを通知するイベントを受信する番組情報変更イベント受信手段と、前記イベント受信に応答して、前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を取得する予約情報取得手段と、前記予約情報取得手段によって取得された当初予約情報のうち、前記番組のスケジュール変更により影響を受ける当初予約情報を抽出する予約情報調査手段と、前記予約情報調査手段によって抽出された当初予約情報に係る番組の放送が既に始まっているか否かを判断する番組開始判断手段と、前記予約情報調査手段によって抽出された当初予約情報による処理を、この当初予約情報についての前記番組開始判断手段による判断結果に応じて変更する予約変更手段とを備え、前記予約変更手段は、前記抽出された当初予約情報に係る番組が前記番組開始判断手段によって既に始まっていると判断されている場合は、この当初予約情報の予約の終了時間を変更する予約更新手段と、前記抽出された当初予約情報に係る番組が前記番組開始判断手段によってまだ始まっていないと判断されている場合は、この当初予約情報の取り消しをする第１の予約情報取り消し手段と、前記第１の予約情報取り消し手段により取り消された当初予約情報による処理について、前記番組のスケジュール変更に合わせて変えた第１の新規予約情報を生成する第１の新規予約情報生成手段と、この第１の新規予約情報の予約を、当該予約で指定されたデバイス又はデバイスの機能に対して行う第１の新規予約手段と、前記予約更新手段の予約更新が成立したか否かを判断する予約更新成否判断手段と、前記予約更新成否判断手段が、前記予約更新手段での予約更新が成立しなかったと判断した場合に、この予約更新が成立しなかった原因となっている原因予約情報に基づく予約を変更する原因予約変更手段とを含み、前記原因予約変更手段による原因予約情報の予約変更後に、前記予約情報調査手段によって抽出された当初予約情報は、前記予約更新手段によって終了時間が変更された情報に更新されることを特徴とする。

このように、放送やインターネット等でＳＩ情報を受信した際に、その情報が更新されて放送される番組のスケジュールが変更された場合に、他のシステムに番組情報変更の通知がなされ、利用者はその変更について的確に認識することができる。

このように本発明では、番組情報変更イベントを受信したときには、その番組の変更により影響の受ける予約を、番組のスケジュール変更に合わせて変更することができる。

このように本発明では、番組のスケジュール変更に合わせて変更された予約が、すでに予約されている他の予約とコンフリクトを起こして、予約できない場合には、別の代替機能／デバイスを検索して、代替機能／デバイスを使って予約情報を生成し、予約をすることができる。

また、番組情報変更イベントを受信したときには、その番組の変更により影響の受ける予約を、番組のスケジュール変更に合わせて変更することができる。また、番組のスケジュール変更に合わせて変更された予約が、すでに予約されている他の予約とコンフリクトを起こして、予約できない場合には、コンフリクトを起こす原因となった予約で使用される機能／デバイスを代替する機能／デバイスを検索して、代替機能／デバイスを使って予約情報を生成し、予約をすることができる。

また、本発明による予約変更方法は、複数のチューナデバイス及び記録デバイスが接続されるＡＶネットワーク上のチューナシステムにおいて、放送される番組のスケジュール変更に伴って影響を受ける前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を変更する予約変更方法であって、放送される番組の情報であるＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報を受信するＳＩ情報受信ステップと、受信した前記ＳＩ情報をＳＩ情報格納手段に保存するＳＩ情報格納ステップと、前記ＳＩ情報格納手段に既に保存されているＳＩ情報と前記ＳＩ情報受信ステップで新たに受信したＳＩ情報とを比較するＳＩ情報比較ステップと、前記ＳＩ情報比較ステップで前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、前記新たに受信したＳＩ情報を前記ＳＩ情報格納手段に保存してＳＩ情報の内容を変更するＳＩ情報変更ステップと、前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、放送される番組の番組情報が変更されたと判断し、放送される番組のスケジュール変更の事実を通知する番組情報変更通知ステップと、前記番組情報変更ステップの、放送される番組がスケジュール変更されたことを通知するイベントを受信する番組情報変更イベント受信ステップと、前記イベント受信に応答して、前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を取得する予約情報取得ステップと、前記予約情報取得ステップで取得された当初予約情報のうち、前記番組のスケジュール変更により影響を受ける当初予約情報を抽出する予約情報調査ステップと、前記予約情報調査ステップで抽出された当初予約情報に係る番組の放送が既に始まっているか否かを判断する番組開始判断ステップと、前記予約情報調査ステップで抽出された当初予約情報による処理を、この当初予約情報についての前記番組開始判断ステップの判断結果に応じて変更する予約変更ステップとを有し、前記予約変更ステップは、前記抽出された当初予約情報に係る番組が前記番組開始判断ステップで既に始まっていると判断されている場合は、この当初予約情報の予約の終了時間を変更する予約更新ステップと、前記抽出された当初予約情報に係る番組が前記番組開始判断ステップでまだ始まっていないと判断されている場合は、この当初予約情報の取り消しをする第１の予約情報取り消しステップと、前記第１の予約情報取り消しステップで取り消された当初予約情報による処理について、前記番組のスケジュール変更に合わせて変えた第１の新規予約情報を生成する第１の新規予約情報生成ステップと、この第１の新規予約情報の予約を、当該予約で指定されたデバイス又はデバイスの機能に対して行う第１の新規予約ステップと、この第１の新規予約ステップの予約が成立したか否かを判断する第１の新規予約成否判断ステップと、前記第１の新規予約成否判断ステップで、前記第１の新規予約ステップでの予約が成立しなかったと判断した場合に、前記第１の新規予約情報の予約で指定されたデバイス又はデバイスの機能とは異なるデバイス又はデバイスの機能に対し、前記第１の新規予約情報の代替予約処理を実行する代替予約ステップとを含むことを特徴とする。

また、本発明による予約変更方法は、複数のチューナデバイス及び記録デバイスが接続されるＡＶネットワーク上のチューナシステムにおいて、放送される番組のスケジュール変更に伴って影響を受ける前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を変更する予約変更方法であって、放送される番組の情報であるＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報を受信するＳＩ情報受信ステップと、受信した前記ＳＩ情報をＳＩ情報格納手段に保存するＳＩ情報格納ステップと、前記ＳＩ情報格納手段に既に保存されているＳＩ情報と前記ＳＩ情報受信ステップで新たに受信したＳＩ情報とを比較するＳＩ情報比較ステップと、前記ＳＩ情報比較ステップで前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、前記新たに受信したＳＩ情報を前記ＳＩ情報格納手段に保存してＳＩ情報の内容を変更するＳＩ情報変更ステップと、前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、放送される番組の番組情報が変更されたと判断し、放送される番組のスケジュール変更の事実を通知する番組情報変更通知ステップと、前記番組情報変更ステップの、放送される番組がスケジュール変更されたことを通知するイベントを受信する番組情報変更イベント受信ステップと、前記イベント受信に応答して、前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を取得する予約情報取得ステップと、前記予約情報取得ステップで取得された当初予約情報のうち、前記番組のスケジュール変更により影響を受ける当初予約情報を抽出する予約情報調査ステップと、前記予約情報調査ステップで抽出された当初予約情報に係る番組の放送が既に始まっているか否かを判断する番組開始判断ステップと、前記予約情報調査手段で抽出された当初予約情報による処理を、この当初予約情報についての前記番組開始判断ステップの判断結果に応じて変更する予約変更ステップとを有し、前記予約変更ステップは、前記抽出された当初予約情報に係る番組が前記番組開始判断ステップで既に始まっていると判断されている場合は、この当初予約情報の予約の終了時間を変更する予約更新ステップと、前記抽出された当初予約情報に係る番組が前記番組開始判断ステップでまだ始まっていないと判断されている場合は、この当初予約情報の取り消しをする第１の予約情報取り消しステップと、前記第１の予約情報取り消しステップで取り消された当初予約情報による処理について、前記番組のスケジュール変更に合わせて変えた第１の新規予約情報を生成する第１の新規予約情報生成ステップと、この第１の新規予約情報の予約を、当該予約で指定されたデバイス又はデバイスの機能に対して行う第１の新規予約ステップと、この第１の新規予約ステップの予約が成立したか否かを判断する第１の新規予約成否判断ステップと、前記第１の新規予約成否判断ステップで、前記第１の新規予約ステップでの予約が成立しなかったと判断した場合に、この予約が成立しなかった原因となっている原因予約情報に基づく予約を変更する原因予約変更ステップとを含み、前記原因予約変更ステップの実行による原因予約情報の予約変更後に、前記第１の新規予約ステップを再び実行して前記第１の新規予約情報の予約を行うことを特徴とする。

また、本発明による予約変更方法は、複数のチューナデバイス及び記録デバイスが接続されるＡＶネットワーク上のチューナシステムにおいて、放送される番組のスケジュール変更に伴って影響を受ける前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を変更する予約変更方法であって、放送される番組の情報であるＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報を受信するＳＩ情報受信ステップと、受信した前記ＳＩ情報をＳＩ情報格納手段に保存するＳＩ情報格納ステップと、前記ＳＩ情報格納手段に既に保存されているＳＩ情報と前記ＳＩ情報受信ステップで新たに受信したＳＩ情報とを比較するＳＩ情報比較ステップと、前記ＳＩ情報比較ステップで前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、前記新たに受信したＳＩ情報を前記ＳＩ情報格納手段に保存してＳＩ情報の内容を変更するＳＩ情報変更ステップと、前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、放送される番組の番組情報が変更されたと判断し、放送される番組のスケジュール変更の事実を通知する番組情報変更通知ステップと、前記番組情報変更ステップの、放送される番組がスケジュール変更されたことを通知するイベントを受信する番組情報変更イベント受信ステップと、前記イベント受信に応答して、前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を取得する予約情報取得ステップと、前記予約情報取得ステップで取得された当初予約情報のうち、前記番組のスケジュール変更により影響を受ける当初予約情報を抽出する予約情報調査ステップと、前記予約情報調査ステップで抽出された当初予約情報に係る番組の放送が既に始まっているか否かを判断する番組開始判断ステップと、前記予約情報調査ステップで抽出された当初予約情報による処理を、この当初予約情報についての前記番組開始判断ステップの判断結果に応じて変更する予約変更ステップとを有し、前記予約変更ステップは、前記抽出された当初予約情報に係る番組が前記番組開始判断ステップで既に始まっていると判断されている場合は、この当初予約情報の予約の終了時間を変更する予約更新ステップと、前記抽出された当初予約情報に係る番組が前記番組開始判断ステップでまだ始まっていないと判断されている場合は、この当初予約情報の取り消しをする第１の予約情報取り消しステップと、前記第１の予約情報取り消しステップで取り消された当初予約情報による処理について、前記番組のスケジュール変更に合わせて変えた第１の新規予約情報を生成する第１の新規予約情報生成ステップと、この第１の新規予約情報の予約を、当該予約で指定されたデバイス又はデバイスの機能に対して行う第１の新規予約ステップと、前記予約更新ステップの予約更新が成立したか否かを判断する予約更新成否判断ステップと、前記予約更新成否判断ステップが、前記予約更新ステップでの予約更新が成立しなかったと判断した場合に、この予約更新が成立しなかった原因となっている原因予約情報に基づく予約を変更する原因予約変更ステップとを含み、前記原因予約変更ステップの実行による原因予約情報の予約変更後に、前記予約情報調査ステップによって抽出された当初予約情報を、前記予約更新ステップによって終了時間を変更した情報に更新することを特徴とする。

前記いずれかに記載の予約変更方法における各ステップは、ＡＶ機器のネットワーク環境における規格であるＨＡＶｉ規格のソフトウェア要素を利用して実行されることを特徴とする。

また、本発明は、前記いずれかの予約変更方法をコンピュータに実行させるためのプログラムにも関し、さらに、そのプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体にも関する。

本発明によれば、放送やインターネット等で受信したＳＩ情報が更新されて放送される番組のスケジュールが変更された場合に、他のシステムに番組情報変更の通知を行うことができ、その番組の変更により影響の受ける予約を、番組のスケジュール変更に合わせて変更することができる。

本発明は、予約されている番組が延長された場合や、緊急放送等によって放送スケジュールが変更された場合でも、延長された番組、或いは放送スケジュールが変更された番組を自動的に最後まで正しく録画或いは録画予約、又は視聴予約ができるようにするためのものである。また、本発明は、当該の番組が正しく録画或いは、録画予約又は視聴予約ができるようになるだけでなく、その他の録画予約又は視聴予約されている予約情報を、コンフリクトなく自動的に正しく予約の変更をすることができるようにするためのものである。

以下、図面を参照しながら、本発明の実施形態について説明する。
図１は、本発明の実施形態を説明するためのＡＶデバイスの接続例を示す図であり、以下の全ての実施形態において共通のシステム構成を示している。図中、８００１はＢＳデジタル放送用のチューナとＤＶＤ−ＲＷの機能を搭載したデバイスで、該デバイス８００１はＢＳデジタル用パラボラアンテナ８００６とケーブル８００８を介し、ディスプレイ８００５とケーブル８００７を介してそれぞれ接続される。８００２はＣＳデジタル放送用のチューナとＨＤＤの機能を搭載したデバイスで、該デバイス８００２はＣＳデジタル放送用パラボラアンテナ８０１０とケーブル８００８を介して接続される。８００３はＤ−ＶＨＳとＨＤＤの機能を搭載したデバイス、８００４はＢＳデジタル放送とＣＳデジタル放送の両方の放送が受信できるチューナとディスプレイが一体化したデバイスである。該デバイス８００４はＢＳ／ＣＳ兼用のパラボラアンテナ８０１１とケーブル８００８を介して接続されている。図１において、デバイス８００１、デバイス８００２、デバイス８００３、デバイス８００４はＩＥＥＥ１３９４のケーブル８００９を用いてデイジーチェーン接続されている。すなわちデバイス８００１、デバイス８００２、デバイス８００３、デバイス８００４がＩＥＥＥ１３９４のケーブル８００９を介して接続されていることになる。また、本例におけるデバイス８００１とデバイス８００４にはＨＡＶｉシステムのＦＡＶが搭載され、デバイス８００２とデバイス８００３にはＨＡＶｉのＢＡＶが搭載されているものとする。

なお、以下の各実施形態においては、図１示すＡＶデバイスのネットワークに基づいて説明するが、本発明が適用されるＡＶデバイスの構成はこれに限定されるものではない。

図２は、本発明の以下の実施形態による番組情報変更通知及び予約変更装置０００７のハードウェア構成を示すブロック図である。この番組情報変更通知及び予約変更装置０００７は、既存のデジタルＡＶ機器内に組み込まれるようにしても良い。図４はチューナシステムに組み込まれている例を示している。なお、機能ブロックの構成（０００１乃至０００５）については各実施形態において後述する。

図２において、番組情報変更通知及び予約変更装置０００７は、例えば、ＩＯコントローラ６００８と、フラッシュＲＯＭ６００９と、ＣＰＵ６０１０と、ＲＡＭ６０１１と、イーサネット（登録商標）コントローラ６０１４と、１３９４コントローラ６０１５とを備えている。ＩＯコントローラ６００８と、フラッシュＲＯＭ６００９と、ＣＰＵ６０１０と、ＲＡＭ６０１１は、バス６０１９を介して接続されている。ＩＯコントローラ６００８は、ＬＡＮケーブルを介して送信されてきたデータ及び１３９４ケーブルを介して送信されてきたデータのいずれかを選択すべく、イーサネット（登録商標）コントローラ６０１４及び１３９４コントローラ６０１５の切り替え制御を実行する。ＣＰＵ６０１０は、フラッシュＲＯＭ６００９に格納されている制御プログラム（例えば、図６、図８、図１０、図１２、図１３及び１４のフローチャートに基づくプログラム）を読み出し、ＲＡＭ６０１１をその制御プログラムの作業領域として使用し、制御プログラムに従った処理を実行する。なお、フラッシュＲＯＭ６００９は、不揮発性ＲＯＭメモリの一種で、大容量化に向いており、コンピュータシステムのＢＩＯＳや電子機器の制御プログラムの格納用というＥＥＰＲＯＭ６０１６（図３参照）と同じ使い方だけでなく、大容量という特徴を活かして、ディスク的なデータ格納用途としても使うことができる。

図３は、別のハードウェア構成を備える番組情報変更通知及び予約変更装置０００８のブロック図である。図２と異なる点は、フラッシュＲＯＭ６００９の代わりにＥＥＰＲＯＭ６０１６を用いている点、ハードディスクドライブＨＤＤ６０１８及びディスクコントローラ６０１７をさらに備えている点であり、その他の構成は図２と同じである。図３に示されるように、データの入力がイーサネット及び１３９４からに加えてハードデディスクからもなされている。

図４は、図２の番組情報変更通知及び予約変更装置０００７をチューナシステムに組み込んだ場合のチューナシステム０００６のハードウェア構成を示すブロック図である。チューナシステムの構成としては一般的であるので６００１乃至６００７の説明は省略する。図４のチューナシステム０００６に上述の番組情報変更通知及び予約変更装置０００７（図２）の構成を取り込むことによって、チューナシステムは、放送データを受信して復号し、ディスプレイに表示するためのデータを生成するシステムとしてだけでなく、後に詳細に説明する番組情報変更通知機能及び予約変更機能を備えるシステムとしても機能することになる。

＜第１の実施形態＞
図５は本発明による番組情報変更通知機能の構成例を示す機能ブロック図である。
図５において符号０００１は番組情報変更通知機能を示し、デジタル放送やインターネット放送などからその放送システムで放送される番組の情報が送信されてきたときに、受信した番組情報が前に受信した番組情報と変更がなされているならば、番組情報が変更されたことを通知する装置である。

番組情報変更通知機能０００１は、ＳＩ情報受信手段１００１、ＳＩ情報比較手段１００２、ＳＩ情報保存手段１００３、番組情報変更通知手段１００４、ＳＩ情報データベース１００５から構成される。

次に、この装置の動作概要を説明する。ＳＩ情報受信手段１００１は、デジタル放送やインターネット放送などの放送局から放送される情報からＳＩ情報を取得したり、インターネット上のＥＰＧを公開しているＷＥＢページなどからＳＩ情報を取得する。次に取得したＳＩ情報と、ＳＩ情報データベース１００５に保管されているＳＩ情報を比較する。次にＳＩ情報保存手段１００３により、まだデータベース内にないＳＩ情報を取得した場合には、ＳＩ情報データベース１００５に取得したＳＩ情報を保存する。また、データベース内に格納されているＳＩ情報が更新され、ＳＩ情報受信手段１００１で取得したＳＩ情報が新しい場合には、ＳＩ情報データベース１００５に格納されているＳＩ情報の更新をする。次に、ＳＩ情報取得手段１００１で取得したデータがＳＩ情報データベース１００５に格納されているＳＩ情報を更新するものだった場合には、番組情報変更通知手段１００４で、番組情報が変更されたことを他の装置に通知する。ここでＳＩ情報が更新されているとは、番組が延長された場合や、緊急放送などで番組内容が変更された場合に番組の放送スケジュールが変更されることを指す。

以上、図５に示した機能によって、ＳＩ情報を受信した際に、その情報が更新されて番組のスケジュールが変更された場合に、他の装置に番組情報変更の通知を行うことができる。

図６は、本発明の第１の実施形態による番組情報の変更を通知する動作を説明するためのフローチャートである。なお、図６はＨＡＶｉのアプリケーションを想定したフローチャートである。

ステップＳ１００１において初期化を行う。具体的にはＭＳのオープン（ＭｓｇＯｐｅｎ ＡＰＩの呼び出し）、ＥＭへのイベントとコールバック関数の登録（ＥｖｅｎｔＭａｎａｇｅｒ：：Ｒｅｇｉｓｔｅｒ ＡＰＩの呼び出し）、ＲＥＧへの自身のソフトウェアエレメント情報の登録（Ｒｅｇｉｓｔｒｙ：：ＲｅｇｉｓｔｅｒＥｅｌｅｍｅｎｔ ＡＰＩの呼び出し）を行う。なお、イベントの登録には、チューナシステムからＳＩ情報を受信するためのイベント（ＲｅｃｅｉｖｅＳＩＩｎｆｏｍａｔｉｏｎ）を登録する。なお、ＨＡＶｉの規格にはＲｅｃｅｉｖｅＳＩＩｎｆｏｍａｔｉｏｎは定義されていないが、ここでは、イベントとは、ＳＩ情報を受信したときに送信するイベントとする。ステップＳ１００２において、チューナシステムが送信するＳＩ情報メッセージを受信する。ここでは、ＳＩ情報メッセージを受信するまで待機する。具体的には、ＥＭからイベントのＩＤとしてＲｅｃｅｉｖｅＳＩＩｎｆｏｍａｔｉｏｎを持つＥｖｅｎｔＭａｎａｇｅｒＮｏｔｉｆｉｃａｔｉｏｎ ＡＰＩが呼び出されるまで待つ。ＳＩ情報メッセージを受信するとステップＳ１００３を実行する。次にステップＳ１００３において、データベースに保存されているＳＩ情報を取り出す。次にステップＳ１００４において、保存されているＳＩ情報と受信したＳＩ情報の比較を行う。ステップＳ１００４において、比較した結果、新しいＳＩ情報が受信されなければ、ステップＳ１００２に戻る。ステップＳ１００４において、比較した結果、新しいＳＩ情報が受信された場合には、ステップＳ１００７を実行する。ステップＳ１００７において、受信した新しいＳＩ情報をデータベースに保存し、ステップＳ１００２に戻る。ステップＳ１００４において、比較した結果、保存されているＳＩ情報に比べ変更されたＳＩ情報がある場合には、ステップＳ１００５を実行する。ステップＳ１００５において、変更されたＳＩ情報をデータベースに保存し、ステップＳ１００６を実行する。ステップＳ１００６において、番組情報変更通知イベントの送信を行う。ＥＭにイベントの送信（ＥｖｅｎｔＭａｎａｇｅｒ：：ＰｏｓｔＥｖｅｎｔ ＡＰＩの呼び出し）を行う。イベントのＩＤとしてはＣｈａｎｇｅＥｖｅｎｔＳｃｈｅｄｕｌｅを、またパラメータには、変更されたＳＩ情報を付加して送信する。なお、ＨＡＶｉの規格にはＣｈａｎｇｅＥｖｅｎｔＳｃｈｅｄｕｌｅは定義されていないが、ここでは、番組情報が変更されたことを通知するイベントをＣｈａｎｇｅＥｖｅｎｔＳｃｈｅｄｕｌｅとする。

なお、図６ではひとつの独立したアプリケーションとしたフローチャートであるが、ＴｕｎｅｒＦＣＭ内に組み込むことも可能である。

以上、図６に示したフローチャートにより、ＳＩ情報を受信した際に、その情報が更新されて番組のスケジュールが変更された場合に、他のシステムに番組情報変更の通知を行うことができる。

なお、図６はＨＡＶｉのアプリケーションを想定したフローチャートであるが、ＨＡＶｉ以外のシステムでも同様に実現することができる。

図７は本発明の第１の実施形態による予約変更機能の一構成例を示す機能ブロック図である。
図７において符号０００２は予約変更機能を示し、番組が延長されたり、緊急放送がなされたりして、番組情報が変更されたときに、それによって影響を受ける予約を変更して、予約が正しく行われるようにする機能である。例えば、あるスポーツ番組を予約録画しているときに、そのスポーツ番組が延長されたときでも、スポーツ番組が最後まで正しく録画できるようにする。

予約変更機能０００２は、番組情報変更イベント受信手段２００１、予約情報取得手段２００２、予約情報調査手段２００３、第１の予約取り消し手段２００４、第１の予約情報生成手段２００５、第１の機能／デバイス予約手段２００６、予約更新手段２００７から構成される。

次に、この機能の動作概要を説明する。番組情報変更イベント受信手段２００１は、番組情報変更通知装置より送信される番組情報変更イベントを受信する。次に番組情報変更通知イベントを受信すると、予約情報取得手段２００２により、予約情報が保存されているデータベースより予約情報を取得する。次に予約情報調査手段２００３により、データベースに保存されている予約情報のうち、番組情報の変更により影響を受ける予約情報を取り出す。また、すでに始まっている番組のスケジュールが変更され、その番組が予約されているものなのかどうかチェックをする。次に、変更された番組がまだ始まっていないのならば、第１の予約取り消し手段２００４により、番組情報の変更により影響を受ける予約を取り消す。次に第１の予約情報生成手段２００５により、取り消された予約に変わって、番組情報の変更に合わせた新しい予約情報を生成する。次に第１の機能／デバイス予約手段２００６により、生成した予約から機能やデバイスの予約を実行する。

一方、番組がすでに始まっているものならば、予約更新手段２００７により、番組が終了したときに実行すべき手順の開始時刻を、番組のスケジュールが変更された新しい時刻に修正する。

次に具体的な予約変更の例を示して説明する。以下具体的な予約変更の例では、図１で示すＡＶネットワーク環境で操作が行われているものとする。

図１６はＥＰＧの画面を示す。ここで、５００１で示す番組の録画予約がなされているとする。５００１で示す録画予約は、図１のデバイス８００１のＢＳチューナで受信し、デバイス８００３のＨＤＤで録画するように予約されているものとする。このとき、予約されている番組５００１の前の番組５００２が放送されているときに、その番組が３０分延長され、その影響で番組５００１の開始も３０分繰り下がった場合に、番組情報変更イベント受信手段２００１で、５００１、５００２が変更されたことを通知する番組情報変更イベントを受信し、予約情報取得手段２００２で、装置に保存されている予約情報を取得し、予約情報調査手段２００３で、影響を受ける予約（この場合５００１の録画予約）が抽出され、さらに録画予約をする番組はまだ始まっていないことが確認される。そして、第１の予約取り消し手段２００４により、５００１の録画予約が取り消され、第１の予約情報生成手段２００５により、あらたに５００１を録画予約する予約情報を生成する。そして、第１の機能／デバイス予約手段により、５００１の録画予約が行われる。この場合、デバイス８００１のＢＳチューナと、デバイス８００３のＨＤＤが５００１の番組に合わせて予約される。

次に別の具体的な例を図１７で示す。図１７はＥＰＧの画面を示す。ここで、５０１１で示す番組の録画予約がなされているものとする。５０１１で示す番組の録画予約は、図１で示す、デバイス８００１のＢＳチューナで受信し、デバイス８００３のＨＤＤで録画するように予約されているものとする。このとき、予約されている番組５０１１が放送されているときに、その番組が３０分延長された場合に、番組情報変更イベント受信手段２００１で、５０１１が変更されたことを通知する番組情報変更イベントを受信し、予約情報取得手段２００２で、装置に保存されている予約情報を取得し、予約情報調査手段２００３で、影響を受ける予約（この場合５０１１の録画予約）が抽出され、さらに録画予約をしている番組はすでに始まっており録画が開始されていることが確認される。そして、予約更新手段２００７において、すでに始まっている録画予約に対し、録画される時間を３０分延長するように予約の更新をする。この場合、デバイス８００１のＢＳチューナと、デバイス８００３のＨＤＤの番組を録画する動作時間を３０分延長する。

以上、図７に示した機能によって、番組情報変更イベントを受信したときには、その番組の変更により影響を受ける予約を、番組のスケジュール変更に合わせて変更することができる。

図８は、本発明の第１の実施形態による予約変更動作を説明するためのフローチャートである。なお、図７はＨＡＶｉのアプリケーションを想定したフローチャートである。

ステップＳ２００１において初期化を行う。具体的にはＭＳのオープン（ＭｓｇＯｐｅｎ ＡＰＩの呼び出し）、ＥＭへのイベントとコールバック関数の登録（ＥｖｅｎｔＭａｎａｇｅｒ：：Ｒｅｇｉｓｔｅｒ ＡＰＩの呼び出し）、ＲＥＧへの自身のソフトウェアエレメント情報の登録（Ｒｅｇｉｓｔｒｙ：：ＲｅｇｉｓｔｅｒＥｅｌｅｍｅｎｔ ＡＰＩの呼び出し）を行う。なお、イベントの登録には、チューナシステムからＳＩ情報を受信するためのイベント（ＣｈａｎｇｅＥｖｅｎｔＳｃｈｅｄｕｌｅ）を登録する。次に、ステップＳ２００２において、ＲＥＧにＲＭの問い合わせをする（Ｒｅｇｉｓｔｒｙ：：ＧｅｔＥｌｅｍｅｎｔ ＡＰＩとＲｅｇｉｓｔｒｙ：：ＲｅｔｒｉｅｖｅＥｌｅｍｅｎｔ ＡＰＩの呼び出し）。図１に示したＡＶネットワークではＦＡＶであるデバイス８００１及びデバイス８００４にＲＭが存在することになる。

次に、ステップＳ２００３において、番組情報変更通知システムが送信する番組情報変更通知イベントを受信する。ここでは、番組情報変更通知イベントを受信するまで待機する。具体的には、ＥＭからイベントのＩＤとしてＣｈａｎｇｅＥｖｅｎｔＳｃｈｅｄｕｌｅを持つＥｖｅｎｔＭａｎａｇｅｒＮｏｔｉｆｉｃａｔｉｏｎ ＡＰＩが呼び出されるまで待つ。
次に、ステップＳ２００４において、すべてのＲＭよりＲＭが保持している予約情報（Ｓｃｈｅｄｕｌｅｄ Ａｃｔｉｏｎ）を取り出す（ＲｅｓｏｕｒｃｅＭａｎａｇｅｒ：：ＧｅｔＬｏｃａｌＳｃｈｅｄｕｌｅｄＡｃｔｉｏｎｓ ＡＰＩ及びＲｅｓｏｕｒｃｅＭａｎａｇｅｒ：：ＧｅｔＳｃｈｅｄｕｌｅｄＡｃｔｉｏｎＤａｔａ ＡＰＩの呼び出し）。

次に、ステップＳ２００５において、番組情報変更通知イベントに含まれる、スケジュールが変更された番組の影響を受けるすべての予約を修正したかどうかチェックする。ステップＳ２００５において、すべてのスケジュールが修正された場合（ＹＥＳ）には、プログラムを修正する。ステップＳ２００５において、まだ修正すべき予約情報がある場合（ＮＯ）には、ステップＳ２００６を実行する。

次にステップＳ２００６において、影響を受ける予約情報を１つ取り出す。次にステップＳ２００７において、修正する予約の番組はすでに始まっているものかどうかチェックする。ステップＳ２００７において、予約の番組がすでに始まっている場合（ＹＥＳ）なら、次にステップＳ２０１１を実行する。ステップＳ２００７において、予約の番組がまだ始まっていない場合（ＮＯ）なら、次にステップＳ２００８を実行する。

ステップＳ２０１１において、その予約の番組の終了時刻に合わせてＲＭ内のその予約の終了時刻を修正する（ＲｅｓｏｕｒｃｅＭａｎａｇｅｒ：：ＣｈａｎｇｅＳｃｈｅｄｕｌｅＡｃｔｉｏｎ ＡＰＩの呼び出し）。なお、ＨＡＶｉの規格にはＲｅｓｏｕｒｃｅＭａｎａｇｅｒ：：ＣｈａｎｇｅＳｃｈｅｄｕｌｅｄＡｃｔｉｏｎ は定義されていないが、ここではＲｅｓｏｕｒｃｅＭａｎａｇｅｒ：：ＣｈａｎｇｅＳｃｈｅｄｕｌｅＡｃｔｉｏｎを、現在Ａｃｔｉｏｎが実行中の、対象となるＳｃｈｅｄｕｌｅｄＡｃｔｉｏｎに対して、終了時刻の変更をするためのＡＰＩとする。次に、ステップＳ２００５を実行する。

ステップＳ２００８において、取り出された予約情報の取り消しを行う（ＲｅｓｏｕｒｃｅＭａｎａｇｅｒ：：ＵｎｓｃｈｅｄｕｌｅＡｃｔｉｏｎ ＡＰＩの呼び出し）。次にステップＳ２００９において、番組スケジュールの変更に合わせた予約情報を生成する。次にステップＳ２０１０において、ＲＭに生成した予約情報の登録を行う（ＲｅｓｏｕｒｃｅＭａｎａｇｅｒ：：ＳｃｈｅｄｕｌｅＡｃｔｉｏｎ ＡＰＩの呼び出し）。次にステップＳ２００５を実行する。

以上、図８に示したフローチャートにより、番組情報変更通知イベントを受信した際に、それによって影響を受ける予約情報が更新されて、予約をしたときに設定した番組の放送スケジュールが変更されても、それに合わせて予約の内容を自動的に修正することができる。

なお、図８はＨＡＶｉのアプリケーションを想定したフローチャートであるが、ＨＡＶｉ以外のシステムでも同様に実現することができる。

＜第２の実施形態＞
図９は本発明の第２の実施形態による予約変更機能の例を示す機能ブロック図である。
図９において符号０００３は予約変更機能を示し、番組が延長されたり、緊急放送がなされたりして、番組情報が変更されたときに、それによって影響を受ける予約を変更して、予約が正しく行われるようにする機能である。

予約変更機能０００３は、番組情報変更イベント受信手段２００１、予約情報取得手段２００２、予約情報調査手段２００３、第１の予約取り消し手段２００４、第１の予約情報生成手段２００５、第１の機能／デバイス予約手段２００６、予約更新手段２００７、第１の代替機能／デバイス検索手段３００１、第２の予約情報生成手段３００２、第２の機能／デバイス予約手段３００３から構成される。

次に、この機能の動作概要を説明する。但し、すでに図７で説明したものについては省略をする。

第１の機能／デバイス予約手段２００６において、生成した予約から機能やデバイスの予約を実行したときに、コンフリクトが発生して予約ができなかった場合に、第１の代替機能／デバイス検索手段３００１において、予約をする機能／デバイスを代替する機能／デバイスの検索を行う。次に、第２の予約情報生成手段３００２において、検索された代替の機能／デバイスを使用して予約をする予約情報を生成する。次に、第２の機能／デバイス予約手段３００３において、生成された予約から機能やデバイスの予約を実行する。

次に具体的な予約変更の例を示して説明する。以下具体的な予約変更の例では、図１で示すＡＶネットワーク環境で操作が行われているものとする。

図１８はＥＰＧの画面を示す。ここで、５０２１で示す番組と５０２２で示す番組の録画予約がなされているとする。５０２１で示す番組の録画予約は、図１で示す、デバイス８００１のＢＳチューナで受信し、デバイス８００３のＨＤＤで録画するように予約されているものとする。また、５０２２で示す番組の録画予約は、図１で示す、デバイス８００４のＣＳチューナで受信し、デバイス８００３のＨＤＤで録画するように予約されているものとする。このとき、予約されている番組５０２２の前の番組５０２３が放送されているときに、その番組が３０分延長され、その影響で番組５０２２の開始も３０分繰り下がった場合に、番組情報変更イベント受信手段２００１で、５０２２、５０２３が変更されたことを通知する番組情報変更イベントを受信し、予約情報取得手段２００２で、装置に保存されている予約情報を取得し、予約情報調査手段２００３で、影響を受ける予約（この場合５０２２の録画予約）が抽出され、さらに録画予約する番組はまだ始まっていないことが確認される。そして、第１の予約取り消し手段２００４により、５０２２で示す番組の録画予約が取り消され、第１の予約情報生成手段２００５により、新たに５０２２の番組を録画予約する予約情報を生成する。そして、第１の機能／デバイス予約手段２００６により、５０２２の番組の録画予約が行われる。この場合８００４のＣＳチューナと、デバイス８００３のＨＤＤが５０２２の番組に合わせて予約される。

しかしながら、デバイス８００３のＨＤＤにはすでに番組５０２１の録画予約がなされており、時間が重なるため、３０分繰り下がった５０２２の番組の録画をすることができない。

そこで、第１の代替機能／デバイス検索手段３００１により、コンフリクトを起こした機能８００３のＨＤＤの代替機能を検索する。そして、デバイス８００２のＨＤＤが見つかる。次に第２の予約情報生成手段３００２により、新たに番組５０２２を録画予約する予約情報を生成する。具体的にはデバイス８００４のＣＳチューナで受信し、デバイス８００２のＨＤＤで録画するような予約情報が生成される。そして、第２の機能／デバイス予約手段３００３により、生成された予約情報に基づいて予約が行われる。

以上、図９に示した装置によって、番組情報変更イベントを受信したときには、その番組の変更により影響の受ける予約を、番組のスケジュール変更に合わせて変更することができる。また、番組のスケジュール変更に合わせて変更された予約が、すでに予約されている他の予約とコンフリクトを起こして、予約できない場合には、別の代替機能／デバイスを検索して、代替機能／デバイスを使って予約情報を生成し、予約をすることができる。なお代替機能／デバイスを検索するためには、ＡＶネットワーク内の機能／デバイス毎のリストを生成する必要があるが、特許文献１に記載されているのでここでは説明を省略する。

図１０は、本発明の第２の実施形態による予約変更動作を説明するためのフローチャートである。なお、図１０はＨＡＶｉのアプリケーションを想定したフローチャートである。このフローチャートでは、図８に対して、予約が成功しなかった場合に、その予約で使用される機能／デバイスを代替する機能／デバイスを検索して、その機能／デバイスを使用して予約を実行するものである。以下の説明では、すでに図８で説明したステップについては同一であるのでここでは省略をする。

ステップＳ３００１において、ステップＳ２０１１で実行した予約の終了時刻修正が成功したかどうかチェックする。成功した場合（ＹＥＳ）には、次にステップＳ２００５を実行する。失敗した場合（ＮＯ）には、予約の変更はできなかったものとし、エラーとして終了する。

ステップＳ３００２において、ステップＳ２０１０で実行した予約が成功したかどうかチェックする。成功した場合（ＹＥＳ）には、次にステップＳ２００５を実行する。失敗した場合には、次にステップＳ３００３を実行する。

ステップＳ３００３において、ステップＳ２０１０において生成した予約情報の中で使用予定の機能／デバイスを代替する機能／デバイスの検索をすでにしたかどうかチェックをする。すでに検索をした場合（ＹＥＳ）には、ステップＳ３００５を実行する。まだ検索していない場合（ＮＯ）には、ステップＳ３００４を実行する。

ステップＳ３００４において、ＲＥＧに代替機能／デバイスの検索（Ｒｅｇｉｓｔｒｙ：：ＧｅｔＥｌｅｍｅｎｔ ＡＰＩ又はＲｅｇｉｓｔｒｙ：：ＭｕｌｔｉｐｌｅＧｅｔＥｌｅｍｅｎｔ ＡＰＩと、Ｒｅｇｉｓｔｒｙ：：ＲｅｔｒｉｅｖｅＥｌｅｍｅｎｔ ＡＰＩの呼び出し）を実行し、代替の機能／デバイスのリストを作成する。ＲＥＧ内で定義されているＡｔｔｒｉｂｕｔｅだけでは代替する機能／デバイスを見つけることができない場合、代替の機能／デバイスの候補をＲＥＧで検索し、その後は直接ＤＣｍ／ＦＣＭに機能の問い合わせをする。

次にステップＳ３００５において、検索されたすべての代替機能／デバイスについて予約を試みたかどうかチェックをする。すべての代替機能／デバイスについて予約を試みた場合（ＹＥＳ）には、予約の変更はできなかったものとし、エラーとして終了する。まだ、すべてのケースの予約を試みていない場合（ＮＯ）には、次にステップＳ３００６を実行する。

ステップＳ３００６において、代替の機能／デバイスのリストから代替機能／デバイスをひとつ取り出して、新しい予約情報を生成する。次にステップＳ３００７において、生成した予約情報を使って予約を試みる（ＲｅｓｏｕｒｃｅＭａｎａｇｅｒ：：ＳｃｈｅｄｕｌｅＡｃｔｉｏｎ ＡＰＩの呼び出し）。次にステップＳ３００２を実行する。

以上、図１０に示したフローチャートにより、番組情報変更通知イベントを受信した際に、それによって影響を受ける予約情報が更新されて、予約をしたときに設定した番組の放送スケジュールが変更されても、それに合わせて予約の内容を自動的に修正することができる。また、番組の放送スケジュールの変更によって影響を受ける予約が、まだ始まっていない場合には、その予約の変更に失敗しても、その予約で使用される機能／デバイスを代替する機能／デバイスの検索をして、見つかった機能／デバイスを使用して予約をする。これによって、予約の変更によって発生しうる機能／デバイスの同時時間の利用によるコンフリクトを回避することができる。

なお、図１０はＨＡＶｉのアプリケーションを想定したフローチャートであるが、ＨＡＶｉ以外のシステムでも同様に実現することができる。

＜第３の実施形態＞
図１１は本発明の第３の実施形態による予約変更機能の一構成例を示す機能ブロック図である。
図１１において符号０００４は予約変更機能を示し、番組が延長されたり、緊急放送がなされたりして、番組情報が変更されたときに、それによって影響を受ける予約を変更して、予約が正しく行われるようにする機能である。

予約変更機能０００４は、番組情報変更イベント受信手段２００１、予約情報取得手段２００２、予約情報調査手段２００３、第１の予約取り消し手段２００４、第１の予約情報生成手段２００５、第１の機能／デバイス予約手段２００６、予約更新手段２００７、失敗原因特定手段４００１、第２の代替機能／デバイス検索手段４００２、第２の予約取り消し手段４００３、第３の予約情報生成手段４００４、第３の機能／デバイス予約手段４００５から構成される。なお、最後のステップで第１の機能／デバイス予約手段２００６、及び予約更新手段２００７を再度使用するので、図１１においては第１の機能／デバイス予約手段２００６、及び予約更新手段２００７が２回記述されている。

次に、この機能の動作概要を説明する。但し、すでに図７で説明したものについては省略をする。

第１の機能／デバイス予約手段２００６において、生成した予約から機能やデバイスの予約を実行したときに、コンフリクトが発生して予約ができなかった場合、又は予約更新手段２００７において、番組が終了したときに実行すべき手順の開始時刻を、番組のスケジュールが変更された新しい時刻に修正したときに、コンフリクトが発生して予約ができなかった場合に、失敗原因特定手段４００１において、失敗した予約情報と、すでに予約情報取得手段２００２にて取得した予約情報を比べ、予約が失敗した原因を特定し、失敗の原因となった（コンフリクトを起こす原因となった）予約情報を取り出し、さらにコンフリクトを起こす原因となった該予約情報での機能／デバイスの特定をする。次に第２の代替機能／デバイス検索手段４００２において、４００１にて抽出された機能／デバイスの代替する機能／デバイスを検索する。次に第２の予約取り消し手段４００３において、コンフリクトを起こす原因となった予約を取り消す。次に第３の予約情報生成手段４００４において、第２の代替機能／デバイス検索手段４００２で検索された機能／デバイスを使って、第２の予約取り消し手段４００３で取り消された予約の代替となる予約情報を生成する。次に第３の機能／デバイス予約手段４００５により、第３の予約情報生成手段４００４で生成された予約情報に基づいて機能／デバイスの予約をする。最後に、変更された番組がまだ始まっていないのならば、第１の機能／デバイス予約手段２００６により、最初のトライで予約に失敗した機能やデバイスの予約を実行する。また、番組がすでに始まっているならば、予約更新手段２００７により、番組が終了したときに実行すべき手順の開始時刻を、番組のスケジュールが変更された新しい時刻に修正する。

次に具体的な予約変更の例を示して説明する。以下具体的な予約変更の例では、図１で示すＡＶネットワーク環境で操作が行われているものとする。

図１８は第２の実施形態で示したものと同一のＥＰＧの画面を示すが、第３の実施形態でも用いられるものである。ここで、５０２１で示す番組と５０２２で示す番組の録画予約がなされているとする。５０２１で示す番組の録画予約は、図１で示す、デバイス８００１のＢＳチューナで受信し、デバイス８００３のＨＤＤで録画するように予約されているものとする。また、５０２２で示す番組の録画予約は、図１で示す、デバイス８００４のＣＳチューナで受信し、デバイス８００３のＨＤＤで録画するように予約されているものとする。このとき、予約されている番組５０２２の前の番組５０２３が放送されているときに、その番組が３０分延長され、その影響で番組５０２２の開始も３０分繰り下がった場合に、番組情報変更イベント受信手段２００１で、５０２２、５０２３が変更されたことを通知する番組情報変更イベントを受信し、予約情報取得手段２００２で、装置に保存されている予約情報を取得し、番組情報調査手段２００３で、影響を受ける予約（この場合５０２２の録画予約）が抽出され、さらに録画予約する番組はまだ始まっていないことが確認される。そして、第１の予約取り消し手段２００４により、５０２２で示す番組の録画予約が取り消され、第１の予約情報生成手段２００５により、新たに５０２２で示す番組を録画予約する予約情報を生成する。そして、第１の機能／デバイス予約手段２００６により、５０２２で示す番組の録画予約が行われる。この場合８００４のＣＳチューナと、デバイス８００３のＨＤＤが５０２２の番組に合わせて予約される。しかしながら、デバイス８００３のＨＤＤにはすでに番組５０２１の録画予約がなされており、時間が重なるため、３０分繰り下がった５０２２で示す番組の録画をすることができない。

そこで、失敗原因特定手段４００１により、失敗した予約情報と、すでに予約情報取得手段２００２にて取得した予約情報を比べ、予約が失敗した原因を特定し、失敗の原因となった（コンフリクトを起こす原因となった）予約情報を取り出し、さらにコンフリクトを起こす原因となった該予約情報での機能／デバイスの特定をする。この場合、番組５０２１の録画予約がコンフリクトを起こす原因となった予約であり、原因となった機能／デバイスは、番組を録画するデバイスである、デバイス８００３のＨＤＤであることが確認される。次に、第２の代替機能／デバイス検索手段４００２により、コンフリクトの原因となった機能／デバイスの代替の機能／デバイスを検索する。この場合、デバイス８００２のＨＤＤが検索される。次に第２の予約取り消し手段４００３により、失敗原因特定手段４００１により特定された予約（この場合には番組５０２１の録画予約である）を取り消す。次に第３の予約情報生成手段４００４により、代替の機能／デバイスを使って、新たに番組５０２１の録画予約をする予約情報の生成をする。次に第３の機能／デバイス予約手段４００５により、生成された予約情報から機能／デバイスの予約をする。この場合には、番組５０２１を、デバイス８００１のＢＳチューナを使って受信し、デバイス８００２のＨＤＤを使って録画する予約をする。最後に、第１の機能／デバイス予約手段２００６により、番組５０２２の録画予約をする。具体的にはデバイス８００４のＣＳチューナを使って受信し、デバイス８００３のＨＤＤを使って録画をする予約をする。

次に、別のＥＰＧ画面の例として図１９を挙げる。ここで、５０３１で示す番組と５０３２で示す番組の録画予約がなされているとする。５０３１で示す番組の録画予約は、図１で示す、デバイス８００１のＢＳチューナで受信し、デバイス８００３のＨＤＤで録画するように予約されているものとする。また、５０３２で示す番組の録画予約は、図１で示す、デバイス８００１のＢＳチューナで受信し、デバイス８００３のＨＤＤで録画するように予約されているものとする。このとき、予約されている番組５０３１が放送されているときに、その番組が３０分延長された場合に、番組情報変更イベント受信手段２００１で、５０３１が変更されたことを通知する番組情報変更イベントを受信し、予約情報取得手段２００２で、装置に保存されている予約情報を取得し、番組情報調査手段２００３で、影響を受ける予約（この場合５０３１の録画予約）が抽出され、さらに録画予約をしている番組はすでに始まっており録画が開始されていることが確認される。そして、予約更新手段２００７において、すでに始まっている録画予約に対し、録画される時間を３０分延長するように予約の更新をする。この場合、デバイス８００１のＢＳチューナと、デバイス８００３のＨＤＤの番組を録画する動作時間を３０分延長する。しかしながら、デバイス８００１のＢＳチューナと、デバイス８００３のＨＤＤにはすでに番組５０３２の録画予約がなされており、時間が重なるため、３０分繰り下がった５０３１の録画をすることができない。

そこで、失敗原因特定手段４００１により、失敗した予約情報と、すでに予約情報取得手段２００２にて取得した予約情報を比べ、予約が失敗した原因を特定し、失敗の原因となった（コンフリクトを起こす原因となった）予約情報を取り出し、さらにコンフリクトを起こす原因となった該予約情報での機能／デバイスの特定をする。この場合、番組５０３２の録画予約がコンフリクトを起こす原因となった予約であり、原因となった機能／デバイスは、番組を受信するデバイスである、デバイス８００１のＢＳチューナと、番組を録画するデバイスである、デバイス８００３のＨＤＤであることが確認される。次に、第２の代替機能／デバイス検索手段４００２により、コンフリクトの原因となった機能／デバイスの代替の機能／デバイスを検索する。この場合、デバイス８００４のＢＳチューナと、デバイス８００２のＨＤＤが検索される。次に第２の予約取り消し手段８００３により、失敗原因特定手段４００１により特定された予約、この場合には番組５０３２の録画予約を取り消す。次に第３の予約情報生成手段４００４により、代替の機能／デバイスを使って、新たに番組５０３２の録画予約をする予約情報の生成をする。次に第３の機能／デバイス予約手段４００５により、生成された予約情報から機能／デバイスの予約をする。この場合には、番組５０３２を、デバイス８００４のＢＳチューナを使って受信し、デバイス８００２のＨＤＤを使って録画する予約をする。最後に、予約更新手段２００７において、番組５０３１の録画時間を３０分延長するように予約の更新をする。具体的にはデバイス８００１のＢチューナの受信時間と、デバイス８００３のＨＤＤの録画の時間を、それぞれ３０分延長する。

ここで、図９に示した予約更新機能０００３と、図１１に示した予約更新機能０００４の違いは、図９の機能０００３では、予約のコンフリクトが起こった場合には、予約をしようとした方の予約で使用される機能／デバイスの代替機能／デバイスを検索して、新たな予約をするのに対して、図１１で示した予約更新機能０００５では、予約のコンフリクトが起こった場合には、コンフリクトを起こす原因となった予約を特定して、その予約で使用されている機能／デバイスの代替機能／デバイスを検索して、新たな予約をする。

以上、図１１に示した機能によって、番組情報変更イベントを受信したときには、その番組の変更により影響の受ける予約を、番組のスケジュール変更に合わせて変更することができる。また、番組のスケジュール変更に合わせて変更された予約が、すでに予約されている他の予約とコンフリクトを起こして、予約できない場合には、コンフリクトを起こす原因となった予約で使用される機能／デバイスを代替する機能／デバイスを検索して、代替機能／デバイスを使って予約情報を生成し、予約をすることができる。なお代替機能／デバイスを検索するためには、ＡＶネットワーク内の機能／デバイス毎のリストを生成する必要があるが、特許文献１に記載されているのでここでは説明を省略する。

図１２は、本発明の第３の実施形態による予約変更動作を説明するためのフローチャートである。なお、図１２はＨＡＶｉのアプリケーションを想定したフローチャートである。このフローチャートでは、図８に対して、予約が成功しなかった場合に、その予約をすることによって、コンフリクトを起こす原因となった予約を探し出し、コンフリクトを起こしている予約で使用する機能／デバイスを代替する機能／デバイスを検索して、その機能／デバイスを使用してコンフリクトを起こす原因となった予約の修正をするものである。以下の説明では、すでに図８で説明したステップについては同一であるのでここでは省略をする。

ステップＳ４００１において、ステップＳ２０１０又はステップＳ２０１１での実行が成功したかどうかチェックする。成功した場合（ＹＥＳ）には、次にステップＳ２００５を実行する。失敗した場合（ＮＯ）には、次にステップＳ４００２を実行する。

ステップＳ４００２において、コンフリクトを起こした予約から代替する機能／デバイスを検索し、予約を試みたかどうかチェックする。すでに予約を試みているならば（ＹＥＳ）、予約はできなかったものとし、エラーとして終了する。まだ、予約を試みていないならば（ＮＯ）、次にステップＳ４００３を実行する。

ステップＳ４００３において、もとの予約が実行できなかった原因となる予約情報を見つけ出し、さらに、その予約情報から予約が重なっている機能／デバイスを見つける。具体的には、予約情報（ＳｃｈｅｄｕｌｅｄＡｃｔｉｏｎ）にはそのＡｃｔｉｏｎの実施開始時刻及び終了時刻、実施に必要な機能／デバイス、機能／デバイスに送付するコマンドが記述されているので、元の予約情報と照らし合わせて、予約が重なっている機能／デバイスを検索することができる。

次にステップＳ４００４において、予約が重なっている機能／デバイスが見つかったかどうかチェックする。見つからなかった場合（ＮＯ）、予約はできなかったものとし、エラーとして終了する。見つかった場合（ＹＥＳ）、次にステップＳ４００５を実行する。

ステップＳ４００５において、ステップＳ４００３において見つかった予約情報について予約の取り消しを行う（ＲｅｓｏｕｒｃｅＭａｎａｇｅｒ：：ＵｎｓｃｈｅｄｕｌｅＡｃｔｉｏｎＡＰＩの呼び出し）。次にステップＳ４００６において、ステップＳ４００３において見つけられた機能／デバイスを代替する機能／デバイスの検索を行い（Ｒｅｇｉｓｔｒｙ：：ＧｅｔＥｌｅｍｅｎｔＡＰＩ又はＲｅｇｉｓｔｒｙ：：ＭｕｌｔｉｐｌｅＧｅｔＥｌｅｍｅｎｔ ＡＰＩと、Ｒｅｇｉｓｔｒｙ：：ＲｅｔｒｉｅｖｅＥｌｅｍｅｎｔ ＡＰＩの呼び出し）、代替の機能／デバイスのリストを作成する。ＲＥＧ内で定義されているＡｔｔｒｉｂｕｔｅだけでは代替の機能／デバイスを見つけることができない場合、代替の機能／デバイスの候補をＲＥＧで検索し、その後に直接ＤＣＭ又はＦＣＭに機能の問い合わせを行う。

次にステップＳ４００７において、すべての代替機能／デバイスを使った予約が試みられたかどうかチェックする。すべての予約が試みられた場合（ＹＥＳ）、次にステップＳ４０１２を実行する。まだすべての予約が試みられていない場合（ＮＯ）、次にステップＳ４００８を実行する。

ステップＳ４０１２において、ステップＳ４００５において一旦取り消された予約を再度予約する。そして、元の予約は実施できなかったものとし、エラーとして終了する。

ステップＳ４００８において、ステップＳ４００６において生成された代替をする機能／デバイスのリストからひとつを取り出し、その代替の機能／デバイスを使って予約情報を生成する。次にステップＳ４００９において、生成された予約情報の予約を試みる（ＲｅｓｏｕｒｃｅＭａｎａｇｅｒ：：ＳｃｈｅｄｕｌｅＡｃｔｉｏｎ ＡＰＩの呼び出し）。次にステップＳ４０１０において、予約が成功したかどうかチェックする。予約が成功した場合（ＹＥＳ）、次にステップＳ４０１１を実行する。予約が成功しなかった場合（ＮＯ）、次にステップＳ４００７を実行する。

ステップＳ４０１１において、もともと修正しようとしていた予約について、その番組がすでに始まっているものかどうかチェックする。始まっているものならば（ＹＥＳ）、次にステップ２０１１を実行する。まだ始まっていないものならば（ＮＯ）、次にステップＳ２０１０を実行する。

以上、図１２に示したフローチャートにより、番組情報変更通知イベントを受信した際に、それによって影響を受ける予約情報が更新されて、予約をしたときに設定した番組の放送スケジュールが変更されても、それに合わせて予約の内容を自動的に修正することができる。また、その予約の変更に失敗しても、その予約の失敗の原因となった予約を探し出し、そこで使用される機能／デバイスを代替する機能／デバイスの検索をして、見つかった機能／デバイスを使用して予約をし、さらに元の予約の修正を実行する。これによって、予約の変更によって発生しうる機能／デバイスの同時時間の利用によるコンフリクトを回避することができる。

なお、図１２はＨＡＶｉのアプリケーションを想定したフローチャートであるが、ＨＡＶｉ以外のシステムでも同様に実現することができる。

＜第４の実施形態＞
図１３は本発明の第４の実施形態による予約変更機能の一構成例を示す機能ブロック図である。
図１３において符号０００５は予約変更機能を示し、番組が延長されたり、緊急放送がなされたりして、番組情報が変更されたときに、それによって影響を受ける予約を変更して、予約が正しく行われるようにする機能である。

予約変更機能０００５は、番組情報変更イベント受信手段２００１、予約情報取得手段２００２、予約情報調査手段２００３、第１の予約取り消し手段２００４、第１の予約情報生成手段２００５、第１の機能／デバイス予約手段２００６、予約更新手段２００７、第１の代替機能／デバイス検索手段３００１、第２の予約情報生成手段３００２、第２の機能／デバイス予約手段３００３、失敗原因特定手段４００１、第２の代替機能／デバイス検索手段４００２、第２の予約取り消し手段４００３、第３の予約情報生成手段４００４、第３の機能／デバイス予約手段４００５から構成される。なお、最後のステップで第１の機能／デバイス予約手段２００６、及び予約更新手段２００７を再度使用するので、図１３においては第１の機能／デバイス予約手段２００６、及び予約更新手段２００７が２回記述されている。すなわち、図１３に示す予約変更機能は、図９で示した予約変更機能０００３と図１１で示した予約変更機能０００４のハイブリッド型となっている。

次に、この機能の動作概要を説明する。但し、すでに図７、図９、図１１で説明したものについては省略をする。

第２の機能／デバイス予約手段３００３において、生成した予約から機能やデバイスの予約を実行したときに、コンフリクトが発生して予約ができなかった場合、又は予約更新手段２００７において、番組が終了したときに実行すべき手順の開始時刻を、番組のスケジュールが変更された新しい時刻に修正したときに、コンフリクトが発生して予約ができなかった場合に、失敗原因特定手段４００１において、失敗した予約情報と、すでに予約情報取得手段２００２にて取得した予約情報を比べ、予約が失敗した原因を特定し、失敗の原因となった（コンフリクトを起こす原因となった）予約情報を取り出し、さらにコンフリクトを起こす原因となった該予約情報での機能／デバイスの特定をする。以下は図５で説明した内容と同等であるので、説明を省略する。

次に具体的な予約変更の例を示して説明する。以下具体的な予約変更の例では、図１で示すＡＶネットワーク環境で操作が行われているものとする。

図２０はＥＰＧの画面を示す。ここで、５０４１で示す番組と５０４２で示す番組と５０４３で示す番組の録画予約がなされているとする。５０４１で示す番組の録画予約は、図１で示す、デバイス８００１のＢＳチューナで受信し、デバイス８００１のＤＶＤ−ＲＷで録画するように予約されているものとする。また、５０４２で示す番組の録画予約は、図１で示す、デバイス８００４のＢＳチューナで受信し、デバイス８００３のＨＤＤで録画するように予約されているものとする。また、５０４３で示す番組の録画予約は、図１で示す、デバイス８００４のＣＳチューナで受信し、デバイス８００３のＨＤＤで録画するように予約されているものとする。このとき、予約されている番組５０４２の前の番組５０４４が放送されているときに、その番組が３０分延長され、その影響で番組５０４２の開始も３０分繰り下がった場合に、番組情報変更イベント受信手段２００１で、５０４２、５０４４が変更されたことを通知する番組情報変更イベントを受信し、予約情報取得手段２００２で、装置に保存されている予約情報を取得し、番組情報調査手段２００３で、影響を受ける予約（この場合５０４２の録画予約）が抽出され、さらに録画予約する番組はまだ始まっていないことが確認される。そして、第１の予約取り消し手段２００４により、５０４２の番組の録画予約が取り消され、第１の予約情報生成手段２００５により、新たに５０４２で示す番組を録画予約する予約情報を生成する。そして、第１の機能／デバイス予約手段２００６により、５０４２で示す番組の録画予約が行われる。この場合８００４のＢＳチューナと、デバイス８００３のＨＤＤが５０４２の番組に合わせて予約される。しかしながら、デバイス８００４のＢＳチューナ及び、デバイス８００３のＨＤＤはすでに番組５０４３の録画予約で使用されており、時間が重なるため、３０分繰り下がった５０４２で示す番組の録画予約をすることができない。ここで、デバイス８００４のＢＳ／ＣＳチューナは同じ時間にはどちらか一方しか使用できないものとする。

そこで、第１の代替機能／デバイス検索手段３００１により、コンフリクトを起こした機能８００４のＢＳチューナと８００３のＨＤＤの代替機能を検索する。そしてデバイス８００１のＢＳチューナと、デバイス８００２のＨＤＤが見つかる。次に第２の予約情報生成手段３００２により、新たに番組５０４２を録画予約する予約情報を生成する。具体的にはデバイス８００１のＢＳチューナで受信し、デバイス８００２のＨＤＤで録画するような予約情報が生成される。そして、第２の機能／デバイス予約手段３００３により、生成された予約情報に基づいて予約が行われる。しかしながら、デバイス８００１のＢＳデジタルチューナは、すでに５０４１の番組を録画するために使われており、コンフリクトが発生して予約は成立しない。

そこで、失敗原因特定手段４００１により、失敗した予約情報と、すでに予約情報取得手段２００２にて取得した予約情報を比べ、予約が失敗した原因を特定し、失敗の原因となった（コンフリクトを起こす原因となった）予約情報を取り出し、さらにコンフリクトを起こす原因となった該予約情報での機能／デバイスの特定をする。この場合、番組５０４３の録画予約がコンフリクトを起こす原因となった予約であり、原因となった機能／デバイスは、番組を受信するデバイスである、デバイス８００４のＣＳチューナと、デバイス８００３のＨＤＤであることが確認される。次に、第２の代替機能／デバイス検索手段４００２により、コンフリクトの原因となった機能／デバイスの代替の機能／デバイスを検索する。この場合、デバイス８００２のＣＳチューナと、８００２のＨＤＤが検索される。次に第２の予約取り消し手段８００３により、失敗原因特定手段４００１により特定された予約（この場合には番組５０４３の録画予約である）を取り消す。次に第３の予約情報生成手段４００４により、代替の機能／デバイスを使って、新たに番組５０４３の録画予約をする予約情報の生成をする。次に第３の機能／デバイス予約手段４００５により、生成された予約情報から機能／デバイスの予約をする。この場合には、番組５０４３を、デバイス８００２のＣＳチューナを使って受信し、デバイス８００２のＨＤＤを使って録画する予約をする。最後に、第１の機能／デバイス予約手段２００６により、番組５０４２の録画予約をする。具体的にはデバイス８００４のＢＳチューナを使って受信し、デバイス８００３のＨＤＤを使って録画をする予約をする。

以上、図１３に示した機能によって、番組情報変更イベントを受信したときには、その番組の変更により影響の受ける予約を、番組のスケジュール変更に合わせて変更することができる。また、番組のスケジュール変更に合わせて変更された予約が、すでに予約されている他の予約とコンフリクトを起こして、予約できない場合には、コンフリクトを起こす原因となった予約で使用される機能／デバイスを代替する機能／デバイスを検索して、代替機能／デバイスを使って予約情報を生成し、予約をすることができる。なお代替機能／デバイスを検索するためには、ＡＶネットワーク内の機能／デバイス毎のリストを生成する必要があるが、特許文献１に記載されているのでここでは説明を省略する。

図１４及び１５は、本発明の第４の実施形態による予約変更動作を説明するためのフローチャートである。なお、図１４及び１５は、ＨＡＶｉのアプリケーションを想定したフローチャートである。このフローチャートでは、図１０に示した、番組スケジュールの変更に伴う予約の修正ができなかった場合に、代替の機能／デバイスを検索して予約を試みる方法と、図１２に示した、コンフリクトを起こす原因となった予約を探し出し、コンフリクトを起こしている予約で使用する機能／デバイスを代替する機能／デバイスを検索して、その機能／デバイスを使用してコンフリクトを起こす原因となった予約の修正をする方法をミックスしたものである。以下の説明では、すでに図８、図１０、図１２で説明したステップについては同一であるのでここでは省略をする。

ステップＳ３００１において、ステップＳ２０１１で実行した予約の終了時刻修正が成功したかどうかチェックする。成功した場合（ＹＥＳ）には、次にステップＳ２００５を実行する。失敗した場合（ＮＯ）には、次にステップＳ４００２を実行する。

ステップＳ３００５において、検索されたすべての代替機能／デバイスについて予約を試みたかどうかチェックをする。すべての代替機能／デバイスについて予約を試みた場合（ＹＥＳ）には、次にステップＳ４００２を実行する。まだ、すべてのケースの予約を試みていない場合（ＮＯ）には、次にステップＳ３００６を実行する。

以上、図１４及び１５に示したフローチャートにより、番組情報変更通知イベントを受信した際に、それによって影響を受ける予約情報が更新されて、予約をしたときに設定した番組の放送スケジュールが変更されても、それに合わせて予約の内容を自動的に修正することができる。また、番組の放送スケジュールの変更によって影響の受ける予約が、まだ始まっていない場合には、その予約の変更に失敗しても、その予約で使用される機能／デバイスを代替する機能／デバイスの検索をして、見つかった機能／デバイスを使用して予約をする。さらにまた、予約の変更に失敗しても、その予約の失敗の原因となった予約を探し出し、そこで使用される機能／デバイスを代替する機能／デバイスの検索をして、見つかった機能／デバイスを使用して予約をし、さらに元の予約の修正を実行する。これによって、予約の変更によって発生しうる機能／デバイスの同時時間の利用によるコンフリクトを回避することができる。

なお、図１４及び１５はＨＡＶｉのアプリケーションを想定したフローチャートであるが、ＨＡＶｉ以外のシステムでも同様に実現することができる。

以上、本発明の番組情報変更通知装置、予約変更装置における各機能を中心に各実施形態について説明してきたが、本発明は、コンピュータに実行させる方法としても説明したように番組情報変更通知方法、予約変更方法としての形態をとることもできる。また、これらの各機能を有する番組情報変更通知装置、予約変更装置と同様に、コンピュータに番組情報変更通知装置、予約変更装置として機能させるための、或いは、番組情報変更通知方法、予約変更方法を実行させるためのプログラムとしての形態も可能である。

本発明による各機能を実現するためのプログラムやデータを記憶した記録媒体の実施形態について説明すると、記録媒体としては、具体的には、ＣＤ−ＲＯＭ（−Ｒ／−ＲＷ）、光磁気ディスク、ＤＶＤ−ＲＯＭ（−ＲＷ）、ＦＤ、フラッシュメモリ、メモリカード、メモリスティック及びその他各種ＲＯＭやＲＡＭ等が想定できる。これら記録媒体に上述した本発明の各実施形態の機能をコンピュータに実行させ、各機能を実現するためのプログラムを記録して流通させることにより、当該機能の実現を容易にする。そしてコンピュータ等の情報処理装置に上記のごとくの記録媒体を装着して情報処理装置によりプログラムを読み出すか、若しくは情報処理装置が備えている記憶媒体に当該プログラムを記憶させておき、必要に応じて読み出すことにより、本発明に関わる各機能を実行することができる。

本発明は、以上説明してきたように、ＡＶ機器や情報機器の予約管理装置として利用可能であり、以下のような技術的効果を生ぜしめるものである。

つまり、本発明によれば、放送やインターネット等でＳＩ情報を受信した際に、その情報が更新されて放送される番組のスケジュールが変更された場合に、他のシステムに番組情報変更の通知を行うことができる。

また、番組情報変更イベントを受信したときには、その番組の変更により影響の受ける予約を、番組のスケジュール変更に合わせて変更することができる。

さらに、番組情報変更イベントを受信したときには、その番組の変更により影響の受ける予約を、番組のスケジュール変更に合わせて変更することができる。また、番組のスケジュール変更に合わせて変更された予約が、すでに予約されている他の予約とコンフリクトを起こして、予約できない場合には、別の代替機能／デバイスを検索して、代替機能／デバイスを使って予約情報を生成し、予約をすることができる。

また、番組情報変更イベントを受信したときには、その番組の変更により影響の受ける予約を、番組のスケジュール変更に合わせて変更することができる。また、番組のスケジュール変更に合わせて変更された予約が、すでに予約されている他の予約とコンフリクトを起こして、予約できない場合には、コンフリクトを起こす原因となった予約で使用される機能／デバイスを代替する機能／デバイスを検索して、代替機能／デバイスを使って予約情報を生成し、予約をすることができる。

本発明の実施形態説明するためのＡＶデバイスの接続例を示す図である。 本発明の実施形態による番組情報変更通知及び予約変更装置のハードウェア構成を示すブロック図である。 本発明の実施形態による番組情報変更通知及び予約変更装置の別のハードウェア構成を示すブロック図である。 図２の番組情報変更通知及び予約変更装置をチューナシステムに組み込んだ場合のハードウェア構成を示すブロック図である。 第１の実施形態による番組情報変更通知機能を示した機能ブロック図である。 第１の実施形態による番組情報変更通知機能の動作を説明するためのフローチャートである。 本発明の第１の実施形態による予約変更機能を示した機能ブロック図である。 本発明の第１の実施形態による予約変更動作を説明するためのフローチャートである。 本発明の第２の実施形態による予約変更機能を示した機能ブロック図である。 本発明の第２の実施形態による予約変更動作を説明するためのフローチャートである。 本発明の第３の実施形態による予約変更機能を示した機能ブロック図である。 本発明の第３の実施形態による予約変更動作を説明するためのフローチャートである。 本発明の第４の実施形態による予約変更機能を示した機能ブロック図である。 本発明の第４の実施形態による予約変更動作を説明するためのフローチャート（前半）である。 本発明の第３の実施形態による予約変更動作を説明するためのフローチャート（後半）である。 本発明の第１の実施形態を説明するためのＥＰＧ画面を示す図である。 本発明の第１の実施形態を説明するための別のＥＰＧ画面を示す図である。 本発明の第２及び第３の実施形態を説明するためのＥＰＧ画面を示す図である。 本発明の第３の実施形態を説明するための別のＥＰＧ画面を示す図である。 本発明の第４の実施形態を説明するためのＥＰＧ画面を示す図である。 従来のＡＶデバイスの接続例を示す図である。 ＨＡＶｉのソフトウェア構成例を示す図である。

符号の説明

０００１…番組情報変更通知機能、０００２〜０００５…予約変更機能、０００６…チューナシステムのハードウェア構成例、０００７…０００１〜０００５のハードウェア構成例、０００８：０００１〜０００５の別のハードウェア構成例、１００１…ＳＩ情報受信手段、１００２…ＳＩ情報比較手段、１００３…ＳＩ情報保存手段、１００４…番組情報変更通知手段、１００５…ＳＩ情報データベース、２００１…番組情報変更イベント受信手段、２００２…予約情報取得手段、２００３…予約情報調査手段、２００４…第１の予約取り消し手段、２００５…第１の予約情報生成手段、２００６…第１の機能／デバイス予約手段、２００７…予約更新手段、３００１…第１の代替機能／デバイス検索手段、３００２…第２の予約情報生成手段、３００３…第２の機能／デバイス予約手段、４００１…失敗原因特定手段、４００２…第２の代替機能／デバイス検索手段、４００３…第２の予約取り消し手段、４００４…第３の予約情報生成手段、４００５…第３の機能／デバイス予約手段、５００１〜５０４３…放送される番組、６００１…チューナ、６００２…復調器、６００３…デスクランブラ（復号器）、６００４…ＤＥＭＵＸ（デマルチプレクサ）、６００５…ＡＶでコーダ（音声、映像、静止画でコーダ）、６００６…グラフィックコントローラ、６００７…ビデオコントローラ、６００８…ＩＯコントローラ、６００９…ＦＬＡＳＨ ＲＯＭ、６０１０…ＣＰＵ、６０１１…ＲＡＭ、６０１２…カードコントローラ、６０１３…モデムコントローラ、６０１４…イーサネットコントローラ、６０１５…１３９４コントローラ、６０１６…ＥＥＰＲＯＭ、６０１７…ディスクコントローラ、６０１８…ＨＤＤ、６０１９…バス、８００１…ＢＳデジタルチューナとＤＶＤ−ＲＷの復号機能を持ったデバイス、８００２…ＣＳデジタルチューナとＨＤＤの復号機能を持ったデバイス、８００３…Ｄ−ＶＨＳとＨＤＤの復号機能を持ったデバイス、８００４…ＢＳ／ＣＳデジタルチューナとディスプレイの復号機能を持ったデバイス、８００５…ディスプレイデバイス、８００６…ＢＳデジタル放送用パラボラアンテナ、８００７…ディスプレイケーブル、８００８…アンテナ用ケーブル、８００９…ＩＥＥＥ１３９４ケーブル、８０１０…ＣＳデジタル放送用パラボラアンテナ、８０１１…ＢＳ／ＣＳ共用パラボラアンテナ、８０１２…ＢＳデジタル放送チューナ、８０１３…Ｄ−ＶＨＳデッキ

Claims (27)

1. 複数のチューナデバイス及び記録デバイスが接続されるＡＶネットワーク上で、放送される番組のスケジュール変更に伴って影響を受ける前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を変更する予約変更機能を有するチューナシステムであって、
   放送される番組の情報であるＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報を受信するＳＩ情報受信手段と、
   受信した前記ＳＩ情報を保存するＳＩ情報格納手段と、
   前記ＳＩ情報格納手段に既に保存されているＳＩ情報と前記ＳＩ情報受信手段によって新たに受信したＳＩ情報とを比較するＳＩ情報比較手段と、
   前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、前記新たに受信したＳＩ情報を前記ＳＩ情報格納手段に保存してＳＩ情報の内容を変更するＳＩ情報変更手段と、
   前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、放送される番組の番組情報が変更されたと判断し、放送される番組のスケジュール変更の事実を通知する番組情報変更通知手段と、
   前記番組情報変更通知手段から、放送される番組がスケジュール変更されたことを通知するイベントを受信する番組情報変更イベント受信手段と、
   前記イベント受信に応答して、前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を取得する予約情報取得手段と、
   前記予約情報取得手段によって取得された当初予約情報のうち、前記番組のスケジュール変更により影響を受ける当初予約情報を抽出する予約情報調査手段と、
   前記予約情報調査手段によって抽出された当初予約情報に係る番組の放送が既に始まっているか否かを判断する番組開始判断手段と、
   前記予約情報調査手段によって抽出された当初予約情報による処理を、この当初予約情報についての前記番組開始判断手段による判断結果に応じて変更する予約変更手段と
   を備え、
   前記予約変更手段は、
   前記抽出された当初予約情報に係る番組が前記番組開始判断手段によって既に始まっていると判断されている場合は、この当初予約情報の予約の終了時間を変更する予約更新手段と、
   前記抽出された当初予約情報に係る番組が前記番組開始判断手段によってまだ始まっていないと判断されている場合は、この当初予約情報の取り消しをする第１の予約情報取り消し手段と、
   前記第１の予約情報取り消し手段により取り消された当初予約情報による処理について、前記番組のスケジュール変更に合わせて変えた第１の新規予約情報を生成する第１の新規予約情報生成手段と、
   この第１の新規予約情報の予約を、当該予約で指定されたデバイス又はデバイスの機能に対して行う第１の新規予約手段と、
   この第１の新規予約手段の予約が成立したか否かを判断する第１の新規予約成否判断手段と、
   前記第１の新規予約成否判断手段が前記第１の新規予約手段での予約が成立しなかったと判断した場合に、前記第１の新規予約情報の予約で指定されたデバイス又はデバイスの機能とは異なるデバイス又はデバイスの機能に対し、前記第１の新規予約情報の代替予約処理を実行する代替予約手段と
   を含むことを特徴とするチューナシステム。
2. 請求項１に記載のチューナシステムであって、
   前記第１の新規予約情報の予約で指定されたデバイス又はデバイスの機能は、当初予約情報の予約で指定されたデバイス又はデバイスの機能である
   ことを特徴とするチューナシステム。
3. 請求項１記載のチューナシステムであって、
   前記代替予約手段は、
   前記第１の新規予約情報に基づく予約において代替使用できるデバイス又はデバイスの機能を検索する第１の代替機能／デバイス検索手段と、
   前記第１の代替機能／デバイス検索手段で取得されたデバイス又はデバイスの機能を使用して、前記第１の新規予約情報の代替となる第２の新規予約情報を生成する第２の新規予約情報生成手段と、
   この第２の新規予約情報の予約を、当該予約で指定された、前記第１の代替機能／デバイス検索手段によって取得されたデバイス又はデバイスの機能に対して行う第２の新規予約手段と
   を含むことを特徴とするチューナシステム。
4. 請求項３に記載のチューナシステムであって、
   前記代替予約手段は、さらに
   前記第２の新規予約手段の予約が成立したか否かを判断する第２の新規予約成否判断手段と、
   前記第２の新規予約成否判断手段が前記第２の新規予約手段での予約が成立しなかったと判断した場合に、この予約が成立しなかった原因となっている原因予約情報に基づく予約を変更する原因予約変更手段と
   を含むことを特徴とするチューナシステム。
5. 請求項４に記載のチューナシステムであって、
   前記原因予約変更手段は、
   前記第２の新規予約手段での予約が成立しなかった前記第２の新規予約情報と、前記予約情報取得手段によって取得された前記各デバイス又は前記各デバイスの機能に対しての当初予約情報の中から前記予約情報調査手段により抽出された当初予約情報を除いた他の当初予約情報とを比較し、前記第２の新規予約情報の予約成立の失敗の原因となった他の当初予約情報を原因予約情報として特定し、この原因予約情報で指定されたデバイス又はデバイスの機能を取り出す失敗原因特定手段と、
   前記失敗原因特定手段によって取り出されたデバイス又はデバイスの機能を代替するデバイス又はデバイスの機能を検索する第２の代替機能／デバイス検索手段と、
   この原因予約情報の予約を取り消す第２の予約取り消し手段と、
   前記第２の代替機能／デバイス検索手段によって取得されたデバイス又はデバイスの機能を使用して、前記第２の予約取り消し手段で取り消された原因予約情報の代替となる第３の新規予約情報を生成する第３の新規予約情報生成手段と、
   この第３の新規予約情報の予約を、当該予約で指定された、前記第２の代替機能／デバイス検索手段によって取得されたデバイス又はデバイスの機能に対して行う第３の新規予約手段と
   を含むことを特徴とするチューナシステム。
6. 複数のチューナデバイス及び記録デバイスが接続されるＡＶネットワーク上で、放送される番組のスケジュール変更に伴って影響を受ける前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を変更する予約変更機能を有するチューナシステムであって、
   放送される番組の情報であるＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報を受信するＳＩ情報受信手段と、
   受信した前記ＳＩ情報を保存するＳＩ情報格納手段と、
   前記ＳＩ情報格納手段に既に保存されているＳＩ情報と前記ＳＩ情報受信手段によって新たに受信したＳＩ情報とを比較するＳＩ情報比較手段と、
   前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、前記新たに受信したＳＩ情報を前記ＳＩ情報格納手段に保存してＳＩ情報の内容を変更するＳＩ情報変更手段と、
   前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、放送される番組の番組情報が変更されたと判断し、放送される番組のスケジュール変更の事実を通知する番組情報変更通知手段と、
   前記番組情報変更通知手段から、放送される番組がスケジュール変更されたことを通知するイベントを受信する番組情報変更イベント受信手段と、
   前記イベント受信に応答して、前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を取得する予約情報取得手段と、
   前記予約情報取得手段によって取得された当初予約情報のうち、前記番組のスケジュール変更により影響を受ける当初予約情報を抽出する予約情報調査手段と、
   前記予約情報調査手段によって抽出された当初予約情報に係る番組の放送が既に始まっているか否かを判断する番組開始判断手段と、
   前記予約情報調査手段によって抽出された当初予約情報による処理を、この当初予約情報についての前記番組開始判断手段による判断結果に応じて変更する予約変更手段と
   を備え、
   前記予約変更手段は、
   前記抽出された当初予約情報に係る番組が前記番組開始判断手段によって既に始まっていると判断されている場合は、この当初予約情報の予約の終了時間を変更する予約更新手段と、
   前記抽出された当初予約情報に係る番組が前記番組開始判断手段によってまだ始まっていないと判断されている場合は、この当初予約情報の取り消しをする第１の予約情報取り消し手段と、
   前記第１の予約情報取り消し手段により取り消された当初予約情報による処理について、前記番組のスケジュール変更に合わせて変えた第１の新規予約情報を生成する第１の新規予約情報生成手段と、
   この第１の新規予約情報の予約を、当該予約で指定されたデバイス又はデバイスの機能に対して行う第１の新規予約手段と、
   この第１の新規予約手段の予約が成立したか否かを判断する第１の新規予約成否判断手段と、
   前記第１の新規予約成否判断手段が前記第１の新規予約手段での予約が成立しなかったと判断した場合に、この予約が成立しなかった原因となっている原因予約情報に基づく予約を変更する原因予約変更手段と
   を含み、前記原因予約変更手段による原因予約情報の予約変更後に、前記第１の新規予約手段が前記第１の新規予約情報の予約を再び行う
   ことを特徴とするチューナシステム。
7. 請求項６に記載のチューナシステムであって、
   前記第１の新規予約情報の予約で指定されたデバイス又はデバイスの機能は、当初予約情報の予約で指定されたデバイス又はデバイスの機能である
   ことを特徴とするチューナシステム。
8. 請求項７に記載のチューナシステムであって、
   前記原因予約変更手段は、
   前記第１の新規予約手段での予約が成立しなかった前記第１の新規予約情報と、前記予約情報取得手段によって取得された前記各デバイス又は前記各デバイスの機能に対しての当初予約情報の中から前記予約情報調査手段により抽出された当初予約情報を除いた他の当初予約情報とを比較し、前記第１の新規予約情報の予約成立の失敗の原因となった他の当初予約情報を原因予約情報として特定し、この原因予約情報で指定されたデバイス又はデバイスの機能を取り出す失敗原因特定手段と、
   前記失敗原因特定手段によって取り出されたデバイス又はデバイスの機能を代替するデバイス又はデバイスの機能を検索する第２の代替機能／デバイス検索手段と、
   この原因予約情報の予約を取り消す第２の予約取り消し手段と、
   前記第２の代替機能／デバイス検索手段によって取得されたデバイス又はデバイスの機能を使用して、前記第２の予約取り消し手段で取り消された原因予約情報の代替となる第３の新規予約情報を生成する第３の新規予約情報生成手段と、
   この第３の新規予約情報の予約を、当該予約で指定された、前記第２の代替機能／デバイス検索手段によって取得されたデバイス又はデバイスの機能に対して行う第３の新規予約手段と
   を含むことを特徴とするチューナシステム。
9. 複数のチューナデバイス及び記録デバイスが接続されるＡＶネットワーク上で、放送される番組のスケジュール変更に伴って影響を受ける前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を変更する予約変更機能を有するチューナシステムであって、
   放送される番組の情報であるＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報を受信するＳＩ情報受信手段と、
   受信した前記ＳＩ情報を保存するＳＩ情報格納手段と、
   前記ＳＩ情報格納手段に既に保存されているＳＩ情報と前記ＳＩ情報受信手段によって新たに受信したＳＩ情報とを比較するＳＩ情報比較手段と、
   前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、前記新たに受信したＳＩ情報を前記ＳＩ情報格納手段に保存してＳＩ情報の内容を変更するＳＩ情報変更手段と、
   前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、放送される番組の番組情報が変更されたと判断し、放送される番組のスケジュール変更の事実を通知する番組情報変更通知手段と、
   前記番組情報変更通知手段から、放送される番組がスケジュール変更されたことを通知するイベントを受信する番組情報変更イベント受信手段と、
   前記イベント受信に応答して、前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を取得する予約情報取得手段と、
   前記予約情報取得手段によって取得された当初予約情報のうち、前記番組のスケジュール変更により影響を受ける当初予約情報を抽出する予約情報調査手段と、
   前記予約情報調査手段によって抽出された当初予約情報に係る番組の放送が既に始まっているか否かを判断する番組開始判断手段と、
   前記予約情報調査手段によって抽出された当初予約情報による処理を、この当初予約情報についての前記番組開始判断手段による判断結果に応じて変更する予約変更手段と
   を備え、
   前記予約変更手段は、
   前記抽出された当初予約情報に係る番組が前記番組開始判断手段によって既に始まっていると判断されている場合は、この当初予約情報の予約の終了時間を変更する予約更新手段と、
   前記抽出された当初予約情報に係る番組が前記番組開始判断手段によってまだ始まっていないと判断されている場合は、この当初予約情報の取り消しをする第１の予約情報取り消し手段と、
   前記第１の予約情報取り消し手段により取り消された当初予約情報による処理について、前記番組のスケジュール変更に合わせて変えた第１の新規予約情報を生成する第１の新規予約情報生成手段と、
   この第１の新規予約情報の予約を、当該予約で指定されたデバイス又はデバイスの機能に対して行う第１の新規予約手段と、
   前記予約更新手段の予約更新が成立したか否かを判断する予約更新成否判断手段と、
   前記予約更新成否判断手段が、前記予約更新手段での予約更新が成立しなかったと判断した場合に、この予約更新が成立しなかった原因となっている原因予約情報に基づく予約を変更する原因予約変更手段と
   を含み、前記原因予約変更手段による原因予約情報の予約変更後に、前記予約情報調査手段によって抽出された当初予約情報は、前記予約更新手段によって終了時間が変更された情報に更新されることを特徴とするチューナシステム。
10. 請求項９に記載のチューナシステムであって、
    前記原因予約変更手段は、
    前記予約更新手段での予約が成立しなかった予約の終了時間が変更された当初予約情報と、前記予約情報取得手段によって取得された前記各デバイス又は前記各デバイスの機能に対しての当初予約情報の中から前記予約情報調査手段により抽出された当初予約情報を除いた他の当初予約情報とを比較し、前記予約の終了時間が変更された当初予約情報の予約成立の失敗の原因となった他の当初予約情報を原因予約情報として特定し、この原因予約情報で指定されたデバイス又はデバイスの機能を取り出す失敗原因特定手段と、
    前記失敗原因特定手段によって取り出されたデバイス又はデバイスの機能を代替するデバイス又はデバイスの機能を検索する第２の代替機能／デバイス検索手段と、
    この原因予約情報の予約を取り消す第２の予約取り消し手段と、
    前記第２の代替機能／デバイス検索手段によって取得されたデバイス又はデバイスの機能を使用して、前記第２の予約取り消し手段で取り消された原因予約情報の代替となる第３の新規予約情報を生成する第３の新規予約情報生成手段と、
    この第３の新規予約情報の予約を、当該予約で指定された、前記第２の代替機能／デバイス検索手段によって取得されたデバイス又はデバイスの機能に対して行う第３の新規予約手段と
    を含むことを特徴とするチューナシステム。
11. 請求項３に記載のチューナシステムであって、
    前記予約更新手段の予約更新が成立したか否かを判断する予約更新成否判断手段と、
    前記予約更新成否判断手段が、前記予約更新手段での予約更新が成立しなかったと判断した場合に、この予約更新が成立しなかった原因となっている原因予約情報に基づく予約を変更する原因予約変更手段と
    を含むことを特徴とするチューナシステム。
12. 請求項１１に記載のチューナシステムであって、
    前記原因予約変更手段は、
    前記予約更新手段での予約が成立しなかった予約の終了時間が変更された当初予約情報と、前記予約情報取得手段によって取得された前記各デバイス又は前記各デバイスの機能に対しての当初予約情報の中から前記予約情報調査手段により抽出された当初予約情報を除いた他の当初予約情報とを比較し、前記予約の終了時間が変更された当初予約情報の予約成立の失敗の原因となった他の当初予約情報を原因予約情報として特定し、この原因予約情報で指定されたデバイス又はデバイスの機能を取り出す失敗原因特定手段と、
    前記失敗原因特定手段によって取り出されたデバイス又はデバイスの機能を代替するデバイス又はデバイスの機能を検索する第２の代替機能／デバイス検索手段と、
    この原因予約情報の予約を取り消す第２の予約取り消し手段と、
    前記第２の代替機能／デバイス検索手段によって取得されたデバイス又はデバイスの機能を使用して、前記第２の予約取り消し手段で取り消された原因予約情報の代替となる第３の新規予約情報を生成する第３の新規予約情報生成手段と、
    この第３の新規予約情報の予約を、当該予約で指定された、前記第２の代替機能／デバイス検索手段によって取得されたデバイス又はデバイスの機能に対して行う第３の新規予約手段と
    を含むことを特徴とするチューナシステム。
13. 複数のチューナデバイス及び記録デバイスが接続されるＡＶネットワーク上のチューナシステムにおいて、放送される番組のスケジュール変更に伴って影響を受ける前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を変更する予約変更方法であって、
    放送される番組の情報であるＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報を受信するＳＩ情報受信ステップと、
    受信した前記ＳＩ情報をＳＩ情報格納手段に保存するＳＩ情報格納ステップと、
    前記ＳＩ情報格納手段に既に保存されているＳＩ情報と前記ＳＩ情報受信ステップで新たに受信したＳＩ情報とを比較するＳＩ情報比較ステップと、
    前記ＳＩ情報比較ステップで前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、前記新たに受信したＳＩ情報を前記ＳＩ情報格納手段に保存してＳＩ情報の内容を変更するＳＩ情報変更ステップと、
    前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、放送される番組の番組情報が変更されたと判断し、放送される番組のスケジュール変更の事実を通知する番組情報変更通知ステップと、
    前記番組情報変更ステップの、放送される番組がスケジュール変更されたことを通知するイベントを受信する番組情報変更イベント受信ステップと、
    前記イベント受信に応答して、前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を取得する予約情報取得ステップと、
    前記予約情報取得ステップで取得された当初予約情報のうち、前記番組のスケジュール変更により影響を受ける当初予約情報を抽出する予約情報調査ステップと、
    前記予約情報調査ステップで抽出された当初予約情報に係る番組の放送が既に始まっているか否かを判断する番組開始判断ステップと、
    前記予約情報調査ステップで抽出された当初予約情報による処理を、この当初予約情報についての前記番組開始判断ステップの判断結果に応じて変更する予約変更ステップと
    を有し、
    前記予約変更ステップは、
    前記抽出された当初予約情報に係る番組が前記番組開始判断ステップで既に始まっていると判断されている場合は、この当初予約情報の予約の終了時間を変更する予約更新ステップと、
    前記抽出された当初予約情報に係る番組が前記番組開始判断ステップでまだ始まっていないと判断されている場合は、この当初予約情報の取り消しをする第１の予約情報取り消しステップと、
    前記第１の予約情報取り消しステップで取り消された当初予約情報による処理について、前記番組のスケジュール変更に合わせて変えた第１の新規予約情報を生成する第１の新規予約情報生成ステップと、
    この第１の新規予約情報の予約を、当該予約で指定されたデバイス又はデバイスの機能に対して行う第１の新規予約ステップと、
    この第１の新規予約ステップの予約が成立したか否かを判断する第１の新規予約成否判断ステップと、
    前記第１の新規予約成否判断ステップで、前記第１の新規予約ステップでの予約が成立しなかったと判断した場合に、前記第１の新規予約情報の予約で指定されたデバイス又はデバイスの機能とは異なるデバイス又はデバイスの機能に対し、前記第１の新規予約情報の代替予約処理を実行する代替予約ステップと
    を含むことを特徴とする予約変更方法。
14. 請求項１３に記載の予約変更方法であって、
    前記第１の新規予約ステップでは、前記第１の新規予約情報の予約で指定されたデバイス又はデバイスの機能は、当初予約情報の予約で指定されたデバイス又はデバイスの機能である
    ことを特徴とする予約変更方法。
15. 請求項１３記載の予約変更方法であって、
    前記代替予約ステップは、
    前記第１の新規予約情報に基づく予約において代替使用できるデバイス又はデバイスの機能を検索する第１の代替機能／デバイス検索ステップと、
    前記第１の代替機能／デバイス検索ステップで取得されたデバイス又はデバイスの機能を使用して、前記第１の新規予約情報の代替となる第２の新規予約情報を生成する第２の新規予約情報生成ステップと、
    この第２の新規予約情報の予約を、当該予約で指定された、前記第１の代替機能／デバイス検索ステップで取得されたデバイス又はデバイスの機能に対して行う第２の新規予約ステップと
    を含むことを特徴とする予約変更方法。
16. 請求項１５に記載の予約変更方法であって、
    前記代替予約ステップは、さらに
    前記第２の新規予約ステップの予約が成立したか否かを判断する第２の新規予約成否判断ステップと、
    前記第２の新規予約成否判断ステップで前記第２の新規予約ステップでの予約が成立しなかったと判断された場合に、この予約が成立しなかった原因となっている原因予約情報に基づく予約を変更する原因予約変更ステップと
    を含むことを特徴とする予約変更方法。
17. 請求項１６に記載の予約変更方法であって、
    前記原因予約変更ステップは、
    前記第２の新規予約ステップでの予約が成立しなかった前記第２の新規予約情報と、前記予約情報取得ステップで取得された前記各デバイス又は前記各デバイスの機能に対しての当初予約情報の中から前記予約情報調査ステップにより抽出された当初予約情報を除いた他の当初予約情報とを比較し、前記第２の新規予約情報の予約成立の失敗の原因となった他の当初予約情報を原因予約情報として特定し、この原因予約情報で指定されたデバイス又はデバイスの機能を取り出す失敗原因特定ステップと、
    前記失敗原因特定ステップによって取り出されたデバイス又はデバイスの機能を代替するデバイス又はデバイスの機能を検索する第２の代替機能／デバイス検索ステップと、
    この原因予約情報の予約を取り消す第２の予約取り消しステップと、
    前記第２の代替機能／デバイス検索ステップによって取得されたデバイス又はデバイスの機能を使用して、前記第２の予約取り消しステップで取り消された原因予約情報の代替となる第３の新規予約情報を生成する第３の新規予約情報生成ステップと、
    この第３の新規予約情報の予約を、当該予約で指定された、前記第２の代替機能／デバイス検索手段によって取得されたデバイス又はデバイスの機能に対して行う第３の新規予約ステップと
    を含むことを特徴とする予約変更方法。
18. 複数のチューナデバイス及び記録デバイスが接続されるＡＶネットワーク上のチューナシステムにおいて、放送される番組のスケジュール変更に伴って影響を受ける前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を変更する予約変更方法であって、
    放送される番組の情報であるＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報を受信するＳＩ情報受信ステップと、
    受信した前記ＳＩ情報をＳＩ情報格納手段に保存するＳＩ情報格納ステップと、
    前記ＳＩ情報格納手段に既に保存されているＳＩ情報と前記ＳＩ情報受信ステップで新たに受信したＳＩ情報とを比較するＳＩ情報比較ステップと、
    前記ＳＩ情報比較ステップで前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、前記新たに受信したＳＩ情報を前記ＳＩ情報格納手段に保存してＳＩ情報の内容を変更するＳＩ情報変更ステップと、
    前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、放送される番組の番組情報が変更されたと判断し、放送される番組のスケジュール変更の事実を通知する番組情報変更通知ステップと、
    前記番組情報変更ステップの、放送される番組がスケジュール変更されたことを通知するイベントを受信する番組情報変更イベント受信ステップと、
    前記イベント受信に応答して、前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を取得する予約情報取得ステップと、
    前記予約情報取得ステップで取得された当初予約情報のうち、前記番組のスケジュール変更により影響を受ける当初予約情報を抽出する予約情報調査ステップと、
    前記予約情報調査ステップで抽出された当初予約情報に係る番組の放送が既に始まっているか否かを判断する番組開始判断ステップと、
    前記予約情報調査手段で抽出された当初予約情報による処理を、この当初予約情報についての前記番組開始判断ステップの判断結果に応じて変更する予約変更ステップと
    を有し、
    前記予約変更ステップは、
    前記抽出された当初予約情報に係る番組が前記番組開始判断ステップで既に始まっていると判断されている場合は、この当初予約情報の予約の終了時間を変更する予約更新ステップと、
    前記抽出された当初予約情報に係る番組が前記番組開始判断ステップでまだ始まっていないと判断されている場合は、この当初予約情報の取り消しをする第１の予約情報取り消しステップと、
    前記第１の予約情報取り消しステップで取り消された当初予約情報による処理について、前記番組のスケジュール変更に合わせて変えた第１の新規予約情報を生成する第１の新規予約情報生成ステップと、
    この第１の新規予約情報の予約を、当該予約で指定されたデバイス又はデバイスの機能に対して行う第１の新規予約ステップと、
    この第１の新規予約ステップの予約が成立したか否かを判断する第１の新規予約成否判断ステップと、
    前記第１の新規予約成否判断ステップで、前記第１の新規予約ステップでの予約が成立しなかったと判断した場合に、この予約が成立しなかった原因となっている原因予約情報に基づく予約を変更する原因予約変更ステップと
    を含み、前記原因予約変更ステップの実行による原因予約情報の予約変更後に、前記第１の新規予約ステップを再び実行して前記第１の新規予約情報の予約を行うことを特徴とする予約変更方法。
19. 請求項１８に記載の予約変更方法であって、
    前記第１の新規予約ステップでは、前記第１の新規予約情報の予約で指定されたデバイス又はデバイスの機能は、当初予約情報の予約で指定されたデバイス又はデバイスの機能である
    ことを特徴とする予約変更方法。
20. 請求項１８に記載の予約変更方法であって、
    前記原因予約変更ステップは、
    前記第１の新規予約ステップでの予約が成立しなかった前記第１の新規予約情報と、前記予約情報取得ステップによって取得された前記各デバイス又は前記各デバイスの機能に対しての当初予約情報の中から前記予約情報調査ステップにより抽出された当初予約情報を除いた他の当初予約情報とを比較し、前記第１の新規予約情報の予約成立の失敗の原因となった他の当初予約情報を原因予約情報として特定し、この原因予約情報で指定されたデバイス又はデバイスの機能を取り出す失敗原因特定ステップと、
    前記失敗原因特定ステップによって取り出されたデバイス又はデバイスの機能を代替するデバイス又はデバイスの機能を検索する第２の代替機能／デバイス検索ステップと、
    この原因予約情報の予約を取り消す第２の予約取り消しステップと、
    前記第２の代替機能／デバイス検索ステップによって取得されたデバイス又はデバイスの機能を使用して、前記第２の予約取り消しステップで取り消された原因予約情報の代替となる第３の新規予約情報を生成する第３の新規予約情報生成ステップと、
    この第３の新規予約情報の予約を、当該予約で指定された、前記第２の代替機能／デバイス検索手段によって取得されたデバイス又はデバイスの機能に対して行う第３の新規予約ステップと
    を含むことを特徴とする予約変更方法。
21. 複数のチューナデバイス及び記録デバイスが接続されるＡＶネットワーク上のチューナシステムにおいて、放送される番組のスケジュール変更に伴って影響を受ける前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を変更する予約変更方法であって、
    放送される番組の情報であるＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報を受信するＳＩ情報受信ステップと、
    受信した前記ＳＩ情報をＳＩ情報格納手段に保存するＳＩ情報格納ステップと、
    前記ＳＩ情報格納手段に既に保存されているＳＩ情報と前記ＳＩ情報受信ステップで新たに受信したＳＩ情報とを比較するＳＩ情報比較ステップと、
    前記ＳＩ情報比較ステップで前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、前記新たに受信したＳＩ情報を前記ＳＩ情報格納手段に保存してＳＩ情報の内容を変更するＳＩ情報変更ステップと、
    前記ＳＩ情報比較手段によって前記新たに受信したＳＩ情報が前記ＳＩ情報格納手段に存在しないと判断された場合に、放送される番組の番組情報が変更されたと判断し、放送される番組のスケジュール変更の事実を通知する番組情報変更通知ステップと、
    前記番組情報変更ステップの、放送される番組がスケジュール変更されたことを通知するイベントを受信する番組情報変更イベント受信ステップと、
    前記イベント受信に応答して、前記各デバイス又は前記各デバイスの機能に対しての当初予約情報を取得する予約情報取得ステップと、
    前記予約情報取得ステップで取得された当初予約情報のうち、前記番組のスケジュール変更により影響を受ける当初予約情報を抽出する予約情報調査ステップと、
    前記予約情報調査ステップで抽出された当初予約情報に係る番組の放送が既に始まっているか否かを判断する番組開始判断ステップと、
    前記予約情報調査ステップで抽出された当初予約情報による処理を、この当初予約情報についての前記番組開始判断ステップの判断結果に応じて変更する予約変更ステップと
    を有し、
    前記予約変更ステップは、
    前記抽出された当初予約情報に係る番組が前記番組開始判断ステップで既に始まっていると判断されている場合は、この当初予約情報の予約の終了時間を変更する予約更新ステップと、
    前記抽出された当初予約情報に係る番組が前記番組開始判断ステップでまだ始まっていないと判断されている場合は、この当初予約情報の取り消しをする第１の予約情報取り消しステップと、
    前記第１の予約情報取り消しステップで取り消された当初予約情報による処理について、前記番組のスケジュール変更に合わせて変えた第１の新規予約情報を生成する第１の新規予約情報生成ステップと、
    この第１の新規予約情報の予約を、当該予約で指定されたデバイス又はデバイスの機能に対して行う第１の新規予約ステップと、
    前記予約更新ステップの予約更新が成立したか否かを判断する予約更新成否判断ステップと、
    前記予約更新成否判断ステップが、前記予約更新ステップでの予約更新が成立しなかったと判断した場合に、この予約更新が成立しなかった原因となっている原因予約情報に基づく予約を変更する原因予約変更ステップと
    を含み、前記原因予約変更ステップの実行による原因予約情報の予約変更後に、前記予約情報調査ステップによって抽出された当初予約情報を、前記予約更新ステップによって終了時間を変更した情報に更新することを特徴とする予約変更方法。
22. 請求項２１に記載の予約変更方法であって、
    前記原因予約変更ステップは、
    前記予約更新ステップでの予約が成立しなかった予約の終了時間が変更された当初予約情報と、前記予約情報取得ステップによって取得された前記各デバイス又は前記各デバイスの機能に対しての当初予約情報の中から前記予約情報調査ステップにより抽出された当初予約情報を除いた他の当初予約情報とを比較し、前記予約の終了時間が変更された当初予約情報の予約成立の失敗の原因となった他の当初予約情報を原因予約情報として特定し、この原因予約情報で指定されたデバイス又はデバイスの機能を取り出す失敗原因特定ステップと、
    前記失敗原因特定ステップによって取り出されたデバイス又はデバイスの機能を代替するデバイス又はデバイスの機能を検索する第２の代替機能／デバイス検索ステップと、
    この原因予約情報の予約を取り消す第２の予約取り消しステップと、
    前記第２の代替機能／デバイス検索ステップによって取得されたデバイス又はデバイスの機能を使用して、前記第２の予約取り消しステップで取り消された原因予約情報の代替となる第３の新規予約情報を生成する第３の新規予約情報生成ステップと、
    この第３の新規予約情報の予約を、当該予約で指定された、前記第２の代替機能／デバイス検索ステップによって取得されたデバイス又はデバイスの機能に対して行う第３の新規予約ステップと
    を含むことを特徴とする予約変更方法。
23. 請求項１５に記載の予約変更方法であって、
    前記予約更新ステップの予約更新が成立したか否かを判断する予約更新成否判断ステップと、
    前記予約更新成否判断ステップが、前記予約更新ステップでの予約更新が成立しなかったと判断した場合に、この予約更新が成立しなかった原因となっている原因予約情報に基づく予約を変更する原因予約変更ステップと
    を含むことを特徴とする予約変更方法。
24. 請求項２３に記載の予約変更方法であって、
    前記原因予約変更ステップは、
    前記予約更新ステップでの予約が成立しなかった予約の終了時間が変更された当初予約情報と、前記予約情報取得ステップによって取得された前記各デバイス又は前記各デバイスの機能に対しての当初予約情報の中から前記予約情報調査ステップにより抽出された当初予約情報を除いた他の当初予約情報とを比較し、前記予約の終了時間が変更された当初予約情報の予約成立の失敗の原因となった他の当初予約情報を原因予約情報として特定し、この原因予約情報で指定されたデバイス又はデバイスの機能を取り出す失敗原因特定ステップと、
    前記失敗原因特定ステップによって取り出されたデバイス又はデバイスの機能を代替するデバイス又はデバイスの機能を検索する第２の代替機能／デバイス検索ステップと、
    この原因予約情報の予約を取り消す第２の予約取り消しステップと、
    前記第２の代替機能／デバイス検索ステップによって取得されたデバイス又はデバイスの機能を使用して、前記第２の予約取り消しステップで取り消された原因予約情報の代替となる第３の新規予約情報を生成する第３の新規予約情報生成ステップと、
    この第３の新規予約情報の予約を、当該予約で指定された、前記第２の代替機能／デバイス検索ステップによって取得されたデバイス又はデバイスの機能に対して行う第３の新規予約ステップと
    を含むことを特徴とする予約変更方法。
25. 請求項１３乃至請求項２４のいずれか１項に記載の予約変更方法であって、前記各ステップはＡＶ機器のネットワーク環境における規格であるＨＡＶｉ規格のソフトウェア要素を利用して実行されることを特徴とする予約変更方法。
26. 請求項１３乃至請求項２４のいずれか１項に記載の予約変更方法をコンピュータに実行させるためのプログラム。
27. 請求項２６に記載のプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。