JP2006285855A - 検索サーバ - Google Patents

Abstract

【課題】 簡易に複数種類の検索を行う。
【解決手段】 検索サーバ１４は、検索対象の情報と当該情報に応じた分類を示すタスクＩＤとを対応付けて保持した複数の検索対象データベース２４，２６と、検索用情報とタスクＩＤとを対応付けて保持したユーザ行動データベース２２と、移動通信端末１２からクエリー文字列を含んだクエリーを受信するクエリー受信部２０と、クエリー文字列とユーザ行動データベース２２に保持された情報とを参照して、クエリーに係るタスクＩＤを特定するユーザ行動判定部２３と、複数の検索対象データベース２４，２６から、特定されたタスクＩＤに対応した検索対象の情報を取得する施設選択部２５及びＷｅｂコンテンツ選択部２８と、取得された検索対象の情報から、クエリーに対する検索結果の情報を生成する検索結果情報生成部３０と、を備える。
【選択図】 図１

Description

本発明は、検索サーバに関する。

携帯電話等の移動通信端末を利用したインターネット上の情報コンテンツへのアクセスが広く行われている。その中でも、例えばユーザの現在の位置情報を用いて情報をフィルタリングして施設情報の検索等を行うといった、位置情報に依存した検索サービスが多く利用されている。そのような検索サービスにおいては、位置情報として、ＧＰＳ（Global Positioning System）等のセンサ情報や移動通信端末が無線アクセスする基地局情報等が用いられる。この位置情報を用いてユーザの位置を特定することで、検索対象となる施設情報をその場所にいるユーザに有益だと思われる範囲に限定したり、インターネット上の情報をその場所に最適化したりして、ユーザの利便性向上を図っている。

しかし、上記のような検索方法では、インターネット上の一般的な情報の検索と施設情報の検索とを個別に実行する必要があった。例えば、商品を購入する店舗を施設情報を検索した後で、その施設で購入を予定する商品に関するインターネット上の情報をキーワード検索等で検索する必要があった。それに対処するため、インターネット上の情報コンテンツから住所等の位置を特定して、位置情報と情報コンテンツを関連付ける技術が提案されている（例えば、下記の非特許文献１及び２参照）。
K.Takahashi,N.Miura,S.Yokoji andK.Shima，"Mobile Info Search：Information Integration for Location-AwareComputing"，情報処理学会論文誌，ｖｏｌ．４１，Ｎｏ．４，ｐｐ１１９２−１２０１，２０００ 小山聡，平松薫，山田幸一，"デジタルシティ京都−市民のための公共情報空間の構築をめざして"，ｂｉｔ，ｖｏｌ．３３，Ｎｏ．４，ｐｐ．８−１２，２００１

しかしながら、上記非特許文献１及び２に記載されている技術では、情報コンテンツに含まれる住所等の位置を特定できる情報を用いることから、位置を特定できる情報が含まれない情報コンテンツに対しては、適用することができなかった。特に、位置情報を含んではいないが、特定の施設を利用する際に必要とされる情報コンテンツをユーザに提示することができなかった。また、上記のように複数の種類の検索を行いたい場合に各検索を個別に行うことは、例えば操作性や画面の一覧性が十分でない携帯端末においては、ユーザに負担を強いることになる。

本発明は、以上の問題点を解決するためになされたものであり、簡易に複数種類の検索を行うことができる検索サーバを提供することを目的とする。

本発明に係る検索サーバは、検索対象の情報と当該情報に応じた分類を示す分類情報とを対応付けて保持した複数の検索対象データベースと、検索用情報と分類情報とを対応付けて保持した分類情報データベースと、端末から検索用情報を含んだ検索要求を受信する検索要求受信手段と、検索要求手段により受信された検索要求に含まれる検索用情報に基づいて、分類情報データベースに保持された情報を参照して当該検索要求に係る分類情報を特定する分類情報特定手段と、検索対象データベースから、分類情報特定手段により特定された分類情報に対応した検索対象の情報を取得する情報取得手段と、情報取得手段により取得された検索対象の情報に基づいて検索要求に対する検索結果の情報を生成する検索結果情報生成手段と、を備えることを特徴とする。ここで、検索用情報とは、検索を行うためのキーとなる情報をさす。

