(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023110793
(43)【公開日】2023-08-09
(54)【発明の名称】プログラム、情報処理方法、端末、サーバ
(51)【国際特許分類】
H04N 7/15 20060101AFI20230802BHJP
H04N 21/488 20110101ALI20230802BHJP
【ＦＩ】
H04N7/15
H04N21/488
【審査請求】未請求
【請求項の数】19
【出願形態】ＯＬ
(21)【出願番号】P 2022012461
(22)【出願日】2022-01-28
(71)【出願人】
【識別番号】321003371
【氏名又は名称】ＬＩＮＥ株式会社
(74)【代理人】
【識別番号】100093687
【弁理士】
【氏名又は名称】富崎 元成
(74)【代理人】
【氏名又は名称】山田 勉
(74)【代理人】
【識別番号】100168468
【弁理士】
【氏名又は名称】富崎 曜
(74)【代理人】
【識別番号】100166176
【弁理士】
【氏名又は名称】加美山 豊
(72)【発明者】
【氏名】濱窄 亮介
(72)【発明者】
【氏名】真崎 洋輔
【テーマコード（参考）】
5C164
【Ｆターム（参考）】
5C164FA10
5C164UB41S
5C164UB81S
5C164UD11P
5C164VA07P
5C164VA13S
5C164VA16S
5C164YA11
5C164YA21
(57)【要約】
【課題】グループで送受信された音情報と映像情報とを出力することに関する利便性を向上させる。
【解決手段】第１グループで送受信された音情報と映像情報とを出力する端末によって実行されるプログラムは、端末のユーザを含む第１グループで送受信された音情報と映像情報とを端末の出力部によって出力することと、端末のユーザによる端末への第１入力に基づいて、第１グループで送受信された音情報と映像情報との出力をやめる制御を端末の制御部によって行うことと、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを端末の表示部に表示することとが端末によって実行される。
【選択図】図１－１
【解決手段】第１グループで送受信された音情報と映像情報とを出力する端末によって実行されるプログラムは、端末のユーザを含む第１グループで送受信された音情報と映像情報とを端末の出力部によって出力することと、端末のユーザによる端末への第１入力に基づいて、第１グループで送受信された音情報と映像情報との出力をやめる制御を端末の制御部によって行うことと、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを端末の表示部に表示することとが端末によって実行される。
【選択図】図１－１
【特許請求の範囲】
【請求項1】
第１グループで送受信された音情報と映像情報とを出力する端末によって実行されるプログラムであって、
前記端末のユーザを含む前記第１グループで送受信された前記音情報と前記映像情報とを前記端末の出力部によって出力することと、
前記端末のユーザによる前記端末への第１入力に基づいて、前記第１グループで送受信された前記音情報と前記映像情報との出力をやめる制御を前記端末の制御部によって行うことと、
前記第１グループを示す情報と、前記第１グループとは異なる第２グループを示す情報とを前記端末の表示部に表示することとが前記端末によって実行される。
前記端末のユーザを含む前記第１グループで送受信された前記音情報と前記映像情報とを前記端末の出力部によって出力することと、
前記端末のユーザによる前記端末への第１入力に基づいて、前記第１グループで送受信された前記音情報と前記映像情報との出力をやめる制御を前記端末の制御部によって行うことと、
前記第１グループを示す情報と、前記第１グループとは異なる第２グループを示す情報とを前記端末の表示部に表示することとが前記端末によって実行される。
【請求項2】
請求項１に記載のプログラムであって、
前記第１入力に基づいて、前記端末のユーザによる前記第１グループの参加をやめる制御を前記制御部によって行うことが前記端末によって実行される。
前記第１入力に基づいて、前記端末のユーザによる前記第１グループの参加をやめる制御を前記制御部によって行うことが前記端末によって実行される。
【請求項3】
請求項１または請求項２に記載のプログラムであって、
前記第２グループを示す情報に対する入力に基づいて、前記第２グループに参加する制御を前記制御部によって行うことが前記端末によって実行される。
前記第２グループを示す情報に対する入力に基づいて、前記第２グループに参加する制御を前記制御部によって行うことが前記端末によって実行される。
【請求項4】
請求項１から請求項３のいずれか一項に記載のプログラムであって、
前記第１入力に基づいて、前記第１グループとは異なる第３グループに移動する制御を前記制御部によって行うことが前記端末によって実行される。
前記第１入力に基づいて、前記第１グループとは異なる第３グループに移動する制御を前記制御部によって行うことが前記端末によって実行される。
【請求項5】
請求項４に記載のプログラムであって、
前記第３グループは、前記第３グループ内で音声情報および映像情報の送受信が不可である。
前記第３グループは、前記第３グループ内で音声情報および映像情報の送受信が不可である。
【請求項6】
請求項５に記載のプログラムであって、
前記第３グループは、メッセージの送受信が可能である。
前記第３グループは、メッセージの送受信が可能である。
【請求項7】
請求項４から請求項６のいずれか一項に記載のプログラムであって、
前記端末のユーザが、前記第３グループに含まれる場合、前記第１グループを示す情報と、前記第２グループを示す情報とを前記表示部に表示する制御を前記制御部によって行うことが前記端末によって実行される。
前記端末のユーザが、前記第３グループに含まれる場合、前記第１グループを示す情報と、前記第２グループを示す情報とを前記表示部に表示する制御を前記制御部によって行うことが前記端末によって実行される。
【請求項8】
請求項４から請求項７のいずれか一項に記載のプログラムであって、
前記端末のユーザが前記第３グループに含まれ、招待に関する情報を前記端末の通信部によって受信した場合、前記招待に関する情報に基づくグループに移動する制御を前記制御部によって行うことが前記端末によって実行される。
前記端末のユーザが前記第３グループに含まれ、招待に関する情報を前記端末の通信部によって受信した場合、前記招待に関する情報に基づくグループに移動する制御を前記制御部によって行うことが前記端末によって実行される。
【請求項9】
請求項４から請求項８のいずれか一項に記載のプログラムであって、
設定された時間以上、または設定された時刻まで前記第３グループに前記端末のユーザが含まれる場合、前記第１グループを示す情報と前記第２グループを示す情報との表示を前記表示部に表示しない制御を前記制御部によって行うことが前記端末によって実行される。
設定された時間以上、または設定された時刻まで前記第３グループに前記端末のユーザが含まれる場合、前記第１グループを示す情報と前記第２グループを示す情報との表示を前記表示部に表示しない制御を前記制御部によって行うことが前記端末によって実行される。
【請求項10】
請求項４から請求項８のいずれか一項に記載のプログラムであって、
設定された時間以上、または設定された時刻まで前記第３グループに前記端末のユーザが含まれる場合、前記第３グループとは異なる第４グループに移動する制御を前記制御部によって行うことが前記端末によって実行される。
設定された時間以上、または設定された時刻まで前記第３グループに前記端末のユーザが含まれる場合、前記第３グループとは異なる第４グループに移動する制御を前記制御部によって行うことが前記端末によって実行される。
【請求項11】
請求項１から請求項１０のいずれか一項に記載のプログラムであって、
前記端末のユーザに関する情報を前記端末の取得部によって取得することと、
前記取得部による取得に基づいて、前記第１グループで送受信された前記音情報と前記映像情報との出力をやめる制御を前記制御部によって行うことと、
前記第１グループを示す情報と、前記第１グループとは異なる第２グループを示す情報とを前記表示部に表示することとが前記端末によって実行される。
前記端末のユーザに関する情報を前記端末の取得部によって取得することと、
前記取得部による取得に基づいて、前記第１グループで送受信された前記音情報と前記映像情報との出力をやめる制御を前記制御部によって行うことと、
前記第１グループを示す情報と、前記第１グループとは異なる第２グループを示す情報とを前記表示部に表示することとが前記端末によって実行される。
【請求項12】
請求項１１に記載のプログラムであって、
前記取得部は、撮像部であり、
前記撮像部によって撮像された画像に前記端末のユーザが含まれている否かを前記画像によって取得することが前記端末によって実行される。
前記取得部は、撮像部であり、
前記撮像部によって撮像された画像に前記端末のユーザが含まれている否かを前記画像によって取得することが前記端末によって実行される。
【請求項13】
請求項１１または請求項１２に記載のプログラムであって、
前記端末のユーザによる発言量を前記取得部によって取得することが前記端末によって実行される。
前記端末のユーザによる発言量を前記取得部によって取得することが前記端末によって実行される。
【請求項14】
請求項１から請求項１０のいずれか一項に記載のプログラムであって、
前記端末の撮像部によって撮像された映像情報が、設定された期間、または設定された時刻まで前記第１グループに送信されていない場合、前記第１グループで送受信された前記音情報と前記映像情報との出力をやめる制御を前記制御部によって行うことと、
前記第１グループを示す情報と、前記第１グループとは異なる第２グループを示す情報とを前記表示部に表示することとが前記端末によって実行される。
前記端末の撮像部によって撮像された映像情報が、設定された期間、または設定された時刻まで前記第１グループに送信されていない場合、前記第１グループで送受信された前記音情報と前記映像情報との出力をやめる制御を前記制御部によって行うことと、
前記第１グループを示す情報と、前記第１グループとは異なる第２グループを示す情報とを前記表示部に表示することとが前記端末によって実行される。
【請求項15】
請求項１から請求項１４のいずれか一項に記載のプログラムであって、
前記第１入力の後、設定された時間が経過した場合、または設定された時刻になった場合、前記第１グループで送受信された前記音情報と前記映像情報との出力をやめる制御を前記制御部によって行うことが前記端末によって実行される。
前記第１入力の後、設定された時間が経過した場合、または設定された時刻になった場合、前記第１グループで送受信された前記音情報と前記映像情報との出力をやめる制御を前記制御部によって行うことが前記端末によって実行される。
【請求項16】
第１グループで送受信された音情報と映像情報とを出力する端末の情報処理方法であって、
前記端末のユーザを含む前記第１グループで送受信された前記音情報と前記映像情報とを前記端末の出力部によって出力することと、
前記端末のユーザによる前記端末への第１入力に基づいて、前記第１グループで送受信された前記音情報と前記映像情報との出力をやめる制御を前記端末の制御部によって行うことと、
前記第１グループを示す情報と、前記第１グループとは異なる第２グループを示す情報とを前記端末の表示部に表示することとを含む。
前記端末のユーザを含む前記第１グループで送受信された前記音情報と前記映像情報とを前記端末の出力部によって出力することと、
前記端末のユーザによる前記端末への第１入力に基づいて、前記第１グループで送受信された前記音情報と前記映像情報との出力をやめる制御を前記端末の制御部によって行うことと、
前記第１グループを示す情報と、前記第１グループとは異なる第２グループを示す情報とを前記端末の表示部に表示することとを含む。
【請求項17】
第１グループで送受信された音情報と映像情報とを出力する端末であって、
前記端末のユーザを含む前記第１グループで 送受信された前記音情報と前記映像情報とを出力する出力部と、
前記端末のユーザによる前記端末への第１入力に基づいて、前記第１グループで送受信された前記音情報と前記映像情報との出力をやめる制御を行う制御部と、
前記第１グループを示す情報と、前記第１グループとは異なる第２グループを示す情報とを表示する表示部とを備える。
前記端末のユーザを含む前記第１グループで 送受信された前記音情報と前記映像情報とを出力する出力部と、
前記端末のユーザによる前記端末への第１入力に基づいて、前記第１グループで送受信された前記音情報と前記映像情報との出力をやめる制御を行う制御部と、
前記第１グループを示す情報と、前記第１グループとは異なる第２グループを示す情報とを表示する表示部とを備える。
【請求項18】
第１グループで送受信された音情報と映像情報とを出力する端末であって、
メモリに記憶されたプログラムを読み出し、前記プログラムに基づく処理を実行するプロセッサーを備え、
前記プロセッサーは、
前記端末のユーザを含む前記第１グループで送受信された前記音情報と前記映像情報とを前記端末の出力部によって出力することと、
前記端末のユーザによる前記端末への第１入力に基づいて、前記第１グループで送受信された前記音情報と前記映像情報との出力をやめる制御を行うことと、
前記第１グループを示す情報と、前記第１グループとは異なる第２グループを示す情報とを前記端末の表示部に表示することとを実行する。
メモリに記憶されたプログラムを読み出し、前記プログラムに基づく処理を実行するプロセッサーを備え、
前記プロセッサーは、
前記端末のユーザを含む前記第１グループで送受信された前記音情報と前記映像情報とを前記端末の出力部によって出力することと、
前記端末のユーザによる前記端末への第１入力に基づいて、前記第１グループで送受信された前記音情報と前記映像情報との出力をやめる制御を行うことと、
前記第１グループを示す情報と、前記第１グループとは異なる第２グループを示す情報とを前記端末の表示部に表示することとを実行する。
【請求項19】
第１グループで送受信された音情報と映像情報とを中継するサーバであって、
前記第１グループに含まれる第１端末のユーザによる前記第１端末への第１入力に基づいて、前記第１グループに含まれる端末から送信された、前記音情報と前記映像情報とを前記第１端末へ送信することをやめる制御を行う制御部と、
前記第１グループを示す情報と、前記第１グループとは異なる第２グループを示す情報とを前記第１端末に送信する通信部とを備える。
前記第１グループに含まれる第１端末のユーザによる前記第１端末への第１入力に基づいて、前記第１グループに含まれる端末から送信された、前記音情報と前記映像情報とを前記第１端末へ送信することをやめる制御を行う制御部と、
前記第１グループを示す情報と、前記第１グループとは異なる第２グループを示す情報とを前記第１端末に送信する通信部とを備える。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、情報処理方法、端末、サーバ等に関する。
【背景技術】
【0002】
ユーザ同士が意思疎通を行うための技術として、例えば電子会議に関する技術がある（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１３－２３２１２３号公報
【発明の概要】
【0004】
本発明の第１の態様によると、第１グループで送受信された音情報と映像情報とを出力する端末によって実行されるプログラムは、端末のユーザを含む第１グループで送受信された音情報と映像情報とを端末の出力部によって出力することと、端末のユーザによる端末への第１入力に基づいて、第１グループで送受信された音情報と映像情報との出力をやめる制御を端末の制御部によって行うことと、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを端末の表示部に表示することとが端末によって実行される。
本発明の第２の態様によると、第１グループで送受信された音情報と映像情報とを出力する端末の情報処理方法は、端末のユーザを含む第１グループで送受信された音情報と映像情報とを端末の出力部によって出力することと、端末のユーザによる端末への第１入力に基づいて、第１グループで送受信された音情報と映像情報との出力をやめる制御を端末の制御部によって行うことと、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを端末の表示部に表示することとを含む。
本発明の第３の態様によると、第１グループで送受信された音情報と映像情報とを出力する端末は、端末のユーザを含む第１グループで 送受信された音情報と映像情報とを出力する出力部と、端末のユーザによる端末への第１入力に基づいて、第１グループで送受信された音情報と映像情報との出力をやめる制御を行う制御部と、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを表示する表示部とを備える。
本発明の第４の態様によると、第１グループで送受信された音情報と映像情報とを出力する端末は、メモリに記憶されたプログラムを読み出し、プログラムに基づく処理を実行するプロセッサーを備え、プロセッサーは、端末のユーザを含む第１グループで送受信された音情報と映像情報とを端末の出力部によって出力することと、端末のユーザによる端末への第１入力に基づいて、第１グループで送受信された音情報と映像情報との出力をやめる制御を行うことと、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを端末の表示部に表示することとを実行する。
本発明の第５の態様によると、第１グループで送受信された音情報と映像情報とを中継するサーバは、第１グループに含まれる第１端末のユーザによる第１端末への第１入力に基づいて、第１グループに含まれる端末から送信された、音情報と映像情報とを第１端末へ送信することをやめる制御を行う制御部と、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを第１端末に送信する通信部とを備える。
本発明の第２の態様によると、第１グループで送受信された音情報と映像情報とを出力する端末の情報処理方法は、端末のユーザを含む第１グループで送受信された音情報と映像情報とを端末の出力部によって出力することと、端末のユーザによる端末への第１入力に基づいて、第１グループで送受信された音情報と映像情報との出力をやめる制御を端末の制御部によって行うことと、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを端末の表示部に表示することとを含む。
本発明の第３の態様によると、第１グループで送受信された音情報と映像情報とを出力する端末は、端末のユーザを含む第１グループで 送受信された音情報と映像情報とを出力する出力部と、端末のユーザによる端末への第１入力に基づいて、第１グループで送受信された音情報と映像情報との出力をやめる制御を行う制御部と、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを表示する表示部とを備える。
本発明の第４の態様によると、第１グループで送受信された音情報と映像情報とを出力する端末は、メモリに記憶されたプログラムを読み出し、プログラムに基づく処理を実行するプロセッサーを備え、プロセッサーは、端末のユーザを含む第１グループで送受信された音情報と映像情報とを端末の出力部によって出力することと、端末のユーザによる端末への第１入力に基づいて、第１グループで送受信された音情報と映像情報との出力をやめる制御を行うことと、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを端末の表示部に表示することとを実行する。
本発明の第５の態様によると、第１グループで送受信された音情報と映像情報とを中継するサーバは、第１グループに含まれる第１端末のユーザによる第１端末への第１入力に基づいて、第１グループに含まれる端末から送信された、音情報と映像情報とを第１端末へ送信することをやめる制御を行う制御部と、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを第１端末に送信する通信部とを備える。
【図面の簡単な説明】
【0005】
【図1-1】実施形態に係る通信システムのシステム構成の一例を示す図。
【図1-2】第１実施例に係るサーバの制御部によって実現される機能の一例を示す図。
【図1-3】第１実施例に係るサーバの記憶部に記憶される情報の一例を示す図。
【図1-4】第１実施例に係るアカウント登録データの一例を示す図。
【図1-5】第１実施例に係るミーティング管理データベースの一例を示す図。
【図1-6】第１実施例に係る端末の制御部によって実現される機能の一例を示す図。
【図1-7】第１実施例に係る端末の記憶部に記憶される情報の一例を示す図。
【図1-8】第１実施例に係る端末の表示部に表示される画面の一例を示す図。
【図1-9】第１実施例に係る端末の表示部に表示される画面の一例を示す図。
【図1-10】第１実施例に係る通信システムにおいて実行される処理の流れの一例を示すフローチャート。
【図1-11】第１実施例に係るルーム内動画像配信処理の流れの一例を示すフローチャート。
【図1-12】第１実施例に係るルームトピック更新処理の流れの一例を示すフローチャート。
【図1-13】第１変形例に係る端末の表示部に表示される画面の一例を示す図。
【図2-1】第２実施例に係る端末の表示部に表示される画面の一例を示す図。
【図2-2】第２実施例に係る端末の表示部に表示される画面の一例を示す図。
【図2-3】第２実施例に係る端末の表示部に表示される画面の一例を示す図。
【図2-4】第２実施例に係る端末の表示部に表示される画面の一例を示す図。
【図2-5】第２実施例に係る通信システムにおいて実行される処理の流れの一例を示すフローチャート。
【図2-6】第２実施例に係るルーム移動処理の流れの一例を示すフローチャート。
【図3-1】第３実施例に係る端末の表示部に表示される画面の一例を示す図。
【図3-2】第３実施例に係るルームトピック更新処理の流れの一例を示すフローチャート。
【図3-3】第３変形例に係る端末の表示部に表示される画面の一例を示す図。
【図3-4】第３変形例に係る端末の表示部に表示される画面の一例を示す図。
【図3-5】第３変形例に係る通信システムにおいて実行される処理の流れの一例を示すフローチャート。
【図3-6】第３変形例に係るルーム併合処理の流れの一例を示すフローチャート。
【図4-1】第４実施例に係るミーティング管理データベースの一例を示す図。
【図4-2】第４実施例に係る端末の表示部に表示される画面の一例を示す図。
【図4-3】第４実施例に係る端末の表示部に表示される画面の一例を示す図。
【図4-4】第４実施例に係る通信システムにおいて実行される処理の流れの一例を示すフローチャート。
【図5-1】第５実施例に係るミーティング管理データベースの一例を示す図。
【図5-2】第５実施例に係る端末の表示部に表示される画面の一例を示す図。
【図5-3】第５実施例に係る端末の表示部に表示される画面の一例を示す図。
【図5-4】第５実施例に係る通信システムにおいて実行される処理の流れの一例を示すフローチャート。
【図5-5】第５実施例に係る他ルームメンバー勧誘処理の流れの一例を示すフローチャート。
【図5-6】第５変形例に係る端末の表示部に表示される画面の一例を示す図。
【図5-7】第５変形例に係る他ルームメンバー勧誘処理の流れの一例を示すフローチャート。
【図5-8】第５変形例に係る他ルームメンバー勧誘処理の流れの一例を示すフローチャート。
【図6-1】第６実施例に係る端末の表示部に表示される画面の一例を示す図。
【図6-2】第６実施例に係る他ルームメンバー勧誘処理の流れの一例を示すフローチャート。
【図6-3】第６変形例に係る端末の表示部に表示される画面の一例を示す図。
【図6-4】第６実施例に係る他ルームメンバー勧誘処理の流れの一例を示すフローチャート。
【図7-1】第７実施例に係る端末の表示部に表示される画面の一例を示す図。
【図7-2】第７実施例に係る端末の表示部に表示される画面の一例を示す図。
【図7-3】第７実施例に係る他ルームメンバー勧誘処理の流れの一例を示すフローチャート。
【図8-1】第８実施例に係る端末の表示部に表示される画面の一例を示す図。
【図8-2】第８実施例に係る通信システムにおいて実行される処理の流れの一例を示すフローチャート。
【図8-3】第８実施例に係る他ルーム関心提示処理の流れの一例を示すフローチャート。
【図9-1】第９実施例に係る端末の表示部に表示される画面の一例を示す図。
【図9-2】第９実施例に係る通信システムにおいて実行される処理の流れの一例を示すフローチャート。
【図9-3】第９実施例に係るルーム内動画像配信処理の流れの一例を示すフローチャート。
【図10-1】第１０実施例に係るミーティング管理データベースの一例を示す図。
【図10-2】第１０実施例に係る端末の表示部に表示される画面の一例を示す図。
【図10-3】第１０実施例に係る端末の表示部に表示される画面の一例を示す図。
【図10-4】第１０実施例に係る端末の表示部に表示される画面の一例を示す図。
【図10-5】第１０実施例に係る通信システムにおいて実行される処理の流れの一例を示すフローチャート。
【図10-6】第１０実施例に係る端末の表示部に表示される画面の一例を示す図。
【図10-7】第１０実施例に係る端末の表示部に表示される画面の一例を示す図。
【図11-1】第１１実施例に係る端末の表示部に表示される画面の一例を示す図。
【図11-2】第１１実施例に係る端末の表示部に表示される画面の一例を示す図。
【図11-3】第１１実施例に係る通信システムにおいて実行される処理の流れの一例を示すフローチャート。
【図11-4】第１１実施例に係るルーム内動画像配信処理の流れの一例を示すフローチャート。
【図12-1】第１２実施例に係る端末の表示部に表示される画面の一例を示す図。
【図13-1】第１３実施例に係る端末の表示部に表示される画面の一例を示す図。
【図13-2】第１３実施例に係る端末の表示部に表示される画面の一例を示す図。
【図13-3】第１３実施例に係る端末の表示部に表示される画面の一例を示す図。
【図13-4】第１３実施例に係る端末の表示部に表示される画面の一例を示す図。
【発明を実施するための形態】
【0006】
＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
【0007】
＜実施形態＞
本明細書では、分かり易いように「限定ではなく例として」と記載する箇所があるが、該当箇所ばかりでなく、以下説明する実施形態の全体について、その記載内容に限定されるものではないことに留意されたい。
本明細書では、分かり易いように「限定ではなく例として」と記載する箇所があるが、該当箇所ばかりでなく、以下説明する実施形態の全体について、その記載内容に限定されるものではないことに留意されたい。
【0008】
本開示に係るプログラム等を実施するための実施形態について、図面を参照して説明する。
【0009】
システムとは、限定ではなく例として、複数の装置を有して構成されるものとすることができる。
複数の装置は、同じ種類の装置の組合せとしてもよいし、異なる種類の装置の組合せとしてもよいし、同じ種類の装置と異なる種類の装置との組合せとしてもよい。
なお、システムとは、限定ではなく例として、複数の装置が協働して何らかの処理を行うもの、と考えることもできる。
複数の装置は、同じ種類の装置の組合せとしてもよいし、異なる種類の装置の組合せとしてもよいし、同じ種類の装置と異なる種類の装置との組合せとしてもよい。
なお、システムとは、限定ではなく例として、複数の装置が協働して何らかの処理を行うもの、と考えることもできる。
【0010】
また、クライアント（クライアント装置）とサーバとに関するシステムとは、限定ではなく例として、少なくとも以下のいずれかと考えることができる。
（１）端末＆サーバ
（２）サーバ
（３）端末
（１）端末＆サーバ
（２）サーバ
（３）端末
【0011】
（１）は、限定ではなく例として、少なくとも１つの端末と、少なくとも１つのサーバとを含むシステムである。この一例は、クライアントサーバシステムである。
【0012】
サーバは、限定ではなく例として、以下の装置によって構成されており、単独の装置であってもよいし、複数の装置の組合せであってもよいものとする。
【0013】
具体的には、サーバは、限定ではなく例として、少なくとも１つのプロセッサー（限定ではなく例として、ＣＰＵ：Central Processing Unit、ＧＰＵ：Graphics Processing Unit、ＡＰＵ：Accelerated Processing Unit、ＤＳＰ：Digital Signal Processor（限定ではなく例として、ＡＳＩＣ：Application Specific Integrated Circuit、ＦＰＧＡ：Field Programmable Gate Array）等）、コンピュータ装置（プロセッサー＋メモリ）、制御装置、演算装置、処理装置等のいずれかを有して構成され、いずれか１つの装置の同種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＣＰＵ、ホモジニアスマルチコアプロセッサー等）や、いずれか１つの装置の異種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＤＳＰ、ヘテロジニアスマルチコアプロセッサー等）としてもよいし、複数の装置の組み合わせ（限定ではなく例として、プロセッサー＋コンピュータ装置、プロセッサー＋演算装置、複数の装置をヘテロジニアス化したもの等）であってもよい。
なお、プロセッサーは、仮想プロセッサーとしてもよい。
なお、プロセッサーは、仮想プロセッサーとしてもよい。
【0014】
また、サーバによって何らかの処理を実行する場合に、単一の装置で構成される場合は、単一の装置によって実施例に記載されている処理が実行される。また、複数の装置を有して構成されている場合には、一部の処理を一方の装置が実行し、その他の処理を他方の装置が実行するように構成されていてもよい。限定ではなく例として、プロセッサーと、演算装置とを有して構成される場合、第１処理をプロセッサーが実行し、第２処理を演算装置が実行するように構成されていてもよい。
また、複数の装置で構成する場合には、各々の装置が互いに物理的に離れた位置に配置されて構成されてもよい。
また、複数の装置で構成する場合には、各々の装置が互いに物理的に離れた位置に配置されて構成されてもよい。
【0015】
また、サーバの機能は、限定ではなく例として、クラウドコンピューティングにおけるＰａａＳやＩａａＳ、ＳａａＳの形態で提供されるようにしてもよい。
【0016】
また、システムの制御部は、端末の制御部とサーバの制御部とのうちの少なくともいずれか一方とすることができる。つまり、限定ではなく例として、（１Ａ）端末の制御部のみ、（１Ｂ）サーバの制御部のみ、（１Ｃ）端末の制御部とサーバの制御部との両方、のうちのいずれかを、システムの制御部とすることができる。
【0017】
また、システムの制御部が行う制御や処理（以下、包括的に「制御等」と称する。）は、（１Ａ）端末の制御部のみによって行うようにしてもよいし、（１Ｂ）サーバの制御部のみによって行うようにしてもよいし、（１Ｃ）端末の制御部とサーバの制御部との両方によって行うようにしてもよい。
また、（１Ｃ）では、限定ではなく例として、システムが制御部によって行う制御等のうちの一部の制御等を端末の制御部によって行うようにし、残りの制御等をサーバの制御部によって行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
また、（１Ｃ）では、限定ではなく例として、システムが制御部によって行う制御等のうちの一部の制御等を端末の制御部によって行うようにし、残りの制御等をサーバの制御部によって行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
【0018】
また、サーバの通信部という場合、サーバが単一の装置によって構成されている場合には、単一の装置が備える通信部そのものであってもよい。また、サーバが複数の装置を有して構成されている場合には、サーバの通信部は、各々の装置が備える各々の通信部を含む構成であってもよい。
限定ではなく例として、サーバは、第１装置と第２装置とを備え、第１装置は第１通信部を有し、第２装置は第２通信部を有する場合、サーバの通信部は、第１通信部と第２通信部とを含む概念としてもよい。
限定ではなく例として、サーバは、第１装置と第２装置とを備え、第１装置は第１通信部を有し、第２装置は第２通信部を有する場合、サーバの通信部は、第１通信部と第２通信部とを含む概念としてもよい。
【0019】
（２）は、限定ではなく例として、複数のサーバによって構成されるシステム（以下、「サーバシステム」と称する。）とすることができる。この場合、各々のサーバの構成としては、前述した構成を同様に適用することができる。
【0020】
サーバシステムが行う制御等は、複数のサーバのうち、（２Ａ）一のサーバのみによって行うようにしてもよいし、（２Ｂ）他のサーバのみによって行うようにしてもよいし、（２Ｃ）一のサーバと他のサーバとが行うようにしてもよい。
また、（２Ｃ）では、限定ではなく例として、サーバシステムが行う制御等のうちの一部の制御等を一のサーバが行うようにし、残りの制御等を他のサーバが行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
また、（２Ｃ）では、限定ではなく例として、サーバシステムが行う制御等のうちの一部の制御等を一のサーバが行うようにし、残りの制御等を他のサーバが行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
【0021】
（３）は、限定ではなく例として、複数の端末によって構成されるシステムとすることができる。
このシステムは、限定ではなく例として、以下のようなシステムとすることができる。
・サーバの機能を端末に持たせるシステム（分散システム）。これは、限定ではなく例として、ブロックチェーンの技術を用いて実現することが可能である。
・端末同士が無線通信を行うシステム。これは、限定ではなく例として、ブルートゥース（登録商標）等の近距離無線通信技術を用いてＰ２Ｐ（ピアツーピア）方式等で通信を行うことで実現可能である。
このシステムは、限定ではなく例として、以下のようなシステムとすることができる。
・サーバの機能を端末に持たせるシステム（分散システム）。これは、限定ではなく例として、ブロックチェーンの技術を用いて実現することが可能である。
・端末同士が無線通信を行うシステム。これは、限定ではなく例として、ブルートゥース（登録商標）等の近距離無線通信技術を用いてＰ２Ｐ（ピアツーピア）方式等で通信を行うことで実現可能である。
【0022】
なお、上記は、制御部に限らず、システムの構成要素となり得る入出力部、通信部、記憶部、時計部等の各機能部についても同様である。
【0023】
以下の実施形態では、限定ではなく例として、端末とサーバとを含むシステム（限定ではなく例として、クライアントサーバシステム）を例示する。
なお、サーバとして、上記（２）のサーバシステムを適用することも可能である。
なお、サーバとして、上記（２）のサーバシステムを適用することも可能である。
【0024】
また、端末とサーバとを含むシステムに代えて、サーバを含まないシステム、限定ではなく例として、上記（３）のシステムを適用することも可能である。
この場合の実施形態は、前述したブロックチェーンの技術等に基づいて構成することが可能である。具体的には、限定ではなく例として、以下の実施形態で説明するサーバに記憶されて管理されるデータを、ブロックチェーン上に保管（格納）する。そして、端末が、ブロックチェーンへのトランザクションを生成し、トランザクションがブロックチェーン上で承認されると、ブロックチェーン上に保管されたデータが更新されるようにすることができる。
この場合の実施形態は、前述したブロックチェーンの技術等に基づいて構成することが可能である。具体的には、限定ではなく例として、以下の実施形態で説明するサーバに記憶されて管理されるデータを、ブロックチェーン上に保管（格納）する。そして、端末が、ブロックチェーンへのトランザクションを生成し、トランザクションがブロックチェーン上で承認されると、ブロックチェーン上に保管されたデータが更新されるようにすることができる。
【0025】
なお、端末と表現した場合でも、これは、クライアントサーバにおけるクライアントの装置としての端末の意味に限定されるものではない。
つまり、端末は、クライアントサーバにおけるものではない装置の概念を含むこともあり得る。
つまり、端末は、クライアントサーバにおけるものではない装置の概念を含むこともあり得る。
【0026】
また、本明細書では、適宜「通信Ｉ／Ｆによって」という表現を用いる。これは、限定ではなく例として、装置が、制御部（プロセッサー等）の制御に基づいて、通信Ｉ／Ｆを介して（通信部を介して）、各種の情報やデータを送受信することを示してもよいものとする。
【0027】
また、本明細書において「関する」、「関連する」と記載された用語について、「Ａに関するＢ」や「Ａに関連するＢ」という場合、限定ではなく例として、「Ａ」と何らかの関係性を有する「Ｂ」を意味してよいものとする。この具体例については後述する。
【0028】
また、本明細書において、「ＡとＢとを送信する」、「ＡとＢとを受信する」といったように、装置が２以上のものを対象として処理を行うことには、「Ａ」と「Ｂ」とをタイミングを合わせて行うもの（以下、「同時」という。）と、「Ａ」と「Ｂ」とをタイミングをずらして行うもの（以下、「非同時」という。）とを含めてよいものとする。
限定ではなく例として、第１情報と第２情報とを送信するという場合、第１情報と第２情報とをタイミングを合わせて送信するものと、第１情報と第２情報とをタイミングをずらして送信するものとの両方の概念を含めてよいものとする。
なお、ラグ（タイムラグ）を考慮し、「同時」には「ほぼ同時」を含めてよいものとする。
限定ではなく例として、第１情報と第２情報とを送信するという場合、第１情報と第２情報とをタイミングを合わせて送信するものと、第１情報と第２情報とをタイミングをずらして送信するものとの両方の概念を含めてよいものとする。
なお、ラグ（タイムラグ）を考慮し、「同時」には「ほぼ同時」を含めてよいものとする。
【0029】
なお、「Ａ」と「Ｂ」とをタイミングをずらして行うといっても、これはあくまでも「Ａ」と「Ｂ」とを対象として処理を行うものであればよく、その目的は必ずしも同じでなくてもよいものとする。
限定ではなく例として、上記のように第１情報と第２情報とを送信するという場合、第１情報と第２情報とを送信しさえすればよく、同じ目的で第１情報と第２情報とを送信する場合の他、異なる目的で第１情報と第２情報とを送信する場合も含めてよいものとする。
限定ではなく例として、上記のように第１情報と第２情報とを送信するという場合、第１情報と第２情報とを送信しさえすればよく、同じ目的で第１情報と第２情報とを送信する場合の他、異なる目的で第１情報と第２情報とを送信する場合も含めてよいものとする。
【0030】
以下の実施例では、ユーザがオンラインでミーティングを行うためのサービスの一例として、オンラインミーティングサービスを例示する。また、オンラインミーティングサービスを実現するためのアプリケーションを「オンラインミーティングアプリケーション」と称する。
【0031】
また、本明細書において、コンテンツとは、送信元から送信先に送信される情報であってもよい。また、コンテンツは、１または複数のコンテンツであってもよい。
【0032】
コンテンツには、限定ではなく例として、テキスト形式のテキストコンテンツ、画像（静止画像、動画像の少なくともいずれか一方を含む。）形式の画像コンテンツ、音（音声を含む。）形式の音コンテンツなどを含めてよいものとする。
なお、この他にも、ユーザの操作に供するボタンやアイコン等の操作コンテンツや、リンク情報（限定ではなく例として、ＵＲＩ（Uniform Resource Identifier）等を含む。）などのリンクコンテンツを含めてもよいものとする。
なお、この他にも、ユーザの操作に供するボタンやアイコン等の操作コンテンツや、リンク情報（限定ではなく例として、ＵＲＩ（Uniform Resource Identifier）等を含む。）などのリンクコンテンツを含めてもよいものとする。
【0033】
テキストには、限定ではなく例として、文字コードで表される各国の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくともいずれか１つを含めてよいものとする。
なお、テキストは、上記の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくとも１つを含まなくてもよく、その他のテキストを含んでもよいものとする。
なお、テキストは、上記の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくとも１つを含まなくてもよく、その他のテキストを含んでもよいものとする。
【0034】
画像には、限定ではなく例として、アイコン、ボタン、スタンプ、絵文字、バナー画像といった各種の画像の情報のうちの少なくともいずれか１つを含めてよいものとする。
【0035】
＜実施例＞
以下、実施例について説明する。
昨今、限定ではなく例として、音声や映像（少なくとも音声としてもよい。）を利用して、ユーザ同士が会話、打ち合わせ、食事会、飲み会等のコミュニケーションを行う機会が増えてきている。
以下、実施例について説明する。
昨今、限定ではなく例として、音声や映像（少なくとも音声としてもよい。）を利用して、ユーザ同士が会話、打ち合わせ、食事会、飲み会等のコミュニケーションを行う機会が増えてきている。
【0036】
まず、グループについて説明する。
１つの概念として、アプリケーション等を利用して、ユーザがコミュニケーションを行う場合における、少なくとも１名のユーザで構成される集まり（集団、区分）をグループと捉えることができる。また、グループは装置においてデータとして管理されるためデータ（データ構成）の一種と捉えることもできる。
１つの概念として、アプリケーション等を利用して、ユーザがコミュニケーションを行う場合における、少なくとも１名のユーザで構成される集まり（集団、区分）をグループと捉えることができる。また、グループは装置においてデータとして管理されるためデータ（データ構成）の一種と捉えることもできる。
【0037】
また、以下では、限定ではなく例として、音声および映像を用いて端末２０のユーザがオンラインミーティングを行うためのアプリケーションとして「オンラインミーティングアプリケーション」を例示する。
なお、ミーティングとしているが、これは打ち合わせに用いられるのに限定されず、会話、食事会、飲み会等のコミュニケーションに用いられてもよい。また、音声のみを用いるアプリケーションとしてもよい。
なお、ミーティングとしているが、これは打ち合わせに用いられるのに限定されず、会話、食事会、飲み会等のコミュニケーションに用いられてもよい。また、音声のみを用いるアプリケーションとしてもよい。
【0038】
また、以下では、グループをオンラインミーティングアプリケーションで実現（表現）する手法の一例として「ルーム」を例示する。ルームも、グループと同様に、少なくとも１名のユーザで構成される集まりと捉えることができ、また、装置においてデータとして管理されるためデータ（データ構成）の一種と捉えることもできる。
なお、グループをオンラインミーティングアプリケーションで実現（表現）する手法の別例として「チーム」や「チャンネル」等を用いてもよい。
なお、グループをオンラインミーティングアプリケーションで実現（表現）する手法の別例として「チーム」や「チャンネル」等を用いてもよい。
【0039】
ルームには、限定ではなく例として、ミーティングを行うためのミーティングルームや、後述する待機用のベンチルーム等を含めてもよいものとする。なお、「ルームＡ、ルームＢ、ルームＣ、・・・」といった場合はミーティングルームを意味するものとし、ベンチルームはこれらと区別する。
【0040】
また、上記に基づき、第１実施例～第１２実施例では、グループとルームとを実質的に同義として説明する。つまり、グループに含まれるユーザ（以下、「グループメンバー」と称する。）は、ルームに含まれるユーザ（以下、「ルームメンバー」と称する。）であるものとする。
【0041】
なお、端末側（ユーザ側）の視点では、ルームはＵＩ（ＧＵＩ）の一種と捉えることもできる。このため、グループをＵＩ（ＧＵＩ）で表現したものを「ルーム」と捉えてもよい。チームやチャンネル等についても同様である。
【0042】
また、本明細書では、「動画像情報」を、映像情報と音情報とを含む情報としてもよい
。また、映像情報に音情報が付いたものを動画像情報と言ってもよいし、そうでなくてもよい。
なお、これとは異なり、動画像情報を、音情報を含まない動画像のみの情報（＝映像情報）としてもよい。
。また、映像情報に音情報が付いたものを動画像情報と言ってもよいし、そうでなくてもよい。
なお、これとは異なり、動画像情報を、音情報を含まない動画像のみの情報（＝映像情報）としてもよい。
【0043】
＜第１実施例＞
第１実施例は、一のミーティングルームのルームメンバーが、他のミーティングルームでの話題等の情報を知ることを可能にする実施例である。
第１実施例は、一のミーティングルームのルームメンバーが、他のミーティングルームでの話題等の情報を知ることを可能にする実施例である。
【0044】
第１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0045】
＜システム構成＞
図１－１は、本開示の実施形態における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とが接続される。
図１－１は、本開示の実施形態における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とが接続される。
【0046】
サーバ１０は、ネットワーク３０を介して、ユーザが所有する端末２０に、所定のサービス（限定ではなく例として、オンラインミーティングサービス等）を提供する機能を有する。サーバ１０は、限定ではなく例として、オンラインミーティングサーバ等のように表現することもできる。本実施形態では、オンラインミーティングサービス事業者（運営者）をサーバ１０のユーザとする。
【0047】
なお、ネットワーク３０に接続されるサーバ１０の数や端末２０の数は限定されない。
【0048】
端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ、・・・）は、各実施例において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、タブレット端末、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、ＶＲ（Virtual Reality）端末、スマートスピーカ（音声認識用デバイス）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。
【0049】
端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は、限定ではなく例として、同一とすることができる。また、必要に応じて、ユーザＸが利用する端末を端末２０Ｘと表現し、ユーザＸまたは端末２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現してもよいし、しなくてもよい。
なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。
なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。
【0050】
ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
【0051】
ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。
【0052】
サーバ１０（限定ではなく、サーバ、情報処理装置、情報管理装置の一例）は、端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
【0053】
［各装置のハードウェア（ＨＷ）構成］
通信システム１に含まれる各装置のＨＷ構成について説明する。
通信システム１に含まれる各装置のＨＷ構成について説明する。
【0054】
（１）端末のＨＷ構成
図１－１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
図１－１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
【0055】
通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０等の各種装置に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０等の各種装置から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
【0056】
入出力部２３は、端末２０に対する各種操作を入力する装置や、端末２０で処理された処理結果を出力する装置等を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
【0057】
入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。
【0058】
出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
【0059】
あくまでも一例であるが、入出力部２３は、限定ではなく例として、表示部２４、音入力部２５、音出力部２６、撮像部２７を備える。
【0060】
表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定ではなく例として、タッチパネル、タッチディスプレイ、モニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。
【0061】
音入力部２５は、音データ（音声データを含む。以下同様。）の入力に利用される。音入力部２５は、マイクなどを含む。
音出力部２６は、音データの出力に利用される。音出力部２６は、スピーカなどを含む。
撮像部２７は、画像データ（静止画像データ、動画像データを含む。以下同様。）の取得に利用される。撮像部２７は、カメラなどを含む。
音出力部２６は、音データの出力に利用される。音出力部２６は、スピーカなどを含む。
撮像部２７は、画像データ（静止画像データ、動画像データを含む。以下同様。）の取得に利用される。撮像部２７は、カメラなどを含む。
【0062】
入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。
【0063】
時計部２９Ａは、端末２０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部２９Ａは、限定ではなく例として、水晶発振器を利用したクロック等を有して構成される。時計部２９Ａは、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
【0064】
なお、時計部２９Ａは、ＮＩＴＺ（Network Identity and Time Zone）規格等を適用したクロックを有していてもよいし、有していなくてもよい。
【0065】
位置算出用情報検出部２９Ｂは、制御部２１が自己の端末２０の位置を算出（測定）するために必要な情報（以下、「位置算出用情報」と称する。）を検出（計測）する機能部である。位置算出用情報検出部２９Ｂは、限定ではなく例として、位置算出用センサ部と表現することもできる。
【0066】
位置算出用情報検出部２９Ｂは、限定ではなく例として、ＧＰＳ（Global Positioning System）等の衛星測位システムを利用して端末２０の位置を算出するためのセンサやユニットである衛星測位センサ（衛星測位ユニット）や、慣性航法システムを利用して端末２０の位置を算出するためのセンサやユニットである慣性計測センサ（慣性計測ユニット（ＩＭＵ（Inertial Measurement Unit）））、ＵＷＢ（超広帯域無線：Ultra Wide Band）を利用して端末２０の位置を算出するためのセンサやユニットであるＵＷＢ測位センサ（ＵＷＢ測位ユニット）等を含む。
【0067】
衛星測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用衛星から発信されている測位用衛星信号を含むＲＦ（Radio Frequency）信号をデジタル信号に変換するＲＦ受信回路や、ＲＦ受信回路から出力されるデジタル信号に対して相関演算処理等を行って測位用衛星信号を捕捉し、測位用衛星信号から取り出した衛星軌道データや時刻データ等の情報を、位置算出用情報として出力するベースバンド処理回路等を有する。
【0068】
慣性計測ユニットは、慣性航法演算によって端末２０の位置を算出するために必要な情報を検出するセンサである慣性センサを有する。慣性センサには、限定ではなく例として、３軸の加速度センサや３軸のジャイロセンサが含まれ、加速度センサによって検出された加速度と、ジャイロセンサによって検出された角速度とを、位置算出用情報として出力する。
【0069】
ＵＷＢ測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用ビーコンから発信されている測位用超広帯域パルス信号を含む超広帯域ＲＦ（Radio Frequency）信号をデジタル信号に変換する超広帯域ＲＦ受信回路や、超広帯域ＲＦ受信回路から出力されるデジタル信号に基づいて端末２０と測位用ビーコンとの相対位置を算出する相対位置算出処理回路等を有する。
なお、限定ではなく例として、ＵＷＢ測位ユニットは、不図示のアンテナから測位用超広帯域パルス信号を含む超広帯域ＲＦ信号を送信することで、端末２０を測位用ビーコンとして機能させてもよいし、そうしなくてもよい。
なお、限定ではなく例として、ＵＷＢ測位ユニットは、不図示のアンテナから測位用超広帯域パルス信号を含む超広帯域ＲＦ信号を送信することで、端末２０を測位用ビーコンとして機能させてもよいし、そうしなくてもよい。
【0070】
制御部２１は、限定ではなく例として、位置算出用情報検出部２９Ｂによって検出された位置算出用情報に基づいて、定期的なタイミングや特定のタイミングで、自己の端末２０の位置を算出する。端末の位置を「端末位置」と称し、算出された端末位置を「算出端末位置」と称する。制御部２１は、算出端末位置を、その算出端末位置を算出した日時と関連付けて、算出端末位置履歴データとして記憶部２８に記憶させるようにしてもよいし、そうしなくてもよい。
【0071】
制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
【0072】
制御部２１は、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。
【0073】
記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定ではなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。
【0074】
端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
【0075】
（２）サーバのＨＷ構成
図１－１には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
図１－１には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
【0076】
制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
【0077】
制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。
【0078】
記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。
【0079】
通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０等の各種装置に送信する。また、通信Ｉ／Ｆ１４は、端末２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
【0080】
入出力部１２は、サーバ１０に対する各種操作を入力する装置や、サーバ１０で処理された処理結果を出力する装置等を含む。入出力部１２は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
【0081】
入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入力部は、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。
【0082】
出力部は、制御部１１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
【0083】
あくまでも一例であるが、入出力部１２は、限定ではなく例として、表示部１３を備える。
【0084】
表示部１３は、ディスプレイ等で実現される。ディスプレイは、代表的にはモニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、ディスプレイは、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイは、これらに限定されない。
【0085】
時計部１９は、サーバ１０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部１９は、限定ではなく例として、ハードウェアクロックとしてのＲＴＣ（Real Time Clock）やシステムクロック等を有して構成される。時計部１９は、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
（３）その他
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。
（３）その他
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。
【0086】
本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
【0087】
なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
【0088】
また、本開示の各実施形態のプログラムＰ(限定ではなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムＰを記憶可能である。また、プログラムＰは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムＰとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。
【0089】
また、システムのプログラム（システムによって実行されるプログラム）という場合、システムについては前述した通りである。そして、前述したシステムのプログラムとは、システム全体で実行可能なプログラムであって、このプログラムは、限定ではなく例として、システムを構成する装置個々のプログラムで構成されてもよく、システムを構成する個々の装置に保存されるプログラムは、各々異なっていてもよいものとする。つまり、システムを構成する個々の装置で共通のプログラムでなくてもよいものとする。
限定ではなく例として、システムが端末とサーバとで構成されている場合、システムのプログラムをＰ１とすると、システムのプログラムＰ１は、端末に保存されたプログラムＰ２と、サーバに保存されたプログラムＰ３とで構成され、Ｐ２とＰ３とは、システムのプログラムを実行するためのものであり、それぞれ異なるプログラムとなっていてもよい。限定ではなく例として、端末に保存されたプログラムＰ２は、第１の処理を実行し、第１の処理をした結果をサーバに送信するプログラムであり、サーバに保存されたプログラムＰ３は、受信した第１の処理をした結果に対して第２の処理を行い、第２の処理を行った結果を端末に送信するプログラムであってもよい。
限定ではなく例として、システムが端末とサーバとで構成されている場合、システムのプログラムをＰ１とすると、システムのプログラムＰ１は、端末に保存されたプログラムＰ２と、サーバに保存されたプログラムＰ３とで構成され、Ｐ２とＰ３とは、システムのプログラムを実行するためのものであり、それぞれ異なるプログラムとなっていてもよい。限定ではなく例として、端末に保存されたプログラムＰ２は、第１の処理を実行し、第１の処理をした結果をサーバに送信するプログラムであり、サーバに保存されたプログラムＰ３は、受信した第１の処理をした結果に対して第２の処理を行い、第２の処理を行った結果を端末に送信するプログラムであってもよい。
【0090】
記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定ではなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。
【0091】
サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
【0092】
また、本開示のプログラムＰは、プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
【0093】
また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化されたデータ信号の形態でも実現され得る。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部、または全部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部、または全部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部、または全部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部、または全部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
【0094】
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。
【0095】
なお、本開示のプログラムは、限定ではなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのコンパイラ言語、HTML Living Standardなどのマークアップ言語などを用いて実装される。
【0096】
また、端末によって実行されるプログラムは、限定ではなく例として、ネイティブアプリとして実行されるプログラムとしてもよいし、ＷＥＢアプリとして実行されるプログラムとしてもよいし、ハイブリッドアプリとして実行されるプログラムとしてもよい。
【0097】
＜機能構成＞
（１）サーバの機能構成
図１－２は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
制御部１１は、限定ではなく例として、記憶部１５に記憶されたアプリケーション管理処理プログラム１５１に従ってアプリケーション管理処理を実行するためのアプリケーション管理処理部１１１を機能部として含む。
（１）サーバの機能構成
図１－２は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
制御部１１は、限定ではなく例として、記憶部１５に記憶されたアプリケーション管理処理プログラム１５１に従ってアプリケーション管理処理を実行するためのアプリケーション管理処理部１１１を機能部として含む。
【0098】
図１－３は、本実施例においてサーバ１０の記憶部１５に記憶される情報の一例を示す図である。
記憶部１５には、限定ではなく例として、アプリケーション管理処理として実行されるアプリケーション管理処理プログラム１５１と、アカウント登録データ１５３と、ミーティング管理データベース１５５とが記憶される。
記憶部１５には、限定ではなく例として、アプリケーション管理処理として実行されるアプリケーション管理処理プログラム１５１と、アカウント登録データ１５３と、ミーティング管理データベース１５５とが記憶される。
【0099】
アカウント登録データ１５３は、アプリケーション（オンラインミーティングアプリケーション）のアカウントに関する登録データであり、そのデータ構成の一例を図１－４に示す。
アカウント登録データ１５３には、限定ではなく例として、ユーザ名と、アプリケーションＩＤと、その他登録情報とが関連付けて記憶される。
アカウント登録データ１５３には、限定ではなく例として、ユーザ名と、アプリケーションＩＤと、その他登録情報とが関連付けて記憶される。
【0100】
ユーザ名は、このアプリケーションを利用する端末２０のアカウントの名称であり、限定ではなく例として、端末２０のユーザがアプリケーションを利用する際に登録する名称が記憶される。
【0101】
アプリケーションＩＤは、アプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。
このアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
このアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
【0102】
その他登録情報には、限定ではなく例として、端末２０を識別するための識別情報、端末２０の電話番号（端末電話番号）、メールアドレス（端末メールアドレス）、アプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等）等の認証情報といった各種の情報を含めるようにすることができる。
【0103】
端末２０を識別するための識別情報は、限定ではなく例として、端末ＩＤ（限定ではなく例として、ＩＭＥＩ（International Mobile Equipment Identity））とすることができる。
また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、一般ユーザ用のアプリケーションＩＤや公式ユーザ用のアプリケーションＩＤとすることができる。
また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、一般ユーザ用のアプリケーションＩＤや公式ユーザ用のアプリケーションＩＤとすることができる。
【0104】
なお、アプリケーションＩＤに代えて「ユーザＩＤ」としてもよいし、しなくてもよい。
また、１つの端末２０につき１つのアカウントしか登録することのできないアプリケーションであれば、限定ではなく例として、「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」とすることができる。
また、１つの端末２０につき１つのアカウントしか登録することのできないアプリケーションであれば、限定ではなく例として、「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」とすることができる。
【0105】
また、限定ではなく例として、１つのアプリケーションＩＤに、複数の端末ＩＤを割り当てることを可能としてもよいし、そのようにしなくてもよい。この場合、１つのアプリケーションＩＤを識別（ログイン）対象として、複数の端末２０においてアプリケーションを同時に起動できるようにしてもよいし、そのようにしなくてもよい。
【0106】
また、アプリケーションＩＤ等の各種のＩＤに代えて、端末電話番号等の情報によってアカウントを管理する手法を適用することも可能である。
この場合、アプリケーションＩＤ等のＩＤの情報をアカウント登録データ１５３に記憶させるのに代えて、端末電話番号等の情報をアカウント登録データ１５３に記憶させるようにすることができる。なお、アプリケーションＩＤ等のＩＤの情報を端末電話番号等の情報に代えず、アプリケーションＩＤ等のＩＤの情報を端末電話番号等の情報と一対一に対応させるようにしてもよいし、そのようにしなくてもよい。
この場合、アプリケーションＩＤ等のＩＤの情報をアカウント登録データ１５３に記憶させるのに代えて、端末電話番号等の情報をアカウント登録データ１５３に記憶させるようにすることができる。なお、アプリケーションＩＤ等のＩＤの情報を端末電話番号等の情報に代えず、アプリケーションＩＤ等のＩＤの情報を端末電話番号等の情報と一対一に対応させるようにしてもよいし、そのようにしなくてもよい。
【0107】
なお、以下の各種の実施例では、説明の簡明化のため、１つの端末２０につき１つのアカウントが登録されていることとして説明する。
また、この場合、上記のように「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」であるため、以下の説明で用いる「アカウントのユーザ」の用語は、「アカウントの端末」と実質的に同義としてよいものとする。
また、この場合、上記のように「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」であるため、以下の説明で用いる「アカウントのユーザ」の用語は、「アカウントの端末」と実質的に同義としてよいものとする。
【0108】
ミーティング管理データベース１５５は、オンラインミーティングアプリケーションにおけるオンラインミーティングを管理するためのデータが格納されるデータベースであり、その一例であるミーティング管理データベース１５５Ａのデータ構成例を図１－５に示す。
ミーティング管理データベース１５５Ａには、ミーティングごとの管理データとして、ミーティング管理データが記憶される。
ミーティング管理データベース１５５Ａには、ミーティングごとの管理データとして、ミーティング管理データが記憶される。
【0109】
各々のミーティング管理データには、限定ではなく例として、ミーティングＩＤと、ミーティングマスターＩＤと、ミーティングルーム管理データとが記憶される。
【0110】
ミーティングＩＤは、全体的なミーティング（以下、「全体ミーティング」と称する。）の各々をユニークに識別するためのＩＤであり、限定ではなく例として、全体ミーティングが行われるごとにサーバ１０によってＩＤが設定されて記憶される。このミーティングＩＤによって識別される全体ミーティングは、ミーティングマスター等によって主催される、ユーザが複数のミーティングルームに分かれて個別のミーティング（以下、「個別ミーティング」と称する。）を行う全体として１つのミーティングとすることができる。
【0111】
ミーティングマスターは、限定ではなく例として、以下のいずれかのユーザとすることができる。
・全体ミーティングを行う要求をサーバ１０に対して行ったユーザ（全体のルームを作成したユーザとしてもよい）
・組織内でミーティングを行う場合において権限を有するユーザとしてあらかじめサーバ１０に登録されたユーザ（組織のトップや上長、組織内で話し合いや投票によって決定したユーザ等）
・仲間内でミーティングを行う場合におけるリーダーのユーザとしてあらかじめサーバ１０に登録されたユーザ
・ミーティング開始後（ミーティング中）に決定されたユーザ（限定ではなく例として、ミーティング開始後に全体または一部のユーザで話し合いや投票を行って決定したユーザ（上記の組織内や仲間内などでミーティングを行う場合等を含む。））
なお、これらはあくまでも一例であり、これらに限定されるわけではない。また、ミーティングマスターは、ミーティングホストや幹事等のように称してもよい。
・全体ミーティングを行う要求をサーバ１０に対して行ったユーザ（全体のルームを作成したユーザとしてもよい）
・組織内でミーティングを行う場合において権限を有するユーザとしてあらかじめサーバ１０に登録されたユーザ（組織のトップや上長、組織内で話し合いや投票によって決定したユーザ等）
・仲間内でミーティングを行う場合におけるリーダーのユーザとしてあらかじめサーバ１０に登録されたユーザ
・ミーティング開始後（ミーティング中）に決定されたユーザ（限定ではなく例として、ミーティング開始後に全体または一部のユーザで話し合いや投票を行って決定したユーザ（上記の組織内や仲間内などでミーティングを行う場合等を含む。））
なお、これらはあくまでも一例であり、これらに限定されるわけではない。また、ミーティングマスターは、ミーティングホストや幹事等のように称してもよい。
【0112】
ミーティングマスターＩＤは、ミーティングマスターのユーザのアプリケーションＩＤであり、アカウント登録データ１５３に記憶されたアプリケーションＩＤのうち、ミーティングマスターとなったユーザのアプリケーションＩＤがサーバ１０によって特定されて記憶される。
【0113】
ミーティングルーム管理データは、限定ではなく例として、このミーティングＩＤによって識別される全体ミーティングにおける個別ミーティングを行うためのミーティングルームを管理するためのデータであり、限定ではなく例として、ルームＩＤと、ルーム名と、ルームメンバーＩＤと、ルームトピックとが関連付けて記憶される。
【0114】
第１実施例～第１２実施例では、上記のように、１つの全体ミーティングにおいて、ユーザが複数のミーティングルームに分かれて個別ミーティングを行うことを想定しており、各々のミーティング管理データには、複数のミーティングルームに関する情報が記憶される。
【0115】
ルームＩＤは、ミーティングルームをユニークに識別するためのＩＤであり、限定ではなく例として、ミーティングルームごとにユニークなＩＤがサーバ１０によって設定されて記憶される。
【0116】
ルーム名は、そのミーティングルームの名称であり、限定ではなく例として、ミーティングルームの名称の設定を希望するアカウントの端末２０から受信した情報に基づいて、サーバ１０によってその名称が記憶される。ミーティングマスターが決めてもよいし、各々のミーティングルームのいずれかのルームメンバーが決めてもよい。
【0117】
ルームメンバーＩＤは、そのミーティングルームに含まれるルームメンバーのアプリケーションＩＤであり、アカウント登録データ１５３に記憶されたアプリケーションＩＤのうち、このミーティングルームのルームメンバーとなったユーザのアプリケーションＩＤがサーバ１０によって特定されて記憶される。
【0118】
ルームトピックは、そのミーティングルームで行われているミーティングの話題・トピックである。このルームトピックは、限定ではなく例として、そのミーティングルームで送受信された音情報や映像情報等に基づいて、サーバ１０によって話題・トピックが特定されて記憶される。
【0119】
なお、ミーティングルーム管理データに、上記以外のルーム情報として、限定ではなく例として、ルームメンバーごとの発言量（ルームメンバーＩＤごとの発言量）や、ミーティングルーム内で共有されるリンクや画像保存先等の情報を記憶させるようにしてもよい。
【0120】
図１－４のアカウント登録データ１５３では、限定ではなく例として、ユーザＡ．ＡのアプリケーションＩＤは「Ｕ０００１」、ユーザＢ．ＢのアプリケーションＩＤは「Ｕ０００２」としてそれぞれ記憶されている。
また、図１－５のミーティング管理データベース１５５Ａの最も手前側に例示したミーティング管理データでは、ユーザＡ．Ａ（アプリケーションＩＤ「Ｕ０００１」）とユーザＢ．Ｂ（アプリケーションＩＤ「Ｕ０００２」）とは、ルームＩＤ「Ｒ０００１」、ルーム名「ルームＡ」のミーティングルームに含まれるルームメンバーとして記憶されている。つまり、ユーザＡ．ＡやユーザＢ．Ｂを含む複数のルームメンバー（またはそれらの端末２０）によって１つのグループが構成されており、このグループが、ルームＡでミーティングを行うように構成されている。
また、図１－５のミーティング管理データベース１５５Ａの最も手前側に例示したミーティング管理データでは、ユーザＡ．Ａ（アプリケーションＩＤ「Ｕ０００１」）とユーザＢ．Ｂ（アプリケーションＩＤ「Ｕ０００２」）とは、ルームＩＤ「Ｒ０００１」、ルーム名「ルームＡ」のミーティングルームに含まれるルームメンバーとして記憶されている。つまり、ユーザＡ．ＡやユーザＢ．Ｂを含む複数のルームメンバー（またはそれらの端末２０）によって１つのグループが構成されており、このグループが、ルームＡでミーティングを行うように構成されている。
【0121】
同様に、図１－４のアカウント登録データ１５３では、限定ではなく例として、ユーザＥ．ＥのアプリケーションＩＤは「Ｕ０００５」、ユーザＦ．ＦのアプリケーションＩＤは「Ｕ０００６」として記憶されている。
また、図１－５のミーティング管理データベース１５５Ａの最も手前側に例示したミーティング管理データでは、ユーザＥ．Ｅ（アプリケーションＩＤ「Ｕ０００５」）とユーザＦ．Ｆ（アプリケーションＩＤ「Ｕ０００６」）とは、ルームＩＤ「Ｒ０００２」、ルーム名「ルームＢ」のミーティングルームに含まれるルームメンバーとして記憶されている。つまり、ユーザＥ．ＥやユーザＦ．Ｆを含む複数のルームメンバー（またはそれらの端末２０）によって１つのグループが構成されており、このグループが、ルームＢでミーティングを行うように構成されている。
また、図１－５のミーティング管理データベース１５５Ａの最も手前側に例示したミーティング管理データでは、ユーザＥ．Ｅ（アプリケーションＩＤ「Ｕ０００５」）とユーザＦ．Ｆ（アプリケーションＩＤ「Ｕ０００６」）とは、ルームＩＤ「Ｒ０００２」、ルーム名「ルームＢ」のミーティングルームに含まれるルームメンバーとして記憶されている。つまり、ユーザＥ．ＥやユーザＦ．Ｆを含む複数のルームメンバー（またはそれらの端末２０）によって１つのグループが構成されており、このグループが、ルームＢでミーティングを行うように構成されている。
【0122】
以下の説明では、便宜的に、同じルームに含まれるルームメンバーの端末２０のことを「ルームメンバー端末」と称し、ルームメンバー端末のうち、対象の端末２０以外の端末（フローチャート中に図示していない端末２０を含む。）のことを「その他のルームメンバー端末」と称する場合がある。
【0123】
なお、ルームメンバー端末は必ずしも複数である必要はなく「１つ」でもよい。つまり、前述したように、ルームメンバーを「１人」としてもよい。
また、上記のミーティングルームやベンチルームの他にも、ユーザがいないルームがあってもよい。この場合、そのルームは、限定ではなく例として「空室状態」としてもよい。
また、上記のミーティングルームやベンチルームの他にも、ユーザがいないルームがあってもよい。この場合、そのルームは、限定ではなく例として「空室状態」としてもよい。
【0124】
また、以下の説明では、便宜的に、自分が含まれないルームのことを「他ルーム」と称する場合がある。他ルームは、以下のいずれかのルームであってよいものとする。
・自分がミーティングルームに含まれる場合における他のミーティングルーム
・自分がベンチルームに含まれる場合におけるミーティングルーム
・自分がミーティングルームにもベンチルームにも含まれない場合におけるミーティングルーム
なお、他ルームにベンチルームを含めるようにしてもよいし、含めなくてもよい。
・自分がミーティングルームに含まれる場合における他のミーティングルーム
・自分がベンチルームに含まれる場合におけるミーティングルーム
・自分がミーティングルームにもベンチルームにも含まれない場合におけるミーティングルーム
なお、他ルームにベンチルームを含めるようにしてもよいし、含めなくてもよい。
【0125】
（２）端末の機能構成
図１－６は、本実施例において端末２０の制御部２１によって実現される機能の一例を示す図である。
制御部２１は、限定ではなく例として、記憶部２８に記憶されたアプリケーション処理プログラム２８１に従ってアプリケーション処理を実行するためのアプリケーション処理部２１１を機能部として含む。
図１－６は、本実施例において端末２０の制御部２１によって実現される機能の一例を示す図である。
制御部２１は、限定ではなく例として、記憶部２８に記憶されたアプリケーション処理プログラム２８１に従ってアプリケーション処理を実行するためのアプリケーション処理部２１１を機能部として含む。
【0126】
図１－７は、本実施例において端末２０の記憶部２８に記憶されるデータ等の一例を示す図である。
記憶部２８には、限定ではなく例として、アプリケーション処理として実行されるアプリケーション処理プログラム２８１と、この端末２０、または端末２０のユーザのアカウントに対応するアプリケーションＩＤ２８３とが記憶される。
記憶部２８には、限定ではなく例として、アプリケーション処理として実行されるアプリケーション処理プログラム２８１と、この端末２０、または端末２０のユーザのアカウントに対応するアプリケーションＩＤ２８３とが記憶される。
【0127】
なお、端末２０の記憶部２８に、サーバ１０のミーティング管理データベース１５５のミーティング管理データを同期させて記憶させるようにしてもよい。
【0128】
＜表示画面＞
以下では、限定ではなく例として、端末２０が、横長のディスプレイの表示部２４を備えるタブレット端末である場合を例示する。
以下では、限定ではなく例として、端末２０が、横長のディスプレイの表示部２４を備えるタブレット端末である場合を例示する。
【0129】
タブレット端末には、限定ではなく例として、入力部として機能するタッチパネルが、そのディスプレイと対向して配置され、これによってタッチスクリーンが構成される。アイコン、ボタン、アイテム又は入力領域などの要素がディスプレイに表示された場合において、タッチパネルの一部の領域であって、その要素が表示された領域と対向する領域がユーザによって操作された場合、その要素と関連付けられたプログラム又はそのプログラムのサブルーチンが実行される。
【0130】
なお、以下説明する表示画面の遷移は、本開示の手法を実現するための表示画面の遷移の一例に過ぎない。以下に例示する表示画面の遷移について、一部の表示画面の表示を省略してもよいし、別の表示画面を追加してもよい。
【0131】
図１－８は、本実施例において端末２０の表示部２４に表示される画面の一例を示す図である。端末２０において、ユーザにミーティングルームを提供するアプリケーションプログラム（以下、単に「アプリケーション」と称する場合がある）が実行されており、画面最上部にはアプリケーションの名称として「Ｏｎｌｉｎｅ Ｍｅｅｔｉｎｇ Ａｐｐ」の文字が表示されている。
この例では、ユーザＡ．Ａの端末２０Ａにおいてアプリケーションが実行されている例が示されており、画面最上部には、ユーザＡ．Ａのアイコン画像及びユーザ名が表示されている。
この例では、ユーザＡ．Ａの端末２０Ａにおいてアプリケーションが実行されている例が示されており、画面最上部には、ユーザＡ．Ａのアイコン画像及びユーザ名が表示されている。
【0132】
図１－８には、ユーザＡ．Ａが、ルームＡで行われているミーティングに参加しており、そのミーティングには、他のユーザとして、ユーザＢ．Ｂ、ユーザＣ．Ｃ、ユーザＤ．Ｄの３名が参加している例が示されている。
この例では、ルームＡに関連する情報を表示するための領域として、ルームＡで行われているミーティングに関する映像が表示されるミーティングルーム領域ＲＲＡと、ルームＡで行われているミーティングに参加しているユーザに関する情報が表示されるルーム参加者領域ＰＲＡと、が設けられている。
この例では、ルームＡに関連する情報を表示するための領域として、ルームＡで行われているミーティングに関する映像が表示されるミーティングルーム領域ＲＲＡと、ルームＡで行われているミーティングに参加しているユーザに関する情報が表示されるルーム参加者領域ＰＲＡと、が設けられている。
【0133】
ミーティングルーム領域ＲＲＡには、ミーティングルームの名称（ルームＡ）が表示され、各ユーザ（ユーザＡ．Ａ、ユーザＢ．Ｂ、ユーザＣ．Ｃ、ユーザＤ．Ｄ）の映像（映像情報）、限定ではなく例として、各ユーザの端末２０の撮像部２７により撮像された映像等が、各ユーザの識別情報（各ユーザのアイコン画像及びユーザ名）と関連付けて表示されている。
【0134】
ルーム参加者領域ＰＲＡには、ルームＡで行われているミーティングに参加しているユーザの数（４）と、他のユーザ（ユーザＢ．Ｂ、ユーザＣ．Ｃ、ユーザＤ．Ｄ）のアイコン画像及びユーザ名が表示されている。
【0135】
また、図１－８に示すように、画面最上部には、ユーザＡ．Ａが、自分の音声（限定ではなく例として、端末２０Ａの音入力部２５に入力された音声）を、ルームＡのユーザ（限定ではなく例として、他のユーザ３名であり、自分を含む４名であってもよい）の端末２０から出力させるか否かを設定するために操作するスピーカボタンＳＢＴと、自分の映像（限定ではなく例として、端末２０Ａの撮像部２７により撮像された映像）を、ルームＡのユーザ（限定ではなく例として、少なくとも他のユーザ３名であり、自分を含む４名であってもよい）の端末２０に表示させるか否かを設定するために操作するビデオボタンＶＢＴと、自分と他のユーザ（３名）とでチャット方式によるコンテンツ（テキスト、音声、画像）の送受信を行うために操作するチャットボタンＣＨＢＴと、自分の端末２０Ａの表示部２４に表示されている情報の一部又は全部を、他のユーザ（３名）の端末２０の表示部２４に表示させるか否か（画面共有するか否か）を設定するために操作する共有ボタンＳＣＢＴと、が設けられている。
【0136】
なお、ルーム参加者領域ＰＲＡには、他のユーザ（ユーザＢ．Ｂ、ユーザＣ．Ｃ、ユーザＤ．Ｄ）のそれぞれについて、個別にチャット用のボタンが設けられている。ユーザＡ．Ａは、限定ではなく例として、ユーザＢ．Ｂと個別に１対１のチャットを行いたい場合には、ユーザＢ．Ｂのアイコン及びユーザ名に対応して設けられているチャット用のボタンを操作することによって、ユーザＣ．Ｃ、ユーザＤ．Ｄに知られることなく、ユーザＢ．Ｂとの間でチャット方式によるコンテンツ（テキスト、音声、画像）の送受信を行うことができる。この点で、前述したチャットボタンＣＨＢＴの機能とは異なっている。
【0137】
また、図１－８の例では、ユーザＡ．Ａが参加していない他のミーティング（ルームＡとは異なるミーティングルームで行われているミーティング）に関する情報が、ルームトピック一覧領域ＴＲに表示されている。
ルームトピック一覧領域ＴＲの最上部には、「他のミーティングルームの話題」と表示されており、ルームトピック一覧領域ＴＲに表示される各ワードは、限定ではなく例として、他のミーティングに参加しているユーザ（ルームＡのユーザとは異なるユーザ）の端末間で送受信された情報に基づいている。
ルームトピック一覧領域ＴＲの最上部には、「他のミーティングルームの話題」と表示されており、ルームトピック一覧領域ＴＲに表示される各ワードは、限定ではなく例として、他のミーティングに参加しているユーザ（ルームＡのユーザとは異なるユーザ）の端末間で送受信された情報に基づいている。
【0138】
限定ではなく例として、ルームトピック一覧領域ＴＲに表示されるワードは、他のミーティングに参加しているユーザ間において送受信されたテキストに含まれるワードのうち、限定ではなく例として、出現頻度が高いワードや直近に出現したワード等であってもよい。
また、他のミーティングに参加しているユーザ間の会話（音声情報）に含まれるワードのうち、限定ではなく例として、出現頻度が高いワードや直近に出現したワード等であってもよい。
また、他のミーティングに参加しているユーザ間の会話（音声情報）に含まれるワードのうち、限定ではなく例として、出現頻度が高いワードや直近に出現したワード等であってもよい。
【0139】
一例として、ルームトピック一覧領域ＴＲには、「釣り」及び「週末」が表示されていることから、ユーザＡ．Ａは、ルームＡとは異なるルームで行われているミーティングにおいて「週末に釣りに行くこと」が話題になっていることを推測・把握することができる。
【0140】
なお、本明細書の表示画面例では、「釣り」、「週末」などの単語に、設定された識別語（所定の識別語）の一種であるハッシュタグを付加した語（「ルームタグ通知用情報」と称する場合がある。）を表示するようにしている。しかし、識別語を付加することは必須ではない。また、ハッシュタグとは異なる識別語を付加するようにしてもよい。ワードは、限定ではなく例として、後述するルームトピックやルームタグ通知用情報の一例である。
【0141】
図１－９の上側の図は、ユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。図１－８に示した例とは異なり、「他のミーティングルーム」と表示された領域が設けられており、その領域に、他ルームに関する情報が表示されている。
【0142】
この例では、他ルーム（ルームＢ、ルームＣ、ルームＤ）のそれぞれについて、ルーム名に関連付けて、そのルームのミーティングに参加しているユーザのアイコン画像及びユーザ名（ユーザＥ．Ｅ～Ｈ．Ｈ、ユーザＩ．Ｉ～Ｋ．Ｋ、ユーザＬ．Ｌ～Ｏ．Ｏ）が、対応する他ルーム情報表示領域（ＭＲＢ、ＭＲＣ、ＭＲＤ）に表示されており、そのルームの話題に関連するワード（「釣り」及び「週末」、「保育園」及び「好き嫌い」、「特許」及び「不労所得」）が、他ルーム情報表示領域に含まれるサブ領域（ＳＲＢ、ＳＲＣ、ＳＲＤ）に表示されている。
【0143】
なお、ユーザＡ．Ａの端末２０Ａの音出力部２６からは、ユーザＡ．Ａと同じミーティング（ルームＡのミーティング）に参加するユーザＢ．Ｂの音声「最近観葉植物にはまっているんですよ」が出力されている。
【0144】
図１－９の下側の図は、ユーザＥ．Ｅの端末２０Ｅに表示される画面の一例を示す図である。ユーザＥ．Ｅは、ルームＢのミーティングに参加しているため、ミーティングルーム領域ＲＲＢには、ルームＢのミーティングに参加している各ユーザ（ユーザＥ．Ｅ～ユーザＨ．Ｈ）の映像が表示されている。
【0145】
一方、ユーザＥ．Ｅにとって、ルームＡは、自分が参加していないミーティングが行われている他ルームということになるため、ルームＡのミーティングに参加しているユーザのアイコン画像及びユーザ名（ユーザＡ．Ａ～ユーザＤ．Ｄ）が、対応する他ルーム情報表示領域ＭＲＡに表示され、ルームＡの話題に関連するワード（「趣味」及び「観葉植物」）が、他ルーム情報表示領域に含まれるサブ領域ＳＲＡに表示されている。
【0146】
なお、ユーザＥ．Ｅの端末２０Ｅの音出力部２６からは、ユーザＥ．Ｅと同じミーティング（ルームＢのミーティング）に参加するユーザＦ．Ｆの音声「船釣りで鯛狙いにいきましょうよ！」が出力されている。
【0147】
なお、他ルーム情報表示領域ＭＲＢには、ルームＢに含まれる各々のユーザとチャットを行うためのアイコンが設けられており、このアイコンをタップすることで、そのユーザとチャット方式でコンテンツの送受信ができるように構成されている。
ただし、このような形態に限らず、チャット用のアイコンを設けず、他ルームのルームメンバーとはチャットによるコンテンツの送受信ができないようにしてもよい。
ただし、このような形態に限らず、チャット用のアイコンを設けず、他ルームのルームメンバーとはチャットによるコンテンツの送受信ができないようにしてもよい。
【0148】
また、サブ領域にワード（ルームトピックやルームタグ通知用情報）を表示させる場合に、上記の表示画面例とは異なり、そのルームの映像情報を透過させて表示させるようにしてもよい。つまり、ユーザがそのルームの映像情報を透過して見ながらワードを併せて確認できるようにしてもよい。
【0149】
＜処理＞
以下説明する処理では、前述したルームＡのユーザＡ．Ａ、ユーザＢ．Ｂの端末２０や、ルームＢのユーザＥ．Ｅ、ユーザＦ．Ｆの端末２０が実行する処理など、同じミーティングルームの一部のルームメンバーの端末２０が実行する処理のみを例示し、同じミーティングルームのその他のルームメンバーの端末２０が実行する処理は省略する場合がある。
以下説明する処理では、前述したルームＡのユーザＡ．Ａ、ユーザＢ．Ｂの端末２０や、ルームＢのユーザＥ．Ｅ、ユーザＦ．Ｆの端末２０が実行する処理など、同じミーティングルームの一部のルームメンバーの端末２０が実行する処理のみを例示し、同じミーティングルームのその他のルームメンバーの端末２０が実行する処理は省略する場合がある。
【0150】
図１－１０は、本実施例において通信システム１において実行される処理の流れの一例を示すフローチャートである。
【0151】
なお、以下説明する処理は、本開示の手法を実現するための処理の一例に過ぎず、これらに限定されるものではない。
以下説明する処理に別のステップを追加してもよいし、以下説明する処理から一部のステップを省略（削除）してもよい。
以下説明する処理に別のステップを追加してもよいし、以下説明する処理から一部のステップを省略（削除）してもよい。
【0152】
最初に、サーバ１０の制御部１１は、ミーティング初期設定処理を行う（Ｗ１１０）。具体的には、限定ではなく例として、ミーティングマスターのユーザの端末２０（以下、「マスター端末」と称する。）からミーティングの開始要求を通信Ｉ／Ｆ１４によって受信すると、ミーティングＩＤと、ミーティングマスターＩＤとを関連付けたミーティング管理データを生成する。また、マスター端末による招待の要求に基づいて、招待することが要求されたメンバーの端末２０に招待情報を送信する。また、マスター端末からミーティングルームの生成要求を受信するとともに、メンバーの端末２０（メンバー端末）からミーティングルームへの参加要求を受信する。そして、上記のミーティング管理データに、ルームＩＤと、ルーム名と、ルームメンバーＩＤと、ルームトピックとを関連付けたミーティングルーム管理データを記憶させる。なお、この時点では、ルームトピックは「ＮＵＬＬ」とすることができる。
【0153】
次いで、サーバ１０の制御部１１は、ルーム内動画像配信処理を行う（Ｗ１２０）。
【0154】
図１－１１は、本実施例におけるルーム内動画像配信処理の流れの一例を示すフローチャートである。この処理では、左側から順に、ユーザＥ．Ｅの端末２０Ｅの制御部２１が実行する処理、ユーザＦ．Ｆの端末２０Ｆが実行する処理、サーバ１０の制御部１１が実行する処理を示している。
なお、ここでは、ルームＢに含まれるユーザの端末２０が実行する処理として、ユーザＥ．Ｅの端末２０Ｅが実行する処理およびユーザＦ．Ｆの端末２０Ｆが実行する処理を示すが、ルームＢに含まれる他のユーザの端末２０が実行する処理も同様とすることができる。
また、ルームＢとは異なるミーティングルームのルームメンバーの端末２０が実行する処理も同様とすることができる。
なお、ここでは、ルームＢに含まれるユーザの端末２０が実行する処理として、ユーザＥ．Ｅの端末２０Ｅが実行する処理およびユーザＦ．Ｆの端末２０Ｆが実行する処理を示すが、ルームＢに含まれる他のユーザの端末２０が実行する処理も同様とすることができる。
また、ルームＢとは異なるミーティングルームのルームメンバーの端末２０が実行する処理も同様とすることができる。
【0155】
端末２０Ｅの制御部２１は、自己の端末２０の撮像部２７（限定ではなく例として、フロントカメラ）によって撮像された映像情報と、音入力部２５によって入力された音情報とを含む動画像情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｅ１１０）。
端末２０Ｆ（およびその他のルームメンバー端末）についても同様である（Ｆ１１０）。
端末２０Ｆ（およびその他のルームメンバー端末）についても同様である（Ｆ１１０）。
【0156】
通信Ｉ／Ｆ１４によって動画像情報を受信すると、サーバ１０の制御部１１は、ルーム内動画像生成処理を行う（Ｓ１１０）。具体的には、限定ではなく例として、端末２０Ｅ、端末２０Ｆ（およびその他のルームメンバー端末）から受信した動画像情報に基づいて、ルームＢに含まれるユーザの端末２０に送信する動画像の情報（＝音情報＋映像情報）をルーム内動画像情報（＝ルーム内音情報＋ルーム内映像情報）として生成する処理を行う。
【0157】
次いで、サーバ１０の制御部１１は、ルーム内音声解析処理を行う（Ｓ１２０）。具体的には、限定ではなく例として、端末２０Ｅ、端末２０Ｆ（およびその他のルームメンバー端末）から受信した動画像情報に含まれる音情報に対して音声認識処理等を行って、そのグループのルーム内での音声を文字化し、文字化された音声に基づく会話内容を形態素解析する。そして、限定ではなく例として、単語ごとに、その単語の出願頻度を特定し、ミーティングルーム管理データの対応するルームＩＤに関連付けて記憶させる。
【0158】
その後、サーバ１０の制御部１１は、Ｓ１１０のステップで生成したルーム内動画像情報を、通信Ｉ／Ｆ１４によって端末２０Ｅ、端末２０Ｆ（およびその他のルームメンバー端末）にそれぞれ送信する（Ｓ１３０）。そして、サーバ１０の制御部１１は、処理を終了する。
【0159】
通信Ｉ／Ｆ２２によってルーム内動画像情報を受信すると、端末２０Ｅの制御部２１は、受信したルーム内動画像情報を出力部から出力させる（Ｅ１２０）。具体的には、ルーム内映像情報を表示部２４に表示させるとともに、ルーム内音情報を音出力部２６に音出力させる。そして、端末２０Ｅの制御部２１は、処理を終了する。
端末２０Ｆ（およびその他のルームメンバー端末）についても同様である（Ｆ１２０→処理終了）。
端末２０Ｆ（およびその他のルームメンバー端末）についても同様である（Ｆ１２０→処理終了）。
【0160】
図１－１０に戻り、ルーム内動画像配信処理を行った後、サーバ１０の制御部１１は、設定時間（限定ではなく例として、１分、３分、５分、１０分など）が経過したか否かを判定する（Ｗ１３０）。
なお、設定時間に代えて、一定の期間ごとに区切った設定期間が経過したか否かを判定するようにしてもよい。限定ではなく例として、毎時何分や毎分何秒といったタイミングによって定まる設定期間が経過したか否かを判定してもよい。以下同様である。
なお、設定時間に代えて、一定の期間ごとに区切った設定期間が経過したか否かを判定するようにしてもよい。限定ではなく例として、毎時何分や毎分何秒といったタイミングによって定まる設定期間が経過したか否かを判定してもよい。以下同様である。
【0161】
設定時間が経過していないと判定したならば（Ｗ１３０：ＮＯ）、サーバ１０の制御部１１は、Ｗ１６０に処理を移す。一方、設定時間が経過したと判定したならば（Ｗ１３０：ＹＥＳ）、サーバ１０の制御部１１は、ルームトピック取得処理を行う（Ｗ１４０）。
具体的には、設定時間における各々のミーティングルームにおけるルーム内音声解析結果に基づいて、限定ではなく例として、上位Ｎ個の最頻値単語を算出する。そして、算出した最頻値単語を、対応するミーティングＩＤのミーティング管理データに含まれるミーティングルーム管理データのうちの対応するルームＩＤのレコードのルームトピックに関連付けて記憶させる。
具体的には、設定時間における各々のミーティングルームにおけるルーム内音声解析結果に基づいて、限定ではなく例として、上位Ｎ個の最頻値単語を算出する。そして、算出した最頻値単語を、対応するミーティングＩＤのミーティング管理データに含まれるミーティングルーム管理データのうちの対応するルームＩＤのレコードのルームトピックに関連付けて記憶させる。
【0162】
なお、単純に最頻値単語を算出する手法に限らず、限定ではなく例として、設定時間における各々のミーティングルームにおけるルーム内音声解析結果に基づき、解析された音声から特定される単語（文でもよい。）に関連する関連語や類義語を算出してもよい。また、解析された音声から単語をクラスタリングするなどし、その中から代表的な単語を算出してもよい。そして、このようにして算出した単語をルームトピックとしてもよい。
【0163】
次いで、サーバ１０の制御部１１は、ルームトピック更新処理を行う（Ｗ１５０）。
【0164】
図１－１２は、ルームトピック更新処理の流れの一例を示すフローチャートである。この処理では、左側から順に、ユーザＡ．Ａの端末２０Ａの制御部２１が実行する処理、ユーザＢ．Ｂの端末２０Ｂの制御部２１が実行する処理、サーバ１０の制御部１１が行う処理を示している。
なお、ここでは、ルームＡに含まれるユーザの端末２０が実行する処理として、ユーザＡ．Ａの端末２０Ａが実行する処理およびユーザＢ．Ｂの端末２０Ｂが実行する処理を示すが、ルームＡのその他のルームメンバー端末が実行する処理も同様とすることができる。
また、ルームＡとは異なるルームのルームメンバーの端末２０が実行する処理も同様とすることができる。
なお、ここでは、ルームＡに含まれるユーザの端末２０が実行する処理として、ユーザＡ．Ａの端末２０Ａが実行する処理およびユーザＢ．Ｂの端末２０Ｂが実行する処理を示すが、ルームＡのその他のルームメンバー端末が実行する処理も同様とすることができる。
また、ルームＡとは異なるルームのルームメンバーの端末２０が実行する処理も同様とすることができる。
【0165】
最初に、サーバ１０の制御部１１は、Ｗ１４０のルームトピック取得処理で各々のルームについて取得されたルームトピックを含むルームトピック情報を、通信Ｉ／Ｆ１４によって端末２０Ａ、端末２０Ｂ（およびその他のルームメンバー端末）にそれぞれ送信する（Ｓ１４０）。そして、サーバ１０の制御部１１は、ルームトピック更新処理を終了する。
【0166】
なお、各々のルームについて、そのルームのルームメンバーの端末２０には、そのルームのルームトピック情報は送信しなくてもよい。つまり、サーバ１０は、ミーティングルーム管理データのルームＩＤに基づいて、そのルームＩＤに関連付けられたルームトピックのルームトピック情報を、そのルームＩＤに関連付けられたルームメンバーＩＤによって識別されるユーザの端末２０に送信しないようにしてもよい。
【0167】
通信Ｉ／Ｆ２２によってサーバ１０からルームトピック情報を受信すると、端末２０Ａの制御部２１は、ルームタグ通知用情報生成処理を行う（Ａ１１０）。具体的には、限定ではなく例として、サーバ１０から受信した各々のルームのルームトピック情報に含まれるルームトピックに、設定された、またはあらかじめ定められた識別語（限定ではなく例として、ハッシュタグ（♯）等）を付加した情報をルームタグ通知用情報として生成する。
【0168】
次いで、端末２０Ａの制御部２１は、Ａ１１０で生成したルームタグ通知用情報を表示部２４に表示させる（Ａ１２０）。この場合、限定ではなく例として図１－８に示したように、他のミーティングルームの話題が一覧表示される領域にルームタグ通知用情報を表示してもよい。また、限定ではなく例として図１－９に示したように、他のミーティングルームの話題がルーム別に表示される領域に、対応するルームのルームタグ通知用情報を表示させるようにしてもよい。
そして、端末２０Ａの制御部２１は、ルームトピック更新処理を終了する。
そして、端末２０Ａの制御部２１は、ルームトピック更新処理を終了する。
【0169】
端末２０Ｂの制御部２１も、端末２０Ａの制御部２１と同様に、ルームタグ通知用情報生成処理（Ｂ１１０）と、ルームタグ通知用情報の表示（Ｂ１２０）とを行い、ルームトピック更新処理を終了する。
【0170】
なお、サーバ１０がルームＡのルームトピック情報を端末２０Ａ、端末２０Ｂ（およびその他のルームメンバー端末）に送信するようにする場合において、端末２０Ａ、端末２０Ｂ（およびその他のルームメンバー端末）の制御部２１が、Ａ１１０、Ｂ１１０のステップにおいてルームＡのルームタグ通知用情報を生成せず、Ａ１２０、Ｂ１２０のステップにおいてルームＡのルームタグ通知用情報を表示しないようにしてもよい。
サーバ１０がルームＡのルームトピック情報を端末２０Ａ、端末２０Ｂ（およびその他のルームメンバー端末）に送信しない場合についても同様としてもよい。
サーバ１０がルームＡのルームトピック情報を端末２０Ａ、端末２０Ｂ（およびその他のルームメンバー端末）に送信しない場合についても同様としてもよい。
【0171】
図１－１０に戻り、Ｗ１５０の後、サーバ１０の制御部１１は、ミーティングを終了するか否かを判定し（Ｗ１６０）、まだ終了しないと判定したならば（Ｗ１６０：ＮＯ）、Ｗ１２０に処理を戻す。
一方、ミーティングを終了すると判定したならば（Ｗ１６０：ＹＥＳ）、サーバ１０の制御部１１は、処理を終了する。
一方、ミーティングを終了すると判定したならば（Ｗ１６０：ＹＥＳ）、サーバ１０の制御部１１は、処理を終了する。
【0172】
上記の処理によれば、設定時間が経過するごとに、サーバ１０によってルームトピックが取得され、ルームトピックが更新される。つまり、時間経過に応じてルームトピックが更新され、更新された最新のルームトピックが端末２０に表示される。
【0173】
なお、上記の処理とは異なり、ルームトピックに基づいて、サーバ１０がルームタグ通知用情報を生成して端末２０に送信するようにしてもよい。
【0174】
また、上記の処理では、端末２０がルームタグ通知用情報を表示部２４に表示させることとしたが、これに限定されない。これに代えて、ルームトピックを表示部２４に表示させるようにしてもよい。
また、ルームトピックは、必ずしも単語である必要はなく、限定ではなく例として、文や文章としてもよい。
また、ルームトピックは、必ずしも単語である必要はなく、限定ではなく例として、文や文章としてもよい。
【0175】
また、端末２０が、ルームトピックを音出力部２６から音出力させるなどして、端末２０のユーザに通知するようにしてもよい。つまり、通知は表示によって実現するものに限らず、音出力によって実現してもよい。
【0176】
また、上記の処理では、ルームトピック情報を、ミーティングルームで送受信された音情報に基づく情報とする処理としたが、これに限定されない。前述したように、ミーティングルームで送受信されたテキスト等からルームトピックを推定するようにしてもよい。
【0177】
また、この他にも、限定ではなく例として、ミーティングルームで送受信された映像情報に基づいてルームトピックを推定してもよい。この場合、サーバ１０の制御部１１は、ルームトピック取得処理において、限定ではなく例として、映像に含まれる人物の動作解析を行い、その動作解析の結果に基づいてルームトピックを推定してもよい。限定ではなく例として、人物が踊るような動作をしている場合は、ルームトピックを「ダンス」と推定してもよい。なお、人物の動作のみからルームトピックを推定することは困難な場合もあり得るため、音情報を併用してルームトピックを推定してもよい。
【0178】
また、ルームトピックに代えて、またはこれに加えて、サーバ１０の制御部１１が、上記のようにミーティングルームで送受信される各種の情報に基づいて、そのミーティングルームでの話の会話の盛り上がり具合や会話量等の情報をルーム会話状況情報として推定して端末２０に送信するようにしてもよい。そして、端末２０が、受信したルーム会話状況情報に基づく通知を行うようにしてもよい。なお、ルームトピックと同様に、通知は音出力によって実現してもよい。主にルームトピックに基づく通知を適用する場合を例示するが、ルーム会話状況情報等に基づく通知を適用する場合も同様とすることができる。
【0179】
なお、ミーティングルームで送受信される情報とは、グループで送受信される情報や、ミーティングルームのルームメンバーで送受信される情報、ミーティングルームのルームメンバーの端末で送受信される情報等のように表現してもよい。
【0180】
＜第１実施例の効果＞
本実施例は、第１ミーティングルーム（限定ではなく、第１グループの一例）で送受信された動画像情報（限定ではなく、音情報と映像情報の一例）を音出力部２６や表示部２４によって出力する端末２０が、第２ミーティングルーム（限定ではなく、第２グループの一例）で送受信された情報に基づくルームトピック情報などの情報（限定ではなく、第１情報の一例）を通信Ｉ／Ｆ２２によって受信する。そして、端末２０は、受信したルームトピック情報に基づく表示や音出力による通知（限定ではなく、第１情報に基づく第１通知の一例）を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、端末が、第１グループとは異なる第２グループで送受信された情報に基づく第１情報を受信した上で、その第１情報に基づく第１通知を行うことで、第２グループで送受信された情報を、端末のユーザが推測できるようにすることができる。
本実施例は、第１ミーティングルーム（限定ではなく、第１グループの一例）で送受信された動画像情報（限定ではなく、音情報と映像情報の一例）を音出力部２６や表示部２４によって出力する端末２０が、第２ミーティングルーム（限定ではなく、第２グループの一例）で送受信された情報に基づくルームトピック情報などの情報（限定ではなく、第１情報の一例）を通信Ｉ／Ｆ２２によって受信する。そして、端末２０は、受信したルームトピック情報に基づく表示や音出力による通知（限定ではなく、第１情報に基づく第１通知の一例）を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、端末が、第１グループとは異なる第２グループで送受信された情報に基づく第１情報を受信した上で、その第１情報に基づく第１通知を行うことで、第２グループで送受信された情報を、端末のユーザが推測できるようにすることができる。
【0181】
なお、ミーティングルーム（グループ）で送受信された動画像情報（限定ではなく、音情報と映像情報の一例）を音出力部２６や表示部２４によって出力する端末２０のユーザは、必ずしもそのミーティングルーム（グループ）に含まれている必要はなく、そのミーティングルーム（グループ）に含まれない場合があってもよい。
【0182】
また、この場合、限定ではなく例としてルームトピック情報（限定ではなく、第１情報の一例）は、第２ミーティングルーム（限定ではなく、第２グループの一例）で送受信された音情報に基づく情報を含み、上記の通知（限定ではなく、第１通知の一例）は、ルームトピック情報やルームタグ通知用情報などの情報の表示（限定ではなく、第１情報に基づく第１表示の一例）を端末２０の表示部２４に表示されるようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末は、第２グループで送受信された音情報に基づく情報を含む第１情報を受信した上で、その第１情報に基づく第１表示を表示することで、第２グループで送受信された音情報を、端末のユーザが推測できるようにすることができる。
このような構成により得られる実施例の効果の一例として、端末は、第２グループで送受信された音情報に基づく情報を含む第１情報を受信した上で、その第１情報に基づく第１表示を表示することで、第２グループで送受信された音情報を、端末のユーザが推測できるようにすることができる。
【0183】
また、本実施例は、サーバ１０が、第１ミーティングルーム（限定ではなく、第１グループの一例）での動画像情報（限定ではなく、映像情報と音情報との一例）の送受信を中継し、第２ミーティングルーム（限定ではなく、第２グループの一例）での動画像情報（限定ではなく、映像情報と音情報との一例）を中継する。そして、サーバ１０は、第２ミーティングルームで送受信された情報に基づくルームトピック情報などの情報（限定ではなく、第２グループに関連する第１情報の一例）を取得する制御部１１と、ルームトピック情報などの情報を第１ミーティングルームに対して送信する通信Ｉ／Ｆ１４とを備える構成を示している。
このような構成により得られる実施例の効果の一例として、第１グループでの映像情報と音情報との送受信を中継し、第１グループとは異なる第２グループでの映像情報と音情報との送受信を中継するサーバが、第２グループに関連する第１情報を取得した上で、取得した第１情報を第１グループに対して送信することができる。
このような構成により得られる実施例の効果の一例として、第１グループでの映像情報と音情報との送受信を中継し、第１グループとは異なる第２グループでの映像情報と音情報との送受信を中継するサーバが、第２グループに関連する第１情報を取得した上で、取得した第１情報を第１グループに対して送信することができる。
【0184】
ここで、「グループで送受信された情報」について説明する。
「グループで送受信された情報」とは、限定ではなく例として、そのグループに含まれるユーザ（そのグループに含まれるユーザの端末２０）を送信元とする情報をサーバ１０に送信し、サーバ１０が前述したルーム内動画像情報などの情報を生成してそのグループ（そのグループに含まれるユーザの端末２０）に送信することや、そのグループに含まれる一のユーザ（一のユーザの端末２０）を送信元とする情報を、その一のユーザ以外のそのグループに含まれる他のユーザの端末２０に送信すること、などを含む概念としてよいものとする。また、サーバ１０を介して情報を送信する場合と、サーバ１０を介さずに情報を送信する場合とのいずれを含んでもよいものとする。
「グループで送受信された情報」とは、限定ではなく例として、そのグループに含まれるユーザ（そのグループに含まれるユーザの端末２０）を送信元とする情報をサーバ１０に送信し、サーバ１０が前述したルーム内動画像情報などの情報を生成してそのグループ（そのグループに含まれるユーザの端末２０）に送信することや、そのグループに含まれる一のユーザ（一のユーザの端末２０）を送信元とする情報を、その一のユーザ以外のそのグループに含まれる他のユーザの端末２０に送信すること、などを含む概念としてよいものとする。また、サーバ１０を介して情報を送信する場合と、サーバ１０を介さずに情報を送信する場合とのいずれを含んでもよいものとする。
【0185】
また、「音情報と映像情報とのグループでの送受信」とは、限定ではなく例として、以下の態様を含む概念としてよいものとする。いくつかのパターンを例示するが、これらに限られるものではない。
・グループに含まれる対象のユーザ（以下、「対象ユーザ」と称する。）が送った映像情報・音情報、グループに含まれる対象ユーザ以外のユーザ（以下、「対象ユーザ以外のユーザ」と称する。）から送られた映像情報・音情報がいずれも対象ユーザの端末２０で出力される
・対象ユーザ以外のユーザから送られた映像情報は対象ユーザの端末２０で表示されるが、対象ユーザが送った映像情報は対象ユーザの端末２０で表示されない（端末（アプリケーション）からサーバに映像情報を送信しない、端末からサーバに映像情報を送信するがサーバから端末に映像情報を送信しない、端末からサーバに映像情報を送信しサーバから受信した映像情報を表示しない）
・対象ユーザ以外のユーザから送られた音情報は対象ユーザの端末２０で音出力されるが、対象ユーザが送った音情報は対象ユーザの端末２０で音出力されない（端末（アプリケーション）からサーバに音情報を送信しない、端末からサーバに音情報を送信するがサーバから端末に音情報を送信しない、端末からサーバに音情報を送信しサーバから受信した音情報を出力しない）
・対象ユーザが送った映像情報と、対象ユーザ以外のユーザから送られた音情報・映像情報とは対象ユーザの端末２０で出力されるが、対象ユーザが送った音情報は対象ユーザの端末２０で出力されない（音情報に関して上記と同様）
・対象ユーザが送った音情報と、対象ユーザ以外のユーザから送られた音情報・映像情報とは対象ユーザの端末２０で出力されるが、対象ユーザが送った映像情報は対象ユーザの端末２０で表示されない（映像情報に関して上記と同様）
・対象ユーザが送った音情報と映像情報とがいずれも対象ユーザの端末２０で出力されない（音情報と映像情報とに関して上記と同様）
・対象ユーザ以外のユーザのうちの一部のユーザから送られた音情報と映像情報とのうちの少なくともいずれか一方の情報は対象ユーザの端末２０で出力されない
・対象ユーザの端末２０における出力に関する設定に応じて、対象ユーザの端末２０で映像情報・音情報の出力を制御可能（動画像情報「ＯＮ／ＯＦＦ」、音情報「ＯＮ／ＯＦＦ」、映像情報「ＯＮ／ＯＦＦ」）
・グループに含まれる対象のユーザ（以下、「対象ユーザ」と称する。）が送った映像情報・音情報、グループに含まれる対象ユーザ以外のユーザ（以下、「対象ユーザ以外のユーザ」と称する。）から送られた映像情報・音情報がいずれも対象ユーザの端末２０で出力される
・対象ユーザ以外のユーザから送られた映像情報は対象ユーザの端末２０で表示されるが、対象ユーザが送った映像情報は対象ユーザの端末２０で表示されない（端末（アプリケーション）からサーバに映像情報を送信しない、端末からサーバに映像情報を送信するがサーバから端末に映像情報を送信しない、端末からサーバに映像情報を送信しサーバから受信した映像情報を表示しない）
・対象ユーザ以外のユーザから送られた音情報は対象ユーザの端末２０で音出力されるが、対象ユーザが送った音情報は対象ユーザの端末２０で音出力されない（端末（アプリケーション）からサーバに音情報を送信しない、端末からサーバに音情報を送信するがサーバから端末に音情報を送信しない、端末からサーバに音情報を送信しサーバから受信した音情報を出力しない）
・対象ユーザが送った映像情報と、対象ユーザ以外のユーザから送られた音情報・映像情報とは対象ユーザの端末２０で出力されるが、対象ユーザが送った音情報は対象ユーザの端末２０で出力されない（音情報に関して上記と同様）
・対象ユーザが送った音情報と、対象ユーザ以外のユーザから送られた音情報・映像情報とは対象ユーザの端末２０で出力されるが、対象ユーザが送った映像情報は対象ユーザの端末２０で表示されない（映像情報に関して上記と同様）
・対象ユーザが送った音情報と映像情報とがいずれも対象ユーザの端末２０で出力されない（音情報と映像情報とに関して上記と同様）
・対象ユーザ以外のユーザのうちの一部のユーザから送られた音情報と映像情報とのうちの少なくともいずれか一方の情報は対象ユーザの端末２０で出力されない
・対象ユーザの端末２０における出力に関する設定に応じて、対象ユーザの端末２０で映像情報・音情報の出力を制御可能（動画像情報「ＯＮ／ＯＦＦ」、音情報「ＯＮ／ＯＦＦ」、映像情報「ＯＮ／ＯＦＦ」）
【0186】
＜第１変形例（１）＞
上記の実施例や他の実施例を含む、ミーティングアプリケーションの表示画面の構成やＵＩはあくまで一例に過ぎず、これらに限定されるものではない。以下、別の表示画面の構成例を示す。
上記の実施例や他の実施例を含む、ミーティングアプリケーションの表示画面の構成やＵＩはあくまで一例に過ぎず、これらに限定されるものではない。以下、別の表示画面の構成例を示す。
【0187】
図１－１３は、ユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。図１－９に示した例とは異なり、自分が参加しているルームＡに関する参加者（ユーザＡ．Ａ～ユーザＤ．Ｄ）の情報も、自分が参加していない他ルーム（ルームＢ、ルームＣ、ルームＤ）に関する参加者の情報と同様の態様で、画面右端のルームメンバー一覧領域ＭＬＲに表示されている。
【0188】
ルームメンバー一覧領域ＭＬＲには、自分が参加しているルームＡに関する参加者（ユーザＡ．Ａ～ユーザＤ．Ｄ）の情報と、自分が参加していない各ルーム（ルームＢ、ルームＣ、ルームＤ、…）に関する参加者（ユーザＥ．Ｅ～ユーザＨ．Ｈ、ユーザＩ．Ｉ～ユーザＫ．Ｋ、ユーザＬ．Ｌ～ユーザＯ．Ｏ、…）の情報と、が縦並びに表示されている。ユーザＡ．Ａは、上下方向のスクロール操作を行うことにより、自分が参加しているルームＡの参加者と、自分が参加していない各ルーム（ルームＢ、ルームＣ、ルームＤ、…）の参加者とを確認することができる。
【0189】
また、ミーティングルーム領域ＲＲＡの周囲には、自分か参加していない各ルーム（ルームＢ、ルームＣ、ルームＤ、…）の話題に関連するワードを表示するルームトピック領域（ＴＲＢ、ＴＲＣ、ＴＲＤ、…）が設けられている。ユーザＡ．Ａは、ルームトピック領域を確認することで、自分が参加していない各ミーティングルームで、どのような話題のミーティングが行われているのかを確認することができる。
限定ではなく例として、ルームＣのルームトピック領域ＴＲＣには、「保育園」及び「好き嫌い」のワードが表示されることにより、ルームＣでは、これらの話題で会話が行われていることを把握することができる。
限定ではなく例として、ルームＣのルームトピック領域ＴＲＣには、「保育園」及び「好き嫌い」のワードが表示されることにより、ルームＣでは、これらの話題で会話が行われていることを把握することができる。
【0190】
なお、自分が参加していない各ルーム（Ｂ、Ｃ、Ｄ、…）に対応するルームトピック領域（ＴＲＢ、ＴＲＣ、ＴＲＤ、…）とともに、自分が参加しているルームＡの話題に関連するワード（限定ではなく例として「趣味」及び「観葉植物」）を表示するルームトピック領域ＴＲＡを設けるようにしてもよい。
また、ルームメンバー一覧領域ＭＬＲで、何れかのミーティングルームに対応した領域をタップすることで、そのミーティングルームに対応したルームトピック領域の態様が変化する（限定ではなく例として、色が変化する、位置が変化する、拡大表示される等）ようにしてもよい。このような構成とすることで、各ルームの参加者と、その参加者により行われているミーティングの話題との関係が明確になる。
また、ルームメンバー一覧領域ＭＬＲで、何れかのミーティングルームに対応した領域をタップすることで、そのミーティングルームに対応したルームトピック領域の態様が変化する（限定ではなく例として、色が変化する、位置が変化する、拡大表示される等）ようにしてもよい。このような構成とすることで、各ルームの参加者と、その参加者により行われているミーティングの話題との関係が明確になる。
【0191】
＜第１変形例（２）＞
上記の実施例において、限定ではなく例として図１－１２の処理のＳ１４０のステップにおいて、サーバ１０の制御部１１が、ルームトピックに基づく画像を検索する検索処理を行うなどし、検索結果として得られた画像を、ルームトピック情報に含めて端末２０に送信するようにしてもよい。そして、端末２０Ａや端末２０Ａを含むルームメンバー端末の制御部２１が、受信したルームトピック情報に含まれる画像を表示部２４に表示させるようにしてもよい。
上記の実施例において、限定ではなく例として図１－１２の処理のＳ１４０のステップにおいて、サーバ１０の制御部１１が、ルームトピックに基づく画像を検索する検索処理を行うなどし、検索結果として得られた画像を、ルームトピック情報に含めて端末２０に送信するようにしてもよい。そして、端末２０Ａや端末２０Ａを含むルームメンバー端末の制御部２１が、受信したルームトピック情報に含まれる画像を表示部２４に表示させるようにしてもよい。
【0192】
また、限定ではなく例として図１－１２の処理のＡ１１０やＢ１１０のステップにおいて、端末２０Ａや端末２０Ｂの制御部２１が、サーバ１０から受信したルームトピック情報に基づいて、そのルームトピック情報のルームトピックに基づく画像を検索する検索処理を行うなどし、検索結果として得られた画像を表示部２４に表示させるようにしてもよい。
【0193】
また、限定ではなく例として図１－１２の処理のＳ１４０のステップにおいて、サーバ１０の制御部１１が、限定ではなく例として、そのミーティングルームで画面共有された情報といった、そのミーティングルームで共有された情報をルームトピック情報に含めて、端末２０に送信するようにしてもよい。
【0194】
これらの具体例は、次の第２実施例の表示画面で例示する。
【0195】
＜第２実施例＞
第２実施例は、ユーザの全体ミーティングからの退出や、他のミーティングルームへの移動に関する実施例である。ユーザによっては、全体ミーティングルームから退出したり、現在のミーティングルームとは別のミーティングルームに移動したいと考えるような場合があり得る。
第２実施例は、ユーザの全体ミーティングからの退出や、他のミーティングルームへの移動に関する実施例である。ユーザによっては、全体ミーティングルームから退出したり、現在のミーティングルームとは別のミーティングルームに移動したいと考えるような場合があり得る。
【0196】
第２実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0197】
＜表示画面＞
図２－１の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。
なお、ここでは、ルームトピックがワードで表示される場合の他、第１変形例（２）で説明したような情報が表示され得る場合を例示する。
図２－１の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。
なお、ここでは、ルームトピックがワードで表示される場合の他、第１変形例（２）で説明したような情報が表示され得る場合を例示する。
【0198】
この例では、図１－９に示した例とは異なり、ミーティングルーム領域ＲＲＡには退室ボタンＬＢＴが、入室中のルーム名（Ａ）に対応した位置に設けられている。また、自分が現在入室していない他ルーム（ルームＢ、ルームＣ、ルームＤ）に入室するための参加ボタンＰＢＴが、他ルーム名（ルームＢ、ルームＣ、ルームＤ）のそれぞれに対応した位置に設けられている。
【0199】
本実施例において、退室ボタンＬＢＴの操作は、限定ではなく例として、ユーザＡ．Ａが、全体ミーティングから退出する操作の一例とすることができる。この場合は、退室ボタンを「（全体ミーティングからの）退出ボタン」としてもよい。
【0200】
なお、退室ボタンＬＢＴの操作を、限定ではなく例として、ユーザＡ．Ａが、ルームＡから退出（詳細後述するルームからの退出（退室））する操作の一例としてもよく、ルームＡにおいて行われているミーティング（個別ミーティング）を抜ける操作の一例としてもよい。
【0201】
また、ユーザＡ．ＡがルームＢに入室する操作（ルームＢに対応した参加ボタンＰＢＴの操作）は、ユーザＡ．Ａが、ルームＢに入室する操作の一例としてもよく、ルームＢにおいて行われているミーティングに参加する操作の一例としてもよい。
【0202】
ここで、（１）ユーザＡ．Ａが、退室ボタンＬＢＴの操作を行うことなく、ルームＢに対応した参加ボタンＰＢＴの操作を行うことが可能なように構成してもよく、（２）ユーザＡ．Ａが、退室ボタンＬＢＴの操作を行わなければ、ルームＢに対応した参加ボタンＰＢＴの操作を行うことができないように構成してもよい。
【0203】
（１）前者の場合には、ユーザＡ．Ａが、ルームＢに対応した参加ボタンＰＢＴをタップすることにより、ルームＡの参加者（ユーザＡ．Ａ～ユーザＤ．Ｄ）からユーザＡ．Ａが除外されるとともに、ルームＢの参加者（ユーザＥ．Ｅ～ユーザＨ．Ｈ）にユーザＡ．Ａが追加されることになる。すなわち、ルームＡのグループからユーザＡ．Ａが自動的に除外されることになる。つまり、ルームの移動に退室を伴わないようにしてもよい。
このような構成により得られる効果の一例として、他のグループに参加することを希望しているユーザを現在参加しているグループから除外するための操作及び処理を簡略化できる。
このような構成により得られる効果の一例として、他のグループに参加することを希望しているユーザを現在参加しているグループから除外するための操作及び処理を簡略化できる。
【0204】
（２）後者の場合には、ユーザＡ．Ａが、退室ボタンＬＢＴをタップすることにより、一旦、ルームＡの参加者（ユーザＡ．Ａ～ユーザＤ．Ｄ）からユーザＡ．Ａを除外して、ユーザＡ．Ａが何れのルームにも参加していない状態とした後、ルームＢに対応した参加ボタンＰＢＴをタップすることで、ユーザＡ．Ａが、ルームＢの参加者（ユーザＥ．Ｅ～ユーザＨ．Ｈ）に追加されることになる。すなわち、ユーザＡ．Ａが、ルームＡの退室ボタンＬＢＴをタップすることなくルームＢの参加ボタンＰＢＴをタップしても、ルームＢに参加することはできない。つまり、ルームの移動に退室を伴うようにしてもよい。
このような構成により得られる効果の一例として、ユーザの誤解等によって現在参加しているグループから意図せず除外されてしまうことを抑制するとともに、安易なグループ間の移動を抑制することができる。
このような構成により得られる効果の一例として、ユーザの誤解等によって現在参加しているグループから意図せず除外されてしまうことを抑制するとともに、安易なグループ間の移動を抑制することができる。
【0205】
図２－１の下側の図は、上側の図とは異なり、ユーザＡ．Ａが参加していない他ルーム（ルームＢ、ルームＣ、ルームＤ）のミーティングに参加しているユーザの端末間で送受信された情報に基づく情報として、ワード以外の情報が表示されている。
【0206】
限定ではなく例として、ルームＢの場合は、限定ではなく例として、ルームＢのミーティングに参加しているユーザ間（ユーザＥ．Ｅ～ユーザＨ．Ｈ）において送受信されたテキストに含まれるワードのうち出現頻度が高いワード又は直近に出現したワードの少なくとも一方に関連付けられた画像（本例では魚（鯛）の画像）が、対応するサブ領域ＳＲＢに表示されている。
なお、このようにして表示される画像は、前述したルーム内音声解析処理の結果に基づく画像、限定ではなく例として、ルーム内音声解析処理の結果として推定されたルームトピックに基づき検索された画像等としてもよい。
なお、このようにして表示される画像は、前述したルーム内音声解析処理の結果に基づく画像、限定ではなく例として、ルーム内音声解析処理の結果として推定されたルームトピックに基づき検索された画像等としてもよい。
【0207】
また、ルームＤの場合は、ルームＤのミーティングに参加しているユーザ間（ユーザＬ．Ｌ～ユーザＯ．Ｏ）において共有（画面共有）されている画面の映像が、対応するサブ領域ＳＲＢに表示されている。
【0208】
図２－２の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。図２－１に示した例とは異なり、ユーザＡ．Ａが参加していない他ルーム（ルームＢ、ルームＣ、ルームＤ）に対応したサブ領域（ＳＲＢ、ＳＲＣ、ＳＲＤ）に、他ルームで行われているミーティングの映像が表示されている。
【0209】
限定ではなく例として、ルームＢの場合は、ルームＢのミーティングに参加しているユーザ（ユーザＥ．Ｅ～ユーザＨ．Ｈ）の端末２０におけるミーティングルーム領域ＲＲＢに表示されているミーティングの映像（ユーザＥ．Ｅ～ユーザＨ．Ｈのそれぞれに対応した映像）が、縮小された態様で、対応するサブ領域ＳＲＢに表示されている。
このように、ユーザＡ．Ａは、自分が参加していないルームＢにおいて行われているミーティングの映像を把握することができる。
このように、ユーザＡ．Ａは、自分が参加していないルームＢにおいて行われているミーティングの映像を把握することができる。
【0210】
図２－２の下側の図は、上側の図において、ユーザＡ．Ａが、ルームＢに対応するサブ領域ＳＲＢに対する操作を行った場合に表示される画面の一例である。
この例では、ユーザＡ．Ａがサブ領域ＳＲＢをタッチしてホールドしている間は、ルームＢにおいて行われているミーティングの映像（ユーザＥ．Ｅ～ユーザＨ．Ｈのそれぞれに対応した映像）が、ルームＢの話題に関連するワード（「釣り」及び「週末」）の表示に切り替わって表示される。そして、画面から指を離すと、表示がミーティングの映像（ユーザＥ．Ｅ～ユーザＨ．Ｈのそれぞれに対応した映像）に戻るように構成されている。
この例では、ユーザＡ．Ａがサブ領域ＳＲＢをタッチしてホールドしている間は、ルームＢにおいて行われているミーティングの映像（ユーザＥ．Ｅ～ユーザＨ．Ｈのそれぞれに対応した映像）が、ルームＢの話題に関連するワード（「釣り」及び「週末」）の表示に切り替わって表示される。そして、画面から指を離すと、表示がミーティングの映像（ユーザＥ．Ｅ～ユーザＨ．Ｈのそれぞれに対応した映像）に戻るように構成されている。
【0211】
なお、ユーザＡ．Ａがサブ領域ＳＲＢをタップする（タッチして指を離す）と、ルームＢにおいて行われているミーティングの映像（ユーザＥ．Ｅ～ユーザＨ．Ｈのそれぞれに対応した映像）が、ルームＢの話題に関連するワード（「釣り」及び「週末」）の表示に切り替わり、その後、ユーザＡ．Ａがサブ領域ＳＲＢを再びタップする（タッチして指を離す）と、ルームＢの話題に関連するワード（「釣り」及び「週末」）が、ルームＢにおいて行われているミーティングの映像（ユーザＥ．Ｅ～ユーザＨ．Ｈのそれぞれに対応した映像）に切り替わるようにしてもよい。
【0212】
このように、ユーザＡ．Ａは、自分が参加していないルームＢにおいて行われているミーティングの話題（ルームＢに参加しているユーザＥ．Ｅ～ユーザＨ．Ｈの話題）を把握することができる。
【0213】
なお、サブ領域ＳＲＢにミーティングの話題に関連する画像が表示されている状態（図２－１を参照）や、サブ領域ＳＲＤにミーティングで共有されている画面が表示されている状態（図２－１を参照）についても、上記と同様としてもよい。
【0214】
図２－３の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。
ルームＡのユーザＡ．Ａが、ルームＢに対応した参加ボタンＰＢＴをタップすることにより、ルームＡの参加者（ユーザＡ．Ａ～ユーザＤ．Ｄ）からユーザＡ．Ａが除外され、ルームＢの参加者（ユーザＥ．Ｅ～ユーザＨ．Ｈ）にユーザＡ．Ａが追加される。
ルームＡのユーザＡ．Ａが、ルームＢに対応した参加ボタンＰＢＴをタップすることにより、ルームＡの参加者（ユーザＡ．Ａ～ユーザＤ．Ｄ）からユーザＡ．Ａが除外され、ルームＢの参加者（ユーザＥ．Ｅ～ユーザＨ．Ｈ）にユーザＡ．Ａが追加される。
【0215】
図２－３の下側の図に示すように、ユーザＡ．Ａのルーム移動に対応して、ユーザＡ．Ａが参加しないことになったルームＡに対応した他ルーム情報表示領域ＭＲＡが、「他のミーティングルーム」の情報として表示される。他ルーム情報表示領域ＭＲＡには、ユーザＡ．Ａが参加しなくなった後もルームＡに参加しているユーザＢ．Ｂ～ユーザＤ．Ｄ（計３名）の各ユーザのアイコン画像及びユーザ名が表示されているが、ユーザＡ．Ａのアイコン画像及びユーザ名は表示されていない。
また、ユーザＡ．Ａが参加することになったルームＢに対応した他ルーム情報表示領域ＭＲＢは、「他のミーティングルーム」の情報として表示されていない。
また、ユーザＡ．Ａが参加することになったルームＢに対応した他ルーム情報表示領域ＭＲＢは、「他のミーティングルーム」の情報として表示されていない。
【0216】
また、ユーザＡ．Ａが参加したルームＢに対応したミーティングルーム領域ＲＲＢが、それまでのミーティングルーム領域ＲＲＡに代わって表示される。ミーティングルーム領域ＲＲＢには、ユーザＡ．Ａが参加する前から参加者であったユーザＢ．Ｂ～ユーザＨ．Ｈのそれぞれの映像と、新たに参加したユーザＡ．Ａの映像とが含まれる（計５名）。
【0217】
図２－４は、ルームＡのユーザＡ．Ａが、ルームＢに対応した参加ボタンＰＢＴをタップした場合に表示される画面の一例を示す図である。
上側の図に示すように、ユーザＡ．Ａが参加していたルームＡに対応したミーティングルーム領域ＲＲＡには、ユーザＡ．Ａ～ユーザＤ．Ｄ（計４名）の映像が表示されているが、ユーザＡ．Ａが、ルームＢに対応した参加ボタンＰＢＴをタップしたことにより、下側の図に示すように、ユーザＡ．Ａの画像ＵＡＩ（ユーザＡ．Ａの映像又は映像に基づいて生成された静止画像（アイコン））が、ミーティングルーム領域ＲＲＡからルームＢに対応した他ルーム情報表示領域ＭＲＢに、縮小されながら移動する。
上側の図に示すように、ユーザＡ．Ａが参加していたルームＡに対応したミーティングルーム領域ＲＲＡには、ユーザＡ．Ａ～ユーザＤ．Ｄ（計４名）の映像が表示されているが、ユーザＡ．Ａが、ルームＢに対応した参加ボタンＰＢＴをタップしたことにより、下側の図に示すように、ユーザＡ．Ａの画像ＵＡＩ（ユーザＡ．Ａの映像又は映像に基づいて生成された静止画像（アイコン））が、ミーティングルーム領域ＲＲＡからルームＢに対応した他ルーム情報表示領域ＭＲＢに、縮小されながら移動する。
【0218】
この例では、ミーティングルーム領域ＲＲＡからユーザＡ．Ａの画像ＵＡＩが移動することにより、ユーザＡ．Ａの映像が表示されていた領域がブランクになっている。
なお、ユーザＡ．Ａの映像が他ルーム情報表示領域ＭＲＢに移動した後に、図２－３の下側の図に示した画面に遷移するようにしてもよい。
なお、ユーザＡ．Ａの映像が他ルーム情報表示領域ＭＲＢに移動した後に、図２－３の下側の図に示した画面に遷移するようにしてもよい。
【0219】
【0220】
Ｗ１２０のステップの後、サーバ１０の制御部１１は、ルーム移動処理を行う（Ｗ２１０）。
【0221】
図２－６は、本実施例におけるルーム移動処理の流れの一例を示すフローチャートである。図の左側に端末２０Ａの制御部２１が実行する処理を示し、図の右側にサーバ１０の制御部１１が実行する処理を示している。
サーバ１０の制御部１１は、各々のミーティングルームを対象として、以下の処理を行う。なお、端末２０の制御部２１が実行する処理は、いずれの端末２０も同様とすることができるため、ここでは端末２０Ａのみを図示している。
サーバ１０の制御部１１は、各々のミーティングルームを対象として、以下の処理を行う。なお、端末２０の制御部２１が実行する処理は、いずれの端末２０も同様とすることができるため、ここでは端末２０Ａのみを図示している。
【0222】
端末２０Ａの制御部２１は、入出力部２３を介してユーザによりミーティングルームを移動するための入力がなされたか否かを判定するなどして、ルームを移動するか否かを判定する（Ａ２０１）。
【0223】
ここで、端末２０Ａの制御部２１は、限定ではなく例として、入出力部２３を介して、他ルーム情報（他のミーティングルームを示す情報や他のグループを示す情報と言ってもよい。）を表示部２４に表示する。そして、端末２０は、表示した他ルーム情報に対する自己の端末２０のユーザによる入力に基づいて、ミーティングルームを移動するか否か（他のミーティングルームに参加するか否か）を判定するようにすることができる。
【0224】
ここで、他ルーム情報には、限定ではなく例として、少なくとも以下のいずれか１つを含めてよいものとする。
・そのミーティングルームのルームトピック、ルームタグ通知用情報、ルーム会話状況情報
・そのミーティングルームのルーム名
・そのミーティングルームに参加するための操作情報（参加ボタン等）
・そのミーティングルームのルームメンバーに関する情報
・そのミーティングルームの映像情報
図２－３や図２－４の例では、端末２０の制御部２１が、参加ボタンの操作に基づいてミーティングルームを移動するか否かを判定しているが、この他にも、上記のいずれかの情報に対する操作に基づいて、ミーティングルームを移動するか否かを判定してもよい。また、他ルーム情報が表示される領域（限定ではなく、他ルーム情報表示領域やサブ領域）に対する自己の端末２０のユーザによる入力に基づいて、ミーティングルームを移動させるか否かを判定するようにしてもよい。
・そのミーティングルームのルームトピック、ルームタグ通知用情報、ルーム会話状況情報
・そのミーティングルームのルーム名
・そのミーティングルームに参加するための操作情報（参加ボタン等）
・そのミーティングルームのルームメンバーに関する情報
・そのミーティングルームの映像情報
図２－３や図２－４の例では、端末２０の制御部２１が、参加ボタンの操作に基づいてミーティングルームを移動するか否かを判定しているが、この他にも、上記のいずれかの情報に対する操作に基づいて、ミーティングルームを移動するか否かを判定してもよい。また、他ルーム情報が表示される領域（限定ではなく、他ルーム情報表示領域やサブ領域）に対する自己の端末２０のユーザによる入力に基づいて、ミーティングルームを移動させるか否かを判定するようにしてもよい。
【0225】
ルームを移動しないと判定したならば（Ａ２０１：ＮＯ）、端末２０Ａの制御部２１は、ルーム移動処理を終了する。
ルームを移動すると判定したならば、端末２０Ａの制御部２１は、限定ではなく例として、少なくとも、その端末２０のユーザのアプリケーションＩＤと、移動先のルームを識別する識別情報（限定ではなく例としてルームＩＤ）とを含むルーム移動要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ２０３）。ルーム移動要求情報は、他のルームへの参加の要求に関する情報等のように表現してもよい。
なお、ここでは、ミーティングルーム間の移動を想定している。
ルームを移動すると判定したならば、端末２０Ａの制御部２１は、限定ではなく例として、少なくとも、その端末２０のユーザのアプリケーションＩＤと、移動先のルームを識別する識別情報（限定ではなく例としてルームＩＤ）とを含むルーム移動要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ２０３）。ルーム移動要求情報は、他のルームへの参加の要求に関する情報等のように表現してもよい。
なお、ここでは、ミーティングルーム間の移動を想定している。
【0226】
サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によってルーム移動要求情報を受信したか否かを判定する（Ｓ２０１）。受信しなかったと判定したならば（Ｓ２０１：ＮＯ）、サーバ１０の制御部１１は、ルーム移動処理を終了する。
【0227】
受信したと判定したならば（Ｓ２０１：ＹＥＳ）、サーバ１０の制御部１１は、受信したルーム移動要求情報に含まれるユーザのアプリケーションＩＤを、ミーティングルーム管理データにおける、現在のミーティングルームのルームＩＤに関連付けられたルームメンバーＩＤから削除し、移動先のミーティングルームのルームＩＤに関連付けられたルームメンバーＩＤに追加する（Ｓ２０３）。そして、サーバ１０の制御部１１は、ルーム移動処理を終了する。
【0228】
限定ではなく例として、ユーザＡ．Ａの端末２０は、ルームＡが表示された画面において、入出力部２３を介して、ルームＢを示す情報に対するユーザ入力が行われると、限定ではなく例として、ユーザＡ．ＡのアプリケーションＩＤと、ルームＢのルームＩＤとを含むルーム移動要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信するようにすることができる（Ａ２０３）。
【0229】
この場合、サーバ１０の制御部１１は、ミーティングルーム管理データにおける、ルームＡのルームＩＤに関連付けられたルームメンバーＩＤからユーザＡ．ＡのアプリケーションＩＤを削除し、ルームＢのルームＩＤに関連付けられたルームメンバーＩＤにユーザＡ．ＡのアプリケーションＩＤを追加するようにすることができる（Ｓ２０３）。
【0230】
なお、ここでは、ユーザＡ．ＡをルームＡからルームＢに移動させるにあたり、ルームＡのルームＩＤに関連付けられたルームメンバーＩＤからユーザＡ．ＡのアプリケーションＩＤを削除している。これは、ユーザＡ．ＡのルームＡとの関連付けを解除することと考えてもよい。
しかし、これに限定されるわけではなく、ユーザＡ．ＡをルームＡからルームＢに移動させるにあたり、ルームＡのルームＩＤに関連付けられたルームメンバーＩＤにユーザＡ．ＡのアプリケーションＩＤを残すようにすることも可能である。これは、ユーザＡ．ＡのルームＡとの関連付けを解除しないことと考えてもよい。つまり、ユーザＡ．ＡがルームＡに参加しながらルームＢにも参加できるようにしてもよい。
これは、以降の処理においても同様としてもよい。
しかし、これに限定されるわけではなく、ユーザＡ．ＡをルームＡからルームＢに移動させるにあたり、ルームＡのルームＩＤに関連付けられたルームメンバーＩＤにユーザＡ．ＡのアプリケーションＩＤを残すようにすることも可能である。これは、ユーザＡ．ＡのルームＡとの関連付けを解除しないことと考えてもよい。つまり、ユーザＡ．ＡがルームＡに参加しながらルームＢにも参加できるようにしてもよい。
これは、以降の処理においても同様としてもよい。
【0231】
図２－５に戻り、Ｗ２１０のステップでルーム移動処理を行った後、サーバ１０の制御部１１は、Ｗ１３０のステップに処理を移す。
【0232】
サーバ１０の制御部１１によって、Ｗ１２０～Ｗ１６０のステップが実行されることで、端末２０Ａでは、移動先のミーティングルーム（限定ではなく例としてルームＢ）のルーム内動画像情報が出力される（限定ではなく例としてルームＢに対応する出力に切り替える制御が行われる）とともに、移動元のミーティングルーム（限定ではなく例としてルームＡ）を含む他のミーティングルームのルームタグ通知用情報（またはルームトピック）が表示される。なお、この場合、ルームＢのルームタグ通知用情報（またはルームトピック）は端末２０Ａに表示されなくてもよい。
【0233】
なお、第１変形例（２）で説明したように、Ｗ１５０のステップのルームトピック更新処理、限定ではなく例として図１－１２の処理のＳ１４０のステップにおいて、サーバ１０の制御部１１が、ルームトピックに基づく画像（限定ではなく、ルームトピックに合致する画像、またはルームトピックに近しい画像）を検索する検索処理を行うなどし、ルームトピック情報に含めて端末２０に送信するようにしてもよい。そして、端末２０Ａや端末２０Ａを含むルームメンバー端末の制御部２１が、受信したルームトピック情報に含まれる画像を、表示部２４に表示させるようにしてもよい。
【0234】
また、限定ではなく例として図１－１２の処理のＡ１１０のステップやＢ１１０のステップにおいて、端末２０Ａや端末２０Ｂの制御部２１が、サーバ１０から受信したルームトピック情報に基づいて、そのルームトピック情報のルームトピックに基づく画像（限定ではなく、ルームトピックに合致する画像、またはルームトピックに近しい画像）を検索する検索処理を行うなどし、検索結果として得られた画像を表示部２４に表示させるようにしてもよい。
【0235】
また、限定ではなく例として図１－１２のＳ１４０のステップにおいて、サーバ１０の制御部１１が、そのミーティングルームで画面共有された情報をルームトピック情報に含めて、端末２０に送信するようにしてもよい。
【0236】
＜第２実施例の効果＞
本実施例は、限定ではなく例としてルームトピック情報（限定ではなく、第１情報の一例）は、第２ミーティングルーム（限定ではなく、第２グループの一例）で送受信された音情報に基づく画像情報を含む構成を示している。
このような構成により得られる実施例の効果の一例として、端末は、第２グループで送受信された音情報に基づく画像情報を含む第１情報を受信した上で、その第１情報に基づく第１表示を表示することで、第２グループで送受信された音情報を、端末のユーザが画像情報によって、より簡易かつ適切に推測できるようにすることができる。
本実施例は、限定ではなく例としてルームトピック情報（限定ではなく、第１情報の一例）は、第２ミーティングルーム（限定ではなく、第２グループの一例）で送受信された音情報に基づく画像情報を含む構成を示している。
このような構成により得られる実施例の効果の一例として、端末は、第２グループで送受信された音情報に基づく画像情報を含む第１情報を受信した上で、その第１情報に基づく第１表示を表示することで、第２グループで送受信された音情報を、端末のユーザが画像情報によって、より簡易かつ適切に推測できるようにすることができる。
【0237】
また、本実施例は、限定ではなく例としてルームトピック情報（限定ではなく、第１情報の一例）は、第２ミーティングルーム（限定ではなく、第２グループの一例）で画面共有された情報などの第２ミーティングルームで共有された情報を含む構成を示している。
このような構成により得られる実施例の効果の一例として、端末は、第２グループで共有された情報を含む第１情報を受信した上で、その第１情報に基づく第１表示を表示することで、第２グループで共有された情報を、端末のユーザが知ることができるようにすることができる。
このような構成により得られる実施例の効果の一例として、端末は、第２グループで共有された情報を含む第１情報を受信した上で、その第１情報に基づく第１表示を表示することで、第２グループで共有された情報を、端末のユーザが知ることができるようにすることができる。
【0238】
また、本実施例は、端末２０が、第１ミーティングルーム（限定ではなく、第１グループの一例）で送受信された映像情報と、第２ミーティングルームを示す情報（限定ではなく、第２グループを示す情報の一例）とを表示部２４に表示する。そして、端末２０は、この第２ミーティングルームを示す情報に対する自己の端末２０のユーザによる入力に基づいて、第２ミーティングルームへのルーム移動要求情報をサーバ１０に送信する制御や第２ミーティングルームに対応する出力に切り替える制御などの制御（限定ではなく、第２グループに端末のユーザが参加する制御の一例）を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１グループで送受信された映像情報と、第２グループを示す情報とが表示された状態で、第２グループを示す情報に対する端末のユーザによる入力に基づいて、第２グループに端末のユーザが参加する制御が行われることで、第２グループに端末のユーザが参加できるようにすることができ、利便性を向上させることができる。
このような構成により得られる実施例の効果の一例として、第１グループで送受信された映像情報と、第２グループを示す情報とが表示された状態で、第２グループを示す情報に対する端末のユーザによる入力に基づいて、第２グループに端末のユーザが参加する制御が行われることで、第２グループに端末のユーザが参加できるようにすることができ、利便性を向上させることができる。
【0239】
＜第３実施例＞
第３実施例は、ミーティングルームに含まれるルームメンバーの情報に基づいて、限定ではなく例として他ルームに関する情報の表示態様を変更することを可能にする実施例である。
限定ではなく例として、ユーザが興味や関心のある話題の話が他ルームで行われている場合がある。また、このような場合、そのユーザは、そのルームに移動して話に加わりたいと考えるような場合があり得る。
第３実施例は、ミーティングルームに含まれるルームメンバーの情報に基づいて、限定ではなく例として他ルームに関する情報の表示態様を変更することを可能にする実施例である。
限定ではなく例として、ユーザが興味や関心のある話題の話が他ルームで行われている場合がある。また、このような場合、そのユーザは、そのルームに移動して話に加わりたいと考えるような場合があり得る。
【0240】
第３実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0241】
＜表示画面＞
図３－１の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。
ユーザＡ．Ａのユーザ情報、限定ではなく例として、趣味が「釣り」であることに基づいて、ルームＢに対応したサブ領域ＳＲＢに表示されているワード「釣り」の表示枠が太くなるとともにハートマークを含むアイコンＨＩＣが付加されている。このように、ルームＡに参加しているユーザＡ．Ａのユーザ情報と、ルームＢの話題とが関連していることに基づいて、ルームＢの話題に関連するワードが表示されているサブ領域ＳＲＢが強調される。
図３－１の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。
ユーザＡ．Ａのユーザ情報、限定ではなく例として、趣味が「釣り」であることに基づいて、ルームＢに対応したサブ領域ＳＲＢに表示されているワード「釣り」の表示枠が太くなるとともにハートマークを含むアイコンＨＩＣが付加されている。このように、ルームＡに参加しているユーザＡ．Ａのユーザ情報と、ルームＢの話題とが関連していることに基づいて、ルームＢの話題に関連するワードが表示されているサブ領域ＳＲＢが強調される。
【0242】
また、図３－１の下側の図に示すように、ユーザＡ．Ａが、サブ領域ＳＲＢをタッチすることにより、タッチしている期間、ルームＢのミーティングの音声（限定ではなく例として、ユーザＦ．Ｆの音声「船釣りで鯛狙いにいきましょうよ！」）が音出力部２６から出力される。この音声は、ルームＢに参加しているユーザＥ．Ｅ～Ｈ．Ｈの端末２０から出力されている音声でもある。
このように、ユーザＡ．Ａは、参加していないルームＢで興味のある話題が出た場合に、そのことを把握して、ルームＢの音声を聴くことができる。
このように、ユーザＡ．Ａは、参加していないルームＢで興味のある話題が出た場合に、そのことを把握して、ルームＢの音声を聴くことができる。
【0243】
なお、ここに示した例は、あくまでも一例に過ぎない。
ルームメンバーのユーザのユーザ情報（限定ではなく例として、ユーザの属性情報）に基づいて、そのユーザと関連性のある話題のルームに対応する他ルーム情報を強調表示させるなどすることができる。
ルームメンバーのユーザのユーザ情報（限定ではなく例として、ユーザの属性情報）に基づいて、そのユーザと関連性のある話題のルームに対応する他ルーム情報を強調表示させるなどすることができる。
【0244】
ユーザ情報には、限定ではなく例として、ユーザの性別、年齢、年代、居住地、職業、趣味・嗜好・関心、などのうちの少なくともいずれか１つの情報を含めることができ、また、これらの情報のうちの少なくともいずれか１つの情報に基づいて関連性を判定するようにすることができる。１つの情報に基づいて関連性を判定してもよいし、複数の情報に基づいて関連性を判定してもよい。
【0245】
限定ではなく例として、ルームＡのユーザＤ．Ｄは性別が女性であり、家族構成として子供（幼児）がいることに基づいて、ユーザＤ．Ｄの端末２０Ｄにおいて、「保育園」、「好き嫌い」がルームトピックであるルームＣの情報を強調表示させるなどしてもよい。
限定ではなく例として、ルームＡのユーザＣ．Ｃの職業が知的財産に関する職業である場合、ユーザＣ．Ｃの端末２０Ｃにおいて、「特許」、「不労所得」がルームトピックであるルームＤの情報を強調表示させるなどしてもよい。
限定ではなく例として、ルームＡのユーザＣ．Ｃの職業が知的財産に関する職業である場合、ユーザＣ．Ｃの端末２０Ｃにおいて、「特許」、「不労所得」がルームトピックであるルームＤの情報を強調表示させるなどしてもよい。
【0246】
＜処理＞
図３－２は、本実施例におけるルームトピック更新処理の流れの一例を示すフローチャートである。
なお、ここでは、ルームＡに含まれるユーザの端末２０が実行する処理として、ユーザＡ．Ａの端末２０Ａが実行する処理を示すが、ルームＡのその他のルームメンバー端末が実行する処理も同様とすることができる。
また、ルームＡとは異なるルームのルームメンバーの端末２０が実行する処理も同様とすることができる。
図３－２は、本実施例におけるルームトピック更新処理の流れの一例を示すフローチャートである。
なお、ここでは、ルームＡに含まれるユーザの端末２０が実行する処理として、ユーザＡ．Ａの端末２０Ａが実行する処理を示すが、ルームＡのその他のルームメンバー端末が実行する処理も同様とすることができる。
また、ルームＡとは異なるルームのルームメンバーの端末２０が実行する処理も同様とすることができる。
【0247】
Ｓ１４０のステップの後、サーバ１０の制御部１１は、ユーザＡ．Ａが含まれるグループのルームとは異なる他ルームのルームトピック情報が、ユーザＡ．Ａのユーザ情報と関連があるか否かを判定する（Ｓ３１０）。具体的には、限定ではなく例として、アカウント登録データ１５３のその他登録情報に登録されているユーザＡ．Ａのユーザ情報と、他ルームのルームトピック情報との関連性（類似性）を、限定ではなく例として、関連性判定アルゴリズムや類似性判定アルゴリズム等の手法に基づいて判定する。そして、関連性があると判定したならば、判定結果を肯定判定とする。一方、関連性がないと判定したならば、判定結果を否定判定とする。
【0248】
なお、この場合、サーバ１０の制御部１１は、限定ではなく例として、関連性判定アルゴリズムや類似性判定アルゴリズム等に基づいて関連度や類似度等の指標値を算出し、その指標値に対する閾値判定を行って、関連性があるか否かを判定するようにしてもよい。
【0249】
また、他ルームのルームトピック情報の判定は、ユーザＡ．Ａが含まれるミーティングルームとは異なる全てのミーティングルームを対象として行うようにしてもよいし、ユーザＡ．Ａが含まれるミーティングルームとは異なる一部のミーティングルームを対象として行うようにしてもよい。
【0250】
関連性があると判定したならば（Ｓ３１０：ＹＥＳ）、サーバ１０の制御部１１は、関連性があると判定したミーティングルームのルームトピック情報を強調させるためのルームトピック強調情報（限定ではなく例として、そのミーティングルームのルームＩＤを含む情報）を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ３２０）。
そして、サーバ１０の制御部１１は、ルームトピック更新処理を終了する。
そして、サーバ１０の制御部１１は、ルームトピック更新処理を終了する。
【0251】
Ａ１２０の後、端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０からルームトピック強調情報を受信したか否かを判定し（Ａ３１０）、受信したと判定したならば（Ａ３１０：ＹＥＳ）、他ルーム強調情報表示を行う（Ａ３２０）。具体的には、端末２０Ａの制御部２１は、受信したルームトピック強調情報に含まれるルームＩＤによって識別されるルームについて、関連性があると判定された他ルームの他ルーム情報（限定ではなく例として、グループを示す情報の一例）の表示態様を変更する制御を行う。
【0252】
ここで、他ルーム情報（限定ではなく、グループを示す情報の一例）は第２実施例で説明した通りである。そして、端末２０Ａの制御部２１は、関連性があると判定された他のミーティングルームについて、限定ではなく例として、少なくとも以下のいずれかの１つの情報の表示態様を変更する制御を行うようにしてもよい。
・そのミーティングルームのルームトピック、ルームタグ通知用情報、ルーム会話状況情報
・そのミーティングルームのルーム名
・そのミーティングルームに参加するための操作情報（「参加」ボタン等）
・そのミーティングルームのルームメンバーに関する情報
・そのミーティングルームの映像情報
なお、他ルーム情報が表示される領域（限定ではなく、他ルーム情報表示領域やサブ領域）の表示態様を変更するようにしてもよい。
・そのミーティングルームのルームトピック、ルームタグ通知用情報、ルーム会話状況情報
・そのミーティングルームのルーム名
・そのミーティングルームに参加するための操作情報（「参加」ボタン等）
・そのミーティングルームのルームメンバーに関する情報
・そのミーティングルームの映像情報
なお、他ルーム情報が表示される領域（限定ではなく、他ルーム情報表示領域やサブ領域）の表示態様を変更するようにしてもよい。
【0253】
また、この場合、表示態様の変更対象とする情報について、限定ではなく例として、少なくとも以下のいずれか１つの手法によって表示態様を変更するようにすることができる。
・サイズを変える（限定ではなく例として、サイズを大きくする）
・色を変える（限定ではなく例として、赤色など目立つ色で表示する）
・点灯表示や点滅表示させる
・アイコンやマーク等を付加する
なお、これらに限定されるわけではなく、他の手法を適用してもよい。
・サイズを変える（限定ではなく例として、サイズを大きくする）
・色を変える（限定ではなく例として、赤色など目立つ色で表示する）
・点灯表示や点滅表示させる
・アイコンやマーク等を付加する
なお、これらに限定されるわけではなく、他の手法を適用してもよい。
【0254】
Ｓ３２０の後、サーバ１０の制御部１１は、他ルームの音声情報（以下、「他ルーム内音声情報」と称する。）であって関連性があると判定された他ルームの他ルーム内音声情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ３３０）。
Ａ３２０の後、端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によって受信した他ルーム内音声情報を音出力部２６から音出力させる制御を行う（Ａ３３０）。
サーバ１０が端末２０Ａに送信する他ルーム内音声情報は、関連性があると判定された他ルーム内音声情報のうちの少なくとも一部とすることができる。限定ではなく例として、図３－１に示したようにユーザがタッチなどの操作をしている期間における音声情報としてもよいし、サーバ１０で録音しておいた他ルーム内音声情報のうちの少なくとも一部を切り取った音声情報としてもよい。
そして、端末２０Ａの制御部２１は、ルームトピック更新処理を終了する。
Ａ３２０の後、端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によって受信した他ルーム内音声情報を音出力部２６から音出力させる制御を行う（Ａ３３０）。
サーバ１０が端末２０Ａに送信する他ルーム内音声情報は、関連性があると判定された他ルーム内音声情報のうちの少なくとも一部とすることができる。限定ではなく例として、図３－１に示したようにユーザがタッチなどの操作をしている期間における音声情報としてもよいし、サーバ１０で録音しておいた他ルーム内音声情報のうちの少なくとも一部を切り取った音声情報としてもよい。
そして、端末２０Ａの制御部２１は、ルームトピック更新処理を終了する。
【0255】
Ａ３１０においてルームトピック強調情報を受信しなかった場合（Ａ３１０：ＮＯ）、端末２０Ａの制御部２１は、Ａ３２０、Ａ３３０のステップを行わずに、ルームトピック更新処理を終了する。つまり、他ルームのルームトピック情報とユーザＡ．Ａのユーザ情報との関連性がないと判定された場合は、他ルーム強調情報表示は行われず、他ルーム内音声も再生されない。
【0256】
なお、Ｓ３３０のステップにおいて、サーバ１０の制御部１１が、他ルーム内音声情報を端末２０Ａからの要求に基づいて送信するようにしてもよいし、無条件に送信するようにしてもよい。
【0257】
また、Ａ３３０のステップにおいて、端末２０Ａの制御部２１が、入出力部２３を介してユーザ入力がなされたことに基づいて、他ルーム内音声情報を再生するようにしてもよいし、無条件に再生するようにしてもよい。また、ルームＡのルーム内音声情報とミックスして他ルーム内音声情報を再生するようにしてもよいし、ミックスせずに他ルーム内音声情報のみを再生するようにしてもよい。
【0258】
また、端末２０Ａの制御部２１が、限定ではなく例として、ユーザＡ．Ａのユーザ情報に基づいて、他ルーム内音声情報の少なくとも一部の音量を制御するようにしてもよい。限定ではなく例として、関連性はあるが関連性が低いと判定された場合や、ユーザＡ．Ａの情報のうちの関連性があると判定された情報の数が少ない場合は、第１音量で他ルーム内音声情報を再生させる制御を行う。それに対し、関連性が高いと判定された場合や、ユーザＡ．Ａの情報のうちの関連性があると判定された情報の数が多い場合は、第１音量よりも高い第２音量で他ルーム内音声情報を再生させる制御を行うようにしてもよい。
【0259】
また、上記の処理では、他ルームのルームトピック情報と、ユーザＡ．Ａのユーザ情報との関連性をサーバ１０が判定することとしたが、これを端末２０Ａの制御部２１が実行するようにしてもよい。この場合は、限定ではなく例として、端末２０Ａの記憶部２８に、ユーザＡ．Ａのユーザ情報を記憶させておく、またはサーバ１０からユーザＡ．Ａのユーザ情報を取得した上で、限定ではなく例として、上記の処理のＡ１２０のステップの後に、端末２０Ａの制御部２１が、関連性の判定を行うようにすることができる。そして、端末２０Ａの制御部２１は、Ａ３１０のステップに移行するようにすることができる。
【0260】
＜第３実施例の効果＞
本実施例は、端末２０が、自己の端末２０のユーザの情報に基づいて、他ルーム強調情報表示を行う制御などの制御（限定ではなく、第１表示の表示態様を異ならせて表示部に表示する制御の一例）を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、端末のユーザの情報に基づいて、第１情報に基づく第１表示の表示態様を異ならせることができる。限定ではなく例として、端末のユーザが興味や関心のある第１情報に基づく第１表示を強調して表示するなどすることができ、利便性を向上させることができる。
本実施例は、端末２０が、自己の端末２０のユーザの情報に基づいて、他ルーム強調情報表示を行う制御などの制御（限定ではなく、第１表示の表示態様を異ならせて表示部に表示する制御の一例）を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、端末のユーザの情報に基づいて、第１情報に基づく第１表示の表示態様を異ならせることができる。限定ではなく例として、端末のユーザが興味や関心のある第１情報に基づく第１表示を強調して表示するなどすることができ、利便性を向上させることができる。
【0261】
また、本実施例は、端末２０が、第２ミーティングルームで送受信された音情報の少なくとも一部を通信Ｉ／Ｆ２２によって受信する構成を示している。
このような構成により得られる実施例の効果の一例として、第２グループで送受信された音情報の少なくとも一部を受信することができる。限定ではなく例として、受信した音情報を音出力部から音出力させることで、第２グループで送受信された音情報の少なくとも一部を端末のユーザに知らせることができる。
このような構成により得られる実施例の効果の一例として、第２グループで送受信された音情報の少なくとも一部を受信することができる。限定ではなく例として、受信した音情報を音出力部から音出力させることで、第２グループで送受信された音情報の少なくとも一部を端末のユーザに知らせることができる。
【0262】
また、この場合、端末２０が、自己の端末２０のユーザの情報に基づいて、受信した第２ミーティングルームで送受信された音情報の少なくとも一部の音量を制御部２１によって制御するようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末のユーザの情報に基づいて、第２グループで送受信された音情報の少なくとも一部の音量を制御することができる。限定ではなく例として、端末のユーザが興味や関心のある音情報をより高い音量で音出力させるなどすることができ、利便性を向上させることができる。
このような構成により得られる実施例の効果の一例として、端末のユーザの情報に基づいて、第２グループで送受信された音情報の少なくとも一部の音量を制御することができる。限定ではなく例として、端末のユーザが興味や関心のある音情報をより高い音量で音出力させるなどすることができ、利便性を向上させることができる。
【0263】
＜第３変形例（１）＞
図３－２の処理のＳ３１０のステップにおいて、サーバ１０の制御部１１が、限定ではなく例として、ルームＡ（ルームＡのグループ）に関連する情報と、他ルームのルームトピック情報との関連性を判定するようにしてもよい。
図３－２の処理のＳ３１０のステップにおいて、サーバ１０の制御部１１が、限定ではなく例として、ルームＡ（ルームＡのグループ）に関連する情報と、他ルームのルームトピック情報との関連性を判定するようにしてもよい。
【0264】
具体的には、限定ではなく例として、ルームＡに関連する情報をルームＡのルーム内音声解析処理の結果とし、サーバ１０の制御部１１が、ルームＡのルーム内音声解析処理の結果と、他ルームのルームトピック情報との関連性を判定するようにしてもよい。そして、その判定結果に基づいて、端末２０Ａの制御部２１が、Ａ３１０～Ａ３３０のステップを行うようにしてもよい。
【0265】
また、限定ではなく例として、ルームＡに関連する情報を、ルームＡのルーム名（グループ名）や、ルームＡがオンラインミーティングを行う際に登録したミーティングタイトル等の情報とし、サーバ１０の制御部１１が、これらの情報と、他ルームのルームトピック情報との関連性を判定するようにしてもよい。そして、その判定結果に基づいて、端末２０Ａの制御部２１が、Ａ３１０～Ａ３３０のステップを行うようにしてもよい。
【0266】
図３－３の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。ルームＡのミーティングの音声（限定ではなく例として、ユーザＢ．Ｂの音声「最近観葉植物にはまっているんですよ」）が音出力部２６から出力されている。
【0267】
ここで、ルームＡのミーティングの音声に含まれるワード「観葉植物」と、ルームＢのサブ領域ＳＲＢに表示されているワード「観葉植物」とが関連していることに基づいて、図３－３の下側の図に示すように、ルームＢのサブ領域ＳＲＢが、他のルーム（Ｃ、Ｄ）のサブ領域（ＳＲＣ、ＳＲＤ）よりも拡大して表示される。
このように、ユーザＡ．Ａ（ユーザＢ．Ｂ～Ｄ．Ｄ）が参加しているルームＡの話題に関連するワードと、ユーザＡ．Ａ（ユーザＢ．Ｂ～Ｄ．Ｄ）が参加していないルームＢの話題に関連するワードとが関連していることに基づいて、ルームＢのサブ領域ＳＲＢが強調されることにより、ルームＡに参加しているユーザ（Ａ．Ａ～Ｄ．Ｄ）は、ルームＢでルームＡと関連する話題が出たことを把握できる。
このように、ユーザＡ．Ａ（ユーザＢ．Ｂ～Ｄ．Ｄ）が参加しているルームＡの話題に関連するワードと、ユーザＡ．Ａ（ユーザＢ．Ｂ～Ｄ．Ｄ）が参加していないルームＢの話題に関連するワードとが関連していることに基づいて、ルームＢのサブ領域ＳＲＢが強調されることにより、ルームＡに参加しているユーザ（Ａ．Ａ～Ｄ．Ｄ）は、ルームＢでルームＡと関連する話題が出たことを把握できる。
【0268】
本変形例は、端末２０が、第１ミーティングルームで送受信された映像情報と、第２ミーティングルームを示す情報とを表示部２４に表示する。そして、端末２０は、第１ミーティングルームに関連する情報に基づいて、表示部２４に表示される第２ミーティングルームを示す情報の表示態様の制御を制御部２１によって行う構成を示している。
このような構成により得られる変形例の効果の一例として、第１グループに関連する情報に基づいて、表示される第２グループを示す情報の表示態様を制御することができる。
このような構成により得られる変形例の効果の一例として、第１グループに関連する情報に基づいて、表示される第２グループを示す情報の表示態様を制御することができる。
【0269】
また、この場合、第１ミーティングルームに関連する情報は、第１ミーティングルームのルーム内音声情報（限定ではなく、第１グループで送受信された音情報に基づく情報）を含むようにしてもよい。
このような構成により得られる変形例の効果の一例として、上記と相まって、第１グループで送受信された音情報に基づく情報に基づいて、表示される第２グループを示す情報の表示態様を制御することができる。限定ではなく例として、第１グループで話されていた内容に関連する内容が第２グループで話されていたような場合に、第２グループを示す情報を強調して表示させるなどすることができる。
このような構成により得られる変形例の効果の一例として、上記と相まって、第１グループで送受信された音情報に基づく情報に基づいて、表示される第２グループを示す情報の表示態様を制御することができる。限定ではなく例として、第１グループで話されていた内容に関連する内容が第２グループで話されていたような場合に、第２グループを示す情報を強調して表示させるなどすることができる。
【0270】
＜第３変形例（２）＞
第３実施例や第３変形例（１）において、ルームメンバーが他ルームに移動することを可能としたり、ミーティングルームを併合（統合）することを可能としてもよい。
なお、ここでは、話題が関連しているミーティングルームを併合する場合を例示するが、話題が関連しているか否かに関わらず、ミーティングルーム（グループ）同士の合意によってミーティングルームを併合することができるようにしてもよい。
第３実施例や第３変形例（１）において、ルームメンバーが他ルームに移動することを可能としたり、ミーティングルームを併合（統合）することを可能としてもよい。
なお、ここでは、話題が関連しているミーティングルームを併合する場合を例示するが、話題が関連しているか否かに関わらず、ミーティングルーム（グループ）同士の合意によってミーティングルームを併合することができるようにしてもよい。
【0271】
図３－４の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。
ルームＡの話題とルームＢの話題とが関連していることに基づいて、ユーザに操作を促す領域ＰＰＲ１が、ミーティングルーム領域ＲＲＡに重畳表示されている。領域ＰＰＲ１には、「現在、ルームＢと共通の話題です ルームＢと合流しますか？」というメッセージと共に、「いいえ」及び「はい」のボタンが表示されている。
ルームＡの話題とルームＢの話題とが関連していることに基づいて、ユーザに操作を促す領域ＰＰＲ１が、ミーティングルーム領域ＲＲＡに重畳表示されている。領域ＰＰＲ１には、「現在、ルームＢと共通の話題です ルームＢと合流しますか？」というメッセージと共に、「いいえ」及び「はい」のボタンが表示されている。
【0272】
ユーザＡ．Ａが、「はい」のボタンをタップすると、図３－４の下側の図に示すように、ルームＢの各参加者（Ｅ．Ｅ～Ｈ．Ｈ）が、ルームＡの参加者として含まれるようになる。結果として、ルームＡのミーティングルーム領域ＲＲＡには、ユーザＡ．Ａ～Ｈ．Ｈ（計８名）の映像が表示されることになり、ルーム参加者領域ＰＲＡには、ルームＡにおけるユーザＡ．Ａ以外の各ユーザ（Ｂ．Ｂ～Ｈ．Ｈ）のアイコン画像及びユーザ名（並びに、各ユーザに対応したチャット用のボタン）が表示されることになる。
また、「他のミーティングルーム」の情報として、ルームＢに対応する他ルーム情報表示領域ＭＲＢが表示されなくなっている。
また、「他のミーティングルーム」の情報として、ルームＢに対応する他ルーム情報表示領域ＭＲＢが表示されなくなっている。
【0273】
なお、図３－４の例は、ルームＡの参加者であるユーザＡ．Ａが、ルームＡとルームＢとを併合するための操作を行った場合に、ルームＢ（ユーザＥ．Ｅ～Ｈ．Ｈからなるグループ）がルームＡ（ユーザＡ．Ａ～Ｄ．Ｄからなるグループ）に併合される例を示したが、これに限らず、この操作により、ルームＡがルームＢに併合されて、ユーザＡ．Ａの端末２０Ａには、ルームＡのミーティングルーム領域ＲＲＡに代えて、ルームＢのミーティングルーム領域ＲＲＢが表示されるようにしてもよい。
【0274】
また、図３－４の例では、ルームＡの参加者のうちの何れか１名（本例ではユーザＡ．Ａ）の操作によって、ルームＡとルームＢとの併合が行われているが、このような形態に限らず、ルームＡの参加者うちの複数名（２名～全員）が併合を許可する操作を行うことにより、他のルームとの併合が行われるようにしてもよい。また、ルームＡの参加者のうち、予めルーム管理者として設定されたユーザの操作によって、他のルームとの併合が行われるようにしてもよい。
【0275】
また、この他にも、限定ではなく例として、ルームＡとルームＢの両方のルームのルームメンバーの全員が許可した場合、ルームＡとルームＢの両方のルームのルームメンバーのうちの過半数のメンバーが許可した場合、ルームＡのルーム管理者とルームＢのルーム管理者の両方が許可した場合、ミーティングマスターが許可した場合等に、他のルームとの併合が行われるようにしてもよい。
【0276】
また、限定ではなく例として、ルームＡのルーム管理者としてユーザＡ．Ａが設定されている場合には、ユーザＡ．Ａの端末２０Ａにのみ、併合操作のための領域ＰＰＲ１が表示され、他のユーザ（Ｂ．Ｂ～Ｄ．Ｄ）の端末２０には、領域ＰＰＲ１が表示されない（または表示されても操作できない）ようにしてもよい。
【0277】
図３－５は、本変形例において通信システム１において実行される処理の流れの一例を示すフローチャートである。
Ｗ２１０のステップの後、通信システム１は、ルーム併合処理を行う（Ｗ３１０）。
Ｗ２１０のステップの後、通信システム１は、ルーム併合処理を行う（Ｗ３１０）。
【0278】
図３－６は、本変形例におけるルーム併合処理の流れの一例を示すフローチャートである。
この図では、左側に端末２０Ａの制御部２１が実行する処理を示し、右側にサーバ１０の制御部１１が実行する処理を示している。
この図では、左側に端末２０Ａの制御部２１が実行する処理を示し、右側にサーバ１０の制御部１１が実行する処理を示している。
【0279】
なお、ここでは、ルームＡに含まれるユーザの端末２０が実行する処理として、ユーザＡ．Ａの端末２０Ａが実行する処理を示すが、ルームＡのその他のルームメンバー端末が実行する処理も同様とすることができる。
また、ルームＡとは異なるルームのルームメンバーの端末２０が実行する処理も同様とすることができる。
また、ルームＡとは異なるルームのルームメンバーの端末２０が実行する処理も同様とすることができる。
【0280】
サーバ１０の制御部１１は、ユーザＡ．Ａが含まれるルームＡ以外の他ルームのルームトピック情報が、ユーザＡ．Ａが含まれるルームＡのルーム内音声解析処理の結果と関連があるか否かを判定する（Ｓ３５０）。
【0281】
なお、図３－５の処理において、初回のルームトピック取得処理が行われるまでの間はルームトピックが存在しないため、この場合、上記のＳ３５０のステップはスキップされる。
【0282】
関連があると判定したならば（Ｓ３５０：ＹＥＳ）、サーバ１０の制御部１１は、ミーティングルームを併合するか否かをユーザに確認するためのルーム併合確認情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ３６０）。
【0283】
端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０からルーム併合確認情報を受信したか否かを判定する（Ａ３５０）。そして、受信したと判定したならば（Ａ３５０：ＹＥＳ）、端末２０Ａの制御部２１は、ルーム併合に同意するか否かを判定する（Ａ３６０）。具体的には、限定ではなく例として、受信したルーム併合確認情報を表示部２４に表示させるなどし、限定ではなく例として、入出力部２３を介してルーム併合に同意するユーザＡ．Ａによる入力がなされたか否かを判定する。
【0284】
ルーム併合に同意すると判定したならば（Ａ３６０：ＹＥＳ）、端末２０Ａの制御部２１は、ルーム併合要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ３７０）。
【0285】
Ｓ３６０の後、サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって端末２０Ａからルーム併合要求情報を受信したか否かを判定し（Ｓ３７０）、受信したと判定したならば（Ｓ３７０：ＹＥＳ）、ルーム併合するか否かを判定する。この処理では、限定ではなく例として、以下のいずれかの条件が成立したことに基づいて、ルーム併合を行うと判定するようにすることができる。
・対象ルームに含まれる過半数のユーザの端末２０からルーム併合要求情報を受信したこと
・対象ルームに含まれる全てのユーザの端末２０からルーム併合要求情報を受信したこと
・対象ルームに含まれる代表者の端末２０からルーム併合要求情報を受信したこと
・対象ルームに含まれる過半数のユーザの端末２０からルーム併合要求情報を受信したこと
・対象ルームに含まれる全てのユーザの端末２０からルーム併合要求情報を受信したこと
・対象ルームに含まれる代表者の端末２０からルーム併合要求情報を受信したこと
【0286】
ルーム併合を行うと判定したならば、サーバ１０の制御部１１は、対象ルーム併合処理を行う（Ｓ３８０）。ここで、併合元となるミーティングルームを「併合元ルーム」と称し、併合先となるミーティングルームを「併合先ルーム」と称する。この場合、サーバ１０の制御部１１は、限定ではなく例として、以下のいずれかの処理を行う。
・ミーティングルーム管理データのうち、併合元ルームのデータレコード（データ行）を削除する：併合元ルームを削除する
・ミーティングルーム管理データのうち、併合元ルームのデータレコード（データ行）のうちのルームメンバーＩＤを空にする：併合元ルームを空き部屋とする
・ミーティングルーム管理データのうち、併合元ルームのデータレコード（データ行）を削除する：併合元ルームを削除する
・ミーティングルーム管理データのうち、併合元ルームのデータレコード（データ行）のうちのルームメンバーＩＤを空にする：併合元ルームを空き部屋とする
【0287】
この場合、１つの例としては、ユーザＡ．Ａが含まれるルームＡを併合元ルームとし、他ルームを併合先ルームとして、ルームを併合するようにすることができる。
【0288】
しかし、上記に限定されるわけではなく、サーバ１０の制御部１１が、以下のいずれかによって、併合先ルームを決定してもよい。
・ルームトピックが長い方のミーティングルームを併合先ルームに決定する
・ルームＩＤが若い方のミーティングルームを併合先ルームに決定する
・ルームメンバーの滞在時間が長い方のミーティングルームを併合先ルームに決定する
・ルームトピックが長い方のミーティングルームを併合先ルームに決定する
・ルームＩＤが若い方のミーティングルームを併合先ルームに決定する
・ルームメンバーの滞在時間が長い方のミーティングルームを併合先ルームに決定する
【0289】
その後、サーバ１０の制御部１１は、ルーム併合処理を終了する。
また、Ａ３７０の後、端末２０Ａの制御部２１は、ルーム併合処理を終了する。
また、Ａ３７０の後、端末２０Ａの制御部２１は、ルーム併合処理を終了する。
【0290】
＜第４実施例＞
第４実施例は、ミーティングルームのルームトピックを隠蔽（秘匿）したり、ミーティングルームへの移動を制限することなどを可能にする実施例である。
ユーザによっては、他ルームのルームメンバーや他ルームそのものを話題として聞かれたくない話をするような場合があり得る。
第４実施例は、ミーティングルームのルームトピックを隠蔽（秘匿）したり、ミーティングルームへの移動を制限することなどを可能にする実施例である。
ユーザによっては、他ルームのルームメンバーや他ルームそのものを話題として聞かれたくない話をするような場合があり得る。
【0291】
第４実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0292】
＜データ構成＞
図４－１は、本実施例におけるミーティング管理データベース１５５の一例であるミーティング管理データベース１５５Ｂのデータ構成例を示す図である。
このミーティング管理データベース１５５Ｂでは、各々のミーティング管理データにおけるミーティングルーム管理データのデータ構成が、前述したミーティング管理データベース１５５Ａとは異なっている。
図４－１は、本実施例におけるミーティング管理データベース１５５の一例であるミーティング管理データベース１５５Ｂのデータ構成例を示す図である。
このミーティング管理データベース１５５Ｂでは、各々のミーティング管理データにおけるミーティングルーム管理データのデータ構成が、前述したミーティング管理データベース１５５Ａとは異なっている。
【0293】
具体的には、ミーティングルーム管理データには、ルームＩＤと、ルーム名と、ルームメンバーＩＤと、ルームトピックとに加えて、限定ではなく例として、トピックロックフラグと、ルームロックフラグとが関連付けて記憶される。
【0294】
トピックロックフラグは、関連付けられたルームＩＤのルームについて前述したルームトピック更新処理によるルームトピックの更新を停止したり、関連付けられたルームＩＤのルームトピックを他ルームに表示させない（非表示とする）ために用いられるフラグであり、この例では、フラグが「ＯＮ」とされるデータ欄には「〇」が記憶され、フラグが「ＯＦＦ」とされるデータ欄には「－」が記憶される。
【0295】
ルームロックフラグは、関連付けられたルームＩＤのルームへの入出を禁止するために用いられるフラグであり、この例では、フラグが「ＯＮ」とされるデータ欄には「〇」が記憶され、フラグが「ＯＦＦ」とされるデータ欄には「－」が記憶される。
【0296】
なお、トピックロックとルームロックとの少なくともいずれか一方について、制限（条件）を追加して設定することを可能としてもよい。限定ではなく例として、以下のいずれかを対象として設定できるようにしてもよい。
・全てのルームを対象とする（ただし、自ルームは含めてもよいし含めなくてもよい）
・設定された特定のルームを対象とする
・設定された特定のユーザを対象とする
・全てのルームを対象とする（ただし、自ルームは含めてもよいし含めなくてもよい）
・設定された特定のルームを対象とする
・設定された特定のユーザを対象とする
【0297】
また、トピックロックフラグを「ＯＮ」とする設定を行った場合は、自動的にルームロックフラグも「ＯＮ」に設定するようにしてもよい。
また、逆に、ルームロックフラグを「ＯＮ」とする設定を行った場合は、自動的にトピックロックフラグも「ＯＮ」に設定するようにしてもよい。
また、逆に、ルームロックフラグを「ＯＮ」とする設定を行った場合は、自動的にトピックロックフラグも「ＯＮ」に設定するようにしてもよい。
【0298】
なお、ミーティングルーム管理データに、上記以外のルーム情報として、限定ではなく例として、ルームメンバーごとの発言量（ルームメンバーＩＤごとの発言量）や、ルーム内で共有されるリンクや画像保存先等の情報を記憶させるようにしてもよい。
【0299】
＜表示画面＞
図４－２の上側の図は、ルームＢに参加しているユーザＥ．Ｅの端末２０Ｅに表示される画面の一例を示す図である。
ユーザＥ．Ｅの端末２０Ｅの音出力部２６からは、ユーザＥ．Ｅの音声「釣りの話はさておき、ここだけの話しをしたいのでちょっと待ってね」が出力されている。
ルームＢ（参加者Ｅ．Ｅ～Ｈ．Ｈ）のミーティングルーム領域ＲＲＢの右上部には、ルーム外のユーザのルームＢへの参加を制限するためのロックアイコンＲＩＣが表示されている。
図４－２の上側の図は、ルームＢに参加しているユーザＥ．Ｅの端末２０Ｅに表示される画面の一例を示す図である。
ユーザＥ．Ｅの端末２０Ｅの音出力部２６からは、ユーザＥ．Ｅの音声「釣りの話はさておき、ここだけの話しをしたいのでちょっと待ってね」が出力されている。
ルームＢ（参加者Ｅ．Ｅ～Ｈ．Ｈ）のミーティングルーム領域ＲＲＢの右上部には、ルーム外のユーザのルームＢへの参加を制限するためのロックアイコンＲＩＣが表示されている。
【0300】
ユーザＥ．Ｅが、ロックアイコンＲＩＣをタップすると、図４－２の下側の図に示すように、ロックアイコンＲＩＣの態様が無効態様（チェックされていない態様）から有効態様（チェックされた態様）に変化する。ロックアイコンＲＩＣが有効態様となっている期間は、ルーム外のユーザが、ルームＢに参加することが禁止される。
この例では、ルームＣに参加しているユーザＪ．Ｊが、ルームＢに参加することが禁止された状態にあるため、ユーザＥ．Ｅは、ルームＢでユーザＪ．Ｊに聞かれたくない話（「最近Ｊ．Ｊさんに意地悪されてるんだ．．．」）をすることができる。
この例では、ルームＣに参加しているユーザＪ．Ｊが、ルームＢに参加することが禁止された状態にあるため、ユーザＥ．Ｅは、ルームＢでユーザＪ．Ｊに聞かれたくない話（「最近Ｊ．Ｊさんに意地悪されてるんだ．．．」）をすることができる。
【0301】
なお、図４－２の例では、ルームＢの参加者のうちの何れか１名（本例ではユーザＥ．Ｅ）の操作によって、外部ユーザのルームＢへの参加が禁止されているが、このような形態に限らず、ルームＢの参加者うちの複数名（２名～全員）がロックアイコンＲＩＣの操作を行うことにより、外部ユーザの参加が禁止されるようにしてもよい。また、ルームＢの参加者うち、予めルーム管理者として設定されたユーザの操作によって、外部ユーザの参加が禁止されるようにしてもよい。
限定ではなく例として、ルームＢのルーム管理者としてユーザＥ．Ｅが設定されている場合には、ユーザＥ．Ｅの端末２０Ｅにのみ、ロックアイコンＲＩＣが表示され、他のユーザ（Ｆ．Ｆ～Ｈ．Ｈ）の端末２０には、ロックアイコンＲＩＣが表示されない（または表示されても操作できない）ようにしてもよい。
限定ではなく例として、ルームＢのルーム管理者としてユーザＥ．Ｅが設定されている場合には、ユーザＥ．Ｅの端末２０Ｅにのみ、ロックアイコンＲＩＣが表示され、他のユーザ（Ｆ．Ｆ～Ｈ．Ｈ）の端末２０には、ロックアイコンＲＩＣが表示されない（または表示されても操作できない）ようにしてもよい。
【0302】
また、参加を禁止する対象は、他の全てのグループに限らず、グループ毎に参加の可否を設定できるようにしてもよい。限定ではなく例として、図４－２の例で、ルームＢ以外の各ルームに対応したロックアイコンＲＩＣを設けておき、ルームＣに対応するロックアイコンＲＩＣのみを有効態様とした場合には、ルームＣに参加しているユーザ（Ｉ．Ｉ～Ｋ．Ｋ）は、ルームＢに参加することはできないが、ルームＡに参加しているユーザ（Ａ．Ａ～Ｄ．Ｄ）は、ルームＢに参加することができるようにしてもよい。
【0303】
また、ユーザ毎に参加の可否を設定できるようにしてもよい。限定ではなく例として、図４－２の例で、ルームＢに参加していない各ユーザに対応したロックアイコンＲＩＣを設けておき、ルームＣに参加しているユーザ（Ｉ．Ｉ～Ｋ．Ｋ）のうち、ユーザＪ．Ｊに対応したロックアイコンＲＩＣのみを有効態様とした場合には、ユーザＪ．ＪはルームＢに参加できないが、ユーザＩ．ＩとＫ．ＫはルームＢに参加できるようにしてもよい。
【0304】
図４－３の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。
ユーザＡ．ＡがルームＢに参加することを希望して、ルームＢに対応する他ルーム情報表示領域ＭＲＢの参加ボタンＰＢＴをタップした場合、ルームＢについて、図４－２に示したように外部ユーザの参加が禁止されていることに基づいて、ユーザＡ．ＡはルームＢに参加することはできない。この場合、図４－３の下側の図に示すように、「ルームＢへ参加ができませんでした」というメッセージが表示される。
ユーザＡ．ＡがルームＢに参加することを希望して、ルームＢに対応する他ルーム情報表示領域ＭＲＢの参加ボタンＰＢＴをタップした場合、ルームＢについて、図４－２に示したように外部ユーザの参加が禁止されていることに基づいて、ユーザＡ．ＡはルームＢに参加することはできない。この場合、図４－３の下側の図に示すように、「ルームＢへ参加ができませんでした」というメッセージが表示される。
【0305】
＜処理＞
図４－４は、本実施例における通信システム１において実行される処理の流れの一例を示すフローチャートである。
Ｗ１２０のステップの後、サーバ１０の制御部１１は、ルームトピック隠蔽設定処理を行う（Ｗ４１０）。具体的には、限定ではなく例として、端末２０から送信されたルームトピックの隠蔽を要求するためのルームトピック隠蔽要求情報を通信Ｉ／Ｆ１４によって受信したことに基づいて、ミーティングルーム管理データのうち、その端末２０のユーザが含まれるグループ（ミーティングルーム）のルームＩＤに関連付けられたトピックロックフラグに「〇」を記憶させて更新する。
図４－４は、本実施例における通信システム１において実行される処理の流れの一例を示すフローチャートである。
Ｗ１２０のステップの後、サーバ１０の制御部１１は、ルームトピック隠蔽設定処理を行う（Ｗ４１０）。具体的には、限定ではなく例として、端末２０から送信されたルームトピックの隠蔽を要求するためのルームトピック隠蔽要求情報を通信Ｉ／Ｆ１４によって受信したことに基づいて、ミーティングルーム管理データのうち、その端末２０のユーザが含まれるグループ（ミーティングルーム）のルームＩＤに関連付けられたトピックロックフラグに「〇」を記憶させて更新する。
【0306】
その後、サーバ１０の制御部１１は、ルーム移動制限設定処理を行う（Ｗ４３０）。具体的には、限定ではなく例として、端末２０から送信されたミーティングルームへの入出を制限することを要求するためのルーム入出制限要求情報を受信したことに基づいて、ミーティングルーム管理データのうち、その端末２０のユーザが含まれるグループ（ミーティングルーム）のルームＩＤに関連付けられたルームロックフラグに「〇」を記憶させて更新する。
【0307】
次いで、サーバ１０の制御部１１は、ルーム移動処理を行う（Ｗ４４０）。このルーム移動処理では、サーバ１０の制御部１１は、限定ではなく例として、図２－６の処理に基づき、各々のミーティングルームについて、そのミーティングルームに移動することを要求するルーム移動要求情報を端末２０から受信したか否かを判定する（Ｓ２０１）。そして、受信したと判定したならば（Ｓ２０１：ＹＥＳ）、そのミーティングルームに対応するミーティングルーム管理データに記憶されたルームロックフラグを参照する。そして、ルームロックフラグに「〇」が記憶されていない場合は、受信したルーム移動要求情報に基づいて、そのミーティングルームに対応するミーティングルーム管理データのルームメンバーＩＤに、移動することが要求された端末２０（またはその端末２０のユーザ）のアプリケーションＩＤを追加して更新する（Ｓ２０３）。
そして、サーバ１０の制御部１１は、Ｗ３１０に処理を進める。
そして、サーバ１０の制御部１１は、Ｗ３１０に処理を進める。
【0308】
Ｗ１４０のステップの後、サーバ１０の制御部１１は、ルームトピック更新処理を行う（Ｗ４２０）。このルームトピック更新処理では、サーバ１０の制御部１１は、限定ではなく例として、図１－１２のＳ１４０のステップにおいて、各々のミーティングルームについて、そのミーティングルームに対応するミーティングルーム管理データに記憶されたトピックロックフラグを参照する。そして、トピックロックフラグに「〇」が記憶されていない場合は、そのミーティングルームのルームトピック情報を、通信Ｉ／Ｆ１４によって端末２０（図１－１２に示した例では端末２０Ａおよび端末２０Ｂ）に送信する。
【0309】
なお、ルームトピック更新処理（Ｗ４２０）において、サーバ１０の制御部１１が、限定ではなく例として、図１－１２のＳ１４０のステップの前（またはＳ１４０のステップ）において、ルームトピックをロックする対象の端末２０に対して、ルームトピックがロックされていることを示す情報（限定ではなく例として、ルームトピックフラグ「ＯＮ」）を送信するようにしてもよい。そして、その対象の端末２０は、限定ではなく例として、図１－１２において、通信Ｉ／Ｆ２２によってサーバ１０からルームトピック情報を受信すると、ルームトピックがロックされていることを示す情報をサーバ１０から受信したか否かを判定し、受信したと判定したならば、ルームタグ通知用情報生成処理（図１－１２のＡ１１０のステップやＢ１１０のステップ）を行わないことでルームタグ通知用情報を生成しないようにしてもよい。その結果、ルームタグ通知用情報は、その端末２０で表示されない（図１－１２のＡ１２０のステップやＢ１２０のステップは行われない）ようにしてもよい。
【0310】
また、ルーム併合処理（Ｗ３１０）において、サーバ１０の制御部１１が、ルームロックフラグが「ＯＮ」に設定されているミーティングルームは、併合の対象としない（併合対象ルームから除外する）ようにしてもよい。
【0311】
＜第４実施例の効果＞
本実施例は、限定ではなく例としてルームトピック情報（限定ではなく、第１情報の一例）は、第２ミーティングルームのルームメンバーによって、第２ミーティングルームに対するトピックロックフラグを「ＯＮ」にする設定などの設定（限定ではなく、第２グループに対する設定の一例）が行われていた場合、端末２０に送信されない構成を示している。
このような構成により得られる実施例の効果の一例として、第２グループに含まれるユーザによって、第２グループに対する設定が行われていた場合、第１情報が端末に送信されないようにすることができる。限定ではなく例として、第２グループ内で、第１グループに含まれるユーザや第１グループ全体に秘匿したい話をするような場合に、その話の内容が第１グループに含まれるユーザや第１グループに知られないようにすることができる。
本実施例は、限定ではなく例としてルームトピック情報（限定ではなく、第１情報の一例）は、第２ミーティングルームのルームメンバーによって、第２ミーティングルームに対するトピックロックフラグを「ＯＮ」にする設定などの設定（限定ではなく、第２グループに対する設定の一例）が行われていた場合、端末２０に送信されない構成を示している。
このような構成により得られる実施例の効果の一例として、第２グループに含まれるユーザによって、第２グループに対する設定が行われていた場合、第１情報が端末に送信されないようにすることができる。限定ではなく例として、第２グループ内で、第１グループに含まれるユーザや第１グループ全体に秘匿したい話をするような場合に、その話の内容が第１グループに含まれるユーザや第１グループに知られないようにすることができる。
【0312】
また、本実施例は、端末２０が、自己の端末２０のユーザによる、限定ではなく例としてルームロックフラグを設定する入力などの入力に基づいて、ルームロックフラグなどを設定する制御（限定ではなく、第１グループに参加するユーザの設定の一例）を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、端末が、自己の端末のユーザによる自己の端末に対する入力に基づいて、第１グループに参加するユーザを、簡易かつ適切に設定することができる。
このような構成により得られる実施例の効果の一例として、端末が、自己の端末のユーザによる自己の端末に対する入力に基づいて、第１グループに参加するユーザを、簡易かつ適切に設定することができる。
【0313】
＜第５実施例＞
第５実施例は、他のミーティングルームのルームメンバーを、自分のミーティングルームに招待（勧誘）したり、それに伴いミーティングルームを移動することを可能にする実施例である。
ユーザによっては、他ルームの一部のルームメンバーや全部のルームメンバーを自分のミーティングルームに招待して一緒に話をすることを希望するような場合があり得る。
第５実施例は、他のミーティングルームのルームメンバーを、自分のミーティングルームに招待（勧誘）したり、それに伴いミーティングルームを移動することを可能にする実施例である。
ユーザによっては、他ルームの一部のルームメンバーや全部のルームメンバーを自分のミーティングルームに招待して一緒に話をすることを希望するような場合があり得る。
【0314】
第５実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0315】
図５－１は、本実施例におけるミーティング管理データベース１５５の一例であるミーティング管理データベース１５５Ｃのデータ構成例を示す図である。
このミーティング管理データベース１５５Ｃでは、各々のミーティング管理データにおけるミーティングルーム管理データのデータ構成が、前述したミーティング管理データベース１５５Ａ，１５５Ｂとは異なっている。
このミーティング管理データベース１５５Ｃでは、各々のミーティング管理データにおけるミーティングルーム管理データのデータ構成が、前述したミーティング管理データベース１５５Ａ，１５５Ｂとは異なっている。
【0316】
具体的には、ミーティングルーム管理データには、ルームＩＤと、ルーム名と、ルームメンバーＩＤとが関連付けて記憶される。
【0317】
なお、ミーティングルーム管理データに、上記以外のルーム情報として、限定ではなく例として、ルームメンバーごとの発言量（ルームメンバーＩＤごとの発言量）や、ルーム内で共有されるリンクや画像保存先等の情報を記憶させるようにしてもよい。また、前述したルームトピック等を記憶させるようにしてもよい。
【0318】
＜表示画面＞
図５－２の上側の図は、ルームＢに参加しているユーザＥ．Ｅの端末２０Ｅに表示される画面の一例を示す図である。
「他のミーティングルーム」の情報として、ルームＡに関する情報が表示されており、ルームＡに対応する他ルーム情報表示領域ＭＲＡには、ルームＡに参加している各ユーザ（Ａ．Ａ～Ｄ．Ｄ）のアイコン及びユーザ名に対応して、そのユーザを、自分が参加しているルームに招待するための招待アイコンＩＩＣが表示されている。
図５－２の上側の図は、ルームＢに参加しているユーザＥ．Ｅの端末２０Ｅに表示される画面の一例を示す図である。
「他のミーティングルーム」の情報として、ルームＡに関する情報が表示されており、ルームＡに対応する他ルーム情報表示領域ＭＲＡには、ルームＡに参加している各ユーザ（Ａ．Ａ～Ｄ．Ｄ）のアイコン及びユーザ名に対応して、そのユーザを、自分が参加しているルームに招待するための招待アイコンＩＩＣが表示されている。
【0319】
ユーザＥ．Ｅが、ユーザＡ．Ａに対応した招待アイコンＩＩＣをタップすると、図５－２の下側の図に示すように、ルームＡに参加している各ユーザ（Ａ．Ａ～Ｄ．Ｄ）のそれぞれの端末２０に、ユーザＡ．ＡがルームＢから招待されたことを通知するメッセージが表示される。
この例では、ユーザＤ．Ｄの端末２０Ｄにおいて、ミーティングルーム領域ＲＲＡに重畳する領域ＰＰＲ３に「Ａ．ＡがルームＢから招待を受けました」というメッセージが表示されている。
この例では、ユーザＤ．Ｄの端末２０Ｄにおいて、ミーティングルーム領域ＲＲＡに重畳する領域ＰＰＲ３に「Ａ．ＡがルームＢから招待を受けました」というメッセージが表示されている。
【0320】
このように、ルームＢに参加している何れかのユーザが、ルームＡに参加している何れかのユーザを招待した場合には、ルームＡに参加しているユーザのうち、招待を受けたユーザと、招待を受けなかったユーザとのいずれの端末２０にも、招待を受けたユーザのユーザ名（ユーザＡ．Ａ）と、招待を行ったユーザ（ユーザＥ．Ｅ）が参加しているルームのルーム名（ルームＢ）とが表示される。
【0321】
この例では、招待を行ったユーザのユーザ名までは、領域ＰＰＲ３に表示されていないため、ルームＡに参加しているユーザ（Ａ．Ａ～Ｄ．Ｄ）は、ルームＢの誰がユーザＡ．Ａを招待したのかまでは知ることができない。
【0322】
図５－３の上側の図は、ルームＢに参加しているユーザＥ．Ｅの端末２０Ｅに表示される画面の一例を示す図である。ユーザＥ．Ｅが、ユーザＡ．Ａに対応した招待アイコンＩＩＣをタップすると、図５－２の下側の図に示すように、ルームＡに参加している各ユーザ（Ａ．Ａ～Ｄ．Ｄ）のそれぞれの端末２０に、ユーザＡ．ＡがルームＢのユーザＥ．Ｅから招待されたことを通知するメッセージが表示される。
この例では、ユーザＤ．Ｄの端末２０Ｄにおいて、ミーティングルーム領域ＲＲＡに重畳する領域ＰＰＲ４に「Ａ．ＡがルームＢのＥ．Ｅから招待を受けました」というメッセージが表示されている。
この例では、ユーザＤ．Ｄの端末２０Ｄにおいて、ミーティングルーム領域ＲＲＡに重畳する領域ＰＰＲ４に「Ａ．ＡがルームＢのＥ．Ｅから招待を受けました」というメッセージが表示されている。
【0323】
この例では、招待を行ったユーザのユーザ名（Ｅ．Ｅ）が領域ＰＰＲ４に表示されるため、ルームＡに参加しているユーザ（Ａ．Ａ～Ｄ．Ｄ）は、ルームＢの誰がユーザＡ．Ａを招待したのかまで知ることができる。
【0324】
＜処理＞
図５－４は、本実施例における通信システム１において実行される処理の流れの一例を示すフローチャートである。
Ｗ１２０のステップの後、通信システム１は、他ルームメンバー勧誘処理を行う（Ｗ５１０）。
図５－４は、本実施例における通信システム１において実行される処理の流れの一例を示すフローチャートである。
Ｗ１２０のステップの後、通信システム１は、他ルームメンバー勧誘処理を行う（Ｗ５１０）。
【0325】
図５－５は、他ルームメンバー勧誘処理の流れの一例を示すフローチャートである。この処理では、左側から順に、端末２０Ｅの制御部２１が実行する処理、端末２０Ａの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理を示している。
【0326】
以下では、便宜的に、勧誘を行うユーザ（勧誘を要求するユーザ）を「勧誘要求ユーザ」と称し、勧誘されるユーザ（勧誘の対象となるユーザ）を「勧誘対象ユーザ」と称する。そして、ここでは、限定ではなく例として、ルームＢに含まれるユーザＥ．Ｅ（限定ではなく、第１ユーザの一例）を勧誘要求ユーザとし、ルームＡに含まれるユーザＡ．Ａを勧誘対象ユーザとする。そして、ユーザＥ．Ｅの端末２０Ｅが、ルームＡのグループ（ルームＡの全てのルームメンバー端末）に対して、メンバー勧誘情報（限定ではなく、招待に関する情報の一例）を送信する場合の処理を例示する。
【0327】
なお、ここでは、ルームＡに含まれるユーザの端末２０が実行する処理として、ユーザＡ．Ａの端末２０Ａが実行する処理のみを示すが、ルームＡのその他のルームメンバー端末が実行する処理も同様とすることができる。
同様に、ここでは、ルームＢに含まれるユーザの端末２０が実行する処理として、ユーザＥ．Ｅの端末２０Ｅが実行する処理のみを示すが、ルームＢのその他のルームメンバー端末が実行する処理も同様とすることができる。
同様に、ここでは、ルームＢに含まれるユーザの端末２０が実行する処理として、ユーザＥ．Ｅの端末２０Ｅが実行する処理のみを示すが、ルームＢのその他のルームメンバー端末が実行する処理も同様とすることができる。
【0328】
最初に、端末２０Ｅの制御部２１は、入出力部２３を介したユーザＥ．Ｅによる入力に基づいて、限定ではなく例として、ユーザＥ．ＥのアプリケーションＩＤと、勧誘対象ユーザ（この例ではユーザＡ．Ａ）のアプリケーションＩＤとを含むメンバー勧誘要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｅ５１０）。そして、端末２０Ｅの制御部２１は、他ルームメンバー勧誘処理を終了する。
【0329】
通信Ｉ／Ｆ１４によって端末２０Ｅからメンバー勧誘要求情報を受信すると、サーバ１０の制御部１１は、限定ではなく例として、勧誘対象ユーザ（この例ではユーザＡ．Ａ）に対するルームＢへの招待があったことを示すメンバー勧誘情報を、通信Ｉ／Ｆ１４によって端末２０Ａおよびその他のルームメンバー端末に送信する（Ｓ５１０）。そして、サーバ１０の制御部１１は、他ルームメンバー勧誘処理を終了する。
【0330】
通信Ｉ／Ｆ２２によってサーバ１０からメンバー勧誘情報を受信すると、端末２０Ａの制御部２１は、受信したメンバー勧誘情報を表示部２４に表示させる（Ａ５１０）。そして、端末２０Ａの制御部２１は、他ルームメンバー勧誘処理を終了する。
ルームＡのその他のルームメンバー端末も同様に、受信したメンバー勧誘情報を表示部２４に表示させる。
ルームＡのその他のルームメンバー端末も同様に、受信したメンバー勧誘情報を表示部２４に表示させる。
【0331】
なお、Ａ５１０のステップにおいて、端末２０Ａの制御部２１が、招待されたルームの情報（限定ではなく例として、ルーム名）を強調して表示させるようにしてもよい。
【0332】
また、上記のメンバー勧誘情報に、勧誘要求ユーザの情報（限定ではなく例として、ユーザ名等の情報）を含めるようにしてもよい。本処理では、勧誘要求ユーザであるユーザＥ．Ｅのユーザ名等の情報をメンバー勧誘情報に含めて、サーバ１０がメンバー勧誘情報をルームＡに含まれる各々のユーザの端末２０に送信するようにしてもよい。
【0333】
また、ここでは、ルームＢに含まれるユーザＥ．Ｅ（勧誘要求ユーザ）が、ルームＡに含まれるユーザＡ．Ａ（勧誘対象ユーザ）を勧誘する場合の処理を例示したが、これに限定されない。
【0334】
限定ではなく例として、ルームＢ（ルームＢのグループ）が、ルームＡに含まれるユーザＡ．Ａ（勧誘対象ユーザ）を勧誘するようにしてもよい。この場合は、限定ではなく例として、ルームＢに含まれる各々のユーザの端末２０がメンバー勧誘要求情報（メンバー勧誘情報）を送信するようにしたり、ルームＢの代表者のユーザの端末２０がメンバー勧誘要求情報（メンバー勧誘情報）を送信するようにしてもよい。つまり、勧誘（招待）を要求する主体は、ユーザとしてもよいし、ルーム（グループ）としてもよい。
【0335】
また、サーバ１０の制御部１１が、サーバ１０（システム）からの勧誘情報としてメンバー勧誘情報を送信するようにしてもよい。この場合、サーバ１０の制御部１１は、限定ではなく例として、ルームメンバー数の少ないルームや、会話量が少ないルーム（会話が盛り上がっていないルーム）に勧誘するメンバー勧誘情報を送信するようにしてもよい。
【0336】
また、ルームＡに含まれる勧誘対象ユーザの端末２０と、ルームＡのその他のルームメンバー端末とで、送信するメンバー勧誘情報の内容を変えるようにしてもよい。
限定ではなく例として、勧誘対象ユーザの端末２０には、勧誘要求ユーザの情報を含めて送信するが、その他のルームメンバー端末には、勧誘要求ユーザの情報を含めずに送信するようにしてもよい。
限定ではなく例として、勧誘対象ユーザの端末２０には、勧誘要求ユーザの情報を含めて送信するが、その他のルームメンバー端末には、勧誘要求ユーザの情報を含めずに送信するようにしてもよい。
【0337】
図５－４に戻り、Ｗ５１０のステップの後、サーバ１０の制御部１１は、Ｗ２１０に処理を進める。
【0338】
なお、上記の処理において、メンバー勧誘情報を受信した端末２０が、メンバー勧誘情報を表示部２４に表示させることで勧誘（招待）されたことをユーザに通知することとしたが、これに限定されない。メンバー勧誘情報を受信した端末２０が、メンバー勧誘情報を音出力部２６から音出力させるなどしてユーザに通知するようにしてもよい。つまり、通知は表示によって実現するものに限らず、音出力によって実現してもよい。
【0339】
また、限定ではなく例として、端末２０の記憶部２８に、各々のルーム（グループ）に関する情報（限定ではなく例として、各々のグループのグループ構成の情報（ルームメンバーの情報等を含む。））を記憶させておくようにしてもよい。そして、サーバ１０を介することなく、端末２０間で、直接的にメンバー勧誘情報の送受信を行うようにしてもよい。これは、他の実施例や変形例についても同様としてもよい。
【0340】
＜第５実施例の効果＞
本実施例は、第１ミーティングルームで送受信された動画像情報（限定ではなく、音情報と映像情報との一例）を出力する端末２０Ａが、第１ミーティングルームに対して送信された、ユーザＡ．Ａに対するメンバー勧誘情報などの情報（限定ではなく、端末のユーザに対する第２グループの招待に関する情報の一例）を通信Ｉ／Ｆ２２によって受信する。そして、端末２０Ａは、そのメンバー勧誘情報を通知する制御（またはメンバー勧誘情報に基づく通知を行う制御）を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、端末は、端末のユーザに対して第２グループへの招待がなされたことを、第１グループに対して送信された招待に関する情報を通知することによって、端末のユーザに通知することができる。また、招待に関する情報は、第１グループに対して送信されるため、端末のユーザが第２グループに招待されたことを、第１グループに含まれる他のユーザにも知らせる（周知する）ことができる。
本実施例は、第１ミーティングルームで送受信された動画像情報（限定ではなく、音情報と映像情報との一例）を出力する端末２０Ａが、第１ミーティングルームに対して送信された、ユーザＡ．Ａに対するメンバー勧誘情報などの情報（限定ではなく、端末のユーザに対する第２グループの招待に関する情報の一例）を通信Ｉ／Ｆ２２によって受信する。そして、端末２０Ａは、そのメンバー勧誘情報を通知する制御（またはメンバー勧誘情報に基づく通知を行う制御）を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、端末は、端末のユーザに対して第２グループへの招待がなされたことを、第１グループに対して送信された招待に関する情報を通知することによって、端末のユーザに通知することができる。また、招待に関する情報は、第１グループに対して送信されるため、端末のユーザが第２グループに招待されたことを、第１グループに含まれる他のユーザにも知らせる（周知する）ことができる。
【0341】
また、この場合、メンバー勧誘情報は、第２ミーティングルームのルームメンバー（限定ではなく、第１ユーザの一例）から第１ミーティングルームに対して送信される、または第２ミーティングルームから第１ミーティングルームに対して送信されるようにしてもよい。
このような構成により得られる実施例の効果の一例として、第２グループに含まれる第１ユーザから第１グループに対して、または第２グループから第１グループに対して、招待に関する情報が送信されるようにすることができる。
このような構成により得られる実施例の効果の一例として、第２グループに含まれる第１ユーザから第１グループに対して、または第２グループから第１グループに対して、招待に関する情報が送信されるようにすることができる。
【0342】
また、この場合、限定ではなく例としてメンバー勧誘情報は、端末２０Ａの表示部２４に表示されることで通知されるようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末の表示部に招待に関する情報が表示されることで、端末のユーザが第２グループに招待されたことを、端末のユーザに通知することができる。
このような構成により得られる実施例の効果の一例として、端末の表示部に招待に関する情報が表示されることで、端末のユーザが第２グループに招待されたことを、端末のユーザに通知することができる。
【0343】
また、本実施例は、第１ミーティングルームで送受信された動画像情報（限定ではなく、映像情報と音情報との一例）を中継し、第１ミーティングルームとは異なる第２ミーティングルームで送受信された動画像情報（限定ではなく、映像情報と音情報との一例）を中継するサーバ１０は、第２ミーティングルームのルームメンバー（限定ではなく、第２ユーザの一例）の端末２０（限定ではなく、第２端末の一例）によって送信された、第１ミーティングルームのルームメンバー（限定ではなく、第１ユーザの一例）に対する第２ミーティングルームへのメンバー勧誘情報などの情報（限定ではなく、招待に関する情報の一例）を受信する通信Ｉ／Ｆ１４と、受信したメンバー勧誘情報などの情報を、第１ミーティングルームの端末２０に対して通信Ｉ／Ｆ１４によって送信する制御を行う制御部１１とを備える構成を示している。
このような構成により得られる実施例の効果の一例として、サーバが、第２グループに含まれる第２ユーザの第２端末によって送信された、第１グループに含まれる第１ユーザに対する第２グループへの招待に関する情報を受信した上で、受信した招待に関する情報を、第１グループに含まれる端末に対して送信する制御を行うことで、第１ユーザを第２グループに招待することができる。また、招待に関する情報を、第１グループに含まれる端末に対して送信することで、第１ユーザが第２グループに招待されたことを、第１グループに含まれる他のユーザにも知らせる（周知する）ことができる。
このような構成により得られる実施例の効果の一例として、サーバが、第２グループに含まれる第２ユーザの第２端末によって送信された、第１グループに含まれる第１ユーザに対する第２グループへの招待に関する情報を受信した上で、受信した招待に関する情報を、第１グループに含まれる端末に対して送信する制御を行うことで、第１ユーザを第２グループに招待することができる。また、招待に関する情報を、第１グループに含まれる端末に対して送信することで、第１ユーザが第２グループに招待されたことを、第１グループに含まれる他のユーザにも知らせる（周知する）ことができる。
【0344】
＜第５変形例（１）＞
上記の実施例において、勧誘を承諾（受諾）するか否かを勧誘対象ユーザに確認させるようにし、承諾する確認がとれた場合に、勧誘（招待）されたルームに勧誘対象ユーザを移動させることを可能としてもよい。
上記の実施例において、勧誘を承諾（受諾）するか否かを勧誘対象ユーザに確認させるようにし、承諾する確認がとれた場合に、勧誘（招待）されたルームに勧誘対象ユーザを移動させることを可能としてもよい。
【0345】
図５－６の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。ユーザＡ．Ａが、ルームＢのユーザＥ．Ｅから招待されたことに基づいて（図５－３を参照）、「ルームＢのＥ．Ｅから招待を受けました」というメッセージとともに、「移動しない」と表示されたキャンセルボタンＣＢＴと、「移動する」と表示された移動ボタンＭＢＴとが、ミーティングルーム領域ＲＲＡに重畳する領域ＰＰＲ５に表示される。
キャンセルボタンＣＢＴは、招待されたルームへの参加を拒否するために操作するボタンであり、移動ボタンＭＢＴは、招待されたルームへの参加を承諾するために操作するボタンである。
キャンセルボタンＣＢＴは、招待されたルームへの参加を拒否するために操作するボタンであり、移動ボタンＭＢＴは、招待されたルームへの参加を承諾するために操作するボタンである。
【0346】
また、ルームＢの参加者（Ｅ．Ｅ～Ｈ．Ｈ）の映像が表示されているサブ領域ＳＲＢの表示枠が強調して表示されていることにより、招待を受けたユーザＡ．Ａは、どのようなユーザが参加しているルームから招待を受けたのかを把握することができる。
【0347】
なお、図５－２に示したように、ルームＡのユーザのうち招待を受けていないユーザ（Ｂ．Ｂ～Ｄ．Ｄ）の端末２０に、招待したユーザのユーザ名（Ｅ．Ｅ）が表示されないように構成されている場合であっても、図５－６に示すように、招待を受けたユーザ（Ａ．Ａ）の端末２０Ａには、招待したユーザのユーザ名（Ｅ．Ｅ）まで表示されるようにしてもよい。
【0348】
また、図５－２に示したように、ルームＡのユーザのうち招待を受けていないユーザ（Ｂ．Ｂ～Ｄ．Ｄ）の端末２０に、招待したユーザのユーザ名（Ｅ．Ｅ）が表示されないように構成されている場合には、招待を受けたユーザ（Ａ．Ａ）の端末２０Ａにも、招待したユーザのユーザ名（Ｅ．Ｅ）が表示されないようにしてもよい。
【0349】
ユーザＡ．Ａが、移動ボタンＭＢＴをタップした場合、図５－６の下側の図に示すように、ユーザＡ．ＡがルームＡからルームＢに移動する。
ユーザＡ．Ａの端末２０Ａには、ルームＡのミーティングルーム領域ＲＲＡに代わり、参加者が５名（Ａ．Ａ、Ｅ．Ｅ～Ｈ．Ｈ）となったルームＢのミーティングルーム領域ＲＲＢが表示され、「他のミーティングルーム」の情報として、ユーザＡ．Ａが参加していない、参加者が３名（Ｂ．Ｂ～Ｄ．Ｄ）となったルームＡの情報が表示される。
ユーザＡ．Ａの端末２０Ａには、ルームＡのミーティングルーム領域ＲＲＡに代わり、参加者が５名（Ａ．Ａ、Ｅ．Ｅ～Ｈ．Ｈ）となったルームＢのミーティングルーム領域ＲＲＢが表示され、「他のミーティングルーム」の情報として、ユーザＡ．Ａが参加していない、参加者が３名（Ｂ．Ｂ～Ｄ．Ｄ）となったルームＡの情報が表示される。
【0350】
なお、図５－６の上側の図において、ユーザＡ．Ａが、領域ＰＰＲ５の移動ボタンＭＢＴではなくキャンセルボタンＣＢＴをタップした場合、ユーザＡ．ＡはルームＢに移動しない。また、この場合、キャンセルボタンＣＢＴのタップにより、ポップアップで表示された領域ＰＰＲ５の表示は消える。
【0351】
なお、領域ＰＰＲ５に、招待を受けたルーム（ルームＢ）に送信するメッセージの入力欄を設けておき、招待を受けたユーザ（Ａ．Ａ）が、招待されたルーム（ルームＢ）の参加者（Ｅ．Ｅ～Ｈ．Ｈ）に対して、参加することを通知するメッセージ又は参加しないことを通知するメッセージを送信できるようにしてもよい。
また、領域ＰＰＲ５に、現在参加しているルーム（ルームＡ）に送信するメッセージの入力欄を設けておき、招待を受けたユーザ（Ａ．Ａ）が、現在のルーム（ルームＡ）の参加者（Ｂ．Ｂ～Ｄ．Ｄ）に対して、他のルームに参加することを通知するメッセージ又は他のルームに参加しないことを通知するメッセージを送信できるようにしてもよい。
また、領域ＰＰＲ５に、現在参加しているルーム（ルームＡ）に送信するメッセージの入力欄を設けておき、招待を受けたユーザ（Ａ．Ａ）が、現在のルーム（ルームＡ）の参加者（Ｂ．Ｂ～Ｄ．Ｄ）に対して、他のルームに参加することを通知するメッセージ又は他のルームに参加しないことを通知するメッセージを送信できるようにしてもよい。
【0352】
また、図５－６の例において、ユーザＡ．ＡがルームＢに移動した場合、ルームＡに残っているユーザ（ユーザＢ．Ｂ～ユーザＤ．Ｄ）の端末２０には、ユーザＡ．ＡがルームＢに移動したことを示すメッセージが表示されるようにしてもよい。このメッセージは、ユーザＡ．ＡがルームＢに移動してから設定時間（限定ではなく例として１０分）経過後に表示されるようにしてもよい。
【0353】
【0354】
Ａ５１０のステップの後、端末２０Ａの制御部２１は、Ａ５１０で表示部２４に表示したメンバー勧誘情報に基づき、その勧誘を承諾するユーザ入力が入出力部２３を介してなされたか否かを判定するなどして、勧誘を承諾するか否かを判定する（Ａ５２０）。承諾しないと判定したならば（Ａ５２０：ＮＯ）、端末２０Ａの制御部２１は、他ルームメンバー勧誘処理を終了する。なお、この場合、Ｓ５１０のステップにおいて、サーバ１０の制御部１１は、限定ではなく例として、図５－６に示したような招待元のミーティングルームに参加するために用いられるメッセージや移動ボタン（移動ボタンを表示させるための情報）等を含むメンバー勧誘情報を送信するようにすることができる。そして、端末２０Ａの制御部２１は、ユーザＡ．Ａによる、受信したメッセージや移動ボタン等の操作に基づいて、勧誘を承諾すると判定するようにすることができる。
【0355】
勧誘を承諾すると判定したならば（Ａ５２０：ＹＥＳ）、端末２０Ａの制御部２１は、ルーム移動要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ５３０）。そして、端末２０Ａの制御部２１は、他ルームメンバー勧誘処理を終了する。
【0356】
Ｓ５１０の後、サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によってルーム移動要求情報を受信したか否かを判定し（Ｓ５２０）、受信しなかったと判定したならば（Ｓ５２０：ＮＯ）、他ルームメンバー勧誘処理を終了する。
【0357】
ルーム移動要求情報を受信したと判定したならば（Ｓ５２０：ＹＥＳ）、サーバ１０の制御部１１は、ルーム移動処理を行う（Ｓ５３０）。このルーム移動処理は、前述した通りである。そして、サーバ１０の制御部１１は、他ルームメンバー勧誘処理を終了する。
【0358】
なお、Ａ５１０のステップにおいて、端末２０Ａの制御部２１が、メンバー勧誘情報を表示する際に、勧誘要求ユーザが含まれる第２グループを示す情報（限定ではなく、第２グループのルーム名等の情報）を、他のグループを示す情報（限定ではなく、他ルーム名等の情報）とは異なる表示態様で表示させる制御を行うようにしてもよい。
【0359】
また、上記の処理において、限定ではなく例として、端末２０Ａの制御部２１が、メンバー勧誘情報を受信した後、またはＡ５１０のステップでメンバー勧誘情報を表示した後、設定された時間が経過した場合、Ａ５２０のステップを行わずに、Ａ５３０のステップを行うようにしてもよい。
また、上記の処理において、限定ではなく例として、端末２０Ａの制御部２１が、メンバー勧誘情報を受信した後、またはＡ５１０のステップでメンバー勧誘情報を表示した後、設定された時刻になった場合、Ａ５２０のステップを行わずに、Ａ５３０のステップを行うようにしてもよい。
また、上記の処理において、限定ではなく例として、端末２０Ａの制御部２１が、メンバー勧誘情報を受信した後、またはＡ５１０のステップでメンバー勧誘情報を表示した後、設定された時刻になった場合、Ａ５２０のステップを行わずに、Ａ５３０のステップを行うようにしてもよい。
【0360】
また、上記の処理において、限定ではなく例として、サーバ１０の制御部１１が、端末２０Ｅからメンバー勧誘要求情報を受信した後、またはＳ５１０のステップでメンバー勧誘情報を送信した後、設定された時間が経過された場合、Ｓ５２０のステップを行わずに、Ｓ５３０のステップを行うようにしてもよい。
また、上記の処理において、限定ではなく例として、サーバ１０の制御部１１が、端末２０Ｅからメンバー勧誘要求情報を受信した後、またはＳ５１０のステップでメンバー勧誘情報を送信した後、設定された時刻になった場合、Ｓ５２０のステップを行わずに、Ｓ５３０のステップを行うようにしてもよい。
また、上記の処理において、限定ではなく例として、サーバ１０の制御部１１が、端末２０Ｅからメンバー勧誘要求情報を受信した後、またはＳ５１０のステップでメンバー勧誘情報を送信した後、設定された時刻になった場合、Ｓ５２０のステップを行わずに、Ｓ５３０のステップを行うようにしてもよい。
【0361】
本変形例は、限定ではなく例としてメンバー勧誘情報（限定ではなく、招待に関する情報の一例）は、勧誘を承諾するための情報（限定ではなく、第２グループに参加するための第１情報の一例）を含む。そして、勧誘対象ユーザの端末２０は、勧誘対象ユーザによる勧誘を承諾するための情報に対する入力に基づいて、ルーム移動要求情報を送信する処理などの処理（限定ではなく、第２グループに参加することに関する処理の一例）を制御部２１によって行う構成を示している。
このような構成により得られる変形例の効果の一例として、端末のユーザによる、第２グループに参加するための第１情報に対する入力に基づいて、端末のユーザが第２グループに参加できるようにすることができる。
このような構成により得られる変形例の効果の一例として、端末のユーザによる、第２グループに参加するための第１情報に対する入力に基づいて、端末のユーザが第２グループに参加できるようにすることができる。
【0362】
また、この場合、勧誘対象ユーザの端末２０は、第２ミーティングルームを示す情報と、第３ミーティングルームを示す情報とを表示部２４に表示する。そして、勧誘対象ユーザの端末２０は、メンバー勧誘情報の受信に基づいて、第２ミーティングルームを示す情報の表示態様を変更する制御を制御部２１によって行うようにしてもよい。
このような構成により得られる実施例の効果の一例として、招待に関する情報の受信に基づいて、第２グループを示す情報の表示態様を変更する制御を行うことで、招待を受けたグループ（第２グループ）を他のグループ（第３グループ）と区別して表示することが可能となり、ユーザが招待を受けたグループを認識し易くなるようにすることができる。
このような構成により得られる実施例の効果の一例として、招待に関する情報の受信に基づいて、第２グループを示す情報の表示態様を変更する制御を行うことで、招待を受けたグループ（第２グループ）を他のグループ（第３グループ）と区別して表示することが可能となり、ユーザが招待を受けたグループを認識し易くなるようにすることができる。
【0363】
また、この場合、限定ではなく例としてメンバー勧誘情報（限定ではなく、招待に関する情報の一例）は、第２ミーティングルームに含まれる一の勧誘要求ユーザ（限定ではなく、第１ユーザの一例）から第１ミーティングルームに対して送信され、勧誘対象ユーザの端末２０は、メンバー勧誘情報に含まれる勧誘要求ユーザの情報を表示部２４に表示するようにしてもよい。
このような構成により得られる実施例の効果の一例として、招待に関する情報を第１グループに対して送信した、第２グループに含まれる第１ユーザの情報を、端末のユーザに知らせることができる。
このような構成により得られる実施例の効果の一例として、招待に関する情報を第１グループに対して送信した、第２グループに含まれる第１ユーザの情報を、端末のユーザに知らせることができる。
【0364】
また、この場合、勧誘対象ユーザの端末２０が、メンバー勧誘情報が通知された後、設定された時間が経過された場合、または設定された時刻になった場合、ルーム移動要求情報を送信する制御などの制御（限定ではなく、第２グループに参加することに関する制御の一例）を制御部２１によって行うようにしてもよい。
このような構成により得られる変形例の効果の一例として、招待に関する情報が通知された後、ある程度の時間が経過した場合や、特定の時刻となった場合に、いわば自動的に、端末のユーザを第２グループに参加させることができる。
このような構成により得られる変形例の効果の一例として、招待に関する情報が通知された後、ある程度の時間が経過した場合や、特定の時刻となった場合に、いわば自動的に、端末のユーザを第２グループに参加させることができる。
【0365】
＜第５変形例（２）＞
第５変形例（１）において、勧誘が承諾されなかった場合に、その旨を示す情報を勧誘の要求を行った端末２０に送信して、勧誘が承諾されなかったことをユーザに報知するようにしてもよい。
第５変形例（１）において、勧誘が承諾されなかった場合に、その旨を示す情報を勧誘の要求を行った端末２０に送信して、勧誘が承諾されなかったことをユーザに報知するようにしてもよい。
【0366】
図５－８は、本変形例における他ルームメンバー勧誘処理の流れの一例を示すフローチャートである。図の見方は、図５－７と同様である。
Ａ５２０において勧誘を承諾しないと判定したならば（Ａ５２０：ＮＯ）、端末２０Ａの制御部２１は、ルームの移動を拒絶することを示すルーム移動拒絶情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ５４０）。そして、端末２０Ａの制御部２１は、他ルームメンバー勧誘処理を終了する。
なお、ルーム移動拒絶情報に、ユーザＡ．Ａによって入力されたメッセージ（限定ではなく例として、拒絶する理由を示すメッセージ等）を含めてもよい。
Ａ５２０において勧誘を承諾しないと判定したならば（Ａ５２０：ＮＯ）、端末２０Ａの制御部２１は、ルームの移動を拒絶することを示すルーム移動拒絶情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ５４０）。そして、端末２０Ａの制御部２１は、他ルームメンバー勧誘処理を終了する。
なお、ルーム移動拒絶情報に、ユーザＡ．Ａによって入力されたメッセージ（限定ではなく例として、拒絶する理由を示すメッセージ等）を含めてもよい。
【0367】
Ｓ５２０においてルーム移動要求情報を受信しなかった場合（Ｓ５２０：ＮＯ）、サーバ１０の制御部１１は、メンバーの勧誘が失敗したことを示すメンバー勧誘失敗情報を、通信Ｉ／Ｆ１４によって端末２０Ｅに送信する（Ｓ５４０）。そして、サーバ１０の制御部１１は、他ルームメンバー勧誘処理を終了する。
【0368】
Ｅ５１０の後、端末２０Ｅの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０からメンバー勧誘失敗情報を受信したか否かを判定し（Ｅ５２０）、受信しなかったと判定したならば（Ｅ５２０：ＮＯ）、他ルームメンバー勧誘処理を終了する。
【0369】
メンバー加入失敗情報を受信したと判定したならば（Ｅ５２０：ＹＥＳ）、端末２０Ｅの制御部２１は、受信したメンバー勧誘失敗情報を表示部２４に表示させる（Ｅ５３０）。そして、端末２０Ｅの制御部２１は、他ルームメンバー勧誘処理を終了する。
【0370】
本変形例は、限定ではなく例としてメンバー勧誘情報（限定ではなく、招待に関する情報の一例）は、勧誘対象ユーザの表示部２４に表示されることで通知される。そして、勧誘対象ユーザの端末２０は、メンバー勧誘情報に対する入力に基づいて、メンバー勧誘情報を送信した招待元に、ルーム移動拒絶情報／メンバー勧誘失敗情報（限定ではなく、招待を断ることに関する情報の一例）を送信する制御を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、招待に関する情報に対する入力に基づいて、招待に関する情報を送信した招待元に、招待を断ることを通知することができる。
このような構成により得られる実施例の効果の一例として、招待に関する情報に対する入力に基づいて、招待に関する情報を送信した招待元に、招待を断ることを通知することができる。
【0371】
＜第５変形例（３）＞
第５変形例（１）や第５変形例（２）は、他のミーティングルームから招待を受けたユーザが、他のミーティングルームに参加するか否かを選択できる例であるが、このような構成に限定されない。
第５変形例（１）や第５変形例（２）は、他のミーティングルームから招待を受けたユーザが、他のミーティングルームに参加するか否かを選択できる例であるが、このような構成に限定されない。
【0372】
限定ではなく図５－６において、他のルームＢから招待を受けたユーザＡ．Ａは、ルームＢに参加するか否かを選択することができず、強制的にルームＢに参加させられるようにしてもよい。また、この場合、限定ではなく図５－６において、領域ＰＰＲ５には、招待を受けたユーザＡ．ＡがルームＢに参加することのみが表示され、設定時間（限定ではなく例として５秒）経過後に、図５－６の下側の図に移行するようにしてもよい。
【0373】
また、この場合、図５－６の例において、ユーザＡ．ＡがルームＢに移動した場合、ルームＡに残っているユーザ（ユーザＢ．Ｂ～ユーザＤ．Ｄ）の端末２０には、ユーザＡ．ＡがルームＢに移動したことを示すメッセージが表示されるようにしてもよい。このメッセージは、ユーザＡ．ＡがルームＢに移動してから設定時間（限定ではなく例として１０分）経過後に表示されるようにしてもよい。
【0374】
＜第５変形例（４）＞
上記の実施例では、限定ではなく例としてメンバー勧誘情報（限定ではなく、招待に関する情報の一例）が第１ミーティングルームに対して送信され、第１ミーティングルームに含まれる勧誘対象ユーザ以外のユーザにも勧誘対象ユーザが第２ミーティングルームに招待されたことが周知されるようにしたが、これに限定されない。
上記の実施例では、限定ではなく例としてメンバー勧誘情報（限定ではなく、招待に関する情報の一例）が第１ミーティングルームに対して送信され、第１ミーティングルームに含まれる勧誘対象ユーザ以外のユーザにも勧誘対象ユーザが第２ミーティングルームに招待されたことが周知されるようにしたが、これに限定されない。
【0375】
具体的には、メンバー勧誘情報が、第１ミーティングルームに含まれる勧誘対象ユーザの端末２０に対してのみ送信されるようにしてもよい。
より具体的には、限定ではなく例として、上記の実施例で説明した処理例では、メンバー勧誘情報が、勧誘対象ユーザであるユーザＡ．Ａの端末２０Ａに対してのみ送信されるようにしてもよい。
より具体的には、限定ではなく例として、上記の実施例で説明した処理例では、メンバー勧誘情報が、勧誘対象ユーザであるユーザＡ．Ａの端末２０Ａに対してのみ送信されるようにしてもよい。
【0376】
つまり、上記の実施例において、第１ミーティングルームで送受信された動画像情報（限定ではなく、音情報と映像情報との一例）を出力する端末２０Ａが、ユーザＡ．Ａに対して送信された、ユーザＡ．Ａに対するメンバー勧誘情報などの情報（限定ではなく、端末のユーザに対する第２グループの招待に関する情報の一例）を通信Ｉ／Ｆ２２によって受信する。そして、端末２０Ａは、そのメンバー勧誘情報を通知する制御（またはメンバー勧誘情報に基づく通知を行う制御）を制御部２１によって行うようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末のユーザに対して第２グループへの招待がなされたことを、端末のユーザに対して送信された招待に関する情報を通知することによって、端末のユーザに通知することができる。また、限定ではなく例として、端末のユーザに対してのみ招待に関する情報が送信され、端末でのみ通知がされるようにすることで、端末のユーザが第２グループに招待されたことを、第１グループに含まれる他のユーザには秘匿することができる。
このような構成により得られる実施例の効果の一例として、端末のユーザに対して第２グループへの招待がなされたことを、端末のユーザに対して送信された招待に関する情報を通知することによって、端末のユーザに通知することができる。また、限定ではなく例として、端末のユーザに対してのみ招待に関する情報が送信され、端末でのみ通知がされるようにすることで、端末のユーザが第２グループに招待されたことを、第１グループに含まれる他のユーザには秘匿することができる。
【0377】
また、上記の実施例において、第１ミーティングルームで送受信された動画像情報（限定ではなく、映像情報と音情報との一例）を中継し、第２ミーティングルームで送受信された動画像情報（限定ではなく、映像情報と音情報との一例）を中継するサーバ１０は、第２グループに含まれるユーザ（限定ではなく、第２ユーザの一例）の端末２０（限定ではなく、第２端末の一例）によって送信された、第１ミーティングルームに含まれるユーザ（限定ではなく、第１ユーザの一例）に対する第２グループへのメンバー勧誘情報などの情報（限定ではなく、招待に関する情報の一例）を受信する通信Ｉ／Ｆ１４と、受信したメンバー勧誘情報などの情報を、第１ユーザの端末２０に対して通信Ｉ／Ｆ１４によって送信する制御を行う制御部１１とを備えるようにしてもよい。
このような構成により得られる実施例の効果の一例として、サーバが、第２グループに含まれる第２ユーザの第２端末によって送信された、第１グループに含まれる第１ユーザに対する第２グループへの招待に関する情報を受信した上で、受信した招待に関する情報を、第１ユーザの端末に対して送信する制御を行うことで、第１ユーザを第２グループに招待することができる。また、限定ではなく例として、招待に関する情報を、第１ユーザの端末のみに対して送信することで、第１ユーザが第２グループに招待されたことを、第１グループに含まれる他のユーザには秘匿することができる。
このような構成により得られる実施例の効果の一例として、サーバが、第２グループに含まれる第２ユーザの第２端末によって送信された、第１グループに含まれる第１ユーザに対する第２グループへの招待に関する情報を受信した上で、受信した招待に関する情報を、第１ユーザの端末に対して送信する制御を行うことで、第１ユーザを第２グループに招待することができる。また、限定ではなく例として、招待に関する情報を、第１ユーザの端末のみに対して送信することで、第１ユーザが第２グループに招待されたことを、第１グループに含まれる他のユーザには秘匿することができる。
【0378】
＜第６実施例＞
第６実施例は、限定ではなく例として第５実施例や第５変形例において、勧誘要求ユーザ（勧誘要求ユーザの端末２０）が送信した動画像情報を、勧誘対象ユーザの端末２０で出力することを可能にする実施例である。
第６実施例は、限定ではなく例として第５実施例や第５変形例において、勧誘要求ユーザ（勧誘要求ユーザの端末２０）が送信した動画像情報を、勧誘対象ユーザの端末２０で出力することを可能にする実施例である。
【0379】
第６実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0380】
＜表示画面＞
図６－１の上側の図は、ルームＢに参加しているユーザＥ．Ｅの端末２０Ｅに表示される画面の一例を示す図である。ユーザＥ．Ｅが、ルームＡに参加しているユーザＡ．Ａに対応した招待アイコンＩＩＣをタップすると、図６－１の下側の図に示すように、ルームＡに参加している各ユーザ（ユーザＡ．Ａ～ユーザＤ．Ｄ）のうち、招待されたユーザＡ．Ａの端末２０Ａにおいて、ユーザＡ．Ａを招待したユーザＥ．Ｅの映像、並びに、アイコン画像及びユーザ名が、ミーティングルーム領域ＲＲＡの一部に表示される。
図６－１の上側の図は、ルームＢに参加しているユーザＥ．Ｅの端末２０Ｅに表示される画面の一例を示す図である。ユーザＥ．Ｅが、ルームＡに参加しているユーザＡ．Ａに対応した招待アイコンＩＩＣをタップすると、図６－１の下側の図に示すように、ルームＡに参加している各ユーザ（ユーザＡ．Ａ～ユーザＤ．Ｄ）のうち、招待されたユーザＡ．Ａの端末２０Ａにおいて、ユーザＡ．Ａを招待したユーザＥ．Ｅの映像、並びに、アイコン画像及びユーザ名が、ミーティングルーム領域ＲＲＡの一部に表示される。
【0381】
また、ユーザＥ．Ｅの映像に対応して、ユーザＡ．Ａに対してルームＢに招待されたことを通知するメッセージ（「ルームＢに招待されました」）と、ルームＢへの参加に関するキャンセルボタンＣＢＴ及び移動ボタンＭＢＴが表示されている。この例では、ミーティングルーム領域ＲＲＡにユーザＥ．Ｅの映像等が追加されることにより、ルームＡに参加している各ユーザ（ユーザＡ．Ａ～ユーザＤ．Ｄ）の映像は縮小されている。
ミーティングルーム領域ＲＲＡに表示させるユーザＥ．Ｅの映像として、ルームＢに参加しているユーザ（ユーザＥ．Ｅ～ユーザＨ．Ｈ）の端末２０において、ミーティングルーム領域ＲＲＢに表示されているユーザＥ．Ｅの映像が使用されるようにしてもよい。
ミーティングルーム領域ＲＲＡに表示させるユーザＥ．Ｅの映像として、ルームＢに参加しているユーザ（ユーザＥ．Ｅ～ユーザＨ．Ｈ）の端末２０において、ミーティングルーム領域ＲＲＢに表示されているユーザＥ．Ｅの映像が使用されるようにしてもよい。
【0382】
なお、この例では、ルームＡに参加している各ユーザ（ユーザＡ．Ａ～ユーザＤ．Ｄ）の映像よりもユーザＥ．Ｅの映像が大きく表示されるようにしているが、これに限定されない。
逆に、ルームＡに参加している各ユーザ（ユーザＡ．Ａ～ユーザＤ．Ｄ）の映像よりもユーザＥ．Ｅの映像が小さく表示されるようにしてもよい。
逆に、ルームＡに参加している各ユーザ（ユーザＡ．Ａ～ユーザＤ．Ｄ）の映像よりもユーザＥ．Ｅの映像が小さく表示されるようにしてもよい。
【0383】
このように、ルームＡのミーティングルーム領域ＲＲＡには、ルームＢに参加しており、ユーザＡ．Ａを招待したユーザＥ．Ｅの映像が表示されることにより、ユーザＡ．Ａに対して、あたかもルームＢからユーザＥ．Ｅから抜け出してユーザＡ．Ａを誘いに来たかのように思わせるＵＩを提供できる。
なお、この場合、
（Ａ）ユーザＡ．Ａを招待するためにユーザＥ．Ｅが一時的にミーティングルームをルームＡに移動するようにする
（Ｂ）ユーザＡ．Ａを招待するためにユーザＥ．ＥがルームＢを移動せずにユーザＥ．Ｅの映像情報だけがルームＡに表示されるようにする
のいずれの手法を適用してもよい。
なお、この場合、
（Ａ）ユーザＡ．Ａを招待するためにユーザＥ．Ｅが一時的にミーティングルームをルームＡに移動するようにする
（Ｂ）ユーザＡ．Ａを招待するためにユーザＥ．ＥがルームＢを移動せずにユーザＥ．Ｅの映像情報だけがルームＡに表示されるようにする
のいずれの手法を適用してもよい。
【0384】
（Ａ）の場合は、限定ではなく例として、サーバ１０の制御部１１が、前述したルーム移動処理によって、ユーザＥ．ＥのアプリケーションＩＤをルームＢから一旦削除してルームＡに記憶させ、ユーザＡ．Ａによって移動ボタンＭＢＴまたはキャンセルボタンＣＢＴがタップされたことに基づいて、ユーザＥ．ＥのアプリケーションＩＤをルームＡから削除してルームＢに記憶させるようにすることができる。
なお、この場合、ユーザＥ．ＥのアプリケーションＩＤをルームＡには記憶させるがルームＢから削除しないようにしてもよい。そして、このような処理を行うことを、ルームの一時的な移動としてもよい。
なお、この場合、ユーザＥ．ＥのアプリケーションＩＤをルームＡには記憶させるがルームＢから削除しないようにしてもよい。そして、このような処理を行うことを、ルームの一時的な移動としてもよい。
【0385】
（Ｂ）の場合は、限定ではなく例として、サーバ１０の制御部１１が、ユーザＥ．ＥのアプリケーションＩＤをルームＢから削除せず、また、ユーザＥ．ＥのアプリケーションＩＤをルームＡに記憶させず、ユーザＥ．Ｅの映像情報をルームＡに送信するようにすることができる。
【0386】
なお、ルームＡのユーザのうち、招待されていないユーザ（ユーザＢ．Ｂ～ユーザＤ．Ｄ）の端末２０においても、招待されたユーザＡ．Ａと同様に、ミーティングルーム領域ＲＲＡにユーザＥ．Ｅの映像等（ただしキャンセルボタンＣＢＴ及び移動ボタンＭＢＴを除く。）が追加されるようにしてもよい。
【0387】
また、ミーティングルーム領域ＲＲＡにユーザＥ．Ｅの映像等が追加されている期間、換言すると、ルームＢのユーザＥ．ＥがルームＡのユーザＡ．Ａを誘いに行っている期間は、ルームＢに参加しているユーザ（ユーザＥ．Ｅ～ユーザＨ．Ｈ）の端末２０において、ミーティングルーム領域ＲＲＢにユーザＥ．Ｅの映像が表示されないようにしてもよく、ルームＡに参加しているユーザ（ユーザＡ．Ａ～ユーザＤ．Ｄ）の端末２０において、ルームＢに対応する他ルーム情報表示領域ＭＲＢに、ユーザＥ．Ｅのアイコン画像及びユーザ名が表示されないようにしてもよい。
このような構成とすることで、アプリケーションにおける各ユーザの唯一性を確保することができる。
このような構成とすることで、アプリケーションにおける各ユーザの唯一性を確保することができる。
【0388】
ユーザＡ．Ａが、ユーザＥ．Ｅの映像に対応した移動ボタンＭＢＴをタップすると、ユーザＡ．ＡがルームＢに参加し、ユーザＡ．Ａの端末２０Ａに表示される画面は、図５－６の下側の図に示される画面となる。一方、ルームＡに残っているユーザ（ユーザＢ．Ｂ～ユーザＤ．Ｄ）の端末２０において、ミーティングルーム領域ＲＲＡには、ユーザＡ．Ａの映像及びユーザＥ．Ｅの映像等が表示されない状態となる。
【0389】
＜処理＞
図６－２は、本実施例における他ルームメンバー勧誘処理の流れの一例を示すフローチャートである。
Ｅ５１０の後、端末２０Ｅの制御部２１は、限定ではなく例として、動画像情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｅ６１０）。この動画像情報は、限定ではなく例として、ユーザＥ，Ｅの動画像の情報とすることができる。
図６－２は、本実施例における他ルームメンバー勧誘処理の流れの一例を示すフローチャートである。
Ｅ５１０の後、端末２０Ｅの制御部２１は、限定ではなく例として、動画像情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｅ６１０）。この動画像情報は、限定ではなく例として、ユーザＥ，Ｅの動画像の情報とすることができる。
【0390】
同様に、端末２０Ａの制御部２１は、動画像情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ６１０）。この動画像情報は、限定ではなく例として、ルームＡのミーティングルームの動画像の情報とすることができる。
【0391】
サーバ１０の制御部１１は、上記の各々の端末２０から動画像情報を受信すると、Ｓ５１０のステップを行う。そして、サーバ１０の制御部１１は、ルーム内動画像生成処理を行う（Ｓ６１０）。具体的には、この処理例では、端末２０Ｅから受信した動画像情報情報を、端末２０Ａから受信した動画像情報に含めた動画像情報をルーム内動画像情報として生成する。
【0392】
次いで、サーバ１０の制御部１１は、生成したルーム内動画像情報を、通信Ｉ／Ｆ１４によって端末２０Ｅおよび端末２０Ａにそれぞれ送信する（Ｓ６２０）。そして、サーバ１０の制御部１１は、他ルームメンバー勧誘処理を終了する。
【0393】
通信Ｉ／Ｆ２２によってサーバ１０からルーム内動画像情報を受信すると、端末２０Ｅの制御部２１は、受信したルーム内動画像情報を表示部２４に表示させる（Ｅ６２０）。そして、端末２０Ｅの制御部２１は、他ルームメンバー勧誘処理を終了する。
【0394】
同様に、通信Ｉ／Ｆ２２によってサーバ１０からルーム内動画像情報を受信すると、端末２０Ａの制御部２１は、受信したルーム内動画像情報を表示部２４に表示させる（Ａ６２０）。そして、端末２０Ａの制御部２１は、他ルームメンバー勧誘処理を終了する。
【0395】
なお、上記の処理では、勧誘対象ユーザの端末２０において、ルーム内動画像情報としてルーム内音情報とルーム内映像情報とを出力することとしたが、これに限定されない。
これに代えて、ルーム内音情報のみを音出力させるようにしてもよいし、ルーム内映像情報のみを表示させるようにしてもよい。
これに代えて、ルーム内音情報のみを音出力させるようにしてもよいし、ルーム内映像情報のみを表示させるようにしてもよい。
【0396】
＜第６実施例の効果＞
本実施例は、限定ではなく例としてメンバー勧誘情報（限定ではなく、招待に関する情報の一例）は、第２ミーティングルームに含まれる勧誘要求ユーザ（限定ではなく、第１ユーザの一例）から第１ミーティングルームに対して送信される。そして、勧誘対象ユーザの端末２０は、メンバー勧誘情報に含まれる勧誘要求ユーザの情報（限定ではなく、第１ユーザの情報の一例）を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、招待に関する情報に含まれる第１ユーザの情報を表示して、招待元の第１ユーザの情報を端末のユーザに知らせることができる。
また、招待元の第１ユーザの情報が表示されるため、招待元のユーザにとっては招待がし易くなり、招待されるユーザにとっては招待を受け易くなる可能性がある。
本実施例は、限定ではなく例としてメンバー勧誘情報（限定ではなく、招待に関する情報の一例）は、第２ミーティングルームに含まれる勧誘要求ユーザ（限定ではなく、第１ユーザの一例）から第１ミーティングルームに対して送信される。そして、勧誘対象ユーザの端末２０は、メンバー勧誘情報に含まれる勧誘要求ユーザの情報（限定ではなく、第１ユーザの情報の一例）を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、招待に関する情報に含まれる第１ユーザの情報を表示して、招待元の第１ユーザの情報を端末のユーザに知らせることができる。
また、招待元の第１ユーザの情報が表示されるため、招待元のユーザにとっては招待がし易くなり、招待されるユーザにとっては招待を受け易くなる可能性がある。
【0397】
また、この場合、勧誘要求ユーザの情報（限定ではなく、第１ユーザの情報の一例）は、勧誘要求ユーザの端末２０（限定ではなく、第１ユーザの第１端末の一例）から送信された映像情報を含むようにしてもよい。
このような構成により得られる実施例の効果の一例として、招待に関する情報に含まれる第１ユーザの第１端末から送信された映像情報を表示して、招待元の第１ユーザの第１端末から送信された映像情報を端末のユーザに見せながら、招待元の第１ユーザの情報を端末のユーザに知らせることができる。
また、招待元の第１ユーザの映像情報が表示されるため、招待元のユーザにとっては招待がよりし易くなり、招待されるユーザにとっては招待をより受けやすくなる可能性がある。
このような構成により得られる実施例の効果の一例として、招待に関する情報に含まれる第１ユーザの第１端末から送信された映像情報を表示して、招待元の第１ユーザの第１端末から送信された映像情報を端末のユーザに見せながら、招待元の第１ユーザの情報を端末のユーザに知らせることができる。
また、招待元の第１ユーザの映像情報が表示されるため、招待元のユーザにとっては招待がよりし易くなり、招待されるユーザにとっては招待をより受けやすくなる可能性がある。
【0398】
＜第６変形例（１）＞
上記の実施例では、勧誘要求ユーザが勧誘対象ユーザを勧誘（招待）してルームを移動させる場合を示した。この場合において、勧誘対象ユーザが、自分のミーティングルームに勧誘要求ユーザを逆勧誘（逆招待）することができるようにしてもよい。
上記の実施例では、勧誘要求ユーザが勧誘対象ユーザを勧誘（招待）してルームを移動させる場合を示した。この場合において、勧誘対象ユーザが、自分のミーティングルームに勧誘要求ユーザを逆勧誘（逆招待）することができるようにしてもよい。
【0399】
図６－３の上側の図は、ルームＢのユーザＥ．Ｅから招待されたルームＡのユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。
図６－１に示した例とは異なり、ユーザＥ．Ｅの映像に対応して、ルームＢへの移動に関するキャンセルボタンＣＢＴ及び移動ボタンＭＢＴとともに、ユーザＥ．Ｅを自分が参加しているルームＡに招待するための招待ボタンＩＢＴが表示されている。
図６－１に示した例とは異なり、ユーザＥ．Ｅの映像に対応して、ルームＢへの移動に関するキャンセルボタンＣＢＴ及び移動ボタンＭＢＴとともに、ユーザＥ．Ｅを自分が参加しているルームＡに招待するための招待ボタンＩＢＴが表示されている。
【0400】
ユーザＡ．Ａが、招待ボタンＩＢＴをタップすると、ユーザＥ．Ｅの端末２０Ｅには、ルームＡのユーザＡ．Ａから招待されていることを示すメッセージと、ルームＡへの移動に関するキャンセルボタンＣＢＴ及び移動ボタンＭＢＴとを含む領域ＰＰＲ５が表示され（限定ではなく例として、図５－６を参照）、ユーザＥ．Ｅが、ルームＡへの移動に関する移動ボタンＭＢＴをタップすることにより、図６－３の下側の図に示すように、ユーザＥ．Ｅが、ルームＡに移動する。
【0401】
その結果、ユーザＡ．Ａの端末２０ＡにおけるルームＡのミーティングルーム領域ＲＲＡには、それまでの参加者（Ａ．Ａ～Ｄ．Ｄ）の映像に加えて、新たに参加したユーザＥ．Ｅの映像が表示される。また、「他のミーティングルーム」の情報として、ユーザＥ．Ｅが参加していない、参加者が３名（Ｆ．Ｆ～Ｈ．Ｈ）となったルームＢの情報が表示される。
【0402】
このように、ルームＡのユーザＡ．Ａを招待したルームＢのユーザＥ．Ｅに対して、ユーザＡ．Ａが、逆にユーザＥ．Ｅを、自分が参加しているルームＡに招待することが可能となっている。
【0403】
なお、ルームＡのユーザＡ．Ａに限らず、ルームＡの他のルームメンバー（ユーザＢ．Ｂ～ユーザＤ．Ｄ）も、ユーザＥ．ＥをルームＡに招待できるようにしてもよい。つまり、逆招待することのできるユーザは、招待を受けたユーザのみとしてもよいし、招待を受けたユーザを含む同じルームのいずれかのルームメンバーとしてもよい。言い換えれば、逆招待することができるユーザに、招待を受けたユーザばかりでなく、同じルームに含まれる他のルームメンバーを含めてもよい。
【0404】
図６－４は、本変形例における他ルームメンバー勧誘処理の流れの一例を示すフローチャートである。図の見方は、図６－２と同様である。
Ａ６２０のステップの後、端末２０Ａの制御部２１は、入出力部２３を介して勧誘要求ユーザであるユーザＥ．Ｅを逆勧誘するための入力がなされたか否かを判定するなどして、ユーザＥ．Ｅを逆勧誘するか否かを判定する（Ａ６３０）。逆勧誘しないと判定したならば（Ａ６３０：ＮＯ）、端末２０Ａの制御部２１は、他ルームメンバー勧誘処理を終了する。
Ａ６２０のステップの後、端末２０Ａの制御部２１は、入出力部２３を介して勧誘要求ユーザであるユーザＥ．Ｅを逆勧誘するための入力がなされたか否かを判定するなどして、ユーザＥ．Ｅを逆勧誘するか否かを判定する（Ａ６３０）。逆勧誘しないと判定したならば（Ａ６３０：ＮＯ）、端末２０Ａの制御部２１は、他ルームメンバー勧誘処理を終了する。
【0405】
逆勧誘すると判定したならば（Ａ６３０：ＹＥＳ）、端末２０Ａの制御部２１は、ユーザＥ．Ｅを自分のミーティングルームに逆勧誘することを要求するためのメンバー逆勧誘要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ６４０）。そして、端末２０Ａの制御部２１は、他ルームメンバー勧誘処理を終了する。
【0406】
Ｓ６２０のステップの後、サーバ１０の制御部１１は、通信Ｉ／Ｆ２２によって端末２０Ａからメンバー逆勧誘要求情報を受信したか否かを判定する（Ｓ６３０）。受信しなかったと判定したならば（Ｓ６３０：ＮＯ）、サーバ１０の制御部１１は、他ルームメンバー勧誘処理を終了する。
【0407】
受信したと判定したならば（Ｓ６３０：ＹＥＳ）、サーバ１０の制御部１１は、ユーザＥ．Ｅが逆招待されたことを示すメンバー逆勧誘情報を、通信Ｉ／Ｆ１４によって端末２０Ｅに送信する（Ｓ６４０）。
なお、この場合に、サーバ１０の制御部１１が、第２グループのその他のルームメンバー端末にも、メンバー逆勧誘情報を送信するようにしてもよい。
なお、この場合に、サーバ１０の制御部１１が、第２グループのその他のルームメンバー端末にも、メンバー逆勧誘情報を送信するようにしてもよい。
【0408】
Ｅ６２０のステップの後、端末２０Ｅの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０からメンバー逆勧誘情報を受信したか否かを判定する（Ｅ６３０）。受信しなかったと判定したならば（Ｅ６３０：ＮＯ）、端末２０Ｅの制御部２１は、他ルームメンバー勧誘処理を終了する。
【0409】
受信したと判定したならば（Ｅ６３０：ＹＥＳ）、端末２０Ｅの制御部２１は、受信したメンバー逆勧誘情報を表示部２４に表示させる（Ｅ６４０）。そして、端末２０Ｅの制御部２１は、他ルームメンバー勧誘処理を終了する。
【0410】
【0411】
本変形例は、勧誘対象ユーザの端末２０は、表示部２４に表示された勧誘要求ユーザの情報（限定ではなく、第１ユーザの情報の一例）に対する勧誘対象ユーザによる入力に基づいて、第２ミーティングルームに含まれる勧誘要求ユーザに対してメンバー逆勧誘要求情報（メンバー逆勧誘情報）を送信する処理などの処理（限定ではなく、第１グループに招待する処理の一例）を制御部２１によって行う構成を示している。
このような構成により得られる変形例の効果の一例として、端末が、表示部に表示された第１ユーザの情報に対する端末のユーザによる入力に基づいて第１グループに招待する処理を行うことで、第２グループに含まれる第１ユーザを第１グループに逆招待できるようにすることができる。これにより、別のグループのユーザを自分のグループに招待したつもりが、逆に自分がその別のグループに招待されてしまう、いわばミイラ取りがミイラになるようなことを実現することができる。
このような構成により得られる変形例の効果の一例として、端末が、表示部に表示された第１ユーザの情報に対する端末のユーザによる入力に基づいて第１グループに招待する処理を行うことで、第２グループに含まれる第１ユーザを第１グループに逆招待できるようにすることができる。これにより、別のグループのユーザを自分のグループに招待したつもりが、逆に自分がその別のグループに招待されてしまう、いわばミイラ取りがミイラになるようなことを実現することができる。
【0412】
＜第７実施例＞
第７実施例は、複数のミーティングルームのルームメンバーや複数のミーティングルームから他のミーティングルームのルームメンバーに対して、それぞれのミーティングルームへの招待を行うことを可能にする実施例である。
第７実施例は、複数のミーティングルームのルームメンバーや複数のミーティングルームから他のミーティングルームのルームメンバーに対して、それぞれのミーティングルームへの招待を行うことを可能にする実施例である。
【0413】
第７実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0414】
＜表示画面＞
図７－１の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。ユーザＡ．Ａが、ルームＢのユーザＥ．Ｅと、ルームＤのユーザＬ．Ｌとから、それぞれ招待されたことに基づいて、「他のルームから招待を受けました」というメッセージとともに、ユーザＥ．Ｅのアイコン画像、ユーザ名、及びルーム名（ルームＢ）に対応する参加ボタンＰＢＴと、ユーザＬ．Ｌのアイコン画像、ユーザ名、及びルーム名（ルームＤ）に対応する参加ボタンＰＢＴと、他のルームへの移動に関する（ルームＢとルームＤのどちらにも移動しない場合に操作する）キャンセルボタンＣＢＴとが、ミーティングルーム領域ＲＲＡに重畳する領域ＰＰＲ６に表示される。
図７－１の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。ユーザＡ．Ａが、ルームＢのユーザＥ．Ｅと、ルームＤのユーザＬ．Ｌとから、それぞれ招待されたことに基づいて、「他のルームから招待を受けました」というメッセージとともに、ユーザＥ．Ｅのアイコン画像、ユーザ名、及びルーム名（ルームＢ）に対応する参加ボタンＰＢＴと、ユーザＬ．Ｌのアイコン画像、ユーザ名、及びルーム名（ルームＤ）に対応する参加ボタンＰＢＴと、他のルームへの移動に関する（ルームＢとルームＤのどちらにも移動しない場合に操作する）キャンセルボタンＣＢＴとが、ミーティングルーム領域ＲＲＡに重畳する領域ＰＰＲ６に表示される。
【0415】
また、ルームＢの話題に関連するワード（「釣り」及び「週末」）が表示されているサブ領域ＳＲＢの表示枠が強調して表示されていること、ルームＤの話題に関連するワード（「特許」及び「不労所得」）が表示されているサブ領域ＳＲＤの表示枠が強調して表示されていることから、ユーザＡ．Ａは招待された複数のルームについて、それぞれの話題に関連したワードを把握して、どちらのルームに参加するか、あるいはどちらにも参加しないかを判断することができる。
【0416】
ユーザＡ．Ａが、ユーザＥ．Ｅ（ルームＢ）に対応する参加ボタンＰＢＴをタップした場合、図７－１の下側の図に示すように、ユーザＡ．Ａが、ルームＡからルームＢに移動する。一方、ユーザＡ．Ａが、ユーザＬ．Ｌ（ルームＤ）に対応する参加ボタンＰＢＴをタップした場合には、ユーザＡ．Ａが、ルームＡからルームＤに移動する。
【0417】
図７－２の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。
ユーザＡ．Ａが、ルームＢに参加しているユーザＥ．ＥをルームＡに招待したい場合、ルームＢに対応した他ルーム情報表示領域ＭＲＢにおいて、ユーザＥ．Ｅに対応した招待アイコンＩＩＣをタップすることで（１）、ユーザＥ．Ｅのアイコン画像及びユーザ名と、メッセージ入力領域ＭＩＲと、招待ボタンＩＢＴとが、ミーティングルーム領域ＲＲＡに重畳する領域ＰＰＲ７に表示される。
ユーザＡ．Ａが、ルームＢに参加しているユーザＥ．ＥをルームＡに招待したい場合、ルームＢに対応した他ルーム情報表示領域ＭＲＢにおいて、ユーザＥ．Ｅに対応した招待アイコンＩＩＣをタップすることで（１）、ユーザＥ．Ｅのアイコン画像及びユーザ名と、メッセージ入力領域ＭＩＲと、招待ボタンＩＢＴとが、ミーティングルーム領域ＲＲＡに重畳する領域ＰＰＲ７に表示される。
【0418】
ユーザＡ．Ａが、メッセージ入力領域ＭＩＲに、招待するユーザＥ．Ｅに対するメッセージ（限定ではなく例として「Ｅ．Ｅさん観葉植物育ててるよね？こっちこない？」）を入力して、招待ボタンＩＢＴをタップした場合（２）、図７－２の下側の図に示すように、ユーザＥ．Ｅの端末２０Ｅにおいて、ルームＡから招待されたことを通知するメッセージ（「ルームＡから招待を受けました」）とともに、ユーザＡ．Ａのアイコン画像及びユーザ名、メッセージ入力領域ＭＩＲに入力されたメッセージ、ルームＡへの参加に関するキャンセルボタンＣＢＴ及び移動ボタンＭＢＴが、ミーティングルーム領域ＲＲＢに重畳する領域ＰＰＲ８に表示される。
【0419】
ユーザＥ．Ｅが、領域ＰＰＲ８の移動ボタンＭＢＴをタップした場合、ユーザＥ．Ｅが、ルームＢからルームＡに移動する。
【0420】
＜処理＞
図７－３は、本実施例における他ルームメンバー勧誘処理の流れの一例を示すフローチャートである。この処理では、左側から順に、ルームＢに含まれるユーザＥ．Ｅの端末２０Ｅの制御部２１が実行する処理、ルームＤに含まれるユーザＬ．Ｌの端末２０Ｌが実行する処理、ルームＡに含まれるユーザＡ．Ａの端末２０Ａの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理を示している。
図７－３は、本実施例における他ルームメンバー勧誘処理の流れの一例を示すフローチャートである。この処理では、左側から順に、ルームＢに含まれるユーザＥ．Ｅの端末２０Ｅの制御部２１が実行する処理、ルームＤに含まれるユーザＬ．Ｌの端末２０Ｌが実行する処理、ルームＡに含まれるユーザＡ．Ａの端末２０Ａの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理を示している。
【0421】
端末２０Ｅの制御部２１は、前述したＥ５１０のステップを行う。そして、端末２０Ｅの制御部２１は、他ルームメンバー勧誘処理を終了する。
同様に、端末２０Ｌの制御部２１は、ユーザＡ．Ａを勧誘することを要求するメンバー勧誘要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、端末２０Ｌの制御部２１は、他ルームメンバー勧誘処理を終了する。
同様に、端末２０Ｌの制御部２１は、ユーザＡ．Ａを勧誘することを要求するメンバー勧誘要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、端末２０Ｌの制御部２１は、他ルームメンバー勧誘処理を終了する。
【0422】
サーバ１０の制御部１１は、Ｓ５１０のステップにおいてユーザＥ．Ｅを勧誘要求ユーザとするメンバー勧誘情報を、ルームＡのユーザＡ．Ａの端末２０Ａおよびその他のルームメンバー端末に送信した後、ユーザＬ．Ｌを勧誘要求ユーザとする第２メンバー勧誘情報を、ルームＡのユーザＡ．Ａの端末２０Ａおよびその他のルームメンバー端末に送信する（Ｓ７１０）。そして、サーバ１０の制御部１１は、他ルームメンバー勧誘処理を終了する。
【0423】
端末２０Ａの制御部２１は、Ａ５１０のステップにおいてユーザＥ．Ｅを勧誘要求ユーザとするメンバー勧誘情報を表示した後、サーバ１０から受信した第２メンバー勧誘情報を表示部２４に表示させる（Ａ７１０）。具体的には、限定ではなく例として、サーバ１０から受信したメンバー勧誘情報と、同じくサーバ１０から受信した第２メンバー勧誘情報とを合成した情報を表示部２４に表示させる。
【0424】
なお、このようにするのではなく、メンバー勧誘情報と、第２メンバー勧誘情報とを別々に表示させてもよい。また、これら２つのメンバー勧誘情報は、同じタイミングで表示させてもよいし、異なるタイミングで表示させてもよく、また、一緒に表示させてもよく、一緒に表示させなくてもよい。また、これら２つのメンバー勧誘情報を異なる表示態様で表示させるようにしてもよい。
【0425】
また、Ｓ７１０のステップにおいて、サーバ１０の制御部１１が、ユーザＥ．Ｅを勧誘要求ユーザとする情報とユーザＬ．Ｌを勧誘要求ユーザとする情報とを含む１つのメンバー勧誘情報を端末２０Ａに送信するようにしてもよい。
【0426】
Ａ７１０のステップの後、端末２０Ａの制御部２１は、他ルームメンバー勧誘処理を終了する。
ルームＡのその他のルームメンバー端末についても同様である。
ルームＡのその他のルームメンバー端末についても同様である。
【0427】
なお、この場合に、端末２０ＡのユーザＡ．Ａが、勧誘要求ユーザを逆に勧誘するようにすることも可能である。この場合、限定ではなく例として、ユーザＡ．ＡがルームＢに含まれるユーザＥ．Ｅを勧誘するのであれば、限定ではなく例として、図５－７で説明した処理において、端末２０Ａの制御部２１が実行する処理と、端末２０Ｅの制御部２１が実行する処理とを入れ替えればよい。
【0428】
具体的には、端末２０Ａの制御部２１が、ルームＢに対して、そのルームＢに含まれるユーザＥ．Ｅに対するルームＡへの招待を行うためのメンバー勧誘要求情報を送信する（図５－７のＥ５１０のステップに相当）。そして、サーバ１０の制御部１１が、端末２０Ａから受信したメンバー勧誘要求情報に基づいて、図５－７のＳ５１０のステップにおいて、ユーザＡ．Ａを勧誘要求ユーザとするメンバー勧誘情報を、ルームＢのユーザＥ．Ｅの端末２０Ｅおよびその他のルームメンバー端末に送信するようにすればよい。
ユーザＡ．ＡがルームＤに含まれるユーザＬ．Ｌを勧誘する場合も同様である。
ユーザＡ．ＡがルームＤに含まれるユーザＬ．Ｌを勧誘する場合も同様である。
【0429】
また、この場合、前述したように、メンバー勧誘要求情報（メンバー勧誘情報）には、勧誘対象ユーザが含まれるルームに対するメッセージの情報を含めてもよい。
【0430】
＜第７実施例の効果＞
本実施例は、限定ではなく例としてメンバー勧誘情報（限定ではなく、招待に関する情報の一例）は、一のメンバー勧誘情報（限定ではなく、第１招待情報の一例）である。そして、勧誘対象ユーザの端末２０は、この一のメンバー勧誘情報とは異なる他のメンバー勧誘情報である第２メンバー勧誘情報（限定ではなく、第２招待情報の一例）を通信Ｉ／Ｆ２２によって受信した後、一のメンバー勧誘情報に対応する勧誘対象ユーザの情報（限定ではなく、第１招待情報の招待元の情報の一例）と、第２メンバー勧誘情報に対応する勧誘対象ユーザの情報（限定ではなく、第２招待情報の招待元の情報の一例）とを表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、第１招待情報とは異なる第２招待情報を通信部によって受信した場合、第１招待情報の招待元の情報と、第２招待情報の招待元の情報とを端末の表示部に表示して、２つの招待の招待元の情報を端末のユーザに知らせることができる。
本実施例は、限定ではなく例としてメンバー勧誘情報（限定ではなく、招待に関する情報の一例）は、一のメンバー勧誘情報（限定ではなく、第１招待情報の一例）である。そして、勧誘対象ユーザの端末２０は、この一のメンバー勧誘情報とは異なる他のメンバー勧誘情報である第２メンバー勧誘情報（限定ではなく、第２招待情報の一例）を通信Ｉ／Ｆ２２によって受信した後、一のメンバー勧誘情報に対応する勧誘対象ユーザの情報（限定ではなく、第１招待情報の招待元の情報の一例）と、第２メンバー勧誘情報に対応する勧誘対象ユーザの情報（限定ではなく、第２招待情報の招待元の情報の一例）とを表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、第１招待情報とは異なる第２招待情報を通信部によって受信した場合、第１招待情報の招待元の情報と、第２招待情報の招待元の情報とを端末の表示部に表示して、２つの招待の招待元の情報を端末のユーザに知らせることができる。
【0431】
また、この場合、第２ミーティングルームへの招待を受けたユーザの端末２０が、第２ミーティングルームに対して、その第２ミーティングルームに含まれる一のユーザ（限定ではなく、第２ユーザの一例）を第１ミーティングルームに招待するためのメンバー勧誘情報を通信Ｉ／Ｆ２２によって送信するようにしてもよい。
このような構成により得られる実施例の効果の一例として、第２グループへの招待を受けたユーザの端末２０が、逆に、第２グループに含まれる第２ユーザを第１グループに招待し、それを第２グループに周知させることができる。
なお、前述したように、ルームメンバーは「１人」としてもよいため、上記の第２グループに含まれる第２ユーザは、第２グループに含まれる唯一のユーザであってもよい。つまり、第２グループに含まれる第１ユーザと言ってもよい。
このような構成により得られる実施例の効果の一例として、第２グループへの招待を受けたユーザの端末２０が、逆に、第２グループに含まれる第２ユーザを第１グループに招待し、それを第２グループに周知させることができる。
なお、前述したように、ルームメンバーは「１人」としてもよいため、上記の第２グループに含まれる第２ユーザは、第２グループに含まれる唯一のユーザであってもよい。つまり、第２グループに含まれる第１ユーザと言ってもよい。
【0432】
また、この場合、上記のメンバー勧誘情報は、第２ミーティングルームに対するメッセージの情報を含むようにしてもよい。
このような構成により得られる実施例の効果の一例として、第２グループに対するメッセージの情報を第１グループへの招待に関する情報に含めることで、第２ユーザの招待に関して、第２グループがより分かり易くなるようにすることができる。
このような構成により得られる実施例の効果の一例として、第２グループに対するメッセージの情報を第１グループへの招待に関する情報に含めることで、第２ユーザの招待に関して、第２グループがより分かり易くなるようにすることができる。
【0433】
＜第８実施例＞
第８実施例は、ユーザが、他のミーティングルームに関心や興味を持っていることを、他のミーティングルームのルームメンバーに知らせることを可能にする実施例である。
第８実施例は、ユーザが、他のミーティングルームに関心や興味を持っていることを、他のミーティングルームのルームメンバーに知らせることを可能にする実施例である。
【0434】
第８実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0435】
＜表示画面＞
図８－１の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。
ユーザＡ．Ａが、ルームＢの話題に関連するワード（「釣り」及び「週末」）が表示されている（またはルームＢの参加者の映像が表示されている）サブ領域ＳＲＢをタップすると、図８－１の下側の図に示すように、ルームＢのユーザＥ．Ｅの端末２０Ｅにおいて、ルームＡのユーザＡ．Ａが、ルームＢに興味を持っていることを通知するメッセージ（「ルームＡのＡ．ＡがルームＢに興味を示しています」）と、ユーザＡ．ＡをルームＢに招待する場合に操作する招待ボタンＩＢＴと、招待しない場合に操作するキャンセルボタンＣＢＴとが、ミーティングルーム領域ＲＲＢに重畳する領域ＰＰＲ９に表示される。
図８－１の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。
ユーザＡ．Ａが、ルームＢの話題に関連するワード（「釣り」及び「週末」）が表示されている（またはルームＢの参加者の映像が表示されている）サブ領域ＳＲＢをタップすると、図８－１の下側の図に示すように、ルームＢのユーザＥ．Ｅの端末２０Ｅにおいて、ルームＡのユーザＡ．Ａが、ルームＢに興味を持っていることを通知するメッセージ（「ルームＡのＡ．ＡがルームＢに興味を示しています」）と、ユーザＡ．ＡをルームＢに招待する場合に操作する招待ボタンＩＢＴと、招待しない場合に操作するキャンセルボタンＣＢＴとが、ミーティングルーム領域ＲＲＢに重畳する領域ＰＰＲ９に表示される。
【0436】
また、ルームＡに対応した他ルーム情報表示領域ＭＲＡにおいて、ユーザＡ．Ａに対応した領域の態様が変化することによっても、どのグループのどのユーザが、自分（ユ―ザＥ．Ｅ）が参加しているグループＢに興味を持っているのかを知ることができる。
【0437】
ユーザＥ．Ｅが、領域ＰＰＲ９の招待ボタンＩＢＴをタップすることにより、ユーザＡ．Ａの端末２０Ａにおいて、ルームＡからルームＢに移動するための移動ボタンＭＢＴが、ミーティングルーム領域ＲＲＡに重畳する領域ＰＰＲ５に表示される（図５－６を参照）。
一方、ユーザＥ．Ｅが、領域ＰＰＲ９のキャンセルボタンＣＢＴをタップすると、ユーザＡ．Ａの端末２０Ａには、移動ボタンＭＢＴ（領域ＰＰＲ５）が表示されず、ユーザＡ．Ａは、ルームＡからルームＢに移動することはできない。
一方、ユーザＥ．Ｅが、領域ＰＰＲ９のキャンセルボタンＣＢＴをタップすると、ユーザＡ．Ａの端末２０Ａには、移動ボタンＭＢＴ（領域ＰＰＲ５）が表示されず、ユーザＡ．Ａは、ルームＡからルームＢに移動することはできない。
【0438】
このように、ユーザＡ．Ａは、興味のある情報が表示されているサブ領域ＳＲＢをタップすることにより、そのサブ領域ＳＲＢに対応したルームＢのユーザ（Ｅ．Ｅ～Ｈ．Ｈ）に対して、ルームＢに興味があること（ルームＢに参加する可能性があること）を通知することができる。また、ルームＢのユーザ（Ｅ．Ｅ～Ｈ．Ｈ）は、ユーザＡ．ＡがルームＢに興味があることを把握して、ユーザＡ．ＡをルームＢに招待することが可能であり、また、招待しないことも可能である。
【0439】
なお、ルームＢに参加しているユーザ（Ｅ．Ｅ～Ｈ．Ｈ）の各端末２０において、領域ＰＰＲ９の招待ボタンＩＢＴ及びキャンセルボタンＣＢＴの操作を行うことが可能であるようにしてもよく、ルームＢのユーザのうち、予め定められたユーザ（限定ではなく例としてルーム管理者として設定されたユーザ）の端末２０においてのみ、領域ＰＰＲ９の招待ボタンＩＢＴ及びキャンセルボタンＣＢＴの操作を行うことが可能であるようにしてもよい。また、ルームＢに興味を持っているユーザＡ．ＡをルームＢに招待するか否かを、ルームＢのユーザが多数決で決定するようにしてもよい。
【0440】
なお、ルームＢに参加しているユーザ（Ｅ．Ｅ～Ｈ．Ｈ）の各端末２０において、ルームＡのユーザＡ．ＡがルームＢに興味を持っていることが通知されるようにしてもよく、ルームＢのユーザのうち、予め定められたユーザ（限定ではなく例としてルーム管理者として設定されたユーザ）の端末２０においてのみ、通知がされるようにしてもよい。
【0441】
【0442】
図８－３は、他ルーム関心提示処理の流れの一例を示すフローチャートである。この処理では、左側から順に、ルームＡに含まれるユーザＡ．Ａの端末２０Ａの制御部２１が実行する処理、ルームＢに含まれるユーザＥ．Ｅの端末２０Ｅの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理を示している。
【0443】
端末２０Ａの制御部２１は、限定ではなく例として、入出力部２３を介した、他ルームについて表示されたルームトピックやルームタグ通知用情報等に対する入力に基づいて、そのルームにユーザＡ．Ａが興味や関心を持っていることをそのルームに提示することを要求するための他ルーム関心提示要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ８１０）。
【0444】
なお、端末２０Ａの制御部２１が、他ルームについて表示された他ルームの映像情報等に対する入力に基づいて、他ルーム関心提示要求情報をサーバ１０に送信するようにしてもよい。
【0445】
他ルーム関心提示要求情報には、限定ではなく例として、その興味や関心があるルーム（グループ）に対して、またはそのルームのルームメンバーに対して、そのルームに興味や関心があることを示す他ルーム関心提示情報を送信するようにサーバ１０に依頼する情報を含めることができる。
【0446】
また、他ルーム関心提示要求情報には、限定ではなく例としてＳＮＳで用いられる「いいね」に相当する情報や、ユーザによって入力された興味や関心があることを示すメッセージの情報を含めてもよい。
【0447】
また、他ルーム関心提示要求情報には、自分（この例ではユーザＡ．Ａ）をそのルーム（この例ではユーザＥ．Ｅを含むルームＢ）に招待するように催促する情報（より積極的に招待を送るように催促する情報でもよい。）、限定ではなく例として、メンバー勧誘要求情報の送信を依頼する情報を含めてもよい。
【0448】
通信Ｉ／Ｆ１４によって端末２０Ａから他ルーム関心提示要求情報を受信すると、サーバ１０の制御部１１は、それに対応する他ルーム関心提示情報を、通信Ｉ／Ｆ１４によって、第２グループの端末２０Ｅ（およびその他のルームメンバー端末）に送信する（Ｓ８１０）。
【0449】
なお、本例において、サーバ１０が、端末２０Ｅに対してのみ他ルーム関心提示情報を送信するようにしてもよい。
また、上記に関連するが、サーバ１０の制御部１１が、限定ではなく例として、ユーザＥ．Ｅを含む第２グループのミーティングルームにユーザＡ．Ａを招待するようにメンバー勧誘要求情報の送信を依頼することに関する情報を上記の他ルーム関心提示情報に含めて送信するようにしてもよい。
また、上記に関連するが、サーバ１０の制御部１１が、限定ではなく例として、ユーザＥ．Ｅを含む第２グループのミーティングルームにユーザＡ．Ａを招待するようにメンバー勧誘要求情報の送信を依頼することに関する情報を上記の他ルーム関心提示情報に含めて送信するようにしてもよい。
【0450】
通信Ｉ／Ｆ２２によってサーバ１０から他ルーム関心提示情報を受信すると、端末２０Ｅの制御部２１は、受信した他ルーム関心提示情報を表示部２４に表示させる（Ｅ８１０）。
【0451】
その後、端末２０Ｅの制御部２１は、限定ではなく例として、入出力部２３を介して、自分のミーティングルーム（第２グループのミーティングルーム）にユーザＡ．Ａを勧誘するための入力がなされたか否かに基づいて、自分のミーティングルームにユーザＡ．Ａを勧誘するか否かを判定する（Ｅ８２０）。勧誘しないと判定したならば（Ｅ８２０：ＮＯ）、端末２０Ｅの制御部２１は、他ルーム関心提示処理を終了する。
【0452】
勧誘すると判定したならば（Ｅ８２０：ＹＥＳ）、ユーザＡ．Ａを勧誘するように要求するメンバー勧誘要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｅ５２０）。
【0453】
Ｓ８１０の後、サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によってメンバー勧誘要求情報を受信したか否かを判定し（Ｓ８２０）、受信したと判定しなかったと判定したならば（Ｓ８２０：ＮＯ）、他ルーム関心提示処理を終了する。
【0454】
メンバー勧誘要求情報を受信したと判定したならば（Ｓ８２０：ＹＥＳ）、サーバ１０の制御部１１は、前述したメンバー勧誘情報を、通信Ｉ／Ｆ２２によって、ルームＡの端末２０Ａ（およびその他のルームメンバー端末）に送信する（Ｓ５１０）。そして、サーバ１０の制御部１１は、他ルーム関心提示処理を終了する。
【0455】
なお、メンバー勧誘情報を端末２０Ａに対してのみ送信するようにしてもよい。
また、端末２０Ａに送信するメンバー勧誘情報と、その他のルームメンバー端末に送信するメンバー勧誘情報とを異なる情報（異なる内容の情報）としてもよい。
また、端末２０Ａに送信するメンバー勧誘情報と、その他のルームメンバー端末に送信するメンバー勧誘情報とを異なる情報（異なる内容の情報）としてもよい。
【0456】
Ａ８１０の後、端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０からメンバー勧誘情報を受信したか否かを判定する（Ａ８２０）。受信しなかったと判定したならば（Ａ８２０：ＮＯ）、端末２０Ａの制御部２１は、他ルーム関心提示処理を終了する。
【0457】
メンバー勧誘情報を受信したと判定したならば（Ａ８２０：ＹＥＳ）、端末２０Ａの制御部２１は、受信したメンバー勧誘情報を表示部２４に表示させる（Ａ５１０）。そして、端末２０Ａの制御部２１は、他ルーム関心提示処理を終了する。
【0458】
図８－２に戻り、他ルーム関心提示処理（Ｗ８１０）を行った後、サーバ１０の制御部１１は、Ｗ２１０に処理を進める。
【0459】
＜第８実施例の効果＞
本実施例は、端末２０が、自己の端末２０のユーザによる自己の端末２０に対する入力に基づいて、第２グループ、または第２グループに含まれるユーザ（限定ではなく、第２ユーザの一例）に対して、他ルーム関心提示情報などの情報（限定ではなく、第２グループに興味があることを示す第２情報の一例）を通信Ｉ／Ｆ２２によって送信する構成を示している。
このような構成により得られる実施例の効果の一例として、端末は、自己の端末のユーザによる自己の端末に対する入力に基づいて、第２グループ、または第２グループに含まれる第２ユーザに対して、第２グループに興味があることを伝えることができる。
本実施例は、端末２０が、自己の端末２０のユーザによる自己の端末２０に対する入力に基づいて、第２グループ、または第２グループに含まれるユーザ（限定ではなく、第２ユーザの一例）に対して、他ルーム関心提示情報などの情報（限定ではなく、第２グループに興味があることを示す第２情報の一例）を通信Ｉ／Ｆ２２によって送信する構成を示している。
このような構成により得られる実施例の効果の一例として、端末は、自己の端末のユーザによる自己の端末に対する入力に基づいて、第２グループ、または第２グループに含まれる第２ユーザに対して、第２グループに興味があることを伝えることができる。
【0460】
また、この場合、限定ではなく例として他ルーム関心提示情報は、限定ではなく例としてメンバー勧誘情報（限定ではなく、招待に関する情報の一例）の送信を依頼することに関する情報を含むようにしてもよい。
このような構成により得られる実施例の効果の一例として、第２グループに興味があることを示す第２情報に、招待に関する情報の送信を依頼することに関する情報を含めることで、端末のユーザは、興味がある第２グループに対して、自分を招待してくれるように依頼することができる。
このような構成により得られる実施例の効果の一例として、第２グループに興味があることを示す第２情報に、招待に関する情報の送信を依頼することに関する情報を含めることで、端末のユーザは、興味がある第２グループに対して、自分を招待してくれるように依頼することができる。
【0461】
また、この場合、端末２０は、他ルームで送受信されている映像情報や他ルームで送受信されている情報に基づくルームトピック情報やルームタグ通知用情報などの情報（限定ではなく、第２グループで送受信されている情報に基づく第３情報の一例）を表示部２４に表示する。そして、端末２０は、その情報に対する入力に基づいて、他ルーム関心提示情報（限定ではなく、第２情報の一例）を通信Ｉ／Ｆ２２によって送信するようにしてもよい。
このような構成により得られる実施例の効果の一例として、第２グループで送受信されている情報に基づく第３情報が端末の表示部に表示され、この第３情報に対する入力に基づいて、第２グループに興味があることを示す第２情報を送信して、第２グループ、または第２グループに含まれる第２ユーザに対して、第２グループに興味があることを伝えることができる。
このような構成により得られる実施例の効果の一例として、第２グループで送受信されている情報に基づく第３情報が端末の表示部に表示され、この第３情報に対する入力に基づいて、第２グループに興味があることを示す第２情報を送信して、第２グループ、または第２グループに含まれる第２ユーザに対して、第２グループに興味があることを伝えることができる。
【0462】
＜第９実施例＞
第９実施例は、ユーザのルームからの退出に関連する実施例である。
第２実施例等では、ユーザが全体ミーティングから退出することを可能としたが、ユーザによっては、全体ミーティングからは退出しないが、現在のルームから退出することを希望する場合がある。また、この場合、現在のルームから退出したユーザは、元のルームに戻るのに限らず、他のルームに移動することを希望する場合があり得る。
第９実施例は、ユーザのルームからの退出に関連する実施例である。
第２実施例等では、ユーザが全体ミーティングから退出することを可能としたが、ユーザによっては、全体ミーティングからは退出しないが、現在のルームから退出することを希望する場合がある。また、この場合、現在のルームから退出したユーザは、元のルームに戻るのに限らず、他のルームに移動することを希望する場合があり得る。
【0463】
以下の実施例では、現在のルームから退出することを「退室」と称する。退室を「中座」としてもよい。退室や中座は、限定ではなく例として、そのルームでのやり取りをやめ、別のルームに移動し得る状態や、全体ミーティングからは抜けないもののルーム（ミーティングルーム／ベンチルーム）には含まれていない状態を意味してもよいものとする。なお、離席としてもよいものとする。
【0464】
第９実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0465】
＜表示画面＞
図９－１の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。
この図では、ミーティングルーム領域ＲＲＡの右側に、ルームＡで行われているミーティングに参加しているユーザに関する情報が表示されるルーム参加者領域ＰＲＡが設けられている
図９－１の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。
この図では、ミーティングルーム領域ＲＲＡの右側に、ルームＡで行われているミーティングに参加しているユーザに関する情報が表示されるルーム参加者領域ＰＲＡが設けられている
【0466】
図９－１の下側の図は、図９－１の上側の図において、退室ボタンＬＢＴがタップされた場合に端末２０Ａに表示される画面の一例を示す図である。
本実施例では、ユーザＡ．Ａにより退室ボタンＬＢＴがタップされたことに基づき、ユーザＡ．ＡがルームＡから退室し、端末２０Ａの表示部２４の左部には、ルームＡからの退室によってブランクとなった画面が表示されている。
本実施例では、ユーザＡ．Ａにより退室ボタンＬＢＴがタップされたことに基づき、ユーザＡ．ＡがルームＡから退室し、端末２０Ａの表示部２４の左部には、ルームＡからの退室によってブランクとなった画面が表示されている。
【0467】
また、このブランクとなった画面の右には、退室したルームＡを含む、各々の他ルームに対応する他ルーム情報表示領域ＭＲＡ、ＭＲＢ、ＭＲＣ、・・・、が設けられており、他ルーム情報表示領域ＭＲＡ、ＭＲＢ、ＭＲＣ、・・・、には、対応するルームの映像情報が表示されるサブ領域ＳＲＡ、ＳＲＢ、ＳＲＣ、・・・、が設けられている。つまり、この例では、ユーザＡ．ＡがルームＡから退室した場合、退室したルームＡを含む他ルームの映像情報や参加者の情報をユーザＡ．Ａが確認できるようになっている。また、他ルーム情報表示領域に表示されている参加ボタンを操作することで、ユーザＡ．Ａはそのルームに参加することが可能に構成されている。なお、前述した各種の他ルーム情報のうちの参加ボタン以外の情報を操作することで、ユーザＡ．Ａがそのルームに参加することができるようにしてもよい。
【0468】
＜処理＞
図９－２は、本実施例における通信システム１において実行される処理の流れの一例を示すフローチャートである。
Ｗ１１０のステップの後、通信システム１は、ルーム内動画像配信処理を実行する（Ｗ９１０）。
図９－２は、本実施例における通信システム１において実行される処理の流れの一例を示すフローチャートである。
Ｗ１１０のステップの後、通信システム１は、ルーム内動画像配信処理を実行する（Ｗ９１０）。
【0469】
図９－３は、本実施例におけるルーム内動画像配信処理の流れの一例を示すフローチャートである。この処理では、左側から順に、端末２０Ａの制御部２１が実行する処理、端末２０Ｂの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理を示している。
【0470】
端末２０Ａの制御部２１は、限定ではなく例として、入出力部２３を介して退室するユーザ入力（限定ではなく例として、退室ボタンの操作）がなされたか否かを判定することによって、退室するか否かを判定する（Ａ９１０）。退室しないと判定したならば（Ａ９１０：ＮＯ）、端末２０Ａの制御部２１は、動画像情報の送信のステップ（Ａ９２０）と、ルーム内動画像情報の表示のステップ（Ａ９３０）とを行った後、ルーム内動画像配信処理を終了する。
【0471】
退室すると判定したならば（Ａ９１０：ＹＥＳ）、端末２０Ａの制御部２１は、現在のミーティングルームからの退室を要求するための退室要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ９４０）。
【0472】
Ｓ９２０のステップの後、サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって退室要求情報を受信したか否かを判定し（Ｓ９３０）、受信しなかったと判定したならば（Ｓ９３０：ＮＯ）、ルーム内動画像情報を端末２０Ａに送信するステップ（Ｓ９４０）を行った後、ルーム内動画像配信処理を終了する。
【0473】
退室要求情報を受信したと判定したならば（Ｓ９３０：ＹＥＳ）、サーバ１０の制御部１１は、他ルームに関する情報である他ルーム情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ９５０）。この場合、退室によってユーザＡ．ＡはルームＡのルームメンバーから除外されるため、他ルーム情報には、限定ではなく例として、ルームＡを含む各々のルームのルーム情報を含めることができる。なお、他ルーム情報に含めることのできる情報については、前述した通りである。
【0474】
Ａ９４０のステップの後、端末２０Ａの制御部２１は、ルームＡのミーティングルームの表示を「ＯＦＦ」とし、通信Ｉ／Ｆ２２によってサーバ１０から受信した他ルーム情報を表示部２４に表示させる（Ａ９５０）。そして、端末２０Ａの制御部２１は、ルーム内動画像配信処理を終了する。つまり、端末２０Ａでは、ルームＡで送受信された動画像情報の出力をやめる制御を行い、退室したルームＡを含む他ルーム情報を表示する制御を行う。
【0475】
図９－２に戻り、Ｗ９１０のステップの後、サーバ１０の制御部１１は、ルーム移動処理を行う（Ｗ９２０）。このルーム移動処理では、サーバ１０の制御部１１は、限定ではなく例として、図２－６の処理に基づき、各々のルームについて、通信Ｉ／Ｆ１４によって端末２０からルーム移動要求情報を受信したか否かを判定する（Ｓ２０１）。そして、受信したと判定したならば（Ｓ２０１：ＹＥＳ）、サーバ１０の制御部１１は、ミーティングルーム管理データのうち、そのルーム移動要求情報の送信元の端末２０のユーザのアプリケーションＩＤを、現在のルームのルームＩＤに関連付けられたルームメンバーＩＤから削除し、移動先のルームのルームＩＤに関連付けられたルームメンバーＩＤに追加する（Ｓ２０３）。
【0476】
また、Ｗ９１０のステップにおいて端末２０から退室要求情報を受信すると、サーバ１０の制御部１１は、ミーティングルーム管理データのうち、その退室要求情報の送信元の端末２０のユーザのアプリケーションＩＤを、現在のルームのルームＩＤに関連付けられたルームメンバーＩＤから一時的に削除し、そのアプリケーションＩＤを記憶部１５に記憶させて保持する。これにより、退室したユーザは、いずれのルームにも含まれない状態となる。
【0477】
Ｗ９２０のステップの後、サーバ１０の制御部１１は、Ｗ１６０のステップに処理を進める。
【0478】
なお、入出力部２３を介して退室するユーザ入力がなされた後、または、端末２０の制御部２１が退室要求情報をサーバ１０に送信してサーバ１０がこれを受信した後、設定された時間が経過した場合、または設定された時刻となった場合に、サーバ１０の制御部１１が、そのユーザを退室させるようにしてもよい。
【0479】
具体的には、限定ではなく例として、入出力部２３を介して退室するユーザ入力がなされた後、設定された時間（限定ではなく例として、１分）が経過した場合、または設定された時刻（限定ではなく例として、毎時５分ごとの時刻）となった場合に、端末２０の制御部２１が、退室要求情報をサーバ１０に送信するようにしてもよい。
また、限定ではなく例として、サーバ１０が退室要求情報を端末２０から受信した後、設定された時間（限定ではなく例として、１分）が経過した場合、または設定された時刻（限定ではなく例として、毎時５分ごとの時刻）となった場合に、サーバ１０の制御部１１が、その端末２０のユーザを退室させるようにしてもよい。
また、限定ではなく例として、サーバ１０が退室要求情報を端末２０から受信した後、設定された時間（限定ではなく例として、１分）が経過した場合、または設定された時刻（限定ではなく例として、毎時５分ごとの時刻）となった場合に、サーバ１０の制御部１１が、その端末２０のユーザを退室させるようにしてもよい。
【0480】
このようにするのは、すぐに退室してしまうことにユーザが気まずさを感じる可能性があるためである。これは、他のミーティングルームに移動する場合はより顕著であり、すぐにユーザを退室させて他のミーティングルームに移動させてしまうと、ユーザは元のミーティングルームのルームメンバーに対して、より気まずさを感じてしまう可能性がある。
【0481】
＜第９実施例の効果＞
本実施例は、第１ミーティングルームで送受信された動画像情報（限定ではなく、音情報と映像情報との一例）を出力する端末２０は、自己の端末２０のユーザを含む第１ミーティングルームで送受信された動画像情報を表示部２４および音出力部２６から出力する。そして、端末２０は、自己の端末２０のユーザによる自己の端末２０への退室を行うための入力（限定ではなく、第１入力の一例）に基づいて、第１ミーティングルームで送受信された動画像情報の出力をやめる制御を制御部２１によって行う。そして、端末２０は、他ルーム情報（限定ではなく、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報との一例）を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、端末が、端末のユーザを含む第１グループで送受信された音情報と映像情報とを出力し、端末のユーザによる端末への第１入力に基づいて、第１グループで送受信された音情報と映像情報との出力をやめることができる。また、この場合、端末が、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを表示することで、第１グループで送受信された音情報と映像情報との出力がやめられた場合であっても、端末のユーザが、第１グループを示す情報と、第２グループを示す情報とを確認できるようにすることができる。
本実施例は、第１ミーティングルームで送受信された動画像情報（限定ではなく、音情報と映像情報との一例）を出力する端末２０は、自己の端末２０のユーザを含む第１ミーティングルームで送受信された動画像情報を表示部２４および音出力部２６から出力する。そして、端末２０は、自己の端末２０のユーザによる自己の端末２０への退室を行うための入力（限定ではなく、第１入力の一例）に基づいて、第１ミーティングルームで送受信された動画像情報の出力をやめる制御を制御部２１によって行う。そして、端末２０は、他ルーム情報（限定ではなく、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報との一例）を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、端末が、端末のユーザを含む第１グループで送受信された音情報と映像情報とを出力し、端末のユーザによる端末への第１入力に基づいて、第１グループで送受信された音情報と映像情報との出力をやめることができる。また、この場合、端末が、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを表示することで、第１グループで送受信された音情報と映像情報との出力がやめられた場合であっても、端末のユーザが、第１グループを示す情報と、第２グループを示す情報とを確認できるようにすることができる。
【0482】
なお、上記の処理例では、ユーザを退室させるにあたり、ユーザのルームとの関連付けを解除し、退室したルームの情報を含む他ルーム情報を表示することとしたが、これに限定されない。
ユーザを退室させるにあたり、ユーザのルームとの関連付けを解除しないようにし、退室したルームのルーム情報と、それ以外のルームのルーム情報（他ルーム情報）とを表示するようにしてもよい。
また、退室したルームのルーム情報は表示させないようにしてもよい。
ユーザを退室させるにあたり、ユーザのルームとの関連付けを解除しないようにし、退室したルームのルーム情報と、それ以外のルームのルーム情報（他ルーム情報）とを表示するようにしてもよい。
また、退室したルームのルーム情報は表示させないようにしてもよい。
【0483】
また、この場合、端末２０は、自己の端末２０のユーザによる自己の端末２０への退室を行うための入力（限定ではなく、第１入力の一例）に基づいて、退室要求情報をサーバ１０に送信する制御（限定ではなく、第１グループの参加をやめる制御の一例）を制御部２１によって行うようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末が、端末のユーザによる端末への第１入力に基づいて、端末のユーザによる第１グループの参加をやめるように制御することができる。また、このような制御を行うことで、端末のユーザを第１グループから退室させるといったことが可能となる。
このような構成により得られる実施例の効果の一例として、端末が、端末のユーザによる端末への第１入力に基づいて、端末のユーザによる第１グループの参加をやめるように制御することができる。また、このような制御を行うことで、端末のユーザを第１グループから退室させるといったことが可能となる。
【0484】
また、この場合、端末２０は、他ルーム情報（限定ではなく、第２グループを示す情報の一例）に対する入力に基づいて、他ルームに参加する制御を制御部２１によって行うようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末が、第２グループを示す情報に対する入力に基づいて、第２グループにユーザを参加させることができる。
このような構成により得られる実施例の効果の一例として、端末が、第２グループを示す情報に対する入力に基づいて、第２グループにユーザを参加させることができる。
【0485】
また、この場合、端末２０は、自己の端末２０のユーザによる退室を行うための入力（限定ではなく、第１入力の一例）の後、設定された時間が経過した場合、または設定された時刻になった場合、第１ミーティングルームで送受信された動画像情報の出力をやめる制御を制御部２１によって行うようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末が、第１入力の後、設定された時間が経過した場合、または設定された時刻になった場合、第１グループで送受信された音情報と映像情報との出力をやめることができる。また、このようにすることで、端末のユーザがグループからすぐに退室することに気まずさを感じるようなことを防止することできる。
このような構成により得られる実施例の効果の一例として、端末が、第１入力の後、設定された時間が経過した場合、または設定された時刻になった場合、第１グループで送受信された音情報と映像情報との出力をやめることができる。また、このようにすることで、端末のユーザがグループからすぐに退室することに気まずさを感じるようなことを防止することできる。
【0486】
また、本実施例は、第１ミーティングルームで送受信された動画像情報（限定ではなく、音情報と映像情報との一例）を中継するサーバ１０は、第１ミーティングルームに含まれる端末２０（限定ではなく、第１端末の一例）のユーザによる自己の端末２０への退室を行うための入力（限定ではなく、第１入力の一例）に基づいて、第１ミーティングルームに含まれる端末２０から送信された動画像情報を、上記の第１端末へ送信することをやめる制御を行う制御部１１と、他ルーム情報（限定ではなく、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報との一例）を上記の第１端末に送信する通信Ｉ／Ｆ１４とを備える構成を示している。
このような構成により得られる実施例の効果の一例として、サーバが、第１グループに含まれる第１端末のユーザによる第１端末への第１入力に基づいて、第１グループに含まれる端末から送信された、音情報と映像情報とを第１端末へ送信することをやめることができる。また、サーバは、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを第１端末に送信することで、第１グループに含まれる端末から送信された、音情報と映像情報とを第１端末へ送信することをやめた場合であっても、第１端末のユーザが、第１グループを示す情報と、第２グループを示す情報とを確認できるようにすることができる。
このような構成により得られる実施例の効果の一例として、サーバが、第１グループに含まれる第１端末のユーザによる第１端末への第１入力に基づいて、第１グループに含まれる端末から送信された、音情報と映像情報とを第１端末へ送信することをやめることができる。また、サーバは、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを第１端末に送信することで、第１グループに含まれる端末から送信された、音情報と映像情報とを第１端末へ送信することをやめた場合であっても、第１端末のユーザが、第１グループを示す情報と、第２グループを示す情報とを確認できるようにすることができる。
【0487】
＜第１０実施例＞
第１０実施例は、第９実施例とは少し異なり、ミーティングルームから退出したユーザを、前述したベンチルームに移動させることに関する実施例である。
第１０実施例は、第９実施例とは少し異なり、ミーティングルームから退出したユーザを、前述したベンチルームに移動させることに関する実施例である。
【0488】
第１０実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0489】
＜データ構成＞
図１０－１は、本実施例におけるミーティング管理データベース１５５の一例であるミーティング管理データベース１５５Ｄのデータ構成例を示す図である。
ミーティング管理データベース１５５Ｄでは、各々のミーティング管理データに含まれるミーティングルーム管理データにおいて、限定ではなく例として、ルームＩＤと、ルーム名と、ルームメンバーＩＤとが関連付けて記憶される。
図１０－１は、本実施例におけるミーティング管理データベース１５５の一例であるミーティング管理データベース１５５Ｄのデータ構成例を示す図である。
ミーティング管理データベース１５５Ｄでは、各々のミーティング管理データに含まれるミーティングルーム管理データにおいて、限定ではなく例として、ルームＩＤと、ルーム名と、ルームメンバーＩＤとが関連付けて記憶される。
【0490】
本実施例において、ルームＩＤには、限定ではなく例として、前述したミーティングルームのルームＩＤの他、「ベンチルーム」のルームＩＤ（この例では「Ｒ９９９」）が記憶される。
また、ベンチルームのルームＩＤには、限定ではなく例として、ルーム名として「ベンチルーム」が、ルームメンバーＩＤとしてベンチルームに含まれるユーザのアプリケーションＩＤが記憶される。
また、ベンチルームのルームＩＤには、限定ではなく例として、ルーム名として「ベンチルーム」が、ルームメンバーＩＤとしてベンチルームに含まれるユーザのアプリケーションＩＤが記憶される。
【0491】
なお、ミーティングルーム管理データに、上記以外のルーム情報として、限定ではなく例として、ルームメンバーごとの発言量（ルームメンバーＩＤごとの発言量）や、ルーム内で共有されるリンクや画像保存先等の情報を記憶させるようにしてもよい。また、前述したルームトピック等（ただし、ベンチルームを除く。）を記憶させるようにしてもよい。
【0492】
なお、後述するが、ベンチルーム（ベンチルームのルームメンバー、ベンチルームのルームメンバーの端末、ベンチルームのグループ）でメッセージ等の送受信を行うようにしてもよい。そして、この場合、サーバ１０の制御部１１は、ベンチルームで送受信されたメッセージ等に基づいて、ベンチルームのルームトピックを推定して取得するようにしてもよい。そして、この場合は、上記のミーティングルーム管理データのベンチルームの欄にも、ルームトピックを記憶させるようにしてもよい。
【0493】
【0494】
図１０－２の下側の図は、図１０－２の上側の図において、退室ボタンＬＢＴがタップされた場合に端末２０Ａに表示される画面の一例を示す図である。
ユーザＡ．Ａによって退室ボタンＬＢＴがタップされたことに基づき、ユーザＡ．ＡはルームＡから退室し、端末２０Ａの表示部２４の左部には、図９－１下側の図とは異なり、ユーザＡ．Ａが移動したベンチルームの画面が表示されるベンチルーム領域ＢＲＲが表示されている。また、ベンチルーム領域ＢＲＲの下には、ベンチルームに参加している（ベンチルームで待機している）、ユーザＡ．Ａ以外のユーザに関する情報が表示されるベンチルーム参加者領域ＰＲＢＲが設けられており、この例では、ベンチルームにいるユーザＡ．Ａ以外のユーザであるユーザＰ．ＰとユーザＱ．Ｑとに関する情報が表示されている。
また、これらの領域の右には、図９－１の下側の図と同様の、他ルームごとの他ルーム情報表示領域ＭＲＡ、ＭＲＢ、ＭＲＣ、・・・、として、対応する他ルームの映像情報が表示されるサブ領域ＳＲＡ、ＳＲＢ、ＳＲＣ、・・・、を含む領域が表示されている。
この場合、自分が含まれるルームは「ベンチルーム」であり、他ルームは「ミーティングルーム」となる。
ユーザＡ．Ａによって退室ボタンＬＢＴがタップされたことに基づき、ユーザＡ．ＡはルームＡから退室し、端末２０Ａの表示部２４の左部には、図９－１下側の図とは異なり、ユーザＡ．Ａが移動したベンチルームの画面が表示されるベンチルーム領域ＢＲＲが表示されている。また、ベンチルーム領域ＢＲＲの下には、ベンチルームに参加している（ベンチルームで待機している）、ユーザＡ．Ａ以外のユーザに関する情報が表示されるベンチルーム参加者領域ＰＲＢＲが設けられており、この例では、ベンチルームにいるユーザＡ．Ａ以外のユーザであるユーザＰ．ＰとユーザＱ．Ｑとに関する情報が表示されている。
また、これらの領域の右には、図９－１の下側の図と同様の、他ルームごとの他ルーム情報表示領域ＭＲＡ、ＭＲＢ、ＭＲＣ、・・・、として、対応する他ルームの映像情報が表示されるサブ領域ＳＲＡ、ＳＲＢ、ＳＲＣ、・・・、を含む領域が表示されている。
この場合、自分が含まれるルームは「ベンチルーム」であり、他ルームは「ミーティングルーム」となる。
【0495】
なお、前述したように、ベンチルームのルームメンバー間で、メッセージ等の送受信を行うことができるようにしてもよいし、そのようにしなくてもよい。
【0496】
図１０－３の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図であり、図９－１の上側の図や図１０－２の上側の図とほぼ同様であるが、この例では、ミーティングルーム領域ＲＲＡの右に、他ルームごとの他ルーム情報表示領域ＭＲＡ、ＭＲＢ、ＭＲＣ、・・・、として、対応する他ルームで行われているミーティングの映像情報が表示されるサブ領域ＳＲＡ、ＳＲＢ、ＳＲＣ、・・・と、ルーム名、参加ボタン、ルームメンバーに関する情報、招待ボタン等を含む領域とが表示されている。
【0497】
図１０－３の下側の図は、図１０－３の上側の図において、退室ボタンＬＢＴがタップされた場合に端末２０Ａに表示される画面の一例を示す図である。
退室ボタンＬＢＴがタップされたことに基づき、端末２０Ａの表示部２４の左部には、図９－１下側の図と同様にブランクの画面が表示されている。また、その右には、他ルームごとの他ルーム情報表示領域ＭＲＡ、ＭＲＢ、ＭＲＣ、・・・、として、対応する他ルームのワード（ルームトピックやルームタグ通知用情報）が表示されるサブ領域ＳＲＡ、ＳＲＢ、ＳＲＣ、・・・、を含む領域が表示されている。
つまり、この例では、ユーザＡ．ＡがルームＡから退室した場合、ベンチルームに移動せず、退室したルームＡを含む他ルームの話題をユーザＡ．Ａが確認できるようになっている。
退室ボタンＬＢＴがタップされたことに基づき、端末２０Ａの表示部２４の左部には、図９－１下側の図と同様にブランクの画面が表示されている。また、その右には、他ルームごとの他ルーム情報表示領域ＭＲＡ、ＭＲＢ、ＭＲＣ、・・・、として、対応する他ルームのワード（ルームトピックやルームタグ通知用情報）が表示されるサブ領域ＳＲＡ、ＳＲＢ、ＳＲＣ、・・・、を含む領域が表示されている。
つまり、この例では、ユーザＡ．ＡがルームＡから退室した場合、ベンチルームに移動せず、退室したルームＡを含む他ルームの話題をユーザＡ．Ａが確認できるようになっている。
【0498】
【0499】
図１０－４の下側の図は、図１０－４の上側の図において、退室ボタンＬＢＴがタップされた場合に端末２０Ａに表示される画面の一例を示す図である。
退室ボタンＬＢＴがタップされたことに基づき、端末２０Ａの表示部２４の左部には、図１０－２下側の図と同様にベンチルーム領域ＢＲＲにベンチルームの画面が表示されている。また、その右には、図１０－３の下側の画面と同様に、他ルームごとの他ルーム情報表示領域ＭＲＡ、ＭＲＢ、ＭＲＣ、・・・、として、対応する他ルームのワード（ルームトピックやルームタグ通知用情報）が表示されるサブ領域ＳＲＡ、ＳＲＢ、ＳＲＣ、・・・、を含む領域が表示されている。
つまり、この例では、ユーザＡ．ＡがルームＡから退室した場合、ベンチルームに移動し、退室したルームＡを含む他ルームの話題をユーザＡ．Ａが確認できるようになっている。
退室ボタンＬＢＴがタップされたことに基づき、端末２０Ａの表示部２４の左部には、図１０－２下側の図と同様にベンチルーム領域ＢＲＲにベンチルームの画面が表示されている。また、その右には、図１０－３の下側の画面と同様に、他ルームごとの他ルーム情報表示領域ＭＲＡ、ＭＲＢ、ＭＲＣ、・・・、として、対応する他ルームのワード（ルームトピックやルームタグ通知用情報）が表示されるサブ領域ＳＲＡ、ＳＲＢ、ＳＲＣ、・・・、を含む領域が表示されている。
つまり、この例では、ユーザＡ．ＡがルームＡから退室した場合、ベンチルームに移動し、退室したルームＡを含む他ルームの話題をユーザＡ．Ａが確認できるようになっている。
【0500】
なお、他ルーム情報表示領域には、限定ではなく例として、図２－１と同様に、ルームトピックに関連する画像や共有される画像が表示されてもよい。
また、図２－２と同様に、映像情報等に対する入力に基づいて、ルームトピックやルームタグ通知用情報等が表示されるようにしてもよい。
また、図３－１や図３－３に示すように、ベンチルームに移動したユーザの情報に基づいて、関連性のある他ルーム情報を強調表示させるようにしてもよい。
また、図２－２と同様に、映像情報等に対する入力に基づいて、ルームトピックやルームタグ通知用情報等が表示されるようにしてもよい。
また、図３－１や図３－３に示すように、ベンチルームに移動したユーザの情報に基づいて、関連性のある他ルーム情報を強調表示させるようにしてもよい。
【0501】
＜処理＞
図１０－５は、本実施例における通信システム１において実行される処理の流れの一例を示すフローチャートである。
Ｗ１１０のステップの後、通信システム１は、ルーム内動画像配信処理を行う（Ｗ１０１０）。このルーム内動画像配信処理では、限定ではなく例として図９－３の処理において退室要求情報を受信すると（Ｓ９３０：ＹＥＳ）、サーバ１０の制御部１１は、他ルーム情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ９５０）。この場合、他ルーム情報には、前述した情報の他に、限定ではなく例として、以下の情報を含めてもよい。
・ベンチルームのルームメンバーの情報（限定ではなく例として、ベンチルームのルームメンバー名、そのルームメンバーＩＤ、そのルームメンバーの画像）
図１０－５は、本実施例における通信システム１において実行される処理の流れの一例を示すフローチャートである。
Ｗ１１０のステップの後、通信システム１は、ルーム内動画像配信処理を行う（Ｗ１０１０）。このルーム内動画像配信処理では、限定ではなく例として図９－３の処理において退室要求情報を受信すると（Ｓ９３０：ＹＥＳ）、サーバ１０の制御部１１は、他ルーム情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ９５０）。この場合、他ルーム情報には、前述した情報の他に、限定ではなく例として、以下の情報を含めてもよい。
・ベンチルームのルームメンバーの情報（限定ではなく例として、ベンチルームのルームメンバー名、そのルームメンバーＩＤ、そのルームメンバーの画像）
【0502】
また、ルーム内動画像配信処理において、サーバ１０の制御部１１は、以下のいずれかの処理を行うようにすることができる。
・ベンチルームのルームメンバーの端末２０から動画像情報を受信してもルーム内動画像生成処理を行わない
・ベンチルームのルームメンバーの端末２０から動画像情報を受信した場合、ルーム内動画像生成処理は行うが、生成したルーム内動画像情報をその端末２０に送信しない
このようにすることで、上記の処理例では、端末２０Ａの表示部２４に、ルーム内動画像情報が表示されないようにすることができる。
・ベンチルームのルームメンバーの端末２０から動画像情報を受信してもルーム内動画像生成処理を行わない
・ベンチルームのルームメンバーの端末２０から動画像情報を受信した場合、ルーム内動画像生成処理は行うが、生成したルーム内動画像情報をその端末２０に送信しない
このようにすることで、上記の処理例では、端末２０Ａの表示部２４に、ルーム内動画像情報が表示されないようにすることができる。
【0503】
なお、これとは異なり、サーバ１０の制御部１１が、ルーム内動画像情報をベンチルームのルームメンバーの端末２０に送信するようにしてもよい。この場合、ルーム内動画像配信処理において、ベンチルームのルームメンバーの端末２０の制御部２１は、受信したルーム内動画像情報を表示部２４に表示しないようにすることができる。
また、これとは異なり、ベンチルームのルームメンバーの端末２０の制御部２１が、動画像情報をサーバ１０に送信しないようにしてもよい。
このようにすることで、上記の処理例では、ルーム内動画像情報が端末２０Ａの表示部２４に表示されないようにすることができる。
また、これとは異なり、ベンチルームのルームメンバーの端末２０の制御部２１が、動画像情報をサーバ１０に送信しないようにしてもよい。
このようにすることで、上記の処理例では、ルーム内動画像情報が端末２０Ａの表示部２４に表示されないようにすることができる。
【0504】
また、前述したように、ベンチルームのルームメンバーの端末２０が、入出力部２３を介したユーザ入力に基づいて、ベンチルームの他のユーザに対して、サーバ１０を介してメッセージを送信することを可能としてもよい。この場合は、入出力部２３を介してテキストコンテンツ等のコンテンツが入力され、コンテンツの送信ボタンがタップされると、端末２０Ａの制御部２１は、入力されたコンテンツをサーバ１０に送信する。そして、サーバ１０の制御部１１は、受信したコンテンツに基づきメッセージ情報を生成し、生成したメッセージ情報を、ベンチルームの他のユーザの端末２０に送信するようにすることができる。
【0505】
Ｗ１０１０のステップの後、通信システム１は、ルーム移動処理を行う（Ｗ１０４０）。このルーム移動処理では、サーバ１０の制御部１１は、各々のルームについて、通信Ｉ／Ｆ１４によって端末２０からルーム移動要求情報を受信したか否かを判定する。そして、受信したと判定したならば、サーバ１０の制御部１１は、ミーティングルーム管理データのうち、そのルーム移動要求情報の送信元の端末２０のユーザのアプリケーションＩＤを、現在のルームのルームＩＤに関連付けられたルームメンバーＩＤから削除し、移動先のルームのルームＩＤに関連付けられたルームメンバーＩＤに追加する。
【0506】
また、端末２０において、入出力部２３を介して退室するユーザ入力（限定ではなく例として、退室ボタンの操作等）がなされると、その端末２０からサーバ１０に対して、ベンチルームへの移動を要求するルーム移動要求情報、または現在のミーティングルームからの退出を要求する退室要求情報が送信される。そして、サーバ１０の制御部１１は、受信した情報に基づいて、ミーティングルーム管理データのうち、その端末２０のユーザのアプリケーションＩＤを、現在のルームのルームＩＤに関連付けられたルームメンバーＩＤからベンチルームのルームＩＤに関連付けられたルームメンバーＩＤに付け替える。
【0507】
Ｗ１０４０のステップの後、サーバ１０の制御部１１は、Ｗ１３０のステップに処理を移し、設定時間が経過したと判定した場合（Ｗ１３０：ＹＥＳ）、ルームトピック取得処理を行う（Ｗ１０２０）。
このルームトピック取得処理では、サーバ１０の制御部１１は、ベンチルームについてはルームトピックを取得しなくてもよいが、上記のように、限定ではなく例として、ベンチルームのルームメンバー間で送受信されたメッセージ（コンテンツ）等に基づいて、ベンチルームのルームトピックを推定して取得するようにしてもよい。
このルームトピック取得処理では、サーバ１０の制御部１１は、ベンチルームについてはルームトピックを取得しなくてもよいが、上記のように、限定ではなく例として、ベンチルームのルームメンバー間で送受信されたメッセージ（コンテンツ）等に基づいて、ベンチルームのルームトピックを推定して取得するようにしてもよい。
【0508】
その後、通信システム１は、ルームトピック更新処理を行う（Ｗ１０３０）。
【0509】
ルームトピック更新処理において、サーバ１０の制御部１１は、限定ではなく例として、ルームトピック情報をベンチルームのルームメンバーの端末２０に送信しないようにすることができる。
このようにすることで、ルームトピックやルームタグ通知用情報が、ベンチルームのルームメンバーの端末２０に表示されないようにすることができる。
このようにすることで、ルームトピックやルームタグ通知用情報が、ベンチルームのルームメンバーの端末２０に表示されないようにすることができる。
【0510】
なお、これとは異なり、サーバ１０の制御部１１が、ルームトピック情報をベンチルームのルームメンバーの端末２０に送信するようにしてもよい。この場合、ルームトピック更新処理において、ベンチルームのルームメンバーの端末２０の制御部２１は、限定ではなく例として、以下のいずれかの処理を行うようにしてもよい。
・ルームトピック情報を受信してもルームタグ通知用情報生成処理を行わず、ルームタグ通知用情報を表示しない
・受信したルームトピック情報に基づいてルームタグ通知用情報生成処理を行うが、生成したルームタグ通知用情報を表示しない
・受信したルームトピック情報のルームトピックを表示しない（ルームタグ通知用情報も表示しない）
このようにすることで、ルームトピックやルームタグ通知用情報が、ベンチルームのルームメンバーの端末２０に表示されないようにすることができる。
・ルームトピック情報を受信してもルームタグ通知用情報生成処理を行わず、ルームタグ通知用情報を表示しない
・受信したルームトピック情報に基づいてルームタグ通知用情報生成処理を行うが、生成したルームタグ通知用情報を表示しない
・受信したルームトピック情報のルームトピックを表示しない（ルームタグ通知用情報も表示しない）
このようにすることで、ルームトピックやルームタグ通知用情報が、ベンチルームのルームメンバーの端末２０に表示されないようにすることができる。
【0511】
Ｗ１０３０のステップの後、サーバ１０の制御部１１は、Ｗ１６０のステップに処理を進める。
【0512】
＜第１０実施例の効果＞
本実施例は、端末２０が、自己の端末２０のユーザによる自己の端末２０への退室を行うための入力（限定ではなく、第１入力の一例）に基づいて、現在いるミーティングルームとは異なるルームの１つであるベンチルーム（限定ではなく、第３グループの一例）に移動する制御を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１入力に基づいて、第１グループとは異なる第３グループに端末のユーザを移動させることができる。
本実施例は、端末２０が、自己の端末２０のユーザによる自己の端末２０への退室を行うための入力（限定ではなく、第１入力の一例）に基づいて、現在いるミーティングルームとは異なるルームの１つであるベンチルーム（限定ではなく、第３グループの一例）に移動する制御を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１入力に基づいて、第１グループとは異なる第３グループに端末のユーザを移動させることができる。
【0513】
また、この場合、ベンチルーム（ベンチルームのグループ）は、ベンチルーム（ベンチルームのグループ）内で動画像情報の送受信が不可であるようにしてもよい。
このような構成により得られる実施例の効果の一例として、第１入力に基づいて、第１グループとは異なる第３グループに移動した後は、その第３グループ内で、音声情報および映像情報が送受信できないようにすることができ、ユーザが待機することを可能とすることができる。
このような構成により得られる実施例の効果の一例として、第１入力に基づいて、第１グループとは異なる第３グループに移動した後は、その第３グループ内で、音声情報および映像情報が送受信できないようにすることができ、ユーザが待機することを可能とすることができる。
【0514】
また、この場合、ベンチルーム（ベンチルームのグループ）は、メッセージの送受信が可能であるようにしてもよい。
このような構成により得られる実施例の効果の一例として、上記と相まって、第３グループ内での音声情報および映像情報の送受信は不可であるが、メッセージの送受信は可能とすることで、第３グループ内でメッセージによる簡単なやり取りを行うことを可能とすることができる。
このような構成により得られる実施例の効果の一例として、上記と相まって、第３グループ内での音声情報および映像情報の送受信は不可であるが、メッセージの送受信は可能とすることで、第３グループ内でメッセージによる簡単なやり取りを行うことを可能とすることができる。
【0515】
また、この場合、端末２０は、自己の端末２０のユーザがベンチルーム（ベンチルームのグループ）に含まれる場合、ベンチルームに移動する前のルーム（グループ）を示す情報と、他ルーム（他グループ）を示す情報とを表示する制御を制御部２１によって行うようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末のユーザが第３グループに含まれる場合であっても、第１グループを示す情報と、第２グループを示す情報とを表示して、第１グループを示す情報と、第２グループを示す情報とを端末のユーザが確認できるようにすることができる。
このような構成により得られる実施例の効果の一例として、端末のユーザが第３グループに含まれる場合であっても、第１グループを示す情報と、第２グループを示す情報とを表示して、第１グループを示す情報と、第２グループを示す情報とを端末のユーザが確認できるようにすることができる。
【0516】
＜第１０変形例（１）＞
上記の実施例において、設定された条件が成立したことに基づいて、ベンチルームに含まれるユーザに対して、ミーティングルームに参加することの提案等を行うようにしてもよい。
上記の実施例において、設定された条件が成立したことに基づいて、ベンチルームに含まれるユーザに対して、ミーティングルームに参加することの提案等を行うようにしてもよい。
【0517】
図１０－６の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図であり、図１０－４の下側の図と同様である。
図１０－６の上側の図のベンチルームの画面が表示された後、図１０－６の下側の図に示すように、この例では、ルームＡに参加することをユーザＡ，Ａに促すテキスト（この例では「ルームＡに参加してみませんか？」のテキスト）と、移動ボタンＭＢＴと、キャンセルボタンＣＢＴとを含むメンバー勧誘情報（ルーム参加提案情報と言ってもよい。）が、ポップアップ形式で表示されるポップアップ領域ＰＰＲ１０に表示されている。
図１０－６の上側の図のベンチルームの画面が表示された後、図１０－６の下側の図に示すように、この例では、ルームＡに参加することをユーザＡ，Ａに促すテキスト（この例では「ルームＡに参加してみませんか？」のテキスト）と、移動ボタンＭＢＴと、キャンセルボタンＣＢＴとを含むメンバー勧誘情報（ルーム参加提案情報と言ってもよい。）が、ポップアップ形式で表示されるポップアップ領域ＰＰＲ１０に表示されている。
【0518】
このメンバー勧誘情報は、限定ではなく例として、サーバ１０の制御部１１が、設定された条件が成立したことに基づいて、端末２０Ａに送信するようにすることができる。設定された条件は、限定ではなく例として、少なくとも以下のいずれか１つとすることができる。
・ユーザがベンチルームに移動してから設定時間が経過したこと
・ユーザがベンチルームに移動した後、設定時刻となったこと
・ユーザがベンチルームに移動してから設定時間が経過したこと
・ユーザがベンチルームに移動した後、設定時刻となったこと
【0519】
また、この場合、提案する移動先のルームは、限定ではなく例として、サーバ１０の制御部１１が、以下のいずれかのルームに決定することができる。
・サーバ１０に対して前述したメンバー勧誘要求情報を送信した端末２０（メンバー勧誘要求情報を受信した端末２０）のユーザが含まれるルーム
・ベンチルームのルームメンバーがベンチルームに移動する直前にいたミーティングルーム
・ベンチルームのルームメンバーのユーザ情報に基づいて決定したミーティングルーム（手法は前述した実施例と同様）
・ランダムに決定したミーティングルーム
・サーバ１０に対して前述したメンバー勧誘要求情報を送信した端末２０（メンバー勧誘要求情報を受信した端末２０）のユーザが含まれるルーム
・ベンチルームのルームメンバーがベンチルームに移動する直前にいたミーティングルーム
・ベンチルームのルームメンバーのユーザ情報に基づいて決定したミーティングルーム（手法は前述した実施例と同様）
・ランダムに決定したミーティングルーム
【0520】
サーバ１０に対してメンバー勧誘要求情報を送信した端末２０のユーザが含まれるルームを移動先のルームに提案することは、ベンチルームのルームメンバーに対する招待を受けて、その招待を受けたルームに移動することをユーザに提案することを意味する。
【0521】
また、この例では、図１０－６の上側の図では、ベンチルーム領域ＢＲＲおよびベンチルーム参加者領域ＰＲＢＲの右に表示される他ルームごとの他ルーム情報表示領域ＭＲＡ、ＭＲＢ、ＭＲＣ、・・・、のサブ領域ＳＲＡ、ＳＲＢ、ＳＲＣ、・・・、には、対応する他ルームのワード（ルームトピックやルームタグ通知用情報）が表示されていた。しかし、上記の設定された条件が成立したことに基づいて、図１０－６の下側の図では、サブ領域ＳＲＡ、ＳＲＢ、ＳＲＣ、・・・、には、表示されていたワード（ルームトピックやルームタグ通知用情報）の表示が消去され、それに代えて、対応する他ルームの映像情報が表示されている。
なお、この場合に、設定された条件が成立したことに基づいて、図１０－６の下側の画面において、他ルーム情報表示領域に他ルーム情報を何も表示させないようにしてもよい。
なお、この場合に、設定された条件が成立したことに基づいて、図１０－６の下側の画面において、他ルーム情報表示領域に他ルーム情報を何も表示させないようにしてもよい。
【0522】
移動ボタンＭＢＴがタップされると、端末２０Ａからサーバ１０に対してルーム移動要求情報が送信され、サーバ１０によってルーム移動処理が実行されることで、提案された移動先のルーム（この例ではルームＡ）にユーザＡ．Ａが移動される。
【0523】
なお、サーバ１０の制御部１１が、メンバー勧誘情報を端末２０Ａに送信し、それを端末２０Ａの制御部２１が表示部２４に表示するようにするのではなく、端末２０Ａの制御部２１が、設定された条件（上記と同様）が成立したか否かを判定し、成立したと判定した場合に、メンバー勧誘情報を表示部２４に表示するようにしてもよい。
【0524】
図１０－７の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。
この例では、ベンチルーム領域ＢＲＲおよびベンチルーム参加者領域ＰＲＢＲの右に、他ルームごとの他ルーム情報表示領域ＭＲＡ、ＭＲＢ、ＭＲＣ、・・・、として、対応する他ルームのワード（ルームトピックやルームタグ通知用情報）が表示されるサブ領域ＳＲＡ、ＳＲＢ、ＳＲＣ、・・・、を含む領域が表示されている。
この例では、ベンチルーム領域ＢＲＲおよびベンチルーム参加者領域ＰＲＢＲの右に、他ルームごとの他ルーム情報表示領域ＭＲＡ、ＭＲＢ、ＭＲＣ、・・・、として、対応する他ルームのワード（ルームトピックやルームタグ通知用情報）が表示されるサブ領域ＳＲＡ、ＳＲＢ、ＳＲＣ、・・・、を含む領域が表示されている。
【0525】
また、この例では、ベンチルーム領域ＢＲＲ内に、他ルームごとの会話量を棒グラフで表した会話量領域ＣＡＲが表示されている。他ルームごとの会話量は、サーバ１０の制御部１１が、限定ではなく例として、ミーティングルーム管理データに各々のルームと関連付けて記憶されるルームメンバーごとの発言量に基づいて、ルームごとに集計するようにすることができる。そして、集計の結果として得られたルームごとの会話量の情報がサーバ１０から端末２０に送信され、この例では、端末２０Ａの制御部２１が、受信した会話量の情報に基づいて、他ルームごとの会話量をグラフ形式で表示させるようにすることができる。
なお、サーバ１０の制御部１１がグラフまで生成して端末２０に送信するようにしてもよい。
なお、サーバ１０の制御部１１がグラフまで生成して端末２０に送信するようにしてもよい。
【0526】
なお、端末２０の制御部２１が、ミーティングルームでのミーティング中に、その端末２０のユーザの発言量の情報を要求する発言量要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、サーバ１０の制御部１１が、通信Ｉ／Ｆ１４によって端末２０から発言量要求情報を受信したことに基づいて、そのユーザの発言量の情報をその端末２０に送信するようにしてもよい。そして、端末２０の制御部２１は、受信した発言量を表示部２４に表示させるようにしてもよい。なお、自分の発言量ではなく、任意に選択・指定したユーザの発言量の情報をサーバ１０に要求し、それを取得することができるようにしてもよい。また、端末２０の制御部２１が、音入力部２５によって入力された音情報に基づいて、自己の端末２０のユーザの発言量を取得するようにしてもよい。
【0527】
図１０－７の上側の図のベンチルームの画面が表示された後、図１０－７の下側の図に示すように、この例では、ルームＤに参加することをユーザＡ，Ａに促すテキスト（この例では「ルームＤに参加してみませんか？」のテキスト）と、移動ボタンＭＢＴと、キャンセルボタンＣＢＴとを含むメンバー勧誘情報が、ポップアップ形式で表示されるポップアップ領域ＰＰＲ１１に表示されている。
【0528】
このルーム参加者情報は、限定ではなく例として図１０－６と同様に、サーバ１０の制御部１１が、設定された条件（限定ではなく例として、ユーザがベンチルームに移動してから設定された時間が経過したことや、ユーザがベンチルームに移動した後、設定された時刻となったこと等）が成立したことに基づいて、端末２０Ａに送信するようにすることができる。
【0529】
また、この例において、提案する移動先のルームは、限定ではなく例として、サーバ１０の制御部１１が、他ルームごとの会話量に基づいて決定することができる。具体的には、サーバ１０の制御部１１は、限定ではなく例として、会話量が最も少ないルームを、提案する移動先のルームに決定するようにすることができる。
【0530】
また、この例では、図１０－７の上側の図では、ベンチルーム領域ＢＲＲおよびベンチルーム参加者領域ＰＲＢＲの右に表示される他ルームごとの他ルーム情報表示領域ＭＲＡ、ＭＲＢ、ＭＲＣ、・・・、のサブ領域ＳＲＡ、ＳＲＢ、ＳＲＣ、・・・、には、対応する他ルームのワード（ルームトピックやルームタグ通知用情報）が表示されていた。
しかし、上記の設定された条件が成立したことに基づいて、図１０－７の下側の図では、図１０－７の上側の図においてサブ領域ＳＲＡ、ＳＲＢ、ＳＲＣ、・・・、に表示されていたワード（ルームトピックやルームタグ通知用情報）の表示が消え、それに代えて、対応する他ルームの映像情報が表示されている。
しかし、上記の設定された条件が成立したことに基づいて、図１０－７の下側の図では、図１０－７の上側の図においてサブ領域ＳＲＡ、ＳＲＢ、ＳＲＣ、・・・、に表示されていたワード（ルームトピックやルームタグ通知用情報）の表示が消え、それに代えて、対応する他ルームの映像情報が表示されている。
【0531】
移動ボタンＭＢＴがタップされると、端末２０Ａからサーバ１０に対してルーム移動要求情報が送信され、サーバ１０によってルーム移動処理が実行されることで、提案された移動先のルーム（この例ではルームＤ）にユーザＡ．Ａが移動される。
【0532】
なお、サーバ１０の制御部１１が、メンバー勧誘情報を端末２０Ａに送信し、それを端末２０Ａの制御部２１が表示部２４に表示するようにするのではなく、端末２０Ａの制御部２１が、設定された条件（上記と同様）が成立したか否かを判定し、成立したと判定した場合に、メンバー勧誘情報を表示部２４に表示するようにしてもよい。
【0533】
また、図１０－６や図１０－７の例では、提案する移動先のルームに移動するか否かの確認をベンチルームのルームメンバーに対して行い、ユーザが移動することに承認した場合に、提案する移動先のルームにユーザを移動させることとしたが、これに限定されない。
サーバ１０の制御部１１が、設定された条件が成立したことに基づいて、ユーザの承認を得ることなくルーム移動処理を行うようにし、提案する移動先のルームにユーザを移動させるようにしてもよい（ベンチルームからの強制移動と言ってもよい。）。
サーバ１０の制御部１１が、設定された条件が成立したことに基づいて、ユーザの承認を得ることなくルーム移動処理を行うようにし、提案する移動先のルームにユーザを移動させるようにしてもよい（ベンチルームからの強制移動と言ってもよい。）。
【0534】
また、サーバ１０の制御部１１が、設定された条件が成立したことに基づいて、ユーザをベンチルームから強制的に退出（以下、「強制退出」（強制退室）と称する。）させてもよい。この場合、サーバ１０の制御部１１は、限定ではなく例として、そのユーザのアプリケーションＩＤを、ベンチルームのルームＩＤに関連付けられたルームメンバーＩＤから一時的に削除し、そのアプリケーションＩＤを記憶部１５に記憶させて保持する。これは、ベンチルームから強制退出させたユーザを把握できるようにするためである。これにより、ユーザは、いずれのルーム（ベンチルームを含む。）にも含まれない状態となる。
【0535】
また、上記のように、サーバ１０の制御部１１がユーザをベンチルームから強制退出させるにあたり、上記の設定された条件が成立した場合に、限定ではなく例として、そのユーザの端末２０への他ルーム情報の送信をやめ、そのユーザの端末２０に他ルーム情報が表示されなくなるようにしてもよい。つまり、ベンチルームから強制退出させるユーザは、他のルームの情報を確認することができなくなるようにしてもよい。
【0536】
本変形例は、端末２０は、自己の端末２０のユーザがベンチルーム（ベンチルームのグループ）に含まれ、メンバー勧誘情報やルーム参加提案情報（限定ではなく、招待に関する情報の一例）を通信Ｉ／Ｆ２２によって受信した場合、メンバー勧誘情報やルーム参加提案情報に基づくルーム（グループ）に移動する制御を制御部２１によって行うようにしてもよい。
このような構成により得られる変形例の効果の一例として、端末が、端末のユーザが第３グループに含まれ、招待に関する情報を受信した場合、招待に関する情報に基づくグループに端末のユーザを移動させることができる。また、このような制御を行うことで、限定ではなく例として、ユーザを第３グループから招待されたグループに強制移動させるといったことが可能となる。
このような構成により得られる変形例の効果の一例として、端末が、端末のユーザが第３グループに含まれ、招待に関する情報を受信した場合、招待に関する情報に基づくグループに端末のユーザを移動させることができる。また、このような制御を行うことで、限定ではなく例として、ユーザを第３グループから招待されたグループに強制移動させるといったことが可能となる。
【0537】
また、この場合、端末２０は、設定時間以上、または設定時刻まで、ベンチルーム（ベンチルームのグループ）に端末２０のユーザが含まれる場合、他ルーム情報（限定ではなく、第１グループを示す情報と第２グループを示す情報との一例）の表示を表示部２４に表示しない制御を制御部２１によって行うようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末が、設定された時間以上、または設定された時刻まで第３グループに端末のユーザが含まれる場合、第１グループを示す情報と第２グループを示す情報との表示を表示部に表示しないようにすることで、第１グループを示す情報と第２グループを示す情報とを端末のユーザが確認できないようにすることができる。また、このような制御を行うことで、限定ではなく例として、ユーザを第３グループから強制退出させるといったことが可能となる。
このような構成により得られる実施例の効果の一例として、端末が、設定された時間以上、または設定された時刻まで第３グループに端末のユーザが含まれる場合、第１グループを示す情報と第２グループを示す情報との表示を表示部に表示しないようにすることで、第１グループを示す情報と第２グループを示す情報とを端末のユーザが確認できないようにすることができる。また、このような制御を行うことで、限定ではなく例として、ユーザを第３グループから強制退出させるといったことが可能となる。
【0538】
また、この場合、端末２０は、設定時間以上、または設定時刻まで、ベンチルーム（ベンチルームのグループ）に端末２０のユーザが含まれる場合、ベンチルーム（ベンチルームのグループ）とは異なるルーム（グループ）に移動する制御を制御部２１によって行うようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末が、設定された時間以上、または設定された時刻まで第３グループに端末のユーザが含まれる場合、第３グループとは異なる第４グループにユーザを移動させることができる。また、このような制御を行うことで、限定ではなく例として、ユーザを第３グループから第４グループに強制移動させるといったことが可能となる。
このような構成により得られる実施例の効果の一例として、端末が、設定された時間以上、または設定された時刻まで第３グループに端末のユーザが含まれる場合、第３グループとは異なる第４グループにユーザを移動させることができる。また、このような制御を行うことで、限定ではなく例として、ユーザを第３グループから第４グループに強制移動させるといったことが可能となる。
【0539】
また、この場合、端末２０が、自己の端末２０のユーザによる発言量を、制御部２１、通信Ｉ／Ｆ２２、音入力部２５等（限定ではなく、取得部の一例）によって取得するようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末が、端末のユーザによる発言量を取得することができる。また、限定ではなく例として、端末が、取得した発言量を表示部に表示するなどすることで、自己の端末のユーザが自分の発言量を把握できるようにすることができる。
このような構成により得られる実施例の効果の一例として、端末が、端末のユーザによる発言量を取得することができる。また、限定ではなく例として、端末が、取得した発言量を表示部に表示するなどすることで、自己の端末のユーザが自分の発言量を把握できるようにすることができる。
【0540】
＜第１１実施例＞
第１１実施例は、設定された条件が成立したことに基づいて、ユーザを退室させることを可能にする実施例である。
第１１実施例は、設定された条件が成立したことに基づいて、ユーザを退室させることを可能にする実施例である。
【0541】
第１１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0542】
第９実施例や第１０実施例で説明したように、ユーザは退室するためのユーザ入力（限定ではなく例として、退室ボタンのタップ等）を行うことによって、退室することができる。このユーザ入力が行われることも、設定された条件の１つと捉えてもよい。
本実施例では、このユーザ入力が行われること以外の条件が成立したことに基づいて、ユーザが退室することを可能にする。一例として、端末２０が、自己の端末２０のユーザに関する情報を取得し、そのユーザに関する情報の取得に基づいて、いわば自動的に端末２０のユーザを退室させる手法を例示する。
本実施例では、このユーザ入力が行われること以外の条件が成立したことに基づいて、ユーザが退室することを可能にする。一例として、端末２０が、自己の端末２０のユーザに関する情報を取得し、そのユーザに関する情報の取得に基づいて、いわば自動的に端末２０のユーザを退室させる手法を例示する。
【0543】
＜表示画面＞
図１１－１の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。
この例では、ミーティング中にユーザＡが席を立ったことにより、ミーティングルーム領域ＲＲＡのユーザＡの映像が表示される領域に、撮像部２７によって撮像されたユーザＡ．Ａが離席していることを示す映像（ユーザＡ．Ａが座っている椅子を含む映像）が表示されている。
図１１－１の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。
この例では、ミーティング中にユーザＡが席を立ったことにより、ミーティングルーム領域ＲＲＡのユーザＡの映像が表示される領域に、撮像部２７によって撮像されたユーザＡ．Ａが離席していることを示す映像（ユーザＡ．Ａが座っている椅子を含む映像）が表示されている。
【0544】
図１１－１の下側の図は、その後、設定された条件が成立した場合に端末２０Ａの表示部２４に表示される画面の一例を示す図である。
この例では、限定ではなく例として、端末２０Ａの撮像部２７によって撮像された映像から、設定された時間以上（または設定された時間超）、人物が検出されなかったことに基づいて、ユーザＡ．Ａは離席した状態（限定ではなく例として、一定時間以上、席を離れている状態）であると判定される。そして、この例では、その判定結果に基づいて、ユーザＡ．Ａがベンチルームに移動された状態が示されている。
この例では、限定ではなく例として、端末２０Ａの撮像部２７によって撮像された映像から、設定された時間以上（または設定された時間超）、人物が検出されなかったことに基づいて、ユーザＡ．Ａは離席した状態（限定ではなく例として、一定時間以上、席を離れている状態）であると判定される。そして、この例では、その判定結果に基づいて、ユーザＡ．Ａがベンチルームに移動された状態が示されている。
【0545】
具体的には、前述したベンチルーム領域ＢＲＲおよびベンチルーム参加者領域ＰＲＢＲを含む画面が表示されている。また、ベンチルーム領域ＢＲＲおよびベンチルーム参加者領域ＰＲＢＲの右には、ルームＡを含む他ルーム別の話題に関するワード（ルームトピックやルームタグ通知用情報）が表示されるサブ領域ＳＲＡ、ＳＲＢ、ＳＲＣ、・・・、を含む他ルーム情報表示領域ＭＲＢ、ＭＲＣ、ＭＲＤ、・・・、が表示されている。
【0546】
図１１－２の上側の図は、ルームＡに参加しているユーザＡ．Ａの端末２０Ａに表示される画面の一例を示す図である。
この例では、ミーティング中にユーザＡが自己の端末２０ＡのビデオボタンＶＢＴをタップしたことで、自分の映像（限定ではなく例として、端末２０Ａの撮像部２７により撮像された映像）が非表示とされた状態が示されている。また、この例では、ミーティングルーム領域ＲＲＡのユーザＡ．Ａの映像が表示される領域に、「自動退室」の文字とともにスライドボタンが表示されており、このスライドボタンがユーザＡ．Ａによって「ＯＮ」とされた状態が示されている。
この例では、ミーティング中にユーザＡが自己の端末２０ＡのビデオボタンＶＢＴをタップしたことで、自分の映像（限定ではなく例として、端末２０Ａの撮像部２７により撮像された映像）が非表示とされた状態が示されている。また、この例では、ミーティングルーム領域ＲＲＡのユーザＡ．Ａの映像が表示される領域に、「自動退室」の文字とともにスライドボタンが表示されており、このスライドボタンがユーザＡ．Ａによって「ＯＮ」とされた状態が示されている。
【0547】
このスライドボタンは、限定ではなく例として、自分（この例ではユーザＡ．Ａ）をルームＡから自動退室させるために用いられるボタンとすることができる。
また、この例では、ビデオボタンＶＢＴがタップされた後、またはスライドボタンが「ＯＮ」とされた後、設定された条件が成立すると、ユーザがベンチルームに移動されるように構成されている。
なお、スライドボタンが「ＯＦＦ」とされた場合は、設定された条件が成立しても、ルームから自動退室されないようにすることができる。
また、この例では、ビデオボタンＶＢＴがタップされた後、またはスライドボタンが「ＯＮ」とされた後、設定された条件が成立すると、ユーザがベンチルームに移動されるように構成されている。
なお、スライドボタンが「ＯＦＦ」とされた場合は、設定された条件が成立しても、ルームから自動退室されないようにすることができる。
【0548】
図１１－２の下側の図は、上記の設定された条件が成立した場合に端末２０Ａの表示部２４に表示される画面の一例を示す図である。
この例では、限定ではなく例として、ビデオボタンＶＢＴがタップされた後、またはスライドボタンが「ＯＮ」とされてから、設定された時間以上（または設定された時間超）、時間が経過したことに基づいて、ユーザＡ．Ａがベンチルームに移動された状態が示されている。
この例では、限定ではなく例として、ビデオボタンＶＢＴがタップされた後、またはスライドボタンが「ＯＮ」とされてから、設定された時間以上（または設定された時間超）、時間が経過したことに基づいて、ユーザＡ．Ａがベンチルームに移動された状態が示されている。
【0549】
なお、ここでは、ユーザＡ．ＡがビデオボタンＶＢＴを操作して映像「ＯＦＦ」の状態としたことに基づいて自動退室する例を示したが、これに限定されない。
限定ではなく例として、ユーザＡ．ＡがスピーカボタンＳＢＴを操作して音声「ＯＦＦ」（ミュート）の状態としたことに基づいて、上記と同様にユーザＡ．Ａを自動退室させるようにしてもよい。
限定ではなく例として、ユーザＡ．ＡがスピーカボタンＳＢＴを操作して音声「ＯＦＦ」（ミュート）の状態としたことに基づいて、上記と同様にユーザＡ．Ａを自動退室させるようにしてもよい。
【0550】
＜処理＞
図１１－３は、本実施例における通信システム１において実行される処理の流れの一例を示すフローチャートである。
Ｗ１１０のステップの後、通信システム１は、ルーム内動画像配信処理を行う（Ｗ１１１０）。
図１１－３は、本実施例における通信システム１において実行される処理の流れの一例を示すフローチャートである。
Ｗ１１０のステップの後、通信システム１は、ルーム内動画像配信処理を行う（Ｗ１１１０）。
【0551】
図１１－４は、本実施例におけるルーム内動画像配信処理の流れの一例を示すフローチャートである。この処理では、左側から順に、端末２０Ａの制御部２１が実行する処理、端末２０Ｂの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理を示している。
【0552】
Ｓ９２０のステップの後、サーバ１０の制御部１１は、ユーザの離席検出を行う（Ｓ１１１０）。具体的には、限定ではなく例として、端末２０Ａから送信される動画像情報、端末２０Ｂから送信される動画像情報（およびその他のルームメンバー端末から送信される動画像情報）に基づいて、離席したユーザが存在するか否かを判定する。ここでいう離席とは、ユーザが事情（休憩等）により一時的に自分の席から離れることを意味するものとする。
【0553】
より具体的には、サーバ１０の制御部１１は、限定ではなく例として、各々の動画像情報に含まれる映像情報に対して人物検出処理を行い、設定された時間以上（または設定された時間超）、人物が検出されなかった場合に、その動画像情報の送信元の端末２０のユーザは離席していると判定する。
なお、この場合、設定された時刻まで、人物が検出されなかった場合に、その動画像情報の送信元の端末２０のユーザは離席していると判定してもよい。
なお、この場合、設定された時刻まで、人物が検出されなかった場合に、その動画像情報の送信元の端末２０のユーザは離席していると判定してもよい。
【0554】
また、サーバ１０の制御部１１が、限定ではなく例として、各々の動画像情報に含まれる音情報に対して話者検出処理を行い、設定された時間以上（または設定された時間超）、話者が検出されなかった場合に、その動画像情報の送信元の端末２０のユーザは離席していると判定するようにしてもよい（端末２０のユーザの発言量に基づく離席判定と考えてもよい）。
なお、この場合、設定された時刻まで、話者が検出されなかった場合に、その動画像情報の送信元の端末２０のユーザは離席していると判定してもよい。
なお、この場合、設定された時刻まで、話者が検出されなかった場合に、その動画像情報の送信元の端末２０のユーザは離席していると判定してもよい。
【0555】
また、前述したように、サーバ１０の制御部１１が、端末２０のユーザによって映像「ＯＦＦ」とされてから、設定された時間以上（または設定された時間超）、時間が経過した場合に、その端末２０のユーザは離席していると判定してもよい。
なお、この場合、端末２０のユーザによって映像「ＯＦＦ」とされた後、設定された時刻まで映像「ＯＦＦ」とされている場合に、その端末２０のユーザは離席していると判定してもよい。
なお、この場合、端末２０のユーザによって映像「ＯＦＦ」とされた後、設定された時刻まで映像「ＯＦＦ」とされている場合に、その端末２０のユーザは離席していると判定してもよい。
【0556】
また、前述したように、サーバ１０の制御部１１が、端末２０のユーザによって音声「ＯＦＦ」とされてから、設定された時間以上（または設定された時間超）、時間が経過した場合に、その端末２０のユーザは離席していると判定してもよい。
なお、この場合、端末２０のユーザによって音声「ＯＦＦ」とされた後、設定された時刻まで音声「ＯＦＦ」とされている場合に、その端末２０のユーザは離席していると判定してもよい。
なお、この場合、端末２０のユーザによって音声「ＯＦＦ」とされた後、設定された時刻まで音声「ＯＦＦ」とされている場合に、その端末２０のユーザは離席していると判定してもよい。
【0557】
離席が検出されたと判定したならば（Ｓ１１１０：ＹＥＳ）。サーバ１０の制御部１１は、Ｓ９５０に処理を移す。
一方、離席が検出されなかったと判定したならば（Ｓ１１１０：ＮＯ）、サーバ１０の制御部１１は、Ｓ９４０に処理を移す。
一方、離席が検出されなかったと判定したならば（Ｓ１１１０：ＮＯ）、サーバ１０の制御部１１は、Ｓ９４０に処理を移す。
【0558】
Ａ９２０の後、端末２０Ａの制御部２１は、通信Ｉ／Ｆ２２によってサーバ１０からルーム内動画像情報を受信したか否かを判定する（Ａ１１１０）。
【0559】
受信したと判定したならば（Ａ１１１０：ＹＥＳ）、端末２０Ａの制御部２１は、Ａ９３０に処理を移す。
受信しなかったと判定したならば（Ａ１１１０：ＮＯ）、端末２０Ａの制御部２１は、Ａ９５０に処理を移す。
受信しなかったと判定したならば（Ａ１１１０：ＮＯ）、端末２０Ａの制御部２１は、Ａ９５０に処理を移す。
【0560】
図１１－３に戻り、Ｗ１１１０のステップの後、サーバ１０の制御部１１は、ルーム移動処理を行う（Ｗ９２０ ｏｒ Ｗ１０４０）。ユーザＡ．Ａをベンチルームに移動させない場合は、前述したＷ９２０のステップのルーム移動処理を適用し、ユーザＡ．Ａをベンチルームに移動させる場合は、前述したＷ１０４０の処理を適用することができる。
そして、サーバ１０の制御部１１は、Ｗ１６０のステップに処理を進める。
そして、サーバ１０の制御部１１は、Ｗ１６０のステップに処理を進める。
【0561】
なお、上記の処理では、離席検出をサーバ１０が行うこととしたが、これに限定されない。離席検出を端末２０が行うようにしてもよい。この場合、端末２０は、上記と同様の手法によって自己の端末２０のユーザの離席検出を行い、離席を検出したと判定したならば、離席を検出したことを示す離席検出情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信するようにすることができる。
【0562】
端末２０の制御部２１が行う離席検出は、限定ではなく例として、上記のように映像情報（撮像部２７によって撮像された画像）に基づく人物検出処理によって実現してもよいし、上記のように音入力部２５によって入力された音情報に基づく話者検出処理（端末２０のユーザの発言量の判定）によって実現してもよい。また、上記のように映像「ＯＦＦ」や音声「ＯＦＦ」とされたことに基づいて実現してもよい。
【0563】
また、離席が検出された場合に、限定ではなく例として図１１－１や図１１－２のようにユーザをベンチルームに移動させてベンチルームの画面を表示させるのではなく、限定ではなく例として図９－１や図１０－３のようにユーザをベンチルームに移動させずにブランクの画面を表示させるようにしてもよい。
【0564】
＜第１１実施例の効果＞
本実施例は、端末２０が、自己の端末２０のユーザに関する情報を取得部によって取得し、その取得に基づいて、第１ミーティングルームで送受信された動画像情報の出力をやめる制御を制御部２１によって行う。そして、端末２０は、他ルーム情報（限定ではなく、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報との一例）を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、端末が、自己の端末のユーザに関する情報を取得した上で、その取得に基づいて、第１グループで送受信された音情報と映像情報との出力をやめることができる。また、この場合、端末が、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを表示することで、第１グループで送受信された音情報と映像情報との出力がやめられた場合であっても、端末のユーザが、第１グループを示す情報と、第２グループを示す情報とを確認できるようにすることができる。
本実施例は、端末２０が、自己の端末２０のユーザに関する情報を取得部によって取得し、その取得に基づいて、第１ミーティングルームで送受信された動画像情報の出力をやめる制御を制御部２１によって行う。そして、端末２０は、他ルーム情報（限定ではなく、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報との一例）を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、端末が、自己の端末のユーザに関する情報を取得した上で、その取得に基づいて、第１グループで送受信された音情報と映像情報との出力をやめることができる。また、この場合、端末が、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを表示することで、第１グループで送受信された音情報と映像情報との出力がやめられた場合であっても、端末のユーザが、第１グループを示す情報と、第２グループを示す情報とを確認できるようにすることができる。
【0565】
また、この場合、端末２０の取得部は、端末２０の撮像部２７であり、端末２０は、撮像部２７によって撮像された撮像画像に自己の端末２０のユーザが含まれているか否かを撮像画像によって取得するようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末が、端末の撮像部によって撮像された画像に基づいて端末のユーザが含まれているか否かを簡易かつ適切に取得（検出）した上で、その取得に基づいて、第１グループで送受信された音情報と映像情報との出力をやめることができる。
このような構成により得られる実施例の効果の一例として、端末が、端末の撮像部によって撮像された画像に基づいて端末のユーザが含まれているか否かを簡易かつ適切に取得（検出）した上で、その取得に基づいて、第１グループで送受信された音情報と映像情報との出力をやめることができる。
【0566】
また、この場合、端末２０が、自己の端末２０のユーザによる発言量を音入力部２５（限定ではなく、取得部の一例）によって取得するようにしてもよい。
このような構成により得られる実施例の効果の一例として、端末が、端末のユーザによる発言量を取得した上で、その取得に基づいて、第１グループで送受信された音情報と映像情報との出力をやめることができる。
このような構成により得られる実施例の効果の一例として、端末が、端末のユーザによる発言量を取得した上で、その取得に基づいて、第１グループで送受信された音情報と映像情報との出力をやめることができる。
【0567】
また、この場合、端末２０は、自己の端末２０の撮像部２７によって撮像された映像情報が、設定された期間、または設定された時刻まで「ＯＦＦ」とされた場合（限定ではなく、端末の撮像部によって撮像された映像情報が、設定された期間、または設定された時刻まで第１グループに送信されていない場合の一例）、第１グループで送受信された動画像情報の出力をやめる制御を制御部２１によって行う。そして、端末２０は、他ルーム情報（限定ではなく、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報との一例）を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、端末が、端末の撮像部によって撮像された映像情報が、設定された期間、または設定された時刻まで第１グループに送信されていない場合、第１グループで送受信された音情報と映像情報との出力をやめることができる。また、この場合、端末が、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを表示することで、第１グループで送受信された音情報と映像情報との出力がやめられた場合であっても、端末のユーザが、第１グループを示す情報と、第２グループを示す情報とを確認できるようにすることができる。
このような構成により得られる実施例の効果の一例として、端末が、端末の撮像部によって撮像された映像情報が、設定された期間、または設定された時刻まで第１グループに送信されていない場合、第１グループで送受信された音情報と映像情報との出力をやめることができる。また、この場合、端末が、第１グループを示す情報と、第１グループとは異なる第２グループを示す情報とを表示することで、第１グループで送受信された音情報と映像情報との出力がやめられた場合であっても、端末のユーザが、第１グループを示す情報と、第２グループを示す情報とを確認できるようにすることができる。
【0568】
＜第１２実施例＞
第１２実施例は、限定ではなく例としてミーティングマスターが行うことができることに関する実施例である。
第１２実施例は、限定ではなく例としてミーティングマスターが行うことができることに関する実施例である。
【0569】
第１２実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0570】
＜表示画面＞
図１２－１は、ミーティングマスターの端末２０の表示部２４に表示される画面の一例を示す図である。ここでは、ミーティングマスターを、ルームＡに含まれるユーザＢ．Ｂとし、ユーザＢ．Ｂの端末２０Ｂの表示部２４に表示される画面の一例を示す。
この画面は、ミーティングマスター用管理画面の一例であり、限定ではなく例として、「ミーティングルーム一覧」の文字とともに、自分のルームを含む各々のルームのルーム情報が表示されている。
図１２－１は、ミーティングマスターの端末２０の表示部２４に表示される画面の一例を示す図である。ここでは、ミーティングマスターを、ルームＡに含まれるユーザＢ．Ｂとし、ユーザＢ．Ｂの端末２０Ｂの表示部２４に表示される画面の一例を示す。
この画面は、ミーティングマスター用管理画面の一例であり、限定ではなく例として、「ミーティングルーム一覧」の文字とともに、自分のルームを含む各々のルームのルーム情報が表示されている。
【0571】
この例では、各々のルームについて、前述した他ルーム情報表示領域ＭＲＡ、ＭＲＢ、ＭＲＣ、・・・、と同様のルーム情報表示領域ＭＲＡ２、ＭＲＢ２、ＭＲＣ２、・・・、が設けられている。また、各々のルームについて、ルーム情報表示領域ＭＲＡ２、ＭＲＢ２、ＭＲＣ２、・・・、には、前述した他ルーム情報表示領域ＭＲＡ、ＭＲＢ、ＭＲＣ、・・・、と同様のサブ領域ＳＲＡ、ＳＲＢ、ＳＲＣ、・・・、が設けられている。そして、この例では、そのルームの話題に関するワードが表示されている。
【0572】
また、最上部のルームＡのルーム情報表示領域ＭＲＡ２の右上には、ミーティングマスターが全ルームに対して全体アナウンスを行うための全体アナウンスアイコンＡＩＣと、全ルームまたは一部のルームを対象としてルームメンバーをシャッフルするためのシャッフルアイコンＳＩＣと、ミーティングを終了するためのミーティング終了アイコンＥＩＣとが表示されている。
【0573】
全体アナウンスアイコンＡＩＣがタップされた後、端末２０Ｂの音入力部２５によってユーザＢ．Ｂの全体アナウンス用の音声が音入力されると、サーバ１０を介して、各々の端末２０に対して、この全体アナウンス用の音声の情報が送信され、各々の端末２０において音出力される。
なお、全体アナウンスを、メッセージの送信によって実現してもよい。
なお、全体アナウンスを、メッセージの送信によって実現してもよい。
【0574】
また、シャッフルアイコンＳＩＣがタップされると、限定ではなく例として、サーバ１０の制御部１１によってランダムにルームメンバーのシャッフルが行われる。
なお、ルームメンバーをシャッフルさせるルームをミーティングマスターであるユーザＢ．Ｂが指定することを可能としてもよい。
なお、ルームメンバーをシャッフルさせるルームをミーティングマスターであるユーザＢ．Ｂが指定することを可能としてもよい。
【0575】
ミーティング終了アイコンＥＩＣがタップされると、サーバ１０を介して、各々の端末２０に対してミーティング終了情報が送信され、その後、全ルームのミーティングが終了される。
【0576】
また、各々のルームのルーム情報表示領域のルーム名の右には、ミーティングマスターがそのルームに対してルームアナウンスを行うためのルームアナウンスアイコンＲＡＩＣが設けられている。
【0577】
ルームアナウンスアイコンＲＡＩがタップされた後、端末２０Ｂの音入力部２５によってユーザＢ．Ｂのルームアナウンス用の音声が音入力されると、サーバ１０を介して、対象とするルームに含まれる各々のユーザの端末２０に対して、このルームアナウンス用の音声の情報が送信され、各々の端末２０において音出力される。
なお、ルームアナウンスを、メッセージの送信によって実現してもよい。
なお、ルームアナウンスを、メッセージの送信によって実現してもよい。
【0578】
各々のルーム情報表示領域内のサブ領域の右には、そのルームのルームメンバーに関する情報が表示されており、各々のルームメンバーのアイコン画像、ユーザ名、チャットアイコン等の他、そのルームメンバーを他のルームに強制移動させるための強制移動アイコンＦＩＣや、そのルームメンバーのそのミーティングルームでの滞在時間の情報が表示されている。
【0579】
また、その右には、そのミーティングルームにおける各々のルームメンバーの発言量を、限定ではなく例として円グラフで表した発言量グラフが表示されている。このような表示をすることで、ミーティングマスターは、各々のミーティングルームにおいて、各々のルームメンバーがどの程度発言しているかを把握することができる。
なお、発言量グラフは、円グラフに限らず、棒グラフ等としてもよい。また、発言量の具体的な数値（回数や頻度など）を表示してもよい。
なお、発言量グラフは、円グラフに限らず、棒グラフ等としてもよい。また、発言量の具体的な数値（回数や頻度など）を表示してもよい。
【0580】
また、この例では、画面左下部には、ベンチルームに関する情報を含むベンチルーム情報表示領域ＢＲＩＲが設けられている。ベンチルーム情報表示領域ＢＲＩＲには、限定ではなく例として、ベンチルームのルームメンバーに関する情報が表示されており、ベンチルームのルームメンバーのアイコン画像、ユーザ名、チャットアイコン、ベンチルームでの滞在時間等の情報が表示されている。
【0581】
また、ベンチルーム情報表示領域ＢＲＩＲの右には、各々のミーティングルームの会話量の情報が表示される会話量領域ＣＡＲが設けられている。この例では、会話量領域ＣＡＲには、各々のミーティングルームの会話量を、限定ではなく例として棒グラフで表した会話量グラフが表示されている。
【0582】
また、会話量領域ＣＡＲでは、会話量が最も少ないミーティングルームに関連付けて、注意を喚起する情報が表示されている。この例では、ルームＤの会話量が最も少ないことに基づいて、会話量グラフのうちのルームＤの棒グラフのバーと関連付けて注意マークが表示されている。このような表示をすることで、ミーティングマスターは、各々のミーティングルームの会話の盛り上がり具合を把握することができる。
【0583】
なお、会話量グラフは、棒グラフに限らず、円グラフ等としてもよい。また、会話量の具体的な数値を表示してもよい。また、注意マークを表示させるのに限らず、会話量が最も少ないルームの棒グラフのバーを点滅して表示させるなどしてもよい。
【0584】
また、この表示画面例では、ルームＣにおいて、そのルームメンバーであるユーザＫ．Ｋに関する情報が表示される欄に、ユーザＫ．Ｋからのヘルプを求めるヘルプサインが表示され、ユーザＫ．Ｋの表示欄が、他のユーザの表示欄とは異なる表示態様で表示されている。
【0585】
これは、ユーザＫ．Ｋの端末２０Ｋからヘルプ情報がサーバ１０に送信されることに基づいて、ミーティングマスター用管理画面に表示されるようにすることができる。ヘルプ情報は、限定ではなく例として、ユーザがそのミーティングルームでのミーティングに退屈していたり、そのミーティングルームから抜けたいと考えたような場合に、ユーザが自己の端末２０を操作してサーバ１０にヘルプ情報を送信させるようにすることができる。そして、サーバ１０の制御部１１は、受信したヘルプ情報を、ミーティングマスターのユーザの端末２０に送信するようにすることができる。
【0586】
この例では、ミーティングマスターであるユーザＢ．Ｂは、ユーザＫ．Ｋからのヘルプを受けて、限定ではなく例として、ユーザＫ．Ｋに関連付けて表示された強制移動アイコンＦＩＣを操作して、限定ではなく例として、会話量が最も少ないルームＤにユーザＫ．Ｋを移動させるなどすることができる。
なお、この強制移動を行うにあたり、ユーザＫ．Ｋの承諾を得るようにしてもよいし、承諾を得ないようにしてもよい。
なお、この強制移動を行うにあたり、ユーザＫ．Ｋの承諾を得るようにしてもよいし、承諾を得ないようにしてもよい。
【0587】
なお、強制移動は、前述したサーバ１０の制御部１１が行うルーム移動処理によって実現することができるため、説明は省略する。
【0588】
＜処理＞
本実施例における処理では、サーバ１０の制御部１１は、図１－１０の処理を含む通信システム１において実行される処理において、限定ではなく例として、Ｗ１６０のステップの前などのタイミングで、ミーティングマスターの端末２０から、ミーティングマスター用管理画面を表示するための情報の要求を受けたか否かを判定する。そして、受けたと判定したならば、サーバ１０の制御部１１は、ミーティングマスター用管理画面を表示するために必要な情報を取得する。
本実施例における処理では、サーバ１０の制御部１１は、図１－１０の処理を含む通信システム１において実行される処理において、限定ではなく例として、Ｗ１６０のステップの前などのタイミングで、ミーティングマスターの端末２０から、ミーティングマスター用管理画面を表示するための情報の要求を受けたか否かを判定する。そして、受けたと判定したならば、サーバ１０の制御部１１は、ミーティングマスター用管理画面を表示するために必要な情報を取得する。
【0589】
具体的には、限定ではなく例として、ミーティング管理データベース１５５のうち、そのミーティングマスターのミーティングマスターＩＤが記憶されているミーティング管理データを特定する。そして、そのミーティング管理データに含まれるミーティングルーム管理データに基づいて、各々のルームについて、最新のルームトピック、ルームメンバーごとの発言量、各々のルームメンバーの参加の状態（ＯＮ／ＯＦＦ）といった各種の情報を取得する。
【0590】
サーバ１０の制御部１１は、各々のルームについて、そのルームに含まれるルームメンバーごとの発言量に基づいて、そのルーム内でのルームメンバーごとの発言量の比率を算出する。
また、サーバ１０の制御部１１は、各々のルームについて、そのルームでのルームメンバーの発言回数を合計するなどして、そのルームの会話量を算出する。そして、その会話量が設定数以下（または設定数未満）であるルームに会話量低フラグ「ＯＮ」を設定する。
また、サーバ１０の制御部１１は、各々のルームについて、そのルームでのルームメンバーの発言回数を合計するなどして、そのルームの会話量を算出する。そして、その会話量が設定数以下（または設定数未満）であるルームに会話量低フラグ「ＯＮ」を設定する。
【0591】
サーバ１０の制御部１１は、これらの情報を、通信Ｉ／Ｆ１４によってミーティングマスターの端末２０に送信する。そして、ミーティングマスターの端末２０は、サーバ１０から受信した情報に基づいて、ミーティングマスター用管理画面を表示部２４に表示させる。
【0592】
なお、サーバ１０側で、グラフなどを含むミーティングマスター用管理画面を表示させるための表示用情報を生成するようにし、生成した表示用情報をミーティングマスターの端末２０に送信する。そして、ミーティングマスターユーザの端末２０が、受信した表示用情報に基づいて、グラフなどを含むミーティングマスター用管理画面を表示させるようにしてもよい。
また、サーバ１０から受信した情報に基づいて、ミーティングマスターの端末２０側でグラフなどを生成して、ミーティングマスター用管理画面に表示させてもよい。
つまり、ミーティングマスター用管理画面の表示に際して、グラフなどの構成要素を端末２０とサーバ１０とのどちらで生成するかは、どのようにプログラムされていてもよい。
また、サーバ１０から受信した情報に基づいて、ミーティングマスターの端末２０側でグラフなどを生成して、ミーティングマスター用管理画面に表示させてもよい。
つまり、ミーティングマスター用管理画面の表示に際して、グラフなどの構成要素を端末２０とサーバ１０とのどちらで生成するかは、どのようにプログラムされていてもよい。
【0593】
また、ミーティングマスターの端末２０が、限定ではなく例として、ルームメンバーの端末２０に対して、そのルームメンバーの発言量の情報を、サーバ１０を介して送信するようにしてもよい。そして、端末２０は、受信した発言量の情報を表示部２４に表示するようにしてもよい。
【0594】
なお、ミーティングマスターの端末２０からの要求ではなく、前述したように、ミーティングマスター以外のユーザの端末２０からの要求に基づいて、サーバ１０の制御部１１が、そのユーザの発言量の情報をそのユーザの端末２０に送信するようにしてもよい。
このようにすることで、各々の端末２０のユーザは、自身の発言量を知ることができる。
このようにすることで、各々の端末２０のユーザは、自身の発言量を知ることができる。
【0595】
本実施例は、端末２０が、自己の端末２０のユーザによる発言量を、制御部１１や通信Ｉ／Ｆ１４等（限定ではなく、取得部の一例）によって取得する構成を示している。
このような構成により得られる実施例の効果の一例として、端末が、端末のユーザによる発言量を取得することができる。また、限定ではなく例として、端末が、取得した発言量を表示部に表示するなどすることで、自己の端末のユーザが自分の発言量を把握できるようにすることができる。
このような構成により得られる実施例の効果の一例として、端末が、端末のユーザによる発言量を取得することができる。また、限定ではなく例として、端末が、取得した発言量を表示部に表示するなどすることで、自己の端末のユーザが自分の発言量を把握できるようにすることができる。
【0596】
＜第１３実施例＞
第１３実施例は、本開示の手法を、上記の第１実施例～第１２実施例や対応する変形例で説明した対面式のミーティングとは異なる形式のミーティングに適用する場合の実施例である。
第１３実施例は、本開示の手法を、上記の第１実施例～第１２実施例や対応する変形例で説明した対面式のミーティングとは異なる形式のミーティングに適用する場合の実施例である。
【0597】
第１３実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
【0598】
本実施例では、第１実施例～第１２実施例や対応する変形例とは異なり、ルーム等（ルーム、チーム、チャンネル等）なしに、ユーザのグループが構成される実施例の一例について説明する。つまり、本実施例におけるグループは、ルーム等を伴わないものである。
ただし、前述したように、グループは、アプリケーション等を利用して、ユーザがコミュニケーションを行う場合における、少なくとも１名のユーザで構成される集まりと捉えることができ、また、データ（データ構成）の一種と捉えることができる点は同様である。
ただし、前述したように、グループは、アプリケーション等を利用して、ユーザがコミュニケーションを行う場合における、少なくとも１名のユーザで構成される集まりと捉えることができ、また、データ（データ構成）の一種と捉えることができる点は同様である。
【0599】
＜表示画面＞
図１３－１の上側の図は、本実施例においてユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面の一例を示す図である。
この画面は、限定ではなく例として、二次元の仮想空間（仮想二次元空間、仮想平面）上に、端末２０のユーザを示す情報を表示した画面の一例である。
図１３－１の上側の図は、本実施例においてユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面の一例を示す図である。
この画面は、限定ではなく例として、二次元の仮想空間（仮想二次元空間、仮想平面）上に、端末２０のユーザを示す情報を表示した画面の一例である。
【0600】
ユーザを示す情報は（ユーザの示し方としては）、限定ではなく例として、ユーザ名、アイコン画像、キャラクタ、アバター、自分の顔画像等の少なくともいずれか１つを適用することができる。この表示画面例では、アイコン画像およびユーザ名を組み合わせた情報によってユーザを示している（以下、説明の便宜上、これを「アバター」と称する。）。そして、各々のユーザのアバターを含む仮想領域ＧＲが表示されている。
なお、仮想空間は、メタバースの一種と捉えてもよいものとする。また、仮想空間は三次元（仮想三次元空間）としてもよいものとする。また、この場合、ユーザを示す情報として、仮想三次元空間上でモデリングしたキャラクタやアバター等を用いてもよいものとする。
なお、仮想空間は、メタバースの一種と捉えてもよいものとする。また、仮想空間は三次元（仮想三次元空間）としてもよいものとする。また、この場合、ユーザを示す情報として、仮想三次元空間上でモデリングしたキャラクタやアバター等を用いてもよいものとする。
【0601】
この例では、各々の端末２０のユーザは、自分の好きな場所（自分の都合のよい場所）で端末２０を操作し、仮想空間に位置する自分のアバターを操作しながら、サーバ１０を介して他のユーザと会話等をすることができるように構成されている。
仮想空間での会話は、オンラインミーティングの一種と捉えることもできるため、前述した実施例と同様に「オンラインミーティングアプリケーション」としている。ただし、これに限定されず、「メタバースアプリケーション」等としてもよい。
仮想空間での会話は、オンラインミーティングの一種と捉えることもできるため、前述した実施例と同様に「オンラインミーティングアプリケーション」としている。ただし、これに限定されず、「メタバースアプリケーション」等としてもよい。
【0602】
本実施例では、限定ではなく例として、仮想空間上で一定範囲内にアバターが含まれるユーザ同士は、それらの端末２０間で、サーバ１０を介して、音情報（限定ではなく例として、音入力部２５に入力された自分の音声の情報）や映像情報（限定ではなく例として、自分のアバター視点の映像の情報。撮像部２７によって撮像された自分の顔画像を送信してもよい。）を送受信することができるように構成されている。仮想空間上で、距離が近いユーザ同士は、互いに声や姿が伝わるイメージである。
【0603】
より具体的には、ユーザは、仮想空間に位置する自分のアバターを操作して、グループという概念を意識することなく自由に移動して会話をすることができる（明示的にグループ分けされるものではない）ものの、本開示の手法では、仮想空間における一群のアバター（そのユーザ）によって構成されるクラスターを「グループ」とみなして、端末２０やサーバ１０が前述した各実施例と同様の処理を行うことができるように構成されている。
【0604】
この例では、サーバ１０によってグループ分け（グループの分類）が行われ、その結果に基づく情報として他のグループの情報が、仮想領域ＧＲの右に表示されるように構成されている。この例では、グループＡ、グループＢ、グループＣ、・・・、等のようにグループ分けした情報としている。本実施例では、同じグループに含まれるユーザを「グループメンバー」と称してもよいし、同じグループに含まれるユーザの端末２０を「グループ内端末」と称してもよい。
【0605】
サーバ１０の制御部１１は、限定ではなく例として、仮想空間上でのアバターの距離に基づいてグループ分けを行う。
・限定ではなく例として、第１ステップで、仮想空間上で距離が設定距離以下（または設定距離未満）となった２名のアバターのユーザをグループとし、その代表位置（限定ではなく例として、重心）を算出する。第２ステップで、この代表位置から設定距離以下（または設定距離未満）となったアバターがあった場合、そのアバターのユーザもそのグループに含め、再び代表位置を算出する。以下、第２ステップを繰り返す。つまり、グループの重心から所定範囲に含まれることとなったアバターのユーザは、そのグループに含まれることになる。なお、グループに含まれる全部のユーザのアバターの位置から重心を算出してもよいし、グループに含まれる一部のユーザのアバターの位置から重心を算出してもよい。
アバターが移動して代表位置から設定距離超（または設定距離以上）となった場合は、そのアバターのユーザはそのグループから外し、再びそのグループの代表位置を算出する。
・限定ではなく例として、第１ステップで、仮想空間上で距離が設定距離以下（または設定距離未満）となった２名のアバターのユーザをグループとし、その代表位置（限定ではなく例として、重心）を算出する。第２ステップで、この代表位置から設定距離以下（または設定距離未満）となったアバターがあった場合、そのアバターのユーザもそのグループに含め、再び代表位置を算出する。以下、第２ステップを繰り返す。つまり、グループの重心から所定範囲に含まれることとなったアバターのユーザは、そのグループに含まれることになる。なお、グループに含まれる全部のユーザのアバターの位置から重心を算出してもよいし、グループに含まれる一部のユーザのアバターの位置から重心を算出してもよい。
アバターが移動して代表位置から設定距離超（または設定距離以上）となった場合は、そのアバターのユーザはそのグループから外し、再びそのグループの代表位置を算出する。
【0606】
なお、代表位置を重心とするのではなく、そのグループに含まれる特定のユーザのアバターの位置を代表位置としてもよい。この場合は、グループに含まれる特定のユーザのアバターに近づいたアバターのユーザは、そのグループに含まれることになる。
【0607】
ユーザは、自分のアバターをタッチして移動させる移動操作を行って自分のアバターを仮想領域ＧＲ上で移動させる。
この例では、現時点において、ユーザＡ．Ａ～ユーザＤ．Ｄがサーバ１０によってグループＡに分類され、ユーザＥ．Ｅ～ユーザＨ．Ｈがサーバ１０によってグループＢに分類され、ユーザＩ．Ｉ～ユーザＫ．Ｋがサーバ１０によってグループＣに分類され、ユーザＬ．Ｌ～ユーザＯ．Ｏがサーバ１０によってグループＤに分類されている。
この例では、現時点において、ユーザＡ．Ａ～ユーザＤ．Ｄがサーバ１０によってグループＡに分類され、ユーザＥ．Ｅ～ユーザＨ．Ｈがサーバ１０によってグループＢに分類され、ユーザＩ．Ｉ～ユーザＫ．Ｋがサーバ１０によってグループＣに分類され、ユーザＬ．Ｌ～ユーザＯ．Ｏがサーバ１０によってグループＤに分類されている。
【0608】
それに伴い、図１３－１の上側の図では、仮想領域ＧＲの右に、ユーザＡ．Ａが分類されたグループＡ以外のグループ（他グループ）であるグループＢ、グループＣ、グループＤ、・・・、に対応する、前述した他ルーム情報表示領域と同様の態様の他グループ情報表示領域ＭＲＧＢ、ＭＲＧＣ、ＭＲＧＤ、・・・、が表示されている。また、各々の他グループ情報表示領域には、前述したサブ領域と同様のサブ領域ＳＲＧＢ、ＳＲＧＣ、ＳＲＧＤ、・・・、が設けられており、この例では、各々のグループの話題に関するワード（グループトピックやグループタグ通知用情報）が表示されている。
【0609】
この例では、ユーザＡ．Ａが自分のアバターをタッチし、右上方向に位置する、ユーザＥ．Ｅ、ユーザＦ．Ｆ、ユーザＧ．Ｇ、ユーザＨ．Ｈのアバターのクラスターの近くにスライドさせる移動操作を行った状態が示されている。すると、図１３－１の下側の図が表示される。
【0610】
上記の移動操作により、ユーザＡ．Ａのアバターが移動され、ユーザＥ．Ｅ、ユーザＦ．Ｆ、ユーザＧ．Ｇ、ユーザＨ．Ｈの４名のアバターのクラスターの近くにユーザＡ．Ａのアバターが表示されている。その結果、ユーザＡ．Ａはサーバ１０によってグループＢに分類され、グループＢのグループメンバーは、ユーザＡ．Ａ、ユーザＥ．Ｅ～ユーザＨ．Ｈの計５名となる。つまり、グループの再分類が行われる。
【0611】
また、それに伴い、図１３－１の下側の図では、仮想領域ＧＲの右に、ユーザＡ．Ａが抜けたグループＡを含み、ユーザＡ．Ａが新たに入ったグループＢを除く、グループＡ、グループＣ、グループＤ、・・・、の他グループ情報を含む他グループ情報表示領域ＭＲＧＡ、ＭＲＧＣ、ＭＲＧＤ、・・・、が表示されている。
【0612】
図１３－２の上側の図は、本実施例においてユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面の一例を示す図である。
この画面では、他グループ情報表示領域ＭＲＧＢ、ＭＲＧＣ、ＭＲＧＤ、・・・、のうちのグループ名等が表示される領域に、前述した実施例と同様の参加ボタンＰＢＴが設けられている。そして、この例では、ユーザＡ．Ａによって、グループＤの他グループ情報表示領域ＭＲＧＤに含まれる参加ボタンＰＢＴがタップされた状態が示されている。すると、図１３－２の下側の図が表示される。
この画面では、他グループ情報表示領域ＭＲＧＢ、ＭＲＧＣ、ＭＲＧＤ、・・・、のうちのグループ名等が表示される領域に、前述した実施例と同様の参加ボタンＰＢＴが設けられている。そして、この例では、ユーザＡ．Ａによって、グループＤの他グループ情報表示領域ＭＲＧＤに含まれる参加ボタンＰＢＴがタップされた状態が示されている。すると、図１３－２の下側の図が表示される。
【0613】
上記の参加ボタンＰＢＴの操作により、仮想領域ＧＲにおいて、ユーザＡ．Ａのアバターが移動され、ユーザＬ．Ｌ、ユーザＭ．Ｍ、ユーザＮ．Ｎ、ユーザＯ．Ｏの４名のアバターのクラスターの近くにユーザＡ．Ａのアバターが表示されている。その結果、ユーザＡ．ＡはグループＤに分類され、グループＤのグループメンバーは、ユーザＡ．Ａ、ユーザＬ．Ｌ～ユーザＯ．Ｏの計５名となる。つまり、グループの再分類が行われる。
【0614】
また、それに伴い、図１３－２の下側の図では、仮想領域ＧＲの右に、ユーザＡ．Ａが抜けたグループＡを含み、ユーザＡ．Ａが新たに入ったグループＤを除く、グループＡ、グループＢ、グループＣ、グループＥ、・・・、の他グループ情報を含む他グループ情報表示領域ＭＲＧＡ、ＭＲＧＢ、ＭＲＧＣ、ＭＲＧＥ、・・・、が表示されている。
【0615】
図１３－３の上側の図は、本実施例においてユーザＥ．Ｅの端末２０Ｅの表示部２４に表示される画面の一例を示す図である。
この画面では、他グループ情報表示領域ＭＲＧＡ、ＭＲＧＣ、ＭＲＧＤ、・・・、のうちの他グループ名等が表示される領域に、その他グループのグループメンバーと関連付けて前述した実施例と同様の招待アイコンＩＩＣが設けられている。そして、この例では、ユーザＥ．Ｅによって、グループＡの他グループ情報表示領域ＭＲＧＡに含まれるユーザＡ．Ａと関連付けられた招待アイコンＩＩＣがタップされた状態が示されている。
この画面では、他グループ情報表示領域ＭＲＧＡ、ＭＲＧＣ、ＭＲＧＤ、・・・、のうちの他グループ名等が表示される領域に、その他グループのグループメンバーと関連付けて前述した実施例と同様の招待アイコンＩＩＣが設けられている。そして、この例では、ユーザＥ．Ｅによって、グループＡの他グループ情報表示領域ＭＲＧＡに含まれるユーザＡ．Ａと関連付けられた招待アイコンＩＩＣがタップされた状態が示されている。
【0616】
図１３－３の下側の図は、この場合にグループＡに含まれるユーザＢ．Ｂの端末２０Ｂの表示部２４に表示される画面の一例を示す図である。
上記のユーザＥ．ＥによるグループＡに含まれるユーザＡ．Ａを招待する招待アイコンＩＩＣの操作により、仮想領域ＧＲの下部には、ユーザＡ．ＡがグループＢから招待を受けたことを示す情報ＰＰＲ１３がポップアップ形式で表示されている。
上記のユーザＥ．ＥによるグループＡに含まれるユーザＡ．Ａを招待する招待アイコンＩＩＣの操作により、仮想領域ＧＲの下部には、ユーザＡ．ＡがグループＢから招待を受けたことを示す情報ＰＰＲ１３がポップアップ形式で表示されている。
【0617】
なお、この例では、前述した実施例と同様に、メンバー勧誘情報がグループＡのグループ内端末に対して送信されるようにすることができ、招待されたユーザＡ．ＡではないユーザＢ．Ｂの端末２０Ｂの表示部２４にも、このような情報が表示されるようにすることができる。
なお、前述した実施例と同様に、メンバー勧誘情報が、招待されたユーザＡ．Ａの端末２０Ａに対してのみ送信されるようにしてもよい。
なお、前述した実施例と同様に、メンバー勧誘情報が、招待されたユーザＡ．Ａの端末２０Ａに対してのみ送信されるようにしてもよい。
【0618】
図１３－４の上側の図は、本実施例においてユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面の一例を示す図である。
この画面では、他グループ情報表示領域ＭＲＧＢ、ＭＲＧＣ、ＭＲＧＤ、・・・、のサブ領域ＳＲＧＢ、ＳＲＧＣ、ＳＲＧＤ、・・・、には何も情報が表示されていない。
この画面では、他グループ情報表示領域ＭＲＧＢ、ＭＲＧＣ、ＭＲＧＤ、・・・、のサブ領域ＳＲＧＢ、ＳＲＧＣ、ＳＲＧＤ、・・・、には何も情報が表示されていない。
【0619】
また、仮想領域ＧＲの下部には、仮想空間上の休憩所が設けられている。この休憩所は、前述したベンチルームに相当する領域であり、この例では、ユーザＡ．Ａが自分のアバターをタッチして、休憩所にスライドさせる移動操作がなされた状態が示されている。すると、図１３－４の下側の画面が表示される。
【0620】
上記の移動操作により、ユーザＡ．Ａのアバターが休憩所に移動されている。また、ユーザＰ．ＰとユーザＱ．Ｑも休憩所に移動する移動操作を行ったことに基づき、この例では、ユーザＡ．Ａと、ユーザＰ．Ｐと、ユーザＱ．Ｑとの３名が休憩所におり、これら３名のユーザがサーバ１０によって休憩所のグループに分類された状態が示されている。
【0621】
また、休憩所への移動に伴い、図１３－４の下側の図では、ユーザＡ．Ａが抜けたグループＡを含む他グループ情報表示領域ＭＲＧＡ、ＭＲＧＢ、ＭＲＧＣ、・・・、のサブ領域ＳＲＧＡ、ＳＲＧＢ、ＳＲＧＣ、・・・、に、各々の他グループに対応するワード（グループトピックやグループタグ通知用情報）が表示されている。
【0622】
なお、上記の仮想空間で表現されるミーティング画面から、第１実施例～第１２実施例で説明した対面式のミーティング画面に表示を切り替えることができるようにしてもよい。また、その逆を可能としてもよい。
【0623】
この場合、限定ではなく例として、各々のユーザの端末２０に表示される表示画面に「モード切替」等のボタンを設け、このボタンがタップされたことに基づいて、サーバ１０の制御に基づき、端末２０の制御部２１は画面（モード）を切り替えるようにしてもよい。また、この逆を可能としてもよい。
ただし、１名でも可能ではあるが、少なくとも２名以上のユーザが同じモードでなければ、そのモードでのミーティングを行うことが実質的にできないため、他の端末２０のユーザに対してモード切替を促すメッセージを送信したり、前述したメンバー勧誘情報（メンバー招待状態）と同様の情報を送信することができるようにしてもよい。
ただし、１名でも可能ではあるが、少なくとも２名以上のユーザが同じモードでなければ、そのモードでのミーティングを行うことが実質的にできないため、他の端末２０のユーザに対してモード切替を促すメッセージを送信したり、前述したメンバー勧誘情報（メンバー招待状態）と同様の情報を送信することができるようにしてもよい。
【0624】
＜処理＞
本実施例における処理は、第１実施例～第１２実施例および各変形例で説明した処理に倣って同様に実現することが可能であるため、詳細な説明は省略する。
また、第１実施例～第１２実施例および各変形例で説明した内容は、第１３実施例に対しても同様に適用可能である。
本実施例における処理は、第１実施例～第１２実施例および各変形例で説明した処理に倣って同様に実現することが可能であるため、詳細な説明は省略する。
また、第１実施例～第１２実施例および各変形例で説明した内容は、第１３実施例に対しても同様に適用可能である。
【0625】
＜第１３変形例（１）＞
第１３実施例において、上記のように仮想空間上でのアバター（限定ではなく、ユーザを示す情報の一例）の距離に基づいてグループ分けを行う他にも、限定ではなく例として、仮想空間上にエリアの一種として仮想的な建物（限定ではなく例として、会議室やミーティングルームのイメージ）を１つ以上構成してもよい。そして、サーバ１０が、同じ建物内に位置することとなったアバターのユーザを、同じグループに分類するようにしてもよい。つまり、仮想空間上でのアバターの場所に基づいてグループ分けを行うようにしてもよい。
なお、仮想空間上に１つ以上の建物以外のエリア（ミーティングスペース等）を構成するようにし、同様の処理を行うようにしてもよい。
第１３実施例において、上記のように仮想空間上でのアバター（限定ではなく、ユーザを示す情報の一例）の距離に基づいてグループ分けを行う他にも、限定ではなく例として、仮想空間上にエリアの一種として仮想的な建物（限定ではなく例として、会議室やミーティングルームのイメージ）を１つ以上構成してもよい。そして、サーバ１０が、同じ建物内に位置することとなったアバターのユーザを、同じグループに分類するようにしてもよい。つまり、仮想空間上でのアバターの場所に基づいてグループ分けを行うようにしてもよい。
なお、仮想空間上に１つ以上の建物以外のエリア（ミーティングスペース等）を構成するようにし、同様の処理を行うようにしてもよい。
【0626】
また、これらの場合、アバターがエリアに入ると、サーバ１０の制御に基づき、端末２０で第１実施例～第１２実施例で説明した対面式のミーティング画面に自動的に表示が切り替わるようにしてもよい。また、エリアに入った後、上記と同様に、ボタン操作等によって手動で画面（モード）を切り替えるようにしてもよい。
【0627】
また、サーバ１０が、限定ではなく例として、同じグループに分類したグループユーザのグループ内端末に対して、そのグループユーザがそのグループに分類されたことを示す情報を送信するようにしてもよい。そして、その情報を受信したグループ内端末は、受信した情報に基づいて、自己の端末２０のユーザを示す情報の表示態様を変更する制御を行うようにしてもよい。限定ではなく例として、ユーザを示す情報としてアバターを用いるのであれば、同じグループのアバターを同じ色にする制御を行ったり、同じグループのアバターに同じマークやアイコンを付ける制御を行うなどしてもよい。
【0628】
また、サーバ１０が、同じグループに分類したユーザに対応するユーザを示す情報を包含する仮想空間上の範囲を指定し、その指定に基づいて、端末２０が、仮想空間上に同じグループであることを示すエフェクトを表示させるなどしてもよい。
【0629】
上記の例では、端末側（ユーザ側）の視点で、仮想空間上でグループが明示され、ユーザは自分がどのグループに含まれるのかを、仮想空間上の表示によって知ることができるようになる。限定ではなく例として、このような表示をＵＩ（ＧＵＩ）の一種と捉えるのであれば、前述したように、グループをＵＩ（ＧＵＩ）で表現したものと捉えてもよい。また、前述したルーム等（ルーム、チーム、チャンネル等）と同じもの、またはこれに類するものと捉えてもよい。
【符号の説明】
【0630】
１ 通信システム
１０ サーバ
２０ 端末
３０ ネットワーク
１０ サーバ
２０ 端末
３０ ネットワーク
【図1-1】
【図1-2】
【図1-3】
【図1-4】
【図1-5】
【図1-6】
【図1-7】
【図1-8】
【図1-9】
【図1-10】
【図1-11】
【図1-12】
【図1-13】
【図2-1】
【図2-2】
【図2-3】
【図2-4】
【図2-5】
【図2-6】
【図3-1】
【図3-2】
【図3-3】
【図3-4】
【図3-5】
【図3-6】
【図4-1】
【図4-2】
【図4-3】
【図4-4】
【図5-1】
【図5-2】
【図5-3】
【図5-4】
【図5-5】
【図5-6】
【図5-7】
【図5-8】
【図6-1】
【図6-2】
【図6-3】
【図6-4】
【図7-1】
【図7-2】
【図7-3】
【図8-1】
【図8-2】
【図8-3】
【図9-1】
【図9-2】
【図9-3】
【図10-1】
【図10-2】
【図10-3】
【図10-4】
【図10-5】
【図10-6】
【図10-7】
【図11-1】
【図11-2】
【図11-3】
【図11-4】
【図12-1】
【図13-1】
【図13-2】
【図13-3】
【図13-4】