特開 2024-74715 処理装置、処理方法及び処理プログラム

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

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

(11)【公開番号】P2024074715

(43)【公開日】2024-05-31

(54)【発明の名称】処理装置、処理方法及び処理プログラム

(51)【国際特許分類】

   G06F 3/04817 20220101AFI20240524BHJP

   H04L 67/54 20220101ALI20240524BHJP

   G06T 11/60 20060101ALI20240524BHJP

【ＦＩ】

G06F3/04817

H04L67/54

G06T11/60 100B

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2022186058

(22)【出願日】2022-11-21

(71)【出願人】

【識別番号】399035766

【氏名又は名称】エヌ・ティ・ティ・コミュニケーションズ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】高波 光洋

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

5B050

5E555

【Ｆターム（参考）】

5B050AA08

5B050BA12

5B050CA07

5B050CA08

5B050EA19

5B050FA02

5B050FA19

5E555AA23

5E555AA48

5E555BA02

5E555BA76

5E555BB02

5E555BC04

5E555BD09

5E555DB32

5E555DC30

5E555DD06

5E555EA05

5E555EA14

5E555FA00

(57)【要約】

【課題】コミュニケーションツール上で、関連する全ユーザの様子が判別でき、発信側が、受け手側に、ストレスなくコミュニケーションのタイミングを計ることができる。
【解決手段】アプリケーションサーバ１０は、コミュニケーションツールを使用するユーザ端末の入出力デバイスの使用状況、及び／または、ユーザ端末のユーザの登録スケジュールに基づいて、コミュニケーションツールが検知したユーザのステータス情報を取得するステータス取得部１１と、ステータス情報を、ステータス情報の継続時間情報、及び／または、ステータス情報の種別遷移情報に対応したプレゼンス情報であって、ユーザの現在の状況を反映したプレゼンス情報に変換するプレゼンス変換部１３と、コミュニケーションツール上で、ユーザのアバターを、プレゼンス情報に対応する表示パターンに変更して、ユーザ端末に表示させるプレゼンス出力制御部１４と、を有する。
【選択図】図３

【特許請求の範囲】

【請求項1】

コミュニケーションツールを使用するユーザ端末の入出力デバイスの使用状況、及び／または、前記ユーザ端末のユーザの登録スケジュールに基づいて、前記コミュニケーションツールが検知した前記ユーザのステータス情報を、コミュニケーションツール提供サーバから取得する取得部と、
前記取得部によって取得された前記ユーザのステータス情報を、検知時刻とともに蓄積する記憶部と、
前記取得部によって取得された前記ステータス情報を、前記ステータス情報の継続時間情報、及び／または、前記ステータス情報の種別遷移情報に対応したプレゼンス情報であって、前記ユーザの現在の状況を反映したプレゼンス情報に変換する変換部と、
前記コミュニケーションツール提供サーバに前記プレゼンス情報を出力し、前記コミュニケーションツール提供サーバに対し、前記コミュニケーションツール上で、前記ユーザのアバターを、前記プレゼンス情報に対応する表示パターンに変更して、前記ユーザ端末に表示させる出力制御部と、
を有することを特徴とする処理装置。

【請求項2】

各プレゼンス情報と、各プレゼンス情報に対応する前記アバターの表示パターンとは、予め設定されることを特徴とする請求項１に記載の処理装置。

【請求項3】

前記出力制御部は、前記コミュニケーションツール上で、前記ユーザが選択した複数のユーザのアバターを、前記複数のユーザの各プレゼンス情報に対応する表示パターンで、一覧表示させることを特徴とする請求項１に記載の処理装置。

【請求項4】

前記出力制御部は、前記コミュニケーションツール上で、前記ユーザが任意のグループに分けて選択した複数のユーザのアバターを、前記複数のユーザの各プレゼンス情報に対応する表示パターンで、前記グループごとに一覧表示させることを特徴とする請求項１に記載の処理装置。

【請求項5】

前記出力制御部は、前記コミュニケーションツール上で、前記ユーザのアバターを、前記プレゼンス情報に対応するＧＩＦ（Graphics Interchange Format）画像で表示させることを特徴とする請求項１に記載の処理装置。

【請求項6】

処理装置が実行する処理方法であって、
前記処理装置は、
コミュニケーションツールを使用するユーザ端末のユーザのステータス情報を、検知時刻とともに蓄積する記憶部
を有し、
前記コミュニケーションツールを使用するユーザ端末の入出力デバイスの使用状況、及び／または、前記ユーザ端末のユーザの登録スケジュールに基づいて、前記コミュニケーションツールが検知した前記ユーザのステータス情報を、コミュニケーションツール提供サーバから取得する工程と、
前記取得する工程において取得された前記ステータス情報を、前記ステータス情報の継続時間情報、及び／または、前記ステータス情報の種別遷移情報に対応したプレゼンス情報であって、前記ユーザの現在の状況を反映したプレゼンス情報に変換する工程と、
前記コミュニケーションツール提供サーバに前記プレゼンス情報を出力し、前記コミュニケーションツール提供サーバに対し、前記コミュニケーションツール上で、前記ユーザのアバターを、前記プレゼンス情報に対応する表示パターンに変更して、前記ユーザ端末に表示させる工程と、
を含んだことを特徴とする処理方法。

【請求項7】

コンピュータを、請求項１～５のいずれか一つに記載の処理装置として機能させるための処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、処理装置、処理方法及び処理プログラムに関する。

【背景技術】

【0002】

