JP2017168054A - 情報処理装置及び情報処理方法 - Google Patents

Abstract

【課題】ユーザの気分に応じて、そのユーザに対する他のユーザからのコミュニケーションを促進すること。【解決手段】気分情報取得部３０１は、第１ユーザの音声から判定されたその第１ユーザの気分を表す気分情報を取得する。通知判断部３２１は、取得された気分情報に基づいて、第２ユーザへの通知を行うか否かを判断する。関連情報生成部３２２は、第２ユーザへの通知を行うと判断された場合に、取得された気分情報が表す第１ユーザの気分に応じた第１ユーザ関連情報を生成する。関連情報送信部３２３は、生成された第１ユーザ関連情報を第２ユーザに対応付けられた宛先に送信する。このようにして、処理部３０２は、第１ユーザに関連する第１ユーザ関連情報の第２ユーザへの通知に関する通知関連処理を、気分情報取得部３０１により取得された気分情報に応じて行う。【選択図】図５

Description

本発明は、ユーザの気分を判定してその結果を活用する技術に関する。

ユーザの気分を判定してその結果を活用する技術が知られている。例えば特許文献１には、問診におけるユーザからの音声回答のピッチや強さなどに基づいてユーザの精神状態を診断し、診断した精神状態が良好でなければ、健康管理ロボットが励ましの言葉をかける技術が開示されている。

特開２００３−２２５２２８号公報

ユーザの気分を判定してその結果を活用する技術は、例えば、ユーザの気分が落ち込んでいるときに気持ちを持ち直させる場面で役に立つ。しかし、特許文献１の技術のようにロボットが声をかけるよりも、人間である他のユーザが声をかけてコミュニケーションをとった方がより高い効果が期待される。
そこで、本発明は、ユーザの気分に応じて、そのユーザに対する他のユーザからのコミュニケーションを促進することを目的とする。

上記目的を達成するために、本発明は、第１ユーザの音声から判定された当該第１ユーザの心身状態を表す第１情報を取得する第１取得部と、前記第１ユーザに関連する関連情報の第２ユーザへの通知に関する処理を、取得された前記第１情報に応じて行う処理部とを備える情報処理装置を提供する。

また、前記処理部は、取得された前記第１情報に応じて、前記第１ユーザに固有の固有情報と、当該第１ユーザと他のユーザとで共通する共通情報とのいずれかを含む情報を前記関連情報として前記第２ユーザに通知してもよい。
さらに、複数のユーザから１以上のユーザを第２ユーザとして特定する特定部を備え、
前記処理部は、特定された前記第２ユーザに前記関連情報を通知してもよい。

また、前記複数のユーザの各々の音声から判定された各ユーザの心身状態を表す第２情報を取得する第２取得部を備え、前記特定部は、前記複数のユーザのうち、取得された前記第２情報が決められた心身状態を表すユーザを前記第２ユーザとして特定してもよい。
さらに、前記複数のユーザの各々の属性を表す属性情報を取得する属性情報取得部を備え、前記特定部は、複数のユーザのうち、取得された前記属性情報が表す属性が互いに共通する２以上のユーザを前記第２ユーザとして特定してもよい。

また、前記複数のユーザの各々と前記第１ユーザとのコミュニケーションの頻度を表す頻度情報を取得する頻度情報取得部を備え、前記特定部は、前記複数のユーザのうち、取得された前記頻度情報に応じて前記第２ユーザを特定してもよい。
さらに、前記第１ユーザの心身状態の変化の傾向を判断する判断部を備え、前記処理部は、取得された前記第１情報と、判断された前記傾向とに応じて前記処理を行ってもよい。

また、前記第１ユーザの心身状態の変化の傾向を判断する判断部と、前記関連情報が通知された第２ユーザの行動を表す行動情報を取得する行動情報取得部と、判断された前記傾向と、実際に取得された前記第１情報が表す第１ユーザの心身状態の変化とを比較した結果を、取得された前記行動情報により表される前記第２ユーザの行動とともに表す比較情報を出力する出力部とを備えてもよい。
さらに、前記判断部は、前記第１ユーザの所在地における天気予報、前記第１ユーザのスケジュール上のイベント、前記第１ユーザの気分の変化履歴又は前記第１ユーザの属性に基づいて前記傾向を判断してもよい。

また、本発明は、１以上の情報処理装置のいずれかが、第１ユーザの音声から判定された当該第１ユーザの心身状態を表す第１情報を取得する第１取得ステップと、１以上の情報処理装置のいずれかが、前記第１ユーザに関連する関連情報の第２ユーザへの通知に関する処理を、取得された前記第１情報に応じて行う処理ステップとを備える情報処理方法を提供する。

本発明によれば、ユーザの気分に応じて、そのユーザに対する他のユーザからのコミュニケーションを促進することができる。

第１実施例に係るコミュニケーション支援システムの全体構成を表す図 第１ユーザ端末のハードウェア構成を表す図 第２ユーザ端末のハードウェア構成を表す図 サーバ装置のハードウェア構成を表す図 コミュニケーション支援システムの各装置が実現する機能構成を表す図 通知判断テーブルの一例を表す図 関連情報テーブルの一例を表す図 宛先情報テーブルの一例を表す図 出力された第１ユーザ関連情報の一例を表す図 支援処理における各装置の動作手順の一例を表す図 第２実施例のコミュニケーション支援システムの全体構成を表す図 ユーザ端末のハードウェア構成を表す図 第２実施例の各装置が実現する機能構成を表す図 第２ユーザテーブルの一例を表す図 第３実施例の各装置が実現する機能構成を表す図 傾向判断テーブルの一例を表す図 判断された気分の傾向の一例を表す図 第３実施例の通知判断テーブルの一例を表す図 第３実施例の関連情報テーブルの一例を表す図 第４実施例の各装置が実現する機能構成を表す図 入力画面の一例を表す図 表示された比較情報の一例を表す図 変形例の各装置が実現する機能構成の一例を表す図 変形例の第２ユーザテーブルの一例を表す図 変形例の各装置が実現する機能構成の別の一例を表す図 変形例の第２ユーザテーブルの別の一例を表す図 変形例の第１ユーザ端末のハードウェア構成を表す図 変形例の各装置が実現する機能構成の一例を表す図 変形例の通知判断テーブルの一例を表す図 変形例の関連情報テーブルの一例を表す図 変形例の各装置が実現する機能構成の一例を表す図 変形例の傾向判断テーブルの一例を表す図 判断された気分の変化傾向の一例を表す図 変化履歴と判断された気分の変化傾向の一例を表す図 変形例の傾向判断テーブルの別の一例を表す図 判断された気分の変化傾向の別の一例を表す図 出力された比較情報の例を表す図 変形例の各装置が実現する機能構成の一例を表す図 変形例の各装置が実現する機能構成の一例を表す図 変形例のサーバ装置が実現する機能構成を表す図 変形例のサーバ装置が実現する機能構成を表す図

［１］第１実施例
図１は第１実施例に係るコミュニケーション支援システム１の全体構成を表す。コミュニケーション支援システム１は、自システムを利用するユーザ同士のコミュニケーションを支援するシステムである。本システムでは、ユーザの音声から気分が判定され、その判定された気分に応じたコミュニケーションの支援が行われる。コミュニケーション支援システム１は、ネットワーク２と、第１ユーザ端末１０と、第２ユーザ端末２０と、サーバ装置３０とを備える。

ネットワーク２は、例えば移動体通信網及びインターネット等を含み、装置同士のデータのやり取りを仲介するシステムである。ネットワーク２には、第１ユーザ端末１０及び第２ユーザ端末２０が無線（有線でもよい）で接続され、サーバ装置３０が有線で（無線でもよい）接続されている。

第１ユーザ端末１０及び第２ユーザ端末２０は、いずれも本システムのユーザが利用する端末であり、例えばスマートフォンやタブレット端末などの情報処理装置である。以下では、第１ユーザ端末１０を利用するユーザを「第１ユーザ」といい、第２ユーザ端末２０を利用するユーザを「第２ユーザ」という。例えば第１ユーザが部下で第２ユーザが上司という使われ方をする。

第１ユーザは、音声によって気分が判定されるユーザである。第１ユーザ端末１０は、第１ユーザの音声から気分を判定する処理を行う。第２ユーザは、第１ユーザとコミュニケーションがとれるように支援されるユーザである。第２ユーザ端末２０は、この支援をするための処理を行う。第２ユーザ端末２０は、例えば、第１ユーザの気分が落ち込んでいると判定されたときに、第１ユーザの趣味に関する情報を出力して、第１ユーザとコミュニケーションをとるための話題を第２ユーザに提供する。

サーバ装置３０は、上記のとおり判定された気分に応じたコミュニケーションを支援するための処理を行う情報処理装置である。サーバ装置３０は、第１ユーザの気分を表す気分情報を取得する。この第１ユーザの気分情報は本発明の「第１情報」の一例である。サーバ装置３０は、第１ユーザに関連する第１ユーザ関連情報の第２ユーザへの通知に関する通知関連処理（例えば第１ユーザ関連情報を生成する処理及び送信する処理等）を、取得した第１ユーザの気分情報に応じて行う。第１ユーザ関連情報は本発明の「関連情報」の一例である。こうしてコミュニケーション支援システム１は、例えば気分が落ち込んだ第１ユーザに対して第２ユーザがコミュニケーションをとることを支援する。

図２は第１ユーザ端末１０のハードウェア構成を表す。第１ユーザ端末１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、ＲＯＭ（Read Only Memory）１３と、ＮＩＣ（Network Interface Card）１４と、フラッシュメモリ１５と、タッチスクリーン１６と、マイクロフォン１７とを備えるコンピュータである。ＣＰＵ１１は、ＲＡＭ１２をワークエリアとして用いてＲＯＭ１３やフラッシュメモリ１５に記憶されているプログラムを実行することで各部の動作を制御する。

