(57)【要約】【課題】複数の位置情報サービスを提供可能なシステムにおいて、各位置情報サービスを円滑に提供する。【解決手段】位置情報判定装置２０は、ユーザの位置情報を取得する位置情報取得部２１と、提供される位置情報サービス毎に関連付けられ、サービス内容に基づいて定められた位置情報要件を保持する要件保持部２２と、複数の提供可能な位置情報サービスの中から、ユーザの所望する位置情報サービスを特定するサービス特定部２３と、サービス特定部２３により特定された位置情報サービスに関連付けられた位置情報要件を要件保持部２２から抽出し、位置情報取得部２１により取得された位置情報が位置情報要件を満たすか否かを判定する判定部２４と、を備える。【選択図】図１
2014096066.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの位置情報を取得する位置情報取得手段と、
提供される位置情報サービス毎に関連付けられ、サービス内容に基づいて定められた位置情報要件を保持する要件保持手段と、
複数の提供可能な位置情報サービスの中から、ユーザの所望する位置情報サービスを特定するサービス特定手段と、
前記サービス特定手段により特定された位置情報サービスに関連付けられた位置情報要件を前記要件保持手段から抽出し、前記位置情報取得手段により取得された位置情報が前記位置情報要件を満たすか否かを判定する判定手段と、
を備える位置情報判定装置。
【請求項２】
前記位置情報要件が、位置情報の測位精度に基づく要件を含む、
請求項１記載の位置情報判定装置。
【請求項３】
前記位置情報要件が、位置情報が測位されてからの経過時間に基づく要件を含む、
請求項１又は２記載の位置情報判定装置。
【請求項４】
前記判定手段は、前記位置情報が前記位置情報要件を満たさないと判定した場合に、前記位置情報取得手段にユーザの位置情報を再取得させる、
請求項１〜３何れか一項記載の位置情報判定装置。
【請求項５】
前記判定手段によって前記位置情報が前記位置情報要件を満たすと判定された場合に、前記サービス特定手段により特定された位置情報サービスを、前記位置情報を用いて提供するサービス提供手段を更に備える、
請求項１〜４何れか一項記載の位置情報判定装置。
【請求項６】
前記サービス特定手段は、ユーザにより入力された音声を認識した結果に基づいてユーザの所望する位置情報サービスを特定する、
請求項１〜５何れか一項記載の位置情報判定装置。
【請求項７】
提供される位置情報サービス毎に関連付けられ、サービス内容に基づいて定められた位置情報要件を保持する要件保持手段を備える位置情報判定装置により実行される位置情報判定方法であって、
ユーザの位置情報を取得する位置情報取得ステップと、
複数の提供可能な位置情報サービスの中から、ユーザの所望する位置情報サービスを特定するサービス特定ステップと、
前記要件保持手段を参照し、前記サービス特定ステップにおいて特定された位置情報サービスに関連付けられた位置情報要件を抽出し、前記位置情報取得ステップにおいて取得された位置情報が前記位置情報要件を満たすか否かを判定する判定ステップと、
を含む位置情報判定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、位置情報サービスに用いられるユーザの位置情報の使用可否を判定する位置情報判定装置及び位置情報判定方法に関する。
【背景技術】
【０００２】
従来から、例えば下記特許文献１に示すように、端末の測位情報を用いてサービスを提供する位置サービス提供システムが知られている。当該位置サービス提供システムでは、以前に測位された測位情報がある場合において、当該測位情報が、ＱｏＰ（測位情報の正確度）、タイムスタンプ、時間間隔、及び測位情報を計算するための位置決定方法のうち少なくともいずれか１つに該当する条件を満たすか否かを判定し、当該条件を満たす測位情報を再使用してサービスを提供する。これにより、サービス提供における不必要な位置計算回数を減らすことができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１０９２３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、複数の位置情報サービスを提供可能なシステムにおいては、位置情報サービスの内容によって、サービスを適切に提供するために必要とされる位置情報の要件は異なり得る。例えば、ユーザの現在位置から目的地までの最適な乗換経路を検索する乗換案内サービスでは、ユーザに適切な乗換経路を示すために、用いられる位置情報にはそれなりの精度（位置情報の正確さ）及び鮮度（位置情報が取得（測位）されてからの新しさ）が求められる。一方で、ユーザの現在位置付近の天気予報を調べる天気予報サービスでは、ユーザの現在位置を含むある程度の広さを持ったエリア（範囲）情報が得られれば十分と考えられるため、天気予報サービスに用いられる位置情報には、乗換案内サービスに用いられる位置情報に求められる程の精度及び鮮度は求められない。
【０００５】
従って、例えば上記のような位置情報サービスのいずれに対しても一律の位置情報の要件に基づいて位置情報（測位情報）の使用可否の判定を行うと、精度又は鮮度の要件を緩く設定した場合には、天気予報サービスを適切に実行することはできるが、乗換案内サービスを適切に実行することができないという問題が起こり得る。逆に、精度又は鮮度の要件を厳しく設定した場合には、乗換案内サービスを適切に実行することはできるが、天気予報サービスについて不必要な位置情報の再取得（測位）処理が発生してしまう（即ち天気予報サービスの提供のためには十分な位置情報であるにも関わらず位置情報の再取得が実行されてしまう）という問題が起こり得る。
【０００６】
そこで、本発明は、複数の位置情報サービスを提供可能なシステムにおいて、各位置情報サービスを円滑に提供するための位置情報判定装置及び位置情報判定方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る位置情報判定装置は、ユーザの位置情報を取得する位置情報取得手段と、提供される位置情報サービス毎に関連付けられ、サービス内容に基づいて定められた位置情報要件を保持する要件保持手段と、複数の提供可能な位置情報サービスの中から、ユーザの所望する位置情報サービスを特定するサービス特定手段と、サービス特定手段により特定された位置情報サービスに関連付けられた位置情報要件を要件保持手段から抽出し、位置情報取得手段により取得された位置情報が位置情報要件を満たすか否かを判定する判定手段と、を備える。
【０００８】
本発明に係る位置情報判定装置では、提供される位置情報サービス毎にサービス内容に基づいて定められた位置情報の要件を保持し、位置情報取得手段により取得された位置情報がユーザの所望する位置情報サービスに関連付けられた位置情報要件を満たすか否かを判定する。これにより、本発明に係る位置情報判定装置によれば、位置情報サービスを提供する前に、既に取得されている位置情報が位置情報サービス毎に定められた位置情報要件を満たすか否かを判定することができるため、複数の位置情報サービスを提供可能なシステムにおいて、各位置情報サービスを円滑に提供することができる。
【０００９】
上記位置情報判定装置では、位置情報要件が、位置情報の測位精度に基づく要件（精度要件）を含んでもよい。この構成によれば、位置情報取得手段により取得された位置情報が位置情報サービス毎に定められた位置情報要件を満たすか否かを精度要件に基づいて適切かつ容易に判定することができる。
【００１０】
上記位置情報判定装置では、位置情報要件が、位置情報が測位されてからの経過時間に基づく要件（鮮度要件）を含んでもよい。この構成によれば、位置情報取得手段により取得された位置情報が位置情報サービス毎に定められた位置情報要件を満たすか否かを鮮度要件に基づいて適切かつ容易に判定することができる。
【００１１】
上記位置情報判定装置では、判定手段は、位置情報が位置情報要件を満たさないと判定した場合に、位置情報取得手段にユーザの位置情報を再取得（再測位）させてもよい。この構成によれば、既に取得されている位置情報が位置情報要件を満たさない場合に、位置情報の再取得を行うことができる。これにより、位置情報要件を満たさない位置情報を用いて位置情報サービスを提供することなく、再取得された位置情報を用いて円滑に位置情報サービスを提供することができる。即ち、提供するサービス毎に必要とされる位置情報要件（例えば、精度や鮮度）に応じて、必要な場合のみ位置情報の再測位を行うことができるため、処理効率の向上及びユーザの待ち時間の軽減を図ることができる。
【００１２】
上記位置情報判定装置は、判定手段によって位置情報が位置情報要件を満たすと判定された場合に、サービス特定手段により特定された位置情報サービスを、上記位置情報を用いて提供するサービス提供手段を更に備えてもよい。この構成によれば、既に取得されている位置情報が位置情報要件を満たす場合に、当該位置情報を使用して位置情報サービスを提供することができる。
【００１３】
上記位置情報判定装置では、サービス特定手段は、ユーザにより入力された音声を認識した結果に基づいてユーザの所望する位置情報サービスを特定してもよい。この構成によれば、特に、ユーザの発話内容を音声認識により理解することで複数の提供可能な位置情報サービスの中からユーザの所望する位置情報サービスを特定するシステムにおいて、各位置情報サービスを円滑に提供することができる。
【００１４】
ところで、本発明は、上記のように位置情報判定装置の発明として記述できる他に、以下のように位置情報判定方法の発明としても記述することができる。これらの発明はカテゴリが異なるだけで、実質的に同一の発明であるため、同様の作用及び効果を奏する。
【００１５】
即ち、本発明に係る位置情報判定方法は、提供される位置情報サービス毎に関連付けられ、サービス内容に基づいて定められた位置情報要件を保持する要件保持手段を備える位置情報判定装置により実行される位置情報判定方法であって、ユーザの位置情報を取得する位置情報取得ステップと、複数の提供可能な位置情報サービスの中から、ユーザの所望する位置情報サービスを特定するサービス特定ステップと、上記要件保持手段を参照し、サービス特定ステップにおいて特定された位置情報サービスに関連付けられた位置情報要件を抽出し、位置情報取得ステップにおいて取得された位置情報が位置情報要件を満たすか否かを判定する判定ステップと、を含む。
【発明の効果】
【００１６】
本発明によれば、複数の位置情報サービスを提供可能なシステムにおいて、各位置情報サービスを円滑に提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態に係る位置情報判定装置である意図解釈サーバの機能構成を示す図である。
【図２】本発明の実施形態に係る位置情報判定装置である意図解釈サーバを含む位置情報サービス提供システムの全体構成を示す図である。
【図３】位置情報サービスの例を示す図である。
【図４】本発明の実施形態に係る位置情報判定装置である意図解釈サーバのハードウェア構成の一例を示す図である。
【図５】本発明の実施形態に係る位置情報サービス提供システムで実行される処理（位置情報判定方法）の動作を示すシーケンス図である。
【図６】本発明の変形例に係る位置情報サービス提供システムで実行される処理（位置情報判定方法）の動作を示すシーケンス図である。
【発明を実施するための形態】
【００１８】
以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
【００１９】
図１は、本実施形態に係る位置情報判定装置である意図解釈サーバ２０の機能構成を示す図である。図２は、意図解釈サーバ２０を含む位置情報サービス提供システム１の全体構成を示す図である。まず、図２を用いて、位置情報サービス提供システム１について説明する。位置情報サービス提供システム１は、ユーザ端末５０に入力されたユーザの音声に基づいてユーザの所望する位置情報サービスを特定し、当該位置情報サービスに関連付けられた位置情報要件を満たすユーザ端末５０の位置情報を用いて当該位置情報サービスをユーザに提供するシステムである。位置情報サービスとは、例えば、ユーザ端末５０の位置を示す位置情報を入力して、入力された位置情報に応じた情報（コンテンツ）をユーザ端末５０に提供（送信）するサービスである。具体的には、ユーザ端末５０の位置の最寄駅から目的地までの乗換経路を示す情報（乗換案内）や、ユーザ端末５０の位置の天気を示す情報（天気予報）を提供するサービスである。
【００２０】
図２に示すように、位置情報サービス提供システム１は、音声認識サーバ１０、意図解釈サーバ（位置情報判定装置）２０、コンテンツサーバ（サービス提供手段）３０、音声合成サーバ４０、ユーザ端末５０、第１測位サーバ６０、及び第２測位サーバ７０を備える。ユーザ端末５０と第１測位サーバ６０、第２測位サーバ７０、及びサーバ群とは、それぞれネットワークＮ１、Ｎ２、及びＮ３を介して相互に通信可能とされている。
【００２１】
位置情報サービス提供システム１による位置情報サービスの提供は、概ね以下のように行われる。まず、ユーザ端末５０が、ユーザの音声を入力し、入力された音声を音声認識サーバ１０に送信する。音声認識サーバ１０は、ユーザ端末５０から音声を受信し、受信した音声に対して音声認識（音声内容をテキストデータに変換する処理）を行う。音声認識サーバ１０は、ユーザの発話内容の音声認識結果（音声認識により変換されたテキストデータ）をユーザ端末５０に送信する。
【００２２】
また、ユーザ端末５０は、第１測位サーバ６０又は第２測位サーバ７０（以下、第１測位サーバ６０又は第２測位サーバ７０を指して、単に「測位サーバ」という。）にユーザ端末５０の位置情報の測位を要求する。測位要求を受信した測位サーバは、測位により取得したユーザ端末５０の位置情報をユーザ端末５０に送信する。続いて、ユーザ端末５０は、音声認識サーバ１０から取得したユーザの発話内容の音声認識結果と、測位サーバから取得したユーザ端末５０の位置情報とを意図解釈サーバ２０に送信する。
【００２３】
続いて、意図解釈サーバ２０は、ユーザ端末５０から取得した音声認識結果に基づいてユーザの発話内容（例えば、「渋谷までの行き方を教えて。」）の意図を解釈することにより、ユーザの所望する位置情報サービス（例えば、乗換案内サービス）を特定し、ユーザ端末５０から取得した位置情報が当該位置情報サービスに関連付けられた要件（位置情報要件）を満たすか否かを判定する。意図解釈サーバ２０は、当該位置情報が位置情報要件を満たさないと判定した場合には、ユーザ端末５０に対してユーザ端末５０の位置情報の再取得を要求し、ユーザ端末５０から取得した位置情報が位置情報要件を満たすと判定した場合には、起動アプリ、コンテンツ取得先、合成音テキスト等を示す情報をユーザ端末５０に送信する。
【００２４】
例えば、これらの情報のうちコンテンツ取得先は、位置情報サービスの提供元であるコンテンツサーバ３０を示す情報である。ユーザ端末５０は、コンテンツサーバ３０に位置情報サービスの要求と共に、位置情報要件を満たすと判断された位置情報を送信する。ユーザ端末５０は、当該要求の送信に応じてコンテンツサーバ３０から送信される、位置情報に応じた情報（例えば、乗換経路を示す情報）を受信する。ユーザ端末５０は、これらの情報に基づいて、所定のアプリ（例えば、受信した情報を表示するブラウザ）を起動し、コンテンツサーバ３０から取得したコンテンツデータをアプリ上に表示する。また、ユーザ端末５０は、取得した合成音テキストを音声合成サーバ４０に送信し、音声合成サーバ４０から合成音ファイルを取得して、ユーザ端末５０上で合成音ファイルを再生する。このようにして、ユーザの音声によって、即ち音声対話機能によって、ユーザ端末５０を介して位置情報サービスがユーザに提供される。なお、ユーザの音声によって実行されるサービスは、位置情報サービスに限られない。例えば、ユーザの音声によって音声通話（電話）の発信が行われてもよい。その場合、上記の位置情報に係る処理は行われない。
【００２５】
以下、位置情報サービス提供システム１の各機能について説明する。
【００２６】
ユーザ端末５０は、ユーザに携帯され、モバイルネットワーク（移動体通信網）（図２に示すネットワークＮ１）による移動体通信及び無線ＬＡＮ（図２に示すネットワークＮ２）による無線通信を行うことができる移動通信端末である。ユーザ端末５０は、通信を行う際には、ネットワークＮ１及びネットワークＮ２の何れかに接続して通信を行う。ユーザ端末５０は、具体的には、携帯電話機、タブレット端末、ノートＰＣ等である。ユーザ端末５０は、図１に示すように、音声対話起動部５１、音声対話インタフェース５２、音声入力部５３、音声認識部５４、対話制御部５５、音声合成部５６、音声出力部５７、及び連携アプリ５８を備える。
【００２７】
音声対話起動部５１は、ユーザから所定の操作を受け付け、音声対話機能を起動するため、音声対話インタフェース５２を起動する。音声対話起動部５１は、具体的には、図２に示すように、キャラクタウィジェット、キャラクタ表示アプリ、及びロックスクリーン等の画面をユーザ端末５０の画面上に表示し、当該画面表示中においてユーザからの所定の操作（例えば、画面上の所定領域のタッチ操作、所定ボタンの長押し操作等）を受け付け、音声対話インタフェース５２に対する起動要求を出力する。ここで、キャラクタウィジェットとは、ユーザ端末５０の画面内で予め定められた領域（ウィジェット領域）に、ポップアップ表示による情報通知と、所定の動作を行うマスコットキャラクタ（以下、「マスコット」という。）とを表示する機能である。キャラクタ表示アプリとは、マスコット毎に関連付けられた背景画像を表示すると共に、背景画像上でマスコットを表示するアプリケーションである。キャラクタウィジェット及びキャラクタ表示アプリで表示されるマスコットのデータは、予めユーザ端末５０に記憶されていてもよく、インターネット等を介してダウンロードされるものであってもよい。また、表示されるマスコットは、ユーザ端末５０内に記憶されているマスコットのデータの中から、ユーザが設定により変更できるものであってもよい。各マスコット及び各マスコットの各動作には、これらを一意に特定するためのマスコットＩＤ及び動作ＩＤ（画面上におけるマスコットの動き）が関連付けられている。
【００２８】
音声対話インタフェース５２は、音声対話機能を実現する専用のアプリケーションにより実現される。音声対話インタフェース５２は、音声対話起動部５１からの起動要求を入力し、対話制御部５５にその旨を通知する。また、音声対話インタフェース５２は、音声対話起動部５１からの起動要求を入力すると、ユーザ端末５０の画面上に音声対話画面を起動する。音声対話画面には、ガイダンス（マイクのＯＮ／ＯＦＦ状態の表示等）、マスコット（マスコットＩＤ及び動作ＩＤにより特定されるマスコット及びマスコットの動作）、及び音声対話履歴等を表示する領域が設定されている。ここで、音声対話履歴の表示は、例えば以下の方法によりなされる。即ち、音声対話インタフェース５２は、後述する対話制御部５５から取得されるユーザの発話内容の音声認識結果と、ユーザの発話内容に対する返事内容を示すテキストデータ（後述する意図解釈サーバ２０がユーザの発話内容の音声認識結果に基づいて生成した情報）と、各テキストデータに関連付けられた取得日時情報とを参照し、各テキストデータを時系列に並べ、吹き出し表示等の整形表示を行うことで、音声対話履歴を表示する。
【００２９】
音声入力部５３は、ユーザが入力した音声を取得する。音声入力部５３は、例えばユーザ端末５０に内蔵されたマイク等である。音声入力部５３は、音声対話画面が起動された後、後述する音声認識部５４により起動される（マイクＯＮの状態となる）。音声入力部５３は、取得した音声データを音声認識部５４に入力する。
【００３０】
音声認識部５４は、音声入力部５３から入力された音声データを取得し、取得した音声データを音声認識サーバ１０に送信し、音声認識サーバ１０に音声認識処理を実行させる。その後、音声認識部５４は、音声認識サーバ１０からユーザの発話内容の音声認識結果を受信し、受信した音声認識結果を対話制御部５５に送信する。また、音声認識部５４は、音声入力部５３の起動制御を行う。具体的には、対話制御部５５から音声対話機能を実行する旨の通知が行われると、音声入力部５３を音声入力可能な状態（マイクＯＮの状態）にさせる。なお、音声認識部５４は、具体的には、例えば、上記処理を実行するミドルウェア（音声認識ミドルウェア）と、音声認識ミドルウェアの動作を制御する音声認識制御部とから構成される。
【００３１】
対話制御部５５は、音声対話機能の主要機能を司る機能要素である。対話制御部５５は、音声対話インタフェース５２から起動要求を入力した旨を受け付けて、音声対話機能を実行する。具体的には、音声認識部５４に対して音声対話機能を実行する旨の通知を行う。また、音声対話機能を実行するための対話制御部５５の処理は、ユーザの発話内容の音声認識結果を取得する処理、ユーザの位置情報を取得する処理、ユーザの発話内容の意図解釈結果を取得する処理、及びユーザの発話内容の意図解釈結果に基づいてユーザに位置情報サービスを提供する処理に大別される。ここで、以下、これらの処理順に対話制御部５５が備える機能を説明する。
【００３２】
対話制御部５５は、音声認識サーバ１０により音声認識されたユーザの発話内容を示すテキストデータ（音声認識結果）を音声認識部５４から取得する。
【００３３】
対話制御部５５は、音声対話インタフェース５２による音声対話画面起動を検知すると、ユーザ端末５０が接続されているネットワークを認識し、接続されたネットワークに応じて測位サーバを選択し、選択した測位サーバに測位要求を行う。即ち、対話制御部５５は、選択した測位サーバにユーザ端末５０の位置を測位させることにより、ユーザ端末５０の位置情報（例えば、緯度及び経度）を取得する。ここで、ユーザ端末５０はユーザに携帯されるため、ユーザ端末５０の位置情報はユーザの位置情報と同一視することができる。以下、単に「ユーザの位置情報」と記載した場合には、ユーザ端末５０の位置情報のことを示す。なお、対話制御部５５は、上記以外の方法によりユーザ端末５０の位置情報を取得してもよい。例えば、ユーザ端末５０がＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）機能を備える場合には、対話制御部５５は、ＧＰＳ機能を用いてユーザ端末５０の位置情報（緯度及び経度）を取得してもよい。
【００３４】
ここで、対話制御部５５が測位要求を行う対象の第１測位サーバ６０及び第２測位サーバ７０はいずれも、基地局測位によりユーザ端末５０の位置情報を測位する。基地局測位とは、例えば、ユーザ端末５０と無線ネットワークにより接続される基地局の位置情報（基地局の位置を示す緯度及び経度、基地局がカバーするエリアを特定するエリアＩＤ等）をユーザ端末５０の位置情報として取得する測位方法である。また、基地局とユーザ端末５０との間の無線信号の送受信の状態から基地局とユーザ端末５０との間の距離を算出して、当該距離に基づいてユーザ端末５０の位置を算出する測位方法もある。これらの基地局測位は、具体的には従来と同様の方法を用いることができる。第１測位サーバ６０は、モバイルネットワークであるネットワークＮ１を介してユーザ端末５０と接続される。第２測位サーバ７０は、ネットワークＮ１、及び無線ＬＡＮであるネットワークＮ２を介してユーザ端末５０と接続される。なお、第２測位サーバ７０による基地局測位には、無線ＬＡＮのアクセスポイントを用いた測位が含まれてもよい。
【００３５】
例えば、第１測位サーバ６０は、ネットワークＮ１を運営する通信事業者（ユーザ端末５０のユーザが契約している通信事業者）によって提供される測位サーバである。また、第２測位サーバ７０は、第三者が提供する測位サーバである。本実施形態においては、一例として、第１測位サーバ６０は、ユーザ端末５０のユーザが契約している通信事業者によって提供される測位サーバであるため、より精度の高い測位を行うことができ（例えば、ユーザ端末５０のユーザが契約している通信事業者しか知りえない情報を測位に利用できる）、第２測位サーバ７０よりも精度の高い測位が可能であるものとする。
【００３６】
対話制御部５５は、ユーザ端末５０がネットワークＮ１及びネットワークＮ２の何れに接続して通信を行っているか判断して、ネットワークＮ１に接続されている場合には第１測位サーバ６０に測位要求を送信し、ネットワークＮ２に接続されている場合には第２測位サーバ７０に測位要求を送信する。なお、対話制御部５５から測位サーバへの測位要求送信及び測位サーバから対話制御部５５への測位結果送信は、測位サーバを利用するために予め定められたＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）仕様等により定められた通信方式及びフォーマットに従ったデータの送受信により行われる。測位サーバが対話制御部５５に送信する測位結果には、基地局測位により測定されたユーザの位置情報（例えば、緯度及び経度、基地局エリアを示すエリアＩＤ等）が格納される。
【００３７】
また、測位サーバが測位を失敗した場合（ユーザ端末５０の位置情報を特定できなかった場合）、対話制御部５５は、測位サーバからその旨の情報を受信する。対話制御部５５は、第１測位サーバ６０から測位が失敗した旨の情報を受信した場合には、第２測位サーバ７０に測位要求を行って位置情報を取得することとしてもよい。対話制御部５５は、第２測位サーバ７０から測位が失敗した旨の情報を受信した場合には、例えば、モバイルネットワークのシステムから得られるユーザ端末５０が位置する国を示す情報（国番号、ＭＣＣ：Mobile Country Code）をユーザ端末５０の位置情報として利用してもよい。何れの位置情報も取得できない場合、あるいは、国番号等の極めて荒い位置情報しか得られない場合には、対話制御部５５は、画面表示等で位置情報サービスを利用できない旨をユーザ端末５０のユーザに通知してもよい。
【００３８】
対話制御部５５は、測位サーバから取得したユーザの位置情報を保持すると共に、当該ユーザの位置情報に関連付けて、測位方式（選択した測位サーバを示す情報）及びタイムスタンプ（対話制御部５５が測位サーバから測位結果を取得した際のユーザ端末５０上の時計における日時（設定日時）を示す情報）とを保持する。
【００３９】
対話制御部５５は、音声認識部５４から取得したユーザの発話内容の音声認識結果を含む意図解釈要求（ユーザの発話内容の音声認識結果に基づいてユーザの意図（ユーザの所望するサービス）を特定する処理（意図解釈処理）の要求）を意図解釈サーバ２０に送信する。対話制御部５５は、ユーザの発話内容の音声認識結果を意図解釈サーバ２０に送信する際に、既に測位サーバからユーザの位置情報を取得している場合には、上記音声認識結果と共に、測位サーバから取得したユーザの位置情報（位置情報が複数ある場合には、例えば、最新の位置情報）と、当該ユーザの位置情報に関連付けて保持される測位方式及びタイムスタンプと、端末現在日時（対話制御部５５が意図解釈サーバ２０に意図解釈要求を送信する際のユーザ端末５０の設定日時を示す情報）とを意図解釈サーバ２０に送信する。対話制御部５５は、取得した位置情報を意図解釈サーバ２０に送信したか否かの情報を管理しておく。具体的には、対話制御部５５は、第１測位サーバ６０又は第２測位サーバ７０から取得した位置情報を、意図解釈サーバ２０に送信したか否かを示す情報を対応付けて記憶しておく。
【００４０】
なお、上述したように第１測位サーバ６０又は第２測位サーバ７０への測位の要求は、音声対話機能が開始されると行われる。しかし、第１測位サーバ６０又は第２測位サーバ７０による測位処理には、一定の時間がかかるため必ずしもユーザが音声を入力するまでにユーザ端末５０において位置情報が取得されているとは限らない。また、ユーザの音声によって実行されるサービスは、必ずしも位置情報サービスとは限らない。
【００４１】
従って、意図解釈サーバ２０に意図解釈要求を送信する際に、未送信の位置情報を保持していない場合には、位置情報を意図解釈要求と合わせて送信する必要はない。このように音声認識結果を意図解釈サーバ２０に送信する際に位置情報（現在地情報）の送信は必須としないことが望ましい。但し、位置情報が取得されている場合には、必要だった場合に情報の送信の往復を省くことができるため、意図解釈要求と位置情報を合わせて送信することが望ましい。
【００４２】
対話制御部５５は、意図解釈サーバ２０から、意図解釈結果を受信する。意図解釈結果には、表示テキスト（ユーザの発話内容に対する返事内容を示す情報）、動作ＩＤ、起動アプリ情報（起動する連携アプリ５８を特定するアプリＩＤ等）、コンテンツ取得先情報（連携アプリ５８の画面上に表示するコンテンツデータの取得先であるコンテンツサーバ３０のＵＲＬを示すコンテンツＵＲＬ等）、及び音声合成テキスト（音声合成に用いるテキスト情報）等が含まれる。また、意図解釈サーバ２０がユーザ端末５０にユーザの位置情報を要求する場合には、対話制御部５５は、当該要求を示す位置情報要求を、意図解釈サーバ２０から受信する。
【００４３】
対話制御部５５は、意図解釈サーバ２０から意図解釈結果を受信すると、意図解釈結果の内容に応じてユーザ端末５０の各機能に対する動作指示を行う。具体的には、対話制御部５５は、表示テキスト又は動作ＩＤを受信した場合には、これらの情報を音声対話インタフェース５２に出力し、これらの情報が示す内容を音声対話画面上に表示させる。対話制御部５５は、起動アプリ情報（アプリＩＤ）を受信した場合には、アプリＩＤにより特定される連携アプリ５８（例えば、ブラウザ）を起動する。さらに、対話制御部５５は、起動アプリ情報と併せてコンテンツ取得先情報を受信した場合には、起動した連携アプリ５８にコンテンツ取得先情報を出力する。対話制御部５５は、音声合成テキストを受信した場合には、音声合成テキストを音声合成部５６に出力する。
【００４４】
対話制御部５５は、意図解釈サーバ２０から位置情報要求を受信すると、対話制御部５５が意図解釈サーバ２０に未送信のユーザの位置情報を保持している場合には、当該ユーザの位置情報と、当該ユーザの位置情報に関連付けられた測位方式及びタイムスタンプと、端末現在日時とを意図解釈サーバ２０に送信する。このように未送信のユーザの位置情報を保持している場合に、その位置情報等を意図解釈サーバ２０に送信することで、ユーザの位置情報の取得（測位）にかかる時間によるユーザ待ち時間の増大を抑制することができる。
【００４５】
対話制御部５５が意図解釈サーバ２０に未送信のユーザの位置情報を保持していない場合には、対話制御部５５は、測位サーバに測位要求を送信し、測位サーバから測位結果（ユーザの位置情報）を受信し、当該ユーザの位置情報に関連付けた測位方式及びタイムスタンプと、端末現在日時とを意図解釈サーバ２０に送信する。なお、意図解釈サーバ２０から位置情報要求に測位（位置情報）に関する指示が含まれていた場合、対話制御部５５は、その指示に応じた測位を行う。例えば、より精度の高い第１測位サーバ６０の測位結果による位置情報の要求があった場合、対話制御部５５は、（ネットワークＮ１に接続した上で）第１測位サーバ６０に測位要求を行って位置情報を取得する。
【００４６】
音声合成部５６は、対話制御部５５から入力された音声合成情報を音声合成サーバ４０に送信し、音声合成サーバ４０に音声合成処理を実行させる。その後、音声合成部５６は、音声合成サーバ４０から受信した合成音ファイルを音声出力部５７に出力する。ここで、会話の速度及びピッチ等の情報が予めユーザ端末５０に設定情報として設定されている場合には、音声合成部５６は、音声合成情報と併せてこれらの設定情報を音声合成サーバ４０に送信してもよい。
【００４７】
音声出力部５７は、音声合成部５６から入力された合成音ファイル（例えばＭＰ３形式の音声ファイル）を出力（再生）する。音声出力部５７は、例えばユーザ端末５０に内蔵されたスピーカーと、スピーカーの動作（出力音声の再生・停止、音量調節等）を制御するミドルウェアとを備える。なお、上記の音声対話機能を実現するための機能構成５１〜５７は、専用のアプリケーション（音声エージェントアプリ）によって実現されてもよい。
【００４８】
連携アプリ５８は、図２に示すように、メール、スケジュールメモ、電話帳、アラーム、電話（通話機能）、地図ナビゲーション、ＯＢＥＸ、設定（設定機能）、及びブラウザ（Ｗｅｂ画面閲覧機能）等のアプリケーション機能である。意図解釈サーバ２０から意図解釈結果として起動アプリ情報（アプリＩＤ）を受け取った対話制御部５５により、アプリＩＤにより特定される連携アプリ５８が起動される。連携アプリ５８は、対話制御部５５からコンテンツ取得先情報（コンテンツＵＲＬ）を受け取った場合には、コンテンツＵＲＬが示すコンテンツサーバ３０に接続し、コンテンツサーバ３０からコンテンツデータ（ＨＴＭＬデータ、画像データ等）を取得し、取得したコンテンツデータを連携アプリ５８の画面上に表示する。コンテンツサーバ３０が、位置情報サービスを提供するものであった場合、連携アプリ５８は、コンテンツサーバ３０への接続の際に、意図解釈サーバ２０による判定を受けた位置情報を合わせて送信する。例えば、ブラウザ（連携アプリ５８）は、コンテンツＵＲＬが示すコンテンツサーバ３０（例えば、乗換案内情報を提供するサーバ）に接続することにより、コンテンツデータ（例えば、ユーザの現在位置から渋谷までの乗換案内情報）を取得して画面上に表示する。
【００４９】
続いて、各サーバの機能構成について説明する。ユーザ端末５０と各サーバとはモバイルネットワーク及び無線ＬＡＮ等であるネットワークＮ３を介して接続されている。
【００５０】
音声認識サーバ１０は、任意の音声認識処理（音声認識アルゴリズム）を実行することにより、音声認識部５４から受信した音声データの内容をそのままテキストデータに変換する。音声認識サーバ１０は、音声データを変換して生成したテキストデータを音声認識結果として、音声認識部５４に送信する。
【００５１】
意図解釈サーバ２０（位置情報判定装置）は、対話制御部５５から受信した意図解釈要求に基づいて意図解釈処理を実行し、生成した意図解釈結果を対話制御部５５に送信する。図１に示すように、意図解釈サーバ２０は、位置情報取得部２１、要件保持部２２、サービス特定部２３、及び判定部２４を備える。以下、各機能要素について詳細に説明する。
【００５２】
位置情報取得部２１は、ユーザの位置情報を取得する位置情報取得手段である。位置情報取得部２１は、対話制御部５５からユーザの位置情報と、当該ユーザの位置情報に関連付けられた測位方式及びタイムスタンプと、端末現在日時とを受信することにより、ユーザの位置情報を取得する。ここで、ユーザの位置情報は、典型的には、緯度及び経度で示されるが、その他、郵便番号、住所、基地局エリアを示すエリアＩＤ等で示される一定の位置範囲を示す情報であってもよい。また、位置情報取得部２１がユーザの位置情報を取得する方法は、任意の方法でよく、上記に限定されるものではない。位置情報取得部２１は、取得した位置情報を判定部２４に入力する。なお、ユーザ端末５０から意図解釈サーバ２０に送信される情報には、ユーザ端末５０を特定する情報（例えば、電話番号等）が含まれており、何れのユーザ端末５０から送信された情報か判断することができる。
【００５３】
要件保持部２２は、コンテンツサーバ３０等により提供される位置情報サービス毎に関連付けられ、サービス内容に基づいて定められた位置情報要件を保持する要件保持手段である。要件保持部２２が保持する位置情報サービス毎の位置情報要件について説明するために、図３を用いて位置情報サービスの例について説明する。図３では、いくつかの位置情報サービスについて、提供サービス毎のジャンル、サービス名、アプリ上での表示方法、発話例、精度要件、及び鮮度要件を示している。ジャンル欄は、位置情報サービスのカテゴリ分類を示す。サービス名欄は、位置情報サービスの名称を示す。アプリ上での表示方法は、位置情報サービスによる検索結果等をアプリ上で表示する具体的な方法を示す。ここで、「ブラウザ上で表示」とは、例えばブラウザ（連携アプリ５８）により表示する方法を示し、「ウェブビュー表示」とは、例えば音声対話画面上（例えば音声対話履歴を表示する領域）に表示する方法を示し、「地図プレビュー表示」とは、例えば地図表示アプリである地図ナビゲーション（連携アプリ５８）により地図画面と併せて地点及びルート等を示す情報を表示する方法を示す。発話例は、後述するサービス特定部２３により位置情報サービスが特定される基になるユーザの発話内容の例を示す。
【００５４】
精度要件は、位置情報の測位精度に基づく要件である。測位精度とは、例えば測位結果に生じる誤差（実際のユーザ端末５０の位置とのずれ）の大きさ及び発生率等、測位の正確性を示す指標である。本実施形態では、測位方式毎に予め測位精度が設定されており、第１測位サーバ６０による測位精度は「高精度」であり、第２測位サーバ７０による測位精度は「低精度」であるものとする。鮮度要件は、位置情報が測位されてからの経過時間（鮮度）に基づく要件である。
【００５５】
要件保持部２２は、例えば位置情報サービスを特定する情報（例えば、図３に示すサービス名、及びその他位置情報サービスを特定するサービスＩＤ等）及び位置情報要件（例えば、図３に示す精度要件又は鮮度要件）を示す情報が関連付けられたテーブルを保持するデータベース等である。
【００５６】
図３に示す位置情報サービスの例では、リアルタイム性が要求されるサービス（乗換案内、周辺検索、地図関連検索）では、高精度かつ高鮮度（３分以内）の位置情報が必要とされ、リアルタイム性が要求されないサービス（天気予報、ニュース検索）では、リアルタイム性が要求されるサービスと比較して低精度又は低鮮度（３０分以内又は３時間以内）の位置情報であってもよいものとして設定されている。要件保持部２２には、例えば上記のような考え方に基づいて、予め管理者等により位置情報サービス毎にサービス内容に応じた位置情報要件が設定され、保持される。要件保持部２２が保持する情報は、適宜変更されてもよい。
【００５７】
サービス特定部２３は、複数の提供可能な位置情報サービスの中から、ユーザの所望する位置情報サービスを特定するサービス特定手段である。具体的には、サービス特定部２３は、ユーザの発話内容の音声認識結果を対話制御部５５から受信して、当該音声認識結果に基づいて、ユーザの所望する位置情報サービスを特定する。サービス特定部２３がユーザの意図（所望する位置情報サービス）を特定する方法は何でもよい。例えば、サービス特定部２３は、形態素解析等を行うことによりテキストデータを単語に分解し、単語毎の解析を行うことによりユーザの意図を推定する技術等の従来の手法を用いることができる。
【００５８】
サービス特定部２３は、ユーザの発話内容の音声認識結果として、例えば図３の発話例として示される「渋谷までの行き方を教えて。」というテキストデータを受信した場合には、上記のような解析手法を用いることにより、ユーザの所望する位置情報サービスとして「乗換案内」を特定する。また、サービス特定部２３は、より詳細な情報として「ユーザの現在地から渋谷までの乗換案内」という具体的なサービス提供内容を特定する。これにより、サービス特定部２３は、特定した位置情報サービス（乗換案内）を提供するための連携アプリ５８のアプリＩＤ、及びコンテンツＵＲＬ（例えば、「ユーザの現在地から渋谷までの乗換案内情報」を取得するための接続先ＵＲＬ」）等の情報を含むサービス特定情報を生成する。なお、位置情報サービス（サービス名）に応じたアプリＩＤ及びコンテンツＵＲＬは、管理者等に予め入力されて記憶しておいてもよい。サービス特定部２３は、提供する位置情報サービスに応じて、ユーザ端末５０の音声対話画面上に表示する表示テキスト、マスコット動作を示すマスコットＩＤ、及び合成音テキスト等をサービス特定情報に含めてもよい。サービス特定部２３は、サービス特定情報を判定部２４に出力する。
【００５９】
また、サービス特定部２３は、ユーザの所望する位置情報サービスを特定した際に、位置情報取得部２１がユーザの位置情報を取得しているか否かを、例えば位置情報取得部２１に対する問い合わせ等の処理により確認し、未取得であれば、対話制御部５５に対して、ユーザの位置情報を意図解釈サーバ２０（位置情報取得部２１）に送信するように指示する内容の位置情報要求を送信する。
【００６０】
判定部２４は、サービス特定部２３により特定された位置情報サービスを示す情報（具体的にはサービス名）に関連付けられた位置情報要件（精度要件及び鮮度要件）を示す情報を要件保持部２２から抽出し、位置情報取得部２１により取得された位置情報が上記位置情報要件を満たすか否かを判定する判定手段である。判定部２４は、サービス特定部２３から、サービス特定情報を取得する。また、判定部２４は、位置情報取得部２１からユーザの位置情報と、ユーザの位置情報に関連付けられた測位方式及びタイムスタンプと、端末現在日時とを取得する。判定部２４は、位置情報要件として、例えば上述した精度要件及び鮮度要件等を用いることができる。判定部２４は、精度要件及び鮮度要件の両方を用いて判断してもよいし、いずれか一方を用いて判断してもよい。
【００６１】
例えば、要件保持部２２が図３で示すサービス名及び位置情報要件（精度要件及び鮮度要件）を示す情報を保持する場合において、サービス特定部２３から入力された位置情報サービスを示す情報が「乗換案内」であった場合には、判定部２４は、要件保持部２２を参照し、「乗換案内」に関連付けられた精度要件（高精度）及び鮮度要件（３分以内）を抽出する。
【００６２】
まず、判定部２４による精度要件の判定方法について説明する。判定部２４は、例えば、位置情報取得部２１から取得した測位方式を参照することにより精度要件を満たすか否かを判定する。上記例の場合において、具体的には、判定部２４は、測位方式を参照し、測位方式が「第１測位サーバ６０」（即ち、測位精度が「高精度」であることを示す情報）であれば精度要件を満たすと判定し、測位方式が「第２測位サーバ７０」（即ち、測位精度が「低精度」であることを示す情報）であれば精度要件を満たさないと判定する。
【００６３】
次に、判定部２４による鮮度要件の判定方法について説明する。判定部２４は、例えば、位置情報取得部２１から取得したタイムスタンプ及び現在日時情報とから、現在日時情報が示す日時とタイムスタンプが示す日時との時間差（鮮度）を算出する。判定部２４は、当該時間差が「３分以内」であるか否かを判定することにより、鮮度要件を満たすか否かを判定する。ここで、タイムスタンプが示す日時と測位サーバが測位を行った測位日時とは厳密には異なるが、ほぼ一致する（多くとも数秒程度の誤差）と考えられるため、タイムスタンプを測位日時と同一視しても、判定部２４による判定に差し支えないと考えられる。ただし、測位サーバが測位した測位日時（測位サーバ上の時計における日時を示す情報）が、ユーザの位置情報に関連付けられる情報として取得可能な場合には、タイムスタンプではなく、当該測位日時を用いて鮮度を計算してもよい。
【００６４】
上記の鮮度要件の判断において、ユーザ端末５０の設定日時情報に基づく日時情報（タイムスタンプ及び現在日時情報）を一貫して用いるのは、ユーザ端末５０の時間設定がユーザにより変更される場合があることを考慮したものである。即ち、例えば、ユーザ端末５０と意図解釈サーバ２０との間で時間設定にずれがある場合に、ユーザ端末５０上の設定日時情報に基づくタイムスタンプが示す日時と意図解釈サーバ２０上の設定日時情報に基づく現在日時との差分をユーザの位置情報の鮮度として計算してしまうと、時間設定のずれが原因でユーザの位置情報の鮮度を正しく算出することができないおそれがあるからである。
【００６５】
判定部２４は、位置情報取得部２１により取得したユーザの位置情報が位置情報要件を満たすと判定した場合には、サービス特定部２３から取得したサービス特定情報（意図解釈結果）を対話制御部５５に送信する。一方、判定部２４は、位置情報が位置情報要件を満たさないと判定した場合には、対話制御部５５に対して、ユーザの位置情報を再取得した上で意図解釈サーバ２０（位置情報取得部２１）に送信するように指示する内容の位置情報要求（再取得要求）を送信する。なお、この再取得要求には、位置情報要件を満たす位置情報を取得する指示（測位（位置情報）に関する指示）が含められてもよい。例えば、精度要件が「測位方式が第１測位サーバ６０であること」を示す要件であった場合、より精度の高い第１測位サーバ６０の測位結果による位置情報の要求をすることとしてもよい。
【００６６】
コンテンツサーバ３０（サービス提供手段）は、特定の位置情報サービスに関するコンテンツデータを提供するサーバである。例えば、乗換案内サービスに係るコンテンツサーバ３０は、ブラウザ（連携アプリ５８）からの処理要求（コンテンツＵＲＬへの接続）及び位置情報を受信して、時刻表等の乗換情報が記憶されたデータベース（不図示）から当該位置情報に応じて検索した検索結果（乗換案内情報）をブラウザ（連携アプリ５８）に返却する。
【００６７】
音声合成サーバ４０は、音声合成部５６から合成用テキスト情報を受信し、従来からある合成音生成技術により合成音ファイル（例えば、ｍｐ３ファイル等）を生成する。音声合成サーバ４０は、音声合成部５６から合成用テキスト情報と併せて音量や会話速度等の設定情報とを受信している場合には、これらの設定情報に基づいて合成音ファイルを生成する。音声合成サーバ４０は、生成した合成音ファイルを音声合成部５６に送信する。
【００６８】
次に、図４を用いて、位置情報判定装置である意図解釈サーバ２０のハードウェア構成の一例について説明する。図４に示すように、意図解釈サーバ２０は、例えばオペレーティングシステム及びアプリケーションプログラム等を実行するＣＰＵ２０１と、ＲＯＭ及びＲＡＭで構成される主記憶部２０２と、ハードディスクメモリ等で構成される補助記憶部２０３と、データ通信を行う通信制御部２０４と、液晶モニタ等で構成される出力部２０５と、入力デバイスであるキーボード及びマウス等で構成される操作部２０６と、ＵＳＢメモリ、ＣＤ−ＲＯＭ、ＤＶＤ等の記録媒体２０８を読み取る記録媒体読取部２０７とを備える。
【００６９】
図１に示す意図解釈サーバ２０の各機能は、ＣＰＵ２０１の制御の下で、主記憶部２０２に所定のソフトウェアプログラムを読み込ませて実行することにより実現される。その際、ＣＰＵ２０１は、ソフトウェアプログラムの処理手順に従い、主記憶部２０２及び補助記憶部２０３におけるデータの読み出し及び書き込み動作を制御し、操作部２０６、出力部２０５及び通信制御部２０４の動作を制御する。
【００７０】
続いて、図５に示すシーケンス図を用いて、本実施形態に係る位置情報判定装置２０を含む位置情報サービス提供システム１により実行される処理（位置情報判定方法を含む）を説明する。
【００７１】
まず、ユーザ端末５０上において、音声対話起動部５１が、ユーザから所定の操作を受け付けて音声対話インタフェース５２を起動し、音声対話インタフェース５２が音声対話画面を起動し、音声認識部５４が音声入力部５３を起動する（ステップＳ１０１）。続いて、対話制御部５５が、ユーザ端末５０が接続されているネットワークに応じて測位サーバ６０，７０を選択し、選択した測位サーバ６０，７０に測位要求を送信する（ステップＳ１０２）。一方、音声入力部５３がユーザの音声入力を受け付けると（ステップＳ１０３）、音声認識部５４は、入力された音声データを音声認識サーバ１０に送信して音声認識させ、音声認識サーバ１０から音声認識結果を受信する（ステップＳ１０４）。続いて、音声認識部５４から音声認識結果を取得した対話制御部５５が、意図解釈サーバ２０（サービス特定部２３）に音声認識結果を送信する（ステップＳ１０５）。一方、選択された測位サーバ６０，７０は、測位を行って（ステップＳ１０６）、ユーザ端末５０にユーザの位置情報（測位結果）を送信する（ステップＳ１０７）。
【００７２】
サービス特定部２３は、対話制御部５５から受信した音声認識結果に基づいてユーザの所望する位置情報サービスを特定する（ステップＳ１０８、サービス特定ステップ）。サービス特定部２３は、ユーザの所望する位置情報サービスを特定した際に、位置情報取得部２１がユーザの位置情報を取得しているかどうかを確認する。この場合、未取得であるため、サービス特定部２３は、位置情報要求を対話制御部５５に送信する（ステップＳ１０９）。対話制御部５５は、ステップＳ１０７で取得したユーザの位置情報を意図解釈サーバ２０（位置情報取得部２１）に送信し、位置情報取得部２１がユーザの位置情報を取得する（ステップＳ１１０，Ｓ１１１、位置情報取得ステップ）。その後、判定部２４が、ステップＳ１０８においてサービス特定部２３が特定した位置情報サービスに関連付けられた位置情報要件を要件保持部２２から抽出し、ステップＳ１１１で取得したユーザの位置情報が当該位置情報要件を満たすか否かを判定する（ステップＳ１１２、判定ステップ）。
【００７３】
判定部２４は、ステップＳ１１２においてユーザの位置情報が位置情報要件を満たさないと判定した場合には、対話制御部５５に位置情報要求（再取得要求）を送信する（ステップＳ１１３）。位置情報要求（再取得要求）を受信した対話制御部５５は、ステップＳ１０２，１０６，１０７と同様の方法によりユーザの位置情報を取得する（ステップＳ１１４，１１５，１１６）。その後、対話制御部５５は、取得したユーザの位置情報を位置情報取得部２１に送信し（ステップＳ１１７）、位置情報取得部２１がユーザの位置情報を取得する（ステップＳ１１８、位置情報取得ステップ）。
【００７４】
判定部２４は、ステップＳ１１８で取得したユーザの位置情報が、ステップＳ１０８においてサービス特定部２３が特定した位置情報サービスに関連付けられた位置情報要件を満たすか否かを判定する（ステップＳ１１９、判定ステップ）。
【００７５】
判定部２４は、ステップＳ１１９においてユーザの位置情報が位置情報要件を満たすと判定した場合には、対話制御部５５に起動アプリ（アプリＩＤ）及びコンテンツ取得先を示す情報（コンテンツＵＲＬ）等を含む意図解釈結果を送信する（ステップＳ１２０）。その後、対話制御部５５は、受信した意図解釈結果に基づいて、アプリＩＤにより特定される連携アプリ５８を起動し、起動した連携アプリ５８が、コンテンツＵＲＬが示すコンテンツサーバ３０に接続し、位置情報をコンテンツサーバ３０に送信する。連携アプリ５８は、コンテンツサーバ３０から位置情報に応じたコンテンツデータ（ＨＴＭＬデータ、画像データ等）を取得し、取得したコンテンツデータを連携アプリ５８の画面上に表示する。即ち、コンテンツサーバ３０がユーザ端末５０を介して、ユーザに位置情報サービスを提供する（ステップＳ１２１）。
【００７６】
上記フローにおいて、ステップＳ１０５の音声認識結果送信の処理の前に、ステップＳ１０７のユーザの位置情報送信の処理が完了している場合には、対話制御部５５は、ステップＳ１０５において、音声認識結果と併せてユーザの位置情報を送信する。この場合には、ステップＳ１０９〜Ｓ１１１の処理は行われない。
【００７７】
また、ステップＳ１１２の位置情報判定処理において判定部２４が「ユーザの位置情報が位置情報要件を満たす」と判定した場合には、ステップＳ１１３〜Ｓ１１９の処理は行われない。
【００７８】
以上のように、本実施形態に係る意図解釈サーバ２０（位置情報判定装置）では、要件保持部２２が、提供される位置情報サービス毎にサービス内容に基づいて定められた位置情報の要件を保持する。また、判定部２４が、位置情報取得部２１により取得された位置情報が、サービス特定部２３により特定されたユーザの所望する位置情報サービスに関連付けられた位置情報要件を満たすか否かを判定する。これにより、本発明に係る位置情報判定装置によれば、位置情報サービスを提供する前に、既に取得されている位置情報が位置情報サービス毎に定められた位置情報要件を満たすか否かを判定することができるため、複数の位置情報サービスを提供可能なシステムにおいて、各位置情報サービスを円滑に提供することができる。
【００７９】
また、意図解釈サーバ２０では、位置情報要件（精度要件又は鮮度要件）に基づいて、位置情報取得部２１により取得されたユーザの位置情報が位置情報サービス毎に定められた位置情報要件を満たすか否かを適切かつ容易に判定することができる。
【００８０】
また、意図解釈サーバ２０では、判定部２４は、位置情報取得部２１により取得されたユーザの位置情報が位置情報要件を満たさないと判定した場合に、位置情報取得部２１にユーザの位置情報を再取得（再測位）させる。この構成によれば、位置情報取得部２１により既に取得されている位置情報が位置情報要件を満たさない場合に、位置情報の再取得を行うことができる。これにより、位置情報要件を満たさない位置情報を用いて位置情報サービスを提供することなく、再取得された位置情報を用いて円滑に位置情報サービスを提供することができる。即ち、提供するサービス毎に必要とされる位置情報の要件（例えば、精度や鮮度）に応じて、必要な場合のみ位置情報の再測位を行うことができるため、処理効率の向上及びユーザの待ち時間の軽減を図ることができる。
【００８１】
以上、本実施形態に係る位置情報サービス提供システム１について説明することにより、本発明に係る位置情報判定装置である意図解釈サーバ２０及び当該意図解釈サーバ２０による位置情報判定方法について詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で様々な変形が可能である。
【００８２】
例えば、本実施形態における意図解釈サーバ２０と、サービス特定部２３により特定された位置情報サービスを、判定部２４によって位置情報要件を満たすと判定された位置情報を用いてユーザに位置情報サービスを提供（位置情報に応じたコンテンツデータを提供）するコンテンツサーバ３０（サービス提供手段）とを併せた装置を位置情報判定装置として捉えてもよい。
【００８３】
この場合には、位置情報判定装置は、位置情報取得部２１により既に取得されている位置情報が位置情報要件を満たす場合に、当該位置情報を使用して位置情報サービスを提供（位置情報に応じたコンテンツデータを提供）することができる。
【００８４】
また、本実施形態に係る位置情報サービス提供システム１において、ユーザの位置情報が位置情報要件を満たすか否かの判定をユーザ端末側にさせる構成とすることもできる。以下、そのような構成を変形例として、本実施形態に係る位置情報サービス提供システム１と主に相違する点について説明する。なお、変形例に係る位置情報サービス提供システム１の全体構成については、図２と同様である。また、特別言及しない点は上記の実施形態と同様である。
【００８５】
本変形例では、ユーザ端末５０ａは、図１に示した意図解釈サーバ２０の機能構成２１〜２４に対応する機能構成２１ａ〜２４ａを有している。また、本変形例における意図解釈サーバ２０ａは、上述した意図解釈サーバ２０の機能のうち、位置情報が位置情報要件を満たすか否かの判定以外の機能を備えている。また、意図解釈サーバ２０ａは、ユーザ端末５０ａで位置情報が位置情報要件を満たすか否かの判定を行うことができるような機能を有している。具体的には、以下の通りである。
【００８６】
意図解釈サーバ２０ａは、上述したサービス特定部２３における機能と同様にユーザ端末５０ａの対話制御部５５ａから、ユーザの発話内容の音声認識結果を受信して、当該音声認識結果に基づいて、ユーザの所望する位置情報サービスを特定する。この特定は上述した実施形態と同様に行われる。意図解釈サーバ２０ａは、特定した位置情報サービスに応じた情報をユーザ端末５０ａに送信する。具体的には、上記の情報と同様に位置情報サービスを提供するための連携アプリ５８のアプリＩＤ、及びコンテンツＵＲＬ等の情報を含むサービス特定情報を送信する。
【００８７】
また、意図解釈サーバ２０ａは、上述した要件保持部２２と同様の位置情報要件を示す情報を予め記憶しておき、その情報をサービス特定情報と合わせてユーザ端末５０ａに送信してもよい。また、意図解釈サーバ２０ａは、特定した位置情報サービスに関連付けられた（判定に必要な）位置情報要件を示す情報を抽出して、その情報のみを送信することとしてもよい。また、意図解釈サーバ２０ａは、音声認識結果から特定されるサービスが、位置情報サービスであるか、位置情報サービス以外のサービス（位置情報を利用しない）サービスであるかを判定することとしてもよい。そして、特定される位置情報サービスであったときだけ、位置情報要件を示す情報を送信する。
【００８８】
引き続いて、ユーザ端末５０ａが備える、本発明に対応する機能構成２１ａ〜２４ａを説明する。位置情報取得部２１ａは、対話制御部５５ａから位置情報を入力する。上述した実施形態では、対話制御部５５は意図解釈サーバ２０に位置情報を送信していたが、本変形例では対話制御部５５ａは自端末（ユーザ端末５０ａ）の位置情報取得部２１ａに位置情報を入力する。位置情報取得部２１ａは、取得した位置情報を判定部２４ａに入力する。
【００８９】
要件保持部２２ａは、位置情報要件を示す情報を保持する。要件保持部２２ａは、位置情報要件を示す情報として上述したように意図解釈サーバ２０ａから送信された情報を受信して保持する。なお、要件保持部２２ａは、予め意図解釈サーバ２０ａから上述した実施形態の要件保持部２２が保持する情報と同じ情報を取得する等して保持しておいてもよい。
【００９０】
サービス特定部２３ａは、意図解釈サーバ２０ａからユーザ端末５０ａに対して送信されて対話制御部５５ａによって受信されるサービス特定情報を入力することで、複数の提供可能な位置情報サービスの中から、ユーザの所望する位置情報サービスを特定する。サービス特定部２３ａは、サービス特定情報を判定部２４ａに出力する。
【００９１】
判定部２４ａは、サービス特定部２３ａにより特定された位置情報サービスを示す情報（具体的にはサービス名）に関連付けられた位置情報要件（精度要件及び鮮度要件）を示す情報を要件保持部２２ａから抽出し、位置情報取得部２１ａにより取得された位置情報が上記位置情報要件を満たすか否かを判定する。この判定は、上述した実施形態と同様に行われる。
【００９２】
判定部２４ａは、位置情報取得部２１ａにより取得したユーザの位置情報が位置情報要件を満たすと判定した場合には、その位置情報が利用可能である旨を対話制御部５５ａに通知する。対話制御部５５ａは、その通知を受けるとその位置情報を用いて上述した実施形態と同様に位置情報サービスの提供を受ける。一方、判定部２４ａは、位置情報が位置情報要件を満たさないと判定した場合には、対話制御部５５ａに対して、ユーザの位置情報を再取得した上で位置情報取得部２１ａに入力するように指示する（位置情報要求（再取得要求））。位置情報が再取得されると判定部２４ａによる判断が再度行われる。
【００９３】
続いて、図６に示すシーケンス図を用いて、変形例に係るユーザ端末５０ａを含む位置情報サービス提供システム１により実行される処理（位置情報判定方法を含む）を説明する。
【００９４】
ステップＳ２０１〜Ｓ２０７の処理は、図５に示すステップＳ１０１〜Ｓ１０７の処理と同様であるため省略する。また、ユーザ端末５０ａの対話制御部５５ａにおいて受信された測位結果は、ユーザ端末５０ａの位置情報取得部２１ａに入力される（ステップＳ２０７、位置情報取得ステップ）。続いて、位置情報取得部２１ａは、測位結果を判定部２４ａに入力する。
【００９５】
意図解釈サーバ２０ａは、対話制御部５５ａから受信した音声認識結果に基づいてユーザの所望する位置情報サービスを特定する（ステップＳ２０８）。意図解釈サーバ２０ａは、特定した位置情報サービスに関連付けられた位置情報要件を抽出し、特定した位置情報サービスに係る起動アプリ（アプリＩＤ）及びコンテンツ取得先を示す情報（コンテンツＵＲＬ）等を含む意図解釈結果を示す情報と共に位置情報要件を示す情報を対話制御部５５ａに送信する（ステップＳ２０９）。位置情報要件を示す情報は、対話制御部５５ａから要件保持部２２ａに出力され、要件保持部２２ａに保持される。意図解釈結果を示す情報（サービス特定情報）は、対話制御部５５ａからサービス特定部２３ａに入力される（サービスの特定が行われる、サービス特定ステップ）。続いて、サービス特定部２３ａから判定部２４ａに意図解釈結果を示す情報（サービス特定情報）に出力される。
【００９６】
続いて、判定部２４ａは、要件保持部２２ａに保持される情報を参照して、位置情報取得部２１ａから入力されたユーザの位置情報が、サービス特定部２３ａから入力された位置情報要件（例えば、鮮度要件として「３分以内」）を満たすか否かを判定する（ステップＳ２１０、判定ステップ）。判定部２４ａは、ステップＳ２１０においてユーザの位置情報が位置情報要件を満たさないと判定した場合には、対話制御部５５ａに対して位置情報の再取得を指示し、ステップＳ２０２，Ｓ２０６，Ｓ２０７と同様の方法によりユーザの位置情報を取得する（ステップＳ２１１，Ｓ２１２，Ｓ２１３）。その後、対話制御部５５ａは、取得したユーザの位置情報を位置情報取得部２１ａに出力し、位置情報取得部２１ａがユーザの位置情報を取得する（ステップＳ２１３、位置情報取得ステップ）。
【００９７】
位置情報が再取得されると、Ｓ２１０と同様に判定部２４ａが再度、判定を行う（ステップＳ２１４、判定ステップ）。ユーザの位置情報が位置情報要件を満たすと判定した場合には、判定部２４ａは、その位置情報が利用可能である旨を対話制御部５５ａに通知する。その後、対話制御部５５ａは、受信した意図解釈結果に基づいて、アプリＩＤにより特定される連携アプリ５８を起動し、起動した連携アプリ５８が、コンテンツＵＲＬが示すコンテンツサーバ３０に接続し、位置情報をコンテンツサーバ３０に送信する。連携アプリ５８は、コンテンツサーバ３０から位置情報に応じたコンテンツデータ（ＨＴＭＬデータ、画像データ等）を取得し、取得したコンテンツデータを連携アプリ５８の画面上に表示する。即ち、コンテンツサーバ３０がユーザ端末５０ａを介して、ユーザに位置情報サービスを提供する（ステップＳ２１５）。
【００９８】
以上、変形例に係る位置情報サービス提供システム１について説明した。上記のように変形例に係る位置情報サービス提供システム１においては、ユーザ端末５０ａが、本発明に係る位置情報判定装置である。このように、本発明に係る位置情報判定装置は、ユーザ端末５０ａで実現されてもよい。
【００９９】
また、本実施形態及び変形例に係る位置情報サービス提供システム１及び位置情報サービス提供システム１における処理（図５及び図６に示すフロー）がそれぞれ、本発明に係る位置情報判定装置及び位置情報判定方法に相当するものと捉えることができることは言うまでもない。
【０１００】
なお、本実施形態では、サービスの提供がユーザの音声をトリガとして行われているが、必ずしも音声をトリガとして行われる必要はない。例えば、提供を希望する位置情報サービスが、ユーザのユーザ端末への操作に基づいて選択されてもよい。
【０１０１】
また、本実施形態では、位置情報要件として精度要件及び鮮度要件の例を示したが、必ずしもこれらに限られるものではなく、位置情報の属性に係る要件であれば任意のものを用いることができる。
【０１０２】
また、本実施形態では、連携アプリ５８（例えば、ブラウザ）にコンテンツサーバ３０から受信したコンテンツデータ（例えば、ユーザの現在位置から渋谷までの乗換案内情報）を表示させる例を示したが、必ずしも連携アプリ５８を用いる必要はない。例えば、音声対話インタフェース５２が、対話制御部５５から意図解釈結果に含まれるコンテンツ取得先情報（コンテンツＵＲＬ）を受け取り、当該コンテンツＵＲＬに接続してコンテンツサーバ３０からコンテンツデータを取得し、取得したコンテンツデータを音声対話画面（例えば音声対話履歴を表示する領域）上に表示（ウェブビュー表示）してもよい。また、この表示は、例えばブラウザ以外の連携アプリ５８（例えばコンテンツデータに応じたユーザ端末５０に予め記憶された専用のアプリケーション（例えば、乗換案内用あるいは天気予報用のアプリケーション等））を用いて行われてもよい。
【符号の説明】
【０１０３】
１…位置情報サービス提供システム、２０…意図解釈サーバ（位置情報判定装置）、２１…位置情報取得部、２２…要件保持部、２３…サービス特定部、２４…判定部、３０…コンテンツサーバ。
【図１】
2014096066.tif 000003
【図２】
2014096066.tif 000004
【図３】
2014096066.tif 000005
【図４】
2014096066.tif 000006
【図５】
2014096066.tif 000007
【図６】
2014096066.tif 000008