JP2020098463A - 情報処理方法、プログラム、および情報処理装置 - Google Patents

Abstract

【課題】仮想空間内のコミュニティ・サービスにおけるユーザ間のコミュニケーションにおいて、仮想ユーザによる仲介を通じて、コミュニティを活性化する方法を提供する。【解決手段】コミュニティには、管理者ユーザおよび複数の一般ユーザを含むユーザと、ユーザを支援する仮想ユーザと、が関連付けられており、コンピュータによる、管理者ユーザと第１の一般ユーザに関連付けられるイベントを発生させるステップと、イベントの発生に応じて、仮想ユーザが、第２の一般ユーザに、第１の一般ユーザとのコミュニケーションを促す催促コンテンツを生成して、コミュニティにおいて第２の一般ユーザに供給するステップと、を含む。【選択図】図７

Description

本開示は、情報処理方法、プログラム、および情報処理装置に関する。より詳細には、本開示は、コミュニティ・サービスにおいてコミュニティを活性化するための情報処理方法、プログラム、および情報処理装置に関する。

インターネット上のＳＮＳ(Social Network Service)をはじめ、様々なコミュニティ・サービスが知られる。従来技術のコミュニティ・サービスの１つに、電子掲示板やチャットのサービスが知られる（特許文献１）。また、最近では、著名人によるファンクラブ・コミュニティ・サービス、コンテンツ・ライブ配信サービス、並びにオンライン・サロン・サービス等のコミュニティ・サービスが知られる。

コミュニティ・サービスには、複数の構成員（ユーザ）が所属する。ユーザは、コミュニティ・サービスを提供する運営者（管理者ユーザ。例えば、クリエータ、タレント、スポーツ選手、および著名人等がこれに該当する。）と、コミュニティ・サービスを利用するカスタマ（一般ユーザ）と、に分類される。つまり、コミュニティ・サービスは、１人の管理者ユーザ（または１つの管理者ユーザ・アカウント）に対し、Ｎ人の一般ユーザ（またはＮ個のカスタマ・アカウント。Ｎは通常２以上の整数）で構成される。

コミュニティ・サービスは、通常、管理者ユーザが様々なコンテンツを提供する。これに対して、一般ユーザが応答（リアクション）を行い、更に、一般ユーザのアクションに対して管理者ユーザや他の一般ユーザがリアクションを行うにより、管理者ユーザと一般ユーザ、および一般ユーザ間のコミュニケーションが行われる。コミュニティ・サービスは、一般ユーザが管理者ユーザにサービス利用料（例えば、月会費）やコンテンツ利用料を支払うことにより、管理者ユーザが運営を維持するというものである。

コミュニティ・サービスに関連して、その実装態様として、インスタント・メッセージング（ＩＭ）サービスが知られる。ＩＭサービスの中には、スマートフォンおよびタブレットのような端末を用いて複数のユーザがグループを構成し、グループ内でメッセージングを実施することにより、相互に対話可能とするものもある。

具体的には、ユーザは、ＩＭサービス用のアプリケーションを携帯型端末にインストールし、相互にアカウントをリンクさせる（「友達」になる）ことにより、専用の仮想空間のコミュニティが実装されたトークルームを介して、メッセージングをすることができる。ここでは、グループの作成者が管理者ユーザ、作成者によってグループに追加されたユーザが一般ユーザとなる。

また、このようなＩＭサービスの中には、ユーザとｂｏｔ（ボット）とも称される仮想ユーザとの間のインタラクティブな自動対話が可能なものもある（特許文献２）。従来技術のｂｏｔユーザは、特定のユーザとの間で１対１のコミュニケーションを実施することにより、特定のユーザを支援するように動作する。

特開２００１−１４４７５４号公報 特開２０１８−１０１３５２号公報

現在、コミュニティ・サービスは様々な課題を抱えている。例えば、管理者ユーザにとって、一般ユーザの数が増えることはビジネスとしては望ましいことである一方、カスタマの数が増えるほどコミュニティ・サービスの運営に手間・コストがかかることになる。また、そのような場合に、管理者ユーザは、一般ユーザのリアクションに対し更なるリアクションを実施するのに多大な労力を伴うものとなる。更に、一般ユーザにとっても、自らのリアクションがきっかけとなってコミュニティが荒れてしまうことが想定されるので、リアクションを躊躇することも多い。また、パーソナル情報をコミュニティに開示することに躊躇することも多い。

１人の管理者ユーザに対してＮ人の一般ユーザでコミュニティが構成される結果、コミュニティ自体はオープンであるにも拘わらず、その実態は、サービスの大部分が管理者ユーザからの一方的な情報発信に留まる場合が多い。他方、ＩＭサービスにおけるｂｏｔユーザとの自動対話は、人工知能による実装がされているとはいえ、現状は限定的な機能を提供するに過ぎない。つまり、１人のユーザのコミュニケーションを、特定の機能（例えば、自動応答機能等）を用いて、限定的に支援するものに過ぎない。

本開示は、上記課題の少なくとも一部を解決することを目的とする。すなわち、本開示は、仮想空間内のコミュニティ・サービスにおけるユーザ間のコミュニケーションに関し、仮想ユーザによる仲介を通じて、コミュニティを活性化することを目的の１つとする。特に、管理者ユーザと一般ユーザの間、および一般ユーザ同士の関係性の維持および向上を支援することを目的の１つとする。また、本開示は、上記仮想ユーザによる仲介を通じて、仮想空間内のコミュニティ・サービスの効果的な運営を管理者ユーザに提供することを目的の１つとする。更に、本開示は、上記仮想ユーザによる仲介により、躊躇なく一般ユーザにコミュニティ・サービスを利用させることを目的の１つとする。

本開示の一実施形態によれば、情報処理方法が提供される。かかる方法において、コミュニティには、管理者ユーザおよび複数の一般ユーザを含むユーザと、ユーザを支援する仮想ユーザと、が関連付けられており、コンピュータによる、管理者ユーザと第１の一般ユーザに関連付けられるイベントを発生させるステップと、イベントの発生に応じて、仮想ユーザが、第２の一般ユーザに、第１の一般ユーザとのコミュニケーションを促す催促コンテンツを生成して、コミュニティにおいて第２の一般ユーザに供給するステップと、を含む。

また、本開示の一実施形態によれば、上記情報処理方法をコンピュータに実行させるプログラムが提供される。

更に、本開示の一実施形態によれば、情報処理装置が提供される。かかる情報処理装置は、コミュニティにおいて、管理者ユーザおよび複数の一般ユーザを含むユーザと、ユーザを支援する仮想ユーザと、を関連付ける管理部と、管理者ユーザと第１の一般ユーザに関連付けられるイベントを発生させるイベント発生部と、イベントの発生に応じて、仮想ユーザが、第２の一般ユーザに、第１の一般ユーザとのコミュニケーションを促す催促コンテンツを生成して、コミュニティにおいて第２の一般ユーザに供給する催促コンテンツ供給部と、を備える。

