(57)【特許請求の範囲】
【請求項１】
ユーザから入力情報を取得する入力情報取得部と、
前記入力情報における焦点を示す焦点情報を取得する焦点情報取得部と、
前記ユーザのプロフィール情報と当該プロフィール情報を登録した日時情報とを対応付けて記憶するユーザプロフィール記憶部と、
前記ユーザプロフィール記憶部に記憶されている前記焦点情報に対応するプロフィール情報から、日時情報に基づいて定められた優先度に従ってプロフィール情報を取得するプロフィール情報取得部と、
前記プロフィール情報に対応する発話情報を生成する発話生成部と、
を備える対話装置。
【請求項２】
前記入力情報における前記焦点情報のカテゴリを判断するカテゴリ判断部をさらに備え、
前記プロフィール情報取得部は、前記カテゴリに応じて、プロフィール情報を取得する日時情報の優先度を変えて、当該優先度に従ってプロフィール情報を取得する、
請求項１に記載の対話装置。
【請求項３】
前記発話生成部は、前記取得したプロフィール情報を登録した日時情報に基づいた時間概念情報を含んだ発話情報を生成する、請求項１または２に記載の対話装置。
【請求項４】
前記プロフィール情報取得部は、日時情報に基づいてプロフィール情報を取得する際、事前に定められた日時情報の上限値または下限値に基づいて、プロフィール情報を取得する、請求項１から３のいずれか一項に記載の対話装置。
【請求項５】
前記プロフィール情報取得部は、日時情報として、時間帯、時期または季節を示す情報を用い、入力情報を取得した日時と同じ時間帯、時期または季節のプロフィール情報を取得する、請求項１から４のいずれか一項に記載の対話装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザと対話を行う対話装置に関する。
【背景技術】
【０００２】
特許文献１（特開２００１−１８８７８７号公報）には、会話処理装置についての記載がある。この会話処理装置は、ユーザの趣向に関するプロファイルデータを記憶しておき、このプロファイルデータを用いてユーザと会話することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２９２９８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１の発明では、複数のプロフィールデータがあった場合、どのプロフィールデータを採用して、会話をすべきか決めておらず、適切な応答をすることができない。例えば、直前に獲得したプロフィールばかり使用すると、適切な応答を行うことができず、よってユーザとの親密度の低下を招くことがあり得る。【０００５】
そこで、上述の課題を解決するために、本発明は、ユーザとの親密度またはユーザの満足度を向上することができる発話を可能にする対話装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、ユーザから入力情報を取得する入力情報取得部と、前記入力情報における焦点を示す焦点情報を取得する焦点情報取得部と、前記ユーザのプロフィール情報と当該プロフィール情報を登録した日時情報とを対応付けて記憶するユーザプロフィール記憶部と、前記ユーザプロフィール記憶部に記憶されている前記焦点情報に対応するプロフィール情報から、日時情報に基づいて定められた優先度に従ってプロフィール情報を取得するプロフィール情報取得部と、前記プロフィール情報に対応する発話情報を生成する発話生成部と、を備える。【０００７】
この構成によれば、日時情報に応じたプロフィール情報を利用して発話情報を生成することができる。したがって、ユーザの親密度またはユーザの満足度を向上させることができる。
【発明の効果】
【０００８】
本発明によると、ユーザの親密度またはユーザの満足度を向上させることができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態の対話装置１００を含んだ対話システムのシステム構成図である。
【図２】対話装置１００の機能構成を示すブロック図である。
【図３】カテゴリテーブルの具体例を示す図である。
【図４】ユーザプロフィールＤＢ１１０の具体例を示す図である。
【図５】発話ＤＢ１１１の具体例を示す図である。
【図６】対話装置１００の動作を示すフローチャートである。
【図７】本実施形態の対話装置１００と対話をしているユーザ端末５０の表示画面の例を示す図である。
【図８】メッセージＭ１からメッセージＭ２が生成される処理についての模式図である。
【図９】本実施形態に係る対話装置１００のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１０】
添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。
【００１１】
図１は、本実施形態の対話装置１００を含んだ対話システムのシステム構成図である。図１に示されるとおり、この対話システムは、対話装置１００、メールサーバ２００、およびプロバイダ３００を含んで構成されている。対話装置１００は、ユーザ端末５０との間で対話処理を行う。例えば、対話装置１００は、ユーザ端末５０から送信された入力情報（テキスト情報）に応じた対話情報を生成し、ユーザ端末５０に返信する。対話情報は、入力情報の話題（焦点情報）および／またはユーザ端末５０のユーザのユーザプロフィール（プロフィール情報）に基づいた文章情報である。このシステムによって、ユーザ端末５０のユーザは、対話装置１００と対話を行うことができる。例えば、雑談など、特にコンテンツの情報提供を求めていない会話を行うことができる。なお、ユーザ端末５０は、ユーザが操作する携帯端末、スマートフォン、タブレット端末などの情報処理装置である。ユーザは、ユーザ端末５０を操作することにより、対話のためのテキストを入力情報として入力する。
【００１２】
対話装置１００は、ユーザ端末５０から送信された入力情報に基づいて、当該ユーザのユーザプロフィールを抽出して、記憶しておき、このユーザプロフィールを利用して対話情報を生成する。
【００１３】
なお、ユーザプロフィールは、対話装置１００がユーザ端末５０との間でなされた対話に基づいて生成されるが、これに限るものではない。ユーザプロフィールは、メールサーバ２００またはプロバイダ３００が、ユーザ端末５０とメール通信により得られた情報（メール本文など）、またはインターネット接続を行うことにより得られた情報（検索キーなど）に基づいて生成されてもよい。
【００１４】
その場合、対話装置１００は、メールサーバ２００およびプロバイダ３００と通信可能に構成されており、ユーザＩＤをキーにしてユーザごとの情報を取得し、ユーザプロフィールを生成する。
【００１５】
また、対話装置１００は、ユーザ端末５０とネットワークを介して通信可能に構成されているが、これに限るものではない。対話装置１００は、ユーザ端末５０に内蔵されており、ユーザは、対話装置１００に直接入力情報等を入力してもよい。
【００１６】
つぎに、この対話装置１００の詳細な機能構成について説明する。図２は、対話装置１００の機能構成を示すブロック図である。図２に示されるとおり、対話装置１００は、入力情報取得部１０１、入力情報解析部１０２、焦点抽出部１０３（焦点情報取得部）、ユーザプロフィール推定部１０４，ユーザプロフィール登録部１０５，カテゴリ判断部１０６、プロフィール情報取得部１０７、発話生成部１０８、出力部１０９、ユーザプロフィールＤＢ１１０（ユーザプロフィール記憶部）、および発話ＤＢ１１１を含んで構成されている。以下、各構成要件について説明する。
【００１７】
入力情報取得部１０１は、ユーザ端末５０から送信された入力情報を、直接またはネットワークを介して取得する部分である。
【００１８】
入力情報解析部１０２は、入力情報取得部１０１が取得した入力情報を解析する部分である。具体的には、入力情報解析部１０２は、形態素解析を行うことで、入力情報から一または複数の単語、助詞、および動詞などの言語で意味を持つ最小単位を抽出する。
【００１９】
焦点抽出部１０３は、入力情報解析部１０２により解析されて得られた情報（最小単位の情報）、そのほかユーザが入力した情報に基づいて、ユーザ発話（入力情報）の話題の少なくとも一部を表す焦点情報を抽出する部分である。焦点情報は、例えば、ユーザからの入力情報において最も話題の中心となっている単語である。入力情報からの焦点情報の抽出には、種々の周知の技術を適用することができ、例えば、ディープラーニング、ＳＶＭ等の機械学習の手法を用いることができる。
【００２０】
一例として、以下の公知の技術を使用してもよい。焦点抽出部１０３は、入力情報から入力情報解析部１０２（形態素解析）により抽出された単語を焦点情報の候補として抽出するとともに、ユーザからの入力情報におけるその焦点情報の候補の前後に位置する単語または文字、およびその素性（特徴）を抽出する。焦点抽出部１０３は、焦点情報の候補と、その前後に位置する単語（文字を含む）の素性に基づいて、スコアを算出し、そのスコアに基づいて焦点情報の候補から焦点情報を決定する。
【００２１】
さらに、焦点抽出部１０３は、焦点情報の特徴ベクトルを算出する。焦点情報の特徴ベクトルは、焦点情報で表される単語の意味を示すベクトルである。例えばWord2Vectorなど公知の技術によって、単語をベクトル表現することができる。
【００２２】
ユーザプロフィール推定部１０４は、ユーザ端末５０が送信した入力情報からユーザプロフィールを推定する部分である。例えば、入力情報から、その入力情報の焦点情報（話題）、特徴ベクトル、述語項構造ペア、ＴａｇＡ、ＴａｇＢなどを含むユーザプロフィールを推定する。述語項構造ペアは、動詞に例示されるような述語と、その述語の主語及び目的語となるような項とのペアである。ＴａｇＡおよびＴａｇＢは、述語項構造ペアにおけるカテゴリを示す情報である。入力情報に含まれている単語に基づいてユーザプロフィールは推定可能である。
【００２３】
最も簡単な処理方法としては、以下の処理が考えられる。ユーザプロフィール推定部１０４は、対話中に入力された入力情報から焦点情報を抽出するとともに、その入力情報から述語項構造ペアを抽出する。例えば、「ラーメンが好き」という入力情報から、「ラーメン＿好き」という述語項構造ペアを抽出することができる。述語項構造は、公知の技術により解析可能な情報である。
【００２４】
また、事前に単語と、属性、趣味、または趣向などとを対応付けたテーブルを用意しておき、ユーザプロフィール推定部１０４は、上記テーブルを参照して、入力情報解析部１０２により得られた単語（例えば焦点情報）に対応する属性、趣味、趣向などをユーザプロフィールとして推定する方法が挙げられる。
【００２５】
焦点情報および特徴ベクトルの算出方法については上記焦点抽出部１０３における処理と同じである。
【００２６】
また、一例として、公知の技術として、以下の処理を利用してもよい。すなわち、ユーザプロフィール推定部１０４は、各プロフィールの属性間の依存関係を利用した推定処理が知られている。この公知の技術によると、例えば、ユーザプロフィール推定部１０４は、推定対象のユーザによって作成された文書に含まれる単語に基づいて、単語表記の特徴を示す単語表記素性を作成し、学習された推定モデルに基づいて、作成された単語表記素性を示す観測述語に対して尤もらしい、推定対象のユーザのプロフィール属性の属性値を示す潜在述語を推定することにより、推定対象のユーザのプロフィール属性の属性値を推定する、ことができる。
【００２７】
ユーザプロフィール登録部１０５は、ユーザプロフィール推定部１０４により抽出された焦点情報、特徴ベクトル、述語項構造ペア、およびＴａｇＡなどの情報を、ユーザプロフィールとして、ユーザＩＤと対応付けてユーザプロフィールＤＢ１１０に、その登録日時とともに記憶する部分である。
【００２８】
カテゴリ判断部１０６は、焦点抽出部１０３により抽出された焦点情報のカテゴリを判断する部分である。カテゴリ判断部１０６は、予め単語とカテゴリとを対応付けたカテゴリテーブルを備えており、焦点情報に記述さている単語に対応するカテゴリを判断する。例えば、焦点情報として、“ラーメン”が抽出された場合には、“ラーメン”のカテゴリは“料理・グルメ”であると判断する。なお、上記のユーザプロフィールにおけるＴａｇとカテゴリとは、同じ情報である。
【００２９】
図３は、そのカテゴリテーブルの具体例を示す図である。図３に示すとおり、一の単語に一または複数のカテゴリを対応付けて記述している。
【００３０】
プロフィール情報取得部１０７は、カテゴリ判断部１０６により判断された焦点情報に対応したユーザプロフィールを、ユーザプロフィールＤＢ１１０から取得する部分である。すなわち、プロフィール情報取得部１０７は、焦点情報の特徴ベクトルと、ユーザプロフィールの焦点情報の特徴ベクトルとを比較し、ベクトル間の距離が所定距離以下であるユーザプロフィールを取得する。
【００３１】
なお、プロフィール情報取得部１０７は、焦点情報の特徴ベクトルに基づいて取得することに限るものではない。焦点情報のカテゴリを示すＴａｇ情報を用いて、対応するプロフィール情報を取得してもよい。
【００３２】
プロフィール情報取得部１０７は、ベクトル間距離が所定より以下のプロフィールが複数ある場合には、カテゴリ判断部１０６により判断されたカテゴリに基づいた優先順位に従って、一のプロフィール情報を取得する。例えば、プロフィール情報取得部１０７は、カテゴリ判断部１０６により抽出した焦点情報が趣味・嗜好に関するカテゴリに属すると判断されると、ユーザプロフィールＤＢ１１０に記憶されているユーザプロフィールの登録日が最も古いユーザプロフィールを取得する。なお、登録日が最も古いプロフィールを優先させること例示であり、これに限るものではない。カテゴリによって登録日が最も新しいプロフィールを優先させてもよい。
【００３３】
また、プロフィール情報取得部１０７は、ユーザプロフィールＤＢ１１０における登録日が、所定の日時より前のユーザプロフィール、または所定の日時より後のユーザプロフィールを取得しなくてもよい。あまりにも古い、または新しいユーザプロフィールはユーザの満足度・親しみやすさ向上には寄与しないためである。
【００３４】
なお、プロフィール情報取得部１０７は、カテゴリ判断部１０６により判断されたカテゴリに基づいて、取得対象となる上記登録日の範囲を決めてもよい。カテゴリによっては、古いユーザプロフィールを利用しても、ユーザの満足度・親しみやすさなどには影響がない場合があり得る。
【００３５】
また、プロフィール情報取得部１０７は、ユーザプロフィールＤＢ１１０における登録日が示す時間帯、時期、または季節に基づいて、取得対象となるユーザプロフィールを決定してもよい。例えば、入力情報の取得日時の時間帯と同じ時間帯に登録日となるユーザプロフィールを利用することで、ユーザの満足度・親しみやすさを向上させることができる。
【００３６】
また、プロフィール情報取得部１０７は、カテゴリ判断部１０６により判断されたカテゴリに基づいて、上記時間帯、時期、または季節に応じたユーザプロフィールを取得するか否かを切替えてもよい。カテゴリによっては、時間帯、時期、季節に関連がない対話が可能であり、ユーザの満足度・親しみやすさなどには影響がない場合があり得る。
【００３７】
発話生成部１０８は、入力情報の焦点情報に対応する第１発話文を発話ＤＢ１１１から取得する部分である。さらに、発話生成部１０８は、プロフィール情報取得部１０７により、入力情報の焦点情報に対応するユーザプロフィールが取得された場合には、そのユーザプロフィールを用いた第２発話文を生成し、第１発話文に付加することで、発話文を生成する。
【００３８】
例えば、発話生成部１０８は、「おなかがすいたなあ」という入力情報の焦点情報「おなか」に基づいて、「おやつはどうですか？」という第１発話文を発話ＤＢ１１１から取得する。さらに発話生成部１０８は、ユーザプロフィールＤＢ１１０から焦点情報「おなか」の特徴ベクトルを用いて取得されたユーザプロフィールから、述語項構造ペア「ラーメン＿好き」を取得する。発話生成部１０８は、述語項構造ペア「ラーメン＿好き」から第２発話文「ラーメンが好き」を生成する。
【００３９】
発話生成部１０８は、第１発話文と第２発話文とを合成して、一つの発話文を生成する。例えば、発話文「ラーメンが好きと伺いました。おやつにどうですか」を生成する。なお、“伺いました”は定型でもっている文章であって、ユーザプロフィールに基づいた第２発話文を付加する場合には、語尾に“伺いました”を付加したものとする。
【００４０】
さらに、発話生成部１０８は、ユーザプロフィールの登録日に基づいて、日時を示す用語をさらに付加してもよい。例えば、ユーザプロフィールの登録日が１ヶ月前である場合には、「１ヶ月前に」という発話文を生成して、第２発話文の前に付加してもよい。
【００４１】
出力部１０９は、発話生成部１０８により生成された発話文（発話情報）をユーザ端末５０に出力する部分である。
【００４２】
ユーザプロフィールＤＢ１１０は、ユーザＩＤに対応付けて、ユーザプロフィールを記憶するデータベースである。図４は、そのユーザプロフィールＤＢ１１０の具体例を示す図である。図４に示されるとおり、ユーザプロフィールＤＢ１１０は、ユーザＩＤ、焦点情報、当該焦点情報の特徴ベクトル、述語項構造ペア、ＴａｇＡ、ＴａｇＢ、および登録日を含むユーザプロフィールを対応付けて記述している。ユーザＩＤは、ユーザ端末５０のユーザを識別するためのＩＤである。ユーザ端末自体を識別するためのＩＤでもよいし、ユーザのＩＤでもよい。
【００４３】
焦点情報は、ユーザプロフィール推定部１０４により推定された情報であり、入力情報における話題を示す情報である。
【００４４】
焦点情報の特徴ベクトルは、Word2Vectorなど公知の言語処理を行うことに得られたより単語をベクトル表現した情報である。
【００４５】
述語項構造ペアは、ユーザプロフィール推定部１０４により推定された述語項構造を示す情報である。一般的に、主語または目的語と述語とからなる。図４の例では、目的語と述語とからなる。
【００４６】
ＴａｇＡおよびＴａｇＢは、ユーザの属性、趣味、趣向等を示す情報である。図４の例では、ＴａｇＡは料理・グルメを示し、ＴａｇＢは趣味・嗜好を示している。ユーザの属性は一つに限られないものであることから、本実施形態では、Ａ，Ｂの二つからなるものとしている。なお、当然に二つに限るものではなく、それ以上であってもよい。
【００４７】
登録日は、ユーザプロフィールが登録された日時を示す情報である。
【００４８】
具体的な入力情報を用いてユーザプロフィールの登録について説明する。ユーザプロフィール推定部１０４は、入力情報の解析結果として「ラーメン／が／好き」を入力すると、これに基づいて属性（ＴａｇＡ／ＴａｇＢ）を推定する。ここでは、「ラーメン」および「好き」に基づいて、「料理・グルメ」「趣味・嗜好」のＴａｇが推定される。そして、焦点抽出部１０３により抽出された焦点情報などとともにユーザプロフィールＤＢ１１０に登録される。
【００４９】
ユーザプロフィールＤＢ１１０は、同じユーザプロフィールが複数登録されている場合がある。同じ入力情報が入力された場合には、同じユーザプロフィールが登録される。したがって、複数の同じユーザプロフィールがある場合、ユーザプロフィールＤＢ１１０は、その個数を管理しておき、プロフィール情報取得部１０７は、その個数に基づいてユーザプロフィールの取得に対する優先順位を決めてもよい。
【００５０】
発話ＤＢ１１１は、発話文を生成するためのデータベースである。この発話ＤＢ１１１は、生成用ＤＢ１１１ａ、第２発話文接続用ＤＢ１１１ｂ、および日時表現用ＤＢ１１１ｃを含んでいる。図５は、その具体例を示す図である。まず、図５（ａ）は、生成用ＤＢ１１１ａの具体例を示す図であり、焦点情報と発話文とを対応付けたデータベースを示す。図５（ａ）に示されるように、焦点情報と、発話文とが対応付けられている。図においては、一の焦点情報のみ示しているが、一般的には、一の焦点情報に対して、複数の発話文を対応付けている。発話生成部１０８は、ランダムまたは対話履歴に基づいて文脈に従った発話文を選択することができる。なお、対話履歴に基づいて文脈に従った発話文の選択処理は、公知の技術により行われる。
【００５１】
図５（ｂ）は、第２発話文接続用ＤＢ１１１ｂの具体例を示す図であり、第１発話文と第２発話文とを接続する際に挿入される接続文を記憶している。本実施形態おいては、第２発話文の後ろに、「、と伺いましたが、」という接続文が挿入されるために用いられる。
【００５２】
図５（ｃ）は、日時表現用ＤＢ１１１ｃの具体例を示す図であり、現在日時と登録日との差と、対話に適した表現（時間概念情報）とが対応付けられている。図５（ｃ）においては、現在日時と登録日との差が、２５日より多く、３５日未満である場合に、「１ヶ月前に」という表現に変換される。図５（ｃ）は、例示であり、当然にこれに限るものではない。なお、時下院概念情報として、日時そのものの情報を発話文に入れる場合には、日時表現用ＤＢ１１１ｃは不要となる。
【００５３】
上述のユーザプロフィール推定部１０４およびユーザプロフィール登録部１０５におけるユーザプロフィールの登録処理は、焦点抽出部１０３、カテゴリ判断部１０６、プロフィール情報取得部１０７、および発話生成部１０８における対話処理とは、独立にまたは平行して行われる。例えば、メール、インターネット閲覧等をしている場合には、対話処理とは関係なくプロフィール推定処理および登録処理が行われる。
【００５４】
このように構成された対話装置１００の動作について説明する。図６は、対話装置１００の動作を示すフローチャートである。
【００５５】
入力情報取得部１０１は、ユーザ端末５０から入力情報を取得し、入力情報解析部１０２は、入力情報を解析する。焦点抽出部１０３は、解析した入力情報から焦点情報を抽出する（Ｓ１０１）。焦点抽出部１０３は、焦点情報の特徴ベクトルを算出する（Ｓ１０２）。カテゴリ判断部１０６は、焦点情報のカテゴリ・優先基準を判断する（Ｓ１０３）。
【００５６】
プロフィール情報取得部１０７は、焦点情報に対応するユーザプロフィールがあるか否かを判断する（Ｓ１０４）。例えば、プロフィール情報取得部１０７は、焦点情報の特徴ベクトルに基づいて、ユーザプロフィールＤＢ１１０におけるユーザプロフィールの有無を判断する。
【００５７】
プロフィール情報取得部１０７は、焦点情報に対応するユーザプロフィールがあると判断する場合には、ユーザプロフィールＤＢ１１０を参照して、焦点情報の特徴ベクトルに基づいて、一または複数のユーザプロフィールを取得する（Ｓ１０５）。
【００５８】
プロフィール情報取得部１０７は、焦点情報のカテゴリに応じて定められた優先基準に従って、一のユーザプロフィールを決定する（Ｓ１０６）。なお、カテゴリの判断は必須ではないため、カテゴリ判断を行わない場合には、事前に決められた優先基準に従うこととする。例えば、登録日が一番古いプロフィールを優先するなどである。
【００５９】
発話生成部１０８は、入力情報の焦点情報に対応する第１発話文と、一のユーザプロフィールに基づいた第２発話文とから発話文を生成する（Ｓ１０７）。
【００６０】
出力部１０９は、生成された発話文をユーザ端末５０に出力する（Ｓ１０８）。
【００６１】
一方、Ｓ１０２において、焦点情報に対応するユーザプロフィールが、ユーザプロフィールＤＢ１１０に記憶されていない場合には、発話生成部１０８は、入力情報の焦点情報に対応する第１発話文を、発話文として生成する（Ｓ１０９）。出力部１０９は、生成された発話文をユーザ端末５０に出力する（Ｓ１０８）。
【００６２】
以上の処理により、ユーザプロフィールに従った発話文を生成することができる。
【００６３】
つぎに、その対話の具体例について説明する。図７は、本実施形態の対話装置１００と対話をしているユーザ端末５０の表示画面の例を示す図である。図７に示されるとおり、ユーザ端末５０のユーザは、メッセージＭ１「おなかがすいたなあ」を入力する。それに対して、対話装置１００は、メッセージＭ２「一ヶ月ぐらい前に、ラーメンが好きと伺いましたが、おやつにどうですか？」を生成し、ユーザ端末５０に送信する。ユーザ端末５０は、そのメッセージＭ２を表示する。
【００６４】
対話装置１００は、「ラーメンが好き」というユーザプロフィールを記憶しており、それを利用した対話を可能にする。
【００６５】
このメッセージＭ１からメッセージＭ２が生成される処理について模式図を用いて説明する。図８は、その処理を示す模式図である。
【００６６】
図８に示されるとおり、入力情報取得部１０１は、メッセージＭ１「おなかがすいたなあ」を取得する。その後、入力情報解析部１０２は、形態素解析を行って、入力情報解析結果「おなか／が／すいた／なあ」を取得する。焦点抽出部１０３は、焦点情報「おなか」を抽出する（図６  Ｓ１０１参照）。
【００６７】
そして、焦点抽出部１０３は、焦点情報「おなか」の特徴ベクトルｖ０を算出する（図６  Ｓ１０２参照）。
【００６８】
カテゴリ判断部１０６は、焦点情報「おなか」に対応するカテゴリを判断し、そのユーザプロフィールを選択するための優先基準を決定する（図６  Ｓ１０３参照）。
【００６９】
プロフィール情報取得部１０７は、ユーザプロフィールＤＢ１１０からユーザプロフィールを取得する際、焦点情報「おなか」の特徴ベクトルｖ０に対して、所定距離内にある特徴ベクトルｖを有するユーザプロフィールがあるか否かを判断する（図６  Ｓ１０３参照）。
【００７０】
そして、プロフィール情報取得部１０７は、特徴ベクトルｖに基づいた一または複数のユーザプロフィールを取得する。ここで、カテゴリ判断部１０６により判断されたカテゴリに対応する優先基準に従った一のユーザプロフィールを取得する。例えば、カテゴリが趣味・嗜好に関するものであると判断されると、登録日が最も古いユーザプロフィールを取得する。ここでは、焦点情報「ラーメン」、述語項構造ペア「ラーメン＿好き」とあるユーザプロフィールが取得される（図６  Ｓ１０６参照）。
【００７１】
図４を参照して説明すると、特徴ベクトルｖ０の所定距離にある特徴ベクトルとして、特徴ベクトルｖ１（焦点情報：ラーメン）、ｖ２（焦点情報：おにぎり）があるとする。
【００７２】
プロフィール情報取得部１０７は、この二つのうち、カテゴリ判断部１０６により判断されたカテゴリに応じて定められた優先基準（登録日が新しいものを優先するのか、古いものを優先するのか）にしたがって、一のユーザプロフィールを決定する。ここでは、焦点情報：ラーメンを含んだユーザプロフィールを決定する。なお、ここでは１つに決定しているが、２つのユーザプロフィールを決定してもよい。
【００７３】
発話生成部１０８は、取得したユーザプロフィールに基づいた第２発話文を生成する。ここではユーザプロフィールにおける述語項構造ペア「ラーメン＿好き」を用いて、第２発話文「ラーメンが好き」を生成する（図６  Ｓ１０７参照）。
【００７４】
発話生成部１０８は、焦点情報「おなか」に基づいて、第１発話文を生成する。ここでは、焦点情報「おなか」に対応する発話文「おやつにどうですか」を、生成用ＤＢ１１１ａから取得する（図６  Ｓ１０７参照）。
【００７５】
そして、発話生成部１０８は、第１発話文と第２発話文とを合成して発話文を生成する。発話生成部１０８は、合成に際して、自然の文章にするために、接続文「、と伺いましたが、」を付加する。発話生成部１０８は、「ラーメンが好き、と伺いましたが、おやつにどうですか？」を生成する。なお、第１発話文、第２発話文の生成順序は上記に限るものではない。
【００７６】
さらに、発話生成部１０８は、現在日時と、ユーザプロフィールの登録日時とに基づいて、日時に関する情報を付加する。ここでは、発話生成部１０８は、登録日時に基づいて日時表現文「１ヶ月前に」を、発話文に付加し、「１ヶ月前に、ラーメンが好き、と伺いましたが、おやつにどうですか？」を生成する（図６  Ｓ１０７参照）。
【００７７】
上記の例では、プロフィール情報取得部１０７は、一のユーザプロフィールを取得することを例に説明したが、これに限るものではない。プロフィール情報取得部１０７は、複数のユーザプロフィールを取得してもよい。その場合、プロフィール情報取得部１０７は、所定の距離範囲にある特徴ベクトルを有するユーザプロフィールを取得するか、特徴ベクトルに基づいて上位から順に選択したユーザプロフィールを取得する、ことなどが考えられる。
【００７８】
発話生成部１０８は、複数のユーザプロフィール（すなわち、述語項構造ペア）から複数の発話文を生成し、それを適宜合成する。
【００７９】
また、上述の説明では、ユーザプロフィールのうち述語項構造ペアを用いて第２発話文を生成した。これに限るものではなく、ユーザプロフィールに含まれている他の要素、例えばＴａｇＡまたはＴａｇＢで示される属性に基づいて一または複数のプロフィールを選択してもよい。この場合、発話生成部１０８は、生成用ＤＢ１１１ａは、ＴａｇＡまたはＴａｇＢで示される属性に対応する発話文を記述しておき、それに基づいて発話文（第２発話文）を生成する。
【００８０】
つぎに、本実施形態の対話装置１００の作用効果について説明する。本実施形態の対話装置１００は、ユーザから入力情報を取得する入力情報取得部１０１と、入力情報における焦点を示す焦点情報を取得する焦点抽出部１０３と、ユーザのプロフィール情報と当該プロフィール情報を登録した日時情報とを対応付けて記憶するユーザプロフィールＤＢ１１０と、ユーザプロフィールＤＢ１１０から焦点情報に対応するユーザプロフィールを複数取得した場合、当該複数のユーザプロフィールから、日時情報に基づいて定められた優先度に従ってプロフィール情報を取得するプロフィール情報取得部１０７と、ユーザプロフィールに対応する発話文（発話情報）を生成する発話生成部１０８と、を備える。
【００８１】
この構成により、ユーザプロフィールに従った発話文を生成することができ、ユーザの満足度・親しみやすさを向上させることができる。さらに、本実施形態においては、ユーザプロフィールが登録された日時情報に基づいて、発話文の生成に利用されるユーザプロフィールが選択される。したがって、ユーザの満足度・親しみやすさを、より効果的に向上させることができる。
【００８２】
例えば、プロフィール情報取得部１０７は、日時情報が最も古いユーザプロフィールを優先して、一または複数のユーザプロフィールを取得する。日時情報が古いものを共有することで満足度・親しみやすさを向上させることができる。したがって、比較的簡易な処理で上述の効果を得ることができる。すなわち、簡易な処理であるため、ＣＰＵなどの処理部における処理負荷を軽減するという技術的効果をも併せて奏する。
【００８３】
さらに、本実施形態の対話装置１００は、入力情報における焦点情報のカテゴリを判断するカテゴリ判断部１０６をさらに備える。プロフィール情報取得部１０７は、カテゴリに応じて、ユーザプロフィールを取得する日時情報の優先度を変えて、当該優先度に従ってユーザプロフィールを取得する。
【００８４】
この構成により、ユーザの満足度・親しみやすさを向上させることができる。例えば、趣味・嗜好に関するものは、古い日時情報を優先することで、ユーザの対話装置１００に対する満足度・親しみやすさを向上させることができると、考えられている。一方で、それ以外のカテゴリでは、新しい日時情報を優先することが、ユーザの満足度・親しみやすさを向上させることが期待できると考えられる。
【００８５】
また、対話装置１００において、発話生成部１０８は、取得したユーザプロフィールを登録した日時情報に基づいた時間概念情報（１ヶ月前などのメッセージまたは日時そのものを含む）を含んだ発話情報を生成する。例えば、発話生成部１０８は、登録日時と現在日時との差に基づいた日時に関するメッセージを生成してもよい。例えば、「１ヶ月前」などの時間概念を示す情報を、発話文に追加する。なお、メッセージを生成することなく、その日時を発話文に追加することとしてもよい。
【００８６】
この構成により、時間を明示した発話を行うことができ、ユーザは、過去を共有している感覚が強まる。したがって、ユーザの満足度・親しみやすさを向上させることができる。
【００８７】
また、対話装置１００において、プロフィール情報取得部１０７は、日時情報に基づいてユーザプロフィールを取得する際、事前に定められた日時情報の上限値または下限値に基づいて、一のユーザプロフィールを取得する。
【００８８】
この構成によると、極端に古いユーザプロフィールを排除することができる。また、極端に新しいユーザプロフィール、例えば、現に入力している入力情報に基づいたユーザプロフィールに基づいた発話はユーザにとって対話の繰り返しとなり、面白みがない場合がある。
【００８９】
また、対話装置１００において、プロフィール情報取得部１０７は、日時情報として、時間帯、時期または季節を示す情報を用い、当該時間帯、時期または季節が同じプロフィール情報を取得する。
【００９０】
この構成によると、より適切なユーザプロフィールを取得することができる。例えば、夜の話題については、夜に登録されたユーザプロフィールが適切な場合がある。また、季節に対応したユーザプロフィールが妥当な場合がある。
【００９１】
上記実施の形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に (例えば、有線及び／又は無線)で接続し、これら複数の装置により実現されてもよい。
【００９２】
例えば、本発明の一実施の形態における対話装置１００などは、本実施形態の処理を行うコンピュータとして機能してもよい。図９は、本実施形態に係る対話装置１００のハードウェア構成の一例を示す図である。上述の対話装置１００は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【００９３】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。対話装置１００のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００９４】
対話装置１００における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信や、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【００９５】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）で構成されてもよい。例えば、入力情報解析部１０２、焦点抽出部１０３、カテゴリ判断部１０６、プロフィール情報取得部１０７などは、プロセッサ１００１で実現されてもよい。
【００９６】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュールやデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、対話装置１００の焦点抽出部１０３等は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【００９７】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random  Access  Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【００９８】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact  Disc  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。上述のユーザプロフィールＤＢ１１０、発話ＤＢ１１１はストレージ１００３により実現されてもよい。
【００９９】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、上述の入力情報取得部１０１、出力部１０９などは、通信装置１００４で実現されてもよい。
【０１００】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【０１０１】
また、プロセッサ１００１やメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【０１０２】
また、対話装置１００は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【０１０３】
以上、本実施形態について詳細に説明したが、当業者にとっては、本実施形態が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。
【０１０４】
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio  Resource  Control）シグナリング、ＭＡＣ（Medium  Access  Control）シグナリング、報知情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ（System  Information  Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC ConnectionReconfiguration）メッセージなどであってもよい。
【０１０５】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１０６】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１０７】
情報等は、上位レイヤ(または下位レイヤ)から下位レイヤ(または上位レイヤ)へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
【０１０８】
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１０９】
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０１１０】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１１１】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【０１１２】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【０１１３】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１１４】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。
【０１１５】
本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
【０１１６】
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
【０１１７】
ユーザ端末は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１１８】
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１１９】
「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。本明細書で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、互いに「接続」又は「結合」されると考えることができる。
【０１２０】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１２１】
本明細書で「第１の」、「第２の」などの呼称を使用した場合においては、その要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【０１２２】
「含む（include）」、「含んでいる（including）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
【０１２３】
本明細書において、文脈または技術的に明らかに1つのみしか存在しない装置である場合以外は、複数の装置をも含むものとする。
【符号の説明】
【０１２４】
５０…ユーザ端末、１００…対話装置、１０１…入力情報取得部、１０２…入力情報解析部、１０３…焦点抽出部、１０４…ユーザプロフィール推定部、１０５…ユーザプロフィール登録部、１０６…カテゴリ判断部、１０７…プロフィール情報取得部、１０８…発話生成部、１０９…出力部、２００…メールサーバ、３００…プロバイダ。
【図１】
0006944594.tif 000002
【図２】
0006944594.tif 000003
【図３】
0006944594.tif 000004
【図４】
0006944594.tif 000005
【図５】
0006944594.tif 000006
【図６】
0006944594.tif 000007
【図７】
0006944594.tif 000008
【図８】
0006944594.tif 000009
【図９】
0006944594.tif 000010