リモートワークの推奨により、様々なコミュニケーションツールを活用することで業務が行われている。このコミュニケーションツールとして、打合せを行うためのウェブ会議機能や、他のユーザとの間での通話機能が、一つのツール上で利用可能であるコミュニケーションツールが広く活用されている。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

ここで、リアルな職場では、相手が近くにいて相手の存在を認識できるため、話しかけたい側は、話しかけられる受け手の状況の詳細が分かり、ストレスなく、話しかけるタイミングを計ることができる。

【0005】

また、リアルな職場では、受け手側は、出社しているだけで、話しかけたい側のことを一切意識していないが、話しかける側が、受け手側の状況に応じて話しかけるタイミングを見計らって話しかけるため、受け手側にとってもコミュニケーションが成立している。以降、このような状況、言い換えると、受け手側が、話しかける側のことを一切意識していない場合でも、話しかける側とのコミュニケーションが成立していることを、受動コミュニケーションが確立している、とする。

【0006】

これに対し、オンラインのコミュニケーションツール上では、一部のユーザしかアクセスしていない場合、すなわち、全員がアクセスしていない場合がある。このため、コミュニケーションツール上では、話したい側が話しかけたい受け手側のユーザがアクセスしていないという課題や、みんなの状況が分からないという課題があった。これは、コミュニケーションツールは、対話／チャットなどの発信者の利便性が主となっており、受け手側のユーザを含めて全員がアクセスする動機づけが弱いためである。

【0007】

また、リアルな写真をアイコンとすることや、撮影した映像をコミュニケーションツールに反映することに対する、ユーザの抵抗感が強いため、コミュニケーションツール上の各ユーザのアイコンを固定せざるを得ない。しかしながら、コミュニケーションツール上のアイコンが固定されると、個性が没落し、ユーザが、自己分身感欠如により、自身のアイコンに愛着が持てなかったことも、コミュニケーションツールへのアクセスする動機づけが弱い原因であった。

【0008】

本発明は、上記に鑑みてなされたものであって、コミュニケーションツール上で、関連する全ユーザの状況が判別でき、発信側が、受け手側に、ストレスなくコミュニケーションのタイミングを計ることができる処理装置、処理方法及び処理プログラムを提供することを目的とする。

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

【0009】

上述した課題を解決し、目的を達成するために、本発明に係る処理装置は、コミュニケーションツールを使用するユーザ端末の入出力デバイスの使用状況、及び／または、前記ユーザ端末のユーザの登録スケジュールに基づいて、前記コミュニケーションツールが検知した前記ユーザのステータス情報を、コミュニケーションツール提供サーバから取得する取得部と、前記取得部によって取得された前記ユーザのステータス情報を、検知時刻とともに蓄積する記憶部と、前記取得部によって取得された前記ステータス情報を、前記ステータス情報の継続時間情報、及び／または、前記ステータス情報の種別遷移情報に対応したプレゼンス情報であって、前記ユーザの現在の状況を反映したプレゼンス情報に変換する変換部と、前記コミュニケーションツール提供サーバに前記プレゼンス情報を出力し、前記コミュニケーションツール提供サーバに対し、前記コミュニケーションツール上で、前記ユーザのアバターを、前記プレゼンス情報に対応する表示パターンに変更して、前記ユーザ端末に表示させる出力制御部と、を有することを特徴とする。

【発明の効果】

【0010】

本発明によれば、コミュニケーションツール上で、関連する全ユーザの様子が判別でき、発信側が、受け手側に、ストレスなくコミュニケーションのタイミングを計ることができる。

【図面の簡単な説明】

【0011】

【図1】図１は、実施の形態の概要を説明する図である。

【図2】図２は、実施の形態に係る通信システムの構成の一例を示す図である。

【図3】図３は、図２に示すアプリケーションサーバの構成の一例を示す図である。

【図4】図４は、ステータスパラメータの一例を説明する図である。

【図5】図５は、変換ルールの一例を示す図である。

【図6】図６は、アバター作成を説明する図である。

【図7】図７は、プレゼンス情報に対応するアバターの表示パターンを示す図である。

【図8】図８は、図２に示すコミュニケーションツール提供サーバの構成の一例を示す図である。

【図9】図９は、ユーザ端末に表示される画面の一例を示す図である。

【図10】図１０は、ユーザ端末に表示される画面の一例を示す図である。

【図11】図１１は、実施の形態に係る処理方法の処理手順を示すシーケンス図である。

【図12】図１２は、従来のコミュニケーションツールにおけるユーザのアイコンとステータスとの表示例を示す図である。

【図13】図１３は、リアル職場と、実施の形態を適用したリモートワーク環境との比較を説明する図である。

【図14】図１４は、プログラムを実行するコンピュータを示す図である。

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

【0012】

以下に、本願に係る処理装置、処理方法及び処理プログラムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態により本願に係る処理装置、処理方法及び処理プログラムが限定されるものではない。

【0013】

［実施の形態］
まず、実施の形態の概要について説明する。図１は、実施の形態の概要を説明する図である。

【0014】

実施の形態では、コミュニケーションツール提供サーバ２０が、コミュニケーションツールを構築して、ユーザ（例えば、ユーザＡ）が使用するユーザ端末（例えば、ユーザ端末３０Ａ）に、コミュニケーションツールの環境を提供する。

【0015】

ユーザＡが所属する事業所では、コミュニケーションツール提供サーバ２０が提供するコミュニケーションツールを介して、オンライン上の打ち合わせ、通話、チャット、スケジューリング、ファイル交換等を行う。このため、このコミュニケーションツールにユーザＡが所属する事業所の全ユーザがアクセスして業務を行う。