ＮＩＣ１４は、通信回路を有し、ネットワーク２を介して外部装置と通信を行う。フラッシュメモリ１５は、ＣＰＵ１１が制御に用いるデータやプログラムを記憶している。タッチスクリーン１６は、表示手段であるディスプレイと、ディスプレイの表面に設けられたタッチパネルとを備え、画像を表示するとともに、ユーザからの操作を受け付ける。マイクロフォン１７は、周囲の音を収集し、収集した音を表す音データをＣＰＵ１１に供給する。

図３は第２ユーザ端末２０のハードウェア構成を表す。第２ユーザ端末２０は、ＣＰＵ２１と、ＲＡＭ２２と、ＲＯＭ２３と、ＮＩＣ２４と、フラッシュメモリ２５と、タッチスクリーン２６と、スピーカ２７とを備えるコンピュータである。ＣＰＵ２１からタッチスクリーン２６までは、図２に表す同名のハードウェアとそれぞれ共通するものである。スピーカ２７は、ＣＰＵ２１により制御されて音データが表す音を放出する放音手段である。

図４はサーバ装置３０のハードウェア構成を表す。サーバ装置３０は、ＣＰＵ３１と、ＲＡＭ３２と、ＲＯＭ３３と、ＮＩＣ３４と、ＨＤＤ（Hard Disk Drive）３５とを備えるコンピュータである。ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３は、図２に表す同名のハードウェアとそれぞれ共通するものである。ＨＤＤ３５は、ＣＰＵ３１が制御に用いるデータやプログラムを記憶している。

コミュニケーション支援システム１が備える各装置のＣＰＵがプログラムを実行して各部を制御することで、以下に述べる機能が実現される。
図５はコミュニケーション支援システム１の各装置が実現する機能構成を表す。第１ユーザ端末１０は、気分判定部１０１と、気分情報送信部１０２とを備える。第２ユーザ端末２０は、関連情報取得部２０１と、関連情報出力部２０２とを備える。サーバ装置３０は、気分情報取得部３０１と、処理部３０２と、固有情報記憶部３０３と、共通情報記憶部３０４とを備える。

第１ユーザ端末１０の気分判定部１０１は、第１ユーザの気分を判定する。気分判定部１０１は、本実施例では、第１ユーザの音声からその第１ユーザの気分を判定する。気分判定部１０１は、この判定を、例えば「Empath（登録商標）」と呼ばれる音声気分解析技術や、特開２０１３−２０６３２０号公報に記載されている技術などの公知技術を用いて音声から気分を判定する。気分判定部１０１は、本実施例では、気分をレベル１から５までの５段階で判定する。

例えばレベル５は絶好調、レベル４は好調、レベル３は普通、レベル２は気分が良くない、レベル１は気分が落ち込んでいることを表す。気分判定部１０１は、第１ユーザが気分を判定するための操作を行った後に音声を出すと、その音声を集音し、前述した公知技術を用いて集音した音声から第１ユーザの気分を判定する。気分判定部１０１は、その判定結果（レベルの値）を気分情報送信部１０２に供給する。

気分情報送信部１０２は、気分判定部１０１により判定された第１ユーザの気分を表す気分情報を、サーバ装置３０に送信する。第１ユーザの気分を表す気分情報は本発明の「第１情報」の一例である。気分情報送信部１０２は、気分判定部１０１から判定結果が供給されると、その判定結果を表す情報を気分情報として生成し、予め自装置に記憶されているサーバ装置３０の宛先（ＩＰ（Internet Protocol）ドレスなど）に送信する。気分情報は、例えば、判定結果が「３」という値であれば、「レベル３」というテキスト情報と、第１ユーザのユーザＩＤ（Identification）とを対応付けた情報である。このユーザＩＤは、コミュニケーション支援システム１において割り当てられた第１ユーザを識別する識別情報である。

送信された気分情報は、サーバ装置３０が受信して気分情報取得部３０１に供給される。気分情報取得部３０１は、第１ユーザの音声から判定されたその第１ユーザの気分を表す気分情報を取得する。気分情報取得部３０１は本発明の「第１取得部」の一例であり、気分情報取得部３０１が取得する気分情報は本発明の「第１情報」の一例である。気分情報取得部３０１は、取得した気分情報を処理部３０２に供給する。

処理部３０２は、第１ユーザに関連する第１ユーザ関連情報の第２ユーザへの通知に関する通知関連処理を、気分情報取得部３０１により取得された気分情報に応じて行う。第１ユーザ関連情報は本発明の「関連情報」の一例である。第１ユーザ関連情報は、例えば、上述した第１ユーザの趣味に関する情報である。処理部３０２は、通知判断部３２１と、関連情報生成部３２２と、関連情報送信部３２３とを備える。

通知判断部３２１は、気分情報取得部３０１により取得された気分情報に基づいて、第２ユーザへの通知を行うか否かを判断する処理を通知関連処理として行う。通知判断部３２１は、本実施例では、気分情報が表す第１ユーザの気分と、通知の要否とを対応付けた通知判断テーブルを用いる。
図６は通知判断テーブルの一例を表す。図６の例では、「レベル１」及び「レベル２」という第１ユーザの気分には「要」という通知の要否が対応付けられ、「レベル３」から「レベル５」までの第１ユーザの気分には「不要」という通知の要否が対応付けられている。

通知判断部３２１は、気分情報取得部３０１から気分情報を受け取ると、その気分情報が表す第１ユーザの気分に通知判断テーブルで対応付けられた通知の要否を参照し、「要」であれば通知を行うと判断し、「不要」であれば通知を行わないと判断する。通知判断部３２１は、通知を行うと判断した場合には、判断に用いた気分情報を関連情報生成部３２２に供給する。

関連情報生成部３２２は、通知判断部３２１により第２ユーザへの通知を行うと判断された場合に、気分情報取得部３０１により取得された気分情報に応じた第１ユーザ関連情報を生成する処理を通知関連処理として行う。関連情報生成部３２２は、本実施例では、気分情報が表す第１ユーザの気分と、生成する第１ユーザ関連情報の種類とを対応付けた関連情報テーブルを用いる。
図７は関連情報テーブルの一例を表す。図７の例では、「レベル１」という第１ユーザの気分に「固有情報」という第１ユーザ関連情報の種類が対応付けられ、「レベル２」という第１ユーザの気分には「共通情報」という第１ユーザ関連情報の種類が対応付けられている。

固有情報とは、第１ユーザに固有の情報であり、例えば、第１ユーザの生年月日、出身地及び趣味等を含むユーザ属性情報や、第１ユーザのスケジュールを表すスケジュール情報などである。共通情報とは、第１ユーザと他のユーザとで共通する情報であり、例えば、天気・気温・花粉予報等に関する天気情報や、花見・海開き・紅葉等に関する季節情報、社会・政治・スポーツ等に関する報道情報などである。関連情報生成部３２２は、通知判断部３２１から気分情報を受け取ると、その気分情報が表す第１ユーザの気分に関連情報テーブルで対応付けられた種類の第１ユーザ関連情報を生成する。第１ユーザ関連情報の元になる情報は固有情報記憶部３０３又は共通情報記憶部３０４に記憶されている。

固有情報記憶部３０３は固有情報を記憶する。コミュニケーション支援システム１においては、例えばユーザのＩＤを発行する際に、そのユーザの固有情報を登録する操作が行われている。固有情報記憶部３０３は、登録された固有情報を発行されたユーザＩＤに対応付けて記憶する。なお、固有情報は追加や編集がされるようになっていてもよい。共通情報記憶部３０４は共通情報を記憶する。共通情報記憶部３０４には、例えばコミュニケーション支援システム１を提供する提供者によって定期的に共通情報が格納されている。共通情報記憶部３０４は、格納された共通情報を例えば現在の日時に対応付けて記憶する。固有情報及び共通情報は、例えばテキスト、画像、動画、音声又はそれらの組み合わせで表された情報である。

関連情報生成部３２２は、固有情報を第１ユーザ関連情報として生成する場合には、通知判断部３２１から受け取った気分情報に含まれているユーザＩＤに対応付けて固有情報記憶部３０３が記憶している固有情報を読み出す。また、関連情報生成部３２２は、共通情報を第１ユーザ関連情報として生成する場合には、例えば現在時刻から遡る一定の期間（１日や１週間など）に含まれる日時に対応付けて共通情報記憶部３０４が記憶している共通情報を読み出す（古い共通情報を用いないようにするため）。

関連情報生成部３２２は、こうして読み出した固有情報又は共通情報と、第１ユーザの気分の判定結果を表す判定結果情報とを含む第１ユーザ関連情報を生成する。関連情報生成部３２２は、生成した第１ユーザ関連情報を、第１ユーザのユーザＩＤ（通知判断部３２１から供給された気分情報が表すユーザＩＤ）とともに関連情報送信部３２３に供給する。

関連情報送信部３２３は、関連情報生成部３２２により生成された第１ユーザ関連情報を第２ユーザに対応付けられた宛先に送信する処理を通知関連処理として行う。コミュニケーション支援システム１においては、ユーザのＩＤを発行する際に、そのユーザに情報を伝える際に利用可能な宛先を表す宛先情報を登録する操作が行われている。宛先情報は、例えばＩＰアドレスや電子メールアドレス、ＳＮＳ（Social Networking Service）のアカウントなどである。関連情報送信部３２３は、第１ユーザのユーザＩＤと第２ユーザの宛先情報とを対応付けた宛先情報テーブルを用いる。

図８は宛先情報テーブルの一例を表す。図８の例では、「ＩＤ００１」、「ＩＤ０１３」、「ＩＤ０２５」という各第１ユーザのユーザＩＤに「ｘｘｘｘｘ」、「ｙｙｙｙｙ」、「ｚｚｚｚｚ」という第２ユーザの宛先情報がそれぞれ対応付けられている。関連情報送信部３２３は、関連情報生成部３２２から供給された第１ユーザのユーザＩＤに宛先情報テーブルで対応付けられている第２ユーザの宛先情報が表す宛先に、ともに供給された第１ユーザ関連情報を送信する。

