JP4199671B2 - 地域情報検索方法及び地域情報検索装置 - Google Patents

Description

本発明は、膨大で雑多な文書群から、地域や場所に基づいて情報を検索する検索装置に係わり、特に、モバイル環境において好適な検索装置に係わる。

２０００年には、２０億以上のウェブページが存在するといわれるように、ワールド・ワイド・ウェブ（ＷＷＷ、あるいは単にウェブ）上には、多くの情報が存在している。さらに、ＷＷＷ上の情報は、多いだけでなく、雑多でもある。このようなＷＷＷ上の情報を検索するためには、どのように情報をニーズに合わせて提示するかが問題になっている。

また、ＷＷＷへアクセスする手法も、従来のデスクトップからのアクセスから、携帯移動端末からのアクセスへ、つまりモバイル環境へ移行している。
このようなモバイル環境では、端末、つまり利用者が現在いる場所に関連する情報を知りたい、又は、利用者が現在いる場所から見える建物に関する情報を取得したい、といった検索要求が生じる。

一方で、従来、端末から受信したキーワードを用いてＷＷＷ上の情報を検索する検索サービスが提供されている。以下、図１を用いて、従来の検索サービスについて説明する。図１に示すように、利用者は、ネットワーク介して端末からキーワードを検索エンジンに送信する。検索エンジンは、インターネット等のＷＷＷ上の情報を検索し、そのキーワードに一致する情報を取得し、取得した情報のＷＷＷ上の位置を示すＵＲＩ又はＵＲＬの一覧を利用者に送信する。

しかし、この技術では、検索された結果には、利用者が調べたいと考えていた場所に関する情報以外の情報が含まれていたり、同じ地名の異なる場所に関する情報が含まれていたりするという問題があった。

例えば、「清水（きよみず）」という場所に関する情報を調べるために、キーワード「清水」を用いて検索する場合、検索結果には、場所の「清水」に関する情報に加えて、人物の「清水」さんに関する不要な情報も含まれる。また、例えば、東京都の府中市に関する情報を調べるために「府中市」というキーワードを用いて検索する場合、検索結果には、東京都の府中市に関する情報に加えて、広島県の府中市に関する不要な情報も一緒に取得される。

このように取得された情報内に不要な情報が含まれる場合、利用者は、取得された情報を吟味し、その中から必要な情報を選択しなければならないため、従来の検索サービスは利用者にとって利便性がよくない。

さらに、この技術では、利用者の属性や、利用者が現在いる場所に関係なく、同じキーワードを用いれば同じ情報が取得されてしまうという問題もあった。例えば、「お土産屋」をキーワードとして検索しても、「現在いる場所の近くにあるお土産屋」を調べることはできない。

また、近年、携帯電話各社では、現在いる場所に関連する情報を携帯移動端末に提供するサービスが行われつつある。しかし、このサービスでは、人手で地域別に分類して作成されたデータベースに格納されている情報を、ＧＰＳ（Global Positioning System）等と組み合わせて提供しており、ＷＷＷ上の情報を検索しているのではない。したがって、多大なコストをかけてデータベースを作成し、常にそのデータベースを更新しつづけなければならないという問題があった。

また、現在、次世代ＷＷＷとして、「Semantic Web」がＷ３Ｃ（World Wide Web Consortium）を中心に提案されている。これは、ＷＷＷ上の情報にメタデータを付加することにより、ＷＷＷ上の情報を効率的に検索したり、統合したりできるようにしようとする動きである。ここで、メタデータとは、情報についての各種の属性情報である。例えば、ＷＷＷ上の情報やＷＷＷ上で提供されるサービスについてのメタデータとして、ＵＲＬ（Uniform Resource Locator）、公開者、ジャンル、住所等が挙げられる。

ＷＷＷ上の雑多な情報から特定の属性を持つ情報を自動的に取り出すことには限界があるため、Semantic Webが実現されれば、ＷＷＷ上の情報の有用性を飛躍的に高められると考えられる。しかし、Semantic Webを実現するには、大量に存在するＷＷＷ上の情報に大量のメタデータを誰が付与するのか、何もメリットがなければ誰もやりたがらないため、実現し難いという問題がある。

本発明の第１の目的は、地理上の位置を示す位置情報に基づいて、雑多な情報を検索し、その位置又は場所に関する情報を取得することを可能とする検索技術を提供することである。

また、本発明の第２の目的は、ウェブページへのメタデータ付与を促進させることを可能とするメタデータ付与の支援技術を提供することである。
そのために、本発明の１態様によれば、ＷＷＷ上の情報であるウェブページを検索するウェブページ検索方法において、ウェブページが関連している地域を示す地域メタデータを抽出し、前記ウェブページに前記地域メタデータを付与し、地理上の位置を示す位置情報と関連する前記地域メタデータを付与されたウェブページを前記ＷＷＷから検索する、ことを含む。

上記検索方法によれば、ＷＷＷ上のウェブページが関連している地域を示す地域メタデータを付与され、地域メタデータに基づいて、位置情報によって示される位置と関連するウェブページが検索される。したがって、上記第１の目的が達成される。

上記方法において、ウェブページの本文に含まれる地域を示す表現に基づいて前記地域メタデータは抽出されることとしてもよい。本文中に地域を示す表現が含まれている場合、そのウェブページは、その地域に関連すると推測できるからである。

また、上記検索方法において、ウェブページのリンク先となっている他のウェブページの本文に含まれる地域を示す表現に基づいて地域メタデータは抽出されることとしてもよい。例えば、サイトのトップページに地域を示す表現が含まれいない場合であっても、「アクセス先」等の文字列用いてあるサイトのトップページからリンクされているリンク先ページの本文には、そのサイトが関連している地域を示す表現が含まれていることが多い。したがって、リンク先ページに含まれる地域を示す表現が含まれている場合、そのリンク先ページのリンク元のウェブページも、その地域に関連すると推測できるからである。

また、上記検索方法において、ウェブページの前記ＷＷＷ上の存在位置を示す標識情報に基づいて地域メタデータは抽出されることとしても良い。標識情報として、ＵＲＩやＵＲＬが考えられる。標識情報を示す文字列には、そのウェブが関連している地域を示す文字列が含まれる場合があるからである。

また、上記検索方法において、ウェブページ間のリンク関係に基づいて 前記地域メタデータは抽出されることとしてもよい。例えば、あるウェブページのリンク元となっているリンク元ページの多くが、ある地域を示す地域メタデータを有している場合、それらのリンク元ページのリンク先となっているウェブページもまた、その地域メタデータによって示される地域に関連すると考えることができるからである。

また、上記検索方法において、過去におけるウェブページの検索結果に基づいて前記地域メタデータは抽出されることとしても良い。例えば、あるウェブページが、ある地域から高頻度でアクセスされている場合、そのウェブページは、その地域に関連すると考えることができるからである。

また、上記検索方法において、更に、前記検索の結果を、前記地域メタデータ及び前記位置情報に基づいて、ソートすることを含むこととしてもよい。より具体的には、例えば、地域メタデータによって示される地域が、位置情報によって示される位置に近いウェブページほど、先頭になるように検索結果はソートされることとしてもよい。

また、上記検索方法において、さらに、ウェブページの著者によって前記ウェブページに前記地域メタデータが付与されている場合、前記ウェブページの過去における検索結果の少なくとも一部を提供することを含むこととしてもよい。

これにより、著者は、ウェブページに地域メタデータを付与することの見返りとして、例えば、そのウェブページがどこからどのような頻度でアクセスされているかを示す情報を取得することができる。したがって、著者によるメタデータの付与を促進させるという第２の目的が達成される。

また、上記検索方法において、さらに、ウェブページが作成又は更新される際に、該ウェブページに付与すべき前記地域メタデータの候補を抽出し、前記地域メタデータの候補を前記ウェブページの著者に送信する、ことを含むこととしてもよい。

これにより、ウェブページの著者は、受信した地域メタデータの候補の中から適切な地域メタデータデータを選択することにより、容易にメタデータを付与することが可能となる。延いては、このことによっても、第２の目的が達成される。

また、上記方法において、さらに、広告されるべき内容を示す広告情報及び、前記広告情報に関する前記地域メタデータを格納手段に格納し、前記位置情報と関連する前記地域メタデータを有する広告情報を前記格納手段から取得し、前記位置情報を送信した端末に取得された前記広告情報を送信する、ことを含むことようにしてもよい。これにより、位置情報によって示され位置に関連する広告を端末に送信することが可能となるため、端末の利用者に対してより効果的に宣伝を行うことが可能となる。

また、本発明の別の態様によれば、ウェブページへのメタデータの付与を支援する方法において、ウェブページが作成又は更新される際に、該ウェブページが関連する地域を示す地域メタデータの候補を抽出し、前記地域メタデータの候補を前記ウェブページの著者に送信することを含む。これによっても、第２の目的が達成される。

また、本発明の更なる別の態様によれば、情報整理方法において、登録するべき内容を示す登録対象情報及び端末の位置を示す位置情報を前記端末から受信し、前記登録対象情報に関連する地域を示す地域メタデータを抽出し、前記登録対象情報と前記地域メタデータ及び前記位置情報とを対応させて格納手段に格納し、地域に関する検索要求を受信した際に、前記検索要求に関連する前記地域メタデータと対応している登録対象情報を前記格納手段から検索する、ことを含む。これによっても、第１の目的が達成される。

なお、上述した本発明の各態様に係わる方法において行われる手順を行うように構成された装置も、上述の目的を達成することができる。また、上述した本発明の各態様に係わる方法において行われる手順と同様の手順をコンピュータに行わせるプログラムも、そのプログラムをコンピュータに読み出させて実行させることによって前述した目的を解決することができる。また、上記プログラムを記録したコンピュータで読み取り可能な記録媒体から、そのプログラムをコンピュータに読み出させて実行させることによっても、前述した目的を解決することができる。

本発明の実施形態について図面を参照しながら説明する。
図２に、本発明の第１実施形態に係わるＷｅｂ地域情報検索装置の特徴を示す。
本発明の第１実施形態に係わるＷｅｂ地域情報検索装置１０は、ＷＷＷ及び、利用者の端末２０にネットワーク（不図示）を介して接続される。