本開示の各実施形態により、仮想空間内のコミュニティ・サービスにおける仮想ユーザの自律的な仲介を通じて、コミュニティの活性化を図ることができる。特に、管理者ユーザと一般ユーザの間、および一般ユーザ同士の関係性の維持および向上を支援することにより、効果的に、コミュニティに所属するメンバの数を増やし、且つユーザのアクティブ率を向上させることができる。また、上記仮想ユーザによる仲介を通じて、コミュニティ・サービスの効果的な運営を管理者ユーザに提供することにより、管理者ユーザによるコミュニティの維持管理の負担を軽減することができる。更に、仮想ユーザによる仲介により、躊躇なく一般ユーザにコミュニティ・サービスを利用させると共に、コミュニティが荒れたり、特定の一般ユーザが叩かれたりするような事態を未然に防ぐことができる。加えて、一般ユーザの不要なプライベート・データの開示を防ぐことができる。

情報処理システムの基本構成図である。 情報処理システムが備える情報処理装置のハードウェア構成図である。 情報処理システムが備えるユーザ端末のハードウェア構成図である。 一実施形態によって実装される例示の情報処理システムの機能ブロック図である。 コミュニティにおけるユーザ間の関係を例示した概念図である。 仮想ユーザとユーザの間の関係、およびトークルームの概念を例示した概念図である。 一実施形態によって実行される例示の処理フロー図である。 一実施形態によって実行される例示の処理フロー図である。 一実施形態によって実行される例示の処理フロー図である。 一実施形態によって実装される例示の画面イメージ図である。 一実施形態によって実装される例示の画面イメージ図である。 一実施形態によって実装される例示の画面イメージ図である。

最初に、本開示の例示的な実施形態の構成を列記して説明する。本開示の実施形態による、情報処理方法、プログラム、および情報処理装置は、以下のような構成を備えてもよい。

〔形態１〕形態１によれば、情報処理方法が提供される。かかる方法において、コミュニティには、管理者ユーザおよび複数の一般ユーザを含むユーザと、ユーザを支援する仮想ユーザと、が関連付けられており、コンピュータによる、管理者ユーザと第１の一般ユーザに関連付けられるイベントを発生させるステップと、イベントの発生に応じて、仮想ユーザが、第２の一般ユーザに、第１の一般ユーザとのコミュニケーションを促す催促コンテンツを生成して、コミュニティにおいて第２の一般ユーザに供給するステップと、を含む。

〔形態２〕形態２によれば、形態１の方法であって、更に、催促コンテンツの供給に応じて第２の一般ユーザにより作成されたリアクション・コンテンツを、コミュニティにおいて第１の一般ユーザに供給するステップを含む方法が提供される。

〔形態３〕形態３によれば、形態１または２の方法であって、更に、コミュニティに関連付けられる、管理者ユーザによるミッションの登録を受けるステップと、第１の一般ユーザによるミッションへのアクションを受け付けるステップと、アクションの受け付けに応じて、ミッションの達成を判定するステップと、を含み、ミッションの達成に応じて、イベントが発生される方法が提供される。

〔形態４〕形態４によれば、形態１から３の方法であって、更に、第１の一般ユーザにより作成された質問コンテンツを、コミュニティにおいて管理者ユーザに供給するステップと、質問コンテンツの供給に応じて管理者ユーザによって作成された回答コンテンツを、コミュニティにおいて第１の一般ユーザに供給するステップと、を含み、質問コンテンツおよび回答コンテンツによる質疑応答の成立に応じて、イベントが発生される方法が提供される。

〔形態５〕形態５によれば、形態１から４の方法において、仮想空間のコミュニティが、インスタント・メッセージング・アプリケーションによってトークルームとして実装され、第２の一般ユーザの端末に表示されるトークルームの画面において、第２の一般ユーザによるメッセージングが第１列に、管理者ユーザおよび仮想ユーザによるメッセージングが第２列に、時系列順に表示される方法が提供される。

〔形態６〕形態６によれば、形態５の方法において、第２の一般ユーザの端末に表示されるトークルームの画面において、更に、第１の一般ユーザによるメッセージングが、仮想ユーザまたは管理者ユーザによるメッセージングに関連付けられて第２列に表示される方法が提供される。

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

〔形態８〕形態８によれば、情報処理装置が提供される。かかる情報処理装置は、コミュニティにおいて、管理者ユーザおよび複数の一般ユーザを含むユーザと、ユーザを支援する仮想ユーザと、を関連付ける管理部と、管理者ユーザと第１の一般ユーザに関連付けられるイベントを発生させるイベント発生部と、イベントの発生に応じて、仮想ユーザが、第２の一般ユーザに、第１の一般ユーザとのコミュニケーションを促す催促コンテンツを生成して、コミュニティにおいて第２の一般ユーザに供給する催促コンテンツ供給部と、を備える。

〔形態９〕形態９によれば、形態８の情報処理装置であって、更に、催促コンテンツの供給に応じて第２の一般ユーザにより作成されたリアクション・コンテンツを、コミュニティにおいて第１の一般ユーザに供給するリアクション・コンテンツ供給部を備える、情報処理装置が提供される。

〔形態１０〕形態１０によれば、形態８または９の情報処理装置であって、更に、コミュニティに関連付けられる、管理者ユーザによるミッションの登録を受けるミッション登録部と、第１の一般ユーザによるミッションへのアクションを受け付ける受付部と、アクションの受け付けに応じて、ミッションの達成を判定する判定部と、を含み、ミッションの達成に応じて、イベント発生部においてイベントが発生される、情報処理装置が提供される。

〔形態１１〕形態１１によれば、形態８から１０の情報処理装置であって、更に、第１の一般ユーザにより作成された質問コンテンツを、コミュニティにおいて管理者ユーザに供給する質問コンテンツ供給部と、質問コンテンツの供給に応じて管理者ユーザによって作成された回答コンテンツを、コミュニティにおいて第１の一般ユーザに供給する回答コンテンツ供給部と、を含み、質問コンテンツ供給部と回答コンテンツ供給部による質疑応答の成立に応じて、イベント発生部においてイベントが発生される、情報処理装置が提供される。

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

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

以下の実施形態の説明では、コミュニティ・サービスは、インスタント・メッセージング（ＩＭ）アプリケーションによるものを想定する。具体的には、ユーザ端末２００，３００それぞれにインストールされたＩＭアプリケーションによって実装されるトークルームにおいて、管理者ユーザと一般ユーザとの間および一般ユーザ同士で種々のコンテンツの授受を行うことによりコミュニケーションが実施される。

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

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

メモリ１１は、ＤＲＡＭ(Dynamic Random Access Memory)等の揮発性記憶装置で構成される主記憶と、フラッシュメモリやＨＤＤ(Hard Disc Drive)等の不揮発性記憶装置で構成される補助記憶と、を含む。メモリ１１は、プロセッサ１０のワークエリア等として使用され、また、サーバ１００の起動時に実行されるＢＩＯＳ(Basic Input / Output System)、および各種設定情報等を格納する。

