JP6502789B2 - コミュニケーション支援装置、コミュニケーション支援方法、および、プログラム - Google Patents

Description

本発明の実施の形態は、コミュニケーション支援装置、コミュニケーション支援方法、および、プログラムに関する。

システムからユーザへのメッセージ出力を制御する方法が知られている。例えば、特許文献１には、メッセージの性質とユーザの状態に応じて、メッセージの出力時期などを調整する技術が開示されている。また、特許文献２には、ユーザに対して情報を提示出来る状態である場合には情報を提示し、ユーザに対して情報を提示出来ない状態にある場合には提示を待機する技術が開示されている。

特開平１０−３２００９３号公報 特開２００９−１１００３８号公報

しかしながら、従来では、ユーザは、提供された全てのメッセージの各々について、メッセージの内容全体を確認する必要があった。このため、従来では、メッセージの確認に時間を要する場合があった。すなわち、従来では、円滑なコミュニケーションを支援することは困難であった。

本発明が解決しようとする課題は、円滑なコミュニケーションを支援することができる、コミュニケーション支援装置、コミュニケーション支援方法、および、プログラムを提供することである。

実施の形態のコミュニケーション支援装置は、第１取得部と、作成部と、出力部と、を備える、第１取得部は、ユーザに対して通知するメッセージを取得する。作成部は、前記メッセージの内容の種類を示す種類情報を作成する。出力部は、前記メッセージの全体を出力する第１出力形態、前記種類情報を出力する第２出力形態、および前記メッセージの受信を示す受信情報を出力する第３出力形態、を少なくとも含む複数種類の出力形態の内、前記メッセージの重要度に基づいた前記出力形態で前記メッセージを出力する。

本実施の形態のコミュニケーション支援システムの模式図。 コミュニケーション支援システムの機能ブロック図。 メッセージ管理情報のデータ構成の一例を示す図。 出力管理情報のデータ構成の一例を示す図。 ユーザ管理情報およびコミュニケーション対象管理情報のデータ構成の一例を示す図。 解析情報のデータ構造の一例を示す図。 出力制御処理の手順の一例を示すフローチャート。 検知情報取得処理の手順の一例を示すフローチャート。 重要度変更処理の手順の一例を示すフローチャート。 メッセージ送信処理の手順を示すフローチャート。 検知情報送信処理の手順を示すフローチャート。 メッセージ出力処理の手順を示すフローチャート。 支援装置および端末装置のハードウェア構成例を示すブロック図。

以下に添付図面を参照して、コミュニケーション支援装置、コミュニケーション支援方法、および、プログラムを詳細に説明する。

本実施の形態のコミュニケーション支援システムは、ユーザに対してメッセージの提供を行う。メッセージの提供は、１のユーザから受け付けたメッセージを他のメッセージへ提供すること、および、１のユーザから受け付けたメッセージを該ユーザへ提供すること、を含む。本実施の形態のコミュニケーション支援システムは、身体動作や、機器などの操作を必要とする場面などに適用可能である。例えば、コミュニケーション支援システムは、製造現場、医療現場、介護現場、機器保守現場、および、販売現場などに導入可能である。

図１は、本実施の形態のコミュニケーション支援システム１０の模式図である。

コミュニケーション支援システム１０は、コミュニケーション支援装置１２と、端末装置１４と、を備える。コミュニケーション支援装置１２と、端末装置１４と、は、ネットワーク１６を介して接続されている。ネットワーク１６は、公知の通信網である。ネットワーク１６は、例えば、インターネット等である。ネットワーク１６は、例えば、ケーブル、トランシーバー、ルーター、スイッチ、無線ＬＡＮアクセスポイント、無線ＬＡＮ送受信機、などによって実現される。

以下では、コミュニケーション支援装置１２を、支援装置１２と称して説明する。支援装置１２は、コミュニケーション支援システム１０を管理する装置である。支援装置１２は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）で構成することができる。支援装置１２は、端末装置１４から取得したメッセージを蓄積する。また、支援装置１２は、該端末装置１４や他の端末装置１４などへメッセージを通知する。

端末装置１４は、コミュニケーション支援システム１０を利用するユーザによって操作される。本実施の形態では、コミュニケーション支援システム１０は、複数の端末装置１４を備える。複数の端末装置１４の各々は、例えば、互いに異なるユーザによって携帯される。ユーザは、携帯した端末装置１４によってメッセージを確認する。端末装置１４は、例えば、ＰＣや携帯端末である。本実施の形態では、端末装置１４は、ユーザによって携帯される携帯端末である場合を一例として説明する。

図２は、コミュニケーション支援システム１０の機能ブロック図である。

まず、支援装置１２について説明する。支援装置１２は、制御部１８と、記憶部２０と、通信部２２と、を備える。記憶部２０および通信部２２は、制御部１８にデータや信号授受可能に接続されている。

通信部２２は、ネットワーク１６を介して、無線または有線により、端末装置１４や外部装置などと通信を行う。

記憶部２０は、各種データを記憶する。記憶部２０は、公知のハードディスクなどの記憶媒体である。本実施の形態では、記憶部２０は、メッセージ管理情報、出力管理情報、ユーザ管理情報、コミュニケーション対象管理情報、および解析情報、などを記憶する。

メッセージ管理情報は、メッセージの管理に用いる情報である。図３は、メッセージ管理情報４０のデータ構成の一例を示す図である。メッセージ管理情報４０は、メッセージＩＤと、メッセージと、ユーザＩＤと、取得時刻と、種類情報と、重要度と、を対応づけたデータである。メッセージ管理情報４０のデータ形式は限定されない。例えば、メッセージ管理情報４０は、データベースやテーブルで構成する。

メッセージは、端末装置１４から受信したデータである。メッセージは、該メッセージの発信元のユーザが、該ユーザや他のユーザなどへ通知する対象のデータである。メッセージは、例えば、音声データや、動画像データである。なお、コミュニケーション支援システム１０で扱うメッセージは、再生時間が予め定めた時間以上のメッセージであることが好ましい。

本実施の形態では、メッセージが音声データである場合を一例として説明する。

メッセージＩＤは、対応するメッセージを識別する識別情報である。メッセージ管理情報４０に登録されているユーザＩＤは、対応するメッセージの発信元のユーザの識別情報である。取得時刻は、対応するメッセージを支援装置１２で取得したタイミングである。なお、取得時刻は、該タイミングを示す情報であればよい。例えば、取得時刻は、メッセージを取得したタイミングを、年、月、日、時間、分、および秒で示すものであってもよいし、時間、分で示すものであってもよい。

種類情報は、対応するメッセージの内容の種類を示す情報である。内容の種類は、メッセージの内容を複数種に分類したものである。種類情報は、例えば、進捗報告、検査報告である。なお、種類情報によって示される種類は、これらに限定されない。また、種類情報は、タグ情報と称してもよい。

重要度は、対応するメッセージの重要さの度合いを示す。

メッセージ管理情報４０は、後述する制御部１８の処理によって更新される。

次に、出力管理情報について説明する。出力管理情報は、端末装置１４へのメッセージの通知状況を管理する情報である。

図４は、出力管理情報４２のデータ構成の一例を示す図である。出力管理情報４２は、出力ＩＤと、メッセージＩＤと、ユーザＩＤと、状況情報と、出力形態と、出力状況と、を対応づけたデータである。

メッセージＩＤは、メッセージ管理情報４０のメッセージＩＤと同様である。出力管理情報４２に登録されるユーザＩＤは、メッセージの通知先のユーザの識別情報である。出力ＩＤは、メッセージＩＤおよびユーザＩＤの組合せごとに付与される識別情報である。

状況情報は、対応するユーザＩＤによって識別されるユーザの状況を示す情報である。ユーザの状況とは、メッセージを通知されるユーザが、メッセージの内容を確認可能な程度を示す。確認可能な程度は、例えば、通知されたメッセージの内容全体を確認できる状態から、メッセージを全く確認できない状態またはメッセージの確認不要な状態までを、複数段階に分けて表す。

本実施の形態では、状況情報は、“メッセージの内容全体を確認可能な状況”、“メッセージの内容の一部を確認可能な状況”、“メッセージを確認不可能な状況”、および“メッセージを確認不要な状況”の何れかを示すものとして説明する。

出力形態は、メッセージを端末装置１４で出力するときの形態を示す。出力とは、音声の出力、および画像の表示、の少なくとも一方を含む。本実施の形態では、複数種類の出力形態を扱う。複数種類の出力形態は、メッセージを出力したときの再生時間が互いに異なる。

出力形態は、例えば、第１出力形態、第２出力形態、および第３出力形態、の３種類の出力形態を含む。なお、出力形態は、２種類、または、４種類以上の出力形態であってもよく、３種類に限定されない。本実施の形態では、出力形態は、更に、第４出力形態を含む場合を説明する。すなわち、本実施の形態では、複数種類の出力形態は、４種類の出力形態である場合を説明する。

第１出力形態は、メッセージの全体を出力する形態である。メッセージの全体を出力、とは、第１取得部１８Ａで取得したメッセージを非圧縮および非加工で出力することを示す。言い換えると、メッセージの全体を出力、とは、第１取得部１８Ａで取得したメッセージをそのまま出力することを示す。

第２出力形態は、メッセージの内容の種類を示す種類情報を出力する形態である。第３出力形態は、メッセージの受信を示す受信情報を出力する形態である。

受信情報の出力とは、例えば、メッセージの受信を示す音（着信音）の出力を示す。なお、受信情報は、メッセージの、種類、重要度、メッセージの発信元のユーザ、メッセージの発信元のユーザの位置する場所、および種類情報の少なくとも１つに応じた信号であってもよい。例えば、受信情報は、メッセージの、種類、重要度、メッセージの発信元のユーザ、メッセージの発信元のユーザの位置する場所、および種類情報、の１または複数の組合せに応じた、音質（音の高低、音の周波数、および音の長さの組合せ）の受信情報であってもよい。

第４出力形態は、メッセージを出力しない形態である。このため、本実施の形態では、第１出力形態で出力したときの再生時間が最も長く、第４出力形態で出力したときの再生時間が最も短い。また、第１出力形態、第２出力形態、第３出力形態、第４出力形態、のこの順に、メッセージの再生時間が短い。

出力状況は、通知先のユーザの端末装置１４でメッセージが出力されたか否かを示す情報である。出力状況は、初期状態では“未”であり、後述する制御部１８の処理によって“済”に変更される。

出力管理情報４２は、後述する制御部１８の処理によって更新される。

