(57)【要約】 【課題】ある番組の予約をする時、或いは番組スケジュールが変更されて予約の変更をしようとする時に、その予約で使用するデバイスが別の予約で使用されていてコンフリクトを起こし、どうしてもそのコンフリクトを起こしたデバイスでその予約を実行したかった場合に、強制的に予約を解除されるのは問題がある。 【解決手段】符号0001は視聴予約装置を示し、複数のチューナデバイスが接続された状態で、デジタル放送やインターネット放送などからその放送システムで放送される番組のEPG画面を表示し、EPG画面表示から特定の番組を選択して、番組の視聴予約をする装置である。視聴予約装置0001は、EPG画面生成手段1001、EPG画面表示手段1002、番組選択手段1003、チューナデバイス選択手段1004、チューナデバイス代替フラグ設定手段1005、視聴予約設定手段1006、データ記憶手段1007、を含んで構成されている。EPG画面生成手段1001は、接続されているチューナデバイスからEPG情報を取得してEPG画面を生成する。 【選択図】図1
2008160628.tif 000002
【特許請求の範囲】
【請求項１】
１つ又は複数のチューナデバイスのうちから選択した番組を受信できるチューナデバイスが電子番組ガイドに基づいて選択するチューナデバイス選択手段と、
選択された番組を選択されたチューナデバイスで視聴予約をするための視聴予約情報を生成する視聴予約設定手段と、
選択され、チューナデバイスの利用予約操作がなされた時に、利用予約されたチューナデバイスの代わりに別のチューナデバイスへの変更を許容するか否かを示すチューナデバイス代替フラグを設定するチューナデバイス代替フラグ設定手段と、
前記視聴予約情報に前記チューナデバイス代替フラグを付加して保存するデータ記憶手段と
を有することを特徴とする番組予約装置。
【請求項２】
１つ又は複数のチューナデバイスが接続された状態で、電子番組ガイドの画面を表示し特定の番組を選択して視聴予約を行うことができる視聴予約装置であって、
接続されている前記チューナデバイスから電子番組ガイド情報を取得して電子番組ガイドを生成する電子番組ガイド画面生成手段と、
生成された電子番組ガイド画面をディスプレイに表示する電子番組ガイド画面表示手段と、
画面に表示された電子番組ガイドから利用者が希望の番組を選択できる番組選択手段と、
選択した番組が受信できるチューナデバイスを選択するチューナデバイス選択手段と、
選択されたチューナデバイスの利用予約がなされた時に、利用予約されたチューナデバイスを別のチューナデバイスの利用が可能か否かを示すフラグを設定するチューナデバイス代替フラグ設定手段と
を有することを特徴とする番組予約装置。
【請求項３】
１つ又は複数のチューナデバイス及び１つ又は複数の記録デバイスが接続された状態で、電子番組ガイドの画面を表示し特定の番組を選択して録画予約を行うことができる録画予約装置であって、
接続されている前記チューナデバイスから電子番組ガイド情報を取得して電子番組ガイド画面を生成する電子番組ガイド画面生成手段と、
生成された電子番組ガイド画面をディスプレイに表示する電子番組ガイド画面表示手段と、
画面に表示された電子番組ガイドから利用者が希望の番組を選択できる番組選択手段と、
選択した番組が受信できるチューナデバイスを選択するチューナデバイス選択手段と、
選択されたチューナデバイスの利用予約がなされた時に、利用予約されたチューナデバイスを別のチューナデバイスを使用してその番組を録画しても良いか否かを示すフラグを設定するチューナデバイス代替フラグ設定手段と、
選択した番組を記録するデバイスを選択する記録デバイス選択手段と、
選択された記録デバイスの利用予約がなされた時に、利用予約された記録デバイスを別の記録デバイスを使用してその番組を録画しても良いか否かを示すフラグを設定する記録デバイス代替フラグ設定手段と、
視聴予約情報を保存しておくデータ記憶手段と、
録画予約を生成しデータ記憶手段に録画予約を保存する視聴予約設定手段と
を有することを特徴とする、番組録画予約装置。
【請求項４】
１つ又は複数のチューナデバイスのうちから選択した番組を受信できるチューナデバイスが電子番組ガイドに基づいて選択し、選択された番組を選択されたチューナデバイスで視聴予約をするための視聴予約情報を生成するステップと、
選択され、チューナデバイスの利用予約操作がなされた時に、利用予約されたチューナデバイスの代わりに別のチューナデバイスへの変更を許容するか否かを示すチューナデバイス代替フラグが設定されるステップと、
前記視聴予約情報に前記チューナデバイス代替フラグを付加して保存するステップと
を有することを特徴とする番組視聴予約設定方法。
【請求項５】
１つ又は複数のチューナデバイスが接続された状態で、電子番組ガイドの画面を表示し特定の番組を選択して視聴予約を行うことができる視聴予約方法であって、
接続されているチューナデバイスから電子番組ガイドを取得して電子番組ガイド画面を生成するステップと、
生成された電子番組ガイド画面をディスプレイに表示するステップと、
ディスプレイに表示された電子番組ガイドから番組の選択を受け付けるステップと、
選択された番組が受信できるチューナデバイスの選択画面をディスプレイに表示するステップと、
チューナデバイスを選択する画面から希望のチューナデバイスの選択を受け付けるステップと、
選択されたチューナデバイスの利用予約がなされた時に、利用予約されたチューナデバイスを別のチューナデバイスを使用してその番組を録画しても良いか否かを示す代替フラグを設定する画面をディスプレイに表示するステップと、
ディスプレイに表示された代替フラグの設定を受け付けるステップと、
番組視聴予約を生成し、その予約の設定を受け付けるステップと
を有することを特徴とする番組視聴予約設定方法。
【請求項６】
前記チューナデバイスの選択画面をディスプレイに表示するステップは、利用するチューナデバイスがいずれでも良いことを示す選択肢も表示し、該選択肢が選択されたか否かをチェックするステップと、
チューナデバイスがいずれでも良い場合には、利用可能なチューナデバイスから１つのチューナの選択を受け付けるステップと、
前記チューナデバイスが代替可能であることを示す代替フラグの値の設定を受け付けるステップと
を有することを特徴とする請求項５に記載の番組視聴予約設定方法。
【請求項７】
１つ又は複数のチューナデバイス及び１つ又は複数の記録デバイスが接続された状態で、電子番組ガイドの画面を表示し特定の番組を選択して録画予約を受け付ける録画予約設定方法であって、
接続されているチューナデバイスから電子番組ガイド情報を取得して電子番組ガイド画面を生成するステップと、
生成された電子番組ガイド画面をディスプレイに表示するステップと、
ディスプレイに表示された電子番組ガイドから利用者が希望の番組を選択するステップと、
選択した番組が受信できるチューナデバイスの選択画面をディスプレイに表示するステップと、
チューナデバイスを選択する画面から希望のチューナデバイスを選択するステップと、
選択されたチューナデバイスの利用予約がなされた時に、利用予約されたチューナデバイスを別のチューナデバイスを使用してその番組を録画しても良いか否かに関する代替フラグを設定する画面をディスプレイに表示するステップと、
ディスプレイに表示された代替フラグを利用者が設定するステップと、
選択した番組を記録する記録デバイスの選択画面をディスプレイに表示するステップと、
選択した番組を記録する記録デバイスを選択すると、選択された記録デバイスの利用予約がなされた時に、利用予約された記録デバイスを別の記録デバイスを使用してその番組を録画しても良いか否かを示す代替フラグを設定する画面をディスプレイに表示するステップと、
ディスプレイに表示された代替フラグの設定を受け付けるステップと、
視聴予約を生成し、その予約を設定するステップと
を有することを特徴とする番組録画予約設定方法。
【請求項８】
請求項７に記載の番組録画予約設定方法において、
前記チューナデバイスの選択画面をディスプレイに表示するステップでは、利用するチューナデバイスがいずれのデバイスでも良いことを示す選択肢も表示し、チューナデバイスがいずれでも良い旨の選択肢が選択されたか否かをチェックするステップと、チューナデバイスがいずれでも良い旨の選択肢が選択され、利用可能なチューナデバイスから１つのチューナデバイスを選択されると、代替フラグに代替可能であることを示す値を設定するステップと
を有することを特徴とする番組録画予約設定方法。
【請求項９】
請求項７又は８に記載の番組録画予約設定方法において、前記記録デバイスの選択画面をディスプレイに表示するステップは、利用する記録デバイスがいずれでも良い旨を示す選択肢も表示し、記録デバイスがいずれでも良い旨の選択肢が選択されたか否かをチェックするステップと、記録デバイスがいずれでも良い旨の選択肢が選択された場合には、利用可能な記録デバイスから１つの記録デバイスが選択され、代替フラグに代替可能であることを示す値を設定するステップ
を有することを特徴とする番組録画予約設定方法。
【請求項１０】
１つ又は複数のチューナデバイス及び１つ又は複数の記録デバイスが接続された状態で、電子番組ガイドの画面を表示し特定の番組を選択して録画予約を行うことができる録画予約受付方法であって、接続されているチューナデバイスから電子番組ガイド情報を取得して電子番組ガイド画面を生成するステップと、生成された電子番組ガイド画面をディスプレイに表示するステップと、ディスプレイに表示された電子番組ガイドから利用者が希望の番組を選択するステップと、選択した番組が受信できるチューナデバイスの選択画面をディスプレイに表示するステップと、チューナデバイスを選択する画面から希望のチューナデバイスを選択するステップと、選択されたチューナデバイスの利用予約がなされた時に、利用予約されたチューナデバイスを別のチューナデバイスを使用してその番組を録画しても良いか否かを示す代替フラグを設定する画面をディスプレイに表示するステップと、ディスプレイに表示された代替フラグの設定に基づいて選択した番組を記録する記録デバイスのカテゴリの選択画面をディスプレイに表示するステップと、記録デバイスのカテゴリ選択に基づいて選択されたカテゴリに属する記録デバイスの選択画面をディスプレイに表示するステップと、選択した番組を記録する記録デバイスの選択に基づいて選択された記録デバイスの利用予約がなされた時に、利用予約された記録デバイスを別の記録デバイスを使用してその番組を録画しても良いか否かを示す代替フラグが設定され、ディスプレイに表示された代替フラグが設定され、録画予約情報を生成して予約を設定するステップを有することを特徴とする番組録画設定方法。
【請求項１１】
請求項１０に記載の番組録画予約設定方法において、
前記チューナデバイスの選択画面をディスプレイに表示するステップは、利用するチューナデバイスがいずれでも良い旨を示す選択肢が表示され、チューナデバイスがいずれでも良い旨の選択肢が選択されたか否かをチェックするステップと、チューナデバイスがいずれでも良い場合には、利用可能なチューナデバイスから１つのチューナデバイスが選択され、代替フラグに代替可能であることを示す値を設定するステップを有することを特徴とする番組録画予約設定方法。
【請求項１２】
請求項１０又は１１に記載の番組録画予約設定方法において、前記記録デバイスの選択画面をディスプレイに表示するステップは、記録デバイスがいずれでも良い旨を示す選択肢も表示し、記録デバイスがいずれでも良い旨の選択肢が選択されたか否かをチェックするステップと、記録デバイスがいずれでも良い場合には、利用可能な記録デバイスから１つの記録デバイスが選択され、代替フラグに代替可能であることを示す値を設定するステップを有することを特徴とする番組録画予約設定方法。
【請求項１３】
コンピュータに請求項４から請求項１２までのいずれか１項に記載のステップを実行させるためのプログラム。
【請求項１４】
請求項１３に記載のプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項１５】
１つ又は複数のデバイスが接続された状態で、デバイス又はデバイス内の機能を予約するためのデバイス/機能予約装置であって、
目的のデバイス又はデバイス内の機能に関する予約情報を生成する第１の予約情報生成手段と、
該生成した予約情報に基づいて前記デバイス又はデバイス内の機能に関する予約を行う第１の機能/デバイス予約手段と、
目的の予約ができない場合に、関連する予約情報を取得する予約情報取得手段と、
該取得した予約情報に基づいて目的の予約ができなかった原因となる予約情報を抽出し、いずれのデバイス又は機能が原因かを特定する予約失敗原因特定手段と、
特定されたデバイス又は機能が代替可能であるか否かを調査する第２の機能/デバイス代替可能調査手段と、
失敗の原因となった機能/デバイスの代替が可能である場合に、その機能/デバイスの代替の機能/デバイスを検索する第２の代替機能/デバイス検索手段と
を有することを特徴とするデバイス/機能予約装置。
【請求項１６】
１つ又は複数のデバイスが接続された状態で、デバイス又はデバイス内の機能を予約するためのデバイス/機能予約装置であって、
目的のデバイス又はデバイス内の機能に関する予約情報を生成する第１の予約情報生成手段と、
該生成した予約情報に基づいて前記デバイス又はデバイス内の機能に関する予約を行う第１の機能/デバイス予約手段と、
目的の予約ができない場合に関連する予約情報を取得する予約情報取得手段と、
該取り出した予約情報に基づいて目的の予約ができなかった原因となる予約情報を抽出し、いずれのデバイス又は機能が原因かを特定する予約失敗原因特定手段と、
特定されたデバイス又は機能が代替可能であるか否かを調査する第２の機能/デバイス代替可能調査手段と、
失敗の原因となった機能/デバイスの代替が可能である場合に、その機能/デバイスの代替の機能/デバイスを検索する第２の代替機能/デバイス検索手段と、
前記失敗の原因となった予約を取り消す機能/デバイス予約取り消し手段と、
前記検索した代替デバイス又は代替機能を使い前記取り消された予約の代わりとなる代替予約情報を生成する第３の予約情報生成手段と、
該生成した代替予約情報に基づいて前記代替デバイス又は代替機能に関する予約を行う第３の機能/デバイス予約手段と
を有することを特徴とするデバイス/機能予約装置。
【請求項１７】
１つ又は複数のデバイスが接続された状態で、デバイス又はデバイス内の機能を予約するためのデバイス/機能予約方法であって、
目的のデバイス又はデバイス内の機能に関する予約情報を生成するステップと、
該生成した予約情報に基づいて前記デバイス又はデバイス内の機能に関する予約を行うステップと、
目的の予約ができない場合に関連する予約情報を取得するステップと、
該取り出した予約情報に基づいて、目的の予約ができなかった原因となる予約情報を抽出し、いずれのデバイス又は機能が原因かを特定するステップと、
特定されたデバイス又は機能が代替可能であるか否かを調査するステップと、
失敗の原因となった機能/デバイスの代替が可能である場合に、その機能/デバイスの代替の機能/デバイスを検索するステップと、
前記失敗の原因となった予約を取り消すステップと、
前記検索した代替デバイス又は代替機能を使い前記取り消された予約の代わりとなる代替予約情報を生成するステップと、
該生成した代替予約情報に基づいて前記代替デバイス又は代替機能に関する予約を行うステップと
を有することを特徴とするデバイス/機能予約方法。
【請求項１８】
１つ又は複数のデバイスが接続された状態で、デバイス又はデバイス内の機能を予約するためのデバイス/機能予約装置であって、
目的のデバイス又はデバイス内の機能に関する予約情報を生成する第１の予約情報生成手段と、
該生成した予約情報に基づいて前記デバイス又はデバイス内の機能に関する予約を行う第１の機能/デバイス予約手段と、
目的の予約ができない場合に、該予約対象とするデバイス又は機能が代替可能であるか調査する第１の機能/デバイス代替可能調査手段と、
該予約対象とするデバイス又は機能の代替デバイス又は代替機能を検索する第１の代替機能/デバイス検索手段と、
該検索した代替デバイス又は代替機能により前記予約の代わりとなる代替予約情報を生成する第２の予約情報生成手段と、
該生成した代替予約情報に基づいて前記代替デバイス又は代替機能に関する予約を行う第２の機能/デバイス予約手段と、
前記第１の機能/デバイス代替可能調査手段で代替できない場合又は前記第２の機能/デバイス予約手段により目的の予約ができなかった場合に、関連する予約情報を取り出す予約情報取得手段と、
該取り出した予約情報の中から予約失敗の原因となった予約情報を抽出していずれのデバイス又は機能が原因かを特定する予約失敗原因特定手段と、
特定されたデバイス又は機能が代替可能であるか否かを調査する第２の機能/デバイス代替可能調査手段と、
失敗の原因となった機能/デバイスの代替が可能である場合に、その機能/デバイスの代替の機能/デバイスを検索する第２の代替機能/デバイス検索手段と、
前記失敗の原因となった予約を取り消す機能/デバイス予約取り消し手段と、
前記検索した代替デバイス又は代替機能を使い、前記取り消された予約の代わりとなる代替予約情報を生成する第３の予約情報生成手段と、
該生成した代替予約情報に基づいて前記代替デバイス又は代替機能に関する予約を行う第３の機能/デバイス予約手段と
を有することを特徴とするデバイス/機能予約装置。
【請求項１９】
１つ又は複数のデバイスが接続された状態で、デバイス又はデバイス内の機能を予約するためのデバイス/機能予約設定方法であって、
選択されたデバイス/機能を取り出すステップと、
デバイス又はデバイス内の機能の予約情報を登録するための予約情報データベースを検索するステップと、
選択されたデバイス又はデバイス内の機能の予約情報を生成するステップと、
前記予約情報を前記予約情報データベースに登録するステップと、
前記登録するステップで登録が成功したか否かをチェックするステップと、
予約が実行できなかった原因となる予約情報を見つけ出し、さらに、その予約情報から予約が重なっている機能/デバイスを見つけるステップを既に実行したか否かをチェックするステップと、
前記予約情報データベースより関連する予約情報を取り出すステップと、
予約が実行できなかった原因となる予約情報を見つけ出し、さらに、その予約情報から予約が重なっている機能/デバイスを見つけるステップと、
予約が重なっている機能/デバイスが見つかったか否かをチェックするステップと、
前記予約が重なっている機能/デバイスが代替可能であるか否かをチェックするステップと、
前記予約が実行できなかった原因となった予約情報について予約の取り消しを行うステップと、
前記予約が重なっている機能/デバイスを代替する機能/デバイスの検索を行い、代替の機能/デバイスのリストを作成するステップと、
前記代替機能/デバイスを使った予約がすべて試みられたかどうかチェックするステップと、
前記取り消された予約を再度予約するステップと、
前記生成された代替の機能/デバイスのリストからひとつを取り出し、その代替の機能/デバイスを使って予約情報を生成するステップと、
前記生成された予約情報の予約を試みるステップと、
前記予約が成功したか否かをチェックするステップと
を有することを特徴とするデバイス/機能予約設定方法。
【請求項２０】
１つ又は複数のデバイスが接続された状態で、デバイス又はデバイス内の機能を予約するためのデバイス/機能予約設定方法であって、
選択されたデバイス/機能を取り出すステップと、
デバイス又はデバイス内の機能の予約情報を登録するための予約情報データベースを検索するステップと、選択されたデバイス又はデバイス内の機能の予約情報を生成するステップと、
予約情報を前記予約情報データベースに登録するステップと、
前記登録するステップで登録が成功したかどうかチェックするステップと、
前記デバイス又はデバイス内の機能が代替可能であるか否かをチェックするステップと、
前記生成した予約情報の中で使用予定の機能/デバイスを代替する機能/デバイスの検索をすでに行ったか否かをチェックするステップと、
前記生成した予約情報の中で使用予定の機能/デバイスを代替する機能/デバイスを検索するステップと、
検索した代替機能/デバイスについて予約をすべて試みたか否かをチェックするステップと、
前記検索した代替機能/デバイスのリストからひとつ取り出し、新しい予約情報を生成するステップと、
前記生成した予約情報で予約を実行するステップと、
前記予約の実行が成功したかチェックするステップと、すべてのケースを試したか否かをチェックするステップと、
予約が実行できなかった原因となる予約情報を見つけ出し、さらに、その予約情報から予約が重なっている機能/デバイスを見つけるステップを既に実行したか否かをチェックするステップと、
前記予約情報データベースよりすべての予約情報を取り出すステップと、
予約が実行できなかった原因となる予約情報を見つけ出し、さらに、その予約情報から予約が重なっている機能/デバイスを見つけるステップと、
予約が重なっている機能/デバイスが見つかったか否かをチェックするステップと、
前記予約が重なっている機能/デバイスが代替可能であるか否かをチェックするステップと、
前記予約が実行できなかった原因となった予約情報について予約の取り消しを行うステップと、
前記予約が重なっている機能/デバイスを代替する機能/デバイスの検索を行い、代替の機能/デバイスのリストを作成するステップと、
前記代替機能/デバイスを使った予約がすべて試みられたか否かをチェックするステップと、
前記取り消された予約を再度予約するステップと、
前記生成された代替をする機能/デバイスのリストからひとつを取り出し、その代替の機能/デバイスを使って予約情報を生成するステップと、
前記生成された予約情報の予約を試みるステップと、前記予約が成功したか否かをチェックするステップと
を有することを特徴とするデバイス/機能予約設定方法。
【請求項２１】
請求項１７又は１８に記載の予約設定方法において、
前記各ステップは電子機器のネットワーク環境における規格ＨＡＶｉのソフトウェア要素を利用して行われることを特徴とする予約設定方法。
【請求項２２】
コンピュータに、請求項１９から２１までのいずれか１項に記載のステップを実行させるためのプログラム。
【請求項２３】
請求項２２に記載のプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項２４】
番組情報が変更されたことが通知されると、番組のスケジュールが変更されたことにより影響を受ける予約情報を変更する予約変更装置において、
番組情報が変更されたことを通知するイベントを受信する番組情報変更イベント受信手段と、
予約情報を取得する予約情報取得手段と、
取得した予約情報のうち、番組のスケジュールの変更により影響を受ける予約情報を抽出する予約情報調査手段と、
スケジュールが変更された番組の放送がすでに開始されている場合に動作する、影響を受ける予約情報の予約の終了時間を変更する予約更新手段と、
スケジュールが変更された番組がまだ放送開始されていないときに動作する、影響を受ける予約情報の取り消しをする第１の予約情報取り消し手段と、
取り消された予約情報について、番組のスケジュールの変更に合わせて新たに予約情報を生成する第１の予約情報生成手段と、
生成された予約情報を使って機能/デバイスの予約をする第１の機能/デバイス予約手段と、
第１の機能/デバイス予約手段において予約が成立しなかった場合、または予約更新手段において予約の更新ができなかった場合に、失敗した予約情報と、すでに予約情報取得手段にて取得した予約情報とを比較し、失敗の原因となった予約情報を取り出し、該予約情報での失敗の原因となっている機能/デバイスを特定する、失敗原因特定手段と、失敗の原因となった機能/デバイスが代替可能か否かの調査をする第２の機能/デバイス代替可能調査手段と、
失敗の原因となった機能/デバイスの代替が可能である場合に、抽出された機能/デバイスを代替する機能/デバイスを検索する第２の代替機能/デバイス検索手段と、
失敗原因特定手段において、抽出された失敗の原因となった予約情報からその予約を取り消す、第２の予約取り消し手段と、
第２の代替機能/デバイス検索手段において検索された機能/デバイスを使用して、第２の予約取り消し手段で取り消された予約の代替となる予約情報を生成する第３の予約情報生成手段と、
第３の予約情報生成手段により生成された予約情報を使用して機能/デバイスの予約をする、第３の機能/デバイス予約手段と
を備えることを特徴とする予約情報変更装置。
【請求項２５】
番組情報が変更されたことが通知されると、番組のスケジュールが変更されたことにより影響を受ける予約情報を変更する、予約変更装置において、
番組情報が変更されたことを通知するイベントを受信する番組情報変更イベント受信手段と、
予約情報を取得する予約情報取得手段と、
取得した予約情報のうち、番組のスケジュールの変更により影響を受ける予約情報を抽出する予約情報調査手段と、
スケジュールが変更された番組がすでに始まっているときに動作する、影響を受ける予約情報の予約の終了時間を変更する予約更新手段と、
スケジュールが変更された番組がまだ始まっていないときに動作する、影響を受ける予約情報の取り消しをする第１の予約情報取り消し手段と、
取り消された予約情報について、番組のスケジュールの変更に合わせて新たに予約情報を生成する第１の予約情報生成手段と、
生成された予約情報を使って機能/デバイスの予約をする第１の機能/デバイス予約手段と、
第１の機能/デバイス予約手段において予約が成立しなかった場合に、その予約において使用する機能/デバイスが代替可能であるか否かを調査する第１の機能/デバイス代替可能調査手段と、
その予約において使用する機能/デバイスを代替する機能/デバイスを検索する第１の代替機能/デバイス検索手段と、
第１の代替機能/デバイス検索手段において検索された代替機能/デバイスを使用して、新たに予約情報を生成する第２の予約情報生成手段と、
第２の予約情報生成手段で生成された予約情報を使用して機能/デバイスの予約をする第２の機能/デバイス予約手段と、
第１の機能/デバイス代替可能調査手段において代替不可であった場合、又は第２の機能/デバイス予約手段において予約が成立しなかった場合、または予約更新手段において予約の更新ができなかった場合に、失敗した予約情報と、すでに予約情報取得手段において取得した予約情報とを比較し、失敗の原因となった予約情報を取り出し、該予約情報での失敗の原因となっている機能/デバイスを特定する失敗原因特定手段と、
失敗の原因となった機能/デバイスが代替可能か否かの調査をする第２の機能/デバイス代替可能調査手段と、
失敗の原因となった機能/デバイスの代替が可能である場合に、抽出された機能/デバイスを代替する機能/デバイスを検索する第２の代替機能/デバイス検索手段と、
失敗原因特定手段において、抽出された失敗の原因となった予約情報からその予約を取り消す第２の予約取り消し手段と、
第２の代替機能/デバイス検索手段において検索された機能/デバイスを使用して、第２の予約取り消し手段で取り消された予約の代替となる予約情報を生成する第３の予約情報生成手段と、
第３の予約情報生成手段により生成された予約情報を使用して機能/デバイスの予約をする第３の機能/デバイス予約手段と
を備えることを特徴とする予約情報変更装置。
【請求項２６】
番組情報が変更されたことが通知されると、番組のスケジュールが変更されたことにより影響を受ける予約情報を変更する予約変更方法において、
デバイス又はデバイス内の機能の予約情報を登録するための予約情報データベースを検索するステップと、
番組情報の変更通知イベントを受信するステップと、
前記予約情報データベースよりすべての予約情報を取り出すステップと、
番組情報変更通知イベントに含まれる、スケジュールが変更された番組の影響を受けるすべての予約を修正したか否かをチェックするステップと、
前記予約情報データベースから検索した予約から、影響を受ける予約情報のうちひとつを取り出すステップと、
取り出した予約情報の番組の放送が開始されているか否かチェックするステップと、
予約番組がすでに開始されている場合に、取り出した予約を番組の変更に合わせて予約の終了時刻を変更するステップと、
予約番組がまだ開始されていない場合に、取り出した予約を取り消すステップと、
番組の変更に合わせて新たに予約情報を生成するステップと、
生成した予約情報を予約情報データベースに登録するステップと、
前記取り出した予約を番組の変更に合わせて予約の終了時刻を変更するステップでの実行又は、前記生成した予約情報を予約情報データベースに登録するステップでの実行が成功したか否かをチェックするステップと、
もとの予約が実行できなかった原因となる予約情報を見つけ出し、さらに、その予約情報から予約が重なっている機能/デバイスを見つけるステップをすでに実行したか否かをチェックするステップと、
もとの予約が実行できなかった原因となる予約情報を見つけ出し、さらに、その予約情報から予約が重なっている機能/デバイスを見つけるステップと、
予約が重なっている機能/デバイスが見つかったか否かをチェックするステップと、
前記予約が重なっている機能/デバイスが代替可能であるか否かをチェックするステップと、
前記予約が実行できなかった原因となった予約情報について予約の取り消しを行うステップと、
前記予約が重なっている機能/デバイスを代替する機能/デバイスの検索を行い、代替の機能/デバイスのリストを作成するステップと、
前記代替機能/デバイスを使った予約がすべて試みられたか否かをチェックするステップと、
前記取り消された予約を再度予約するステップと、
前記生成された代替をする機能/デバイスのリストからひとつを取り出し、その代替の機能/デバイスを使って予約情報を生成するステップと、
前記生成された予約情報の予約を試みるステップと、
前記予約が成功したかどうかチェックするステップと、
元々修正しようとしていた予約について、その番組の放送が開始されているか否かをチェックするステップと
を有することを特徴とする予約変更方法。
【請求項２７】
番組情報が変更されたことが通知されると、番組のスケジュールが変更されたことにより影響を受ける予約情報を変更する予約変更方法において、
デバイス又はデバイス内の機能の予約情報を登録するための予約情報データベースを検索するステップと、
番組情報の変更通知イベントを受信するステップと、
前記予約情報データベースより関連する予約情報を取り出すステップと、
番組情報変更通知イベントに含まれる、スケジュールが変更された番組の影響を受けるすべての予約を修正したか否かをチェックするステップと、
前記要約情報データベースから検索した予約から、影響を受ける予約情報のうちひとつを取り出すステップと、
取り出した予約情報の番組の放送が既に開始されているか否かをチェックするステップと、
予約番組がすでに始まっている場合、取り出した予約を番組の変更に合わせて予約の終了時刻を変更するステップと、
前記予約の終了時刻を変更するステップでの実行が成功したか否かをチェックするステップと、
予約番組が始まっていない場合に、取り出した予約を取り消すステップと、
番組の変更に合わせて新たに予約情報を生成するステップと、
生成した予約情報を予約情報データベースに登録するステップと、
前記予約情報データベースに登録するステップでの実行が成功したか否かをチェックするステップと、
前記生成した予約情報の内で使用されるデバイス又はデバイス内の機能が代替可能であるか否かをチェックするステップと、
前記生成した予約情報の中で使用予定の機能/デバイスを代替する機能/デバイスの検索がすでに行われたか否かをチェックするステップと、
前記生成した予約情報の中で使用予定の機能/デバイスを代替する機能/デバイスを検索するステップと、
検索した代替機能/デバイスについて予約をすべて試みたか否かをチェックするステップと、
前記検索した代替機能/デバイスのリストからひとつ取り出し、新しい予約情報を生成するステップと、
前記新しい予約情報で予約を試みるステップと、
前記予約が成功したか否かをチェックするステップと、
前記取り出した予約を番組の変更に合わせて予約の終了時刻を変更するステップでの実行が成功したか否かをチェックし、失敗したと判断された場合、又は前記検索した代替機能/デバイスについて予約を試みたか否かをチェックし、すべてについて試みたと判断された場合、又は前記機能/デバイスの代替可能調査で、代替不可と判断した場合に、もとの予約が実行できなかった原因となる予約情報を見つけ出し、さらに、その予約情報から予約が重なっている機能/デバイスを見つけるステップをすでに実行したかどうかチェックするステップと、
もとの予約が実行できなかった原因となる予約情報を見つけ出し、さらに、その予約情報から予約が重なっている機能/デバイスを見つけるステップと、
予約が重なっている機能/デバイスが見つかったか否かをチェックするステップと、
前記予約が重なっている機能/デバイスが代替可能であるかどうかチェックするステップと、
前記予約が実行できなかった原因となった予約情報について予約の取り消しを行うステップと、
前記予約が重なっている機能/デバイスを代替する機能/デバイスの検索を行い、代替の機能/デバイスのリストを作成するステップと、
前記代替機能/デバイスを使った予約がすべて試みられたか否かをチェックするステップと、
前記取り消された予約を再度予約するステップと、
前記生成された代替をする機能/デバイスのリストからひとつを取り出し、その代替の機能/デバイスを使って予約情報を生成するステップと、
前記生成された予約情報の予約を試みるステップと、
前記予約が成功したか否かチェックするステップと、
もともと修正しようとしていた予約について、その番組の放送が開始されているか否かかチェックするステップと
を有することを特徴とする予約変更方法
【請求項２８】
請求項２６又は２７に記載の予約変更方法において、前記各ステップを電子機器のネットワーク環境における規格ＨＡＶｉのソフトウェア要素を利用して行われることを特徴とする予約変更方法。
【請求項２９】
コンピュータに請求項２６から２８までのいずれか１項に記載の予約変更方法を実行させるためのプログラム。
【請求項３０】
請求項２９に記載のプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項３１】
１つ又は複数のチューナデバイスが接続された状態で、電子番組ガイドの画面を表示し特定の番組を選択して視聴予約を行うことができる視聴予約装置であって、
接続されている前記チューナデバイスから電子番組ガイド情報を取得して電子番組ガイドを生成する電子番組ガイド画面生成手段と、
生成された電子番組ガイド画面をディスプレイに表示する電子番組ガイド画面表示手段と、
選択した番組が受信できるチューナデバイスを選択し、選択されたチューナデバイスの利用予約がなされた時に、利用予約されたチューナデバイスを別のチューナデバイスを使用して利用可能か否かを示すフラグを設定するチューナデバイス代替フラグ設定手段と、
電子番組ガイド画面表示に別のチューナデバイス候補のリストを表示する表示制御手段と
を有することを特徴とする番組予約装置。
【請求項３２】
チューナデバイス候補のリストに基づいて、別に利用するチューナデバイスを決定する手段を有することを特徴とする請求項３１に記載の番組予約装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、AV機器の予約又は放送番組の予約に関し、より詳しくは、ある機器が視聴予約或いは録画予約がなされている状況で、別の新しい視聴予約又は録画予約を実行しようとする場合、或いは、予約している番組が延長され、視聴予約又は録画予約を変更しようとする場合において、すでに予約されている既存の視聴予約又は録画予約とコンフリクトを起こすことなく、新たな視聴予約又は録画予約を実行する、或いは視聴予約又は録画予約を変更することができるようにするものである。
【背景技術】
【０００２】
近年、デジタルCS放送、デジタルBS放送など、衛星を利用してデジタル放送データを家庭に配信し、各家庭内で高品位のテレビジョン放送や音楽放送などを楽しむことができるようになってきている。また、地上波も、これまでのアナログ放送からデジタル放送に転換されつつある。このようなデジタル放送では、チャンネル数が数百にも及び、放送の利用者が現在どのような番組が放送されているか、或いは、放送の予定があるかを知ることは容易ではない。従って、放送事業者は、電子番組ガイド（EPG : Electrical Program Guide）をテレビジョンや音楽と同時に放送し、それを専用のチューナで受信/表示することで、利用者は現在どのような番組が放送されているか或いは放送の予定があるかを知ることができる。既存のアナログ地上波放送でも、VBI（Vertical Blanking Interval）を利用してEPGデータを送信したり、或いは、インターネット上にあるEPGデータを利用して、放送受信者が放送番組の受信を簡便にするようにしたものもある。
【０００３】
デジタル放送では、EPGデータはSI（Service Information）として、映像や音声、その他の情報と一緒に伝送される。具体的なチャンネルの情報はSIの中のSDT（Service Description Table）に、番組の情報はEIT（Event Information Table）に格納されている。日本国内のデジタル放送のSI情報に関する規格はARIB STD-B10に、地上デジタル放送の運用規格はARIB TR-B14第4編に、衛星デジタル放送の運用規格はARIB TR-B15第4編に規定されている。
【０００４】
一方、AV放送がデジタル化されるにつれて、複数のAVデバイスを相互に接続し、一方のデバイスから他方のデバイスをコントロールしたり、映像や音声のストリームを転送したりするために、各AVデバイスがIEEE（Institute of Electrical and Electronics Engineers）1394シリアルバス規格（以下「IEEE1394規格」と称する。）に基づく端子を持ち、IEEE1394規格のコードを接続して、AVデバイスをネットワーク化することが行われている。IEEE1394規格では、データの転送に2つのモードがある。一つはAsynchronous通信と呼ばれ、主にデバイスを制御するためのコマンドなどを転送する。もう一つはIsochronous通信と呼ばれ、主にデバイス間で映像や音声のストリームを転送するために使われる。ストリームの転送では、抽象的な概念である、デバイスに出力及び入力のプラグと1394シリアスバス上でのチャネルを定義し、出力プラグとチャネル及びチャネルと入力プラグを接続することにより、デバイス間に論理的な伝送路を形成し、デバイス間のストリームの転送を行うことができるようにしている。伝送路は、１つの出力プラグから１つのチャネルを経て１つの入力プラグに至るPoint-To-Pointコネクションと、出力プラグと入力プラグとの対を指定せずに出力プラグとチャネルの接続、チャネルと入力プラグの接続を行うBroadcastコネクションがある。
【０００５】
IEEE1394規格は、「IEEE Standard for a High Performance Serial Bus」として「IEEE Std 1394-1995」に規格化されている。また、IEEE1394を使って接続されたAVデバイス間でデバイスのコントロールをするための規格として、「AV/C Digital Interface Command Set General Specification」等が1394 TRADE ASSOCIATIONより規格化されている（以下「AV/C」と称する。）。
【０００６】
AV/Cは、主に２つの異なるAVデバイスが接続された時に、一方のデバイスが他方のデバイスをコントロールするための規格である。例えば、図３５に示すように、BSデジタル放送用パラボラアンテナ（8006）がケーブル（8008）で接続されたBSデジタル衛星放送のチューナ（8012）とD-VHSデッキ(8013)がIEEE1394ケーブル（8009）で接続された環境において、ディスプレイケーブル（8007）によってチューナに接続されたディスプレイ（8005）上にチューナのEPGを表示し、利用者が選択したデジタル衛星放送の番組の受信予約をするとともに、D-VHSデッキに録画予約もすることができる。すなわちAV/Cでは、１対１で接続された２つのデバイスで、一方のデバイスがもう一方のデバイスを制御するのが主目的である。
【０００７】
複数のAVデバイスを制御したり、AVデバイスの機能などのリソースを管理することができる規格として、Home Audio Video Interoperability（以下「HAVi」と称する。）が規格化されている。HAViは、ベースとなるネットワーク規格及びストリーム転送規格としてIEEE1394規格とIEC（International Electrotechnical Comisson）61883規格を想定している。
【０００８】
HAViでは、デバイスを次の４つに分類している。Full AV Device（以下「FAV」）はHAViのすべての機能が搭載されたデバイスである。FAVにはJAVA（登録商標、以下同様である。）のVMが必要である。Intermediate AV Device（以下「IAV」）は幾つかのソフトウェアモジュールは必須であるが、オプションのものもある。IAVにはJAVA VMは必要でない。FAV及びIAVはディスプレイが付属しているならばControllerになりうるデバイスである。Basic AV Device（以下「BAV」）はTargetデバイスで、SDD（後述する。）中に保存されたそのBAVデバイスを制御するためのJAVAのアップロードモジュールをFAVに転送し、FAVからコントロールするものである。Legacy AV Device（以下「LAV」）はHAViの機能を持たないデバイスである。LAVは、例えば現在市場に出回っているAVデバイスが相当する。
【０００９】
図３６に、HAViのソフトウェア構成例を示す。HAViは、個々のモジュールはSoftware Element（以下「SE」）として定義される。各SEを識別するためにSEIDが割り当てられ、SEIDは各デバイスに固有の値として割り当てられている64ビットのGUIDとそのデバイス内で一意に識別する16ビットのswHandleで構成される。SEIDはMSが割り当てる。各SEは、同じデバイス内にあるか、あるいはネットワークで接続された異なるデバイスにあるかにかかわらずSE間のメッセージのやり取りをするためのモジュールであるMessaging System（以下「MS」）を介してお互いにメッセージのやり取りを行う。Event Manager（以下「EM」）は、システムやモジュールの非同期な変更情報等を複数のSEに同報するものである。システムの変更情報として、例えばバスリセットが発生したことを知らせるものなどがある。
【００１０】
Registry（以下「REG」）は個々のSEの情報を登録したり、SEの情報を検索したりする。Communication Media Manager（以下「CMM」）はSEがAV/Cなどのコマンドを直接IEEE1394を使って送受信するために、IEEE1394のメッセージのやり取りを抽象化しSEから使用できるようにしたものである。Resource Manager（以下「RM」）はFCM（後述する。）のリソースの予約をしたり、ある時刻になったら所定のコマンドをターゲットとなるDCMやFCMに送りターゲットを動作させたり（以下「Scheduled Action」）Scheduled Actionの管理などを行う。Stream Manager（以下「SM」）は映像や音声などのストリームの管理をする。DCM Manager（以下「DCMM」）は、あるデバイスが接続されるとDCM（後述する。）をインストールしたりアンインストールしたりする。
【００１１】
Device Control Module（以下「DCM」）は、一つのデバイスに対しHAViのネットワーク内のいずれかのFAV又はIAVでソフトウェアモジュールとして動作し、ある特定のデバイスを制御するためのものである。すなわち、アプリケーションなどのソフトウェアモジュールが特定のデバイスを制御するときには、そのデバイスに対応するDCM（又はそれに付随するFCM（後述する。））にアクセスすることにより、そのデバイスを制御することができる。また、DCMには、そのデバイス自身へのSchedule Actionが実行できるかのチェックと管理もする。DCMには０個以上のFunctional Component Module（FCM）と呼ばれるデバイスの特定の機能を抽象化したソフトウェアモジュールが付属している。現在、HAViで定義されているFCMは、「TUNER」、「VCR」、「CLOCK」、「CAMERA」、「AV DISC」、「AMPLIFIER」、「DISPLAY」、「AV DISPLAY」、「MODEM」、「WEB PROXY」がある。従って、例えばチューナの機能とVCRの機能と時計（CLOCK）の機能をもつデバイスは、DCMと「TUNER」FCM, 「VCR」FCM, 「CLOCK」FCMを持つ。FCMはその機能の予約を管理するための機能も持つ。
【００１２】
通常、FAVやIAV自身のためのDCM（及びFCM）は、そのデバイス内にあらかじめインストールされている。BAVのDCM（及びFCM）はBAVのSDDに記述されているものをFAVにアップロードするか或いはインターネット等からダウンロードした後、FAV上にインストールされる。HAViネットワーク内にFAVがない場合は、IAV内にあらかじめ用意してあるもの或いはインターネット等からダウンロードしたものをインストールする。LAVのDCM（及びFCM）はFAV又はIAV内にあらかじめ用意してあるもの或いはインターネット等からダウンロードしたものをインストールする。
【００１３】
アプリケーションは、いわゆるHAViのアプリケーションであり、例えば２つのD-VHS間でダビングをするものとか、EPGのアプリケーションなどがある。アプリケーションはHAViで規定されている各ソフトウェアモジュールのAPIを使って具体的なターゲットデバイスを制御したりする。Data Driven Interaction（以下「DDI」）Controllerは、いわるゆるレベル１ユーザインターフェースを構成するもので、DDI Target及びDDI Dataを持つDCMやアプリケーションのGUIである。Havletは、JAVAで記述されFAV上で動作するレベル２ユーザインターフェースで、DCMやアプリケーションのGUIである。DCMやアプリケーションがレベル１ユーザインターフェース又はレベル２ユーザインターフェースを持つかどうかは、REGにそのソフトウェアモジュールの情報として登録されている。DCMやアプリケーションはレベル１とレベル２の両方のインターフェースを持つこともある。
【００１４】
MS, REG, EM, DCMM, RM, SM, CMMのようなシステムソフトウェアエレメントのSEIDは各デバイス毎で固定になっているが、DCMやFCMなどは割り当てられるSEIDは固定ではなく、MSは登録される度毎に異なるIDを割り当てる。従ってデバイスのリセットが起こったときなどでは、DCMやFCMなどでは異なるSEIDが割り当てられてしまい、リセットされたデバイスが回復された後では同じDCMやFCMでも通信が出来なくなることが起こる。これを避けるため、DCMやFCMには永続的でユニークなIDであるHUIDが割り当てられる。
【００１５】
HAViでは、別にSelf Describing Device Data（以下「SDD」）が定義されている。SDDは、IEEE1394のコンフィグレーションROMの一部として、そのデバイスの種類やBAVのためのアップロードモジュールなどそのデバイスの情報が格納されている。
【００１６】
HAViでは、映像や音声などのストリームデータの転送は、IEEE1394規格の概念を受け継ぎ、抽象的なプラグと伝送路のチャネルを接続することでコネクションを形成し、そのコネクションを使ってストリームを流すようになっている。但し、IEEE1394規格と異なり、コネクションはソースのFCMからシンクのFCMへ至るルートで形成される。すなわちソースのFCMの出力プラグからデバイスの出力プラグが接続され（これをアタッチメントと呼ぶ）、デバイスの出力プラグから伝送路のチャネルを経てデバイスの入力プラグが接続され、デバイスの入力プラグとシンクのFCMの入力プラグが接続され、コネクションが確立される。HAViのコネクションにも、IEEE1394規格のコネクションと同様にPoint-To-PointコネクションとBroadcastコネクションとの２種類が存在する。
【００１７】
HAViの規格は、「The HAVi Specification - Specification of the Home Audio/Video Interoperability (HAVi) Architecture」として規格化されている。
【００１８】
ここで、複数のチューナデバイスや記録機器が接続されている場合の、EPG画面の生成する技術や、複数のAV機器が接続された場合の視聴予約や予約録画を設定する場合、コンフリクトが発生した時にはそのコンフリクトを回避して予約を設定する技術が開示されている（特許文献１参照）。
【００１９】
【特許文献１】特開２００４−２０７８６４号公報
【発明の開示】
【発明が解決しようとする課題】
【００２０】
しかしながら、特許文献１に開示されている技術では、ある番組の予約をする時、或いは番組スケジュールが変更されて予約の変更をしようとする時に、その予約で使用するデバイスが別の予約で使用されていてコンフリクトを起こし、予約の登録或いは予約の変更が実行できない場合に、コンフリクトを起こしているデバイスが絡んでいる予約を一旦解除し、コンフリクトを起こしたデバイスの代替デバイスを検索して、解除した予約を新たに予約し直し、その上で、新しく予約の登録或いは予約の変更を実行する。この場合、コンフリクトを起こすデバイスに絡んだ予約を登録した人は、どうしてもそのコンフリクトを起こしたデバイスでその予約を実行したかった場合に、強制的に予約を解除されるので、その予約を登録した人にとっては満足できない。
【００２１】
本発明は、予約のコンフリクトに関する問題を解決することを目的とする。
【課題を解決するための手段】
【００２２】
本発明は、視聴予約や録画予約をする際に、その予約で使用されるデバイスが代替可能か否かに関するフラグをセットできるようにして、後から別の視聴予約や録画予約をする場合、あるいは、番組スケジュールが変更されて視聴予約又は録画予約の変更がなされる場合に、予約のコンフリクトが発生した場合には、コンフリクトが発生したデバイスの代替フラグをチェックして、代替フラグがYESの場合には、強制的な予約の変更が発生しないようにすることを特徴とする。
【００２３】
本発明による第１の技術手段は、１つ又は複数のチューナデバイスが接続された状態で、電子番組ガイドの画面を表示し特定の番組を選択して視聴予約を行うことができる視聴予約装置であって、接続されているチューナデバイスからEPG情報を取得してEPG画面を生成するEPG画面生成手段と、生成されたEPG画面をディスプレイに表示するEPG画面表示手段と、画面に表示されたEPGから利用者が希望の番組を選択できる番組選択手段と、選択した番組が受信できるチューナデバイスを選択するチューナデバイス選択手段と、選択されたチューナデバイスの利用予約がなされた時に、利用予約されたチューナデバイスを別のチューナデバイスを使用してその番組を視聴してもかまわないかどうかを示すフラグを設定するチューナデバイス代替フラグ設定手段と、視聴予約情報を保存しておくデータ記憶手段と、視聴予約を生成しデータ記憶手段に視聴予約を保存する視聴予約設定手段を有することを特徴とする。
【００２４】
本発明による第２の技術手段は、１つ又は複数のチューナデバイス及び１つ又は複数の記録デバイスが接続された状態で、電子番組ガイドの画面を表示し特定の番組を選択して録画予約を行うことができる録画予約装置であって、接続されているチューナデバイスからEPG情報を取得してEPG画面を生成するEPG画面生成手段と、生成されたEPG画面をディスプレイに表示するEPG画面表示手段と、画面に表示されたEPGから利用者が希望の番組を選択できる番組選択手段と、選択した番組が受信できるチューナデバイスを選択するチューナデバイス選択手段と、選択されたチューナデバイスの利用予約がなされた時に、利用予約されたチューナデバイスを別のチューナデバイスを使用してその番組を録画してもかまわないかどうかを示すフラグを設定するチューナデバイス代替フラグ設定手段と、選択した番組を記録するデバイスを選択する記録デバイス選択手段と、選択された記録デバイスの利用予約がなされた時に、利用予約された記録デバイスを別の記録デバイスを使用してその番組を録画してもかまわないかどうかを示すフラグを設定する記録デバイス代替フラグ設定手段と、視聴予約情報を保存しておくデータ記憶手段と、録画予約を生成しデータ記憶手段に録画予約を保存する視聴予約設定手段を有することを特徴とする。
【００２５】
本発明による第３の技術手段は、１つ又は複数のデバイスが接続された状態で、デバイス又はデバイス内の機能を予約するためのデバイス/機能予約装置であって、目的のデバイス又はデバイス内の機能に関する予約情報を生成する第１の予約情報生成手段と、該生成した予約情報に基づいて前記デバイス又はデバイス内の機能に関する予約を行う第１の機能/デバイス予約手段と、目的の予約ができない場合に予約されている情報をすべて取り出す予約情報取得手段と、該取り出したすべての予約情報の中から予約失敗の原因となった予約情報を抽出してどのデバイス又は機能が原因かを特定する予約失敗原因特定手段と、特定されたデバイス又は機能が代替可能であるか調査する第２の機能/デバイス代替可能調査手段と、失敗の原因となった機能/デバイスの代替が可能である場合にその機能/デバイスの代替の機能/デバイスを検索する第２の代替機能/デバイス検索手段と、前記失敗の原因となった予約を取り消す機能/デバイス予約取り消し手段と、前記検索した代替デバイス又は代替機能を使い前記取り消された予約の代わりとなる代替予約情報を生成する第３の予約情報生成手段と、該生成した代替予約情報に基づいて前記代替デバイス又は代替機能に関する予約を行う第３の機能/デバイス予約手段を有することを特徴とする。
【００２６】
本発明による第４の技術手段は、１つ又は複数のデバイスが接続された状態で、デバイス又はデバイス内の機能を予約するためのデバイス/機能予約装置であって、目的のデバイス又はデバイス内の機能に関する予約情報を生成する第１の予約情報生成手段と、該生成した予約情報に基づいて前記デバイス又はデバイス内の機能に関する予約を行う第１の機能/デバイス予約手段と、目的の予約ができない場合に、該予約対象とするデバイス又は機能が代替可能であるか調査する第１の機能/デバイス代替可能調査手段と、該予約対象とするデバイス又は機能の代替デバイス又は代替機能を検索する第１の代替機能/デバイス検索手段と、該検索した代替デバイス又は代替機能により前記予約の代わりとなる代替予約情報を生成する第２の予約情報生成手段と、該生成した代替予約情報に基づいて前記代替デバイス又は代替機能に関する予約を行う第２の機能/デバイス予約手段と、前記第２の機能/デバイス予約手段により目的の予約ができなかった場合に、予約されている情報をすべて取り出す予約情報取得手段と、該取り出したすべての予約情報の中から予約失敗の原因となった予約情報を抽出してどのデバイス又は機能が原因かを特定する予約失敗原因特定手段と、特定されたデバイス又は機能が代替可能であるか調査する第２の機能/デバイス代替可能調査手段と、失敗の原因となった機能/デバイスの代替が可能である場合にその機能/デバイスの代替の機能/デバイスを検索する第２の代替機能/デバイス検索手段と、前記失敗の原因となった予約を取り消す機能/デバイス予約取り消し手段と、前記検索した代替デバイス又は代替機能を使い前記取り消された予約の代わりとなる代替予約情報を生成する第３の予約情報生成手段と、該生成した代替予約情報に基づいて前記代替デバイス又は代替機能に関する予約を行う第３の機能/デバイス予約手段を有することを特徴とする。
【００２７】
本発明による第５の技術手段は、番組情報が変更されたことが通知されると、番組のスケジュールが変更されたことにより影響を受ける予約情報を変更する、予約変更装置において、番組情報が変更されたことを通知するイベントを受信する番組情報変更イベント受信手段と、予約情報を取得する予約情報取得手段と、取得した予約情報のうち、番組のスケジュールの変更により影響を受ける予約情報を抽出する予約情報調査手段と、スケジュールが変更された番組がすでに始まっているときに動作する、影響を受ける予約情報の予約の終了時間を変更する予約更新手段と、スケジュールが変更された番組がまだ始まっていないときに動作する、影響を受ける予約情報の取り消しをする第1の予約情報取り消し手段と、取り消された予約情報について、番組のスケジュールの変更に合わせて新たに予約情報を生成する第1の予約情報生成手段と、生成された予約情報を使って機能/デバイスの予約をする第1の機能/デバイス予約手段と、第1の機能/デバイス予約手段において予約が成立しなかった場合、または予約更新手段において予約の更新ができなかった場合に、失敗した予約情報と、すでに予約情報取得手段にて取得した予約情報を比べ、失敗の原因となった予約情報を取り出し、該予約情報での失敗の原因となっている機能/デバイスを特定する、失敗原因特定手段と、失敗の原因となった機能/デバイスが代替可能かどうかの調査をする第２の機能/デバイス代替可能調査手段と、失敗の原因となった機能/デバイスの代替が可能である場合に、抽出された機能/デバイスを代替する機能/デバイスを検索する第2の代替機能/デバイス検索手段と、失敗原因特定手段において、抽出された失敗の原因となった予約情報からその予約を取り消す、第2の予約取り消し手段と、第2の代替機能/デバイス検索手段において検索された機能/デバイスを使用して、第2の予約取り消し手段で取り消された予約の代替となる予約情報を生成する、第3の予約情報生成手段と、第3の予約情報生成手段により生成された予約情報を使用して機能/デバイスの予約をする、第3の機能/デバイス予約手段を備えることを特徴とする。
【００２８】
本発明による第６の技術手段は、番組情報が変更されたことが通知されると、番組のスケジュールが変更されたことにより影響を受ける予約情報を変更する、予約変更装置において、番組情報が変更されたことを通知するイベントを受信する番組情報変更イベント受信手段と、予約情報を取得する予約情報取得手段と、取得した予約情報のうち、番組のスケジュールの変更により影響を受ける予約情報を抽出する予約情報調査手段と、スケジュールが変更された番組がすでに始まっているときに動作する、影響を受ける予約情報の予約の終了時間を変更する予約更新手段と、スケジュールが変更された番組がまだ始まっていないときに動作する、影響を受ける予約情報の取り消しをする第1の予約情報取り消し手段と、取り消された予約情報について、番組のスケジュールの変更に合わせて新たに予約情報を生成する第1の予約情報生成手段と、生成された予約情報を使って機能/デバイスの予約をする第1の機能/デバイス予約手段と、第１の機能/デバイス予約手段において予約が成立しなかった場合に、その予約において使用する機能/デバイスが代替可能であるか調査する第１の機能/デバイス代替可能調査手段と、その予約において使用する機能/デバイスを代替する機能/デバイスを検索する第1の代替機能/デバイス検索手段と、第1の代替機能/デバイス検索手段にて検索された代替機能/デバイスを使用して、新たに予約情報を生成する第2の予約情報生成手段と、第2の予約情報生成手段で生成された予約情報を使用して機能/デバイスの予約をする第2の機能/デバイス予約手段と、第１の機能/デバイス代替可能調査手段において代替不可であった場合、又は第２の機能/デバイス予約手段において予約が成立しなかった場合、または予約更新手段において予約の更新ができなかった場合に、失敗した予約情報と、すでに予約情報取得手段にて取得した予約情報を比べ、失敗の原因となった予約情報を取り出し、該予約情報での失敗の原因となっている機能/デバイスを特定する、失敗原因特定手段と、失敗の原因となった機能/デバイスが代替可能かどうかの調査をする第２の機能/デバイス代替可能調査手段と、失敗の原因となった機能/デバイスの代替が可能である場合に、抽出された機能/デバイスを代替する機能/デバイスを検索する第2の代替機能/デバイス検索手段と、失敗原因特定手段において、抽出された失敗の原因となった予約情報からその予約を取り消す、第2の予約取り消し手段と、第2の代替機能/デバイス検索手段において検索された機能/デバイスを使用して、第2の予約取り消し手段で取り消された予約の代替となる予約情報を生成する、第3の予約情報生成手段と、第3の予約情報生成手段により生成された予約情報を使用して機能/デバイスの予約をする、第3の機能/デバイス予約手段を備えることを特徴とする。
【発明の効果】
【００２９】
本発明によれば、番組の視聴予約、録画予約などAV機器の予約をする際に、その視聴予約や録画予約などで使用することとなったチューナデバイスや記録デバイスなどAV機器が、他のチューナデバイスや記録デバイスなどに代替可能であるかどうかのフラグをセットすることによる、代替可能性を示すことができる。
【００３０】
本発明によれば、デバイス/機能の予約をする際に、すでに予約されている他の予約とコンフリクトを起こして、予約ができない場合には、コンフリクトの原因となったデバイス/機能が代替可能であるかどうかチェックして、代替可能である場合コンフリクトを起こす原因となった予約で使用されるデバイス/機能を代替するデバイス/機能を検索して、代替デバイス/機能を使って予約情報を生成し、予約をすることができる。
【００３１】
本発によれば、番組情報変更イベントを受信して、その番組の変更により影響の受ける予約を番組のスケジュール変更に合わせて変更する際に、番組のスケジュール変更に合わせて変更された予約が、すでに予約されている他の予約とコンフリクトを起こして、予約できない場合には、コンフリクトの原因となったデバイスが代替可能であるかどうかチェックをして、代替可能である場合、コンフリクトを起こす原因となった予約で使用される機能/デバイスを代替する機能/デバイスを検索して、代替機能/デバイスを使って予約情報を生成し、予約をすることができる。
【発明を実施するための最良の形態】
【００３２】
出願人の先の特許出願（特願２００６−１４８０９６号）では、予約されている番組が延長された場合や、緊急放送が放送されて、番組スケジュールが変更された場合に、番組の変更に合わせて予約されている視聴予約や録画予約を変更する場合に、コンフリクトが発生した場合にはそのコンフリクトを回避して視聴予約や録画予約を設定する技術が開示されている。
【００３３】
例えば、図２３に示されているように接続された機器において、図３４に示されているEPGの録画予約がなされているとする。図２３の接続例では、BSデジタルチューナとDVD-RW（8001）、HDDとCSデジタルチューナ（8002）、HDDとD-VHS（8003）、BS/CSデジタルチューナとディスプレイ（8004）の４つのデバイスが接続されている。ここで、図３４に示すように、BS101チャンネルの10:30から始まるプロ野球オープン戦（9031）について、符号8001で示されているBSデジタルチューナと符号8003に示されているHDDを使って録画予約を行う。また、BS103チャンネルの11:30から始まる素人漫才大会（9032）について、符号8001で示されているBSデジタルチューナと符号8002のHDDを使って録画予約を行う。ここで、BS101チャンネルのプロ野球オープン戦の放送が延長され11:30以降も放送されるとすると、BSデジタルチューナの使用時間が重なり、予約のコンフリクトが発生する。そこで、先の特許出願の場合には、符号9032の方の予約が一旦解除され、代替デバイスとして符号8004のBSチューナが選択される。そして、符号8002のHDDを使った符号9032の番組の録画予約が新たになされる。これによってBSデジタルチューナ8001のコンフリクトが解消され、録画予約をすることができる。
【００３４】
しかしながら、符号9032の予約をした人が、実はオンタイムでもこの番組を符号8001のチューナを使って視聴したいと考えていた場合、例えば符号8001のチューナはリビングルームに設置され、大画面ディスプレイでゆっくりソファーに座りながらオンタイムでも放送を楽しみたいと考えていた場合に、符号9032の予約をした人は、符号8004のチューナ、例えば２階の寝室にあるチューナであまり大きくないディスプレイが接続されている機器に強制的に切り替えられてしまうので満足できないということもある。
【００３５】
そこで、発明者は、以下に説明するような新たな技術を考えた。以下、図面を参照しながら、本発明の実施の形態について説明を行う。図１９は、本発明の各実施の形態による機能/デバイス予約及び予約変更装置0007のハードウェア構成例を示す機能ブロック図である。本実施の形態による番組情報変更通知及び予約変更装置0007は、既存のデジタルＡＶ機器内に組み込まれるようにしても良い。尚、機能ブロックの構成（符号0003から0006まで）については各実施の形態において後述する。
【００３６】
図１９において、機能/デバイス予約及び予約変更装置0007は、例えば、ＩＯコントローラ7004と、フラッシュＲＯＭ7003と、ＣＰＵ7001と、ＲＡＭ7002と、イーサネットコントローラ7005と、１３９４コントローラ7006と、を備えている。ＩＯコントローラ7004と、フラッシュＲＯＭ7003と、ＣＰＵ7001と、ＲＡＭ7002とは、バス7007を介して接続されている。ＩＯコントローラ7004は、ＬＡＮケーブルを介して送信されてきたデータ及び１３９４ケーブルを介して送信されてきたデータのいずれかを選択すべく、イーサネットコントローラ7005及び１３９４コントローラ7006の切り替え制御を実行する。ＣＰＵ7001は、フラッシュＲＯＭ7003に格納されている制御プログラム（例えば、図１２、図１３、図１６〜図１８までに示すフローチャート図に基づくプログラム）を読み出し、ＲＡＭ7002をその制御プログラムの作業領域として使用し、制御プログラムに従った処理を実行する。
【００３７】
尚、フラッシュＲＯＭ7003は、不揮発性ROMメモリの一種で、大容量化に適しており、コンピュータシステムのBIOSや電子機器の制御プログラムの格納用というEEPROM7101（図２０参照）と同じ使い方が可能なだけではなく、大容量という特徴を活かしてディスク的なデータ格納用途としても使うことができる。
【００３８】
図２０は、図１９とは異なるハードウェア構成例を有する番組情報変更通知及び予約変更装置0008の機能ブロック図である。図１９に示す構成と異なる点は、フラッシュＲＯＭ7003の代わりにＥＥＰＲＯＭ7101を用いている点、ハードディスクドライブＨＤＤ7103及びディスクコントローラ7102をさらに備えている点であり、その他の構成は図１９と同じである。図２０に示すように、イーサネット及びＩＥＥＥ１３９４からに加えてハードディスクからもデータの入力がなされる構成を有している。
【００３９】
図２１は、本発明の以下の実施の形態による番組視聴予約及び番組録画予約装置0009のハードウェア構成例を示すブロック図である。図２１に示す番組視聴予約装置0009は、既存のデジタルＡＶ機器内に組み込まれるようにしてもよい。尚、図１及び図２に示す機能ブロックの構成例（符号0001及び符号0002）については、各実施の形態において後述する。
【００４０】
図２１において、図１９で説明した構成要素については説明を省略する。図２１では、図１９に加えて、グラフィックコントローラ7201及びリモコンコントローラ7202が付加されている。リモコンコントローラ7202は、リモコン装置を通して利用者からの入力を受け付け、グラフィックコントローラ7201において、ディスプレイにEPGの画面などを表示できるようにする。また、フラッシュＲＯＭ7003に格納されている制御プログラムとしては、例えば、図４又は図５に示すフローチャート図に基づくプログラムが挙げられる。
【００４１】
図２２は、別のハードウェア構成を備える番組視聴予約及び番組録画予約装置0010の一構成例を示す機能ブロック図である。図２１と異なる点は、フラッシュＲＯＭ7003の代わりにＥＥＰＲＯＭ7101を用いている点、ハードディスクドライブＨＤＤ7103及びディスクコントローラ7102をさらに備えている点であり、その他の構成は図２１と同じである。図２１に示されているように、イーサネット及び１３９４からに加えてハードデディスクからもデータの入力がなされる。
【００４２】
図２３は、本実施の形態によるＡＶデバイスの接続例を示す図であり、図２３中、符号8001はＢＳデジタル放送用のチューナとＤＶＤ−ＲＷの機能を搭載したデバイスであり、このデバイス8001は、ＢＳデジタル用パラボラアンテナ8006とケーブル8008を介し、ディスプレイ8005とケーブル8007とを介してそれぞれ接続されている。符号8002はＣＳデジタル放送用のチューナとＨＤＤの機能を搭載したデバイスであり、このデバイス8002はＣＳデジタル放送用パラボラアンテナ8010とケーブル8008とを介して接続される。符号8003はD-VHSとHDDの機能を搭載したデバイスであり、符号8004はＢＳデジタル放送とＣＳデジタル放送との両方の放送が受信でき、チューナとディスプレイとが一体化したデバイスであり、このデバイス8004はＢＳ/ＣＳ兼用のパラボラアンテナ8011とケーブル8008とを介して接続されている。
【００４３】
図２３において、デバイス8001、デバイス8002、デバイス8003、デバイス8004は、ＩＥＥＥ１３９４のケーブル8009を用いてデイジーチェーン接続されている。また、本実施の形態におけるデバイス8001とデバイス8004とには、HAViシステムのＦＡＶが搭載され、デバイス8002とデバイス8003には、HAViのＢＡＶが搭載されている。
【００４４】
以下の実施の形態に関する説明において、図２３に示すＡＶデバイスのネットワークに基づいて説明するが、本発明が適用されるＡＶデバイスの範囲は、本実施の形態に例示されるものに限定されるものではない。
【００４５】
図１は、本発明の第１の実施の形態による番組視聴予約装置の一構成例を示すブロック図である。図１において符号0001は視聴予約装置を示し、複数のチューナデバイスが接続された状態で、デジタル放送やインターネット放送などからその放送システムで放送される番組のEPG画面を表示し、EPG画面表示から特定の番組を選択して、番組の視聴予約をする装置である。
【００４６】
図１に示す視聴予約装置0001は、EPG画面生成手段1001、EPG画面表示手段1002、番組選択手段1003、チューナデバイス選択手段1004、チューナデバイス代替フラグ設定手段1005、視聴予約設定手段1006、データ記憶手段1007、を含んで構成されている。
【００４７】
次に、この装置の動作の概要について説明する。EPG画面生成手段1001は、接続されているチューナデバイスからEPG情報を取得してEPG画面を生成する。複数のチューナデバイスが接続されている場合における具体的なEPG画面生成方法については上記特許文献１に記載されている。例えば、複数のチューナデバイスが接続されており場合に、チューナデバイス検索手段が、ＡＶデバイスが接続されたネットワーク上で、チューナデバイスを検索し、またチューナデバイスの必要な情報を取得する。得られたデバイス情報を用いてそれぞれのチューナデバイスにより受信可能なサービス情報、すなわちそのチューナが受信可能なチャンネル情報を検索して取得する。チューナデバイスリスト作成手段により、サービス情報取得手段においてこのネットワークにつながっているチューナデバイスにより受信できるすべてのサービスが取り出される。この際、複数のチューナデバイスが接続されていても、サービス情報取得手段により、それぞれのＥＰＧ情報を取得し表示することができる。
【００４８】
EPG画面表示手段1002は、EPG画面生成手段により生成されたEPG画面をディスプレイに表示する。番組選択手段1003は、EPG画面が表示されているディスプレイから、キーボードやリモコン等などの操作手段を利用してEPG画面上でのカーソル移動等による特定の番組の指定、ポインティングデバイス等によるディスプレイに表示されている特定の番組の指定等により、EPG画面から利用者が希望の番組を選択する。
【００４９】
チューナデバイス選択手段1004は、選択された番組が受信可能であり、またその番組が放送される時間に空いているチューナデバイスから１つを選択する。チューナデバイス代替フラグ設定手段1005は、チューナデバイス選択手段1004で選択されたチューナデバイスがこの予約をする時に代替可能であるかどうかに関するフラグに値を設定する。  
【００５０】
例えば、代替可能である値がYESであり、選択したチューナデバイスが代替可能である場合には、この予約のチューナデバイスの代替フラグをYESに設定する。ここで「代替可能」か否かの判断は、登録される予約が実行される時間、すなわち予約されるデバイスが使用される時間に、この予約で使用するデバイスを別の予約で使用したいときに、ここで予約したデバイスを他の空いているデバイスを使って予約をし直しても良いか否かに基づく。データ記憶手段1007は、視聴予約情報を保存しておく。視聴予約設定手段1006は、選択された番組を選択されたチューナデバイスで視聴予約をするための視聴予約情報を生成し、その予約情報をデータ記憶手段1007に保存する。尚、視聴予約設定装置の例は、図１０又は図１１に示されている。
【００５１】
以上、図１に示した装置によって、番組を選択し、その番組を受信するチューナデバイスを選択し、番組の視聴予約を行うことができる。
【００５２】
図２は、本発明の第２の実施の形態による番組録画予約装置の一構成例をを示すブロック図である。図２において、符号0002は録画予約装置であり、複数のチューナデバイス及び記録デバイスが接続された状態で、デジタル放送やインターネット放送などからその放送システムで放送される番組のEPG画面を表示し、そこから特定の番組を選択して、番組の録画予約をする装置である。
【００５３】
図２に示すように、本実施の形態による録画予約装置0002は、EPG画面生成手段1001、EPG画面表示手段1002、番組選択手段1003、チューナデバイス選択手段1004、チューナデバイス代替フラグ設定手段1005、記録デバイス選択手段2001、記録デバイス代替フラグ設定手段2002、録画予約設定手段2003、データ記憶手段1007と、を含んで構成される。
【００５４】
次に、録画予約装置0002の動作の概要について説明する。尚、EPG画面生成手段1001、EPG画面表示手段1002、番組選択手段1003、チューナデバイス選択手段1004、チューナデバイス代替フラグ設定手段1005、データ記憶手段1007は、視聴予約装置0001と同一でありその説明を省略する。
【００５５】
記録デバイス選択手段2001は、選択された番組が放送される時間に空いている記録デバイスのうちから１つを選択する。記録デバイス代替フラグ設定手段2002は、記録デバイス選択手段により選択された記録デバイスが、この予約をする時に代替可能であるかのフラグに値を設定する。例えば、代替可能である値がYESであり、選択した記録デバイスが代替可能である場合には、この予約の記録デバイスの代替フラグをYESに設定する。ここで「代替可能」とは、登録される予約が実行される時間、すなわち予約されるデバイスが使用される時間に、この予約で使用するデバイスを別の予約で使用したいときに、ここで予約したデバイスを他の空いているデバイスを使って予約をしなおしてもかまわないかどうかを示すものである。録画予約設定手段2003は、選択された番組を選択されたチューナデバイス及び選択された記録デバイスで録画予約をするための録画予約情報を生成し、その予約情報をデータ記憶手段1007に保存する。尚、録画予約設定装置例は、図１０又は図１１に示されている両方のいずれかを利用可能である。
【００５６】
以上、図２に示した装置によって番組を選択して、その番組を受信するチューナデバイス及び受信した番組を記録する記録デバイスを選択して、番組の録画予約を行うことができる。
【００５７】
図３は、図２３で示したAVネットワークにおいて、図２で示した録画予約装置０００２を使って録画予約をしたときの、録画予約で使われるデバイスのリスト例の構成例を示す図である。ここでは、デバイス8001のBSチューナを使ってチャンネルBS101の放送を受信し、デバイス8002のHDDを使って録画をする。また、デバイス8001の代替フラグはNOであり、デバイス8002の代替フラグはYESである。すなわち、デバイス8001は、他の視聴予約や録画予約をしようとしたときにこのデバイスの予約が原因でコンフリクトが発生しても、他のチューナデバイスに代替して予約をしなおすことができないことを意味している。
【００５８】
図４は、本発明の視聴予約処理手続きの第１の実施の形態を示すフローチャート図である。以下に図４の説明をする。まず、処理を開始すると（ＳＴＡＲＴ）、ステップS1001においてEPG画面を生成する。複数のチューナデバイスが接続されているときの、EPG画面生成方法については上述の通り特許文献１に記載されているので省略する。次に、ステップS1002において、生成されたEPG画面をディスプレイに表示する。次にステップS1003において、利用者はEPG画面から視聴予約したい番組を選択する。選択は、キーボードやリモコン等を使ってEPG画面上でのカーソル移動等による特定の番組の指定、ポインティングデバイス等によるディスプレイに表示されている特定の番組の指定等により行われる。次にステップS1004において、選択された番組を受信することができるチューナデバイスのリストをディスプレイに表示する。次にステップS1005において、利用者はディスプレイに表示されているチューナデバイスのリストを参照しながら、希望するチューナデバイスを選択する。次に、ステップS1006において、選択されたチューナデバイスが代替可能であるか否かの選択画面を表示する。ここで代替可能とは、上述の定義であり、登録される予約が実行される時間、すなわち予約されるデバイスが使用される時間に、別の予約でこの予約で使用するデバイスを使用したいときに、ここで予約したデバイスを他の空いているデバイスを使って予約をしなおしてもかまわないかどうかを示すものである。
【００５９】
次に、ステップS1007において、利用者はチューナデバイスが代替可能であるかどうか選択する。次にステップS1008において、選択された番組を選択されたチューナデバイスを使って視聴する予約情報を生成し、保存する。ここで、予約情報を生成する具体的な手続き例は、図１２又は図１３に示されている。
【００６０】
以下に、視聴予約の具体的な例を図２４〜図２６、図２９のEPG画面例を参照しながら説明する。ここでは、AVネットワークの構成例は図２２に示す構造とする。
【００６１】
図２４は、EPG画面例を示す図である。図４のステップS1002の処理によりこの画面が表示される。縦軸が番組ＩＤ、横軸が時間であり、さらに、日にちを選択するタブが設けられ当ているＧＵＩである。ＧＵＩの下方には、時間帯をスライドさせるバー9015が設けられていても良い。以下のＧＵＩについても同様である。尚、ステップS1001のＥＰＧ画面の生成動作については上述の特許文献１にも記述されているためここでは説明を省略する。
【００６２】
次に、ステップS1003において、利用者は番組の選択を行う。図２４では、符号9011の番組が選択されている。次にステップS1004において、選択された番組9011が受信可能なチューナデバイスのリストがディスプレイに表示され、利用者はチューナデバイスの選択を行う。
【００６３】
図２５は、図２３で示したAVデバイスのネットワークでの、選択した番組9011が受信可能なチューナデバイスを選択するダイアログ9101が表示されている画面である。ここでは、図２３に示す符号8001と符号8004との２つのチューナデバイスが受信可能である。次に、ステップS1005において、利用者はチューナデバイスの選択を行う。ここで符号8001を選択し、OKを選択する。次に、ステップS1006において、選択したチューナデバイスの代替フラグを設定する画面を表示する。
【００６４】
図２６ではチューナデバイスの代替フラグを設定するダイアログ9102が表示されている例を示す図である。次に、ステップS1007において、利用者は代替フラグの設定を行う。ここでYESを選択すると代替フラグがYESとなり、NOを選択すると代替フラグはNOとなる。ここでは、利用者はNOを選択するとする。次に、ステップS1008において、これまでに選択した番組を選択したチューナデバイスで視聴する予約を設定する。
【００６５】
図２９は、視聴予約がなされたときのEPG画面の表示例を示す図である。選択された番組9011が視聴予約されたことが示されている。
【００６６】
以上、図４に示したフローチャート図に基づき、番組を選択し、その番組を受信するチューナデバイスを選択し、番組の視聴予約を行うことができる。
【００６７】
図５は、本発明の第２の実施の形態による視聴予約手続きの流れの一例を示したフローチャート図である。以下の説明では、すでに図４で説明したステップについては同一であるため説明を省略する。
【００６８】
ステップS1011において、利用者が選択したチューナデバイスが、特定のものでなく、どれでもよいものであったかどうかチェックする。なお、S1004においてディスプレイに表示されるチューナデバイスのリストには、チューナデバイスはどれでもかまわないことを示すものが選択肢として含まれていることが前提となる。ステップS1011においてNOであった場合には、次にステップS1006を実行する。一方、ステップS1011においてYESであった場合には、次にステップS1012を実行する。ステップS1012において、選択された番組を受信することができるチューナデバイスを自動的に選択する。例えば、選択された番組のチャンネルを受信できるチューナデバイスのリストをあらかじめ作成しておき、そこから１つを選択する。次にステップS1013において、自動的に選択されたデバイスの代替フラグをYESに設定する。そして、ステップS1008の視聴予約の設定処理を実行する。
【００６９】
以下に具体的な例について図３０を参照しながら説明する。図３０では、図２５で示した選択肢の他に、「どれでもかまわない」という選択肢が含まれているダイアログ9105が表示されている。利用者がこれを選択した場合には、ステップS1012において、システムが番組を受信することができるチューナデバイスを自動的に選択する。次にステップS1013におてい、自動的に選択されたチューナデバイスの代替フラグをYESにセットする。
【００７０】
以上、図５に示したフローチャート図に沿って処理を行うことで、番組を選択し、その番組を受信するチューナデバイスを選択し、番組の視聴予約を行うことができる。
【００７１】
図６は、本発明の第１の実施の形態による録画予約手続きの流れを示すフローチャート図である。  以下に図６を参照しながら説明を行う。以下の説明では、すでに図４で説明したものと同一のステップについては説明を省略する。
【００７２】
ステップS1007の代替フラグの設定後に、ステップS1021において、選択された番組を録画することができる記録デバイスのリストをディスプレイに表示する。次に、ステップS1022において、利用者はディスプレイに表示されている記録デバイスのリストから希望する記録デバイスを選択する。次にステップS1023において、選択された記録デバイスが代替可能であるか否かの選択画面を表示する。ここで代替可能とは、上述と同様に、登録される予約が実行される時間、すなわち予約されるデバイスが使用される時間に、別の予約でこの予約で使用するデバイスを使用したいときに、ここで予約したデバイスを他の空いているデバイスを使って予約をしなおしてもかまわないかどうかを示す。次に、ステップS1024において、利用者は記録デバイスが代替可能であるか否かを選択する。次にステップS1025において、選択された番組を選択されたチューナデバイスと選択された記録デバイスを使って録画する予約情報を生成し、保存する。ここで、予約情報を生成する具体的な手続き例は、図１２又は図１３に示されている。
【００７３】
以下に録画予約の具体的な例を図２４〜図２６、図２９のEPG画面例で説明する。ここでは、AVネットワークの構成として図２３に示す構造とする。図２４は、EPG画面例である。ステップS1002において、この画面が表示される。尚、ステップS1001の動作については特許文献１に記述されているためここでは特に述べない。次に、ステップS1003において、利用者は番組の選択を行う。図２４では符号9011の番組が選択されている。次にステップS1004において、選択された番組9011が受信可能なチューナデバイスのリストがディスプレイに表示され、利用者はチューナデバイスの選択を行う。図２５は図２３で示したＡＶデバイスのネットワークにおける、選択した番組9011が受信可能なチューナデバイスを選択するダイアログ9101が表示されている図である。ここでは、図２３に示す符号8001と符号8004との２つのチューナデバイスが受信可能である。次に、ステップS1005において、利用者はチューナデバイスの選択を行う。ここで符号8001を選択し、OKを選択する。次に、ステップS1006において、選択したチューナデバイスの代替フラグを設定する画面を表示させる。図２６には、チューナデバイスの代替フラグを設定するダイアログ9102が表示されている。次に、ステップS1007において、利用者は代替フラグの設定を行う。ここでYESを選択すると、代替フラグがYESとなり、NOを選択すると代替フラグはNOとなる。ここでは、利用者はNOを選択する。
【００７４】
次に、ステップS1021において、選択可能な記録デバイスのリストがディスプレイに表示される。図２７は、図２３で示したAVデバイスのネットワークでの記録可能な記録デバイスを選択するダイアログ9103が表示されている図である。ここでは、図２３に示す符号8001のDVD-RW、符号8002のHDD、符号8003のDVHS及びHDDが選択可能となっている。次に、ステップS1022において、利用者は記録デバイスの選択を行う。ここでは符号8002のHDDを選択し、OKを選択すると、ステップS1023において、選択した記録デバイスの代替フラグを設定する画面が表示される。図２８には、記録デバイスの代替フラグを設定するダイアログ９１０４が表示されている。次に、ステップS1024において、利用者は代替フラグの設定を行う。ここでYESを選択すると代替フラグがYESとなり、NOを選択すると代替フラグはNOとなる。ここでは、利用者はYESを選択するとして説明する。次に、ステップS1025において、これまでに選択した番組を選択したチューナデバイス及び選択した記録デバイスを使って録画の予約を設定する。図２９は、録画予約がなされたときのEPG画面である。選択された番組9011が視聴予約されたことを示す。
【００７５】
ここで、視聴予約が完了したEPG画面と録画予約が完了したEPG画面とを同じ図面で説明しているが、視聴予約をしたのか録画予約をしたのかわかるように区別しても良い。ここでは区別しない例を示す。視聴予約が完了したEPG画面と同じもので示している。
【００７６】
以上、図６に示すフローチャート図により、番組を選択して、その番組を受信するチューナデバイス及び記録デバイスを選択して、番組の録画予約を行うことができる。
【００７７】
図７は、本発明の第２の実施の形態による録画予約手続きの流れを示すフローチャート図である。
【００７８】
以下に図7を参照しながら説明を行う。以下の説明では、すでに図４〜図６まで説明したステップについては同じであるため説明を省略する。
【００７９】
ステップS1031において、利用者が選択した記録デバイスが、特定のものでなく、どれでもよいものであったかどうかチェックする。尚、S1021において、ディスプレイに表示される記録デバイスのリストには、記録デバイスはいずれでも良いことを示すものが選択肢として含まれているものとする。ステップS1031においてNOであった場合には、次にステップS1023を実行する。ステップS1031においてYESであった場合には、次にステップS1032を実行する。ステップS1032において、記録デバイスを自動的に選択する。例えば、特許文献１に記載されているように、記録デバイスのリストを予め作成しておき、そこから１つを選択する。次に、ステップS1033において、自動的に選択されたデバイスの代替フラグをYESに設定する。そして、ステップS1025を実行する。
【００８０】
以上、図７に示したフローチャート図に示される処理により、番組を選択し、その番組を受信するチューナデバイス及び記録デバイスを選択し、番組の録画予約を行うことができる。
【００８１】
図８は、本発明の第３の実施の形態による録画予約手続きの流れ示すフローチャート図である。
【００８２】
以下に、図８を参照しながら説明を行う。以下の説明では、すでに図４及び図６で説明したステップについては同一であるのでここでは省略をする。
【００８３】
ステップS1041において、記録デバイスのカテゴリのリストをディスプレイに表示する。例えば、HDD、DVD、DVHSなどのカテゴリを表示する。次にステップS1042において、利用者は、ディスプレイに表示されている記録デバイスのカテゴリのリストから希望のカテゴリを選択する。次にステップS1043において、選択された記録デバイスのカテゴリに属する記録デバイスのリストをディスプレイに表示する。次にステップS1044において、利用者はディスプレイに表示されている記録デバイスのリストから希望の記録デバイスを選択する。次にステップS1023を実行する。
【００８４】
記録デバイスの選択は、直接記録可能なデバイスリストを表示させて選択をさせようとするとリストに表示されるデバイスの数が多くなり、利用者に負担をかけるおそれがある。そこで、先に録画を行いたいデバイスのカテゴリを選択し、そのあとで選択されたカテゴリに属するデバイスのリストを表示し、記録デバイスの選択をする。これによりわかりやすい表示とすることができる。
【００８５】
図３１に示した図は、記録デバイスのカテゴリを選択するダイアログ9106を表示している画面例である。ここで、カテゴリとしてHDDを選択すると、HDDに属するカテゴリのデバイス、図２３では符号8002のHDDと、符号8003のHDDと、が選択可能なダイアログが表示され、利用者はそこからHDDデバイスを選択する。
【００８６】
以上、図８に示したフローチャート図の処理により、番組を選択し、その番組を受信するチューナデバイス及び記録デバイスを選択し、番組の録画予約を行うことができる。
【００８７】
図９は、本発明の第４の実施の形態による録画予約手続きの流れを示すフローチャート図である。
【００８８】
以下に図９を参照しながら説明を行う。図９では、図８で示した録画予約手続きに対し、図７で示したように、チューナデバイス及び記録デバイスのリストをディスプレイに表示する際には、どのデバイスでもかまわないことを示すのが選択肢として含まれ（S1005, S1022）、利用者はその選択肢を選択して、デバイスがどれでもよいものであった場合には、デバイスを自動的に選択し（S1012, S1032）、そのデバイスの代替フラグをYESにセットする（S1013, S1033）ものである。
【００８９】
以上、図９に示したフローチャート図の処理により、番組を選択し、その番組を受信するチューナデバイス及び記録デバイスを選択し、番組の録画予約を行うことができる。
【００９０】
また、図４〜図９までに示したフローチャート図では、選択可能なデバイスのリストを表示し、そこから選択するステップと、選択されたデバイスに対して代替フラグを選択する画面を表示し、選択するステップが分離されているが、図３１に示すように、デバイスの選択とそのデバイスの代替フラグのセットを１つのダイアログ9107で実行するもの、或いは、視聴予約、録画予約を区別せずに、図３１のOKを選択すると視聴予約を行い、録画予約を選択すると、次に記録デバイスの選択ダイアログが表示されて、録画予約を行うようにすることも可能である。
【００９１】
図１０は、本発明の第３の実施の形態による機能/デバイス予約装置の一構成例を示すブロック図である。図１０において、符号0003は、機能/デバイス予約装置を示し、指定された機能/デバイスの予約情報を生成し、機能/デバイスの予約を実行する。また、コンフリクトを起こして予約が実行できなかった場合には、コンフリクトを起こす原因となった機能/デバイスの代替の機能/デバイスを検索し、検索された代替の機能/デバイスを使って予約を実行する。
【００９２】
機能/デバイス予約装置0003は、第１の予約情報生成手段3001、第１の機能/デバイス予約手段3002、予約情報取得手段3003、予約失敗原因特定手段3004、第２の機能/デバイス代替可能調査手段3005、第２の機能/デバイス検索手段3006、機能/デバイス予約取り消し手段3007、第３の予約情報生成手段3008、第３の機能/デバイス予約手段3009、を含んで構成される。尚、最後のステップで、再度第１の機能/デバイス予約手段3002を使用するため、図１０においては、２回、第１の機能/デバイス予約手段が記述されている。
【００９３】
次に、この装置の動作の概要を説明する。第１の予約情報生成手段3001は、何らかの方法により予約するデバイス又はデバイスの機能が選択されたとき、例えばEPGなどでチューナと記録機器を使った録画予約が実施されたような場合に、それらのデバイス又はデバイス内の機能の予約をするための予約情報を生成する。第１の機能/デバイス予約手段3002は、第１の機能/デバイス予約情報生成手段3001により生成された予約情報を用いて機能/デバイスの予約を実行する。ここで予約が成立しなかった場合に、予約情報取得手段3003は、ネットワークに接続されているデバイスのすべての予約情報を取得する。予約失敗原因特定手段3004は、オリジナルの予約情報と予約情報取得手段3003により取得した予約情報を比べ、オリジナルの予約が成立しなかった原因を特定するため、予約情報取得手段3003により取得した予約情報から予約が失敗した原因となった予約情報、及びデバイス又はデバイス内の機能について特定する。第２の機能/デバイス代替可能調査手段3005は、失敗原因特定手段3004により特定されたオリジナルの予約が失敗する原因となった、デバイス又はデバイス内の機能が、他のデバイス又はデバイス内の機能で代替できるかどうか調査を行う。
【００９４】
すなわち、そのデバイス又はデバイスの機能が予約された際に設定された代替フラグの調査を行う。ここで代替可能とは、登録される予約が実行される時間、すなわち予約されるデバイス又は機能が使用される時間に、別の予約でこの予約で使用するデバイス又は機能を使用したいときに、ここで予約したデバイス又は機能を他の空いているデバイス又は機能を使って予約をし直しても良いかどうかを示す。代替可能であった場合に、第２の代替機能/デバイス検索手段3006は、失敗した原因となったデバイス又はデバイス内の機能の、同等の機能を持つ代替のデバイス又はデバイス内の機能を検索する。代替のデバイス又はデバイス内の機能が見つかった場合、機能/デバイス予約取り消し手段3007は、失敗原因特定手段3004により見つけられたオリジナルの予約が失敗した原因となった予約情報の予約を取り消す。第３の予約情報生成手段3008は、第２の代替機能/デバイス検索手段3006により見つけられた代替のデバイス又はデバイス内の機能を使って、予約が失敗した原因となった予約情報の代替の予約情報を生成する。
【００９５】
第３の機能/デバイス予約手段3009は、第３の予約情報生成手段3008により生成された予約情報を用いて機能/デバイスの予約を実施する。最後に、第１の機能/デバイス予約手段3002は、第１の予約情報生成手段3001で生成された予約情報を用いて機能/デバイスの予約を実施する。
【００９６】
以下に、具体的な例を図２３のように接続されたＡＶ機器の予約を例にして説明する。すでにデバイス8001のBSデジタルチューナと8003のHDDを利用して、BSデジタルの番組をHDDに録画予約をする状況を考える。また、BSデジタルチューナ及びHDDは代替フラグがYESにセットされているものとする。この状態で、すでに予約が入っている時間と同じ時間にデバイス8002のCSデジタルチューナとデバイス8003のHDDとを利用して、CSデジタルの番組をHDD録画予約しようとする。この場合、第１の予約情報生成手段でデバイス8002のCSデジタルチューナとデバイス8003のHDDを利用して、CSデジタルの番組をHDDに録画する予約情報を生成する。そして、第１の機能/デバイス予約手段で、この予約を試みる。しかしながら、すでに同じ時間にデバイス8003のHDDは予約されているため予約ができない。そこで、予約情報取得手段でこのネットワークで予約されているすべての予約情報を取得する。この場合、符号8001のBSデジタルチューナとデバイス8003のHDDとを利用し、BSデジタルの番組をHDDに録画予約をする予約情報が検索される。
【００９７】
次に、予約失敗原因特定手段で検索された予約情報とオリジナルの予約情報とを比較し、デバイス8003のHDDが、同じ時間にすでに予約されているため予約できなかったことがわかる。次に、第２の機能/デバイス代替可能調査手段で、失敗の原因となっているデバイス8003のHDDの代替フラグを調べる。そして代替フラグはYESであるので、第２の代替機能/デバイス検索手段を使ってHDDの代替デバイスを検索すると、デバイス8002のHDDが検索される。そこで、機能/デバイス予約取り消し手段で、オリジナルの予約の失敗原因となった、デバイス8001のBSデジタルチューナとデバイス8003のHDDとを利用し、BSデジタルの番組をHDDに録画予約をする予約情報を取り消す。そして、第３の予約情報生成手段で、新たにデバイス8001のBSデジタルチューナとデバイス8002のHDDとを利用してBSデジタルの番組をHDDに予約録画する予約情報を生成する。第３の機能/デバイス予約手段で、その予約情報の予約をする。最後に、第１の機能/デバイス予約手段でオリジナルの予約情報を再度予約する。この場合、すでにデバイス8003のHDDの予約はなくなっているので、予約が成立する。
【００９８】
また、デバイス8001のBSデジタルチューナとデバイス8003のHDDを利用して録画予約をする際に、デバイス8003のHDDには録画する番組のシリーズが順番にすでに記録されており、他のデバイスのHDDには記録したくない場合、デバイス8003のHDDの代替フラグはNOとセットされる。その場合、あとからデバイス8002のCSデジタルチューナとデバイス8003のHDDを利用した録画予約をしようとする際には、第２の機能/デバイス代替可能調査手段で、デバイス8003のHDDの代替が不可となり予約が失敗する。
【００９９】
以上、図１０に示した装置によって、デバイス又はデバイス内の機能の予約を実行することができる。また、予約が実施できなかった場合には、コンフリクトを起こした予約及びその予約で使用されるデバイス又はデバイス内の機能を検出し、そのデバイス又はデバイス内の機能の代替のデバイス又はデバイス内の機能を使って新たな予約を実行する。それによって、コンフリクトを解消しオリジナルの予約を実行することができる。
【０１００】
図１１は、本発明の第４の実施の形態による機能/デバイス予約装置の一構成例をを示すブロック図である。図１１において、符号0004は機能/デバイス予約装置を示し、指定された機能/デバイスの予約情報を生成し、機能/デバイスの予約を実行する。コンフリクトを起こして予約が実行できなかった場合には、指定された機能/デバイスが代替可能であるかどうかチェックし、代替可能であるならば、代替の機能/デバイスを検索し、代替の機能/デバイスを使って予約を実施する。それでも予約ができない場合には、コンフリクトを起こす原因となった機能/デバイスの代替の機能/デバイスを検索し、検索された代替の機能/デバイスを使って予約を実行する。
【０１０１】
機能/デバイス予約装置0004は、第１の予約情報生成手段3001、第１の機能/デバイス予約手段3002、第１の機能/デバイス代替可能調査手段4001、第１の代替機能/デバイス検索手段4002、第２の予約情報生成手段4003、第２の機能/デバイス予約手段4004、予約情報取得手段3003、予約失敗原因特定手段3004、第２の機能/デバイス代替可能調査手段3005、第２の代替機能/デバイス検索手段3006、機能/デバイス予約取り消し手段3007、第３の予約情報生成手段3008、第３の代替機能/デバイス予約手段3009から構成される。なお、最後のステップで、再度第1の機能/デバイス予約手段3002を使用するため、図１１においては、２回にわたって第１の機能/デバイス予約手段3002が記述されている。
【０１０２】
次に、この装置の動作概要を説明する。尚、第１の予約情報生成手段3001、第１の機能/デバイス予約手段3002、予約情報取得手段3003、予約失敗原因特定手段3004、第２の機能/デバイス代替可能調査手段3005、第２の機能/デバイス検索手段3006、機能/デバイス予約取り消し手段3007、第３の予約情報生成手段3008、第３の機能/デバイス予約手段3009は、機能/デバイス予約装置0002と同一であるため説明を省略する。
【０１０３】
第１の機能/デバイス代替可能調査手段4001は、第１の機能/デバイス予約手段3002において予約が成功しなかった場合に、その機能/デバイスが他のデバイス又はデバイス内の機能で代替であるかどうか調査する。すなわち、そのデバイス又はデバイスの機能が予約された際に設定された代替フラグの調査を行う。代替可能でなかった場合には、予約情報取得手段3003を実行する。
【０１０４】
代替可能であった場合には、第１の代替/機能デバイス検索手段4002において、第１の予約情報生成手段にて生成された予約情報のなかで使用しようとしているデバイス又はデバイス内の機能について、同等の機能を持つ代替のデバイス又はデバイス内の機能を検索する。次に、第２の予約情報生成手段4003において、同等の機能を持つ代替のデバイス又はデバイス内の機能を使用した新たな予約情報を生成する。次に、第２の機能/デバイス予約手段4004において、第２の予約情報生成手段で生成された予約情報を使用してデバイス又はデバイス内の機能の予約を実施する。第２の機能/デバイス予約手段において、予約が成立しなかった場合は、予約情報取得手段3003を実行する。
【０１０５】
以下に、具体的な例を図２３のように接続されたＡＶ機器の予約処理を例にして説明する。すでにデバイス8001のBSデジタルチューナとデバイス8003のHDDを利用して、BSデジタルの番組をHDDに録画予約をする状況を考える。また、BSデジタルチューナ及びHDDは代替フラグがYESにセットされているものとする。この状態で、すでに予約が入っている時間と同じ時間にデバイス8002のCSデジタルチューナとデバイス8003のHDDを利用して、CSデジタルの番組をHDD録画予約しようとする。ここで、8002のCSデジタルチューナ及び8003のHDDの代替フラグはYESにセットされているものとする。この場合、第１の予約情報生成手段で、デバイス8002のCSデジタルチューナとデバイス8003のHDDを利用して、CSデジタルの番組をHDDに録画する予約情報を生成する。そして、第１の機能/デバイス予約手段で、この予約を試みる。しかしながら、すでに同じ時間にデバイス8003のHDDは予約されているので予約ができない。
【０１０６】
そこで、第１の機能/デバイス代替可能調査手段により、この予約で使用される機器の代替フラグを調査し、いずれもYESであるので、第１の代替/機能デバイス検査手段を実行する。そして、デバイス8003のHDDの代替としてデバイス8002のHDDが見つかる。次に第２の予約情報生成手段によって、デバイス8002のCSデジタルチューナとデバイス8002のHDDを使ったCSデジタルの番組をHDDに録画する予約情報を生成する。次に、第２の機能/デバイス予約手段により、第２の予約情報生成手段で生成された予約情報で予約を実施する。
【０１０７】
また、デバイス8002のCSデジタルチューナとデバイス8003のHDDを使って録画予約する際に、デバイス8003のHDDには録画する番組のシリーズが順番にすでに記録されており、他のデバイスのHDDには記録したくない場合、デバイス8003のHDDの代替フラグはNOとセットされる。その場合には、第１の機能/デバイス代替可能調査手段において、代替は不可であるので、予約情報取得手段を実行する。そして、このネットワークで予約されているすべての予約情報が取得され、8001のBSデジタルチューナと8003のHDDを利用して、BSデジタルの番組をHDDに録画予約をする予約情報が検索される。
【０１０８】
次に、予約失敗原因特定手段で検索された予約情報とオリジナルの予約情報とを比較し、デバイス8003のHDDが、同じ時間にすでに予約されているため予約できなかったことがわかる。次に、第２の機能/デバイス代替可能調査手段で、失敗の原因となっているデバイス8003のHDDの代替フラグを調べる。そして代替フラグはYESであるので（ここでのデバイス8003のHDDの代替フラグは、デバイス8001のBSデジタルチューナとデバイス8003のHDDを使った録画予約の方であることに注意する）、第２の代替機能/デバイス検索手段を使ってHDDの代替デバイスを検索すると、デバイス8002のHDDが検索される。そこで、機能/デバイス予約取り消し手段で、オリジナルの予約の失敗原因となった、デバイス8001のBSデジタルチューナとデバイス8003のHDDとを利用し、BSデジタルの番組をHDDに録画予約をする予約情報を取り消す。そして、第３の予約情報生成手段で、新たにデバイス8001のBSデジタルチューナとデバイス8002のHDDとを利用してBSデジタルの番組をHDDに予約録画する予約情報を生成する。第３の機能/デバイス予約手段で、その予約情報の予約をする。最後に、第１の機能/デバイス予約手段でオリジナルの予約情報を再度予約する。この場合、すでにデバイス8003のHDDの予約はなくなっているので、予約が成立する。
【０１０９】
以上、図１１に示した装置によって、デバイス又はデバイス内の機能の予約を実行することができる。また、予約が実施できなかった場合には、その予約で使用されるデバイス又は機能の代替のデバイス又はデバイス内の機能を検索し、そのデバイス又はデバイス内の機能を使って予約を実施する。また、それでも予約が実施できなかった場合には、コンフリクトを起こした予約及びその予約で使用されるデバイス又はデバイス内の機能を検出し、そのデバイス又はデバイス内の機能の代替のデバイス又はデバイス内の機能を使って新たな予約を実行する。それによって、コンフリクトを解消しオリジナルの予約を実行することができる。
【０１１０】
図１２は、本発明の第１の実施の形態によるデバイス又はデバイス内の機器の予約をする手続きの一例を示すフローチャート図であり、図１０に対応する処理の内容を示す図である。図１２に示す手続きでは、HAViのアプリケーションを想定している。
【０１１１】
以下に図１２を参照しながら説明を行う。まず、ステップS2001において初期化を行う。具体的にはMSのオープン（MsgOpen APIの呼び出し）、EMへのイベントとコールバック関数の登録（EventManager::Register APIの呼び出し）、REGへの自身のソフトウェアエレメント情報の登録（Registry::RegisterElement APIの呼び出し）を行う。
【０１１２】
次に、ステップS2002において、選択されたデバイス/機能の情報を取り出す。例えば、EPG画面において、予約録画が選択された場合には、チューナデバイスと予約するチャンネル及び番組と録画する記録デバイスの情報などである。次にステップS2003において、REGにRMの問い合わせをする（Registry::GetElement APIとRegistry::RetrieveElement APIの呼び出し）。図２３に示されるネットワークでは、FAVである8001及び8004にRMが存在することになる。次に、ステップS2004において、予約情報を生成する。例えば、図２３のネットワークにおいて符号8001のBSデジタルチューナを使ってあるチャンネルのある番組を、符号8003のHDDを使って録画する予約の場合、HAViではこの予約を実施するためのSchedule Actionのデータを作成することになる。
【０１１３】
次にステップS2005において、ステップS2004で作成した予約情報を使って、RMにSchedule Actionの予約をする（ResourceManager::ScheduleAction APIの呼び出し）。
【０１１４】
次にステップS2006において、ステップS2005での予約が成功したかどうかのチェックを行う。予約が成功した場合（図中Ｙの方向）は、予約ができたので終了する。予約が失敗した場合（図中Ｎの方向）は、図１２に示すようにステップS2007を実行する。ステップS2007において、コンフリクトを起こした予約から代替デバイス/機能を見つけ予約を試みたかチェックをする。すでに試みたならば（図中Ｙの方向）、予約はできなかったものとして終了する。まだ試みていないならば（図中Ｎの方向）、ステップS2008を実行する。
【０１１５】
ステップS2008において、すべてのRMよりRMが保持している予約情報（Schedule Action）を取り出す（ResourceManager::GetLocalScheduledActions API及びResourceManager::GetScheduledActionData APIの呼び出し）。
【０１１６】
次にステップS2009において、ステップS2008で取り出された予約情報から、オリジナルの予約が実施できなかった原因となった予約情報を見つけ出し、さらにその予約情報から予約が重なったデバイス/機能を見つける。具体的には、予約情報（Schedule Action）にはそのActionの実施開始時刻及び終了時刻、実施に必要なデバイス/機能、デバイス/機能に送付するコマンドが記述されているので、オリジナルの予約情報と照らし合わせて、予約が重なっているデバイス/機能を見つけ出すことが出来る。
【０１１７】
例えば、図２３のネットワークにおいて、すでにデバイス8001のBSデジタルチューナとデバイス8003のHDDを利用して、BSデジタルの番組をHDDに録画予約をする状況を考える。この状態で、すでに予約が入っている時間と同じ時間にデバイス8002のCSデジタルチューナとデバイス8003のHDDを利用して、CSデジタルの番組をHDD録画予約しようとする。
【０１１８】
しかしながら、すでに同じ時間に8003のHDDは予約されているので予約ができない。この場合、RMからは8001のBSデジタルチューナと8003のHDDを利用して、BSデジタルの番組をHDDに録画予約をする予約情報が検索される。そして、同じ時間に8003のHDDが予約されているので、予約が実施できないことがわかる。
【０１１９】
次にステップS2010において、予約が重なっているデバイス/機能が見つかった否かチェックをする。見つからなかった場合（図中Ｎの方向）、予約が出来なかったものとして終了する。見つかった場合（図中Ｙの方向）、S2011を実行する。
【０１２０】
次にステップS2011において、予約が重なっているデバイス/機能の代替フラグを調べる。代替フラグがNOの場合（図中Ｎの方向）には、予約ができなかったものとして終了する。代替フラグがYESの場合（図中Ｙの方向）、ステップS2012を実行する。
【０１２１】
次に、ステップS2012において、ステップS2009で見つけられた予約情報の予約を取り消す（ResourceManager::UnscheduleAction APIの呼び出し）。次にステップS2013において、REGにステップS2009で見つけられたデバイス/機能の代替デバイス/機能の検索を行い（Registry::GetElement API又はRegistry::MultipleGetElement APIとRegistry::RetrieveElementAPIの呼び出し）、代替デバイス/機能のリストを作成する。REG内で定義されているAttributeだけでは代替デバイス/機能を見つけることが出来ない場合、代替デバイス/機能の候補をREGで検索し、その後は直接そのDCM/FCMに機能の問い合わせをする。前の例では、8003のHDDの代替として8002のHDDが検索される。
【０１２２】
次に、ステップS2014において、すべての代替デバイス/機能の予約が試みられたかチェックする。すべての予約が試みられたなら（図中Ｙの方向）ステップS2018を実行し、すべての予約がまだ試みられていない（図中Ｎの方向）ならステップS2015を実行する。
【０１２３】
ステップS2018において、ステップS2012において一旦取り消された予約を再度予約を実施する。そして、オリジナルの予約は実施できなかったものとして終了する。
【０１２４】
ステップS2015において、ステップS2013において生成された代替デバイス/機能のリストからひとつ取り出し、新しい予約情報を生成する。前の例では、符号8001のBSデジタルチューナと符号8002のHDDを利用して、BSデジタルの番組をHDDに予約録画することを試みる。
【０１２５】
次にステップS2016において、生成された予約情報の予約を試みる。次にステップS2017において、ステップS2016で試みられた予約のチェックをする。予約が成功しなければ（図中Ｎの方向）、ステップS2014を実行する。予約が成功すれば（図中Ｙの方向）、ステップS2004を実行し、オリジナルの予約情報で再度予約を試みる。
【０１２６】
以上の処理により、デバイス又はデバイス内の機能の予約を実行することができる。また、元の予約情報がリソースの競合により予約できなくても、リソースの競合が起こった予約情報を見つけ出し、その予約情報の代替デバイス/機能を見つけ、そのデバイス/機能を使った予約情報から予約を行うことで、元の予約情報の予約が達成出来る。
【０１２７】
尚、図１２は、HAViのアプリケーションを想定したフローチャート図であるが、HAVi以外のシステムでも同様である。
【０１２８】
図１３Ａ、Ｂは、本発明の第２の実施の形態によるデバイス又はデバイス内の機器の予約をする手続きの一例を示すフローチャート図であり、図１１に示す構成に関する処理の流れを示す図である。図１３Ａ、Ｂの手続きでは、HAViのアプリケーションを想定したフローチャート図である。以下に図１３Ａ、Ｂを参照しながら説明する。尚、図１３Ａ、Ｂにおいて、図１２と同じ符号を付したものは図１２と同じであるので説明を省略する。ステップS2006において、予約が成功しなかった場合には（図中Ｎの方向）、ステップS2101を実行する。ステップS2101において、ステップS2004において生成された予約情報で使用されているデバイス又はデバイスの機能が代替可能であるかどうかチェックする。代替可能でなければ（図中Ｎの方向）、次にステップS2108を実行する。代替可能であれば（図中Ｙの方向）、次にステップS2102を実行する。
【０１２９】
ステップS2102において、ステップS2004において作成されて予約情報の中で使用されているデバイス又はデバイスの機能の代替デバイス又は機能の検索をすでにしたかどうかチェックをする。すでにチェックをしたの場合（図中Ｙの方向）は、ステップS2104を実行する。まだ、チェックをしていない場合（図中Ｎの方向）は、ステップS2103を実行する。
【０１３０】
ステップS2103において、REGに代替デバイス/機能の検索（Registry::GetElement API又はRegistry::MultipleGetElement APIとRegistry::RetrieveElementAPIの呼び出し）を実行し、代替デバイス/機能のリストを作成する。REG内で定義されているAttributeだけでは代替デバイス/機能を見つけることが出来ない場合、代替デバイス/機能の候補をREGで検索し、その後は直接そのDCM/FCMに機能の問い合わせをする。例えば、図２３のネットワークにおいて、先に述べた例、すなわち、デバイス8002のCSデジタルチューナを使ってあるチャンネルのある番組を、デバイス8003のHDDを使って録画する予約の場合、デバイス8002のCSデジタルチューナの代替として、デバイス8004のBS/CSデジタルチューナが、デバイス8003のHDDの代替として、デバイス8002のHDDが検索される。
【０１３１】
次に、ステップS2104において、検索されたすべての代替デバイス/機能について予約を試したかどうかチェックする。すべての代替デバイス/機能について予約を試みたなら（図中Ｙの方向）、次にステップS2108を実行する。そうでなければ（図中Ｎの方向）、次にステップS2105を実行する。
【０１３２】
ステップS2105において、代替デバイス/機能のリストから代替デバイス/機能を１つ取り出し新しい予約情報を生成する。例えば先の例において、代替デバイス/機能として、デバイス8002のCSデジタルチューナの代替としてデバイス8004のBS/CSデジタルチューナを選択し、デバイス8003のHDDの代替として、デバイス8002のHDDを選択肢、デバイス8004のBS/CSデジタルチューナを使ってあるチャンネルの番組を、デバイス8002のHDDを使って録画する予約のSchedule Actionを生成する。次に、ステップS2106におてい、ステップS2105にて生成した予約情報を使って、RMにSchedule Actionの予約をする（ResourceManager::ScheduleAction APIの呼び出し）。次にステップS2107において、予約が成功したかどうかチェックする。予約が成功したなら（図中Ｙの方向）予約が完了できたの終了する。成功しなければ（図中Ｎの方向）、次にステップS2108を実行する。ステップS2108において、すべての場合を試したかどうかチェックする。すべての場合とは、代替デバイスを検索して予約を取り直す方法、及び、コンフリクトを起こす原因となった予約を解除してその予約で使われている代替デバイス/機能を検索して予約をする方法を含む。
【０１３３】
以上の手続きにより、デバイス又はデバイス内の機能の予約を実行することができる。また、リソースが競合して、予約が実施できなかった場合には、デバイス又はデバイス内の機能を代替するデバイス又はデバイス内の機能を検索し、検索されたデバイス又はデバイス内の機能を使った予約を実施する。それでも予約でできない場合には、リソースの競合が起こった予約情報を見つけ出し、その予約情報の代替デバイス/機能を見つけ、そのデバイス/機能を使った予約情報から予約を行うことで、元の予約情報の予約が達成出来る。
【０１３４】
図１３Ｂに示すように、図１３ＡのステップS2108において、Ｎの場合に、ステップS2107に進み、コンフリクトを起こした予約から代替デバイス/機能を見つけトライしたか否ｋあを判定する。トライした場合には（Ｙ）、ＥＮＤ（ＦＡＩＬ）となる。トライしていない場合には（Ｎ）、ステップS2008に進みすべてのＲＭより予約情報を取り出す。次いで、ステップＳ２００９において、コンフリクトを起こした予約を見つけ、コンフリクトの原因となったデバイス/機能を見つける。次いで、ステップS2010において原因となったデバイス/機能が見つかったか否かを判定する。見つからない場合には（Ｎ）ＥＮＤ（ＦＡＩＬ）となる。見つかった場合には（Ｙ）、ステップS2011において原因となったデバイス/機能は代替可能か否かを判定する。代替不可（Ｎ）の場合には（Ｎ）（Ｎ）ＥＮＤ（ＦＡＩＬ）となる。代替可能の場合には（Ｙ）、ステップS2012においてＲＭにコンフリクトを起こした予約を取り消す。次いで、ステップS2103において、ＲＥＧにコンフリクトの原因となったデバイス/機能の代替デバイス/機能を検索しリストを作成する。次いで、ステップS2014において、ＲＥＧにコンフリクトの原因となったデバイス/機能で予約を試みたか否かを判定する。Ｙの場合には、ステップS2108に進み、ＲＭにコンフリクトを起こした予約を再度行いＥＮＤ（ＦＡＩＬ）となる。一方、Ｎの場合には、ステップS2015に進み、代替デバイス/機能のリストからひとつ取り出し、コンフリクトを起こした予約の新しい予約を作成する。次いで、ステップＳ2016に進み、ＲＭを生成した予約情報で予約を行う。次いで、ステップS2017に進み、予約は成功したか否かを判定し、成功した場合（Ｙ）にはステップS2004に進み、成功しなかった場合には（N）ステップS2014に戻る。
【０１３５】
尚、図１３Ａ，ＢはHAViのアプリケーションを想定したフローチャート図であるが、HAVi以外のシステムでも同様である。
【０１３６】
図１４は、本発明の第４の実施の形態による機能/デバイス予約装置の一構成例を示すブロック図である。図１４において、符号0005は予約変更装置を示し、番組が延長されたり緊急放送がなされたりして番組情報が変更されたときに、それによって影響を受ける予約を変更して、予約が正しく行われるようにする装置である。また、コンフリクトを起こして予約の変更が実行できなかった場合には、コンフリクトを起こす原因となった機能/デバイスの代替の機能/デバイスを検索し、検索された代替の機能/デバイスを使って予約の変更を実行する。
【０１３７】
予約変更装置0005は、番組情報変更イベント受信手段5001、予約情報取得手段5002、予約情報調査手段5003、第１の予約取り消し手段5004、第１の予約情報生成手段5005、第１の機能/デバイス予約手段5006、予約更新手段5007、失敗原因特定手段5008、第２の機能/デバイス代替可能調査手段5009、第2の代替機能/デバイス検索手段5010、第2の予約取り消し手段5011、第3の予約情報生成手段5012、第3の機能/デバイス予約手段5013を含んで構成される。尚、最後のステップで、第１の機能/デバイス予約手段5006、及び予約更新手段5007を再度使用するので、図１４においては２回、第１の機能/デバイス予約手段5006及び予約更新手段5007が記述されている。
【０１３８】
次に、この装置の動作の概要について説明する。番組情報変更イベント受信手段5001は、番組情報変更通知装置より送信される番組情報変更イベントを受信する。ここで、番組情報変更イベントの送信については、上記先の出願に記載されているが、簡単に説明すると、番組情報変更通知機能は、例えば、デジタル放送やインターネット放送などからその放送で放送される番組の情報が送信されてきた時に、受信した番組情報が前に受信した番組情報と変更がされている場合に、番組情報が変更されていることを通知する。番組情報変更通知機能は、デジタル放送やインターネット放送などの放送局から放送される情報からＳＩ情報を取得したり、インターネット上のＥＰＧを公開しているＷｅｂページなどからＳＩ情報を取得する。取得したＳＩ情報と、ＳＩ情報データベースに格納されているＳＩ情報とを比較し、データベース内に存在しないＳＩ情報を取得した場合には、ＳＩ情報データベースに格納する。また、ＳＩ情報データベース内の情報を更新する。更新する物であった場合には、番組情報変更通知手段で番組情報が変更されたことを他の装置に通知する。
【０１３９】
次に番組情報変更通知イベントを受信すると、予約情報取得手段5002により、予約情報が保存されているデータベースより予約情報を取得する。次に予約情報調査手段5003により、データベースに保存されている予約情報のうち、番組情報の変更により影響を受ける予約情報を取り出す。また、すでに始まっている番組のスケジュールが変更され、その番組が予約されているものなのかどうかチェックをする。次に、変更された番組がまだ始まっていないのであれば、第１の予約取り消し手段5004により、番組情報の変更により影響を受ける予約を取り消す。次に、第１の予約情報生成手段5005により、取り消された予約に変わって番組情報の変更に合わせた新しい予約情報を生成する。次に、第１の機能/デバイス予約手段5006により、生成した予約から機能やデバイスの予約を実行する。
【０１４０】
一方、番組がすでに始まっているものであれば、予約更新手段5007により、番組が終了したときに実行すべき手順の開始時刻を番組のスケジュールが変更された新しい時刻に修正する。第１の機能/デバイス予約手段5006において、生成した予約から機能やデバイスの予約を実行したときに、コンフリクトが発生して予約ができなかった場合又は予約更新手段5007において、番組が終了したときに実行すべき手順の開始時刻を、番組のスケジュールが変更された新しい時刻に修正したときに、コンフリクトが発生して予約ができなかった場合には、失敗原因特定手段5008において、失敗した予約情報と、すでに予約情報取得手段5002にて取得した予約情報とを比較し、予約が失敗した原因を特定し、失敗の原因となった（コンフリクトを起こす原因となった）予約情報を取り出し、さらにコンフリクトを起こす原因となった該予約情報での機能/デバイスの特定をする。
【０１４１】
次に、第２の機能/デバイス代替可能調査手段5009において、失敗原因特定手段5008にて特定された、コンフリクトを起こす原因となった機能/デバイスの代替フラグを調査する。そのデバイス/機能が代替可能であれば、次に第２の代替機能/デバイス検索手段5010において、5008にて抽出された機能/デバイスの代替する機能/デバイスを検索する。次に第２の予約取り消し手段5011において、コンフリクトを起こす原因となった予約を取り消す。
【０１４２】
次に、第３の予約情報生成手段5012において、第２の代替機能/デバイス検索手段5010で検索された機能/デバイスを使って、第２の予約取り消し手段5011で取り消された予約の代替となる予約情報を生成する。次に第3の機能/デバイス予約手段5013により、第３の予約情報生成手段5012で生成された予約情報に基づいて機能/デバイスの予約をする。最後に、変更された番組がまだ始まっていないのならば、第１の機能デバイス予約手段5006により、最初のトライで予約に失敗した機能やデバイスの予約を実行する。また、番組がすでに始まっている場合は、予約更新手段5007により、番組が終了したときに実行すべき手順の開始時刻を、番組のスケジュールが変更された新しい時刻に修正する。
【０１４３】
次に、具体的な予約変更の例を示して説明する。以下、具体的な予約変更の例では、図２３に示すＡＶネットワーク環境で操作が行われているものとする。図３３は、EPGの画面表示例を示す図である。ここで、符号9021で示す番組と符号9022で示す番組の録画予約がなされているとする。符号9021で示す番組の録画予約は、図２３で示す、デバイス8001のBSチューナで受信し、デバイス8003のHDDで録画するように予約されているものとする。また、符号9022で示す番組の録画予約は、図２３で示す、デバイス8004のCSチューナで受信し、デバイス8003のHDDで録画するように予約されているものとする。ここで、それぞれの予約で使用されるデバイスの代替フラグはＹＥＳに設定されているとする。このとき、予約されている番組9022の前の番組9023が放送されているときに、その番組が３０分延長され、その影響で番組9022の開始も３０分繰り下がった場合に、番組変更イベント受信手段5001で、符号9022, 符号9023が変更されたことを通知する番組情報変更イベントを受信し、予約情報取得手段5002で、装置に保存されている予約情報を取得し、番組情報調査手段5003で、影響を受ける予約（この場合、符号９022の録画予約）が抽出され、さらに録画予約する番組はまだ始まっていないことが確認される。そして、第１の予約取り消し手段5004により、符号9022で示す番組の録画予約が取り消され、第１の予約情報生成手段5005により、新たに符号9022で示す番組を録画予約する予約情報を生成する。そして、第１の機能/デバイス予約手段5006により、符号9022で示す番組の録画予約が行われる。この場合デバイス8004のCSチューナと、デバイス8003のHDDが符号9022の番組に合わせて予約される。しかしながら、デバイス8003のHDDにはすでに番組9021の録画予約がなされており、時間が重なるため、30分繰り下がった符号9022で示す番組の録画をすることができない。
【０１４４】
そこで、失敗原因特定手段5008により、失敗した予約情報と、すでに予約情報取得手段5002にて取得した予約情報とを比較し、予約が失敗した原因を特定し、失敗の原因となった（コンフリクトを起こす原因となった）予約情報を取り出し、さらにコンフリクトを起こす原因となった該予約情報での機能/デバイスの特定をする。この場合、番組9021の録画予約がコンフリクトを起こす原因となった予約であり、原因となった機能/デバイスは、番組を録画するデバイスである、デバイス8003のHDDであることが確認される。
【０１４５】
次に、第２の機能/デバイス代替可能調査手段で、コンフリクトの原因となった予約9021で使用されるデバイス8003の代替フラグを調べる。そして代替可能であれば、次に、第２の代替機能/デバイス検索手段5010により、コンフリクトの原因となった機能/デバイスの代替の機能/デバイスを検索する。この場合、デバイス8002のHDDが検索される。次に第２の予約取り消し手段5011により、失敗原因特定手段5008により特定された予約、この場合には番組9021の録画予約である、を取り消す。次に、第３の予約情報生成手段5012により、代替の機能/デバイスを使って、新たに番組9021の録画予約をする予約情報の生成をする。次に第３の機能/デバイス予約手段5013により、生成された予約情報から機能/デバイスの予約をする。この場合には、番組9021を、デバイス8001のBSチューナを使って受信し、デバイス8002のHDDを使って録画する予約をする。最後に、第１の機能/デバイス予約手段5006により、番組9022の録画予約をする。具体的にはデバイス8004のCSチューナを使って受信し、デバイス8003のHDDを使って録画をする予約をする。
【０１４６】
次に、別の具体的な例を、図３４を参照しながら説明する。図３４はEPGの画面を示す図である。ここで、符号9031で示す番組と符号9032で示す番組の録画予約がなされているとする。符号9031で示す番組の録画予約は、図２３で示す、デバイス8001のBSチューナで受信し、デバイス8003のHDDで録画するように予約されているものとする。また、符号9032で示す番組の録画予約は、図２３で示す、デバイス8001のBSチューナで受信し、デバイス8003のHDDで録画するように予約されているものとする。ここで、それぞれの予約で使用されるデバイスの代替フラグはＹＥＳに設定されているとする。このとき、予約されている番組9031が放送されているときに、その番組が３０分延長された場合に、番組情報変更イベント受信手段5001で、符号9031が変更されたことを通知する番組情報変更イベントを受信し、予約情報取得手段5002で、装置に保存されている予約情報を取得し、番組情報調査手段5003で、影響を受ける予約（この場合、符号9031の録画予約）が抽出され、さらに録画予約をしている番組はすでに始まっており録画が開始されていることが確認される。そして、予約更新手段5007において、すでに始まっている録画予約に対し、録画される時間を３０分延長するように予約の更新をする。この場合、デバイス8001のBSチューナと、デバイス8003のHDDの番組を録画する動作時間を３０分延長する。しかしながら、デバイス8001のBSチューナと、デバイス8003のHDDにはすでに番組9032の録画予約がなされており、時間が重なるため、３０分繰り下がった符号9031の録画をすることができない。
【０１４７】
そこで、失敗原因特定手段5008により、失敗した予約情報と、すでに予約情報取得手段5002において取得した予約情報とを比較し、予約が失敗した原因を特定し、失敗の原因となった（コンフリクトを起こす原因となった）予約情報を取り出し、さらにコンフリクトを起こす原因となった該予約情報での機能/デバイスの特定をする。この場合、番組9032の録画予約がコンフリクトを起こす原因となった予約であり、原因となった機能/デバイスは、番組を受信するデバイスである、デバイス8001のBSチューナと、番組を録画するデバイスである、デバイス8003のHDDであることが確認される。
【０１４８】
次に、第２の機能/デバイス代替可能調査手段で、コンフリクトの原因となった予約9032で使用されるデバイス8001及び8003の代替フラグを調べる。そして代替可能であるので、次に、第２の代替機能/デバイス検索手段5010により、コンフリクトの原因となった機能/デバイスの代替の機能/デバイスを検索する。この場合、デバイス8004のBSチューナと、デバイス8002のHDDが検索される。次に第２の予約取り消し手段5011により、失敗原因特定手段5008により特定された予約、この場合には番組9032の録画予約、を取り消す。次に第３の予約情報生成手段5012により、代替の機能/デバイスを使って、新たに番組9032の録画予約をする予約情報の生成をする。次に第３の機能/デバイス予約手段5013により、生成された予約情報から機能/デバイスの予約をする。この場合には、番組9032を、デバイス8004のBSチューナを使って受信し、デバイス8002のHDDを使って録画する予約をする。最後に、予約更新手段5007において、番組9031の録画時間を３０分延長するように予約の更新をする。具体的にはデバイス8001のＢチューナの受信時間と、デバイス8003のHDDの録画の時間を、それぞれ３０分延長する。
【０１４９】
以上、図１４に示した装置によって、番組情報変更イベントを受信したときには、その番組の変更により影響の受ける予約を、番組のスケジュール変更に合わせて変更することができる。また、番組のスケジュール変更に合わせて変更された予約が、すでに予約されている他の予約とコンフリクトを起こして、予約できない場合には、コンフリクトを起こす原因となった予約で使用される機能/デバイスを代替する機能/デバイスを検索して、代替機能/デバイスを使って予約情報を生成し、予約をすることができる。なお代替機能/デバイスを検索するためには、AVネットワーク内の機能/デバイス毎のリストを生成する必要があるが、上記特許文献1に記載されているので説明を省略する。
【０１５０】
図１５は本発明の第６の実施形態による予約変更装置の一構成例を示すブロック図である。図１５において、符号0006は予約変更装置を示し、番組が延長されたり、緊急放送がなされたりして、番組情報が変更されたときに、それによって影響を受ける予約を変更して、予約が正しく行われるようにする装置である。
【０１５１】
予約変更装置0006は、番組情報変更イベント受信手段5001、予約情報取得手段5002、予約情報調査手段5003、第１の予約取り消し手段5004、第１の予約情報生成手段5005、第１の機能/デバイス予約手段5006、予約更新手段5007、第１の機能/デバイス代替可能調査手段6001、第1の代替機能/デバイス検索手段6002、第2の予約情報生成手段6003、第2の機能/デバイス予約手段6004、失敗原因特定手段5008、第２の機能/デバイス代替可能調査手段5009、第2の代替機能/デバイス検索手段5010、第2の予約取り消し手段5011、第3の予約情報生成手段5012、第3の機能/デバイス予約手段5013を含んで構成される。尚、最後のステップで第１の機能/デバイス予約手段5006、及び予約更新手段5007を再度使用するため、図１５においては２回、第１の機能/デバイス予約手段5006、及び予約更新手段5007が示されている。
【０１５２】
次に、この装置の動作概要を説明する。但し、すでに図１４で説明したものについては省略をする。第１の機能/デバイス予約手段5006において、生成した予約から機能やデバイスの予約を実行したときに、コンフリクトが発生して予約ができなかった場合に、第１の機能/デバイス代替可能調査手段6001において、第１の予約情報生成手段5005で使用したデバイス/機能が代替可能であるか調査する。代替可能であるならば、第１の代替機能/デバイス検索手段6002において、予約をする機能/デバイスを代替する機能/デバイスの検索を行う。次に、第２の予約情報生成手段6003において、検索された代替の機能/デバイスを使用して予約をする予約情報を生成する。次に、第２の機能/デバイス予約手段6004において、生成された予約から機能やデバイスの予約を実行する。
【０１５３】
第１の機能/デバイス代替可能調査手段6001において、機能/デバイスが代替可能でなかった場合、又は第２の機能/デバイス予約手段6004において、生成した予約から機能やデバイスの予約を実行したときに、コンフリクトが発生して予約ができなかった場合、又は予約更新手段5007において、番組が終了したときに実行すべき手順の開始時刻を、番組のスケジュールが変更された新しい時刻に修正したときに、コンフリクトが発生して予約ができなかった場合に、失敗原因特定手段5008において、失敗した予約情報と、すでに予約情報取得手段5002にて取得した予約情報とを比較し、予約が失敗した原因を特定し、失敗の原因となった（コンフリクトを起こす原因となった）予約情報を取り出し、さらにコンフリクトを起こす原因となった該予約情報での機能/デバイスの特定をする。以下は、図１４で説明した内容と同等であるため、説明を省略する。
【０１５４】
次に、具体的な予約変更の例について説明する。以下、具体的な予約変更の例では、図２３に示すＡＶネットワーク環境で操作が行われているものとする。
【０１５５】
図３５は、EPGの画面を示す。ここで、符号9041で示す番組と符号9042で示す番組と符号9043で示す番組の録画予約がなされているとする。符号9041で示す番組の録画予約は、図２３で示す、デバイス8001のBSチューナで受信し、デバイス8001のDVD-RWで録画するように予約されているものとする。また、符号9042で示す番組の録画予約は、図２３で示す、デバイス8004のBSチューナで受信し、デバイス8003のHDDで録画するように予約されているものとする。また、9043で示す番組の録画予約は、図２３で示すデバイス8004のCSチューナで受信し、デバイス8003のHDDで録画するように予約されているものとする。ここで、これらの予約で使用される機能/デバイスは代替フラグがＹＥＳにセットされているものとする。
【０１５６】
このとき、予約されている番組9042の前の番組9044が放送されているときに、その番組が３０分延長され、その影響で番組9042の開始も３０分繰り下がった場合に、番組変更イベント受信手段5001で、符号9042, 符号9044が変更されたことを通知する番組情報変更イベントを受信し、予約情報取得手段5002で、装置に保存されている予約情報を取得し、番組情報調査手段5003で、影響を受ける予約（この場合符号9042の録画予約）が抽出され、さらに録画予約する番組はまだ始まっていないことが確認される。そして、第1の予約取り消し手段5004により、9042の番組の録画予約が取り消され、第１の予約情報生成手段5005により、新たに符号9042で示す番組を録画予約する予約情報を生成する。そして、第１の機能/デバイス予約手段5006により、符号9042で示す番組の録画予約が行われる。この場合デバイス8004のBSチューナと、デバイス8003のHDDが9042の番組に合わせて予約される。しかしながら、デバイス8004のBSチューナ及び、デバイス8003のHDDは、すでに番組9043の録画予約で使用されており、時間が重なるため、３０分繰り下がった符号9042で示す番組の録画予約をすることができない。ここで、デバイス8004のBS/CSチューナは同じ時間にはどちらか一方しか使用できないものとする。
【０１５７】
そこで、第１の機能/デバイス代替可能調査手段6001により、コンフリクトを起こしたデバイス8004のBSチューナと符号8003のHDDが代替可能であるか調査をする。それらの機能/デバイスは代替可能であるので、第１の代替機能/デバイス検索手段6002により、コンフリクトを起こしたデバイス8004のBSチューナと符号8003のHDDの代替機能を検索する。そしてデバイス8001のBSチューナと、デバイス8002のHDDが見つかる。次に、第２の予約情報生成手段6003により、新たに番組9042を録画予約する予約情報を生成する。具体的にはデバイス8001のBSチューナで受信し、デバイス8002のHDDで録画するような予約情報が生成される。そして、第２の機能/デバイス予約手段6004により、生成された予約情報に基づいて予約が行われる。しかしながら、デバイス8001のBSデジタルチューナは、すでに符号9041の番組を録画するために使われており、コンフリクトが発生して予約は成立しない。
【０１５８】
そこで、失敗原因特定手段5008により、失敗した予約情報と、すでに予約情報取得手段5002にて取得した予約情報とを比較し予約が失敗した原因を特定し、失敗の原因となった（コンフリクトを起こす原因となった）予約情報を取り出し、さらにコンフリクトを起こす原因となった該予約情報での機能/デバイスの特定をする。この場合、番組9043の録画予約がコンフリクトを起こす原因となった予約であり、原因となった機能/デバイスは、番組を受信するデバイスである、デバイス8004のCSチューナと、デバイス8003のHDDであることが確認される。次に、第２の機能/デバイス代替可能調査手段5009により、コンフリクトを起こす原因となったデバイスが代替可能であるかどうか調査する。いずれも代替可能であるので、次に、第２の代替機能/デバイス検索手段5010により、コンフリクトの原因となった機能/デバイスの代替の機能/デバイスを検索する。この場合、デバイス8002のCSチューナと、符号8002のHDDが検索される。次に、第２の予約取り消し手段5011により、失敗原因特定手段5008により特定された予約、この場合には番組9043の録画予約である、を取り消す。次に、第３の予約情報生成手段5012により、代替の機能/デバイスを使って、新たに番組9043の録画予約をする予約情報の生成をする。次に第３の機能/デバイス予約手段5013により、生成された予約情報から機能/デバイスの予約をする。この場合には、番組9043を、デバイス8002のCSチューナを使って受信し、デバイス8002のHDDを使って録画する予約をする。最後に、第１の機能/デバイス予約手段5006により、番組9042の録画予約をする。具体的にはデバイス8004のBSチューナを使って受信し、デバイス8003のHDDを使って録画をする予約をする。
【０１５９】
以上、図１５に示した装置によって、番組情報変更イベントを受信したときには、その番組の変更により影響の受ける予約を、番組のスケジュール変更に合わせて変更することができる。また、番組のスケジュール変更に合わせて変更された予約が、すでに予約されている他の予約とコンフリクトを起こして、予約できない場合には、コンフリクトを起こす原因となった予約で使用される機能/デバイスを代替する機能/デバイスを検索して、代替機能/デバイスを使って予約情報を生成し、予約をすることができる。なお代替機能/デバイスを検索するためには、AVネットワーク内の機能/デバイス毎のリストを生成する必要があるが、特許文献１に記載されているため、説明を省略する。
【０１６０】
図１６は、本発明の第１の実施の形態による予約変更の手続きの例を示したフローチャート図であり、図１４に示す構成に対応する処理を示す図である。図１６は、HAViのアプリケーションを想定したフローチャート図である。以下に、図１６を参照しながら説明を行う。まず。ステップS3001において初期化を行う。具体的にはMSのオープン（MsgOpen APIの呼び出し）、EMへのイベントとコールバック関数の登録（EventManager::Register APIの呼び出し）、REGへの自身のソフトウェアエレメント情報の登録（Registry::RegisterEelement APIの呼び出し）を行う。尚、イベントの登録には、チューナシステムからSI情報を受信するためのイベント（ChangeEventSchedule ）を登録する。尚、HAViの規格にはChangeEventScheduleは定義されていないが、ここでは、番組情報が変更されたことを通知するイベントをChangeEventScheduleとする。次に、ステップS3002において、REGにRMの問い合わせをする（Registry::GetElement APIとRegistry::RetrieveElement APIの呼び出し）。図２３に示したAVネットワークではFAVであるデバイス8001及びデバイス8004にRMが存在することになる。次に、ステップS3003において、番組情報変更通知システムが送信する番組情報変更通知イベントを受信する。ここでは、番組情報変更通知イベントを受信するまでウェイトする。具体的には、EMからイベントのIDとしてChangeEventScheduleを持つEventManagerNotification APIが呼び出されるまで待つ。  次に、ステップS3004において、すべてのRMよりRMが保持している予約情報（Scheduled Action）を取り出す（ResourceManager::GetLocalScheduledActions API及びResourceManager::GetScheduledActionData APIの呼び出し）。
【０１６１】
次に、ステップS3005において、番組情報変更通知イベントに含まれる、スケジュールが変更された番組の影響を受けるすべての予約を修正したかどうかチェックする。ステップS3005において、すべてのスケジュールが修正された場合（図中Ｙの方向）には、プログラムを終了する。ステップS3005において、まだ修正すべき予約情報がある場合（図中Ｎの方向）には、ステップS3006を実行する。
【０１６２】
次にステップS3006において、影響を受ける予約情報を１つ取り出す。次にステップS3007において、修正する予約の番組はすでに始まっているもの稼動かチェックする。ステップS3007において、予約の番組がすでに始まっている場合（図中Ｙの方向）なら、次にステップS3011を実行する。ステップS3007において、予約の番組がまだ始まっていない場合（図中Ｎの方向）なら、次にステップS3008を実行する。
【０１６３】
ステップS3011において、その予約の番組の終了時刻に合わせてRM内のその予約の終了時刻を修正する（ResourceManager::ChangeScheduleAction API の呼び出し）。次に、ステップS3012を実行する。
【０１６４】
ステップS3008において、取り出された予約情報の取り消しを行う（ResourceManager::UnscheduleAction APIの呼び出し）。次にステップS3009において、番組スケジュールの変更に合わせた予約情報を生成する。次にステップS3010において、RMに生成した予約情報の登録を行う（ResourceManager::ScheduleAction APIの呼び出し）。次にステップS3012を実行する。
【０１６５】
ステップS3012において、ステップS3010又はステップS3011での実行が成功したかどうかチェックする。成功した場合（図中Ｙの方向）には、次にステップS3005を実行する。失敗した場合（図中Ｎの方向）には、次にステップS3013を実行する。
【０１６６】
ステップS3013において、コンフリクトを起こした予約から代替する機能/デバイスを検索し、予約を試みたかどうかチェックする。すでに予約を試みているならば（図中Ｙの方向）、予約はできなかったものとし、エラーとして終了する。まだ、予約を試みていないならば（図中Ｎの方向）、次にステップS3014を実行する。
【０１６７】
ステップS3014において、もとの予約が実行できなかった原因となる予約情報を見つけ出し、さらに、その予約情報から予約が重なっている機能/デバイスを見つける。具体的には、予約情報（ScheduledAction）には、そのActionの実施開始時刻及び終了時刻、実施に必要な機能/デバイス、機能/デバイスに送付するコマンドが記述されているので、元の予約情報と照らし合わせて、予約が重なっている機能/デバイスを検索することができる。
【０１６８】
次にステップS3015において、予約が重なっている機能/デバイスが見つかったかどうかチェックする。見つからなかった場合（図中Ｎの方向）、予約はできなかったものとし、エラーとして終了する。見つかった場合（図中Ｙの方向）、次にステップS3016を実行する。
【０１６９】
次に、ステップS3016において、コンフリクトを起こす原因となった機能/デバイスの代替フラグをチェックする。代替不可の場合（図中Ｎの方向）予約ができなかったものとし、エラーとして終了する。見つかった場合（図中Ｙの方向）、次にステップS3017を実行する。ステップS3017において、ステップS3014において見つかった予約情報について予約の取り消しを行う（ResourceManager::UnscheduleAction APIの呼び出し）。次にステップS3018において、ステップS3014において見つけられた機能/デバイスを代替する機能/デバイスの検索を行い（Registry::GetElement API又はRegistry::MultipleGetLement APIと、Registry::RetrieveElement APIの呼び出し）、代替の機能/デバイスのリストを作成する。REG内で定義されているAttributeだけでは代替の機能/デバイスを見つけることができない場合、代替の機能/デバイスの候補をREGで検索し、その後に直接DCM又はFCMに機能の問い合わせを行う。
【０１７０】
次に、ステップS3019において、すべての代替機能/デバイスを使った予約が試みられたかどうかチェックする。すべての予約が試みられた場合（図中Ｙの方向）、次にステップS3024を実行する。まだすべての予約が試みられていない場合（図中Ｎの方向）、次にステップS3020を実行する。
【０１７１】
ステップS3024において、ステップS3017において一旦取り消された予約を再度予約する。そして、元の予約は実施できなかったものとし、エラーとして終了する。ステップS3020において、ステップS3018において生成された代替をする機能/デバイスのリストからひとつを取り出し、その代替の機能/デバイスを使って予約情報を生成する。次にステップS3021において、生成された予約情報の予約を試みる（ResourceManager::ScheduleAction APIの呼び出し）。次にステップS3022において、予約が成功したかどうかチェックする。予約が成功した場合（図中Ｙの方向）、次にステップS3023を実行する。予約が成功しなかった場合（図中Ｎの方向）、次にステップS3019を実行する。
【０１７２】
ステップS3023において、もともと修正しようとしていた予約について、その番組がすでに始まっているものかどうかチェックする。始まっているものならば（図中Ｙの方向）、次にステップS3011を実行する。まだ始まっていないものならば（図中Ｎの方向）、次にステップS3010を実行する。
【０１７３】
以上、図１６に示したフローチャート図により、番組情報変更通知イベントを受信した際に、それによって影響を受ける予約情報が更新されて、予約をしたときに設定した番組の放送スケジュールが変更されても、それに合わせて予約の内容を自動的に修正することができる。また、その予約の変更に失敗しても、その予約の失敗の原因となった予約を探し出し、そこで使用される機能/デバイスを代替する機能/デバイスの検索をして、見つかった機能/デバイスを使用して予約をし、さらに元の予約の修正を実行する。これによって、予約の変更によって発生しうる機能/デバイスの同時時間の利用によるコンフリクトを回避することができる。
【０１７４】
尚、図１６はHAViのアプリケーションを想定したフローチャート図であるが、HAVi以外のシステムでも同様に実現することができる。また、番組情報変更通知イベントの送信については、先の特許出願に記述され、さらに上記にて説明したため、ここでは説明を省略する。
【０１７５】
図１７Ａ、Ｂ、図１８は、本発明の第２の実施の形態による予約変更の手続きを示したフローチャート図であり、図１５に示す構成に対応する処理を示す図である。図１７Ａ、Ｂ、図18は、HAViのアプリケーションを想定したフローチャート図である。以下に図１７Ａ、Ｂ、図１８の説明をする。以下の説明では、すでに図１６で説明したステップについては同一であるのでここでは省略をする。ステップS3101において、ステップS3011で実行した予約の終了時刻修正が成功したかどうかチェックする。成功した場合（図中Ｙの方向）には、次にステップS3005を実行する。失敗した場合（図中Ｎの方向）には、次にステップS3013を実行する。
【０１７６】
ステップS3102において、ステップS3010で実行した予約が成功したかどうかチェックする。成功した場合（図中Ｙの方向）には、次にステップS3005を実行する。失敗した場合には、次に、図１７Ｂに示すようにステップS3103を実行する。ステップS3013において、ステップS3009において生成された予約情報で使われている機能/デバイスの代替フラグをチェックする。代替可能である場合（図中Ｙの方向）、次にステップS3014を実効する。代替不可である場合（図中Ｎの方向）、次にステップS3013を実行する。
【０１７７】
ステップS3104において、ステップS3010において生成した予約情報の中で使用予定の機能/デバイスを代替する機能/デバイスの検索をすでにしたかどうかチェックをする。すでに検索をした場合（図中Ｙの方向）には、ステップS3106を実行する。まだ検索していない場合（図中Ｎの方向）には、ステップS3105を実行する。
【０１７８】
ステップS3105において、REGに代替機能/デバイスの検索（Registry::GetElement API又はRegistry::MultipleGetElement APIと、Registry::RetrieveElement APIの呼び出し）を実行し、代替の機能/デバイスのリストを作成する。REGないで定義されているAttriuteだけでは代替する機能/デバイスを見つけることができない場合、代替の機能/デバイスの候補をREGで検索し、その後は直接DCm/FCMに機能の問い合わせをする。
【０１７９】
次に、ステップS3106において、検索されたすべての代替機能/デバイスについて予約を試みたかどうかチェックをする。すべての代替機能/デバイスについて予約を試みた場合（図中Ｙの方向）には、次にステップS3013を実行する。まだ、すべてのケースの予約を試みていない場合（図中Ｎの方向）には、次にステップS3107を実行する。
【０１８０】
ステップS3107において、代替の機能/デバイスのリストから代替機能/デバイスをひとつ取り出して、新しい予約情報を生成する。次にステップS3108において、生成した予約情報を使って予約を試みる（ResourceManager::ScheduleAction APIの呼び出し）。
【０１８１】
ステップS3109において、ステップS3108の予約が成功したかどうかチェックする。予約が成功した場合（図中Ｙの方向）、次にステップS3005を実行する。成功しなかった場合（図中Ｎの方向）、次にステップS3104を実行する。
【０１８２】
以上、図１７Ａ，Ｂ、図１８に示したフローチャート図により、番組情報変更通知イベントを受信した際に、それによって影響を受ける予約情報が更新されて、予約をしたときに設定した番組の放送スケジュールが変更されても、それに合わせて予約の内容を自動的に修正することができる。また、番組の放送スケジュールの変更によって影響の受ける予約が、まだ始まっていない場合には、その予約の変更に失敗しても、その予約で使用される機能/デバイスを代替する機能/デバイスの検索をして、見つかった機能/デバイスを使用して予約をする。さらにまた、予約の変更に失敗しても、その予約の失敗の原因となった予約を探し出し、そこで使用される機能/デバイスを代替する機能/デバイスの検索をして、見つかった機能/デバイスを使用して予約をし、さらに元の予約の修正を実行する。これによって、予約の変更によって発生しうる機能/デバイスの同時時間の利用によるコンフリクトを回避することができる。
【０１８３】
尚、図１７Ａ，Ｂ、図１８は、HAViのアプリケーションを想定したフローチャート図であるが、HAVi以外のシステムでも同様に実現することができる。また、番組情報変更通知イベントの送信については、先の出願明細書に記述されており、ここでは説明を省略する。
【０１８４】
以上、本発明の実施の形態によれば、番組の視聴予約、録画予約などAV機器の予約をする際に、その視聴予約や録画予約などで使用することとなったチューナデバイスや記録デバイスなどAV機器が、他のチューナデバイスや記録デバイスなどに代替可能であるかどうかのフラグをセットすることができる。
【０１８５】
本発明の別の実施形態によれば、デバイス/機能の予約をする際に、すでに予約されている他の予約とコンフリクトを起こして、予約ができない場合には、コンフリクトの原因となったデバイス/機能が代替可能であるかどうかチェックして、代替可能である場合コンフリクトを起こす原因となった予約で使用されるデバイス/機能を代替するデバイス/機能を検索して、代替デバイス/機能を使って予約情報を生成し、予約をすることができる。
【０１８６】
本発明の別の実施形態によれば、番組情報変更イベントを受信して、その番組の変更により影響の受ける予約を番組のスケジュール変更に合わせて変更する際に、番組のスケジュール変更に合わせて変更された予約が、すでに予約されている他の予約とコンフリクトを起こして、予約できない場合には、コンフリクトの原因となったデバイスが代替可能であるかどうかチェックをして、代替可能である場合コンフリクトを起こす原因となった予約で使用される機能/デバイスを代替する機能/デバイスを検索して、代替機能/デバイスを使って予約情報を生成し、予約をすることができる。
【０１８７】
以上、本発明の視聴予約装置、録画予約装置、機能/デバイス予約装置、予約変更装置における各機能を中心に各実施形態について説明してきたが、本発明は、コンピュータに実行させる方法としても説明したように視聴予約方法、録画予約方法、機能/デバイス予約方法、予約変更方法としての形態をとることもできる。
【０１８８】
また、これらの各機能を有する聴予約装置、録画予約装置、機能/デバイス予約装置、予約変更装置と同様に、コンピュータに聴予約装置、録画予約装置、機能/デバイス予約装置、予約変更装置として機能させるための、或いは、視聴予約方法、録画予約方法、機能/デバイス予約方法、予約変更方法を実行させるためのプログラムとしての形態も可能である。
【０１８９】
本発明による各機能を実現するためのプログラムやデータを記憶した記録媒体の実施形態について説明する。記録媒体としては、具体的には、ＣＤ−ＲＯＭ（−Ｒ/−ＲＷ）、光磁気ディスク、ＤＶＤ−ＲＯＭ（−ＲＷ）、ＦＤ、フラッシュメモリ、メモリカード、メモリスティック及びその他各種ＲＯＭやＲＡＭ等が想定でき、これら記録媒体に上述した本発明の各実施形態の機能をコンピュータに実行させ、各機能を実現するためのプログラムを記録して流通させることにより、当該機能の実現を容易にする。そしてコンピュータ等の情報処理装置に上記のごとくの記録媒体を装着して情報処理装置によりプログラムを読み出すか、若しくは情報処理装置が備えている記憶媒体に当該プログラムを記憶させておき、必要に応じて読み出すことにより、本発明に関わる各機能を実行することができる。
【産業上の利用可能性】
【０１９０】
本発明は、AV機器や情報機器の予約管理装置として利用可能である。
【図面の簡単な説明】
【０１９１】
【図１】本発明の実施の形態による視聴予約装置の一構成例を示ステップブロック図である
【図２】本実施の形態による録画予約装置の一構成例を示すブロック図である。
【図３】本実施の形態による録画予約装置を使って録画予約をしたときの、録画予約で使われるデバイスのリスト例を示した図である。
【図４】本実施の形態による番組予約システムで実行される処理の流れを示すフローチャート図である
【図５】本実施の形態による番組予約システムで実行される処理の流れを示すフローチャート図である。
【図６】本実施の形態による番組予約システムで実行される処理の流れを示すフローチャート図である。
【図７】本実施の形態による番組予約システムで実行される処理の流れを示すフローチャート図である。
【図８】本実施の形態による、予約変更システムで実行される処理の流れを示すフローチャート図である。
【図９】本実施の形態による予約変更システムで実行される処理の流れを示すフローチャート図である。
【図１０】本発明の第１の実施の形態による機能/デバイス予約装置の一構成例を示すブロック図である。
【図１１】本発明の第２の実施の形態による機能/デバイス予約装置の機能ブロック図である。
【図１２】本実施の第１の形態による機能/デバイス予約システムで実行される処理の流れを示したフローチャート図であり、図１０に示す構成に関する処理の流れを示す図である。
【図１３Ａ】本発明の第２の実施の形態によるデバイス又はデバイス内の機器の予約をする手続きの一例を示すフローチャート図であり、図１１に示す構成に関する処理の流れを示す図である。
【図１３Ｂ】図１３Ａに続く図である。
【図１４】本発明の第１の実施の形態による予約変更装置の構成例を示したブロック図である。
【図１５】本発明の第２の実施の形態による予約変更装置の構成例を示したブロック図である。
【図１６】本発明の第１の実施の形態による予約変更システムで実行される処理の流れを示すフローチャート図であり、図１４に示す構成に関する処理の流れを示す図である。
【図１７Ａ】本発明の第２の実施の形態による予約変更システムで実行される処理の流れを示すフローチャート図であり、図１５に示す構成に関する処理の流れを示す図である。
【図１７Ｂ】図１７Ａに対応する図である。
【図１８】本実施の形態による予約変更システムで実行される処理の流れを示すフローチャート図である。
【図１９】本実施の形態による機能/デバイス予約及び予約変更装置のハードウェア構成例を示す機能ブロック図である。
【図２０】本実施の形態による機能/デバイス予約及び予約変更装置のハードウェア構成例を示す機能ブロック図である。
【図２１】本実施の形態による視聴予約及び録画予約装置のハードウェア構成例を示す機能ブロック図である。
【図２２】本実施の形態による視聴予約及び録画予約装置のハードウェア構成例を示す機能ブロック図である。
【図２３】本実施の形態によるＡＶデバイスの接続例を示す図である。
【図２４】本実施の形態によるＥＰＧ画面を示す図である。
【図２５】本実施の形態によるＥＰＧ画面を示す図である。
【図２６】本実施の形態によるＥＰＧ画面を示す図である。
【図２７】本実施の形態によるＥＰＧ画面を示す図である。
【図２８】本実施の形態によるＥＰＧ画面を示す図である。
【図２９】本実施の形態によるＥＰＧ画面を示す図である。
【図３０】本実施の形態によるＥＰＧ画面を示す図である。
【図３１】本実施の形態によるＥＰＧ画面を示す図である。
【図３２】本実施の形態によるＥＰＧ画面を示す図である。
【図３３】本実施の形態によるＥＰＧ画面を示す図である。
【図３４】本実施の形態によるＥＰＧ画面を示す図である。
【図３５】本実施の形態によるＥＰＧ画面を示す図である。
【図３６】従来のＡＶデバイスの接続例を示す図である。
【図３７】HAViのソフトウェア構成例を示す図である。
【符号の説明】
【０１９２】
0001…番組視聴予約装置、0002…番組録画予約装置、0003〜0004…機能/デバイス予約装置、0005〜0006…予約変更装置、1001…EPG画面生成手段、1002…EPG画面表示手段、1003…番組選択手段、1004…チューナデバイス選択手段、1005…チューナデバイス代替フラグ設定手段、1006…視聴予約設定手段、1007…データ記録手段、2001…記録デバイス選択手段、2002…記録デバイス代替フラグ選択手段、2003…録画予約手段、3001…第1の予約情報生成手段、3002…第1の機能/デバイス予約手段、3003…予約情報取得手段、3004…予約失敗原因特定手段、3005…第２の機能/デバイス代替可能調査手段、3006…第２の代替機能/デバイス検索手段、3007…機能/デバイス予約取り消し手段、3008…第３の予約情報生成手段、3009…第３の機能/デバイス予約手段、4001…第１の機能/デバイス代替可能調査手段、4002…第１の代替機能/デバイス検索手段、4003…第２の予約情報生成手段、4004…第２の機能/デバイス予約手段、5001…番組情報変更イベント受信手段、5002…予約情報取得手段、5003…予約情報調査手段、5004…第１の予約取り消し手段、5005…予約情報生成手段、5006…第１の機能/デバイス予約手段、5007…予約更新手段、5008…失敗原因特定手段、5009…第２の機能/デバイス代替可能調査手段、5010…第２の代替機能/デバイス検索手段、5011…第２の予約取り消し手段、5012…第３の予約情報生成手段、5013…第３の機能/デバイス予約手段、6001…第１の機能/デバイス代替可能調査手段、6002…第１の代替機能/デバイス検索手段、6003…第２の予約情報生成手段、6004…第２の機能/デバイス予約手段、8001…BSデジタルチューナとDVD-RWの復号機能を持ったデバイス、8002…CSデジタルチューナとHDDの復号機能を持ったデバイス、8003…D-VHSとHDDの復号機能を持ったデバイス、8004…BS/CSデジタルチューナとディスプレイの復号機能を持ったデバイス、8005…ディスプレイデバイス、8006…BSデジタル放送用パラボラアンテナ、8007…ディスプレイケーブル、8008…アンテナ用ケーブル、8009…IEEE1394ケーブル、8010…CSデジタル放送用パラボラアンテナ、8011…BS/CS共用パラボラアンテナ、8012…BSデジタル放送チューナ、8013…D-VHSデッキ、9001…録画予約で使われるデバイスのリスト例
【図１】
2008160628.tif 000003
【図２】
2008160628.tif 000004
【図３】
2008160628.tif 000005
【図４】
2008160628.tif 000006
【図５】
2008160628.tif 000007
【図６】
2008160628.tif 000008
【図７】
2008160628.tif 000009
【図８】
2008160628.tif 000010
【図９】
2008160628.tif 000011
【図１０】
2008160628.tif 000012
【図１１】
2008160628.tif 000013
【図１２】
2008160628.tif 000014
【図１３Ａ】
2008160628.tif 000015
【図１３Ｂ】
2008160628.tif 000016
【図１４】
2008160628.tif 000017
【図１５】
2008160628.tif 000018
【図１６】
2008160628.tif 000019
【図１７Ａ】
2008160628.tif 000020
【図１７Ｂ】
2008160628.tif 000021
【図１８】
2008160628.tif 000022
【図１９】
2008160628.tif 000023
【図２０】
2008160628.tif 000024
【図２１】
2008160628.tif 000025
【図２２】
2008160628.tif 000026
【図２３】
2008160628.tif 000027
【図２４】
2008160628.tif 000028
【図２５】
2008160628.tif 000029
【図２６】
2008160628.tif 000030
【図２７】
2008160628.tif 000031
【図２８】
2008160628.tif 000032
【図２９】
2008160628.tif 000033
【図３０】
2008160628.tif 000034
【図３１】
2008160628.tif 000035
【図３２】
2008160628.tif 000036
【図３３】
2008160628.tif 000037
【図３４】
2008160628.tif 000038
【図３５】
2008160628.tif 000039
【図３６】
2008160628.tif 000040
【図３７】
2008160628.tif 000041