JP5343453B2 - コンテンツファイル管理システム - Google Patents

Description

本発明は、コンテンツを管理するサーバ装置とコンテンツを保持する端末装置とにおいて保存しているコンテンツを同期させる技術に関する。

従来デジタルカメラ等で撮影したデジタル写真は、写真に現像しアルバム等に綴じることによって写真を管理することが一般的であった。しかしながら、今日では技術の進歩によりデジタル写真をオンラインアルバムに登録することにより、他ユーザがネットを利用してサーバにアップロードしてあるオンラインアルバムの写真を、他ユーザが使用するフォトフレームを利用して写真を閲覧することができるようになっている。
特開２００６−７９４０８

ところで、通常のフォトフレームに表示される写真は、写真を表示するその都度ネットワークを介して画像データを取得している。そのため、その都度データを取得することから、写真を表示させるために時間がかかる課題があった。さらには、回線の送信レートが下がっている場合や、画像のサイズ自体が大きい場合など表示にかかる時間が環境に依存する課題もあった。

そこで、本発明は端末装置の記憶領域に記憶されているコンテンツと、コンテンツを管理するサーバ装置のコンテンツとを自動的に同期させることにより、画像データを端末装置からネットを経由して取得しなくとも、端末に保存されている画像を利用することができることを特徴とするコンテンツファイル管理システムを提供する。具体的には、以下のようなコンテンツファイル管理システムである。

第１発明では、コンテンツファイルを管理するサーバ装置と、前記管理されているコンテンツファイルを取得して利用するための複数の端末装置と、で構成されるコンテンツファイル管理システムであってサーバ装置はコンテンツファイルを格納するとともに、格納されているコンテンツファイルを利用すべき端末装置ＩＤと関連付けられたフォルダを複数有するフォルダ部と、フォルダ部のいずれかのフォルダにいずれの端末装置に対してもダウンロード実績のない新規のコンテンツファイルを追加格納する追加格納部と、端末装置から端末装置ＩＤと関連付けられているがコンテンツファイルを特定しないコンテンツファイルのダウンロード要求を受信するダウンロード要求受信部と、ダウンロード要求の受信をきっかけとして、ダウンロード要求を送信してきた端末装置ＩＤと関連付けられているフォルダでの各コンテンツファイルのダウンロード実績有無を検索する検索部と、 検索部での検索結果がダウンロード実績無のコンテンツファイルのみをダウンロード要求を送信してきた端末装置に対して、前記ダウンロード要求にて開かれた通信を利用してダウンロード処理するためのダウンロード処理部と、を有し、端末装置は、前記ダウンロード要求を前記サーバ装置に対し送信するダウンロード要求送信部と、送信したダウンロード要求に応じて前記サーバ装置から送信されるコンテンツファイルを取得するコンテンツファイル取得部と、取得したコンテンツファイルを実行して利用するための実行部と、を有するコンテンツファイル管理システムを提供する。

第２発明では、第１発明を基本としてダウンロード要求送信部は、自動的にサーバ装置に対してダウンロード要求を実施するコンテンツファイル管理システムを提供する。

第３発明では、第1発明又は第２発明を基本として前記端末装置は、前記端末装置ＩＤとして、各端末装置が保持している端末固有の番号と一義的に関連づけられるとともに端末装置の製品情報をも識別可能な端末装置ＩＤを保持する端末装置ＩＤ保持部をさらに有するコンテンツファイル管理システムを提供する。

第４発明では、第１発明から第３発明のいずれか一を基本として、前記端末装置は、 コンテンツファイルをサーバ装置以外の外部機器から取得するためのコンテンツファイル取得用インターフェイス部と、コンテンツファイル取得用インターフェイス部にて取得されたコンテンツファイルを前記サーバ装置に対してアップロードするためのアップロード部と、をさらに有し、前記サーバ装置は、前記追加格納部が、アップロード部からアップロードされるコンテンツファイルを新規のコンテンツファイルとして追加格納するアップロード格納手段を有するコンテンツファイル管理システムを提供する。

第５発明では、コンテンツファイルとして撮影時間と関連付けられた映像ファイルを取り扱う第１発明から第４発明のいずれか一のコンテンツファイル管理システムであって、前記サーバ装置のダウンロード処理部は、撮影時間順にコンテンツファイルのダウンロードを行う撮影順ダウンロード手段を有するコンテンツファイル管理システムを提供する。

第６発明では、コンテンツファイルを管理するサーバ装置と、前記管理されているコンテンツファイルを取得して利用するための複数の端末装置と、で構成されるコンテンツファイル管理システムの動作方法であってサーバ装置の動作方法はコンテンツファイルを格納するとともに、格納されているコンテンツファイルを利用すべき端末装置ＩＤと関連付けられたフォルダを複数管理するフォルダステップと、フォルダ部のいずれかのフォルダにいずれの端末装置に対してもダウンロード実績のない新規のコンテンツファイルを追加格納する追加格納ステップと、端末装置から端末装置ＩＤと関連付けられているがコンテンツファイルを特定しないコンテンツファイルのダウンロード要求を受信するダウンロード要求受信ステップと、ダウンロード要求の受信をきっかけとして、ダウンロード要求を送信してきた端末装置ＩＤと関連付けられているフォルダでの各コンテンツファイルのダウンロード実績有無を実績有無記録部での記録に基づいて検索する検索ステップと、検索ステップでの検索結果がダウンロード実績無のコンテンツファイルのみをダウンロード要求を送信してきた端末装置に対して、前記ダウンロード要求にて開かれた通信を利用してダウンロード処理するためのダウンロード処理ステップと、を有し、端末装置は、前記ダウンロード要求を前記サーバ装置に対し送信するダウンロード要求送信ステップと、送信したダウンロード要求に応じて前記サーバ装置から送信されるコンテンツファイルを取得するコンテンツファイル取得ステップと、取得したコンテンツファイルを実行して利用するための実行ステップと、とからなるコンテンツファイル管理システムの動作方法。

第７発明は、第６発明を基本として、ダウンロード要求送信ステップは、自動的にサーバ装置に対してダウンロード要求を送信するステップであるコンテンツファイル管理システムの動作方法を提供する。

第８発明は、第６発明、第７発明のいずれかを基本として、端末装置の動作方法は、前記端末装置ＩＤとして、各端末装置が保持している端末固有の番号と一義的に関連づけられるとともに端末装置の製品情報をも識別可能な端末装置ＩＤを保持する端末装置ＩＤ保持ステップをさらに有するコンテンツファイル管理システムの動作方法を提供する。

第９発明は、第６発明から第８発明のいずれか一を基本として、前記端末装置の動作方法は、コンテンツファイルをサーバ装置以外の外部機器から取得するコンテンツファイル取得用インターフェイスステップと、コンテンツファイル取得用インターフェイスステップにて取得されたコンテンツファイルを前記サーバ装置に対してアップロードするためのアップロードステップと、をさらに有し、前記サーバ装置の動作方法は、前記追加格納ステップが、アップロードステップでアップロードされるコンテンツファイルを新規のコンテンツファイルとして追加格納するアップロード格納ステップを有するコンテンツファイル管理システムの動作方法を提供する。

