(57)【要約】【課題】ディレクトリ管理まで考慮に入れて管理されたＩＤが付されたメタデータを受信することでアプリケーションやデータを容易に管理することが可能な、情報処理装置を提供する。【解決手段】コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信部と、前記メタデータ受信部が受信したメタデータを解析するメタデータ解析部と、前記メタデータ解析部による解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納部と、を備え、前記コンテンツデータ格納部は、前記メタデータ解析部の解析により、前記メタデータ受信部が受信したメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変える、情報処理装置が提供される。【選択図】図１
2013084176.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信部と、
前記メタデータ受信部が受信したメタデータを解析するメタデータ解析部と、
前記メタデータ解析部による解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納部と、
を備え、
前記コンテンツデータ格納部は、前記メタデータ解析部の解析により、前記メタデータ受信部が受信したメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、情報処理装置。
【請求項２】
前記コンテンツデータ格納部は、前記メタデータ解析部の解析により、メタデータの所定の要素に自装置での使用に限定するか否かに応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、請求項１に記載の情報処理装置。
【請求項３】
前記コンテンツデータ格納部は、前記メタデータ解析部の解析により、メタデータの所定のある要素が、その要素の上位階層の要素間で共通して使用されているか否かに応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、請求項１に記載の情報処理装置。
【請求項４】
前記メタデータ受信部が受信するメタデータには、同一のコンテンツであっても機種ごとにコンテンツデータが異なる場合に該機種を識別する識別情報が付されている、請求項１に記載の情報処理装置。
【請求項５】
前記コンテンツデータ格納部は、前記コンテンツの格納に際して前記識別情報を考慮に入れずにディレクトリ構造を決定する、請求項４に記載の情報処理装置。
【請求項６】
前記コンテンツデータ格納部は、コンテンツのバージョンが上がった際に、該バージョンの上がり方に応じて前記コンテンツの格納に際してディレクトリ構造を変化させる、請求項１に記載の情報処理装置。
【請求項７】
コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信ステップと、
前記メタデータ受信ステップで受信されたメタデータを解析するメタデータ解析ステップと、
前記メタデータ解析ステップによる解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納ステップと、
を備え、
前記コンテンツデータ格納ステップは、前記メタデータ解析ステップの解析により、前記メタデータ受信ステップで受信されたメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、情報処理方法。
【請求項８】
コンピュータに、
コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信ステップと、
前記メタデータ受信ステップで受信されたメタデータを解析するメタデータ解析ステップと、
前記メタデータ解析ステップによる解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納ステップと、
を実行させ、
前記コンテンツデータ格納ステップは、前記メタデータ解析ステップの解析により、前記メタデータ受信ステップで受信されたメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報処理方法およびコンピュータプログラムに関する。
【背景技術】
【０００２】
アプリケーションやデータを提供する際のＩＤ管理において、ＩＤに階層構造を持たせることは、従来から一般的に行われてきていることである（例えば特許文献１参照）。階層構造を持たせてＩＤを管理する際には、ある階層以下はメーカーやベンダー等で独自にＩＤを管理させても、それよりも上位の階層でＩＤが独立していれば、全体としてすべてのＩＤを一意に管理することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−８９０１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、ＩＤに階層構造を持たせて、上位の階層でＩＤを分けて管理する場合には、その階層以下の階層において、上位の階層を跨いだグルーピングや、ＩＤ同士で関連をもたせることが出来ないという問題があった。また、上位の階層でＩＤを分けて管理する場合であっても、アプリケーションやデータ（以後、アプリケーションやデータを総称して「コンテンツ」とも称する）をクライアントの端末に提供する際に、ディレクトリの管理方法まで含めて考慮に入れておかないと、メーカーやベンダーでそれぞれ異なる管理方法が必要となり、管理が煩雑になってしまう。
【０００５】
そこで、本開示は、上記問題に鑑みてなされたものであり、本開示の目的とするところは、ディレクトリ管理まで考慮に入れて管理されたＩＤが付されたメタデータを受信することでアプリケーションやデータを容易に管理することが可能な、新規かつ改良された情報処理装置、情報処理方法およびコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
本開示によれば、コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信部と、前記メタデータ受信部が受信したメタデータを解析するメタデータ解析部と、前記メタデータ解析部による解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納部と、を備え、前記コンテンツデータ格納部は、前記メタデータ解析部の解析により、前記メタデータ受信部が受信したメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、情報処理装置が提供される。
【０００７】
また本開示によれば、コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信ステップと、前記メタデータ受信ステップで受信されたメタデータを解析するメタデータ解析ステップと、前記メタデータ解析ステップによる解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納ステップと、を備え、前記コンテンツデータ格納ステップは、前記メタデータ解析ステップの解析により、前記メタデータ受信ステップで受信されたメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、情報処理方法が提供される。
【０００８】
また本開示によれば、コンピュータに、コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信ステップと、前記メタデータ受信ステップで受信されたメタデータを解析するメタデータ解析ステップと、前記メタデータ解析ステップによる解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納ステップと、を実行させ、前記コンテンツデータ格納ステップは、前記メタデータ解析ステップの解析により、前記メタデータ受信ステップで受信されたメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、コンピュータプログラムが提供される。
【発明の効果】
【０００９】
以上説明したように本開示によれば、ディレクトリ管理まで考慮に入れて管理されたＩＤが付されたメタデータを受信することでアプリケーションやデータを容易に管理することが可能な、新規かつ改良された情報処理装置、情報処理方法およびコンピュータプログラムを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本開示の一実施形態にかかる情報処理システム１のシステム構成例を示す説明図である。
【図２】本開示の一実施形態にかかるデジタルカメラ１００の構成例を示す説明図である。
【図３】本開示の一実施形態にかかる情報処理システム１で用いられるメタデータ構造例を示す説明図である。
【図４】モードの設定例を示す説明図である。
【図５】モードとディレクトリ構造との関係を示す説明図である。
【図６】本開示の一実施形態にかかるデジタルカメラ１００の動作を示す流れ図である。
【図７】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図８】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図９】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１０】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１１】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１２】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１３】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１４】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１５】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１６】メタデータの構成例を示す説明図である。
【図１７】アプリケーションやデータの内容例を示す説明図である。
【図１８】本開示の一実施形態にかかる情報処理システム１で用いられるメタデータ構造例を示す説明図である。
【図１９】本開示の一実施形態にかかるアプリケーションダウンロードサーバ１０の機能構成例を示す説明図である。
【図２０】機器マッチングデータベース１２の内容例を示す説明図である。
【図２１】アプリケーションやデータをクライアントの機器に提供する際の階層構造を示す説明図である。
【図２２】本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者とダウンロードサーバとの間の処理の流れを示す流れ図である。
【図２３】クライアント機器とダウンロードサーバとの間の処理の流れを示す流れ図である。
【図２４】コンテンツ登録者によるコンテンツ登録の流れを示す流れ図である。
【図２５】クライアント機器によるコンテンツ検索および取得処理の流れを示す流れ図である。
【図２６】ダウンロードサーバによるコンテンツ検索および送信処理を示す流れ図である。
【図２７】本開示の一実施形態にかかる情報処理システム１のシステム構成例を示す説明図である。
【発明を実施するための形態】
【００１１】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１２】
なお、説明は以下の順序で行うものとする。
＜１．本開示の一実施形態＞
［システム構成例］
［デジタルカメラの構成例］
［デジタルカメラの動作］
＜２．まとめ＞
【００１３】
＜１．本開示の一実施形態＞
［システム構成例］
まず、本開示の一実施形態のシステム構成例について説明する。図１は、本開示の一実施形態にかかる情報処理システム１のシステム構成例を示す説明図である。以下、図１を参照して、本開示の一実施形態にかかる情報処理システム１のシステム構成例について説明する。
【００１４】
図１に示したように、本開示の一実施形態にかかる情報処理システム１は、アプリケーションダウンロードサーバ１０と、コンテンツダウンロードサーバ２０と、デジタルカメラ１００と、を含んで構成される。アプリケーションダウンロードサーバ１０と、コンテンツダウンロードサーバ２０と、デジタルカメラ１００とは、インターネット３０を介して相互に接続されている。なお、図１では各装置とも１台ずつのみを図示しているが、本開示はかかる例に限定されないことは言うまでもない。
【００１５】
アプリケーションダウンロードサーバ１０は、デジタルカメラ１００が実行するアプリケーションを保持し、デジタルカメラ１００からの要求に応じて、インターネット３０を介してアプリケーションを提供するものである。コンテンツダウンロードサーバ２０は、デジタルカメラ１００が実行するコンテンツ（例えば、アプリケーションダウンロードサーバ１０が提供するアプリケーションにより使用されるデータ等）を保持し、デジタルカメラ１００からの要求に応じて、インターネット３０を介してコンテンツを提供するものである。
【００１６】
デジタルカメラ１００は、静止画像や動画像を撮影するものである。そして本実施形態では、デジタルカメラ１００はインターネット３０に接続する機能を有し、アプリケーションダウンロードサーバ１０やコンテンツダウンロードサーバ２０にアクセスすることができる。そしてデジタルカメラ１００は、インターネット３０を介して、アプリケーションダウンロードサーバ１０が保持しているアプリケーションや、コンテンツダウンロードサーバ２０が保持しているコンテンツをダウンロードすることができる。
【００１７】
本実施形態では、アプリケーションダウンロードサーバ１０からダウンロードするアプリケーションや、コンテンツダウンロードサーバ２０からダウンロードするコンテンツに、所定のフォーマットで記述されたメタデータが付随される。デジタルカメラ１００は、アプリケーションやデータを保存する際に、このメタデータを解析して、アプリケーションやデータの保存先を決定することが出来る。デジタルカメラ１００による、メタデータの解析処理およびアプリケーションやデータの保存先の決定処理の詳細については後述する。
【００１８】
デジタルカメラ１００はインターネット３０に無線で接続することができるが、有線で接続できてもよい。またアプリケーションダウンロードサーバ１０やコンテンツダウンロードサーバ２０は、インターネット３０に有線で接続することができるが、無線で接続できてもよい。
【００１９】
以上、図１を参照して、本開示の一実施形態にかかる情報処理システム１のシステム構成例について説明した。次に、本開示の一実施形態にかかるデジタルカメラ１００の構成例について説明する。
【００２０】
［デジタルカメラの構成例］
図２は、本開示の一実施形態にかかるデジタルカメラ１００の構成例を示す説明図である。また、図２には、インターネット３０に接続されているアプリケーションダウンロードサーバ１０およびコンテンツダウンロードサーバ２０も図示されている。以下、図２を用いて、本開示の一実施形態にかかるデジタルカメラ１００の構成例について説明する。
【００２１】
図２に示したように、本開示の一実施形態にかかるデジタルカメラ１００は、撮像部１０１と、カメラ制御部１０２と、画像処理部１０３と、画像管理部１０４と、Ｉ／Ｆ１０５と、表示部１０６と、メモリ１０７と、外部記憶装置部１０８と、フォーマット処理部１０９と、ファイル管理部１１０と、アプリケーション実行制御部１１１と、ＵＳＢ１１２と、ネットワーク処理部１１３と、を含んで構成される。
【００２２】
撮像部１０１は、撮像処理を行う。撮像部１０１は、ズームレンズ、フォーカスレンズ、ＣＣＤイメージセンサやＣＭＯＳイメージセンサ等の撮像素子を含んで構成され、被写体の光を電気信号（画像信号）に変換するものである。カメラ制御部１０２は、撮像部１０１の制御を行うものであり、デジタルカメラ１００のユーザ操作に基づいて、例えば、撮像部１０１に含まれるズームレンズやフォーカスレンズの動作を制御したり、撮像素子への光の入射タイミングを制御したりする。
【００２３】
画像処理部１０３は、撮像部１０１によって得られる画像信号に対する信号処理を施して画像データを得る。画像処理部１０３は、画像信号に対する信号処理として、例えばノイズ除去処理、圧縮処理等を実行しても良い。画像管理部１０４は、画像処理部１０３によって得られる画像データの、表示部１０６への表示や、外部記憶装置部１０８への保存を管理する。
【００２４】
Ｉ／Ｆ１０５は、フラッシュその他の装置をデジタルカメラ１００に接続するためのインタフェースである。表示部１０６は、撮像部１０１が撮像した画像や、デジタルカメラ１００の操作のためのユーザインタフェースその他の情報を表示するものである。表示部１０６は、液晶ディスプレイ、有機ＥＬディスプレイ等の平板表示装置で構成される。
【００２５】
メモリ１０７は、デジタルカメラ１００が何らかの処理を実行する際にデータを一時的に格納する。メモリ１０７は、例えば、デジタルカメラ１００の電源が切られると格納されたデータが消去される揮発性メモリで構成されていても良い。
【００２６】
外部記憶装置部１０８は、画像処理部１０３によって生成される画像データ、アプリケーションダウンロードサーバ１０からダウンロードするアプリケーション、およびコンテンツダウンロードサーバ２０からダウンロードするコンテンツを保存するためのメモリーカードその他の外部記憶装置である。外部記憶装置部１０８への画像データの保存や、外部記憶装置部１０８からの画像データの読み出しは、例えば画像管理部１０４によって実行される。
【００２７】
フォーマット処理部１０９は、アプリケーションダウンロードサーバ１０からダウンロードするアプリケーションや、コンテンツダウンロードサーバ２０からダウンロードするコンテンツに付随しているメタデータの内容を解析する。フォーマット処理部１０９は、メタデータの内容を解析して、アプリケーションダウンロードサーバ１０からダウンロードしたアプリケーションやコンテンツダウンロードサーバ２０からダウンロードしたコンテンツデータの、ファイル管理部１１０によるファイル管理を制御する。フォーマット処理部１０９は、本開示のメタデータ解析部の一例である。
【００２８】
ファイル管理部１１０は、アプリケーションダウンロードサーバ１０からダウンロードするアプリケーションや、コンテンツダウンロードサーバ２０からダウンロードするコンテンツの、外部記憶装置部１０８への保存を管理する。ファイル管理部１１０は、アプリケーションやデータの外部記憶装置部１０８への保存に際しては、フォーマット処理部１０９によるメタデータの解析結果が用いられる。フォーマット処理部１０９によるメタデータの解析処理、および解析結果を用いたファイル管理部１１０によるアプリケーションやデータの外部記憶装置部１０８への保存処理の詳細については後述する。ファイル管理部１１０は、本開示のコンテンツ格納部の一例である。
【００２９】
アプリケーション実行制御部１１１は、アプリケーションダウンロードサーバ１０からダウンロードされ、外部記憶装置部１０８に保存されたアプリケーションを実行する。アプリケーション実行制御部１１１は、外部記憶装置部１０８に保存されたアプリケーションを実行する際に、コンテンツダウンロードサーバ２０からダウンロードされて外部記憶装置部１０８に保存されたコンテンツを利用してもよい。
【００３０】
ＵＳＢ１１２は、デジタルカメラ１００と他の装置とをＵＳＢケーブルで接続するためのインタフェースである。ネットワーク処理部１１３は、インターネット３０への接続処理を実行する。デジタルカメラ１００は、ネットワーク処理部１１３によるインターネット３０への接続処理により、インターネット３０に接続されたアプリケーションダウンロードサーバ１０やコンテンツダウンロードサーバ２０から、アプリケーションやデータをダウンロードすることができる。そして、デジタルカメラ１００は、ダウンロードしたアプリケーションやデータにより、デジタルカメラ１００の機能を向上させたり、ユーザの用途に応じた細かなカスタマイズが可能になったり、新たなコンテンツの利用が可能になったりする。ネットワーク処理部１１３は、本開示のメタデータ受信部の一例である。
【００３１】
以上、図２を用いて本開示の一実施形態にかかるデジタルカメラ１００の構成例について説明した。次に、本開示の一実施形態にかかるデジタルカメラ１００の動作について説明する。
【００３２】
［デジタルカメラの動作］
まず、本開示の一実施形態にかかるデジタルカメラ１００の動作について具体的に説明する前に、本開示の一実施形態にかかる情報処理システム１で用いられるメタデータの構造例について説明する。図３は、本開示の一実施形態にかかる情報処理システム１で用いられるメタデータの構造例を示す説明図である。
【００３３】
図３に示したように、本開示の一実施形態にかかる情報処理システム１で用いられるメタデータは、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４つの要素からなる階層構造を有する。再上位の階層が“ＩＤＧｒｏｕｐ”であり、以下“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の順に階層が下がっていく。
【００３４】
“ＩＤＧｒｏｕｐ”は、例えば、フォーマットフォルダーによりＩＤ管理を行う団体に与えられるユニークなＩＤである。“ＩＤＧｒｏｕｐ”以下は、各団体が、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”がユニークになるように独自に管理する。
【００３５】
“Ｐｌａｔｆｏｒｍ”は、例えば、ＯＳや製品群単位で設定されるプラットフォーム名が記録されるＩＤであり、“ＩＤＧｒｏｕｐ”以下では“Ｐｌａｔｆｏｒｍ”はユニークなＩＤとなるが、ＩＤ管理を行う団体同士の取り決めにより、“ＩＤＧｒｏｕｐ”を跨いで同一のＩＤを“Ｐｌａｔｆｏｒｍ”に設定することもできる。
【００３６】
“Ｇｒｏｕｐ”は、“Ｐｌａｔｆｏｒｍ”以下でユニークに命名されるＩＤであり、例えば、同じ形式であるが内容が異なるデータなど、あるプラットフォームで共通に扱うことができるグループ名を表す。例えば、ＩＤ管理を行う団体同士の取り決めにより、“ＩＤＧｒｏｕｐ”を跨いで同一のＩＤを“Ｇｒｏｕｐ”に設定することもできる。
【００３７】
“Ｎａｍｅ”は、“Ｇｒｏｕｐ”以下でユニークに命名されるＩＤであり、例えば、アプリケーションやデータの名称が設定されるＩＤである。“Ｎａｍｅ”は、アプリケーションのホームディレクトリの名前として利用できるようにしても良い。そして、“Ｎａｍｅ”以下はそれぞれのアプリケーションやデータで自由に構造を持たせて管理できるようにしてもよい。
【００３８】
図３に示した階層構造の例では、“ＩＤＧｒｏｕｐ”には“ＩＤＧｒｏｕｐ１”と“ＩＤＧｒｏｕｐ２”とが設定されている。“ＩＤＧｒｏｕｐ１”には“Ｐｌａｔｆｏｒｍ１”と“Ｐｌａｔｆｏｒｍ２”とが設定され、“ＩＤＧｒｏｕｐ２”には“Ｐｌａｔｆｏｒｍ１”が設定されている。従って、“ＩＤＧｒｏｕｐ１”と“ＩＤＧｒｏｕｐ２”とには、同一の“Ｐｌａｔｆｏｒｍ”である“Ｐｌａｔｆｏｒｍ１”が設定されていることになる。
【００３９】
そして、“ＩＤＧｒｏｕｐ１”の“Ｐｌａｔｆｏｒｍ１”と“Ｐｌａｔｆｏｒｍ２”とには、それぞれ同一の“Ｇｒｏｕｐ”である“Ｇｒｏｕｐ１”が設定され、“ＩＤＧｒｏｕｐ２”の“Ｐｌａｔｆｏｒｍ１”の“Ｇｒｏｕｐ”には“Ｇｒｏｕｐ２”が設定されている。
【００４０】
“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を、“ＩＤＧｒｏｕｐ”を跨いで管理できるようにするには、“ＩＤＧｒｏｕｐ”を跨いで管理するためのモードを設定する。次に、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を、“ＩＤＧｒｏｕｐ”を跨いで管理するためのモードの設定例について説明する。
【００４１】
図４は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を、“ＩＤＧｒｏｕｐ”を跨いで管理するためのモードの設定例を示す説明図である。図４は、３つの０、１からなるフラグを１つの変数“Ｍｏｄｅ”で管理するための例を示したものである。
【００４２】
“Ｇｌｏｂａｌ”は、アプリケーションやデータごとに、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を、“ＩＤＧｒｏｕｐ”を跨いで管理する（グローバルで管理する）かどうかを決定するためのフラグである。０はグローバルで管理しない（アプリケーションやデータが“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”をローカルで管理する）ことを意味し、１はグローバルで管理することを意味する。ローカルで管理する場合は、“ＩＤＧｒｏｕｐ”以下の要素は全く独立で管理されることになる。
【００４３】
“ＩＤＧｒｏｕｐ限定”および“Ｐｌａｔｆｏｒｍ限定”は、アプリケーションやデータを扱う際に、その装置が他の“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”を扱う可能性がない場合に、その装置で処理を簡略化させる際に使用されるフラグである。本実施形態では、“ＩＤＧｒｏｕｐ”と“Ｐｌａｔｆｏｒｍ”とをそれぞれ独立して指定可能としているが、本開示はかかる例に限定されないことは言うまでもない。
【００４４】
“ＩＤＧｒｏｕｐ限定”および“Ｐｌａｔｆｏｒｍ限定”は、アプリケーションやデータを扱う際に、その装置でのファイルに関する制約があるような場合に有効である。例えば、アプリケーションやデータを扱う装置が、所定の長さ以上のファイル名を設定できないようなファイルシステムを採用しているような場合に、“ＩＤＧｒｏｕｐ限定”や“Ｐｌａｔｆｏｒｍ限定”の設定が有効となる。
【００４５】
図４に示すように、３つの０、１からなるフラグを１つの変数“Ｍｏｄｅ”で管理するために、変数“Ｍｏｄｅ”は、図４に示したように０から７の値を取り得る。この変数“Ｍｏｄｅ”の設定は、アプリケーションやデータに付随するメタデータに含まれる。具体的には、後述するメタデータのフォーマットにおける“ＧｌｏｂａｌＭｏｄｅ”メタに設定が記述される。なお本開示においては変数“Ｍｏｄｅ”の設定は係る例には限定されず、アプリケーションやコンテンツデータがダウンロードされる各機器の内部で保持しておき、アプリケーションやコンテンツデータがダウンロードされる際に参照されるようにしてもよい。
【００４６】
次に、ＩＤとディレクトリ構造との関係について説明する。図５は、本開示の一実施形態にかかる情報処理システム１における、ＩＤとディレクトリ構造との関係を示す説明図である。
【００４７】
本開示の一実施形態にかかる情報処理システム１は、アプリケーションやコンテンツデータを機器の内部に格納する際に、図３に示した“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４つの要素と、図４に示した変数“Ｍｏｄｅ”の設定とを用いる。
【００４８】
図５に示した表の上段は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を各機器がローカルで管理する場合のディレクトリ構造を示し、下段は“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”の少なくともいずれかがグローバルで管理される場合のディレクトリ構造を示している。
【００４９】
変数“Ｍｏｄｅ”が０の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を各機器がローカルで管理し、“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”には限定がない場合のディレクトリ構造となる。親ディレクトリには“ＩＤＧｒｏｕｐ＿Ｐｌａｔｆｏｒｍ＿Ｇｒｏｕｐ”という３つの要素名を所定のセパレータ（ここではセパレータをアンダーバー（“＿”）とする）で結合したものからなるディレクトリ名を付し、子ディレクトリには“Ｎａｍｅ”要素からなるディレクトリ名を付す。なお、各要素は、名称に上記のセパレータと同一の文字が使用されないように制限することが望ましい。
【００５０】
変数“Ｍｏｄｅ”が２の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を各機器がローカルで管理し、“ＩＤＧｒｏｕｐ”には限定がなく、“Ｐｌａｔｆｏｒｍ”にのみ限定がある場合のディレクトリ構造となる。親ディレクトリには“ＩＤＧｒｏｕｐ＿Ｇｒｏｕｐ”という２つの要素名をアンダーバーで結合したものからなるディレクトリ名を付し、子ディレクトリには“Ｎａｍｅ”要素からなるディレクトリ名を付す。
【００５１】
変数“Ｍｏｄｅ”が４の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を各機器がローカルで管理し、“ＩＤＧｒｏｕｐ”のみ限定があり、“Ｐｌａｔｆｏｒｍ”には限定がない場合のディレクトリ構造となる。親ディレクトリには“Ｐｌａｔｆｏｒｍ＿Ｇｒｏｕｐ”という２つの要素名をアンダーバーで結合したものからなるディレクトリ名を付し、子ディレクトリには“Ｎａｍｅ”要素からなるディレクトリ名を付す。
【００５２】
変数“Ｍｏｄｅ”が６の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を各機器がローカルで管理し、“ＩＤＧｒｏｕｐ”と“Ｐｌａｔｆｏｒｍ”のいずれにも限定がある場合のディレクトリ構造となる。親ディレクトリには“Ｇｒｏｕｐ”要素のみからなるディレクトリ名を付し、子ディレクトリには“Ｎａｍｅ”要素からなるディレクトリ名を付す。
【００５３】
変数“Ｍｏｄｅ”が１の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”がグローバルで管理され、“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”には限定がない場合のディレクトリ構造となる。親ディレクトリには“Ｐｌａｔｆｏｒｍ＿Ｇｒｏｕｐ”という２つの要素名をアンダーバーで結合したものからなるディレクトリ名を付し、子ディレクトリには“ＩＤＧｒｏｕｐ＿Ｎａｍｅ”という２つの要素名をアンダーバーで結合したものからなるディレクトリ名を付す。
【００５４】
変数“Ｍｏｄｅ”が３の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”がグローバルで管理され、“ＩＤＧｒｏｕｐ”には限定がなく、“Ｐｌａｔｆｏｒｍ”にのみ限定がある場合のディレクトリ構造となる。親ディレクトリには“Ｇｒｏｕｐ”の１つの要素名のみからなるディレクトリ名を付し、子ディレクトリには“ＩＤＧｒｏｕｐ＿Ｎａｍｅ”という２つの要素名をアンダーバーで結合したものからなるディレクトリ名を付す。
【００５５】
なお、変数“Ｍｏｄｅ”が５の場合と７の場合は、それぞれ変数“Ｍｏｄｅ”が４の場合と６の場合と同じディレクトリ構造となるので、変数“Ｍｏｄｅ”は５と７の値を取らないようにしてもよい。
【００５６】
続いて、本開示の一実施形態にかかるデジタルカメラ１００の動作について具体的に説明する。図６は、本開示の一実施形態にかかるデジタルカメラ１００の動作を示す流れ図である。図６に示した流れ図は、デジタルカメラ１００がアプリケーションダウンロードサーバ１０やコンテンツダウンロードサーバ２０からアプリケーションやデータをダウンロードした際、デジタルカメラ１００の動作を示したものである。以下、図６を用いて本開示の一実施形態にかかるデジタルカメラ１００の動作について具体的に説明する。
【００５７】
デジタルカメラ１００は、アプリケーションダウンロードサーバ１０やコンテンツダウンロードサーバ２０からアプリケーションやデータをダウンロードすると、ダウンロードしたファイルからアプリケーションやデータの管理用メタデータをフォーマット処理部１０９が抽出する（ステップＳ１０１）。
【００５８】
上記ステップＳ１０１で、アプリケーションやデータの管理用メタデータをフォーマット処理部１０９が抽出すると、続いて、抽出した管理用メタデータの内容をフォーマット処理部１０９が分析する。具体的には、フォーマット処理部１０９は、抽出した管理用メタデータに含まれる“ＧｌｏｂａｌＭｏｄｅ”メタの内容を取得して、ダウンロードしたアプリケーションやデータのモードの内容を把握する。そしてフォーマット処理部１０９は、抽出した管理用メタデータに含まれる“ＩＤＧｒｏｕｐ”メタと“Ｐｌａｔｆｏｒｍ”メタの内容を把握する（ステップＳ１０２）。
【００５９】
上記ステップＳ１０２で、抽出した管理用メタデータの内容をフォーマット処理部１０９が分析し、メタの内容を把握すると、フォーマット処理部１０９はデジタルカメラ１００のポリシーを調べる（ステップＳ１０３）。具体的には、フォーマット処理部１０９は、“ＧｌｏｂａｌＭｏｄｅ”メタでＩＤＧｒｏｕｐ限定が設定されていた場合には、デジタルカメラ１００の“ＩＤＧｒｏｕｐ”の設定を調べ、“ＧｌｏｂａｌＭｏｄｅ”メタでＰｌａｔｆｏｒｍ限定が設定されていた場合には、デジタルカメラ１００の“Ｐｌａｔｆｏｒｍ”の設定を調べる。
【００６０】
上記ステップＳ１０３で、フォーマット処理部１０９はデジタルカメラ１００のポリシーを調べると、続いて、ファイル管理部１１０が、“ＧｌｏｂａｌＭｏｄｅ”メタでＩＤＧｒｏｕｐ限定が設定されており、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“ＩＤＧｒｏｕｐ”メタの内容が、デジタルカメラ１００の“ＩＤＧｒｏｕｐ”の設定以外のものであるかどうかを判断する（ステップＳ１０４）。
【００６１】
上記ステップ１０４の判断の結果、“ＧｌｏｂａｌＭｏｄｅ”メタでＩＤＧｒｏｕｐ限定が設定されていないか、または、ＩＤＧｒｏｕｐ限定が設定されていて、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“ＩＤＧｒｏｕｐ”メタの内容が、デジタルカメラ１００の“ＩＤＧｒｏｕｐ”の設定と同一であれば、続いて、ファイル管理部１１０が、“ＧｌｏｂａｌＭｏｄｅ”メタでＰｌａｔｆｏｒｍ限定が設定されており、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“Ｐｌａｔｆｏｒｍ”メタの内容が、デジタルカメラ１００の“Ｐｌａｔｆｏｒｍ”の設定以外のものであるかどうかを判断する（ステップＳ１０５）。
【００６２】
上記ステップ１０５の判断の結果、“ＧｌｏｂａｌＭｏｄｅ”メタでＰｌａｔｆｏｒｍ限定が設定されていないか、または、Ｐｌａｔｆｏｒｍ限定が設定されていて、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“Ｐｌａｔｆｏｒｍ”メタの内容が、デジタルカメラ１００の“Ｐｌａｔｆｏｒｍ”の設定と同一であれば、フォーマット処理部１０９が抽出したメタの内容に基づいて、ファイル管理部１１０が、アプリケーションやデータを格納するためのパスを作成する（ステップＳ１０６）。ファイル管理部１１０による、アプリケーションやデータを格納するためのパスの作成の詳細については後述する。
【００６３】
上記ステップＳ１０６で、ファイル管理部１１０が、アプリケーションやデータを格納するためのパスを作成すると、ファイル管理部１１０は、ルートディレクトリ以下の、上記ステップＳ１０６で作成したパスに、ダウンロードされたアプリケーションやデータを格納する（ステップＳ１０７）。ダウンロードされたアプリケーションやデータは、例えば外部記憶装置部１０８に格納される。
【００６４】
一方、上記ステップＳ１０４で、“ＧｌｏｂａｌＭｏｄｅ”メタでＩＤＧｒｏｕｐ限定が設定されており、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“ＩＤＧｒｏｕｐ”メタの内容が、デジタルカメラ１００の“ＩＤＧｒｏｕｐ”の設定以外である場合、または、上記ステップＳ１０５で、“ＧｌｏｂａｌＭｏｄｅ”メタでＰｌａｔｆｏｒｍ限定が設定されており、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“Ｐｌａｔｆｏｒｍ”メタの内容が、デジタルカメラ１００の“Ｐｌａｔｆｏｒｍ”の設定以外のものである場合は、ファイル管理部１１０は、ダウンロードされたアプリケーションやデータに対してデジタルカメラ１００の対象外のアプリケーションやデータであるとする処理を実行する（ステップＳ１０８）。
【００６５】
本開示の一実施形態にかかるデジタルカメラ１００は、図６に示したような一連の処理を実行することで、ダウンロードしたアプリケーションやデータを、当該アプリケーションやデータに付随するメタデータの内容に応じてデジタルカメラ１００の内部に格納することができる。
【００６６】
本開示の一実施形態にかかるデジタルカメラ１００によるダウンロードしたアプリケーションやデータのデジタルカメラ１００の内部への格納について、図面を参照しながらより詳細に説明する。
【００６７】
図７は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図７に示したディレクトリ構造は、“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”に限定が無く、また“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”をローカルで管理する場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが０の場合に相当するものである。
【００６８】
図７では、“ＩＤＧｒｏｕｐ”が“ＸＸＸ”または“３ｒｄＰａｒｔｙ”の２種類であり、“Ｐｌａｔｆｏｒｍ”が“ＸＸＸＤＳＣ”である場合を例示している。そして“Ｇｒｏｕｐ”メタには“Ａｐｐ”と“ＭａｐＤａｔａ”のいずれかが指定されているものとする。
【００６９】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“ＸＸＸ＿ＸＸＸＤＳＣ＿Ａｐｐ”または“ＸＸＸ＿３ｒｄＰａｒｔｙ＿Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＸＸＸ＿ＸＸＸＤＳＣ＿ＭａｐＤａｔａ”または“ＸＸＸ＿３ｒｄＰａｒｔｙ＿ＭａｐＤａｔａ”ディレクトリが出来上がる。
【００７０】
ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”に限定が無く、また“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”をローカルで管理する場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”の３つの要素を“＿”で結合したディレクトリを作成し、作成したディレクトリの直下に、“Ｎａｍｅ”要素からなるディレクトリを作成する。
【００７１】
図８は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図８に示したディレクトリ構造は、“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”に限定が無く、また“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”をグローバルで管理する場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが１の場合に相当するものである。また、ここでは“Ｐｌａｔｆｏｒｍ”が“ＸＸＸＤＳＣ”のもの、および“Ｇｒｏｕｐ”が“Ａｐｐ”のものをグローバルで管理するものとしている。
【００７２】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“ＸＸＸＤＳＣ＿Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＸＸＸＤＳＣ＿ＭａｐＤａｔａ”または“ＸＸＸＤＳＣ＿ＧｕｉｄｅＤａｔａ”ディレクトリが出来上がる。
【００７３】
そして、“ＸＸＸＤＳＣ＿Ａｐｐ”ディレクトリ以下には、“ＸＸＸ＿ＭａｐＶｉｅｗｅｒ１．０”ディレクトリと“３ｒｄＰａｒｔｙ＿Ｇｕｉｄｅ１．０”ディレクトリを、ファイル管理部１１０が生成する。これにより、“ＸＸＸＤＳＣ＿Ａｐｐ”ディレクトリに、要素“Ｇｒｏｕｐ”が“Ａｐｐ”以下に属するアプリケーションがまとめて格納される。
【００７４】
“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”に限定が無く、また“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”をグローバルで管理する場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”の２つの要素を“＿”で結合したディレクトリを作成し、作成したディレクトリの直下に、“ＩＤＧｒｏｕｐ”および“Ｎａｍｅ”の２つの要素を“＿”で結合したディレクトリを作成する。
【００７５】
図９は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図９に示したディレクトリ構造は、“Ｐｌａｔｆｏｒｍ”にのみ限定があり、また“Ｇｒｏｕｐ”をグローバルで管理する場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが３の場合に相当するものである。
【００７６】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＭａｐＤａｔａ”または“ＧｕｉｄｅＤａｔａ”ディレクトリが出来上がる。
【００７７】
そして、“Ａｐｐ”ディレクトリ以下には、“ＸＸＸ＿ＭａｐＶｉｅｗｅｒ１．０”ディレクトリと“３ｒｄＰａｒｔｙ＿Ｇｕｉｄｅ１．０”ディレクトリを、ファイル管理部１１０が生成する。これにより、“Ａｐｐ”ディレクトリに、要素“Ｇｒｏｕｐ”が“Ａｐｐ”以下に属するアプリケーションがまとめて格納される。
【００７８】
“Ｐｌａｔｆｏｒｍ”にのみ限定があり、また“Ｇｒｏｕｐ”をグローバルで管理する場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“Ｇｒｏｕｐ”の１つの要素のみからなるディレクトリを作成し、作成したディレクトリの直下に、“ＩＤＧｒｏｕｐ”および“Ｎａｍｅ”の２つの要素を“＿”で結合したディレクトリを作成する。
【００７９】
図１０は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図１０に示したディレクトリ構造は、“Ｐｌａｔｆｏｒｍ”にのみ限定があり、また“Ｇｒｏｕｐ”をローカルで管理する場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが２の場合に相当するものである。
【００８０】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“ＸＸＸ＿Ａｐｐ”と“３ｒｄＰａｒｔｙ＿Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＸＸＸ＿ＭａｐＤａｔａ”、“ＸＸＸ＿ＧｕｉｄｅＤａｔａ”、“３ｒｄＰａｒｔｙ＿ＭａｐＤａｔａ”、“３ｒｄＰａｒｔｙ＿ＧｕｉｄｅＤａｔａ”ディレクトリが出来上がる。
【００８１】
そして、“ＸＸＸ＿Ａｐｐ”ディレクトリ以下には、“ＭａｐＶｉｅｗｅｒ１．０”ディレクトリを、“３ｒｄＰａｒｔｙ＿Ａｐｐ”ディレクトリ以下には“Ｇｕｉｄｅ１．０”ディレクトリを、ファイル管理部１１０が生成する。
【００８２】
“Ｐｌａｔｆｏｒｍ”にのみ限定があり、また“Ｇｒｏｕｐ”をローカルで管理する場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“ＩＤＧｒｏｕｐ”および“Ｇｒｏｕｐ”の２つの要素を“＿”で結合したディレクトリを作成し、作成したディレクトリの直下に、“Ｎａｍｅ”の１つの要素のみからなるディレクトリを作成する。
【００８３】
図１１は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図１１に示したディレクトリ構造は、“ＩＤＧｒｏｕｐ”にのみ限定がある場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが４の場合に相当するものである。
【００８４】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“ＸＸＸＤＳＣ＿Ａｐｐ”および“ＹＹＹ＿Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＸＸＸＤＳＣ＿ＭａｐＤａｔａ”および“ＹＹＹ＿ＧｕｉｄｅＤａｔａ”ディレクトリが出来上がる。
【００８５】
そして、“ＸＸＸＤＳＣ＿Ａｐｐ”ディレクトリ以下には、“ＭａｐＶｉｅｗｅｒ１．０”ディレクトリを、“ＹＹＹ＿Ａｐｐ”ディレクトリ以下には“Ｇｕｉｄｅ１．０”ディレクトリを、ファイル管理部１１０が生成する。
【００８６】
“ＩＤＧｒｏｕｐ”にのみ限定がある場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”の２つの要素を“＿”で結合したディレクトリを作成し、作成したディレクトリの直下に、“Ｎａｍｅ”の１つの要素のみからなるディレクトリを作成する。
【００８７】
図１２は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図１２に示したディレクトリ構造は、“ＩＤＧｒｏｕｐ”および“Ｐｌａｔｆｏｒｍ”に限定がある場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが６の場合に相当するものである。
【００８８】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＭａｐＤａｔａ”および“ＧｕｉｄｅＤａｔａ”ディレクトリが出来上がる。
【００８９】
そして、“Ａｐｐ”ディレクトリ以下には、“ＭａｐＶｉｅｗｅｒ１．０”および“Ｇｕｉｄｅ１．０”ディレクトリを、ファイル管理部１１０が生成する。“ＩＤＧｒｏｕｐ”および“Ｐｌａｔｆｏｒｍ”に限定がある場合は、このように“Ａｐｐ”ディレクトリ以下に全てのアプリケーションが格納されることになる。また、コンテンツデータは“ＭａｐＤａｔａ”および“ＧｕｉｄｅＤａｔａ”ディレクトリ以下に格納されることになる。
【００９０】
“ＩＤＧｒｏｕｐ”および“Ｐｌａｔｆｏｒｍ”に限定がある場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“Ｇｒｏｕｐ”の１つの要素のみからなるディレクトリを作成し、作成したディレクトリの直下に、“Ｎａｍｅ”の１つの要素のみからなるディレクトリを作成する。
【００９１】
このようにファイル管理部１１０は、“ＧｌｏｂａｌＭｏｄｅ”メタの内容に応じて、アプリケーションやデータをインストールする際に、構造を変えてディレクトリを作成し、作成したディレクトリにアプリケーションやコンテンツデータを格納することが可能になる。これにより、同一・同種のアプリケーションやコンテンツデータを、同一のディレクトリにまとめて格納することができるようになるので、本開示の一実施形態にかかるデジタルカメラ１００は、アプリケーションやデータをより容易に管理することが可能となる。
【００９２】
続いて、アプリケーションのインストールディレクトリに格納されたアプリケーションが、データディレクトリに格納されたデータを使用する例を説明する。図１３は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【００９３】
デジタルカメラ１００が、アプリケーションのインストールディレクトリに格納されたアプリケーションが、データディレクトリに格納されたデータを使用するには、アプリケーションに付随するメタデータに含まれる“ＲｅｌａｔｅｄＧｒｏｕｐ”メタの内容を参照する。
【００９４】
図１３を用いて具体的に説明すれば、例えば、“ＭａｐＶｉｅｗｅｒ１．０”が“ＭａｐＤａｔａ”ディレクトリ以下のデータを参照する場合は、予め“ＲｅｌａｔｅｄＧｒｏｕｐ”に“ＭａｐＤａｔａ”と記述したメタデータを用意しておき、“ＭａｐＶｉｅｗｅｒ１．０”が“ＲｅｌａｔｅｄＧｒｏｕｐ”に記述された“ＭａｐＤａｔａ”を利用する。同様に、“ＧｕｉｄｅＤａｔａ１．０”が“ＧｕｉｄｅＤａｔａ”ディレクトリ以下のデータを参照する場合は、予め“ＲｅｌａｔｅｄＧｒｏｕｐ”に“ＧｕｉｄｅＤａｔａ”と記述したメタデータを用意しておき、“ＧｕｉｄｅＶｉｅｗｅｒ１．０”が“ＲｅｌａｔｅｄＧｒｏｕｐ”に記述された“ＧｕｉｄｅＤａｔａ”を利用する。
【００９５】
このように、“ＲｅｌａｔｅｄＧｒｏｕｐ”メタでアプリケーションとコンテンツとを結びつけることで、アプリケーションのインストールディレクトリに格納されたアプリケーションが、データディレクトリに格納されたデータを使用することができる。この“ＲｅｌａｔｅｄＧｒｏｕｐ”メタを応用すれば、１つのアプリケーションから複数のデータディレクトリへアクセスすることが可能になるし、複数のアプリケーションから１つのデータディレクトリを利用することも可能になる。さらに、後述するアプリケーションのバージョンアップに際して“ＲｅｌａｔｅｄＧｒｏｕｐ”メタの内容を更新することで、後から追加されたデータディレクトリに格納されたデータを使用することもできる。
【００９６】
続いて、アプリケーションやコンテンツデータのバージョンアップ例を説明する。アプリケーションやコンテンツデータのバージョンアップには、マイナーバージョンアップとメジャーバージョンアップとがある。本実施形態では、マイナーバージョンアップは、“Ｇｒｏｕｐ”や“Ｎａｍｅ”の変更を伴わないものであり、アプリケーションやデータのファイルのみが置き換えられたり追加されたりする。バージョンの違いは、“ＤａｔａＶｅｒｓｉｏｎ”メタを使用する。
【００９７】
一方、メジャーバージョンアップは、“Ｇｒｏｕｐ”や“Ｎａｍｅ”の変更を伴うものである。例えば、アプリケーションの場合は、旧バージョンのものとは別の名前の“Ｎａｍｅ”要素が用いられ、旧バージョンのものとは別のディレクトリが生成される。またコンテンツデータの場合は、旧バージョンのものとは別の名前の“Ｇｒｏｕｐ”要素が用いられ、旧バージョンのものとは別のディレクトリが生成される。従って、新旧両方のバージョンのファイルが併存することになる。そして、過去のバージョンへのリンクとして“ＯｌｄＶｅｒｓｉｏｎ”メタを使用する。この“ＯｌｄＶｅｒｓｉｏｎ”メタは、アプリケーションやデータを管理するためのメタデータではなく、アプリケーションやデータを提供するサービスを管理するためのメタデータに含まれるものとする。もちろん、バージョンアップに際して旧バージョンのディレクトリは削除されるようにしても良い。
【００９８】
図１４は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図１４に示した例は、アプリケーションやコンテンツデータのマイナーバージョンアップの際のディレクトリ構造について示したものである。このように、アプリケーションやコンテンツデータのマイナーバージョンアップの際には、アプリケーションやデータのファイルのみが置き換えられたり追加されたりする。
【００９９】
図１５は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図１５に示した例は、アプリケーションやコンテンツデータのメジャーバージョンアップの際のディレクトリ構造について示したものである。このように、アプリケーションやコンテンツデータのメジャーバージョンアップの際には、旧バージョンのものとは別のディレクトリが生成され、新バージョンのアプリケーションやデータのファイルのみは新たに生成されたディレクトリに格納される。
【０１００】
このように、本開示の一実施形態にかかるデジタルカメラ１００は、アプリケーションやコンテンツデータのバージョンアップの際には、マイナーバージョンアップかメジャーバージョンアップかによって、バージョンアップ時のファイル格納方法を変更することができる。
【０１０１】
続いて、アプリケーションやコンテンツデータに付随してアプリケーションダウンロードサーバ１０やコンテンツダウンロードサーバ２０から送信されるメタデータの構成例について説明する。図１６は、アプリケーションダウンロードサーバ１０やコンテンツダウンロードサーバ２０から送信されるメタデータの構成例を示す説明図である。
【０１０２】
図１６には、メタデータの構成として“ＤａｔａＶｅｒｓｉｏｎ”、“ＩＤ”、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”、“ＴａｒｇｅｔＭｏｄｅｌ”、“ＧｌｏｂａｌＭｏｄｅ”、“ＲｅｌａｔｅｄＧｒｏｕｐ”を図示している。
【０１０３】
“ＤａｔａＶｅｒｓｉｏｎ”は、アプリケーションやデータのバージョンが記述されるメタであり、上述した、デジタルカメラ１００におけるアプリケーションやデータのバージョンアップの際に参照される。“ＩＤ”は、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、および“Ｎａｍｅ”の４要素を“＿”で結合したものが記述されるメタであり、ＩＤ全体を格納するためのものである。“ＴａｒｇｅｔＭｏｄｅｌ”メタについては後に詳述する。
【０１０４】
図１７は、アプリケーションダウンロードサーバ１０やコンテンツダウンロードサーバ２０から送信されるアプリケーションやデータの内容例を示す説明図である。上述してきたように、本実施形態では、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４要素をメタデータ（コンテンツメタ）で管理する。従って、アプリケーションやコンテンツデータと、メタデータとを圧縮して、アプリケーションダウンロードサーバ１０やコンテンツダウンロードサーバ２０に保持しておくことで、デジタルカメラ１００は、アプリケーションやデータをダウンロードすると、同時に、アプリケーションやデータに付随するコンテンツメタを取得することができる。
【０１０５】
続いて、アプリケーションダウンロードサーバ１０やコンテンツダウンロードサーバ２０から送信されるアプリケーションやデータが機器毎に異なる場合の管理方法について説明する。
【０１０６】
図１８は、本開示の一実施形態にかかる情報処理システム１で用いられるメタデータの構造例を示す説明図である。図１８に示したメタデータの構造は、図３に示したメタデータの構造に加え、“ＴａｒｇｅｔＭｏｄｅｌ”という新たな要素が加わっている。この“ＴａｒｇｅｔＭｏｄｅｌ”は、機種の違いを全て異なるＩＤで管理する場合、同じ扱いのアプリ（コンテンツ）である事を示すために用いられる要素である。
【０１０７】
例えば、同一のアプリケーションであっても、そのアプリケーションが実行される機器のハードウェア性能の違いによって、細部を変更しなければならない場合がある。例えば、画面がタッチパネルであるか否かによって、表示内容を変更しなければならない場合が考えられる。そのような場合に、アプリケーションとしては同一であるが、そのアプリケーションが実行されるターゲットの機器に応じて異なるバイナリやデータを用意することで、アプリケーションやデータの管理を簡略化することが可能となる。なお、排他的で同じ機器に複数の異なる“ＴａｒｇｅｔＭｏｄｅｌ”は存在出来ないように制限する。
【０１０８】
図１８では、“ＩＤＧｒｏｕｐ１”−“Ｐｌａｔｆｏｒｍ１”−“Ｇｒｏｕｐ１”−“Ｎａｍｅ１”以下に、“ＴａｒｇｅｔＭｏｄｅｌ”として“Ａ”と“Ｂ”とが、“ＩＤＧｒｏｕｐ１”−“Ｐｌａｔｆｏｒｍ２”−“Ｇｒｏｕｐ１”−“Ｎａｍｅ２”以下に、“ＴａｒｇｅｔＭｏｄｅｌ”として“Ａ”と“Ｂ”とが、それぞれ指定されている。
【０１０９】
なお、“ＴａｒｇｅｔＭｏｄｅｌ”メタは、アプリケーションやデータを、アプリケーションダウンロードサーバ１０やコンテンツダウンロードサーバ２０から各機器に配信する際に用いられるものである。“ＴａｒｇｅｔＭｏｄｅｌ”メタは、アプリケーションやデータが各機器に配信された後の、ディレクトリの作成やファイルの格納には用いられない。また、アプリケーションやデータに、機器による違いがない場合は、もちろん“ＴａｒｇｅｔＭｏｄｅｌ”メタの内容を省略しても良い。
【０１１０】
図１９は、本開示の一実施形態にかかるアプリケーションダウンロードサーバ１０の機能構成例を示す説明図である。以下、図１９を用いて本開示の一実施形態にかかるアプリケーションダウンロードサーバ１０の機能構成例について説明する。
【０１１１】
図１９に示したように、本開示の一実施形態にかかるアプリケーションダウンロードサーバ１０は、データ管理部１１と、機器マッチングデータベース１２と、を含んで構成される。
【０１１２】
データ管理部１１は、アプリケーションダウンロードサーバ１０から提供するアプリケーションを、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”、“ＴａｒｇｅｔＭｏｄｅｌ”の５つの要素からなるＩＤで管理する。目的のアプリケーションのダウンロード要求がクライアントの機器からあった際に、機器毎に適合するものを機器マッチングデータベース１２から調べ、適合するものを提供する。
【０１１３】
機器マッチングデータベース１２は、アプリケーションの情報が機器毎に登録されるデータベースである。データ管理部１１は、機器マッチングデータベース１２に登録されている情報を参照することで、目的のアプリケーションのダウンロード要求がクライアントの機器からあった際に、機器毎に適合するものを提供できる。
【０１１４】
以上、図１９を用いて本開示の一実施形態にかかるアプリケーションダウンロードサーバ１０の機能構成例について説明した。続いて、機器マッチングデータベース１２の内容例について説明する。図２０は、機器マッチングデータベース１２の内容例を示す説明図である。
【０１１５】
図２０に示した機器マッチングデータベース１２には、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”からなる共通ＩＤとして“ＸＸＸ＿ＤＳＣ＿Ａｐｐ＿Ｍａｐｖｉｅｗｅｒ”、“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿日本”、“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿首都圏”の３つが示されている。“ＸＸＸ＿ＤＳＣ＿Ａｐｐ＿Ｍａｐｖｉｅｗｅｒ”は、例えばデジタルカメラ１００で実行される、地図表示用のアプリケーションのＩＤを指し、“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿日本”は、当該地図表示用のアプリケーションで用いられる日本地図のＩＤを指し、“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿首都圏”は、当該地図表示用のアプリケーションで用いられる首都圏の地図のＩＤを指す。
【０１１６】
このうち、“ＸＸＸ＿ＤＳＣ＿Ａｐｐ＿Ｍａｐｖｉｅｗｅｒ”、および“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿日本”については、“ＴａｒｇｅｔＭｏｄｅｌ”が指定されている。“ＴａｒｇｅｔＭｏｄｅｌ”が指定されていることで、これらのアプリケーションやデータについては、機器毎に異なるものが用意されていることになる。また“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿首都圏”については“ＴａｒｇｅｔＭｏｄｅｌ”が指定されていない。これは、地図表示用のアプリケーションを実行する全ての機器において共通のデータが用意されていることになる。
【０１１７】
図２１は、アプリケーションやデータをクライアントの機器に提供する際の階層構造を示す説明図である。図２１に示した階層構造は、機器マッチングデータベース１２に図２０のようにデータが登録されている際の階層構造である。
【０１１８】
機器Ａ（例えば、表示部にタッチパネルを備えているデジタルカメラ）に上記地図表示用のアプリケーションを提供する際には、アプリケーションと、当該アプリケーションで用いられる日本地図のデータは、機器Ａ用に作成されたものが提供される。機器Ｂ（例えば、表示部にタッチパネルを備えていないデジタルカメラ）に上記地図表示用のアプリケーションを提供する際には、アプリケーションと、当該アプリケーションで用いられる日本地図のデータは、機器Ｂ用に作成されたものが提供される。当該アプリケーションで用いられる首都圏の地図のデータについては、機器Ａ、機器Ｂ共通のものが提供される。
【０１１９】
続いて、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者とダウンロードサーバとの間の処理の流れについて説明する。図２２は、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者とダウンロードサーバとの間の処理の流れを示す流れ図である。
【０１２０】
アプリケーションやデータを制作してダウンロードサーバに登録するコンテンツ登録者は、アプリケーションやデータを開発する。またコンテンツ登録者は、当該アプリケーションやデータに付する、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４要素からなるＩＤの管理を行う（ステップＳ２０１）。
【０１２１】
続いて、コンテンツ登録者は、作成したアプリケーションやデータに対応する機器リストを作成する。ここで、機器毎にアプリケーションのバイナリが異なったり、データが異なったりする場合は、“ＴａｒｇｅｔＭｏｄｅｌ”要素をＩＤに追加する（ステップＳ２０２）。
【０１２２】
コンテンツ登録者は、アプリケーションやデータを開発し、ＩＤの管理が完了すると、作成したアプリケーションやデータをＩＤと共にダウンロードサーバ（アプリケーションダウンロードサーバ１０およびコンテンツダウンロードサーバ２０を「ダウンロードサーバ」と総称する）に登録する（ステップＳ２０３）。
【０１２３】
ダウンロードサーバは、コンテンツ登録者から登録のあったアプリケーションやデータをダウンロード環境に登録すると共に、ＩＤ情報を機器マッチングデータベース１２に格納する（ステップＳ２０４）。この一連の処理により、コンテンツ登録者が開発したアプリケーションやデータが、クライアント機器からダウンロード可能な状態となる。
【０１２４】
以上、図２２を用いて、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者とダウンロードサーバとの間の処理の流れについて説明した。次に、本開示の一実施形態にかかる情報処理システム１における、クライアント機器（例えばデジタルカメラ１００）とダウンロードサーバとの間の処理の流れについて説明する。
【０１２５】
図２３は、本開示の一実施形態にかかる情報処理システム１における、クライアント機器とダウンロードサーバとの間の処理の流れを示す流れ図である。以下、図２３を用いて本開示の一実施形態にかかる情報処理システム１における、クライアント機器とダウンロードサーバとの間の処理の流れについて説明する。
【０１２６】
クライアント機器がダウンロードサーバからアプリケーションやデータを取得する際には、まずクライアント機器はダウンロードサーバへログインし、コンテンツの検索および利用機種名の送信を行う（ステップＳ２１０）。クライアント機器はダウンロードサーバに送信する利用機種名の情報は、“ＴａｒｇｅｔＭｏｄｅｌ”要素に対応するものである。
【０１２７】
上記ステップＳ２１１で、クライアント機器がダウンロードサーバへコンテンツの検索および機器情報の送信を行うと、ダウンロードサーバは、クライアント機器から送信された情報を用いて機器マッチングデータベース１２を確認する（ステップＳ２１１）。機器マッチングデータベース１２を確認すると、ダウンロードサーバは、上記ステップＳ２１０での要求に合致したコンテンツリストをクライアント機器へ送信する（ステップＳ２１２）。
【０１２８】
クライアント機器は、ダウンロードサーバからコンテンツリストを受信すると、ダウンロードを希望するアプリケーションやデータを選択し（ステップＳ２１３）、選択したアプリケーションやデータのダウンロードをダウンロードサーバに要求する（ステップＳ２１４）。
【０１２９】
上記ステップＳ２１４で、クライアント機器がダウンロードサーバへアプリケーションやデータのダウンロードを要求すると、ダウンロードサーバは対応するアプリケーションやデータを抽出し（ステップＳ２１５）、抽出したアプリケーションやデータをクライアント機器へ送信する（ステップＳ２１６）。
【０１３０】
クライアント機器は、ダウンロードサーバからアプリケーションやデータを受信すると、上述した格納ルールに従って、アプリケーションやデータを内部に格納する（ステップＳ２１７）。クライアント機器は、アプリケーションやデータを内部に格納する際には、“ＴａｒｇｅｔＭｏｄｅｌ”要素の情報を用いることはない。
【０１３１】
このようにクライアント機器とダウンロードサーバとの間で処理を実行することにより、機器毎にアプリケーションやデータの内容が一部異なる場合であっても、その機器に適合したアプリケーションやデータを、ダウンロードサーバからクライアント機器に提供することができる。そして、クライアント機器は、アプリケーションやデータを内部に格納する際には、“ＴａｒｇｅｔＭｏｄｅｌ”の違いを考慮せずに、上述した“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４要素によるディレクトリ作成を行う。
【０１３２】
以上、図２３を用いて本開示の一実施形態にかかる情報処理システム１における、クライアント機器とダウンロードサーバとの間の処理の流れについて説明した。次に、コンテンツ登録者によるコンテンツ登録の流れについて説明する。
【０１３３】
図２４は、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者によるコンテンツ登録の流れを示す流れ図である。以下、図２４を用いて、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者によるコンテンツ登録の流れについて説明する。
【０１３４】
アプリケーションやデータを制作してダウンロードサーバに登録するコンテンツ登録者は、アプリケーションやデータを開発する。またコンテンツ登録者は、当該アプリケーションやデータに付する、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４要素からなるＩＤを取得する（ステップＳ２２１）。
【０１３５】
続いて、コンテンツ登録者は、作成したアプリケーションやデータに対応する機器リストを作成する。ここで、機器毎にアプリケーションのバイナリが異なったり、データが異なったりする場合は、“ＴａｒｇｅｔＭｏｄｅｌ”要素をＩＤに追加する（ステップＳ２２２）。
【０１３６】
コンテンツ登録者は、アプリケーションやデータを開発し、ＩＤの管理が完了すると、作成したアプリケーションやデータをＩＤと共にダウンロードサーバ（アプリケーションダウンロードサーバ１０およびコンテンツダウンロードサーバ２０を「ダウンロードサーバ」と総称する）に登録する（ステップＳ２２３）。この一連の処理により、コンテンツ登録者が開発したアプリケーションやデータが、クライアント機器からダウンロード可能な状態となる。
【０１３７】
以上、図２４を用いて、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者によるコンテンツ登録の流れについて説明した。次に、本開示の一実施形態にかかる情報処理システム１における、クライアント機器によるコンテンツ検索および取得処理の流れについて説明する。
【０１３８】
図２５は、本開示の一実施形態にかかる情報処理システム１における、クライアント機器によるコンテンツ検索および取得処理の流れを示す流れ図である。以下、図２５を用いて、本開示の一実施形態にかかる情報処理システム１における、ユーザによるコンテンツ検索および取得処理の流れについて説明する。
【０１３９】
ユーザが、ダウンロードサーバからクライアント機器で使用するアプリケーションやデータを取得する際には、まずユーザはダウンロードサーバへログインし、利用機種名を送信するとともに、アプリケーションやデータを検索する（ステップＳ２３１）。当該ログインおよび検索処理は、クライアント機器を用いてもよい。ユーザがダウンロードサーバに送信する利用機種名の情報は、“ＴａｒｇｅｔＭｏｄｅｌ”要素に対応するものである。
【０１４０】
続いてユーザは、ダウンロードサーバから、利用するクライアント機器で動作するコンテンツリストを取得する（ステップＳ２３２）。当該取得処理は、クライアント機器を用いてもよい。
【０１４１】
ダウンロードサーバから、利用するクライアント機器で動作するコンテンツリストを取得すると、続いてユーザは、ダウンロードサーバへアプリケーションやデータを要求すると共にダウンロードサーバからアプリケーションやデータをダウンロードする（ステップＳ２３３）。当該要求およびダウンロード処理は、クライアント機器を用いてもよい。
【０１４２】
続いてユーザは、ダウンロードサーバからダウンロードしたアプリケーションやデータを、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４要素に従って、クライアント機器の内部に格納する（ステップＳ２３４）。当該格納処理は、クライアント機器によって行われる。
【０１４３】
以上、図２５を用いて、本開示の一実施形態にかかる情報処理システム１における、ユーザによるコンテンツ検索および取得処理の流れについて説明した。次に、本開示の一実施形態にかかる情報処理システム１における、ダウンロードサーバによるコンテンツ検索および送信処理について説明する。
【０１４４】
図２６は、本開示の一実施形態にかかる情報処理システム１における、ダウンロードサーバによるコンテンツ検索および送信処理を示す流れ図である。以下、図２６を用いて本開示の一実施形態にかかる情報処理システム１における、ダウンロードサーバによるコンテンツ検索および送信処理について説明する。
【０１４５】
ダウンロードサーバは、ユーザからのログイン要求があると、当該ユーザのログイン処理を実行する（ステップＳ２４１）。ログイン処理が完了し、ユーザから機器を指定したコンテンツ検索要求があると、ダウンロードサーバは、機器マッチングデータベース１２を検索し、ユーザが利用する機器に対応するコンテンツ一覧を作成し、ユーザに提示する（ステップＳ２４２）。
【０１４６】
その後、ユーザから、アプリケーションやデータのダウンロード要求が送信されると、ダウンロードサーバは、ユーザのダウンロード要求に応じた、ユーザが利用する機器に対応するアプリケーションやデータを配信する（ステップＳ２４３）。
【０１４７】
以上、図２６を用いて本開示の一実施形態にかかる情報処理システム１における、ダウンロードサーバによるコンテンツ検索および送信処理について説明した。このようにアプリケーションとしては同一であるが、そのアプリケーションが実行されるターゲットの機器に応じて異なるバイナリやデータを用意することで、ダウンロードサーバ側でのアプリケーションやデータの管理を簡略化することが可能となる。そして、アプリケーションやデータをダウンロードするクライアント機器においては、機器の情報をダウンロードサーバに送信するだけで自動的に自機器に適合したアプリケーションやデータをダウンロードサーバから取得することができる。そして、あるユーザが一度購入したコンテンツは、対応機器が異なっても、対応コンテンツが同一であれば、当該対応コンテンツの再ダウンロードを許す管理も可能となる。
【０１４８】
なお、上述の処理では、アプリケーションやコンテンツデータを選択して、選択したアプリケーションやコンテンツデータのダウンロードをデジタルカメラ１００に行わせる実施例について説明したが、本開示はかかる例に限定されない。例えば、パーソナルコンピュータやスマートフォン等に、アプリケーションやコンテンツデータを選択して、選択したアプリケーションやコンテンツデータのダウンロードを行わせるようにして、ダウンロードしたアプリケーションやデータを、パーソナルコンピュータやスマートフォン等からデジタルカメラに転送するようにしてもよい。
【０１４９】
図２７は、本開示の一実施形態にかかる情報処理システム１のシステム構成例を示す説明図である。図２７に示した情報処理システム１のシステム構成例は、図２に示した構成にパーソナルコンピュータ２００が追加されたものである。
【０１５０】
図２７に示したように、パーソナルコンピュータ２００は、ＣＰＵ２０１と、表示部２０２と、Ｉ／Ｆ２０３と、ＵＳＢ２０４と、ネットワーク処理部２０５と、記憶装置部２０６と、外部記憶装置部２０７と、フォーマット処理部２０８と、カメラＩ／Ｆ２０９と、を含んで構成される。
【０１５１】
ＣＰＵ２０１は、演算処理装置および制御装置として機能し、パーソナルコンピュータ２００に格納された各種プログラムに従って、パーソナルコンピュータ２００内の動作全般またはその一部を制御する。表示部２０２は、ＣＲＴディスプレイ装置、液晶ディスプレイ装置、プラズマディスプレイ装置、有機ＥＬディスプレイ装置等で構成され、パーソナルコンピュータ２００が行った各種処理により得られた結果を、テキストまたはイメージで表示する。
【０１５２】
Ｉ／Ｆ２０３は、パーソナルコンピュータ２００に周辺装置を接続するためのインタフェースである。ＵＳＢ２０４は、パーソナルコンピュータ２００と他の装置（例えばデジタルカメラ１００）とをＵＳＢケーブルで接続するためのインタフェースである。ネットワーク処理部２０５は、インターネット３０への接続処理を実行する。パーソナルコンピュータ２００は、ネットワーク処理部２０５によるインターネット３０への接続処理により、インターネット３０に接続されたアプリケーションダウンロードサーバ１０やコンテンツダウンロードサーバ２０から、アプリケーションやデータをダウンロードすることができる。
【０１５３】
外部記憶装置部２０７は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイス等により構成される。この外部記憶装置部２０７は、ＣＰＵ２０１が実行するプログラムや各種データ、および外部から取得した音響信号データや画像信号データなどを格納する。
【０１５４】
フォーマット処理部２０８は、フォーマット処理部１０９と同様に、アプリケーションダウンロードサーバ１０からダウンロードするアプリケーションや、コンテンツダウンロードサーバ２０からダウンロードするコンテンツに付随しているメタデータの内容を解析する。フォーマット処理部２０８は、メタデータの内容を解析して、アプリケーションダウンロードサーバ１０からダウンロードしたアプリケーションやコンテンツダウンロードサーバ２０からダウンロードしたコンテンツデータの、ファイル管理部１１０によるファイル管理を制御する。カメラＩ／Ｆ２０９は、デジタルカメラ１００と接続して情報の授受を行なうためのインタフェースである。
【０１５５】
このようにデジタルカメラ１００とパーソナルコンピュータ２００とが構成されている場合には、パーソナルコンピュータ２００は、コンテンツに付随しているメタデータの内容を解析して、解析した内容に基づいて、デジタルカメラ１００へのアプリケーションやデータの格納を制御することが出来る。
【０１５６】
＜３．まとめ＞
以上説明したように本開示の一実施形態によれば、デジタルカメラ１００は、アプリケーションやデータをアプリケーションダウンロードサーバ１０やコンテンツダウンロードサーバ２０からダウンロードして内部に格納する際に、アプリケーションやデータに付随しているメタデータを解析する。そしてデジタルカメラ１００は、メタデータの解析結果に応じて、アプリケーションやデータを格納するためのディレクトリ構造を変化させる。
【０１５７】
このように、メタデータの解析結果に応じて、アプリケーションやデータを格納するためのディレクトリ構造を変化させることで、衝突しない２階層のディレクトリ管理が可能となる。
【０１５８】
また、ＩＤの所定の要素にグローバル指定を行う事により、“ＩＤＧｒｏｕｐ”要素を越えたグルーピング管理が可能となり、２階層のディレクトリ管理でグループ管理が可能となる。また、グローバル指定をしない場合であっても、ディレクトリが“ＩＤＧｒｏｕｐ”で分離されるので、ディレクトリ構造が衝突することがない。
【０１５９】
また、所定の要素については限定指定する事により、排他的に利用したい場合に、簡易化されたディクトリ管理方法を提供すると共に、同じフォーマットを利用して多くの種類を分離して扱うことや、必要部分をグルーピングして扱うこと、限定をかけてディレクトリ構造簡略化して扱うこと等を実現できる。
【０１６０】
また、本開示の一実施形態によれば、同一のアプリケーションやデータであっても、機種によりバイナリが異なる場合には、バイナリ毎に“ＴａｇｒｅｔＭｏｄｅｌ”という要素で管理をすることにより、クライアント機器にアプリケーションやデータを提供する際に、対応するバイナリを自動選択することができる。
【０１６１】
クライアント機器にインストールするまでは、バイナリ毎の違いを扱えるように“ＴａｇｒｅｔＭｏｄｅｌ”を含めたＩＤ管理による処理を行い、クライアント機器にインストールした後は、排他的で“ＴａｇｒｅｔＭｏｄｅｌ”は不要であり、“ＩＤＧｒｏｕｐ”から“Ｎａｍｅ”までの４つの要素による、バイナリの違いを意識しない管理方法を実現することができる。このようにバイナリを扱うことにより、機種の違いによるバイナリの違いを隠し、同じアプリケーションやデータとして扱う事が出来る。また、同じ扱いのアプリケーションやデータは同じファイル構造を持ち、アプリケーションやデータへのアクセスパスを共通とすることができるので、アプリケーションやデータの管理が容易になる。
【０１６２】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１６３】
例えば、実行ルーチンを含むアプリケーションの“Ｇｒｏｕｐ”を“Ａｐｐ”と指定することで、実行アプリケーションを同一のグループディレクトリ以下に集める事が可能である。また、アプリケーションを管理する際に、実行可能なものを同一ディレクトリにグルーピングすることにより、処理の高速化や管理のし易さを図ることが出来る。
【０１６４】
そして、“Ａｐｐ”をグローバル指定する事により、“ＩＤＧｒｏｕｐ”が異なる他メーカーのアプリケーションであっても、実行可能な同一の“Ｇｒｏｕｐ”に、実行可能アプリケーションとして集めて管理する事が可能となる。
【０１６５】
また例えば、同じアプリケーションで扱う事が出来るコンテンツデータ（例えば、地図や雑誌、書籍等）において、様々な種類のデータが追加されることが想定される場合、同じ“Ｇｒｏｕｐ”を指定することにより、コンテンツデータを同一のものとして扱うことが出来たり、コンテンツデータを同一のアプリケーションで実行したりすることが可能となる。
【０１６６】
また例えば、“ＩＤＧｒｏｕｐ”が異なる他メーカーのコンテンツでも、同じアプリケーションで扱えるものであれば、グローバル指定により同一の“Ｇｒｏｕｐ”として扱うことが可能になり、メーカー間で共通に利用可能となる。
【０１６７】
また例えば、一度購入したアプリケーションを他の機器に再配布する際に、“ＩＤＧｒｏｕｐ”から“Ｎａｍｅ”までが一致する同じ扱いのアプリケーションやデータであれば、バイナリが異なっても、クライアント機器から再配布の要求があった際に、新たな機種に対応する“ＴａｒｇｅｔＭｏｄｅｌ”のバイナリを、ダウンロードサーバから自動提供することができる。
【０１６８】
なお、本技術は以下のような構成も取ることができる。
（１）
コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信部と、
前記メタデータ受信部が受信したメタデータを解析するメタデータ解析部と、
前記メタデータ解析部による解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納部と、
を備え、
前記コンテンツデータ格納部は、前記メタデータ解析部の解析により、前記メタデータ受信部が受信したメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、情報処理装置。
（２）
前記コンテンツデータ格納部は、前記メタデータ解析部の解析により、メタデータの所定の要素に自装置での使用に限定するか否かに応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、前記（１）に記載の情報処理装置。
（３）
前記コンテンツデータ格納部は、前記メタデータ解析部の解析により、メタデータの所定のある要素が、その要素の上位階層の要素間で共通して使用されているか否かに応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、前記（１）または（２）に記載の情報処理装置。
（４）
前記メタデータ受信部が受信するメタデータには、同一のコンテンツであっても機種ごとにコンテンツデータが異なる場合に該機種を識別する識別情報が付されている、前記（１）から（３）のいずれかに記載の情報処理装置。
（５）
前記コンテンツデータ格納部は、前記コンテンツの格納に際して前記識別情報を考慮に入れずにディレクトリ構造を決定する、前記（４）に記載の情報処理装置。
（６）
前記コンテンツデータ格納部は、コンテンツのバージョンが上がった際に、バージョンの上がり方に応じて前記コンテンツの格納に際してディレクトリ構造を変化させる、前記（１）から（５）のいずれかに記載の情報処理装置。
（７）
コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信ステップと、
前記メタデータ受信ステップで受信されたメタデータを解析するメタデータ解析ステップと、
前記メタデータ解析ステップによる解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納ステップと、
を備え、
前記コンテンツデータ格納ステップは、前記メタデータ解析ステップの解析により、前記メタデータ受信ステップで受信されたメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、情報処理方法。
（８）
コンピュータに、
コンテンツデータに付随して送信されるメタデータを受信するメタデータ受信ステップと、
前記メタデータ受信ステップで受信されたメタデータを解析するメタデータ解析ステップと、
前記メタデータ解析ステップによる解析の結果に基づいて前記コンテンツの格納方法を決定するコンテンツデータ格納ステップと、
を実行させ、
前記コンテンツデータ格納ステップは、前記メタデータ解析ステップの解析により、前記メタデータ受信ステップで受信されたメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、コンピュータプログラム。
【符号の説明】
【０１６９】
１    情報処理システム
１０    アプリケーションダウンロードサーバ
２０    コンテンツダウンロードサーバ
１００    デジタルカメラ
１０１    撮像部
１０２    カメラ制御部
１０３    画像処理部
１０４    画像管理部
１０５    Ｉ／Ｆ
１０６    表示部
１０７    メモリ
１０８    外部記憶装置部
１０９    フォーマット処理部
１１０    ファイル管理部
１１１    アプリケーション実行制御部
１１２    ＵＳＢ
１１３    ネットワーク処理部
２００    パーソナルコンピュータ
２０１    ＣＰＵ
２０２    表示部
２０３    Ｉ／Ｆ
２０４    ＵＳＢ
２０５    ネットワーク処理部
２０６    記憶装置部
２０７    外部記憶装置部
２０８    フォーマット処理部
２０９    カメラＩ／Ｆ
【図１】
2013084176.tif 000003
【図２】
2013084176.tif 000004
【図３】
2013084176.tif 000005
【図４】
2013084176.tif 000006
【図５】
2013084176.tif 000007
【図６】
2013084176.tif 000008
【図７】
2013084176.tif 000009
【図８】
2013084176.tif 000010
【図９】
2013084176.tif 000011
【図１０】
2013084176.tif 000012
【図１１】
2013084176.tif 000013
【図１２】
2013084176.tif 000014
【図１３】
2013084176.tif 000015
【図１４】
2013084176.tif 000016
【図１５】
2013084176.tif 000017
【図１６】
2013084176.tif 000018
【図１７】
2013084176.tif 000019
【図１８】
2013084176.tif 000020
【図１９】
2013084176.tif 000021
【図２０】
2013084176.tif 000022
【図２１】
2013084176.tif 000023
【図２２】
2013084176.tif 000024
【図２３】
2013084176.tif 000025
【図２４】
2013084176.tif 000026
【図２５】
2013084176.tif 000027
【図２６】
2013084176.tif 000028
【図２７】
2013084176.tif 000029