JP2001282813A - マルチメディアデータ検索方法、インデックス情報提供方法、マルチメディアデータ検索装置、インデックスサーバ及びマルチメディアデータ検索サーバ - Google Patents

Abstract

(57)【要約】 【課題】 デジタルカメラで撮った写真データなどのマ
ルチメディアデータを容易に検索できるように管理す
る。 【解決手段】 マルチメディアデータに時刻情報と位置
情報を関連付けて管理するとともに、時刻と位置の２つ
の情報に関連付けられたイベントのデータベースを利用
して、イベント名あるいはその組み合わせで指定された
検索対象の時刻と位置の範囲を求め、その範囲にある時
刻情報と位置情報を持つマルチメディアデータを検索す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のマルチメデ
ィアデータの中から、所望のデータを検索するためのマ
ルチメディアデータ検索方法、インデックス情報提供方
法、マルチメディアデータ検索装置、インデックスサー
バ及びマルチメディアデータ検索サーバに関する。

【０００２】

【従来の技術】デジタルカメラ（デジタルスチルカメラ
とも呼ばれる）やイメージスキャナ、フィルムスキャ
ナ、デジタルビデオカメラ等の機器の進歩によって、デ
ジタル化された静止画像（例えば写真や文書など）や、
デジタル化された動画像（例えばビデオなど）、あるい
はデジタル化された音声、あるいはそれらを組み合わせ
たものなどのマルチメディアデータを簡単に作ることが
出来るようになり、様々な分野でそのようなマルチメデ
ィアデータが利用されるようになっている。

【０００３】このようなマルチメディアデータは、コン
ピュータのファイルシステムやデータベース管理システ
ムあるいは専用のソフトウェアを使って管理することが
多く、必要なマルチメディアデータを検索しやすくなる
ように、様々な工夫がなされてきた。

【０００４】従来から広く使われているマルチメディア
データの管理方法は、静止画像や動画像や音声等のマル
チメディアデータの入っている複数のファイルを、ディ
レクトリあるいはフォルダー等と呼ばれるグループを作
って分類する方法である。

【０００５】図３３に、その具体例を示す。図３３に示
す例では、「ＰＨＯＴＯ」という名前のディレクトリの
下に「１９７０」と「１９９８」の２つのディレクトリ
を作り、「１９７０」ディレクトリの下には「伊勢志
摩」と「日本万国博覧会」の２つのディレクトリを、
「１９９８」ディレクトリの下には「京都」と「長野オ
リンピック」の２つのディレクトリを作っている。

【０００６】さらに、「伊勢志摩」ディレクトリの下に
は、伊勢志摩に旅行した時にデジタルカメラで撮った夫
婦岩の写真のデータである「夫婦岩．ＪＰＧ」と、伊勢
神宮で撮った写真のデータである「伊勢神宮．ＪＰＧ」
を管理している。「日本万国博覧会」ディレクトリに
は、大阪へ日本万国博覧会を見に旅行したときに会場内
の太陽の塔で撮った写真のデータである「太陽の塔．Ｊ
ＰＧ」と、アメリカ館で撮った写真のデータである「ア
メリカ館．ＪＰＧ」と、帰りに寄った大阪城で撮った写
真のデータである「大阪城．ＪＰＧ」を管理している。
「京都」ディレクトリの下には、京都に旅行した時にデ
ジタルカメラで撮った金閣寺の写真のデータである「金
閣寺．ＪＰＧ」と、清水寺で撮った写真のデータである
「清水寺．ＪＰＧ」を管理している。「長野オリンピッ
ク」ディレクトリには、長野オリンピックを見に旅行し
たときにジャンプ競技会場で撮った写真のデータである
「ジャンプ．ＪＰＧ」と、スピードスケート競技会場で
撮った写真のデータである「スピードスケート．ＪＰ
Ｇ」と、帰りに寄った善光寺で撮った写真のデータであ
る「善光寺．ＪＰＧ」を管理している。これらの写真の
データは、ここではＪＰＥＧ形式の静止画像データで、
「．ＪＰＧ」という拡張子を持つファイルであると仮定
しているが、その他のデータ形式のこともある。

【０００７】従来から広く使われている別の方法は、個
々のマルチメディアデータに対して検索用のキーワード
を付けておき、そのキーワードを使って検索する方法で
ある。

【０００８】図３４／図３５に、その一つの具体例を示
す（なお、図３５は図３４のキーワード表ファイル「Ｋ
ＥＹＷＯＲＤ」の内容の例である）。

【０００９】図３４／図３５に示す例では、「Ｐ０００
０１００．ＪＰＧ」から「Ｐ００００５８１．ＪＰＧ」
までの１０個の写真データのファイルを、ファイルシス
テム内の「ＰＨＯＴＯ」という名前のディレクトリに管
理しておき、さらに、それらの個々のファイルに対して
付けられたキーワードのリストを、キーワード表として
「ＫＥＹＷＯＲＤ」というファイルに管理している。こ
こでは、「Ｐ００００１００．ＪＰＧ」には「夫婦岩」
と「伊勢志摩」と「正月」の３つのキーワードを、「Ｐ
００００１０１．ＪＰＧ」には「伊勢神宮」と「伊勢志
摩」と「正月」の３つのキーワードを、と言う具合に、
各々のデータ毎に任意個数のキーワードを付けて管理し
ている。

【００１０】このように管理することで、例えば、伊勢
志摩で撮った写真のデータが必要なときには、「伊勢志
摩」というキーワードを持つ「Ｐ００００１００．ＪＰ
Ｇ」と「Ｐ００００１０１．ＪＰＧ」を選び出すことが
できる。キーワードの管理方法としては、図３４／図３
５の例のように写真データのファイル名とそれに付けら
れたキーワードの対応を保持するファイルを作ったり、
あるいはデータベース管理システムを使ったり、様々な
方法を用いることができる。

【００１１】以上で述べたような方法は、例に示したよ
うに写真データのような静止画像のみでなく、ビデオの
ような動画像データや音声データ、通常のテキストファ
イルのようなデータ、何らかの測量データ、ＷＥＢのＵ
ＲＬのような他のデータへのリンクなど、様々な形式の
データの管理に用いられる。

【００１２】デジタルカメラの写真データの整理には、
通常の印画紙に焼き付けた写真を整理するアルバムのよ
うに、電子的なドキュメント上に写真をレイアウトして
いくアルバムソフトウェアを使う方法も用いられてい
る。

【００１３】例えば「ディジタルスチルカメラ用画像フ
ァイルフォーマット規格（Ｅｘｉｆ） Ｖｅｒｓｉｏｎ
２．１」（ＪＥＩＤＡ−４９−１９９８， 日本電子
工業振興協会）や「Ｒｅｃｏｒｄｉｎｇ−Ｈｅｌｉｃａ
ｌ−ｓｃａｎ ｄｉｇｉｔａｌ ｖｉｄｅｏ ｃａｓｅ
ｔｔｅ ｒｅｃｏｒｄｉｎｇ ｓｙｓｔｅｍ ｕｓｉｎ
ｇ ６，３５ｍｍ ｍａｇｎｅｔｉｃ ｔａｐｅ ｆｏ
ｒ ｃｏｎｓｕｍｅｒｕｓｅ （５２５−６０， ６２
５−５０， １１２５−６０ ａｎｄ １２５０−５０
ｓｙｓｔｅｍｓ） −」（ＩＥＣ ６１８３４）に開
示されているように、デジタルカメラ（あるいはデジタ
ルスチルカメラ）で撮影した写真データや、デジタルビ
デオカメラで撮影したビデオデータのデータフォーマッ
トには、撮影した時刻や位置などの属性情報を記録する
ことができるようになっている。デジタルカメラやデジ
タルビデオカメラは、内蔵時計やＧＰＳ等から得られる
情報を使って、これらのフォーマットに従って、撮影時
刻や撮影位置の情報をデータの属性として自動的に記録
する機能を持つものもある。

【００１４】このような撮影時刻や撮影位置等の自動的
に付けられる属性情報を使えば、上述のような方法のよ
うに分類したりキーワードを付けたりする煩雑な作業を
することなく、撮影時刻を指定したり、撮影場所を緯度
と経度で指定して、データを検索することができる。

【００１５】このように、緯度と経度の組で位置を指定
して検索するためには、検索したい場所の緯度と経度を
あらかじめ知っていなければならない。より検索しやす
くする工夫としては、画面に地図を表示し、写真とそれ
を撮った地図上の位置に配置して表示する方式がある。
また、地名とそれが指す代表点の緯度と経度の対応表を
持っておき、地名を指定するとそれに対応する代表点の
緯度と経度を調べ、その近くで撮影した写真を検索する
方式も用いられる。

【００１６】

【発明が解決しようとする課題】従来から広く使われて
いる、マルチメディアデータをディレクトリに分類して
管理する方式は、人にとって分かりやすい名前をつけた
ディレクトリに分類し、また必要に応じて個々のファイ
ル名も分かりやすい名前をつけるという煩雑な作業が必
要であるという欠点を持っている。また、概念的に複数
のグループに分類できるデータに対しては、複数のディ
レクトリにコピーを作って入れたり、あるいはリンク機
構を用いて１つのデータが仮想的に複数のディレクトリ
に入っているように見せる必要があった。

【００１７】従来から広く使われている別の方法であ
る、マルチメディアデータにキーワードを付けて管理し
て検索する方式では、キーワードを付けるという煩雑な
作業が必要であった。また、後で検索しやすいようなキ
ーワードを付けておかないと、データが検索できないと
いう欠点を持っていた。

【００１８】デジタルカメラ用のアルバムソフトウェア
を使って電子的なアルバムを作成する方式は、アルバム
を作成するという作業自体が面倒で煩雑な作業であっ
た。

【００１９】一方、デジタルカメラやデジタルビデオカ
メラが自動的につける撮影時刻や撮影位置の情報を利用
する方式は、人が検索用にキーワードをつけたり分類し
たりする手間が不要である。しかし、時刻や位置を正確
に指定して検索できるためには、検索対象の撮影時刻や
撮影位置があらかじめある程度正確にわかっている必要
があり、実用的な検索は困難であった。

【００２０】地図上の地名とそれが指す代表点の緯度と
経度の対応表を持っておき、具体的な緯度と経度の数値
ではなく地名を指定して近い位置のデータを検索する方
式もあるが、この場合でも、地名でない概念を指定して
検索することはできなかった。

【００２１】ディレクトリ名やキーワードを使う方式で
は、例えば「長野オリンピック」や「日本万国博覧会」
というような、地図上の地名ではないけれども人にとっ
て分かりやすい概念を表す言葉をディレクトリ名やキー
ワードに使えるので、より直感的で分かりやすい検索が
できるが、自動的に付けた時刻や位置等の情報のみで
は、人にとって分かりやすい概念での検索は困難であっ
た。

【００２２】本発明は、上記事情を考慮してなされたも
ので、検索のためにマルチメディアデータを分類したり
キーワードを付けたりするような煩雑な作業を不要と
し、時刻や位置等の自動的に付けられる属性情報を用い
て、より人にとって分かりやすい概念を表す言葉を使っ
て柔軟にマルチメディアデータを検索することを可能と
するマルチメディアデータ検索方法、インデックス情報
提供方法、マルチメディアデータ検索装置、インデック
スサーバ及びマルチメディアデータ検索サーバを提供す
ることを目的とする。

