特開 2022-175503 管理方法、制御プログラム、及びメンタル管理サーバ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022175503

(43)【公開日】2022-11-25

(54)【発明の名称】管理方法、制御プログラム、及びメンタル管理サーバ

(51)【国際特許分類】

   G16H 20/70 20180101AFI20221117BHJP

【ＦＩ】

G16H20/70

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2021081914

(22)【出願日】2021-05-13

(71)【出願人】

【識別番号】520496235

【氏名又は名称】株式会社Ｗｏｒｌｄ Ｌｉｆｅ Ｍａｐｐｉｎｇ

(74)【代理人】

【識別番号】100150072

【弁理士】

【氏名又は名称】藤原 賢司

(74)【代理人】

【識別番号】100170748

【弁理士】

【氏名又は名称】稲垣 悟

(74)【代理人】

【識別番号】100185719

【弁理士】

【氏名又は名称】北原 悠樹

(72)【発明者】

【氏名】下田 彬

(72)【発明者】

【氏名】ガニエ マーク智也

【テーマコード（参考）】

5L099

【Ｆターム（参考）】

5L099AA15

(57)【要約】

【課題】ユーザのメンタル状態をより適切に管理することが可能な管理方法、制御プログラム、及びメンタル管理サーバを提供する。
【解決手段】管理方法は、メンタル管理システムにおけるユーザのメンタル状態の管理方法である。メンタル管理システムには複数のユーザが関係している。この管理方法は、複数のユーザのうちの第１ユーザのメンタル情報を取得するステップと、複数のユーザのうちメンタル状態が所定条件を満たすユーザを第１ユーザとは異なる第２ユーザとして選択するステップと、第１ユーザのメンタル情報に基づいて、第１ユーザに関する第１情報を第２ユーザに通知するステップとを含む。
【選択図】図１

【特許請求の範囲】

【請求項1】

メンタル管理システムにおけるユーザのメンタル状態の管理方法であって、
前記メンタル管理システムには複数のユーザが関係しており、
前記複数のユーザのうちの第１ユーザのメンタル情報を取得するステップと、
前記複数のユーザのうちメンタル状態が所定条件を満たすユーザを前記第１ユーザとは異なる第２ユーザとして選択するステップと、
前記第１ユーザのメンタル情報に基づいて、前記第１ユーザに関する第１情報を前記第２ユーザに通知するステップとを含む、管理方法。

【請求項2】

前記第１ユーザのメンタル情報に基づいて、前記第１ユーザに対するアドバイスを含む第２情報を前記第１ユーザに通知するステップをさらに含み、
前記第１情報の前記第２ユーザへの通知は、前記第２情報の通知後に前記第１ユーザのメンタル状態が改善しない場合に行なわれる、請求項１に記載の管理方法。

【請求項3】

前記第２情報は、前記第１ユーザのメンタル状態を変化させるための第１アドバイスと、前記第１ユーザの職場の環境変化を促す第２アドバイスとを含み、
前記第１アドバイスは、前記第１ユーザのメンタル情報に基づいて前記第１ユーザに通知され、
前記第２アドバイスは、前記職場において前記第１ユーザが所属するグループのメンバーのメンタル状態に基づいて前記第１ユーザに通知される、請求項２に記載の管理方法。

【請求項4】

前記第２情報に含まれるアドバイスは、前記第１ユーザの忙しさに関する第１忙しさ情報に基づいて変更される、請求項２又は請求項３に記載の管理方法。

【請求項5】

前記第１忙しさ情報は、前記第１ユーザの職場において前記第１ユーザが所属するグループの忙しさに関する第２忙しさ情報に基づいて補正される、請求項４に記載の管理方法。

【請求項6】

前記複数のユーザのうちの少なくとも一部のユーザは、前記第１ユーザと同じ組織に所属しており、
前記組織に所属しているユーザの各々は、オフィス勤務又は在宅勤務であり、
前記第１ユーザがオフィス勤務である場合には、オフィス勤務であるユーザが前記第２ユーザとして優先的に選択される、請求項１から請求項５のいずれか１項に記載の管理方法。

【請求項7】

各ユーザ間の親睦情報に基づいて前記第２ユーザが選択される、請求項１から請求項６のいずれか１項に記載の管理方法。

【請求項8】

各ユーザ間の相性情報に基づいて前記第２ユーザが選択される、請求項１から請求項６のいずれか１項に記載の管理方法。

【請求項9】

前記第１情報を前記第２ユーザに通知した後に前記第２ユーザに関するフィードバック情報を取得するステップをさらに含み、
過去に得られた前記フィードバック情報に基づいて前記第２ユーザが選択される、請求項１から請求項８のいずれか１項に記載の管理方法。

【請求項10】

前記複数のユーザの各々は、前記メンタル管理システムに前記メンタル情報が取得される第１ユーザ群、又は、前記メンタル管理システムに前記メンタル情報が取得されない第２ユーザ群に属しており、
前記第１ユーザ群に前記第２ユーザとして選択可能なユーザが存在しない場合に、前記第２ユーザ群に属するユーザが前記第２ユーザとして選択される、請求項１から請求項９のいずれか１項に記載の管理方法。

【請求項11】

メンタル管理システムのユーザのメンタル状態の管理をコンピュータに実行させる制御プログラムであって、
前記メンタル管理システムには複数のユーザが関係しており、
前記複数のユーザのうちの第１ユーザのメンタル情報を取得するステップと、
前記複数のユーザのうちメンタル状態が所定条件を満たすユーザを前記第１ユーザとは異なる第２ユーザとして選択するステップと、
前記メンタル情報に基づいて、前記第１ユーザに関する第１情報を前記第２ユーザに通知するステップとをコンピュータに実行させる、制御プログラム。

【請求項12】

ユーザのメンタル状態を管理するように構成されたメンタル管理サーバであって、
前記メンタル管理サーバには複数のユーザが関係しており、
前記複数のユーザのうちの第１ユーザのメンタル情報を取得するように構成された取得部と、
前記複数のユーザのうちメンタル状態が所定条件を満たすユーザを前記第１ユーザとは異なる第２ユーザとして選択するように構成された選択部と、
前記メンタル情報に基づいて、前記第１ユーザに関する第１情報を前記第２ユーザに通知するように構成された通知部とを備える、メンタル管理サーバ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、管理方法、制御プログラム、及びメンタル管理サーバに関する。

【背景技術】

【0002】

特開２０１８－７２９６４号公報（特許文献１）は、健康管理システムを開示する。この健康管理システムにおいて、ユーザは、自身の精神的な健康状態を示すメンタル値を入力する。入力されたメンタル値が注意条件を満たすと判断されると、注意条件を満たすと判断されたユーザの情報を含む注意情報が監督者に通知される（特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１８－７２９６４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上記特許文献１においては、注意条件を満たすと判断されたユーザの情報がユーザの監督者に通知される。しかしながら、例えば、監督者のメンタル状態が良くない場合には、監督者に情報が通知されても、監督者によって適切な行動が起こされない可能性が高い。その結果、ユーザのメンタル状態が適切に管理されない。

【0005】

本発明は、このような問題を解決するためになされたものであって、その目的は、ユーザのメンタル状態をより適切に管理することが可能な管理方法、制御プログラム、及びメンタル管理サーバを提供することである。

【課題を解決するための手段】

【0006】

本発明のある局面に従う管理方法は、メンタル管理システムにおけるユーザのメンタル状態の管理方法である。メンタル管理システムには複数のユーザが関係している。この管理方法は、複数のユーザのうちの第１ユーザのメンタル情報を取得するステップと、複数のユーザのうちメンタル状態が所定条件を満たすユーザを第１ユーザとは異なる第２ユーザとして選択するステップと、第１ユーザのメンタル情報に基づいて、第１ユーザに関する第１情報を第２ユーザに通知するステップとを含む。

【0007】

この管理方法においては、第１ユーザに関する第１情報が第１ユーザとは異なる第２ユーザに通知される。第２ユーザのメンタル状態は所定条件を満たす。したがって、この管理方法によれば、第１ユーザに注意を払う余裕がある第２ユーザによる第１ユーザに対するサポートを期待することができるため、第１ユーザのメンタル状態をより適切に管理することができる。

【0008】