利用者の端末２０は、デスクトップコンピュータであっても、携帯電話のようなＰＤＡ（Personal Digital Assistance）であってもよい。
Ｗｅｂ地域情報検索装置１０は、ＷＷＷ上の情報を収集し、収集された情報に、その情報がどの地域に関する情報であるかを示すメタデータを抽出し、収集した情報に対応させてそのメタデータをデータベースに格納する。

利用者の端末２０は、デスクトップコンピュータである場合、地理上の位置を示す位置情報を格納する不図示の格納手段を有する。端末２０がＰＤＡである場合、端末２０はＧＰＳ及び、Bluetooth（登録商標）に代表される無線技術を利用して端末２０の地理上の位置を示す位置情報を取得する。

利用者は、現在いる場所に関する情報を調べたい場合、端末２０からキーワード及び位置情報をＷｅｂ地域情報検索装置１０に送信する。Ｗｅｂ地域情報検索装置１０は、そのキーワード及び位置情報に基づいてデータベースを検索し、検索の結果得られた情報を、位置情報によって示される地域に関する情報として端末２０に送信する。これにより、利用者が現在いる場所に関する情報を利用者に提供することが可能となる。

また、利用者の端末２０が、利用者に関する情報である利用者プロファイルを格納するデータベースを有するように構成することもできる。この場合、端末２０は、キーワード及び位置情報に加えて、利用者プロファイルをＷｅｂ地域情報検索装置１０に送信する。Ｗｅｂ地域情報検索装置１０は、そのキーワード及び位置情報に基づいてデータベースを検索する。さらに、Ｗｅｂ地域情報検索装置１０は、プロファイルマッチャを用いて、検索の結果得られた情報のうち利用者プロファイルに合う情報を、位置情報によって示される地域に関する情報として端末２０に送信する。これにより、利用者が現在いる場所に関し、利用者の属性に合う情報を利用者に提供することが可能となる。

このＷｅｂ地域情報検索装置１０の特徴部分は、図２において点線で書かれた矩形によって囲まれている。以下、この特徴部分に重点をおいて、図３を用いて、本発明の第１実施形態に係わるＷｅｂ地域情報検索装置１０の構成について説明する。

図３は、Ｗｅｂ地域情報検索装置１０の機能ブロック図である。図３に示すように、Ｗｅｂ地域情報検索装置１０は、イントラネットやインターネット等のＷＷＷに接続され、収集部１１、地域メタデータ抽出部１２、人気度・分類付与部１３、地域情報検索部１４、地域メタデータ候補通知部１５、一次アーカイブ１６、地域知識データベース１７（以下、データベースをＤＢという）、検索ログ１８、メタデータ管理ＤＢ１９を備える。

収集部１１は、ＷＷＷ上の情報、（以下、ＷＷＷ上の情報をウェブページという）を収集し、収集したウェブページを管理するための情報を一次アーカイブ１６に書き込む。収集部１１は、例えば、ＷＷＷから情報を収集するＷＷＷクローラである。収集部１１による、情報をＷＷＷから収集する技術は公知であるため、収集方法についての詳しい説明は省略する。また、収集部１１は、ウェブページから、その著者によって付与されたメタデータを取得し、取得したメタデータをメタデータ管理ＤＢ１９に書き込む。

地域メタデータ抽出部１２は、収集されたウェブページに関連する地域についてのメタデータである地域メタデータを抽出し、収集したウェブページと対応させてその地域メタデータをメタデータ管理ＤＢ１９に書き込む。

人気度・分類付与部１３は、収集されたウェブページについて、人気の高さの度合いを示すメタデータである人気度を算出し、そのウェブページと対応させてその人気度をメタデータ管理ＤＢ１９に書き込む。また、人気度・分類付与部１３は、収集されたウェブページの内容からキーワードを抽出し、そのウェブページと対応させて抽出されたキーワードをメタデータ管理ＤＢ１９に書き込む。これにより、人気度・分類付与部１３は、人気度及びキーワードをそのウェブページに付与する。人気度・分類付与部１３によるウェブページに人気度を付与する技術及びウェブページの内容を分類する技術は、ともに公知であるため、人気度算出方法及び分類方法についての詳しい説明は省略する。

地域情報検索部１４は、端末２０から受信した位置情報及びキーワードに基づいて、ＷＷＷから収集されたウェブページを検索し、検索の結果、得られたウェブページのＵＲＩ又はＵＲＬ等を端末２０に出力する。また、検索結果及び利用者のアクセスのログを検索ログ１８に書き込む。この検索ログに格納される情報は、所定のタイミングでウェブページ別に集計され、この集計結果は、地域メタデータを抽出するために用いられる。

地域メタデータ候補通知部１５は、著者がウェブページを作成又は更新する際に、そのウェブページに付与すべき地域メタデータの候補をその著者の端末３０に通知する。地域メタデータの候補は、地域メタデータ抽出部１２によって、地域メタデータを抽出する処理とほぼ同様にして作成される。

一次アーカイブ１６は、収集されたウェブページを管理するための情報を格納する。地域知識ＤＢ１７は、収集されたウェブページから地域メタデータを抽出するために必要な情報を格納する。検索ログ１８は、検索結果及び利用者によるウェブページへのアクセスのログである。メタデータ管理ＤＢ１９は、収集されたウェブページに関するメタデータを格納する。これらのメタデータは、収集部１１、地域メタデータ抽出部１２及び人気度・分類付与部１３によってウェブページから抽出される、又はウェブページに付与される。

利用者の端末２０は、ブラウザ２１及び位置情報取得部２２を備える。ブラウザ２１は、ウェブページを閲覧するためのソフトウェアであり、公知技術であるため、説明を省略する。位置情報取得部２２は、端末が現在いる地理上の位置を示す位置情報を取得する。位置情報を取得するためには、ＧＰＳや無線技術等様々な公知技術を用いることができる。

例えば、位置情報を取得するためにＧＰＳを用いる場合、位置情報として、端末２０が現在存在する位置の緯度及び経度を得ることができる。また、例えば、位置情報を取得するために無線技術を用いる場合、位置情報として、現在端末の通信先となっている基地局が存在する場所の緯度及び経度又は建物の部屋番号を得ることができる。ＧＰＳ及び無線技術については、公知であるため詳しい説明を省略する。

著者の端末３０は、著者がウェブページを作成又は更新する際に、そのウェブページに付与すべき地域メタデータの候補の通知を地域メタデータ候補通知部１５から受信する。
以下、図４から図１３を用いて、一次アーカイブ１６、地域知識ＤＢ１７、検索ログ１８及びメタデータ管理ＤＢ１９に格納される情報について説明する。

まず、図４及び図５を用いて、一次アーカイブ１６に格納される情報について説明する。一次アーカイブ１６は、収集されたウェブページを管理するために、ＵＲＩ（Uniform Resource Indicator）−ＩＤテーブル１６１及び参照関係テーブル１６２を格納する。図４にＵＲＩ−ＩＤテーブル１６１のデータ構造の一例を、図５に参照関係テーブル１６２のデータ構造の一例を示す。

図４に示すように、ＵＲＩ−ＩＤテーブル１６１は、ウェブページのＷＷＷ上の存在位置を示す標識情報つまり、ＵＲＩ又はＵＲＬと、そのウェブページに付されたＩＤとを対応付けて格納する。これらの情報は、ウェブページを収集した際に、収集部１１によってＵＲＩ−ＩＤテーブル１６１に書き込まれる。

参照関係テーブル１６２は、収集されたウェブページ間の参照関係を示す参照関係データを格納する。図５に示すように、参照関係データは、項目として、ウェブページが収集された年月日、更新された年月日、そのウェブページの本文アーカイブファイル名、その本文アーカイブファイルを含むウェブページのＩＤ（リンク元ＩＤ）、及びそのウェブページのリンク先となっている他のウェブページのＩＤ（リンク先ＩＤ）を含む。

次に、図６及び図７を用いて、地域知識ＤＢ１７に格納される情報について説明する。地域知識ＤＢ１７は、地域区分テーブル１７１及びランドマーク知識テーブル１７２を格納する。図６に示すように、地域区分テーブル１７１は、各地域について、その地域の名称（つまり地名）、その地域の郵便番号、及びその地域の緯度と経度を格納する。

ランドマーク知識テーブル１７２は、ランドマークに関するランドマークデータを格納する。ここで、ランドマークとは、地域の目印になるような有名な建物等をいう。図７に示すように、ランドマークデータは、項目として、ランドマークの名称、そのランドマークに関する情報を提供するウェブページのドメイン、そのランドマークが存在する地域の名称、そのランドマークの存在位置の緯度と経度を含む。

地域知識ＤＢ１７には、情報が予め格納され、随時、例えば地名変更や区画変更等があった場合に更新される。
次に、図８を用いて、検索ログ１８に格納される情報について説明する。検索ログは、検索結果データを格納する。検索結果データは、ウェブページがどのようなキーワードを用いて、いつ、どこから検索され、アクセスされたのかを示す。図８に示すように、検索結果データは、項目として、検索されたウェブページのＩＤ、検索の際に用いられたキーワード、アクセス元のＩＰアドレス、アクセス日時、及びアクセス位置の緯度・経度を含む。キーワード、アクセス元のＩＰアドレス及びアクセス位置は、Ｗｅｂ地域情報検索装置１０が検索依頼を端末２０から受信する際に取得される。

次に、図９から図１３を用いて、メタデータ管理ＤＢ１９に格納される情報について説明する。メタデータ管理ＤＢ１９は、人気度テーブル１９１、ＵＲＩメタデータテーブル１９２、地域メタデータテーブル１９３、著者付与メタデータテーブル１９４及び検索ログ集計テーブル１９５を格納する。各テーブルに格納される情報は以下のとおりである。

人気度テーブル１９１は、各ウェブページについて人気度データを格納する。図９に示すように、人気度データは、項目として、人気度の算出日、ウェブページのＩＤ、そのウェブページについて算出された人気度及びその人気度に基づく人気度の順位を含む。人気度及び人気度の順位は、人気度・分類付与部１３によって算出され、人気度テーブル１９１に書き込まれる。

図１０に示すように、ＵＲＩメタデータテーブル１９２は、各ウェブページに付与されているメタデータのうち、そのウェブページのタイトル、説明及びキーワードを、そのウェブページのＩＤとともに格納する。タイトル及び説明は、収集部１１によってウェブページから取り出され、ＵＲＩメタデータテーブル１９２に書き込まれる。キーワードは、ウェブページの本文の内容等に基づいて、人気度・分類付与部１３によってウェブページに付与され、ＵＲＩメタデータテーブル１９２に書き込まれる。