【００２３】また、本発明は、マルチメディアデータに
記録されている内容を表す情報を、あらかじめマルチメ
ディアデータを分類したりキーワードを付けたりするよ
うな煩雑な作業をすることなく、時刻や位置等のマルチ
メディアデータに自動的に付けられる属性情報を用い
て、より人にとよって分かりやすい概念を表す言葉を使
って表示することを可能とするマルチメディアデータ検
索方法、インデックス情報提供方法、マルチメディアデ
ータ検索装置、インデックスサーバ及びマルチメディア
データ検索サーバを提供することを目的とする。

【００２４】

【課題を解決するための手段】本発明に係るマルチメデ
ィアデータ検索方法／マルチメディアデータ検索装置で
は、複数のマルチメディアデータのそれぞれを、そのマ
ルチメディアデータの発生との関係を持って自動的に作
成された時刻情報及び位置情報と関連付けて管理し、イ
ベント名を用いて指定された検索要求を受け取った場
合、該検索要求に対応する時刻情報若しくは位置情報、
又は時刻情報及び位置情報を求め、管理されている前記
複数のマルチメディアデータを、求められた前記時刻情
報若しくは位置情報、又は時刻情報及び位置情報に基づ
いて検索することを特徴とする。

【００２５】また、本発明に係るインデックス情報提供
方法／インデックスサーバでは、要求元からネットワー
クを介してイベント名を用いて指定された検索要求を受
け取り、複数のイベント名と、各イベント名に関連付け
られた時刻情報と位置情報の両方または一方とを含むイ
ンデックステーブルを参照することによって、前記検索
要求に用いられた前記イベント名に基づいて、前記検索
要求に対応する時刻情報と位置情報の両方または一方を
求め、求められた前記検索要求に対応する時刻情報と位
置情報の両方または一方をネットワークを介して前記要
求元に提供することを特徴とする。

【００２６】また、本発明に係るマルチメディアデータ
検索方法／マルチメディアデータ検索サーバは、複数の
マルチメディアデータのそれぞれを、そのマルチメディ
アデータの発生との関係を持って自動的に作成された時
刻情報と位置情報の両方または一方と関連付けて管理
し、要求元からネットワークを介してイベント名を用い
て指定された検索要求を受け取り、受け取った前記検索
要求に対応する時刻情報と位置情報の両方または一方を
求め、管理されている前記複数のマルチメディアデータ
を、求められた前記時刻情報と位置情報の両方または一
方に基づいて検索し、この検索結果をネットワークを介
して前記要求元に提供することを特徴とする。

【００２７】なお、装置に係る本発明は方法に係る発明
としても成立し、方法に係る本発明は装置に係る発明と
しても成立する。

【００２８】また、装置または方法に係る本発明は、コ
ンピュータに当該発明に相当する手順を実行させるため
の（あるいはコンピュータを当該発明に相当する手段と
して機能させるための、あるいはコンピュータに当該発
明に相当する機能を実現させるための）プログラムを記
録したコンピュータ読取り可能な記録媒体としても成立
する。

【００２９】本発明では、マルチメディアデータが撮影
等されるときまたはその近辺で自動的に付与または取得
等された時刻情報や位置情報を用いてマルチメディアデ
ータを管理するとともに、イベント名と時刻情報や位置
情報の対応を登録したインデックステーブルを設けるな
どすることにより、イベント名を使用して指定された検
索要求を受け取った場合には、該イベント名に基づいて
該検索要求に対応する時刻情報や位置情報を求め、この
求められた時刻情報や位置情報に基づいてマルチメディ
アデータを検索する。

【００３０】このように本発明によれば、管理したいマ
ルチメディアデータをディレクトリやフォルダーに分類
したり検索用のキーワードを付けるような煩雑な作業が
不要になり、ユーザにとって直感的で分かりやすいイベ
ント名およびその組み合わせによって、所望のマルチメ
ディアデータを検索することが可能になる。また、イン
デックステーブルをインデックスサーバに置くことによ
って、新しいイベント名をサーバ側で追加することがで
きるので、ユーザはインデックステーブルの更新のよう
な作業をせずとも、新しいイベント名を使った検索が可
能になる。

【００３１】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。

【００３２】本発明のマルチメディアデータ検索装置
は、検索対象となる個々のマルチメディアデータには少
なくとも時刻情報と位置情報の両方あるいは一方が関係
付けられていることを前提とし、少なくともそれら情報
を利用して検索、表示等を行うものとする。本実施形態
では具体例としては時刻情報と位置情報の両方を用いる
場合を例にとって説明している。

【００３３】また、本実施形態では、撮影装置や付属の
装置等によって自動的にマルチメディアデータに関係付
けられた属性情報（時刻情報と位置情報の両方あるいは
一方）が存在し、その属性情報を利用する場合を例にと
って説明している。

【００３４】先に述べたように、デジタルカメラ（ある
いはデジタルスチルカメラ）で撮影した写真データや、
デジタルビデオカメラで撮影したビデオデータのデータ
フォーマットには、撮影した時刻や位置などの属性情報
を記録することができるようになっている。デジタルカ
メラやデジタルビデオカメラは、内蔵時計やＧＰＳ（例
えば、カメラ本体に内蔵のものや、カメラに外付けする
ものなどがある）等から得られる情報を使って、これら
のフォーマットにしたがって、撮影時刻や撮影位置の情
報をデータの属性として自動的に記録する機能を持つも
のがあるので、それを利用することができる。

【００３５】デジタルカメラやデジタルビデオカメラに
は、撮影時刻の情報を記録できるが、位置を記録する機
能は持たないものも多い。このようなデジタルカメラや
デジタルビデオカメラを使っている場合には、時刻と位
置を定期的に記録できる携帯型のＧＰＳ装置を一緒に持
ち歩けば良い。撮影した写真あるいはビデオには撮影時
刻の情報が付いているので、携帯型ＧＰＳ装置のデータ
から、撮影時刻の位置情報を割り出し、それを撮影位置
の情報として使うことが出来る。

【００３６】ＧＰＳの他には例えばＰＨＳやｂｌｕｅｔ
ｏｏｔｈ等を利用して位置情報を獲得して付ける方法も
ある。また、携帯型のＧＰＳ等の手段が使えない場合
は、位置情報だけは地図のデータを参照しながら人手で
付ける方式も可能である。

【００３７】このようにして時刻・位置といった属性情
報に関連付けられたマルチメディアデータの集合に対し
て、本発明のマルチメディアデータ検索装置では、「イ
ベント」による検索を可能にする。

【００３８】本発明において、「イベント」とは、マル
チメディアデータが持ち得るｎ（ｎは１以上）種類の属
性情報のうちの１以上ｎ以下の種類の属性情報に関連付
けられる、様々な概念であり、その概念についている名
前を「イベント名」と呼ぶ。

【００３９】本実施形態の具体例では属性情報として時
刻と位置を用いる場合を例にとっているので、本実施形
態の具体例におけるイベントは、時刻と位置の両方ある
いは一方に関連付けられることになる。

【００４０】例えば、「長野オリンピック」というのは
イベント名の一つであり、その言葉には、長野オリンピ
ックが開かれた期間と場所が、それぞれ時刻情報および
位置情報として関連付けられている。「日本万国博覧
会」や、「横浜国体」、「沖縄サミット」、「エレクト
ロニクスショー ’９９」なども、それぞれ開かれた期
間と場所が時刻情報および位置情報として関連付けられ
ているイベント名である。

【００４１】また、イベントには、「祇園祭」、「オリ
ンピック」、「サミット」、「エレクトロニクスショ
ー」などのように、何度も開かれるものもある。このよ
うなイベント名に対しては、開かれた時間と場所を表す
時刻情報と位置情報が複数関連付けられている。

【００４２】また、イベントには、時刻情報と位置情報
のうち、一方のみを持つものもある。例えば、「信
州」、「新宿」、「富士山」、「横浜市立○○○小学
校」、「○○製造会社○○工場」などは位置情報のみが
関連付けられているイベント名である。ただし、位置を
表すイベント名であっても、地名変更などによって昔使
われた地名で今は使われていないものや、逆に最近新し
く付いた地名など、時刻情報を持つものもある。また、
例えば、「国際児童年」や「第１０回全国安全衛生月
間」のように、決まった位置情報がなく、時刻情報のみ
が関連付けられているイベント名もある。さらに、時刻
情報のみが関連付けられているイベント名には、「正
月」、「クリスマス」、「バレンタインデー」、「閏
年」などのように、毎年決まった時期にあるイベント
や、数年おきにあるイベントもあり、このようなイベン
トには時刻情報が複数関連付けられる。

【００４３】図１に、本発明の一実施形態に係るマルチ
メディアデータ検索装置の構成例を示す。

【００４４】本マルチメディアデータ検索装置１は、図
１に示すような構成を持ち、大きく、インデックス処理
部１１、データ選択部１２、データ管理部１３の３つの
構成要素を有する。

【００４５】各構成要素の概要は、時刻情報と位置情報
の両方を用いる場合には、次のようになる。

【００４６】データ管理部１３は、マルチメディアデー
タを、時刻情報と位置情報の両方と関連付けて管理して
いる。

【００４７】インデックス処理部１１は、１つのイベン
ト名または複数のイベント名の組み合わせによって検索
要求が入力されると、入力されたイベント名に対応す
る、時刻情報、もしくは位置情報、または時刻情報およ
び位置情報を取り出す（すなわち、イベント名によっ
て、時刻情報が取り出されるが位置情報はない場合と、
位置情報が取り出されるが時刻情報はない場合と、時刻
情報および位置情報が取り出される場合とがある）。

【００４８】なお、複数のイベント名の組み合わせによ
って検索要求が入力された場合には、本実施形態の具体
例では、複数のイベント名の各々を加重条件として扱う
ものとし、複数のイベント名について取り出された時刻
情報同士あるいは位置情報同士についてＡＮＤを取るな
どの計算を行って時刻情報や位置情報を絞り込む場合を
具体例にとって説明している。もちろん、複数のイベン
ト名についてＡＮＤ、ＯＲ、ＮＯＴなどを適宜指定でき
るようにすることも可能である（この場合には、ＡＮ
Ｄ、ＯＲ、ＮＯＴなど指定された計算を行えばよい）。

【００４９】データ選択部１２は、データ管理部１３が
管理するマルチメディアデータの中から、その関連付け
られている時刻情報／位置情報が、上記検索要求に対し
てインデックス処理部１１が取り出した、時刻情報、も
しくは位置情報、または時刻情報および位置情報にマッ
チするものを選び出し、そうして選び出されたマルチメ
ディアデータの集合を検索結果として返す。

