(57)【要約】【課題】複数の会話文の文脈に一貫性を持たせることで、違和感の低減された会話をユーザとの間で展開可能な対話装置等の提供。【解決手段】対話装置１００は、ユーザへ向けた会話文を生成することにより、ユーザと会話可能である。対話装置１００は、タイトル及び本文を少なくとも含むコンテンツ情報を、外部のニュース配信サイトＮＤＳから取得し、本文の文章を複数の段落に分割する。そして対話装置１００は、各段落の中から、タイトルと関連性の高いワードを含む文を抽出し、タイトルの内容と関連性の高い箇所を優先的に残すことにより、それぞれの段落の内容を短くまとめた会話文を複数生成する。このようにして生成された複数の会話文を用いて、対話装置１００は、ユーザと会話を行うことができる。【選択図】図１
2017068359.tif 000002
【特許請求の範囲】
【請求項１】
ユーザへ向けた会話文を生成することにより、前記ユーザと会話可能な対話装置であって、
タイトル及び本文を少なくとも含むコンテンツ情報を、外部の情報源（ＮＤＳ）から取得する情報取得部（４５）と、
前記情報取得部によって取得された前記本文を複数の段落に分割する段落分割部（８１）と、
各前記段落の中から、前記タイトルの内容と関連性の高い箇所を優先的に残すことにより、それぞれの前記段落の内容を短くまとめた前記会話文を複数生成する会話文生成部（８２）と、
前記会話文生成部によって生成された複数の前記会話文を用いて前記ユーザと会話を行う会話実行部（７１）と、を備えることを特徴とする対話装置。
【請求項２】
前記段落分割部は、前記タイトルから特徴的なキーワードを抽出し、前記本文を構成する個々の文に用いられている前記キーワードの違いに基づいて、前記本文を複数の前記段落に分割することを特徴とする請求項１に記載の対話装置。
【請求項３】
前記会話文生成部は、一つの前記段落に複数の文が含まれている場合、前記キーワードを最も多く含む文をベースにして、前記会話文を生成することを特徴とする請求項２に記載の対話装置。
【請求項４】
前記会話文生成部は、一つの前記段落に含まれる文から、前記キーワードと重複している記述を削除することにより、当該段落よりも短い前記会話文を生成することを特徴とする請求項２又は３に記載の対話装置。
【請求項５】
前記会話文生成部は、前記タイトルから前記会話文を生成し、
前記会話実行部は、前記タイトルから生成された前記会話文を、前記本文から生成された前記会話文よりも先に前記ユーザとの会話に用いることを特徴とする請求項１〜４のいずれか一項に記載の対話装置。
【請求項６】
前記段落分割部は、文章量に基づいて前記本文を複数の前記段落に分割することを特徴とする請求項１〜５のいずれか一項に記載の対話装置。
【請求項７】
前記段落分割部は、予め設定された接続詞を抽出した位置にて前記本文を分割することを特徴とする請求項１〜６のいずれか一項に記載の対話装置。
【請求項８】
前記段落分割部は、前記情報取得部によって取得された前記コンテンツ情報における前記本文の文章量が所定の閾値未満である場合、前記本文の一つの文が一つの前記段落となるよう当該本文を分割することを特徴とする請求項１〜７のいずれか一項に記載の対話装置。
【請求項９】
前記会話実行部は、前記本文から分割された前記段落の順番を維持したまま、各前記段落から生成された複数の前記会話文を順に用いて、前記ユーザとの会話を行うことを特徴とする請求項１〜８のいずれか一項に記載の対話装置。
【請求項１０】
ユーザへ向けた会話文を生成することにより、前記ユーザとの会話を行う対話制御方法であって、
少なくとも一つのプロセッサ（６０ａ）によって実施されるステップとして、
タイトル及び本文を少なくとも含むコンテンツ情報を、外部の情報源（ＮＤＳ）から取得する情報取得ステップ（Ｓ１０１）と、
前記情報取得ステップによって取得された前記本文を複数の段落に分割する段落分割ステップ（Ｓ１０４，Ｓ１０５，Ｓ１０７，Ｓ１０９）と、
各前記段落の中から、前記タイトルの内容と関連性の高い箇所を優先的に残すことにより、それぞれの前記段落の内容を短くまとめた前記会話文を複数生成する会話文生成ステップ（Ｓ１１０）と、
前記会話文生成ステップによって生成された複数の前記会話文を用いて前記ユーザと会話を行う会話実行ステップ（Ｓ１２６）と、を含むことを特徴とする対話制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザと対話可能な対話装置及び対話制御方法に関する。
【背景技術】
【０００２】
従来、対話装置の一種として、例えば特許文献１には、インターネット上のニュースサイト等といった外部の情報源から、ニュース記事のような文章情報を取得する会話システムが開示されている。この会話システムは、取得した文章情報を部分的に切り出して用いることにより、ユーザへ向けた会話文を生成することができる。
【０００３】
また、文章情報の処理に係る技術として、例えば特許文献２には、音声データを編集するための編集処理装置が開示されている。この編集処理装置は、音声認識処理によって取得した一つの文章情報を複数の段落に分割し、分割した段落それぞれを要約することが可能である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−７０８７６号公報
【特許文献２】特開２００１−１５５４６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
さて、一つの文章情報から複数の会話文を生成できれば、対話装置は、同一の話題について複数回の会話をユーザとの間で展開できる。故に、本発明の発明者は、特許文献２に開示のような文章情報の処理技術を、特許文献１に開示されているような対話装置に適用することを想到した。
【０００６】
しかし、音声データの編集に係る特許文献２に開示の技術では、生成される複数の要約の内容的な纏りについて何ら考慮されていない。そのため、特許文献２に開示の技術を単に適用した対話装置では、生成される個々の会話文の内容がちぐはぐになり易かった。その結果、ユーザは、対話装置との会話に違和感を覚え易かった。
【０００７】
本発明は、このような問題に鑑みてなされたものであり、その目的は、複数の会話文の文脈に一貫性を持たせることで、違和感の低減された会話をユーザとの間で展開可能な対話装置及び対話制御方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、開示された一つの発明は、ユーザへ向けた会話文を生成することにより、ユーザと会話可能な対話装置であって、タイトル及び本文を少なくとも含むコンテンツ情報を、外部の情報源（ＮＤＳ）から取得する情報取得部（４５）と、情報取得部によって取得された本文を複数の段落に分割する段落分割部（８１）と、各段落の中から、タイトルの内容と関連性の高い箇所を優先的に残すことにより、それぞれの段落の内容を短くまとめた会話文を複数生成する会話文生成部（８２）と、会話文生成部によって生成された複数の会話文を用いてユーザと会話を行う会話実行部（７１）と、を備える対話装置とする。
【０００９】
この発明によれば、情報源から取得したコンテンツ情報の本文を複数に分割した段落から会話文を生成する過程において、会話文生成部は、タイトルの内容と関連性の高い箇所を優先的に残しつつ、段落の内容を短くまとめる。以上によれば、タイトルと関連する箇所の残る各会話文には、内容的な纏まりが生じる。その結果、複数の会話文の文脈に一貫性が確保され得るので、対話装置は、違和感の低減された会話をユーザとの間で展開可能となる。
【００１０】
また、開示された他の一つの発明は、ユーザへ向けた会話文を生成することにより、ユーザとの会話を行う対話制御方法であって、少なくとも一つのプロセッサ（６０ａ）によって実施されるステップとして、タイトル及び本文を少なくとも含むコンテンツ情報を、外部の情報源（ＮＤＳ）から取得する情報取得ステップ（Ｓ１０１）と、情報取得ステップによって取得された本文を複数の段落に分割する段落分割ステップ（Ｓ１０４，Ｓ１０５，Ｓ１０７，Ｓ１０９）と、各段落の中から、タイトルの内容と関連性の高い箇所を優先的に残すことにより、それぞれの段落の内容を短くまとめた会話文を複数生成する会話文生成ステップ（Ｓ１１０）と、会話文生成ステップによって生成された複数の会話文を用いてユーザと会話を行う会話実行ステップ（Ｓ１２６）と、を含む対話方法とする。
【００１１】
以上の対話制御方法でも、複数の会話文に内容的な纏まりが生じ得るので、違和感の低減された会話が展開可能となる。
【００１２】
尚、上記括弧内の参照番号は、本発明の理解を容易にすべく、後述する実施形態における具体的な構成との対応関係の一例を示すものにすぎず、本発明の範囲を何ら制限するものではない。
【図面の簡単な説明】
【００１３】
【図１】一実施形態による対話装置の全体構成を示すブロック図である。
【図２】運転者における覚醒度と運転のパフォーマンスとの相関を説明するYerkes-Dodson Lawを模式的に示す図である。
【図３】制御回路に構築される機能ブロックを説明する図である。
【図４】制御回路にて実施される会話文生成処理を示すフローチャートである。
【図５】制御回路にて実施される会話開始処理を示すフローチャートである。
【発明を実施するための形態】
【００１４】
図１に示す本発明の一実施形態による対話装置１００は、車両に搭載されており、ユーザとなる車両の搭乗者と会話を行うことができる。対話装置１００は、車両の搭乗者のうちで主に運転者と能動的に対話可能である。対話装置１００は、図２に示すように、運転者において高い運転パフォーマンスを示し得る通常の覚醒状態が維持されるよう、運転者との会話を行う。加えて対話装置１００は、運転者との会話により、漫然状態に陥った運転者又は居眠り状態に陥りかけた運転者の覚醒度を、通常の覚醒状態に引き戻す役割を果たすことができる。
【００１５】
対話装置１００は、図１に示すように、車載状態検出器１０、音声認識操作スイッチ２１、音声入力器２３、及び音声再生装置３０と電気的に接続されている。加えて対話装置１００は、インターネットに接続されており、インターネットを通じて車両の外部から情報を取得することができる。
【００１６】
車載状態検出器１０は、車両に搭載された種々のセンサ及び電子機器である。車載状態検出器１０には、操舵角センサ１１、アクセルポジションセンサ１２、ＧＮＳＳ受信器１４、車内撮像部１６、車外撮像部１７、及び車載ＥＣＵ群１９が少なくとも含まれている。
【００１７】
操舵角センサ１１は、運転者によって操縦されたステアリングホイールの操舵角を検出し、対話装置１００へ向けて検出結果を出力する。アクセルポジションセンサ１２は、運転者によって操作されたアクセルペダルの踏み込み量を検出し、対話装置１００へ向けて検出結果を出力する。
【００１８】
ＧＮＳＳ（Global Navigation Satellite System）受信器１４は、複数の測位衛星から送信される測位信号を受信することにより、車両の現在位置を示す位置情報を取得する。ＧＮＳＳ受信器１４は、取得した位置情報を、対話装置１００及びナビゲーションＥＣＵ（後述する）等へ向けて出力する。
【００１９】
車内撮像部１６は、例えば近赤外光源と組み合わされた近赤外カメラを有している。近赤外カメラは、車両の室内に取り付けられており、近赤外光源から照射された光によって主に運転者の顔を撮影する。車内撮像部１６は、画像解析によって、運転者の両目の視線方向、及び目（まぶた）の開き具合等を、撮影した画像から抽出する。車内撮像部１６は、抽出した運転者の視線方向及び目の開き具合等の情報を、対話装置１００へ向けて出力する。尚、車内撮像部１６は、複数の近赤外カメラ及び可視光カメラ等を有することにより、例えば運転者の顔以外の範囲を撮影し、手及び体の動きを検出することが可能である。
【００２０】
車外撮像部１７は、例えば車両の周囲を向けた姿勢にて、車内及び車外に取り付けられた可視光カメラである。車外撮像部１７は、車両前方を少なくとも含む車両周囲を撮影する。車外撮像部１７は、画像解析によって、進行方向の道路形状及び車両周囲の道路の混雑具合等を、撮影した画像から抽出する。車外撮像部１７は、道路形状及び混雑具合等を示す情報を、対話装置１００へ向けて出力する。尚、車外撮像部１７は、複数の可視光カメラ、近赤外線カメラ、及び距離画像カメラ等を有していてもよい。
【００２１】
車載ＥＣＵ（Electronic Control Unit）群１９は、それぞれマイコン等を主体に構成されており、統合制御ＥＣＵ及びブレーキ制御ＥＣＵ等を含んでいる。例えば、統合制御ＥＣＵからは、助手席及び後部座席に搭乗者が着座しているか否かを示す同乗者情報が対話装置１００によって取得可能に出力される。ブレーキ制御ＥＣＵからは、車速情報が対話装置１００によって取得可能に出力される。ナビゲーションＥＣＵからは、例えば自車両周囲の道路形状を示す情報等が出力される。
【００２２】
音声認識操作スイッチ２１は、運転席の周囲に設けられている。音声認識操作スイッチ２１には、対話装置１００の会話機能について、作動のオン及びオフを切り替えるための操作が車両の搭乗者によって入力される。音声認識操作スイッチ２１は、搭乗者による操作情報を、対話装置１００へ出力する。尚、対話装置１００の会話機能に係る設定値を変更する操作が音声認識操作スイッチ２１に入力可能とされていてもよい。
【００２３】
音声入力器２３は、車室内に設けられたマイク２４を有している。マイク２４は、車両の搭乗者によって発せられた会話の音声を電気信号に変換し、音声情報として対話装置１００へ向けて出力する。マイク２４は、例えばスマートフォン及びタブレット端末等の通信機器に設けられた通話のための構成であってもよい。またマイク２４にて集音された音声データは、対話装置１００へ無線送信されてもよい。
【００２４】
音声再生装置３０は、搭乗者へ向けて情報を出力する出力インターフェースの機能を有する装置である。音声再生装置３０は、表示器、音声制御部３１、及びスピーカ３２を有している。音声制御部３１は、会話文の音声データを取得すると、取得した音声データに基づいてスピーカ３２を駆動する。スピーカ３２は、車室内に設けられており、車室内に音声を出力する。スピーカ３２は、運転者を含む車両の搭乗者に聞き取られるよう、会話文を再生する。
【００２５】
尚、音声再生装置３０は、単純な音響機器であってもよく、又はインスツルメントパネルの上面に設置されたコミュニケーションロボット等であってもよい。さらに、対話装置１００に接続されたスマートフォン及びタブレット端末等の通信機器が、音声再生装置３０の機能を果たしてもよい。
【００２６】
次に、対話装置１００の構成を説明する。対話装置１００は、入力情報取得部４１、音声情報取得部４３、通信処理部４５、情報出力部４７、状態情報処理回路５０、及び制御回路６０等によって構成されている。
【００２７】
入力情報取得部４１は、音声認識操作スイッチ２１と接続されている。入力情報取得部４１は、音声認識操作スイッチ２１から出力された操作情報を取得し、制御回路６０へ提供する。音声情報取得部４３は、マイク２４と接続された音声入力のためのインターフェースである。音声情報取得部４３は、マイク２４から出力された音声情報を取得し、制御回路６０へ提供する。
【００２８】
通信処理部４５は、モバイル通信用のアンテナを有している。通信処理部４５は、アンテナを介して、車両外部の基地局との間で情報の送受信を行う。通信処理部４５は、基地局を通じてインターネットに接続可能である。通信処理部４５は、インターネットを通じて種々のコンテンツ情報を取得可能である。コンテンツ情報には、例えばニュース記事情報、コラム記事情報、ブログ記事情報、自車両が走行している現在地点周辺の混雑具合を示す渋滞情報といった交通情報、並びに現在地点周辺の人気スポット、イベント、及び天気予報といった地域情報等が含まれる。コンテンツ情報は、例えばインターネット上にある少なくとも一つ以上のニュース配信サイトＮＤＳ等から取得される。
【００２９】
情報出力部４７は、音声再生装置３０と接続された音声出力のためのインターフェースである。情報出力部４７は、制御回路６０によって生成された音声データを音声再生装置３０へ向けて出力する。情報出力部４７から出力された音声データは、音声制御部３１によって取得され、スピーカ３２によって再生される。
【００３０】
状態情報処理回路５０は、車載状態検出器１０から出力された情報を取得することにより、運転者の状態を推定する。状態情報処理回路５０は、プロセッサ５０ａ、ＲＡＭ、及びフラッシュメモリを有するマイクロコンピュータを主体に構成されている。状態情報処理回路５０には、車載状態検出器１０からの信号を受け取る複数の入力インターフェースが設けられている。状態情報処理回路５０は、プロセッサ５０ａによる所定のプログラムの実行により、負荷判定機能及び覚醒状態判定機能を実現させることができる。
【００３１】
負荷判定機能は、車両が現在走行している道路について、運転者の運転負荷が高いか否かを判定する機能である。状態情報処理回路５０は、操舵角センサ１１及びアクセルポジションセンサ１２から出力される検出結果を取得する。状態情報処理回路５０は、取得した検出結果の推移に基づき、ステアリング及びアクセルペダルの少なくとも一方を運転者が忙しく操作していると推定した場合に、現在の運転負荷が高いと判定する。
【００３２】
加えて状態情報処理回路５０は、車両が走行中の道路の形状情報、及び自車両周囲の混雑具合を示す交通情報等を取得する。道路の形状情報は、車外撮像部１７及びナビゲーションＥＣＵから取得可能である。交通情報は、車外撮像部１７及び通信処理部４５から取得可能である。状態情報処理回路５０は、進行方向の道路がカーブ形状である場合、及び車両が渋滞の中を走行していると推定される場合に、現在の運転負荷が高いと判定する。
【００３３】
一方、状態情報処理回路５０は、車両が概ね直線状の道路を走行中であり、且つ、周囲を走行する他の車両及び歩行者も僅かである場合に、現在の運転負荷が低いと判定する。また状態情報処理回路５０は、ステアリング及びアクセルペダルの操作量の変動が僅かである場合にも、運転負荷が低いと判定することができる。
【００３４】
覚醒状態判定機能は、運転者が漫然状態又は居眠り状態にあるか否かを判定する機能である。状態情報処理回路５０は、各センサ１１，１２から取得した検出結果の推移に基づき、ステアリング又はアクセルペダルの緩慢な操作、及び時折入力される大きな修正操作等を検出した場合に、運転者が漫然状態又は居眠り状態にあると判定する。
【００３５】
加えて状態情報処理回路５０は、車内撮像部１６から運転者の両目の視線方向及び目の開き具合といった情報を取得する。状態情報処理回路５０は、両目の視差が不安定であったり進行方向の物体の知覚に適切な状態でなかったりした場合、及び目の開度の低い状態が継続している場合等に、運転者が漫然状態又は居眠り状態にあると判定する。
【００３６】
制御回路６０は、ユーザである運転者との間で交わされる会話を統合的に制御する回路である。制御回路６０は、プロセッサ６０ａ、ＲＡＭ、及びフラッシュメモリを有するマイクロコンピュータを主体に構成されている。制御回路６０には、対話装置１００の他の構成と接続される入出力インターフェースが設けられている。
【００３７】
制御回路６０は、プロセッサ６０ａによって所定の対話制御プログラムを実行する。その結果、制御回路６０は、音声認識部６１と、段落分割ブロック８１及び会話文生成ブロック８２を含む文章処理部８０と、対話実行ブロック７１及び発話制御ブロック７２を含む会話処理部７０とを、機能ブロックとして構築する。以下、制御回路６０に構築される各機能ブロックの詳細を、図３及び図１に基づき説明する。
【００３８】
音声認識部６１は、ユーザの発話の内容を取得する。音声認識部６１は、音声情報取得部４３と接続されており、音声情報取得部４３から音声データを取得する。音声認識部６１は、取得した音声データを読み込み、テキストデータに変換する。音声認識部６１は、対話装置１００へ投げ掛けられたユーザの質問、ユーザの独り言、ユーザ同士の会話等、車室内にて運転者を含む搭乗者が発した言葉をテキストデータ化し、文章処理部８０又は会話処理部７０へ提供可能である。
【００３９】
文章処理部８０は、ニュース配信サイトＮＤＳ等から取得されたコンテンツ情報から、ユーザと対話するための会話文を、段落分割ブロック８１及び会話文生成ブロック８２にて生成する。文章処理部８０は、ユーザとしての運転者の嗜好する嗜好カテゴリのコンテンツ情報を取得した場合に、このコンテンツ情報から会話文を生成する。嗜好カテゴリは、例えば運転者の会話に対する反応、及び運転者による直接的な選択操作の入力等に基づいて設定される。
【００４０】
段落分割ブロック８１は、通信処理部４５によって取得されたコンテンツ情報を受け取ることができる。通信処理部４５を経由して取得される複数のコンテンツ情報のそれぞれには、例えばコンテンツ情報のタイトルと、コンテンツ情報の内容である本文とが含まれている。段落分割ブロック８１は、コンテンツ情報の本文を、複数の段落に分割する。
【００４１】
段落分割ブロック８１は、コンテンツ情報における本文の文章量が所定の閾値を下回る場合、本文の一つの文が一つの段落となるよう当該本文を分割する。文章量は、本文を構成している文の数と、本文の文字数とによって判定される。例えば、本文を構成している文が例えば三つ以下である場合、三つの文のそれぞれが一つの段落として分割される。また、本文の文字数が例えば１２０文字以下である場合も、本文を構成している各文がそれぞれ一つの段落として分割される。
【００４２】
段落分割ブロック８１は、コンテンツ情報の本文の文章量が所定の閾値以上である場合、複数の方法を組み合わせて、本文を複数の段落に分割する。具体的に、段落分割ブロック８１は、本文を構成する個々の文に用いられている特徴的なワードの違いに基づいて、本文を複数の段落に分割することができる。
【００４３】
段落分割ブロック８１は、予め設定された接続詞を抽出した位置にて、本文を分割することができる。段落分割ブロック８１は、所定の接続詞と、当該接続詞直前の句点との間を、分割位置とする。例えば、「そして」「また」「たしかに」といった接続詞が、「起」に相当する段落と「承」に相当する段落との分割位置を示す単語となる。同様に、「しかし」「けれども」「ところが」といった接続詞が、「承」に相当する段落と「転」に相当する段落との分割位置を示す単語となる。そして、「以上」「つまり」「このように」といった接続詞が、「転」に相当する段落と「結」に相当する段落との分割位置を示す単語となる。また段落分割ブロック８１は、「かつて」「現在」「今後は」といった時間軸を示す単語に基づき、本文を分割することも可能である。
【００４４】
段落分割ブロック８１は、本文の文章の量に基づき、本文を分割する数、即ち、一つの段落あたりの文字数を設定することができる。例えば、本文が５００文字程度である場合、５つの会話文を作成しようとすると、一つの段落に含まれる文字数は、１００文字程度に設定される。段落分割ブロック８１は、文章量に基づき、一つの段落が所定の文字数に近い値となるように、本文を構成する複数の文を複数の段落に分割する。以上に分割方法によれば、段落分割ブロック８１は、所定数（Ｎ個）以上の段落を確実に生成することが可能となる。
【００４５】
会話文生成ブロック８２は、段落分割ブロック８１にて分割された全ての段落から、会話文を一つずつ生成する。会話文は、もととなった段落の内容を短くまとめた要約文であり、且つ、文体を話し言葉に修正した文章である。会話文生成ブロック８２は、タイトルの内容と関連性の高い箇所を優先的に残すことによって会話文を生成する。
【００４６】
具体的に、会話文生成ブロック８２は、タイトルに用いられている特徴的なキーワードを抽出する。キーワードの抽出には、現在知られている種々の既存技術、及び将来的に開発される種々の技術を用いることが可能である。そして、キーワードを最も多く含む一つの文をベースにして会話文が生成される。加えて会話文生成ブロック８２は、各段落における自明な部分、例えばタイトル及び本文の他の箇所と重複している記述、並びに修飾語等を削除することにより、それぞれの段落よりも短い会話文を生成する。
【００４７】
会話処理部７０は、文章処理部８０によって生成された会話文を用いて、ユーザとの会話を行う。ユーザとの会話は、対話実行ブロック７１及び発話制御ブロック７２によって制御される。
【００４８】
対話実行ブロック７１は、会話文生成ブロック８２によって生成された会話文のテキストデータを取得し、取得した会話文の音声データを合成する。対話実行ブロック７１は、音節接続方式の音声合成を行ってもよく、又はコーパスベース方式の音声合成を行ってもよい。具体的に対話実行ブロック７１は、会話文のテキストデータから、発話される際の韻律データを生成する。そして対話実行ブロック７１は、予め記憶されている音声波形のデータベースから、韻律データにあわせて音声波形データをつなぎ合わせていく。以上のプロセスにより、対話実行ブロック７１は、会話文のテキストデータを音声データ化することができる。対話実行ブロック７１は、音声認識部６１からユーザの発話の内容を取得し、ユーザの発話に応答するようにして会話文の音声データを情報出力部４７から音声制御部３１へ出力させることにより、この会話文をスピーカ３２によって発話させる。
【００４９】
発話制御ブロック７２は、対話実行ブロック７１による会話の実行を制御する。例えば、音声認識操作スイッチ２１への操作によって、対話装置１００の会話機能をオフ状態にする指示が入力されていた場合に、発話制御ブロック７２は、対話実行ブロック７１を停止状態にする。
【００５０】
発話制御ブロック７２は、状態情報処理回路５０による負荷判定に応じて、対話実行ブロック７１の作動ステータスを禁止状態及び許容状態とのうちで切り替える。具体的に対話実行ブロック７１は、負荷判定機能によって運転負荷が高いと判定された場合に、対話実行ブロック７１の作動ステータスを、発話の開始を禁止する禁止状態とする。一方、負荷判定機能によって運転負荷が低いと判定された場合、発話制御ブロック７２は、対話実行ブロック７１の作動ステータスを発話の開始を許容する許容状態とする。
【００５１】
発話制御ブロック７２は、負荷判定機能によって運転負荷が低いと判定された場合でも、予め設定された禁止条件が成立している場合には、対話実行ブロック７１の作動ステータスを許容状態とはせずに、禁止状態に維持する。禁止条件は、適宜設定可能である。例えば発話制御ブロック７２は、統合ＥＣＵから出力される同乗者情報に基づき、運転者以外の搭乗者が居ると判定されている場合に、禁止条件を成立させることができる。
【００５２】
ここまで説明した制御回路６０によって実現されるユーザと対話装置１００との会話の一例を説明する。まず、コンテンツ情報から一群の会話文が生成される過程の詳細を、図４に基づいて説明する。コンテンツ情報は、以下のようなニュース記事である。
タイトル；
「東京駅でガラスが割られる  けが人は無し」
本文；
「１１日午前６時ごろ、東京駅の八重洲口改札で、出勤してきた駅職員が改札室のガラス窓にひびが入っているのを発見した。
けが人は無かった。
東京駅では、駅職員による巡回を行い、注意を促すとともに、悪質ないたずらとみて警察に被害届を提出した。
鉄道会社によると、前日２５時頃に最終の巡回を行い施錠した際にはガラスは割られておらず、未明のうちに何者かが犯行に及んだ模様とのこと。
また、割られたガラスの周辺にはほかにも鈍器で叩いたような痕跡があったが用いた道具などは発見されていない。
警視庁は威力業務妨害の疑いで捜査を開始するとともに周囲の警備を強化する方針。
この日は３連休の初日とあって朝から駅利用者が多かったものの大きな混乱はなかった。」
【００５３】
以上のニュース記事において、まず段落分割ブロック８１は、タイトルに用いられているキーワードを抽出する。具体的に、タイトルからは、『東京駅』『ガラス』『けが人』というキーワードが抽出される。さらに段落分割ブロック８１は、本文を形成している個々の文に用いられているワードを抽出する。一つ目の文からは、『東京駅』『八重洲口』『ガラス』というワードが抽出される。二つ目の文からは、『けが人』というワードが抽出される。三つ目の文からは、『東京駅』『駅職員』『被害届』というワードが抽出される。
【００５４】
同様に、四つ目の文からは、『鉄道会社』『ガラス』『未明』というワードが抽出される。五つ目の文からは、『ガラス』『鈍器』『痕跡』というワードが抽出される。六つ目の文からは、『警視庁』『威力業務妨害』『警部』というワードが抽出される。また、七つ目の文からは、『３連休』『初日』『利用者』というワードが抽出される。
【００５５】
段落分割ブロック８１は、各文のキーワードの違いに基づき、本文を分割する。上記の本文では、一つ目と三つ目の文に、タイトルから抽出された『東京駅』というキーワードが含まれている。そのため、段落分割ブロック８１は、本文序盤の三つの文を一つ目の段落として括る。さらに、四つ目と五つ目の文には、タイトルから抽出された『ガラス』というキーワードが含まれている。そのため段落分割ブロック８１は、これら二つの文を、二つ目の段落として括る。また、六つ目と七つ目の文は、キーワードを含んでいない。故に段落分割ブロック８１は、これらの文を、互いに別々の段落とする。
【００５６】
次に、会話文生成ブロック８２は、各段落の内容を短くまとめて、要約文を生成する。要約文を生成する過程では、ニュース記事のタイトルとの類似度及び近接度の高い文が優先的に抽出される。即ち、一つ目の段落では、『東京駅』『ガラス』という二つのキーワードを含む一つ目の文が会話文のベースにされる。さらに、『東京駅』というキーワードは、要約文では削除される。これは、『八重洲口』というワードから場所が自明であり、且つタイトルと重複しているためである。以上により、一つ目の段落からは、「１１日午前６時ごろ、八重洲口改札で、駅職員がガラス窓にひびが入っているのを発見した。」という要約文が生成される。
【００５７】
二つ目の段落では、各文に『ガラス』というキーワードが含まれている。この場合、段落の中の一つ目の文が会話文のベースにされる。これは、ニュース記事では、前に位置する文章ほど結論を記載している傾向が強いためである。その結果、二つ目の段落からは、「鉄道会社によると、前日の２５時頃にはガラスが割れておらず、未明のうちに何者かが犯行に及んだ模様とのこと。」という要約文が生成される。
【００５８】
そして、キーワードを含まない三つ目の段落からは、修飾語等が削除され、「警視庁は周囲の警備を強化する方針。」という要約文が生成される。同様に、四つ目の段落からは、「３連休の初日とあって駅利用者が多かったものの大きな混乱はなかった。」という要約文が生成される。
【００５９】
次に、会話文生成ブロック８２は、タイトル及び各要約文の語尾を整えつつ、複数の会話文を生成する。会話文生成ブロック８２は、会話文を生成する際に、会話として自然な展開となるよう、抽出した複数（二つ）の要約文を接続して一つの要約文とすることもできる。接続される二つの要約文の間には、適宜接続語が鍾乳される。こうした語尾等の調整処理によれば、タイトル及び各段落は、以下のような一群の会話文として整理される。尚、下記の会話文において“”によって挟まれた範囲が修正された語尾である。
・東京駅でガラスが割られ“たんだって”。けが人は無し“らしいよ。知ってた？”
・１１日午前６時ごろ、八重洲口改札で、駅職員がガラス窓にひびが入っているのを発見した“そうで、”鉄道会社によると未明のうちに何者かが犯行に及んだ模様“らしいよ。”
・警視庁は周囲の警備を強化する方針“なんだって。”
・３連休の初日とあって駅利用者が多かったものの大きな混乱はなかった“みたいだよ。”
【００６０】
以上の一群の会話文を用いて対話実行ブロック７１は、ユーザとの対話を実行する。会話文生成ブロック８２にて生成された複数の会話文は、順序を入れ替えられることなく、本文における登場順序を維持したまま、ユーザとの会話に用いられる。さらに、タイトルから生成された会話文は、本文から生成された各会話文よりも先にユーザとの会話に用いられる。また、一連の会話が開始される直前には、会話開始をユーザに報知するための報知音が、スピーカ３２から出力される。報知音は、ユーザの意識を会話の音声に向けさせることができる。その結果、ユーザは、対話装置１００から投げかけられた会話の始まりの部分を聞き逃し難くなる。
対話装置：「東京駅でガラスが割られたんだって。けが人は無しらしいよ。知ってた？」
ユーザ  ：「いや、知らなかった」
対話装置：「１１日午前６時ごろ、八重洲口改札で、駅職員がガラス窓にひびが入っているのを発見したそうで、鉄道会社によると未明のうちに何者かが犯行に及んだ模様らしいよ。」
ユーザ  ：「荒っぽい事するなあ」
対話装置：「警視庁は周囲の警備を強化する方針なんだって。」
ユーザ  ：「八重洲口って人が多いけど、混乱しなかったの？」
対話装置：「３連休の初日とあって駅利用者が多かったものの大きな混乱はなかったみたいだよ。」
ユーザ  ：「そりゃ良かったね」
【００６１】
以上のような会話を実現するために、制御回路６０にて実施される会話文生成処理及び会話開始処理をさらに説明する。まず、会話文生成処理の詳細を、図５に基づき、図１を参照しつつ説明する。図５に示す会話文生成処理の各ステップは、主に文章処理部８０（図３参照）によって実施される。会話文生成処理は、車両の電源がオン状態とされたことに基づいて開始され、車両の電源がオフ状態とされるまで繰り返される。
【００６２】
Ｓ１０１では、ニュース配信サイトＮＤＳによって配信されたコンテンツ情報を、通信処理部４５から取得する処理を実施し、Ｓ１０２に進む。Ｓ１０２では、運転者の嗜好カテゴリに属するようなコンテンツ情報の取得があったか否かを判定する。Ｓ１０２にて、嗜好カテゴリに属するようなコンテンツ情報の取得が有ったと判定した場合、Ｓ１０３に進む。一方、Ｓ１０２にて、嗜好カテゴリに属するようなコンテンツ情報の取得が無いと判定した場合、会話文生成処理を一旦終了する。
【００６３】
Ｓ１０３では、本文の文章量が閾値以上か否かを判定する。Ｓ１０３にて、本文の文章量が閾値未満であると判定した場合、Ｓ１０４に進む。Ｓ１０４では、各文が一つの段落となるよう本文を分割し、Ｓ１１０に進む。一方、Ｓ１０３にて、本文の文章量が閾値以上であると判定した場合、Ｓ１０５に進む。
【００６４】
Ｓ１０５では、Ｓ１０１にて取得したコンテンツ情報の本文をタイトルから抽出したキーワードに基づいて複数の段落に分割し、Ｓ１０６に進む。Ｓ１０６では、Ｓ１０５の分割処理により、予め設定されたＮ個以上の段落に本文を分割できたか否かを判定する。Ｓ１０６にて、Ｎ個以上に本文が分割できていると判定した場合、Ｓ１１０に進む。一方、分割できた段落の数がＮ個未満である場合、Ｓ１０７に進む。
【００６５】
Ｓ１０７では、Ｓ１０１にて取得したコンテンツ情報の本文を接続詞に基づいて複数の段落に分割し、Ｓ１０８に進む。具体的には、接続詞と、接続詞直前の読点との間が、一つの段落の区切り位置とされる。Ｓ１０８では、Ｓ１０７の分割処理により、予め設定されたＮ個以上の段落に本文を分割できたか否かを判定する。Ｓ１０８にて、Ｎ個以上に本文が分割できていると判定した場合、Ｓ１１０に進む。一方で、分割できた段落の数がＮ個未満である場合、Ｓ１０９に進む。
【００６６】
Ｓ１０９では、Ｓ１０１にて取得したコンテンツ情報の本文を、文章の量に基づいて複数の段落に分割し、Ｓ１１０に進む。具体的に、Ｓ１０９では、本文全体の文章量に応じて、Ｎ個以上の段落が生成されるよう、一つの段落において目安となる文字数を設定する。本文全体の文章量が多い場合、生成される段落の数は、適宜増やされてよい。
【００６７】
Ｓ１１０では、タイトルと全ての段落から会話文を生成し、Ｓ１１１に進む。Ｓ１１１では、Ｓ１１０にて生成された複数の会話文を、一つのコンテンツ情報から生成された一群の会話文として、制御回路６０のフラッシュメモリに保存し、会話文生成処理を一旦終了する。Ｓ１１１では、本文での登場順序を維持したまま、順番を入れ替えられることなく、全ての会話文が保存される。
【００６８】
次に、会話開始処理の詳細を、図５に基づいて説明する。図５に示す会話開始処理は、会話文生成処理（図４参照）と並列に処理されており、会話文生成処理と同様に車両の電源がオン状態とされたことに基づいて開始される。会話開始処理は、車両の電源がオフ状態とされるまで、繰り返し開始される。
【００６９】
Ｓ１２１では、初期設定として、対話実行ブロック７１（図３参照）の作動ステータスを禁止状態に設定し、Ｓ１２２に進む。Ｓ１２２では、状態情報処理回路５０（図１参照）による負荷判定の判定結果を取得し、現在の運転者における運転負荷が低いか否かを判定する。Ｓ１２２にて、現在の運転負荷が高いと判定した場合、会話開始処理を一旦終了する。一方、Ｓ１２２にて、運転負荷が低いと判定した場合には、Ｓ１２３に進む。
【００７０】
Ｓ１２３では、禁止条件が成立しているか否かを判定する。Ｓ１２３にて、何らかの禁止条件が成立していると判定した場合には、会話開始処理を一旦終了する。一方、Ｓ１２３にて、いずれの禁止条件も成立していないと判定した場合には、Ｓ１２４に進む。
【００７１】
Ｓ１２４では、対話実行ブロック７１（図３参照）の作動ステータスを、禁止状態から許容状態へと切り替えて、Ｓ１２５に進む。Ｓ１２５では、会話開始条件が成立しているか否かを判定する。会話開始条件は、例えば運転者が漫然状態又は居眠り状態であるか、嗜好カテゴリに属するような新着のコンテンツ情報が有るか、といった条件である。Ｓ１２５にて、会話開始条件が成立していないと判定した場合、会話開始処理を一旦終了する。一方、Ｓ１２５にて、会話開始条件が成立していると判定した場合、Ｓ１２６に進む。
【００７２】
Ｓ１２６では、一群の会話文を順番を入れ替えることなく用いて、ユーザとの会話を開始する。Ｓ１２５にて成立した会話開始条件に対応した会話を開始する処理を実施し、Ｓ１２７に進む。Ｓ１２７では、会話の停止条件が成立しているか否かを判定する。会話の停止条件は、例えばユーザから会話終了を指示する発話があった、ユーザの運転負荷が高くなった、及び運転者が通常の覚醒状態まで回復した等の条件である。Ｓ１２７にて、会話停止条件が成立していると判定した場合、Ｓ１２８に進む。Ｓ１２８では、Ｓ１２６にて開始した会話を強制的に停止し、会話開始処理を一旦終了する。
【００７３】
一方、Ｓ１２７にて、会話の停止条件が成立していないと判定した場合、Ｓ１２９に進む。Ｓ１２９では、Ｓ１２６にて開始した会話が完了したか否かを判定する。Ｓ１２９にて、会話がまだ継続していると判定した場合には、Ｓ１２７及びＳ１２９の判定を繰り返すことで、会話の完了を待機する。そして、Ｓ１２９にて会話が完了したと判定した場合には、会話開始処理を一旦終了する。
【００７４】
ここまで説明した本実施形態によれば、コンテンツ情報の本文を複数に分割した段落から会話文を生成する過程において、会話文生成ブロック８２は、タイトルの内容と関連性の高い箇所を優先的に残しつつ、段落の内容を短くまとめる。以上によれば、タイトルとの関連する箇所の残る各会話文には、内容的な纏まりが生じる。その結果、複数の会話文の文脈に一貫性が確保され得るので、対話装置１００は、違和感の低減された会話をユーザとの間で展開可能となる。
【００７５】
加えて本実施形態では、タイトルから抽出されたキーワードの違いに基づく段落の分割が実施される。以上の分割方法によれば、内容的に関連する文同士が、一つの段落に括られる。そのため、会話文として短く纏められた場合でも、段落の内容は、会話文に確実に反映され得る。したがって、各会話文を用いた会話によれば、コンテンツ情報の主旨は、ユーザに確実に伝達される。
【００７６】
また本実施形態では、一つの段落に複数の文が含まれている場合、キーワードを最も多く含む一つの文が、会話文に用いるベースとして選択される。以上によれば、タイトルとの関連性の高い内容が会話文に確実に残され得る。したがって、会話文の文脈の一貫性は、さらに確保され易くなる。
【００７７】
さらに本実施形態では、各段落から要約文を生成する過程において、重複しているキーワード及び自明な部分が削除される。以上の処理によれば、一つの段落が長い場合でも、ユーザに冗長感を与えないような会話文が生成され得る。したがって、対話装置１００は、違和感の低減された会話をユーザとの間で展開できる。
【００７８】
加えて本実施形態では、タイトルから生成された会話文が、ユーザとの対話の最初に使用される。故に、ユーザは、これから展開される会話の概要を最初に知らされることとなる。以上によれば、ユーザは、本文から生成された各会話文の内容をスムースに理解し、対話装置１００との対話を楽しむことが可能になる。
【００７９】
また本実施形態の段落分割ブロック８１は、文章量に基づいて本文を分割可能である。文章量に基づく分割であれば、コンテンツ情報の本文が内容の変化に乏しい場合でも、本文は、所定のＮ個以上の段落に分割され得る。こうした処理の結果、一つのニュース記事から分割される段落の数、ひいては生成される会話文の数が確保されるので、対話装置１００は、一つのニュース記事を話題とした複数回の会話を確実に展開できる。
【００８０】
さらに本実施形態の段落分割ブロック８１は、接続詞を抽出した位置にて本文を分割可能である。接続詞に基づく分割であれば、分割された各段落は、もとのコンテンツ情報の本文の起承転結といった文脈を反映した纏まりとなり得る。その結果、各段落から生成される複数の会話文を用いた会話は、コンテンツ情報の本文の文脈を踏襲した自然な会話となり得る。
【００８１】
加えて本実施形態の段落分割ブロック８１は、コンテンツ情報の本文が短い場合において、本文を構成する各文をそれぞれ一つの段落として分割する。以上によれば、段落の数、ひいては会話文の数の確保が可能になる。したがって、本文の短いコンテンツ情報を用いた場合でも、対話装置１００は、ユーザと十分な対話を展開することができる。
【００８２】
また本実施形態による対話実行ブロック７１は、本文から分割された際の段落の順番を入れ替えることなく、各段落から生成された複数の会話文を順に用いて、ユーザとの会話を行う。故に、コンテンツ情報の本文における起承転結といった文脈は、崩されることなくユーザとの会話に踏襲される。したがって、対話実行ブロック７１によって行われる会話は、文脈の一貫性を確保された自然な会話となる。
【００８３】
尚、本実施形態において、通信処理部４５が「情報取得部」に相当し、ニュース配信サイトＮＤＳが「情報源」に相当する。また、対話実行ブロック７１が「会話実行部」に相当し、段落分割ブロック８１が「段落分割部」に相当し、会話文生成ブロック８２が「会話文生成部」に相当する。そして、会話文生成処理におけるＳ１０１が情報取得ステップに相当し、Ｓ１０４，Ｓ１０５，Ｓ１０７，Ｓ１０８が段落分割ステップに相当し、Ｓ１１０が「会話文生成ステップ」に相当し、会話開始処理におけるＳ１２６が「会話実行ステップ」に相当する。
【００８４】
（他の実施形態）
以上、本発明による一実施形態について説明したが、本発明は、上記実施形態に限定して解釈されるものではなく、本発明の要旨を逸脱しない範囲内において種々の実施形態及び組み合わせに適用することができる。
【００８５】
上記実施形態では、漫然状態の検出及び新着コンテンツ情報の受信等が、対話装置による発話開始条件として設定されていた。しかし、会話開始のトリガとして用いられるイベントは、適宜設定可能である。例えば、対話装置は、漫然状態を自覚した運転者が運転席周辺に設けられた対話開始スイッチに対して行う入力や、運転者の「雑談しようよ」といった投げ掛け、或いは搭乗者による特定のキーワードの発話等をきかっけとして、ユーザへの雑談を開始可能である。
【００８６】
上記実施形態では、運転者の顔の様子から漫然状態及び居眠り状態が推定されていた。しかし、例えば車内撮像部によって運転者の手及び体の動きを検出可能であれば、手で目及び顔を擦るような動作や、着座位置及び姿勢を頻繁に直すような動作に基づき、漫然状態及び居眠り状態が推定されてもよい。
【００８７】
上記実施形態における段落分割ブロックは、複数の方法を組み合わせることにより、本文を所定数（Ｎ個）以上の段落に分割していた。しかし、例えば、段落の下限数を設定しないのであれば、段落分割ブロックは、キーワード及び接続詞のみでコンテンツ情報の本文を分割してもよい。
【００８８】
さらに段落分割ブロックは、本文のテキストデータに含まれる書式情報に基づき、本文を分割してもよい。詳記すると、段落分割ブロックは、二つの文の間が一行以上空けられていた場合、これら二つの文の間を分割位置に設定する。また、文頭に字下げが設けられていた場合、字下げされた文を段落の最初の文に設定する。以上のような分割処理によっても、コンテンツ情報の本文の文脈を踏襲した会話文が生成され得る。
【００８９】
上記実施形態では、本文の文脈を踏襲するよう、対話実行ブロックは、会話文の順序を入れ替えることなく、本文における登場順序を維持したまま、会話文を用いたユーザとの対話を行っていた。しかし、対話実行ブロックは、運転者の反応に応じて、使用順序の入れ替え、及び特定の会話文のスキップ等を行うことができる。
【００９０】
上記実施形態では、冗長な会話にならないよう、タイトルのキーワードと重複する部分及び修飾語等が要約文を生成する過程において削除されていた。しかし、削除される量は、文脈に応じて適宜増減されてよい。
【００９１】
上記実施形態では、対話すること自体を目的とした非タスク指向型の会話を対話装置１００が行っている場合について、詳細を説明した。しかし、対話装置１００は、上述した雑談のような会話だけでなく、搭乗者から投げかけられた質問に返答する、搭乗者の指定するお店を予約するといったタスク指向型の会話も行うことができる。さらに、非タスク指向型の会話を行っている途中で、一時的にタスク指向型の会話を挟むことも可能である。
【００９２】
上記実施形態において、制御回路６０のプロセッサ６０ａによって提供されていた会話実行に係る各機能は、例えば専用の集積回路によって実現されていてもよい。或いは、複数のプロセッサが協働して、会話の実行に係る各処理を実施してもよい。さらに、上述のものとは異なるハードウェア及びソフトウェア、或いはこれらの組み合わせによって、各機能が提供されてよい。同様に、状態情報処理回路５０のプロセッサ５０ａによって提供されていた運転負荷判定及び覚醒度判定に係る機能も、上述のものとは異なるハードウェア及びソフトウェア、或いはこれらの組み合わせによって提供可能である。
【００９３】
さらに、各プロセッサ５０ａ，６０ａにて実行されるプログラムを記憶する記憶媒体は、フラッシュメモリに限定されない。種々の非遷移的実体的記憶媒体が、プログラムを記憶する構成として採用可能である。
【００９４】
本発明は、スマートフォン及びタブレット端末等の通信機器、並びに車両外部のサーバー等にインストールされる対話制御プログラムにも適用可能である。例えば対話制御プログラムは、車内に持ち込まれる通信端末の記憶媒体に、プロセッサによって実行可能なアプリケーションとして記憶されている。通信端末は、対話制御プログラムに従って運転者と対話可能であり、対話を通じて運転者の覚醒状態を維持させることができる。
【００９５】
また、対話制御プログラムがサーバーの記憶媒体に記憶されている場合、サーバーは、車両及び運転者の状態情報を、インターネットを通じて取得することができる。加えてサーバーは、取得した状態情報に基づき生成した会話文を、車両の音声再生装置へ送信し、スピーカから再生させることができる。以上のように、サーバーに対話制御プログラムがインストールされている場合でも、ユーザである運転者とシステムとの会話が実現できる。そして、サーバー型の対話システムでも、運転者の覚醒状態の維持は可能である。
【００９６】
以上のように、対話制御プログラムを実行する通信機器及びサーバー等によって行われる対話制御方法は、対話装置によって行われる対話制御方法と実質同一となり得る。また本発明は、車両に搭載される対話装置だけでなく、ユーザと会話を行う機能を備えた装置、例えば、玩具、受付用ロボット、介護用ロボット等にも適用可能である。
【００９７】
さらに本発明は、自動運転を行う車両（自律走行車）に搭載される対話装置にも適用可能である。例えば、「システムからの運転操作切り替え要請にドライバーが適切に応じるという条件のもと、特定の運転モードにおいて自動化された運転システムが車両の運転操作を行う」という自動化レベルの自動運転が想定されている。このような自動運転車両では、運転者（オペレータ）は、運転操作のバックアップのために、待機状態を維持する必要がある。そのため、待機状態にある運転者は、漫然状態及び居眠り状態に陥り易くなると推測される。故に、本発明を適用した対話装置は、自動運転システムのバックアップとして待機状態にある運転者の覚醒度を維持する構成としても、好適なのである。
【符号の説明】
【００９８】
４５  通信処理部（情報取得部）、６０ａ  プロセッサ、７１  対話実行ブロック（会話実行部）、８１  段落分割ブロック（段落分割部）、８２  会話文生成ブロック（会話文生成部）、１００  対話装置、ＮＤＳ  ニュース配信サイト（情報源）
【図１】
2017068359.tif 000003
【図２】
2017068359.tif 000004
【図３】
2017068359.tif 000005
【図４】
2017068359.tif 000006
【図５】
2017068359.tif 000007