JP4977291B2 - 情報提供サーバ及び情報提供検索実行プログラムを記録した記録媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、文書データベースなどを検索してユーザに情報を提供する情報提供サーバ、クライアント及び情報提供検索実行プログラムを記録した記録媒体に関し、特に、ユーザや情報提供者が指定した場所を条件とした検索を行って情報を提供するような情報提供サーバ、クライアント及び情報提供検索実行プログラムを記録した記録媒体に関する。
【０００２】
【従来の技術】
従来、ユーザが存在する現実世界の地理的場所と関係深い生活情報として、テレビやラジオ、新聞等で提供される天気予報、新聞の折込広告などを利用して提供される近隣の店の品物案内や安売り広告などがある。
また、これらの情報とは別に、地理的場所と関係した情報として、観光地の観光案内パンフレットなどがあり、このパンフレットなどもユーザが将来訪れる可能性があり、ユーザが場合によっては即座に知りたい情報である。
このような情報は、近年のインターネットであるＵＲＬアドレスＷＷＷ(World Wide Web)によっても提供されている。例えばこのようなインターネットのプロバイダであるＹＡＨＯＯ(http://www.yahoo.co.jp/) で提供されているサービスを利用すれば、自分の住んでいる場所の天気予報を知ったり、また、旅行先や自宅近くにある観光スポットなどの情報をたとえばリアルタイムに得る事も可能である。これは、ＷＷＷから得られる情報をプロバイダであるＹＡＨＯＯ等が、人力によって県や市などの地域毎に分類して情報を入力し、この入力情報をユーザに提供しているからである。そしてユーザは、ＹＡＨＯＯなどのホームページから、「地域情報」と書かれたリンクを辿っていくことによって、場所（地理的情報）や興味分野を絞って行き、最終的に自分の興味のある地域や場所についての情報を取得する事ができる。
【０００３】
また、特許第２７５６４８３号公報「広告情報の供給方法およびその登録方法」に記述されているＭＡＰＩＯＮ(http://www.mapion.co.jp/)により提供されているサービスは、情報提供者が自分の発信したい情報を平面地図上に配置する事が可能となっている。ユーザはＭＡＰＩＯＮのホームページから自分の興味のある場所を絞りこみ、その場所が含まれる地域の地図を表示させることができる。
その地域内に情報提供者の登録した例えば「花火大会」といったような情報があれば、それがアイコンと文字とによって、地図上に表示されるようになっている。
【０００４】
さらに、特開平１１−７２３４７号公報「位置対応情報提供システム」には、ユーザの現在位置に対応した情報を情報システムから取得してユーザに提供する方式について記述されている。
この公報に記載されている方式は、あらかじめインターネット上で公開運用されている複数の位置関連情報検索サーバに対して、ユーザの現在位置を示す位置座標を、住所などの情報から、検索サーバが受け取れる形式に変換することにより、ユーザの現在位置に関する情報を複数の検索サーバから取得する技術に関している。
【０００５】
【発明が解決しようとする課題】
しかしながら上述した方式では以下のような問題がある。
(1) 第１の公知例（ＹＡＨＯＯ）では、検索される情報が情報提供者側の都合によって地域毎に分類されているため、その地域単位にしか検索する事が出来ない。すなわち、複数の地域にまたがったり地図上での範囲を指定した検索が容易に行えない。
【０００６】
(2) 第２の公知例（特許第２７５６４８３号公報のＭＡＰＩＯＮ）では、平面地図上に情報が配置されて表示されており、前記(1) の問題を解決することはできるが、その場所に至るためにかかる時間や交通手段等はユーザ側が別途調査したりあるいは推測したりする必要がある。すなわち、情報を現実世界で利用することを考慮した場合に、重要となる自分の現在位置やこれから行く予定の場所等からの所要時間および距離といった尺度を利用して取得する情報をコントロールすることができないということである。例えば、「旅行の宿泊先から徒歩圏にある観光スポットを知りたい」といったユーザ要求に対して、第２の公知例ではユーザが簡単に情報を取得する事ができない。
【０００７】
(3) 第３の公知例（特開平１１−７２３４７号公報）では、公開運用されている位置関連情報検索サーバに対して位置情報を唯一の検索キーとして検索要求を行うために、位置に関係付けられていない情報は取得できないという問題がある。例えばユーザの近くに、ある企業の支店があり、ユーザがその企業の情報を得たいと考えた場合でも、その支店の情報があらかじめサーバにその位置に関連する対象物として登録されていなければ、ユーザはその企業について情報を得ることができない。
また、位置関連情報検索サーバという位置情報と関連付けて支店などの特定施設の情報をリンクさせた特殊な検索サーバを利用するため、既存のデータベースから、簡易に情報源として利用することができないという問題もある。
【０００８】
前述した３つの公知例では、情報提供者側は位置に関する情報のみを唯一のキーワード等として情報を登録し、それをキーワードとしてユーザが情報を取得している。しかしながら、この手法によると情報提供者側が例えば地理的な条件によって情報の配布範囲を制限しようとしてもそれができない。情報提供者が自分の店舗のある位置を基準として、たとえば周囲３キロの範囲の居住者、および興味を持つユーザに情報を配信しようとしても、配信するためにユーザを選択することも容易ではなく、このような情報提供者側で情報配布条件を任意に設定することのできる手段を有する情報提供装置が求められている。
【０００９】
本発明は、上述したような問題を解決するため、実世界の状況と連携して効果的な情報を提供する事のできる情報提供装置を提供することを目的とする。すなわち、情報享受者（ユーザ）に対しては、自分が居住していたり、興味を持った場所からの物理的な距離の範囲内にあること、あるいは妥当な時間内で到達できるような（位置的あるいは時間的に許容できる範囲にある）到達可能な範囲に存在する情報享受者に基づいて情報を提供し、また、情報提供者に対しては、情報利用者の登録した位置に対してある距離内の範囲あるいは妥当な時間内でのユーザの到達可能性に基づいて情報を配信することのできるような情報提供装置を得ることを目的とする。
【００１０】
さらに、本発明は、特に位置に関する情報検索サーバーを利用せずに、既存のデータベースに事前に位置情報を登録したり分類する処理を省略可能としつつ、簡易な構成で利用可能にする事も目的とする。
さらに、本発明は、地域情報として、ユーザにサービス情報あるいは商品情報を提供するための第２のクライアントからの広告等を行うことのできる情報提供装置を得ることを目的とする。
【００１１】
【課題を解決するための手段】
請求項１に記載の発明は、位置情報を有する場所情報と、ある場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件とを入力して、地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢから、施設情報および場所情報を抽出する地図情報検索手段と、前記地図情報検索手段より抽出された施設および場所情報を受け取り、該情報をキーワードとしてユーザに提供する文書を保持する文書ＤＢから該当する文書を検索する文書ＤＢ検索手段と、を有することを特徴とする情報提供サーバである。
【００１２】
請求項２に記載の発明は、ユーザ毎のＩＤを管理し、端末から受け取ったユーザが興味を持った場所の場所情報またはある場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件にユーザＩＤを付与するユーザ管理手段と、前記ユーザ管理手段から受け取った前記場所情報または前記領域条件をユーザＩＤとともに保持するユーザ場所嗜好ＤＢと、前記ユーザ場所嗜好ＤＢから前記場所情報と前記領域条件とを入力して、地図上の施設名称および道路の連接関係情報とを座標情報とともに保持する地図ＤＢから、施設情報および場所情報を抽出する地図情報検索手段と、前記地図情報検索手段より抽出された施設および場所の情報を受け取り、受け取った該情報をキーワードとしてユーザに提供する文書を保持する文書ＤＢから該当する文書を検索する文書ＤＢ検索手段と、を有することを特徴とする情報提供サーバである。
【００１３】
請求項３に記載の発明は、端末からユーザが興味を持った場所の場所情報またはある場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件とを受け取った場合、ユーザを確認するユーザ管理手段と、前記ユーザ管理手段から前記場所情報と前記領域条件とを入力して、地図上の施設名称および道路の連接関係情報とを座標情報とともに保持する地図ＤＢから、施設情報および場所情報を抽出する地図情報検索手段と、前記地図情報検索手段より抽出された施設および場所の情報を受け取り、受け取った該情報をキーワードとしてユーザに提供する文書を保持する文書ＤＢから該当する文書を検索する文書ＤＢ検索手段と、を有することを特徴とする情報提供サーバである。
【００１４】
請求項４に記載の発明は、請求項１において、ある場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件をルール形式で保持する領域条件ルールＤＢと、前記地図情報検索手段は、場所情報解析手段と、１以上の領域算出手段と、地図領域検索手段とを有し、前記場所条件解析手段により、領域条件ルールＤＢに登録された前記ルール形式を参照して、入力された前記領域条件が分類され、前記１以上の領域算出手段は、前記場所条件解析手段により分類した領域条件を入力して領域が算出され、前記地図領域検索手段は、前記１以上の領域算出手段の少なくとも１つから出力された算出結果を用いて地図ＤＢが検索されることを特徴とする情報提供サーバである。
【００１５】
請求項５に記載の発明は、請求項４において、前記１以上の領域算出手段は、前記領域条件として直線距離が指定された場合には前記場所条件解析手段から前記場所情報と前記領域条件とを受け取り、前記場所情報により指定された場所を中心に指定された距離半径の領域を算出する直線距離範囲領域算出手段と、前記領域条件として経路が指定された場合には前記場所条件解析手段から前記場所情報と前記領域条件とを受け取り、指定された経路に沿う領域を算出する経路領域算出手段と、前記領域条件として到達可能性条件が指定された場合には前記場所条件解析手段から前記場所情報と前記領域条件とを受け取り、該条件に従って到達可能な領域を算出する到達可能領域算出手段と、から選択される少なくとも１つを有することを特徴とする情報提供サーバである。
【００１６】
請求項６に記載の発明は、請求項１〜５において、前記文書ＤＢ検索手段により検索された前記文書をユーザに提示する文書通知手段を有することを特徴とする情報提供サーバである。
【００１７】
請求項７に記載の発明は、ユーザが興味を持った場所の場所情報、またはある場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件を入力する場所条件入力手段と、情報提供サーバに対し、前記場所条件入力手段から場所情報と前記領域条件とを出力し、前記場所情報と前記領域条件とを用いて地図上の施設名称および道路に連接した連接関係情報を座標情報とともに保持する地図ＤＢから施設情報および場所情報を抽出させて得られた施設情報および場所情報をキーワードとしてユーザに提供する文書を検索させ、前記検索された文書を送信させ、前記送信させた文書を受信する受信手段と、前記受信した文書を表示する表示手段と、を有することを特徴とするクライアントである。
【００１８】
請求項８に記載の発明は、ユーザが興味を持った場所の場所情報、またはある場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件を入力する場所条件入力手段と、前記入力された場所情報と前記領域条件とを保持するユーザ場所嗜好ＤＢと、情報提供サーバに対し前記場所情報と前記領域条件とを出力し、前記場所情報と前記領域条件とを用いて地図上の施設名称および道路に連接した連接関係情報を座標情報とともに保持する地図ＤＢから、施設情報および場所情報を抽出させ、該施設情報および場所情報をキーワードとしてユーザに提供する文書を検索させ、前記検索された文書を送信させ、前記送信された文書を受信する受信手段と、を有することを特徴とするクライアントである。
【００１９】
請求項９に記載の発明は、位置情報を有する場所情報と、ある場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件とを入力するステップと、地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢから、施設情報および場所情報を抽出する地図情報検索ステップと、前記地図情報検索手段より抽出された施設および場所情報を受け取り、該情報をキーワードとしてユーザに提供する文書を保持する文書ＤＢから該当する文書を検索する文書ＤＢ検索ステップと、を有することを特徴とする地理的情報を検索するための方法である。
【００２０】
請求項１０に記載の発明は、位置情報を有する場所情報と、ある場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件とを入力して、地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢから、施設情報および場所情報を抽出する地図情報検索処理と、前記地図情報検索手段より抽出された施設および場所情報を受け取り、該情報をキーワードとしてユーザに提供する文書を保持する文書ＤＢから該当する文書を検索する文書ＤＢ検索処理と、を有することを特徴とする情報提供装置に処理を実行するためのサーバが読み取り可能なプログラムを記録した記録媒体である。
【００２１】
請求項１１に記載の発明は、興味を持った場所の場所情報、または、ある場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件を入力する場所条件入力処理と、情報提供サーバに対し、前記場所情報と前記領域条件とを出力し、前記場所情報と前記領域条件とを用いて地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢから、施設情報および場所情報を抽出させ、前記検索された文書を送信させ、前記送信された文書を受信する受信処理と、前記受信した文書を表示する表示処理と、を有することを特徴とする情報提供装置の処理を実行するためのクライアントが読み取り可能なプログラムを記録した記録媒体である。
【００２２】
請求項１２に記載の発明は、仮想的あるいは現実のユーザの位置をリアルタイムに取得し、端末に対し、ある場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件を提示させ、前記端末から指定された前記領域条件を受け取り、前記領域条件から地図上の領域を特定し、地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢから、前記領域条件に合致する施設名称および場所の名称を検索する地図情報検索手段と、前記地図情報検索手段より施設名称および場所名称を受け取り、受け取った該名称をキーワードとしてユーザに提供する文書を保持する文書ＤＢから該当する文書を検索する文書ＤＢ検索手段と、を有することを特徴とする情報提供サーバある。
【００２３】
請求項１３に記載の発明は、ユーザ毎のＩＤを管理し、端末からリアルタイムに受け取った仮想的あるいは現実のユーザの場所情報にユーザＩＤを付与してユーザ位置保持手段に渡すユーザ管理手段と、前記ユーザ管理手段から受け取った前記ユーザＩＤと前記ユーザの場所情報とを保持するユーザ位置保持手段と、ある場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件をルール形式で保持する領域条件ルールＤＢと、前記ユーザ位置保持手段から前記ユーザの場所情報を受け取り、前記領域条件ルールＤＢの前記ルール形式を参照して端末に対して前記領域条件を提示し、前記端末からリアルタイムに指定された領域条件を受け取り、前記領域条件ルールＤＢを参照して、前記指定された領域条件から地図上の領域を特定し、地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢから、前記領域条件に合致する施設名称および場所の名称を検索する地図情報検索手段と、前記地図情報検索手段より施設の名称および場所の名称を受け取り、受け取った名称をキーワードとしてユーザに提供する文書を保持する文書ＤＢから該当する文書を検索する文書ＤＢ検索手段と、を有することを特徴とする情報提供サーバである。
【００２４】
請求項１４に記載の発明は、端末からリアルタイムに受け取った仮想的あるいは現実のユーザの場所情報を受け取った場合に、前記端末を確認するユーザ管理手段と、ある場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件のうち、前記端末により指定可能な領域条件のルール形式を保持する領域条件ルールＤＢと、前記ユーザ管理手段から前記ユーザの場所情報を受け取り、前記領域条件ルールＤＢの前記ルール形式を参照して端末に対して前記領域条件を提示し、前記端末からリアルタイムに指定された領域条件を受け取り、前記領域条件ルールＤＢを参照して、前記指定された領域条件から地図上の領域を特定し、地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢから、前記領域条件に合致する施設名称および場所の名称を検索する地図情報検索手段と、前記地図情報検索手段より施設の名称および場所の名称を受け取り、受け取った名称をキーワードとしてユーザに提供する文書を保持する文書ＤＢから該当する文書を検索する文書ＤＢ検索手段と、を有することを特徴とする情報提供サーバである。
【００２５】
請求項１５に記載の発明は、請求項１３または１４において、前記文書ＤＢ検索手段により検索された前記文書をユーザに提示する文書通知手段を有することを特徴とする情報提供サーバである。
【００２６】
請求項１６に記載の発明は、仮想的あるいは現実のユーザの場所情報をリアルタイムに取得する場所取得手段と、ある場所からの距離、経路、時間および料金を設定した領域条件を、現在位置に対してリアルタイムに更新させ、前記ユーザの場所情報を用いてユーザの現在位置をリアルタイムに指定する領域条件指定手段と、情報提供サーバに対し前記ユーザの場所情報をリアルタイムに更新させ、前記ユーザの場所情報を用いて、ユーザの現在位置をリアルタイムに前記領域条件を提示させ、前記領域条件を出力し、前記場所条件と前記領域条件とを用いて、地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢから、施設情報および場所情報を抽出させ、抽出させた前記施設および場所情報をキーワードとしてユーザに提供する文書を検索させ、検索させた前記文書を送信させることにより前記情報提供サーバから送信された文書を受信する受信手段と、前記受信した文書を表示する表示手段と、を有することを特徴とするクライアントである。
【００２７】
請求項１７に記載の発明は、仮想的あるいは現実のユーザの場所情報をリアルタイムに取得する場所取得手段と、前記場所取得手段によりリアルタイムに更新される前記場所情報を保持するユーザ位置保持手段と、情報提供サーバに対し前記ユーザの場所情報をリアルタイムに更新させ、前記ユーザの場所情報を用いて、ユーザの現在位置をリアルタイムに前記領域条件を提示させ、前記領域条件を出力し、前記場所条件と前記領域条件とを用いて、地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢから、施設情報および場所情報を抽出させ、抽出させた前記施設および場所情報をキーワードとしてユーザに提供する文書を検索させ、検索させた前記文書を送信させることにより前記情報提供サーバから送信された文書を受信する受信手段と、前記受信した文書を表示する表示手段と、を有することを特徴とするクライアントである。
【００２８】
請求項１８に記載の発明は、仮想的あるいは現実のユーザの場所情報をリアルタイムに取得する場所取得処理と、ある場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件のうち、前記端末に指定可能な領域条件のルール形式を提示し前記領域条件を入力する処理と、受け取ったユーザ位置を保持し、ユーザ位置の更新がされる度にユーザ位置を通知する処理と、前記通知されたユーザ位置と、前記入力された領域条件とを受け取り、地図上の領域を検索し、地図ＤＢより検索結果を取得する処理と、前記取得処理により得られた結果を基に文書ＤＢを用いてキーワードとの関連情報を検索する処理と、得られた検索結果をユーザに提示する処理と、を有することを特徴とする地理的情報を検索するための方法である。
【００２９】
請求項１９に記載の発明は、仮想的あるいは現実のユーザの位置をリアルタイムに取得し、端末に対し、ある場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件を提示させ、前記端末から指定された前記領域条件を受け取り、前記領域条件から地図上の領域を特定し、地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢから、前記領域条件に合致する施設名称および場所の名称を検索する地図情報検索処理と、前記地図情報検索手段より施設名称および場所名称を受け取り、受け取った該名称をキーワードとしてユーザに提供する文書を保持する文書ＤＢから該当する文書を検索する文書ＤＢ検索処理と、を有することを特徴とする情報提供装置の処理を実行するためのサーバが読み取り可能なプログラムを記録した記録媒体である。
【００３０】
請求項２０に記載の発明は、仮想的あるいは現実のユーザの場所情報をリアルタイムに取得する場所取得処理と、ある場所からの距離、経路、時間および料金を設定した領域条件を提示させ、ある場所からの距離、経路、時間および料金の少なくとも１つを設定した領域条件を、仮想的あるいは現実の現在位置に対してリアルタイムに指定する領域条件指定処理と、情報提供サーバに対し前記ユーザの場所情報をリアルタイムに更新させ、前記ユーザの場所情報を用いて、ユーザの現在位置をリアルタイムに前記領域条件を提示させ、前記領域条件を出力する処理と、情報提供サーバに対し前記場所情報と前記領域条件とを用いて、地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢから、施設情報および場所情報を抽出させ、抽出させた前記施設および場所情報をキーワードとしてユーザに提供する文書を検索させ、検索させた前記文書を送信させることにより、送信された文書を前記情報提供サーバから受信する受信処理と、前記受信した文書を表示する表示処理と、を有する情報検索装置に処理を実行するためのクライアントが読み取り可能なプログラムを記録した記録媒体である。
【００６０】
［作用］
請求項１〜１１に記載の発明によって、ユーザは自分が登録した場所からの物理的な距離範囲を条件とした検索を行える。また、ユーザへ提供する文書の検索には、地理条件に合致した範囲で検索された施設名や場所の名称をキーワードとして検索を行うだけであり、あらかじめ地図上の位置をポイントして登録したり、登録された文書を分類するといった事前の作業行程を必要とせず、簡易な機構でシステムが実現できる。このことは、既存の文書ＤＢを何ら特別な作業を必要とせずに利用できることも意味する。
【００６２】
請求項４、５、１０、１１に記載の発明によって、ユーザは自分が登録した興味のある場所や居住場所からの距離や所要時間を条件としたり、自分がよく通る道などの経路を条件として関連する情報を取得することができるようになる。またユーザは自分が登録した興味のある場所や居住場所からの距離や所要時間を条件としたり、自分がよく通る道などの経路を条件として関連する情報を取得することができるようになる。
【００６３】
請求項１２〜２０に記載の発明によって、ユーザが非同期に情報を取得できるだけでなく、自分の位置および領域条件を連続的に変化させ、それに応じて地理的に関連した情報の検索結果をリアルタイムに取得する事ができるようになる。
【００６６】
請求項１２〜２０に記載の発明によって、仮想空間もしくは現実の空間でリアルタイムに移動するユーザに対しても、情報提供者側が条件を指定する事でユーザの位置に関連した情報を提供することができる。
【００７０】
請求項１２〜２０に記載の発明によって、クライアントは、非同期に情報を取得できるだけでなく、自分の位置および領域条件を連続的に変化させ、それに応じて地理的に関連した情報の検索結果をリアルタイムに取得する事ができるようになる。
【００７９】
【発明の実施の形態】
以下、図面を参照しながら、本発明の実施の形態により、本発明について説明する。
<第１実施形態>
図１に示すように、本発明の第１実施形態は、場所条件入力手段１０１と、ユーザ管理手段１０２と、利用者場所嗜好ＤＢ１０３と、地図ＤＢ１０４と、地図情報検索手段１０５と、文書ＤＢ１０６と、文書ＤＢ検索手段１０７と、文書通知手段１０８と、受信手段１０９と、表示手段１１０とを含む。
【００８０】
たとえばこのような本実施形態において、下記第２実施形態で述べるようにクライアントとサーバに分け、クライアントとして、少なくとも場所条件入力手段１０１と、受信手段１０９と表示手段１１０を含むように構成することもできる。なお場合によっては、表示手段１１０または受信手段１０９は、省略することもでき、この場合には、この２つの手段のどちらかに含まれる場合もある。
サーバとしては、少なくとも地図情報検索手段と、文書ＤＢ検索手段とを有している。
また、ユーザ管理手段１０２と、ユーザ場所嗜好ＤＢ１０３は、クライアントあるいはサーバのいずれかまたは両方に含まれるように構成することができる。
【００８１】
ユーザ管理手段１０２と、ユーザ場所嗜好ＤＢ１０３がサーバに含まれる場合には、図1 に示すように、クライアントは、ユーザ管理手段１０２を介してユーザ場所嗜好ＤＢ（データベース）１０３と接続され、このＤＢは、地図情報検索手段と連結される構成となっている。
またユーザ場所嗜好ＤＢ１０３がクライアントに含まれる場合には、クライアントは、ユーザ管理手段１０２を介して地図情報検索手段１０５と接続され、図1 に示すように、地図情報検索手段１０５は、文書ＤＢ検索手段１０７と連結されている。また、前記地図情報検索手段１０５と文書ＤＢ検索手段１０７は、それぞれ、地図ＤＢおよび文書ＤＢと連結されている。
【００８２】
本発明に係る情報提供装置（好ましくはある地点を基準とする特定の近隣地域内を検索するための近隣情報提供装置）の第1 実施形態では、システムとして、位置情報を有する場所情報と、特定場所から特定距離内領域を設定した領域条件を入力して、地図上の施設名称および／または道路に連接した施設などの連接関係情報とを座標情報とともに保持する地図ＤＢから、施設情報および／または場所情報を抽出する地図情報検索手段と、前記地図情報検索手段から、施設情報および／または場所情報を受け取り、該情報をキーワードとして、ユーザに提供する文書を抽出する文書ＤＢ検索手段とを有している。このような前記施設は、ユーザが利用可能なものであればよく、特に限定されない。また連接関係情報は前記施設以外に、海岸、公園、山岳地等の自然の場所も含んでいる。
【００８３】
このような本発明に係る情報検索装置を構成するのに使用される場所条件入力手段１０１は、ユーザが居住していたり興味を持った場所情報を有するユーザ場所嗜好情報と情報検索の際の地理的範囲を示す領域条件とを登録する。
ユーザ管理手段１０２は、ユーザ毎のＩＤを管理し、前記場所条件入力手段１０１より受け取ったユーザの場所嗜好情報および領域条件にユーザＩＤを付与してユーザ場所嗜好ＤＢ１０３に登録する。
ユーザ場所嗜好ＤＢ１０３は、前記ユーザの場所嗜好情報および地理的検索条件をユーザＩＤとともに保持する。
地図ＤＢ１０４は、地図上の施設名称や地名、道路の接続情報を座標情報とともに保持する。
【００８４】
地図情報検索手段１０５は、ユーザ場所嗜好と領域条件を前記ユーザ場所嗜好ＤＢ１０３より受け取り前記地図ＤＢ１０４から条件に合致する施設や場所の名称を検索する。
文書ＤＢ１０６は、ユーザに提供する文書を保持する。
文書ＤＢ検索手段１０７は、前記地図情報検索手段１０５より検索結果である施設や場所の名称を受け取り、それをキーワードとして前記文書ＤＢ１０６から該当する文書を検索する。
文書通知手段１０８は、検索された文書をユーザに提示する。
【００８５】
このような本発明の第１実施形態の動作について説明する。
図２に示すように、情報提供装置を利用するユーザは、場所条件入力手段１０１により自分の住所あるいは居所、情報を入手したい興味を有する場所等を含む情報である場所嗜好情報を別個にあるいは組み合わせて登録する。この登録の方法には様々な手段を用いることができるが、本発明では、例えばユーザが該当する場所（ユーザ住所または居所およびユーザが情報入手を希望する地域など）の住所を入力したり、さらに、少なくとも登録したい場所が表示された地図などを表示した表示手段１１０（ＬＣＤなどの液晶画面、プラズマディスプレイ、ＥＬ素子画面およびブラウン管などあらゆる表示手段を含む）上から、インタフェースを使ってユーザに直接場所をポイントさせ、ポイントされた箇所から既知の方法により緯度経度情報に変換しこの緯度経度情報を場所嗜好情報として取得する事ができる。このようなインタフェースとしては、ユーザの意思を入力できるものであれば、制限無く使用でき、ポインタ等を含む入力デバイス（ユーザの体の一部による意思表示を入力できるもの：たとえば視点による入力、指による入力、音声入力など）が挙げられる。
【００８６】
さらに場所条件入力手段１０１では、場所情報の登録と同時にユーザが必要と判断すれば、提供する情報の地理的検索範囲を制限する領域条件の入力も行う。この情報の入力方法も場所情報（位置情報を有する嗜好情報、以下、場所情報という）と同様であるが、例えば検索範囲は上記登録した場所嗜好情報から「半径５００ｍ以内」といった文字列による表現としてもよい。さらに他の方法として、ある地点をポイントして、その地点からの距離範囲を前記表示手段に少なくとも１つを表示し、これをユーザが会話方式で選択して入力したり、ユーザが位置を規定することができるインタフェース（上記表示画面からのポインタによる情報の入力を含む。また、ユーザの現在位置情報などを端末により直接的あるいは間接的に入手する。）により入力を行い、その後、前記同様に、距離を示す数値的な情報を会話方式で入力したり、表示された複数の候補の中からユーザが選択するなどの方法を適宜採用することができる。
【００８７】
上記のことをさらに詳説すると、以下のようになる。
ここで、図２を参照した例を示す。図２に示すように、場所条件入力手段１０１で、場所情報として「東京都港区芝５丁目７−１」とし、領域条件として「半径５００ｍ以内」というデータが入力された場合を例に挙げる。本発明に使用される場所情報は、たとえば図２または図７に示すように、「場所名称」、「緯度経度」などの属性データから構成されている。このように、場所情報は、ユーザが本発明に係る情報提供装置を利用して入手したい土地情報を、場所情報（ある地点あるいはある区域など）を入力することにより検索が実行されるシステムである。そして、ユーザは、場所情報および領域情報を含む場所嗜好情報を何らかの入力手段を介して入力すればよく、この際に用いられる場所情報は、上記のように例示した「場所名称」、「緯度経度」などの属性データのみには制限されない。すなわち、ユーザが、ある地域を何らかの方法によって指し示すようなデータであれば、本発明に使用される場所情報に含まれる。そして、このような場所情報を構成する属性データの少なくとも１つを入力すればよく、あるいはこれらを組み合わせて入力してもよい。
【００８８】
このような場所条件入力手段１０１で入力された情報はユーザ管理手段１０２に送られる。ユーザ管理手段２では、システムを利用しているユーザを区別するために、必要となるユーザのＩＤを好ましくはユーザ毎に管理している。ＩＤ管理の手段は、例えばユーザ毎に発行されたＩＤとパスワードを使ってシステムにログインする手順を経る事により、現ユーザのＩＤをシステム側（サーバ側またはサーバへの不法侵入を阻止するために、設けた手段であり、サーバにアクセスするためには、この手段を介して、パスワードあるいはその他の不法侵入阻止手段を介してサーバと接続するような手段をサーバと別個に設けることもできる。（この手段は図示しない））と独立して取得可能となる。ユーザ管理手段１０２では、場所条件入力手段１０１からの場所情報と領域条件に、現ユーザのＩＤを付加してユーザ場所嗜好ＤＢ１０３に登録する。
【００８９】
図２に、このような現ユーザのＩＤが「１２３４」であり、先に例示したデータが入力された場合のユーザ場所嗜好ＤＢ１０３に登録されたデータフォーマットの一例を示す。
図２に示す例では、ユーザの場所情報および領域条件の情報は「場所名称」、「緯度経度」（以上、場所情報）、「ユーザＩＤ」、「領域条件」の各属性から構成されている。また、「場所名称」と「緯度経度」の属性値は、少なくともどちらか１つが記述されていれば良い。このように、場所嗜好情報には、場所情報と領域情報を含んであるが、場所嗜好情報として、領域情報を含んでいないこともある。
【００９０】
本実施の形態では、属性名「場所名称」には、たとえば文字情報としてテキストデータを用いて入力された住所情報が格納されている例を示すが、文字情報であれば、いかなるデータ形式であってもその様式は限定されない。また、先に述べたように地図上をポイント等で場所情報を入力した場合には、「場所名称」の代わりに、例えば「北緯３５度３８分４５秒東経１３９度４５分５秒」といった「緯度経度」属性としての情報が格納される事になる。この場合には、先に記したように、ポインタにより入力して入力された値が公知の方法により緯度経度情報に変換するようにしてもよく、また前記したような文字情報として入力することもできる。なおユーザが特に直接的にこれらを入力してもよいが、携帯端末などの場所条件入力手段を介して入力する場合などは、ユーザの現在位置をサーバ側で受信するようにすることができ、このように、ユーザ位置をユーザは、直接的に入力せずに検索を実行することもできる。
【００９１】
さらに、場所嗜好情報に含まれる「領域条件」も必須項目ではなく、何も条件指定がされていない場合には、予めシステム側で用意した領域条件によって検索を実行する事もできる。たとえば「領域条件」は、ある地点を原点として、この原点を中心として閾値を設け、この範囲で検索するように設定可能にしてもよい。また、この閾値は、前記原点を中心とする半径のような１つの値でもよく、あるいは前記したある地点を中心にして矩形状の範囲を設けたりするような、閾値を複数設定してもよく、さらに、ある地点を基準にしてこの地点から、東側ｎメートル内に設定するなど適宜設定可能である。また、ある地点を含む区域（市、町、ｎ丁目などの番地）を設定したり、またはこの区域に隣接する区域全てなどと設定することも可能である。このような設定は、特に限定されず、自由に定義可能である。たとえば、このような領域条件の一例を図６に示す。この図に示すように、領域条件は、直線距離（ある地点を中心にした範囲）、経路（ある地点を基点にして道筋を指定しこの道筋からの特定範囲）、到達可能性（徒歩での到達範囲の指定、交通機関の料金の指定、所要時間の指定など）などを含んでいる。
【００９２】
ここで、前述したようにユーザ場所嗜好ＤＢ１０３に格納されるデータは、たとえば図２に示す例によれば、属性名のユーザＩＤと、属性値の１２３４などのペアで表現されるデータフォーマットを一例として挙げることができる。たとえば図８に従えば、属性名の場所名称に対して属性値のＸ県Ｙ市Ｚ町２−３などと、属性名は、各項目名（あるいはデータ名）を、属性値は、その項目名（データ名）の具体的な値あるいはデータ値を表すように表現可能である。本発明では、ユーザ場所嗜好ＤＢ１０３の実現手段として、一般的なリレーショナルデータベースシステムを利用することができる。すなわち、各属性をフィールドとしてデータベーススキーマを定義し、一つのレコードでユーザのひとつの場所嗜好情報（場所情報と領域条件との少なくとも１つを含む）を表現する。この場合に利用者が複数の場所や条件を指定した場合でも、同じユーザＩＤを持つレコードとして複数登録したり、一連のデータとすることによって、対応可能である。これらは、通常のリレーショナルデータベースに従い、適宜、選択、結合、分離等の演算を実行したりこれらの演算を適宜組み合わせて実行できるようになっている。このリレーショナル（関連付け）の範囲は、例えば辞書機能などを用いて関係する概念等により関係付けられるものに限定されず、地域的に密接な関係を有する概念も含まれ、その他、適宜条件を設けることもできる。なお本発明または本実施形態を含む実施形態において、リレーショナルデータベースシステムではなく、このような関係付けられるかあるいは演算が実行される他の可能なシステムを用いてもよく、あるいはリレーショナルデータベースと他の可能なデータベースあるいはシステムを適宜組み合わせてもよい。
以上説明したここまでが、ユーザが自分の場所嗜好情報を登録するまでの過程である。
【００９３】
一方、本発明では、地図情報検索手段１０５は、前述したユーザの場所嗜好情報登録の過程とは独立して動作している。まず、地図情報検索手段１０５は、ユーザ場所嗜好ＤＢ１０３を検索し、登録されているユーザＩＤ毎に場所情報と領域条件とを取得する。本実施形態の場合、前述したように、ユーザＩＤが「１２３４」のユーザの場所情報として「東京都港区芝５丁目７−１」、領域条件として「半径５００ｍ以内」を得る。次にこの条件を満たす地図領域を対象として地図ＤＢ１０４を利用した検索を行う。ここで地図ＤＢ１０４は、一般的な地図に掲載されている建物名や地名などが位置情報と共に格納されており、一般には地理情報システム（ＧＩＳ：Geographic Information System)と呼ばれるシステムで利用されているデータベースと同等のもので実現できる。すなわち、本発明では、たとえば、直線距離や隣接関係、矩形領域といった地理的な条件を指定して地図データの検索が行えるデータベースであれば、いかなるデータベースであっても、これを使用することができる。
【００９４】
地図情報検索手段１０５は、地図ＤＢ１０４を検索し、対象領域内に存在する建物名や地名、さらに店名などのリストを取得する。例えば、「東京都港区芝５丁目７−１」から「半径５００ｍ以内」の領域検索の結果、「田町駅」や「日本電気」、「田町図書館」といった名称および「東京都港区芝４丁目」といった住所あるいは施設名などの地域情報がこのリストに含まれる。地図情報検索手段１０５はこれらの検索結果のリストをユーザＩＤとともに文書ＤＢ検索手段１０７に渡す。この地域情報は、文字情報を含んでいる。
【００９５】
文書ＤＢ検索手段１０７では、地図情報検索手段１０５より受け取った検索結果を用い、好ましくはこの中に含まれている文字情報から、これをさらに検索キーワードとして文書ＤＢ１０６を対象とした検索を実行する。文書ＤＢ１０６には、ユーザに提示する文書が蓄積されており、キーワードによって検索可能である。このような文書ＤＢは、検索可能であり、地理的情報を有すること以外に制限はなく、いかなるデータベースでも利用可能でる。また、ＷＷＷ（world wide web）上のページを利用して検索する事も可能である。この場合、ＷＷＷ上のページもしくはそのページのＵＲＬアドレスを最終的にユーザに提示することにより、文書ＤＢ検索手段１０７における検索機能を用い、既存のウェブページの検索エンジンを利用する事によって検索を実行することもできる。さらに本発明では、上記したこれらを適宜組み合わせて検索することもできる。
【００９６】
文書ＤＢ検索手段１０７では、上記したような検索の結果、得られた検索結果をユーザＩＤとともに文書通知手段１０８に渡す。この際に、キーワード検索で用いられるキーワードと、文書ＤＢに記録されているキーワードとが、完全に一致する場合に情報を抽出することもできるが、仮に完全一致しない場合であっても、その一致具合を公知のたとえばパーセント表示などにより表示し、ユーザに通知することもできる。
文書通知手段１０８では検索された情報を、ユーザＩＤを参照して該当するユーザに通知する。通知する手段は限定されず、例えば電子メールやファックス等を用いてもよく、Ｗｅｂサイト上で直接通知してもよい。また、ユーザが次回に本システムを利用した時に通知するようにすることもできる。なお、通知は、Ｗｅｂサイト上で直接通知することが好ましい。
【００９７】
例えば、本発明では、このような情報提供装置を用いたときの、情報検索の一例を、図３に示すフローチャートで示すことができる。このフローチャートに示す例は、本発明に係る情報提供装置を用いた場合の一例を示しているにすぎない。
【００９８】
すなわち、図３に示すように、場所条件入力手段１０１によりユーザの場所情報および領域条件を入力して、ユーザ場所嗜好ＤＢ１０３に登録する（ステップＳ１０１：１０１→１０２および１０２→１０３（ここで番号のみの表示は、図番を表す。以下、同様。））。この登録は、ユーザが前もっていつでも入力可能である。
次いで、登録されたユーザからのこれらの登録情報を、地図情報検索手段１０５は、ユーザＩＤ毎に読み取って場所嗜好情報と、領域条件を取得する（ステップＳ１０２：１０３→１０５）。そして取得した情報と、取得した領域条件から、地図ＤＢを用いて検索する（ステップＳ１０３：１０４→１０５）。これによって、建物名、地名、店名などのリストを取得する（ステップＳ１０４）。このリストは、ユーザＩＤとともに、文書ＤＢ検索手段１０７に渡され（１０５→１０７）、この中に含まれる文字情報等を使用して、文書ＤＢ検索手段１０７は、文書ＤＢを検索する（ステップＳ１０５：１０６→１０７）。得られた結果は、通知手段１０８に渡されて（１０７→１０８）受信手段を介してユーザに通知される（ステップＳ１０６：１０８→１０９）。この通知により、ユーザは、本発明に係る情報提供装置から、検索結果を直接的あるいは何らかの媒体を介して受信（受け取り）し、これを見る（好ましくは表示手段に表示する）ことができる。このように、本実施形態では、ユーザ認識・確認（ステップＳ１００）と、場所嗜好情報・領域条件登録（ステップＳ１０１）と、地理的情報・関連文書抽出（ステップＳ１０２〜Ｓ１０５）と、ユーザ通知（ステップＳ１０６）とからなっている。また、このように、ユーザ場所嗜好ＤＢがクライアント側である場合に、ユーザからのＩＤ入力は、前記したステップＳ１０１の後に行うようにすることもできる。このようなＩＤの確認は、いつでも設定可能となっている。使用されるユーザＩＤとしては、数字や、漢字などの文字情報に限らず、たとえば、声紋、指紋などの個人を識別可能とするいかなるものであってもよい。このようにユーザＩＤは、ある特定の個人と判断できる手段であればよく、たとえば電気的、磁気的、光学的などの物理的変化の違いを読み取って、個体（個人）認識・確認することもできる。他の実施形態でもこのようなユーザＩＤを使用することができる。なお、前記した場所嗜好情報ＤＢに記憶された場所嗜好情報に、他の者との共通の場所嗜好情報がある場合には、共通な情報を共有して、共有部分にユーザＩＤ情報と関連付けておき、このようにして、ユーザ場所嗜好ＤＢの記憶容量を圧縮することもでき、これによって検索時間を省略することも可能となる。
【００９９】
以上のようにする事で、ユーザは自分が登録した場所から、物理的な距離範囲を限定して、情報を取得する事ができる。また、文書ＤＢに対しては、ユーザは何らの前処理も必要としないために、簡易な構成による実現が可能である。しかも既存のデータベースを利用したり、併用したり適宜組み合わせて検索等に利用することもできる。
【０１００】
<第２実施形態>
第１の実施の形態では、図１に示すように受信手段１０９と表示手段１１０を除くすべての構成要素がサーバ上にある例を説明した。
本第２実施形態では、前記第１実施形態の項で説明したような、クライアントとサーバに分離した構成となっている。このような構成例を図４の（１）、（２）に示す。これらの図に示すように、クライアントとサーバは、回線（有線および／または無線の回線）を介して接続されている。クライアントとしては、場所条件入力手段１０１と、受信手段１０９と、表示手段１１０とを有している。また、サーバとしては、ユーザ管理手段１０２と、ユーザ場所嗜好ＤＢ１０３と、地図ＤＢ１０４と、地図情報検索手段１０５と、文書ＤＢ１０６と、文書ＤＢ検索手段１０７と、文書通知手段１０８とを有している。
【０１０１】
なお前記サーバとして、地図ＤＢおよび文書ＤＢなどのＤＢ（データベース）は、サーバに含まれずにクライアントとサーバとから独立（分離）して存在し、回線を介してクライアントおよび／またはサーバと有機的に連結されるようにすることもできる。すなわち、サーバとしては、地図情報検索手段１０５と、文書ＤＢ検索手段１０７とを有していればよい。また、文書通知手段１０８は、サーバ側にあることが好ましいので、サーバとして、地図情報検索手段１０５と、文書ＤＢ検索手段１０７と、文書通知手段１０８とを最低限有することが望ましい。これは、他の実施形態でも同様に採用できる。
【０１０２】
さらに、本第２実施形態では、クライアントとして、場所条件入力手段１０１と、ユーザ場所嗜好ＤＢ１０３と、受信手段１０９と、表示手段１１０とを有するように構成することもできる。
このような、本実施形態の動作の流れは、ステップＳ１０１と、ステップＳ１００との順番が入れ替わる以外は、前記第１実施形態と同様である。なお地図ＤＢ１０４および文書ＤＢ１０６を、ネットワーク経由で利用するように構成することも可能である。
【０１０３】
またユーザ管理手段１０２は、サーバと独立して保持するようにし、ユーザであるクライアントからのＩＤデータとの照合を行った後に、本体のサーバに接続するようにすることもできる。すなわち、本第２実施形態では、各ＤＢ（データベース）は、サーバ側あるいはクライアント側からのアクセスがあったときに利用されるように構成されていてもよい。たとえば、ユーザ場所嗜好ＤＢが、サーバに含まれず、独立して存在する場合には、ユーザ管理手段に記録されたクライアントのＩＤデータ照合を行った後にアクセスされるようにすることもできる。また、このアクセスが行われた場合に、ユーザ場所嗜好ＤＢ１０３と、本体のサーバとは、ユーザ管理手段からの照合を繰り返さないようにすることもでき、独立して照合した後に、サーバとクライアント間でユーザ場所嗜好ＤＢ１０３がインターネットを介して連結されるようにすることも可能である。このように、第２実施形態に示されるＤＢは、サーバ側に実質的に含まれるように構成したり、あるいはインターネット等を介して連結し、実質的には、独立して存在するように構成することも可能である。この点に関しては、以下に示す実施形態においても、同様である。
たとえば、図４の（１）に示す構成を採用した場合には、上記ステップＳ１０１は、クライアントの場所条件入力手段１０１からサーバのユーザ管理手段１０２に対して行われる。その後、ステップＳ１０５までは、サーバ内での処理となり、ステップＳ１０６は、サーバの文書通知手段１０８から、クライアントの受信手段１０９で行われることとなる。
【０１０４】
また図４の（２）に示す構成を採用した場合には、前記図４の（１）と、異なる点は、ステップＳ１０１がクライアント内の処理（１０１→１０３）となり、その他は、同様に処理されることになる。ただし、ユーザＩＤの確認は、前記ステップＳ１０１以降となる。
【０１０５】
<第３実施形態>
次に、第３の実施の形態を、図５〜図９を参照して説明する。
第３の実施の形態は図５に示すように、第１実施形態で使用される地図情報検索手段１０５が、場所条件解析手段２０２と、直線距離範囲領域算出手段２０３と、経路領域算出手段２０４と、到達可能領域算出手段２０５と、地図領域検索手段２０６とからなり、さらに前記場所条件解析手段２０２と場所条件入力手段とが、領域条件入力手段ＤＢに連結された構成となっている。
【０１０６】
これによって、第１実施形態の機能に、前記場所条件として経路や所要時間などを指定できる機能がさらに追加されている。
そして図５に示すように、領域条件ルールＤＢ２０１は、ユーザが指定できる領域条件のルールを保持する。
【０１０７】
上記第１実施形態の構成要素である地図情報検索手段１０５が、上記ユーザ場所嗜好ＤＢ１０３から、場所情報と領域条件（たとえば、ある場所からの距離、経路、時間および料金の少なくとも１つ）を受け取る。前記した「ある場所からの距離」は、第１実施形態に記載した領域条件と同様である。
また「経路」は、１以上の場所を含んだ道路などの連続した領域を含んだ概念として用いられる。
また「時間」は、ある一定時間のこと、ある時刻を始点とする一定時間のことなど、条件を制約した時間に係わる全ての意味で用いられる。
また「料金」は、あらゆることに費やされる料金を含む意味で用いられる。たとえば、交通料金、入場料金、参加料金などが料金として含まれる他、たとえば、ガイド料金、サービス料金などのある条件に従って算出された料金なども「料金」の意味に用いられる。
【０１０８】
本実施形態において、場所条件解析手段２０２は、受け取った場所情報と領域条件から、前記領域条件ルールＤＢに登録されているルール情報を参照して、その内容を解析して対応する各領域算出手段に場所情報と領域条件とからなる場所嗜好情報を渡す。
直線距離範囲領域算出手段２０３は、領域条件として直線距離範囲が指定された場合に、前記場所条件解析手段２０２から場所情報および領域条件を受け取り、指定場所を中心に指定された距離半径の領域を算出する。本実施形態の説明では、直線距離を半径とする範囲内での説明をするが、本実施形態に使用される直線距離範囲領域算出手段２０３では、前記した「ある場所からの距離」を用いて算出することもできる。
【０１０９】
また経路領域算出手段２０４は、領域条件として経路が指定された場合に、前記場所条件解析手段２０２から場所情報および領域条件を受け取り、指定された経路沿いの領域を算出する。
また到達可能領域算出手段２０５は、領域条件として到達可能性条件（例えば前記「時間」および「料金」など）が指定された場合に、前記場所条件解析手段２０２から場所情報および領域条件を受け取り、当該条件に従って到達が可能な領域を算出する。
また地図領域検索手段２０６は、前記直線距離範囲領域算出手段２０３および前記経路領域算出手段２０４、前記到達可能領域算出手段２０５からの領域情報を受け取り、地図ＤＢ１０４を利用してその地図領域内に含まれる建物名や地名、店舗名などを検索する。
【０１１０】
このような前記した本第３実施形態で構成されている点が、第１実施形態および第２実施形態との差分（違い）である。なお、前記場所条件解析手段２０２、直線距離範囲領域算出手段２０３、経路領域算出手段２０４および到達可能領域算出手段２０５のいずれか１つあるいは２以上の領域算出手段に、領域条件を１以上、渡してもよい。したがって、領域算出手段２０３〜２０５から送出されるデータは、前記手段の１つから出力されてもよく、２以上の前記手段から、複数独立して出力されてもよい。これらの前記手段にデータ入力および／またはデータ出力される場合も自由に設定することができる。
【０１１１】
次に本発明の第３実施形態の動作について説明する。
まずユーザが自分の場所情報と領域条件を登録するまでの過程は前記第１実施形態と同じである。ただし、場所条件入力手段１０１では、複数の領域条件の指定を可能とするために、領域条件ルールＤＢ２０１からルールの種類を読み込み、ユーザに領域条件の選択肢を提示（入力条件を提示）する。
領域条件ルールＤＢ２０１は、ユーザが選択できる領域条件の種類とその表現型式を保持している。図６は、領域条件ルールＤＢ２０１に保持されているルールの一例を示したものである。この例で示すように、条件の種類に対応してそれぞれの条件がどのような形で表現されるかを規定しており、例えば徒歩による到達条件を指定した場合には「徒歩＄Ｘ分以内」という領域条件の表現の規定により「徒歩１０分以内」という形式で領域条件を記述し、場所表現の「ポイント」という情報により、場所名称もしくは緯度経度の属性値として、一地点の情報が格納されるといった規定がされている。ここで、" ＄Ｘ" という記述はそれがルール上の変数であることを示している。
また、経路を領域条件として指定する場合には、領域条件としては「経路指定」という文字列が格納され、場所名称もしくは緯度経度の属性値として、複数の場所の情報がリストとして格納される事を規定している。
【０１１２】
以下、場所条件入力手段１０１を経由してユーザＩＤ「５６７８」のユーザが下記３種類の場所条件（条件１〜３）を指定した場合を例にして説明する。
条件１（直線距離）：「Ｘ県Ｙ市Ｚ町１丁目２−３」から「半径５００メートル以内」
条件２（経路）：「Ｘ県Ｙ市Ｚ町１丁目２−３」から「「Ｘ県Ｙ市Ｚ町５丁目６−７」に至る経路
条件３（到達可能）：「Ｘ県Ｙ市Ｚ町１丁目２−３」から「徒歩１５分以内」図７は、これらの条件１〜３が指定された時に、ユーザ場所嗜好ＤＢ１０３に格納されるデータの一例を示したものである。
次に地図情報検索手段１０５がユーザ場所嗜好ＤＢ１０３に格納されている図７に示すような場所条件をユーザＩＤ毎（またはユーザ毎）に読み込み、その条件に従って地図上の建物名や地名などを地図ＤＢ１０４から検索して、文書ＤＢ検索手段１０７に渡す。この過程で第１実施形態と異なるのは、複数の場所条件を処理するために、領域条件の種類毎に図５の図番２０３〜２０５に示すような、違った領域算出手段が利用される点である。
上記のことを詳説すると、まず、地図情報検索手段１０５の場所条件解析手段２０２が、場所嗜好ＤＢ１０３よりユーザ場所嗜好ＤＢ１０３に格納されている図７の各行に示すような場所条件をユーザＩＤ毎（またはユーザ毎）に読み込み、読み込んだ場所条件の条件種類（フィールド欄）から、領域条件の種類を直線距離なのか経路なのか到達可能性なのかを領域条件ルールＤＢ２０１を参照して区別し、直線距離の場合には、直線距離領域条件算出手段に渡し、なのかに従い、該当する領域算出手段へユーザＩＤと場所条件結果を渡す。その他の領域の条件である前記条件２の「経路」および前記条件３の「到達可能性」も同様にして、それぞれ、経路領域算出手段あるいは到達可能領域算出手段にユーザＩＤデータとともに場所条件結果を渡す。
場所表現本実施の形態では、図６に示すように、直線距離範囲領域算出手段、経路領域算出手段および到達可能領域算出手段の３種類の領域算出手段を有する。
【０１１３】
読み込んだ場所嗜好情報の領域条件が、前記条件１のような直線距離範囲を規定する条件の場合には、前記領域算出手段の１つである直線距離範囲領域算出手段２０３により場所条件から地図領域算出の処理を行う。たとえば、「Ｘ県Ｙ市Ｚ町１丁目２−３」で示される地名情報から、地図ＤＢ１０４を利用して地名情報を緯度経度情報に変換し、この変換した緯度経度情報から、「半径５００メートル以内」を示す円領域のデータをユーザＩＤとともに地図領域検索手段２０６へ渡す。
【０１１４】
また読み込んだ領域条件が、前記条件２のような経路を規定する条件であった場合、前記領域算出手段のもう１つである経路領域算出手段２０４により地図領域算出処理が行なわれる。たとえば、領域条件として与えられた複数の地点を通る経路の算出を行ない、それに沿ってある定められた幅の矩形領域の集合を検索対象領域としてユーザＩＤとともに地図領域検索手段２０６に渡す。図８は、このような前記条件２の場合の領域条件による検索対象領域を摸式的に示したものである。計算された経路に沿って、ある定められた幅ｄの距離をおいた領域が検索対象領域である。
上記、幅ｄの値については、すべての経路に対して一定値でなくともよく、例えば計算された経路が通る道路幅を基準としてその基準の道路幅のたとえば１．５倍をｄとして定義して検索するようにする事もできる。
【０１１５】
経路の算出にはいろいろな公知の方法が採用できるが、例えばカーナビゲーションシステムで利用されているような経路探索システムを利用してもよい。これによって、複数の地点間の経路情報を取得する事が可能である。
読み込んだ場所嗜好情報の領域条件が、前記条件３のような到達可能性を規定する条件であった場合、到達可能領域算出手段２０５で地図領域の算出処理が行なわれる。ここでは、与えられた条件によって以下のような処理が行なわれる。
【０１１６】
例えば条件３の場合、「徒歩１５分」で到達可能な距離を計算し（たとえば人間の歩行速度の標準が時速４ｋｍであることから算出できる。なお、この歩行速度のみでなく、年齢等あるいは地理的条件（たとえば土地の起伏など）あるいは道路を横断する際の平均時間を加味したり、さらには、地図ＤＢにより、土地の起伏を読み取りこの起伏を加味して歩行速度を算出し、前記計算を行ってもよい。) 、この計算値と、地図ＤＢ１０４が持つ道路接続情報とを関連させる事によって、登録された場所である「Ｘ県Ｙ市Ｚ町１丁目２−３」から「徒歩１５分」の条件で到達可能な経路の集合を得る。この経路の集合に対して、前記経路領域算出手段２０４で行なったように、経路に沿ったある定められた幅の矩形領域を検索対象領域として、ユーザＩＤとともに地図領域検索手段２０６に渡す。
【０１１７】
この他、到達可能性を示す条件としては、運賃（バス、タクシー電車などあらゆる交通機関を含む運賃）や所要時間（徒歩、自転車および自動２輪車乃至自動車などの全ての動力機関を用いた場合に要する所要時間）によって設定あるいは検索することもできる。たとえば、交通機関等が発行する時刻表データと、地図データとを利用する事で、与えられた条件で到達可能な経路に沿った領域（たとえば矩形領域）の算出（検索）は可能である。
次に地図領域検索手段２０６は、地図ＤＢ１０４、前記直線距離範囲領域算出手段２０３、前記経路領域算出手段２０４もしくは前記到達可能領域算出手段２０５の少なくとも１つから検索対象となる地図領域データである場所嗜好情報を受け取ると、地図ＤＢ１０４を検索する事で、対象領域内に存在する建物名や地名、さらに店の名前などのリストを取得する。この過程は、前記第１の実施の形態で述べたものと同様の処理を行うため、説明を省略する。
この処理以降、前記文書ＤＢ検索手段１０７および前記文書通知手段１０８で行われる処理も前記第１実施形態で説明したものと同様であり、この説明も省略する。
【０１１８】
以上のようにする事で、ユーザは自分が登録した興味のある場所や居住場所からの距離や所要時間、運賃などを条件としたり、自分がよく通る道、あるいは検索したい行程などを含むあらゆる経路を条件として、関連する情報を取得することができるようになる。このように、ユーザは、検索結果が得たい場所の情報を、ある特定（任意）地点を起点にして、あるいは経路からのある範囲内におけることを条件として関連情報を取得することができる。
【０１１９】
すなわち、図１０のフローチャートに示すように、場所条件入力手段１０１により、領域条件ルールＤＢ２０１から、領域条件の種類および表現形式の一覧を読み込み、ユーザ（第１のクライアント）に、領域条件を提示する（ステップＳ２０１：２０１→１０１）。ユーザは、提示された領域条件を参照して場所条件入力手段１０１により、必要な条件等を入力して、場所情報と、領域条件とを含む場所嗜好情報を登録する（ステップＳ２０２：１０１→（１０２→）１０３）。次いで、地図領域検索手段２０６は、ユーザ場所嗜好ＤＢ１０３から、ユーザＩＤ毎に、格納された場所条件を抽出する（ステップＳ２０３）。抽出された場所条件から、場所条件解析手段２０２により、領域条件ルールＤＢを参照して（２０１→２０２）、ユーザから入力された場所嗜好情報の領域条件が、３つに分類される。本実施形態では、領域条件は、直線距離範囲領域と、経路領域と、到達可能領域の３つのうちのいずれかに分類される（ステップＳ２０４：２０２→２０３、２０２→２０４または２０２→２０５の少なくとも１つ）。ユーザから入力される領域条件は、１つであってもよく、また、複数であってもよい。これらの領域条件は、上記したように、３つであり、図８に示したように、それぞれ、２０３〜２０５により算出される（ステップＳ２０５〜ステップＳ２０７：この算出の際に、前記領域算出手段の少なくとも１つは、地図ＤＢを参照する。：１０４→２０３、１０４→２０４または１０４→２０５の少なくとも１つ）。その結果が、地図領域検索手段２０６に渡される（ステップＳ２０８：２０３→２０６、２０４→２０６または２０５→２０６の少なくとも１つ）。この結果を用いて地図ＤＢにより検索される（１０４→２０６）。
【０１２０】
その後は、第１実施形態のステップＳ１０４〜ステップＳ１０６と同様にして、ユーザに結果が知らされることとなる。このように、本実施形態のフローは、第１実施形態と同様のユーザ認識・確認（ステップＳ１００）と、領域条件提示（ステップＳ２０１）と、場所嗜好情報・領域条件登録（ステップＳ２０２）と、場所嗜好情報に含まれる領域条件の分類と（ステップＳ２０３〜Ｓ２０８）と、ユーザ通知（ステップＳ２０９）とからなる。なお、本実施形態でも、ユーザＩＤの確認は、第１実施形態と同様にして行われるが、本実施形態でも、この確認は、ステップＳ２０１の前段に、あるいはこのステップの直後に行われることが一般的であるが、その後に、適宜行われてもよい。たとえば、図４に示すようなクライアントとして、ユーザ場所嗜好ＤＢ１０３が構成要素として含まれ、ユーザ管理手段１０２がサーバ側にある場合は、好ましくは、ユーザＩＤの確認は、ステップＳ２０１の直後であり、クライアントとして、ユーザ場所嗜好ＤＢ１０３およびユーザ管理手段１０２の両方を含まない場合には、ステップＳ２０１の前にいわゆるサーバに接続する際に行われることが多い。
【０１２１】
本実施形態でも第１実施形態と全く同様に、上述した第３実施形態の構成の他に、第２実施形態で説明したクライアントと、サーバに分離して構成するようにすることもできる。すなわち、地図情報検索手段１０５および文書ＤＢ検索手段１０７のみをサーバ上に構成し、残りの場所条件入力手段１０１、ユーザ管理手段１０２、ユーザ場所嗜好ＤＢ１０３、地図ＤＢ１０４、文書ＤＢ１０６および文書通知手段１０８を例えばユーザが持つ端末上にクライアントとして構成し、ネットワーク経由でサーバ上のＤＢ群を利用するように構成すること。
【０１２２】
またサーバに、地図ＤＢ１０４、地図情報検索手段１０５、文書ＤＢ１０６および文書ＤＢ検索手段１０７を含み、クライアントとして、場所条件入力手段１０１およびユーザ場所嗜好ＤＢ１０３を含む構成とすることも可能であり、また、クライアントとして、場所条件入力手段１０１と、ユーザ場所嗜好ＤＢ１０３と、文書通知手段１０８を構成し、また、サーバとして、ユーザ管理手段１０２を介して地図情報検索手段１０５に接続し、この地図情報検索手段１０５は、さらに文書ＤＢ検索手段１０７に接続され、前記地図情報検索手段１０５および前記文書ＤＢ検索手段１０７には、それぞれ、地図ＤＢ１０４および文書ＤＢ１０６が連結され、また、前記文書ＤＢ検索手段１０７は、クライアントにインターネット等の回線を介して接続されるように構成すること。
【０１２３】
さらに、クライアントとして、場所条件入力手段１０１と、受信手段１０９および表示手段１１０を構成し、また、サーバとして、ユーザ管理手段１０２を介して地図情報検索手段１０５に接続し、この地図情報検索手段１０５は、さらに文書ＤＢ検索手段１０７に接続され、前記地図情報検索手段１０５および前記文書ＤＢ検索手段１０７には、それぞれ、地図ＤＢ１０４および文書ＤＢ１０６が連結され、文書ＤＢ検索手段１０７にはユーザ場所嗜好ＤＢ文書通知手段１０８が接続される。受信手段１０９は必ずクライアント側にある。場合によっては、表示手段１１０を有していなくてもよい。
また、前記文書ＤＢ検索手段１０７は、クライアントにインターネット等の回線を介して接続されるように構成することもできる。そして、ユーザ場所嗜好ＤＢ１０３は、他のサーバとして存在するようにしてもよい。またユーザ管理手段１０２は、サーバと独立して保持するようにし、ユーザであるクライアントからのＩＤデータとの照合を行った後に、本体のサーバに接続するようにすることもできる。
【０１２４】
すなわち、本第３実施形態では、各ＤＢ（データベース）は、サーバ側あるいはクライアント側からのアクセスがあったときに利用されるように構成されていてもよい。たとえば、ユーザ場所嗜好ＤＢが、サーバに含まれず、独立して存在する場合には、ユーザ管理手段に記録されたクライアントのＩＤデータ照合を行った後にアクセスされるようにすることもできる。また、このアクセスが行われた場合に、ユーザ場所嗜好ＤＢ１０３と、本体のサーバとは、ユーザ管理手段からの照合を繰り返して行わないようにすることもでき、独立して照合した後に、サーバとクライアント間でユーザ場所嗜好ＤＢ１０３がインターネットを介して連結されるようにすることも可能である。このように、第１実施形態に示されるＤＢは、サーバ側に含まれるように構成したり、インターネット等を介して連結されるように構成し、サーバと独立して存在するように構成することも前記第２実施形態と同様に可能である。なお、本実施形態では、領域条件ルールＤＢが新たに付加されているが、これをサーバ側に含める構成とすることもでき、この場合には、前記したように、ステップＳ２０１では、サーバ側の２０１から、クライアント側の１０１により領域条件を提示する処理が新たな処理として付け加わる。また、その他は第１実施形態、または本実施形態と同様となる。
【０１２５】
また本第３実施形態で用いられる地図情報検索手段１０５の構成は、以下の実施形態の地図情報検索手段１０５においても同様に使用することができる。また、本第３実施形態でも前記第１実施形態および第２実施形態の項で記載したように、例えば上述した構成の他に、地図情報検索手段１０５および文書ＤＢ検索手段１０７のみをサーバ上に構成し、残りをクライアント側に構成することを採用することもでき、その他のサーバ構成およびクライアントの構成を採用することができる。
【０１２６】
<第４実施形態>
次に本発明の第４実施形態を、図１０を参照して説明する。
第４の実施の形態は第１乃至第３の実施の形態に比較しユーザの指定する場所と領域条件をリアルタイムに取得しながらその場所条件に合致する情報をユーザに提供する機能を持つ点がさらに付加されている。
図１０を参照すると、本第４の実施の形態は第１乃至第３の実施の形態に比較し、場所条件入力手段１０１、ユーザ場所嗜好ＤＢ１０３の代わりに、ユーザの指定する場所をリアルタイムに取得する場所取得手段３０１と、ユーザ位置保持手段３０２と、領域条件指定手段３０３とを含んでいる。
場所取得手段３０１は、ユーザの指定する場所をリアルタイムに取得する。
ユーザ位置保持手段３０２は、前記場所取得手段３０１からユーザ管理手段１０２を通してユーザの場所情報とユーザＩＤを取得しその情報を組み合わせて保持する。
領域条件指定手段３０３は、ユーザが自分の現在位置に対してリアルタイムに領域条件を指定する。
【０１２７】
次にこのような第４実施形態の動作について説明する。
場所取得手段３０１はユーザの指定する場所をリアルタイムあるいはバーチャル（仮想的）に取得する手段である。
例えば端末（携帯電話等の端末、パーソナルコンピュータなどのインターネット接続可能な機器およびその他のインターネット接続可能な機器を含む：他の実施形態でも同様。）上に、地図（平面的な２次元地図または立体的な３次元地図）を表示し、その上に表示されている自分の位置を示すポインタをユーザが移動させてあるいは現在地を確認ないしは入力して時々刻々と変化するユーザの位置を取得することができる。また、実際の景観を再現した３次元の表示内で、ユーザが移動することを前記ポインタなどの手段により、リアルタイムにユーザの位置を取得することが可能である。さらに、ユーザが明示的に位置を指定するのではなく、例えばＧＰＳ(Global Positioning System：Ｄ−ＧＰＳ等も含む) 装置などを利用して、ユーザの現在位置をリアルタイムに取得することが可能である。なお、ユーザは、前記第１実施形態等に使用される場所入力手段１０１により、仮想的に現在位置を時々刻々と入力することにより、現在位置を変化させて入力することにより、変化させたユーザ位置をサーバ側で順次取得することによって、ユーザ側等が提示したユーザ位置の時々刻々の位置の変化情報に応じて、ユーザ側に情報検索結果を報知することもできる。
【０１２８】
このような本実施形態では、ユーザ管理手段１０２は、前記場所取得手段３０１からのユーザの位置情報にユーザ毎のＩＤを付加して、ユーザ位置保持手段３０２に渡す。
ユーザ位置保持手段３０２では、前記ユーザ管理手段１０２から受け取ったユーザの位置を保持（記憶）しており、場所取得手段３０１からユーザ管理手段１０２を通して新しい位置の通知がある度に地図情報検索手段１０５にユーザの位置を通知する。ユーザの位置の表現方法には例えば緯度経度表示にして表現する事もできる。
一方、領域条件指定手段３０３では、前記領域条件ルールＤＢ２０１から利用可能な領域条件の種類と、その表現形式の一覧を取得し、ユーザに提示する。ユーザはその表現形式のテンプレートを利用して領域条件をこの領域条件指定手段３０３を介して入力する。ユーザから入力された領域条件は前記地図情報検索手段３に送られる。
以後、地図情報検索手段１０５、文書ＤＢ検索手段１０７および文書通知手段１０８での処理、および受信手段１０９および表示手段１１０での動作は、前記第１乃至第３実施形態形態の場合と同じである。
【０１２９】
すなわち、地図情報検索手段１０５は、前記ユーザ位置保持手段３０２からユーザの現在位置を、また、前記領域条件指定手段３０３からユーザが指定した領域条件を受け取り、その場所条件に従って地図上の領域を検索し、その領域内に含まれる建物名や地名などを得る。次に、この情報を利用して前記文書ＤＢ検索手段１０７が文書ＤＢ１０６を検索し、得られた検索結果を、文書通知手段１０８、受信手段１０９を介してユーザに提示する。ここで、第１乃至第３実施形態との相違点は、地図情報検索手段１０５から文書通知手段１０８に至る処理が、前記ユーザ位置保持手段３０２から新しいユーザの位置の通知がある度にリアルタイムで処理が行われる点にある。
【０１３０】
図１１は、第４実施形態によるユーザインタフェースの一実施例を示したものであり、場所取得手段３０１として３次元表示による手段を用いたものである。この画面は、システムにアクセスしたユーザが、例えば平面地図上の地点を、ポインタ等を用いて指示したり、あるいは直接住所等を入力することにより、ユーザが訪問したい場所を指定することにより表示される画面である。ユーザは左側の３次元表示された景観表示画面の空間を、ユーザ位置ポインタによって動き回りながらこのポインタにより自分の位置を指示する。このときの景観表示画面が、前記場所取得手段３０１に相当する。
【０１３１】
また、右上の場所条件指定画面中の領域条件と記述された入力フィールドが領域条件指定手段３０３に相当する。ここで、景観表示画面内に表示されるような街の景観の３次元表示は、たとえば特公平８−１６９３０号公報（特開平３−１６７６７８号公報）「ステレオ画像データから３次元数値データを求める方法」に記載されている。この公報に示されているように、航空写真あるいは人工衛星データ（デジタル）等から得られる画像を基に、ステレオマッチング（左右画像の対応点を取得）することにより、地形の３次元データを取得し、次いでこれを当該公報等の公知方法により処理することによって、街の景観の３次元表示は求めることが可能となる。
本願発明では、このような処理は、従来の方法で処理する手法を用いることもできる。しかしながら、この処理を行わず、たとえば、ユーザが訪れる可能性の高い箇所については、その箇所の情報を予め記憶しておき、そのユーザが求めたポインタの指示による訪問の指示が入力されたときに、この記憶した情報を適宜抽出し、画面に表示するようにすることもできる。
以上のようにする事で、ユーザは自分の位置および領域条件を連続的に変化させ、それに応じて地理的に関連した情報の検索結果をリアルタイムに取得することができるようになる。
【０１３２】
本実施形態では、たとえば図１２のフローチャートに示すように、ユーザは、時々刻々と、現在位置が変化するような場合に、ユーザの現在位置は、場所取得手段３０１により、ユーザの現在地を取得する（ステップＳ３０１）。ユーザ管理手段１０２は、取得したユーザの現在地にユーザＩＤを付加して、ユーザ位置保持手段３０２にこれを渡す（ステップＳ３０２）。ユーザ位置保持手段３では、ユーザ管理手段１０２から受け取ったユーザ位置を保持し、場所取得手段３０１からユーザ位置の更新がある度に地図情報検索手段１０５にユーザ位置を通知する（ステップＳ３０３）。またこれとは独立して、領域条件指定手段３０３では、領域条件ルールＤＢ２０１から、領域条件と表現形式一覧を取得し、これをユーザに提示する（ステップＳ３０４）。提示されたこれらの一覧を参照して、ユーザは、領域条件を入力する。入力の際に使用される入力装置は、いわゆる形態端末でもあるいはどのような形式であってもよく、限定されない。このようにして、ユーザの現在位置と、ユーザからの領域条件を入手して、地図情報検索手段１０５は、地図ＤＢ１０４を用いて、リストの検索結果を取得する（ステップＳ３０６）。リストには、前記したような、建物名、地域名、店名、地名、その他の地理的情報が含まれている。この取得した結果の中から、キーワードを抽出し、このキーワードを用いて、文書ＤＢ１０６を検索する（ステップＳ３０７（ステップＳ１０５））。その後、第１実施形態のステップＳ１０６と同様に、ユーザへの通知が行われる（ステップＳ３０８（ステップＳ１０６））。本実施形態のフローは、第１実施形態のユーザ認識・確認はそのフローに記載することを省略した。本実施形態では、そのフローは、図１３に示すように、ユーザ位置検出（ステップＳ３０１〜Ｓ３０３）と、領域条件提示（ステップＳ３０４〜Ｓ３０５）と、地理的情報検索・関連文書抽出（ステップＳ３０６〜Ｓ３０７）と、ユーザ通知（ステップＳ３０８）とを有する。
【０１３３】
以上、第４実施形態の説明では、すべての構成要素がサーバ上にあることを例として説明した。
【０１３４】
本実施形態では、ユーザの位置が現実的に時々刻々と変化する場合について説明したが、バーチャル（仮想的）に変化する場合には、本実施形態でも実現可能であるが、たとえば、第１実施形態の場所条件入力手段１０１に、ユーザがユーザ位置を次々に更新していき、これをユーザ場所嗜好ＤＢが、時々刻々データを地図情報検索手段１０５に更新し、地図情報検索手段１０５では更新されたユーザ位置に基いて次々に地図ＤＢを検索し、以下、これらの複数の結果から得られた情報により、前記複数の結果毎にそれぞれキーワードを抽出して各キーワードに応じて文書ＤＢ検索手段１０７では、文書ＤＢから、前記同様に文書を検索することにより、実現することもできる。なお、第３実施形態など他の実施形態でも同様に実現可能である。
【０１３５】
<第５実施形態>
本第５実施形態では、前記第４実施形態の有する構成を、第２実施形態と同様なクライアントと、サーバに分離して構成している点にある。本実施形態では、図１３（１）に示すように、クライアントとして、場所取得手段３０１と、領域条件指定手段３０３と、受信手段１０９と、表示手段１１０とを有する。そして、サーバとして、ユーザ管理手段１０２と、ユーザ位置保持手段３０２と、地図ＤＢ１０４と、地図情報検索手段１０５と、文書ＤＢ１０６と、文書ＤＢ検索手段１０７と、文書通知手段１０８と、領域条件ルールＤＢ２０１とを有する。
【０１３６】
また、本第５実施形態では、さらに、図１３（２）に示すように、ユーザ位置保持手段３０２を有することもできる。なお図（１）および（２）において、地図ＤＢ１０４と、文書ＤＢ１０６と、領域条件ルールＤＢ２０１とは、サーバおよびクライアントに含まれないように構成し、これらのＤＢ（データベース）は、回線を介して、サーバおよび／またはクライアントと接続される。
【０１３７】
また、領域条件ルールＤＢ２０１を場合によっては、クライアント側にダウンロード等により設けることもでき、このような領域条件ルールＤＢ２０１をたとえばサーバとアクセスした際に、最新の領域条件に自動的にダウンロードして更新することもできる。
また本第５実施形態で示すように、上記第１実施形態同様に、サーバを地図ＤＢ１０４、地図情報検索手段１０５、文書ＤＢ１０６、文書ＤＢ検索手段１０７および領域条件ルールＤＢ２０１によって構成し、クライアントを、場所取得手段３０１、ユーザ管理手段１０２、ユーザ位置保持手段３０２、領域条件指定手段３０３および文書通知手段１０８によってユーザが持つ端末上に構成することも可能である。
【０１３８】
また、上述したように、図１３〜図１４に示すように、クライアントとして、場所取得手段３０１と、ユーザ位置保持手段３０２と、文書通知手段１０８を有し、サーバとして、ユーザ管理手段１０２と、地図ＤＢ１０４と、地図情報検索手段１０５と、文書ＤＢ１０６と、文書ＤＢ検索手段１０７と、領域条件ルールＤＢ２０１と、領域条件指定手段３０３とから構成されている。この構成は、本実施形態の項で説明した構成と、ユーザ管理手段１０２と、ユーザ位置保持手段とが逆転して構成されている。このような構成によって、ユーザを確認するためのユーザＩＤ確認が、好ましくは、ユーザ場所嗜好ＤＢに登録した後に行われる。その他の動作は、本実施形態で説明したのと同様に行われる。
【０１３９】
また、本実施形態の構成として、たとえば、クライアントとして、場所取得手段３０１と、ユーザ場所嗜好ＤＢ文書通知手段１０８を構成し、また、サーバとして、ユーザ管理手段１０２を介して地図情報検索手段１０５に接続し、この地図情報検索手段１０５は、さらに文書ＤＢ検索手段１０７に接続され、前記地図情報検索手段１０５および前記文書ＤＢ検索手段１０７には、それぞれ、地図ＤＢ１０４および文書ＤＢ１０６が連結され、また、前記文書ＤＢ検索手段１０７は、クライアントにインターネット等の回線を介して接続されるように構成することもできる。さらに、前記地図情報検索手段１０５には、前記したユーザが自分の現在位置に対してリアルタイムに領域条件を指定する指定領域条件指定手段３０３が接続され、この地図情報検索手段１０５および指定領域条件指定手段３０３は、領域条件ルールＤＢとアクセス可能となっている。そして、ユーザ場所嗜好ＤＢ１０３は、他のサーバとして存在するようにしてもよい。
【０１４０】
なおユーザ管理手段１０２をサーバと独立するようにし、ユーザであるクライアントからのＩＤデータとの照合を行った後に、本体のサーバに接続するようにすることもできる。すなわち、本第５実施形態でも、第１実施形態と同様に、各ＤＢ（データベース）は、サーバ側あるいはクライアント側からのアクセスがあったときに利用されるように構成されていてもよい。また、たとえばユーザ位置保持手段３０２が、サーバに含まれず、たとえばインターネットを介してサーバあるいはクライアントと接続される場合には、ユーザ管理手段に記録されたクライアントのＩＤデータ照合を行った後にアクセスされるようにすることもできる。また、このアクセスが行われた場合に、ユーザ場所嗜好ＤＢ１０ｂ３と、本体のサーバとは、ユーザ管理手段からの照合を繰り返して行わないようにすることもでき、独立して照合した後に、サーバとクライアント間でユーザ場所嗜好ＤＢ１０３がインターネットを介して連結されるようにすることも可能である。このように、第１実施形態に示されるＤＢは、サーバ側に実質的に含まれるように構成したり、あるいはインターネット等を介して連結し、実質的には、独立して存在するように構成することも可能である。
【０１４１】
このような第５実施形態の動作は、前記第４実施形態と同様である。なお、クライアントとサーバが図１３（１）に示す例に構成された場合には、クライアント側では、ステップＳ３０１およびＳ３０４の処理が行われ、図１３（２）に示す構成が採用された場合には、上記処理の他に、ステップＳ３０３の処理が付加される。また図１４（１）に示す構成が採用された場合には、ステップＳ３０１およびＳ３０４の処理が行われ、図１４（２）に示す構成が採用された場合には、ステップＳ３０１の処理が行われる。上記した残りのステップの処理は、サーバ側で行われる。
【０１４２】
<第６実施形態>
次に本発明に係る（近隣）情報提供装置の第６実施形態を、図１５を利用して説明する。
第６実施形態は、前述した第１〜５実施形態と比較して、文書を提供する側がユーザに文書情報を提供する際の条件を指定できる機能がさらに加わっている。
図１５に示すように、第６実施形態は第１実施形態と比較して、地図情報検索手段がなく、文書登録手段４０１と、文書登録場所インデックス４０２と、文書配布条件ＤＢ４０３と、地図・ユーザ検索手段４０４とを含む事が相違している。文書登録手段４０１は、ユーザに提供するための文書を情報提供者が文書ＤＢに登録する。文書登録場所インデックス４０２は、文書とその配布登録場所の対応関係を保持する。文書配布条件ＤＢ４０３は、文書をユーザに配布するための条件を保持する。地図・ユーザ検索手段４０４は、実施の形態１の地図情報検索手段１０５の代わりに前記文書登録場所インデックス４０２からある文書が登録されている場所を読み取り、また、前記文書配布条件ＤＢ４０３から該当する文書の配布条件を読み取り、これら２つの情報を利用してユーザ場所嗜好ＤＢ１０３を検索し、条件に合致する地理的範囲内に登録されているユーザの一覧を取得する。
【０１４３】
次にこのような本発明の第６実施形態の動作について説明する。
まず広告などのユーザに提供するための文書情報は、情報提供者によって文書登録手段４０１を介して、文書ＤＢ１０６に保存される。
この時、情報提供者は、自分の文書情報を配布したい地理的な場所を決定する配布登録場所と、文書情報をユーザへ配布するための配布条件を同時に登録する。文書登録手段４０１では、登録する文書情報に対して定まる1 つの文書ＩＤを発行し、このＩＤと配布登録場所のペアを文書登録場所インデックス４０２に、また、前記文書ＩＤと配布条件のペアを、文書配布条件ＤＢ４０３に登録する。
【０１４４】
これらの情報は、第１実施形態におけるユーザの場所嗜好情報および領域条件にそれぞれ対応するものであり、記述形式は、例えば配布登録場所については地名、特定の地点（たとえばポインタ等による入力等）、店名、緯度経度の値など、第１〜第３実施形態で説明したものと同じものが利用可能である。
例えば、ある商店が店の広告文書Ａの配布登録場所として「東京都港区芝５丁目７−１」という特定の地点、配布条件として「半径１０００メートル以内」を登録したとする。これは、「東京都港区芝５丁目７−１」を中心とする半径１０００メートル以内に場所嗜好情報を登録しているユーザに対して、広告文書Ａ（文書情報の広告Ａ）を提示することを意味する。
一方、ユーザ場所嗜好ＤＢ１０３には、複数のユーザの場所嗜好情報が格納されている。
この情報が格納される過程は、第１実施形態で説明したものと同様であるので省略する。
【０１４５】
次に地図・ユーザ検索手段４０４では、以下のような手順で処理を行なう。
（１）前記文書登録場所インデックス４０２より文書ＩＤおよび文書配布登録場所情報を取得し、その文書ＩＤに該当する文書配布条件を前記文書配布条件ＤＢ４０３より取得する。
（２）取得した配布登録場所と配布条件によって、文書配布の対象となる領域を決定する。
（３）決定された領域を条件として、ユーザ場所嗜好ＤＢ１０３を検索し、領域内に自分の場所嗜好情報（少なくとも場所情報を有する）を登録しているユーザＩＤのリストを得る。
（４）取得したユーザＩＤのリストを文書ＩＤとともに、文書ＤＢ検索手段１０７に通知する。
【０１４６】
ここで、領域条件に合致するかどうかの決定は、ユーザの嗜好場所および文書配布登録場所を緯度経度に変換して、その直線距離など条件判断に必要な数値を算出するといった通常の地理情報システムが持つ機能を利用することによって実現可能である。また、ユーザが選択した経路の一部が、領域内を通過する場合に、領域条件に合致すると決定するようにしてもよい。なおこの場合に、後述するように、ユーザは、バナー広告あるいは、電子メール等を含むデジタル通信手段により、あるいはファクス等により、情報提供者から、情報を入手することができる。
【０１４７】
文書ＤＢ検索手段１０７では、前記地図・ユーザ検索手段４０４より、文書ＩＤと文書の通知対象となるユーザＩＤのリストを受け取り、受け取った文書ＩＤに該当する文書を文書ＤＢ１０６より検索し、その内容を文書通知手段１０８にユーザＩＤのリストとともに渡す。
【０１４８】
文書通知手段１０８の動作は、第１実施形態１と全く同じであり、渡された文書を、ユーザＩＤを参照する事により、対象となるユーザに例えば電子メールあるいはＷＷＷサイト上等で通知する。第１実施形態でも述べたように、通知手段は特に限定されず、前述したように、ＷＷＷサイト上あるいは電子メールその他のデジタル通信手段により、あるいはファクス等により入手可能であり、また、そのユーザがシステムにアクセスしたときにバナー広告等で文書内容を通知するようにする事も可能である。
【０１４９】
たとえば、図１６のフローチャートに示すように、以下のように、行われる。
まず、第２のクライアントである情報提供者は、文書登録手段４０１を介して情報を配布したい配布登録場所とユーザ（第１のクライアント）への配布条件を有する文書情報を文書ＤＢ１０６に登録する（ステップＳ４０７：４０１→１０６）。これによって、文書登録手段４０１は、文書ＩＤを発行する（ステップＳ４０８）。この文書ＩＤと文書の配布登録場所を文書登録場所インデックス４０２に登録し（ステップＳ４０９：４０１→４０２）、また、文書ＩＤと配布条件を文書配布条件ＤＢ４０３に登録する（ステップＳ４１０：４０１→４０３）。なお、この際に、文書ＩＤを符号化したり、あるいは暗号化して文書情報を保護したり、あるいは、文書に配布条件として閾値が設けられたり、あるいは配布期限がある場合に、その文書のみを削除するようなプログラムをこの文書に付加しておくこともできる。
【０１５０】
また、上記登録とは独立して、地図・ユーザ検索手段４０４は、文書登録場所インデックス４０２から、文書ＩＤおよび配布登録場所情報を取得する。また、地図・ユーザ検索手段４０４は、文書配布条件を文書配布条件ＤＢから取得する（ステップＳ４０１：４０３→４０４）。このときに、好ましくは、文書配布条件により、上限値あるいは閾値を有している文書、クーポン券などの媒体がある場合には、それを確認し（ステップＳ４２０）、上限値あるいは閾値を越えた場合には（ステップＳ４３０）、上限値あるいは閾値を有する文書あるいはクーポン券の配布を停止する（ステップＳ４４０）。なお本実施形態では、上記ステップＳ４２０〜ステップＳ４４０は、省略することもできる。
【０１５１】
次いで、文書を配布する領域を決定した後（ステップＳ４０２）、決定された領域を条件としてユーザ場所嗜好ＤＢ１０３を検索し、嗜好場所を登録したユーザＩＤリストを取得する（ステップＳ４０３：１０３→４０４）。取得したユーザＩＤリストを文書ＩＤとともに文書ＤＢ検索手段１０７に通知する（ステップＳ４０４：４０４→１０７）。次いで文書ＤＢ検索手段１０７は、地図・ユーザ検索手段４０４から文書ＩＤとユーザＩＤリストを受け取り、文書ＩＤを用いて文書ＤＢを検索する（ステップＳ４０５：１０６→１０７）。この検索結果を文書通知手段１０８にユーザＩＤリストとともに渡す。（ステップＳ４０６：１０７→１０８）。そして以降のステップは、文書通知手段の動作と同様であり、すなわち第１実施形態のステップＳ１０６と同様におこなわれ、ここでは、その説明を省略する（ステップＳ４０７（ステップＳ１０６））。この本実施形態のフローは、ユーザ認識・確認（ステップＳ１００と同様）と、場所嗜好情報・領域条件登録（ステップＳ１０１と同様）と、文書配布停止（ステップＳ４０１、Ｓ４２０〜Ｓ４４０）と、情報提供入力（ステップＳ４０７〜Ｓ４１０）と、地図情報・関連文書抽出（ステップＳ４０３〜Ｓ４０６）と、ユーザ通知（ステップＳ４０７）とに分けることができる。
【０１５２】
以上のようにする事によって、情報提供者側が地理的な配布条件を付加しその条件に従って、例えば実際の店舗の広告など地理的に関連した情報の提供を、近隣のユーザに行なう事が可能になる。
以上、第６実施形態の説明では、すべての構成要素がサーバ上にあることを例にして説明した。サーバを、ユーザ場所嗜好ＤＢ１０３、地図ＤＢ１０４、文書ＤＢ１０６、文書登録手段４０１、文書登録場所インデックス４０２、文書配布条件ＤＢ４０３、ユーザ管理手段１０２および地図・ユーザ検索手段４０４によって構成し、ユーザが持つ端末上に、場所条件入力手段１０１、文書ＤＢ検索手段１０７および文書通知手段１０８をクライアントとして構成することも可能である。
【０１５３】
<第７実施形態>
本第７実施形態は、第６実施形態をクライアントとサーバに分けて構成した点にある。
クライアントとしては、図１７に示すように、場所条件入力手段１０１と、ユーザ場所嗜好ＤＢ１０３と、受信手段１０９と表示手段１１０とからなる。
サーバとしては、ユーザ管理手段１０２と、地図ＤＢ１０４と、文書ＤＢ１０６と、文書ＤＢ検索手段１０７と、文書通知手段１０８と、文書登録手段４０１と、文書登録場所インデックス４０２と、文書配布条件ＤＢ４０３と、地図・ユーザ検索手段４０４とからなる。なお、本実施形態も、地図ＤＢ１０４と、文書ＤＢ１０６と、文書配布条件ＤＢ４０３とを、サーバ外に設け、これらのＤＢを回線を介してクライアントおよび／またはサーバと接続するようにすることもできる。
【０１５４】
このような本第７実施形態の動作は、前記第６実施形態と同様である。ただし、本第７実施形態では、ステップＳ４０３が、クライアントの内のユーザ場所嗜好ＤＢ１０３からサーバ内の地図・ユーザ検索手段４０４にユーザＩＤが送られ、またステップＳ４０７がサーバがわの文書通知手段１０８から、クライアント側の受信手段に検索した文書情報などが送信される。図１６のフローチャートにおいて、その他のステップは、主に、サーバ内でのステップとなる。
本第７実施形態では、第６実施形態の構成をクライアントとサーバに分けて構成したが、図に示すように、さらに、第１のクライアント（ユーザ：本発明の情報検索装置により、地図情報を検索して入手する者。）と、サーバと、第２のクライアント（サーバを介して、前記ユーザに情報を提供する者。）に分けて構成することもできる。
【０１５５】
このような第１のクライアントとしては本実施形態の前記クライアントと同様の構成を有することができる。また、サーバの構成としては、文書登録手段４０１が除かれた以外は本実施形態のサーバと同様の構成を採用することができる。そして第２クライアントとしては、文書登録手段４０１を有している。この場合には、本第７実施形態での動作と、比較すると、文書登録手段が第２のクライアントに含まれることとなるため、ステップＳ４０７、Ｓ４０９およびＳ４１０が、第２クライアントと、サーバとのやり取りとなる。なお、第２クライアントとして、さらに文書入力手段４０９と表示手段４１０を有することもできる。この文書入力手段４０９と表示手段４１０は、文書登録手段を有する構成を採用した場合に有することができる。
【０１５６】
本実施形態でも、このように、各ＤＢ（データベース）を、サーバ側あるいはクライアント側（第1 のクライアントおよび第2 のクライアントの少なくとも１つ）からのアクセスがあったときに利用されるように構成されていてもよい。そしてたとえば、ユーザ場所嗜好ＤＢが、サーバに含まれず、独立して存在する場合には、ユーザ管理手段に記録されたクライアントのＩＤデータ照合を行った後にアクセスされるようにすることもできる。また、このアクセスが行われた場合に、ユーザ場所嗜好ＤＢ１０３と、本体のサーバとは、ユーザ管理手段からの照合を繰り返して行わないようにすることもでき、独立して照合した後に、サーバとクライアント間でユーザ場所嗜好ＤＢ１０３がインターネットを介して連結されるようにすることも可能である。このように、第７実施形態に示されるＤＢは、サーバ側に実質的に含まれるように構成したり、あるいはインターネット等を介して連結し、実質的には、独立して存在するように構成することも可能である。
【０１５７】
<第８実施形態>
次にこのような本発明の第８実施形態について図１９を利用して説明する。
第８実施形態は、第６実施形態に比較して、より詳細な文書配布条件を指定できるように拡張したものである。
図１９に示すように、第８実施形態は、図１５の地図・ユーザ検索手段４０４をより詳細化し、第６実施形態に比較して、領域条件ルールＤＢ２０１、場所条件解析手段２０２、直線距離範囲領域算出手段２０３、経路領域算出手段２０４、到達可能領域算出手段２０５、および領域内ユーザ検索手段５０１を有している点が相違している。
【０１５８】
次に第８実施形態の動作について説明する。
まず、文書情報提供者が文書登録手段４０１を利用して文書配布条件ＤＢ４０３への配布条件の登録の過程、および文書登録場所インデックス４０２へ場所の登録を行う過程は、文書配布条件の登録に領域条件ルールＤＢ２０１に登録されたものを参照して行う以外は第６実施形態で説明したものと同じである。また、文書配布条件および登録場所も、それぞれ第３実施形態における領域条件および場所嗜好情報と対応付けられるもので、それぞれの表現形式も第２実施形態と同様である。さらに、ユーザ場所嗜好ＤＢ１０３へユーザの場所嗜好情報が登録されるまでの過程も第３実施形態の動作説明の部分で記したものと同じである。
【０１５９】
次に地図・ユーザ検索手段４０４を構成する各モジュール（各手段）によって、配布条件に合致するユーザの一覧が取得される。場所条件解析手段２０２および直線距離範囲領域算出手段２０３、経路領域算出手段２０４、到達可能領域算出手段２０５の動作は、入力情報として第３実施形態における領域条件に相当する文書配布条件および、場所嗜好情報に相当する文書配布登録場所および文書ＩＤを受け取る以外は、第３実施形態で説明したものと同様である。すなわち、与えられた文書ＩＤの登録場所と配布条件を利用して条件に合致する領域を算出し、算出したその情報を文書ＩＤとともに領域内ユーザ検索手段に渡す。
【０１６０】
領域内ユーザ検索手段５０１は、前記直線距離範囲領域算出手段２０３、および前記経路領域算出手段２０４、および前記到達可能領域算出手段２０５のいずれか１つあるいは２以上から、文書配布条件を満たす地図上の領域情報を受け取る。そして領域内ユーザ検索手段５０１は、ユーザ場所指向ＤＢ１０３および地図ＤＢ１０４を利用して与えられた領域を条件とした地理的検索を行い、領域内に含まれる地点に場所嗜好情報を登録しているユーザＩＤのリストを取得し、文書ＤＢ検索手段１０７に文書ＩＤとともに渡す。地図領域を条件とした検索は、第６実施形態でも述べた様に、地理情報システムの機能を利用する事によって、実現可能である。
以後の文書ＤＢ検索手段１０７および文書通知手段１０８での動作は、第６実施形態で述べたものと同じである。
【０１６１】
すなわち、そのフローは図２２に示すように、情報提供者（第２のクライアント）は、文書登録手段４０１を介して、第４実施形態と同様にして、必要な配布文書を登録する。すなわち、配布登録場所と、ユーザへの配布条件を有する文書情報を文書ＤＢ１０６に登録する（ステップＳ５０４（ステップＳ４０７：４０１→１０６））。
登録されると、文書登録手段４０１は、文書ＩＤを発行する（ステップＳ５０５（ステップＳ４０８））。発行された文書ＩＤと、文書の配布登録場所を文書登録場所インデックス４０２に、また、前記文書ＩＤと、文書の配布条件を文書配布条件ＤＢ４０３にそれぞれ登録する（ステップＳ５０６：４０１→４０３（ステップＳ４０９）およびステップＳ５０７：４０１→４０２（ステップＳ４１０））。これによって、ユーザの現在地がアップデートされ、ステップＳ５０３により、活用される。
【０１６２】
また前記ステップと独立して、場所条件入力手段１０１により、領域条件ルールＤＢ２０１から、領域条件の種類と表現形式の一覧を読み込み、ユーザに領域条件を提示する（ステップＳ５０１：２０１→１０１（ステップＳ２０１））。この提示を受けたユーザは、場所条件入力手段１０１により、場所嗜好情報・領域条件を登録する（ステップＳ５０２：１０１→（１０２→）１０３（ステップＳ２０２））。この登録方法は、前記同様である。入力情報として、場所条件解析手段２０２は、文書配布条件、文書配布登録場所および文書ＩＤを取得する（ステップＳ５０３：４０３→４０４内の２０２、４０２→４０４内の２０２（ステップＳ２０３））。次いで、第６実施形態と同様のステップＳ２０４〜Ｓ２０８のステップと同様に処理され（それぞれステップＳ５０８〜Ｓ５１２に対応：それぞれステップ５０９：２０２→２０３、ステップＳ５１０：２０２→２０４、ステップＳ５１１：２０２→２０５とステップ５１２：２０３→５０１、２０４→５０１および２０５→５０１の少なくとも１つ）、また、その後の処理は、第６実施形態のステップＳ４０３〜Ｓ４０６および第1 実施形態のステップＳ１０６（ステップＳ５１７に対応）と同様に処理される（（図２０参照）たとえばステップＳ５１５：１０６→１０７、ステップＳ５１６：１０７→１０８、ステップＳ５１７：１０８→１０９）。なお、本実施形態でも、他の実施形態と同様に、ユーザへの登録文書、場所嗜好情報等は、好ましくは組み合わせて通知されるが、場合によっては、別個に通知されるようにすることもできる。
【０１６３】
以上のようにする事によって、情報提供者側がより詳細に文書の配布条件を指定し、地理的に関連した情報の提供をユーザに行なう事が可能になる。このように本実施形態のフローは、第１実施形態のステップＳ１００の記載を省略している。このユーザ認識・確認は、条件提示（ステップＳ５０１）後の条件入力・登録（ステップＳ５０２）の前後に行われることが一般的であるが、これに制限されず、随時おこなうことができる。本実施形態では、第８実施形態のフローは、前記ユーザ認識・確認と、前記条件提示と、前記条件入力・登録と、配布文書停止（ステップＳ５２０〜Ｓ５４０）と、領域条件抽出算出（ステップＳ５０８〜Ｓ５１２）と、第２クライアントによる情報提供入力（ステップＳ５０４〜Ｓ５０７）と、地図情報検索・関連文書抽出（ステップＳ５１３〜Ｓ５１６）と、ユーザ通知（ステップＳ５１７）とを有している。
【０１６４】
このような本実施形態でも、図２３に示すように、第４実施形態の項で説明したような、クライアントと、サーバの構成を採用することもできる。
【０１６５】
<第９実施形態>
本第９実施形態は、図２１に示すように、前記第８実施形態に示すような構成を、第１のクライアントと、サーバと、第２クライアントに分けて構成した点にある。
第１クライアントとしては、場所条件入力手段１０１と、ユーザ嗜好ＤＢ１０３と、受信手段１０９と、表示手段１１０とを有している。
サーバとしては、ユーザ管理手段１０２と、地図ＤＢ１０４と、文書ＤＢ１０６と、文書ＤＢ検索手段１０７と、文書通知手段１０８と、文書登録場所インデックス４０２と、文書配布条件４０３と、地図・ユーザ検索手段４０４とを有している。
第２クライアントとしては、文書登録手段４０１を有している。この４０１に、ユーザ入力手段４０９および表示手段４１０とを前記第７実施形態と同様に有することができる。
本実施形態の動作は、前記第８実施形態と同様である。
【０１６６】
本実施形態では、クライアント（ユーザ）と、サーバとの構成を採用することもできる。この場合には、第２クライアントの構成がサーバに含まれる。さらに、第４実施形態の項で示したように、各データベースの少なくとも１つを、インターネットを介してサーバ、クライアント（第１のクライアントおよび第２のクライアントの少なくとも１つ）に接続できる構成を採用することもできる。このような本実施形態における構成を図２１に示すような構成とした場合、第８実施形態の動作の説明でしたように、基本的な流れは変わらないが、本実施形態では、図２１に示すような、大きく分けると、第１のクライアントと、サーバと、第２のクライアントの構成としたので、ステップＳ５０１が第２クライアント内の１０６から第１クライアント内の１０１への出力となり、ステップＳ５０３がサーバ内の４０３からサーバ内の２０２への出力を含み、同様にステップＳ５０４が第２クライアント内の４０１からサーバ内の１０６への出力となり、ステップＳ５０６が第２クライアント内の４０１からサーバ内の４０２への出力を含み、ステップＳ５０８がサーバ内の２０１からサーバ内の２０２への出力を含み、また、ステップＳ５１３が第１クライアント内の１０３からサーバ内の１０２を介して４０４への出力となり、また、ステップＳ５１７がサーバ内の１０８から第１クライアント内の１０９への出力となる。なおサーバとクライアント間などのインターネット等による通信回線を介するような異なる際のアクセスには、基本的にはアクセス許可のためのやりとりが行われる。また、前記した１０２を介するような場合において、出力元の１０３から、出力先の４０４への出力の場合のように、出力元の情報が、何ら変化しないで介する先の１０２のような条件下に、その情報に対して何ら関与しない構成要件については、当然に介する構成が採用されてもよい。そして、前実施形態と本実施形態の違いのように、１０３と１０２の入れ替えが可能となり、このような入れ替えは、したがって、他の構成要件間でも前記したような条件が保存される限り、可能である。このような条件は、他の実施形態でも同様に、適用される。
【０１６７】
<第１０実施形態>
本第１０実施形態の構成を図２２に示す。場所取得手段３０１から、ユーザ位置保持手段３０２の出力までは第４実施形態と同様である。すなわち、場所取得手段３０１はユーザの指定する場所をリアルタイムで取得する手段である。
例えば端末（前記第４実施形態の項と同様。）上に、地図を表示し、その上に表示されている自分の位置を示すポインタなどを用いてユーザが移動させ、あるいはユーザの現在地を確認して、時々刻々と変化するユーザの位置を取得することができる。また、２次元の平面地図ではなく、実際の景観を再現した３次元の表示内で、ユーザが移動することを前記ポインタなどの手段により、リアルタイムにユーザの位置を取得することが可能である。さらに、ユーザが明示的にポインタなどの入力手段を用いて位置を指定するのではなく、例えばＧＰＳ(Global Positioning System：Ｄ−ＧＰＳ等も含む) 装置などを利用して、ユーザの現在位置をリアルタイムに取得することが可能である。
【０１６８】
ユーザ管理手段１０２は、前記場所取得手段３０１からのユーザの位置情報にユーザ毎のＩＤを付加して、ユーザ位置保持手段３０２に渡す。
ユーザ位置保持手段３０２は、複数のユーザの現在位置をユーザＩＤとともに保持しており、第３実施形態の場合と異なり、ユーザの位置情報を逐次地図・ユーザ検索手段４０４に伝えずに、前記地図ユーザ検索手段４０４から要求があったときに、初めて位置情報を伝える。
一方、第６乃至第９実施形態と同様の過程により、情報提供者（第２のクライアント）は、広告などの文書情報を文書配布登録場所および配布条件とともに文書登録手段４０１を経由して登録する。また、例えばクーポン券（電子的な情報によるサービス等をユーザに提供する媒体）などを提供してユーザ数を限定するような情報を登録する場合には、提供する情報を受け取るユーザの上限数を文書登録手段４０１を介して文書ＩＤとともに、通知ユーザ管理手段６０１に渡す。このような文書を登録するための入力手段は特に限定されず、サーバ側で適宜選択したり、あるいは、第２のクライアントが適宜選択することが可能である。
【０１６９】
次に地図・ユーザ検索手段４０４では、文書配布条件ＤＢ４０３と文書登録場所インデックス４０２から、登録された文書ＩＤ毎に文書登録場所および配布条件を読み取り、対象となる領域条件に合致するユーザＩＤのリストを取得する。この過程は第４および５実施形態の場合と同様であるが、本実施形態では、検索対象となるユーザの位置情報があらかじめ登録されたものではなく、本発明に係る情報提供装置システムを利用しているユーザの現在位置がリアルタイムに変化している点が異なっている。なお本実施形態でもユーザは、仮想的に自分の位置を変化させたデータを逐次入力すること等により、時々刻々とユーザ位置を仮想的に変化させることもできる。この場合には、第４実施形態の項で説明したように、本実施形態で使用される場所取得手段３０１およびユーザ位置保持手段３０２を、それぞれ場所条件入力手段１０１およびユーザ場所嗜好ＤＢ１０３に置きかえることにより、達成できる。
【０１７０】
次に文書ＤＢ検索手段１０７が地図・ユーザ検索手段４０４からユーザＩＤのリストと文書ＩＤを受け取り、該当する文書を文書ＤＢ１０６から検索し、文書内容とユーザＩＤのリストと文書ＩＤを文書通知手段１０８に渡す。
文書通知手段１０８では、まず文書ＩＤおよびその通知先であるユーザＩＤのリストを、通知ユーザ管理手段６０１に渡した後、該当する文書を第５実施形態と同様にユーザに通知する。
【０１７１】
通知ユーザ管理手段６０１では、前記文書通知手段１０８からの文書ＩＤとユーザＩＤのリストを文書ＩＤごとに記録する。また、情報提供数あるいは配布期間（季節限定、期間限定：たとえばバーゲンセールなどの短期、長期の期間限定を含む）の上限が予め設定されている場合に、これらの上限数を通知ユーザ管理手段６０１は文書登録手段４０１から受け取って、文書ＩＤ毎に管理している。そして前記文書登録手段４０１からの通知管理手段６０１は、受け取った文書ＩＤ毎に管理された文書ＩＤの配布数値と比較し、この配布数値が前記上限数と一致した場合には、文書削除手段に通知されることになる。
【０１７２】
文書削除手段６０２では、通知ユーザ管理手段６０１から文書ＩＤの通知を受け、該当する文書ＩＤの配布条件および配布登録場所情報をそれぞれ文書配布条件ＤＢ４０３および文書登録場所インデックス４０２から削除する。
以上のようにする事によって、仮想空間もしくは現実の空間でリアルタイムに移動するユーザに対しても、情報提供者側が条件を指定する事によって、ユーザの位置に関連した情報を提供することができる。また、その場所にユーザがいる事だけを条件とするだけでなく情報提供の回数を限った情報提供も可能となり、例えば数量を限定したクーポン券などを文書情報として提供することが可能となる。
【０１７３】
このようなケースについて、図２３のフローチャートを用いて説明する。
情報提供者は（第２のクライアント）、文書情報を、文書配布登録場所および配布条件を付加して登録する（ステップＳ６０５）。この登録文書に配布上限数の条件があるか否かを判定し（ステップＳ６０６）、ある場合には通知ユーザ管理手段１０２にこの文書の文書ＩＤと配布上限数を通知し（ステップＳ６０６）、ない場合にはステップＳ６０４に移行する。
【０１７４】
また、場所取得手段３０１により、ユーザの現在地を取得する（ステップＳ６０１）。ユーザ管理手段１０２は、ユーザの現在地にユーザＩＤを付加して、ユーザ位置保持手段３０２にこれを渡す（ステップＳ６０２：１０２→１０３）。ユーザ位置保持手段３０２では、ユーザ管理手段１０２から受け取ったユーザ位置を保持し、場所取得手段３０１から、ユーザ位置の更新がある度に地図・ユーザ検索手段４０４に、ユーザ位置を通知する（ステップＳ６０３：３０２→４０４）。地図・ユーザ検索手段４０４は、文書配布条件ＤＢ４０３と、文書登録場所インデックスから、登録された文書ＩＤ毎に文書配布登録場所および配布条件を取得し、領域条件に合致するユーザＩＤのリスト（ユーザＩＤリスト）を取得する（ステップＳ６０４：４０３→４０４と４０２→４０４）。文書ＤＢ検索手段１０７は、地図・ユーザ検索手段４０４から、ユーザＩＤリストと文書ＩＤを受け取り（４０４→１０７）、文書ＤＢ１０６を検索して当該文書を取得し、この文書内容と、ユーザＩＤリストと、文書ＩＤとを文書通知手段１０８に渡す（１０７→１０８）（ステップＳ６０８）。文書ＩＤ、ユーザＩＤリストを通知ユーザ管理手段６０１に渡す（ステップＳ６０９：１０８→６０１）。
【０１７５】
通知ユーザ管理手段では、文書通知手段１０８から、文書ＩＤと、ユーザＩＤリストを文書ＩＤ毎に記録する（ステップＳ６１０）。このときに、情報提供数の上限があるか否かを判断し（ステップＳ６１１）、超えている場合には（ステップＳ６１１でＹｅｓ）、文書削除手段６０２に知らせ、超えていない場合には（ステップＳ６１１でＮｏ）、文書通知手段１０８は、ユーザに通知する。そして文書削除手段では、ユーザＩＤの数が上限数を上回っている場合（６０１→６０２）、文書配布条件、登録場所情報を文書配布条件ＤＢ４０３、文書登録場所インデックス４０２から削除する（ステップＳ６１２：それぞれ６０２→４０３と６０２→４０２）。
【０１７６】
そして超えていない場合には、ユーザに通知する（ステップＳ６１３：１０８→１０９）。この本実施形態のフローは、前記した実施形態と同様に、ユーザ認識・確認（ステップＳ１００）の記載を省略している。本実施形態では、前記ユーザ認識・確認と、ユーザ位置検出（ステップＳ６０１〜Ｓ６０３）と、配布文書停止（ステップＳ６０５〜Ｓ６０４までの配布上限数の通知と、ステップＳ６１０〜Ｓ６１２までの通知ユーザ管理手段と文書削除手段による文書）と、第２クライアントによる情報提供入力（ステップＳ６０５）と、地図地図情報検索・関連文書抽出（ステップＳ６０４およびＳ６０８）と、ユーザ通知（ステップＳ６１３）とを有している。
【０１７７】
以上第１０実施形態の説明では、すべての構成要素がサーバ上にあることを例として説明したが、下記第１１実施形態に示すように、ユーザが持つ端末上に、場所取得手段３０１、ユーザ管理手段１０２、文書ＤＢ検索手段１０７および文書通知手段１０８のみをクライアントとして構成し、残りの構成要素をサーバ上で動作させる構成とすることも可能である。
【０１７８】
<第１１実施形態>
本実施形態は、図２４に示すように、第１０実施形態の構成を、前記同様に、第１のクライアントと、サーバと、第２のクライアントに分けて構成されている。なお第２のクライアントをサーバ側に設け、情報提供者（第２のクライアント）からのユーザへの情報の提供を、情報記録媒体を介して受け付けることもできる。このような情報提供者からの受付の方法は、特に限定されず、他の実施形態でも同様に採用することができ、また、回線を介して受け付けることもできる。
【０１７９】
このような本実施形態では、第１のクライアントとして、場所取得手段３０１と、受信手段１０９と、表示手段１１０とを有している。
図２４に示すように、サーバとしては、ユーザ管理手段１０２と、地図ＤＢ１０４と、文書ＤＢ１０６と、文書ＤＢ検索手段１０７と、文書通知手段１０８と、文書登録場所インデックス４０２と、文書配布条件ＤＢ４０３と、地図・ユーザ検索手段４０４と、通知ユーザ管理手段６０１および文書削除手段６０２とを有する。
第２のクライアントとしては、文書登録手段４０１を有する。
【０１８０】
このような第１１実施形態の動作は、前記第１０実施形態と同様であり、第１１実施形態と基本的な動作のやり取りは同様であるが、本実施形態では、第１のクライアントと、サーバと、第２のクライアントと、大きく３つに分離した構成としたので、３０２から１０２へのステップＳ６０３の動作は、第１のクライアントからサーバへの出力となり、ステップＳ６０４がサーバ内の４０３からサーバ内の４０４の出力となり、ステップＳ６０４が第２クライアント内の４０３からサーバ内の４０４の出力を含むこととなり、同様に、ステップＳ６０７が第２クライアント内の４０１からサーバ内の６０１の出力となり、ステップＳ６１２がサーバ内の６０２から第２クライアント内の４０３の出力を含むこととなる。その他、上記実施形態の記載に従う。
【０１８１】
<第１２実施形態>
本第１２実施形態では、図２５に示すよう第１０実施形態の構成と比較して、文書削除手段が無い場合に相当している。その他は、第１０実施形態と構成上同様である。
【０１８２】
このような第１２実施形態の動作は、図２６に示すように、第１０実施形態のステップＳ６０７まで、同一である。その後、通知ユーザ管理手段６０１は、上限数を文書登録手段４０１から受け取る（ステップＳ６２０：４０１→６０１）。次いで、通知ユーザ管理手段６０１は、文書ＤＢ検索手段から、文書ＩＤ、ユーザＩＤリストを取得して文書ＩＤ毎に文書を通知したユーザ数をカウントし（：１０７→６０１）、カウントした値と前記上限数とを比較する。そして通知ユーザ管理手段６０１は、カウント値が前記上限数を超えている場合には、この上限数の定められた文書、チケット、クーポン券などのユーザに有益な情報あるいは利益等をもたらす媒体の配布通知を文書通知手段に指示しないようにし、文書通知手段はこのため文書情報の通知を受信手段に行わない（ステップＳ６２２）。
【０１８３】
そしてその他の情報については、第1 実施形態と同様に、ユーザに通知し、処理を終了する（ステップＳ６２３（ステップＳ１０６））。この本実施形態のフローは、前記した第６実施形態と同様に、ユーザ認識・確認（ステップＳ１００）の記載を省略している。本実施形態では、前記ユーザ認識・確認と、ユーザ位置検出（ステップＳ６０１〜Ｓ６０３）と、配布文書停止（ステップＳ６０５〜Ｓ６０４までの配布上限数の通知と、ステップＳ６２０〜Ｓ６２２までの通知ユーザ管理手段と文書削除手段による文書）と、第２クライアントによる情報提供入力（ステップＳ６０５）と、地図地図情報検索・関連文書抽出（ステップＳ６０４およびＳ６０８）と、ユーザ通知（ステップＳ６１３）とを有している。
【０１８４】
なお本実施形態でも、装置構成は、すべて第１０実施形態の項で記載した全ての装置構成が可能である。
【０１８５】
<第１３実施形態>
本実施形態は、第１１実施形態等と同様の構成を有しており、これらが、回線を介して有機的に結合している点が異なっている。
すなわち、本実施形態では、第１のクライアントと、サーバと、第２のクライアントとからなり、第１のクライアントは、場所取得手段３０１と、受信手段１０９と、表示手段１１０とを有している。
また、サーバは、ユーザ管理手段１０２と、地図ＤＢ１０４と、文書ＤＢ１０６と、文書ＤＢ検索手段１０７と、文書通知手段１０８と、領域条件ルールＤＢ２０１と、文書登録場所インデックス４０２と、文書配布条件ＤＢ４０３と、地図・ユーザ検索手段４０４と、通知ユーザ管理手段６０１とを有している。
【０１８６】
第２のクライアントは、前記同様であり、文書登録手段４０１を有している。
このような第１３実施形態の動作は、前記第１２実施形態と同様であるが、上記ステップのうち、ステップＳ６２０は、第２のクライアント内の４０１→サーバ内の６０１間でやりとりが行われる以外は前実施形態と同様であり、その他、他の実施形態と同様である。
【０１８７】
<第１４実施形態>
本実施形態は、前記第１実施形態に説明した情報提供装置を実現するための他の方法である。本実施形態は図２８に示すように、情報提供装置は、それぞれデータ処理装置、記憶装置を備え、情報提供装置によって実行される処理を実現するためのプログラムを記録した記録媒体を備える。このような記録媒体としては、例えば、磁気ディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等が挙げられ、その他、記録可能ないかなる媒体も、記録媒体の範疇に含まれる。なお、前記した記録媒体には、一度保存すれば永久的に保存できるようなものであってもよく、また、保存後に再書き込み可能なものであってもよく、さらに一時的に保存できるようなものであってもよい。このような記録媒体は、少なくとも１つ存在する。
【０１８８】
本実施形態では、前記したような記録媒体から本発明に係る情報提供装置のデータ処理装置に読み込まれ、データ処理装置に少なくとも地図情報検索手段と文書ＤＢ検索手段とを生成させ、また、場所条件入力手段とユーザ管理手段を生成する。データ処理装置は、この端末を制御するプログラムにより第１実施形態における地図情報検索手段手段および文書ＤＢ検索手段と同一の処理を実行する。なお地図ＤＢおよび文書ＤＢは、前記記憶装置内に生成されてもよく、あるいは、上記第１実施形態と同様に、回線を介して接続できるような、外部のＤＢ（データベース）として設けられていてもよい。前記「回線」の概念には、ＵＳＢあるいはＩＥＥＥ１３９４のようなバスも含む。また、場所条件入力手段は、ユーザが本発明に係る情報提供装置とアクセスした際に、当該装置から、使用された端末部に表示可能となっているので、ユーザ端末上に設けてもよく、あるいは情報提供装置上に設けられてもよく、さらに、回線（有線あるいは無線）により接続可能な外部に設けられていてもよく、制限されない。
これらの処理のフローは、第１実施形態で説明したのと同様である。
【０１８９】
<第１５実施形態>
本実施形態は、前記第２実施形態に説明した情報提供装置を実現する他の方法である。本実施形態でも図２８に示すように、クライアント、サーバは、それぞれデータ処理装置、記憶装置を備え、さらにそれぞれのサーバまたはクライアントの端末によって実行される処理を実現するためのプログラムを記録した記録媒体を備える。このような記録媒体としては、前記実施形態で記載したのと同様のものが挙げられる。
【０１９０】
クライアント（ユーザ）を制御するプログラムは、上記したような記録媒体から情報提供装置のデータ処理装置に読み込まれ、場所条件入力手段を生成する。なおユーザ場所嗜好ＤＢがクライアントに設けられる場合には、クライアントの記憶装置内に当該ＤＢが設けられる。また、受信手段および表示手段については、通常使用されているものが用いられてもよい。
またサーバを制御するプログラムは、前記クライアントと同様に記録媒体から情報提供装置のデータ処理装置に読み込まれ、該装置に少なくとも地図情報検索手段と、文書ＤＢ検索手段を生成する。
その他、前記第１４実施形態と同様である。
【０１９１】
<第１６実施形態>
本実施形態は、前記第３実施形態に説明した情報提供装置を実現する他の方法である。本実施形態でも前記第１４実施形態と同様に、図２８に示すような構成を有している。さらに情報提供装置によって実行される処理を実現するためのプログラムを記録した記録媒体を備える。このような記録媒体は、前記第１４実施形態と同様である。
【０１９２】
本実施形態でも前記第１４実施形態同様に、前記したような記録媒体から本発明に係る情報提供装置のデータ処理装置に読み込まれ、該データ処理装置に少なくとも地図情報検索手段と文書ＤＢ検索手段とを生成させ、場所条件入力手段とユーザ管理手段を前記同様にして生成する。またデータ処理装置も前記同様に、この端末を制御するプログラムにより第３実施形態における地図情報検索手段手段および文書ＤＢ検索手段と同一の処理を実行する。
また、場所条件入力手段は、前記第１４実施形態と同様であり、このような場所条件入力手段により入力される領域条件を規定したフォームにより入力する際に使用されるフォームは、領域条件ルールＤＢにより入手できるようになっている。この領域条件ルールＤＢも前記地図ＤＢ等と同様に設けられる。
これらの処理のフローは、第３実施形態で説明したのと同様である。
【０１９３】
<第１７実施形態>
本実施形態は、前記第４実施形態に説明した情報提供装置を実現する他の方法である。前記実施形態同様、本実施形態でも図２８に示すように、情報提供装置は、前記同様にデータ処理装置、記憶装置を備え、さらに前記同様に、情報提供の処理を実現するためのプログラムを記録した前記同様の記録媒体を備える。
情報提供装置を制御するプログラムは、上記したのと同様にして記録媒体から情報提供装置のデータ処理装置に読み込まれ、場所取得手段、ユーザ管理手段、ユーザ位置保持手段、領域条件指定手段、地図情報検索手段文書ＤＢ検索手段および文書通知手段などの各手段が前記同様に生成し、あるいはデータ処理装置がこれらの手段を記憶装置と相互にアクセスすることによって形成され、または更新される。これによって、前記手段が実質的に確保される。なお場合によっては、文書通知手段は、外部と通信する機能を有するいわゆる通信部と記憶装置とが関連して設けることができる。その他、前記第１４実施形態と同様であり、また、処理のフローは、第４実施形態と同様である。
【０１９４】
<第１８実施形態>
本実施形態は、前記第５実施形態に説明した情報提供装置を実現する他の方法である。本実施形態でも図２８に示すように、クライアントおよびサーバは、それぞれデータ処理装置、記憶装置を備え、さらにそれぞれのサーバまたはクライアントの端末によって実行される処理を実現するためのプログラムを記録した記録媒体を備える。この記録媒体は、前記と同様である。
クライアント（ユーザ）を制御するプログラムは、前記同様、記録媒体から情報提供装置のクライアントに読み込まれ、クライアントのデータ処理装置に場所取得手段３０１と領域条件指定手段３０３の領域を生成する。また、場合によっては、ユーザ位置保持手段３０２を、さらに、ユーザ管理手段１０２をサーバに生成することもできる。なおクライアントにプログラムを読み込む際に使用される記録媒体あるいはこの記録媒体に記録されたプログラムは、後述するサーバ側の記録媒体により入手したり、あるいはサーバの記憶装置内の記録媒体からのプログラムのクライアントの動作に関するプログラムを、アクセス等してダウンロード等により入手することもできる。
【０１９５】
またサーバを制御するプログラムは、前記クライアントと同様にサーバの記録媒体からサーバのデータ処理装置に読み込まれ、図１３（１）に示すようなユーザ管理手段１０２と、ユーザ位置保持手段と、地図情報検索手段１０５と文書ＤＢ検索手段１０７とが確保される。なお地図ＤＢ１０４および文書ＤＢ１０６は、前記したように、サーバの記憶装置内に設けられてもよく、サーバ外に設けることもできる。なお前記ユーザ位置保持手段は、サーバあるいはクライアントのいずれかに生成あるいは確保されればよい。
また、受信手段および表示手段は、クライアントとして、通常使用されているものが用いられる。なおクライアントとして、図１３（１）、（２）に示すように構成したり、領域条件指定手段３０３およびユーザ位置保持手段３０２を図１４（１）、（２）に示すように、サーバ側に設けることもでき、受信手段と表示手段を除くその他の構成がサーバ側にあるように、設けることもできる。
その他、前記手段は、前記第１４実施形態と同様であり、あるいは前記第１４実施形態と同様にして、クライアントあるいはサーバ内に適宜設けることもできる。
【０１９６】
<第１９実施形態>
本実施形態は、前記第６実施形態に説明した情報提供装置を実現するための他の方法である。本実施形態も図２８に示すように、情報提供装置は、それぞれデータ処理装置、記憶装置を備え、情報提供装置によって実行される処理を実現するためのプログラムを記録した記録媒体を備える。このような記録媒体は、前記同様である。
【０１９７】
本実施形態でも、前記同様に、記録媒体から本発明に係る情報提供装置の記憶装置に読み込まれ、データ処理装置に、図１５に示すような地図・ユーザ検索手段４０４と文書ＤＢ検索手段１０７とを生成させ、その動作を制御して、記憶装置に場所条件入力手段１０１とユーザ管理手段１０２を生成する。データ処理装置は、この端末を制御するプログラムにより第６実施形態における地図・ユーザ検索手段および文書ＤＢ検索手段と同一の処理を実行する。さらに、記憶装置に、情報提供者（広告主を含む）からの情報をユーザに提供するための文書登録手段４０１を確保する。なお地図ＤＢおよび文書ＤＢは、前記記憶装置内に生成されてもよく、あるいは、上記第１実施形態と同様に、回線を介して接続できるような、外部のＤＢ（データベース）として設けられていてもよい。この前記「回線」の概念には、前記同様、ＵＳＢあるいはＩＥＥＥ１３９４のようなバス線も含まれる。また、場所条件入力手段は、ユーザが本発明に係る情報提供装置とアクセスした際に、当該装置から、使用された端末部に表示可能となっているので、ユーザ端末上に設けてもよく、あるいは情報提供装置上に設けられてもよく、さらに、回線（有線あるいは無線）により接続可能な外部に設けられていてもよく、制限されない。また、文書配布条件ＤＢおよび文書登録場所インデックスは、前記文書登録手段と独立して設けてもよく、あるいは文書登録手段と関連付けて設けることもできる。
これらの処理のフローは、第６実施形態で説明したのと同様である。
【０１９８】
<第２０実施形態>
本実施形態は、前記第７実施形態に説明した情報提供装置を実現する他の方法である。本実施形態でも図２８に示すように、クライアントおよびサーバは、それぞれデータ処理装置、記憶装置を備え、さらにそれぞれのサーバまたはクライアントの端末によって実行される処理を実現するためのプログラムを記録した記録媒体を備える。この記録媒体は、前記と同様である。
クライアント（ユーザ）を制御するプログラムは、前記同様に、記録媒体から情報提供装置のクライアントに読み込まれ、図１７に示すようなクライアントのデータ処理装置に、場所条件入力手段１０１とユーザ場所嗜好ＤＢ１０３を生成する。なおクライアントにプログラムを読み込む際に使用される記録媒体あるいはこの記録媒体に記録されたプログラムは、後述するサーバ側の記録媒体により入手したり、あるいはサーバの記憶装置内の記録媒体からのプログラムのクライアントの動作に関するプログラムを、アクセス等してダウンロード等により入手することもできる。
【０１９９】
またサーバを制御するプログラムは、前記クライアントと同様にサーバの記録媒体からサーバのデータ処理装置に読み込まれ、ユーザ管理手段１０２と、地図・ユーザ検索手段４０４と、文書ＤＢ検索手段１０７と文書文書通知手段１０８とが生成される。なお地図ＤＢ１０４および文書ＤＢ１０６は、前記したように、サーバの記憶装置内に設けられてもよく、サーバ外に設けることもできる。さらに、文書登録手段４０１、文書配布条件ＤＢおよび文書登録場所インデックス等は、前記第１９実施形態と同様であり、また地図ＤＢおよび文書ＤＢも、前記第１９実施形態同様である。また、場所条件入力手段も前記同様である。
【０２００】
また、本実施形態が、図１８に示すような第１のクライアントと、サーバと、第２のクライアントに構成される場合には、第２のクライアントとして、本実施形態のサーバ内に構成される文書登録手段が構成されることとなり、第２のクライアントの構成は、前記図２８に示す構成が採用される場合には、本実施形態のクライアントの項で説明したのと同様にして、文書登録手段が構成される。
これらの処理のフローは、第７実施形態で説明したのと同様である。
【０２０１】
<第２１実施形態>
本実施形態は、前記第８実施形態に説明した情報提供装置を実現するための他の方法である。本実施形態も図２８に示す構成が採用される。本実施形態の情報提供装置も、前記同様に、データ処理装置、記憶装置を備え、情報提供装置によって実行される処理を実現するためのプログラムを記録した記録媒体を備える。使用される記録媒体も前記同様である。
【０２０２】
本実施形態でも、前記したような記録媒体から本発明に係る情報提供装置のデータ処理装置に読み込まれ、図１９に示すような受信手段１０９および表示手段１１０を除く構成が確保される。このときに、たとえば、データ処理装置は、前記同様に制御して、場所条件入力手段１０１とユーザ管理手段１０２を生成する。またその他の図１９に示す受信手段１０９および表示手段１１０以外の構成を記憶装置内にあるいはデータ処理装置が、記憶装置内に各手段が各処理を実行するように、たとえば地図・ユーザ検索手段内の各領域算出手段での処理内容を含むプログラムを記憶装置内に確保し、確保されたプログラムの処理を読み取って、データ処理装置が処理を実行するように、前記手段を生成あるいは確保する。このような手段の生成または確保のしかたは、他の実施形態でも同様である。その他、第１９実施形態と同様である。
これらの処理のフローは、第８実施形態で説明したのと同様である。
【０２０３】
<第２２実施形態>
本実施形態は、前記第１０実施形態に説明した情報提供装置を実現する他の方法である。本実施形態でも図２８に示すように、クライアントおよびサーバは、それぞれデータ処理装置、記憶装置を備え、さらにそれぞれのサーバまたはクライアントの端末によって実行される処理を実現するためのプログラムを記録した記録媒体を備える。この記録媒体は、前記と同様である。
【０２０４】
クライアント（ユーザ）を制御するプログラムは、前記同様、記録媒体から情報提供装置のクライアントに読み込まれ、クライアントのデータ処理装置に場所条件入力手段１０１とユーザ場所嗜好ＤＢ１０３を生成する。また、場合によっては、ユーザ管理手段１０２をクライアントに生成することもできる。その他、クライアントに関しては、前記同様であり、クライアントにプログラムを読み込む際に、後述するサーバ側の記録媒体により入手したりなど、前記同様にして入手することもできる。なおその他の構成は、図２１の第１のクライアントに示す構成と同様である。
【０２０５】
またサーバを制御するプログラムは、前記クライアントと同様にサーバの記録媒体からサーバのデータ処理装置に読み込まれ、図２１のサーバに示されるような構成に、ユーザ管理手段１０２と、地図・ユーザ検索手段（詳細は第９実施形態と同様に、図１９の地図・ユーザ検索手段参照）と、文書ＤＢ検索手段１０７等が生成または確保される。なお地図ＤＢ１０４および文書ＤＢ１０６は、前記したように、サーバの記憶装置内に設けられてもよく、サーバ外に設けることもできる。また文書配布条件ＤＢおよび文書登録場所インデックスは、前記第２０実施形態と同様に構成することもできる。
また、受信手段および表示手段は、第１のクライアントとして、通常使用されているものが用いられる。なお第２のクライアントも前記第１のクライアントと同様にして、第２０実施形態と同様にして、図２１に示すように構成することができる。その他、第２のクライアントの構成は、第２０実施形態と同様であり、また、第２実施形態の文書登録手段４０１をサーバ内に生成しあるいは設けることもできる。
【０２０６】
<第２３実施形態>
本実施形態は、前記第１０実施形態に説明した情報提供装置を実現するための他の方法である。本実施形態も図２８に示すように、情報提供装置は、データ処理装置、記憶装置を備え、情報提供装置によって実行される処理を実現するためのプログラムを記録した記録媒体を備える。このような記録媒体は、前記同様である。
【０２０７】
本実施形態でも、前記したような記録媒体から本発明に係る情報提供装置のデータ処理装置に読み込まれて、データ処理装置に少なくとも地図・ユーザ検索手段４０４と文書ＤＢ検索手段１０７とを生成させ、同様にして場所取得手段とユーザ管理手段とを生成あるいは確保する。データ処理装置は、この端末を制御するプログラムにより第１０実施形態における地図・ユーザ検索手段４０４および文書ＤＢ検索手段１０７と同一の処理を実行する。なお地図ＤＢおよび文書ＤＢは、前記第１４実施形態同様に設けられる。また、場所取得手段は、第１４実施形態の場所条件入力手段と同様に生成または設けることができる。
これらの処理のフローは、第１０実施形態で説明したのと同様である。
【０２０８】
<第２４実施形態>
本実施形態は、前記第１１実施形態に説明した情報提供装置を実現する他の方法である。本実施形態でも図２８に示すように、第１及び第２のクライアントおよびサーバは、それぞれデータ処理装置、記憶装置を備え、さらにそれぞれのサーバまたはクライアントの端末によって実行される処理を実現するためのプログラムを記録した記録媒体を備える。この記録媒体は、前記と同様である。
クライアント（ユーザ）を制御するプログラムは、前記同様、記録媒体から情報提供装置のクライアントに読み込まれ、クライアントのデータ処理装置に少なくとも場所取得手段３０１を、さらに領域条件指定手段３０３の領域を生成または確保する。また、場合によっては、ユーザ位置保持手段３０２を、さらに、ユーザ管理手段１０２をサーバに生成または確保することもできる。その他、前記第１４実施形態のクライアントにおいて説明したのと同様である。
【０２０９】
またサーバを制御するプログラムは、前記クライアントと同様にサーバの記録媒体からサーバのデータ処理装置に読み込まれ、図２４に示すようなユーザ管理手段１０２と、地図・ユーザ検索手段４０４等を、図２４のサーバに示す構成として、生成しあるいは確保する
その他、前記手段は、前記第２０〜２２実施形態と同様であり、あるいは前記第２０〜２２実施形態と同様にして、第１、第２のクライアントあるいはサーバ内に適宜設けることができる。
【０２１０】
<第２５実施形態>
本実施形態は、前記第１２実施形態に説明した情報提供装置を実現するための他の方法である。本実施形態も前記同様に図２８に示す構成を採用することができる。
このようにして、前記第１４実施形態〜２４実施形態と同様にして、図２５に示すような構成を、図２８に示す構成にした装置内に確保することができる。
これらの処理のフローは、第１２実施形態で説明したのと同様である。
【０２１１】
<第２６実施形態>
本実施形態は、前記第１３実施形態に説明した情報提供装置を実現する他の方法である。本実施形態でも図２８に示す装置の構成が採用され、図２４に示すようなクライアント、サーバあるいは第１および第２のクライアントとサーバの構成が、前記第１４実施形態〜第２５実施形態と同様にして生成しあるいは確保される。
これらの処理のフローは、第１３実施形態で説明したのと同様である。
【０２１２】
以上、説明したように、本発明にかかる情報提供装置は、ユーザが好む場所から隣接する近隣情報を、提供するための装置であり、このような装置の提供により、ユーザは、本人の嗜好に応じて、自由に知らない土地情報を得ることができる。また、このような本発明に係る装置は、前記したような各構成を有しており、このような情報提供装置による情報検索を行う場合には、前記した各フローチャートに従い、動作が実行されるが、このような動作を実行させるためのプログラムは、地理情報検索・関連文書抽出をメインプログラムとして含んだ構成となっており、このメインプログラムとし、他のプログラムをサブプログラムあるいはアプリケーションソフトとして、作成されていてもよい。
【０２１３】
【発明の効果】
以上で説明したように、本発明によれば、ユーザが登録した自分の居住場所や興味を持つ地点（情報を得たい地点）を基準とした地理的な領域によって、地図データベースを検索し、そこで検索された領域内に存在する建物名や地名等を基にして、再度文書データベースを検索する事により、ユーザが登録した場所（情報を得たい地点あるいは起点）に関連した情報を容易に取得する事が可能となる。
【０２１４】
また、文書データベースに含まれる文書の登録場所を事前に決定する必要もなく、簡易な構成で既存のデータベースをシステムで利用可能となる。さらに、地理的な領域検索の条件として、直線距離や経路領域、到達可能性などの情報を適宜組み合わせる事により、より詳細な領域条件を指定することによる情報取得が可能となる。
【０２１５】
また、ユーザが仮想世界の中を移動したり、ユーザの現実世界での現在位置を取得する手段と組み合わせる事によって、ユーザが非同期に情報を取得できるだけでなく、ユーザの移動に従ってあるいは移動に伴って、リアルタイムに情報の取得が行えるようになる。
情報提供者に対しては、広告などを提供する情報に対して、情報配布の際の地理的条件を付加できるようにする事によって、情報提供者側の利便にかなった地理的な情報提供が行うことができる。
【０２１６】
また、情報の配布条件に、直線距離や経路領域、到達可能性による情報を適宜組み合わせる事により、例えば「店舗から徒歩１５分以内」の領域を対象とするといった、より詳細な地理的条件を指定して情報検索を行なったり情報提供が可能となる。
【０２１７】
さらに、ユーザが仮想世界の中を移動したり、ユーザの現実世界での現在位置を取得する手段と組み合わせる事によって、非同期に情報を提供するだけでなく、ユーザの移動に従ってリアルタイムに情報の提供が行えるようになる。
【０２１８】
また、本発明では、その装置構成は、システム全体として各要素を有していてもよく、また、クライアントとサーバあるいは第１クライアントとサーバと第２クライアントとして、それぞれ必要な構成を有し、これらを１つのシステムととらえた場合に、前記した各要素が含まれるようになっていればよい。このため、サーバ、クライアント（第１クライアントおよび第２クライアントの少なくともいずれか）が、それぞれ回線（有線および無線を含む）を介して連結されていれば、本発明に含有される。
【０２１９】
このようなシステム全体としての動作を規定するプログラムは、いわば、システム全体に作用しており、このようなプログラムは、ある特定の媒体に記憶されていることに制限されず、任意の記憶装置あるいは記録媒体に移行したりダウンロードすることが可能である。また、これら装置を使用するために実行されるプログラムは、地理情報検索・関連文書抽出をメインプログラムとして含んだ構成となっているが、他のプログラムを付加したり、あるいは、サブプログラムとして、メインプログラムに付加することもできるように構成することもできる。これらサブプログラム（アプリケーションプログラム）として、前記したような、ユーザ位置検出、第２クライアントによる情報提供入力、ユーザ認識・確認、領域条件提示および領域条件抽出算出、ユーザ通知、文書配布停止をメインプログラムに含むようにすることもできる。これらメインプログラムおよび個々のサブプログラムは、単一でもあるいは組み合わせて、回線を介してダウンロード等することにより、入手可能である。
【図面の簡単な説明】
【図１】本発明の第１実施形態の構成を示すブロック図である。
【図２】本発明による第１実施形態のユーザ場所嗜好ＤＢ１０３に登録されるデータの一例を示す図である。
【図３】第１実施形態の流れを示すフローチャートである。
【図４】第２実施形態の構成例の一例を示す図である。
【図５】本発明の第３実施形態の構成を示すブロック図である。
【図６】本発明の第３実施形態の領域条件ルールＤＢ２０１に格納されているルールの一例を示す図である。
【図７】本発明の第３実施形態のユーザ場所嗜好ＤＢ１０３に登録されるデータの一例を示す図である。
【図８】本発明の第３実施形態で領域条件として経路領域を指定した場合の検索対象領域を示す摸式図である。
【図９】本発明の第３実施形態の流れを示すフローチャートである。
【図１０】本発明の第４実施形態の構成を示すブロック図である。
【図１１】本発明の第４実施形態のユーザインタフェースの一実施例を示す図である。
【図１２】本発明の第４実施形態の流れを示すフローチャートである。
【図１３】第５実施形態の他の構成例の一例を示す図である。
【図１４】第５実施形態のさらに他の構成例の一例を示す図である。
【図１５】第６実施形態の他の構成例の一例を示す図である。
【図１６】本発明の第６実施形態の流れを示すフローチャートである。
【図１７】本発明の第７実施形態の構成を示すブロック図である。
【図１８】本発明の第７実施形態の構成を第１のクライアントと、サーバと第２のクライアントに分けた構成例を示すブロック図である。
【図１９】第８実施形態の他の構成例の一例を示す図である。
【図２０】第８実施形態の流れを示すフローチャートである。
【図２１】本発明の第９実施形態の構成を示すブロック図である。
【図２２】本発明の第１０実施形態の構成を示すブロック図である。
【図２３】本発明の第１０実施形態の流れを示すフローチャートである。
【図２４】本発明の第１１実施形態の構成を示すブロック図である。
【図２５】本発明の第１２実施形態の構成を示すブロック図である。
【図２６】本発明の第１２実施形態の流れを示すフローチャートである。
【図２７】本発明の第１２実施形態の構成を示すブロック図である。
【図２８】本発明に使用されるサーバまたはクライアントの装置構成の例を示す図である。
【符号の説明】
１ 入力装置
３ 記憶装置
４ 出力装置
６ 記録媒体
７ データ処理装置
１０１ 場所条件入力手段
１０２ ユーザ管理手段
１０３ ユーザ場所嗜好ＤＢ
１０４ 地図ＤＢ
１０５ 地図情報検索手段
１０６ 文書ＤＢ
１０７ 文書ＤＢ検索手段
１０８ 文書通知手段
１０９ 受信手段
１１０ 表示手段
２０１ 領域条件ルールＤＢ
２０２ 場所条件解析手段
２０３ 直線距離範囲領域算出手段
２０４ 経路領域算出手段
２０５ 到達可能領域算出手段
２０６ 地図領域検索手段
３０１ 場所取得手段
３０２ ユーザ位置保持手段
３０３ 領域条件指定手段
４０１ 文書登録手段
４０２ 文書登録場所インデックス
４０３ 文書配布条件ＤＢ
４０４ 地図・ユーザ検索手段
４０９ （文書）入力手段
４１０ 表示手段
５０１ 領域内ユーザ検索手段
６０１ 通知ユーザ管理手段
６０２ 文書削除手段