【００５０】なお、各構成要素の概要は、時刻情報と位
置情報の一方を用いる場合には、次のようになる。デー
タ管理部１３は、マルチメディアデータを、時刻情報
（または位置情報）と関連付けて管理している。インデ
ックス処理部１１は、１つのイベント名または複数のイ
ベント名の組み合わせによって検索要求が入力される
と、入力されたイベント名に対応する、時刻情報（また
は位置情報）を取り出す。複数のイベント名の組み合わ
せの場合は、上記と同様である。データ選択部１２は、
データ管理部１３が管理するマルチメディアデータの中
から、その関連付けられている時刻情報（または位置情
報）が、上記検索要求に対してインデックス処理部１１
が取り出した、時刻情報（または位置情報）にマッチす
るものを選び出し、そうして選び出されたマルチメディ
アデータの集合を検索結果として返す。もちろん、時刻
情報に加えて他の情報を用いる場合も、位置情報に加え
て他の情報を用いる場合も、時刻情報と位置情報に加え
て他の情報を用いる場合も、同様に可能である。以下で
は、時刻情報と位置情報の両方を用いる場合を中心に説
明する。

【００５１】さて、上述のように本実施形態のマルチメ
ディアデータ検索装置のデータ管理部１３は、検索対象
になる複数のマルチメディアデータを、それぞれ時刻情
報と位置情報の両方あるいは一方と関連付けて管理す
る。

【００５２】図２に、本実施形態のマルチメディアデー
タ検索装置のデータ管理部１３の実現方式の一つの例を
示す。

【００５３】図２の例に示すように、「ディジタルスチ
ルカメラ用画像ファイルフォーマット規格（Ｅｘｉｆ）
Ｖｅｒｓｉｏｎ ２．１」（ＪＥＩＤＡ−４９−１９
９８， 日本電子工業振興協会）や「Ｒｅｃｏｒｄｉｎ
ｇ−Ｈｅｌｉｃａｌ−ｓｃａｎ ｄｉｇｉｔａｌ ｖｉ
ｄｅｏ ｃａｓｅｔｔｅ ｒｅｃｏｒｄｉｎｇ ｓｙｓ
ｔｅｍ ｕｓｉｎｇ ６，３５ｍｍ ｍａｇｎｅｔｉｃ
ｔａｐｅ ｆｏｒｃｏｎｓｕｍｅｒ ｕｓｅ （５２
５−６０， ６２５−５０， １１２５−６０ ａｎｄ
１２５０−５０ ｓｙｓｔｅｍｓ） −」（ＩＥＣ
６１８３４）に開示されているような、時刻情報と位置
情報を含めることが出来るデータフォーマットを利用す
る方式である。

【００５４】図２の例では、ファイルシステム内の「Ｐ
ＨＯＴＯ」というディレクトリに、「ディジタルスチル
カメラ用画像ファイルフォーマット規格（Ｅｘｉｆ）
Ｖｅｒｓｉｏｎ ２．１」で規定されているフォーマッ
トで記録されている複数のデジタル写真のデータを記憶
して管理している。「Ｐ００００１００．ＪＰＧ」から
「Ｐ００００５８１．ＪＰＧ」までが、デジタル写真の
データの入っているファイルである。これらのファイル
の中には、デジタル写真の静止画像データの他に、その
写真を撮った時刻の情報（図２では「ＴＩＭＥ：」と表
記している）と、その写真を撮った位置の情報として緯
度と経度（図２では「ＬＯＣＡＴＩＯＮ：」と表記して
いる）も記録されている。例えば、「Ｐ００００１０
０．ＪＰＧ」というデータファイルは、時刻情報として
「１９７０／０１／０１ ０６：３０：０５」という値
を、位置情報として「Ｅ１３６°４７’２９．３７”，
Ｎ３４°３０’２０．０５”」という値を持ち、１９７
０年の１月１日の午前６時３０分０５秒に、東経１３６
°４７’２９．３７”、北緯３４°３０’２０．０５”
で撮影した写真のデータであることを示している。

【００５５】図２は、デジタル写真データを対象にした
例であるが、デジタルビデオの場合も、例えば「Ｒｅｃ
ｏｒｄｉｎｇ−Ｈｅｌｉｃａｌ−ｓｃａｎ ｄｉｇｉｔ
ａｌｖｉｄｅｏ ｃａｓｅｔｔｅ ｒｅｃｏｒｄｉｎｇ
ｓｙｓｔｅｍ ｕｓｉｎｇ ６，３５ｍｍ ｍａｇｎ
ｅｔｉｃ ｔａｐｅ ｆｏｒ ｃｏｎｓｕｍｅｒｕｓｅ
（５２５−６０， ６２５−５０， １１２５−６０
ａｎｄ １２５０−５０ ｓｙｓｔｅｍｓ） −」
（ＩＥＣ ６１８３４）に開示されているデータフォー
マットを使って、ビデオ映像の属性情報として撮影時間
と撮影位置の緯度経度を記録することができる。ただ
し、デジタルカメラ（あるいはデジタルスチルカメラ）
などで作成した静止画像の場合には、１つのデータに対
して撮影時刻と撮影位置の情報を１つ対応するのに対し
て、デジタルビデオカメラで撮影した動画像のような場
合には、１つのデータに対して撮影時刻や撮影位置は１
つとは限らない点が異なる。すなわち、１つのデータの
中に異なる時間に異なる場所で撮影したショットが混在
している場合がある。

【００５６】なお、本発明の手法は、上記の説明で述べ
たフォーマット以外の様々なフォーマットのデジタル写
真やデジタルビデオデータに対して適用可能であること
は、当業者にとっては明らかである。

【００５７】図３／図４に、本実施形態のマルチメディ
アデータ検索装置のデータ管理部１３の実現方式の他の
例を示す（なお、図４は図３の位置情報ファイル「ＬＯ
ＣＡＴＩＯＮ．ＤＡＴ」の内容の例である）。

【００５８】図３／図４の例に示すように、管理対象の
各データは時刻情報のみを持ち、それぞれのデータとそ
のデータの位置情報の対応は、ファイルやデータベース
管理システム等を使って別に管理する方式である。

【００５９】図３／図４では、「ＰＨＯＴＯ」ディレク
トリに管理している「Ｐ００００１００．ＪＰＧ」から
「Ｐ００００５８１．ＪＰＧ」までの１０個のデジタル
写真データには、それぞれ撮影した時刻が時刻情報とし
て記録されている。このときの写真データのデータフォ
ーマットとしては、上記のＥｘｉｆ Ｖｅｒｓｉｏｎ
２．１を用いることができる。写真データとは別に、そ
れぞれの写真とそれを撮った場所を示す位置情報の対応
を位置情報ファイルに記録して管理する。図３／図４の
例では「ＬＯＣＡＴＩＯＮ．ＤＡＴ」という名前のファ
イルが位置情報ファイルである。「ＬＯＣＡＴＩＯＮ．
ＤＡＴ」の中には、図３／図４に示すように、例えば
「Ｐ００００１００．ＪＰＧ」という名前のファイルに
記録されているデジタル写真データの位置情報として
は、東経１３６°４７’２９．３７”、北緯３４°３
０’２０．０５”を示す「Ｅ１３６°４７’２９．３
７”，Ｎ３４°３０’２０．０５”」が対応付けられて
いる。

【００６０】図５／図６に、本実施形態のマルチメディ
アデータ検索装のデータ管理部１３の実現方式のさらに
他の例を示す（なお、図６は図５の属性情報ファイル
「ＰＲＯＰＥＲＴＹ．ＤＡＴ」の内容の例である）。

【００６１】図５／図６の例に示すように、管理対象の
各データは時刻情報も位置情報も持たず、それぞれのデ
ータとそのデータの時刻情報および位置情報の対応は、
ファイルやデータベース管理システム等を使って別に管
理する方式である。

【００６２】図５／図６では、「ＰＨＯＴＯ」ディレク
トリに管理している「Ｐ００００１００．ＪＰＧ」から
「Ｐ００００５８１．ＪＰＧ」までの１０個のデジタル
写真データは、時刻情報も位置情報も持っていない。写
真データとは別に、それぞれの写真とその時刻情報およ
び位置情報の対応は属性情報ファイルに記録して管理す
る。図５／図６の例では「ＰＲＯＰＥＲＴＹ．ＤＡＴ」
という名前のファイルが属性情報ファイルである。「Ｐ
ＲＯＰＥＲＴＹ．ＤＡＴ」の中には、図５／図６に示す
ように、例えば「Ｐ００００１００．ＪＰＧ」という名
前のファイルに記録されているデジタル写真データの時
刻情報としては１９７０年１月１日の午前６時３０分５
秒を示す「１９７０／０１／０１ ０６：３０：０５」
が、位置情報としては、東経１３６°４７’２９．３
７”、北緯３４°３０’２０．０５”を示す「Ｅ１３６
°４７’２９．３７”，Ｎ３４°３０’２０．０５”」
が対応付けられている。

【００６３】図７に、本実施形態のマルチメディアデー
タ検索装置のデータ管理部１３の実現方式のさらなる他
の例を示す。

【００６４】図７の例に示すように、管理対象の各デー
タは時刻情報のみを持ち、位置情報はＧＰＳのデータを
併用して対応付ける方式である。

【００６５】図７では、「ＰＨＯＴＯ」ディレクトリに
管理している「Ｐ００００１００．ＪＰＧ」から「Ｐ０
０００５８１．ＪＰＧ」までの１０個のデジタル写真デ
ータは、時刻情報は持っているが位置情報は持っていな
い。写真データとは別に、それぞれの写真を撮ったとき
のＧＰＳのデータを管理している。図７の例では「１９
７００１０１．ＧＰＳ」という名前のファイルは１９７
０年１月１日のＧＰＳ情報のデータ、「１９７００６１
２．ＧＰＳ」という名前のファイルは１９７０年６月１
２日のＧＰＳ情報のデータという具合に、１日分のＧＰ
Ｓ情報を１つのファイルとして管理している。それぞれ
のＧＰＳ情報ファイルの中には、一定の時間おきに、そ
の時点の緯度と経度を対応表として記録している。

【００６６】このＧＰＳ情報を使うことにより、例えば
「Ｐ００００１００．ＪＰＧ」の位置情報が必要なとき
は、「Ｐ００００１００．ＪＰＧ」の時刻情報から、対
応するＧＰＳ情報ファイルである「１９７００１０１．
ＧＰＳ」を選び、その中の情報から、午前６時３０分５
秒の時刻にいたと推定される位置情報を求める。このと
き、ＧＰＳ情報は一定時間間隔でしか（すなわち離散的
にしか）記録されていないため、探したい時刻ちょうど
のときの位置情報が記録されていることは希である。そ
れゆえ、探したい時刻に一番近い時刻の位置情報を使っ
たり、あるいは、探したい時刻の前後の位置情報から補
間して計算した位置情報を使うことができる。

【００６７】なお、以上の各方法はマルチメディアデー
タに関連付ける属性情報が２種類の場合の例であるが、
属性情報が１種類や３種類以上の場合も同様の方法を適
用可能である。

【００６８】図２、図３／図４、図５／図６、図７で説
明したデータ管理部１３の各実現例では、いずれも写真
データのファイルは「ＰＨＯＴＯ」という名前の１つの
ディレクトリにすべて管理している。これらの管理方式
は、従来からあるディレクトリを使った分類方式やキー
ワードを使って検索を可能にする管理方式と併用するこ
とも容易である。