図１１に示すように、地域メタデータテーブル１９３は、ウェブページについての地域メタデータをそのウェブページのＩＤとともに格納する。地域メタデータは、ウェブページの本文アーカイブ等から地域メタデータ抽出部１２によって抽出され、地域メタデータテーブル１９３に書き込まれる。図１１においては、地域メタデータとして、ウェブページと関連のある地域の名称及びそのウェブページと関連のある地域の地理上の位置を示す緯度・経度が示されている。

図１２に示すように、著者付与メタデータテーブル１９４は、著者によってウェブページに付与されているメタデータのうち、そのウェブページについての地域メタデータを格納する。この地域メタデータは、収集部１１によってウェブページから取り出され、著者付与メタデータテーブル１９４に書き込まれる。

検索ログ集計テーブル１９５は、検索ログ１８をウェブページ別に集計したログ集計データを格納する。ログ集計データは、ウェブページがどこからどのくらいの頻度でアクセスされたかを示す。図１３に示すように、ログ集計データは、項目として、ウェブページのＩＤ、頻度の高い上位Ｎ件のアクセス位置（メッシュ位置ともいう）、各アクセス位置からのアクセスの頻度を含む。なお、位置情報の誤差を考慮して、アクセス位置を示す緯度及び経度の１秒目は四捨五入される。１秒はおよそ２５ｍに相当するため、これにより、アクセス位置は、１辺２５０ｍ程度のメッシュに区分けされる。

以下、Ｗｅｂ地域情報検索装置１０が行う処理について説明する。まず、収集部１１が行う処理の手順について簡単に説明する。
収集部１１は、ＷＷＷからウェブページを収集し、収集したウェブページに、ウェブページを識別するための識別情報（以下、ＩＤという）を付す。そして、ウェブページのＷＷＷ上の位置を示すＵＲＩとそのウェブページに対応するＩＤとをＵＲＩ−ＩＤテーブル１６１に書き込む。更に、収集部１１は、収集されたウェブページ間の参照関係を抽出し、抽出された参照関係を参照関係テーブル１６２に書き込む。

さらに、収集部１１は、収集したウェブページからメタデータを取得する。メタデータとして、例えば、そのウェブページのタイトル、そのウェブページの説明等及びそのウェブページに関連する地域を示す情報、つまり地域メタデータ等が挙げられる。取得されたメタデータのうち、ウェブページのタイトル及び説明は、そのウェブページのＩＤとともに、図１０に示すＵＲＩメタデータテーブル１９２に書き込まれる。取得されたメタデータのうち、地域メタデータは、そのウェブページのＩＤとともに図１２に示す著者付与メタデータテーブル１９４に書き込まれる。

以下、図１４及び図１５を用いて、著者によってウェブページに付与されたメタデータの取得についてより詳しく説明する。
メタデータは、図１４に示すようにウェブページ内に付与されている場合と、図１５に示すようにウェブページと関連付けられたメタデータファイルに格納されている場合とがある。

まず、図１４を用いて地域メタデータがウェブページ内に付与されている場合について説明する。図１４に、例として、ＨＴＭＬ（Hyper Text Markup Language）で記述されたウェブページのソースを示す。図１４において、HEADタグで挟まれた部分に、METAタグを用いて、ウェブページ内にメタデータが付与されている。図１４の例では、ウェブページに付与されたメタデータのデータ名が「area」であり、そのメタデータの内容は「神奈川県／横浜市／西区／みなとみらい」であることが分かる。

次に、図１５を用いて、メタデータがウェブページと関連付けられたメタデータファイルに格納されている場合について説明する。図１５に、例として、図１５Ａに示されるＲＤＦ（Resource Description Framework）文が、図１５Ｂに示されるウェブページ（リソース）に与えられている場合を示す。

図１５Ａに示されるＲＤＦディスクリプションがメタデータファイルに相当する。図１５Ａに示すＲＤＦディスクリプションは、ＵＲＩ（Uniform Resource Locator）が「url1」であるウェブページ（図１５Ｂに示す）に、「神奈川県／横浜市／西区／みなとみらい」という内容を有する地域メタデータを付与している。

収集部１１は、図１４及び図１５に示すようにウェブページに付与されているメタデータを抽出し、抽出されたメタデータをそのウェブページのＩＤと対応させてＵＲＩメタデータテーブル１９２及び・又は著者メタデータテーブル１６３に書き込む。

収集部１１によってＷＷＷからウェブページが収集されると、地域メタデータ抽出部１２は、そのウェブページ等から、そのウェブページが関連している地域についてのメタデータである地域メタデータを抽出する。以下、図１６から図２１を用いて地域メタデータ抽出部１２による処理の手順について説明する。

図１６に、地域メタデータを抽出する処理の全体の流れ（メインフロー）を示す。
図１６に示すように、まず、Ｓ１００において、地域メタデータ抽出部１２は、ＵＲＬ−ＩＤテーブル１６１から１つのウェブページのＩＤを取得する。続いて、Ｓ１０１において、地域メタデータ抽出部１２は、そのＩＤによって特定されるウェブページの本文内の情報から地域メタデータを抽出する。

Ｓ１０２において、地域メタデータ抽出部１２は、予め著者によってそのウェブページに付与されているメタデータの中から地域メタデータを抽出する。さらに、Ｓ１０３において、地域メタデータ抽出部１２は、検索ログ集計テーブル１９４から地域メタデータを抽出する。Ｓ１０３の後、Ｓ１０４において、地域メタデータ抽出部１２は、そのウェブページのリンク元となっているウェブページの地域メタデータからそのウェブページの地域メタデータを抽出する。Ｓ１０５において、地域メタデータ抽出部１２は、ＵＲＩを示す文字列から地域メタデータを抽出する。

なお、Ｓ１０１からＳ１０５までの地域メタデータを抽出する処理は、Ｓ１０１から順に行われるが、Ｓ１０５に至るまでの間にＮ件の地域メタデータが抽出された場合、後続の処理は行われずに、処理はＳ１０６へ進む。つまり、Ｓ１０１からＳ１０５までの地域メタデータを抽出する処理には優先順位がある。

最後に、Ｓ１０６において、地域メタデータ抽出部１２は、抽出したＮ件の地域メタデータをそのウェブページのＩＤと対応付けて、地域メタデータテーブル１９３に書き込み、処理を終了する。

以下、Ｓ１０１からＳ１０５までの各処理の詳しい手順について説明する。まず、図１７を用いて、ウェブページの本文内から地域メタデータを抽出するＳ１０１の処理について説明する。

まず、Ｓ１１０において、地域メタデータ抽出部１２は、参照関係テーブル１６２を参照し、図１６に示すＳ１００で取得したＩＤをリンク元ＩＤとして含む参照関係データからウェブページの本文アーカイブファイル名を取得する。なお、同じリンク元を持つ参照関係データが２以上ある場合、最新の収集日を持つ参照関係データから本文アーカイブファイル名を取得する。

続いて、Ｓ１１１において、地域メタデータ抽出部１２は、その本文アーカイブファイル名に基づいて、本文ファイルをＷＷＷから取り出し、その本文に郵便番号が含まれているか否か判定する。Ｓ１１１での判定において、その本文に郵便番号が含まれている場合（Ｓ１１１：Ｙｅｓ）、Ｓ１１２に進む。Ｓ１１１での判定において、その本文に郵便番号が含まれていない場合（Ｓ１１１：Ｎｏ）、Ｓ１１３に進む。

Ｓ１１２において、地域メタデータ抽出部１２は、地域区分テーブル１７１を参照し、本文に含まれていた郵便番号に対応する地域の名称（つまり地名）及びその地域の緯度と経度を、そのウェブページの地域メタデータとして取得する。

Ｓ１１３において、地域メタデータ抽出部１２は、不図示のテーブルに格納されている地名に基づいて、上記本文に住所を示す表現、つまり住所表現が含まれているか否か判定する。上記本文に住所表現が含まれている場合（Ｓ１１３：Ｙｅｓ）、Ｓ１１４に進む。上記本文に住所表現が含まれていない場合（Ｓ１１３：Ｎｏ）、Ｓ１１５に進む。

Ｓ１１４において、地域メタデータ抽出部１２は、その住所表現をそのウェブページの地域メタデータとして抽出する。その際に、地域メタデータ抽出部１２は、なるべく狭い範囲まで地域を特定するような住所表現を抽出する。

なお、住所表現は、階層を有していることが多い。階層を有する場合、地域メタデータ抽出部１２は、なるべく深い階層、つまり狭い範囲まで地域を特定することができる住所表現を抽出する。

例えば、本文中に「神奈川県横浜市の西区みなとみらいのお店で・・・・」という住所表現が含まれていた場合、その住所表現は「神奈川／横浜」、「神奈川／横浜／西区」及び「神奈川／横浜／西区／みなとみらい」のいずれの地域にも該当する。この場合、地域メタデータ抽出部１２は、最も深い階層まで特定している「神奈川／横浜／西区／みなとみらい」をそのウェブページの地域メタデータとして抽出する。

Ｓ１１５において、地域メタデータ抽出部１２は、ランドマーク知識テーブル１７２に格納されているランドマークの名称が、上記本文中に含まれているか否か判定する。ここで、ランドマークとは、有名な建物、温泉、旧地名等、地域に関連した固有名詞をいう。例えば、ランドマークとなる有名な建物の例として「帝国ホテル」、温泉の例として「強羅」、旧地名の例として「甲斐」等が挙げられる。本文中にランドマークの名称が含まれていない場合、図１６に示すメインフローに戻る。本文中にランドマークの名称が含まれている場合、Ｓ１１６に進む。

Ｓ１１６において、地域メタデータ抽出部１２は、ランドマーク知識テーブル１７２を参照し、本文中に含まれていたランドマークの名称に対応する地域の名称及びその地域の位置を示す緯度と経度を、そのウェブページの地域メタデータとして取得する。

続いて、Ｓ１１７において、地域メタデータ抽出部１２は、図１６のＳ１００で取得したＩＤを持つウェブページのｎレベル先のリンク先となっている同じサイト内のウェブページについてＳ１１１からＳ１１６までの処理を行ったか否か判定する。Ｓ１１７でＮｏである場合、Ｓ１１８に進む。Ｓ１１７でＹｅｓである場合、図１６に示すメインフローに戻る。ここで、リンク先のレベルとして、例えば、２レベル程度が挙げられる。