Claims (10)

1. ユーザが興味を持った場所の情報を含む場所条件と、前記場所条件で示される場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件と、を入力する場所条件入力手段と、
   地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢと、
   前記場所条件入力手段から前記場所条件及び前記領域条件を受け取り、受け取った前記場所条件及び前記領域条件を前記地図ＤＢに入力して、施設名称およびその場所の情報である施設場所情報を抽出する地図情報検索手段と、
   キーワードと前記キーワードに関連する文書を保持する文書ＤＢと、
   前記地図情報検索手段より抽出された前記施設場所情報を受け取り、受け取った前記施設場所情報をキーワードとして前記文書ＤＢから前記キーワードに関連する文書を検索する文書ＤＢ検索手段と、
   前記文書ＤＢ検索手段により検索された前記文書を前記ユーザに提示する文書通知手段と、
   を有することを特徴とする情報提供サーバ。
2. ユーザが興味を持った場所の情報を含む場所条件と、前記場所条件で示される場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件と、を入力する場所条件入力手段と、
   利用しているユーザを区別する為のユーザＩＤを管理すると共に、前記場所条件及び前記領域条件に前記ユーザＩＤを関連づけてユーザ場所嗜好ＤＢに渡すユーザ管理手段と、
   前記ユーザ管理手段から受け取った前記場所条件及び前記領域条件を前記ユーザＩＤとともに保持するユーザ場所嗜好ＤＢと、
   地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢと、
   前記ユーザ場所嗜好ＤＢから前記場所条件及び前記領域条件を受け取り、受け取った前記場所条件及び前記領域条件を前記地図ＤＢに入力して、施設名称およびその場所の情報である施設場所情報を抽出する地図情報検索手段と、
   キーワードと前記キーワードに関連する文書を保持する文書ＤＢと、
   前記地図情報検索手段より抽出された前記施設場所情報を受け取り、受け取った前記施設場所情報をキーワードとして前記文書ＤＢから前記キーワードに関連する文書を検索する文書ＤＢ検索手段と、
   前記文書ＤＢ検索手段により検索された前記文書を前記ユーザＩＤに対応する前記ユーザに提示する文書通知手段と、
   を有することを特徴とする情報提供サーバ。