第１０発明は、コンテンツファイルとして撮影時間と関連付けられた映像ファイルを取り扱う第６発明から第９発明のいずれか一のコンテンツファイル管理システムの動作方法であって、前記サーバ装置のダウンロード処理ステップは、撮影時間順にコンテンツファイルのダウンロードを行う撮影順ダウンロードステップを有するコンテンツファイル管理システムの動作方法を提供する。

以上のような、本発明によってサーバ装置と端末装置に保存されているコンテンツを同期させ、端末装置に保存されているコンテンツを利用することでコンテンツを実行するためにかかる時間を軽減することが可能となる。

以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれらの実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。

なお、請求項１、３、５に関しては主に実施例１から３にて説明する。請求項２、４、６に関しては主に実施例４にて説明する。

≪実施例１≫

<概要>

本実施例のコンテンツファイル管理システムは、端末装置からの少なくとも端末装置ＩＤを含むダウンロード要求に応じて、サーバ装置が管理する端末装置ＩＤに関連付けられたコンテンツファイルを、ダウンロード実績に基づいて端末装置へコンテンツをダウンロードすることを特徴とするコンテンツファイル管理システムである。

<機能的構成>

以下に記載する本実施例の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵや主メモリ、バスあるいは二次記憶装置（ハードディスクや不揮発性メモリ）、それらのハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラムなどがあげられる。

またこれらのハードウェアやソフトウェアは、主メモリ上に展開したプログラムをＣＰＵで演算処理したり、メモリやハードディスク上に保持されているデータや、インターフェースを介して入力されたデータなどを加工、蓄積、出力処理したり、あるいは各ハードウェア構成部の制御を行ったりするために利用される。また、この発明は装置として実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を固定した記録媒体も、当然この発明の技術的な範囲に含まれる。（本明細書の全体を通じて同様である）

図１は、本実施例のコンテンツファイル管理システムにおける構成の一例を表す図である。本実施例のコンテンツファイル管理システムは、「サーバ装置」（０１０１）と「端末装置」（０１０２）で構成されている。「サーバ装置」（０１０１）は、「フォルダ部」（０１０４）と、「追加格納部」（０１０３）と、「ダウンロード要求受信部」（０１０７）と、「検索部」（０１０５）と、「ダウンロード処理部」（０１０６）を有している。また「端末装置」（０１０２）は、「ダウンロード要求送信部」（０１１０）と、「コンテンツファイル取得部」（０１０９）と、「実行部」（０１０８）とを有している。

「端末装置」（０１０２）は、サーバ装置と接続してサーバ装置が管理するコンテンツをダウンロードして記録する機能を有する装置である。また、「端末装置」（０１０２）は記録したコンテンツを実行する機能も有している。具体的には、ＨＤＤなど記憶媒体を有するテレビのほかに、ＨＤＤ録画装置、ＤＶＤ録画装置、のような家電製品や、携帯端末やホームサーバ、ＰＣ、携帯ゲーム機、家庭に設置されているネットワークディスクなどである。

「フォルダ部」（０１０４）は、コンテンツファイルを格納するとともに、格納されているコンテンツファイルを利用すべき端末装置ＩＤと関連付けられたフォルダを複数有する。具体的には、コンテンツファイルを保存するためのフォルダである。さらに、フォルダは、フォルダ自身にアクセス可能な端末装置ＩＤが関連付けられている。ここで、フォルダとは、例えばWindows（登録商標）のファイル管理システムのような仕組みにおいて利用されるいわゆるフォルダと同等のものである。また、ここでいうアクセス可能とは、フォルダに格納されているコンテンツを利用できるという概念である。具体的には、フォルダ内に格納されているコンテンツを閲覧、編集、アップロード、ダウンロードなど、フォルダ自身もしくはフォルダ内に対して働きかける処理の一部若しくはすべての処理のことを指す。さらに、端末装置ＩＤとは、個々の端末装置を識別することが可能な値や識別子である。具体的に例えば端末装置が有するＭＡＣアドレスや、ＭＡＣアドレスから求められる値（例えば、家電メーカの独自のＩＤからも復号する値）などである。

図２は、本実施例におけるフォルダ構造の一例を示したものである。本例のデータ構造は、一つのフォルダに対して複数もしくは単数のコンテンツファイルが関連づけられた構造となっている（例えば、フォルダＡには、コンテンツファイル１から５が関連付けられているという具合である）。さらに、フォルダにはフォルダ自身にアクセスすることが可能な端末装置ＩＤが関連付けられている（フォルダＡには「端末装置ＩＤ」＝「ｄｉｖ＿００００００１」を有する端末装置のみアクセスが可能という具合である）。

「追加格納部」（０１０３）は、フォルダ部のいずれかのフォルダにいずれの端末装置に対してもダウンロード実績のない新規のコンテンツファイルを追加格納する機能を有する。具体的には、サーバ装置と接続する端末装置を含む外部機器よりアップロードされたコンテンツファイルをいずれの端末装置に対してもダウンロード実績がない状態で前記「フォルダ部」（０１０４）に格納するという具合である。ここで、追加するコンテンツファイルは、ネットワークを介してコンテンツファイルを受信して格納しても良いし、記録媒体を介してコンテンツファイルを格納することとしてもよい。

「ダウンロード要求受信部」（０１０７）は、端末装置から端末装置ＩＤと関連付けられているがコンテンツファイルを特定しないコンテンツファイルのダウンロード要求を受信する機能を有する。具体的には、サーバ装置と接続されている端末装置よりコンテンツファイルのダウンロードを開始する要求であるダウンロード要求を受信する。

「検索部」（０１０５）は、ダウンロード要求の受信をきっかけとして、ダウンロード要求を送信してきた端末装置ＩＤと関連付けられているフォルダでの各コンテンツファイルのダウンロード実績有無を検索する機能を有する。具体的には、前記「ダウンロード要求受信部」（０１０７）において受信したダウンロード要求に含まれる端末装置ＩＤを元に、前記「フォルダ部」（０１０４）を検索し、フォルダに関連付けられている端末装置ＩＤが等しいフォルダを取得する。そして、取得したフォルダに含まれるコンテンツファイルのダウンロード実績有無を取得する。

図３は、端末装置ＩＤごとにダウンロード実績有無を検索するプログラムの一例を示したものである。図３に記載のプログラム例は以下のように動作するように記述されている。まず、ダウンロード要求を受信した事を検知する（図３Line４０）。ダウンロード要求を受信したことを検知すると、ダウンロード要求に含まれる端末装置ＩＤを取得する（図３Line８０）。そして、コンテンツファイルが格納されているすべてのフォルダの名称を取得する（図３Line１００）。フォルダ名称を取得すると、フォルダごとにフォルダに関連付けられた各コンテンツファイルの端末装置ＩＤ、ダウンロード実績等を取得する（図３Line１２０〜１４０）。そして、取得したデータを端末装置ＩＤで並び替えを行う（図３Line１５０）。そして、取得した端末装置ＩＤに該当するダウンロード実績等の取得を行う（図３Line１８０）という具合の動作をする。ここで、本プログラム例では、コンテンツファイルすべての実績情報を取得してから、最後に端末装置ＩＤで並び替えを行い、取得した端末装置ＩＤに応じた実績情報を取得することとしたが、最初に端末装置ＩＤを取得してから、取得した端末装置ＩＤをキーとして各コンテンツファイルのダウンロード実績を取得することとしてもよい（例えば、処理毎に接続が確認できた端末装置の端末装置ＩＤをキーとして取得するなどである）。