本発明に係る検索サーバでは、検索要求に含まれる検索用情報から分類情報を特定し、この分類情報を用いて複数の検索対象データベースに対して検索を行う。分類情報は検索対象の形式には依存していないので、複数種類の検索が可能となる。即ち、本発明によれば、それぞれの検索を個別に行う必要がなく、簡易に複数種類の検索を行うことができる。

また、検索対象データベースの少なくとも１つに保持された検索対象の情報には、位置情報が更に対応付けられており、検索要求受信手段は、検索要求に係る端末から位置情報を更に受信し、情報取得手段は、分類情報特定手段により特定された分類情報及び検索要求受信手段により取得された位置情報に対応した検索対象の情報を取得する、ことが好ましい。この構成によれば、検索対象の情報が位置に係るものである場合、位置情報により情報を絞り込むことが可能となり、より適切な検索が可能になる。

また、位置情報を階層的に保持した位置情報データベースを更に備え、情報取得手段は、当該位置情報データベースを参照して位置情報に対応した検索対象の情報を取得する、ことが好ましい。この構成によれば、検索対象データベースにおける位置情報の保持を容易にさせることができる。

また、分類情報に係る分類はユーザの行動要求に基づいて行われていることが好ましい。この構成によれば、ユーザの意図を適切に検索に反映することができ、より適切に検索を行うことが可能になる。

本発明では、検索要求に含まれる検索用情報から分類情報を特定し、この分類情報を用いて複数の検索対象データベースに対して検索を行う。分類情報は検索対象の形式には依存していないので、複数種類の検索が可能となる。即ち、本発明によれば、それぞれの検索を個別に行う必要がなく、簡易に複数種類の検索を行うことができる。

以下、図面とともに本発明による検索サーバの好適な実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。

図１に本発明の実施形態に係る検索サーバ１４を含む情報検索システム１０の構成を示す。図１に示すように、情報検索システム１０は、移動通信端末１２と、検索サーバ１４とを含んで構成されており、移動通信端末１２からの検索要求に応じて検索サーバ１４から検索結果が送信されるシステムである。移動通信端末１２は、ユーザに操作される端末である。移動通信端末１２は、携帯電話網等の移動体通信網に接続することができ、移動体通信網を介して検索サーバ１４に接続することができる。移動通信端末１２から検索サーバ１４へは、検索要求であるクエリーが送信される。このクエリーには、検索用情報であるクエリー文字列が含まれており、検索サーバ１４ではこのクエリー文字列を参照することにより情報検索を行う。また、移動通信端末１２はＧＰＳ（Global Positioning System）等により、自端末１２の位置情報を取得することができ、取得した位置情報を上記のクエリーと共に検索サーバ１４に送信する。取得及び送信される位置情報としては、例えば移動通信端末１２の緯度及び経度を示す座標情報が相当する。

移動通信端末１２は、具体的にはＣＰＵ（Central Processing Unit）、メモリ、通信モジュール等のハードウェアから構成される。具体的には、携帯電話機等が相当する。あるいは、移動通信端末１２は、ＰＤＡ（Personal Digital Assistance）等のものでもよく、更にＰＣ（Personal Computer）等の必ずしも携帯性がない端末でも構わない。移動通信端末１２が接続する通信網も、移動体通信網以外でもインターネット等の有線のものでもよい。なお、図１では移動通信端末１２は１つしか描かれていないが、情報検索システム１０には通常、複数の移動通信端末１２が含まれる。