3. 端末からユーザが興味を持った場所の情報を含む場所条件と、前記場所条件で示される場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件とを受け取った場合、利用しているユーザを区別する為に個人識別手段によって前記ユーザを確認するユーザ管理手段と、
   地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢと、
   前記ユーザ管理手段から前記場所条件及び前記領域条件を入力して、前記地図ＤＢから、施設名称およびその場所の情報である施設場所情報を抽出する地図情報検索手段と、
   キーワードと前記キーワードに関連する文書を保持する文書ＤＢと、
   前記地図情報検索手段より抽出された前記施設場所情報を受け取り、受け取った前記施設場所情報をキーワードとして前記文書ＤＢから前記キーワードに関連する文書を検索する文書ＤＢ検索手段と、
   前記文書ＤＢ検索手段により検索された前記文書を前記確認された前記ユーザに提示する文書通知手段と、
   を有することを特徴とする情報提供サーバ。
4. 前記場所条件で示される場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件を、前記ユーザが前記場所条件入力手段において選択できる前記領域条件の種類とその表現形式とを対応させたルール形式で保持する領域条件ルールＤＢと、
   前記地図情報検索手段は、場所条件解析手段と、１以上の領域算出手段と、地図領域検索手段とを有し、
   前記場所条件解析手段は、前記場所条件入力手段から前記場所条件及び前記領域条件を受け取り、前記領域条件ルールＤＢに登録された前記ルール形式を参照して、入力された前記領域条件を分類し、
   前記１以上の領域算出手段は、前記場所条件解析手段により分類した領域条件を入力して領域を算出し、
   前記地図領域検索手段は、前記１以上の領域算出手段の少なくとも１つから出力された算出結果を用いて地図ＤＢを検索することを特徴とする請求項１に記載の情報提供サーバ。