「ダウンロード処理部」（０１０６）は、検索部での検索結果がダウンロード実績無のコンテンツファイルのみをそのコンテンツファイルが格納されているフォルダに関連付けられている端末装置に対してダウンロード処理する機能を有する。具体的には、前記「検索部」（０１０５）において検索された端末装置ＩＤごとのダウンロード実績において、ダウンロード実績が無であるコンテンツファイルを、その実績と関連付けられている端末装置ＩＤが指し示す端末装置へダウンロード処理を行う。そして、ダウンロード処理が完了すると、取得したダウンロード実績の更新を行う。

図４は、取得した端末装置ＩＤごとのダウンロード実績を元にダウンロード実績が無であるコンテンツファイルを取得し、端末装置ＩＤが示す端末装置へダウンロードを行うプログラムの一例を示したものである。図４に記載のプログラム例は以下のように動作するように記述されている。まず、検索結果を受信した事を検知する（図４Line４０）。検索結果を検知すると、端末装置ＩＤごとにダウンロード実績が無であるレコードを取得する（図４Line７０）。レコードの取得を行うと、ダウンロード実績が無であるコンテンツファイルのダウンロードを行う（図４Line９０〜１２０）とともに、ダウンロード実績の更新を行う（図４Line１３０）という具合の動作をする。ここで、本プログラム例では、ダウンロード実績が無であるすべてのコンテンツファイルをダウンロードすることとしたが、あらかじめ端末装置ＩＤを取得してから、取得した端末装置ＩＤをキーとして各コンテンツファイルのダウンロードを行うこととしてもよい（例えば、処理毎に接続が確認できた端末の端末装置ＩＤをキーとしてダウンロードをするなどである）。また、ダウンロード実績の更新は、端末装置よりダウンロード完了の通知を受けてから更新することとしてもよい。

「ダウンロード要求送信部」（０１１０）は、前記ダウンロード要求を前記サーバ装置に対し送信する機能を有する。具体的には、端末装置に接続されているサーバ装置に対して、自身の端末装置ＩＤを含むダウンロード要求を送信する。ここで、ダウンロード要求は、ユーザの入力を待ってダウンロード要求を送信することとしても良い。さらには、任意の一定間隔でダウンロード要求を送信することとしても良い。これにより、要求を送信する間隔を短くすることで、自動的（常時）にサーバ装置に対してダウンロード要求を実施することが可能となる。したがって、サーバ装置に保存されているコンテンツファイルが更新されるたびに更新されたコンテンツファイルをダウンロードすることが可能となる。

「コンテンツファイル取得部」（０１０９）は、サーバ装置よりコンテンツファイルを取得する機能を有する。具体的には、前記「ダウンロード処理部」（０１０６）より、ダウンロードされるコンテンツファイルを取得する。

「実行部」（０１０８）は、取得したコンテンツファイルを実行して利用する機能を有する。具体的には、サーバ装置よりダウンロードしたコンテンツファイルを実行する。例えば、サーバ装置よりダウンロードしたオンラインアルバムを実行するなどである。

<ハードウェア的構成>

図５、６は、本実施例のコンテンツファイル管理システムにおけるハードウェア構成の一例を表す概念図である。図５は、本実施例のコンテンツファイル管理システムにおけるサーバ装置のハードウェア構成の一例であり、図６は本実施例のコンテンツファイル管理システムにおける端末装置のハードウェア構成の一例を示している。この図を利用して、本実施例のコンテンツファイル管理システムにおけるコンテンツファイルのダウンロードとアップロードについてそれぞれのハードウェア構成部の働きについて説明する。

まず、図５に示すサーバ装置のハードウェア構成の一例について説明する。この図にあるように、本実施例のコンテンツファイル管理システムにおけるサーバ装置は、各種演算処理や制御を行う「ＣＰＵ」（０５０１）と、「主メモリ」（０５０２）とを備えている。また、コンテンツファイルなどを格納する「記憶装置」（０５０３）や、「端末装置」（０５０５）と通信するための「Ｉ／Ｏ」（０５０４）なども備えている。そして、これらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。

次に、図６に示す端末装置のハードウェア構成の一例について説明する。この図にあるように、本実施例のコンテンツファイル管理システムにおける端末装置は、各種演算処理や制御を行う「ＣＰＵ」（０６０１）と、「主メモリ」（０６０２）とを備えている。また、サーバ装置よりダウンロードしたコンテンツファイルを格納するための「記憶装置」（０６０３）や、「サーバ装置」（０６０５）と通信するための「Ｉ／Ｏ」（０６０４）や、コンテンツファイルを実行するための「画面」（０６０６）、「ＵＩ」（０６０７）などを備えている。そして、これらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。

≪コンテンツダウンロード≫

ここで、端末装置が「Ｉ／Ｏ」（０６０４）を介してサーバ装置に対してダウンロード要求を送信したとする。ここで、ダウンロード要求は、ユーザが「ＵＩ」（０６０７）を介してダウンロード要求を送信することとしても良いし、スケジューラ等を用いて任意の間隔でダウンロード要求を送信することとしても良い。

端末装置よりダウンロード要求が送信されると、サーバ装置はダウンロード要求を受信する。ダウンロード要求を受信すると「主メモリ」（０５０１）のワーク領域に展開されている「検索プログラム」（０５０６）が呼び出される。「検索プログラム」（０５０６）が呼び出されると、ダウンロード要求に含まれる端末装置ＩＤを取得する。さらに、各コンテンツファイルに関連付けることが可能な実績情報を取得する。そして、「記憶装置」（０５０３）にフォルダごとに格納されている各コンテンツファイルの情報やそれに関連付けられた実績情報を端末装置ＩＤごとに取得する。データを取得すると、「ダウンロードプログラム」（０５０７）を呼び出す。呼び出された「ダウンロードプログラム」（０５０７）は、取得した端末装置ＩＤごとに取得された各コンテンツファイルの情報やそれに関連付けられた実績情報から、ダウンロード実績がないコンテンツファイルの情報を取得する。ダウンロード実績がないコンテンツファイルを取得すると、端末装置ＩＤに応じた端末装置に対して「Ｉ／Ｏ」（０５０４）を介してコンテンツファイルのダウンロードを行うという具合である。ここで、実績情報はサーバ装置から取得しても良いし、端末装置から実績情報を受信することとしても良い。