【００６９】データ管理部１３の管理するマルチメディ
アデータは、上記した例のように、マルチメディアデー
タ検索装置１内に管理する方式の他に、リモートファイ
ルシステム等のネットワークを介したファイルやデータ
のアクセス手段を利用して、他のコンピュータで管理す
るように実施することも可能である。

【００７０】さて、本実施形態のマルチメディアデータ
検索装置は、検索要求をインデックス処理部１１が受け
取ることで動作を開始する。検索要求は、ユーザから直
接マルチメディアデータ検索装置１に対して出された
り、あるいはユーザとマルチメディアデータ検索装置１
との間のインタフェースとなるフロントエンドプログラ
ムから出されたり、あるいは様々なアプリケーションプ
ログラムから出される。

【００７１】検索要求は、１つのイベント名あるいは複
数のイベント名の組み合わせの形で、インデックス処理
部１１に与えられる。

【００７２】例えば、信州で撮った写真データを検索し
たい場合に「信州」というイベント名が検索要求にな
り、長野オリンピックを見に行ったときに撮った写真デ
ータを検索したい場合に「長野オリンピック」というイ
ベント名が検索要求になり、正月に撮った写真データを
検索したい場合に「正月」というイベント名が検索要求
になる。

【００７３】イベント名を組み合わせることで、１つの
イベント名では表現できない検索条件を指定することが
できる。例えば、「京都」という場所を表すイベント名
と「正月」という時刻を表すイベント名とを組み合わせ
た「京都の正月」という検索要求は、正月に京都で撮っ
た写真データの検索要求になる。また、「１９７０年の
正月の京都」という具合に、さらに検索条件を絞り込む
こともできる。もちろん、上記の説明は、基本的なイベ
ント名を複合させたような形になっているものをイベン
ト名としては排除する趣旨ではなく、「京都の正月」の
ような１つのイベント名を設けても構わない。

【００７４】別の例としては、「（イベント名）＋（の
場所）」と限定することで位置情報だけを指定して検索
したり、逆に「（イベント名）＋（の時）」と限定して
時刻情報だけを指定して検索することもできる。例え
ば、「長野オリンピック」というイベント名は、時刻情
報と位置情報の両方を指定した検索要求になるが、「長
野オリンピックの場所」と限定することで位置情報だけ
を指定して検索したり、「長野オリンピックの時」と限
定して時刻情報だけを指定して検索することもできる。
さらに、「（イベント名）＋（の時の）＋（イベント
名）」、例えば「長野オリンピックの時の札幌」という
具合に、検索条件を絞り込むこともできる。

【００７５】図８に、本実施形態のマルチメディアデー
タ検索装置のインデックス処理部１１の構成例を示す。

【００７６】図８に示されるように、本インデックス処
理部１１は、インデックス検索部１１１とインデックス
テーブル１１２を有する。

【００７７】インデックス検索部１１１は、まず、１つ
のイベント名あるいは複数のイベント名の組み合わせを
検索要求として受け取り、その中に含まれる各イベント
名に対応する時刻情報と位置情報を、インデックステー
ブル１１２を引いて求める。

【００７８】次に、インデックス検索部１１１は、検索
条件が１つのイベント名であれば、その時刻情報および
または位置情報を、インデックス情報としてデータ選択
部１２に渡す。検索条件が複数のイベント名の組み合わ
せであれば、それぞれのイベント名に対する時刻情報お
よびまたは位置情報から計算して求めた組み合わせ後の
時刻情報およびまたは位置情報を、インデックス情報と
してデータ選択部１２に渡す。

【００７９】「インデックステーブル」は、イベント名
と、それの持つｎ種類の属性情報との対応を管理する表
である。なお、１種類の属性情報に対して１つの項目が
存在する場合と、複数の項目が存在する場合がある（例
えば、時刻情報として期間を表す場合には、少なくとも
開始時刻と終了時刻の２つの項目が必要になる）。

【００８０】本実施形態におけるインデックステーブル
は、イベント名と、それの持つ時刻情報と位置情報の両
方あるいは一方の対応を管理する表である。

【００８１】図９に、インデックステーブル１１２の例
を示す。この例のインデックステーブル１１２は、各イ
ベント名に対し、その時刻情報として「開始時刻」と
「終了時刻」を、位置情報として「経度１」と「緯度
１」と「経度２」と「緯度２」を管理している。例え
ば、「大阪城」というイベント名は、対応する時刻情報
は持たず、位置情報として代表点の位置情報を「緯度
１」および「経度１」に持っている。

【００８２】位置情報を代表点で表す場合、その点を中
心にどこまでが、そのイベント名が指し示す範囲である
かが、曖昧になる。そのため、代表点からの有効な半径
の距離をイベントテーブルに一緒に記録しておくように
してもよい。半径が陽に記録されていない場合（または
半径を陽に記録する方法をとらない場合）には、例え
ば、データ選択部１２で適当な基準で代表点からの有効
な距離を設定すればよい。なお、位置情報の指定を、代
表点ではなく代表となる線で指定することもできる。こ
の場合も、その線からどれくらいの距離までがそのイベ
ントに属するかの判断は、代表点の場合と同様に、その
距離をイベントテーブルに一緒に記録しておくようにし
たり、あるいはデータ選択部１２で適当な基準で有効な
距離を設定することができる。

【００８３】また、図９のインデックステーブル１１２
において、「京都」というイベント名には、経度１とし
て「Ｅ１３５°３８’５９．４９”」、緯度１として
「Ｎ３５°０６’１５．１９”」、経度２として「Ｅ１
３５°５０’０４．３２”」、緯度２として「Ｎ３４°
５４’５６．３８”」を、位置情報として持っている。
つまり、「京都」というイベント名が指し示す領域の位
置情報を、指定した平面上の２点を対角とする長方形で
近似して表している。

【００８４】位置情報の指定の方法としては、図９の例
のように長方形で領域を指定する以外に、より実際の領
域に近い多角形で近似する方法もある。また、複数の点
あるいは領域の集まりで表す方法もある。

【００８５】図９のインデックステーブル１１２におい
て、「日本万国博覧会」というイベント名には、開始時
刻として「１９７０／３／１４」、終了時刻として「１
９７０／９／１３」を、時刻情報として持ち、経度１と
して「Ｅ１３５°３１’２２．２０”」、緯度１として
「Ｎ３４°４８’５０．４１”」、経度２として「Ｅ１
３５°３２’４３．６５”」、緯度２として「Ｎ３４°
４７’５７．９２”」を、位置情報として持っている。
時刻情報は、イベントの種類や必要性に応じて、もっと
細かく時間まで指定したり、逆にもっと粗く年だけを指
定することも可能である。

【００８６】検索要求に指定するイベント名には、イベ
ントテーブルを引く必要のない、時刻情報や位置情報
を、直接、指定することも可能である。例えば、「１９
７０年」で１９７０年の１年間を検索要求の時刻指定と
したり、緯度と経度を直接指定して検索要求の位置情報
を指定したり出来る。このような指定の仕方は、イベン
ト名を組み合わせるときに有効に用いることができる。
例えば、「１９７０年の京都」という検索要求で、１９
７０年に京都で撮った写真を検索することができる。

【００８７】なお、図９に示したインデックステーブル
１１２の例では、図２の例に示したデジタル写真に関連
するイベントのみを記録しているが、これは説明に必要
な部分のみを示しているものであり、実際にはより多数
のイベントを登録して実施すればよい。

【００８８】本実施形態のマルチメディアデータ検索装
置１のインデックス処理部１１のインデックス検索部１
１１は、例えば、図１０に示すような手順で動作する。

【００８９】インデックス検索部１１１は、まず、検索
要求を受け取り（ステップＳ１）、次に、その検索要求
の中に含まれるイベント名を取り出す（ステップＳ
２）。次に、取り出したイベント名をキーにしてインデ
ックステーブル１１２を引き、それぞれのイベント名に
対応する時刻情報と位置情報を求める（ステップＳ
３）。このようにして求めた時刻情報およびまたは位置
情報を基に、検索要求に示されたイベント名の組み合わ
せ方に従って、検索対象の時刻情報およびまたは位置情
報を計算する（ステップＳ４）。

【００９０】インデックス検索部１１１は、このように
して求めた検索対象の時刻情報およびまたは位置情報
（すなわち、検索要求に含まれるイベント名によって、
時刻情報があり位置情報がない場合と、位置情報があり
時刻情報がない場合と、時刻情報および位置情報がある
場合とがある）を、インデックス情報として、データ選
択部１２に渡す（ステップＳ５）。

【００９１】ところで、ここで説明したインデックス処
理部１１の構成においては、インデックス処理部１１内
にインデックス検索部１１１とインデックステーブル１
１２をローカルに持っている。インデックス処理部１１
の別の構成例としては、図１１に示すように、インデッ
クス処理部１１はインターネットあるいはイントラネッ
トなどのネットワーク６でつながっているリモートのイ
ンデックスサーバ３を使って処理する方式もある。

【００９２】図１２に、この場合のインデックス処理部
１１の構成例を示す。図１２に示されるように、このと
きのインデックス処理部１１は、受け取った検索要求を
インデックスサーバ３に送る検索要求送信部１１３と、
この検索要求に基づいてインデックスサーバ３にて求め
られたインデックス情報を受け取ってデータ選択部１２
に渡すインデックス情報受信部１１４を有する。

【００９３】図１３に、この場合のインデックスサーバ
３の構成例を示す。図１３に示されるように、このとき
のインデックスサーバ３は、インターネットなどのネッ
トワーク６を介して検索要求を受け取る検索要求受信部
３３と、イベント名とそれに対応する時刻情報と位置情
報を管理するインデックステーブル３２と、インデック
ステーブル３２を参照して検索要求からインデックス情
報を求めるインデックス検索部３１と、求めたインデッ
クス情報を送り返すインデックス情報送信部３４とを有
する。インデックス検索部３１とインデックステーブル
３２は、例えば図１０や図９の例で示したような、ロー
カルに処理するインデックス処理部１１の持つものと同
様の動作をするように構成すればよい。

【００９４】インデックスサーバ３を使う場合におい
て、検索要求が複数のイベント名の組み合わせで指定さ
れた場合に行う（時刻情報や位置情報に関する）計算を
インデックスサーバ３側でせずに、マルチメディアデー
タ検索装置１内のインデックス処理部１１側で計算する
ように構成することも出来る（この場合には、インデッ
クスサーバ３からマルチメディアデータ検索装置１へ、
各イベント名に対する時刻情報や位置情報をそのまま返
せばよい）。このような方法は、後で述べるように、複
数のインデックスサーバ３を組み合わせて使ったり、あ
るいはローカルのインデックステーブル１１２とインデ
ックスサーバ３とを組み合わせて使う場合にも有効に用
いることができる。

【００９５】インデックステーブルをローカルに持つイ
ンデックス処理部１１の利点は、マルチメディアデータ
検索装置１が通信機能を持たなくて良いことである。た
だし、新しいイベントは何らかの手段でそれをインデッ
クステーブルに追加して行く必要がある。例えば、フロ
ッピー（登録商標）やＣＤ−ＲＯＭで配ったり、インタ
ーネットで配ったり、放送の電波にのせて配ったりする
方法が可能である。