ストレージ１２は、アプリケーション・プログラム、およびユーザの認証プログラム等の各種プログラムを格納する。ＩＭアプリケーションの各処理に用いられるデータを格納したデータベースがストレージ１２に構築されていてもよい。

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

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

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

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

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

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

検知部２６は、内蔵型センサとして、これに限定されないが、加速度センサ、振動センサ、ジャイロセンサ、地磁気センサ、近接センサ、照度センサ、圧力センサ、およびＧＰＳ等を含む。一例としては、ユーザの歩数、移動距離および行動範囲等を含む活動情報を測定する活動量計として機能する。また、活動情報は、外部のウェアラブル・デバイス（非図示）と連携して、通信インタフェース２３を通じて受け取ってもよい。外部のウェアラブル・デバイスを使用することにより、ＥＣＧ（ｅｌｅｃｔｒｏｃａｒｄｉｏｇｒａｍ）センサや筋電センサを通じて、より詳細な生体情報が取得可能となる。これ以外にも気象センサ等からの各種データも取得可能としてもよい。バス２９は、上記の各要素に共通に接続され、例えば、アドレス信号、データ信号、および各種制御信号を伝達する。

図４を参照して、一実施形態による情報処理装置を備え、インスタント・メッセージング（ＩＭ）アプリケーションによってコミュニティをトークルームとして実装するための情報処理システム１の機能構成について説明する。図４は、サーバ１００およびユーザ端末２００，３００にそれぞれ実装される機能を示した例示のブロック図である。

サーバ１００は、通信部１１０、ＩＭサービス提供部１２０、コミュニティ管理部１３０、仮想ユーザ部１４０、画面生成部１５０、および記憶部１９０を備え、相互に作用する。ユーザ端末２００，３００は、通信部２１０、記憶部２２０、ＩＭサービス実施部２３０、入力編集部２４０、登録部２５０、および出力部２６０を備え、相互に作用する。ユーザ端末３００の機能構成も同様である（以下、特に注記する場合を除き、ユーザ端末２００，３００のことを「ユーザ端末２００」と総称する。）。なお、ここではユーザ端末２００は一般ユーザの端末を、ユーザ端末３００は管理者ユーザの端末を想定している。

サーバ１００の通信部１１０は、サーバ１００をネットワーク４００に接続し、ユーザ端末２００との通信によりデータの送受信を実施する。ＩＭサービス提供部１２０は、複数のユーザによるメッセージングを実現するためにＩＭアプリケーションを実装するための基本機能を提供する。コミュニティ管理部１３０は、ＩＭサービスにおいてトークルームとしてコミュニティを管理するための機能を提供する。仮想ユーザ部１４０は、コミュニティを活性化するためにユーザを補助する仮想ユーザ機能を実装する。画面生成部１５０は、トークルームに関連づけられるユーザ画面を生成する。それぞれについて以下に詳述する。

ＩＭサービス提供部１２０は、ＩＭアプリケーション機能を提供する。ＩＭアプリケーションを利用するユーザの情報は、アカウント情報１９１およびユーザ関連情報１９３に含まれるのがよい。ユーザは、コミュニティに所属する管理者ユーザおよび複数の一般ユーザを包括的に含む。ユーザ同士は、「友達」として直接的にリンクすることができ、または、同一のコミュニティに所属することによりコミュニティを介して間接的にリンクすることができる。リンクの情報はアカウント関連付け情報１９５に含まれるのがよい。

コミュニティ管理部１３０は、更に、ユーザおよびトークルーム管理部１３２、コンテンツ供給部１３４、ミッション登録部１３６、および受付部１３８を備える。コミュニティ管理部１３０のユーザおよびトークルーム管理部１３２は、トークルームにおいて、ユーザとユーザを支援する仮想ユーザとを関連付ける。関連付けられた情報はアカウント関連付け情報１９５に含まれるのがよい。また、ユーザおよびトークルーム管理部１３２は、トークルーム内のメッセージングの履歴を管理する。管理される履歴情報は、メッセージング履歴情報１９７に含まれるのがよい。

コミュニティ管理部１３０のコンテンツ供給部１３４は、ユーザによるトークルーム内へのメッセージングに関する処理を実施する。コンテンツ供給部１３４は、更に、質問コンテンツ供給部、回答コンテンツ供給部、およびリアクション・コンテンツ供給部を備える（不図示）。質問コンテンツ供給部は、一般ユーザにより生成された質問コンテンツを、コミュニティにおいて、管理者ユーザのトークルームに供給する。回答コンテンツ供給部は、質問コンテンツの供給に応じて管理者ユーザが生成した回答コンテンツを、コミュニティにおいて、質問者である一般ユーザのトークルームに供給する。リアクション・コンテンツ供給部は、仮想ユーザからの催促コンテンツの供給に応じて一般ユーザが生成したリアクション・コンテンツを、コミュニティにおいて、他の一般ユーザのトークルームに供給する。供給コンテンツに関する情報はメッセージング履歴情報１９７に含まれるのがよい。

コミュニティ管理部１３０のミッション登録部１３６は、管理者ユーザの端末３００の登録部２５０からのミッションの登録を受ける。ミッションの情報は、管理者ユーザに関連付けられるようにミッション情報１９８に含まれるのがよい。

コミュニティ管理部１３０の受付部１３８は、ミッション登録部１３４で管理者ユーザが登録したミッションに対する、一般ユーザのアクションを受け付ける。アクションの情報は、一般ユーザに関連付けられるようにアクション履歴情報１９９に含まれるのがよい。

仮想ユーザ部１４０は、更に、イベント発生部１４１、判定部１４３、催促コンテンツ生成部１４５、および催促コンテンツ供給部１４７を含む。仮想ユーザ部１４０のイベント発生部１４１は、仮想ユーザが、管理者ユーザと一般ユーザとに関連付けられるイベントを、コミュニティにおいて発生させる。一例では、当該イベントは、判定部１４３でミッションの達成が判定されたのに応じて発生されてもよい。或いは、コンテンツ供給部１３４（回答コンテンツ供給部）で管理者ユーザから回答コンテンツが供給されたのに応じて発生されてもよい。

仮想ユーザ部１４０の判定部１４３は、ミッション登録部１３６で管理者ユーザが登録したミッションに対し、受付部１３８で受け付けた一般ユーザのアクションの情報に応じて、仮想ユーザが当該ミッションの達成を判定する。

仮想ユーザ部１４０の催促コンテンツ生成部１４５は、イベント発生部１４１でのイベントの発生に応じたコンテンツの生成の処理を実施する。生成されるコンテンツは、例えば、ミッションを達成した（イベントに関連付けられた）一般ユーザと、他の一般ユーザとの間のコミュニケーションを、仮想ユーザが当該他の一般ユーザに促すための催促コンテンツである。

仮想ユーザ部１４０の催促コンテンツ供給部１４７は、催促コンテンツ生成部１４５で生成された催促コンテンツを、コミュニティにおいて仮想ユーザが他の一般ユーザのトークルームに供給する。催促コンテンツのトークルームへの供給は、コミュニティの混雑具合に応じて、タイミングが制御されてもよい。例えば、催促コンテンツを一度に多くの一般ユーザのトークルームに供給すると、催促コンテンツに対するリアクション・コンテンツが集中することが想定されるとする。この場合には、催促コンテンツの供給のタイミングを一般ユーザ間の親密度に応じてずらすように制御するのがよい。或いは、親密度の高いユーザにのみ催促コンテンツを供給する等の制御をしてもよい。