Ｓ１１８において、地域メタデータ抽出部１２は、処理のすんだウェブページと同一サイト内のリンク先となってウェブページのＩＤの本文アーカイブファイル名を参照関係テーブル１６２から取得し、Ｓ１１１に戻る。

例えば、あるサイトのトップページとなっているウェブページの本文に郵便番号や住所表現等がない場合でも、そのウェブページから「アクセス情報」等のリンク文字列でリンクされたリンク先のウェブページの本文に住所表現等が含まれている場合が多い。したがって、地域メタデータ抽出部１２は、あるウェブページの本文からだけでなく、そのウェブページのリンク先のウェブページの本文からも、地域メタデータを抽出する。

次に、図１８を用いて、ウェブページに著者によって付与されたメタデータから地域メタデータを抽出するＳ１０２の処理について説明する。
まず、Ｓ１２０において、地域メタデータ抽出部１２は、図１６のＳ１００で取得されたＩＤを用いて著者付与メタデータテーブル１９４を検索する。続いて、Ｓ１２１において、地域メタデータ抽出部１２は、そのＩＤに対応するメタデータが著者付与メタデータテーブル１９４に格納されているか判定する。該当するメタデータが著者付与メタデータテーブル１９４に格納されている場合（Ｓ１２１：Ｙｅｓ）、Ｓ１２２に進む。そうでない場合（Ｓ１２１：Ｎｏ）、図１６に示すメインフローに戻る。

Ｓ１２２において、地域メタデータ抽出部１２は、そのメタデータを地域メタデータとして取得し、図１６に示すメインフローに戻る。
次に、図１９を用いて、検索ログ集計テーブル１９４から地域メタデータを抽出するＳ１０３の処理について説明する。

まず、Ｓ１３０において、地域メタデータ抽出部１２は、図１６のＳ１００で取得されたＩＤを用いて検索ログ集計テーブル１９５を検索する。Ｓ１３１において、地域メタデータ抽出部１２は、そのＩＤに対応するログ集計データが検索ログ集計テーブル１９５に格納されているか否か判定する。該当するログ集計データが検索ログ集計テーブル１９５に格納されている場合（Ｓ１３１：Ｙｅｓ）、Ｓ１３２に進む。そうでない場合（Ｓ１３１：Ｎｏ）、図１６に示すメインフローに戻る。

Ｓ１３２において、地域メタデータ抽出部１２は、そのログ集計データから最多頻度のアクセス位置を地域メタデータとして取得し、図１６に示すメインフローに戻る。
例えば、検索結果として取得したウェブページのなかから、あるウェブページを選択してアクセスした利用者の数が１０００名であり、そのうち３００名が特定の位置（メッシュ）からアクセスしていた場合、その位置は、当該ウェブページに関連すると考えられる。したがって、地域メタデータ抽出部１２は、このような位置を示す情報を地域メタデータとして抽出する。

次に、図２０を用いて、ウェブページのリンク元となっている他のウェブページから地域メタデータを抽出するＳ１０４の処理について説明する。
まず、Ｓ１４０において、地域メタデータ抽出部１２は、参照関係テーブル１６２を逆引きすることにより、図１６のＳ１００で取得したＩＤをリンク先ＩＤとして持つ１以上のウェブページのＩＤを取得する。これにより、Ｓ１００で取得したＩＤをもつウェブページのリンク元となっているウェブページ、つまりリンク元ページのＩＤを取得する。

次に、Ｓ１４１において、地域メタデータ抽出部１２は、Ｓ１４０で取得した１以上のＩＤを検索キーとして用いて、地域メタデータテーブル１９３からリンク元ページについての１以上の地域メタデータを取得する。上述のように、地域メタデータは、地域の名称であることもあれば、地域の地理上の位置を示す緯度・経度であることもある。

Ｓ１４２において、地域メタデータ抽出部１２は、Ｓ１４１で取得された地域メタデータの中に、所定の数以上のリンク元ページに共通する地域メタデータとなっている地域の名称が含まれる否か判定する。所定の数以上のリンク元ページに共通する地域メタデータとなっている地域の名称がある場合（Ｓ１４２：Ｙｅｓ）、Ｓ１４３に進む。そうでない場合（Ｓ１４２：Ｎｏ）、Ｓ１４４に進む。

Ｓ１４３において、地域メタデータ抽出部１２は、当該地域の名称を地域メタデータとして取得し、Ｓ１４４に進む。
Ｓ１４４において、地域メタデータ抽出部１２は、Ｓ１４１で取得された地域メタデータの中に、所定の数以上のリンク元ページに共通する地域メタデータとなっている緯度・経度が含まれる否か判定する。該当する緯度・経度がある場合（Ｓ１４４：Ｙｅｓ）、Ｓ１４５に進む。そうでない場合（Ｓ１４４：Ｎｏ）、図１６に示すメインフローに戻る。

Ｓ１４５において、地域メタデータ抽出部１２は、当該緯度・経度を地域メタデータとして取得し、図１６に示すメインフローに戻る。
例えば、あるウェブページＰ１について、上述の図１６のＳ１０１からＳ１０３の処理で地域メタデータが抽出されなかった場合でも、そのウェブページＰ１のリンク元ページが１００ページあり、それらのリンク元ページのうち６０ページが、「神奈川／横浜／西区／みなとみらい」という地域の名称を共通する地域メタデータとしている場合、当該ウェブページＰ１もこの「神奈川／横浜／西区／みなとみらい」という地域に関連すると推測できる。地域メタデータが緯度・経度である場合も同様である。したがって、地域メタデータ抽出部１２は、リンク元ページに共通している地域メタデータを、ウェブページＰ１の地域メタデータとして取得する。

次に、図２１を用いて、ＵＲＩを示す文字列から地域メタデータを抽出するＳ１０５について説明する。まず、Ｓ１５０において、地域メタデータ抽出部１２は、図１６のＳ１００で取得したＩＤに対応するＵＲＩをＵＲＩ−ＩＤテーブル１６１から取得する。

Ｓ１５１において、地域メタデータ抽出部１２は、取得されたＵＲＩが地域ドメインであるか否か判定する。
ＵＲＩが地域ドメインである場合（Ｓ１５１：Ｙｅｓ）、Ｓ１５２に進む。そうでない場合、Ｓ１５３に進む。

Ｓ１５２において、地域メタデータ抽出部１２は、地域ドメインから、図１６のＳ１００で取得したＩＤに対応するウェブページについての地域メタデータを抽出する。
ここで、地域ドメインとは、ドメイン名に、市町村名、都道府県名等の地域の名称を含むドメインであり、地域ドメインの規格は既に存在している。例えば、日本の場合、「××××．区名．政令指定都市名．」或いは、「×××．市区村町名．都道府県名．ｊｐ」等の規格がある。具体的に説明すると、「tokyo.jp」というドメインは、「東京都」の地域ドメインである。地域ドメインを持つウェブページはその地域に関連していると考えられる。したがって、地域メタデータ抽出部１２は、地域ドメインからウェブページについての地域メタデータを抽出することができる。

Ｓ１５３において、地域メタデータ抽出部１２は、Ｓ１５０において取得したＵＲＩ中のドメインと一致するドメインを持つランドマークデータが、ランドマーク知識テーブル１７２に格納されているか否か判定する。該当するランドマークデータが格納されている場合（Ｓ１５３：Ｙｅｓ）、Ｓ１５４に進み、そうでない場合（Ｓ１５３：Ｎｏ）、Ｓ１５５に進む。

Ｓ１５４において、地域メタデータ抽出部１２は、そのＵＲＩのドメインと一致するドメインを持つランドマークデータから、地域の名称及び緯度・経度を、図１６のＳ１００で取得したＩＤに対応するウェブページについての地域メタデータとして取得し、Ｓ１５５に進む。そのウェブページは、ドメインが一致したランドマークが存在する地域に関連するとみなすことができるからである。

Ｓ１５５において、地域メタデータ抽出部１２は、Ｓ１５０において取得したＵＲＩ中に、地域の名称と関連する文字列が含まれているか否か判定する。なお、地域の名称は、不図示のテーブルに予め格納されている。ＵＲＩ中に地域の名称と関連する文字列が含まれている場合（Ｓ１５５：Ｙｅｓ）、Ｓ１５６に進み、そうでない場合（Ｓ１５５：Ｎｏ）、図１６に示すメインフローに戻る。

Ｓ１５６において、地域メタデータ抽出部１２は、ＵＲＩに含まれる文字列に関連する地域の名称を、図１６のＳ１００で取得したＩＤに対応するウェブページについての地域メタデータとして取得し、図１６に示すメインフローに戻る。

例えば、ＵＲＩに含まれる「kanagawa」、「tokyo」、「newyork」、「boston」等の文字列は、そのＵＲＩに対応するウェブページがそれぞれ、神奈川、東京、ニューヨーク及びボストンに関連することを示すと考えることができるからである。

上述のようにして地域メタデータ抽出部１２は、地域メタデータを抽出する。これらのＳ１０１からＳ１０５の処理は、全て人手を介さずにコンピュータ等を用いて文字列やリンク関係等を解析することによって行われる。したがって、現在いる場所に関連する情報を携帯移動端末に提供するために、人手でデータベースを作成することが不要となる。また、Ｓ１０１からＳ１０５に説明したように、多くの方法を用いてウェブページに付与すべき地域メタデータを抽出することにより、地域メタデータを自動的に抽出する事による抽出精度上の限界を補完することを可能とする。

上述の地域メタデータ抽出部１２がウェブページについての地域メタデータを抽出する処理の前後、又は処理に平行して、人気度・分類付与部１３は、ウェブページの人気の高さの度合いを示すメタデータである人気度を算出し、算出した人気度及びその人気度に基づく人気度順位を、その算出日及びそのウェブページのＩＤとともに人気度テーブル１９１に書き込む。さらに、人気度・分類付与部１３は、そのウェブページの本文等に基づいて、そのウェブページのキーワードを作成し、そのキーワードをメタデータテーブル１９２に書き込む。