次に、ユーザ管理情報、および、コミュニケーション対象管理情報について説明する。ユーザ管理情報は、コミュニケーション支援システム１０を利用するユーザを管理する情報である。コミュニケーション対象管理情報４６は、コミュニケーション支援システム１０を用いて相互にコミュニケーションを行う複数のユーザのユーザＩＤを、コミュニケーションを行うグループごとに登録した情報である。

図５は、ユーザ管理情報４４およびコミュニケーション対象管理情報４６のデータ構成の一例を示す図である。図５（Ａ）は、ユーザ管理情報４４のデータ構成の一例を示す図である。ユーザ管理情報４４は、ユーザＩＤと、属性と、を対応づけた情報である。ユーザＩＤは、コミュニケーション支援システム１０を利用するユーザの識別情報であり、上記メッセージ管理情報４０および出力管理情報４２に登録されるユーザＩＤと同様である。

属性は、対応するユーザＩＤによって識別されるユーザの性質を示す。属性は、コミュニケーション支援システム１０を利用するユーザを、予め定めた分類条件で複数の群に分類したときの、各群を示す情報である。例えば、複数のユーザを、管理者に属する群と、管理者以外の群（一般ユーザ）に属する群と、に分類する。この場合、属性は、管理者と、一般ユーザとなる。また、複数のユーザを、業務などの作業を行う場所ごとに分類した場合、属性は、作業を行う場所を示す情報（例えば、作業エリアＡ、作業エリアＢ）である。なお、分類条件は任意に設定可能であり、上記分類条件に限定されない。

なお、１のユーザＩＤに対応する属性は、１種類であってもよいし、複数種類であってもよい。すなわち、１人のユーザのユーザＩＤに対して、複数種類の属性が対応づけられていてもよい。

図５（Ｂ）は、コミュニケーション対象管理情報４６のデータ構成の一例を示す図である。コミュニケーション対象管理情報４６は、グループＩＤと、ユーザＩＤと、を対応づけた情報である。グループＩＤは、コミュニケーションを行うユーザの属するグループの識別情報である。図５（Ｂ）に示す例では、ユーザＩＤ「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」、「Ｅ」の各々によって識別される５人のユーザが、グループＩＤによって識別されるグループに属し、コミュニケーション支援システム１０を用いたコミュニケーションを行う。

ユーザ管理情報４４およびコミュニケーション対象管理情報４６は、ユーザによる操作指示などにより適宜変更可能である。

次に、解析情報について説明する。解析情報は、制御部１８がメッセージの重要度を解析する時に用いる情報である。図６は、解析情報４８のデータ構造の一例を示す図である。図６に示す例では、解析情報４８は、キーワードと、ユーザの属性と、重要度と、を対応づけた情報である。

キーワードは、メッセージに含まれる、重要度の判定に用いる言葉や文字を示す。解析情報４８に登録されるユーザの属性は、発信元のユーザの属性と、通知先のユーザの属性と、の組合せによって表される。

制御部１８は、メッセージと、解析情報４８と、を用いて、該メッセージの重要度を判定する（詳細後述）。

図２に戻り、制御部１８は、支援装置１２を制御する。制御部１８は、第１取得部１８Ａと、作成部１８Ｂと、判定部１８Ｃと、決定部１８Ｄと、出力制御部１８Ｅと、受付部１８Ｆと、第２取得部１８Ｇと、推定部１８Ｈと、変更部１８Ｉと、を含む。

第１取得部１８Ａ、作成部１８Ｂ、判定部１８Ｃ、決定部１８Ｄ、出力制御部１８Ｅ、受付部１８Ｆ、第２取得部１８Ｇ、推定部１８Ｈ、および変更部１８Ｉの一部またはすべては、例えば、ＣＰＵなどの処理装置にプログラムを実行させること、すなわち、ソフトウェアにより実現してもよいし、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などのハードウェアにより実現してもよいし、ソフトウェアおよびハードウェアを併用して実現してもよい。

第１取得部１８Ａは、ユーザに対して通知するメッセージを取得する。第１取得部１８Ａは、通信部２２およびネットワーク１６を介して、端末装置１４からメッセージを取得する。このとき、第１取得部１８Ａは、メッセージと、該メッセージの発信元のユーザのユーザＩＤと、を端末装置１４から取得する。

第１取得部１８Ａは、取得したメッセージにメッセージＩＤを付与する。そして、第１取得部１８Ａは、メッセージＩＤと、取得したメッセージと、該メッセージの発信元のユーザのユーザＩＤと、該メッセージの取得時刻と、を対応づけてメッセージ管理情報４０に記憶する（図３参照）。

作成部１８Ｂは、第１取得部１８Ａが取得したメッセージの内容の種類を示す種類情報を作成する。例えば、作成部１８Ｂは、公知のデータ解析方法を用いて、メッセージに含まれるキーワードを抽出する。そして、作成部１８Ｂは、抽出したキーワードに対応する、該メッセージの内容の種類を示す種類情報を作成する。

例えば、記憶部２０は、メッセージに含まれるキーワードと、種類情報と、を対応づけて記憶する。そして、作成部１８Ｂは、メッセージに含まれるキーワードに対応する種類情報を、記憶部２０から読取ることによって、種類情報を作成すればよい。

なお、種類情報のデータ量は、種類情報の作成に用いたメッセージのデータ量より少ない事が好ましい。具体的には、種類情報を再生したときの再生時間は、種類情報の作成に用いたメッセージの再生時間より短い事が好ましい。また、種類情報は、メッセージの内容の種類を示す言葉を示す情報であってもよいし、該種類を示す図形や記号であってもよい。

作成部１８Ｂは、作成した種類情報を、種類情報の作成に用いたメッセージに対応づけてメッセージ管理情報４０に記憶する（図３参照）。

判定部１８Ｃは、第１取得部１８Ａが取得したメッセージの重要度を判定する。判定部１８Ｃは、メッセージに含まれる単語や、メッセージに含まれる単語の種類や、メッセージに警告音が含まれるか否か、などを解析する。

メッセージの解析には、公知の解析技術を用いる。公知の解析技術は、例えば、音声解析処理や、比較照合処理である。音声解析処理は、例えば、音声区間検出、パワー分析、ＦＦＴ（高速フーリエ変換）、スペクトル分析などである。比較照合処理は、音響モデルや言語モデルなどで構成される音声認識語彙辞書との比較照合処理である。比較照合処理には、例えば、ＨＭＭ（ヒドンマルコフモデル）、ＮＮ（ニューラルネットワーク）、ＤＰ（ダイナミックプログラミング）、ＷＦＳＴ（重み付き有限状態トランスデューサー）などを用いる。

また、公知の解析技術は、例えば、音声信号検出、音声解析、音声分析、音声分類、韻律分析、音声認識技術などである。

判定部１８Ｃは、上記公知の解析技術を用いて、メッセージに含まれる単語や、メッセージに含まれる単語の種類を解析する。

また、判定部１８Ｃは、上記公知の解析技術を用いて、重要性や緊急性を表す信号として利用される公知の信号音が含まれるか否かを判別する。これによって、判定部１８Ｃは、メッセージに警告音が含まれるか否かを解析する。

また、判定部１８Ｃは、上記公知の解析技術を用いて、メッセージに含まれる、音声の長さや、音声の音量、音質、声質、および発声方法を解析する。これによって、判定部１８Ｃは、メッセージに警告音が含まれるか否かを解析してもよい。

そして、判定部１８Ｃは、メッセージの解析結果から、メッセージの重要度を判定する。例えば、判定部１８Ｃは、メッセージの解析結果から、メッセージの緊急度合や、業務や作業への必要度合いが高いほど、高い重要度を判定する。

例えば、記憶部２０に、メッセージの解析結果と、重要度と、を対応づけて予め記憶する。そして、判定部１８Ｃは、解析結果に対応する重要度を記憶部２０から読取ることで、メッセージの重要度を判定すればよい。

なお、判定部１８Ｃは、メッセージと、該メッセージの種類情報と、に基づいて、メッセージの重要度を判定してもよい。この場合、判定部１８Ｃは、メッセージの解析結果と、種類情報に含まれる単語と、から、メッセージの緊急度合や、業務や作業への必要度合いを判定する。そして、判定部１８Ｃは、メッセージの緊急度合や、業務や作業への必要度合いが高いほど、高い重要度を判定する。

例えば、記憶部２０に、メッセージの解析結果と、種類情報に含まれる単語と、重要度と、を対応づけて予め記憶する。そして、判定部１８Ｃは、解析結果に対応する重要度を記憶部２０から読取ることで、メッセージの重要度を判定すればよい。

また、判定部１８Ｃは、メッセージと、該メッセージの種類情報と、該メッセージを通知するユーザの属性と、該メッセージの発信元のユーザの属性と、の少なくとも１つに基づいて、重要度を判定してもよい。

この場合、判定部１８Ｃは、メッセージの解析結果と、該メッセージの種類情報に含まれる単語と、該メッセージを通知するユーザの属性と、該メッセージの発信元のユーザの属性と、から、メッセージの緊急度合や、業務や作業への必要度合いを判定する。そして、判定部１８Ｃは、メッセージの緊急度合や、業務や作業への必要度合いが高いほど、高い重要度を判定する。

例えば、記憶部２０に、予め解析情報４８を記憶する（図６参照）。そして、判定部１８Ｃは、メッセージに含まれる単語と、メッセージの種類情報に含まれる単語と、をキーワードと定める。また、判定部１８Ｃは、第１取得部１８Ａで取得した該メッセージの発信元のユーザＩＤを特定する。そして、判定部１８Ｃは、特定したユーザＩＤに対応する属性をユーザ管理情報４４（図５（Ａ）参照）から読取る。

また、判定部１８Ｃは、該メッセージの通知先のユーザを特定する。例えば、判定部１８Ｃは、該メッセージの発信元のユーザＩＤの属するグループのグループＩＤを、コミュニケーション対象管理情報４６（図５（Ｂ）参照）から特定する。そして、判定部１８Ｃは、コミュニケーション対象管理情報４６における、特定したグループＩＤに対応するユーザＩＤの内、発信元のユーザのユーザＩＤ以外のユーザＩＤを、通知先のユーザのユーザＩＤとして読取る。そして、判定部１８Ｃは、読取った該ユーザＩＤを、通知先のユーザのユーザＩＤとして特定すればよい。

なお、第１取得部１８Ａは、メッセージと、メッセージの発信元のユーザＩＤと、メッセージの通知先のユーザＩＤと、を端末装置１４から取得してもよい。この場合、判定部１８Ｃは、第１取得部１８Ａでメッセージと共に取得した通知先のユーザＩＤを読取ればよい。そして、判定部１８Ｃは、読取った該ユーザＩＤを、通知先のユーザのユーザＩＤとして特定すればよい。