検索サーバ１４は、複数の検索対象データベースを有しており、移動通信端末１２からの当該検索対象データベースに対する検索要求を受信し、当該検索要求に応じた検索結果を生成して移動通信端末１２に送信する。検索サーバ１４は、具体的にはＣＰＵ、メモリ、ストレージ及び通信モジュール等のハードウェアから構成されるサーバ装置により実現される。また、検索サーバ１４は、移動通信端末１２から接続可能なように、移動通信端末１２が接続できる移動体通信網内等に設けられている。

検索サーバ１４は、図１に示すように、クエリー受信部２０と、位置情報受信部２１と、ユーザ行動データベース２２と、ユーザ行動判定部２３と、施設データベース２４と、施設選択部２５と、Ｗｅｂコンテンツデータベース２６と、位置情報データベース２７と、Ｗｅｂコンテンツ選択部２８と、地図データベース２９と、検索結果情報生成部３０とを備えて構成される。以下、検索サーバ１４の各要素について説明する。

クエリー受信部２０は、移動通信端末１２から送信された、クエリー文字列（検索用情報）を含んだクエリー（検索要求）を受信する検索要求受信手段である。受信されたクエリーはユーザ行動判定部２３に送信される。

位置情報受信部２１は、クエリーと共に移動通信端末１２から送信された、当該端末１２の位置情報を受信する検索要求受信手段として機能する。取得された位置情報は、検索に用いられるため、施設選択部２５及びＷｅｂコンテンツ選択部２８に送信される。

ユーザ行動データベース２２は、検索用情報と分類情報とを予め対応付けて保持した分類情報データベースである。検索サーバ１４において、検索対象の情報は予めその情報に応じて分類分けされている。分類情報は、この分類分けを示す情報である。なお、ユーザ行動データベース２２における検索用情報は、移動通信端末１２から受信したものではなく、予め検索サーバ１４側で用意していたものである。上記の分類は、以下の具体例に示すように、ユーザの行動要求（タスク）に基づいて行われる。

ユーザ行動データベース２２は、具体的には例えば、図２に示すようなユーザ行動データ管理テーブル２２ａに各データを格納することにより、情報を保持している。図２に示すように、ユーザ行動データ管理テーブル２２ａには、「タスクＩＤ」、「タスク名」及び「親タスクＩＤ」がデータ毎にそれぞれ対応付けられて保持されている。「タスクＩＤ」はユーザ行動データ管理テーブル２２ａにおいてデータを特定するものであり、分類情報に相当する。「タスク名」は文字列で分類の内容を示したものであり、上記の検索用情報に相当する。「親タスクＩＤ」は、そのデータの上位のデータの「タスクＩＤ」に対応させてデータの上下関係を示したものである。例えば図２に示すように、タスクＩＤが“１００２”でタスク名が“映画タイトルを決める”というデータは、タスクＩＤが“１００１”でタスク名が“映画を見る”というデータの下位のデータとなっている。このように、検索用情報と分類情報とを階層的に保持しておくことにより、ユーザの行動要求を正しく判断でき、より適切かつユーザの希望に沿った検索結果の出力を行うことができる。なお、検索情報の分類は、上記のようにユーザの行動要求に基づいたもの以外であってもよい。

ユーザ行動判定部２３は、クエリー受信部２０により受信されたクエリーに含まれるクエリー文字列と、ユーザ行動データベース２２に保持された情報とを参照して、当該クエリーに係るタスクＩＤを特定する分類情報特定手段である。具体的には、クエリー文字列とユーザ行動データ管理テーブル２２ａの「タスク名」とのマッチングを行うことにより特定する。クエリー文字列と一致するタスク名が存在していた場合、当該タスク名に対応するタスクＩＤが、検索に用いられるため、施設選択部２５及びＷｅｂコンテンツ選択部２８に送信される。ユーザ行動データ管理テーブル２２ａに、当該一致したタスク名の下位のデータが存在していた場合、それら下位のデータに対応するタスクＩＤも、施設選択部２５及びＷｅｂコンテンツ選択部２８に送信される。

