JP2022184102A - 情報提供方法、データベースの生成方法、およびプログラム - Google Patents

Abstract

【課題】ブラウザの操作を容易にするための技術を提供すること。
【解決手段】ブラウザ２９０の拡張機能２９２は、音声（１）を入力されると、言語処理サーバ１００へ音声（１）を送信する。音声認識部１１０は、音声（１）に対応するテキスト（テキスト（１））を取得し、テキスト（１）を自然言語理解部１２０へ送信する。自然言語理解部１２０では、情報処理部１２１は、テキスト（１）に対応するＵＲＬ（ＵＲＬ（１））を特定し、ＵＲＬ（１）をブラウザ２９０へ送信する。拡張機能２９２は、ＵＲＬ（１）をブラウジング機能２９１にパスする。ブラウジング機能２９１は、ＵＲＬ（１）を利用してウェブサーバ９００にアクセスする。ウェブサーバ９００は、ＵＲＬ（１）に対応するウェブページ（１）をブラウザ２９０へ送信する。ブラウジング機能２９１は、ウェブページ（１）に対応する画面をディスプレイに表示する。
【選択図】図７

Description

本開示は、ブラウザへのＵＲＬの提供に関する。

従来、ユーザは、ブラウザを利用して、ネットワーク経由でサービスの提供を受けている。たとえば、特開２０２０－０９１９０７号公報（特許文献１）は、ブラウザが、商品またはサービスについてのウェブコンテンツを提示する技術を開示している。

特開２０２０－０９１９０７号公報

近年、ネットワーク経由で提供されるサービスの範囲が広がってきたことにより、ユーザがブラウザを利用してサービスの提供を受ける機会が増え、また、サービスを受けるユーザの層も広がっている。そして、ユーザがサービスの提供を受けるために必要とされるブラウザの操作を容易にすることに対する要望も高まっている。

本開示は、係る実情に鑑み考え出されたものであり、その目的は、ブラウザの操作を容易にするための技術を提供することである。

本開示のある局面に従うと、コンピュータによって実現される情報処理方法が提供される。情報処理方法は、ユーザ端末に入力された問合情報に基づいて問合意図を取得するステップを備える。問合情報は、音声およびテキストの少なくとも一方を含む。情報処理方法は、意図－ＵＲＬデータベースにおいて規定された１以上の意図のそれぞれに対応する１以上のＵＲＬとの関係に従って、問合意図に対応する応答ＵＲＬを取得するステップと、ユーザ端末にインストールされたブラウザに、応答ＵＲＬを提供するステップと、をさらに備える。

本開示の他の局面に従うと、コンピュータによって実現される意図－ＵＲＬデータベースの生成方法が提供される。生成方法は、プレースホルダーを有するＵＲＬを取得するステップと、２以上のフレーズを取得するステップと、を備える。２以上のフレーズのそれぞれは、意図に関連付けられ、かつ、スロットを有する。生成方法は、２以上のフレーズのうち、ＵＲＬのプレースホルダーに対応するスロットを有するフレーズを抽出するステップと、ＵＲＬと抽出されたフレーズを関連付けることにより意図－ＵＲＬデータベースを生成するステップと、を備える。

本開示のある局面によれば、ユーザ端末に問合情報が入力されると、ユーザ端末にインストールされたブラウザに、当該問合情報の意図（問合意図）に対応するＵＲＬ（応答ＵＲＬ）が提供される。これにより、ユーザは、当該ユーザが意図するＵＲＬを直接入力することなく、ユーザの意図に対応するＵＲＬを取得し得る。

本開示の他の局面によれば、ＵＲＬが、そのプレースホルダーに対応するスロットを有するフレーズに関連付けられた、意図と関連付けられることによって、意図－ＵＲＬデータベースが生成される。このように生成された意図－ＵＲＬデータベースが利用されれば、ユーザの意図の取得に応じて、当該意図に関連付けられたＵＲＬが提供され得る。これにより、ユーザは、当該ユーザが意図するＵＲＬを直接入力することなく、当該ユーザの意図に対応するＵＲＬを取得し得る。

第１実施の形態における情報提供システムの構成の一例を示す図である。 言語処理サーバ１００のハードウエア構成の一例を示す図である。 ユーザ端末２００のハードウエア構成の一例を示す図である。 情報提供システム１内の各要素の機能の一例を示す図である。 図４に示された状態の次の状態の一例を示す図である。 図５に示された状態の次の状態の一例を示す図である。 図６に示された状態の次の状態の一例を示す図である。 図７に示された状態の次の状態の一例を示す図である。 文法－意図データベース１２２のデータ構造の一例を示す図である。 意図－ＵＲＬデータベース１２３のデータ構造の一例を示す図である。 音声の入力に応じて、ユーザ端末２００が当該音声に対応するウェブサービスを受けるために実行される処理のフローチャートである。 ディスプレイ２０２に表示されるウェブページの画面の一例を示す図である。 図１２の画面２５０においてマイクアイコン２５２がクリックされたときに表示される、画面２５０Ａを表す図である。 図１３の画面２５０Ａにおいてトランスクリプションの表示が追加された、画面２５０Ｂを表す図である。 ユーザからの音声入力に対応するＵＲＬのウェブページを表示する画面２５０Ｃを表す図である。 図１１のステップＳ１０６のサブルーチンのフローチャートである。 図１６の処理の１つ目の具体例を説明するための図である。 図１６の処理の２つ目の具体例を説明するための図である。 図１６の処理の３つ目の具体例を説明するための図である。 意図－ＵＲＬデータベースを更新するために実行される処理のフローチャートである。 第２実施の形態における情報提供システムの構成の一例を示す図である。 利用可能ＵＲＬリスト１２４のデータ構造の一例を示す図である。 図１１に示された処理の変形例のフローチャートである。 情報提供システム１の第２実施の形態の変形例の構成を示す図である。 図１１に示された処理の、図２４の例に適合する変形例のフローチャートである。 第３実施の形態における情報提供システムの構成の一例を示す図である。 第４実施の形態における情報提供システムの構成の一例を示す図である。 第５実施の形態における情報提供システムの構成の一例を示す図である。 第６実施の形態における情報提供システムの構成の一例を示す図である。 図２９の例における意図－ＵＲＬデータベース１２３のデータ構造の一例を示す図である。 情報提供カウンタ１２５のデータ構造の一例を示す図である。 第７実施の形態における情報提供システムの構成の一例を示す図である。 第７実施の形態における処理の概要を示す図である。 第７実施の形態における処理の概要を示す図である。 文法－意図データベース１２２の変形例を示す図である。 図１１に示された処理の変形例のフローチャートである。 ステップＳ１０７のサブルーチンのフローチャートである。 第８実施の形態における情報提供システムの構成の一例を示す図である。 図３８の例における意図－ＵＲＬデータベースの構築の流れを説明するための図である。

以下に、図面を参照しつつ、情報提供システムの一実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらの説明は繰り返さない。

＜第１実施の形態＞

［１．情報提供システムの構成］

図１は、第１実施の形態における情報提供システムの構成の一例を示す図である。情報提供システム１は、言語処理サーバ１００、ユーザ端末２００、および、ウェブサーバ９００Ａ，９００Ｂを含む。本明細書は、ウェブサーバ９００Ａ，９００Ｂの共通する性質について言及する場合、「ウェブサーバ９００」という用語を利用する場合がある。

情報提供システム１において、ユーザは、ユーザ端末２００にある意図に従った音声を入力すれば、ウェブサーバ９００から、当該意図に対応するサービスを提供される。

より具体的には、ユーザがユーザ端末２００に音声を入力すると、ユーザ端末２００は当該音声を言語処理サーバ１００へ送信する。言語処理サーバ１００は、ユーザ端末２００に、ユーザ端末２００から入力された音声の意図に対応するＵＲＬ（Uniform Resource Locator）を送信する。ユーザ端末２００は、言語処理サーバ１００から送信されたＵＲＬを利用してウェブサーバ９００にアクセスし、ウェブサーバ９００からのサービスを受ける。

［２．ハードウェア構成（言語処理サーバ）］

図２は、言語処理サーバ１００のハードウエア構成の一例を示す図である。言語処理サーバ１００は、ＣＰＵ（Central Processing Unit）１０１と、通信Ｉ／Ｆ（インターフェース）１０２と、ストレージ１０３とを含む。ストレージ１０３は、各種のプログラムを格納するプログラム用領域１０３１、および、各種のデータを格納するデータ領域１０３２を含む。

ＣＰＵ１０１は、ストレージ１０３または外部の記憶装置に格納されたプログラムを実行することにより、各種の演算を実行する。

通信Ｉ／Ｆ１０２は、たとえばネットワークカードによって実現され、言語処理サーバ１００を情報提供システム１内の他の装置と通信させる。

［３．ハードウェア構成（ユーザ端末）］

図３は、ユーザ端末２００のハードウエア構成の一例を示す図である。ユーザ端末２００は、ＣＰＵ２０１と、ディスプレイ２０２と、マイクロフォン２０３と、スピーカ２０４と、カメラ２０５と、通信Ｉ／Ｆ２０６と、ストレージ２０７とを含む。ストレージ２０７は、各種のプログラムを格納するプログラム用領域２０７１、および、各種のデータを格納するデータ領域２０７２を含む。

ＣＰＵ２０１は、ストレージ２０７または外部の記憶装置に格納されたプログラムを実行することにより、各種の演算を実行する。

ディスプレイ２０２は、ＣＰＵ２０１から指示された画面を表示する。マイクロフォン２０３は、入力された音声をＣＰＵ２０１に入力する。スピーカ２０４は、ＣＰＵ２０１から指示された音声を出力する。カメラ２０５は、撮影した画像をＣＰＵ２０１に入力する。

