(57)【要約】【課題】  本発明は、画像などのコンテンツとともに、コンテンツに関連するメタデータに含まれる情報のうちユーザーの意図に応じた内容の情報を選択的にオンラインで提供できるようにすることを目的とする。【解決手段】  アプリサーバは、コンテンツファイルを第１のクライアント端末から受信すると、コンテンツファイルからコンテンツデータとメタデータを抽出する。そして、抽出されたメタデータを加工することにより、新たなメタデータを生成する。アプリサーバは第２のクライアント端末からコンテンツファイルへのアクセス要求を受信すると、所定の条件に基づき複数のメタデータの中から少なくとも１つを選択する。選択されたメタデータとコンテンツデータへのアクセス情報を第２のクライアント端末へ通知する。【選択図】  図５
2014165739.tif 000002
【特許請求の範囲】
【請求項１】
メタデータおよびコンテンツデータを含むコンテンツファイルを第１の通信機器から受信する受信手段と、
前記メタデータおよび前記コンテンツデータを前記コンテンツファイルから抽出する抽出手段と、
前記メタデータを加工することにより新たなメタデータを生成する生成手段と、
前記コンテンツファイルに対するアクセス要求を第２の通信機器から受け付ける受付手段と、
前記複数のメタデータのうち少なくとも１つを選択する選択手段と、
前記コンテンツデータと前記選択されたメタデータにアクセスするためのアクセス情報を前記第２の通信機器へ通知する通知手段を備えたことを特徴とする情報処理装置。
【請求項２】
前記生成手段は、前記メタデータに含まれるいずれかの項目のデータを削除することにより前記新たなメタデータを生成することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記生成手段は、前記メタデータに新たな項目のデータを追加することにより前記新たなメタデータを生成することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記メタデータに含まれる項目のデータに基づき、前記新たな項目のデータを特定することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記第１および２の通信機器からユーザーアカウント情報を取得する取得手段と、
前記取得されたユーザーアカウント情報を比較する比較手段をさらに備え、
前記選択手段は、前記比較結果にしたがって前記選択を行うことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
ユーザーアカウント情報または機器のタイプを示す機器情報または提供先を指定する情報を第２の通信機器から取得する取得手段をさらに備え、
前記選択手段は、前記機器情報に基づいて前記選択を行うことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
前記複数のメタデータに関する情報を記憶する記憶手段と、
前記コンテンツデータおよび前記複数のメタデータを外部装置へ送信する送信手段と、
前記アクセス情報を前記外部装置から取得するする第２の取得手段をさらに備えたことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
【請求項８】
前記コンテンツデータおよび前記メタデータは、前記通信機器により結合されることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
【請求項９】
メタデータおよびコンテンツデータを含むコンテンツファイルを第１の通信機器から受信するステップと、
前記メタデータおよび前記コンテンツデータを前記コンテンツファイルから抽出するステップと、
前記メタデータを加工することにより新たなメタデータを生成するステップと、
前記コンテンツファイルに対するアクセス要求を第２の通信機器から受け付けるステップと、
前記複数のメタデータのうち少なくとも１つを選択するステップと、
前記コンテンツデータと前記選択されたメタデータにアクセスするためのアクセス情報を前記第２の通信機器へ通知するステップを備えたことを特徴とする情報処理装置の制御方法。
【請求項１０】
コンピュータに、
メタデータおよびコンテンツデータを含むコンテンツファイルを第１の通信機器から受信するステップと、
前記メタデータおよび前記コンテンツデータを前記コンテンツファイルから抽出するステップと、
前記メタデータを加工することにより新たなメタデータを生成するステップと、
前記コンテンツファイルに対するアクセス要求を第２の通信機器から受け付けるステップと、
前記複数のメタデータのうち少なくとも１つを選択するステップと、
前記コンテンツデータと前記選択されたメタデータにアクセスするためのアクセス情報を前記第２の通信機器へ通知するステップを実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツファイルとそのメタデータとをネットワーク上で管理する技術に関する。
【背景技術】
【０００２】
デジタルカメラなどの撮影装置が被写体を撮影して光学像を電気信号に変換し、デジタル処理を実行することにより生成された画像ファイルは、撮影情報をメタデータとして含む。この撮影情報は、撮影時のＩＳＯ感度、露光時間、絞り値といった撮影装置の設定値や、撮影日時、撮影装置の機種、撮影者の名前、被写体の顔認識情報、撮影場所等を示す。そして、メタデータを画像とともに表示することで撮影時の状況を知らせることが行われている（特許文献１参照）。
【０００３】
このようなメタデータのうち、撮影者の名前や被写体の顔認識情報、撮影場所は、個人情報に該当する。そのため、画像ファィルをオンラインで配信するとき、画像だけでなくメタデータもすべて公開してよい場合もあれば、画像は公開したいが、メタデータに含まれる個人情報は公開したくない場合もある。
【０００４】
一方、プライバシー保護のため、撮影装置が所定の領域内にある場合には、撮影位置を示す位置情報を画像データに付加しないことが考えられている。（特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−００５０２８号公報
【特許文献２】特開２０１０−２６８２４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来、撮影時に画像データに撮影場所を示す情報が記録されなければ、ユーザーが撮影場所も公開したい場合にもできなくなってしまい、また撮影場所を示す情報が記録されれば常に公開されてしまうという問題があった。
【０００７】
そこで、本発明の目的は、画像などのコンテンツとともに、コンテンツに関連するメタデータに含まれる情報のうちユーザーの意図に応じた内容の情報を選択的にオンラインで提供できるようにすることである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために本願に係る発明の１つは、情報処理装置であって、メタデータおよびコンテンツデータを含むコンテンツファイルを第１の通信機器から受信する受信手段と、前記メタデータおよび前記コンテンツデータを前記コンテンツファイルから抽出する抽出手段と、前記メタデータを加工することにより新たなメタデータを生成する生成手段と、前記コンテンツファイルに対するアクセス要求を第２の通信機器から受け付ける受付手段と、前記複数のメタデータのうち少なくとも１つを選択する選択手段と、前記コンテンツデータと前記選択されたメタデータにアクセスするためのアクセス情報を前記第２の通信機器へ通知する通知手段を備えたことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、オンラインでコンテンツを提供する際に、ユーザーの手間をかけることなく容易に、コンテンツに関連するメタデータに含まれる情報のうちユーザーの意図に応じた内容の情報を選択的に提供できるという効果が得られる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態におけるシステムの構成の一例を示すブロック図である。
【図２】本発明の一実施形態における情報処理装置の構成の一例を示すブロック図である。
【図３】本発明の一実施形態におけるアプリサーバの動作の一例を示すフローチャート図である。
【図４】本発明の一実施形態におけるコンテンツファイルの管理情報の一例を示す図である。
【図５】本発明の一実施形態におけるコンテンツファイルの分割処理の一例を説明する図である。
【図６】本発明の一実施形態におけるアプリサーバの動作の一例を示すフローチャート図である。
【図７】本発明の一実施形態におけるアプリサーバの動作の一例を示すフローチャート図である。
【図８】本発明の一実施形態におけるコンテンツファイルの分割処理の一例を説明する図である。
【図９】本発明の一実施形態におけるアプリサーバの動作の一例を示すフローチャート図である。
【発明を実施するための形態】
【００１１】
以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。
【００１２】
（第１の実施形態）
図１は、本実施形態のファイル管理システムの構成の一例を示す図である。
【００１３】
図１に示すように、クライアント端末Ａ１０１、クライアント端末Ｂ１０２、アプリケーション（アプリ）サーバ１０３、ファイルサーバ１０４とはインターネットや電話通信回線等のネットワーク１００を介して接続されている。クライアント端末Ａ１０１およびＢ１０２はネットワーク閲覧手段（例えばＷｅｂブラウザ）を備え、ネットワーク１００を介してアプリサーバ１０３と通信可能である。また、アプリサーバ１０３とファイルサーバ１０４とはネットワーク１００または専用の通信回線を介して通信可能である。また、クライアント端末は、コンテンツファイルをアプリサーバ１０３と通信できる装置であればよく、パーソナルコンピュータ、携帯電話、スマートフォン、デジタルカメラ、デジタルビデオカムコーダ等の通信機器により実現される。
【００１４】
図２は、図１に示したクライアント端末Ａ１０１、クライアント端末Ｂ１０２、アプリサーバ１０３、ファイルサーバ１０４を実現するための情報処理装置の構成例を示すブロック図である。情報処理装置はそれぞれ単一のコンピュータ装置で実現してもよいし、必要に応じた複数のコンピュータ装置に各機能を分散して実現するようにしてもよい。複数のコンピュータ装置で構成される場合は、互いに通信可能なようにＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ）などの通信回線で接続されている。
【００１５】
図２において、２０１は情報処理装置の演算・制御をつかさどる中央演算装置（制御部）である。２０２はランダムアクセスメモリ（ＲＡＭ）であり、制御部２０１の主メモリとして、及び実行プログラムの領域や該プログラムの実行エリアならびにデータエリアとして機能する。
【００１６】
２０３は制御部２０１の動作処理手順を記憶しているリードオンリーメモリ（ＲＯＭ）である。ＲＯＭ２０３には情報処理装置の機器制御を行うシステムプログラムである基本ソフト（ＯＳ）を記録したプログラムＲＯＭと、システムを稼働するために必要な情報等が記録されているデータＲＯＭがある。また、ＲＯＭ２０３の代わりに、後述の外部記憶装置２０９を用いる場合もある。
【００１７】
２０４はネットワークインターフェース（ＮＥＴＩＦ）であり、ネットワーク１００を介して情報処理装置間のデータ転送を行うための制御や接続状況の診断を行う。２０５はビデオＲＡＭ（ＶＲＡＭ）であり、後述する情報処理装置の稼働状態を示す表示器２０６の画面に表示させるためのコンテンツデータを展開し、その表示の制御を行う。
【００１８】
２０６はディスプレイ等の表示器である。２０７は外部入力装置２０８からの入力信号を制御するためのコントローラである。２０８は利用者が行う操作を受付けるための外部入力装置であり、例えばキーボードやマウス等のポインティングデバイスが用いられる。
【００１９】
２０９は外部記憶装置であり、例えばハードディスクドライブで実現され、アプリケーションプログラムや各種データ保存用に用いられる。本実施形態におけるアプリケーションプログラムとは、本実施形態における各種処理手段を実行するソフトウェアプログラム（モジュール）等である。
【００２０】
２１０は外部入出力装置であり、例えばリムーバブルディスクを入出力するものであり、上述したアプリケーションプログラムの記録媒体からの読み出し等に用いられる。
【００２１】
２１１は外部入出力装置２１０によって読み出しされる記録媒体や外付けハードディスク）である。なお、記録媒体は、フレキシブルディスクに、光記録媒体（例えば、ＣＤ−ＲＯＭ）、光磁気記録媒体（例えば、ＭＯ）、半導体記録媒体（例えば、メモリカード）等の取り外し可能なデータ記録装置（リムーバブル・メディア）で構成されていてもよい。
【００２２】
尚、外部記憶装置２０９に格納するアプリケーションプログラムやデータを外部入出力装置２１０に格納して使用することも可能である。
【００２３】
次に、コンテンツファイルのアップロード処理におけるアプリサーバ１０３の動作について図３のフローチャートを用いて詳細に説明する。
【００２４】
クライアント端末Ａ１０１は、クライアント端末Ａ１０１の外部記憶装置２０９からコンテンツファイルを読み出し、アプリサーバ１０３へアップロードする。そして、以下に説明する動作はアプリサーバ１０３の制御部２０１がＲＯＭ２０３や外部記憶装置２０９に記憶されたＯＳや所定のアプリケーションプログラムにしたがい上述の各部を制御することにより実現される。
【００２５】
まず、アプリサーバ１０３は、クライアント端末Ａ１０１からコンテンツファイルを受信する（Ｓ３０１）。制御部２０１は、コンテンツファイルをメタデータ部ファイルとコンテンツデータ部ファイルに分割することにより、それぞれを抽出する（Ｓ３０２）。さらにアプリサーバ１０３はメタデータ部ファイルを元に、複数の加工済のメタデータ部ファイルを生成する（ステップＳ３０３）。そして、アプリサーバ１０３はステップＳ３０２で取得されたコンテンツデータ部ファイル、メタデータ部ファイルおよびステップＳ３０３で生成されたメタデータ部ファイルをファイルサーバ１０４へ送信する（Ｓ３０４）。これにより、ファイルサーバ１０４は、複数のメタデータ部ファイルと、コンテンツデータ部ファイルを受信し、ファイルサーバ１０４の外部記憶装置２０９へ格納する。そして、ファイルサーバ１０４の制御部２０１はこれらの保存場所を示すアクセス情報、例えばＵＲＬを生成し、アプリサーバ１０３へ送信する。
【００２６】
アプリサーバ１０３はアクセス情報をファイルサーバ１０４から受信し（Ｓ３０５）、コンテンツデータ部ファイルやメタデータ部ファイルと関連付けて記憶する（Ｓ３０６）。
【００２７】
図４に示すように、コンテンツファイルに固有のコンテンツＩＤ４０１をコンテンツデータ部ファイルのアドレス情報４０２と関連付けて記憶する。また、メタデータ部ファイルに固有のメタＩＤ４２１をメタデータ部ファイルのアドレス情報４２２、メタデータ部ファイルと対応するコンテンツデータ部ファイルのコンテンツＩＤ４２３、メタデータ部ファイルの種別を示すメタデータ種別情報に関連付けて記憶する。
【００２８】
また、図５はコンテンツファイル５００について説明する。（ａ）に示すコンテンツファイル５００は、例えば、デジタルカメラでの撮影により得られた画像ファイルであり、画像データを含み、撮影時間、撮影場所、撮影者、デジタルカメラの機種、撮影設定パラメータ、被写体などを示す撮影情報をメタデータとして含む。なお、コンテンツファイルは静止画像ファイルや動画像ファイルのどちらであっても構わない。また、音声ファイルであっても同様である。
【００２９】
コンテンツファイル５００は（ｂ）に示すようにメタデータ５０１のみが含まれるメタデータ部ファイル５０３と、コンテンツファイル５００の実体データであるコンテンツデータ５０２のみが含まれるコンテンツデータ部ファイル５０４に、分割される。例えば、コンテンツファイル５００がＪＰＥＧ形式の画像ファイルである場合、メタデータ部ファイル５０３はＥＸＩＦ、ＩＰＴＣ、ＸＭＰといったメタデータが格納されている領域を切り出して生成される。コンテンツデータ部ファイル５０４は画像データが格納されている領域を切り出して生成される。また例えば、コンテンツファイル５００がＭＰ４形式の動画ファイルである場合、メタデータ部ファイル５０３はｆｔｙｐやｍｏｏｖといったメタデータが格納されている領域を切り出して生成される。コンテンツデータ部ファイル５０４はｍｄａｔの動画データが格納されている領域を切り出して生成される。
【００３０】
さらに、アプリサーバ１０３はメタデータ部ファイル５０３を元に、一部の情報が削除されたり、追加されることにより（ｃ）に示す加工済のメタデータ部ファイル５０５を作成する。例えば、アプリサーバ１０３は元のメタデータ部ファイル５０３に含まれる項目のうち、撮影者、撮影場所などの一部の項目のデータを選択的に削除することにより加工済のメタデータ部ファイル５０５を作成する。あるいは、アプリサーバはコンテンツデータに対して顔認識処理を実行することにより被写体の名前を特定し、元のメタデータ部ファイル５０３に追加することにより加工済のメタデータ部ファイル５０５を作成する。あるいは、アプリサーバ１０３はメタデータに含まれる撮影場所（緯度・経度）の情報に基づき住所や地名を特定し、元のメタデータ部ファイル５０３に追加することにより加工済のメタデータ部ファイル５０５を作成する。また、ここで説明した以外に、メタデータ部ファイル５０３に含まれる項目のうち様々な項目を加工済みのメタデータ部ファイル５０５に含まないように作成してもよい。また、上述の例以外の他の項目のデータを加工済みのメタデータ部ファイル５０５に含めるように作成してもよい。
【００３１】
（ｃ）に示すメタデータ部ファイル５０３やコンテンツデータ部ファイル５０４、加工済のメタデータ部ファイル５０５はファイルサーバ１０４の外部記憶装置２０９に格納される。また、これらのファイルを格納できるものであれば、ファイルサーバでなくてもよく、ハードディスク、フラッシュメモリ等のファイルストレージ、ネットワークストレージであって構わない。
【００３２】
次に、コンテンツダウンロード処理におけるアプリサーバ１０３の手順について図６のフローチャートを用いて詳細に説明する。以下に説明するアプリサーバ１０３の動作は、アプリサーバ１０３の制御部２０１がＲＯＭ２０３や外部記憶装置２０９に記憶されたＯＳや所定のアプリケーションプログラムにしたがい上述の各部を制御することにより実現される。
【００３３】
アプリサーバ１０３はクライアント端末Ｂ１０２からコンテンツファイルへのアクセス要求を受信する（Ｓ６０１）。ここで、アクセス要求にはコンテンツファイルを一意に特定するためのコンテンツＩＤが含まれる。また、クライアント端末Ｂ１０２のユーザーに関するユーザーアカウント情報や、アプリサーバ１０３がクライアント端末Ｂ１０２との通信において提供している機能やサービスに関する情報が含まれるようにしてもよい。
【００３４】
アプリサーバ１０３は、ステップＳ６０１で受信したコンテンツＩＤと対応するコンテンツファイルの取得要求をファイルサーバ１０４へ送信する（Ｓ６０２）。
【００３５】
これに応答して、ファイルサーバ１０４において、制御部２０１は、ステップＳ６０２で送信されたコンテンツＩＤに基づき、複数のメタデータ部ファイルとコンテンツデータ部ファイルそれぞれの保存場所を示すファイルパスを外部記憶装置２０９から読み出す。そして、読み出されたこれらのファイルパスに基づき、アクセス情報を生成し、アプリサーバ１０３へ送信する。
【００３６】
これにより、アプリサーバ１０３は複数のメタデータ部ファイルとコンテンツデータ部ファイルへアクセスするのに利用されるアクセス情報をファイルサーバ１０４から取得する（Ｓ６０３）。
【００３７】
次に、アプリサーバ１０３は、ステップＳ６０１で受信したコンテンツＩＤと関連付けられたメタデータ部ファイルに関する情報を読み出し、クライアント端末Ｂ１０２にダウンロードするためのメタデータ部ファイルを少なくとも１つ選択する（Ｓ６０４）。そして、アプリサーバ１０３は、Ｓ６０４で選択されたメタデータ部ファイルとコンテンツデータ部ファイルそれぞれへのアクセス情報をクライアント端末Ｂ１０２に通知する（Ｓ６０５）。
【００３８】
そして、クライアント端末Ｂ１０２は、アプリサーバ１０３から送信されたアクセス情報に基づきファイルサーバ１０４へアクセスし、メタデータ部ファイルとコンテンツデータ部ファイルをダウンロードする。そして、これらを結合して、一つのコンテンツファイルを作成し、クライアント端末Ｂ１０２の外部記憶装置２０９に記憶し、表示などに利用する。
【００３９】
なお、ステップＳ６０１でアクセス要求にクライアント端末Ｂ１０２に加えてコンテンツファイルにアクセスするＷｅｂサイトに関する情報も含まれるようにしてもよい。この場合、ステップＳ６０５でのアクセス情報はクライアント端末Ｂ１０２の代わりにＷｅｂサイトのサーバ装置に送信されるようにしてもよい。
【００４０】
このように、クライアント端末Ｂ１０２は目的のコンテンツファイルをファイルサーバ１０４から直接ダウンロードできるため、アプリサーバ１０３がコンテンツデータ部ファイルや複数のメタデータ部ファイルの保存にかかる負荷や、これらのダウンロード処理にかかる負荷を低減できる。
【００４１】
ここで、ステップＳ６０５のメタデータ部ファイルを選択する処理について詳細に説明する。
【００４２】
ファイルサーバ１０４の外部記憶装置２０９には、複数のメタデータ部ファイル５０３、５０５と、コンテンツデータ部ファイル５０４が格納されている。ここでメタデータ部ファイルは、一つ以上であっていくつ存在しても構わない。
【００４３】
次に、アプリサーバ１０３は、ファイルサーバ１０４が保持しているメタデータ部ファイルに関する情報を管理し、その中からクライアント端末Ｂ１０２にダウンロードさせるメタデータ部ファイルを選択する。
【００４４】
ここでは、アプリサーバ１０３にアクセスしているクライアント端末Ｂおよびコンテンツファイルをアップロードしたクライアント端末Ａそれぞれから送信されたユーザーアカウント情報を比較し、比較結果が一致することを示せば、メタデータ部ファイル５０３を選択する。一方、一致しなければ、個人情報として例えば撮影場所を示す位置情報を含まないメタデータ部ファイル５０５を選択する。
【００４５】
あるいは、クライアント端末Ａがコンテンツファイルをアップロードする際に、メタデータのうちどの情報を提供するかをアプリサーバ１０３に対して設定してもよい。そして、この設定にしたがって、クライアント端末Ｂに送信するメタデータ部ファイルを選択するようにしてもよい。具体的には、提供先のユーザーアカウント情報毎にメタデータ部ファイルの種類を設定したり、ユーザーアカウント情報をグループに分類し、グループ毎にメタデータ部ファイルの種類を設定するようにしてもよい。または、提供先の機器のタイプ（機器情報）毎にメタデータ部ファイルの種類を設定し、提供先のカメラやスマートフォン、パーソナルコンピュータなどによって提供するメタデータ部ファイルを切り替えられるようにしてもよい。または、提供先としてクライアント端末ＢがＷｅｂサイトを指定可能な場合は、Ｗｅｂサイトの種類毎にメタデータ部ファイルの種類を設定し、設定された種類のメタデータ部ファイルのアクセス情報をＷｅｂサイトのサーバ装置へ送信するようにしてもよい。
【００４６】
なお、アプリサーバ１０３はステップＳ６０３でファイルサーバ１０４から全てのメタデータ部ファイルのアクセス情報を取得するのではなく、ステップＳ６０５の選択処理の後、選択されたメタデータ部ファイルのアクセス情報だけを取得するようにしてもよい。
【００４７】
また、ファイルサーバ１０４がコンテンツデータ部ファイルとメタデータ部ファイルの結合処理を実行し、クライアント端末Ｂ１０２は結合結果をファイルサーバ１０４からダウンロードするようにしてもよい。
【００４８】
（第２の実施形態）
本実施形態では、クライアント端末Ａ１０１がコンテンツデータ部ファイルをアプリサーバへ送信する際に、コンテンツデータ部ファイルを分割し、データサイズを小さくすることで通信負荷を軽減する場合について説明する。なお、上述の第１の実施形態と同様の部分については説明を省略する。
【００４９】
図７を参照して、本実施形態のアプリサーバ１０３の手順について説明する。以下、アプリサーバ１０３の動作はアプリサーバ１０３の制御部２０１がＲＯＭ２０３や外部記憶装置２０９に記憶されたＯＳや所定のアプリケーションプログラムにしたがい上述の各部を制御することにより実現される。また、図３で説明した動作と同様の部分については説明を省略する。
【００５０】
クライアント端末Ａ１０１は、コンテンツファイルをメタデータ部ファイルとコンテンツデータ部ファイルに分割し、さらにコンテンツデータ部ファイルを所定データサイズ毎に分割し、アプリサーバ１０３へ送信する。そして、アプリサーバ１０３はメタデータ部ファイルと分割コンテンツデータ部ファイルをクライアント端末Ａ１０１から受信する（Ｓ７０１）。次に、アプリサーバ１０３は、ステップＳ７０１で受信されたメタデータ部ファイルを元に１つ以上の加工済のメタデータ部ファイルを作成する（Ｓ７０２）。そして、ステップＳ７０１で受信されたメタデータ部ファイルと分割コンテンツデータ部ファイルおよびステップＳ７０２で作成された加工済のメタデータ部ファイルをファイルサーバ１０４へ送信する（Ｓ７０３）。
【００５１】
ここで、ファイルサーバ１０４の制御部２０１は、分割コンテンツデータ部ファイルを結合して１つのコンテンツデータ部ファイルを生成し、ファイルサーバ１０４の外部記憶装置２０９に記憶する。そして、ファイルサーバ１０４の制御部２０１はこれらの保存場所を示すアクセス情報、例えばＵＲＬを生成し、アプリサーバ１０３へ送信する。
【００５２】
そして、アプリサーバ１０３はステップＳ３０５、Ｓ３０６と同様の処理を実行する。
【００５３】
図８はコンテンツファイル８００について説明するものである。（ａ）に示すコンテンツファイル８００は、例えば、デジタルカメラでの撮影により得られた画像ファイルであり、画像データを含み、撮影時間、撮影場所、撮影者、デジタルカメラの機種、撮影設定パラメータ、被写体などを示す撮影情報をメタデータとして含む。なお、コンテンツファイルは静止画像ファイルや動画像ファイルのどちらであっても構わない。また、音声ファイルであっても同様である。（ｂ）に示すように、クライアント端末Ａ１０１はコンテンツファイル８００をメタデータのみが含まれるメタデータ部ファイル８０３と、コンテンツデータのみが含まれる領域を複数に分割した分割コンテンツデータ部ファイル８０４を作成する。コンテンツファイルが例えば動画ファイルのようにファイルサイズの大きければ、ファイルサイズの小さな単位に分割した方が、通信負荷が軽減され、安定して効率よくアプリサーバ１０３へアップロード可能となる。コンテンツデータ８０２の分割数はいくつであってもよい。また、コンテンツデータ８０２のファイルサイズが所定値よりも小さい場合や、ネットワークの転送速度や品質が安定している場合、コンテンツデータ８０２を分割せずにアップロードしてもよい。なお、分割コンテンツデータ部ファイル８０４の結合はファイルサーバ１０４の代わりに、アプリサーバ１０３で実施し、クライアント端末Ｂへダウンロードするようにしても構わない。
【００５４】
（第３の実施形態）
第１の実施形態では、アプリサーバ１０３は予め複数のメタデータ部ファイルを生成してファイルサーバ１０４へ送信しておき、クライアント端末Ｂ１０２は選択されたメタデータ部ファイルをファイルサーバ１０４からダウンロードする場合について説明した。
【００５５】
本実施形態では、アプリサーバ１０３はクライアント端末Ｂから要求のあったときにメタデータ部ファイルを生成し、クライアント端末Ｂ１０２はそのメタデータ部ファイルをアプリサーバ１０３からダウンロードする場合について説明する。なお、上述の第１の実施形態と同様の部分については説明を省略する。
【００５６】
図９を参照して、本実施形態のアプリサーバ１０３の手順について説明する。以下、アプリサーバ１０３の動作はアプリサーバ１０３の制御部２０１がＲＯＭ２０３や外部記憶装置２０９に記憶されたＯＳや所定のアプリケーションプログラムにしたがい上述の各部を制御することにより実現される。また、図６で説明した動作と同様の部分については説明を省略する。
【００５７】
アプリサーバ１０３は、要求されたコンテンツファイルのコンテンツデータ部ファイルへのアクセス情報と、メタデータ部ファイルそのものをファイルサーバ１０４から取得する（Ｓ９０３）。アプリサーバ１０４は、Ｓ９０３で取得されたメタデータ部ファイルに対して加工処理を実行し、加工済のメタデータ部ファイルを生成する（Ｓ９０４）。アプリサーバ１０３はＳ９０３で取得されたコンテンツデータ部ファイルへのアクセス情報と、Ｓ９０４で生成された加工済のメタデータ部ファイルをクライアント端末Ｂ１０２へ送信する（Ｓ９０５）。
【００５８】
そして、クライアント端末Ｂ１０２は、アクセス情報に基づきファイルサーバ１０４へアクセスし、コンテンツデータ部ファイルをダウンロードする。そして、アプリサーバ１０３から受信した加工済のメタデータ部ファイルとファイルサーバ１０４から取得したコンテンツデータ部ファイルを結合して、一つのコンテンツファイルを作成し、クライアント端末Ｂ１０２の外部記憶装置２０９に記憶し、表示などに利用する。
【００５９】
なお、本実施形態では、アプリサーバ１０３はコンテンツファイルのファイルサーバへのアップロード時に、メタデータ部ファイルから複数の加工済のメタデータ部ファイルを生成する処理（Ｓ３０３、Ｓ７０２）は行わない。
【００６０】
また、本実施形態のアプリサーバ１０３は、メタデータ部ファイルの加工が必要ない場合、加工処理（Ｓ９０４）をスキップし、オリジナルのメタデータ部ファイルをクライアント端末Ｂ１０２へ送信する（Ｓ９０５）。
【００６１】
以上のように、本実施形態によれば、コンテンツファイルのダウンロード要求があったときに、最適なメタデータ部ファイルを提供することができるようになる。また、不要なメタデータ部ファイルを予め生成してしまうこともなくなる。また、メタデータ部ファイルに比べてファイルサイズの大きなコンテンツデータ部ファイルはファイルサーバ１０４から直接、ダウンロードされるので通信負荷を軽減できる。
【００６２】
（他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００６３】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施例の機能が実現されるだけではない。例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーションシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施例の機能が実現される場合も含まれることは言うまでもない。さらに、以下のような処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。まず、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行う。
【図１】
2014165739.tif 000003
【図２】
2014165739.tif 000004
【図３】
2014165739.tif 000005
【図４】
2014165739.tif 000006
【図５】
2014165739.tif 000007
【図６】
2014165739.tif 000008
【図７】
2014165739.tif 000009
【図８】
2014165739.tif 000010
【図９】
2014165739.tif 000011