施設データベース２４は、検索サーバ１４において検索対象の情報を保持した検索対象データベースの一つである。施設データベース２４は、検索対象の情報とタスクＩＤとを予め対応付けて保持している。施設データベース２４における検索対象の情報は、どのような施設がどこに位置しているかといった、施設に関する情報である。施設データベース２４は、具体的には例えば、図３に示すような施設データ管理テーブル２４ａに各施設データを格納することにより、情報を保持している。図３に示すように、施設データ管理テーブル２４ａには、「施設名」、「施設種別」、「緯度」、「経度」及び「タスクＩＤ」がデータ毎にそれぞれ対応付けられて保持されている。

「施設名」は文字列であり、施設の名前を示している。「施設種別」は文字列であり、施設の種別を示している。「緯度」及び「経度」は、その施設が位置する緯度及び経度を示すものである。「タスクＩＤ」は、その施設データに対応付けられた分類情報であり、施設選択部２５によるデータの取得（検索）の際に用いられる情報である。即ち、施設データベース２４において「タスクＩＤ」は、その施設がユーザ行動データベース２２で定義されたその「タスクＩＤ」に係る行動要求に関するものであることを示している。施設データ管理テーブル２４ａにおいて例えば、一行目のデータは、“チケット販売”の施設種別である“ＡＢＣ Ｔｉｃｋｅｔ”という施設名の施設が“北緯３５度１７分”及び“東経１３９度３９分”に位置しておりタスクＩＤ“１０１１”に対応付けられていることを示している。

施設選択部２５は、施設データベース２４から、ユーザ行動判定部２３により特定されたタスクＩＤに対応した検索対象の情報を取得する情報取得手段である。また、検索対象の情報の取得は、位置情報受信部２１により受信された移動通信端末１２の位置情報にも基づいて行われる。具体的には、施設データベース２４に保持された施設データから、特定されたタスクＩＤを有し、かつ移動通信端末１２の“有効範囲内”のデータを取得する。ここで、“有効範囲内”とは、例えば施設が位置情報受信部２１により受信された移動通信端末１２の位置から５ｋｍ以内に位置している、というルールに合致していることを指す。このルールは、予め施設選択部２５において設定されている。ここで、移動通信端末１２と施設との間の距離は、移動通信端末１２の位置情報と施設データベース２４に格納された施設の位置情報とから算出される。なお、取得される施設データは、複数であってもよい。取得された検索対象の情報は、検索結果情報生成部３０に送信される。

Ｗｅｂコンテンツデータベース２６は、検索サーバ１４において検索対象の情報を保持した検索対象データベースの一つである。Ｗｅｂコンテンツデータベース２６は、検索対象の情報とタスクＩＤとを予め対応付けて保持している。Ｗｅｂコンテンツデータベース２６における検索対象の情報は、Ｗｅｂコンテンツのアクセス先アドレス等のＷｅｂコンテンツに関する情報である。Ｗｅｂコンテンツデータベース２６は、具体的には例えば、図４に示すようなＷｅｂコンテンツアドレス管理テーブル２６ａに各Ｗｅｂコンテンツデータを格納することにより、情報を保持している。図４に示すように、Ｗｅｂコンテンツアドレス管理テーブル２６ａには、「サービス名」、「ＵＲＩ（Uniform Resource Identifier）」、「タスクＩＤ」及び「空間属性」がデータ毎にそれぞれ対応付けられて保持されている。