通信Ｉ／Ｆ２０６は、たとえばネットワークカードによって実現され、ユーザ端末２００を情報提供システム１内の他の装置と通信させる。

［４．処理の概要］

図４～図８を参照して、情報提供システム１における、ユーザ端末２００への情報の入力に応じたユーザ端末２００へのＵＲＬの提供の処理の一例の概要を説明する。

（１）情報提供システム内の各要素の機能構成

図４は、情報提供システム１内の各要素の機能の一例を示す図である。言語処理サーバ１００は、音声認識部１１０と、自然言語理解部１２０とを含む。音声認識部１１０は、音声認識技術を利用して、入力された音声をテキストへ変換する。一例では、自然言語理解部１２０は、ＣＰＵ１０１が所与のプログラムを実行することによって実現される。

自然言語理解部１２０は、情報処理部１２１と、文法－意図データベース１２２と、意図－ＵＲＬデータベース１２３とを含む。情報処理部１２１は、入力されたテキストに対応するを意図を特定し、特定された意図に対応するＵＲＬを特定する。一例では、情報処理部１２１は、ＣＰＵ１０１が所与のプログラムを実行することによって実現される。

文法－意図データベース１２２は、テキストが対応する意図の特定に利用される。意図－ＵＲＬデータベース１２３は、意図に対応するＵＲＬの特定に利用される。文法－意図データベース１２２および意図－ＵＲＬデータベース１２３は、たとえばストレージ２０７に格納される。

言語処理サーバ１００にインストールされたブラウザ２９０は、ブラウジング機能２９１と拡張機能２９２とを含む。ブラウジング機能２９１は、入力されたＵＲＬを用いてネットワークにアクセスすることを含む、ブラウザアプリケーションの一般的な機能を実現する。拡張機能２９２は、ブラウザアプリケーションに対して拡張的な機能を実現する。拡張機能２９２は、たとえばブラウザアプリケーションのプラグインプログラムとして実現される。

（２）処理の概要
図４～図８を参照して、ブラウザ２９０が、ユーザからの音声の入力に応じてＵＲＬを取得するために実行される処理の概要を説明する。

（２－１）第１段階

まず、ブラウザ２９０は、ＵＲＬ（０）を取得する。ＵＲＬ（０）は、ユーザによってブラウザ２９０に入力されてもよいし、ブラウザ２９０において予め設定されていてもよい。ＵＲＬ（０）の取得に応じて、ブラウジング機能２９１は、「ＵＲＬ（０）」を用いてウェブサーバ９００にアクセスする。

（２－２）第２段階

図５は、図４に示された状態の次の状態の一例を示す図である。図５に示されるように、ウェブサーバ９００は、「ＵＲＬ（０）」を用いたアクセスに応じて、ブラウジング機能２９１へ、「ＵＲＬ（０）」に対応するウェブページを送信する。送信されるウェブページは、図５において「ウェブページ（０）」として表されている。ブラウザ２９０は、ウェブページ（０）の画面をディスプレイ２０２に表示する。なお、ウェブページ（０）の画面は、ブラウジング機能２９１に予め登録されていてもよい。すなわち、ブラウジング機能２９１は、ウェブサーバ９００にアクセスすることなく、ウェブページ（０）の画面をディスプレイ２０２に表示してもよい。

（２－３）第３段階

図６は、図５に示された状態の次の状態の一例を示す図である。図６に示されるように、拡張機能２９２に音声が入力される。入力された音声は、図６において「音声（１）」として表されている。音声（１）の入力に応じて、拡張機能２９２は、言語処理サーバ１００へ音声（１）を送信する。拡張機能２９２は、さらに、音声（１）が入力されたときに表示されていた画面のＵＲＬ（ＵＲＬ（０））を言語処理サーバ１００へ送信する。言語処理サーバ１００では、入力された音声（１）が音声認識部１１０で処理される。

（２－４）第４段階

図７は、図６に示された状態の次の状態の一例を示す図である。図７に示されるように、音声認識部１１０は、音声（１）を処理することにより、音声（１）に対応するテキストを取得する。取得されたテキストは、「テキスト（１）」として表されている。音声認識部１１０は、テキスト（１）を自然言語理解部１２０へ送信する。

自然言語理解部１２０では、情報処理部１２１は、テキスト（１）を自然言語処理に従って分析することにより、テキスト（１）の意図を特定する。一例では、情報処理部１２１は、テキスト（１）が適合する文法を特定し、特定された文法に対応する意図を特定することにより、テキスト（１）の意図を特定する。一例では、意図の特定に、文法－意図データベースが利用される。

情報処理部１２１は、特定された意図に対応するＵＲＬを特定する。図７では、特定されたＵＲＬは、「ＵＲＬ（１）」として表されている。一例では、ＵＲＬの特定に、意図－ＵＲＬデータベースが利用される。そして、情報処理部１２１は、特定されたＵＲＬをブラウザ２９０へ送信する。

ブラウザ２９０において、拡張機能２９２は、言語処理サーバ１００（情報処理部１２１）から送信されたＵＲＬ（１）を取得し、ブラウジング機能２９１へパスする。

（２－５）第５段階

図８は、図７に示された状態の次の状態の一例を示す図である。図８に示されるように、ブラウジング機能２９１は、拡張機能２９２からパスされたＵＲＬ（１）を利用して、ウェブサーバ９００にアクセスする。これに応じて、ウェブサーバ９００は、ＵＲＬ（１）に対応するサービスの提供の一例として、ＵＲＬ（１）に対応するウェブページを送信する。送信されたウェブページは、「ウェブページ（１）」として表されている。

拡張機能２９２は、ウェブサーバ９００から受けたサービスをユーザに対して提示する。ウェブページ（１）を受信した場合には、拡張機能２９２は、ディスプレイ２０２にウェブページ（１）の画面を表示する。

以上、図４～図８を参照して説明された例において、音声（１）は、「問合情報」の一例である。音声（１）に基づいて取得される意図（テキスト（１）に対して特定される意図）は、「問合意図」の一例である。音声（１）（すなわち、テキスト（１））が適合する文法は、「問合文法」の一例である。音声（１）の入力に応じて提供されるＵＲＬ（１）は、「応答ＵＲＬ」の一例である。音声（１）が入力されたときに表示されていた画面に対応するＵＲＬ（０）は、「先のＵＲＬ」の一例である。

［５．文法－意図データベース］

図９は、文法－意図データベース１２２のデータ構造の一例を示す図である。図９の例は、ウェブサーバ９００から提供されるウェブメールのサービスに対応する。

図９には、２以上の文法、２以上の意図、および、２以上の種別が示されている。文法－意図データベース１２２では、１つ文法が、１つの意図および１つの種別に関連付けられている。

文法は、自然言語処理における分析に利用される。図９には、文法の具体例として、「ウェブメールを開いて」「メインページを開いて」および「ウェブメールのページを開いて」が示されている。図９の例では、これらの文法は、同じ意図、すなわち、意図「ウェブメールを開く」に関連付けられている。

図９の例は、種別の値として、「新規」および「フォローアップ」を含む。「新規」は、ユーザからの他のテキストに依存しない意図に対応する。「フォローアップ」は、ユーザからの他のテキストに依存する意図に対応する。種別については、図１６等を参照して後述される。図９の例において、文頭に文字列「この中で」を含む文法は、種別の値として「フォローアップ」を有する。ただし、文法に含まれる文字列と種別の値との間の関係の単なる一例である。

図９に例示された一部の文法に含まれる、記号「＊」と数字とによって構成されるセット（［＊１］等）は、スロットを表す。たとえば、文法「［＊１］からのメッセージを見せて」において、［＊１］はスロットを表す。

スロットを含む文法に対応する意図は、文法と同様に、スロットを含む。たとえば、文法「［＊１］からのメッセージを見せて」に対応する意図は、「［＊１］から受信したメッセージを表示する」であり、文法に含まれるのと同じスロット［＊１］を含む。この意図は、［＊１］のスロットの値を構成する人物から受信したメッセージを表示することである。

図９の例は、文法と意図との関連付けの単なる一例である。文法を意図との関連付けの具体的な態様は、サービスの提供を受ける者、サービスを提供する者、および／または、言語処理サーバ１００を管理する者などのいかなる者によって設定および／または変更されてもよい。

ウェブサーバ９００から提供されるサービスの種類は、ウェブメールに限定されない。ウェブ検索サービス、株価情報を提供するサービス、ショッピングサイトおよび／またはコミュニティサイトを提供するサービス、などのいかなる種類のサービスであってもよい。

［６．意図－ＵＲＬデータベース］

図１０は、意図－ＵＲＬデータベース１２３のデータ構造の一例を示す図である。図１０の例では、図９の例において２以上の文法と関連付けられた２以上の意図が、２以上のＵＲＬと関連付けられる。

たとえば、意図「ウェブメールを開く」は、ＵＲＬ「https://mail.AAA.com」と関連付けられている。また、意図「未読のメッセージを表示する」は、ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/is%3Aunread」と関連付けられている。さらに、意図「［*1］から受信したメッセージを表示する」は、ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3A［*1］」と関連付けられている。

スロットを含む意図に関連付けられるＵＲＬは、スロットに対応するプレースホルダーを有する。たとえば、ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3A［*1］」の中の［＊１］は、意図に含まれるスロットに対応するプレースホルダーを表す。このプレースホルダーには、意図においてスロット［＊１］の値に相当する値が充填される。

意図－ＵＲＬデータベース１２３において、各ＵＲＬは、それぞれが対応する意図に関連付けられた種別（新規／フォローアップ）に関連付けられている。