上述のように、人気度を算出する処理及びキーワードを作成する処理は公知であるため、これらの処理についての詳しい説明は省略する。
上述のようにして収集されたウェブページについてのメタデータが取得される。地域情報検索部１４は、端末２０から検索要求を受信すると、このようにして取得されたメタデータを用いて、ＷＷＷからウェブページを検索する。地域情報検索部１４による検索は以下のようにして行われる。

（１）まず、地域情報検索部１４は、利用者の端末２０からキーワードやカテゴリのような検索要求、及び位置情報を取得する。
（２）続いて、地域情報検索部１４は、当該検索要求を満たすウェブページについての地域メタデータを地域メタデータテーブル１９３を取得し、取得した地域メタデータに基づいて、地域に関しては以下の優先順位で上位Ｍ件のウェブページを取得する。以下、地域に関する優先順位を地域優先度という。

（２−１）端末２０から受信した位置情報によって示される位置に地理的位置が近い地域、例えば南北１ｋｍ以内に位置する地域を示す地域メタデータを有するウェブページ。
（２−２）端末２０から受信した位置情報によって示される位置の付近の地域区分を示す地域メタデータを有するウェブページ。

（２−３）端末２０から受信した位置情報によって示される位置が含まれる地域区分の上位の地域区分を示す地域メタデータを有するウェブページ。
（２−４）端末２０から受信した位置情報によって示される位置が含まれる地域区分に類似する地域区分を示す地域メタデータを有するウェブページ。類似する地域区分とは、例えば、端末が位置する地域区分と地域区分の上位２レベルが同じである地域区をいう。

このウェブページの地域優先度の決定方法について、詳しくは後述する。
（３）さらに、地域情報検索部１４は、（２）で決定した地域優先度、人気度又は検索要求との合致度に基づいて、或いはそれらの組み合わせに基づいて、検索結果をソートし、ソートされた検索結果を利用者の端末２０に送信する。

なお、検索要求との合致度は、例えば、ウェブページの本文中に含まれるキーワードの数等に基づいて決定される。この検索要求との合致度の算出方法は、公知であるため、この方法についての詳しい説明を省略する。

以下、図２２を用いて、地域情報検索部１４によるウェブページの地域に関する優先順位の決定方法について、より詳しく説明する。説明のために、地域情報検索部１４が、検索要求「近くのレストランを知りたい」を、位置情報「東経139.37.01、北緯35.27.00」とともに利用者の端末２０から受信したと仮定する。地域情報検索部１４が、検索要求「レストラン」に該当するウェブページについての地域メタデータを検索した結果、図２２に示すような地域メタデータが得られたとする。地域情報検索部１４は、これらの地域メタデータに基づいて、検索要求「近くのレストランを知りたい」のうち「近く」に該当するように、これらのウェブページの地域優先度を決定する。

図２２に示すように、端末２０から受信された位置情報は、である。この位置情報によって示される位置が含まれる地域区分は「神奈川県／横浜市／西区／みなとみらい」である。

まず、この位置情報によって示される位置に地理的に近い位置を示す地域メタデータは、ＩＤが１２であるウェブページの地域メタデータ「東経139.38.02、北緯35.27.07」である。したがって、地域情報検索部１４は、ＩＤが１２であるウェブページの地域優先度を１に決定する。

次に、地域情報検索部１４は、この位置情報によって示される位置の付近の地域区分を示す地域メタデータを図２２に示すテーブルから検索する。しかし、該当する地域メタデータは図２２中のテーブルにはない。

さらに、地域情報検索部１４は、この位置情報によって示される位置が含まれる地域区分「神奈川県／横浜市／西区／みなとみらい」の上位の地域区分を示す地域メタデータを図２２に示すテーブルから検索する。その結果、「神奈川県／横浜市／西区」を示す地域メタデータを有するＩＤが１１であるウェブページ、及び「神奈川県／横浜市」を示す地域メタデータを有するＩＤが１３であるウェブページが取得される。これらのメタデータが示す地域区分のうち、「神奈川県／横浜市／西区／みなとみらい」のすぐ上位の地域区分は「神奈川県／横浜市／西区」であり、その更に上位の地域区分は、「神奈川県／横浜市」である。したがって、地域情報検索部１４は、ＩＤが１１であるウェブページの地域優先度を２に決定し、ＩＤが１３であるウェブページの地域優先度を３に決定する。

続いて、地域情報検索部１４は、この位置情報によって示される位置が含まれる地域区分「神奈川県／横浜市／西区／みなとみらい」に類似する地域区分を示す地域メタデータを図２２に示すテーブルから検索する。その結果、「神奈川県／横浜市／港北区」を示す地域メタデータを有するＩＤが１４であるウェブページが取得される。したがって、地域情報検索部１４は、ＩＤが１４であるウェブページの地域優先度を４に決定する。

上記説明では、端末２０が検索要求と位置情報をＷｅｂ地域情報検索装置１０に送信し、それらの情報に基づいて地域情報検索部１４が、ＷＷＷから情報を検索すると仮定している。しかし、利用者が予め、ある位置又はある地域を地域情報検索部１４に送信しておき、地域情報検索部１４は、予め定められた位置又は地域に端末２０が至った場合に、その地域に関する情報をＷＷＷから検索し、検索結果を端末２０に送信することとしても良い。

このようにして、Ｗｅｂ地域情報検索装置１０は、ＷＷＷ上の雑多なウェブページが関連する地域を示す地域メタデータを抽出し、その地域メタデータウェブページに対応させて格納する。そして、検索要求とともに地理上の位置を示す位置情報を受信した場合には、検索要求をみたし、かつ、その位置情報によって示される位置に関連する地域を示す地域メタデータを有するウェブページを検索する。これにより、Ｗｅｂ地域情報検索装置１０は、ＷＷＷ上の雑多なウェブページを検索し、その位置又は場所に関する情報を取得することを可能とする。したがって、従来のように、端末がどこから検索要求を送信しても、同じ検索結果が得られてしまうという問題、及び、人手でデータベースを作成しなければならないという問題は解決される。

また、Ｗｅｂ地域情報検索装置１０は、ウェブページの著者が、ウェブページにメタデータを付与することを促進させる機能も有する。その機能は２つの方法で実現される。
第１の方法は、地域情報検索部１４が、ウェブページの著者に対し、ウェブページにメタデータを付与することの代償として、従来得られなかったような、そのウェブページに関連する検索ログを提供することである。

上述のように、メタデータ管理ＤＢ１９には、検索ログ集計テーブル１９５が格納されている。このテーブル１９５は、ウェブページがどこからどのくらいの頻度でアクセスされたかを示す集計ログデータを格納する。地域情報検索部１４は、著者の端末３０に、著者のウェブページに関する集計ログデータを送信する。著者は、自分の作成したウェブページに関する集計ログデータを、今後の自分のサイトの指針とすることが可能である。例えば、著者は、自分が作成したウェブページがある地域からアクセスされる頻度が高いことに基づいて、その地域に向けにウェブページの内容をカスタマイズすることとしても良い。

第２の方法は、地域メタデータ候補通知部１５が、ウェブページの著者にそのウェブページに付与すべきメタデータの候補を通知することである。
上記において説明したようにして、地域メタデータ抽出部１２は、ウェブページの本文等から地域メタデータを抽出する。地域メタデータ候補通知部１５は、地域メタデータ抽出部１２によって抽出された地域メタデータを、ウェブページに付与すべきメタデータの候補として著者に通知する。

例えば、著者が新たに作成したウェブページをサーバに登録する際、地域メタデータ抽出部１２は、そのウェブページの本文内の情報、及び、そのウェブページのＵＲＩを示す文字列から、そのウェブページに付与すべき地域メタデータの候補を抽出する。なお、ウェブページの本文内、及び、ＵＲＩを示す文字列から地域メタデータの候補を抽出する方法は、それぞれ、図１７及び図２１を用いて説明した地域メタデータの抽出方法と同様である。

地域メタデータ候補通知部１５は、抽出された地域メタデータをそのウェブページに付与すべき地域メタデータの候補として、著者の端末３０に送信する。著者は、受信した地域メタデータの候補の中から、地域メタデータとして用いるデータを選択し、そのウェブページにその地域メタデータを付与する。

また、例えば、著者が更新したウェブページをサーバに登録する際には、地域メタデータ抽出部１２は、ウェブページの本文内の情報及びそのウェブページのＵＲＩを示す文字列に加え、さらに、検索ログ集計テーブル１９４及びそのウェブページのリンク元ページの地域メタデータから、そのウェブページに付すべき地域メタデータの候補を抽出することとしてもよい。なお、検索ログ集計テーブル１９４、及び、リンク元ページの地域メタデータから地域メタデータの候補を抽出する方法は、それぞれ、図１９及び図２０を用いて説明した地域メタデータの抽出方法と同様である。

その後、ウェブページの作成時と同様に、地域メタデータ候補通知部１５は、抽出された地域メタデータを候補として著者の端末３０に送信する。著者は、受信した候補の中から、地域メタデータとして用いるデータを選択し、そのウェブページにその地域メタデータを付与する。

このように、地域メタデータの候補を著者に通知することにより、著者が地域メタデータをウェブページに付与することが容易となる。また、候補として通知される地域メタデータは、比較的高い頻度でそのウェブページがアクセスされる地域を示す情報でもある。したがって、著者は、通知される地域メタデータに基づいて、そのウェブページを特定の地域向けにカスタマイズすることも可能である。

このようにして、Ｗｅｂ地域情報検索装置１０は、著者がウェブページにメタデータを付与すること促進させる。そして、著者によって付与されたメタデータは、上述のメタデータを抽出する処理において利用される。メタデータの付与を促進させることにより、ＷＷＷからのウェブページの検索精度及びＷＷＷ上の情報の有用性を向上させることが可能となる。

以下、本発明の第２の実施形態について説明する。図２３は、第２の実施形態に係わる観光ポータルサイトの機能ブロック図である。図２３に示すように、観光ポータルサイト４０は、利用者の端末２０及びメタデータ構築装置５０と、不図示のネットワークを介して接続されている。なお、観光ポータルサイト４０とメタデータ構築装置５０は、同じ装置内に備えられている構成でも良いことは言うまでもない。

