情報処理装置及び情報処理方法
【課題】ユーザの意図する同種のイベントで撮影された画像を検索できるようにする。
【解決手段】少なくともイベント日時とイベント名を持つイベントを管理する管理手段と、画像を管理する画像管理手段と、イベント名に紐づくイベント日時に一致または近接した撮影日時データを有する画像に対して前記イベント名を前記画像のメタデータとして設定するメタデータ設定手段と、前記画像の撮影日時を元に算出された時間間隔の範囲に含まれるイベント日時に紐づいたイベント名を前記画像のメタデータとして利用するイベント名利用手段とを設け、毎年開催される同じ行事を指す場合には、タイトル名が異なっていても、どちらか一方のキーワードを使って両方の写真を検索できるようにする。
【解決手段】少なくともイベント日時とイベント名を持つイベントを管理する管理手段と、画像を管理する画像管理手段と、イベント名に紐づくイベント日時に一致または近接した撮影日時データを有する画像に対して前記イベント名を前記画像のメタデータとして設定するメタデータ設定手段と、前記画像の撮影日時を元に算出された時間間隔の範囲に含まれるイベント日時に紐づいたイベント名を前記画像のメタデータとして利用するイベント名利用手段とを設け、毎年開催される同じ行事を指す場合には、タイトル名が異なっていても、どちらか一方のキーワードを使って両方の写真を検索できるようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理装置及び情報処理方法に関し、特に、ユーザの意図する同種のイベントで撮影された画像を確実に検索できるようにするために用いて好適な技術に関する。
【背景技術】
【０００２】
近年、携帯電話や携帯情報端末（ＰＤＡ）、スマートフォンと呼ばれる携帯機器は、電話、メールの送受信、インターネットブラウズ、スケジュール管理などの機能を付帯した多機能情報端末が一般的となっている。また、写真や動画（以下、画像と呼ぶ）を撮影し保存することができるカメラ機能を備える携帯機器も一般的となっている。
【０００３】
このような携帯機器で撮影・保存した画像には、撮影日時や撮影情報が自動的に画像に紐づけられて保存することができる。また、ＧＰＳ機能を持つ携帯機器であれば撮影場所を自動的に画像に紐づけて保存することもできる。
【０００４】
さらに、撮影した画像にタイトルがついていれば、後にその画像を取得したい場合にタイトルによる検索を行うことができるので便利である。しかし、撮影した画像にタイトルをつけるためには、ユーザによるタイトル入力が必要となる。タイトルを入力する作業は非常に面倒な手間を必要とするため、スケジュールに入力されているイベント名を画像のタイトルとして利用する特許が公開されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特表２００７−５２８６２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１は、撮影した写真の撮影日時から関連するスケジュール情報を絞り込み、絞り込んだイベント名を写真のタイトルとして利用するものである。しかし、この発明において、撮影日時に対応するスケジュール情報を参照する際には、例えば今年３月２４日に撮影した写真であれば今年の３月２４日のスケジュール情報のみを参照している。
【０００７】
このため、昨年は「おたのしみ会」と入力したことで昨年の写真には「おたのしみ会」というタイトルがつけられているのに、今年は「学芸会」と入力したことで今年の写真には「学芸会」というタイトルがついてしまうケースがある。
【０００８】
ユーザにとっては「おたのしみ会」と「学芸会」は毎年開催される同じ行事を指すのだが、タイトル名が異なっているためどちらか一方のキーワードを使って両方の写真を検索することはできない問題点があった。
本発明は前述の問題点に鑑み、多数のキーワードを入力することなく、ユーザの意図する同種のイベントで撮影された画像を検索できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
本発明の情報処理装置は、少なくともイベント日時とイベント名を持つイベントを管理する管理手段と、画像を管理する画像管理手段と、イベント名に紐づくイベント日時に一致または近接した撮影日時データを有する画像に対して前記イベント名を前記画像のメタデータとして設定するメタデータ設定手段と、前記画像の撮影日時を元に算出された時間間隔の範囲に含まれるイベント日時に紐づいたイベント名を前記画像のメタデータとして利用するイベント名利用手段とを有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、スケジュール管理等に入力されるイベント名を画像のタイトルまたはキーワードとして利用することのできる情報機器に用いて、ユーザの意図する同種のイベントで撮影された画像を確実に検索することができる。例えば、画像をタイトルまたはキーワードで検索する場合に、イベント名に入力の「ゆらぎ」があってもユーザが所望の画像を取得することができる。
また、イベント名に「ゆらぎ」が存在する場合はそのことをユーザに知らせることができるため、「ゆらぎ」を是正したり統一化したりする機会をユーザに与えることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態を示し、情報処理装置の概略構成を示すブロック図である。
【図２】本発明の実施形態における情報処理装置の関係を説明する図である。
【図３】実施形態における画像とスケジュール情報の関連付けを説明する図である。
【図４】画像とスケジュール情報の関連付けるデータベースの一例を示す図である。
【図５】画像のタイトル設定を行う画面の一例を示す図である。
【図６】ユーザ操作に応じて撮影画像が保存される様子を示すフローチャートである。
【図７】ユーザがタイトル選択する際に行なわれる処理を示すフローチャートである。
【図８】画像にキーワードを自動的に紐づける手順を説明するフローチャートである。
【図９】画像とスケジュール情報の関連付けを説明するための関係図である。
【図１０】イベント名の類似を判定するための類似語リストの一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明を実施するための最良の形態を詳細に説明する。
本実施形態では、後述の情報処理装置において動作する画像・スケジュール管理アプリケーションを使用してデジタルカメラで撮影した画像管理を行う際の処理に、本発明を適用する場合について説明する。
【００１３】
＜第１の実施形態＞
図１は、本発明の第１の実施形態の機能を実現するプログラムコードを処理する情報処理装置１００の装置構成を説明するためのブロック図である。図１に示すように、情報処理装置１００はディスプレイ１０１、ＶＲＡＭ１０２、ＢＭＵ１０３、キーボード１０４、ＰＤ１０５、ＣＰＵ１０６、ＲＯＭ１０７、ＲＡＭ１０８、ＨＤＤ１０９、ＦＤＤ１１０、ネットワークＩ／Ｆ１１１を有する。
【００１４】
ディスプレイ１０１には、例えば編集中の文書、図形、画像その他の編集情報、アイコン、メッセージ、メニューその他のユーザインタフェース情報が表示される。ＶＲＡＭ１０２には、ディスプレイ１０１に表示するための画像が描画される。このＶＲＡＭ１０２に生成された画像データは、所定の規定に従ってディスプレイ１０１に転送され、これによりディスプレイ１０１に画像が表示される。
【００１５】
ＢＭＵ（ビットムーブユニット）１０３は、例えば、メモリ間（例えば、ＶＲＡＭ１０２と他のメモリとの間）のデータ転送や、メモリと各Ｉ／Ｏデバイス（例えば、ネットワークＩ／Ｆ１１１）との間のデータ転送を制御する。キーボード１０４は、文書等を入力するための各種キーを有する。ＰＤ（ポインティングデバイス）１０５は、例えば、ディスプレイ１０１に表示されたアイコン、メニューその他のコンテンツを指定したり選択したりするために使用される。
【００１６】
ＣＰＵ１０６は、ＲＯＭ１０７、ＨＤＤ１０９又はフレキシブルディスクに格納された制御プログラムに基づいて、各デバイスを制御する。ＲＯＭ１０７は、各種制御プログラムやデータを保存する。ＲＡＭ１０８は、ＣＰＵ１０６のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域等を有する。ＨＤＤ１０９は、情報処理装置内で実行される各制御プログラムやコンテンツを格納する。
【００１７】
例えば、ＨＤＤ１０９には、スケジュール管理アプリケーションに使用されるスケジュール情報やデジタルカメラで撮影した画像や画像に付随する情報などが格納される。ＦＤＤ１１０は、フロッピーディスク（登録商標）等に代表されるフレキシブルディスクに対するアクセスを制御する。ネットワークＩ／Ｆ１１１は、他の情報処理装置やプリンタ等とネットワークを介して通信を行う。ＣＰＵバス１１２は、アドレスバス、データバス及びコントロールバスを含む。ＣＰＵ１０６に対する制御プログラムの提供は、ＲＯＭ１０７、ＨＤＤ１０９、ＦＤＤ１１０から行うこともできるし、ネットワークＩ／Ｆ１１１を介してネットワーク経由で他の情報処理装置等から行うこともできる。
【００１８】
ＣＰＵ１０６に対する第１の制御プログラムは、複数のアプリケーションプログラムを管理を行うアプリケーション管理制御プログラムである。ＣＰＵ１０６はアプリケーション管理制御プログラムに従って、キーボード１０４、ＰＤ１０５からの入力を制御管理し管理下のアプリケーションに対して入力処理を行う。
【００１９】
ＣＰＵ１０６は、アプリケーション管理制御プログラムに従って、管理下のアプリケーションからのＨＤＤ１０９、ＦＤＤ１１０、ネットワークＩ／Ｆ１１１に対するアクセスの制御を行う。ＣＰＵ１０６はアプリケーション管理制御プログラムに従って、管理下のアプリケーションからの要求に合わせてＶＲＡＭ１０２への処理とディスプレイ１０１への表示処理を行う。
【００２０】
また、ＣＰＵ１０６はアプリケーション管理制御プログラムに従って、管理下のアプリケーションからのメモリ要求に合わせてＲＡＭ１０８、ＨＤＤ１０９を組み合わせて各アプリケーションにメモリ管理を行う。アプリケーション管理制御プログラムはオペレーティングシステム（以下、ＯＳと表記する）として以降では説明を行う。
【００２１】
ＣＰＵ１０６に対する第２の制御プログラムは、ＯＳ上で動作をするアプリケーションプログラムである。ＣＰＵ１０６はＯＳに指示されたＯＳ上で動作をするアプリケーションプログラムの指示された処理を行う。アプリケーションプログラムは画像・スケジュール管理アプリケーションとして以降では説明を行う。
本実施形態の好適な例である画像・スケジュール管理アプリケーションは、前述のような情報処理装置１００において処理が行なわれる。前述のような情報処理装置１００を以下ＰＣ端末と表記する。
【００２２】
図２の（ａ）において、ＰＣ端末２０１はユーザが操作する画像・スケジュール管理アプリケーションを備える。カメラ２０２とＰＣ端末２０１を接続することにより、カメラ２０２で撮影した画像をＰＣ端末２０１に転送することができる。転送された画像はＰＣ端末２０１上で動作する画像・スケジュール管理アプリケーションにより管理される。転送された画像はこのアプリケーション管理下で追加、削除、表示したり画像情報の表示や編集ができる。
【００２３】
また、イベント名をイベント日時に紐づけて入力することでスケジュール管理を行うこともできる。図２の（ｂ）において、ＰＣ端末２０４はサーバ２０３にネットワークを介して接続していることを示す。カメラ２０５で撮影した画像をＰＣ端末２０４に転送することで画像をＰＣ端末２０４で管理できる点については図２の（ａ）と同じであるが、スケジュール情報についてはサーバ２０３より取得することを示す。
【００２４】
図２の（ｃ）において、２０６は画像・スケジュール管理アプリケーションを備えたカメラ付き携帯電話である。本実施形態においては、図２の（ａ）に示す形態に従い説明するが、図２の（ｂ）や図２の（ｃ）に示すような形態であっても構わない。
【００２５】
図３における画像３０８は、カメラ２０２から転送された画像を示す。３０１および３０４は画像・スケジュール管理アプリケーションにおけるスケジュール表の一部を例として抜粋したものである。また、画像・スケジュール管理アプリケーションでは画像とスケジュールをデータベースとして管理しそのデータは、ＣＰＵ１０６がＨＤＤ１０９に保存している。
【００２６】
図４の（ａ）は、画像を管理しているデータベーステーブルを示す。図４の（ｂ）はスケジュールを管理しているデータベーステーブルを示す。図４の（ｃ）、（ｄ）、（ｅ）は画像とスケジュールを紐づけるためのデータベーステーブルを示す。
【００２７】
以下、図６のフローチャートに従い、画像に自動的にキーワードを紐づける手順および画像に自動的にタイトルを設定する手順を説明する。
Ｓ６０１で処理が開始されると、ユーザがＰＣ端末２０１で画像・スケジュール管理アプリケーションを起動するアクションによってＳ６０２に進む。Ｓ６０２では、ＣＰＵ１０６は、ＨＤＤ１０９に保存された図４（ａ）のテーブル４０１のレコード４０５より画像の撮影情報を取得する。
【００２８】
例えば、写真画像の一般的な画像形式であるＪＰＥＧ形式の画像には画像ファイルにＥＸＩＦ(Exchangeable image file format)と呼ばれる撮影情報を画像のメタデータとして埋め込んでメタデータ設定を行うことができる。ＥＸＩＦには、撮影日時や撮影場所などの撮影情報が含まれるため、ユーザがカメラ２０２からＰＣ端末２０１へ画像ファイルを転送時に、このＥＸＩＦを元にしてレコード４０５にあらかじめ撮影情報を保存することができる。あるいはＳ６０２の直前にレコード４０５に撮影情報を保存するようにしてもかまわない。
【００２９】
この画像３０８の撮影日時の撮影日と一致するイベント日３０６のイベント名３０２を検索する。一致するイベントを検索するには実際には、図４（ｂ）のテーブル４０９の日時の中から検索する。一致するイベントが存在する場合は、Ｓ６０３に進む。この場合、一致するイベントのレコードはレコード４１２である。
【００３０】
Ｓ６０３では、ＣＰＵ１０６は、テーブル４０１とテーブル４０９を紐づけるためのテーブル４１６の中に既に紐づけるためのレコードが存在しているかどうかを判定する。既に存在している場合はＳ６０５へ進む。存在していない場合はＳ６０４に進む。Ｓ６０４では、レコード４０５とレコード４１２を紐づけるためにテーブル４１６にレコード４１９を追加する。
【００３１】
レコード４１９のファイルＩＤはレコード４０５のファイルＩＤと一致しており、レコード４１９のスケジュールＩＤはレコード４１２のスケジュールＩＤと一致している。このようにして、画像３０８には「学芸会」というキーワード３０７が紐づけられる。テーブル４１６にはオリジナルフラグも設定しておく。オリジナルフラグとは、画像に紐づけたスケジュールのイベント日が画像の撮影日と年月日すべてが一致するかどうかのフラグである。前述のケースでは、年月日すべてが一致するのでオリジナルフラグとして「１」を設定している。
【００３２】
オリジナルフラグを管理する理由は以下のとおりである。例えば、オリジナルフラグが「０」かつタイトルフラグが「１」、オリジナルフラグが「１」かつタイトルフラグが「０」、という２つのレコードが同一のファイルＩＤに紐づけられている場合を説明する。このような場合に、オリジナルフラグが「１」のレコードの方のタイトルフラグを「１」にしたい場合がある。すなわち、月日だけが一致するイベントよりも年月日すべてが一致するイベントのイベント名をタイトルに設定したい場合である。
【００３３】
オリジナルフラグを管理しておけばこのような場合であってもユーザが所望するタイトルに変更できる。あるいは、年月日すべて一致するイベントのイベント名とは違うイベント名がタイトルに設定されていることをユーザに知らせることもできる。
【００３４】
レコード４１９の追加が終わるとＳ６０５に進む。Ｓ６０２において一致するイベントが存在しない場合も同様にＳ６０５に進む。Ｓ６０５では、ＣＰＵ１０６は、レコード４０５から取得した撮影日のうち月日が一致するイベント日３０３のイベント名３０５を検索する。月日が完全に一致するイベント日を検索するのではなく、ある程度幅を持たせて検索するようにしてもかまわない。ある程度幅を持たせて検索を行う場合の処理については後述する。月日が一致するイベントを検索するにはテーブル４０９の日時の中から検索する。月日が一致するイベントが存在する場合は、Ｓ６０６に進む。この場合一致するイベントのレコードはレコード４１０である。
【００３５】
Ｓ６０６では、ＣＰＵ１０６は、Ｓ６０３での処理と同様に、テーブル４１６の中に既に紐づけるためのレコードが存在しているかどうかを判定する。既に存在している場合はＳ６０９へ進む。存在していない場合はＳ６０７に進む。
【００３６】
Ｓ６０７では、レコード４０５とレコード４１０を紐づけるためにテーブル４１６の中にレコード４２０を追加する。レコード４２０のファイルＩＤはレコード４０５のファイルＩＤと一致しており、レコード４２０のスケジュールＩＤはレコード４１０のスケジュールＩＤと一致している。このようにして、画像３１１（画像３０８と同一画像）には「おたのしみ会」というキーワード３０９が紐づけられる。
【００３７】
なお、画像に紐づけたスケジュールのイベント日と画像の撮影日は年が異なっており一致しないため、レコード４２０のオリジナルフラグには０が設定される。レコード４２０の追加が終わるとＳ６０９に進む。
【００３８】
一方、Ｓ６０５で月日が一致するイベントが存在しない場合は、Ｓ６０８に進む。Ｓ６０８では、ＣＰＵ１０６は、画像３０８にキーワードが１つ以上紐づけられているかを判定する。１つ以上のキーワードが設定されている場合はＳ６０９に進む。Ｓ６０９では、ＣＰＵ１０６は画像３０８にキーワードが２つ以上紐づけられているかを判定する。２つ以上のキーワードが紐づけられている場合はＳ６１１に進む。Ｓ６１１では、ＣＰＵ１０６は、複数の紐づけられているキーワードのうち１つがタイトルとして設定されているかを判定する。
【００３９】
具体的には、画像３０８とキーワードとを紐づけるためのテーブル４１６上のレコードのうち１つに、タイトルフラグとして「１」が設定されているかどうかを判定する。キーワードのうち１つがタイトルとして設定されている場合は処理を終了する。もしも画像３０８と紐づけるためのテーブル４１６のレコードのうちタイトルフラグが何も設定されていないものが存在する場合は、そのレコードのタイトルフラグに「０」を設定してから処理を終了する。
【００４０】
Ｓ６１１において、キーワードのうち１つがタイトルとして設定されていない場合はＳ６１３へ進む。Ｓ６１３では、ＣＰＵ１０６は、画像３０８と紐づけるためのテーブル４１６のレコード４１９およびレコード４２０のタイトルフラグに「０」を設定する。設定を終えたら処理を終了する。
【００４１】
一方、Ｓ６０９において、２つ以上のキーワードが紐づけられていない場合はＳ６１２に進む。Ｓ６１２では、ＣＰＵ１０６は、画像３０８と紐づけるためのテーブル４１６の中の唯一のレコードにタイトルフラグとして「１」を設定する。設定を終えたら処理を終了する。
【００４２】
また、Ｓ６０８において１つ以上のキーワードが設定されていない場合はＳ６１０に進む。Ｓ６１０では、ＣＰＵ１０６は、画像にキーワードが１つも紐づけられていないことを示すマークをつける。ただし本実施形態では、画像に紐づけられているキーワードが存在するかどうかはテーブル４１６に当該画像のファイルＩＤを持つレコードが存在するかどうかで判定が可能なので特にマークをつけたりデータベースに記録したりする処理は行わない。
【００４３】
以上ユーザが、ＰＣ端末２０１で画像・スケジュール管理アプリケーションを起動するアクションを行った場合の処理を説明したが、ユーザがＰＣ端末２０１において他のアクションを行った場合も同様に図６のフローチャートを適用できる。
【００４４】
例えば、撮影した画像を画像・スケジュール管理アプリケーションへ転送した場合や、画像・スケジュール管理アプリケーション上でユーザが画像一覧表示したり、指定した画像を表示したりする場合である。アプリケーションを起動する時に図６のフローチャートを適用すると大量の画像に対して処理を行うことになるため、起動時に多くの時間を要してしまう。しかし、撮影した画像を画像・スケジュール管理アプリケーションに転送した場合や、画像群の一部を一覧表示したりする場合に図６のフローチャートを行うようにすれば処理が少量となるため処理時間が少なく済むので都合がよい。
【００４５】
次に、画像に紐づいているキーワードが複数存在するがタイトルが設定されていない画像に対してユーザがタイトルを設定するフローチャートを説明する。
タイトルが設定されていない画像は図６のＳ６１３を通過したケースである。Ｓ６１３では、テーブル４１６のレコード４１９およびレコード４２０のいずれにもタイトルフラグとして「０」を設定している。これはどのキーワードをタイトルとして使うかがまだ設定されていない状態を表わす。以下図７の処理に従って説明する。
【００４６】
画像・スケジュール管理アプリケーションにおいてユーザが図５の画像一覧画面５０１の中から１つの画像５０３を選択し（Ｓ７０１）、画像表示画面５０４を表示するアクションによってＳ７０２に進む。なお前述の図６のＳ６１３でタイトル未設定状態に設定したため図５の５０２では、「タイトル未設定」と表示されている。
【００４７】
Ｓ７０２では、ＣＰＵ１０６は、画像５０３にキーワードが１つ以上紐づけられているかどうかを判定する。紐づけられていない場合はＳ７０４に進む。Ｓ７０４では、ＣＰＵ１０６は、キーワードが１つも設定されていないことを警告して終了する。キーワードが1つ以上紐づけられている場合はＳ７０３に進む。
【００４８】
Ｓ７０３では、ＣＰＵ１０６は、キーワードのうちの１つがタイトルとして設定されているかどうかを判定する。テーブル４１６の対象の画像に紐づけられているレコード４１９およびレコード４２０のタイトルフラグが「１」のレコードが存在するかどうかの判定である。レコード４１９またはレコード４２０のいずれかのタイトルフラグが「１」であれば処理を終了する。対象の画像に紐づけられているレコードの中にタイトルフラグが「１」のレコードが存在しない場合はＣＰＵ１０６はタイトル選択画面５０５を表示する。ユーザは、表示されているキーワードのラジオボタン５０６および５０７の中から１つを選択する。ユーザがキャンセルボタン５０９を押下した場合は処理を終了する。
【００４９】
ユーザがＯＫボタン５８を押下した場合はＳ７０７に進む。Ｓ７０７では、ＣＰＵ１０６は、選択されたキーワードを画像のタイトルとして設定する。タイトル選択画面５０５でユーザが「学芸会」を表わすラジオボタン５０６を選択してＯＫボタン５８を押下した場合はレコード４１９のタイトルフラグを「１」に更新する。
【００５０】
前述により今年の画像５０３は、紐づけられているキーワードとして「学芸会」と「おたのしみ会」を持ち、タイトルとして「学芸会」が設定されている状態となる。さらにＳ７０７では、ＣＰＵ１０６は、「おたのしみ会」のタイトルとなっていた昨年の画像のタイトルを今年と同じタイトルに変更する。
【００５１】
具体的には、図４（ｃ）のテーブルを図４（ｄ）のように変更する。図４（ｃ）では、レコード４０３の画像は、レコード４１７によりレコード４１０と紐づけられておりレコード４１７のタイトルフラグが「１」のため、「おたのしみ会」のタイトルのついた画像であることがわかる。そこで、レコード４１７を図４（ｄ）のレコード４２５のようにタイトルフラグを「０」に変更し、さらにタイトルフラグが「１」であるレコード４３１を追加する。
【００５２】
レコード４３１はタイトルとして「学芸会」と紐づいているため昨年の画像のタイトルを今年と同じタイトルに変更したことになる。前述したように、イベント名としては昨年は「おたのしみ会」、今年は「学芸会」であったが、ユーザがタイトルを選ぶことにより昨年の画像も今年の画像も「学芸会」というタイトルで統一化したことになる。また、昨年の画像も今年の画像も「学芸会」と「おたのしみ会」の両方のキーワードが紐づけられているため「学芸会」と「おたのしみ会」のどちらのキーワードでも画像を検索することが可能である。
【００５３】
前述した実施形態の図６のＳ６０５においては、画像の撮影日の月日が一致するイベントを検索しているが、今年撮影の画像の撮影日の月日と一致する去年の同一月日だけではなく去年の同一月日の前後１週間のイベントを検索することなども考えられる。例えば、画像の撮影日時を元に算出された時間間隔の範囲に含まれるイベント日時に紐づいたイベント名を画像のメタデータとして利用するイベント名利用を行うことなども考えられる。また、これらは１年に１回の繰り返し行事を想定した検索条件であって検索条件としてはこれに限るものではない。
【００５４】
例えば、１ヶ月に１回の繰り返し行事を想定して、日のみが一致するイベントを検索したり、画像が第三日曜日の撮影日を持つ場合なら他の年月の第三日曜日を持つイベントを検索することなどが考えられる。１週間に１回の繰り返し行事を想定して、同一曜日を持つイベントを検索することなども考えられる。
【００５５】
しかしながら、これらの検索条件で検索すると検索結果数が膨大となる。このため、自動設定されるキーワードが不要なキーワードだらけになってしまったり、ユーザがタイトルを設定する際に大量のキーワードの中から探し出さなければならなかったりする不都合が生じる。
以下の第２の実施形態は前述のようなノイズを軽減した実施形態となる。
【００５６】
＜第２の実施形態＞
本実施形態の好適な例である画像・スケジュール管理アプリケーションは、前述の第１の実施形態に説明した情報処理装置１００において処理が行なわれる。
以下、図８のフローチャートに従い、画像に自動的にキーワードを紐づける手順を説明する。このフローチャートを開始するためのユーザのアクションは、前述した第１の実施形態におけるユーザのアクションと同じである。
【００５７】
Ｓ８０１において処理が開始されると、ユーザのアクションによってＳ８０２に進む。Ｓ８０２では、ＣＰＵ１０６は、ＨＤＤ１０９に保存された図４（ａ）のテーブル４０１のレコード４０５より、図９に示す画像９０８の撮影日と一致するイベントを検索しイベント名９０２を取得する。なお、図９は画像とスケジュール情報の関連付けを表す。一致するイベントを検索する方法は第１の実施形態に記載の方法と同じである。
【００５８】
一致するイベントが存在する場合は、Ｓ８０３に進む。Ｓ８０３では、ＣＰＵ１０６は、画像９０８とイベントを紐づけるためのレコードがテーブル４１６の中に既に存在しているかどうかを判定する。既に存在している場合はＳ８０５へ進む。存在していない場合はＳ８０４に進む。Ｓ８０４では、イベント名９０２を画像９０８のキーワードとして紐づける。
【００５９】
具体的には、テーブル４１６にレコード４１９を追加する。レコード４１９の追加が終わるとＳ８０５に進む。Ｓ８０２において一致するイベントが存在しない場合も同様にＳ８０５に進む。Ｓ８０５では、ＣＰＵ１０６は、レコード４０５から取得した画像９０８の撮影日のうち月日が一致するまたは近辺のイベントを検索し、イベント名９０５を取得する。具体的には、レコード４０５から取得した画像９０８の撮影日と同一月日または同一月日の前後１週間までの範囲の日時を持つレコードをテーブル４０９から検索し、イベント名９０５を取得する。
【００６０】
月日が一致するまたは近辺のイベントが存在する場合は、Ｓ８０６に進む。Ｓ８０６では、ＣＰＵ１０６は、Ｓ８０３での処理と同様に、テーブル４１６の中に既に紐づけるためのレコードが存在しているかどうかを判定する。既に存在している場合は、図６のＳ６０９へ進む。存在していない場合はＳ８０７に進む。
【００６１】
Ｓ８０７では、イベント名９０５がイベント名９０２の類似語リストに存在しているかどうかを判定する。類似語リストとは、図１０のリスト１００１に示すように、語彙１００２として「学芸会」が登録されており、「学芸会」に対して関連語彙１００３として「おたのしみ会」や「発表会」が紐づけられているリストを指す。
【００６２】
つまり、Ｓ８０７は、例えば「おたのしみ会」が「学芸会」の類似語として登録されているかどうかを判定するステップである。リスト１００１では、単純な類似語リストの例を挙げているが、語彙を更に意味を持つ語彙に分割しそれぞれに対応する語または類似語を含む語彙を関連語彙としてもよい。
【００６３】
例えば、毎年同時期に家族で旅行するイベントがあるが、今年はイベント名として「伊豆旅行」と入力してあるとする。去年は「家族旅行」と入力してある。単純な類似語リストだと「ハワイ旅行」は「家族旅行」の類似語とはならないが、「ハワイ旅行」を「ハワイ」＋「旅行」に分割することで「旅行」を含む語彙を類似語として扱うようにする。
【００６４】
このように、イベント名９０５がイベント名９０２の類似語リストに存在していればＳ８１０に進む。Ｓ８１０では、ＣＰＵ１０６は、イベント名９０５を画像９０８のキーワードとして紐づける。具体的には、テーブル４１６の中にレコード４２０を追加する。レコード４２０の追加が終わると図６のＳ６０９に進む。Ｓ８０７において、イベント名９０５がイベント名９０２の類似語リストに存在していなければＳ８０８に進む。イベント名９０２が存在しない場合もＳ８０８へ進む。
【００６５】
Ｓ８０８では、ＣＰＵ１０６は、イベント名９０５に紐づく画像９１３が存在するかどうかを判定する。存在しない場合は図６のＳ６０９へ進む。存在する場合はＳ８０９へ進む。Ｓ８０９では、ＣＰＵ１０６は、画像９１３の撮影場所と画像９０８の撮影場所を取得し、画像９１３の撮影場所が画像９０８の撮影場所と一致しているかどうか、あるいは一定の範囲内にあるかどうかを判定する。一致するまたは一定の範囲内にある場合はＳ８１０に進む。
【００６６】
それ以外の場合は、図６のＳ６０９に進む。第１の実施形態では、例えば１年前の同時期のイベント名をすべて今年の画像のキーワードとして追加しているが、第２の実施形態では、更に今年のイベント名に類似するイベント名だけに絞り込んだ上でキーワードとして追加する。また、イベント名が類似しない場合でも、今年と１年前で画像の撮影場所データが同一ならば、１年前のイベント名をキーワードとして追加する。このように、イベント名を類似語リストとして利用する類似語リスト利用処理を行って絞り込んだり、撮影場所で絞り込んだりすることで、ユーザにとって不要なキーワードを除外することができる。
【００６７】
一方、Ｓ８０５において月日が一致するまたは近辺のイベントが存在しない場合は、Ｓ８１１に進む。Ｓ８１１では、ＣＰＵ１０６は、レコード４０５から取得した画像９０８の撮影日のうち月日が一致するまたは近辺の画像９１３を検索し、存在するかを判定する。具体的には、レコード４０５から取得した画像９０８の撮影日と同一月日または同一月日の前後１週間までの範囲の撮影日時データを持つレコードをテーブル４０１から検索し、存在するかを判定する。
【００６８】
月日が一致するか、または近辺の画像ファイルが存在する場合は、Ｓ８１２に進む。存在しない場合は図６のＳ６０８へ進む。イベント名９０２が存在しない場合も図６のＳ６０８へ進む。Ｓ８１２では、ＣＰＵ１０６は、画像９１３の撮影場所が画像９０８の撮影場所と一致しているあるいは近接しているかを判定する。
【００６９】
画像の撮影場所データを元に算出された場所間隔の範囲に含まれる撮影場所データを持つ他の画像が存在する場合は、他の画像のメタデータを前述の画像のメタデータとして撮影場所データ利用を行うようにしてもよい。
具体的には、テーブル４０１のうち、画像９１３を指すレコードの撮影場所・経度と撮影場所・緯度の値と、画像９０８を指すレコードの撮影場所・経度と撮影場所・緯度の値とで説明する。これらの値がそれぞれ一致しているか、あるいは一定の範囲内の場所間隔の範囲内の値であるかどうかを判定する。一致しているかあるいは近接している場合は、Ｓ８１３へ進む。一致していないで、かつ近接していない場合は、図６のＳ６０８へ進む。
【００７０】
Ｓ８１３では、ＣＰＵ１０６は、イベント名９０２を画像９１３のキーワードとして紐づける。前述のようにして、例えばイベント名が紐づいていない去年の画像が存在していたとしても、今年同一場所で行われた去年と同一のイベントの画像に対してイベント名を紐づければ、去年の画像にも今年の画像と同一のイベント名を紐づけることができる。
【００７１】
なお、画像の撮影日時データを元に算出された時間間隔の範囲に含まれる撮影日時データを持つ他の画像が存在する場合で、他の画像にメタデータが存在しない場合もある。このような場合には、画像に設定されているメタデータを他の画像のメタデータとして設定するようにしてもよい。
【００７２】
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。前述の実施形態の一部を適宜組み合わせてもよい。
【００７３】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（コンピュータプログラム）を、ネットワーク又は各種のコンピュータ読み取り可能な記憶媒体を介してシステム或いは装置に供給する。そして、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００７４】
１００ 情報処理装置、１０１ ディスプレイ、１０２ ＶＲＡＭ、１０３ ＢＭＵ、１０４ キーボード、１０５ ＰＤ、１０６ ＣＰＵ、１０７ ＲＯＭ、１０８ ＲＡＭ、１０８ ＨＤＤ、１１０ ＦＤＤ、１１１ ネットワークＩ／Ｆ、１１２ ＣＰＵバス
【技術分野】
【０００１】
本発明は情報処理装置及び情報処理方法に関し、特に、ユーザの意図する同種のイベントで撮影された画像を確実に検索できるようにするために用いて好適な技術に関する。
【背景技術】
【０００２】
近年、携帯電話や携帯情報端末（ＰＤＡ）、スマートフォンと呼ばれる携帯機器は、電話、メールの送受信、インターネットブラウズ、スケジュール管理などの機能を付帯した多機能情報端末が一般的となっている。また、写真や動画（以下、画像と呼ぶ）を撮影し保存することができるカメラ機能を備える携帯機器も一般的となっている。
【０００３】
このような携帯機器で撮影・保存した画像には、撮影日時や撮影情報が自動的に画像に紐づけられて保存することができる。また、ＧＰＳ機能を持つ携帯機器であれば撮影場所を自動的に画像に紐づけて保存することもできる。
【０００４】
さらに、撮影した画像にタイトルがついていれば、後にその画像を取得したい場合にタイトルによる検索を行うことができるので便利である。しかし、撮影した画像にタイトルをつけるためには、ユーザによるタイトル入力が必要となる。タイトルを入力する作業は非常に面倒な手間を必要とするため、スケジュールに入力されているイベント名を画像のタイトルとして利用する特許が公開されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特表２００７−５２８６２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１は、撮影した写真の撮影日時から関連するスケジュール情報を絞り込み、絞り込んだイベント名を写真のタイトルとして利用するものである。しかし、この発明において、撮影日時に対応するスケジュール情報を参照する際には、例えば今年３月２４日に撮影した写真であれば今年の３月２４日のスケジュール情報のみを参照している。
【０００７】
このため、昨年は「おたのしみ会」と入力したことで昨年の写真には「おたのしみ会」というタイトルがつけられているのに、今年は「学芸会」と入力したことで今年の写真には「学芸会」というタイトルがついてしまうケースがある。
【０００８】
ユーザにとっては「おたのしみ会」と「学芸会」は毎年開催される同じ行事を指すのだが、タイトル名が異なっているためどちらか一方のキーワードを使って両方の写真を検索することはできない問題点があった。
本発明は前述の問題点に鑑み、多数のキーワードを入力することなく、ユーザの意図する同種のイベントで撮影された画像を検索できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
本発明の情報処理装置は、少なくともイベント日時とイベント名を持つイベントを管理する管理手段と、画像を管理する画像管理手段と、イベント名に紐づくイベント日時に一致または近接した撮影日時データを有する画像に対して前記イベント名を前記画像のメタデータとして設定するメタデータ設定手段と、前記画像の撮影日時を元に算出された時間間隔の範囲に含まれるイベント日時に紐づいたイベント名を前記画像のメタデータとして利用するイベント名利用手段とを有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、スケジュール管理等に入力されるイベント名を画像のタイトルまたはキーワードとして利用することのできる情報機器に用いて、ユーザの意図する同種のイベントで撮影された画像を確実に検索することができる。例えば、画像をタイトルまたはキーワードで検索する場合に、イベント名に入力の「ゆらぎ」があってもユーザが所望の画像を取得することができる。
また、イベント名に「ゆらぎ」が存在する場合はそのことをユーザに知らせることができるため、「ゆらぎ」を是正したり統一化したりする機会をユーザに与えることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態を示し、情報処理装置の概略構成を示すブロック図である。
【図２】本発明の実施形態における情報処理装置の関係を説明する図である。
【図３】実施形態における画像とスケジュール情報の関連付けを説明する図である。
【図４】画像とスケジュール情報の関連付けるデータベースの一例を示す図である。
【図５】画像のタイトル設定を行う画面の一例を示す図である。
【図６】ユーザ操作に応じて撮影画像が保存される様子を示すフローチャートである。
【図７】ユーザがタイトル選択する際に行なわれる処理を示すフローチャートである。
【図８】画像にキーワードを自動的に紐づける手順を説明するフローチャートである。
【図９】画像とスケジュール情報の関連付けを説明するための関係図である。
【図１０】イベント名の類似を判定するための類似語リストの一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明を実施するための最良の形態を詳細に説明する。
本実施形態では、後述の情報処理装置において動作する画像・スケジュール管理アプリケーションを使用してデジタルカメラで撮影した画像管理を行う際の処理に、本発明を適用する場合について説明する。
【００１３】
＜第１の実施形態＞
図１は、本発明の第１の実施形態の機能を実現するプログラムコードを処理する情報処理装置１００の装置構成を説明するためのブロック図である。図１に示すように、情報処理装置１００はディスプレイ１０１、ＶＲＡＭ１０２、ＢＭＵ１０３、キーボード１０４、ＰＤ１０５、ＣＰＵ１０６、ＲＯＭ１０７、ＲＡＭ１０８、ＨＤＤ１０９、ＦＤＤ１１０、ネットワークＩ／Ｆ１１１を有する。
【００１４】
ディスプレイ１０１には、例えば編集中の文書、図形、画像その他の編集情報、アイコン、メッセージ、メニューその他のユーザインタフェース情報が表示される。ＶＲＡＭ１０２には、ディスプレイ１０１に表示するための画像が描画される。このＶＲＡＭ１０２に生成された画像データは、所定の規定に従ってディスプレイ１０１に転送され、これによりディスプレイ１０１に画像が表示される。
【００１５】
ＢＭＵ（ビットムーブユニット）１０３は、例えば、メモリ間（例えば、ＶＲＡＭ１０２と他のメモリとの間）のデータ転送や、メモリと各Ｉ／Ｏデバイス（例えば、ネットワークＩ／Ｆ１１１）との間のデータ転送を制御する。キーボード１０４は、文書等を入力するための各種キーを有する。ＰＤ（ポインティングデバイス）１０５は、例えば、ディスプレイ１０１に表示されたアイコン、メニューその他のコンテンツを指定したり選択したりするために使用される。
【００１６】
ＣＰＵ１０６は、ＲＯＭ１０７、ＨＤＤ１０９又はフレキシブルディスクに格納された制御プログラムに基づいて、各デバイスを制御する。ＲＯＭ１０７は、各種制御プログラムやデータを保存する。ＲＡＭ１０８は、ＣＰＵ１０６のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域等を有する。ＨＤＤ１０９は、情報処理装置内で実行される各制御プログラムやコンテンツを格納する。
【００１７】
例えば、ＨＤＤ１０９には、スケジュール管理アプリケーションに使用されるスケジュール情報やデジタルカメラで撮影した画像や画像に付随する情報などが格納される。ＦＤＤ１１０は、フロッピーディスク（登録商標）等に代表されるフレキシブルディスクに対するアクセスを制御する。ネットワークＩ／Ｆ１１１は、他の情報処理装置やプリンタ等とネットワークを介して通信を行う。ＣＰＵバス１１２は、アドレスバス、データバス及びコントロールバスを含む。ＣＰＵ１０６に対する制御プログラムの提供は、ＲＯＭ１０７、ＨＤＤ１０９、ＦＤＤ１１０から行うこともできるし、ネットワークＩ／Ｆ１１１を介してネットワーク経由で他の情報処理装置等から行うこともできる。
【００１８】
ＣＰＵ１０６に対する第１の制御プログラムは、複数のアプリケーションプログラムを管理を行うアプリケーション管理制御プログラムである。ＣＰＵ１０６はアプリケーション管理制御プログラムに従って、キーボード１０４、ＰＤ１０５からの入力を制御管理し管理下のアプリケーションに対して入力処理を行う。
【００１９】
ＣＰＵ１０６は、アプリケーション管理制御プログラムに従って、管理下のアプリケーションからのＨＤＤ１０９、ＦＤＤ１１０、ネットワークＩ／Ｆ１１１に対するアクセスの制御を行う。ＣＰＵ１０６はアプリケーション管理制御プログラムに従って、管理下のアプリケーションからの要求に合わせてＶＲＡＭ１０２への処理とディスプレイ１０１への表示処理を行う。
【００２０】
また、ＣＰＵ１０６はアプリケーション管理制御プログラムに従って、管理下のアプリケーションからのメモリ要求に合わせてＲＡＭ１０８、ＨＤＤ１０９を組み合わせて各アプリケーションにメモリ管理を行う。アプリケーション管理制御プログラムはオペレーティングシステム（以下、ＯＳと表記する）として以降では説明を行う。
【００２１】
ＣＰＵ１０６に対する第２の制御プログラムは、ＯＳ上で動作をするアプリケーションプログラムである。ＣＰＵ１０６はＯＳに指示されたＯＳ上で動作をするアプリケーションプログラムの指示された処理を行う。アプリケーションプログラムは画像・スケジュール管理アプリケーションとして以降では説明を行う。
本実施形態の好適な例である画像・スケジュール管理アプリケーションは、前述のような情報処理装置１００において処理が行なわれる。前述のような情報処理装置１００を以下ＰＣ端末と表記する。
【００２２】
図２の（ａ）において、ＰＣ端末２０１はユーザが操作する画像・スケジュール管理アプリケーションを備える。カメラ２０２とＰＣ端末２０１を接続することにより、カメラ２０２で撮影した画像をＰＣ端末２０１に転送することができる。転送された画像はＰＣ端末２０１上で動作する画像・スケジュール管理アプリケーションにより管理される。転送された画像はこのアプリケーション管理下で追加、削除、表示したり画像情報の表示や編集ができる。
【００２３】
また、イベント名をイベント日時に紐づけて入力することでスケジュール管理を行うこともできる。図２の（ｂ）において、ＰＣ端末２０４はサーバ２０３にネットワークを介して接続していることを示す。カメラ２０５で撮影した画像をＰＣ端末２０４に転送することで画像をＰＣ端末２０４で管理できる点については図２の（ａ）と同じであるが、スケジュール情報についてはサーバ２０３より取得することを示す。
【００２４】
図２の（ｃ）において、２０６は画像・スケジュール管理アプリケーションを備えたカメラ付き携帯電話である。本実施形態においては、図２の（ａ）に示す形態に従い説明するが、図２の（ｂ）や図２の（ｃ）に示すような形態であっても構わない。
【００２５】
図３における画像３０８は、カメラ２０２から転送された画像を示す。３０１および３０４は画像・スケジュール管理アプリケーションにおけるスケジュール表の一部を例として抜粋したものである。また、画像・スケジュール管理アプリケーションでは画像とスケジュールをデータベースとして管理しそのデータは、ＣＰＵ１０６がＨＤＤ１０９に保存している。
【００２６】
図４の（ａ）は、画像を管理しているデータベーステーブルを示す。図４の（ｂ）はスケジュールを管理しているデータベーステーブルを示す。図４の（ｃ）、（ｄ）、（ｅ）は画像とスケジュールを紐づけるためのデータベーステーブルを示す。
【００２７】
以下、図６のフローチャートに従い、画像に自動的にキーワードを紐づける手順および画像に自動的にタイトルを設定する手順を説明する。
Ｓ６０１で処理が開始されると、ユーザがＰＣ端末２０１で画像・スケジュール管理アプリケーションを起動するアクションによってＳ６０２に進む。Ｓ６０２では、ＣＰＵ１０６は、ＨＤＤ１０９に保存された図４（ａ）のテーブル４０１のレコード４０５より画像の撮影情報を取得する。
【００２８】
例えば、写真画像の一般的な画像形式であるＪＰＥＧ形式の画像には画像ファイルにＥＸＩＦ(Exchangeable image file format)と呼ばれる撮影情報を画像のメタデータとして埋め込んでメタデータ設定を行うことができる。ＥＸＩＦには、撮影日時や撮影場所などの撮影情報が含まれるため、ユーザがカメラ２０２からＰＣ端末２０１へ画像ファイルを転送時に、このＥＸＩＦを元にしてレコード４０５にあらかじめ撮影情報を保存することができる。あるいはＳ６０２の直前にレコード４０５に撮影情報を保存するようにしてもかまわない。
【００２９】
この画像３０８の撮影日時の撮影日と一致するイベント日３０６のイベント名３０２を検索する。一致するイベントを検索するには実際には、図４（ｂ）のテーブル４０９の日時の中から検索する。一致するイベントが存在する場合は、Ｓ６０３に進む。この場合、一致するイベントのレコードはレコード４１２である。
【００３０】
Ｓ６０３では、ＣＰＵ１０６は、テーブル４０１とテーブル４０９を紐づけるためのテーブル４１６の中に既に紐づけるためのレコードが存在しているかどうかを判定する。既に存在している場合はＳ６０５へ進む。存在していない場合はＳ６０４に進む。Ｓ６０４では、レコード４０５とレコード４１２を紐づけるためにテーブル４１６にレコード４１９を追加する。
【００３１】
レコード４１９のファイルＩＤはレコード４０５のファイルＩＤと一致しており、レコード４１９のスケジュールＩＤはレコード４１２のスケジュールＩＤと一致している。このようにして、画像３０８には「学芸会」というキーワード３０７が紐づけられる。テーブル４１６にはオリジナルフラグも設定しておく。オリジナルフラグとは、画像に紐づけたスケジュールのイベント日が画像の撮影日と年月日すべてが一致するかどうかのフラグである。前述のケースでは、年月日すべてが一致するのでオリジナルフラグとして「１」を設定している。
【００３２】
オリジナルフラグを管理する理由は以下のとおりである。例えば、オリジナルフラグが「０」かつタイトルフラグが「１」、オリジナルフラグが「１」かつタイトルフラグが「０」、という２つのレコードが同一のファイルＩＤに紐づけられている場合を説明する。このような場合に、オリジナルフラグが「１」のレコードの方のタイトルフラグを「１」にしたい場合がある。すなわち、月日だけが一致するイベントよりも年月日すべてが一致するイベントのイベント名をタイトルに設定したい場合である。
【００３３】
オリジナルフラグを管理しておけばこのような場合であってもユーザが所望するタイトルに変更できる。あるいは、年月日すべて一致するイベントのイベント名とは違うイベント名がタイトルに設定されていることをユーザに知らせることもできる。
【００３４】
レコード４１９の追加が終わるとＳ６０５に進む。Ｓ６０２において一致するイベントが存在しない場合も同様にＳ６０５に進む。Ｓ６０５では、ＣＰＵ１０６は、レコード４０５から取得した撮影日のうち月日が一致するイベント日３０３のイベント名３０５を検索する。月日が完全に一致するイベント日を検索するのではなく、ある程度幅を持たせて検索するようにしてもかまわない。ある程度幅を持たせて検索を行う場合の処理については後述する。月日が一致するイベントを検索するにはテーブル４０９の日時の中から検索する。月日が一致するイベントが存在する場合は、Ｓ６０６に進む。この場合一致するイベントのレコードはレコード４１０である。
【００３５】
Ｓ６０６では、ＣＰＵ１０６は、Ｓ６０３での処理と同様に、テーブル４１６の中に既に紐づけるためのレコードが存在しているかどうかを判定する。既に存在している場合はＳ６０９へ進む。存在していない場合はＳ６０７に進む。
【００３６】
Ｓ６０７では、レコード４０５とレコード４１０を紐づけるためにテーブル４１６の中にレコード４２０を追加する。レコード４２０のファイルＩＤはレコード４０５のファイルＩＤと一致しており、レコード４２０のスケジュールＩＤはレコード４１０のスケジュールＩＤと一致している。このようにして、画像３１１（画像３０８と同一画像）には「おたのしみ会」というキーワード３０９が紐づけられる。
【００３７】
なお、画像に紐づけたスケジュールのイベント日と画像の撮影日は年が異なっており一致しないため、レコード４２０のオリジナルフラグには０が設定される。レコード４２０の追加が終わるとＳ６０９に進む。
【００３８】
一方、Ｓ６０５で月日が一致するイベントが存在しない場合は、Ｓ６０８に進む。Ｓ６０８では、ＣＰＵ１０６は、画像３０８にキーワードが１つ以上紐づけられているかを判定する。１つ以上のキーワードが設定されている場合はＳ６０９に進む。Ｓ６０９では、ＣＰＵ１０６は画像３０８にキーワードが２つ以上紐づけられているかを判定する。２つ以上のキーワードが紐づけられている場合はＳ６１１に進む。Ｓ６１１では、ＣＰＵ１０６は、複数の紐づけられているキーワードのうち１つがタイトルとして設定されているかを判定する。
【００３９】
具体的には、画像３０８とキーワードとを紐づけるためのテーブル４１６上のレコードのうち１つに、タイトルフラグとして「１」が設定されているかどうかを判定する。キーワードのうち１つがタイトルとして設定されている場合は処理を終了する。もしも画像３０８と紐づけるためのテーブル４１６のレコードのうちタイトルフラグが何も設定されていないものが存在する場合は、そのレコードのタイトルフラグに「０」を設定してから処理を終了する。
【００４０】
Ｓ６１１において、キーワードのうち１つがタイトルとして設定されていない場合はＳ６１３へ進む。Ｓ６１３では、ＣＰＵ１０６は、画像３０８と紐づけるためのテーブル４１６のレコード４１９およびレコード４２０のタイトルフラグに「０」を設定する。設定を終えたら処理を終了する。
【００４１】
一方、Ｓ６０９において、２つ以上のキーワードが紐づけられていない場合はＳ６１２に進む。Ｓ６１２では、ＣＰＵ１０６は、画像３０８と紐づけるためのテーブル４１６の中の唯一のレコードにタイトルフラグとして「１」を設定する。設定を終えたら処理を終了する。
【００４２】
また、Ｓ６０８において１つ以上のキーワードが設定されていない場合はＳ６１０に進む。Ｓ６１０では、ＣＰＵ１０６は、画像にキーワードが１つも紐づけられていないことを示すマークをつける。ただし本実施形態では、画像に紐づけられているキーワードが存在するかどうかはテーブル４１６に当該画像のファイルＩＤを持つレコードが存在するかどうかで判定が可能なので特にマークをつけたりデータベースに記録したりする処理は行わない。
【００４３】
以上ユーザが、ＰＣ端末２０１で画像・スケジュール管理アプリケーションを起動するアクションを行った場合の処理を説明したが、ユーザがＰＣ端末２０１において他のアクションを行った場合も同様に図６のフローチャートを適用できる。
【００４４】
例えば、撮影した画像を画像・スケジュール管理アプリケーションへ転送した場合や、画像・スケジュール管理アプリケーション上でユーザが画像一覧表示したり、指定した画像を表示したりする場合である。アプリケーションを起動する時に図６のフローチャートを適用すると大量の画像に対して処理を行うことになるため、起動時に多くの時間を要してしまう。しかし、撮影した画像を画像・スケジュール管理アプリケーションに転送した場合や、画像群の一部を一覧表示したりする場合に図６のフローチャートを行うようにすれば処理が少量となるため処理時間が少なく済むので都合がよい。
【００４５】
次に、画像に紐づいているキーワードが複数存在するがタイトルが設定されていない画像に対してユーザがタイトルを設定するフローチャートを説明する。
タイトルが設定されていない画像は図６のＳ６１３を通過したケースである。Ｓ６１３では、テーブル４１６のレコード４１９およびレコード４２０のいずれにもタイトルフラグとして「０」を設定している。これはどのキーワードをタイトルとして使うかがまだ設定されていない状態を表わす。以下図７の処理に従って説明する。
【００４６】
画像・スケジュール管理アプリケーションにおいてユーザが図５の画像一覧画面５０１の中から１つの画像５０３を選択し（Ｓ７０１）、画像表示画面５０４を表示するアクションによってＳ７０２に進む。なお前述の図６のＳ６１３でタイトル未設定状態に設定したため図５の５０２では、「タイトル未設定」と表示されている。
【００４７】
Ｓ７０２では、ＣＰＵ１０６は、画像５０３にキーワードが１つ以上紐づけられているかどうかを判定する。紐づけられていない場合はＳ７０４に進む。Ｓ７０４では、ＣＰＵ１０６は、キーワードが１つも設定されていないことを警告して終了する。キーワードが1つ以上紐づけられている場合はＳ７０３に進む。
【００４８】
Ｓ７０３では、ＣＰＵ１０６は、キーワードのうちの１つがタイトルとして設定されているかどうかを判定する。テーブル４１６の対象の画像に紐づけられているレコード４１９およびレコード４２０のタイトルフラグが「１」のレコードが存在するかどうかの判定である。レコード４１９またはレコード４２０のいずれかのタイトルフラグが「１」であれば処理を終了する。対象の画像に紐づけられているレコードの中にタイトルフラグが「１」のレコードが存在しない場合はＣＰＵ１０６はタイトル選択画面５０５を表示する。ユーザは、表示されているキーワードのラジオボタン５０６および５０７の中から１つを選択する。ユーザがキャンセルボタン５０９を押下した場合は処理を終了する。
【００４９】
ユーザがＯＫボタン５８を押下した場合はＳ７０７に進む。Ｓ７０７では、ＣＰＵ１０６は、選択されたキーワードを画像のタイトルとして設定する。タイトル選択画面５０５でユーザが「学芸会」を表わすラジオボタン５０６を選択してＯＫボタン５８を押下した場合はレコード４１９のタイトルフラグを「１」に更新する。
【００５０】
前述により今年の画像５０３は、紐づけられているキーワードとして「学芸会」と「おたのしみ会」を持ち、タイトルとして「学芸会」が設定されている状態となる。さらにＳ７０７では、ＣＰＵ１０６は、「おたのしみ会」のタイトルとなっていた昨年の画像のタイトルを今年と同じタイトルに変更する。
【００５１】
具体的には、図４（ｃ）のテーブルを図４（ｄ）のように変更する。図４（ｃ）では、レコード４０３の画像は、レコード４１７によりレコード４１０と紐づけられておりレコード４１７のタイトルフラグが「１」のため、「おたのしみ会」のタイトルのついた画像であることがわかる。そこで、レコード４１７を図４（ｄ）のレコード４２５のようにタイトルフラグを「０」に変更し、さらにタイトルフラグが「１」であるレコード４３１を追加する。
【００５２】
レコード４３１はタイトルとして「学芸会」と紐づいているため昨年の画像のタイトルを今年と同じタイトルに変更したことになる。前述したように、イベント名としては昨年は「おたのしみ会」、今年は「学芸会」であったが、ユーザがタイトルを選ぶことにより昨年の画像も今年の画像も「学芸会」というタイトルで統一化したことになる。また、昨年の画像も今年の画像も「学芸会」と「おたのしみ会」の両方のキーワードが紐づけられているため「学芸会」と「おたのしみ会」のどちらのキーワードでも画像を検索することが可能である。
【００５３】
前述した実施形態の図６のＳ６０５においては、画像の撮影日の月日が一致するイベントを検索しているが、今年撮影の画像の撮影日の月日と一致する去年の同一月日だけではなく去年の同一月日の前後１週間のイベントを検索することなども考えられる。例えば、画像の撮影日時を元に算出された時間間隔の範囲に含まれるイベント日時に紐づいたイベント名を画像のメタデータとして利用するイベント名利用を行うことなども考えられる。また、これらは１年に１回の繰り返し行事を想定した検索条件であって検索条件としてはこれに限るものではない。
【００５４】
例えば、１ヶ月に１回の繰り返し行事を想定して、日のみが一致するイベントを検索したり、画像が第三日曜日の撮影日を持つ場合なら他の年月の第三日曜日を持つイベントを検索することなどが考えられる。１週間に１回の繰り返し行事を想定して、同一曜日を持つイベントを検索することなども考えられる。
【００５５】
しかしながら、これらの検索条件で検索すると検索結果数が膨大となる。このため、自動設定されるキーワードが不要なキーワードだらけになってしまったり、ユーザがタイトルを設定する際に大量のキーワードの中から探し出さなければならなかったりする不都合が生じる。
以下の第２の実施形態は前述のようなノイズを軽減した実施形態となる。
【００５６】
＜第２の実施形態＞
本実施形態の好適な例である画像・スケジュール管理アプリケーションは、前述の第１の実施形態に説明した情報処理装置１００において処理が行なわれる。
以下、図８のフローチャートに従い、画像に自動的にキーワードを紐づける手順を説明する。このフローチャートを開始するためのユーザのアクションは、前述した第１の実施形態におけるユーザのアクションと同じである。
【００５７】
Ｓ８０１において処理が開始されると、ユーザのアクションによってＳ８０２に進む。Ｓ８０２では、ＣＰＵ１０６は、ＨＤＤ１０９に保存された図４（ａ）のテーブル４０１のレコード４０５より、図９に示す画像９０８の撮影日と一致するイベントを検索しイベント名９０２を取得する。なお、図９は画像とスケジュール情報の関連付けを表す。一致するイベントを検索する方法は第１の実施形態に記載の方法と同じである。
【００５８】
一致するイベントが存在する場合は、Ｓ８０３に進む。Ｓ８０３では、ＣＰＵ１０６は、画像９０８とイベントを紐づけるためのレコードがテーブル４１６の中に既に存在しているかどうかを判定する。既に存在している場合はＳ８０５へ進む。存在していない場合はＳ８０４に進む。Ｓ８０４では、イベント名９０２を画像９０８のキーワードとして紐づける。
【００５９】
具体的には、テーブル４１６にレコード４１９を追加する。レコード４１９の追加が終わるとＳ８０５に進む。Ｓ８０２において一致するイベントが存在しない場合も同様にＳ８０５に進む。Ｓ８０５では、ＣＰＵ１０６は、レコード４０５から取得した画像９０８の撮影日のうち月日が一致するまたは近辺のイベントを検索し、イベント名９０５を取得する。具体的には、レコード４０５から取得した画像９０８の撮影日と同一月日または同一月日の前後１週間までの範囲の日時を持つレコードをテーブル４０９から検索し、イベント名９０５を取得する。
【００６０】
月日が一致するまたは近辺のイベントが存在する場合は、Ｓ８０６に進む。Ｓ８０６では、ＣＰＵ１０６は、Ｓ８０３での処理と同様に、テーブル４１６の中に既に紐づけるためのレコードが存在しているかどうかを判定する。既に存在している場合は、図６のＳ６０９へ進む。存在していない場合はＳ８０７に進む。
【００６１】
Ｓ８０７では、イベント名９０５がイベント名９０２の類似語リストに存在しているかどうかを判定する。類似語リストとは、図１０のリスト１００１に示すように、語彙１００２として「学芸会」が登録されており、「学芸会」に対して関連語彙１００３として「おたのしみ会」や「発表会」が紐づけられているリストを指す。
【００６２】
つまり、Ｓ８０７は、例えば「おたのしみ会」が「学芸会」の類似語として登録されているかどうかを判定するステップである。リスト１００１では、単純な類似語リストの例を挙げているが、語彙を更に意味を持つ語彙に分割しそれぞれに対応する語または類似語を含む語彙を関連語彙としてもよい。
【００６３】
例えば、毎年同時期に家族で旅行するイベントがあるが、今年はイベント名として「伊豆旅行」と入力してあるとする。去年は「家族旅行」と入力してある。単純な類似語リストだと「ハワイ旅行」は「家族旅行」の類似語とはならないが、「ハワイ旅行」を「ハワイ」＋「旅行」に分割することで「旅行」を含む語彙を類似語として扱うようにする。
【００６４】
このように、イベント名９０５がイベント名９０２の類似語リストに存在していればＳ８１０に進む。Ｓ８１０では、ＣＰＵ１０６は、イベント名９０５を画像９０８のキーワードとして紐づける。具体的には、テーブル４１６の中にレコード４２０を追加する。レコード４２０の追加が終わると図６のＳ６０９に進む。Ｓ８０７において、イベント名９０５がイベント名９０２の類似語リストに存在していなければＳ８０８に進む。イベント名９０２が存在しない場合もＳ８０８へ進む。
【００６５】
Ｓ８０８では、ＣＰＵ１０６は、イベント名９０５に紐づく画像９１３が存在するかどうかを判定する。存在しない場合は図６のＳ６０９へ進む。存在する場合はＳ８０９へ進む。Ｓ８０９では、ＣＰＵ１０６は、画像９１３の撮影場所と画像９０８の撮影場所を取得し、画像９１３の撮影場所が画像９０８の撮影場所と一致しているかどうか、あるいは一定の範囲内にあるかどうかを判定する。一致するまたは一定の範囲内にある場合はＳ８１０に進む。
【００６６】
それ以外の場合は、図６のＳ６０９に進む。第１の実施形態では、例えば１年前の同時期のイベント名をすべて今年の画像のキーワードとして追加しているが、第２の実施形態では、更に今年のイベント名に類似するイベント名だけに絞り込んだ上でキーワードとして追加する。また、イベント名が類似しない場合でも、今年と１年前で画像の撮影場所データが同一ならば、１年前のイベント名をキーワードとして追加する。このように、イベント名を類似語リストとして利用する類似語リスト利用処理を行って絞り込んだり、撮影場所で絞り込んだりすることで、ユーザにとって不要なキーワードを除外することができる。
【００６７】
一方、Ｓ８０５において月日が一致するまたは近辺のイベントが存在しない場合は、Ｓ８１１に進む。Ｓ８１１では、ＣＰＵ１０６は、レコード４０５から取得した画像９０８の撮影日のうち月日が一致するまたは近辺の画像９１３を検索し、存在するかを判定する。具体的には、レコード４０５から取得した画像９０８の撮影日と同一月日または同一月日の前後１週間までの範囲の撮影日時データを持つレコードをテーブル４０１から検索し、存在するかを判定する。
【００６８】
月日が一致するか、または近辺の画像ファイルが存在する場合は、Ｓ８１２に進む。存在しない場合は図６のＳ６０８へ進む。イベント名９０２が存在しない場合も図６のＳ６０８へ進む。Ｓ８１２では、ＣＰＵ１０６は、画像９１３の撮影場所が画像９０８の撮影場所と一致しているあるいは近接しているかを判定する。
【００６９】
画像の撮影場所データを元に算出された場所間隔の範囲に含まれる撮影場所データを持つ他の画像が存在する場合は、他の画像のメタデータを前述の画像のメタデータとして撮影場所データ利用を行うようにしてもよい。
具体的には、テーブル４０１のうち、画像９１３を指すレコードの撮影場所・経度と撮影場所・緯度の値と、画像９０８を指すレコードの撮影場所・経度と撮影場所・緯度の値とで説明する。これらの値がそれぞれ一致しているか、あるいは一定の範囲内の場所間隔の範囲内の値であるかどうかを判定する。一致しているかあるいは近接している場合は、Ｓ８１３へ進む。一致していないで、かつ近接していない場合は、図６のＳ６０８へ進む。
【００７０】
Ｓ８１３では、ＣＰＵ１０６は、イベント名９０２を画像９１３のキーワードとして紐づける。前述のようにして、例えばイベント名が紐づいていない去年の画像が存在していたとしても、今年同一場所で行われた去年と同一のイベントの画像に対してイベント名を紐づければ、去年の画像にも今年の画像と同一のイベント名を紐づけることができる。
【００７１】
なお、画像の撮影日時データを元に算出された時間間隔の範囲に含まれる撮影日時データを持つ他の画像が存在する場合で、他の画像にメタデータが存在しない場合もある。このような場合には、画像に設定されているメタデータを他の画像のメタデータとして設定するようにしてもよい。
【００７２】
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。前述の実施形態の一部を適宜組み合わせてもよい。
【００７３】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（コンピュータプログラム）を、ネットワーク又は各種のコンピュータ読み取り可能な記憶媒体を介してシステム或いは装置に供給する。そして、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００７４】
１００ 情報処理装置、１０１ ディスプレイ、１０２ ＶＲＡＭ、１０３ ＢＭＵ、１０４ キーボード、１０５ ＰＤ、１０６ ＣＰＵ、１０７ ＲＯＭ、１０８ ＲＡＭ、１０８ ＨＤＤ、１１０ ＦＤＤ、１１１ ネットワークＩ／Ｆ、１１２ ＣＰＵバス
【特許請求の範囲】
【請求項１】
少なくともイベント日時とイベント名を持つイベントを管理する管理手段と、
画像を管理する画像管理手段と、
イベント名に紐づくイベント日時に一致または近接した撮影日時データを有する画像に対して前記イベント名を前記画像のメタデータとして設定するメタデータ設定手段と、
前記画像の撮影日時を元に算出された時間間隔の範囲に含まれるイベント日時に紐づいたイベント名を前記画像のメタデータとして利用するイベント名利用手段とを有することを特徴とする情報処理装置。
【請求項２】
前記画像に設定されたメタデータが複数存在する場合には、複数のメタデータの中の１つを選択する選択手段を有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
あらかじめ定めた類似語の関連に基づいて前記イベント名から他のイベント日時に紐づいたイベント名を検索して得たデータを前記画像のメタデータとして利用する類似語リスト利用手段を有することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記画像の撮影場所データを元に算出された場所間隔の範囲に含まれる撮影場所データを持つ他の画像が存在する場合は、前記他の画像のメタデータを前記画像のメタデータとして利用する撮影場所データ利用手段を有することを特徴とする請求項１〜３の何れか１項に記載の情報処理装置。
【請求項５】
前記画像の撮影日時データを元に算出された時間間隔の範囲に含まれる撮影日時データを持つ他の画像が存在する場合で、前記他の画像にメタデータが存在しない場合には、前記画像に設定されているメタデータを前記他の画像のメタデータとして設定するメタデータ設定手段を有することを特徴とする請求項１〜４の何れか１項に記載の情報処理装置。
【請求項６】
少なくともイベント日時とイベント名を持つイベントを管理する管理工程と、
画像を管理する画像管理工程と、
イベント名に紐づくイベント日時に一致または近接した撮影日時データを有する画像に対して前記イベント名を前記画像のメタデータとして設定するメタデータ設定工程と、
前記画像の撮影日時を元に算出された時間間隔の範囲に含まれるイベント日時に紐づいたイベント名を前記画像のメタデータとして利用するイベント名利用工程とを有することを特徴とする情報処理方法。
【請求項７】
少なくともイベント日時とイベント名を持つイベントを管理する管理工程と、
画像を管理する画像管理工程と、
イベント名に紐づくイベント日時に一致または近接した撮影日時データを有する画像に対して前記イベント名を前記画像のメタデータとして設定するメタデータ設定工程と、
前記画像の撮影日時を元に算出された時間間隔の範囲に含まれるイベント日時に紐づいたイベント名を前記画像のメタデータとして利用するイベント名利用工程とをコンピュータに実行させることを特徴とするプログラム。
【請求項８】
請求項７に記載のプログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。
【請求項１】
少なくともイベント日時とイベント名を持つイベントを管理する管理手段と、
画像を管理する画像管理手段と、
イベント名に紐づくイベント日時に一致または近接した撮影日時データを有する画像に対して前記イベント名を前記画像のメタデータとして設定するメタデータ設定手段と、
前記画像の撮影日時を元に算出された時間間隔の範囲に含まれるイベント日時に紐づいたイベント名を前記画像のメタデータとして利用するイベント名利用手段とを有することを特徴とする情報処理装置。
【請求項２】
前記画像に設定されたメタデータが複数存在する場合には、複数のメタデータの中の１つを選択する選択手段を有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
あらかじめ定めた類似語の関連に基づいて前記イベント名から他のイベント日時に紐づいたイベント名を検索して得たデータを前記画像のメタデータとして利用する類似語リスト利用手段を有することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記画像の撮影場所データを元に算出された場所間隔の範囲に含まれる撮影場所データを持つ他の画像が存在する場合は、前記他の画像のメタデータを前記画像のメタデータとして利用する撮影場所データ利用手段を有することを特徴とする請求項１〜３の何れか１項に記載の情報処理装置。
【請求項５】
前記画像の撮影日時データを元に算出された時間間隔の範囲に含まれる撮影日時データを持つ他の画像が存在する場合で、前記他の画像にメタデータが存在しない場合には、前記画像に設定されているメタデータを前記他の画像のメタデータとして設定するメタデータ設定手段を有することを特徴とする請求項１〜４の何れか１項に記載の情報処理装置。
【請求項６】
少なくともイベント日時とイベント名を持つイベントを管理する管理工程と、
画像を管理する画像管理工程と、
イベント名に紐づくイベント日時に一致または近接した撮影日時データを有する画像に対して前記イベント名を前記画像のメタデータとして設定するメタデータ設定工程と、
前記画像の撮影日時を元に算出された時間間隔の範囲に含まれるイベント日時に紐づいたイベント名を前記画像のメタデータとして利用するイベント名利用工程とを有することを特徴とする情報処理方法。
【請求項７】
少なくともイベント日時とイベント名を持つイベントを管理する管理工程と、
画像を管理する画像管理工程と、
イベント名に紐づくイベント日時に一致または近接した撮影日時データを有する画像に対して前記イベント名を前記画像のメタデータとして設定するメタデータ設定工程と、
前記画像の撮影日時を元に算出された時間間隔の範囲に含まれるイベント日時に紐づいたイベント名を前記画像のメタデータとして利用するイベント名利用工程とをコンピュータに実行させることを特徴とするプログラム。
【請求項８】
請求項７に記載のプログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−１９４８００（Ｐ２０１２−１９４８００Ａ）
【公開日】平成２４年１０月１１日（２０１２．１０．１１）
【国際特許分類】
【出願番号】特願２０１１−５８４１３（Ｐ２０１１−５８４１３）
【出願日】平成２３年３月１６日（２０１１．３．１６）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２４年１０月１１日（２０１２．１０．１１）
【国際特許分類】
【出願日】平成２３年３月１６日（２０１１．３．１６）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]