そして、判定部１８Ｃは、通知先として特定したユーザの、ユーザＩＤに対応する属性を、ユーザ管理情報４４（図５（Ａ）参照）から読取る。

さらに、判定部１８Ｃは、定めたキーワードと、メッセージの発信元のユーザＩＤの属性と、メッセージの通知先のユーザＩＤの属性と、に対応する重要度を解析情報４８から読取る。これにより、判定部１８Ｃは、重要度を判定してもよい。

図２に戻り、決定部１８Ｄは、複数種類の出力形態の内、重要度に基づいた出力形態を決定する。決定部１８Ｄは、第１取得部１８Ａで取得したメッセージの重要度に基づいて、該メッセージの通知先のユーザの各々に対する、該メッセージの出力形態を決定する。本実施の形態では、決定部１８Ｄは、メッセージの重要度が高いほど、再生時間の長い出力形態を決定する。

上述したように、出力形態は、メッセージを端末装置１４で出力するときの形態を示す。また、本実施の形態では、複数種類の出力形態は、上述したように、第１出力形態、第２出力形態、第３出力形態、および第４出力形態である。

このため、決定部１８Ｄは、第１取得部１８Ａで取得したメッセージについて、判定部１８Ｃが判定した重要度に基づいて、通知先のユーザごとに、第１出力形態、第２出力形態、第３出力形態、および第４出力形態の何れか１つの出力形態を決定する。

例えば、決定部１８Ｄは、重要度が最も高いメッセージに、最も再生時間の長い出力形態である第１出力形態を決定する。また、決定部１８Ｄは、重要度が最も低いメッセージに、最も再生時間の短い出力形態である第４出力形態を決定する。

例えば、重要度が、”高”、”中”、”低”の３段階であったとする。この場合、決定部１８Ｄは、重要度が”高”のメッセージに、第１出力形態（メッセージの全体を出力）を決定する。また、決定部１８Ｄは、重要度が”低”のメッセージに、第４出力形態を決定する。なお、これらの決定は一例である。

そして、決定部１８Ｄは、通知対象のメッセージのメッセージＩＤと、判定部１８Ｃが重要度の判定時に特定した、メッセージの通知先のユーザのユーザＩＤと、に対応づけて、決定した出力形態を出力管理情報４２（図４参照）に記憶する。このとき、決定部１８Ｄは、メッセージＩＤおよびユーザＩＤの組合せごとに、新たな出力ＩＤを付与すればよい。

なお、決定部１８Ｄは、重要度と、メッセージの通知先のユーザの現在の状況を示す状況情報と、に基づいて、該メッセージの通知先のユーザの各々に対する、メッセージの出力形態を決定してもよい。

状況情報は、推定部１８Ｈによって推定される。

推定部１８Ｈは、第２取得部１８Ｇで取得した検知情報を用いて、状況情報を推定する。

第２取得部１８Ｇは、１または複数の端末装置１４の各々から、ネットワーク１６および通信部２２を介して、検知情報とユーザＩＤとを所定時間毎に受信する。検知情報は、ユーザの現在の状況の推定に用いるパラメータである。具体的には、検知情報は、ユーザの現在位置する環境の騒音レベル、該環境の照度レベル、該環境の温度、該環境の湿度、ユーザの現在位置、ユーザの現在の姿勢、およびユーザの生体情報、の少なくとも１つを含む。生体情報は、例えば、心拍数、皮膚抵抗値、体温などである。

第２取得部１８Ｇは、コミュニケーション支援システム１０に含まれる複数の端末装置１４の内、通信可能な環境にある全ての端末装置１４の各々から、所定時間ごとに、検知情報とユーザＩＤとを通信部２２を介して取得する。

そして、第２取得部１８Ｇは、取得したユーザＩＤと検知情報を、取得時間に対応づけて記憶部２０へ記憶する。このため、記憶部２０には、取得時間ごとに、ユーザＩＤと検知情報とが対応づけて記憶されていく。なお、第２取得部１８Ｇは、取得時間に代えて、検知情報に含まれる各情報の検知された検知時間を記憶部２０へ記憶してもよい。この場合、第２取得部１８Ｇは、検知情報と、検知時間と、ユーザＩＤと、を端末装置１４から取得すればよい。

推定部１８Ｈは、検知情報に基づいて、メッセージの通知先のユーザの、現在の状況を示す状況情報を推定する。すなわち、推定部１８Ｈは、判定部１８Ｃが重要度の判定時に特定した、メッセージの通知先のユーザのユーザＩＤの、最新の（すなわち現在の）取得時間に対応する検知情報を読取る。そして、推定部１８Ｈは、読取った検知情報を用いて、メッセージの通知先のユーザの各々の、現在の状況情報を推定する。

本実施の形態では、推定部１８Ｈは、騒音レベル、照度レベル、温度、湿度、現在位置、姿勢、および生体情報などから、メッセージの通知先のユーザの各々の状況情報を推定する。

詳細には、推定部１８Ｈは、検知情報に応じて、通知されたメッセージの内容全体を確認できる状態から、メッセージを全く確認できない状態またはメッセージの確認不要な状態までを、複数段階に分けて表した、状況情報を推定する。

状況情報は、上述したように、例えば、“メッセージの内容全体を確認可能な状況”、“メッセージの内容の一部を確認可能な状況”、“メッセージを確認不可能な状況”、および“メッセージを確認不要な状況”の何れかを示すものとして説明する。

これらの状況情報は、“メッセージの内容全体を確認可能な状況”、“メッセージの内容の一部を確認可能な状況”、“メッセージを確認不可能な状況”、および“メッセージを確認不要な状況”の、この順に、メッセージを確認可能な状況ではなくなっていく。

例えば、推定部１８Ｈは、騒音レベルが低いほど、メッセージの内容全体を確認可能な状況を推定する。また、推定部１８Ｈは、騒音レベルが高いほど、メッセージを確認不可能な状況、または、メッセージを確認不要な状況を推定する。

また、推定部１８Ｈは、照度レベルが高いほど、メッセージの内容を確認可能な状況を推定する。また、推定部１８Ｈは、照度レベルが低いほど、メッセージを確認不可能な状況、または、メッセージを確認不要な状況を推定する。

また、推定部１８Ｈは、環境の温度および環境の湿度が、人が快適に思考可能な正常範囲の値を示す場合、メッセージの内容を確認可能な情報を推定する。また、推定部１８Ｈは、環境の温度および環境の湿度が、該正常範囲から外れるほど、メッセージを確認不可能な状況、または、メッセージを確認不要な状況を推定する。

また、推定部１８Ｈは、ユーザの現在位置が予め定めた領域内に位置することを示すか否かや、ユーザの現在位置と該領域との距離、などに応じて、状況情報を推定する。

また、推定部１８Ｈは、ユーザの現在の姿勢が端末装置１４から出力されるメッセージを良好に確認可能な姿勢である場合に、メッセージの内容全体を確認可能な状況を推定する。また、推定部１８Ｈは、ユーザの現在の姿勢が端末装置１４から出力されるメッセージを確認することが困難な姿勢である場合、メッセージを確認不可能な状況、または、メッセージを確認不要な状況を推定する。

また、推定部１８Ｈは、ユーザの生体情報が、正常状態の範囲内である場合、メッセージの内容全体を確認可能な状況を推定する。また、推定部１８Ｈは、ユーザの生体情報が、該正常状態の範囲外である場合、メッセージを確認不可能な状況、または、メッセージを確認不要な状況を推定する。

そして、推定部１８Ｈは、検知情報に含まれる、騒音レベル、照度レベル、温度、湿度、現在位置、姿勢、および生体情報の内の１つの値または複数の値の組合せに応じて、状況情報を推定すればよい。

例えば、推定部１８Ｈは、検知情報に含まれる、騒音レベル、照度レベル、温度、湿度、現在位置、姿勢、および生体情報の内の１つの値または複数の値の組合せと、状況情報と、を対応づけて予め記憶部２０に記憶する。このとき、推定部１８Ｈは、より確実にメッセージを確認可能なパラメータの組合せほど、“メッセージの内容を確認可能な状況”、または該状況に近い状況となるように、状況情報を対応づけて予め記憶部２０へ記憶する。そして、推定部１８Ｈは、検知情報に対応する状況情報を記憶部２０から読取ることで、状況情報を推定すればよい。

なお、推定部１８Ｈは、検知情報の内容の組合せやユーザの特性に応じて、状況情報を学習する学習機能を含んだ構成としてもよい。そして、推定部１８Ｈは、推定対象のユーザと、検知情報と、学習結果と、に応じて、状況情報を推定してもよい。

なお、推定部１８Ｈは、会議予約システムや在籍管理システムなどの既存の情報システムから得られる情報を検知情報として取得し、ユーザの状況情報を推定してもよい。また、推定部１８Ｈは、公知の方法（例えば、特開２０１３−１６７８０６号公報に記載の方法）を用いてユーザの状況情報を推定してもよい。

推定部１８Ｈは、通知対象のメッセージのメッセージＩＤと、判定部１８Ｃが重要度の判定時に特定した、メッセージの通知先のユーザのユーザＩＤと、に対応づけて、推定した状況情報を出力管理情報４２（図４参照）に記憶する。

そして、決定部１８Ｄは、第１取得部１８Ａで取得したメッセージの重要度と（図３参照）、該メッセージの通知先のユーザの状況情報と（図４参照）、に基づいて、出力形態を決定してもよい。

この場合、例えば、決定部１８Ｄは、重要度が最も高く（本実施の形態では”高”）、且つ、状況情報が“メッセージの内容全体を確認可能な状況”である場合に、最も再生時間の長い出力形態である第１出力形態を決定する。

また、決定部１８Ｄは、重要度が最も低く（本実施の形態では“低”）、且つ、状況情報が“メッセージを確認不要な状況”である場合に、再生しない”第４出力形態”を決定する。

また、決定部１８Ｄは、重要度が中程度であり（本実施の形態では”中”）、且つ、状況情報が「メッセージの内容の一部を確認可能な状況」である場合に、種類情報を出力する”第２出力形態”を決定する。また、決定部１８Ｄは、重要度が中程度であり（本実施の形態では”中”）、且つ、状況情報が”メッセージを確認不可能な状況”である場合に、受信情報を出力する”第３出力形態”を決定する。

このように、決定部１８Ｄは、より重要度が高い、または、状況情報が”メッセージの内容全体を確認可能な状況”であるほど、再生時間の最も長い”第１出力形態”を決定する。