第２ユーザ端末２０の関連情報取得部２０１は、関連情報送信部３２３によって送信された第１ユーザ関連情報を取得する。関連情報取得部２０１は、宛先情報がＩＰアドレスであれば自装置が受信した第１ユーザ関連情報を取得し、宛先情報が電子メールアドレスであれば電子メールサーバから第１ユーザ関連情報を取得し、宛先情報がＳＮＳのアカウントであればＳＮＳサーバから第１ユーザ関連情報を取得する。関連情報取得部２０１は、取得した第１ユーザ関連情報を関連情報出力部２０２に供給する。

関連情報出力部２０２は、関連情報取得部２０１により取得された第１ユーザ関連情報を出力する。関連情報出力部２０２は、第１ユーザ関連情報がテキストや画像であれば自装置の表示手段（タッチスクリーン２６のディスプレイ）に出力し、第１ユーザ関連情報に動画や音が含まれていれば、それらの音を自装置の放音手段（スピーカ２７）に出力する。なお、第１ユーザ関連情報の出力先は、外部装置の表示手段や放音手段であってもよい。

図９は出力された第１ユーザ関連情報の一例を表す。図９では、第２ユーザ端末２０のタッチスクリーン２６に、「○○さんの気分がレベル１と判定されました。以下の情報を参考に声をかけてあげてください。」という第１ユーザの気分の判定結果を知らせる判定結果情報Ａ１と、生年月日、出身地、趣味を表したユーザ属性情報Ａ２と、第１ユーザのスケジュールを表したスケジュール情報Ａ３（Ａ２、Ａ３は第１ユーザの固有情報）とが第１ユーザ関連情報として表示されている。第２ユーザが上司であれば、判定結果情報Ａ１により第１ユーザである部下の気分が落ち込んでいることが分かるので、ユーザ属性情報Ａ２やスケジュール情報Ａ３の内容を話題としてその部下に話しかけることができる。

サーバ装置３０の処理部３０２は、以上のとおり通知の要否を判断し、通知すると判断した場合に第１ユーザ関連情報を生成及び送信することで、気分情報取得部３０１により取得された気分情報に応じて、その第１ユーザの固有情報及び共通情報のいずれかを含む第１ユーザ関連情報を第２ユーザに通知する処理を上述した通知関連処理として行う。

コミュニケーション支援システム１が備える各装置は、上記の構成に基づいて、第１ユーザと第２ユーザのコミュニケーションを支援する支援処理を行う。
図１０は支援処理における各装置の動作手順の一例を表す。この動作手順は、第１ユーザが第１ユーザ端末１０に対して気分を判定するための操作を行い、音声を出すことを契機に開始される。まず、第１ユーザ端末１０（気分判定部１０１）は、第１ユーザの音声を集音し（ステップＳ１１）、集音した音声からその第１ユーザの気分を判定する（ステップＳ１２）。

次に、第１ユーザ端末１０（気分情報送信部１０２）は、ステップＳ１２において判定された気分を表す気分情報をサーバ装置３０に送信する（ステップＳ１３）。サーバ装置３０（気分情報取得部３０１）は、ステップＳ１３で送信されてきた気分情報を取得する（ステップＳ２１）。次に、サーバ装置３０（処理部３０２）は、取得された気分情報に基づいて通知の要否を判断する（ステップＳ２２）。図１０の例では、通知を行うことが判断されるものとする。

サーバ装置３０（処理部３０２）は、通知すると判断すると、第１ユーザ関連情報を生成し（ステップＳ２３）、生成した第１ユーザ関連情報を第２ユーザ端末２０に送信する（ステップＳ２４）。ステップＳ２４の送信は、電子メールサーバ経由又はＳＮＳサーバ経由で行われる場合もある。第２ユーザ端末２０（関連情報取得部２０１）は、ステップＳ２４で送信された第１ユーザ関連情報を取得する（ステップＳ３１）。そして、第２ユーザ端末２０（関連情報出力部２０２）は、ステップＳ３１で取得された第１ユーザ関連情報を例えば自装置の表示手段に出力する（ステップＳ３２）。

本実施例では、音声から判定された第１ユーザの気分がレベル２（気分がよくない）又はレベル１（気分が落ち込んでいる）である場合に第２ユーザに第１ユーザ関連情報が通知される。第２ユーザは、この通知により、第１ユーザの気分があまりよくない状態であるから、何か声をかけるべきタイミングであることを知ることができるし、その状態に合わせた声掛けをするという心構えをすることができる。このように、本実施例によれば、ユーザ（第１ユーザ）の気分に応じて、そのユーザ（第１ユーザ）に対する他のユーザ（第２ユーザ）からのコミュニケーションを促進することができる。

また、本実施例では、第２ユーザに通知される第１ユーザ関連情報に、第１ユーザの気分によって固有情報が含まれていたり、共通情報が含まれていたりする。いずれの情報も話題の材料となるので、第２ユーザに第１ユーザとのコミュニケーションのきっかけとなる話題を提供することができ、これらの情報が含まれていない場合に比べて第２ユーザが第１ユーザに声をかけやすくなる。

また、第１ユーザの気分によっては、共通情報のように気軽に会話ができる話題の方が話しやすかったり、固有情報のように自分との関連性が高い話題の方が話しやすかったりすることがある。本実施例では、固有情報及び共通情報を第１ユーザの気分によって使い分けることで、第２ユーザから第１ユーザへのコミュニケーションのきっかけ作りのしやすさを第１ユーザの気分に合わせて変化させることができ、第１ユーザの気分に応じて話題にしやすい情報を第２ユーザに提供することができる。

［２］第２実施例
本発明の第２実施例について、以下、第１実施例と異なる点を中心に説明する。第１実施例では、気分が判定される第１ユーザに対して決まった第２ユーザに第１ユーザ関連情報が通知された、第２実施例では、状況によって異なる第２ユーザに第１ユーザ関連情報が通知される。

図１１は本実施例のコミュニケーション支援システム１ａの全体構成を表す。コミュニケーション支援システム１ａは、第１ユーザ端末１０と、サーバ装置３０ａと、複数のユーザ端末４０とを備える。複数のユーザ端末４０は、それぞれ第２ユーザの候補となるユーザ（以下「候補ユーザ」という）によって利用される情報処理装置である。第１ユーザが或る会社の社員であれば、候補ユーザは、例えばその社員の上司、同僚、同期、メンタルヘルスケア担当者などである。

図１２はユーザ端末４０のハードウェア構成を表す。ユーザ端末４０は、ＣＰＵ４１と、ＲＡＭ４２と、ＲＯＭ４３と、ＮＩＣ４４と、フラッシュメモリ４５と、タッチスクリーン４６と、スピーカ４７と、マイクロフォン４８とを備えるコンピュータである。ＣＰＵ４１からスピーカ４７までは図３に表す同名のハードウェアとそれぞれ共通するものであり、マイクロフォン４８は図２に表すマイクロフォン１７と共通のハードウェアである。

図１３は本実施例の各装置が実現する機能構成を表す。ユーザ端末４０は、気分判定部４０１と、気分情報送信部４０２と、関連情報取得部４０３と、関連情報出力部４０４とを備える。関連情報取得部４０３は関連情報取得部２０１と共通の機能であり、関連情報出力部４０４は関連情報出力部２０２と共通の機能である。サーバ装置３０ａは、図５に表す各部に加え、気分情報取得部３０６と、第２ユーザ特定部３０７とを備える。

気分判定部４０１は第１ユーザ端末１０が備える気分判定部１０１と共通の機能であり、気分情報送信部４０２は第１ユーザ端末１０が備える気分情報送信部１０２と共通の機能である。サーバ装置３０ａの気分情報取得部３０６は、各ユーザ端末４０から送信されてきた気分情報を、複数の候補ユーザの各々の音声から判定された各候補ユーザの気分を表す気分情報として取得する。気分情報取得部３０６は本発明の「第２取得部」の一例であり、気分情報取得部３０６が取得する候補ユーザの気分情報は本発明の「第２情報」の一例である。気分情報取得部３０６は、取得した気分情報を第２ユーザ特定部３０７に供給する。

第２ユーザ特定部３０７は、複数の候補ユーザから１以上の候補ユーザを第２ユーザとして特定する。第２ユーザ特定部３０７は本発明の「特定部」の一例である。第２ユーザ特定部３０７は、本実施例では、複数の候補ユーザのうち、気分情報取得部３０６により取得された気分情報が決められた気分を表す候補ユーザを第２ユーザとして特定する。決められた気分とは、例えばレベル５という判定結果が表す絶好調やレベル４という判定結果が表す好調という気分である。第２ユーザ特定部３０７は、特定した結果を反映した第２ユーザテーブルを記憶する。

図１４は第２ユーザテーブルの一例を表す。第２ユーザテーブルでは、第１ユーザのユーザＩＤと、各候補ユーザのユーザＩＤと、各候補ユーザの気分の判定結果と、第２ユーザフラグと、候補ユーザの宛先情報とが対応付けられている。例えばユーザＩＤが「ＩＤ００２」の候補ユーザの気分の判定結果は「レベル４」であり、宛先情報が「ｗｗｗｗｗ」である。同様に、「ＩＤ００３」、「ＩＤ００４」、「ＩＤ００５」の候補ユーザの気分の判定結果がそれぞれ「レベル１」、「レベル３」、「レベル５」であり、宛先情報が「ｘｘｘｘｘ」、「ｙｙｙｙｙ」、「ｚｚｚｚｚ」である。