仮想ユーザ部１４０は、上記以外にも、例えば、コンテンツ検閲部（不図示）を備えてもよい。コンテンツ検閲部は、コミュニティにおいて、管理者ユーザおよび一般ユーザから供給されたコンテンツ（テキスト情報、画像情報、Ｗｅｂページへのリンク等）の内容が不適切なものではないかを検閲する。

画面生成部１５０は、記憶部１９０に格納された各種情報を用いて、トークルームのユーザ画面を生成する。ユーザ画面は、一般ユーザのそれぞれのユーザ端末２００および管理者ユーザのユーザ端末３００毎に生成される。つまり、ユーザの画面ごとに異なるものとなる。これに限定されないが、通常は、ユーザ自らがトークルームに供給したコンテンツは画面右列に沿い、また自分以外の他のユーザや仮想ユーザから受けたコンテンツは画面左側に沿うようにして、時系列順に表示される。ユーザは、画面をスクロールすることによりトークルーム内の過去のコンテンツの送受信履歴を遡って確認することができる。

記憶部１９０は、上記のようなアカウント情報１９１、ユーザ関連情報１９３、アカウント関連付け情報１９５、メッセージング履歴情報１９７、ミッション情報１９８，およびアクション履歴情報１９９を管理する。記憶部１９０において、各種情報は、例えばテーブル形式でデータベースにてレコード管理されるのがよい。コミュニティが活性化し、ユーザによる活発なメッセージングが実施されるにつれ、より多くの各種情報が登録および／または更新されることになる。これら以外にも、記憶部１９０は、各種データ・ファイル、およびＩＭアプリケーションや仮想ユーザ機能を実装したプログラムを含んでもよい。つまり、記憶部１９０は、一実施形態による情報処理方法を実装したプログラムを格納することができる。

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

登録部２５０は、サーバ１００のミッション登録部１３６において登録されるミッション、または、サーバ１００の受付部１３８において受け付けられるアクションを登録する。登録部２５０によるアクションの登録は、ユーザ端末２００と連携するウェアラブル・デバイス等の外部デバイスとの連携によるデータ登録も含むのがよい。出力部２６０は、サーバ１００の画面生成部１５０で生成されたユーザ画面を表示部２５２に出力する。

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

以下に、一実施形態による情報処理方法、プログラム、および情報処理装置によって実現されるコミュニティ・サービス例の概要について説明する。ここでは、コミュニティ・サービスは、インスタント・メッセージング（ＩＭ）アプリケーションを通じた健康管理サービスを想定する。特に「ダイエットグループ」というコミュニティが存在しており、各ユーザにはＩＭアプリケーションによってトークルームが実装されている。当該トークルームの画像がユーザ端末２００に表示される。

「ダイエットグループ」コミュニティでは、少なくとも１人の栄養士である指導者と２人以上の健康管理対象者との間、および／または健康管理対象者同士でメッセージングがトークルームを介して実施される。ここでは、指導者がコミュニティを管理する管理者ユーザとなり、また、複数の健康管理対象者がコミュニティ・サービスを利用する一般ユーザとなることを想定する。

図５は、ＩＭアプリケーションをダウンロードしてアカウント登録し、また、「ダイエットグループ」コミュニティに参加している複数のユーザのアカウント関連付けに関する例示の概念図である。また、図６は、「ダイエットグループ」コミュニティに参加している実際のユーザと仮想ユーザとの関係、および当該関係に基づいて生成されるトークルームに関する例示の概念図である。図５の関連付け、並びに図６の関係およびトークルームは、ユーザおよびトークルーム管理部１３２によって管理される。

図５に示すように、「ダイエットグループ」コミュニティには、ユーザＡ〜ユーザＤが所属している。ユーザＡは管理者ユーザたる指導者であり、ユーザＢ〜ユーザＤは一般ユーザたる健康管理対象者である。各ユーザの間には、仮想ユーザ部１４０により実装され、アイコン表示された仮想ユーザが介在している。仮想ユーザは、ユーザＡ〜Ｄの間のコミュニケーションを仲介することにより、各ユーザのコミュニケーションを支援するように自律的に動作する。具体的には、仮想ユーザの自律的な仲介動作により、管理者ユーザＡと一般ユーザＢ〜Ｄとの間の積極的なコミュニケーションが促され、更には、一般ユーザＢ〜Ｄ同士の積極的なコミュニケーションも促される。これにより、コミュニティの効果的な活性化を可能にする。なお、「ダイエットグループ」コミュニティにおいて、所属するユーザは、少なくとも１人の管理者ユーザおよび複数の一般ユーザがいればよく、ユーザＡ〜Ｄの４人に限定されないことはいうまでもない。

図６に示すように、仮想ユーザ部１４０により実装され、アイコン表示された仮想ユーザは、ユーザＡ〜Ｄごとに仮想ユーザｖａ〜ｖｄを構成する。つまり、仮想ユーザｖａ〜ｖｄが、ユーザＡ〜Ｄをそれぞれ支援することになる。その結果、例えば、ユーザＡのトークルームでは、図示されるように、ユーザＡ〜Ｄおよび仮想ユーザｖａのメッセージングを管理することになる。同様に、ユーザＢのトークルームではユーザＡ〜Ｄおよび仮想ユーザｖｂ、ユーザＣのトークルームでは、ユーザＡ〜Ｄおよび仮想ユーザｖｃ、ユーザＤのトークルームではユーザＡ〜Ｄおよび仮想ユーザｖｄの各メッセージングを管理することになる。

上述したように、一実施形態では、コミュニティ・サービスは、インスタント・メッセージング（ＩＭ）アプリケーションによりトークルームとして実装された健康管理サービスを想定している。メッセージングとは、メッセージおよびスタンプ画像を含んだコンテンツの送受信のことである。コンテンツには、テキスト情報、画像情報に加え、ｗｅｂページの全部または一部、音声ファイル、および動画ファイル等も含むことができる。ユーザＡ〜Ｄが有する各端末には、「ダイエットグループ」とコミュニティ名が称されたトークルームが表示される。なお、トークルームは、例えば「夏痩せダイエット」「冬太り解消」のような「ダイエットグループ」コミュニティから派生したサブ・コミュニティを更に構成してもよい。

なお、実施形態は、コミュニティの内容やコンテンツの種類に限定されないことはいうまでもない。また、ＩＭアプリケーションに限定されず、ＳＮＳまたはブログ等、複数のユーザのアカウント間をリンクさせて、アカウント間でコンテンツの授受ができる任意のアプリケーションを採用可能である。すなわち、実施形態は、インターネット上の仮想空間内のコミュニティにおけるユーザ間コミュニケーションに広く適用可能である。