「サービス名」は、文字列であり、Ｗｅｂコンテンツがどのような情報を保持しているか（どのような情報サービスを提供するか）を示している。「ＵＲＩ」は、文字列であり、Ｗｅｂコンテンツにアクセスするためのアドレス情報を示している。「タスクＩＤ」は、そのＷｅｂコンテンツに対応付けられた分類情報であり、Ｗｅｂコンテンツ選択部２８によるデータの取得（検索）の際に用いられる情報である。即ち、Ｗｅｂコンテンツデータベース２６において「タスクＩＤ」は、そのＷｅｂコンテンツがユーザ行動データベース２２で定義されたその「タスクＩＤ」に係る行動要求に関する情報を提供するものであることを示している。「空間属性」は、位置を示す文字列であり、そのＷｅｂコンテンツを利用するユーザの位置的な対象範囲を示している（位置情報の一つである）。「空間属性」は、Ｗｅｂコンテンツアドレス管理テーブル２６ａにおける全てのデータが保持している必要はなく、「空間属性」を定義できるデータのみにより保持されている。「空間属性」は、Ｗｅｂコンテンツ選択部２８により、後述する位置情報データベース２７に保持される情報と併せて、検索対象の情報の取得に用いられる。Ｗｅｂコンテンツアドレス管理テーブル２６ａにおいて例えば、一行目のデータは、“オンラインチケット”というサービス名で、“http://*****.co.jp/sample1.html”というＵＲＩのＷｅｂコンテンツが、タスクＩＤが“１００４”に、空間属性が“Ｏｓａｋａ”に対応付けられていることを示している。

位置情報データベース２７は、Ｗｅｂコンテンツ選択部２８がＷｅｂコンテンツデータベース２６における「空間属性」を解釈するための位置情報を保持したデータベース（地理シソーラス）である。位置情報データベース２７は、位置情報を階層的に保持している。位置情報データベース２７は、具体的には例えば、図５に示すような位置情報データ管理テーブル２７ａに各データを格納することにより、情報を保持している。図４に示すように、位置情報データ管理テーブル２７ａには、「地名」、「地名ＩＤ」、「上位地名ＩＤ」、「緯度」及び「経度」がデータ毎にそれぞれ対応付けられて保持されている。

「地名」は、文字列であり、Ｗｅｂコンテンツデータベース２６における「空間属性」に対応している。「地名ＩＤ」は、位置情報データ管理テーブル２７ａにおける各データを一意に特定するためのＩＤである。「上位地名ＩＤ」は、そのデータの上位の階層のデータの「地名ＩＤ」である。上位のデータが存在しないデータでは、「上位地名ＩＤ」は保持されていない。「緯度」及び「経度」は、そのデータの位置の緯度及び経度を示すものである。なお、下位のデータが存在するデータでは、下位のデータの「緯度」及び「経度」に対応させ「緯度」及び「経度」は保持されていない場合がある。例えば、地名が“Ｏｓａｋａ”のデータは、“北緯３４度３０分”及び“東経１３５度３０分”の位置であり上位のデータは“Ｋｉｎｋｉ”であることを示している。また、“Ｋｉｎｋｉ”のデータの上位のデータは“Ｊａｐａｎ”であることを示している。

Ｗｅｂコンテンツ選択部２８は、Ｗｅｂコンテンツデータベース２６から、ユーザ行動判定部２３により特定されたタスクＩＤに対応した検索対象の情報を取得する情報取得手段である。また、検索対象の情報の取得は、位置情報受信部２１により受信された移動通信端末１２の位置情報にも基づいて位置情報データベース２７を参照することにより行われる。具体的には、施設データベース２４に保持されたＷｅｂコンテンツデータから、特定されたタスクＩＤを有するデータを取得する。また、Ｗｅｂコンテンツデータベース２６において「空間属性」を有するＷｅｂコンテンツデータに関しては、位置情報受信部２１により受信される移動通信端末１２の位置情報がそのＷｅｂコンテンツデータの「空間属性」に含まれる場合のみ取得される（「空間属性」を有していないＷｅｂコンテンツデータに関しては、特定されたタスクＩＤを有していれば取得される）。移動通信端末１２の位置情報が「空間属性」に含まれるか否かは、位置情報データベース２７のデータを参照して判断される。例えば、移動通信端末１２の位置情報により特定される位置が、「空間属性」に対応する位置情報データベース２７のデータ又はその下位のデータの「緯度」及び「経度」から特定される位置から一定の距離内（例えば、５ｋｍ以内）にある場合、移動通信端末１２の位置情報が「空間属性」に含まれると判断される。なお、取得されるＷｅｂコンテンツデータは、複数であってもよい。取得された検索対象の情報は、検索結果情報生成部３０に送信される。