種別の値として「フォローアップ」を有するＵＲＬは、他のＵＲＬに対して追加される文字列のみを含む。たとえば、意図［［*3］から受信したメッセージを表示する］に対応するＵＲＬは、他のＵＲＬに対して追加される文字列「+from%3A［*3］」のみを含む。他のＵＲＬに文字列が追加されることによって新たなＵＲＬが生成されることについての詳細は、図１６等を参照して後述される。

図１０の例では、他のＵＲＬに追加される文字列は文字「＋」で始まる。ただし、追加される文字列がどのような文字で始まるかは、提供されるサービスごとに設定され得る。ウェブメールサービスにおいても、追加される文字列は、「＋」以外にも、「／」で始まっても良いし、「＆」で始まっても良い。

図１０に示された例は、ウェブメールサービスにおいて利用され得るＵＲＬのセットの単なる一例である。追加的な機能と、ＵＲＬに追加される文字列との組合せは、図１０に示されたものに限定されない。

たとえば、図１０の例において、ＵＲＬ「https://mail.AAA.com」とＵＲＬ「https://mail.AAA.com/mail/u/0/#search/is%3Aunread」とを比較することによって、後者のＵＲＬにおける「/mail/u/0/#search/is%3Aunread」の部分は、メッセージのうち未読のものを検索するという追加的な機能を実現するために、前者のＵＲＬに追加された文字列であると理解される。ただし、図１０に示されたＵＲＬのセットは単なる一例である。

［７．処理の流れ］

図１１は、音声の入力に応じて、ユーザ端末２００が当該音声に対応するウェブサービスを受けるために実行される処理のフローチャートである。図１１の左側には、言語処理サーバ１００側の処理のフローチャートが示される。この処理は、たとえば、ユーザ端末２００において拡張機能２９２として機能するＣＰＵ２０１が所与のプログラムを実行することによって実現され得る。図１１の右側には、ユーザ端末２００側の処理のフローチャートが示される。この処理は、たとえば、言語処理サーバ１００において音声認識部１１０および情報処理部１２１として機能するＣＰＵ１０１が所与のプログラムを実行することによって実現され得る。

ステップＳ２００にて、拡張機能２９２は、ブラウジング機能２９１に、ディスプレイ２０２に音声入力用のアイコンを表示させる。音声入力用のアイコンは、表示中のウェブページの中に表示されてもよいし、実行中のアプリケーションに直接関連しない場所（たとえば、タスクバー内）に表示されてもよい。

図１２は、ディスプレイ２０２に表示されるウェブページの画面の一例を示す図である。図１２に示された画面２５０は、ウェブメールの受信トレイを表示する。画面２５０は、アドレスバー２５１と、マイクアイコン２５２と、メッセージ一覧２５３とを含む。マイクアイコン２５２が、音声入力用のアイコンの一例である。

アドレスバー２５１は、画面２５０を表示するためのＵＲＬを表示する。マイクアイコン２５２は、ユーザがユーザ端末２００に音声を入力するために操作される。メッセージ一覧２５３は、ウェブメールにおいて選択されているフォルダ内のメッセージを一覧表示する。一例では、メッセージ一覧２５３内の１つのメッセージが選択されると、当該メッセージの内容が、ポップアップ画面などで表示される。

図１１に戻って、ステップＳ２０２にて、拡張機能２９２は、音声入力を起動されたか否かを判断する。音声入力の起動のための操作は、マイクアイコン２５２のクリックであってもよいし、マイクロフォン２０３へのウェイクフレーズ（「音声入力を起動して」等）の入力であってもよいし、カメラ２０５への特定のジェスチャの入力であってもよい。

拡張機能２９２は、音声入力が起動された（起動のための操作がなされた）と判断するまでステップＳ２０２の制御を繰り返し（ステップＳ２０２にてＮＯ）、起動されたと判断すると（ステップＳ２０２にてＹＥＳ）、ステップＳ２０４へ制御を進める。

ステップＳ２０４にて、拡張機能２９２は、入力された音声（音声（１））と、その時点でブラウジング機能２９１が表示していたウェブページのＵＲＬ（ＵＲＬ（０））とを、言語処理サーバ１００へ送信する。ステップＳ２０４にて、拡張機能２９２は、入力された音声のトランスクリプションを表示してもよい。図１３および図１４をさらに参照して、音声入力における、ユーザ端末２００（拡張機能２９２）への音声の入力について説明する。

図１３は、図１２の画面２５０においてマイクアイコン２５２がクリックされたときに表示される、画面２５０Ａを表す図である。画面２５０Ａは、ポップアップ画面２６０を含む。ポップアップ画面２６０は、入力欄２６１、クエリボタン２６２、話すボタン２６３、および、表示欄２６４を含む。

拡張機能２９２は、音声入力の起動のための操作がなされると、所与の条件が成立するまで、音声の入力を受け付ける。所与の条件の一例は、一定時間（たとえば、３秒間）以上のポウズ（音声が入力されないこと）である。

拡張機能２９２は、入力された音声を音声認識部１１０へ送信する。音声認識部１１０は、入力された音声のトランスクリプションを拡張機能２９２に返す。拡張機能２９２は、音声認識部１１０から送信されたトランスクリプションを表示欄２６４に表示する。

図１４は、図１３の画面２５０Ａにおいてトランスクリプションの表示が追加された、画面２５０Ｂを表す図である。画面２５０Ｂでは、表示欄２６４に、トランスクリプション「未読のメッセージを見せて」が表示されている。

入力欄２６１は、ユーザからの、テキストの入力を受け付ける。クエリボタン２６２は、入力欄２６１に入力されたテキストを言語処理サーバ１００へ送信するために操作される。拡張機能２９２は、クエリボタン２６２を操作されると、ステップＳ２０４にて、ユーザからの音声（音声（１））の代わりに、入力欄２６１に入力されたテキストを、言語処理サーバ１００へ送信する。

話すボタン２６３は、音声を入力し直すために操作される。ユーザは、表示欄２６４に表示されたトランスクリプションが意図したものでない場合、話すボタン２６３を操作した後、再度、音声を入力する。この場合、拡張機能２９２は、再度ステップＳ２０４の制御を実行し、新たに入力された音声を「音声（１）」として言語処理サーバ１００へ送信する。

図１１を再度参照する。ユーザ端末２００（拡張機能２９２）から音声（１）とＵＲＬ（０）とを取得すると、ステップＳ１００にて、言語処理サーバ１００は、音声認識部１１０の機能により、音声（１）に対応するテキスト（テキスト（１））を取得する。このように取得されたテキストがユーザ端末２００へ送信されると、図１４を参照して説明されたように、ユーザ端末２００では、当該テキストがトランスクリプションとして表示される。なお、図１１では、言語処理サーバ１００からユーザ端末２００へのテキストの送信およびユーザ端末２００におけるテキスト（トランスクリプション）の表示は、省略されている。

ステップＳ１０２にて、言語処理サーバ１００は、情報処理部１２１の機能として、ステップＳ１００にて取得されたテキストに対応する文法（文法（１））を特定する。

ステップＳ１０４にて、言語処理サーバ１００は、情報処理部１２１の機能として、ステップＳ１０２にて特定された文法に対応する意図（意図（１））を特定する。一例では、ステップＳ１０４の制御は、文法－意図データベース（図９）において、ステップＳ１０２にて特定された文法に関連付けられた意図の特定を含む。

ステップＳ１０６にて、言語処理サーバ１００は、情報処理部１２１の機能として、ステップＳ１０４にて特定された意図に対応するＵＲＬ（ＵＲＬ（１））を取得する。一例では、ステップＳ１０６の制御は、意図－ＵＲＬデータベース（図１０）において、ステップＳ１０４にて特定された意図に関連付けられたＵＲＬの特定を含む。ステップＳ１０６の制御については、図１６を参照して後述される。

ステップＳ１０８にて、言語処理サーバ１００は、情報処理部１２１の機能として、ステップＳ１０６にて取得されたＵＲＬをユーザ端末２００へ送信して、図１１の処理を終了させる。

ステップＳ２０６にて、拡張機能２９２は、言語処理サーバ１００からＵＲＬを受信すると、当該ＵＲＬをブラウジング機能２９１へパスして、図１１の処理を終了させる。

なお、拡張機能２９２からＵＲＬを取得すると、ブラウジング機能２９１は、当該ＵＲＬを利用してウェブサーバ９００にアクセスする。ウェブサーバ９００は、ブラウジング機能２９１へ、当該ＵＲＬに対応するウェブページを送信する。ブラウジング機能２９１は、受信したウェブページをディスプレイ２０２に表示する。これにより、ディスプレイ２０２における表示が切り替わる。

以上、図１１を参照して説明された処理では、拡張機能２９２に音声が入力されると、当該音声がテキストに変換され、当該テキストが適合する文法が特定され、そして、特定された文法に対応する意図が特定された。なお、音声に直接意図が関連付けられていてもよい。すなわち、音声からテキストへの変換および文法の特定は省略されてもよい。また、音声の代わりにテキストが入力されてもよい。この場合、テキストが適合する文法が特定され、特定された文法に対応する意図が特定される。ただし、テキストが意図と直接関連付けられていても良く、文法の特定は省略されてもよい。

図１５は、ユーザからの音声入力に対応するＵＲＬのウェブページを表示する画面２５０Ｃを表す図である。ユーザが「未読のメッセージを見せて」という音声を入力すると（図１４）、ブラウジング機能２９１は、図１５の画面２５０Ｃをディスプレイ２０２に表示する。画面２５０Ｃのメッセージ一覧２５３は、画面２５０Ｂのメッセージ一覧２５３（図１４）に表示されたメッセージのうち、未読のもののみを表示する。画面２５０Ｃの内容の詳細については後述される。