また、決定部１８Ｄは、より重要度が低い、または、状況情報が“メッセージを確認不可能な状況”または”メッセージを確認不要な状況”であるほど、再生時間の短い”第４出力形態”や”第３出力形態”を決定する。

出力制御部１８Ｅは、決定部１８Ｄが決定した出力形態でメッセージを出力するように、出力部２８（詳細後述）を制御する。

本実施の形態では、出力制御部１８Ｅは、第１取得部１８Ａが取得したメッセージの通知先のユーザの携帯する端末装置１４の各々へ、決定部１８Ｄで決定した出力形態のメッセージを送信する。

例えば、出力制御部１８Ｅは、“第１出力形態”が決定されたユーザＩＤ「Ｂ」によって識別されるユーザの端末装置１４へ、第１取得部１８Ａが取得したメッセージの全体をそのまま送信する。該メッセージを受信した端末装置１４は、受信したメッセージの全体を出力する。

また、出力制御部１８Ｅは、“第２出力形態”が決定されたユーザＩＤ「Ｃ」によって識別されるユーザの端末装置１４へ、第１取得部１８Ａが取得したメッセージの種類情報を送信する。種類情報を受信した端末装置１４は、受信した種類情報（例えば、“進捗報告”）を出力する。

また、出力制御部１８Ｅは、“第３出力形態”が決定されたユーザＩＤ「Ｄ」によって識別されるユーザの端末装置１４へ、第１取得部１８Ａが取得したメッセージの受信情報（例えば、着信音）を送信する。受信情報を受信した端末装置１４は、受信情報（例えば、着信音）を出力する。

出力制御部１８Ｅは、決定した出力形態でメッセージを出力するように出力部２８を制御すると、出力管理情報４２における、該当する出力ＩＤに対応する出力状況を「済」に変更する。

なお、出力制御部１８Ｅは、端末装置１４からの変更指示に応じて、出力形態を変更してもよい。詳細には、受付部１８Ｆは、出力形態の変更指示を受け付ける。

本実施の形態では、受付部１８Ｆは、端末装置１４から、出力形態の変更指示を受付ける。

出力制御部１８Ｅは、変更指示を受付けたときに、前回出力制御した出力形態以外の他の出力形態でメッセージを出力するように、該端末装置１４の出力部２８を制御する。詳細には、出力制御部１８Ｅは、変更指示の送信元の端末装置１４の出力部２８に対して、前回出力制御した出力形態以外の、他の出力形態でメッセージを出力するように、該出力部２８を制御する。

例えば、出力制御部１８Ｅは、変更指示の送信元の端末装置１４のユーザＩＤに対応する、該端末装置１４に対して前回送信した出力形態の出力ＩＤを、出力管理情報４２（図４参照）から特定する。そして、出力制御部１８Ｅは、特定した出力ＩＤに対応する出力形態を、再生時間の一段階長い出力形態に、変更する。

上述したように、出力形態は、第１出力形態、第２出力形態、第３出力形態、および第４出力形態、のこの順に、メッセージの再生時間が短い。このため、前回出力制御した出力形態が第３出力形態である場合、出力制御部１８Ｅは、第２出力形態に出力形態を変更する。また、出力制御部１８Ｅは、変更指示を受付ける度に、第４出力形態、第３出力形態、第２出力形態、第１出力形態、へと、この順に、１段階ずつ出力形態を変更する。

そして、出力制御部１８Ｅは、変更後の出力形態でメッセージを出力するように、該変更指示の送信元の端末装置１４の出力部２８を制御する。

なお、図４に示す例では、出力制御部１８Ｅが、変更後の出力形態に、更に新たな出力ＩＤを付与して出力管理情報４２に記憶する場合を示した。しかし、出力制御部１８Ｅは、変更前の出力形態を変更後の出力形態に上書きして、出力管理情報４２に登録してもよい。

なお、制御部１８は、変更部１８Ｉを備えることが好ましい。変更部１８Ｉは、メッセージの重要度を変更する。

例えば、変更部１８Ｉは、出力管理情報４２（図４参照）における、出力状況“未”に対応するメッセージＩＤを読取る。そして、変更部１８Ｉは、読取ったメッセージＩＤに対応する重要度をメッセージ管理情報４０（図３参照）から特定する。そして、変更部１８Ｉは、該メッセージＩＤによって識別されるメッセージの重要度を変更する。

例えば、変更部１８Ｉは、出力状況“未”に対応するメッセージＩＤによって識別されるメッセージに、日時情報が含まれるか否かを判断する。日時情報は、期日や期限などを示す情報である。日時情報は、例えば、年月日や、年月日時分を示す情報である。

例えば、メッセージが“８月１０日までに完了して下さい”である場合、変更部１８Ｉは、該メッセージに“８月１０日”という日時情報が含まれると判断する。

そして、変更部１８Ｉは、メッセージに日時情報が含まれる場合、日時情報によって示される日時が、現在の日時より前であり、且つ、該日時情報によって示される日時と該現在の日時との差が第１閾値以下であるか否かを判断する。第１閾値は、予め任意の値を定めればよい。そして、変更部１８Ｉは、第１の閾値以下であると判断した場合に、メッセージ管理情報４０に登録されている該メッセージに対応する重要度を、より高い重要度を示すように変更する。

このため、変更部１８Ｉは、メッセージに含まれる日時情報によって示される日時が近付くほど、該メッセージの重要度が高くなるように変更することができる。

また、変更部１８Ｉは、メッセージに日時情報が含まれ、該日時情報によって示される日時が、現在の日時より後である場合についても重要度を変更してもよい。

例えば、変更部１８Ｉは、出力状況“未”に対応するメッセージＩＤによって識別されるメッセージに、日時情報が含まれるか否かを判断する。そして、変更部１８Ｉは、メッセージに日時情報が含まれる場合、日時情報によって示される日時が、現在の日時より後であり、且つ、該日時情報によって示される日時と該現在の日時との差が第２閾値以上であるか否かを判断する。第２閾値は、予め任意の値を定めればよい。そして、変更部１８Ｉは、第２の閾値以上であると判断した場合に、メッセージ管理情報４０に登録されている該メッセージに対応する重要度を、より低い重要度を示すように変更する。

このため、変更部１８Ｉは、メッセージに含まれる日時情報によって示される日時が過去の日時となり、該日時情報によって示される日時からの経過時間が長いほど、該メッセージの重要度が低くなるように変更することができる。

また、変更部１８Ｉは、第１取得部１８Ａによるメッセージの取得からの経過時間に応じて、重要度を変更してもよい。

この場合、変更部１８Ｉは、出力状況“未”に対応するメッセージＩＤによって識別されるメッセージの取得時刻からの経過時間を算出する。そして、変更部１８Ｉは、算出した経過時間が第３閾値以上である場合、重要度が低くなるように、該メッセージの重要度を変更する。第３閾値は、予め定めればよい。また、第３閾値は、例えば、第２閾値より大きい値であることが好ましい。

このため、変更部１８Ｉは、メッセージの取得時間からの経過時間が長い（第３閾値以上である）場合、該メッセージの重要度が低くなるように変更することができる。

次に、端末装置１４について説明する。

図２に示すように、端末装置１４は、通信部２４と、制御部２６と、出力部２８と、操作部３０と、検知部３２と、入力部３４と、駆動部３６と、記憶部３８と、を備える。通信部２４、出力部２８、操作部３０、検知部３２、入力部３４、駆動部３６、および記憶部３８は、制御部２６に信号授受可能に接続されている。

通信部２４は、ネットワーク１６を介して、支援装置１２や、他の端末装置１４や、外部装置などと、無線または有線により通信を行う。

出力部２８は、各種情報を出力する。出力部２８は、音声を出力するスピーカ、または、画像を表示する表示部である。なお、出力部２８は、音声を出力する機能と、画像を表示する機能と、の双方を備えた構成であってもよい。

本実施の形態では、出力部２８は、支援装置１２から通知されたメッセージを、支援装置１２で決定した出力形態で出力する。具体的には、出力部２８は、メッセージ、種類情報、または、受信情報を出力する。

操作部３０は、ユーザによって操作されることで、ユーザによる各種指示を受付ける。操作部３０は、例えば、キーボードやタッチパネルなどである。

検知部３２は、端末装置１４を携帯するユーザの検知情報を検知する。上述したように、検知情報は、ユーザの現在位置する環境の騒音レベル、該環境の照度レベル、該環境の温度、該環境の湿度、ユーザの現在位置、ユーザの現在の姿勢、およびユーザの生体情報、の少なくとも１つを含む。

このため、検知部３２は、ユーザの現在位置する環境の騒音レベル、該環境の照度レベル、該環境の温度、該環境の湿度、ユーザの現在位置、ユーザの現在の姿勢、およびユーザの生体情報、の少なくとも１つを検出可能な機能を備えた装置であればよい。

例えば、検知部３２は、マイク、照度センサ、温度センサ、湿度センサ、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）、ジャイロセンサ、超音波センサ、接触サンサ、心拍センサ、皮膚抵抗センサ、ジャイロセンサ、加速度センサ、および、デジタルカメラ（撮像素子）、の少なくとも１つを備えた構成であればよい。

検知部３２は、所定時間毎に検知情報を検知し、制御部２６へ出力する。制御部２６は、検知部３２で検知された検知情報と、検知時間と、該端末装置１４を操作するユーザのユーザＩＤと、を通信部２４およびネットワーク１６を介して、支援装置１２へ送信する。

入力部３４は、ユーザからのメッセージの入力を受け付ける。入力部３４は、メッセージが音声データである場合、入力部３４は、マイクである。この場合、詳細には、入力部３４は、マイクロフォン、アンプ（信号増幅器）、Ａ／Ｄ（アナログ／デジタル変換器）、メモリなどで構成される。そして、入力部３４は、ユーザが発した音声の波形を、音声データに変換し、制御部２６へ出力する。メッセージが動画像データである場合、入力部３４は、動画像を撮影可能な撮影装置である。

駆動部３６は、端末装置１４を振動または発熱させる。制御部２６の制御によって駆動部３６が駆動することで、端末装置１４には、振動または温度変化が生じる。

なお、出力部２８および入力部３４を、ユーザの頭部などに装着可能な形態としてもよい。

記憶部３８は、各種データを記憶する。

制御部２６は、端末装置１４全体を制御する。例えば、制御部２６は、通信部２４およびネットワーク１６を介して支援装置１２から、メッセージ、種類情報、または受信情報を受信する。すると、制御部２６は、受信したメッセージ、種類情報、または受信情報を出力部２８から出力する。