好ましくは、上記管理方法は、第１ユーザのメンタル情報に基づいて、第１ユーザに対するアドバイスを含む第２情報を第１ユーザに通知するステップをさらに含み、第１情報の第２ユーザへの通知は、第２情報の通知後に第１ユーザのメンタル状態が改善しない場合に行なわれてもよい。

【0009】

この管理方法においては、まずは第２情報が第１ユーザに通知される。したがって、この管理方法によれば、必要以上に第１情報が第２ユーザに通知されないため、第２ユーザの負担が必要以上に大きくなることを回避することができる。

【0010】

好ましくは、上記管理方法において、第２情報は、第１ユーザのメンタル状態を変化させるための第１アドバイスと、第１ユーザの職場の環境変化を促す第２アドバイスとを含み、第１アドバイスは、第１ユーザのメンタル情報に基づいて第１ユーザに通知され、第２アドバイスは、職場において第１ユーザが所属するグループのメンバーのメンタル状態に基づいて第１ユーザに通知されてもよい。

【0011】

この管理方法において、第１ユーザの職場の環境変化を促す第２アドバイスは、職場において第１ユーザが所属するグループのメンバーのメンタル状態に基づいて第１ユーザに通知される。したがって、この管理方法によれば、グループ全体に影響を与える行動を第１ユーザがとることが期待されるため、グループ全体のメンタル状態をより適切に管理することができる。
好ましくは、上記管理方法において、第２情報に含まれるアドバイスは、第１ユーザの忙しさに関する第１忙しさ情報に基づいて変更されてもよい。

【0012】

この管理方法によれば、第２情報に含まれるアドバイスが第１ユーザの忙しさに基づいて変更されるため、アドバイスの内容が第１ユーザにとって過度な負担となることを抑制することができる。

【0013】

好ましくは、上記管理方法において、第１忙しさ情報は、第１ユーザの職場において第１ユーザが所属するグループの忙しさに関する第２忙しさ情報に基づいて補正されてもよい。

【0014】

この管理方法によれば、第１忙しさ情報がグループの忙しさに基づいて補正されるため、グループ全体の忙しさを考慮した内容のアドバイスを第１ユーザに提供することができる。

【0015】

好ましくは、上記管理方法において、複数のユーザのうちの少なくとも一部のユーザは、第１ユーザと同じ組織に所属しており、組織に所属しているユーザの各々は、オフィス勤務又は在宅勤務であり、第１ユーザがオフィス勤務である場合には、オフィス勤務であるユーザが第２ユーザとして優先的に選択されてもよい。

【0016】

第１ユーザがオフィス勤務である場合には、オフィス勤務のユーザが第２ユーザとして選択された方が、在宅勤務のユーザが第２ユーザとして選択されるよりも、第１ユーザと第２ユーザとのコミュニケーションが密になる。この管理方法においては、第１ユーザがオフィス勤務である場合に、オフィス勤務であるユーザが第２ユーザとして優先的に選択される。したがって、この管理方法によれば、第１ユーザがオフィス勤務である場合に、第１ユーザと第２ユーザとのコミュニケーションがより密になるため、第１ユーザのメンタル状態をより適切に管理することができる。
好ましくは、上記管理方法において、各ユーザ間の親睦情報に基づいて第２ユーザが選択されてもよい。

【0017】

この管理方法においては、各ユーザ間の親睦情報に基づいて第２ユーザが選択される。すなわち、第１ユーザとの親睦関係が考慮された上で第２ユーザが選択される。したがって、この管理方法によれば、第１ユーザと第２ユーザとのコミュニケーションが円滑に行なわれる可能性が高いため、第１ユーザのメンタル状態をより適切に管理することができる。
好ましくは、上記管理方法において、各ユーザ間の相性情報に基づいて第２ユーザが選択されてもよい。

【0018】

この管理方法においては、各ユーザ間の相性情報に基づいて第２ユーザが選択される。すなわち、第１ユーザとの潜在的な相性が考慮された上で第２ユーザが選択される。したがって、この管理方法によれば、第１ユーザと第２ユーザとのコミュニケーションが円滑に行なわれる可能性が高いため、第１ユーザのメンタル状態をより適切に管理することができる。

【0019】

好ましくは、上記管理方法は、第１情報を第２ユーザに通知した後に第２ユーザに関するフィードバック情報を取得するステップをさらに含み、過去に得られたフィードバック情報に基づいて第２ユーザが選択されてもよい。
この管理方法によれば、第２ユーザの選択時に過去のフィードバック情報が考慮されるため、より適切なユーザを第２ユーザに選択することができる。

【0020】

好ましくは、上記管理方法において、複数のユーザの各々は、メンタル管理システムにメンタル情報が取得される第１ユーザ群、又は、メンタル管理システムにメンタル情報が取得されない第２ユーザ群に属しており、第１ユーザ群に第２ユーザとして選択可能なユーザが存在しない場合に、第２ユーザ群に属するユーザが第２ユーザとして選択されてもよい。

【0021】

第１ユーザのメンタル状態によっては、第１ユーザと同じ環境に存在するユーザ達（第１ユーザ群）のいずれもが第２ユーザとして相応しくないという事態が生じ得る。この管理方法によれば、そのような事態が生じた場合に第２ユーザ群に属するユーザが第２ユーザとして選択されるため、そのような事態が生じたとしても第１ユーザのメンタル状態をより適切に管理することができる。

【0022】

また、本発明の他の局面に従う制御プログラムは、メンタル管理システムのユーザのメンタル状態の管理をコンピュータに実行させる。メンタル管理システムには複数のユーザが関係している。この制御プログラムは、複数のユーザのうちの第１ユーザのメンタル情報を取得するステップと、複数のユーザのうちメンタル状態が所定条件を満たすユーザを第１ユーザとは異なる第２ユーザとして選択するステップと、第１ユーザのメンタル情報に基づいて、第１ユーザに関する第１情報を第２ユーザに通知するステップとをコンピュータに実行させる。

【0023】

この制御プログラムがコンピュータによって実行されると、第１ユーザに関する第１情報が第１ユーザとは異なる第２ユーザに通知される。第２ユーザのメンタル状態は所定条件を満たす。したがって、この制御プログラムによれば、第１ユーザに注意を払う余裕がある第２ユーザによる第１ユーザに対するサポートを期待することができるため、第１ユーザのメンタル状態をより適切に管理することができる。

【0024】

また、本発明の他の局面に従うメンタル管理サーバは、ユーザのメンタル状態を管理するように構成されている。メンタル管理サーバには複数のユーザが関係している。このメンタル管理サーバは、取得部と、選択部と、通知部とを備えている。取得部は、複数のユーザのうちの第１ユーザのメンタル情報を取得するように構成されている。選択部は、複数のユーザのうちメンタル状態が所定条件を満たすユーザを第１ユーザとは異なる第２ユーザとして選択するように構成されている。通知部は、第１ユーザのメンタル情報に基づいて、第１ユーザに関する第１情報を第２ユーザに通知するように構成されている。

【0025】

このメンタル管理サーバにおいては、第１ユーザに関する第１情報が第１ユーザとは異なる第２ユーザに通知される。第２ユーザのメンタル状態は所定条件を満たす。したがって、このメンタル管理サーバによれば、第１ユーザに注意を払う余裕がある第２ユーザによる第１ユーザに対するサポートを期待することができるため、第１ユーザのメンタル状態をより適切に管理することができる。

【発明の効果】

【0026】

本発明によれば、ユーザのメンタル状態をより適切に管理することが可能な管理方法、制御プログラム、及びメンタル管理サーバを提供することができる。

【図面の簡単な説明】

【0027】

【図1】メンタル管理システムを模式的に示す図である。

【図2】サーバのハードウェア構成を模式的に示すブロック図である。

【図3A】登録情報ＴＢの一例を示す図である。

【図3B】所属意識ＴＢの一例を示す図である。

【図3C】親睦関係ＴＢの一例を示す図である。

【図3D】ユーザストレス推移ＴＢの一例を示す図である。

【図3E】グループストレスＴＢの一例を示す図である。

【図3F】サポート要望ＴＢの一例を示す図である。

【図3G】フィードバック情報ＴＢの一例を示す図である。

【図3H】忙しさ情報ＴＢの一例を示す図である。

【図3I】グループ忙しさ情報ＴＢの一例を示す図である。

