電子機器、コンテンツ記録方法及びそのプログラム
【課題】再生不可能なコンテンツを他の機器からコピーまたは移動してしまうことを確実に防ぐことが可能な電子機器、コンテンツ記録方法及びそのプログラムを提供すること。
【解決手段】ＤＶＲ１は、ＤＶＲ２に記録されているコンテンツについて、ユーザからＤＶＲ１の光ディスク２０への移動要求があると、ＤＶＲ２に対して、当該コンテンツを判定用コンテンツとして送信するよう送信要求信号を送信し、それに応じたＤＶＲ２から判定用コンテンツを受信し、当該判定用コンテンツを受信してデコード処理を試みることで、コンテンツの再生可否を判定し、再生可能である場合には当該コンテンツを再度ＤＶＲ２から受信し、光ディスク２０へ当該コンテンツを記録する。再生不可能である場合には、その旨をユーザへ通知する。
【解決手段】ＤＶＲ１は、ＤＶＲ２に記録されているコンテンツについて、ユーザからＤＶＲ１の光ディスク２０への移動要求があると、ＤＶＲ２に対して、当該コンテンツを判定用コンテンツとして送信するよう送信要求信号を送信し、それに応じたＤＶＲ２から判定用コンテンツを受信し、当該判定用コンテンツを受信してデコード処理を試みることで、コンテンツの再生可否を判定し、再生可能である場合には当該コンテンツを再度ＤＶＲ２から受信し、光ディスク２０へ当該コンテンツを記録する。再生不可能である場合には、その旨をユーザへ通知する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像等のコンテンツを記録することが可能な電子機器、コンテンツ記録方法及びそのプログラムに関する。
【背景技術】
【０００２】
近年、例えば複数のビデオレコーダやテレビジョン等の電子機器をホームネットワーク（家庭内ＬＡＮ（（Local Area Network）））等のネットワークを介して相互に接続し、各電子機器間で映像等のコンテンツをやり取りすることで、例えば家庭内の複数の場所でコンテンツを再生可能なネットワークシステムが提案されている。
【０００３】
このようなシステムにおいて、ネットワークを介してある機器からコンテンツを他の機器のＨＤＤ（Hard Disk Drive）のような記憶装置やＤＶＤ（Digital Versatile Disk）やＢＤ（Blu-ray Disc）等の光ディスクのようなメディアへコピーまたは移動（いわゆるムーブ）する場合、コピーまたは移動した後に再生不能であることが判明することがある。この場合、無駄なコピー処理を行うこととなり、また例えばＤＶＤ−Ｒのように、１度のみ書き込み可能なメディアに書き込みを行う場合には、当該メディアを無駄にしてしまうおそれもある。更には、著作権管理されたコンテンツについては、移動元のコンテンツが消去されることでコンテンツ自体を消失してしまうおそれもある。
【０００４】
ネットワークを介してコンテンツのコピーまたは再生を行う際の処理に関連して、下記特許文献１には、コンテンツをコピーまたは再生するに際して、当該コピーまたは再生に不適切なアプリケーションの種別やバージョンを記した不許可リストと、当該コンテンツのコピーまたは再生に適したアプリケーションの種別やバーションを記した起動ファイルとを外部から取得して、起動ファイルに基づいて、自身にインストールされているアプリケーションを特定し、当該特定されたアプリケーションと不許可リストとを照合することで、当該不許可リストに記載されたアプリケーションによる実行を防ぐことが可能な情報処理装置が記載されている。
【特許文献１】特開２００５−３３８９５９号公報（段落［０００８］、図８等）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に記載の技術においては、コンテンツのコピーまたは再生を行なうアプリケーションの実行の可否を判断するために、上記不許可リスト及び起動ファイルを例えばインターネットを介して外部のＷｅｂサーバから取得する必要がある。したがって、例えばコンテンツ提供側の機器とコンテンツ利用側の機器のみがネットワークに接続されている環境下（専用線で接続されている場合）等では、上記不許可リスト及び起動ファイルを取得できないため、上記可否の判断を行うことができない。
【０００６】
また、上記特許文献１の技術においては、アプリケーションの種別やバージョン等の情報を基準としてコンテンツのコピーまたは再生の許可／不許可を判断しているため、コンテンツのコピーを行うに際してアプリケーションの実行を許可したとしても、実際に再生してみると再生不能であることが判明する場合もある。例えば、上記特許文献１におけるコンテンツのように、コンテンツ配信サービスにおいて提供され、所定のアプリケーションを利用すれば再生が保障されるようなコンテンツではなく、他の機器のユーザが独自に記録、編集または作成したコンテンツ等は、上記配信サーバから配信されるコンテンツ等と拡張子が同一であっても、別のフォーマットで作成されたコンテンツであったり、複数のフォーマットのコンテンツが合成されたコンテンツであったりする場合もある。そのようなコンテンツのコピーを許可してしまうと、依然としてメディアを無駄にしたりコンテンツを消失したりしてしまう危険性がある。
【０００７】
以上のような事情に鑑み、本発明の目的は、再生不可能なコンテンツを他の機器からコピーまたは移動してしまうことを確実に防ぐことが可能な電子機器、コンテンツ記録方法及びそのプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上述の課題を解決するため、本発明の主たる観点に係る電子機器は、ネットワークを介して他の電子機器と通信可能な電子機器であって、前記他の電子機器の第１の記録媒体に記録されているコンテンツを前記他の電子機器から受信する受信手段と、前記受信されたコンテンツをデコードして前記コンテンツが再生可能であるか否かを判断する判断手段と、前記コンテンツが再生可能であると判断された場合に前記コンテンツを第２の記録媒体へ記録する記録手段とを具備する。
【０００９】
ここで電子機器とは、例えばＨＤＤ（Hard Disk Drive）レコーダ、ＤＶＤ（Digital Versatile Disk）レコーダ、ＢＤ（Blu-ray Disc）レコーダ及びそれらの複合レコーダ等の記録再生装置、ＰＣ（Personal Computer）（デスクトップ型でもノート型でもよい）、携帯型オーディオ／ビデオプレーヤ、テレビジョン（携帯型テレビジョンを含む）、携帯型電話機、ＰＤＡ（Personal Digital Assistants）、ゲーム機器、その他の電化製品である。またコンテンツとは、テレビ番組等の映像データ、音楽等の音声データ、いわゆる電子書籍等のテキストデータ等である。また第１の記録媒体は、例えばハードディスクやフラッシュメモリ等であり、第２の記録媒体は、例えばハードディスクや、ＤＶＤ（ＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等）、ＢＤ（Blu-ray Disc）等の光ディスク、その他磁気光ディスクや、半導体メモリ等である。また記録手段は、例えばＨＤＤや、ＤＶＤドライブ、ＢＤドライブ等のドライブや、フラッシュメモリを含む回路等である。
【００１０】
この構成により、再生可能か否かを確認した上でコンテンツを他の電子機器の第１の記録媒体から第２の記録媒体へコピーまたは移動（いわゆるムーブ）することとしているため、第２の記録媒体に記録したコンテンツが再生不能となり、第２の記録媒体を無駄にしてしまったり、コンテンツ自体を消失してしまったりすることを防ぐことができる。
【００１１】
上記電子機器は、前記判断手段により再生可能であると判断されたコンテンツの再送信を要求する送信要求信号を前記他の電子機器へ送信する手段を更に具備し、前記受信手段は、前記送信要求信号に基づいて前記他の電子機器から再送信された前記コンテンツを受信し、前記記録手段は、前記再送信され受信されたコンテンツを記録していてもよい。
【００１２】
これにより、コンテンツが再生不可能であると判断された場合に初めてコンテンツが第２の記録媒体へ記録されるため、例えば判断にあたって上記第２の記録媒体とは異なる、メモリ等の記憶領域へコンテンツを一時的に記憶する場合に比べて、記憶領域の使用領域を極力削減することができる。
【００１３】
上記電子機器は、前記受信されたコンテンツを一時的に記憶するバッファメモリを更に具備し、前記記録手段は、前記判断手段により前記コンテンツが再生可能であると判断された場合に前記コンテンツを前記バッファメモリから前記第２の記録媒体へ転送する手段を有していても構わない。
【００１４】
これにより、コンテンツを、再生の可否の判断用と第２の記録媒体への記録用に２度受信する場合に比べて処理負担を軽減することができる。
【００１５】
上記電子機器は、前記第２の記録媒体へ記録されたコンテンツを第１の速度でデコードして再生する再生手段を更に具備し、前記判断手段は、前記コンテンツを前記再生手段によるデコード速度よりも早い第２の速度でデコードするようにしてもよい。
【００１６】
これにより、再生手段におけるデコード速度と同じ速度でデコードして再生の可否を判断する場合に比べて判断処理を迅速に行うことができる。
【００１７】
上記電子機器は、前記判断結果を基に、前記コンテンツの再生の可否を記した再生可否リストを生成して記憶する記憶手段を更に具備していてもよい。
【００１８】
ここで記憶手段とは、例えば上記フラッシュメモリやＨＤＤといった、当該電子機器に内蔵される記憶装置を指す。これにより、上記再生可否リストを生成しておき、当該再生可否リストを参照することで、確実に再生可能なコンテンツを即座に記録可能となるとともに、再生不可能なコンテンツを無駄に記録してしまうことを防ぎ、ユーザの利便性を向上させることができる。
【００１９】
上記電子機器において、前記受信手段は、前記他の電子機器の前記第１の記録媒体に記録されているコンテンツの属性情報を受信し、前記記憶手段は、前記ユーザの、前記コンテンツに対する嗜好度情報を記憶し、前記判断手段は、前記取得された属性情報及び前記記憶された嗜好度情報を基に、前記第１の記録媒体に記録されたコンテンツのうち前記嗜好度の高いコンテンツの再生の可否を優先的に判断するようにしても構わない。
【００２０】
ここで属性情報とは、例えばコンテンツのタイトル、出演者、ジャンル等のメタデータであり、例えば上記受信されるコンテンツから抽出する場合、受信した放送データから抽出する場合、インターネット等のネットワークを介して受信する場合等がある。また嗜好度が高いコンテンツとは、例えば当該電子機器において以前に記録されたコンテンツと同一タイトルのコンテンツや、同一ジャンルのコンテンツ等、当該電子機器において以前に記録され最後まで再生したことのあるコンテンツと同一の属性情報を有するコンテンツ等である。
【００２１】
これにより、ユーザが嗜好する可能性の高いコンテンツの再生可否を優先的に判断しているため、ユーザが記録を所望したコンテンツについて再生可否を即座に報知し、記録処理をスムーズに行わせることができる。
【００２２】
上記電子機器は、前記再生可否リストを表示するよう制御する手段と、前記表示された再生可否リストを基に、当該再生可能リスト中に記載された前記コンテンツの記録を要求するユーザ操作を入力する手段とを更に具備していてもよい。
【００２３】
ここで、「表示するよう制御する」とは、当該電子機器がディプレイ等の表示手段を有する場合のみならず、当該電子機器に接続されたテレビジョンやディスプレイ装置へ表示するためのデータを出力する場合も含む概念である。これにより、再生可能リストを基にユーザからコンテンツの移動要求を受け付けて記録媒体へ記録するため、ユーザはネットワーク上のコンテンツのうち再生可能なコンテンツのみを、再生可否の判断等を意識することなく容易に記録させることができる。
【００２４】
上記電子機器は、前記判断手段により前記コンテンツが再生不可能であると判断された場合に、前記コンテンツを再生可能な記録形式に変換するよう要求する変換要求情報を前記他の電子機器へ送信する手段を更に具備し、前記受信手段は、前記変換されたコンテンツを前記他の電子機器から受信するようにしても構わない。
【００２５】
これにより、コンテンツが再生不可能な記録形式で記録されていても、他の機器に再生可能な記録形式に変換させて受信することで、再生させることが可能となる。ここで記録形式とは、例えばMPEG-1（Moving Picture Experts Group phase 1）、MPEG-2、MPEG-4、MPEG-4 AVC等の映像形式（圧縮形式）や、リニアPCM（Linear Pulse Code Modulation）、ドルビーデジタル（AC-3）、DTS、ATRAC（Adaptive TRansform Acoustic Coding）、MPEG-1 Audio、MPEG-2 Audio（MPEG-2 Audio AAC（Advanced Audio Coding））等の音声形式（圧縮形式）、またはMPEG-2 PS（Program Stream）、MPEG-2 TS（Transport Stream）等の多重化形式等のフォーマットをいう。
【００２６】
上記電子機器は、当該電子機器の機種に関する第１の機種情報を記憶する手段を更に具備し、前記受信手段は、前記他の機器の機種に関する第２の機種情報を前記他の電子機器から受信し、前記判断手段は、前記記憶された第１の機種情報と前記受信された第２の機種情報とが一致する場合に前記コンテンツをデコードすることなく、当該コンテンツを再生可能と判断するようにしてもよい。
【００２７】
ここで機種情報とは、例えば機種名や機種ＩＤ、製品番号等である。これにより、当該電子機器と他の電子機器が同種の機器であった場合には、デコード処理を省略することで、再生可能なコンテンツを第２の記録媒体へ迅速に記録させることができる。
【００２８】
本発明の他の観点に係るコンテンツ記録方法は、ネットワークを介して他の電子機器と通信可能な電子機器がコンテンツを記録する方法であって、前記他の電子機器の第１の記録媒体に記録されているコンテンツを前記他の電子機器から受信するステップと、前記受信されたコンテンツをデコードして前記コンテンツが再生可能であるか否かを判断するステップと、前記コンテンツが再生可能であると判断された場合に前記コンテンツを第２の記録媒体へ記録するステップとを具備する。
【００２９】
本発明の更に別の観点に係るプログラムは、ネットワークを介して他の電子機器と通信可能なコンピュータに、前記他の電子機器の第１の記録媒体に記録されているコンテンツを前記他の電子機器から受信するステップと、前記受信されたコンテンツをデコードして前記コンテンツが再生可能であるか否かを判断するステップと、前記コンテンツが再生可能であると判断された場合に前記コンテンツを第２の記録媒体へ記録するステップとを実行させるためのものである。
【発明の効果】
【００３０】
以上のように、本発明によれば、再生不可能なコンテンツを他の機器からコピーまたは移動してしまうことを確実に防ぐことができる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施の形態を図面に基づき説明する。
【００３２】
（第の１実施形態）
まず、本発明の第１の実施形態について説明する。図１は、本発明の一実施形態に係るデジタルビデオレコーダが接続されるシステムの概略的な構成を示した図である。
【００３３】
同図に示すように、本システムは、デジタルビデオレコーダ１（以下、ＤＶＲ１と称する）及びデジタルビデオレコーダ２（以下、ＤＶＲ２と称する）で構成される。ＤＶＲ１、ＤＶＲ２は、例えばEthernet(登録商標）や無線ＬＡＮ（Local Area Network）等のネットワーク４（いわゆる家庭内ＬＡＮ）に接続され、相互に通信が可能となっている。特に本実施形態においては、当該ネットワーク４を介して、例えばＤＬＮＡ（Digital Living Network Alliance guideline）の仕様に基づいて、各機器間で相互にコンテンツのやり取り（コピーまたは移動（ムーブ））が可能となっている。またＤＶＲ１及びＤＶＲ２はそれぞれデジタルテレビジョン３（以下、デジタルＴＶ３と称する）に専用線を介して接続されている。デジタルＴＶ３はディスプレイ及びスピーカ（図示せず）を有し、各ＤＶＲから送信される映像信号及び音声信号を出力可能となっている。
【００３４】
図２は、上記ＤＶＲ１の構成を示したブロック図である。同図に示すように、ＤＶＲ１は、ＣＰＵ（Central Processing Unit）１１、ＲＡＭ（Random Access Memory）１２、
ＲＯＭ（Read Only Memory）１３、操作入力部１４、デジタルチューナ１５、IEEE1394インターフェース（Ｉ／Ｆ）１６、Ethernet(登録商標）／無線ＬＡＮインターフェース１７、ＵＳＢ（Universal Serial Bus）インターフェース１８、フラッシュメモリインターフェース１９、光ディスクドライブ２１、バッファコントローラ２２、Mux/Demux（マルチプレクサ／デマルチプレクサ）２３、ＣＯＤＥＣ（COmpresser DECompressor）２４、ＯＳＤ（On-Screen Display）２５、Ｄ／Ａ（Digital/Analog）コンバータ２６・２７、セレクタ２８及びフラッシュメモリ２９を有している。
【００３５】
ＣＰＵ１１は、必要に応じてＲＡＭ１２等に適宜アクセスし、ＤＶＲ１の各ブロック全体を統括的に制御する。ＲＡＭ１２は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳやプログラム、処理データ等を一時的に保持するメモリである。またＲＡＭ１２は、ネットワーク４を介して受信されたストリーミング再生用のデータのバッファリング領域としても使用される。ＲＯＭ１３は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。
【００３６】
フラッシュメモリ２９は、例えば上記ＯＳや、光ディスク２０へ記録されるコンテンツに関するデータ等を記憶する不揮発性のメモリである。
【００３７】
操作入力部１４は、ボタン、スイッチ、キー、操作確認用の表示器や、リモートコントローラ（図示せず）から送信される赤外線信号の受光部等で構成され、ユーザの操作による各種設定値や指令を入力してＣＰＵ１１へ出力する。
【００３８】
デジタルチューナ１５は、ＣＰＵ１１の制御に従って、図示しないアンテナを介してデジタル放送の特定のチャンネルを選局して放送データを受信し、当該放送データを復調して、セレクタ３０を介してMux/Demux２３に出力して再生させたり、バッファコントローラ２２を介して光ディスク２０へ記録させたりする。当該放送データは、例えばMPEG-2 TS方式で圧縮されたMPEGストリーム等であるが、このフォーマットに限られるものではない。
【００３９】
IEEE1394インターフェース１６は、例えばデジタルビデオカメラ等の外部機器に接続可能である。例えばデジタルビデオカメラによって撮影され記録された動画像データ等のコンテンツデータは、上記デジタルチューナ１５によって受信された動画像データと同様に再生させたり、光ディスク２０に記録させたりすることが可能である。
【００４０】
Ethernet(登録商標）／無線ＬＡＮインターフェース１７は、上記ＤＶＲ２に記録された動画像データ等のコンテンツデータやその他のデータを、Ethernet(登録商標）または無線ＬＡＮ等の上記ネットワーク４を介して入力する。そして当該コンテンツデータも、再生したり、光ディスク２０に記録させたりすることが可能である。
【００４１】
ＵＳＢインターフェース１８は、ＵＳＢを介して例えばＵＳＢメモリ等の外部記憶装置やデジタルカメラ等の機器からコンテンツデータやその他のデータを入力する。これらデータも再生及び光ディスク２０への記録が可能である。
【００４２】
フラッシュメモリインターフェース１９は、例えばフラッシュメモリを内蔵したメモリーカード（例えばメモリーカード）と接続して、当該フラッシュメモリに記録されたコンテンツデータやその他のデータを入力する。当該データも、再生及び光ディスク２０への記録が可能である。
【００４３】
セレクタ２８は、上記各インターフェースや光ディスク２０のいずれかから入力されるデータをＣＰＵ１１からの制御信号に基づき選択する。
【００４４】
光ディスクドライブ２１は、光ディスク２０を装着可能であり、当該光ディスク２０に対する信号の記録及び再生が可能である。光ディスクドライブ２１は例えば、上記動画像データ等のデータを読み出し、バッファコントローラ２２へ入力する。光ディスク２０は、例えばＤＶＤ（ＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等）やＢＤ、ＣＤ等である。
【００４５】
バッファコントローラ２２は、光ディスクドライブ２１から連続的に入力されるデータの読み出しのタイミングやデータ量を制御し、光ディスクドライブ２１から断続的に読み出されるMPEGストリーム等のデータを、Mux/Demux２３へ連続的に出力する。
【００４６】
またバッファコントローラ２２は、光ディスク２０へ読み書きされるデータのみならず、例えば上記Ethernet(登録商標）／無線ＬＡＮインターフェース１７からストリーミング再生用に入力されたストリームデータをバッファリングし、当該ストリームデータをMux/Demux２３へ供給するタイミングの制御を行う。
【００４７】
Mux/Demux２３は、上記バッファコントローラ２２から入力された、多重化されたMPEGストリームをMPEGオーディオストリームとMPEGビデオストリームとに分離して、CODEC２４へ出力したり、CODEC２４から入力されたMPEGオーディオストリーム及びMPEGビデオストリームを多重化し、セレクタ２８を介してバッファコントローラ２２へ出力したりする。
【００４８】
CODEC２４は、Mux/Demux２３で分離されたMPEGオーディオストリーム及びMPEGビデオストリームにそれぞれデコード（伸張）処理を施して、デジタルオーディオ信号及びデジタルビデオ信号に変換し、デジタルオーディオ信号をＤ／Ａコンバータ２７へ、またデジタルビデオ信号をＯＳＤ２５へ出力する。またCODEC２４は、バッファコントローラ２２から入力されるデジタルオーディオ信号及びデジタルビデオ信号に対して、所定のフォーマットによりエンコード（圧縮）処理を施し、Mux/Demux２３へ出力する。なお、CODEC２４は、バッファコントローラ２２から入力されるデジタルオーディオ信号及びデジタルビデオ信号をそのままＤ／Ａコンバータ２７及びＯＳＤ２５へ出力したりすることも可能である。
【００４９】
Ｄ／Ａコンバータ２７は、上記CODEC２４から入力されたデジタルオーディオ信号をアナログオーディオ信号に変換して、例えば専用線を介してデジタルＴＶ３のスピーカに出力して再生させる。
【００５０】
ＯＳＤ２５は、デジタルＴＶ３のディスプレイに表示するためのグラフィックス等を生成して、上記デジタルビデオ信号との合成処理や切り替え処理を施し、処理後の映像データをＤ／Ａコンバータ２６に出力する。
【００５１】
Ｄ／Ａコンバータ２６は、ＯＳＤ２５でグラフィック処理を施されたデジタルビデオ信号をアナログビデオ信号（ＮＴＳＣ（National Television Standards Committee）信号）に変換し、例えば専用線を介してデジタルＴＶ３のディスプレイに出力して表示させる。
【００５２】
また、上記デジタル放送の放送データには、オーディオストリーム及びビデオストリームの他に、データ放送信号やＥＰＧ（Electronic Program Guide）データ等を伝送するためのＰＳＩ／ＳＩ（Program Specific Information / Service Information）信号等が含まれている。上記ＲＡＭ１２またはフラッシュメモリ２９には、当該ＰＳＩ／ＳＩ信号等から抽出されたＥＰＧデータも記憶される。
【００５３】
図３は、上記ＤＶＲ２の構成を示したブロック図である。ＤＶＲ２は、上記ＤＶＲ１における光ディスクドライブ２１及びフラッシュメモリ２９に代えて、ＨＤＤ４１を有している。ＨＤＤ４１は、デジタルチューナ３５やその他各種インターフェースから入力された動画像データ等のコンテンツデータ、各種プログラムやその他のデータ等を内蔵のハードディスクに記録し、また再生時等にそれらを当該ハードディスクから読み出す。またＨＤＤ４１には、上記ＥＰＧデータも記憶される。その他の構成は、上記図２に示したＤＶＲ１の構成と同様であるため、説明を省略する。
【００５４】
次に、以上のように構成されたＤＶＲ１及びＤＶＲ２の動作について説明する。上述したように、本実施形態において、ＤＶＲ１とＤＶＲ２は、ネットワーク４を介して相互にコンテンツを移動（ムーブ）することが可能となっている。以下、ＤＶＲ２のＨＤＤ４１からＤＶＲ１の光ディスク２０へコンテンツを移動する場合の動作について説明する。図４は、この場合の処理の流れを示したシーケンス図であり、図５は、この場合のＤＶＲ１の動作の流れを示したフローチャートである。
【００５５】
両図に示すように、まず、ＤＶＲ１のＣＰＵ１１は、ＤＶＲ１のユーザから、ＤＶＲ２のＨＤＤ４１に記録されたコンテンツをＤＶＲ１の光ディスクへ移動する処理を要求する操作を、操作入力部１４を介して入力する（図４のステップ５１、図５のステップ６１）。なお、当該操作入力は、例えばＤＶＲ１がＤＶＲ２のＨＤＤ４１に記録されたコンテンツのリストを、ネットワーク４を介して取得してデジタルＴＶ３のディスプレイに表示させ、当該リストを基にユーザが所望のコンテンツを選択することで行われる。
【００５６】
続いて、ＤＶＲ１のＣＰＵ１１は、Ethernet(登録商標）／無線ＬＡＮＩ／Ｆ１７を介して、当該操作入力の対象となっているコンテンツを、再生可能か否かの判定用に送信するよう要求する送信要求信号をＤＶＲ２へ送信する（図４のステップ５２、図５のステップ６２）。
【００５７】
続いて、ＤＶＲ２のＣＰＵ３１は、上記送信要求信号に応答して、Ethernet(登録商標）／無線ＬＡＮＩ／Ｆ３７によりネットワーク４を介してＤＶＲ１へ判定用コンテンツを送信し（図４のステップ５３）、ＤＶＲ１は当該判定用コンテンツをEthernet(登録商標）／無線ＬＡＮＩ／Ｆ１７により受信する（図５のステップ６３）。なお、当該判定用コンテンツの送受信は例えばストリーミングにより行われる。ストリーミングとすることで、判定用コンテンツを一時的に記憶するためのバッファ等を不要としている。
【００５８】
そして、ＤＶＲ１のＣＰＵ１１は、受信した判定用コンテンツに対して、CODEC２４によりデコード処理を試み、当該判定用コンテンツがＤＶＲ１において再生可能であるか否かを判定する（図４のステップ５４、図５のステップ６４）。
【００５９】
具体的には、ＣＰＵ１１は、当該判定用コンテンツが、CODEC２４に対応した所定のフォーマットによりエンコードされたコンテンツであるか否かを判定する。ここで所定のフォーマットとは、例えばMPEG-1、MPEG-2、MPEG-4、MPEG-4 AVC等の映像圧縮形式や、リニアPCM、ドルビーデジタル（AC-3）、DTS、ATRAC、MPEG-1 Audio、MPEG-2 Audio等の音声圧縮形式、またはMPEG-2 PS、MPEG-2 TS等の多重化形式等であるが、これらに限られるものでなない。CODEC２４が対応していないフォーマットのコンテンツは、デコード処理を行うことができないため、再生不可能と判定される。
【００６０】
また、コンテンツによっては、ＤＶＲ２のユーザが、例えば放送番組を録画したコンテンツと、デジタルビデオカメラ等で撮影したコンテンツとを合成したり、インターネットを介してダウンロードしたコンテンツとを合成したりした場合等、ユーザが独自に編集、生成等することによって、一のコンテンツに複数のフォーマットが混在しているような場合もある。CODEC２４は、このようにフォーマットが混在するコンテンツについては、途中までデコードできてもある時点からデコードできず、また逆に途中からデコードできたりするため、このようなコンテンツも再生不可能なコンテンツであると判定する。
【００６１】
当該判定により判定用コンテンツが再生可能であると判断された場合（ステップ６４のＹｅｓ）、すなわち、CODEC２４が当該判定用コンテンツのデコード処理に対応していると判定された場合、ＣＰＵ１１は、当該判定されたコンテンツの、ＤＶＲ２のＨＤＤ４１からＤＶＲ１の光ディスク２０への移動を要求する移動要求信号をＤＶＲ２へ送信する（図４のステップ５５、図５のステップ６６）。
【００６２】
ＤＶＲ２のＣＰＵ３１は、当該移動要求信号に応答して、コンテンツをＨＤＤ４１からＤＶＲ１の光ディスク２０へ移動するために送信し（図４のステップ５６）、ＤＶＲ１のＣＰＵ１１は、Ethernet(登録商標）／無線ＬＡＮＩ／Ｆ１７により当該コンテンツを受信し（図５のステップ６７）、セレクタ２８及びバッファコントローラ２２を介して、当該コンテンツを光ディスクドライブ２１により光ディスク２０へ書き込む（図５のステップ６８）。このとき、移動されたコンテンツはＤＶＲ２のＨＤＤ４１から削除される。
【００６３】
上記判定において、判定用コンテンツが再生不可能であると判定された場合（ステップ６５のＮｏ）、すなわち、CODEC２４が上記判定用コンテンツのデコード処理に対応していないと判定された場合には、ＣＰＵ１１は、コンテンツの移動処理を取り消し（図５のステップ６９）、当該コンテンツが移動できない旨をデジタルＴＶ３のディスプレイに表示させる（図５のステップ７０）。
【００６４】
以上の動作により、コンテンツの再生の可否を判定した上で当該コンテンツを光ディスク２０へ書き込むため、再生不可能な無駄な光ディスク２０を作成してしまったり、移動によりコンテンツがＤＶＲ２のＨＤＤ４１から消去されてしまうことによりコンテンツを消失してしまったりすることを防ぐことができ、ユーザの不便を回避することができる。
【００６５】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。なお、本実施形態においては、上記ＤＶＲ１、ＤＶＲ２の他、例えばＤＶＲ２と同様の構成を有する複数のＤＶＲがネットワーク４を介して相互に通信可能となっているものとする。また本実施形態において、ＤＶＲ１及びＤＶＲ２の基本的な構成については上記第１の実施形態の場合と同様であるため、説明を省略する。
【００６６】
本実施形態においては、上記第１の実施形態におけるコンテンツの記録動作がよりスムーズに行われるように、ユーザによるコンテンツの移動要求がない間に、ＤＶＲ１以外のネットワーク４上に存在するＤＶＲに記録されているコンテンツのＤＶＲ１における再生の可否を事前に判定することとしている。
【００６７】
図６は、本実施形態におけるＤＶＲ１の動作の流れを示したフローチャートである。同図に示すように、まずＤＶＲ１のＣＰＵ１１は、ネットワーク４上にＤＶＲ１の他に存在するＤＶＲを検索し（ステップ７１）、各ＤＶＲのＨＤＤに記録されているコンテンツを検索し、当該コンテンツのリストを作成する（ステップ７２）。
【００６８】
続いて、ＤＶＲ１のＣＰＵ１１は、上記コンテンツリストに記載されているコンテンツを、メタデータを基に優先順位付けする（ステップ７３）。ここでメタデータとは、コンテンツのタイトル、出演者、ジャンル、放送開始時刻、放送終了時刻等の情報である。当該メタデータは、例えば上記ネットワーク上のコンテンツを検索する際に、タイトルとともに他のＤＶＲから取得されるようにしてもよいし、各ＤＶＲのタイトルを取得した際に、フラッシュメモリ２９に記憶されているＥＰＧデータ中から当該タイトルを基に検索して抽出するようにしてもよいし、またインターネット等を介して新たにＥＰＧデータを取得して、当該ＥＰＧデータ中から上記タイトルを基に検索して抽出するようにしてもよい。
【００６９】
また優先順位とは、コンテンツに対するユーザの嗜好度が高い順番である。ＣＰＵ１１は、当該ＤＶＲ１において過去に録画したり再生したりしたコンテンツの履歴情報を、例えばフラッシュメモリ２９に保存しておき、当該履歴情報中の、タイトルや出演者、ジャンル等の情報を基に、ユーザの嗜好を学習して嗜好度情報として保存しておく。当該嗜好度情報においては、コンテンツの種類がそのタイトルや出演者、ジャンル等によって優先順位付けされている。例えば、ＤＶＲ１において録画を行ったことがあるコンテンツと同じタイトルを有するコンテンツは嗜好度が最優位コンテンツとされ、録画して最後まで再生したコンテンツと同じタイトルまたは出演者等のキーワード情報を含むコンテンツが２番目に優位なコンテンツとされ、録画及び再生したコンテンツと同じジャンルのコンテンツが３番目に優位なコンテンツとされ、その他のコンテンツが４番目に優位なコンテンツとされる。しかし、この優先付け方法に限られるものではなく、例えば出演者やジャンルの類似度によって優先順位付けを行ってもよいし、特定の時間帯に対する放送開始／終了時刻の近似度によって優先順位付けを行ってもよい。またユーザが操作入力部１４を介して嗜好度情報を直接入力するようにしても構わない。
【００７０】
図７は、上記ステップ７２において作成され、ステップ７３において優先順位付けされたコンテンツリストの例を示した図である。同図に示すように、当該コンテンツリストには、ネットワーク上に存在する各ＤＶＲに記録されているコンテンツのタイトル、各ＤＶＲのＤＶＲ名、それらのＤＶＲの、ネットワーク４上におけるＵＲＬ（ＩＰアドレス）、及びそれらの機種名がそれぞれ記載されている。ＤＶＲ名とは、例えばＤＶＲ２がリビング用ならリビング用ＤＶＲ、ＤＶＲ１及びＤＶＲ２とは異なる他のＤＶＲが家庭内の２階用なら２Ｆ用ＤＶＲ、当該他のＤＶＲとは異なるもう一つのＤＶＲが父用のＤＶＲなら父用ＤＶＲといったように、ユーザが覚えやすいように付けた名前等であるが、こういった名付け方法に限られるものではない。また、ＵＲＬは、ＤＶＲ１がEthernet(登録商標）／無線ＬＡＮＩ／Ｆ１７によりコンテンツの移動要求信号及びコンテンツを送受信する際に参照される情報である。また、機種名とは例えば「ＤＶＲ−ｘｙｚ」、「ＤＶＲ−ａｂｃ−１」といった型番等の情報である。当該コンテンツリストは、ＤＶＲ１の例えばフラッシュメモリ２９内に記憶されている。また、ＤＶＲ１は、他のＤＶＲの機種名のみならず、自身の機種名も例えばフラッシュメモリ２９内またはＲＯＭ１３内に記憶している。
【００７１】
続いて、ＣＰＵ１１は、上記作成されたコンテンツリスト中の他のＤＶＲの機種名と、自身の機種名とを比較して、上記コンテンツリスト中に、ＤＶＲ１と同機種のＤＶＲに記録されたコンテンツが存在するか否かを確認する（ステップ７４）。ステップ７４において、同機種のＤＶＲに記録されたコンテンツが存在すると判断された場合（Ｙｅｓ）には、当該コンテンツを、コンテンツの再生可否を記した再生可否リスト（後述）に、再生可能なコンテンツとして追加する（ステップ７９）。これは、同種の機種であれば同様のCODECを有しているため、当該コンテンツを再生可能である可能性が極めて高いからである。なお、機種名の代わりに、機種ＩＤや製造番号等を比較することで機種の同一性を判定するようにしても構わない。
【００７２】
また、ステップ７４において、同機種のＤＶＲに記録されたコンテンツが存在しない場合（Ｎｏ）には、上記優先順位付けされたコンテンツリスト中、優先順位が最も高く、かつコンテンツの再生可否を未だ判定していないコンテンツを送信するよう、送信要求信号をＤＶＲ２へ送信する（ステップ７５）。
【００７３】
続いて、ＣＰＵ１１は、ネットワーク４を介してEthernet(登録商標）／無線ＬＡＮＩ／Ｆ１７により上記最優先のコンテンツを受信し（ステップ７６）、上記第１の実施形態と同様に、当該コンテンツに対してデコード処理を試みることで、当該コンテンツの再生可否を判定する（ステップ７７）。当該ステップ７７においてコンテンツが再生可能と判定された場合（Ｙｅｓ）、ＣＰＵ１１は、当該コンテンツを再生可能なコンテンツとして上記再生可否リストへ追加し（ステップ７９）、再生不可能と判断された場合（Ｎｏ）には、当該コンテンツを再生不可能なコンテンツとして再生可否リストへ追加して終了する（ステップ８０）。
【００７４】
図８は、当該再生可否リストを示した図である。同図に示すように、再生可否リストには、コンテンツのタイトルの他、当該コンテンツが記録されているＤＶＲのＤＶＲ名、そのＤＶＲのＵＲＬ、当該コンテンツに対して判定を既に行っているか否か（確認／未確認）及び当該判定の結果、コンテンツが再生可能か否か（ＯＫ／ＮＧ）といった情報がコンテンツ毎に記載され、また上記優先順位に基づいて順位付けされている。当該再生可否リストも、例えば上記フラッシュメモリ２９内に記憶される。
【００７５】
上記動作の後は、ＣＰＵ１１は、ユーザがＤＶＲ１以外のＤＶＲに記録されているコンテンツに対する移動要求を行う度に、上記再生可否リストを参照して、記録対象のコンテンツが再生可能であればコンテンツを光ディスク２０へ移動させ、また記録対象のコンテンツが再生不可能であればその旨の表示をさせる。
【００７６】
なお、ユーザが光ディスク２０への記録を要求する際に、上記再生可否リストをユーザに参照させて、当該再生可否リストから再生可能なコンテンツを選択させるようにしてもよい。これにより、ユーザは再生可能なコンテンツのみに対して移動要求を行なうため、ＣＰＵ１１が再生不可能である旨の表示を行う処理を省略させることができ、ユーザにとっても無駄な作業を省くことができる。
【００７７】
以上の動作により、ユーザによる移動要求がない間にネットワーク４上のコンテンツの再生可否が判定され、判定結果が上記再生可否リストに記載されるため、ユーザの移動要求があってから再生可否を判定する場合に比べて記録処理をよりスムーズに行うことができ、ユーザの利便性を向上させることができる。また、コンテンツに対するユーザの嗜好度情報に基づいて、嗜好度が高いコンテンツから優先的に再生可否を判定するため、ユーザがあるコンテンツに対する移動要求を行った場合に、そのコンテンツが再生可否を既に判定済みである可能性が高いため、ユーザの利便性を更に向上させることができる。更に、ユーザの嗜好度が低い、すなわちユーザが移動要求を行う可能性が低いコンテンツに対する無駄な判定処理を行うことを防いで、ＣＰＵ１１の処理負担を軽減させることもできる。
【００７８】
なお、本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【００７９】
上述の第１及び第２の実施形態において、ＤＶＲ１は、コンテンツが再生不可能であると判定された場合には、その旨の表示をしたり、当該コンテンツを再生不可能なコンテンツとして再生不可リストへ追加したりしていたが、当該コンテンツを再生可能なフォーマットへ変換するように他のＤＶＲへ依頼するようにしてもよい。
【００８０】
例えば、上記第１の実施形態の図５のフローチャートにおいて、ステップ６５で判定用コンテンツが再生不可と判定された場合（Ｎｏ）、ＣＰＵ１１は、移動処理の取消（ステップ６９）及び移動不可な旨の表示（ステップ７０）を行う代わりに、ＤＶＲ２に対して、当該判定用コンテンツをＤＶＲ１において再生可能なフォーマットへ変換するよう要求する変換要求信号を送信し、ＤＶＲ２からフォーマット変換後のコンテンツを受信し、当該コンテンツを光ディスク２０へ記録するようにしてもよい。また上記第２の実施形態における図６のフローチャートにおいても、ステップ８０の代わりに同様の処理が行われるようにしてもよい。ＣＰＵ１１は、再生可否の判定の際に、判定対象のコンテンツのフォーマットを、例えば当該コンテンツの最大ビットレートや平均ビットレートや、必要なCODECの種類等を、例えばコンテンツに含まれるプロファイル情報等を解析する等して判定し、当該判定されたフォーマットを、ＤＶＲ１のCODEC２４に対応したフォーマットに変換（再エンコード）するようＤＶＲ２へ要求する。
【００８１】
これにより、ＤＶＲ１において再生不可能と判定されたコンテンツも他のＤＶＲにフォーマット変換させることで、ＤＶＲ１においていかなるコンテンツも記録させることができ、ユーザの利便性を向上させることができる。
【００８２】
また、上述の２つの実施形態においては、ＤＶＲ２のＨＤＤからＤＶＲ１の光ディスク２０へコンテンツを移動する例を示したが、このパターンに限られず、例えばＤＶＲ１がＨＤＤを有する場合には、ＤＶＲ２のＨＤＤ４１からＤＶＲ１のＨＤＤへコンテンツを移動する場合に本発明を適用することもできる。またこの場合、ＤＶＲ１は、ＤＶＲ２のように、コンテンツの移動元のＤＶＲとしても機能することができる。したがって、ＤＶＲ１のＣＰＵ１１は、ＤＶＲ２等の他のＤＶＲからの要求に従ってコンテンツを自身のＨＤＤから他のＤＶＲへ送信したり、他のＤＶＲにおいて再生不可能なコンテンツを、他のＤＶＲからの要求に従ってフォーマット変換させたりすることも可能である。
【００８３】
上述の実施形態においては、再生可否の判断を行う場合には、一度判定用コンテンツをストリーミング受信して、再生可能と判定された場合に再度コンテンツを受信する例を示したが、例えば、ＤＶＲ１が、ＲＡＭ１２やフラッシュメモリ２９等に十分なバッファ領域を有する場合には、当該ＲＡＭ１２やフラッシュメモリ２９をバッファメモリとして、ＤＶＲ２から受信した判定用コンテンツを一時的に保存しておき、再生可能と判断された場合に光ディスクへ転送するようにしてもよい。これにより、コンテンツを２度受信する手間を省き、処理負担を軽減させることができる。
【００８４】
上述の実施形態において、CODEC２４は、コンテンツの再生可否の判定処理の際には、通常の再生処理の場合に比べて高速にデコード処理するようにしても構わない。これにより、判定処理をより迅速に行うことが可能となる。また、ＤＶＲ１は、CODEC２４とは別に、コンテンツの再生可否の判定処理専用のCODECを更に有していてもよい。
【００８５】
上述の実施形態においては、ＤＶＲ２等の他のＤＶＲに存在するコンテンツの、ＤＶＲ１における再生の可否を判断して、当該コンテンツをＤＶＲ１へ移動する例を示したが、例えば、ＤＶＲ２のコンテンツをＤＶＲ１へストリーミングにより受信して再生するような場合においても、本発明を適用することができる。この場合、ＤＶＲ１側で当該ストリーミング対象のコンテンツの再生可否を予め判断した上で、再生可能なコンテンツのみをＤＶＲ１からストリーミングにより受信するようにすればよい。
【００８６】
上述の実施形態においては、ネットワーク４は家庭内ＬＡＮで構成したが、家庭内のみならず、例えば自宅と屋外、オフィス等をインターネットで接続してコンテンツのやり取りを行っても勿論構わない。
【００８７】
上述の実施形態においては、電子機器として複数のＤＶＲ及びデジタルＴＶをネットワークで接続したシステムを例に説明したが、ネットワークに接続される電子機器の種類及び数はこれに限定されるものではない。例えば、各ビデオレコーダに代えて、ＰＣ、ゲーム機器、ＤＶＤプレーヤ、携帯型電話機、ＰＤＡ等の様々な電子機器を接続してシステムを構成することができる。
【００８８】
また、上述の実施形態においては、コンテンツとして放送番組の映像コンテンツを例に挙げて説明したが、コンテンツはこれに限られるものではなく、音楽等の音声コンテンツや、電子書籍等のテキストコンテンツ等、様々なコンテンツを適用することができる。
【図面の簡単な説明】
【００８９】
【図１】本発明の第１の実施形態に係るデジタルビデオレコーダが接続されるシステムの概略的な構成を示した図である。
【図２】本発明の第１の実施形態に係るＤＶＲ１の構成を示したブロック図である。
【図３】本発明の第１の実施形態に係るＤＶＲ２の構成を示したブロック図である。
【図４】本発明の第１の実施形態において、ＤＶＲ２のＨＤＤ４１からＤＶＲ１の光ディスク２０へコンテンツを移動する際の処理の流れを示したシーケンス図である。
【図５】本発明の第１の実施形態において、ＤＶＲ２のＨＤＤ４１からＤＶＲ１の光ディスク２０へコンテンツを移動する際のＤＶＲ１の動作の流れを示したフローチャートである。
【図６】本発明の第２の実施形態におけるＤＶＲ１の動作の流れを示したフローチャートである。
【図７】本発明の第２の実施形態において各ＤＶＲに記録されているコンテンツのリストの例を示した図である。
【図８】本発明の第２の実施形態における再生可否リストを示した図である。
【符号の説明】
【００９０】
１、２…デジタルビデオレコーダ（ＤＶＲ）
３…デジタルテレビジョン（デジタルＴＶ）
４…ネットワーク
１１…ＣＰＵ
１２…ＲＡＭ
１４…操作入力部
１５…デジタルチューナ
１７…Ethernet(登録商標）／無線ＬＡＮインターフェース
２０…光ディスク
２１…光ディスクドライブ
２２…バッファコントローラ
２３…Mux/Demux
２４…ＣＯＤＥＣ
２９…フラッシュメモリ
３１…ＣＰＵ
４１…ＨＤＤ
【技術分野】
【０００１】
本発明は、映像等のコンテンツを記録することが可能な電子機器、コンテンツ記録方法及びそのプログラムに関する。
【背景技術】
【０００２】
近年、例えば複数のビデオレコーダやテレビジョン等の電子機器をホームネットワーク（家庭内ＬＡＮ（（Local Area Network）））等のネットワークを介して相互に接続し、各電子機器間で映像等のコンテンツをやり取りすることで、例えば家庭内の複数の場所でコンテンツを再生可能なネットワークシステムが提案されている。
【０００３】
このようなシステムにおいて、ネットワークを介してある機器からコンテンツを他の機器のＨＤＤ（Hard Disk Drive）のような記憶装置やＤＶＤ（Digital Versatile Disk）やＢＤ（Blu-ray Disc）等の光ディスクのようなメディアへコピーまたは移動（いわゆるムーブ）する場合、コピーまたは移動した後に再生不能であることが判明することがある。この場合、無駄なコピー処理を行うこととなり、また例えばＤＶＤ−Ｒのように、１度のみ書き込み可能なメディアに書き込みを行う場合には、当該メディアを無駄にしてしまうおそれもある。更には、著作権管理されたコンテンツについては、移動元のコンテンツが消去されることでコンテンツ自体を消失してしまうおそれもある。
【０００４】
ネットワークを介してコンテンツのコピーまたは再生を行う際の処理に関連して、下記特許文献１には、コンテンツをコピーまたは再生するに際して、当該コピーまたは再生に不適切なアプリケーションの種別やバージョンを記した不許可リストと、当該コンテンツのコピーまたは再生に適したアプリケーションの種別やバーションを記した起動ファイルとを外部から取得して、起動ファイルに基づいて、自身にインストールされているアプリケーションを特定し、当該特定されたアプリケーションと不許可リストとを照合することで、当該不許可リストに記載されたアプリケーションによる実行を防ぐことが可能な情報処理装置が記載されている。
【特許文献１】特開２００５−３３８９５９号公報（段落［０００８］、図８等）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に記載の技術においては、コンテンツのコピーまたは再生を行なうアプリケーションの実行の可否を判断するために、上記不許可リスト及び起動ファイルを例えばインターネットを介して外部のＷｅｂサーバから取得する必要がある。したがって、例えばコンテンツ提供側の機器とコンテンツ利用側の機器のみがネットワークに接続されている環境下（専用線で接続されている場合）等では、上記不許可リスト及び起動ファイルを取得できないため、上記可否の判断を行うことができない。
【０００６】
また、上記特許文献１の技術においては、アプリケーションの種別やバージョン等の情報を基準としてコンテンツのコピーまたは再生の許可／不許可を判断しているため、コンテンツのコピーを行うに際してアプリケーションの実行を許可したとしても、実際に再生してみると再生不能であることが判明する場合もある。例えば、上記特許文献１におけるコンテンツのように、コンテンツ配信サービスにおいて提供され、所定のアプリケーションを利用すれば再生が保障されるようなコンテンツではなく、他の機器のユーザが独自に記録、編集または作成したコンテンツ等は、上記配信サーバから配信されるコンテンツ等と拡張子が同一であっても、別のフォーマットで作成されたコンテンツであったり、複数のフォーマットのコンテンツが合成されたコンテンツであったりする場合もある。そのようなコンテンツのコピーを許可してしまうと、依然としてメディアを無駄にしたりコンテンツを消失したりしてしまう危険性がある。
【０００７】
以上のような事情に鑑み、本発明の目的は、再生不可能なコンテンツを他の機器からコピーまたは移動してしまうことを確実に防ぐことが可能な電子機器、コンテンツ記録方法及びそのプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上述の課題を解決するため、本発明の主たる観点に係る電子機器は、ネットワークを介して他の電子機器と通信可能な電子機器であって、前記他の電子機器の第１の記録媒体に記録されているコンテンツを前記他の電子機器から受信する受信手段と、前記受信されたコンテンツをデコードして前記コンテンツが再生可能であるか否かを判断する判断手段と、前記コンテンツが再生可能であると判断された場合に前記コンテンツを第２の記録媒体へ記録する記録手段とを具備する。
【０００９】
ここで電子機器とは、例えばＨＤＤ（Hard Disk Drive）レコーダ、ＤＶＤ（Digital Versatile Disk）レコーダ、ＢＤ（Blu-ray Disc）レコーダ及びそれらの複合レコーダ等の記録再生装置、ＰＣ（Personal Computer）（デスクトップ型でもノート型でもよい）、携帯型オーディオ／ビデオプレーヤ、テレビジョン（携帯型テレビジョンを含む）、携帯型電話機、ＰＤＡ（Personal Digital Assistants）、ゲーム機器、その他の電化製品である。またコンテンツとは、テレビ番組等の映像データ、音楽等の音声データ、いわゆる電子書籍等のテキストデータ等である。また第１の記録媒体は、例えばハードディスクやフラッシュメモリ等であり、第２の記録媒体は、例えばハードディスクや、ＤＶＤ（ＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等）、ＢＤ（Blu-ray Disc）等の光ディスク、その他磁気光ディスクや、半導体メモリ等である。また記録手段は、例えばＨＤＤや、ＤＶＤドライブ、ＢＤドライブ等のドライブや、フラッシュメモリを含む回路等である。
【００１０】
この構成により、再生可能か否かを確認した上でコンテンツを他の電子機器の第１の記録媒体から第２の記録媒体へコピーまたは移動（いわゆるムーブ）することとしているため、第２の記録媒体に記録したコンテンツが再生不能となり、第２の記録媒体を無駄にしてしまったり、コンテンツ自体を消失してしまったりすることを防ぐことができる。
【００１１】
上記電子機器は、前記判断手段により再生可能であると判断されたコンテンツの再送信を要求する送信要求信号を前記他の電子機器へ送信する手段を更に具備し、前記受信手段は、前記送信要求信号に基づいて前記他の電子機器から再送信された前記コンテンツを受信し、前記記録手段は、前記再送信され受信されたコンテンツを記録していてもよい。
【００１２】
これにより、コンテンツが再生不可能であると判断された場合に初めてコンテンツが第２の記録媒体へ記録されるため、例えば判断にあたって上記第２の記録媒体とは異なる、メモリ等の記憶領域へコンテンツを一時的に記憶する場合に比べて、記憶領域の使用領域を極力削減することができる。
【００１３】
上記電子機器は、前記受信されたコンテンツを一時的に記憶するバッファメモリを更に具備し、前記記録手段は、前記判断手段により前記コンテンツが再生可能であると判断された場合に前記コンテンツを前記バッファメモリから前記第２の記録媒体へ転送する手段を有していても構わない。
【００１４】
これにより、コンテンツを、再生の可否の判断用と第２の記録媒体への記録用に２度受信する場合に比べて処理負担を軽減することができる。
【００１５】
上記電子機器は、前記第２の記録媒体へ記録されたコンテンツを第１の速度でデコードして再生する再生手段を更に具備し、前記判断手段は、前記コンテンツを前記再生手段によるデコード速度よりも早い第２の速度でデコードするようにしてもよい。
【００１６】
これにより、再生手段におけるデコード速度と同じ速度でデコードして再生の可否を判断する場合に比べて判断処理を迅速に行うことができる。
【００１７】
上記電子機器は、前記判断結果を基に、前記コンテンツの再生の可否を記した再生可否リストを生成して記憶する記憶手段を更に具備していてもよい。
【００１８】
ここで記憶手段とは、例えば上記フラッシュメモリやＨＤＤといった、当該電子機器に内蔵される記憶装置を指す。これにより、上記再生可否リストを生成しておき、当該再生可否リストを参照することで、確実に再生可能なコンテンツを即座に記録可能となるとともに、再生不可能なコンテンツを無駄に記録してしまうことを防ぎ、ユーザの利便性を向上させることができる。
【００１９】
上記電子機器において、前記受信手段は、前記他の電子機器の前記第１の記録媒体に記録されているコンテンツの属性情報を受信し、前記記憶手段は、前記ユーザの、前記コンテンツに対する嗜好度情報を記憶し、前記判断手段は、前記取得された属性情報及び前記記憶された嗜好度情報を基に、前記第１の記録媒体に記録されたコンテンツのうち前記嗜好度の高いコンテンツの再生の可否を優先的に判断するようにしても構わない。
【００２０】
ここで属性情報とは、例えばコンテンツのタイトル、出演者、ジャンル等のメタデータであり、例えば上記受信されるコンテンツから抽出する場合、受信した放送データから抽出する場合、インターネット等のネットワークを介して受信する場合等がある。また嗜好度が高いコンテンツとは、例えば当該電子機器において以前に記録されたコンテンツと同一タイトルのコンテンツや、同一ジャンルのコンテンツ等、当該電子機器において以前に記録され最後まで再生したことのあるコンテンツと同一の属性情報を有するコンテンツ等である。
【００２１】
これにより、ユーザが嗜好する可能性の高いコンテンツの再生可否を優先的に判断しているため、ユーザが記録を所望したコンテンツについて再生可否を即座に報知し、記録処理をスムーズに行わせることができる。
【００２２】
上記電子機器は、前記再生可否リストを表示するよう制御する手段と、前記表示された再生可否リストを基に、当該再生可能リスト中に記載された前記コンテンツの記録を要求するユーザ操作を入力する手段とを更に具備していてもよい。
【００２３】
ここで、「表示するよう制御する」とは、当該電子機器がディプレイ等の表示手段を有する場合のみならず、当該電子機器に接続されたテレビジョンやディスプレイ装置へ表示するためのデータを出力する場合も含む概念である。これにより、再生可能リストを基にユーザからコンテンツの移動要求を受け付けて記録媒体へ記録するため、ユーザはネットワーク上のコンテンツのうち再生可能なコンテンツのみを、再生可否の判断等を意識することなく容易に記録させることができる。
【００２４】
上記電子機器は、前記判断手段により前記コンテンツが再生不可能であると判断された場合に、前記コンテンツを再生可能な記録形式に変換するよう要求する変換要求情報を前記他の電子機器へ送信する手段を更に具備し、前記受信手段は、前記変換されたコンテンツを前記他の電子機器から受信するようにしても構わない。
【００２５】
これにより、コンテンツが再生不可能な記録形式で記録されていても、他の機器に再生可能な記録形式に変換させて受信することで、再生させることが可能となる。ここで記録形式とは、例えばMPEG-1（Moving Picture Experts Group phase 1）、MPEG-2、MPEG-4、MPEG-4 AVC等の映像形式（圧縮形式）や、リニアPCM（Linear Pulse Code Modulation）、ドルビーデジタル（AC-3）、DTS、ATRAC（Adaptive TRansform Acoustic Coding）、MPEG-1 Audio、MPEG-2 Audio（MPEG-2 Audio AAC（Advanced Audio Coding））等の音声形式（圧縮形式）、またはMPEG-2 PS（Program Stream）、MPEG-2 TS（Transport Stream）等の多重化形式等のフォーマットをいう。
【００２６】
上記電子機器は、当該電子機器の機種に関する第１の機種情報を記憶する手段を更に具備し、前記受信手段は、前記他の機器の機種に関する第２の機種情報を前記他の電子機器から受信し、前記判断手段は、前記記憶された第１の機種情報と前記受信された第２の機種情報とが一致する場合に前記コンテンツをデコードすることなく、当該コンテンツを再生可能と判断するようにしてもよい。
【００２７】
ここで機種情報とは、例えば機種名や機種ＩＤ、製品番号等である。これにより、当該電子機器と他の電子機器が同種の機器であった場合には、デコード処理を省略することで、再生可能なコンテンツを第２の記録媒体へ迅速に記録させることができる。
【００２８】
本発明の他の観点に係るコンテンツ記録方法は、ネットワークを介して他の電子機器と通信可能な電子機器がコンテンツを記録する方法であって、前記他の電子機器の第１の記録媒体に記録されているコンテンツを前記他の電子機器から受信するステップと、前記受信されたコンテンツをデコードして前記コンテンツが再生可能であるか否かを判断するステップと、前記コンテンツが再生可能であると判断された場合に前記コンテンツを第２の記録媒体へ記録するステップとを具備する。
【００２９】
本発明の更に別の観点に係るプログラムは、ネットワークを介して他の電子機器と通信可能なコンピュータに、前記他の電子機器の第１の記録媒体に記録されているコンテンツを前記他の電子機器から受信するステップと、前記受信されたコンテンツをデコードして前記コンテンツが再生可能であるか否かを判断するステップと、前記コンテンツが再生可能であると判断された場合に前記コンテンツを第２の記録媒体へ記録するステップとを実行させるためのものである。
【発明の効果】
【００３０】
以上のように、本発明によれば、再生不可能なコンテンツを他の機器からコピーまたは移動してしまうことを確実に防ぐことができる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施の形態を図面に基づき説明する。
【００３２】
（第の１実施形態）
まず、本発明の第１の実施形態について説明する。図１は、本発明の一実施形態に係るデジタルビデオレコーダが接続されるシステムの概略的な構成を示した図である。
【００３３】
同図に示すように、本システムは、デジタルビデオレコーダ１（以下、ＤＶＲ１と称する）及びデジタルビデオレコーダ２（以下、ＤＶＲ２と称する）で構成される。ＤＶＲ１、ＤＶＲ２は、例えばEthernet(登録商標）や無線ＬＡＮ（Local Area Network）等のネットワーク４（いわゆる家庭内ＬＡＮ）に接続され、相互に通信が可能となっている。特に本実施形態においては、当該ネットワーク４を介して、例えばＤＬＮＡ（Digital Living Network Alliance guideline）の仕様に基づいて、各機器間で相互にコンテンツのやり取り（コピーまたは移動（ムーブ））が可能となっている。またＤＶＲ１及びＤＶＲ２はそれぞれデジタルテレビジョン３（以下、デジタルＴＶ３と称する）に専用線を介して接続されている。デジタルＴＶ３はディスプレイ及びスピーカ（図示せず）を有し、各ＤＶＲから送信される映像信号及び音声信号を出力可能となっている。
【００３４】
図２は、上記ＤＶＲ１の構成を示したブロック図である。同図に示すように、ＤＶＲ１は、ＣＰＵ（Central Processing Unit）１１、ＲＡＭ（Random Access Memory）１２、
ＲＯＭ（Read Only Memory）１３、操作入力部１４、デジタルチューナ１５、IEEE1394インターフェース（Ｉ／Ｆ）１６、Ethernet(登録商標）／無線ＬＡＮインターフェース１７、ＵＳＢ（Universal Serial Bus）インターフェース１８、フラッシュメモリインターフェース１９、光ディスクドライブ２１、バッファコントローラ２２、Mux/Demux（マルチプレクサ／デマルチプレクサ）２３、ＣＯＤＥＣ（COmpresser DECompressor）２４、ＯＳＤ（On-Screen Display）２５、Ｄ／Ａ（Digital/Analog）コンバータ２６・２７、セレクタ２８及びフラッシュメモリ２９を有している。
【００３５】
ＣＰＵ１１は、必要に応じてＲＡＭ１２等に適宜アクセスし、ＤＶＲ１の各ブロック全体を統括的に制御する。ＲＡＭ１２は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳやプログラム、処理データ等を一時的に保持するメモリである。またＲＡＭ１２は、ネットワーク４を介して受信されたストリーミング再生用のデータのバッファリング領域としても使用される。ＲＯＭ１３は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。
【００３６】
フラッシュメモリ２９は、例えば上記ＯＳや、光ディスク２０へ記録されるコンテンツに関するデータ等を記憶する不揮発性のメモリである。
【００３７】
操作入力部１４は、ボタン、スイッチ、キー、操作確認用の表示器や、リモートコントローラ（図示せず）から送信される赤外線信号の受光部等で構成され、ユーザの操作による各種設定値や指令を入力してＣＰＵ１１へ出力する。
【００３８】
デジタルチューナ１５は、ＣＰＵ１１の制御に従って、図示しないアンテナを介してデジタル放送の特定のチャンネルを選局して放送データを受信し、当該放送データを復調して、セレクタ３０を介してMux/Demux２３に出力して再生させたり、バッファコントローラ２２を介して光ディスク２０へ記録させたりする。当該放送データは、例えばMPEG-2 TS方式で圧縮されたMPEGストリーム等であるが、このフォーマットに限られるものではない。
【００３９】
IEEE1394インターフェース１６は、例えばデジタルビデオカメラ等の外部機器に接続可能である。例えばデジタルビデオカメラによって撮影され記録された動画像データ等のコンテンツデータは、上記デジタルチューナ１５によって受信された動画像データと同様に再生させたり、光ディスク２０に記録させたりすることが可能である。
【００４０】
Ethernet(登録商標）／無線ＬＡＮインターフェース１７は、上記ＤＶＲ２に記録された動画像データ等のコンテンツデータやその他のデータを、Ethernet(登録商標）または無線ＬＡＮ等の上記ネットワーク４を介して入力する。そして当該コンテンツデータも、再生したり、光ディスク２０に記録させたりすることが可能である。
【００４１】
ＵＳＢインターフェース１８は、ＵＳＢを介して例えばＵＳＢメモリ等の外部記憶装置やデジタルカメラ等の機器からコンテンツデータやその他のデータを入力する。これらデータも再生及び光ディスク２０への記録が可能である。
【００４２】
フラッシュメモリインターフェース１９は、例えばフラッシュメモリを内蔵したメモリーカード（例えばメモリーカード）と接続して、当該フラッシュメモリに記録されたコンテンツデータやその他のデータを入力する。当該データも、再生及び光ディスク２０への記録が可能である。
【００４３】
セレクタ２８は、上記各インターフェースや光ディスク２０のいずれかから入力されるデータをＣＰＵ１１からの制御信号に基づき選択する。
【００４４】
光ディスクドライブ２１は、光ディスク２０を装着可能であり、当該光ディスク２０に対する信号の記録及び再生が可能である。光ディスクドライブ２１は例えば、上記動画像データ等のデータを読み出し、バッファコントローラ２２へ入力する。光ディスク２０は、例えばＤＶＤ（ＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等）やＢＤ、ＣＤ等である。
【００４５】
バッファコントローラ２２は、光ディスクドライブ２１から連続的に入力されるデータの読み出しのタイミングやデータ量を制御し、光ディスクドライブ２１から断続的に読み出されるMPEGストリーム等のデータを、Mux/Demux２３へ連続的に出力する。
【００４６】
またバッファコントローラ２２は、光ディスク２０へ読み書きされるデータのみならず、例えば上記Ethernet(登録商標）／無線ＬＡＮインターフェース１７からストリーミング再生用に入力されたストリームデータをバッファリングし、当該ストリームデータをMux/Demux２３へ供給するタイミングの制御を行う。
【００４７】
Mux/Demux２３は、上記バッファコントローラ２２から入力された、多重化されたMPEGストリームをMPEGオーディオストリームとMPEGビデオストリームとに分離して、CODEC２４へ出力したり、CODEC２４から入力されたMPEGオーディオストリーム及びMPEGビデオストリームを多重化し、セレクタ２８を介してバッファコントローラ２２へ出力したりする。
【００４８】
CODEC２４は、Mux/Demux２３で分離されたMPEGオーディオストリーム及びMPEGビデオストリームにそれぞれデコード（伸張）処理を施して、デジタルオーディオ信号及びデジタルビデオ信号に変換し、デジタルオーディオ信号をＤ／Ａコンバータ２７へ、またデジタルビデオ信号をＯＳＤ２５へ出力する。またCODEC２４は、バッファコントローラ２２から入力されるデジタルオーディオ信号及びデジタルビデオ信号に対して、所定のフォーマットによりエンコード（圧縮）処理を施し、Mux/Demux２３へ出力する。なお、CODEC２４は、バッファコントローラ２２から入力されるデジタルオーディオ信号及びデジタルビデオ信号をそのままＤ／Ａコンバータ２７及びＯＳＤ２５へ出力したりすることも可能である。
【００４９】
Ｄ／Ａコンバータ２７は、上記CODEC２４から入力されたデジタルオーディオ信号をアナログオーディオ信号に変換して、例えば専用線を介してデジタルＴＶ３のスピーカに出力して再生させる。
【００５０】
ＯＳＤ２５は、デジタルＴＶ３のディスプレイに表示するためのグラフィックス等を生成して、上記デジタルビデオ信号との合成処理や切り替え処理を施し、処理後の映像データをＤ／Ａコンバータ２６に出力する。
【００５１】
Ｄ／Ａコンバータ２６は、ＯＳＤ２５でグラフィック処理を施されたデジタルビデオ信号をアナログビデオ信号（ＮＴＳＣ（National Television Standards Committee）信号）に変換し、例えば専用線を介してデジタルＴＶ３のディスプレイに出力して表示させる。
【００５２】
また、上記デジタル放送の放送データには、オーディオストリーム及びビデオストリームの他に、データ放送信号やＥＰＧ（Electronic Program Guide）データ等を伝送するためのＰＳＩ／ＳＩ（Program Specific Information / Service Information）信号等が含まれている。上記ＲＡＭ１２またはフラッシュメモリ２９には、当該ＰＳＩ／ＳＩ信号等から抽出されたＥＰＧデータも記憶される。
【００５３】
図３は、上記ＤＶＲ２の構成を示したブロック図である。ＤＶＲ２は、上記ＤＶＲ１における光ディスクドライブ２１及びフラッシュメモリ２９に代えて、ＨＤＤ４１を有している。ＨＤＤ４１は、デジタルチューナ３５やその他各種インターフェースから入力された動画像データ等のコンテンツデータ、各種プログラムやその他のデータ等を内蔵のハードディスクに記録し、また再生時等にそれらを当該ハードディスクから読み出す。またＨＤＤ４１には、上記ＥＰＧデータも記憶される。その他の構成は、上記図２に示したＤＶＲ１の構成と同様であるため、説明を省略する。
【００５４】
次に、以上のように構成されたＤＶＲ１及びＤＶＲ２の動作について説明する。上述したように、本実施形態において、ＤＶＲ１とＤＶＲ２は、ネットワーク４を介して相互にコンテンツを移動（ムーブ）することが可能となっている。以下、ＤＶＲ２のＨＤＤ４１からＤＶＲ１の光ディスク２０へコンテンツを移動する場合の動作について説明する。図４は、この場合の処理の流れを示したシーケンス図であり、図５は、この場合のＤＶＲ１の動作の流れを示したフローチャートである。
【００５５】
両図に示すように、まず、ＤＶＲ１のＣＰＵ１１は、ＤＶＲ１のユーザから、ＤＶＲ２のＨＤＤ４１に記録されたコンテンツをＤＶＲ１の光ディスクへ移動する処理を要求する操作を、操作入力部１４を介して入力する（図４のステップ５１、図５のステップ６１）。なお、当該操作入力は、例えばＤＶＲ１がＤＶＲ２のＨＤＤ４１に記録されたコンテンツのリストを、ネットワーク４を介して取得してデジタルＴＶ３のディスプレイに表示させ、当該リストを基にユーザが所望のコンテンツを選択することで行われる。
【００５６】
続いて、ＤＶＲ１のＣＰＵ１１は、Ethernet(登録商標）／無線ＬＡＮＩ／Ｆ１７を介して、当該操作入力の対象となっているコンテンツを、再生可能か否かの判定用に送信するよう要求する送信要求信号をＤＶＲ２へ送信する（図４のステップ５２、図５のステップ６２）。
【００５７】
続いて、ＤＶＲ２のＣＰＵ３１は、上記送信要求信号に応答して、Ethernet(登録商標）／無線ＬＡＮＩ／Ｆ３７によりネットワーク４を介してＤＶＲ１へ判定用コンテンツを送信し（図４のステップ５３）、ＤＶＲ１は当該判定用コンテンツをEthernet(登録商標）／無線ＬＡＮＩ／Ｆ１７により受信する（図５のステップ６３）。なお、当該判定用コンテンツの送受信は例えばストリーミングにより行われる。ストリーミングとすることで、判定用コンテンツを一時的に記憶するためのバッファ等を不要としている。
【００５８】
そして、ＤＶＲ１のＣＰＵ１１は、受信した判定用コンテンツに対して、CODEC２４によりデコード処理を試み、当該判定用コンテンツがＤＶＲ１において再生可能であるか否かを判定する（図４のステップ５４、図５のステップ６４）。
【００５９】
具体的には、ＣＰＵ１１は、当該判定用コンテンツが、CODEC２４に対応した所定のフォーマットによりエンコードされたコンテンツであるか否かを判定する。ここで所定のフォーマットとは、例えばMPEG-1、MPEG-2、MPEG-4、MPEG-4 AVC等の映像圧縮形式や、リニアPCM、ドルビーデジタル（AC-3）、DTS、ATRAC、MPEG-1 Audio、MPEG-2 Audio等の音声圧縮形式、またはMPEG-2 PS、MPEG-2 TS等の多重化形式等であるが、これらに限られるものでなない。CODEC２４が対応していないフォーマットのコンテンツは、デコード処理を行うことができないため、再生不可能と判定される。
【００６０】
また、コンテンツによっては、ＤＶＲ２のユーザが、例えば放送番組を録画したコンテンツと、デジタルビデオカメラ等で撮影したコンテンツとを合成したり、インターネットを介してダウンロードしたコンテンツとを合成したりした場合等、ユーザが独自に編集、生成等することによって、一のコンテンツに複数のフォーマットが混在しているような場合もある。CODEC２４は、このようにフォーマットが混在するコンテンツについては、途中までデコードできてもある時点からデコードできず、また逆に途中からデコードできたりするため、このようなコンテンツも再生不可能なコンテンツであると判定する。
【００６１】
当該判定により判定用コンテンツが再生可能であると判断された場合（ステップ６４のＹｅｓ）、すなわち、CODEC２４が当該判定用コンテンツのデコード処理に対応していると判定された場合、ＣＰＵ１１は、当該判定されたコンテンツの、ＤＶＲ２のＨＤＤ４１からＤＶＲ１の光ディスク２０への移動を要求する移動要求信号をＤＶＲ２へ送信する（図４のステップ５５、図５のステップ６６）。
【００６２】
ＤＶＲ２のＣＰＵ３１は、当該移動要求信号に応答して、コンテンツをＨＤＤ４１からＤＶＲ１の光ディスク２０へ移動するために送信し（図４のステップ５６）、ＤＶＲ１のＣＰＵ１１は、Ethernet(登録商標）／無線ＬＡＮＩ／Ｆ１７により当該コンテンツを受信し（図５のステップ６７）、セレクタ２８及びバッファコントローラ２２を介して、当該コンテンツを光ディスクドライブ２１により光ディスク２０へ書き込む（図５のステップ６８）。このとき、移動されたコンテンツはＤＶＲ２のＨＤＤ４１から削除される。
【００６３】
上記判定において、判定用コンテンツが再生不可能であると判定された場合（ステップ６５のＮｏ）、すなわち、CODEC２４が上記判定用コンテンツのデコード処理に対応していないと判定された場合には、ＣＰＵ１１は、コンテンツの移動処理を取り消し（図５のステップ６９）、当該コンテンツが移動できない旨をデジタルＴＶ３のディスプレイに表示させる（図５のステップ７０）。
【００６４】
以上の動作により、コンテンツの再生の可否を判定した上で当該コンテンツを光ディスク２０へ書き込むため、再生不可能な無駄な光ディスク２０を作成してしまったり、移動によりコンテンツがＤＶＲ２のＨＤＤ４１から消去されてしまうことによりコンテンツを消失してしまったりすることを防ぐことができ、ユーザの不便を回避することができる。
【００６５】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。なお、本実施形態においては、上記ＤＶＲ１、ＤＶＲ２の他、例えばＤＶＲ２と同様の構成を有する複数のＤＶＲがネットワーク４を介して相互に通信可能となっているものとする。また本実施形態において、ＤＶＲ１及びＤＶＲ２の基本的な構成については上記第１の実施形態の場合と同様であるため、説明を省略する。
【００６６】
本実施形態においては、上記第１の実施形態におけるコンテンツの記録動作がよりスムーズに行われるように、ユーザによるコンテンツの移動要求がない間に、ＤＶＲ１以外のネットワーク４上に存在するＤＶＲに記録されているコンテンツのＤＶＲ１における再生の可否を事前に判定することとしている。
【００６７】
図６は、本実施形態におけるＤＶＲ１の動作の流れを示したフローチャートである。同図に示すように、まずＤＶＲ１のＣＰＵ１１は、ネットワーク４上にＤＶＲ１の他に存在するＤＶＲを検索し（ステップ７１）、各ＤＶＲのＨＤＤに記録されているコンテンツを検索し、当該コンテンツのリストを作成する（ステップ７２）。
【００６８】
続いて、ＤＶＲ１のＣＰＵ１１は、上記コンテンツリストに記載されているコンテンツを、メタデータを基に優先順位付けする（ステップ７３）。ここでメタデータとは、コンテンツのタイトル、出演者、ジャンル、放送開始時刻、放送終了時刻等の情報である。当該メタデータは、例えば上記ネットワーク上のコンテンツを検索する際に、タイトルとともに他のＤＶＲから取得されるようにしてもよいし、各ＤＶＲのタイトルを取得した際に、フラッシュメモリ２９に記憶されているＥＰＧデータ中から当該タイトルを基に検索して抽出するようにしてもよいし、またインターネット等を介して新たにＥＰＧデータを取得して、当該ＥＰＧデータ中から上記タイトルを基に検索して抽出するようにしてもよい。
【００６９】
また優先順位とは、コンテンツに対するユーザの嗜好度が高い順番である。ＣＰＵ１１は、当該ＤＶＲ１において過去に録画したり再生したりしたコンテンツの履歴情報を、例えばフラッシュメモリ２９に保存しておき、当該履歴情報中の、タイトルや出演者、ジャンル等の情報を基に、ユーザの嗜好を学習して嗜好度情報として保存しておく。当該嗜好度情報においては、コンテンツの種類がそのタイトルや出演者、ジャンル等によって優先順位付けされている。例えば、ＤＶＲ１において録画を行ったことがあるコンテンツと同じタイトルを有するコンテンツは嗜好度が最優位コンテンツとされ、録画して最後まで再生したコンテンツと同じタイトルまたは出演者等のキーワード情報を含むコンテンツが２番目に優位なコンテンツとされ、録画及び再生したコンテンツと同じジャンルのコンテンツが３番目に優位なコンテンツとされ、その他のコンテンツが４番目に優位なコンテンツとされる。しかし、この優先付け方法に限られるものではなく、例えば出演者やジャンルの類似度によって優先順位付けを行ってもよいし、特定の時間帯に対する放送開始／終了時刻の近似度によって優先順位付けを行ってもよい。またユーザが操作入力部１４を介して嗜好度情報を直接入力するようにしても構わない。
【００７０】
図７は、上記ステップ７２において作成され、ステップ７３において優先順位付けされたコンテンツリストの例を示した図である。同図に示すように、当該コンテンツリストには、ネットワーク上に存在する各ＤＶＲに記録されているコンテンツのタイトル、各ＤＶＲのＤＶＲ名、それらのＤＶＲの、ネットワーク４上におけるＵＲＬ（ＩＰアドレス）、及びそれらの機種名がそれぞれ記載されている。ＤＶＲ名とは、例えばＤＶＲ２がリビング用ならリビング用ＤＶＲ、ＤＶＲ１及びＤＶＲ２とは異なる他のＤＶＲが家庭内の２階用なら２Ｆ用ＤＶＲ、当該他のＤＶＲとは異なるもう一つのＤＶＲが父用のＤＶＲなら父用ＤＶＲといったように、ユーザが覚えやすいように付けた名前等であるが、こういった名付け方法に限られるものではない。また、ＵＲＬは、ＤＶＲ１がEthernet(登録商標）／無線ＬＡＮＩ／Ｆ１７によりコンテンツの移動要求信号及びコンテンツを送受信する際に参照される情報である。また、機種名とは例えば「ＤＶＲ−ｘｙｚ」、「ＤＶＲ−ａｂｃ−１」といった型番等の情報である。当該コンテンツリストは、ＤＶＲ１の例えばフラッシュメモリ２９内に記憶されている。また、ＤＶＲ１は、他のＤＶＲの機種名のみならず、自身の機種名も例えばフラッシュメモリ２９内またはＲＯＭ１３内に記憶している。
【００７１】
続いて、ＣＰＵ１１は、上記作成されたコンテンツリスト中の他のＤＶＲの機種名と、自身の機種名とを比較して、上記コンテンツリスト中に、ＤＶＲ１と同機種のＤＶＲに記録されたコンテンツが存在するか否かを確認する（ステップ７４）。ステップ７４において、同機種のＤＶＲに記録されたコンテンツが存在すると判断された場合（Ｙｅｓ）には、当該コンテンツを、コンテンツの再生可否を記した再生可否リスト（後述）に、再生可能なコンテンツとして追加する（ステップ７９）。これは、同種の機種であれば同様のCODECを有しているため、当該コンテンツを再生可能である可能性が極めて高いからである。なお、機種名の代わりに、機種ＩＤや製造番号等を比較することで機種の同一性を判定するようにしても構わない。
【００７２】
また、ステップ７４において、同機種のＤＶＲに記録されたコンテンツが存在しない場合（Ｎｏ）には、上記優先順位付けされたコンテンツリスト中、優先順位が最も高く、かつコンテンツの再生可否を未だ判定していないコンテンツを送信するよう、送信要求信号をＤＶＲ２へ送信する（ステップ７５）。
【００７３】
続いて、ＣＰＵ１１は、ネットワーク４を介してEthernet(登録商標）／無線ＬＡＮＩ／Ｆ１７により上記最優先のコンテンツを受信し（ステップ７６）、上記第１の実施形態と同様に、当該コンテンツに対してデコード処理を試みることで、当該コンテンツの再生可否を判定する（ステップ７７）。当該ステップ７７においてコンテンツが再生可能と判定された場合（Ｙｅｓ）、ＣＰＵ１１は、当該コンテンツを再生可能なコンテンツとして上記再生可否リストへ追加し（ステップ７９）、再生不可能と判断された場合（Ｎｏ）には、当該コンテンツを再生不可能なコンテンツとして再生可否リストへ追加して終了する（ステップ８０）。
【００７４】
図８は、当該再生可否リストを示した図である。同図に示すように、再生可否リストには、コンテンツのタイトルの他、当該コンテンツが記録されているＤＶＲのＤＶＲ名、そのＤＶＲのＵＲＬ、当該コンテンツに対して判定を既に行っているか否か（確認／未確認）及び当該判定の結果、コンテンツが再生可能か否か（ＯＫ／ＮＧ）といった情報がコンテンツ毎に記載され、また上記優先順位に基づいて順位付けされている。当該再生可否リストも、例えば上記フラッシュメモリ２９内に記憶される。
【００７５】
上記動作の後は、ＣＰＵ１１は、ユーザがＤＶＲ１以外のＤＶＲに記録されているコンテンツに対する移動要求を行う度に、上記再生可否リストを参照して、記録対象のコンテンツが再生可能であればコンテンツを光ディスク２０へ移動させ、また記録対象のコンテンツが再生不可能であればその旨の表示をさせる。
【００７６】
なお、ユーザが光ディスク２０への記録を要求する際に、上記再生可否リストをユーザに参照させて、当該再生可否リストから再生可能なコンテンツを選択させるようにしてもよい。これにより、ユーザは再生可能なコンテンツのみに対して移動要求を行なうため、ＣＰＵ１１が再生不可能である旨の表示を行う処理を省略させることができ、ユーザにとっても無駄な作業を省くことができる。
【００７７】
以上の動作により、ユーザによる移動要求がない間にネットワーク４上のコンテンツの再生可否が判定され、判定結果が上記再生可否リストに記載されるため、ユーザの移動要求があってから再生可否を判定する場合に比べて記録処理をよりスムーズに行うことができ、ユーザの利便性を向上させることができる。また、コンテンツに対するユーザの嗜好度情報に基づいて、嗜好度が高いコンテンツから優先的に再生可否を判定するため、ユーザがあるコンテンツに対する移動要求を行った場合に、そのコンテンツが再生可否を既に判定済みである可能性が高いため、ユーザの利便性を更に向上させることができる。更に、ユーザの嗜好度が低い、すなわちユーザが移動要求を行う可能性が低いコンテンツに対する無駄な判定処理を行うことを防いで、ＣＰＵ１１の処理負担を軽減させることもできる。
【００７８】
なお、本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【００７９】
上述の第１及び第２の実施形態において、ＤＶＲ１は、コンテンツが再生不可能であると判定された場合には、その旨の表示をしたり、当該コンテンツを再生不可能なコンテンツとして再生不可リストへ追加したりしていたが、当該コンテンツを再生可能なフォーマットへ変換するように他のＤＶＲへ依頼するようにしてもよい。
【００８０】
例えば、上記第１の実施形態の図５のフローチャートにおいて、ステップ６５で判定用コンテンツが再生不可と判定された場合（Ｎｏ）、ＣＰＵ１１は、移動処理の取消（ステップ６９）及び移動不可な旨の表示（ステップ７０）を行う代わりに、ＤＶＲ２に対して、当該判定用コンテンツをＤＶＲ１において再生可能なフォーマットへ変換するよう要求する変換要求信号を送信し、ＤＶＲ２からフォーマット変換後のコンテンツを受信し、当該コンテンツを光ディスク２０へ記録するようにしてもよい。また上記第２の実施形態における図６のフローチャートにおいても、ステップ８０の代わりに同様の処理が行われるようにしてもよい。ＣＰＵ１１は、再生可否の判定の際に、判定対象のコンテンツのフォーマットを、例えば当該コンテンツの最大ビットレートや平均ビットレートや、必要なCODECの種類等を、例えばコンテンツに含まれるプロファイル情報等を解析する等して判定し、当該判定されたフォーマットを、ＤＶＲ１のCODEC２４に対応したフォーマットに変換（再エンコード）するようＤＶＲ２へ要求する。
【００８１】
これにより、ＤＶＲ１において再生不可能と判定されたコンテンツも他のＤＶＲにフォーマット変換させることで、ＤＶＲ１においていかなるコンテンツも記録させることができ、ユーザの利便性を向上させることができる。
【００８２】
また、上述の２つの実施形態においては、ＤＶＲ２のＨＤＤからＤＶＲ１の光ディスク２０へコンテンツを移動する例を示したが、このパターンに限られず、例えばＤＶＲ１がＨＤＤを有する場合には、ＤＶＲ２のＨＤＤ４１からＤＶＲ１のＨＤＤへコンテンツを移動する場合に本発明を適用することもできる。またこの場合、ＤＶＲ１は、ＤＶＲ２のように、コンテンツの移動元のＤＶＲとしても機能することができる。したがって、ＤＶＲ１のＣＰＵ１１は、ＤＶＲ２等の他のＤＶＲからの要求に従ってコンテンツを自身のＨＤＤから他のＤＶＲへ送信したり、他のＤＶＲにおいて再生不可能なコンテンツを、他のＤＶＲからの要求に従ってフォーマット変換させたりすることも可能である。
【００８３】
上述の実施形態においては、再生可否の判断を行う場合には、一度判定用コンテンツをストリーミング受信して、再生可能と判定された場合に再度コンテンツを受信する例を示したが、例えば、ＤＶＲ１が、ＲＡＭ１２やフラッシュメモリ２９等に十分なバッファ領域を有する場合には、当該ＲＡＭ１２やフラッシュメモリ２９をバッファメモリとして、ＤＶＲ２から受信した判定用コンテンツを一時的に保存しておき、再生可能と判断された場合に光ディスクへ転送するようにしてもよい。これにより、コンテンツを２度受信する手間を省き、処理負担を軽減させることができる。
【００８４】
上述の実施形態において、CODEC２４は、コンテンツの再生可否の判定処理の際には、通常の再生処理の場合に比べて高速にデコード処理するようにしても構わない。これにより、判定処理をより迅速に行うことが可能となる。また、ＤＶＲ１は、CODEC２４とは別に、コンテンツの再生可否の判定処理専用のCODECを更に有していてもよい。
【００８５】
上述の実施形態においては、ＤＶＲ２等の他のＤＶＲに存在するコンテンツの、ＤＶＲ１における再生の可否を判断して、当該コンテンツをＤＶＲ１へ移動する例を示したが、例えば、ＤＶＲ２のコンテンツをＤＶＲ１へストリーミングにより受信して再生するような場合においても、本発明を適用することができる。この場合、ＤＶＲ１側で当該ストリーミング対象のコンテンツの再生可否を予め判断した上で、再生可能なコンテンツのみをＤＶＲ１からストリーミングにより受信するようにすればよい。
【００８６】
上述の実施形態においては、ネットワーク４は家庭内ＬＡＮで構成したが、家庭内のみならず、例えば自宅と屋外、オフィス等をインターネットで接続してコンテンツのやり取りを行っても勿論構わない。
【００８７】
上述の実施形態においては、電子機器として複数のＤＶＲ及びデジタルＴＶをネットワークで接続したシステムを例に説明したが、ネットワークに接続される電子機器の種類及び数はこれに限定されるものではない。例えば、各ビデオレコーダに代えて、ＰＣ、ゲーム機器、ＤＶＤプレーヤ、携帯型電話機、ＰＤＡ等の様々な電子機器を接続してシステムを構成することができる。
【００８８】
また、上述の実施形態においては、コンテンツとして放送番組の映像コンテンツを例に挙げて説明したが、コンテンツはこれに限られるものではなく、音楽等の音声コンテンツや、電子書籍等のテキストコンテンツ等、様々なコンテンツを適用することができる。
【図面の簡単な説明】
【００８９】
【図１】本発明の第１の実施形態に係るデジタルビデオレコーダが接続されるシステムの概略的な構成を示した図である。
【図２】本発明の第１の実施形態に係るＤＶＲ１の構成を示したブロック図である。
【図３】本発明の第１の実施形態に係るＤＶＲ２の構成を示したブロック図である。
【図４】本発明の第１の実施形態において、ＤＶＲ２のＨＤＤ４１からＤＶＲ１の光ディスク２０へコンテンツを移動する際の処理の流れを示したシーケンス図である。
【図５】本発明の第１の実施形態において、ＤＶＲ２のＨＤＤ４１からＤＶＲ１の光ディスク２０へコンテンツを移動する際のＤＶＲ１の動作の流れを示したフローチャートである。
【図６】本発明の第２の実施形態におけるＤＶＲ１の動作の流れを示したフローチャートである。
【図７】本発明の第２の実施形態において各ＤＶＲに記録されているコンテンツのリストの例を示した図である。
【図８】本発明の第２の実施形態における再生可否リストを示した図である。
【符号の説明】
【００９０】
１、２…デジタルビデオレコーダ（ＤＶＲ）
３…デジタルテレビジョン（デジタルＴＶ）
４…ネットワーク
１１…ＣＰＵ
１２…ＲＡＭ
１４…操作入力部
１５…デジタルチューナ
１７…Ethernet(登録商標）／無線ＬＡＮインターフェース
２０…光ディスク
２１…光ディスクドライブ
２２…バッファコントローラ
２３…Mux/Demux
２４…ＣＯＤＥＣ
２９…フラッシュメモリ
３１…ＣＰＵ
４１…ＨＤＤ
【特許請求の範囲】
【請求項１】
ネットワークを介して他の電子機器と通信可能な電子機器であって、
前記他の電子機器の第１の記録媒体に記録されているコンテンツを前記他の電子機器から受信する受信手段と、
前記受信されたコンテンツをデコードして前記コンテンツが再生可能であるか否かを判断する判断手段と、
前記コンテンツが再生可能であると判断された場合に前記コンテンツを第２の記録媒体へ記録する記録手段と
を具備することを特徴とする電子機器。
【請求項２】
請求項１に記載の電子機器であって、
前記判断手段により再生可能であると判断されたコンテンツの再送信を要求する再送信要求信号を前記他の電子機器へ送信する手段を更に具備し、
前記受信手段は、前記再送信要求信号に基づいて前記他の電子機器から再送信された前記コンテンツを受信し、
前記記録手段は、前記再送信され受信されたコンテンツを記録する
ことを特徴とする電子機器。
【請求項３】
請求項１に記載の電子機器であって、
前記受信されたコンテンツを一時的に記憶するバッファメモリを更に具備し、
前記記録手段は、前記判断手段により前記コンテンツが再生可能であると判断された場合に前記コンテンツを前記バッファメモリから前記第２の記録媒体へ転送する手段を有する
ことを特徴とする電子機器。
【請求項４】
請求項１に記載の電子機器であって、
前記第２の記録媒体へ記録されたコンテンツを第１の速度でデコードして再生する再生手段を更に具備し、
前記判断手段は、前記コンテンツを前記第１の速度よりも早い第２の速度でデコードする
ことを特徴とする電子機器。
【請求項５】
請求項１に記載の電子機器であって、
前記判断結果を基に、前記コンテンツの再生の可否を記した再生可否リストを生成して記憶する記憶手段を更に具備することを特徴とする電子機器。
【請求項６】
請求項５に記載の電子機器であって、
前記受信手段は、前記他の電子機器の前記第１の記録媒体に記録されているコンテンツの属性情報を受信し、
前記記憶手段は、前記ユーザの、前記コンテンツに対する嗜好度情報を記憶し、
前記判断手段は、前記取得された属性情報及び前記記憶された嗜好度情報を基に、前記第１の記録媒体に記録されたコンテンツのうち前記嗜好度の高いコンテンツの再生の可否を優先的に判断する
ことを特徴とする電子機器。
【請求項７】
請求項６に記載の電子機器であって、
前記再生可否リストを表示するよう制御する手段と、
前記表示された再生可否リストを基に、当該再生可能リスト中に記載された前記コンテンツの記録を要求するユーザ操作を入力する手段と
を更に具備することを特徴とする電子機器。
【請求項８】
請求項１に記載の電子機器であって、
前記判断手段により前記コンテンツが再生不可能であると判断された場合に、前記コンテンツを再生可能な記録形式に変換するよう要求する変換要求情報を前記他の電子機器へ送信する手段を更に具備し、
前記受信手段は、前記変換されたコンテンツを前記他の電子機器から受信する
ことを特徴とする電子機器。
【請求項９】
請求項１に記載の電子機器であって、
当該電子機器の機種に関する第１の機種情報を記憶する手段を更に具備し、
前記受信手段は、前記他の機器の機種に関する第２の機種情報を前記他の電子機器から受信し、
前記判断手段は、前記記憶された第１の機種情報と前記受信された第２の機種情報とが一致する場合に前記コンテンツをデコードすることなく、当該コンテンツを再生可能と判断する
ことを特徴とする電子機器。
【請求項１０】
ネットワークを介して他の電子機器と通信可能な電子機器がコンテンツを記録する方法であって、
前記他の電子機器の第１の記録媒体に記録されているコンテンツを前記他の電子機器から受信するステップと、
前記受信されたコンテンツをデコードして前記コンテンツが再生可能であるか否かを判断するステップと、
前記コンテンツが再生可能であると判断された場合に前記コンテンツを第２の記録媒体へ記録するステップと
を具備することを特徴とするコンテンツ記録方法。
【請求項１１】
ネットワークを介して他の電子機器と通信可能なコンピュータに、
前記他の電子機器の第１の記録媒体に記録されているコンテンツを前記他の電子機器から受信するステップと、
前記受信されたコンテンツをデコードして前記コンテンツが再生可能であるか否かを判断するステップと、
前記コンテンツが再生可能であると判断された場合に前記コンテンツを第２の記録媒体へ記録するステップと
を実行させるためのプログラム。
【請求項１】
ネットワークを介して他の電子機器と通信可能な電子機器であって、
前記他の電子機器の第１の記録媒体に記録されているコンテンツを前記他の電子機器から受信する受信手段と、
前記受信されたコンテンツをデコードして前記コンテンツが再生可能であるか否かを判断する判断手段と、
前記コンテンツが再生可能であると判断された場合に前記コンテンツを第２の記録媒体へ記録する記録手段と
を具備することを特徴とする電子機器。
【請求項２】
請求項１に記載の電子機器であって、
前記判断手段により再生可能であると判断されたコンテンツの再送信を要求する再送信要求信号を前記他の電子機器へ送信する手段を更に具備し、
前記受信手段は、前記再送信要求信号に基づいて前記他の電子機器から再送信された前記コンテンツを受信し、
前記記録手段は、前記再送信され受信されたコンテンツを記録する
ことを特徴とする電子機器。
【請求項３】
請求項１に記載の電子機器であって、
前記受信されたコンテンツを一時的に記憶するバッファメモリを更に具備し、
前記記録手段は、前記判断手段により前記コンテンツが再生可能であると判断された場合に前記コンテンツを前記バッファメモリから前記第２の記録媒体へ転送する手段を有する
ことを特徴とする電子機器。
【請求項４】
請求項１に記載の電子機器であって、
前記第２の記録媒体へ記録されたコンテンツを第１の速度でデコードして再生する再生手段を更に具備し、
前記判断手段は、前記コンテンツを前記第１の速度よりも早い第２の速度でデコードする
ことを特徴とする電子機器。
【請求項５】
請求項１に記載の電子機器であって、
前記判断結果を基に、前記コンテンツの再生の可否を記した再生可否リストを生成して記憶する記憶手段を更に具備することを特徴とする電子機器。
【請求項６】
請求項５に記載の電子機器であって、
前記受信手段は、前記他の電子機器の前記第１の記録媒体に記録されているコンテンツの属性情報を受信し、
前記記憶手段は、前記ユーザの、前記コンテンツに対する嗜好度情報を記憶し、
前記判断手段は、前記取得された属性情報及び前記記憶された嗜好度情報を基に、前記第１の記録媒体に記録されたコンテンツのうち前記嗜好度の高いコンテンツの再生の可否を優先的に判断する
ことを特徴とする電子機器。
【請求項７】
請求項６に記載の電子機器であって、
前記再生可否リストを表示するよう制御する手段と、
前記表示された再生可否リストを基に、当該再生可能リスト中に記載された前記コンテンツの記録を要求するユーザ操作を入力する手段と
を更に具備することを特徴とする電子機器。
【請求項８】
請求項１に記載の電子機器であって、
前記判断手段により前記コンテンツが再生不可能であると判断された場合に、前記コンテンツを再生可能な記録形式に変換するよう要求する変換要求情報を前記他の電子機器へ送信する手段を更に具備し、
前記受信手段は、前記変換されたコンテンツを前記他の電子機器から受信する
ことを特徴とする電子機器。
【請求項９】
請求項１に記載の電子機器であって、
当該電子機器の機種に関する第１の機種情報を記憶する手段を更に具備し、
前記受信手段は、前記他の機器の機種に関する第２の機種情報を前記他の電子機器から受信し、
前記判断手段は、前記記憶された第１の機種情報と前記受信された第２の機種情報とが一致する場合に前記コンテンツをデコードすることなく、当該コンテンツを再生可能と判断する
ことを特徴とする電子機器。
【請求項１０】
ネットワークを介して他の電子機器と通信可能な電子機器がコンテンツを記録する方法であって、
前記他の電子機器の第１の記録媒体に記録されているコンテンツを前記他の電子機器から受信するステップと、
前記受信されたコンテンツをデコードして前記コンテンツが再生可能であるか否かを判断するステップと、
前記コンテンツが再生可能であると判断された場合に前記コンテンツを第２の記録媒体へ記録するステップと
を具備することを特徴とするコンテンツ記録方法。
【請求項１１】
ネットワークを介して他の電子機器と通信可能なコンピュータに、
前記他の電子機器の第１の記録媒体に記録されているコンテンツを前記他の電子機器から受信するステップと、
前記受信されたコンテンツをデコードして前記コンテンツが再生可能であるか否かを判断するステップと、
前記コンテンツが再生可能であると判断された場合に前記コンテンツを第２の記録媒体へ記録するステップと
を実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００７−２８２００３（Ｐ２００７−２８２００３Ａ）
【公開日】平成１９年１０月２５日（２００７．１０．２５）
【国際特許分類】
【出願番号】特願２００６−１０７２９８（Ｐ２００６−１０７２９８）
【出願日】平成１８年４月１０日（２００６．４．１０）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成１９年１０月２５日（２００７．１０．２５）
【国際特許分類】
【出願日】平成１８年４月１０日（２００６．４．１０）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]