これより図７〜図１２を参照して、一実施形態による情報処理方法について説明する。図７〜図９は、一実施形態による情報処理方法において実施される例示のフロー図である。このうち、図７は処理フローの全体を示し、特にイベント発生処理については図８および図９の処理フローにおいて詳細を示す。また、図１０〜図１２は、一実施形態による情報処理方法において実装され、ユーザ端末に表示される例示の画面イメージである。

Ｉ．全体処理フロー
図７は、一実施形態による情報処理方法の全体処理フローである。図示されるように、全体処理フローは、サーバ１００（特に、仮想ユーザ部１４０で実装される仮想ユーザ）と、管理者ユーザＡのユーザ端末３００と、一般ユーザＢのユーザ端末２００と、一般ユーザＣのユーザ端末２００と、の間の相互作用によって実施されるものである。

最初に、サーバ１００にイベントを発生させるために、管理者ユーザＡと一般ユーザＢに関連付けられたアクションが実行される（Ｓ１０）。これに応じて、サーバ１０の受付部１３８がアクションを受け付ける。アクションの受付に応じて、イベント発生部１４１において仮想ユーザｖｂは、管理者ユーザＡと一般ユーザＢに関連付けられるイベントを発生させる（Ｓ２０）。イベントの発生は、図８以降で後述するように、例えば、一般ユーザによるミッションの達成をトリガとするか、或いは、一般ユーザからの質問に対する管理者ユーザの回答による質疑応答の成立をトリガとするのがよい。また、イベントの発生は、判定部１４３によって判定される。

イベントの発生後、催促コンテンツ生成部１４５において仮想ユーザｖｃは、一般ユーザＣに対し、一般ユーザＢとのコミュニケーションを促す催促コンテンツを生成する。併せて、催促コンテンツ供給部１４７において仮想ユーザｖｃは、生成した催促コンテンツを一般ユーザＣのトークルームに供給する（Ｓ３０）。Ｓ２０およびＳ３０の動作は、一般ユーザＢの仮想ユーザｖｂおよび一般ユーザＣの仮想ユーザｖｃが協働して実行ことになる。

一般ユーザＣは、通信部２１０を通じて、トークルームにおいて仮想ユーザｖｃから供給された催促コンテンツを受け取る（Ｓ４０）。受け取った催促コンテンツに応じて、一般ユーザＣは、入力編集部２４０において、一般ユーザＢに宛てたリアクション・コンテンツを生成し、通信部２１０を通じてサーバ１００に送信する（Ｓ５０）。この時点で、一般ユーザＣのトークルームには、一般ユーザＣが投稿したリアクション・コンテンツが反映される。

コンテンツ供給部１３４は、一般ユーザＣから受け取ったリアクション・コンテンツを一般ユーザＢのトークルームにのみ供給する（Ｓ６０）。これと同時に、仮想ユーザ部１４０において一般ユーザＢの仮想ユーザｖｂは、コンテンツの内容を検閲するように機能してもよい。つまり、仮想ユーザは、リアクション・コンテンツを解析し、不適切な内容でないかをチェックしてもよい。チェックは、自然言語処理や画像解析処理を通じて、その内容が誹謗中傷に該当しないこと、公序良俗に反するものでないこと等を、予め記憶部１９０に格納した情報と照合することにより実施するのがよい。そして、一般ユーザＢは、通信部２１０を通じて、トークルームにおいて一般ユーザＣから供給されたリアクション・コンテンツを受け取る（Ｓ７０）。

Ｓ６０でリアクション・コンテンツを一般ユーザＢのトークルームに供給したのに引き続き、催促コンテンツ生成部１４５において仮想ユーザｖｂは、一般ユーザＢに対して一般ユーザＣとのコミュニケーションを促す催促コンテンツを生成する。そして、催促コンテンツ供給部１４７において仮想ユーザｖｂは、催促コンテンツを一般ユーザＢのトークルームに供給する（Ｓ８０）。その結果、一般ユーザＢは、通信部２１０を通じて、トークルームにおいて仮想ユーザｖｂから供給された催促コンテンツを受け取る（Ｓ９０）。その後、催促コンテンツを受け取った一般ユーザＢは、今度は、催促コンテンツに応じて、仮想ユーザｖｃの仲介により一般ユーザＣのトークルームに応答コンテンツを供給することができる（不図示）。

このようにして、一般ユーザＢと一般ユーザＣの間のコミュニケーション（メッセージング）が実施される。メッセージングは、常に、仮想ユーザｖｂ，ｖｃによる仲介を受けて実施される。つまり、特にＳ３０およびＳ８０のようにして仮想ユーザｖｂ，ｖｃによってメッセージングがサポートされる。このため、一般ユーザは不要なパーソナル情報を開示することなくコミュニケーションを実施することができる。加えて、コンテンツとして不適切なものは仮想ユーザが検閲の上、削除してトークルームに供給しないようにすることができる。このため、コミュニティが荒れ、および／または特定の者が叩かれるといった事態を回避することができる。つまり、健全なコミュニティを自律的に維持することができる。

ＩＩ．イベント発生処理フロー
図７のＳ１０およびＳ２０に関連し、イベント発生部１４１によるイベントの発生について説明する。イベントの発生は、（ｉ）一般ユーザによるミッションの達成、または（ｉｉ）一般ユーザからの質問に対する管理者ユーザの回答をトリガにすることができる。図８は、管理者ユーザＡが登録したミッションに対し、一般ユーザＢがミッションを達成したことをトリガとしてイベントを発生させる処理フローを示す。図９は、一般ユーザＢから管理者ユーザＡに送信した質問コンテンツに対し、管理者ユーザＡが回答コンテンツの送信によって質問コンテンツに回答したことをトリガとして、イベントを発生させる処理フローを示す。図８および図９では、簡単のため、一般ユーザは一般ユーザＢの１人のみを示している。

図８のイベント発生の例では、最初に、管理者ユーザＡは、ユーザ端末の登録部２５０を用いて、コミュニティに関連付けられるミッションを登録する（Ｓ１１０）。ミッションとは、コミュニティに所属する一般ユーザの全部または一部に課されるタスクのことである。ミッションを関連付けられたユーザは、ミッションを達成するためにアクションを実行することになる。

「ダイエットグループ」コミュニティにおけるミッションの例は、「１ヶ月で体重を３キロ減らす」、「１週間で合計５万歩以上歩く」、「スクワット１０回を１日２セット行う」、「１日の摂取カロリーが１５００ｋｃａｌ以下とする」等である。管理者ユーザＡは、登録部２５０が提供するミッション設定画面にて、ミッションに関する各種情報を登録可能である。例えば、ミッション開始および終了年月日、期間（１ヶ月／１日等）、パラメータ（体重／歩数／スクワット回数／カロリー等）、達成に要する値（３キロ／５万歩／２回／１５００ｋｃａｌ等）、インセンティブ（５００ポイント／１０ポイント等）等が設定可能である。これ以外にも、ミッションの内容説明として、管理者ユーザが作成した動画コンテンツ（スクワットのやり方の説明動画等）が含まれてもよい。ミッションは、サーバ１００のミッション登録部１３６によって受け付けられ、ミッション情報１９８として格納される（Ｓ１２０）。