【図4】端末のハードウェア構成を模式的に示すブロック図である。

【図5】サーバのソフトウェア構成を模式的に示す図である。

【図6A】ユーザの基本情報の登録動作を示すフローチャートである。

【図6B】メンタル管理システムにおけるサーバ及び端末の基本的な動作を示すフローチャートである。

【図7】アドバイス内容の変更手順を示すフローチャートである。

【図8】各ユーザの忙しさ情報の補正手順を示すフローチャートである。

【図9】複数種類のサポートから第１ユーザに適用するサポートを選択する手順を示すフローチャートである。

【図10】ヘルプアドバイス及び他者サポート依頼の両方が有効化されている場合における施策の選択手順を示すフローチャートである。

【図11】第２ユーザの選択手順を示すフローチャートである。

【図12】他者サポート依頼が選択された場合における第２ユーザの端末における動作を示すフローチャートである。

【図13】サポート後のフィードバック手順を示すフローチャートである。

【発明を実施するための形態】

【0028】

以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一又は相当部分には同一符号を付してその説明は繰り返さない。

【0029】

［１．メンタル管理システムの概要］
図１は、本実施の形態に従うメンタル管理システム１０を模式的に示す図である。メンタル管理システム１０は、例えば組織の一例である会社（企業）ＣＭ１において、社員のメンタル状態の悪化を抑制するために用いられる。

【0030】

図１に示されるように、メンタル管理システム１０は、サーバ１００と、複数の端末２００とを含んでいる。端末２００は、例えば、ＰＣ（Personal Computer）、タブレット又はスマートフォンで構成される。複数の端末２００の各々は、メンタル管理システム１０のユーザによって使用される。

【0031】

ユーザには、例えば、メンタル管理の対象となる社員、社員の家族Ｆ１、メンタル管理室Ｍ１の職員、及び、カウンセラ（例えば、公認心理士、臨床心理士、産業医、心理カウンセラ、EAP（Employee Assistance Program）カウンセラ）ＣＳ１が含まれる。すなわち、メンタル管理システム１０には、複数のユーザが関係している。なお、メンタル管理室Ｍ１は会社ＣＭ１内に設けられていても良いし、カウンセラＣＳ１は会社ＣＭ１に所属していてもよい。

【0032】

会社ＣＭ１は、例えば、複数の職場（オフィス）Ｏ１を有している。各職場Ｏ１には、複数のグループＧ１が形成されている。各社員は、いずれかの職場Ｏ１のいずれかのグループＧ１に所属している。グループＧ１は、例えば、会社組織における「部」又は「課」であってもよいし、オフィスのフロアであってもよいし、オフィスのフロアにおけるエリアであってもよい。各社員は、職場Ｏ１において勤務する場合（オフィス勤務）もあるし、ユーザ宅（自宅）Ｈ１において勤務する場合（在宅勤務）もある。

【0033】

メンタル管理システム１０において、第１ユーザ（社員）は、端末２００を介して、自身に関する情報をサーバ１００に送信する。なお、一例においては、自身に関する情報をサーバ１００に送信するのは社員であり、社外のユーザ（例えば、メンタル管理室Ｍ１の職員、カウンセラＣＳ１及び家族Ｆ１）は自身に関する情報をサーバ１００に送信しない。サーバ１００においては、第１ユーザに関する情報に基づいて第１ユーザのメンタル状態が分析される。メンタル状態の分析結果に応じて、第１ユーザに対するアドバイスの内容及び第１ユーザに対するサポートの内容が決定される。

【0034】

アドバイスの一例としては、マインドフルネス瞑想を促すこと、職場の環境改善（換気、空調等）を促すこと、相性の良い社員に対する相談を促すこと等が挙げられる。また、サポートの一例としては、第１ユーザ（メンタル状態の改善が必要な社員）に働きかけるように第２ユーザ（他の社員又は社外のユーザ）に促すこと等が挙げられる。第１ユーザに働きかけるように第２ユーザに促す場合には、第１ユーザに関する情報が第２ユーザに通知される。

【0035】

サーバ１００は、例えば、第１ユーザに対するアドバイスを示す情報を第１ユーザの端末２００に送信する。端末２００は、受信したアドバイスを表示する。端末２００に表示されたアドバイスに従った行動が起こされることによって、社員のメンタル状態に良い影響が与えられる。

【0036】

特に、サーバ１００は、第１ユーザのメンタル状態に基づいて、第１ユーザに関する情報を第１ユーザとは異なる第２ユーザに通知する。この場合に、第２ユーザとしては、メンタル状態が所定条件を満たすユーザが選ばれる。所定条件の一例は、ストレス値が閾値よりも低いことである。したがって、本実施の形態に従うメンタル管理システム１０によれば、第１ユーザに注意を払う余裕がある第２ユーザによる第１ユーザに対するサポートを期待することができるため、第１ユーザのメンタル状態をより適切に管理することができる。以下、メンタル管理システム１０についてより詳細に説明する。

【0037】

［２．構成］
＜２－１．サーバのハードウェア構成＞
図２は、サーバ１００のハードウェア構成を模式的に示すブロック図である。本実施の形態において、サーバ１００は、例えば、汎用コンピュータによって実現される。

【0038】

図２に示されるように、サーバ１００は、制御部１１０と、通信Ｉ／Ｆ（interface）１４０と、記憶部１２０とを含んでいる。各構成は、バスを介して電気的に接続されている。

【0039】

制御部１１０は、ＣＰＵ（Central Processing Unit）１１１、ＲＡＭ（Random Access Memory）１１２及びＲＯＭ（Read Only Memory）１１３等を含み、情報処理に応じて各構成要素の制御を行なうように構成されている。

【0040】

通信Ｉ／Ｆ１４０は、インターネットを通じて、各端末２００（図１）と通信するように構成されている。通信Ｉ／Ｆ１４０は、例えば、有線ＬＡＮ（Local Area Network）モジュール又は無線ＬＡＮモジュールで構成される。

【0041】

記憶部１２０は、例えば、ハードディスクドライブ、ソリッドステートドライブ等の補助記憶装置である。記憶部１２０は、例えば、制御プログラム１２１を記憶している。制御プログラム１２１がＣＰＵ１１１によって実行されることによって、サーバ１００における各種機能が実現される。

【0042】

記憶部１２０は、さらに、登録情報ＴＢ（table）１２２、所属意識ＴＢ１２３、親睦関係ＴＢ１２４、ユーザストレス推移ＴＢ１２５、グループストレスＴＢ１２６、サポート要望ＴＢ１２７、フィードバック情報ＴＢ１２８、忙しさ情報ＴＢ１２９及びグループ忙しさ情報ＴＢ１３０を記憶している。これらの各ＴＢは、各ユーザが端末２００を介して入力した情報、又は、各ユーザが端末２００を介して入力した情報に基づいて生成された情報を管理する。以下、各ＴＢについて説明する。

【0043】

図３Ａは、登録情報ＴＢ１２２の一例を示す図である。図３Ａに示されるように、登録情報ＴＢ１２２は、各ユーザ（社員）によって登録された各ユーザの基本情報を管理する。この例においては、社員毎に、所属部署、役職、勤務地、家族情報（配偶者の有無、子供の有無、家族関係の状態）、思考傾向や性格傾向（Big Five personality traits、Myers-Briggs Type Indicator、キャリアアンカー、NEO-FFI、NEO-PI-R等）、キャリア志向、趣味趣向に関する情報が管理されている。

【0044】

図３Ｂは、所属意識ＴＢ１２３の一例を示す図である。図３Ｂに示されるように、所属意識ＴＢ１２３は、各ユーザ（社員）に向けられた所属意識やワークエンゲイジメント、心理的安全性に関する質問に対する各社員の回答情報を管理する。質問の一例としては、「職場において気軽に思ったことを発言できますか？」、「所属グループが自分の居場所であると感じますか？」、「グループ内に気軽に話せる人は何人いますか？」、「グループ内のメンバーに、支援を求めやすいですか？」といったものが挙げられる。図３Ｂに示される例においては、例えば、「所属グループが自分の居場所であると感じますか？」という質問に対し、社員Ａは６点（１０点満点中）と回答し、社員Ｂは２点（１０点満点中）と回答したことが分かる。なお、得点が高いほど所属グループが自分の居場所であるとユーザが感じていることを示す。