第２ユーザ特定部３０７は、気分情報取得部３０６から供給された気分情報が表すユーザＩＤ（気分が判定された候補ユーザのユーザＩＤ）に対応付けてその気分情報が表す気分を判定結果の欄に格納し、格納した気分がレベル４（好調）又は５（絶好調）である場合に第２ユーザフラグの欄に「○」を格納する。図１４の例では、ユーザＩＤが「ＩＤ００２」及び「ＩＤ００５」の候補ユーザの第２ユーザフラグが「○」となっており、これらの候補ユーザが第２ユーザとして特定されたことが表されている。なお、この例では説明を分かり易くするために気分の判定結果も格納されるものとしたが、第２ユーザフラグが反映されていればよいので、格納されなくてもよい。

本変形例の関連情報送信部３２３は、関連情報生成部３２２から供給された第１ユーザのユーザＩＤに第２ユーザテーブルで対応付けられている候補ユーザの宛先情報のうち、第２ユーザフラグが「○」となっている宛先情報が表す宛先に、ともに供給された第１ユーザ関連情報を送信する。こうして本変形例の処理部３０２は、特定された第２ユーザに第１ユーザ関連情報を通知する。

第１ユーザ関連情報が通知されるユーザが毎回決まっていると、そのユーザに負担が集中するし、第１ユーザへのコミュニケーション方法が一様になりやすい。本実施例では、決まったユーザではなく、複数のユーザから特定されたユーザに第１ユーザ関連情報が通知される。これにより、決まったユーザに負担が集中することを防ぐことができ、また、第１ユーザへのコミュニケーション方法を多様なものにすることができる。また、本実施例では、判定された気分に基づいて第２ユーザが特定されるので、第１ユーザとコミュニケーションをとりやすい気分（例えば好調や絶好調）のユーザに第１ユーザ関連情報を通知することができる。

［３］第３実施例
本発明の第３実施例について、以下、上記実施例と異なる点を中心に説明する。上記実施例では、第１ユーザについての或る判定結果に応じて通知関連処理が行われたが、第３実施例では、第１ユーザの気分の変化の傾向に応じて通知関連処理が行われる。

図１５は本実施例の各装置が実現する機能構成を表す。図１５では、本実施例に係るコミュニケーション支援システム１ｂが備える第１ユーザ端末１０と、第２ユーザ端末２０と、サーバ装置３０ｂとが表されている。サーバ装置３０ｂは、図５に表す各部に加え、天気予報取得部３０８と、気分傾向判断部３０９とを備える。

天気予報取得部３０８は、天気予報を取得する。天気予報取得部３０８は、例えば天気予報データを配信するサービスから天気予報データを受け取り、そのデータが表す天気予報を取得する。天気予報取得部３０８は、例えば全国の天気予報を取得し、気分傾向判断部３０９に供給する。また、本実施例では、気分情報取得部３０１が、取得した第１ユーザの気分を表す気分情報を気分傾向判断部３０９に供給する。

気分傾向判断部３０９は、第１ユーザの気分の変化の傾向（以下「変化傾向」という）を判断する。気分傾向判断部３０９は本発明の「判断部」の一例である。気分傾向判断部３０９は、本実施例では、第１ユーザの所在地における天気予報に基づいて変化傾向を判断する。サーバ装置３０ｂには、上述した第１ユーザの固有情報として例えば住所が記憶されている。気分傾向判断部３０９は、天気予報取得部３０８から供給された全国の天気予報から、第１ユーザの住所を含む地域の天気予報を抽出する。気分傾向判断部３０９は、抽出した天気予報と、天気と気分のレベルの増減値とを対応付けた傾向判断テーブルとを用いて気分の変化傾向を判断する。

図１６は傾向判断テーブルの一例を表す。図１６の例では、天気が「晴れ」だとレベルが「＋１」（つまり気分が良くなる方に変化する）、「曇り」だと「０」（つまり気分に変化はない）、「雨」だと「−１」（つまり気分が悪くなる方に変化する）であることが表されている。気分傾向判断部３０９は、気分情報取得部３０１から供給された気分情報が表す気分を今日の気分として、抽出した天気予報が表す明日以降の天気による気分のレベルの増減を反映させたものを気分の変化傾向と判断する。

図１７は判断された気分の変化傾向の一例を表す。図１７の例では、今日の第１ユーザの気分のレベルが「３」であり、明日以降の天気が「雨」、「雨」、「晴れ」、「晴れ」、「晴れ」となっている。気分傾向判断部３０９は、明日と明後日は「雨」なので、図１６に表す傾向判断テーブルに従い、気分のレベルをそれぞれ「−１」して「２」、「１」と変化すると判断する。気分傾向判断部３０９は、３日後以降は「晴れ」なので、傾向判断テーブルに従い、気分のレベルをそれぞれ「＋１」して「２」、「３」、「４」と変化すると判断する。気分傾向判断部３０９は、こうして判断した気分の変化傾向を表す気分レベルの推移を処理部３０２に供給する。

通知判断部３２１は、気分情報取得部３０１により取得された気分情報と、気分傾向判断部３０９により判断された第１ユーザの気分の変化傾向とに基づいて、第２ユーザへの通知を行うか否かを判断する。通知判断部３２１は、本実施例では、第１ユーザの気分と、気分の変化傾向と、通知の要否とを対応付けた通知判断テーブルを用いる。

図１８は本実施例の通知判断テーブルの一例を表す。図１８の例では、第１ユーザの気分が「レベル１」なら気分の変化傾向にかかわらず通知が「要」であり、第１ユーザの気分が「レベル５」なら気分の変化傾向にかかわらず通知が「不要」であることが表されている。第１ユーザの気分が「レベル２」の場合は、気分の変化傾向が「３日以内に２以上上昇する」（気分が良くなる傾向にあるということ）であれば通知が「不要」であり、「３日以内に２以上上昇しない」のであれば通知が「要」であることが表されている。

「レベル２」が「３日以内に２以上上昇する」とは、ここでは、３日後までに一度でもレベル４まで達することをいうものとする。つまり、２日後にレベル４になり、３日後にレベル３になるという変化傾向であってもよい。その場合でも、今日の時点では気分が良くなる傾向にあると考えられるからである。第１ユーザの気分が「レベル３」の場合は、気分の傾向が「３日以内に１以上下降する」であれば通知が「要」であり、「３日以内に１以上下降しない」であれば通知が「不要」であることが表され、第１ユーザの気分が「レベル４」の場合は、気分の変化傾向が「４日以内に３下降する」であれば通知が「要」であり、「４日以内に３下降しない」であれば通知が「不要」であることが表されている。

これらはいずれも気分が悪くなる傾向にある場合に通知が「要」と判断すること意味している。また、レベル４の場合はレベル３の場合よりも今日の時点での気分は良いが、気分が悪くなる傾向がより強ければ（「３日以内に１以上下降する」よりも「４日以内に３下降する」方が強い下降傾向にある）、やはり通知が「要」と判断される。通知判断部３２１は、図１７の例であれば、第１ユーザの気分が「レベル３」だが、明日には「レベル２」と１以上下降しており、気分が悪くなる傾向にあるため、通知が「要」と判断する。

関連情報生成部３２２は、気分情報取得部３０１により取得された気分情報と、気分傾向判断部３０９により判断された第１ユーザの気分の変化傾向とに応じた第１ユーザ関連情報を生成する。
図１９は本実施例の関連情報テーブルの一例を表す。図１９の例では、第１ユーザの気分が「レベル１」であれば気分の変化傾向にかかわらず「固有情報」を含む第１ユーザ関連情報が通知され、第１ユーザの気分が「レベル２」であれば、「３日以内に２以上上昇しない」気分の変化傾向である場合に「共通情報」を含む第１ユーザ関連情報が通知されることが表されている。

また、第１ユーザの気分が「レベル３」であれば「３日以内に１以上下降する」気分の変化傾向である場合に「共通情報」を含む第１ユーザ関連情報が通知されることが表され、第１ユーザの気分が「レベル４」であれば「４日以内に３下降する」気分の変化傾向である場合に「固有情報」を含む第１ユーザ関連情報が通知されることが表されている。後者の場合に「固有情報」が対応付けられているのは、「４日以内に３下降する」ということは４日以内にレベル１に達するまで気分が悪くなる傾向にあると判断されているので、第１ユーザの気分がレベル１の場合と同じ話題を提供しておくという意図である。

以上のとおり、処理部３０２は、気分情報取得部３０１により取得された気分情報と、気分傾向判断部３０９により判断された第１ユーザの気分の変化傾向に応じて通知関連処理を行う。このように気分の変化傾向にも応じて通知関連処理が行われることで、現時点の気分だけを考慮する場合に比べて、第２ユーザが第１ユーザとのコミュニケーションをより良いタイミングでとることができる。また、第１ユーザ関連情報により第２ユーザに提供される話題も、第１ユーザの気分の変化の傾向に合ったものにすることができる。

［４］第４実施例
本発明の第４実施例について、以下、上記実施例と異なる点を中心に説明する。第４実施例では、第３実施例のように第１ユーザの気分の変化の傾向が判断される場合に、その変化傾向に応じて通知された第１ユーザ関連情報を受け取った第２ユーザの行動が第１ユーザの気分にどのように影響を与えたかということを分析するための情報が出力される。

図２０は本実施例の各装置が実現する機能構成を表す。図２０では、本実施例に係るコミュニケーション支援システム１ｃが備える第１ユーザ端末１０と、第２ユーザ端末２０ｃと、サーバ装置３０ｃとが表されている。第２ユーザ端末２０ｃは、図５に表す各部に加えて行動入力受付部２０３と、行動情報送信部２０４とを備える。サーバ装置３０ｃは、図１５に表す各部に加え、行動情報取得部３１０と、比較情報出力部３１１とを備える。

行動入力受付部２０３は、第１ユーザ関連情報が通知された第２ユーザの行動を入力する操作を受け付ける。行動入力受付部２０３は、入力操作を受け付けるための画面を表示する。
図２１は入力画面の一例を表す。図２１の例では、第２ユーザ端末２０ｃのタッチスクリーン２６に、「行動入力画面」及び「○○さんの気分がレベル１と判定されたときの通知を受け取ったあとの行動を入力してください。」という行動を入力する画面であることを示す文字列が表示されている。