図１６は、図１１のステップＳ１０６のサブルーチンのフローチャートである。ステップＳ１０６０にて、言語処理サーバ１００は、意図－ＵＲＬデータベース（図１０）において、ステップＳ１０４（図１１）にて取得された意図（意図（１））に関連付けられたＵＲＬ（ＵＲＬ（１））を特定する。

ステップＳ１０６２にて、言語処理サーバ１００は、ステップＳ１０６０にて特定されたＵＲＬがプレースホルダーを含むか否かを判断する。たとえば、図１０の例において、ＵＲＬ「https://mail.AAA.com」は、プレースホルダーを含まない。一方、ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3A［*1］」は、プレースホルダー（［＊１］）を含む。言語処理サーバ１００は、上記ＵＲＬがプレースホルダーを含むと判断すると（ステップＳ１０６２にてＹＥＳ）、ステップＳ１０６４へ制御を進め、そうでなければ（ステップＳ１０６２にてＮＯ）、ステップＳ１０６６へ制御を進める。

ステップＳ１０６４にて、言語処理サーバ１００は、ステップＳ１０６０にて特定されたＵＲＬのプレースホルダーに、元の音声における対応する値を充填して、当該ＵＲＬを更新する。ステップＳ１０６４における値の充填およびＵＲＬの更新については、図１８を参照して後述される。

ステップＳ１０６６にて、言語処理サーバ１００は、ステップＳ１０６０にて特定されたＵＲＬの種別がフォローアップであるか否かを判断する。言語処理サーバ１００は、上記ＵＲＬの種別がフォローアップであると判断すると（ステップＳ１０６６にてＹＥＳ）、ステップＳ１０６８へ制御を進め、そうでなければ（ステップＳ１０６６にてＮＯ）、図１１へ制御をリターンさせる。

ステップＳ１０６８にて、言語処理サーバ１００は、ステップＳ１０６０にて特定されたＵＲＬ（または、ステップＳ１０６４にて更新されたＵＲＬ）を、音声が入力されたときにブラウジング機能２９１によって表示されていたウェブページのＵＲＬ（ＵＲＬ（０））に組み合わせることによって更新する。ステップＳ１０６８におけるＵＲＬの更新については、図１９を参照して後述される。その後、言語処理サーバ１００は、図１１へ制御をリターンさせる。

［８．処理の具体例］

図１６を参照して説明された処理の流れを、具体例とともにより詳細に説明する。

８－１．具体例（１）

図１７は、図１６の処理の１つ目の具体例を説明するための図である。図１７には、図１６のフローチャートとともに、注釈Ｎ１１，Ｎ１２が示されている。

図１７の例では、ユーザは、図１２の画面２５０（受信トレイ内のメッセージの一覧表示）が表示されている状態で、注釈Ｎ１１に記載されるように、音声「未読のメッセージを見せて」を入力する。この音声から、音声認識部１１０は、テキスト「未読のメッセージを見せて」を特定する。このテキストから、情報処理部１２１は、文法「未読のメッセージを見せて」を特定する。

情報処理部１２１は、図９に示されるように、上記文法「未読のメッセージを見せて」から、意図「未読のメッセージを表示する」を特定する。この意図が、ステップＳ１０６０における「意図（１）」である。

情報処理部１２１は、図１０に示されるように、意図「未読のメッセージを表示する」（意図（１））から、ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/is%3Aunread」を特定する。このＵＲＬが、注釈Ｎ１２に記載されるように、ステップＳ１０６０における「ＵＲＬ（１）」である。

ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/is%3Aunread」は、プレースホルダーを含まない。したがって、図１７の例では、情報処理部１２１は、ステップＳ１０６２からステップＳ１０６６へ制御を進める。

ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/is%3Aunread」の種別の値は、「新規」であって、「フォローアップ」ではない。したがって、図１７の例では、情報処理部１２１は、ステップＳ１０６６の後、ステップＳ１０６８を実行することなく、制御を図１１へリターンさせる。これにより、図１７の例に従うと、図１１のステップＳ１０８では、情報処理部１２１は、ＵＲＬ（１）として、ステップＳ１０６０にて特定されたＵＲＬ「https://mail.AAA.com/mail/u/0/#search/is%3Aunread」をユーザ端末２００へ送信する。

ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/is%3Aunread」は、ウェブメールの受信トレイに登録されているメッセージのうち未読のメッセージを検索することを、ウェブサーバ９００に指示するためのＵＲＬである。ユーザ端末２００のブラウジング機能２９１がこのＵＲＬを利用してウェブサーバ９００にアクセスすることにより、ウェブサーバ９００は、指示された検索を実行する。そして、ウェブサーバ９００は、ブラウジング機能２９１に、検索結果を表示するウェブページ（画面）を送信する。ブラウジング機能２９１は、ウェブサーバ９００から送信されたウェブページ（画面）を表示する。

上記ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/is%3Aunread」によって表示される画面２５０Ｃ（図１５）は、ウェブメールの受信トレイに登録されているメッセージのうち未読のメッセージを表示する画面である。

８－２．具体例（２）

図１８は、図１６の処理の２つ目の具体例を説明するための図である。図１８には、図１６のフローチャートとともに、注釈Ｎ２１，Ｎ２２，Ｎ２３が示されている。

図１８の例では、ユーザは、図１２の画面２５０（受信トレイの画面）が表示されている状態で、注釈Ｎ２１に記載されるように、音声「Ｊｏｈｎから受信したメッセージを見せて」を入力する。この音声から、音声認識部１１０は、テキスト「Ｊｏｈｎから受信したメッセージを見せて」を特定する。このテキストから、情報処理部１２１は、文法「［*1］から受信したメッセージを見せて」を特定する。［＊１］は、この文法におけるスロットである。図１８の例では、スロットの値は「Ｊｏｈｎ」（以下、「ジョン」とも表記され得る）である。

情報処理部１２１は、図９に示されるように、上記文法「［*1］から受信したメッセージを見せて」から、意図「［*1］から受信したメッセージを表示する」を特定する。この意図が、ステップＳ１０６０における「意図（１）」である。［＊１］は、この意図において、上記文法のスロットに対応するスロットである。

情報処理部１２１は、図１０に示されるように、意図「［*1］から受信したメッセージを表示する」（意図（１））から、ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3A［*1］」を特定する。このＵＲＬが、注釈Ｎ２２に記載されるように、ステップＳ１０６０における「ＵＲＬ（１）」である。このＵＲＬにおいて、［＊１］は、上記意図のスロットに対応するプレースホルダーである。

ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3A［*1］」は、プレースホルダーを含む。したがって、図１８の例では、情報処理部１２１は、ステップＳ１０６２からステップＳ１０６４へ、制御を進める。

ステップＳ１０６４にて、情報処理部１２１は、上記プレースホルダーに、当該プレースホルダーに対応する上記意図内のスロットの値（「Ｊｏｈｎ」）を充填する。これにより、ＵＲＬ（１）は、注釈Ｎ２３に記載されるように、「https://mail.AAA.com/mail/u/0/#search/from%3AJohn」へと更新される。

ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3A［*1］」の種別の値は、「新規」であって、「フォローアップ」ではない。したがって、図１８の例では、情報処理部１２１は、ステップＳ１０６６の後、ステップＳ１０６８を実行することなく、制御を図１１へリターンさせる。これにより、図１８の例に従うと、図１１のステップＳ１０８では、情報処理部１２１は、ＵＲＬ（１）として、ステップＳ１０６４にて更新されたＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3AJohn」をユーザ端末２００へ送信する。

ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3AJohn」は、ウェブメールの受信トレイに登録されているメッセージのうち差出人「Ｊｏｈｎ」からのメッセージを検索することを、ウェブサーバ９００に指示するためのＵＲＬである。ユーザ端末２００のブラウジング機能２９１がこのＵＲＬを利用してウェブサーバ９００にアクセスすることにより、ウェブサーバ９００は、指示された検索を実行する。そして、ウェブサーバ９００は、ブラウジング機能２９１に、検索結果を表示するウェブページ（画面）を送信する。ブラウジング機能２９１は、ウェブサーバ９００から送信されたウェブページ（画面）を表示する。

８－３．具体例（３）

図１９は、図１６の処理の３つ目の具体例を説明するための図である。図１９には、図１６のフローチャートとともに、注釈Ｎ３１，Ｎ３２，Ｎ３３，Ｎ３４が示されている。

図１９の例では、ユーザは、ＵＲＬ（０）に対応するウェブページの画面が表示された状態で、音声「その中で件名にmeetingを含むメッセージを見せて」を入力する。

注釈Ｎ３１に記載されるように、ＵＲＬ（０）は、「https://mail.AAA.com/mail/u/0/#search/from%3AJohn」である。このＵＲＬは、図１８を参照して説明されたように、ウェブメールの受信トレイに登録されているメッセージのうち差出人「Ｊｏｈｎ」からのメッセージを検索することを指示するＵＲＬである。したがって、このＵＲＬに対応するウェブページの画面は、当該検索の結果を表示する画面である。

図１９の例では、上記音声「その中で件名にmeetingを含むメッセージを見せて」から、音声認識部１１０は、テキスト「その中で件名にmeetingを含むメッセージを見せて」を特定する。このテキストから、情報処理部１２１は、文法「［*4］を件名に含むメッセージを見せて」を特定する。［＊４］は、この文法におけるスロットである。図１９の例では、スロットの値は「ｍｅｅｔｉｎｇ」である。

情報処理部１２１は、図９に示されるように、上記文法「［*4］を件名に含むメッセージを見せて」から、意図「［*4］を件名に含むメッセージを表示する」を特定する。この意図が、ステップＳ１０６０における「意図（１）」である。［＊４］は、この意図において、上記文法のスロットに対応するスロットである。

情報処理部１２１は、図１０に示されるように、意図「［*4］を件名に含むメッセージを表示する」（意図（１））から、ＵＲＬ「+subject%3A［*4］」を特定する。このＵＲＬが、注釈Ｎ３２に記載されるように、ステップＳ１０６０における「ＵＲＬ（１）」である。このＵＲＬにおいて、［＊４］は、上記意図のスロットに対応するプレースホルダーである。

ＵＲＬ「+subject%3A［*4］」は、プレースホルダーを含む。したがって、図１９の例では、情報処理部１２１は、ステップＳ１０６２からステップＳ１０６４へ、制御を進める。

ステップＳ１０６４にて、情報処理部１２１は、上記プレースホルダーに、上記意図において当該プレースホルダーに対応するスロットの値（「ｍｅｅｔｉｎｇ」）を充填する。これにより、ＵＲＬ（１）は、注釈Ｎ３３に記載されるように、「+subject%3Ameeting」へと更新される。

ＵＲＬ「+subject%3A［*4］」の種別の値は、「フォローアップ」である。したがって、図１９の例では、情報処理部１２１は、ステップＳ１０６６の後、ステップＳ１０６８へ制御を進める。

ステップＳ１０６８にて、情報処理部１２１は、ＵＲＬ（０）と組合せることにより、ＵＲＬ（１）を更新する。これにより、「+subject%3Ameeting」は、「https://mail.AAA.com/mail/u/0/#search/from%3AJohn」と組み合わされて、「https://mail.AAA.com/mail/u/0/#search/from%3AJohn+subject%3Ameeting」へと更新される。

その後、情報処理部１２１は、制御を図１１へリターンさせる。これにより、図１９の例に従うと、図１１のステップＳ１０８では、情報処理部１２１は、ＵＲＬ（１）として、ステップＳ１０６８にて更新されたＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3AJohn+subject%3Ameeting」をユーザ端末２００へ送信する。

ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3AJohn+subject%3Ameeting」は、ウェブメールの受信トレイに登録されているメッセージのうち、差出人が「Ｊｏｈｎ」でありかつ件名に「ｍｅｅｔｉｎｇ」を含むメッセージを検索することを、ウェブサーバ９００に指示するためのＵＲＬである。ユーザ端末２００のブラウジング機能２９１がこのＵＲＬを利用してウェブサーバ９００にアクセスすることにより、ウェブサーバ９００は、指示された検索を実行する。そして、ウェブサーバ９００は、ブラウジング機能２９１に、検索結果を表示するウェブページ（画面）を送信する。ブラウジング機能２９１は、ウェブサーバ９００から送信されたウェブページ（画面）を表示する。

具体例（３）のステップＳ１０６８では、情報処理部１２１は、ＵＲＬ（０）と組み合わせることにより、ＵＲＬ（１）と更新する。

この点において、図１０の例では、各意図は、種別の値として「フォローアップ」を有する場合、２つのＵＲＬに関連付けられている。２つのＵＲＬのうち、一方は括弧に囲まれておらず、他方は括弧に囲まれている。

たとえば、意図「未読のメッセージを表示する」について、１つ目のＵＲＬは「+is%3Aunread」であり、２つ目のＵＲＬは「/mail/u/0/#search/is%3Aunread」である。１つ目のＵＲＬは、ステップＳ１０６８において組み合わされるＵＲＬ（ＵＲＬ（０））が文字列「/mail/u/0/#search/」を含む場合に利用される。２つ目のＵＲＬは、ステップＳ１０６８において組み合わされるＵＲＬ（ＵＲＬ（０））が文字列「/mail/u/0/#search/」を含まない場合に利用される。すなわち、図１０の例では、種別の値として「フォローアップ」を有する意図のそれぞれには、複数のＵＲＬが関連付けられる。情報処理部１２１は、ＵＲＬ（０）に含まれる文字列によって、当該複数のＵＲＬの中から利用するＵＲＬが選択し得る。

［９．データベースの更新］

情報提供システム１において、文法－意図データベース（図９）および／または意図－ＵＲＬデータベース（図１０）のデータ構造は、更新され得る。

たとえば、情報提供システム１に新たに加入するウェブサーバ９００は、当該ウェブサーバ９００において利用される１以上のＵＲＬのそれぞれが、ユーザの１以上の意図のそれぞれとどのように関連付けられるべきかを特定する情報（更新内容）を、言語処理サーバ１００に登録してもよい。言語処理サーバ１００は、このような更新内容をウェブサーバ９００から受信すると、当該更新内容に従って、意図－ＵＲＬデータベースを更新する。なお、言語処理サーバ１００は、情報提供システム１の管理者から、当該更新内容を直接入力されてもよい。

図２０は、意図－ＵＲＬデータベースを更新するために実行される処理のフローチャートである。図２０の処理は、たとえば、言語処理サーバ１００のＣＰＵ１０１が所与のプログラムを実行することによって実施され得る。

図２０に示されるように、言語処理サーバ１００は、ステップＳ１９０にて、更新内容を取得したか否かを判断する。言語処理サーバ１００は、更新内容を取得したと判断するまで（ステップＳ１９０にてＮＯ）、ステップＳ１９０の制御を継続する。更新内容を取得したと判断すると（ステップＳ１９０にてＹＥＳ）、言語処理サーバ１００は、更新内容を利用して、意図－ＵＲＬデータベースを更新する。

＜第２実施の形態＞

［１．概要］

図２１は、第２実施の形態における情報提供システムの構成の一例を示す図である。図２１の例では、言語処理サーバ１００には、利用可能ＵＲＬリスト１２４が登録されている。利用可能ＵＲＬリスト１２４は、拡張機能２９２を有効にするか否かを規定する。

第２実施の形態において、ウェブサーバ９００は、ユーザに、当該ウェブサーバ９００が提供するサービスを拡張機能２９２とともに利用させるためには、当該ウェブサーバ９００を提供するためのウェブページのＵＲＬ（後述するＵＲＬ（０））を利用可能ＵＲＬリスト１２４に登録することを必要とされる。情報提供システム１の管理者は、ウェブサーバ９００からのＵＲＬを利用可能ＵＲＬリスト１２４に登録するために、ウェブサーバ９００の管理者から利用料の支払いなどの対価を要求することができる。

［２．利用可能ＵＲＬリスト］

図２２は、利用可能ＵＲＬリスト１２４のデータ構造の一例を示す図である。利用可能ＵＲＬリスト１２４は、たとえばストレージ１０３に格納される。

図２２に示されるように、利用可能ＵＲＬリスト１２４は、ＵＲＬのリストを含む。第２実施の形態では、ブラウザ２９０は、表示されているウェブページのＵＲＬが利用可能ＵＲＬリスト１２４に含まれていれば、拡張機能２９２を有効にし、含まれていなければ、拡張機能２９２を無効にする。

拡張機能２９２の有効／無効の切替の一例は、マイクアイコン２５２の表示／非表示の切替によって実現される。マイクアイコン２５２の表示／非表示の切替を、図２１を参照して説明する。

ブラウジング機能２９１は、ＵＲＬ（０）を利用してウェブサーバ９００にアクセスする。これに応じて、ウェブサーバ９００は、ブラウジング機能２９１に、ＵＲＬ（０）に対応するウェブページ（０）を送信する。

一方、ブラウジング機能２９１は、ＵＲＬ（０）を拡張機能２９２に送る。拡張機能２９２は、言語処理サーバ１００にＵＲＬ（０）を送信する。

言語処理サーバ１００の情報処理部１２１は、利用可能ＵＲＬリスト１２４がＵＲＬ（０）を含むか否かを判断する。利用可能ＵＲＬリスト１２４がＵＲＬ（０）を含む場合、情報処理部１２１は、拡張機能２９２に、マイクアイコン２５２を表示するためのキー（たとえば、パスワードのようなもの）を送信する。当該キーを受信したことに応じて、拡張機能２９２は、ブラウジング機能２９１にマイクアイコン２５２の有効化を指示する。当該指示に応じて、ブラウジング機能２９１は、ウェブページ（０）の画面とともに、マイクアイコン２５２をディスプレイ２０２に表示する。

一方、利用可能ＵＲＬリスト１２４がＵＲＬ（０）を含まない場合、情報処理部１２１は、拡張機能２９２に上記キーを送信しない。当該キーを受信しない場合、ブラウジング機能２９１は、マイクアイコン２５２に、マイクアイコン２５２の有効化を指示しない。この場合、ブラウジング機能２９１は、マイクアイコン２５２を表示することなく、ウェブページ（０）の画面を表示する。この場合、ユーザは、音声入力によって特定された意図に対応するＵＲＬを取得する拡張機能２９２を利用できない。したがって、ユーザは、既存の方法（たとえば、メッセージ一覧におけるメッセージの検索条件を画面において予め設定された場所に予め設定された規則に従って入力すること）で、意図するサービスを得るためのＵＲＬを取得しなければならない。

［３．処理の流れ］

図２３は、図１１に示された処理の変形例のフローチャートである。図１１の例と比較して、図２３の例は、ステップＳ２００Ａ，２００ＢおよびステップＳ１００Ａ，１００Ｂをさらに含む。

より具体的には、ステップＳ２００Ａにて、拡張機能２９２は、ブラウジング機能２９１から受信したＵＲＬ（０）を言語処理サーバ１００に送信する。

ステップＳ１００Ａにて、言語処理サーバ１００は、情報処理部１２１の機能として、拡張機能２９２から受信したＵＲＬ（０）が利用可能ＵＲＬリスト１２４に含まれるか否かを判断する。言語処理サーバ１００は、ＵＲＬ（０）が利用可能ＵＲＬリスト１２４に含まれると判断すると（ステップＳ１００ＡにてＹＥＳ）、ステップＳ１００Ｂにて、上述のキーを拡張機能２９２へ送信し、含まれないと判断すると（ステップＳ１００ＡにてＮＯ）、ステップＳ１００Ａの制御を繰り返す。

ステップＳ２００Ｂにて、拡張機能２９２は、言語処理サーバ１００から上述のキーを受信したか否かを判断する。上述のキーを受信したと判断するまでステップＳ２００Ｂの制御を繰り返し（ステップＳ２００ＢにてＮＯ）、上述のキーを受信したと判断すると（ステップＳ２００ＢにてＹＥＳ）、ステップＳ２００へ制御を進める。

第２実施の形態では、ブラウジング機能２９１は、ＵＲＬ（０）を拡張機能２９２に送信するのと同時にウェブページ（０）に対応する画面を、マイクアイコン２５２無しで、ディスプレイ２０２に表示し、その後、拡張機能２９２からマイクアイコン２５２を表示する指示（Ｓ２００）に応じて、当該画面にマイクアイコン２５２を追加してもよい。

図２３の処理において、ステップＳ２００Ｂにおいて言語処理サーバ１００からのキーを待っている間に、ブラウジング機能２９１から新たなＵＲＬを受信した場合には、ステップＳ２００Ａに制御を戻しても良い。

［４．変形例］

図２４は、情報提供システム１の第２実施の形態の変形例の構成を示す図である。図２４の例では、利用可能ＵＲＬリスト１２４は、ブラウザ２９０（ユーザ端末２００）に格納されている。

図２５は、図１１に示された処理の、図２４の例に適合する変形例のフローチャートである。図２５の処理は、図１１に示された処理と比較して、ステップＳ２００Ａ，２００Ｃをさらに含む。

図２５の処理では、ステップＳ２００Ａにて、拡張機能２９２は、ブラウジング機能２９１からＵＲＬ（０）を取得する。

ステップＳ２００Ｃにて、拡張機能２９２は、ＵＲＬ（０）が利用可能ＵＲＬリスト１２４に含まれるか否かを判断する。拡張機能２９２は、ＵＲＬ（０）が利用可能ＵＲＬリスト１２４に含まれると判断すると（ステップＳ２００ＣにてＹＥＳ）、ステップＳ２００へ制御を進め、そうでなければ（ステップＳ２００ＣにてＮＯ）、ステップＳ２００Ａへ制御を戻す。

＜第３実施の形態＞

図２６は、第３実施の形態における情報提供システムの構成の一例を示す図である。第３実施の形態では、ユーザは、ブラウザ２９０に対して、音声の代わりにテキストを入力する。一例では、ブラウザ２９０へのテキストの入力は、入力欄２６１（図１３）へのテキストの入力およびクエリボタン２６２（図１３）のクリックによって実現される。拡張機能２９２は、ブラウザ２９０に入力されたテキストを情報処理部１２１へ送信する。

情報処理部１２１は、音声認識部１１０から受信したテキストの代わりに、拡張機能２９２から受信したテキストに適合する文法を特定する。すなわち、図２６の例では、言語処理サーバ１００は、音声認識部１１０を有することを必要とされない。

＜第４実施の形態＞

図２７は、第４実施の形態における情報提供システムの構成の一例を示す図である。第４実施の形態では、意図－ＵＲＬデータベース１２３は、ユーザ端末２００において、拡張機能２９２の一部として格納される。

図２７の例では、拡張機能２９２は、ユーザからの音声を入力されると、当該音声（音声（１））を言語処理サーバ１００へ送信する。言語処理サーバ１００において、音声認識部１１０は、音声（１）に対応するテキスト（１）を特定し、情報処理部１２１へ送信する。

情報処理部１２１は、テキスト（１）が適合する文法（文法（１））を特定し、特定あれた文法（１）に対応する意図（意図（１））を特定し、特定された意図を拡張機能２９２に送信する。

拡張機能２９２は、意図－ＵＲＬデータベース１２３を参照することにより、情報処理部１２１から受信した意図に対応するＵＲＬ（ＵＲＬ（１））を特定する。そして、ＵＲＬ（１）をブラウジング機能２９１へパスする。これにより、ブラウジング機能２９１は、ＵＲＬ（１）を利用して、ウェブサーバ９００にアクセスする。

ウェブサーバ９００は、ＵＲＬ（１）に対応するウェブページ（ウェブページ（１））をブラウジング機能２９１に送信する。ブラウジング機能２９１は、ディスプレイ２０２に、ウェブページ（１）に対応する画面を表示する。

＜第５実施の形態＞

図２８は、第５実施の形態における情報提供システムの構成の一例を示す図である。図２８の例では、自然言語理解部１２０が意図－ＵＲＬデータベース１２３Ａを含み、拡張機能２９２が意図－ＵＲＬデータベース１２３Ｂを含む。図２８の例では、全ての意図のうち、一部の意図は、意図－ＵＲＬデータベース１２３ＢにおいてＵＲＬと関連付けられ、残りの意図は、意図－ＵＲＬデータベース１２３ＡにおいてＵＲＬと関連付けられる。

より具体的には、情報処理部１２１は、音声認識部１１０から受信したテキスト（１）が適合する文法（１）を特定し、文法（１）が対応する意図（１）を特定する。そして、情報処理部１２１は、意図（１）が上記「一部の意図」に含まれるか否かを判断する。

意図（１）が上記「一部の意図」に含まれる場合には、情報処理部１２１は、拡張機能２９２に、意図（１）を送信する。この場合、拡張機能２９２は、意図－ＵＲＬデータベース１２３Ｂにおいて意図（１）に対応するＵＲＬ（１）を特定する。

一方、意図（１）が上記「一部の意図」に含まれない場合には、情報処理部１２１は、意図－ＵＲＬデータベース１２３Ａにおいて意図（１）に対応するＵＲＬ（１）を特定し、ＵＲＬ（１）を拡張機能２９２へ送信する。

＜第６実施の形態＞

図２９は、第６実施の形態における情報提供システムの構成の一例を示す図である。図２９の例では、自然言語理解部１２０は、情報提供カウンタ１２５をさらに含む。

図３０は、図２９の例における意図－ＵＲＬデータベース１２３のデータ構造の一例を示す図である。意図－ＵＲＬデータベース１２３は、各ＵＲＬをサービス提供者と関連付ける。図３０の例では、すべてのＵＲＬが、サービス提供者「ＡＡＡ社」と関連付けられている。

図３１は、情報提供カウンタ１２５のデータ構造の一例を示す図である。情報提供カウンタ１２５は、１か月ごとに、各サービス提供者のＵＲＬがブラウジング機能２９１に提供された回数を格納する。図３１の例は、たとえば、２０２１年１月に、ＡＡＡ社のＵＲＬはブラウジング機能２９１に２０５回提供され、ＢＢＢ社のＵＲＬはブラウジング機能２９１に１０回提供されたことを表す。

一実現例では、情報処理部１２１は、ステップＳ１０８（図１１）において拡張機能２９２にＵＲＬを送信するたびに、情報提供カウンタ１２５において、当該ＵＲＬに関連付けられたサービス提供者のカウントを１加算更新する。

言語処理サーバ１００の管理者は、たとえば１か月ごとに、各サービス提供者に、情報提供カウンタ１２５のその月のカウント値に応じた対価を請求してもよい。

なお、情報提供カウンタ１２５は、自然言語理解部１２０ではなく拡張機能２９２に含まれていても良い。この場合、拡張機能２９２は、ブラウジング機能２９１にＵＲＬをパスするたびに、パスされるＵＲＬに関連付けられたサービス提供者のカウントを１加算更新してもよい。

＜第７実施の形態＞

［１．概要］

図３２は、第７実施の形態における情報提供システムの構成の一例を示す図である。第７実施の形態では、ＵＲＬ（１）の特定に、ＵＲＬ（０）の代わりに、会話状態が利用される。会話状態は、ＵＲＬ（１）の特定のためにユーザが音声を入力したときの、ブラウザ２９０の状態を表す。会話状態は、ＵＲＬ（０）に対応する状態でもあり得る。

［２．会話状態］

一実現例では、会話状態は、ＵＲＬ（０）の取得に利用された意図を含む。当該意図がスロットを含む場合、会話状態は、ＵＲＬ（０）の取得に利用されたスロットの値（プレースホルダーに充填された値）をさらに含む。

たとえば、ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3AJohn」は、ユーザが入力された音声に対応する意図として意図「［*1］から受信したメッセージを表示する」が特定されたときに取得される。より具体的には、意図－ＵＲＬデータベースにおいて上記意図に関連付けられているＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3A［*1］」に、スロットの値「Ｊｏｈｎ」が充填されることによって取得される。この場合、ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3AJohn」に対応する会話状態は、意図「［*1］から受信したメッセージを表示する」、および、値「Ｊｏｈｎ」を含む。

［３．処理の概要］

図３３および図３４のそれぞれは、第７実施の形態における処理の概要を示す図である。図３２～図３４を参照して、第７実施の形態における処理の概要を説明する。

図３２の例では、拡張機能２９２は、音声（０）を取得し、音声（０）を言語処理サーバ１００へ送信する。言語処理サーバ１００において、音声認識部１１０は、音声（０）に対応するテキスト（０）を特定し、自然言語理解部１２０へ送信する。自然言語理解部１２０において、情報処理部１２１は、テキスト（０）が適合する文法（０）を特定し、文法（０）に対応する意図（０）を特定し、意図（０）に対応するＵＲＬ（０）を取得する。このとき、情報処理部１２１は、ＵＲＬ（０）に対応する会話状態（状態（０））を生成する。情報処理部１２１は、ＵＲＬ（０）とともに状態（０）を、拡張機能２９２へ送信する。

拡張機能２９２は、ＵＲＬ（０）をブラウジング機能２９１へパスする。ブラウジング機能２９１は、ＵＲＬ（０）を用いてウェブサーバ９００へアクセスすることによりウェブページ（０）を取得し、ウェブページ（０）の画面をディスプレイ２０２に表示する。

図３３では、ウェブページ（０）の画面が表示された状態で、拡張機能２９２に音声（１）が入力される。拡張機能２９２は、音声（１）を入力されると、音声（１）とともに、その時点での会話状態（状態（０））を、言語処理サーバ１００へ送信する。

図３４には、言語処理サーバ１００への音声（１）および状態（０）の入力後の処理が示される。

言語処理サーバ１００では、音声認識部１１０は、音声（１）に対応するテキスト（１）を特定する。そして、音声認識部１１０は、テキスト（１）および状態（０）を自然言語理解部１２０へ送信する。

自然言語理解部１２０では、情報処理部１２１は、テキスト（１）に適合する文法（文法（１））を特定し、文法（１）に対応する意図（意図（１））を特定した後、意図（１）に対応するＵＲＬ（ＵＲＬ（１））を取得する。状態（０）は、必要に応じて、ＵＲＬ（１）の取得に利用される。状態（０）の利用態様については、図３７等を参照して後述される。

また、情報処理部１２１は、テキスト（１）および文法（１）を利用して、ＵＲＬ（１）に対応する会話状態（状態（１））を生成する。

情報処理部１２１は、ＵＲＬ（１）と状態（１）とを、拡張機能２９２へ送信する。拡張機能２９２は、ＵＲＬ（１）をブラウジング機能２９１にパスする。

拡張機能２９２は、ＵＲＬ（１）に対応するウェブページ（１）の画面が表示された状態で音声が入力されると、当該音声とともに、状態（１）を、言語処理サーバ１００へ送信してもよい。

［４．文法－意図データベース］

図３５は、文法－意図データベース１２２の変形例を示す図である。図３５の例では、文法－意図データベース１２２は、種別の値として「特別フォローアップ」を有する、文法「［*8］についてはどう？」をさらに含む。図３５の例では、文法「［*8］についてはどう？」に関連付けられた意図は、会話状態で特定される意図として規定されている。

［５．処理の流れ］

図３６は、図１１に示された処理の変形例のフローチャートである。図３６の例は、ステップＳ２０４の代わりにステップＳ２０５を含み、ステップＳ１０４，Ｓ１０６の代わりにステップＳ１０５，Ｓ１０７を含む。

ステップＳ２０５にて、拡張機能２９２は、入力された音声（音声（１））とともに、その時点での会話状態（状態（０））を、言語処理サーバ１００へ送信する。

ステップＳ１０５にて、言語処理サーバ１００は、情報処理部１２１の機能として、テキスト（１）の意図（意図（１））を特定する。なお、テキスト（１）が適合する文法の種別の値が「特別フォローアップ」である場合、意図（１）として、状態（０）で特定される意図（意図（０））が特定される。すなわち、意図（１）は意図（０）である。一例では、今回入力された音声の意図として、直前に入力された音声について特定された意図が利用される。

ステップＳ１０７にて、言語処理サーバ１００は、情報処理部１２１の機能として、テキスト（１）に対応するＵＲＬ（１）を取得する。

図３７は、ステップＳ１０７のサブルーチンのフローチャートである。図３７の処理は、図１６の処理と比較して、ステップＳ１０７０，Ｓ１０７２，Ｓ１０７４をさらに含む。

ステップＳ１０７０にて、言語処理サーバ１００は、文法（１）の種別の値が特別フォローアップであるか否かを判断する。言語処理サーバ１００は、文法（１）の種別の値が特別フォローアップであると判断すると（ステップＳ１０７０にてＹＥＳ）、ステップＳ１０７２へ制御を進め、そうでなければ（ステップＳ１０７０にてＮＯ）、ステップＳ１０６０へ制御を進める。

ステップＳ１０７２にて、言語処理サーバ１００は、意図（１）に関連付けられたＵＲＬ（１）を特定する。

ステップＳ１０７４にて、言語処理サーバ１００は、ステップＳ１０７２にて特定されたＵＲＬ（１）のプレースホルダーに、テキスト（１）に含まれるスロットの値を充填することによって、ＵＲＬ（１）を更新する。その後、言語処理サーバ１００は、図３６へ制御をリターンさせる。

［６．具体例］

ステップＳ１０７４におけるＵＲＬ（１）の更新の具体例を説明する。

この具体例では、ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3AJohn」のウェブページの画面が表示されていたときに、音声「スーについてはどう？」が入力される。すなわち、ＵＲＬ（０）が「https://mail.AAA.com/mail/u/0/#search/from%3AJohn」であり、音声（１）が「スーについてはどう？」である。この場合、テキスト（１）は、音声（１）と同様に、「スーについてはどう？」である。

・ウェブページ（０）

ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3AJohn」によって表示されるウェブページは、ウェブメールの受信トレイにおいて、差出人「Ｊｏｈｎ」からのメッセージの検索結果を表示するウェブページである。

・状態（０）

音声（１）が入力されたときの会話状態（状態（０））は、ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3AJohn」に対応する。そして、このＵＲＬの会話状態（状態（０））は、上述の通り、意図「［*1］から受信したメッセージを表示する」、および、値「Ｊｏｈｎ」を含む。

・意図（０）

状態（０）によって特定される意図（０）は、状態（０）に含まれる意図（０）であり、上述の通り意図「［*1］から受信したメッセージを表示する」である。

・テキスト（１）に含まれるスロットの値

テキスト「スーについてはどう？」は、文法「［*8］についてはどう？」に適合する。スロット［＊８］の値は、「スー」（以下、「Ｓｕｅ」とも表記され得る）である。この値が、ＵＲＬ（１）のプレースホルダーに対応する値として、ＵＲＬ（１）に充填される。

・ステップＳ１０７０

文法「［*8］についてはどう？」の種別の値は、「特別フォローアップ」である。したがって、ステップＳ１０７０からステップＳ１０７２へ制御が進められる。

・ステップＳ１０７２

ステップＳ１０７２において特定されるＵＲＬは、意図（１）（意図「［*1］からのメッセージを表示する」）に関連付けられたＵＲＬ、すなわち、ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3A［*1］」である。

・ステップＳ１０７４

ステップＳ１０７４では、ＵＲＬ（１）が、当該ＵＲＬ（１）のプレースホルダーに、テキスト（１）に含まれるスロットの値が充填されることによって、更新される。より具体的には、ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3A［*1］」の［＊１］に、「Ｓｕｅ」が充填されることによって、このＵＲＬが更新される。更新後のＵＲＬ（１）は、「https://mail.AAA.com/mail/u/0/#search/from%3ASue」である。

以上説明された具体例によれば、ユーザが、音声（０）として「Ｊｏｈｎからのメッセージを見せて」を入力すると、ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3AJohn」のウェブページの画面が表示される。この画面は、Ｊｏｈｎからのメッセージを検索した結果を表示する画面である。この画面が表示されているときに、ユーザが、音声（１）として「スーについてはどう？」を入力すると、ＵＲＬ「https://mail.AAA.com/mail/u/0/#search/from%3ASue」のウェブページの画面が表示される。この画面は、Ｓｕｅからのメッセージを検索した結果を表示する画面である。

［７．変形例］

ＵＲＬ（０）に対応する会話状態（状態（０））は、ＵＲＬ（０）に基づいて取得されてもよい。この場合、まず、意図－ＵＲＬデータベースに登録されている１以上のＵＲＬの中から、ＵＲＬ（０）と最も共通部分が多いＵＲＬが選択される。そして、選択されたＵＲＬに関連付けられた意図と、ＵＲＬ（０）において選択されたＵＲＬのプレースホルダーに充填されている値とを含むように、会話状態（状態（０））が特定される。

＜第８実施の形態＞

図３８は、第８実施の形態における情報提供システムの構成の一例を示す図である。図３８の例は、意図開発者サーバ９１０とデータベース開発者サーバ９２０をさらに含む。意図開発者サーバ９１０は、自然言語処理技術を利用して、新たな意図として利用されるフレーズを提供する者によって管理される。データベース開発者サーバ９２０は、意図－ＵＲＬデータベースを構築する、データベース開発者によって管理される。

図３９は、図３８の例における意図－ＵＲＬデータベースの構築の流れを説明するための図である。

図３９に示されるように、ウェブページを提供するウェブサーバ９００は、ウェブページ提供用のＵＲＬをデータベース開発者サーバ９２０に登録する。登録されるＵＲＬは、特定の用途に関連付けられたプレースホルダーを含んでいてもよい。

意図開発者サーバ９１０は、新たな意図として利用されるフレーズをデータベース開発者サーバ９２０に登録する。登録されるフレーズは、特定の用途に関連付けられたスロットを含んでいてもよい。

データベース開発者サーバ９２０は、用途に基づいて、ウェブサーバ９００から登録されたＵＲＬと意図開発者サーバ９１０から登録されたフレーズ（意図）とを関連付けることにより、意図－ＵＲＬデータベースを構築する。そして、データベース開発者サーバ９２０は、構築した意図－ＵＲＬデータベースを、言語処理サーバ１００に提供する。

たとえば、ウェブサーバ９００は、ＵＲＬの一例として、データベース開発者サーバ９２０に、ＵＲＬ（Ａ）「http://url/price[*10]」を登録する。ＵＲＬ（Ａ）のうち、［＊１０］は、用途「株価を検索される企業名」に関連付けられたプレースホルダーである。「http://url/price」は、ＵＲＬ（Ａ）において、企業の株価を提供することを規定する部分である。

一方、意図開発者サーバ９１０は、意図用のフレーズの一例として、データベース開発者サーバ９２０に、フレーズ（Ｐ）「［*11］の株価を表示する」を登録する。フレーズ（Ｐ）のうち、［＊１１］は、用途「株価を検索される企業名」に関連付けられたスロットである。

［＊１０］の用途と［＊１１］の用途とは一致している。したがって、データベース開発者サーバ９２０は、ＵＲＬ（Ａ）を、フレーズ（Ｐ）で特定される意図と関連付けるように、意図－ＵＲＬデータベースを構築する。データベース開発者サーバ９２０は、これと同じ方法で、複数のＵＲＬを複数の意図と特定することにより、意図－ＵＲＬデータベースを構築してもよい。データベース開発者サーバ９２０は、構築した意図－ＵＲＬデータベースを言語処理サーバ１００に提供する。

このとき、意図開発者サーバ９１０は、データベース開発者サーバ９２０に登録したフレーズに対応する意図と、文法とを関連付ける、文法－意図データベースを構築し、言語処理サーバ１００に提供してもよい。

今回開示された各実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。また、実施の形態および各変形例において説明された発明は、可能な限り、単独でも、組合わせても、実施することが意図される。

１ 情報提供システム、１００ 言語処理サーバ、２００ ユーザ端末、２５０，２５０Ａ，２５０Ｂ，２５０Ｃ 画面、２５１ アドレスバー、２５２ マイクアイコン、２５３ メッセージ一覧、２６０ ポップアップ画面、２６１ 入力欄、２６２ クエリボタン、２６３ 話すボタン、２６４ 表示欄、２９０ ブラウザ、２９１ ブラウジング機能、２９２ 拡張機能、９００，９００Ａ，９００Ｂ ウェブサーバ、９１０ 意図開発者サーバ、９２０ データベース開発者サーバ。

本開示のある局面に従うと、コンピュータによって実現される情報提供方法が提供される。情報提供方法は、ユーザ端末に入力された問合情報に基づいて問合意図を取得するステップを備える。問合情報は、音声およびテキストの少なくとも一方を含む。情報提供方法は、意図－ＵＲＬデータベースにおいて規定された１以上の意図のそれぞれに対応する１以上のＵＲＬとの関係に従って、問合意図に対応する応答ＵＲＬを取得するステップと、ユーザ端末にインストールされたブラウザに、応答ＵＲＬを提供するステップと、をさらに備える。

図１１は、音声の入力に応じて、ユーザ端末２００が当該音声に対応するウェブサービスを受けるために実行される処理のフローチャートである。図１１の左側には、ユーザ端末２００側の処理のフローチャートが示される。この処理は、たとえば、ユーザ端末２００において拡張機能２９２として機能するＣＰＵ２０１が所与のプログラムを実行することによって実現され得る。図１１の右側には、言語処理サーバ１００側の処理のフローチャートが示される。この処理は、たとえば、言語処理サーバ１００において音声認識部１１０および情報処理部１２１として機能するＣＰＵ１０１が所与のプログラムを実行することによって実現され得る。

図２０に示されるように、言語処理サーバ１００は、ステップＳ１９０にて、更新内容を取得したか否かを判断する。言語処理サーバ１００は、更新内容を取得したと判断するまで（ステップＳ１９０にてＮＯ）、ステップＳ１９０の制御を継続する。更新内容を取得したと判断すると（ステップＳ１９０にてＹＥＳ）、言語処理サーバ１００は、更新内容を利用して、意図－ＵＲＬデータベースを更新する（ステップＳ１９２）。

第２実施の形態において、ウェブサーバ９００は、ユーザに、当該ウェブサーバ９００が提供するサービスを拡張機能２９２とともに利用させるためには、当該ウェブサーバ９００によって提供されるウェブページのＵＲＬ（後述するＵＲＬ（０））を利用可能ＵＲＬリスト１２４に登録することを必要とされる。情報提供システム１の管理者は、ウェブサーバ９００からのＵＲＬを利用可能ＵＲＬリスト１２４に登録するために、ウェブサーバ９００の管理者から利用料の支払いなどの対価を要求することができる。

一方、利用可能ＵＲＬリスト１２４がＵＲＬ（０）を含まない場合、情報処理部１２１は、拡張機能２９２に上記キーを送信しない。当該キーを受信しない場合、拡張機能２９２は、ブラウジング機能２９１に、マイクアイコン２５２の有効化を指示しない。この場合、ブラウジング機能２９１は、マイクアイコン２５２を表示することなく、ウェブページ（０）の画面を表示する。この場合、ユーザは、音声入力によって特定された意図に対応するＵＲＬを取得する拡張機能２９２を利用できない。したがって、ユーザは、既存の方法（たとえば、メッセージ一覧におけるメッセージの検索条件を画面において予め設定された場所に予め設定された規則に従って入力すること）で、意図するサービスを得るためのＵＲＬを取得しなければならない。

図２３は、図１１に示された処理の変形例のフローチャートである。図１１の例と比較して、図２３の例は、ステップＳ２００Ａ，Ｓ２００ＢおよびステップＳ１００Ａ，Ｓ１００Ｂをさらに含む。

図２５は、図１１に示された処理の、図２４の例に適合する変形例のフローチャートである。図２５の処理は、図１１に示された処理と比較して、ステップＳ２００Ａ，Ｓ２００Ｃをさらに含む。

Claims (10)

1. コンピュータによって実現される方法であって、
   ユーザ端末に入力された問合情報に基づいて問合意図を取得するステップを備え、前記問合情報は、音声およびテキストの少なくとも一方を含み、
   意図－ＵＲＬデータベースにおいて規定された１以上の意図のそれぞれに対応する１以上のＵＲＬとの関係に従って、前記問合意図に対応する応答ＵＲＬを取得するステップと、
   前記ユーザ端末にインストールされたブラウザに、前記応答ＵＲＬを提供するステップと、をさらに備える情報提供方法。
2. 前記問合意図を取得するステップは、前記問合情報に適合する問合文法を特定することを含み、
   前記問合意図は、文法－意図データベースにおいて前記問合文法に関連付けられており、
   前記問合文法は、スロットを含み、
   前記応答ＵＲＬは、前記問合文法におけるスロットに対応するスロットを含み、
   前記応答ＵＲＬを取得するステップは、前記応答ＵＲＬにおけるプレースホルダーに、前記問合情報に含まれる前記スロットの値を充填することを含む、請求項１に記載の情報提供方法。
3. 先のＵＲＬを取得するステップをさらに備え、前記先のＵＲＬは、前記ユーザ端末に前記問合情報が入力されたときに前記ブラウザが表示していたウェブページに対応し、
   前記応答ＵＲＬを取得するステップは、前記先のＵＲＬと前記意図－ＵＲＬデータベースにおいて前記問合意図に関連付けられた基礎ＵＲＬとを組み合わせることによって前記応答ＵＲＬを生成することを含む、請求項１または請求項２に記載の情報処理方法。
4. 前記応答ＵＲＬを生成することは、前記問合情報が前記ウェブページに示された情報の絞り込みの要求を含むことに応じて実施される、請求項３に記載の情報処理方法。
5. 先のＵＲＬを取得するステップをさらに備え、前記先のＵＲＬは、前記ユーザ端末に前記問合情報が入力されたときに前記ブラウザが表示していたウェブページに対応し、
   前記問合意図を取得するステップは、前記先のＵＲＬが予め定められたＵＲＬであることに応じて実施される、請求項１または請求項２に記載の情報提供方法。
6. 先のＵＲＬを利用して会話状態を取得するステップをさらに備え、前記先のＵＲＬは、前記ユーザ端末に前記問合情報が入力されたときに前記ブラウザが表示していたウェブページに対応し、前記会話状態は、前記意図－ＵＲＬデータベースにおいて前記先のＵＲＬと最も多く共通部分を有する共通意図を含み、
   前記問合意図は、前記共通意図であり、
   前記応答ＵＲＬを取得するステップは、前記意図－ＵＲＬデータベースにおいて前記問合意図に関連付けられたＵＲＬのプレースホルダーに、前記問合情報の少なくとも一部を充填することを含む、請求項１に記載の情報提供方法。
7. 前記意図－ＵＲＬデータベースにおける前記関係を更新するステップをさらに備える、請求項１～請求項６のいずれか１項に記載の情報処理方法。
8. コンピュータの１以上のプロセッサによって実行されることにより、前記コンピュータに、請求項１～請求項７のいずれか１項に記載の情報処理方法を実施させる、プログラム。
9. コンピュータによって実現される意図－ＵＲＬデータベースの生成方法であって、
   プレースホルダーを有するＵＲＬを取得するステップと、
   ２以上のフレーズを取得するステップと、を備え、前記２以上のフレーズのそれぞれは、意図に関連付けられ、かつ、スロットを有し、
   前記２以上のフレーズのうち、前記ＵＲＬの前記プレースホルダーに対応するスロットを有するフレーズを抽出するステップと、
   前記ＵＲＬと抽出された前記フレーズを関連付けることにより前記意図－ＵＲＬデータベースを生成するステップと、を備える、意図－ＵＲＬデータベースの生成方法。
10. コンピュータのプロセッサによって実行されることにより、前記コンピュータに、請求項９に記載の意図－ＵＲＬデータベースの生成方法を実施させる、プログラム。

Images