(57)【要約】【課題】コンテンツファイルのアップロード等を短時間に効率よく行え、更にコンテンツの確実な管理をも可能にすることを目的とする。【解決手段】アプリケーションサーバ１０２は、判定対象のコンテンツファイルから分割されたメタデータ部を先行して受信し、登録済みのコンテンツファイルのメタデータ部と受信したメタデータ部との比較により、判定対象のコンテンツファイルと登録済みコンテンツファイルが一致するか判定する。そして、アプリケーションサーバ１０２は、判定の結果に応じて、判定対象のコンテンツファイルのコンテンツデータ部を受信して、先行して受信したメタデータ部とを結合してコンテンツファイルを復元して登録する。【選択図】図１
2016126612.tif 000002
【特許請求の範囲】
【請求項１】
判定対象のコンテンツファイルから分割されたコンテンツデータ部とメタデータ部のうち先行して送信されてくる前記メタデータ部と、登録済みのコンテンツファイルを構成しているメタデータ部との比較により、前記判定対象のコンテンツファイルと前記登録済みコンテンツファイルが一致するか判定する判定手段と、
前記判定手段で一致しないと判定された後に送信されてくる前記コンテンツデータ部と、前記先行して送信されてきたメタデータ部とを結合して、前記判定対象のコンテンツファイルを復元する結合手段と、
前記復元されたコンテンツファイルを登録する登録手段と
を有することを特徴とする情報処理装置。
【請求項２】
前記登録手段は、前記判定手段で一致しないと判定された場合、前記先行して送信されてきたメタデータ部を仮登録し、
前記仮登録したメタデータ部に対する編集情報が送信されてきたとき、前記編集情報に応じて、前記仮登録したメタデータ部を編集する編集手段を更に有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記判定手段は、前記先行して送信されてきたメタデータ部に前記コンテンツデータ部を一意に識別する識別子が含まれているとき、前記先行して送信されてきたメタデータ部に含まれている前記識別子と、前記登録済みコンテンツファイルのメタデータ部に含まれている識別子との比較により、前記一致の判定を行うことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記判定手段は、前記先行して送信されてきたメタデータ部に前記識別子が含まれていないとき、前記先行して送信されてきたメタデータ部の全ての情報と、前記登録済みコンテンツファイルのメタデータ部の情報とを比較して、前記一致の判定を行うことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
判定対象のコンテンツファイルから分割されたコンテンツデータ部とメタデータ部のうち先行して送信されてくる前記メタデータ部と、登録済みのコンテンツファイルを構成しているメタデータ部との比較により、前記判定対象のコンテンツファイルと前記登録済みコンテンツファイルが一致するか判定する判定手段と、
前記メタデータ部に続いて送信されてくるコンテンツデータ部と、前記先行して送信されてきたメタデータ部とを結合して、前記判定対象のコンテンツファイルを復元する結合手段と、
前記復元されたコンテンツファイルを登録する登録手段と、
前記判定手段で一致すると判定されたとき、前記判定手段と登録手段の処理を中止させる制御手段と
を有することを特徴とする情報処理装置。
【請求項６】
コンテンツファイルをコンテンツデータ部とメタデータ部に分割する分割手段と、
前記コンテンツデータ部に先行して、前記メタデータ部を所定の送信先へ送信し、前記送信先から所定のレスポンスが返されたとき、前記コンテンツデータ部を前記送信先へ送信する送信手段と
を有することを特徴とする情報処理装置。
【請求項７】
クライアント装置と、サーバ装置とを含むシステムであって、
前記クライアント装置は、
コンテンツファイルをコンテンツデータ部とメタデータ部に分割し、前記コンテンツデータ部に先行して、前記メタデータ部をサーバ装置へアップロードし、前記サーバ装置から所定のレスポンスが返されたとき、前記コンテンツデータ部を前記サーバ装置へ送信し、
前記サーバ装置は、
前記クライアント装置から前記コンテンツデータ部に先行して送信されてきた前記メタデータ部を受信し、前記受信したメタデータ部と、登録済みのコンテンツファイルを構成しているメタデータ部との比較により、前記クライアント装置のコンテンツファイルと前記登録済みコンテンツファイルが一致するか判定して、前記判定にて一致しないと判定されたとき、前記所定のレスポンスを前記クライアント装置へ送信し、前記レスポンスに応じて前記クライアント装置から送信されてきた前記コンテンツデータ部と前記先行して受信したメタデータ部とを結合して、前記クライアント装置のコンテンツファイルを復元して登録する
ことを特徴とするシステム。
【請求項８】
情報処理装置が実行する情報処理方法であって、
判定対象のコンテンツファイルから分割されたコンテンツデータ部とメタデータ部のうち先行して送信されてくる前記メタデータ部と、登録済みのコンテンツファイルを構成しているメタデータ部との比較により、前記判定対象のコンテンツファイルと前記登録済みコンテンツファイルが一致するか判定する判定ステップと、
前記判定ステップで一致しないと判定された後に送信されてくる前記コンテンツデータ部と、前記先行して送信されてきたメタデータ部とを結合して前記判定対象のコンテンツファイルを復元する結合ステップと、
前記復元されたコンテンツファイルを登録する登録ステップと
を含むことを特徴とする情報処理方法。
【請求項９】
情報処理装置が実行する情報処理方法であって、
判定対象のコンテンツファイルから分割されたコンテンツデータ部とメタデータ部のうち先行して送信されてくる前記メタデータ部と、登録済みのコンテンツファイルを構成しているメタデータ部との比較により、前記判定対象のコンテンツファイルと前記登録済みコンテンツファイルが一致するか判定する判定ステップと、
前記メタデータ部に続いて送信されてくるコンテンツデータ部と、前記先行して送信されてきたメタデータ部とを結合して、前記判定対象のコンテンツファイルを復元する結合ステップと、
前記復元されたコンテンツファイルを登録する登録ステップと、
前記判定ステップで一致すると判定されたとき、前記結合ステップと前記登録ステップの処理を中止させる制御ステップと
を含むことを特徴とする情報処理方法。
【請求項１０】
情報処理装置が実行する情報処理方法であって、
コンテンツデータ部とメタデータ部により構成されているコンテンツファイルを分割する分割ステップと、
前記コンテンツデータ部に先行して、前記メタデータ部を所定の送信先へ送信し、前記送信先から所定のレスポンスが返されたとき、前記コンテンツデータ部を前記送信先へ送信する送信ステップと
を含むことを特徴とする情報処理方法。
【請求項１１】
コンピュータを、
判定対象のコンテンツファイルから分割されたコンテンツデータ部とメタデータ部のうち先行して送信されてくる前記メタデータ部と、登録済みのコンテンツファイルを構成しているメタデータ部との比較により、前記判定対象のコンテンツファイルと前記登録済みコンテンツファイルが一致するか判定する判定手段と、
前記判定手段で一致しないと判定された後に送信されてくる前記コンテンツデータ部と、前記先行して送信されてきたメタデータ部とを結合して前記判定対象のコンテンツファイルを復元する結合手段と、
前記復元されたコンテンツファイルを登録する登録手段と
して機能させるためのプログラム。
【請求項１２】
コンピュータを、
判定対象のコンテンツファイルから分割されたコンテンツデータ部とメタデータ部のうち先行して送信されてくる前記メタデータ部と、登録済みのコンテンツファイルを構成しているメタデータ部との比較により、前記判定対象のコンテンツファイルと前記登録済みコンテンツファイルが一致するか判定する判定手段と、
前記メタデータ部に続いて送信されてくるコンテンツデータ部と、前記先行して送信されてきたメタデータ部とを結合して、前記判定対象のコンテンツファイルを復元する結合手段と、
前記復元されたコンテンツファイルを登録する登録手段と、
前記判定手段で一致すると判定されたとき、前記結合手段と前記登録手段の処理を中止させる制御手段と
して機能させるためのプログラム。
【請求項１３】
コンピュータを、
コンテンツファイルをコンテンツデータ部とメタデータ部に分割する分割手段と、
前記コンテンツデータ部に先行して、前記メタデータ部を所定の送信先へ送信させ、前記送信先から所定のレスポンスが返されたとき、前記コンテンツデータ部を前記送信先へ送信する送信手段と
して機能させるためのプログラム。
【請求項１４】
撮像装置で撮影された画像に対する有意情報を取得する取得手段と、
前記撮像装置で撮像された画像に関連した画像情報から、前記撮像装置で撮像された画像を一意に特定する識別子を取得して前記有意情報に付加する付加手段と、
所定のサーバ装置に対して、前記識別子が付加された有意情報を送る通信手段と
を有することを特徴とする情報処理装置。
【請求項１５】
前記通信手段は、前記サーバ装置に対して、前記識別子が付加された有意情報を要求し、前記撮像装置に対して、前記識別子により特定される画像の画像情報を要求し、
前記撮像装置から受け取った画像情報と前記サーバ装置から受け取った有意情報とを表示手段の画面上に表示させる制御手段を更に有することを特徴とする請求項１４に記載の情報処理装置。
【請求項１６】
前記通信手段は、前記撮像装置に対して、前記識別子により特定される画像の画像情報を要求した後、前記撮像装置から前記画像情報が無いとの応答を受けたとき、前記サーバ装置に対して、前記識別子により特定される前記有意情報の削除を要求することを特徴とする請求項１５に記載の情報処理装置。
【請求項１７】
撮像装置と、端末装置と、サーバ装置とを含むシステムであって、
前記撮像装置は、撮影した画像に関連する画像情報を端末装置へ送り、
前記端末装置は、撮像装置で撮影された画像に対する有意情報を取得し、前記撮像装置で撮像された画像を一意に特定する識別子を前記画像情報から取得して前記有意情報に付加し、前記識別子が付加された有意情報を前記サーバ装置へ送り、
前記サーバ装置は、前記識別子が付加された有意情報を記憶する
ことを特徴とするシステム。
【請求項１８】
情報処理装置が実行する情報処理方法であって、
撮像装置で撮影された画像に対する有意情報を取得する取得ステップと、
撮像装置で撮影された画像に関連した画像情報から、前記撮像装置で撮像された画像を一意に特定する識別子を取得して前記有意情報に付加する付加ステップと、
所定のサーバ装置に対して、前記識別子が付加された有意情報を送る通信ステップと
を含むことを特徴とする情報処理方法。
【請求項１９】
コンピュータを、
撮像装置で撮影された画像に対する有意情報を取得する取得手段と、
前記撮像装置で撮像された画像に関連した画像情報から、前記撮像装置で撮像された画像を一意に特定する識別子を取得して前記有意情報に付加する付加手段と、
サーバ装置に対して、前記識別子が付加された有意情報を送る通信手段と
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツファイル等の情報を処理する情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来、デジタルカメラ等を用いて取得した画像ファイルを、クライアント端末からＷｅｂサーバにアップロードして登録し、それらコンテンツをネットワーク経由で知人の端末にダウンロード可能にすることで、知人等に公開することが行われている。ここで、画像ファイルには、メタデータとして、撮影時のＩＳＯ感度、露光時間、絞り値といった撮影装置の設定値や、撮影者の名前、顔認識情報、撮影場所等の撮影情報が付加されている。
【０００３】
また、コンテンツファイルをサーバ上にアップロードする際には、回線の長時間占有を回避するために、先にメタデータのみをアップロードし、利用者の認証、コンテンツの登録権限の確認、サーバ上のコンテンツ保存のための空き容量の確認が行われる。そして、特許文献１には、後からコンテンツファイルをアップロードし、本登録を行う技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３５１８２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方、上述の特許文献１に開示された技術は、先にアップロードされたメタデータと後からアップロードされたコンテンツ内のメタデータの両方を送信して重複を確認している。よって、繰り返しメタデータが送信される事となり、その分の通信が負荷になってしまう問題がある。
【０００６】
そこで、本発明は、既存のコンテンツとの重複確認を行うことができると共に、コンテンツファイルのアップロードを短時間に効率よく行えるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明の情報処理装置は、判定対象のコンテンツファイルから分割されたコンテンツデータ部とメタデータ部のうち先行して送信されてくる前記メタデータ部と、登録済みのコンテンツファイルを構成しているメタデータ部との比較により、前記判定対象のコンテンツファイルと前記登録済みコンテンツファイルが一致するか判定する判定手段と、前記判定手段で一致しないと判定された後に送信されてくる前記コンテンツデータ部と、前記先行して送信されてきたメタデータ部とを結合して、前記判定対象のコンテンツファイルを復元する結合手段と、前記復元がなされたコンテンツファイルを登録する登録手段とを有する。
【発明の効果】
【０００８】
本発明によれば、既存のコンテンツとの重複確認を行うことができると共に、コンテンツファイルのアップロードを短時間に効率よく行える。
【図面の簡単な説明】
【０００９】
【図１】実施形態のネットワークアプリケーションシステムの構成図である。
【図２】実施形態の情報処理装置の構成例を示す図である。
【図３】コンテンツ登録処理のプログラムの構成を説明する図である。
【図４】コンテンツ登録処理の手順を示すフローチャートである。
【図５】コンテンツ登録処理を詳細に説明する図である。
【図６】コンテンツ重複確認の処理手順を示すフローチャートである。
【図７】コンテンツ重複確認の処理例の詳細説明に用いる図である。
【図８】第２の実施形態のシステム構成例を示す概略図である。
【図９】第２の実施形態の撮像装置の図である。
【図１０】第２の実施形態のサーバと端末装置の図である。
【図１１】第２の実施形態の認証情報を例示する図である。
【図１２】第２の実施形態の撮影画像情報の概略図である。
【図１３】第２の実施形態のタグ情報を例示する概略図である。
【図１４】第２の実施形態の付帯情報管理テーブルを示す図である。
【図１５】第２の実施形態で付帯情報入力の際の操作画面例を示す図である。
【図１６】第２の実施形態で画像一覧が表示される画面例を示す図である。
【図１７】第２の実施形態で拡大画像が表示される画面例を示す図である。
【図１８】第２の実施形態の付帯情報付加の際の端末装置のフローチャートである。
【図１９】第２の実施形態の付帯情報付加の際の撮像装置のフローチャートである。
【図２０】第２の実施形態の付帯情報付加の際のサーバのフローチャートである。
【図２１】第２の実施形態の参照・閲覧の際の端末装置のフローチャートである。
【図２２】第２の実施形態の参照・閲覧の際の撮像装置のフローチャートである。
【図２３】第２の実施形態の参照・閲覧の際のサーバのフローチャートである。
【図２４】第３の実施形態の参照・閲覧の際の端末装置のフローチャートである。
【図２５】第３の実施形態の参照・閲覧の際のサーバのフローチャートである。
【図２６】第３の実施形態の画像削除の際の撮像装置のフローチャートである。
【発明を実施するための形態】
【００１０】
＜第１の実施形態＞
図１は、第１の実施形態のネットワークアプリケーションシステムの一例を示す図であり、本実施形態におけるコンテンツ登録処理を説明するためのシステム構成図である。図１に示すように、クライアントコンピュータ１０１とアプリケーションサーバ１０２は、インターネット等のネットワーク１００を介して接続されている。アプリケーションサーバ１０２は、後述するＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ等を有して構成された情報処理装置であり、一例としてコンピュータにより実現されている。また、アプリケーションサーバ１０２は、後述するようなサーバ側のコンテンツ登録処理を実行するためのプログラムがインストールされている。また、クライアントコンピュータ１０１は、例えばＷｅｂブラウザ等のネットワーク閲覧プログラムや後述するクライアント側のコンテンツ登録処理を実行するためのアプリケーションプログラムがインストールされた情報処理装置である。クライアントコンピュータ１０１は、後述するＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ等を備えて構成されている。ネットワーク１００は、本実施形態ではインターネットを例に説明しているが、例えばＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の他のネットワークシステムであってもよい。
【００１１】
図２は、図１に示したクライアントコンピュータ１０１、アプリケーションサーバ１０２を実現するための情報処理装置のハードウェア構成の一例を示す図である。図２において、ＣＰＵ２０１は、本実施形態の情報処理装置の演算や制御を司る中央演算装置である。ＲＡＭ２０２は、ランダムアクセスメモリであり、ＣＰＵ２０１の主メモリとして、及び実行プログラムの領域やそのプログラムの実行エリア並びにデータエリアとして機能する。ＲＯＭ２０３は、ＣＰＵ２０１の動作処理手順を記憶しているリードオンリーメモリである。ＲＯＭ２０３は、情報処理装置の機器制御を行うシステムプログラムである基本ソフト（ＯＳ）を記録したプログラムＲＯＭと、システムを稼働するために必要な情報等が記録されているデータＲＯＭを含む。また、ＲＯＭ２０３の代わりに、後述のＨＤＤ２０９が用いられてもよい。ＮＥＴＩＦ２０４は、ネットワークインターフェースであり、ネットワーク１００を介して情報処理装置間のデータ転送を行い、ＣＰＵ２０１による管理の元でデータ転送の制御や接続状況の診断が行われる。ＤＳ２０６は、ディスプレイ等の表示装置であり、後述する情報処理装置の稼動状態を示す画像やコンテンツデータの画像等を画面上に表示する。ＶＲＡＭ２０５は、ビデオＲＡＭであり、コンテンツデータ等の画像が展開され、ＣＰＵ２０１により画像の展開や読み出し等が制御される。ＫＢ２０８は、利用者が行う操作を受付けるための外部入力装置であり、例えばキーボードやマウス等のポインティングデバイスが用いられる。ＫＢＣ２０７は、ＫＢ２０８からの入力信号を制御するためのコントローラであり、その入力信号をＣＰＵ２０１へ送る。ＨＤＤ２０９は、ハードディスクドライブであり、本実施形態のアプリケーションプログラムや各種データ保存用に用いられる。ここで、本実施形態のアプリケーションプログラムとは、本実施形態の情報処理装置が後述するコンテンツ登録処理のための各種処理を実行するためのソフトウェアプログラム（プログラムモジュール）である。もちろん、本実施形態のアプリケーションプログラムは、情報処理装置がクライアントコンピュータ１０１である場合と、アプリケーションサーバ１０２である場合とで異なり、その詳細については後述する。ＲＭＤ２１０は、外部入出力装置であり、例えばフレキシブルディスクドライブ、ＣＤ−ＲＯＭドライブ等のリムーバブルメディアに対するデータ等の書き込みと読み出しを行うドライブ装置である。ＲＭＤ２１０は、本実施形態のアプリケーションプログラムを記録媒体から読み出す際などに用いられる。ＲＭ２１１は、ＲＭＤ２１０によって読み出しされる磁気記録媒体（リムーバブルディスクや外付けハードディスク）である。なお、リムーバブルメディアは、磁気記録媒体に限らず、光記録媒体（例えばＣＤ−ＲＯＭ）、光磁気記録媒体（例えばＭＯ）、半導体記録媒体（例えばメモリカード）等の取り外し可能なデータ記録媒体で構成されていてもよい。また、ＨＤＤ２０９に格納するアプリケーションプログラムやデータは、ＲＭＤ２１０に格納して使用されてもよい。
【００１２】
クライアントコンピュータ１０１のＣＰＵ２０１がＲＯＭ２０３又はＨＤＤ２０９に記憶されたプログラムに基づき処理を実行することによって、以下の構成及び処理が実現される。即ち、クライアントコンピュータ１０１のソフトウェア構成及びクライアントコンピュータ１０１のフローチャートの処理が実現される。同様に、アプリケーションサーバ１０２のＣＰＵ２０１がＲＯＭ２０３又はＨＤＤ２０９に記憶されたプログラムに基づき処理を実行することによって、以下の構成及びアプリケーションサーバ１０２のフローチャートの処理が実現される。
【００１３】
図３は、クライアントコンピュータ１０１及びアプリケーションサーバ１０２のソフトウェア構成の一例を示す図である。図３において、クライアントコンピュータ１０１は、ソフトウェア構成として、コンテンツ分割部３０１とコンテンツアップロード部３０２を含む。また、アプリケーションサーバ１０２は、ソフトウェア構成として、コンテンツ重複確認部３０３とコンテンツ結合部３０４とコンテンツ登録部３０５とコンテンツ情報記憶部３０６を含む。なお、コンテンツ情報記憶部３０６は、後述するようなコンテンツファイルやメタデータ、メタデータに含まれるコンテンツの属性情報等を、ＨＤＤ２０９又はＲＭＤ２１０等にそれぞれ格納する。ＣＰＵ２０１の演算に必要な情報格納装置に格納された情報は、ＲＯＭ２０３、ＨＤＤ２０９、ＲＭＤ２１０等よりＲＡＭ２０２に展開されてＣＰＵ２０１へ伝えられる。ＣＰＵ２０１で演算した結果の情報は、必要がある場合、ＲＡＭ２０２、ＨＤＤ２０９、ＲＭＤ２１０等に存在する情報格納領域に書き込まれる。また同時に、ＣＰＵ２０１での演算結果の情報は、必要がある場合、ＶＲＡＭ２０５を介してＤＳ２０６に表示される。ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＮＥＴＩＦ２０４、ＶＲＡＭ２０５、ＫＢＣ２０７、ＨＤＤ２０９、ＲＭＤ２１０間の伝送は伝送バス２００を通じて行われる。
【００１４】
次に、本実施形態のシステムにおけるコンテンツ登録の処理手順について図４のフローチャートを用いて詳細に説明する。図４の（ａ）はクライアントコンピュータ１０１側のＣＰＵ２０１が、ＲＯＭ２０３又はＨＤＤ２０９に記憶されたプログラムに基づいて実行する処理手順を示している。図４の（ｂ）はアプリケーションサーバ側のＣＰＵ２０１が、ＲＯＭ２０３又はＨＤＤ２０９に記憶されたプログラムに基づいて実行する処理手順を示している。以下、説明の簡略のため、クライアントコンピュータ１０１のＣＰＵ２０１をＣＰＵ２０１Ａと表記し、アプリケーションサーバ１０２のＣＰＵ２０１をＣＰＵ２０１Ｂと表記する。
【００１５】
ＣＰＵ２０１Ａは、コンテンツ分割部３０１の処理として、ステップＳ４０１でコンテンツファイルをメタデータ部とコンテンツデータ部に分割する。クライアントコンピュータ１０１で分割処理されるコンテンツファイルは、アプリケーションサーバ１０２側で後述するようにして行われる重複確認の判定対象となるコンテンツファイルである。次に、ＣＰＵ２０１Ａは、コンテンツアップロード部３０２の処理として、ステップＳ４０２において、コンテンツデータ部に先行して、メタデータ部をアプリケーションサーバ１０２へアップロードする。ＣＰＵ２０１Ｂは、コンテンツ重複確認部３０３の処理として、ステップＳ４０３において、受信したメタデータ部から重複確認に使用するメタデータのコンテンツ属性情報を取得し、コンテンツ重複確認を行う。このステップＳ４０３におけるコンテンツ重複確認の処理については、後の図６、図７で詳細に説明する。ＣＰＵ２０１Ｂは、ステップＳ４０３にてコンテンツファイルが重複していないと判定した場合、クライアントコンピュータ１０１に対し、コンテンツ重複無しのレスポンスを返す。そして、ＣＰＵ２０１Ｂは、コンテンツ情報記憶部３０６の処理として、受信したメタデータ部をＨＤＤ２０９又はＲＭＤ２１０等に格納し、コンテンツ登録部３０５の処理として、そのメタデータ部を仮登録状態として管理する。詳細は後述するが、仮登録されたメタデータ部は、クライアントコンピュータ１０１から送られてくる編集情報により、編集可能な状態でＣＰＵ２０１Ｂにより管理される。ＣＰＵ２０１Ａは、コンテンツ重複無しのレスポンスを受け取ると、コンテンツアップロード部３０２の処理として、ステップＳ４０４においてコンテンツデータ部をアプリケーションサーバ１０２へアップロードする。ＣＰＵ２０１Ｂは、コンテンツデータ部がアップロードされると、コンテンツ結合部３０４の処理として、ステップＳ４０５にて、仮登録されたメタデータ部と受信したコンテンツデータ部を結合してコンテンツファイルを復元する。最後に、ＣＰＵ２０１Ｂは、コンテンツ登録部３０５の処理として、ステップＳ４０６においてコンテンツファイルを登録する。またこのとき、ＣＰＵ２０１Ｂは、コンテンツ情報記憶部３０６の処理として、コンテンツファイルとコンテンツのメタデータに含まれるコンテンツ属性情報を格納させ、これによりコンテンツの本登録が完了する。一方、ＣＰＵ２０１Ｂは、ステップＳ４０３でコンテンツファイルが重複していると判定した場合、クライアントコンピュータ１０１に対し、コンテンツ重複有りのレスポンスを返し、それ以降の処理を中止する。そして、ＣＰＵ２０１Ａは、コンテンツ重複有りのレスポンスを受け取ると、ステップＳ４０４の処理として、コンテンツデータ部のアップロードを行わず、それ以降の処理を停止する。
【００１６】
図５は、図４で手順を説明したコンテンツ登録処理について詳細に説明するための図である。まず、ＣＰＵ２０１Ａは、コンテンツ分割部３０１の処理として、アプリケーションサーバ１０２での重複確認の判定対象となるコンテンツファイル５０１を、メタデータ部５０２とコンテンツデータ部５０３とに分割する。そして、ＣＰＵ２０１Ａは、コンテンツアップロード部３０２の処理として、メタデータ部５０２を所定の送信先であるアプリケーションサーバ１０２へ送信させる。ここで、コンテンツファイル５０１は、デジタルコンテンツであればよく、画像や動画のファイルであってもよい。また、クライアントコンピュータ１０１は、画像や動画といったコンテンツファイルをアップロードできる装置であればよく、携帯電話、スマートフォン、ネットワーク機能付きデジタルカメラ、ネットワーク機能付きデジタルビデオカムコーダであってもよい。ＣＰＵ２０１Ｂは、アップロードされたメタデータ部５０４が受信されると、コンテンツ重複確認部３０３の処理としてコンテンツ重複確認を行う。このとき、コンテンツ重複確認部３０３は、メタデータ部５０４に含まれるコンテンツの属性情報を、既に本登録されているコンテンツの属性情報５０５と比較し、重複コンテンツであるかを判定する。もし、メタデータ部５０２のコンテンツ属性情報が、既に本登録されているコンテンツの属性情報５０５と一致した場合、ＣＰＵ２０１Ｂは、判定対象のコンテンツファイル５０１は重複コンテンツであると判定する。そして、重複コンテンツである判定した場合は、ＣＰＵ２０１Ｂは、クライアントコンピュータ１０１に対して、コンテンツ重複の有りの判定結果をレスポンスし、以降の処理を中止する。一方、重複コンテンツではなかった場合は、ＣＰＵ２０１Ｂは、クライアントコンピュータ１０１に対し、コンテンツ重複無しの判定結果をレスポンスする。更に、ＣＰＵ２０１Ｂは、コンテンツ登録部３０５の処理として、メタデータ部５０４を仮登録状態として格納させ、以降の処理を継続する。次に、コンテンツ重複無しの判定結果を受けたＣＰＵ２０１Ａは、コンテンツアップロード部３０２の処理として、コンテンツデータ部５０３を所定の送信先であるアプリケーションサーバ１０２へ送信する。ＣＰＵ２０１Ｂは、アップロードされたコンテンツデータ部５０６が受信された場合、コンテンツ結合部３０４の処理として、その受信したコンテンツデータ部５０６と先に仮登録したメタデータ部５０４とを結合する。これによりコンテンツファイル５０７が復元される。最後に、ＣＰＵ２０１Ｂは、コンテンツ登録部３０５の処理として、コンテンツファイル５０７を本登録する。またこのとき、ＣＰＵ２０１Ｂは、コンテンツファイル５０７のメタデータから属性情報を取得し、コンテンツファイル５０７と共に格納させる。これにより、格納された（本登録された）コンテンツファイル５０７は、次のコンテンツのアップロードがなされたときに、重複確認の際の参照コンテンツに含めることができる。
【００１７】
なお、本実施形態では、ＣＰＵ２０１Ａは、先行してメタデータ部５０２をアップロードし、アプリケーションサーバ１０２で重複判定が終わってから、コンテンツデータ部５０３をアップロードしている。しかし、処理時間の短縮のため、ＣＰＵ２０１Ａは、コンテンツ重複判定の結果を待たずにコンテンツデータ部５０３のアップロードを開始してもよい。その場合、ＣＰＵ２０１Ａは、前述のようにメタデータ部の属性情報を用いたコンテンツ重複判定において、コンテンツ重複有りと判定した時点で、それ以降の処理を中止する。また、ＣＰＵ２０１Ａは、コンテンツデータ部５０３のアップロード中に、コンテンツ重複有りのレスポンスを受けた時点で、そのアップロードを中止してもよい。その他にも、ＣＰＵ２０１Ａは、複数のメタデータ部５０２を同時にアップロードし、後から複数のコンテンツデータ部５０３をアップロードしてもよい。この場合も、ＣＰＵ２０１Ｂは、複数のメタデータ部５０２に対して前述のようなコンテンツ重複判定処理を実行し、その判定結果に応じて前述同様の処理を行う。
【００１８】
次に、ＣＰＵ２０１Ｂがコンテンツ重複確認部３０３の処理として実行するコンテンツ重複確認の処理手順について図６のフローチャートを用いて詳細に説明する。この図６のフローチャートは、図４のステップＳ４０３を詳細に説明するものである。ＣＰＵ２０１Ｂは、コンテンツ重複確認部３０３の処理として、ステップＳ６０１において、受信したメタデータ部５０４から重複確認に使用するメタデータのコンテンツ属性情報を取得する。そして、ＣＰＵ２０１Ｂは、ステップＳ６０２の処理として、格納されている本登録済のコンテンツ属性情報５０５を取得する。ここで、ＣＰＵ２０１Ｂは、コンテンツ重複確認部３０３の処理として、受信したメタデータ部５０４のコンテンツ属性情報と、登録済みのコンテンツ属性情報５０５を比較する。ＣＰＵ２０１Ｂは、ステップＳ６０３の処理として、最初に、メタデータ部５０４のコンテンツ属性情報にユニークＩＤが存在し、かつ、登録済みコンテンツ属性情報５０５の何れかと一致するかを比較する。なお、ユニークＩＤは、コンテンツを一意に特定する識別子である。ステップＳ６０３において、もし、ユニークＩＤが一致するコンテンツが存在したと判定した場合、ＣＰＵ２０１Ｂは、処理をステップＳ６０６へ進める。ステップＳ６０６へ処理を進めると、ＣＰＵ２０１Ｂは、クライアントコンピュータ１０１へコンテンツ重複有りの判定をレスポンスする。一方、ステップＳ６０３にてユニークＩＤが一致しない、又はメタデータ部５０４のコンテンツ属性情報にユニークＩＤそのものが存在しないと判定した場合、ＣＰＵ２０１Ｂは、処理をステップＳ６０４へ進める。ステップＳ６０４へ処理を進めると、ＣＰＵ２０１Ｂは、ファイルサイズ、コンテンツの縦横サイズ、撮影日時が一致するかを比較する。もし、これらの属性情報がすべて一致する場合、ＣＰＵ２０１Ｂは、処理をステップＳ６０５へ進め、クライアントコンピュータ１０１へコンテンツ重複有りの判定をレスポンスする。一方、ステップＳ６０４にてどれか一つでも属性情報が一致しなかったと判定した場合、ＣＰＵ２０１Ｂは、処理をステップＳ６０６へ進める。ステップＳ６０６へ処理を進めると、ＣＰＵ２０１Ｂは、クライアントコンピュータ１０１へコンテンツ重複無しの判定をレスポンスする。
【００１９】
図７は、ＣＰＵ２０１Ｂがコンテンツ重複確認部３０３の処理として実行する重複確認処理について詳細に説明するための図である。図７の（ａ）はアプリケーションサーバ１０２にアップロードされたメタデータ部５０４から、コンテンツ重複確認部３０３の処理で取得したコンテンツ属性情報７００の一例を示している。ここでは、コンテンツの属性情報７００として、ファイル名７０１、ユニークＩＤ７０２、ファイルサイズ７０３、コンテンツの横サイズ（ピクセル数）７０４、コンテンツの縦サイズ（ピクセル数）７０５、撮影日時７０６を例として説明する。コンテンツ属性情報７００は、該当するコンテンツに関するものであれば、他の情報を使用してもよい。また、図７の（ｂ）は別のコンテンツのコンテンツ属性情報７０７の一例を示しており、このコンテンツ属性情報７０７もコンテンツ属性情報７００と同様の構成となされている。ただし、コンテンツ属性情報７０７は、ユニークＩＤが含まれていない例となっている。図７の（ｃ）はアプリケーションサーバ１０２に登録済みとなっている複数のコンテンツ７０９〜７１４のコンテンツ属性情報７０８の一例を示しており、この登録済みコンテンツ属性情報７０８もコンテンツ属性情報７００と同様の構成となされている。但し、図７の（ｃ）の例において、コンテンツ７０９〜７１１のコンテンツ属性情報はユニークＩＤを有しているが、コンテンツ７１２〜７１４のコンテンツ属性情報はユニークＩＤを含んでいない。ＣＰＵ２０１Ｂは、コンテンツ重複確認部３０３の処理として、受信したメタデータ部５０４から取得したコンテンツ属性情報７００と、登録済みのコンテンツ属性情報７０８とを比較し、一致するコンテンツの有無を判断する。そして、ＣＰＵ２０１Ｂは、コンテンツ重複確認部３０３の処理として、一致するコンテンツが存在する場合は、重複コンテンツ有りと判定し、一致するコンテンツが存在しない場合は、重複コンテンツは無いと判定する。
【００２０】
以下、コンテンツ属性情報７００とコンテンツ属性情報７０７を例に挙げて、コンテンツ重複確認の処理が行われる例について説明する。ここで、ユニークＩＤはすべてのコンテンツにおいてユニークとなるＩＤであるため、例えば二つのコンテンツのユニークＩＤが一致した場合、それら二つのコンテンツは同じコンテンツであるといえる。コンテンツ属性情報７００のようにユニークＩＤが含まれている場合、ＣＰＵ２０１Ｂは、コンテンツ重複確認部３０３の処理として、そのユニークＩＤが登録済みのコンテンツ属性情報７０８のユニークＩＤと一致するか比較する。図７の（ｃ）の登録済みのコンテンツ属性情報７０８の場合、コンテンツ７１０のユニークＩＤが、コンテンツ属性情報７００のユニークＩＤと一致しているため、重複コンテンツ有りと判定される。一方、コンテンツ属性情報７０７のようにユニークＩＤが含まれていない場合、ＣＰＵ２０１Ｂは、コンテンツ重複確認部３０３の処理として、ユニークＩＤ以外の情報を用いた一致の判定を行う。すなわち、ＣＰＵ２０１Ｂは、ファイルサイズ７０３、コンテンツの横サイズ７０４、コンテンツの縦サイズ７０５、撮影日時７０６の４つのコンテンツ属性情報が、登録済みのコンテンツ属性情報７０８と一致するかを比較する。但し、ユニークＩＤを用いた比較に比べて、これらの属性情報は同じコンテンツでない場合でも一致する可能性があるため、ＣＰＵ２０１Ｂは、これら４つの属性情報が全て一致する場合にのみ重複コンテンツ有りと判定する。図７の（ｂ）のコンテンツ属性情報７０７の場合、図７の（ｃ）のコンテンツ属性情報７０８のコンテンツ７１３の４つのコンテンツ識別情報が全て一致しているため、ＣＰＵ２０１Ｂは、コンテンツ重複確認部３０３の処理として重複コンテンツ有りと判定する。なお、上述の説明では、ユニークＩＤが一致する場合、又は、４つの属性情報が全て一致する場合に、重複コンテンツ有りと判定することにしているが、誤判定の虞がないならば、他の属性情報や比較方法を用いてもよい。
【００２１】
次に、仮登録されたメタデータ部５０４をＣＰＵ２０１Ｂが編集可能な状態で管理していることについて、以下に詳細に説明する。前述したように、ＣＰＵ２０１Ｂは、コンテンツ属性情報が一致しないと判定し、重複コンテンツ無しのレスポンスをクライアントコンピュータ１０１へ返すと、受信したメタデータ部５０４を仮登録する。また、ＣＰＵ２０１Ｂは、仮登録したメタデータ部５０４を、クライアントコンピュータ１０１側から編集可能な状態として管理する。また、ＣＰＵ２０１Ｂは、クライアントコンピュータ１０１へ重複コンテンツ無しのレスポンスを返す際、仮登録されたメタデータ部５０４を特定するためのメタデータ特定情報も含めておく。なお、メタデータ部５０４に、ユニークＩＤが含まれている場合には、ユニークＩＤをメタデータ特定情報として流用してもよい。重複コンテンツ無しのレスポンスを受けた場合、ＣＰＵ２０１Ａは、先行送信したメタデータ部５０２が編集可能な状態で仮登録されたことを確認する。そして、ＣＰＵ２０１Ａは、例えばユーザからＫＢ２０８を介して、メタデータ部５０２に対する編集指示が入力されると、その編集情報をメタデータ特定情報と共にアプリケーションサーバ１０２へ送信する。ＣＰＵ２０１Ｂは、クライアントコンピュータ１０１から編集情報を受け取ると、仮登録されているメタデータ部５０４に対し、編集情報に応じた編集を実行する。なおここで、コンテンツファイルが画像ファイルである場合、ＣＰＵ２０１Ｂは、メタデータ部５０４の仮登録の際、このメタデータ部５０４からサムネイル情報を抽出し、そのサムネイル画像をも仮登録する。仮登録されたサムネイル画像は、後にコンテンツデータ部５０６のアップロードがなされたときには、そのコンテンツデータ部５０６から作成したサムネイル画像により置き換えられる。また、メタデータ部５０４の編集には、例えばコメントの入力や画像アルバム、サムネイル画像の編集、Ｗｅｂ上のリンクの付加、電子メールの共有設定など、メタデータに対して可能な全ての編集が含まれる。このように、本実施形態では、コンテンツデータ部５０３のアップロードがなされる前、又は、コンテンツデータ部５０３のアップロードがなされている最中であっても、仮登録されているメタデータ部５０４に対する編集が可能となっている。
【００２２】
第１の実施形態によれば、大容量のコンテンツファイル５０１をアップロードする際に、クライアントコンピュータ１０１は、コンテンツファイル５０１をコンテンツデータ部５０３とメタデータ部５０２に分割して、先行してメタデータ部５０２のみを送信する。アプリケーションサーバ１０２は、受信したメタデータ部５０４に含まれるコンテンツ属性情報と、登録済みのコンテンツの属性情報５０５との一致を判定する。そして、アプリケーションサーバ１０２は、それらコンテンツ属性情報が一致した場合には重複コンテンツ有りのレスポンスをクライアントコンピュータ１０１へ返す。このときのクライアントコンピュータ１０１は、コンテンツデータ部５０３のアップロードは行わない。すなわち本実施形態では、先行送信されたメタデータ部５０２により、判定対象のコンテンツファイル５０１が既に登録済みか判定され、登録済みのときにはコンテンツデータ部５０３をアップロードしないことで、無駄な通信が行われないようにしている。また、本実施形態によれば、アプリケーションサーバ１０２は、コンテンツ属性情報が一致しなかった場合には重複コンテンツ無しのレスポンスをクライアントコンピュータ１０１へ返す。このときのクライアントコンピュータ１０１は、コンテンツデータ部５０３をアップロードする。そして、クライアントコンピュータ１０１は、受信したコンテンツデータ部５０６を、先行して受信したメタデータ部５０４と結合し、コンテンツファイル５０７を復元して本登録する。すなわち本実施形態では、本登録されていないコンテンツデータ部５０３がアップロードされるため、無駄な通信が行われることがない。したがって、本実施形態のシステムは、コンテンツファイルのアップロード等を短時間に効率よく行える。
【００２３】
また、第１の実施形態によれば、アプリケーションサーバ１０２は、コンテンツ属性情報が一致しないと判定したとき、受信したメタデータ部５０４を仮登録する。仮登録されたメタデータ部５０４は、クライアントコンピュータ１０１側から編集可能な状態として、クライアントコンピュータ１０１により管理される。したがって、本実施形態によれば、前述同様に効率的な通信の実現と共に、コンテンツの確実な管理も実現可能である。
【００２４】
＜第２の実施形態＞
ところで、近年は、個人でも膨大な量のコンテンツファイルを扱うことが多くなり、したがって、それら膨大な量のコンテンツファイルの管理、検索や整理の重要性が増している。膨大な数のコンテンツファイルの管理、検索や整理の効率化のために、例えば画像コンテンツの場合、撮影時に付加される日時や位置等のメタデータに加えて、ユーザが任意に付加できるキャプション等の情報を加えることも行われている。これらメタデータやキャプションは、コンテンツファイルに付帯される情報であるため、以下特にそれらを区別しないときには付帯情報と表記している。ここで、これらユーザ等が任意に付加する情報は、ユーザと画像（例えば被写体の画像）との関係を表す有意な情報であるから、第三者には秘匿すべき情報であると考えられる。しかしながら、例えば、コンテンツファイルから付帯情報を取り出す前に、第三者がコンテンツファイルを持ち去った場合は、それら有意な付帯情報が漏洩してしまう虞がある。したがって、コンテンツファイルから有意な付帯情報を取り出すまでのデータ保全に関して、厳重な運用システムが望まれる。このようなことから、第２の実施形態では、後述するようにして付帯情報を管理することにより、コンテンツの確実な管理を実現可能としている。
【００２５】
図８には、コンテンツファイルに対して有意な付帯情報を付加して登録すると共にコンテンツファイルの管理、特に有意な付帯情報の漏洩を防止可能なネットワークアプリケーションシステムの概略的な構成を示す。なお、以下のシステムは、コンテンツファイルの一例として画像ファイルを例に挙げている。また、付帯情報は、撮像装置により自動的に生成されるメタデータ等を含んでいるが、本実施形態ではメタデータとは別に付加される有意な付帯情報を、特に有意情報と表記する。本実施形態において、詳細については後述するが、有意情報はタグやキャプション等の情報である。タグやキャプションは、例えばユーザにより入力される情報であり、それらの詳細については後述する。図８において、本実施形態のシステムは、画像を撮影する撮像装置８０２と、撮像装置８０２から画像情報を取得して画像を表示する端末装置８０３と、端末装置８０３からネットワーク８０４経由で画像情報を保管するサーバ８０１とを有して構成される。本実施形態において、画像情報は、撮影された画像に関連した情報であり、撮影時に自動的に画像ファイルに付加される日時や位置等のメタデータとサムネイル画像から構成される情報であり、更に有意情報も含まれる。以下の説明では、それら各情報を特に区別しないときに画像情報と表記している。
【００２６】
なお、端末装置８０３は第２の実施形態の後述する機能と共に、第１の実施形態のクライアントコンピュータ１０１の機能を備えていてもよい。また、サーバ８０１は第２の実施形態の後述する機能と共に第１の実施形態のアプリケーションサーバ１０２の機能を備えていてもよい。ネットワーク８０４は、第１の実施形態のネットワーク１００と同様である。また、本実施形態では、撮像装置８０２から端末装置８０３に送られ、更に端末装置８０３からサーバ８０１へ送られて格納される画像情報は、付帯情報（主に有意情報）のみとなされ、画像データそのものについては含まれていない。但し、本実施形態においても第１の実施形態と同様に、有意情報を含む付帯情報（メタデータ部）をサーバ８０１へアップロードして重複確認と仮登録を行った後、画像データそのもの（コンテンツデータ部）をアップロードして本登録することも可能である。
【００２７】
図９は、撮像装置８０２のハードウェア構成の一例を示す図である。図９において、カメラ９０１は、被写体の光学像を電気信号に変換する。Ａ／Ｄ変換器９０２は、入力されたアナログ信号をデジタル信号（デジタル画像データ）に変換する。エンコーダ９０３は、デジタル画像データを圧縮符号化する。例えば静止画データの場合、エンコーダ９０３は、画像データをＪＰＥＧ形式等で圧縮符号化する。画像データ記録部９０４は、画像データのファイル（画像ファイル）を作成して記憶媒体９０５に格納する。記憶媒体９０５は、ランダムアクセス可能な記憶媒体である。ネットワーク接続部９０６は、端末装置８０３に画像情報を送信する。操作部９１０は、操作パネルやリモコン等を含み、操作者により操作されて各種データやコマンドを入力する。位置情報取得部９１１は、例えばＧＰＳレシーバであり、ＧＰＳ衛星から受信した情報に基づいて撮像装置８０２の現在位置を算出し、現在位置を表す位置情報を生成する。なお、位置情報取得部９１１は、撮像装置８０２の外部に接続されていてもよい。デコーダ９１２は、圧縮符号化されたデジタルデータを復号する。Ｄ／Ａ変換器９１３は、デジタル信号をアナログ信号に変換する。モニタ９１４は表示部である。電源電池９１５は撮像装置の駆動に必要な電源を供給する。システム制御部９０７は、この撮像装置８０２の全般的な動作を制御する制御部で、マイクロコンピュータを有する。ＲＯＭ９０８は、制御プログラムや撮像設定値ファイル、各種データを保存する。ＲＡＭ９０９は、制御プログラムのロード領域等を有する。なお、第２の実施形態に係る各種処理を実現するために必要な制御プログラムは、ＲＯＭ９０８に記憶されている。また、この制御プログラムは、メモリカード等の記憶媒体９０５に記憶されていてもよいし、ネットワーク上に用意されていてもよい。撮像装置８０２はネットワーク接続部９０６を介して端末装置８０３にアクセスするためのアドレスを含む端末情報や、認証を行うための操作者情報をＲＯＭ９０８に保持している。そして、撮像装置８０２は端末情報に含まれるアドレスに従って端末装置８０３にアクセスし、端末装置８０３は、操作者情報を基に認証を行う。
【００２８】
撮像装置８０２では、システム制御部９０７がＲＯＭ９０８又は記憶媒体９０５に記憶されたプログラム、若しくはネットワーク接続部９０６を介して取得したプログラムに基づいて処理を実行することによって、後述する機能及びフローチャートが実現される。即ち、撮像装置８０９の機能及び撮像装置８０９のフローチャートの処理が実現される。
【００２９】
図１０は、サーバ８０１のハードウェア構成の一例を示す図である。図１０において、サーバ８０１は、モニタ１００１、ＶＲＡＭ１００２、ＢＭＵ１００３、キーボード１００４、ＰＤ１００５、ＣＰＵ１００６、ＲＯＭ１００７、ＲＡＭ１００８、外部記憶装置１００９、ＲＭＤ１０１０、ネットワークＩ／Ｆ１０１１を有する。モニタ１００１には、例えばサーバ８０１が保持するデータや供給されたデータが表示される。ＶＲＡＭ１００２には、モニタ１００１に表示するための画像が描画される。このＶＲＡＭ１００２に生成された画像は、所定の規定に従ってモニタ１００１に転送され、これによりモニタ１００１に画像が表示される。ＢＭＵ（ビットムーブユニット）１００３は、例えばメモリ間（例えばＶＲＡＭ１００２と他のメモリとの間）のデータ転送や、メモリと各Ｉ／Ｏデバイス（例えばネットワークＩ／Ｆ１０１１）との間のデータ転送を制御する。キーボード１００４は、文字等を入力するための各種キーを有する。ＰＤ（ポインティングデバイス）１００５は、例えばモニタ１００１に表示されたアイコン、メニューその他のコンテンツを、ユーザが指示するために使用される。ＣＰＵ１００６は、ＲＯＭ１００７、外部記憶装置１００９又はリムーバブルメディアに格納された制御プログラムに基づいて、各デバイスを制御する。ＲＯＭ１００７は、各種制御プログラムやデータを保存する。ＲＡＭ１００８は、ＣＰＵ１００６のワーク領域、エラー処理の際のデータの退避領域、制御プログラムのロード領域等を有する。外部記憶装置１００９は、情報処理装置内で実行される各制御プログラムやデータを格納する。ＲＭＤ１０１０は、リムーバブルディスクに対するアクセスを制御する。ネットワークＩ／Ｆ１０１１は、インターネット等のネットワーク回線１０１３に接続するためのインターフェースである。ＣＰＵバス１０１２は、アドレスバス、データバス及びコントロールバスを含む。ＣＰＵ１００６に対する制御プログラムの提供は、ＲＯＭ１００７、外部記憶装置１００９、ＲＭＤ１０１０から行うこともできるし、ネットワークＩ／Ｆ１０１１を介してネットワーク経由で他の情報処理装置等から行うこともできる。端末装置８０３は、図１０と同様のハードウェア構成を持つ情報処理装置であってもよいが、本実施形態の場合は無線通信が可能なモバイル端末装置となされている。そして、端末装置８０３のネットワークＩ／Ｆは、無線通信によりネットワーク回線１０１３を介してサーバ８０１へ接続し、また無線通信により撮像装置８０２に接続可能となされている。また、端末装置８０３は、モニタの画面上にタッチパネルが設けられており、ユーザのタッチを検出することにより、ユーザからの指示入力を受け取る。
【００３０】
サーバ８０１では、ＣＰＵ１００６がＲＯＭ１００７又は外部記憶装置１００９に記憶されたプログラム、若しくはネットワークＩ／Ｆ１０１１を介して取得したプログラムに基づいて処理を実行することによって、後述する機能及びフローチャートが実現される。即ち、サーバ８０１の機能及びサーバ８０１のフローチャートの処理が実現される。
【００３１】
端末装置８０３では、この端末装置のＣＰＵが端末装置のＲＯＭ又は外部記憶装置に記憶されたプログラム、若しくはネットワークＩ／Ｆを介して取得したプログラムに基づいて処理を実行することによって、後述する機能及びフローチャートが実現される。即ち、端末装置８０３の機能及び端末装置８０３のフローチャートの処理が実現される。
【００３２】
図１１はサーバ８０１と端末装置８０３を連携させるための認証情報１１０１の構成図である。サーバ８０１に記憶されている画像情報は不特定多数のユーザがアクセスしてよいものではないので、ユーザ認証によりアクセス制御を行う。図１１において、認証情報１１０１は、サーバ８０１がユーザを一意に識別するためのユーザＩＤ１１０２、ユーザが認証キーとして入力するアカウント１１０３、セキュリティ強度をより上げるためのパスワード１１０４で構成される。端末装置８０３は、ユーザから入力されたアカウント１１０３とパスワード１１０４により、サーバ８０１の内部コードであるユーザＩＤを特定する。これにより、サーバ８０１と端末装置８０３の信頼性が確立される。
【００３３】
図１２は撮像装置８０２で撮影された画像データとそれに付帯するメタデータ等からなる画像ファイルを例示する概略図である。図１２において、画像ファイル１２０１は、画像そのものを示す画像データ１２０３と、その画像データ１２０３に付帯するメタデータ１２０２で構成される。メタデータ１２０２は、前述の第１の実施形態同様のデータである。なお、図１２の例は、メタデータ１２０２として、撮影日時を含む撮影情報１２０４と撮像機種１２０５と画像毎に固有な画像固有ＩＤ１２０６のみを示している。画像固有ＩＤ１２０６は、撮像装置８０２が撮像した画像を一意に識別する画像識別子の一例である。なお、画像固有ＩＤは第１の実施形態のユニークＩＤに相当する。また第１の実施形態におけるコンテンツファイルは画像ファイル１２０１に相当し、コンテンツデータ部は画像データ１２０３に、メタデータ部はメタデータ１２０２に相当する。
【００３４】
図１３は、タグを管理するためのタグ情報の一構成例を示す図である。タグは、ユーザが画像に対して任意に入力する付帯情報の一つであり、本実施形態では有意情報の一つとなっている。端末装置８０３は、ユーザからタグが入力されると、そのタグを付帯情報の一つとして、画像固有ＩＤに対応付けてサーバ８０１へ送る。サーバ８０１は、タグを画像固有ＩＤと対応付けて格納する。なお、タグは、例えば家庭や仕事、自分のような生活シーン別のキーワードであってもよいし、医療分野にあっては術前や術後のような事象前後を表すキーワードであってもよい。図１３において、タグ情報１３０１は、タグ内容１３０３とタグＩＤ１３０２とプライバシー属性１３０４とで構成されている。タグ内容１３０３は、家庭や仕事、自分のような意味を示すキーワード等である。タグＩＤ１３０２は、タグ内容１３０３に対応しており、タグ情報１３０１をサーバ８０１内で一意に管理をするためのＩＤである。プライバシー属性１３０４は、タグ内容１３０３をユーザ以外の画像閲覧者に閲覧させるか否かを示す情報である。
【００３５】
図１４は、個々の画像に対して、どのような付帯情報が付加されているかを管理するための付帯情報管理テーブルの構成例を示す図である。付帯情報管理テーブルは、サーバ８０１に格納される。付帯情報管理テーブルに格納された情報は、本実施形態の有意情報に含まれている。図１４において、画像固有ＩＤ１４０２は、例えば図１２のメタデータ１２０２に含まれる画像固有ＩＤ１２０６と同じユニークＩＤであり、画像を一意に特定する。タグＩＤ１４０４〜１４０６はそれぞれ図１３に示したタグＩＤ１３０２が格納され、複数指定可能であり、終端コード１４０７によって区切られている。ユーザは具体的なタグをタグ内容１３０３として指定するが、サーバ８０１は、タグ内容１３０３に割り当てられたタグＩＤ１３０２によりタグを管理する。キャプション１４０３は、ユーザが任意に入力した可変長文字列であり、タグＩＤとは異なり、ユーザが入力した文字列そのものが格納される。なお、第１の実施形態で説明したコメントは、キャプションの一つとして用いられてもよい。
【００３６】
図１５は、ユーザが画像に対して付帯情報を入力してそれらの対応付けを指示する際に端末装置８０３のモニタに表示される操作画面例を示す図である。なお、本実施形態の端末装置８０３は、モニタの画面上にタッチパネルが設けられており、ユーザからの入力はタッチパネルを介して行われる。図１５において、モニタの画面上には、画像１５０６が表示されており、ユーザがボタン１５０２〜１５０４をタッチしたとき、それぞれのボタンに対応したタグが画像に付加される。キャプション１５０５は、ユーザが任意の文字列を入力するためのエリアであり、タッチパネルの操作を介して文字列が入力されると、その文字列を画像に付加することができる。なお、図示は省略するが、文字列の入力の際には画面上に文字入力用のキー等が表示され、それらキーがユーザにより操作されることで文字の入力が可能となる。ボタン１５０１は、撮像装置８０２における撮影を端末装置８０３から遠隔で行う際にタッチするシャッターボタンである。ボタン１５０１がユーザによりタッチされると、端末装置８０３は、撮像装置８０２に撮像指示を送信し、そして、撮像装置８０２からは撮像された画像データとメタデータからなる画像ファイルが送られてくる。なお、ボタン１５０１のタッチにより画像が撮影される前に、タグ情報を入力しておいた場合、端末装置８０３は、撮影と同時に、画像にタグ情報を自動付加させることも可能となっている。
【００３７】
図１６は撮像装置８０２に格納されている複数の画像の一覧を端末装置８０３のモニタに表示し、それら画像一覧の中からユーザに特定画像を選択させるための操作画面例を示す図である。図１６において、操作画面上には撮像装置８０２から取得したサムネイル画像群を表示する領域１６０１が設けられる。そして、例えばサムネイル画像１６０２をユーザがタッチした場合、端末装置８０３は、そのサムネイル画像を付帯情報と共にモニタ１００１の画面上に拡大表示する。
【００３８】
図１７は、端末装置８０３のモニタに拡大画像が付帯情報と共に表示された際の操作画面例を示す図である。図１７の操作画面は、画像１７０１に付加されているタグ及びキャプションが領域１７０２に表示されている。
【００３９】
図１８は、画像に任意の付帯情報を付加する際に端末装置８０３が行う処理例を示すフローチャートである。また、図１９は、画像に任意の付帯情報を付加する際の撮像装置８０２が行う処理例を示すフローチャートである。図２０は、画像に任意の付帯情報を付加する際のサーバ８０１が行う処理例を示すフローチャートである。なお、図１８のフローチャートの処理は端末装置８０３のＣＰＵが行い、図１９のフローチャートの処理は撮像装置８０２のシステム制御部９０７が、図２０のフローチャートの処理はサーバ８０１のＣＰＵ１００６が行う。
【００４０】
画像に付帯情報を付加するにあたり、端末装置８０３のＣＰＵは、ステップＳ１８０１の処理として、撮影時に自動的に付加される日時や位置等の付帯情報とサムネイル画像で構成される画像情報を取得するための送信要求を生成する。そして、端末装置８０３のＣＰＵは、その送信要求を、ネットワークＩ／Ｆ１０１１を介した無線通信により、撮像装置８０２へ送信する。撮像装置８０２のシステム制御部９０７は、ステップＳ１９０１で端末装置８０３からの送信要求を、ネットワーク接続部９０６を介した無線通信により受け付けると、ステップＳ１９０２へ処理を進める。ステップＳ１９０２へ処理を進めると、システム制御部９０７は、画像情報を記憶媒体９０５から読み出す。そして、撮像装置８０２のシステム制御部９０７は、次のステップＳ１９０３で、ネットワーク接続部９０６を介した無線通信により、端末装置８０３へ画像情報を送信する。端末装置８０３のＣＰＵは、ネットワークＩ／Ｆ１０１１を介した無線通信により、ステップＳ１８０２で撮像装置８０２からの画像情報を受信すると、ステップＳ１８０３へ処理を進める。ステップＳ１８０３へ処理を進めると、端末装置８０３のＣＰＵは、画像情報をＲＡＭ１００８に格納する。次に、端末装置８０３のＣＰＵは、ステップＳ１８０４の処理として、端末装置８０３のモニタに、図１５で示される付帯情報を付加するための操作画面を表示する。そして、端末装置８０３のＣＰＵは、ステップＳ１８０５の処理として、タッチパネルのキーボード１００４を介してユーザから付帯情報であるタグとキャプションが入力されるとそれら情報を取得する。次に、端末装置８０３のＣＰＵは、ステップＳ１８０６の処理として、それら付帯情報を有した画像情報をサーバ８０１へ送信するために、ネットワークＩ／Ｆ１０１１を介して、サーバ８０１へ受信要求を送信する。これにより、ＣＰＵ１００６は、ステップＳ２００１の処理として、ネットワークＩ／Ｆ１０１１を介して端末装置８０３からの受信要求を受信する。次に、端末装置８０３のＣＰＵは、ステップＳ１８０７として、画像固有ＩＤ、タグ、キャプションで構成された画像情報を、ネットワークＩ／Ｆを介してサーバ８０１へ送信する。そして、ＣＰＵ１００６は、ステップＳ２００２の処理として画像情報を受信してステップＳ２００３へ処理を進める。ステップＳ２００３へ処理を進めると、ＣＰＵ１００６は、外部記憶装置１００９へ画像情報を格納する。
【００４１】
図２１は、画像を付帯情報と共に参照・閲覧する端末装置８０３が行う処理例を示すフローチャートである。図２２は、画像を付帯情報と共に参照・閲覧する際に、撮像装置８０２が行う処理例を示すフローチャートである。図２３は、画像を付帯情報と共に参照・閲覧する際にサーバ８０１が行う処理例を示すフローチャートである。
【００４２】
また、画像を付帯情報と併せてユーザに閲覧可能に提示するに当たり、端末装置８０３のＣＰＵは、ステップＳ２１０１の処理として、図１６の選択画面でユーザが選択した画像の画像固有ＩＤ１２０６を取得する。そして、端末装置８０３のＣＰＵは、ステップＳ２１０２の処理として、画像固有ＩＤ１２０６に対応する画像の、撮影時に自動的に付加される日時、位置等の付帯情報とサムネイル画像で構成される画像情報を取得するための送信要求を生成する。そして、端末装置８０３のＣＰＵは、ネットワークＩ／Ｆを介して、その送信要求を撮像装置８０２へ送信する。撮像装置８０２のシステム制御部９０７は、ステップＳ２２０１において、ネットワーク接続部９０６を介して、端末装置８０３から画像情報送信要求を受信する。撮像装置８０２のシステム制御部９０７は、ステップＳ２２０２の処理として、画像固有ＩＤに対応した画像情報を記憶媒体９０５から読み出す。そして、撮像装置８０２のシステム制御部９０７は、ステップＳ２２０３の処理として、ネットワーク接続部９０６を介して、端末装置８０３へ画像情報を送信する。端末装置８０３のＣＰＵは、ステップＳ２１０３において、ネットワークＩ／Ｆを介して、撮像装置８０２から画像情報を受信する。端末装置８０３のＣＰＵは、ステップＳ２１０４の処理として、その画像情報を端末装置８０３の外部記憶装置に保存する。そして、端末装置８０３のＣＰＵは、ステップＳ２１０５において、ネットワークＩ／Ｆを介し、サーバ８０１に対して有意情報の送信を要求する。このときの有意情報は、画像固有ＩＤ１２０６に対応したキャプション１４０３、タグＩＤ１４０４に対応したタグ内容１３０３などの情報からなる。ＣＰＵ１００６は、ステップＳ２３０１において、ネットワークＩ／Ｆ１０１１を介し、端末装置８０３から有意情報の送信要求を受信する。この送信要求を受信すると、ＣＰＵ１００６は、画像固有ＩＤ１２０６に等しい画像固有ＩＤ１４０２を持つ付帯情報管理テーブル１４０１の値を、外部記憶装置１００９から読み出す。そして、ＣＰＵ１００６は、ステップＳ２３０３の処理として、ネットワークＩ／Ｆ１０１１を介して、有意情報を端末装置８０３へ送信する。端末装置８０３のＣＰＵは、ステップＳ２１０６で、ネットワークＩ／Ｆを介して、サーバ８０１から有意情報を受信する。そして、端末装置８０３のＣＰＵは、ステップＳ２１０７の処理として画像を、また、ステップＳ２１０８の処理として有意情報を、端末装置８０３のモニタへ図１７で示されるように表示する。
【００４３】
＜第３の実施形態＞
第３の実施形態では、撮像装置８０２から画像が削除された場合の端末装置８０３、サーバ８０１の処理、及び、データ管理について例示する。図２４は、第３の実施形態において、画像を付帯情報と共に参照・閲覧する際に、端末装置８０３のＣＰＵが行う処理例を示すフローチャートである。図２５は、第３の実施形態において、画像を付帯情報と共に参照・閲覧する際に、サーバ８０１のＣＰＵ１００６が行う処理例を示すフローチャートである。図２６は、第３の実施形態において、指定された画像に対応する情報を削除する際に、撮像装置８０２のシステム制御部９０７が行う処理例を示すフローチャートである。以下、第２の実施形態における参照・閲覧処理との差分を中心に説明する。なお、ステップＳ２４０１はステップＳ２１０１と対応し、ステップＳ２４０３〜Ｓ２４０８はステップＳ２１０３〜Ｓ２１０８に対応し、ステップＳ２６０１とＳ２６０２はステップＳ２３０１とＳ２３０２に対応しており、それらの説明は省略する。
【００４４】
端末装置８０３のＣＰＵは、ステップＳ２４０２の処理として、ネットワークＩ／Ｆを介して、撮像装置８０２に対して、画像固有ＩＤ１２０６に対応した画像情報の送信要求を行う。撮像装置８０２のシステム制御部９０７は、ネットワーク接続部９０６を介して、端末装置８０３からの送信要求を受け取る。撮像装置８０２のシステム制御部９０７は、その送信要求を受け取ると、ステップＳ２６０３の処理として、記憶媒体９０５から、画像固有ＩＤ１２０６に対応した有意情報の読み出しを試みる。そして、撮像装置８０２のシステム制御部９０７は、ステップＳ２６０４で該当画像情報が見つからなかったならば画像が削除されたと判断し、処理をステップＳ２６０５へ進める。処理がステップＳ２６０５へ進むと、撮像装置８０２のシステム制御部９０７は、ネットワーク接続部９０６を介して、端末装置８０３へ画像情報無しの応答を行う。一方、撮像装置８０２のシステム制御部９０７は、該当画像情報が見つかったならば、処理をステップＳ２６０２へ進める。ステップＳ２６０２に進むと、撮像装置８０２のシステム制御部９０７は、画像固有ＩＤ１２０６に対応した有意情報を、ネットワーク接続部９０６を介して端末装置８０３へ送信する。また、端末装置８０３のＣＰＵは、撮像装置８０２から受け取った応答に応じてステップＳ２４０９での判定を行う。端末装置８０３のＣＰＵは、ステップＳ２４０９で該当画像情報が無いと判定した場合、処理をステップＳ２４１０へ進める。そして、端末装置８０３のＣＰＵは、ネットワークＩ／Ｆを介して、サーバ８０１へ画像固有ＩＤ１２０６に対応した画像情報の削除要求を送信する。その後、端末装置８０３のＣＰＵは、ステップＳ２４１１の処理として、画像情報無しの画面をモニタに表示する。ＣＰＵ１００６は、ステップＳ２５０１において、ネットワークＩ／Ｆ１０１１を介して端末装置８０３からの削除要求を受信する。この場合、ＣＰＵ１００６は、ステップＳ２５０２の処理として、画像固有ＩＤ１２０６に等しい画像固有ＩＤ１４０２を持つ付帯情報管理テーブル１４０１を、外部記憶装置１００９から検索する。そして、ＣＰＵ１００６は、ステップＳ２５０３の処理として、付帯情報管理テーブル１４０１にある画像情報を、外部記憶装置１００９から削除する。
【００４５】
前述した第２、第３の実施形態によれば、画像を撮影する撮像装置８０２と、画像に対する有意情報を取得して画像の固有識別子と対応付けする端末装置８０３と、その有意情報と識別子を記憶するサーバ８０１とがそれぞれ分離されている。したがって、例えば撮像装置８０２又は画像記憶媒体が持ち去られても、画像と付帯情報との関係性は漏れなくて済む。更に、端末装置８０３は、メタデータやサムネイル画像、有意情報をＲＡＭへ一時的に格納するが、それらをサーバ８０１へ送信した後は保持していない。そして、端末装置８０３は、画像と付帯情報を閲覧するときだけ、撮像装置８０２とサーバ８０１から必要な情報を取得して表示するので、端末装置８０３自体が持ち去られたとしても、画像と付帯情報の関係性は漏洩しない。
【００４６】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００４７】
以上、本発明の好ましい実施形態について詳述したが、本実施形態は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００４８】
１００  ネットワーク、１０１  クライアントコンピュータ、１０２  アプリケーションサーバ、３０１  コンテンツ分割部、３０２  コンテンツアップロード部、３０３  コンテンツ重複確認部、３０４  コンテンツ結合部、３０５  コンテンツ登録部、３０６  コンテンツ情報記憶部、５０１  コンテンツファイル、５０２  メタデータ部、５０３  コンテンツデータ部、５０４  アップロードされたメタデータ部、５０５  登録済みのコンテンツ属性情報、５０６  アップロードされたコンテンツデータ部、５０７  結合されたコンテンツファイル
【図１】
2016126612.tif 000003
【図２】
2016126612.tif 000004
【図３】
2016126612.tif 000005
【図４】
2016126612.tif 000006
【図５】
2016126612.tif 000007
【図６】
2016126612.tif 000008
【図７】
2016126612.tif 000009
【図８】
2016126612.tif 000010
【図９】
2016126612.tif 000011
【図１０】
2016126612.tif 000012
【図１１】
2016126612.tif 000013
【図１２】
2016126612.tif 000014
【図１３】
2016126612.tif 000015
【図１４】
2016126612.tif 000016
【図１５】
2016126612.tif 000017
【図１６】
2016126612.tif 000018
【図１７】
2016126612.tif 000019
【図１８】
2016126612.tif 000020
【図１９】
2016126612.tif 000021
【図２０】
2016126612.tif 000022
【図２１】
2016126612.tif 000023
【図２２】
2016126612.tif 000024
【図２３】
2016126612.tif 000025
【図２４】
2016126612.tif 000026
【図２５】
2016126612.tif 000027
【図２６】
2016126612.tif 000028