登録されたミッションに対し、その期間中、一般ユーザＢは関連のアクションを実施する（Ｓ１３０）。それに応じて、サーバ１００の受付部１３８は、一般ユーザＢによるアクションの実施を都度受け付ける（Ｓ１４０）。アクションの実施の情報はサーバ１００の受付部１３８によってアクション履歴情報として格納される。アクションの実施の情報は、ユーザ端末の登録部２５０によって登録される。具体的には、入力編集部２４０でユーザが直接入力してもよい。ユーザ端末２００が備える加速度センサ等のセンサ部から検知してもよい。或いは、ユーザ端末２００と連携可能なウェアラブル・デバイスや予め設定してあるデバイスから取得してもよい。

上記の例においてミッションが「１ヶ月で体重を３キロ減らす」であれば、一般ユーザＢは、体重を毎日測定して数値を入力編集部２４０から入力する。或いは、予め設定してある一般ユーザＢ保有の体重計から計測の都度、ネットワークを通じてサーバ１００と直接通信してもよい。同様に、ミッションが「１週間で合計５万歩以上歩く」であれば、ユーザ端末２００の検知部２６（特に、加速度センサ）が検知する１日の歩数をサーバ１００と定期的に通信してもよい。ミッションが「スクワット１０回を１日２セット」であれば、管理者ユーザＡが指定したスクワット動画の内容に沿って一般ユーザＢが実際にエクササイズしたトライ回数をカウントし、サーバ１００と同期するのがよい。なお、スクワット動画にはトライ回数を関連付けて登録できる機能を有するように構成されるのがよい。ミッションが「１日の摂取カロリーが１５００ｋｃａｌ以下」であれば、毎日の食事の画像を撮像部２４で撮影してサーバ１００と通信してもよい。

アクションの受付に応じて、判定部１４３において仮想ユーザｖｂがミッションの達成を判定する（Ｓ１５０）。そして、ミッションの達成が判定されると、イベント発生部１４１において仮想ユーザｖｂがイベントを発生させる（Ｓ１６０／図７のＳ２０）。

上記の例においてミッションが「１ヶ月で体重を３キロ減らす」であれば、一般ユーザＢの１ヶ月の体重が３キロ以上減った場合にミッションが達成したものと判定される。同様に、ミッションが「１週間で合計５万歩以上歩く」であれば、ユーザ端末２００で計測される１週間の歩数の合計が５万歩を超えている場合にミッションが達成したものと判定される。ミッションが「スクワット１０回を１日２セット」であれば、管理者ユーザＡが指定したスクワット動画に関連付けられた一般ユーザＢの１日のトライ回数が２回を超えた場合にミッションが達成したものと判定される。ミッションが「１日の摂取カロリーが１５００ｋｃａｌ以下」であれば、一般ユーザＢの１日の食事の画像を解析して摂取カロリーを計算し、その合計が１５００ｋｃａｌ以下であればミッションが達成したものと判定される。

一般ユーザＢのミッションの達成によるイベントの発生に応じて、サーバのコンテンツ供給部１３４は一般ユーザＢのミッションの達成を管理者ユーザＡおよび一般ユーザＢの各トークルームに供給する（Ｓ１７０）。管理者ユーザＡおよび一般ユーザＢの各トークルームの画面には、一般ユーザＢのミッションの達成を示すコンテンツが表示される（Ｓ１８０およびＳ１９０）。同時に、仮想ユーザｖｃは、催促コンテンツを一般ユーザＢのミッションの達成を示す上記コンテンツに関連付けて、他の一般ユーザＣのトークルームにも供給する（図７：Ｓ３０）。

図９のイベント発生例では、最初に、一般ユーザＢのユーザ端末の入力編集部２４０によって、一般ユーザＢから管理者ユーザＡへの質問コンテンツが生成され、サーバ１００に送信される（Ｓ２１０）。この時点で、質問コンテンツは一般ユーザＢのトークルームに反映される。サーバ１００では、コンテンツ供給部１３４（質問コンテンツ供給部）によって、質問コンテンツが管理者ユーザＡのトークルームに供給される（Ｓ２２０）。同時に、仮想ユーザ部１４０は、質問コンテンツの内容が不適切なものでないかについて検閲するように機能してもよい。

管理者ユーザＡは、自らのトークルームにおいて一般ユーザＢからの質問コンテンツを受け取る（Ｓ２３０）。そして、質問コンテンツの受取に応じて、管理者ユーザＡのユーザ端末の入力編集部２４０によって、管理者ユーザＡは、管理者ユーザＢに宛てた回答コンテンツを生成し、サーバ１００に送信する（Ｓ２４０）。この時点で、回答コンテンツは、管理者ユーザＡのトークルームに反映される。サーバ１００では、コンテンツ供給部１３４（回答コンテンツ供給部）によって、回答コンテンツが一般ユーザＢのトークルームに供給される（Ｓ２５０）。同時に、仮想ユーザ部１４０は、回答コンテンツの内容が不適切なものでないかについて検閲するように機能してもよい。

一般ユーザＢは、自らのトークルームにおいて管理者ユーザＡからの回答コンテンツを受け取る（Ｓ２６０）。他方で、サーバ１００側では、判定部１４３において仮想ユーザｖａは、一般ユーザＢと管理者Ａの間で質問・回答のやりとり（即ち、質疑応答）が成立したことを判定する（Ｓ２７０）。そして、質疑応答の成立を判定した場合に、イベント発生部１４１において仮想ユーザｖａはイベントを発生させる（Ｓ２８０）。同時に、仮想ユーザは、催促コンテンツを、上記質問コンテンツおよび上記回答コンテンツに関連付けて他の一般ユーザＣのトークルームにも供給する（図７：Ｓ３０）。
ＩＩＩ．トークルーム画面例

図１０〜図１２を参照して、一実施形態による情報処理方法によって実装される、ユーザ端末に表示されるトークルームの画面例について説明する。図１０および図１１は、図７に示した全体処理フローおよび図８に示したイベント発生処理フローに関連し、「ダイエットグループ」コミュニティにおいて一般ユーザＢおよび一般ユーザＣの各ユーザ端末に表示されるトークルームのメッセージング例を示す。図１２は、図７に示した全体処理フローおよび図９に示したイベント発生処理フローに関連し、同じく「ダイエットグループ」コミュニティにおいて一般ユーザＣのユーザ端末に表示されるトークルームのメッセージング例を示す。

より具体的には、図１０は、一般ユーザＣである「佐藤ひとみ」のトークルーム例を、図１１は、一般ユーザＢである「Ａｌｅｘ」のトークルーム例を示す。また、図１２は、一般ユーザＣを「Ａｌｅｘ」として、そのトークルーム例を示す（この例では、一般ユーザＢが「佐藤ひとみ」である。）。図１０〜図１２に共通して、管理者ユーザＡは「小出」である。図１０〜図１２に示すように、一般ユーザのユーザ端末２００のトークルームの画面において、左側の列は仮想ユーザ「ＦｉＮＣちゃん」または管理者ユーザＡ「小出」によって供給されたコンテンツが時系列順に表示される。また、右側の列は一般ユーザＡまたはＢ自らが供給したコンテンツが時系列順に表示される。なお、トークルームの表示態様は、上記の例に限定されない。仮想ユーザ「ＦｉＮＣちゃん」によって供給されたコンテンツは、トークルームにおいて、右側の列に表示されてもよい。