地図データベースは、移動通信端末１２からの検索要求に対する検索結果の情報を生成するための地図データを格納したデータベースである。地図データは、例えば、地図の画像のデータと、画像の各点がどの位置に対応するかを示したデータとから構成されている。

検索結果情報生成部３０は、施設選択部２５及びＷｅｂコンテンツ選択部２８により取得された検索対象の情報に基づいて移動通信端末１２からのクエリーに対する検索結果の情報を生成する検索結果情報生成手段である。検索結果は、例えば、ＨＴＭＬ（HypetText Markup Language）形式のデータで構成される。より詳細には後述する。生成された検索結果の情報は、移動通信端末１２に送信される。

引き続いて、図６のフローチャートを用いて、本実施形態に係る検索サーバ１４で実行される処理を説明する。本処理は、移動通信端末１２から検索サーバ１４にクエリーが送信され、検索サーバ１４において当該クエリーに対応した検索を行う処理である。

まず、移動通信端末１２が移動体通信網を介して検索サーバ１４に対して送信したクエリーをクエリー受信部２０が受信する（Ｓ０１）。上述したように、クエリーには、検索用情報であるクエリー文字列が含まれている。移動通信端末１２からのクエリーの送信は、例えば、通常インターネットにおける検索エンジンを用いる場合と同様に行われる。具体的には例えば、移動通信端末１２が検索サーバ１４にアクセスすることにより移動通信端末１２に表示されるフォームにユーザの操作でクエリー文字列が入力されボタンが押下されることにより行われる。取得されたクエリーは、ユーザ行動判定部２３に送信される。

一方、移動通信端末１２が検索サーバ１４に対して送信した当該端末１２の位置情報を位置情報受信部２１が受信する（Ｓ０２）。移動通信端末１２からの位置情報の送信は、例えば上記クエリーの送信と同じタイミングでＧＰＳ等により移動通信端末１２自身により位置情報が取得されて行われる。また、上記以外でも、位置情報はクエリー文字列と同様にユーザにより入力されたものであってもよい。取得された位置情報は、施設選択部２５とＷｅｂコンテンツ選択部２８とに送信される。

続いて、取得されたクエリーに基づいて、ユーザ行動判定部２３が当該クエリーに係るタスクＩＤを特定する（Ｓ０３）。タスクＩＤの特定は、上述したように、クエリーに含まれるクエリー文字列とユーザ行動データ管理テーブル２２ａに含まれるタスク名とのマッチングにより行われる。特定されたタスクＩＤは、検索対象の情報を取得するために施設選択部２５及びＷｅｂコンテンツ選択部２８に送信される。ユーザ行動データ管理テーブル２２ａに、当該一致したタスク名の下位のデータが存在していた場合、それら下位のデータに対応するタスクＩＤも、施設選択部２５及びＷｅｂコンテンツ選択部２８に送信される。特定されるタスクＩＤが存在しない場合（クエリー文字列に一致するタスク名が存在しない場合）は、その時点で検索の処理は終了する。また、検索サーバ１４は、クエリーに応じた検索対象の情報が存在しない旨を移動通信端末１２に通知する。

続いて、特定されたタスクＩＤと受信された移動通信端末１２の位置情報とに基づいて、施設選択部２５が、施設データベース２４からクエリーに係る検索対象の情報である施設データを取得する（Ｓ０４）。取得される施設データは、上述したように、施設データ管理テーブル２４ａにおいて、特定されたタスクＩＤを有し、かつ移動通信端末１２の“有効範囲内”のデータである。取得された施設データは、検索結果情報生成部３０に送信される。