【0016】

そして、コミュニケーションツール提供サーバ２０は、コミュニケーションツールを介して、ユーザＡのステータスを検知する。コミュニケーションツール提供サーバ２０は、コミュニケーションツールを使用するユーザ端末３０Ａの入出力デバイスの使用状況、及び／または、ユーザＡの登録スケジュールに基づいて、ステータスを検知する。

【0017】

ユーザのステータスは、コミュニケーションツールを使用するユーザ端末３０Ａの入出力デバイスの使用状況、及び／または、ユーザＡの登録スケジュールに基づいて検知される。検知されたステータスは、ステータスの種別を示すステータスパラメータ（ステータス情報）の形式で、検知時刻、ユーザの識別情報（例えば、ユーザＩＤ）とともに記録される。ステータスパラメータは、例えば、「連絡可能」、「取り込み中」、「通話中」、「会議中」などがある。

【0018】

アプリケーションサーバ１０（処理装置）は、コミュニケーションツール提供サーバ２０のＡＰＩ（Application Programming Interface）を介して、ステータスパラメータを取得する（ステップＳ１）。

【0019】

そして、アプリケーションサーバ１０は、取得されたステータスパラメータから、ユーザの現在の状況を反映したプレゼンス情報に変換する（ステップＳ２）。プレゼンス情報は、ステータスパラメータの継続時間情報、及び／または、ステータスパラメータの種別遷移情報に対応した情報であって、ユーザの現在の状況を反映した情報である。

【0020】

アプリケーションサーバ１０は、コミュニケーションツール提供サーバ２０にプレゼンス情報を出力し（ステップＳ３）、コミュニケーションツール提供サーバ２０に対し、コミュニケーションツール上で、ユーザ（例えばユーザＡ）のアバターを、プレゼンス情報に対応する表示パターンに変更して、ユーザ端末（例えばユーザ端末３０Ａ）に表示させる。

【0021】

このように、実施の形態では、コミュニケーションツール上で、各ユーザの現在の状況を反映したアバターを表示させる。これによって、各ユーザは、関連する全ユーザの状況が判別でき、発信側が、受け手側に、ストレスなくコミュニケーションのタイミングを計ることができる。

【0022】

また、実施の形態では、この事業所の全ユーザが業務において既にアクセスしているコミュニケーションツールを介して、各ユーザの現在の状況を反映したアバターを表示させるため、各ユーザは、ユーザ自身が関連する他の全ユーザの状況が判別できる。

【0023】

［通信システム］
実施の形態に係る通信システムについて説明する。図２は、実施の形態に係る通信システムの構成の一例を示す図である。

【0024】

図２に示すように、実施の形態に係る通信システムは、ユーザ端末３０Ａ，３０Ｂと、ユーザ端末３０Ａ，３０Ｂに提供するコミュニケーションツールを提供するコミュニケーションツール提供サーバ２０と、コミュニケーションツール上で、各ユーザの現在の状況を反映したアバターを表示させるアプリケーションＰ１を制御するアプリケーションサーバ１０とを有する。なお、図１に示す構成は一例にすぎず、具体的な構成や各装置の数は特に限定されない。

【0025】

ユーザ端末３０Ａ，３０Ｂは、ノートＰＣ（Personal Computer）やデスクトップＰＣ等の情報処理装置電子や、タブレット、スマートフォン等のスマートデバイスである。ユーザ端末３０Ａ，３０Ｂは、ネットワーク（不図示）を介して、コミュニケーションツール提供サーバ２０に接続し、コミュニケーションツール提供サーバ２０が構築したコミュニケーションツール環境の提供を受ける。例えば、ユーザ端末３０Ａは、ユーザＡが使用する端末装置であり、ユーザ端末３０Ｂは、ユーザＢが使用する端末装置である。

【0026】

コミュニケーションツール提供サーバ２０は、オンラインでのコミュニケーションツールを提供する提供元に設けられたサーバ装置である。コミュニケーションツール提供サーバ２０は、ユーザ端末３０Ａ，３０Ｂからアクセスを受け付けると、コミュニケーションツールを構築し、ユーザ端末３０Ａ，３０Ｂにコミュニケーションツールの環境を提供する。コミュニケーションツール上では、ユーザ間のオンラインでの打ち合わせ、ユーザ間の通話、ユーザ間のチャット、ユーザ間のファイル交換等が可能である他、ユーザのスケジュールの登録なども可能である。

【0027】

アプリケーションサーバ１０は、ユーザ端末３０Ａ，３０Ｂは、ネットワーク（不図示）を介して、コミュニケーションツール提供サーバ２０に接続し、通信を行う。アプリケーションサーバ１０は、コミュニケーションツール上で動作するアプリケーションＰ１を提供し、制御する。アプリケーションＰ１は、コミュニケーションツール提供サーバ２０を介して、コミュニケーションツール上のユーザＡ，Ｂのアバターを、プレゼンス情報に対応する表示パターンに変更して、ユーザ端末３０Ａ，３０Ｂに表示させる。

【0028】

［アプリケーションサーバ］
次に、アプリケーションサーバ１０について説明する。図３は、図２に示すアプリケーションサーバ１０の構成の一例を示す図である。

【0029】

アプリケーションサーバ１０は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＣＰＵ（Central Processing Unit）等を含むコンピュータ等に所定のプログラムが読み込まれて、ＣＰＵが所定のプログラムを実行することで実現される。また、アプリケーションサーバ１０は、ネットワーク等を介して接続された他の装置との間で、各種情報を送受信する通信インタフェースを有する。アプリケーションサーバ１０は、ステータス取得部１１、記憶部１２、プレゼンス変換部１３、及び、プレゼンス出力制御部１４を有する。