端末２０は、上述のようにＧＰＳや無線技術等を用いて位置情報を取得する機能を有する。さらに、端末２０は、利用者に関するメタデータである利用者プロファイルを格納する利用者プロファイルＤＢ２３を備える。利用者は、ＷＷＷから情報を検索する際に、位置情報、利用者プロファイル及び検索要求を端末２０から観光ポータルサイト４０へ送信する。なお、検索要求として、カテゴリやキーワード等が考えられる。

観光ポータルサイト４０は、位置情報、検索要求及び利用者プロファイルに基づいてＷＷＷからウェブページを検索し、検索結果を端末２０に送信する。検索結果を端末２０に送信する際に、観光ポータルサイト４０は、位置情報によって示される位置及びウェブページに付与された地域メタデータによって示される位置を地図上に記す。さらに、観光ポータルサイト４０は、検索結果及び利用者のアクセスしたログを取得する。そのために、観光ポータルサイト４０は、地図情報ＤＢ４１、プロファイルマッチャ４２、地域情報検索部１４、メタデータＤＢ４３及び検索ログ１８を備える。

地図情報ＤＢ４１は、地図を示す地図情報を格納する。プロファイルマッチャ４２は、端末２０から受信した利用者プロファイルと適合する検索結果を判定し、適合すると判定された検索結果を端末２０に送信する。検索結果において、検索により得られたウェブページの地域メタデータによって示される位置及び位置情報によって示される位置が、地図上に記されている。さらに、プロファイルマッチャ４２は、上述のログを検索ログ１８に書き込む。プロファイルマッチャ４２による、利用者プロファイルに合致する検索結果を判定する処理は、公知であるため説明を省略する。メタデータＤＢ４４は、メタデータ構築装置５０から受信したメタデータを格納する。地域情報検索部１４及び検索ログ１８については、上記において説明した。

メタデータ構築装置５０は、ＷＷＷからウェブページを収集し、収集したウェブページにメタデータを付与し、付与したメタデータを観光ポータルサイト４０に送信する。そのために、メタデータ構築装置５０は、収集部１１地域メタデータ抽出部１２及び人気度・分類付与部１３を備える。収集部１１、地域メタデータ抽出部１２及び人気度・分類付与部１３については、上記において既に説明した。ここで、収集部１１は、観光ポータルサイト４０が重点をおいている地域、例えば京都等の観光名所に関する情報を中心に収集することとしてもよい。

図２３における人気度・分類付与部１３内のウェブページリンク解析部５１及び分類部５２は、それぞれ、ウェブページ間のリンク関係を解析することにより各ウェブページの人気度を算出し、ウェブページの本文内のキーワードに基づいてそのウェブページのカテゴリを分類する。これらのリンク関係の解析及び分類は公知の技術である。また、メタデータ構築装置５０によってウェブページに付与されるメタデータについても、上記において説明した。

以下、メタデータ構築装置５０によって収集されるメタデータの属性について説明する。メタデータ構築装置５０は、地域メタデータ、タイトル、説明等、収集したウェブページのメタデータを収集する。ここで、メタデータ構築装置５０は、観光ポータルサイト４０の用途に合わせて、上述のメタデータの他に更なるメタデータをウェブページの本文から取得することとしても良い。図２４に、観光ポータルサイト４０の用途に合わせてメタデータ構築装置５０が取得するメタデータの属性の一例を示す。

図２４に示すように、メタデータ構築装置５０が、全てのウェブページに共通してウェブページから抽出するメタデータの属性として、例えば「組織名」、「住所」、「電話番号」、「ファックス番号」、ウェブページのＵＲＩ」及び「ウェブページの内容の種別」等が挙げられる。

また、例えばウェブページの内容の種別が「レストラン」である場合、さらに、メタデータ構築装置５０がウェブページから抽出するメタデータの属性として、「料理種別」、「定休日」、「席数」、「予約申し込みのためのウェブページのＵＲＩ」、「クーポンを発行するウェブページのＵＲＩ」等が挙げられる。

また、例えば、ウェブページの内容の種別が「土産店」である場合、メタデータ構築装置５０がウェブページから抽出するメタデータの属性として、「商品種別」、定休日」及び「クーポンを発行するウェブページのＵＲＩ」等が挙げられる。

また、例えば、ウェブページの内容の種別が「ホテル」である場合、メタデータ構築装置５０がウェブページから抽出するメタデータの属性として、「部屋数」、「空部屋数」及び「予約申し込みのためのウェブページのＵＲＩ」等が挙げられる。

次に、図２５を用いて、利用者プロファイルＤＢ２３に格納される利用者プロファイルに含まれるデータの属性の一例について説明する。図２５に示すように、利用者プロファイルに含まれるデータに必須の属性として、例えば、１０代、２０代等の年令範囲、性別が挙げられる。また、他の属性として、利用者の趣味のカテゴリ、家族構成、子供の有無、旅行の履歴等が挙げられる。

以下、観光ポータルサイト４０を用いた情報の検索手順について説明する。まず、図２６を参照しながら、旅行に出かける前に利用者が観光ポータルサイト４０を用いてＷＷＷ上の情報を検索する場合について説明する。説明のために、Ｘ寺への旅行履歴が端末２０の利用者プロファイルＤＢ２３に格納されており、利用者が、「以前の旅行ルートは今どうなっているのか」に関する情報を取得しようとしていると仮定する。

利用者の端末２０は、利用者プロファイルとともに、検索要求「以前の旅行ルートは今どうなっているのか」を観光ポータルサイト４０に送信する。図２６に示すように、観光ポータルサイト４０内の地域情報検索部１４及びプロファイルマッチャ４２は、Ｘ寺に関する旅行履歴に基づいてＸ寺のホームページの新着情報のＵＲＩを取得し、端末２０に送信する。さらに、観光ポータルサイト４０は、メタデータＤＢ４５等から、Ｘ寺の拝観料及びＸ寺までの交通費等の旅行プランの作成を補助する情報を取得し、利用者の端末２０に送信する。

次に、図２７を参照しながら、旅先の利用者が観光ポータルサイト４０を用いてＷＷＷ上の情報を検索する場合について説明する。まず、旅先において、利用者が、「近くのレストラン」に関する情報を観光ポータルサイト４０に検索させる場合について説明する。

この場合、まず、利用者の端末２０は、ＧＰＳ等を用いて得られた位置情報及び検索要求「近くのレストランを知りたい」を観光ポータルサイト４０に送信する。観光ポータルサイト４０内の地域情報検索部１４は、位置情報及びカテゴリ「レストラン」を検索キーとしてメタデータＤＢ４３を検索し、位置情報によって示される位置に近い地域を示す地域メタデータを有し、カテゴリ「レストラン」に分類されたウェブページを取得する。そして、プロファイルマッチャ４２は、地域情報ＤＢ４１から位置情報によって示される位置が含まれる地域に関する地図情報を取得し、その地図情報、位置情報及び検索されたウェブページに関する地域メタデータに基づいて、そのウェブページの地域メタデータによって示される位置又は地域及び位置情報によって示される位置を、それらの位置が含まれる地域の地図に記した画面を作成し、その画面を端末２０の表示部に表示させる。

図２７Ａに、検索結果の表示画面の一例を示す。図２７Ａにおいて、地図中に、位置情報によって示される端末２０の現在地が黒い四角形（■）で記され、検索の結果得られた「近くのレストラン」の存在地がアスタリスクマーク（＊）で記されている。

図２７Ａに示す画面において利用者が、検索結果のうちいずれかのレストランの存在地を選択（クリック等）すると、地域情報検索部１４は、選択されたレストランに関するメタデータをメタデータＤＢ４３から取得し、端末２０の表示部に表示させる。

図２７Ｂに、選択された位置に対応するメタデータの表示画面の一例を示す。図２７Ｂにおいて、選択されたレストラン「Ｙ茶房」の電話番号、住所、Ｙ茶房のホームページのＵＲＩ、予約申し込みのためのウェブページのＵＲＩ、クーポン発行のためのウェブページのＵＲＩ等が示されている。また、各ＵＲＩには、対応するウェブページへのリンクが格納されており、利用者がいずれかのＵＲＩを選択すると、そのＵＲＩに対応するウェブページが端末２０の表示部に表示される。

次に、旅先において、利用者が、自分の好みに合う近くの土産店に関する情報を観光ポータルサイト４０に検索させる場合について説明する。
この場合、まず、利用者の端末２０は、ＧＰＳ等を用いて得られた位置情報、利用者プロファイル及び検索要求「近くでお土産を買いたい」を観光ポータルサイト４０に送信する。観光ポータルサイト４０内の地域情報検索部１４は、位置情報及びカテゴリ「お土産」を検索キーとしてメタデータＤＢ４３を検索し、位置情報によって示される位置に近い位置又は地域を示す地域メタデータを有し、カテゴリ「お土産」に分類されたウェブページを取得する。そして、プロファイルマッチャ４２は、利用者プロファイルに基づいて、取得されたウェブページのうち、利用者の好みに最も合うと推定できるウェブページが先頭になるように検索結果をソートし、ソートされた順に、検索されたウェブページのＵＲＩを端末２０の表示部に表示させる。

図２７Ｃに、利用者プロファイルが「利用者が４０歳台であり、子供あり」であることを示す場合に端末２０に表示される画面の一例を、図２７Ｄに、利用者プロファイルが「利用者が２０歳台であり、趣味カテゴリがグルメ」であることを示す場合に端末２０に表示される画面の一例を、を示す。図２７Ｃ及び図２７Ｄに示すように、４０歳台で子供ありの利用者の端末２０には、土産屋を先頭にして検索結果が表示されている一方で、２０歳台で趣味がグルメの利用者の端末２０には、食品専門店を先頭にして検索結果が表示されている。

このように、第２実施形態に係わる観光ポータルサイト４０によれば、地理上の位置を示す位置情報に基づいて、ＷＷＷからその位置又は場所に関連するウェブページを取得することを可能とするとともに、その検索結果を利用者に合わせて利用者に提供することが可能となる。

以下、本発明の第３実施形態について説明する。図２８は、第３の実施形態に係わる位置情報検索装置の機能ブロック図である。図２８に示すように、位置情報検索装置６０は、利用者の端末２０と不図示のネットワークを介して接続されている。