次に、上記のようにしてサーバ装置より端末装置に対してコンテンツファイルが送信されたとする。サーバ装置より、コンテンツファイルが送信されると端末装置は「Ｉ／Ｏ」（０６０４）を介してコンテンツファイルの受信を行う。コンテンツファイルを受信すると「記憶装置」（０６０３）に書き込みを行う。書き込みが完了すると、必要に応じて取得完了通知を「Ｉ／Ｏ」（０６０４）を介してサーバ装置に対して送信する。そして、「記憶装置」（０６０３）に記憶されているフォルダ（コンテンツファイル）は、「ＵＩ」（０６０７）を介してユーザからの入力によって「実行プログラム」（０６０８）が呼び出され「画面」（０６０６）にコンテンツが実行される。

≪コンテンツアップロード≫

ここで、サーバ装置が外部より「Ｉ／Ｏ」（０５０４）を介してコンテンツファイルを受信（アップロード）したとする。サーバ装置は、コンテンツファイルの受信を検知すると、「記憶装置」（０５０３）に受信したコンテンツファイルの書き込みを行う。

<処理の流れ>

図７は、本実施例のコンテンツファイル管理システムにおけるサーバ装置のコンテンツの検索処理から、端末装置へのダウンロード処理までの流れの一例を表すフローチャートである。また、図８はサーバ装置が外部からコンテンツファイルを受信し、コンテンツファイルを記録するまでの流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され、計算機を制御するためのプログラムを構成する処理ステップであってもかまわない。

まず、本実施例のコンテンツファイル管理システムにおけるサーバ装置のコンテンツの検索処理から、端末装置へのダウンロード処理までの流れの一例について説明する。

ここで、端末装置よりダウンロード要求が送信されたとする（Ｓ０７０１）。ダウンロード要求が送信されるとサーバ装置がダウンロード要求の受信を検知する（Ｓ０７０２）ダウンロード要求を検知すると、端末装置ＩＤごとにコンテンツファイル（Ｓ０７０４）とコンテンツファイルのダウンロード実績（Ｓ０７０５）を関連付けて取得する（Ｓ０７０３）。情報を取得すると、ダウンロード実績が無であるコンテンツファイル情報を検索する（Ｓ０７０６）。検索に該当がなければ、ダウンロード処理を終了する（Ｓ０７０７）。検索に該当がある場合には、端末装置に対してコンテンツファイルのダウンロードを行う（Ｓ０７０８）。端末装置は、サーバ装置よりコンテンツファイルを受信すると（Ｓ０７０９）、コンテンツファイルの保存を行う（Ｓ０７１０）。コンテンツファイルの保存が完了すると、ダウンロード実績の更新を行う（Ｓ０７１１）。ここで、本フローチャートでは実績情報をサーバ装置から取得することとなっているが、実際には端末装置など、外部から取得することとしてもよい。

次に、サーバ装置が外部からコンテンツファイルを受信し、コンテンツファイルを記録するまでの流れの一例について説明する。

ここで、外部からコンテンツファイルを送信し（Ｓ０８０５）、サーバ装置がコンテンツファイルを受信したとする（Ｓ０８０１）。コンテンツファイルを受信すると、コンテンツファイルの属するフォルダを特定する（Ｓ０８０２）。ここで、フォルダが存在しなければフォルダを新規作成する（Ｓ０８０３）。コンテンツファイルが属するフォルダを特定するとコンテンツファイルの保存を行う（Ｓ０８０４）。同様にしてすべてのコンテンツファイルを保存するという具合である。

<具体例>

以下に、本実施例のコンテンツファイル管理システムを利用してサーバ装置に保存されているコンテンツと端末装置に保存されているコンテンツを同期させるその一例と、コンテンツをサーバ装置へアップロードするその一例を示す。

本具体例は、図９に示すように複数のアルバムを管理するサーバ装置とそれをダウンロードする端末装置から構成されている。アルバムは図１０に示すように、一つのアルバム（フォルダ）に複数の写真（コンテンツ）が関連付けられる形でサーバ装置に管理されている。また、一つのアルバムに対してアルバムにアクセスするための権限を付与した鍵が設定されている（例えば、コンテンツのダウンロードを許可するための鍵である配信用鍵などである）。

≪コンテンツダウンロード≫

上記のシステムにおいて図１１は、サーバ装置と端末装置とのダウンロードフローを示したものである。本具体例における、フローは次のような流れとなる。

まず、端末装置は、ダウンロード要求としてサーバ装置に対して端末装置が固有で保持するＩＤを送信する（Ｓ１１０１）。サーバ装置はダウンロード要求を受信するとダウンロード要求に含まれる端末装置が固有で保持するＩＤを参照し、これを認証する。認証が完了すると端末装置とサーバ装置とのセッションの確立を行う（Ｓ１１０２）。ここで、端末装置からサーバ装置に対して送信する端末装置が固有で保持するＩＤは、例えばＭＡＣアドレスや、ＭＡＣアドレスを元に導き出された個々の端末装置を識別することが可能な端末ＩＤなどである。

次に、セッションが確立されると、端末装置はサーバ装置に対して、配信用鍵を送信する（Ｓ１１０３）。そして、受信したサーバ装置は受信した配信用鍵をもとにダウンロードするアルバムを特定する（Ｓ１１０４）。ここで、配信用鍵とは具体的にあらかじめサーバ装置にアップロードされているアルバムに対して設定されているダウンロード用パスワードのことである。ここで、先に記載したダウンロード要求は、端末装置が固有で保持するＩＤを送信することとしたが、ＩＤとともに配信用鍵も合わせて送信することとしても良い。

そして、サーバ装置はダウンロードするアルバムを取得すると、当該端末装置にダウンロードが行われていない写真の１つを取得する（Ｓ１１０５）。写真を取得すると、セッションが確立している端末装置に対して写真の送信を行う（Ｓ１１０６）。

端末装置はサーバ装置より写真を受信すると、端末装置は、端末装置の記憶領域に記録されているすべてのアルバムから受信した写真が属するアルバムを検索する。検索に該当があれば、該当のアルバムに写真の追加を行う。検索に該当がない場合には、写真が属するアルバムを新規に作成し、作成したアルバムに写真の追加を行う（Ｓ１１０７）。

写真の追加が完了すると、端末装置は、サーバ装置に対して取得完了の通知を送信する（Ｓ１１０８）。そして、サーバ装置は通知を受信すると、送信した写真の実績をダウンロード済に更新を行う（Ｓ１１０９）。

更新が完了すると、新たに当該端末装置にダウンロードが行われていない写真の１つを取得し（Ｓ１００５）、上記と同様にダウンロードを行うという具合である（Ｓ１１０６）。そして、ダウンロードが行われていない写真がなくなる（すべての写真のダウンロードが完了する）と、セッションを閉じる。

なお、本具体例では、１枚ずつその都度、未ダウンロード写真を取得して端末装置が記録するという手法をとったが、あらかじめ、サーバ装置から、未ダウンロード写真のリストを端末装置に取得してから、リストに応じてまとめてダウンロードを行うこととしてもよい。なお、本具体例においては１枚ずつその都度写真のダウンロード処理を行うことにより、１枚の写真のダウンロードが完了する毎に、別の処理を割り込ませることが可能となることや、ダウンロードリスト作成する処理がなくなることから、１枚ずつその都度、未ダウンロード写真を取得してダウンロードさせる手法を採用している。