【0030】

ステータス取得部１１は、コミュニケーションツール提供サーバ２０のＡＰＩを介して、コミュニケーションツールを利用する複数のユーザ（例えば、ユーザＡ，Ｂ）について、それぞれステータスパラメータを取得する。ステータス取得部１１は、例えば、定期的にステータスパラメータを取得し、記憶部１２のステータス情報１２１（後述）に格納する。

【0031】

記憶部１２は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等の記憶装置である。なお、記憶部１２は、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ＮＶＳＲＡＭ（Non Volatile Static Random Access Memory）等のデータを書き換え可能な半導体メモリであってもよい。記憶部１２は、ステータス情報１２１及び変換ルール１２２を有する。

【0032】

ステータス情報１２１は、コミュニケーションツール提供サーバ２０がコミュニケーションツールを介して検知した、各ユーザのステータスパラメータを蓄積する。ステータス情報１２１には、検知時刻、ユーザＩＤ、及び、ステータスパラメータを対応付けて蓄積される。

【0033】

図４は、ステータスパラメータの一例を説明する図である。図４に示すように、例えば、ステータスパラメータとして、「連絡可能」、「連絡可能、不在」、「取り込み中」、「通話中」、「会議中」、「通話中、外出中」、「応答不可」、「発表中」、「フォーカス」、「退席中」、「一時退席中」、「業務時間外」、「オフライン」、「状態不明」、「ブロックされました」、「外出中」などがある。

【0034】

「連絡可能」は、予定や通話がなく、ユーザが端末操作をしている状況を示す。「連絡可能、不在」は、外出予定が入っている時間帯にユーザが端末操作をしている状況を示す。「取り込み中」は、ユーザに予定が入っている状況、手動で設定している状況を示す。「通話中」は、コミュニケーションツールを用いてユーザが通話中の状況を示す。「会議中」は、ユーザに会議予定が入っている状況を示す。「通話中、外出中」は、ユーザに外出予定が入っている時間に、コミュニケーションツールを用いてユーザが通話中の状況を示す。

【0035】

「応答不可」は、応答不可であり、通話がボイスメールに転送される状況を示す。「発表中」は、会議中に画面共有をしている状況を示す。「フォーカス」は、フォーカス時間が設けられた状況を示す。「退席中」は、端末がロック状態、スリープ状態、一定時間以上操作がない状況、ユーザが手動で退席を設定している状況を示す。「一時退席中」は、ユーザが手動で退席を設定している状況を示す。

【0036】

「業務時間外」は、予定表で設定している業務時間外で、端末がロック／スリープなどの状況を示す。「オフライン」は、オフラインの状況を示す。「状態不明」は、コミュニケーションツールの状況を取得できない状況であることを示す。「ブロックされました」は、相手が自分のアカウントを「ブロックした連絡先」に設定している状況を示す。「外出中」は、ユーザに外出予定が入っている時間帯に、コミュニケーションツールからユーザがサインアウトしている状況を示す。

【0037】

変換ルール１２２は、プレゼンス変換部１３が、ステータス取得部１１が取得したユーザのステータスを、プレゼンス情報に変換する際に使用される変換ルールである。変換ルール１２２は、ステータスパラメータと、ステータスの継続時間、及び／または、ステータスの種別の移行に応じたプレゼンス情報とが対応付けられている。

【0038】

各プレゼンス情報は、例えば、ユーザのステータスパラメータの継続時間及び／または種別遷移に応じて、推定されるユーザの状況を示す情報である。プレゼンス情報は、例えば、任意のユーザの操作状況や該ユーザの音声を取得し、ユーザの操作状況及び／またはユーザの音声からユーザの状況の推移を推定し、推定されるユーザの状況と、ステータスパラメータの継続時間及び／または種別遷移とを照合することで、設定される。

【0039】

図５は、変換ルール１２２の一例を示す図である。図５に示すように、各ステータスに対し、例えば、デフォルト、Ｘ秒連続、Ｙ秒以上連続、ステータスＭからの移行、ステータスＬからの移行の項目が設けられている。

【0040】

図５のブロックＢ１では、例えば、ステータス「連絡可能」が、Ｘ秒連続する場合には、プレゼンス「ニコニコ」が設定されており、Ｙ秒以上連続する場合には、プレゼンス「左うちわ」が設定される。また、例えば、ステータス「取り込み中」が、Ｘ秒連続する場合には、プレゼンス「ひと汗」が設定されており、Ｙ秒以上連続する場合には、プレゼンス「ふた汗」が設定される。

【0041】

また、図５のブロックＢ２では、例えば、ステータスＭから、ステータス「連絡可能」に移行した場合には、プレゼンス「ひと安心」が設定されており、ステータスＬから、ステータス「連絡可能」に移行した場合には、プレゼンス「謝り」が設定されている。また、ステータス「Ｍ」から、ステータス「取り込み中」に移行した場合には、プレゼンス「焦り」が設定されており、ステータス「Ｌ」から、ステータス「取り込み中」に移行した場合には、プレゼンス「気合」が設定されている。

【0042】

なお、変換ルール１２２は、予め設定されるほか、例えば、職場、職種またはユーザ個人に応じて内容が異なるルールであってもよいし、ニーズに応じて、適宜変更されてもよい。

【0043】