行動入力受付部２０３は、「その日に声をかけた。」、「次の日に声をかけた。」、「３日後に声をかけた。」という行動をとったタイミングを選択させる選択欄Ｂ１と、「第１ユーザ関連情報を話題にした。」という第１ユーザ関連情報を参考にしたか否かを選択させるチェック欄Ｂ２と、フリーコメントを入力させる入力欄Ｂ３とを表示している。行動入力受付部２０３は、各欄への入力操作を受け付け、入力結果を行動情報送信部２０４に供給する。

行動情報送信部２０４は、行動入力受付部２０３により入力操作が受け付けられた第２ユーザの行動結果を表す結果情報をサーバ装置３０ｃに送信する。行動情報送信部２０４は、行動入力受付部２０３から入力結果が供給されると、その入力結果に基づいて第２ユーザの行動を表す行動情報を生成し、サーバ装置３０ｃに送信する。行動情報は、例えば図２１に表す選択欄Ｂ１、チェック欄Ｂ２、入力欄Ｂ３への入力内容と第２ユーザのユーザＩＤとを対応付けた情報である。

送信された行動情報は、サーバ装置３０ｃが受信して行動情報取得部３１０に供給される。行動情報取得部３１０は、こうして供給された行動情報、すなわち第１ユーザ関連情報が通知された第２ユーザの行動を表す行動情報を取得し、比較情報出力部３１１に供給する。また、本実施例では、気分情報取得部３０１が、取得した第１ユーザの気分を表す気分情報を比較情報出力部３１１に供給し、気分傾向判断部３０９が、判断した第１ユーザの気分の変化傾向を比較情報出力部３１１に供給する。

比較情報出力部３１１は、気分傾向判断部３０９により判断された第１ユーザの気分の変化傾向と、実際に気分情報取得部３０１により取得された気分情報が表す第１ユーザの気分の変化とを比較した結果を、行動情報取得部３１０により取得された行動情報により表される第２ユーザの行動とともに表した比較情報を出力する。比較情報出力部３１１は、例えば第２ユーザ端末２０ｃに対して比較情報を出力する。第２ユーザ端末２０ｃは、出力されてきた比較情報を、例えば自装置の表示手段に表示する。

図２２は表示された比較情報の一例を表す。図２２では、第２ユーザ端末２０ｃのタッチスクリーン２６に比較情報Ｃ１が表示されている。比較情報Ｃ１では、第１ユーザ関連情報が通知された「通知日」から「５日後」までについて判断された第１ユーザの気分の変化傾向が二点鎖線の折れ線で表され、その第１ユーザについて実際に取得された気分情報が表す気分の変化の実績が実線の折れ線で表されている。

図２２の例では、図１７に表す気分の変化傾向（レベルが３、２、１、２、３、４と変化する変化傾向）が表され、実際に取得された気分情報が表す第１ユーザの気分の変化（レベル３、２、３、３、４、５という変化）の実績が表されている。また、比較情報Ｃ１では、通知日の「１日後」に対応する位置に「声をかけた（第１ユーザ関連情報を話題にした）」という文字列が表されている。これにより、第２ユーザの行動（この例では第１ユーザ関連情報を受け取った次の日に第１ユーザ関連情報を話題にして第１ユーザに声をかけた）が、第１ユーザの気分に与えた影響（この例では天気予報に基づいて判断されていた変化傾向よりも良い方向に第１ユーザの気分を変化させた）を伝え、第２ユーザのモチベーションを高めることができる。

［５］変形例
上述した各実施例はそれぞれが本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、各実施例及び各変形例は、必要に応じて組み合わせて実施してもよい。

［５−１］第２ユーザの特定方法
第２実施例において第２ユーザを特定する方法は上述したものに限らない。
図２３は本変形例の各装置が実現する機能構成の一例を表す。図２３では、本変形例に係るコミュニケーション支援システム１ｄが備える第１ユーザ端末１０と、ユーザ端末４０ｄと、サーバ装置３０ｄとが表されている。ユーザ端末４０ｄは、図１３に表す関連情報取得部４０３及び関連情報出力部４０４を備える。サーバ装置３０ｄは、図５に表す各部に加え、属性情報取得部３１２を備える。

属性情報取得部３１２は、複数の候補ユーザの各々の属性を表す属性情報を取得する。本実施例では、固有情報記憶部３０３が、第１ユーザの属性情報だけでなく、各候補ユーザの属性情報を記憶している。属性情報取得部３１２は、固有情報記憶部３０３を参照し、複数の候補ユーザの属性情報を取得する。属性情報取得部３１２は、取得したこれらの属性情報を第２ユーザ特定部３０７に供給する。

第２ユーザ特定部３０７は、複数の候補ユーザのうち、属性情報取得部３１２により取得された属性情報が表す属性が互いに共通する２以上の候補ユーザを第２ユーザとして特定する。
図２４は本変形例の第２ユーザテーブルの一例を表す。図２４の例では、図１４に表す第２ユーザテーブルの候補ユーザの気分の判定結果に代えて候補ユーザの属性情報が対応付けられている。例えばユーザＩＤが「ＩＤ００２」の候補ユーザの属性情報は「野球」である。同様に、「ＩＤ００３」、「ＩＤ００４」、「ＩＤ００５」の候補ユーザの属性情報がそれぞれ「映画鑑賞」、「マラソン」、「映画鑑賞」である。

第２ユーザ特定部３０７は、属性情報取得部３１２から供給された属性情報が共通する２以上の候補ユーザの第２ユーザフラグの欄に「○」を格納する。図２４の例では、ユーザＩＤが「ＩＤ００３」及び「ＩＤ００５」の候補ユーザの第２ユーザフラグが「○」となっており、これらの候補ユーザが第２ユーザとして特定されたことが表されている。気分が良くない第１ユーザに対して１人の第２ユーザが突然話しかけても話題が続かない場合がある。これに対し、属性が共通するユーザ同士はその属性（例えば趣味や出身地など）に関連して話を続けやすいので、これらのユーザが第１ユーザのいる場所で会話をすることで話の流れを作ってやり、自然と第１ユーザにも話しかけたり、第１ユーザが話に参加したりしやすくすることができる。

なお、第２ユーザ特定部３０７は、複数の候補ユーザのうち、属性情報取得部３１２により取得された属性情報が表す属性が第１ユーザの属性と共通する候補ユーザを第２ユーザとして特定してもよい。これにより、共通する属性情報を話題として第１ユーザとコミュニケーションをとりやすい候補ユーザを第２ユーザとして第１ユーザ関連情報を通知することができる。

また、第２ユーザ特定部３０７は、取得された属性情報が表す属性が互いに共通し、且つ、それらの共通する属性が第１ユーザの属性とも共通する２以上の候補ユーザを第２ユーザとして特定してもよい。これにより、一方の属性（第２ユーザ同士の属性又は第１ユーザと第２ユーザの属性）だけが共通している場合に比べて、第１ユーザと第２ユーザとのコミュニケーションがさらにとられやすくなる。

図２５は本変形例の各装置が実現する機能構成の別の一例を表す。図２５では、本変形例に係るコミュニケーション支援システム１ｅが備える第１ユーザ端末１０と、ユーザ端末４０ｅと、サーバ装置３０ｄとが表されている。ユーザ端末４０ｅは、図１３に表す関連情報取得部４０３及び関連情報出力部４０４に加え、頻度情報蓄積部４０５と、頻度情報送信部４０６とを備える。サーバ装置３０ｅは、図５に表す各部に加え、頻度情報取得部３１３を備える。

頻度情報蓄積部４０５は、複数の候補ユーザの各々と第１ユーザとのコミュニケーションの頻度を表す頻度情報を蓄積する。頻度情報は、例えば、第１ユーザとの電子メールの送受信の件数や、第１ユーザのＳＮＳのアカウントへの投稿数、第１ユーザとの電話の件数などによって表される。頻度情報蓄積部４０５は、例えば第１ユーザの電子メールアドレスを記憶しておき、電子メールソフトに対してそのアドレスについての電子メールの送受信の件数を定期的に要求して、その応答で供給された件数を頻度情報として蓄積する。

頻度情報送信部４０６は、頻度情報蓄積部４０５に蓄積された頻度情報をサーバ装置３０ｅに送信する。サーバ装置３０ｅは、送信されてきた頻度情報を頻度情報取得部３１３に供給する。頻度情報取得部３１３は、供給された頻度情報、すなわち複数の候補ユーザの各々と第１ユーザとのコミュニケーションの頻度を表す情報を取得する。頻度情報取得部３１３は、取得した頻度情報を第２ユーザ特定部３０７に供給する。

第２ユーザ特定部３０７は、複数の候補ユーザのうち、頻度情報取得部３１３により取得された頻度情報に応じて第２ユーザを特定する。
図２６は本変形例の第２ユーザテーブルの別の一例を表す。図２６の例では、図１４に表す第２ユーザテーブルの候補ユーザの気分の判定結果に代えて候補ユーザの頻度情報が対応付けられている。この例では、頻度情報が電子メールの送受信の月当たりの件数（回／月）で表されており、ユーザＩＤが「ＩＤ００２」、「ＩＤ００３」、「ＩＤ００４」、「ＩＤ００５」の候補ユーザの頻度情報がそれぞれ「３」、「１５」、「２０」、「８」となっている。

第２ユーザ特定部３０７は、頻度情報取得部３１３から供給された頻度情報が閾値以上である候補ユーザの第２ユーザフラグの欄に「○」を格納する。図２６の例では、閾値が１０回／月であり、ユーザＩＤが「ＩＤ００３」及び「ＩＤ００４」の候補ユーザの第２ユーザフラグが「○」となってこれらの候補ユーザが第２ユーザとして特定されたことが表されている。これにより、第１ユーザと親密な候補ユーザほど第２ユーザとして特定されやすくなり、頻度情報に関係なく第２ユーザが特定される場合に比べて、第１ユーザに対するコミュニケーションをより促進させることができる。

