JP2019032881A - 方法 - Google Patents

Abstract

【課題】インスタント・メッセージング・アプリケーションにおいて、トークルーム内のメッセージングを促進するためのユーザ支援方法を提供する。【解決手段】第１ユーザを補助するためにコンピュータによって実装された仮想ユーザによる、トークルームにおけるメッセージングの履歴及び第２ユーザの健康情報に基づいて、第１ユーザまたは第２ユーザ向けの第１メッセージを動的に生成するステップと、第１メッセージを、第１ユーザに関連付けてトークルームに供給するステップと、第１メッセージの供給に応じて、履歴を更新するステップと、トークルームに関連付けられる、第１ユーザに提示される第１画面及び第２ユーザに提示される第２画面を生成するステップと、を含む。第１画面および第２画面のそれぞれにおいて、上記履歴が、メッセージングを行った第１ユーザ及び仮想ユーザによる第１組と第２ユーザによる第２組とに分類されて経時的に配置される。【選択図】図７

Description

本開示は、トークルームを介したメッセージングのための方法、プログラム、および情報処理装置に関するものである。

スマートフォンおよびタブレットのような端末を用いて複数のユーザがメッセージングを行うことにより、相互に対話可能とするインスタント・メッセージング（ＩＭ）サービスが知られる。ユーザは、ＩＭサービス用のアプリケーションを携帯型端末にインストールし、相手ユーザとの間でアカウントをリンクさせる（「友達」になる）ことにより、専用の仮想空間（「トークルーム」）を介して、メッセージングをすることができる。

ＩＭアプリケーションでは、端末を操作する実際のユーザ以外にも、ソフトウェア・プログラムで実装されるソフトウェア・ロボット・ユーザが提供される。例えば特許文献１には、通訳機能を有したソフトウェア・ロボット・ユーザが開示される。一例として、日本人ユーザは韓国人ユーザと友達関係にあり、「韓国語翻訳ユーザ」として提供されるソフトウェア・ロボットも友達として追加し、三者がトークルームに参加することを想定する。日本人ユーザが日本語のテキスト・メッセージを投稿すると、それに応答して、ソフトウェア・ロボットが即座にその内容を韓国語に翻訳して翻訳メッセージを投稿する。韓国人ユーザは、翻訳メッセージを閲覧することで日本人ユーザによるテキスト・メッセージを理解できるので、トークルームを介した円滑なコミュニケーションが可能となる。このように、ソフトウェア・ロボット・ユーザは、１つのアカウントを有する独立したユーザとしてトークルームに参加し、特定の１つの要求に対して１つの応答を行うという、予め決められた機能に関して限定的な振る舞いを行うものである。

特開２０１５−１７９５１９号公報

本開示は、ＩＭサービス用のアプリケーションにおいて、トークルーム内のメッセージングを促進するために、様々な機能を有して所定のユーザを後方支援するように振る舞うメッセージング支援技術を提供することを目的とする。特に、所定のユーザの振る舞いの一部を代行可能とするメッセージング支援技術を提供することを目的とする。

本開示の一実施形態によれば、トークルームを介したメッセージングのための方法が提供される。かかる方法は、第１ユーザを補助するためにコンピュータによって実装された仮想ユーザによる、トークルームにおけるメッセージングの履歴および第２ユーザの健康情報に基づいて、第１ユーザまたは第２ユーザ向けのメッセージを動的に生成するステップと、第１メッセージを、第１ユーザに関連付けてトークルームに供給するステップと、第１メッセージの供給に応じて、履歴を更新するステップと、トークルームに関連付けられる、第１ユーザに提示される第１画面および第２ユーザに提示される第２画面を生成するステップと、を含み、第１画面および第２画面のそれぞれにおいて、上記履歴が、メッセージングを行った第１ユーザおよび仮想ユーザによる第１組と第２ユーザによる第２組とに分類されて経時的に配置される。

また、本開示の一実施形態によれば、トークルームを介した第１ユーザおよび第２ユーザ間のメッセージングにおける第１ユーザを補助するための方法が提供される。かかる方法は、コンピュータによる、トークルームにおけるメッセージングの履歴および第２ユーザの健康情報に基づいて、第２ユーザ向けのメッセージを動的に生成するステップと、メッセージを、第１ユーザに関連付けてトークルームに供給することにより、第１ユーザを代行するステップと、メッセージの供給に応じて、履歴を更新するステップと、トークルームに関連付けられる、第１ユーザに提示される第１画面および第２ユーザに提示される第２画面を生成するステップと、を含み、第１画面および第２画面のそれぞれにおいて、上記履歴が、メッセージングを行った第１ユーザおよびコンピュータによる第１組と第２ユーザによる第２組とに分類されて経時的に配置される。

更に、本開示の一実施形態によれば、トークルームを介したメッセージングのための情報処理装置が提供される。かかる情報処理装置は、サービスを提供する第１ユーザと、サービスを提供される第２ユーザとの関係を管理し、トークルームにおける第１ユーザおよび第２ユーザ間のメッセージングの履歴を管理する管理部と、第１ユーザの補助を行う仮想ユーザを実装する仮想ユーザ部であって、履歴を分析する分析部と、分析および第２ユーザの健康情報に応じて、メッセージを動的に生成するメッセージ生成部と、メッセージを第１ユーザに関連付けてトークルームに供給する供給部と、供給されたメッセージに関し、上記履歴を更新する更新部と、を備える仮想ユーザ部と、更新された履歴に基づいて、トークルームに関連付けられる、第１ユーザに提示される第１画面と第２ユーザに提示される第２画面とを生成する画面生成部と、を備え、第１画面および第２画面において、上記履歴が、メッセージングを行った第１ユーザおよび仮想ユーザによる第１組と第２ユーザとに分類されて経時的に配置される。

本開示の各実施形態により、第１ユーザを後方支援する、様々な機能を有する仮想ユーザを実装することができる。仮想ユーザは、メッセージングの進行に応じて自律的に次の動作を判断することができる。これにより、特に、仮想ユーザが、第１ユーザを代行して、第２ユーザへのメッセージングを行うことにより、トークルーム内のメッセージングを促進することができる。指導者が生徒に対してアドバイスを行うような場面において両者間のコミュニケーションを効率的、且つ活発なものとすることができる。

情報処理システムの基本構成図である。 情報処理装置のハードウェア構成図である。 ユーザ端末のハードウェア構成図である。 情報処理システムの機能ブロック図である。 トークルームにおけるアカウント間の関係を示した概要図である。 一実施形態による方法で実装される画面イメージである。 一実施形態による方法の処理フロー図である。 健康管理サービス・プログラムのタスク概要図である。 一実施形態による方法で実装される画面イメージである。 メッセージ設定情報の概要図である。 メッセージ履歴情報のテーブル構成図である。 一実施形態による方法で実装される画面イメージである。 一実施形態による方法の処理フロー図である。 一実施形態による方法で実装される画面イメージである。

最初に、本開示の例示的な実施形態の構成を列記して説明する。本開示の実施形態による、タッチパネルを備えるコンピュータに実行させるコンピュータ実装方法は、以下のような構成を備えてもよい。