プレゼンス変換部１３は、ステータス取得部１１によって取得されたユーザのステータスパラメータを、プレゼンス情報に変換する。プレゼンス変換部１３は、変換ルール１２２を参照して、ユーザのステータス情報を、プレゼンス情報に変換する。

【0044】

プレゼンス情報は、ステータスパラメータの継続時間情報、及び／または、ステータスパラメータの種別遷移情報に対応したプレゼンス情報であって、ユーザの現在の状況を反映した情報である。プレゼンス変換部１３は、ステータス取得部１１がユーザのステータスパラメータを取得するごとに、このユーザのこれまでのステータスパラメータに基づいて、プレゼンス情報に変換する。

【0045】

例えば、新たに取得されたユーザＡのステータスパラメータをが「連絡可能」であり、このユーザＡについて、ステータスパラメータ「連絡可能」がＸ秒連続している場合には、プレゼンス変換部１３は、図５の変換ルール１２２を参照し、ユーザＡについて、プレゼンス「ニコニコ」に変換する。

【0046】

また、新たに取得されたユーザＢのステータスパラメータが「取り込み中」であり、１回前に取得したステータスパラメータが「Ｍ」であった場合には、プレゼンス変換部１３は、ステータスパラメータが「Ｍ」から「取り込み中」に移行したと判定し、ユーザＢについて、プレゼンス「焦り」に変換する。

【0047】

プレゼンス出力制御部１４は、コミュニケーションツール提供サーバ２０にプレゼンス情報を出力し、アプリケーションＰ１を制御することで、コミュニケーションツール提供サーバ２０に対し、コミュニケーションツール上で、ユーザＡ，Ｂのアバターを、プレゼンス情報に対応する表示パターンに変更して、ユーザ端末３０Ａ，３０Ｂに表示させる。

【0048】

アプリケーションＰ１は、コミュニケーションツール上で、プレゼンス情報に対応する各ユーザのアバターが表示されるホーム画面を提供する。ユーザ（例えば、ユーザＡ，Ｂ）は、それぞれ自身のアバターを設定し、コミュニケーションツール上で、アプリケーションＰ１のホーム画面に、設定したアバターを表示させている。

【0049】

図６は、アバター設定を説明する図である。ユーザは、アプリケーションＰ１のマイページ上でアバター変更ボタンを選択することで、アバター変更メニューＭ１に遷移して、ユーザ自身のアバターを作成する。具体的には、アバターに対して、変更したいカテゴリ（髪型、眉毛、目など）をタブから選択する（図６（１））。

【0050】

そして、ユーザが、例えば、「髪型」を選択した場合、アバター変更メニューには、変更可能である複数の髪型が一覧表示されるため、ユーザは、その中から変更したいパーツを選択する（図６の（２））。

【0051】

すると、アバター変更メニューの下方に、完成イメージプレビューが表示されるため、ユーザは、完成イメージプレビューを確認し（図６の（３））、「反映」ボタンを押すと、数秒後、コミュニケーションツール上のホーム画面のアバターが、変更後のアバターに変更される（図６の（４））。

【0052】

図７は、プレゼンス情報に対応するアバターの表示パターンを示す図である。図７に示すように、アバターは、デフォルトが設定されるとともに、プレゼンス情報に応じて表示パターンが異なる。

【0053】

例えば、図７に示すように、ユーザＡについては、ステータス「連絡可能」の場合にデフォルトとして、アバターＧ１－１が設定されている場合について説明する。

【0054】

例えば、ステータス「連絡可能」がＸ秒連続して、プレゼンス「ニコニコ」に変換された場合、ユーザＡについては、デフォルトのアバターＧ１－１から、ニコニコした表情のアバターＧ１－２に変更される。そして、ユーザＡについては、ステータス「連絡可能」の継続時間がＹ秒以上連続した場合には、アバターＧ１－２よりもさらに楽しそうな表情をしたアバターＧ１－３に変更される。

【0055】

このように、ユーザのアバターは、時間軸Ａ１にしたがって、ステータスの継続時間に応じて推定されるユーザの状況を反映するように、プレゼンス情報に対応した表示パターンが変更される（枠Ｗ１参照）。

【0056】

また、ステータス「Ｍ」からステータス「連絡可能」に移行して、プレゼンス「ひと安心」に変換された場合、ユーザＡについては、元のアバターから、「ひと安心」というコメント文を含むアバターＧ１－１１に変更される。また、ステータス「Ｌ」からステータス「連絡可能」に移行して、プレゼンス「焦り」に変換された場合、ユーザＡについては、元のアバターから、焦って飲み物を飲んでいるアバターＧ１－１２に変更される。

【0057】

このように、ユーザのアバターは、ステータスの遷移軸Ａ２にしたがって、前回のステータスから今回のステータスの移行に応じて推定される、ユーザの状況を反映するように、プレゼンス情報に対応した表示パターンが変更される（枠Ｗ２参照）。

【0058】

なお、コミュニケーションツール提供サーバ２０が、プレゼンス情報にそれぞれ対応する各ユーザのアバターを保持している場合、アプリケーションサーバ１０は、ユーザＩＤとプレゼンス情報とをコミュニケーションツール提供サーバ２０に送信する。これによって、アプリケーションサーバ１０は、コミュニケーションツール提供サーバ２０に、ユーザＩＤに対応するユーザのアバターの、プレゼンス情報に対応するアバターへの変更と、ユーザ端末３０Ａ，３０Ｂへの表示を実行させる。

【0059】

或いは、アプリケーションサーバ１０は、コミュニケーションツール提供サーバ２０に、プレゼンス情報に対応する表示パターンのアバターを直接送信して、ユーザのアバターを変更表示させてもよい。