［５−２］第１ユーザの体調
上記の各例では第１ユーザの気分を考慮した通知関連処理が行われたが、さらに、第１ユーザの体調を考慮した通知関連処理が行われてもよい。この体調は、例えば第１ユーザ端末を用いて測定される。

図２７は本変形例の第１ユーザ端末１０ｆのハードウェア構成を表す。第１ユーザ端末１０ｆは、図２に表す各部に加え、センサ１８を備える。センサ１８は、第１ユーザの体調を表す指標となる値を測定する。体調を表す指標とは、例えば血圧や脈拍、体温、歩数などである。センサ１８は、第１ユーザ端末１０ｆに内蔵されているものであってもよいし、周辺機器（血圧等を測定するウェアラブル端末など）と連動してこれらの指標を測定するものであってもよい。

図２８は本変形例の各装置が実現する機能構成の一例を表す。図２８では、本変形例に係るコミュニケーション支援システム１ｆが備える第１ユーザ端末１０ｆと、第２ユーザ端末２０と、サーバ装置３０ｆとが表されている。第１ユーザ端末１０ｆは、図５に表す各部に加え、体調指標測定部１０３と、体調情報送信部１０４とを備える。サーバ装置３０ｆは、図５に表す各部に加え、体調情報取得部３１４を備える。

体調指標測定部１０３は、前述した第１ユーザの体調を表す指標となる値を測定し、その測定結果を体調情報送信部１０４に供給する。体調情報送信部１０４は、体調指標測定部１０３により測定された指標により表される第１ユーザの体調を表す体調情報をサーバ装置３０ｆに送信する。体調情報送信部１０４は、体調指標測定部１０３から測定結果が供給されると、その測定結果に基づいて体調情報を生成し、サーバ装置３０ｆに送信する。体調情報は、例えば血圧や脈拍の測定値と第１ユーザのユーザＩＤとを対応付けた情報である。

送信された体調情報は、サーバ装置３０ｆが受信して体調情報取得部３１４に供給される。体調情報取得部３１４は、こうして供給された体調情報、すなわち第１ユーザの体調を表す情報を取得し、通知判断部３２１に供給する。通知判断部３２１は、気分情報取得部３０１により取得された気分情報と、体調情報取得部３１４により取得された体調情報とに基づいて、第２ユーザへの通知を行うか否かを判断する。通知判断部３２１は、第１ユーザの気分と、第１ユーザの体調と、通知の要否とを対応付けた通知判断テーブルを用いる。

図２９は本変形例の通知判断テーブルの一例を表す。図２９の例では、第１ユーザの気分が「レベル１」、「レベル２」なら気分の変化傾向にかかわらず通知が「要」であることが表されている。第１ユーザの気分が「レベル３」、「レベル４」、「レベル５」の場合は、通常は通知が「不要」であるが、それぞれ「体温が３７度以上」、「体温が３７．５度以上」、「体温が３８度以上」であれば通知が「要」となることが表されている。これらはいずれも気分が悪くなくても体調が悪い場合には通知が「要」と判断すること意味している。

関連情報生成部３２２は、気分情報取得部３０１により取得された気分情報と、体調情報取得部３１４により取得された体調情報とに応じた第１ユーザ関連情報を生成する。
図３０は本変形例の関連情報テーブルの一例を表す。図３０の例では、第１ユーザの気分が「レベル１」であれば体調にかかわらず「固有情報」を含む第１ユーザ関連情報が通知され、第１ユーザの気分が「レベル２」であれば体調にかかわらす「共通情報」を含む第１ユーザ関連情報が通知されることが表されている。

また、第１ユーザの気分が「レベル３」で「体温が３７度以上」という体調であれば「固有情報」を含む第１ユーザ関連情報が通知されることが表され、第１ユーザの気分が「レベル４」で「体温が３７．５度以上」という体調又は第１ユーザの気分が「レベル５」で「体温が３８度以上」という体調である場合に「共通情報」を含む第１ユーザ関連情報が通知されることが表されている。この例では、体温が３７度程度であれば気分を良くすれば乗り切れるので会話が弾みやすいように固有情報を話題として提供するが、体温が３７．５度以上になると会話するのも負担になってくるので、軽い会話で終わるように共通情報を話題として提供している。

以上のとおり、処理部３０２は、気分情報取得部３０１により取得された気分情報と、体調情報取得部３１４により取得された体調情報とに応じて通知関連処理を行う。このように第１ユーザの体調にも応じて通知関連処理が行われることで、体調を考慮しない場合に比べて、第１ユーザが無理なく第２ユーザとコミュニケーションをとることができる。

［５−３］気分の変化傾向の判断方法
第３実施例で述べた第１ユーザの気分の変化傾向を判断する方法は、上述したものに限らない。
図３１は本変形例の各装置が実現する機能構成の一例を表す。図３１では、本変形例に係るコミュニケーション支援システム１ｇが備える第１ユーザ端末１０ｇと、サーバ装置３０ｇとが表されている（図３１では、説明に関係しない構成（第２ユーザ端末など）の図示を省いている）。サーバ装置３０ｇは、図５に表す各部に加えてスケジュール管理部１０５を備え、サーバ装置３０ｇは、図５に表す各部に加えてイベント情報取得部３１５を備える。

スケジュール管理部１０５は、第１ユーザのスケジュールを管理する。スケジュール管理部１０５は、例えば第１ユーザが予定しているイベントの名称（イベント名）と日時とを登録する操作を行うと、それらの名称及び日時を対応付けてイベント情報として記憶する。スケジュール管理部１０５は、このイベントの登録操作が行われる度に、記憶したイベント情報をサーバ装置３０ｇに送信する。

イベント情報取得部３１５は、第１ユーザのスケジュール上のイベントに関するイベント情報を取得する。イベント情報取得部３１５は、前述したように第１ユーザ端末１０ｇから送信されてきたイベント情報を、第１ユーザのイベント情報として取得する。なお、イベント情報取得部３１５は、例えば現在の日付から決められた期間に予定されているイベントを第１ユーザ端末１０ｇに要求することで、その応答で送信されてくるイベント情報を取得してもよい。イベント情報取得部３１５は、こうして取得したイベント情報を気分傾向判断部３０９に供給する。

気分傾向判断部３０９は、イベント情報取得部３１５によって取得されたイベント情報が表すイベント、すなわち第１ユーザのスケジュール上のイベントに基づいて変化傾向を判断する。
図３２は本変形例の傾向判断テーブルの一例を表す。図３２の例では、気分のレベルを「＋２」させるイベントが「ゴルフ、旅行」であり、「＋１」させるイベントが「飲み会」であり、「−１」させるイベントが「重要な会議、重要な顧客訪問」であることが表されている。また、レベルを増減させる期間が順に「１日」、「１日」、「３日」であることも表されている。例えば「重要な会議」が予定されている場合、その予定日以前の３日間に渡り気分のレベルが「−１」される。

気分傾向判断部３０９は、気分情報取得部３０１から供給された気分情報が表す気分を今日の気分として、イベント情報取得部３１５から供給されたイベント情報が表すイベントによる気分のレベルの増減を反映させたものを気分の変化傾向と判断する。
図３３は判断された気分の変化傾向の一例を表す。図３３の例では、今日の第１ユーザの気分のレベルが「３」であり、３日後の「提案コンペ（重要な顧客訪問に相当）」のイベントにかけて気分のレベルが毎日「−１」されていく。また、４日後に「ゴルフ」のイベントがあるので、３日後から４日後にかけては「＋２」される。

その結果、気分のレベルは「３」、「２」、「１」、「１」（１が最低レベルなので−１されても「１」のままとなっている）、「３」、「３」（この例では特にイベントがない場合は増減しないものとする）というように増減する変化の変化傾向が判断される。この例によれば、イベントの影響で上下するユーザの気分の変化傾向を判断することができる。

また、気分傾向判断部３０９は、第１ユーザの気分の変化履歴に基づいて変化傾向を判断してもよい。
図３４は変化履歴と判断された気分の変化傾向の一例を表す。図３４（ａ）の例では、気分の変化履歴が昨日は「４」で今日が「３」（いずれも気分のレベルの値）である場合に、気分傾向判断部３０９が、明日は「２」、明後日は「１」、３日後は「２」、４日後は「３」になると変化傾向を判断している。この例では、昨日から今日にかけて気分のレベルが「−１」されたので、気分レベルが「１」になるまでその減少傾向（１日にレベルが１減少）が続き、「１」になった後はその反対の増加傾向（１日にレベルが１増加）になると判断されている。

図３４（ｂ）の例では、気分の変化履歴が昨日は「５」で今日が「３」である場合に、気分傾向判断部３０９が、明日は「１」、明後日は「３」、３日後は「５」、４日後は「３」になると変化傾向を判断している。この例では、昨日から今日にかけて気分のレベルが「−２」されたので、気分レベルが「１」になるまでその減少傾向（１日にレベルが２減少）が続き、「１」になった後はその反対の増加傾向（１日にレベルが２増加）が続き、さらに「５」になった後はその反対の減少傾向（１日にレベルが２減少）になると判断されている。

この例によれば、自分の気分がバイオリズムのように規則的に変化するタイプのユーザであるほど、正確な変化傾向を判断することができる。なお、図３４の例では２回分の気分の判定結果が変化履歴として用いられたが、これに限らず、３回分以上の気分の判定結果が変化履歴として用いられてもよい。また、過去の変化の履歴から未来の変化傾向を判断する方法として、天候や在庫、株価など各種の予測と同じ手法が用いられてもよい。