〔形態１〕形態１によれば、トークルームを介したメッセージングのための方法が提供される。かかる方法は、第１ユーザを補助するためにコンピュータによって実装された仮想ユーザによる、トークルームにおけるメッセージングの履歴および第２ユーザの健康情報に基づいて、第１ユーザまたは第２ユーザ向けのメッセージを動的に生成するステップと、メッセージを、第１ユーザに関連付けてトークルームに供給するステップと、メッセージの供給に応じて、履歴を更新するステップと、トークルームに関連付けられる、第１ユーザに提示される第１画面および第２ユーザに提示される第２画面を生成するステップと、を含み、第１画面および第２画面のそれぞれにおいて、上記履歴が、メッセージングを行った第１ユーザおよび仮想ユーザによる第１組と第２ユーザによる第２組とに分類されて経時的に配置される。かかる構成により、第１ユーザを後方支援するように振る舞う、様々な機能を有する仮想ユーザを実装することができ、トークルーム内のメッセージングを促進することができる。仮想ユーザは、メッセージングの進行に応じて自律的に次の動作を判断することができる。また、仮想ユーザが第１ユーザを後方支援するユーザであることを、画面表示上、明確にすることができる。これにより、特に、指導者が生徒に対してアドバイスを行うような場面おいて両者間のコミュニケーションを効率的、且つ活発なものにすることができる。

〔形態２〕形態２によれば、形態１の方法において、メッセージを第２ユーザに提示するかについての第１指標が、メッセージに関連付けられ、第１画面および第２画面において、第１指標がメッセージを第２ユーザに提示することを示す場合に、メッセージが第１ユーザによるメッセージングとして配置される。かかる構成により、メッセージの第２ユーザへの提示を制御することができ、より柔軟なメッセージングを可能にする。

〔形態３〕形態３によれば、形態２の方法において、第２画面において、第１指標がメッセージを第２ユーザに提示しないことを示す場合に、メッセージは配置されない。かかる構成により、仮想ユーザと第１ユーザの間の内部的な対話を実現することができる。

〔形態４〕形態４によれば、形態２または３の方法において、第１指標がメッセージを第２ユーザに提示すべきではないことを示す場合に、メッセージを供給するステップが、メッセージを、第２画面に表示することの承認を含む選択肢と共に第１画面に配置するステップと、第１画面において、選択肢に対する第１ユーザによる入力を受けるステップと、入力が承認を示す場合に、第１指標がメッセージを第２ユーザに提示すべきことを示すように第１指標を更新するステップと、を含み、第２画面においてメッセージが配置される。かかる構成により、第１ユーザによる承認を得たメッセージのみを第２ユーザの第２画面に表示するよう制御することができる。

〔形態５〕形態５によれば、形態５の方法において、第１画面に表示されたメッセージが第１ユーザによって編集可能である。かかる構成により、第２ユーザ向けのメッセージをより適切なものに修正することができる。

〔形態６〕形態６によれば、形態１から５の何れか１つの方法において、第１画面および第２画面において、メッセージが仮想ユーザによって供給されたことを示す第２指標が表示される。かかる構成により、第２ユーザに対する仮想ユーザと第１ユーザのメッセージを画面表示上、区別することができる。

〔形態７〕形態７によれば、メッセージのフォーマットが、テキストおよび画像を含む。

〔形態８〕形態８によれば、トークルームを介した第１ユーザおよび第２ユーザ間のメッセージングにおける第１ユーザを補助するため方法が提供される。かかる方法は、コンピュータによる、トークルームにおけるメッセージングの履歴および第２ユーザの健康情報に基づいて、第２ユーザ向けのメッセージを動的に生成するステップと、メッセージを、第１ユーザに関連付けてトークルームに供給することにより、第１ユーザを代行するステップと、メッセージの供給に応じて、履歴を更新するステップと、トークルームに関連付けられる、第１ユーザに提示される第１画面および第２ユーザに提示される第２画面を生成するステップと、を含み、第１画面および第２画面のそれぞれにおいて、上記履歴が、メッセージングを行った第１ユーザおよびコンピュータによる第１組と第２ユーザによる第２組とに分類されて経時的に配置される。仮想ユーザは、メッセージングの進行に応じて自律的に次の動作を判断することができる。また、仮想ユーザが第１ユーザを後方支援するユーザであることを、画面表示上、明確にすることができるこれにより、特に、仮想ユーザが、第１ユーザを代行して、第２ユーザへのメッセージングを行うことにより、トークルーム内のメッセージングを促進することができる。指導者が生徒に対してアドバイスを行うような場面において両者間のコミュニケーションを効率的、且つ活発なものとすることができる。

〔形態９〕形態９によれば、形態８の方法において、第１ユーザを代行するステップが、メッセージを、第２画面に表示することの承認を含む選択肢と共に第１画面に配置するステップと、第１画面において、選択肢に対する第１ユーザによる入力を受けるステップと、を含み、入力が承認を示す場合に、第２画面においてメッセージが配置される。かかる構成により、第１ユーザによる承認を得たメッセージのみを第２ユーザの第２画面に表示するよう制御することができる。

〔形態１０〕形態１０によれば、形態９の方法において、第１画面に表示されたメッセージが第１ユーザによって編集可能である。かかる構成により、第２ユーザ向けのメッセージをより適切なものに修正することができる。

〔形態１１〕形態１２によれば、形態１から１０の何れか１つの方法をコンピュータに実行させるプログラムが提供される。

〔形態１２〕形態１２によれば、トークルームを介したメッセージングのための情報処理装置が提供される。かかる情報処理装置は、サービスを提供する第１ユーザと、サービスを提供される第２ユーザとの関係を管理し、トークルームにおける第１ユーザおよび第２ユーザ間のメッセージングの履歴を管理する管理部と、第１ユーザの補助を行う仮想ユーザを実装する仮想ユーザ部であって、履歴を分析する分析部と、該分析および第２ユーザの健康情報に応じて、メッセージを動的に生成するメッセージ生成部と、メッセージを第１ユーザに関連付けてトークルームに供給する供給部と、供給されたメッセージに関し、履歴を更新する更新部と、を備える仮想ユーザ部と、更新された履歴に基づいて、トークルームに関連付けられる、第１ユーザに提示される第１画面と第２ユーザに提示される第２画面とを生成する画面生成部と、を備え、第１画面および第２画面において、上記履歴が、メッセージングを行った第１ユーザおよび仮想ユーザによる第１組と第２ユーザによる第２組とに分類されて経時的に配置される。かかる構成により、第１ユーザを後方支援するように振る舞う、様々な機能を有する仮想ユーザを実装することができ、トークルーム内のメッセージングを促進することができる。また、仮想ユーザが第１ユーザを後方支援するユーザであることを、画面表示上、明確にすることができる。仮想ユーザは、メッセージングの進行に応じて自律的に次の動作を判断することができる。これにより、特に、指導者が生徒に対してアドバイスを行うような場面おいて両者間のコミュニケーションを効率的、且つ活発なものにすることができる。