≪コンテンツアップロード≫

図１２は、上記のシステムにおいてサーバ装置と端末装置とのアップロードフローを示したものである。本具体例における、フローは次のような流れとなる。

まず、端末装置は、サーバ装置に対して端末装置が固有で保持するＩＤを送信する（Ｓ１２０１）。サーバ装置はダウンロード要求を受信すると端末装置が固有で保持するＩＤを参照し、これを認証する。認証が完了すると端末装置とサーバ装置とのセッションの確立を行う（Ｓ１２０２）。ここで、端末装置からサーバ装置に対して送信する端末装置が固有で保持するＩＤは、例えばＭＡＣアドレスや、ＭＡＣアドレスを元に導き出された個々の端末装置を識別することが可能な端末ＩＤなどである。

次に、セッションが確立されると、任意のアップロードする写真が属するアルバム（フォルダ）を特定する（Ｓ１２０３）。アルバム（フォルダ）が見つからない場合にはアルバム（フォルダ）を新規作成する（Ｓ１２０４）。

アップロードする写真の属するアルバム（フォルダ）が特定されると、端末装置よりサーバ装置のアルバム（フォルダ）に対して、１枚写真をアップロードする（Ｓ１２０５、Ｓ１２０６、Ｓ１２０７）。

以上の手順を繰りかえしてすべての写真をアップロードする（Ｓ１２０５、Ｓ１２０６、Ｓ１２０７）。

すべての写真がアップロードされると、端末装置よりサーバ装置のフォルダに対して配信用鍵の設定を行う（Ｓ１２０８）。ここで、配信用鍵とは具体的にアップロードされているアルバムに対して設定されているダウンロード用パスワードのことである。

ここで、配信用鍵はすべての写真がアップロードされてから設定を行うこととしたが、写真をアップロードする前に設定することとしても良い。

<効果の簡単な説明>

本実施例のコンテンツファイル管理システムによって、コンテンツを管理するサーバ装置のコンテンツを自動的に同期させることにより、画像データを端末装置からネットを経由して取得しなくとも、端末に保存されている画像を利用しコンテンツを実行することが可能となる。

≪実施例２≫

<概要>

本実施例のコンテンツファイル管理システムは、実施例１のコンテンツファイル管理システムを基本として、端末装置が端末装置自身を認識するための情報として、端末固有の番号や、製品情報を保持することを特徴とするコンテンツファイル管理システムである。なお、ここでは本実施例の特徴的な箇所についてのみ説明する。

<機能的構成>

図１３は、本実施例のコンテンツファイル管理システムにおける構成の一例を表す図である。図１３に示すように本実施例のコンテンツファイル管理システムは、実施例１を基本として、「端末装置」（１３０２）が、「端末装置ＩＤ保持部」（１３１１）を新たに有することを特徴としている。

「端末装置ＩＤ保持部」（１３１１）は、端末装置ＩＤとして各端末装置が保持している端末固有の番号と一義的に関連付けられるとともに端末装置の製品情報をも識別可能な端末装置ＩＤを保持する。具体的には、個々の端末装置を識別するための端末装置ＩＤとして、端末固有の番号や製品情報を保持し、端末装置ＩＤとしてこれらの情報を「ダウンロード要求送信部」（１３０７）がダウンロード要求に含まれる端末装置ＩＤとして送信する。ここで、端末固有の番号とは、例えばＭＡＣアドレスやシリアル番号、機器番号などである。また、製品情報とは、例えば製造メーカ、機種名称、品番などである。このようにして、端末装置ＩＤとして端末固有の情報を送信することによって、サーバ装置がこれら端末固有の情報を解析し、製造メーカ、機種などに応じて固有のサービスを提供したり、コンテンツファイルをダウンロードする際に端末固有の情報に応じてコンテンツファイルを圧縮してダウンロードさせたり、端末装置との通信プロトコルを製造メーカ、機種固有のプロトコルを選択することなどが可能になる。

図１４は、本実施例における端末装置ＩＤ保持部が保持するデータ構造の一例を示している。本例のデータ構造は、端末装置ＩＤに対して機器固有の番号や製品情報を関連付ける構造となっている。ここでは、端末装置ＩＤに対して「ＭＡＣアドレス」＝「ＭＡＣ０００００１」、「シリアル番号」＝「０１１２２３３−００９９８８７７」、「機器番号」＝「ＴＧＶＡ００００Ｘ０１」が関連付けられているという具合である。

<ハードウェア的構成>

図１５は、本実施例のコンテンツファイル管理システムにおける端末装置のハードウェア構成の一例を表す概念図である。この図を利用して、本実施例のコンテンツファイル管理システムを構成する端末装置におけるハードウェア構成部の特徴的な箇所についてのみ説明する。

この図にあるように、本実施例のコンテンツファイル管理システムにおける端末装置は、各種演算処理や制御を行う「ＣＰＵ」（１５０１）と、「主メモリ」（１５０２）とを備えている。また、端末装置自身を識別するための情報である端末固有の情報や、サーバ装置よりダウンロードしたコンテンツファイルを格納するための「記憶装置」（１５０３）や、「サーバ装置」（１５０５）と通信するための「Ｉ／Ｏ」（１５０４）や、コンテンツファイルを実行するための「画面」（１５０６）、「ＵＩ」（１５０７）などを備えている。そして、これらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。

ここで、端末装置が、サーバ装置へダウンロード要求を送信する命令を受けたものとする。命令を受けると、まず、「記憶装置」（１５０３）に保存されている、端末固有の情報である端末固有の番号や、製品情報を取得する。情報を取得すると、取得した端末固有の情報を含むダウンロード要求を生成し、「Ｉ／Ｏ」（１５０４）を介してサーバ装置に対してダウンロード要求を送信する。ここで、ダウンロード要求を送信する命令は、ユーザが「ＵＩ」（１５０７）を介して命令を受けることとしても良いし、スケジューラ等の設定によって任意の間隔でダウンロード要求を送信する命令を生成することとしても良い。

<処理の流れ>

図１６は、本実施例のコンテンツファイル管理システムにおける端末装置がダウンロード要求の送信命令を受けてからダウンロード要求をサーバ装置へ送信するまでの流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され、計算機を制御するためのプログラムを構成する処理ステップであってもかまわない。

ここで、端末装置がサーバ装置へダウンロード要求を送信する命令を受けたとする。命令を受けると、端末固有の情報である端末固有の番号や、製品情報を取得する（Ｓ１６１２）。情報を取得すると、取得した端末固有の情報を含むダウンロード要求を生成し、サーバ装置へ送信する（Ｓ１６０１）。ダウンロード要求が送信されるとサーバ装置がダウンロード要求の受信を検知する（Ｓ１６０２）ダウンロード要求を検知すると、端末装置ＩＤごとにコンテンツファイル（Ｓ１６０４）とコンテンツファイルのダウンロード実績（Ｓ１６０５）を関連付けて取得する（Ｓ１６０３）。情報を取得すると、ダウンロード実績が無であるコンテンツファイル情報を検索する（Ｓ１６０６）。検索に該当がなければ、ダウンロード処理を終了する（Ｓ１６０７）。検索に該当がある場合には、端末装置に対してコンテンツファイルのダウンロードを行う（Ｓ１６０８）。端末装置は、サーバ装置よりコンテンツファイルを受信すると（Ｓ１６０９）、コンテンツファイルの保存を行う（Ｓ１６１０）。コンテンツファイルの保存が完了すると、ダウンロード実績の更新を行う（Ｓ１６１１）。ここで、本フローチャートでは実績情報をサーバ装置から取得することとなっているが、実際には端末装置など、外部から取得することとしてもよい。

