JP6138965B2 - 検索結果評価システム、ナビゲーションシステム、及び検索結果評価方法 - Google Patents
検索結果評価システム、ナビゲーションシステム、及び検索結果評価方法 Download PDFInfo
- Publication number
- JP6138965B2 JP6138965B2 JP2015547757A JP2015547757A JP6138965B2 JP 6138965 B2 JP6138965 B2 JP 6138965B2 JP 2015547757 A JP2015547757 A JP 2015547757A JP 2015547757 A JP2015547757 A JP 2015547757A JP 6138965 B2 JP6138965 B2 JP 6138965B2
- Authority
- JP
- Japan
- Prior art keywords
- search
- query
- search result
- rule
- evaluation system
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2453—Query optimisation
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
- G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
- G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
- G01C21/34—Route searching; Route guidance
- G01C21/36—Input/output arrangements for on-board computers
- G01C21/3605—Destination input or retrieval
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
- G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
- G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
- G01C21/34—Route searching; Route guidance
- G01C21/36—Input/output arrangements for on-board computers
- G01C21/3605—Destination input or retrieval
- G01C21/3608—Destination input or retrieval using speech input, e.g. using speech recognition
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/242—Query formulation
- G06F16/2423—Interactive query statement specification based on a database schema
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/29—Geographical information databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/903—Querying
- G06F16/90335—Query processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9537—Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Remote Sensing (AREA)
- Radar, Positioning & Navigation (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Computational Linguistics (AREA)
- Automation & Control Theory (AREA)
- Health & Medical Sciences (AREA)
- Acoustics & Sound (AREA)
- Artificial Intelligence (AREA)
- Audiology, Speech & Language Pathology (AREA)
- General Health & Medical Sciences (AREA)
- Human Computer Interaction (AREA)
- Mathematical Physics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Navigation (AREA)
Description
本出願は、平成25年(2013年)11月14日に出願された日本出願である特願2013−235727の優先権を主張し、その内容を参照することにより、本出願に取り込む。
本発明は、検索装置の検索結果を評価する検索結果評価システムに関する。
近年、スマートフォン及びカーナビゲーション等に対して入力された文字列を用いて、施設名及び住所等を検索する検索サーバが利用されている。
このような技術分野の背景技術として、特開2011−22873号公報(特許文献1)がある。特許文献1の公報には、「地域検索のログをもとに更新するテーブルで、地域とともに指定された対象物を判定することで、手間をかけずに所定の対象物に限って距離優先の検索を適用する。地域検索に先立って判定手段20が、指定された対象物が、特定業種に該当するかを特定業種テーブル15に基づいて判定する。重み変更手段30は、前記特定業種に該当すると判定された地域検索の要求については、検索に用いる各評価項目の重みを距離優先となるように一時的に変更する。」と記載されている(要約参照)。
しかし、特許文献1の検索装置に障害が発生した場合、ユーザは検索サービスを利用できなくなるか、又は意図しない検索結果を受信することになる。また、ユーザ又はサービスプロバイダ等が想定しない検索装置の仕様変更等によって、検索装置の挙動が変化する場合がある。この場合、検索装置の検索結果も変化する。このため、当該検索装置を継続的に利用しているユーザにとって、今までと同じ使い方が突然できなくなるため、使い勝手が悪化する可能性がある。
また、検索装置のユーザが多数存在し、ユーザが利用する装置から検索装置に多数の検索クエリが同時に送信されているため、検索装置の挙動の変化を人手によって監視することは困難である。
本発明は、検索装置の挙動の変化を即座に検出し、当該変化によって検索装置のユーザの利便性が悪化しないように、当該変化への対処を可能とする検索結果評価システムを提供することを目的とする。
本発明の代表的な一例を示せば、検索装置に接続され、検索装置の検索結果を評価する検索結果評価システムであって、前記検索装置に検索クエリを送信する検索部と、前記検索装置から検索結果を受信した場合、前記受信した検索結果を評価することによって、前記検索装置の仕様が変更されたか否かを判定する評価部と、を有し、前記評価部が前記検索装置の仕様が変更されたと判定した場合、その旨を前記検索結果評価システムの管理者に通知するため、異常信号を出力することを特徴とする。
本願において開示される発明のうち代表的なものによって得られる効果を簡潔に説明すれば、下記の通りである。すなわち、検索装置の挙動の変化を即座に検出し、当該変化によって検索装置のユーザの利便性が悪化しないように、当該変化への対処を可能とする検索結果評価システムを提供することができる。
上記した以外の課題、構成、及び効果は、以下の実施形態の説明により明らかにされる。
以下、本発明の実施例1について図1〜図11を用いて説明する。本実施例では、カーナビゲーションシステムに代表される車載機において、施設名検索を実行することに関して説明する。ただし、施設名検索に限らず、楽曲名、住所、交差点名、及び道路名等、他の情報検索にも本発明は適用できる。また、車載機は、カーナビゲーションシステムに限らず、他の携帯電話及びスマートフォン等であってもよい。
図1は、本発明の実施例1の検索システムの説明図である。
検索システムは、車載機1010、中継サーバ1100、音声認識サーバ1160、及び施設検索サーバ1170を有する。
車載機1010は、例えば、カーナビゲーション装置等の自動車内で使用可能な情報端末である。
中継サーバ1100は通信網1090を介して車載機1010に接続され、車載機1010がインターネット上の情報検索サービスを利用する場合の通信を仲介するサーバである。中継サーバ1100は、情報検索サービスを提供する音声認識サーバ1160及び施設検索サーバ1170に接続される。
音声認識サーバ1160は、ユーザが発話した音声データをテキストデータに変換する。施設検索サーバ1170は、車載機1010から検索クエリを受け付け、受け付けた検索クエリに基づいて施設を検索する。
まず、車載機1010の詳細について説明する。
車載機1010は、ユーザから検索条件の入力を受け、車両に搭載される装置であり、例えば、車両の経路を案内するナビゲーションシステムである。マイク1020、タッチパネル1030、画面1040、スピーカ1050、GPS(Global Positioning System)1060、及びCPU1070を有する。
マイク1020はユーザが発話した音声を集音する。マイク1020が集音した音声は、音声認識サーバ1160の音声認識に使用される。タッチパネル1030は、ユーザが画面を触ったときの情報を感知する。画面1040は、絵及び文字等の情報を表示する。スピーカ1050は、音を出力する。GPS1060は、車載機1010が搭載された車両の位置情報を取得する。
車載機1010は通信装置1080を介して通信網1090に接続され、中継サーバ1100に接続される。通信装置1080は、例えば、携帯電話又はスマートフォン等である。車載機1010がナビゲーションシステム等ではなく、通信網1090に接続可能な携帯電話又はスマートフォン等であれば、通信装置1080は不要である。車載機1010がナビゲーションシステム等であり、かつ通信装置1080にあたる通信手段が車載機1010の内部に備わる場合、車載機1010は外部の通信装置1080を介さずに通信網1090に接続できる。
次に、中継サーバ1100の詳細について説明する。
中継サーバ1100は、通信部1110、意味理解部1120、クエリ作成部1130、検索部1140、通信部1150、評価部1180、評価ルール記憶部1210、検索結果記憶部1220、及び基準テキスト記憶部1240を有する。
通信部1110は、通信網1090及び通信装置1080を介して車載機1010に接続され、車載機1010と情報を通信する。通信部1150は、音声認識サーバ1160及び施設検索サーバ1170に接続され、音声認識サーバ1160及び施設検索サーバ1170と情報を通信する。
ユーザが検索条件を車載機1010に入力すると、車載機1010は、入力された検索条件とGPS1060が取得した位置情報とを含む検索情報を、通信装置1080を介して中継サーバ1100に送信する。検索条件は、マイク1020によって集音された音声であってもよいし、タッチパネル1030を介して入力されたテキストであってもよい。
中継サーバ1100の通信部1110は検索情報を受信すると、受信した検索情報に音声が含まれる場合には、音声を通信部1150を介して音声認識サーバ1160に送信する。音声認識サーバ1160は、音声を受信すると、当該音声を認識し、音声をテキストに変換し、中継サーバ1100に送信する。中継サーバ1100の通信部1150は、音声認識サーバ1160から送信されたテキストに変換された検索条件を受信すると、当該検索条件を基準テキスト記憶部1240及び意味理解部1120に入力する。基準テキスト記憶部1240は実施例2で説明する。
なお、検索条件がテキストである場合には、通信部1110は、検索情報を意味理解部1120に入力し、テキストによる検索条件を基準テキスト記憶部1240に入力する。
意味理解部1120は、検索情報が通信部1110又は1150から入力された場合、意味理解ルール記憶部1190に記憶される意味理解ルールテーブル3000(図3参照)を参照し、入力された検索情報に含まれる検索条件を意味表現に変換し、意味表現をクエリ作成部1130に入力する。意味表現は、検索情報に含まれる単語を当該単語が示す意味に対応付けたものである。なお、意味理解ルール記憶部1190は、意味理解ルールテーブル3000及びジャンル語テーブル4000を記憶し、意味理解ルールテーブル3000は図3で詳細を説明し、ジャンル語テーブル4000は図4で詳細を説明する。
クエリ作成部1130は、クエリルール記憶部1200に記憶されたクエリルール5000(図5参照)を参照し、意味理解部1120から入力された意味表現を、施設検索サーバ1170に対応する検索クエリに変換し、検索クエリを検索部1140に入力する。クエリルール5000は図5で詳細を説明する。
検索部1140は、クエリ作成部1130から入力された検索クエリを通信部1150を介して施設検索サーバ1170に送信する。
施設検索サーバ1170は、中継サーバ1100から検索クエリを受信した場合、受信した検索クエリに基づいて、施設を検索し、検索結果を中継サーバ1100に送信する。
中継サーバ1100の通信部1150は、検索結果を受信すると、受信した検索結果を評価部1180に入力する。
評価部1180は、通信部1150から入力された検索結果を検索結果記憶部1220に記憶し、評価ルール記憶部1210に記憶された評価ルール8000(図8参照)を参照し、入力された検索結果を評価する。評価部1180による評価処理は図7で詳細に説明する。評価ルール8000は図8で詳細を説明する。
なお、図1では、意味理解部1120、クエリ作成部1130、検索部1140、評価部1180、評価ルール記憶部1210、検索結果記憶部1220、及び基準テキスト記憶部1240が中継サーバ1100に実装されたが、これらは、それぞれ複数の計算機に実装されてもよい。例えば、検索情報を受信してから検索クエリを施設検索サーバ1170に送信するまでの一連の処理を実行する意味理解部1120、クエリ作成部1130、及び検索部1140と、施設検索サーバ1170からの検索結果を評価する評価部1180とを別の計算機に実装してもよい。
次に、中継サーバ1100が検索情報を受信してから検索クエリを施設検索サーバ1170に送信するまでの一連の検索クエリ送信処理について図2を用いて説明する。図2は、本発明の実施例1の検索クエリ送信処理のフローチャートである。
本実施例では、ユーザがさいたま市大宮区のラーメン店を検索するために、「大宮のラーメン屋」と発話した場合について説明する。ユーザが発話した音声は車載機1010のマイク1020によって集音される。そして、車載機1010は、当該音声による検索条件及び位置情報を含む検索情報を中継サーバ1100に送信する。中継サーバ1100は検索条件を音声認識サーバ1160に送信し、音声認識サーバ1160はテキスト「大宮のラーメン屋」を中継サーバ1100に送信する。なお、検索条件は、タッチパネル1030を介して入力されたテキストであってもよく、この場合、検索条件は意味理解部1120に直接入力される。
検索条件であるテキスト「大宮のラーメン屋」が意味理解部1120に入力された場合、意味理解部1120は、意味理解ルール記憶部1190に記憶された意味理解ルールテーブル3000を参照し、入力されたテキストによる検索条件を意味表現に変換する(2010)。
意味理解ルールテーブル3000について図3を用いて説明する。図3は、本発明の実施例1の意味理解ルールテーブル3000の説明図である。
意味理解ルールテーブル3000は、文字列3010及び意味表現3020を含む。文字列3010には文字列のパタンが登録される。例えば、図3では、「%1の%2」、「%1にある%2」、及び「%1という%2」というパタンが登録される。意味表現3020には、パタンに対応する意味表現が登録される。具体的には、意味表現3020には、パタンの「%1」又は「%2」に対応する単語の意味が登録される。単語の意味には、例えば、住所、施設名、及びジャンル等がある。
意味理解部1120は、テキスト「大宮のラーメン屋」が入力されると、意味理解ルールテーブル3000を参照し、入力された「大宮のラーメン屋」は、文字列3010に登録されたパタン「%1の%2」に対応するため、「大宮=住所 or 施設名」、「ラーメン屋=ジャンル or 施設名」という意味表現に変換される。
なお、本実施例では、検索条件の意味表現へは、予め登録された意味理解ルールテーブル3000を参照して変換されるが、これに限定されず、意味表現への変換手法は、固有表現抽出という技術分野において知られる種々の手法を利用することができる。
次に、意味理解部1120は、意味表現の「住所」にあいまい性がある場合、検索情報に含まれる位置情報を利用して「住所」のあいまい性を解消する(2020)。「住所」にあいまい性がある場合とは、ある単語の意味が「住所」であるか他の意味であるかに特定されない場合をいう。
ステップ2020の処理では、意味理解部1120は、検索情報に含まれる位置情報が示す位置が、「住所」を意味する可能性がある単語が示す位置付近に存在する場合、当該単語が示す意味を「住所」に決定する。
例えば、ステップ2010の処理で変換された意味表現「大宮=住所 or 施設名」では、単語「大宮」の意味が「住所」であるか「施設名」であるかが特定されず、住所にあいまい性がある。このため、ステップ2020の処理では、意味理解部1120は、「大宮」を含む住所が検索情報に含まれる位置情報の付近に存在するか否かを検索する。ユーザが、さいたま市近郊を走行している場合、「さいたま市大宮区」が検索される。この場合、意味理解部1120は、単語「大宮」が「住所」を意味するものと判断し、意味表現「大宮=住所 or 施設名」を「大宮=住所」に変換する。
「大宮」を含む住所が検索情報に含まれる位置情報の付近に存在しない場合、単語「大宮」は施設名の一部である可能性が高いので、意味理解部1120は、意味表現「大宮=住所 or 施設名」を「大宮=施設名」に変換する。以下の説明では、「大宮=住所」に変換されたものとして説明を続ける。
次に、意味理解部1120は、意味表現に「ジャンル」が含まれる場合、意味理解ルール記憶部1190に記憶されたジャンル語テーブル4000を参照し、「ジャンル」を意味する単語を正規化する(2030)。施設検索サーバ1170においては、ある施設のジャンルを意味する単語が異なるが、実際のユーザは同一のジャンルを様々な単語で表現している。例えば、施設検索サーバ1170において「中華」というジャンルが設定されているのに対して、ユーザは、「中華料理」、「中国」、及び「チャイニーズレストラン」等の単語でこのジャンルを表現することが想定される。このため、ステップ2030の処理では、意味理解部1120は、意味理解ルール記憶部1190に記憶されたジャンル語テーブル4000を参照し、ユーザが入力した検索条件のジャンルを意味する単語を、施設検索サーバ1170に設定された単語に変換する。
ここで、ジャンル語テーブル4000について図4を用いて説明する。図4は、本発明の実施例1のジャンル語テーブル4000の説明図である。
ジャンル語テーブル4000は、文字列4010、及びジャンル名4020を含む。文字列4010には、同じジャンルを意味する単語の文字列が登録される。ジャンル名4020には、施設検索サーバ1170でジャンルを検索可能な文字列が登録される。
意味表現がジャンルを意味する可能性のある単語を含む場合、意味理解部1120は、ジャンル語テーブル4000の文字列4010に当該単語と一致する文字列が登録されているかを判定する。意味理解部1120は、ジャンル語テーブル4000の文字列4010に当該単語と一致する文字列が登録されている場合、当該単語はジャンルを意味すると判定する。そして、意味理解部1120は、当該単語と一致する文字列が登録されているレコードのジャンル名4020に登録された文字列に、当該単語を変換する。一方、意味理解部1120は、ジャンル語テーブル4000の文字列4010に当該単語と一致する文字列が登録されていない場合、当該単語は施設名を意味すると判定する。
本実施例では、「ラーメン屋」が「ジャンル」を意味する可能性のある単語であり、ジャンル語テーブル4000の文字列4010に「ラーメン屋」が登録されているので、意味理解部1120は、「ラーメン屋」は「ジャンル」を意味すると判定し、「ラーメン屋」を「ラーメン」に変換する。このため、意味表現「ラーメン屋=ジャンル or 施設名」は意味表現「ラーメン=ジャンル」となる。
もし、ジャンル語テーブル4000の文字列4010に「ラーメン屋」と一致する文字列が登録されていない場合、「ラーメン屋」はジャンルを意味しないため、施設名又はその他のテキストから検索されることを期待して、意味理解部1120は、意味表現「ラーメン屋=ジャンル or 施設名」を意味表現「ラーメン屋=施設名」に変換する。
次に、クエリ作成部1130は、クエリルール記憶部1200に記憶されるクエリルール5000を参照し、入力された意味表現を、施設検索サーバ1170に送信する検索クエリに変換する(2040)。
クエリルール5000について図5を用いて説明する。図5は、本発明の実施例1のクエリルール5000の説明図である。
クエリルール5000は、意味表現5010、使用フラグ5020、及びクエリ式5030を含む。
意味表現5010には意味表現が登録される。クエリ式5030には、施設検索サーバ1170に実際に送信する検索クエリに変換するためのクエリ式(クエリルール)が登録される。クエリ式5030には、一つの意味表現に対応して複数のクエリ式が登録される。各クエリ式には、使用フラグ5020が対応付けられており、使用フラグ5020には「x」又は「−」が登録される。使用フラグ5020に「x」が登録されたクエリ式は、意味表現の検索クエリの変換に使用されることを示し、使用フラグ5020に「−」が登録されたクエリ式は、当該変換に使用されないことを示す。
図5に示すクエリルール5000において「%1の市区町村」という式は、文字列%1が含まれる最寄りの市区町村の名を意味する。
本実施例において、クエリ作成部1130に入力される意味表現「大宮=住所」及び「ラーメン=ジャンル」は、図5に示すクエリルール5000の意味表現5010に登録された意味表現「%1=住所、%2=ジャンル」に対応する。当該レコードのクエリ式のうち、使用フラグ5020に「x」が登録されているクエリ式は「address=(%1の市区町村), genre=%2」であるので、意味表現「大宮=住所」及び「ラーメン=ジャンル」は、「address=さいたま市大宮区、 genre=ラーメン」という検索クエリに変換される。
なお、クエリ式5030に登録されるクエリ式は、施設検索サーバ1170に合わせて予め作成されるものとする。また、本実施例では、クエリ式の「address=(%1の市区町村)」を「address=さいたま市大宮区」としたが、このような住所の変換は施設検索サーバ1170の仕様に合わせて変更可能である。例えば、「大宮区」で住所を検索可能な施設検索サーバ1170であれば、「address=大宮区」としてもよい。
次に、検索部1140は、クエリ作成部1130が変換した検索クエリ「address=さいたま市大宮区、 genre=ラーメン」を施設検索サーバ1170に送信し(2050)、施設検索サーバ1170に施設を検索させ、処理を終了する。
検索クエリ「address=さいたま市大宮区、 genre=ラーメン」の施設検索を実行した施設検索サーバ1170が送信する施設検索結果6000について図6を用いて説明する。
図6は、本発明の実施例1の施設検索結果6000の説明図である。
施設検索結果6000は、施設検索サーバ1170によって検索クエリに対応する施設を検索され、施設検索サーバ1170に設定された優先順序に従って検索された施設が並べられたものである。
施設検索結果6000は、順序6010、施設名6020、住所6030、ジャンル6040、及び口コミ6050を含む。
順序6010には検索結果の優先順序が登録される。施設名6020には施設の名称が登録される。住所6030には施設の住所が登録される。ジャンル6040には施設のジャンルが登録される。口コミ6050には施設の口コミが登録される。
なお、施設検索結果6000が含む情報は、施設検索サーバ1170の種別等によって異なる。
次に、評価部1180による施設検索結果6000の評価処理について図7を用いて説明する。図7は、本発明の実施例1の評価部1180による評価処理のフローチャートである。
まず、評価部1180は、施設検索結果6000を受信した場合、受信した施設検索結果6000を検索結果記憶部1220に記憶する(7010)。
次に、評価部1180は、評価ルール記憶部1210に記憶された評価ルール8000(図8参照)を参照し、受信した施設検索結果6000を評価する(7020)。
ここで、評価ルール8000について図8を用いて説明する。図8は、本発明の実施例1の評価ルール8000の説明図である。
評価ルール8000は、意味表現8010及び評価基準8020を含む。意味表現8010には意味表現が登録される。評価基準8020には、意味表現に対する検索結果が正常であるか否かを判定するための基準(評価ルール)が登録されており、具体的には、各意味表現に対応する評価基準と意味表現に共通する評価基準とが登録される。
まず、各意味表現に対応する評価基準について、「%1=住所、%2=ジャンル」の評価基準を例に説明する。この評価基準では、評価部1180は、検索結果から、ユーザが実際に画面で見る可能性が高い施設、すなわち、順序6010が高いx件の施設を取得する。そして、評価部1180は、取得したx件の施設のうち住所6030に単語「%1」が含まれる施設の件数がy件以上であって、かつ、取得したx件の施設のうちジャンル6040が単語「%2」と完全に一致する施設の件数がz件以上であるという条件を満たすか否かを判定する。すなわち、検索結果に対応する検索クエリの意味表現における単語が、当該単語の意味で用いられている検索結果の件数が所定数以上であるか否かを判断している。
評価部1180は、当該条件を満たすと判定した場合、ユーザが求めていた検索に対して実際の検索結果が正当であったと判断し、受信した検索結果が正常であると判断する。
当該条件を満たさないと判定した場合、ユーザが求めていた検索に対して実際の検索結果が正当でないと判断し、受信した検索結果が異常であると判断する。なお、x、y、zは任意の値であり、管理者が任意に設定してもよい。
また、評価部1180は、住所6030に単語「%1」が含まれる施設の件数の取得したx件に対する割合が所定値以上であって、かつジャンル6040が単語「%2」と完全に一致する施設の件数の取得したx件に対する割合が所定値以上であるという条件を満たすか否かを判定してもよい。これによって、評価部1180は、検索結果に含まれる施設の数が少ない場合であっても、受信した検索結果を正確に評価できる。
次に、意味表現に共通する評価基準について説明する。この評価基準では、評価部1180は、検索日が現在よりd日以内であり、受信した検索結果と同じ検索クエリの検索結果と今回受信した検索結果とで一致する施設の数がy件より小さい場合、施設検索サーバ1170に何らかの変化があったと推測でき、今回受信した検索結果が異常であると判定する。
すなわち、意味表現に共通する評価基準は、今回受信した検索結果と過去の検索結果とを比較することによって、今回受信した検索結果が正当であるか否かを評価する。これに対して、各意味表現に対応する評価基準は、過去の検索結果と比較することなしに、今回受信した検索結果を評価する。
なお、実在する施設は時間の経過に伴い変化することが通常であるから、検索日が現在よりd日より前の検索結果を参照しないようにしている。これによって、自然に発生する施設の変化を、施設検索サーバ1170の異常として誤検出しないようにする。このため、今回受信した検索結果と同じ検索クエリの検索結果が検索結果記憶部1220に記憶されていない場合、及び、今回受信した検索結果と同じ検索クエリの検索結果の検索日が現在よりd日より前である場合、評価部1180は受信した検索結果が正常であると判定する。
また、施設検索サーバ1170は、Search Engine Optimizationに代表されるような外部からの特定の目的を持ったアクセスを受けることによって、検索結果の順序を変更させることがある。このような検索結果の順序の変更は、施設検索サーバ1170の正常な動作であるため、検索結果の異常として検出されないことが望ましい。そこで、評価基準8020において、検索結果の順序を考慮からはずす、又は、評価対象とする検索結果の件数(x)を増やす等の評価基準8020を変更することにより、Search Engine Optimizationによる検索結果の異常の誤検出を防止できる。
各意味表現に対応する評価基準及び意味表現に共通する評価基準の少なくとも一方を用いて、評価部1180は受信した検索結果を評価すればよい。
ステップ7020の処理では、評価部1180は、図9に示す評価ルール9000を用いて受信した施設検索結果6000を評価してもよい。
図9は、本発明の実施例1の変形例の評価ルール9000の説明図である。
評価ルール9000は、意味表現9010及び評価基準9020を含む。意味表現9010は意味表現8010と同じであるので説明を省略する。評価基準9020には、検索結果の特性が急激に変化したか否かを判定するための基準が意味表現毎に登録される。評価基準9020について、「%1=住所、%2=ジャンル」の評価基準を例に説明する。
まず、この評価基準9020では、評価部1180は、過去d日以内の検索結果から「%1=住所、%2=ジャンル」という意味表現で検索された検索結果を取得する。次に、評価部1180は、取得した検索結果に含まれる全施設の数に対する、検索クエリの住所を示す各単語を住所に含む施設の数の割合の平均値(Ta)を算出する。また、評価部1180は、取得した検索結果に含まれる全施設の数に対する、検索クエリのジャンルを示す各単語がジャンルと一致する施設の数の割合の平均値(Tg)を算出する。
そして、評価部1180は、受信した検索結果に含まれる全施設の数に対する、受信した検索結果の検索クエリの住所を示す単語を住所に含む施設の数の割合が、Taから所定の閾値(w)を減算した値以上であって、かつ、受信した検索結果に含まれる全施設の数に対する、受信した検索結果の検索クエリのジャンルを示す単語がジャンルと一致する施設の数の割合が、Tbから所定の閾値(w)を減算した値以上であれば、受信した検索結果は正常であると判定する。
また、評価部1180は、受信した検索結果の検索クエリの住所を示す単語を住所に含む施設の受信した検索結果に含まれる全施設に対する割合が、Taから所定の閾値(w)を減算した値より小さい場合、又は、受信した検索結果の検索クエリのジャンルを示す単語がジャンルと一致する施設の受信した検索結果に含まれる全施設に対する割合が、Tbから所定の閾値(w)を減算した値より小さい場合、施設検索サーバ1170の仕様が変更されたと判断し、受信した検索結果を異常と判断する。
図7に戻り、評価部1180は、ステップ7020の処理における評価結果が正常であるか否かを判定する(7030)。
ステップ7020の処理における評価結果が正常であると、ステップ7030の処理で判定された場合、評価部1180は、受信した検索結果を通信部1110を介して車載機1010に送信し(7060)、処理を終了する。車載機1010は、中継サーバ1100から送信された検索結果を受信した場合、受信した検索結果を画面1040に表示し、受信した検索結果をスピーカ1050から出力する。
一方、ステップ7020の処理における評価結果が異常であると、ステップ7030の処理で判定された場合、評価部1180は、カウンタを1増加させる(7032)。このカウンタは、検索条件毎、意味表現毎、又は検索クエリ毎に設けられればよい。次に、評価部1180は、カウンタが所定値より大きいか否かを判定する(7034)。ステップ7034の処理でカウンタが所定値より大きいと判定された場合、評価部1180は、検索結果に異常が検出され、施設検索サーバ1170の仕様が変更されたと判断し、中継サーバ1100の管理者にその旨を通知し(7040)、カウンタをリセットし(7042)、ステップ7050の処理に進む。なお、施設検索サーバ1170の仕様の変更は、例えば、施設検索サーバ1170の検索アルゴリズムの変更等、施設検索サーバ1170の設定等が変更されたことを意味する。また、管理者に施設検索サーバ1170の仕様の変更を通知するには、評価部1180は、中継サーバ1100の管理者が操作する図示しない端末の表示装置にその旨を表示させる。管理者は、施設検索サーバ1170の仕様が変更されたことを把握できるので、当該変更に対する処置をとることができる。
ステップ7034の処理でカウンタが所定値以下であると判定された場合、又はステップ7042の処理の実行後、評価部1180は、2回目の検索クエリの作成をクエリ作成部1130に指示し(7050)、処理を終了する。
なお、図7では、ステップ7040の処理で中継サーバ1100の管理者に検索結果に異常が検出された旨を一度通知した場合、これ以降の評価処理で検索結果に異常が検出され続け、カウンタが所定値より大きくなると、中継サーバ1100の管理者に検索結果に異常が検出された旨を通知する。しかし、中継サーバ1100の管理者に検索結果に異常が検出された旨が一度通知された場合、検索結果が正常と判定されるまで検索結果に異常が検出された旨を通知しなくてもよい。
この場合の一例を説明する。ステップ7040の処理の実行後、評価部1080は通知フラグを設定する。通知フラグの設定は、ステップ7030の処理で評価結果が正常であると判定された場合に解除される。また、ステップ7030の処理で評価結果が異常であると判定された場合、評価部1080は、通知フラグが設定されているか否かを判定し、通知フラグが設定されていないと判定された場合ステップ7032の処理に進み、通知フラグが設定されていないと判定された場合ステップ7032〜7042の処理を実行せず、ステップ7050の処理に進む。
これによって、中継サーバ1100の管理者に検索結果に異常が検出された旨が一度通知された場合、検索結果が正常と判定されるまで検索結果に異常が検出された旨を通知しなくすることができる。
クエリ作成部1130が2回目の検索クエリを作成された場合の処理(2回目検索クエリ作成処理)について、図10を用いて説明する。
図10は、本発明の実施例1の2回目検索クエリ作成処理のフローチャートである。
クエリ作成部1130は、1回目と異なる検索クエリを作成する(10010)。具体的には、クエリ作成部1130は、クエリルール5000を参照し、意味表現5010に「%1=住所、%2=ジャンル」が登録されたレコードの使用フラグ5020に「−」が登録されているクエリ式(「address=%1, genre=%2」、及び「keyword=%1,%2」)を用いて検索クエリを作成する。意味表現は「大宮=住所」及び「ラーメン=ジャンル」であるので、「address=大宮, genre=ラーメン」、及び「keyword=大宮,ラーメン」という二つの検索クエリが作成される。ここで、「keyword」と記述された検索クエリは、施設検索サーバ1170が施設データのどのフィールドも検索することを示す。このため、意味表現毎のクエリ式のいずれかに必ず「keyword」を含めることによって、検索条件の単語となんらかのフィールドで一致する施設が検索されるようにすることができる。
検索部1140は、ステップ10010の処理で作成された検索クエリを施設検索サーバ1170に送信し(10020)、ステップ10010の処理で作成された全ての検索クエリを施設検索サーバ1170に送信するまでステップ10020の処理を繰り返し実行し、ステップ10010の処理で作成された全ての検索クエリを施設検索サーバ1170に送信すると、処理を終了する。ここでは、ステップ10010の処理で作成された二つの検索クエリが施設検索サーバ1170に送信される。
図11は、本発明の実施例1の2回目の検索結果を受信した場合の評価部1180による処理のフローチャートである。
評価部1180は、2回目の検索結果を受信し、受信した2回目の検索結果を検索結果記憶部1220に記憶する(11010)。
次に、評価部1180は、ユーザの意図に最も適合しているとの評価が最良の検索結果を選択する(11020)。ステップ11020の処理について具体的に説明する。本実施例のステップ2030の処理では、意味表現が「大宮=住所、ラーメン=ジャンル」と特定されていた。このため、評価部1180は、1回目の検索結果、及び2回目の検索結果(二つの検索クエリの検索結果)から、住所に「大宮」を含み、ジャンルが「ラーメン」と一致する施設の件数を検索結果毎に算出する。そして、評価部1180は、当該施設の件数が最大の検索結果を評価が最良の検索結果として選択する。
次に、評価部1180は、評価が最良の検索結果が1回目の検索結果であるか否かを判定する(11040)。ステップ11040の処理で、評価が最良の検索結果が1回目の検索結果であると判定された場合、評価部1180は、1回目の検索結果を通信部1110を介して車載機1010に送信し(11050)、処理を終了する。車載機1010は、中継サーバ1100から送信された1回目の検索結果を受信した場合、受信した1回目の検索結果を画面1040に表示し、受信した1回目の検索結果をスピーカ1050から出力する。この場合、評価部1180は、当該1回目の検索結果の検索の質が通常より悪い旨のメッセージを、1回目の検索結果とともに車載機1010に送信してもよい。車載機1010は、当該メッセージを受信した場合、「検索するテキストを変更して再度検索しますか?」等のメッセージを画面1040又はスピーカ1050から出力する。これによって、ユーザが望ましい検索結果を得ることができるような検索条件をユーザに入力させることができる。
一方、ステップ11040の処理で、評価が最良の検索結果が1回目の検索結果でないと判定された場合、すなわち、評価が最良の検索結果が2回目の検索結果である場合、評価部1180は、カウンタに1を加算する(10052)。このカウンタは、検索条件毎、意味表現毎、又は検索クエリ毎に設けられればよい。
次に、評価部1180は、カウンタが所定値より大きいか否かを判定する(11054)。ステップ11054の処理でカウンタが所定値より大きいと判定された場合、評価部1180は、評価が最良の検索結果の検索クエリを作成に用いたクエリ式の使用フラグ5020に「x」を登録するように、クエリルール5000を変更する(11060)。この場合、評価部1180は、使用フラグ5020に「x」が登録されていたクエリ式の使用フラグ5020を「−」を登録する。
例えば、検索クエリ「keyword=大宮,ラーメン」の検索結果の評価が最良である場合、評価部1180は、図4に示すように、クエリ式「keyword=%1,%2」の使用フラグ5020「−」から「x」に変更し、クエリ式「address=(%1の市区町村),genre=%2」の使用フラグ5020を「x」から「−」に変更する。この後、クエリ作成部1130は、意味表現「%1=住所、%2=ジャンル」が入力された場合、クエリ式「keyword=%1,%2」を用いて検索クエリを作成する。
このように、使用フラグが変更されることによって、施設検索サーバ1170の仕様が変更されても、ユーザの意図を反映した最良の検索結果をユーザに提示することができる。
評価部1180は、ステップ11060の処理でクエリルール5000を変更すると、カウンタをリセットし(11060)、ステップ11070の処理に進む。
ステップ11054の処理でカウンタが所定値以下であると判定された場合、又はステップ11060の処理の実行後、評価部1180は、評価が最良の検索結果を通信部1110を介して車載機1010に送信し(11070)、処理を終了する。車載機1010は、中継サーバ1100から送信された1回目の検索結果を受信した場合、受信した1回目の検索結果を画面1040に表示し、受信した1回目の検索結果をスピーカ1050から出力する。
以上、本実施例によれば、中継サーバ1100が受信した検索結果に基づいて、施設検索サーバ1170の仕様が変更されたか否かを判定し、施設検索サーバ1170の仕様が変更されたと判定した場合、その旨を管理者に通知する。これによって、管理者は、検索装置の挙動の変化を即座に把握でき、当該変化によって検索装置のユーザの利便性が悪化しないように、当該変化への対処が可能となる。
また、意味理解部1120が、ユーザが入力した検索条件を意味表現に変換し、クエリ作成部1130が意味表現を検索クエリに変換するため、ユーザの意図した検索条件で施設検索サーバ1170に施設を検索させることができ、ユーザの望む検索結果を出力できる。
また、中継サーバ1100が受信した検索結果の評価結果が異常である場合、2回目の検索クエリの作成をクエリ作成部1130に指示し、クエリ作成部1130は、1回目の検索結果の検索クエリの生成に使用されていないクエリ式を用いて2回目の検索クエリを生成し、施設検索サーバ1170に送信する。評価部1180は、これらの検索結果の中から意味表現に対して最良の検索結果の検索クエリのクエリ式の使用フラグ5020(図7参照)を「x」に変更する。これによって、施設検索サーバ1170の仕様に変更があっても、意味表現に対して最良の検索結果(すなわち、ユーザの意図に最も適合する検索結果)をユーザに出力できる。
また、評価部1080は、今回受信した検索結果の検索クエリの意味表現を参酌して、今回検索結果を評価するため、ユーザが意図した検索結果となっているかとの観点から、施設検索サーバ1170の仕様が変更されたかを判断できる。
また、評価部1080は、今回受信した検索結果と過去の検索結果とを比較して、検索結果を評価するため、今回受信した検索結果が過去の検索結果から変更されていた等の観点から、施設検索サーバ1170の仕様が変更されたかを判断できる。
次に、本実施例の変形例について説明する。
本実施例では、図2で説明したように、意味理解部1120は、ステップ2020の処理で住所のあいまい性を解消し、ステップ2030の処理でジャンルを正規化し、検索条件のテキストを一つの意味表現に変換したが、意味理解部1120は、ステップ2020の処理で住所のあいまい性を解消せず、ステップ2030のジャンルを正規化せず、複数の意味表現を検索クエリに入力してもよい。
例えば、「大宮のラーメン屋」が検索条件である場合、検索情報に含まれる位置情報が示す位置が「大宮」付近であっても、「大宮」が「施設名」を意味する場合もある。また、ジャンル語テーブル4000に「ラーメン屋」が登録されていても、「ラーメン屋」が「施設名」を意味する場合もある。
このような意味の多義性を考慮して、本変形例の意味理解部1120は、以下に示す複数の意味表現を生成する。
「大宮=住所、ラーメン=ジャンル」
「大宮=施設名、ラーメン=ジャンル」
「大宮=住所、ラーメン屋=施設名」
「大宮=施設名、ラーメン屋=施設名」
「大宮=住所、ラーメン=ジャンル」
「大宮=施設名、ラーメン=ジャンル」
「大宮=住所、ラーメン屋=施設名」
「大宮=施設名、ラーメン屋=施設名」
クエリ作成部1130は、意味表現が入力されると、クエリルール5000を参照し、以下の検索クエリを作成する。
「address=さいたま市大宮区, genre=ラーメン」
「name=大宮, genre="ラーメン」
「address=さいたま市大宮区, name=ラーメン屋」
「name=大宮, name=ラーメン屋」
「address=さいたま市大宮区, genre=ラーメン」
「name=大宮, genre="ラーメン」
「address=さいたま市大宮区, name=ラーメン屋」
「name=大宮, name=ラーメン屋」
そして、クエリ作成部1130は、これらの四つの検索クエリを施設検索サーバ1170に送信し、施設検索サーバ1170は、これらの複数のクエリに対応する四つの検索結果を中継サーバ1100に送信する。
評価部1180によるこれらの検索結果の評価処理については、複数の方法が考えられる。
例えば、評価部1180は、評価ルール8000を参照し、一つの意味表現に対応する検索結果を、当該意味表現に対応する評価基準を用いて、個別に評価してもよい。
また、評価部1180は、受信した四つの検索結果を統合して一つの検索結果として、当該一つの検索結果を評価することもできる。例えば、評価部1180は、統合した一つの検索結果を、図8に示す意味表現に共通した評価基準を用いて評価してもよいし、四つの意味表現の組み合わせに対する新たな評価基準が設定され、当該評価基準を用いて評価してもよい。
本実施例では、中継サーバ1100は、基準テキスト記憶部1240(図1参照)に記憶された基準テキスト12000に基づく検索クエリを所定のタイミングで施設検索サーバ1170に送信し、この検索結果を評価する。
図12は、本発明の実施例2の基準テキスト記憶部1240に記憶される基準テキスト12000の説明図である。
基準テキスト12000として、「大宮のラーメン屋」及び「大宮というラーメン屋」等が基準テキスト記憶部1240に記憶される。これらの基準テキスト12000は、ユーザによって検索条件として入力されたものであっても、管理者によって事前に登録されたものであってもよい。
意味理解部1120は、例えば毎日午前2時等の所定のタイミングで、基準テキスト記憶部1240から基準テキスト12000を取得して、実施例1と同様に、取得した基準テキスト12000を意味表現に変換し、クエリ作成部1130に入力する。クエリ作成部1130は、入力された意味表現を検索クエリに変換し、検索部1140から検索クエリを施設検索サーバ1170に送信する。そして、評価部1180は、検索クエリの検索結果を受信すると、受信した検索結果を評価し、評価が異常である場合には、実施例1と同じく、管理者に通知できる。
例えば、中継サーバ1100は、車載機1010から受信した過去1週間の検索条件を示すテキストを記憶しておき、受信回数が所定値よりテキスト、及び受信回数が上位のテキストを基準テキスト12000として基準テキスト記憶部1240に記憶してもよい。これによって、ユーザが検索する頻度が高い検索条件の施設検索サーバ1170の仕様変更を周期的に検査でき、ユーザの意図に沿った検索結果をユーザに提示することができるようになる。
本実施例によれば、基準テキスト12000に基づく検索クエリを所定のタイミングで施設検索サーバ1170に送信することによって、施設検索サーバ1170の仕様変更を所定のタイミングで判定することができる。
実施例1及び実施例2では、中継サーバ1100が受信した検索条件のテキストを意味理解部1120が意味表現に変換し、クエリ作成部1130が検索クエリに変換した後、検索クエリが施設検索サーバ1170に送信された。施設検索サーバ1170が検索条件のテキストをそのまま受理可能である場合、中継サーバ1100の意味理解部1120及びクエリ作成部1130は変換処理を実行する必要がないため、この場合、中継サーバ1100は、意味理解部1120及びクエリ作成部1130を有さなくてよい。
なお、施設検索サーバ1170が検索条件のテキストをそのまま受理可能である場合とは、例えば、施設検索サーバ1170が、意味理解部1120及びクエリ作成部1130を有し、中継サーバ1100から受信したテキストを意味表現に変換し、さらに検索クエリに変換してから施設データから施設を検索する場合等である。
評価部1180は、検索結果を受信した場合、図7に示す処理を実行して、検索結果を評価する。この場合、中継サーバ1100で意味表現に変換していないので、評価部1180は、図8及び図9に示す評価ルール8000及び9000の意味表現毎の評価基準を用いて検索結果を評価できない。このため、本実施例では、評価部1180は、図8に示す評価ルール8000の意味表現に共通する評価基準を用いて検索結果を評価する。
例えば、検索部1140がテキスト「大宮のラーメン屋」を施設検索サーバ1170に送信し、評価部1180が。「大宮のラーメン屋」の検索結果を受信した場合、受信した「大宮のラーメン屋」の検索結果と過去の「大宮のラーメン屋」の検索結果とを比較して、受信した検索結果を評価する。評価部1180は、評価結果が異常であると判定した場合、ステップ7050の処理における2回目の検索クエリの作成を指示せず、ステップ7050の処理を実行することなく処理を終了するが、その他の処理は図7と同じである。
以上によって、本実施例によれば、中継サーバ1100が意味理解部1120及びクエリ作成部1130を有さず、施設検索サーバ1170がテキストをそのままクエリとして仕様する場合であっても、本発明を適用できる。
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。
例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることも可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、SSD(Solid State Drive)等の記録装置、又は、ICカード、SDカード、DVD等の記録媒体に置くことができる。
特許請求の範囲に記載した以外の本発明の観点の代表的なものとして、次のものがあげられる。検索クエリと当該検索クエリに対する検索結果とを対応付けて記憶する検索結果記憶部を有し、評価ルールは、評価部に、前記検索結果を受信した場合、検索結果記憶部を参照し、受信した検索結果の検索クエリに対応する検索クエリの過去の検索結果を取得させ、受信した検索結果と前記取得した過去の検索結果とを比較して、前記検索結果を評価させるルールを含むことを特徴とする検索結果評価システム。
Claims (15)
- 検索装置に接続され、検索装置の検索結果を評価する検索結果評価システムであって、
前記検索装置に検索クエリを送信する検索部と、
前記検索装置から検索結果を受信した場合、前記受信した検索結果を評価することによって、前記検索装置の仕様が変更されたか否かを判定する評価部と、を有し、
前記評価部が前記検索装置の仕様が変更されたと判定した場合、その旨を前記検索結果評価システムの管理者に通知するため、異常信号を出力することを特徴とする検索結果評価システム。 - 請求項1に記載の検索結果評価システムであって、
ユーザから入力された検索条件を構成する単語を当該単語が示す意味に関連付けた意味表現に、前記検索条件を変換する意味理解部と、
前記意味表現を前記検索クエリに変換するクエリルールと、
前記クエリルールを参照し、前記意味理解部によって変換された意味表現を前記検索クエリに変換するクエリ作成部と、を有し、
前記検索部は、前記クエリ作成部によって変換された前記検索クエリを前記検索装置に送信することを特徴とする検索結果評価システム。 - 請求項2に記載の検索結果評価システムであって、
一つの意味表現は複数のクエリルールに対応づけられ、
前記一つの意味表現に対応付けられた複数のクエリルールは、前記意味表現の変換に用いるクエリルールである使用クエリルールを含み、
前記検索装置の仕様が変更されたと判定された場合、前記クエリ作成部は、前記意味表現に対応するクエリルールのうち前記使用クエリルール以外のクエリルールを用いて、前記意味表現を前記検索クエリに変換し、
前記検索部は、前記変換された検索クエリを2回目の検索クエリとして、前記検索装置に送信することを特徴とする検索結果評価システム。 - 請求項3に記載の検索結果評価システムであって、
前記評価部は、
前記検索装置から前記2回目の検索クエリの検索結果を受信した場合、1回目の検索クエリの検索結果及び前記2回目の検索クエリの検索結果から、前記意味表現に基づいて、前記ユーザの検索の意図に最も適合する最良の検索結果を特定し、
前記特定した最良の検索結果が前記2回目の検索クエリの検索結果である場合、前記最良の検索結果の検索クエリの変換に用いた前記クエリルールを前記使用クエリルールに変更することを特徴とする検索結果評価システム。 - 請求項1に記載の検索結果評価システムであって、
前記受信した検索結果を評価する評価ルールを有し、
前記評価部は、前記評価ルールを参照し、前記検索結果を評価することを特徴とする検索結果評価システム。 - 請求項5に記載の検索結果評価システムであって、
ユーザから入力された検索条件を構成する単語を当該単語が示す意味に関連付けた意味表現に、前記検索条件を変換する意味理解部と、
前記意味表現を前記検索クエリに変換するクエリルールと、
前記クエリルールを参照し、前記意味理解部によって変換された意味表現を前記検索クエリに変換するクエリ作成部と、を有し、
前記検索部は、前記クエリ作成部によって変換された前記検索クエリを前記検索装置に送信し、
前記評価ルールは、
前記受信した検索結果から、当該検索結果の検索クエリの意味表現の単語を含み、かつ当該単語の意味が当該意味表現と同じ意味である検索結果の数に基づいて、前記検索結果を前記評価部に評価させるルールを含むことを特徴とする検索結果評価システム。 - 請求項1に記載の検索結果評価システムであって、
前記検索部は、予め設定された検索クエリ又はユーザが過去に入力した検索クエリを所定のタイミングで前記検索装置に送信することを特徴とする検索結果評価システム。 - 請求項1から請求項7のいずれか一つに記載の検索結果評価システムに接続されるナビゲーションシステムであって、
前記ナビゲーションシステムは、
車両に搭載され、
前記車両の経路を案内し、
ユーザから検索条件の入力を受け付け、
前記受け付けた検索条件を前記検索結果評価システムに送信し、
前記送信された検索条件の検索クエリは、前記検索結果評価システムの検索部から前記検索装置に送信されることを特徴とするナビゲーションシステム。 - 検索装置に接続される検索結果評価システムにおける前記検索装置の検索結果を評価する検索結果評価方法であって、
前記方法は、
前記検索結果評価システムが、前記検索装置に検索クエリを送信し、
前記検索結果評価システムが、前記検索装置から検索結果を受信した場合、前記受信した検索結果を評価することによって、前記検索装置の仕様が変更されたか否かを判定し、
前記検索装置の仕様が変更されたと判定した場合、前記検索結果評価システムが、その旨を前記検索結果評価システムの管理者に通知するため、異常信号を出力することを特徴とする検索結果評価方法。 - 請求項9に記載の検索結果評価方法であって、
前記検索結果評価システムは、ユーザから入力された検索条件を構成する単語を当該単語が示す意味に関連付けた意味表現を前記検索クエリに変換するクエリルールを有し、
前記方法は、
前記検索結果評価システムが、前記検索条件を前記意味表現に変換し、
前記検索結果評価システムが、前記クエリルールを参照し、前記意味表現を前記検索クエリに変換し、
前記検索結果評価システムが、前記検索クエリを前記検索装置に送信することを特徴とする検索結果評価方法。 - 請求項10に記載の検索結果評価方法であって、
一つの意味表現は複数のクエリルールに対応づけられ、
前記一つの意味表現に対応付けられた複数のクエリルールは、前記意味表現の変換に用いるクエリルールである使用クエリルールを含み、
前記方法は、
前記検索装置の仕様が変更されたと判定された場合、前記検索結果評価システムが、前記意味表現に対応するクエリルールのうち前記使用クエリルール以外のクエリルールを用いて、前記意味表現を前記検索クエリに変換し、
前記検索結果評価システムが、前記変換された検索クエリを2回目の検索クエリとして、前記検索装置に送信することを特徴とする検索結果評価方法。 - 請求項11に記載の検索結果評価方法であって、
前記方法は、
前記検索装置から前記2回目の検索クエリの検索結果を受信した場合、前記検索結果評価システムが、1回目の検索クエリの検索結果及び前記2回目の検索クエリの検索結果から、前記意味表現に基づいて、前記ユーザの検索の意図に最も適合する最良の検索結果を特定し、
前記検索結果評価システムが、前記特定した最良の検索結果が前記2回目の検索クエリの検索結果である場合、前記最良の検索結果の検索クエリの変換に用いた前記クエリルールを前記使用クエリルールに変更することを特徴とする検索結果評価方法。 - 請求項9に記載の検索結果評価方法であって、
前記検索結果評価システムは、前記受信した検索結果を評価する評価ルールを有し、
前記方法は、前記検索結果評価システムが、前記評価ルールを参照し、前記検索結果を評価することを特徴とする検索結果評価方法。 - 請求項13に記載の検索結果評価方法であって、
前記検索結果評価システムは、ユーザから入力された検索条件を構成する単語を当該単語が示す意味に関連付けた意味表現を前記検索クエリに変換するクエリルールを保持し、
前記方法は、
前記検索結果評価システムが、前記検索条件を前記意味表現に変換し、
前記検索結果評価システムが、前記クエリルールを参照し、前記意味表現を前記検索クエリに変換し、
前記検索結果評価システムが、前記検索クエリを前記検索装置に送信し、
前記評価ルールは、前記受信した検索結果から、当該検索結果の検索クエリの意味表現の単語を含み、かつ当該単語の意味が当該意味表現と同じ意味である検索結果の数に基づいて、前記検索結果を評価させるルールを含むことを特徴とする検索結果評価方法。 - 請求項9に記載の検索結果評価方法であって、
前記検索結果評価システムが、予め設定された検索クエリ又はユーザが過去に入力した検索クエリを所定のタイミングで前記検索装置に送信することを特徴とする検索結果評価方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013235727 | 2013-11-14 | ||
JP2013235727 | 2013-11-14 | ||
PCT/JP2014/079840 WO2015072450A1 (ja) | 2013-11-14 | 2014-11-11 | 検索結果評価システム、ナビゲーションシステム、及び検索結果評価方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JPWO2015072450A1 JPWO2015072450A1 (ja) | 2017-03-16 |
JP6138965B2 true JP6138965B2 (ja) | 2017-05-31 |
Family
ID=53057384
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2015547757A Active JP6138965B2 (ja) | 2013-11-14 | 2014-11-11 | 検索結果評価システム、ナビゲーションシステム、及び検索結果評価方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10387413B2 (ja) |
EP (1) | EP3070616A4 (ja) |
JP (1) | JP6138965B2 (ja) |
WO (1) | WO2015072450A1 (ja) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107656965B (zh) * | 2017-08-22 | 2021-10-15 | 北京京东尚科信息技术有限公司 | 订单查询的方法和装置 |
US11055407B2 (en) | 2017-09-30 | 2021-07-06 | Oracle International Corporation | Distribution-based analysis of queries for anomaly detection with adaptive thresholding |
US10621180B2 (en) * | 2017-09-30 | 2020-04-14 | Oracle International Corporation | Attribute-based detection of anomalous relational database queries |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3655714B2 (ja) * | 1996-11-15 | 2005-06-02 | 株式会社ニューズウオッチ | 情報フィルタリング装置及び記録媒体 |
US7277987B2 (en) * | 2003-05-26 | 2007-10-02 | Canon Kabushiki Kaisha | Information processing apparatus, storage medium supporting device, and identifier changing method |
US7912806B2 (en) * | 2005-02-21 | 2011-03-22 | Brother Kogyo Kabushiki Kaisha | System and device for providing contents |
JP4396592B2 (ja) * | 2005-07-19 | 2010-01-13 | 日本電気株式会社 | 情報提供システム、情報提供方法および情報提供プログラム |
US20080104045A1 (en) * | 2006-11-01 | 2008-05-01 | Cohen Alain J | Collectively enhanced semantic search |
US9110975B1 (en) * | 2006-11-02 | 2015-08-18 | Google Inc. | Search result inputs using variant generalized queries |
US8725716B1 (en) * | 2008-05-30 | 2014-05-13 | Google Inc. | Customized web summaries and alerts based on custom search engines |
US20100004851A1 (en) * | 2008-07-03 | 2010-01-07 | Aisin Aw Co., Ltd. | Navigation devices, methods, and programs |
JP2011018148A (ja) * | 2009-07-08 | 2011-01-27 | Nec Corp | システム構成管理装置、システム構成管理方法、及びプログラム |
JP5208069B2 (ja) | 2009-07-17 | 2013-06-12 | ヤフー株式会社 | 地域検索装置及び方法 |
-
2014
- 2014-11-11 EP EP14862537.9A patent/EP3070616A4/en not_active Ceased
- 2014-11-11 US US15/025,584 patent/US10387413B2/en active Active
- 2014-11-11 WO PCT/JP2014/079840 patent/WO2015072450A1/ja active Application Filing
- 2014-11-11 JP JP2015547757A patent/JP6138965B2/ja active Active
Also Published As
Publication number | Publication date |
---|---|
EP3070616A1 (en) | 2016-09-21 |
EP3070616A4 (en) | 2017-08-02 |
US20160239536A1 (en) | 2016-08-18 |
WO2015072450A1 (ja) | 2015-05-21 |
JPWO2015072450A1 (ja) | 2017-03-16 |
US10387413B2 (en) | 2019-08-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11657816B2 (en) | Developer voice actions system | |
JP5002751B2 (ja) | データベースアクセスのための2段階データ検証およびマッピング | |
US9418128B2 (en) | Linking documents with entities, actions and applications | |
JP6439043B2 (ja) | 文脈検索文字列同義語の自動生成 | |
JP2015118708A (ja) | 検索結果を提供するための方法及び装置 | |
US9659052B1 (en) | Data object resolver | |
KR20180126577A (ko) | 관련 엔티티 탐색 | |
US10394922B2 (en) | User index with nicknames | |
KR20130011557A (ko) | 지역별 자동완성 질의어 제공 시스템 및 방법 | |
JP6138965B2 (ja) | 検索結果評価システム、ナビゲーションシステム、及び検索結果評価方法 | |
US11507549B2 (en) | Data normalization system | |
US10262061B2 (en) | Hierarchical data classification using frequency analysis | |
US11657807B2 (en) | Multi-tier speech processing and content operations | |
US11657805B2 (en) | Dynamic context-based routing of speech processing | |
JP2015102805A (ja) | 音声認識システム、電子装置、サーバー、音声認識方法および音声認識プログラム | |
WO2013046413A1 (ja) | 検索方法及び情報管理装置 | |
US10915565B2 (en) | Retrieval result providing device and retrieval result providing method | |
US10762112B2 (en) | Establishing search radius based on token frequency | |
US11705113B2 (en) | Priority and context-based routing of speech processing | |
WO2016136208A1 (ja) | 音声対話装置、音声対話システム、および、音声対話装置の制御方法 | |
US20220415311A1 (en) | Early invocation for contextual data processing | |
KR20160038276A (ko) | 인터넷 프로토콜을 이용한 통화 어플리케이션을 이용한 검색 서비스 제공 방법 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20170411 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20170426 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6138965 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |