WO2016190126A1

WO2016190126A1 - 情報処理装置、情報処理方法、およびプログラム

Info

Publication number: WO2016190126A1
Application number: PCT/JP2016/064210
Authority: WO
Inventors: 幸徳前田
Original assignee: ソニー株式会社
Priority date: 2015-05-28
Filing date: 2016-05-13
Publication date: 2016-12-01
Also published as: EP3306484A1; US20190122181A1; EP3306484A4

Abstract

本技術は、ユーザの発話の内容をユーザの意図に沿った形で解釈し、処理を行うことができるようにする情報処理装置、情報処理方法、およびプログラムに関する。本技術の情報処理装置は、ユーザが想定する日時である想定日時を特定し、ユーザによって入力された入力文に含まれる日時表現を抽出し、抽出した日時表現が表す日時を、想定日時を基準として求める。求められた日時に基づいて、各種のアプリケーションにより処理が行われる。本技術は、ユーザの発話の内容を認識し、各種の処理を行うことが可能なコンピュータに適用することができる。

Description

情報処理装置、情報処理方法、およびプログラム

　本技術は、情報処理装置、情報処理方法、およびプログラムに関し、特に、ユーザの発話の内容をユーザの意図に沿った形で解釈し、処理を行うことができるようにした情報処理装置、情報処理方法、およびプログラムに関する。

　近年、ユーザの発話の内容を解析し、その内容に応じて各種の処理を行うアプリケーションがスマートフォンなどの携帯端末の多くに搭載されている。

　例えばスケジューラが起動した状態で「明日の予定」などと話すことによって、スケジューラを操作し、明日の予定を表示させるようなことも可能になっている。例えば今日が２０１４年１２月３１日であるとすると、発話の内容の解析結果をスケジューラに供給するプログラムにおいては、発話に含まれる「明日」という日時表現を、２０１５年１月１日というような年月日の日時表現に変換することが行われる。

　このように、発話の内容を解析するプログラムにおいては、入力された日時表現を元にして演算を行い、他の日時表現を得るための変換処理が行われる。例えば、日時表現として「明日」と「次の日」が入力された場合、その変換は、共に、“日にちを１日送る”という処理になる。“日にちを１日送る”処理の基準は、現在の日時である２０１４年１２月３１日となる。

特開２００５－３０１７８０号公報

　「今日」、「明日」などの日時表現の変換の基準は、基本的に現在の日時である。しかしながら、ユーザがカレンダーアプリケーションを使用しているような場合、カレンダー上でユーザが注目している日にちを基準にした方が、ユーザの意図に沿った処理を行うことが可能になることがある。

　例えば、現在の日にちが２０１４年１２月３１日であるとする。カレンダー上で、年明けの２０１５年１月１０日に注目しているときにユーザが「次の日」と話した場合、２０１４年１２月３１日を基準として“日にちを１日送る”処理を行って２０１５年１月１日の情報を表示するよりも、２０１５年１月１０日を基準として“日にちを１日送る”処理を行って２０１５年１月１１日の情報を表示した方が好ましい。２０１５年１月１日の情報は、ユーザが想定している日にちの情報と乖離していることになる。

　本技術はこのような状況に鑑みてなされたものであり、ユーザの発話の内容をユーザの意図に沿った形で解釈し、処理を行うことができるようにするものである。

　本技術の一側面の情報処理装置は、ユーザが想定する日時である想定日時を特定する日時管理部と、前記ユーザによって入力された入力文に含まれる日時表現を抽出する抽出部と、抽出された前記日時表現が表す日時を、前記想定日時を基準として求める演算部とを備える。

　抽出された前記日時表現に応じて、前記想定日時と現在日時のうちのいずれかを、前記日時表現が表す日時を求める基準となる日時として決定する決定部を設けることができる。この場合、前記演算部には、抽出された前記日時表現が表す日時を、前記決定部により決定された日時を基準として求めさせることができる。

　前記日時管理部には、前記演算部により求められた日時を新たな前記想定日時として管理させ、前記演算部には、新たな前記想定日時が管理された後に入力された前記入力文から抽出された前記日時表現が表す日時を、新たな前記想定日時を基準として求めさせることができる。

　前記演算部により求められた日時を表す所定の形式の日時情報を出力する出力部と、前記出力部から出力された前記日時情報に基づいて処理を行う処理部とをさらに設けることができる。

　複数の前記日時表現を記憶する記憶部をさらに設けることができる。この場合、前記抽出部には、前記記憶部に記憶された前記日時表現を前記入力文から抽出させることができる。

　前記ユーザにより入力された前記日時表現を前記記憶部に追加して記憶させる登録部をさらに設けることができる。

　前記日時表現が表す日時の求め方の規則を、前記日時表現と対応付けて記憶する記憶部をさらに設けることができる。この場合、前記演算部には、抽出された前記日時表現と対応付けて前記記憶部に記憶されている前記規則に従って、前記日時表現が表す日時を求めさせることができる。

　前記ユーザにより入力された前記規則を前記記憶部に追加して記憶させる登録部をさらに設けることができる。

　前記入力文の内容を分類する分類部と、抽出された前記日時表現が表す日時の演算を、過去の日時を求めるようにして行うのか、未来の日時を求めるようにして行うのかを、前記入力文の内容の分類結果に応じて決定する決定部とさらに設けることができる。この場合、前記演算部には、抽出された前記日時表現が表す日時の演算を、前記決定部による決定に従って行わせることができる。

　前記入力文を、前記ユーザの発話を認識することによって得られた文字列、または、前記ユーザによる操作によって入力された文字列とすることができる。

　前記日時管理部には、前記入力文の解析結果または前記ユーザの動作に基づいて、前記想定日時を特定させることができる。

　本技術の一側面においては、ユーザが想定する日時である想定日時が特定され、前記ユーザによって入力された入力文に含まれる日時表現が抽出され、抽出された前記日時表現が表す日時が、前記想定日時を基準として求められる。

　本技術によれば、ユーザの発話の内容をユーザの意図に沿った形で解釈し、処理を行うことができる。

　なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。

本技術の一実施形態に係る情報処理端末を示す図である。情報処理端末に搭載されるアプリケーションの関係を示す図である。日時表現の例を示す図である。日時基本関数の例を示す図である。変換規則の例を示す図である。基準表現リストの例を示す図である。発話内容の分類の例を示す図である。処理方向リストの例を示す図である。情報処理端末のハードウェア構成例を示すブロック図である。情報処理端末の機能構成例を示すブロック図である。図１０の変換処理部の構成例を示すブロック図である。情報処理端末の日時表現変換処理について説明するフローチャートである。情報処理端末の日時表現変換処理について説明する、図１２に続くフローチャートである。スケジューラを音声によって操作する一連の処理について説明する図である。スケジューラを音声によって操作する一連の処理について説明する図１４に続く図である。スケジューラを音声によって操作する一連の処理について説明する図１５に続く図である。スケジューラを音声によって操作する一連の処理について説明する図１６に続く図である。音声意味解析器の構成例を示す図である。図１８のフレーズ抽出部の構成例を示すブロック図である。 WFSTの基本的な構成を示す図である。入力シンボル列に対応する出力シンボル列・遷移重み・状態遷移を示す図である。 WFSTで表現されたテンプレートセットを示す図である。文テンプレートWFSTの例を示す図である。図２３のアークＡ２４付近の拡大図である。文テンプレートWFSTの他の例を示す図である。文テンプレートWFSTのさらに他の例を示す図である。有限値スロットWFSTの例を示す図である。有限値スロットWFSTの他の例を示す図である。

　以下、本技術を実施するための形態について説明する。説明は以下の順序で行う。
　１．第１の実施の形態（日時表現変換システムの例）
　２．第２の実施の形態（意味解析器の例）

＜＜第１の実施の形態＞＞
＜１．日時表現変換システムを実現する情報処理端末の例＞
　図１は、本技術の一実施形態に係る情報処理端末を示す図である。

　情報処理端末１はタブレット型の装置である。情報処理端末１の筐体にはLCD(Liquid Crystal Display)などのディスプレイが設けられる。ディスプレイには、実行されているアプリケーションに応じて、スケジュール、撮影済みの写真、テキストや画像がレイアウトされたニュース、録画済みの番組の映像などの各種の情報が表示される。

　情報処理端末１には、スケジューラ、アルバムアプリケーション、ニュースアプリケーション、ビデオ管理アプリケーション、ヘルスケアアプリケーションなどの各種のアプリケーションが搭載されている。

　スケジューラは、ユーザのスケジュールを管理するアプリケーションである。アルバムアプリケーションは、撮影済みの写真を管理するアプリケーションである。ニュースアプリケーションは、サーバなどから取得したニュースを表示するアプリケーションである。ビデオ管理アプリケーションは、番組の録画と再生を管理するアプリケーションである。ヘルスケアアプリケーションは、ユーザが装着するセンサにより検出された血圧、心拍数などのユーザの生体情報やユーザの活動量を管理するアプリケーションである。

　ディスプレイにはタッチパネルが設けられる。また、ディスプレイの縁などの、情報処理端末１の筐体の所定の位置には、カメラやマイクロフォンが設けられる。情報処理端末１は、マイクロフォンにより集音したユーザの発話の内容を認識する機能を有する。情報処理端末１は、ユーザの発話の内容に応じて各種の処理を実行する。ユーザは、指などでディスプレイに直接触れて操作を行うだけでなく、音声によっても操作を行うことができる。

　例えばスケジューラが起動している場合、情報処理端末１のディスプレイには図１に示すようにある月のカレンダーが表示される。この状態で、吹き出しに示すようにユーザが「来週の予定は？」と話した場合、日時表現としての「来週」が認識され、ユーザが登録しておいた「来週」の予定が表示される。

　このとき、「来週」の基準は、必ずしも現在日時ではなく、ユーザが想定している日時となる。例えば、カレンダー上である日にちをユーザが選択している場合、その日にちが「来週」の基準になる。すなわち、現在日時を含む週の次の週の予定ではなく、ユーザが選択している日にちを含む週の、次の週の予定が表示される。なお、ユーザが現在日時を選択している場合には、現在日時を含む週の次の週の予定が表示される。

　このように、情報処理端末１には、ユーザの発話に含まれる日時表現を、ユーザの意図に沿った形で認識する機能が設けられる。これにより、情報処理端末１は、各種の処理を、ユーザの意図に沿った形で行うことが可能になる。

　日時表現には、時刻を表す表現、日にちを表す表現、曜日を表す表現、週を表す表現、月を表す表現、年を表す表現、季節を表す表現、時期を表す表現、秒を表す表現、分を表す表現、時間を表す表現などが含まれる。

　図２は、情報処理端末１に搭載されるアプリケーションの関係を示す図である。

　図２に示すように、情報処理端末１には日時表現変換アプリケーション１１とアプリケーション１２が設けられる。日時表現変換アプリケーション１１には、ユーザにより入力された文字列が供給される。

　図示は省略しているが、情報処理端末１には、マイクロフォンにより集音されたユーザの音声を認識する音声認識アプリケーションも用意される。音声認識アプリケーションが実行されることにより、音声認識部が情報処理端末１において実現される。音声認識アプリケーションにより認識されたユーザの発話の内容を表す文字列が日時表現変換アプリケーション１１に供給される。キーボードなどを操作することによってユーザによって入力された文字列が日時表現変換アプリケーション１１に供給されるようにしてもよい。

　日時表現変換アプリケーション１１は、ユーザの発話に含まれる日時表現を抽出し、ユーザが想定する日時を表すように変換する。日時表現変換アプリケーション１１は、変換して得られた日時情報をアプリケーション１２に出力する。

　アプリケーション１２は、上述したスケジューラ、アルバムアプリケーション、ニュースアプリケーション、ビデオ管理アプリケーション、ヘルスケアアプリケーションなどの各種のアプリケーションである。アプリケーション１２は、日時表現変換アプリケーション１１から供給された日時情報に基づいて処理を行う。

　このように、日時表現変換アプリケーション１１が実行されることにより、日時表現変換システムが情報処理端末１において実現される。タブレット型の装置ではなく、PC、スマートフォン、眼鏡型の情報端末、家電機器などの他の装置上で日時表現変換システムが実現されるようにすることも可能である。

＜２．情報処理端末１の機能について＞
　ここで、日時表現変換アプリケーション１１により実現される情報処理端末１の機能について説明する。

　２－１．日時表現の正規化機能
　情報処理端末１は、入力された文字列に含まれる日時表現を、決まった形式に変換する機能（正規化機能）を持つ。情報処理端末１は、正規化機能により、「今日」などの文字列で表現される日時表現を、「2015/01/27」などのような年月日を表す数字列、または時分秒を表す数字列に変換する。日時表現の変換処理は、入力された文字列に含まれる日時表現が表す日時を、ある日時を基準として求める処理に相当する。

　また、情報処理端末１は、入力された文字列から、日時表現を表す文字列を抽出する機能を持つ。情報処理端末１は、日時表現を表す文字列を登録した日時表現辞書を有している。

　図３は、日時表現辞書に登録される日時表現の例を示す図である。

　図３に示すように、日時表現辞書には、時刻を表す各種の表現、日にちを表す各種の表現、曜日を表す各種の表現、週を表す各種の表現、月を表す各種の表現、年を表す各種の表現が登録されている。また、秒を表す各種の表現、分を表す各種の表現、時間を表す各種の表現が登録されている。季節を表す各種の表現、時期を表す各種の表現なども日時表現辞書には登録されている。

　情報処理端末１は、このような日時表現辞書を参照し、登録されている文字列を日時表現として抽出する。

　情報処理端末１は、抽出した日時表現を操作する関数である日時基本関数を複数有している。

　図４は、日時基本関数の例を示す図である。

　日時基本関数には日付基本関数と時間基本関数が含まれる。日付基本関数には、「年情報を○年にする」、「年情報を１年送る」、「年情報を１年戻す」、・・・、「曜日を求める」の関数が含まれる。

　例えば、「年情報を○年にする」の日付基本関数は、基準の年を「2015」年といったような特定の年に変換する関数である。「年情報を１年送る」の日付基本関数は、基準の年を次の年に変換する関数である。「年情報を１年戻す」の日付基本関数は、基準の年を前の年に変換する関数である。「曜日を求める」の日付基本関数は、基準の日を「月」、「火」、「水」、「木」、「金」、「土」、「日」のいずれかの曜日に変換する関数である。

　時間基本関数には、「時情報を○時にする」、「時情報を１時間送る」、「時情報を１時間戻す」、・・・、「秒情報を１秒間戻す」の関数が含まれる。

　例えば、「時情報を○時にする」の時間基本関数は、基準の時を特定の時に変換する関数である。「時情報を１時間送る」の時間基本関数は、基準の時を１時間後の時に変換する関数である。「時情報を１時間戻す」の時間基本関数は、基準の時を１時間前の時に変換する関数である。

　また、情報処理端末１は、変換規則辞書を有している。変換規則辞書には、それぞれの日時表現と対応付けて変換規則が登録されている。変換規則は、どの日時基本関数を用いて日時を求めるのかを表す。

　図５は、変換規則辞書に登録される変換規則の例を示す図である。

　図５の例においては、「明日」、「次の日」、「明後日」、「昨日」、「一昨日」、「水曜日」、「元旦」、「体育の日」のそれぞれの日時表現に対応する変換規則が示されている。変換規則辞書には、「次の週」、「今月」、「午前」、「午後」などの、各種の日時表現に対応する変換規則も登録される。

　例えば、日時表現「明日」に対しては、「日情報を１日送る関数」の変換規則が登録されている。これは、「明日」の日時表現が抽出された場合には、「日情報を１日送る関数」を用いて変換処理を行うことを表す。

　変換規則はユーザが自ら登録することも可能とされる。また、アプリケーション１２が管理する情報に基づいて変換規則を自動的に登録することも可能とされる。

　情報処理端末１においては、このような変換規則に従って日時表現の変換が行われる。

　２－２．現在日時とユーザ想定日時の保持機能
　情報処理端末１は、今現在の日時である現在日時を表す現在日時と、ユーザが想定していると考えられる日時であるユーザ想定日時を保持する機能を持つ。

　現在日時を表す現在日情報とユーザ想定日時を表すユーザ想定日時情報は例えば「年月日時分秒」の形で保持される。情報処理端末１は、保持している情報をユーザの発話に応じて更新する。例えば、情報処理端末１は、現在日時情報をユーザの発話を処理する際に更新し、ユーザ想定日時情報をユーザの発話を通して随時更新する。

　例えば、情報処理端末１は、照応解析技術を用いて、ユーザの発話に含まれる「あの時」などの指示語が示す日時を推定し、推定した日時をユーザ想定日時として保持する。また、情報処理端末１は、コンテキスト処理技術を用いて、ユーザの発話に含まれる「いつもの時間」などの習慣表現が示す日時を推定し、推定した日時をユーザ想定日時として保持する。

　ユーザ想定日時をユーザの発話から推定するのではなく、ユーザが見ている画面に含まれる情報やユーザの視線情報などの複数の情報を元にして推定することも可能である。

　例えば、カレンダーアプリケーションのような日時情報を表示する機能をユーザが利用している場合、情報処理端末１は、画面上に表示している日時やユーザが選択している日時などの、ユーザが注目する日時をユーザ想定日時として推定する。情報処理端末１は、注目する日時をユーザが操作して更新する毎に、更新後の日時を新たなユーザ想定日時として保持する。

　また、複数の日時の情報を画面上に表示している場合、情報処理端末１は、どの日時の情報にユーザが注視しているのかを検出し、検出した日時をユーザ想定日時として保持する。情報処理端末１の筐体に設けられるカメラは、このようなユーザの視線を検出するためなどに用いられる。

　情報処理端末１は、ユーザの発話に含まれる日時表現から、現在日時を基準にして変換処理を行うのか、ユーザ想定日時を基準にして変換処理を行うのかを判定する。情報処理端末１は、この判定に用いる基準表現リストを有している。

　基準表現リストは、日時表現と基準日時を対応付けたリストである。基準日時は、変換の基準となる日時である。

　図６は、基準表現リストの例を示す図である。

　図６の例においては、「明日」、「次の日」、「来月」、「次の月」、「昨日」、「前の日」、「先月」、「前の月」、「先週」のそれぞれの日時表現に対応する基準日時が示されている。例えば、「明日」に対応する基準日時は現在日時であり、「次の日」に対応する基準日時はユーザ想定日時である。

　情報処理端末１は、ユーザの発話によって入力された文字列を解析することによって単語列に分解し、日時表現を抽出する。情報処理端末１は、抽出した日時表現と基準表現リストとのマッチングを行い、抽出した日時表現が日時表現リストに登録されている場合、抽出した日時表現の変換を、基準日時として設定されている現在日時またはユーザ想定日時を基準として行う。

　例えば、ユーザの発話に「明日」が含まれる場合、情報処理端末１は、日時表現の変換を、現在日時を基準日時として行うことになる。また、ユーザの発話に「次の日」が含まれる場合、情報処理端末１は、日時表現の変換を、ユーザ想定日時を基準日時として行うことになる。

　基準表現リストに登録されていない日時表現の変換は、例えばユーザ想定日時を基準日時として行われる。なお、ユーザ想定日時が設定されていない場合（保持されていない場合）、現在日時を基準日時として日時表現の変換が行われる。

　２－３．過去・未来表現判定機能
　情報処理端末１は、ユーザの発話に含まれる日時表現が過去を示すのか、未来を示すのかを判定する。情報処理端末１は、ユーザの発話に含まれる日時表現が過去を示す場合には、日時表現の変換を過去の日時を求めるようにして行い、未来を示す場合には、日時表現の変換を未来の日時を求めるようにして行う。このように、日時表現の変換がユーザの意図に即した形で行われることになる。

　情報処理端末１は、ユーザの発話の内容の大枠を捉える発話内容分類器を持つ。発話内容分類器により、ユーザの発話の内容の分類分けが行われる。各分類は、動作対象となるドメインと、実行内容となるゴールの組み合わせによって表される。

　図７は、発話内容の分類の例を示す図である。

　図７の例においては、「SCHEDULE」、「VIDEO」、「MUSIC」、「WEATHER」、「PHOTO_ALBUM」のドメイン名と、各ドメインのゴール名が対応付けて登録されている。

　例えば「SCHEDULE」に対しては、「ADD」、「CHECK」、「DELETE」のゴールが登録されている。発話の内容が「SCHEDULE」に関するものである場合、その発話は、ドメイン：SCHEDULE－ゴール：ADD、ドメイン：SCHEDULE－ゴール：CHECK、ドメイン：SCHEDULE－ゴール：DELETEの３つの分類のうちのいずれかに分類分けされる。このように、同一ドメインの中に複数のゴールが存在する。

　例えば、「SCHEDULE」のドメインは、予定に関連するキーワードが発話に含まれる場合に選択され、「VIDEO」のドメインは、番組に関連するキーワードが発話に含まれる場合に選択される。「MUSIC」のドメインは、音楽に関連するキーワードが発話に含まれる場合に選択され、「WEATHER」のドメインは、天気に関連するキーワードが発話に含まれる場合に選択される。「PHOTO_ALBUM」のドメインは、写真に関連するキーワードが発話に含まれる場合に選択される。各ゴールも、発話に含まれるキーワードに基づいて選択される。情報処理端末１には、このようなドメインとゴールの選択に用いられるキーワードが予め記憶されている。

　例えば、「音楽を聞きたい」という発話があった場合、その発話は、ドメイン：MUSIC－ゴール：PLAYの分類に分類分けされる。

　情報処理端末１は、ドメインとゴールの組み合わせ毎（分類毎）に、日時表現の変換を過去方向に処理するべきか、未来方向に処理するべきかを表す処理方向リストを有している。過去方向に処理するとは、過去の日時を求めるようにして日時表現を変換することを表し、未来方向に処理するとは、未来の日時を求めるようにして日時表現を変換することを表す。

　図８は、処理方向リストの例を示す図である。

　図８の例においては、ドメイン：SCHEDULE－ゴール：ADDの組み合わせに対しては、未来方向に処理すること（FUTURE）が対応付けられている。また、ドメイン：SCHEDULE－ゴール：CHECKの組み合わせに対しては、過去方向に処理すること（PAST）が対応付けられている。

　ドメイン：VIDEO－ゴール：PLAY、ドメイン：VIDEO－ゴール：RECORD、ドメイン：VIDEO－ゴール：DELETE、ドメイン：WEATHER－ゴール：CHECK、ドメイン：PHOTO_ALBUM－ゴール：SHOWのそれぞれの組み合わせに対しても処理方向が対応付けられている。

　情報処理端末１は、発話内容分類器によるドメイン－ゴールの分類結果と処理方向リストのマッチングを行うことによって処理方向を決定し、日時表現の変換を行う。ドメイン－ゴールの分類結果が処理方向リストに登録されていない場合、情報処理端末１は、未来方向に処理するようにして日時表現の変換を行う。

　以上の各機能により、情報処理端末１は、ユーザが発話した日時表現が表す日時を、ユーザが想定している通りに正しく認識することができる。

　また、情報処理端末１は、認識した日時に応じた処理を行うことによって、ユーザが想定している内容と異なる処理を行ってしまうことを回避することが可能になる。

　例えば現在の日にちが２０１４年１２月３１日であり、カレンダー上で、年明けの２０１５年１月１０日を選択しているときにユーザが「次の日」と発話したものとする。この場合、情報処理端末１は、２０１５年１月１０日を基準として“日にちを１日送る”処理を行い、２０１５年１月１１日の情報を表示することにより、ユーザが想定した結果を出力することができる。仮に、現在の日にちである２０１４年１２月３１日を基準として“日にちを１日送る”処理を行い、２０１５年１月１日の情報を表示した場合、その結果は、ユーザが想定した結果ではなく、好ましくないものといえる。

　ユーザとしても、自分が想定した通りの結果が表示されないことにより、日時を再度入力するなどの手間を省くことができる。

　以上のような機能によって実現される情報処理端末１の処理についてはフローチャートを参照して後述する。

＜３．情報処理端末１の構成例＞
　図９は、情報処理端末１のハードウェア構成例を示すブロック図である。

　CPU(Central Processing Unit)５１、ROM(Read Only Memory)５２、RAM(Random Access Memory)５３は、バス５４により相互に接続されている。

　バス５４には入出力インタフェース５５が接続される。入出力インタフェース５５には、ディスプレイ５６、カメラ５７、マイクロフォン５８、スピーカ５９が接続される。入出力インタフェース５５には、タッチパネル６０、メモリ６１、通信部６２、およびドライブ６３も接続される。

　ディスプレイ５６は、CPU５１による制御に従って各種の情報を表示する。

　カメラ５７は、ユーザの顔が写っている画像などの各種の画像を撮影する。CPU５１においては、カメラ５７により撮影された画像に基づいて、ユーザの視線の検出などが行われる。

　マイクロフォン５８は、ユーザの発話を集音する。CPU５１においては、マイクロフォン５８により集音された発話が文字列に変換され、日時表現の抽出や変換が行われる。

　スピーカ５９は、音声などの各種の音を出力する。

　タッチパネル６０はディスプレイ５６に積層して設けられる。タッチパネル６０は、ユーザの操作を検出し、操作の内容を表す情報をCPU５１に出力する。

　メモリ６１は不揮発性のメモリなどにより構成される。メモリ６１は、CPU５１が実行するアプリケーションなどの各種のデータを記憶する。

　通信部６２は、無線LANの通信モジュールなどにより構成され、外部の装置との間で通信を行う。

　ドライブ６３は、メモリカードなどのリムーバブルメディア６４に対するデータの書き込みとリムーバブルメディア６４からのデータの読み出しを行う。

　図１０は、情報処理端末１の機能構成例を示すブロック図である。

　図１０の日時表現変換部７１を構成する機能部のうちの少なくとも一部は、図９のCPU５１により日時表現変換アプリケーション１１が実行されることによって実現される。日時表現変換部７１は、発話内容分類部８１、センサ情報処理部８２、日時表現抽出部８３、抽出用情報記憶部８４、変換処理部８５、変換用情報記憶部８６、結果出力部８７、および登録部８８から構成される。

　発話内容分類部８１に対しては、ユーザの発話の内容を認識することによって得られた文字列、キーボードなどを用いてユーザにより入力された文字列などが入力文として入力される。また、センサ情報処理部８２に対しては、カメラ５７により撮影された画像、タッチパネル６０に対する操作の内容を表す情報などがセンサデータとして入力される。

　発話内容分類部８１は、入力文を解析し、ユーザの発話の内容の分類分けを行う。発話内容分類部８１は、図７を参照して説明した分類のリストを有している。発話内容分類部８１による分類分けには各種のテキスト分類技術を使用することが可能である。発話内容分類部８１は、ドメインとゴールの組み合わせとして表される分類結果を、入力文とともに日時表現抽出部８３に出力する。

　センサ情報処理部８２は、センサデータを解析し、解析結果を表す情報を変換処理部８５に出力する。例えば、センサ情報処理部８２は、カメラ５７により撮影された画像に写るユーザの目の瞳孔や虹彩を認識し、目がしらの位置などの基準の位置と瞳孔や虹彩の位置との関係に基づいて視線の方向を検出する。センサ情報処理部８２は、視線の先にあるディスプレイ５６上の位置を視点の位置として特定し、視点の位置を表す情報を出力する。また、センサ情報処理部８２は、ユーザが操作した画面上の位置を表す情報を出力する。

　日時表現抽出部８３は、図３を参照して説明した日時表現辞書１０１を参照し、入力文に含まれる日時表現を抽出する。また、日時表現抽出部８３は、適宜、ユーザ辞書１０２に登録されている日時表現を入力文から抽出する。日時表現抽出部８３は、抽出した日時表現を、入力文、発話内容の分類結果とともに変換処理部８５に出力する。

　抽出用情報記憶部８４は、日時表現辞書１０１とユーザ辞書１０２を記憶する。

　変換処理部８５は、入力文とセンサ情報処理部８２から供給された情報に基づいてユーザ想定日時を特定し、現在日時とユーザ想定日時を保持する。変換処理部８５は、現在日時とユーザ想定日時を適宜更新する。また、変換処理部８５は、日時表現抽出部８３により抽出された日時表現と基準表現リスト１１４とのマッチングを行い、基準日時を決定する。

　変換処理部８５は、処理方向リスト１１３を参照し、発話内容分類部８１による発話内容の分類結果に応じた処理方向を決定する。変換処理部８５は、決定した処理方向を適宜参照して、抽出された日時表現に応じた変換規則を変換規則辞書１１２から選択する。変換処理部８５は、選択した変換規則で規定される日時基本関数を日時基本関数辞書１１１から読みだし、読み出した日時基本関数を用いて、日時表現抽出部８３により抽出された日時表現を変換する。変換処理部８５は、変換処理によって求めた日時情報を結果出力部８７に出力する。変換処理部８５の詳細については後述する。

　変換用情報記憶部８６は、日時基本関数辞書１１１、変換規則辞書１１２、処理方向リスト１１３、および基準表現リスト１１４を記憶する。

　結果出力部８７は、変換処理部８５から供給された日時情報を、「2015/01/27」のような、所定の形式の年月日を表す数字列、時分秒を表す数字列として出力する。結果出力部８７から出力された数字列はアプリケーション１２により処理される。

　登録部８８は、ユーザによって入力された日時表現や、アプリケーション１２が管理する情報から取得した日時表現をユーザ辞書１０２に登録する。また、登録部８８は、ユーザによって入力された変換規則や、アプリケーション１２が管理する情報から取得した変換規則を変換規則辞書１１２に登録する。

　図１１は、図１０の変換処理部８５の構成例を示すブロック図である。

　変換処理部８５は、日時情報管理部１２１、日時情報記憶部１２２、基準日時決定部１２３、処理方向決定部１２４、および演算部１２５から構成される。日時表現抽出部８３から出力された入力文は日時情報管理部１２１に入力され、発話の内容の分類結果は処理方向決定部１２４に入力される。日時表現抽出部８３により抽出された日時表現は基準日時決定部１２３と演算部１２５に入力される。

　日時情報管理部１２１は、現在日時情報とユーザ想定日時情報を日時情報記憶部１２２に記憶させることによって、現在日時とユーザ想定日時を管理する。日時情報管理部１２１は、日時情報記憶部１２２に記憶されている現在日時情報を、例えば入力文が入力される毎に更新する。

　日時情報管理部１２１は、上述したように入力文を解析してユーザ想定日時を特定する。日時情報管理部１２１は、センサ情報処理部８２から供給された情報に基づいてユーザの視点の位置を検出し、視点の位置に情報が表示されている日時をユーザ想定日時として特定する。また、日時情報管理部１２１は、センサ情報処理部８２から供給された情報に基づいてユーザが操作した位置を検出し、操作した位置に情報が表示されている日時をユーザ想定日時として特定する。

　日時情報記憶部１２２は、現在日時記憶部１３１とユーザ想定日時記憶部１３２から構成される。現在日時記憶部１３１は現在日時情報を記憶する。ユーザ想定日時記憶部１３２はユーザ想定日時情報を記憶する。

　基準日時決定部１２３は、入力文から抽出された日時表現と、変換用情報記憶部８６に記憶されている基準表現リスト１１４とのマッチングを行い、基準日時の判定を行う。基準日時決定部１２３は、現在日時を基準日時にすると判定した場合、現在日時情報を現在日時記憶部１３１から読み出す。また、基準日時決定部１２３は、ユーザ想定日時を基準日時にすると判定した場合、ユーザ想定日時情報をユーザ想定日時記憶部１３２から読み出す。基準日時決定部１２３は、現在日時情報またはユーザ想定日時情報を演算部１２５に出力する。

　処理方向決定部１２４は、ユーザの発話の内容の分類結果と、変換用情報記憶部８６に記憶されている処理方向リスト１１３とのマッチングを行い、変換処理の処理方向を決定する。処理方向決定部１２４は、決定した処理方向を表す情報を演算部１２５に出力する。

　演算部１２５は、入力文から抽出された日時表現に応じた変換規則を変換規則辞書１１２から選択し、選択した変換規則で規定される日時基本関数を日時基本関数辞書１１１から読み出す。演算部１２５は、読み出した日時基本関数を用いて、日時表現の変換を行う。演算部１２５は、処理方向決定部１２４により決定された処理方向に従って変換規則の選択等を行う。

＜４．情報処理端末１の動作＞
　次に、図１２および図１３のフローチャートを参照して、以上のような構成を有する情報処理端末１の日時表現変換処理について説明する。日時表現変換処理は、ユーザの発話の内容を表す入力文が日時表現変換部７１に入力されたときに開始される。

　ステップＳ１において、発話内容分類部８１は、入力文を対象として発話内容分類処理を行い、ユーザの発話の内容の分類分けを行う。発話内容分類部８１は、分類のリストに従ってドメインとゴールの組み合わせを決定する。

　ステップＳ２において、日時表現抽出部８３は、日時表現辞書１０１を参照し、入力文に含まれる日時表現を抽出する。

　ステップＳ３において、日時表現抽出部８３は、ユーザの発話に日時表現が含まれているか否かを判定し、日時表現が含まれていないと判定した場合、処理を終了させる。ユーザの発話に日時表現が含まれていると判定された場合、処理はステップＳ４に進む。

　ステップＳ４において、変換処理部８５の日時情報管理部１２１は、入力文を解析するなどしてユーザ想定日時を特定する。

　ステップＳ５において、日時情報管理部１２１は、現在日時記憶部１３１に記憶されている現在日時情報を更新する。また、日時情報管理部１２１は、ステップＳ４において特定したユーザ想定日時の情報をユーザ想定日時記憶部１３２に記憶させることによって、ユーザ想定日時記憶部１３２に記憶されているユーザ想定日時情報を更新する。

　ステップＳ６において、演算部１２５は、抽出された日時表現と変換規則辞書１１２とのマッチングを行う。

　ステップＳ７において、演算部１２５は、抽出された日時表現の変換規則が変換規則辞書１１２に登録されていないか否かを判定し、登録されていないと判定した場合、処理を終了させる。変換規則が変換規則辞書１１２に登録されていると判定された場合、処理はステップＳ８に進む。

　ステップＳ８において、基準日時決定部１２３は、抽出された日時表現と基準表現リスト１１４とのマッチングを行い、抽出された日時表現がユーザ想定日時を基準日時とする表現であるか否かを判定する。図６を参照して説明した例の場合、抽出された日時表現が「次の日」、「次の月」、「前の日」、「前の月」であるときに、ユーザ想定日時を基準日時とする表現であると判定される。

　ユーザ想定日時を基準日時とする表現であるとステップＳ８において判定した場合、ステップＳ９において、基準日時決定部１２３は、ユーザ想定日時が設定されているか否かを判定する。ユーザ想定日時情報がユーザ想定日時記憶部１３２に記憶されており、ユーザ想定日時が設定されているとステップＳ９において判定した場合、ステップＳ１０において、基準日時決定部１２３は、ユーザ想定日時を基準日時として決定する。

　抽出された日時表現がユーザ想定日時を基準日時とする表現ではないとステップＳ８において判定した場合、ステップＳ１１において、基準日時決定部１２３は、現在日時を基準日時として決定する。ユーザ想定日時が設定されていないとステップＳ９において判定した場合も同様に、基準日時決定部１２３は、ステップＳ１１において現在日時を基準日時として決定する。

　ステップＳ１２において、処理方向決定部１２４は、ユーザの発話の内容の分類結果と処理方向リスト１１３とのマッチングを行い、変換処理の処理方向を決定する。

　ステップＳ１３において、演算部１２５は、入力文から抽出された日時表現に応じた変換規則を変換規則辞書１１２から選択する。演算部１２５は、選択した変換規則で規定される日時基本関数を日時基本関数辞書１１１から読み出す。

　ステップＳ１４において、演算部１２５は、読み出した日時基本関数を用いて日時表現の変換処理を行う。基準日時は、ステップＳ１０において決定されたユーザ想定日時、またはステップＳ１１において決定された現在日時になる。変換処理によって求められた日時を表す情報は、演算部１２５から結果出力部８７に供給され、アプリケーション１２に出力される。

　ステップＳ１５において、日時情報管理部１２１は、変換処理によって求めた日時の情報をユーザ想定日時記憶部１３２に記憶させることによって、ユーザ想定日時を更新する。すなわち、変換処理によって求められた日時が、ユーザが想定している日時として以降の処理に用いられることになる。

　ユーザ想定日時が更新された後、処理は終了となる。以上の処理が、ユーザの発話に応じて入力文が入力される毎に繰り返される。

　以上の処理により、情報処理端末１は、ユーザの発話に含まれる日時表現を、ユーザが想定している通りに解釈することができる。また、アプリケーション１２は、日時表現変換アプリケーション１１により解釈された日時表現を元に処理を行うことにより、ユーザが想定した処理を行うことが可能になる。

＜５．具体例＞
　次に、以上のような日時表現変換アプリケーション１１の処理を含む、情報処理端末１の処理の具体例について説明する。

　５－１．スケジューラ操作の例
　図１４乃至図１７のシーケンスを参照して、アプリケーション１２としてのスケジューラを音声によって操作する一連の処理について説明する。ここでは、今日（ユーザが操作してる日）が「2015/01/27（火）」であるものとする。

　図１４のステップＳ１０１において、ユーザは「来週の予定はなに？」と発話する。情報処理端末１の音声認識アプリケーションは、ユーザの発話を認識し、発話の内容を表す入力文を出力する。入力文は、日時表現変換アプリケーション１１により実現された日時表現変換部７１に入力される。

　ステップＳ１１１において、日時表現変換部７１は、音声認識アプリケーションから供給された入力文を取得する。発話内容分類部８１による発話内容の分類が適宜行われる。

　ステップＳ１１２において、日時表現抽出部８３は、日時表現辞書１０１を参照し、日時表現である「来週」を抽出する。

　ステップＳ１１３において、変換処理部８５の基準日時決定部１２３は、基準表現リスト１１４に基づいて、ユーザ想定日時を基準日時として設定する。

　ステップＳ１１４において、演算部１２５は、変換規則辞書１１２に基づいて、「来週」の日時表現と対応付けて登録されている変換規則である「日情報を１週間送る関数」を選択する。

　ステップＳ１１５において、演算部１２５は、「日情報を１週間送る」の日時基本関数を日時基本関数辞書１１１から読み出し、「来週」を、基準日時である「2015/01/27」を含む週の次の週の日時情報である「2015/02/02～2015/02/08」に変換する。「来週」の日時表現が、「2015/02/02～2015/02/08」という、範囲をもつ日時情報に変換されることになる。

　ステップＳ１１６において、結果出力部８７は、「2015/02/02～2015/02/08」を表す数字列を日時情報としてスケジューラに出力する。

　ステップＳ１１７において、日時情報管理部１２１は、「2015/02/02～2015/02/08」をユーザ想定日時記憶部１３２に記憶させることによって、ユーザ想定日時を更新する。

　一方、ステップＳ１２１において、スケジューラは、結果出力部８７から供給された「2015/02/02～2015/02/08」を表す数字列を受信する。

　ステップＳ１２２においては、スケジューラは、「2015/02/02～2015/02/08」の間の予定を取得し、ディスプレイ５６に表示させるなどして出力する。スケジューラは、ユーザにより登録された「2015/02/02～2015/02/08」の間の予定に関する情報をメモリ６１に記憶させるなどして管理している。

　ユーザ想定日時として「2015/02/02～2015/02/08」が設定された状態で、続けて、図１５のステップＳ１３１において、ユーザは「次の週の予定はなに？」と発話する。情報処理端末１の音声認識アプリケーションは、ユーザの発話を認識し、発話の内容を表す入力文を出力する。

　ステップＳ１４１において、日時表現変換部７１は、音声認識アプリケーションから供給された入力文を取得する。

　ステップＳ１４２において、日時表現抽出部８３は、日時表現辞書１０１を参照し、日時表現である「次の週」を抽出する。

　ステップＳ１４３において、変換処理部８５の基準日時決定部１２３は、基準表現リスト１１４に基づいて、ユーザ想定日時を基準日時として設定する。

　ステップＳ１４４において、演算部１２５は、変換規則辞書１１２に基づいて、「次の週」の日時表現と対応付けて登録されている変換規則である「週情報を１週間送る関数」を選択する。

　ステップＳ１４５において、演算部１２５は、「週情報を１週間送る」の日時基本関数を日時基本関数辞書１１１から読み出し、「次の週」を、基準日時である「2015/02/02～2015/02/08」の週の次の週の日時情報である「2015/02/09～2015/02/15」に変換する。

　ステップＳ１４６において、結果出力部８７は、「2015/02/09～2015/02/15」を表す数字列を日時情報としてスケジューラに出力する。

　ステップＳ１４７において、日時情報管理部１２１は、「2015/02/09～2015/02/15」をユーザ想定日時記憶部１３２に記憶させることによって、ユーザ想定日時を更新する。

　一方、ステップＳ１５１において、スケジューラは、結果出力部８７から供給された「2015/02/09～2015/02/15」を表す数字列を受信する。

　ステップＳ１５２においては、スケジューラは、「2015/02/09～2015/02/15」の間の予定を取得し、ディスプレイ５６に表示させるなどして出力する。

　ユーザ想定日時として「2015/02/09～2015/02/15」が設定された状態で、続けて、図１６のステップＳ１６１において、ユーザは「金曜日の予定を見せて」と発話する。情報処理端末１の音声認識アプリケーションは、ユーザの発話を認識し、発話の内容を表す入力文を出力する。

　ステップＳ１７１において、日時表現変換部７１は、音声認識アプリケーションから供給された入力文を取得する。

　ステップＳ１７２において、日時表現抽出部８３は、日時表現辞書１０１を参照し、日時表現である「金曜日」を抽出する。

　ステップＳ１７３において、変換処理部８５の基準日時決定部１２３は、基準表現リスト１１４に基づいて、ユーザ想定日時を基準日時として設定する。

　ステップＳ１７４において、演算部１２５は、変換規則辞書１１２に基づいて、「金曜日」の日時表現と対応付けて登録されている変換規則である「日にちを求める関数」を選択する。

　ステップＳ１７５において、演算部１２５は、「日にちを求める」の日時基本関数を日時基本関数辞書１１１から読み出し、「金曜日」を、基準日時である「2015/02/09～2015/02/15」の週の金曜日の日時情報である「2015/02/13」に変換する。

　ステップＳ１７６において、結果出力部８７は、「2015/02/13」を表す数字列を日時情報としてスケジューラに出力する。

　ステップＳ１７７において、日時情報管理部１２１は、「2015/02/13」をユーザ想定日時記憶部１３２に記憶させることによって、ユーザ想定日時を更新する。

　一方、ステップＳ１８１において、スケジューラは、結果出力部８７から供給された「2015/02/13」を表す数字列を受信する。

　ステップＳ１８２においては、スケジューラは、「2015/02/13」の予定を取得し、ディスプレイ５６に表示させるなどして出力する。

　ユーザ想定日時として「2015/02/13」が設定された状態で、続けて、図１７のステップＳ１９１において、ユーザは「その予定を明日に移しておいて」と発話する。情報処理端末１の音声認識アプリケーションは、ユーザの発話を認識し、発話の内容を表す入力文を出力する。

　ステップＳ２０１において、日時表現変換部７１は、音声認識アプリケーションから供給された入力文を取得する。

　ステップＳ２０２において、日時表現抽出部８３は、日時表現辞書１０１を参照し、日時表現である「明日」を抽出する。

　ステップＳ２０３において、変換処理部８５の基準日時決定部１２３は、基準表現リスト１１４に基づいて、現在日時を基準日時として設定する。

　ステップＳ２０４において、演算部１２５は、変換規則辞書１１２に基づいて、「明日」の日時表現と対応付けて登録されている変換規則である「日情報を１日送る関数」を選択する。

　ステップＳ２０５において、演算部１２５は、「日情報を１日送る」の日時基本関数を日時基本関数辞書１１１から読み出し、「明日」を、基準日時（現在日時）である「2015/01/27」の次の日の日時情報である「2015/01/28」に変換する。

　ステップＳ２０６において、結果出力部８７は、「2015/01/28」を表す数字列を日時情報としてスケジューラに出力する。

　ステップＳ２０７において、日時情報管理部１２１は、「2015/01/28」をユーザ想定日時記憶部１３２に記憶させることによって、ユーザ想定日時を更新する。

　一方、ステップＳ２１１において、スケジューラは、結果出力部８７から供給された「2015/01/28」を表す数字列を受信する。

　ステップＳ２１２においては、スケジューラは、「2015/02/13」の予定を「2015/01/28」の予定として登録するとともに「2015/02/13」の予定を削除する。

　以上のように、ユーザは、スケジューラを音声で操作し、登録済みの予定を見たり、予定を登録したりすることができる。

　５－２．ユーザ知識の登録の例
　ユーザは、日時表現や変換規則を自ら追加することが可能である。登録部８８は、ユーザによる入力に従って、ユーザ辞書１０２に日時表現を登録し、変換規則辞書１１２に変換規則を登録する。

　例えば、ユーザが「誕生日」というキーワードを入力し、『「誕生日」＝「3月1日」』であることを表す情報を入力した場合、登録部８８は、「誕生日」を日時表現としてユーザ辞書１０２に登録する。また、登録部８８は、日時表現としての「誕生日」と、「誕生日を3月1日に変換する関数」を対応付けて変換規則辞書１１２に登録する。変換規則辞書１１２に登録するのではなく、変換規則辞書１１２と同様のフォーマットのユーザ辞書を用意し、そこに登録するようにしてもよい。

　この場合において、例えば、ユーザが「誕生日に予定を登録」の発話を行った場合、日時表現抽出部８３は、ユーザ辞書１０２を参照し、日時表現である「誕生日」を抽出する。

　変換処理部８５の演算部１２５は、変換規則辞書１１２に基づいて、「誕生日」の日時表現と対応付けて登録されている変換規則である「誕生日を3月1日に変換する関数」を選択する。演算部１２５は、選択した日時基本関数に従って、「誕生日」を、日時情報である「2015/03/01」に変換する。

　結果出力部８７は、「2015/03/01」を表す数字列をアプリケーション１２としてのスケジューラに出力する。

　ユーザは、キーワードに「山田の」などの修飾語句を付加することもできる。この場合、「山田の誕生日」というキーワードと対応付けて、変換規則が登録されることになる。さらに、「山さん」＝「山田」などの略称登録を行うことも可能である。

　この場合において、例えば、ユーザが「山さんの誕生日」の発話を行った場合、日時表現抽出部８３は、ユーザ辞書１０２を参照し、「山さん」の部分を置き換えることによって、日時表現である「山田の誕生日」を抽出する。以降、同様にして、変換規則に従って、日時表現である「山田の誕生日」が日時情報に変換される。

　ここで、「山さん」＝「山田」の略称登録と「山さん」＝「山本」の略称登録といったように、「山さん」に関する略称登録が複数あった場合、日時表現抽出部８３は、「山田の誕生日」と「山本の誕生日」の両方を日時表現の候補として抽出する。

　変換処理部８５は、変換規則に従って、日時表現である「山田の誕生日」を日時情報に変換するとともに、「山本の誕生日」を日時情報に変換する。

　変換後の２つの日時情報を受信した例えばスケジューラは、２つの日時を表示し、いずれかの日時をユーザに選択させる。「山田の誕生日」に対する変換規則と「山本の誕生日」に対する変換規則のうちの一方しか登録されていない場合、登録されている変換規則に従って得られた日時のみが出力されることになる。

　ユーザは、日時表現である「自分の生年月日」を、「1980年3月1日」に変換するといった変換規則を登録することにより、月日以外の表現を用いた処理も可能になる。

　このように、日時表現として抽出させる文字列や変換規則をユーザは任意にカスタマイズすることができる。

　５－３．アプリケーションが管理する情報に基づいて辞書を更新する例
　登録部８８は、アプリケーション１２が管理する情報を取得し、取得した情報を用いて、日時表現や変換規則を登録することもできる。

　ここでは、アルバムアプリケーションが管理する情報を用いる場合について説明する。アルバムアプリケーションは、それぞれの写真のメタデータとして、ファイル名、撮影場所、撮影時間、コメントなどの情報を管理している。例えば、ある写真のファイル名、コメント、撮影時間として、それぞれ、「*****.data」、「運動会」、「20141013-124254」が管理されているものとする。

　登録部８８は、アルバムアプリケーションが管理するそれらの情報を取得し、「運動会」を日時表現としてユーザ辞書１０２に登録する。また、登録部８８は、変換規則として、日時表現としての「運動会」と、「運動会を2014年10月13日に変換する関数」を対応付けて変換規則辞書１１２に登録する。

　この場合において、例えば写真ファイルを探しているユーザが「運動会」の発話を行った場合、日時表現抽出部８３は、ユーザ辞書１０２を参照し、日時表現である「運動会」を抽出する。

　変換処理部８５の演算部１２５は、変換規則辞書１１２に基づいて、「運動会」の日時表現と対応付けて登録されている変換規則である「運動会を2014年10月13日に変換する関数」を選択する。演算部１２５は、選択した日時基本関数に従って、「運動会」を、日時情報である「2014/10/13」に変換する。

　アルバムアプリケーションは、日時表現変換アプリケーション１１から供給された「2014/10/13」の数字列に基づいて、その日付をメタデータに含む「*****.data」の写真ファイルを検索し、ディスプレイ５６に表示する。

　ここでも、「運動会」というコメントで登録された候補が複数ある場合、全ての日時変換候補が出力される。

　５－４．写真検索の例
　予め登録されている変換規則を用いて得られた日時表現を写真検索に用いることも可能である。

（１）ユーザが「夏に撮った写真を検索」の発話を行った場合の例
　この場合、日時表現抽出部８３は、日時表現辞書１０１を参照し、日時表現である「夏」を抽出する。変換処理部８５の演算部１２５は、変換規則辞書１１２に登録されている変換規則に従って、「夏」の日時表現を「2014/07/01～2014/09/30」に変換する。

　「2014/07/01～2014/09/30」の日時情報を取得したアルバムアプリケーションは、「2014/07/01～2014/09/30」の期間内に撮影された写真を検索し、検索結果をディスプレイ５６に表示させる。

（２）ユーザが「クリスマスに撮った写真を検索」の発話を行った場合の例
　この場合、日時表現抽出部８３は、日時表現辞書１０１を参照し、日時表現である「クリスマス」を抽出する。変換処理部８５の演算部１２５は、変換規則辞書１１２に登録されている変換規則に従って、「クリスマス」の日時表現を「2014/12/25」に変換する。

　「2014/12/25」の日時情報を取得したアルバムアプリケーションは、「2014/12/25」に撮影された写真を検索し、検索結果をディスプレイ５６に表示させる。

　このように、変換規則辞書１１２に予め登録されている変換規則には、日時の範囲を表す表現を他の日時に変換するための規則や、祝日、記念日といった特定の日付・時間を他の日時に変換するための規則が含まれる。日時の範囲を表す表現には、「春夏秋冬」、「午前」、「午後」、・・・などが含まれる。また、特定の日付・時間を表す表現には、「節気」、「体育の日」、「こどもの日」、「みどりの日」、・・・などが含まれる。

　５－５．スケジュール登録の例
　ユーザ想定日時を利用したスケジュール登録について説明する。今日（ユーザが操作してる日）が「2015/01/27（火）」であるものとする。アプリケーション１２としてスケジューラが実行されている。

　ユーザが「明後日の10時に会議の予定を入れておいて」の発話を行った場合、日時表現抽出部８３は、日時表現辞書１０１を参照し、日時表現である「明後日の10時」を抽出する。

　変換処理部８５の演算部１２５は、変換規則辞書１１２に基づいて、「明後日」の日時表現と対応付けて登録されている変換規則である「日情報を２日送る関数」を選択する。演算部１２５は、選択した日時基本関数に従って、「明後日の10時」を、日時情報である「2015/01/29 10:00:00」に変換する。なお、このときの基準日時は現在日時である。

　スケジューラは、日時表現変換アプリケーション１１から供給された「2015/01/29 10:00:00」の数字列に基づいて、「2015/01/29」の10時の予定として「会議」を登録する。予定を登録した後、スケジューラは、「登録しました」の音声をスピーカ５９から出力する。なお、予定を表す「会議」の文字列は、後述するように、入力文の意味が解析されることによって抽出される。

　同時に、日時情報管理部１２１は、「2015/01/29 10:00:00」をユーザ想定日時としてユーザ想定日時記憶部１３２に記憶させる。

　続けて、例えばユーザが「夜8時から食事の予定も入れて」の発話を行った場合、日時表現抽出部８３は、日時表現辞書１０１を参照し、日時表現である「夜8時」を抽出する。

　変換処理部８５の演算部１２５は、変換規則辞書１１２に登録されている変換規則に基づいて、「夜8時」の日時表現を、同日の夜8時を表す「2015/01/29 20:00:00」に変換する。ここで、基準日時は、ユーザ想定日時としての「2015/01/29 10:00:00」である。

　スケジューラは、日時表現変換アプリケーション１１から供給された「2015/01/29 20:00:00」の数字列に基づいて、「2015/01/29」の20時の予定として「食事」を登録する。予定を登録した後、スケジューラは、「登録しました」の音声をスピーカ５９から出力する。

　同時に、日時情報管理部１２１は、「2015/01/29 20:00:00」をユーザ想定日時としてユーザ想定日時記憶部１３２に記憶させる。

　ユーザ想定日時は一定時間だけ保持される。すなわち、ユーザ想定日時には、それが有効となる時間について制限が設定されている。ユーザの発話が終了してから一定時間が経過した場合、日時情報管理部１２１は、ユーザ想定日時記憶部１３２に記憶させておいたユーザ想定日時を消去する。

　従って、一定時間が経過した後に「夜8時」の発話が行われた場合、ユーザ想定日時が保持されていない状態での処理となるため、現在日時を基準日時として日時表現の変換が行われる。現在日時は「2015/01/27」であるから、日時表現の変換結果として「2015/01/27 20:00:00」が出力されることになる。

　５－６．スケジュール確認の例
　上述したように、カメラ５７などのセンサによる検出結果を利用してユーザ想定日時を特定することも可能である。ここで、今日（ユーザが操作してる日）が「2015/01/27（火）」であるものとする。

　また、アプリケーション１２としてスケジューラが実行されており、ディスプレイ５６の画面には、ユーザによる操作に従って、「2015/02/01～2015/02/30」の期間のカレンダーが表示されているものとする。この場合、画面上に表示されている日時である「2015/02/01～2015/02/30」がユーザ想定日時として登録される。

　例えばユーザが「次の月の予定を見せて」の発話を行った場合、日時表現抽出部８３は、日時表現辞書１０１を参照し、日時表現である「次の月」を抽出する。

　変換処理部８５の演算部１２５は、変換規則辞書１１２に登録されている変換規則に基づいて、「次の月」の日時表現を「2015/03/01～2015/03/31」に変換する。ここで、基準日時は、ユーザ想定日時としての「2015/02/01～2015/02/30」である。

　スケジューラは、日時表現変換アプリケーション１１から供給された「2015/03/01～2015/03/31」の数字列に基づいて、その期間内の予定を表示する。

　同時に、日時情報管理部１２１は、「2015/03/01～2015/03/31」をユーザ想定日時としてユーザ想定日時記憶部１３２に記憶させる。

　続けて、ユーザが「28日の予定を見せて」の発話を行った場合、日時表現抽出部８３は、日時表現辞書１０１を参照し、日時表現である「28日」を抽出する。

　変換処理部８５の演算部１２５は、変換規則辞書１１２に登録されている変換規則に基づいて、「28日」の日時表現を「2015/03/28」に変換する。ここで、基準日時は、ユーザ想定日時としての「2015/03/01～2015/03/31」である。

　これにより、画面上に表示されているカレンダーの日時が現在日時に優先し、現在日時である「2015/01/27」を含む１月の「28日」である「2015/01/28」ではなく、「2015/03/28」の変換結果が得られることになる。ただし、「今月の28日」など、日時表現の条件が追加され、より詳細な日時表現が発話に含まれる場合には「2015/01/28」と変換される。

　スケジューラは、日時表現変換アプリケーション１１から供給された「2015/03/28」の数字列に基づいて、「2015/03/28」の予定を表示する。

　同時に、日時情報管理部１２１は、「2015/03/28」をユーザ想定日時としてユーザ想定日時記憶部１３２に記憶させる。

　次に、ユーザが「この日の予定を見せて」の発話を行ったものとする。また、この発話が行われたとき、センサ情報処理部８２により検出されたユーザの視点の位置が、ディスプレイ５６に表示されているカレンダー上の「2015/02/01」の位置にあるものとする。

　この場合、日時情報管理部１２１は、ユーザが「2015/02/01」に注目していることを検出し、検出した日時である「2015/02/01」をユーザ想定日時としてユーザ想定日時記憶部１３２に記憶させる。ユーザの意図において「この日」は、「2015/02/01」と考えられる。

　日時表現抽出部８３は、日時表現辞書１０１を参照し、日時表現である「この日」を抽出する。

　変換処理部８５の演算部１２５は、変換規則辞書１１２に登録されている変換規則に基づいて、「この日」の日時表現を、ユーザ想定日時である「2015/02/01」に変換する。

　スケジューラは、日時表現変換アプリケーション１１から供給された「2015/02/01」の数字列に基づいて、「2015/02/01」の予定を表示する。

　このように、ユーザの視点の位置にある日時、ユーザが操作した位置にある日時など、情報処理端末１に設けられるセンサによって検出されたデータを解析して得られた日時をユーザ想定日時として用いることも可能である。ユーザが操作した位置はセンサであるタッチパネル６０により検出される。

　５－７．ニュース閲覧時の例
　ニュース記事に含まれる日時を変換し、変換後の日時で置き換えたニュース記事を表示することも可能である。ニュースアプリケーションの起動中、ディスプレイ５６には、文章や写真が配置されたニュース記事が表示される。

　ニュース記事の文章中に「先週の月曜日に～」や「27日午後に～」などの日時表現が含まれることがある。これらの日時表現は現在日時の「今日」（記事の発行日）を基準とした表現であるため、ニュース記事の閲覧日が記事の発行日と異なる場合、日時表現が意図している日にずれが生じてしまう。

　そこで、日時情報管理部１２１は、ニュース記事の情報が日時表現変換部７１に入力された場合、ニュース記事の発行日を仮想的な現在日時として現在日時記憶部１３１に記憶させ、管理する。

　例えば、ユーザがニュース記事を閲覧している日時（現在日時）が「2015/02/01」であり、そのニュース記事の発行日が「2015/01/27」であるものとする。この場合、演算部１２５は、変換規則に従って、「先週の月曜日に～」の文章に含まれる日時表現である「先週の月曜日」を「2015/01/19」に変換する。ここで、基準日時は、仮想的な現在日時としての「2015/01/27」である。

　また、演算部１２５は、「27日午後に～」の文章に含まれる日時表現である「27日午後」を「2015/01/27 12:00-23:59」に変換する。ここでも。基準日時は、仮想的な現在日時としての「2015/01/27」となる。

　ニュースアプリケーションは、日時表現変換アプリケーション１１から供給された「2015/01/19」の数字列に基づいて、ニュース記事に含まれる「先週の月曜日」の文字列を「2015/01/19」と置き換えて表示する。また、ニュースアプリケーションは、日時表現変換アプリケーション１１から供給された「2015/01/27 12:00-23:59」の数字列に基づいて、ニュース記事に含まれる「27日午後」の文字列を「2015/01/27 12:00-23:59」と置き換えて表示する。

　これにより、ニュース記事の閲覧日が記事の発行日と異なる場合であっても、情報処理端末１は、ユーザにとって分かりやすい日時表現を用いたニュース記事を表示させることが可能になる。

　５－８．ビデオ管理アプリケーションとの連携の例
　上述したように、情報処理端末１においては、ユーザの発話の内容が分類分けされ、日時表現の変換を過去方向に処理すべきか、未来方向に処理すべきかが判定される。その判定結果に従って、録画済みのビデオの再生とビデオの録画予約を行う場合について説明する。今日（ユーザが操作してる日）が「2015/01/27（火）」であるものとする。

　ユーザが「月曜日に録画したビデオを見せて」の発話を行った場合、発話内容分類部８１は、発話の内容の意味を解析し、ユーザの発話を、ドメイン：VIDEO－ゴール：PLAYの分類に分類分けする。

　変換処理部８５の処理方向決定部１２４は、処理方向リスト１１３を参照し、発話内容分類部８１による分類結果に基づいて、過去方向に処理するとして判定する。

　一方、日時表現抽出部８３は、日時表現辞書１０１を参照し、日時表現である「月曜日」を抽出する。

　変換処理部８５の演算部１２５は、変換規則辞書１１２に基づいて、「月曜日」の日時表現と対応付けて登録されている変換規則である「日にちを求める関数」を選択する。演算部１２５は、選択した日時基本関数に従って、「月曜日」を、基準日時（現在日時）である「2015/01/27」の過去であり、直近の月曜日の日にちである「2015/01/26」に変換する。

　ビデオ管理アプリケーションは、日時表現変換アプリケーション１１から供給された「2015/01/26」の数字列に基づいて、「2015/01/26」に録画したビデオコンテンツの再生を開始したり、「2015/01/26」に録画したビデオコンテンツのリストを表示したりする。

　また、ユーザが「月曜日の○○を録画しておいて」の発話を行った場合、発話内容分類部８１は、発話の内容の意味を解析し、ユーザの発話を、ドメイン：VIDEO－ゴール：RECORDの分類に分類分けする。

　変換処理部８５の処理方向決定部１２４は、処理方向リスト１１３を参照し、発話内容分類部８１による分類結果に基づいて、未来方向に処理するとして判定する。

　変換処理部８５の演算部１２５は、変換規則辞書１１２に基づいて、「月曜日」の日時表現と対応付けて登録されている変換規則である「日にちを求める関数」を選択する。演算部１２５は、選択した日時基本関数に従って、「月曜日」を、基準日時（現在日時）である「2015/01/27」の未来であり、直近の月曜日の日にちである「2015/02/02」に変換する。

　ビデオ管理アプリケーションは、日時表現変換アプリケーション１１から供給された「2015/02/02」の数字列に基づいて、「2015/02/02」に放送される「○○」の録画予約を設定する。

　５－９．ヘルスケアアプリケーションとの連携の例
　情報処理端末１は、複数のアプリケーションから取得したデータに基づいて日時表現や変換規則を登録しておくことにより、日時表現の解釈の幅を広げることが可能になる。

　ここでは、スケジューラが管理する予定の情報とヘルスケアアプリケーションが管理する行動ログを用いる場合について説明する。ユーザが、「2015/01/02」と「2015/01/09」の予定として「ジョギング」を登録していたものとする。

　この場合、登録部８８は、スケジューラから取得した情報に基づいて、「ジョギング」を日時表現としてユーザ辞書１０２に登録する。また、登録部８８は、「ジョギング」の日時表現と、「ジョギングを2015/01/02に変換する関数」、「ジョギングを2015/01/09に変換する関数」をそれぞれ対応付けて変換規則辞書１１２に登録する。

　ユーザが、ヘルスケアアプリケーションを起動させた状態で「この前ジョギングした日の記録を見せて」の発話を行った場合、日時表現抽出部８３は、ユーザ辞書１０２を参照し、日時表現である「ジョギング」を抽出する。

　変換処理部８５の演算部１２５は、変換規則辞書１１２に登録された変換規則に基づいて、「ジョギング」を、「2015/01/02」と「2015/01/09」にそれぞれ変換する。

　ヘルスケアアプリケーションは、日時表現変換アプリケーション１１から供給された「2015/01/02」と「2015/01/09」の数字列に基づいて、「2015/01/02」のジョギングの記録と「2015/01/09」のジョギングの記録を読み出し、ディスプレイ５６に表示する。ジョギングの記録は、ヘルスケアアプリケーションが管理する行動ログである。

　アプリケーション１２は、ユーザ辞書１０２に登録した日時表現の保持期間と変換規則辞書１１２に登録した変換規則の保持期間を任意に設定可能である。保持期間が経過した日時表現や変換規則を消去することにより、不要なデータの検索を省くことが可能になる。

＜＜第２の実施の形態＞＞
＜１．意味解析について＞
　次に、ユーザの発話の意味の解析について説明する。日時表現の抽出などが、発話の意味を解析することによって行われる。

　本開示においては、音声認識結果としての入力文の意味解析が、以下の３つのパートで分担することによって行われる。

（１）多種多様な発話からフレーム（コマンド）を特定するのはフレーム選択部に任せる。フレームの特定には、発話内容の分類のための技術が適用可能である。

　フレームが決まると、値を埋めるべきスロットが決まる。フレーム毎のスロットの例を挙げると以下のようになる。

　「予定追加」フレームの下で必要なスロットは、題名・開始日・終了日・開始時刻・終了時刻・期間となる。

　「天気予報チェック」フレームの下で必要なスロットは、場所・開始日・終了日・開始時刻・終了時刻・期間となる。

　「電話かける」フレームの下で必要なスロットは、電話番号・宛先名・番号タイプ（固定電話／携帯）・グループとなる。

　「音楽再生」フレームの下で必要なスロットは、楽曲名・アルバム名・アーティスト名となる。

（２）フレーズ抽出部の役目は、スロットに対応する語句を音声認識結果から切り出し、対応するスロットに入れることである。

　例えば、「来週の水曜の10時から2時間、顧客と打ち合わせの予定」という音声認識結果が「予定追加」フレームに分類されたとする。この場合、題名・開始日・終了日・開始時刻・終了時刻・期間の各スロットには、以下の語句が入る。

　題名←「顧客と打ち合わせ」
　開始日←「来週の水曜」
　終了日←（なし）
　開始時刻←「10時」
　終了時刻←（なし）
　期間←「2時間」

（３）値変換においては、フレーズ抽出の結果がアプリケーションで使いやすい形式に変換される。

　例えば、「予定追加」フレームが選択されている場合、日時関連のスロット値の形式が変換される。

　「来週の水曜の10時から2時間顧客と打ち合わせの予定」の上記フレーズ抽出結果は、今日が2014年9月12日とすると、以下のように変換される。
　開始日時　:　2014/9/17 10:00
　終了日時　:　2014/9/17 12:00

　また、「電話かける」フレームが選択されている場合、宛先名・番号タイプ・グループ等の各スロットの値から、電話番号が特定される。

＜２．フレーズ抽出の問題点＞
　ところで、多種多様な音声認識結果（入力文）に対応する必要があるため、フレーズ抽出には以下のような問題が存在する。

（１）発話のバリエーション
　例えば、以下の入力文からは、いずれも「開始日:今日」、「開始時刻:10時」、「題名:会議」というフレーズ抽出結果が得られる。なお、○○：△△の表記において、「：」の前の「○○」はスロットを表し、「△△」はフレーズ（スロット値）を表す。

　・「今日の10時から会議の予定を登録して」
　・「今日の10時に会議がある」
　・「今日の会議は10時からの予定」
　・「会議は今日の10時から」
　・「今日の10時に会議」

（２）スロット値のバリエーション
　例えば今日が2014年9月12日（金曜日）であるとして、2014年9月15日（月曜日）に対応する表現には以下のようなバリエーションがある。

　・「2014年9月15日」
　・「9月15日」
　・「15日」
　・「今月の15日」
　・「しあさって」
　・「三日後」
　・「今日から三日後」
　・「明日の二日後」
　・「来週の月曜日」
　・「今度の月曜日」
　・「次の月曜」
　・「敬老の日」
　・「今度の敬老の日」
　・「今月の第3月曜」

　つまり、『「2014年9月15日を表す語句」に買い物の予定』という入力文において、「2014年9月15日を表す語句」の部分には上記のような様々な語句が入る可能性がある。フレーズ抽出では、その部分の語句を正しく切り出し、この例では「開始日」のスロットに格納する必要がある。

（３）スロットの種類と値の型
　スロットによって、入り得る値の種類や傾向が異なる。

　例えば、人名・地名・駅名・曲名などのスロットは、数が非常に多い。また、日時関連のスロット（開始日・終了日・開始時刻・終了時刻・期間など）は、ある程度の規則性はあるが、月・日・曜日・○日後等の組み合わせも可能であるため、バリエーションが膨大になる。「予定追加」フレームにおける題名のスロットには、基本的にはどのような値も入り得るが、「会議」、「打ち合わせ」、「買い物」など、高頻度で使用される定型の題名もある。

　また、同一の語句であっても、前後関係によって、別のスロットに格納する必要がある場合もある。

　例えば、「明日」の語句は、「明日から明後日まで出張の予定」の入力文においては開始日のスロットに入る。一方、「今日から明日まで出張の予定」の入力文と「出張は今日から明日」の入力文においては終了日のスロットに入る。

　従って、「明日」の語句を開始日のスロットに入れるといった単純な処理は失敗する可能性が高い。

＜３．フレーズ抽出の問題点を解決する方法＞
（１）発話のバリエーションに対応するため、予め用意しておいた複数のテンプレートと入力文との間で曖昧なマッチングが行われる。

　曖昧なマッチングの方法として、編集距離に基づくマッチングが用いられる。編集距離とは、１個のテンプレートと入力文との間で、シンボルの挿入または削除といった編集操作を行い、両者が一致するまでの最小の回数を意味する。

　シンボルの挿入や削除は、スロットの外側に相当するシンボルに対してのみ行われ、スロットの内側に相当するシンボルに対しては行われない。

　テンプレートと入力文との間で「～の予定を追加」と「～の予定を登録したい」といった微妙な食い違いがあっても、マッチさせることができる。

　ここでいうテンプレートは、入力発話例において、スロットに該当する語句を、名称付きの空欄に置き換えた構造をしたデータのことである。例えば「予定追加」フレームでは以下のようなテンプレートが用意される。

　・「［開始時刻］から［終了時刻］まで［題名］の予定」
　・「［開始日］の［開始時刻］から［終了時刻］まで［題名］の予定」
　・「［開始時刻］に［題名］を追加」
　・「［開始日］の［題名］は［開始時刻］から」
　・「［開始日］の［題名］は［開始時刻］から［終了時刻］まで」

　上記テンプレートにおいて、「［］」で囲む［開始時刻］等の部分が、スロットに該当する空欄である。以下では、「［開始時刻］から［終了時刻］まで［題名］の予定」等の、一発話分（一文）に対応したテンプレートを「文テンプレート」と呼び、フレーム１個分に対応した文テンプレートを「テンプレートセット」と呼ぶ。

（２）スロットの値については、スロットの種類に応じて、以下のように異なる方法で用意される。

　・人名・地名・駅名・曲名などのスロット
　人名・地名・駅名などのリストが取得され、用意される。

　・日時関連のスロット
　月・日・曜日・時・分といった基本的なパーツと、それらのパーツ同士の組み合わせが所定の書式で記述されることによって用意される。

　・「予定追加」フレームの題名スロット
　「会議」、「打ち合わせ」といった典型的な題名からなるリストと、特定のシンボルに囲まれた任意の文字列を切り出す機構とを併用することによって用意される。例えば、「3時から例の件について打ち合わせの予定」の入力文を対象としたフレーズ抽出においては、「から」と「の予定」とに囲まれた「例の件について打ち合わせ」という文字列が切り出されて題名スロットに格納される。

（３）テンプレートおよび入力文は、重みつき有限状態トランスデューサー（WFST）の形式で表現される。その理由と利点は以下の通りである。

　・上記（２）で説明したようにスロット値は３種類に分類されるが、どれもWFSTの形態の違いとして表現することができる。
　・入力文とテンプレート（展開後）との曖昧マッチングは、WFST同士の合成という操作で実現でき、それと同時に、スロットに該当する語句の特定も可能である。

　なお、スロットに該当する語句を特定するために、スロットの始端・終端の目印がマッチング時に出力される。目印に挟まれた部分がマッチング後に切り出され、該当するスロットに格納される。

＜４．音声意味解析器の構成＞
　図１８は、上記技術を用いた音声意味解析器の構成例を示す図である。

　音声意味解析器２０１は、入力部２１１、フレーム選択部２１２、フレーズ抽出部２１３、および値変換部２１４から構成される。

　入力部２１１は、音声発話をテキストに変換する処理を行う。このモジュールには、各種の音声認識技術を用いることができる。また、音声認識によってテキストを取得するのではなく、物理的または仮想的なキーボード等を用いて入力されたテキストを取得するようにしてもよい。また、文字認識技術を用いてテキストを取得するようにしてもよい。

　入力部２１１の出力は、音声発話に対応した音声認識結果、またはそれに類するテキストである。入力部２１１の出力は、入力文としてフレーム選択部２１２およびフレーズ抽出部２１３に供給される。

　フレーム選択部２１２は、入力文に対応したフレームを選択する処理を行う。言い換えると、フレーム選択部２１２は、入力文がどのフレームに属するものであるかを分類する。このモジュールには、各種のテキスト分類技術を用いることが可能である。各フレームには名称が付けられている。フレーム選択部２１２により選択されたフレームの名称（フレーム名）はフレーズ抽出部２１３に供給される。

　フレーズ抽出部２１３は、入力文の中からスロットに該当する語句（フレーズ）を抽出し、各スロットに格納する。フレーズ抽出部２１３は、これらの処理を、フレーム選択部２１２から供給されたフレーム名を適宜用いて行う。フレーム名を使用する理由は、同一の語句であってもフレームによってどのスロットに格納すべきかが異なるからである。フレーズ抽出部２１３の詳細は後述する。

　フレーズ抽出部２１３の出力であるフレーズ抽出結果は値変換部２１４に供給される。例えば、上述した「来週の水曜の10時から2時間、顧客と打ち合わせの予定」という入力文については、以下のフレーズ抽出結果が値変換部２１４に供給される。

　[フレーム名:予定追加]
　開始日:来週の水曜
　終了日:（なし）
　開始時刻:10時
　終了時刻:（なし）
　期間:2時間
　題名:顧客と打ち合わせ

　値変換部２１４は、フレーズ抽出部２１３から供給されたフレーズ抽出結果の所定のスロットに格納された値を、後段処理部２０２で処理しやすい形式に変換する。例えば、発話した日にちが2014年9月12日であるとすると、値変換部２１４は、上記フレーズ抽出結果を、日時関連のスロットの値に基づいて以下のような開始日時と終了日時の２つの値に変換する。なお、題名については、後段処理部２０２で文字列のまま使用するため、変換しないものとする。

　[フレーム名:予定追加]
　開始日時:2014/9/17 10:00
　終了日時:2014/9/17 12:00
　題名:顧客と打ち合わせ

　値変換の他の例として、地名を表すスロットに格納された値を緯度経度に変換したり、「山田さんの職場の番号」という値から、具体的な電話番号に変換したりしてもよい。

　値変換部２１４の出力は、音声意味解析器２０１の出力（意味解析結果）として後段処理部２０２に供給される。

　後段処理部２０２は、意味解析結果に対応した処理を行う。例えば、上記の意味解析結果を取得したスケジューラは、「顧客と打ち合わせ」という名称のアイテムを生成し、それを、2014年9月17日の午前10時から12時まで予定として登録して管理する。

　図１９は、フレーズ抽出部２１３の構成例を示すブロック図である。

　フレーズ抽出部２１３は、マッチング部２２１、テンプレートセット記憶部２２２、およびスロットフィリング部２２３から構成される。入力部２１１から出力された入力文とフレーム選択部２１２から出力されたフレーム名はマッチング部２２１に入力される。

　テンプレートセット記憶部２２２はテンプレートセットを記憶する。テンプレートセット記憶部２２２が記憶するテンプレートセットは、１個以上の文テンプレートの集合である。文テンプレートはフレーム名毎に分類される。Ｎ種類のフレームを用いる場合、それに合わせてテンプレートセットもＮ個用意される。

　なお、文テンプレートとテンプレートセットは、重みつき有限状態トランスデューサー（WFST）の形式で表現される。WFSTの詳細については後述する。

　マッチング部２２１は、フレーム名に対応したテンプレートセットをテンプレートセット記憶部２２２から読み出し、読み出したテンプレートセットと入力文との間で以下の２つの処理を行う。

　（処理１）処理１は、１つのテンプレートセットに含まれる文テンプレートの中で、入力文と最もマッチする文テンプレートを選択する処理である。
　（処理２）処理２は、処理１によって選択した文テンプレートと入力文とのマッチングを行い、各スロットに格納する語句を入力文から求める処理である。

　例えば、入力文が「3時から5時　会議の予定を追加して」であり、テンプレートセットが以下の５個の文テンプレートからなるとする。

　（a）［開始時刻］から［終了時刻］まで［題名］の予定
　（b）［開始日］の［開始時刻］から［終了時刻］まで［題名］の予定
　（c）［開始時刻］に［題名］を追加
　（d）［開始日］の［題名］は［開始時刻］から
　（e）［開始日］の［題名］は［開始時刻］から［終了時刻］まで

　処理１において（a）の文テンプレートが選択されたとすると、処理２では以下のようなマッチングを行う。

　入力文:　　　3時　　　から　5時　　　　会議　の予定を追加して
　文テンプレート:［開始時刻］から［終了時刻］まで［題名］の予定
　すなわち、［開始時刻］、［終了時刻］、［題名］のそれぞれのスロットには「3時」、「5時」、「会議」が格納される。

　後述するように、WFSTの合成を用いることで、処理１と処理２のマッチングが同時に行われる。マッチング部２２１は、処理１と処理２のマッチングによって得られたマッチング結果をスロットフィリング部２２３に出力する。

　スロットフィリング部２２３は、マッチング結果から、スロットフィリング形式のデータを生成する。上記の例の場合、スロットフィリング部２２３は以下のようなデータを生成する。
　開始時刻:3時
　終了時刻:5時
　題名:会議

　スロットフィリング部２２３は、生成したスロットフィリング形式のデータをフレーズ抽出結果として出力する。

＜５．テンプレートセットについて＞
　次に、テンプレートセット記憶部２２２に記憶されるテンプレートセットについて説明する。

　テンプレートセットは、重みつき有限状態トランスデューサー（weighted finite state transducer: WFST）で表現される。WFSTは、有向グラフ（directed graph）の一種であり、状態（state）と呼ばれるノード（節）と、アークと呼ばれる矢印とで構成される。各アークには、ラベルとして、入力シンボル・出力シンボル・遷移重みの組が付与される。

　図２０は、WFSTの基本的な構成を示す図である。

　図２０を参照して、WFSTの基本について説明する。図２０には、状態１乃至４が円で示されている。状態１から状態２に向かう矢印、状態１から状態３に向かう矢印、状態２から状態４に向かう矢印、および状態３から状態４に向かう矢印はそれぞれアークＡ１乃至Ａ４である。

　アークＡ１乃至Ａ４にはそれぞれラベルが付与される。各ラベルは「入力シンボル・出力シンボル・遷移重み」という形式をしている。

　例えばアークＡ１に付与されているラベルの“a:A/w1”は、「状態１においてシンボルａが入力された場合、そのシンボルを消費しながら状態２に遷移し、その際にシンボルＡを出力する。そして、遷移に要する重みはＷ１である」ことを意味する。

　状態１は開始状態である。状態の遷移は状態１から開始する。また、状態４は終了状態である。入力シンボルを全て消費したときに状態４に到達していれば、その入力シンボルからなる系列（以降、入力シンボル列という）が、受理された（accepted）と表現される。それ以外の場合、すなわち、入力シンボルに対応した遷移が存在しなかったり、入力シンボルを全て消費しても状態４に到達しなかったりした場合は、入力シンボル列が不受理（not accepted）と表現される。

　図２０のWFSTで受理される入力シンボル列は“a c”と“b d”の２つである。それぞれの入力シンボル列に対応する出力シンボル列・遷移重み・状態遷移は、図２１に示すようになる。

　遷移重みを、スコア（値が大きいほど良い遷移）と解釈するか、コスト（値が小さいほど良い遷移）と解釈するかは、用途によって使い分けられる。以下においてはコストとして解釈するため、遷移重みを「コスト」や「ペナルティー」とも表現する。

　図２２以降においては、簡略化のため、ラベルの標記について、遷移重みが0のときは省略するとともに、入力シンボルと出力シンボルとが同一であるときは一方のみを表記する。例えば“a”というラベルは、“a:a/0”を省略していることを表す。

　また、フレーズ抽出処理において、入力シンボルと出力シンボルを言語の何に対応させるかについては、文字を対応させる場合、単語を対応させる場合、形態素を対応させる場合などの、いくつかの場合がある。その点については後述する。

　図２２は、WFSTで表現されたテンプレートセットを示す図である。

　図２２に示すように、テンプレートセットは、文テンプレートに相当するWFSTを並列に接続することによって表される。

　図２２の例においては、文テンプレートWFST＃１乃至＃ｎが示されている。それぞれの文テンプレートWFSTは、文テンプレートの１つに対応したWFSTである。詳細については後述する。

　それぞれの文テンプレートWFSTは、共通の開始状態を持つ。文テンプレートWFST＃１乃至＃ｎと開始状態は、アークＡ１１－１乃至１１－ｎによって接続される。アークＡ１１－１乃至１１－ｎには、文頭（発話始端）を表す特殊なシンボルである“<s>”を含むラベルが付与される。このラベルは“<s>:<s>/0”を省略して標記したものであり、「<s>を消費して<s>をそのまま出力し、その際の遷移重みが0」であることを意味する。

　また、それぞれの文テンプレートWFSTは共通の終了状態を持つ。文テンプレートWFST＃１乃至＃ｎと終了状態は、アークＡ１２－１乃至１２－ｎによって接続される。アークＡ１２－１乃至１２－ｎには、文末（発話終端）を表す特殊なシンボルである“</s>”を含むラベルが付与される。このラベルは“</s>:</s>/0”を省略して標記したものである。

　図２３は、入力シンボルおよび出力シンボルに文字を対応させた場合の文テンプレートWFSTの例を示す図である。

　図２３に示す文テンプレートWFSTは、上述した「［開始日］の［開始時刻］から［終了時刻］まで［題名］の予定」という文テンプレート（ｂ）に対応したWFSTである。

　図２３の例においては、WFSTの入力シンボルおよび出力シンボルは文字である。すなわち、後述のε遷移を除き、１文字消費するごとに１回の状態遷移が発生する。

　開始状態および終了状態は、それぞれ図２２の開始状態および終了状態に対応する。枠で囲んで示す文テンプレートWFSTが、文テンプレートWFST＃１乃至＃ｎのいずれかに対応する。

　スロットWFST＃２１乃至＃２４は、文テンプレート（b）に含まれる各スロットである［開始日］、［開始時刻］、［終了時刻］、［題名］に対応したWFSTである。スロットWFSTの詳細については後述する。

　アークＡ２２，Ａ２４，Ａ２５，Ａ２７，Ａ２８，Ａ３０，Ａ３１，Ａ３２に付与されたラベルは、通常のシンボル（特殊なシンボル以外のシンボル）を入力シンボルおよび出力シンボルとして持つラベルである。例えばアークＡ２２に付与されたラベルである「の」は“の:の/0”を表す。

　文テンプレートWFSTにおいて、アークは以下の４通りに分類される。適宜、それぞれのアークをアーク（ａ）乃至（ｄ）という。

　（ａ）通常シンボルを入力シンボルおよび出力シンボルとするアーク
　（ｂ）ε遷移を表すアーク
　（ｃ）曖昧マッチングのために追加されるアーク
　（ｄ）スロットWFST内部でのみ出現するアーク

　ここでは、アーク（ａ）～（ｃ)について説明する。アーク（ｄ）については後述する。

　アーク（ａ）は、入力シンボル・出力シンボルが同一かつ遷移重みが０という特徴を持つ。図２３の例においては、アークＡ２２，Ａ２４，Ａ２５，Ａ２７，Ａ２８，Ａ３０，Ａ３１，Ａ３２がアーク（ａ）に該当する。例えばアークＡ２２は、「の」を消費して「の」をそのまま出力し、その際の遷移重みが０となるアークである。

　アーク（ｂ）は、ラベルが付与されていないアークである。図２３の例においては、アークＡ２１，Ａ２３，Ａ２６，Ａ２９がアーク（ｂ）に該当する。アーク（ｂ）は、実際には「ε:ε/0」というラベルを持つ。εは空（empty）を表す特殊なシンボルであり、このラベルは「入力シンボルを消費せずに遷移し、その際に何も出力せず、遷移重みが０である」ことを表す。

　アーク（ｃ）について説明する。曖昧マッチングとは、入力シンボル列または文テンプレートに対してシンボルの挿入や脱落を発生させることによって、両者をマッチさせることである。例えば、入力文が「今日３時から５時まで会議がある」の場合、図２３の文テンプレートにマッチさせるためには各シンボルを以下のように対応付ける。

　入力シンボル列:　今日　－　３時　から　５時　まで　会議　の予定がある
　文テンプレート:［開始日］の［開始時刻］から［終了時刻］まで［題名］の予定－－－
　すなわち、入力シンボル列を構成する「今日」、「－」、「３時」、「か」、「ら」、「５時」、「ま」、「で」、「会議」、「の」、「予」、「定」、「が」、「あ」、「る」の各シンボルは、それぞれ、文テンプレートの［開始日］スロット、「の」、［開始時刻］スロット、「か」、「ら」、［終了時刻］スロット、「ま」、「で」、［題名］スロット、「の」、「予」、「定」、「－」、「－」、「－」に対応する。

　「－」は、対応するシンボルが相手側に存在しないことを表す。以下においては、入力シンボル列側に余計なシンボルが存在していることを「挿入」、文テンプレート側に余計なシンボルが存在していることを「脱落」と表現する。言い換えると、両者をマッチさせるには、文テンプレート側において「の」（アークＡ２２のラベル）を脱落させ、さらに末尾に「が」、「あ」、「る」を挿入すればよい。

　WFSTを用いてこのようなマッチングを実現するためには、シンボルの挿入および脱落を表す特別なアークを文テンプレート側に追加する。図２３においては、破線で示すアークａ１乃至ａ９はシンボルの挿入を表し、一点鎖線で示すアークａ１１乃至ａ１８はシンボルの脱落を表す。両アークには特殊なラベルが付与されている。特殊なラベルについては図２４を参照して説明する。

　図２４は、図２３のアークＡ２４付近の一部の拡大図である。

　アークＡ２４の両側のノードを、それぞれノードｎ１，ｎ２とする。ノードｎ１からはシンボルの挿入を表すアークａ２が出ている。アークａ２は自己ループのアークであり、ノードｎ１に戻る。

　アークａ２には「<ins>:<ins>/Wi」という特殊なラベルが付与されている。このラベルにおいて、<ins>はシンボルの挿入を表す特殊なシンボルである。また、Wiはシンボルの１回の挿入の重み（コスト）に対応した正の値である。Wiは１としてもよく、その場合、図２３の文テンプレートWFSTは、シンボルの挿入が発生した回数をカウントするWFSTとなる。

　シンボルの挿入を表すアークにおいては、出力シンボルとして、<ins>の代わりに<rest>を用いてもよい（「<ins>:<rest>/Wi」というラベルを付与してもよい）。<rest>は特殊なシンボルである。この場合、マッチング結果において、挿入扱いとなったシンボルを出力することが可能になる。詳細については後述する。

　ノードｎ１からノードｎ２に向かうアークには、通常のアークであるアークＡ２４の他に、脱落を表すアークａ１２も存在する。アークａ１２には、「<del>:ε/Wd」という特殊なラベルが付与されている。このラベルにおいて、<del>はシンボルの脱落を表す特殊なシンボルである。また、Wdはシンボルの１回の脱落の重み（コスト）に対応した正の値である。Wdについても１としてよく、その場合、図２３の文テンプレートWFSTは、シンボルの脱落が発生した回数をカウントするWFSTとなる。

　図２３に戻り、これらの特殊なアークを用いて、文テンプレートWFSTと「今日3時から5時まで会議がある」という入力文とをマッチさせる方法について説明する。

　マッチング部２２１は、入力文を「<s>,今,日,3,時,か,ら,5,時,ま,で,会,議,が,あ,る,</s>」という入力シンボル列に変換する。マッチング部２２１は、この入力シンボル列を対象として、文テンプレートWFSTでマッチングを行う。

　入力シンボル列側には「の」に対応するシンボル（アークＡ２２のシンボル）が存在しないため、状態遷移は、脱落を表す特殊なアークであるアークａ１１の方を通る。

　また、「が」、「あ」、「る」のそれぞれに対応したラベルが文テンプレート側には存在しないため、状態遷移は、挿入を表す特殊なアークであるアークａ９を３回通る。これにより、「が」、「あ」、「る」の３つのシンボルの違いが吸収される。

　その結果、入力シンボル列全体に対する遷移重みとしてWd+Wi×3が得られる。Wd = Wi = 1 であれば、遷移重みは値4として表される。

　なお、図２３の文テンプレートWFSTでは、それ以外の遷移も可能である。例えば、「3時から」のうちの「か」を処理する際に、状態遷移として、アークＡ２４を通る代わりに、挿入を表すアークを通り、次に脱落を表すアークを通るようにすることも可能である。ただし、その場合、挿入と脱落に対応した遷移が１回ずつ行われるため、Wi+Wdのコストが余計にかかることになる。従って、コストが最小のパス（開始状態から終了状態までの経路）を選択すれば、必要最小限の挿入と脱落を持ったマッチング結果が得られる。

　ここで、「題名」スロットWFST＃２４の近傍のノードについて補足する。図２３の例においては、「題名」スロットWFST＃２４の両側のノードにシンボルの挿入を表すアークと脱落を表すアークが追加されている。これにより、入力シンボル列とのマッチングにおいて、アークＡ２７，Ａ２８，Ａ３０，Ａ３１，Ａ３２に付与されたラベルの脱落を許容すると共に、入力シンボル列側への余計なシンボルの挿入が許容されている。

　一方、「題名」スロットWFST＃２４に対しては、特定のシンボルで挟まれた任意のシンボル列を値として格納したい場合もあり、それをWFSTで実現するためには、「題名」スロットの近傍のノードにおいてシンボルの挿入や脱落を禁止する必要がある。その点については、スロットWFSTの説明において後述する。

　ここで、シンボルの単位の他の例について説明する。図２３においては文字単位でシンボルを構成するものとしたが、単語単位（形態素単位）でシンボルを構成することも可能である。

　図２５は、入力シンボルおよび出力シンボルに単語を対応させた場合の文テンプレートWFSTの例を示す図である。

　図２３の例においては例えば「から」の語句が２つのシンボルに分割されており、遷移が２回発生するのに対して、図２５においては１個のシンボルにまとめられ、遷移が１回で済む。スロットWFST＃２１乃至＃２４も単語単位のシンボルで構成される。

　入力文を図２５のWFSTで処理する場合、マッチング部２２１は、入力文に対して形態素解析を適用し、その結果に基づいて入力シンボル列を生成する。

　また、形態素解析を用いる場合、各シンボルに品詞や細品詞などを含めることも可能である。例えば、「の」、「から」、「まで」、「予定」の代わりに、それぞれ、「の＋助詞＋格助詞」、「から＋助詞＋格助詞」、「まで＋助詞＋格助詞」、「予定＋名詞＋一般名詞」といった文字列をシンボルとして使用してもよい。

　なお、日時表現等の数字が含まれる語句については、数字を文字ごとに分割した方がシンボルの種類を減らせる場合がある。例えば、日付の日の部分を「1日」や「31日」を単位とすると31通りのシンボルが必要だが、数字を文字ごとに分割すると、0から9までの数字と「日」の11通りのシンボルで表現できる。そのため、シンボルを形態素単位で構成する場合でも、数字については文字ごとで構成してもよい。

　さらに、単語単位と文字単位との中間として、シンボル自体は文字単位で構成するが、曖昧マッチングのためのアークは単語境界を考慮して配置することも可能である。

　その例を図２６に示す。図２６の「の予定」に対応した部分を、文字単位のシンボルで構成された文テンプレートWFSTである図２３の対応部分と比較すると２つの相違点がある。１つ目の相違点は、「予」と「定」との間のノードに、シンボルの挿入を表すアークが省略されている点である。２つ目の相違点は、シンボルの脱落を表すアークが、「予」と「定」との間のノードをスキップしてその右隣のノードに接続している点である。

　このような形態の文テンプレートWFSTを用いることにより、入力文が「・・・の・・・予定・・・」という文字の並びの場合のみにマッチする。単語単位でシンボルを構成する場合と比べて、シンボルの種類を少なくすることができる。

　また、英語等の分かち書きをする言語においては、シンボルは基本的に単語単位で構成すればよい。基本的には空白で分割される単位をシンボルとすればよいが、さらに細かく分割した単位をシンボルとして用いた方が、処理の都合が良い場合もある。例えば、単語末尾の“'s”（アポストロフィーと小文字のs）は直前の部分と切り離しておくと、例えば“today's meeting”という語句は“today”、“'s”、“meeting”の3つに分割されるため、そのうちの“today”を「開始日」スロットに、“meeting”を「題名」スロットに格納するといったことがやりやすくなる。

　また、英語等の大文字と小文字とが存在する言語においては、文テンプレートWFST側と入力文側とで、大文字と小文字との食い違いがあるためにマッチングに失敗する可能性もある。食い違いを防ぐためには、WFST側のシンボルは全て小文字のみ（または大文字のみ）で構成しておき、入力文側については、マッチング前に文字を全て小文字（または大文字）に変換するといった方法がある。

　次に、スロットWFSTについて説明する。

　上述したように、スロットは以下の３種類に分類される。

　・人名・地名・駅名・曲名などのスロット
　・日時関連のスロット
　・「予定追加」フレームの題名スロット

　人名・地名・駅名・曲名などのスロットの値はリストとして用意される。日時関連のスロットの値は、月・日・曜日・時・分といった基本的なパーツと、それらのパーツ同士の組み合わせとして用意される。「予定追加」フレームの題名スロットの値は、典型的な題名からなるリストと、特定のシンボルに囲まれた任意の文字列を切り出す機構とを併用することによって用意される。

　それぞれのスロットに対応するWFST（スロットWFST）が存在する。WFSTの構造という観点で見ると、スロットWFSTには、有限値スロットWFST、任意値スロットWFST、混合スロットWFSTがある。有限値スロットWFSTは値が有限のスロットWFSTである。任意値スロットWFSTは、特定のシンボルに囲まれた（挟まれた）任意の文字列を取り出すための構造を有するスロットWFSTである。混合スロットWFSTは、有限値スロットWFSTと任意値スロットWFSTを組み合わせた構造を有するスロットWFSTである。

　図２７は、駅名を値として取るスロットWFSTの例を示す図である。

　図２７に示すスロットWFSTは、有限値スロットWFSTの１つであり、山手線の駅名をスロットに格納するために使用される。

　横長長方形の枠内の構成がスロットWFSTである。枠内へと延びるアークＡ４１には、このスロットの直前のシンボルがラベルとして付与されている。アークＡ４１と並行に、シンボルの脱落を表すアークａ４１も存在する。一方、枠外へと延びるアークＡ４５には、εのラベルが付与されている。

　上述したように、スロットの内側のシンボルについては挿入も脱落も許容しないため、スロットWFST内にはそれらのアークは基本的には存在しない。例外的に、スロットWFSTの先頭のノードｎ１１のみはシンボルの挿入を表すアークａ４２が存在する。これにより、入力文に例えば「えーと秋葉原」のような駅名以外の語句が含まれている場合でも、アークａ４２による自己ループによって「えーと」の語句を吸収することができる。

　アークＡ４２とアークＡ４４は、それぞれスロットの始端と終端を表す目印を出力するための特別なアークである。アークＡ４２にはラベル「ε:<駅名>」が付与されており、アークＡ４４にはラベル「ε:</駅名>」が付与されている。

　両ラベルは入力シンボルがε（空）であるため、これらのアークで遷移するときは、入力シンボルを消費せずにそれぞれ“<駅名>”および“</駅名>”を出力する。そのため、入力文と文テンプレートとのマッチングの後では、「えーと <駅名> 秋葉原 </駅名>」のように、スロットに入るべき語句（この例では「秋葉原」）の前後に目印が埋め込まれる。

　スロットの始端および終端を表す目印は、スロットごとに、始端と終端とで別の識別子となるものであればどのようなものでもよい。例えばマッチング結果がXML形式である場合、始端を<スロット名>、終端を</スロット名>とすることができる。

　ノードｎ１２からノードｎ１３までの間は、山手線の各駅名を表すFSTである。このFSTは、駅名のリストを用意し、１つの駅名から１つのFSTを生成した後、それらを並列に接続することによって生成される。

　なお、枠Ｆ１の内側の２本のアークＡ４３とアークａ４３は、駅名において末尾の「駅」が省略可能であることを表す。例えば、入力文中の駅名が「秋葉原駅」の代わりに「秋葉原」であっても、この駅名スロットWFSTはマッチする。入力文が「秋葉原駅」である場合、アークａ４３の遷移の方にマッチすることになり、この場合は「<駅名> 秋葉原 </駅名> 駅」というマッチング結果が生成される。