5. 前記１以上の領域算出手段は、
   前記領域条件として直線距離が指定された場合には前記場所条件解析手段から前記場所条件と前記領域条件とを受け取り、前記場所条件により指定された場所を中心に指定された距離半径の領域を算出する直線距離範囲領域算出手段と、
   前記領域条件として経路が指定された場合には前記場所条件解析手段から前記場所条件と前記領域条件とを受け取り、指定された経路に沿う領域を算出する経路領域算出手段と、
   前記領域条件として到達可能性条件が指定された場合には前記場所条件解析手段から前記場所条件と前記領域条件とを受け取り、該到達可能性条件に従って到達可能な領域を算出する到達可能領域算出手段と、
   から選択される少なくとも１つを有することを特徴とする請求項４に記載の情報提供サーバ。
6. ユーザが興味を持った場所の情報を含む場所条件と、前記場所条件で示される場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件と、を入力する場所条件入力処理と、
   地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢから、施設名称およびその場所の情報である施設場所情報を抽出する地図情報検索処理と、
   前記地図情報検索処理より抽出された前記施設場所情報を受け取り、受け取った前記施設場所情報をキーワードとして前記キーワードと前記キーワードに関連する文書を保持する文書ＤＢから前記キーワードに関連する文書を検索する文書ＤＢ検索処理と、
   前記文書ＤＢ検索処理により検索された前記文書を前記ユーザに提示する文書通知処理と、
   を有することを特徴とする情報提供装置に処理を実行するためのサーバが読み取り可能なプログラムを記録した記録媒体。