【0045】

図３Ｃは、親睦関係ＴＢ１２４の一例を示す図である。図３Ｃに示されるように、親睦関係ＴＢ１２４は、社員間の親睦関係に関する数値情報を管理する（１００点満点）。親睦関係に関する情報は、各ユーザ（社員）が自身で入力した情報に基づいて生成されてもよいし、各ユーザの行動を分析することによってサーバ１００において独自に生成されてもよい。図３Ｃに示される例においては、例えば、社員Ａから見た場合に、社員Ｂとの親睦関係は１０点であり、社員Ｃとの親睦関係は１０点であり、社員Ｄとの親睦関係は４５点である。なお、得点が高いほど親睦関係が良好であることを示す。

【0046】

図３Ｄは、ユーザストレス推移ＴＢ１２５の一例を示す図である。図３Ｄに示されるように、ユーザストレス推移ＴＢ１２５は、各ユーザ（社員）のストレス値を管理する。各ユーザのストレス値は、ストレスチェックや気分を聞く質問、心の健康度を聞く質問等を含むメンタル状態に関する質問に対する各ユーザの回答から算出される。また、ストレス値は、例えば、センサによって取得された生体情報（心拍数、呼吸頻度等）の分析結果から算出されてもよいし、カメラ画像認識によって得られた表情を含む身体の特徴データ等の分析結果から算出されてもよい。図３Ｄに示される例において、例えば、社員Ａのストレス値は、２０（３月１０日）、２０（３月１５日）、２５（３月１８日）と推移していることが分かる。なお、ストレス値が高いほどユーザが強いストレスを感じていることを示す。

【0047】

図３Ｅは、グループストレスＴＢ１２６の一例を示す図である。図３Ｅに示されるように、グループストレスＴＢ１２６は、グループＧ１のストレス値を管理する。グループＧ１のストレス値は、例えば、同じグループＧ１に所属する各ユーザのストレス値の平均値である。上述のように、各ユーザのストレス値は、例えば、メンタル状態に関する質問に対する各ユーザの回答から算出される。

【0048】

図３Ｆは、サポート要望ＴＢ１２７の一例を示す図である。図３Ｆに示されるように、サポート要望ＴＢ１２７は、各ユーザ（社員）が希望する相談相手に関する情報を管理する。各ユーザが希望する相談相手に関する情報は、希望相談相手に関する質問に対する各ユーザの回答に基づいて生成される。

【0049】

図３Ｇは、フィードバック情報ＴＢ１２８の一例を示す図である。詳細については後述するが、メンタル管理システム１０においては、メンタル状態の改善が必要な社員（第１ユーザ）に対するサポートが行なわれた後に、サポートを行なった社員等（第２ユーザ）についてのフィードバックが行なわれる。具体的には、サポートを受けた社員（第１ユーザ）及びサポートを行なった社員（第２ユーザ）の各々が端末２００を介してフィードバック情報をサーバ１００に送信する。

【0050】

図３Ｇに示されるように、フィードバック情報ＴＢ１２８は、該フィードバック情報を管理する。図３Ｇに示される例においては、例えば、サポートを受けた社員が社員Ａであり、かつ、サポートを行なった社員が社員Ｂであった場合に、社員Ａによる評価は５点（７点満点）であり、社員Ｂによる評価は２点（７点満点）であったことが分かる。なお、得点が高いほどサポートに関しての満足度が高いことを示す。この例では、サポートを受けた社員Ａの満足度は高いが、サポートを行なった社員Ｂの満足度は低いことが分かる。

【0051】

図３Ｈは、忙しさ情報ＴＢ１２９の一例を示す図である。忙しさ情報ＴＢ１２９は、各ユーザ（社員）の忙しさに関する情報、及び、アドバイス等を受ける時間帯の希望に関する情報を管理する。忙しさ情報及び希望時間帯に関する情報の各々は、例えば、これらに関する質問に対する各ユーザの回答に基づいて生成される。図３Ｈに示される例において、社員Ａの忙しさは２点（５点満点）であり、アドバイス等を受ける時間帯に関する社員Ａの希望は「お昼後」であることが分かる。なお、忙しさに関する得点が高いほど該社員が忙しいことを示す。

【0052】

図３Ｉは、グループ忙しさ情報ＴＢ１３０の一例を示す図である。グループ忙しさ情報ＴＢ１３０は、グループＧ１の忙しさに関する情報、及び、アドバイス等を受ける時間帯のグループＧ１としての希望に関する情報を管理する。グループＧ１の忙しさに関する情報は、例えば、グループＧ１に所属する各ユーザの忙しさの平均値に基づいて生成される。また、アドバイス等を受ける時間帯のグループＧ１としての希望に関する情報は、例えば、グループＧ１に所属するユーザのうち最も多くのユーザが希望する時間帯に基づいて生成される。

【0053】

＜２－２．ユーザ端末のハードウェア構成＞
図４は、端末２００のハードウェア構成を模式的に示すブロック図である。上述のように、端末２００は、例えば、ＰＣ、タブレット又はスマートフォンによって実現される。

【0054】

図４に示されるように、端末２００は、制御部２１０と、通信Ｉ／Ｆ２４０と、表示部２５０と、受付部２６０と、記憶部２２０とを含む。端末２００において、各構成はバスを介して電気的に接続されている。

【0055】

制御部２１０は、ＣＰＵ２１１、ＲＡＭ２１２及びＲＯＭ２１３等を含み、情報処理に応じて各構成要素の制御を行なうように構成されている。通信Ｉ／Ｆ２４０は、ネットワークを介して、例えば、サーバ１００と通信するように構成されている。通信Ｉ／Ｆ２４０は、例えば、有線ＬＡＮモジュール又は無線ＬＡＮモジュールで構成される。

【0056】

表示部２５０は、画像を表示するように構成されている。表示部２５０は、例えば、液晶モニタや有機ＥＬ（Electro Luminescence）モニタ等のモニタで構成される。

【0057】

受付部２６０は、ユーザからの入力を受け付けるように構成されている。受付部２６０は、例えば、タッチパネル、キーボード、マウス及びマイクの一部又は全部で構成される。サーバ１００から送られてきた質問に対するユーザによる回答は、例えば、受付部２６０を介して行なわれる。

【0058】

記憶部２２０は、例えば、ハードディスクドライブ、ソリッドステートドライブ等の補助記憶装置である。記憶部２２０は、例えば、制御プログラム２２１を記憶するように構成されている。制御プログラム２２１がＣＰＵ２１１によって実行されることによって、端末２００における各種機能が実現される。

【0059】

＜２－３．サーバのソフトウェア構成＞
図５は、サーバ１００のソフトウェア構成を模式的に示す図である。図５に示されるように、制御部１１０によって制御プログラム１２１が実行されることにより、サーバ１００においては、少なくとも、取得部１６１と、選択部１６２と、情報生成部１６３と、通知部１６４とが実現される。

【0060】

取得部１６１は、端末２００から情報を取得する。上述のように、ユーザは、メンタル状態に関する各種質問に端末２００を介して回答する。回答結果は、端末２００からサーバ１００に送信される。取得部１６１は、例えば、端末２００から送信された情報を取得する。取得部１６１は、例えば、ユーザの所属部署、役職、勤務地、家族、思考傾向、キャリア志向、趣味趣向に関する情報を取得する。また、取得部１６１は、例えば、会社への所属意識に関する質問に対する回答情報を取得する。すなわち、取得部１６１は、メンタル状態に関する各種質問に対するユーザの回答情報を取得する。取得部１６１によって取得された各種情報は、記憶部１２０によって記憶される。より具体的には、取得部１６１によって取得された各種情報は、記憶部１２０に記憶されている適切なＴＢに格納される。

【0061】

選択部１６２は、記憶部１２０に記憶されている各ＴＢからユーザのメンタル状態の分析に必要な情報を読み出す。選択部１６２は、読み出された情報に基づいてユーザのメンタル状態の分析を行ない、アドバイス等の通知先を選択する。例えば、第１ユーザ自身に伝えるべきアドバイスが有効であると判断された場合に、選択部１６２は、アドバイスの通知先として第１ユーザを選択する。また、第１ユーザ以外に第１ユーザのサポートを要請することが有効であると判断された場合に、選択部１６２は、サポートの要請先（第２ユーザ）として第１ユーザ以外のユーザを選択する。選択部１６２は、例えば、メンタル管理システム１０のユーザのうち、ストレス値が所定の閾値以下のユーザを第２ユーザとして選択する。