　しかし、そのマッチングにおいては、「駅」はスロットWFSTを出て最初のノードであるノードｎ１５においてシンボルの挿入としてマッチする（アークａ４４で遷移する）ことになり、余計な挿入が発生する分だけ、マッチングのコストが高くなる。コスト最小という基準でマッチングを行えば、「秋葉原駅」という入力に対しては「<駅名> 秋葉原駅 </駅名>」が得られる。

　図２８は、有限値スロットWFSTの他の例を示す図である。

　図２８の有限値スロットWFSTは、日時関連のスロットである「開始日」スロットに対応するWFSTである。図２８に示す有限値スロットWFSTが、図２３のスロットWFST＃２１に対応する。

　なお、図２８にWFSTを示す「開始日」スロットは、「今日から3日後まで」といった、開始日と終了日とを含む発話の開始日「今日」を格納するだけでなく、「3日後に」といった、日にちを１個しか含まない発話に含まれる「3日後」を格納する。

　先頭のノードｎ２１には、シンボルの挿入を表すアークａ５１が存在する。アークａ５１の働きは、図２７のアークａ４２と同じである。

　アークＡ５１は、スロットの始端を表す目印を出力するための特殊なアークである。アークＡ５１にはラベル「ε:<開始日>」が付与されている。

　アークＡ５２は、スロットの終端を表す目印を出力するための特殊なアークである。アークＡ５２にはラベル「ε:</開始日>」が付与されている。

　ノードｎ２２からノードｎ２３の間には、月・日・曜日・祭日といった、開始日スロットの値となり得る基本パーツを構成する状態遷移と、それらの組み合わせを構成する状態遷移が並列に記述されている。以降、各基本パーツについて説明する。

　なお、図２８においては、アークとラベルの表記として簡略化表記を用いている。例えば、二重線で表すアークＡ６１に付与されたラベルは「1～9」のように「～」を含む。これは、実際のFSTにおいてはアークが９本並列に存在し、各アークには「1」から「9」までのラベルが付与されていることを表す。

　同様に、二重線で表すアークＡ６２に付与されたラベルは「0,1,2」のようにコンマを含む。これは、実際のFSTにおいてはアークが３本並列に存在し、各アークには「0」、「1」、「2」というラベルが付与されていることを表す。

　枠Ｆ１１の内側のFSTは、月を表すFSTであり、「1月」から「12月」までの各月にマッチする。枠Ｆ１２の内側のFSTは、日を表すFSTであり、「1日」から「31日」にマッチする。両者を連結することで、「1月1日」から「12月31日」までの月日にマッチする。

　枠Ｆ１３の内側のFSTは、「○日前／後」、「○週（間）前／後」、「○ヶ月前／後」、「○年前／後」などにマッチするFSTである。数字の部分は、1から99までがマッチ可能である。

　枠Ｆ１４の内側のFSTは、「今日」、「明日」、「昨日」にマッチするFSTである。ここに「明後日」、「一昨日」などにマッチするFSTを追加することも可能である。

　枠Ｆ１５の内側のFSTは、「月曜（日）」から「日曜（日）」までの７つの曜日にマッチするFSTである。「月曜（日）」等の末尾の「日」は省略可能であるため、「日」が付与されたアークとεが付与されたアークからなるアームＡ６３が用意される。ここに、「土日」等、曜日を表す他の語句にマッチするFSTを追加することも可能である。

　枠Ｆ１６の内側のFSTは、「敬老の日」、「文化の日」といった祭日の名称にマッチするFSTである。ここに、他の祭日を表す語句にマッチするFSTを追加することも可能である。さらに、「クリスマス」等の特別な日や「納豆の日」等の各種記念日の名称にマッチするFSTを追加することも可能である。

　また、以下の語句にマッチするFSTを基本パーツとしてノードｎ２２とノードｎ２３との間に追加してもよい。

　・「2014年」や「平成26年」等の年
　・「先週」「今週」「来週」等の相対的な週
　・「前月」「今月」「来月」等の相対的な月
　・「去年」「今年」「来年」等の相対的な年

　さらに、これらの基本パーツを直列に接続することで新たなFSTを構築し、それをノードｎ２２とノードｎ２３との間に追加してもよい。例えば、枠Ｆ１３の内側のFSTと枠Ｆ１５の内側のFSTとを直列に配置し、その間を「の」またはεのラベルが付与されたアークで接続することにより、「来週月曜日」や「3日後の水曜日」といった語句にマッチするFSTを実現可能である。また、年にマッチするFSTと、枠Ｆ１１および枠Ｆ１２の内側のFSTとを接続することで、「2014年9月15日」といった語句にマッチするFSTを実現可能である。

　以上のように、文テンプレートと入力文との間で曖昧マッチングを行うことにより、多種多様な入力文を対象としたフレーズ抽出が可能になる。

　また、文テンプレートおよびその中の各種スロット、そして文テンプレートの集合を全て重みつき有限状態トランスデューサー（WFST）として表現し、入力文に含まれるシンボルを用いてマッチングを行うことにより、入力文に最も良くマッチする文テンプレートを見つけ出す処理と、スロットに対応する語句を見つけ出す処理とを同時に行うことが可能になる。

＜＜変形例＞＞
　以上においては、日時表現の変換が情報処理端末１において行われるものとしたが、インターネットなどのネットワークを介して情報処理端末１と接続されるサーバにおいて行われるようにしてもよい。

　この場合、情報処理端末１は、ユーザの発話を検出する毎に入力文をサーバに送信する。サーバには、図１０に示す構成と同様の構成が設けられる。サーバは、情報処理端末１から送信されてきた入力文を受信し、日時表現の変換を行うことによって得られた変換後の日時の情報を情報処理端末１に送信する。

　サーバから送信されてきた変換後の日時の情報を受信した情報処理端末１は、変換後の日時を用いて上述したような各種の処理を行うことになる。

　情報処理端末１からサーバに対して入力文が送信されるのではなく、ユーザの音声のデータが送信され、音声認識によるテキストへの変換以降の処理がサーバにより行われるようにしてもよい。

　なお、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

　本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

　例えば、本技術は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

　また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。

　さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

　なお、本明細書に記載された効果はあくまで例示であって限定されるものでは無く、また他の効果があってもよい。

＜プログラムについて＞
　上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、汎用のパーソナルコンピュータなどにインストールされる。

　インストールされるプログラムは、光ディスク（CD-ROM(Compact Disc-Read Only Memory)，DVD(Digital Versatile Disc)等）や半導体メモリなどよりなる図９に示されるリムーバブルメディア６４に記録して提供される。また、ローカルエリアネットワーク、インターネット、デジタル放送といった、有線または無線の伝送媒体を介して提供されるようにしてもよい。プログラムは、ROM５２やメモリ６１に、あらかじめインストールしておくことができる。

　なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

＜構成の組み合わせ例＞
　本技術は、以下のような構成をとることもできる。

（１）
　ユーザが想定する日時である想定日時を特定する日時管理部と、
　前記ユーザによって入力された入力文に含まれる日時表現を抽出する抽出部と、
　抽出された前記日時表現が表す日時を、前記想定日時を基準として求める演算部と
　を備える情報処理装置。
（２）
　抽出された前記日時表現に応じて、前記想定日時と現在日時のうちのいずれかを、前記日時表現が表す日時を求める基準となる日時として決定する決定部をさらに備え、
　前記演算部は、抽出された前記日時表現が表す日時を、前記決定部により決定された日時を基準として求める
　前記（１）に記載の情報処理装置。
（３）
　前記日時管理部は、前記演算部により求められた日時を新たな前記想定日時として管理し、
　前記演算部は、新たな前記想定日時が管理された後に入力された前記入力文から抽出された前記日時表現が表す日時を、新たな前記想定日時を基準として求める
　前記（１）または（２）に記載の情報処理装置。
（４）
　前記演算部により求められた日時を表す所定の形式の日時情報を出力する出力部と、
　前記出力部から出力された前記日時情報に基づいて処理を行う処理部と
　をさらに備える前記（１）乃至（３）のいずれかに記載の情報処理装置。
（５）
　複数の前記日時表現を記憶する記憶部をさらに備え、
　前記抽出部は、前記記憶部に記憶された前記日時表現を前記入力文から抽出する
　前記（１）乃至（４）のいずれかに記載の情報処理装置。
（６）
　前記ユーザにより入力された前記日時表現を前記記憶部に追加して記憶させる登録部をさらに備える
　前記（５）に記載の情報処理装置。
（７）
　前記日時表現が表す日時の求め方の規則を、前記日時表現と対応付けて記憶する記憶部をさらに備える
　前記演算部は、抽出された前記日時表現と対応付けて前記記憶部に記憶されている前記規則に従って、前記日時表現が表す日時を求める
　前記（１）乃至（６）のいずれかに記載の情報処理装置。
（８）
　前記ユーザにより入力された前記規則を前記記憶部に追加して記憶させる登録部をさらに備える
　前記（７）に記載の情報処理装置。
（９）
　前記入力文の内容を分類する分類部と、
　抽出された前記日時表現が表す日時の演算を、過去の日時を求めるようにして行うのか、未来の日時を求めるようにして行うのかを、前記入力文の内容の分類結果に応じて決定する決定部と
　さらに備え、
　前記演算部は、抽出された前記日時表現が表す日時の演算を、前記決定部による決定に従って行う
　前記（１）乃至（８）のいずれかに記載の情報処理装置。
（１０）
　前記入力文は、前記ユーザの発話を認識することによって得られた文字列、または、前記ユーザによる操作によって入力された文字列である
　前記（１）乃至（９）のいずれかに記載の情報処理装置。
（１１）
　前記日時管理部は、前記入力文の解析結果または前記ユーザの動作に基づいて、前記想定日時を特定する
　前記（１）乃至（１０）のいずれかに記載の情報処理装置。
（１２）
　ユーザが想定する日時である想定日時を特定し、
　前記ユーザによって入力された入力文に含まれる日時表現を抽出し、
　抽出した前記日時表現が表す日時を、前記想定日時を基準として求める
　ステップを含む情報処理方法。
（１３）
　ユーザが想定する日時である想定日時を特定し、
　前記ユーザによって入力された入力文に含まれる日時表現を抽出し、
　抽出した前記日時表現が表す日時を、前記想定日時を基準として求める
　ステップを含む処理をコンピュータに実行させるプログラム。

　１　情報処理端末，　１１　日時表現変換アプリケーション，　７１　日時表現変換部，　８１　発話内容分類部，　８２　センサ情報処理部，　８３　日時表現抽出部，　８４　抽出用情報記憶部，　８５　変換処理部，　８６　変換用情報記憶部，　８７　結果出力部，　８８　登録部，　１０１　日時表現辞書，　１０２　ユーザ辞書，　１１１　日時基本関数辞書，　１１２　変換規則辞書，　１１３　処理方向リスト，　１１４　基準表現リスト，　１２１　日時情報管理部，　１２２　日時情報記憶部，　１２３　基準日時決定部，　１２４　処理方向決定部，　１２５　演算部

Claims

　ユーザが想定する日時である想定日時を特定する日時管理部と、
　前記ユーザによって入力された入力文に含まれる日時表現を抽出する抽出部と、
　抽出された前記日時表現が表す日時を、前記想定日時を基準として求める演算部と
　を備える情報処理装置。
　抽出された前記日時表現に応じて、前記想定日時と現在日時のうちのいずれかを、前記日時表現が表す日時を求める基準となる日時として決定する決定部をさらに備え、
　前記演算部は、抽出された前記日時表現が表す日時を、前記決定部により決定された日時を基準として求める
　請求項１に記載の情報処理装置。
　前記日時管理部は、前記演算部により求められた日時を新たな前記想定日時として管理し、
　前記演算部は、新たな前記想定日時が管理された後に入力された前記入力文から抽出された前記日時表現が表す日時を、新たな前記想定日時を基準として求める
　請求項１に記載の情報処理装置。
　前記演算部により求められた日時を表す所定の形式の日時情報を出力する出力部と、
　前記出力部から出力された前記日時情報に基づいて処理を行う処理部と
　をさらに備える請求項１に記載の情報処理装置。
　複数の前記日時表現を記憶する記憶部をさらに備え、
　前記抽出部は、前記記憶部に記憶された前記日時表現を前記入力文から抽出する
　請求項１に記載の情報処理装置。
　前記ユーザにより入力された前記日時表現を前記記憶部に追加して記憶させる登録部をさらに備える
　請求項５に記載の情報処理装置。
　前記日時表現が表す日時の求め方の規則を、前記日時表現と対応付けて記憶する記憶部をさらに備える
　前記演算部は、抽出された前記日時表現と対応付けて前記記憶部に記憶されている前記規則に従って、前記日時表現が表す日時を求める
　請求項１に記載の情報処理装置。
　前記ユーザにより入力された前記規則を前記記憶部に追加して記憶させる登録部をさらに備える
　請求項７に記載の情報処理装置。
　前記入力文の内容を分類する分類部と、
　抽出された前記日時表現が表す日時の演算を、過去の日時を求めるようにして行うのか、未来の日時を求めるようにして行うのかを、前記入力文の内容の分類結果に応じて決定する決定部と
　さらに備え、
　前記演算部は、抽出された前記日時表現が表す日時の演算を、前記決定部による決定に従って行う
　請求項１に記載の情報処理装置。
　前記入力文は、前記ユーザの発話を認識することによって得られた文字列、または、前記ユーザによる操作によって入力された文字列である
　請求項１に記載の情報処理装置。
　前記日時管理部は、前記入力文の解析結果または前記ユーザの動作に基づいて、前記想定日時を特定する
　請求項１に記載の情報処理装置。
　ユーザが想定する日時である想定日時を特定し、
　前記ユーザによって入力された入力文に含まれる日時表現を抽出し、
　抽出した前記日時表現が表す日時を、前記想定日時を基準として求める
　ステップを含む情報処理方法。
　ユーザが想定する日時である想定日時を特定し、
　前記ユーザによって入力された入力文に含まれる日時表現を抽出し、
　抽出した前記日時表現が表す日時を、前記想定日時を基準として求める
　ステップを含む処理をコンピュータに実行させるプログラム。