図１０および図１１のトークルームの画面例では、管理者ユーザＡ「小出」によりミッションが予め登録されている（図８：Ｓ１１０，Ｓ１２０）。ミッションに対して、一般ユーザＢ「Ａｌｅｘ」がアクションを実行した結果（図８：Ｓ１３０，Ｓ１４０／図７：Ｓ１０）、ミッションが達成され（図８：Ｓ１５０）、イベントが発生している（図８：Ｓ１６０／図７：Ｓ２０）。

図１０の画面例では、仮想ユーザ「ＦｉＮＣちゃん」によって、一般ユーザＣ「佐藤ひとみ」に対して「Ａｌｅｘさんがミッション達成したよ。応援してみない！」という催促コンテンツＣ１１ａが生成され、トークルームに供給される（図７：Ｓ３０，Ｓ４０）。これに併せて、リアクションの選択肢である、「いいね」を示す拍手アイコンＣ１１ｂ、「メッセージを送る」Ｃ１１ｃ、および「スタンプを送る」Ｃ１１ｄも催促コンテンツＣ１１の一部としてトークルームに表示される。

一般ユーザＣ「佐藤ひとみ」は、仮想ユーザから提供されたリアクションの選択肢Ｃ１１ｂ〜ｄの中から「スタンプを送る」Ｃ２１を選択している。そして、リアクション・コンテンツとして、「おつかれさま」が画像と共に表示された「おつかれさま」スタンプＣ２２を選択して送信している（図７：Ｓ５０）。これに応じて、仮想ユーザ「ＦｉＮＣちゃん」は、スタンプＣ２２を、一般ユーザＢ「Ａｌｅｘ」のトークルームにも供給している（図７：Ｓ６０，Ｓ７０）。その結果、一般ユーザＣ「佐藤ひとみ」のトークルームには、仮想ユーザ「ＦｉＮＣちゃん」によって生成された「Ａｌｅｘさんにスタンプを送りました」のコンテンツＣ１２が供給され、画面に表示される。

この後に、一般ユーザＣ「佐藤ひとみ」が「ダイエットグループ」のトークルームにおいて更なる行動をするときは、画面の下部に表示された「質問をする」ＯＰ１、「ミッションを確認」ＯＰ２、「ランキングを確認」ＯＰ３等の選択肢を選択することになる。例えば、「質問をする」ＯＰ１を選択すると、管理者ユーザＡに質問をすることができると共に、管理者ユーザＡから具体的な回答（アドバイス）を受けることができる。「ミッションを確認」ＯＰ２を選択すると、管理者ユーザＡが登録した、一般ユーザＣ「佐藤ひとみ」に関連付けられたミッションの具体的な内容を確認することができる。「ランキングを確認」ＯＰ３を選択すると、ミッションに対する達成具合を、「ダイエットグループ」コミュニティ内のランキング形式で確認することができる。

図１０が一般ユーザＣ「佐藤ひとみ」のトークルームの画面例を示すのに対し、図１１は一般ユーザＢ「Ａｌｅｘ」のトークルームの画面例を示す。上述のとおり、図１０の画面例では、一般ユーザＢ「Ａｌｅｘ」によるミッションの達成に対して、リアクション・コンテンツとして、一般ユーザＣ「佐藤ひとみ」はスタンプＣ２２を送信している。他方、図１１の画面例では、一般ユーザＣ「佐藤ひとみ」は、リアクション・コンテンツとして、テキストによるメッセージＣ３１ｂを送信しているものとする。

図１１の画面例では、一般ユーザＣ「佐藤ひとみ」から一般ユーザＢ「Ａｌｅｘ」宛てのメッセージを受信したことを、仮想ユーザ「ＦｉＮＣちゃん」が通知し（図７：Ｓ６０）、そのコンテンツＣ３１が画面に表示される（図７：Ｓ７０）。コンテンツＣ３１は、「佐藤さんからあなたのミッション達成についてメッセージが届いています」という仮想ユーザ「ＦｉＮＣちゃん」のメッセージＣ３１ａと、「すごい！私も頑張らないと！今日歩いて帰ろう！」という一般ユーザＣ「佐藤ひとみ」のリアクション・コンテンツＣ３１ｂと、を含む。このように、図１１の画面例では、一般ユーザＣ「佐藤ひとみ」によるリアクション・コンテンツが、仮想ユーザ「ＦｉＮＣちゃん」によるメッセージングに関連付けられて画面の左列に表示される。つまり、一般ユーザＣ「佐藤ひとみ」からのメッセージであっても、仮想ユーザ「ＦｉＮＣちゃん」による仲介という形態をとることになる。つまり、一般ユーザＢ，Ｃが現実の知り合いではないような場合でも、仮想ユーザによりコミュニケーションを仲介してもらうことができることにより、手軽にコミュニケーションをすることができる。これにより、コミュニティが活性化される。

次いで、仮想ユーザ「ＦｉＮＣちゃん」は「佐藤さんにお礼のスタンプやメッセージを送りますか？」という催促コンテンツ（メッセージ）を生成し、トークルームに供給する（図７：Ｓ８０）。当該メッセージと共に、Ｃ１１と同様、リアクションの選択肢である、「いいね」を示す拍手アイコン、「メッセージを送る」および「スタンプを送る」がトークルームに供給される。その結果、一般ユーザＢ「Ａｌｅｘ」の「ダイエットグループ」のトークルームには、催促コンテンツＣ３２が表示される（図７：Ｓ９０）。一般ユーザＢ「Ａｌｅｘ」は、仮想ユーザ「ＦｉＮＣちゃん」からの催促コンテンツＣ３２に応じることにより、更に、仮想ユーザを介した一般ユーザＣ「佐藤ひとみ」とのコミュニケーションが実施され、コミュニティが活性化される。

上記の図１０および図１１のトークルームの画面例が図８に示したミッション達成に伴うイベント発生処理フローに関する一方、図１２のトークルームの画面例は、図９に示したイベント発生処理フローに関する。

図１２の画面例に関し、一般ユーザＢ「佐藤ひとみ」は、管理者ユーザＡ「小出」への「肩こりに効くストレッチってあります？」という質問コンテンツＣ４１ｑが生成され、サーバに送信する（図９：Ｓ２１０）。サーバを介して、質問コンテンツＣ４１ｑを受け取った管理者ユーザＡ「小出」は、「肩こりだったら、このストレッチが良く効きますよ」との回答コンテンツＣ４１ａを生成し、サーバに送信する（図９：Ｓ２４０）。また、回答コンテンツＣ４１ａには、「お疲れボディの新必需品？ゴルフボールで肩こりケア」と題されたＷｅｂページや動画へのリンク情報Ｃ４１ｌも含まれる。これらの結果、一般ユーザＣ「佐藤ひとみ」と管理者ユーザＡ「小出」の間で質疑応答が成立しており（図７：Ｓ２７０）、イベントが発生される（図９：Ｓ２９０／図７：Ｓ２０）。