以下に、本開示に係る方法、プログラム、および情報処理装置の実施形態を添付図面とともに説明する。添付図面において、同一または類似の要素には同一または類似の参照符号が付され、各実施形態の説明において同一または類似の要素に関する重複する説明は省略することがある。また、各実施形態で示される特徴は、互いに矛盾しない限り他の実施形態にも適用可能である。

図１は、情報処理システムの全体概要図である。図１に示すように、情報処理システムは、サーバ１００と、複数のユーザ端末２００，３００と、を備える。サーバ１００は、ネットワーク４００を介してユーザ端末２００，３００に接続される。図１において、説明を簡単にするために、ユーザ端末は２台だけ示しているが、これに限定されず、３台以上としてもよい。また、ユーザ端末２００，３００の具体的な機器は、図示したパーソナルコンピュータおよびスマートフォンに限定されず、これ以外にも、例えば、フィーチャーフォン、ＰＤＡ(Personal Digital Assistant)、またはタブレット端末等の電子機器としてもよい。

以下の実施形態の説明では、インスタント・メッセージング（ＩＭ）・アプリケーション上で健康管理サービスが提供されることを想定する。具体的には、健康管理サービスにおいて、栄養士等の指導者と健康管理対象者との間のメッセージング（メッセージ送受信）を通じて、健康管理対象者は、指導者から健康管理上のアドバイスを受けることができる。図１では、例えば、ユーザ端末２００は、指導者が保有するユーザ端末を示すものとし、また、ユーザ端末３００は、健康管理対象者が保有するユーザ端末を示すものとする。

一例のシナリオでは、健康管理対象者がユーザ端末３００に搭載されたカメラで撮影した食事の画像をユーザ端末３００から健康管理サーバ１００に送信する。サーバ１００は受信した画像をユーザ端末２００に表示するための画面を生成する。画面が供給された指導者は、ユーザ端末２００に表示された健康管理対象者の食事の画像を閲覧し、サーバ１００を介して、健康管理対象者向けのメッセージを、ユーザ端末３００に送り返す。

なお、ユーザ端末２００，３００で各ユーザが利用するアプリケーションは、ＩＭアプリケーションに限定されず、例えばＳＮＳ（Social Networking Service）またはブログ（Blog）等としてもよい。即ち、一実施形態によれば、健康管理サービスを利用する複数のユーザのアカウント間をリンクさせて、アカウント間でメッセージング（メッセージ等のデータの送受信）を行うことができる任意のアプリケーションを採用可能である。

図２および図３を参照して、サーバ１００およびユーザ端末２００，３００のハードウェア構成について説明する。
図２は、サーバ１００のハードウェア構成図である。サーバ１００は、ＩＭアプリケーションを通じてサービスを提供するための情報処理装置であり、例えばワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、或いはクラウド・コンピューティングによって論理的に実現されてもよい。サーバ１００は、プロセッサ１０、メモリ１１、ストレージ１２、通信インタフェース（ＩＦ）１３、および入出力部１４等を備え、これらはバスを通じて相互に電気的に接続される。

プロセッサ１０は、サーバ１００全体の動作を制御し、各要素間におけるデータの送受信の制御、およびアプリケーションの実行に必要な情報処理等を行う演算装置である。例えばプロセッサ１０はＣＰＵ(Central Processing Unit)であり、ストレージ１２に格納されメモリ１１に展開されたプログラム等を実行して各情報処理を実施する。

メモリ１１は、ＤＲＡＭ(Dynamic Random Access Memory)等の揮発性記憶装置で構成される主記憶と、フラッシュメモリやＨＤＤ(Hard Disc Drive)等の不揮発性記憶装置で構成される補助記憶と、を含む。メモリ１１は、プロセッサ１０のワークエリア等として使用され、また、サーバ１００の起動時に実行されるＢＩＯＳ(Basic Input / Output System)、および各種設定情報等を格納する。ストレージ１２は、アプリケーション・プログラム、およびユーザの認証プログラム等の各種プログラムを格納する。ＩＭアプリケーションの各処理に用いられるデータを格納したデータベースがストレージ１２に構築されていてもよい。

通信インタフェース１３は、サーバ１００をネットワーク４００に接続し、ユーザ端末２００，３００との通信を行う。入出力部１４は、マウスやキーボード等の情報入力機器、およびディスプレイ等の出力機器である。バス１５は、上記各要素に共通に接続され、例えば、アドレス信号、データ信号および各種制御信号を伝達する。

図３は、ユーザ端末２００，３００のハードウェア構成図である。図３の例は、主に、タッチパネルを有するスマートフォン（３００）を想定している。ユーザ端末２００，３００は、プロセッサ２０、メモリ２１、ストレージ２２、通信インタフェース２３、撮像部２４、およびタッチパネル２５等を備え、バス２６を介して相互に電気的に接続される。

プロセッサ２０は、ユーザ端末２００，３００動作を制御し、各要素間におけるデータの送受信の制御、およびプリケーションの実行に必要な処理等を行う演算装置である。例えばプロセッサ２０はＣＰＵおよび／またはＧＰＵ(Graphical Processing Unit)等であり、ストレージ２２に格納されメモリ２１に展開されたプログラム等を実行することによって、必要な各情報処理を実施する。

メモリ２１は、ＲＡＭなどの揮発性記憶装置で構成される主記憶と、フラッシュメモリやＨＤＤ等の不揮発性記憶装置で構成される補助記憶と、を含む。メモリ２１はプロセッサ２０のワークエリア等として使用され、また、サーバ１００の起動時に実行されるＢＩＯＳ、および各種設定情報等が格納される。ストレージ２２には、アプリケーション・プログラム等が格納される。

通信インタフェース１３は、ユーザ端末２００，３００をネットワーク４００に接続し、サーバ１００と通信を行う。また、通信インタフェース１３には、Ｂｌｕｅｔｏｏｔｈ（登録商標）およびＢＬＥ(Bluetooth Low Energy)の近距離通信インタフェースも含まれる。撮像部２４は、カメラ機能を有し、ユーザによって撮像された画像をストレージ２２に格納する。タッチパネル２５は、入力部２５１および表示部２５２を構成する。バス２６は、上記の各要素に共通に接続され、例えば、アドレス信号、データ信号、および各種制御信号を伝達する。

タッチパネルの入力部２５１は、ユーザによるタッチパネル２５への操作があったことを検知する。入力部２５１は、圧力検出方式、抵抗膜方式、静電容量方式、または電磁誘導方式等を採用することができる。そして、タッチパネル上の任意の位置で操作（タッチパネルに対する、タッチ操作、スライド動作、スワイプ操作、及びタップ操作等の物理的接触操作）による入力を受けると、その位置における押圧、電気抵抗、電気容量、または弾性波のエネルギー等の変化量が検知され、対応する接触位置座標が特定される。タッチパネルの表示部２５２は液晶ディスプレイ等で構成される。