このため、端末装置１４の出力部２８は、支援装置１２によって、支援装置１２の決定部１８Ｄで決定した出力形態でメッセージを出力するように制御される。

また、ユーザの操作によって入力部３４からメッセージ（音声データまたは動画像データ）が入力されると、制御部２６は、入力されたメッセージと、該ユーザのユーザＩＤと、を通信部２４およびネットワーク１６を介して支援装置１２へ送信する。

なお、制御部２６は、端末装置１４を操作するユーザのユーザＩＤを予め記憶部３８に記憶する。そして、制御部２６は、記憶部３８に記憶されているユーザＩＤを、入力されたメッセージのユーザＩＤとして、支援装置１２へ送信すればよい。また、入力部３４に、ユーザ識別機能を設けた構成としてもよい。この場合、制御部２６は、入力部３４から、メッセージと発信元のユーザＩＤとを取得し、支援装置１２へ送信すればよい。また、制御部２６は、ユーザによるメッセージの入力時に、操作部３０の操作によって入力されたユーザＩＤを、発信元のユーザＩＤとしてもよい。

また、制御部２６は検知部３２で検知情報が検知されるたびに、検知された検知情報およびユーザＩＤを、通信部２４およびネットワーク１６を介して支援装置１２へ送信する。

次に、支援装置１２の制御部１８が実行する出力制御処理を説明する。

図７は、支援装置１２の制御部１８が実行する出力制御処理の手順の一例を示す、フローチャートである。支援装置１２は、図７に示す出力制御処理を繰り返し実行する。

まず、第１取得部１８Ａが、何れかの端末装置１４からメッセージを取得したか否かを判断する（ステップＳ１００）。本実施の形態では、第１取得部１８Ａは、メッセージおよびユーザＩＤを、何れかの端末装置１４から取得したか否かを判断する。

ステップＳ１００で否定判断すると（ステップＳ１００：Ｎｏ）、本ルーチンを終了する。ステップＳ１００で肯定判断すると（ステップＳ１００：Ｙｅｓ）、ステップＳ１０２へ進む。

ステップＳ１０２では、第１取得部１８Ａは、取得したメッセージにメッセージＩＤを付与する。そして、第１取得部１８Ａは、メッセージＩＤと、取得したメッセージと、該メッセージの発信元のユーザのユーザＩＤと、該メッセージの取得時刻と、を対応づけてメッセージ管理情報４０に記憶する（ステップＳ１０２）（図３参照）。

次に、作成部１８Ｂが、ステップＳ１００で取得したメッセージの、種類情報を作成する（ステップＳ１０４）。そして、作成部１８Ｂは、作成した種類情報を、種類情報の作成に用いたメッセージに対応づけてメッセージ管理情報４０に記憶する（ステップＳ１０６）（図３参照）。

次に、判定部１８Ｃが、ステップＳ１００で取得したメッセージの重要度を判定する（ステップＳ１０８）。そして、判定部１８Ｃは、判定した重要度を、判定に用いたメッセージに対応づけて、メッセージ管理情報４０へ記憶する（ステップＳ１１０）（図３参照）。

次に、判定部１８Ｃが、ステップＳ１００で取得したメッセージの通知先のユーザを特定する（ステップＳ１１２）。

そして、制御部１８では、ステップＳ１１２で特定した通知先のユーザのユーザＩＤごとに、ステップＳ１１４〜ステップＳ１３４の処理を繰り返す。

詳細には、まず、推定部１８Ｈが、第２取得部１８Ｇで取得した検知情報を用いて、通知先のユーザの状況情報を推定する（ステップＳ１１４）。次に、推定部１８Ｈは、ステップＳ１００で取得したメッセージのメッセージＩＤと、通知先のユーザＩＤと、に対応づけて、推定した状況情報を出力管理情報４２へ記憶する（ステップＳ１１６）（図４参照）。

次に、決定部１８Ｄが出力形態を決定する（ステップＳ１１８）。上述したように、例えば、決定部１８Ｄは、第１取得部１８Ａで取得したメッセージの重要度と（図３参照）、該メッセージの通知先のユーザの状況情報と（図４参照）、に基づいて、出力形態を決定する。

そして、決定部１８Ｄは、ステップＳ１００で取得したメッセージのメッセージＩＤと、通知先のユーザＩＤと、に対応づけて、決定した出力形態を出力管理情報４２へ記憶する（ステップＳ１２０）（図４参照）。

次に、出力制御部１８Ｅは、ステップＳ１１８で決定した出力形態が、メッセージの出力無を示す第４出力形態であるか否かを判断する（ステップＳ１２２）。第４出力形態であると判断した場合（ステップＳ１２２：Ｙｅｓ）、ステップＳ１３４へ進む。

ステップＳ１３４では、出力制御部１８Ｅは、出力対象の通知先のユーザのユーザＩＤおよび出力ＩＤに対応する「出力状況」を「済」に変更する（ステップＳ１３４）。

一方、ステップＳ１２２で第４出力形態ではないと判断した場合（ステップＳ１２２：Ｎｏ）、ステップＳ１２４へ進む。出力制御部１８Ｅは、ステップＳ１１８で決定した出力形態（第１出力形態、第２出力形態、または、第３出力形態）でメッセージを出力するように、通知先のユーザの端末装置１４における出力部２８を制御する（ステップＳ１２４）。

次に、出力制御部１８Ｅは、ステップＳ１１８で決定した出力形態が第１出力形態であるか否かを判断する（ステップＳ１２６）。第１出力形態であると判断した場合（ステップＳ１２６：Ｙｅｓ）、上記ステップＳ１３４へ進む。第１出力形態ではないと判断した場合（ステップＳ１２６：Ｎｏ）、ステップＳ１２８へ進む。

ステップＳ１２８では、変更部１８Ｉが、ステップＳ１２４で出力制御を行った端末装置１４から、変更指示を受付けたか否かを判断する（ステップＳ１２８）。例えば、変更部１８Ｉは、ステップＳ１２４で出力制御を行ってから予め定めた時間内に、該端末装置１４から変更指示を受付けたか否かを判別することで、ステップＳ１２８の判断を行う。

変更指示を受付けなかったと判断した場合（ステップＳ１２８：Ｎｏ）、上記ステップＳ１３４へ進む。一方、変更指示を受付けたと判断した場合（ステップＳ１２８：Ｙｅｓ）、ステップＳ１３０へ進む。

ステップＳ１３０では、出力制御部１８Ｅは、前回のステップＳ１２４の処理で出力制御した出力形態を、再生時間の一段階長い他の出力形態に変更する（ステップＳ１３０）。そして、出力制御部１８Ｅは、変更した出力形態を、メッセージを通知するユーザのユーザＩＤと、該メッセージのメッセージＩＤと、に対応づけて、出力管理情報４２へ記憶する（ステップＳ１３２）（図４参照）。そして、ステップＳ１２２へ戻る。

すなわち、出力制御部１８Ｅは、ステップＳ１３０で変更した出力形態を用いて、上記ステップＳ１２２〜ステップＳ１２６の処理を実行する。このため、出力制御部１８Ｅは、ステップＳ１２８で受け付けた変更指示によって変更した出力形態でメッセージを出力するように、端末装置１４の出力部２８を制御する。

そして、制御部１８は、ステップＳ１１２で特定した通知先のユーザのユーザＩＤの各々について、ステップＳ１１４〜ステップＳ１３４の処理を行った後に、本ルーチンを終了する。

次に、支援装置１２の制御部１８が実行する、検知情報取得処理を説明する。図８は、検知情報取得処理の手順の一例を示す、フローチャートである。制御部１８は、図８に示す検知情報取得処理を、割込み処理として繰り返し実行する。

第２取得部１８Ｇは、端末装置１４から、検知情報およびユーザＩＤを取得したか否かを判断する（ステップＳ２００）。ステップＳ２００で否定判断すると（ステップＳ２００：Ｎｏ）、本ルーチンを終了する。ステップＳ２００で肯定判断すると（ステップＳ２００：Ｙｅｓ）、ステップＳ２０２へ進む。

第２取得部１８Ｇは、取得したユーザＩＤと検知情報を、取得時間に対応づけて記憶部２０へ記憶する（ステップＳ２０２）。このため、記憶部２０には、取得時間ごとに、ユーザＩＤと検知情報とが対応づけて記憶されていく。そして、本ルーチンを終了する。

次に、支援装置１２の制御部１８が実行する、重要度変更処理を説明する。図９は、重要度変更処理の手順の一例を示す、フローチャートである。制御部１８は、図９に示す重要度変更処理を、割込み処理として、所定時間ごとに繰り返し実行する。該所定時間は、予め定めればよい。

まず、変更部１８Ｉは、出力管理情報４２（図４参照）における、出力状況「未」に対応するメッセージＩＤを読取る。そして、制御部１８は、読取ったメッセージＩＤの各々について、ステップＳ３００〜ステップＳ３２０の処理を実行する。

変更部１８Ｉは、出力状況「未」に対応するメッセージＩＤによって識別されるメッセージに、日時情報が含まれるか否かを判断する（ステップＳ３００）。日時情報が含まれないと判断した場合（ステップＳ３００：Ｎｏ）、後述するステップＳ３１２へ進む。日時情報を含むと判断した場合（ステップＳ３００：Ｙｅｓ）、ステップＳ３０２へ進む。

ステップＳ３０２では、変更部１８Ｉは、日時情報によって示される日時が、現在の日時より前であるか否かを判断する（ステップＳ３０２）。現在の日時より前であると判断した場合（ステップＳ３０２：Ｙｅｓ）、ステップＳ３０４へ進む。

ステップＳ３０４では、変更部１８Ｉは、該日時情報によって示される日時と該現在の日時との差が第１閾値以下であるか否かを判断する（ステップＳ３０４）。第１閾値より大きいと判断した場合（ステップＳ３０４：Ｎｏ）、後述するステップＳ３１６へ進む。第１閾値以下であると判断した場合（ステップ３０４：Ｙｅｓ）、ステップＳ３０６へ進む。

ステップＳ３０６では、変更部１８Ｉは、処理対象のメッセージＩＤによって識別されるメッセージの重要度を、現在設定されている重要度より高い（例えば、１段階高い）重要度に変更する（ステップ３０６）。例えば、現在の重要度が”中”である場合、変更部１８Ｉは、重要度”高”に変更する。そして、後述するステップＳ３１６へ進む。

なお、本実施の形態では、変更部１８Ｉは、重要度を変更する、とは、メッセージ管理情報４０（図３参照）における、重要度の変更対象のメッセージに対応する重要度を変更することを意味する。