また、気分傾向判断部３０９は、第１ユーザの属性に基づいて変化傾向を判断してもよい。この場合、例えばサーバ装置が図２３に表す属性情報取得部３１２を備え、気分傾向判断部３０９は、属性情報取得部３１２が取得した属性情報を用いて変化傾向を判断する。変化傾向の判断に利用可能な属性としては、例えばユーザの性格が用いられる。気分傾向判断部３０９は、例えば理性的で落ち着いた性格のユーザであれば、気分の変化が少なく、変動の周期も長いものとして変化傾向を判断し、情熱的で感情の起伏が激しい性格のユーザであれば、気分の変化が大きく、変動の周期も短いものとして変化傾向を判断する。

気分傾向判断部３０９は、ユーザ属性と、レベル増減値と、増減期間とを対応付けた傾向判断テーブルを用いる。
図３５は本変形例の傾向判断テーブルの別の一例を表す。図３５の例では、ユーザ属性が「情熱的、感情的、激しい、・・・」である場合、レベル増減値が「２」で増減期間が「１日間」であり、ユーザ属性が「冷静、理性的、穏やか、・・・」である場合、レベル増減値が「１」で増減期間が「２日間」であることが表されている。増減期間とは、レベル増減値だけ気分のレベルが変化するのに要する期間を表す。

気分傾向判断部３０９は、取得されたユーザ属性に傾向判断テーブルのユーザ属性の欄の言葉が含まれていれば、その言葉に対応付けられたレベル増減値と増減期間とを用いて変化傾向を判断する。
図３６は判断された気分の変化傾向の別の一例を表す。図３６の例では、ユーザ属性として情熱的な性格であることが登録されたユーザＡと、冷静な性格であることが登録されたユーザＢについて判断された変化傾向が表されている。ユーザＡ、Ｂとも、気分のレベルが昨日は「４」で今日が「３」というように下がる傾向にある状態とする。

この場合に、気分傾向判断部３０９は、明日以降の気分のレベルの変化傾向を、ユーザＡについては「１」、「３」、「５」、「３」と判断し、ユーザＢについては「３」、「２」、「２」、「１」と判断している。このように、気分傾向判断部３０９は、同じように気分のレベルが変化しているユーザ同士であっても、ユーザ属性によって異なる変化傾向を判断する。これにより、ユーザ属性を考慮しない場合に比べて、気分が変わりやすいユーザや気分の変化が少ないユーザについての気分の変化傾向をより正確に判断することができる。

［５−４］比較情報の利用
第４実施例で述べた比較情報を以降の通知に利用してもよい。図２０に表す比較情報出力部３１１が比較情報を関連情報生成部３２２に出力する。
図３７は出力された比較情報の例を表す。図３７（ａ）では、第２ユーザが固有情報を話題にした場合の比較情報を表し、図３７（ｂ）では、第２ユーザが共通情報を話題にした場合の比較情報を表している。この例では、固有情報を話題にした場合には第１ユーザの気分が上昇しているが、共通情報を話題にした場合には、第１ユーザの気分が下降せずに一旦維持されるものの上昇するには至らず、結局下降している。

関連情報生成部３２２は、第２ユーザについての比較情報が蓄積されると、そのうちから第１ユーザの気分の上昇により寄与した情報を含む第１ユーザ関連情報を生成する。関連情報生成部３２２は、例えば第２ユーザが行動を起こした後に判定された第１ユーザの気分のレベルと変化傾向のレベルとの差分の合計が大きいほど、第１ユーザの気分の上昇により寄与したと判断する。図３７の例では、固有情報の方が共通情報よりも第１ユーザの気分の上昇に寄与しているので、関連情報生成部３２２は、固有情報を含む第１ユーザ関連情報を生成する。これにより、比較情報を考慮しない第１ユーザ関連情報を通知する場合に比べて、第１ユーザの気分を上昇させる可能性がより高い第１ユーザ関連情報を第２ユーザに通知することができる。

［５−５］第１ユーザ関連情報の種類
処理部３０２が通知する第１ユーザ関連情報は上述したものに限らない。例えば図９に表す判定結果情報Ａ１と固有情報（ユーザ属性情報Ａ２、スケジュール情報Ａ３）、共通情報のうちの１つでもよいし、複数を組み合わせたものでもよい。また、これらのいずれも含まない通知用の画像が第１ユーザ関連情報として通知されてもよい。この通知用の画像の表示が第１ユーザの気分が悪いと判定されたことを意味していると第２ユーザが知っていれば、第２ユーザは第１ユーザの気分が悪い状態であることを踏まえた上で第１ユーザに対して何らかのコミュニケーションをとるという行動を起こすことができる。

［５−６］第１ユーザの気分情報等に応じた通知関連処理
処理部３０２は、図６に表す通知判断テーブルや図７に表す関連情報テーブルなどを用いて通知関連処理を行ったが、各テーブルの内容は上述したものに限らない。例えば図１８に表す通知判断テーブルの代わりに、第１ユーザの気分と通知の要否を対応付けた通知判断テーブルを複数記憶しておき、第１ユーザの気分の変化傾向に応じて用いる通知判断テーブルを選択してもよい。この場合でも、処理部３０２は、気分情報取得部３０１により取得された気分情報と、気分傾向判断部３０９により判断された第１ユーザの気分の変化傾向に応じて通知関連処理を行うことになる。

また、処理部３０２は、テーブルを用いずに所定のアルゴリズムを用いて通知の要否や第１ユーザ関連情報に含める情報の種類の判断などを行ってもよい。例えば、通知判断部３２１が、第１ユーザの気分のレベルが閾値未満であれば通知を行うと判断するといった具合である。いずれの場合も、第１ユーザの気分情報や第１ユーザの気分の変化傾向などに応じた通知関連処理が行われるようになっていればよい。

［５−７］第１ユーザの固有情報に応じた通知関連処理
処理部３０２は、第１ユーザの固有情報に応じた通知関連処理を行ってもよい。処理部３０２は、例えば、第１ユーザの趣味を第１ユーザの固有情報として用いる。具体的には、処理部３０２は、第１ユーザの趣味が時期に関係するものである場合、その時期には第１ユーザの気分情報が表す気分のレベルを増加させて（特定の値を加えたり、係数を掛けたりする）、通知の可否の判断や第１ユーザ関連情報の生成を行う。

時期に関係する趣味とは、例えばスキーやスノーボード（冬に関係する趣味）、サーフィンやビーチバレー（夏に関係する趣味）である。他にも、百人一首（正月に関係する趣味）、高校野球観戦（春や夏の甲子園の時期に関係する趣味）、プロゴルフ観戦（４大メジャー開催時期に関係する趣味）などが挙げられる。これにより、ユーザが自分の趣味に打ち込めて気分が高揚しやすい時期には、その気分に合わせて通知関連処理を行うことができる。また、第１ユーザの誕生日や第１ユーザの家族の誕生日を第１ユーザの固有情報として用いてもよい。この場合、処理部３０２は、これらの誕生日の前後には第１ユーザの気分が高揚しやすいものとして、第１ユーザの気分情報が表す気分のレベルを増加させて通知の可否の判断や第１ユーザ関連情報の生成を行う。

他にも、例えば第１ユーザの持病を第１ユーザの固有情報として用いてもよい。この場合、処理部３０２は、持病により体調が悪い時期（例えば花粉症なら春先、関節痛なら冬など）には第１ユーザの気分が落ち込みやすいものとして、第１ユーザの気分情報が表す気分のレベルを減少させて通知の可否の判断や第１ユーザ関連情報の生成を行う。いずれの場合も、第１ユーザの固有情報が表す特定の時期において上がりやすい又は下がりやすい第１ユーザの気分に合わせて通知関連処理を行うことができる。

［５−８］通知関連処理
処理部３０２が気分情報取得部３０１により取得された第１ユーザの気分情報に応じて行う通知関連処理は、上述したものに限らない。例えば、処理部３０２は、通知の可否を判断する判断処理、第１ユーザ関連情報を生成する生成処理、第１ユーザ関連情報を送信する送信処理のうちの１つ又は２つだけを、取得された第１ユーザの気分情報に応じて行い、残りの処理は取得された第１ユーザの気分情報とは関係なく行ってもよい。

また、処理部３０２は、前述した３つの通知関連処理（判断処理、生成処理、送信処理）のうちの２つ又は１つだけを行ってもよい。例えば、処理部３０２は、取得された第１ユーザの気分情報に応じて判断処理を行って通知を行うと判断すると、生成処理を行わず、決められた第１ユーザ関連情報を送信する送信処理を行う（つまり判断処理及び送信処理だけを行う）。また、処理部３０２は、判断処理を行わず、取得された第１ユーザの気分情報がどのような気分を表していても、決められた第１ユーザ関連情報を送信する送信処理を行う（つまり送信処理だけを行う。ただし、この送信処理は、取得された第１ユーザの気分情報に応じたタイミングで行う）。

また、処理部３０２は、生成処理の代わりに、第１ユーザ関連情報を外部装置から取得する処理や、複数の第１ユーザ関連情報から通知するものを抽出する処理を、両気分情報に応じて行ってもよい。要するに、処理部３０２は、第１ユーザ関連情報の第２ユーザへの通知に関連する処理（通知関連処理）を少なくとも１つ、取得された第１ユーザの気分情報に応じて行うものであればよい。

［５−９］各部を実現する装置
図５等に表す各機能を実現する装置は上述したものに限らない。
図３８は本変形例の各装置が実現する機能構成の一例を表す。図３８の例では、第１ユーザ端末１０と、第２ユーザ端末２０ｋとを備えるコミュニケーション支援システム１ｋが表されている。

第２ユーザ端末２０ｋは、図５に表す関連情報出力部２０２の他に、サーバ装置３０が備えていた気分情報取得部３０１と、処理部３０２と、固有情報記憶部３０３と、共通情報記憶部３０４とを備える。処理部３０２は、通知判断部３２１と、関連情報生成部３２２とを備える。この例では、第２ユーザ端末２０ｋが第１ユーザの気分情報を取得し、その気分情報に応じた通知関連処理を行う。