【００９６】インデックスサーバ３を使うインデックス
処理部１１は、新しいイベントの追加のようなインデッ
クステーブルのメンテナンスを自分でしなくても良いの
が利点である。新しいイベントがインデックスサーバ３
に加われば、何も特別な作業はせずとも、そのまますぐ
に使うことができる。また、インデックスサーバ３はネ
ットワーク６につながっているため、同じネットワーク
６につながっている複数のマルチメディアデータ検索装
置１が、１つのインデックスサーバ３を共有して使うこ
ともできる。

【００９７】インデックスサーバ３を使う他の実施形態
として、インデックスサーバ３の持つインデックステー
ブル３２のデータを、マルチメディアデータ検索装置１
内でキャッシュする方式もある。すなわち、マルチメデ
ィアデータ検索装置１のデータ管理部１３に管理する写
真などのマルチメディアデータの持つ時刻情報と位置情
報から、それがマッチするイベントのデータをインデッ
クスサーバ３から先読みして、ローカルなインデックス
テーブル１１２に記憶しておいたり、あるいは一度イン
デックスサーバ３から読み出して使ったイベントのデー
タをローカルなインデックステーブル１１２にキャッシ
ュしておく。以降の検索要求の処理には、ローカルなイ
ンデックステーブル１１２の情報だけで処理できる場合
にはそれだけを使ってインデックス情報を求めることが
できる。キャッシュや先読みを行うイベントのデータの
範囲は様々に決めることが出来る。例えば、該当する範
囲全部、最近使ったものだけ、写真が多いところ、頻繁
に引くもの、などの種々の基準を用いることができる。

【００９８】また、インデックスサーバ３は、複数用意
して、必要に応じて切り替えたり、あるいは複数のイン
デックスサーバの情報を組み合わせて使うように実施す
ることもできる。

【００９９】例えば、同じインデックステーブルを持つ
インデックスサーバを複数用意しておいて、負荷を分散
させたり、あるいは或るインデックスサーバの障害時に
他のインデックスサーバを使えるようにして信頼性を高
めることができる。また、例えば、異なるイベントのデ
ータを持つインデックスサーバを複数用意し、必要に応
じて使うインデックスサーバを切り替えることもでき
る。また、例えば、世界レベルの情報を持つインデック
スサーバ、日本レベルの情報を持つインデックスサー
バ、神奈川県レベルの情報を持つインデックスサーバ、
…、というように、異なるレベルの情報を持つインデッ
クスサーバを複数用意しておき、下位のレベルから上位
のレベルまでの複数のインデックスサーバを使って検索
し、それらのインデックスサーバから得られるインデッ
クス情報を組み合わせて、検索要求に対応するインデッ
クス情報を計算するように実施することも可能である。

【０１００】また、図８に示したインデックス検索部
（マルチメディアデータ検索装置）や図１３に示したイ
ンデックス検索部（インデックスサーバ）の構成例で
は、インデックス検索部の引くインデックステーブルは
１つであったが、インデックステーブルを複数に分けて
持つように実施しても良い。

【０１０１】図１４に、図８のインデックス処理部１１
をインデックステーブルを複数持つように構成した例を
示す。図１４の例では４個のインデックステーブル（図
中、１１２−１〜１１２−４）を持っている。

【０１０２】このような複数のインデックステーブルの
使い方としては、例えば、イベントを複数の分野に分類
して、それぞれを別のインデックステーブルに記録する
ことで、インデックステーブルを管理しやすくすること
ができる。

【０１０３】また、別の使い方として、例えば、図１４
でインデックステーブル＃１は複数のユーザで共有する
インデックステーブルとし、インデックステーブル＃
２、インデックステーブル＃３、インデックステーブル
＃４はそれぞれ異なるユーザ用のイベントが記録されて
いるインデックステーブルにすることができる。このよ
うに実施した場合、あるユーザの場合はインデックステ
ーブル＃１とインデックステーブル＃２を使い、あるユ
ーザの場合はインデックステーブル＃１とインデックス
テーブル＃３を使い、あるユーザの場合はインデックス
テーブル＃１とインデックステーブル＃４を使うという
ように、ユーザによって最適なインデックステーブルを
使って検索することが可能になる。この場合、ユーザ用
のインデックステーブルには、個人用のイベントを記録
するように実施することもできるし、あるいは特定の分
野に興味を持つユーザのグループで共有するようなイベ
ントを記録するように実施することもできる。

【０１０４】より一般には、共有するインデックステー
ブルとユーザグループのインデックステーブルと個人用
のインデックステーブルを必要な個数組み合わせて使用
するようにインデックス検索部１１１を構成することが
できる。

【０１０５】もちろん、図１４の例に示したような複数
のインデックステーブルを持つインデックス検索部は、
図１３に示すインデックスサーバのインデックス検索部
３１にも同様に適用することが可能であることは明らか
である。

【０１０６】次に、図１５に、図８に示すようなローカ
ルにインデックステーブル１１２を持つインデックス処
理部１１（を有するマルチメディアデータ検索装置１）
が、さらにリモートのインデックスサーバ３を併用する
ようにした構成例を示す。

【０１０７】この例のインデックス処理部１１は、検索
要求がくると、それをローカルのインデックス検索部１
１１と検索要求送信部１１３の両方に渡す。

【０１０８】検索要求送信部１１３は、検索要求をネッ
トワーク６を介してインデックスサーバ３に送り、イン
デックスサーバ３で検索したインデックス情報をインデ
ックス情報受信部１１４で受け取り、それをインデック
ス情報統合部１１５へ渡す。このとき、検索要求にイベ
ント名の組み合わせが指定された場合、インデックスサ
ーバ３はそれぞれのイベント名に対する時刻情報と位置
情報を検索し、それらをそのまま送り返すように構成し
ても良いし、インデックスサーバ３内で複数のイベント
に対する時刻情報およびまたは位置情報の組み合わせを
計算して送り返すように構成しても良い。

【０１０９】検索要求を受け取ったインデックス検索部
１１１は、ローカルのインデックステーブル１１２を引
いて検索要求に指定された各イベントに対応する時刻情
報と位置情報を検索し、インデックス情報統合部１１５
へ渡す。このとき、検索要求にイベント名の組み合わせ
が指定された場合、インデックス検索部１１１はそれぞ
れのイベント名に対する時刻情報と位置情報を検索し、
それらをそのままインデックス情報統合部１１５へ渡す
ように構成しても良いし、インデックス検索部１１１で
複数のイベント名に対する時刻情報およびまたは位置情
報の組み合わせを計算してインデックス情報統合部１１
５へ渡すように構成しても良い。

【０１１０】なお、リモートのインデックスサーバ３あ
るいはローカルのインデックス検索部１１１単独では、
検索要求に指定されたすべてのイベントに対する時刻情
報およびまたは位置情報を求められない場合には、単独
で検索できるイベントに関する時刻情報と位置情報を求
めて、インデックス情報統合部１１５へ渡す。

【０１１１】インデックス情報統合部１１５は、インデ
ックス検索部１１１とインデックス情報受信部１１４か
ら渡された情報を組み合わせて、検索要求に対応する最
終的な検索対象の、時刻情報、もしくは位置情報、また
は時刻情報および位置情報を計算し、それをインデック
ス情報としてデータ選択部１２へ渡す。

【０１１２】このように、マルチメディアデータ検索装
置内のローカルなインデックステーブルと、インデック
スサーバ側のインデックステーブルを併用する方式は、
個人的なイベント名と一般的なイベント名を混在させた
検索をする場合に有効である。

【０１１３】例えば、娘の誕生日に○○ホテルで食事を
した時に写真を探したい場合、「○○ホテル」というイ
ベント名に対する位置情報はインデックスサーバで検索
することができるが、「娘の誕生日」という個人的な情
報は複数のユーザで共有するインデックスサーバ３では
検索できない。そこで、マルチメディアデータ検索装置
１内のローカルな個人用のインデックステーブル１１２
に、「娘の誕生日」というイベント名で誕生日の時刻情
報を入れておけば、このデータをインデックスサーバ３
のデータを組み合わせて検索できる。このようにする
と、例えば「○○ホテルでの娘の誕生日」というよう
に、インデックスサーバ３にあるイベント名とローカル
なインデックステーブル１１２にある個人のイベント名
とを組み合わせた検索も可能になる（「○○ホテル」に
ついてインデックスサーバから位置情報が得られ、「娘
の誕生日」についてローカルなインデックステーブルか
ら時刻情報が得られる）。ここでは、個人用のインデッ
クステーブル１１２をマルチメディアデータ検索装置１
内にローカルに持つ方式を説明したが、個人用のインデ
ックスをインデックスサーバ３側に持ち、インデックス
サーバ３内で個人用のインデックステーブルと一般的な
共用のインデックステーブルを組み合わせて処理するよ
うに実施することも可能である。

【０１１４】もちろん、図８に示すようなローカルにイ
ンデックステーブルを持つマルチメディアデータ検索装
置１が、さらにリモートのインデックスサーバを併用す
るのと同様に、図１３に示すようなローカルにインデッ
クステーブルを持つインデックスサーバが、さらに他の
インデックスサーバを併用するようにすることも可能で
ある。

【０１１５】ところで、個人用のインデックステーブル
として、個人のスケジュールデータを用いるように実施
することも可能である。例えば、計算機で管理する電子
的なスケジュール帳には、日あるいは時間等の単位で個
人のスケジュールが記録されている。この情報を利用し
て、記入されているスケジュールをイベント名とし、そ
のイベント名が検索要求として指定された場合には、そ
れに対応するスケジュールの日時を時刻情報として取り
出し、インデックス情報の計算に用いるようにしてもよ
い。このようにすれば、例えば「支店長会議」というス
ケジュールがスケジュール帳に登録されていれば、「産
業会館で開かれた支店長会議」という検索要求に対し
て、インデックスサーバで引いた産業会館の位置情報
と、スケジュール帳で引いた支店長会議の時刻情報を組
み合わせてインデックス情報を計算することができる。
スケジュール帳のデータからインデックステーブルに変
換する方式としては、適当な時点で一括してインデック
ステーブルに変換しておくようにすることも出来るし、
また、検索要求を処理する時点でスケジュール帳を直接
参照するようにすることもできる。

【０１１６】さて、本実施形態のマルチメディアデータ
検索装置のインデックス処理部１１でインデックス情報
が求められると、その情報はデータ選択部１２（図１参
照）に渡される。データ選択部１２は、例えば、図１６
に示すような手順で動作する。

【０１１７】すなわち、データ選択部１２は、インデッ
クス処理部１１からインデックス情報を受け取ると（ス
テップＳ１１）、データ管理部１３が管理するマルチメ
ディアデータの中から、インデックス情報に指定された
時刻情報およびまたは位置情報（時刻情報のみの場合
も、位置情報のみの場合も、時刻情報および位置情報の
場合もある）に該当するものを選択し（ステップＳ１
２）、それを検索結果として出力する（ステップＳ１
３）。

