記録再生装置
【課題】インストール処理を自動化し、これらの処理を実行する際に実行中のコンテンツは共通した機能（インストール）を呼び出すことにより、信頼の高いコンテンツのみをインストールする。
【解決手段】記録再生装置１０は、コンテンツを記録した外部記録媒体１６を接続する外部デバイスＩ／Ｆ１２と、外部記録媒体１６から読み込んだコンテンツを記録する記録装置２０と、記録したコンテンツを再生又は実行する処理部１１とを有する。処理部１１は、処理部１１が再生又は実行中のコンテンツからのインストール命令に基づいてインストール処理部にインストール指示する。処理部１１は、外部記録媒体１６に記録されているコンテンツを、特定の管理情報と共に記録装置２０の特定領域にインストールする際に、信頼の高いコンテンツのみインストール処理を実行可能とする。
【解決手段】記録再生装置１０は、コンテンツを記録した外部記録媒体１６を接続する外部デバイスＩ／Ｆ１２と、外部記録媒体１６から読み込んだコンテンツを記録する記録装置２０と、記録したコンテンツを再生又は実行する処理部１１とを有する。処理部１１は、処理部１１が再生又は実行中のコンテンツからのインストール命令に基づいてインストール処理部にインストール指示する。処理部１１は、外部記録媒体１６に記録されているコンテンツを、特定の管理情報と共に記録装置２０の特定領域にインストールする際に、信頼の高いコンテンツのみインストール処理を実行可能とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録再生装置、より詳細には、ＡＶデータやアプリケーションプログラムもしくはアプリケーションプログラムが使用するデータを含むコンテンツを記録，再生，実行可能な記録再生装置に関する。
【背景技術】
【０００２】
ＤＶＤプレーヤやＤＶＤレコーダ等の普及により、ＨＤＤを内蔵した複合型ＤＶＤレコーダなどが市場に現れはじめた。また、例えばＪａｖａ（登録商標）言語などの普及により携帯電話などの端末機にもアプリケーションの実行環境が普及し始めた。しかしながら、任意のアプリケーションが実行可能である場合、あらゆる情報へのアクセスを認めることは危険である。そのため、特定のアプリケーション（例えば、ｉアプリ（登録商標）など）では、信頼できるアプリケーションに限り、携帯電話の保持する電話帳などの各種情報へのアクセスを許可している。
【０００３】
通常、端末にダウンロードされたアプリケーションは、不正な動作を行う可能性があるため、アプリケーションの動作は厳格に制限され、アプリケーションはローカルリソースを用いることができないようになっている。
これに対し、認証モジュールの耐タンパ領域に保持されるアプリケーションの認証情報を用いて、端末にダウンロードされたアプリケーションの認証を行い出所の確認や改ざんが行われていないかどうか確認し、認証されたアプリケーションのみ端末のローカルリソースの利用を許可するようにしたものが開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２２３２３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、アプリケーションを実行可能な端末装置にローカルストレージを導入し、そのローカルストレージにおいて任意のアプリケーションを実行した場合、そのアプリケーションがコンテンツの作成者の意図に反してコピーや改ざんなどを行う可能性があるため、これに対する対策が必要となる。
また、アプリケーションの入手経路が複数ある場合、信頼性が低く悪意を持ったアプリケーションが実行される可能性がある。そこで、そのアプリケーションの信頼性に応じて各種情報に対するアクセス制限を行う必要がある。
【０００６】
本発明は、上述のごとき実情に鑑みてなされたものであり、インストール対象とするコンテンツのインストール処理を自動化し、これらの処理を実行する際に実行中のコンテンツは共通した機能（インストール）を呼び出すことにより、信頼の高いコンテンツのみをインストールして不正なコピーを防止すると共に、実行中のコンテンツに対してアクセス制限することにより改ざんを防止できるようにすること、をその目的とする。
【課題を解決するための手段】
【０００７】
第１の技術手段は、コンテンツを記録した外部記録媒体又はサーバ装置と接続するための外部インタフェースと、該外部インタフェースに接続された前記外部記録媒体又は前記サーバ装置から読み込んだコンテンツを記録する記録部と、該記録したコンテンツを再生又は実行する処理部とを有する記録再生装置において、前記処理部は、前記外部記録媒体又は前記サーバ装置に記録されているコンテンツを、特定の管理情報と共に前記記録部の特定領域にインストールするインストール処理部を有し、前記処理部は、該処理部が再生又は実行中のコンテンツからのインストール命令に基づいて前記インストール処理部にインストール指示し、前記処理部は、前記外部記録媒体又は前記サーバ装置に記録されているコンテンツを、特定の管理情報と共に前記記録部の特定領域にインストールする際に、信頼の高いコンテンツのみインストール処理を実行可能とすることを特徴としたものである。
【発明の効果】
【０００８】
本発明によると、インストール対象とするコンテンツのインストール処理を自動化し、これらの処理を実行する際に実行中のコンテンツは各コンテンツに共通した機能（インストール）を呼び出すことにより、信頼の高いコンテンツのみをインストールすることができるため、不正コピーを防止することができる。また、実行中のコンテンツに対してアクセス制限することによって改ざんを防止することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態に係わる記録再生装置の内部構成例について説明するためのブロック図である。
【図２】コンテンツの全体又は一部に対して共通化されたインストール処理の一例を説明するためのフロー図である。
【図３】コンテンツの全体又は一部に対して共通化された削除（アンインストール）処理の一例を説明するためのフロー図である。
【図４】図１に示した処理部の詳細構成例を説明するためのブロック図である。
【図５】アプリケーションプログラムの信頼性に応じたアクセス制限の一例を示した図である。
【図６】ＲＯＭディスクに記録されているファイル構成の一例を示した図である。
【図７】ハードディスクに記録されているファイル構成の一例を示した図である。
【図８】ＲＯＭディスク及びハードディスクに記録されているファイル構成の他の例を示した図である。
【図９】ハードディスクに記録されているファイル構造の他の例を示した図である。
【図１０】３つの信頼性レベルに対して、３つのアクセス制限レベルを適用する一例を示す図である。
【発明を実施するための形態】
【００１０】
図１は、本発明の一実施形態に係わる記録再生装置の内部構成例について説明するためのブロック図で、図中、１０は記録再生装置で、該記録再生装置１０は、処理部１１，外部デバイスインタフェース１２，デバイスインタフェース１３，ネットワークインタフェース１４，ユーザインタフェース１５から構成される。処理部１１は、各インタフェースから得た情報を利用して、ＡＶデータをデコード、もしくはアプリケーションプログラムを実行する。外部デバイスインタフェース１２は、外部記録媒体１６からＡＶデータやアプリケーションプログラムなどのデータを読み込み、処理部１１に引き渡すことが出来る。ここで、外部記録媒体１６とは、例えば、ＣＤ−ＲＯＭ，ＣＤ−Ｒ（ＲＷ），ＤＶＤ−ＲＯＭなどを含む光ディスクや、メモリカードなどを指す。この外部記録媒体１６に記録されているデータは、記録再生装置１０以外で記録されたものであってもよい。
【００１１】
以下の説明において、意味のあるまとまりを持ったＡＶデータもしくはアプリケーションプログラム／データをコンテンツとして定義する。また、ＡＶデータとは映像、音声、もしくはその両方を再生するために必要な情報の全てもしくは一部を指す。また、アプリケーションプログラムとはアプリケーションの実行に必要な情報の全てもしくは一部を指す。上記コンテンツは、例えば、１タイトルに相当するＡＶデータを構成するファイル全体や、１つのゲーム又はアプリケーションを構成するプログラムファイル及びデータファイル全体から構成されている。
【００１２】
ネットワークインタフェース１４は、ネットワーク１７を介して、ネットワーク１７に接続されているサーバ装置（図示せず）からデータをダウンロードし、処理部１１に引き渡すことが出来る。本例では、外部記録媒体１６とネットワーク１７のいずれからもデータを取得することが出来る構成としているが、これに限定されず何れか一方だけであっても良い。
【００１３】
ユーザインタフェース１５は、ディスプレイ１８、コントローラ１９に接続されている。処理部１１は、ユーザインタフェース１５を通じてＡＶデータなどをディスプレイ１８に出力してユーザにＡＶデータを視聴させることが出来る。また、コントローラ１９から入力されるユーザの要求は、ユーザインタフェース１５を介して処理部１１に伝えられる。
デバイスインタフェース１３は、記録媒体（ローカルストレージ）２０からデータを読み込んだり、記録媒体２０にデータを書き出したりすることが出来る。ここで、記録媒体２０は、内蔵又は外付けのハードディスク装置や、記録可能な光ディスクやメモリカードなどの記録媒体であってもよい。記録媒体２０（以下、記録装置２０で代表する）に記録されているデータは、記録再生装置１０で記録されたデータである。
【００１４】
処理部１１は、予め用意されたコンテンツ（ＡＶデータ又はアプリケーションプログラム）もしくはいずれかのインタフェースを経由して読み込んだコンテンツを実行し、その処理のひとつとしてファイルアクセス処理を行う。
【００１５】
まず、記録再生装置１０のファイルアクセス処理には次の３種類がある。
（処理１）コンテンツの全体又は一部を外部記録媒体１６もしくはネットワーク１７経由でサーバ装置から読み込み、記録装置２０に識別可能な形式で記録するインストール処理
（処理２）コンテンツを再生又は実行するために必要なプログラムやデータを記録装置２０又は外部記録媒体１６又はネットワーク１７経由でサーバ装置から内部メモリ上に読み込むロード処理
（処理３）コンテンツが自身で生成したデータを書き出す処理及び読み込む処理
【００１６】
本発明は、上記ファイルアクセス処理に対して不正なコピー及び改ざんを防止するために以下のようにアクセス制限を付加するものである。
【００１７】
まず、上記（処理１）のコンテンツを外部記録媒体１６もしくはネットワーク１７経由でサーバ装置から読み込み、記録装置２０に識別可能な形式で記録するインストール処理について説明する。
ここで、外部記録媒体１６もしくはネットワーク１７経由でアクセス可能なサーバ装置にあるデータのうち、そのデータ提供者が認めたもののみをインストールし、それ以外のデータのインストール、つまり不正なコピーを防止する必要がある。また、インストールしたデータに対して改ざんが行われないようにする必要がある。そこで、インストールに必要な処理を共通化して定義し、実行中のコンテンツは、その共通化した処理にのみトリガを与える。このとき、簡単にインストールを実現するために、意味を持ったひとまとまりのコンテンツ（ＡＶデータ又はアプリケーションプログラム）を管理する管理情報がインストール元にあることが望ましい。
【００１８】
図２は、コンテンツの全体又は一部に対して共通化されたインストール処理の一例を説明するためのフロー図である。まず、記録再生装置１０は、インストール処理の開始に際し（ステップＳ１）、外部記録媒体１６もしくはネットワーク１７経由でアクセス可能なサーバ装置に対してインストールしたいコンテンツの全体又は一部を指定する（ステップＳ２）。そのコンテンツの全体又は一部が、コンテンツ提供者がインストールを許可しているコンテンツであるかどうかを確認する（ステップＳ３）。ここで、具体的な確認方法として、例えば、上記コンテンツの全体又は一部のフォーマットやメタデータなどから判断するようにしてもよい。
【００１９】
上記ステップＳ３において、インストールを許可されたコンテンツの全体又は一部でない場合（ＮＯの場合）エラーを返して終了する（ステップＳ４）。また、上記ステップＳ３において、インストールを許可されたコンテンツの全体又は一部であった場合（ＹＥＳの場合）、記録装置２０を確認する。これは、記録装置２０に十分な空き容量があり、また、すでに記録されているコンテンツの全体又は一部と不整合を起こす可能性が無いかどうかを確認する（ステップＳ５）。
上記ステップＳ５において、記録装置２０の容量が足らない、もしくは、すでに記録されているコンテンツの全体又は一部と不整合を起こす可能性がある場合（ＮＯの場合）、エラーを返して終了する（ステップＳ６）。また、上記ステップＳ５において、記録装置２０に記録可能である場合（ＹＥＳの場合）、インストールするコンテンツの全体又は一部を特定の管理情報と共に記録装置２０に記録し（ステップＳ７）、処理成功を返して終了する（ステップＳ８）。ここで、特定の管理情報とは、記録装置２０上で、インストール済みのコンテンツの全体又は一部を区別して管理するための情報で、コンテンツの全体又は一部の整合性のための情報にもなり、コンテンツの全体又は一部の削除（アンインストール）を行う際にも利用する情報である。
【００２０】
図３は、コンテンツの全体又は一部に対して共通化された削除（アンインストール）処理の一例を説明するためのフロー図である。まず、記録再生装置１０は、アンインストール処理の開始に際し（ステップＳ１１）、記録装置２０上のアンインストールしたいコンテンツの全体又は一部を指定する（ステップＳ１２）。次に、そのコンテンツの全体又は一部が記録装置２０にあるかどうかを確かめる（ステップＳ１３）。
上記ステップＳ１３において、コンテンツの全体又は一部が記録装置２０に無い場合（ＮＯの場合）、エラーを返して終了する（ステップＳ１４）。また、上記ステップＳ１３において、コンテンツの全体又は一部が記録装置２０にある場合（ＹＥＳの場合）、そのコンテンツの全体又は一部と共に記録した特定の管理情報を用いてコンテンツの全体又は一部に含まれる全てのファイルとその管理情報を記録装置２０から削除し（ステップＳ１５）、処理成功を返して終了する（ステップＳ１６）。
【００２１】
次に、上記（処理２）のコンテンツを再生又は実行するために必要なプログラムやデータを記録装置２０又は外部記録媒体１６又はネットワーク１７経由でサーバ装置から内部メモリ上に読み込むロード処理について説明する。ここで、ロード処理においても、インストール処理と同様に、ロードに必要な処理を共通化して定義し、実行中のコンテンツは、その共通化した処理にのみトリガを与える。
ロード処理において、記録装置２０、外部記録媒体１６、もしくはネットワーク１７経由でアクセス可能なサーバ装置のいずれからも同様に、コンテンツを再生又は実行するために内部メモリ上にプログラムやデータをロードする。このロード処理は、読み込み処理のみで、書き出し処理を必要としないので、直接、改ざんや不正コピーが行われることはない。
【００２２】
次に、（処理３）のコンテンツ自身で生成したデータを書き出す処理及び読み込む処理について説明する。
コンテンツに提供されるファイルシステムは、基本的に記録装置２０、外部記録媒体１６、もしくはネットワーク１７経由でアクセス可能なサーバ装置のいずれにも同様にアクセスすることができる。だだし、読み込み専用の記録媒体に書き出すことは出来ない。例えば、外部記録媒体１６がＣＤ−ＲＯＭのような読み込み専用の記録媒体であった場合、上記ファイルシステムを用いて外部記録媒体１６に書き出すことは出来ない。ここで、上記ファイルシステムには、次の条件が付加される。
・上記（処理２）によって処理部１１の内部メモリにロードされたコンテンツ（ＡＶデータ及びアプリケーションプログラム）にはアクセスできない。
これによって、コンテンツが、ロードされたデータを読み込んだり、変更を加えることを禁止することができる。
【００２３】
また、上記コンテンツのファイルシステムが、外部記録媒体１６に記録された他の又は全てのコンテンツにアクセスできないようにしてもよく、また、記録装置２０にインストールされた他の又は全てのコンテンツにアクセスできないようにしてもよい。また、上記ファイルシステムの記録装置２０又は外部記録媒体１６又はネットワーク１７経由したサーバ装置へのアクセス全てを禁止するようにしてもよい。
【００２４】
ただし、上記コンテンツは、（処理１）を呼び出すインストール命令及びアンインストール命令、もしくは（処理２）のロード処理を含む再生命令及びアプリケーション実行命令を発行することは可能である。
【００２５】
これまでの処理を図４にまとめる。
図４は、図１に示した処理部１１の詳細構成例を説明するためのブロック図で、処理部１１は、アプリケーション実行部１１ａ，インストール処理部１１ｂ，ロード処理部１１ｃ及びメモリ１１ｄを含むものとする。記録媒体２０１、２０２は、図１に示した記録装置２０に含まれる異なる記録部分としてもよく、また、独立した記録媒体であってもよい。また、処理部１１は、外部記録媒体１６もしくはネットワーク１７に接続されたサーバ装置（以下、外部記録媒体１６で代表する）にアクセス可能とする。尚、本実施形態では、図１に示した各インタフェースは省略されている。
【００２６】
図４において、アプリケーション実行部１１ａで実行されるアプリケーションは、基本的に記録媒体２０１、２０２、外部記録媒体１６に記録されているコンテンツ（ＡＶデータもしくはアプリケーションプログラム）にアクセス可能とし、外部記録媒体１６への記録も可能である。また、上記アプリケーションはインストール処理部１１ｂ及びロード処理部１１ｃに命令を発行することが出来る。
【００２７】
インストール処理部１１ｂは、外部記録媒体１６に記録されているコンテンツを読み込み、記録媒体２０２に書き出すことが出来る。また、記録媒体２０２に記録されているコンテンツを削除することが出来る。このインストール処理部１１ｂは、コンテンツからのインストール命令を受け付けて、インストール処理を実行する。従って、インストール処理時に、コンテンツは外部記録媒体１６、記録媒体２０２に直接アクセスすることはできない。
【００２８】
ロード処理部１１ｃは、外部記録媒体１６もしくは記録媒体２０２からコンテンツを読み込み、メモリ１１ｄに書き出すことが出来る。このロード処理部１１ｃは、コンテンツからのロード命令を受け付けて、ロード処理を実行する。従って、ロード処理時に、コンテンツは外部記録媒体１６、記録媒体２０２に直接アクセスすることはできない。
【００２９】
メモリ１１ｄは、ロード処理部１１ｃによって書き出されたコンテンツのみを記憶する。これらはアプリケーション実行部１１ａで実行されるアプリケーション自身であり、アプリケーションが使用する変数などはこの領域には記憶しない。また、このアプリケーションがメモリ１１ｄに記憶されたデータを参照することは出来ない。
【００３０】
アプリケーション実行部１１ａで実行されるアプリケーションプログラム（又はＡＶデータ、以下、アプリケーションプログラムで代表する）によっては外部記録媒体１６に記録されているデータを、記録媒体２０１，２０２や、他の外部記録媒体などにコピーすることが出来る。ここで、外部記録媒体１６に記録されているデータの作者もしくは提供者が、そのデータのコピーを望んでおらず、その正当性を認めていない場合がある。このように不正なコピーを行うアプリケーションプログラムが存在する可能性を考慮し、アプリケーションプログラムの信頼性を評価し、それに応じて、アクセスを制限する方法について説明する。
【００３１】
図５は、アプリケーションプログラムの信頼性に応じたアクセス制限の一例を示した図である。例えば、最も信頼できるアプリケーションプログラムであれば、アプリケーション実行部１１ａに許可された全てのアクセスを可能とする。やや信頼できるアプリケーションプログラムであれば、外部記録媒体１６及び記録媒体２０２への書き出しのみを禁止する。次に信頼できるアプリケーションプログラムであれば、外部記録媒体１６及び記録媒体２０２からの読み込みのみを許可する。あまり信頼できないアプリケーションプログラムであれば、外部記録媒体１６及び記録媒体２０２へのアクセスを禁止する。ほとんど信頼できないアプリケーションであれば、全てのアクセスを禁止する。ただし、アプリケーションプログラムの信頼性とアクセス制限の組み合わせは上記例に限定されるものではない。また、外部記録媒体１６及び記録媒体２０２を同一に扱うように制限されるものではない。
【００３２】
また、アプリケーションプログラムの信頼性の評価方法について以下に例を示す。
例えば、アプリケーションプログラムのメタデータを照合するなどの認証処理によって判断する方法がある。また、複数のアプリケーションプラットフォームを持っている場合、アプリケーションプログラムがいずれのプラットフォーム上で動作するかによってその信頼性を判断する方法がある。例えば、ＡＶデータに含まれるマクロ言語の実行環境は、あまり高度なプログラムを組むことは出来ない。そのため、不正な処理を実現することが出来ないという理由で、信頼性が高いと判断することも出来る。
【００３３】
さらに、外部記録媒体１６が特定のメーカにしか製造できない読み込み専用の記録媒体であったとする。その場合、外部記録媒体１６からロードされるアプリケーションプログラムは信頼性が高いと判断するようにしてもよい。同様に、記録装置２０にインストールされたアプリケーションプログラムのインストール元が、特定のメーカにしか製造できない読み込み専用の記録媒体であった場合、そのアプリケーションプログラムは信頼性が高いと判断するようにしてもよい。さらに、ネットワーク上のサーバ装置のうち、特定のメーカにしか製造できない読み込み専用の記録媒体にそのアドレスが信頼に足ると記録されていれば、そのアプリケーションプログラムは信頼性が高いと判断するようにしてもよい。このような条件を組み合わせることによって、アプリケーションプログラムの信頼性を評価することが出来る。
【００３４】
次に、これまで説明した記録再生装置１０について具体的な例を挙げて説明する。
対象となる記録再生装置１０は、ＤＶＤプレーヤのようにＲＯＭディスクに記録されたＡＶデータを再生する機能を有している。また、ＡＶデータの他にＪａｖａ（登録商標）言語で書かれたアプリケーションプログラムをＲＯＭディスクから読み込んでアプリケーションを実行することが出来る。ＲＯＭディスクに加えてネットワークインタフェースを通じて、ＡＶデータやアプリケーションプログラムを実行することも出来る。さらに、記録可能媒体へのインタフェースを持ち、上記ＡＶデータやアプリケーションプログラムをインストールし、上記記録可能媒体から読み込んで再生・実行することが出来る。また、アプリケーションプログラムが任意のデータを上記記録可能媒体に書き出し、読み込むことが出来る。
【００３５】
ここで、本実施形態では、ＡＶデータとアプリケーションプログラムの双方を再生・実行可能な記録再生装置１０を例に挙げているが、アプリケーションプログラムのみ実行可能な機器であっても良い。また、本例のアプリケーションプログラムの記述言語はＪａｖａ（登録商標）言語に限定されず、例えばＢＡＳＩＣ言語、Ｃ言語、また用意されたマクロ言語などプログラムデータを読み込んで実行可能な環境であればいずれの言語でも良い。また、本例では、ＡＶデータやアプリケーションプログラムを読み込むインタフェースとしてＲＯＭディスクとネットワーク双方のインタフェースを用意したが、何れか一方だけであっても良い。
【００３６】
ＤＶＤなどのＲＯＭディスクに記録されたコンテンツは、オーサもしくはプロバイダの意図によって、複製や改造が認められていないものが多い。これらを含む同様の許可されていない複製や改造に対して、本発明の記録再生装置１０を用いて、コンテンツの複製や改造を防止するための方法について説明する。
【００３７】
まず、装置構成について前述した図１に基づいて説明する。記録再生装置１０において、外部記録媒体１６はＲＯＭディスク１６、記録装置２０はハードディスク２０、外部デバイスインタフェース１２はＲＯＭディスクインタフェース１２、デバイスインタフェース１３はハードディスクインタフェース１３として読み替えるものとする。
【００３８】
処理部１１は各インタフェースから得た情報を利用して、ＡＶデータをデコード、もしくはアプリケーションプログラムを実行する。ＲＯＭディスクインタフェース１２は、ＲＯＭディスク１６からＡＶデータやアプリケーションプログラムなどのデータを読み込み、処理部１１に引き渡すことが出来る。ネットワークインタフェース１４は、ネットワーク１７を介してサーバ装置（図示せず）からデータをダウンロードし、処理部１１に引き渡すことが出来る。
【００３９】
ユーザインタフェース１５は、ディスプレイ１８、コントローラ１９に接続されている。処理部１１は、ユーザインタフェース１５からＡＶデータをディスプレイ１８に出力し、ユーザにＡＶデータを視聴させることが出来る。また、コントローラ１９から入力されたユーザの要求は、ユーザインタフェース１５を介して処理部１１に伝えられる。ハードディスクインタフェース１３は、ハードディスク２０からデータを読み込んだり、ハードディスク２０にデータを書き出したりすることが出来る。ただし、本例のハードディスク２０に限定されず、ＲＡＭディスクやメモリカードなどでも良い。また、ハードディスク２０は記録再生装置１０に内蔵あるいは外付けのいずれの形態としても良い。
【００４０】
処理部１１は、予め用意されたコンテンツ（ＡＶデータ又はアプリケーションプログラム）、もしくは、いずれかのインタフェースを経由して読み込んだコンテンツを実行し、その処理のひとつとしてファイルアクセス処理を行う。
【００４１】
まず、ＲＯＭディスクインタフェース１２もしくはネットワークインタフェース１４を介して読み込んだコンテンツ（ＡＶデータ又はアプリケーションプログラム）を、ハードディスクインタフェース１３を介してハードディスク２０にインストールする処理について説明する。
【００４２】
ここでインストールとは、ＲＯＭディスク１６もしくはネットワーク１７を介してアクセス可能なサーバ装置において、ハードディスク２０にコピーが認められたコンテンツを、識別可能な形式でハードディスク２０に記録することをいう。ここで、インストール可能なひとまとまりのコンテンツをパッケージと呼ぶことにする。例えば、ひとつの映画であり、トレーラー（映画の予告編）であり、また、ゲームである。また、パッケージは、ＲＯＭディスク１６のコンテンツを補強するものであっても良い。例えば、ＲＯＭディスク１６のコンテンツには含まれない言語の字幕情報と、それを再生可能にする管理情報などである。
【００４３】
ここで、ＲＯＭディスク１６においてインストールが認められているコンテンツを判別する方法の一例を下記の図６に基づいて説明する。
図６は、ＲＯＭディスク１６に記録されているファイル構成の一例を示した図である。
図６（Ａ）に示すＲＯＭディスク１６のファイル構成において、ルートディレクトリ３１の下には、ｖｉｄｅｏという名前のフォルダ３２と、ｉｎｓｔａｌｌ．ｉｎｆｏという名前のファイル３５と、ｐａｃｋａｇｅという名前のフォルダ３６とがある。ここでｖｉｄｅｏフォルダ３２は、このＲＯＭディスク１６のＡＶデータを再生するときに自動的に参照されるフォルダである。このフォルダ３２内のｉｎｄｅｘ０１．ｉｎｆｏという名前のファイル３３は再生順序をコントロールする管理情報ファイルであり、ｃｏｎｔｅｎｔ０１．ｍｐｇという名前のファイル３４はＡＶデータの実体が記録されたファイルである。例えば、ｉｎｄｅｘ０１．ｉｎｆｏファイル３３がロードされ、その記述に従ってｃｏｎｔｅｎｔ０１．ｍｐｇファイル３４が再生される。ここで、ｉｎｄｅｘ０１．ｉｎｆｏファイル３３は、再生可能なＡＶデータを管理しているが、実行可能なプログラムファイルを管理するものであっても良い。もしくは、ファイル３３自体が実行可能なプログラムファイルであっても良い。また、ひとつの管理情報ファイルが複数のＡＶデータやプログラムファイルを管理していても良い。さらに、管理情報ファイルが複数あっても良い。その場合、デフォルトでロードされるファイル名が特定される必要がある。ｉｎｓｔａｌｌ．ｉｎｆｏファイル３５は、インストールが認められているファイルを管理している。
【００４４】
図６（Ｂ）は、ｉｎｓｔａｌｌ．ｉｎｆｏファイル３５の内容の一例を示す図である。コピーが認められているファイルへのパスと、管理用かつ表示用のタイトルと、表示用のイメージファイルへのパスが記録されている。ｐａｃｋａｇｅフォルダ３６には、ｉｎｄｅｘ０１．ｉｎｆｏという名前のファイル３７と、ｃｏｎｔｅｎｔ０１．ｍｐｇという名前のファイル３８と、ｉｍａｇｅ．ｊｐｇという名前のファイル３９とが含まれている。ｉｎｄｅｘ０１．ｉｎｆｏファイル３７は、再生順序をコントロールする管理情報ファイルであり、ｃｏｎｔｅｎｔ０１．ｍｐｇファイル３８はＡＶデータの実体が記録されたファイルである。
【００４５】
図６（Ｂ）に示すコピーが認められているファイルは、ｉｎｄｅｘ０１．ｉｎｆｏファイル３７とｃｏｎｔｅｎｔ０１．ｍｐｇファイル３８であり、表示用のイメージファイルは、ｉｍａｇｅ．ｊｐｇファイル３９であることがわかる。表示用のイメージファイルとは、インストールされたパッケージをユーザに提示する際の代表画像であり、ＤＶＤディスクなどのケース表面に印刷されているような画像が考えられる。そして、ｉｎｓｔａｌｌ．ｉｎｆｏファイル３５に登録されているファイルがインストールの対象となり、登録されていないファイルは、インストールの対象とはならない。また、上記例では、ｉｎｓｔａｌｌ．ｉｎｆｏファイル３５が管理するのはひとつのパッケージであるが、これに限定されず複数のパッケージを管理しても良い。もしくは、複数のインストール情報ファイルを作成するようにしても良い。
【００４６】
図７は、ハードディスク２０に記録されているファイル構成の一例を示した図である。ルートディレクトリ４１の下にｐａｃｋａｇｅ．ｌｉｓｔという名前のファイル４２がある。ｐａｃｋａｇｅ．ｌｉｓｔファイル４２は、インストールされた各パッケージを管理する管理情報ファイルであり、また、各パッケージのフォルダをＲＯＭディスク１６のｖｉｄｅｏフォルダと等価に扱うための変換テーブルである。インストールされたパッケージは、システムが用意したフォルダにｖｉｄｅｏフォルダと同様の形式で記録される。例えば、ｐｋｇ００１フォルダ４３にｉｎｄｅｘ０１．ｉｎｆｏファイル４４と、ｃｏｎｔｅｎｔ０１．ｍｐｇファイル４５のように記録される。これらのデータの再生手段については前述したＲＯＭディスクコンテンツの再生手順と同様である。また、表示用のイメージファイルも同じフォルダに記録される。例えば、ｉｍａｇｅ．ｊｐｇファイル４６である。そしてこれらのデータへのパスが、管理用のタイトルと関連付けられて、ｐａｃｋａｇｅ．ｌｉｓｔファイル４２に記録されている。
【００４７】
また、同様に、ｐｋｇ００２フォルダ４７にはｉｎｄｅｘ０１．ｉｎｆｏファイル４８と、ｃｏｎｔｅｎｔ０１．ｍｐｇファイル４９のように記録される。表示用のイメージファイルも同じフォルダに記録される。例えば、ｉｍａｇｅ．ｊｐｇファイル５０である。
【００４８】
上記の処理はアプリケーションプログラムからインストールコマンドがコールされることによって実行される。インストールコマンドは、例えばデバイスを指定することで、自動的に処理される。デバイスに複数のパッケージが存在するのであれば、管理用のタイトルを取得するコマンドと、管理用のタイトルを指定するインストールコマンドを併用することで実現できる。
【００４９】
また、必要であればパッケージのバージョンアップを導入しても良い。同一の管理用タイトルで管理されるパッケージに異なるバージョンが存在する場合に、古いバージョンのパッケージを新しいバージョンのパッケージに入れ替える処理を自動的に行う。そしてアプリケーションプログラムは、バージョンアップコマンドをコールすることによって実現する。必要に応じて、図６（Ａ）に示したｉｎｓｔａｌｌ．ｉｎｆｏファイル３５や、図７に示したｐａｃｋａｇｅ．ｌｉｓｔファイル４２にパッケージ及び各ファイルのバージョンを記録する。
【００５０】
次に、ＲＯＭディスク１６、もしくはネットワーク１７を介してアクセス可能なサーバ装置、もしくはハードディスク２０のコンテンツをロードして、再生・実行する方法について以下に説明する。
コンテンツの再生は、管理情報ファイルを指定することで行われる。この管理情報ファイルの指定方法は２つあり、デバイス上の管理情報ファイルを直接指定する方法と、デバイスにデフォルトで指定されている管理情報ファイルの指定としてデバイスを指定する方法である。ここで、再生・実行ファイルの指定方法について下記の図８に基づいて説明する。
【００５１】
図８は、ＲＯＭディスク１６及びハードディスク２０に記録されているファイル構成の他の例を示した図である。
図８（Ａ）に示すＲＯＭディスク１６のファイル構成において、ルートディレクトリ６１以下にはｖｉｄｅｏフォルダ６２があり、ｉｎｄｅｘ０１．ｉｎｆｏファイル６３は、ｃｏｎｔｅｎｔ０１．ｍｐｇファイル６４とｃｏｎｔｅｎｔ０２．ｍｐｇファイル６５を、ｉｎｄｅｘ０２．ｉｎｆｏファイル６６は、ｃｏｎｔｅｎｔ０３．ｍｐｇファイル６７を、ｏｔｈｅｒｓ６８以下のｉｎｄｅｘ０４．ｉｎｆｏファイル６９は、ｃｏｎｔｅｎｔ０４．ｍｐｇファイル７０をそれぞれ管理している。
【００５２】
管理情報ファイルを直接指定する場合、デバイスとしてＲＯＭディスク１６を指定して、フルパスで管理情報ファイル、例えばｉｎｄｅｘ０２．ｉｎｆｏファイル６６を指定する。また、ｖｉｄｅｏフォルダ６２以下のファイルでなくても、例えばｉｎｄｅｘ０４．ｉｎｆｏファイル６９を指定することが出来る。本例の場合、デフォルトで指定されているファイルは、ｖｉｄｅｏフォルダ６２以下のｉｎｄｅｘ０１．ｉｎｆｏファイル６３であるので、ＲＯＭディスクインタフェース１２を指定するとｉｎｄｅｘ０１．ｉｎｆｏファイル６３が再生・実行対象のファイルとして指定されたことになる。
【００５３】
また、ネットワーク１７を介したサーバ装置に対しても上記と同様の処理が可能である。例えば、サーバ装置の管理情報ファイルを直接指定することが出来る。ｈｔｔｐプロトコルであれば、例えば「ｈｔｔｐ：／／ｗｗｗ．ｓｈａｒｐ．ｃｏ．ｊｐ／ｉｎｄｅｘ０５．ｉｎｆｏ」などと指定することができる。
【００５４】
図８（Ｂ）に示すハードディスク２０のファイル構成において、ハードディスクの扱い方の一例として、ハードディスク２０の各パッケージを各管理用タイトルで管理される仮想デバイスとして認識する。ルートディレクトリ７１以下、例えば、ｐｋｇ００１フォルダ７３とそれ以下のファイル（ｉｎｄｅｘ０１．ｉｎｆｏファイル７４，ｃｏｎｔｅｎｔ０１．ｍｐｇ７５，ｃｏｎｔｅｎｔ０２．ｍｐｇ７６，ｉｎｄｅｘ０２．ｉｎｆｏファイル７７，ｃｏｎｔｅｎｔ０３．ｍｐｇ７８，ｉｍａｇｅ．ｊｐｇ７９）は、管理用タイトル「ＡＡＡ」に関連付けられたパッケージ、ｐｋｇ００２フォルダ８０とそれ以下のファイル（ｉｎｄｅｘ０１．ｉｎｆｏファイル８１，ｃｏｎｔｅｎｔ０１．ｍｐｇ８２，ｉｍａｇｅ．ｊｐｇ８３）は、管理用タイトル「ＢＢＢ」に関連付けられたパッケージであるとｐａｃｋａｇｅ．ｌｉｓｔファイル７２に記録されているものとする。
ここで、管理情報ファイルを直接指定する場合、例えばデバイスとして「ＡＡＡ」を指定して、フルパスで管理情報ファイルｉｎｄｅｘ０２．ｉｎｆｏファイル７７を指定する。また、デバイス「ＢＢＢ」のみを指定するとデフォルトに指定されているｉｎｄｅｘ０１．ｉｎｆｏファイル８１が指定されたことになる。
【００５５】
上記のように指定されたコンテンツは、再生・実行用の特定のメモリに必要なデータをロードすることによって実行される。この処理はアプリケーションプログラムから再生コマンド、もしくは実行コマンドがコールされることによって実行される。
【００５６】
次に、任意のアプリケーションプログラムに許可されたアクセスについて説明する。まず、任意のアプリケーションプログラムは、ロードされたメモリ上のコンテンツ（ＡＶデータ又はアプリケーションプログラム）にアクセスすることは出来ない。また、アプリケーションプログラムは、アプリケーションが生成したデータを読み込み、書き込みするための特定の領域をハードディスク２０に有している。ここで、特定の領域の例を、下記の図９に基づいて説明する。
【００５７】
図９は、ハードディスク２０に記録されているファイル構造の他の例を示した図である。ルートディレクトリ９１以下、ｐａｃｋａｇｅ．ｌｉｓｔ９２，ｐｋｇ００１フォルダ９３，ｉｎｄｅｘ０１．ｉｎｆｏファイル９４，ｃｏｎｔｅｎｔ０１．ｍｐｇファイル９５，ｉｍａｇｅ．ｊｐｇファイル９６，ｐｋｇ００２フォルダ９７，ｉｎｄｅｘ０１．ｉｎｆｏファイル９８，ｃｏｎｔｅｎｔ０１．ｍｐｇファイル９９，ｉｍａｇｅ．ｊｐｇファイル１００まではこれまで説明した通りである。本例では、加えてｓａｖｅｄａｔａフォルダ１０１を有し、ｓａｖｅｄａｔａフォルダ１０１以下のファイルをｓａｖｅｄａｔａ．ｌｉｓｔファイル１０２が管理する。ｓａｖｅｄａｔａ．ｌｉｓｔファイル１０２はｓａｖｅｄａｔａフォルダ１０１以下のファイルを管理する管理ファイルである。ｓａｖｅｄａｔａフォルダ１０１以下には、ｓａｖｅｄａｔａ．ｌｉｓｔ（管理情報）ファイル１０２によって各アプリケーションプログラムに関連付けられた００１．ｄａｔファイル１０３と００２．ｄａｔファイル１０４とを有する。任意のアプリケーションプログラムに関連付けられたファイルが特定の領域に相当する。つまり、各アプリケーションプログラムはｓａｖｅｄａｔａ．ｌｉｓｔ（管理情報）ファイル１０２に管理され、ｓａｖｅｄａｔａフォルダ１０１以下に用意されたファイルにのみ読み込み、書き出しのアクセスができる。また、各パッケージを形成するフォルダに対してはロード処理と同様のアクセス手順で外部記録媒体１６と同じようにアクセスすることができる。
【００５８】
さらに、任意のアプリケーションプログラムは、ＲＯＭディスク１６もしくはネットワーク１７を介してアクセス可能なサーバ装置のデータを読み込むことが出来る。
【００５９】
これまでのアクセス制限で、少なくとも再生・実行のためにメモリ上にロードされたデータを改ざんすることを禁止することが出来る。しかし、任意のアプリケーションプログラムが、ＲＯＭディスク１６もしくはハードディスク２０もしくはネットワーク１７を介してアクセス可能なサーバ装置のデータを読み込み、ハードディスク２０に記録することが出来る。これは、記録されたデータの再生もしくは実行の可否に関わらず、認められていないコピーである可能性がある。
【００６０】
ここで、アプリケーションプログラムの信頼性に応じて、アクセスの制限を変える方法を適用する。まずアプリケーションの信頼性を判定する方法の例を以下に示す。
例えば、第１に、ＲＯＭディスク１６が一般のユーザにとって製造困難である場合、特定のメーカによってのみ製造されることになる。つまり、それらのメーカが信頼に足りることがわかれば、ＲＯＭディスク１６のデータは信頼できる。また、インストールされたデータを改ざんされる恐れが無いことから、ＲＯＭディスク１６からインストールされたデータも信頼できる。第２に、ＲＯＭディスク１６に記録されたネットワークアドレスが指し示すサーバ装置のデータ及びそこからインストールされたデータも信頼できる。ただし、ネットワーク自体を偽称することによって問題のある可能性があるのでやや信頼性が下がる。そして第３に、不特定のネットワークアドレスが指し示すサーバ装置のデータ及びそこからインストールされたデータは最も信頼できないものと判断する。
【００６１】
インストールされたデータに関して信頼性の判定基準が必要である場合、ｐａｃｋａｇｅ．ｌｉｓｔファイルなどの管理情報に上記の３つの信頼性レベルを表すフラグを記録しても良い。
【００６２】
図１０は、３つの信頼性レベルに対して、３つのアクセス制限レベルを適用する一例を示す図である。まず、ＲＯＭディスク１６への書き出しは、もともと不可能である。最も信頼できる第１の信頼性レベルに相当するアプリケーションプログラムは、不正な処理を行わないと信頼できるとして、ＲＯＭディスク１６からの読み込み、ハードディスク２０のｓａｖｅｄａｔａフォルダ１０１以下のアプリケーションに対応したファイルへの書き出しと読み込み、ハードディスク２０のパッケージ（例えば、ｐｋｇ００１フォルダ９３）からの読み込みのアクセスが認められ、ハードディスク２０のパッケージ（例えば、ｐｋｇ００１フォルダ９３）への書き出しは禁止される。
【００６３】
逆に最も信頼できない第３の信頼性レベルに相当するアプリケーションプログラムは、ＲＯＭディスク１６、ハードディスク２０双方へのアクセスを全て禁止される。
そして、やや信頼できる第２の信頼性レベルのアプリケーションプログラムは、以下のいずれかの制限を受ける。ひとつは、ＲＯＭディスク１６からの読み込み、ハードディスク２０のパッケージ（例えば、ｐｋｇ００１フォルダ９３）への書き出しと読み込みを禁止する。もうひとつは、ハードディスク２０のｓａｖｅｄａｔａフォルダ１０１以下のアプリケーションに対応したファイルへの書き出しと読み込み、ハードディスク２０のパッケージ（例えば、ｐｋｇ００１フォルダ９３）への書き出しを禁止する。この何れかを適用することによって、ＲＯＭディスク１６からハードディスク２０へのデータコピーを不可能とする。
【００６４】
さらに、外部記録媒体（以下、外部記録媒体Ａ）からロードされたアプリケーションがアクセスできる外部記録媒体を、上記外部記録媒体Ａに限定する。また、インストールされたパッケージ（以下、パッケージＢ）からロードされたアプリケーションがアクセスできるパッケージを、上記パッケージＢに限定する。このような機能を実装することで不正コピーの可能性を防止するようにしてもよい。また、アプリケーションからパッケージへの書き込みを禁止することで不正な改ざんを防止するようにしてもよい。
【産業上の利用可能性】
【００６５】
本発明の記録再生装置及びファイルアクセス方法は、各種アプリケーションプログラムを実行可能な携帯端末装置や、ＨＤＤを内蔵したＤＶＤレコーダなどに好適に利用することができる。
【符号の説明】
【００６６】
１０…記録再生装置、１１…処理部、１１ａ…アプリケーション実行部、１１ｂ…インストール処理部、１１ｃ…ロード処理部、１１ｄ…メモリ、１２…外部デバイスインタフェース、１３…デバイスインタフェース、１４…ネットワークインタフェース、１５…ユーザインタフェース、１６…外部記録媒体、１７…ネットワーク、１８…ディスプレイ、１９…コントローラ、２０…記録装置（記録媒体）、２０１，２０２…記録媒体。
【技術分野】
【０００１】
本発明は、記録再生装置、より詳細には、ＡＶデータやアプリケーションプログラムもしくはアプリケーションプログラムが使用するデータを含むコンテンツを記録，再生，実行可能な記録再生装置に関する。
【背景技術】
【０００２】
ＤＶＤプレーヤやＤＶＤレコーダ等の普及により、ＨＤＤを内蔵した複合型ＤＶＤレコーダなどが市場に現れはじめた。また、例えばＪａｖａ（登録商標）言語などの普及により携帯電話などの端末機にもアプリケーションの実行環境が普及し始めた。しかしながら、任意のアプリケーションが実行可能である場合、あらゆる情報へのアクセスを認めることは危険である。そのため、特定のアプリケーション（例えば、ｉアプリ（登録商標）など）では、信頼できるアプリケーションに限り、携帯電話の保持する電話帳などの各種情報へのアクセスを許可している。
【０００３】
通常、端末にダウンロードされたアプリケーションは、不正な動作を行う可能性があるため、アプリケーションの動作は厳格に制限され、アプリケーションはローカルリソースを用いることができないようになっている。
これに対し、認証モジュールの耐タンパ領域に保持されるアプリケーションの認証情報を用いて、端末にダウンロードされたアプリケーションの認証を行い出所の確認や改ざんが行われていないかどうか確認し、認証されたアプリケーションのみ端末のローカルリソースの利用を許可するようにしたものが開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２２３２３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、アプリケーションを実行可能な端末装置にローカルストレージを導入し、そのローカルストレージにおいて任意のアプリケーションを実行した場合、そのアプリケーションがコンテンツの作成者の意図に反してコピーや改ざんなどを行う可能性があるため、これに対する対策が必要となる。
また、アプリケーションの入手経路が複数ある場合、信頼性が低く悪意を持ったアプリケーションが実行される可能性がある。そこで、そのアプリケーションの信頼性に応じて各種情報に対するアクセス制限を行う必要がある。
【０００６】
本発明は、上述のごとき実情に鑑みてなされたものであり、インストール対象とするコンテンツのインストール処理を自動化し、これらの処理を実行する際に実行中のコンテンツは共通した機能（インストール）を呼び出すことにより、信頼の高いコンテンツのみをインストールして不正なコピーを防止すると共に、実行中のコンテンツに対してアクセス制限することにより改ざんを防止できるようにすること、をその目的とする。
【課題を解決するための手段】
【０００７】
第１の技術手段は、コンテンツを記録した外部記録媒体又はサーバ装置と接続するための外部インタフェースと、該外部インタフェースに接続された前記外部記録媒体又は前記サーバ装置から読み込んだコンテンツを記録する記録部と、該記録したコンテンツを再生又は実行する処理部とを有する記録再生装置において、前記処理部は、前記外部記録媒体又は前記サーバ装置に記録されているコンテンツを、特定の管理情報と共に前記記録部の特定領域にインストールするインストール処理部を有し、前記処理部は、該処理部が再生又は実行中のコンテンツからのインストール命令に基づいて前記インストール処理部にインストール指示し、前記処理部は、前記外部記録媒体又は前記サーバ装置に記録されているコンテンツを、特定の管理情報と共に前記記録部の特定領域にインストールする際に、信頼の高いコンテンツのみインストール処理を実行可能とすることを特徴としたものである。
【発明の効果】
【０００８】
本発明によると、インストール対象とするコンテンツのインストール処理を自動化し、これらの処理を実行する際に実行中のコンテンツは各コンテンツに共通した機能（インストール）を呼び出すことにより、信頼の高いコンテンツのみをインストールすることができるため、不正コピーを防止することができる。また、実行中のコンテンツに対してアクセス制限することによって改ざんを防止することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態に係わる記録再生装置の内部構成例について説明するためのブロック図である。
【図２】コンテンツの全体又は一部に対して共通化されたインストール処理の一例を説明するためのフロー図である。
【図３】コンテンツの全体又は一部に対して共通化された削除（アンインストール）処理の一例を説明するためのフロー図である。
【図４】図１に示した処理部の詳細構成例を説明するためのブロック図である。
【図５】アプリケーションプログラムの信頼性に応じたアクセス制限の一例を示した図である。
【図６】ＲＯＭディスクに記録されているファイル構成の一例を示した図である。
【図７】ハードディスクに記録されているファイル構成の一例を示した図である。
【図８】ＲＯＭディスク及びハードディスクに記録されているファイル構成の他の例を示した図である。
【図９】ハードディスクに記録されているファイル構造の他の例を示した図である。
【図１０】３つの信頼性レベルに対して、３つのアクセス制限レベルを適用する一例を示す図である。
【発明を実施するための形態】
【００１０】
図１は、本発明の一実施形態に係わる記録再生装置の内部構成例について説明するためのブロック図で、図中、１０は記録再生装置で、該記録再生装置１０は、処理部１１，外部デバイスインタフェース１２，デバイスインタフェース１３，ネットワークインタフェース１４，ユーザインタフェース１５から構成される。処理部１１は、各インタフェースから得た情報を利用して、ＡＶデータをデコード、もしくはアプリケーションプログラムを実行する。外部デバイスインタフェース１２は、外部記録媒体１６からＡＶデータやアプリケーションプログラムなどのデータを読み込み、処理部１１に引き渡すことが出来る。ここで、外部記録媒体１６とは、例えば、ＣＤ−ＲＯＭ，ＣＤ−Ｒ（ＲＷ），ＤＶＤ−ＲＯＭなどを含む光ディスクや、メモリカードなどを指す。この外部記録媒体１６に記録されているデータは、記録再生装置１０以外で記録されたものであってもよい。
【００１１】
以下の説明において、意味のあるまとまりを持ったＡＶデータもしくはアプリケーションプログラム／データをコンテンツとして定義する。また、ＡＶデータとは映像、音声、もしくはその両方を再生するために必要な情報の全てもしくは一部を指す。また、アプリケーションプログラムとはアプリケーションの実行に必要な情報の全てもしくは一部を指す。上記コンテンツは、例えば、１タイトルに相当するＡＶデータを構成するファイル全体や、１つのゲーム又はアプリケーションを構成するプログラムファイル及びデータファイル全体から構成されている。
【００１２】
ネットワークインタフェース１４は、ネットワーク１７を介して、ネットワーク１７に接続されているサーバ装置（図示せず）からデータをダウンロードし、処理部１１に引き渡すことが出来る。本例では、外部記録媒体１６とネットワーク１７のいずれからもデータを取得することが出来る構成としているが、これに限定されず何れか一方だけであっても良い。
【００１３】
ユーザインタフェース１５は、ディスプレイ１８、コントローラ１９に接続されている。処理部１１は、ユーザインタフェース１５を通じてＡＶデータなどをディスプレイ１８に出力してユーザにＡＶデータを視聴させることが出来る。また、コントローラ１９から入力されるユーザの要求は、ユーザインタフェース１５を介して処理部１１に伝えられる。
デバイスインタフェース１３は、記録媒体（ローカルストレージ）２０からデータを読み込んだり、記録媒体２０にデータを書き出したりすることが出来る。ここで、記録媒体２０は、内蔵又は外付けのハードディスク装置や、記録可能な光ディスクやメモリカードなどの記録媒体であってもよい。記録媒体２０（以下、記録装置２０で代表する）に記録されているデータは、記録再生装置１０で記録されたデータである。
【００１４】
処理部１１は、予め用意されたコンテンツ（ＡＶデータ又はアプリケーションプログラム）もしくはいずれかのインタフェースを経由して読み込んだコンテンツを実行し、その処理のひとつとしてファイルアクセス処理を行う。
【００１５】
まず、記録再生装置１０のファイルアクセス処理には次の３種類がある。
（処理１）コンテンツの全体又は一部を外部記録媒体１６もしくはネットワーク１７経由でサーバ装置から読み込み、記録装置２０に識別可能な形式で記録するインストール処理
（処理２）コンテンツを再生又は実行するために必要なプログラムやデータを記録装置２０又は外部記録媒体１６又はネットワーク１７経由でサーバ装置から内部メモリ上に読み込むロード処理
（処理３）コンテンツが自身で生成したデータを書き出す処理及び読み込む処理
【００１６】
本発明は、上記ファイルアクセス処理に対して不正なコピー及び改ざんを防止するために以下のようにアクセス制限を付加するものである。
【００１７】
まず、上記（処理１）のコンテンツを外部記録媒体１６もしくはネットワーク１７経由でサーバ装置から読み込み、記録装置２０に識別可能な形式で記録するインストール処理について説明する。
ここで、外部記録媒体１６もしくはネットワーク１７経由でアクセス可能なサーバ装置にあるデータのうち、そのデータ提供者が認めたもののみをインストールし、それ以外のデータのインストール、つまり不正なコピーを防止する必要がある。また、インストールしたデータに対して改ざんが行われないようにする必要がある。そこで、インストールに必要な処理を共通化して定義し、実行中のコンテンツは、その共通化した処理にのみトリガを与える。このとき、簡単にインストールを実現するために、意味を持ったひとまとまりのコンテンツ（ＡＶデータ又はアプリケーションプログラム）を管理する管理情報がインストール元にあることが望ましい。
【００１８】
図２は、コンテンツの全体又は一部に対して共通化されたインストール処理の一例を説明するためのフロー図である。まず、記録再生装置１０は、インストール処理の開始に際し（ステップＳ１）、外部記録媒体１６もしくはネットワーク１７経由でアクセス可能なサーバ装置に対してインストールしたいコンテンツの全体又は一部を指定する（ステップＳ２）。そのコンテンツの全体又は一部が、コンテンツ提供者がインストールを許可しているコンテンツであるかどうかを確認する（ステップＳ３）。ここで、具体的な確認方法として、例えば、上記コンテンツの全体又は一部のフォーマットやメタデータなどから判断するようにしてもよい。
【００１９】
上記ステップＳ３において、インストールを許可されたコンテンツの全体又は一部でない場合（ＮＯの場合）エラーを返して終了する（ステップＳ４）。また、上記ステップＳ３において、インストールを許可されたコンテンツの全体又は一部であった場合（ＹＥＳの場合）、記録装置２０を確認する。これは、記録装置２０に十分な空き容量があり、また、すでに記録されているコンテンツの全体又は一部と不整合を起こす可能性が無いかどうかを確認する（ステップＳ５）。
上記ステップＳ５において、記録装置２０の容量が足らない、もしくは、すでに記録されているコンテンツの全体又は一部と不整合を起こす可能性がある場合（ＮＯの場合）、エラーを返して終了する（ステップＳ６）。また、上記ステップＳ５において、記録装置２０に記録可能である場合（ＹＥＳの場合）、インストールするコンテンツの全体又は一部を特定の管理情報と共に記録装置２０に記録し（ステップＳ７）、処理成功を返して終了する（ステップＳ８）。ここで、特定の管理情報とは、記録装置２０上で、インストール済みのコンテンツの全体又は一部を区別して管理するための情報で、コンテンツの全体又は一部の整合性のための情報にもなり、コンテンツの全体又は一部の削除（アンインストール）を行う際にも利用する情報である。
【００２０】
図３は、コンテンツの全体又は一部に対して共通化された削除（アンインストール）処理の一例を説明するためのフロー図である。まず、記録再生装置１０は、アンインストール処理の開始に際し（ステップＳ１１）、記録装置２０上のアンインストールしたいコンテンツの全体又は一部を指定する（ステップＳ１２）。次に、そのコンテンツの全体又は一部が記録装置２０にあるかどうかを確かめる（ステップＳ１３）。
上記ステップＳ１３において、コンテンツの全体又は一部が記録装置２０に無い場合（ＮＯの場合）、エラーを返して終了する（ステップＳ１４）。また、上記ステップＳ１３において、コンテンツの全体又は一部が記録装置２０にある場合（ＹＥＳの場合）、そのコンテンツの全体又は一部と共に記録した特定の管理情報を用いてコンテンツの全体又は一部に含まれる全てのファイルとその管理情報を記録装置２０から削除し（ステップＳ１５）、処理成功を返して終了する（ステップＳ１６）。
【００２１】
次に、上記（処理２）のコンテンツを再生又は実行するために必要なプログラムやデータを記録装置２０又は外部記録媒体１６又はネットワーク１７経由でサーバ装置から内部メモリ上に読み込むロード処理について説明する。ここで、ロード処理においても、インストール処理と同様に、ロードに必要な処理を共通化して定義し、実行中のコンテンツは、その共通化した処理にのみトリガを与える。
ロード処理において、記録装置２０、外部記録媒体１６、もしくはネットワーク１７経由でアクセス可能なサーバ装置のいずれからも同様に、コンテンツを再生又は実行するために内部メモリ上にプログラムやデータをロードする。このロード処理は、読み込み処理のみで、書き出し処理を必要としないので、直接、改ざんや不正コピーが行われることはない。
【００２２】
次に、（処理３）のコンテンツ自身で生成したデータを書き出す処理及び読み込む処理について説明する。
コンテンツに提供されるファイルシステムは、基本的に記録装置２０、外部記録媒体１６、もしくはネットワーク１７経由でアクセス可能なサーバ装置のいずれにも同様にアクセスすることができる。だだし、読み込み専用の記録媒体に書き出すことは出来ない。例えば、外部記録媒体１６がＣＤ−ＲＯＭのような読み込み専用の記録媒体であった場合、上記ファイルシステムを用いて外部記録媒体１６に書き出すことは出来ない。ここで、上記ファイルシステムには、次の条件が付加される。
・上記（処理２）によって処理部１１の内部メモリにロードされたコンテンツ（ＡＶデータ及びアプリケーションプログラム）にはアクセスできない。
これによって、コンテンツが、ロードされたデータを読み込んだり、変更を加えることを禁止することができる。
【００２３】
また、上記コンテンツのファイルシステムが、外部記録媒体１６に記録された他の又は全てのコンテンツにアクセスできないようにしてもよく、また、記録装置２０にインストールされた他の又は全てのコンテンツにアクセスできないようにしてもよい。また、上記ファイルシステムの記録装置２０又は外部記録媒体１６又はネットワーク１７経由したサーバ装置へのアクセス全てを禁止するようにしてもよい。
【００２４】
ただし、上記コンテンツは、（処理１）を呼び出すインストール命令及びアンインストール命令、もしくは（処理２）のロード処理を含む再生命令及びアプリケーション実行命令を発行することは可能である。
【００２５】
これまでの処理を図４にまとめる。
図４は、図１に示した処理部１１の詳細構成例を説明するためのブロック図で、処理部１１は、アプリケーション実行部１１ａ，インストール処理部１１ｂ，ロード処理部１１ｃ及びメモリ１１ｄを含むものとする。記録媒体２０１、２０２は、図１に示した記録装置２０に含まれる異なる記録部分としてもよく、また、独立した記録媒体であってもよい。また、処理部１１は、外部記録媒体１６もしくはネットワーク１７に接続されたサーバ装置（以下、外部記録媒体１６で代表する）にアクセス可能とする。尚、本実施形態では、図１に示した各インタフェースは省略されている。
【００２６】
図４において、アプリケーション実行部１１ａで実行されるアプリケーションは、基本的に記録媒体２０１、２０２、外部記録媒体１６に記録されているコンテンツ（ＡＶデータもしくはアプリケーションプログラム）にアクセス可能とし、外部記録媒体１６への記録も可能である。また、上記アプリケーションはインストール処理部１１ｂ及びロード処理部１１ｃに命令を発行することが出来る。
【００２７】
インストール処理部１１ｂは、外部記録媒体１６に記録されているコンテンツを読み込み、記録媒体２０２に書き出すことが出来る。また、記録媒体２０２に記録されているコンテンツを削除することが出来る。このインストール処理部１１ｂは、コンテンツからのインストール命令を受け付けて、インストール処理を実行する。従って、インストール処理時に、コンテンツは外部記録媒体１６、記録媒体２０２に直接アクセスすることはできない。
【００２８】
ロード処理部１１ｃは、外部記録媒体１６もしくは記録媒体２０２からコンテンツを読み込み、メモリ１１ｄに書き出すことが出来る。このロード処理部１１ｃは、コンテンツからのロード命令を受け付けて、ロード処理を実行する。従って、ロード処理時に、コンテンツは外部記録媒体１６、記録媒体２０２に直接アクセスすることはできない。
【００２９】
メモリ１１ｄは、ロード処理部１１ｃによって書き出されたコンテンツのみを記憶する。これらはアプリケーション実行部１１ａで実行されるアプリケーション自身であり、アプリケーションが使用する変数などはこの領域には記憶しない。また、このアプリケーションがメモリ１１ｄに記憶されたデータを参照することは出来ない。
【００３０】
アプリケーション実行部１１ａで実行されるアプリケーションプログラム（又はＡＶデータ、以下、アプリケーションプログラムで代表する）によっては外部記録媒体１６に記録されているデータを、記録媒体２０１，２０２や、他の外部記録媒体などにコピーすることが出来る。ここで、外部記録媒体１６に記録されているデータの作者もしくは提供者が、そのデータのコピーを望んでおらず、その正当性を認めていない場合がある。このように不正なコピーを行うアプリケーションプログラムが存在する可能性を考慮し、アプリケーションプログラムの信頼性を評価し、それに応じて、アクセスを制限する方法について説明する。
【００３１】
図５は、アプリケーションプログラムの信頼性に応じたアクセス制限の一例を示した図である。例えば、最も信頼できるアプリケーションプログラムであれば、アプリケーション実行部１１ａに許可された全てのアクセスを可能とする。やや信頼できるアプリケーションプログラムであれば、外部記録媒体１６及び記録媒体２０２への書き出しのみを禁止する。次に信頼できるアプリケーションプログラムであれば、外部記録媒体１６及び記録媒体２０２からの読み込みのみを許可する。あまり信頼できないアプリケーションプログラムであれば、外部記録媒体１６及び記録媒体２０２へのアクセスを禁止する。ほとんど信頼できないアプリケーションであれば、全てのアクセスを禁止する。ただし、アプリケーションプログラムの信頼性とアクセス制限の組み合わせは上記例に限定されるものではない。また、外部記録媒体１６及び記録媒体２０２を同一に扱うように制限されるものではない。
【００３２】
また、アプリケーションプログラムの信頼性の評価方法について以下に例を示す。
例えば、アプリケーションプログラムのメタデータを照合するなどの認証処理によって判断する方法がある。また、複数のアプリケーションプラットフォームを持っている場合、アプリケーションプログラムがいずれのプラットフォーム上で動作するかによってその信頼性を判断する方法がある。例えば、ＡＶデータに含まれるマクロ言語の実行環境は、あまり高度なプログラムを組むことは出来ない。そのため、不正な処理を実現することが出来ないという理由で、信頼性が高いと判断することも出来る。
【００３３】
さらに、外部記録媒体１６が特定のメーカにしか製造できない読み込み専用の記録媒体であったとする。その場合、外部記録媒体１６からロードされるアプリケーションプログラムは信頼性が高いと判断するようにしてもよい。同様に、記録装置２０にインストールされたアプリケーションプログラムのインストール元が、特定のメーカにしか製造できない読み込み専用の記録媒体であった場合、そのアプリケーションプログラムは信頼性が高いと判断するようにしてもよい。さらに、ネットワーク上のサーバ装置のうち、特定のメーカにしか製造できない読み込み専用の記録媒体にそのアドレスが信頼に足ると記録されていれば、そのアプリケーションプログラムは信頼性が高いと判断するようにしてもよい。このような条件を組み合わせることによって、アプリケーションプログラムの信頼性を評価することが出来る。
【００３４】
次に、これまで説明した記録再生装置１０について具体的な例を挙げて説明する。
対象となる記録再生装置１０は、ＤＶＤプレーヤのようにＲＯＭディスクに記録されたＡＶデータを再生する機能を有している。また、ＡＶデータの他にＪａｖａ（登録商標）言語で書かれたアプリケーションプログラムをＲＯＭディスクから読み込んでアプリケーションを実行することが出来る。ＲＯＭディスクに加えてネットワークインタフェースを通じて、ＡＶデータやアプリケーションプログラムを実行することも出来る。さらに、記録可能媒体へのインタフェースを持ち、上記ＡＶデータやアプリケーションプログラムをインストールし、上記記録可能媒体から読み込んで再生・実行することが出来る。また、アプリケーションプログラムが任意のデータを上記記録可能媒体に書き出し、読み込むことが出来る。
【００３５】
ここで、本実施形態では、ＡＶデータとアプリケーションプログラムの双方を再生・実行可能な記録再生装置１０を例に挙げているが、アプリケーションプログラムのみ実行可能な機器であっても良い。また、本例のアプリケーションプログラムの記述言語はＪａｖａ（登録商標）言語に限定されず、例えばＢＡＳＩＣ言語、Ｃ言語、また用意されたマクロ言語などプログラムデータを読み込んで実行可能な環境であればいずれの言語でも良い。また、本例では、ＡＶデータやアプリケーションプログラムを読み込むインタフェースとしてＲＯＭディスクとネットワーク双方のインタフェースを用意したが、何れか一方だけであっても良い。
【００３６】
ＤＶＤなどのＲＯＭディスクに記録されたコンテンツは、オーサもしくはプロバイダの意図によって、複製や改造が認められていないものが多い。これらを含む同様の許可されていない複製や改造に対して、本発明の記録再生装置１０を用いて、コンテンツの複製や改造を防止するための方法について説明する。
【００３７】
まず、装置構成について前述した図１に基づいて説明する。記録再生装置１０において、外部記録媒体１６はＲＯＭディスク１６、記録装置２０はハードディスク２０、外部デバイスインタフェース１２はＲＯＭディスクインタフェース１２、デバイスインタフェース１３はハードディスクインタフェース１３として読み替えるものとする。
【００３８】
処理部１１は各インタフェースから得た情報を利用して、ＡＶデータをデコード、もしくはアプリケーションプログラムを実行する。ＲＯＭディスクインタフェース１２は、ＲＯＭディスク１６からＡＶデータやアプリケーションプログラムなどのデータを読み込み、処理部１１に引き渡すことが出来る。ネットワークインタフェース１４は、ネットワーク１７を介してサーバ装置（図示せず）からデータをダウンロードし、処理部１１に引き渡すことが出来る。
【００３９】
ユーザインタフェース１５は、ディスプレイ１８、コントローラ１９に接続されている。処理部１１は、ユーザインタフェース１５からＡＶデータをディスプレイ１８に出力し、ユーザにＡＶデータを視聴させることが出来る。また、コントローラ１９から入力されたユーザの要求は、ユーザインタフェース１５を介して処理部１１に伝えられる。ハードディスクインタフェース１３は、ハードディスク２０からデータを読み込んだり、ハードディスク２０にデータを書き出したりすることが出来る。ただし、本例のハードディスク２０に限定されず、ＲＡＭディスクやメモリカードなどでも良い。また、ハードディスク２０は記録再生装置１０に内蔵あるいは外付けのいずれの形態としても良い。
【００４０】
処理部１１は、予め用意されたコンテンツ（ＡＶデータ又はアプリケーションプログラム）、もしくは、いずれかのインタフェースを経由して読み込んだコンテンツを実行し、その処理のひとつとしてファイルアクセス処理を行う。
【００４１】
まず、ＲＯＭディスクインタフェース１２もしくはネットワークインタフェース１４を介して読み込んだコンテンツ（ＡＶデータ又はアプリケーションプログラム）を、ハードディスクインタフェース１３を介してハードディスク２０にインストールする処理について説明する。
【００４２】
ここでインストールとは、ＲＯＭディスク１６もしくはネットワーク１７を介してアクセス可能なサーバ装置において、ハードディスク２０にコピーが認められたコンテンツを、識別可能な形式でハードディスク２０に記録することをいう。ここで、インストール可能なひとまとまりのコンテンツをパッケージと呼ぶことにする。例えば、ひとつの映画であり、トレーラー（映画の予告編）であり、また、ゲームである。また、パッケージは、ＲＯＭディスク１６のコンテンツを補強するものであっても良い。例えば、ＲＯＭディスク１６のコンテンツには含まれない言語の字幕情報と、それを再生可能にする管理情報などである。
【００４３】
ここで、ＲＯＭディスク１６においてインストールが認められているコンテンツを判別する方法の一例を下記の図６に基づいて説明する。
図６は、ＲＯＭディスク１６に記録されているファイル構成の一例を示した図である。
図６（Ａ）に示すＲＯＭディスク１６のファイル構成において、ルートディレクトリ３１の下には、ｖｉｄｅｏという名前のフォルダ３２と、ｉｎｓｔａｌｌ．ｉｎｆｏという名前のファイル３５と、ｐａｃｋａｇｅという名前のフォルダ３６とがある。ここでｖｉｄｅｏフォルダ３２は、このＲＯＭディスク１６のＡＶデータを再生するときに自動的に参照されるフォルダである。このフォルダ３２内のｉｎｄｅｘ０１．ｉｎｆｏという名前のファイル３３は再生順序をコントロールする管理情報ファイルであり、ｃｏｎｔｅｎｔ０１．ｍｐｇという名前のファイル３４はＡＶデータの実体が記録されたファイルである。例えば、ｉｎｄｅｘ０１．ｉｎｆｏファイル３３がロードされ、その記述に従ってｃｏｎｔｅｎｔ０１．ｍｐｇファイル３４が再生される。ここで、ｉｎｄｅｘ０１．ｉｎｆｏファイル３３は、再生可能なＡＶデータを管理しているが、実行可能なプログラムファイルを管理するものであっても良い。もしくは、ファイル３３自体が実行可能なプログラムファイルであっても良い。また、ひとつの管理情報ファイルが複数のＡＶデータやプログラムファイルを管理していても良い。さらに、管理情報ファイルが複数あっても良い。その場合、デフォルトでロードされるファイル名が特定される必要がある。ｉｎｓｔａｌｌ．ｉｎｆｏファイル３５は、インストールが認められているファイルを管理している。
【００４４】
図６（Ｂ）は、ｉｎｓｔａｌｌ．ｉｎｆｏファイル３５の内容の一例を示す図である。コピーが認められているファイルへのパスと、管理用かつ表示用のタイトルと、表示用のイメージファイルへのパスが記録されている。ｐａｃｋａｇｅフォルダ３６には、ｉｎｄｅｘ０１．ｉｎｆｏという名前のファイル３７と、ｃｏｎｔｅｎｔ０１．ｍｐｇという名前のファイル３８と、ｉｍａｇｅ．ｊｐｇという名前のファイル３９とが含まれている。ｉｎｄｅｘ０１．ｉｎｆｏファイル３７は、再生順序をコントロールする管理情報ファイルであり、ｃｏｎｔｅｎｔ０１．ｍｐｇファイル３８はＡＶデータの実体が記録されたファイルである。
【００４５】
図６（Ｂ）に示すコピーが認められているファイルは、ｉｎｄｅｘ０１．ｉｎｆｏファイル３７とｃｏｎｔｅｎｔ０１．ｍｐｇファイル３８であり、表示用のイメージファイルは、ｉｍａｇｅ．ｊｐｇファイル３９であることがわかる。表示用のイメージファイルとは、インストールされたパッケージをユーザに提示する際の代表画像であり、ＤＶＤディスクなどのケース表面に印刷されているような画像が考えられる。そして、ｉｎｓｔａｌｌ．ｉｎｆｏファイル３５に登録されているファイルがインストールの対象となり、登録されていないファイルは、インストールの対象とはならない。また、上記例では、ｉｎｓｔａｌｌ．ｉｎｆｏファイル３５が管理するのはひとつのパッケージであるが、これに限定されず複数のパッケージを管理しても良い。もしくは、複数のインストール情報ファイルを作成するようにしても良い。
【００４６】
図７は、ハードディスク２０に記録されているファイル構成の一例を示した図である。ルートディレクトリ４１の下にｐａｃｋａｇｅ．ｌｉｓｔという名前のファイル４２がある。ｐａｃｋａｇｅ．ｌｉｓｔファイル４２は、インストールされた各パッケージを管理する管理情報ファイルであり、また、各パッケージのフォルダをＲＯＭディスク１６のｖｉｄｅｏフォルダと等価に扱うための変換テーブルである。インストールされたパッケージは、システムが用意したフォルダにｖｉｄｅｏフォルダと同様の形式で記録される。例えば、ｐｋｇ００１フォルダ４３にｉｎｄｅｘ０１．ｉｎｆｏファイル４４と、ｃｏｎｔｅｎｔ０１．ｍｐｇファイル４５のように記録される。これらのデータの再生手段については前述したＲＯＭディスクコンテンツの再生手順と同様である。また、表示用のイメージファイルも同じフォルダに記録される。例えば、ｉｍａｇｅ．ｊｐｇファイル４６である。そしてこれらのデータへのパスが、管理用のタイトルと関連付けられて、ｐａｃｋａｇｅ．ｌｉｓｔファイル４２に記録されている。
【００４７】
また、同様に、ｐｋｇ００２フォルダ４７にはｉｎｄｅｘ０１．ｉｎｆｏファイル４８と、ｃｏｎｔｅｎｔ０１．ｍｐｇファイル４９のように記録される。表示用のイメージファイルも同じフォルダに記録される。例えば、ｉｍａｇｅ．ｊｐｇファイル５０である。
【００４８】
上記の処理はアプリケーションプログラムからインストールコマンドがコールされることによって実行される。インストールコマンドは、例えばデバイスを指定することで、自動的に処理される。デバイスに複数のパッケージが存在するのであれば、管理用のタイトルを取得するコマンドと、管理用のタイトルを指定するインストールコマンドを併用することで実現できる。
【００４９】
また、必要であればパッケージのバージョンアップを導入しても良い。同一の管理用タイトルで管理されるパッケージに異なるバージョンが存在する場合に、古いバージョンのパッケージを新しいバージョンのパッケージに入れ替える処理を自動的に行う。そしてアプリケーションプログラムは、バージョンアップコマンドをコールすることによって実現する。必要に応じて、図６（Ａ）に示したｉｎｓｔａｌｌ．ｉｎｆｏファイル３５や、図７に示したｐａｃｋａｇｅ．ｌｉｓｔファイル４２にパッケージ及び各ファイルのバージョンを記録する。
【００５０】
次に、ＲＯＭディスク１６、もしくはネットワーク１７を介してアクセス可能なサーバ装置、もしくはハードディスク２０のコンテンツをロードして、再生・実行する方法について以下に説明する。
コンテンツの再生は、管理情報ファイルを指定することで行われる。この管理情報ファイルの指定方法は２つあり、デバイス上の管理情報ファイルを直接指定する方法と、デバイスにデフォルトで指定されている管理情報ファイルの指定としてデバイスを指定する方法である。ここで、再生・実行ファイルの指定方法について下記の図８に基づいて説明する。
【００５１】
図８は、ＲＯＭディスク１６及びハードディスク２０に記録されているファイル構成の他の例を示した図である。
図８（Ａ）に示すＲＯＭディスク１６のファイル構成において、ルートディレクトリ６１以下にはｖｉｄｅｏフォルダ６２があり、ｉｎｄｅｘ０１．ｉｎｆｏファイル６３は、ｃｏｎｔｅｎｔ０１．ｍｐｇファイル６４とｃｏｎｔｅｎｔ０２．ｍｐｇファイル６５を、ｉｎｄｅｘ０２．ｉｎｆｏファイル６６は、ｃｏｎｔｅｎｔ０３．ｍｐｇファイル６７を、ｏｔｈｅｒｓ６８以下のｉｎｄｅｘ０４．ｉｎｆｏファイル６９は、ｃｏｎｔｅｎｔ０４．ｍｐｇファイル７０をそれぞれ管理している。
【００５２】
管理情報ファイルを直接指定する場合、デバイスとしてＲＯＭディスク１６を指定して、フルパスで管理情報ファイル、例えばｉｎｄｅｘ０２．ｉｎｆｏファイル６６を指定する。また、ｖｉｄｅｏフォルダ６２以下のファイルでなくても、例えばｉｎｄｅｘ０４．ｉｎｆｏファイル６９を指定することが出来る。本例の場合、デフォルトで指定されているファイルは、ｖｉｄｅｏフォルダ６２以下のｉｎｄｅｘ０１．ｉｎｆｏファイル６３であるので、ＲＯＭディスクインタフェース１２を指定するとｉｎｄｅｘ０１．ｉｎｆｏファイル６３が再生・実行対象のファイルとして指定されたことになる。
【００５３】
また、ネットワーク１７を介したサーバ装置に対しても上記と同様の処理が可能である。例えば、サーバ装置の管理情報ファイルを直接指定することが出来る。ｈｔｔｐプロトコルであれば、例えば「ｈｔｔｐ：／／ｗｗｗ．ｓｈａｒｐ．ｃｏ．ｊｐ／ｉｎｄｅｘ０５．ｉｎｆｏ」などと指定することができる。
【００５４】
図８（Ｂ）に示すハードディスク２０のファイル構成において、ハードディスクの扱い方の一例として、ハードディスク２０の各パッケージを各管理用タイトルで管理される仮想デバイスとして認識する。ルートディレクトリ７１以下、例えば、ｐｋｇ００１フォルダ７３とそれ以下のファイル（ｉｎｄｅｘ０１．ｉｎｆｏファイル７４，ｃｏｎｔｅｎｔ０１．ｍｐｇ７５，ｃｏｎｔｅｎｔ０２．ｍｐｇ７６，ｉｎｄｅｘ０２．ｉｎｆｏファイル７７，ｃｏｎｔｅｎｔ０３．ｍｐｇ７８，ｉｍａｇｅ．ｊｐｇ７９）は、管理用タイトル「ＡＡＡ」に関連付けられたパッケージ、ｐｋｇ００２フォルダ８０とそれ以下のファイル（ｉｎｄｅｘ０１．ｉｎｆｏファイル８１，ｃｏｎｔｅｎｔ０１．ｍｐｇ８２，ｉｍａｇｅ．ｊｐｇ８３）は、管理用タイトル「ＢＢＢ」に関連付けられたパッケージであるとｐａｃｋａｇｅ．ｌｉｓｔファイル７２に記録されているものとする。
ここで、管理情報ファイルを直接指定する場合、例えばデバイスとして「ＡＡＡ」を指定して、フルパスで管理情報ファイルｉｎｄｅｘ０２．ｉｎｆｏファイル７７を指定する。また、デバイス「ＢＢＢ」のみを指定するとデフォルトに指定されているｉｎｄｅｘ０１．ｉｎｆｏファイル８１が指定されたことになる。
【００５５】
上記のように指定されたコンテンツは、再生・実行用の特定のメモリに必要なデータをロードすることによって実行される。この処理はアプリケーションプログラムから再生コマンド、もしくは実行コマンドがコールされることによって実行される。
【００５６】
次に、任意のアプリケーションプログラムに許可されたアクセスについて説明する。まず、任意のアプリケーションプログラムは、ロードされたメモリ上のコンテンツ（ＡＶデータ又はアプリケーションプログラム）にアクセスすることは出来ない。また、アプリケーションプログラムは、アプリケーションが生成したデータを読み込み、書き込みするための特定の領域をハードディスク２０に有している。ここで、特定の領域の例を、下記の図９に基づいて説明する。
【００５７】
図９は、ハードディスク２０に記録されているファイル構造の他の例を示した図である。ルートディレクトリ９１以下、ｐａｃｋａｇｅ．ｌｉｓｔ９２，ｐｋｇ００１フォルダ９３，ｉｎｄｅｘ０１．ｉｎｆｏファイル９４，ｃｏｎｔｅｎｔ０１．ｍｐｇファイル９５，ｉｍａｇｅ．ｊｐｇファイル９６，ｐｋｇ００２フォルダ９７，ｉｎｄｅｘ０１．ｉｎｆｏファイル９８，ｃｏｎｔｅｎｔ０１．ｍｐｇファイル９９，ｉｍａｇｅ．ｊｐｇファイル１００まではこれまで説明した通りである。本例では、加えてｓａｖｅｄａｔａフォルダ１０１を有し、ｓａｖｅｄａｔａフォルダ１０１以下のファイルをｓａｖｅｄａｔａ．ｌｉｓｔファイル１０２が管理する。ｓａｖｅｄａｔａ．ｌｉｓｔファイル１０２はｓａｖｅｄａｔａフォルダ１０１以下のファイルを管理する管理ファイルである。ｓａｖｅｄａｔａフォルダ１０１以下には、ｓａｖｅｄａｔａ．ｌｉｓｔ（管理情報）ファイル１０２によって各アプリケーションプログラムに関連付けられた００１．ｄａｔファイル１０３と００２．ｄａｔファイル１０４とを有する。任意のアプリケーションプログラムに関連付けられたファイルが特定の領域に相当する。つまり、各アプリケーションプログラムはｓａｖｅｄａｔａ．ｌｉｓｔ（管理情報）ファイル１０２に管理され、ｓａｖｅｄａｔａフォルダ１０１以下に用意されたファイルにのみ読み込み、書き出しのアクセスができる。また、各パッケージを形成するフォルダに対してはロード処理と同様のアクセス手順で外部記録媒体１６と同じようにアクセスすることができる。
【００５８】
さらに、任意のアプリケーションプログラムは、ＲＯＭディスク１６もしくはネットワーク１７を介してアクセス可能なサーバ装置のデータを読み込むことが出来る。
【００５９】
これまでのアクセス制限で、少なくとも再生・実行のためにメモリ上にロードされたデータを改ざんすることを禁止することが出来る。しかし、任意のアプリケーションプログラムが、ＲＯＭディスク１６もしくはハードディスク２０もしくはネットワーク１７を介してアクセス可能なサーバ装置のデータを読み込み、ハードディスク２０に記録することが出来る。これは、記録されたデータの再生もしくは実行の可否に関わらず、認められていないコピーである可能性がある。
【００６０】
ここで、アプリケーションプログラムの信頼性に応じて、アクセスの制限を変える方法を適用する。まずアプリケーションの信頼性を判定する方法の例を以下に示す。
例えば、第１に、ＲＯＭディスク１６が一般のユーザにとって製造困難である場合、特定のメーカによってのみ製造されることになる。つまり、それらのメーカが信頼に足りることがわかれば、ＲＯＭディスク１６のデータは信頼できる。また、インストールされたデータを改ざんされる恐れが無いことから、ＲＯＭディスク１６からインストールされたデータも信頼できる。第２に、ＲＯＭディスク１６に記録されたネットワークアドレスが指し示すサーバ装置のデータ及びそこからインストールされたデータも信頼できる。ただし、ネットワーク自体を偽称することによって問題のある可能性があるのでやや信頼性が下がる。そして第３に、不特定のネットワークアドレスが指し示すサーバ装置のデータ及びそこからインストールされたデータは最も信頼できないものと判断する。
【００６１】
インストールされたデータに関して信頼性の判定基準が必要である場合、ｐａｃｋａｇｅ．ｌｉｓｔファイルなどの管理情報に上記の３つの信頼性レベルを表すフラグを記録しても良い。
【００６２】
図１０は、３つの信頼性レベルに対して、３つのアクセス制限レベルを適用する一例を示す図である。まず、ＲＯＭディスク１６への書き出しは、もともと不可能である。最も信頼できる第１の信頼性レベルに相当するアプリケーションプログラムは、不正な処理を行わないと信頼できるとして、ＲＯＭディスク１６からの読み込み、ハードディスク２０のｓａｖｅｄａｔａフォルダ１０１以下のアプリケーションに対応したファイルへの書き出しと読み込み、ハードディスク２０のパッケージ（例えば、ｐｋｇ００１フォルダ９３）からの読み込みのアクセスが認められ、ハードディスク２０のパッケージ（例えば、ｐｋｇ００１フォルダ９３）への書き出しは禁止される。
【００６３】
逆に最も信頼できない第３の信頼性レベルに相当するアプリケーションプログラムは、ＲＯＭディスク１６、ハードディスク２０双方へのアクセスを全て禁止される。
そして、やや信頼できる第２の信頼性レベルのアプリケーションプログラムは、以下のいずれかの制限を受ける。ひとつは、ＲＯＭディスク１６からの読み込み、ハードディスク２０のパッケージ（例えば、ｐｋｇ００１フォルダ９３）への書き出しと読み込みを禁止する。もうひとつは、ハードディスク２０のｓａｖｅｄａｔａフォルダ１０１以下のアプリケーションに対応したファイルへの書き出しと読み込み、ハードディスク２０のパッケージ（例えば、ｐｋｇ００１フォルダ９３）への書き出しを禁止する。この何れかを適用することによって、ＲＯＭディスク１６からハードディスク２０へのデータコピーを不可能とする。
【００６４】
さらに、外部記録媒体（以下、外部記録媒体Ａ）からロードされたアプリケーションがアクセスできる外部記録媒体を、上記外部記録媒体Ａに限定する。また、インストールされたパッケージ（以下、パッケージＢ）からロードされたアプリケーションがアクセスできるパッケージを、上記パッケージＢに限定する。このような機能を実装することで不正コピーの可能性を防止するようにしてもよい。また、アプリケーションからパッケージへの書き込みを禁止することで不正な改ざんを防止するようにしてもよい。
【産業上の利用可能性】
【００６５】
本発明の記録再生装置及びファイルアクセス方法は、各種アプリケーションプログラムを実行可能な携帯端末装置や、ＨＤＤを内蔵したＤＶＤレコーダなどに好適に利用することができる。
【符号の説明】
【００６６】
１０…記録再生装置、１１…処理部、１１ａ…アプリケーション実行部、１１ｂ…インストール処理部、１１ｃ…ロード処理部、１１ｄ…メモリ、１２…外部デバイスインタフェース、１３…デバイスインタフェース、１４…ネットワークインタフェース、１５…ユーザインタフェース、１６…外部記録媒体、１７…ネットワーク、１８…ディスプレイ、１９…コントローラ、２０…記録装置（記録媒体）、２０１，２０２…記録媒体。
【特許請求の範囲】
【請求項１】
コンテンツを記録した外部記録媒体又はサーバ装置と接続するための外部インタフェースと、
該外部インタフェースに接続された前記外部記録媒体又は前記サーバ装置から読み込んだコンテンツを記録する記録部と、
該記録したコンテンツを再生又は実行する処理部とを有する記録再生装置において、
前記処理部は、前記外部記録媒体又は前記サーバ装置に記録されているコンテンツを、特定の管理情報と共に前記記録部の特定領域にインストールするインストール処理部を有し、
前記処理部は、該処理部が再生又は実行中のコンテンツからのインストール命令に基づいて前記インストール処理部にインストール指示し、
前記処理部は、前記外部記録媒体又は前記サーバ装置に記録されているコンテンツを、特定の管理情報と共に前記記録部の特定領域にインストールする際に、信頼の高いコンテンツのみインストール処理を実行可能とすることを特徴とする記録再生装置。
【請求項１】
コンテンツを記録した外部記録媒体又はサーバ装置と接続するための外部インタフェースと、
該外部インタフェースに接続された前記外部記録媒体又は前記サーバ装置から読み込んだコンテンツを記録する記録部と、
該記録したコンテンツを再生又は実行する処理部とを有する記録再生装置において、
前記処理部は、前記外部記録媒体又は前記サーバ装置に記録されているコンテンツを、特定の管理情報と共に前記記録部の特定領域にインストールするインストール処理部を有し、
前記処理部は、該処理部が再生又は実行中のコンテンツからのインストール命令に基づいて前記インストール処理部にインストール指示し、
前記処理部は、前記外部記録媒体又は前記サーバ装置に記録されているコンテンツを、特定の管理情報と共に前記記録部の特定領域にインストールする際に、信頼の高いコンテンツのみインストール処理を実行可能とすることを特徴とする記録再生装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１０−１９１９７４（Ｐ２０１０−１９１９７４Ａ）
【公開日】平成２２年９月２日（２０１０．９．２）
【国際特許分類】
【出願番号】特願２０１０−７１２５５（Ｐ２０１０−７１２５５）
【出願日】平成２２年３月２６日（２０１０．３．２６）
【分割の表示】特願２００３−３４６２１７（Ｐ２００３−３４６２１７）の分割
【原出願日】平成１５年１０月３日（２００３．１０．３）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２２年９月２日（２０１０．９．２）
【国際特許分類】
【出願日】平成２２年３月２６日（２０１０．３．２６）
【分割の表示】特願２００３−３４６２１７（Ｐ２００３−３４６２１７）の分割
【原出願日】平成１５年１０月３日（２００３．１０．３）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]