<効果の簡単な説明>

本実施例のコンテンツファイル管理システムによって、端末装置にあらかじめ登録されている端末固有の情報を端末ＩＤとして利用することが可能となる。

≪実施例３≫

<概要>

本実施例のコンテンツファイル管理システムは、実施例１又は２のコンテンツファイル管理システムを基本として、端末装置がサーバ装置以外の外部機器よりコンテンツファイルを取得し、サーバ装置に取得したコンテンツファイルをアップロードすることができることを特徴とするコンテンツファイル管理システムである。なお、ここでは実施例１を基本としたコンテンツファイル管理システムについてその特徴的な箇所について説明する。

<機能的構成>

図１７は、本実施例のコンテンツファイル管理システムにおける構成の一例を表す図である。図１７に示すように本実施例のコンテンツファイル管理システムは、実施例１を基本として、「端末装置」（１７０２）が、「コンテンツファイル取得用インターフェイス部」（１７１２）と「アップロード部」（１７１３）有しており、また「サーバ装置」（１７０１）の「追加格納部」（１７０３）が「アップロード格納手段」（１７１４）を新たに有することを特徴としている。

「コンテンツファイル取得用インターフェイス部」（１７１２）は、コンテンツファイルをサーバ装置以外の外部機器から取得するための機能を有する。具体的には、端末装置が備えるスロット、端子に挿入・接続された記憶媒体など外部機器に保存されているコンテンツファイルを取得する。ここで、外部機器とは端末装置が有する端子（例えばＵＳＢ端子）に接続されたＨＤＤ、ＤＶＤドライブ、ブルーレイディスクドライブである。さらには、端末装置が有するスロットに挿入されたメモリスティック、ＤＶＤディスク、ブルーレイディスクなどである。

「アップロード部」（１７１３）は、コンテンツファイル取得用インターフェイス部にて取得されたコンテンツファイルをサーバ装置に対してアップロードするための機能を有する。具体的には、前記「コンテンツファイル取得用インターフェイス部」（１７１２）で取得されたコンテンツファイルを後に詳述するサーバ装置の「アップロード格納手段」（１７１４）へコンテンツファイルをアップロードする。ここで、アップロードするコンテンツファイルは複数のコンテンツファイルを一時的に一つのファイルに取りまとめてアップロードしても良いし、一つのコンテンツファイルごとにアップロードすることとしても良い。

「アップロード格納手段」（１７１４）は、追加格納部が、アップロード部からアップロードされるコンテンツファイルを新規のコンテンツファイルとして追加格納する機能を有する。具体的には、前記「アップロード部」（１７１３）からアップロードされたコンテンツファイルを新規のコンテンツファイルとして保存する。

<ハードウェア的構成>

図１８、１９は、本実施例のコンテンツファイル管理システムにおけるハードウェア構成の一例を表す概念図である。図１８は、本実施例のコンテンツファイル管理システムにおける端末装置のハードウェア構成の一例であり、図１９は本実施例のコンテンツファイル管理システムにおけるサーバ装置のハードウェア構成の一例を示している。この図を利用して、本実施例のコンテンツファイル管理システムにおけるコンテンツファイルのアップロードについてそれぞれのハードウェア構成部の働きについて説明する。

まず、図１８に示す端末装置のハードウェア構成の一例について説明する。この図にあるように、本実施例のコンテンツファイル管理システムにおける端末装置は、各種演算処理や制御を行う「ＣＰＵ」（１８０１）と、「主メモリ」（１８０２）とを備えている。また、コンテンツファイルなどを格納する「記憶装置」（１８０３）や、「サーバ装置」（１８０５）と通信するための「Ｉ／Ｏ」（１８０４）や、外部機器と接続するための「端子」（１８１０）、「スロット」（１８０９）なども備えている。そして、これらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。

まず、図１９に示すサーバ装置のハードウェア構成の一例について説明する。この図にあるように、本実施例のコンテンツファイル管理システムにおけるサーバ装置は、各種演算処理や制御を行う「ＣＰＵ」（１９０１）と、「主メモリ」（１９０２）とを備えている。また、コンテンツファイルなどを格納する「記憶装置」（１９０３）や、「端末装置」（１９０５）と通信するための「Ｉ／Ｏ」（１９０４）なども備えている。そして、これらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
≪コンテンツアップロード≫

ここで、端末装置がユーザの入力等を受けて「端子」（１８１０）、「スロット」（１８０９）に接続されている外部機器に保存されているコンテンツファイルをアップロードする命令を受けたとする。命令を受けると、「アップロードプログラム」（１８１１）は、端末装置に接続されている外部機器から「端子」（１８１０）若しくは「スロット」（１８０９）を介してコンテンツファイルを取得する。コンテンツファイルを取得すると、「アップロードプログラム」（１８１１）は、取得したコンテンツファイルを「Ｉ／Ｏ」（１８０４）を介してサーバ装置へ送信する。

サーバ装置は、コンテンツファイルを「Ｉ／Ｏ」（１９０４）を介して受信すると「記憶装置」（１９０３）に、受信したコンテンツファイルを新規のコンテンツファイルとして保存する。

<処理の流れ>

図２０は、本実施例のコンテンツファイル管理システムにおける外部機器に保存されたコンテンツファイルのアップロード命令を受けてサーバ装置にコンテンツファイルをアップロードするまでの流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され、計算機を制御するためのプログラムを構成する処理ステップであってもかまわない。

ここで、端末装置がユーザの入力等を受けて端末装置に接続されている外部機器に保存されているコンテンツファイルをアップロードする命令を受けたとする。命令を受けると、接続されている外部機器からコンテンツファイルの取得を行う（Ｓ２００６）。外部機器からコンテンツファイルの取得を行うと、サーバ装置へコンテンツファイルの送信を行う（Ｓ２００５）。

サーバ装置がコンテンツファイルを受信すると、（Ｓ２００１）コンテンツファイルの属するフォルダを特定する（Ｓ２００２）。ここで、フォルダが存在しなければフォルダを新規作成する（Ｓ２００３）。コンテンツファイルが属するフォルダを特定するとコンテンツファイルの保存を行う（Ｓ２００４）。同様にしてすべてのコンテンツファイルを保存するという具合である。

<効果の簡単な説明>

本実施例のコンテンツファイル管理システムによって、端末装置に接続されている外部機器より外部機器に保存されているコンテンツファイルを取得しサーバ装置へコンテンツファイルをアップロードすることが可能となる。

≪実施例３≫

<概要>