7. 仮想的あるいは現実のユーザの位置をリアルタイムに取得し、端末に対し、前記リアルタイムに取得した前記位置を含む場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件を提示させ、前記端末から指定された前記領域条件を受け取り、前記領域条件から地図上の領域を特定し、地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢから、前記領域条件に合致する施設名称およびその場所の情報である施設場所情報を検索する地図情報検索手段と、
   前記地図情報検索手段より前記施設場所情報を受け取り、受け取った前記施設場所情報をキーワードとして前記キーワードと前記キーワードに関連する文書を保持する文書ＤＢから前記キーワードに関連する文書を検索する文書ＤＢ検索手段と、
   前記文書ＤＢ検索手段により検索された前記文書を前記ユーザに提示する文書通知手段と、
   を有することを特徴とする情報提供サーバ。
8. 利用しているユーザを区別する為のユーザＩＤを管理し、端末からリアルタイムに受け取った仮想的あるいは現実の前記ユーザの位置の情報を含むユーザ場所条件に前記ユーザＩＤを関連づけてユーザ位置保持手段に渡すユーザ管理手段と、
   前記ユーザ管理手段から受け取った前記ユーザＩＤと前記ユーザ場所条件とを保持するユーザ位置保持手段と、
   前記ユーザ場所条件で示される場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件のうち、前記端末により前記ユーザが選択できる前記領域条件の種類とその表現形式とを対応させたルール形式で保持する領域条件ルールＤＢと、
   前記ユーザ位置保持手段から前記ユーザ場所条件を受け取り、前記領域条件ルールＤＢの前記ルール形式を参照して前記端末に対して前記領域条件を提示し、前記端末からリアルタイムに指定された領域条件を受け取り、前記領域条件ルールＤＢを参照して、前記指定された領域条件から地図上の領域を特定し、地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢから、前記領域条件に合致する施設名称およびその場所の情報である施設場所情報を検索する地図情報検索手段と、
   前記地図情報検索手段より前記施設場所情報を受け取り、受け取った前記施設場所情報をキーワードとして前記キーワードと前記キーワードに関連する文書を保持する文書ＤＢから前記キーワードに関連する文書を検索する文書ＤＢ検索手段と、
   前記文書ＤＢ検索手段により検索された前記文書を前記ユーザＩＤに対応する前記ユーザに提示する文書通知手段と
   を有することを特徴とする情報提供サーバ。