一方、上記ステップＳ３０２でメッセージに含まれる日時情報が現在の日時より後であると判断した場合（ステップＳ３０２：Ｎｏ）、ステップＳ３０８へ進む。ステップＳ３０８では、変更部１８Ｉは、該日時情報によって示される日時と該現在の日時との差が第２閾値以上であるか否かを判断する（ステップＳ３０８）。

第２閾値未満であると判断した場合（ステップＳ３０８：Ｎｏ）、後述するステップＳ３１２へ進む。第２閾値以上であると判断した場合（ステップＳ３０８：Ｙｅｓ）、ステップＳ３１０へ進む。

ステップＳ３１０では、変更部１８Ｉは、処理対象のメッセージＩＤによって識別されるメッセージの重要度を、現在設定されている重要度より低い（例えば、１段階低い）重要度に変更する（ステップ３１０）。例えば、現在の重要度が”中”である場合、変更部１８Ｉは、重要度”低”に変更する。そして、ステップＳ３１２へ進む。

ステップＳ３１２では、変更部１８Ｉは、処理対象のメッセージＩＤによって識別されるメッセージの、第１取得部１８Ａによる取得時刻からの経過時間が第３閾値以上であるか否かを判断する（ステップＳ３１２）。

第３閾値以上である場合（ステップＳ３１２：Ｙｅｓ）、変更部１８Ｉは、処理対象のメッセージＩＤによって識別されるメッセージの重要度を、現在設定されている重要度より低い（例えば、１段階低い）重要度に変更する（ステップ３１４）。例えば、現在の重要度が”中”である場合、変更部１８Ｉは、重要度”低”に変更する。そして、ステップＳ３１６へ進む。ステップＳ３１２で否定判断した場合（ステップＳ３１２：Ｎｏ）、ステップＳ３１６へ進む。

ステップＳ３１６では、出力制御部１８Ｅが、メッセージ管理情報４０における重要度が、変更部１８Ｉによって変更されたか否かを判断する（ステップ３１６）。変更されていないと判断した場合（ステップＳ３１６：Ｎｏ）、本ルーチンを終了する。

変更されたと判断した場合（ステップＳ３１６：Ｙｅｓ）、ステップＳ３１８へ進む。ステップＳ３１８では、判定部１８Ｃが、重要度の変更されたメッセージを特定する（ステップＳ３１８）。

そして、制御部１８では、重要度の変更されたメッセージについて、出力処理を実行する（ステップ３２０）。ステップＳ３２０の出力処理は、図７に示す出力制御処理における、ステップＳ１１２〜ステップＳ１３４の処理である。そして、本ルーチンを終了する。

次に、端末装置１４の制御部２６で実行する処理の手順を説明する。

図１０は、端末装置１４の制御部２６で実行する、メッセージ送信処理の手順を示すフローチャートである。制御部２６は、図１０のメッセージ送信処理を繰り返し実行する。

制御部２６は、入力部３４からメッセージが入力されたか否かを判断する（ステップＳ４００）。ステップＳ４００で否定判断すると（ステップＳ４００：Ｎｏ）、本ルーチンを終了する。ステップＳ４００で肯定判断すると（ステップＳ４００：Ｙｅｓ）、ステップＳ４０２へ進む。

ステップＳ４０２では、制御部２６は、ステップＳ４００で入力されたメッセージと、メッセージの発信元のユーザのユーザＩＤと、を支援装置１２へ送信する（ステップＳ４０２）。なお、メッセージの発信元のユーザＩＤは、例えば、当該端末装置１４のユーザのユーザＩＤと同じである。端末装置１４のユーザＩＤは、予め記憶部３８へ記憶しておけばよい。そして、本ルーチンを終了する。

図１１は、端末装置１４の制御部２６で実行する、検知情報送信処理の手順を示すフローチャートである。制御部２６は、図１１の検知情報送信処理を繰り返し実行する。

制御部２６は、検知部３２で検知情報が検知されるたびに、検知された検知情報を読取る（ステップＳ５００）。そして、制御部２６は、読取った検知情報、および当該端末装置１４のユーザのユーザＩＤを、支援装置１２へ送信する（ステップＳ５０２）。そして、本ルーチンを終了する。

次に、端末装置１４の制御部２６で実行するメッセージ出力処理の手順を説明する。図１２は、制御部２６で実行するメッセージ出力処理の手順を示すフローチャートである。

まず、制御部２６は、支援装置１２から、メッセージ、種類情報、または受信情報を受信したか否かを判断する（ステップＳ６００）。ステップＳ６００で否定判断すると（ステップＳ６００：Ｎｏ）、本ルーチンを終了する。

ステップＳ６００で肯定判断すると（ステップＳ６００：Ｙｅｓ）、ステップＳ６０２へ進む。ステップＳ６０２では、制御部２６は、ステップＳ６００で受信した、メッセージ、種類情報、または受信情報を出力部２８から出力する（ステップＳ６０２）。

このため、端末装置１４は、支援装置１２で決定した出力形態で、メッセージを出力する。

次に、制御部２６は、変更指示が入力されたか否かを判断する（ステップＳ６０４）。制御部２６は、操作部３０から変更指示を受付けたか否かを判別することで、ステップＳ６０４の判断を行う。

なお、ステップＳ６０４において、制御部２６は、ステップＳ６０２の出力を行ってから所定時間以内に、変更指示が入力されたか否かを判断してもよい。そして、この所定時間の間、制御部２６は、ユーザに変更を促すための各種処理を行ってもよい。

例えば、制御部２６は、駆動部３６を駆動することで、端末装置１４本体を振動させてもよい。また、制御部２６は、出力部２８から連続的または断続的な音を発生させてもよい。このように、制御部２６は、ユーザに対して、ユーザによる操作指示の入力待ち状態であることを提示してもよい。

ステップＳ６０４で肯定判断すると（ステップＳ６０４：Ｙｅｓ）、ステップＳ６０６へ進む。ステップＳ６０６では、制御部２６は、変更指示を支援装置１２へ送信する（ステップＳ６０６）。このとき、制御部２６は、変更指示と、当該端末装置１４のユーザＩＤと、を支援装置１２へ送信してもよい、そして、上記ステップＳ６００へ戻る。

一方、ステップＳ６０４で否定判断すると（ステップ６０４：Ｎｏ）、本ルーチンを終了する。

支援装置１２および端末装置１４が、上記処理（図７〜図１２に示す処理）を実行することによって、ユーザに通知するメッセージを、メッセージの重要度に応じた出力形態で出力することができる。

次に、具体的な例を挙げて、本実施の形態のコミュニケーション支援システム１０の動作の一例を説明する。

例えば、コミュニケーション支援システム１０を、作業現場に導入した場合を一例として説明する。また、コミュニケーション支援システム１０を用いて相互にコミュニケーションを行う、あるグループに属するユーザが、ユーザＡ〜Ｅ（ユーザＩＤ“Ａ”、“Ｂ”、“Ｃ”、“Ｄ”、“Ｅ”の各々によって識別されるユーザ）である場合を説明する。

なお、これらのユーザＡ〜Ｅの属性は、図５（Ａ）に示すように、ユーザＡ〜Ｃが一般ユーザであり、ユーザＤ〜Ｅが、ユーザＡ〜Ｃの管理者（現場監督、上司など）であったとする。

例えば、一般ユーザであるユーザＡが、該ユーザの端末装置１４を用いて、メッセージ“部品Ｘの取り付け作業を開始しました”という音声を入力したとする。この場合、端末装置１４の制御部２６は、該音声の音声データであるメッセージと、ユーザＩＤ“Ａ”と、を支援装置１２へ送信する。

支援装置１２における、制御部１８の第１取得部１８Ａは、取得したメッセージとユーザＩＤと取得時刻とを対応づけて、メッセージ管理情報４０（図３参照）に記憶する。このとき、第１取得部１８Ａは、該メッセージに、メッセージＩＤ“Ｍ１ａ”を付与してメッセージ管理情報４０に記憶する。

また、制御部１８の作成部１８Ｂは、該メッセージの種類情報“進捗報告”を作成し、メッセージ管理情報４０に記憶する（図３参照）。判定部１８Ｃは、該メッセージと種類情報“進捗報告”と、から、該メッセージの重要度“中”を判定し、メッセージ管理情報４０に記憶する（図３参照）。

このため、メッセージ管理情報４０には、メッセージＩＤ“Ｍ１ａ”と、メッセージ“部品Ｘの取り付け作業を開始しました”と、発信元のユーザＩＤ“Ａ”と、取得時刻と、種類情報“進捗報告”と、重要度“中”と、が対応づけて記憶された状態となる（図３参照）。

判定部１８Ｃは、メッセージＩＤ“Ｍ１ａ”によって識別されるメッセージの通知先のユーザを特定する。例えば、判定部１８Ｃは、コミュニケーション対象管理情報４６（図５（Ｂ）参照）における、ユーザＡの属するグループ“０１”に属するユーザＢ〜Ｅを、通知先のユーザとして特定する。

そして、支援装置１２の制御部１８は、ユーザＢ〜Ｅの各々について、図７に示すステップＳ１１４〜ステップＳ１３４の処理を実行する。

まず、ユーザＢに対する処理の具体例を説明する。

推定部１８Ｈは、第２取得部１８Ｇで取得した検知情報を用いて、通知先のユーザＢの状況情報を推定する。ユーザＢの状況情報の推定結果が“メッセージの内容全体を確認可能な状況”であったとする。この場合、推定部１８Ｈは、新たな出力ＩＤ“Ｎ１ｂ”と、メッセージＩＤ“Ｍ１ａ”と、ユーザＩＤ“Ｂ”と、に対応づけて、推定した状況情報を出力管理情報４２へ記憶する（図４の出力ＩＤ“Ｎ１ｂ”の行を参照）。

決定部１８Ｄは、該ユーザＩＤ“Ｂ”への、メッセージＩＤ“Ｍ１ａ”によって識別されるメッセージの、出力形態を決定する。この場合、決定部１８Ｄは、該メッセージの重要度“中”と、ユーザＢの状況情報“メッセージの内容全体を確認可能な状況”と、に基づいて、出力形態“第１出力形態”を決定する。第１出力形態は、上述したように、メッセージの全体を出力する形態である。

決定部１８Ｄは、決定した出力形態“第１出力形態”を、出力ＩＤ“Ｎ１ｂ”に対応づけて出力管理情報４２へ記憶する（図４参照）。そして、出力制御部１８Ｅは、決定した出力形態“第１出力形態”でメッセージ“部品Ｘの取り付け作業を開始しました”を出力するように、ユーザＢの端末装置１４の出力部２８を制御する。