図４を参照して情報処理システムの機能構成について説明する。図４は、サーバ１００およびユーザ端末２００，３００にそれぞれ実装される機能を示した例示のブロック図である。サーバ１００は、通信部１１０、ＩＭサービス提供部１２０、トークルーム管理部１３０、仮想ユーザ部１５０、画面生成部１６０、および記憶部１９０を含み、相互に作用する。仮想ユーザ部１５０は、更に、初期サーベイ実施部１５１、タスク決定部１５２、分析部１５３、ユーザ関連情報更新部１５４、メッセージ生成部１５６、メッセージ供給部１５８、およびメッセージ履歴更新部１５９を含む。記憶部１９０は、更に、アカウント情報１９１、アカウント関連付け情報１９２、サービス・プログラム情報１９３、メッセージ設定情報１９５、ユーザ関連情報１９６、およびメッセージ履歴情報１９８を管理する。

他方、ユーザ端末２００，３００は、通信部２１０、記憶部２２０、ＩＭサービス実施部２３０、入力編集部２４０、および出力部２５０を含み、相互に作用する。ユーザ端末３００の機能構成も同様である（以下、特に注記する場合を除き、ユーザ端末２００，３００のことを「ユーザ端末２００」と総称する。）。

サーバ１００の通信部１１０は、サーバ１００をネットワーク４００に接続し、ユーザ端末２００との通信によりデータの送受信を行う。ＩＭサービス提供部１２０は、ＩＭアプリケーションを用いた複数のユーザによるメッセージングを実現するための基本機能を提供する。トークルーム管理部１３０はアカウント関連付け情報１９２を管理する。特に、健康管理サービス・プログラムを提供する指導者と、健康管理サービス・プログラムを提供される健康管理対象者（生徒）との関係を管理する。トークルーム管理部１３０は、また、メッセージ履歴情報１９８を管理する。仮想ユーザ部１５０は、指導者を補助するための仮想ユーザ機能を実装する。画面生成部１６０は、メッセージ履歴情報１９８に基づいて、トークルームに関連づけられるユーザ画面を生成する。ユーザ画面は、ユーザ端末２００，３００毎に生成される。

仮想ユーザ部１５０の初期サーベイ実施部１５１は、健康管理対象者が健康管理サービス・プログラムを開始する際に初期サーベイを実施して、健康管理対象者の初期のユーザ関連情報１９６（特に健康情報）を取得する。タスク決定部１５２は、健康管理サービス・プログラム情報１９３およびユーザ関連情報１９６に関連した、仮想ユーザのアクションに関するタスクを決定する。分析部１５３は、メッセージ履歴情報１９８を分析する。

ユーザ関連情報更新部１５４は、メッセージ履歴情報１９８の分析に応じて、健康管理対象者および／または指導者に関するユーザ関連情報１９６を更新する。メッセージ生成部１５６は、メッセージ履歴情報１９８の分析に応じて、また、更新したメッセージ設定情報１９５に基づいて、タスクに関連付けられる、指導者および／または健康管理対象者向けのメッセージを動的に生成する。メッセージ供給部１５８は、生成したメッセージを、指導者に関連付けてトークルームに供給する。メッセージ履歴更新部１５９は、メッセージのトークルームへの供給に応じて、メッセージ履歴情報１９８を更新する。

記憶部１９０は、ＩＭアプリケーションに関する各種データおよびプログラムを格納する。具体的には、アカウント情報１９１は、指導者および健康管理対象者に関するユーザＩＤ，ユーザ名、ユーザ種別、属性情報およびユーザ認証用パスワード等を含む。アカウント関連付け情報１９２は、トークルームに参加する複数のアカウント間の関連付けに関する情報、例えば、健康管理サービス・プログラムを提供する指導者と、健康管理サービス・プログラムを提供される健康管理対象者との関係等を含む。サービス・プログラム情報１９３は、健康管理サービス・プログラムに関する情報、例えば、サービス期間、およびその間に指導者および／または健康管理対象者が行うべきアクションに関するタスク情報等を含む。

メッセージ設定情報１９５は、タスクに関連して仮想ユーザが生成するメッセージの基本情報、例えば、メッセージ・テンプレート、メッセージ分類、メッセージ種別、および画面の表示指標等の設定情報等を含む。ユーザ関連情報１９６は、健康管理サービス・プログラムに関するユーザの健康に関する基本情報、例えば、健康管理対象者の日常生活の行動情報、および趣味や行動に関する嗜好情報等を含む。メッセージングの進行に応じて、ユーザ関連情報１９６は更新される。メッセージ履歴情報１９８は、トークルームに参加する複数のユーザ間のメッセージングの履歴に関する情報、例えば、メッセージ供給者、メッセージ内容、および供給日時等を含む。

ユーザ端末２００の通信部２１０は、ユーザ端末２００をネットワーク４００に接続し、サーバ１００との通信によりデータの送受信を行う。記憶部２２０は、ＩＭサービスを利用するのに必要なＩＭアプリケーションに関する各種データおよびプログラムを格納する。ＩＭサービス実施部２３０は、ＩＭアプリケーションを実行し、ユーザによるメッセージングを可能にする。入力編集部２４０は、メッセージングに際し、入力部２５１を通じてメッセージの入力および／または編集を可能にする。出力部２５０は、サーバ１００の画面生成部１６０で生成されたユーザ画面を表示部２５２に出力する。

図２および図３に示した上記のサーバ１００およびユーザ端末２００，３００の各ハードウェア構成における各要素、並びに図４に示した各機能ブロックは一例に過ぎず、これらに限定されない。また、図４に示した各機能ブロックは、ハードウェアの一部として実装されても、および／またはソフトウェアの一部として実装されてもよい。更に、図４に示したサーバ１００の各機能ブロック１１０〜１９０の少なくとも一部は、ユーザ端末２００が有するように構成してもよい。逆に、ユーザ端末２００の各機能の少なくとも一部２１０〜２５０も、サーバ１００が有するように構成してもよい。つまり、一実施形態による方法およびプログラムは、サーバ１００およびユーザ端末２００から任意に選択された装置が実行することができる。

図５および図６を参照して、ＩＭアプリケーションで実現される健康管理サービスの概要について説明する。図５は、ＩＭアプリケーションに登録し、トークルームに参加した複数ユーザのアカウント関連付けに関する例示の概略図である。図６は、健康管理サービスに関し、複数ユーザがＩＭアプリケーション上でのメッセージングを行っている例示の画面イメージである。

図５に示すように、トークルームＡには、ユーザ端末２００を操作する実際のユーザ（実戦で囲まれたユーザ）として、「成島成美」と「田中麻里」の２人が参加している。つまり、ＩＭアプリケーションを使用するユーザのアカウントとして、「成島成美」（アカウントＩＤ：１００１２３４）、「田中麻里」（アカウントＩＤ：１２３４７７７）が存在する。「成島成美」のユーザ種別は「指導者ユーザ」（即ち、健康指導者）であり、「田中麻里」のユーザ種別は「生徒ユーザ」（即ち、健康管理対象者）である。ユーザ名、アカウントＩＤおよびユーザ種別等のユーザ基本情報は、アカウント情報１９２に含まれるのがよい。