9. 端末からリアルタイムに受け取った仮想的あるいは現実のユーザの位置の情報を受け取った場合に、利用している前記ユーザを区別する為に個人識別手段によって前記ユーザを確認するユーザ管理手段と、
   前記ユーザの前記位置を含む場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件のうち、前記端末により前記ユーザが選択できる前記領域条件の種類とその表現形式とを対応させたルール形式を保持する領域条件ルールＤＢと、
   前記ユーザ管理手段から前記ユーザの位置の情報を含むユーザ場所条件を受け取り、前記領域条件ルールＤＢの前記ルール形式を参照して前記端末に対して前記領域条件を提示し、前記端末からリアルタイムに指定された前記領域条件を受け取り、前記領域条件ルールＤＢを参照して、前記指定された領域条件から地図上の領域を特定し、地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢから、前記領域条件に合致する施設名称およびその場所の情報である施設場所情報を検索する地図情報検索手段と、
   前記地図情報検索手段より前記施設場所情報を受け取り、受け取った前記施設場所情報をキーワードとして前記キーワードと前記キーワードに関連する文書を保持する文書ＤＢから前記キーワードに関連する文書を検索する文書ＤＢ検索手段と、
   前記文書ＤＢ検索手段により検索された前記文書を前記確認された前記ユーザに提示する文書通知手段と
   を有することを特徴とする情報提供サーバ。
10. 仮想的あるいは現実のユーザの位置をリアルタイムに取得し、端末に対し、前記リアルタイムに取得した前記位置を含む場所からの距離、経路、時間および料金の少なくとも１つを含む領域条件を提示させ、前記端末から指定された前記領域条件を受け取り、受け取った前記領域条件から地図上の領域を特定し、地図上の施設名称および道路の連接関係情報を座標情報とともに保持する地図ＤＢから、前記領域条件に合致する施設名称およびその場所の情報である施設場所情報を検索する地図情報検索処理と、
    前記地図情報検索処理より前記施設場所情報を受け取り、受け取った前記施設場所情報をキーワードとして、前記キーワードと前記キーワードに関連する文書を保持する文書ＤＢから前記キーワードに関連する文書を検索する文書ＤＢ検索処理と、
    前記文書ＤＢ検索処理により検索された前記文書を前記ユーザに提示する文書通知処理と、
    を有することを特徴とする情報提供装置の処理を実行するためのサーバが読み取り可能なプログラムを記録した記録媒体。

Images