(57)【要約】      （修正有）【課題】ローカル暗号化された情報（コンテンツ）を複数のデバイスで共有することが可能な情報処理装置及び情報処理方法を提供する。【解決手段】ローカル暗号化された暗号化情報を他の情報処理装置から取得する通信部と、暗号化情報を復号化することでコンテンツを生成し、コンテンツをリムーバブルメディア４０に格納する制御部と、を備える、情報処理装置を提供し、さらに、リムーバブルメディア４０からコンテンツを取得し、コンテンツをローカル暗号により暗号化することで暗号化情報を生成する制御部と、暗号化情報を他の情報処理装置に出力する通信部と、を備える情報処理装置を提供する。【選択図】図１
2014023089.tif 000002
【特許請求の範囲】
【請求項１】
ローカル暗号化された暗号化情報を他の情報処理装置から取得する通信部と、
前記暗号化情報を復号化することでコンテンツを生成し、前記コンテンツをリムーバブルメディアに格納する制御部と、を備える、情報処理装置。
【請求項２】
前記リムーバブルメディアは、前記コンテンツを識別するリムーバブルメディア側識別情報と前記コンテンツとを関連付けて記憶し、
前記通信部は、前記コンテンツに関連付けられていない新規リムーバブルメディア側識別情報を取得し、前記新規リムーバブルメディア側識別情報を用いて情報記録用のバッファを確保する一方、前記情報記録用のバッファへのパスを含む仮想パス情報を前記他の情報処理装置に通知し、
前記制御部は、前記仮想パス情報を含むファイル開放要求情報が前記他の情報処理装置から与えられた場合に、前記情報記録用のバッファに前記暗号化情報を記録し、前記バッファに記録された前記暗号化情報を復号化することで前記コンテンツを生成し、前記新規リムーバブルメディア側識別情報と前記コンテンツとを関連付けて前記リムーバブルメディアに記録する、請求項１記載の情報処理装置。
【請求項３】
リムーバブルメディアからコンテンツを取得し、前記コンテンツをローカル暗号により暗号化することで暗号化情報を生成する制御部と、
前記暗号化情報を他の情報処理装置に出力する通信部と、を備える情報処理装置。
【請求項４】
前記リムーバブルメディアは、前記コンテンツを識別するリムーバブルメディア側識別情報と前記コンテンツとを関連付けて記憶し、
前記通信部は、前記リムーバブルメディア側識別情報を前記他の情報処理装置に対応する形式に変換することでホスト側識別情報を生成し、前記リムーバブルメディア側識別情報と前記ホスト側識別情報とが関連付けられた変換データベースを生成する、請求項３記載の情報処理装置。
【請求項５】
前記通信部は、前記ホスト側識別情報のリストを前記他の情報処理装置に出力する、請求項４記載の情報処理装置。
【請求項６】
前記通信部は、いずれかの前記ホスト側識別情報を含む再生開始要求情報が前記他の情報処理装置から与えられた場合に、前記変換データベースにもとづいて、前記再生開始要求情報に対応する再生開始要求識別情報を取得し、前記再生開始要求識別情報を用いて情報再生用のバッファを確保する一方、前記情報再生用のバッファへのパスを含む仮想パス情報を前記他の情報処理装置に通知し、
前記制御部は、前記仮想パス情報を含むファイル開放要求情報が前記他の情報処理装置から与えられた場合に、前記再生開始要求識別情報に対応する再生開始要求コンテンツを前記リムーバブルメディアから取得し、前記再生開始要求コンテンツをローカル暗号により暗号化することで前記暗号化情報を生成し、前記暗号化情報を前記情報再生用のバッファに記録する、請求項５記載の情報処理装置。
【請求項７】
ローカル暗号化された暗号化情報を他の情報処理装置から取得することと、
前記暗号化情報を復号化することでコンテンツを生成し、前記コンテンツをリムーバブルメディアに格納することと、を含む、情報処理方法。
【請求項８】
リムーバブルメディアからコンテンツを取得し、前記コンテンツをローカル暗号により暗号化することで暗号化情報を生成することと、
前記暗号化情報を他の情報処理装置に出力することと、を含む、情報処理方法。
【請求項９】
コンピュータに、
ローカル暗号化された暗号化情報を他の情報処理装置から取得する通信機能と、
前記暗号化情報を復号化することでコンテンツを生成し、前記コンテンツをリムーバブルメディアに格納する制御機能と、を実現させる、プログラム。
【請求項１０】
コンピュータに、
リムーバブルメディアからコンテンツを取得し、前記コンテンツをローカル暗号により暗号化することで暗号化情報を生成する制御機能と、
前記暗号化情報を他の情報処理装置に出力する通信機能と、を実現させる、プログラム。
【請求項１１】
第１の情報処理装置と、
ローカル暗号化された暗号化情報を前記第１の情報処理装置から取得する通信部、及び、
前記暗号化情報を復号化することでコンテンツを生成し、前記コンテンツをリムーバブルメディアに格納する制御部を備える第２の情報処理装置と、
を備える、情報処理システム。
【請求項１２】
第１の情報処理装置と、
リムーバブルメディアからコンテンツを取得し、前記コンテンツをローカル暗号により暗号化することで暗号化情報を生成する制御部、及び、
前記暗号化情報を前記第１の情報処理装置に出力する通信部を備える第２の情報処理装置と、
を備える、情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報処理方法、情報処理システム、及びプログラムに関する。
【背景技術】
【０００２】
特許文献１に開示された技術は、ＤＬＮＡ／ＤＴＣＰ−ＩＰ規格に従って暗号化された暗号化情報をネットワークから受信し、暗号化情報を復号化し、ｉＶＤＲ規格に従って再度暗号化し、リムーバブルメディア（リムーバブルメディア）に格納する。特許文献２は、互いに通信フォーマットが異なる通信機器同士を接続するＡＶサーバ装置を開示する。このサーバ装置は、一方の通信機器から受信したコンテンツの通信フォーマットを他方の通信機器の通信フォーマットに変換して他方の通信機器に出力する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−３４１５３号公報
【特許文献２】特開２００９−７１７８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、いずれの特許文献も、ローカル暗号に何ら言及していなかった。一方、ローカル暗号化されたコンテンツは、ローカル暗号化を行ったデバイス（例えばテレビ受信機）にデバイスバインドされるため、他のデバイスに共有されなかった。このため、ローカル暗号化された情報（コンテンツ）を複数のデバイスで共有することが可能な技術が求められていた。
【課題を解決するための手段】
【０００５】
本開示によれば、ローカル暗号化された暗号化情報を他の情報処理装置から取得する通信部と、暗号化情報を復号化することでコンテンツを生成し、コンテンツをリムーバブルメディアに格納する制御部と、を備える、情報処理装置が提供される。
【０００６】
本開示によれば、リムーバブルメディアからコンテンツを取得し、コンテンツをローカル暗号により暗号化することで暗号化情報を生成する制御部と、暗号化情報を他の情報処理装置に出力する通信部と、を備える情報処理装置が提供される。
【０００７】
本開示によれば、ローカル暗号化された暗号化情報を他の情報処理装置から取得することと、暗号化情報を復号化することでコンテンツを生成し、コンテンツをリムーバブルメディアに格納することと、を含む、情報処理方法が提供される。
【０００８】
本開示によれば、リムーバブルメディアからコンテンツを取得し、コンテンツをローカル暗号により暗号化することで暗号化情報を生成することと、暗号化情報を他の情報処理装置に出力することと、を含む、情報処理方法が提供される。
【０００９】
本開示によれば、コンピュータに、ローカル暗号化された暗号化情報を他の情報処理装置から取得する通信機能と、暗号化情報を復号化することでコンテンツを生成し、コンテンツをリムーバブルメディアに格納する制御機能と、を実現させる、プログラムが提供される。
【００１０】
本開示によれば、コンピュータに、リムーバブルメディアからコンテンツを取得し、コンテンツをローカル暗号により暗号化することで暗号化情報を生成する制御機能と、暗号化情報を他の情報処理装置に出力する通信機能と、を実現させる、プログラムが提供される。
【００１１】
本開示によれば、第１の情報処理装置と、ローカル暗号化された暗号化情報を第１の情報処理装置から取得する通信部、及び、暗号化情報を復号化することでコンテンツを生成し、コンテンツをリムーバブルメディアに格納する制御部を備える第２の情報処理装置と、を備える、情報処理システムが提供される。
【００１２】
本開示によれば、第１の情報処理装置と、リムーバブルメディアからコンテンツを取得し、コンテンツをローカル暗号により暗号化することで暗号化情報を生成する制御部、及び、暗号化情報を第１の情報処理装置に出力する通信部を備える第２の情報処理装置と、を備える、情報処理システムが提供される。
【００１３】
本開示によれば、情報処理装置は、ローカル暗号化された暗号化情報を他の情報処理装置から取得し、暗号化情報を復号化することでコンテンツを生成する。そして、情報処理装置は、コンテンツをリムーバブルメディアに格納する。
【発明の効果】
【００１４】
以上説明したように本開示によれば、ローカル暗号化された暗号化情報を復号化することで生成されたコンテンツをリムーバブルメディアに格納することができるので、ローカル暗号化されたコンテンツを複数のデバイスで共有することができる。
【図面の簡単な説明】
【００１５】
【図１】本開示の実施形態に係る情報処理システムの概要を示す外観図である。
【図２】情報処理システムのハードウェア構成を示すブロック図である。
【図３】テレビ受信機（他の情報処理装置、第１の情報処理装置）の構成を示すブロック図である。
【図４】接続モジュール（情報処理装置、第２の情報処理装置）及びリムーバブルメディアの構成を示すブロック図である。
【図５】リングバッファの内部データ構造例を示す説明図である。
【図６】タイトルデータベースの構成を示す説明図である。
【図７】変換データベースの構成を示す説明図である。
【図８】不揮発メモリの内部データ構造を示す説明図である。
【図９】情報処理システムによる処理の手順を示すフローチャートである。
【図１０】情報処理システムによる処理の手順を示すフローチャートである。
【図１１】情報処理システムによる処理の手順を示すフローチャートである。
【図１２】情報処理システムによる処理の手順を示すフローチャートである。
【図１３】情報処理システムによる処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１７】
なお、説明は以下の順序で行うものとする。
１．背景技術の検討
２．情報処理システムの概要
３．情報処理システムの構成
３−１．ハードウェア構成
３−２．テレビ受信機の構成
３−３．接続モジュールの構成
３−４．リムーバブルメディアの構成
４．情報処理システムによる処理の手順
４−１．接続モジュール認識処理
４−２．接続モジュール登録処理
４−３．録画開始処理
４−４．再生開始処理
【００１８】
＜１．背景技術の検討＞
本発明者は、本実施形態の背景技術を検討することで、本実施形態に係る情報処理システム１０に想到するに至った。そこで、まず、本発明者が行った検討について説明する。
【００１９】
非リムーバブルメディア（例えば外付けハードディスクドライブ）をテレビ受信機に接続する技術が提案されている。この技術では、テレビ受信機は、放送コンテンツを受信し、受信した放送コンテンツをローカル暗号化することで暗号化情報を生成し、暗号化情報を非リムーバブルメディアに格納する。ローカル暗号は、各デバイス固有の暗号であり、ローカル暗号化された暗号化情報は、当該ローカル暗号を施したデバイスによってのみ復号化される。したがって、外付けハードディスクドライブに記憶された暗号化情報は、テレビ受信機にデバイスバインドされている。言い換えれば、このテレビ受信機は、デバイスバインドに対応している。
【００２０】
したがって、上記の技術では、暗号化情報はテレビ受信機にデバイスバインドされていたので、他の機器は暗号化情報を共有することができなかった。
【００２１】
一方、特許文献１に開示された技術は、ＤＬＮＡ／ＤＴＣＰ−ＩＰ規格に従って暗号化された暗号化情報をネットワークから受信し、暗号化情報を復号化し、ｉＶＤＲ規格に従って再度暗号化し、リムーバブルメディアに格納する。すなわち、特許文献１に開示された技術は、コンテンツをリムーバブルメディアのＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）規格（この例ではｉＶＤＲ規格）に従って変換し、リムーバブルメディアに格納することができる。これにより、特許文献１に開示された技術は、各種コンテンツをメディアバインドする（リムーバブルメディアに記憶させる）ことができる。このように、リムーバブルメディアは、各種ＤＲＭ規格によってコンテンツを保護する。言い換えれば、リムーバブルメディアは、各種ＤＲＭ規格によって設定されたＤＲＭ情報（著作権保護のための情報。例えばアクセス制限情報）をコンテンツに付与することで、コンテンツを保護している。
【００２２】
したがって、この技術によれば、リムーバブルメディア内のコンテンツを読み出し可能なテレビ受信機（すなわち、リムーバブルメディアに対応したＤＲＭ処理が可能なテレビ受信機）は、リムーバブルメディア内のコンテンツを共有することができる。
【００２３】
しかし、特許文献１は、ローカル暗号に何ら言及していなかった。さらに、特許文献１に開示された技術は、上述したように、メディアバインドに対応したテレビ受信機しか想定していなかった。すなわち、特許文献１に開示された技術では、メディアバインドに対応していないテレビ受信機（例えば、デバイスバインドにのみ対応しているテレビ受信機）はリムーバブルメディア内のコンテンツを読み出すことができなかった。
【００２４】
なお、メディアバインドに対応していないテレビ受信機にリムーバブルメディア内のコンテンツを読み出させる方法として、テレビ受信機にリムーバブルメディアに対応したＤＲＭ処理機能を追加する方法が考えられる。すなわち、この方法は、テレビ受信機をメディアバインドに対応させる方法である。
【００２５】
しかし、この方法では、テレビ受信機に備わる既存のシステム（例えば、ハードウェア、ソフトウェア等）を変更する必要があった。また、テレビ受信機を複数種類のメディアバインド（すなわち、リムーバブルメディア）に対応させる場合、リムーバブルメディア毎に異なるＤＲＭ処理機能をテレビ受信機に追加する必要があった。この場合、ＤＲＭ処理機能の数だけコストがかかる。したがって、この方法では、メディアバインドに対応していないテレビ受信機にリムーバブルメディア内のコンテンツを読み出させるために、多大なコストがかかってしまう。
【００２６】
一方、特許文献２は、互いに通信フォーマットが異なる通信機器同士を接続するＡＶサーバ装置を開示する。このサーバ装置は、一方の通信機器から受信したコンテンツの通信フォーマットを他方の通信機器の通信フォーマットに変換して他方の通信機器に出力する。しかし、この特許文献も、ローカル暗号に何ら言及していなかった。
【００２７】
本発明者は、上記技術について検討を重ね、本実施形態に係る情報処理システム１０に想到するに至った。情報処理システム１０によれば、テレビ受信機２０は、リムーバブルメディアを意識することなく、リムーバブルメディアにコンテンツを格納することができ、かつ、リムーバブルメディア内のコンテンツを読み出す（再生する）ことができる。すなわち、情報処理システム１０によれば、ローカル暗号化されたコンテンツを複数のデバイスで共有することが可能となる。
【００２８】
＜２．情報処理システムの概要＞
次に、図１に基づいて、情報処理システム１０の概要を説明する。情報処理システム１０は、主にテレビ受信機２０と、接続モジュール３０と、リムーバブルメディア４０とを備える。なお、この例では、テレビ受信機２０は外付けハードディスクドライブ５０に接続されているが、外付けハードディスクドライブ５０はなくてもよい。
【００２９】
テレビ受信機２０は、電波塔１０００から放送コンテンツを受信する。テレビ受信機２０は、受信した放送コンテンツをローカル暗号化することで、暗号化情報を生成する。テレビ受信機２０は、暗号化情報を外付けハードディスクドライブ５０に格納する。したがって、外付けハードディスクドライブ５０に記憶された暗号化情報は、テレビ受信機２０にデバイスバインドされている。
【００３０】
一方、テレビ受信機２０は、接続モジュール３０に暗号化情報を出力することができる。接続モジュール３０は、テレビ受信機２０に紐付けられている（デバイスバインドされている）。すなわち、接続モジュール３０は、テレビ受信機２０とローカル暗号を共有している。そして、接続モジュール３０は、暗号化情報を復号化することで放送コンテンツを生成する。接続モジュール３０は、放送コンテンツをリムーバブルメディア４０に対応したＤＲＭフォーマットに変換し、リムーバブルメディア４０に格納する。したがって、テレビ受信機２０は、リムーバブルメディア４０を意識した処理を行う必要がない。また、テレビ受信機２０は、メディアバインドに対応している必要はない。すなわち、テレビ受信機２０は、リムーバブルメディア４０に紐付けられる必要はない。
【００３１】
このように、接続モジュール３０は、デバイスバインドからメディアバインドへの変換を行う。すなわち、接続モジュール３０は、デバイスバインドされた暗号化情報を復号化することで放送コンテンツを生成し、さらに、放送コンテンツをリムーバブルメディア４０に対応したＤＲＭフォーマットに変換する。そして、接続モジュール３０は、放送コンテンツをリムーバブルメディア４０に格納する。すなわち、接続モジュール３０は、放送コンテンツをリムーバブルメディア４０にメディアバインドさせる。したがって、テレビ受信機２０は、デバイスバインドに対応していれば実質的にメディアバインドに対応することが可能になる。
【００３２】
その後、ユーザは、他の情報処理システム１０’を構成する接続モジュール３０’にリムーバブルメディア４０を接続する。ここで、情報処理システム１０’は、情報処理システム１０と同様に、テレビ受信機２０’、接続モジュール３０’を有する。接続モジュール３０’は、テレビ受信機２０’に紐付けられている。すなわち、接続モジュール３０’は、テレビ受信機２０’とローカル暗号を共有している。
【００３３】
接続モジュール３０’は、リムーバブルメディア４０に記憶された放送コンテンツ（録画コンテンツ）のＤＲＭ情報を解除し、かつ、ローカル暗号化する。これにより、接続モジュール３０’は、暗号化情報を生成する。接続モジュール３０’は、暗号化情報をテレビ受信機２０’に出力する。テレビ受信機２０’は、暗号化情報を復号化することで放送コンテンツを生成し、各種処理（放送コンテンツの表示等）を行う。したがって、テレビ受信機２０’も、リムーバブルメディア４０を意識した処理を行う必要がない。また、テレビ受信機２０’は、メディアバインドに対応している必要はない。すなわち、テレビ受信機２０’は、リムーバブルメディア４０に紐付けられる必要はない。したがって、本実施形態では、テレビ受信機２０、２０’の既存システム（ソフトウェア及びハードウェア）への影響をできるだけ小さくすることができ、将来的に新たなリムーバブルメディアに対応する場合にも接続モジュール側の対応だけで済ませることが可能になる。なお、上記の例では、放送コンテンツの受信と表示とが別々の情報処理システム１０、１０’で行われることとしたが、同じ情報処理システム１０で行われるようにしてもよい。
【００３４】
＜３．情報処理システムの構成＞
（３−１．ハードウェア構成）
次に、情報処理システム１０のハードウェア構成例を図２に基づいて説明する。情報処理システム１０は、そのハードウェア構成として、アンテナ１０１、チューナ１０２、１０３、バス１０４、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）１０５、入力デバイス６０を備える。さらに、情報処理システム１０は、そのハードウェア構成として、接続モジュール３０、リムーバブルメディア４０、プログラムメモリ１０８、データメモリ１０９を備える。さらに、情報処理システム１０は、そのハードウェア構成として、ＣＰＵ１１０、映像・音声出力デバイス１１１、ストリームバッファ１１２、及びデコーダ１１３を備える。アンテナ１０１、チューナ１０２、１０３、バス１０４、ＮＩＣ１０５、プログラムメモリ１０８、データメモリ１０９、ＣＰＵ１１０、映像・音声出力デバイス１１１、ストリームバッファ１１２、及びデコーダ１１３は、テレビ受信機２０を構成する。
【００３５】
アンテナ１０１及びチューナ１０２、１０３は、電波塔１０００から放送コンテンツをストリームデータとして受信し、ストリームバッファ１１２に一時格納する。なお、チューナ１０２、１０３はアンテナ１０１を介して受信した複数のストリームデータのうちの所望のデータを選択することができる。すなわち、情報処理システム１０は、同時に２つのストリームデータを選択することができる。これにより、情報処理システム１０は、ユーザが視聴している番組とは異なる番組を記録することができる。なお、ユーザが視聴している番組を録画する場合だけであれば、チューナは１つでも構わない。チューナ１０２、１０３はライブ視聴専用、番組記録専用と用途を決めてしまっても良いし、併用しても良い。
【００３６】
バス１０４は、各ハードウェア構成同士を接続する。また、情報処理システム１０は、ＮＩＣ１０５及びインターネット網０６を介してサーバ１０７に接続されている。サーバ１０７は、通信コンテンツをストリームデータとして情報処理システム１０に送信することができる。この通信コンテンツも、ストリームバッファ１１２に一時格納される。なお、サーバ１０７は、情報処理システム１０から送信された各コンテンツを格納することもできる。
【００３７】
接続モジュール３０は、情報処理システム１０からリムーバブルメディア４０を着脱可能とするものであり、かつ、上述した処理を行う。すなわち、接続モジュール３０は、ストリームバッファ１１２に格納された各コンテンツをリムーバブルメディア４０に格納する。接続モジュール３０は、テレビ受信機２０に内蔵されていても良いが、テレビ受信機２０に着脱可能とされてもよい。接続モジュール３０は、リムーバブルメディア４０が着脱可能であればその形態はどのようなものであってもよく、例えば携帯電話等であってもよい。接続モジュール３０は、各コンテンツへの暗号化、復号化等を行うために、個別の演算処理機能を有している。
【００３８】
リムーバブルメディア４０は、接続モジュール３０に着脱可能であればどのようなものであってもよく、例えばＨＤＤやシリコンメモリなどを有する。リムーバブルメディア４０は、単一のデバイスで構成されていても、個別のデバイスにより複数で構成されていてもよい。
【００３９】
入力デバイス６０は、システムの電源ＯＮ／ＯＦＦやチャンネル変更などのユーザ操作が可能なデバイスであり、例えば、キーボード、リモコン、スイッチ、マウスなどが挙げられる。
【００４０】
プログラムメモリ１０８には、ＣＰＵ１４が本実施形態に係る機能を実現するためのプログラムを格納する。データメモリ１０９には演算に必要な一時的なデータなどが格納される。ＣＰＵ１１０は、プログラムメモリ１０８に格納されたプログラムを読みだして実行する。映像・音声出力デバイス１１１は、いわゆる表示パネルであり、各種映像を表示し、各種音声を出力する。ストリームバッファ１１２は、リングバッファとなっており、各コンテンツを一時的に格納する。ストリームバッファ１１２は、情報記録用のバッファと、情報再生用のバッファとに区分される。情報記録用バッファの内部データ構造例を図５に示す。この例では、「ｒｅｃ」ディレクトリ内に複数の「ｓｔｒｅａｍ」ディレクトリが存在し、各「ｓｔｒｅａｍ」ディレクトリ内にストリームファイルが格納されている。図５に示す例では、ストリームファイル名は「ｒｅｃ．ｍ２ｔｓ」となっている。ストリームファイルは、一または複数のストリームデータで構成される。一方、情報再生用のバッファの内部データ構造は、情報記録用のバッファと同様である。ただし、ファイル名が異なる。例えば、情報再生用のバッファでは、ストリームファイル名は、「ｐｌａｙ．ｍ２ｔｓ」となる。デコーダ１１３は、ストリームバッファ１１２内の各コンテンツを順次デコードし、映像・音声出力デバイス１１１に表示する。これらのハードウェア構成により、以下の各機能ブロックが実現される。
【００４１】
（３−２．テレビ受信機の構成）
次に、図３に基づいて、テレビ受信機２０の構成を説明する。テレビ受信機２０は、映像・音声出力部２０１、受信部２０２、デコード／出力部２０３、チャンネル制御部２０４、ユーザ操作解析部２０５、記録／再生制御部２０６を備える。さらに、テレビ受信機２０は、ローカル暗号／復号制御部２０７、ファイルアクセス制御部２０８、接続モジュール制御部２０９、接続モジュール登録管理部２１０、データベース制御部２１１を備える。
【００４２】
映像・音声出力部２０１は、上述した映像・音声出力デバイス１１１に相当する。受信部２０２は、上述したアンテナ１０１及びチューナ１０２、１０３に相当する。
【００４３】
デコード／出力部２０３は、受信部２０２で受信されたストリームデータをデコードし、映像・音声出力部２０１及び記録／再生制御部２０６に出力する。チャンネル制御部２０４は、チャンネル設定の要求（ユーザ操作）があった場合に、受信部２０２を設定し、現在のチャンネル情報を管理し、記録／再生制御部２０６へコンテンツを要求する。
【００４４】
ユーザ操作解析部２０５は、入力デバイス６０から入力された各ユーザ操作（例えば、例えばリモコンからのチャンネル操作、番組の録画開始、録画コンテンツの選択・再生操作など）を解析する。そして、ユーザ操作解析部２０５は、解析結果をチャンネル制御部２０４または記録／再生制御部２０６に出力する。
【００４５】
記録／再生制御部２０６は、ユーザ操作解析部から与えられた解析結果にもとづいて、各種の処理を行う。例えば、記録／再生制御部２０６は、データベース制御部２１１からホスト側タイトルリスト（ホスト側タイトルＩＤ（ホスト側識別情報）のリスト）を取得し、ファイルアクセス制御部２０８にファイル操作要求を行う。ここで、ホスト側
ファイル操作要求としては、各コンテンツが格納されたストリームファイルのオープンまたはクローズ要求等が挙げられる。また、記録／再生制御部２０６は、ローカル暗号／復号制御部２０７に各コンテンツのストリームデータを出力し、ローカル暗号／復号制御部２０７から各コンテンツのストリームデータを取得する。
【００４６】
ローカル暗号／復号制御部２０７は、各ストリームデータのローカル暗号化／復号化処理を行う。ファイルアクセス制御部２０８は、ファイル操作要求に基づいて、接続モジュール３０側に各種の指示を行う。また、ファイルアクセス制御部２０８は、接続モジュール３０との間でコンテンツ（ストリームデータ）の送受信を行う。
【００４７】
接続モジュール制御部２０９は、接続モジュール３０に、データベースに関する問い合わせ、及びホスト側タイトルリストの要求等を行う。接続モジュール登録管理部２１０は、接続モジュール３０の登録情報を管理する登録管理リストを保持する。登録管理リストは、接続モジュール毎に一意に設定される登録情報で構成される。例えば、登録管理リストは、接続モジュールＡ、Ｂ、Ｃの登録情報として、「ａｂｃｄｅ」、「ｆｇｈｉｊ」、及び「ｋｌｍｎｏ」を記録する。データベース制御部２１１は、要求されたコンテンツに紐づく情報をデータベースから取得する。ここで、データベースは、テレビ受信機２０の内外に存在することが考えられるが、要求元の機能ブロックはデータベースの位置を意識しない。すなわち、データベース制御部２１１は、各機能ブロックから要求された情報をデータベースから取得する。
【００４８】
（３−３．接続モジュールの構成）
次に、図４に基づいて、接続モジュール３０の構成について説明する。接続モジュール３０は、通信部３１０及びリムーバブルメディア記録／再生制御部（制御部）３２０を備える。通信部３１０は、ホスト要求解析部３１１、モジュール登録情報管理部３１２、リムーバブルメディアタイトル管理部３１３、ファイルアクセス変換部３１４、及びリムーバブルメディア制御部３１５を備える。ホスト要求解析部３１１は、ストリームファイルに関する処理以外の要求の窓口となる。例えば、ホスト要求解析部３１１は、例えば、テレビ受信機２０からのからのホスト側タイトルリスト要求、新規タイトル登録などのデータベース処理要求や接続モジュールの登録解除要求を受け付け、それぞれの要求に応じた処理を行う。
【００４９】
モジュール登録情報管理部３１２は、テレビ受信機２０に接続モジュール３０を登録したときにテレビ受信機２０が出力した登録情報（すなわち、テレビ受信機２０の識別情報）を管理する。リムーバブルメディアタイトル管理部３１３は、リムーバブルメディア４０に記録されたタイトルデータベース４１３を管理する。タイトルデータベース４１３の一例を図６に示す。タイトルデータベース４１３は、ＲＭ（リムーバブルメディア）側タイトルＩＤと、タイトル名と、再生時間（Ｄｕｒａｔｉｏｎ）と、タイトルデータ位置とを関連付けて記録する。タイトルデータ位置は、コンテンツのストリームデータ４１１及びコンテンツのメタデータ４１２が格納される位置、すなわちアドレスを示す。
【００５０】
また、リムーバブルメディアタイトル管理部３１３は、ＲＭ側タイトルＩＤとホスト側タイトルＩＤとの対応関係を示す変換データベースを生成し、この変換データベースにもとづいて、ＲＭ側タイトルＩＤとホスト側タイトルＩＤとの間で相互変換を行う。ここで、ホスト側タイトルＩＤは、ＲＭ側タイトルＩＤをテレビ受信機２０に対応するフォーマットに変換したものである。変換データベースの一例を図７に示す。この例では、ＲＭ側タイトルＩＤが連番になっていないが、ホスト側タイトルＩＤは連番になっている。この例によれば、リムーバブルメディアタイトル管理部３１３は、ＲＭ側タイトルＩＤをテレビ受信機２０が扱いやすい連番形式に変換することができる。もちろん、形式の変更はこの例に限られない。例えば、各種のフォーマットの変換も変換データベースにより行われる。
【００５１】
リムーバブルメディア記録／再生制御部３２０は、リングバッファ制御部３２１、ローカル暗号／復号制御部３２２、リムーバブルメディアＤＲＭ制御部３２３、リムーバブルメディアメタデータ制御部３２４を備える。リムーバブルメディア記録／再生制御部３２０は、概略的には、ローカル暗号からリムーバブルメディア４０のＤＲＭ情報への相互変換を行う。
【００５２】
リングバッファ制御部３２１は、固定長のストリームバッファ１１２を環状で管理及び制御する。これにより、ストリームバッファ１１２の領域が限られていても、テレビ受信機２０側は、接続モジュール３０の内部処理を意識せずシーケンシャルにストリームデータの読み書きをすることが可能になる。
【００５３】
ローカル暗号／復号制御部３２２は、ストリームデータ及びメタデータのローカル暗号化、復号化を行う。
【００５４】
ここで、ローカル暗号／復号制御部３２２は、テレビ受信機２０とローカル暗号を共有している。そこで、接続モジュール３０とテレビ受信機２０とがローカル暗号（具体的には、ローカル暗号化、復号化のための鍵）を共有する方法について説明する。
【００５５】
鍵の共有方法としては、例えば以下の２つが挙げられる。もちろん、共有方法はこれらに限られない。第１の方法は、接続モジュール３０がテレビ受信機２０に外付けされているケースに適用される。このケースでは、ユーザは自由に接続モジュール３０をテレビ受信機２０から取り外すことができ、同機種のテレビ受信機２０に取り付けることも可能である。
【００５６】
第１の方法では、接続モジュール３０をテレビ受信機２０に登録したときにテレビ受信機２０側、接続モジュール３０側で同じ暗号鍵(対称暗号)を生成する。具体例としては、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵交換方式を利用することが挙げられる。
【００５７】
この方法では、接続モジュール３０とテレビ受信機２０とが共通の素数、及び乱数を共有し、これらの素数、乱数を利用して共通の鍵を生成する。また、接続モジュール３０を登録するためにテレビ受信機２０と接続モジュール３０とで共有している登録情報を利用する方法も考えられる。例えば、テレビ受信機２０に接続モジュールＡが接続、登録されており、接続モジュールＡの登録情報を「ａｂｃｄｅ」とする。この場合、テレビ受信機２０側では、接続モジュール登録管理部２１０が登録情報「ａｂｃｄｅ」を保持している。一方、接続モジュールＡ側では、モジュール登録情報管理部３１２が接続モジュールＡ自身の登録情報「ａｂｃｄｅ」を保持している。したがって、これらは登録情報「ａｂｃｄｅ」を共有している。
【００５８】
そして、この登録情報から暗号鍵を「一意に」生成するアルゴリズムを予め設定しておき、テレビ受信機２０、接続モジュールＡに持たせる。例えば、このアルゴリズムとしては、例えば、登録情報を平文とみなし、ある固定鍵を利用してＡＥＳ/ＤＥＳなどの対称暗号を施すアルゴリズムが挙げられる。そして、テレビ受信機２０及び接続モジュールＡは、このアルゴリズム及び登録情報にもとづいて、互いに同じ対称鍵を生成することができる。
【００５９】
また、公開鍵暗号アルゴリズム（一例として、ＲＳＡ）を利用する方法も考えられる。この方法では、復号処理を行う側が鍵ペア（公開鍵、秘密鍵）を生成し、暗号処理を行う側に公開鍵を転送する。例えば、放送コンテンツをリムーバブルメディア４０に記憶する（放送コンテンツを録画する）場合、接続モジュール３０が鍵ペアを生成し、テレビ受信機２０に送信する。テレビ受信機２０は、接続モジュール３０から与えられた公開鍵にもとづいて、ストリームデータのローカル暗号化を行う。暗号化されたストリームデータを受信した接続モジュール３０側は、秘密鍵を使用してローカル暗号化されたストリームデータ、すなわち暗号化情報の復号化を行う。
【００６０】
第２の方法は、接続モジュール３０がテレビ受信機２０に内蔵されているケースに適用される。このケースでは、ユーザが接続モジュール３０をテレビ受信機２０から取り外して、他のテレビ受信機２０’に取り付けることはできない。もちろん、取り外しが可能であってもよい。この場合、第１の方法が好適に適用される。
【００６１】
第２の方法では、接続モジュール３０の取り外しが想定されていない。そのため、まずテレビ受信機２０の製造時に機種固有の暗号鍵を用意して、ホストの不揮発領域（例えば、プログラムメモリ１０８）に書き込む。続けて、テレビ受信機２０内部に存在する接続モジュール３０の不揮発領域に対してホストに書き込んだ暗号鍵と同じものを書き込む。この場合、鍵を書き込んだ領域はユーザがアクセスできないセキュアな領域として管理する必要がある。これによって、第２の方法によっても、接続モジュール３０とテレビ受信機２０とは同じ鍵を共有することができる。
【００６２】
リムーバブルメディアＤＲＭ制御部３２３は、ローカル暗号／復号制御部３２２から与えられたストリームデータをリムーバブルメディア４０のＤＲＭ規格に従って変換し、変換後のストリームデータ４１１をリムーバブルメディア４０に格納する。例えば、リムーバブルメディアＤＲＭ制御部３２３は、ローカル暗号／復号制御部３２２から与えられたストリームデータに、リムーバブルメディア４０に対応するＤＲＭ情報を付与する。また、リムーバブルメディアＤＲＭ制御部３２３は、リムーバブルメディア４０からストリームデータ４１１を取得し、ストリームデータ４１１のＤＲＭ情報を解除する。そして、リムーバブルメディアＤＲＭ制御部３２３は、ＤＲＭ情報が解除されたストリームデータをローカル暗号／復号制御部３２２に出力する。
【００６３】
リムーバブルメディアメタデータ制御部３２４は、復号化されたストリームデータからメタデータ（タイトル名、再生時間等）を抽出し、メタデータに対してリムーバブルメディアＤＲＭ制御部３２３と同様の処理を行う。
【００６４】
（３−４．リムーバブルメディアの構成）
次に、リムーバブルメディア４０の構成について説明する。リムーバブルメディア４０は、ストリームデータ４１１、メタデータ４１２、タイトルデータベース４１３を保持する不揮発メモリ４１を備える。接続モジュール３０は、リムーバブルメディア制御部３１５、リムーバブルメディアＤＲＭ制御部３２３及びリムーバブルメディアメタデータ制御部３２４を介してリムーバブルメディア４０上のそれぞれの情報にアクセスする。リムーバブルメディア４０の内部データ構造の一例を図８に示す。この例では、「Ｔｉｔｌｅ」ディレクトリ内に複数のＲＭ側タイトルＩＤディレクトリ（「００１」、「００２」等）が存在し、各ＲＭ側タイトルＩＤディレクトリ内にストリームデータ４１１及びメタデータ４１２が格納されている。
【００６５】
＜４．情報処理システムによる処理の手順＞
次に、情報処理システムによる処理の手順を図９〜図１３に示すフローチャートに沿って説明する。
【００６６】
（４−１．接続モジュール認識処理）
まず、図９に示すフローチャートに沿って、接続モジュール認識処理について説明する。なお、この処理が行われる際に、リムーバブルメディア４０を接続モジュール３０に接続しておく必要はない。
【００６７】
ステップＳ１０において、接続モジュール制御部２０９は、接続モジュール３０を認識したか否かを判定する。接続モジュール制御部２０９は、接続モジュール３０を認識したと判定した場合には、ステップＳ２０に進み、接続モジュール３０を認識していないと判定した場合には、本処理を終了する。
【００６８】
ステップＳ２０において、接続モジュール制御部２０９はホスト要求解析部３１１に対して登録情報の取得を要求する。ホスト要求解析部３１１はモジュール登録情報管理部３１２に対し、登録情報の要求を行う。モジュール登録情報管理部３１２は、登録情報（接続モジュール３０の登録情報）をホスト要求解析部３１１に出力し、ホスト要求解析部３１１は、取得した登録情報を接続モジュール制御部２０９に出力する。
【００６９】
ステップＳ３０において、接続モジュール制御部２０９は、取得した登録情報が登録済みであるか否かを接続モジュール登録管理部２１０に確認する。なお、登録されていない場合には、ユーザからの要求に応じて後述する接続モジュール登録処理が行われる。接続モジュール登録管理部２１０は、接続モジュール制御部２０９が取得した登録情報がテレビ受信機２０に登録済みであるか否かを判定し、判定結果を接続モジュール制御部２０９に出力する。
【００７０】
ステップＳ４０において、接続モジュール制御部２０９は、取得した登録情報がテレビ受信機２０に登録済みであると判定した場合には、ステップＳ６０に進み、未登録であると判定した場合には、ステップＳ５０に進む。
【００７１】
ステップＳ５０において、接続モジュール制御部２０９は、未登録である旨の画像情報及び音声情報を映像・音声出力部２０１から出力する。これにより、接続モジュール制御部２０９は、テレビ受信機２０に接続された接続モジュール３０が未登録である旨をユーザに通知する。その後、テレビ受信機２０は、本処理を終了する。ユーザは、接続モジュール３０を登録したい場合、その旨の要求情報を入力デバイス６０に入力する。この場合、テレビ受信機２０は、図１０に示す接続モジュール登録処理に進む。
【００７２】
一方、ステップＳ６０において、接続モジュール制御部２０９は、登録済みである旨の画像情報及び音声情報を映像・音声出力部２０１から出力する。これにより、接続モジュール制御部２０９は、テレビ受信機２０に接続された接続モジュール３０が登録済みである旨をユーザに通知する。その後、テレビ受信機２０は、本処理を終了する。
【００７３】
（４−２．接続モジュール登録処理）
次に、図１０に示すフローチャートに沿って、接続モジュール登録処理について説明する。なお、ここでは、ユーザがテレビ受信機２０に接続モジュール３０を接続し、入力デバイス６０を用いて登録処理を要求した場合を想定する。
【００７４】
ステップＳ７０において、接続モジュール登録要求を受けたユーザ操作解析部２０５は、接続モジュール制御部２０９に登録要求を行う。接続モジュール制御部２０９は、接続モジュール登録管理部２１０に新規の登録情報を要求する。
【００７５】
ステップＳ８０において、接続モジュール登録管理部２１０は、登録管理リストに登録されていない新規の登録情報を生成し、接続モジュール制御部２０９に出力する。
【００７６】
ステップＳ９０において、接続モジュール制御部２０９は、新規の登録情報をホスト要求解析部３１１に出力する。すなわち、接続モジュール制御部２０９は、ホスト要求解析部３１１に対して登録要求を行う。ホスト要求解析部３１１は、取得した新規の登録情報をモジュール登録情報管理部３１２に登録する。
【００７７】
ステップＳ１００において、接続モジュール制御部２０９は、接続モジュール登録管理部２１０に対して登録が完了したことを通知する。ステップＳ１１０において、接続モジュール登録管理部２１０は、登録管理リストに新規の登録情報を追加することで、登録管理リストを確定させる。その後、テレビ受信機２０は、本処理を終了する。
【００７８】
（４−３．録画開始処理）
次に、図１１に示すフローチャートに沿って、録画開始処理について説明する。ステップＳ１２０において、ユーザは、入力デバイス６０を用いてチューニング要求を行う。チューニング要求を受けたユーザ操作解析部２０５は、チャンネル制御部２０４に対してチューニング要求を行う。チャンネル制御部２０４は、要求されたチャンネルにもとづいて、受信部２０２をチューニングする（チューニング処理）。すでに希望のチャンネルにチューニングが行われている場合にはチューニング処理はスキップされる。
【００７９】
ステップＳ１３０において、ユーザ操作解析部２０５は、録画開始要求があったか否かを判定する。ユーザ操作解析部２０５は、録画開始要求があったと判定した場合には、ステップＳ１４０に進み、録画開始要求がないと判定した場合には、本処理を終了する。なお、本実施形態では、ユーザが入力デバイス６０（例えば、リモコン、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）など）を用いて録画開始要求を行った場合を想定する。なお、あらかじめユーザがチャンネル、録画開始終了時刻を入力しておいてもよい（いわゆる、予約録画機能）。この場合、テレビ受信機２０は、録画開始時刻になった際に、ステップＳ１４０以降の処理を行う。
【００８０】
ステップＳ１４０において、ユーザ操作解析部２０５は、記録／再生制御部２０６に対して録画開始要求を行う。記録／再生制御部２０６は、仮想パス情報（ストリームバッファ１１２へのファイルパス）を取得するために、データベース制御部２１１に対してタイトルの新規登録要求を行う。タイトルの新規登録要求は、接続モジュール制御部２０９、ホスト要求解析部３１１を介してリムーバブルメディアタイトル管理部３１３に通知される。
【００８１】
リムーバブルメディアタイトル管理部３１３は、リムーバブルメディア制御部３１５を介して、リムーバブルメディア４０上のタイトルデータベース４１３を検索する。そして、リムーバブルメディアタイトル管理部３１３は、新規のＲＭ側タイトルＩＤを取得する。例えば、リムーバブルメディアタイトル管理部３１３は、「ＸＸＸ」という新規のＲＭ側タイトルＩＤを取得する。以下、リムーバブルメディアタイトル管理部３１３が「ＸＸＸ」という新規のＲＭ側タイトルＩＤを取得した場合を例として、処理の具体的な内容を説明する。
【００８２】
ステップＳ１６０において、リムーバブルメディアタイトル管理部３１３は、ＲＭ側タイトルＩＤ「ＸＸＸ」を用いて情報記録用のバッファ（録画バッファ）を予約する。具体的には、リムーバブルメディアタイトル管理部３１３は、ＲＭ側タイトルＩＤ「ＸＸＸ」を含む予約要求情報をファイルアクセス変換部３１４に出力する。ファイルアクセス変換部３１４は、予約要求情報に基づいて、情報記録用のバッファを確保し、情報記録用のバッファへのファイルパス（仮想パス情報）をリムーバブルメディアタイトル管理部３１３に出力する。
【００８３】
リムーバブルメディアタイトル管理部３１３は、仮想パス情報を、ホスト要求解析部３１１、接続モジュール制御部２０９、データベース制御部２１１を介して、記録／再生制御部２０６に出力する。
【００８４】
ステップＳ１７０において、記録／再生制御部２０６は、取得した仮想パス情報（ファイルパス）を用いて、ストリームファイルのオープンを接続モジュール３０に要求する。具体的には、記録／再生制御部２０６は、仮想パス情報を含む仮想ファイルオープン要求情報（ファイル開放要求情報）を、ファイルアクセス制御部２０８を介してファイルアクセス変換部３１４に出力する。
【００８５】
仮想ファイルオープン要求情報が指定する録画バッファがすでにＲＭ側タイトルＩＤ「ＸＸＸ」で予約されている。そこで、ステップＳ１８０において、ファイルアクセス変換部３１４は、リングバッファ制御部３２１に仮想ファイルオープン要求情報を出力する。リングバッファ制御部３２１は、仮想ファイルオープン要求情報が指定する録画バッファをオープンする。一方、ファイルアクセス変換部３１４は、リムーバブルメディア制御部３１５を介して「ＸＸＸ」へのファイルパス（リムーバブルメディア４０上のファイルパス（／Ｔｉｔｌｅ／ＸＸＸ／…））（実パス情報）を取得する。
【００８６】
ファイルアクセス変換部３１４は、取得した実パス情報を含むファイルオープン要求情報を生成し、リムーバブルメディアＤＲＭ制御部３２３及びリムーバブルメディアメタデータ制御部３２４に出力する。リムーバブルメディアＤＲＭ制御部３２３は、実パス情報が指定するアドレスにストリームファイルを生成する。ストリームファイルには、ストリームデータ４１１が格納される。同様に、リムーバブルメディアメタデータ制御部３２４は、実パス情報が指定するアドレスにメタデータファイルを生成する。メタデータファイルには、メタデータ４１２が格納される。
【００８７】
ステップＳ１９０において、リムーバブルメディアＤＲＭ制御部３２３は、ストリームファイルをオープンし、リムーバブルメディアメタデータ制御部３２４は、メタデータファイルをオープンする。
【００８８】
ステップＳ２００において、記録／再生制御部２０６は、ストリームデータの録画バッファへの記録を開始する。具体的には、受信部２０２は、ストリームデータを受信し、当該ストリームデータをデコード／出力部２０３に出力する。デコード／出力部２０３は、ストリームデータをデコードし、記録／再生制御部２０６に出力する。記録／再生制御部２０６に出力する。記録／再生制御部２０６は、ストリームデータをローカル暗号／復号制御部２０７に出力する。ローカル暗号／復号制御部２０７は、ストリームデータをローカル暗号化することで、暗号化情報を生成し、ファイルアクセス制御部２０８に出力する。ファイルアクセス制御部２０８は、暗号化情報をファイルアクセス変換部３１４に出力し、ファイルアクセス変換部３１４は、暗号化情報をリングバッファ制御部３２１に出力する。リングバッファ制御部３２１は、暗号化情報を録画バッファ（仮想パス情報が指定する録画バッファ）に記録する。
【００８９】
ここで、リングバッファ制御部３２１は、固定長の録画バッファを環状で管理・制御ため、記録／再生制御部２０６はバッファ長を意識せずシーケンシャルにストリームデータの書き込みをすることができる。録画バッファに書き込まれた暗号化情報は、ローカル暗号／復号制御部３２２によって復号化される（ローカル暗号が解かれる）。
【００９０】
ローカル暗号／復号制御部３２２は、暗号化情報を復号化することでストリームデータを生成し、リムーバブルメディアＤＲＭ制御部３２３及びリムーバブルメディアメタデータ制御部３２４に出力する。リムーバブルメディアＤＲＭ制御部３２３は、ストリームデータをリムーバブルメディア４０に対応するＤＲＭ規格に従って変換することでストリームデータ４１１を生成し、実パス情報が指定するアドレスに記録する。
【００９１】
一方、リムーバブルメディアメタデータ制御部３２４は、ストリームデータを解析することで、再生制御をより円滑にするためのメタデータをストリームデータから抽出する。リムーバブルメディアメタデータ制御部３２４は、メタデータをリムーバブルメディア４０に対応するＤＲＭ規格に従って変換することでメタデータ４１２を生成し、実パス情報が指定するアドレスに記録する。また、リムーバブルメディア制御部３１５は、タイトルデータベース４１３のうち、ＲＭ側識別情報「ＸＸＸ」に対応する空欄部分を補充する。その後、情報処理システム１０は本処理を終了する。
【００９２】
（３−４．再生開始処理）
次に、図１２及び図１３に示すフローチャートに沿って、再生開始処理について説明する。なお、本実施形態では、ユーザが映像・音声出力部２０１にホスト側タイトルリスト（ホスト側識別情報のリスト）を表示させ、ホスト側タイトルリストに列挙されたホスト側タイトルＩＤからいずれかのホスト側タイトルを選択する。
【００９３】
すなわち、ステップＳ２１０において、ユーザは、入力デバイス６０を用いてホスト側タイトルリスト取得要求を行う。ホスト側タイトルリスト取得要求は、ユーザ操作解析部２０５、データベース制御部２１１、接続モジュール制御部２０９、及びホスト要求解析部３１１を介して、リムーバブルメディアタイトル管理部３１３に出力される。
【００９４】
ステップＳ２２０において、リムーバブルメディアタイトル管理部３１３は、上述した変換データベースを生成済みであるか（持っているか）否かを判定する。リムーバブルメディアタイトル管理部３１３は、変換データベースを持っていると判定した場合には、ステップＳ２５０に進み、変換データベースを持っていないと判定した場合には、ステップＳ２３０に進む。なお、リムーバブルメディア４０が接続モジュール３０に接続された後、１回目のタイトルリスト取得要求があった場合、リムーバブルメディアタイトル管理部３１３は、変換データベースを持っていない。そこで、この場合、リムーバブルメディアタイトル管理部３１３は、ステップＳ２３０に進む。
【００９５】
ステップＳ２３０において、リムーバブルメディアタイトル管理部３１３は、リムーバブルメディア４０上のタイトルデータベース４１３を検索することで、ＲＭ側タイトルリストを取得する。ここで、ＲＭ側タイトルリストは、ＲＭ側タイトルＩＤのリストである。
【００９６】
ステップＳ２４０において、リムーバブルメディアタイトル管理部３１３は、ＲＭ側タイトルＩＤ毎にホスト側タイトルＩＤを生成する。そして、リムーバブルメディアタイトル管理部３１３は、ＲＭ側タイトルＩＤとホスト側タイトルＩＤとが関連付けられた変換データベースを生成する。そして、リムーバブルメディアタイトル管理部３１３は、変換データベースを接続モジュール３０上のデータベースとして登録する。もし、テレビ受信機２０が必要であればタイトル名、Ｄｕｒａｔｉｏｎなどのタイトルリストも変換データベースに含める。
【００９７】
ステップＳ２５０において、リムーバブルメディアタイトル管理部３１３は、変換データベースにもとづいて、ホスト側タイトルリストを生成し、デコード／出力部２０３に出力する。デコード／出力部２０３は、ホスト側タイトルリストを映像・音声出力部２０１に出力する。
【００９８】
ステップＳ２６０において、ユーザ操作解析部２０５は、再生開始要求があったか否かを判定する。ユーザ操作解析部２０５は、再生開始要求があったと判定した場合には、ステップＳ２７０に進み、再生開始要求がないと判定した場合には、本処理を終了する。一方、ユーザは、ホスト側タイトルリストに列挙されたホスト側タイトルＩＤのうち、いずれかのタイトルＩＤを選択することで、再生開始要求を行う。以下、ユーザがホスト側タイトルＩＤ「１００」を選択した場合を例として、本処理の具体的な内容を説明する。
【００９９】
ステップＳ２７０において、ユーザ操作解析部２０５は、再生開始要求があった旨の再生開始要求情報を記録／再生制御部２０６に渡す。
【０１００】
ステップＳ２８０において、記録／再生制御部２０６は、再生バッファ（情報再生用のバッファ）へのファイルパス（仮想パス情報）をファイルアクセス変換部３１４に要求する。具体的には、記録／再生制御部２０６は、仮想パス情報を要求する旨の情報を再生開始要求情報に含める。そして、記録／再生制御部２０６は、再生開始要求情報をファイルアクセス変換部３１４に出力する。
【０１０１】
ステップＳ２９０において、ファイルアクセス変換部３１４は、再生開始要求情報をリムーバブルメディアタイトル管理部３１３に出力する。リムーバブルメディアタイトル管理部３１３は、変換データベースを用いて、再生開始要求情報に含まれるホスト側タイトルＩＤ「１００」をＲＭ側タイトルＩＤ（再生開始要求識別情報）「９９９」に変換する（図７参照）。リムーバブルメディアタイトル管理部３１３は、取得したＲＭ側タイトルＩＤ「９９９」をファイルアクセス変換部３１４に出力する。ファイルアクセス変換部３１４は、ＲＭ側タイトルＩＤ「９９９」を用いて、再生バッファを確保し、再生バッファへのファイルパス（仮想パス情報）をファイルアクセス変換部３１４に出力する。これによって、ファイルアクセス変換部３１４の管理する再生バッファはＲＭ側タイトルＩＤ「９９９」で予約されたことになる。
【０１０２】
ステップＳ３００において、ファイルアクセス変換部３１４は、仮想パス情報を記録／再生制御部２０６に渡す。記録／再生制御部２０６は、取得した仮想パス情報を用いて、ファイルアクセス変換部３１４に再生バッファのオープンを要求する。具体的には、記録／再生制御部２０６は、仮想パス情報を含む仮想ファイルオープン要求情報を、ファイルアクセス制御部２０８を介してファイルアクセス変換部３１４に出力する。
【０１０３】
仮想ファイルオープン要求情報が指定する再生バッファはすでにＲＭ側タイトルＩＤ「９９９」で予約されている。そこで、ステップＳ３１０において、ファイルアクセス変換部３１４は、リングバッファ制御部３２１に仮想ファイルオープン要求情報を出力する。リングバッファ制御部３２１は、仮想ファイルオープン要求情報が指定する再生バッファをオープンする。一方、リムーバブルメディア制御部３１５を介してＲＭ側タイトルＩＤ「９９９」へのファイルパス（リムーバブルメディア４０上のファイルパス（／Ｔｉｔｌｅ／９９９／…））（実パス情報）を取得する。
【０１０４】
ファイルアクセス変換部３１４は、取得した実パス情報を含むファイルオープン要求情報を生成し、リムーバブルメディアＤＲＭ制御部３２３及びリムーバブルメディアメタデータ制御部３２４に出力する。リムーバブルメディアＤＲＭ制御部３２３は、実パス情報が指定するストリームファイルをオープンし、リムーバブルメディアメタデータ制御部３２４は、実パス情報が指定するメタデータファイルをオープンする。
【０１０５】
ステップＳ３２０において、記録／再生制御部２０６は、ストリームデータの読み出しを開始する。具体的には、リムーバブルメディアＤＲＭ制御部３２３は、オープンしたストリームファイルからストリームデータ４１１（再生開始要求コンテンツ）を取得し、ストリームデータ４１１のＤＲＭ情報を解除する。リムーバブルメディアＤＲＭ制御部３２３は、ＤＲＭ情報が解除されたストリームデータをローカル暗号／復号制御部３２２に出力する。同様に、リムーバブルメディアメタデータ制御部３２４は、オープンしたメタデータファイルからメタデータ４１２を取得し、メタデータ４１２のＤＲＭ情報を解除する。リムーバブルメディアメタデータ制御部３２４は、ＤＲＭ情報が解除されたメタデータをローカル暗号／復号制御部３２２に出力する。
【０１０６】
ローカル暗号／復号制御部３２２は、ストリームデータ及びメタデータを合成することで合成データを生成し、合成データをローカル暗号化することで暗号化情報を生成する。そして、ローカル暗号／復号制御部３２２は、暗号化情報をリングバッファ制御部３２１に出力する。リングバッファ制御部３２１は、暗号化情報を再生バッファに書き込む。
【０１０７】
ファイルアクセス変換部３１４は、再生バッファから暗号化情報を順次読み出し、ファイルアクセス制御部２０８に出力する。ファイルアクセス制御部２０８は、暗号化情報をローカル暗号／復号制御部２０７に出力する。ローカル暗号／復号制御部２０７は、暗号化情報を復号化することで合成データを生成し、記録／再生制御部２０６に出力する。記録／再生制御部２０６は、合成データを映像・音声出力部２０１に出力する。これにより、合成データが再生（表示）される。その後、情報処理システム１０は本処理を終了する。
【０１０８】
以上により、本実施形態では、テレビ受信機２０は、接続モジュール３０を介して共通の制御方法（ローカル暗号化、復号化）によりリムーバブルメディア４０にアクセスするため、リムーバブルメディア４０ごとに制御を変えなくて良い。
【０１０９】
さらに、テレビ受信機２０は、ストリームデータをローカル暗号化することで暗号化情報を生成する。そして、接続モジュール３０は、暗号化情報を復号化することでストリームデータを生成し、ストリームデータをリムーバブルメディア４０に対応したＤＲＭ規格に従って変換する。そして、接続モジュール３０は、変換後のストリームデータ４１１をリムーバブルメディア４０に格納する。したがって、テレビ受信機２０はデバイスバインドに対応していればメディアバインドに対応することが可能になる。
【０１１０】
また、すでにデバイスバインドに対応しているテレビ受信機２０、２０’であれば、既存のシステム（ソフトウェア及びハードウェア）への影響は小さいままリムーバブルメディア４０に対応することができる。
【０１１１】
さらに、将来的に新たなリムーバブルメディア４０が提供された場合であっても、接続モジュール３０側の対応だけで済ませることが可能になる。また、接続モジュール３０を別売りにすることで、ユーザのニーズに応じて機能を買い足すことが容易になる。
【０１１２】
より詳細には、接続モジュール３０は、テレビ受信機２０から暗号化情報を取得し、暗号化情報を復号化することでストリームデータ（コンテンツ）４１１を取得する。そして、接続モジュール３０は、リムーバブルメディア４０にストリームデータ４１１を格納する。リムーバブルメディア４０に格納されたストリームデータ４１１は、当該リムーバブルメディア４０に対応したメディアであれば再生可能である。したがって、接続モジュール３０は、ローカル暗号化された情報、すなわち暗号化情報を複数のデバイスで共有することができる。
【０１１３】
さらに、接続モジュール３０は、リムーバブルメディア４０に対応していないデバイスであっても、当該デバイスがデバイスバインドに対応していれば、当該デバイスにもストリームデータ４１１を再生させることができる。このようなデバイスとしては、例えば、本実施形態のテレビ受信機２０、２０’が挙げられる。このように、テレビ受信機２０、２０’は、リムーバブルメディア４０の存在を意識することなく、ストリームデータ４１１の記録、再生を行うことができる。
【０１１４】
さらに、接続モジュール３０は、仮想パス情報を含むファイルオープン要求情報がテレビ受信機２０から与えられた場合に、録画バッファに暗号化情報を記録するので、暗号化情報をより確実に録画バッファに記録することができる。
【０１１５】
さらに、接続モジュール３０は、リムーバブルメディア４０からストリームデータ４１１を取得し、ストリームデータ４１１をローカル暗号により暗号化することで暗号化情報を生成する。そして、接続モジュール３０は、暗号化情報をテレビ受信機２０に出力する。したがって、テレビ受信機２０は、メディアバインドに対応していなくても、ストリームデータ４１１を再生することができる。
【０１１６】
さらに、接続モジュール３０は、変換データベースを生成するので、この変換データベースにもとづいて、ＲＭ側タイトルＩＤとホスト側タイトルＩＤとの相互変換を容易に行うことができる。
【０１１７】
さらに、接続モジュール３０は、変換データベースにもとづいて、ホスト側タイトルリストを生成し、ホスト側タイトルリストをテレビ受信機２０に出力する。したがって、テレビ受信機２０は、ホスト側タイトルリストを表示することができるので、ユーザは、所望のタイトルＩＤを容易に選択することができる。
【０１１８】
さらに、接続モジュール３０は、ホスト側タイトルＩＤを含む再生開始要求情報がテレビ受信機２０から与えられた場合に、変換データベースにもとづいて、ホスト側タイトルＩＤをＲＭ側タイトルＩＤに変換し、このＲＭ側タイトルＩＤを用いて再生バッファを確保する。したがって、接続モジュール３０は、暗号化情報をより確実に再生バッファに記録することができる。
【０１１９】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。例えば、上記の内部データ構造、及びデータベースは上記の例に限られない。
【０１２０】
例えば、上記実施形態では、情報処理装置をテレビ受信機としたが、本技術はかかる例に限定されない。例えば、情報処理装置は各種のレコーダなどであってもよい。
【０１２１】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
ローカル暗号化された暗号化情報を他の情報処理装置から取得する通信部と、
前記暗号化情報を復号化することでコンテンツを生成し、前記コンテンツをリムーバブルメディアに格納する制御部と、を備える、情報処理装置。
（２）
前記リムーバブルメディアは、前記コンテンツを識別するリムーバブルメディア側識別情報と前記コンテンツとを関連付けて記憶し、
前記通信部は、前記コンテンツに関連付けられていない新規リムーバブルメディア側識別情報を取得し、前記新規リムーバブルメディア側識別情報を用いて情報記録用のバッファを確保する一方、前記情報記録用のバッファへのパスを含む仮想パス情報を前記他の情報処理装置に通知し、
前記制御部は、前記仮想パス情報を含むファイル開放要求情報が前記他の情報処理装置から与えられた場合に、前記情報記録用のバッファに前記暗号化情報を記録し、前記バッファに記録された前記暗号化情報を復号化することで前記コンテンツを生成し、前記新規リムーバブルメディア側識別情報と前記コンテンツとを関連付けて前記リムーバブルメディアに記録する、前記（１）記載の情報処理装置。
（３）
リムーバブルメディアからコンテンツを取得し、前記コンテンツをローカル暗号により暗号化することで暗号化情報を生成する制御部と、
前記暗号化情報を他の情報処理装置に出力する通信部と、を備える情報処理装置。
（４）
前記リムーバブルメディアは、前記コンテンツを識別するリムーバブルメディア側識別情報と前記コンテンツとを関連付けて記憶し、
前記通信部は、前記識別情報を前記他の情報処理装置に対応する形式に変換することでホスト側識別情報を生成し、前記リムーバブルメディア側識別情報と前記ホスト側識別情報とが関連付けられた変換データベースを生成する、前記（３）記載の情報処理装置。
（５）
前記通信部は、前記ホスト側識別情報のリストを前記他の情報処理装置に出力する、前記（４）記載の情報処理装置。
（６）
前記通信部は、いずれかの前記ホスト側識別情報を含む再生開始要求情報が前記他の情報処理装置から与えられた場合に、前記変換データベースにもとづいて、前記再生開始要求情報に対応する再生開始要求識別情報を取得し、前記再生開始要求識別情報を用いて情報再生用のバッファを確保する一方、前記情報再生用のバッファへのパスを含む仮想パス情報を前記他の情報処理装置に通知し、
前記制御部は、前記仮想パス情報を含むファイル開放要求情報が前記他の情報処理装置から与えられた場合に、前記再生開始要求識別情報に対応する再生開始要求コンテンツを前記リムーバブルメディアから取得し、前記再生開始要求コンテンツをローカル暗号により暗号化することで前記暗号化情報を生成し、前記暗号化情報を前記情報再生用のバッファに記録する、前記（５）記載の情報処理装置。
（７）
ローカル暗号化された暗号化情報を他の情報処理装置から取得することと、
前記暗号化情報を復号化することでコンテンツを生成し、前記コンテンツをリムーバブルメディアに格納することと、を含む、情報処理方法。
（８）
リムーバブルメディアからコンテンツを取得し、前記コンテンツをローカル暗号により暗号化することで暗号化情報を生成することと、
前記暗号化情報を他の情報処理装置に出力することと、を含む、情報処理方法。
（９）
コンピュータに、
ローカル暗号化された暗号化情報を他の情報処理装置から取得する通信機能と、
前記暗号化情報を復号化することでコンテンツを生成し、前記コンテンツをリムーバブルメディアに格納する制御機能と、を実現させる、プログラム。
（１０）
コンピュータに、
リムーバブルメディアからコンテンツを取得し、前記コンテンツをローカル暗号により暗号化することで暗号化情報を生成する制御機能と、
前記暗号化情報を他の情報処理装置に出力する通信機能と、を実現させる、プログラム。
（１１）
第１の情報処理装置と、
ローカル暗号化された暗号化情報を前記第１の情報処理装置から取得する通信部、及び、
前記暗号化情報を復号化することでコンテンツを生成し、前記コンテンツをリムーバブルメディアに格納する制御部を備える第２の情報処理装置と、
を備える、情報処理システム。
（１２）
第１の情報処理装置と、
リムーバブルメディアからコンテンツを取得し、前記コンテンツをローカル暗号により暗号化することで暗号化情報を生成する制御部、及び、
前記暗号化情報を前記第１の情報処理装置に出力する通信部を備える第２の情報処理装置と、
を備える、情報処理システム。
【符号の説明】
【０１２２】
１０    情報処理システム
２０    テレビ受信機
３０    接続モジュール
４０    リムーバブルメディア
３１０    通信部
３２０    リムーバブルメディア記録／再生制御部
【図１】
2014023089.tif 000003
【図２】
2014023089.tif 000004
【図３】
2014023089.tif 000005
【図４】
2014023089.tif 000006
【図５】
2014023089.tif 000007
【図６】
2014023089.tif 000008
【図７】
2014023089.tif 000009
【図８】
2014023089.tif 000010
【図９】
2014023089.tif 000011
【図１０】
2014023089.tif 000012
【図１１】
2014023089.tif 000013
【図１２】
2014023089.tif 000014
【図１３】
2014023089.tif 000015