また、「指導者ユーザ」である「成島成美」と、「生徒ユーザ」である「田中麻里」との間には、健康管理サービス・プログラムの提供者と被提供者という関係が存在する。このような関係は、アカウント関連付け情報１９２に含まれるのがよい。なお、「指導者ユーザ」に対し、２人以上の「生徒ユーザ」が関連付けられてもよいし、１人の「生徒ユーザ」に対し、２人以上の「指導者ユーザ」が関連付けられてもよい。

また、ユーザ端末２００を操作する実際のユーザとは別に、仮想ユーザ部１５０によって実装される「アシスタントＵＩ」（アカウントＩＤ：９００１２３４／ユーザ種別：仮想ユーザ）が存在する（点線で囲まれたユーザ）。「アシスタントＵＩ」は、トークルームＡにおいて「指導者ユーザ」である「成島成美」を補助する役割を有する。「成島成美」がトークルームＡに参加することで、自動的に「アシスタントＡＩ」もトークルームＡに参加することになる。

「アシスタントＡＩ」は、例えば、「成島成美」に対し、トークルームＡのメッセージングの進行に応じて、「田中麻里」へのメッセージングを催促するメッセージを投稿したり、「成島成美」を代行して「田中麻里」に対し、実際のメッセージを供給したりする。「アシスタントＡＩ」は、トークルームＡのメッセージングの進行に応じて自律的に次のアクションを判断し、該アクションを実施するというエージェントであり、人工知能（ＡＩ：Artificial Intelligence）エンジンを搭載した仮想ユーザである。「アシスタントＡＩ」の存在により、トークルームＡでの「成島成美」と「田中麻里」のコミュニケーションを円滑なものとすることができる。

図６は、トークルームＡに関連付けられる、「田中麻里」のユーザ端末３００に表示された例示の画面３０ａ，３０ｂである。画面３０ａ，３０ｂでは、トークルームＡでメッセージングを行った相手（「成島成美」。仮想ユーザである「アシスタントＡＩ」も含む。）および自分（「田中麻里」）の各組にメッセージ履歴情報１９８が分類される。そして、メッセージ履歴が、分類された組ごとに経時的に配置される。メッセージの進行と共に、画面３０ａから３０ｂへと遷移する。画面３０ａ，３０ｂでは、画面の左側に沿って相手（「成島成美」）のメッセージ履歴の組が配置される。また、画面の右側に沿って自分（「田中麻里」）のメッセージ履歴の組が配置される。

メッセージ履歴に含まれる各メッセージは、アイコン画像およびユーザ名、並びにメッセージ投稿時刻と共に表示されてもよい。仮想ユーザ部１５０を通じて「アシスタントＡＩ」によって供給されるメッセージは自分の指導者である「成島成美」によるものとして同じ組に分類される。即ち、「アシスタントＡＩ」によるメッセージ履歴は、左側に配置される。「アシスタントＡＩ」によって供給されたメッセージは、「アシスタントＡＩ」のアイコン画像およびユーザ名と共に配置してもよい。或いは、（「アシスタントＡＩ」ではない）「成島成美」のアイコン画像およびユーザ名と共に配置してもよい。なお、「成島成美」のユーザ端末２００には画面３０ａ，３０ｂに対応して、相手と自分が入れ替わった（即ち、相手（「田中麻里」）および自分（「成島成美」））画面が表示されることになる。

図６に示すように、各メッセージ４０ａ〜４０ｅは、画面上部から下部への時系列に沿って吹き出し形式で表示される。各メッセージは、テキストおよび／または画像のフォーマットによるものとするのがよいがこれに限定されない。テキストおよび／または画像のフォーマットの他にも音声のフォーマット等としてもよい。画面３０ａにおいて、メッセージ４０ａは、「アシスタントＡＩ」によって動的に生成されたものであり、食事アイコンおよびテキスト「朝食を投稿しましょう」を含んで構成される。例えば、「田中麻里」のユーザ関連情報１９６に、朝食の時刻が７：００である情報が含まれる場合に、「アシスタントＡＩ」は７：００に当該メッセージを動的に作成して供給する。このように、「アシスタントＡＩ」が「成島成美」を代行するようにメッセージを送信することにより、トークルーム内のメッセージングを効率化し、また、コミュニケーションを活性化することができる。

メッセージ４０ａに応じて、自分（「田中麻里」）が供給した朝食の画像を含むメッセージ４０ｂが表示される。具体的には、メッセージ４０ｂは、朝食画像、画像タイトルおよび時刻（「朝食」「２０１６／０９／３０ １０：１０」）を含んで構成される。時刻は、朝食画像に関連付けられるタイムスタンプ情報を利用するのがよい。メッセージ４０ｂに併せて、メッセージ４０ｃが表示される。メッセージ４０ｃは、テキスト「今朝はサラダだけにしました、たんぱく質は取らないようにしようかなと思いました」を含んで構成される。なお、メッセージ４０ａおよび４０ｂは、同時の投稿となるよう、ユーザによる１つの送信動作で実施されるのがよい。

画面３０ｂに遷移し、今度は相手（「成島成美」）によって供給されたメッセージ４０ｄが表示される。メッセージ４０ｄは、自分（「田中麻里」）が供給した朝食の画像、およびそれに対する整数値の評価（３つ星）を含んで構成される。メッセージ４０ｄに併せて、相手（「成島成美」）によって供給されたメッセージ４０ｅが表示される。メッセージ４０ｄは、キャラクタ画像（所謂、スタンプ画像）を含んで構成される。

「田中麻里」が送信するメッセージは、画面下部に設けたフィールドから入力される。具体的には、フィールドは、写真またはスタンプ画像を選択入力するための画像入力フィールド５０ａと、ソフトウェア・キーボード等によるテキスト入力を可能にするテキスト入力フィールド５０ｂと、メッセージの送信のための「送信」ボタン５０ｃと、が含まれる。

これより、図７〜図１４を参照して、一実施形態によるトークルームを介したメッセージングのための方法について説明する。図７および図１３は、一実施形態による方法において実装される、指導者を補助する仮想ユーザによる例示のフロー図である。図８は、仮想ユーザがメッセージングを行うアクションに関するタスク一覧の概要図である。図９〜図１４は、一実施形態による方法を通じて生成される、指導者および／または健康管理対象者のユーザ端末に表示される例示の画面イメージである。図１０は、メッセージ設定情報１９５に含まれるメッセージ分類、メッセージ種別、および表示指標の関係に関する例示の概略図である。図１１は、メッセージ履歴情報１９８に関する例示のテーブル構成図である。