すなわち、出力制御部１８Ｅは、ユーザＢの端末装置１４へ、メッセージ“部品Ｘの取り付け作業を開始しました”を送信する。このため、ユーザＢの端末装置１４の出力部２８から、メッセージ“部品Ｘの取り付け作業を開始しました”といった音声が出力される。

そして、出力制御部１８Ｅは、出力管理情報４２における、該出力ＩＤ“Ｎ１ｂ”に対応する出力状況を“済”に変更する（図４参照）。これにより、ユーザＢに対するメッセージの通知が終了する。

次に、ユーザＣに対する処理の具体例を説明する。

推定部１８Ｈは、第２取得部１８Ｇで取得した検知情報を用いて、通知先のユーザＣの状況情報を推定する。ユーザＣの状況情報の推定結果が“メッセージの内容の一部を確認可能な状況”であったとする。この場合、推定部１８Ｈは、新たな出力ＩＤ“Ｎ１ｃ”と、メッセージＩＤ“Ｍ１ａ”と、ユーザＩＤ“Ｃ”と、に対応づけて、推定した状況情報を出力管理情報４２へ記憶する（図４の出力ＩＤ“Ｎ１ｃ”の行を参照）。

決定部１８Ｄは、該ユーザＩＤ“Ｃ”への、メッセージＩＤ“Ｍ１ａ”によって識別されるメッセージの、出力形態を決定する。この場合、決定部１８Ｄは、該メッセージの重要度“中”と、ユーザＣの状況情報“メッセージの内容の一部を確認可能な状況”と、に基づいて、出力形態“第２出力形態”を決定する。第２出力形態は、上述したように、メッセージの種類情報を出力する形態である。

決定部１８Ｄは、決定した出力形態“第２出力形態”を、出力ＩＤ“Ｎ１ｃ”に対応づけて出力管理情報４２へ記憶する（図４参照）。そして、出力制御部１８Ｅは、決定した出力形態“第２出力形態”でメッセージ“部品Ｘの取り付け作業を開始しました”を出力するように、ユーザＣの端末装置１４の出力部２８を制御する。

すなわち、出力制御部１８Ｅは、ユーザＣの端末装置１４へ、メッセージＩＤ“Ｍ１ａ”によって識別されるメッセージの種類情報である“進捗報告”を送信する。このため、ユーザＣの端末装置１４の出力部２８から、種類情報である“進捗報告”といった音声が出力される。すなわち、ユーザＣの端末装置１４の出力部２８からは、本来のメッセージ“部品Ｘの取り付け作業を開始しました”より再生時間が短く、且つ、メッセージの内容の種類を示す情報である音声“進捗報告”が出力される。

そして、出力制御部１８Ｅは、出力管理情報４２における、該出力ＩＤ“Ｎ１ｃ”に対応する出力状況を“済”に変更する（図４参照）。

ここで、ユーザＣによる操作部３０の操作指示によって、出力形態の変更指示が入力されたとする。この場合、ユーザＣの端末装置１４の制御部２６は、変更指示と、ユーザＩＤ“Ｃ”と、を支援装置１２へ送信する。

支援装置１２の変更部１８Ｉは、ユーザＩＤ“Ｃ”および変更指示を受付けると、ユーザＣの端末装置１４の出力部２８に対して、前回出力制御した出力形態“第２出力形態”を、他の出力形態に変更する。例えば、変更部１８Ｉは、より再生時間の長い“第１出力形態”に変更する。

すると、出力制御部１８Ｅは、該ユーザＩＤ“Ｃ”の端末装置１４の出力部２８に対して、メッセージＩＤ“Ｍ１ａ”によって識別されるメッセージを、変更後の“第１出力形態”で出力するように制御する。すなわち、出力制御部１８Ｅは、該端末装置１４へ、メッセージ“部品Ｘの取り付け作業を開始しました”を送信する。

ユーザＣの端末装置１４は、メッセージを受信する。そして、ユーザＣの端末装置１４は、出力部２８から、メッセージ“部品Ｘの取り付け作業を開始しました”を出力する。

このため、ユーザによる変更指示に応じて、異なる出力形態でメッセージが出力される。また、メッセージを通知されたユーザの状況の変化や要望に応じて、出力形態を変更して提供することができる。

なお、変更部１８Ｉは、変更後の出力形態について、新たな出力ＩＤ（例えば、出力ＩＤ“Ｎ２ｃ”）を付与して出力管理情報４２に記憶してもよい（図４参照）。この場合、変更後の出力形態で出力するように出力部２８を制御した後に、変更部１８Ｉは、該出力ＩＤ“Ｎ２ｃ”に対応づけて出力状況“済”を出力管理情報４２に記憶すればよい。これにより、ユーザＣに対するメッセージの通知が終了する。

次に、属性が“管理者”であるユーザＤに対する処理の具体例を説明する。

推定部１８Ｈは、第２取得部１８Ｇで取得した検知情報を用いて、通知先のユーザＤの状況情報を推定する。ユーザＤの状況情報の推定結果が“メッセージを確認不可能な状況”であったとする。この場合、推定部１８Ｈは、新たな出力ＩＤ“Ｎ１ｄ”と、メッセージＩＤ“Ｍ１ａ”と、ユーザＩＤ“Ｄ”と、に対応づけて、推定した状況情報を出力管理情報４２へ記憶する（図４の出力ＩＤ“Ｎ１ｄ”の行を参照）。

決定部１８Ｄは、該ユーザＩＤ“Ｄ”への、メッセージＩＤ“Ｍ１ａ”によって識別されるメッセージの、出力形態を決定する。この場合、決定部１８Ｄは、該メッセージの重要度“中”と、ユーザＤの状況情報“メッセージを確認不可能な状況”と、に基づいて、出力形態“第３出力形態”を決定する。第３出力形態は、上述したように、着信音などの受信情報を出力する形態である。

決定部１８Ｄは、決定した出力形態“第３出力形態”を、出力ＩＤ“Ｎ１ｄ”に対応づけて出力管理情報４２へ記憶する（図４参照）。そして、出力制御部１８Ｅは、決定した出力形態“第３出力形態”でメッセージ“部品Ｘの取り付け作業を開始しました”を出力するように、ユーザＤの端末装置１４の出力部２８を制御する。

すなわち、出力制御部１８Ｅは、ユーザＤの端末装置１４へ、受信情報を送信する。ユーザＤの端末装置１４は、受信情報を受信すると、受信情報（例えば、着信音）を出力部２８から出力する。

そして、出力制御部１８Ｅは、出力管理情報４２における、該出力ＩＤ“Ｎ１ｄ”に対応する出力状況を“済”に変更する（図４参照）。

そして、ユーザＤによる操作部３０の操作指示によって、出力形態の変更指示が入力されたとする。この場合、ユーザＤの端末装置１４の制御部２６は、変更指示と、ユーザＩＤ“Ｄ”と、を支援装置１２へ送信する。

支援装置１２の変更部１８Ｉは、ユーザＩＤ“Ｄ”および変更指示を受付けると、ユーザＤの端末装置１４の出力部２８に対して、前回出力制御した出力形態“第３出力形態”を、他の出力形態に変更する。例えば、変更部１８Ｉは、再生時間の一段階長い“第２出力形態”に変更する。

すると、出力制御部１８Ｅは、該ユーザＩＤ“Ｄ”の端末装置１４の出力部２８に対して、メッセージＩＤ“Ｍ１ａ”によって識別されるメッセージを、変更後の“第２出力形態”で出力するように制御する。すなわち、出力制御部１８Ｅは、該端末装置１４へ、種類情報“進捗報告”を送信する。

このため、ユーザＤの端末装置１４の出力部２８から、種類情報である“進捗報告”といった音声が出力される。

また、更に、ユーザＤによる操作部３０の操作指示によって、出力形態の変更指示が入力されたとする。この場合、ユーザＤの端末装置１４の制御部２６は、変更指示と、ユーザＩＤ“Ｄ”と、を支援装置１２へ送信する。

支援装置１２の変更部１８Ｉは、ユーザＩＤ“Ｄ”および変更指示を受付けると、ユーザＤの端末装置１４の出力部２８に対して、前回出力制御した出力形態“第２出力形態”を、再生時間の一段階長い“第１出力形態”に変更する。

すると、出力制御部１８Ｅは、該ユーザＩＤ“Ｄ”の端末装置１４へ、メッセージ“部品Ｘの取り付け作業を開始しました”を送信する。ユーザＤの端末装置１４は、メッセージを受信する。そして、ユーザＤの端末装置１４は、出力部２８から、メッセージ“部品Ｘの取り付け作業を開始しました”を出力する。

このため、ユーザによる変更指示に応じて、異なる出力形態でメッセージが出力される。すなわち、ユーザによる変更指示に応じて、より再生時間の長い出力形態でメッセージが段階的に出力される。また、メッセージを通知されたユーザの状況の変化や要望に応じて、出力形態を変更して提供することができる。

次に、属性が“管理者”であるユーザＥに対する処理の具体例を説明する。

推定部１８Ｈは、第２取得部１８Ｇで取得した検知情報を用いて、通知先のユーザＥの状況情報を推定する。ユーザＥの状況情報の推定結果が“メッセージを確認不要な状況”であったとする。この場合、推定部１８Ｈは、新たな出力ＩＤ“Ｎ１ｅ”と、メッセージＩＤ“Ｍ１ａ”と、ユーザＩＤ“Ｅ”と、に対応づけて、推定した状況情報を出力管理情報４２へ記憶する（図４の出力ＩＤ“Ｎ１ｅ”の行を参照）。

決定部１８Ｄは、該ユーザＩＤ“Ｅ”への、メッセージＩＤ“Ｍ１ａ”によって識別されるメッセージの、出力形態を決定する。この場合、決定部１８Ｄは、該メッセージの重要度“中”と、ユーザＤの状況情報“メッセージを確認不要な状況”と、に基づいて、出力形態“第４出力形態”を決定する。第４出力形態は、上述したように、メッセージを出力しない形態である。

決定部１８Ｄは、決定した出力形態“第４出力形態”を、出力ＩＤ“Ｎ１ｅ”に対応づけて出力管理情報４２へ記憶する（図４参照）。そして、出力制御部１８Ｅは、ユーザＥへ信号を送信せずに、ユーザＥに対する処理を終了する。

以上説明したように、本実施の形態の支援装置１２は、第１取得部１８Ａと、作成部１８Ｂと、出力部２８と、を備える。第１取得部１８Ａは、ユーザに対して通知するメッセージを取得する。作成部１８Ｂは、メッセージの内容の種類を示す種類情報を作成する。出力部２８は、メッセージの全体を出力する第１出力形態、種類情報を出力する第２出力形態、およびメッセージの受信を示す受信情報を出力する第３出力形態、を少なくとも含む複数種類の出力形態の内、メッセージの重要度に基づいた出力形態でメッセージを出力する。