【0060】

［コミュニケーションツール提供サーバ］
次に、コミュニケーションツール提供サーバ２０について説明する。図８は、図２に示すコミュニケーションツール提供サーバ２０の構成の一例を示す図である。

【0061】

コミュニケーションツール提供サーバ２０は、例えば、ＲＯＭ、ＲＡＭ、ＣＰＵ等を含むコンピュータ等に所定のプログラムが読み込まれて、ＣＰＵが所定のプログラムを実行することで実現される。また、コミュニケーションツール提供サーバ２０は、ネットワーク等を介して接続された他の装置との間で、各種情報を送受信する通信インタフェースを有する。コミュニケーションツール提供サーバ２０は、情報連携部２１及びツール提供制御部２２を有する。

【0062】

情報連携部２１は、ステータスパラメータのアプリケーションサーバ１０への出力が定められたＡＰＩ（Application Programming Interface）が実装された機能部である。情報連携部２１は、ステータス検知部２２１（後述）が検知した各ユーザＡ，Ｂのステータスパラメータを、検知時刻及びユーザＩＤと対応付けて、アプリケーションサーバ１０に出力する。

【0063】

ツール提供制御部２２は、コミュニケーションツールを構築して、ユーザ端末３０Ａ，３０Ｂに、コミュニケーションツールの環境を提供する。ツール提供制御部２２は、ステータス検知部２２１及びアプリケーション連携部２２２を有する。

【0064】

ステータス検知部２２１は、コミュニケーションツールを使用するユーザ端末３０Ａ，３０Ｂの入出力デバイスの使用状況、及び／または、ユーザＡ，Ｂの登録スケジュールに基づいて、ユーザＡ，Ｂのステータスを検知する。

【0065】

アプリケーション連携部２２２は、アプリケーションサーバ１０と連携して、コミュニケーションツール上で、アプリケーションＰ１の処理を実行させる。

【0066】

アプリケーション連携部２２２は、アプリケーションサーバ１０からプレゼンス情報を受信するプレゼンス受信部２２３と、ユーザ端末３０Ａ，３０Ｂのコミュニケーションツール上のアプリケーションＰ１のホーム画面に、プレゼンス情報に対応する表示パターンに変更させた各ユーザのアバターを表示させるアバター表示制御部２２４とを有する。

【0067】

アプリケーション連携部２２２は、プレゼンス情報と、プレゼンス情報にそれぞれ対応する各ユーザのアバターを保持しており、アプリケーションサーバ１０から受信したプレゼンス情報に応じて、アプリケーションＰ１のホーム画面に表示するユーザのアバターを変更する。或いは、アプリケーション連携部２２２は、アプリケーションサーバ１０から、プレゼンス情報に対応する表示パターンのアバターを直接受信して、アプリケーションＰ１のホーム画面に表示するユーザのアバターを変更する。

【0068】

［画面の一例］
図９及び図１０は、ユーザ端末３０Ａに表示される画面の一例を示す図である。図９に示すように、ユーザ端末３０Ａには、コミュニケーションツール上で、アプリケーションＰ１が提供したホーム画面Ｍ２１が表示される。ホーム画面Ｍ２１は、例えば、メインメニューＭ２２と、マイメニューＭ２３とを含む。

【0069】

アプリケーションサーバ１０のプレゼンス出力制御部１４は、メインメニューＭ２２に、複数のユーザのアバターを一覧表示させる。これらのユーザは、例えば、ユーザＡ（例えば「佐々木圭一」）がコミュニケーションツール上で選択した同僚（ユーザ）である。これらの複数のユーザの各アバターは、各ユーザのプレゼンス情報にそれぞれ対応する表示パターンで表示される。

【0070】

言い換えると、メインメニューＭ２２では、各ユーザが作成したアバターは、各ユーザにそれぞれ対応するプレゼンス情報に応じて変化する（図９の（１））。このため、ユーザＡは、自身が選択した他のユーザのアバターを確認することで、他のユーザの現在の状況を確認することができる。これによって、ユーザＡは、例えば、話しかけたいユーザが、今、話しかけてもよい状況であるかを判別できる。

【0071】

例えば、ユーザＡが話しかけたい相手が、「田中花子」である場合、「田中花子」のアバターを確認することで、現在、連絡可能であり、かつ、連絡可能である状況がＹ秒以上連続していることを判別することができる。このため、ユーザＡは、「田中花子」に話しかけてもよいことが分かり、ストレスなく話しかけることができる。

【0072】

また、ユーザＡが話しかけたい相手が、「須藤竜一」である場合、「須藤竜一」のアバターを確認することで、現在、集中して取り込んでいる最中であることを判別することができる。このため、ユーザＡは、「須藤竜一」には、別のタイミングで話しかけた方がよいことが分かり、ストレスなく話しかけるタイミングを認識することができる。

【0073】

このように、実施の形態では、プレゼンス情報によってユーザの現在の状況を反映したアバターが表示され、他のユーザの状況が適切に判別できるため、発信側が、受け手側に、ストレスなくコミュニケーションのタイミングを計ることができる。

【0074】

このように、メインメニューには、各ユーザのアバターが、各ユーザのプレゼンス情報にそれぞれ対応する表示パターンで表示されるため、ユーザＡは、アバターを認識することで、チームメンバーや関係者の現況が一目でわかる（図９の（２））。メインメニューＭ２２に表示する他のユーザのアバターの一覧は、ユーザＡが任意に選択したユーザのものであり、ユーザＡが自由に変更できる。