図１２の画面例のように、一般ユーザＣ「Ａｌｅｘ」のトークルーム画面には、これら一連の質疑応答のコンテンツＣ４１が、質問コンテンツＣ４１ｑおよび回答コンテンツＣ４１ａ（リンク情報Ｃ４１ｌも含む。）を含んで表示される。すなわち、一般ユーザＣ「佐藤ひとみ」によるメッセージングが、管理者ユーザＡ「小出」によるメッセージングに関連付けられてトークルームの左列に表示される。これにより、一般ユーザＣ「Ａｌｅｘ」は、一般ユーザＢ「佐藤ひとみ」と管理者ユーザＡ「小出」の間の質疑応答を確認することができる。

次いで、仮想ユーザ「ＦｉＮＣちゃん」は、「小出さんに返信をする？」という催促コンテンツＣ４３を生成し、一般ユーザＢ「Ａｌｅｘ」のトークルームに供給する（図７：Ｓ３０，Ｓ４０）。また、リアクションの選択肢である、「いいね」を示す拍手アイコン等も、Ｃ１１，Ｃ３１と同様に、催促コンテンツＣ４３の一部としてトークルームに表示される（図７：Ｓ４０）。

本開示の実施形態により、仮想空間内のコミュニティ・サービスにおける仮想ユーザの自律的な仲介を通じて、コミュニティの活性化を図ることができる。特に、管理者ユーザと一般ユーザの間、および一般ユーザ同士の関係性の維持および向上を支援することにより、効果的に、コミュニティに所属するメンバの数を増やし、且つユーザのアクティブ率を向上させることができる。また、上記仮想ユーザによる仲介を通じて、コミュニティ・サービスの効果的な運営を管理者ユーザに提供することにより、管理者ユーザによるコミュニティの維持管理の負担を軽減することができる。更に、仮想ユーザによる仲介により、躊躇なく一般ユーザにコミュニティ・サービスを利用させると共に、コミュニティが荒れたり、特定の一般ユーザが叩かれたりするような事態を未然に防ぐことができる。加えて、一般ユーザの不要なプライベート・データの開示を防ぐことができる。

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

Claims (11)

1. 情報処理方法であって、
   前記コミュニティには、管理者ユーザおよび複数の一般ユーザを含むユーザと、前記ユーザを支援する仮想ユーザと、が関連付けられており、コンピュータによる、
   前記管理者ユーザと第１の前記一般ユーザに関連付けられるイベントを発生させるステップと、
   前記イベントの発生に応じて、前記仮想ユーザが、第２の前記一般ユーザに、前記第１の一般ユーザとのコミュニケーションを促す催促コンテンツを生成して、前記コミュニティにおいて前記第２の一般ユーザに供給するステップと、
   を含む、方法。
2. 請求項１記載の方法であって、更に、
   前記催促コンテンツの供給に応じて前記第２の一般ユーザにより作成されたリアクション・コンテンツを、前記コミュニティにおいて前記第１の一般ユーザに供給するステップを含む、方法。
3. 請求項１または２記載の方法であって、更に、
   前記コミュニティに関連付けられる、前記管理者ユーザによるミッションの登録を受けるステップと、
   前記第１の一般ユーザによる前記ミッションへのアクションを受け付けるステップと、
   前記アクションの受け付けに応じて、前記ミッションの達成を判定するステップと、
   を含み、前記ミッションの達成に応じて、前記イベントが発生される、方法。
4. 請求項１から３の何れか一項記載の方法であって、更に、
   前記第１の一般ユーザにより作成された質問コンテンツを、前記コミュニティにおいて前記管理者ユーザに供給するステップと、
   前記質問コンテンツの供給に応じて前記管理者ユーザによって作成された回答コンテンツを、前記コミュニティにおいて前記第１の一般ユーザに供給するステップと、
   を含み、前記質問コンテンツおよび前記回答コンテンツによる質疑応答の成立に応じて、前記イベントが発生される、方法。
5. 請求項１から４の何れか一項記載の方法において、前記仮想空間のコミュニティが、インスタント・メッセージング・アプリケーションによってトークルームとして実装され、
   前記第２の一般ユーザの端末に表示される前記トークルームの画面において、前記第２の一般ユーザによるメッセージングが第１列に、前記管理者ユーザおよび前記仮想ユーザによるメッセージングが第２列に、時系列順に表示される、方法。
6. 請求項５記載の方法において、
   前記第２の一般ユーザの端末に表示される前記トークルームの画面において、更に、前記第１の一般ユーザによるメッセージングが、前記仮想ユーザまたは前記管理者ユーザによるメッセージングに関連付けられて前記第２列に表示される、方法。
7. 請求項１から８の何れか一項記載の方法を前記コンピュータに実行させる、プログラム。
8. 情報処理装置であって、
   前記コミュニティにおいて、管理者ユーザおよび複数の一般ユーザを含むユーザと、前記ユーザを支援する仮想ユーザと、を関連付ける管理部と、
   前記管理者ユーザと第１の前記一般ユーザに関連付けられるイベントを発生させるイベント発生部と、
   前記イベントの発生に応じて、前記仮想ユーザが、第２の前記一般ユーザに、前記第１の一般ユーザとのコミュニケーションを促す催促コンテンツを生成して、前記コミュニティにおいて前記第２の一般ユーザに供給する催促コンテンツ供給部と、
   を備える、情報処理装置。
9. 請求項８記載の情報処理装置であって、更に、
   前記催促コンテンツの供給に応じて前記第２の一般ユーザにより作成されたリアクション・コンテンツを、前記コミュニティにおいて前記第１の一般ユーザに供給するリアクション・コンテンツ供給部を備える、情報処理装置。
10. 請求項８または９記載の情報処理装置であって、更に、
    前記コミュニティに関連付けられる、前記管理者ユーザによるミッションの登録を受けるミッション登録部と、
    前記第１の一般ユーザによる前記ミッションへのアクションを受け付ける受付部と、
    前記アクションの受け付けに応じて、前記ミッションの達成を判定する判定部と、
    を含み、前記ミッションの達成に応じて、前記イベント発生部において前記イベントが発生される、情報処理装置。
11. 請求項８から１０の何れか一項記載の情報処理装置であって、更に、
    前記第１の一般ユーザにより作成された質問コンテンツを、前記コミュニティにおいて前記管理者ユーザに供給する質問コンテンツ供給部と、
    前記質問コンテンツの供給に応じて前記管理者ユーザによって作成された回答コンテンツを、前記コミュニティにおいて前記第１の一般ユーザに供給する回答コンテンツ供給部と、
    を含み、前記質問コンテンツ供給部と前記回答コンテンツ供給部による質疑応答の成立に応じて、前記イベント発生部において前記イベントが発生される、情報処理装置。