本実施例のコンテンツファイル管理システムは、実施例１から３のコンテンツファイル管理システムのいずれか一を基本として、サーバ装置に保存されているコンテンツファイルをコンテンツファイルに関連付けられている撮影時間の順番に端末装置へダウンロードすることができることを特徴とするコンテンツファイル管理システムである。なお、ここでは実施例１を基本としたコンテンツファイル管理システムについてその特徴的な箇所について説明する。

<機能的構成>

図２１は、本実施例のコンテンツファイル管理システムにおける構成の一例を表す図である。図２１に示すように本実施例のコンテンツファイル管理システムは、実施例１を基本として、「サーバ装置」（２１０１）の「ダウンロード処理部」（２１０６）が「撮影順ダウンロード手段」（２１１５）を新たに有することを特徴としている。

「撮影順ダウンロード手段」（２１１５）は、撮影時間順にコンテンツファイルのダウンロードを行う機能を有する。具体的には、前記「検索部」（２１０５）において検索された端末装置ＩＤごとのダウンロード実績において、ダウンロード実績が無であるコンテンツファイルをコンテンツファイルに関連付けられている撮影時間順に、その実績と関連付けられている端末装置ＩＤが指し示す端末装置へダウンロード処理を行う。

図２２は、取得した端末装置ＩＤごとのダウンロード実績を元にダウンロード実績が無であるコンテンツファイルを取得し、端末装置ＩＤが示す端末装置へコンテンツファイルの撮影順にダウンロードを行うプログラムの一例を示したものである。図２２に記載のプログラム例は以下のように動作するように記述されている。まず、検索結果を受信した事を検知する（図２２line４０）。検索結果を検知すると、端末装置ＩＤごとにダウンロード実績が無であるレコードを撮影時間順に取得する（図２２Line７０）。レコードの取得を行うと、ダウンロード実績が無であるコンテンツファイルのダウンロードを行う（図２２Line９０〜１２０）とともに、ダウンロード実績の更新を行う（図２２Line１３０）という具合の動作をする。ここで、本プログラム例では、ダウンロード実績が無であるすべてのコンテンツファイルをダウンロードすることとしたが、あらかじめ端末装置ＩＤを取得してから、取得した端末装置ＩＤをキーとして各コンテンツファイルのダウンロードを行うこととしてもよい（例えば、処理毎に接続が確認できた端末の端末装置ＩＤをキーとしてダウンロードをするなどである）。また、ダウンロード実績の更新は、端末装置よりダウンロード完了の通知を受けてから更新することとしてもよい。

<ハードウェア的構成>

図２３は、本実施例のコンテンツファイル管理システムにおけるサーバ装置のハードウェア構成の一例を表す概念図である。この図を利用して、本実施例のコンテンツファイル管理システムにおけるコンテンツファイルのダウンロードについてそれぞれのハードウェア構成部の働きについて説明する。

ここで、サーバ装置に接続されている端末装置よりダウンロード要求が送信されるとする。ダウンロード要求が送信されると、サーバ装置はダウンロード要求を受信する。ダウンロード要求を受信すると「主メモリ」（２３０１）のワーク領域に展開されている「検索プログラム」（２３０６）が呼び出される。「検索プログラム」（２３０６）が呼び出されると、ダウンロード要求に含まれる端末装置ＩＤを取得する。さらに、各コンテンツファイルに関連付けることが可能な実績情報を取得する。そして、「記憶装置」（２３０３）にフォルダごとに格納されている各コンテンツファイルの情報やそれに関連付けられた実績情報を端末装置ＩＤごとに取得する。データを取得すると、「ダウンロードプログラム」（２３０７）を呼び出す。呼び出された「ダウンロードプログラム」（２３０７）は、取得した端末装置ＩＤごとに取得された各コンテンツファイルの情報やそれに関連付けられた実績情報から、ダウンロード実績がないコンテンツファイルの情報を取得する。ダウンロード実績がないコンテンツファイルを取得すると、端末装置ＩＤに応じた端末装置に対して「Ｉ／Ｏ」（２３０４）を介してコンテンツファイルを撮影時間順にダウンロードを行うという具合である。ここで、実績情報はサーバ装置から取得しても良いし、端末装置から実績情報を受信することとしても良い。

<処理の流れ>

図２４は、本実施例のコンテンツファイル管理システムにおけるサーバ装置のコンテンツの検索処理から、端末装置へのダウンロード処理までの流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され、計算機を制御するためのプログラムを構成する処理ステップであってもかまわない。

まず、本実施例のコンテンツファイル管理システムにおけるサーバ装置のコンテンツの検索処理から、端末装置へのダウンロード処理までの流れの一例について説明する。

ここで、端末装置よりダウンロード要求が送信されたとする（Ｓ２４０１）。ダウンロード要求が送信されるとサーバ装置がダウンロード要求の受信を検知する（Ｓ２４０２）ダウンロード要求を検知すると、端末装置ＩＤごとにコンテンツファイル（Ｓ２４０４）とコンテンツファイルのダウンロード実績（Ｓ２４０５）を関連付けて撮影時間順に取得する（Ｓ２４０３）。情報を取得すると、ダウンロード実績が無であるコンテンツファイル情報を検索する（Ｓ２４０６）。検索に該当がなければ、ダウンロード処理を終了する（Ｓ２４０７）。検索に該当がある場合には、コンテンツファイル撮影順に端末装置に対してコンテンツファイルのダウンロードを行う（Ｓ２４０８）。端末装置は、サーバ装置よりコンテンツファイルを受信すると（Ｓ２４０９）、コンテンツファイルの保存を行う（Ｓ２４１０）。コンテンツファイルの保存が完了すると、ダウンロード実績の更新を行う（Ｓ２４１１）。ここで、本フローチャートでは実績情報をサーバ装置から取得することとなっているが、実際には端末装置など、外部から取得することとしてもよい。

<効果の簡単な説明>

本実施例のコンテンツファイル管理システムによって、サーバ装置から端末装置へコンテンツファイルのダウンロードを行うにあたりコンテンツファイルをコンテンツファイルに関連付けられている撮影時間順にダウンロードすることが可能となる。これにより、コンテンツファイルを撮影時間の古い順番に取得することができ、仮に何らかの原因によりに端末装置がすべてのコンテンツファイルがダウンロードできなくとも、その時点までのコンテンツファイルを撮影時間の古い順番に抜けなく実行することが可能となる。