【０１１８】インデックス情報に指定された時刻情報お
よび位置情報に該当するマルチメディアデータを選択す
る場合（またはインデックス情報に指定された位置情報
に該当するマルチメディアデータを選択する場合）、先
に述べたように、インデックス情報の位置情報が代表点
のみ指定されていて半径が指定されていない場合もあ
る。このような場合は、予め決めておいた距離を半径に
使うように構成したり、あるいはＧＵＩ（グラフィカル
・ユーザ・インタフェース）を使ったフロントエンドプ
ログラムを併用しているときには、画面に表示できるマ
ルチメディアデータの数に応じて半径を決めるように構
成することもできる。

【０１１９】なお、検索結果として、上述したようにイ
ンデックス情報に指定された、時刻情報、もしくは位置
情報、または時刻情報および位置情報に該当するマルチ
メディアデータだけを出力する方式以外に、インデック
ス情報に指定された時刻情報あるいは位置情報に該当し
ないが時刻あるいは位置が近いマルチメディアデータも
出力するように構成することもできる。この方式は、特
に、ＧＵＩを用いたフロントエンドプログラムを介して
検索する場合に有効である。すなわち、例えば、ある検
索要求に対して該当する写真が画面に表示される場合
に、該当していないが近い場所で撮った写真や、近い時
期に撮った写真があることが分かれば、それらも一緒に
表示しておくと、さらにそれをキーにして検索対象を広
げたり、絞ったり、変更したりすることが容易になる。
このとき、該当する写真と該当しないが時刻あるいは位
置が近い写真は、区別できるように表示の仕方を変えて
おくと良い。

【０１２０】なお、データ選択部の処理を高速化するた
めには、時刻情報や位置情報からターゲットになるデー
タを引くためのＢ−ＴＲＥＥ等のデータ構造を工夫する
と良い。

【０１２１】また、データ管理部１３の管理するマルチ
メディアデータをグループ分けしておいて、データ選択
部１２におけるマルチメディアデータの選択の際に、対
象となるグループを指定するように実施することも可能
である。例えば、データ管理部１３の管理するマルチメ
ディアデータに対して、「秘密の写真」、「お勧め写
真」、「失敗写真」などを示すマークを付けておき、人
に見せるときにはお勧めの写真マークの付いたデータの
集合から検索したり、仲の良い友達には秘密の写真マー
クの付いた写真も一緒に検索して見せたりするような使
い方が出来る。

【０１２２】これまで説明してきた実施形態では、検索
要求としてイベント名の組み合わせが指定された場合、
インデックス処理部１１内のインデックス検索部１１１
で時刻情報と位置情報の組み合わせを計算した結果をイ
ンデックス情報としてデータ選択部１２に渡すようにし
ている。別の実施方式としては、インデックス処理部１
１では、個々のイベントの時刻情報と位置情報を求めて
そのままデータ選択部１２に渡す方式も可能である。こ
の場合、複数のイベントの時刻情報と位置情報から、検
索対象になる時刻情報と位置情報を計算するのはデータ
選択部１２の役割になる。

【０１２３】次に、ＧＵＩ（グラフィカル・ユーザ・イ
ンタフェース）を使ったフロントエンドプログラムを介
して利用するように、本発明のマルチメディアデータ検
索装置を実施する例を説明する。

【０１２４】図１７に、本実施形態のマルチメディアデ
ータ検索装置が持つＧＵＩ（の画面）の一例を示す。

【０１２５】図１７に例示したＧＵＩでは、画面は大き
く３つの領域に分かれる。

【０１２６】左下の領域ａ１は検索要求を入力する領域
で、図１７の例では、「正月」というイベント名を指定
して検索した様子を示している。

【０１２７】左上の領域ａ２は、位置表示のための領域
で、検索結果のマルチメディアデータを、対応する位置
に表示する。ここでは、検索結果のデジタル写真をサム
ネール画像（ｐ１〜ｐ４）で表示している。位置表示の
領域には、地図のデータを表示してその上に検索結果を
重ねて表示することもできるし、もっと簡単な略地図を
使ったり、あるいは単純な座標の桝目を使って表示する
こともできる。もちろん、下に何も表示せず、検索結果
だけを位置関係を反映するように表示することもでき
る。

【０１２８】画面の右側の領域ａ３は、時刻表示の領域
である。検索されたマルチメディアデータを、時間軸に
沿ってサムネール等で表示する。

【０１２９】なお、ＧＵＩ画面上には、必要に応じて、
検索ボタンやスクロールバーやチェックボックスやオプ
ションボタンなど各種のコントロールが配置され得る
が、それらについての説明は省略する。

【０１３０】さて、図１７の具体例は、「正月」という
イベント名を検索要求として、図２に示したデジタル写
真のデータを、図９のインデックステーブルを使って、
検索した例である。この結果から、１９７０年の正月に
伊勢志摩へ行ったときの写真と、１９９８年の正月に京
都へ行ったときの写真があることが分かる。

【０１３１】さらに、ここで、検査結果を、例えば京都
の写真だけに絞り込むことができる。

【０１３２】検索結果を絞り込む一つの方法は、図１８
に示すように、位置表示領域で、京都の部分をマウスの
ポインタ等で選択して指定する方式である。図１８で
は、破線の長方形（ｄ１）がマウスで選択している領域
を示している。このように選択すると、図１９に示すよ
うに選択された部分が表示される。ここで、時刻表示の
方も同期して京都の写真の部分だけに絞り込まれるよう
にしているが、図２０に示すように時刻表示のほうは変
化させないように構成することもできる。イベント名に
よる検索要求の欄は、表示の方法を変えて、現在の検索
結果と同期していないこと（当該イベント名で検索した
結果を表示したものではないこと）を示すようにする
と、ユーザにとって分かりやすくなる。

【０１３３】検索結果を絞り込む他の方法は、図２１に
示すように、時刻表示領域で、京都に行った１９９８年
の部分をマウスのポインタ等で選択して指定する方式で
ある。図２１では、破線の長方形（ｄ２）がマウスで選
択している領域を示している。このように選択すると、
図１９に示すように選択された部分が表示される。ここ
で、位置表示の方も同期して京都の写真の部分だけに絞
り込まれるようにしているが、位置表示のほうは変化し
ないようにすることもできる。イベント名による検索要
求の欄は、表示の方法を変えて、現在の検索結果と同期
していないことを示すようにすると、ユーザにとって分
かりやすくなる。

【０１３４】検索結果を絞り込むさらに他の方法は、図
２２に示すように、検索要求に「京都」という新しいイ
ベント名を追加して、インクリメンタルに検索をかける
方式である。このように検索すると、図２３に示すよう
に選択された部分が表示される。ここで、位置表示と時
刻表示も同期して京都の写真の部分だけに絞り込まれる
ようにしているが、位置表示や時刻表示は変化しないよ
うにすることもできる。検索要求には、「正月」のよう
なイベント名ではなく、「１９９８年」のように時刻情
報を直接指定することもできる。この機能を使えば、図
２２と同じ絞り込みを、「正月」と「１９９８年」の組
み合わせで実現することもできる。

【０１３５】なお、これらの検索結果の絞り込みの方式
と、後述の近隣検索、さらには後述の逆引き検索を組み
合わせると、ユーザにとって検索しやすいマルチメディ
アデータ検索装置を実現することができる。

【０１３６】ところで、図１７〜図２３の例では、位置
表示と時刻表示の領域に表示する検索結果には、どちら
もサムネール画像を使うことで、双方の領域間の対応関
係が分かりやすくなるように表示する例を示した。その
他にも、色や各種のマーク（例えば、○、△、□のマー
ク、あるいはスペード、ハート、ダイヤ、クラブのマー
クなど）を合わせる方法、線で繋いで表示できるように
する方法、一方の領域で何か操作をするともう一方の領
域の対応するものをハイライト等で表示する方法など、
様々な方法で、対応関係を分かりやすく表示することが
できる。

【０１３７】図２４は、写真を画面上でより大きく表示
したり、あるいは同時により多くの写真を画面上に表示
することのできるフロントエンドプログラムの表示画面
による表示例である。この例では、図１７の具体例と同
じ検索結果を表示しているが、位置表示領域と時刻表示
領域と検索要求領域を小さくして左に集め、右に写真を
表示する大きな領域を設けている。写真とその位置情報
と時刻情報の対応は記号を使って示している。すなわ
ち、写真の下にある記号と同じ記号を、位置表示と時刻
表示の領域の対応する位置に表示することで、対応を示
している。

【０１３８】次に、図２５は、「日本万国博覧会」とい
うイベント名を検索要求として検索した例である。この
例では、１９７０年に日本万国博覧会に行って撮った写
真の他に、帰りに寄った大阪城の写真も表示している。
このように、時刻あるいは位置が近いものも一緒に表示
する近隣検索機能を備えれば、ユーザが曖昧な記憶を基
に検索を進める場合などに非常に有効である。

【０１３９】なお、検索対象に該当する検索結果と、該
当しないが近い近隣の検索結果とを、同時に画面に表示
する場合、その違いを表示方式の違いで示すようにする
ことも出来る。例えば、近隣のものは薄く表示したり、
色を変えて表示したり、小さく表示したり、異なるマー
クで表示したりなどすることができる。

【０１４０】もちろん、近隣検索機能を備える場合に、
その機能を使用するか否かをユーザが選択可能にするこ
とも可能である。

【０１４１】なお、これまで説明してきたＧＵＩのフロ
ントエンドプログラムを介して検索するマルチメディア
データ検索装置（ただし、既に説明したように、インデ
ックスサーバを利用しない形態と、利用する形態があ
る；また、マルチメディアデータを自装置で管理する形
態と、他のコンピュータで管理する形態がある；その
他、種々のバリエーションがある）は、フロントエンド
プログラムおよびマルチメディアデータ検索装置の機能
に相当するプログラム（マルチメディアデータ検索プロ
グラムと呼ぶ）を実行するコンピュータ上でＧＵＩの画
面を表示する構成が可能であるが、以下のように構成す
ることも可能である。

【０１４２】例えば、図２６に示すように、インデック
スサーバを利用しないマルチメディアデータ検索装置の
場合に、ＧＵＩの画面を表示するコンピュータ（クライ
アントと呼ぶ）３０１と、フロントエンドプログラム３
２１およびマルチメディアデータ検索プログラム３２２
を実行するコンピュータ（マルチメディアデータ検索サ
ーバと呼ぶ）３０２とを独立させて構成し、それらをイ
ンターネットあるいはイントラネットなどのネットワー
ク６で接続可能とし、クライアント３０１上のＷＥＢブ
ラウザ３１１を介してマルチメディアデータ検索サーバ
３０２上のフロントエンドプログラム３２１を操作でき
るようにして実現するようにしてもよい。

【０１４３】このようにした場合、ネットワーク上のど
のコンピュータ（ＷＥＢブラウザを搭載したコンピュー
タ）からでも、フロントエンドプログラムと、そしてマ
ルチメディアデータ検索プログラムを操作することがで
きるようになる。

【０１４４】図２７に示すように、１または複数のイン
デックスサーバ３を利用するマルチメディアデータ検索
装置の場合も同様である。

