移動情報管理装置および情報管理システム
【課題】 移動体等で撮像した画像情報を、人間の記憶を思い出すのと似た態様で検索できるようにする。
【解決手段】 カメラ等の移動体がネットワークに接続され、移動体で画像情報を撮影／入力する際の明るさ、色、湿度、気圧、音量、天候等の測定情報の属性値を取得し、これを画像情報とともに記憶し、後の検索時に、属性値またはその範囲を複数の検索キーに１対多に関係付ける属性データベースを参照して、検索キーを属性値に変換し、この属性値を含む検索情報を用いて情報を検索する。
【解決手段】 カメラ等の移動体がネットワークに接続され、移動体で画像情報を撮影／入力する際の明るさ、色、湿度、気圧、音量、天候等の測定情報の属性値を取得し、これを画像情報とともに記憶し、後の検索時に、属性値またはその範囲を複数の検索キーに１対多に関係付ける属性データベースを参照して、検索キーを属性値に変換し、この属性値を含む検索情報を用いて情報を検索する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は撮像画像を管理する情報管理技術に関し、より詳細には人間が記憶を思い出すのと類似した柔軟性のある態様で画像を検索管理できるようにするものである。なお情報処理を実行する移動体を、移動体情報処理装置または単に移動体と呼ぶこともある。
【背景技術】
【０００２】
従来の移動体の情報管理システムは、大きく分けるとつぎのとおりである。
（ａ）通常知られるデータベースを有する。移動体で入力した情報に対してユーザが入力の都度キーワードを割り当てデータベースに登録する。そしてキーワードまたはキーワードを含む検索情報に応じて情報を検索する。
（ｂ）移動体から入力した情報は文字または文字列が付与されてデータベースに登録される。または入力された情報に対する文字処理、自然言語処理、統計処理または認識処理により文字または文字列を生成し、これを情報に付与してデータベースに登録する。上述文字または文字列を含む検索情報に応じて情報を検索する。
（ｃ）移動体の位置情報をデータベースに登録する。移動体の識別子から移動体の位置を検索する。また逆に移動体の位置の範囲に応じて移動体の識別子を検索する。
【０００３】
しかしながら（ａ）の管理システムでは、ユーザが予めキーワード等検索情報を与えて管理するので、キーワードや検索情報を与えずに情報を格納し、後に文字列で検索を行いたいという要請には当然対処できない。また検索はユーザが与えたキーワード等を用いた場合しか行うことができず、それ以外の文字列や検索情報を用いて検索を行うことができない。検索キー等を将来の検索を見越して完全なものにすることは著しく困難である。文字列や検索情報としてどのようなものを選ぶかにコストがかかる。
【０００４】
また、（ｂ）のシステムにおいては、移動体から入力した情報を後に検索するために、入力情報に対して文字マッチング処理、自然言語処理、統計処理、年式処理を行って文字、文字列、データ列を生成し、情報に付与するか、または生成した文字等を情報に代えて、あるいは情報の検索情報としてデータベースに登録する。文字マッチング処理等の前処理は、膨大な処理コストが必要であり、低消費電力や小型化が要請され処理能力に制約がある移動体には過剰な負担となる。このため情報の登録が遅れるというきらいある。ネットワークや通信手段で他のコンピュータの処理リソースを借用することも考えられるが、その手順にも時間がかかる。
【０００５】
また（ｃ）のシステムは、単に移動体の位置や識別子を検索するものにすぎず、移動体から入力した情報に移動体の位置情報を付与する機能を有しておらず、このため移動体の位置情報を手がかりとして移動体から入力した情報を検索する機能も有していない。
【０００６】
なお上述の（ａ）、（ｂ）、（ｃ）のシステムに関連する文献としては特許文献１、特許文献２および非特許文献１がある。特許文献１は、移動体端末からの信号を基地局において受信し、移動体端末の位置情報をデータベースに記憶することにより、多数の移動体が一斉に移動する場合の移動体網に加わる位置情報登録のコストを軽減することを開示している。また特許文献２は、現在位置の情報を発信し、道路・地図データベースから位置情報を計算し移動体の現在位置を正確に把握することを開示している。また非特許文献１は、ペンタブレットを用いて手書き入力したラスタイメージ情報を認識して文字コードからなるテキスト情報に変換した後にファイルに格納することを開示している。
【特許文献１】特開平６−２０５４５７号公報
【特許文献２】特開平５−２８１９０２号公報
【非特許文献１】電子情報通信学会技術報告（ＴＥＣＨＮＩＣＡＬ ＲＥＰＯＲＴ ＯＦ ＩＥＩＣＥ ＥＩＤ９３−８８、ＨＣ９３−５５、１９９３年１２月、ｐｐ７−１２）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
この発明は以上の事情を考慮したなされたものであり、撮像画像を、人間が記憶を思い出すのと似て方法で撮像画像を管理できる管理技術を提供することを目的としている。
【課題を解決するための手段】
【０００８】
この発明では、以上の目的を達成するために、特許請求の範囲に記載のとおりの構成を採用している。
【０００９】
すなわち、この発明の一側面によれば、移動情報管理装置に：画像を撮影する撮影手段と；所定の属性を測定する測定手段と；前記画像と前記測定手段によって測定された少なくとも１つの属性とを関連付けて記憶する記憶手段と；前記記憶手段に記憶された１つの属性と前記１つの属性に対応する複数の検索関連情報とを関連付けて記憶する第２の記憶手段と；前記検索関連情報から前記画像を検索する検索手段とを設けるようにしている。
【００１０】
この構成においては、撮像画像を、撮像時の属性に対応する複数の検索関連情報に関連付けて管理しているので、柔軟な検索が可能になる。
【００１１】
この構成において、さらに前記複数の検索関連情報のうちいずれか１つの検索関連情報から前記画像を検索する検索手段を設けることが好ましい。
【００１２】
また、前記属性は、典型的には、前記画像を撮影した場所における、緯度・経度、明るさ、色、湿度、天候、気圧および音量の少なくとも１つの属性を含む。
【００１３】
また、前記検索関連情報は、典型的には、地名である。
【００１４】
また、前記画像は静止画および動画の一方または双方であってよい。
【００１５】
なお、この発明は、複数の装置から構成される情報管理システムや、サーバコンピュータを含んで構成される情報管理システムとして構成することもできる。この場合、画像情報は、例えば、移動端末や固定端末において取得する。
【００１６】
この発明の上述の側面およびこの発明の他の側面は特許請求の範囲に記載され、以下実施例を用いて詳細に説明される。
【発明の効果】
【００１７】
以上説明したように、この発明によれば、いつの属性に対して複数の検索関連情報が付与されるので、人間が記憶を思い出す方法と似た極めて柔軟性のある検索の機能が可能となる。
【発明を実施するための最良の形態】
【００１８】
以下、この発明の実施例について図面を参照しながら説明する。
【００１９】
図１はこの発明の第１の実施例を概略的に示すものであり、この図において、情報管理装置は、情報入力部１０１、事象属性入力部１０２、情報データベース１０３、情報登録部１０４、情報出力部１０５、検索キー入力部１０６、属性データベース１０７および情報検索部１０８を有している。情報入力部１０１はテキスト、イメージ等種々の情報を入力するものである。事象属性入力部１０２は情報入力部１０１に生起した事象の属性および情報入力に起因して生起した事象の属性を検出する。情報登録部１０４は情報と検出属性値とを情報データベース１０３に登録する。検索キー入力部１０６はユーザーからの検索キー等の検索情報を受け付け、属性データベース１０７は検索情報に基づいて対応する属性値を出力する。情報検索装置１０８は属性値を含む検索指示を情報データベースに対して送出し、検索結果を情報出力部１０５に転送し、検索結果を出力させる。
【００２０】
なお、この発明は、この第１の実施例および後述する他の実施例からも明らかなように、単一の情報処理装置または単一の移動体情報処理装置上の単一のプロセスで実現するようにしてもよいし、複数のプロセスで実現されてもよい。または、複数の情報処理装置が接続されたネットワークシステムにおいて、複数の情報処理装置上の複数のプロセスで実現されてもよい。また複数の情報処理装置の少なくとも１つが移動体情報処理装置であってもよい。
【００２１】
複数の情報処理装置が接続されたネットワークシステムに移動体情報処理装置が連続的にまたは断続的に接続されている場合には、移動体情報処理装置から入力した情報をリモートの情報処理装置のデータベースに格納し、後にユーザが所望の検索を行って取り出すことができる。この例を後に図１２および図１４を参照して説明する。
【００２２】
また情報データベースは単一でなくてもよく、複数のデータベースの集合であってもよく、また移動体情報処理装置以外の情報処理装置にあってもよい。情報登録および検索の手順が予め定められ、移動体情報処理装置または他の情報処理装置からアクセスできればよい。
【００２３】
また入力された情報の情報データベースへの登録は、情報入力後直ちに実行される必要はない。情報入力から検索実行までの所定のタイミングで行われればよい。
【００２４】
また属性の検出は情報入力後即時に行われなくてもよい。情報入力の前後の任意のタイミングで測定ないし検出するものでもよい。
【００２５】
つぎに第１の実施例の具体的な構成例を図２をも参照して説明する。図２において、情報入力部１０１は電子カメラ２０１である。電子カメラ２０１は撮影した画像を画像データに変換して登録コマンド発生装置２０４（情報登録部１０４）に出力する装置であり、たとえば電子撮像素子を用いた富士写真フィルム株式会社のＤＳ−２００ＦＤＩＪＥ（商標または製品名である）を用いることができる。
【００２６】
この構成例では情報入力部１０１を電子カメラ２０１としたが、画像データを入力するタブレットデジタイザであってもよい。タブレットデジタイザはたとえば日立精工株式会社のタブレットデジタイザＨＤＧ−０６０９Ｊ（商標または製品名である）を用いることができる。また文字情報を入力する通常のパーソナルコンピュータに接続されているキーボードでもよいし、音声情報を入力するマイクロフォンとＡＤ変換器とを組み合わせた音声入力装置でもよい。また、映像情報を入力する通常のビデオカメラとＡＤ変換器とを組み合わせた映像入力装置でもよい。映像入力装置は例えばＮＴＳＣ信号を出力するビデオカメラと米国インテル社製のスマートビデオレコーダシステム（商標または製品名）を組み合わせて構成できる。
【００２７】
移動体に生起する事象の属性を入力する事象属性入力部１０２はグローバル・ポジショニング・システム（以下ＧＰＳとする）２０２である。ＧＰＳ２０２は複数の衛星と通信を行い「情報入力した時、移動体がある地点にあった」という事象の属性として少なくとも予め定められた経度、緯度、時刻、高度、速度のいずれか１つまたは複数を測定し、所定の属性の属性値として、登録コマンド発生装置２０４（情報登録部１０４）に送出する。ＧＰＳ２０２は例えばソケット・コミュニケーション社のモーバイルＧＰＳ装置ＧＰ８０３（商標または製品名）を用いることができる。
【００２８】
この構成例では、事象属性入力部１０２はＧＰＳ２０２としたが、ネットワークの基地局からアドレス情報を取得するアドレス取得装置でもよい。この場合、事象は「情報入力したものは、ある特定の基地局と接続した」という事象であり、その属性は基地局のアドレス情報である。
【００２９】
また事象属性入力部１０２は、時刻を数え上げて登録コマンド発生装置２０４（情報登録部１０４）に出力するクロック装置でもよいし、日付を数え上げて出力するカレンダ装置であってもよい。この場合の事象は「ある時間に情報を入力した」ことが事象であり、属性は時刻または日付である。クロック装置もカレンダ装置もＩＣチップとして入手できる。
【００３０】
また明るさや色を測定して登録コマンド発生装置２０４（情報登録部１０４）に出力する測光装置でもよい。測光装置は写真撮影に用いる露出計や色度計を用いることができる。また周囲の音量を測定し登録コマンド発生装置２０４（情報登録部１０４）に出力する音量測定装置でもよいし、周囲の音を取り込みその周波数分布を測定し測定値を登録コマンド発生装置２０４（情報登録部１０４）に出力するスペクトルアナライザでもよい。この場合、「ある場所で情報を入力したこと」が事象であり、その属性は「場所の明るさ」、「色」、「音量」等である。
【００３１】
またこの構成例では電子カメラ２０１で対象を撮影しているが、属性として「対象までの距離」または「対象の大きさ」を用いてもよい。測距装置はオートフォーカスのカメラのオートフォーカス制御機構を流用できる。電子カメラの画角が既知であれば、対象までの距離と電子カメラの画角とから、撮影対象のうちの電子カメラの撮影視野で撮影された部分のおよその大きさを計算できる。画面の横と縦それぞれについて、距離をｄとし横方向の画角θｘ、縦方向の画角θｙとすると、２＊ｄ＊ｔａｎ（θｘ／２）、２＊ｄ＊ｔａｎ（θｙ／２）が対象物の画面に映った範囲の、実際の長さの近似値とすることができる。
【００３２】
さらに、図２の構成例では、情報データベース１０３は、画像情報を蓄積し、画像情報に付与された座標データを検索キーとして検索できるように管理される画像情報データベース２０３である。画像情報データベース２０３は株式会社リコーの拡張リレーショナルデータベース管理システムであるＧ−ＢＡＳＥ（商標または製品名）を用いることができる。Ｇ−ＢＡＳＥでは、画像情報のデータを不定長のバイナリ文字列として格納し、属性として座標データを付与するようにスキーマを設計することで、座標データを検索キーとして検索できるように画像情報を管理する。Ｇ−ＢＡＳＥでは、標準ＳＱＬを拡張した操作言語ＧＳＱＬを用いて画像情報の登録と検索を行える。操作言語ＧＳＱＬの詳細については株式会社リコーのＧ−ＢＡＳＥマニュアル第５分冊に説明されている。
【００３３】
情報登録部１０４は、登録コマンド発生装置２０４であり、この登録コマンド発生装置２０４はＧＳＱＬに基づいて情報の登録式を生成し、画像情報データベース２０３（情報データベース１０３）に出力する。すなわち、登録コマンド発生装置２０４は、電子カメラ２０１からの情報のデータと、ＧＰＳ２０２からの属性値とを引数とする、ＧＳＱＬに基づいた所定の情報登録コマンドを生成し、Ｇ−ＢＡＳＥすなわち画像情報データベース２０３に送出する。
【００３４】
検索キー入力部１０６は、文字または文字列を入力し、地名データベース２０７（属性データベース１０７）に出力するキーボード装置２０６である。キーボード装置２０６に代えてメニュー形式のユーザインターフェースを用いてもよい。このユーザインタフェースは、ディスプレイ上に１つ以上の選択肢のリストをメニューとして表示し、キーボード、マウス、タブレットデジタイザ等で選択肢の１または複数を選択することで、対応する番号、文字、文字列を生成する。メニュー形式のユーザインターフェースはＸウィンドウシステムのソフトウェアツールキットを用いて簡単に実現できる（Ｏ’Ｒｅｉｌｌｙ ＆ Ａｓｓｏｃｉａｔｅｓ， Ｉｎｃ．のＸ Ｖｉｅｗ Ｐｒｏｇｒａｍｍｉｎｇ Ｍａｎｎｕａｌ Ｖｏｌｕｍｅ Ｓｅｖｅｎ ２’ｎｄ ｅｄｉｔｉｏｎ Ｆｏｒｔｈ ｐｒｉｎｔｉｎｇのｐｐ２３７−２６７およびｐｐ５８８−５９２）。
【００３５】
また検索キー入力部１０６は手書き文字または印刷も時を認識するＯＣＲ装置でもよい。また疑似ペンによってタブレット上で文字を書き、この文字を認識するシャープ社製のＰＩ−３０００（商標または製品名）等の手書き文字認識装置でもよい。
【００３６】
属性データベース１０７は、地名を入力すると、経度と緯度の組で表される１または複数の座標を出力する地名データベース２０７である。地名データベース２０７は図４、図５に示すように複数の地名座標レコードからなる地名座標管理表を用いる。地名座標レコードは座標フィールド、地名フィールド、およびレコード終端識別子を有する。地名フィールドは１または複数の地名を表す文字列が記録され、座標フィールドには対応する１または複数の座標を記録している。地名が入力されたときに、その文字または文字列を各レコードの地名フィールドの地名とマッチングさせ、一致した場合、そのレコードの座標フィールドの座標を出力する。一致しない場合にはエラーを出力する。
【００３７】
情報検索部１０８は、ＧＳＱＬの文法に則った情報検索式を生成し、画像情報データベース２０３（情報データベース１０３）に出力する検索コマンド発生装置２０８である。この検索コマンド発生装置２０８は、ユーザに指示に基づいて地名データベース２０７から出力された１または複数の座標値を引数とするＧＳＱＬに基づいた所定の情報検索コマンドを発生し、画像情報データベース２０３（Ｇ−ＢＡＳＥ）に出力する。
【００３８】
なお登録コマンド発生装置２０４（情報登録部１０４）および検索コマンド発生装置２０８（情報検索部１０８）を別々に構成せず、１つの装置で構成し、入力データに応じて検索コマンドと登録コマンドとを切り替えて出力するＧＳＱＬコマンド発生装置として構成してもよい。
【００３９】
情報出力部１０５は画像情報データベース２０３から出力される画像情報を表示する通常の液晶ディスプレイ装置２０５である。もちろんプラズマディスプレイやＣＲＴディスプレイを用いてもよい。またプリンタを用いてもよい。
【００４０】
つぎに図２の構成例における情報の登録および検索（登録コマンド発生装置２０４および検索コマンド発生装置２０８の動作）の詳細を説明する。
【００４１】
まず、情報の登録について説明する。この構成例においては、ｉｍａｇｅＤＢという名前の画像情報データベース２０３がつぎのＧＳＱＬ式で作成されている。
［ＧＳＱＬ式１−１］
ＣＲＥＡＴＥ ＳＣＥＭＡ ＩＮＴＯ’／ｔｅｓｔ／ｄｂ１’；
［ＧＳＱＬ式１−２］
ＣＲＥＡＴＥ ＴＡＢＬＥ ｉｍａｇｅＤＢ（
ｌａｔｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＫＥＩＤＯ ＩＮＴＥＧＥＲ（８），
ｌｏｎｇｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＩＤＯ ＩＮＴＥＧＥＲ（９），
ＩＭＡＧＥ ＶＡＲＩＡＢＬＥ ＣＨＡＲＡＣＴＥＲ
）；
ＧＳＱＬ式１−１は／ｔｅｓｔというディレクトリにｄｂ１という名前のデータベースを作成することを表す。ＧＳＱＬ式１−２はｄｂ１の内部構成を記述している。すなわち、第１の引数としての属性がｌａｔｉｔｕｄｅｆｌａｇという名前で、長さ１の文字型であり、第２の引数としての属性がＫＥＩＤＯという名前で、長さ８の整数の型であり、第３の引数としての属性がｌｏｎｇｉｔｕｄｅｆｌａｇという名前で、長さ１の文字の型であり、第４の引数としての属性がＩＤＯという名前で、長さ９の整数の型であり、第５の引数が画像情報のデータでＩＭＡＧＥという名前で可変長の文字の型である、ｉｍａｇｅＤＢという名前のデータベースを作成することを表す。
【００４２】
電子カメラ２０１を起動すると、電子カメラ２０１で撮影した画像情報のデータが入力され、登録コマンド発生装置２０４に送出される。電子カメラ２０１の起動信号に応じて起動と同時にＧＰＳ２０２から日付、時刻、緯度、経度、高度の事象属性の１または複数の属性値が測定される。この構成例では、属性情報として緯度および経度を用い、緯度および経度の組を登録コマンド発生装置２０４に送る。もちろん他の属性を用いてもよい。
【００４３】
例えば電子カメラ２０１を起動して「ＪＲ渋谷駅」でＪＲ山手線の時刻表を撮影すると、「時刻表の画像データ」が登録コマンド発生装置２０４に送出される。これと同時に電子カメラ２０１の起動に応じて、「ＪＲ渋谷駅で撮影した」ことを表す事象の属性として経度と緯度の組である座標の値（Ｘ１，Ｘ２）がＧＰＳ２０２で自動的に測定され登録コマンド発生装置２０４に送出される。
【００４４】
登録コマンド発生装置２０４は、画像情報データと座標値とを受け取って、画像情報のデータの検索キーとしてＧＳＱＬに基づいた登録コマンドを生成する。生成されたコマンドはつぎのとおりである。
［ＧＳＱＬ式１−３］
ＩＮＳＥＲＴ ＩＮＴＯ ｉｍａｇｅＤＢ ＶＡＬＵＥＳ（’Ｅ’，Ｘ１，’Ｎ’，Ｙ１，’イメージデータ’）；
この式では第１の引数が東経、西経の別で、東経を表す’Ｅ’という文字であり、第２の引数がＸ１の経度値であり、第３の引数が北緯、南緯の別で、北緯を表す’Ｎ’という文字であり、第４の引数がＹ１の緯度値であり、第５の引数が電子カメラ７０１から入力された画像データをテキスト文字列にエンコードした’イメージデータ’というテキスト文字列である。そしてこの式はイメージデータに座標値を付与してｉｍａｇｅＤＢというデータベースに登録するという登録コマンドを表している。
【００４５】
画像データをテキストデータにエンコードするには例えばＵＮＩＸ（商標名）のｕｎｅｎｃｏｄｅコマンドやＲＦＣ１５２１ないしＲＦＣ１５２４で規定されるＭＩＭＥエンコードコマンドを用いることができる。もちろんエンコードせずに画像データのまま登録してもよい。
【００４６】
つぎに情報の検索について説明する。検索は情報を入力した場所の地名またはその場所を含む地域の地名を用いて行うとする。
【００４７】
さて、キーボード２０６地名を入力すると、対応する文字列が地名データベース２０７に送出され、地名データベース２０７は対応する１または複数の座標あるいは地図上の矩形領域を表す２つの座標の組を１または複数出力する。
【００４８】
図３に示すように、地図に対して等間隔で縦分割線および横分割線を設け、矩形領域を規定する。図のＡ、Ｂ、Ｃ、Ｄで規定される矩形領域について各頂点Ａ、Ｂ、Ｃ、Ｄの座標を（ＸＮ，ＹＮ）、（ＸＮ＋１，ＹＮ）、（ＸＮ，ＹＮ＋１）、（ＸＮ＋１，ＹＮ＋１）で表す。矩形領域は対角線をなす２つの頂点座標で規定できるので、ＡとＤの座標の組｛（ＸＮ，ＹＮ），（ＸＮ＋１，ＹＮ＋１）｝を用いて矩形領域を表す。なお１つの矩形領域には１以上の地名が存在するものとする。
【００４９】
図４は、地名対座標管理表（図５）の地名座標レコードのフォーマットを示す。１つのレコードは１つの矩形領域を表す２つの座標を表す座標フィールドと、１または複数の地名を格納する地名フィールドからなっている。地名フィールドは、格納する地名の数に依存して可変長であるため、地名のリストとして管理し、地名のリストの最後に特別な識別子として終端記号を格納する。もちろん他の可変長レコードの管理手法を用いてもよいし、固定長としてもよい。例えば所定数の地名フィールドと所定数の座標フィールドとで地名対座標管理表を構成し、１つの領域を複数のレコードで表現してもよい。
【００５０】
図５は複数の地名座標レコードで地名対座標管理表が構成される例を示す。
【００５１】
このような地名対座標管理表を用いた地名データベースではつぎのようにして座標値を出力する。まずキーボード２０６から地名として「ＪＲ渋谷駅」を入力すると、この文字列が検索キーとして地名データベース２０７に送出される。地名データベース２０７は各地名座標レコード中の地名と「ＪＲ渋谷駅」という地名とを突き合わせ、一致した場合には、そのレコードの座標フィールドを出力座標リストに加えていく。
【００５２】
図６に示す具体的な地名座標管理表では、「ＪＲ渋谷駅」はレコード１の地名フィールドの３番目と、レコード３の地名フィールドの５番目に含まれるので、出力座標リストは、｛（Ｘ１１，Ｙ１１），（Ｘ１２，Ｙ１２）｝，｛（Ｘ３１，Ｙ３１），（Ｘ３２，Ｙ３２）｝となる。これはに２つの矩形領域｛（Ｘ１１，Ｙ１１），（Ｘ１２，Ｙ１２）｝，｛（Ｘ３１，Ｙ３１），（Ｘ３２，Ｙ３２）｝「ＪＲ渋谷駅」が含まれることを表す。
【００５３】
地名データベース２０７は以上の出力座標リストを検索コマンド発生装置２０８に送出する。
【００５４】
なお地名データベース２０７では、地名対座標管理表中のレコードを順に調べるようにしたが、ハッシュ表を用いて検索を行ってもよい。すなわち、地名座標レコードには予め一意に定める番号を付与しておき、地名の文字列に対して、所定のハッシュ関数を設計し、ハッシュ表として地名対座標管理表を構成する。またリレーショナルデータベースシステムを用いて地名データベースを構成してもよい。
【００５５】
検索コマンド発生装置２０８は地名データベース２０７から与えられた複数の座標の組から画像情報データベース２０３を検索するためのＧＳＱＬ式を生成する。この構成例では以下のＧＳＱＬ式が生成される。
［ＧＳＱＬ式１−４］
ＤＥＣＬＡＲＥ ＬＯＣＡＬ ＴＥＭＰＯＲＡＲＹ ＴＡＢＬＥ ｔｅｍｐ１（
ｌａｔｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＫＥＩＤＯ ＩＮＴＥＧＥＲ（８），
ｌｏｎｇｉｔｅｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＩＤＯ ＩＮＴＥＧＥＲ（９），
ＩＭＡＧＥ ＶＡＲＩＡＢＬＥ ＣＨＡＲＡＣＴＥＲ
）；
［ＧＳＱＬ式１−５］
ＩＮＳＥＲＴ ＩＮＴＯ ｔｅｍｐ．ｔｅｍｐ１
ＳＥＬＥＣＴ ｌａｔｉｔｕｄｅｆｌａｇ，ＫＥＩＤＯ，ｌｏｎｇｉｔｕｄ
ｅｆｌａｇ，ＩＤＯ，ＩＭＡＧＥ
ＦＲＯＭ ｉｍａｇｅＤＢ
ＷＨＥＲＥ ｌａｔｉｔｕｄｅｆｌａｇ＝’Ｅ’
ＡＮＤ ＫＥＩＤＯ＞＝Ｘ１１
ＡＮＤ ＫＥＩＤＯ＜＝Ｘ１２
ＡＮＤ ｌｏｎｇｉｔｕｄｅｆｌａｇ＝’Ｎ’
ＡＮＤ ＩＤＯ＞＝Ｙ１１
ＡＮＤ ＩＤＯ＜＝Ｙ１２；
［ＧＳＱＬ式１−６］
ＩＮＳＥＲＴ ＩＮＴＯ ｔｅｍｐ．ｔｅｍｐ１
ＳＥＬＥＣＴ ｌａｔｉｔｕｄｅｆｌａｇ，ＫＥＩＤＯ，ｌｏｎｇｉｔｕｄ
ｅｆｌａｇ，ＩＤＯ，ＩＭＡＧＥ
ＦＲＯＭ ｉｍａｇｅＤＢ
ＷＨＥＲＥ ｌａｔｉｔｕｄｅｆｌａｇ＝’Ｅ’
ＡＮＤ ＫＥＩＤＯ＞＝Ｘ３１
ＡＮＤ ＫＥＩＤＯ＜＝Ｘ３２
ＡＮＤ ｌｏｎｇｉｔｕｄｅｆｌａｇ＝’Ｎ’
ＡＮＤ ＩＤＯ＞＝Ｙ３１
ＡＮＤ ＩＤＯ＜＝Ｙ３２；
［ＧＳＱＬ式１−７］
ＣＯＭＭＩＴ；
［ＧＳＱＬ式１−８］
ＳＥＬＥＣＴ ＤＩＳＴＩＮＣＴ ＩＭＡＧＥ
ＦＲＯＭ ｔｅｍｐ．ｔｅｍｐ１；
以上のＧＳＱＬ式は画像情報データベース２０３に送出され、これに応じて画像データが検索される。検索条件にある画像が記憶されていれば、座標および画像データが１行で表され座標画像対応表として出力される。検索条件に合う画像がなければ、何も出力されず、１つあるときには１行、複数あるときには対応する行数だけ出力される。座標画像対応表においては、１つの画像データと、「ある場所でその画像を入力した」事象の属性である経度と緯度の属性値を表す座標とが対応している。
【００５６】
液晶ディスプレイ装置２０５は検索結果の座標画像対応表の第１行のイメージフィールドの文字列がイメージデータなのでこれを取り出す。画像データを画像情報データベース２０３に登録するときに、画像データをテキスト情報にエンコードしたイメージデータを記憶したので、復元するためにイメージデータをでコードする必要がある。この構成例では、エンコードにＵＮＩＸ ＯＳでよく知られるｕｎｅｎｃｏｄｅプログラムを用いたので、ｕｎｄｅｃｏｄｅプログラムを用いる。ＭＩＭＥエンコードプログラムを用いた場合にはＭＩＭＥデコードプログラムを用いる。一般にエンコード手法に依存してデコード手法が決定される。もちろんエンコードせずに画像データを登録しておけば、デコードを行う必要はない。またエンコードして登録した場合でもデコードせずに液晶ディスプレイ装置２０５に表示してもよい。
【００５７】
デコードされた画像データは液晶ディスプレイ装置２０５に表示される。座標画像対応表が複数の行からなるときは以上の手順を繰り返し実行する。
【００５８】
この構成例では、「ＪＲ渋谷駅」で時刻表を撮影した事象の属性である座標の値は（Ｘ１，Ｙ１）であったので、地名対座標管理表の第１のレコードと第３のレコードのそれぞれの座標フィールドの値｛（Ｘ１１，Ｙ１１），（Ｘ１２，Ｙ１２）｝，｛（Ｘ３１，Ｙ３１），（Ｘ３２，Ｙ３２）｝は、
Ｘ１１＜＝Ｘ１＜Ｘ１２でかつ
Ｙ１１＜＝Ｙ１＜Ｙ１２でかつ
Ｘ３１＜＝Ｘ１＜ｘ３２でかつ
Ｙ３１＜＝Ｙ１＜Ｙ３２
となるように構成されている。なぜならば「ＪＲ渋谷駅」は領域｛（Ｘ１１，Ｙ１１），（Ｘ１２，Ｙ１２）｝と領域｛（Ｘ３１，Ｙ３１），（Ｘ３２，Ｙ３２）｝のいずれにも含まれているからである。以上のようにこの構成では、「ＪＲ渋谷駅」で撮影したＪＲの時刻表の画像は、表示したＧＳＱＬコマンドによって出力される座標画像対応表に必ず含まれる。
【００５９】
以上説明したように、ＪＲ渋谷駅で電子カメラで撮影したＪＲの時刻表の画像は後に「ＪＲ渋谷駅」なる地名をで検索することができる。地名対座標管理表を「渋谷」なる地名を含む領域｛（Ｘｍ，Ｙｍ），（Ｘｍ＋１，Ｙｍ＋１）｝について、
Ｘｍ＜＝Ｘ１＜Ｘｍ＋１でかつ
Ｙｍ＜＝Ｙ１＜Ｙｍ＋１
となるように構成すれば、ＪＲ渋谷駅で電子カメラで撮影したＪＲの時刻表の画像は、「渋谷」なる地名で検索できる。
【００６０】
この構成例では、検索キーは地名としたが、住所、国名、都道府県名、市町村名、建築物名、施設名、組織名、省庁名、社名、法人名、営業所名、屋号、売場名、河川名、山岳丘陵名、道路名、通路名、路線名、交差点名、停留所名、駅名、階数、郵便番号等のいずれでもよい。
【００６１】
一般には、日常的に利用する、あらゆる地名を含んだ場所の名称と、名称に対応する領域との対応関係を保持管理する地名対座標管理表を予め上述のように作成しておけば、少なくとも地名対座標管理表に登録されている任意の場所の名称から画像を検索する情報管理装置が実現される。とくに移動体では、画像を撮影する時には、「画像を撮影した」ことと、画像を撮影した時に「ある場所にいた」ことの２つの事象が同時に生起する。この実施例では「画像をある場所で撮影する」という事象の属性として座標を用いた。すなわち撮影した画像データに対して撮影した地点の座標を自動的に測定して得られる座標とを検索のための情報として付与し、撮影した画像情報を情報データベース１０３に記録し管理する。ユーザは画像情報を記録するときに特別なキーワードや検索情報を付与する必要もないし、画像の認識処理、統計処理等の前処理も不要である。そして撮影した場所によって定まる文字または文字列を検索の手がかりとして撮影した情報を検索できる。
【００６２】
なお移動体で入力し、データベースに登録する情報は、画像情報に限定されず、文字、文字列、音声情報、映像情報であってもよい。音声情報や映像情報は、上述実施例の場合と同様にテキストデータにエンコードし、その後デコードして復元することができる。
【００６３】
また事象の属性は、緯度、経度のみでなく、情報を記録した場所、明るさ、色、温度、湿度、天候、気圧、音量等種々の測定可能な属性を用いることができる。属性は１つまたは複数用いることができる。属性値の測定結果の所定の精度の整数または実数として出力すれば、この実施例と同様に構成できる。
【００６４】
この実施例では、情報を入力する際に生起する事象の属性の属性値を測定し、これを情報とともに記憶し、後に検索キーを属性値に変換し、この属性値を含む検索情報を用いて情報を検索している。これによれば、従来のように情報を入力する際に検索キーを付与する煩雑さがなく、また検索キーを生成するための前処理を行う必要もない。さらに事象の属性を用いた検索方法、例えば「渋谷駅で撮影した画像」という検索方法は、人間が記憶を思い出す方法と似た検索の機能を可能とするので、極めて柔軟な検索手法を提供し、移動体を含むネットワークシステムの情報管理の融通性を向上させることができる。
【００６５】
つぎに第１の実施例の別の構成例を説明する。この構成例は、情報入力部１０１としてファイル入力装置を用い、事象として「所定のホスト・コンピュータを用いてファイルを入力したこと」を用い、事象の属性としてそのホスト・コンピュータのホスト番号を用いる。
【００６６】
図７はこの構成例を示し、この図において図２と対応する箇所には対応する符合を付して詳細な説明は繰り返さない。図７（図１）において、情報入力部１０１はネットワーク通信を用いたファイル転送プロトコルであるＦＴＰを用いて実現したファイル入力装置３０１である。ファイル入力装置３０１は例えばＵＮＩＸ ＯＳのｆｔｐプログラムを利用するコンピュータシステムである。ＦＴＰ以外のファイル転送プロトコル例えばＳＭＴＰ、ＮＮＴＰ、ＨＴＴＰ等を用いてもよく、ＨＴＴＰを用いたファイル入力装置３０１としては、ＮＣＳＡのＭｏｓａｉｃプログラムを用いたコンピュータシステムがある。Ｍｏｓａｉｃはファイルだけでなく、一般的なデジタル情報を入力できる。
【００６７】
事象属性入力部１０３はｆｔｐの接続先のコンピュータシステムのホスト番号を保持管理するホスト番号保持装置３０２である。ホスト番号保持装置３０２が取り扱う事象は、「あるコンピュータシステムから情報を入力した」ことであり、属性はホスト番号である。ホスト番号は高々有限個の番号なので、レジスタやメモリでこれを保持することができる。属性としては、ホスト番号以外のものを用いてもよい。例えばＦＴＰプロトコルでＰＷＤコマンドを用いて、接続先のコンピュータシステムからリモートのカレントディレクトリを取り寄せて、属性として用いてもよい。一般に保持する属性は、リモートコンピュータから取り出すことのできる任意の情報でよい。さらにリモートのコンピュータシステムに接続することに起因する属性でもよい。例えばＪＩＳ規格のＸ５１０８に規定されるトランスポートサービスの品質のパラメータのいずれかでもよい。
【００６８】
属性データベース１０７は、組織名を入力すると１または複数のホスト番号を出力するホストデータベース３０７である。このデータベース３０７は、複数行のレコードを有し、１行に複数の組織名フィールドと、１または複数のホスト番号を含むホストフィールドを有する組織名対ホスト対応管理表を保持している（図８、９、１０参照）。ホストデータベース３０７は入力された文字または文字列が組織フィールドに記録されている文字列と一致するかどうかを各行ごとに検査し、一致する組織名を有する行の１または複数のホスト番号を出力する。一致するものがなければエラーを出力する。
【００６９】
つぎにこの構成例における情報の登録および検索について詳細に説明する。この構成例においては、ｉｍａｇｅＤＢ４という名前の（画像）情報データベース１０３がつぎのＧＳＱＬ式で作成されている。
［ＧＳＱＬ式４−１］
ＣＲＥＡＴＥ ＳＣＥＭＡ ＩＮＴＯ’／ｔｅｓｔ／ｄｂ４’；
［ＧＳＱＬ式４−２］
ＣＲＥＡＴＥ ＴＡＢＬＥ ｉｍａｇｅＤＢ４（
ＨＯＳＴＮＯ ＩＮＴＥＧＥＲ（１２），
ＩＭＡＧＥ ＶＡＲＩＡＢＬＥ ＣＨＡＲＡＣＴＥＲ
）；
ＧＳＱＬ式４−１は／ｔｅｓｔというディレクトリにｄｂ４という名前のデータベースを作成することを表す。ＧＳＱＬ式４−２はｄｂ４の内部構成を記述している。すなわち、第１の引数としての属性がＨＯＳＴＮＯという名前で、長さ１２の文字型であり、第２の引数が画像情報のデータでＩＭＡＧＥという名前で可変長の文字の型である、ｉｍａｇｅＤＢ４という名前のデータベースを作成することを表す。
【００７０】
この構成では、所定のホスト番号Ｙをｆｔｐプログラムの起動引数に指定してＦＴＰプロトコルでリモートのコンピュータシステムに接続すると、ホスト番号Ｙがホスト番号保持装置に出力され、保持される。つぎに、ユーザがｇｅｔコマンドとファイル名をｆｔｐプログラムに指定して、ユーザが所望するファイルを入力する。ファイルは画像入力でもよいし、他のものでもよい。ｆｔｐプログラムはユーザの指定に応じてリモートのコンピュータシステムから画像ファイルを入力して登録コマンド発生装置３０４に出力する。画像ファイルの入力に応じて、ホスト番号保持装置３０２は、ホスト番号を登録コマンド発生装置３０４に送出する。登録コマンド発生装置３０４は上述のファイルとホスト番号とを受け取ってホスト番号を検索キーとしてファイルを画像情報データベース３０３に登録する。
【００７１】
登録コマンド発生装置３０４が生成するコマンドはつぎのとおりである。
［ＧＳＱＬ式４−３］
ＩＮＳＥＲＴ ＩＮＴＯ ｉｍａｇｅＤＢ４ ＶＡＬＵＥＳ（Ｙ，’イメージデータ’）；
この式では第１の引数がホスト番号がＹで、ホスト番号保持装置から出力されたホスト番号を整数で表すデータであり、第２の引数がファイル入力装置３０１から入力された画像データをテキスト文字列にエンコードした’イメージデータ’というテキスト文字列である。そしてこの式はイメージデータにホスト番号を検索キーとし付与してｉｍａｇｅＤＢ４というデータベースに登録するという登録コマンドを表している。
【００７２】
画像データのエンコードは既述した手法で行えるし、エンコードせずに登録してもよい。
【００７３】
つぎに情報の検索について説明する。
【００７４】
検索したい画像情報を入力したリモートのコンピュータシステムを所有する組織名をキーボード装置３０６から入力すると、この組織名を表す文字列がホストデータベース３０７に送出され、ホストデータベース３０７は組織名に対応する１または複数のホスト番号を検索コマンド発生装置３０８に出力する。この構成例では、組織名には１または複数のホスト番号が割り当てられる。
【００７５】
図８は、組織名対ホスト管理表（図９）の地名座標レコードのフォーマットを示す。１つのレコードは１つの組織名を格納する組織名フィールドと、１または複数のホスト番号を格納するホストフィールドからなっている。ホストフィールドは、格納するホスト番号の数に依存して可変長であるため、ホスト番号のリストとして管理し、ホスト番号のリストの最後に特別な識別子として終端記号を格納する。図１０は複数のレコードで構成される組織名対ホスト管理表の具体例を示す。
【００７６】
ホストデータベース３０７の操作を、図１０に示す組織名対ホスト管理表図の具体例に沿って説明する。まずキーボード装置３０６から組織名として「人事部」を入力すると、この文字列が検索キーとしてホストデータベース３０７に送出される。ホストデータベース３０７は各レコード中の組織名と「人事部」という組織名とを突き合わせ、一致した場合には、そのレコードのホストフィールドを出力ホストリストに加えていく。
【００７７】
図１０に示す具体的なホスト対組織名管理表では、「人事部」はレコード１の組織名フィールドに含まれるので、出力ホスト座標リストは、｛１，２，３｝となる。この３つのホスト番号のコンピュータシステムを「人事部」が所有していることを表す。ホストデータベース３０７は以上の出力ホストリストを検索コマンド発生装置３０８に送出する。
【００７８】
なおホストデータベース３０７では、ハッシュ表を用いて検索を行ってもよい。またリレーショナルデータベースシステムを用いて地名データベースを構成してもよい。
【００７９】
検索コマンド発生装置３０８はホストデータベース３０７から与えられた複数のホスト番号から画像情報データベース３０３を検索するためのＧＳＱＬ式を生成する。この構成例では以下のＧＳＱＬ式が生成される。
［ＧＳＱＬ式４−４］
ＤＥＣＬＡＲＥ ＬＯＣＡＬ ＴＥＭＰＯＲＡＲＹ ＴＡＢＬＥ ｔｅｍｐ４（
ＨＯＳＴＮＯ ＩＮＴＥＧＥＲ（１２），
ＩＭＡＧＥ ＶＡＲＩＡＢＬＥ ＣＨＡＲＡＣＴＥＲ
）；
［ＧＳＱＬ式４−５］
ＩＮＳＥＲＴ ＩＮＴＯ ｔｅｍｐ．ｔｅｍｐ４
ＳＥＬＥＣＴ ＨＯＳＴＮＯ，ＩＭＡＧＥ
ＦＲＯＭ ｉｍａｇｅＤＢ４
ＷＨＥＲＥ ＨＯＳＴＮＯ ＩＮ：ｓｅａｒｃｈＰｌａｃｅＳｔｒｉｇ；
［ＧＳＱＬ式４−６］
ＣＯＭＭＩＴ；
［ＧＳＱＬ式４−７］
ＳＥＬＥＣＴ ＤＩＳＴＩＮＣＴ ＩＭＡＧＥ
ＦＲＯＭ ｔｅｍｐ．ｔｅｍｐ４；
以上のＧＳＱＬ式は画像情報データベースに送出され、これに応じて画像データが検索される。検索条件にある画像が記憶されていれば、ホスト番号および画像データが１行で表されホスト画像対応表として出力される。検索条件に合う画像がなければ、何も出力されず、１つあるときには１行、複数あるときには対応する行数だけ出力される。ホスト画像対応表においては、１つの画像データと、「あるリモートコンピュータシステムからその画像を入力した」事象の属性であるホスト番号属性の属性値を表すホスト番号とが対応している。
【００８０】
液晶ディスプレイ装置３０５は先に説明した構成例と同じである。
【００８１】
この構成例においては、「人事部」のコンピュータシステムのホスト番号が、ホスト画像対応表の人事部のレコードに入れるようにすれば、上述ホスト番号Ｙは１、２、３のいずれかであるので、人事部のコンピュータシステムから入力した画像ファイルは上述のＧＳＱＬ検索コマンドによって出力されるホスト画像対応表に必ず含まれる。
【００８２】
以上説明したように、人事部のコンピュータシステムから入力した画像ファイルは後に「人事部」なる組織名をで検索することができる。もちろん任意の組織名で当該組織のコンピュータシステムから入力した画像データを検索できる。
【００８３】
この構成例では、検索キーは組織名としたが、住所、国名、都道府県名、市町村名、建築物名、施設名、省庁名、社名、法人名、営業所名、屋号、売場名、河川名、山岳丘陵名、道路名、通路名、路線名、交差点名、停留所名、駅名、階数、郵便番号等のいずれでもよい。
【００８４】
一般には、日常的に利用する、あらゆる名称と、名称に対応するホスト番号との対応関係を保持管理する対応管理表を予め上述のように作成しておけば、少なくとも対応管理表に登録されている任意の名称から画像を検索する情報管理装置が実現される。とくに移動体では、画像ファイルをリモートコンピュータから入力する際に、異動先の様々なネットワークのコンピュータに接続する。この構成例では、「画像ファイルをあるコンピュータシステムから入力する」という事象の属性としてホスト番号を用いた。すなわち入力した画像ファイルに対してホスト番号を自動的に入力し、検索のための情報として付与し、入力した画像ファイルを情報データベースに記録し管理する。ユーザは画像情報を記録するときに特別なキーワードや検索情報を付与知る必要もないし、画像の認識処理、統計処理等の前処理も不要である。そして入力したときに接続したホストコンピュータのホスト番号から定まる文字列を検索の手がかりとして当該情報を検索できる。
【００８５】
なお移動体で入力し、データベースに登録する情報は、画像情報に限定されず、文字、文字列、音声情報、映像情報であってもよい。音声情報や映像情報は、上述実施例の場合と同様にテキストデータにエンコードし、その後デコードして復元することができる。
【００８６】
この構成例では、情報を入力する際に生起する事象の属性の属性値を測定し、これを情報とともに記憶し、後に検索キーを属性値に変換し、この属性値を含む検索情報を用いて情報を検索している。これによれば、従来のように情報を入力する際に検索キーを付与する煩雑さがなく、また検索キーを生成するための前処理を行う必要もない。さらに事象の属性を用いた検索方法、例えば「人事部のコンピュータシステムから入力した画像ファイル」という検索方法は、人間が記憶を思い出す方法とにた検索の機能を可能とするので、極めて柔軟な検索手法を提供し、移動体を含むネットワークシステムの情報管理の融通性を向上させることができる。
【００８７】
つぎに第１の実施例のさらに別の構成例を説明する。この構成例は図２の構成例の変形例であり、図２において、キーボード装置２０６に代えてグラフィカルユーザインターフェース装置４０６を用いる。
【００８８】
図１１はこの構成例を示しており、図２と対応する箇所には対応する番号を付して詳細な説明は省略する。
【００８９】
図１１のグラフィカルユーザインターフェース装置４０６は、グラフィカルディスプレイに表示される所定の図形上の所定の領域をマウス等のポインティング装置で指示すると、対応する領域の番号を地名データベースに出力するものである。もちろんタブレットデジタイザを用いて、タブレット上の図形上の領域を疑似ペンで指示して領域の指定を行ってもよい。また図形上の所定の領域の色をキーボードから入力して領域を指示する構成でもよい。
【００９０】
指定できる領域を階層的にし、細かな領域単位で指定したり、大きな領域単位で指定したりしてもよい。また路線地図等種々の地図を用いてもよい。また指定位置からどの範囲の領域を選択するかをユーザの指定により変更するようにしてもよい。
【００９１】
つぎにこの発明の第２の実施例について説明する。この第２の実施例は、第１の実施例の属性データベース１０８を省略し、検索キー自体で検索を行う反面、検出属性値を検索キーに変換する検索キー生成部５０８を設け、情報とともに検索記キーを登録するようにしている。
【００９２】
図１２は、第２の実施例を示すものであり、この図において、情報管理装置は、情報入力部５０１、事象属性入力部５０２、情報データベース５０３、情報登録部５０４、情報出力部５０５、検索キー入力部５０６、検索キー生成部５０７および情報検索部５０８を有している。情報入力部５０１はテキスト、イメージ等種々の情報を入力するものであり、移動体情報処理装置（図示しない）の入力部であってもよいし、移動体情報処理装置に接続された入力装置であってもよい。移動体情報処理装置は明示しないが連続的または断続的にネットワークシステム（複数のコンピュータがネットワークで接続されたコンピュータ・システム）に接続されている。事象属性入力部５０２は移動体情報処理装置（情報入力部５０１）に生起した事象の属性および情報入力に起因して生起した事象の属性を検出する。検索キー生成部５０７は検出された属性の値を検索キーに変換するものである。情報登録部５０４は情報と検索キーとを情報データベース５０３に登録する。検索キー入力部５０６はユーザーからの検索キー等検索情報を受け付け、情報検索装置５０８は検索キーを含む検索指示を情報データベースに対して送出し、検索結果を情報出力部５０５に転送し、検索結果を出力させる。
【００９３】
検索キー生成部５０７はたとえば第１の実施例で用いた地名対座標対応表を有する地名データベースである。例えば、この地名データベースを用いて、事象属性入力部５０２から出力された経度と緯度の組を表す座標（Ｘ，Ｙ）を、地名対座標対応管理表の各行の座標フィールドの座標と突き合わせ、座標（Ｘ，Ｙ）が位置する領域Ｚを含む地名フィールドを逐次出力する。
【００９４】
他の構成要素は、第１の実施例とほぼ同じなので、対応する符合を付して詳細な説明は省略する。
【００９５】
つぎにこの第２の実施例の情報の登録および検索について詳細に説明する。なお、ここでは属性として位置情報を用い、検索キーとして地名を用い、画像情報を管理する場合を想定する。
【００９６】
まず、情報の登録について説明する。この実施例においては、ａｒｅａＤＢという名前のデータベース（検索キー生成部５０７）がつぎのＧＳＱＬ式２−２で作成されている。また、ｉｍａｇｅＤＢ２という名前の（画像）情報データベース５０３がつぎのＧＳＱＬ式２−３で作成されている。
【００９７】
［ＧＳＱＬ式２−１］
ＣＲＥＡＴＥ ＳＣＥＭＡ ＩＮＴＯ’／ｔｅｓｔ／ｄｂ２’；
［ＧＳＱＬ式２−２］（地名対座表対応管理表）
ＣＲＥＡＴＥ ＴＡＢＬＥ ａｒｅａＤＢ（
ＬＬｌａｔｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＬＬＫＥＩＤＯ ＩＮＴＥＧＥＲ（８），
ＬＬｌｏｎｇｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＬＬＩＤＯ ＩＮＴＥＧＥＲ（９），
ＲＵｌａｔｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＲＵＫＥＩＤＯ ＩＮＴＥＧＥＲ（８），
ＲＵｌｏｎｇｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＲＵＩＤＯ ＩＮＴＥＧＥＲ（９），
ａｒｅａＮＡＭＥ ＶＡＲＩＡＢＬＥ ＣＨＡＲＡＣＴＥＲ
）；
［ＧＳＱＬ式２−３］（登録結果の表）
ＣＲＥＡＴＥ ＴＡＢＬＥ ｉｍａｇｅＤＢ２（
ｌａｔｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＫＥＩＤＯ ＩＮＴＥＧＥＲ（８），
ｌｏｎｇｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＩＤＯ ＩＮＴＥＧＥＲ（９），
ａｒｅａＮＡＭＥＳ ＶＡＲＹＩＮＧＶＡＲＩＡＢＬＥ ＣＨＡＲＡＣＴＥＲ，
ＩＭＡＧＥ ＶＡＲＩＡＢＬＥ ＣＨＡＲＡＣＴＥＲ
）；
ＧＳＱＬ式１−１は／ｔｅｓｔというディレクトリにｄｂ２という名前のデータベースを作成することを表す。ＧＳＱＬ式２−２はｄｂ２の内部構成を記述している。すなわち、第１の引数としての属性がＬＬｌａｔｉｔｕｄｅｆｌａｇという名前で、長さ１の文字型であり、第２の引数としての属性がＬＬＫＥＩＤＯという名前で、長さ８の整数の型であり、第３の引数としての属性がＬＬｌｏｎｇｉｔｕｄｅｆｌａｇという名前で、長さ１の文字の型であり、第４の引数としての属性がＬＬＩＤＯという名前で、長さ９の整数の型であり、第５の引数としての属性がＲＵｌａｔｉｔｕｄｅｆｌａｇという名前で、長さ１の文字の型であり、第６の引数の属性がＲＵＫＥＩＤＯという名前で、長さ８の整数の型であり、第７の引数の属性がＲＵｌｏｎｇｉｔｕｄｅｆｌａｇという名前で、長さ１の文字の型であり、第８の引数の属性がＲＵＩＤＯという名前で、長さ９の整数の型であり、第９の引数の属性がａｒｅａＮＡＭＥという名前で、長さが可変長の文字の型である、ａｒｅａＤＢという名前のデータベースを作成することを表す。
【００９８】
ＧＳＱＬ式２−３もｄｂ２の内部構成を記述している。すなわち、第１の引数としての属性がｌａｔｉｔｕｄｅｆｌａｇという名前で、長さ１の文字型であり、第２の引数としての属性がＫＥＩＤＯという名前で、長さ８の整数の型であり、第３の引数としての属性がｌｏｎｇｉｔｕｄｅｆｌａｇという名前で、長さ１の文字の型であり、第４の引数としての属性がＩＤＯという名前で、長さ９の整数の型であり、第５の引数が地名のデータでａｒｅａＮＡＭＥＳという名前の配列で、可変長の文字の型を要素として持ち、第６の域数が画像情報のデータでＩＭＡＧＥという名前で可変長の文字の型である、ｉｍａｇｅＤＢ２という名前のデータベースを作成することを表す。
【００９９】
第２の実施例でも、具体的な構成では、第１の実施例と同様、電子カメラで画像情報を入力し、ＧＰＳで座標データを生成している。ただ第２の実施例では、ＧＰＳからの座標データを地名データベース（検索キー生成部５０７）に送出している。
【０１００】
この地名データベース（検索キー生成部５０７）は、図９〜図１１に示した地名対座標対応管理表を有する。地名対座標管理管理表の第１のレコードと第３のレコードのそれぞれの座標フィールドの値｛（Ｘ１１，Ｙ１１），（Ｘ１２，Ｙ１２）｝，｛（Ｘ３１，Ｙ３１），（Ｘ３２，Ｙ３２）｝は、
Ｘ１１＜＝Ｘ１＜Ｘ１２でかつ
Ｙ１１＜＝Ｙ１＜Ｙ１２でかつ
Ｘ３１＜＝Ｘ１＜Ｘ３２でかつ
Ｙ３１＜＝Ｙ１＜Ｙ３２
となるように構成されている。ＧＳＰから座標（Ｘ，Ｙ）が入力されると、地名対座標対応管理表のすべての行の座標フィールドの領域｛（Ｘｎ，Ｙｎ），（Ｘｍ，Ｙｍ）｝について、
Ｘｎ＜＝Ｘ＜Ｘｍでかつ
Ｙｎ＜＝Ｙ＜Ｙｍ
を満たすレコードの地名フィールドのすべての地名を出力地名リストに入れる。地名対座標対応管理表のすべての行を検査したら、出力地名リスト保持装置（図示しない）に保持されている地名リストを情報登録部５０４（登録コマンド生成装置）に出力する。
【０１０１】
情報登録部５０４（登録コマンド生成装置）はつぎのＧＳＱＬ式を生成する。
［ＧＳＱＬ式２−４］
ＤＥＣＬＡＲＥ ＬＯＣＡＬ ＴＥＭＰＯＲＡＲＹ ＴＡＢＬＥ ｔｅｍｐ２（
ＬＬｌａｔｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＬＬＫＥＩＤＯ ＩＮＴＥＧＥＲ（８），
ＬＬｌｏｎｇｉｔｅｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＬＬＩＤＯ ＩＮＴＥＧＥＲ（９），
ＲＵｌａｔｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＲＵＫＥＩＤＯ ＩＮＴＥＧＥＲ（８），
ＲＵｌｏｎｇｉｔｅｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＲＵＩＤＯ ＩＮＴＥＧＥＲ（９），
ａｒｅａＮＡＭＥ ＶＡＲＩＡＢＬＥ ＣＨＡＲＡＣＴＥＲ
）；
［ＧＳＱＬ式２−５］
ＩＮＳＥＲＴ ＩＮＴＯ ｔｅｍｐ．ｔｅｍｐ２
ＳＥＬＥＣＴ ＬＬｌａｔｉｔｕｄｅｆｌａｇ，ＬＬＫＥＩＤＯ，ＬＬｌｏｎｇｉｔｕｄｅｆｌａｇ，ＬＬＩＤＯ，ＲＵｌａｔｉｔｕｄｅｆｌａｇ，ＲＵＫＥＩＤＯ，ＲＵｌｏｎｇｉｔｕｄｅｆｌａｇ，ＲＵＩＤＯ，ａｒｅａＮＡＭＥ
ＦＲＯＭ ａｒｅａＤＢ
ＷＨＥＲＥ ｌａｔｉｔｕｄｅｆｌａｇ＝’Ｅ’
ＡＮＤ ＬＬＫＥＩＤＯ＜＝Ｘ
ＡＮＤ ＲＵＫＥＩＤＯ＞Ｘ
ＡＮＤ ｌｏｎｇｉｔｕｄｅｆｌａｇ＝’Ｎ’
ＡＮＤ ＬＬＩＤＯ＜＝Ｙ
ＡＮＤ ＲＵＩＤＯ＞Ｙ；
［ＧＳＱＬ式２−６］
ＳＥＬＥＣＴ ＤＩＳＴＩＮＣＴ ａｒｅａＮＡＭＥ
ＦＲＯＭ ｔｅｍｐ．ｔｅｍｐ２
ＩＮＴＯ ｐｌａｃｅｓＡｒｒａｙ［］；
［ＧＳＱＬ式２−７］
ＩＮＳＥＲＴ ＩＮＴＯ ｉｍａｇｅＤＢ２（
ｌａｔｉｔｕｄｅｆｌａｇ，ＫＥＩＤＯ，
ｌｏｎｇｉｔｕｄｅｆｌａｇ，ＩＤＯ，
ａｒｅａＮＡＭＥＳ，ＩＭＡＧＥ）
ＶＡＬＵＥＳ（’Ｅ’，Ｘ，’Ｎ’，Ｙ，：ｐｌａｃｅｓＡｒｒａｙ［］，’イメージデータ’；
［ＧＳＱＬ式２−８］
ＣＯＭＭＩＴ；
［ＧＳＱＬ式２−６］および［ＧＳＱＬ式２−７］中のｐｌａｃｅｓＡＲＲＡＹは配列変数として定義されている、埋め込みＳＱＬ文の外部変数である。画像データは第１の実施例で説明したようにエンコードしてもよく、またエンコードせずにそのまま登録してもよい。
【０１０２】
つぎに情報の検索について詳述する。検索したい画像情報を登録した場所またはその場所を含む地域の地名を検索キー入力部５０６から入力すると、入力された地名を表す文字列が情報検索部５０８に送られ、この情報検索部５０８が文字列から画像情報を検索するためのＧＳＱＬ式を生成する。
［ＧＳＱＬ式２−９］
ＳＥＬＥＣＴ ＩＭＡＧＥ
ＦＲＯＭ ｉｍａｇｅＤＢ２
ＷＨＥＲＥ ａｒｅｒａＮＡＭＥＳ＝：ｓｅａｒｃｈＳｔｒｉｎｇ；
ここで：ｓｅａｒｃｈＳｔｒｉｎｇは入力された、地名を表す文字列が格納された、埋め込みＳＱＬ文の外部変数である。
【０１０３】
以降の動作は第１の実施例とほぼ同様であるので、説明を繰り返さない。
【０１０４】
第２の実施例は第１の実施例の効果に加え、情報データベースの構成を従前の「キーワードを付与して情報を登録する方法」と同じ構成としているので、従前の情報データベースをそのまま利用できるという効果がある。またこの実施例で登録した情報は、従前の、キーワードを指定して情報を検索するというタイプのアプリケーションを用いて検索可能であるというメリットもある。
【０１０５】
つぎにこの発明の第３の実施例について説明する。この実施例では移動体情報処理装置を利用するユーザが、画像情報を記録し、これをリモートの情報処理装置のデータベースに保管し、後に移動体情報処理装置または他の情報処理装置を用いて保管した情報を検索できようにしている。
【０１０６】
図１３は第３の実施例を示し、この図において、情報管理装置は、情報入力部６０１、事象属性入力部６０２、情報データベース６０３、情報登録部６０４、情報出力部６０５、検索キー入力部６０６、属性データベース６０７、情報検索部６０８、および通信手段６１１〜６１５を有している。この例では、情報の登録処理を移動体情報処理装置で行い、情報の保管、情報検索指示、検索キーの生成（属性データベース）および検索結果の出力を別の情報処理装置で行っており、個別の情報処理装置の間の信号のやりとりを通信手段６１１〜６１５で実現している。もちろん情報管理装置をネットワーク上にどのように構成するかについては種々変更できる。
【０１０７】
情報入力部６０１はテキスト、イメージ等種々の情報を入力するものであり、移動体情報処理装置（図示しない）の入力部であってもよいし、移動体情報処理装置に接続された入力装置であってもよい。移動体情報処理装置は明示しないが連続的または断続的にネットワークシステム（複数のコンピュータがネットワークで接続されたコンピュータ・システム）に接続されている。事象属性入力部６０２は移動体情報処理装置（情報入力部６０１）に生起した事象の属性および情報入力に起因して生起した事象の属性を検出する。情報登録部６０４は情報と検出属性値とをつ新種団６１１を介して情報データベース６０３に送り登録する。検索キー入力部６０６はユーザーからの検索キー等検索情報を受け付け、通信手段６０７を介して属性データベース６０７に転送し、属性データベース６０７は検索情報に基づいて対応する属性値を出力する。情報検索部６０８は属性値を含む検索指示を通信手段６１３を介して情報データベース６０３に対して送出し、検索結果を通信手段６１４を介して情報出力部６０５に転送し、検索結果を出力させる。
【０１０８】
この第３の実施例は通信手段６１１〜６１５を設けた点をのぞけば第１の実施例と同じであるので、以下では通信手段６１１〜６１５についてのみ詳細に説明する。他の構成については、対応する箇所に対応する符合を付して詳細な説明は省略する。
【０１０９】
通信手段６１１〜６１５はＴＣＰ／ＩＰプロトコルを用いたローカルエリアネットワークシステムのネットワーク通信装置である。ネットワーク通信は例えばＵＮＩＸ ＯＳのソケットライブラリを用いる。この実施例ではネットワーク通信装置は、情報の登録と検索の動作に先立ってコネクションを成立させておく。ネットワーク通信装置は、通信のたびにコネクションを実現するようにしてもよいし、コネクションを設定せずに通信を行うようにしてもよい。またソケットライブラリによる通信に代えて、リモート手続き呼び出しによる通信を行ってもよい。
【０１１０】
この実施例の各構成要素は、通信手段６１１〜６１５を用いて情報をやり取りする機能を有する点をのぞけば第１の実施例の構成と同様である。
【０１１１】
この実施例で情報の登録を行うには、情報登録部６０４が情報および属性値を受け取って、第１の実施例のＧＳＱＬ式１−３を生成し、これを情報データベース６０３に送信する。情報データベース６０３はこれを受け取って情報の登録を行う。また、情報の検索を行うには、検索キー入力部６０６から入力された検索情報の文字列を通信手段６１５を介して属性データベース６０７に送り、属性データベース６０７は検索キーを属性値すなわち複数の座標の組に変換し、これを情報検索部６０８に通信手段６１２を介して送出する。情報検索部６０８はこれに基づいて第１の実施例のＧＳＱＬ式１−４〜１−８を生成し、これを通信手段６１３を介して情報データベース６０３に送り、情報データベース６０３においてＧＳＱＬ式１−４〜１−８に基づいて検索が行われ、検索条件に合う画像情報があれば、座標画像対応表が通信手段６１４を介して情報出力部６０５に送られる。
【０１１２】
以上説明したように、第３の実施例は、第１の実施例の効果に加えて、情報データベースを移動体情報処理装置に含ませずに構成できるという特徴がある。情報データベースは例えばホームポジションのコンピュータに設け、またネットワーク中の任意の情報処理装置のデータベースを用いることができる。
【０１１３】
つぎにこの発明の第４の実施例について説明する。第４の実施例は、第２の実施例を、ネットワークシステム中で実現したものであり、移動体情報処理装置を利用するユーザが、画像情報を記録し、これをリモートの情報処理装置のデータベースに保管し、後に移動体情報処理装置または他の情報処理装置を用いて保管した情報を検索できようにしている。ネットワークにおいて実現する手法は第３の実施例と同様である。
【０１１４】
図１４はこの第４の実施例を示すもので、この図において、情報管理装置は、情報入力部７０１、事象属性入力部７０２、情報データベース７０３、情報登録部７０４、情報出力部７０４、検索キー入力部７０６、検索キー生成部７０７、情報検索部７０８および通信手段７１１〜７１４を有している。情報入力部７０１はテキスト、イメージ等種々の情報を入力するものであり、移動体情報処理装置（図示しない）の入力部であってもよいし、移動体情報処理装置に接続された入力装置であってもよい。移動体情報処理装置は明示しないが連続的または断続的にネットワークシステム（複数のコンピュータがネットワークで接続されたコンピュータ・システム）に接続されている。事象属性入力部７０２は移動体情報処理装置（情報入力部７０１）に生起した事象の属性および情報入力に起因して生起した事象の属性を検出する。検索キー生成部７０７は検出された属性の値を検索キーに変換するものである。情報登録部７０４は情報と検索キーとを通信手段７１１を介して情報データベース７０３に登録する。検索キー入力部７０６はユーザーからの検索キー等検索情報を受け付け、情報検索装置７０８は検索キーを含む検索指示を通信手段７１３を介して情報データベース７０３に対して送出し、検索結果を情報出力部７０５に転送し、検索結果を出力させる。
【０１１５】
なお図１４において図１２または図１３に対応する箇所には対応する符号を付して詳細な説明は省略する。
【図面の簡単な説明】
【０１１６】
【図１】この発明の第１の実施例を示すブロック図である。
【図２】この発明の第１の実施例の構成例を示すブロック図である。
【図３】上述構成例を説明するための図である。
【図４】上述構成例を説明するための図である。
【図５】上述構成例を説明するための図である。
【図６】上述構成例を説明するための図である。
【図７】この発明の第１の実施例の他の構成例を示すブロック図である。
【図８】図７の構成例を説明するための図である。
【図９】図７の構成例を説明するための図である。
【図１０】図７の構成例を説明するための図である。
【図１１】この発明の第１の実施例の他の構成例を示すブロック図である。
【図１２】この発明の第２の実施例を示すブロック図である。
【図１３】この発明の第３の実施例を示すブロック図である。
【図１４】この発明の第４の実施例を示すブロック図である。
【符号の説明】
【０１１７】
１０１、５０１は情報入力部
１０２、５０２は事象属性入力部
１０３、５０３は情報データベース
１０４、５０４は情報登録部
１０５、５０５は情報出力部
１０６、５０６は検索キー入力部
１０７は属性データベース
１０８、５０８は情報検索部
５０７は検索キー生成部
【技術分野】
【０００１】
この発明は撮像画像を管理する情報管理技術に関し、より詳細には人間が記憶を思い出すのと類似した柔軟性のある態様で画像を検索管理できるようにするものである。なお情報処理を実行する移動体を、移動体情報処理装置または単に移動体と呼ぶこともある。
【背景技術】
【０００２】
従来の移動体の情報管理システムは、大きく分けるとつぎのとおりである。
（ａ）通常知られるデータベースを有する。移動体で入力した情報に対してユーザが入力の都度キーワードを割り当てデータベースに登録する。そしてキーワードまたはキーワードを含む検索情報に応じて情報を検索する。
（ｂ）移動体から入力した情報は文字または文字列が付与されてデータベースに登録される。または入力された情報に対する文字処理、自然言語処理、統計処理または認識処理により文字または文字列を生成し、これを情報に付与してデータベースに登録する。上述文字または文字列を含む検索情報に応じて情報を検索する。
（ｃ）移動体の位置情報をデータベースに登録する。移動体の識別子から移動体の位置を検索する。また逆に移動体の位置の範囲に応じて移動体の識別子を検索する。
【０００３】
しかしながら（ａ）の管理システムでは、ユーザが予めキーワード等検索情報を与えて管理するので、キーワードや検索情報を与えずに情報を格納し、後に文字列で検索を行いたいという要請には当然対処できない。また検索はユーザが与えたキーワード等を用いた場合しか行うことができず、それ以外の文字列や検索情報を用いて検索を行うことができない。検索キー等を将来の検索を見越して完全なものにすることは著しく困難である。文字列や検索情報としてどのようなものを選ぶかにコストがかかる。
【０００４】
また、（ｂ）のシステムにおいては、移動体から入力した情報を後に検索するために、入力情報に対して文字マッチング処理、自然言語処理、統計処理、年式処理を行って文字、文字列、データ列を生成し、情報に付与するか、または生成した文字等を情報に代えて、あるいは情報の検索情報としてデータベースに登録する。文字マッチング処理等の前処理は、膨大な処理コストが必要であり、低消費電力や小型化が要請され処理能力に制約がある移動体には過剰な負担となる。このため情報の登録が遅れるというきらいある。ネットワークや通信手段で他のコンピュータの処理リソースを借用することも考えられるが、その手順にも時間がかかる。
【０００５】
また（ｃ）のシステムは、単に移動体の位置や識別子を検索するものにすぎず、移動体から入力した情報に移動体の位置情報を付与する機能を有しておらず、このため移動体の位置情報を手がかりとして移動体から入力した情報を検索する機能も有していない。
【０００６】
なお上述の（ａ）、（ｂ）、（ｃ）のシステムに関連する文献としては特許文献１、特許文献２および非特許文献１がある。特許文献１は、移動体端末からの信号を基地局において受信し、移動体端末の位置情報をデータベースに記憶することにより、多数の移動体が一斉に移動する場合の移動体網に加わる位置情報登録のコストを軽減することを開示している。また特許文献２は、現在位置の情報を発信し、道路・地図データベースから位置情報を計算し移動体の現在位置を正確に把握することを開示している。また非特許文献１は、ペンタブレットを用いて手書き入力したラスタイメージ情報を認識して文字コードからなるテキスト情報に変換した後にファイルに格納することを開示している。
【特許文献１】特開平６−２０５４５７号公報
【特許文献２】特開平５−２８１９０２号公報
【非特許文献１】電子情報通信学会技術報告（ＴＥＣＨＮＩＣＡＬ ＲＥＰＯＲＴ ＯＦ ＩＥＩＣＥ ＥＩＤ９３−８８、ＨＣ９３−５５、１９９３年１２月、ｐｐ７−１２）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
この発明は以上の事情を考慮したなされたものであり、撮像画像を、人間が記憶を思い出すのと似て方法で撮像画像を管理できる管理技術を提供することを目的としている。
【課題を解決するための手段】
【０００８】
この発明では、以上の目的を達成するために、特許請求の範囲に記載のとおりの構成を採用している。
【０００９】
すなわち、この発明の一側面によれば、移動情報管理装置に：画像を撮影する撮影手段と；所定の属性を測定する測定手段と；前記画像と前記測定手段によって測定された少なくとも１つの属性とを関連付けて記憶する記憶手段と；前記記憶手段に記憶された１つの属性と前記１つの属性に対応する複数の検索関連情報とを関連付けて記憶する第２の記憶手段と；前記検索関連情報から前記画像を検索する検索手段とを設けるようにしている。
【００１０】
この構成においては、撮像画像を、撮像時の属性に対応する複数の検索関連情報に関連付けて管理しているので、柔軟な検索が可能になる。
【００１１】
この構成において、さらに前記複数の検索関連情報のうちいずれか１つの検索関連情報から前記画像を検索する検索手段を設けることが好ましい。
【００１２】
また、前記属性は、典型的には、前記画像を撮影した場所における、緯度・経度、明るさ、色、湿度、天候、気圧および音量の少なくとも１つの属性を含む。
【００１３】
また、前記検索関連情報は、典型的には、地名である。
【００１４】
また、前記画像は静止画および動画の一方または双方であってよい。
【００１５】
なお、この発明は、複数の装置から構成される情報管理システムや、サーバコンピュータを含んで構成される情報管理システムとして構成することもできる。この場合、画像情報は、例えば、移動端末や固定端末において取得する。
【００１６】
この発明の上述の側面およびこの発明の他の側面は特許請求の範囲に記載され、以下実施例を用いて詳細に説明される。
【発明の効果】
【００１７】
以上説明したように、この発明によれば、いつの属性に対して複数の検索関連情報が付与されるので、人間が記憶を思い出す方法と似た極めて柔軟性のある検索の機能が可能となる。
【発明を実施するための最良の形態】
【００１８】
以下、この発明の実施例について図面を参照しながら説明する。
【００１９】
図１はこの発明の第１の実施例を概略的に示すものであり、この図において、情報管理装置は、情報入力部１０１、事象属性入力部１０２、情報データベース１０３、情報登録部１０４、情報出力部１０５、検索キー入力部１０６、属性データベース１０７および情報検索部１０８を有している。情報入力部１０１はテキスト、イメージ等種々の情報を入力するものである。事象属性入力部１０２は情報入力部１０１に生起した事象の属性および情報入力に起因して生起した事象の属性を検出する。情報登録部１０４は情報と検出属性値とを情報データベース１０３に登録する。検索キー入力部１０６はユーザーからの検索キー等の検索情報を受け付け、属性データベース１０７は検索情報に基づいて対応する属性値を出力する。情報検索装置１０８は属性値を含む検索指示を情報データベースに対して送出し、検索結果を情報出力部１０５に転送し、検索結果を出力させる。
【００２０】
なお、この発明は、この第１の実施例および後述する他の実施例からも明らかなように、単一の情報処理装置または単一の移動体情報処理装置上の単一のプロセスで実現するようにしてもよいし、複数のプロセスで実現されてもよい。または、複数の情報処理装置が接続されたネットワークシステムにおいて、複数の情報処理装置上の複数のプロセスで実現されてもよい。また複数の情報処理装置の少なくとも１つが移動体情報処理装置であってもよい。
【００２１】
複数の情報処理装置が接続されたネットワークシステムに移動体情報処理装置が連続的にまたは断続的に接続されている場合には、移動体情報処理装置から入力した情報をリモートの情報処理装置のデータベースに格納し、後にユーザが所望の検索を行って取り出すことができる。この例を後に図１２および図１４を参照して説明する。
【００２２】
また情報データベースは単一でなくてもよく、複数のデータベースの集合であってもよく、また移動体情報処理装置以外の情報処理装置にあってもよい。情報登録および検索の手順が予め定められ、移動体情報処理装置または他の情報処理装置からアクセスできればよい。
【００２３】
また入力された情報の情報データベースへの登録は、情報入力後直ちに実行される必要はない。情報入力から検索実行までの所定のタイミングで行われればよい。
【００２４】
また属性の検出は情報入力後即時に行われなくてもよい。情報入力の前後の任意のタイミングで測定ないし検出するものでもよい。
【００２５】
つぎに第１の実施例の具体的な構成例を図２をも参照して説明する。図２において、情報入力部１０１は電子カメラ２０１である。電子カメラ２０１は撮影した画像を画像データに変換して登録コマンド発生装置２０４（情報登録部１０４）に出力する装置であり、たとえば電子撮像素子を用いた富士写真フィルム株式会社のＤＳ−２００ＦＤＩＪＥ（商標または製品名である）を用いることができる。
【００２６】
この構成例では情報入力部１０１を電子カメラ２０１としたが、画像データを入力するタブレットデジタイザであってもよい。タブレットデジタイザはたとえば日立精工株式会社のタブレットデジタイザＨＤＧ−０６０９Ｊ（商標または製品名である）を用いることができる。また文字情報を入力する通常のパーソナルコンピュータに接続されているキーボードでもよいし、音声情報を入力するマイクロフォンとＡＤ変換器とを組み合わせた音声入力装置でもよい。また、映像情報を入力する通常のビデオカメラとＡＤ変換器とを組み合わせた映像入力装置でもよい。映像入力装置は例えばＮＴＳＣ信号を出力するビデオカメラと米国インテル社製のスマートビデオレコーダシステム（商標または製品名）を組み合わせて構成できる。
【００２７】
移動体に生起する事象の属性を入力する事象属性入力部１０２はグローバル・ポジショニング・システム（以下ＧＰＳとする）２０２である。ＧＰＳ２０２は複数の衛星と通信を行い「情報入力した時、移動体がある地点にあった」という事象の属性として少なくとも予め定められた経度、緯度、時刻、高度、速度のいずれか１つまたは複数を測定し、所定の属性の属性値として、登録コマンド発生装置２０４（情報登録部１０４）に送出する。ＧＰＳ２０２は例えばソケット・コミュニケーション社のモーバイルＧＰＳ装置ＧＰ８０３（商標または製品名）を用いることができる。
【００２８】
この構成例では、事象属性入力部１０２はＧＰＳ２０２としたが、ネットワークの基地局からアドレス情報を取得するアドレス取得装置でもよい。この場合、事象は「情報入力したものは、ある特定の基地局と接続した」という事象であり、その属性は基地局のアドレス情報である。
【００２９】
また事象属性入力部１０２は、時刻を数え上げて登録コマンド発生装置２０４（情報登録部１０４）に出力するクロック装置でもよいし、日付を数え上げて出力するカレンダ装置であってもよい。この場合の事象は「ある時間に情報を入力した」ことが事象であり、属性は時刻または日付である。クロック装置もカレンダ装置もＩＣチップとして入手できる。
【００３０】
また明るさや色を測定して登録コマンド発生装置２０４（情報登録部１０４）に出力する測光装置でもよい。測光装置は写真撮影に用いる露出計や色度計を用いることができる。また周囲の音量を測定し登録コマンド発生装置２０４（情報登録部１０４）に出力する音量測定装置でもよいし、周囲の音を取り込みその周波数分布を測定し測定値を登録コマンド発生装置２０４（情報登録部１０４）に出力するスペクトルアナライザでもよい。この場合、「ある場所で情報を入力したこと」が事象であり、その属性は「場所の明るさ」、「色」、「音量」等である。
【００３１】
またこの構成例では電子カメラ２０１で対象を撮影しているが、属性として「対象までの距離」または「対象の大きさ」を用いてもよい。測距装置はオートフォーカスのカメラのオートフォーカス制御機構を流用できる。電子カメラの画角が既知であれば、対象までの距離と電子カメラの画角とから、撮影対象のうちの電子カメラの撮影視野で撮影された部分のおよその大きさを計算できる。画面の横と縦それぞれについて、距離をｄとし横方向の画角θｘ、縦方向の画角θｙとすると、２＊ｄ＊ｔａｎ（θｘ／２）、２＊ｄ＊ｔａｎ（θｙ／２）が対象物の画面に映った範囲の、実際の長さの近似値とすることができる。
【００３２】
さらに、図２の構成例では、情報データベース１０３は、画像情報を蓄積し、画像情報に付与された座標データを検索キーとして検索できるように管理される画像情報データベース２０３である。画像情報データベース２０３は株式会社リコーの拡張リレーショナルデータベース管理システムであるＧ−ＢＡＳＥ（商標または製品名）を用いることができる。Ｇ−ＢＡＳＥでは、画像情報のデータを不定長のバイナリ文字列として格納し、属性として座標データを付与するようにスキーマを設計することで、座標データを検索キーとして検索できるように画像情報を管理する。Ｇ−ＢＡＳＥでは、標準ＳＱＬを拡張した操作言語ＧＳＱＬを用いて画像情報の登録と検索を行える。操作言語ＧＳＱＬの詳細については株式会社リコーのＧ−ＢＡＳＥマニュアル第５分冊に説明されている。
【００３３】
情報登録部１０４は、登録コマンド発生装置２０４であり、この登録コマンド発生装置２０４はＧＳＱＬに基づいて情報の登録式を生成し、画像情報データベース２０３（情報データベース１０３）に出力する。すなわち、登録コマンド発生装置２０４は、電子カメラ２０１からの情報のデータと、ＧＰＳ２０２からの属性値とを引数とする、ＧＳＱＬに基づいた所定の情報登録コマンドを生成し、Ｇ−ＢＡＳＥすなわち画像情報データベース２０３に送出する。
【００３４】
検索キー入力部１０６は、文字または文字列を入力し、地名データベース２０７（属性データベース１０７）に出力するキーボード装置２０６である。キーボード装置２０６に代えてメニュー形式のユーザインターフェースを用いてもよい。このユーザインタフェースは、ディスプレイ上に１つ以上の選択肢のリストをメニューとして表示し、キーボード、マウス、タブレットデジタイザ等で選択肢の１または複数を選択することで、対応する番号、文字、文字列を生成する。メニュー形式のユーザインターフェースはＸウィンドウシステムのソフトウェアツールキットを用いて簡単に実現できる（Ｏ’Ｒｅｉｌｌｙ ＆ Ａｓｓｏｃｉａｔｅｓ， Ｉｎｃ．のＸ Ｖｉｅｗ Ｐｒｏｇｒａｍｍｉｎｇ Ｍａｎｎｕａｌ Ｖｏｌｕｍｅ Ｓｅｖｅｎ ２’ｎｄ ｅｄｉｔｉｏｎ Ｆｏｒｔｈ ｐｒｉｎｔｉｎｇのｐｐ２３７−２６７およびｐｐ５８８−５９２）。
【００３５】
また検索キー入力部１０６は手書き文字または印刷も時を認識するＯＣＲ装置でもよい。また疑似ペンによってタブレット上で文字を書き、この文字を認識するシャープ社製のＰＩ−３０００（商標または製品名）等の手書き文字認識装置でもよい。
【００３６】
属性データベース１０７は、地名を入力すると、経度と緯度の組で表される１または複数の座標を出力する地名データベース２０７である。地名データベース２０７は図４、図５に示すように複数の地名座標レコードからなる地名座標管理表を用いる。地名座標レコードは座標フィールド、地名フィールド、およびレコード終端識別子を有する。地名フィールドは１または複数の地名を表す文字列が記録され、座標フィールドには対応する１または複数の座標を記録している。地名が入力されたときに、その文字または文字列を各レコードの地名フィールドの地名とマッチングさせ、一致した場合、そのレコードの座標フィールドの座標を出力する。一致しない場合にはエラーを出力する。
【００３７】
情報検索部１０８は、ＧＳＱＬの文法に則った情報検索式を生成し、画像情報データベース２０３（情報データベース１０３）に出力する検索コマンド発生装置２０８である。この検索コマンド発生装置２０８は、ユーザに指示に基づいて地名データベース２０７から出力された１または複数の座標値を引数とするＧＳＱＬに基づいた所定の情報検索コマンドを発生し、画像情報データベース２０３（Ｇ−ＢＡＳＥ）に出力する。
【００３８】
なお登録コマンド発生装置２０４（情報登録部１０４）および検索コマンド発生装置２０８（情報検索部１０８）を別々に構成せず、１つの装置で構成し、入力データに応じて検索コマンドと登録コマンドとを切り替えて出力するＧＳＱＬコマンド発生装置として構成してもよい。
【００３９】
情報出力部１０５は画像情報データベース２０３から出力される画像情報を表示する通常の液晶ディスプレイ装置２０５である。もちろんプラズマディスプレイやＣＲＴディスプレイを用いてもよい。またプリンタを用いてもよい。
【００４０】
つぎに図２の構成例における情報の登録および検索（登録コマンド発生装置２０４および検索コマンド発生装置２０８の動作）の詳細を説明する。
【００４１】
まず、情報の登録について説明する。この構成例においては、ｉｍａｇｅＤＢという名前の画像情報データベース２０３がつぎのＧＳＱＬ式で作成されている。
［ＧＳＱＬ式１−１］
ＣＲＥＡＴＥ ＳＣＥＭＡ ＩＮＴＯ’／ｔｅｓｔ／ｄｂ１’；
［ＧＳＱＬ式１−２］
ＣＲＥＡＴＥ ＴＡＢＬＥ ｉｍａｇｅＤＢ（
ｌａｔｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＫＥＩＤＯ ＩＮＴＥＧＥＲ（８），
ｌｏｎｇｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＩＤＯ ＩＮＴＥＧＥＲ（９），
ＩＭＡＧＥ ＶＡＲＩＡＢＬＥ ＣＨＡＲＡＣＴＥＲ
）；
ＧＳＱＬ式１−１は／ｔｅｓｔというディレクトリにｄｂ１という名前のデータベースを作成することを表す。ＧＳＱＬ式１−２はｄｂ１の内部構成を記述している。すなわち、第１の引数としての属性がｌａｔｉｔｕｄｅｆｌａｇという名前で、長さ１の文字型であり、第２の引数としての属性がＫＥＩＤＯという名前で、長さ８の整数の型であり、第３の引数としての属性がｌｏｎｇｉｔｕｄｅｆｌａｇという名前で、長さ１の文字の型であり、第４の引数としての属性がＩＤＯという名前で、長さ９の整数の型であり、第５の引数が画像情報のデータでＩＭＡＧＥという名前で可変長の文字の型である、ｉｍａｇｅＤＢという名前のデータベースを作成することを表す。
【００４２】
電子カメラ２０１を起動すると、電子カメラ２０１で撮影した画像情報のデータが入力され、登録コマンド発生装置２０４に送出される。電子カメラ２０１の起動信号に応じて起動と同時にＧＰＳ２０２から日付、時刻、緯度、経度、高度の事象属性の１または複数の属性値が測定される。この構成例では、属性情報として緯度および経度を用い、緯度および経度の組を登録コマンド発生装置２０４に送る。もちろん他の属性を用いてもよい。
【００４３】
例えば電子カメラ２０１を起動して「ＪＲ渋谷駅」でＪＲ山手線の時刻表を撮影すると、「時刻表の画像データ」が登録コマンド発生装置２０４に送出される。これと同時に電子カメラ２０１の起動に応じて、「ＪＲ渋谷駅で撮影した」ことを表す事象の属性として経度と緯度の組である座標の値（Ｘ１，Ｘ２）がＧＰＳ２０２で自動的に測定され登録コマンド発生装置２０４に送出される。
【００４４】
登録コマンド発生装置２０４は、画像情報データと座標値とを受け取って、画像情報のデータの検索キーとしてＧＳＱＬに基づいた登録コマンドを生成する。生成されたコマンドはつぎのとおりである。
［ＧＳＱＬ式１−３］
ＩＮＳＥＲＴ ＩＮＴＯ ｉｍａｇｅＤＢ ＶＡＬＵＥＳ（’Ｅ’，Ｘ１，’Ｎ’，Ｙ１，’イメージデータ’）；
この式では第１の引数が東経、西経の別で、東経を表す’Ｅ’という文字であり、第２の引数がＸ１の経度値であり、第３の引数が北緯、南緯の別で、北緯を表す’Ｎ’という文字であり、第４の引数がＹ１の緯度値であり、第５の引数が電子カメラ７０１から入力された画像データをテキスト文字列にエンコードした’イメージデータ’というテキスト文字列である。そしてこの式はイメージデータに座標値を付与してｉｍａｇｅＤＢというデータベースに登録するという登録コマンドを表している。
【００４５】
画像データをテキストデータにエンコードするには例えばＵＮＩＸ（商標名）のｕｎｅｎｃｏｄｅコマンドやＲＦＣ１５２１ないしＲＦＣ１５２４で規定されるＭＩＭＥエンコードコマンドを用いることができる。もちろんエンコードせずに画像データのまま登録してもよい。
【００４６】
つぎに情報の検索について説明する。検索は情報を入力した場所の地名またはその場所を含む地域の地名を用いて行うとする。
【００４７】
さて、キーボード２０６地名を入力すると、対応する文字列が地名データベース２０７に送出され、地名データベース２０７は対応する１または複数の座標あるいは地図上の矩形領域を表す２つの座標の組を１または複数出力する。
【００４８】
図３に示すように、地図に対して等間隔で縦分割線および横分割線を設け、矩形領域を規定する。図のＡ、Ｂ、Ｃ、Ｄで規定される矩形領域について各頂点Ａ、Ｂ、Ｃ、Ｄの座標を（ＸＮ，ＹＮ）、（ＸＮ＋１，ＹＮ）、（ＸＮ，ＹＮ＋１）、（ＸＮ＋１，ＹＮ＋１）で表す。矩形領域は対角線をなす２つの頂点座標で規定できるので、ＡとＤの座標の組｛（ＸＮ，ＹＮ），（ＸＮ＋１，ＹＮ＋１）｝を用いて矩形領域を表す。なお１つの矩形領域には１以上の地名が存在するものとする。
【００４９】
図４は、地名対座標管理表（図５）の地名座標レコードのフォーマットを示す。１つのレコードは１つの矩形領域を表す２つの座標を表す座標フィールドと、１または複数の地名を格納する地名フィールドからなっている。地名フィールドは、格納する地名の数に依存して可変長であるため、地名のリストとして管理し、地名のリストの最後に特別な識別子として終端記号を格納する。もちろん他の可変長レコードの管理手法を用いてもよいし、固定長としてもよい。例えば所定数の地名フィールドと所定数の座標フィールドとで地名対座標管理表を構成し、１つの領域を複数のレコードで表現してもよい。
【００５０】
図５は複数の地名座標レコードで地名対座標管理表が構成される例を示す。
【００５１】
このような地名対座標管理表を用いた地名データベースではつぎのようにして座標値を出力する。まずキーボード２０６から地名として「ＪＲ渋谷駅」を入力すると、この文字列が検索キーとして地名データベース２０７に送出される。地名データベース２０７は各地名座標レコード中の地名と「ＪＲ渋谷駅」という地名とを突き合わせ、一致した場合には、そのレコードの座標フィールドを出力座標リストに加えていく。
【００５２】
図６に示す具体的な地名座標管理表では、「ＪＲ渋谷駅」はレコード１の地名フィールドの３番目と、レコード３の地名フィールドの５番目に含まれるので、出力座標リストは、｛（Ｘ１１，Ｙ１１），（Ｘ１２，Ｙ１２）｝，｛（Ｘ３１，Ｙ３１），（Ｘ３２，Ｙ３２）｝となる。これはに２つの矩形領域｛（Ｘ１１，Ｙ１１），（Ｘ１２，Ｙ１２）｝，｛（Ｘ３１，Ｙ３１），（Ｘ３２，Ｙ３２）｝「ＪＲ渋谷駅」が含まれることを表す。
【００５３】
地名データベース２０７は以上の出力座標リストを検索コマンド発生装置２０８に送出する。
【００５４】
なお地名データベース２０７では、地名対座標管理表中のレコードを順に調べるようにしたが、ハッシュ表を用いて検索を行ってもよい。すなわち、地名座標レコードには予め一意に定める番号を付与しておき、地名の文字列に対して、所定のハッシュ関数を設計し、ハッシュ表として地名対座標管理表を構成する。またリレーショナルデータベースシステムを用いて地名データベースを構成してもよい。
【００５５】
検索コマンド発生装置２０８は地名データベース２０７から与えられた複数の座標の組から画像情報データベース２０３を検索するためのＧＳＱＬ式を生成する。この構成例では以下のＧＳＱＬ式が生成される。
［ＧＳＱＬ式１−４］
ＤＥＣＬＡＲＥ ＬＯＣＡＬ ＴＥＭＰＯＲＡＲＹ ＴＡＢＬＥ ｔｅｍｐ１（
ｌａｔｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＫＥＩＤＯ ＩＮＴＥＧＥＲ（８），
ｌｏｎｇｉｔｅｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＩＤＯ ＩＮＴＥＧＥＲ（９），
ＩＭＡＧＥ ＶＡＲＩＡＢＬＥ ＣＨＡＲＡＣＴＥＲ
）；
［ＧＳＱＬ式１−５］
ＩＮＳＥＲＴ ＩＮＴＯ ｔｅｍｐ．ｔｅｍｐ１
ＳＥＬＥＣＴ ｌａｔｉｔｕｄｅｆｌａｇ，ＫＥＩＤＯ，ｌｏｎｇｉｔｕｄ
ｅｆｌａｇ，ＩＤＯ，ＩＭＡＧＥ
ＦＲＯＭ ｉｍａｇｅＤＢ
ＷＨＥＲＥ ｌａｔｉｔｕｄｅｆｌａｇ＝’Ｅ’
ＡＮＤ ＫＥＩＤＯ＞＝Ｘ１１
ＡＮＤ ＫＥＩＤＯ＜＝Ｘ１２
ＡＮＤ ｌｏｎｇｉｔｕｄｅｆｌａｇ＝’Ｎ’
ＡＮＤ ＩＤＯ＞＝Ｙ１１
ＡＮＤ ＩＤＯ＜＝Ｙ１２；
［ＧＳＱＬ式１−６］
ＩＮＳＥＲＴ ＩＮＴＯ ｔｅｍｐ．ｔｅｍｐ１
ＳＥＬＥＣＴ ｌａｔｉｔｕｄｅｆｌａｇ，ＫＥＩＤＯ，ｌｏｎｇｉｔｕｄ
ｅｆｌａｇ，ＩＤＯ，ＩＭＡＧＥ
ＦＲＯＭ ｉｍａｇｅＤＢ
ＷＨＥＲＥ ｌａｔｉｔｕｄｅｆｌａｇ＝’Ｅ’
ＡＮＤ ＫＥＩＤＯ＞＝Ｘ３１
ＡＮＤ ＫＥＩＤＯ＜＝Ｘ３２
ＡＮＤ ｌｏｎｇｉｔｕｄｅｆｌａｇ＝’Ｎ’
ＡＮＤ ＩＤＯ＞＝Ｙ３１
ＡＮＤ ＩＤＯ＜＝Ｙ３２；
［ＧＳＱＬ式１−７］
ＣＯＭＭＩＴ；
［ＧＳＱＬ式１−８］
ＳＥＬＥＣＴ ＤＩＳＴＩＮＣＴ ＩＭＡＧＥ
ＦＲＯＭ ｔｅｍｐ．ｔｅｍｐ１；
以上のＧＳＱＬ式は画像情報データベース２０３に送出され、これに応じて画像データが検索される。検索条件にある画像が記憶されていれば、座標および画像データが１行で表され座標画像対応表として出力される。検索条件に合う画像がなければ、何も出力されず、１つあるときには１行、複数あるときには対応する行数だけ出力される。座標画像対応表においては、１つの画像データと、「ある場所でその画像を入力した」事象の属性である経度と緯度の属性値を表す座標とが対応している。
【００５６】
液晶ディスプレイ装置２０５は検索結果の座標画像対応表の第１行のイメージフィールドの文字列がイメージデータなのでこれを取り出す。画像データを画像情報データベース２０３に登録するときに、画像データをテキスト情報にエンコードしたイメージデータを記憶したので、復元するためにイメージデータをでコードする必要がある。この構成例では、エンコードにＵＮＩＸ ＯＳでよく知られるｕｎｅｎｃｏｄｅプログラムを用いたので、ｕｎｄｅｃｏｄｅプログラムを用いる。ＭＩＭＥエンコードプログラムを用いた場合にはＭＩＭＥデコードプログラムを用いる。一般にエンコード手法に依存してデコード手法が決定される。もちろんエンコードせずに画像データを登録しておけば、デコードを行う必要はない。またエンコードして登録した場合でもデコードせずに液晶ディスプレイ装置２０５に表示してもよい。
【００５７】
デコードされた画像データは液晶ディスプレイ装置２０５に表示される。座標画像対応表が複数の行からなるときは以上の手順を繰り返し実行する。
【００５８】
この構成例では、「ＪＲ渋谷駅」で時刻表を撮影した事象の属性である座標の値は（Ｘ１，Ｙ１）であったので、地名対座標管理表の第１のレコードと第３のレコードのそれぞれの座標フィールドの値｛（Ｘ１１，Ｙ１１），（Ｘ１２，Ｙ１２）｝，｛（Ｘ３１，Ｙ３１），（Ｘ３２，Ｙ３２）｝は、
Ｘ１１＜＝Ｘ１＜Ｘ１２でかつ
Ｙ１１＜＝Ｙ１＜Ｙ１２でかつ
Ｘ３１＜＝Ｘ１＜ｘ３２でかつ
Ｙ３１＜＝Ｙ１＜Ｙ３２
となるように構成されている。なぜならば「ＪＲ渋谷駅」は領域｛（Ｘ１１，Ｙ１１），（Ｘ１２，Ｙ１２）｝と領域｛（Ｘ３１，Ｙ３１），（Ｘ３２，Ｙ３２）｝のいずれにも含まれているからである。以上のようにこの構成では、「ＪＲ渋谷駅」で撮影したＪＲの時刻表の画像は、表示したＧＳＱＬコマンドによって出力される座標画像対応表に必ず含まれる。
【００５９】
以上説明したように、ＪＲ渋谷駅で電子カメラで撮影したＪＲの時刻表の画像は後に「ＪＲ渋谷駅」なる地名をで検索することができる。地名対座標管理表を「渋谷」なる地名を含む領域｛（Ｘｍ，Ｙｍ），（Ｘｍ＋１，Ｙｍ＋１）｝について、
Ｘｍ＜＝Ｘ１＜Ｘｍ＋１でかつ
Ｙｍ＜＝Ｙ１＜Ｙｍ＋１
となるように構成すれば、ＪＲ渋谷駅で電子カメラで撮影したＪＲの時刻表の画像は、「渋谷」なる地名で検索できる。
【００６０】
この構成例では、検索キーは地名としたが、住所、国名、都道府県名、市町村名、建築物名、施設名、組織名、省庁名、社名、法人名、営業所名、屋号、売場名、河川名、山岳丘陵名、道路名、通路名、路線名、交差点名、停留所名、駅名、階数、郵便番号等のいずれでもよい。
【００６１】
一般には、日常的に利用する、あらゆる地名を含んだ場所の名称と、名称に対応する領域との対応関係を保持管理する地名対座標管理表を予め上述のように作成しておけば、少なくとも地名対座標管理表に登録されている任意の場所の名称から画像を検索する情報管理装置が実現される。とくに移動体では、画像を撮影する時には、「画像を撮影した」ことと、画像を撮影した時に「ある場所にいた」ことの２つの事象が同時に生起する。この実施例では「画像をある場所で撮影する」という事象の属性として座標を用いた。すなわち撮影した画像データに対して撮影した地点の座標を自動的に測定して得られる座標とを検索のための情報として付与し、撮影した画像情報を情報データベース１０３に記録し管理する。ユーザは画像情報を記録するときに特別なキーワードや検索情報を付与する必要もないし、画像の認識処理、統計処理等の前処理も不要である。そして撮影した場所によって定まる文字または文字列を検索の手がかりとして撮影した情報を検索できる。
【００６２】
なお移動体で入力し、データベースに登録する情報は、画像情報に限定されず、文字、文字列、音声情報、映像情報であってもよい。音声情報や映像情報は、上述実施例の場合と同様にテキストデータにエンコードし、その後デコードして復元することができる。
【００６３】
また事象の属性は、緯度、経度のみでなく、情報を記録した場所、明るさ、色、温度、湿度、天候、気圧、音量等種々の測定可能な属性を用いることができる。属性は１つまたは複数用いることができる。属性値の測定結果の所定の精度の整数または実数として出力すれば、この実施例と同様に構成できる。
【００６４】
この実施例では、情報を入力する際に生起する事象の属性の属性値を測定し、これを情報とともに記憶し、後に検索キーを属性値に変換し、この属性値を含む検索情報を用いて情報を検索している。これによれば、従来のように情報を入力する際に検索キーを付与する煩雑さがなく、また検索キーを生成するための前処理を行う必要もない。さらに事象の属性を用いた検索方法、例えば「渋谷駅で撮影した画像」という検索方法は、人間が記憶を思い出す方法と似た検索の機能を可能とするので、極めて柔軟な検索手法を提供し、移動体を含むネットワークシステムの情報管理の融通性を向上させることができる。
【００６５】
つぎに第１の実施例の別の構成例を説明する。この構成例は、情報入力部１０１としてファイル入力装置を用い、事象として「所定のホスト・コンピュータを用いてファイルを入力したこと」を用い、事象の属性としてそのホスト・コンピュータのホスト番号を用いる。
【００６６】
図７はこの構成例を示し、この図において図２と対応する箇所には対応する符合を付して詳細な説明は繰り返さない。図７（図１）において、情報入力部１０１はネットワーク通信を用いたファイル転送プロトコルであるＦＴＰを用いて実現したファイル入力装置３０１である。ファイル入力装置３０１は例えばＵＮＩＸ ＯＳのｆｔｐプログラムを利用するコンピュータシステムである。ＦＴＰ以外のファイル転送プロトコル例えばＳＭＴＰ、ＮＮＴＰ、ＨＴＴＰ等を用いてもよく、ＨＴＴＰを用いたファイル入力装置３０１としては、ＮＣＳＡのＭｏｓａｉｃプログラムを用いたコンピュータシステムがある。Ｍｏｓａｉｃはファイルだけでなく、一般的なデジタル情報を入力できる。
【００６７】
事象属性入力部１０３はｆｔｐの接続先のコンピュータシステムのホスト番号を保持管理するホスト番号保持装置３０２である。ホスト番号保持装置３０２が取り扱う事象は、「あるコンピュータシステムから情報を入力した」ことであり、属性はホスト番号である。ホスト番号は高々有限個の番号なので、レジスタやメモリでこれを保持することができる。属性としては、ホスト番号以外のものを用いてもよい。例えばＦＴＰプロトコルでＰＷＤコマンドを用いて、接続先のコンピュータシステムからリモートのカレントディレクトリを取り寄せて、属性として用いてもよい。一般に保持する属性は、リモートコンピュータから取り出すことのできる任意の情報でよい。さらにリモートのコンピュータシステムに接続することに起因する属性でもよい。例えばＪＩＳ規格のＸ５１０８に規定されるトランスポートサービスの品質のパラメータのいずれかでもよい。
【００６８】
属性データベース１０７は、組織名を入力すると１または複数のホスト番号を出力するホストデータベース３０７である。このデータベース３０７は、複数行のレコードを有し、１行に複数の組織名フィールドと、１または複数のホスト番号を含むホストフィールドを有する組織名対ホスト対応管理表を保持している（図８、９、１０参照）。ホストデータベース３０７は入力された文字または文字列が組織フィールドに記録されている文字列と一致するかどうかを各行ごとに検査し、一致する組織名を有する行の１または複数のホスト番号を出力する。一致するものがなければエラーを出力する。
【００６９】
つぎにこの構成例における情報の登録および検索について詳細に説明する。この構成例においては、ｉｍａｇｅＤＢ４という名前の（画像）情報データベース１０３がつぎのＧＳＱＬ式で作成されている。
［ＧＳＱＬ式４−１］
ＣＲＥＡＴＥ ＳＣＥＭＡ ＩＮＴＯ’／ｔｅｓｔ／ｄｂ４’；
［ＧＳＱＬ式４−２］
ＣＲＥＡＴＥ ＴＡＢＬＥ ｉｍａｇｅＤＢ４（
ＨＯＳＴＮＯ ＩＮＴＥＧＥＲ（１２），
ＩＭＡＧＥ ＶＡＲＩＡＢＬＥ ＣＨＡＲＡＣＴＥＲ
）；
ＧＳＱＬ式４−１は／ｔｅｓｔというディレクトリにｄｂ４という名前のデータベースを作成することを表す。ＧＳＱＬ式４−２はｄｂ４の内部構成を記述している。すなわち、第１の引数としての属性がＨＯＳＴＮＯという名前で、長さ１２の文字型であり、第２の引数が画像情報のデータでＩＭＡＧＥという名前で可変長の文字の型である、ｉｍａｇｅＤＢ４という名前のデータベースを作成することを表す。
【００７０】
この構成では、所定のホスト番号Ｙをｆｔｐプログラムの起動引数に指定してＦＴＰプロトコルでリモートのコンピュータシステムに接続すると、ホスト番号Ｙがホスト番号保持装置に出力され、保持される。つぎに、ユーザがｇｅｔコマンドとファイル名をｆｔｐプログラムに指定して、ユーザが所望するファイルを入力する。ファイルは画像入力でもよいし、他のものでもよい。ｆｔｐプログラムはユーザの指定に応じてリモートのコンピュータシステムから画像ファイルを入力して登録コマンド発生装置３０４に出力する。画像ファイルの入力に応じて、ホスト番号保持装置３０２は、ホスト番号を登録コマンド発生装置３０４に送出する。登録コマンド発生装置３０４は上述のファイルとホスト番号とを受け取ってホスト番号を検索キーとしてファイルを画像情報データベース３０３に登録する。
【００７１】
登録コマンド発生装置３０４が生成するコマンドはつぎのとおりである。
［ＧＳＱＬ式４−３］
ＩＮＳＥＲＴ ＩＮＴＯ ｉｍａｇｅＤＢ４ ＶＡＬＵＥＳ（Ｙ，’イメージデータ’）；
この式では第１の引数がホスト番号がＹで、ホスト番号保持装置から出力されたホスト番号を整数で表すデータであり、第２の引数がファイル入力装置３０１から入力された画像データをテキスト文字列にエンコードした’イメージデータ’というテキスト文字列である。そしてこの式はイメージデータにホスト番号を検索キーとし付与してｉｍａｇｅＤＢ４というデータベースに登録するという登録コマンドを表している。
【００７２】
画像データのエンコードは既述した手法で行えるし、エンコードせずに登録してもよい。
【００７３】
つぎに情報の検索について説明する。
【００７４】
検索したい画像情報を入力したリモートのコンピュータシステムを所有する組織名をキーボード装置３０６から入力すると、この組織名を表す文字列がホストデータベース３０７に送出され、ホストデータベース３０７は組織名に対応する１または複数のホスト番号を検索コマンド発生装置３０８に出力する。この構成例では、組織名には１または複数のホスト番号が割り当てられる。
【００７５】
図８は、組織名対ホスト管理表（図９）の地名座標レコードのフォーマットを示す。１つのレコードは１つの組織名を格納する組織名フィールドと、１または複数のホスト番号を格納するホストフィールドからなっている。ホストフィールドは、格納するホスト番号の数に依存して可変長であるため、ホスト番号のリストとして管理し、ホスト番号のリストの最後に特別な識別子として終端記号を格納する。図１０は複数のレコードで構成される組織名対ホスト管理表の具体例を示す。
【００７６】
ホストデータベース３０７の操作を、図１０に示す組織名対ホスト管理表図の具体例に沿って説明する。まずキーボード装置３０６から組織名として「人事部」を入力すると、この文字列が検索キーとしてホストデータベース３０７に送出される。ホストデータベース３０７は各レコード中の組織名と「人事部」という組織名とを突き合わせ、一致した場合には、そのレコードのホストフィールドを出力ホストリストに加えていく。
【００７７】
図１０に示す具体的なホスト対組織名管理表では、「人事部」はレコード１の組織名フィールドに含まれるので、出力ホスト座標リストは、｛１，２，３｝となる。この３つのホスト番号のコンピュータシステムを「人事部」が所有していることを表す。ホストデータベース３０７は以上の出力ホストリストを検索コマンド発生装置３０８に送出する。
【００７８】
なおホストデータベース３０７では、ハッシュ表を用いて検索を行ってもよい。またリレーショナルデータベースシステムを用いて地名データベースを構成してもよい。
【００７９】
検索コマンド発生装置３０８はホストデータベース３０７から与えられた複数のホスト番号から画像情報データベース３０３を検索するためのＧＳＱＬ式を生成する。この構成例では以下のＧＳＱＬ式が生成される。
［ＧＳＱＬ式４−４］
ＤＥＣＬＡＲＥ ＬＯＣＡＬ ＴＥＭＰＯＲＡＲＹ ＴＡＢＬＥ ｔｅｍｐ４（
ＨＯＳＴＮＯ ＩＮＴＥＧＥＲ（１２），
ＩＭＡＧＥ ＶＡＲＩＡＢＬＥ ＣＨＡＲＡＣＴＥＲ
）；
［ＧＳＱＬ式４−５］
ＩＮＳＥＲＴ ＩＮＴＯ ｔｅｍｐ．ｔｅｍｐ４
ＳＥＬＥＣＴ ＨＯＳＴＮＯ，ＩＭＡＧＥ
ＦＲＯＭ ｉｍａｇｅＤＢ４
ＷＨＥＲＥ ＨＯＳＴＮＯ ＩＮ：ｓｅａｒｃｈＰｌａｃｅＳｔｒｉｇ；
［ＧＳＱＬ式４−６］
ＣＯＭＭＩＴ；
［ＧＳＱＬ式４−７］
ＳＥＬＥＣＴ ＤＩＳＴＩＮＣＴ ＩＭＡＧＥ
ＦＲＯＭ ｔｅｍｐ．ｔｅｍｐ４；
以上のＧＳＱＬ式は画像情報データベースに送出され、これに応じて画像データが検索される。検索条件にある画像が記憶されていれば、ホスト番号および画像データが１行で表されホスト画像対応表として出力される。検索条件に合う画像がなければ、何も出力されず、１つあるときには１行、複数あるときには対応する行数だけ出力される。ホスト画像対応表においては、１つの画像データと、「あるリモートコンピュータシステムからその画像を入力した」事象の属性であるホスト番号属性の属性値を表すホスト番号とが対応している。
【００８０】
液晶ディスプレイ装置３０５は先に説明した構成例と同じである。
【００８１】
この構成例においては、「人事部」のコンピュータシステムのホスト番号が、ホスト画像対応表の人事部のレコードに入れるようにすれば、上述ホスト番号Ｙは１、２、３のいずれかであるので、人事部のコンピュータシステムから入力した画像ファイルは上述のＧＳＱＬ検索コマンドによって出力されるホスト画像対応表に必ず含まれる。
【００８２】
以上説明したように、人事部のコンピュータシステムから入力した画像ファイルは後に「人事部」なる組織名をで検索することができる。もちろん任意の組織名で当該組織のコンピュータシステムから入力した画像データを検索できる。
【００８３】
この構成例では、検索キーは組織名としたが、住所、国名、都道府県名、市町村名、建築物名、施設名、省庁名、社名、法人名、営業所名、屋号、売場名、河川名、山岳丘陵名、道路名、通路名、路線名、交差点名、停留所名、駅名、階数、郵便番号等のいずれでもよい。
【００８４】
一般には、日常的に利用する、あらゆる名称と、名称に対応するホスト番号との対応関係を保持管理する対応管理表を予め上述のように作成しておけば、少なくとも対応管理表に登録されている任意の名称から画像を検索する情報管理装置が実現される。とくに移動体では、画像ファイルをリモートコンピュータから入力する際に、異動先の様々なネットワークのコンピュータに接続する。この構成例では、「画像ファイルをあるコンピュータシステムから入力する」という事象の属性としてホスト番号を用いた。すなわち入力した画像ファイルに対してホスト番号を自動的に入力し、検索のための情報として付与し、入力した画像ファイルを情報データベースに記録し管理する。ユーザは画像情報を記録するときに特別なキーワードや検索情報を付与知る必要もないし、画像の認識処理、統計処理等の前処理も不要である。そして入力したときに接続したホストコンピュータのホスト番号から定まる文字列を検索の手がかりとして当該情報を検索できる。
【００８５】
なお移動体で入力し、データベースに登録する情報は、画像情報に限定されず、文字、文字列、音声情報、映像情報であってもよい。音声情報や映像情報は、上述実施例の場合と同様にテキストデータにエンコードし、その後デコードして復元することができる。
【００８６】
この構成例では、情報を入力する際に生起する事象の属性の属性値を測定し、これを情報とともに記憶し、後に検索キーを属性値に変換し、この属性値を含む検索情報を用いて情報を検索している。これによれば、従来のように情報を入力する際に検索キーを付与する煩雑さがなく、また検索キーを生成するための前処理を行う必要もない。さらに事象の属性を用いた検索方法、例えば「人事部のコンピュータシステムから入力した画像ファイル」という検索方法は、人間が記憶を思い出す方法とにた検索の機能を可能とするので、極めて柔軟な検索手法を提供し、移動体を含むネットワークシステムの情報管理の融通性を向上させることができる。
【００８７】
つぎに第１の実施例のさらに別の構成例を説明する。この構成例は図２の構成例の変形例であり、図２において、キーボード装置２０６に代えてグラフィカルユーザインターフェース装置４０６を用いる。
【００８８】
図１１はこの構成例を示しており、図２と対応する箇所には対応する番号を付して詳細な説明は省略する。
【００８９】
図１１のグラフィカルユーザインターフェース装置４０６は、グラフィカルディスプレイに表示される所定の図形上の所定の領域をマウス等のポインティング装置で指示すると、対応する領域の番号を地名データベースに出力するものである。もちろんタブレットデジタイザを用いて、タブレット上の図形上の領域を疑似ペンで指示して領域の指定を行ってもよい。また図形上の所定の領域の色をキーボードから入力して領域を指示する構成でもよい。
【００９０】
指定できる領域を階層的にし、細かな領域単位で指定したり、大きな領域単位で指定したりしてもよい。また路線地図等種々の地図を用いてもよい。また指定位置からどの範囲の領域を選択するかをユーザの指定により変更するようにしてもよい。
【００９１】
つぎにこの発明の第２の実施例について説明する。この第２の実施例は、第１の実施例の属性データベース１０８を省略し、検索キー自体で検索を行う反面、検出属性値を検索キーに変換する検索キー生成部５０８を設け、情報とともに検索記キーを登録するようにしている。
【００９２】
図１２は、第２の実施例を示すものであり、この図において、情報管理装置は、情報入力部５０１、事象属性入力部５０２、情報データベース５０３、情報登録部５０４、情報出力部５０５、検索キー入力部５０６、検索キー生成部５０７および情報検索部５０８を有している。情報入力部５０１はテキスト、イメージ等種々の情報を入力するものであり、移動体情報処理装置（図示しない）の入力部であってもよいし、移動体情報処理装置に接続された入力装置であってもよい。移動体情報処理装置は明示しないが連続的または断続的にネットワークシステム（複数のコンピュータがネットワークで接続されたコンピュータ・システム）に接続されている。事象属性入力部５０２は移動体情報処理装置（情報入力部５０１）に生起した事象の属性および情報入力に起因して生起した事象の属性を検出する。検索キー生成部５０７は検出された属性の値を検索キーに変換するものである。情報登録部５０４は情報と検索キーとを情報データベース５０３に登録する。検索キー入力部５０６はユーザーからの検索キー等検索情報を受け付け、情報検索装置５０８は検索キーを含む検索指示を情報データベースに対して送出し、検索結果を情報出力部５０５に転送し、検索結果を出力させる。
【００９３】
検索キー生成部５０７はたとえば第１の実施例で用いた地名対座標対応表を有する地名データベースである。例えば、この地名データベースを用いて、事象属性入力部５０２から出力された経度と緯度の組を表す座標（Ｘ，Ｙ）を、地名対座標対応管理表の各行の座標フィールドの座標と突き合わせ、座標（Ｘ，Ｙ）が位置する領域Ｚを含む地名フィールドを逐次出力する。
【００９４】
他の構成要素は、第１の実施例とほぼ同じなので、対応する符合を付して詳細な説明は省略する。
【００９５】
つぎにこの第２の実施例の情報の登録および検索について詳細に説明する。なお、ここでは属性として位置情報を用い、検索キーとして地名を用い、画像情報を管理する場合を想定する。
【００９６】
まず、情報の登録について説明する。この実施例においては、ａｒｅａＤＢという名前のデータベース（検索キー生成部５０７）がつぎのＧＳＱＬ式２−２で作成されている。また、ｉｍａｇｅＤＢ２という名前の（画像）情報データベース５０３がつぎのＧＳＱＬ式２−３で作成されている。
【００９７】
［ＧＳＱＬ式２−１］
ＣＲＥＡＴＥ ＳＣＥＭＡ ＩＮＴＯ’／ｔｅｓｔ／ｄｂ２’；
［ＧＳＱＬ式２−２］（地名対座表対応管理表）
ＣＲＥＡＴＥ ＴＡＢＬＥ ａｒｅａＤＢ（
ＬＬｌａｔｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＬＬＫＥＩＤＯ ＩＮＴＥＧＥＲ（８），
ＬＬｌｏｎｇｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＬＬＩＤＯ ＩＮＴＥＧＥＲ（９），
ＲＵｌａｔｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＲＵＫＥＩＤＯ ＩＮＴＥＧＥＲ（８），
ＲＵｌｏｎｇｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＲＵＩＤＯ ＩＮＴＥＧＥＲ（９），
ａｒｅａＮＡＭＥ ＶＡＲＩＡＢＬＥ ＣＨＡＲＡＣＴＥＲ
）；
［ＧＳＱＬ式２−３］（登録結果の表）
ＣＲＥＡＴＥ ＴＡＢＬＥ ｉｍａｇｅＤＢ２（
ｌａｔｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＫＥＩＤＯ ＩＮＴＥＧＥＲ（８），
ｌｏｎｇｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＩＤＯ ＩＮＴＥＧＥＲ（９），
ａｒｅａＮＡＭＥＳ ＶＡＲＹＩＮＧＶＡＲＩＡＢＬＥ ＣＨＡＲＡＣＴＥＲ，
ＩＭＡＧＥ ＶＡＲＩＡＢＬＥ ＣＨＡＲＡＣＴＥＲ
）；
ＧＳＱＬ式１−１は／ｔｅｓｔというディレクトリにｄｂ２という名前のデータベースを作成することを表す。ＧＳＱＬ式２−２はｄｂ２の内部構成を記述している。すなわち、第１の引数としての属性がＬＬｌａｔｉｔｕｄｅｆｌａｇという名前で、長さ１の文字型であり、第２の引数としての属性がＬＬＫＥＩＤＯという名前で、長さ８の整数の型であり、第３の引数としての属性がＬＬｌｏｎｇｉｔｕｄｅｆｌａｇという名前で、長さ１の文字の型であり、第４の引数としての属性がＬＬＩＤＯという名前で、長さ９の整数の型であり、第５の引数としての属性がＲＵｌａｔｉｔｕｄｅｆｌａｇという名前で、長さ１の文字の型であり、第６の引数の属性がＲＵＫＥＩＤＯという名前で、長さ８の整数の型であり、第７の引数の属性がＲＵｌｏｎｇｉｔｕｄｅｆｌａｇという名前で、長さ１の文字の型であり、第８の引数の属性がＲＵＩＤＯという名前で、長さ９の整数の型であり、第９の引数の属性がａｒｅａＮＡＭＥという名前で、長さが可変長の文字の型である、ａｒｅａＤＢという名前のデータベースを作成することを表す。
【００９８】
ＧＳＱＬ式２−３もｄｂ２の内部構成を記述している。すなわち、第１の引数としての属性がｌａｔｉｔｕｄｅｆｌａｇという名前で、長さ１の文字型であり、第２の引数としての属性がＫＥＩＤＯという名前で、長さ８の整数の型であり、第３の引数としての属性がｌｏｎｇｉｔｕｄｅｆｌａｇという名前で、長さ１の文字の型であり、第４の引数としての属性がＩＤＯという名前で、長さ９の整数の型であり、第５の引数が地名のデータでａｒｅａＮＡＭＥＳという名前の配列で、可変長の文字の型を要素として持ち、第６の域数が画像情報のデータでＩＭＡＧＥという名前で可変長の文字の型である、ｉｍａｇｅＤＢ２という名前のデータベースを作成することを表す。
【００９９】
第２の実施例でも、具体的な構成では、第１の実施例と同様、電子カメラで画像情報を入力し、ＧＰＳで座標データを生成している。ただ第２の実施例では、ＧＰＳからの座標データを地名データベース（検索キー生成部５０７）に送出している。
【０１００】
この地名データベース（検索キー生成部５０７）は、図９〜図１１に示した地名対座標対応管理表を有する。地名対座標管理管理表の第１のレコードと第３のレコードのそれぞれの座標フィールドの値｛（Ｘ１１，Ｙ１１），（Ｘ１２，Ｙ１２）｝，｛（Ｘ３１，Ｙ３１），（Ｘ３２，Ｙ３２）｝は、
Ｘ１１＜＝Ｘ１＜Ｘ１２でかつ
Ｙ１１＜＝Ｙ１＜Ｙ１２でかつ
Ｘ３１＜＝Ｘ１＜Ｘ３２でかつ
Ｙ３１＜＝Ｙ１＜Ｙ３２
となるように構成されている。ＧＳＰから座標（Ｘ，Ｙ）が入力されると、地名対座標対応管理表のすべての行の座標フィールドの領域｛（Ｘｎ，Ｙｎ），（Ｘｍ，Ｙｍ）｝について、
Ｘｎ＜＝Ｘ＜Ｘｍでかつ
Ｙｎ＜＝Ｙ＜Ｙｍ
を満たすレコードの地名フィールドのすべての地名を出力地名リストに入れる。地名対座標対応管理表のすべての行を検査したら、出力地名リスト保持装置（図示しない）に保持されている地名リストを情報登録部５０４（登録コマンド生成装置）に出力する。
【０１０１】
情報登録部５０４（登録コマンド生成装置）はつぎのＧＳＱＬ式を生成する。
［ＧＳＱＬ式２−４］
ＤＥＣＬＡＲＥ ＬＯＣＡＬ ＴＥＭＰＯＲＡＲＹ ＴＡＢＬＥ ｔｅｍｐ２（
ＬＬｌａｔｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＬＬＫＥＩＤＯ ＩＮＴＥＧＥＲ（８），
ＬＬｌｏｎｇｉｔｅｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＬＬＩＤＯ ＩＮＴＥＧＥＲ（９），
ＲＵｌａｔｉｔｕｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＲＵＫＥＩＤＯ ＩＮＴＥＧＥＲ（８），
ＲＵｌｏｎｇｉｔｅｄｅｆｌａｇ ＣＨＡＲＡＣＴＥＲ（１），
ＲＵＩＤＯ ＩＮＴＥＧＥＲ（９），
ａｒｅａＮＡＭＥ ＶＡＲＩＡＢＬＥ ＣＨＡＲＡＣＴＥＲ
）；
［ＧＳＱＬ式２−５］
ＩＮＳＥＲＴ ＩＮＴＯ ｔｅｍｐ．ｔｅｍｐ２
ＳＥＬＥＣＴ ＬＬｌａｔｉｔｕｄｅｆｌａｇ，ＬＬＫＥＩＤＯ，ＬＬｌｏｎｇｉｔｕｄｅｆｌａｇ，ＬＬＩＤＯ，ＲＵｌａｔｉｔｕｄｅｆｌａｇ，ＲＵＫＥＩＤＯ，ＲＵｌｏｎｇｉｔｕｄｅｆｌａｇ，ＲＵＩＤＯ，ａｒｅａＮＡＭＥ
ＦＲＯＭ ａｒｅａＤＢ
ＷＨＥＲＥ ｌａｔｉｔｕｄｅｆｌａｇ＝’Ｅ’
ＡＮＤ ＬＬＫＥＩＤＯ＜＝Ｘ
ＡＮＤ ＲＵＫＥＩＤＯ＞Ｘ
ＡＮＤ ｌｏｎｇｉｔｕｄｅｆｌａｇ＝’Ｎ’
ＡＮＤ ＬＬＩＤＯ＜＝Ｙ
ＡＮＤ ＲＵＩＤＯ＞Ｙ；
［ＧＳＱＬ式２−６］
ＳＥＬＥＣＴ ＤＩＳＴＩＮＣＴ ａｒｅａＮＡＭＥ
ＦＲＯＭ ｔｅｍｐ．ｔｅｍｐ２
ＩＮＴＯ ｐｌａｃｅｓＡｒｒａｙ［］；
［ＧＳＱＬ式２−７］
ＩＮＳＥＲＴ ＩＮＴＯ ｉｍａｇｅＤＢ２（
ｌａｔｉｔｕｄｅｆｌａｇ，ＫＥＩＤＯ，
ｌｏｎｇｉｔｕｄｅｆｌａｇ，ＩＤＯ，
ａｒｅａＮＡＭＥＳ，ＩＭＡＧＥ）
ＶＡＬＵＥＳ（’Ｅ’，Ｘ，’Ｎ’，Ｙ，：ｐｌａｃｅｓＡｒｒａｙ［］，’イメージデータ’；
［ＧＳＱＬ式２−８］
ＣＯＭＭＩＴ；
［ＧＳＱＬ式２−６］および［ＧＳＱＬ式２−７］中のｐｌａｃｅｓＡＲＲＡＹは配列変数として定義されている、埋め込みＳＱＬ文の外部変数である。画像データは第１の実施例で説明したようにエンコードしてもよく、またエンコードせずにそのまま登録してもよい。
【０１０２】
つぎに情報の検索について詳述する。検索したい画像情報を登録した場所またはその場所を含む地域の地名を検索キー入力部５０６から入力すると、入力された地名を表す文字列が情報検索部５０８に送られ、この情報検索部５０８が文字列から画像情報を検索するためのＧＳＱＬ式を生成する。
［ＧＳＱＬ式２−９］
ＳＥＬＥＣＴ ＩＭＡＧＥ
ＦＲＯＭ ｉｍａｇｅＤＢ２
ＷＨＥＲＥ ａｒｅｒａＮＡＭＥＳ＝：ｓｅａｒｃｈＳｔｒｉｎｇ；
ここで：ｓｅａｒｃｈＳｔｒｉｎｇは入力された、地名を表す文字列が格納された、埋め込みＳＱＬ文の外部変数である。
【０１０３】
以降の動作は第１の実施例とほぼ同様であるので、説明を繰り返さない。
【０１０４】
第２の実施例は第１の実施例の効果に加え、情報データベースの構成を従前の「キーワードを付与して情報を登録する方法」と同じ構成としているので、従前の情報データベースをそのまま利用できるという効果がある。またこの実施例で登録した情報は、従前の、キーワードを指定して情報を検索するというタイプのアプリケーションを用いて検索可能であるというメリットもある。
【０１０５】
つぎにこの発明の第３の実施例について説明する。この実施例では移動体情報処理装置を利用するユーザが、画像情報を記録し、これをリモートの情報処理装置のデータベースに保管し、後に移動体情報処理装置または他の情報処理装置を用いて保管した情報を検索できようにしている。
【０１０６】
図１３は第３の実施例を示し、この図において、情報管理装置は、情報入力部６０１、事象属性入力部６０２、情報データベース６０３、情報登録部６０４、情報出力部６０５、検索キー入力部６０６、属性データベース６０７、情報検索部６０８、および通信手段６１１〜６１５を有している。この例では、情報の登録処理を移動体情報処理装置で行い、情報の保管、情報検索指示、検索キーの生成（属性データベース）および検索結果の出力を別の情報処理装置で行っており、個別の情報処理装置の間の信号のやりとりを通信手段６１１〜６１５で実現している。もちろん情報管理装置をネットワーク上にどのように構成するかについては種々変更できる。
【０１０７】
情報入力部６０１はテキスト、イメージ等種々の情報を入力するものであり、移動体情報処理装置（図示しない）の入力部であってもよいし、移動体情報処理装置に接続された入力装置であってもよい。移動体情報処理装置は明示しないが連続的または断続的にネットワークシステム（複数のコンピュータがネットワークで接続されたコンピュータ・システム）に接続されている。事象属性入力部６０２は移動体情報処理装置（情報入力部６０１）に生起した事象の属性および情報入力に起因して生起した事象の属性を検出する。情報登録部６０４は情報と検出属性値とをつ新種団６１１を介して情報データベース６０３に送り登録する。検索キー入力部６０６はユーザーからの検索キー等検索情報を受け付け、通信手段６０７を介して属性データベース６０７に転送し、属性データベース６０７は検索情報に基づいて対応する属性値を出力する。情報検索部６０８は属性値を含む検索指示を通信手段６１３を介して情報データベース６０３に対して送出し、検索結果を通信手段６１４を介して情報出力部６０５に転送し、検索結果を出力させる。
【０１０８】
この第３の実施例は通信手段６１１〜６１５を設けた点をのぞけば第１の実施例と同じであるので、以下では通信手段６１１〜６１５についてのみ詳細に説明する。他の構成については、対応する箇所に対応する符合を付して詳細な説明は省略する。
【０１０９】
通信手段６１１〜６１５はＴＣＰ／ＩＰプロトコルを用いたローカルエリアネットワークシステムのネットワーク通信装置である。ネットワーク通信は例えばＵＮＩＸ ＯＳのソケットライブラリを用いる。この実施例ではネットワーク通信装置は、情報の登録と検索の動作に先立ってコネクションを成立させておく。ネットワーク通信装置は、通信のたびにコネクションを実現するようにしてもよいし、コネクションを設定せずに通信を行うようにしてもよい。またソケットライブラリによる通信に代えて、リモート手続き呼び出しによる通信を行ってもよい。
【０１１０】
この実施例の各構成要素は、通信手段６１１〜６１５を用いて情報をやり取りする機能を有する点をのぞけば第１の実施例の構成と同様である。
【０１１１】
この実施例で情報の登録を行うには、情報登録部６０４が情報および属性値を受け取って、第１の実施例のＧＳＱＬ式１−３を生成し、これを情報データベース６０３に送信する。情報データベース６０３はこれを受け取って情報の登録を行う。また、情報の検索を行うには、検索キー入力部６０６から入力された検索情報の文字列を通信手段６１５を介して属性データベース６０７に送り、属性データベース６０７は検索キーを属性値すなわち複数の座標の組に変換し、これを情報検索部６０８に通信手段６１２を介して送出する。情報検索部６０８はこれに基づいて第１の実施例のＧＳＱＬ式１−４〜１−８を生成し、これを通信手段６１３を介して情報データベース６０３に送り、情報データベース６０３においてＧＳＱＬ式１−４〜１−８に基づいて検索が行われ、検索条件に合う画像情報があれば、座標画像対応表が通信手段６１４を介して情報出力部６０５に送られる。
【０１１２】
以上説明したように、第３の実施例は、第１の実施例の効果に加えて、情報データベースを移動体情報処理装置に含ませずに構成できるという特徴がある。情報データベースは例えばホームポジションのコンピュータに設け、またネットワーク中の任意の情報処理装置のデータベースを用いることができる。
【０１１３】
つぎにこの発明の第４の実施例について説明する。第４の実施例は、第２の実施例を、ネットワークシステム中で実現したものであり、移動体情報処理装置を利用するユーザが、画像情報を記録し、これをリモートの情報処理装置のデータベースに保管し、後に移動体情報処理装置または他の情報処理装置を用いて保管した情報を検索できようにしている。ネットワークにおいて実現する手法は第３の実施例と同様である。
【０１１４】
図１４はこの第４の実施例を示すもので、この図において、情報管理装置は、情報入力部７０１、事象属性入力部７０２、情報データベース７０３、情報登録部７０４、情報出力部７０４、検索キー入力部７０６、検索キー生成部７０７、情報検索部７０８および通信手段７１１〜７１４を有している。情報入力部７０１はテキスト、イメージ等種々の情報を入力するものであり、移動体情報処理装置（図示しない）の入力部であってもよいし、移動体情報処理装置に接続された入力装置であってもよい。移動体情報処理装置は明示しないが連続的または断続的にネットワークシステム（複数のコンピュータがネットワークで接続されたコンピュータ・システム）に接続されている。事象属性入力部７０２は移動体情報処理装置（情報入力部７０１）に生起した事象の属性および情報入力に起因して生起した事象の属性を検出する。検索キー生成部７０７は検出された属性の値を検索キーに変換するものである。情報登録部７０４は情報と検索キーとを通信手段７１１を介して情報データベース７０３に登録する。検索キー入力部７０６はユーザーからの検索キー等検索情報を受け付け、情報検索装置７０８は検索キーを含む検索指示を通信手段７１３を介して情報データベース７０３に対して送出し、検索結果を情報出力部７０５に転送し、検索結果を出力させる。
【０１１５】
なお図１４において図１２または図１３に対応する箇所には対応する符号を付して詳細な説明は省略する。
【図面の簡単な説明】
【０１１６】
【図１】この発明の第１の実施例を示すブロック図である。
【図２】この発明の第１の実施例の構成例を示すブロック図である。
【図３】上述構成例を説明するための図である。
【図４】上述構成例を説明するための図である。
【図５】上述構成例を説明するための図である。
【図６】上述構成例を説明するための図である。
【図７】この発明の第１の実施例の他の構成例を示すブロック図である。
【図８】図７の構成例を説明するための図である。
【図９】図７の構成例を説明するための図である。
【図１０】図７の構成例を説明するための図である。
【図１１】この発明の第１の実施例の他の構成例を示すブロック図である。
【図１２】この発明の第２の実施例を示すブロック図である。
【図１３】この発明の第３の実施例を示すブロック図である。
【図１４】この発明の第４の実施例を示すブロック図である。
【符号の説明】
【０１１７】
１０１、５０１は情報入力部
１０２、５０２は事象属性入力部
１０３、５０３は情報データベース
１０４、５０４は情報登録部
１０５、５０５は情報出力部
１０６、５０６は検索キー入力部
１０７は属性データベース
１０８、５０８は情報検索部
５０７は検索キー生成部
【特許請求の範囲】
【請求項１】
画像を撮影する撮影手段と、
所定の属性を測定する測定手段と、
前記画像と前記測定手段によって測定された少なくとも１つの属性とを関連付けて記憶する記憶手段と、
前記記憶手段に記憶された１つの属性と前記１つの属性に対応する複数の検索関連情報とを関連付けて記憶する第２の記憶手段と、
前記検索関連情報から前記画像を検索する検索手段と
を有することを特徴とする移動情報管理装置。
【請求項２】
前記複数の検索関連情報のうちいずれか１つの検索関連情報から前記画像を検索する検索手段を有することを特徴とする請求項１記載の移動情報管理装置。
【請求項３】
前記属性は、前記画像を撮影した場所における、緯度・経度、明るさ、色、湿度、天候、気圧および音量の少なくとも１つの属性を含む請求項１乃至２のいずれかに記載の移動情報管理装置。
【請求項４】
前記検索関連情報は地名であることを特徴とした請求項１乃至３のいずれかに記載の移動情報管理装置。
【請求項５】
前記画像は静止画および動画の一方または双方である請求項１乃至４のいずれかに記載の移動情報管理装置。
【請求項６】
画像を撮影する撮影手段と、
所定の属性を測定する測定手段と、
前記画像と前記測定手段によって測定された少なくとも１つの属性とを関連付けて記憶する記憶手段と、
前記記憶手段に記憶された１つの属性と前記１つの属性に対応する複数の検索関連情報とを関連付けて記憶する第２の記憶手段と、
前記検索関連情報から前記画像を検索する検索手段と
を有することを特徴とする情報管理システム。
【請求項７】
前記複数の検索関連情報のうちいずれか１つの検索関連情報から前記画像を検索する検索手段を有することを特徴とする請求項６記載の情報管理システム。
【請求項８】
撮影手段によって撮影された画像と前期画像に伴って測定された所定の１つの属性とを関連付けて記憶する記憶手段と、
前記１つの属性と前期１つの属性に対応する複数の検索関連情報とを関連付けて記憶する第２の記憶手段と、
前記複数の検索関連情報のうちいずれか１つの検索関連情報によって前記検索手段を有することを特徴とする情報管理システム。
【請求項９】
前記属性は、前記画像を撮影した場所における、緯度・経度、明るさ、色、湿度、天候、気圧および音量の少なくとも１つの属性を含む請求項６乃至８のいずれかに記載の情報管理システム。
【請求項１０】
前記検索関連情報は地名であることを特徴とした請求項６乃至９のいずれかに記載の情報管理システム。
【請求項１１】
前記画像は静止画および動画の一方または双方である請求項６乃至１０のいずれかに記載の情報管理システム。
【請求項１】
画像を撮影する撮影手段と、
所定の属性を測定する測定手段と、
前記画像と前記測定手段によって測定された少なくとも１つの属性とを関連付けて記憶する記憶手段と、
前記記憶手段に記憶された１つの属性と前記１つの属性に対応する複数の検索関連情報とを関連付けて記憶する第２の記憶手段と、
前記検索関連情報から前記画像を検索する検索手段と
を有することを特徴とする移動情報管理装置。
【請求項２】
前記複数の検索関連情報のうちいずれか１つの検索関連情報から前記画像を検索する検索手段を有することを特徴とする請求項１記載の移動情報管理装置。
【請求項３】
前記属性は、前記画像を撮影した場所における、緯度・経度、明るさ、色、湿度、天候、気圧および音量の少なくとも１つの属性を含む請求項１乃至２のいずれかに記載の移動情報管理装置。
【請求項４】
前記検索関連情報は地名であることを特徴とした請求項１乃至３のいずれかに記載の移動情報管理装置。
【請求項５】
前記画像は静止画および動画の一方または双方である請求項１乃至４のいずれかに記載の移動情報管理装置。
【請求項６】
画像を撮影する撮影手段と、
所定の属性を測定する測定手段と、
前記画像と前記測定手段によって測定された少なくとも１つの属性とを関連付けて記憶する記憶手段と、
前記記憶手段に記憶された１つの属性と前記１つの属性に対応する複数の検索関連情報とを関連付けて記憶する第２の記憶手段と、
前記検索関連情報から前記画像を検索する検索手段と
を有することを特徴とする情報管理システム。
【請求項７】
前記複数の検索関連情報のうちいずれか１つの検索関連情報から前記画像を検索する検索手段を有することを特徴とする請求項６記載の情報管理システム。
【請求項８】
撮影手段によって撮影された画像と前期画像に伴って測定された所定の１つの属性とを関連付けて記憶する記憶手段と、
前記１つの属性と前期１つの属性に対応する複数の検索関連情報とを関連付けて記憶する第２の記憶手段と、
前記複数の検索関連情報のうちいずれか１つの検索関連情報によって前記検索手段を有することを特徴とする情報管理システム。
【請求項９】
前記属性は、前記画像を撮影した場所における、緯度・経度、明るさ、色、湿度、天候、気圧および音量の少なくとも１つの属性を含む請求項６乃至８のいずれかに記載の情報管理システム。
【請求項１０】
前記検索関連情報は地名であることを特徴とした請求項６乃至９のいずれかに記載の情報管理システム。
【請求項１１】
前記画像は静止画および動画の一方または双方である請求項６乃至１０のいずれかに記載の情報管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００６−１２７５２５（Ｐ２００６−１２７５２５Ａ）
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願番号】特願２００５−３１３６６８（Ｐ２００５−３１３６６８）
【出願日】平成１７年１０月２８日（２００５．１０．２８）
【分割の表示】特願２００２−３１１８４３（Ｐ２００２−３１１８４３）の分割
【原出願日】平成７年１０月２０日（１９９５．１０．２０）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願日】平成１７年１０月２８日（２００５．１０．２８）
【分割の表示】特願２００２−３１１８４３（Ｐ２００２−３１１８４３）の分割
【原出願日】平成７年１０月２０日（１９９５．１０．２０）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]