(57)【要約】【課題】データインターフェイスシステムとして、放送コンテンツを記録可能な機器が複数接続されるような環境を構築している場合に、これまでよりも高い利便性、実用性を得る。【解決手段】予約録画設定では、放送コンテンツデータを記録させるべき外部記録機器の候補（録画候補機器）を、優先度を付して選択できるようにする。そして、録画を開始するタイミングにおいて、コマンドを使用して録画候補機器についての所定の状態を認識する。そして、この認識結果と、上記優先度とに基づき、録画候補機器のうちから、実際放送コンテンツデータを記録するのに適合する外部記録機器を決定する。【選択図】図１９
2006054022.tif 000002
【特許請求の範囲】
【請求項１】
所定のデータインターフェイスフォーマットによるデータバスを介して、外部機器との通信を行うデータインターフェイス手段と、
上記データインターフェイス手段による通信を実行させることによって、上記データバスを介して通信可能とされる外部機器のうちで、放送により供給されるコンテンツデータを記録可能な外部記録機器を認識する機器認識手段と、
上記コンテンツデータの予約記録に関する操作として、少なくとも、予約記録対象となるコンテンツデータを指定する操作と、この予約記録対象として指定されたコンテンツデータを記録する外部記録機器の候補について、上記機器認識手段により認識された外部記録機器のうちから優先順位を与えるようにして複数指定する操作とが可能なようにされたユーザインターフェイス手段と、
上記ユーザインターフェイス手段に対して行われたとされる上記操作に応じて、少なくとも、予約記録対象となるコンテンツデータの予約記録を行うのに必須な情報項目を有して成る予約記録基本情報と、候補として指定された上記外部記録機器について優先順位を付して示す機器候補情報とから成る予約記録情報を生成して保持する情報保持手段と、
上記情報保持手段により保持される予約記録情報に基づいて予約記録を実行開始すべきタイミングに応じて、上記データインターフェイス手段による通信を実行させることによって、上記予約記録情報の機器候補情報により示される外部記録機器についての現在の所定の状態について認識する状態認識手段と、
上記状態認識手段の認識結果と、上記予約記録情報の機器候補情報が示す優先順位の情報とに基づいて、上記予約記録情報の機器候補情報により示される外部記録機器の候補のうちから、コンテンツデータを記録させるべき外部記録機器を決定する機器決定手段と、
上記情報保持手段により保持される予約記録情報のコンテンツ指示情報が示すコンテンツデータが、上記機器決定手段により決定された外部記録機器に対して上記データバスを介して転送され、この外部記録機器にて記録されるように、上記データインターフェイス手段による通信を実行させる記録制御手段と、
を備えることを特徴とする記録制御装置。
【請求項２】
所定のデータインターフェイスフォーマットによるデータバスを介して、外部機器との通信を行うデータインターフェイス処理と、
上記データインターフェイス処理による通信を実行させることによって、上記データバスを介して通信可能とされる外部機器のうちで、放送により供給されるコンテンツデータを記録可能な外部記録機器を認識する機器認識処理と、
上記コンテンツデータの予約記録に関する操作として、少なくとも、予約記録対象となるコンテンツデータを指定する操作と、この予約記録対象として指定されたコンテンツデータを記録する外部記録機器の候補について、上記機器認識処理により認識された外部記録機器のうちから優先順位を与えるようにして複数指定する操作とが可能なようにされたユーザインターフェイス対応処理と、
上記ユーザインターフェイス対応処理が対応するとされる上記操作に応じて、少なくとも、予約記録対象となるコンテンツデータの予約記録を行うのに必須な情報項目を有して成る予約記録基本情報と、候補として指定された上記外部記録機器について優先順位を付して示す機器候補情報とから成る予約記録情報を生成して保持する情報保持処理と、
上記情報保持処理により保持される予約記録情報に基づいて予約記録を実行開始すべきタイミングに応じて、上記データインターフェイス処理による通信を実行させることによって、上記予約記録情報の機器候補情報により示される外部記録機器についての現在の所定の状態について認識する状態認識処理と、
上記状態認識処理の認識結果と、上記予約記録情報の機器候補情報が示す優先順位の情報とに基づいて、上記予約記録情報の機器候補情報により示される外部記録機器の候補のうちから、コンテンツデータを記録させるべき外部記録機器を決定する機器決定処理と、
上記情報保持処理により保持される予約記録情報のコンテンツ指示情報が示すコンテンツデータが、上記機器決定処理により決定された外部記録機器に対して上記データバスを介して転送され、この外部記録機器にて記録されるように、上記データインターフェイス処理による通信を実行させる記録制御処理と、
を実行することを特徴とする記録制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送により供給される例えば映像／音声などによる番組としてのコンテンツデータについての記録を制御する記録制御装置に関するもので、特に、自身が取得した放送のコンテンツデータを、予約記録（予約録画）設定に応じて、データインターフェイスを介して接続される外部記録機器に記録させる制御を実行する記録制御装置とその方法に関するものである。
【背景技術】
【０００２】
近年、デジタル放送の普及が進んでいる。デジタル放送は、例えば既存のアナログ放送と比較してノイズやフェージングに強く、高品質の信号を伝送することが可能である。また、既存のアナログ放送と比較して周波数利用効率が向上されており、多チャンネル化も実現されている。
【０００３】
そして、デジタル放送受信機と、デジタルビデオテープレコーダ、ＨＤＤ（ハードディスクドライブ）、及び各種光学ディスクメディアに対応する記録再生装置などのデジタルストレージ機器とをデータインターフェイスにより接続することによって、デジタル放送受信機で受信したプログラムを、デジタルデータの形式のままでデジタルストレージ装置に対して転送して記録できるようにシステムを構成することが提案され、また、実現化されてきている。
【０００４】
現状においては、上記したデジタル放送受信機とデジタルストレージ機器とを接続するデジタルデータインターフェイスとして、ＩＥＥＥ(Institute of Electrical Engineers) １３９４データインターフェイスを採用したものが知られてきている。
ＩＥＥＥ１３９４データインターフェイスは、例えばＳＣＳＩ(Small Computer System Interface)やＵＳＢ(Universal Serial Bus)などよりもデータ転送レートが高速であり、周知のように、所要のデータサイズを周期的に送受信することが保証されるIsochronous通信が可能とされる。このため、ＩＥＥＥ１３９４データインターフェイスは、ＡＶ(Audio/Video)などのストリームデータをリアルタイムで転送するのに好適とされている。
【０００５】
さらに、例えばＩＥＥＥ１３９４データインターフェイスにより接続される機器から成るシステムでは、ＩＥＥＥ１３９４データインターフェイスの規格に従って、複数の機器間でコマンドの送受信を行うことで、或る機器が他の機器の動作を制御することも可能とされる。つまり、いわゆるリモート制御を行うことも可能とされる。
これにより、例えば上記したようなデジタル放送受信機とデジタルストレージ機器を接続して成るシステムでは、デジタル放送受信機側にて行われた録画予約設定に応じた予約録画動作として、デジタル放送受信機にて受信した放送番組としてのコンテンツデータ（映像／音声データ）を、Isochronous通信によりデジタルストレージ機器に対して転送するとともに、例えばAsynchronous通信でのコマンド送受信により、この転送されたコンテンツデータがデジタルストレージ機器にて記録されるようにコントロールするという、予約録画システムとしての動作を得ることが可能であり、また、実現化されている。
【０００６】
【特許文献１】特開平１１−２３２７２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、現状において、上記したような、ＩＥＥＥ１３９４データインターフェイスによりデジタル放送受信機とデジタルストレージ機器とを接続して成る予約録画システムとしては、デジタル放送受信機から転送されてくるコンテンツデータを記録可能なデジタルストレージ機器は１つのみを選択設定できるようになっている。これは、例えば現状においては、ＩＥＥＥ１３９４データインターフェイスを用いた予約録画システムにおいて、ユーザが用意するデジタルストレージ機器は１つのみであるという状況がまだ一般的であることが理由である。
しかし、将来的なことを考えれば、上記した予約録画システムとして、１つのデジタル放送受信機に対して複数のデジタルストレージ機器がＩＥＥＥ１３９４データインターフェイスにより接続されるような構成が一般的なものになっていくことが予想される。
【０００８】
上記のようにして、予約録画システムにおいて複数のデジタルストレージ機器が存在する環境においては、予約録画としての記録動作を実行させるべきデジタルストレージ機器を複数の候補の中から選択設定できるという自由度が与えられることになる。
しかしながら、予約録画システムにおいて録画機器の候補となるデジタルストレージ機器が複数存在する環境を前提とした場合において、単に予約録画を実行させる候補となる機器の選択肢が増えるというメリットのみにとどまるのではなく、ユーザにとって、より高い利便性、実用性が得られるような技術的構成が付加されれば、複数のデジタルストレージ機器（外部記録機器）をより有効に活用できることとなって好ましい。
【課題を解決するための手段】
【０００９】
そこで、本発明は上記した課題を考慮して、記録制御装置として次のように構成することとした。
つまり、所定のデータインターフェイスフォーマットによるデータバスを介して、外部機器との通信を行うデータインターフェイス手段と、このデータインターフェイス手段による通信を実行させることによって、データバスを介して通信可能とされる外部機器のうちで、放送により供給されるコンテンツデータを記録可能な外部記録機器を認識する機器認識手段と、コンテンツデータの予約記録に関する操作として、少なくとも、予約記録対象となるコンテンツデータを指定する操作と、この予約記録対象として指定されたコンテンツデータを記録する外部記録機器の候補について、機器認識手段により認識された外部記録機器のうちから優先順位を与えるようにして複数指定する操作とが可能なようにされたユーザインターフェイス手段と、このユーザインターフェイス手段に対して行われたとされる操作に応じて、少なくとも、予約記録対象となるコンテンツデータの予約記録を行うのに必須な情報項目を有して成る予約記録基本情報と、候補として指定された外部記録機器について優先順位を付して示す機器候補情報とから成る予約記録情報を生成して保持する情報保持手段と、この情報保持手段により保持される予約記録情報に基づいて予約記録を実行開始すべきタイミングに応じて、データインターフェイス手段による通信を実行させることによって、予約記録情報の機器候補情報により示される外部記録機器についての現在の所定の状態について認識する状態認識手段と、この状態認識手段の認識結果と、予約記録情報の機器候補情報が示す優先順位の情報とに基づいて、予約記録情報の機器候補情報により示される外部記録機器の候補のうちから、コンテンツデータを記録させるべき外部記録機器を決定する機器決定手段と、情報保持手段により保持される予約記録情報のコンテンツ指示情報が示すコンテンツデータが、機器決定手段により決定された外部記録機器に対して上記データバスを介して転送され、この外部記録機器にて記録されるようにデータインターフェイス手段による通信を実行させる記録制御手段とを備えて構成することとした。
【００１０】
また、記録制御方法として次のように構成することとした。
つまり、所定のデータインターフェイスフォーマットによるデータバスを介して、外部機器との通信を行うデータインターフェイス処理と、このデータインターフェイス処理による通信を実行させることによって、データバスを介して通信可能とされる外部機器のうちで、放送により供給されるコンテンツデータを記録可能な外部記録機器を認識する機器認識処理と、コンテンツデータの予約記録に関する操作として、少なくとも、予約記録対象となるコンテンツデータを指定する操作と、この予約記録対象として指定されたコンテンツデータを記録する外部記録機器の候補について、機器認識処理により認識された外部記録機器のうちから優先順位を与えるようにして複数指定する操作とが可能なようにされたユーザインターフェイス対応処理と、このユーザインターフェイス対応処理が対応するとされる操作に応じて、少なくとも、予約記録対象となるコンテンツデータの予約記録を行うのに必須な情報項目を有して成る予約記録基本情報と、候補として指定された外部記録機器について優先順位を付して示す機器候補情報とから成る予約記録情報を生成して保持する情報保持処理と、この情報保持処理により保持される予約記録情報に基づいて予約記録を実行開始すべきタイミングに応じて、データインターフェイス処理による通信を実行させることによって、予約記録情報の機器候補情報により示される外部記録機器についての現在の所定の状態について認識する状態認識処理と、状態認識処理の認識結果と、予約記録情報の機器候補情報が示す優先順位の情報とに基づいて、予約記録情報の機器候補情報により示される外部記録機器の候補のうちからコンテンツデータを記録させるべき外部記録機器を決定する機器決定処理と、情報保持処理により保持される予約記録情報のコンテンツ指示情報が示すコンテンツデータが、機器決定処理により決定された外部記録機器に対して上記データバスを介して転送され、この外部記録機器にて記録されるようにデータインターフェイス処理による通信を実行させる記録制御処理とを実行するようにして構成することとした。
【００１１】
上記各構成によれば、本発明としては、予約記録のための操作として、少なくとも、予約指定された放送のコンテンツデータの指定とともに、この予約指定されたコンテンツデータを記録させる外部記録機器について、優先順位を与えたうえで複数の候補を選択可能とされている。ちなみに、これらの外部記録機器は、本願発明により構成される記録制御装置と、所定のデータインターフェイスによるデータバスを介して接続されることで通信可能とされている。
そして、予約記録を実行開始するときには、候補となった複数の外部記録機器についての所定の状態を認識した結果と、優先順位の情報とに基づいて、例えば予約指定されたコンテンツデータを記録すべき外部記録機器を、候補である複数の外部記録機器から選択するようにされている。そして、予約記録動作としては、予約指定されたコンテンツデータを取得して、データインターフェイスによる通信で以て、取得したコンテンツデータを選択された外部記録機器に対して転送し、また、データインターフェイスによる通信で以て、この選択された外部記録機器により、転送されてきたコンテンツデータが記録されるように制御するものとなる。
【発明の効果】
【００１２】
つまり、本発明によっては、例えば予約記録の実行開始に対応するタイミングにおいて、予約記録のための操作によりユーザが選択した外部記録機器に設定される優先順位と、予約記録実行開始に対応するタイミングにおける、これらの選択された外部記録機器についての所定の状態との兼ね合いにより、予約指定されたコンテンツデータを記録するのに最適とされる外部記録機器が、ユーザが選択したもののうちから自動的に選択されることになる。ちなみに、このようにして選択される外部記録機器は、予約記録のための操作によりユーザが選択したものの何れかとなるものであり、さらに、選択にあたっては、ユーザが設定した優先順位が考慮される。従って、外部記録機器の選択結果は、相応にユーザの意図に沿ったものとなる。
このように、本発明としては、データインターフェイスにより機器を相互接続して構成される放送コンテンツの予約記録システムとして、放送コンテンツを記録可能な機器が複数接続されるような環境を構築している場合において、これまでよりも高い利便性、実用性が与えられるものである。
【発明を実施するための最良の形態】
【００１３】
以下、本発明を実施するための最良の形態（以下、「実施の形態」という）について説明を行うこととする。本実施の形態としては、本発明に基づく記録制御装置としての機能をデジタルテレビジョン受像機に搭載した場合を例に挙げることとする。
【００１４】
図１は、本実施の形態のデジタルテレビジョン受像機１を備えて構成される、ＡＶ(Audio Video)システムの構成例を示している。
この図においては、本実施の形態のデジタルテレビジョン受像機１とともに、ＨＤＤ（ハードディスクドライブ）２、Blu-Ray Disc（商標）レコーダ／プレーヤ３、デジタルビデオレコーダ４、及びＳＴＢ（セットトップボックス）５が示されている。そして、システム構成としては、デジタルテレビジョン受像機１を含むこれらの計５台の機器をＩＥＥＥ１３９４データインターフェイスの企画に対応するデータバスである、ＩＥＥＥ１３９４バス８により接続するようにされている。これにより、この図に示される５台の機器の間では、ＩＥＥＥ１３９４データインターフェイスによる相互通信が可能となる。
【００１５】
デジタルテレビジョン受像機１は、所定のデジタルテレビジョン放送に対応しており、例えば放送信号を受信選局して得られた放送コンテンツデータ（ビデオ／オーディオデータ）を画像／音声として再生出力する。
ＨＤＤ（ハードディスクドライブ）２は、メディアとしてハードディスクを備える記憶装置であり、この場合には、ＩＥＥＥ１３９４バス８を介して転送されてきたデータをハードディスクに書き込んで記憶して管理し、また、例えば、ＩＥＥＥ１３９４バス８を介して受信した外部機器からの再生要求に応じて、要求されたデータを読み出してＩＥＥＥ１３９４バス８を介して所要の外部機器に転送する。
Blu-Ray Discレコーダ／プレーヤ３は、Blu-Ray Discに対応してデータの記録再生が可能な記録再生装置である。また、デジタルビデオレコーダ４は、例えばＤ−ＶＨＳなどをはじめとして、所定フォーマットのテープメディアに対応してデータの記録再生が可能な記録再生装置である。これらBlu-Ray Discレコーダ／プレーヤ３、及びデジタルビデオレコーダ４も、ＩＥＥＥ１３９４バス８を介して転送されてきたデータを装填された対応メディアに書き込んで記憶し、また、例えば、ＩＥＥＥ１３９４バス８を介して受信した外部機器からの再生要求に応じて、要求されたデータを対応メディアから読み出してＩＥＥＥ１３９４バス８を介して所要の外部機器に転送する。
ＳＴＢ５は、例えば所定のデジタル放送を受信選局するチューナ機能を備えているものであり、受信選局して得られた放送コンテンツデータ（ビデオ／オーディオデータ）を、例えば所定形式によるデータとして、ＩＥＥＥ１３９４バス８経由で所要の外部機器に転送する。
【００１６】
ここで、本実施の形態のデジタルテレビジョン受像機１は、予約録画機能として、後述するようにして行われるユーザ操作による予約録画設定に応じて、録画予約番組として指定された放送番組のコンテンツデータ（ビデオ／オーディオデータ）を、ＩＥＥＥ１３９４バス８を介して他の記録可能機器に転送して記録させることができる。
このために、テレビジョン受像機１は、ＩＥＥＥ１３９４データインターフェイスにより規定されるＡＶ／Ｃコマンドを用いることで、他の記録可能機器をコントロールするようにされる。図１において、デジタルテレビジョン受像機１から転送される放送番組としてのコンテンツデータを記録可能な機器としては、ＨＤＤ２、Blu-Ray Discレコーダ／プレーヤ３、及びデジタルビデオレコーダ４を挙げることができる。従って、デジタルテレビジョン受像機１が、上記予約録画機能により外部記録装置に放送コンテンツデータの記録を実行させるときには、ＨＤＤ２、Blu-Ray Discレコーダ／プレーヤ３、及びデジタルビデオレコーダ４のいずれかをＡＶ／Ｃコマンドにより制御することになる。
ＩＥＥＥ１３９４のデータインターフェイスフォーマットでは、コマンドを送信して制御を実行する側のデバイスをControllerといい、コマンド受信に応じて動作する制御される側のデバイスをTargetということがある。デジタルテレビジョン受像機１による予約録画のための記録制御に関すれば、図１のシステムにおいては、デジタルテレビジョン受像機１がControllerであり、ＨＤＤ２、Blu-Ray Discレコーダ／プレーヤ３、デジタルビデオレコーダ４がTargetとなる。
【００１７】
図２は、本実施の形態のデジタルテレビジョン受像機１の構成例を示している。
アンテナ１１は、例えば実際には、デジタル放送の放送形態（衛星、地上波など）に応じた形式のアンテナ構造を有し、送信されてきた放送信号を受信して例えば所定の高周波信号に変換して、デジタルテレビジョン受像機１に対して供給する。
【００１８】
デジタルテレビジョン受像機１においては、アンテナ１１にて受信され、所定の周波数に変換された受信信号を、フロントエンド部１２により入力する。
フロントエンド部１２では、制御部２３からの伝送諸元等を設定した設定信号に基づいて、この設定信号により決定されるキャリア（受信周波数）を受信して、例えばビタビ復調処理や誤り訂正処理等を施すことで、ＴＳ（Transport Stream）を得るようにされる。
【００１９】
このデジタル放送の規格によるＴＳは、周知のように、例えばＭＰＥＧ２(Moving Picture Experts Group Layer2）方式などの符号化方式に従って、複数のプログラム（番組）のビデオ信号及びオーディオ信号を圧縮した圧縮データと、各種の付加情報が多重化されている。上記したビデオ信号及びオーディオ信号を圧縮した圧縮データは、ＥＳ（Elementary Stream)として多重化される。また、放送側が挿入する付加情報としては、ＰＡＴ(Program Association Table)、ＰＭＴ(Program Map Table)などのテーブルを格納するＰＳＩ(Program Specific Information：番組特定情報）や、ＳＩ(Service Information:番組配列情報）などが挙げられる。
そして、上記情報の多重化は、ＴＳを所定データサイズのトランスポートストリーム・パケット（ＴＳパケット）により形成するようにして、このＴＳパケットに対して、上記したＥＳ及び各種付加情報を格納することにより行われる。
フロントエンド部１２にて得られたＴＳは、デスクランブラ１３に対して供給される。
【００２０】
また、フロントエンド部１２では、ＴＳからＰＳＩ(Program Specific Information:番組特定情報）のパケットを取得し、その選局情報を更新すると共に、ＴＳにおける各チャンネルのコンポーネントＰＩＤ(Program ID)を得て、例えば制御部２３に伝送する。制御部２３では、取得したＰＩＤを受信信号処理に利用することになる。
【００２１】
デスクランブラ１３では、予め用意されたデスクランブルキーデータを制御部２３から受け取ると共に、制御部２３によりＰＩＤが設定される。そして、このデスクランブルキーデータとＰＩＤとに基づいてデスクランブル処理を実行する。
この場合において、デスクランブラ１３にてデスクランブル処理が施されたＴＳは、スイッチ１５の端子Ｔ１に対して供給されると共に、分岐してＩＥＥＥ１３９４インターフェイス（Ｉ／Ｆ）１４に対して供給されるようになっている。また、確認のために述べておくと、デスクランブラ１３から出力されるＴＳとしては、複数のプログラムのＥＳが多重化されている可能性があり、また、ＰＳＩをはじめとする付加情報も除去されることなく多重化されているものである。
【００２２】
スイッチ１５は、制御部２３の制御によって、端子Ｔ３に対して端子Ｔ１又は端子Ｔ２が択一的に接続されるようにして切り換えが行われる。そして、受信した放送信号をデコードしてビデオ／オーディオ信号として出力する際には、端子Ｔ３に対して端子Ｔ１を接続することで、デスクランブラ１３から出力されたＴＳをデマルチプレクサ１６に対して供給する。
これに対して、ＩＥＥＥ１３９４インターフェイス１４にて受信した外部からのＴＳをデコードしてビデオ／オーディオ信号として出力する際には、端子Ｔ３に対して端子Ｔ２を接続することで、ＩＥＥＥ１３９４インターフェイス１４にて受信したＴＳをデマルチプレクサ１６に対して出力するようにされる。
【００２３】
デマルチプレクサ１６は、制御部２３により設定されたフィルタ条件に従って、デスクランブラ１３から供給されたＴＳから必要なＴＳパケットを分離する。これにより、例えばデマルチプレクサ１６においては、目的とする１つのプログラムについてのＴＳパケットとして、所定の符号化方式（例えばＭＰＥＧ２方式）により圧縮されたビデオデータのＴＳパケットと、圧縮されたオーディオデータのＴＳパケットを得ることになる。そして、このようにして得られた圧縮ビデオデータと圧縮オーディオデータを、それぞれ、ビデオ信号処理部１７、オーディオ信号処理部２０に対して出力する。
【００２４】
なお、デマルチプレクサ１６により分離された圧縮ビデオ／オーディオデータの個別パケットは、ＰＥＳ(Packetized Elementary Stream)と呼ばれる形式でそれぞれ、ビデオ信号処理部１７とオーディオ信号処理部２０とに入力されるようになっている。
また、上記したフィルタ条件の設定は、例えばデマルチプレクサ１６において、ＴＳに含まれるＰＡＴ、ＰＭＴなどを抽出して、制御部２３に転送するようにされる。そして、制御部２３が、転送されてきたＰＡＴ、ＰＭＴなどに記述されている情報内容に基づいて、１６に対してフィルタ条件を設定するようにされる。
【００２５】
ビデオ信号処理部１７においては、先ず、入力された圧縮ビデオデータについて、その圧縮符号化形式に応じたデコード（伸長）処理を実行する。そして、この伸長処理により得られたビデオデータについて、画質調整などをはじめとした所要の信号処理を実行する。
また、詳しい図示は省略しているが、ビデオ信号処理部１７は、いわゆるオンスクリーンディスプレイ（ＯＳＤ）機能も有している。つまり、デマルチプレクサ１６から入力されてきた放送を受信して得られたビデオ信号を表示して得られる主画像に対して、各種の所要の文字、図形などによる所定内容の画像（オンスクリーンディスプレイ画像）が重畳表示されるようにするための、オンスクリーンディスプレイ画像データの生成処理、及び生成したオンスクリーンディスプレイ画像データを、主画像のビデオ信号に合成するための合成処理なども実行するようにされる。これにより、例えば選局チャンネルの通知表示や、音量操作などに応じた音量表示などが行われる。また、このＯＳＤ機能により、後述するような電子番組ガイド表や操作画面などの画像をはじめとした各種の重畳画像を表示出力させることができる。なお、本実施の形態のオンスクリーンディスプレイ（ＯＳＤ）機能を実現するための技術としては、現在或いは将来において公知となっているものが採用されればよい。
【００２６】
例えば、電子番組表に関すれば、放送信号には、上記した各種の付加情報とともに、規定のフォーマットにしたがって、番組ガイド情報のデータ（以降、ＥＰＧ(Electronic Program Guide) データという）も多重化されている。
デマルチプレクサ１６では、入力されたＴＳからＥＰＧデータを抽出し、制御部２３に転送する。
制御部２３では、転送されたＥＰＧデータに基づいて、例えばビデオ信号処理部１７に対する制御を実行して、電子番組ガイド表としてのオンスクリーンディスプレイ画像データを生成させる。番組ガイド表は、番組閲覧、選択などのためのＧＵＩ画像として機能する。そして、ビデオ信号処理部１７では、生成したオンスクリーンディスプレイ画像データを、主画像としてのビデオ信号と合成させる処理を実行する。なお、例えば電子番組ガイド表が、主画像にとって代わるようにして表示画面全体により表示されるものである場合には、合成処理としては、主画像のビデオ信号の代わりに、オンスクリーンディスプレイ画像データによる表示用のビデオ信号を生成するようにされる。
ビデオ信号処理部１７から出力されたビデオ信号は、表示駆動部１８に入力される。
【００２７】
表示駆動部１８は、表示部１９としてのディスプレイデバイス種別に応じて、表示部１９を表示駆動するように構成された駆動回路部とされる。表示駆動部１８は、入力されたビデオ信号に基づいて表示部１９を表示駆動するための駆動信号を生成して出力する。これにより、表示部１９の表示画面部には画像が表示されることになる。なお、本実施の形態の表示部１９に採用されるディスプレイデバイスの種類としては、特に限定されるべきものではない。
【００２８】
また、オーディオ信号処理２０は、先ず、入力された圧縮オーディオデータについて、その圧縮符号化形式に応じたデコード（伸長）処理を実行する。なお、この伸長処理は、ビデオ信号処理部１７にて伸長処理が施されて出力されるビデオ信号の再生出力タイミングに同期するように、つまり、いわゆるリップシンクが保たれるようにして実行される。また、オーディオ信号処理部２０は、上記伸長処理によって得られたオーディオ信号について、ゲイン調整、音質調整、音量調整、音響効果の付加などの所要の信号処理を必要に応じて実行し、スピーカアンプ２１に出力する。
なお、この図では、説明を簡単にするために、オーディオ信号処理部２０以降のオーディオ信号の系を１系統により示しているが、実際には、Ｌ（左），Ｒ（右）ステレオに対応する２チャンネルのオーディオ信号の系とされてもよいし、さらには、所定のチャンネル構造による３チャンネル以上のマルチチャンネルに対応するオーディオ信号の系とされてもよい。
【００２９】
スピーカアンプ２１では、入力されたオーディオ信号について増幅を行ってスピーカ駆動信号を得て、スピーカ２２に供給する。これにより、スピーカ２２からは、例えば、表示部１９にて表示される画像と同期した音声が出力される。
【００３０】
ＩＥＥＥ１３９４インターフェイス１４は、当該デジタルテレビジョン受像機１と外部機器とをＩＥＥＥ１３９４バス８を介して通信可能とするために設けられる。そして、このための基本構成としては、周知のように、ハードウェア、ファームウェア的には、物理層、リンク層、トランザクション層、及びシリアルバス・マネージメントを備え、この上位にアプリケーションが設けられる構成を採る。
【００３１】
この場合のＩＥＥＥ１３９４インターフェイス１４は、デジタルテレビジョン受像機１にて受信されてデスクランブラ１３にてデスクランブル処理が施されたＴＳを入力して、ＩＥＥＥ１３９４バス８を介して接続された外部機器に対して送信出力可能とされている。
【００３２】
上記のようにして受信取得したＴＳを外部機器に対して送信する際の動作としては、概略は次のようになる。
デスクランブラ１３からＩＥＥＥ１３９４データインターフェイス１４に対して入力されるＴＳには、複数のプログラムのデータが多重化され、さらに、各種の付加情報が多重化されている状態にある。
そこで、ＩＥＥＥ１３９４インターフェイス１４では、デスクランブラ１３から入力されたＴＳから必要とされるプログラム（コンテンツ）のみのＴＳパケットを分離するようにされる。なお、この際においても、先のデマルチプレクサ１６の動作として説明したように、例えばＴＳに含まれるＰＡＴ、ＰＭＴなどの付加情報の内容に基づいて、必要なＴＳパケットを抽出するためのフィルタ条件が設定される。
【００３３】
上記のようにして、ＩＥＥＥ１３９４インターフェイス１４にて分離されたＴＳパケットによっては、送信用のＴＳが再構築されることになるのであるが、このＴＳは、元のＴＳから必要とされるプログラムに対応する情報のみが部分的に抜き出されたものであることから、「パーシャル・トランスポートストリーム（パーシャルＴＳ）」といわれる。
そして、ＩＥＥＥ１３９４インターフェイス１４では、上記のようにして得られたパーシャルＴＳに対して、必要に応じて、パーシャルＴＳに不連続性が生じたことを示すＤＩＴをその不連続位置に挿入するなどした後、ＩＥＥＥ１３９４データインターフェイスのフォーマットに従ったパケット化を施し、ＩＥＥＥ１３９４バス８を介して、目的の外部機器（ノード：Node）に対して送信するようにされる。
【００３４】
また、本実施の形態のＩＥＥＥ１３９４インターフェイス１４では、外部機器から送信されたＴＳの形式のデータをＩＥＥＥ１３９４バス８を介して受信取得することが可能とされる。そして、このようにして受信取得したＴＳを、スイッチ１５を介してデマルチプレクサ１６に対して出力することで、最終的には表示部１９及びスピーカ２２により、画像／音声として出力される。
【００３５】
つまり、本実施の形態のデジタルテレビジョン受像機１では、ＩＥＥＥ１３９４通信部４を備えることで、受信取得したＴＳ（放送コンテンツデータ）を外部機器に対して送出することが可能とされる。このときに、外部機器として、例えば図１のシステム構成に示したようにして、外部機器として、ＨＤＤ２、Blu-Ray Discレコーダ／プレーヤ３、及びデジタルビデオレコーダ４などのデジタルストレージ機器（外部記録機器）を選択すれば、当該デジタルテレビジョン受像機１により受信した放送コンテンツデータを、ＴＳの形式によりデジタルストレージ機器に記録して保存することができる。つまり、放送コンテンツデータの録画が行われる。
また、例えばこれらのデジタルストレージ機器にＴＳとして保存された放送コンテンツデータを再生させて、ＩＥＥＥ１３９４バス８経由で送信させれば、受信した放送コンテンツデータについて再生して、画像／音声として出力させることが可能となる。つまり、録画したコンテンツデータを、デジタルテレビジョン受像機１により再生することができる。
なお、ＩＥＥＥ１３９４インターフェイス１４の動作は、制御部２３によって制御される。
【００３６】
制御部２３は、これまでの説明から理解されるように、デジタルテレビジョン受像機１における各種制御処理を実行するもので、例えばＣＰＵ、ＲＯＭ、ＲＡＭなどから成るマイクロコンピュータを備えて構成される。
操作部２４は、デジタルテレビジョン受像機１に対して備えられる各種操作子と、この操作子に対する操作に応じた操作情報信号を生成して制御部２３に出力するように構成された回路部等を一括して示している。また、デジタルテレビジョン受像機１にリモートコントローラが付属する場合には、このリモートコントローラと、リモートコントローラに対する操作に応じて、例えば赤外線、電波などにより送信されてくる操作情報信号を受信復調して制御部２３に出力する受信回路部も含まれることになる。
【００３７】
上記のようにして構成される本実施の形態のデジタルテレビジョン受像機１では、前述もしたようにして、予約録画機能として、ユーザにより行われた予約録画設定操作に応じて録画予約番組として指定された放送番組のコンテンツデータ（ビデオ／オーディオデータ）を、ＩＥＥＥ１３９４バス８を介して、例えば上記した外部記録機器に対して転送して記録させることができる。
そこで、以降、本実施の形態のデジタルテレビジョン受像機１の予約録画機能について説明することとする。
【００３８】
デジタルテレビジョン受像機１により受信される放送コンテンツを予約録画するためには、先ず、ユーザが録画を予約したいと思う放送番組を選択指定することをはじめ、予約録画に必要な設定が行われる必要がある。そこで先ず、本実施の形態のデジタルテレビジョン受像機１に対してユーザが行うとされる予約録画設定操作の手順を、図３を参照して説明する。図３には、予約録画設定操作に応じた表示部１９の表示画面における表示内容の遷移が示される。
【００３９】
本実施の形態としては、予約録画設定における録画番組の指定は、電子番組ガイド表に対する操作により行われるべきこととしている。このために、ユーザによる予約録画設定を開始するための操作が行われたとすると、これに応じたデジタルテレビジョン受像機１の動作として電子番組ガイド表を表示させるようにしている。この操作に応じて、例えば図１により説明したようにしてＥＰＧデータに基づいて電子番組ガイド表を表示部１９に表示させる動作が得られる。この結果、表示部１９の画面に表示される電子番組ガイド表を図３（ａ）に示す。
【００４０】
この図に示す電子番組ガイド表の基本的なレイアウトとしては、基本的には、先ず、縦方向に沿っては、各行が放送チャンネルごとに区分されている。各行の最も左側には、放送局のロゴマークと、チャンネル番号が示されることで、その行がどの放送チャンネルであるのかが分かるようになっている。そして、各行において、これらロゴマーク及びチャンネル番号よりも右側の領域が、その放送チャンネルにおける放送番組を示す領域となる。
また、電子番組ガイド表の横方向に沿っては時刻が示されており、上記各行における放送番組を示す領域は、この時刻の表示に従って、横方向に沿って放送番組の放送時間帯で区分される。このようにして区分された領域には、例えば実際には、番組のタイトルなどが表示されており、タイトルバーともいわれる。
【００４１】
この場合の電子番組ガイド表は、予約録画したい番組を選択するためのＧＵＩ(Graphical User Interface)画像として機能する。そして、ユーザが電子番組ガイド表に対する操作を行うために、電子番組ガイド表上には、カーソルＣＲが配置表示される。ユーザはリモートコントローラなどに対する操作により、タイトルバー間でカーソルＣＲを移動させることができるようになっている。そこで、ユーザが、予約録画したい番組を選択するときには、カーソルＣＲを上下左右方向に任意に移動させる操作を行って、所望の番組を示すタイトルバーにカーソルＣＲを配置させる。そして、この状態で、決定操作を行うようにされる。
【００４２】
本実施の形態の録画予約設定としては、上記のようにして録画予約する番組を選択決定すると、図３（ｂ）に示す録画機器選択画面の表示に移行するようにされている。録画機器選択画面は、以降説明するようにして、上記図３（ａ）に示した電子番組ガイド表に対する操作により選択決定された録画番組のデータ（放送コンテンツデータ）を記録する外部記録機器を選択するためのＧＵＩ画面となる。つまり、本実施の形態の録画予約設定としては、１つの録画番組が決定されるごとに、かならず、外部記録機器を選択する手順となるようにされている。
【００４３】
図３（ｂ）に示す録画機器選択画面においては、先ず画面左側の領域に対して録画機器一覧が示される。
この録画機器一覧には、現在において、デジタルテレビジョン受像機１とＩＥＥＥ１３９４バス８により接続されているNode（機器）のうちで、録画番組としての放送コンテンツデータとしての形式のデータを記録可能な能力を持つものとされる機器、つまり、外部記録機器のリストが表示される。
この録画機器一覧では、外部記録機器について、カテゴリ、メーカ、型番により示すこととしている、カテゴリは、外部記録機器の対応メディアなどにより区分されるカテゴリを示す。
この図３（ｂ）に示されるカテゴリのリストは、図１に示したシステム構成例に対応している。つまり、図１に示すシステム構成においては、デジタルテレビジョン受像機１を除く機器のうちで、放送コンテンツデータを記録可能な機器は、ＨＤＤ２、Blu-ray Discレコーダ／プレーヤ３、デジタルビデオレコーダ４となっている。図２の録画機器一覧のカテゴリの欄に示される「ＨＤＤ」、「ＢＤ」、「ＤＶＨＳ」は、それぞれ、ＨＤＤ２、Blu-ray Discレコーダ／プレーヤ３、デジタルビデオレコーダ４を示す。
また、録画機器一覧におけるメーカは、外部記録機器ごとのメーカ名を示す。型番は、外部記録機器ごとの型番を示す。
【００４４】
なお、このような録画機器一覧にリストアップされる外部記録機器の情報は、後述するようにして、バスリセットに応じてデジタルテレビジョン受像機１が実行する機器認識処理により取得できる。
【００４５】
ユーザは、この録画機器一覧を見ることで、現在ＩＥＥＥ１３９４バス８により接続されるシステムにおいて存在する外部記録機器を知ることができる。
そして、ユーザは、この録画機器一覧に示される外部記録機器のリストのうちから、任意の複数の外部記録機器を、今回録画予約した番組のデータ（放送コンテンツデータ）を記録させる候補の機器として選択できるようになっている。また、複数の外部記録機器を選択する操作を行うのにあたり、これらの複数の外部記録機器について、今回録画予約した番組のデータ（放送コンテンツデータ）を記録させるための優先度（優先順位）を与えることもできるようになっている。
このようにして選択された外部記録機器、つまり録画候補機器は、録画機器一覧の左側に表示される録画候補機器のリストの欄に示されることになる。この図では、録画候補機器として、「優先度１」のカテゴリが「ＨＤＤ」とされ、「優先度２」のカテゴリが「ＢＤ」となっている。つまり、録画候補機器としてはＨＤＤ２とBlu-ray Discレコーダ／プレーヤ３の２台を選択しており、優先度としては、ＨＤＤ２のほうがBlu-ray Discレコーダ／プレーヤ３よりも優先されるようにして設定されている。
なお、録画候補機器のリストの表示においても、選択された外部記録機器については、「カテゴリ」「メーカ」「型番」が示される。
【００４６】
ユーザは、上記のようにして録画候補機器としての外部記録機器を選択して、例えばその選択内容を確認し、設定内容に間違いがなければ、決定操作を行うようにされる。
この決定操作に応じては、例えば、図３（ｃ）に示す録画予約設定一覧が表示される。この録画予約設定一覧には、現在登録されている全ての録画予約番組に関する録画予約設定内容が示されている。そして、このときに表示される録画予約設定一覧には、上記図３（ａ）、図３（ｂ）により説明したユーザ操作に応じて登録されたものとされる、録画予約設定内容が示されている。
この図における録画予約設定一覧としては、１つの録画予約番組ごとに、ＣＨ（チャンネル）、録画日、録画開始時刻、録画終了時刻と、録画機器が示されている。
これらの項目のうちで、ＣＨ（チャンネル）、録画日、録画開始時刻、録画終了時刻の項目に示される情報は、予約録画（記録）の対象となる放送コンテンツデータを特定して指定する情報として見なせるものであり、図３（ａ）に示した電子番組ガイド表に対する録画番組の選択決定操作に応じて得られるものである。
また、録画機器の項目は、図３（ｂ）にて説明したようにして選択された録画候補機器としての外部記録装置が示される領域である。
ユーザは、このようにして表示される録画予約設定一覧を見ることで、今回の録画予約設定の操作により設定した内容を確認するようにされる。
なお、実際の録画予約設定一覧に示される項目としては、説明を簡単にするために最も簡易な例を示している。従って、上記したＣＨ（チャンネル）、録画日、録画開始時刻、録画終了時刻と、録画機器の他に、例えば番組タイトルや各種記録モード設定などをはじめとした項目が追加されてかまわない。
【００４７】
ここで、上記した予約録画設定に応じた、デジタルテレビジョン受像機１の予約録画のための動作について概要的に説明しておく。
本実施の形態のデジタルテレビジョン受像機１としては、番組予約録画設定情報を保持している。この番組予約録画設定情報は、この場合には、１番組分の番組録画予約の設定が行われるごとに、その録画予約番組に対応する情報を追加していくようにして形成されるもので、上記図３に示した録画予約設定一覧における登録内容は、この番組予約録画設定情報に基づいて表示されるものである。
そして、本実施の形態のデジタルテレビジョン受像機１においては、番組予約録画設定情報に基づいて、例えば録画開始時刻となる所定時間前のタイミングにおいて、その録画予約番組を録画するための準備動作として、録画候補機器として選択されている外部記録機器のうちから、実際に録画番組としての放送コンテンツデータを記録させるための１台の外部記録装置を、選択するようにされる。
【００４８】
このためには、先ず、最も高い優先度（優先度１）が設定されている外部記録機器についての現在の所定の状態について認識するようにされる。この状態認識は、後述するようにして、ＩＥＥＥ１３９４バス８を介したＡＶ／Ｃコマンドの送受信によってデジタルテレビジョン受像機１が、優先度１の設定された外部記録機器に対して現在の所定の状態について問い合わせる処理を実行することにより可能である。
本実施の形態としては、例えば、外部記録機器の現在の所定の状態として、動作状態、メディアの有無、また、メディアが装填されているとして、その装填されたメディアに対するコンテンツデータの記録の可否、及び装填されているメディアの記録可能容量（残り容量）などを認識するようにされる。
【００４９】
例えば先ず、外部記録機器の動作状態について、デジタルテレビジョン受像機１以外の他の装置から転送されてくるデータを記録中である、あるいは、装填されたメディアを再生中であると認識された場合には、デジタルテレビジョン受像機１から放送コンテンツデータを転送しても、記録させることはできないことになる。
また、ドライブに対する装填／排出が可能ないわゆるリムーバブルメディアに対応する外部記録機器の場合であれば、メディアの有無に関して、メディアが装填されていないとの認識結果が得られた場合にも、デジタルテレビジョン受像機１の放送コンテンツデータを記録させることはできない。
また、認識されたメディアの記録可能容量と、これより録画する番組の放送コンテンツデータのデータ量とを比較して、メディアの記録可能容量のほうが少ないと判断された場合にも、デジタルテレビジョン受像機１の放送コンテンツデータを完全に最後まで記録させることはできないことになる。
このような場合、本実施の形態としては、その外部記録機器に対する予約番組の録画（放送コンテンツデータの記録）は不可であると判定するようにされる。
【００５０】
これに対して、動作状態としては、例えば記録も再生も実行していない状態であり、記録可能なメディアは装填（実装）されている状態にあり、さらに装填（実装）されているメディアの記録可能容量がこれより録画する番組の放送コンテンツデータのデータ量よりも大きいとされる場合には、この動作状態にある外部記録機器に対して、デジタルテレビジョン受像機１の放送コンテンツデータを記録させることが可能であり、また、番組の最後まで記録されるということになる。このような動作状態であれば、本実施の形態としては、その外部記録機器に対する予約番組の録画（放送コンテンツデータの記録）は可能であると判定するようにされる。
【００５１】
ここで、優先度１が設定された外部記録機器の状態の認識結果に基づいて、予約番組の録画が可能であると判定されたのであれば、デジタルテレビジョン受像機１は、これより予約録画すべき番組のデータ（放送コンテンツデータ）を、この優先度１の外部記録機器に対して転送して記録させるように制御を実行することになる。つまり、録画開始時刻に基づく、所定タイミングで番組予約録画設定情報が示す番組が放送されるチャンネルを選局してそのＴＳを得るようにされる。そして、上記のようにして得られたＴＳを、ＩＥＥＥ１３９４インターフェイス１４からＩＥＥＥ１３９４バス８を介して、優先度１が設定されていた外部記録機器に対してIsochronous通信により転送して記録を実行させる。なお、優先度１が設定されていた外部記録機器にて、転送したデータの記録を実行させるには、デジタルテレビジョン受像機１が、同じＩＥＥＥ１３９４データインターフェイス規格におけるＡＶ／Ｃコマンドによる制御を行うようにされる。
【００５２】
これに対して、優先度１が設定された外部記録機器についての状態の認識結果に基づいて、予約番組の録画が不可であると判定された場合には、次に高い優先度（優先度２）が設定された外部記録機器について、同様にして、現在の状態についての認識を行い、予約番組の録画についての可否についての判断を行うようにされる。そして、ここで予約番組の録画が可能であると判定されれば、この優先度２の外部記録機器に対して予約番組の記録（録画）を実行させる。これに対して、予約番組の録画が不可であると判定されたのであれば、さらに次の優先度の外部記録機器を対象として、上記と同様の処理を実行するようにされる。以降、録画候補機器として選択された外部記録機器について、予約番組の録画が可能であると判定されるまで、これまでの説明と同じ手順による処理を行っていくようにされる。
【００５３】
このようにして、実際に録画予約番組の放送コンテンツデータを記録する外部記録機器を選択するようにしていることで、本実施の形態としては、録画予約番組を記録するのに適切とされる外部記録機器が自動的に選択されることになる。また、この選択は自動でありながら、ユーザが番組予約録画設定時において設定した、録画候補機器についての優先度に従ったものとなっていることから、ユーザの意向に沿わない機器選択にはならないようにされている。
また、図３を参照した説明に依れば、本実施の形態の予約録画の設定にあたっては、録画予約番組を１つ指定する都度、録画候補機器の選択を行うようにされている。これは、録画候補機器の選択設定を、録画予約番組全体について共通とするのではなく、録画予約番組ごとに対応して行わせているということを意味する。このような手順とすることで、例えば、あるジャンルの番組は、ＨＤＤに録画し、他のあるジャンルの番組は、Blu-Ray Discレコーダ／プレーヤに録画するなどのようにして、録画コンテンツの記録先を振り分けることが可能になる。つまり、例えば録画コンテンツの管理がしやすくなる。
このようにして、本実施の形態としては、録画予約対象の番組のコンテンツデータを、データインターフェイス経由で外部記録機器に記録させる録画予約（記録）システムとして、外部記録機器が複数存在する環境を前提とした場合において、これまでよりも高い利便性、実用性が与えられることになる。また、外部記録機器の自動選択が行われるということで、例えば外部記録装置の選択が固定される従来と比較すれば、複数の外部記録機器がこれまでよりも有効に利用されることにもなる。
【００５４】
続いては、これまでに説明した、番組録画予約設定における録画候補機器の選択と、予約録画開始のタイミングに応じて、録画候補機器のうちから実際に予約番組を録画（記録）させる外部記録機器を選択決定するための動作とを実現するための技術的構成について説明していくこととする。
【００５５】
先ず、上記した動作の実現にあたっては、ＩＥＥＥ１３９４インターフェイスの規格下で規定される、AV/C Command（ＡＶ／Ｃコマンド）を用いての所定のコマンド内容による通信が行われる。このAV/C Commandのフォーマットについて、本実施の形態に関する部分について説明しておくこととする。
【００５６】
ＩＥＥＥ１３９４データインターフェイスのフォーマットにおいてはＦＣＰ(Function Control Protocol)が規定される。AV/C Command(AV/C Digital Interface Command Set)は、ＦＣＰにおいて、ＡＶ(Audio Video)機器間でのＩＥＥＥ１３９４インターフェイス１４による通信のために定義されているものである。ＦＣＰとしては、Asynchronous通信において規定されるWrite Transactionを使用する。つまり、ControllerからTargetに対するコマンド（Command）の伝送と、これに応答したTargetからControllerに対するレスポンス（Response）の伝送が、ＦＣＰによるデータ伝送（Transaction）の基本となる。
【００５７】
図４は、ＦＣＰが使用するWrite Transactionにおいて規定される、Write Request Packetの例として、Serial Bus Block Write Packetの構造を示す。なお、周知のようにして、ＡＶ／Ｃコマンドでは、このSerial Bus Block Write Packetのほかに、Serial Bus Quadlet Write Packetが、コマンド／レスポンスの送受信に使用される。Serial Bus Quadlet Write Packetは、例えば次に説明するFCP frameのサイズが４バイトとなる場合に使用すべきことが規定されている。
【００５８】
このＡＶ／Ｃコマンドパケットにおける上位５quadletは、packet headerとされる。packet headerの第１quadletにおける上位１６ビットの領域はdestination_IDで、データの転送先（宛先）のNode IDを示す。続く６ビットの領域はtl(transact label)であり、パケット番号を示す。続く２ビットはrt(retry code)であり、当該パケットが初めて伝送されたパケットであるか、再送されたパケットを示す。続く４ビットの領域はtcode(transaction code)は、指令コードを示している。そして、続く４ビットの領域はpri(priority)であり、パケットの優先順位を示す。
【００５９】
第２quadletにおける上位１６ビットの領域はsource_IDであり、データの転送元のNode_ID  が示される。
また、第２quadletにおける下位１６ビットと第３quadlet全体の計４８ビットはdestination_offsetとされ、COMMANDレジスタ(FCP_COMMAND register)とRESPONSEレジスタ(FCP_RESPONSE register)のアドレスが示される。
上記destination_ID及びdestination_offsetが、ＩＥＥＥ１３９４フォーマットにおいて規定される６４ビットのアドレス空間に相当する。
【００６０】
第４quadletの上位１６ビットの領域は、data_lengthとされ、後述するdatafield（図１８において太線により囲まれる領域）のデータサイズが示される。
続く下位１６ビットの領域は、extended_tcodeの領域とされ、tcodeを拡張する場合に使用される領域である。
【００６１】
第５quadletとしての３２ビットの領域は、header_CRCであり、Packet headerのチェックサムを行うＣＲＣ計算値が格納される。
【００６２】
Packet headerに続く第６quadletからdata blockが配置され、このdata block内の先頭に対してFCP frameが形成される。
FCP frameとして先頭となる第６quadletの上位４ビットには、CTS(Command and Transaction Set)が記述される。これは、当該ＡＶ／ＣコマンドパケットのコマンドセットのＩＤを示す。
FCP frameにおけるCTS以降の領域は、FCP dataの領域となる。また、必要があれば、FCP dataの領域の後ろに対して、０のバイト領域(zero pad bytes)を付加することができる。
FCP frameに続けては、data_CRCが配置される。
【００６３】
前述もしたように、ＦＣＰで定義されるＡＶ／Ｃコマンドパケットは、ControllerからTargetに対するコマンド（Command）の伝送と、これに応答したTargetからControllerに対するレスポンス（Response）の伝送に用いられる。
図５は、上記図４に示したＡＶ／Ｃコマンドパケットをコマンド(Command）伝送に使用する場合のFCP frame（AV/C command frame）の構造を示している。
【００６４】
AV/C command frameにおいて第１quadletとなる３２ビット領域の上位４ビットには、図４にも示しているように、CTS(Command and Transaction Set)が記述される。これは、FCP frameのコマンドセットのＩＤを示す。図５に示すAV/C command frameとしては、このCTSの値について、[0000]を格納している。この値は、FCP frameがＡＶ／Ｃコマンドパケットであることを定義している。
そして、CTSに続く４ビットの領域が、ctype(Command type）とされ、コマンドの機能分類を示す。つまり、Commandとしての機能に応じた値が格納される。ctypeとしては、[0000]〜[0111]を使用できるものとしており、例えば[0000]はCONTROL、[0001]はSTATUSなどとして定義されている。ちなみに、CONTROLは機能を外部から制御するためのCommandであり、STATUSは外部から状態を問い合わせるCommandである。
【００６５】
ctypeに続く５ビットの領域には、subunit_typeが格納される。subunit_typeは、Commandの送信先（Responseの送信元）のsubunitが何であるのか（機器）を示す。
ＩＥＥＥ１３９４データインターフェイスのフォーマットでは、機器そのものをunitと称し、そのunit（機器）内において備えられる機能的機器単位の種類をsubunitと称する。例えば一般のＶＴＲを例に採れば、ＶＴＲとしてのunitは、地上波や衛星放送を受信するチューナと、ビデオカセットレコーダ／プレーヤとの、２つのsubunitを備える。
【００６６】
上記subunit_typeに続く３ビットには、同一種類のsubunitが複数存在する場合に、各subunitを特定するためのsubunit id(Node_ID)が格納される。
【００６７】
上記subunit idに続く８ビットの領域には、opcodeが格納され、続く８ビットの領域には、operandが格納される。
opcodeとは、オペレーションコード(Operation Code)のことであって、Commandにより命令する内容（例えば再生(PLAY)、記録RECORD)など）が示される。operandには、opcodeが必要とする情報（パラメータ）が格納される。これらopcodeはsubunitごとに定義されており、subunitごとに固有のopcodeのリストを有する。operandは、opcode毎に定義される。
図５に示すFCP frame（AV/C command frame）としては、第１ｑｕａｄｌｅｔの３２ビットが必須とされる。つまり、operandとしては、operand[0]で示される１つを必須とするが、必要が有れば、これに続けて、operandを追加することができるものとされている。
【００６８】
図６は、図４に示したＡＶ／Ｃコマンドパケットをレスポンス(Response）伝送に使用する場合のFCP frame（AV/C response frame）の構造を示している。AV/C response frameとしては、上記図５に示したAV/C command frameのctype(Command type）がresponseとして定義される以外は、AV/C command frameと同様の構造を有する。
上記responseの４ビットの領域については、[1000]〜[1111]を使用するものとされており、例えば[1000]はNOT IMPLEMENTED、[1001]はACCEPTED、[1010]はREJECTED、[1111]はINTERIMなどとして定義されている。
これらのresponseの値は、コマンドの種類に応じて使い分けられる。例えば、CONTOROLのコマンドに対応するresponseとしては、NOT IMPLEMENTED、ACCEPTED、REJECTED、或いはINTERIMの4つのうちの何れかがＲｅｓｐｏｎｄｅｒ（AV/C response frameを送信する機器）の状況等に応じて使い分けられる。
また、AV/C response frameのoperandに対しては、AV/C commandに対する応答として記述すべき内容を格納することになる。
【００６９】
以降、本実施の形態についての以降の説明に関連するFCP frame(AV/C command/response frame)について例を挙げて説明する。
図７は、AV/C command frameとして、ディスク系の外部記録機器に対してメディアの有無についての情報を要求するためのAV/C READ DESCRIPTOR CONTROL commandを示している。ここでいう「ディスク系」の機器とは、ＡＶ／Ｃコマンドフォーマットにおいて、subunit_typeとしてDisc Recorder/Playerの範疇に含まれるものをいう。ちなみに、図１に示すシステム構成では、ＨＤＤ２、及びBlu-Ray Discレコーダ／プレーヤ３がディスク系の外部記録機器に属する。
なお、この図７においてはFCP frameの部分のみを抜き出して示しているものとされる。また、この図に示すFCP frameの構造は、３２ビット（1quadlet）を１行として示しており、各行ごとにFCP frameにおけるquadletの番号が１から昇順で付されている。また、各quadletにおいて示されるデータ値は、１６進法による表記となっている。この点においては、以降説明する、図８〜図１６についても同様である。
【００７０】
このAV/C READ DESCRIPTOR CONTROL commandにおいては、ctype==0x0とされ、subunit_typeとsubunit_idから成る８ビットは0x18（0xは１６進法表記であることを示す）となっている。ctype==0x0は、コマンド機能がCONTROLであることを示している。また、subunit_typeとsubunit_idから成る８ビットが0x18であるということは、subunit_type==0x03、subunit_id==0x0となっていることになるが、これらのsubunit_type及びsubunit_idの値により、Targetの機器のsubunitがDisc Recorder/Playerに属するものであることを示すことになる。また、第１quadletにおける第１７〜第２４ビットのopcodeについては0x06となっており、これにより、READ DESCRIPTOR CONTROL commandとして、上記したように、ディスク系の外部記録機器に対してメディアの有無についての情報を要求するコマンド機能を有することになる。
【００７１】
図７に示すAV/C READ DESCRIPTOR CONTROL commandに対するresponseである、AV/C READ DESCRIPTOR CONTROL responseの内容例を図８に示す。このAV/C READ DESCRIPTOR CONTROL commandにおいては、response==0x9とされているが、これはACCEPTEDのresponseであることを示している。また、subunit_typeとsubunit_idから成る８ビットと、これに続くopcodeは、AV/C READ DESCRIPTOR CONTROL commandと同じ値をとる。responseは、受信したCommnandのoperandについてレスポンス内容などに応じて所要の書き換えを行ったうえで返送されるものである。
そして、図８において示されるFCP frame構造における第６quadletにおいて、YYで示される、第１７ビット〜第２４ビットによる８ビットのoperand[19]が、メディアの有無を示す。
このYYの８ビットは、図示するようにして、２進法によるビット列としては、yy00 0000として表すことができる。そして、先頭から上位２ビットのyyについて、yy==00であれば、メディアの有無について不明であることを示し、yy==01ではメディアが有ることを示し、yy==10ではメディアが無いことを示すようにして定義されている。
【００７２】
図９は、AV/C command frameとして、ディスク系の外部記録機器に対してメディアの容量に関する情報と、記録可否についての情報を要求するためのAV/C READ DESCRIPTOR CONTROL commandを示している。なお、この場合にも、ctype==0x0、subunit_typeとsubunit_idから成る８ビットが0x18となっている。また、opcode==0xD0とされていることで、READ DESCRIPTOR CONTROL commandとして、メディアの容量に関する情報と、記録可否についての情報を要求する機能を有することになる。
【００７３】
上記図９に示すAV/C READ DESCRIPTOR CONTROL commandに対するresponseである、AV/C READ DESCRIPTOR CONTROL responseの内容例は図１０に示すものとなる。
この図１０に示されるFCP frame構造における第６quadletにおける第１７ビット〜第２４ビットの８ビットのoperand[19]の値をXXで示しているが、このXXが示す値により、記録可否に関する情報が下記のようにして示される。
先ず、XXについては、２進法のビット列による表記を行うと、pprr0000とされる。
そして、rrの２ビットの値について、rr==00である場合は記録不可のメディアであることを示す。例えば、現在装填されているメディアがＲＯＭ形式のメディアで記録不可である場合にこの値をとる。また、rr==01は記録可能メディアであることを示す。つまり、装填されたメディアのタイプとしてデータ記録が可能なメディアであることを示す。rr==10は、不明であることを示す。
また、例えばディスクメディアにはカートリッジに収納されているタイプがあるが、この場合、カートリッジにおいて誤消去防止用の爪やスライドスイッチなどの機構が設けられている場合がある。ppの２ビットは、この誤消去防止機構の状態に応じた誤消去防止のオン（有効：記録不可）／オフ（無効：記録可）を示す。pp==00では、誤消去防止がオフであることを示し、pp==01では、誤消去防止がオンであることを示し、pp==10では、不明であることを示す。
また、第１６quadletから第１９quadletの上位１６ビット(operand[57]〜operand[70]によっては、装填されているディスクメディアについての総容量と、残容量とが示される。先ず、operand[57][58]による１６ビットは、0x0005となっているが、これは、次のoperand[59]〜[63]により示されるディスクメディアの総容量について、5bytesを最小単位として表現するものであることを示している。そして、続くoperand[59]〜[63]に格納されるYYYY YYYY YYの４０ビットにより、ディスクメディアの総容量の値を示すようにされる。
また、次のoperand[64][65]による１６ビットは、0x0005を格納することで、次のoperand[59]〜[63]により示されるディスクメディアの残容量について5bytesを最小単位として表現するものであることを示している。そして、続くoperand[64]〜[68]に格納されるZZ  ZZZZ ZZZZの４０ビットにより、ディスクメディアの総容量の値を示すようにされる。
【００７４】
図１１は、AV/C command frameとして、テープ系の外部記録機器に対してメディアの有無についての情報を要求するためのAV/C TRANSPORT_STATUS commandを示している。「テープ系」の機器は、ＡＶ／Ｃコマンドフォーマットにおいて、subunit_typeとしてTape Recorder/Playerの範疇に含まれるものをいい、図１に示すシステム構成では、例えばデジタルビデオレコーダ４がテープ系の外部記録機器に属するものとなる。
このAV/C TRANSPORT_STATUS commandとしてのFCP frameは、図示するようにして、1quadlet（＝３２ビット）となっている。そして、このFCP frameにおいて、ctype==0x1とされ、subunit_typeとsubunit_idから成る８ビットが0x20とされている。ctype==0x1は、コマンド機能がSTATUSであることを示している。また、subunit_typeとsubunit_idから成る８ビットが0x20であるということは、subunit_type==0x04、subunit_id==0x0となっていることになる。これらのsubunit_type及びsubunit_idの値により、Targetの機器のsubunitがTape Recorder/Playerに属するものであることを示すことになる。
また、opcode==0xD0とされていることで、TRANSPORT_STATUS commandとしてメディアの有無の状態を問い合わせる機能を有することになる。
【００７５】
上記図１１に示すAV/C TRANSPORT_STATUS commandに対するresponseである、AV/C TRANSPORT_STATUS responseの内容例を図１２に示す。このAV/C TRANSPORT_STATUS responseにおいては、response==0xCとされているが、これはＡＶ／ＣコマンドフォーマットによりIMPLEMENTED/STABLEのresponse機能であると定義されており、STATUS commmandに対して正常に応答していることになる。
そして、図１２に示される1quadletのFCP frame構造において、下位１６ビットのopcode＋operand[0]に格納する値(XXXX)によりメディアの有無の状態が示されることになる。
XXXX==0xC160であれば、メディアが無いことを示す。また、メディアが有る場合には、そのときの機器のTape Recorder/Player subunitとしての動作状態に応じて、XXXXに対して0xC160以外の所要の値が格納されることになる。
【００７６】
図１３は、AV/C command frameとして、テープ系の外部記録機器(Tape Recorder/Player Subunit)に対して、装填されているテープ記録媒体に対する記録の可否に関する情報を要求するためのAV/C MEDIUM_INFO STATUS commandを示している。
このAV/C MEDIUM_INFO STATUS commandとしてのFCP frameは、図示するようにして、2quadletのデータサイズとなっている。このFCP frameにおいても、ctype==0x1とされていることでコマンド機能としてはSTATUSであることが示される。そして、subunit_typeとsubunit_idから成る８ビットが0x20とされ、subunit_type==0x04、subunit_id==0x0であることで、Targetの機器のsubunitがTape Recorder/Playerに属するものであることを示す。また、opcode==0xDAとされていることで、STATUS commandとして、MEDIUM_INFOの情報を要求するものであることが示される。
【００７７】
図１４は、上記図１３に示すAV/C MEDIUM_INFO STATUS commandに対するresponseである、AV/C MEDIUM_INFO STATUS responseの内容例を示している。このAV/C MEDIUM_INFO STATUS responseにおいてもresponse==0xC（IMPLEMENTED/STABLE）とされていることで、STATUS commmandに対する正常応答であることを示す。
そして、図１４に示される2quadletのFCP frame構造において、operand[0]に格納する値(XX)により、装填されているテープ記録媒体についてのカセット種別が示されることになる。また、operand[0]に格納する値(YY)により、テープ記録媒体に対する記録の可否の情報が示される。YY==0x30であれば、記録可能であることを示し、YY==0x31であれば記録不可であることを示す。また、YY==0x40であれば記録可能なMP(Metal Powder)テープであることを示し、YY==0x41であれば、記録不可のMPテープであることを示す。
【００７８】
図１５は、AV/C command frameとして、テープ系の外部記録機器(Tape Recorder/Player Subunit)に対して、装填されているテープ記録媒体についてのカウンタ位置情報を要求するためのAV/C RELATIVE_TIME_COUNTER STATUS commandを示している。この場合のカウンタ位置情報は、RELATIVE_TIME_COUNTERとされていることからも分かるように、いわゆる相対カウンタといわれるもので、例えばテープ記録媒体を装填したときなどに応じてカウンタをリセットしたことにより得られる０のカウンタ値を起点するものである。
このAV/C MEDIUM_INFO STATUS commandとしてのFCP frameも、2quadletのデータサイズとなっており、ctype==0x1とされていることでコマンド機能としてはSTATUSであることが示される。また、subunit_typeとsubunit_idから成る８ビットが0x20とされ、subunit_type==0x04、subunit_id==0x0であることで、Targetの機器のsubunitがTape Recorder/Playerに属するものであることを示す。そして、opcode==0x57とされていることで、STATUS commandとして、RELATIVE_TIME_COUNTERの情報を要求するものであることが示される。
【００７９】
図１６は、上記図１５に示すAV/C RELATIVE_TIME_COUNTER STATUS commandに対するresponseである、AV/C RELATIVE_TIME_COUNTER STATUS responseの内容例を示している。このresponseにおいてもresponse==0xC（IMPLEMENTED/STABLE）であり、当該responseがSTATUS commmandに対する正常応答であることを示す。
そして、相対カウンタの値は、図１６に示される第２quadletにおけるoperand[1][2][3][4]から成る１６ビット領域に格納する値(XXXX XXXX)により示されることになる。この値(XXXX XXXX)により表現されるカウンタ値は、BCD(Binary Coded Decimal notetion)表記によるものとして規定されている。
なお、このカウンタ値の情報は、図１９により後述する記録対象機器を決定する処理において、記録媒体がテープである場合のメディア記録可能容量（テープ残量）の情報を得るために利用される。例えば、テープ先頭におけるカウンタ値が０であることとすれば、カウンタ値の変化量と記録データ量との関係により、メディア記録可能容量を算出して得ることが可能となる。
【００８０】
本実施の形態において、番組録画予約設定の際において録画候補機器の選択が行われるようにするには、先ず、図３（ｂ）の録画機器選択画面に示したようにして、録画機器一覧の表示が行われるようにする必要がある。つまり、デジタルテレビジョン受像機１が、現在ＩＥＥＥ１３９４バス８経由で接続される外部機器において、放送コンテンツデータを記録させることのできる外部記録機器を認識しておく必要がある。このための機器認識処理を、図１７のフローチャートに示す。なお、この図１７に示す処理は、例えば制御部２３において、ＣＰＵが、ＲＯＭに記憶されたプログラムを実行することで実現される。このことについては、図１７に次いで説明する、図１８及び図１９についても同様である。
【００８１】
周知のようにして、ＩＥＥＥ１３９４バスにより相互接続されるデータインターフェイスシステムにおいて、ＩＥＥＥ１３９４バス接続のためのケーブルの抜き差し、システムにおける或る機器の電源のオン／オフ、及びＩＥＥＥ１３９４フォーマットで規定するＰＨＹ(Physical Layer Protocol)での自発発生処理等が有ったとすると、ＩＥＥＥ１３９４システム内においてはバスリセットが発生する。このバスリセットにより、ＩＥＥＥ１３９４バス上に存在するとされる機器(Node)間での接続関係が、例えばTree構造で表現される親子関係として構築し直される。また、ＩＥＥＥ１３９４バス上での各機器のアドレスとなるNode-IDが、各機器ごとに新たに割り与えられる。
上記のようにしてバスリセットが完了したとされると、本実施の形態のデジタルテレビジョン受像機１としては、図１７に示す機器認識処理を実行する。つまり、図１７に示す処理はバスリセットが実行されたのに対応して、その都度実行される処理となる。
【００８２】
先ず、ステップＳ１０１においては、現在ＩＥＥＥ１３９４バス８上に存在しているとされる機器(Node)のうちから、処理対象となるNodeを１つ選択する。このNodeの選択処理としては、例えばNode_IDに基づいて得られる順番に従うようにされればよい。
続くステップＳ１０２〜Ｓ１０６の処理は、この最後のステップＳ１０１の処理によって選択されたNodeを対象として実行するものとなる。
【００８３】
ステップＳ１０２においては、例えばＩＥＥＥ１３９４バス８経由での所定のAsynchronous通信により、ステップＳ１０１にて選択された処理対象NodeのConfiguration ROMからGUID(Global Unique ID)を取得する。GUID(Global Unique ID)は、例えばNode IDが、バスリセットごとに更新される暫定的なデバイス(Node)のIDであるのに対して、GUIDは、機器ごとに固有に与えられたデバイス(Node)のIDとなる。従って、たとえ同一機種間であっても、同じGUIDを有している機器は無い。なお、Configuration ROMは、周知のようにして、Serial Bus Registerに格納されるもので、GUIDの他に、Subunit IDなどの情報も記述されている。
【００８４】
また、次のステップＳ１０３においては、処理対象NodeとのAV/Cコマンドの送受信によって、処理対象NodeについてのUnit，Subunitのレベルでの所要の情報を取得する。このためには、AV/Cコマンドフォーマットで規定される、例えばAV/C UNIT_INFO STATUS command、AV/C PLUG_INFO STATUS commandを発行して処理対象Nodeに対して送信するようにされる。これらのcommandに応答したresponse(AV/C UNIT_INFO STATUS response、AV/C PLUG_INFO STATUS response)を受信することで、例えば処理対象NodeのSubunitが何であるのかの情報が得られることになる。例えば、図１のシステム構成に示されるBlu-ray Discプレーヤ／レコーダ３が処理対象Nodeであるとすれば、このステップＳ１０３の処理によって、Blu-ray Discプレーヤ／レコーダ３は、Disc Recorder/Player Subunitであることが認識できる。
【００８５】
次のステップＳ１０４においては、処理対象NodeについてのSubunitのレベルでのさらに詳細な情報を取得するための処理を実行する。このためには、例えば、AV/C SUBUNIT_INFO STATUS commamndを送信するようにされる。このcommamndに対するresponseにより、処理対象Nodeにおいて複数のSubunitが存在する場合にも、各SubunitのSubunit_Type/idなどを認識できる。
また、そのほかに、例えばSubunit Identifier Descriptorの取得を要求するためのAV/C command（Subunit Identifier Descriptor command）を送信するようにされる。このときには、上記ステップＳ１０３により認識されている処理対象NodeのSubunit_Typeに適合したSubunit Identifier Descriptor commandを送信する(あるいはBulletin Boardを用いてもよい）。例えば、処理対象NodeがDisc Recorder/Player Subunitなのであれば、これに応じて、Disc Subunit Identifier Descriptor commandを送信することになる。この Subunit Identifier Descriptor commandに応答したresponseを受信することで、Element_Type、PLUG_INFO statusなどの情報が取得される。
これらの情報を取得する結果、例えば処理対象Nodeが有するSubunitについて、どのようなカテゴリのデバイスであるのかが認識されることになる。例えば、図１に示すシステムにおいて、ＨＤＤ２とBlu-ray Discプレーヤ／レコーダ３とでは、共にSubunit_Typeとしては、Disc Recorder/Player Subunitで共通なのであるが、ステップＳ１０４の処理によっては、ＨＤＤ２であれば、対応ディスクがハードディスクであり、Blu-ray Discプレーヤ／レコーダ３であれば、対応ディスクがBlu-ray Discであることが認識される。
【００８６】
ステップＳ１０５においては、処理対象NodeのConfiguration ROMから、先のステップＳ１０２により取得したGUID以外の所要の情報を取得するようにされる。例えば、Configuration ROMに格納されるVender_Name, Vender_Id, Model_Name, Model_Id， UnitSpecifierなどのうちから所要の情報を取得する。例えば、Vender_Name、Model_Nameは、それぞれメーカ名、型番を示すものであるので、図３（ｂ）の録画機器選択画面内の録画機器一覧においてメーカ名、型番を表示するのに利用することができる。
【００８７】
このようにして、ステップＳ１０１〜ステップＳ１０５までの一連の処理により、１つの処理対象Nodeに関する所要の情報の取得、つまり、１つの処理対象Nodeについての機器認識の処理が終了したとされると、認識結果として、これらの取得した情報を保持しておく必要があることになる。本実施の形態では、ステップＳ１０６の処理として示すように、取得した情報をNodeテーブルとして格納するようにされる。このNodeテーブルは、例えば、Node_IDに対して、少なくともステップＳ１０２〜ステップＳ１０５の処理により取得した情報を対応付けて管理するテーブル情報であり、例えばＲＡＭなどに書き込まれて保持されている。
【００８８】
ステップＳ１０７においては、現段階において、自機（デジタルテレビジョン受像機１）以外の全てのNodeについての機器認識処理が終了しているか否かについて判別する。ここで、未だ、機器認識処理が終了していない機器（Node）が残っているとして否定の判別結果が得られた場合には、ステップＳ１０１の処理に戻るようにされる。これに対して、ステップＳ１０７において、全てのNodeについての機器認識処理が終了した状態であるとして肯定の判別結果が得られたのであれば、機器認識処理を終了する。この段階では、Nodeテーブルは、現在においてＩＥＥＥ１３９４バス８上に存在する全てのNode（自機であるデジタルテレビジョン受像機１は除いてよい）についての取得情報が格納されていることになる。
【００８９】
図１８のフローチャートは、先に図３により説明した予約録画設定操作に応じた処理として、特に、録画候補機器の選択操作に応じた処理を示している。
この図に示す処理は、例えば、図３（ａ）に示す録画予約番組選択のための電子番組ガイド表を表示させている段階に対応して開始されるべきもので、先ず、ステップＳ２０１においては、電子番組ガイド表（ＥＰＧ）に対する録画予約番組の選択決定操作が行われるのを待機している。そして、録画予約番組の選択決定操作が行われると、ステップＳ２０２以降の処理に進むようにされる。
【００９０】
ステップ２０２においては、電子番組ガイド表を作成する基となるＥＰＧデータから得られる情報を基として、選択決定された番組を予約録画するのに必要な情報とされ、かつ、図３（ｃ）に示す録画予約設定一覧表示に提示される所定の情報内容（「録画機器」の情報は除く）を形成するのに必要な情報を取得するようにされる。そして、これらの取得情報を所定の構造により管理した基本番組予約情報（予約記録基本情報）を生成して、例えばＲＡＭなどに保持しておくようにされる。この情報は、番組を予約録画するのに最小限必要（必須）とされる、番組のチャンネル、放送時間帯(放送開始／終了時刻）などの予約録画設定情報として基本的な情報を含むので、ここでは基本番組予約情報といっている。
【００９１】
上記ステップＳ２０２の処理が完了すると、ＣＰＵは、例えばステップＳ２０３の処理として示すように録画候補機器設定イベントを発生するようにされており、このイベント発生に応じて、以降は、録画候補機器設定のための処理に移行することになる。
録画候補機器設定の処理としては、先ずステップＳ２０４に示すようにして、先の図１７に示した処理によって作成されたNodeテーブルを参照するようにされる。
図１７による説明から理解されるように、Nodeテーブルとしては、現在においてＩＥＥＥ１３９４バス８上に存在する全ての機器（Node）についての取得情報が格納されている。ステップＳ２０５においては、このNodeテーブルを参照することで、先ず、デジタルテレビジョン受像機１から転送する放送コンテンツデータを記録可能なNodeを判定する。このためには、例えば、Nodeがrecorderとしてのsubunitであることと、そのsubunitが対応する記録媒体(media)の種別などから、放送コンテンツデータの形式のデータ記録に対応しているものであることが条件となる。そして、放送コンテンツデータを記録可能なNodeを判定したら、判定されたNodeに対応付けられている情報を利用して、図３（ｂ）に示す録画機器選択画面としての表示画像データを生成し、この生成された表示画像データがＯＳＤとして表示されるように、例えばビデオ信号処理部１７などに対する制御を実行する。
【００９２】
上記ステップＳ２０５の処理によって録画機器選択画面を表示させた後は、ステップＳ２０６としての処理により、録画機器選択画面に対するユーザの録画候補機器の選択操作を入力して、例えば図３（ｂ）により説明したようにして、操作に応じた録画候補機器の選択結果が、録画候補機器のリスト領域において優先度に従って表示されるように制御を実行する。そして、録画候補機器設定についての決定操作が行われたとされると、ステップＳ２０７において肯定の判別結果が得られることとなって、ステップＳ２０８の処理に進む。
【００９３】
ステップＳ２０８においては、上記ステップＳ２０７に対応して決定操作が行われたときの録画候補機器の選択についての設定内容が反映された録画候補機器情報を生成する。この録画候補機器情報は、録画候補機器として選択されたデバイスのGUID（Nodeテーブルから取得可能）に、優先度と、カテゴリ（ＨＤＤ、Blu-ray Discレコーダ／プレーヤの別）に相当する機器種別情報(Device Type)などを少なくとも対応付けて生成するようにされる。
【００９４】
次のステップＳ２０９においては、先のステップＳ２０２により生成した基本番組予約情報と、上記ステップＳ２０８により生成した機器種別情報(Device Type)とを１つの情報単位にまとめるようにして、番組予約録画設定情報を生成する。このようにして、生成される番組予約録画設定情報は、本実施の形態としての番組録画予約を適正に実行するのに必要な番組単位ごとの情報を有しているものであり、換言すれば、番組録画予約の動作は、この番組予約録画設定情報に基づいて実行される。また、この番組予約録画設定情報は、前述もしたように、図３（ｃ）に示される録画予約設定一覧を表示させる際にも使用される。
そして、このようにして生成した番組予約録画設定情報を、例えば制御部２３が保持しているとされる、不揮発性のメモリ領域（例えばフラッシュメモリなど）に対して書き込んで保持するようにされる。
【００９５】
図１９のフローチャートは、録画開始時に対応して実行される、録画予約番組の放送コンテンツデータを実際に記録させる外部記録機器（ここでは「録画対象機器」ということにする）を、録画候補機器のうちから選択する処理を示している。
制御部２３は、現在保持しているとされる番組予約録画設定情報に基づいて、現在時刻と、現在保持しているとされる番組予約録画設定情報が示す録画予約番組の録画開始時刻を比較している。なお、現在時刻の情報は、制御部２３に時計機能を有させることとしてこの時計機能により得るようにすればよい。
そして、或る録画予約番組の録画開始時刻が、現在時刻に対して所定時間後となったとされると、この録画開始時刻の録画予約番組についての録画開始イベントが発生される。図１９のステップＳ３０１では、この録画開始イベントが発生されるのを待機しており、録画開始イベントが発生されるのに応じて、ステップＳ３０２以降の処理に移行するようにされる。
【００９６】
ステップＳ３０２においては、まず、例えば最新のＥＰＧデータを受信取得するための制御を実行し、これにより、受信取得したＥＰＧデータの内容から、今回の予約録画の対象となっている番組（録画対象番組）についての放送時間帯（放送開始／終了時刻）の情報と、録画対象番組としての放送コンテンツデータ（ストリームデータ）についての帯域（データレート）の情報とを取得する。
ここで、先ず、放送時間帯の情報を改めて取得するのは、例えばイレギュラーな特別番組の挿入や、スポーツ中継などの放送時間の延長などの影響で、予約録画設定のときの放送時間と、現在予定される放送時間帯とがずれている場合があるからである。
ここでは図示していないが、例えば現在予定される放送開始時刻が、予約録画設定のときに予定されていた放送開始時刻に対して遅れているような場合には、放送時間帯などに関する所定の情報について変更して番組予約録画設定情報を再構築して記憶保持し直したうえで、この録画予約番組については、さらに録画開始イベントの発生を待機するモードに戻るようにされる。
帯域情報は、後述するステップＳ３０７の処理を実行するときに使用される。
上記ステップ３０２により取得した放送時間帯が、予約録画設定のときに予定されていた放送時間帯とずれがないのであれば、図３０３の処理に進むことになる。
【００９７】
ステップＳ３０３においては、番組予約録画設定情報から、現在の録画対象番組についての録画候補機器情報としての情報内容を読み出して取得する。この録画候補機器情報には、現在の録画対象番組についてのGUID、Device Typeなどの情報と、録画候補機器の選択操作のときに設定された優先度が示されている。
【００９８】
次のステップＳ３０４においては、上記のようにして録画候補機器に設定されている優先度が何番目であるのかを示す変数ｎについて、ｎ＝１として設定し、ステップＳ３０５以降の処理に進む。
【００９９】
ステップＳ３０５においては、現在の録画対象番組に対応する録画候補機器情報において、優先度がｎ番目として選択されている録画候補機器についての録画判定情報を取得するための処理を実行する。
ここでの録画判定情報とは、この録画候補機器に対して録画対象番組としての放送コンテンツデータを記録することが可能であるか否かの判定を行うのに必要とされる情報とされる。例えば、この録画判定情報を成すとされる情報項目としては、現在の録画候補機器の動作状態を示す動作状態情報、現在において録画候補機器に対してメディア（記録媒体ｓ）が装填されているか否かを示すメディア有無情報、装填されたメディアに対する記録が可能が田舎を示すメディアへの記録可否情報、及びメディアの記録可能容量（残容量）情報などとされる。
そして、これらの情報を取得するのにあたっては、所要のコマンド機能によるAV/C commandを送信するようにされる。
例えば、録画候補機器がDisc Recorder/Player Subunitなのであれば、図７及び図９により説明した内容のFCP frameを格納したAV/C commandを送信するようにされる。また、録画候補機器がTape Recorder/Player Subunitなのであれば、図１１、図１３、及び図１５により説明した内容のFCP frameを格納したAV/C commandを送信する。なお、録画候補機器がどのようなSubunitであるのかについては、Nodeテーブルを参照すれば認識することができる。
ステップＳ３０５としては、これらのcommandの応答として返送されるresponseを受信して、その所定のoperandに格納される値から必要な情報を取り出して収集することで、録画判定情報が取得されることになる。なお、この録画判定情報を成すとされる上記各情報は、録画開始イベント発生のタイミングにおける、録画候補機器についての所定の状態を示しているものであるということがいえる。つまり、録画候補機器そのものの動作状態だけではなく、メディアの装填の有無、装填されたメディアの記録可否、記録可能容量など、その録画候補機器とメディアとの関わりの状況などを含め、録画候補機器はどのような状態にあるのか、ということを示しているものである。例えば、メディアの装填の有無に関すれば、「いま、録画候補機器は、メディアが装填されている／されていない状態である」というようにとらえられることで、録画候補機器の１つの状態を示しているといえる。また、記録可能容量に関すれば、「いま、録画候補機器は、４ギガバイトの記録可能容量のメディアが装填されている」という、録画候補機器の状態を示していることになる。
【０１００】
次のステップＳ３０６においては、録画対象番組を放送開始時刻から放送終了時刻まで完全に記録することとした場合のデータ量を算出する。このデータ量の算出にあたっては、先のステップＳ３０２により取得した帯域情報を用いる。基本的には帯域情報が示す出データレートと、放送開始時刻から放送終了時刻までに相当する記録時間とに基づいてデータ量の算出が可能である。
【０１０１】
次のステップＳ３０７においては、ステップＳ３０５の処理により取得した録画判定情報におけるメディア記録可能容量（残量）と、上記ステップＳ３０６により算出された録画対象番組のデータ量とを比較して、その比較結果を得るようにされる。
【０１０２】
そして、次のステップＳ３０８においては、ステップＳ３０５にて録画判定情報として取得した動作状態、メディアの有無、メディアへの記録可否などの情報と、上記ステップＳ３０８により得られた比較結果の情報に基づいて、優先度がｎ番目の録画候補機器に対する放送コンテンツデータの記録は可能であるか否かについての判別を行うようにされる。
先ず、例えば動作状態としてメディアを再生中であったり、また、他のコンテンツを記録中であるなどしていれば、この動作を中断させることはできないので、記録は不可であるとして、ステップＳ３０８では否定の判別結果が得られることになる。
また、メディアが装填されてない場合にも記録はできないから、ステップＳ３０８において否定の判別結果が得られる。また、メディアが装填されているとしても、そのメディアが記録不可である場合には、ステップＳ３０８において否定の判別結果が得られる。装填されたメディアが記録不可とされる場合とは、例えばそのメディアがＲＯＭ形式であったり、オーディオ記録専用で本実施の形態の放送コンテンツデータのような映像記録には適合していないような場合を挙げることができる。
また、上記した３つの条件をクリアしたとしても、ステップＳ３０７の比較結果として、録画対象番組のデータ量のほうがメディア記録可能容量（残量）よりも大きいという結果が得られていた場合には、その録画候補機器に対して予約対象番組のデータを記録したとしても、放送時間の終了まで記録することができないことになる。このような比較結果が得られた場合にも、ステップＳ３０８において否定の判別結果を得るようにされる。
【０１０３】
そして、録画候補機器の動作状態として例えば記録再生などの動作を実行しておらず、また、放送コンテンツデータを記録可能なメディアが装填されており、さらに、予約対象番組の放送コンテンツデータを最後まで録画可能なだけのメディアの記録可能容量（残容量）があるとされた場合に、ステップＳ３０８としては肯定の判別結果を出力する。この場合には、ステップＳ３１２の処理に進む。
【０１０４】
ステップＳ３１２においては、優先度がｎ番目の録画候補機器を録画対象機器として決定するようにされる。つまり、録画開始時刻に至って、予約録画としてのデータ記録を開始するときには、例えば録画対象番組の放送コンテンツデータをIsochronous通信によりこの録画対象機器として決定された機器に対して転送するとともに、この録画対象機器にＡＶ／Ｃコマンドを送信して、転送したデータの記録を実行させるようにコントロールする。
【０１０５】
また、ステップＳ３０８において否定の判別結果が得られた場合には、ステップＳ３０９に進んで、現在変数ｎは最大値をとっているか否かについて判別する。ここで、変数ｎが最大値であるということは、全ての録画候補機器について録画が可能であるかの判定を行ったことを意味する。ステップＳ３０９において否定の判別結果が得られた場合には、未だ録画が可能であるかの判定を行っていない録画候補機器が残っていることになるので、ステップＳ３１０により、変数ｎについてｎ＝ｎ＋１のようにして１インクリメントして、優先度として次となる録画候補機器を判定対象としたうえで、ステップＳ３０５の処理に戻るようにされる。
【０１０６】
これに対して、ステップＳ３０９において肯定の判別結果が得られた場合であるが、この場合には、全ての録画候補機器について録画が可能であるかの判定を行ったものの、録画が可能であると判定された録画候補機器が１つも無かったことを意味する。
本実施の形態では、この場合には、ステップＳ３１１により変数ｎ＝１としたうえで、ステップＳ３１２の処理に進むようにされる。つまり録画が可能な録画候補機器が無かった場合には、とりあえず、ユーザが最も高い優先度を設定した外部記録機器により、録画対象番組の録画を実行させるものである。
なお、ステップＳ３０９において肯定の判別結果が得られた場合の措置としては、上記した処理の他にもいくつか考えられる。
例えば、全ての録画候補機器についてステップＳ３０６−Ｓ３０７の処理を経ていることで、各録画候補機器のメディア記録可能容量（残量）と録画対象番組のデータ量との差分の情報も得られていることになる。そこで、記録可能なメディアが装填されて、記録可能な動作状態ではあるが、メディア記録可能容量については、録画対象番組のデータ量よりも少ないとして、ステップＳ３０８にて録画が不可であるとして判定された録画候補機器がある場合には、上記した差分の情報に基づいて、録画対象番組について最も長時間録画することのできる録画候補機器を録画対象機器として決定するという方策をとることも考えられる。また、どの録画候補機器に対しても記録を実行させないこととすることも考えられる。
【０１０７】
また、図１９の処理では、ステップＳ３０５により録画判定情報を取得し、さらにステップＳ３０６−３０７により録画対象番組のデータ量を算出して、この録画対象番組のデータ量とメディア記録可能容量との比較結果を得たうえで、ステップＳ３０８により録画候補機器に対する録画可否についての判定を行うようにしているが、このような処理手順も、適宜変更されてよい。
例えば、先ず、録画判定情報を取得した段階で、録画候補機器の動作状態、メディアの有無、装填されたメディアの記録可否の情報に基づいて、録画候補機器に対する録画可否についての判定を行うようにする。そして、この段顔で録画候補機器に対する録画は可能であるとの判定結果が得られたら、ステップＳ３０６−３０７の処理によって、録画対象番組のデータ量とメディア記録可能容量とを比較し、この比較結果に従って、再度、録画可否についての判定を行うようにするものである。この処理手順では、最初の段階で録画は不可であるとの判定結果が得られれば、比較的重い処理である録画対象番組のデータ量算出を実行する必要がない。
【０１０８】
また、本発明としては、これまでに説明した構成に限定されるべきものではない。例えば、実施の形態としては、ＩＥＥＥ１３９４データインターフェイスにより外部記録機器に対して予約録画を実行させる機器（記録制御装置）について、デジタルテレビジョン受像機１としているが、例えばＳＴＢやテレビジョンチューナなどとされてもよい。また、記録制御装置が取得する放送コンテンツデータはアナログ放送によるものであってもよい。この場合には、放送を受信して得られるアナログのビデオ／オーディオ信号としてのコンテンツ情報をデジタル変換して、ＩＥＥＥ１３９４データインターフェイスにより伝送する構成を付加すればよいからである。
また、予約記録対象となるコンテンツデータの供給元としては、テレビジョン放送に限定されるものではなく、例えばラジオ放送などのように、音声のみの放送であってもよい。この場合には、予約記録されるのは音声としてのコンテンツデータであることになる。
また、実施の形態では、ＩＥＥＥ１３９４データインターフェイスにより予約記録システムを構築することとしているが、データバス経由でデータ伝送が可能とされ、かつ、コマンド送受信が可能なデータインターフェイスであれば、ＩＥＥＥ１３９４以外のデータインターフェイスが採用されてもよいものである。
さらに、本実施の形態としては、放送により供給されたコンテンツを取得したうえで、データバスにより接続される外部記録機器に対して予約記録のためのコントロールを実行する構成としている。つまり、デジタルテレビジョン受像機１は、放送を受信することで、コンテンツデータを取得しており、そのうえで、予約記録のためのコントロールを外部記録機器に対して行っている。
しかしながら、本発明の記録制御装置としては、自身がコンテンツデータを必ずしも取得する必要もない。この場合の記録制御装置としては、ユーザ操作に応じた予約記録設定と、この予約記録設定に応じて、放送により供給されたコンテンツのルーティングのコントロールと、外部記録装置の記録動作をコントロールするようにされる。つまり、予約記録設定に応じて、放送コンテンツデータの供給元である機器をコントロールして、所定の外部記録機器に対して、データバス経由で放送コンテンツデータを送信させる。すなわち、ルーティング制御を行う。そして、放送コンテンツデータが送信される外部記録機器をコントロールして、データ記録を実行させる。この外部記録機器としては、図１９に準じた処理手順により複数の候補のうちから決定されたものとなる。
【図面の簡単な説明】
【０１０９】
【図１】ＩＥＥＥ１３９４バスにより本発明の実施の形態のデジタルテレビジョン受像機と外部機器とを接続して成るシステムの構成例を示す図である。
【図２】実施の形態のデジタルテレビジョン受像機の構成例を示すブロック図である。
【図３】実施の形態のデジタルテレビジョン受像機に対する予約録画設定の操作手順を表示画面の遷移により説明するための図である。
【図４】Serial Bus Block Write Packet(AV/Cコマンドパケット)の構造を示す図である。
【図５】AV/C command frameとしてのFCP frameの構造例を示す図である。
【図６】AV/C response frameとしてのFCP frameの構造例を示す図である。
【図７】Disc Recorder/Player Subunitに対して、メディアの有無についての情報を要求するためのAV/C READ DESCRIPTOR CONTROL commandのデータ値例を示す図である。
【図８】図７に示すAV/C READ DESCRIPTOR CONTROL commandに対するresponseのデータ値例を示す図である。
【図９】Disc Recorder/Player Subunitに対して、メディアの容量に関する情報と、記録可否についての情報を要求するためのAV/C READ DESCRIPTOR CONTROL commandのデータ値例を示す図である。
【図１０】図１０に示すAV/C READ DESCRIPTOR CONTROL commandに対するresponseのデータ値例を示す図である。
【図１１】Tape Recorder/Player Subunitに対して、メディアの有無についての情報を要求するためのAV/C TRANSPORT_STATUS commandのデータ値例を示す図である。
【図１２】図１１に示すAV/C TRANSPORT_STATUS commandに対するresponseのデータ値例を示す図である。
【図１３】Tape Recorder/Player Subunitに対して、装填されているテープ記録媒体に対する記録の可否に関する情報を要求するためのAV/C MEDIUM_INFO STATUS commandのデータ値例を示す図である。
【図１４】図１３に示すAV/C MEDIUM_INFO STATUS commandに対するresponseのデータ値例を示す図である。
【図１５】Tape Recorder/Player Subunitに対して、装填されているテープ記録媒体についてのカウンタ位置情報を要求するためのAV/C RELATIVE_TIME_COUNTER STATUS commandのデータ値例を示す図である。
【図１６】図１５に示すAV/C RELATIVE_TIME_COUNTER STATUS commandに対するデータ値例を示す図である。
【図１７】機器認識のための処理動作を示すフローチャートである。
【図１８】録画候補機器選択操作に応じた処理動作を示すフローチャートである。
【図１９】録画開始に対応して実行される録画対象機器選択の処理を示すフローチャートである。
【符号の説明】
【０１１０】
１  デジタルテレビジョン受像機、２  ＨＤＤ、３  Blu-Ray Discレコーダ／プレーヤ４  デジタルビデオレコーダ、５  ＳＴＢ、１１  アンテナ、１２  フロントエンド部、１３  デスクランブラ、１４  ＩＥＥＥ１３９４インターフェイス、１５  スイッチ、１６  デマルチプレクサ、１７  ビデオ信号処理部、１８  表示駆動部、１９  表示部、２０  オーディオ信号処理部、２１  スピーカアンプ、２２  スピーカ
【図１】
2006054022.tif 000003
【図２】
2006054022.tif 000004
【図３】
2006054022.tif 000005
【図４】
2006054022.tif 000006
【図５】
2006054022.tif 000007
【図６】
2006054022.tif 000008
【図７】
2006054022.tif 000009
【図８】
2006054022.tif 000010
【図９】
2006054022.tif 000011
【図１０】
2006054022.tif 000012
【図１１】
2006054022.tif 000013
【図１２】
2006054022.tif 000014
【図１３】
2006054022.tif 000015
【図１４】
2006054022.tif 000016
【図１５】
2006054022.tif 000017
【図１６】
2006054022.tif 000018
【図１７】
2006054022.tif 000019
【図１８】
2006054022.tif 000020
【図１９】
2006054022.tif 000021