一方、特定されたタスクＩＤと受信された移動通信端末１２の位置情報とに基づいて、Ｗｅｂコンテンツ選択部２８が、Ｗｅｂコンテンツデータベースからクエリーに係る検索対象の情報であるＷｅｂコンテンツデータを取得する（Ｓ０５）。取得されるＷｅｂコンテンツデータは、Ｗｅｂコンテンツアドレス管理テーブル２６ａにおいて特定されたタスクＩＤを有しており、上述したように移動通信端末１２の位置情報が「空間属性」に含まれるものである。取得されたＷｅｂコンテンツデータは、検索結果情報生成部３０に送信される。Ｓ０４及びＳ０５の処理の両方において、取得される検索対象の情報がない（条件に合致する検索対象の情報が存在しない）場合検索の処理を終了し、検索サーバ１４は、クエリーに応じた検索対象の情報が存在しない旨を移動通信端末１２に通知する。なお、Ｓ０４及びＳ０５の処理は、Ｓ０５の処理が先に行われてもよく、また両者が平行して行われてもよい。

続いて、検索結果情報生成部３０が、施設選択部２５及びＷｅｂコンテンツ選択部２８により取得された検索対象の情報から、移動通信端末１２からのクエリーに対する検索結果の情報を生成する（Ｓ０６）。生成される検索結果の情報は、上述したように、例えばＨＴＭＬ形式で生成され、図７に示すようなものである。図７に示すように、施設選択部２５により取得された情報は、地図データベース２９の地図データを参照して地図上に施設データをアイコンとして表示した画像形式とする。また、Ｗｅｂコンテンツ選択部２８により取得された情報は、ＨＴＭＬのアンカータグを用いたサービス名及びＵＲＩのリスト形式とする。生成された検索結果の情報は、移動通信端末１２に送信される。移動通信端末１２では、当該検索結果の情報を、ユーザが閲覧できるように、移動通信端末１２に備えられる表示装置等に表示する。

上述したように、本実施形態に係る検索サーバ１４では、クエリー（検索要求）に含まれるクエリー文字列（検索用情報）からタスクＩＤ（分類情報）を特定し、このタスクＩＤを用いて複数の検索対象データベース（施設データベース２４及びＷｅｂコンテンツデータベース２６）に対して検索を行う。タスクＩＤは検索対象の形式には依存していないので、１つのクエリーで複数種類の検索を統合して行うことが可能となる。即ち、本実施形態によれば、それぞれの検索を個別に行う必要がなく、簡易に複数種類の検索を行うことができる。

本実施形態のような移動通信端末１２は、場所を問わずにどこでも利用可能であるが、携帯性を優先させるために操作性や画面閲覧性がパソコン等と比較して劣っている。従って、本実施形態のように簡易に検索を行えることとすると、操作性及び利便性が向上する。

また、本実施形態のように、検索対象データベース２４，２６において検索対象の情報に位置情報が対応付けられており移動通信端末１２から受信した位置情報を施設選択部２５及びＷｅｂコンテンツ選択部２８における検索情報の取得に用いることとすれば、位置により情報を絞り込むことが可能となり、より適切な検索が可能になる。

また、本実施形態の位置情報データベース２７のように上記の位置情報を階層的に保持しておくこととすれば、検索対象データベースにおける位置情報の保持を容易にさせることができる。より具体的には、位置情報を互いに階層関係を有した国名、都道府県名、市町村名等のテキスト情報で表現することができる。このようにテキスト情報を利用できるとすれば、緯度及び経度等の座標情報に比べて位置情報の保持及び指定等が容易になる。

また、本実施形態のように、検索対象の分類をユーザが行いたい行動、即ち行動要求に基づいて行われていることとすれば、検索対象の情報の数や種別を検索前に把握していないユーザであっても行動要求をクエリー文字列とすることにより、検索が可能になる。即ち、ユーザの意図を適切に検索に反映することができ、より適切に検索を行うことが可能になる。

