ユーザ単位でコンテンツを管理するためのライセンス情報を、外部からの読み取りが防止されるセキュア領域に保持するライセンス情報保持部と、前記ライセンス情報保持部に前記ライセンス情報が保持されているか否かによってコンテンツの実行の可否を制御するコンテンツ実行制御部と、を備え、前記ライセンス情報保持部は、ライセンス情報を発行するサーバ装置から前記ライセンス情報をダウンロードする時に限り前記セキュア領域への該ライセンス情報の書き込みを許可する、情報処理装置。前記ライセンス情報保持部は、前記セキュア領域へのライセンス情報の記録が試みられた場合に、該ライセンス情報が前記サーバ装置からダウンロードされてきたもので無ければ該ライセンス情報の書き込みを防ぐ、請求項1に記載の情報処理装置。前記コンテンツを外部から取得した際に該コンテンツの格納を制御するコンテンツ格納部をさらに備える、請求項1に記載の情報処理装置。前記コンテンツに付随して送信されるメタデータを解析するメタデータ解析部をさらに備える、請求項3に記載の情報処理装置。前記コンテンツ格納部は、前記メタデータ解析部の解析により、前記コンテンツに付随して送信されるメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、請求項4に記載の情報処理装置。ユーザ単位でコンテンツを管理するためのライセンス情報を外部からの読み取りが防止されるセキュア領域に保持するライセンス情報保持ステップと、前記セキュア領域に前記ライセンス情報が保持されているか否かによってコンテンツの実行の可否を制御するコンテンツ実行制御ステップと、を備え、前記ライセンス情報保持ステップは、ライセンス情報を発行するサーバ装置から前記ライセンス情報をダウンロードする時に限り前記セキュア領域への該ライセンス情報の書き込みを許可する、情報処理方法。コンピュータに、ユーザ単位でコンテンツを管理するためのライセンス情報を外部からの読み取りが防止されるセキュア領域に保持するライセンス情報保持ステップと、前記セキュア領域に前記ライセンス情報が保持されているか否かによってコンテンツの実行の可否を制御するコンテンツ実行制御ステップと、を実行させ、前記ライセンス情報保持ステップは、ライセンス情報を発行するサーバ装置から前記ライセンス情報をダウンロードする時に限り前記セキュア領域への該ライセンス情報の書き込みを許可する、コンピュータプログラム。しかし、ユーザバインド方式を用いた場合、ユーザがサーバから取得したコンテンツは、該ユーザが登録した機器間でローカルコピーして利用することができるが、ローカルコピーの際に、コピー先の機器とサーバとの間でコンテンツのマッチングが行えないので、動作対象外の機器でもコンテンツを実行してしまうことが可能になる。コンテンツが楽曲データや映像データであれば、同一ユーザが有する機器同士であれば、ローカルコピーして使用できるようにしても問題はないが、例えばコンテンツが特定の機器でのみ動作が保証されているアプリケーションのような場合は、ローカルコピーして使用されると、コピー先の機器で問題を引き起こすおそれがある。従って、従来の著作権保護技術の管理方式では、ユーザバインド方式を用いた際に、動作対象機器だけにコンテンツを配布し、実行するような制御が出来なかった。そこで、本開示は、上記問題に鑑みてなされたものであり、本開示の目的とするところは、ユーザバインド方式を用いた際に、動作対象機器だけに著作権管理されたコンテンツを配布し、該コンテンツを実行するよう制御することが可能な、新規かつ改良された情報処理装置、情報処理方法およびコンピュータプログラムを提供することにある。本開示によれば、ユーザ単位でコンテンツを管理するためのライセンス情報を、外部からの読み取りが防止されるセキュア領域に保持するライセンス情報保持部と、前記ライセンス情報保持部に前記ライセンス情報が保持されているか否かによってコンテンツの実行の可否を制御するコンテンツ実行制御部と、を備え、前記ライセンス情報保持部は、ライセンス情報を発行するサーバ装置から前記ライセンス情報をダウンロードする時に限り前記セキュア領域への該ライセンス情報の書き込みを許可する、情報処理装置が提供される。また本開示によれば、ユーザ単位でコンテンツを管理するためのライセンス情報を外部からの読み取りが防止されるセキュア領域に保持するライセンス情報保持ステップと、前記セキュア領域に前記ライセンス情報が保持されているか否かによってコンテンツの実行の可否を制御するコンテンツ実行制御ステップと、を備え、前記ライセンス情報保持ステップは、ライセンス情報を発行するサーバ装置から前記ライセンス情報をダウンロードする時に限り前記セキュア領域への該ライセンス情報の書き込みを許可する、情報処理方法が提供される。また本開示によれば、コンピュータに、ユーザ単位でコンテンツを管理するためのライセンス情報を外部からの読み取りが防止されるセキュア領域に保持するライセンス情報保持ステップと、前記セキュア領域に前記ライセンス情報が保持されているか否かによってコンテンツの実行の可否を制御するコンテンツ実行制御ステップと、を実行させ、前記ライセンス情報保持ステップは、ライセンス情報を発行するサーバ装置から前記ライセンス情報をダウンロードする時に限り前記セキュア領域への該ライセンス情報の書き込みを許可する、コンピュータプログラムが提供される。以上説明したように本開示によれば、ユーザバインド方式を用いた際に、動作対象機器だけに著作権管理されたコンテンツを配布し、該コンテンツを実行するよう制御することが可能な、新規かつ改良された情報処理装置、情報処理方法およびコンピュータプログラムを提供することができる。以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。なお、説明は以下の順序で行うものとする。<1.本開示の一実施形態>[ユーザバインド方式とデバイスバインド方式について][システム構成例][デジタルカメラの構成例][デジタルカメラの動作]<2.まとめ><1.本開示の一実施形態>[ユーザバインド方式とデバイスバインド方式について]まず、本開示の好適な実施の形態について詳細に説明するにあたり、ユーザバインド方式とデバイスバインド方式について説明する。そして、従来のユーザバインド方式の問題点と、この問題点を解決する本開示の好適な実施の形態について詳細に説明する。図30は、従来のユーザバインド方式の概要を示す説明図である。ユーザバインド方式は、ユーザ固有の鍵であるユーザ鍵でコンテンツ鍵を暗号化し、ユーザがDRMサーバに登録した機器の範囲でコンテンツを利用する方式である。従来のユーザバインド方式は、ライセンスを発行するDRMサーバにおいて、コンテンツ利用条件と、暗号化したコンテンツ鍵を、ユーザ固有の鍵であるユーザ鍵で暗号化する。またコンテンツを利用する機器において、機器固有のデバイス鍵と、デバイス鍵で暗号化されるユーザ固有のユーザ鍵と、を有している。デバイス鍵はRSA秘密鍵であり、機器生産時に内部に格納され、ハードウェア的に保護される。ユーザ鍵は、機器をDRMサーバに登録することで取得することができる。ユーザはDRMサーバからライセンスを機器にダウンロードすると、機器は、ライセンス条件を満足しているか評価した後、デバイス鍵で復号したユーザ鍵を用いてコンテンツ鍵を復号する。機器では、コンテンツ鍵が取り出されると、このコンテンツ鍵を用いてコンテンツサーバからダウンロードしたコンテンツを復号し、コンテンツを利用することができる。図31は、従来のデバイスバインド方式の概要を示す説明図である。デバイスバインド方式は、機器デバイス固有の鍵であるデバイス鍵でコンテンツ鍵を暗号化し、DRMサーバに登録した指定機器でのみコンテンツを利用する方式である。従来のデバイスバインド方式は、ライセンスを発行するDRMサーバにおいて、コンテンツ利用条件を含んだライセンスを機器デバイス固有の鍵であるデバイス鍵で暗号化しライセンスの暗号化は必須ではない、コンテンツをコンテンツ鍵で暗号化する。またコンテンツを利用する機器において、機器固有のデバイス鍵を有している。デバイス鍵はRSA秘密鍵であり、機器生産時に機器内部に格納され、ハードウェア的に保護される。ユーザはDRMサーバからライセンスを機器にダウンロードすると、機器はライセンスを評価し、ライセンスが条件を満足している場合に、デバイス鍵を用いてコンテンツ鍵を復号する。ライセンスが復号されると、ライセンスに含まれているコンテンツ鍵が取り出される。機器では、コンテンツ鍵が取り出されると、このコンテンツ鍵を用いてコンテンツサーバからダウンロードしたコンテンツを復号し、コンテンツを利用することができる。しかし、上述したように、ユーザバインド方式を用いた場合、ユーザがサーバから取得したコンテンツは、該ユーザが登録した機器間でローカルコピーして利用することができるが、ローカルコピーの際に、コピー先の機器とサーバとの間でコンテンツのマッチングが行えないので、動作対象外の機器でもコンテンツを実行してしまうことが可能になる。従って、従来の著作権保護技術の管理方式では、ユーザバインド方式を用いた際に、動作対象機器だけにコンテンツを配布し、実行するような制御が出来なかった。そこで本開示の一実施形態では、ユーザバインド方式において、ローカルコピーの際に、コピー先の機器とサーバとの間でコンテンツのマッチングを行った場合と同様の処理が行われるようにすることで、動作対象機器だけにコンテンツを配布し、実行するような制御を行えるようにする。図32は、本開示の一実施形態における、ユーザバインド方式によるコンテンツの配布方法の概要を示す説明図である。本開示の一実施形態におけるコンテンツ配布方法は、サーバ側で機器マッチングを行ない、対象機器に対してのみライセンスを発行する。そして、発行されたライセンスは、機器が受け取った際に、セキュアな領域にインストールして管理する。セキュアな領域にインストールすることで、ライセンスのローカルコピーが防止される。コンテンツをダウンロードする際は、各機器は、サーバと接続し、その機器がコンテンツに対応した機器であることをサーバで確認する必要がある。認証できた場合に、各機器はライセンスとコンテンツをダウンロード出来る。そして各機器は、サーバと接続してライセンスとコンテンツをダウンロードする時のみ、ライセンスをセキュアな領域に格納する事が出来る。そしてコンテンツを実行する場合は、セキュアエリアにライセンスがインストールされてないとコンテンツを実行出来ない。しかし、サーバと接続してない場合は、コピーによるライセンスのセキュアな領域への格納は出来ない。図32では、機器Aおよび機器Cには、サーバからダウンロードした、コンテンツを実行するためのライセンスがインストールされており、機器Aおよび機器Cは、このライセンスによりコンテンツを実行することができる。しかし、機器Bにはライセンスがインストールされておらず、このライセンスは、例え同一のユーザドメインに属していたとしても、他の機器機器Aまたは機器Cからコピーすることはできない。従って、機器Bは、機器Aおよび機器Cで実行されるコンテンツと同一のコンテンツであっても、サーバからコンテンツをダウンロードしてインストールすることができない。この為、本開示の一実施形態におけるコンテンツ配布方法は、サーバで対応機種の確認が出来た機器のみ、コンテンツを実行する環境を構築する事が出来る。本開示の一実施形態における、ユーザバインド方式によるコンテンツの配布方法は、このようにライセンスを管理することで、動作する環境に絞ったコンテンツの提供が可能であり、権利が有れば、他の機器をサーバに接続して、ライセンスをインストールすることが可能となる。また、ライセンスをインストールした機器間ならば、データの共有を可能とすることができる。これは、膨大なデータを機器に取り外し可能なメモリーカードに保持することが出来る等の利点をもたらす。[システム構成例]まず、本開示の一実施形態のシステム構成例について説明する。図1は、本開示の一実施形態にかかる情報処理システム1のシステム構成例を示す説明図である。以下、図1を参照して、本開示の一実施形態にかかる情報処理システム1のシステム構成例について説明する。図1に示したように、本開示の一実施形態にかかる情報処理システム1は、コンテンツダウンロードサーバ10と、DRMサーバ20と、デジタルカメラ100と、を含んで構成される。コンテンツダウンロードサーバ10と、DRMサーバ20と、デジタルカメラ100とは、インターネット30を介して相互に接続されている。なお、図1では各装置とも1台ずつのみを図示しているが、本開示はかかる例に限定されないことは言うまでもない。コンテンツダウンロードサーバ10は、デジタルカメラ100が実行するアプリケーションを保持し、デジタルカメラ100からの要求に応じて、インターネット30を介してコンテンツアプリケーションや、アプリケーションで実行されるデータ等をいうを提供するものである。コンテンツダウンロードサーバ10が提供するコンテンツは暗号化されており、DRMサーバ20が生成するライセンスに含まれる、コンテンツに対応するコンテンツ鍵を用いないと復号することはできない。DRMサーバ20は、デジタルカメラ100が実行するコンテンツをデジタルカメラ100で利用するためのライセンスを発行し、デジタルカメラ100からの要求に応じて、インターネット30を介してライセンスを提供するものである。デジタルカメラ100は、静止画像や動画像を撮影するものである。そして本実施形態では、デジタルカメラ100はインターネット30に接続する機能を有し、コンテンツダウンロードサーバ10やDRMサーバ20にアクセスすることができる。そしてデジタルカメラ100は、インターネット30を介して、コンテンツダウンロードサーバ10が保持しているコンテンツや、DRMサーバ20が発行するライセンスをダウンロードすることができる。本実施形態では、コンテンツダウンロードサーバ10からダウンロードするコンテンツに、所定のフォーマットで記述されたメタデータが付随される。デジタルカメラ100は、アプリケーションやデータを保存する際に、このメタデータを解析して、アプリケーションやデータの保存先を決定することが出来る。デジタルカメラ100による、メタデータの解析処理およびアプリケーションやデータの保存先の決定処理の詳細については後述する。デジタルカメラ100はインターネット30に無線で接続することができるが、有線で接続できてもよい。またコンテンツダウンロードサーバ10やDRMサーバ20は、インターネット30に有線で接続することができるが、無線で接続できてもよい。以上、図1を参照して、本開示の一実施形態にかかる情報処理システム1のシステム構成例について説明した。次に、本開示の一実施形態にかかるデジタルカメラ100の構成例について説明する。[デジタルカメラの構成例]図2は、本開示の一実施形態にかかるデジタルカメラ100の構成例を示す説明図である。また、図2には、インターネット30に接続されているコンテンツダウンロードサーバ10およびライセンスを発行するDRMサーバ20も図示されている。以下、図2を用いて、本開示の一実施形態にかかるデジタルカメラ100の構成例について説明する。図2に示したように、本開示の一実施形態にかかるデジタルカメラ100は、撮像部101と、カメラ制御部102と、画像処理部103と、画像管理部104と、I/F105と、表示部106と、メモリ107と、外部記憶装置部108と、フォーマット処理部109と、ファイル管理部110と、アプリケーション実行制御部111と、USB112と、ネットワーク処理部113と、ライセンス格納部114と、ライセンス管理部115と、DRM処理部116と、を含んで構成される。撮像部101は、撮像処理を行う。撮像部101は、ズームレンズ、フォーカスレンズ、CCDイメージセンサやCMOSイメージセンサ等の撮像素子を含んで構成され、被写体の光を電気信号画像信号に変換するものである。カメラ制御部102は、撮像部101の制御を行うものであり、デジタルカメラ100のユーザ操作に基づいて、例えば、撮像部101に含まれるズームレンズやフォーカスレンズの動作を制御したり、撮像素子への光の入射タイミングを制御したりする。画像処理部103は、撮像部101によって得られる画像信号に対する信号処理を施して画像データを得る。画像処理部103は、画像信号に対する信号処理として、例えばノイズ除去処理、圧縮処理等を実行しても良い。画像管理部104は、画像処理部103によって得られる画像データの、表示部106への表示や、外部記憶装置部108への保存を管理する。I/F105は、フラッシュその他の装置をデジタルカメラ100に接続するためのインタフェースである。表示部106は、撮像部101が撮像した画像や、デジタルカメラ100の操作のためのユーザインタフェースその他の情報を表示するものである。表示部106は、液晶ディスプレイ、有機ELディスプレイ等の平板表示装置で構成される。メモリ107は、デジタルカメラ100が何らかの処理を実行する際にデータを一時的に格納する。メモリ107は、例えば、デジタルカメラ100の電源が切られると格納されたデータが消去される揮発性メモリで構成されていても良い。外部記憶装置部108は、画像処理部103によって生成される画像データ、コンテンツダウンロードサーバ10からダウンロードするアプリケーションおよびコンテンツデータを保存するためのメモリーカードその他の外部記憶装置である。外部記憶装置部108への画像データの保存や、外部記憶装置部108からの画像データの読み出しは、例えば画像管理部104によって実行される。フォーマット処理部109は、コンテンツダウンロードサーバ10からダウンロードするアプリケーションやコンテンツデータに付随しているメタデータの内容を解析する。フォーマット処理部109は、メタデータの内容を解析して、コンテンツダウンロードサーバ10からダウンロードしたアプリケーションやコンテンツデータの、ファイル管理部110によるファイル管理を制御する。ファイル管理部110は、コンテンツダウンロードサーバ10からダウンロードするアプリケーションやコンテンツデータの、外部記憶装置部108への保存を管理する。ファイル管理部110は、アプリケーションやデータの外部記憶装置部108への保存に際しては、フォーマット処理部109によるメタデータの解析結果が用いられる。フォーマット処理部109によるメタデータの解析処理、および解析結果を用いたファイル管理部110によるアプリケーションやデータの外部記憶装置部108への保存処理の詳細については後述する。アプリケーション実行制御部111は、コンテンツダウンロードサーバ10からダウンロードされ、外部記憶装置部108に保存されたアプリケーションを実行する。アプリケーション実行制御部111は、外部記憶装置部108に保存されたアプリケーションを実行する際に、コンテンツダウンロードサーバ10からダウンロードされて外部記憶装置部108に保存されたコンテンツを利用してもよい。USB112は、デジタルカメラ100と他の装置とをUSBケーブルで接続するためのインタフェースである。ネットワーク処理部113は、インターネット30への接続処理を実行する。デジタルカメラ100は、ネットワーク処理部113によるインターネット30への接続処理により、インターネット30に接続されたコンテンツダウンロードサーバ10から、アプリケーションやデータをダウンロードすることができる。そして、デジタルカメラ100は、ダウンロードしたアプリケーションやデータにより、デジタルカメラ100の機能を向上させたり、ユーザの用途に応じた細かなカスタマイズが可能になったり、新たなコンテンツの利用が可能になったりする。ライセンス格納部114は、DRMサーバ20からダウンロードしたライセンスを格納する。ライセンス格納部114は、セキュアな領域で保護され、ライセンス格納部114へのライセンスの格納およびライセンス格納部114からのライセンスの読出しはライセンス管理部115によって行われる。ライセンス管理部115は、ライセンス格納部114へのライセンスの格納およびライセンス格納部114からのライセンスの読出しを実行する。ライセンス管理部115は、ライセンス格納部114へのライセンスの格納は、DRMサーバ20からライセンスをダウンロードしたタイミングにおいてのみ行われ、その他の場合はライセンス格納部114へはライセンスの書き込みは行われない。従って、ライセンス管理部115がこのようにライセンス格納部114へのライセンスの書き込みタイミングを制限することで、DRMサーバ20が動作を認めた機器だけにコンテンツダウンロードサーバ10からコンテンツを配布し、実行するような制御が行える。DRM処理部116は、ライセンス格納部114に格納されたライセンスを用いたDRM処理を実行する。具体的には、DRM処理部116は、ライセンス格納部114に格納されたライセンスを用いて、コンテンツダウンロードサーバ10からダウンロードしたコンテンツを復号する。DRM処理部116は、ライセンス格納部114に格納されたライセンスを用いたDRM処理を実行することで、著作権管理されたコンテンツの、アプリケーション実行制御部111による実行を制御することができる。以上、図2を用いて本開示の一実施形態にかかるデジタルカメラ100の構成例について説明した。次に、本開示の一実施形態にかかるデジタルカメラ100の動作について説明する。[デジタルカメラの動作]まず、本開示の一実施形態にかかるデジタルカメラ100の動作について具体的に説明する前に、本開示の一実施形態にかかる情報処理システム1で用いられるメタデータの構造例について説明する。図3は、本開示の一実施形態にかかる情報処理システム1で用いられるメタデータの構造例を示す説明図である。図3に示したように、本開示の一実施形態にかかる情報処理システム1で用いられるメタデータは、IDGroup、Platform、Group、Nameの4つの要素からなる階層構造を有する。再上位の階層がIDGroupであり、以下Platform、Group、Nameの順に階層が下がっていく。IDGroupは、例えば、フォーマットフォルダーによりID管理を行う団体に与えられるユニークなIDである。IDGroup以下は、各団体が、Platform、Group、Nameがユニークになるように独自に管理する。Platformは、例えば、OSや製品群単位で設定されるプラットフォーム名が記録されるIDであり、IDGroup以下ではPlatformはユニークなIDとなるが、ID管理を行う団体同士の取り決めにより、IDGroupを跨いで同一のIDをPlatformに設定することもできる。Groupは、Platform以下でユニークに命名されるIDであり、例えば、同じ形式であるが内容が異なるデータなど、あるプラットフォームで共通に扱うことができるグループ名を表す。例えば、ID管理を行う団体同士の取り決めにより、IDGroupを跨いで同一のIDをGroupに設定することもできる。Nameは、Group以下でユニークに命名されるIDであり、例えば、アプリケーションやデータの名称が設定されるIDである。Nameは、アプリケーションのホームディレクトリの名前として利用できるようにしても良い。そして、Name以下はそれぞれのアプリケーションやデータで自由に構造を持たせて管理できるようにしてもよい。図3に示した階層構造の例では、IDGroupにはIDGroup1とIDGroup2とが設定されている。IDGroup1にはPlatform1とPlatform2とが設定され、IDGroup2にはPlatform1が設定されている。従って、IDGroup1とIDGroup2とには、同一のPlatformであるPlatform1が設定されていることになる。そして、IDGroup1のPlatform1とPlatform2とには、それぞれ同一のGroupであるGroup1が設定され、IDGroup2のPlatform1のGroupにはGroup2が設定されている。PlatformとGroupを、IDGroupを跨いで管理できるようにするには、IDGroupを跨いで管理するためのモードを設定する。次に、PlatformとGroupを、IDGroupを跨いで管理するためのモードの設定例について説明する。図4は、PlatformとGroupを、IDGroupを跨いで管理するためのモードの設定例を示す説明図である。図4は、3つの0、1からなるフラグを1つの変数Modeで管理するための例を示したものである。Globalは、アプリケーションやデータごとに、PlatformとGroupを、IDGroupを跨いで管理するグローバルで管理するかどうかを決定するためのフラグである。0はグローバルで管理しないアプリケーションやデータがPlatformとGroupをローカルで管理することを意味し、1はグローバルで管理することを意味する。ローカルで管理する場合は、IDGroup以下の要素は全く独立で管理されることになる。IDGroup限定およびPlatform限定は、アプリケーションやデータを扱う際に、その装置が他のIDGroupやPlatformを扱う可能性がない場合に、その装置で処理を簡略化させる際に使用されるフラグである。本実施形態では、IDGroupとPlatformとをそれぞれ独立して指定可能としているが、本開示はかかる例に限定されないことは言うまでもない。IDGroup限定およびPlatform限定は、アプリケーションやデータを扱う際に、その装置でのファイルに関する制約があるような場合に有効である。例えば、アプリケーションやデータを扱う装置が、所定の長さ以上のファイル名を設定できないようなファイルシステムを採用しているような場合に、IDGroup限定やPlatform限定の設定が有効となる。図4に示すように、3つの0、1からなるフラグを1つの変数Modeで管理するために、変数Modeは、図4に示したように0から7の値を取り得る。この変数Modeの設定は、アプリケーションやデータに付随するメタデータに含まれる。具体的には、後述するメタデータのフォーマットにおけるGlobalModeメタに設定が記述される。なお本開示においては変数Modeの設定は係る例には限定されず、アプリケーションやコンテンツデータがダウンロードされる各機器の内部で保持しておき、アプリケーションやコンテンツデータがダウンロードされる際に参照されるようにしてもよい。次に、IDとディレクトリ構造との関係について説明する。図5は、本開示の一実施形態にかかる情報処理システム1における、IDとディレクトリ構造との関係を示す説明図である。本開示の一実施形態にかかる情報処理システム1は、アプリケーションやコンテンツデータを機器の内部に格納する際に、図3に示したIDGroup、Platform、Group、Nameの4つの要素と、図4に示した変数Modeの設定とを用いる。図5に示した表の上段は、PlatformとGroupを各機器がローカルで管理する場合のディレクトリ構造を示し、下段はPlatformとGroupの少なくともいずれかがグローバルで管理される場合のディレクトリ構造を示している。変数Modeが0の場合は、PlatformとGroupを各機器がローカルで管理し、IDGroupやPlatformには限定がない場合のディレクトリ構造となる。親ディレクトリにはIDGroup_Platform_Groupという3つの要素名を所定のセパレータここではセパレータをアンダーバー_とするで結合したものからなるディレクトリ名を付し、子ディレクトリにはName要素からなるディレクトリ名を付す。なお、各要素は、名称に上記のセパレータと同一の文字が使用されないように制限することが望ましい。変数Modeが2の場合は、PlatformとGroupを各機器がローカルで管理し、IDGroupには限定がなく、Platformにのみ限定がある場合のディレクトリ構造となる。親ディレクトリにはIDGroup_Groupという2つの要素名をアンダーバーで結合したものからなるディレクトリ名を付し、子ディレクトリにはName要素からなるディレクトリ名を付す。変数Modeが4の場合は、PlatformとGroupを各機器がローカルで管理し、IDGroupのみ限定があり、Platformには限定がない場合のディレクトリ構造となる。親ディレクトリにはPlatform_Groupという2つの要素名をアンダーバーで結合したものからなるディレクトリ名を付し、子ディレクトリにはName要素からなるディレクトリ名を付す。変数Modeが6の場合は、PlatformとGroupを各機器がローカルで管理し、IDGroupとPlatformのいずれにも限定がある場合のディレクトリ構造となる。親ディレクトリにはGroup要素のみからなるディレクトリ名を付し、子ディレクトリにはName要素からなるディレクトリ名を付す。変数Modeが1の場合は、PlatformとGroupがグローバルで管理され、IDGroupやPlatformには限定がない場合のディレクトリ構造となる。親ディレクトリにはPlatform_Groupという2つの要素名をアンダーバーで結合したものからなるディレクトリ名を付し、子ディレクトリにはIDGroup_Nameという2つの要素名をアンダーバーで結合したものからなるディレクトリ名を付す。変数Modeが3の場合は、PlatformとGroupがグローバルで管理され、IDGroupには限定がなく、Platformにのみ限定がある場合のディレクトリ構造となる。親ディレクトリにはGroupの1つの要素名のみからなるディレクトリ名を付し、子ディレクトリにはIDGroup_Nameという2つの要素名をアンダーバーで結合したものからなるディレクトリ名を付す。なお、変数Modeが5の場合と7の場合は、それぞれ変数Modeが4の場合と6の場合と同じディレクトリ構造となるので、変数Modeは5と7の値を取らないようにしてもよい。続いて、本開示の一実施形態にかかるデジタルカメラ100の動作について具体的に説明する。図6は、本開示の一実施形態にかかるデジタルカメラ100の動作を示す流れ図である。図6に示した流れ図は、デジタルカメラ100がコンテンツダウンロードサーバ10からアプリケーションやコンテンツデータをダウンロードした際、デジタルカメラ100の動作を示したものである。以下、図6を用いて本開示の一実施形態にかかるデジタルカメラ100の動作について具体的に説明する。デジタルカメラ100は、コンテンツダウンロードサーバ10からアプリケーションやコンテンツデータをダウンロードすると、ダウンロードしたファイルからアプリケーションやデータの管理用メタデータをフォーマット処理部109が抽出するステップS101。上記ステップS101で、アプリケーションやデータの管理用メタデータをフォーマット処理部109が抽出すると、続いて、抽出した管理用メタデータの内容をフォーマット処理部109が分析する。具体的には、フォーマット処理部109は、抽出した管理用メタデータに含まれるGlobalModeメタの内容を取得して、ダウンロードしたアプリケーションやデータのモードの内容を把握する。そしてフォーマット処理部109は、抽出した管理用メタデータに含まれるIDGroupメタとPlatformメタの内容を把握するステップS102。上記ステップS102で、抽出した管理用メタデータの内容をフォーマット処理部109が分析し、メタの内容を把握すると、フォーマット処理部109はデジタルカメラ100のポリシーを調べるステップS103。具体的には、フォーマット処理部109は、GlobalModeメタでIDGroup限定が設定されていた場合には、デジタルカメラ100のIDGroupの設定を調べ、GlobalModeメタでPlatform限定が設定されていた場合には、デジタルカメラ100のPlatformの設定を調べる。上記ステップS103で、フォーマット処理部109はデジタルカメラ100のポリシーを調べると、続いて、ファイル管理部110が、GlobalModeメタでIDGroup限定が設定されており、かつ、フォーマット処理部109が抽出した管理用メタデータに含まれるIDGroupメタの内容が、デジタルカメラ100のIDGroupの設定以外のものであるかどうかを判断するステップS104。上記ステップ104の判断の結果、GlobalModeメタでIDGroup限定が設定されていないか、または、IDGroup限定が設定されていて、かつ、フォーマット処理部109が抽出した管理用メタデータに含まれるIDGroupメタの内容が、デジタルカメラ100のIDGroupの設定と同一であれば、続いて、ファイル管理部110が、GlobalModeメタでPlatform限定が設定されており、かつ、フォーマット処理部109が抽出した管理用メタデータに含まれるPlatformメタの内容が、デジタルカメラ100のPlatformの設定以外のものであるかどうかを判断するステップS105。上記ステップ105の判断の結果、GlobalModeメタでPlatform限定が設定されていないか、または、Platform限定が設定されていて、かつ、フォーマット処理部109が抽出した管理用メタデータに含まれるPlatformメタの内容が、デジタルカメラ100のPlatformの設定と同一であれば、フォーマット処理部109が抽出したメタの内容に基づいて、ファイル管理部110が、アプリケーションやデータを格納するためのパスを作成するステップS106。ファイル管理部110による、アプリケーションやデータを格納するためのパスの作成の詳細については後述する。上記ステップS106で、ファイル管理部110が、アプリケーションやデータを格納するためのパスを作成すると、ファイル管理部110は、ルートディレクトリ以下の、上記ステップS106で作成したパスに、ダウンロードされたアプリケーションやデータを格納するステップS107。ダウンロードされたアプリケーションやデータは、例えば外部記憶装置部108に格納される。一方、上記ステップS104で、GlobalModeメタでIDGroup限定が設定されており、かつ、フォーマット処理部109が抽出した管理用メタデータに含まれるIDGroupメタの内容が、デジタルカメラ100のIDGroupの設定以外である場合、または、上記ステップS105で、GlobalModeメタでPlatform限定が設定されており、かつ、フォーマット処理部109が抽出した管理用メタデータに含まれるPlatformメタの内容が、デジタルカメラ100のPlatformの設定以外のものである場合は、ファイル管理部110は、ダウンロードされたアプリケーションやデータに対してデジタルカメラ100の対象外のアプリケーションやデータであるとする処理を実行するステップS108。本開示の一実施形態にかかるデジタルカメラ100は、図6に示したような一連の処理を実行することで、ダウンロードしたアプリケーションやデータを、当該アプリケーションやデータに付随するメタデータの内容に応じてデジタルカメラ100の内部に格納することができる。本開示の一実施形態にかかるデジタルカメラ100によるダウンロードしたアプリケーションやデータのデジタルカメラ100の内部への格納について、図面を参照しながらより詳細に説明する。図7は、本開示の一実施形態にかかるデジタルカメラ100のディレクトリ構造を示す説明図である。図7に示したディレクトリ構造は、IDGroupやPlatformに限定が無く、またPlatformおよびGroupをローカルで管理する場合のディレクトリ構造を示したものである。これは、GlobalModeメタが0の場合に相当するものである。図7では、IDGroupがXXXまたは3rdPartyの2種類であり、PlatformがXXXDSCである場合を例示している。そしてGroupメタにはAppとMapDataのいずれかが指定されているものとする。この場合は、ファイル管理部110によって、アプリケーションのインストールディレクトリ以下にはXXX_XXXDSC_AppまたはXXX_3rdParty_Appディレクトリが出来上がる。また、ファイル管理部110によって、データディレクトリ以下にはXXX_XXXDSC_MapDataまたはXXX_3rdParty_MapDataディレクトリが出来上がる。IDGroupやPlatformに限定が無く、またPlatformおよびGroupをローカルで管理する場合は、ファイル管理部110は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、IDGroup、PlatformおよびGroupの3つの要素を_で結合したディレクトリを作成し、作成したディレクトリの直下に、Name要素からなるディレクトリを作成する。図8は、本開示の一実施形態にかかるデジタルカメラ100のディレクトリ構造を示す説明図である。図8に示したディレクトリ構造は、IDGroupやPlatformに限定が無く、またPlatformおよびGroupをグローバルで管理する場合のディレクトリ構造を示したものである。これは、GlobalModeメタが1の場合に相当するものである。また、ここではPlatformがXXXDSCのもの、およびGroupがAppのものをグローバルで管理するものとしている。この場合は、ファイル管理部110によって、アプリケーションのインストールディレクトリ以下にはXXXDSC_Appディレクトリが出来上がる。また、ファイル管理部110によって、データディレクトリ以下にはXXXDSC_MapDataまたはXXXDSC_GuideDataディレクトリが出来上がる。そして、XXXDSC_Appディレクトリ以下には、XXX_MapViewer1.0ディレクトリと3rdParty_Guide1.0ディレクトリを、ファイル管理部110が生成する。これにより、XXXDSC_Appディレクトリに、要素GroupがApp以下に属するアプリケーションがまとめて格納される。IDGroupやPlatformに限定が無く、またPlatformおよびGroupをグローバルで管理する場合は、ファイル管理部110は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、PlatformおよびGroupの2つの要素を_で結合したディレクトリを作成し、作成したディレクトリの直下に、IDGroupおよびNameの2つの要素を_で結合したディレクトリを作成する。図9は、本開示の一実施形態にかかるデジタルカメラ100のディレクトリ構造を示す説明図である。図9に示したディレクトリ構造は、Platformにのみ限定があり、またGroupをグローバルで管理する場合のディレクトリ構造を示したものである。これは、GlobalModeメタが3の場合に相当するものである。この場合は、ファイル管理部110によって、アプリケーションのインストールディレクトリ以下にはAppディレクトリが出来上がる。また、ファイル管理部110によって、データディレクトリ以下にはMapDataまたはGuideDataディレクトリが出来上がる。そして、Appディレクトリ以下には、XXX_MapViewer1.0ディレクトリと3rdParty_Guide1.0ディレクトリを、ファイル管理部110が生成する。これにより、Appディレクトリに、要素GroupがApp以下に属するアプリケーションがまとめて格納される。Platformにのみ限定があり、またGroupをグローバルで管理する場合は、ファイル管理部110は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、Groupの1つの要素のみからなるディレクトリを作成し、作成したディレクトリの直下に、IDGroupおよびNameの2つの要素を_で結合したディレクトリを作成する。図10は、本開示の一実施形態にかかるデジタルカメラ100のディレクトリ構造を示す説明図である。図10に示したディレクトリ構造は、Platformにのみ限定があり、またGroupをローカルで管理する場合のディレクトリ構造を示したものである。これは、GlobalModeメタが2の場合に相当するものである。この場合は、ファイル管理部110によって、アプリケーションのインストールディレクトリ以下にはXXX_Appと3rdParty_Appディレクトリが出来上がる。また、ファイル管理部110によって、データディレクトリ以下にはXXX_MapData、XXX_GuideData、3rdParty_MapData、3rdParty_GuideDataディレクトリが出来上がる。そして、XXX_Appディレクトリ以下には、MapViewer1.0ディレクトリを、3rdParty_Appディレクトリ以下にはGuide1.0ディレクトリを、ファイル管理部110が生成する。Platformにのみ限定があり、またGroupをローカルで管理する場合は、ファイル管理部110は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、IDGroupおよびGroupの2つの要素を_で結合したディレクトリを作成し、作成したディレクトリの直下に、Nameの1つの要素のみからなるディレクトリを作成する。図11は、本開示の一実施形態にかかるデジタルカメラ100のディレクトリ構造を示す説明図である。図11に示したディレクトリ構造は、IDGroupにのみ限定がある場合のディレクトリ構造を示したものである。これは、GlobalModeメタが4の場合に相当するものである。この場合は、ファイル管理部110によって、アプリケーションのインストールディレクトリ以下にはXXXDSC_AppおよびYYY_Appディレクトリが出来上がる。また、ファイル管理部110によって、データディレクトリ以下にはXXXDSC_MapDataおよびYYY_GuideDataディレクトリが出来上がる。そして、XXXDSC_Appディレクトリ以下には、MapViewer1.0ディレクトリを、YYY_Appディレクトリ以下にはGuide1.0ディレクトリを、ファイル管理部110が生成する。IDGroupにのみ限定がある場合は、ファイル管理部110は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、PlatformおよびGroupの2つの要素を_で結合したディレクトリを作成し、作成したディレクトリの直下に、Nameの1つの要素のみからなるディレクトリを作成する。図12は、本開示の一実施形態にかかるデジタルカメラ100のディレクトリ構造を示す説明図である。図12に示したディレクトリ構造は、IDGroupおよびPlatformに限定がある場合のディレクトリ構造を示したものである。これは、GlobalModeメタが6の場合に相当するものである。この場合は、ファイル管理部110によって、アプリケーションのインストールディレクトリ以下にはAppディレクトリが出来上がる。また、ファイル管理部110によって、データディレクトリ以下にはMapDataおよびGuideDataディレクトリが出来上がる。そして、Appディレクトリ以下には、MapViewer1.0およびGuide1.0ディレクトリを、ファイル管理部110が生成する。IDGroupおよびPlatformに限定がある場合は、このようにAppディレクトリ以下に全てのアプリケーションが格納されることになる。また、コンテンツデータはMapDataおよびGuideDataディレクトリ以下に格納されることになる。IDGroupおよびPlatformに限定がある場合は、ファイル管理部110は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、Groupの1つの要素のみからなるディレクトリを作成し、作成したディレクトリの直下に、Nameの1つの要素のみからなるディレクトリを作成する。このようにファイル管理部110は、GlobalModeメタの内容に応じて、アプリケーションやデータをインストールする際に、構造を変えてディレクトリを作成し、作成したディレクトリにアプリケーションやコンテンツデータを格納することが可能になる。これにより、同一同種のアプリケーションやコンテンツデータを、同一のディレクトリにまとめて格納することができるようになるので、本開示の一実施形態にかかるデジタルカメラ100は、アプリケーションやデータをより容易に管理することが可能となる。続いて、アプリケーションのインストールディレクトリに格納されたアプリケーションが、データディレクトリに格納されたデータを使用する例を説明する。図13は、本開示の一実施形態にかかるデジタルカメラ100のディレクトリ構造を示す説明図である。デジタルカメラ100が、アプリケーションのインストールディレクトリに格納されたアプリケーションが、データディレクトリに格納されたデータを使用するには、アプリケーションに付随するメタデータに含まれるRelatedGroupメタの内容を参照する。図13を用いて具体的に説明すれば、例えば、MapViewer1.0がMapDataディレクトリ以下のデータを参照する場合は、予めRelatedGroupにMapDataと記述したメタデータを用意しておき、MapViewer1.0がRelatedGroupに記述されたMapDataを利用する。同様に、GuideData1.0がGuideDataディレクトリ以下のデータを参照する場合は、予めRelatedGroupにGuideDataと記述したメタデータを用意しておき、GuideViewer1.0がRelatedGroupに記述されたGuideDataを利用する。このように、RelatedGroupメタでアプリケーションとコンテンツとを結びつけることで、アプリケーションのインストールディレクトリに格納されたアプリケーションが、データディレクトリに格納されたデータを使用することができる。このRelatedGroupメタを応用すれば、1つのアプリケーションから複数のデータディレクトリへアクセスすることが可能になるし、複数のアプリケーションから1つのデータディレクトリを利用することも可能になる。さらに、後述するアプリケーションのバージョンアップに際してRelatedGroupメタの内容を更新することで、後から追加されたデータディレクトリに格納されたデータを使用することもできる。続いて、アプリケーションやコンテンツデータのバージョンアップ例を説明する。アプリケーションやコンテンツデータのバージョンアップには、マイナーバージョンアップとメジャーバージョンアップとがある。本実施形態では、マイナーバージョンアップは、GroupやNameの変更を伴わないものであり、アプリケーションやデータのファイルのみが置き換えられたり追加されたりする。バージョンの違いは、DataVersionメタを使用する。一方、メジャーバージョンアップは、GroupやNameの変更を伴うものである。例えば、アプリケーションの場合は、旧バージョンのものとは別の名前のName要素が用いられ、旧バージョンのものとは別のディレクトリが生成される。またコンテンツデータの場合は、旧バージョンのものとは別の名前のGroup要素が用いられ、旧バージョンのものとは別のディレクトリが生成される。従って、新旧両方のバージョンのファイルが併存することになる。そして、過去のバージョンへのリンクとしてOldVersionメタを使用する。このOldVersionメタは、アプリケーションやデータを管理するためのメタデータではなく、アプリケーションやデータを提供するサービスを管理するためのメタデータに含まれるものとする。もちろん、バージョンアップに際して旧バージョンのディレクトリは削除されるようにしても良い。図14は、本開示の一実施形態にかかるデジタルカメラ100のディレクトリ構造を示す説明図である。図14に示した例は、アプリケーションやコンテンツデータのマイナーバージョンアップの際のディレクトリ構造について示したものである。このように、アプリケーションやコンテンツデータのマイナーバージョンアップの際には、アプリケーションやデータのファイルのみが置き換えられたり追加されたりする。図15は、本開示の一実施形態にかかるデジタルカメラ100のディレクトリ構造を示す説明図である。図15に示した例は、アプリケーションやコンテンツデータのメジャーバージョンアップの際のディレクトリ構造について示したものである。このように、アプリケーションやコンテンツデータのメジャーバージョンアップの際には、旧バージョンのものとは別のディレクトリが生成され、新バージョンのアプリケーションやデータのファイルのみは新たに生成されたディレクトリに格納される。このように、本開示の一実施形態にかかるデジタルカメラ100は、アプリケーションやコンテンツデータのバージョンアップの際には、マイナーバージョンアップかメジャーバージョンアップかによって、バージョンアップ時のファイル格納方法を変更することができる。続いて、アプリケーションやコンテンツデータに付随してコンテンツダウンロードサーバ10から送信されるメタデータの構成例について説明する。図16は、コンテンツダウンロードサーバ10から送信されるメタデータの構成例を示す説明図である。図16には、メタデータの構成としてDataVersion、ID、IDGroup、Platform、Group、Name、TargetModel、GlobalMode、RelatedGroupを図示している。DataVersionは、アプリケーションやデータのバージョンが記述されるメタであり、上述した、デジタルカメラ100におけるアプリケーションやデータのバージョンアップの際に参照される。IDは、IDGroup、Platform、Group、およびNameの4要素を_で結合したものが記述されるメタであり、ID全体を格納するためのものである。TargetModelメタについては後に詳述する。図17は、コンテンツダウンロードサーバ10から送信されるアプリケーションやデータの内容例を示す説明図である。上述してきたように、本実施形態では、IDGroup、Platform、Group、Nameの4要素をメタデータコンテンツメタで管理する。従って、アプリケーションやコンテンツデータと、メタデータとを圧縮して、コンテンツダウンロードサーバ10に保持しておくことで、デジタルカメラ100は、アプリケーションやデータをダウンロードすると、同時に、アプリケーションやデータに付随するコンテンツメタを取得することができる。続いて、コンテンツダウンロードサーバ10から送信されるアプリケーションやデータが機器毎に異なる場合の管理方法について説明する。図18は、本開示の一実施形態にかかる情報処理システム1で用いられるメタデータの構造例を示す説明図である。図18に示したメタデータの構造は、図3に示したメタデータの構造に加え、TargetModelという新たな要素が加わっている。このTargetModelは、機種の違いを全て異なるIDで管理する場合、同じ扱いのアプリコンテンツである事を示すために用いられる要素である。例えば、同一のアプリケーションであっても、そのアプリケーションが実行される機器のハードウェア性能の違いによって、細部を変更しなければならない場合がある。例えば、画面がタッチパネルであるか否かによって、表示内容を変更しなければならない場合が考えられる。そのような場合に、アプリケーションとしては同一であるが、そのアプリケーションが実行されるターゲットの機器に応じて異なるバイナリやデータを用意することで、アプリケーションやデータの管理を簡略化することが可能となる。なお、排他的で同じ機器に複数の異なるTargetModelは存在出来ないように制限する。図18では、IDGroup1-Platform1-Group1-Name1以下に、TargetModelとしてAとBとが、IDGroup1-Platform2-Group1-Name2以下に、TargetModelとしてAとBとが、それぞれ指定されている。なお、TargetModelメタは、アプリケーションやデータを、コンテンツダウンロードサーバ10から各機器に配信する際に用いられるものである。TargetModelメタは、アプリケーションやデータが各機器に配信された後の、ディレクトリの作成やファイルの格納には用いられない。また、アプリケーションやデータに、機器による違いがない場合は、もちろんTargetModelメタの内容を省略しても良い。図19は、本開示の一実施形態にかかるコンテンツダウンロードサーバ10の機能構成例を示す説明図である。以下、図19を用いて本開示の一実施形態にかかるコンテンツダウンロードサーバ10の機能構成例について説明する。図19に示したように、本開示の一実施形態にかかるコンテンツダウンロードサーバ10は、データ管理部11と、機器マッチングデータベース12と、を含んで構成される。データ管理部11は、コンテンツダウンロードサーバ10から提供するアプリケーションを、IDGroup、Platform、Group、Name、TargetModelの5つの要素からなるIDで管理する。目的のアプリケーションのダウンロード要求がクライアントの機器からあった際に、機器毎に適合するものを機器マッチングデータベース12から調べ、適合するものを提供する。機器マッチングデータベース12は、アプリケーションの情報が機器毎に登録されるデータベースである。データ管理部11は、機器マッチングデータベース12に登録されている情報を参照することで、目的のアプリケーションのダウンロード要求がクライアントの機器からあった際に、機器毎に適合するものを提供できる。以上、図19を用いて本開示の一実施形態にかかるコンテンツダウンロードサーバ10の機能構成例について説明した。続いて、機器マッチングデータベース12の内容例について説明する。図20は、機器マッチングデータベース12の内容例を示す説明図である。図20に示した機器マッチングデータベース12には、IDGroup、Platform、Group、Nameからなる共通IDとしてXXX_DSC_App_Mapviewer、XXX_DSC_Map_日本、XXX_DSC_Map_首都圏の3つが示されている。XXX_DSC_App_Mapviewerは、例えばデジタルカメラ100で実行される、地図表示用のアプリケーションのIDを指し、XXX_DSC_Map_日本は、当該地図表示用のアプリケーションで用いられる日本地図のIDを指し、XXX_DSC_Map_首都圏は、当該地図表示用のアプリケーションで用いられる首都圏の地図のIDを指す。このうち、XXX_DSC_App_Mapviewer、およびXXX_DSC_Map_日本については、TargetModelが指定されている。TargetModelが指定されていることで、これらのアプリケーションやデータについては、機器毎に異なるものが用意されていることになる。またXXX_DSC_Map_首都圏についてはTargetModelが指定されていない。これは、地図表示用のアプリケーションを実行する全ての機器において共通のデータが用意されていることになる。図21は、アプリケーションやデータをクライアントの機器に提供する際の階層構造を示す説明図である。図21に示した階層構造は、機器マッチングデータベース12に図20のようにデータが登録されている際の階層構造である。機器A例えば、表示部にタッチパネルを備えているデジタルカメラに上記地図表示用のアプリケーションを提供する際には、アプリケーションと、当該アプリケーションで用いられる日本地図のデータは、機器A用に作成されたものが提供される。機器B例えば、表示部にタッチパネルを備えていないデジタルカメラに上記地図表示用のアプリケーションを提供する際には、アプリケーションと、当該アプリケーションで用いられる日本地図のデータは、機器B用に作成されたものが提供される。当該アプリケーションで用いられる首都圏の地図のデータについては、機器A、機器B共通のものが提供される。図22は、アプリケーションやデータをクライアントの機器に提供する際の階層構造を示す説明図である。図22は、2つの機器機器Aと機器Bを例示して階層構造を示している。コンテンツダウンロードサーバ10から機器別にコンテンツをダウンロードした場合であっても、それぞれの機器で同じ構成でコンテンツを管理することができる。そして機器Aおよび機器Bは、図22に示したように、セキュアなエリアライセンス格納部114にライセンスをまとめて格納することができる。例えば、日本地図データがデータ1.dat、およびデータ2.datという2つのファイルを持つ場合、機器AのMapViewerからも、機器BのMapViewerからも、以下のように同じパスでそれぞれの専用データにアクセスできる。ダウンロードルート/Sony_DSC_Map_日本/データ1.datダウンロードルート/Sony_DSC_Map_日本/データ2.datなお、ライセンスは、セキュアなエリア以下にコンテンツと同様のディレクトリ構造で格納する方法や、IDを使って1ヶ所に格納する方法など、コンテンツダウンロードサーバ10からダウンロードしたコンテンツと対応が取れる方法であれば、どのような方法で格納しても良い。続いて、本開示の一実施形態にかかる情報処理システム1における、コンテンツ登録者とダウンロードサーバとの間の処理の流れについて説明する。図23は、本開示の一実施形態にかかる情報処理システム1における、コンテンツ登録者とダウンロードサーバとの間の処理の流れを示す流れ図である。アプリケーションやデータを制作してダウンロードサーバに登録するコンテンツ登録者は、アプリケーションやデータを開発する。またコンテンツ登録者は、当該アプリケーションやデータに付する、IDGroup、Platform、Group、Nameの4要素からなるIDの管理を行うステップS201。続いて、コンテンツ登録者は、作成したアプリケーションやデータに対応する機器リストを作成する。ここで、機器毎にアプリケーションのバイナリが異なったり、データが異なったりする場合は、TargetModel要素をIDに追加するステップS202。コンテンツ登録者は、アプリケーションやデータを開発し、IDの管理が完了すると、作成したアプリケーションやデータをIDと共にコンテンツダウンロードサーバ10に登録するステップS203。コンテンツダウンロードサーバ10は、コンテンツ登録者から登録のあったアプリケーションやデータをダウンロード環境に登録し、コンテンツをコンテンツ鍵で暗号化すると共に、ID情報を機器マッチングデータベース12に格納するステップS204。この一連の処理により、コンテンツ登録者が開発したアプリケーションやデータが、クライアント機器からダウンロード可能な状態となる。以上、図23を用いて、本開示の一実施形態にかかる情報処理システム1における、コンテンツ登録者とコンテンツダウンロードサーバ10との間の処理の流れについて説明した。次に、本開示の一実施形態にかかる情報処理システム1における、クライアント機器例えばデジタルカメラ100とコンテンツダウンロードサーバ10との間の処理の流れについて説明する。図24は、本開示の一実施形態にかかる情報処理システム1における、クライアント機器とコンテンツダウンロードサーバ10との間の処理の流れを示す流れ図である。以下、図24を用いて本開示の一実施形態にかかる情報処理システム1における、クライアント機器とコンテンツダウンロードサーバ10との間の処理の流れについて説明する。クライアント機器がコンテンツダウンロードサーバ10からアプリケーションやデータを取得する際には、まずクライアント機器はコンテンツダウンロードサーバ10へログインし、コンテンツの検索および利用機種名の送信を行うステップS210。クライアント機器がコンテンツダウンロードサーバ10に送信する利用機種名の情報は、TargetModel要素に対応するものである。上記ステップS210で、クライアント機器がコンテンツダウンロードサーバ10へコンテンツの検索および機器情報の送信を行うと、コンテンツダウンロードサーバ10は、クライアント機器から送信された情報を用いて機器マッチングデータベース12を確認するステップS211。機器マッチングデータベース12を確認すると、コンテンツダウンロードサーバ10は、上記ステップS210での要求に合致したコンテンツリストをクライアント機器へ送信するステップS212。クライアント機器は、コンテンツダウンロードサーバ10からコンテンツリストを受信すると、ダウンロードを希望するアプリケーションやデータを選択しステップS213、選択したアプリケーションやデータのダウンロードをコンテンツダウンロードサーバ10に要求するステップS214。上記ステップS214で、クライアント機器がコンテンツダウンロードサーバ10へアプリケーションやデータのダウンロードを要求すると、コンテンツダウンロードサーバ10はDRMサーバ20にライセンスの発行を依頼し、DRMサーバ20は当該コンテンツに対するライセンスを作成するステップS215。DRMサーバ20は、ライセンスを作成すると、作成したライセンスをクライアント機器へ送信するステップS216。DRMサーバ20からライセンスを受信したクライアント機器は、受信したライセンスをセキュア領域に格納するステップS217。クライアント機器は、DRMサーバ20からライセンスを受信したタイミングにおいてのみ、受信したライセンスをセキュア領域に格納し、ライセンスを他の装置からコピーしてセキュア領域に格納しようとしても、そのコピーを認めない。クライアント機器がデジタルカメラ100の場合は、受信したライセンスは、ライセンス処理部115によってライセンス格納部114に格納される。その後、コンテンツダウンロードサーバ10は対応する暗号化されたアプリケーションやデータを抽出しステップS218、抽出した、暗号化されたアプリケーションやデータをクライアント機器へ送信するステップS219。クライアント機器は、コンテンツダウンロードサーバ10から暗号化されたアプリケーションやデータを受信すると、上述した格納ルールに従って、アプリケーションやデータを内部に格納するステップS219。クライアント機器は、アプリケーションやデータを内部に格納する際には、TargetModel要素の情報を用いることはない。このようにクライアント機器とダウンロードサーバとの間で処理を実行することにより、機器毎にアプリケーションやデータの内容が一部異なる場合であっても、その機器に適合したアプリケーションやデータを、ダウンロードサーバからクライアント機器に提供することができる。そして、クライアント機器は、アプリケーションやデータを内部に格納する際には、TargetModelの違いを考慮せずに、上述したIDGroup、Platform、Group、Nameの4要素によるディレクトリ作成を行う。そしてクライアント機器は、DRMサーバ20からライセンスを受信したときに、受信したライセンスをセキュア領域に格納する。このようにライセンスの書き込みタイミングを制限することで、DRMサーバ20が動作を認めた機器だけにコンテンツダウンロードサーバ10からコンテンツを配布し、実行するような制御が行える。以上、図24を用いて本開示の一実施形態にかかる情報処理システム1における、クライアント機器とダウンロードサーバとの間の処理の流れについて説明した。次に、コンテンツ登録者によるコンテンツ登録の流れについて説明する。図25は、本開示の一実施形態にかかる情報処理システム1における、コンテンツ登録者によるコンテンツ登録の流れを示す流れ図である。以下、図25を用いて、本開示の一実施形態にかかる情報処理システム1における、コンテンツ登録者によるコンテンツ登録の流れについて説明する。アプリケーションやデータを制作してダウンロードサーバに登録するコンテンツ登録者は、アプリケーションやデータを開発する。またコンテンツ登録者は、当該アプリケーションやデータに付する、IDGroup、Platform、Group、Nameの4要素からなるIDを取得するステップS221。続いて、コンテンツ登録者は、作成したアプリケーションやデータに対応する機器リストを作成する。ここで、機器毎にアプリケーションのバイナリが異なったり、データが異なったりする場合は、TargetModel要素をIDに追加するステップS222。コンテンツ登録者は、アプリケーションやデータを開発し、IDの管理が完了すると、作成したアプリケーションやデータをIDと共にダウンロードサーバコンテンツダウンロードサーバ10をダウンロードサーバと総称するにコンテンツ鍵で暗号化して登録するステップS223。この一連の処理により、コンテンツ登録者が開発したアプリケーションやデータが、クライアント機器からダウンロード可能な状態となる。以上、図25を用いて、本開示の一実施形態にかかる情報処理システム1における、コンテンツ登録者によるコンテンツ登録の流れについて説明した。次に、本開示の一実施形態にかかる情報処理システム1における、クライアント機器によるコンテンツ検索および取得処理の流れについて説明する。図26は、本開示の一実施形態にかかる情報処理システム1における、クライアント機器によるコンテンツ検索および取得処理の流れを示す流れ図である。以下、図26を用いて、本開示の一実施形態にかかる情報処理システム1における、ユーザによるコンテンツ検索および取得処理の流れについて説明する。ユーザが、ダウンロードサーバからクライアント機器で使用するアプリケーションやデータを取得する際には、まずユーザはダウンロードサーバへログインし、利用機種名を送信するとともに、アプリケーションやデータを検索するステップS231。当該ログインおよび検索処理は、クライアント機器を用いてもよい。ユーザがダウンロードサーバに送信する利用機種名の情報は、TargetModel要素に対応するものである。続いてユーザは、ダウンロードサーバから、利用するクライアント機器で動作するコンテンツリストを取得するステップS232。当該取得処理は、クライアント機器を用いてもよい。ダウンロードサーバから、利用するクライアント機器で動作するコンテンツリストを取得すると、続いてユーザは、ダウンロードサーバへアプリケーションやデータを要求すると共に、DRMサーバ20からライセンスを、コンテンツダウンロードサーバ10からアプリケーションやデータをダウンロードするステップS233。当該要求およびダウンロード処理は、クライアント機器を用いてもよい。続いてユーザは、DRMサーバ20から受信したライセンスをクライアント機器の内部のセキュア領域に格納するステップS234。当該格納処理は、クライアント機器によって行われる。続いてユーザは、ダウンロードサーバからダウンロードしたアプリケーションやデータを、IDGroup、Platform、Group、Nameの4要素に従って、クライアント機器の内部に格納するステップS235。当該格納処理は、クライアント機器によって行われる。以上、図26を用いて、本開示の一実施形態にかかる情報処理システム1における、ユーザによるコンテンツ検索および取得処理の流れについて説明した。次に、本開示の一実施形態にかかる情報処理システム1における、コンテンツダウンロードサーバ10およびDRMサーバ20によるコンテンツ検索および送信処理について説明する。図27は、本開示の一実施形態にかかる情報処理システム1における、コンテンツダウンロードサーバ10およびDRMサーバ20によるコンテンツ検索および送信処理を示す流れ図である。以下、図27を用いて本開示の一実施形態にかかる情報処理システム1における、コンテンツダウンロードサーバ10およびDRMサーバ20によるコンテンツ検索および送信処理について説明する。コンテンツダウンロードサーバ10は、ユーザからのログイン要求があると、当該ユーザのログイン処理を実行するステップS241。ログイン処理が完了し、ユーザから機器を指定したコンテンツ検索要求があると、コンテンツダウンロードサーバ10は、機器マッチングデータベース12を検索し、ユーザが利用する機器に対応するコンテンツ一覧を作成し、ユーザに提示するステップS242。その後、ユーザから、アプリケーションやデータのダウンロード要求が送信されると、ダウンロードサーバは、ユーザのダウンロード要求に応じた、ユーザが利用する機器に対応するアプリケーションやデータを配信し、DRMサーバ20は、当該アプリケーションやデータをクライアント機器で利用するためのライセンスの作成と配信を行なうステップS243。以上、図27を用いて本開示の一実施形態にかかる情報処理システム1における、ダウンロードサーバによるコンテンツ検索および送信処理について説明した。このようにアプリケーションとしては同一であるが、そのアプリケーションが実行されるターゲットの機器に応じて異なるバイナリやデータを用意することで、ダウンロードサーバ側でのアプリケーションやデータの管理を簡略化することが可能となる。そして、アプリケーションやデータをダウンロードするクライアント機器においては、機器の情報をダウンロードサーバに送信するだけで自動的に自機器に適合したアプリケーションやデータをダウンロードサーバから取得することができる。そして、あるユーザが一度購入したコンテンツは、対応機器が異なっても、対応コンテンツが同一であれば、当該対応コンテンツの再ダウンロードを許す管理も可能となる。なお、上述の処理では、アプリケーションやコンテンツデータを選択して、選択したアプリケーションやコンテンツデータのダウンロードをデジタルカメラ100に行わせる実施例について説明したが、本開示はかかる例に限定されない。例えば、パーソナルコンピュータやスマートフォン等に、アプリケーションやコンテンツデータを選択して、選択したアプリケーションやコンテンツデータのダウンロードを行わせるようにして、ダウンロードしたアプリケーションやデータを、パーソナルコンピュータやスマートフォン等からデジタルカメラに転送するようにしてもよい。次に、本開示の一実施形態にかかる情報処理システム1における、クライアント機器によるコンテンツの実行処理について説明する。図28は、本開示の一実施形態にかかる情報処理システム1における、クライアント機器によるコンテンツの実行処理を示す流れ図である。まずクライアント機器は、セキュアな領域クライアント機器がデジタルカメラ100の場合は、ライセンス格納部114に、実行しようとするコンテンツのライセンスが存在しているかを確認すると共に、ライセンスが存在していれば、そのライセンスが、実行しようとするコンテンツのライセンス条件を満たしているかどうかを確認するステップS251。より具体的には、クライアント機器がデジタルカメラ100の場合は、ライセンス管理部115がライセンス格納部114へのライセンスの存在確認およびライセンス条件の確認を実行する。続いてクライアント機器は、ユーザ鍵をデバイス鍵で復号してユーザ鍵を取り出すステップS252。ユーザ鍵を取り出すと、続いてクライアント機器は、セキュアな領域に格納されているライセンスに含まれるコンテンツ鍵をユーザ鍵で復号するステップS253。ライセンスに含まれるコンテンツ鍵をユーザ鍵で復号すると、クライアント機器は、セキュアな領域において、復号したコンテンツ鍵を用いてコンテンツを復号するステップS254。コンテンツ鍵を用いてコンテンツを復号すると、クライアント機器は、復号したコンテンツを実行するステップS255。このように一連の鍵の復号処理やコンテンツの復号処理を実行することで、クライアント機器は、コンテンツダウンロードサーバ10からダウンロードしたコンテンツを、DRMサーバ20から受信したライセンスを用いて実行することが可能となる。図29は、本開示の一実施形態にかかる情報処理システム1のシステム構成例を示す説明図である。図29に示した情報処理システム1のシステム構成例は、図2に示した構成にパーソナルコンピュータ200が追加されたものである。図29に示したように、パーソナルコンピュータ200は、CPU201と、表示部202と、I/F203と、USB204と、ネットワーク処理部205と、記憶装置部206と、外部記憶装置部207と、フォーマット処理部208と、カメラI/F209と、を含んで構成される。CPU201は、演算処理装置および制御装置として機能し、パーソナルコンピュータ200に格納された各種プログラムに従って、パーソナルコンピュータ200内の動作全般またはその一部を制御する。表示部202は、CRTディスプレイ装置、液晶ディスプレイ装置、プラズマディスプレイ装置、有機ELディスプレイ装置等で構成され、パーソナルコンピュータ200が行った各種処理により得られた結果を、テキストまたはイメージで表示する。I/F203は、パーソナルコンピュータ200に周辺装置を接続するためのインタフェースである。USB204は、パーソナルコンピュータ200と他の装置例えばデジタルカメラ100とをUSBケーブルで接続するためのインタフェースである。ネットワーク処理部205は、インターネット30への接続処理を実行する。パーソナルコンピュータ200は、ネットワーク処理部205によるインターネット30への接続処理により、インターネット30に接続されたコンテンツダウンロードサーバ10から、アプリケーションやコンテンツデータをダウンロードすることができる。外部記憶装置部207は、例えば、HDDHardDiskDrive等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイス等により構成される。この外部記憶装置部207は、CPU201が実行するプログラムや各種データ、および外部から取得した音響信号データや画像信号データなどを格納する。フォーマット処理部208は、フォーマット処理部109と同様に、コンテンツダウンロードサーバ10からダウンロードするアプリケーションやコンテンツデータに付随しているメタデータの内容を解析する。フォーマット処理部208は、メタデータの内容を解析して、コンテンツダウンロードサーバ10からダウンロードしたアプリケーションやコンテンツデータの、ファイル管理部110によるファイル管理を制御する。カメラI/F209は、デジタルカメラ100と接続して情報の授受を行なうためのインタフェースである。このようにデジタルカメラ100とパーソナルコンピュータ200とが構成されている場合には、パーソナルコンピュータ200は、コンテンツに付随しているメタデータの内容を解析して、解析した内容に基づいて、デジタルカメラ100へのアプリケーションやデータの格納を制御することが出来る。<2.まとめ>以上説明したように、本開示の一実施形態にかかる情報処理システム1は、コンテンツダウンロードサーバ10が提供する著作権管理されたコンテンツを、動作対象の機器に正しく供給することができる。すなわち、コンテンツを実行するデジタルカメラ100は、コンテンツダウンロードサーバ10が提供する著作権管理されたコンテンツを実行するためのライセンスをDRMサーバ20からダウンロードした時に限り、セキュアな領域であるライセンス格納部114に格納する。このようにライセンスの格納タイミングを制御することで、本開示の一実施形態にかかる情報処理システム1は、ユーザ側の面倒な選択や、コンテンツの誤インストール、ローカルコピーやメモリーカードの差し替え等によるコンテンツの誤動作を防止できる。また、本開示の一実施形態にかかる情報処理システム1は、サーバ側で最新のマッチングを統一的に行う事により動作対象を管理することができる。また、本開示の一実施形態にかかる情報処理システム1は、ユーザバインド方式のDRMのコンテンツ保護に加えて、動作対象によるコントロールを追加できる。ユーザバインド方式と組み合わせる事により、サーバで動作対象となり、かつ権利を有する範囲内でコンテンツの利用が可能となるシステムを構築できる。本開示の一実施形態にかかる情報処理システム1は、動作する権利があり、かつ動作対象のコンテンツはサーバを介して他の機器へインストールが可能である。また、ライセンスがインストール済みの機器間では、メモリーカードその他の記録媒体によるデータの共用が可能であり、またライセンスがインストール済みの機器は、データだけの再ダウンロードも可能である。また、本開示の一実施形態にかかる情報処理システム1は、アプリケーションのバイナリ違い等、対象コンテンツが機器により異なる場合であっても、対応バイナリをサーバ側で自動的に選択して、クライアント機器に提供する事が可能である。以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。例えば、ユーザがDRMサーバ20に登録している機器間で、DRMサーバ20を介して動作対象の確認を行った後、当該ユーザが有する別の機器にライセンスをインストールする事により、サーバを介したライセンスコピーを行えるようにしても良い。また例えば、同一のコンテンツであるが機器により動作対象が異なる場合、ユーザが登録している機器間であれば、対象機器用の別ライセンスと別コンテンツをコピーの代わりにサーバからクライアント機器に配布することにより、動作対象の異なる機器間での共通利用を可能とするようにしても良い。なお、本技術は以下のような構成も取ることができる。1ユーザ単位でコンテンツを管理するためのライセンス情報を、外部からの読み取りが防止されるセキュア領域に保持するライセンス情報保持部と、前記ライセンス情報保持部に前記ライセンス情報が保持されているか否かによってコンテンツの実行の可否を制御するコンテンツ実行制御部と、を備え、前記ライセンス情報保持部は、ライセンス情報を発行するサーバ装置から前記ライセンス情報をダウンロードする時に限り前記セキュア領域への該ライセンス情報の書き込みを許可する、情報処理装置。2前記ライセンス情報保持部は、前記セキュア領域へのライセンス情報の記録が試みられた場合に、該ライセンス情報が前記サーバ装置からダウンロードされてきたもので無ければ該ライセンス情報の書き込みを防ぐ、前記1に記載の情報処理装置。3前記コンテンツを外部から取得した際に該コンテンツの格納を制御するコンテンツ格納部をさらに備える、前記1または2に記載の情報処理装置。4前記コンテンツに付随して送信されるメタデータを解析するメタデータ解析部をさらに備える、前記3に記載の情報処理装置。5前記コンテンツ格納部は、前記メタデータ解析部の解析により、前記コンテンツに付随して送信されるメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、前記4に記載の情報処理装置。6ユーザ単位でコンテンツを管理するためのライセンス情報を外部からの読み取りが防止されるセキュア領域に保持するライセンス情報保持ステップと、前記セキュア領域に前記ライセンス情報が保持されているか否かによってコンテンツの実行の可否を制御するコンテンツ実行制御ステップと、を備え、前記ライセンス情報保持ステップは、ライセンス情報を発行するサーバ装置から前記ライセンス情報をダウンロードする時に限り前記セキュア領域への該ライセンス情報の書き込みを許可する、情報処理方法。7コンピュータに、ユーザ単位でコンテンツを管理するためのライセンス情報を外部からの読み取りが防止されるセキュア領域に保持するライセンス情報保持ステップと、前記セキュア領域に前記ライセンス情報が保持されているか否かによってコンテンツの実行の可否を制御するコンテンツ実行制御ステップと、を実行させ、前記ライセンス情報保持ステップは、ライセンス情報を発行するサーバ装置から前記ライセンス情報をダウンロードする時に限り前記セキュア領域への該ライセンス情報の書き込みを許可する、コンピュータプログラム。