実施例１のコンテンツファイル管理システムにおける機能的構成の一例を表す図 実施例１のコンテンツファイル管理システムにおけるフォルダ構造の一例を表す図 実施例１のコンテンツファイル管理システムにおける端末装置ＩＤごとにダウンロード実績有無を検索するプログラムの一例を表す図 実施例１のコンテンツファイル管理システムにおける取得した端末装置ＩＤごとのダウンロード実績を元にダウンロード実績が無であるコンテンツファイルを取得し、端末装置ＩＤが示す端末装置へダウンロードを行うプログラムの一例を表す図 実施例１のコンテンツファイル管理システムにおけるハードウェア構成の一例を表す図（サーバ装置） 実施例１のコンテンツファイル管理システムにおけるハードウェア構成の一例を表す図（端末装置） 実施例１のコンテンツファイル管理システムにおけるサーバ装置のコンテンツの検索処理から、端末装置へのダウンロード処理までの流れの一例を表すフローチャート 実施例１のコンテンツファイル管理システムにおけるサーバ装置が外部からコンテンツファイルを受信し、コンテンツファイルを記録するまでの流れの一例を表すフローチャート 実施例１のコンテンツファイル管理システムにおける具体例のシステム構成の概略を表す図 実施例１のコンテンツファイル管理システムにおける具体例のアルバム構造の一例を表す図 実施例１のコンテンツファイル管理システムにおける具体例のサーバ装置と端末装置とのやりとりのフローを表す図（ダウンロードフロー） 実施例１のコンテンツファイル管理システムにおける具体例のサーバ装置と端末装置とのやりとりのフローを表す図（アップロードフロー） 実施例２のコンテンツファイル管理システムにおける機能的構成の一例を表す図 実施例２のコンテンツファイル管理システムにおける端末装置ＩＤ保持部が保持するデータ構造の一例を表す図 実施例２のコンテンツファイル管理システムにおけるハードウェア構成の一例を表す図（端末装置） 実施例２のコンテンツファイル管理システムにおける端末装置がダウンロード要求の送信命令を受けてからダウンロード要求をサーバ装置へ送信するまでの流れの一例を表すフローチャート 実施例３のコンテンツファイル管理システムにおける機能的構成の一例を表す図 実施例３のコンテンツファイル管理システムにおけるハードウェア構成の一例を表す図（端末装置） 実施例３のコンテンツファイル管理システムにおけるハードウェア構成の一例を表す図（サーバ装置） 実施例３のコンテンツファイル管理システムにおける外部機器に保存されたコンテンツファイルのアップロード命令を受けてサーバ装置にコンテンツファイルをアップロードするまでの流れの一例を表すフローチャート 実施例４のコンテンツファイル管理システムにおける機能的構成の一例を表す図 実施例４のコンテンツファイル管理システムにおける取得した端末装置ＩＤごとのダウンロード実績を元にダウンロード実績が無であるコンテンツファイルを取得し、端末装置ＩＤが示す端末装置へコンテンツファイルの撮影順にダウンロードを行うプログラムの一例を表す図 実施例４のコンテンツファイル管理システムにおけるハードウェア構成の一例を表す図（サーバ装置） 実施例４のコンテンツファイル管理システムにおけるサーバ装置のコンテンツの検索処理から、端末装置へのダウンロード処理までの流れの一例を表すフローチャート

符号の説明

０１０１ サーバ装置
０１０２ 端末装置
０１０３ 追加格納部
０１０４ フォルダ部
０１０５ 検索部
０１０６ ダウンロード処理部
０１０７ ダウンロード要求受信部
０１０８ 実行部
０１０９ コンテンツファイル取得部
０１１０ ダウンロード要求送信部
１３１１ 端末装置ＩＤ保持部
１７１２ コンテンツファイル取得用インターフェイス部
１７１３ アップロード部
１７１４ アップロード格納手段
２１１５ 撮影順ダウンロード手段

Claims (6)

1. コンテンツファイルを管理するサーバ装置と、前記管理されているコンテンツファイルを取得して利用するための複数の端末装置と、で構成されるコンテンツファイル管理システムであって、
   前記サーバ装置は、
   前記端末装置から、コンテンツファイルを特定しないダウンロード要求を任意の間隔で繰り返し受信するダウンロード要求受信部と、
   コンテンツファイルを格納するとともにアクセス可能な１以上の端末装置ＩＤが関連付けられたフォルダを有し、前記格納されている各コンテンツファイルには前記アクセス可能な端末装置ＩＤ毎のダウンロード実績有無が付与されているフォルダ部と、
   前記ダウンロード要求受信部が前記ダウンロード要求を受信したときに、前記端末装置の端末装置ＩＤと関連付けられているフォルダでの各コンテンツファイルのダウンロード実績有無を検索する検索部と、
   前記検索部での検索結果がダウンロード実績無のコンテンツファイルを前記端末装置に対してダウンロードさせるダウンロード処理部と、を有し、
   前記端末装置は、
   前記サーバ装置へ前記ダウンロード要求を送信するダウンロード要求送信部と、
   前記サーバ装置から送信されるコンテンツファイルを取得するコンテンツファイル取得部と、
   取得したコンテンツファイルを実行して利用するための実行部と、
   を有するコンテンツファイル管理システム。
2. 前記ダウンロード実績有無は、前記アクセス可能な端末装置からの取得完了通知によって更新されることを特徴とする請求項１に記載のコンテンツファイル管理システム。
3. コンテンツファイルを管理するサーバ装置と、前記管理されているコンテンツファイルを取得して利用するための複数の端末装置と、で構成されるコンテンツファイル管理システムにおけるサーバ装置であって、
   前記端末装置から、コンテンツファイルを特定しないダウンロード要求を任意の間隔で繰り返し受信するダウンロード要求受信部と、
   コンテンツファイルを格納するとともにアクセス可能な１以上の端末装置ＩＤが関連付けられたフォルダを有し、前記格納されている各コンテンツファイルには前記アクセス可能な端末装置ＩＤ毎のダウンロード実績有無が付与されているフォルダ部と、
   前記ダウンロード要求受信部が前記ダウンロード要求を受信したときに、前記端末装置の端末装置ＩＤと関連付けられているフォルダでの各コンテンツファイルのダウンロード実績有無を検索する検索部と、
   前記検索部での検索結果がダウンロード実績無のコンテンツファイルを前記端末装置に対してダウンロードさせるダウンロード処理部と、
   を有するサーバ装置。
4. 前記ダウンロード実績有無は、前記アクセス可能な端末装置からの取得完了通知によって更新されることを特徴とする請求項３に記載のサーバ装置。
5. サーバ装置で管理されたコンテンツファイルを複数の端末装置で利用するためのコンテンツファイル管理方法であって、
   前記コンテンツファイルは、アクセス可能な１以上の端末装置ＩＤが関連付けられたフォルダに格納され、かつ前記コンテンツファイルには前記アクセス可能な端末装置ＩＤ毎のダウンロード実績有無が付与されており、
   前記端末装置から、コンテンツファイルを特定しないダウンロード要求を任意の間隔で繰り返し受信するステップと、
   前記端末装置の端末装置ＩＤと関連付けられたフォルダを取得するステップと、
   前記取得したフォルダにおいて、前記格納されたコンテンツファイル毎に前記端末装置の端末装置ＩＤのダウンロード実績有無を検索するステップと、
   ダウンロード実績無のコンテンツファイルを前記端末装置に対してダウンロードさせるステップと、
   前記ダウンロードしたコンテンツファイルに対応したダウンロード実績を更新するステップと、
   を有するコンテンツファイル管理方法。
6. 前記ダウンロード実績有無は、前記アクセス可能な端末装置からの取得完了通知によって更新されることを特徴とする請求項５に記載のコンテンツファイル管理方法。

Images