【０１４５】なお、図２６や図２７において、マルチメ
ディアデータを、ネットワーク６で接続された他のコン
ピュータ（マルチメディアデータ管理サーバと呼ぶ）で
管理することも可能である。

【０１４６】続いて、本発明の他の実施形態について説
明する。これから説明する実施形態は、上記の実施形態
のマルチメディアデータ検索装置の機能に加えて、特定
のマルチメディアデータを指定して、それに対応する１
つあるいは複数のイベント名を検索する逆引き検索機能
を持つものである。この逆引き検索機能を使うことによ
って、特定の写真に何が写っているのかを知るための情
報を得ることができる。また、そうして検索したイベン
ト名を使って再度検索をかけることで、ある写真に関連
する写真を検索するような利用法も可能である。

【０１４７】以下では、これまで説明した実施形態に付
加される部分を中心に説明する。

【０１４８】逆引き検索機能は、イベント名からそのイ
ベントに関する時刻情報と位置情報を引くためのインデ
ックステーブルを、逆に引くことで実現できる。すなわ
ち、インデックステーブルは、通常、イベント名をキー
として引くが、逆引き検索の場合は、指定された時刻情
報と位置情報の両方かあるいは一方を含むイベント（あ
るいは、それに加えて指定には該当しないが近い時刻ま
たは位置を含むイベント）を検索する。

【０１４９】図２８に、逆引き検索機能を持つマルチメ
ディアデータ検索装置の構成を示す。この構成は、図１
および図８に示した、インデックステーブルをローカル
に持っているマルチメディアデータ検索装置に、逆引き
検索要求機能を持たせた場合の実施形態である。

【０１５０】ユーザの逆引き検索要求は、逆引き検索部
１４に入り、逆引き検索部１４は、データ管理部１３の
管理するマルチメディアデータとインデックス処理部１
２の持つインデックステーブル１１１を利用して逆引き
検索を行い、その結果を出力する。

【０１５１】図２９に、逆引き検索部１４の動作の流れ
の一例を示す。

【０１５２】逆引き検索部１４は、まず、ユーザからの
逆引き検索要求を受け取る（ステップＳ２１）。ユーザ
は、イベント名の逆引きを行いたいデジタル写真等のマ
ルチメディアデータを指定して逆引き検索を要求する。
このとき、マルチメディアデータの指定の方法は、デー
タ管理部１３が管理するマルチメディアデータを一意に
識別できる名前を使うことができる。ＧＵＩを用いるフ
ロントエンドプログラムを介して逆引き検索を指示する
場合には、画面上に表示されている写真を指定すればそ
れを一意に識別する名前を使って逆引き検索要求が発行
されるようにすると、ユーザにとって使いやすくなる。

【０１５３】逆引き検索要求を受け取った逆引き検索部
１４は、その検索要求の中から、例えば逆引き検索をし
たいマルチメディアデータを指定する識別子などの、検
索対象の指定を取り出す（ステップＳ２２）。

【０１５４】次に、データ管理部１３に管理されている
検索対象のマルチメディアデータの持つ時刻情報と位置
情報を取り出す（ステップＳ２３）。このようにして取
り出した検索対象の時刻情報と位置情報を包含する時刻
情報と位置情報を持つイベントを、インデックステーブ
ル１１２の中から検索する（ステップＳ２４）。

【０１５５】なお、この検索の方法には、指定されたマ
ルチメディアデータの持つ時刻情報と位置情報の両方に
該当するイベントを検索する方法、これに加えて時刻情
報または位置情報の一方を持つイベントであって指定の
時刻情報または位置情報に該当するイベントをも検索す
る方法、指定の時刻情報と位置情報の少なくとも一方に
該当するものを持つイベントを検索する方法、それらの
いずれかに加えて時刻情報と位置情報の少なくとも一方
が指定には該当しないが近い値を持つイベントをも検索
する方法など、種々の方法がある。

【０１５６】このとき検索されるイベントは１つとは限
らず、複数存在する場合もある。

【０１５７】このようにして検索した１つあるいは複数
のイベント名を、逆引き検索結果として返す（ステップ
Ｓ２５）。ここで、逆引き検索の結果として複数のイベ
ント名がある場合、例えば、検索対象を包含するイベン
トや、時刻的あるいは位置的により近いイベントをより
優先度が高いものとみなし、優先度の高いものから順に
並べ替えて検索結果とすると、検索結果をより有効に利
用できる。また、検索結果の各イベント名に、優先度の
高さを示すスコアを付けて返すようにすることもでき
る。

【０１５８】もちろん、このような逆引き検索機能は、
図１１に示したようなインデックスサーバを呼び出すマ
ルチメディアデータ検索装置にも適用できる。

【０１５９】図３０に、インデックスサーバを使った逆
引き検索機能を持つマルチメディアデータ検索装置の構
成例を示す。

【０１６０】この例では、逆引き検索部１４は、逆引き
検索要求送信部１４３と逆引き検索結果受信部１４４か
ら構成される。ユーザからの逆引き検索要求は、逆引き
検索要求送信部１４３に入る。逆引き検索要求送信部１
４３は、まず、ユーザの逆引き検索要求に指定された検
索対象のマルチメディアデータの指定を取り出し、指定
された検索対象のマルチメディアデータの持つ時刻情報
と位置情報をデータ管理部１３から得る。こうして得た
検索対象の時刻情報と位置情報を、逆引き検索機能を持
つインデックスサーバ３への逆引き検索要求として、ネ
ットワーク６を介して送信する。インデックスサーバ３
で実行された逆引き検索の結果は、ネットワーク６を介
して送信する。インデックスサーバ３で実行された逆引
き検索の結果は、ネットワーク６を介して逆引き検索結
果受信部１４４が受け取り、それを逆引き検索結果とし
て出力する。

【０１６１】図３１に、逆引き検索機能を持つインデッ
クスサーバ３の構成例を示す。

【０１６２】この例では、インデックスサーバ３への検
索要求は、検索要求受信部３３が受け取り、通常の検索
要求ならばインデックス検索部３１へ、逆引き検索要求
なら逆引き検索部３４へ、検索要求を渡す。

【０１６３】インデックス検索部３４の動作は図１３の
インデックスサーバと同じである。

【０１６４】逆引き検索部３４は、インデックス検索部
３１と共有しているインデックステーブル３２を参照
し、前述したように、逆引き検索要求に指定されている
検索対象の位置情報と時刻情報を包含する位置情報と時
刻情報を持つイベント、あるいは検索対象の位置情報と
時刻情報に近い位置情報と時刻情報を持つイベントを、
インデックステーブル３２の中から検索する。そうして
検索した１つあるいは複数のイベント名を検索結果とし
て検索結果送信部３５に渡す。

【０１６５】検索結果送信部３５は、インデックス検索
部３１あるいは逆引き検索部３４から渡された検索結果
を検索要求を出したマルチメディアデータ検索装置１に
送り返す。

【０１６６】図３２には、ＧＵＩを持つフロントエンド
プログラムを介して利用するように、逆引き検索機能を
持つマルチメディアデータ検索装置を実施した場合の、
ＧＵＩの画面の例を示す。図３２の例は、図２４の例と
同じく「正月」というイベント名でデジタル写真のデー
タを検索した場合の画面である。ここで図２４と違っ
て、右側の写真表示領域の各写真の下に、その写真の写
っていると思われるイベント名が表示されている。この
イベント名は、それぞれの写真のデータに対して逆引き
検索を行い、その結果検索されたイベント名の中で、最
も優先度の高いものを１つ表示するようにしている。

【０１６７】逆引き検索の結果の表示法には様々な方式
を用いることができる。例えば、１つの写真に対して複
数のイベント名が検索された場合には、優先度の上位か
ら決まった個数のイベント名を表示したり、あるいは表
示は優先度の高いもの１つだが他にも検索されたイベン
ト名があることが分かるように表示し、例えばアイコン
のクリックなどの操作で他のイベント名も見ることがで
きるようにすることができる。また、逆引き検索で検索
されたイベント名を位置表示領域の地図の対応する位置
に表示するようにすることもできる。

【０１６８】ここで説明した逆引き検索機能を持つマル
チメディアデータ検索装置においても、先に説明したマ
ルチメディアデータ検索装置の場合と同様に、複数のイ
ンデックステーブルを持つように実施したり、ローカル
に持つインデックステーブルとリモートのインデックス
サーバを併用するように実施したりできることは当業者
にとっては明らかである。また、ＧＵＩのフロントエン
ドプログラムを介して検索する場合において、ＧＵＩの
画面を表示するコンピュータを独立させて構成すること
によって、ネットワーク上のどのＷＥＢブラウザを搭載
したコンピュータからでもフロントエンドプログラム
と、そしてマルチメディアデータ検索プログラムを操作
可能とできる点も同様である。その他、先に説明したマ
ルチメディアデータ検索装置における種々の構成例、バ
リエーションはここでも適用可能である。

【０１６９】なお、本実施形態のマルチメディアデータ
検索装置の検索対象とするデータは、これまでの実施形
態で説明したような、デジタルカメラやスキャナなどの
静止画像や、デジタルビデオカメラやデジタル放送など
の動画像に限るものではない。管理すべきデータに対し
て、時間情報および位置情報のいずれかあるいは両方を
関係付けて管理していれば、どのようなデータでも構わ
ない。例えば、観光地、祭り、コンサート、博覧会、ス
ポーツ大会などの、様々なイベントに関して、それらに
関して記述した文書、それらに関する情報を持つＷＥＢ
のページへのリンク、それらを説明している百科事典の
項目へのリンク、それらのチケットや記録を販売するオ
ンラインショップへのリンクなども同様に管理して検索
できる。

【０１７０】また、本実施形態において、イベントの時
刻情報や、マルチメディアデータに関連付けられた時刻
情報は、時差を考慮して扱うようにすると好ましい。ま
た、イベント名を複数の言語（例えば、日本語、英語、
フランス語、スペイン語、イタリア語、中国語、ロシア
語、など）で登録しておき、異なる言語でも検索できる
ようにしておくと好ましい。

【０１７１】なお、以上の各機能は、ソフトウェアとし
ても実現可能である。

【０１７２】また、本実施形態は、コンピュータに所定
の手段を実行させるための（あるいはコンピュータを所
定の手段として機能させるための、あるいはコンピュー
タに所定の機能を実現させるための）プログラムを記録
したコンピュータ読取り可能な記録媒体としても実施す
ることもできる。

【０１７３】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【０１７４】

【発明の効果】本発明では、時刻情報や位置情報を用い
てマルチメディアデータを管理し、１または複数のイベ
ント名を使用して指定された検索要求を受け取った場合
には、インデックステーブルやインデックスサーバによ
り該イベント名に基づいて求めた該検索要求に対応する
時刻情報や位置情報を用いてマルチメディアデータを検
索するので、管理したいマルチメディアデータをディレ
クトリやフォルダーに分類したり検索用のキーワードを
付けるような煩雑な作業が不要になり、ユーザにとって
直感的で分かりやすいイベント名およびその組み合わせ
によって、所望のマルチメディアデータを検索すること
が可能になる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るマルチメディアデー
タ検索装置の構成例を示す図