【0075】

また、プレゼンス出力制御部１４は、コミュニケーションツール上で、ユーザＡが任意のグループに分けて選択した複数のユーザのアバターを、複数のユーザの各プレゼンス情報に対応する表示パターンで、グループごとに一覧表示させることも可能である。

【0076】

例えば、メインメニューＭ２２には、グループごとにタブが付与されており、ユーザＡは、メインメニューＭ２２からタブオーダーで表示グループの切り替えができる（図９の（３））。ユーザＡは、タブを選択することで、自身が選択したタブのグループに属するユーザのアバター一覧を視認することができる。

【0077】

また、マイメニューＭ２３は、ユーザＡ（例えば、「佐々木圭一」）専用のメニュー画面である。マイメニューＭ２３には、ユーザＡ自身のアバターも、ユーザＡのプレゼンス情報に応じて表示される（図９の（４））。マイメニューＭ２３では、ユーザＡは、アバター変更、予定の追加／削除、同僚（アバター表示対象の他のユーザ）追加等が可能である。

【0078】

また、プレゼンス出力制御部１４は、コミュニケーションツール上で、各ユーザのアバターを、プレゼンス情報に対応するＧＩＦ（Graphics Interchange Format）画像で表示させて、アバターがプレゼンスに応じた動きで動くようにしてもよい。

【0079】

また、メインメニューＭ２２に一覧表示される各ユーザの状況の詳細を確認することも可能である。例えば、図１０に示すように、ユーザＡが、ユーザ「須藤竜一」を単独で選択した場合（図１０の（１））、メニューＭ２４－１に、選択したユーザ「須藤竜一」の詳細な状況が表示される。メニューＭ２４－１には、「須藤竜一」のアバター、出社の有無、所属先、連作先、チャット、ステータス「集中」が表示される。

【0080】

また、ユーザＡが、複数ユーザを選択した場合（図１０の（２））、メニューＭ２４－２に、選択した複数のユーザのアバター、スケジュール、連絡先、チャットが表示される。

【0081】

また、マイメニューＭ２３をさらに詳細化したマイメニューＭ２３－１の表示も可能である。マイメニューＭ２３－１は、ユーザＡのアバター変更が可能であるアバター変更ボタンＢ２３－１、及び、メインメニューＭ２２に表示される同僚追加／削除が可能である同僚追加／削除ボタン２３－２を含む。ユーザは、アバター変更ボタンＢ２３－１を選択して、アバター変更メニュー（図６）に移行して、自身のアバターを変更してもよい。また、ユーザは、同僚追加／削除ボタン２３－２を選択して、同僚の追加及び／または削除が可能であるメニューに移行してもよい。また、マイメニューＭ２３－１は、ユーザＡのロケーション設定欄Ｗ２３－１、ユーザＡが使用可能であるコミュニケーションツール欄Ｗ２３－２を含む。

【0082】

［処理手順］
次に、実施の形態に係る処理方法について説明する。図１１は、実施の形態に係る処理方法の処理手順を示すシーケンス図である。

【0083】

図１１に示すように、コミュニケーションツール提供サーバ２０は、コミュニケーションツールを構築して（ステップＳ１１，Ｓ１２）、ユーザ端末３０Ａ，３０Ｂに、コミュニケーションツールの環境を提供する。

【0084】

コミュニケーションツール提供サーバ２０は、コミュニケーションツールを使用するユーザ端末３０Ａ，３０Ｂの入出力デバイスの使用状況、及び／または、ユーザＡ，Ｂの登録スケジュールに基づいて、ユーザＡ，Ｂのステータスを検知する（ステップＳ１３）。

【0085】

アプリケーションサーバ１０は、コミュニケーションツール提供サーバ２０から、ステップＳ１３において検知された各ユーザＡ，Ｂのステータスパラメータを受信し、ステータスパラメータを取得する（ステップＳ１４，Ｓ１５）。

【0086】

アプリケーションサーバ１０は、ステップＳ１５において取得したステータスパラメータを、ユーザのこれまでのステータスパラメータに基づいて、プレゼンス情報に変換する（ステップＳ１６）。

【0087】

アプリケーションサーバ１０は、コミュニケーションツール提供サーバ２０にプレゼンス情報を出力し（ステップＳ１７，Ｓ１８）、コミュニケーションツール提供サーバ２０に対し、コミュニケーションツール上で、ユーザＡ，Ｂのアバターを、プレゼンス情報に対応する表示パターンに変更して、ユーザ端末３０Ａ，３０Ｂに表示させるアバター表示制御を実行させる（ステップＳ１９～Ｓ２１）。

【0088】

［実施の形態の効果］
ここで、従来のコミュニケーションツールでのユーザアイコンの表示について説明する。図１２は、従来のコミュニケーションツールにおけるユーザのアイコンとステータスとの表示例を示す図である。

【0089】

図１２に示すように、従来は、ユーザ端末に表示される各ユーザのアイコンは、イニシャルアイコンであり、ステータスも、イニシャルアイコンの近傍にマークで示す程度であった。また、取り込み中、通話中、会議中のいずれのステータスであっても、見かけ上同じマークであり、取り込み中から通話中に変わったとしても、ステータスマークは代わらず、マークのみによるステータスの識別は困難であった。

【0090】