図７は、仮想ユーザ部１５０によって実施されるメッセージングの基本処理フローＳ１００を示すフロー図である。処理フローＳ１００は、Ｓ１１０で開始される。例えば、図５および図６に示した健康管理サービス・プログラムに関連して、仮想ユーザがメッセージングを行うアクションに関するタスクに関連付けられたトリガに従って開始される。タスクは、図８に例示するサービス・プログラム情報１９３において定義され、タスク決定部１５２で決定される。一例のタスクは、「プログラム開始時」「プログラム実施中」「プログラム終了時／終了後」毎に定義される。また、「プログラム実施中」のタスクには「食事」「体重測定」「睡眠」「レポート」が定義され、更に、「食事」には「朝食」「昼食」「夕食」が、「睡眠」には「就寝」「起床」が定義されて、各タスクに各種トリガ（例えば、所定の時刻、期間およびユーザ動作等）が関連付けられる。

処理フローＳ１００がＳ１１０で開始されると、まず、生徒ユーザのユーザ関連情報が既に設定されているか否かで処理が分岐する（Ｓ１２０）。ユーザ関連情報が未だ設定されていない場合（Ｓ１２０がＮｏ）は、タスクが「プログラム開始時」であり、初期サーベイ実施部１５１による初期サーベイを実施する（Ｓ１３０）。これにより、初期のユーザ関連情報を取得することになる。

ユーザ関連情報が既に設定されている場合（Ｓ１２０がＹｅｓ）は、タスクが「プログラム実施中」または「プログラム終了時／終了後」であり、メッセージングの処理（Ｓ１４０〜Ｓ１８０）に進む。具体的には、分析部１５３が、トークルームのメッセージ履歴を分析して、メッセージ分類、メッセージ種別、および表示指標を決定する（Ｓ１４０）。メッセージ生成部１５６が、メッセージ履歴情報１９８に基づいて決定したメッセージ分類およびメッセージ種別に基づいて、タスクに関連付けられるメッセージを動的に生成する（Ｓ１５０）。メッセージ供給部１５８が、生成したメッセージを指導者ユーザに関連付けてトークルームに供給する（Ｓ１６０）。メッセージ履歴更新部１５９が、メッセージの供給に応じて、メッセージ履歴情報１９８を更新する（Ｓ１７０）。そして、画面生成部１６０が、トークルームに関連付けられる、指導者ユーザに提示される画面と、生徒ユーザに提示される画面とをそれぞれ生成する（Ｓ１８０）。

Ｓ１３０の初期サーベイにおいて、初期サーベイ実施部１５１は、「プログラム開始時」のタスクにおいて予め決められた質問メッセージをトークルームに供給する。質問メッセージに対して生徒ユーザが回答メッセージを供給することで初期サーベイが進行される。これにより、生徒ユーザの初期のユーザ関連情報１９６が自動的に取得およびセットされる。図９は、トークルームＡにおいて初期サーベイの進行例を示す画面である。ここでは、図５と同様、指導者ユーザ「成島成美」と生徒ユーザ「田中麻里」がトークルームＡに参加し、「田中麻里」は「ダイエット家庭教師３０日」コースのサービス・プログラムに申し込んでいるとする。当該サービス・プログラムの開始日に初期サーベイが実施される。

図９のトークルームＡに関連付けられる「田中麻里」の画面３１では、「成島成美」に代わって、「アシスタントＡＩ」によって供給されたメッセージ４１ａ〜４１ｅが表示される。メッセージ４１ａ〜４１ｅは、サービス・プログラム情報１９３に含まれる情報に基づいて生成される。メッセージ４１ａおよび４１ｂでは、「ダイエット家庭教師３０日」コースのサービス・プログラムの開始のアナウンス、および生徒ユーザ「田中麻里」のユーザ関連情報の登録を催促するメッセージが表示される。ユーザ関連情報１９６は、例えば、生徒ユーザ「田中麻里」の体重、食事の時間および運動頻度等のライフスタイルおよび嗜好、並びにセルフィー（自分の画像）等を含む。

メッセージ４１ｃでは、生徒ユーザ「田中麻里」の体重の入力を催促し、メッセージ４１ｄでは、セルフィーの入力を催促する。これに応じて、生徒ユーザ「田中麻里」が体重およびセルフィーを入力することにより、初期のユーザ関連情報１９６が登録される。なお、ユーザ関連情報１９６は、サービス・プログラムの進行と共にパーソナライズされるのがよい。即ち、ユーザ関連情報更新部１５４は、生徒ユーザ「田中麻里」からその後に供給されるメッセージの履歴に応じてユーザ関連情報１９６を随時更新する。メッセージ４１ｅでは、サービス・プログラム情報１９３に含まれる今後のタスクに関するアナウンスが表示される。ここではタスク「朝食」に関するアナウンスが表示される。仮想ユーザによるメッセージ４１ａ〜４１ｅ、および「田中麻里」による回答のメッセージはメッセージ履歴情報１９８に登録される。このように、指導者ユーザに代わって仮想ユーザが初期サーベイを実施ことにより、トークルーム内のコミュニケーションを効率化することができる。

Ｓ１４０において、分析部１５３は、メッセージ履歴情報１９８を分析し、送信されることになるタスクに応じたメッセージについて、メッセージ設定情報１９５に含まれるメッセージ分類、メッセージ種別、および表示指標を決定する。分析は、メッセージ履歴情報１９８の構文解析、自然言語処理、および画像解析等の人工知能に関する情報処理技術が広く適用される。図１０は、メッセージ分類、メッセージ種別、および表示指標の例示の関係を示す。図１０に示すように、メッセージ分類は、「生徒ユーザ向け」および「指導者ユーザ向け」を含み、どのユーザに向けられるメッセージを決定する。メッセージ種別は、「リマインダ／フォロー」、「レスポンス」、および「アドバイス」を含む。例えば、「リマインダ／フォロー」では、タスクに関し、仮想ユーザが所定の時刻に生徒ユーザに催促する、または前回の投稿から所定の期間経過した場合にフォローを行う。「レスポンス」では、生徒ユーザまたは指導者ユーザが供給したメッセージに対して即座に応答する。「アドバイス」では、所定の時刻または期間で、生徒ユーザまたは指導者ユーザに助言する。仮想ユーザが生成するメッセージは、メッセージ分類およびメッセージ種別の組み合わせでそのパターンが決定する。この例では６パターンとなる。

メッセージのパターンは更に、表示指標が関連付けられてセットされる。表示指標は、生成されるメッセージを生徒ユーザに対して提示するか、即ち、生徒ユーザの画面に表示させるかについての指標であり、「表示」または「非表示」を含む。指導者ユーザに対しては、当該表示指標に拘わらず常に提示してよい。例えば、図６に示した、メッセージ分類「生徒ユーザ向け」かつメッセージ種別「リマインダ／フォロー」であるメッセージ４０ａは、表示指標が「表示」にセットされ、生徒ユーザの画面に表示される。他方、メッセージ分類「生徒ユーザ向け」、かつメッセージ種別「アドバイス」のメッセージは、指導者ユーザによって編集または承認されるまでは生徒ユーザの画面に表示させず、最初の表示指標は「非表示」にセットされる。この場合、指導者ユーザによって編集または承認されると表示指標が「表示」に更新される（後述）。なお、このようなメッセージ分類、メッセージ種別、および表示指標は上記に限定されない。例えば、メッセージ種別「リマインダ／フォロー」は、「リマインダ」「フォロー」と別個に設定されてもよい。