なお、本実施形態では、移動通信端末１２からクエリーと位置情報とが送信された後、施設データベース２４からの情報とＷｅｂコンテンツデータベース２６からの情報とが一度に移動通信端末１２に送信されていた。それ以外にも、例えば、Ｗｅｂコンテンツデータベース２６からの情報のみを一旦、移動通信端末１２に送信して、その情報を参照した移動通信端末１２から追加的な情報を受信して特定されたタスクＩＤとその追加情報とから施設データベース２４からの情報の取得を行い、その情報を移動通信端末１２に送信するようにしてもよい。上記の追加情報としては、例えば先に送信されたＷｅｂコンテンツデータベース２６からの情報に含まれている位置情報等がある。このように二段階の検索を行うことにより、より精度の高い検索を行うことができる。また、ユーザが検索の途中で検索当初の想定と異なる検索を行おうと考えた場合であっても、対応することができ複数の検索を容易かつ適切に行うことができる。

本発明の実施形態に係る検索サーバの構成を示す図である。 ユーザ行動データベースのユーザ行動データ管理テーブルを示す図である。 施設データベースの施設データ管理テーブルを示す図である。 ＷｅｂコンテンツデータベースのＷｅｂコンテンツアドレス管理テーブルを示す図である。 位置情報データベースの位置情報データ管理テーブルを示す図である。 検索サーバにおける処理のフローチャートである。 検索サーバによる検索結果の例を示す図である。

符号の説明

１０…情報検索システム、１２…移動通信端末、１４…検索サーバ、２０…クエリー受信部、２１…位置情報受信部、２２…ユーザ行動データベース、２２ａ…ユーザ行動データ管理テーブル、２３…ユーザ行動判定部、２４…施設データベース、２４ａ…施設データ管理テーブル、２５…施設選択部、２６…Ｗｅｂコンテンツデータベース、２６ａ…Ｗｅｂコンテンツアドレス管理テーブル、２７…位置情報データベース、２７ａ…位置情報データ管理テーブル、２８…Ｗｅｂコンテンツ選択部、２９…地図データベース、３０…検索結果情報生成部。

Claims (4)

1. 検索対象の情報と当該情報に応じた分類を示す分類情報とを対応付けて保持した複数の検索対象データベースと、
   検索用情報と前記分類情報とを対応付けて保持した分類情報データベースと、
   端末から検索用情報を含んだ検索要求を受信する検索要求受信手段と、
   前記検索要求手段により受信された検索要求に含まれる検索用情報に基づいて、前記分類情報データベースに保持された情報を参照して当該検索要求に係る分類情報を特定する分類情報特定手段と、
   前記検索対象データベースから、前記分類情報特定手段により特定された分類情報に対応した検索対象の情報を取得する情報取得手段と、
   前記情報取得手段により取得された検索対象の情報に基づいて前記検索要求に対する検索結果の情報を生成する検索結果情報生成手段と、
   を備える検索サーバ。
2. 前記検索対象データベースの少なくとも１つに保持された検索対象の情報には、位置情報が更に対応付けられており、
   前記検索要求受信手段は、前記検索要求に係る端末から位置情報を更に受信し、
   前記情報取得手段は、前記分類情報特定手段により特定された分類情報及び前記検索要求受信手段により取得された位置情報に対応した検索対象の情報を取得する、
   ことを特徴とする請求項１に記載の検索サーバ。
3. 前記位置情報を階層的に保持した位置情報データベースを更に備え、
   前記情報取得手段は、当該位置情報データベースを参照して前記位置情報に対応した検索対象の情報を取得する、
   ことを特徴とする請求項２に記載の検索サーバ。
4. 前記分類情報に係る分類はユーザの行動要求に基づいて行われていることを特徴とする請求項１〜３に記載の検索サーバ。
   

Images