端末２０は、上述のようにＧＰＳや無線技術等を用いて位置情報を取得する機能、入力部及びアクセス部を有する。情報を位置情報検索装置７０に登録したい場合、利用者は入力部を用いてメモ等の情報を入力し、アクセス部を用いて、入力した情報を位置情報及び入力日時を示す入力日時情報とともに位置情報検索装置６０に送信する。また、また、位置情報検索装置６０に格納された情報を検索したい場合、利用者は、入力部を用いて検索要求を入力し、アクセス部を用いて検索要求を位置情報検索装置６０に送信する。

位置情報検索装置６０は、利用者の端末からメモ等の登録対象情報を受信し、受信した登録対象情報から日時に関する日時メタデータ及び地域メタデータを抽出し、位置情報、抽出した日時メタデータ及び地域メタデータを、登録対象情報と対応させて管理する。そして、利用者の指示に基づいて、管理する情報を検索する。

そのために、図２８に示すように、位置情報検索装置６０は、レシーバ６１、地域メタデータ抽出部１２、時間情報抽出部６２、メタデータ管理ＤＢ１９及び検索部６５を備える。

レシーバ６１は、利用者の端末から情報を受信し、受信した情報を地域メタデータ抽出部１２及び時間情報抽出部６２に出力する。地域メタデータ抽出部１２は、登録対象情報から地域メタデータを抽出し、登録対象情報と対応させて、抽出した地域メタデータをメタデータ管理ＤＢ１９に書き込む。地域メタデータ抽出部１２が行う処理については上記において説明した。

時間情報抽出部６２は、登録対象情報から日時メタデータを抽出する。時間情報抽出部６２が行う処理については、日本国公開特許公報、特開平１０−２８３３６５号において開示されているため、説明を省略する。

第３実施形態に係わるメタデータ管理ＤＢ１９は、第１実施形態に係わるメタデータ管理ＤＢ１９と同様に、メタデータを格納する。両者の異なる点は、第３実施形態に係わるメタデータ管理ＤＢ１９には、登録対象情報から抽出されたメタデータが格納されることと、人気度テーブル１９１の代わりに日時メタデータテーブル（不図示）が格納されることである。日時メタデータテーブルのデータ構造は、地域メタデータテーブル１９３のそれと比べて、地域に関する情報の代わりに日時に関する情報を格納する点が異なるだけであり、基本的に図１１に示す地域メタデータテーブルのデータ構造と同様であるため、説明を省略する。

本文ＤＢ６４は、登録対象情報及びその登録対象情報を識別するＩＤを格納する。本文ＤＢ６４のデータ構造は、自明であるため省略する。
検索部６５は、検索要求及び位置情報に基づいて、利用者入力入力情報を検索する。検索部６５が行う処理は、地域情報検索部１４と同様であるため、説明を省略する。

以下、位置情報検索装置６０を用いた情報の検索手順について説明する。まず、利用者は、自分で作成した情報やブラウザやメーラーで閲覧した情報のうち、位置情報検索装置６０に登録したい登録対象情報を、入力部を用いて選択する。登録対象情報が選択されると、アクセス部は、登録対象情報、入力日時情報及び位置情報を位置情報検索装置６０に送信する。

レシーバ６１は、受信した情報のうち、入力日時情報及び位置情報をメタデータ管理ＤＢ１９に書き込み、登録対象情報を本文ＤＢ６４に書き込む。また、レシーバ６１は、登録対象情報を地域メタデータ抽出部１２及び時間情報抽出部６２に出力する。

地域メタデータ抽出部１２は、登録対象情報から地域メタデータを抽出し、抽出した地域メタデータをメタデータ管理ＤＢ１９に格納する。例えば、登録対象情報中に「東京都文京区にある本郷の・・・」という情報が含まれる場合、地域メタデータ抽出部１２は地域メタデータとして「東京都／文京区／本郷」を登録対象情報から抽出する。

時間情報抽出部６２は、登録対象情報から日時メタデータを抽出し、抽出した日時メタデータをメタデータ管理ＤＢ１９に格納する。例えば、登録対象情報中に「投稿論文の締め切りは２００２年１月１３日（金）です」という情報が含まれる場合、時間情報抽出部６２は日時メタデータとして「2002/01/13」を登録対象情報から抽出する。

このようにして、位置情報検索装置６０は、受信した登録対象情報及び、その情報に関するメタデータをＤＢに格納する。
利用者から検索要求を受信した場合、その検索要求に基づいて、メタデータ管理ＤＢ１９に格納された日時メタデータ、地域メタデータ及びキーワード等を参照し、検索要求と合致するメタデータを有する登録対象情報のＩＤを取得する。そして、取得したＩＤに基づいてそのＩＤに対応する登録対象情報を本文ＤＢ６４から取得し、取得した登録対象情報を端末２０に検索結果として送信する。

例えば、検索部６５は、「数ヶ月前に関西に出張した時に見たウェブページを知りたい」という検索要求を受信した場合、「数ヶ月前」を示す入力日時情報又は日時メタデータを有し、且つ、「関西」を示す位置情報又は地域メタデータを有する登録対象情報を本文ＤＢ６４から検索することができる。

また、同様にして、検索部６５は、「先週自宅で作成したメモで、キーワード『Ｊａｖａ（登録商標）』を含むもの」という検索要求に基づいて、登録対象情報を本文ＤＢ６４から検索することができる。

この第３実施形態によっても、地理上の位置を示す位置情報に基づいて、雑多な情報を検索し、その位置又は場所に関する情報を取得することが可能となる。
以下、本発明の第４実施形態について説明する。図２９は、第４実施形態に係わる位置に応じた情報・広告配信装置７０を説明する図である。図２９に示すように、情報・広告配信装置７０は、利用者の端末２０と不図示のネットワークを介して接続されている。

端末２０は、ブラウザ２１及び位置情報取得部２２を有する。利用者は、情報を検索したい場合、端末２０にカテゴリやキーワード等の検索要求を入力する。端末２０は、検索要求及び位置情報を情報・広告配信装置７０に送信する。また、端末２０が、上記の利用者プロファイルＤＢを有する場合、端末２０は、検索要求及び位置情報とともに、利用者プロファイルを情報・広告配信装置７０に送信することとしてもよい。

情報・広告配信装置７０は、端末２０から受信した情報に基づいて情報を検索し、さらに、検索結果に関連する店を広告する広告情報を端末２０に配信する。そのために、情報・広告配信装置７０は、収集部１１、地域メタデータ抽出部１２、人気度・分類付与部１３、地域情報検索部１４、広告データ管理ＤＢ７１及びメタデータ管理ＤＢ１９を有する。なお、図２９において、収集部１１、地域メタデータ抽出部１２、人気度・分類付与部１３、は省略されている。また、収集部１１、地域メタデータ抽出部１２、人気度・分類付与部１３、地域情報検索部１４及びメタデータ管理ＤＢ１９については、既に説明した。

広告データ管理ＤＢ７１は、各店についての広告内容を示す広告情報及び、各店についての地域メタデータ、キーワード等を格納する。また、利用者の端末２０から検索要求及び位置情報とともに、利用者プロファイルを受信する場合、情報・広告配信装置７０は、上記構成に加え、さらにプロファイルマッチャを備えることとしても良い。

以下、情報・広告配信装置７０を用いた情報及び広告の配信手順について説明する。まず、利用者の端末２０は、検索要求位置情報を情報・広告配信装置７０に送信する。
情報・広告配信装置７０の地域情報検索部１４は、上述のようにして検索要求及び位置情報に基づいてメタデータ管理ＤＢ１９を検索し、検索結果えられたウェブページへのリンクを端末２０に送信する。さらに、地域情報検索部１４は、検索要求及び位置情報に基づいて広告データ管理ＤＢ７１を検索し、検索の結果得られた広告情報を端末２０に送信する。

なお、利用者が、検索要求及び位置情報に加えて利用者プロファイルを情報・広告配信装置７０に送信する場合、情報・広告配信装置７０は、上述のようにして得られた検索結果及び広告情報を、さらにプロファイルマッチャを用いてソートする処理が加わる。

例えば、端末２０から「近くでお土産を買いたい」という検索要求と位置情報を受信した場合、広告・情報配信装置７０は、第２実施形態の場合と同様にして位置情報で示される位置に近い、お土産を買える店についてのウェブページへのリンクを端末２０に表示する。さらに広告・情報配信装置７０は、検索された広告情報に基づいて、店を広告する音声、文字列又は画像等を端末２０に出力する。

次に、第４実施形態に係わる情報・広告配信装置７０の変形例について説明する。上述の説明において、情報・広告配信装置７０は、利用者の端末２０に検索結果を送信する際に、広告情報を利用者の端末２０に出力させる。しかし、情報・広告配信装置７０は、予め設定された位置に端末２０が至った場合にその位置に関連するウェブページの検索結果、及びその位置に関連する店の広告情報を端末２０に出力させることとしてもよい。

第４実施形態の変形例に係わる情報・広告配信装置７０の構成は、第４実施形態と同様である。ただし、情報・広告配信装置７０は、端末２０から一定時間間隔で位置情報を受信する。情報・広告配信装置７０は、位置情報によって示される位置が特定の位置である又は特定の地域内であった場合、その特定の位置又は地域に関する地域メタデータを有するウェブページへのリンク等、及び広告情報を端末２０に出力させる。このような広告は、ちょうど、街頭で配られるチラシの電子版に相当する。

なお、第４実施形態の変形例において、情報・広告配信装置７０は、プロファイルマッチャ４２及び利用者プロファイルＤＢ２３を備えることとしても良い。この場合、情報・広告配信装置７０は、端末２０から位置情報を受信する。そして、情報・広告配信装置７０において、プロファイルマッチャ４２は、利用者プロファイルＤＢ２３からその端末２０の利用者の利用者プロファイルを取得し、地域情報検索部１４による検索結果をその利用者プロファイルに基づいてソートし、ソータされた検索結果を端末２０に出力する。なお、情報・広告配信装置７０ではなく、端末２０に利用者プロファイルＤＢ２３を備えることとしてもよい。この場合、情報・広告配信装置７０は、端末２０から位置情報と利用者プロファイルを受信することになる。

この第４実施形態及びその変形例によれば、地理上の位置を示す位置情報に基づいて、ＷＷＷ上の情報を検索する事を可能とするとともに、その位置に関連する広告を利用者に送信する事が可能となる。つまり、有用な検索結果を利用者に提供するとともに、利用者の近くにある店の広告を利用者の端末に出力させる事により、効果的な宣伝を可能とする。