Ｓ１５０において、メッセージ生成部１５６は、メッセージ分類およびメッセージ種別に基づいて、メッセージ設定情報１９５に含まれる、タスクに応じたメッセージ・テンプレートを用いてメッセージを生成する。例えば、前述のメッセージ４０ａは、「朝食」タスクに関し、メッセージ分類「生徒ユーザ向け」かつメッセージ種別「リマインダ／フォロー」のメッセージとして、メッセージ・テンプレート「朝食を投稿しましょう」がそのままメッセージに適用される。アカウント情報１９１および／またはユーザ関連情報１９６に含まれる情報に基づいて、メッセージ・テンプレートがカスタマイズおよび／またはパーソナライズされてもよい。

Ｓ１６０において、メッセージ供給部１５８は、生成したメッセージを指導者ユーザに関連付けて所定のタイミングでトークルームに供給する。例えば、メッセージ４０ａの「朝食を投稿しましょう」のように、メッセージ分類「生徒ユーザ向け」の場合には、指導者ユーザとしてメッセージを供給する。また、上記メッセージ４０ａのようにメッセージ種別「リマインダ」の場合のメッセージ供給のタイミングは、ユーザ関連情報１９６に基づいて決定される。例えば、初期サーベイを通じて生徒ユーザから取得した朝食の時刻、またはその後の実際の朝食の時刻によってパーソナライズされた時刻に基づいて動的に決定されるタイミングとするのがよい。

Ｓ１７０において、メッセージ履歴更新部１５９は、Ｓ１６０で供給したメッセージの履歴をメッセージ履歴情報１９８に追加する。図１１は、例示のメッセージ履歴テーブルＴ１０および仮想ユーザ・メッセージ履歴テーブルＴ２０を示す。メッセージ履歴情報１９８は、レコード毎の各データを含んで構成される。メッセージ履歴テーブルＴ１０は、メッセージＩＤ、メッセージ供給日時、送信ユーザ（生徒ユーザ、指導者ユーザ、または仮想ユーザ）、メッセージ内容（テキストまたは画像フォーマットのコンテンツ）、および供給先既読指標（既読または未読）等をその項目に含む。また、仮想ユーザ・メッセージ履歴テーブルＴ２０は、メッセージＩＤ、メッセージ分類（生徒ユーザ向けまたは指導者ユーザ向け、メッセージ種別（リマインダ、フォロー、レスポンス、アドバイス）、表示指標（表示または非表示）、および承認／編集可能指標（可または不可）等を項目に含む。メッセージ履歴テーブルＴ１０および仮想ユーザ・メッセージ履歴テーブルＴ２０は、メッセージＩＤをキーにして相互に関連付けられる。

Ｓ１８０において、画面生成部１６０は、Ｓ１７０で更新したメッセージ履歴情報１９８を用いて、トークルームに関連付けられる、指導者ユーザに提示される指導者ユーザ画面、および生徒ユーザに提示される生徒ユーザ画面をそれぞれ生成する。指導者ユーザ画面および生徒ユーザ画面の各画面では、メッセージングを行った指導者ユーザおよび生徒ユーザごとにメッセージ履歴情報１９８のメッセージ内容が分類されて経時的に配置される。また、仮想ユーザが供給したメッセージについても、仮想ユーザ・メッセージ履歴テーブルＴ２０の表示指標が「表示」のメッセージ（即ち、生徒ユーザに提示するメッセージ）の場合は、当該メッセージは指導者ユーザによるメッセージングとして指導者ユーザと同じ組に分類され、メッセージ履歴が配置される。表示指標が「非表示」のメッセージである場合は、生徒ユーザ画面において当該メッセージは配置されない。つまり、指導者ユーザ画面において、仮想ユーザが指導者ユーザのみにメッセージを供給したように表示される。Ｓ１８０の後、メッセージに関するメッセージ分類が「生徒ユーザ向け」かつメッセージ種別が「アドバイス」である場合は、引き続き図１３の処理フローＳ２００に進む。それ以外の場合は、Ｓ１４０〜Ｓ１８０の処理を順次繰り返すことになる。

図６に示した画面３０ａ，３０ｂの例のように、生徒ユーザ画面において、指導者ユーザによるメッセージングを提示する左側の列では、「アシスタントＡＩ」と「成島成美」によるメッセージが混在することになる。このように、メッセージが「アシスタントＡＩ」によって供給されたことを示す指標（例えば、アイコンおよびユーザ）が表示されてもよいし、その代替として「成島成美」によるメッセージとしてアイコンおよびユーザＩＤを統一してもよい。

図１２ａおよび図１２ｂを参照して、図７の処理フローＳ１００が有する一連の情報処理Ｓ１４０〜Ｓ１８０が繰り返し実行された場合に生成される例示の画面イメージについて説明する。図１２ａは、トークルームＡにおける生徒ユーザ画面３２−１であり、図１２ｂは、これに対応する指導者ユーザ画面３２−２である。ここでは、「朝食」タスクにおいて、生徒ユーザ「田中麻里」が朝食の画像メッセージをトークルームＡに供給した際に、指導者ユーザ「成島成美」が朝食の評価を行うまで、仮想ユーザ「アシスタントＡＩ」が指導者ユーザ「成島成美」をフォローするシナリオを想定する。

まず、「アシスタントＡＩ」は、「田中麻里」による朝食の画像メッセージの履歴を分析する。そして、「朝食」タスクに関する次のメッセージングとして、メッセージ分類が「生徒ユーザ向け」かつメッセージ種別が「レスポンス」のものを行うべきと判断する（Ｓ１４０）。次いで、これら情報に基づいて、「朝食の投稿ありがとうございました！」のメッセージを動的に生成して（Ｓ１５０）、トークルームＡに供給する（Ｓ１６０）。また、メッセージ履歴を更新する（Ｓ１７０）。当該メッセージの表示指標は「表示」にセットされているので（図１０）、「田中麻里」の生徒ユーザ画面３２−１および「成島成美」の指導者ユーザ画面３２−２に、当該メッセージ４２ａ−１および４２ａ−２が表示される（Ｓ１８０）。

Ｓ１４０に戻り、「アシスタントＡＩ」は、今度は上記「朝食の投稿ありがとうございました！」のメッセージ履歴を分析して、「成島成美」への催促を行うべきと判断する。即ち、「アシスタントＡＩ」は、メッセージ分類が「指導者ユーザ向け」かつメッセージ種別が「リマインダ」のメッセージングが必要であると判断する（Ｓ１４０）。次いで、これらの情報に基づいて、「成島成美さん、田中麻里さんより朝食の投稿がありました。急いで評価を行うようにしてください。」のメッセージを動的に作成して（Ｓ１５０）、トークルームＡに供給し（Ｓ１６０）、そして、メッセージ履歴を更新する（Ｓ１７０）。当該メッセージの表示指標は「非表示」にセットされているので（図１０）、当該メッセージ４２ｂは、「田中麻里」の生徒ユーザ画面３２−１には表示されず、「成島成美」の指導者ユーザ画面３２−２のみが表示される（Ｓ１８０）。