図３８の例以外にも、例えば図２５に表す頻度情報蓄積部４０５の機能をサーバ装置が実現してもよいし、ユーザ端末４０ｅでもサーバ装置３０ｅでもない他の外部装置が実現してもよい。また、気分情報取得部３０１及び処理部３０２等のサーバ装置が備える各機能をサーバ装置以外の情報処理装置が実現してもよい。いずれの場合も、図５等に表す各機能を１以上の情報処理装置のいずれかが実現していればよい。

［５−１０］心身状態
上記の各例では第１ユーザの気分の状態に応じた通知関連処理が行われたが、気分ではなく、体調を含む身体の状態に応じた通知関連処理が行われてもよい。
図３９は本変形例の各装置が実現する機能構成の一例を表す。図３９の例では、第１ユーザ端末１０ｍと、第２ユーザ端末２０と、サーバ装置３０ｍとを備えるコミュニケーション支援システム１ｍが表されている。

第１ユーザ端末１０ｍは、心身状態判定部１０６と、心身状態情報送信部１０７とを備える。サーバ装置３０ｍは、心身状態情報取得部３１６を備える。心身状態判定部１０６は、第１ユーザの心身状態を判定する。ここでいう心身状態には、上述した気分、体調の他、病気や怪我など、心と身体のあらゆる状態が含まれる。心身状態判定部１０６は、例えば、音声から第１ユーザの気分を判定するとともに、図２８に表す体調指標測定部１０３と同様に第１ユーザの体調の指標を表す値を測定することで第１ユーザの体調を判定する。体調の判定結果は、例えば気分の判定と同様に複数段階のレベルで表される。

また、心身状態判定部１０６は、病気や怪我の有無を質問する問診の画面を表示して、ユーザが病気や怪我の名称を音声で答えると、公知の音声認識技術によりその名称を解析し、第１ユーザが病気や怪我をしている状態であると判定する。心身状態判定部１０６は、こうして心身状態を判定した結果を示す情報（気分や体調を表す値や問診の回答情報など）を心身状態情報送信部１０７に供給する。

心身状態情報送信部１０７は、気分情報送信部１０２が気分情報を生成したように心身状態情報を生成し、生成した心身状態情報をサーバ装置３０ｍに送信する。サーバ装置３０ｍの心身状態情報取得部３１６は、こうして送信されてきた心身状態情報を取得する。心身状態情報取得部３１６により取得される心身状態情報は本発明の「第１情報」の一例であり、心身状態情報取得部３１６は本発明の「第１取得部」の一例である。

本変形例の処理部３０２は、上述した通知関連処理を、心身状態情報取得部３１６により取得された心身状態情報に応じて行う。本変形例によれば、第１ユーザの心身状態に応じて、その第１ユーザに対する第２ユーザからのコミュニケーションを促進することができる。なお、第２実施例において、候補ユーザの気分を表す気分情報の代わりに、候補ユーザの心身状態を表す心身状態情報が用いられてもよい。

図４０は本変形例のサーバ装置３０ｎが実現する機能構成を表す。サーバ装置３０ｎは、図１３に表す気分情報取得部３０１に代えて心身状態情報取得部３１６を、気分情報取得部３０６に代えて心身状態情報取得部３１７を備える。心身状態情報取得部３１７は、例えば複数のユーザの各々の音声から判定された各ユーザの心身状態を表す心身状態情報を取得する。心身状態情報取得部３１７は本発明の「第２取得部」の一例であり、心身状態情報取得部３１７が取得する心身状態情報は本発明の「第２情報」の一例である。

この場合、第２ユーザ特定部３０７は、複数の候補ユーザのうち、心身状態情報取得部３１７により取得された心身状態情報が決められた心身状態を表す候補ユーザを第２ユーザとして特定する。これにより、第１ユーザとコミュニケーションをとりやすい心身状態のユーザに第１ユーザ関連情報を通知することができる。また、第３実施例において、第１ユーザの心身状態の傾向が判断されてもよい。

図４１は本変形例のサーバ装置３０ｐが実現する機能構成を表す。サーバ装置３０ｐは、図１５に表す気分情報取得部３０１に代えて心身状態情報取得部３１６を、気分傾向判断部３０９に代えて心身状態傾向判断部３１８を備える。心身状態傾向判断部３１８は、第１ユーザの心身状態の変化の傾向を判断する。心身状態傾向判断部３１８は本発明の「判断部」の一例である。

心身状態傾向判断部３１８は、例えば、第１ユーザが花粉症であり、且つ、現在が花粉症の季節である場合に、第１ユーザの所在地における天気予報が晴れであれば花粉症の症状が出やすいため心身状態のレベルを低くし（心身状態を悪い方に変化させ）、天気予報が雨であれば花粉症の症状が抑えられるので心身状態のレベルを高くする（心身状態を良い方に変化させる）。これにより、例えば第１ユーザ関連情報により第２ユーザに提供される話題を第１ユーザの心身状態の変化の傾向に合ったものにすることができる。

［５−１１］発明のカテゴリ
本発明は、サーバ装置、第１ユーザ端末、第２ユーザ端末及び図１１に表すユーザ端末のような情報処理装置の他、それらの装置を備えるコミュニケーション支援システムとして捉えられる。また、本発明は、各装置が実施する処理を実現するための情報処理方法としても捉えられるし、各装置を制御するコンピュータを機能させるためのプログラムとしても捉えられる。このプログラムは、それを記憶させた光ディスク等の記録媒体の形態で提供されてもよいし、インターネット等のネットワークを介してコンピュータにダウンロードさせ、それをインストールして利用可能にするなどの形態で提供されてもよい。

１…コミュニケーション支援システム、２…ネットワーク、１０…第１ユーザ端末、２０…第２ユーザ端末、３０…サーバ装置、４０…ユーザ端末、１０１…気分判定部、１０２…気分情報送信部、１０３…体調指標測定部、１０４…体調情報送信部、１０５…スケジュール管理部、１０６…心身状態判定部、１０７…心身状態情報送信部、２０１、４０３…関連情報取得部、２０２、４０４…関連情報出力部、２０３…行動入力受付部、２０４…行動情報送信部、３０１…気分情報取得部、３０２…処理部、３０３…固有情報記憶部、３０４…共通情報記憶部、３０６…気分情報取得部、３０７…第２ユーザ特定部、３０８…天気予報取得部、３０９…気分傾向判断部、３１０…行動情報取得部、３１２…属性情報取得部、３１４…体調情報取得部、３１５…イベント情報取得部、３１６、３１７…心身状態情報取得部、３１８…心身状態傾向判断部、３２１…通知判断部、３２２…関連情報生成部、３２３…関連情報送信部、４０１…気分判定部、４０２…気分情報送信部。

Claims (10)

1. 第１ユーザの音声から判定された当該第１ユーザの心身状態を表す第１情報を取得する第１取得部と、
   前記第１ユーザに関連する関連情報の第２ユーザへの通知に関する処理を、取得された前記第１情報に応じて行う処理部と
   を備える情報処理装置。
2. 前記処理部は、取得された前記第１情報に応じて、前記第１ユーザに固有の固有情報と、当該第１ユーザと他のユーザとで共通する共通情報とのいずれかを含む情報を前記関連情報として前記第２ユーザに通知する
   請求項１に記載の情報処理装置。
3. 複数のユーザから１以上のユーザを第２ユーザとして特定する特定部を備え、
   前記処理部は、特定された前記第２ユーザに前記関連情報を通知する
   請求項１又は２に記載の情報処理装置。
4. 前記複数のユーザの各々の音声から判定された各ユーザの心身状態を表す第２情報を取得する第２取得部を備え、
   前記特定部は、前記複数のユーザのうち、取得された前記第２情報が決められた心身状態を表すユーザを前記第２ユーザとして特定する
   請求項３に記載の情報処理装置。
5. 前記複数のユーザの各々の属性を表す属性情報を取得する属性情報取得部を備え、
   前記特定部は、複数のユーザのうち、取得された前記属性情報が表す属性が互いに共通する２以上のユーザを前記第２ユーザとして特定する
   請求項３又は４に記載の情報処理装置。
6. 前記複数のユーザの各々と前記第１ユーザとのコミュニケーションの頻度を表す頻度情報を取得する頻度情報取得部を備え、
   前記特定部は、前記複数のユーザのうち、取得された前記頻度情報に応じて前記第２ユーザを特定する
   請求項３から５のいずれか１項に記載の情報処理装置。
7. 前記第１ユーザの心身状態の変化の傾向を判断する判断部を備え、
   前記処理部は、取得された前記第１情報と、判断された前記傾向とに応じて前記処理を行う
   請求項１から６のいずれか１項に記載の情報処理装置。
8. 前記第１ユーザの心身状態の変化の傾向を判断する判断部と、
   前記関連情報が通知された第２ユーザの行動を表す行動情報を取得する行動情報取得部と、
   判断された前記傾向と、実際に取得された前記第１情報が表す第１ユーザの心身状態の変化とを比較した結果を、取得された前記行動情報により表される前記第２ユーザの行動とともに表す比較情報を出力する出力部とを備える
   請求項１から７のいずれか１項に記載の情報処理装置。
9. 前記判断部は、前記第１ユーザの所在地における天気予報、前記第１ユーザのスケジュール上のイベント、前記第１ユーザの気分の変化履歴又は前記第１ユーザの属性に基づいて前記傾向を判断する
   請求項７又は８に記載の情報処理装置。
10. １以上の情報処理装置のいずれかが、第１ユーザの音声から判定された当該第１ユーザの心身状態を表す第１情報を取得する第１取得ステップと、
    １以上の情報処理装置のいずれかが、前記第１ユーザに関連する関連情報の第２ユーザへの通知に関する処理を、取得された前記第１情報に応じて行う処理ステップと
    を備える情報処理方法。

Images