このように、本実施の形態の支援装置１２は、重要度に基づいて、メッセージを、メッセージの全体を出力する第１出力形態、メッセージの内容の種類を示す種類情報を出力する第２出力形態、または、メッセージの受信を示す受信情報を出力する第３出力形態で出力する。

このため、本実施の形態の支援装置１２は、メッセージの重要度に応じた出力形態で、メッセージをユーザに通知することができる。メッセージを通知されたユーザは、通知されたメッセージの全体を常に確認する必要はなく、メッセージの重要度に応じた出力形態で、メッセージ確認することができる。

従って、本実施の形態の支援装置１２は、円滑なコミュニケーションを支援することができる。

なお、本実施の形態では、支援装置１２と、出力部２８と、を別の装置に設けた構成を説明した。しかし、支援装置１２は、出力部２８を更に備えた構成であってもよい。

また、上記具体例では、メッセージが音声データである場合を一例として説明した。しかし、上述したように、メッセージは動画像データであってもよい。この場合、メッセージの内容の種類を示す種類情報は、動画像の一部の画像や、動画像のダイジェストを示す情報や、動画像に関連する画像や、動画像の内容の種類を示す文字や記号であればよい。

また、上記実施の形態では、メッセージの種類情報は、メッセージより再生時間が短い場合を想定して説明した。しかし、第１取得部１８Ａで取得したメッセージが短い場合、作成部１８Ｂが作成した種類情報の再生時間と、メッセージの再生時間と、の差が第５閾値以下となる場合がある。第５閾値は、再生時間の短縮効果が得られるか否かの閾値を予め定めればよい。

このため、作成部１８Ｂが作成した種類情報の再生時間と、メッセージの再生時間と、の差が第５閾値以下である場合、出力制御部１８Ｅは、以下の制御を行ってもよい。すなわち、この場合、出力制御部１８Ｅは、決定部１８Ｄが決定した出力形態が、種類情報を出力する第２出力形態である場合に、メッセージの全体を出力する第１出力形態でメッセージを出力するように、出力部２８を制御してもよい。

また、作成部１８Ｂが作成した種類情報の再生時間と、メッセージの再生時間と、の差が第５閾値を超える場合に、出力制御部１８Ｅは、決定部１８Ｄが決定した出力形態でメッセージを出力するように出力部２８を制御してもよい。

また、上記実施の形態では、出力部２８は、音声や画像を出力する場合を説明した。しかし、出力部２８は、端末装置１４の振動、および、端末装置１４の表面温度の調整、の少なくとも１つを更に組み合わせて、メッセージを出力してもよい。

また、上記実施の形態では、メッセージ、種類情報、発信元のユーザの属性、および、通知先のユーザの属性などに基づいて、重要度の判定や、出力形態の決定を行う場合を説明した。

しかし、支援装置１２（判定部１８Ｃ、決定部１８Ｄ）は、更に他のパラメータを加えて、重要度の判定や出力形態の決定を行ってもよい。例えば、ユーザの検知情報や状況情報の推移や、ユーザの性格や趣向などをパラメータとして更に加えて、重要度の判定や出力形態の決定を行ってもよい。

次に、本実施の形態の、支援装置１２および端末装置１４の、ハードウェア構成について説明する。図１３は、本実施の形態の、支援装置１２および端末装置１４のハードウェア構成例を示すブロック図である。

本実施の形態の、支援装置１２および端末装置１４は、出力部８０、通信Ｉ／Ｆ部８２、入力部９４、ＣＰＵ８６、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）８８、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９０、およびＨＤＤ９２等がバス９６により相互に接続されており、通常のコンピュータを利用したハードウェア構成となっている。

ＣＰＵ８６は、本実施の形態の、支援装置１２および端末装置１４の各々で実行する処理を制御する演算装置である。ＲＡＭ９０は、ＣＰＵ８６による各種処理に必要なデータを記憶する。ＲＯＭ８８は、ＣＰＵ８６による各種処理を実現するプログラム等を記憶する。ＨＤＤ９２は、上述した記憶部２０、記憶部３８に格納されるデータを記憶する。通信Ｉ／Ｆ部８２は、他の装置との間でデータを送受信するためのインターフェースである。通信Ｉ／Ｆ部８２は、上述した通信部２２、通信部２４に相当する。

出力部８０は、上述した出力部２８に相当する。入力部９４は、上述した操作部３０、入力部３４に相当し、ユーザからの操作指示の受付やデータの取得を行う。

本実施の形態の、支援装置１２および端末装置１４で実行される上記各種処理を実行するためのプログラムは、ＲＯＭ８８等に予め組み込んで提供される。

なお、本実施の形態の、支援装置１２および端末装置１４で実行されるプログラムは、これらの装置にインストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供するように構成してもよい。

また、本実施の形態の、支援装置１２および端末装置１４で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施の形態の、支援装置１２および端末装置１４における上記各処理を実行するためのプログラムを、インターネット等のネットワーク経由で提供または配布するように構成してもよい。

本実施の形態の、支援装置１２および端末装置１４で実行される上記各種処理を実行するためのプログラムは、上述した各部が主記憶装置上に生成されるようになっている。

なお、上記ＨＤＤ９２に格納されている各種情報は、外部装置に格納してもよい。この場合には、該外部装置とＣＰＵ８６と、を、ネットワーク等を介して接続した構成とすればよい。

なお、上記には、本発明の実施の形態を説明したが、上記実施の形態は、例として提示したものであり、発明の範囲を限定することは意図していない。この新規な実施の形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施の形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１０ コミュニケーション支援システム
１２ 支援装置
１８Ａ 第１取得部
１８Ｂ 作成部
１８Ｃ 判定部
１８Ｄ 決定部
１８Ｅ 出力制御部
１８Ｆ 受付部
１８Ｇ 第２取得部
１８Ｈ 推定部
１８Ｉ 変更部
２８ 出力部

Claims (15)

1. ユーザに対して通知するメッセージを取得する第１取得部と、
   前記メッセージの内容の種類を示す種類情報を作成する作成部と、
   前記メッセージの全体を出力する第１出力形態、前記種類情報を出力する第２出力形態、および前記メッセージの受信を示す受信情報を出力する第３出力形態、を少なくとも含む複数種類の出力形態の内、前記メッセージの重要度に基づいた前記出力形態で前記メッセージを出力する出力部と、
   を備えるコミュニケーション支援装置。
2. 前記メッセージの前記重要度を判定する判定部と、
   前記第１出力形態、前記第２出力形態、および前記第３出力形態、を少なくとも含む複数種類の前記出力形態の内、前記メッセージの前記重要度に基づいた前記出力形態を決定する決定部と、
   決定した前記出力形態で前記メッセージを出力するように前記出力部を制御する出力制御部と、
   を備える請求項１に記載のコミュニケーション支援装置。
3. 決定した前記出力形態の変更指示を受付ける受付部を備え、
   前記出力制御部は、前記変更指示を受付けたときに、前回出力制御した前記出力形態以外の他の前記出力形態で前記メッセージを出力するように前記出力部を制御する、
   請求項２に記載のコミュニケーション支援装置。
4. 前記メッセージの取得からの経過時間に応じて、前記重要度を変更する変更部を備える、
   請求項１に記載のコミュニケーション支援装置。
5. 前記メッセージに日時情報が含まれ、該日時情報によって示される日時が、現在の日時より前であり、且つ、該日時情報によって示される日時と該現在の日時との差が第１閾値以下である場合に、前記重要度がより高い重要度を示すように変更する変更部を備える、
   請求項１に記載のコミュニケーション支援装置。
6. 前記メッセージに日時情報が含まれ、該日時情報によって示される日時が、現在の日時より後であり、且つ、該日時情報によって示される日時と該現在の日時との差が第２閾値以上である場合に、前記重要度がより低い重要度を示すように変更する変更部を備える、
   請求項１に記載のコミュニケーション支援装置。
7. 前記ユーザの現在の状況を示す状況情報を推定する推定部を備え、
   前記決定部は、前記重要度および前記状況情報に基づいた前記出力形態を決定する、
   請求項２に記載のコミュニケーション支援装置。
8. 前記ユーザの現在位置する環境の騒音レベル、該環境の照度レベル、該環境の温度、該環境の湿度、前記ユーザの現在位置、前記ユーザの現在の姿勢、および前記ユーザの生体情報、の少なくとも１つを含む検知情報を取得する第２取得部を備え、
   前記推定部は、前記検知情報に基づいて前記状況情報を推定する、請求項７に記載のコミュニケーション支援装置。
9. 前記判定部は、
   前記メッセージと、前記種類情報と、に基づいて該メッセージの前記重要度を判定する、請求項２に記載のコミュニケーション支援装置。
10. 前記判定部は、
    前記メッセージと、前記種類情報と、前記メッセージを通知する前記ユーザの属性と、前記メッセージの発信元のユーザの属性と、の少なくとも１つに基づいて前記重要度を判定する、請求項２に記載のコミュニケーション支援装置。
11. 前記決定部は、前記メッセージを通知する前記ユーザごとに、前記重要度に基づいた前記出力形態を決定する、請求項２に記載のコミュニケーション支援装置。
12. 前記メッセージは、音声データ、または、動画像データである、請求項１に記載のコミュニケーション支援装置。
13. 前記出力部は、前記メッセージ、前記種類情報、または前記受信情報を出力する、請求項１に記載のコミュニケーション支援装置。
14. ユーザに対して通知するメッセージを取得するステップと、
    前記メッセージの内容の種類を示す種類情報を作成するステップと、
    前記メッセージの全体を出力する第１出力形態、前記種類情報を出力する第２出力形態、および前記メッセージの受信を示す受信情報を出力する第３出力形態、を少なくとも含む複数種類の出力形態の内、前記メッセージの重要度に基づいた前記出力形態で前記メッセージを出力するステップと、
    を備えるコミュニケーション支援方法。
15. ユーザに対して通知するメッセージを取得するステップと、
    前記メッセージの内容の種類を示す種類情報を作成するステップと、
    前記メッセージの全体を出力する第１出力形態、前記種類情報を出力する第２出力形態、および前記メッセージの受信を示す受信情報を出力する第３出力形態、を少なくとも含む複数種類の出力形態の内、前記メッセージの重要度に基づいた前記出力形態で前記メッセージを出力するステップと、
    をコンピュータに実行させるプログラム。

Images