【図２】データ管理部におけるデータ管理の一例を示す
図

【図３】データ管理部におけるデータ管理の他の例を示
す図

【図４】データ管理部におけるデータ管理の他の例を示
す図

【図５】データ管理部におけるデータ管理のさらに他の
例を示す図

【図６】データ管理部におけるデータ管理のさらに他の
例を示す図

【図７】データ管理部におけるデータ管理のさらなる他
の例を示す図

【図８】インデックス処理部の構成例を示す図

【図９】インデックステーブルの例を示す図

【図１０】インデックス検索部の動作の一例を示すフロ
ーチャート

【図１１】本発明の一実施形態に係るインデックスサー
バを呼び出すマルチメディアデータ検索装置の構成例を
示す図

【図１２】インデックスサーバを呼び出すインデックス
処理部の構成例を示す図

【図１３】本発明の一実施形態に係るインデックスサー
バの構成例を示す図

【図１４】複数のインデックステーブルを持つインデッ
クス処理部の構成例を示す図

【図１５】インデックステーブルとインデックスサーバ
を併用するインデックス処理部の構成例を示す図

【図１６】データ選択部の動作の一例を示すフローチャ
ート

【図１７】フロントエンドプログラムを持つマルチメデ
ィアデータ検索装置の例について説明するための図

【図１８】地図を使った検索範囲の絞り込みの例につい
て説明するための図

【図１９】地図で絞り込んだ例について説明するための
図

【図２０】時刻で絞り込んだ例について説明するための
図

【図２１】時刻情報を使った検索範囲の絞り込みの例に
ついて説明するための図

【図２２】イベント名の組み合わせによる検索範囲の絞
り込みの例について説明するための図

【図２３】フロントエンドプログラムを持つマルチメデ
ィアデータ検索装置の他の例について説明するための図

【図２４】写真表示領域を持つフロントエンドプログラ
ムの例について説明するための図

【図２５】フロントエンドプログラムを持つマルチメデ
ィアデータ検索装置のさらに例について説明するための
図

【図２６】ＷＥＢブラウザを搭載したクライアントから
ネットワークを介してフロントエンドプログラムおよび
マルチメディアデータ検索プログラムを実行するマルチ
メディアデータ検索サーバをアクセスする構成例を示す
図

【図２７】ＷＥＢブラウザを搭載したクライアントから
ネットワークを介してフロントエンドプログラムおよび
マルチメディアデータ検索プログラムを実行するマルチ
メディアデータ検索サーバをアクセスする他の構成例を
示す図

【図２８】本発明の一実施形態に係る逆引き検索機能を
持つマルチメディアデータ検索装置の構成例を示す図

【図２９】逆引き検索部の動作の一例を示すフローチャ
ート

【図３０】本発明の一実施形態に係るインデックスサー
バを使った逆引き検索機能を持つマルチメディアデータ
検索装置の構成例を示す図

【図３１】本発明の一実施形態に係る逆引き検索機能を
持つインデックスサーバの構成例を示す図

【図３２】逆引き検索機能を持つフロントエンドプログ
ラムの例について説明するための図

【図３３】従来のディレクトリを使ったマルチメディア
データの管理の例について説明するための図

【図３４】従来のキーワードを使ったマルチメディアデ
ータの管理の例について説明するための図

【図３５】従来のキーワードを使ったマルチメディアデ
ータの管理の例について説明するための図

【符号の説明】

１…マルチメディアデータ検索装置 ６…ネットワーク ３…インデックスサーバ １１…インデックス処理部 １２…データ選択部 １３…データ管理部 １４…逆引き検索部 ３１，１１１…インデックス検索部 ３４…インデックス情報送信部 ３５…検索結果送信部 ３２、１１２，１１２−１〜１１２−４…インデックス
テーブル ３３，１１３…検索要求送信部 １１４…インデックス情報受信部 １１５…インデックス情報統合部 １４３…逆引き検索要求送信部 １４４…逆引き検索結果受信部 ３０１…クライアント ３０２…マルチメディアデータ検索サーバ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 矢尾 浩 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 (72)発明者 矢野 浩邦 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 Ｆターム(参考） 5B050 BA10 FA19 GA08 5B075 ND16 NK10 NK39 5B082 EA07 EA10

Claims (14)

【特許請求の範囲】
1. 【請求項１】複数のマルチメディアデータのそれぞれ
   を、そのマルチメディアデータの発生との関係を持って
   自動的に作成された時刻情報及び位置情報と関連付けて
   管理し、 イベント名を用いて指定された検索要求を受け取った場
   合、該検索要求に対応する時刻情報若しくは位置情報、
   又は時刻情報及び位置情報を求め、 管理されている前記複数のマルチメディアデータを、求
   められた前記時刻情報若しくは位置情報、又は時刻情報
   及び位置情報に基づいて検索することを特徴とするマル
   チメディアデータ検索方法。
2. 【請求項２】複数のイベント名と、各イベント名に関連
   付けられた時刻情報若しくは位置情報、又は時刻情報及
   び位置情報とを含むインデックステーブルを参照するこ
   とによって、前記検索要求に対応する時刻情報若しくは
   位置情報、又は時刻情報及び位置情報を求めることを特
   徴とする請求項１に記載のマルチメディアデータ検索方
   法。
3. 【請求項３】イベント名に対応する時刻情報若しくは位
   置情報、又は時刻情報及び位置情報を求めるインデック
   スサーバに対して、前記検索要求を送信することによっ
   て、該インデックスサーバから前記検索要求に対応する
   時刻情報若しくは位置情報、又は時刻情報及び位置情報
   を得ることを特徴とする請求項１に記載のマルチメディ
   アデータ検索方法。
4. 【請求項４】スケジュールデータに含まれる、スケジュ
   ールの内容を示す名称情報を前記イベント名とし、スケ
   ジュールの日時を前記時刻情報とし、スケジュールの場
   所を前記位置情報として、スケジュールデータを、前記
   インデックステーブルとして利用することを特徴とする
   請求項２に記載のマルチメディアデータ検索方法。
5. 【請求項５】管理されている前記複数のマルチメディア
   データのうちの或るマルチメディアデータに対する指定
   を受け取った場合、該指定されたマルチメディアデータ
   に関連付けられている時刻情報若しくは位置情報、又は
   時刻情報及び位置情報を求めることを特徴とする請求項
   １ないし４のいずれか１項に記載のマルチメディアデー
   タ検索方法。
6. 【請求項６】複数のマルチメディアデータのそれぞれ
   を、そのマルチメディアデータの発生との関係を持って
   自動的に作成された時刻情報及び位置情報と関連付けて
   管理する手段と、 イベント名を用いて指定された検索要求を受け取った場
   合、該検索要求に対応する時刻情報若しくは位置情報、
   又は時刻情報及び位置情報を求める手段と、 管理されている前記複数のマルチメディアデータを、求
   められた前記時刻情報若しくは位置情報、又は時刻情報
   及び位置情報に基づいて検索する手段とを備えたことを
   特徴とするマルチメディアデータ検索装置。
7. 【請求項７】要求元からネットワークを介してイベント
   名を用いて指定された検索要求を受け取り、 複数のイベント名と、各イベント名に関連付けられた時
   刻情報と位置情報の両方または一方とを含むインデック
   ステーブルを参照することによって、前記検索要求に用
   いられた前記イベント名に基づいて、前記検索要求に対
   応する時刻情報と位置情報の両方または一方を求め、 求められた前記検索要求に対応する時刻情報と位置情報
   の両方または一方をネットワークを介して前記要求元に
   提供することを特徴とするインデックス情報提供方法。
8. 【請求項８】前記インデックステーブルとして、少なく
   とも、カスタマイズされた複数の第１のインデックステ
   ーブル部分と、共用のための第２のインデックステーブ
   ル部分とを含み、 前記検索要求に対応する時刻情報と位置情報の両方また
   は一方を求める際に、参照すべき前記インデックステー
   ブルとして少なくとも前記要求元に対応する前記第１の
   インデックステーブル部分および前記第２のインデック
   ステーブル部分を用いることを特徴とする請求項７に記
   載のインデックス情報提供方法。
9. 【請求項９】スケジュールデータに含まれる、スケジュ
   ールの内容を示す名称情報を前記イベント名とし、スケ
   ジュールの日時と場所の両方または一方を前記時刻情報
   と位置情報の両方または一方として、スケジュールデー
   タを、前記インデックステーブルとして利用することを
   特徴とする請求項７または８に記載のインデックス情報
   提供方法。
10. 【請求項１０】要求元からネットワークを介してイベン
    ト名を用いて指定された検索要求を受け取る手段と、 複数のイベント名と、各イベント名に関連付けられた時
    刻情報と位置情報の両方または一方とを含むインデック
    ステーブルを参照することによって、前記検索要求に用
    いられた前記イベント名に基づいて、前記検索要求に対
    応する時刻情報と位置情報の両方または一方を求める手
    段と、 求められた前記検索要求に対応する時刻情報と位置情報
    の両方または一方をネットワークを介して前記要求元に
    提供する手段とを備えたことを特徴とするインデックス
    サーバ。
11. 【請求項１１】複数のマルチメディアデータのそれぞれ
    を、そのマルチメディアデータの発生との関係を持って
    自動的に作成された時刻情報と位置情報の両方または一
    方と関連付けて管理し、 要求元からネットワークを介してイベント名を用いて指
    定された検索要求を受け取り、 受け取った前記検索要求に対応する時刻情報と位置情報
    の両方または一方を求め、 管理されている前記複数のマルチメディアデータを、求
    められた前記時刻情報と位置情報の両方または一方に基
    づいて検索し、 この検索結果をネットワークを介して前記要求元に提供
    することを特徴とするマルチメディアデータ検索方法。
12. 【請求項１２】複数のイベント名と、各イベント名に関
    連付けられた時刻情報と位置情報の両方または一方とを
    含むインデックステーブルを参照することによって、前
    記検索要求に用いられた前記イベント名に基づいて、前
    記検索要求に対応する時刻情報と位置情報の両方または
    一方を求めることを特徴とする請求項１１に記載のマル
    チメディアデータ検索方法。
13. 【請求項１３】管理されている前記複数のマルチメディ
    アデータのうちの或るマルチメディアデータに対する指
    定を受け取った場合、該指定されたマルチメディアデー
    タに関連付けられている時刻情報と位置情報の両方また
    は一方を求めることを特徴とする請求項１１または１２
    に記載のマルチメディアデータ検索方法。
14. 【請求項１４】複数のマルチメディアデータのそれぞれ
    を、そのマルチメディアデータの発生との関係を持って
    自動的に作成された時刻情報と位置情報の両方または一
    方と関連付けて管理する手段と、 要求元からネットワークを介してイベント名を用いて指
    定された検索要求を受け取る手段と、 受け取った前記検索要求に対応する時刻情報と位置情報
    の両方または一方を求める手段と、 管理されている前記複数のマルチメディアデータを、求
    められた前記時刻情報と位置情報の両方または一方に基
    づいて検索する手段と、 この検索結果をネットワークを介して前記要求元に提供
    する手段とを備えたことを特徴とするマルチメディアデ
    ータ検索サーバ。