【0062】

情報生成部１６３は、例えば、記憶部１２０に記憶されている各種ＴＢから必要な情報を読み出す。情報生成部１６３は、読み出された情報に基づいて、アドバイス内容等を示す情報を生成する。例えば、ユーザの忙しさに応じて、アドバイス内容が変更される（例えば、長時間を要するアドバイスから短時間で終了するアドバイスへと変更される。）。アドバイス内容等の基本的な情報を管理するデータベース（不図示）が予め記憶部１２０に記憶されており、情報生成部１６３は、第１ユーザのメンタル状態等を踏まえた上で、該データベースを参照してアドバイス等を示す情報を生成する。

【0063】

通知部１６４は、選択部１６２によって選択された通知先のユーザ（第２ユーザ）に、第１ユーザに関する情報を通知する。第１ユーザに関する情報は、例えば、第１ユーザの名前に関する情報、第１ユーザのメンタル状態に関する情報、第１ユーザに適したアドバイスに関する情報、第２ユーザから第１ユーザへのコミュニケーションの開始を促す情報等を含む。以下、サーバ１００及び端末２００の動作について詳細に説明する。

【0064】

［３．動作］
図６Ａは、ユーザの基本情報の登録動作を示すフローチャートである。図６Ａにおける左側のフローチャートに示される処理はサーバ１００の制御部１１０によって実行され、図６Ａにおける右側のフローチャートに示される処理は端末２００の制御部２１０によって実行される。

【0065】

図６Ａにおける左側のフローチャートを参照して、制御部１１０は、第１ユーザに関する基本情報（登録情報）を端末２００から受信したか否かを判定する（ステップＳ１００）。基本情報とは、登録情報ＴＢ１２２（図３Ａ）において管理される情報である。基本情報を端末２００から受信していないと判定されると（ステップＳ１００においてＮＯ）、制御部１１０は、基本情報を受信するまで待機する。なお、この段階で、基本情報に加えて、サポート要望ＴＢ１２７の更新に用いられる情報が端末２００から送信されてもよい。

【0066】

基本情報を端末２００から受信したと判定されると（ステップＳ１００においてＹＥＳ）、制御部１１０は、受信した基本情報に基づいて各種ＴＢを更新する（ステップＳ１０５）。例えば、ユーザの所属部署、役職、勤務地、家族、思考傾向、キャリア志向、趣味趣向に関する情報の少なくともいずれかが受信された場合に、制御部１１０は、登録情報ＴＢ１２２を更新する。

【0067】

図６Ａにおける右側のフローチャートを参照して、制御部２１０は、第１ユーザに関する基本情報の入力画面を表示するように表示部２５０を制御する（ステップＳ１５０）。制御部２１０は、受付部２６０を介した基本情報（登録情報）の入力が完了したか否かを判定する（ステップＳ１５５）。入力が完了していないと判定されると（ステップＳ１５５においてＮＯ）、制御部２１０は、入力が完了するまで待機する。

【0068】

一方、入力が完了したと判定されると（ステップＳ１５５においてＹＥＳ）、制御部２１０は、入力された基本情報をサーバ１００に送信する（ステップＳ１６０）。このように、ユーザによって入力された情報に基づいて、ユーザの基本情報が登録情報ＴＢ１２２に登録される。メンタル管理システム１０においては、登録された基本情報、及び、定期ストレスチェックの結果等に基づいて、ユーザにどのようなアドバイス等を提供するかが決定される。

【0069】

図６Ｂは、メンタル管理システム１０におけるアドバイス等のユーザへの提供動作を示すフローチャートである。図６Ｂにおける左側のフローチャートに示される処理はサーバ１００の制御部１１０によって実行され、図６Ｂにおける右側のフローチャートに示される処理は端末２００の制御部２１０によって実行される。これらの処理は、例えば、所定間隔毎に実行される。所定間隔は、例えば、１日、３日、１週間等である。

【0070】

図６Ｂにおける左側のフローチャートを参照して、制御部１１０は、定期ストレスチェックに関する回答を端末２００から受信したか否かを判定する（ステップＳ２００）。なお、このタイミングで、端末２００においては、定期ストレスチェックに関する回答画面が表示されている。定期ストレスチェックに関する回答には、第１ユーザのストレス値を算出するための情報（ユーザストレス推移ＴＢ１２５及びグループストレスＴＢ１２６の更新に用いられる情報）が含まれる。また、この回答には、所属意識ＴＢ１２３、親睦関係ＴＢ１２４、サポート要望ＴＢ１２７及び忙しさ情報ＴＢ１２９のうちの少なくともいずれかの更新に用いられる情報が含まれていてもよい。

【0071】

回答を端末２００から受信していないと判定されると（ステップＳ２００においてＮＯ）、制御部１１０は、回答を受信するまで待機する。一方、回答を端末２００から受信したと判定されると（ステップＳ２００においてＹＥＳ）、制御部１１０は、受信された回答に基づいて第１ユーザのストレス値を算出する（ステップＳ２０５）。第１ユーザのストレス値は、第１ユーザのメンタル状態を示すメンタル情報の一部である。

【0072】

その後、制御部１１０は、ステップＳ２００において取得された情報又はステップＳ２０５において算出されたストレス値に基づいて各種ＴＢを更新する（ステップＳ２１０）。ステップＳ２１０においては、少なくともユーザストレス推移ＴＢ１２５とグループストレスＴＢ１２６とが更新される。

【0073】

制御部１１０は、第１ユーザのストレス値が所定条件を満たすか否かを判定する（ステップＳ２１５）。所定条件の一例は、所定の期間に渡って、ストレス値が閾値よりも高く、かつ、ストレス値の低下量が閾値よりも低い（ストレス値が所定以上改善していない）というものである。ストレス値が所定条件を満たすか否かの閾値は、ユーザ毎に変更してもよい。例えば、登録情報ＴＢ１２２を参照し、第１ユーザの基本情報等のユーザ情報を用いて、ストレス値が所定条件を満たすか否かの閾値をユーザ毎に変更する。好適には、ユーザ情報のうち、性格傾向や思考傾向を用いる。性格傾向や思考傾向からストレス耐性が高いユーザと判断された場合は、ストレス値の閾値を高くしてもよい。このようにすれば、ユーザに適したタイミングでユーザのメンタル状態を管理することができる。また、ストレス値の低下量が閾値よりも低いか否かを考慮することによって、既にアドバイス等がユーザに提供されていた場合（例えば、メンタル管理システム１０のサービスを受け始めて複数日が経過している場合）に、そのアドバイス等がそのユーザにとって有効であったか否かということも考慮することができる。この例における所定条件を満たすか否かは、例えば、ユーザストレス推移ＴＢ１２５を参照することによって判定される。

【0074】

所定条件を満たさないと判定されると（ステップＳ２１５においてＮＯ）、制御部１１０は、第１ユーザの基本情報等に基づいて個人アドバイスを生成し、生成された個人アドバイスを第１ユーザの端末２００に送信するように通信Ｉ／Ｆ１４０を制御する（ステップＳ２２０）。個人アドバイスの内容としては、例えば、マインドフルネス瞑想を促すことが挙げられる。

【0075】

一方、所定条件を満たすと判定されると（ステップＳ２１５においてＹＥＳ）、制御部１１０は、グループストレスＴＢ１２６を参照することによって、第１ユーザが所属するグループＧ１におけるストレス平均値が閾値以上であるか否かを判定する（ステップＳ２２５）。

【0076】

ストレス平均値が閾値以上であると判定されると（ステップＳ２２５においてＹＥＳ）、制御部１１０は、環境アドバイスを生成し、生成された環境アドバイスを第１ユーザの端末２００に送信するように通信Ｉ／Ｆ１４０を制御する（ステップＳ２３０）。環境アドバイスは、例えば、第１ユーザが所属するグループＧ１の環境情報（例えば、空気の綺麗度合い、気圧、外気温、天気、室内気温）に基づいて生成される。グループＧ１の環境情報は、例えば、端末２００からサーバ１００に送信されてもよいし、別途設けられたセンサからサーバ１００に送信されてもよい。また、環境アドバイスは、第１ユーザの端末２００のみではなく、第１ユーザが所属するグループＧ１の全ユーザの端末２００に送信されてもよい。

