(57)【特許請求の範囲】
【請求項１】
複数の端末装置と通信するコミュニケーション支援装置であって、
先行メッセージと、前記先行メッセージに対してユーザに混乱を生じさせない正常発話対を構成する応答メッセージの意図と、を対応づけた正常発話対情報を予め記憶する記憶部と、
複数の前記端末装置からメッセージを取得する取得部と、
前記メッセージを取得する毎に、取得した前記メッセージの意図を解析する解析部と、 取得した前記メッセージの意図に基づいて、該メッセージが、該メッセージより前に取得した取得済の前記メッセージの内の前記正常発話対を未構成の前記メッセージと前記正常発話対を構成しない場合、ユーザに混乱を生じさせる可能性があると判別する判別部と、
取得した前記メッセージがユーザに混乱を生じさせる可能性がある場合、該メッセージについて、該メッセージの配信形態を、前記混乱を解消する前記配信形態に変更する変更部と、
変更された前記配信形態で該メッセージを前記端末装置へ配信する配信部と、
を備え、
前記変更部は、取得した前記メッセージがユーザに混乱を生じさせると判別した場合、該メッセージについて、該メッセージの配信を、該メッセージと前記正常発話対を構成する他の新たな前記メッセージを前記取得部が取得するまで保留した後に配信するように、前記配信形態を変更する、
コミュニケーション支援装置。
【請求項２】
複数の端末装置と通信するコミュニケーション支援装置であって、
先行メッセージと、前記先行メッセージに対してユーザに混乱を生じさせない正常発話対を構成する応答メッセージの意図と、を対応づけた正常発話対情報を予め記憶する記憶部と、
複数の前記端末装置からメッセージを取得する取得部と、
前記メッセージを取得する毎に、取得した前記メッセージの意図を解析する解析部と、 取得した前記メッセージの意図に基づいて、該メッセージが、該メッセージより前に取得した取得済の前記メッセージの内の前記正常発話対を未構成の前記メッセージと前記正常発話対を構成しない場合、ユーザに混乱を生じさせる可能性があると判別する判別部と、
取得した前記メッセージがユーザに混乱を生じさせる可能性がある場合、該メッセージについて、該メッセージの配信形態を、前記混乱を解消する前記配信形態に変更する変更部と、
変更された前記配信形態で該メッセージを前記端末装置へ配信する配信部と、
を備え、
前記変更部は、取得した前記メッセージがユーザに混乱を生じさせると判別した場合、該メッセージより前に取得した取得済の前記メッセージの内、ユーザに混乱を生じさせると判別した前記メッセージと前記正常発話対を構成する前記メッセージの識別情報と、ユーザに混乱を生じさせると判別した前記メッセージと、を共に配信するように、前記配信形態を変更する、
コミュニケーション支援装置。
【請求項３】
前記変更部は、取得した前記メッセージがユーザに混乱を生じさせると判別した場合、該メッセージについて、該メッセージの配信を予め定めた所定時間保留した後に配信するように前記配信形態を変更する、請求項１または請求項２に記載のコミュニケーション支援装置。
【請求項４】
前記配信部は、
複数の前記端末装置の各々を、予め定めた複数のグループに分類した各グループに属する前記端末装置ごとに、異なるタイミングで前記メッセージを配信する、請求項１または請求項２に記載のコミュニケーション支援装置。
【請求項５】
前記変更部は、
取得した前記メッセージがユーザに混乱を生じさせると判別した場合、該メッセージの次に取得したメッセージについて、該メッセージと正常発話対を構成する取得済の他のメッセージの選択を受付ける受付部を含み、
選択された他の該メッセージに関する関連情報と、ユーザに混乱を生じさせると判別した前記メッセージと、を配信するように前記配信形態を変更する、
請求項１または請求項２に記載のコミュニケーション支援装置。
【請求項６】
複数の端末装置と通信するコミュニケーション支援装置で実行するコミュニケーション支援方法であって、
複数の前記端末装置からメッセージを取得する取得ステップと、
前記メッセージを取得する毎に、取得した前記メッセージの意図を解析する解析ステップと、
取得した前記メッセージの意図に基づいて、該メッセージが、該メッセージより前に取得した取得済の前記メッセージの内の、先行メッセージと前記先行メッセージに対してユーザに混乱を生じさせない正常発話対を構成する応答メッセージの意図とを対応づけた正常発話対情報を予め記憶した記憶部における前記正常発話対を未構成の前記メッセージと、前記正常発話対を構成しない場合、ユーザに混乱を生じさせる可能性があると判別する判別ステップと、
取得した前記メッセージがユーザに混乱を生じさせる可能性がある場合、該メッセージについて、該メッセージの配信形態を、前記混乱を解消する前記配信形態に変更する変更ステップと、
変更された前記配信形態で該メッセージを前記端末装置へ配信する配信ステップと、
を含み、
前記変更ステップは、取得した前記メッセージがユーザに混乱を生じさせると判別した場合、該メッセージについて、該メッセージの配信を、該メッセージと前記正常発話対を構成する他の新たな前記メッセージを取得するまで保留した後に配信するように、前記配信形態を変更する、
コミュニケーション支援方法。
【請求項７】
複数の端末装置と通信するコンピュータに実行させるためのプログラムであって、
複数の前記端末装置からメッセージを取得する取得ステップと、
前記メッセージを取得する毎に、取得した前記メッセージの意図を解析する解析ステップと、
取得した前記メッセージの意図に基づいて、該メッセージが、該メッセージより前に取得した取得済の前記メッセージの内の、先行メッセージと前記先行メッセージに対してユーザに混乱を生じさせない正常発話対を構成する応答メッセージの意図とを対応づけた正常発話対情報を予め記憶した記憶部における前記正常発話対を未構成の前記メッセージと、前記正常発話対を構成しない場合、ユーザに混乱を生じさせる可能性があると判別する判別ステップと、
取得した前記メッセージがユーザに混乱を生じさせる可能性がある場合、該メッセージについて、該メッセージの配信形態を、前記混乱を解消する前記配信形態に変更する変更ステップと、
変更された前記配信形態で該メッセージを前記端末装置へ配信する配信ステップと、
を含み、
前記変更ステップは、取得した前記メッセージがユーザに混乱を生じさせると判別した場合、該メッセージについて、該メッセージの配信を、該メッセージと前記正常発話対を構成する他の新たな前記メッセージを取得するまで保留した後に配信するように、前記配信形態を変更する、
プログラム。
【請求項８】
複数の端末装置と通信するコミュニケーション支援装置で実行するコミュニケーション支援方法であって、
複数の前記端末装置からメッセージを取得する取得ステップと、
前記メッセージを取得する毎に、取得した前記メッセージの意図を解析する解析ステップと、
取得した前記メッセージの意図に基づいて、該メッセージが、該メッセージより前に取得した取得済の前記メッセージの内の、先行メッセージと前記先行メッセージに対してユーザに混乱を生じさせない正常発話対を構成する応答メッセージの意図とを対応づけた正常発話対情報を予め記憶した記憶部における前記正常発話対を未構成の前記メッセージと、前記正常発話対を構成しない場合、ユーザに混乱を生じさせる可能性があると判別する判別ステップと、
取得した前記メッセージがユーザに混乱を生じさせる可能性がある場合、該メッセージについて、該メッセージの配信形態を、前記混乱を解消する前記配信形態に変更する変更ステップと、
変更された前記配信形態で該メッセージを前記端末装置へ配信する配信ステップと、
を含み、
前記変更ステップは、取得した前記メッセージがユーザに混乱を生じさせると判別した場合、該メッセージより前に取得した取得済の前記メッセージの内、ユーザに混乱を生じさせると判別した前記メッセージと前記正常発話対を構成する前記メッセージの識別情報と、ユーザに混乱を生じさせると判別した前記メッセージと、を共に配信するように、前記配信形態を変更する、
コミュニケーション支援方法。
【請求項９】
複数の端末装置と通信するコンピュータに実行させるためのプログラムであって、
複数の前記端末装置からメッセージを取得する取得ステップと、
前記メッセージを取得する毎に、取得した前記メッセージの意図を解析する解析ステップと、
取得した前記メッセージの意図に基づいて、該メッセージが、該メッセージより前に取得した取得済の前記メッセージの内の、先行メッセージと前記先行メッセージに対してユーザに混乱を生じさせない正常発話対を構成する応答メッセージの意図とを対応づけた正常発話対情報を予め記憶した記憶部における前記正常発話対を未構成の前記メッセージと、前記正常発話対を構成しない場合、ユーザに混乱を生じさせる可能性があると判別する判別ステップと、
取得した前記メッセージがユーザに混乱を生じさせる可能性がある場合、該メッセージについて、該メッセージの配信形態を、前記混乱を解消する前記配信形態に変更する変更ステップと、
変更された前記配信形態で該メッセージを前記端末装置へ配信する配信ステップと、
を含み、
前記変更ステップは、取得した前記メッセージがユーザに混乱を生じさせると判別した場合、該メッセージより前に取得した取得済の前記メッセージの内、ユーザに混乱を生じさせると判別した前記メッセージと前記正常発話対を構成する前記メッセージの識別情報と、ユーザに混乱を生じさせると判別した前記メッセージと、を共に配信するように、前記配信形態を変更する、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施の形態は、コミュニケーション支援装置、コミュニケーション支援方法、および、プログラムに関する。
【背景技術】
【０００２】
ユーザから発信されたメッセージを、複数の他のユーザへ配信することで、複数のユーザ間のコミュニケーションを支援するシステムが知られている。例えば、あるユーザが発信したメッセージを、他のユーザの携帯端末に自動配信して再生させるシステムが知られている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】北陸先端科学技術大学院大学プレスリリース、“知識科学研究科の内平教授ら、医療・介護サービス向けスマートフォンに「つぶやく」だけで、記録・連絡・情報共有とログ解析による可視化が可能なシステムを開発”、［online］、平成２５年１０月３１日、［平成２７年４月１５日検索］、インターネット＜ＵＲＬ：http://www.jaist.ac.jp/news/press/2013/post-380.html＞
【非特許文献２】鳥居健太郎、“いつでもどこでも音声で登録できる在宅医療介護向けＳＮＳ”、［online］、平成２６年９月１２日、［平成２７年４月１５日検索］、インターネット＜ＵＲＬ：http://www.chubu.meti.go.jp/technology_jyoho/download/20140912/20140912toshiba.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来では、１のユーザの携帯端末から発信されたメッセージを、発信順に順次、他のユーザの携帯端末の各々へ配信していた。このため、メッセージを配信されたユーザ側では、各メッセージの対応関係を理解することが困難となる場合があった。すなわち、従来では、円滑なコミュニケーションを支援することは困難であった。
【０００５】
本発明が解決しようとする課題は、円滑なコミュニケーションを支援することができる、コミュニケーション支援装置、コミュニケーション支援方法、および、プログラムを提供することである。
【課題を解決するための手段】
【０００６】
実施の形態のコミュニケーション支援装置は、複数の端末装置と通信する。コミュニケーション支援装置は、記憶部と、取得部と、解析部と、判別部と、変更部と、配信部と、を備える。記憶部は、先行メッセージと、前記先行メッセージに対してユーザに混乱を生じさせない正常発話対を構成する応答メッセージの意図と、を対応づけた正常発話対情報を予め記憶する。取得部は、複数の端末装置からメッセージを取得する。解析部は、メッセージを取得する毎に、取得した前記メッセージの意図を解析する。判別部は、取得したメッセージの意図に基づいて、該メッセージが、該メッセージより前に取得した取得済のメッセージの内の正常発話対を未構成のメッセージと正常発話対を構成しない場合、ユーザに混乱を生じさせる可能性があると判別する。変更部は、取得したメッセージがユーザに混乱を生じさせる可能性がある場合、該メッセージについて、該メッセージの配信形態を、混乱を解消する配信形態に変更する。変更部は、取得したメッセージがユーザに混乱を生じさせると判別した場合、該メッセージについて、該メッセージの配信を、該メッセージと正常発話対を構成する他の新たなメッセージを取得部が取得するまで保留した後に配信するように、配信形態を変更する。配信部は、変更された配信形態で該メッセージを端末装置へ配信する。
【図面の簡単な説明】
【０００７】
【図１】コミュニケーション支援システムの一例の模式図。
【図２】コミュニケーション支援システムの機能ブロック図。
【図３】正常発話対情報のデータ構成の一例を示す模式図。
【図４】異常発話対情報のデータ構成の一例を示す模式図。
【図５】履歴情報のデータ構成の一例を示す模式図。
【図６】受信・配信処理の手順の一例を示すフローチャート。
【図７】発信・受信処理の手順の一例を示すフローチャート。
【図８】従来のメッセージ配信の一例を示す模式図。
【図９】変形例の支援装置の機能ブロック図。
【図１０】ハードウェア構成例を示すブロック図。
【発明を実施するための形態】
【０００８】
以下に添付図面を参照して、コミュニケーション支援装置、コミュニケーション支援方法、および、プログラムを詳細に説明する。
【０００９】
本実施の形態のコミュニケーション支援システムは、ユーザに対してメッセージの提供を行う。メッセージの提供は、１のユーザから受け付けたメッセージを他のユーザへ提供すること、１のユーザから受け付けたメッセージを該ユーザへ提供すること、および、１のユーザから受付けたメッセージを、該ユーザと他のユーザへ提供すること、を含む。本実施の形態のコミュニケーション支援システムは、身体動作や、機器などの操作を必要とする場面などにも適用可能である。例えば、コミュニケーション支援システムは、製造現場、医療現場、介護現場、機器保守現場、および、販売現場などに導入可能である。
【００１０】
図１は、本実施の形態のコミュニケーション支援システム１０の一例の模式図である。コミュニケーション支援システム１０は、コミュニケーション支援装置１２と、複数の端末装置１４と、を備える。コミュニケーション支援装置１２と、複数の端末装置１４の各々と、は、ネットワーク１６を介して接続されている。ネットワーク１６は、公知の通信網である。ネットワーク１６は、例えば、インターネットや、携帯電話網、などである。ネットワーク１６は、例えば、ケーブル、トランシーバー、ルーター、スイッチ、無線ＬＡＮアクセスポイント、無線ＬＡＮ送受信機、などによって実現される。
【００１１】
以下では、コミュニケーション支援装置１２を、支援装置１２と称して説明する。支援装置１２は、コミュニケーション支援システム１０を管理する装置である。支援装置１２は、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）で構成することができる。支援装置１２は、端末装置１４から取得したメッセージを蓄積する。また、支援装置１２は、該端末装置１４や他の端末装置１４などへメッセージを通知する。
【００１２】
端末装置１４は、コミュニケーション支援システム１０を利用するユーザによって操作される。本実施の形態では、コミュニケーション支援システム１０は、複数の端末装置１４を備える。図１には、端末装置１４として、端末装置１４Ａ〜端末装置１４Ｆの６台の端末装置１４を一例として示した。しかし、コミュニケーション支援システム１０に設けられた端末装置１４の台数は、６台に限定されない。以下では、複数の端末装置１４（端末装置１４Ａ〜端末装置１４Ｆ）を総称して説明する場合には、単に、端末装置１４と称して説明する。
【００１３】
本実施の形態では、複数の端末装置１４の各々は、互いに異なるユーザによって携帯される場合を、一例として説明する。
【００１４】
ユーザは、端末装置１４を用いてメッセージを発信する。また、ユーザは、端末装置１４によってメッセージを確認する。端末装置１４は、例えば、ＰＣや携帯端末などである。本実施の形態では、端末装置１４は、ユーザによって携帯される携帯端末である場合を一例として説明する。
【００１５】
メッセージとは、支援装置１２が端末装置１４から受信するデータである。また、メッセージは、支援装置１２が端末装置１４へ配信するデータである。メッセージは、該メッセージの発信元のユーザが、該ユーザや他のユーザなどへ通知する対象のデータである。メッセージは、例えば、音声データや、動画像データである。なお、メッセージは、ユーザによる操作指示によって端末装置１４に入力された各種ボタン操作を示す信号を、音声データや動画像データに変換したものであってもよい。
【００１６】
本実施の形態では、メッセージが音声データである場合を一例として説明する。
【００１７】
図２は、コミュニケーション支援システム１０の機能ブロック図である。
【００１８】
まず、支援装置１２について説明する。支援装置１２は、制御部１８と、記憶部２０と、通信部２２と、を備える。記憶部２０および通信部２２は、制御部１８にデータや信号を授受可能に接続されている。
【００１９】
通信部２２は、ネットワーク１６を介して、無線または有線により、端末装置１４や外部装置などと通信を行う。
【００２０】
記憶部２０は、各種データを記憶する。記憶部２０は、公知のハードディスクなどの記憶媒体である。本実施の形態では、記憶部２０は、正常発話対情報２０Ａ、異常発話対情報２０Ｂ、および、履歴情報２０Ｃ、などを記憶する。
【００２１】
記憶部２０は、正常発話対情報２０Ａおよび異常発話対情報２０Ｂを予め記憶する。なお、正常発話対情報２０Ａおよび異常発話対情報２０Ｂは、ユーザによる操作指示などによって適宜変更可能としてもよい。履歴情報２０Ｃは、後述する制御部１８の処理によって適宜更新される。
【００２２】
正常発話対情報２０Ａは、正常な発話対を示す情報である。本実施の形態では、「正常な」とは、ユーザに混乱を生じさせないことを示す。
【００２３】
発話対とは、会話を構成するメッセージの構成単位を示す。言い換えると、発話対とは、会話を構成する往復のやりとり、すなわち、“話しかけ”と“受け答え”、という会話の基本となる構成単位を示す。具体的には、発話対は、先行メッセージと、応答メッセージと、の対を示す。
【００２４】
先行メッセージとは、先行して発信されたメッセージを示す。応答メッセージとは、先行メッセージに対して対話の対を成すメッセージを示す。なお、発話対は、先行メッセージと応答メッセージとが１対１の関係を示す形態に限定されず、１対多（複数）、多（複数）対１、あるいは、多（複数）対多（複数）の関係であってもよい。
【００２５】
図３は、正常発話対情報２０Ａのデータ構成の一例を示す模式図である。正常発話対情報２０Ａは、先行メッセージの意図と、先行メッセージに対してユーザに混乱を生じさせない正常発話対を構成する応答メッセージの意図と、を対応づけた情報である。正常発話対情報２０Ａのデータ形式は限定されない。例えば、正常発話対情報２０Ａは、データベースやテーブルで構成する。
【００２６】
メッセージの意図とは、メッセージを発信したユーザの、該メッセージに対する発信（または発話）の目的や意味を示す。なお、メッセージの意図は、メッセージの発信の目的や意味に加えて、メッセージに含まれる話題（キーワード）を含むものであってもよい。
【００２７】
メッセージの意図は、例えば、“質問”、“回答”、“依頼”、“拒否”、“承諾”、などである。なお、メッセージの意図は、これらに限定されない。例えば、メッセージの意図は、メッセージに含まれるキーワードを示すものであってもよい。
【００２８】
すなわち、正常発話対情報２０Ａは、正常発話対を構成するメッセージの意図の対を予め定めたものである。図３に示す例では、先行メッセージの意図と応答メッセージの意図の対の一例として、「質問Ａ」と「回答Ａ」、「質問Ｂ」と「回答Ｂ」、「依頼」と「承諾」、「依頼」と「拒否」、の各々を示した。
【００２９】
例えば、先行して発信されたメッセージの意図が「質問Ａ」であり、次に発信されたメッセージの意図が「回答Ａ」である場合、後述する制御部１８では、これらのメッセージが正常発話対を構成するものとして判別する。
【００３０】
なお、正常発話対情報２０Ａに登録されている、正常発話対を構成するメッセージの意図の対は、図３に示すものに限定されない。また、正常発話対情報２０Ａは、ユーザによる操作指示などにより、適宜、追加や変更を可能としてもよい。また、正常発話対情報２０Ａに登録する意図の対として、より詳細な意図を予め登録するほど、後述する制御部１８の処理によって、より円滑なコミュニケーション支援を図ることが可能となる。
【００３１】
図２に戻り、異常発話対情報２０Ｂについて説明する。異常発話対情報２０Ｂは、異常な発話対を示す情報である。本実施の形態では、「異常な」とは、ユーザに混乱を生じさせる可能性があることを示す。
【００３２】
図４は、異常発話対情報２０Ｂのデータ構成の一例を示す模式図である。異常発話対情報２０Ｂは、先行メッセージの意図と、先行メッセージに対してユーザに混乱を生じさせる可能性がある異常発話対を構成する応答メッセージの意図と、を対応づけた情報である。異常発話対情報２０Ｂのデータ形式は限定されない。例えば、異常発話対情報２０Ｂは、データベースやテーブルで構成する。
【００３３】
すなわち、異常発話対情報２０Ｂは、異常発話対を構成するメッセージの意図の対を予め定めたものである。図４に示す例では、先行メッセージの意図と応答メッセージの意図の対の一例として、「質問」と「質問」、「質問」と「依頼」、「承諾」と「拒否」、の各々を示した。
【００３４】
例えば、先行して発信されたメッセージの意図が「質問」であり、次に発信されたメッセージの意図が「質問」である場合、後述する制御部１８では、これらのメッセージが異常発話対を構成するものとして判別する。
【００３５】
なお、異常発話対情報２０Ｂに登録されている、異常発話対を構成するメッセージの意図の対は、図４に示すものに限定されない。また、異常発話対情報２０Ｂは、ユーザによる操作指示などにより、適宜、追加や変更を可能としてもよい。
【００３６】
図２に戻り、次に、履歴情報２０Ｃについて説明する。履歴情報２０Ｃは、支援装置１２の制御部１８が、複数の端末装置１４の各々との間で、メッセージの受信および配信を行う受信・配信処理の実行履歴を示す情報である。
【００３７】
図５は、履歴情報２０Ｃのデータ構成の一例を示す模式図である。履歴情報２０Ｃは、制御部１８による受信・配信処理によって、時系列で順次更新されていく。すなわち、制御部１８は、端末装置１４からメッセージを取得するごと、および、制御部１８で後述する各処理を行うごとに、履歴情報２０Ｃへの記録を行うことで、履歴情報２０Ｃを更新する。本実施の形態では、制御部１８は、図５に示す履歴情報２０Ｃに、実行履歴を１行ずつ追加登録していくことで、履歴情報２０Ｃを更新する。
【００３８】
履歴情報２０Ｃは、ユーザ識別情報（以下、ユーザＩＤと称する）と、メッセージ識別情報（以下、メッセージＩＤと称する）と、取得時刻と、意図と、判別結果と、発話対履歴と、配信状況と、配信形態と、を対応づけたものである。履歴情報２０Ｃのデータ形式は限定されない。履歴情報２０Ｃは、例えば、テキスト形式であってもよいし、データベースやテーブル形式であってもよい。
【００３９】
履歴情報２０Ｃにおける「メッセージ」は、端末装置１４から受信したメッセージである。履歴情報２０Ｃにおける「メッセージＩＤ」は、対応するメッセージを識別する識別情報である。履歴情報２０Ｃにおける「ユーザＩＤ」は、対応するメッセージの発信元のユーザの識別情報である。言い換えると、履歴情報２０Ｃにおける「ユーザＩＤ」は、対応するメッセージの発信元の端末装置１４を操作するユーザの、識別情報である。なお、履歴情報２０Ｃにおける「ユーザＩＤ」は、対応するメッセージの発信元の端末装置１４の識別情報であってもよい。
【００４０】
履歴情報２０Ｃにおける「取得時刻」は、対応するメッセージを端末装置１４から取得した（すなわち受信した）タイミングを示す。取得時刻は、例えば、月、日、時、分、秒、で表す。なお、取得時刻は、対応するメッセージを端末装置１４から取得したタイミングを示す情報であればよく、月日時分秒で表す形態に限定されない。例えば、取得時刻は、支援装置１２に電力の供給が開始されてから（すなわち、電源オンとされてから）経過した経過時間で表してもよい。履歴情報２０Ｃにおける「意図」は、対応するメッセージの意図を示す。
【００４１】
履歴情報２０Ｃにおける「判別結果」は、対応するメッセージが、ユーザに混乱を生じさせる可能性があるか否かの判別結果を示す。ユーザに混乱を生じさせる可能性があるか否かは、制御部１８によって判別される（詳細後述）。図５に示す例では、判別結果“ＯＫ”は、ユーザに混乱を生じさせない（すなわち、正常である）事を示す。また、判別結果“ＮＧ”は、ユーザに混乱を生じさせる可能性がある（すなわち、異常である）事を示す。
【００４２】
履歴情報２０Ｃにおける「発話対履歴」は、支援装置１２で受信したメッセージの、正常発話対の構成状況の履歴を示す。本実施の形態では、履歴情報２０Ｃにおける「発話対履歴」には、各端末装置１４から発信されたメッセージの各々について、正常発話対を未構成であるか否か、および、正常発話対を構成済であるか、を示す情報が登録される。
【００４３】
なお、正常発話対を構成済である、とは、正常な発話対の対応付けがなされていること、を示す。また、正常発話対を未構成である、とは、正常な発話対の対応付けがなされていないこと、を示す。
【００４４】
「発話対履歴」における、図５中、［ｍ１／  ］は、メッセージＩＤ“ｍ１”によって識別されるメッセージが、正常発話対を未構成であることを示す。また、図５中、［ｍ１／ｍ２］は、メッセージＩＤ“ｍ１”によって識別されるメッセージと、メッセージＩＤ“ｍ２”によって識別されるメッセージと、が正常発話対を構成していることを示す。
【００４５】
すなわち、図５に示す例では、「発話対履歴」において、スラッシュ「／」の後が空欄であるものは、正常発話対を未構成であることを示す。また、スラッシュ「／」の前後にメッセージＩＤが記録されているものは、正常発話対を構成していることを示す。
【００４６】
履歴情報２０Ｃにおける「配信状況」は、対応するメッセージの、端末装置１４への配信状況を示す。本実施の形態では、配信状況“配信済”は、配信が既になされたことを示す。配信状況“保留中”は、配信が保留中であることを示す。
【００４７】
履歴情報２０Ｃにおける「配信形態」は、対応するメッセージの、端末装置１４への配信形態を示す。
【００４８】
本実施の形態では、配信形態として、基準配信形態と、変更配信形態と、を扱う。基準配信形態は、予め定められた基準となる配信形態である。
【００４９】
本実施の形態では、基準配信形態は、１の端末装置１４から取得したメッセージを、他の複数の端末装置１４の各々へ、即時配信することを示す。例えば、支援装置１２が、メッセージＩＤ“ｍ１”によって識別されるメッセージ“赤いブロックはありませんか？”を、端末装置１４Ａから取得したとする。すると、支援装置１２の後述する制御部１８では、基準配信形態に従って、該メッセージ“赤いブロックはありませんか？”を、即時、他の端末装置１４（端末装置１４Ｂ〜端末装置１４Ｆ）の各々へ配信する。
【００５０】
変更配信形態は、後述する制御部１８の処理によって基準配信形態を変更した配信形態である。基準配信形態の変更、および、変更配信形態については、詳細を後述する。
【００５１】
図２に戻り、説明を続ける。支援装置１２の制御部１８は、支援装置１２を制御する。本実施の形態では、制御部１８は、複数の端末装置１４の各々との間で、メッセージの受信および配信を行う受信・配信処理を実行する。
【００５２】
制御部１８は、取得部１８Ａと、解析部１８Ｂと、判別部１８Ｃと、変更部１８Ｄと、配信部１８Ｅと、を含む。取得部１８Ａ、解析部１８Ｂ、判別部１８Ｃ、変更部１８Ｄ、および、配信部１８Ｅの一部またはすべては、例えば、ＣＰＵなどの処理装置にプログラムを実行させること、すなわち、ソフトウェアにより実現してもよいし、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）などのハードウェアにより実現してもよいし、ソフトウェアおよびハードウェアを併用して実現してもよい。
【００５３】
なお、制御部１８の機能は、クラウド環境上に構築された仮想計算機を用いて実現してもよいし、専用のハードウェアを用いて実装してもよい。
【００５４】
取得部１８Ａは、端末装置１４からメッセージを取得する。詳細には、取得部１８Ａは、通信部２２が端末装置１４から受信したメッセージを取得する。言い換えると、取得部１８Ａは、通信部２２およびネットワーク１６を介して、複数の端末装置１４の各々からメッセージを取得する。すなわち、取得部１８Ａは、ユーザの発話などによって端末装置１４から発信されたメッセージを取得する。
【００５５】
このとき、取得部１８Ａは、メッセージと、該メッセージの発信元の端末装置１４を操作するユーザのユーザＩＤと、を端末装置１４から取得する。なお、取得部１８Ａは、ユーザＩＤに代えて、または、ユーザＩＤと共に、メッセージの発信元の端末装置１４の端末ＩＤを取得してもよい。
【００５６】
取得部１８Ａは、取得したメッセージにメッセージＩＤを付与する。そして、取得部１８Ａは、メッセージＩＤと、取得したメッセージと、該メッセージの発信元のユーザのユーザＩＤと、該メッセージの取得時刻と、を対応づけて履歴情報２０Ｃに記憶する（図５参照）。
【００５７】
解析部１８Ｂは、取得部１８Ａがメッセージを取得する毎に、取得部１８Ａが取得したメッセージの意図を解析する。すなわち、解析部１８Ｂは、取得部１８Ａが取得したメッセージを解析することによって、該メッセージの意図（例えば、“質問”、“回答”など）を得る。
【００５８】
例えば、解析部１８Ｂは、公知のデータ解析方法を用いて、メッセージに含まれるキーワードを抽出すると共に、メッセージの抑揚を解析する。そして、解析部１８Ｂは、キーワードおよびメッセージの抑揚と、意図と、を対応づけて予め記憶する。解析部１８Ｂは、メッセージから抽出したキーワードおよび解析した抑揚に対応する意図を読取ることで、意図を解析すればよい。
【００５９】
なお、解析部１８Ｂによる解析には、公知の解析技術を用いればよい。公知の解析技術は、例えば、音声解析処理や、比較照合処理である。音声解析処理は、例えば、音声区間検出、パワー分析、ＦＦＴ（高速フーリエ変換）、スペクトル分析などである。比較照合処理は、音響モデルや言語モデルなどで構成される音声認識語彙辞書との比較照合処理である。比較照合処理には、例えば、ＨＭＭ（ヒドンマルコフモデル）、ＮＮ（ニューラルネットワーク）、ＤＰ（ダイナミックプログラミング）、ＷＦＳＴ（重み付き有限状態トランスデューサー）などを用いる。
【００６０】
また、公知の解析技術は、例えば、音声信号検出、音声解析、音声分析、音声分類、韻律分析、音声認識技術などである。解析部１８Ｂは、公知の解析技術の１または複数を組み合わせることで、解析を行ってもよい。
【００６１】
判別部１８Ｃは、取得部１８Ａで取得したメッセージがユーザに混乱を生じさせる可能性があるか否かを判別する。
【００６２】
本実施の形態では、判別部１８Ｃは、取得部１８Ａで取得したメッセージの意図に基づいて、該メッセージがユーザに混乱を生じさせる可能性があるか否かを判別する。なお、判別部１８Ｃは、他の方法を用いて、判別を行ってもよい。例えば、判別部１８Ｃは、取得部１８Ａで取得したメッセージが予め定めたキーワードを含む場合に、ユーザに混乱を生じさせる可能性があると判別する。
【００６３】
本実施の形態では、判別部１８Ｃは、取得部１８Ａで取得したメッセージが、該メッセージより前に取得した取得済のメッセージの内の正常発話対を未構成のメッセージと、正常発話対を構成しない場合、ユーザに混乱を生じさせる可能性があると判別する。
【００６４】
例えば、図５に示す履歴情報２０Ｃにおける、メッセージＩＤ“ｍ１”〜“ｍ３”の各々によって識別されるメッセージが取得済であり、取得部１８Ａが新たにメッセージＩＤ“ｍ４”によって識別されるメッセージ“緑の短いのを持っていませんか？”を取得したとする。このとき、発話対履歴に示されるように、取得済のメッセージの内、メッセージＩＤ“ｍ３”によって識別されるメッセージ“青の長いブロックはどこですか？”は、正常発話対を未構成である。
【００６５】
この場合、判別部１８Ｃは、この正常発話対を未構成のメッセージ“青の長いブロックはどこですか？”と、新たに取得したメッセージ（メッセージＩＤ“ｍ４”によって識別されるメッセージ“緑の短いのを持っていませんか？”）が、正常発話対を構成するか否かを判別する。
【００６６】
詳細には、判別部１８Ｃは、この正常発話対を未構成のメッセージ（メッセージＩＤ“ｍ３”によって識別されるメッセージ“青の長いブロックはどこですか？”）の意図“質問”と、新たに取得したメッセージ（メッセージＩＤ“ｍ４”によって識別されるメッセージ“緑の短いのを持っていませんか？”）の意図“質問”と、が対応づけて正常発話対情報２０Ａ（図３参照）に登録されているか否かを判別する。そして、判別部１８Ｃは、これらのメッセージの意図が、対応づけて正常発話対情報２０Ａに登録されている場合、これらのメッセージが正常発話対を構成すると判別する。
【００６７】
また、判別部１８Ｃは、これらのメッセージの意図が、対応づけて正常発話対情報２０Ａに登録されていない場合、これらのメッセージは正常発話対を満たさないと判別する。
【００６８】
判別部１８Ｃは、正常発話対を満たさないと判別した場合、この新たに取得したメッセージが、ユーザに混乱を生じさせる可能性があると判別する。すなわち、例えば、正常発話対情報２０Ａに登録されていない、先行メッセージの意図と、応答メッセージの意図と、の対である「質問」と「質問」の対は、ユーザに混乱を生じさせる可能性がある。
【００６９】
具体的には、意図「質問」のメッセージと、意図「質問」の他のメッセージと、を制御部１８が連続して取得したと仮定する。この場合、次に取得した意図「回答」のメッセージが、取得済の何れの意図「質問」のメッセージに対する“回答”を示すメッセージであるのか、わかりにくい。このような場合、ユーザに混乱を生じさせる可能性がある。そこで、このような場合、判別部１８Ｃは、ユーザに混乱を生じさせる可能性があると判別する。
【００７０】
なお、本実施の形態では、判別部１８Ｃは、正常発話対を未構成の取得済のメッセージと、新たに取得したメッセージと、が正常発話対を構成せず、且つ、異常発話対を構成する場合に、該新たに取得したメッセージを、ユーザに混乱を生じさせる可能性があると判別する。
【００７１】
すなわち、判別部１８Ｃは、更に、正常発話対を未構成のメッセージの意図と、新たに取得したメッセージの意図と、が対応づけて異常発話対情報２０Ｂ（図４参照）に登録されているか否かを判別する。そして、判別部１８Ｃは、これらのメッセージの意図が、対応づけて異常発話対情報２０Ｂに登録されている場合、これらのメッセージが異常発話対を構成すると判別する。
【００７２】
そして、判別部１８Ｃは、正常発話対を構成せず、且つ異常発話対を構成すると判別した新たに取得したメッセージを、ユーザに混乱を生じさせる可能性があると判別する。
【００７３】
変更部１８Ｄは、ユーザに混乱を生じさせる可能性があると判別したメッセージについて、該メッセージの配信形態を、混乱を解消する配信形態に変更する。
【００７４】
具体的には、変更部１８Ｄは、基準配信形態を変更する。上述したように、基準配信形態は、１の端末装置１４から取得したメッセージを、他の複数の端末装置１４の各々へ、即時配信することを示す。
【００７５】
変更部１８Ｄは、基準配信形態によって示される、メッセージの配信タイミング、および配信方法の少なくとも一方を変更する。基準配信形態によって示される配信タイミングは、“即時”である。詳細には、端末装置１４からメッセージを受信して、すぐに（即時）、配信することを示す。基準配信形態によって示される配信方法は、該メッセージの発信元の端末装置１４以外の、他の複数の端末装置１４の各々に対して、該メッセージをそのまま配信することを示す。
【００７６】
変更部１８Ｄは、例えば、取得部１８Ａで取得したメッセージがユーザに混乱を生じさせる可能性がある場合、該メッセージについて、該メッセージの配信を予め定めた所定時間保留した後に配信するように配信形態を変更する。この所定時間は、予め定めればよい。
【００７７】
なお、変更部１８Ｄは、取得部１８Ａで取得したメッセージがユーザに混乱を生じさせる可能性がある場合、該メッセージについて、該メッセージの配信を、該メッセージと正常発話対を構成する他の新たなメッセージを取得部１８Ａが取得するまで保留した後に配信するように、配信形態を変更してもよい。
【００７８】
例えば、判別部１８Ｃが、図５に示す履歴情報２０Ｃにおける、メッセージＩＤ“ｍ４”によって識別されるメッセージ“緑の短いのを持っていませんか？”を、ユーザに混乱を生じさせる可能性があると判別したとする。この場合、変更部１８Ｄは、該メッセージＩＤ“ｍ４”によって識別されるメッセージの配信を、該メッセージと正常発話対を構成する他の新たなメッセージを、取得部１８Ａが取得するまで保留するように、配信形態を変更する。
【００７９】
このため、メッセージＩＤ“ｍ４”によって識別されるメッセージ“緑の短いのを持っていませんか？”は、例えば、該メッセージと正常発話対を構成する新たなメッセージＩＤ“ｍ６”によって識別されるメッセージの配信の前に、端末装置１４の各々に配信される。そして、次に、このメッセージＩＤ“ｍ４”によって識別されるメッセージの次に、メッセージＩＤ“ｍ６”によって識別されるメッセージが配信されることとなる。
【００８０】
なお、変更部１８Ｄは、取得部１８Ａで取得したメッセージがユーザに混乱を生じさせる可能性があり、該メッセージについて、該メッセージの配信を予め定めた時間保留（すなわち、一時保留）する場合、特有の配信処理を行うように、配信部１８Ｅを制御することが好ましい。
【００８１】
詳細には、変更部１８Ｄは、この場合、該メッセージの発信元のユーザに対して、該メッセージを一時保留することを示す情報を配信するように、後述する配信部１８Ｅを制御することが好ましい。具体的には、変更部１８Ｄは、該メッセージの発信元のユーザＩＤによって識別されるユーザの端末装置１４に対して、該メッセージを一時保留することを示す情報を配信するように、配信部１８Ｅを制御することが好ましい。
【００８２】
このため、発信したメッセージを支援装置１２によって一時保留されたユーザ（端末装置１４）に対して、該メッセージが一時保留された状態にあることを、提示することができる。
【００８３】
また、変更部１８Ｄは、一時保留（すなわち、所定時間保留）したメッセージを配信する場合、該メッセージの発信元のユーザに対して、該メッセージの保留を解除したことを示す情報を配信するように、後述する配信部１８Ｅを制御することが好ましい。具体的には、変更部１８Ｄは、該メッセージの発信元のユーザＩＤによって識別されるユーザの端末装置１４に対して、該メッセージを遅延配信したことを示す情報を配信するように、配信部１８Ｅを制御することが好ましい。
【００８４】
なお、変更部１８Ｄは、ユーザに混乱を生じさせる可能性があるメッセージについて、該メッセージの配信方法を変更することで、配信形態を変更してもよい。例えば、変更部１８Ｄは、ユーザに混乱を生じさせる可能性があるメッセージより前に取得した取得済のメッセージの内、ユーザに混乱を生じさせる可能性があるメッセージと正常発話対を構成するメッセージの識別情報と、ユーザに混乱を生じさせる可能性があるメッセージと、を共に配信するように、配信形態を変更してもよい。
【００８５】
この場合、例えば、ユーザに混乱を生じさせる可能性があると判別したメッセージと正常発話対を構成するメッセージの識別情報として、該識別情報によって識別されるメッセージの内容と、該メッセージと正常発話対を構成することを示す情報と、を用いることが好ましい。正常発話対を構成することを示す情報には、メッセージの意図を用いればよい。具体的には、変更部１８Ｄは、「このメッセージは、メッセージ“緑の短いのを持っていませんか？”に対する回答です」といった情報を配信するように、配信形態を変更することが好ましい。
【００８６】
配信部１８Ｅは、変更部１８Ｄによって変更された配信形態で、取得部１８Ａで取得したメッセージを端末装置１４へ配信する。詳細には、配信部１８Ｅは、変更部１８Ｄによって配信形態を変更されなかったメッセージについては、該メッセージを基準配信形態で配信する。すなわち、配信部１８Ｅは、取得部１８Ａで取得したメッセージを、コミュニケーション支援システム１０に含まれる複数の端末装置１４の各々へ即時配信する。
【００８７】
なお、配信部１８Ｅは、メッセージを、該メッセージの発信元のユーザの端末装置１４以外の端末装置１４へ配信することが好ましい。なお、配信部１８Ｅは、メッセージを、該メッセージの発信元のユーザの端末装置１４と、該端末装置１４以外の端末装置１４の各々と、の双方に配信してもよい。
【００８８】
一方、配信部１８Ｅは、変更部１８Ｄによって配信形態を変更されたメッセージについては、変更後の配信形態（すなわち、変更配信形態）で、複数の端末装置１４へ配信する。詳細には、配信部１８Ｅは、変更配信形態に示される配信タイミングおよび配信方法で、ユーザに混乱を生じさせる可能性があると判別されたメッセージを配信する。
【００８９】
このため、例えば、配信部１８Ｅは、ユーザに混乱を生じさせる可能性があると判別したメッセージについて、該メッセージの配信を予め定めた所定時間保留した後に配信する。
【００９０】
また、例えば、配信部１８Ｅは、ユーザに混乱を生じさせる可能性があると判別したメッセージについて、該メッセージの配信を、該メッセージと正常発話対を構成する他の新たなメッセージを取得部１８Ａが取得するまで保留した後に配信することもできる。
【００９１】
また、配信部１８Ｅは、ユーザに混乱を生じさせる可能性があると判別したメッセージについて、該メッセージの発信元のユーザＩＤによって識別されるユーザの端末装置１４に対して、該メッセージを一時保留することを示す情報を配信することもできる。
【００９２】
また、配信部１８Ｅは、一時保留（すなわち、所定時間保留）したメッセージを配信する場合、該メッセージの発信元のユーザに対して、該メッセージの保留を解除したことを示す情報を配信することもできる。
【００９３】
また、配信部１８Ｅは、ユーザに混乱を生じさせる可能性があると判別したメッセージを端末装置１４へ配信すると共に、「このメッセージは、メッセージ“緑の短いのを持っていませんか？”に対する回答です」といった、正常発話対を構成するメッセージの識別情報を端末装置１４へ配信することもできる。
【００９４】
次に、端末装置１４について説明する。
【００９５】
図２に示すように、端末装置１４は、通信部２４と、制御部２６と、出力部２８と、操作部３０と、入力部３２と、記憶部３４と、を備える。通信部２４、出力部２８、操作部３０、入力部３２、および記憶部３４は、制御部２６に信号授受可能に接続されている。
【００９６】
通信部２４は、ネットワーク１６を介して、支援装置１２や、他の端末装置１４や、外部装置などと、無線または有線により通信を行う。
【００９７】
出力部２８は、各種情報を出力する。本実施の形態では、出力部２８は、メッセージを出力する。出力部２８は、例えば、音を出力するスピーカ、または、画像を表示する表示部である。出力部２８は、音声を出力する機能と、画像を表示する機能と、の双方を備えた構成であってもよい。
【００９８】
本実施の形態では、出力部２８は、支援装置１２から配信されたメッセージを出力する。具体的には、出力部２８は、支援装置１２から配信されたメッセージを示す音を出力、または、メッセージを示す画像を出力する。
【００９９】
操作部３０は、ユーザによって操作されることで、ユーザによる各種指示を受付ける。操作部３０は、例えば、キーボードやタッチパネルなどである。
【０１００】
入力部３２は、ユーザからのメッセージの入力を受け付ける。メッセージが音声データである場合、入力部３２は、マイクである。この場合、詳細には、入力部３２は、マイクロフォン、アンプ（信号増幅器）、Ａ／Ｄ（アナログ／デジタル変換器）、メモリなどで構成される。そして、入力部３２は、ユーザが発した音声の波形を、音声データに変換し、制御部２６へ出力する。メッセージが動画像データである場合、入力部３２は、動画像を撮影可能な撮影装置である。
【０１０１】
なお、操作部３０が、ユーザからのメッセージの入力を受付けてもよい。例えば、ユーザによる操作部３０の操作を、制御部２６で音データやテキストデータなどに変換し、メッセージとして支援装置１２へ送信してもよい。
【０１０２】
なお、出力部２８および入力部３２を、ユーザの頭部などに装着可能な形態としてもよい。これにより、例えば、ユーザは、入力部３２としてのマイクに向かって発話することで、ハンズフリーでメッセージを発信することができる。また、ユーザは、頭部などに装着された出力部２８としてのスピーカからメッセージを音として聞くことで、ハンズフリーで配信されたメッセージを確認することができる。
【０１０３】
記憶部３４は、各種データを記憶する。
【０１０４】
制御部２６は、端末装置１４全体を制御する。例えば、制御部２６は、通信部２４およびネットワーク１６を介して支援装置１２から、メッセージを受信する。すると、制御部２６は、受信したメッセージを出力部２８から出力する。このため、支援装置１２から配信されたメッセージが、端末装置１４で出力される。
【０１０５】
また、操作部３０や入力部３２からメッセージ（音声データや動画像データ）が入力されると、制御部２６は、入力されたメッセージと、該端末装置１４を操作するユーザのユーザＩＤと、を通信部２４およびネットワーク１６を介して支援装置１２へ送信する。これにより、端末装置１４を携帯するユーザは、他の端末装置１４のユーザに対して、メッセージを発信することができる。
【０１０６】
なお、制御部２６は、端末装置１４を操作するユーザのユーザＩＤを予め記憶部３４に記憶する。そして、制御部２６は、記憶部３４に記憶されているユーザＩＤを、入力されたメッセージのユーザＩＤとして、支援装置１２へ送信すればよい。また、入力部３２に、ユーザ識別機能を設けた構成としてもよい。この場合、制御部２６は、入力部３２から、メッセージと発信元のユーザＩＤとを取得し、支援装置１２へ送信すればよい。また、制御部２６は、ユーザによるメッセージの入力時に、操作部３０の操作によって入力されたユーザＩＤを、発信元のユーザＩＤとしてもよい。
【０１０７】
次に、支援装置１２の制御部１８が実行する、受信・配信処理の手順を説明する。図６は、制御部１８が実行する、受信・配信処理の手順の一例を示すフローチャートである。支援装置１２は、図６に示す受信・配信処理を繰り返し実行する。
【０１０８】
まず、取得部１８Ａが、何れかの端末装置１４からメッセージを取得したか否かを判断する（ステップＳ１００）。本実施の形態では、取得部１８Ａは、メッセージおよびユーザＩＤを、何れかの端末装置１４から取得したか否かを判断する。
【０１０９】
ステップＳ１００で肯定判断すると（ステップＳ１００：Ｙｅｓ）、ステップＳ１０２へ進む。ステップＳ１０２では、取得部１８Ａが、取得したメッセージにメッセージＩＤを付与する。そして、取得部１８Ａは、メッセージＩＤと、取得したメッセージと、該メッセージの発信元のユーザのユーザＩＤと、該メッセージの取得時刻と、を対応づけて、履歴情報２０Ｃ（図５参照）に記憶する（ステップＳ１０２）。
【０１１０】
次に、解析部１８Ｂが、ステップＳ１００で取得したメッセージの意図を解析する（ステップＳ１０４）。そして、解析部１８Ｂは、解析した意図を、ステップＳ１００で取得したメッセージに対応づけて、履歴情報２０Ｃ（図５参照）に記憶する（ステップＳ１０６）。
【０１１１】
次に、判別部１８Ｃが、ステップＳ１００で取得したメッセージより前に取得した取得済のメッセージの内の、正常発話対を未構成のメッセージを検索する（ステップＳ１０８）。そして、判別部１８Ｃは、ステップＳ１０８の検索によって、正常発話対を未構成のメッセージが有るか否かを判別する（ステップＳ１１０）。
【０１１２】
ステップＳ１１０で否定判断すると（ステップＳ１１０：Ｎｏ）、後述するステップＳ１２３へ進む。ステップＳ１１０で肯定判断すると（ステップＳ１１０：Ｙｅｓ）、ステップＳ１１２へ進む。
【０１１３】
ステップＳ１１２では、判別部１８Ｃは、ステップＳ１１０で有りと判断した、取得済のメッセージの内の正常発話対を未構成のメッセージについて、ステップＳ１００で取得したメッセージと正常発話対を構成するか否かを判別する（ステップＳ１１２）。
【０１１４】
ステップＳ１１２では、判別部１８Ｃは、ステップＳ１００で取得したメッセージの意図と、取得済のメッセージの内の正常発話対を未構成のメッセージの意図と、が対応づけて正常発話対情報２０Ａ（図３参照）に登録されているか否かを判断する。これにより、判別部１８Ｃは、ステップＳ１１２の判断を行う。
【０１１５】
正常発話対を構成しないと判断した場合（ステップＳ１１２：Ｎｏ）、ステップＳ１１４へ進む。
【０１１６】
ステップＳ１１４では、判別部１８Ｃは、ステップＳ１００で取得したメッセージの意図と、取得済のメッセージの内の正常発話対を未構成のメッセージの意図と、が、異常発話対を構成するか否かを判断する（ステップＳ１１４）。ステップＳ１１４では、判別部１８Ｃは、ステップＳ１００で取得したメッセージの意図と、取得済のメッセージの内の正常発話対を未構成のメッセージの意図と、が、対応づけて異常発話対情報２０Ｂ（図４参照）に登録されているか否かを判断する。これにより、判別部１８Ｃは、ステップＳ１１４の判断を行う。
【０１１７】
異常発話対を構成すると判断した場合（ステップＳ１１４：Ｙｅｓ）、判別部１８Ｃは、ステップＳ１００で取得したメッセージが、ユーザに混乱を生じさせる可能性があると判別する（ステップＳ１１５）。そして、判別部１８Ｃは、ステップＳ１００で取得したメッセージに対応づけて、判別結果「異常」を示す“ＮＧ”を、履歴情報２０Ｃに登録する（図５参照）。
【０１１８】
次に、変更部１８Ｄが、ステップＳ１００で取得した該メッセージについて、該メッセージの配信形態を変更する（ステップＳ１１６）。図６に示す手順では、一例として、変更部１８Ｄが、該メッセージの配信を、該メッセージと正常発話対を構成する他の新たなメッセージを取得部１８Ａが新たに取得するまで一時保留した後に配信するように、配信形態を変更する場合を説明する。
【０１１９】
そして、変更部１８Ｄは、変更した配信形態である変更配信形態を、ステップＳ１００で取得したメッセージに対応づけて履歴情報２０Ｃ（図５参照）に記憶する（ステップＳ１１８）。
【０１２０】
例えば、ステップＳ１００で取得したメッセージが、図５に示す履歴情報２０Ｃにおける、メッセージＩＤ“ｍ４”によって識別されるメッセージ“緑の短いのを持っていませんか？”であったと仮定する。そして、このメッセージが、ステップＳ１１５において、ユーザに混乱を生じさせる可能性があると判別されたとする。この場合、変更部１８Ｄは、該メッセージＩＤ“ｍ４”によって識別されるメッセージに対応づけて、該メッセージを一時保留することを示す情報（例えば、“一時保留（ｍ４）”）を、配信形態として履歴情報２０Ｃに登録する。
【０１２１】
また、ステップＳ１１８では、変更部１８Ｄは、履歴情報２０Ｃにおける、ステップＳ１００で取得したメッセージの直前に取得したメッセージに対応する発話対履歴をコピーして、ステップＳ１００で取得したメッセージに対応づけて履歴情報２０Ｃの発話対履歴に登録する。そして、変更部１８Ｄは、該発話対履歴に、ステップＳ１００で取得したメッセージが、正常発話対を未構成のメッセージであることを示す情報を登録する。
【０１２２】
具体的には、ステップＳ１００で取得したメッセージが、メッセージＩＤ“ｍ４”で識別されるメッセージである場合、変更部１８Ｄは、正常発話対を未構成であることを示すように［ｍ４／    ］を示す情報を、該メッセージＩＤに対応する発話対履歴に追加して登録する。
【０１２３】
次に、変更部１８Ｄは、ステップＳ１００で取得したメッセージの発信元のユーザＩＤによって識別されるユーザの端末装置１４に対して、該メッセージを一時保留することを示す情報を配信するように、配信部１８Ｅを制御する。これにより、配信部１８Ｅは、ステップＳ１００で取得したメッセージの配信元のユーザＩＤによって識別されるユーザの端末装置１４へ、該メッセージを一時保留することを示す情報を配信する（ステップＳ１２０）。例えば、配信部１８Ｅは、“メッセージ「緑の短いのを持っていませんか？」を一時保留します”との情報を、メッセージＩＤ“ｍ４”に対応するユーザＩＤのユーザの端末装置１４へ配信する。
【０１２４】
このため、ステップＳ１００で取得したメッセージの発信元のユーザに対して、該ユーザが端末装置１４を用いて発信した該メッセージが一時保留されたことを、容易に提示することができる。
【０１２５】
そして、変更部１８Ｄは、ステップＳ１２０で配信した情報に、メッセージＩＤとして、支援装置１２側で生成した情報であることを示す識別情報（例えば、“ｓ１”）を付与する。そして、変更部１８Ｄは、付与したメッセージＩＤと、ステップＳ１２０で配信した情報と、メッセージＩＤ“ｍ４”に対応するユーザＩＤのユーザの端末装置１４へ配信したことを示す情報と、を対応づけて履歴情報２０Ｃへ登録する（図５参照）（ステップＳ１２２）。そして、本ルーチンを終了する。
【０１２６】
一方、ステップＳ１１４で否定判断した場合（ステップＳ１１４：Ｎｏ）、ステップ１２３へ進む。ステップＳ１２３では、判別部１８Ｃは、ステップＳ１００で取得したメッセージが、ユーザに混乱を生じさせない、と判別する（ステップＳ１２３）。そして、判別部１８Ｃは、ステップＳ１００で取得したメッセージに対応づけて、判別結果「正常」を示す“ＯＫ”を履歴情報２０Ｃに登録する（図５参照）。
【０１２７】
次に、配信部１８Ｅが、ステップＳ１００で取得した該メッセージについて、該メッセージの配信形態を変更せずに、基本配信形態で配信する（ステップＳ１２４）。
【０１２８】
このため、ステップＳ１００で取得したメッセージを、該メッセージの発信元のユーザ以外のユーザの端末装置１４に対して、即時配信することができる。なお、ステップＳ１２４において、ステップＳ１００で取得したメッセージを、該メッセージの発信元のユーザの端末装置１４に対しても配信してもよい。
【０１２９】
そして、配信部１８Ｅは、基本配信形態を、ステップＳ１００で取得したメッセージに対応づけて履歴情報２０Ｃ（図５参照）に記憶する（ステップＳ１２６）。
【０１３０】
例えば、ステップＳ１００で取得したメッセージが、図５に示す履歴情報２０Ｃにおける、メッセージＩＤ“ｍ３”によって識別されるメッセージ“青の長いブロックはどこですか？”であったと仮定する。そして、このメッセージが、ステップＳ１２３において、ユーザに混乱を生じさせないと判別されたとする。この場合、配信部１８Ｅは、該メッセージＩＤ“ｍ３”によって識別されるメッセージに対応づけて、該メッセージを、該メッセージの発信元のユーザ以外のユーザの端末装置１４へ即時配信したことを示す情報（例えば、“即時配信（ｍ３）＞ｏｔｈｅｒｓ”）を、配信形態として履歴情報２０Ｃに登録する。
【０１３１】
また、ステップＳ１２６では、配信部１８Ｅは、履歴情報２０Ｃにおける、ステップＳ１００で取得したメッセージの直前に取得したメッセージに対応する発話対履歴をコピーして、ステップＳ１００で取得したメッセージに対応づけて履歴情報２０Ｃの発話対履歴に登録する。そして、配信部１８Ｅは、該発話対履歴に、ステップＳ１００で取得したメッセージが、正常発話対を未構成のメッセージであることを示す情報を登録する。
【０１３２】
具体的には、ステップＳ１００で取得したメッセージが、メッセージＩＤ“ｍ３”で識別されるメッセージである場合、配信部１８Ｅは、正常発話対を未構成であることを示すように［ｍ３／    ］を示す情報を、該メッセージＩＤに対応する発話対履歴に追加して登録する。そして、本ルーチンを終了する。
【０１３３】
一方、上記ステップＳ１１２の判断において、判別部１８Ｃが、取得済のメッセージの内の正常発話対を未構成のメッセージについて、ステップＳ１００で取得したメッセージと正常発話対を構成すると判断した場合（ステップＳ１１２：Ｙｅｓ）、ステップＳ１２７へ進む。
【０１３４】
ステップＳ１２７では、判別部１８Ｃが、ステップＳ１００で取得したメッセージが、ユーザに混乱を生じさせない、と判別する（ステップＳ１２７）。そして、判別部１８Ｃは、ステップＳ１００で取得したメッセージに対応づけて、判別結果「正常」を示す“ＯＫ”を履歴情報２０Ｃに登録する（図５参照）。
【０１３５】
次に、判別部１８Ｃは、ステップＳ１１２で判別した、ステップＳ１００で取得したメッセージと正常発話対を構成する取得済のメッセージについて、端末装置１４への配信が保留中であるか否かを判別する（ステップＳ１２８）。
【０１３６】
ステップＳ１２８では、履歴情報２０Ｃ（図５参照）における、ステップＳ１１２で判別した取得済のメッセージに対応する配信状況が、“保留中”であるか否かを判断することで、ステップＳ１２８の判別を行う。
【０１３７】
保留中ではない場合（ステップＳ１２８：Ｎｏ）、後述するステップＳ１３６へ進む。一方、保留中である場合（ステップＳ１２８：Ｙｅｓ）、ステップＳ１３０へ進む。
【０１３８】
ステップＳ１３０では、配信部１８Ｅが、ステップＳ１００で取得したメッセージと正常発話対を構成する取得済のメッセージであって、端末装置１４への配信が保留中のメッセージを配信する（ステップＳ１３０）。
【０１３９】
このため、配信部１８Ｅは、ユーザに混乱を生じさせる可能性があると判別したメッセージについて、該メッセージの配信を、該メッセージと正常発話対を構成する他の新たなメッセージを取得部１８Ａが取得するまで保留した後に配信することができる。
【０１４０】
次に、配信部１８Ｅは、ステップＳ１３０で配信したメッセージに対応づけて、該メッセージを一時保留した後に配信したことを示す情報（例えば、“遅延配信（ｍ４）＞ｏｔｈｅｒｓ”）を、配信形態として履歴情報２０Ｃに登録する（図５参照）（ステップＳ１３２）。
【０１４１】
また、ステップＳ１３２では、配信部１８Ｅは、履歴情報２０Ｃにおける、ステップ１３０で配信したメッセージの直前に配信したメッセージに対応する発話対履歴をコピーして、ステップＳ１３０で配信したメッセージに対応づけて履歴情報２０Ｃの発話対履歴に登録する。また、ステップＳ１３２では、配信部１８Ｅは、ステップＳ１３０で配信したメッセージのメッセージＩＤに対応する配信状況に、配信済を示す情報を登録する。
【０１４２】
次に、配信部１８Ｅは、ステップＳ１３０で配信した、保留中であったメッセージの発信元のユーザＩＤによって識別されるユーザの端末装置１４に対して、該メッセージの保留を解除したことを示す情報を配信する（ステップＳ１３４）。
【０１４３】
次に、配信部１８Ｅは、ステップＳ１３４で配信した情報に、メッセージＩＤとして、支援装置１２側で生成した情報であることを示す識別情報（例えば、“ｓ２”）を付与する。そして、変更部１８Ｄは、付与したメッセージＩＤと、ステップＳ１３４で配信した情報と、保留中であったメッセージＩＤ（例えば、“ｍ４”）に対応するユーザＩＤのユーザの端末装置１４へ配信したことを示す情報と、を対応づけて履歴情報２０Ｃへ登録する（図５参照）（ステップＳ１３５）。
【０１４４】
次に、配信部１８Ｅが、ステップＳ１００で取得したメッセージについて、該メッセージの配信形態を変更せずに、基本配信形態で配信する（ステップＳ１３６）。
【０１４５】
このため、ステップＳ１００で取得したメッセージを、該メッセージの発信元のユーザ以外のユーザの端末装置１４に対して、該メッセージと正常発話対を構成する保留中であったメッセージが配信された後に、即時配信することができる。なお、ステップＳ１３６において、ステップＳ１００で取得したメッセージを、該メッセージの発信元のユーザの端末装置１４に対しても配信してもよい。
【０１４６】
そして、配信部１８Ｅは、基本配信形態を、ステップＳ１００で取得したメッセージに対応づけて履歴情報２０Ｃ（図５参照）に記憶する（ステップＳ１３８）。
【０１４７】
例えば、ステップＳ１００で取得したメッセージが、図５に示す履歴情報２０Ｃにおける、メッセージＩＤ“ｍ６”によって識別されるメッセージ“部屋Ｂにあります”であったと仮定する。そして、このメッセージが、ステップＳ１２７において、ユーザに混乱を生じさせないと判別されたとする。この場合、配信部１８Ｅは、該メッセージＩＤ“ｍ６”によって識別されるメッセージに対応づけて、該メッセージを、該メッセージの発信元のユーザ以外のユーザの端末装置１４へ即時配信したことを示す情報（例えば、“即時配信（ｍ６）＞ｏｔｈｅｒｓ”）を、配信形態として履歴情報２０Ｃに登録する。
【０１４８】
また、ステップＳ１３８では、配信部１８Ｅは、履歴情報２０Ｃにおける、ステップＳ１００で取得したメッセージの直前に配信したメッセージに対応する発話対履歴をコピーして、ステップＳ１００で取得したメッセージに対応づけて履歴情報２０Ｃの発話対履歴に登録する。そして、配信部１８Ｅは、該発話対履歴に、ステップＳ１３４で保留を解除して配信されたメッセージと正常発話対を構成するメッセージであることを示す情報を登録する。
【０１４９】
具体的には、ステップＳ１００で取得したメッセージが、メッセージＩＤ“ｍ６”で識別されるメッセージであり、保留を解除され、ステップＳ１３４で配信されたメッセージが、メッセージＩＤ“ｍ４”で識別されるメッセージであったと仮定する。この場合、配信部１８Ｅは、正常発話対を構成済であることを示すように［ｍ４／ｍ６］を示す情報を、該メッセージＩＤ“ｍ６”に対応する発話対履歴に追加して登録する（図５参照）。そして、本ルーチンを終了する。
【０１５０】
一方、上記ステップＳ１００で否定判断すると（ステップＳ１００：Ｎｏ）、ステップＳ１４０へ進む。ステップＳ１４０では、取得部１８Ａが、前回メッセージを何れかの端末装置１４から取得してから、所定時間Ｔ１が経過したか否かを判断する（ステップＳ１４０）。所定時間Ｔ１は、予め任意の値を定めればよい。
【０１５１】
ステップＳ１４０で否定判断すると（ステップＳ１４０：Ｎｏ）、上記ステップＳ１００へ戻る。ステップＳ１４０で肯定判断すると（ステップＳ１４０：Ｙｅｓ）、ステップＳ１４２へ進む。
【０１５２】
ステップＳ１４２では、判別部１８Ｃが、取得済のメッセージについて、正常発話対を未構成のメッセージを検索する（ステップＳ１４２）。ステップＳ１４２では、判別部１８Ｃは、履歴情報２０Ｃ（図５参照）における、最新の取得時刻に対応する発話対履歴に、正常発話対を未構成のメッセージを示す情報が含まれているか否かを検索する。
【０１５３】
判別部１８Ｃは、ステップＳ１４２の検索によって、正常発話対を未構成のメッセージが有るか否かを判別する（ステップＳ１４４）。ステップＳ１４４で否定判断すると（ステップＳ１４４：Ｎｏ）、上記ステップＳ１００へ戻る。一方、ステップＳ１４４で肯定判断すると（ステップＳ１４４：Ｙｅｓ）、ステップＳ１４６へ進む。
【０１５４】
ステップＳ１４６では、ステップＳ１４４で判断した、正常発話対を未構成のメッセージの保留時間が、予め定めた所定時間Ｔ２を経過しているか否かを判断する（ステップＳ１４６）。ステップＳ１４６で否定判断すると（ステップＳ１４６：Ｎｏ）、上記ステップＳ１００へ戻る。
【０１５５】
一方、ステップＳ１４６で肯定判断すると（ステップＳ１４６：Ｙｅｓ）、ステップＳ１４７へ進む。ステップＳ１４７では、判別部１８Ｃは、ステップＳ１４４で正常発話対を未構成と判別したメッセージの内、ステップＳ１４６で保留時間が所定時間Ｔ２を経過したメッセージについて、ユーザに混乱を生じさせない、と判別する（ステップＳ１４７）。
【０１５６】
そして、判別部１８Ｃは、ステップＳ１４７で判別したメッセージに対応づけて、判別結果「正常」を示す“ＯＫ”を履歴情報２０Ｃに登録する（図５参照）。
【０１５７】
次に、配信部１８Ｅが、ステップＳ１４７で判別したメッセージを配信する（ステップＳ１４８）。
【０１５８】
次に、配信部１８Ｅは、ステップＳ１４８で配信したメッセージに対応づけて、該メッセージを一時保留した後に配信したことを示す情報（例えば、“遅延配信（ｍ４）＞ｏｔｈｅｒｓ”）を、配信形態として履歴情報２０Ｃに登録する（図５参照）（ステップＳ１５０）。そして、上記ステップＳ１００へ戻る。なお、ステップＳ１５０とステップＳ１１０との間に、上記ステップＳ１３４及びステップＳ１３５と同様の処理を更に行ってもよい。
【０１５９】
支援装置１２が図６に示す受信・配信処理を実行することによって、図５の履歴情報２０Ｃに示すように、メッセージの配信が行われる。例えば、ユーザ１〜ユーザ３の各々が順次発信したメッセージＩＤ“ｍ１”〜“ｍ３”の各々によって識別されるメッセージは、ユーザに混乱を生じさせないと判別される。このため、制御部１８は、これらのメッセージを取得するごとに、即時、複数の端末装置１４の各々へ配信する。
【０１６０】
そして、ユーザ４によって発信されたメッセージＩＤ“ｍ４”によって識別されるメッセージは、ユーザに混乱を生じさせる可能性があると判別され、配信を一時保留される。そして、ユーザ４によって識別されるユーザの端末装置１４には、該メッセージを保留したことを示す情報が配信される。
【０１６１】
さらに、ユーザ５によって発信されたメッセージＩＤ“ｍ５”については、ユーザに混乱を生じさせないと判別される。このため、制御部１８は、このメッセージＩＤ“ｍ５”によって識別されるメッセージを、即時、複数の端末装置１４の各々へ配信する。そして、制御部１８は、一時保留していたメッセージＩＤ“ｍ４”によって識別されるメッセージの保留を解除し、端末装置１４の各々へ配信する。また、制御部１８は、保留を解除したことを示す情報を、該メッセージの発信元のユーザ４の端末装置１４へ配信する。そして、制御部１８は、該メッセージＩＤ“ｍ４”によって識別されるメッセージと正常発話対を構成する、メッセージＩＤ“ｍ６”によって識別されるメッセージを、即時、端末装置１４へ配信する。
【０１６２】
このため、本実施の形態の支援装置１２では、混乱を解消する配信形態で、各メッセージを、複数の端末装置１４の各々へ配信することができる。
【０１６３】
次に、端末装置１４が実行する発信・受信処理の手順の一例を説明する。図７は、端末装置１４の制御部２６で実行する、発信・受信処理の手順の一例を示すフローチャートである。制御部２６は、図７の発信・受信処理を繰り返し実行する。
【０１６４】
制御部２６は、入力部３２からメッセージが入力されたか否かを判断する（ステップＳ２００）。ステップＳ２００で肯定判断すると（ステップＳ２００：Ｙｅｓ）、ステップＳ２０２へ進む。ステップＳ２０２では、制御部２６は、ステップＳ２００で入力されたメッセージと、当該端末装置１４を操作するユーザのユーザＩＤと、を支援装置１２へ送信する（ステップＳ２０２）。そして、本ルーチンを終了する。
【０１６５】
一方、上記ステップＳ２００で否定判断すると（ステップＳ２００：Ｎｏ）、ステップＳ２０４へ進む。ステップＳ２０４では、制御部２６は、支援装置１２からメッセージや各種情報を受信したか否かを判断する（ステップＳ２０４）。ステップＳ２０４で否定判断すると（ステップＳ２０４：Ｎｏ）、本ルーチンを終了する。ステップＳ２０４で肯定判断すると（ステップＳ２０４：Ｙｅｓ）、ステップＳ２０６へ進む。ステップＳ２０６では、ステップＳ２０４で受信したメッセージまたは情報を、出力部２８から出力する（ステップＳ２０６）。そして、本ルーチンを終了する。
【０１６６】
以上説明したように、本実施の形態の支援装置１２は、複数の端末装置１４と通信するコミュニケーション支援装置である。支援装置１２は、取得部１８Ａと、変更部１８Ｄと、配信部１８Ｅと、を備える。取得部１８Ａは、複数の端末装置１４からメッセージを取得する。変更部１８Ｄは、取得したメッセージがユーザに混乱を生じさせる可能性がある場合、該メッセージについて、該メッセージの配信形態を、混乱を解消する配信形態に変更する。配信部１８Ｅは、変更された配信形態で該メッセージを端末装置１４へ配信する。
【０１６７】
このため、本実施の形態の支援装置１２は、メッセージを配信されたユーザ側では、各メッセージの対応関係を理解することが困難となることが抑制される。
【０１６８】
ここで、従来のシステムでは、互いに異なる複数のメッセージが混在して発信された場合、メッセージを配信されたユーザ側では、各メッセージの対応関係を理解することが困難となる場合があった。
【０１６９】
図８は、従来のシステムを用いた、メッセージの配信の一例を示す模式図である。例えば、複数の端末装置１４の各々から、複数の端末装置１４の各々を操作するユーザによって、異なるメッセージが順次発信されたとする。例えば、図８に示すように、メッセージＩＤ“ｍ１”〜“ｍ６”の各々によって識別されるメッセージがこの順に発信された場合、従来のシステムでは、発信された順に、複数の端末装置１４へ一斉に配信されていた。
【０１７０】
例えば、メッセージＩＤ“ｍ３”によって識別されるメッセージと、メッセージＩＤ“ｍ４”によって識別されメッセージは、メッセージの意図が“質問”のメッセージであると仮定する。そして、メッセージＩＤ“ｍ３”、“ｍ４”の各々によって識別されるメッセージが配信された後に、メッセージＩＤ“ｍ５”によって示される、“質問”に対する“回答”を意図したメッセージが配信されたとする。
【０１７１】
この場合、メッセージＩＤ“ｍ５”によって識別されるメッセージが、“質問”を意図するメッセージＩＤ“ｍ３”“ｍ４”の何れのメッセージに対応する“回答”を意図したものなのか、不明である。
【０１７２】
このように、従来では、メッセージを配信されたユーザ側では、各メッセージの対応関係を理解することが困難となる場合があった。このため、従来のシステムでは、円滑なコミュニケーションを支援することは困難であった。
【０１７３】
一方、本実施の形態の支援装置１２では、取得したメッセージがユーザに混乱を生じさせる可能性がある場合、該メッセージについて、該メッセージの配信形態を、混乱を解消する配信形態に変更する。そして、支援装置１２では、変更された配信形態で、該メッセージを端末装置１４へ配信する。
【０１７４】
従って、本実施の形態の支援装置１２では、円滑なコミュニケーションを支援することができる。
【０１７５】
＜変形例１＞
なお、上記実施の形態では、配信部１８Ｅは、取得部１８Ａで取得したメッセージを、該メッセージの発信元のユーザ以外のユーザに配信する形態を説明した。しかし、配信部１８Ｅは、コミュニケーション支援システム１０に属する複数の端末装置１４の各々を、予め定めた複数のグループに分類し、各グループに属する端末装置１４ごとに、異なるタイミングでメッセージを配信してもよい。
【０１７６】
この場合、変更部１８Ｄは、各グループに属する端末装置１４ごとに、判別部１８Ｃによって混乱を生じさせる可能性があると判別されたメッセージについて配信を一時保留するように、配信形態を変更すればよい。
【０１７７】
＜変形例２＞
なお、上記実施の形態では、変更部１８Ｄは、ユーザに混乱を生じさせる可能性があるメッセージについて、該メッセージの配信を保留した後に配信するように、配信形態を変更する場合を説明した。
【０１７８】
しかし、変更部１８Ｄは、端末装置１４を操作するユーザによる操作指示によって指示された、該メッセージと正常発話対を構成する取得済のメッセージに関する関連情報を、ユーザに混乱を生じさせる可能性があるメッセージと共に配信するように、配信方法を変更してもよい。
【０１７９】
この場合、支援装置１２に代えて支援装置１３を備えたコミュニケーション支援システム１０Ａとすればよい（図１参照）。図９は、本変形例の支援装置１３の機能ブロック図の一例である。
【０１８０】
支援装置１３は、制御部１９と、記憶部２０と、通信部２２と、を備える。記憶部２０および通信部２２は、制御部１９とデータや信号を授受可能に接続されている。記憶部２０および通信部２２は、上記実施の形態の支援装置１２と同様である（図２参照）。
【０１８１】
制御部１９は、支援装置１３を制御する。制御部１９は、取得部１８Ａと、解析部１８Ｂと、判別部１８Ｃと、変更部１９Ｄと、配信部１８Ｅと、を含む。制御部１９は、変更部１８Ｄに代えて、変更部１９Ｄを備えた以外は、上記実施の形態の支援装置１２における制御部１８と同様の構成である（図２参照）。
【０１８２】
変更部１９Ｄは、変更部１８Ｄと同様に、ユーザに混乱を生じさせる可能性があるメッセージについて、該メッセージの配信形態を、混乱を解消する配信形態に変更する。
【０１８３】
本実施の形態では、変更部１９Ｄは、受付部１９Ｇを含む。受付部１９Ｇは、ユーザに混乱を生じさせる可能性があるメッセージの次に、取得部１８Ａで取得したメッセージについて、該メッセージと正常発話対を構成する取得済の他のメッセージの選択を受付ける。
【０１８４】
例えば、判別部１８Ｃが、取得部１８Ａで取得したメッセージについて、ユーザに混乱を生じさせる可能性があると判別した場合、受付部１９Ｇは、該メッセージの次に新たに取得部１８Ａで取得したメッセージの発信元の端末装置１４に対して、該メッセージと、該メッセージと正常発話対を構成しうる取得済の複数のメッセージと、を、配信するように配信部１８Ｅを制御する。
【０１８５】
これらのメッセージを配信された端末装置１４のユーザは、操作部３０を操作することで、該端末装置１４が発信したメッセージが、支援装置１３で取得済の何れのメッセージと正常発話対を構成するかを示す選択情報を入力する。すると、端末装置１４の制御部２６は、該選択情報を支援装置１３へ送信する。
【０１８６】
支援装置１３の受付部１９Ｇは、端末装置１４から該選択情報を受付ける事で、上記他のメッセージの選択を受付ける。
【０１８７】
そして、変更部１９Ｄは、受付部１９Ｇで受付けた、選択された他の該メッセージに関する関連情報と、ユーザに混乱を生じさせる可能性があるメッセージと、を共に配信するように配信方法を変更する。
【０１８８】
このため、複数の端末装置１４の各々には、ユーザに混乱を生じさせる可能性があるメッセージと共に、該メッセージと正常発話対を構成する他のメッセージに関する関連情報と、が配信される。
【０１８９】
変更部１９Ｄの上記処理によって、支援装置１３は、上記実施の形態と同様の効果を得ることができる。
【０１９０】
次に、上記実施の形態および変形例の、支援装置１２、支援装置１３、および、端末装置１４の、ハードウェア構成について説明する。図１０は、上記実施の形態および変形例の、支援装置１２、支援装置１３、および端末装置１４のハードウェア構成例を示すブロック図である。
【０１９１】
上記実施の形態および変形例の、支援装置１２、支援装置１３、および端末装置１４は、出力部８０、Ｉ／Ｆ部８２、入力部９４、ＣＰＵ８６、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）８８、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９０、およびＨＤＤ９２等がバス９６により相互に接続されており、通常のコンピュータを利用したハードウェア構成となっている。
【０１９２】
ＣＰＵ８６は、上記実施の形態および変形例の、支援装置１２、支援装置１３、および端末装置１４の各々で実行する処理を制御する演算装置である。ＲＡＭ９０は、ＣＰＵ８６による各種処理に必要なデータを記憶する。ＲＯＭ８８は、ＣＰＵ８６による各種処理を実現するプログラム等を記憶する。ＨＤＤ９２は、上述した記憶部２０、記憶部３４に格納されるデータを記憶する。Ｉ／Ｆ部８２は、他の装置との間でデータを送受信するためのインターフェースである。Ｉ／Ｆ部８２は、上述した通信部２２、通信部２４に相当する。
【０１９３】
出力部８０は、上述した出力部２８に相当する。入力部９４は、上述した操作部３０、入力部３２に相当し、ユーザからの操作指示の受付やデータの取得を行う。
【０１９４】
上記実施の形態および変形例の、支援装置１２、支援装置１３、および端末装置１４で実行される上記各種処理を実行するためのプログラムは、ＲＯＭ８８等に予め組み込んで提供される。
【０１９５】
なお、上記実施の形態および変形例の、支援装置１２、支援装置１３、および端末装置１４で実行されるプログラムは、これらの装置にインストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供するように構成してもよい。
【０１９６】
また、上記実施の形態および変形例の、支援装置１２、支援装置１３、および端末装置１４で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上記実施の形態および変形例の、支援装置１２、支援装置１３、および端末装置１４における上記各処理を実行するためのプログラムを、インターネット等のネットワーク経由で提供または配布するように構成してもよい。
【０１９７】
上記実施の形態および変形例の、支援装置１２、支援装置１３、および端末装置１４で実行される上記各種処理を実行するためのプログラムは、上述した各部が主記憶装置上に生成されるようになっている。
【０１９８】
なお、上記ＨＤＤ９２に格納されている各種情報は、外部装置に格納してもよい。この場合には、該外部装置とＣＰＵ８６と、を、ネットワーク等を介して接続した構成とすればよい。
【０１９９】
なお、上記には、本発明の実施の形態および変形例を説明したが、上記実施の形態および変形例は、例として提示したものであり、発明の範囲を限定することは意図していない。これらの新規な実施の形態および変形例は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これらの実施の形態やその変形例は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０２００】
１０、１０Ａ  コミュニケーション支援システム
１２、１３  支援装置
１８Ａ  取得部
１８Ｂ  解析部
１８Ｃ  判別部
１８Ｄ  変更部
１８Ｅ  配信部
１４、１４Ａ、１４Ｂ、１４Ｃ、１４Ｄ、１４Ｅ、１４Ｆ  端末装置
【図１】
0006523974.tif 000002
【図２】
0006523974.tif 000003
【図３】
0006523974.tif 000004
【図４】
0006523974.tif 000005
【図５】
0006523974.tif 000006
【図６】
0006523974.tif 000007
【図７】
0006523974.tif 000008
【図８】
0006523974.tif 000009
【図９】
0006523974.tif 000010
【図１０】
0006523974.tif 000011