上記実施形態において説明した利用者の端末２０、著者の端末３０、Ｗｅｂ地域情報検索装置１０、観光ポータルサイト４０、メタデータ構築装置５０、位置情報整理装置６０及び情報・広告配信装置７０は、図３０に示すようなコンピュータ（情報処理装置）を用いて構成することができる。図３０に示すようにコンピュータ８０は、ＣＰＵ８１、メモリ８２、入力装置８３、出力装置８４、外部記憶装置８５、媒体駆動装置８６、及びネットワーク接続装置８７を備え、それらは、バス８８により互いに接続されている。

メモリ８２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を含み、処理に用いられるプログラムとデータを格納する。ＣＰＵ８１は、メモリ８２を利用してプログラムを実行することにより、必要な処理を行う。

例えば、コンピュータ８０を用いて上述のＷｅｂ地域情報検索装置１０を構成する場合、Ｗｅｂ地域情報検索装置１０を構成する収集部１１、地域メタデータ抽出部１２、人気度・分類付与部１３及び地域情報検索部１４は、それぞれメモリ８２の特定のプログラムコードセグメントにプログラムとして格納される。また、或いは、例えば、コンピュータ８０を用いて上述の観光ポータルサイト４０を構成する場合、地域情報検索部１４及びプロファイルマッチャ４２は、それぞれメモリ８２の特定のプログラムコードセグメントにプログラムとして格納される。或いは、端末２０及び３０それぞれの機能を実現するプログラムは、それぞれ、コンピュータ８０のメモリ８２の特定のプログラムコードセグメントにプログラムとして格納される。

同様に、コンピュータ８０を用いてメタデータ構築装置５０、位置情報整理装置６０及び情報・広告配信装置７０を構成する場合、それぞれの装置を構成する各部は、それぞれメモリ８２の特定のプログラムコードセグメントにプログラムとして格納される。なお、各部によって行われる処理は、フローチャート等を参照して上記において説明した。

入力装置８３は、例えば、ボタン、ダイヤル、キーボード、ポインティングデバイス、タッチパネル等であり、ユーザからの指示や情報の入力に用いられる。出力装置８４は、例えば、スピーカ、ディスプレイ及びプリンタ等であり、コンピュータ８０の利用者への問い合わせ、処理結果等の出力に用いられる。

外部記憶装置８５は、例えば、磁気ディスク装置、光ディスク装置、光磁気ディスク装置等である。外部記憶装置８５は、上述の配信拒否ＤＢ５及び登録情報ＤＢ６を実現する。また、この外部記憶装置８５に上述のプログラムを保存しておき、必要に応じて、それらをメモリ８２にロードして使用することもできる。

媒体駆動装置８６は、可搬記録媒体８９を駆動し、その記録内容にアクセスする。可搬記録媒体８９としては、メモリカード、メモリスティック、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、光ディスク、光磁気ディスク、ＤＶＤ（Digital Versatile Disk）等、任意のコンピュータ読み取り可能な記録媒体が用いられる。この可搬記録媒体８９に上述のプログラムを格納しておき、必要に応じて、それらをメモリ８２にロードして使用することもできる。

ネットワーク接続装置８７は、ＬＡＮ、ＷＡＮ等の任意のネットワークＮ（回線）を介して外部の装置を通信し、通信に伴うデータ変換を行う。また、必要に応じて、上述のプログラムとデータを外部の装置から受け取り、それらをメモリ８２にロードして使用することもできる。

図３１は、図３０のコンピュータにプログラムとデータを供給することのできるコンピュータ読み取り可能な記録媒体及び伝送信号を示している。
上述の実施形態において説明した端末２０、著者の端末３０、Ｗｅｂ地域情報検索装置１０、観光ポータルサイト４０、メタデータ構築装置５０、位置情報整理装置６０及び情報・広告配信装置７０に相当する機能を、それぞれ汎用的なコンピュータに行わせることも可能である。そのためには、各実施形態においてフローチャートを用いて説明した端末２０、著者の端末３０、Ｗｅｂ地域情報検索装置１０、観光ポータルサイト４０、メタデータ構築装置５０、位置情報整理装置６０及び情報・広告配信装置７０のそれぞれにより行なわれる処理と同様の処理をコンピュータに行わせる複数のプログラムを作成する。

つまり、端末２０用のプログラム、Ｗｅｂ地域情報検索装置１０用のプログラム、観光ポータルサイト用のプログラム等を作成する。そして、それぞれのプログラムをコンピュータで読み取り可能な記録媒体８９に予め記憶させておく。さらに、図３１に示すようにしてその記録媒体８９から各プログラムを各コンピュータ８０に読み出させて該コンピュータ８０のメモリ８２や外部記憶装置８５に一旦格納させ、そのコンピュータ８０の有するＣＰＵ８１にこの格納されたプログラムを読み出させて実行させるように構成すればよい。

また、プログラム（データ）提供者９０からコンピュータ８０に上述のプログラムをダウンロードする際に回線９１を介して伝送される伝送信号自体も、上述した本発明の実施形態において説明した端末２０、著者の端末３０、Ｗｅｂ地域情報検索装置１０、観光ポータルサイト４０、メタデータ構築装置５０、位置情報整理装置６０及び情報・広告配信装置７０のそれぞれに相当する機能を汎用的なコンピュータで行わせることのできるものである。

また、記録媒体８９から上述のプログラムをコンピュータに読み出させる代わりに、プログラム（データ）提供者９０が有するＤＢから、通信回線（ネットワーク）９１を介して、プログラムをダウンロードすることとしてもよい。この場合、例えば、プログラム（データ）提供者９０が有する送信側コンピュータでは、上記プログラムを表現するプログラム・データをプログラム・データ・シグナルに変換し、モデムを用いて変換されたプログラム・データ・シグナルを変調することにより伝送信号を得て、得られた伝送信号を通信回線９１（伝送媒体）に出力する。プログラムを受信するコンピュータでは、モデムを用いて受信した伝送信号を復調することにより、プログラム・データ・シグナルを得て、得られたプログラム・データ・シグナルを変換することにより、プログラム・データを得る。なお、送信側のコンピュータと受信側のコンピュータの間を接続する通信回線９１（伝送媒体）がデジタル回線の場合、プログラム・データ・シグナルを通信することも可能である。また、プログラムを送信するコンピュータと、プログラムをダウンロードするコンピュータとの間に、電話局等のコンピュータが介在しても良い。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではなく、他の様々な変更が可能である。

従来の検索サービスを説明する図である。 第１実施形態に係わるＷｅｂ地域情報検索装置の特徴を説明する図である。 第１実施形態に係わるＷｅｂ地域情報検索装置の機能ブロック図である。 ＵＲＩ−ＩＤテーブルのデータ構造の一例を示す図である。 参照関係テーブルのデータ構造の一例を示す図である。 地域区分テーブルのデータ構造の一例を示す図である。 ランドマーク知識テーブルのデータ構造の一例を示す図である。 検索ログのデータ構造の一例を示す図である。 人気度テーブルのデータ構造の一例を示す図である。 ＵＲＩメタデータテーブルのデータ構造の一例を示す図である。 地域メタデータテーブルのデータ構造の一例を示す図である。 著者付与メタデータテーブルのデータ構造の一例を示す図である。 検索ログ集計テーブルのデータ構造の一例を示す図である。 地域メタデータがウェブページ内に付与されている場合について説明する図である。 地域メタデータがウェブページと関連付けられたメタデータファイルに格納されている場合について説明する図である。 地域メタデータを抽出する処理の全体の流れ（メインフロー）を示す図である。 ウェブページの本文内から地域メタデータを抽出する処理を示すフローチャートである。 著者によってウェブページに付与されたメタデータから地域メタデータを抽出する処理を示すフローチャートである。 検索ログ集計テーブルから地域メタデータを抽出する処理を示すフローチャートである。 ウェブページのリンク元となっている他のウェブページから地域メタデータを抽出する処理を示すフローチャートである。 ＵＲＩを示す文字列から地域メタデータを抽出する処理を示すフローチャートである。 ウェブページの地域に関する優先順位の決定方法を説明する図である。 第２の実施形態に係わる観光ポータルサイト及びメタデータ構築装置の機能ブロック図である。 メタデータ構築装置が取得するメタデータの属性の一例を示す図である。 利用者プロファイルに含まれるデータの属性の一例を示す図である。 旅行に出かける前に利用者が観光ポータルサイトを用いてＷＷＷ上の情報を検索する場合について説明する図である。 旅先の利用者が観光ポータルサイト４０を用いてＷＷＷ上の情報を検索する場合について説明する図である。 第３の実施形態に係わる位置情報検索装置の機能ブロック図である。 第４実施形態に係わる位置に応じた情報・広告配信装置を説明する図である。 コンピュータの構造図である。 コンピュータにデータ及びプログラムを供給することができる記録媒体及び伝送信号を説明する図である。

Claims (3)

1. コンピュータが、ワールド・ワイド・ウェブ（ＷＷＷ）上の情報であるウェブページを検索するウェブページ検索方法であって、
   格納手段に登録するべき情報であるウェブページの識別情報及び該ウェブページへのアクセス時の端末の位置を示す位置情報を前記端末から受信し、
   過去にユーザがウェブページにアクセスした位置を示す位置情報を履歴情報として管理し、該履歴情報に基づいてユーザによりアクセスされた最多頻度の位置情報を前記ウェブページが関連する地域メタデータとして抽出し、
   前記ウェブページの識別情報と、前記地域メタデータ及び前記位置情報とを対応させて前記格納手段に格納し、
   キーワード及び検索時の端末の位置を示す位置情報を含む検索要求を該端末から受信すると、前記格納手段を参照して、該検索時の端末の位置情報に対応する地域メタデータの付与されたウェブページについてキーワード検索する、
   ことを含むことを特徴とするウェブページ検索方法。
2. 請求項１に記載のウェブページ検索方法であって、
   前記検索の結果を、前記地域メタデータ及び前記位置情報に基づいて、ソートする、
   ことを更に含むことを特徴とするウェブページ検索方法。
3. 請求項１に記載のウェブページ検索方法であって、
   前記ウェブページの著者によって前記ウェブページに前記地域メタデータが付与されている場合、前記ウェブページの過去における検索結果の少なくとも一部を提供する、
   ことを更に含む特徴とするウェブページ検索方法。

Images