【0077】

環境アドバイスの一例としては、例えば、「部屋の窓を開けましょう」「みんなで雑談しましょう」といった第１ユーザが所属するグループＧ１全体に影響を与えるものが挙げられる。例えば、このようなアドバイスが第１ユーザに通知されると、グループ全体に影響を与える行動を第１ユーザがとることが期待される。その結果、グループ全体のメンタル状態が改善することが期待される。

【0078】

一方、ステップＳ２２５において、ストレス平均値が閾値未満であると判定されると（ステップＳ２２５においてＮＯ）、制御部１１０は、第１ユーザに対する追加のサポートのための処理を実行する（ステップＳ２３５）。追加のサポートについては後程詳しく説明する。このように、本実施の形態に従うメンタル管理システム１０においては、ｉ）第１ユーザのストレス値に問題がない場合には「個人アドバイス」が第１ユーザに提供され、ｉｉ）第１ユーザのストレス値に問題があり、かつ、第１ユーザが所属するグループのメンバーの平均ストレス値に問題がある場合には「環境アドバイス」が第１ユーザに提供され、ｉｉｉ）第１ユーザのストレス値に問題があり、かつ、第１ユーザが所属するグループのメンバーの平均ストレス値に問題がない場合には「追加サポート」が第１ユーザに提供される。ここで、ステップＳ２１５において、第１ユーザのストレス値が所定条件を満たす場合についても、「環境アドバイス」または「追加サポート」に加え、「個人アドバイス」も第１ユーザに提供されてもよい。この場合、「個人アドバイス」は第１ユーザのストレス値が所定条件を満たす場合は、所定条件を満たさない場合よりも、マインドフルネス瞑想の時間を長時間または高頻度としてもよい。

【0079】

図６Ｂにおける右側のフローチャートを参照して、制御部２１０は、定期ストレスチェックに関する回答画面を表示するように表示部２５０を制御する（ステップＳ２５０）。

【0080】

制御部２１０は、定期ストレスチェックに関する回答の入力が完了したか否かを判定する（ステップＳ２５５）。回答の入力が完了していないと判定されると（ステップＳ２５５においてＮＯ）、制御部２１０は、回答の入力が完了するまで待機する。一方、回答の入力が完了したと判定されると（ステップＳ２５５においてＹＥＳ）、制御部２１０は、回答情報をサーバ１００に送信するように通信Ｉ／Ｆ２４０を制御する（ステップＳ２６０）。

【0081】

その後、制御部２１０は、サーバ１００からアドバイス等を受信したか否かを判定する（ステップＳ２６５）。アドバイス等の一例としては、例えば、個人アドバイス、環境アドバイス、又は、追加サポートとして行なわれる第１ユーザ向けのアドバイスが含まれる。アドバイス等を受信していないと判定されると（ステップＳ２６５においてＮＯ）、制御部２１０は、アドバイス等を受信するまで待機する。一方、アドバイス等を受信したと判定されると（ステップＳ２６５においてＹＥＳ）、制御部２１０は、アドバイス等を表示するように表示部２５０を制御する（ステップＳ２７０）。

【0082】

図６Ｂに示されるフローチャートのうち、ステップＳ２２０における個人アドバイス、ステップＳ２３０における環境アドバイス、及び、ステップＳ２３５における追加サポートのうち少なくとも一部の内容は第１ユーザの忙しさに基づいて変更されてもよい。

【0083】

図７は、アドバイス内容等の変更手順を示すフローチャートである。このフローチャートに示される処理は、図６ＢのステップＳ２２０，Ｓ２３０，Ｓ２３５の少なくとも一部において実行されてもよい。図７を参照して、制御部１１０は、記憶部１２０に記憶されている忙しさ情報ＴＢ１２９を参照する（ステップＳ３００）。制御部１１０は、忙しさ情報ＴＢ１２９の内容に基づいて、アドバイス等の内容を変更する（ステップＳ３１０）。

【0084】

例えば、第１ユーザにマインドフルネス瞑想を促す場合に、第１ユーザがあまり忙しくない場合には長めのプログラムが第１ユーザに提供される一方、第１ユーザが忙しい場合には短めのプログラムが第１ユーザに提供される。また、例えば、第１ユーザがあまり忙しくない場合には、第１ユーザが忙しい場合と比較して、マインドフルネス瞑想を促す頻度が高くなる（例えば、週１回から週４回へ変更）。また、例えば、第１ユーザがあまり忙しくない場合には、第１ユーザが忙しい場合と比較して、マインドフルネス瞑想を促す時間が長くなる。このような方法によれば、アドバイスが第１ユーザの忙しさに基づいて変更されるため、アドバイスの内容が第１ユーザにとって過度な負担となることを抑制することができる。なお、アドバイス等が第１ユーザに提供される時間帯は、例えば、忙しさ情報ＴＢ１２９に含まれる希望時間帯情報に従って決定されてもよい。

【0085】

第１ユーザがあまり忙しくなかったとしても、第１ユーザの所属するグループＧ１の他のユーザの多くが忙しい場合に、第１ユーザがマインドフルネス瞑想等に長時間を使用したり、高い頻度でマインドフルネス瞑想等をすることは、グループＧ１にとって必ずしも好ましくない。他のユーザが第１ユーザに対して不快に感じるかもしれないし、他のユーザの業務の一部を第１ユーザが担当するという道を閉ざすことになるためである。そのため、忙しさ情報ＴＢ１２９において管理されている各ユーザの忙しさ情報が、各ユーザが所属しているグループＧ１の忙しさ情報（図３Ｉ）に基づいて補正されてもよい。

【0086】

図８は、各ユーザの忙しさ情報の補正手順を示すフローチャートである。このフローチャートに示される処理は、図７に示されるフローチャートの処理を行なう前に実行されてもよい。図８を参照して、制御部１１０は、記憶部１２０に記憶されているグループ忙しさ情報ＴＢ１３０を参照する（ステップＳ４００）。制御部１１０は、グループ忙しさ情報ＴＢ１３０に基づいて忙しさ情報ＴＢ１２９を補正する（ステップＳ４１０）。例えば、各ユーザが所属するグループＧ１の忙しさが３又は４であれば（図３I）、該ユーザの忙しさが１加算される（図３Ｈ）。また、例えば、各ユーザが所属するグループＧ１の忙しさが５であれば、該ユーザの忙しさが２加算される。このような方法によれば、各ユーザの忙しさ情報がグループＧ１の忙しさに基づいて補正されるため、グループ全体の忙しさを考慮した内容のアドバイスを第１ユーザに提供することができる。なお、アドバイス等がグループＧ１の全員に提供される場合に、その時間帯は、例えば、グループ忙しさ情報ＴＢ１３０に含まれる希望時間帯情報に従って決定されてもよい。

【0087】

上述のように、図６Ｂに示されるフローチャートのうちステップＳ２３５においては、第１ユーザに対する追加のサポートが実行される。メンタル管理システム１０においては、追加のサポートとして複数種類のサポートが予め準備されている。複数種類のサポートからいずれかのサポートを選択する手順について次に説明する。

【0088】

図９は、複数種類のサポートから第１ユーザに適用するサポートを選択する手順を示すフローチャートである。図９を参照して、制御部１１０は、所属意識ＴＢ１２３を参照して、第１ユーザの会社への所属意識が所定条件を満たすか否かを判定する（ステップＳ５００）。所定条件としては、例えば、ｉ）「職場において気軽に思ったことを発言できますか？」という質問に対する回答が「可能」、ｉｉ）「所属グループが自分の居場所であると感じますか？」という質問に対する回答が所定得点以上、ｉｉｉ）「グループ内に気軽に話せる人は何人いますか？」という質問に対する回答が１人以上のうちの少なくとも１つを満たすことが挙げられる。

【0089】

