情報処理装置、情報処理方法およびコンピュータプログラム
【課題】デバイスバインド方式を用いた際に、デバイスバインド方式による指定機器および同一ユーザが保有する他の機器に著作権管理されたコンテンツの配布し、該コンテンツを実行するよう制御することが可能な情報処理装置を提供する。
【解決手段】機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持部と、前記ライセンス情報保持部に保持されている前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理部と、前記ライセンス管理部によって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御部と、を備える、情報処理装置が提供される。
【解決手段】機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持部と、前記ライセンス情報保持部に保持されている前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理部と、前記ライセンス管理部によって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御部と、を備える、情報処理装置が提供される。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報処理方法およびコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、音楽コンテンツや映像コンテンツなどのデジタルコンテンツ（以下、コンテンツ）を、該コンテンツが格納されるサーバから利用者が所有するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）や携帯電話などの情報処理装置に配信するサービスが行われている。また、上記コンテンツは複製されても、何度伝送されても品質が劣化しないため、コンテンツの利用を制限する、ＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）等の著作権保護技術が注目を集めている。
【０００３】
著作権保護技術の管理方式は、デバイスバインド方式とユーザバインド方式に大別される。デバイスバインド方式とは、上記サーバがコンテンツの再生回数やエクスポート回数などの利用条件を定めたライセンスを、特定の情報処理装置に限定して提供する方式である。ユーザバインド方式とは、複数の情報処理装置をグループ化して、上記サーバがコンテンツのライセンスを、該グループに属する情報処理装置に対して提供する方式である。ここで、エクスポートとは、ある著作権保護技術によるライセンスに基づいて、他の著作権保護技術によるライセンスを生成することを意味する。このような著作権保護技術の管理方式に関する技術は、例えば特許文献１〜特許文献４等で開示されている。
【０００４】
デバイスバインドを用いた場合、指定した機器でのみ利用出来るため、サーバ側で対応機器であるかどうかを識別すれば、対応する機器だけにコンテンツを配布することが可能である。また、デバイスバインドでは、同じ機種あっても機器固有の鍵を用いるため、コンテンツを他の機器と共有させることは出来ず、ライセンスは機器毎に必要となる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−３５０７７号公報
【特許文献２】特開２００７−３０４８４９号公報
【特許文献３】特開２００７−３１０８３５号公報
【特許文献４】特開２００９−４８６６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、デバイスバインド方式を用いた場合、ユーザが複数の機器を持つ場合や、同じ機種や互換性のある機種を持つ場合であっても、機種間で互換性はないが同じ扱いができるコンテンツを全て新たに購入して、ライセンスを取得する必要があった。また、互換性のある機器への別ライセンスの無料配布や、互換性は無いが同一のものとして扱うコンテンツの別ライセンス、別コンテンツの無料配布を行った場合、機器の売却や譲渡により、デバイスバインドの保護が維持出来なくなる。さらに、機器の買い替え等でユーザが保有する機器が変われば、変更後の機器で同じコンテンツが利用可能でも、その機器毎に別のライセンスを発行しなければならない。しかし、サーバ側で同一ユーザに複数の別ライセンスを発行した場合、機器の売却や譲渡の際にライセンス管理をコントロール出来なくなる。
【０００７】
そこで、本開示は、上記問題に鑑みてなされたものであり、本開示の目的とするところは、デバイスバインド方式を用いた際に、デバイスバインド方式による指定機器および同一ユーザが保有する他の機器に著作権管理されたコンテンツの配布し、該コンテンツを実行するよう制御することが可能な、新規かつ改良された情報処理装置、情報処理方法およびコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本開示によれば、機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持部と、前記ライセンス情報保持部に保持されている前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理部と、前記ライセンス管理部によって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御部と、を備える、情報処理装置が提供される。
【０００９】
また本開示によれば、機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持ステップと、前記ライセンス情報保持ステップで保持された前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理ステップと、前記ライセンス管理ステップによって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御ステップと、を備える、情報処理方法が提供される。
【００１０】
また本開示によれば、コンピュータに、機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持ステップと、前記ライセンス情報保持ステップで保持された前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理ステップと、前記ライセンス管理ステップによって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御ステップと、を実行させる、コンピュータプログラムが提供される。
【発明の効果】
【００１１】
以上説明したように本開示によれば、デバイスバインド方式を用いた際に、デバイスバインド方式による指定機器および同一ユーザが保有する他の機器に著作権管理されたコンテンツの配布し、該コンテンツを実行するよう制御することが可能な、新規かつ改良された情報処理装置、情報処理方法およびコンピュータプログラムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本開示の一実施形態にかかる情報処理システム１のシステム構成例を示す説明図である。
【図２】本開示の一実施形態にかかるデジタルカメラ１００の構成例を示す説明図である。
【図３】本開示の一実施形態にかかる情報処理システム１で用いられるメタデータ構造例を示す説明図である。
【図４】モードの設定例を示す説明図である。
【図５】モードとディレクトリ構造との関係を示す説明図である。
【図６】本開示の一実施形態にかかるデジタルカメラ１００の動作を示す流れ図である。
【図７】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図８】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図９】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１０】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１１】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１２】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１３】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１４】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１５】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１６】メタデータの構成例を示す説明図である。
【図１７】アプリケーションやデータの内容例を示す説明図である。
【図１８】本開示の一実施形態にかかる情報処理システム１で用いられるメタデータ構造例を示す説明図である。
【図１９】本開示の一実施形態にかかるコンテンツダウンロードサーバ１０の機能構成例を示す説明図である。
【図２０】機器マッチングデータベース１２の内容例を示す説明図である。
【図２１】アプリケーションやデータをクライアントの機器に提供する際の階層構造を示す説明図である。
【図２２】アプリケーションやデータをクライアントの機器に提供する際の階層構造を示す説明図である。
【図２３】本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者とダウンロードサーバとの間の処理の流れを示す流れ図である。
【図２４】クライアント機器とダウンロードサーバとの間の処理の流れを示す流れ図である。
【図２５】コンテンツ登録者によるコンテンツ登録の流れを示す流れ図である。
【図２６】クライアント機器によるコンテンツ検索および取得処理の流れを示す流れ図である。
【図２７】ダウンロードサーバによるコンテンツ検索および送信処理を示す流れ図である。
【図２８】クライアント機器によるコンテンツの実行処理を示す流れ図である。
【図２９】本開示の一実施形態にかかる情報処理システム１のシステム構成例を示す説明図である。
【図３０】従来のユーザバインド方式の概要を示す説明図である。
【図３１】従来のデバイスバインド方式の概要を示す説明図である。
【図３２】本開示の一実施形態における、デバイスバインド方式によるコンテンツの配布方法の概要を示す説明図である。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１４】
なお、説明は以下の順序で行うものとする。
＜１．本開示の一実施形態＞
［ユーザバインド方式とデバイスバインド方式について］
［システム構成例］
［デジタルカメラの構成例］
［デジタルカメラの動作］
＜２．まとめ＞
【００１５】
＜１．本開示の一実施形態＞
［ユーザバインド方式とデバイスバインド方式について］
まず、本開示の好適な実施の形態について詳細に説明するにあたり、ユーザバインド方式とデバイスバインド方式について説明する。そして、従来のユーザバインド方式の問題点と、この問題点を解決する本開示の好適な実施の形態について詳細に説明する。
【００１６】
図３０は、従来のユーザバインド方式の概要を示す説明図である。ユーザバインド方式は、ユーザ固有の鍵であるユーザ鍵でコンテンツ鍵を暗号化し、ユーザがＤＲＭサーバに登録した機器の範囲でコンテンツを利用する方式である。従来のユーザバインド方式は、ライセンスを発行するＤＲＭサーバにおいて、コンテンツ利用条件と、暗号化したコンテンツ鍵を、ユーザ固有の鍵であるユーザ鍵で暗号化する。またコンテンツを利用する機器において、機器固有のデバイス鍵と、デバイス鍵で暗号化されるユーザ固有のユーザ鍵と、を有している。デバイス鍵はＲＳＡ秘密鍵であり、機器生産時に内部に格納され、ハードウェア的に保護される。ユーザ鍵は、機器をＤＲＭサーバに登録することで取得することができる。
【００１７】
ユーザはＤＲＭサーバからライセンスを機器にダウンロードすると、機器は、ライセンス条件を満足しているか評価した後、デバイス鍵で復号したユーザ鍵を用いてコンテンツ鍵を復号する。機器では、コンテンツ鍵が取り出されると、このコンテンツ鍵を用いてコンテンツサーバからダウンロードしたコンテンツを復号し、コンテンツを利用することができる。
【００１８】
図３１は、従来のデバイスバインド方式の概要を示す説明図である。デバイスバインド方式は、機器（デバイス）固有の鍵であるデバイス鍵でコンテンツ鍵を暗号化し、ＤＲＭサーバに登録した指定機器でのみコンテンツを利用する方式である。従来のデバイスバインド方式は、ライセンスを発行するＤＲＭサーバにおいて、コンテンツ利用条件を含んだライセンスを機器（デバイス）固有の鍵であるデバイス鍵で暗号化し（ライセンスの暗号化は必須ではない）、コンテンツをコンテンツ鍵で暗号化する。またコンテンツを利用する機器において、機器固有のデバイス鍵を有している。デバイス鍵はＲＳＡ秘密鍵であり、機器生産時に機器内部に格納され、ハードウェア的に保護される。
【００１９】
ユーザはＤＲＭサーバからライセンスを機器にダウンロードすると、機器はライセンスを評価し、ライセンスが条件を満足している場合に、デバイス鍵を用いてコンテンツ鍵を復号する。ライセンスが復号されると、ライセンスに含まれているコンテンツ鍵が取り出される。機器では、コンテンツ鍵が取り出されると、このコンテンツ鍵を用いてコンテンツサーバからダウンロードしたコンテンツを復号し、コンテンツを利用することができる。
【００２０】
しかし、上述したように、デバイスバインド方式を用いた場合、ユーザが複数の機器を持つ場合、同じ機種や互換性のある機種を持つ場合であっても、新たに別々のコンテンツとして購入しライセンスを取得する必要があった。また、互換性のある機器への別ライセンスの無料配布や、互換性は無いが同一のものとして扱うコンテンツの別ライセンス、別コンテンツの無料配布を行なってしまうと、機器の売却や譲渡の際に別のユーザが利用し続ける事が可能となってしまう。さらに、機器の買い替え等でユーザが保有する機器が変われば、変更後の機器で同じコンテンツが利用可能でも、その機器毎に別のライセンスを発行しなければならない。しかし、サーバ側で同一ユーザに複数の別ライセンスを発行した場合、機器の売却や譲渡の際にライセンス管理をコントロール出来なくなる。
【００２１】
そこで本開示の一実施形態では、デバイスバインド方式において、同一のユーザであれば、ユーザが複数の機器を持つ場合や、同じ機種や互換性のある機種を持つ場合に、同じ扱いができるコンテンツを動作させるためのライセンスを発行し、コンテンツの実行を許可させることで、デバイスバインド方式にユーザバインド方式の思想を取り入れる。これにより、ユーザが複数の機器を保有したり、機器を買い換えたりした場合のコンテンツ管理の利便性を高めることができる。
【００２２】
図３２は、本開示の一実施形態における、デバイスバインド方式によるコンテンツの配布方法の概要を示す説明図である。本開示の一実施形態におけるコンテンツ配布方法は、サーバ側で機器マッチングを行ない、既に同一視できるコンテンツをそのユーザが保有していれば、その対象機器に対してライセンスを発行する。
【００２３】
図３２では、ユーザＡが保有する機器Ａおよび機器Ｃには、サーバからダウンロードした、コンテンツを実行するためのライセンスがインストールされており、機器Ａおよび機器Ｃは、このライセンスによりコンテンツを実行することができる。ここで、ユーザＡが保有する別の機器Ｂで使用するために、機器Ａ用に既に購入したコンテンツＡと同じように利用できるコンテンツＢをユーザＡが購入する場合には、サーバは、別途の手続きや、場合によっては代金の支払いをせずに、サーバからライセンスおよびコンテンツを配布する。しかし、機器Ｂが、ユーザＡからユーザＢに譲渡され、ユーザＢが保有するものとして機器Ｂがサーバに登録されると、ユーザＢは、コンテンツＢを機器Ｂで利用するには、別途サーバから、ユーザＢ用に発行されるライセンスを取得しなければならない。
【００２４】
本開示の一実施形態における、デバイスバインド方式によるコンテンツの配布方法は、このようにライセンスを管理することで、機器を保有するユーザに絞ったコンテンツの提供が可能であり、権利が有れば、他の機器をサーバに接続して、ライセンスをインストールすることが可能となる。
【００２５】
［システム構成例］
まず、本開示の一実施形態のシステム構成例について説明する。図１は、本開示の一実施形態にかかる情報処理システム１のシステム構成例を示す説明図である。以下、図１を参照して、本開示の一実施形態にかかる情報処理システム１のシステム構成例について説明する。
【００２６】
図１に示したように、本開示の一実施形態にかかる情報処理システム１は、コンテンツダウンロードサーバ１０と、ＤＲＭサーバ２０と、デジタルカメラ１００と、を含んで構成される。コンテンツダウンロードサーバ１０と、ＤＲＭサーバ２０と、デジタルカメラ１００とは、インターネット３０を介して相互に接続されている。なお、図１では各装置とも１台ずつのみを図示しているが、本開示はかかる例に限定されないことは言うまでもない。
【００２７】
コンテンツダウンロードサーバ１０は、デジタルカメラ１００が実行するアプリケーションを保持し、デジタルカメラ１００からの要求に応じて、インターネット３０を介してコンテンツ（アプリケーションや、アプリケーションで実行されるデータ等をいう）を提供するものである。コンテンツダウンロードサーバ１０が提供するコンテンツは暗号化されており、ＤＲＭサーバ２０が生成するライセンスに含まれる、コンテンツに対応するコンテンツ鍵を用いないと復号することはできない。ＤＲＭサーバ２０は、デジタルカメラ１００が実行するコンテンツをデジタルカメラ１００で利用するためのライセンスを発行し、デジタルカメラ１００からの要求に応じて、インターネット３０を介してライセンスを提供するものである。
【００２８】
デジタルカメラ１００は、静止画像や動画像を撮影するものである。そして本実施形態では、デジタルカメラ１００はインターネット３０に接続する機能を有し、コンテンツダウンロードサーバ１０やＤＲＭサーバ２０にアクセスすることができる。そしてデジタルカメラ１００は、インターネット３０を介して、コンテンツダウンロードサーバ１０が保持しているコンテンツや、ＤＲＭサーバ２０が発行するライセンスをダウンロードすることができる。
【００２９】
本実施形態では、コンテンツダウンロードサーバ１０からダウンロードするコンテンツに、所定のフォーマットで記述されたメタデータが付随される。デジタルカメラ１００は、アプリケーションやデータを保存する際に、このメタデータを解析して、アプリケーションやデータの保存先を決定することが出来る。デジタルカメラ１００による、メタデータの解析処理およびアプリケーションやデータの保存先の決定処理の詳細については後述する。
【００３０】
デジタルカメラ１００はインターネット３０に無線で接続することができるが、有線で接続できてもよい。またコンテンツダウンロードサーバ１０やＤＲＭサーバ２０は、インターネット３０に有線で接続することができるが、無線で接続できてもよい。
【００３１】
以上、図１を参照して、本開示の一実施形態にかかる情報処理システム１のシステム構成例について説明した。次に、本開示の一実施形態にかかるデジタルカメラ１００の構成例について説明する。
【００３２】
［デジタルカメラの構成例］
図２は、本開示の一実施形態にかかるデジタルカメラ１００の構成例を示す説明図である。また、図２には、インターネット３０に接続されているコンテンツダウンロードサーバ１０およびライセンスを発行するＤＲＭサーバ２０も図示されている。以下、図２を用いて、本開示の一実施形態にかかるデジタルカメラ１００の構成例について説明する。
【００３３】
図２に示したように、本開示の一実施形態にかかるデジタルカメラ１００は、撮像部１０１と、カメラ制御部１０２と、画像処理部１０３と、画像管理部１０４と、Ｉ／Ｆ１０５と、表示部１０６と、メモリ１０７と、外部記憶装置部１０８と、フォーマット処理部１０９と、ファイル管理部１１０と、アプリケーション実行制御部１１１と、ＵＳＢ１１２と、ネットワーク処理部１１３と、ライセンス格納部１１４と、ライセンス管理部１１５と、ＤＲＭ処理部１１６と、を含んで構成される。
【００３４】
撮像部１０１は、撮像処理を行う。撮像部１０１は、ズームレンズ、フォーカスレンズ、ＣＣＤイメージセンサやＣＭＯＳイメージセンサ等の撮像素子を含んで構成され、被写体の光を電気信号（画像信号）に変換するものである。カメラ制御部１０２は、撮像部１０１の制御を行うものであり、デジタルカメラ１００のユーザ操作に基づいて、例えば、撮像部１０１に含まれるズームレンズやフォーカスレンズの動作を制御したり、撮像素子への光の入射タイミングを制御したりする。
【００３５】
画像処理部１０３は、撮像部１０１によって得られる画像信号に対する信号処理を施して画像データを得る。画像処理部１０３は、画像信号に対する信号処理として、例えばノイズ除去処理、圧縮処理等を実行しても良い。画像管理部１０４は、画像処理部１０３によって得られる画像データの、表示部１０６への表示や、外部記憶装置部１０８への保存を管理する。
【００３６】
Ｉ／Ｆ１０５は、フラッシュその他の装置をデジタルカメラ１００に接続するためのインタフェースである。表示部１０６は、撮像部１０１が撮像した画像や、デジタルカメラ１００の操作のためのユーザインタフェースその他の情報を表示するものである。表示部１０６は、液晶ディスプレイ、有機ＥＬディスプレイ等の平板表示装置で構成される。
【００３７】
メモリ１０７は、デジタルカメラ１００が何らかの処理を実行する際にデータを一時的に格納する。メモリ１０７は、例えば、デジタルカメラ１００の電源が切られると格納されたデータが消去される揮発性メモリで構成されていても良い。
【００３８】
外部記憶装置部１０８は、画像処理部１０３によって生成される画像データ、コンテンツダウンロードサーバ１０からダウンロードするアプリケーションやコンテンツデータを保存するためのメモリーカードその他の外部記憶装置である。外部記憶装置部１０８への画像データの保存や、外部記憶装置部１０８からの画像データの読み出しは、例えば画像管理部１０４によって実行される。
【００３９】
フォーマット処理部１０９は、コンテンツダウンロードサーバ１０からダウンロードするアプリケーションやコンテンツデータに付随しているメタデータの内容を解析する。フォーマット処理部１０９は、メタデータの内容を解析して、コンテンツダウンロードサーバ１０からダウンロードしたアプリケーションやコンテンツデータの、ファイル管理部１１０によるファイル管理を制御する。
【００４０】
ファイル管理部１１０は、コンテンツダウンロードサーバ１０からダウンロードするアプリケーションやコンテンツデータの、外部記憶装置部１０８への保存を管理する。ファイル管理部１１０は、アプリケーションやデータの外部記憶装置部１０８への保存に際しては、フォーマット処理部１０９によるメタデータの解析結果が用いられる。フォーマット処理部１０９によるメタデータの解析処理、および解析結果を用いたファイル管理部１１０によるアプリケーションやデータの外部記憶装置部１０８への保存処理の詳細については後述する。
【００４１】
アプリケーション実行制御部１１１は、コンテンツダウンロードサーバ１０からダウンロードされ、外部記憶装置部１０８に保存されたアプリケーションを実行する。アプリケーション実行制御部１１１は、外部記憶装置部１０８に保存されたアプリケーションを実行する際に、コンテンツダウンロードサーバ１０からダウンロードされて外部記憶装置部１０８に保存されたコンテンツを利用してもよい。
【００４２】
ＵＳＢ１１２は、デジタルカメラ１００と他の装置とをＵＳＢケーブルで接続するためのインタフェースである。ネットワーク処理部１１３は、インターネット３０への接続処理を実行する。デジタルカメラ１００は、ネットワーク処理部１１３によるインターネット３０への接続処理により、インターネット３０に接続されたコンテンツダウンロードサーバ１０から、アプリケーションやデータをダウンロードすることができる。そして、デジタルカメラ１００は、ダウンロードしたアプリケーションやデータにより、デジタルカメラ１００の機能を向上させたり、ユーザの用途に応じた細かなカスタマイズが可能になったり、新たなコンテンツの利用が可能になったりする。
【００４３】
ライセンス格納部１１４は、ＤＲＭサーバ２０からダウンロードしたライセンスを格納する。ライセンス格納部１１４は、セキュアな領域で保護され、ライセンス格納部１１４へのライセンスの格納およびライセンス格納部１１４からのライセンスの読出しはライセンス管理部１１５によって行われる。
【００４４】
ライセンス管理部１１５は、ライセンス格納部１１４へのライセンスの格納およびライセンス格納部１１４からのライセンスの読出しを実行する。ライセンス管理部１１５は、ライセンス格納部１１４へのライセンスの格納は、ＤＲＭサーバ２０からライセンスをダウンロードしたタイミングにおいてのみ行われ、その他の場合はライセンス格納部１１４へはライセンスの書き込みは行われない。従って、ライセンス管理部１１５がこのようにライセンス格納部１１４へのライセンスの書き込みタイミングを制限することで、ＤＲＭサーバ２０が動作を認めた機器だけにコンテンツダウンロードサーバ１０からコンテンツを配布し、実行するような制御が行える。
【００４５】
ＤＲＭ処理部１１６は、ライセンス格納部１１４に格納されたライセンスを用いたＤＲＭ処理を実行する。具体的には、ＤＲＭ処理部１１６は、ライセンス格納部１１４に格納されたライセンスを用いて、コンテンツダウンロードサーバ１０からダウンロードしたコンテンツを復号する。ＤＲＭ処理部１１６は、ライセンス格納部１１４に格納されたライセンスを用いたＤＲＭ処理を実行することで、著作権管理されたコンテンツの、アプリケーション実行制御部１１１による実行を制御することができる。
【００４６】
以上、図２を用いて本開示の一実施形態にかかるデジタルカメラ１００の構成例について説明した。次に、本開示の一実施形態にかかるデジタルカメラ１００の動作について説明する。
【００４７】
［デジタルカメラの動作］
まず、本開示の一実施形態にかかるデジタルカメラ１００の動作について具体的に説明する前に、本開示の一実施形態にかかる情報処理システム１で用いられるメタデータの構造例について説明する。図３は、本開示の一実施形態にかかる情報処理システム１で用いられるメタデータの構造例を示す説明図である。
【００４８】
図３に示したように、本開示の一実施形態にかかる情報処理システム１で用いられるメタデータは、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４つの要素からなる階層構造を有する。再上位の階層が“ＩＤＧｒｏｕｐ”であり、以下“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の順に階層が下がっていく。
【００４９】
“ＩＤＧｒｏｕｐ”は、例えば、フォーマットフォルダーによりＩＤ管理を行う団体に与えられるユニークなＩＤである。“ＩＤＧｒｏｕｐ”以下は、各団体が、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”がユニークになるように独自に管理する。
【００５０】
“Ｐｌａｔｆｏｒｍ”は、例えば、ＯＳや製品群単位で設定されるプラットフォーム名が記録されるＩＤであり、“ＩＤＧｒｏｕｐ”以下では“Ｐｌａｔｆｏｒｍ”はユニークなＩＤとなるが、ＩＤ管理を行う団体同士の取り決めにより、“ＩＤＧｒｏｕｐ”を跨いで同一のＩＤを“Ｐｌａｔｆｏｒｍ”に設定することもできる。
【００５１】
“Ｇｒｏｕｐ”は、“Ｐｌａｔｆｏｒｍ”以下でユニークに命名されるＩＤであり、例えば、同じ形式であるが内容が異なるデータなど、あるプラットフォームで共通に扱うことができるグループ名を表す。例えば、ＩＤ管理を行う団体同士の取り決めにより、“ＩＤＧｒｏｕｐ”を跨いで同一のＩＤを“Ｇｒｏｕｐ”に設定することもできる。
【００５２】
“Ｎａｍｅ”は、“Ｇｒｏｕｐ”以下でユニークに命名されるＩＤであり、例えば、アプリケーションやデータの名称が設定されるＩＤである。“Ｎａｍｅ”は、アプリケーションのホームディレクトリの名前として利用できるようにしても良い。そして、“Ｎａｍｅ”以下はそれぞれのアプリケーションやデータで自由に構造を持たせて管理できるようにしてもよい。
【００５３】
図３に示した階層構造の例では、“ＩＤＧｒｏｕｐ”には“ＩＤＧｒｏｕｐ１”と“ＩＤＧｒｏｕｐ２”とが設定されている。“ＩＤＧｒｏｕｐ１”には“Ｐｌａｔｆｏｒｍ１”と“Ｐｌａｔｆｏｒｍ２”とが設定され、“ＩＤＧｒｏｕｐ２”には“Ｐｌａｔｆｏｒｍ１”が設定されている。従って、“ＩＤＧｒｏｕｐ１”と“ＩＤＧｒｏｕｐ２”とには、同一の“Ｐｌａｔｆｏｒｍ”である“Ｐｌａｔｆｏｒｍ１”が設定されていることになる。
【００５４】
そして、“ＩＤＧｒｏｕｐ１”の“Ｐｌａｔｆｏｒｍ１”と“Ｐｌａｔｆｏｒｍ２”とには、それぞれ同一の“Ｇｒｏｕｐ”である“Ｇｒｏｕｐ１”が設定され、“ＩＤＧｒｏｕｐ２”の“Ｐｌａｔｆｏｒｍ１”の“Ｇｒｏｕｐ”には“Ｇｒｏｕｐ２”が設定されている。
【００５５】
“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を、“ＩＤＧｒｏｕｐ”を跨いで管理できるようにするには、“ＩＤＧｒｏｕｐ”を跨いで管理するためのモードを設定する。次に、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を、“ＩＤＧｒｏｕｐ”を跨いで管理するためのモードの設定例について説明する。
【００５６】
図４は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を、“ＩＤＧｒｏｕｐ”を跨いで管理するためのモードの設定例を示す説明図である。図４は、３つの０、１からなるフラグを１つの変数“Ｍｏｄｅ”で管理するための例を示したものである。
【００５７】
“Ｇｌｏｂａｌ”は、アプリケーションやデータごとに、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を、“ＩＤＧｒｏｕｐ”を跨いで管理する（グローバルで管理する）かどうかを決定するためのフラグである。０はグローバルで管理しない（アプリケーションやデータが“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”をローカルで管理する）ことを意味し、１はグローバルで管理することを意味する。ローカルで管理する場合は、“ＩＤＧｒｏｕｐ”以下の要素は全く独立で管理されることになる。
【００５８】
“ＩＤＧｒｏｕｐ限定”および“Ｐｌａｔｆｏｒｍ限定”は、アプリケーションやデータを扱う際に、その装置が他の“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”を扱う可能性がない場合に、その装置で処理を簡略化させる際に使用されるフラグである。本実施形態では、“ＩＤＧｒｏｕｐ”と“Ｐｌａｔｆｏｒｍ”とをそれぞれ独立して指定可能としているが、本開示はかかる例に限定されないことは言うまでもない。
【００５９】
“ＩＤＧｒｏｕｐ限定”および“Ｐｌａｔｆｏｒｍ限定”は、アプリケーションやデータを扱う際に、その装置でのファイルに関する制約があるような場合に有効である。例えば、アプリケーションやデータを扱う装置が、所定の長さ以上のファイル名を設定できないようなファイルシステムを採用しているような場合に、“ＩＤＧｒｏｕｐ限定”や“Ｐｌａｔｆｏｒｍ限定”の設定が有効となる。
【００６０】
図４に示すように、３つの０、１からなるフラグを１つの変数“Ｍｏｄｅ”で管理するために、変数“Ｍｏｄｅ”は、図４に示したように０から７の値を取り得る。この変数“Ｍｏｄｅ”の設定は、アプリケーションやデータに付随するメタデータに含まれる。具体的には、後述するメタデータのフォーマットにおける“ＧｌｏｂａｌＭｏｄｅ”メタに設定が記述される。なお本開示においては変数“Ｍｏｄｅ”の設定は係る例には限定されず、アプリケーションやコンテンツデータがダウンロードされる各機器の内部で保持しておき、アプリケーションやコンテンツデータがダウンロードされる際に参照されるようにしてもよい。
【００６１】
次に、ＩＤとディレクトリ構造との関係について説明する。図５は、本開示の一実施形態にかかる情報処理システム１における、ＩＤとディレクトリ構造との関係を示す説明図である。
【００６２】
本開示の一実施形態にかかる情報処理システム１は、アプリケーションやコンテンツデータを機器の内部に格納する際に、図３に示した“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４つの要素と、図４に示した変数“Ｍｏｄｅ”の設定とを用いる。
【００６３】
図５に示した表の上段は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を各機器がローカルで管理する場合のディレクトリ構造を示し、下段は“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”の少なくともいずれかがグローバルで管理される場合のディレクトリ構造を示している。
【００６４】
変数“Ｍｏｄｅ”が０の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を各機器がローカルで管理し、“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”には限定がない場合のディレクトリ構造となる。親ディレクトリには“ＩＤＧｒｏｕｐ＿Ｐｌａｔｆｏｒｍ＿Ｇｒｏｕｐ”という３つの要素名を所定のセパレータ（ここではセパレータをアンダーバー（“＿”）とする）で結合したものからなるディレクトリ名を付し、子ディレクトリには“Ｎａｍｅ”要素からなるディレクトリ名を付す。なお、各要素は、名称に上記のセパレータと同一の文字が使用されないように制限することが望ましい。
【００６５】
変数“Ｍｏｄｅ”が２の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を各機器がローカルで管理し、“ＩＤＧｒｏｕｐ”には限定がなく、“Ｐｌａｔｆｏｒｍ”にのみ限定がある場合のディレクトリ構造となる。親ディレクトリには“ＩＤＧｒｏｕｐ＿Ｇｒｏｕｐ”という２つの要素名をアンダーバーで結合したものからなるディレクトリ名を付し、子ディレクトリには“Ｎａｍｅ”要素からなるディレクトリ名を付す。
【００６６】
変数“Ｍｏｄｅ”が４の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を各機器がローカルで管理し、“ＩＤＧｒｏｕｐ”のみ限定があり、“Ｐｌａｔｆｏｒｍ”には限定がない場合のディレクトリ構造となる。親ディレクトリには“Ｐｌａｔｆｏｒｍ＿Ｇｒｏｕｐ”という２つの要素名をアンダーバーで結合したものからなるディレクトリ名を付し、子ディレクトリには“Ｎａｍｅ”要素からなるディレクトリ名を付す。
【００６７】
変数“Ｍｏｄｅ”が６の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を各機器がローカルで管理し、“ＩＤＧｒｏｕｐ”と“Ｐｌａｔｆｏｒｍ”のいずれにも限定がある場合のディレクトリ構造となる。親ディレクトリには“Ｇｒｏｕｐ”要素のみからなるディレクトリ名を付し、子ディレクトリには“Ｎａｍｅ”要素からなるディレクトリ名を付す。
【００６８】
変数“Ｍｏｄｅ”が１の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”がグローバルで管理され、“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”には限定がない場合のディレクトリ構造となる。親ディレクトリには“Ｐｌａｔｆｏｒｍ＿Ｇｒｏｕｐ”という２つの要素名をアンダーバーで結合したものからなるディレクトリ名を付し、子ディレクトリには“ＩＤＧｒｏｕｐ＿Ｎａｍｅ”という２つの要素名をアンダーバーで結合したものからなるディレクトリ名を付す。
【００６９】
変数“Ｍｏｄｅ”が３の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”がグローバルで管理され、“ＩＤＧｒｏｕｐ”には限定がなく、“Ｐｌａｔｆｏｒｍ”にのみ限定がある場合のディレクトリ構造となる。親ディレクトリには“Ｇｒｏｕｐ”の１つの要素名のみからなるディレクトリ名を付し、子ディレクトリには“ＩＤＧｒｏｕｐ＿Ｎａｍｅ”という２つの要素名をアンダーバーで結合したものからなるディレクトリ名を付す。
【００７０】
なお、変数“Ｍｏｄｅ”が５の場合と７の場合は、それぞれ変数“Ｍｏｄｅ”が４の場合と６の場合と同じディレクトリ構造となるので、変数“Ｍｏｄｅ”は５と７の値を取らないようにしてもよい。
【００７１】
続いて、本開示の一実施形態にかかるデジタルカメラ１００の動作について具体的に説明する。図６は、本開示の一実施形態にかかるデジタルカメラ１００の動作を示す流れ図である。図６に示した流れ図は、デジタルカメラ１００がコンテンツダウンロードサーバ１０からアプリケーションやデータをダウンロードした際、デジタルカメラ１００の動作を示したものである。以下、図６を用いて本開示の一実施形態にかかるデジタルカメラ１００の動作について具体的に説明する。
【００７２】
デジタルカメラ１００は、コンテンツダウンロードサーバ１０からアプリケーションやデータをダウンロードすると、ダウンロードしたファイルからアプリケーションやデータの管理用メタデータをフォーマット処理部１０９が抽出する（ステップＳ１０１）。
【００７３】
上記ステップＳ１０１で、アプリケーションやデータの管理用メタデータをフォーマット処理部１０９が抽出すると、続いて、抽出した管理用メタデータの内容をフォーマット処理部１０９が分析する。具体的には、フォーマット処理部１０９は、抽出した管理用メタデータに含まれる“ＧｌｏｂａｌＭｏｄｅ”メタの内容を取得して、ダウンロードしたアプリケーションやデータのモードの内容を把握する。そしてフォーマット処理部１０９は、抽出した管理用メタデータに含まれる“ＩＤＧｒｏｕｐ”メタと“Ｐｌａｔｆｏｒｍ”メタの内容を把握する（ステップＳ１０２）。
【００７４】
上記ステップＳ１０２で、抽出した管理用メタデータの内容をフォーマット処理部１０９が分析し、メタの内容を把握すると、フォーマット処理部１０９はデジタルカメラ１００のポリシーを調べる（ステップＳ１０３）。具体的には、フォーマット処理部１０９は、“ＧｌｏｂａｌＭｏｄｅ”メタでＩＤＧｒｏｕｐ限定が設定されていた場合には、デジタルカメラ１００の“ＩＤＧｒｏｕｐ”の設定を調べ、“ＧｌｏｂａｌＭｏｄｅ”メタでＰｌａｔｆｏｒｍ限定が設定されていた場合には、デジタルカメラ１００の“Ｐｌａｔｆｏｒｍ”の設定を調べる。
【００７５】
上記ステップＳ１０３で、フォーマット処理部１０９はデジタルカメラ１００のポリシーを調べると、続いて、ファイル管理部１１０が、“ＧｌｏｂａｌＭｏｄｅ”メタでＩＤＧｒｏｕｐ限定が設定されており、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“ＩＤＧｒｏｕｐ”メタの内容が、デジタルカメラ１００の“ＩＤＧｒｏｕｐ”の設定以外のものであるかどうかを判断する（ステップＳ１０４）。
【００７６】
上記ステップ１０４の判断の結果、“ＧｌｏｂａｌＭｏｄｅ”メタでＩＤＧｒｏｕｐ限定が設定されていないか、または、ＩＤＧｒｏｕｐ限定が設定されていて、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“ＩＤＧｒｏｕｐ”メタの内容が、デジタルカメラ１００の“ＩＤＧｒｏｕｐ”の設定と同一であれば、続いて、ファイル管理部１１０が、“ＧｌｏｂａｌＭｏｄｅ”メタでＰｌａｔｆｏｒｍ限定が設定されており、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“Ｐｌａｔｆｏｒｍ”メタの内容が、デジタルカメラ１００の“Ｐｌａｔｆｏｒｍ”の設定以外のものであるかどうかを判断する（ステップＳ１０５）。
【００７７】
上記ステップ１０５の判断の結果、“ＧｌｏｂａｌＭｏｄｅ”メタでＰｌａｔｆｏｒｍ限定が設定されていないか、または、Ｐｌａｔｆｏｒｍ限定が設定されていて、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“Ｐｌａｔｆｏｒｍ”メタの内容が、デジタルカメラ１００の“Ｐｌａｔｆｏｒｍ”の設定と同一であれば、フォーマット処理部１０９が抽出したメタの内容に基づいて、ファイル管理部１１０が、アプリケーションやデータを格納するためのパスを作成する（ステップＳ１０６）。ファイル管理部１１０による、アプリケーションやデータを格納するためのパスの作成の詳細については後述する。
【００７８】
上記ステップＳ１０６で、ファイル管理部１１０が、アプリケーションやデータを格納するためのパスを作成すると、ファイル管理部１１０は、ルートディレクトリ以下の、上記ステップＳ１０６で作成したパスに、ダウンロードされたアプリケーションやデータを格納する（ステップＳ１０７）。ダウンロードされたアプリケーションやデータは、例えば外部記憶装置部１０８に格納される。
【００７９】
一方、上記ステップＳ１０４で、“ＧｌｏｂａｌＭｏｄｅ”メタでＩＤＧｒｏｕｐ限定が設定されており、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“ＩＤＧｒｏｕｐ”メタの内容が、デジタルカメラ１００の“ＩＤＧｒｏｕｐ”の設定以外である場合、または、上記ステップＳ１０５で、“ＧｌｏｂａｌＭｏｄｅ”メタでＰｌａｔｆｏｒｍ限定が設定されており、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“Ｐｌａｔｆｏｒｍ”メタの内容が、デジタルカメラ１００の“Ｐｌａｔｆｏｒｍ”の設定以外のものである場合は、ファイル管理部１１０は、ダウンロードされたアプリケーションやデータに対してデジタルカメラ１００の対象外のアプリケーションやデータであるとする処理を実行する（ステップＳ１０８）。
【００８０】
本開示の一実施形態にかかるデジタルカメラ１００は、図６に示したような一連の処理を実行することで、ダウンロードしたアプリケーションやデータを、当該アプリケーションやデータに付随するメタデータの内容に応じてデジタルカメラ１００の内部に格納することができる。
【００８１】
本開示の一実施形態にかかるデジタルカメラ１００によるダウンロードしたアプリケーションやデータのデジタルカメラ１００の内部への格納について、図面を参照しながらより詳細に説明する。
【００８２】
図７は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図７に示したディレクトリ構造は、“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”に限定が無く、また“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”をローカルで管理する場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが０の場合に相当するものである。
【００８３】
図７では、“ＩＤＧｒｏｕｐ”が“ＸＸＸ”または“３ｒｄＰａｒｔｙ”の２種類であり、“Ｐｌａｔｆｏｒｍ”が“ＸＸＸＤＳＣ”である場合を例示している。そして“Ｇｒｏｕｐ”メタには“Ａｐｐ”と“ＭａｐＤａｔａ”のいずれかが指定されているものとする。
【００８４】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“ＸＸＸ＿ＸＸＸＤＳＣ＿Ａｐｐ”または“ＸＸＸ＿３ｒｄＰａｒｔｙ＿Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＸＸＸ＿ＸＸＸＤＳＣ＿ＭａｐＤａｔａ”または“ＸＸＸ＿３ｒｄＰａｒｔｙ＿ＭａｐＤａｔａ”ディレクトリが出来上がる。
【００８５】
ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”に限定が無く、また“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”をローカルで管理する場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”の３つの要素を“＿”で結合したディレクトリを作成し、作成したディレクトリの直下に、“Ｎａｍｅ”要素からなるディレクトリを作成する。
【００８６】
図８は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図８に示したディレクトリ構造は、“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”に限定が無く、また“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”をグローバルで管理する場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが１の場合に相当するものである。また、ここでは“Ｐｌａｔｆｏｒｍ”が“ＸＸＸＤＳＣ”のもの、および“Ｇｒｏｕｐ”が“Ａｐｐ”のものをグローバルで管理するものとしている。
【００８７】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“ＸＸＸＤＳＣ＿Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＸＸＸＤＳＣ＿ＭａｐＤａｔａ”または“ＸＸＸＤＳＣ＿ＧｕｉｄｅＤａｔａ”ディレクトリが出来上がる。
【００８８】
そして、“ＸＸＸＤＳＣ＿Ａｐｐ”ディレクトリ以下には、“ＸＸＸ＿ＭａｐＶｉｅｗｅｒ１．０”ディレクトリと“３ｒｄＰａｒｔｙ＿Ｇｕｉｄｅ１．０”ディレクトリを、ファイル管理部１１０が生成する。これにより、“ＸＸＸＤＳＣ＿Ａｐｐ”ディレクトリに、要素“Ｇｒｏｕｐ”が“Ａｐｐ”以下に属するアプリケーションがまとめて格納される。
【００８９】
“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”に限定が無く、また“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”をグローバルで管理する場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”の２つの要素を“＿”で結合したディレクトリを作成し、作成したディレクトリの直下に、“ＩＤＧｒｏｕｐ”および“Ｎａｍｅ”の２つの要素を“＿”で結合したディレクトリを作成する。
【００９０】
図９は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図９に示したディレクトリ構造は、“Ｐｌａｔｆｏｒｍ”にのみ限定があり、また“Ｇｒｏｕｐ”をグローバルで管理する場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが３の場合に相当するものである。
【００９１】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＭａｐＤａｔａ”または“ＧｕｉｄｅＤａｔａ”ディレクトリが出来上がる。
【００９２】
そして、“Ａｐｐ”ディレクトリ以下には、“ＸＸＸ＿ＭａｐＶｉｅｗｅｒ１．０”ディレクトリと“３ｒｄＰａｒｔｙ＿Ｇｕｉｄｅ１．０”ディレクトリを、ファイル管理部１１０が生成する。これにより、“Ａｐｐ”ディレクトリに、要素“Ｇｒｏｕｐ”が“Ａｐｐ”以下に属するアプリケーションがまとめて格納される。
【００９３】
“Ｐｌａｔｆｏｒｍ”にのみ限定があり、また“Ｇｒｏｕｐ”をグローバルで管理する場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“Ｇｒｏｕｐ”の１つの要素のみからなるディレクトリを作成し、作成したディレクトリの直下に、“ＩＤＧｒｏｕｐ”および“Ｎａｍｅ”の２つの要素を“＿”で結合したディレクトリを作成する。
【００９４】
図１０は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図１０に示したディレクトリ構造は、“Ｐｌａｔｆｏｒｍ”にのみ限定があり、また“Ｇｒｏｕｐ”をローカルで管理する場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが２の場合に相当するものである。
【００９５】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“ＸＸＸ＿Ａｐｐ”と“３ｒｄＰａｒｔｙ＿Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＸＸＸ＿ＭａｐＤａｔａ”、“ＸＸＸ＿ＧｕｉｄｅＤａｔａ”、“３ｒｄＰａｒｔｙ＿ＭａｐＤａｔａ”、“３ｒｄＰａｒｔｙ＿ＧｕｉｄｅＤａｔａ”ディレクトリが出来上がる。
【００９６】
そして、“ＸＸＸ＿Ａｐｐ”ディレクトリ以下には、“ＭａｐＶｉｅｗｅｒ１．０”ディレクトリを、“３ｒｄＰａｒｔｙ＿Ａｐｐ”ディレクトリ以下には“Ｇｕｉｄｅ１．０”ディレクトリを、ファイル管理部１１０が生成する。
【００９７】
“Ｐｌａｔｆｏｒｍ”にのみ限定があり、また“Ｇｒｏｕｐ”をローカルで管理する場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“ＩＤＧｒｏｕｐ”および“Ｇｒｏｕｐ”の２つの要素を“＿”で結合したディレクトリを作成し、作成したディレクトリの直下に、“Ｎａｍｅ”の１つの要素のみからなるディレクトリを作成する。
【００９８】
図１１は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図１１に示したディレクトリ構造は、“ＩＤＧｒｏｕｐ”にのみ限定がある場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが４の場合に相当するものである。
【００９９】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“ＸＸＸＤＳＣ＿Ａｐｐ”および“ＹＹＹ＿Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＸＸＸＤＳＣ＿ＭａｐＤａｔａ”および“ＹＹＹ＿ＧｕｉｄｅＤａｔａ”ディレクトリが出来上がる。
【０１００】
そして、“ＸＸＸＤＳＣ＿Ａｐｐ”ディレクトリ以下には、“ＭａｐＶｉｅｗｅｒ１．０”ディレクトリを、“ＹＹＹ＿Ａｐｐ”ディレクトリ以下には“Ｇｕｉｄｅ１．０”ディレクトリを、ファイル管理部１１０が生成する。
【０１０１】
“ＩＤＧｒｏｕｐ”にのみ限定がある場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”の２つの要素を“＿”で結合したディレクトリを作成し、作成したディレクトリの直下に、“Ｎａｍｅ”の１つの要素のみからなるディレクトリを作成する。
【０１０２】
図１２は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図１２に示したディレクトリ構造は、“ＩＤＧｒｏｕｐ”および“Ｐｌａｔｆｏｒｍ”に限定がある場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが６の場合に相当するものである。
【０１０３】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＭａｐＤａｔａ”および“ＧｕｉｄｅＤａｔａ”ディレクトリが出来上がる。
【０１０４】
そして、“Ａｐｐ”ディレクトリ以下には、“ＭａｐＶｉｅｗｅｒ１．０”および“Ｇｕｉｄｅ１．０”ディレクトリを、ファイル管理部１１０が生成する。“ＩＤＧｒｏｕｐ”および“Ｐｌａｔｆｏｒｍ”に限定がある場合は、このように“Ａｐｐ”ディレクトリ以下に全てのアプリケーションが格納されることになる。また、コンテンツデータは“ＭａｐＤａｔａ”および“ＧｕｉｄｅＤａｔａ”ディレクトリ以下に格納されることになる。
【０１０５】
“ＩＤＧｒｏｕｐ”および“Ｐｌａｔｆｏｒｍ”に限定がある場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“Ｇｒｏｕｐ”の１つの要素のみからなるディレクトリを作成し、作成したディレクトリの直下に、“Ｎａｍｅ”の１つの要素のみからなるディレクトリを作成する。
【０１０６】
このようにファイル管理部１１０は、“ＧｌｏｂａｌＭｏｄｅ”メタの内容に応じて、アプリケーションやデータをインストールする際に、構造を変えてディレクトリを作成し、作成したディレクトリにアプリケーションやコンテンツデータを格納することが可能になる。これにより、同一・同種のアプリケーションやコンテンツデータを、同一のディレクトリにまとめて格納することができるようになるので、本開示の一実施形態にかかるデジタルカメラ１００は、アプリケーションやデータをより容易に管理することが可能となる。
【０１０７】
続いて、アプリケーションのインストールディレクトリに格納されたアプリケーションが、データディレクトリに格納されたデータを使用する例を説明する。図１３は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【０１０８】
デジタルカメラ１００が、アプリケーションのインストールディレクトリに格納されたアプリケーションが、データディレクトリに格納されたデータを使用するには、アプリケーションに付随するメタデータに含まれる“ＲｅｌａｔｅｄＧｒｏｕｐ”メタの内容を参照する。
【０１０９】
図１３を用いて具体的に説明すれば、例えば、“ＭａｐＶｉｅｗｅｒ１．０”が“ＭａｐＤａｔａ”ディレクトリ以下のデータを参照する場合は、予め“ＲｅｌａｔｅｄＧｒｏｕｐ”に“ＭａｐＤａｔａ”と記述したメタデータを用意しておき、“ＭａｐＶｉｅｗｅｒ１．０”が“ＲｅｌａｔｅｄＧｒｏｕｐ”に記述された“ＭａｐＤａｔａ”を利用する。同様に、“ＧｕｉｄｅＤａｔａ１．０”が“ＧｕｉｄｅＤａｔａ”ディレクトリ以下のデータを参照する場合は、予め“ＲｅｌａｔｅｄＧｒｏｕｐ”に“ＧｕｉｄｅＤａｔａ”と記述したメタデータを用意しておき、“ＧｕｉｄｅＶｉｅｗｅｒ１．０”が“ＲｅｌａｔｅｄＧｒｏｕｐ”に記述された“ＧｕｉｄｅＤａｔａ”を利用する。
【０１１０】
このように、“ＲｅｌａｔｅｄＧｒｏｕｐ”メタでアプリケーションとコンテンツとを結びつけることで、アプリケーションのインストールディレクトリに格納されたアプリケーションが、データディレクトリに格納されたデータを使用することができる。この“ＲｅｌａｔｅｄＧｒｏｕｐ”メタを応用すれば、１つのアプリケーションから複数のデータディレクトリへアクセスすることが可能になるし、複数のアプリケーションから１つのデータディレクトリを利用することも可能になる。さらに、後述するアプリケーションのバージョンアップに際して“ＲｅｌａｔｅｄＧｒｏｕｐ”メタの内容を更新することで、後から追加されたデータディレクトリに格納されたデータを使用することもできる。
【０１１１】
続いて、アプリケーションやコンテンツデータのバージョンアップ例を説明する。アプリケーションやコンテンツデータのバージョンアップには、マイナーバージョンアップとメジャーバージョンアップとがある。本実施形態では、マイナーバージョンアップは、“Ｇｒｏｕｐ”や“Ｎａｍｅ”の変更を伴わないものであり、アプリケーションやデータのファイルのみが置き換えられたり追加されたりする。バージョンの違いは、“ＤａｔａＶｅｒｓｉｏｎ”メタを使用する。
【０１１２】
一方、メジャーバージョンアップは、“Ｇｒｏｕｐ”や“Ｎａｍｅ”の変更を伴うものである。例えば、アプリケーションの場合は、旧バージョンのものとは別の名前の“Ｎａｍｅ”要素が用いられ、旧バージョンのものとは別のディレクトリが生成される。またコンテンツデータの場合は、旧バージョンのものとは別の名前の“Ｇｒｏｕｐ”要素が用いられ、旧バージョンのものとは別のディレクトリが生成される。従って、新旧両方のバージョンのファイルが併存することになる。そして、過去のバージョンへのリンクとして“ＯｌｄＶｅｒｓｉｏｎ”メタを使用する。この“ＯｌｄＶｅｒｓｉｏｎ”メタは、アプリケーションやデータを管理するためのメタデータではなく、アプリケーションやデータを提供するサービスを管理するためのメタデータに含まれるものとする。もちろん、バージョンアップに際して旧バージョンのディレクトリは削除されるようにしても良い。
【０１１３】
図１４は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図１４に示した例は、アプリケーションやコンテンツデータのマイナーバージョンアップの際のディレクトリ構造について示したものである。このように、アプリケーションやコンテンツデータのマイナーバージョンアップの際には、アプリケーションやデータのファイルのみが置き換えられたり追加されたりする。
【０１１４】
図１５は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図１５に示した例は、アプリケーションやコンテンツデータのメジャーバージョンアップの際のディレクトリ構造について示したものである。このように、アプリケーションやコンテンツデータのメジャーバージョンアップの際には、旧バージョンのものとは別のディレクトリが生成され、新バージョンのアプリケーションやデータのファイルのみは新たに生成されたディレクトリに格納される。
【０１１５】
このように、本開示の一実施形態にかかるデジタルカメラ１００は、アプリケーションやコンテンツデータのバージョンアップの際には、マイナーバージョンアップかメジャーバージョンアップかによって、バージョンアップ時のファイル格納方法を変更することができる。
【０１１６】
続いて、アプリケーションやコンテンツデータに付随してコンテンツダウンロードサーバ１０から送信されるメタデータの構成例について説明する。図１６は、コンテンツダウンロードサーバ１０から送信されるメタデータの構成例を示す説明図である。
【０１１７】
図１６には、メタデータの構成として“ＤａｔａＶｅｒｓｉｏｎ”、“ＩＤ”、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”、“ＴａｒｇｅｔＭｏｄｅｌ”、“ＧｌｏｂａｌＭｏｄｅ”、“ＲｅｌａｔｅｄＧｒｏｕｐ”を図示している。
【０１１８】
“ＤａｔａＶｅｒｓｉｏｎ”は、アプリケーションやデータのバージョンが記述されるメタであり、上述した、デジタルカメラ１００におけるアプリケーションやデータのバージョンアップの際に参照される。“ＩＤ”は、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、および“Ｎａｍｅ”の４要素を“＿”で結合したものが記述されるメタであり、ＩＤ全体を格納するためのものである。“ＴａｒｇｅｔＭｏｄｅｌ”メタについては後に詳述する。
【０１１９】
図１７は、コンテンツダウンロードサーバ１０から送信されるアプリケーションやデータの内容例を示す説明図である。上述してきたように、本実施形態では、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４要素をメタデータ（コンテンツメタ）で管理する。従って、アプリケーションやコンテンツデータと、メタデータとを圧縮して、コンテンツダウンロードサーバ１０に保持しておくことで、デジタルカメラ１００は、アプリケーションやデータをダウンロードすると、同時に、アプリケーションやデータに付随するコンテンツメタを取得することができる。
【０１２０】
続いて、コンテンツダウンロードサーバ１０から送信されるアプリケーションやデータが機器毎に異なる場合の管理方法について説明する。
【０１２１】
図１８は、本開示の一実施形態にかかる情報処理システム１で用いられるメタデータの構造例を示す説明図である。図１８に示したメタデータの構造は、図３に示したメタデータの構造に加え、“ＴａｒｇｅｔＭｏｄｅｌ”という新たな要素が加わっている。この“ＴａｒｇｅｔＭｏｄｅｌ”は、機種の違いを全て異なるＩＤで管理する場合、同じ扱いのアプリ（コンテンツ）である事を示すために用いられる要素である。
【０１２２】
例えば、同一のアプリケーションであっても、そのアプリケーションが実行される機器のハードウェア性能の違いによって、細部を変更しなければならない場合がある。例えば、画面がタッチパネルであるか否かによって、表示内容を変更しなければならない場合が考えられる。そのような場合に、アプリケーションとしては同一であるが、そのアプリケーションが実行されるターゲットの機器に応じて異なるバイナリやデータを用意することで、アプリケーションやデータの管理を簡略化することが可能となる。なお、排他的で同じ機器に複数の異なる“ＴａｒｇｅｔＭｏｄｅｌ”は存在出来ないように制限する。
【０１２３】
図１８では、“ＩＤＧｒｏｕｐ１”−“Ｐｌａｔｆｏｒｍ１”−“Ｇｒｏｕｐ１”−“Ｎａｍｅ１”以下に、“ＴａｒｇｅｔＭｏｄｅｌ”として“Ａ”と“Ｂ”とが、“ＩＤＧｒｏｕｐ１”−“Ｐｌａｔｆｏｒｍ２”−“Ｇｒｏｕｐ１”−“Ｎａｍｅ２”以下に、“ＴａｒｇｅｔＭｏｄｅｌ”として“Ａ”と“Ｂ”とが、それぞれ指定されている。
【０１２４】
なお、“ＴａｒｇｅｔＭｏｄｅｌ”メタは、アプリケーションやデータを、コンテンツダウンロードサーバ１０から各機器に配信する際に用いられるものである。“ＴａｒｇｅｔＭｏｄｅｌ”メタは、アプリケーションやデータが各機器に配信された後の、ディレクトリの作成やファイルの格納には用いられない。また、アプリケーションやデータに、機器による違いがない場合は、もちろん“ＴａｒｇｅｔＭｏｄｅｌ”メタの内容を省略しても良い。
【０１２５】
図１９は、本開示の一実施形態にかかるコンテンツダウンロードサーバ１０の機能構成例を示す説明図である。以下、図１９を用いて本開示の一実施形態にかかるコンテンツダウンロードサーバ１０の機能構成例について説明する。
【０１２６】
図１９に示したように、本開示の一実施形態にかかるコンテンツダウンロードサーバ１０は、データ管理部１１と、機器マッチングデータベース１２と、を含んで構成される。
【０１２７】
データ管理部１１は、コンテンツダウンロードサーバ１０から提供するアプリケーションを、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”、“ＴａｒｇｅｔＭｏｄｅｌ”の５つの要素からなるＩＤで管理する。目的のアプリケーションのダウンロード要求がクライアントの機器からあった際に、機器毎に適合するものを機器マッチングデータベース１２から調べ、適合するものを提供する。
【０１２８】
機器マッチングデータベース１２は、アプリケーションの情報が機器毎に登録されるデータベースである。データ管理部１１は、機器マッチングデータベース１２に登録されている情報を参照することで、目的のアプリケーションのダウンロード要求がクライアントの機器からあった際に、機器毎に適合するものを提供できる。
【０１２９】
以上、図１９を用いて本開示の一実施形態にかかるコンテンツダウンロードサーバ１０の機能構成例について説明した。続いて、機器マッチングデータベース１２の内容例について説明する。図２０は、機器マッチングデータベース１２の内容例を示す説明図である。
【０１３０】
図２０に示した機器マッチングデータベース１２には、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”からなる共通ＩＤとして“ＸＸＸ＿ＤＳＣ＿Ａｐｐ＿Ｍａｐｖｉｅｗｅｒ”、“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿日本”、“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿首都圏”の３つが示されている。“ＸＸＸ＿ＤＳＣ＿Ａｐｐ＿Ｍａｐｖｉｅｗｅｒ”は、例えばデジタルカメラ１００で実行される、地図表示用のアプリケーションのＩＤを指し、“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿日本”は、当該地図表示用のアプリケーションで用いられる日本地図のＩＤを指し、“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿首都圏”は、当該地図表示用のアプリケーションで用いられる首都圏の地図のＩＤを指す。
【０１３１】
このうち、“ＸＸＸ＿ＤＳＣ＿Ａｐｐ＿Ｍａｐｖｉｅｗｅｒ”、および“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿日本”については、“ＴａｒｇｅｔＭｏｄｅｌ”が指定されている。“ＴａｒｇｅｔＭｏｄｅｌ”が指定されていることで、これらのアプリケーションやデータについては、機器毎に異なるものが用意されていることになる。また“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿首都圏”については“ＴａｒｇｅｔＭｏｄｅｌ”が指定されていない。これは、地図表示用のアプリケーションを実行する全ての機器において共通のデータが用意されていることになる。
【０１３２】
図２１は、アプリケーションやデータをクライアントの機器に提供する際の階層構造を示す説明図である。図２１に示した階層構造は、機器マッチングデータベース１２に図２０のようにデータが登録されている際の階層構造である。
【０１３３】
機器Ａ（例えば、表示部にタッチパネルを備えているデジタルカメラ）に上記地図表示用のアプリケーションを提供する際には、アプリケーションと、当該アプリケーションで用いられる日本地図のデータは、機器Ａ用に作成されたものが提供される。機器Ｂ（例えば、表示部にタッチパネルを備えていないデジタルカメラ）に上記地図表示用のアプリケーションを提供する際には、アプリケーションと、当該アプリケーションで用いられる日本地図のデータは、機器Ｂ用に作成されたものが提供される。当該アプリケーションで用いられる首都圏の地図のデータについては、機器Ａ、機器Ｂ共通のものが提供される。
【０１３４】
図２２は、アプリケーションやデータをクライアントの機器に提供する際の階層構造を示す説明図である。図２２は、２つの機器（機器Ａと機器Ｂ）を例示して階層構造を示している。
【０１３５】
コンテンツダウンロードサーバ１０から機器別にコンテンツをダウンロードした場合であっても、それぞれの機器で同じ構成でコンテンツを管理することができる。そして機器Ａおよび機器Ｂは、図２２に示したように、ライセンス管理領域（ライセンス格納部１１４）にライセンスをまとめて格納することができる。
【０１３６】
例えば、日本地図データが“データ１．ｄａｔ”、および“データ２．ｄａｔ”という２つのファイルを持つ場合、機器Ａの“ＭａｐＶｉｅｗｅｒ”からも、機器Ｂの“ＭａｐＶｉｅｗｅｒ”からも、以下のように同じパスでそれぞれの専用データにアクセスできる。
ダウンロードルート／Ｓｏｎｙ＿ＤＳＣ＿Ｍａｐ＿日本／データ１．ｄａｔ
ダウンロードルート／Ｓｏｎｙ＿ＤＳＣ＿Ｍａｐ＿日本／データ２．ｄａｔ
【０１３７】
なお、ライセンスは、ライセンス管理領域以下にコンテンツと同様のディレクトリ構造で格納する方法や、ＩＤを使って１ヶ所に格納する方法など、コンテンツダウンロードサーバ１０からダウンロードしたコンテンツと対応が取れる方法であれば、どのような方法で格納しても良い。
【０１３８】
続いて、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者とダウンロードサーバとの間の処理の流れについて説明する。図２３は、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者とダウンロードサーバとの間の処理の流れを示す流れ図である。
【０１３９】
アプリケーションやデータを制作してダウンロードサーバに登録するコンテンツ登録者は、アプリケーションやデータを開発する。またコンテンツ登録者は、当該アプリケーションやデータに付する、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４要素からなるＩＤの管理を行う（ステップＳ２０１）。
【０１４０】
続いて、コンテンツ登録者は、作成したアプリケーションやデータに対応する機器リストを作成する。ここで、機器毎にアプリケーションのバイナリが異なったり、データが異なったりする場合は、“ＴａｒｇｅｔＭｏｄｅｌ”要素をＩＤに追加する（ステップＳ２０２）。
【０１４１】
コンテンツ登録者は、アプリケーションやデータを開発し、ＩＤの管理が完了すると、作成したアプリケーションやデータをＩＤと共にコンテンツダウンロードサーバ１０に登録する（ステップＳ２０３）。
【０１４２】
コンテンツダウンロードサーバ１０は、コンテンツ登録者から登録のあったアプリケーションやデータをダウンロード環境に登録し、コンテンツをコンテンツ鍵で暗号化すると共に、ＩＤ情報を機器マッチングデータベース１２に格納する（ステップＳ２０４）。この一連の処理により、コンテンツ登録者が開発したアプリケーションやデータが、クライアント機器からダウンロード可能な状態となる。
【０１４３】
以上、図２３を用いて、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者とコンテンツダウンロードサーバ１０との間の処理の流れについて説明した。次に、本開示の一実施形態にかかる情報処理システム１における、クライアント機器（例えばデジタルカメラ１００）とコンテンツダウンロードサーバ１０との間の処理の流れについて説明する。
【０１４４】
図２４は、本開示の一実施形態にかかる情報処理システム１における、クライアント機器とコンテンツダウンロードサーバ１０との間の処理の流れを示す流れ図である。以下、図２４を用いて本開示の一実施形態にかかる情報処理システム１における、クライアント機器とコンテンツダウンロードサーバ１０との間の処理の流れについて説明する。
【０１４５】
クライアント機器がコンテンツダウンロードサーバ１０からアプリケーションやデータを取得する際には、まずクライアント機器はコンテンツダウンロードサーバ１０へログインし、コンテンツの検索および利用機種名の送信を行う（ステップＳ２１０）。クライアント機器がコンテンツダウンロードサーバ１０に送信する利用機種名の情報は、“ＴａｒｇｅｔＭｏｄｅｌ”要素に対応するものである。
【０１４６】
上記ステップＳ２１０で、クライアント機器がコンテンツダウンロードサーバ１０へコンテンツの検索および機器情報の送信を行うと、コンテンツダウンロードサーバ１０は、クライアント機器から送信された情報を用いて機器マッチングデータベース１２を確認する（ステップＳ２１１）。機器マッチングデータベース１２を確認すると、コンテンツダウンロードサーバ１０は、上記ステップＳ２１０での要求に合致したコンテンツリストをクライアント機器へ送信する（ステップＳ２１２）。
【０１４７】
クライアント機器は、コンテンツダウンロードサーバ１０からコンテンツリストを受信すると、ダウンロードを希望するアプリケーションやデータを選択し（ステップＳ２１３）、選択したアプリケーションやデータのダウンロードをコンテンツダウンロードサーバ１０に要求する（ステップＳ２１４）。
【０１４８】
上記ステップＳ２１４で、クライアント機器がコンテンツダウンロードサーバ１０へアプリケーションやデータのダウンロードを要求すると、コンテンツダウンロードサーバ１０はＤＲＭサーバ２０にライセンスの発行を依頼し、ＤＲＭサーバ２０は当該コンテンツに対するライセンスを作成する（ステップＳ２１５）。ＤＲＭサーバ２０は、ライセンスを作成すると、作成したライセンスをクライアント機器へ送信する（ステップＳ２１６）。
【０１４９】
ＤＲＭサーバ２０からライセンスを受信したクライアント機器は、受信したライセンスをライセンス格納領域に格納する（ステップＳ２１７）。クライアント機器がデジタルカメラ１００の場合は、受信したライセンスは、ライセンス処理部１１５によってライセンス格納部１１４に格納される。
【０１５０】
その後、コンテンツダウンロードサーバ１０は対応する暗号化されたアプリケーションやデータを抽出し（ステップＳ２１８）、抽出した、暗号化されたアプリケーションやデータをクライアント機器へ送信する（ステップＳ２１９）。
【０１５１】
クライアント機器は、コンテンツダウンロードサーバ１０から暗号化されたアプリケーションやデータを受信すると、上述した格納ルールに従って、アプリケーションやデータを内部に格納する（ステップＳ２１９）。クライアント機器は、アプリケーションやデータを内部に格納する際には、“ＴａｒｇｅｔＭｏｄｅｌ”要素の情報を用いることはない。
【０１５２】
このようにクライアント機器とダウンロードサーバとの間で処理を実行することにより、機器毎にアプリケーションやデータの内容が一部異なる場合であっても、その機器に適合したアプリケーションやデータを、ダウンロードサーバからクライアント機器に提供することができる。そして、クライアント機器は、アプリケーションやデータを内部に格納する際には、“ＴａｒｇｅｔＭｏｄｅｌ”の違いを考慮せずに、上述した“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４要素によるディレクトリ作成を行う。
【０１５３】
そしてクライアント機器は、ＤＲＭサーバ２０からライセンスを受信したときに、受信したライセンスを内部に格納する。デバイスバインド方式は、コンテンツ鍵を機器固有のデバイス鍵で暗号化するため、クライアント機器の内部に格納されることで、ＤＲＭサーバ２０が動作を認めた機器だけにコンテンツダウンロードサーバ１０からコンテンツを配布し、実行するような制御が行える。
【０１５４】
以上、図２４を用いて本開示の一実施形態にかかる情報処理システム１における、クライアント機器とダウンロードサーバとの間の処理の流れについて説明した。次に、コンテンツ登録者によるコンテンツ登録の流れについて説明する。
【０１５５】
図２５は、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者によるコンテンツ登録の流れを示す流れ図である。以下、図２５を用いて、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者によるコンテンツ登録の流れについて説明する。
【０１５６】
アプリケーションやデータを制作してダウンロードサーバに登録するコンテンツ登録者は、アプリケーションやデータを開発する。またコンテンツ登録者は、当該アプリケーションやデータに付する、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４要素からなるＩＤを取得する（ステップＳ２２１）。
【０１５７】
続いて、コンテンツ登録者は、作成したアプリケーションやデータに対応する機器リストを作成する。ここで、機器毎にアプリケーションのバイナリが異なったり、データが異なったりする場合は、“ＴａｒｇｅｔＭｏｄｅｌ”要素をＩＤに追加する（ステップＳ２２２）。
【０１５８】
コンテンツ登録者は、アプリケーションやデータを開発し、ＩＤの管理が完了すると、作成したアプリケーションやデータをＩＤと共にダウンロードサーバ（コンテンツダウンロードサーバ１０を「ダウンロードサーバ」と総称する）にコンテンツ鍵で暗号化して登録する（ステップＳ２２３）。この一連の処理により、コンテンツ登録者が開発したアプリケーションやデータが、クライアント機器からダウンロード可能な状態となる。
【０１５９】
以上、図２５を用いて、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者によるコンテンツ登録の流れについて説明した。次に、本開示の一実施形態にかかる情報処理システム１における、クライアント機器によるコンテンツ検索および取得処理の流れについて説明する。
【０１６０】
図２６は、本開示の一実施形態にかかる情報処理システム１における、クライアント機器によるコンテンツ検索および取得処理の流れを示す流れ図である。以下、図２６を用いて、本開示の一実施形態にかかる情報処理システム１における、ユーザによるコンテンツ検索および取得処理の流れについて説明する。
【０１６１】
ユーザが、ダウンロードサーバからクライアント機器で使用するアプリケーションやデータを取得する際には、まずユーザはダウンロードサーバへログインし、利用機種名を送信するとともに、アプリケーションやデータを検索する（ステップＳ２３１）。当該ログインおよび検索処理は、クライアント機器を用いてもよい。ユーザがダウンロードサーバに送信する利用機種名の情報は、“ＴａｒｇｅｔＭｏｄｅｌ”要素に対応するものである。
【０１６２】
続いてユーザは、ダウンロードサーバから、利用するクライアント機器で動作するコンテンツリストを取得する（ステップＳ２３２）。当該取得処理は、クライアント機器を用いてもよい。
【０１６３】
ダウンロードサーバから、利用するクライアント機器で動作するコンテンツリストを取得すると、続いてユーザは、ダウンロードサーバへアプリケーションやデータを要求すると共に、ＤＲＭサーバ２０からライセンスを、コンテンツダウンロードサーバ１０からアプリケーションやデータをダウンロードする（ステップＳ２３３）。当該要求およびダウンロード処理は、クライアント機器を用いてもよい。
【０１６４】
続いてユーザは、ＤＲＭサーバ２０から受信したライセンスをクライアント機器の内部のライセンス格納領域に格納する（ステップＳ２３４）。当該格納処理は、クライアント機器によって行われる。
【０１６５】
続いてユーザは、ダウンロードサーバからダウンロードしたアプリケーションやデータを、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４要素に従って、クライアント機器の内部に格納する（ステップＳ２３５）。当該格納処理は、クライアント機器によって行われる。
【０１６６】
以上、図２６を用いて、本開示の一実施形態にかかる情報処理システム１における、ユーザによるコンテンツ検索および取得処理の流れについて説明した。次に、本開示の一実施形態にかかる情報処理システム１における、コンテンツダウンロードサーバ１０およびＤＲＭサーバ２０によるコンテンツ検索および送信処理について説明する。
【０１６７】
図２７は、本開示の一実施形態にかかる情報処理システム１における、コンテンツダウンロードサーバ１０およびＤＲＭサーバ２０によるコンテンツ検索および送信処理を示す流れ図である。以下、図２７を用いて本開示の一実施形態にかかる情報処理システム１における、コンテンツダウンロードサーバ１０およびＤＲＭサーバ２０によるコンテンツ検索および送信処理について説明する。
【０１６８】
コンテンツダウンロードサーバ１０は、ユーザからのログイン要求があると、当該ユーザのログイン処理を実行する（ステップＳ２４１）。ログイン処理が完了し、ユーザから機器を指定したコンテンツ検索要求があると、コンテンツダウンロードサーバ１０は、機器マッチングデータベース１２を検索し、ユーザが利用する機器に対応するコンテンツ一覧を作成し、ユーザに提示する（ステップＳ２４２）。
【０１６９】
その後、ユーザから、アプリケーションやデータのダウンロード要求が送信されると、ダウンロードサーバは、ユーザのダウンロード要求に応じた、ユーザが利用する機器に対応するアプリケーションやデータを配信し、ＤＲＭサーバ２０は、当該アプリケーションやデータをクライアント機器で利用するためのライセンスの作成と配信を行なう（ステップＳ２４３）。
【０１７０】
以上、図２７を用いて本開示の一実施形態にかかる情報処理システム１における、ダウンロードサーバによるコンテンツ検索および送信処理について説明した。このようにアプリケーションとしては同一であるが、そのアプリケーションが実行されるターゲットの機器に応じて異なるバイナリやデータを用意することで、ダウンロードサーバ側でのアプリケーションやデータの管理を簡略化することが可能となる。そして、アプリケーションやデータをダウンロードするクライアント機器においては、機器の情報をダウンロードサーバに送信するだけで自動的に自機器に適合したアプリケーションやデータをダウンロードサーバから取得することができる。そして、あるユーザが一度購入したコンテンツは、対応機器が異なっても、対応コンテンツが同一であれば、当該対応コンテンツの再ダウンロードを許す管理も可能となる。
【０１７１】
なお、上述の処理では、アプリケーションやコンテンツデータを選択して、選択したアプリケーションやコンテンツデータのダウンロードをデジタルカメラ１００に行わせる実施例について説明したが、本開示はかかる例に限定されない。例えば、パーソナルコンピュータやスマートフォン等に、アプリケーションやコンテンツデータを選択して、選択したアプリケーションやコンテンツデータのダウンロードを行わせるようにして、ダウンロードしたアプリケーションやデータを、パーソナルコンピュータやスマートフォン等からデジタルカメラに転送するようにしてもよい。
【０１７２】
次に、本開示の一実施形態にかかる情報処理システム１における、クライアント機器によるコンテンツの実行処理について説明する。図２８は、本開示の一実施形態にかかる情報処理システム１における、クライアント機器によるコンテンツの実行処理を示す流れ図である。
【０１７３】
まずクライアント機器は、ライセンス格納領域（クライアント機器がデジタルカメラ１００の場合は、ライセンス格納部１１４）に、実行しようとするコンテンツのライセンスが存在しているかを確認すると共に、ライセンスが存在していれば、そのライセンスが、実行しようとするコンテンツのライセンス条件を満たしているかどうかを確認する（ステップＳ２５１）。より具体的には、クライアント機器がデジタルカメラ１００の場合は、ライセンス管理部１１５がライセンス格納部１１４へのライセンスの存在確認およびライセンス条件の確認を実行する。
【０１７４】
続いてクライアント機器は、ライセンス格納領域に格納されているライセンスに記述されたユーザ登録機器の確認を行う（ステップＳ２５２）。より具体的には、ライセンス格納領域に格納されているライセンスに記述されているユーザ情報と、デジタルカメラ１００の内部（例えばメモリ１０７）に保持されているユーザ情報とが一致することによって、ライセンスに記述されたユーザ登録機器の確認を行う。ライセンス格納領域に格納されているライセンスに記述されたユーザ登録機器の確認を行い、コンテンツが実行できる機器であることが確認できると、続いてクライアント機器は、ライセンス格納領域に格納されているライセンスに含まれるコンテンツ鍵をデバイス鍵で復号する（ステップＳ２５３）。
【０１７５】
ライセンスに含まれるコンテンツ鍵をデバイス鍵で復号すると、クライアント機器は、セキュアな領域において、復号したコンテンツ鍵を用いてコンテンツを復号する（ステップＳ２５４）。コンテンツ鍵を用いてコンテンツを復号すると、クライアント機器は、復号したコンテンツを実行する（ステップＳ２５５）。
【０１７６】
このように一連の鍵の復号処理やコンテンツの復号処理を実行することで、クライアント機器は、コンテンツダウンロードサーバ１０からダウンロードしたコンテンツを、ＤＲＭサーバ２０から受信したライセンスを用いて実行することが可能となる。
【０１７７】
図２９は、本開示の一実施形態にかかる情報処理システム１のシステム構成例を示す説明図である。図２９に示した情報処理システム１のシステム構成例は、図２に示した構成にパーソナルコンピュータ２００が追加されたものである。
【０１７８】
図２９に示したように、パーソナルコンピュータ２００は、ＣＰＵ２０１と、表示部２０２と、Ｉ／Ｆ２０３と、ＵＳＢ２０４と、ネットワーク処理部２０５と、記憶装置部２０６と、外部記憶装置部２０７と、フォーマット処理部２０８と、カメラＩ／Ｆ２０９と、を含んで構成される。
【０１７９】
ＣＰＵ２０１は、演算処理装置および制御装置として機能し、パーソナルコンピュータ２００に格納された各種プログラムに従って、パーソナルコンピュータ２００内の動作全般またはその一部を制御する。表示部２０２は、ＣＲＴディスプレイ装置、液晶ディスプレイ装置、プラズマディスプレイ装置、有機ＥＬディスプレイ装置等で構成され、パーソナルコンピュータ２００が行った各種処理により得られた結果を、テキストまたはイメージで表示する。
【０１８０】
Ｉ／Ｆ２０３は、パーソナルコンピュータ２００に周辺装置を接続するためのインタフェースである。ＵＳＢ２０４は、パーソナルコンピュータ２００と他の装置（例えばデジタルカメラ１００）とをＵＳＢケーブルで接続するためのインタフェースである。ネットワーク処理部２０５は、インターネット３０への接続処理を実行する。パーソナルコンピュータ２００は、ネットワーク処理部２０５によるインターネット３０への接続処理により、インターネット３０に接続されたコンテンツダウンロードサーバ１０から、アプリケーションやデータをダウンロードすることができる。
【０１８１】
外部記憶装置部２０７は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイス等により構成される。この外部記憶装置部２０７は、ＣＰＵ２０１が実行するプログラムや各種データ、および外部から取得した音響信号データや画像信号データなどを格納する。
【０１８２】
フォーマット処理部２０８は、フォーマット処理部１０９と同様に、コンテンツダウンロードサーバ１０からダウンロードするアプリケーションやコンテンツデータに付随しているメタデータの内容を解析する。フォーマット処理部２０８は、メタデータの内容を解析して、コンテンツダウンロードサーバ１０からダウンロードしたアプリケーションやコンテンツデータの、ファイル管理部１１０によるファイル管理を制御する。カメラＩ／Ｆ２０９は、デジタルカメラ１００と接続して情報の授受を行なうためのインタフェースである。
【０１８３】
このようにデジタルカメラ１００とパーソナルコンピュータ２００とが構成されている場合には、パーソナルコンピュータ２００は、コンテンツに付随しているメタデータの内容を解析して、解析した内容に基づいて、デジタルカメラ１００へのアプリケーションやデータの格納を制御することが出来る。
【０１８４】
＜２．まとめ＞
以上説明したように、本開示の一実施形態にかかる情報処理システム１は、コンテンツダウンロードサーバ１０が提供する著作権管理されたコンテンツを、動作対象の機器に正しく供給することができる。すなわち、コンテンツを実行するデジタルカメラ１００は、コンテンツダウンロードサーバ１０が提供する著作権管理されたコンテンツを実行するためのライセンスをＤＲＭサーバ２０からダウンロードした時に限り、セキュアな領域であるライセンス格納部１１４に格納する。
【０１８５】
このようにライセンスの格納タイミングを制御することで、本開示の一実施形態にかかる情報処理システム１は、ユーザ側の面倒な選択や、コンテンツの誤インストール、ローカルコピーやメモリーカードの差し替え等によるコンテンツの誤動作を防止できる。また、本開示の一実施形態にかかる情報処理システム１は、サーバ側で最新のマッチングを統一的に行う事により動作対象を管理することができる。
【０１８６】
また、本開示の一実施形態にかかる情報処理システム１は、デバイスバインド方式のＤＲＭの、機器指定したコンテンツ保護に加えて、同一ユーザが所有する他の機器で、サービス側が認めればライセンスを新たに発行してコンテンツを共有できる仕組みを追加できる。本開示の一実施形態にかかる情報処理システム１は、ユーザが所有する機器の範囲内での利用拡大はできるが、機器が当該ユーザの手を離れ別ユーザのものとサーバが認識した時点で、その機器におけるコンテンツの実行を出来なくさせる制御を実現できる。
【０１８７】
また、本開示の一実施形態にかかる情報処理システム１は、アプリケーションのバイナリ違い等、対象コンテンツが機器により異なる場合であっても、対応バイナリをサーバ側で自動的に選択して、クライアント機器に提供する事が可能である。
【０１８８】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１８９】
また例えば、同一のコンテンツであるが機器により動作対象が異なる場合、ユーザが登録している機器間であれば、対象機器用の別ライセンスと別コンテンツをコピーの代わりにサーバからクライアント機器に配布することにより、動作対象の異なる機器間での共通利用を可能とするようにしても良い。
【０１９０】
また例えば、ライセンス管理部１１５は、デジタルカメラ１００の内部（例えばメモリ１０７）に保持されているユーザ情報を削除できるようにしてもよい。デジタルカメラ１００が、あるユーザから別のユーザに譲渡された際には、デジタルカメラ１００の内部に保持されたユーザ情報を、例えば、元のユーザが指示したタイミングや、コンテンツダウンロードサーバ１０に接続したタイミングで、ライセンス管理部１１５が削除することで、デジタルカメラ１００に格納されたコンテンツの、上記別のユーザによる実行を防ぐことができる。
【０１９１】
なお、本技術は以下のような構成も取ることができる。
（１）
機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持部と、
前記ライセンス情報保持部に保持されている前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理部と、
前記ライセンス管理部によって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御部と、
を備える、情報処理装置。
（２）
前記ライセンス管理部は、自装置に格納される該自装置のユーザ情報を消去することが可能なように構成される、前記（１）に記載の情報処理装置。
（３）
前記コンテンツを外部から取得した際に該コンテンツの格納を制御するコンテンツ格納部をさらに備える、前記（１）または（２）に記載の情報処理装置。
（４）
前記コンテンツに付随して送信されるメタデータを解析するメタデータ解析部をさらに備える、前記（３）に記載の情報処理装置。
（５）
前記コンテンツ格納部は、前記メタデータ解析部の解析により、前記コンテンツに付随して送信されるメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、前記（４）に記載の情報処理装置。
（６）
機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持ステップと、
前記ライセンス情報保持ステップで保持された前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理ステップと、
前記ライセンス管理ステップによって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御ステップと、
を備える、情報処理方法。
（７）
コンピュータに、
機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持ステップと、
前記ライセンス情報保持ステップで保持された前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理ステップと、
前記ライセンス管理ステップによって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御ステップと、
を実行させる、コンピュータプログラム。
【符号の説明】
【０１９２】
１ 情報処理システム
１０ コンテンツダウンロードサーバ
２０ ＤＲＭサーバ
１００ デジタルカメラ
１０１ 撮像部
１０２ カメラ制御部
１０３ 画像処理部
１０４ 画像管理部
１０５ Ｉ／Ｆ
１０６ 表示部
１０７ メモリ
１０８ 外部記憶装置部
１０９ フォーマット処理部
１１０ ファイル管理部
１１１ アプリケーション実行制御部
１１２ ＵＳＢ
１１３ ネットワーク処理部
１１４ ライセンス格納部
１１５ ライセンス管理部
１１６ ＤＲＭ処理部
【技術分野】
【０００１】
本開示は、情報処理装置、情報処理方法およびコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、音楽コンテンツや映像コンテンツなどのデジタルコンテンツ（以下、コンテンツ）を、該コンテンツが格納されるサーバから利用者が所有するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）や携帯電話などの情報処理装置に配信するサービスが行われている。また、上記コンテンツは複製されても、何度伝送されても品質が劣化しないため、コンテンツの利用を制限する、ＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）等の著作権保護技術が注目を集めている。
【０００３】
著作権保護技術の管理方式は、デバイスバインド方式とユーザバインド方式に大別される。デバイスバインド方式とは、上記サーバがコンテンツの再生回数やエクスポート回数などの利用条件を定めたライセンスを、特定の情報処理装置に限定して提供する方式である。ユーザバインド方式とは、複数の情報処理装置をグループ化して、上記サーバがコンテンツのライセンスを、該グループに属する情報処理装置に対して提供する方式である。ここで、エクスポートとは、ある著作権保護技術によるライセンスに基づいて、他の著作権保護技術によるライセンスを生成することを意味する。このような著作権保護技術の管理方式に関する技術は、例えば特許文献１〜特許文献４等で開示されている。
【０００４】
デバイスバインドを用いた場合、指定した機器でのみ利用出来るため、サーバ側で対応機器であるかどうかを識別すれば、対応する機器だけにコンテンツを配布することが可能である。また、デバイスバインドでは、同じ機種あっても機器固有の鍵を用いるため、コンテンツを他の機器と共有させることは出来ず、ライセンスは機器毎に必要となる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−３５０７７号公報
【特許文献２】特開２００７−３０４８４９号公報
【特許文献３】特開２００７−３１０８３５号公報
【特許文献４】特開２００９−４８６６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、デバイスバインド方式を用いた場合、ユーザが複数の機器を持つ場合や、同じ機種や互換性のある機種を持つ場合であっても、機種間で互換性はないが同じ扱いができるコンテンツを全て新たに購入して、ライセンスを取得する必要があった。また、互換性のある機器への別ライセンスの無料配布や、互換性は無いが同一のものとして扱うコンテンツの別ライセンス、別コンテンツの無料配布を行った場合、機器の売却や譲渡により、デバイスバインドの保護が維持出来なくなる。さらに、機器の買い替え等でユーザが保有する機器が変われば、変更後の機器で同じコンテンツが利用可能でも、その機器毎に別のライセンスを発行しなければならない。しかし、サーバ側で同一ユーザに複数の別ライセンスを発行した場合、機器の売却や譲渡の際にライセンス管理をコントロール出来なくなる。
【０００７】
そこで、本開示は、上記問題に鑑みてなされたものであり、本開示の目的とするところは、デバイスバインド方式を用いた際に、デバイスバインド方式による指定機器および同一ユーザが保有する他の機器に著作権管理されたコンテンツの配布し、該コンテンツを実行するよう制御することが可能な、新規かつ改良された情報処理装置、情報処理方法およびコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本開示によれば、機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持部と、前記ライセンス情報保持部に保持されている前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理部と、前記ライセンス管理部によって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御部と、を備える、情報処理装置が提供される。
【０００９】
また本開示によれば、機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持ステップと、前記ライセンス情報保持ステップで保持された前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理ステップと、前記ライセンス管理ステップによって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御ステップと、を備える、情報処理方法が提供される。
【００１０】
また本開示によれば、コンピュータに、機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持ステップと、前記ライセンス情報保持ステップで保持された前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理ステップと、前記ライセンス管理ステップによって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御ステップと、を実行させる、コンピュータプログラムが提供される。
【発明の効果】
【００１１】
以上説明したように本開示によれば、デバイスバインド方式を用いた際に、デバイスバインド方式による指定機器および同一ユーザが保有する他の機器に著作権管理されたコンテンツの配布し、該コンテンツを実行するよう制御することが可能な、新規かつ改良された情報処理装置、情報処理方法およびコンピュータプログラムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本開示の一実施形態にかかる情報処理システム１のシステム構成例を示す説明図である。
【図２】本開示の一実施形態にかかるデジタルカメラ１００の構成例を示す説明図である。
【図３】本開示の一実施形態にかかる情報処理システム１で用いられるメタデータ構造例を示す説明図である。
【図４】モードの設定例を示す説明図である。
【図５】モードとディレクトリ構造との関係を示す説明図である。
【図６】本開示の一実施形態にかかるデジタルカメラ１００の動作を示す流れ図である。
【図７】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図８】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図９】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１０】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１１】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１２】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１３】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１４】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１５】本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【図１６】メタデータの構成例を示す説明図である。
【図１７】アプリケーションやデータの内容例を示す説明図である。
【図１８】本開示の一実施形態にかかる情報処理システム１で用いられるメタデータ構造例を示す説明図である。
【図１９】本開示の一実施形態にかかるコンテンツダウンロードサーバ１０の機能構成例を示す説明図である。
【図２０】機器マッチングデータベース１２の内容例を示す説明図である。
【図２１】アプリケーションやデータをクライアントの機器に提供する際の階層構造を示す説明図である。
【図２２】アプリケーションやデータをクライアントの機器に提供する際の階層構造を示す説明図である。
【図２３】本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者とダウンロードサーバとの間の処理の流れを示す流れ図である。
【図２４】クライアント機器とダウンロードサーバとの間の処理の流れを示す流れ図である。
【図２５】コンテンツ登録者によるコンテンツ登録の流れを示す流れ図である。
【図２６】クライアント機器によるコンテンツ検索および取得処理の流れを示す流れ図である。
【図２７】ダウンロードサーバによるコンテンツ検索および送信処理を示す流れ図である。
【図２８】クライアント機器によるコンテンツの実行処理を示す流れ図である。
【図２９】本開示の一実施形態にかかる情報処理システム１のシステム構成例を示す説明図である。
【図３０】従来のユーザバインド方式の概要を示す説明図である。
【図３１】従来のデバイスバインド方式の概要を示す説明図である。
【図３２】本開示の一実施形態における、デバイスバインド方式によるコンテンツの配布方法の概要を示す説明図である。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１４】
なお、説明は以下の順序で行うものとする。
＜１．本開示の一実施形態＞
［ユーザバインド方式とデバイスバインド方式について］
［システム構成例］
［デジタルカメラの構成例］
［デジタルカメラの動作］
＜２．まとめ＞
【００１５】
＜１．本開示の一実施形態＞
［ユーザバインド方式とデバイスバインド方式について］
まず、本開示の好適な実施の形態について詳細に説明するにあたり、ユーザバインド方式とデバイスバインド方式について説明する。そして、従来のユーザバインド方式の問題点と、この問題点を解決する本開示の好適な実施の形態について詳細に説明する。
【００１６】
図３０は、従来のユーザバインド方式の概要を示す説明図である。ユーザバインド方式は、ユーザ固有の鍵であるユーザ鍵でコンテンツ鍵を暗号化し、ユーザがＤＲＭサーバに登録した機器の範囲でコンテンツを利用する方式である。従来のユーザバインド方式は、ライセンスを発行するＤＲＭサーバにおいて、コンテンツ利用条件と、暗号化したコンテンツ鍵を、ユーザ固有の鍵であるユーザ鍵で暗号化する。またコンテンツを利用する機器において、機器固有のデバイス鍵と、デバイス鍵で暗号化されるユーザ固有のユーザ鍵と、を有している。デバイス鍵はＲＳＡ秘密鍵であり、機器生産時に内部に格納され、ハードウェア的に保護される。ユーザ鍵は、機器をＤＲＭサーバに登録することで取得することができる。
【００１７】
ユーザはＤＲＭサーバからライセンスを機器にダウンロードすると、機器は、ライセンス条件を満足しているか評価した後、デバイス鍵で復号したユーザ鍵を用いてコンテンツ鍵を復号する。機器では、コンテンツ鍵が取り出されると、このコンテンツ鍵を用いてコンテンツサーバからダウンロードしたコンテンツを復号し、コンテンツを利用することができる。
【００１８】
図３１は、従来のデバイスバインド方式の概要を示す説明図である。デバイスバインド方式は、機器（デバイス）固有の鍵であるデバイス鍵でコンテンツ鍵を暗号化し、ＤＲＭサーバに登録した指定機器でのみコンテンツを利用する方式である。従来のデバイスバインド方式は、ライセンスを発行するＤＲＭサーバにおいて、コンテンツ利用条件を含んだライセンスを機器（デバイス）固有の鍵であるデバイス鍵で暗号化し（ライセンスの暗号化は必須ではない）、コンテンツをコンテンツ鍵で暗号化する。またコンテンツを利用する機器において、機器固有のデバイス鍵を有している。デバイス鍵はＲＳＡ秘密鍵であり、機器生産時に機器内部に格納され、ハードウェア的に保護される。
【００１９】
ユーザはＤＲＭサーバからライセンスを機器にダウンロードすると、機器はライセンスを評価し、ライセンスが条件を満足している場合に、デバイス鍵を用いてコンテンツ鍵を復号する。ライセンスが復号されると、ライセンスに含まれているコンテンツ鍵が取り出される。機器では、コンテンツ鍵が取り出されると、このコンテンツ鍵を用いてコンテンツサーバからダウンロードしたコンテンツを復号し、コンテンツを利用することができる。
【００２０】
しかし、上述したように、デバイスバインド方式を用いた場合、ユーザが複数の機器を持つ場合、同じ機種や互換性のある機種を持つ場合であっても、新たに別々のコンテンツとして購入しライセンスを取得する必要があった。また、互換性のある機器への別ライセンスの無料配布や、互換性は無いが同一のものとして扱うコンテンツの別ライセンス、別コンテンツの無料配布を行なってしまうと、機器の売却や譲渡の際に別のユーザが利用し続ける事が可能となってしまう。さらに、機器の買い替え等でユーザが保有する機器が変われば、変更後の機器で同じコンテンツが利用可能でも、その機器毎に別のライセンスを発行しなければならない。しかし、サーバ側で同一ユーザに複数の別ライセンスを発行した場合、機器の売却や譲渡の際にライセンス管理をコントロール出来なくなる。
【００２１】
そこで本開示の一実施形態では、デバイスバインド方式において、同一のユーザであれば、ユーザが複数の機器を持つ場合や、同じ機種や互換性のある機種を持つ場合に、同じ扱いができるコンテンツを動作させるためのライセンスを発行し、コンテンツの実行を許可させることで、デバイスバインド方式にユーザバインド方式の思想を取り入れる。これにより、ユーザが複数の機器を保有したり、機器を買い換えたりした場合のコンテンツ管理の利便性を高めることができる。
【００２２】
図３２は、本開示の一実施形態における、デバイスバインド方式によるコンテンツの配布方法の概要を示す説明図である。本開示の一実施形態におけるコンテンツ配布方法は、サーバ側で機器マッチングを行ない、既に同一視できるコンテンツをそのユーザが保有していれば、その対象機器に対してライセンスを発行する。
【００２３】
図３２では、ユーザＡが保有する機器Ａおよび機器Ｃには、サーバからダウンロードした、コンテンツを実行するためのライセンスがインストールされており、機器Ａおよび機器Ｃは、このライセンスによりコンテンツを実行することができる。ここで、ユーザＡが保有する別の機器Ｂで使用するために、機器Ａ用に既に購入したコンテンツＡと同じように利用できるコンテンツＢをユーザＡが購入する場合には、サーバは、別途の手続きや、場合によっては代金の支払いをせずに、サーバからライセンスおよびコンテンツを配布する。しかし、機器Ｂが、ユーザＡからユーザＢに譲渡され、ユーザＢが保有するものとして機器Ｂがサーバに登録されると、ユーザＢは、コンテンツＢを機器Ｂで利用するには、別途サーバから、ユーザＢ用に発行されるライセンスを取得しなければならない。
【００２４】
本開示の一実施形態における、デバイスバインド方式によるコンテンツの配布方法は、このようにライセンスを管理することで、機器を保有するユーザに絞ったコンテンツの提供が可能であり、権利が有れば、他の機器をサーバに接続して、ライセンスをインストールすることが可能となる。
【００２５】
［システム構成例］
まず、本開示の一実施形態のシステム構成例について説明する。図１は、本開示の一実施形態にかかる情報処理システム１のシステム構成例を示す説明図である。以下、図１を参照して、本開示の一実施形態にかかる情報処理システム１のシステム構成例について説明する。
【００２６】
図１に示したように、本開示の一実施形態にかかる情報処理システム１は、コンテンツダウンロードサーバ１０と、ＤＲＭサーバ２０と、デジタルカメラ１００と、を含んで構成される。コンテンツダウンロードサーバ１０と、ＤＲＭサーバ２０と、デジタルカメラ１００とは、インターネット３０を介して相互に接続されている。なお、図１では各装置とも１台ずつのみを図示しているが、本開示はかかる例に限定されないことは言うまでもない。
【００２７】
コンテンツダウンロードサーバ１０は、デジタルカメラ１００が実行するアプリケーションを保持し、デジタルカメラ１００からの要求に応じて、インターネット３０を介してコンテンツ（アプリケーションや、アプリケーションで実行されるデータ等をいう）を提供するものである。コンテンツダウンロードサーバ１０が提供するコンテンツは暗号化されており、ＤＲＭサーバ２０が生成するライセンスに含まれる、コンテンツに対応するコンテンツ鍵を用いないと復号することはできない。ＤＲＭサーバ２０は、デジタルカメラ１００が実行するコンテンツをデジタルカメラ１００で利用するためのライセンスを発行し、デジタルカメラ１００からの要求に応じて、インターネット３０を介してライセンスを提供するものである。
【００２８】
デジタルカメラ１００は、静止画像や動画像を撮影するものである。そして本実施形態では、デジタルカメラ１００はインターネット３０に接続する機能を有し、コンテンツダウンロードサーバ１０やＤＲＭサーバ２０にアクセスすることができる。そしてデジタルカメラ１００は、インターネット３０を介して、コンテンツダウンロードサーバ１０が保持しているコンテンツや、ＤＲＭサーバ２０が発行するライセンスをダウンロードすることができる。
【００２９】
本実施形態では、コンテンツダウンロードサーバ１０からダウンロードするコンテンツに、所定のフォーマットで記述されたメタデータが付随される。デジタルカメラ１００は、アプリケーションやデータを保存する際に、このメタデータを解析して、アプリケーションやデータの保存先を決定することが出来る。デジタルカメラ１００による、メタデータの解析処理およびアプリケーションやデータの保存先の決定処理の詳細については後述する。
【００３０】
デジタルカメラ１００はインターネット３０に無線で接続することができるが、有線で接続できてもよい。またコンテンツダウンロードサーバ１０やＤＲＭサーバ２０は、インターネット３０に有線で接続することができるが、無線で接続できてもよい。
【００３１】
以上、図１を参照して、本開示の一実施形態にかかる情報処理システム１のシステム構成例について説明した。次に、本開示の一実施形態にかかるデジタルカメラ１００の構成例について説明する。
【００３２】
［デジタルカメラの構成例］
図２は、本開示の一実施形態にかかるデジタルカメラ１００の構成例を示す説明図である。また、図２には、インターネット３０に接続されているコンテンツダウンロードサーバ１０およびライセンスを発行するＤＲＭサーバ２０も図示されている。以下、図２を用いて、本開示の一実施形態にかかるデジタルカメラ１００の構成例について説明する。
【００３３】
図２に示したように、本開示の一実施形態にかかるデジタルカメラ１００は、撮像部１０１と、カメラ制御部１０２と、画像処理部１０３と、画像管理部１０４と、Ｉ／Ｆ１０５と、表示部１０６と、メモリ１０７と、外部記憶装置部１０８と、フォーマット処理部１０９と、ファイル管理部１１０と、アプリケーション実行制御部１１１と、ＵＳＢ１１２と、ネットワーク処理部１１３と、ライセンス格納部１１４と、ライセンス管理部１１５と、ＤＲＭ処理部１１６と、を含んで構成される。
【００３４】
撮像部１０１は、撮像処理を行う。撮像部１０１は、ズームレンズ、フォーカスレンズ、ＣＣＤイメージセンサやＣＭＯＳイメージセンサ等の撮像素子を含んで構成され、被写体の光を電気信号（画像信号）に変換するものである。カメラ制御部１０２は、撮像部１０１の制御を行うものであり、デジタルカメラ１００のユーザ操作に基づいて、例えば、撮像部１０１に含まれるズームレンズやフォーカスレンズの動作を制御したり、撮像素子への光の入射タイミングを制御したりする。
【００３５】
画像処理部１０３は、撮像部１０１によって得られる画像信号に対する信号処理を施して画像データを得る。画像処理部１０３は、画像信号に対する信号処理として、例えばノイズ除去処理、圧縮処理等を実行しても良い。画像管理部１０４は、画像処理部１０３によって得られる画像データの、表示部１０６への表示や、外部記憶装置部１０８への保存を管理する。
【００３６】
Ｉ／Ｆ１０５は、フラッシュその他の装置をデジタルカメラ１００に接続するためのインタフェースである。表示部１０６は、撮像部１０１が撮像した画像や、デジタルカメラ１００の操作のためのユーザインタフェースその他の情報を表示するものである。表示部１０６は、液晶ディスプレイ、有機ＥＬディスプレイ等の平板表示装置で構成される。
【００３７】
メモリ１０７は、デジタルカメラ１００が何らかの処理を実行する際にデータを一時的に格納する。メモリ１０７は、例えば、デジタルカメラ１００の電源が切られると格納されたデータが消去される揮発性メモリで構成されていても良い。
【００３８】
外部記憶装置部１０８は、画像処理部１０３によって生成される画像データ、コンテンツダウンロードサーバ１０からダウンロードするアプリケーションやコンテンツデータを保存するためのメモリーカードその他の外部記憶装置である。外部記憶装置部１０８への画像データの保存や、外部記憶装置部１０８からの画像データの読み出しは、例えば画像管理部１０４によって実行される。
【００３９】
フォーマット処理部１０９は、コンテンツダウンロードサーバ１０からダウンロードするアプリケーションやコンテンツデータに付随しているメタデータの内容を解析する。フォーマット処理部１０９は、メタデータの内容を解析して、コンテンツダウンロードサーバ１０からダウンロードしたアプリケーションやコンテンツデータの、ファイル管理部１１０によるファイル管理を制御する。
【００４０】
ファイル管理部１１０は、コンテンツダウンロードサーバ１０からダウンロードするアプリケーションやコンテンツデータの、外部記憶装置部１０８への保存を管理する。ファイル管理部１１０は、アプリケーションやデータの外部記憶装置部１０８への保存に際しては、フォーマット処理部１０９によるメタデータの解析結果が用いられる。フォーマット処理部１０９によるメタデータの解析処理、および解析結果を用いたファイル管理部１１０によるアプリケーションやデータの外部記憶装置部１０８への保存処理の詳細については後述する。
【００４１】
アプリケーション実行制御部１１１は、コンテンツダウンロードサーバ１０からダウンロードされ、外部記憶装置部１０８に保存されたアプリケーションを実行する。アプリケーション実行制御部１１１は、外部記憶装置部１０８に保存されたアプリケーションを実行する際に、コンテンツダウンロードサーバ１０からダウンロードされて外部記憶装置部１０８に保存されたコンテンツを利用してもよい。
【００４２】
ＵＳＢ１１２は、デジタルカメラ１００と他の装置とをＵＳＢケーブルで接続するためのインタフェースである。ネットワーク処理部１１３は、インターネット３０への接続処理を実行する。デジタルカメラ１００は、ネットワーク処理部１１３によるインターネット３０への接続処理により、インターネット３０に接続されたコンテンツダウンロードサーバ１０から、アプリケーションやデータをダウンロードすることができる。そして、デジタルカメラ１００は、ダウンロードしたアプリケーションやデータにより、デジタルカメラ１００の機能を向上させたり、ユーザの用途に応じた細かなカスタマイズが可能になったり、新たなコンテンツの利用が可能になったりする。
【００４３】
ライセンス格納部１１４は、ＤＲＭサーバ２０からダウンロードしたライセンスを格納する。ライセンス格納部１１４は、セキュアな領域で保護され、ライセンス格納部１１４へのライセンスの格納およびライセンス格納部１１４からのライセンスの読出しはライセンス管理部１１５によって行われる。
【００４４】
ライセンス管理部１１５は、ライセンス格納部１１４へのライセンスの格納およびライセンス格納部１１４からのライセンスの読出しを実行する。ライセンス管理部１１５は、ライセンス格納部１１４へのライセンスの格納は、ＤＲＭサーバ２０からライセンスをダウンロードしたタイミングにおいてのみ行われ、その他の場合はライセンス格納部１１４へはライセンスの書き込みは行われない。従って、ライセンス管理部１１５がこのようにライセンス格納部１１４へのライセンスの書き込みタイミングを制限することで、ＤＲＭサーバ２０が動作を認めた機器だけにコンテンツダウンロードサーバ１０からコンテンツを配布し、実行するような制御が行える。
【００４５】
ＤＲＭ処理部１１６は、ライセンス格納部１１４に格納されたライセンスを用いたＤＲＭ処理を実行する。具体的には、ＤＲＭ処理部１１６は、ライセンス格納部１１４に格納されたライセンスを用いて、コンテンツダウンロードサーバ１０からダウンロードしたコンテンツを復号する。ＤＲＭ処理部１１６は、ライセンス格納部１１４に格納されたライセンスを用いたＤＲＭ処理を実行することで、著作権管理されたコンテンツの、アプリケーション実行制御部１１１による実行を制御することができる。
【００４６】
以上、図２を用いて本開示の一実施形態にかかるデジタルカメラ１００の構成例について説明した。次に、本開示の一実施形態にかかるデジタルカメラ１００の動作について説明する。
【００４７】
［デジタルカメラの動作］
まず、本開示の一実施形態にかかるデジタルカメラ１００の動作について具体的に説明する前に、本開示の一実施形態にかかる情報処理システム１で用いられるメタデータの構造例について説明する。図３は、本開示の一実施形態にかかる情報処理システム１で用いられるメタデータの構造例を示す説明図である。
【００４８】
図３に示したように、本開示の一実施形態にかかる情報処理システム１で用いられるメタデータは、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４つの要素からなる階層構造を有する。再上位の階層が“ＩＤＧｒｏｕｐ”であり、以下“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の順に階層が下がっていく。
【００４９】
“ＩＤＧｒｏｕｐ”は、例えば、フォーマットフォルダーによりＩＤ管理を行う団体に与えられるユニークなＩＤである。“ＩＤＧｒｏｕｐ”以下は、各団体が、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”がユニークになるように独自に管理する。
【００５０】
“Ｐｌａｔｆｏｒｍ”は、例えば、ＯＳや製品群単位で設定されるプラットフォーム名が記録されるＩＤであり、“ＩＤＧｒｏｕｐ”以下では“Ｐｌａｔｆｏｒｍ”はユニークなＩＤとなるが、ＩＤ管理を行う団体同士の取り決めにより、“ＩＤＧｒｏｕｐ”を跨いで同一のＩＤを“Ｐｌａｔｆｏｒｍ”に設定することもできる。
【００５１】
“Ｇｒｏｕｐ”は、“Ｐｌａｔｆｏｒｍ”以下でユニークに命名されるＩＤであり、例えば、同じ形式であるが内容が異なるデータなど、あるプラットフォームで共通に扱うことができるグループ名を表す。例えば、ＩＤ管理を行う団体同士の取り決めにより、“ＩＤＧｒｏｕｐ”を跨いで同一のＩＤを“Ｇｒｏｕｐ”に設定することもできる。
【００５２】
“Ｎａｍｅ”は、“Ｇｒｏｕｐ”以下でユニークに命名されるＩＤであり、例えば、アプリケーションやデータの名称が設定されるＩＤである。“Ｎａｍｅ”は、アプリケーションのホームディレクトリの名前として利用できるようにしても良い。そして、“Ｎａｍｅ”以下はそれぞれのアプリケーションやデータで自由に構造を持たせて管理できるようにしてもよい。
【００５３】
図３に示した階層構造の例では、“ＩＤＧｒｏｕｐ”には“ＩＤＧｒｏｕｐ１”と“ＩＤＧｒｏｕｐ２”とが設定されている。“ＩＤＧｒｏｕｐ１”には“Ｐｌａｔｆｏｒｍ１”と“Ｐｌａｔｆｏｒｍ２”とが設定され、“ＩＤＧｒｏｕｐ２”には“Ｐｌａｔｆｏｒｍ１”が設定されている。従って、“ＩＤＧｒｏｕｐ１”と“ＩＤＧｒｏｕｐ２”とには、同一の“Ｐｌａｔｆｏｒｍ”である“Ｐｌａｔｆｏｒｍ１”が設定されていることになる。
【００５４】
そして、“ＩＤＧｒｏｕｐ１”の“Ｐｌａｔｆｏｒｍ１”と“Ｐｌａｔｆｏｒｍ２”とには、それぞれ同一の“Ｇｒｏｕｐ”である“Ｇｒｏｕｐ１”が設定され、“ＩＤＧｒｏｕｐ２”の“Ｐｌａｔｆｏｒｍ１”の“Ｇｒｏｕｐ”には“Ｇｒｏｕｐ２”が設定されている。
【００５５】
“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を、“ＩＤＧｒｏｕｐ”を跨いで管理できるようにするには、“ＩＤＧｒｏｕｐ”を跨いで管理するためのモードを設定する。次に、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を、“ＩＤＧｒｏｕｐ”を跨いで管理するためのモードの設定例について説明する。
【００５６】
図４は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を、“ＩＤＧｒｏｕｐ”を跨いで管理するためのモードの設定例を示す説明図である。図４は、３つの０、１からなるフラグを１つの変数“Ｍｏｄｅ”で管理するための例を示したものである。
【００５７】
“Ｇｌｏｂａｌ”は、アプリケーションやデータごとに、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を、“ＩＤＧｒｏｕｐ”を跨いで管理する（グローバルで管理する）かどうかを決定するためのフラグである。０はグローバルで管理しない（アプリケーションやデータが“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”をローカルで管理する）ことを意味し、１はグローバルで管理することを意味する。ローカルで管理する場合は、“ＩＤＧｒｏｕｐ”以下の要素は全く独立で管理されることになる。
【００５８】
“ＩＤＧｒｏｕｐ限定”および“Ｐｌａｔｆｏｒｍ限定”は、アプリケーションやデータを扱う際に、その装置が他の“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”を扱う可能性がない場合に、その装置で処理を簡略化させる際に使用されるフラグである。本実施形態では、“ＩＤＧｒｏｕｐ”と“Ｐｌａｔｆｏｒｍ”とをそれぞれ独立して指定可能としているが、本開示はかかる例に限定されないことは言うまでもない。
【００５９】
“ＩＤＧｒｏｕｐ限定”および“Ｐｌａｔｆｏｒｍ限定”は、アプリケーションやデータを扱う際に、その装置でのファイルに関する制約があるような場合に有効である。例えば、アプリケーションやデータを扱う装置が、所定の長さ以上のファイル名を設定できないようなファイルシステムを採用しているような場合に、“ＩＤＧｒｏｕｐ限定”や“Ｐｌａｔｆｏｒｍ限定”の設定が有効となる。
【００６０】
図４に示すように、３つの０、１からなるフラグを１つの変数“Ｍｏｄｅ”で管理するために、変数“Ｍｏｄｅ”は、図４に示したように０から７の値を取り得る。この変数“Ｍｏｄｅ”の設定は、アプリケーションやデータに付随するメタデータに含まれる。具体的には、後述するメタデータのフォーマットにおける“ＧｌｏｂａｌＭｏｄｅ”メタに設定が記述される。なお本開示においては変数“Ｍｏｄｅ”の設定は係る例には限定されず、アプリケーションやコンテンツデータがダウンロードされる各機器の内部で保持しておき、アプリケーションやコンテンツデータがダウンロードされる際に参照されるようにしてもよい。
【００６１】
次に、ＩＤとディレクトリ構造との関係について説明する。図５は、本開示の一実施形態にかかる情報処理システム１における、ＩＤとディレクトリ構造との関係を示す説明図である。
【００６２】
本開示の一実施形態にかかる情報処理システム１は、アプリケーションやコンテンツデータを機器の内部に格納する際に、図３に示した“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４つの要素と、図４に示した変数“Ｍｏｄｅ”の設定とを用いる。
【００６３】
図５に示した表の上段は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を各機器がローカルで管理する場合のディレクトリ構造を示し、下段は“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”の少なくともいずれかがグローバルで管理される場合のディレクトリ構造を示している。
【００６４】
変数“Ｍｏｄｅ”が０の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を各機器がローカルで管理し、“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”には限定がない場合のディレクトリ構造となる。親ディレクトリには“ＩＤＧｒｏｕｐ＿Ｐｌａｔｆｏｒｍ＿Ｇｒｏｕｐ”という３つの要素名を所定のセパレータ（ここではセパレータをアンダーバー（“＿”）とする）で結合したものからなるディレクトリ名を付し、子ディレクトリには“Ｎａｍｅ”要素からなるディレクトリ名を付す。なお、各要素は、名称に上記のセパレータと同一の文字が使用されないように制限することが望ましい。
【００６５】
変数“Ｍｏｄｅ”が２の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を各機器がローカルで管理し、“ＩＤＧｒｏｕｐ”には限定がなく、“Ｐｌａｔｆｏｒｍ”にのみ限定がある場合のディレクトリ構造となる。親ディレクトリには“ＩＤＧｒｏｕｐ＿Ｇｒｏｕｐ”という２つの要素名をアンダーバーで結合したものからなるディレクトリ名を付し、子ディレクトリには“Ｎａｍｅ”要素からなるディレクトリ名を付す。
【００６６】
変数“Ｍｏｄｅ”が４の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を各機器がローカルで管理し、“ＩＤＧｒｏｕｐ”のみ限定があり、“Ｐｌａｔｆｏｒｍ”には限定がない場合のディレクトリ構造となる。親ディレクトリには“Ｐｌａｔｆｏｒｍ＿Ｇｒｏｕｐ”という２つの要素名をアンダーバーで結合したものからなるディレクトリ名を付し、子ディレクトリには“Ｎａｍｅ”要素からなるディレクトリ名を付す。
【００６７】
変数“Ｍｏｄｅ”が６の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”を各機器がローカルで管理し、“ＩＤＧｒｏｕｐ”と“Ｐｌａｔｆｏｒｍ”のいずれにも限定がある場合のディレクトリ構造となる。親ディレクトリには“Ｇｒｏｕｐ”要素のみからなるディレクトリ名を付し、子ディレクトリには“Ｎａｍｅ”要素からなるディレクトリ名を付す。
【００６８】
変数“Ｍｏｄｅ”が１の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”がグローバルで管理され、“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”には限定がない場合のディレクトリ構造となる。親ディレクトリには“Ｐｌａｔｆｏｒｍ＿Ｇｒｏｕｐ”という２つの要素名をアンダーバーで結合したものからなるディレクトリ名を付し、子ディレクトリには“ＩＤＧｒｏｕｐ＿Ｎａｍｅ”という２つの要素名をアンダーバーで結合したものからなるディレクトリ名を付す。
【００６９】
変数“Ｍｏｄｅ”が３の場合は、“Ｐｌａｔｆｏｒｍ”と“Ｇｒｏｕｐ”がグローバルで管理され、“ＩＤＧｒｏｕｐ”には限定がなく、“Ｐｌａｔｆｏｒｍ”にのみ限定がある場合のディレクトリ構造となる。親ディレクトリには“Ｇｒｏｕｐ”の１つの要素名のみからなるディレクトリ名を付し、子ディレクトリには“ＩＤＧｒｏｕｐ＿Ｎａｍｅ”という２つの要素名をアンダーバーで結合したものからなるディレクトリ名を付す。
【００７０】
なお、変数“Ｍｏｄｅ”が５の場合と７の場合は、それぞれ変数“Ｍｏｄｅ”が４の場合と６の場合と同じディレクトリ構造となるので、変数“Ｍｏｄｅ”は５と７の値を取らないようにしてもよい。
【００７１】
続いて、本開示の一実施形態にかかるデジタルカメラ１００の動作について具体的に説明する。図６は、本開示の一実施形態にかかるデジタルカメラ１００の動作を示す流れ図である。図６に示した流れ図は、デジタルカメラ１００がコンテンツダウンロードサーバ１０からアプリケーションやデータをダウンロードした際、デジタルカメラ１００の動作を示したものである。以下、図６を用いて本開示の一実施形態にかかるデジタルカメラ１００の動作について具体的に説明する。
【００７２】
デジタルカメラ１００は、コンテンツダウンロードサーバ１０からアプリケーションやデータをダウンロードすると、ダウンロードしたファイルからアプリケーションやデータの管理用メタデータをフォーマット処理部１０９が抽出する（ステップＳ１０１）。
【００７３】
上記ステップＳ１０１で、アプリケーションやデータの管理用メタデータをフォーマット処理部１０９が抽出すると、続いて、抽出した管理用メタデータの内容をフォーマット処理部１０９が分析する。具体的には、フォーマット処理部１０９は、抽出した管理用メタデータに含まれる“ＧｌｏｂａｌＭｏｄｅ”メタの内容を取得して、ダウンロードしたアプリケーションやデータのモードの内容を把握する。そしてフォーマット処理部１０９は、抽出した管理用メタデータに含まれる“ＩＤＧｒｏｕｐ”メタと“Ｐｌａｔｆｏｒｍ”メタの内容を把握する（ステップＳ１０２）。
【００７４】
上記ステップＳ１０２で、抽出した管理用メタデータの内容をフォーマット処理部１０９が分析し、メタの内容を把握すると、フォーマット処理部１０９はデジタルカメラ１００のポリシーを調べる（ステップＳ１０３）。具体的には、フォーマット処理部１０９は、“ＧｌｏｂａｌＭｏｄｅ”メタでＩＤＧｒｏｕｐ限定が設定されていた場合には、デジタルカメラ１００の“ＩＤＧｒｏｕｐ”の設定を調べ、“ＧｌｏｂａｌＭｏｄｅ”メタでＰｌａｔｆｏｒｍ限定が設定されていた場合には、デジタルカメラ１００の“Ｐｌａｔｆｏｒｍ”の設定を調べる。
【００７５】
上記ステップＳ１０３で、フォーマット処理部１０９はデジタルカメラ１００のポリシーを調べると、続いて、ファイル管理部１１０が、“ＧｌｏｂａｌＭｏｄｅ”メタでＩＤＧｒｏｕｐ限定が設定されており、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“ＩＤＧｒｏｕｐ”メタの内容が、デジタルカメラ１００の“ＩＤＧｒｏｕｐ”の設定以外のものであるかどうかを判断する（ステップＳ１０４）。
【００７６】
上記ステップ１０４の判断の結果、“ＧｌｏｂａｌＭｏｄｅ”メタでＩＤＧｒｏｕｐ限定が設定されていないか、または、ＩＤＧｒｏｕｐ限定が設定されていて、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“ＩＤＧｒｏｕｐ”メタの内容が、デジタルカメラ１００の“ＩＤＧｒｏｕｐ”の設定と同一であれば、続いて、ファイル管理部１１０が、“ＧｌｏｂａｌＭｏｄｅ”メタでＰｌａｔｆｏｒｍ限定が設定されており、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“Ｐｌａｔｆｏｒｍ”メタの内容が、デジタルカメラ１００の“Ｐｌａｔｆｏｒｍ”の設定以外のものであるかどうかを判断する（ステップＳ１０５）。
【００７７】
上記ステップ１０５の判断の結果、“ＧｌｏｂａｌＭｏｄｅ”メタでＰｌａｔｆｏｒｍ限定が設定されていないか、または、Ｐｌａｔｆｏｒｍ限定が設定されていて、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“Ｐｌａｔｆｏｒｍ”メタの内容が、デジタルカメラ１００の“Ｐｌａｔｆｏｒｍ”の設定と同一であれば、フォーマット処理部１０９が抽出したメタの内容に基づいて、ファイル管理部１１０が、アプリケーションやデータを格納するためのパスを作成する（ステップＳ１０６）。ファイル管理部１１０による、アプリケーションやデータを格納するためのパスの作成の詳細については後述する。
【００７８】
上記ステップＳ１０６で、ファイル管理部１１０が、アプリケーションやデータを格納するためのパスを作成すると、ファイル管理部１１０は、ルートディレクトリ以下の、上記ステップＳ１０６で作成したパスに、ダウンロードされたアプリケーションやデータを格納する（ステップＳ１０７）。ダウンロードされたアプリケーションやデータは、例えば外部記憶装置部１０８に格納される。
【００７９】
一方、上記ステップＳ１０４で、“ＧｌｏｂａｌＭｏｄｅ”メタでＩＤＧｒｏｕｐ限定が設定されており、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“ＩＤＧｒｏｕｐ”メタの内容が、デジタルカメラ１００の“ＩＤＧｒｏｕｐ”の設定以外である場合、または、上記ステップＳ１０５で、“ＧｌｏｂａｌＭｏｄｅ”メタでＰｌａｔｆｏｒｍ限定が設定されており、かつ、フォーマット処理部１０９が抽出した管理用メタデータに含まれる“Ｐｌａｔｆｏｒｍ”メタの内容が、デジタルカメラ１００の“Ｐｌａｔｆｏｒｍ”の設定以外のものである場合は、ファイル管理部１１０は、ダウンロードされたアプリケーションやデータに対してデジタルカメラ１００の対象外のアプリケーションやデータであるとする処理を実行する（ステップＳ１０８）。
【００８０】
本開示の一実施形態にかかるデジタルカメラ１００は、図６に示したような一連の処理を実行することで、ダウンロードしたアプリケーションやデータを、当該アプリケーションやデータに付随するメタデータの内容に応じてデジタルカメラ１００の内部に格納することができる。
【００８１】
本開示の一実施形態にかかるデジタルカメラ１００によるダウンロードしたアプリケーションやデータのデジタルカメラ１００の内部への格納について、図面を参照しながらより詳細に説明する。
【００８２】
図７は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図７に示したディレクトリ構造は、“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”に限定が無く、また“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”をローカルで管理する場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが０の場合に相当するものである。
【００８３】
図７では、“ＩＤＧｒｏｕｐ”が“ＸＸＸ”または“３ｒｄＰａｒｔｙ”の２種類であり、“Ｐｌａｔｆｏｒｍ”が“ＸＸＸＤＳＣ”である場合を例示している。そして“Ｇｒｏｕｐ”メタには“Ａｐｐ”と“ＭａｐＤａｔａ”のいずれかが指定されているものとする。
【００８４】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“ＸＸＸ＿ＸＸＸＤＳＣ＿Ａｐｐ”または“ＸＸＸ＿３ｒｄＰａｒｔｙ＿Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＸＸＸ＿ＸＸＸＤＳＣ＿ＭａｐＤａｔａ”または“ＸＸＸ＿３ｒｄＰａｒｔｙ＿ＭａｐＤａｔａ”ディレクトリが出来上がる。
【００８５】
ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”に限定が無く、また“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”をローカルで管理する場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”の３つの要素を“＿”で結合したディレクトリを作成し、作成したディレクトリの直下に、“Ｎａｍｅ”要素からなるディレクトリを作成する。
【００８６】
図８は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図８に示したディレクトリ構造は、“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”に限定が無く、また“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”をグローバルで管理する場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが１の場合に相当するものである。また、ここでは“Ｐｌａｔｆｏｒｍ”が“ＸＸＸＤＳＣ”のもの、および“Ｇｒｏｕｐ”が“Ａｐｐ”のものをグローバルで管理するものとしている。
【００８７】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“ＸＸＸＤＳＣ＿Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＸＸＸＤＳＣ＿ＭａｐＤａｔａ”または“ＸＸＸＤＳＣ＿ＧｕｉｄｅＤａｔａ”ディレクトリが出来上がる。
【００８８】
そして、“ＸＸＸＤＳＣ＿Ａｐｐ”ディレクトリ以下には、“ＸＸＸ＿ＭａｐＶｉｅｗｅｒ１．０”ディレクトリと“３ｒｄＰａｒｔｙ＿Ｇｕｉｄｅ１．０”ディレクトリを、ファイル管理部１１０が生成する。これにより、“ＸＸＸＤＳＣ＿Ａｐｐ”ディレクトリに、要素“Ｇｒｏｕｐ”が“Ａｐｐ”以下に属するアプリケーションがまとめて格納される。
【００８９】
“ＩＤＧｒｏｕｐ”や“Ｐｌａｔｆｏｒｍ”に限定が無く、また“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”をグローバルで管理する場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”の２つの要素を“＿”で結合したディレクトリを作成し、作成したディレクトリの直下に、“ＩＤＧｒｏｕｐ”および“Ｎａｍｅ”の２つの要素を“＿”で結合したディレクトリを作成する。
【００９０】
図９は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図９に示したディレクトリ構造は、“Ｐｌａｔｆｏｒｍ”にのみ限定があり、また“Ｇｒｏｕｐ”をグローバルで管理する場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが３の場合に相当するものである。
【００９１】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＭａｐＤａｔａ”または“ＧｕｉｄｅＤａｔａ”ディレクトリが出来上がる。
【００９２】
そして、“Ａｐｐ”ディレクトリ以下には、“ＸＸＸ＿ＭａｐＶｉｅｗｅｒ１．０”ディレクトリと“３ｒｄＰａｒｔｙ＿Ｇｕｉｄｅ１．０”ディレクトリを、ファイル管理部１１０が生成する。これにより、“Ａｐｐ”ディレクトリに、要素“Ｇｒｏｕｐ”が“Ａｐｐ”以下に属するアプリケーションがまとめて格納される。
【００９３】
“Ｐｌａｔｆｏｒｍ”にのみ限定があり、また“Ｇｒｏｕｐ”をグローバルで管理する場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“Ｇｒｏｕｐ”の１つの要素のみからなるディレクトリを作成し、作成したディレクトリの直下に、“ＩＤＧｒｏｕｐ”および“Ｎａｍｅ”の２つの要素を“＿”で結合したディレクトリを作成する。
【００９４】
図１０は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図１０に示したディレクトリ構造は、“Ｐｌａｔｆｏｒｍ”にのみ限定があり、また“Ｇｒｏｕｐ”をローカルで管理する場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが２の場合に相当するものである。
【００９５】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“ＸＸＸ＿Ａｐｐ”と“３ｒｄＰａｒｔｙ＿Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＸＸＸ＿ＭａｐＤａｔａ”、“ＸＸＸ＿ＧｕｉｄｅＤａｔａ”、“３ｒｄＰａｒｔｙ＿ＭａｐＤａｔａ”、“３ｒｄＰａｒｔｙ＿ＧｕｉｄｅＤａｔａ”ディレクトリが出来上がる。
【００９６】
そして、“ＸＸＸ＿Ａｐｐ”ディレクトリ以下には、“ＭａｐＶｉｅｗｅｒ１．０”ディレクトリを、“３ｒｄＰａｒｔｙ＿Ａｐｐ”ディレクトリ以下には“Ｇｕｉｄｅ１．０”ディレクトリを、ファイル管理部１１０が生成する。
【００９７】
“Ｐｌａｔｆｏｒｍ”にのみ限定があり、また“Ｇｒｏｕｐ”をローカルで管理する場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“ＩＤＧｒｏｕｐ”および“Ｇｒｏｕｐ”の２つの要素を“＿”で結合したディレクトリを作成し、作成したディレクトリの直下に、“Ｎａｍｅ”の１つの要素のみからなるディレクトリを作成する。
【００９８】
図１１は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図１１に示したディレクトリ構造は、“ＩＤＧｒｏｕｐ”にのみ限定がある場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが４の場合に相当するものである。
【００９９】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“ＸＸＸＤＳＣ＿Ａｐｐ”および“ＹＹＹ＿Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＸＸＸＤＳＣ＿ＭａｐＤａｔａ”および“ＹＹＹ＿ＧｕｉｄｅＤａｔａ”ディレクトリが出来上がる。
【０１００】
そして、“ＸＸＸＤＳＣ＿Ａｐｐ”ディレクトリ以下には、“ＭａｐＶｉｅｗｅｒ１．０”ディレクトリを、“ＹＹＹ＿Ａｐｐ”ディレクトリ以下には“Ｇｕｉｄｅ１．０”ディレクトリを、ファイル管理部１１０が生成する。
【０１０１】
“ＩＤＧｒｏｕｐ”にのみ限定がある場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“Ｐｌａｔｆｏｒｍ”および“Ｇｒｏｕｐ”の２つの要素を“＿”で結合したディレクトリを作成し、作成したディレクトリの直下に、“Ｎａｍｅ”の１つの要素のみからなるディレクトリを作成する。
【０１０２】
図１２は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図１２に示したディレクトリ構造は、“ＩＤＧｒｏｕｐ”および“Ｐｌａｔｆｏｒｍ”に限定がある場合のディレクトリ構造を示したものである。これは、“ＧｌｏｂａｌＭｏｄｅ”メタが６の場合に相当するものである。
【０１０３】
この場合は、ファイル管理部１１０によって、アプリケーションのインストールディレクトリ以下には“Ａｐｐ”ディレクトリが出来上がる。また、ファイル管理部１１０によって、データディレクトリ以下には“ＭａｐＤａｔａ”および“ＧｕｉｄｅＤａｔａ”ディレクトリが出来上がる。
【０１０４】
そして、“Ａｐｐ”ディレクトリ以下には、“ＭａｐＶｉｅｗｅｒ１．０”および“Ｇｕｉｄｅ１．０”ディレクトリを、ファイル管理部１１０が生成する。“ＩＤＧｒｏｕｐ”および“Ｐｌａｔｆｏｒｍ”に限定がある場合は、このように“Ａｐｐ”ディレクトリ以下に全てのアプリケーションが格納されることになる。また、コンテンツデータは“ＭａｐＤａｔａ”および“ＧｕｉｄｅＤａｔａ”ディレクトリ以下に格納されることになる。
【０１０５】
“ＩＤＧｒｏｕｐ”および“Ｐｌａｔｆｏｒｍ”に限定がある場合は、ファイル管理部１１０は、アプリケーションのインストールディレクトリやデータディレクトリの直下に、“Ｇｒｏｕｐ”の１つの要素のみからなるディレクトリを作成し、作成したディレクトリの直下に、“Ｎａｍｅ”の１つの要素のみからなるディレクトリを作成する。
【０１０６】
このようにファイル管理部１１０は、“ＧｌｏｂａｌＭｏｄｅ”メタの内容に応じて、アプリケーションやデータをインストールする際に、構造を変えてディレクトリを作成し、作成したディレクトリにアプリケーションやコンテンツデータを格納することが可能になる。これにより、同一・同種のアプリケーションやコンテンツデータを、同一のディレクトリにまとめて格納することができるようになるので、本開示の一実施形態にかかるデジタルカメラ１００は、アプリケーションやデータをより容易に管理することが可能となる。
【０１０７】
続いて、アプリケーションのインストールディレクトリに格納されたアプリケーションが、データディレクトリに格納されたデータを使用する例を説明する。図１３は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。
【０１０８】
デジタルカメラ１００が、アプリケーションのインストールディレクトリに格納されたアプリケーションが、データディレクトリに格納されたデータを使用するには、アプリケーションに付随するメタデータに含まれる“ＲｅｌａｔｅｄＧｒｏｕｐ”メタの内容を参照する。
【０１０９】
図１３を用いて具体的に説明すれば、例えば、“ＭａｐＶｉｅｗｅｒ１．０”が“ＭａｐＤａｔａ”ディレクトリ以下のデータを参照する場合は、予め“ＲｅｌａｔｅｄＧｒｏｕｐ”に“ＭａｐＤａｔａ”と記述したメタデータを用意しておき、“ＭａｐＶｉｅｗｅｒ１．０”が“ＲｅｌａｔｅｄＧｒｏｕｐ”に記述された“ＭａｐＤａｔａ”を利用する。同様に、“ＧｕｉｄｅＤａｔａ１．０”が“ＧｕｉｄｅＤａｔａ”ディレクトリ以下のデータを参照する場合は、予め“ＲｅｌａｔｅｄＧｒｏｕｐ”に“ＧｕｉｄｅＤａｔａ”と記述したメタデータを用意しておき、“ＧｕｉｄｅＶｉｅｗｅｒ１．０”が“ＲｅｌａｔｅｄＧｒｏｕｐ”に記述された“ＧｕｉｄｅＤａｔａ”を利用する。
【０１１０】
このように、“ＲｅｌａｔｅｄＧｒｏｕｐ”メタでアプリケーションとコンテンツとを結びつけることで、アプリケーションのインストールディレクトリに格納されたアプリケーションが、データディレクトリに格納されたデータを使用することができる。この“ＲｅｌａｔｅｄＧｒｏｕｐ”メタを応用すれば、１つのアプリケーションから複数のデータディレクトリへアクセスすることが可能になるし、複数のアプリケーションから１つのデータディレクトリを利用することも可能になる。さらに、後述するアプリケーションのバージョンアップに際して“ＲｅｌａｔｅｄＧｒｏｕｐ”メタの内容を更新することで、後から追加されたデータディレクトリに格納されたデータを使用することもできる。
【０１１１】
続いて、アプリケーションやコンテンツデータのバージョンアップ例を説明する。アプリケーションやコンテンツデータのバージョンアップには、マイナーバージョンアップとメジャーバージョンアップとがある。本実施形態では、マイナーバージョンアップは、“Ｇｒｏｕｐ”や“Ｎａｍｅ”の変更を伴わないものであり、アプリケーションやデータのファイルのみが置き換えられたり追加されたりする。バージョンの違いは、“ＤａｔａＶｅｒｓｉｏｎ”メタを使用する。
【０１１２】
一方、メジャーバージョンアップは、“Ｇｒｏｕｐ”や“Ｎａｍｅ”の変更を伴うものである。例えば、アプリケーションの場合は、旧バージョンのものとは別の名前の“Ｎａｍｅ”要素が用いられ、旧バージョンのものとは別のディレクトリが生成される。またコンテンツデータの場合は、旧バージョンのものとは別の名前の“Ｇｒｏｕｐ”要素が用いられ、旧バージョンのものとは別のディレクトリが生成される。従って、新旧両方のバージョンのファイルが併存することになる。そして、過去のバージョンへのリンクとして“ＯｌｄＶｅｒｓｉｏｎ”メタを使用する。この“ＯｌｄＶｅｒｓｉｏｎ”メタは、アプリケーションやデータを管理するためのメタデータではなく、アプリケーションやデータを提供するサービスを管理するためのメタデータに含まれるものとする。もちろん、バージョンアップに際して旧バージョンのディレクトリは削除されるようにしても良い。
【０１１３】
図１４は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図１４に示した例は、アプリケーションやコンテンツデータのマイナーバージョンアップの際のディレクトリ構造について示したものである。このように、アプリケーションやコンテンツデータのマイナーバージョンアップの際には、アプリケーションやデータのファイルのみが置き換えられたり追加されたりする。
【０１１４】
図１５は、本開示の一実施形態にかかるデジタルカメラ１００のディレクトリ構造を示す説明図である。図１５に示した例は、アプリケーションやコンテンツデータのメジャーバージョンアップの際のディレクトリ構造について示したものである。このように、アプリケーションやコンテンツデータのメジャーバージョンアップの際には、旧バージョンのものとは別のディレクトリが生成され、新バージョンのアプリケーションやデータのファイルのみは新たに生成されたディレクトリに格納される。
【０１１５】
このように、本開示の一実施形態にかかるデジタルカメラ１００は、アプリケーションやコンテンツデータのバージョンアップの際には、マイナーバージョンアップかメジャーバージョンアップかによって、バージョンアップ時のファイル格納方法を変更することができる。
【０１１６】
続いて、アプリケーションやコンテンツデータに付随してコンテンツダウンロードサーバ１０から送信されるメタデータの構成例について説明する。図１６は、コンテンツダウンロードサーバ１０から送信されるメタデータの構成例を示す説明図である。
【０１１７】
図１６には、メタデータの構成として“ＤａｔａＶｅｒｓｉｏｎ”、“ＩＤ”、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”、“ＴａｒｇｅｔＭｏｄｅｌ”、“ＧｌｏｂａｌＭｏｄｅ”、“ＲｅｌａｔｅｄＧｒｏｕｐ”を図示している。
【０１１８】
“ＤａｔａＶｅｒｓｉｏｎ”は、アプリケーションやデータのバージョンが記述されるメタであり、上述した、デジタルカメラ１００におけるアプリケーションやデータのバージョンアップの際に参照される。“ＩＤ”は、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、および“Ｎａｍｅ”の４要素を“＿”で結合したものが記述されるメタであり、ＩＤ全体を格納するためのものである。“ＴａｒｇｅｔＭｏｄｅｌ”メタについては後に詳述する。
【０１１９】
図１７は、コンテンツダウンロードサーバ１０から送信されるアプリケーションやデータの内容例を示す説明図である。上述してきたように、本実施形態では、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４要素をメタデータ（コンテンツメタ）で管理する。従って、アプリケーションやコンテンツデータと、メタデータとを圧縮して、コンテンツダウンロードサーバ１０に保持しておくことで、デジタルカメラ１００は、アプリケーションやデータをダウンロードすると、同時に、アプリケーションやデータに付随するコンテンツメタを取得することができる。
【０１２０】
続いて、コンテンツダウンロードサーバ１０から送信されるアプリケーションやデータが機器毎に異なる場合の管理方法について説明する。
【０１２１】
図１８は、本開示の一実施形態にかかる情報処理システム１で用いられるメタデータの構造例を示す説明図である。図１８に示したメタデータの構造は、図３に示したメタデータの構造に加え、“ＴａｒｇｅｔＭｏｄｅｌ”という新たな要素が加わっている。この“ＴａｒｇｅｔＭｏｄｅｌ”は、機種の違いを全て異なるＩＤで管理する場合、同じ扱いのアプリ（コンテンツ）である事を示すために用いられる要素である。
【０１２２】
例えば、同一のアプリケーションであっても、そのアプリケーションが実行される機器のハードウェア性能の違いによって、細部を変更しなければならない場合がある。例えば、画面がタッチパネルであるか否かによって、表示内容を変更しなければならない場合が考えられる。そのような場合に、アプリケーションとしては同一であるが、そのアプリケーションが実行されるターゲットの機器に応じて異なるバイナリやデータを用意することで、アプリケーションやデータの管理を簡略化することが可能となる。なお、排他的で同じ機器に複数の異なる“ＴａｒｇｅｔＭｏｄｅｌ”は存在出来ないように制限する。
【０１２３】
図１８では、“ＩＤＧｒｏｕｐ１”−“Ｐｌａｔｆｏｒｍ１”−“Ｇｒｏｕｐ１”−“Ｎａｍｅ１”以下に、“ＴａｒｇｅｔＭｏｄｅｌ”として“Ａ”と“Ｂ”とが、“ＩＤＧｒｏｕｐ１”−“Ｐｌａｔｆｏｒｍ２”−“Ｇｒｏｕｐ１”−“Ｎａｍｅ２”以下に、“ＴａｒｇｅｔＭｏｄｅｌ”として“Ａ”と“Ｂ”とが、それぞれ指定されている。
【０１２４】
なお、“ＴａｒｇｅｔＭｏｄｅｌ”メタは、アプリケーションやデータを、コンテンツダウンロードサーバ１０から各機器に配信する際に用いられるものである。“ＴａｒｇｅｔＭｏｄｅｌ”メタは、アプリケーションやデータが各機器に配信された後の、ディレクトリの作成やファイルの格納には用いられない。また、アプリケーションやデータに、機器による違いがない場合は、もちろん“ＴａｒｇｅｔＭｏｄｅｌ”メタの内容を省略しても良い。
【０１２５】
図１９は、本開示の一実施形態にかかるコンテンツダウンロードサーバ１０の機能構成例を示す説明図である。以下、図１９を用いて本開示の一実施形態にかかるコンテンツダウンロードサーバ１０の機能構成例について説明する。
【０１２６】
図１９に示したように、本開示の一実施形態にかかるコンテンツダウンロードサーバ１０は、データ管理部１１と、機器マッチングデータベース１２と、を含んで構成される。
【０１２７】
データ管理部１１は、コンテンツダウンロードサーバ１０から提供するアプリケーションを、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”、“ＴａｒｇｅｔＭｏｄｅｌ”の５つの要素からなるＩＤで管理する。目的のアプリケーションのダウンロード要求がクライアントの機器からあった際に、機器毎に適合するものを機器マッチングデータベース１２から調べ、適合するものを提供する。
【０１２８】
機器マッチングデータベース１２は、アプリケーションの情報が機器毎に登録されるデータベースである。データ管理部１１は、機器マッチングデータベース１２に登録されている情報を参照することで、目的のアプリケーションのダウンロード要求がクライアントの機器からあった際に、機器毎に適合するものを提供できる。
【０１２９】
以上、図１９を用いて本開示の一実施形態にかかるコンテンツダウンロードサーバ１０の機能構成例について説明した。続いて、機器マッチングデータベース１２の内容例について説明する。図２０は、機器マッチングデータベース１２の内容例を示す説明図である。
【０１３０】
図２０に示した機器マッチングデータベース１２には、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”からなる共通ＩＤとして“ＸＸＸ＿ＤＳＣ＿Ａｐｐ＿Ｍａｐｖｉｅｗｅｒ”、“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿日本”、“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿首都圏”の３つが示されている。“ＸＸＸ＿ＤＳＣ＿Ａｐｐ＿Ｍａｐｖｉｅｗｅｒ”は、例えばデジタルカメラ１００で実行される、地図表示用のアプリケーションのＩＤを指し、“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿日本”は、当該地図表示用のアプリケーションで用いられる日本地図のＩＤを指し、“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿首都圏”は、当該地図表示用のアプリケーションで用いられる首都圏の地図のＩＤを指す。
【０１３１】
このうち、“ＸＸＸ＿ＤＳＣ＿Ａｐｐ＿Ｍａｐｖｉｅｗｅｒ”、および“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿日本”については、“ＴａｒｇｅｔＭｏｄｅｌ”が指定されている。“ＴａｒｇｅｔＭｏｄｅｌ”が指定されていることで、これらのアプリケーションやデータについては、機器毎に異なるものが用意されていることになる。また“ＸＸＸ＿ＤＳＣ＿Ｍａｐ＿首都圏”については“ＴａｒｇｅｔＭｏｄｅｌ”が指定されていない。これは、地図表示用のアプリケーションを実行する全ての機器において共通のデータが用意されていることになる。
【０１３２】
図２１は、アプリケーションやデータをクライアントの機器に提供する際の階層構造を示す説明図である。図２１に示した階層構造は、機器マッチングデータベース１２に図２０のようにデータが登録されている際の階層構造である。
【０１３３】
機器Ａ（例えば、表示部にタッチパネルを備えているデジタルカメラ）に上記地図表示用のアプリケーションを提供する際には、アプリケーションと、当該アプリケーションで用いられる日本地図のデータは、機器Ａ用に作成されたものが提供される。機器Ｂ（例えば、表示部にタッチパネルを備えていないデジタルカメラ）に上記地図表示用のアプリケーションを提供する際には、アプリケーションと、当該アプリケーションで用いられる日本地図のデータは、機器Ｂ用に作成されたものが提供される。当該アプリケーションで用いられる首都圏の地図のデータについては、機器Ａ、機器Ｂ共通のものが提供される。
【０１３４】
図２２は、アプリケーションやデータをクライアントの機器に提供する際の階層構造を示す説明図である。図２２は、２つの機器（機器Ａと機器Ｂ）を例示して階層構造を示している。
【０１３５】
コンテンツダウンロードサーバ１０から機器別にコンテンツをダウンロードした場合であっても、それぞれの機器で同じ構成でコンテンツを管理することができる。そして機器Ａおよび機器Ｂは、図２２に示したように、ライセンス管理領域（ライセンス格納部１１４）にライセンスをまとめて格納することができる。
【０１３６】
例えば、日本地図データが“データ１．ｄａｔ”、および“データ２．ｄａｔ”という２つのファイルを持つ場合、機器Ａの“ＭａｐＶｉｅｗｅｒ”からも、機器Ｂの“ＭａｐＶｉｅｗｅｒ”からも、以下のように同じパスでそれぞれの専用データにアクセスできる。
ダウンロードルート／Ｓｏｎｙ＿ＤＳＣ＿Ｍａｐ＿日本／データ１．ｄａｔ
ダウンロードルート／Ｓｏｎｙ＿ＤＳＣ＿Ｍａｐ＿日本／データ２．ｄａｔ
【０１３７】
なお、ライセンスは、ライセンス管理領域以下にコンテンツと同様のディレクトリ構造で格納する方法や、ＩＤを使って１ヶ所に格納する方法など、コンテンツダウンロードサーバ１０からダウンロードしたコンテンツと対応が取れる方法であれば、どのような方法で格納しても良い。
【０１３８】
続いて、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者とダウンロードサーバとの間の処理の流れについて説明する。図２３は、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者とダウンロードサーバとの間の処理の流れを示す流れ図である。
【０１３９】
アプリケーションやデータを制作してダウンロードサーバに登録するコンテンツ登録者は、アプリケーションやデータを開発する。またコンテンツ登録者は、当該アプリケーションやデータに付する、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４要素からなるＩＤの管理を行う（ステップＳ２０１）。
【０１４０】
続いて、コンテンツ登録者は、作成したアプリケーションやデータに対応する機器リストを作成する。ここで、機器毎にアプリケーションのバイナリが異なったり、データが異なったりする場合は、“ＴａｒｇｅｔＭｏｄｅｌ”要素をＩＤに追加する（ステップＳ２０２）。
【０１４１】
コンテンツ登録者は、アプリケーションやデータを開発し、ＩＤの管理が完了すると、作成したアプリケーションやデータをＩＤと共にコンテンツダウンロードサーバ１０に登録する（ステップＳ２０３）。
【０１４２】
コンテンツダウンロードサーバ１０は、コンテンツ登録者から登録のあったアプリケーションやデータをダウンロード環境に登録し、コンテンツをコンテンツ鍵で暗号化すると共に、ＩＤ情報を機器マッチングデータベース１２に格納する（ステップＳ２０４）。この一連の処理により、コンテンツ登録者が開発したアプリケーションやデータが、クライアント機器からダウンロード可能な状態となる。
【０１４３】
以上、図２３を用いて、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者とコンテンツダウンロードサーバ１０との間の処理の流れについて説明した。次に、本開示の一実施形態にかかる情報処理システム１における、クライアント機器（例えばデジタルカメラ１００）とコンテンツダウンロードサーバ１０との間の処理の流れについて説明する。
【０１４４】
図２４は、本開示の一実施形態にかかる情報処理システム１における、クライアント機器とコンテンツダウンロードサーバ１０との間の処理の流れを示す流れ図である。以下、図２４を用いて本開示の一実施形態にかかる情報処理システム１における、クライアント機器とコンテンツダウンロードサーバ１０との間の処理の流れについて説明する。
【０１４５】
クライアント機器がコンテンツダウンロードサーバ１０からアプリケーションやデータを取得する際には、まずクライアント機器はコンテンツダウンロードサーバ１０へログインし、コンテンツの検索および利用機種名の送信を行う（ステップＳ２１０）。クライアント機器がコンテンツダウンロードサーバ１０に送信する利用機種名の情報は、“ＴａｒｇｅｔＭｏｄｅｌ”要素に対応するものである。
【０１４６】
上記ステップＳ２１０で、クライアント機器がコンテンツダウンロードサーバ１０へコンテンツの検索および機器情報の送信を行うと、コンテンツダウンロードサーバ１０は、クライアント機器から送信された情報を用いて機器マッチングデータベース１２を確認する（ステップＳ２１１）。機器マッチングデータベース１２を確認すると、コンテンツダウンロードサーバ１０は、上記ステップＳ２１０での要求に合致したコンテンツリストをクライアント機器へ送信する（ステップＳ２１２）。
【０１４７】
クライアント機器は、コンテンツダウンロードサーバ１０からコンテンツリストを受信すると、ダウンロードを希望するアプリケーションやデータを選択し（ステップＳ２１３）、選択したアプリケーションやデータのダウンロードをコンテンツダウンロードサーバ１０に要求する（ステップＳ２１４）。
【０１４８】
上記ステップＳ２１４で、クライアント機器がコンテンツダウンロードサーバ１０へアプリケーションやデータのダウンロードを要求すると、コンテンツダウンロードサーバ１０はＤＲＭサーバ２０にライセンスの発行を依頼し、ＤＲＭサーバ２０は当該コンテンツに対するライセンスを作成する（ステップＳ２１５）。ＤＲＭサーバ２０は、ライセンスを作成すると、作成したライセンスをクライアント機器へ送信する（ステップＳ２１６）。
【０１４９】
ＤＲＭサーバ２０からライセンスを受信したクライアント機器は、受信したライセンスをライセンス格納領域に格納する（ステップＳ２１７）。クライアント機器がデジタルカメラ１００の場合は、受信したライセンスは、ライセンス処理部１１５によってライセンス格納部１１４に格納される。
【０１５０】
その後、コンテンツダウンロードサーバ１０は対応する暗号化されたアプリケーションやデータを抽出し（ステップＳ２１８）、抽出した、暗号化されたアプリケーションやデータをクライアント機器へ送信する（ステップＳ２１９）。
【０１５１】
クライアント機器は、コンテンツダウンロードサーバ１０から暗号化されたアプリケーションやデータを受信すると、上述した格納ルールに従って、アプリケーションやデータを内部に格納する（ステップＳ２１９）。クライアント機器は、アプリケーションやデータを内部に格納する際には、“ＴａｒｇｅｔＭｏｄｅｌ”要素の情報を用いることはない。
【０１５２】
このようにクライアント機器とダウンロードサーバとの間で処理を実行することにより、機器毎にアプリケーションやデータの内容が一部異なる場合であっても、その機器に適合したアプリケーションやデータを、ダウンロードサーバからクライアント機器に提供することができる。そして、クライアント機器は、アプリケーションやデータを内部に格納する際には、“ＴａｒｇｅｔＭｏｄｅｌ”の違いを考慮せずに、上述した“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４要素によるディレクトリ作成を行う。
【０１５３】
そしてクライアント機器は、ＤＲＭサーバ２０からライセンスを受信したときに、受信したライセンスを内部に格納する。デバイスバインド方式は、コンテンツ鍵を機器固有のデバイス鍵で暗号化するため、クライアント機器の内部に格納されることで、ＤＲＭサーバ２０が動作を認めた機器だけにコンテンツダウンロードサーバ１０からコンテンツを配布し、実行するような制御が行える。
【０１５４】
以上、図２４を用いて本開示の一実施形態にかかる情報処理システム１における、クライアント機器とダウンロードサーバとの間の処理の流れについて説明した。次に、コンテンツ登録者によるコンテンツ登録の流れについて説明する。
【０１５５】
図２５は、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者によるコンテンツ登録の流れを示す流れ図である。以下、図２５を用いて、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者によるコンテンツ登録の流れについて説明する。
【０１５６】
アプリケーションやデータを制作してダウンロードサーバに登録するコンテンツ登録者は、アプリケーションやデータを開発する。またコンテンツ登録者は、当該アプリケーションやデータに付する、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４要素からなるＩＤを取得する（ステップＳ２２１）。
【０１５７】
続いて、コンテンツ登録者は、作成したアプリケーションやデータに対応する機器リストを作成する。ここで、機器毎にアプリケーションのバイナリが異なったり、データが異なったりする場合は、“ＴａｒｇｅｔＭｏｄｅｌ”要素をＩＤに追加する（ステップＳ２２２）。
【０１５８】
コンテンツ登録者は、アプリケーションやデータを開発し、ＩＤの管理が完了すると、作成したアプリケーションやデータをＩＤと共にダウンロードサーバ（コンテンツダウンロードサーバ１０を「ダウンロードサーバ」と総称する）にコンテンツ鍵で暗号化して登録する（ステップＳ２２３）。この一連の処理により、コンテンツ登録者が開発したアプリケーションやデータが、クライアント機器からダウンロード可能な状態となる。
【０１５９】
以上、図２５を用いて、本開示の一実施形態にかかる情報処理システム１における、コンテンツ登録者によるコンテンツ登録の流れについて説明した。次に、本開示の一実施形態にかかる情報処理システム１における、クライアント機器によるコンテンツ検索および取得処理の流れについて説明する。
【０１６０】
図２６は、本開示の一実施形態にかかる情報処理システム１における、クライアント機器によるコンテンツ検索および取得処理の流れを示す流れ図である。以下、図２６を用いて、本開示の一実施形態にかかる情報処理システム１における、ユーザによるコンテンツ検索および取得処理の流れについて説明する。
【０１６１】
ユーザが、ダウンロードサーバからクライアント機器で使用するアプリケーションやデータを取得する際には、まずユーザはダウンロードサーバへログインし、利用機種名を送信するとともに、アプリケーションやデータを検索する（ステップＳ２３１）。当該ログインおよび検索処理は、クライアント機器を用いてもよい。ユーザがダウンロードサーバに送信する利用機種名の情報は、“ＴａｒｇｅｔＭｏｄｅｌ”要素に対応するものである。
【０１６２】
続いてユーザは、ダウンロードサーバから、利用するクライアント機器で動作するコンテンツリストを取得する（ステップＳ２３２）。当該取得処理は、クライアント機器を用いてもよい。
【０１６３】
ダウンロードサーバから、利用するクライアント機器で動作するコンテンツリストを取得すると、続いてユーザは、ダウンロードサーバへアプリケーションやデータを要求すると共に、ＤＲＭサーバ２０からライセンスを、コンテンツダウンロードサーバ１０からアプリケーションやデータをダウンロードする（ステップＳ２３３）。当該要求およびダウンロード処理は、クライアント機器を用いてもよい。
【０１６４】
続いてユーザは、ＤＲＭサーバ２０から受信したライセンスをクライアント機器の内部のライセンス格納領域に格納する（ステップＳ２３４）。当該格納処理は、クライアント機器によって行われる。
【０１６５】
続いてユーザは、ダウンロードサーバからダウンロードしたアプリケーションやデータを、“ＩＤＧｒｏｕｐ”、“Ｐｌａｔｆｏｒｍ”、“Ｇｒｏｕｐ”、“Ｎａｍｅ”の４要素に従って、クライアント機器の内部に格納する（ステップＳ２３５）。当該格納処理は、クライアント機器によって行われる。
【０１６６】
以上、図２６を用いて、本開示の一実施形態にかかる情報処理システム１における、ユーザによるコンテンツ検索および取得処理の流れについて説明した。次に、本開示の一実施形態にかかる情報処理システム１における、コンテンツダウンロードサーバ１０およびＤＲＭサーバ２０によるコンテンツ検索および送信処理について説明する。
【０１６７】
図２７は、本開示の一実施形態にかかる情報処理システム１における、コンテンツダウンロードサーバ１０およびＤＲＭサーバ２０によるコンテンツ検索および送信処理を示す流れ図である。以下、図２７を用いて本開示の一実施形態にかかる情報処理システム１における、コンテンツダウンロードサーバ１０およびＤＲＭサーバ２０によるコンテンツ検索および送信処理について説明する。
【０１６８】
コンテンツダウンロードサーバ１０は、ユーザからのログイン要求があると、当該ユーザのログイン処理を実行する（ステップＳ２４１）。ログイン処理が完了し、ユーザから機器を指定したコンテンツ検索要求があると、コンテンツダウンロードサーバ１０は、機器マッチングデータベース１２を検索し、ユーザが利用する機器に対応するコンテンツ一覧を作成し、ユーザに提示する（ステップＳ２４２）。
【０１６９】
その後、ユーザから、アプリケーションやデータのダウンロード要求が送信されると、ダウンロードサーバは、ユーザのダウンロード要求に応じた、ユーザが利用する機器に対応するアプリケーションやデータを配信し、ＤＲＭサーバ２０は、当該アプリケーションやデータをクライアント機器で利用するためのライセンスの作成と配信を行なう（ステップＳ２４３）。
【０１７０】
以上、図２７を用いて本開示の一実施形態にかかる情報処理システム１における、ダウンロードサーバによるコンテンツ検索および送信処理について説明した。このようにアプリケーションとしては同一であるが、そのアプリケーションが実行されるターゲットの機器に応じて異なるバイナリやデータを用意することで、ダウンロードサーバ側でのアプリケーションやデータの管理を簡略化することが可能となる。そして、アプリケーションやデータをダウンロードするクライアント機器においては、機器の情報をダウンロードサーバに送信するだけで自動的に自機器に適合したアプリケーションやデータをダウンロードサーバから取得することができる。そして、あるユーザが一度購入したコンテンツは、対応機器が異なっても、対応コンテンツが同一であれば、当該対応コンテンツの再ダウンロードを許す管理も可能となる。
【０１７１】
なお、上述の処理では、アプリケーションやコンテンツデータを選択して、選択したアプリケーションやコンテンツデータのダウンロードをデジタルカメラ１００に行わせる実施例について説明したが、本開示はかかる例に限定されない。例えば、パーソナルコンピュータやスマートフォン等に、アプリケーションやコンテンツデータを選択して、選択したアプリケーションやコンテンツデータのダウンロードを行わせるようにして、ダウンロードしたアプリケーションやデータを、パーソナルコンピュータやスマートフォン等からデジタルカメラに転送するようにしてもよい。
【０１７２】
次に、本開示の一実施形態にかかる情報処理システム１における、クライアント機器によるコンテンツの実行処理について説明する。図２８は、本開示の一実施形態にかかる情報処理システム１における、クライアント機器によるコンテンツの実行処理を示す流れ図である。
【０１７３】
まずクライアント機器は、ライセンス格納領域（クライアント機器がデジタルカメラ１００の場合は、ライセンス格納部１１４）に、実行しようとするコンテンツのライセンスが存在しているかを確認すると共に、ライセンスが存在していれば、そのライセンスが、実行しようとするコンテンツのライセンス条件を満たしているかどうかを確認する（ステップＳ２５１）。より具体的には、クライアント機器がデジタルカメラ１００の場合は、ライセンス管理部１１５がライセンス格納部１１４へのライセンスの存在確認およびライセンス条件の確認を実行する。
【０１７４】
続いてクライアント機器は、ライセンス格納領域に格納されているライセンスに記述されたユーザ登録機器の確認を行う（ステップＳ２５２）。より具体的には、ライセンス格納領域に格納されているライセンスに記述されているユーザ情報と、デジタルカメラ１００の内部（例えばメモリ１０７）に保持されているユーザ情報とが一致することによって、ライセンスに記述されたユーザ登録機器の確認を行う。ライセンス格納領域に格納されているライセンスに記述されたユーザ登録機器の確認を行い、コンテンツが実行できる機器であることが確認できると、続いてクライアント機器は、ライセンス格納領域に格納されているライセンスに含まれるコンテンツ鍵をデバイス鍵で復号する（ステップＳ２５３）。
【０１７５】
ライセンスに含まれるコンテンツ鍵をデバイス鍵で復号すると、クライアント機器は、セキュアな領域において、復号したコンテンツ鍵を用いてコンテンツを復号する（ステップＳ２５４）。コンテンツ鍵を用いてコンテンツを復号すると、クライアント機器は、復号したコンテンツを実行する（ステップＳ２５５）。
【０１７６】
このように一連の鍵の復号処理やコンテンツの復号処理を実行することで、クライアント機器は、コンテンツダウンロードサーバ１０からダウンロードしたコンテンツを、ＤＲＭサーバ２０から受信したライセンスを用いて実行することが可能となる。
【０１７７】
図２９は、本開示の一実施形態にかかる情報処理システム１のシステム構成例を示す説明図である。図２９に示した情報処理システム１のシステム構成例は、図２に示した構成にパーソナルコンピュータ２００が追加されたものである。
【０１７８】
図２９に示したように、パーソナルコンピュータ２００は、ＣＰＵ２０１と、表示部２０２と、Ｉ／Ｆ２０３と、ＵＳＢ２０４と、ネットワーク処理部２０５と、記憶装置部２０６と、外部記憶装置部２０７と、フォーマット処理部２０８と、カメラＩ／Ｆ２０９と、を含んで構成される。
【０１７９】
ＣＰＵ２０１は、演算処理装置および制御装置として機能し、パーソナルコンピュータ２００に格納された各種プログラムに従って、パーソナルコンピュータ２００内の動作全般またはその一部を制御する。表示部２０２は、ＣＲＴディスプレイ装置、液晶ディスプレイ装置、プラズマディスプレイ装置、有機ＥＬディスプレイ装置等で構成され、パーソナルコンピュータ２００が行った各種処理により得られた結果を、テキストまたはイメージで表示する。
【０１８０】
Ｉ／Ｆ２０３は、パーソナルコンピュータ２００に周辺装置を接続するためのインタフェースである。ＵＳＢ２０４は、パーソナルコンピュータ２００と他の装置（例えばデジタルカメラ１００）とをＵＳＢケーブルで接続するためのインタフェースである。ネットワーク処理部２０５は、インターネット３０への接続処理を実行する。パーソナルコンピュータ２００は、ネットワーク処理部２０５によるインターネット３０への接続処理により、インターネット３０に接続されたコンテンツダウンロードサーバ１０から、アプリケーションやデータをダウンロードすることができる。
【０１８１】
外部記憶装置部２０７は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイス等により構成される。この外部記憶装置部２０７は、ＣＰＵ２０１が実行するプログラムや各種データ、および外部から取得した音響信号データや画像信号データなどを格納する。
【０１８２】
フォーマット処理部２０８は、フォーマット処理部１０９と同様に、コンテンツダウンロードサーバ１０からダウンロードするアプリケーションやコンテンツデータに付随しているメタデータの内容を解析する。フォーマット処理部２０８は、メタデータの内容を解析して、コンテンツダウンロードサーバ１０からダウンロードしたアプリケーションやコンテンツデータの、ファイル管理部１１０によるファイル管理を制御する。カメラＩ／Ｆ２０９は、デジタルカメラ１００と接続して情報の授受を行なうためのインタフェースである。
【０１８３】
このようにデジタルカメラ１００とパーソナルコンピュータ２００とが構成されている場合には、パーソナルコンピュータ２００は、コンテンツに付随しているメタデータの内容を解析して、解析した内容に基づいて、デジタルカメラ１００へのアプリケーションやデータの格納を制御することが出来る。
【０１８４】
＜２．まとめ＞
以上説明したように、本開示の一実施形態にかかる情報処理システム１は、コンテンツダウンロードサーバ１０が提供する著作権管理されたコンテンツを、動作対象の機器に正しく供給することができる。すなわち、コンテンツを実行するデジタルカメラ１００は、コンテンツダウンロードサーバ１０が提供する著作権管理されたコンテンツを実行するためのライセンスをＤＲＭサーバ２０からダウンロードした時に限り、セキュアな領域であるライセンス格納部１１４に格納する。
【０１８５】
このようにライセンスの格納タイミングを制御することで、本開示の一実施形態にかかる情報処理システム１は、ユーザ側の面倒な選択や、コンテンツの誤インストール、ローカルコピーやメモリーカードの差し替え等によるコンテンツの誤動作を防止できる。また、本開示の一実施形態にかかる情報処理システム１は、サーバ側で最新のマッチングを統一的に行う事により動作対象を管理することができる。
【０１８６】
また、本開示の一実施形態にかかる情報処理システム１は、デバイスバインド方式のＤＲＭの、機器指定したコンテンツ保護に加えて、同一ユーザが所有する他の機器で、サービス側が認めればライセンスを新たに発行してコンテンツを共有できる仕組みを追加できる。本開示の一実施形態にかかる情報処理システム１は、ユーザが所有する機器の範囲内での利用拡大はできるが、機器が当該ユーザの手を離れ別ユーザのものとサーバが認識した時点で、その機器におけるコンテンツの実行を出来なくさせる制御を実現できる。
【０１８７】
また、本開示の一実施形態にかかる情報処理システム１は、アプリケーションのバイナリ違い等、対象コンテンツが機器により異なる場合であっても、対応バイナリをサーバ側で自動的に選択して、クライアント機器に提供する事が可能である。
【０１８８】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１８９】
また例えば、同一のコンテンツであるが機器により動作対象が異なる場合、ユーザが登録している機器間であれば、対象機器用の別ライセンスと別コンテンツをコピーの代わりにサーバからクライアント機器に配布することにより、動作対象の異なる機器間での共通利用を可能とするようにしても良い。
【０１９０】
また例えば、ライセンス管理部１１５は、デジタルカメラ１００の内部（例えばメモリ１０７）に保持されているユーザ情報を削除できるようにしてもよい。デジタルカメラ１００が、あるユーザから別のユーザに譲渡された際には、デジタルカメラ１００の内部に保持されたユーザ情報を、例えば、元のユーザが指示したタイミングや、コンテンツダウンロードサーバ１０に接続したタイミングで、ライセンス管理部１１５が削除することで、デジタルカメラ１００に格納されたコンテンツの、上記別のユーザによる実行を防ぐことができる。
【０１９１】
なお、本技術は以下のような構成も取ることができる。
（１）
機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持部と、
前記ライセンス情報保持部に保持されている前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理部と、
前記ライセンス管理部によって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御部と、
を備える、情報処理装置。
（２）
前記ライセンス管理部は、自装置に格納される該自装置のユーザ情報を消去することが可能なように構成される、前記（１）に記載の情報処理装置。
（３）
前記コンテンツを外部から取得した際に該コンテンツの格納を制御するコンテンツ格納部をさらに備える、前記（１）または（２）に記載の情報処理装置。
（４）
前記コンテンツに付随して送信されるメタデータを解析するメタデータ解析部をさらに備える、前記（３）に記載の情報処理装置。
（５）
前記コンテンツ格納部は、前記メタデータ解析部の解析により、前記コンテンツに付随して送信されるメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、前記（４）に記載の情報処理装置。
（６）
機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持ステップと、
前記ライセンス情報保持ステップで保持された前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理ステップと、
前記ライセンス管理ステップによって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御ステップと、
を備える、情報処理方法。
（７）
コンピュータに、
機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持ステップと、
前記ライセンス情報保持ステップで保持された前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理ステップと、
前記ライセンス管理ステップによって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御ステップと、
を実行させる、コンピュータプログラム。
【符号の説明】
【０１９２】
１ 情報処理システム
１０ コンテンツダウンロードサーバ
２０ ＤＲＭサーバ
１００ デジタルカメラ
１０１ 撮像部
１０２ カメラ制御部
１０３ 画像処理部
１０４ 画像管理部
１０５ Ｉ／Ｆ
１０６ 表示部
１０７ メモリ
１０８ 外部記憶装置部
１０９ フォーマット処理部
１１０ ファイル管理部
１１１ アプリケーション実行制御部
１１２ ＵＳＢ
１１３ ネットワーク処理部
１１４ ライセンス格納部
１１５ ライセンス管理部
１１６ ＤＲＭ処理部
【特許請求の範囲】
【請求項１】
機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持部と、
前記ライセンス情報保持部に保持されている前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理部と、
前記ライセンス管理部によって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御部と、
を備える、情報処理装置。
【請求項２】
前記ライセンス管理部は、自装置に格納される該自装置のユーザ情報を消去することが可能なように構成される、請求項１に記載の情報処理装置。
【請求項３】
前記コンテンツを外部から取得した際に該コンテンツの格納を制御するコンテンツ格納部をさらに備える、請求項１に記載の情報処理装置。
【請求項４】
前記コンテンツに付随して送信されるメタデータを解析するメタデータ解析部をさらに備える、請求項３に記載の情報処理装置。
【請求項５】
前記コンテンツ格納部は、前記メタデータ解析部の解析により、前記コンテンツに付随して送信されるメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、請求項４に記載の情報処理装置。
【請求項６】
機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持ステップと、
前記ライセンス情報保持ステップで保持された前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理ステップと、
前記ライセンス管理ステップによって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御ステップと、
を備える、情報処理方法。
【請求項７】
コンピュータに、
機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持ステップと、
前記ライセンス情報保持ステップで保持された前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理ステップと、
前記ライセンス管理ステップによって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御ステップと、
を実行させる、コンピュータプログラム。
【請求項１】
機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持部と、
前記ライセンス情報保持部に保持されている前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理部と、
前記ライセンス管理部によって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御部と、
を備える、情報処理装置。
【請求項２】
前記ライセンス管理部は、自装置に格納される該自装置のユーザ情報を消去することが可能なように構成される、請求項１に記載の情報処理装置。
【請求項３】
前記コンテンツを外部から取得した際に該コンテンツの格納を制御するコンテンツ格納部をさらに備える、請求項１に記載の情報処理装置。
【請求項４】
前記コンテンツに付随して送信されるメタデータを解析するメタデータ解析部をさらに備える、請求項３に記載の情報処理装置。
【請求項５】
前記コンテンツ格納部は、前記メタデータ解析部の解析により、前記コンテンツに付随して送信されるメタデータの所定の要素の内容に応じて、前記コンテンツの格納に際してディレクトリ構造を変化させる、請求項４に記載の情報処理装置。
【請求項６】
機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持ステップと、
前記ライセンス情報保持ステップで保持された前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理ステップと、
前記ライセンス管理ステップによって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御ステップと、
を備える、情報処理方法。
【請求項７】
コンピュータに、
機器単位でコンテンツを管理するためのライセンス情報を保持するライセンス情報保持ステップと、
前記ライセンス情報保持ステップで保持された前記ライセンス情報に含まれるユーザ情報と、自装置に格納される該自装置のユーザ情報とを比較するライセンス管理ステップと、
前記ライセンス管理ステップによって、前記ライセンス情報に含まれるユーザ情報と、自装置のユーザ情報とが一致されたと判断された場合に限り、前記ライセンス情報に含まれるデバイス鍵で該ライセンス情報に対応するコンテンツを復号して実行する実行制御ステップと、
を実行させる、コンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【公開番号】特開２０１３−８８８４５（Ｐ２０１３−８８８４５Ａ）
【公開日】平成２５年５月１３日（２０１３．５．１３）
【国際特許分類】
【出願番号】特願２０１１−２２５６４２（Ｐ２０１１−２２５６４２）
【出願日】平成２３年１０月１３日（２０１１．１０．１３）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２５年５月１３日（２０１３．５．１３）
【国際特許分類】
【出願日】平成２３年１０月１３日（２０１１．１０．１３）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]