コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信部と、前記メタデータ受信部が受信したメタデータを解析するメタデータ解析部と、前記メタデータ解析部による解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納部と、を備え、前記コンテンツデータ格納部は、前記メタデータ解析部の解析により、前記メタデータ受信部が受信したメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、情報処理装置。前記コンテンツデータ格納部は、前記メタデータ解析部の解析により、メタデータの所定の要素に自装置での使用に限定するか否かに応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、請求項1に記載の情報処理装置。前記コンテンツデータ格納部は、前記メタデータ解析部の解析により、メタデータの所定のある要素が、その要素の上位階層の要素間で共通して使用されているか否かに応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、請求項1に記載の情報処理装置。前記メタデータ受信部が受信するメタデータには、同一のコンテンツであっても機種ごとにコンテンツデータが異なる場合に該機種を識別する識別情報が付されている、請求項1に記載の情報処理装置。前記コンテンツデータ格納部は、前記コンテンツの格納に際して前記識別情報を考慮に入れずにディレクトリ構造を決定する、請求項4に記載の情報処理装置。前記コンテンツデータ格納部は、コンテンツのバージョンが上がった際に、該バージョンの上がり方に応じて前記コンテンツの格納に際してディレクトリ構造を変化させる、請求項1に記載の情報処理装置。コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信ステップと、前記メタデータ受信ステップで受信されたメタデータを解析するメタデータ解析ステップと、前記メタデータ解析ステップによる解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納ステップと、を備え、前記コンテンツデータ格納ステップは、前記メタデータ解析ステップの解析により、前記メタデータ受信ステップで受信されたメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、情報処理方法。コンピュータに、コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信ステップと、前記メタデータ受信ステップで受信されたメタデータを解析するメタデータ解析ステップと、前記メタデータ解析ステップによる解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納ステップと、を実行させ、前記コンテンツデータ格納ステップは、前記メタデータ解析ステップの解析により、前記メタデータ受信ステップで受信されたメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、コンピュータプログラム。しかし、IDに階層構造を持たせて、上位の階層でIDを分けて管理する場合には、その階層以下の階層において、上位の階層を跨いだグルーピングや、ID同士で関連をもたせることが出来ないという問題があった。また、上位の階層でIDを分けて管理する場合であっても、アプリケーションやデータ以後、アプリケーションやデータを総称してコンテンツとも称するをクライアントの端末に提供する際に、ディレクトリの管理方法まで含めて考慮に入れておかないと、メーカーやベンダーでそれぞれ異なる管理方法が必要となり、管理が煩雑になってしまう。そこで、本開示は、上記問題に鑑みてなされたものであり、本開示の目的とするところは、ディレクトリ管理まで考慮に入れて管理されたIDが付されたメタデータを受信することでアプリケーションやデータを容易に管理することが可能な、新規かつ改良された情報処理装置、情報処理方法およびコンピュータプログラムを提供することにある。本開示によれば、コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信部と、前記メタデータ受信部が受信したメタデータを解析するメタデータ解析部と、前記メタデータ解析部による解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納部と、を備え、前記コンテンツデータ格納部は、前記メタデータ解析部の解析により、前記メタデータ受信部が受信したメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、情報処理装置が提供される。また本開示によれば、コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信ステップと、前記メタデータ受信ステップで受信されたメタデータを解析するメタデータ解析ステップと、前記メタデータ解析ステップによる解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納ステップと、を備え、前記コンテンツデータ格納ステップは、前記メタデータ解析ステップの解析により、前記メタデータ受信ステップで受信されたメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、情報処理方法が提供される。また本開示によれば、コンピュータに、コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信ステップと、前記メタデータ受信ステップで受信されたメタデータを解析するメタデータ解析ステップと、前記メタデータ解析ステップによる解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納ステップと、を実行させ、前記コンテンツデータ格納ステップは、前記メタデータ解析ステップの解析により、前記メタデータ受信ステップで受信されたメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、コンピュータプログラムが提供される。以上説明したように本開示によれば、ディレクトリ管理まで考慮に入れて管理されたIDが付されたメタデータを受信することでアプリケーションやデータを容易に管理することが可能な、新規かつ改良された情報処理装置、情報処理方法およびコンピュータプログラムを提供することができる。以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。なお、説明は以下の順序で行うものとする。<1.本開示の一実施形態>[システム構成例][デジタルカメラの構成例][デジタルカメラの動作]<2.まとめ><1.本開示の一実施形態>[システム構成例]まず、本開示の一実施形態のシステム構成例について説明する。図1は、本開示の一実施形態にかかる情報処理システム1のシステム構成例を示す説明図である。以下、図1を参照して、本開示の一実施形態にかかる情報処理システム1のシステム構成例について説明する。図1に示したように、本開示の一実施形態にかかる情報処理システム1は、アプリケーションダウンロードサーバ10と、コンテンツダウンロードサーバ20と、デジタルカメラ100と、を含んで構成される。アプリケーションダウンロードサーバ10と、コンテンツダウンロードサーバ20と、デジタルカメラ100とは、インターネット30を介して相互に接続されている。なお、図1では各装置とも1台ずつのみを図示しているが、本開示はかかる例に限定されないことは言うまでもない。アプリケーションダウンロードサーバ10は、デジタルカメラ100が実行するアプリケーションを保持し、デジタルカメラ100からの要求に応じて、インターネット30を介してアプリケーションを提供するものである。コンテンツダウンロードサーバ20は、デジタルカメラ100が実行するコンテンツ例えば、アプリケーションダウンロードサーバ10が提供するアプリケーションにより使用されるデータ等を保持し、デジタルカメラ100からの要求に応じて、インターネット30を介してコンテンツを提供するものである。デジタルカメラ100は、静止画像や動画像を撮影するものである。そして本実施形態では、デジタルカメラ100はインターネット30に接続する機能を有し、アプリケーションダウンロードサーバ10やコンテンツダウンロードサーバ20にアクセスすることができる。そしてデジタルカメラ100は、インターネット30を介して、アプリケーションダウンロードサーバ10が保持しているアプリケーションや、コンテンツダウンロードサーバ20が保持しているコンテンツをダウンロードすることができる。本実施形態では、アプリケーションダウンロードサーバ10からダウンロードするアプリケーションや、コンテンツダウンロードサーバ20からダウンロードするコンテンツに、所定のフォーマットで記述されたメタデータが付随される。デジタルカメラ100は、アプリケーションやデータを保存する際に、このメタデータを解析して、アプリケーションやデータの保存先を決定することが出来る。デジタルカメラ100による、メタデータの解析処理およびアプリケーションやデータの保存先の決定処理の詳細については後述する。デジタルカメラ100はインターネット30に無線で接続することができるが、有線で接続できてもよい。またアプリケーションダウンロードサーバ10やコンテンツダウンロードサーバ20は、インターネット30に有線で接続することができるが、無線で接続できてもよい。以上、図1を参照して、本開示の一実施形態にかかる情報処理システム1のシステム構成例について説明した。次に、本開示の一実施形態にかかるデジタルカメラ100の構成例について説明する。[デジタルカメラの構成例]図2は、本開示の一実施形態にかかるデジタルカメラ100の構成例を示す説明図である。また、図2には、インターネット30に接続されているアプリケーションダウンロードサーバ10およびコンテンツダウンロードサーバ20も図示されている。以下、図2を用いて、本開示の一実施形態にかかるデジタルカメラ100の構成例について説明する。図2に示したように、本開示の一実施形態にかかるデジタルカメラ100は、撮像部101と、カメラ制御部102と、画像処理部103と、画像管理部104と、I/F105と、表示部106と、メモリ107と、外部記憶装置部108と、フォーマット処理部109と、ファイル管理部110と、アプリケーション実行制御部111と、USB112と、ネットワーク処理部113と、を含んで構成される。撮像部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からダウンロードするアプリケーション、およびコンテンツダウンロードサーバ20からダウンロードするコンテンツを保存するためのメモリーカードその他の外部記憶装置である。外部記憶装置部108への画像データの保存や、外部記憶装置部108からの画像データの読み出しは、例えば画像管理部104によって実行される。フォーマット処理部109は、アプリケーションダウンロードサーバ10からダウンロードするアプリケーションや、コンテンツダウンロードサーバ20からダウンロードするコンテンツに付随しているメタデータの内容を解析する。フォーマット処理部109は、メタデータの内容を解析して、アプリケーションダウンロードサーバ10からダウンロードしたアプリケーションやコンテンツダウンロードサーバ20からダウンロードしたコンテンツデータの、ファイル管理部110によるファイル管理を制御する。フォーマット処理部109は、本開示のメタデータ解析部の一例である。ファイル管理部110は、アプリケーションダウンロードサーバ10からダウンロードするアプリケーションや、コンテンツダウンロードサーバ20からダウンロードするコンテンツの、外部記憶装置部108への保存を管理する。ファイル管理部110は、アプリケーションやデータの外部記憶装置部108への保存に際しては、フォーマット処理部109によるメタデータの解析結果が用いられる。フォーマット処理部109によるメタデータの解析処理、および解析結果を用いたファイル管理部110によるアプリケーションやデータの外部記憶装置部108への保存処理の詳細については後述する。ファイル管理部110は、本開示のコンテンツ格納部の一例である。アプリケーション実行制御部111は、アプリケーションダウンロードサーバ10からダウンロードされ、外部記憶装置部108に保存されたアプリケーションを実行する。アプリケーション実行制御部111は、外部記憶装置部108に保存されたアプリケーションを実行する際に、コンテンツダウンロードサーバ20からダウンロードされて外部記憶装置部108に保存されたコンテンツを利用してもよい。USB112は、デジタルカメラ100と他の装置とをUSBケーブルで接続するためのインタフェースである。ネットワーク処理部113は、インターネット30への接続処理を実行する。デジタルカメラ100は、ネットワーク処理部113によるインターネット30への接続処理により、インターネット30に接続されたアプリケーションダウンロードサーバ10やコンテンツダウンロードサーバ20から、アプリケーションやデータをダウンロードすることができる。そして、デジタルカメラ100は、ダウンロードしたアプリケーションやデータにより、デジタルカメラ100の機能を向上させたり、ユーザの用途に応じた細かなカスタマイズが可能になったり、新たなコンテンツの利用が可能になったりする。ネットワーク処理部113は、本開示のメタデータ受信部の一例である。以上、図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やコンテンツダウンロードサーバ20からアプリケーションやデータをダウンロードした際、デジタルカメラ100の動作を示したものである。以下、図6を用いて本開示の一実施形態にかかるデジタルカメラ100の動作について具体的に説明する。デジタルカメラ100は、アプリケーションダウンロードサーバ10やコンテンツダウンロードサーバ20からアプリケーションやデータをダウンロードすると、ダウンロードしたファイルからアプリケーションやデータの管理用メタデータをフォーマット処理部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やコンテンツダウンロードサーバ20から送信されるメタデータの構成例について説明する。図16は、アプリケーションダウンロードサーバ10やコンテンツダウンロードサーバ20から送信されるメタデータの構成例を示す説明図である。図16には、メタデータの構成としてDataVersion、ID、IDGroup、Platform、Group、Name、TargetModel、GlobalMode、RelatedGroupを図示している。DataVersionは、アプリケーションやデータのバージョンが記述されるメタであり、上述した、デジタルカメラ100におけるアプリケーションやデータのバージョンアップの際に参照される。IDは、IDGroup、Platform、Group、およびNameの4要素を_で結合したものが記述されるメタであり、ID全体を格納するためのものである。TargetModelメタについては後に詳述する。図17は、アプリケーションダウンロードサーバ10やコンテンツダウンロードサーバ20から送信されるアプリケーションやデータの内容例を示す説明図である。上述してきたように、本実施形態では、IDGroup、Platform、Group、Nameの4要素をメタデータコンテンツメタで管理する。従って、アプリケーションやコンテンツデータと、メタデータとを圧縮して、アプリケーションダウンロードサーバ10やコンテンツダウンロードサーバ20に保持しておくことで、デジタルカメラ100は、アプリケーションやデータをダウンロードすると、同時に、アプリケーションやデータに付随するコンテンツメタを取得することができる。続いて、アプリケーションダウンロードサーバ10やコンテンツダウンロードサーバ20から送信されるアプリケーションやデータが機器毎に異なる場合の管理方法について説明する。図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やコンテンツダウンロードサーバ20から各機器に配信する際に用いられるものである。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共通のものが提供される。続いて、本開示の一実施形態にかかる情報処理システム1における、コンテンツ登録者とダウンロードサーバとの間の処理の流れについて説明する。図22は、本開示の一実施形態にかかる情報処理システム1における、コンテンツ登録者とダウンロードサーバとの間の処理の流れを示す流れ図である。アプリケーションやデータを制作してダウンロードサーバに登録するコンテンツ登録者は、アプリケーションやデータを開発する。またコンテンツ登録者は、当該アプリケーションやデータに付する、IDGroup、Platform、Group、Nameの4要素からなるIDの管理を行うステップS201。続いて、コンテンツ登録者は、作成したアプリケーションやデータに対応する機器リストを作成する。ここで、機器毎にアプリケーションのバイナリが異なったり、データが異なったりする場合は、TargetModel要素をIDに追加するステップS202。コンテンツ登録者は、アプリケーションやデータを開発し、IDの管理が完了すると、作成したアプリケーションやデータをIDと共にダウンロードサーバアプリケーションダウンロードサーバ10およびコンテンツダウンロードサーバ20をダウンロードサーバと総称するに登録するステップS203。ダウンロードサーバは、コンテンツ登録者から登録のあったアプリケーションやデータをダウンロード環境に登録すると共に、ID情報を機器マッチングデータベース12に格納するステップS204。この一連の処理により、コンテンツ登録者が開発したアプリケーションやデータが、クライアント機器からダウンロード可能な状態となる。以上、図22を用いて、本開示の一実施形態にかかる情報処理システム1における、コンテンツ登録者とダウンロードサーバとの間の処理の流れについて説明した。次に、本開示の一実施形態にかかる情報処理システム1における、クライアント機器例えばデジタルカメラ100とダウンロードサーバとの間の処理の流れについて説明する。図23は、本開示の一実施形態にかかる情報処理システム1における、クライアント機器とダウンロードサーバとの間の処理の流れを示す流れ図である。以下、図23を用いて本開示の一実施形態にかかる情報処理システム1における、クライアント機器とダウンロードサーバとの間の処理の流れについて説明する。クライアント機器がダウンロードサーバからアプリケーションやデータを取得する際には、まずクライアント機器はダウンロードサーバへログインし、コンテンツの検索および利用機種名の送信を行うステップS210。クライアント機器はダウンロードサーバに送信する利用機種名の情報は、TargetModel要素に対応するものである。上記ステップS211で、クライアント機器がダウンロードサーバへコンテンツの検索および機器情報の送信を行うと、ダウンロードサーバは、クライアント機器から送信された情報を用いて機器マッチングデータベース12を確認するステップS211。機器マッチングデータベース12を確認すると、ダウンロードサーバは、上記ステップS210での要求に合致したコンテンツリストをクライアント機器へ送信するステップS212。クライアント機器は、ダウンロードサーバからコンテンツリストを受信すると、ダウンロードを希望するアプリケーションやデータを選択しステップS213、選択したアプリケーションやデータのダウンロードをダウンロードサーバに要求するステップS214。上記ステップS214で、クライアント機器がダウンロードサーバへアプリケーションやデータのダウンロードを要求すると、ダウンロードサーバは対応するアプリケーションやデータを抽出しステップS215、抽出したアプリケーションやデータをクライアント機器へ送信するステップS216。クライアント機器は、ダウンロードサーバからアプリケーションやデータを受信すると、上述した格納ルールに従って、アプリケーションやデータを内部に格納するステップS217。クライアント機器は、アプリケーションやデータを内部に格納する際には、TargetModel要素の情報を用いることはない。このようにクライアント機器とダウンロードサーバとの間で処理を実行することにより、機器毎にアプリケーションやデータの内容が一部異なる場合であっても、その機器に適合したアプリケーションやデータを、ダウンロードサーバからクライアント機器に提供することができる。そして、クライアント機器は、アプリケーションやデータを内部に格納する際には、TargetModelの違いを考慮せずに、上述したIDGroup、Platform、Group、Nameの4要素によるディレクトリ作成を行う。以上、図23を用いて本開示の一実施形態にかかる情報処理システム1における、クライアント機器とダウンロードサーバとの間の処理の流れについて説明した。次に、コンテンツ登録者によるコンテンツ登録の流れについて説明する。図24は、本開示の一実施形態にかかる情報処理システム1における、コンテンツ登録者によるコンテンツ登録の流れを示す流れ図である。以下、図24を用いて、本開示の一実施形態にかかる情報処理システム1における、コンテンツ登録者によるコンテンツ登録の流れについて説明する。アプリケーションやデータを制作してダウンロードサーバに登録するコンテンツ登録者は、アプリケーションやデータを開発する。またコンテンツ登録者は、当該アプリケーションやデータに付する、IDGroup、Platform、Group、Nameの4要素からなるIDを取得するステップS221。続いて、コンテンツ登録者は、作成したアプリケーションやデータに対応する機器リストを作成する。ここで、機器毎にアプリケーションのバイナリが異なったり、データが異なったりする場合は、TargetModel要素をIDに追加するステップS222。コンテンツ登録者は、アプリケーションやデータを開発し、IDの管理が完了すると、作成したアプリケーションやデータをIDと共にダウンロードサーバアプリケーションダウンロードサーバ10およびコンテンツダウンロードサーバ20をダウンロードサーバと総称するに登録するステップS223。この一連の処理により、コンテンツ登録者が開発したアプリケーションやデータが、クライアント機器からダウンロード可能な状態となる。以上、図24を用いて、本開示の一実施形態にかかる情報処理システム1における、コンテンツ登録者によるコンテンツ登録の流れについて説明した。次に、本開示の一実施形態にかかる情報処理システム1における、クライアント機器によるコンテンツ検索および取得処理の流れについて説明する。図25は、本開示の一実施形態にかかる情報処理システム1における、クライアント機器によるコンテンツ検索および取得処理の流れを示す流れ図である。以下、図25を用いて、本開示の一実施形態にかかる情報処理システム1における、ユーザによるコンテンツ検索および取得処理の流れについて説明する。ユーザが、ダウンロードサーバからクライアント機器で使用するアプリケーションやデータを取得する際には、まずユーザはダウンロードサーバへログインし、利用機種名を送信するとともに、アプリケーションやデータを検索するステップS231。当該ログインおよび検索処理は、クライアント機器を用いてもよい。ユーザがダウンロードサーバに送信する利用機種名の情報は、TargetModel要素に対応するものである。続いてユーザは、ダウンロードサーバから、利用するクライアント機器で動作するコンテンツリストを取得するステップS232。当該取得処理は、クライアント機器を用いてもよい。ダウンロードサーバから、利用するクライアント機器で動作するコンテンツリストを取得すると、続いてユーザは、ダウンロードサーバへアプリケーションやデータを要求すると共にダウンロードサーバからアプリケーションやデータをダウンロードするステップS233。当該要求およびダウンロード処理は、クライアント機器を用いてもよい。続いてユーザは、ダウンロードサーバからダウンロードしたアプリケーションやデータを、IDGroup、Platform、Group、Nameの4要素に従って、クライアント機器の内部に格納するステップS234。当該格納処理は、クライアント機器によって行われる。以上、図25を用いて、本開示の一実施形態にかかる情報処理システム1における、ユーザによるコンテンツ検索および取得処理の流れについて説明した。次に、本開示の一実施形態にかかる情報処理システム1における、ダウンロードサーバによるコンテンツ検索および送信処理について説明する。図26は、本開示の一実施形態にかかる情報処理システム1における、ダウンロードサーバによるコンテンツ検索および送信処理を示す流れ図である。以下、図26を用いて本開示の一実施形態にかかる情報処理システム1における、ダウンロードサーバによるコンテンツ検索および送信処理について説明する。ダウンロードサーバは、ユーザからのログイン要求があると、当該ユーザのログイン処理を実行するステップS241。ログイン処理が完了し、ユーザから機器を指定したコンテンツ検索要求があると、ダウンロードサーバは、機器マッチングデータベース12を検索し、ユーザが利用する機器に対応するコンテンツ一覧を作成し、ユーザに提示するステップS242。その後、ユーザから、アプリケーションやデータのダウンロード要求が送信されると、ダウンロードサーバは、ユーザのダウンロード要求に応じた、ユーザが利用する機器に対応するアプリケーションやデータを配信するステップS243。以上、図26を用いて本開示の一実施形態にかかる情報処理システム1における、ダウンロードサーバによるコンテンツ検索および送信処理について説明した。このようにアプリケーションとしては同一であるが、そのアプリケーションが実行されるターゲットの機器に応じて異なるバイナリやデータを用意することで、ダウンロードサーバ側でのアプリケーションやデータの管理を簡略化することが可能となる。そして、アプリケーションやデータをダウンロードするクライアント機器においては、機器の情報をダウンロードサーバに送信するだけで自動的に自機器に適合したアプリケーションやデータをダウンロードサーバから取得することができる。そして、あるユーザが一度購入したコンテンツは、対応機器が異なっても、対応コンテンツが同一であれば、当該対応コンテンツの再ダウンロードを許す管理も可能となる。なお、上述の処理では、アプリケーションやコンテンツデータを選択して、選択したアプリケーションやコンテンツデータのダウンロードをデジタルカメラ100に行わせる実施例について説明したが、本開示はかかる例に限定されない。例えば、パーソナルコンピュータやスマートフォン等に、アプリケーションやコンテンツデータを選択して、選択したアプリケーションやコンテンツデータのダウンロードを行わせるようにして、ダウンロードしたアプリケーションやデータを、パーソナルコンピュータやスマートフォン等からデジタルカメラに転送するようにしてもよい。図27は、本開示の一実施形態にかかる情報処理システム1のシステム構成例を示す説明図である。図27に示した情報処理システム1のシステム構成例は、図2に示した構成にパーソナルコンピュータ200が追加されたものである。図27に示したように、パーソナルコンピュータ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やコンテンツダウンロードサーバ20から、アプリケーションやデータをダウンロードすることができる。外部記憶装置部207は、例えば、HDDHardDiskDrive等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイス等により構成される。この外部記憶装置部207は、CPU201が実行するプログラムや各種データ、および外部から取得した音響信号データや画像信号データなどを格納する。フォーマット処理部208は、フォーマット処理部109と同様に、アプリケーションダウンロードサーバ10からダウンロードするアプリケーションや、コンテンツダウンロードサーバ20からダウンロードするコンテンツに付随しているメタデータの内容を解析する。フォーマット処理部208は、メタデータの内容を解析して、アプリケーションダウンロードサーバ10からダウンロードしたアプリケーションやコンテンツダウンロードサーバ20からダウンロードしたコンテンツデータの、ファイル管理部110によるファイル管理を制御する。カメラI/F209は、デジタルカメラ100と接続して情報の授受を行なうためのインタフェースである。このようにデジタルカメラ100とパーソナルコンピュータ200とが構成されている場合には、パーソナルコンピュータ200は、コンテンツに付随しているメタデータの内容を解析して、解析した内容に基づいて、デジタルカメラ100へのアプリケーションやデータの格納を制御することが出来る。<3.まとめ>以上説明したように本開示の一実施形態によれば、デジタルカメラ100は、アプリケーションやデータをアプリケーションダウンロードサーバ10やコンテンツダウンロードサーバ20からダウンロードして内部に格納する際に、アプリケーションやデータに付随しているメタデータを解析する。そしてデジタルカメラ100は、メタデータの解析結果に応じて、アプリケーションやデータを格納するためのディレクトリ構造を変化させる。このように、メタデータの解析結果に応じて、アプリケーションやデータを格納するためのディレクトリ構造を変化させることで、衝突しない2階層のディレクトリ管理が可能となる。また、IDの所定の要素にグローバル指定を行う事により、IDGroup要素を越えたグルーピング管理が可能となり、2階層のディレクトリ管理でグループ管理が可能となる。また、グローバル指定をしない場合であっても、ディレクトリがIDGroupで分離されるので、ディレクトリ構造が衝突することがない。また、所定の要素については限定指定する事により、排他的に利用したい場合に、簡易化されたディクトリ管理方法を提供すると共に、同じフォーマットを利用して多くの種類を分離して扱うことや、必要部分をグルーピングして扱うこと、限定をかけてディレクトリ構造簡略化して扱うこと等を実現できる。また、本開示の一実施形態によれば、同一のアプリケーションやデータであっても、機種によりバイナリが異なる場合には、バイナリ毎にTagretModelという要素で管理をすることにより、クライアント機器にアプリケーションやデータを提供する際に、対応するバイナリを自動選択することができる。クライアント機器にインストールするまでは、バイナリ毎の違いを扱えるようにTagretModelを含めたID管理による処理を行い、クライアント機器にインストールした後は、排他的でTagretModelは不要であり、IDGroupからNameまでの4つの要素による、バイナリの違いを意識しない管理方法を実現することができる。このようにバイナリを扱うことにより、機種の違いによるバイナリの違いを隠し、同じアプリケーションやデータとして扱う事が出来る。また、同じ扱いのアプリケーションやデータは同じファイル構造を持ち、アプリケーションやデータへのアクセスパスを共通とすることができるので、アプリケーションやデータの管理が容易になる。以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。例えば、実行ルーチンを含むアプリケーションのGroupをAppと指定することで、実行アプリケーションを同一のグループディレクトリ以下に集める事が可能である。また、アプリケーションを管理する際に、実行可能なものを同一ディレクトリにグルーピングすることにより、処理の高速化や管理のし易さを図ることが出来る。そして、Appをグローバル指定する事により、IDGroupが異なる他メーカーのアプリケーションであっても、実行可能な同一のGroupに、実行可能アプリケーションとして集めて管理する事が可能となる。また例えば、同じアプリケーションで扱う事が出来るコンテンツデータ例えば、地図や雑誌、書籍等において、様々な種類のデータが追加されることが想定される場合、同じGroupを指定することにより、コンテンツデータを同一のものとして扱うことが出来たり、コンテンツデータを同一のアプリケーションで実行したりすることが可能となる。また例えば、IDGroupが異なる他メーカーのコンテンツでも、同じアプリケーションで扱えるものであれば、グローバル指定により同一のGroupとして扱うことが可能になり、メーカー間で共通に利用可能となる。また例えば、一度購入したアプリケーションを他の機器に再配布する際に、IDGroupからNameまでが一致する同じ扱いのアプリケーションやデータであれば、バイナリが異なっても、クライアント機器から再配布の要求があった際に、新たな機種に対応するTargetModelのバイナリを、ダウンロードサーバから自動提供することができる。なお、本技術は以下のような構成も取ることができる。1コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信部と、前記メタデータ受信部が受信したメタデータを解析するメタデータ解析部と、前記メタデータ解析部による解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納部と、を備え、前記コンテンツデータ格納部は、前記メタデータ解析部の解析により、前記メタデータ受信部が受信したメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、情報処理装置。2前記コンテンツデータ格納部は、前記メタデータ解析部の解析により、メタデータの所定の要素に自装置での使用に限定するか否かに応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、前記1に記載の情報処理装置。3前記コンテンツデータ格納部は、前記メタデータ解析部の解析により、メタデータの所定のある要素が、その要素の上位階層の要素間で共通して使用されているか否かに応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、前記1または2に記載の情報処理装置。4前記メタデータ受信部が受信するメタデータには、同一のコンテンツであっても機種ごとにコンテンツデータが異なる場合に該機種を識別する識別情報が付されている、前記1から3のいずれかに記載の情報処理装置。5前記コンテンツデータ格納部は、前記コンテンツの格納に際して前記識別情報を考慮に入れずにディレクトリ構造を決定する、前記4に記載の情報処理装置。6前記コンテンツデータ格納部は、コンテンツのバージョンが上がった際に、バージョンの上がり方に応じて前記コンテンツの格納に際してディレクトリ構造を変化させる、前記1から5のいずれかに記載の情報処理装置。7コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信ステップと、前記メタデータ受信ステップで受信されたメタデータを解析するメタデータ解析ステップと、前記メタデータ解析ステップによる解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納ステップと、を備え、前記コンテンツデータ格納ステップは、前記メタデータ解析ステップの解析により、前記メタデータ受信ステップで受信されたメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、情報処理方法。8コンピュータに、コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信ステップと、前記メタデータ受信ステップで受信されたメタデータを解析するメタデータ解析ステップと、前記メタデータ解析ステップによる解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納ステップと、を実行させ、前記コンテンツデータ格納ステップは、前記メタデータ解析ステップの解析により、前記メタデータ受信ステップで受信されたメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、コンピュータプログラム。