再びＳ１４０に戻り、「アシスタントＡＩ」は、今度は上記「成島成美さん、田中麻里さんより朝食の投稿がありました。急いで評価を行うようにしてください。」のメッセージ履歴を分析する。そして、所定の時間経過しても指導者ユーザ「成島成美」が未だ評価を実施していない場合に、「田中麻里」へのフォローを行うべきと判断する。即ち、「アシスタントＡＩ」は、メッセージ分類が「生徒ユーザ向け」かつメッセージ種別が「フォロー」のメッセージングが必要であると判断する（Ｓ１４０）。次いで、これらの情報に基づいて、「成島成美は今忙しいようです。もう少しお待ちください。」のメッセージを動的に作成して（Ｓ１５０）、トークルームＡに供給する（Ｓ１６０）。また、メッセージ履歴を更新する（Ｓ１７０）。当該メッセージの表示指標は「表示」にセットされているので（図１０）、「田中麻里」の生徒ユーザ画面と「成島成美」の指導者ユーザ画面に、当該メッセージ４２ｃ−１および４２ｃ−２が表示される（Ｓ１８０）。

図１２ａおよび図１２ｂを参照して分かるように、生徒ユーザ画面３２−１と指導者ユーザ画面３２−２は相互に対応する一方で、表示指標での制御に因り、各画面に表示されるメッセージは必ずしも対応しないことがある。具体的には、図１２ｂに表示されるメッセージ４２ｂは指導者ユーザ画面３２−２に表示されるが、生徒ユーザ画面３２−１には表示されない。このように、仮想ユーザは、生徒ユーザ向けメッセージを代行するのみならず、指導者ユーザのみに表示するメッセージも供給することにより、トークルーム内のメッセージングを催促し、コミュニケーションを活性化することができる。

指導者ユーザのみに表示するメッセージを供給する態様として、これより図１３の処理フローＳ２００について図１４の画面３３と共に説明する。図１３の処理フローＳ２００は、図７の処理フローＳ１００から引き継がれる。具体的には、図７のＳ１５０で生成されたメッセージ４３ａの例が「田中麻里さん、今週もお疲れさまでした！１週間の食生活を振り返ると、糖分の摂取が目立ちますので、取り過ぎないよう注意しましょう。また、タンパク質をもっと多く摂取するように心がけましょう。」であるとする。メッセージ４３ａは、これまでの指導者ユーザと生徒ユーザ間のメッセージングの履歴情報および更新された生徒ユーザの健康情報に基づいて生成されたものである。また、メッセージ４３ａはメッセージ分類「生徒ユーザ向け」、メッセージ種別「アドバイス」であり、その表示指標は「非表示」にセットされている（図１０）。つまり、Ｓ１８０ではメッセージ４３ａは、生徒ユーザ画面には表示されておらず、指導者ユーザ画面３３のみに表示されている（図１４）。

図１３の処理フローＳ２００では、最初に、メッセージ供給部１５８は、対象メッセージのメッセージ分類が「生徒ユーザ向け」であり、かつメッセージ種別が「アドバイス」であるかを判断する（Ｓ２１０）。Ｓ２１０がＹｅｓの場合、画面生成部１６０は、指導者ユーザ画面において、当該メッセージの表示に、更に選択肢を付加して表示する（Ｓ２２０）。図１４の例では、指導者ユーザ画面３３において、メッセージ４３ａに加え、選択肢として、「承認」５５ａ、「編集」５５ｂ、および「非承認」５５ｃの各ボタンが付加されている。指導者ユーザは、タッチパネルへの操作を通じてこれらボタン５５ａ〜５５ｃを選択することができる。

次いで、指導者ユーザ画面において、入力部２５１は、上記選択肢に対する入力を受ける（Ｓ２３０）。当該入力が「編集」を選択するものである場合（Ｓ２４０）は、指導者ユーザ画面に表示されたメッセージが指導者ユーザによって編集可能となる。即ち、メッセージの編集のために、入力部２５１は入力を受ける（Ｓ２５０）。図１４の例では、指導者ユーザは「編集」５５ｂを選択することで、仮想ユーザが生成したメッセージ４３ａを、生徒ユーザの実態に合わせてより適切なものに自由に修正することができる。

Ｓ２５０でメッセージの編集がされた後、更に、入力部２５１は、指導者ユーザからメッセージの承認に関する入力を受ける。Ｓ２４０がＮｏの場合は、Ｓ２５０のメッセージを経ずにいきなりメッセージの承認に関する入力を受けてもよい。承認の入力を受けることで、メッセージ供給部１５８は、対象メッセージの表示指標を「非表示」から「表示」に更新する（Ｓ２６０）。画面生成部１６０は、表示指標の更新に応じて、生徒ユーザ画面において対象メッセージを新たに配置する。即ち、対象メッセージを生徒ユーザ画面に表示させる（Ｓ２７０）。

なお、指導者ユーザが「非承認」５５ｃを選択した場合は、対象メッセージの表示指標は「非表示」のまま維持され、対象メッセージが生徒ユーザ画面に配置されることはない。このように、図１３および図１４の態様では、メッセージ分類「生徒ユーザ向け」、かつメッセージ種別「アドバイス」であるメッセージの場合に、最初に当該メッセージを指導者ユーザ画面に表示させ、指導者ユーザに編集および／または承認させた後に、はじめて生徒ユーザ画面に表示させる。これにより、生徒ユーザに対し、より適切なメッセージングを行うことができる。

前述した実施形態によれば、指導者ユーザを後方支援する、様々な機能を有する仮想ユーザを実装することができる。仮想ユーザは、メッセージングの進行に応じて自律的に次の動作を判断することができる。これにより、特に、仮想ユーザが、指導者ユーザを代行して、生徒ユーザへのメッセージングを行うことにより、トークルーム内のメッセージングを促進することができる。指導者ユーザと生徒ユーザの間のコミュニケーションを効率的、且つ活発なものとすることができる。また、仮想ユーザが生成したメッセージを編集可能とすることにより、メッセージングをより適切なものとすることができる。

上述した実施形態は、本発明の理解を容易にするための例示に過ぎず、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良することができると共に、本発明にはその均等物が含まれることは言うまでもない。

Claims (1)

1. トークルームを介したメッセージングのための方法であって、第１ユーザを補助するためにコンピュータによって実装された仮想ユーザによる、
   前記トークルームにおけるメッセージングの履歴および第２ユーザの健康情報に基づいて、前記第１ユーザまたは前記第２ユーザ向けの健康管理上のアドバイスを動的に生成するステップと、
   前記アドバイスを、前記第１ユーザに関連付けて前記トークルームに供給するステップと、
   前記アドバイスの供給に応じて、前記履歴を更新するステップと、
   前記トークルームに関連付けられる、前記第１ユーザに提示される第１画面および前記第２ユーザに提示される第２画面を生成するステップとを含む、
   方法。