第１ユーザの会社への所属意識が所定条件を満たさないと判定されると（ステップＳ５００においてＮＯ）、処理はステップＳ５２０へ移行する。一方、第１ユーザの会社への所属意識が所定条件を満たすと判定されると（ステップＳ５００においてＹＥＳ）、制御部１１０は、ヘルプアドバイス及び他者サポート依頼を有効化する（ステップＳ５１０）。ヘルプアドバイスとは、制御部１１０によって選択された他のユーザ（社員）へ話しかけるように第１ユーザに促すアドバイスである。他者サポート依頼とは、制御部１１０によって選択された他のユーザ（社員）へ第１ユーザをサポートするように促す依頼である。制御部１１０が他のユーザをどのように選択するかについては後程詳しく説明する。また、これらのアドバイスを「有効化する」とは、これらのアドバイスを第１ユーザに提供するサポートの候補とすることを意味する。このように、メンタル管理システム１０においては、第１ユーザの会社への所属意識がある程度高い場合にのみ会社ＣＭ１に所属する社員が第１ユーザの相談相手（第２ユーザ）となり、第１ユーザのメンタル状態の改善に効果が薄い場合に社内の第２ユーザが選択されないため、第２ユーザに過度な負担がかかることが抑制されている。

【0090】

その後、制御部１１０は、所定条件を満たす家族を第１ユーザが有しているか否かを判定する（ステップＳ５２０）。所定条件としては、例えば、ｉ）第１ユーザが配偶者を有すること、ｉｉ）家族関係が良好であること、ｉｉｉ）配偶者のストレス値が所定値以下であることのすべてを満たすことが挙げられる。例えば、上記ｉ）ｉｉ）に関する情報は、登録情報ＴＢ１２２を参照することによって得られる。また、ｉｉｉ）に関する情報は、例えば、第１ユーザの配偶者が第２ユーザ候補となった場合等に、第１ユーザの配偶者に端末２００を介して別途入力してもらってもよい。

【0091】

所定条件を満たす家族を第１ユーザが有していると判定されると（ステップＳ５２０においてＹＥＳ）、制御部１１０は、家族アドバイスを有効化する（ステップＳ５３０）。家族アドバイスとは、第１ユーザの家族へ第１ユーザをサポートするように促すアドバイスである。家族アドバイスが選択されると、第１ユーザの家族の端末２００にアドバイスを示す情報が送信される。

【0092】

一方、所定条件を満たす家族を第１ユーザが有していないと判定されると（ステップＳ５２０においてＮＯ）、制御部１１０は、メンタル管理室アドバイス及びカウンセリングを有効化する（ステップＳ５４０）。メンタル管理室アドバイスとは、メンタル管理室Ｍ１へ第１ユーザをサポートするように促すアドバイスである。メンタル管理室アドバイスが選択されると、メンタル管理室Ｍ１に配置された端末２００にアドバイスを示す情報が送信される。また、カウンセリングとは、カウンセラＣＳ１へ第１ユーザをサポートするように促すアドバイスである。カウンセリングが選択されると、カウンセラＣＳ１の端末２００にアドバイスを示す情報が送信される。

【0093】

その後、制御部１１０は、有効化された施策（アドバイス等）からいずれかの施策を選択する（ステップＳ５５０）。複数の施策が有効化されている場合に、ヘルプアドバイス及び他者サポート依頼は、家族アドバイス、メンタル管理室アドバイス及びカウンセリングよりも優先的に選択される。

【0094】

例えば、ヘルプアドバイス及び他者サポート依頼において第２ユーザとして選択されるのは会社ＣＭ１の社員である。会社ＣＭ１の社員は、メンタル管理システム１０において用意されたストレスチェック等に回答するユーザである（このようなユーザを第１ユーザ群のユーザという。）。一方、家族Ｆ１、メンタル管理室Ｍ１の職員及びカウンセラＣＳ１の各々は、例えば、メンタル管理システム１０において用意されたストレスチェック等に回答しないユーザである（このようなユーザを第２ユーザ群のユーザという。）。すなわち、第２ユーザ群に含まれるユーザによるサポートは、第１ユーザ群の中に第２ユーザとして選択可能なユーザが存在しない場合に行なわれる。第１ユーザのメンタル状態によっては、第１ユーザと同じ環境に存在するユーザ達（第１ユーザ群）のいずれもが第２ユーザとして相応しくないという事態が生じ得る。このような方法によれば、そのような事態が生じた場合に第２ユーザ群に属するユーザによるサポートが行なわれるため、そのような事態が生じたとしても第１ユーザのメンタル状態をより適切に管理することができる。

【0095】

図１０は、ヘルプアドバイス及び他者サポート依頼の両方が有効化されている場合における施策の選択手順を示すフローチャートである。図１０を参照して、制御部１１０は、既にヘルプアドバイスを実行済み、あるいはヘルプアドバイスを第１ユーザに提示済みであるにもかかわらず第１ユーザのメンタル状態が改善していないのか否かを判定する（ステップＳ６００）。ヘルプアドバイスを実行済み、あるいはヘルプアドバイスを第１ユーザに提示済みでないと判定されると（ステップＳ６００においてＮＯ）、制御部１１０は、ヘルプアドバイスを選択する（ステップＳ６２０）。一方、ヘルプアドバイスが実行済み、あるいはヘルプアドバイスを第１ユーザに提示済みであると判定されると（ステップＳ６００においてＹＥＳ）、制御部１１０は、他者サポート依頼を選択する（ステップＳ６１０）。

【0096】

すなわち、メンタル管理システム１０においては、ヘルプアドバイスが他者サポート依頼よりも先に実行される。換言すれば、他者サポート依頼は、ヘルプアドバイスの後に第１ユーザのメンタル状態が改善しない場合に行なわれる。この方法によれば、必要以上に他のユーザ（社員）にサポート依頼が通知されないため、他のユーザの負担が必要以上に大きくなることを回避することができる。

【0097】

再び図９を参照して、ステップＳ５５０においていずれかの施策が選択されると、制御部１１０は、選択された施策を実行する（ステップＳ５６０）。例えば、ヘルプアドバイス又は他者サポート依頼が選択された場合に、制御部１１０は、会社ＣＭ１に所属するユーザからいずれかのユーザを第２ユーザとして選択する。ヘルプアドバイスが選択された場合には、第２ユーザに話しかけるように第１ユーザに促す内容のアドバイスが第１ユーザの端末２００に送信される。他者サポート依頼が選択された場合には、第１ユーザをサポートするように促す内容のアドバイスが第２ユーザの端末２００に送信される。

【0098】

図１１は、第２ユーザの選択手順を示すフローチャートである。図１１を参照して、制御部１１０は、ユーザストレス推移ＴＢ１２５を参照することによって、会社ＣＭ１に所属するユーザのうち、ストレス値が閾値以下のユーザを第２ユーザの候補者としてリストアップする。制御部１１０は、各種ＴＢを参照し（ステップＳ７１０）、各種ＴＢの内容に基づいて、リストアップされた候補者から第２ユーザ（サポーター又はヘルパー）を決定する（ステップＳ７２０）。

【0099】

例えば、制御部１１０は、各候補者の第２ユーザとしての適性を得点化する。例えば、第１ユーザがオフィス勤務である場合には、オフィス勤務の候補者の得点に加算があってもよい。第１ユーザがオフィス勤務である場合には、オフィス勤務のユーザが第２ユーザとして選択された方が、在宅勤務のユーザが第２ユーザとして選択されるよりも、第１ユーザと第２ユーザとのコミュニケーションが密になる。このような方法によれば、第１ユーザがオフィス勤務である場合に、第１ユーザと第２ユーザとのコミュニケーションがより密になるため、第１ユーザのメンタル状態をより適切に管理することができる。また、例えば、第１ユーザがオフィス勤務と在宅勤務の２つの勤務形態である場合には、第１ユーザがオフィス勤務を予定している日については、オフィス勤務の候補者の得点を加算してもよい。また、例えば、第１ユーザが在宅勤務である場合には、第２ユーザの勤務形態に基づく候補者の得点の加算が行なわれなくてもよい。第１ユーザが在宅勤務である場合には、オフィス勤務のユーザであっても在宅勤務のユーザであっても、第１ユーザとのコミュニケーションに差が生じないためである。

【0100】

