(57)【要約】【課題】  大量の画像ファイルをイベント単位で分類し、分類された画像ファイルをイベント参加者間で共有することを可能とする。【解決手段】  画像ファイルを管理するサーバでイベント情報に基づき、画像ファイルを分類する。【選択図】        図１
2005286515.tif 000002
【特許請求の範囲】
【請求項１】
画像ファイルを記憶する記憶手段と、
ネットワークを介してサーバと接続する手段と、
前記記憶手段に記憶されている画像ファイルを前記サーバにアップロードする手段と、
前記サーバにアップロードされた画像ファイルを、スケジュール情報を基にイベントグループに分類する手段と、
前記サーバから画像ファイルをダウンロードする手段を備えることを特徴とする画像処理システム。
【請求項２】
請求項１において、前記スケジュール情報を作成する手段を備えることを特徴とする画像処理システム。
【請求項３】
請求項２において、前記スケジュール情報はイベント参加者にだけ配布される手段を備えることを特徴とする画像処理システム。
【請求項４】
請求項２において、前記スケジュール情報をサーバにアップロードする手段と、
前記スケジュール情報を利用者が更新できる手段を備えることを特徴とする画像処理システム。
【請求項５】
請求項１において、前記アップロードされた画像ファイルを一意に分類するための情報をイベント単位で記録する手段を備えることを特徴とする画像処理システム。
【請求項６】
請求項１において、画像ファイル及びスケジュール情報を管理するテーブルを記録する手段を備えることを特徴とする画像処理システム。
【請求項７】
請求項６において、画像ファイル及びスケジュール情報を管理する前記テーブルは、画像ファイルとスケジュール情報の関係を結びつけることを特徴とする画像処理システム。
【請求項８】
請求項１において、同じイベント情報を記録したスケジュール情報の作成日時の新旧を判定する手段を備えることを特徴とする画像処理システム。
【請求項９】
請求項１において、ダウンロードした画像ファイルを端末でスケジュール情報を基にイベント単位に分類し保存する手段を備えることを特徴とする画像処理システム。
【請求項１０】
請求項１において、前記画像ファイルにスケジュール情報を付加してアップロードすることを特徴とする画像処理システム。
【請求項１１】
請求項１において、前記サーバにより前記アップロードされた画像ファイルにスケジュール情報を付加することを特徴とする画像処理システム。
【請求項１２】
請求項１０又は請求項１１において、前記スケジュール情報に記録される内容は、スケジュール情報そのものあるいは、スケジュール情報の所在を示すことを特徴とする画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、撮影画像をグループ単位で管理することが可能なシステムに関し、特に、撮影画像をイベントに基づいたグループごとに管理する画像処理システムに属する。
【背景技術】
【０００２】
従来、撮影した画像を分類する方法として、画像記憶装置にフォルダを作成し利用者が手動で分類する方法がある。また、時間情報や位置情報に基づいて自動的に画像を分類する方法も知られており、例えば、特許文献１に記載されている。
【特許文献１】特開平１０−２５４７４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
記憶装置に大量の画像が格納されている状況において画像を検索しようとする場合、求める画像を探すのに手間取ることや、求める画像が見つからないことが考えられる。また、利用者が画像を分類する際、利用者は画像を手動で分類しなければならない。そのため、利用者は手動で分類する手間を強いられることになる。利用者が画像を撮影するのは、結婚式や運動会等のイベント単位であることが多い。そのため、時間情報や位置情報だけによる画像の分類では、利用者が自分で撮影した画像を見てもその画像を撮影した意図を忘れてしまうことが問題となる。
【０００４】
本発明はこの様な問題を解決し、複数のユーザ間で共通のルールにて自動的に撮影した画像を分類可能な画像処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
前記課題を解決するために、本発明では、イベント情報により画像ファイルを分類することを特徴とする。
【０００６】
端末から画像分類要求を受けて撮影画像ファイルを分類する画像分類システム及び、端末から画像ダウンロード要求を受けて画像ファイルをダウンロードする画像分類システムにおいて、
撮影画像ファイルを複数記憶する撮影画像記憶装置と、
前記記憶装置と複数のサーバを介してなるネットワークに接続する手段と、
前記記憶装置に記憶されている画像ファイルをサーバにアップロードする手段と、
前記サーバにアップロードされた画像ファイルを、スケジュール情報を基にイベントグループに分類する手段と、
前記サーバから画像ファイルをダウンロードする手段を備えることを特徴とする。
【０００７】
ここで、「端末」とは、パーソナルコンピュータ、ハンディターミナル、携帯電話等ネットワークに接続できるあらゆる機器を含む。
【０００８】
ここで、「複数のサーバを介してなるネットワーク」とは、インターネット、イントラネット、ＬＡＮ等である。
【０００９】
ここで、「端末」と「画像分類システム」はネットワークを介して接続されていても良いし、ＵＳＢパラレルポート、無線等の手段により直接接続されていても良い。
【００１０】
請求項６に係る発明では、請求項１において、サーバ及び撮影画像記憶装置は、画像データ及びスケジュール情報を管理するテーブルを記録する手段を備えることを特徴とする。
【００１１】
ここで、「記録する手段」とは、ハードディスクのような不揮発性の記憶媒体を備えて記憶することである。
【発明の効果】
【００１２】
画像をサーバで分類するので、撮影者は自分で撮影した画像を分類する必要はない。そのとき、スケジュール情報を後から変更することができるので、イベントが予定通り進まなかった場合でも、画像の分類をサーバで行うことが可能である。
【００１３】
また、提案する発明では自分の撮影した画像だけでなく、同じイベントに参加した人達の間で画像を共有することができる。画像を端末にダウンロードし共有する場合でも、ダウンロードした画像が端末でスケジュール情報により分類されるので、利用者はダウンロードした画像を手作業で分類する手間から開放される。
【００１４】
また、画像ファイルのヘッダにスケジュールに関する情報を入れることで、画像ファイルのみが移動してもその画像に関するスケジュール情報の特定が可能になり、さらにスケジュール情報とそのスケジュールを適用する画像ファイルがそれぞれ別々な場所に保管されていても正確にスケジュール情報の適用効果が得られるようになる。
【発明を実施するための最良の形態】
【００１５】
以下、添付図面と共に実施例の形態を挙げ、本発明を説明する。
【実施例１】
【００１６】
実施例１では、請求項１に係る発明について添付図面を参照しながら説明する。
【００１７】
以下図１を参照しながら実施例１を説明する。
【００１８】
実施例１では、利用者がデジタルカメラで撮影した画像をサーバにアップロードし、サーバで画像を分類し、別の利用者がそのサーバにアクセスして画像をダウンロードし画像を共有する例である。
【００１９】
ここでは、画像ファイル及びスケジュール情報はデジタルカメラから端末を経由してサーバに転送されてもよいし、コンパクトフラッシュ（登録商標）等の脱着可能な記憶媒体からサーバに送られてもよく、転送方式に依存しない。
【００２０】
スケジュール情報はイベント及びサブイベントを一意に識別する情報であり、時間、空間等の情報が記録されていて記録の形式に依存しない。この情報はあらかじめ作成されたものであってもよいし、画像撮影時にデジタルカメラで作成されたものでもよく、作成方法に依存しない。ここで、イベントとは結婚式や運動会等の行事を示す。また、サブイベントとはイベントを構成する出来事のひとつであり、イベントはサブイベントの集まりである。例えば、イベントを結婚式とするとき、サブイベントを新郎新婦入場、ケーキカット、仲人挨拶等である。スケジュール情報はあらかじめサーバに登録しておいてもよいし、イベントの起こった時間が変更になったことを考慮して後からサーバに登録し直してもよい。このスケジュール情報はあらかじめイベント参加者だけに配布されるものであり、利用者がイベントスケジュールに変更に応じて変更することが可能である。
【００２１】
サーバ（Ｓ１）では、図２の画像・スケジュール情報管理テーブルを保持している。画像管理テーブルは、画像ファイルとスケジュール情報を結びつけるテーブルである。画像管理テーブルには、画像ファイル名、スケジュール情報ファイル名、スケジュール情報を作成したスケジュール情報更新日時、イベント名、サブイベント名が記録される。このテーブルを基に画像がスケジュール情報を元にディレクトリに分類されて保存される。また、このディレクトリには、イベント及びサブイベントを一意に識別するスケジュール情報を一つだけ保存するものとする。
【００２２】
ホスト（アップロード利用者の端末）（Ｈ１）とホスト（ダウンロード利用者の端末）（Ｈ２）はネットワークに接続されている。また、デジタルカメラ（Ｃ１）とホスト（Ｈ１）、デジタルカメラ（Ｃ２）とホスト（Ｈ２）はケーブルで接続されている。
【００２３】
ネットワーク（Ｎ１）には，画像ファイルを蓄積するサーバが接続されている．サーバに蓄積される画像ファイルはＨＴＴＰ，ＦＴＰによりホストからアップロードあるいは、ホストにダウンロードされる。ネットワーク（Ｎ１）はインターネットのような大規模なネットワークでも良いし、ＬＡＮのようなローカルのネットワークでも良い。
【００２４】
以下図を参照しながら実施例１の説明を行う。
【００２５】
情報資源指定ＵＲＬ入力画面（Ｗ１）は、ホスト（Ｈ１）における利用者がサーバに対して画像のアップロード要求を出すときに、起動するソフトウェアがホスト（Ｈ１）のディスプレイに表示される画面である。
【００２６】
アップロード利用者は図３のアップロードサーバ指定ＵＲＬ入力画面（Ｗ１）にアップロード先のサーバ（Ｓ１）を示すＵＲＬ（Ｕ１）をサーバ指定欄（Ｌ１）に記入し、アップロードする画像ファイル名（ＦＩ）を画像ファイル指定欄（Ｌ２）に記入し、スケジュール情報を記録しているファイル名（ＦＳ）をスケジュール情報記入欄（Ｌ３）に記入し、送信ボタン（Ｂ１）を押す。ここで、利用者が記入するＵＲＬ（Ｕ１）は既知のものとする。画像ファイル指定欄（Ｌ２）に記入する画像ファイルは端末（Ｈ１）上の画像ファイルでも良いし、デジタルカメラ（Ｃ１）に挿入されている記憶媒体でも良い。
【００２７】
以下にアップロード先のサーバ（Ｓ１）の所在を示すＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ１．ｃｏｍ／ｄａｔａ」、画像ファイル「ｉｍａｇｅ．ｊｐｇ」、スケジュール情報「ｓｃｈｅｄｕｌｅ．ｔｘｔ」と指定された場合の説明を行う。
【００２８】
端末（Ｈ１）は、プロトコル「ｈｔｔｐ」によりサーバ「ｗｗｗ．ｓｅｒｖｅｒ１．ｃｏｍ」（Ｓ１）と接続し、画像ファイル「ｉｍａｇｅ．ｊｐｇ」とスケジュール情報「ｓｃｈｅｄｕｌｅ．ｔｘｔ」をサーバ（Ｓ１）に送信する。その後サーバ（Ｓ１）で受信したスケジュール情報「ｓｃｈｅｄｕｌｅ．ｔｘｔ」を基にアップロードされた画像ファイルを分類する。そして、サーバ（Ｓ１）内の図２の画像・スケジュール情報管理テーブルを更新し、画像ファイル「ｉｍａｇｅ．ｊｐｇ」をサーバ（Ｓ１）内の「ｓｃｈｅｄｕｌｅ．ｔｘｔ」と同じディレクトリに保存する。
【００２９】
以下では画像ファイルをサーバ（Ｓ１）から端末（Ｈ２）にダウンロードする動作について説明する。
【００３０】
端末（Ｈ２）は図２の画像・スケジュール情報管理テーブルを持つものとする。ダウンロードサーバ指定ＵＲＬ入力画面（Ｗ２）は，ホスト（Ｈ２）における利用者がサーバに対して画像のダウンロード要求を出すときに，起動するソフトウェアがホスト（Ｈ２）のディスプレイに表示される画面である。
【００３１】
ダウンロード利用者は図４のダウンロードサーバ指定ＵＲＬ入力画面（Ｗ２）に画像が保存されているサーバ（Ｓ２）を示すＵＲＬ（Ｕ２）をサーバ指定欄（Ｌ４）に記入し、ダウンロードする画像ファイル名（Ｆ２）を画像ファイル指定欄（Ｌ５）に記入し、スケジュール情報を記録しているファイル名（ＦＳ）をスケジュール情報記入欄（Ｌ６）に記入し、受信ボタン（Ｂ２）を押す。ここでは、利用者が記入するＵＲＬ（Ｕ２）は既知のものとする。
【００３２】
以下にダウンロード元のサーバ（Ｓ２）の所在を示すＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ２．ｃｏｍ／ｄａｔａ」、ダウンロードする画像ファイルを「ｉｍａｇｅ２．ｊｐｇ」、スケジュール情報を記録したファイルを「ｓｃｈｅｄｕｌｅ２．ｔｘｔ」と指定した場合の説明を行う。
【００３３】
端末（Ｈ２）は、プロトコル「ｈｔｔｐ」によりサーバ「ｗｗｗ．ｓｅｒｖｅｒ２．ｃｏｍ」（Ｓ２）と接続し、画像ファイル「ｉｍａｇｅ２．ｊｐｇ」とスケジュール情報「ｓｃｈｅｄｕｌｅ２．ｔｘｔ」受信する。新たに受信した「ｓｃｈｅｄｕｌｅ２．ｔｘｔ」の更新日時が端末（Ｈ２）にある「ｓｃｈｅｄｕｌｅ２．ｔｘｔ」より遅い場合、新たに受信した「ｓｃｈｅｄｕｌｅ２．ｔｘｔ」を端末（Ｈ２）で「ｓｃｈｅｄｕｌｅ２．ｔｘｔ」が保存されている同じディレクトリに更新保存する。そして、「ｉｍａｇｅ２．ｊｐｇ」を端末（Ｈ２）において「ｓｃｈｅｄｕｌｅ２．ｔｘｔ」が保存されているディレクトリと同じディレクトリに保存する。
【実施例２】
【００３４】
実施例２では、アップロードされた画像ファイルがスケジュール情報を使用してサーバで分類される例である。
【００３５】
実施例２では、サーバ（Ｓ１）では、画像ファイルがスケジュール情報によりイベントことにディレクトリに分類され、各ディレクトリにはスケジュール情報を記録したファイルを一つ保存しているものとする。イベントごとに作成されたディレクトリにはさらにサブイベントごとにディレクトリが作成されるものとする。
【００３６】
以下の実施例２では、図５を用いて説明する。
【００３７】
ステップＳＴ１において、サーバ（Ｓ１）は画像ファイル「ｉｍａｇｅ３．ｊｐｇ」とスケジュール情報を記録したファイル「ｓｃｈｅｄｕｌｅ．ｔｘｔ」を受信する。
【００３８】
ステップＳＴ２において、サーバ（Ｓ１）内のディレクトリごとに「ｓｃｈｅｄｕｌｅ．ｔｘｔ」が存在するかどうか検索する。
【００３９】
ステップＳＴ２において、「ｓｃｈｅｄｕｌｅ．ｔｘｔ」が存在すると判断される場合は、ステップＳＴ３において、２つの「ｓｃｈｅｄｕｌｅ．ｔｘｔ」が同一かどうかの判定をする。
【００４０】
ステップＳＴ３において２つの「ｓｃｈｅｄｕｌｅ．ｔｘｔ」が同一でないと判定された場合、ステップＳＴ４において、２つの「ｓｃｈｅｄｕｌｅ．ｔｘｔ」の更新日時を比較する。
【００４１】
ステップＳＴ４において新たに受信した「ｓｃｈｅｄｕｌｅ．ｔｘｔ」の更新日時がすでにテーブル内に存在する「ｓｃｈｅｄｕｌｅ．ｔｘｔ」よりも新しい場合、新たに受信した「ｓｃｈｅｄｕｌｅ．ｔｘｔ」と画像ファイル「ｉｍａｇｅ３．ｊｐｇ」を「ｓｃｈｅｄｕｌｅ．ｔｘｔ」が存在するディレクトリに保存し、画像管理テーブル中の「ｓｃｈｅｄｕｌｅ．ｔｘｔ」の更新日時を更新する（ステップＳＴ５）。
【００４２】
ステップＳＴ３において２つの「ｓｃｈｅｄｕｌｅ．ｔｘｔ」が同一と判定された場合及び、ステップＳＴ４において２つ新たに受信した「ｓｃｈｅｄｕｌｅ．ｔｘｔ」の更新日時がすでにテーブル内に存在する「ｓｃｈｅｄｕｌｅ．ｔｘｔ」よりも古い場合、画像ファイル「ｉｍａｇｅ３．ｊｐｇ」を「ｓｃｈｅｄｕｌｅ．ｔｘｔ」が存在するディレクトリに保存する（ステップＳＴ６）。
【００４３】
ステップＳＴ２において、「ｓｃｈｅｄｕｌｅ．ｔｘｔ」が存在しないと判断される場合は、ステップＳＴ７において、既存のディレクトリ名から「ｓｃｈｅｄｕｌｅ」が存在するかどうか調べる。
【００４４】
ステップＳＴ７において、既存ディレクトリ名として「ｓｃｈｅｄｕｌｅ」がサーバ（Ｓ１）内に存在しないと判断される場合は、ステップＳＴ８において、ディレクトリ「ｓｃｈｅｄｕｌｅ」を作成し、画像ファイル「ｉｍａｇｅ３．ｊｐｇ」をディレクトリ「ｓｃｈｅｄｕｌｅ」に保存する。
【００４５】
ステップＳＴ７において、既存ディレクトリ名として「ｓｃｈｅｄｕｌｅ」がサーバ（Ｓ１）内に存在すると判断される場合は、アップロードを希望するユーザに重複しないディレクトリ名を決めさせ、そのディレクトリに画像ファイル「ｉｍａｇｅ３．ｊｐｇ」を保存する（ステップＳＴ９）。
【実施例３】
【００４６】
実施例１、２では、スケジュール情報と各画像ファイルの関連は同一ディレクトリに存在することで示されたが、実施例３は、画像ファイル内のヘッダ部分にスケジュール情報に関する情報を格納し、それを参照する場合についての例である。
【００４７】
実施例３では、サーバ内に保存されている画像ファイルのヘッダからスケジュール情報を獲得する例である。
【００４８】
画像ファイルＦの構成は図６のように、ヘッダＨと画像データＤからなっているものとする。ヘッダＨには、画像ファイルＦの情報等を記録する部分ＨＯ、スケジュール情報記録フラグＳＦ、スケジュール情報のサイズＳＳ及び、スケジュール情報ＳＤが記録されているものとする。スケジュール情報ＳＤには、スケジュール情報あるいはスケジュール情報の所在を示す情報が記録される。スケジュール情報記録フラグＳＦにより、スケジュール情報ＳＤにスケジュール情報が記録されているかスケジュール情報の所在を示す情報が記録されているのかを識別する。スケジュール情報ＳＤを画像ファイルのヘッダＨに付加するのは、撮影した直後でも良いし、サーバにアップロードするときでも良いし、サーバにアップロードされた後でも良い。
【００４９】
以下では、画像ファイルＦのヘッダＨからスケジュール情報を参照するステップを、図７を参照して説明する。
【００５０】
ステップＳＴ１１で画像ファイルＦのヘッダＨからスケジュール情報フラグＳＦを調べ、スケジュール情報ＳＤに記録されている情報がスケジュール情報かスケジュール情報の所在を示す情報かどうか判定する。
【００５１】
ステップＳＴ１１で画像ファイルＦに埋め込まれている情報がスケジュール情報と判定された場合、ステップＳＴ１２において、ヘッダＨ内のスケジュール情報サイズＳＳを調べ、そのサイズ分だけのスケジュール情報ＳＤに記録されている文字列を取得し、スケジュール情報を取得する。
【００５２】
ステップＳＴ１１で画像ファイルＦに埋め込まれている情報がスケジュール情報の所在を示す情報と判断された場合、ステップＳＴ１３において、ヘッダＨ内のスケジュール情報サイズＳＳを調べ、そのサイズ分だけスケジュール情報ＳＤから文字列ＳＴＬを得る。
【００５３】
ステップＳＴ１４において、ステップＳＴ１３で得られた文字列ＳＴＬを解析する。ステップＳＴ１４において解析の結果、スケジュール情報がネットワーク上のサーバに存在すると判断された場合、ステップＳＴ１３で得られた文字列ＳＴＬで示されるサーバ（Ｓ１）にアクセスする（ステップＳＴ１５）。
【００５４】
ステップＳＴ１６において、サーバ（Ｓ１）内でスケジュール情報を検索する。ステップＳＴ１６においてサーバ（Ｓ１）にスケジュール情報を記録したファイル（ＳＣ）が存在する場合、ステップＳＴ１７において、スケジュール情報を記録したファイル（ＳＣ）を端末にダウンロードする。
【００５５】
ステップＳＴ１４において解析の結果、スケジュール情報がファイル名（ＳＣ）である場合、ステップＳＴ１８において画像ファイルが保存されているディレクトリからスケジュール情報を記録したファイル（ＳＣ）を検索する。
【００５６】
ステップＳＴ１８において、スケジュール情報を記録したファイル（ＳＣ）が存在する場合、ＳＴ１９においてスケジュール情報を記録したファイル（ＳＣ）を端末にダウンロードする。
【００５７】
ステップＳＴ１６及びステップＳＴ１８においてスケジュール情報が見つからない場合、ステップＳＴ２０においてエラーメッセージを端末に表示する。
【図面の簡単な説明】
【００５８】
【図１】画像分類システムの構成を示す図である。
【図２】画像・スケジュール情報管理テーブルを示す図である。
【図３】アップロード先サーバ、画像ファイル、スケジュール情報を指定するダイアログを示す図である。
【図４】ダウンロード元サーバ、画像ファイル、スケジュール情報を指定するダイアログを示す図である。
【図５】サーバで画像を分類するステップを示す図である。
【図６】画像ファイルの構成を示す図である。
【図７】画像ファイルからスケジュール情報を取得するステップを示す図である。
【符号の説明】
【００５９】
Ｂ１  送信ボタン
Ｂ２  受信ボタン
Ｃ１，Ｃ２  デジタルカメラ
Ｈ１  ホスト（アップロード利用者の端末）
Ｈ２  ホスト（ダウンロード利用者の端末）
Ｌ１  サーバ指定欄
Ｌ２  画像ファイル指定欄
Ｌ３  スケジュール情報記入欄
Ｌ４  サーバ指定欄
Ｌ５  画像ファイル指定欄
Ｌ６  スケジュール情報記入欄
Ｎ１  ネットワーク
Ｓ１  サーバ
Ｗ１  情報資源指定ＵＲＬ入力画面（アップロードサーバ指定ＵＲＬ入力画面）
Ｗ２  ダウンロードサーバ指定ＵＲＬ入力画面
【図１】
2005286515.tif 000003
【図２】
2005286515.tif 000004
【図３】
2005286515.tif 000005
【図４】
2005286515.tif 000006
【図５】
2005286515.tif 000007
【図６】
2005286515.tif 000008
【図７】
2005286515.tif 000009