そこで、本実施の形態では、アプリケーションサーバ１０は、コミュニケーションツール提供サーバ２０から取得したステータスパラメータから、ユーザの現在の状況を反映したプレゼンス情報に変換する。そして、アプリケーションサーバ１０は、コミュニケーションツール提供サーバ２０にプレゼンス情報を出力し、コミュニケーションツール提供サーバ２０に対し、コミュニケーションツール上で、ユーザＡ，Ｂのアバターを、プレゼンス情報に対応する表示パターンに変更して、ユーザ端末３０Ａ，３０Ｂに表示させる。

【0091】

したがって、実施の形態では、コミュニケーションツール上で、各ユーザの現在の状況を反映したアバターを表示させることで、各ユーザは、関連する全ユーザの状況が判別でき、発信側が、受け手側に、ストレスなくコミュニケーションのタイミングを計ることができる。

【0092】

図１３は、リアル職場と、実施の形態を適用したリモートワーク環境との比較を説明する図である。図１３の（Ａ）は、ユーザＵ１が実際に職場に出社している場合を示し、図１３の（Ｂ）は、ユーザＵ２が本実施の形態を適用したリモートワーク環境にて業務を行っている場合を示す。

【0093】

図１３の（Ａ）に示すように、実際に職場に出社しているユーザＵ１は、同僚が近くにいるため、話しかけたい受け手の状況の詳細が分かり、ストレスなく、話しかけるタイミングを計ることができる。

【0094】

例えば、受け手がくつろいでいる場合には、ユーザＵ１は、話しかけてもよいと判別できる。また、受け手が談笑中であれば、ユーザＵ１はその中に混ざってみることもできる。また、受け手が会議中であったら、ユーザＵ１は、後で話しかけよう、と話しかけるタイミングではないと判別できる。また、受け手が忙しいようであったら、ユーザＵ１は、受け手に確認してみることも選択できる。

【0095】

そして、図１３の（Ｂ）に示すように、ユーザＵ２が本実施の形態を適用したリモートワーク環境にて業務を行っている場合、ユーザＵ２は、コミュニケーションツール上で表示されたアバターによって、話しかけたい受け手の状況が分かり、ストレスなく、話しかけるタイミングを計ることができる。

【0096】

例えば、受け手側のアバターＧｂ－１が、くつろいでいる状況を示す場合、ユーザＵ２は、話しかけてもよいと判別できる。また、受け手のアバターＧｂ－２が談笑中であれば、ユーザＵ２はその中に混ざってみることもできる。また、受け手のアバターＧｂ－３が会議中であったら、ユーザＵ２は、後で話しかけよう、と話しかけるタイミングではないと判別できる。また、受け手のアバターＧｂ－４が忙しいようであったら、ユーザＵ２は、受け手に確認してみることも選択できる。

【0097】

このように、実施の形態を適用した場合、リモートワークであっても、リアル職場とほぼ同質の体験をすることができる。実施の形態を適用した場合、リモートワークであっても、受け手側は、コミュニケーションツールにアクセスしているだけで、話しかけたいユーザＵ２のことを一切意識していないが、ユーザＵ２が、受け手側の状況に応じて話しかけるタイミングを見計らって話しかけることができる。このため、実施の形態を適用したリモートワーク環境では、リアルな職場と同様に、受け手側にとってもコミュニケーションが成立している、すなわち、受動コミュニケーションが確立している、といえる。

【0098】

また、実施の形態では、職場の全ユーザが業務において既にアクセスするコミュニケーションツールを介して、各ユーザの現在の状況を反映したアバターを表示させため、各ユーザは、ユーザ自身が関連する他の全ユーザの状況が判別できる。

【0099】

また、アバターは、ユーザ自身が設定でき、各ユーザのアバターは、各ユーザの現在の状況を反映したものである。言い換えると、実施の形態によれば、コミュニケーションツール上のアバターには、ユーザ自身個性やユーザ自身の状況を反映される。このため、アバターが固定されることもなく、また、ユーザは、アバターに自己分身感を持つことができる。このため、実施の形態によれば、ユーザのコミュニケーションツールへのアクセスの動機づけを高めることができ、ユーザ間での円滑なコミュニケーションを図ることが可能である。

【0100】

［システム構成等］
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵやＧＰＵ及び当該ＣＰＵやＧＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

【0101】

また、本実施形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

【0102】

［プログラム］
また、上記実施形態において説明したアプリケーションサーバ１０、コミュニケーションツール提供サーバ２０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。例えば、実施形態におけるアプリケーションサーバ１０、コミュニケーションツール提供サーバ２０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。この場合、コンピュータがプログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかるプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませて実行することにより上記実施形態と同様の処理を実現してもよい。

【0103】

図１４は、プログラムを実行するコンピュータを示す図である。図１４に例示するように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有し、これらの各部はバス１０８０によって接続される。

【0104】

メモリ１０１０は、図１４に例示するように、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、図１０に例示するように、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。

【0105】

ここで、図１４に例示するように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、上記の、プログラムは、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ１０９０に記憶される。

【0106】

また、上記実施形態で説明した各種データは、プログラムデータとして、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出し、各種処理手順を実行する。

【0107】

なお、プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

【0108】

上記の実施形態やその変形は、本願が開示する技術に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

【符号の説明】

【0109】

１０ アプリケーションサーバ
１１ ステータス取得部
１２ 記憶部
１３ プレゼンス変換部
１４ プレゼンス出力制御部
２０ コミュニケーションツール提供サーバ
２１ 情報連携部
２２ ツール提供制御部
３０Ａ，３０Ｂ ユーザ端末
１２１ ステータス情報
１２２ 変換ルール
２２１ ステータス検知部
２２２ アプリケーション連携部
２２３ プレゼンス受信部
２２４ アバター表示制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】