また、例えば、第１ユーザとの親睦度が高い候補者の得点に加算があってもよい。親睦度とは、現時点における互いの仲良さを示す。親睦度は、例えば、互いのコミュニケーション量、知り合ってからの時間的な長さ、会話頻度、実際に一緒に行動する時間の長さ等に基づいて算出される。算出された親睦度に関する情報は、親睦関係ＴＢ１２４に記憶されている。特に、ヘルプアドバイスにおける第２ユーザの選択時には、他者サポート依頼における第２ユーザの選択時よりも、親睦度による加点度合いを高くしてもよい。親睦度が高い相手が第２ユーザに選ばれている方が、第１ユーザが容易に第２ユーザに声を掛けることができるためである。

【0101】

また、例えば、第１ユーザとの相性度が高い（相性が良い）候補者の得点に加算があってもよい。相性度とは、性格傾向、趣味趣向、家族構成等の共通事項に基づいて二人が潜在的に仲良くなりうる確率を示す。相性度は、例えば、登録情報ＴＢ１２２に記憶されている性格、趣味等の情報に基づいて算出される。すなわち、第１ユーザとの親睦度や相性度が考慮された上で第２ユーザが選択されてもよい。

【0102】

このような方法によれば、第１ユーザと第２ユーザとのコミュニケーションが円滑に行なわれる可能性が高いため、第１ユーザのメンタル状態をより適切に管理することができる。

【0103】

また、例えば、サポート要望ＴＢ１２７を参照した上で、第１ユーザが希望相談相手として挙げている候補者の得点に加算があってもよい。このような方法によれば、第２ユーザの選択において第１ユーザの希望が考慮されるため、より適切なユーザを第２ユーザに選択することができる。

【0104】

また、例えば、フィードバック情報ＴＢ１２８を参照した上で、フィードバック情報の内容が良い候補者の得点に加算があってもよい。このような方法によれば、第２ユーザの選択時に過去のフィードバック情報が考慮されるため、より適切なユーザを第２ユーザに選択することができる。

【0105】

その後、制御部１１０は、アドバイス等の通知を行なう（ステップＳ７３０）。例えば、ヘルプアドバイスが選択された場合に、制御部１１０は、第２ユーザに話しかけるように促すアドバイスを第１ユーザに通知する。また、他者サポート依頼が選択された場合に、制御部１１０は、第１ユーザのサポートを促すアドバイスを第２ユーザに通知する。第２ユーザに通知する内容は、例えば、第１ユーザの名前に関する情報、第１ユーザのメンタル状態に関する情報、第１ユーザに適したアドバイスに関する情報、第２ユーザから第１ユーザへのコミュニケーションの開始を促す情報等の第１ユーザに関する情報である。したがって、本実施の形態に従うメンタル管理システム１０によれば、第２ユーザはサポートを必要としている第１ユーザの情報を得ることができる。この際、通知の内容として、「第１ユーザと話をしてみてください」「第１ユーザへ優しくしてあげてください」等と表示することもできる。これにより、第２ユーザに第１ユーザのメンタル状態について詳細に伝えなくても、第１ユーザに注意を払う余裕がある第２ユーザによる第１ユーザに対するサポートを期待することができる。一方で、通知の内容として、「第１ユーザが○○について悩んでいます。悩みを聞いてあげてください」等と表示することもできる。第２ユーザは、第１ユーザの悩みを事前に把握した状態で、第１ユーザのサポートを行うことができる。また、例えば、単に通知するだけでなく、第１ユーザ及び第２ユーザ間でのオンライン通話、チャットが自動的に開始されるような仕組みが設けられてもよい。また、例えば、単に通知するだけでなく、第１ユーザ及び第２ユーザ間のスケジュールを管理するシステムに交流する時間が自動的に設定されてもよい。

【0106】

このように、ステップＳ７００の処理が実行されることによって、第２ユーザとしては、メンタル状態が所定条件を満たすユーザが選ばれる。所定条件の一例は、ストレス値が閾値よりも低いことである。したがって、本実施の形態に従うメンタル管理システム１０によれば、第１ユーザに注意を払う余裕がある第２ユーザによる第１ユーザに対するサポートを期待することができるため、第１ユーザのメンタル状態をより適切に管理することができる。

【0107】

図１２は、他者サポート依頼が選択された場合における第２ユーザの端末２００における動作を示すフローチャートである。図１２を参照して、制御部２１０は、サーバ１００からアドバイスを受信したか否かを判定する（ステップＳ８００）。アドバイスを受信していないと判定されると（ステップＳ８００においてＮＯ）、制御部２１０は、アドバイスを受信するまで待機する。一方、アドバイスを受信したと判定されると（ステップＳ８００においてＹＥＳ）、制御部２１０は、受信されたアドバイスを表示するように表示部２５０を制御する（ステップＳ８１０）。表示部２５０に表示されたアドバイスを参照することにより、第２ユーザは、行動を起こすことができる。その結果、第１ユーザのメンタル状態に良い影響が与えられる。

【0108】

また、上述のように、ヘルプアドバイス又は他者サポート依頼が行なわれた後に、サポートを行なった社員等（第２ユーザ）についてのフィードバックが行なわれる。具体的には、サポートを受けた社員（第１ユーザ）及びサポートを行なった社員（第２ユーザ）の各々が端末２００を介してフィードバック情報をサーバ１００に送信する。

【0109】

図１３は、サポート後のフィードバック手順を示すフローチャートである。図１３における左側のフローチャートに示される処理はサーバ１００の制御部１１０によって実行され、図１３における右側のフローチャートに示される処理は端末２００の制御部２１０によって実行される。

【0110】

図１３における左側のフローチャートを参照して、制御部１１０は、フィードバックに関する回答を受信したか否かを判定する（ステップＳ９００）。フィードバックに関する回答を受信していないと判定されると（ステップＳ９００においてＮＯ）、制御部１１０は、回答を受信するまで待機する。一方、フィードバックに関する回答を受信したと判定されると（ステップＳ９００においてＹＥＳ）、制御部１１０は、受信した回答に基づいてフィードバック情報ＴＢ１２８を更新する（ステップＳ９１０）。

【0111】

図１３における右側のフローチャートを参照して、制御部２１０は、フィードバックに関する回答画面を表示するように表示部２５０を制御する（ステップＳ１０００）。制御部２１０は、回答の入力が完了したか否かを判定する（ステップＳ１０１０）。入力が完了していないと判定されると（ステップＳ１０１０においてＮＯ）、制御部２１０は、入力が完了するまで待機する。一方、入力が完了したと判定されると（ステップＳ１０１０においてＹＥＳ）、制御部２１０は、入力された回答をサーバ１００に送信するように通信Ｉ／Ｆ２４０を制御する（ステップＳ１０２０）。このような手順により、フィードバック情報ＴＢ１２８の更新が行なわれる。

【0112】

［４．特徴］
以上のように、メンタル管理システム１０においては、第１ユーザのメンタル状態に関する情報が第１ユーザとは異なる第２ユーザに通知される。第２ユーザのメンタル状態は所定条件を満たす。したがって、メンタル管理システム１０によれば、第１ユーザに注意を払う余裕がある第２ユーザによる第１ユーザに対するサポートを期待することができるため、第１ユーザのメンタル状態をより適切に管理することができる。

【符号の説明】

【0113】

１０ メンタル管理システム、１００ サーバ、１１０，２１０ 制御部、１１１，２１１ ＣＰＵ、１１２，２１２ ＲＡＭ、１１３，２１３ ＲＯＭ、１２０，２２０ 記憶部、１２１，２２１ 制御プログラム、１２２ 登録情報ＴＢ、１２３ 所属意識ＴＢ、１２４ 親睦関係ＴＢ、１２５ ユーザストレス推移ＴＢ、１２６ グループストレスＴＢ、１２７ サポート要望ＴＢ、１２８ フィードバック情報ＴＢ、１２９ 忙しさ情報ＴＢ、１３０ グループ忙しさ情報ＴＢ、１４０，２４０ 通信Ｉ／Ｆ、１６１ 取得部、１６２ 選択部、１６３ 情報生成部、１６４ 通知部、２００ 端末、２５０ 表示部、２６０ 受付部、ＣＭ１ 会社、ＣＳ１ カウンセラ、Ｆ１ 家族、Ｇ１ グループ、Ｈ１ ユーザ宅、Ｍ１ メンタル管理室、Ｏ１ 職場。

【図1】

【図2】

【図3A】

【図3B】

【図3C】

【図3D】

【図3E】

【図3F】

【図3G】

【図3H】

【図3I】

【図4】

【図5】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】