JP7243440B2 - 通信端末、通信システム、通信方法およびプログラム - Google Patents

Description

本発明は、通信端末、通信システム、通信方法およびプログラムに関する。

従来、企業、教育機関、および行政機関等において、マイクに対して音声信号を入力して他の情報処理装置に音声信号を送信し、また、当該他の情報処理装置から受信した音声信号およびカメラ映像をスピーカおよびディスプレイで再生するビデオ会議システムが利用されている。このようなビデオ会議システムでは、複数の通信端末間でコンテンツデータの伝送を行う際に、特定の通信端末に対して音声の入力を許可し、その他の通信端末に対して不許可とする（以下、一斉ミュートと称する場合がある）ことにより、特定の通信端末だけに発言を許可する技術が既に知られている。

このようなミュート（消音）機能を有するシステムとして、携帯デバイスのユーザにより、複数の参加者にテレビ会議の参加者全員について消音または消音解除を行うことが可能なテレビ会議のシステムが開示されている（特許文献１参照）。

しかしながら、従来のビデオ会議システムでは、参加者の一人が一斉ミュート機能を使用した状態において、新たな参加者がビデオ会議に参加した場合、タイミングによっては、当該新たな参加者が使用する通信端末について一斉ミュート機能によるミュート状態が反映されないという問題がある。

本発明は、上述の問題点に鑑みてなされたものであって、複数の参加者によるビデオ会議において一斉ミュート機能が使用されている場合に、新たな参加者が参加したときに、当該参加者の通信端末に対してミュートした状態を反映することができる通信端末、通信システム、通信方法およびプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、他の通信端末と、ネットワークを介して音声信号を送受信することにより通話が可能な通信端末であって、開催中のビデオ会議に途中参加するときに、前記ビデオ会議に参加している他の通信端末について、該ビデオ会議に参加している各通信端末のうち１の通信端末を除いてミュートした状態である一斉ミュート状態であるか否かを確認するミュート確認部と、前記ミュート確認部により前記他の通信端末が一斉ミュート状態となっていることが確認された場合、前記通信端末に対しても一斉ミュート状態にするミュート制御部と、を備えたことを特徴とする。

本発明によれば、複数の参加者によるビデオ会議において一斉ミュート機能が使用されている場合に、新たな参加者が参加したときに、当該参加者の通信端末に対してミュートした状態を反映することができる。

図１は、第１の実施形態に係る通信システムの概略構成図である。 図２は、第１の実施形態に係る通信端末のハードウェア構成の一例を示す図である。 図３は、第１の実施形態に係る管理システムおよびプログラム提供システムのハードウェア構成の一例を示す図である。 図４は、第１の実施形態に係る通信端末のソフトウェア構成の一例を示す図である。 図５は、第１の実施形態に係る通信システムの機能ブロックの構成の一例を示す図である。 図６は、認証管理テーブルの一例を示す図である。 図７は、端末管理テーブルの一例を示す図である。 図８は、グループ管理テーブルの一例を示す図である。 図９は、セッション管理テーブルの一例を示す図である。 図１０は、第１の実施形態に係る通信システムにおけるコンテンツデータおよび各種管理情報を送受信するために確立されたセッションを示す図である。 図１１は、第１の実施形態に係る通信システムにおける、通信端末が通話を開始するための認証処理を含む準備段階の処理の一例を示すシーケンス図である。 図１２は、宛先リストの表示例を示す図である。 図１３は、第１の実施形態に係る通信システムにおける通話の開始を要求する処理の一例を示すシーケンス図である。 図１４は、第１の実施形態に係る通信システムにおける通話の開始の要求を許可する処理の一例を示すシーケンス図である。 図１５は、開始要求受付画面の表示例を示す図である。 図１６は、第１の実施形態に係る通信システムにおける一斉ミュートの動作を説明する図である。 図１７は、第１の実施形態に係る通信システムにおける、途中参加をする場合に他の通信端末にミュート状態を確認する動作の一例を示すシーケンス図である。 図１８は、第１の実施形態に係る通信システムにおける、途中参加をする場合に他の通信端末にミュート状態を確認する動作を説明する図である。 図１９は、第１の実施形態に係る通信システムにおける一斉ミュート状態を解除する動作の一例を示すシーケンス図である。 図２０は、第１の実施形態に係る通信システムにおける一斉ミュート状態を解除する動作を説明する図である。 図２１は、一斉ミュート状態の解除の通知画面の一例を示す図である。 図２２は、第１の実施形態の変形例に係る通信システムにおける、特定の通信端末に対してミュート状態が確認できない場合に他の通信端末に確認する動作を説明する図である。 図２３は、第２の実施形態に係る通信システムの機能ブロックの構成の一例を示す図である。 図２４は、第２の実施形態の端末管理テーブルの一例を示す図である。 図２５は、第２の実施形態に係る通信システムにおける一斉ミュートの動作を説明する図である。 図２６は、第２の実施形態に係る通信システムにおける、途中参加をする場合に他の通信端末にミュート状態を確認する動作の一例を示すシーケンス図である。 図２７は、第２の実施形態に係る通信システムにおける、途中参加をする場合に他の通信端末にミュート状態を確認する動作を説明する図である。 図２８は、通信端末のＷｅｂアプリを利用する場合のソフトウェア構成の一例を示す図である。

以下に、図面を参照しながら、本発明に係る通信端末、通信システム、通信方法およびプログラムの実施形態を詳細に説明する。また、以下の実施形態によって本発明が限定されるものではなく、以下の実施形態における構成要素には、当業者が容易に想到できるもの、実質的に同一のもの、およびいわゆる均等の範囲のものが含まれる。さらに、以下の実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換、変更および組み合わせを行うことができる。

また、コンピュータソフトウェアとは、コンピュータの動作に関するプログラム、その他コンピュータによる処理の用に供する情報であってプログラムに準ずるものをいう（以下、コンピュータソフトウェアは、ソフトウェアという）。アプリケーションソフトとは、ソフトウェアの分類のうち、特定の作業を行うために使用されるソフトウェアの総称である。一方、オペレーティングシステム（ＯＳ）とは、コンピュータを制御し、アプリケーションソフト等がコンピュータ資源を利用可能にするためのソフトウェアのことである。オペレーティングシステムは、入出力の制御、メモリやハードディスクなどのハードウェアの管理、プロセスの管理といった、コンピュータの基本的な管理・制御を行っている。アプリケーションソフトウェアは、オペレーティングシステムが提供する機能を利用して動作する。プログラムとは、コンピュータに対する指令であって、一の結果を得ることができるように組み合わせたものをいう。また、プログラムに準ずるものとは、コンピュータに対する直接の指令ではないためプログラムとは呼べないが、コンピュータの処理を規定するという点でプログラムに類似する性質を有するものをいう。例えば、データ構造（データ要素間の相互関係で表される、データの有する論理的構造）がプログラムに準ずるものに該当する。

［第１の実施形態］
（通信システムの全体構成）
図１は、第１の実施形態に係る通信システムの概略構成図である。図１を参照しながら、本実施形態に係る通信システム１の構成の概略を説明する。

図１に示すように、通信システム１は、複数の通信端末１０ａａ、１０ａｂ、１０ｂａ、１０ｂｂ、１０ｃａ、１０ｃｂ、１０ｄａ、１０ｄｂと、一部の通信端末用のディスプレイ１２０ａａ、１２０ｂａ、１２０ｂｂ、１２０ｃｂ、１２０ｄａ、１２０ｄｂと、一部の通信端末に接続されたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）３０ａｂ、３０ｃｂと、管理システム５０と、プログラム提供システム９０と、を含み、通信ネットワーク２を介して互いに通信可能となるように構築されている。

なお、図１では、通信端末１０ａａ、１０ａｂ、１０ｂａ、１０ｂｂ、１０ｃａ、１０ｃｂ、１０ｄａ、１０ｄｂが示されているが、これらのうち任意の通信端末を示す場合または総称する場合、単に「通信端末１０」と称する。また、図１に示す通信システム１に含まれる複数の通信端末１０は、一例を示すものであり、異なる台数であってもよい。

また、図１では、ディスプレイ１２０ａａ、１２０ｂａ、１２０ｂｂ、１２０ｃａ、１２０ｄａ、１２０ｄｂが示されているが、これらのうち任意のディスプレイを示す場合または総称する場合、単に「ディスプレイ１２０」と称する。また、図１に示す通信システム１に含まれる複数のディスプレイ１２０は、一例を示すものであり、異なる台数であってもよい。

通信端末１０は、他の装置との間で、各種情報を送受信する端末である。通信端末１０は、他の通信端末１０との間でセッションを確立し、確立したセッションにおいて、音声データおよび画像データ（映像データ）を含むコンテンツデータの送受信による通話を行う。これにより、通信システム１において、複数の通信端末１０間のビデオ会議が実現される。なお、通信端末１０は、ディスプレイ（上述のディスプレイ１２０）が接続される専用装置、デスクトップＰＣ、ノートＰＣ、スマートフォン、またはタブレット端末等のいずれであってもよい。ただし、以下では、通信端末１０が、ディスプレイ（上述のディスプレイ１２０）が接続される専用装置であるものとして説明する。

ディスプレイ１２０は、通信ネットワーク２を介して、接続されている通信端末１０が受信した参加者の映像等を、表示する表示装置である。ディスプレイ１２０は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、またはＩＷＢ（Ｉｎｔｅｒａｃｔｉｖｅ ＷｈｉｔｅＢｏａｒｄ）等である。

ＰＣ３０は、通信端末１０に接続され、他の通信端末１０との共有を所望する画面イメージを当該通信端末１０に送信し、管理システム５０を介して配信することによって、他の通信端末１０と画面共有の状態にする情報処理装置である。なお、ＰＣ３０は、デスクトップＰＣおよびノートＰＣ等のＰＣであることに限定されず、スマートフォンまたはタブレット端末等の情報処理装置であってもよい。

管理システム５０は、通信端末１０を一元的に管理するコンピュータである。管理システム５０は、通信端末１０間でのセッションを確立することにより、通信端末１０間における通話等によるビデオ会議を実現する。管理システム５０は、所定の通信端末１０からセッションの開始要求情報を受信した場合に、開始要求情報を送信した通信端末１０（開始要求端末）と宛先端末との間のセッションを確立し、ビデオ会議を開始させる。したがって、管理システム５０は、確立したセッションにより、複数の通信端末１０間でコンテンツデータの中継を行う。なお、管理システム５０は複数の通信端末１０間でセッションを確立するものの、実際にコンテンツデータの中継は、別の中継装置により行われるものとしてもよい。本実施形態では、説明を簡略にするため、セッションの確立、およびコンテンツデータの中継は、管理システム５０が行うものとして説明する。

プログラム提供システム９０は、通信端末１０に各種機能または各種手段を実現させるための端末用プログラムが記憶された補助記憶装置（ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等）を備えており、通信端末１０に端末用プログラム（後述する通信アプリＡ等）を提供するコンピュータである。また、プログラム提供システム９０は、管理システム５０等に各種機能または各種手段を実現させるためのプログラムも補助記憶装置に記憶しており、管理システム５０等に、対応するプログラムを送信することができる。

通信ネットワーク２は、図１に示すように、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）２ａ～２ｄ、専用線２ａｂ、２ｃｄ、およびインターネット２ｉを含んで構築されている。なお、通信ネットワーク２は、図１に示すような構成に限定されるものではなく、その他のネットワーク機器が含まれるものとしてもよく、有線だけでなく無線による通信が行われる箇所があってもよい。

ＬＡＮ２ａ～２ｄ、および専用線２ａｂ、２ｃｄは、それぞれルータ７０ａ～７０ｄ、７０ａｂ、７０ｃｄを含む。ルータ７０ａ～７０ｄ、７０ａｂ、７０ｃｄは、通信データの最適な経路の選択を行うネットワーク機器である。なお、ルータ７０ａ～７０ｄ、７０ａｂ、７０ｃｄのうち任意のルータを示す場合または総称する場合、単に「ルータ７０」と称する。

通信端末１０（１０ａａ、１０ａｂ、・・・）、およびルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。また、通信端末１０（１０ｂａ、１０ｂｂ、・・・）、およびルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ、ＬＡＮ２ｂ、およびルータ７０ａｂは、専用線２ａｂによって通信可能に接続されており、地域Ａ内で構築されている。

一方、通信端末１０（１０ｃａ、１０ｃｂ、・・・）、およびルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。また、通信端末１０（１０ｄａ、１０ｄｂ、・・・）、およびルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。また、ＬＡＮ２ｃ、ＬＡＮ２ｄ、およびルータ７０ｃｄは、専用線２ｃｄによって通信可能に接続されており、地域Ｂ内で構築されている。

地域Ａおよび地域Ｂのネットワークは、それぞれルータ７０ａｂ、７０ｃｄによってインターネット２ｉを介して通信可能に接続されている。

また、管理システム５０およびプログラム提供システム９０は、インターネット２ｉを介して、各通信端末１０と通信可能に接続されている。なお、管理システム５０およびプログラム提供システム９０は、地域Ａまたは地域Ｂに設置されていてもよいし、これら以外の地域に設置されていてもよい。

また、図１において、各通信端末１０、管理システム５０、各ルータ７０およびプログラム提供システム９０の近傍に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰ（Ｉｎｅｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを簡易的に示している。例えば、通信端末１０ａａのＩＰアドレスは、「１．２．１．３」であるものとしている。なお、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが、説明を簡略化するため、ＩＰｖ４を用いて説明する。

なお、図１に示す通信システム１の構成は、一例を示すものであり、この構成に限定されるものではない。すなわち、図１に示す各装置、システムの台数は、図１に示す台数に限定されるものではない。また、図１では、地域Ａ、Ｂの２つの地域のネットワーク構成が示されているが、同一地域内のネットワークであってもよく、３つ以上の地域がネットワークで接続された構成であってもよい。

（通信端末のハードウェア構成）
図２は、第１の実施形態に係る通信端末のハードウェア構成の一例を示す図である。図２を参照しながら、本実施形態に係る通信端末１０のハードウェア構成の詳細について説明する。

図２に示すように、本実施形態に係る通信端末１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３と、補助記憶装置１０５と、メディアドライブ１０７と、入力装置１０８と、を備えている。

ＣＰＵ１０１は、通信端末１０全体の動作を制御する演算装置である。ＲＯＭ１０２は、通信端末１０用のプログラム（後述する通信アプリＡ等）を記憶している不揮発性記憶装置である。ＲＡＭ１０３は、ＣＰＵ１０１のワークエリアとして使用される揮発性記憶装置である。

補助記憶装置１０５は、画像データ、音声データおよび動画データ等の各種データを記憶するＨＤＤまたはＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の不揮発性記憶装置である。メディアドライブ１０７は、ＣＰＵ１０１の制御に従って、フラッシュメモリ等であるメディア１０６に対するデータの読み出しおよび書き込みを制御する装置である。メディア１０６は、通信端末１０に対して着脱自在の記憶装置である。なお、メディア１０６は、ＣＰＵ１０１の制御に従ってデータの読み出しおよび書き込みを行う不揮発性メモリであれば、フラッシュメモリに限定されるものではなく、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）等を用いてもよい。

入力装置１０８は、マウスまたはキーボード等の各種情報を入力するための装置、または操作ボタンおよび電源ボタン等のボタンである。

また、通信端末１０は、ネットワークＩ／Ｆ１１１と、撮像素子Ｉ／Ｆ１１３と、音声入出力Ｉ／Ｆ１１６と、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ） Ｉ／Ｆ１１７と、ディスプレイＩ／Ｆ１１９と、を備えている。

ネットワークＩ／Ｆ１１１は、通信ネットワーク２を利用してデータを通信するためのインターフェースである。ネットワークＩ／Ｆ１１１は、例えば、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）に準拠したＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等である。

撮像素子Ｉ／Ｆ１１３は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得るカメラ１１２との間で画像データを伝送するためのインターフェースである。カメラ１１２は、レンズ、および光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含む。カメラ１１２は、ケーブル１１２ｃによって撮像素子Ｉ／Ｆ１１３に接続される。固体撮像素子としては、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）またはＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）等が用いられる。

音声入出力Ｉ／Ｆ１１６は、ＣＰＵ１０１の制御に従って、音声を入力するマイク１１４および音声を出力するスピーカ１１５との間で音声信号（音声データ）の入出力を処理するインターフェースである。マイク１１４およびスピーカ１１５は、それぞれ、ケーブル１１４ｃおよびケーブル１１５ｃによって音声入出力Ｉ／Ｆ１１６に接続される。

ＵＳＢ Ｉ／Ｆ１１７は、外部機器（例えばＰＣ等）と接続してデータ通信を行うためのＵＳＢ規格のインターフェースである。

ディスプレイＩ／Ｆ１１９は、ＣＰＵ１０１の制御に従って、外付けのディスプレイ１２０に画像データを伝送するためのインターフェースである。ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１９に接続される。ケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよく、コンポーネントビデオ用のケーブルであってもよく、ＨＤＭＩ（登録商標）(Ｈｉｇｈ－Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ)またはＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｉｎｔｅｒａｃｔｉｖｅ）信号用のケーブルであってもよい。

上述のＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、補助記憶装置１０５、メディアドライブ１０７、入力装置１０８、ネットワークＩ／Ｆ１１１、撮像素子Ｉ／Ｆ１１３、音声入出力Ｉ／Ｆ１１６、ＵＳＢ Ｉ／Ｆ１１７およびディスプレイＩ／Ｆ１１９は、アドレスバスおよびデータバス等のバスライン１１０によって互いに通信可能に接続されている。

なお、図２に示した通信端末１０のハードウェア構成は一例を示すものであり、図２に示した構成要素以外の構成要素を含むものとしてもよい。また、カメラ１１２、マイク１１４およびスピーカ１１５は、通信端末１０に一体的に備えられるものとしてもよく、または、カメラ１１２、マイク１１４およびスピーカ１１５のうち少なくともいずれかは、外付けの別体の装置であってもよい。また、ディスプレイ１２０は、図２では、通信端末１０に対して外付けされるディスプレイとしているが、これに限定されるものではなく、通信端末１０と一体的に備えられるものとしてもよい。

（管理システムおよびプログラム提供システムのハードウェア構成）
図３は、第１の実施形態に係る管理システムおよびプログラム提供システムのハードウェア構成の一例を示す図である。図３を参照しながら、管理システム５０およびプログラム提供システム９０のハードウェア構成の詳細について説明する。

まず、図３を参照しながら管理システム５０のハードウェア構成について説明する。図３に示すように、管理システム５０は、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、補助記憶装置２０５と、メディアドライブ２０７と、ディスプレイ２０８と、ネットワークＩ／Ｆ２０９と、キーボード２１１と、マウス２１２と、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）ドライブ２１４と、を備えている。

ＣＰＵ２０１は、管理システム５０全体の動作を制御する演算装置である。ＲＯＭ２０２は、管理システム５０用のプログラムを記憶している不揮発性記憶装置である。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される揮発性記憶装置である。

補助記憶装置２０５は、後述する認証管理ＤＢ５００１、端末管理ＤＢ５００２、グループ管理ＤＢ５００３およびセッション管理ＤＢ５００４等の各種データを記憶するＨＤＤまたはＳＳＤ等の記憶装置である。メディアドライブ２０７は、ＣＰＵ２０１の制御に従って、フラッシュメモリ等の記録メディア２０６に対するデータの読み出しおよび書き込みを制御する装置である。

ディスプレイ２０８は、カーソル、メニュー、ウィンドウ、文字または画像等の各種情報を表示する液晶または有機ＥＬ等によって構成された表示装置である。ネットワークＩ／Ｆ２０９は、通信ネットワーク２を利用してデータを通信するためのインターフェースである。ネットワークＩ／Ｆ２０９は、例えば、ＴＣＰ／ＩＰに準拠したＮＩＣ等である。

キーボード２１１は、文字、数字、各種指示の選択、およびカーソルの移動等を行う入力装置である。マウス２１２は、各種指示の選択および実行、処理対象の選択、ならびにカーソルの移動等を行うための入力装置である。

ＤＶＤドライブ２１４は、着脱自在な記憶媒体の一例としてのＤＶＤ－ＲＯＭまたはＤＶＤ－Ｒ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅｃｏｒｄａｂｌｅ）等のＤＶＤ２１３に対するデータの読み出しおよび書き込みを制御する装置である。

上述のＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、補助記憶装置２０５、メディアドライブ２０７、ディスプレイ２０８、ネットワークＩ／Ｆ２０９、キーボード２１１、マウス２１２およびＤＶＤドライブ２１４は、アドレスバスおよびデータバス等のバスライン２１０によって互いに通信可能に接続されている。

なお、図３に示した管理システム５０のハードウェア構成は一例を示すものであり、図３に示した構成要素を全て含む必要はなく、または、その他の構成要素を含むものとしてもよい。

また、上述の管理システム５０用のプログラムは、インストール可能な形式または実行可能な形式のファイルによって、記録メディア２０６またはＤＶＤ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

また、プログラム提供システム９０は、上述の管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。ただし、ＲＯＭ２０２には、プログラム提供システム９０を制御するためのプログラム提供システム９０用のプログラムが記録されている。この場合も、プログラム提供システム９０用のプログラムは、インストール可能な形式または実行可能な形式のファイルで、記録メディア２０６またはＤＶＤ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

なお、上述の着脱可能な記録媒体の他の例として、ＣＤ－Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅｃｏｒｄａｂｌｅ）またはブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

（通信端末のソフトウェア構成）
図４は、第１の実施形態に係る通信端末のソフトウェア構成の一例を示す図である。図４を参照しながら、本実施形態に係る通信端末１０のソフトウェア構成の詳細について説明する。

通信端末１０には、クライアントアプリとして通信アプリＡがインストールされている。ここで、アプリとは、アプリケーションソフトを意味する。図４に示すように、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）１０２０、および通信アプリＡは、通信端末１０のＲＡＭ１０３の作業領域１０１０上で動作する。

ＯＳ１０２０は、基本的な機能を提供し、通信端末１０全体を管理する基本ソフトウェアである。通信アプリＡは、ＯＳ１０２０の制御に従って動作し、他の通信端末１０と通信（通話）するためのアプリである。

なお、通信アプリＡの通信プロトコルとしては、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ)、Ｈ.３２３、ＩＲＣ（Ｉｎｔｅｒｎｅｔ Ｒｅｌａｙ Ｃｈａｔ)、またはＪｉｎｇｌｅ等が挙げられる。

（通信システムの機能ブロックの構成）
図５は、第１の実施形態に係る通信システムの機能ブロックの構成の一例を示す図である。図５を参照しながら、本実施形態に係る通信システム１の機能ブロックの構成について説明する。

＜通信端末の機能ブロックの構成＞
図５に示すように、通信端末１０は、通信部１１と、操作入力受付部１２と、撮像部１３と、表示制御部１４と、音声入力部１５と、音声出力部１６と、記憶・読出部１７と、記憶部１８と、認証要求部１９と、ミュート制御部２０と、ミュート確認部２１と、ミュート応答部２２と、を有している。

通信部１１は、通信ネットワーク２を介して、他の通信端末１０または各システムと各種データの送受信を行う機能部である。通信部１１は、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行、およびネットワークＩ／Ｆ１１１によって実現される。

通信部１１は、当該通信端末１０が他の通信端末１０とセッションを確立し、通話によるビデオ会議を開始する前に、管理システム５０から、宛先端末の候補としての各通信端末１０の状態を示す各状態情報の受信を開始する。ここで、宛先端末の候補とは、通信端末１０が、ビデオ会議を行う相手、すなわちセッションの相手として指定可能なビデオ会議の相手であるユーザ（参加者）が利用する宛先候補となる他の通信端末１０である。すなわち、通信端末１０は、宛先端末の候補として予め設定されていない通信端末とは、セッションを確立することができず、ビデオ会議を行うことができない。

また、状態情報は、各通信端末１０の稼動状態（オンラインかオフラインかの状態）と、オンラインにおいてはさらに通話中であるか、待受け中であるか等の詳細な状態（以下、通信状態と称する）とを示す。また、状態情報は、各通信端末１０の稼動状態および通信状態だけでなく、ケーブルが通信端末１０から外れている、音声を出力できるが画像は出力できない、または、音声が入力されないように設定されている（ミュート）等、様々な状態を示すものとしてもよいが、以下では、一例として、稼動状態および通信状態を示す場合について説明する。

通信部１１は、当該通信端末１０が開始要求端末として動作する場合には、開始要求情報を管理システム５０に送信する。ここで、開始要求情報とは、ビデオ会議に用いられるセッションの開始を要求する情報である。開始要求情報は、具体的には、開始を要求する旨を示す情報と、開始要求情報の送信元である開始要求端末の端末ＩＤと、セッションの相手となる宛先端末の端末ＩＤと、を含む。端末ＩＤは、通信端末１０を識別するための情報であって、予め通信端末１０に記憶させておく他、ユーザが直接通信端末１０へ入力して決定するものとしてもよい。

操作入力受付部１２は、ユーザによる各種入力を受け付ける機能部である。操作入力受付部１２は、図２に示す入力装置１０８によって実現される。

例えば、ユーザが、操作入力受付部１２のうち図２に示す入力装置１０８としての電源ボタンをオンにすると、当該通信端末１０の電源がオン状態になる。また、ユーザが電源をオン状態からオフにすると、通信部１１は、管理システム５０へ、当該通信端末１０の電源がオフになった旨の状態情報を送信してから、当該通信端末１０の電源が完全にオフとなる。これによって、管理システム５０は、通信端末１０が電源オンから電源オフになったことを把握することができる。

撮像部１３は、被写体を撮像して、撮像して得た画像データを取得する機能部である。撮像部１３は、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行、ならびに、カメラ１１２および撮像素子Ｉ／Ｆ１１３によって実現される。

表示制御部１４は、ディスプレイ１２０に対して画像データ等の表示制御を行う機能部である。表示制御部１４は、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行によって実現される。

表示制御部１４は、例えば、ビデオ会議の要求元としての当該通信端末１０が所望の宛先としての通信端末１０とビデオ会議の通話を開始する前に、通信部１１によって受信された宛先端末の候補の状態情報を反映させて、各宛先端末の候補の名前が含まれた宛先リストをディスプレイ１２０に表示させる。

音声入力部１５は、マイク１１４によって参加者（話者）の音声が音声信号に変換された後、当該音声信号を入力する機能部である。音声入力部１５は、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行、および音声入出力Ｉ／Ｆ１１６によって実現される。

音声出力部１６は、音声信号をスピーカ１１５に出力し、スピーカ１１５から音声を出力させる機能部である。音声出力部１６は、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行、および音声入出力Ｉ／Ｆ１１６によって実現される。

記憶・読出部１７は、記憶部１８に各種データを記憶したり、記憶部１８に記憶された各種データを読み出す処理を行う機能部である。記憶部１８には、例えば、宛先端末との通話を行う際に受信されるコンテンツデータが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ１２０に画像が表示され、上書きされる前の音声データによってスピーカ１１５から音声が出力される。記憶・読出部１７は、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行によって実現される。

認証要求部１９は、当該通信端末１０の電源がオンした場合、または、操作入力受付部１２により認証要求操作が受け付けられた場合、通信部１１から通信ネットワーク２を介して管理システム５０に、ログインの認証を要求する旨を示す認証要求情報、および当該通信端末１０の現時点のＩＰアドレスを送信する機能部である。認証要求部１９は、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行によって実現される。

ミュート制御部２０は、ユーザの操作入力受付部１２に対する操作入力に従って、当該通信端末１０と同じグループに属する他の通信端末１０に対して一斉ミュート状態にするための一斉ミュート指令、または、一斉ミュート状態を解除するための一斉ミュート解除指令を、通信部１１を介して他の通信端末１０に送信する機能部である。また、ミュート制御部２０は、他の通信端末１０から通信部１１を介して一斉ミュート指令を受信した場合、音声入力部１５による音声信号の入力を不許可の状態、すなわちミュートした状態（一斉ミュート状態）にする。また、ミュート制御部２０は、他の通信端末１０から通信部１１を介して一斉ミュート解除指令を受信した場合、一斉ミュート状態を解除する。また、ミュート制御部２０は、当該通信端末１０のミュート状態の情報、すなわち、一斉ミュート状態となっているか否か等の情報を、記憶部１８に記憶させる。

また、ミュート制御部２０がミュートの状態にするのは、一斉ミュート状態のみならず、ユーザの操作入力受付部１２に対する操作入力に従って、当該通信端末１０自身を個別にミュートの状態にすることも可能である。この個別に設定されたミュートの状態を、一斉ミュート状態に対比して、個別ミュート状態と称するものとする。ミュート制御部２０は、当該通信端末１０のミュート状態の情報として、一斉ミュート状態となっているか否かの情報のほか、個別ミュート状態となっているか否かの情報を、記憶部１８に記憶させる。

また、ミュート制御部２０は、当該通信端末１０が既に開催されているビデオ会議に途中参加する場合において、後述するように、ミュート確認部２１によって同じグループの他の通信端末１０が一斉ミュート状態となっていることが確認された場合、同様に一斉ミュート状態にする。これによって、既に開催されているビデオ会議において一斉ミュート状態となっている場合、すなわち、特定の通信端末１０のみにおいて音声入力が許可されており、当該通信端末１０の話者のみが他の通信端末１０に対して音声信号を送信することができる状態である場合に、新たに参加した当該通信端末１０の話者の音声信号が入力されてしまう事態を回避することができる。

ミュート制御部２０は、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行によって実現される。

ミュート確認部２１は、通信端末１０が既に開催されているビデオ会議に途中参加する場合に、同じグループに属する他の通信端末１０に対して、一斉ミュート状態となっているか否かを確認する機能部である。具体的には、ミュート確認部２１は、同じグループに属する他の通信端末１０に対して、一斉ミュート状態となっているか否かを確認するためのミュート確認要求を送信する。また、ミュート確認部２１は、参加要求情報を送信することによって既に開催されているビデオ会議に参加した後、再度、当該他の通信端末１０に対して、一斉ミュート状態となっているか否かを確認するためのミュート再確認要求を送信する。このように他の通信端末１０に対してミュート状態を再確認するのは、当該通信端末１０のビデオ会議への途中参加の処理中に、同じグループの特定の通信端末１０から一斉ミュート指令が送信されることによって、途中参加の前後で当該他の通信端末１０のミュート状態（一斉ミュート状態であるか否か）が変更されている可能性があるためである。ミュート確認部２１は、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行によって実現される。

ミュート応答部２２は、他の通信端末１０から通信部１１を介してミュート確認要求を受信した場合、記憶部１８を参照して自身（当該通信端末１０）のミュート状態（一斉ミュート状態となっているか否か）を判別して、当該ミュート状態をミュート状態応答として、他の通信端末１０に返信する機能部である。ミュート応答部２２は、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行によって実現される。

なお、上述の表示制御部１４、認証要求部１９、ミュート制御部２０、ミュート確認部２１およびミュート応答部２２のうち少なくともいずれかは、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）またはＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のハードウェア回路によって実現されるものとしてもよい。

また、図５に示した通信端末１０の各機能部は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図５に示した通信端末１０で独立した機能部として図示した複数の機能部を、１つの機能部として構成してもよい。一方、図５に示した通信端末１０の１つ機能部が有する機能を複数に分割し、複数の機能部として構成するものとしてもよい。

＜管理システムの機能ブロックの構成＞
図５に示すように、管理システム５０は、通信部５１と、認証部５２と、状態管理部５３と、端末抽出部５４と、端末状態取得部５５と、セッション制御部５６と、記憶・読出部５７と、記憶部５８と、を有している。記憶部５８は、図３に示す補助記憶装置２０５によって実現され、図５に示すように、認証管理ＤＢ５００１と、端末管理ＤＢ５００２と、グループ管理ＤＢ５００３と、セッション管理ＤＢ５００４とを記憶している。以下、記憶部５８に記憶されている各ＤＢにおいて管理される各テーブルについて説明する。

＜＜認証管理テーブル＞＞
図６は、認証管理テーブルの一例を示す図である。

記憶部５８は、図６に示す認証管理テーブルを含む認証管理ＤＢ５００１を記憶している。認証管理テーブルでは、ログインの認証を行う通信端末１０を利用するユーザ（参加者）を識別するユーザＩＤに対して、パスワードが関連付けられて管理される。ここで、パスワードは、ログインの認証するために利用される情報である。例えば、図６に示す認証管理テーブルにおいて、ユーザＩＤが「Ａ＿１０ａａ」に関連付けられたパスワードが「ａａａａ」であることが示されている。

なお、ユーザＩＤは、通信端末１０を利用するユーザを一意に識別するために使われる文字、記号、数字または各種のしるし等の識別情報であり、例えば、当該ユーザが利用するメールアドレス等であってもよい。

＜＜端末管理テーブル＞＞
図７は、端末管理テーブルの一例を示す図である。

記憶部５８は、図７に示す端末管理テーブルを含む端末管理ＤＢ５００２を記憶している。端末管理テーブルでは、各通信端末１０の端末ＩＤ毎に、端末名、各通信端末１０にログインしたユーザのユーザＩＤ、各通信端末１０の稼動状態、他の通信端末１０との通信状態、および各通信端末１０のＩＰアドレスが関連付けられて管理される。

ここで、稼動状態としては、電源がオンされ、通信が可能または通信中の状態であるオンラインと、電源がオンされていない等、通信が可能でない状態であるオフラインとがある。また、通信状態としては、例えば、「Ｃａｌｌｉｎｇ」、「Ｒｉｎｇｉｎｇ」、「Ａｃｃｅｐｔｅｄ」、「Ｂｕｓｙ」、および「Ｎｏｎｅ」等がある。「Ｃａｌｌｉｎｇ」は、他の通信端末１０を呼び出している状態、すなわち、他の通信端末１０に対しビデオ会議に用いられるセッションを確立するための開始要求情報を送信し、応答を待っている状態を示す。「Ｒｉｎｇｉｎｇ」は、他の通信端末１０から呼び出されている状態、すなわち、他の通信端末１０から開始要求情報を受信し、受信した開始要求情報に対する応答が完了していない状態を示す。「Ａｃｃｅｐｔｅｄ」は、他の通信端末１０からの開始要求情報に対し許可の応答が完了しているが、セッションの確立が完了していない状態、および、自端末が送信した開始要求情報に対し許可の応答の受信が完了しているが、セッションの確立が完了していない状態を示す。「Ｂｕｓｙ」は、他の通信端末１０とのセッションが確立し、ビデオ会議におけるコンテンツデータの通信による通話が行われている状態を示す。「Ｎｏｎｅ」は、他の通信端末１０と通信しておらず、待ち受け中の状態を示す。

例えば、図７に示す端末管理テーブルにおいて、端末ＩＤが「１０ａｄ」の通信端末１０ａｄは、端末名が「日本 東京事業所 ＡＤ端末」で、ログインしているユーザのユーザＩＤが「Ｃ＿１０ａｄ」で、稼動状態が「オンライン」で、通信状態が他の通信端末１０から呼び出されている状態を示す「Ｒｉｎｇｉｎｇ」で、この通信端末１０ａｄのＩＰアドレスが「１．２．１．６」であることが示されている。

＜＜グループ管理システム＞＞
図８は、グループ管理テーブルの一例を示す図である。

記憶部５８は、図８に示すグループ管理テーブルを含むグループ管理ＤＢ５００３を記憶している。グループ管理テーブルでは、管理システム５０に予め登録されているビデオ会議のグループごとに、当該グループに含まれる通信端末１０の端末ＩＤが管理される。すなわち、グループ管理テーブルでは、グループを識別するグループＩＤと、当該グループに含まれる通信端末１０の端末ＩＤとが関連付けられて管理される。

例えば、図８に示すグループ管理テーブルにおいて、グループＩＤが「Ｇ００２」のグループは、端末ＩＤが「１０ａｃ」、「１０ｃａ」、「１０ｃｂ」である通信端末１０を含むことが示されている。

＜＜セッション管理テーブル＞＞
図９は、セッション管理テーブルの一例を示す図である。

記憶部５８は、図９に示すセッション管理テーブルを含むセッション管理ＤＢ５００４を記憶している。セッション管理テーブルでは、通信端末１０間でコンテンツデータが通信されるセッションを識別するためのセッションＩＤ毎に、セッションの開始要求端末の端末ＩＤ、およびセッションを確立するための開始要求情報において相手先として指定された宛先端末の端末ＩＤが関連付けられて管理される。

例えば、図９に示すセッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」で識別されるセッションは、端末ＩＤが「１０ａａ」の開始要求端末（通信端末１０ａａ）と、端末ＩＤが「１０ｄｂ」の宛先端末（通信端末１０ｄｂ）との間で確立されたことを示す。

なお、図６～図９に示した各テーブルで管理される情報は、テーブル形式の情報としているが、これに限定されるものではなく、管理される各情報が関連付けられることができれば、テーブル形式に限定されるものではない。

図５に戻り、管理システム５０の機能ブロックの説明に戻る。

通信部５１は、通信ネットワーク２を介して、通信端末１０または他のシステムと各種データの送受信を行う機能部である。通信部５１は、図３に示すＣＰＵ２０１によるプログラムの実行、およびネットワークＩ／Ｆ２０９によって実現される。

認証部５２は、通信部５１を介して受信された認証要求情報に含まれているユーザＩＤおよびパスワードを検索キーとし、記憶部５８の認証管理テーブル（図６参照）を検索し、認証管理テーブルに同一のユーザＩＤおよびパスワードが管理されているかを判断することによってユーザ認証を行う機能部である。認証部５２は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

状態管理部５３は、図７に示す端末管理テーブルの稼動状態および通信状態を管理する機能部である。状態管理部５３は、ログインの認証を要求してきた通信端末１０の稼動状態を管理すべく、端末管理テーブルに、この通信端末１０の端末ＩＤ、当該通信端末１０にログインしている参加者のユーザＩＤ、当該通信端末１０の稼動状態、および当該通信端末１０のＩＰアドレスを関連付けて記憶して管理する。

状態管理部５３は、通信端末１０のユーザによる入力装置１０８の操作によってオフ状態からオン状態になると、この通信端末１０から送られてきた電源をオンする旨の情報に基づいて、端末管理テーブルの稼動状態をオフラインからオンラインに更新する。また、状態管理部５３は、通信端末１０のユーザによる入力装置１０８の操作によってオン状態からオフ状態になると、この通信端末１０から送られてきた電源をオフする旨の情報に基づいて、端末管理テーブルの稼動状態をオンラインからオフラインに更新する。

状態管理部５３は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

端末抽出部５４は、ログインの認証要求した通信端末１０等、処理対象となる対象端末の端末ＩＤを検索キーとして、図８に示すグループ管理テーブルを検索し、対象端末と通話することができる、すなわちセッションを確立することのできる宛先端末の候補（同じグループの通信端末１０）の端末ＩＤを読み出す機能部である。端末抽出部５４は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

端末状態取得部５５は、端末ＩＤを検索キーとして、図７に示す端末管理テーブルを検索し、端末ＩＤ毎に稼動状態および通信状態を読み出す機能部である。これにより、端末状態取得部５５は、ログインの認証要求をしてきた通信端末１０と通話することができる宛先端末の候補の稼動状態および通信状態を取得することができる。端末状態取得部５５は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

セッション制御部５６は、図９に示すセッション管理テーブルに、生成したセッションＩＤ、開始要求端末の端末ＩＤおよび宛先端末の端末ＩＤを関連付けて記憶して管理する機能部である。セッション制御部５６は、通信端末１０間のセッションの確立をするための制御を行う。セッション制御部５６は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

記憶・読出部５７は、記憶部５８に各種テーブルに情報を記憶したり、記憶部５８に記憶された各種テーブルの情報を読み出す処理を行う機能部である。記憶・読出部５７は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

なお、上述の認証部５２、状態管理部５３、端末抽出部５４、端末状態取得部５５、およびセッション制御部５６のうち少なくともいずれかは、ＡＳＩＣまたはＦＰＧＡ等のハードウェア回路によって実現されるものとしてもよい。

また、図５に示した管理システム５０の各機能部は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図５に示した管理システム５０で独立した機能部として図示した複数の機能部を、１つの機能部として構成してもよい。一方、図５に示した管理システム５０の１つ機能部が有する機能を複数に分割し、複数の機能部として構成するものとしてもよい。

（コンテンツデータおよび各種管理情報の送受信の状態）
図１０は、第１の実施形態に係る通信システムにおけるコンテンツデータおよび各種管理情報を送受信するために確立されたセッションを示す図である。図１０を参照しながら、通信システム１におけるコンテンツデータおよび各種管理情報を送受信するために確立されたセッションについて説明する。

図１０に示すように、通信システム１では、開始要求端末と宛先端末Ａと宛先端末Ｂとの間で、管理システム５０を介して、各種の管理情報を送受信するための管理情報用セッションｓｅｉが確立される。さらに、開始要求端末と宛先端末Ａと宛先端末Ｂとの間で、管理システム５０を介して、画像データおよび音声データ等を送受信するためのコンテンツデータ用セッションｓｅｄが確立される。すなわち、コンテンツデータ用セッションｓｅｄが、ビデオ会議において直接的に用いられるセッションである。なお、このセッションの概念はあくまで一例であって、例えば、画像データのセッションでは、解像度ごとに分けられるものとしてもよい。

（通信端末が通話開始する前の準備段階における各管理情報の送受信処理）
図１１は、第１の実施形態に係る通信システムにおける、通信端末が通話を開始するための認証処理を含む準備段階の処理の一例を示すシーケンス図である。図１２は、宛先リストの表示例を示す図である。図１１および図１２を参照しながら、通信端末１０ａａが通話を開始する前の準備段階における各情報の送受信処理について説明する。なお、図１１では、管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

＜ステップＳ２１＞
まず、通信端末１０ａａのユーザが、図２に示す入力装置１０８に対する操作により電源をオンにすると、通信端末１０ａａの操作入力受付部１２が、電源オンを受け付けて、通信端末１０ａａの電源をオンにする。

＜ステップＳ２２＞
そして、通信端末１０ａａの認証要求部１９は、上述の通信端末１０ａａの電源オンを契機とし、通信部１１から通信ネットワーク２を介して管理システム５０に、ログインの認証要求を示す認証要求情報、および通信端末１０ａａのＩＰアドレスを送信する。この認証要求情報には、開始要求端末としての自端末である通信端末１０ａａを識別するための端末ＩＤ、通信端末１０ａａにログインしているユーザのユーザＩＤ、およびパスワードが含まれている。端末ＩＤ、ユーザＩＤおよびパスワードは、通信端末１０ａａの記憶・読出部１７によって記憶部１８から読み出されて、通信部１１に送られたデータである。また、通信端末１０ａａから管理システム５０へ認証要求情報が送信される際は、受信側である管理システム５０は、送信側である通信端末１０ａａのＩＰアドレスを把握することができる。

＜ステップＳ２３＞
次に、管理システム５０の認証部５２は、通信部５１を介して受信した認証要求情報に含まれているユーザＩＤおよびパスワードを検索キーとして、認証管理テーブル（図６参照）を検索し、認証管理テーブルに同一のユーザＩＤおよびパスワードが管理されているかを判断することによってユーザ認証を行う。

＜ステップＳ２４－１＞
認証部５２によって、正当な利用権限を有する通信端末１０からのログインの認証要求であると判断された場合には、管理システム５０の状態管理部５３は、端末管理テーブル（図７参照）に、通信端末１０ａａの端末ＩＤおよび端末名で示されるレコード毎に、ユーザＩＤおよび通信端末１０ａａのＩＰアドレスを関連付けて記憶する。これにより、端末管理テーブルには、通信端末１０ａａの端末ＩＤ「１０ａａ」に、ユーザＩＤ「Ａ＿１０ａａ」およびＩＰアドレス「１．２．１．３」が関連付けて管理されることになる。

＜ステップＳ２４－２＞
続いて、状態管理部５３は、通信端末１０ａａの稼動状態「オンライン」および通信状態「Ｎｏｎｅ」を設定し、端末管理テーブルに、通信端末１０ａａの端末ＩＤおよび端末名で示されるレコードに、稼動状態および通信状態を関連付けて記憶する。これにより、端末管理テーブルには、通信端末１０ａａの端末ＩＤ「１０ａａ」に、稼動状態「オンライン」および通信状態「Ｎｏｎｅ」が関連付けて管理されることになる。

＜ステップＳ２５＞
そして、管理システム５０の通信部５１は、認証部５２によって得られたユーザ認証の結果が示された認証結果情報を、通信ネットワーク２を介して、認証要求情報を送信してきた開始要求端末（通信端末１０ａａ）に送信する。本実施形態では、通信端末１０ａａが、認証部５２によって正当な利用権限を有するユーザが利用する端末であるとユーザ認証されたものとして、以下続けて説明する。

＜ステップＳ２６＞
通信端末１０ａａにおいて、正当な利用権限を有するユーザが利用する端末であるとユーザ認証された結果が示された認証結果情報を受信すると、通信部１１は、通信ネットワーク２を介して管理システム５０へ、宛先リストを要求する旨が示された宛先リスト要求情報を送信する。これにより、管理システム５０の通信部５１は、宛先リスト要求情報を受信する。

＜ステップＳ２７＞
次に、管理システム５０の端末抽出部５４は、開始要求端末（通信端末１０ａａ）の端末ＩＤ「１０ａａ」を検索キーとして、グループ管理テーブル（図８参照）を検索し、開始要求端末が通話することができる、すなわち、開始要求端末と同じグループ（ここでは、グループＩＤ「Ｇ００１」のグループ）に属する宛先端末の候補の端末ＩＤを抽出する。また、端末抽出部５４は、抽出した端末ＩＤを検索キーとして、端末管理テーブルを検索し、この端末ＩＤに対応する端末名、すなわち宛先端末の候補の端末名を抽出する。ここでは、開始要求端末（通信端末１０ａａ）の端末ＩＤ「１０ａａ」に対応する宛先端末の候補（通信端末１０ａｂ、１０ａｃ、１０ｄｂ）のそれぞれの端末ＩＤ（「１０ａｂ」、「１０ａｃ」、「１０ｄｂ」）と、これらに対応する端末名（「日本 東京事業所 ＡＢ端末」、「日本 東京事業所 ＡＣ端末」、「アメリカ ワシントン事業所 ＤＢ端末」）が抽出される。

＜ステップＳ２８、Ｓ２９＞
次に、管理システム５０の通信部５１は、端末抽出部５４によって抽出された宛先端末の候補の端末ＩＤおよび端末名を含む宛先リスト情報を、開始要求端末（通信端末１０ａａ）に送信する。これにより、開始要求端末（通信端末１０ａａ）では、通信部１１が宛先リスト情報を受信し、記憶・読出部１７が記憶部１８へ宛先リスト情報を記憶する。

このように、本実施形態では、各通信端末１０で宛先リスト情報を管理するのではなく、管理システム５０がすべての通信端末１０の宛先リスト情報を一元管理している。これによって、通信システム１に新たな通信端末１０が含まれるようになったり、既に含まれている通信端末１０が除外されたりする場合でも、管理システム５０側で一括して対応するため、各通信端末１０側で宛先リスト情報の変更を行う手間を省くことができる。

＜ステップＳ３０＞
また、管理システム５０の端末状態取得部５５は、端末抽出部５４によって抽出された宛先端末の候補の端末ＩＤ（「１０ａｂ」、「１０ａｃ」、「１０ｄｂ」）を検索キーとして、端末管理テーブルを検索する。そして、端末状態取得部５５は、宛先端末の候補の端末ＩＤ毎に、対応する稼動状態および通信状態を読み出すことにより、宛先端末の候補（通信端末１０ａｂ、１０ａｃ、１０ｄｂ）それぞれの稼動状態および通信状態を取得する。

＜ステップＳ３１＞
次に、通信部５１は、ステップＳ３０で使用された検索キーである端末ＩＤと、対応する宛先端末の候補の稼動状態および通信状態とを含む状態情報を、通信ネットワーク２を介して開始要求端末に送信する。具体的には、通信部５１は、検索キーとしての端末ＩＤ「１０ａｂ」と、宛先端末の候補（通信端末１０ａｂ）の稼動状態「オフライン」とを含む状態情報を、開始要求端末（通信端末１０ａａ）に送信する。なお、稼動状態が「オフライン」の場合には、状態情報には、通信状態は含まれない。また、通信部５１は、端末ＩＤ「１０ａｃ」と、宛先端末の候補（通信端末１０ａｃ）の稼動状態「オンライン」と、通信状態「Ｎｏｎｅ」とを含む状態情報等、宛先端末の候補すべてに対する状態情報それぞれを開始要求端末（通信端末１０ａａ）へ送信する。

＜ステップＳ３２＞
次に、開始要求端末（通信端末１０ａａ）の記憶・読出部１７は、順次、管理システム５０から受信した状態情報を記憶部１８に記憶する。したがって、開始要求端末（通信端末１０ａａ）は、宛先端末の候補の状態情報を受信することで、通話することができる宛先端末の候補の現時点のそれぞれの稼動状態および通信状態を取得することができる。

＜ステップＳ３３＞
次に、開始要求端末（通信端末１０ａａ）の表示制御部１４は、記憶部１８に記憶されている宛先リスト情報、および宛先端末の候補の状態情報に基づいて、宛先端末の候補の稼動状態および通信状態を反映させた宛先リストを作成する。そして、表示制御部１４は、図１に示すディスプレイ１２０ａａに、所定のタイミングで図１２に示すような宛先リストを表示する。

図１２に示すように、ディスプレイ１２０ａａに表示される宛先リストは、宛先端末の候補の端末ＩＤ１１００－２と、端末名１１００－３と、状態情報を反映させたアイコン１１００－４ａ、１１００－４ｂ等を含む。アイコンとしては、オフラインで通話できないことを示すオフラインアイコン１１００－４ａと、オンラインで通話可能であることを示す通話可能アイコン１１００－４ｂと、がある。なお、オンラインで通話中であることを示す通話中アイコン等があってもよい。

表示制御部１４は、宛先端末の候補の稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」である場合には、この宛先端末の候補に対し、通話可能アイコン１１００－４ｂを割り当てる。また、表示制御部１４は、宛先端末の候補の稼動状態が「オフライン」である場合には、この宛先端末の候補に対し、オフラインアイコン１１００－４ａを割り当てる。なお、表示制御部１４は、宛先端末の候補の稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」以外である場合には、この宛先端末の候補に対し、通話中アイコンを割り当てればよい。

なお、他の通信端末１０でも、ステップＳ２１と同様に、ユーザが図２に示す入力装置１０８を介して電源をオンにすると、当該通信端末１０の操作入力受付部１２が、電源オンを受け付けて、上述のステップＳ２２～Ｓ３３の処理と同様の処理を行う。

（通信端末が他の通信端末との通信の開始を要求する場合の処理）
図１３は、第１の実施形態に係る通信システムにおける通話の開始を要求する処理の一例を示すシーケンス図である。図１３を参照しながら、通信端末１０が他の通信端末１０との通信の開始を要求する場合の処理を説明する。なお、図１３では、すべて管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

図１３においては、図１１においてログインが許可された通信端末１０ａａが、開始要求情報を送信する例、すなわち、通信端末１０ａａが開始要求端末として動作する例について説明する。開始要求端末としての通信端末１０ａａは、図１１のステップＳ３１で受信した宛先端末の候補の状態情報に基づいて、宛先端末の候補のうち、稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」である通信端末１０のうち少なくとも１つの通信端末１０と通話を行うことができる。例えば、開始要求端末（通信端末１０ａａ）は、宛先端末の候補のうち、図１１のステップＳ３１によって受信した状態情報により、稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」である通信端末１０ｄｂと通話を行うことができる。そこで、以下では、開始要求端末（通信端末１０ａａ）のユーザが、宛先端末（通信端末１０ｄｂ）と通話を開始することを選択した場合について説明する。

なお、図１３に示す処理が開始される前の状態において、開始要求端末としての通信端末１０ａａのディスプレイ１２０ａａには、図１２に示す宛先リストが表示されているものとする。そして、開始要求端末のユーザは、宛先リストから所望の通話相手（宛先端末）を選択することができる。

＜ステップＳ４１＞
まず、開始要求端末のユーザは、通信端末１０ａａの入力装置１０８を操作して宛先端末（通信端末１０ｄｂ）を選択する。

＜ステップＳ４２＞
すると、通信端末１０ａａの通信部１１は、開始要求端末（通信端末１０ａａ）の端末ＩＤ「１０ａａ」、および宛先端末（通信端末１０ｄｂ）の端末ＩＤ「１０ｄｂ」を含む開始要求情報を、開始要求端末のＩＰアドレスと共に管理システム５０へ送信する。これにより、管理システム５０の通信部５１は、開始要求情報を受信すると共に、送信元である開始要求端末（通信端末１０ａａ）のＩＰアドレス「１．２．１．３」を把握することになる。

＜ステップＳ４３＞
そして、状態管理部５３は、開始要求情報に含まれる開始要求端末（通信端末１０ａａ）の端末ＩＤ「１０ａａ」および宛先端末（通信端末１０ｄｂ）の端末ＩＤ「１０ｄｂ」に基づき、端末管理ＤＢ５００２の端末管理テーブルにおいて、端末ＩＤ「１０ａａ」および端末ＩＤ「１０ｄｂ」がそれぞれ含まれるレコードの通信状態のフィールド部分を変更する。具体的には、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａａ」が含まれるレコードの通信状態を「Ｃａｌｌｉｎｇ」に変更する。同様に、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ｄｂ」が含まれるレコードの通信状態を「Ｒｉｎｇｉｎｇ」に変更する。

＜ステップＳ４４＞
そして、管理システム５０のセッション制御部５６は、開始要求端末（通信端末１０ａａ）によって要求された宛先端末との間の通信を実行するためのセッション（コンテンツデータ用セッションｓｅｄ）を識別するためのセッションＩＤ「ｓｅ１」を生成する。セッション制御部５６は、セッションＩＤを生成すると、セッションＩＤ「ｓｅ１」をセッション管理テーブル（図９参照）に記憶する。

＜ステップＳ４５＞
続いて、セッション制御部５６は、セッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」が含まれるレコードの開始要求端末の端末ＩＤおよび宛先端末の端末ＩＤのフィールド部分に、それぞれ開始要求端末の端末ＩＤ「１０ａａ」、宛先端末の端末ＩＤ「１０ｄｂ」を記憶して管理する。

＜ステップＳ４６＞
次に、通信部５１は、通信ネットワーク２を介して、開始要求端末（通信端末１０ａａ）へ、セッション制御部５６により生成されたセッションＩＤを送信する。

＜ステップＳ４７＞
また、通信部５１は、開始要求端末の端末ＩＤ「１０ａａ」と、セッションＩＤ「ｓｅ１」とを含む開始要求情報と、管理システム５０のＩＰアドレスとを宛先端末へ送信する。これにより、宛先端末（通信端末１０ｄｂ）は、開始要求情報を受信すると共に、管理システム５０のＩＰアドレス「１．１．１．２」を把握することになる。

（宛先端末が開始要求端末との間で通信開始を許可する応答を受け付けた場合の処理）
図１４は、第１の実施形態に係る通信システムにおける通話の開始の要求を許可する処理の一例を示すシーケンス図である。図１５は、開始要求受付画面の表示例を示す図である。図１４および図１５を参照しながら、開始要求情報を受信した宛先端末のユーザが、入力装置１０８を操作することにより、開始要求端末との間の通信の開始（セッションの確立）を許可する旨の応答が受け付けられた場合の処理について説明する。

＜ステップＳ５１＞
図１４に示す送受信処理の開始時には、宛先端末（通信端末１０ｄｂ）のディスプレイ１２０には、開始要求情報を受信したことを示す開始要求受付画面１２００－１（図１５参照）が表示されている。

図１５に示す開始要求受付画面１２００－１は、開始要求情報を受信した旨を示し、開始要求端末との間の通信の開始（セッションの確立）を許可するか否かを指定するためのユーザインターフェースである。ユーザは、開始要求受付画面１２００－１を閲覧することにより、開始要求を受信したことを確認することができる。開始要求受付画面１２００－１には、セッションの確立を許可するための「はい」ボタン１２００－２と、セッションの確立を許可しない選択をするための「いいえ」ボタン１２００－３とが含まれている。

＜ステップＳ５２＞
宛先端末（通信端末１０ｄｂ）の入力装置１０８の操作によって「はい」ボタン１２００－２が押下された場合、操作入力受付部１２は、開始要求端末（通信端末１０ａａ）との間の通信の開始（セッション確立）を許可する旨の応答を受け付ける。

＜ステップＳ５３＞
次に、宛先端末の通信部１１は、宛先端末の端末ＩＤ「１０ｄｂ」、開始要求端末の端末ＩＤ「１０ａａ」、およびセッションＩＤ「ｓｅ１」が含まれる開始応答情報を、管理システム５０へ送信する。

＜ステップＳ５４＞
管理システム５０の通信部５１が開始応答情報を受信すると、状態管理部５３は、開始応答情報に含まれる開始要求端末の端末ＩＤ「１０ａａ」および宛先端末の端末ＩＤ「１０ｄｂ」に基づき、端末管理テーブルにおいて、端末ＩＤ「１０ａａ」および端末ＩＤ「１０ｄｂ」がそれぞれ含まれるレコードの通信状態のフィールド部分を変更する。具体的には、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａａ」が含まれるレコードの通信状態を「Ａｃｃｅｐｔｅｄ」に変更する。同様に、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ｄｂ」が含まれるレコードの通信状態も「Ａｃｃｅｐｔｅｄ」に変更する。

＜ステップＳ５５＞
次に、通信部５１は、宛先端末（通信端末１０ｄｂ）の端末ＩＤ「１０ｄｂ」、およびセッションＩＤ「ｓｅ１」が含まれる開始応答情報を開始要求端末（通信端末１０ａａ）へ送信する。

＜ステップＳ５６＞
開始要求端末は、この開始応答情報を受信すると、通信部１１によってセッションＩＤ「ｓｅ１」を管理システム５０に送信することにより、セッションを確立させる。

＜ステップＳ５７＞
一方、宛先端末は、通信部１１によってセッションＩＤ「ｓｅ１」を管理システム５０に送信することにより、セッションを確立させる。

なお、上述の図１１における同じグループの通信端末１０を識別する端末ＩＤを抽出する動作、ならびに図１３および図１４に示す通信端末１０ａａと通信端末１０ｄｂとの間でセッションを確立させるための動作においては、端末ＩＤを利用した動作ではなく、各通信端末にログインしているユーザのユーザＩＤ（例えばメールアドレス等）を利用した動作であってもよい。

（一斉ミュートの動作）
図１６は、第１の実施形態に係る通信システムにおける一斉ミュートの動作を説明する図である。図１６を参照しながら、特定の通信端末１０から一斉ミュート指令が送信された場合の動作について説明する。

例えば、図１６に示す通信端末１０ｄｂの話者が、講演のように当該話者のみの音声信号を、ビデオ会議に参加している他の通信端末１０に対して送信したい場合、他の通信端末１０に対してはミュートした状態にさせる必要がある。なお、図１６に示す例では、グループ管理テーブル（図８参照）で管理されるグループＩＤ「Ｇ００１」に関連付けられた端末ＩＤ「１０ａａ」、「１０ａｂ」、「１０ａｃ」、「１０ｄｂ」でそれぞれ識別される通信端末１０ａａ、１０ａｂ、１０ａｃ、１０ｄｂのうち、通信端末１０ａｃ以外の通信端末１０がビデオ会議に参加しているものとする。

この場合、通信端末１０ｄｂの話者は、当該通信端末１０ｄｂの操作入力受付部１２に対して、開催されているビデオ会議の他の通信端末１０（すなわち、同じグループの他の通信端末１０）（図１６に示す例では、通信端末１０ａａ、１０ａｂ）をミュートした状態にさせるための操作（一斉ミュート操作）を行う。一斉ミュート操作が行われると、通信端末１０ｄｂのミュート制御部２０は、ビデオ会議に参加している他の通信端末１０に対して一斉ミュート状態にするための一斉ミュート指令を、通信部１１を介して管理システム５０に送信する（図１６の（１）一斉ミュート指令）。管理システム５０の通信部５１は、通信端末１０ｄｂからの一斉ミュート指令を受信すると、ビデオ会議に参加している他の通信端末１０に対して、当該一斉ミュート指令を中継して送信する（図１６の（１）一斉ミュート指令）。

通信端末１０ｄｂから一斉ミュート指令を受信した他の通信端末１０（通信端末１０ａａ、１０ａｂ）のミュート制御部２０は、音声入力部１５による音声信号の入力を不許可の状態、すなわちミュートした状態（一斉ミュート状態）にする（図１６の（２）一斉ミュート状態）。そして、ミュート制御部２０は、現在のミュート状態が一斉ミュート状態となっている旨を、記憶部１８に記憶させる。

以上のような動作で、講演を行うための通信端末１０ｄｂ以外の通信端末１０は、ミュートした状態（一斉ミュート状態）となるため、音声信号の入力が不許可となるので、当該通信端末１０ｄｂの話者は、ビデオ会議の他の参加者に対して講演を行うことができる。

なお、図１６に示す例では、通信端末１０ｄｂの話者が講演者となるべく、通信端末１０ｄｂが一斉ミュート指令を送信して、他の通信端末１０（１０ａａ、１０ａｂ）を一斉ミュート状態にする動作を示したが、これに限定されるものではない。例えば、通信端末１０ｄｂでの操作に従って送信された一斉ミュート指令によって、通信端末１０ｄｂ以外の通信端末１０（通信端末１０ａａまたは通信端末１０ａｂ）の話者が講演者とするようにできるものとしてもよい。すなわち、通信端末１０ｄｂは、通信端末１０ａｂの話者を講演者とするための一斉ミュート指令を、自身（通信端末１０ｄｂ）および講演者の通信端末１０以外の通信端末１０（図１６の例では通信端末１０ａａ）に送信し、自身を一斉ミュート状態とし、かつ、一斉ミュート指令を送信した通信端末１０ａａに一斉ミュート状態にさせるものとしてもよい。

（途中参加時に既に参加している通信端末にミュート状態を確認する動作）
図１７は、第１の実施形態に係る通信システムにおける、途中参加をする場合に他の通信端末にミュート状態を確認する動作の一例を示すシーケンス図である。図１８は、第１の実施形態に係る通信システムにおける、途中参加をする場合に他の通信端末にミュート状態を確認する動作を説明する図である。図１７および図１８を参照しながら、ビデオ会議に途中参加する場合に他の通信端末１０にミュート状態を確認する動作について説明する。なお、当該動作の前に、図１６に示すように、通信端末１０ａａ、１０ａｂ、１０ｄｂがビデオ会議に参加しており、通信端末１０ｄｂが、他の通信端末１０（１０ａａ、１０ａｂ）に対して一斉ミュート指令を送信し、当該他の通信端末１０が一斉ミュート状態となっているものとする。また、通信端末１０ａａ、１０ａｂ、１０ｄｂと同じグループの通信端末１０ａｃは、未だビデオ会議には参加していないものの、図１１に示すユーザ認証が完了しているものとし、同じグループの通信端末１０の情報（宛先リスト情報、状態情報）を取得しているものとする。

＜ステップＳ６１、Ｓ６２＞
ビデオ会議に参加している通信端末１０ａａ、１０ａｂ、１０ｄｂと同じグループであって当該ビデオ会議に未だ参加していない通信端末１０ａｃのユーザ（話者）は、入力装置１０８を介して、当該ビデオ会議に参加の要求先となる通信端末１０（ここでは通信端末１０ａａとする）を選択して、途中参加の要求操作を行う。すると、通信端末１０ａｃの通信部１１は、ビデオ会議への途中参加を要求するための参加要求情報と、自身（通信端末１０ａｃ）のＩＰアドレス（参加要求端末ＩＰアドレス）と、管理システム５０へ送信する（図１８の（１）新たに会議に参加）。参加要求情報には、自身（通信端末１０ａｃ）の端末ＩＤ（参加要求端末ＩＤ）と、要求先となる通信端末１０ａａの端末ＩＤ（宛先端末ＩＤ）とが含まれる。

また、通信部１１により参加要求情報が送信されると共に、通信端末１０ａｃのミュート確認部２１は、宛先端末である通信端末１０ａａに対してミュート状態を確認するためのミュート確認要求を、通信部１１を介して管理システム５０へ送信する（図１８の（２）ミュート状態確認）。

＜ステップＳ６３＞
管理システム５０の通信部５１により参加要求情報が受信されると、状態管理部５３は、参加要求情報に含まれる参加要求端末である通信端末１０ａｃの端末ＩＤ「１０ａｃ」および宛先端末である通信端末１０ａａの端末ＩＤ「１０ａａ」に基づき、端末管理ＤＢ５００２の端末管理テーブルにおいて、端末ＩＤ「１０ａｃ」および端末ＩＤ「１０ａａ」がそれぞれ含まれるレコードの通信状態のフィールド部分を変更する。具体的には、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａｃ」が含まれるレコードの通信状態を「Ｃａｌｌｉｎｇ」に変更する。同様に、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａａ」が含まれるレコードの通信状態を「Ｒｉｎｇｉｎｇ」に変更する。なお、図１３で示した場合のビデオ会議のセッションを確立させるために開始要求情報が管理システム５０に送信された場合（ステップＳ４３）の通信状態の変更内容と区別するために、他の通信状態に変更するものとしてもよい。

＜ステップＳ６４＞
そして、通信部５１は、参加要求端末ＩＤ「１０ａｃ」およびビデオ会議のセッションを示すセッションＩＤを含む参加要求情報と、ミュート確認要求とを、ステップＳ６２で受信した宛先端末ＩＤ「１０ａａ」が示す通信端末１０ａａへ送信する。

＜ステップＳ６５＞
宛先端末である通信端末１０ａａの通信部１１により参加要求情報が受信されると、通信端末１０ａａの表示制御部１４は、ディスプレイ１２０ａａに途中参加要求を受け付けるための画面（途中参加要求受付画面）を表示させる。なお、途中参加要求受付画面は、例えば、上述の図１５に示す開始要求受付画面１２００－１に準じる画面であって、途中参加を要求している通信端末１０ａｃに対して途中参加を許可するか否かを促す画面であればよい。

＜ステップＳ６６＞
通信端末１０ａａの入力装置１０８に対して、通信端末１０ａｃのビデオ会議への途中参加を認める操作が行われると、操作入力受付部１２は、参加要求端末（通信端末１０ａｃ）のビデオ会議への途中参加を認める旨の応答を受け付ける。

＜ステップＳ６７＞
また、通信端末１０ａａの通信部１１によりミュート確認要求が受信されると、通信端末１０ａａのミュート応答部２２は、記憶部１８を参照して自身（通信端末１０ａａ）のミュート状態（一斉ミュート状態となっているか否か）を判別（確認）する。

＜ステップＳ６８＞
そして、通信端末１０ａａの通信部１１は、参加要求情報に対する応答として、宛先端末ＩＤ「１０ａａ」、参加要求端末ＩＤ「１０ａｃ」、およびセッションＩＤが含まれる参加応答情報を、管理システム５０へ送信する。さらに、通信端末１０ａａのミュート応答部２２は、ミュート確認要求に対する応答として、判別した自身のミュート状態を示すミュート状態応答を、通信部１１を介して管理システム５０へ送信する（図１８の（３）ミュート状態応答）。なお、参加応答情報の送信と、ミュート状態応答の送信とは、必ずしも同じタイミングに行われる必要がなく、それぞれの応答の送信の準備が完了次第、個別に行われるものとしてもよい。

＜ステップＳ６９＞
管理システム５０の通信部５１は、通信端末１０ａａからミュート状態応答を受信すると、参加要求端末である通信端末１０ａｃに対して、宛先端末ＩＤ「１０ａａ」と共に、当該ミュート状態応答を中継して送信する。

＜ステップＳ７０＞
通信端末１０ａｃの通信部１１によりミュート状態応答および宛先端末ＩＤ「１０ａａ」が受信されると、通信端末１０ａｃのミュート確認部２１は、当該ミュート状態応答によって、宛先端末ＩＤ「１０ａａ」により識別される通信端末１０ａａのミュート状態を認識する。ミュート確認部２１により通信端末１０ａａのミュート状態が一斉ミュート状態であることが認識された場合、通信端末１０ａｃのミュート制御部２０は、当該通信端末１０ａｃについても一斉ミュート状態にする（図１８の（４）一斉ミュート状態）。そして、ミュート制御部２０は、通信端末１０ａｃの現在のミュート状態が一斉ミュート状態となっている旨を、記憶部１８に記憶させる。すなわち、この場合、通信端末１０ａｃは、一斉ミュート状態としてビデオ会議に途中参加することになる。

一方、ミュート確認部２１により通信端末１０ａａのミュート状態が、個別ミュート状態、またはミュートした状態でないことが認識された場合、通信端末１０ａｃのミュート制御部２０は、当該通信端末１０ａｃについてミュートした状態にせず、音声入力部１５による音声信号の入力を許可状態にする。そして、ミュート制御部２０は、通信端末１０ａｃの現在のミュート状態がミュートした状態になっていない旨を、記憶部１８に記憶させる。

＜ステップＳ７１＞
また、ステップＳ６８による処理によって、管理システム５０の通信部５１により通信端末１０ａａから参加応答情報が受信されると、状態管理部５３は、参加応答情報に含まれる参加要求端末ＩＤ「１０ａｃ」および宛先端末ＩＤ「１０ａａ」に基づき、端末管理テーブルにおいて、端末ＩＤ「１０ａｃ」および端末ＩＤ「１０ａａ」がそれぞれ含まれるレコードの通信状態のフィールド部分を変更する。具体的には、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａｃ」が含まれるレコードの通信状態を「Ａｃｃｅｐｔｅｄ」に変更する。同様に、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａｃ」が含まれるレコードの通信状態も「Ａｃｃｅｐｔｅｄ」に変更する。なお、図１４で示した場合のビデオ会議のセッションの確立が許可された場合の通信状態の変更内容（ステップＳ５４）と区別するために、他の通信状態に変更するものとしてもよい。

＜ステップＳ７２＞
そして、通信部５１は、宛先端末ＩＤ「１０ａａ」、およびセッションＩＤが含まれる参加応答情報を、参加者情報と共に、参加要求端末である通信端末１０ａｃへ送信する。ここで、参加者情報とは、例えば、通信端末１０ａｃ以外の同じグループに含まれる通信端末１０の情報（宛先リスト情報、状態情報）を含む情報である。

＜ステップＳ７３＞
参加要求端末である通信端末１０ａｃは、通信部１１を介して管理システム５０から参加応答情報を受信することによって、ビデオ会議への途中参加の処理が完了する。ここで、上述したように、通信端末１０ａｃのビデオ会議への途中参加の処理中に、同じグループの特定の通信端末１０から一斉ミュート指令が送信されることによって、途中参加の前後で通信端末１０ａａのミュート状態（一斉ミュート状態であるか否か）が変更されている可能性がある。そこで、本実施形態では、通信端末１０ａｃは、ビデオ会議への途中参加の処理の完了後、以下のステップＳ７４以降で、宛先端末である通信端末１０ａａに対して、再度、ミュート状態の確認を行う処理をする。

＜ステップＳ７４＞
通信端末１０ａｃのミュート確認部２１は、通信端末１０ａｃのビデオ会議への途中参加の処理の完了後、宛先端末である通信端末１０ａａに対してミュート状態を再確認するためのミュート再確認要求を、参加要求端末ＩＤ「１０ａｃ」および宛先端末ＩＤ「１０ａａ」と共に、通信部１１を介して管理システム５０へ送信する（図１８の（２）ミュート状態確認）。

＜ステップＳ７５＞
管理システム５０の通信部５１は、通信端末１０ａｃからミュート再確認要求を受信すると、共に受信した宛先端末ＩＤ「１０ａａ」が示す通信端末１０ａａに対して、参加要求端末ＩＤ「１０ａｃ」と共に、当該ミュート再確認要求を中継して送信する。

＜ステップＳ７６＞
通信端末１０ａａの通信部１１によりミュート再確認要求が受信されると、通信端末１０ａａのミュート応答部２２は、再度、記憶部１８を参照して自身（通信端末１０ａａ）のミュート状態（一斉ミュート状態または個別ミュート状態となっているか否か）を判別（確認）する。

＜ステップＳ７７＞
そして、通信端末１０ａａのミュート応答部２２は、ミュート再確認要求に対する応答として、判別した自身のミュート状態を示すミュート状態応答を、宛先端末ＩＤ「１０ａａ」および参加要求端末ＩＤ「１０ａｃ」と共に、通信部１１を介して管理システム５０へ送信する（図１８の（３）ミュート状態応答）。

＜ステップＳ７８＞
管理システム５０の通信部５１は、通信端末１０ａａからミュート状態応答を受信すると、共に受信した参加要求端末ＩＤ「１０ａｃ」により識別される通信端末１０ａｃに対して、宛先端末ＩＤ「１０ａａ」と共に、当該ミュート状態応答を中継して送信する。

＜ステップＳ７９＞
通信端末１０ａｃの通信部１１によりミュート状態応答および宛先端末ＩＤ「１０ａａ」が受信されると、通信端末１０ａｃのミュート確認部２１は、当該ミュート状態応答によって、宛先端末ＩＤ「１０ａａ」により識別される通信端末１０ａａのミュート状態を認識する。ミュート確認部２１により通信端末１０ａａのミュート状態が一斉ミュート状態であることが認識された場合、通信端末１０ａｃのミュート制御部２０は、当該通信端末１０ａｃについても一斉ミュート状態にする（図１８の（４）一斉ミュート状態）。そして、ミュート制御部２０は、通信端末１０ａｃの現在のミュート状態が一斉ミュート状態となっている旨を、記憶部１８に記憶させる。すなわち、この場合、通信端末１０ａｃは、一斉ミュート状態としてビデオ会議に途中参加することになる。

一方、ミュート確認部２１により通信端末１０ａａのミュート状態が、個別ミュート状態、またはミュートした状態でないことが確認された場合、通信端末１０ａｃのミュート制御部２０は、当該通信端末１０ａｃについてミュートした状態にせず、音声入力部１５による音声信号の入力を許可状態にする。この場合、ミュート制御部２０は、ステップＳ７０において一斉ミュート状態にしていいた場合、当該一斉ミュート状態を解除して、音声入力部１５による音声信号の入力を許可状態にする。そして、ミュート制御部２０は、通信端末１０ａｃの現在のミュート状態がミュートした状態になっていない旨を、記憶部１８に記憶させる。

以上のステップＳ６１～Ｓ７９の流れによって、ビデオ会議に途中参加する場合に他の通信端末１０にミュート状態を確認する動作が行われる。

なお、図１７で説明した動作において、ステップＳ７４～Ｓ７９におけるミュート状態の再確認の動作は、最初に確認を行った通信端末１０ａａに対して行われるものとしているが、これに限定されるものではない。すなわち、最初にミュート状態の確認を行った通信端末１０ａａとは異なる他の通信端末１０（例えば、通信端末１０ａｂ）に対して、ミュート状態を再確認するものとしてもよい。

（一斉ミュートの解除動作）
図１９は、第１の実施形態に係る通信システムにおける一斉ミュート状態を解除する動作の一例を示すシーケンス図である。図２０は、第１の実施形態に係る通信システムにおける一斉ミュート状態を解除する動作を説明する図である。図２１は、一斉ミュート状態の解除の通知画面の一例を示す図である。図１９～図２１を参照しながら、特定の通信端末１０から一斉ミュート解除指令が送信された場合の動作について説明する。

一斉ミュート機能が使用されてビデオ会議において講演等が行われた後、一斉ミュートを解除して通常のビデオ会議を続けることが想定される。しかし、一斉ミュート機能を使用した通信端末１０が、一斉ミュート解除指令を送信することによって他の通信端末１０の一斉ミュート状態が突然解除されるものとした場合、例えば、他の通信端末１０の参加者が一斉ミュート状態であることを前提に、ビデオ会議とは無関係な会話、発言等をしていた場合に、それがビデオ会議に流されることとなり具合が悪い。一方、一斉ミュート状態の解除を一斉には行わず個別に解除することも考えられるが、他の通信端末１０の参加者に余分な操作負担を課すこととなってしまう。本実施形態では、以下の動作によって上述のような問題を軽減する。なお、当該動作の前に、図２０（ａ）に示すように、通信端末１０ｄｂの話者が講演等をするために、他の通信端末１０（通信端末１０ａａ、１０ａｂ、１０ａｃ）が一斉ミュート状態となっているものとする。

＜ステップＳ９１＞
通信端末１０ｄｂの話者は、講演等を終えて通常のビデオ会議に戻すために、当該通信端末１０ｄｂの操作入力受付部１２に対して、ビデオ会議の他の通信端末１０（通信端末１０ａａ、１０ａｂ、１０ａｃ）の一斉ミュート状態を解除させるための操作（一斉ミュート解除操作）を行う。以下、他の通信端末１０の代表として通信端末１０ａｃを想定して説明する。一斉ミュート解除操作が行われると、通信端末１０ｄｂのミュート制御部２０は、通信端末１０ａｃに対して一斉ミュート状態を解除するための一斉ミュート解除指令を、自身の端末ＩＤ「１０ｄｂ」と共に、通信部１１を介して管理システム５０に送信する（図２０（ｂ）の（１）一斉ミュート解除指令）。

＜ステップＳ９２＞
管理システム５０の通信部５１により一斉ミュート解除指令が受信されると、端末抽出部５４は、グループ管理ＤＢ５００３のグループ管理テーブル（図８参照）を参照し、通信端末１０ｄｂと同じグループに属する他の通信端末１０（すなわち、ビデオ会議を行っている他の通信端末１０）の端末ＩＤを取得する。

＜ステップＳ９３＞
そして、通信部５１は、端末抽出部５４により取得された端末ＩＤ（ここでは「１０ａｃ」）により識別される通信端末１０（ここでは通信端末１０ａｃ）に対して、一斉ミュート解除指令、および端末ＩＤ「１０ｄｂ」を送信する（図２０（ｂ）の（１）一斉ミュート解除指令）。

＜ステップＳ９４＞
通信端末１０ａｃの通信部１１により一斉ミュート解除指令および端末ＩＤ「１０ｄｂ」が受信されると、通信端末１０ａｃの表示制御部１４（通知部の一例）は、ディスプレイ１２０に、一斉ミュート状態の解除を通知するための通知画面（例えば、図２１に示す会議画面１３００のミュート解除通知ダイアログボックス１３１０）を表示させる。これによって、通信端末１０ａｃの話者は、通信端末１０ｄｂから一斉ミュート解除指令が送信され、突然一斉ミュート状態が解除されることなく、これから一斉ミュート状態が解除されることを認識することができる。なお、上述のような通知画面による通知に加えて、音声出力部１６（通知部の一例）がスピーカ１１５から一斉ミュート状態が解除されることを示す警告音を出力させるものとしてもよい。

＜ステップＳ９５＞
そして、通信端末１０ａｃのミュート制御部２０は、上述の通知画面において一斉ミュート状態の解除を許容する操作（例えば、図２１に示すミュート解除通知ダイアログボックス１３１０のＯＫボタンの押下操作）が行われたとき、または、当該通知画面が表示されてから所定時間経過したとき、一斉ミュート状態を解除する（図２０（ｂ）の（２）一斉ミュート状態解除）。そして、ミュート制御部２０は、通信端末１０ａｃの現在のミュート状態がミュートした状態になっていない旨を、記憶部１８に記憶させる。これによって、一斉ミュートを解除して通常のビデオ会議を続けることが可能となる。

なお、一斉ミュート解除指令を送信する通信端末１０は、一斉ミュート指令を送信することによって他の通信端末１０を一斉ミュート状態にした通信端末１０ｄｂとしているが、これに限定されるものではない。すなわち、一斉ミュート解除指令を送信可能な通信端末１０は、一斉ミュート指令を送信した通信端末１０ｄｂに限らず、他の通信端末１０（通信端末１０ａａ、１０ａｂ、１０ａｃ）であってもよい。

以上のように、本実施形態に係る通信システム１では、開催されているビデオ会議に対して、新たな通信端末１０が当該ビデオ会議への参加要求を行う場合に、当該ビデオ会議に既に参加している特定の通信端末１０のミュート状態を確認するものとしている。そして、新たにビデオ会議に参加しようとする通信端末１０は、特定の通信端末１０のミュート状態が一斉ミュート状態となっていることを確認した場合、自身についても一斉ミュート状態にする。これによって、複数の参加者によるビデオ会議において一斉ミュート機能が使用されている場合に、新たな参加者が参加したときに、当該参加者の通信端末１０に対してミュートした状態を反映することができる。そして、一斉ミュート機能が使用されているビデオ会議に新たに参加する場合、新たに参加する通信端末１０のマイク１１４がミュートされないことによる不都合を回避することができる。

また、上述したように、新たな通信端末１０のビデオ会議への途中参加の処理中に、同じグループの特定の通信端末１０から一斉ミュート指令が送信されることによって、途中参加の前後で、ミュート状態の確認先である通信端末１０のミュート状態（一斉ミュート状態であるか否か）が変更される可能性がある。しかし、本実施形態に係る通信システム１では、新たな通信端末１０によるビデオ会議への途中参加の処理が完了後、当該通信端末１０は、再度、ビデオ会議に参加している他の通信端末１０に対してミュート状態を確認するものとしている。これによって、ビデオ会議への途中参加の処理中に一斉ミュート機能が使用された場合においても、新たにビデオ会議に参加した通信端末１０のミュート状態を一斉ミュート状態にすることが可能となる。

また、本実施形態に係る通信システム１では、一斉ミュート機能が使用された状態において、特定の通信端末１０から一斉ミュート状態を解除するための一斉ミュート解除指令が送信された場合に、それを受信した通信端末１０は、突然、一斉ミュート状態を解除するのではなく、一斉ミュート状態が解除される旨を参加者（話者）に対して通知するものとしている。これによって、突然一斉ミュート状態が解除されることなく、これから一斉ミュート状態が解除されることを認識することができ、かつ、ユーザビリティの低下を抑制することができる。

（変形例）
図２２は、第１の実施形態の変形例に係る通信システムにおける、特定の通信端末に対してミュート状態が確認できない場合に他の通信端末に確認する動作を説明する図である。図２２を参照しながら、本変形例に係る通信システム１において、ビデオ会議に途中参加する場合に他の通信端末１０にミュート状態を確認する動作について説明する。

上述の実施形態では、通信端末１０ａｃのビデオ会議への途中参加の処理中に、同じグループの特定の通信端末１０から一斉ミュート指令が送信されることによって、途中参加の前後で通信端末１０ａａのミュート状態が変更されている可能性があるため、ビデオ会議への途中参加の処理の完了後、宛先端末である通信端末１０ａａに対して、再度、ミュートの状態の確認を行う動作について説明した。しかし、通信端末１０ａｃのビデオ会議への途中参加の処理中に、最初のミュート状態の確認先である通信端末１０ａａがビデオ会議から退出してしまう場合も想定される。本変形例では、このような場合に対処する動作について、上述の図１７も参照しながら説明する。

図１７のステップＳ７３までの処理によって、参加要求端末である通信端末１０ａｃのビデオ会議への途中参加の処理が完了したものとして、以降の動作を説明する。したがって、通信端末１０ａｃは、途中参加を要求すると共に（図２２（ａ）の（１）新たに会議に参加）、ミュート確認要求（図２２（ａ）の（２）ミュート状態確認）によって通信端末１０ａａのミュート状態を一度確認している（図２２（ａ）の（３）ミュート状態応答、参加者情報）。ここでは、通信端末１０ａｃは、通信端末１０ａａが一斉ミュート状態になっていることを確認し、ステップＳ７０において、自身も一斉ミュート状態にしたものとする（図２２（ａ）の（４）一斉ミュート状態）。

ここで、上述のように、通信端末１０ａｃのビデオ会議への途中参加の処理中（例えば、ステップＳ７１の処理中）に、ミュート状態の確認先である通信端末１０ａａがビデオ会議から退出してしまう場合もある。ここで、途中参加の処理中に通信端末１０ａａがビデオ会議から退出したものとすると（図２２（ｂ）の（５）退出）、図１７のステップＳ７４、Ｓ７５において、通信端末１０ａｃが、ミュート再確認要求を通信端末１０ａａへ送信したとしても、ステップＳ７６～Ｓ７８により通信端末１０ａａのミュート状態を得ることができない。この場合、具体的には、ステップＳ７４において、通信端末１０ａｃからミュート再確認要求を受信した管理システム５０が、端末管理テーブル（図７参照）を参照することにより、通信端末１０ａａがビデオ会議から退出していることを判別した場合、退出の旨を、通信端末１０ａｃに送信するものとすればよい。なお、通信端末１０ａａのミュート状態を得ることができない場合として、上述のように、通信端末１０ａａがビデオ会議から退出した場合のほか、例えば、ネットワークの通信不具合によりミュート状態を得ることができないことも想定される。この場合、通信端末１０ａｃは、ミュート再確認要求を通信端末１０ａａに送信した後、所定時間、通信端末１０ａａからミュート状態応答を受信することができない場合、通信端末１０ａａのミュート状態を得ることができないと判断するものとすればよい。

このように、通信端末１０ａｃは、通信端末１０ａａに対するミュート再確認要求の送信によって、通信端末１０ａａのミュート状態を得ることができない場合、図１７のステップＳ７２で得られている参加者情報を参照し、ビデオ会議に参加している他の通信端末１０（例えば通信端末１０ａｂ）に、ミュート再確認要求を送信する（図２２（ｂ）の（６）ミュート状態再確認）。そして、通信端末１０ａｂは、ミュート再確認要求に対する応答として、判別した自身のミュート状態を示すミュート状態応答を、管理システム５０を介して通信端末１０ａｃへ送信する（図２２（ｂ）の（７）ミュート状態応答）。これによって、通信端末１０ａｃは、通信端末１０ａｂのミュート状態を確認することができ、ビデオ会議が一斉ミュート機能が使用された状態か否かを判断することができる。

以上のように、途中参加の処理中にミュート状態の確認先の通信端末１０が退出した場合、または、ネットワークの通信不具合により確認先の通信端末１０と通信できない場合においても、ビデオ会議に参加している他の通信端末１０に対して、ミュート状態を再確認するものとしている。これによって、複数の参加者によるビデオ会議において一斉ミュート機能が使用されている場合に、新たな参加者が参加したときに、当該参加者の通信端末１０に対してミュートした状態をより確実に反映することができる。

［第２の実施形態］
第２の実施形態に係る通信システムについて、第１の実施形態に係る通信システム１と相違する点を中心に説明する。第１の実施形態では、ビデオ会議に参加している通信端末１０が、自身のミュート状態（ミュートしていない状態、個別ミュート状態、一斉ミュート状態等）を自身で管理していることを前提に説明した。本実施形態では、ビデオ会議に参加している各通信端末１０のミュート状態を、管理システム５０が管理する場合について説明する。なお、本実施形態に係る通信システムの全体構成、ならびに管理システムおよび通信端末のハードウェア構成は、第１の実施形態で説明した構成と同様である。

（通信システムの機能ブロックの構成）
図２３は、第２の実施形態に係る通信システムの機能ブロックの構成の一例を示す図である。図２３を参照しながら、本実施形態に係る通信システム１ａの機能ブロックの構成について説明する。なお、本実施形態では、通信システム１ａに含まれる管理システムを「管理システム５０ａ」と称し、通信端末の総称を「通信端末１０ａ」と称するものとして説明する。

＜通信端末の機能ブロックの構成＞
図２３に示すように、通信端末１０ａは、通信部１１と、操作入力受付部１２と、撮像部１３と、表示制御部１４と、音声入力部１５と、音声出力部１６と、記憶・読出部１７と、記憶部１８と、認証要求部１９と、ミュート制御部２０ａと、ミュート確認部２１ａと、を有している。なお、通信部１１、操作入力受付部１２、撮像部１３、表示制御部１４、音声入力部１５、音声出力部１６、記憶・読出部１７、記憶部１８および認証要求部１９の動作は、第１の実施形態と同様である。

ミュート制御部２０ａは、ユーザの操作入力受付部１２に対する操作入力に従って、当該通信端末１０ａと同じグループに属する他の通信端末１０ａに対して一斉ミュート状態にするための一斉ミュート指令、または、一斉ミュート状態を解除するための一斉ミュート解除指令を、通信部１１を介して他の通信端末１０ａに送信する機能部である。また、ミュート制御部２０ａは、他の通信端末１０ａから通信部１１を介して一斉ミュート指令を受信した場合、音声入力部１５による音声信号の入力を不許可の状態、すなわちミュートした状態（一斉ミュート状態）にする。また、ミュート制御部２０ａは、他の通信端末１０ａから通信部１１を介して一斉ミュート解除指令を受信した場合、一斉ミュート状態を解除する。そして、ミュート制御部２０ａは、一斉ミュート状態にした場合、ミュート完了通知を管理システム５０ａへ送信し、一斉ミュート状態を解除した場合、ミュート解除完了通知を管理システム５０ａへ送信する。

また、ミュート制御部２０ａは、当該通信端末１０ａが既に開催されているビデオ会議に途中参加する場合において、後述するように、ミュート確認部２１ａによって同じグループの他の通信端末１０ａが一斉ミュート状態となっていることが確認された場合、同様に一斉ミュート状態にする。そして、ミュート制御部２０ａは、ミュート完了通知を管理システム５０ａへ送信する。これによって、既に開催されているビデオ会議において一斉ミュート状態となっている場合、すなわち、特定の通信端末１０ａのみにおいて音声入力が許可されており、当該通信端末１０ａの話者のみが他の通信端末１０ａに対して音声信号を送信することができる状態である場合に、新たに参加した当該通信端末１０ａの話者の音声信号が入力されてしまう事態を回避することができる。

ミュート制御部２０ａは、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行によって実現される。

ミュート確認部２１ａは、通信端末１０ａが既に開催されているビデオ会議に途中参加する場合に、同じグループに属する他の通信端末１０ａに対して、一斉ミュート状態となっているか否かを確認する機能部である。具体的には、ミュート確認部２１ａは、同じグループに属する他の通信端末１０ａに対して、一斉ミュート状態となっているか否かを確認するためのミュート確認要求を、管理システム５０ａへ送信する。また、ミュート確認部２１ａは、参加要求情報を送信することによって既に開催されているビデオ会議に参加した後、再度、当該他の通信端末１０ａに対して、一斉ミュート状態となっているか否かを確認するためのミュート再確認要求を、管理システム５０ａへ送信する。そして、本実施形態では、ビデオ会議へ参加している通信端末１０ａのミュート状態は、管理システム５０ａによって管理されているので、管理システム５０ａは、特定の通信端末１０ａからミュート確認要求またはミュート再確認要求を受信した場合、確認先の通信端末１０ａのミュート状態を端末管理テーブル（後述する図２４）を参照することにより判別する。ミュート確認部２１ａは、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行によって実現される。

なお、上述の表示制御部１４、認証要求部１９、ミュート制御部２０ａおよびミュート確認部２１ａのうち少なくともいずれかは、ＡＳＩＣまたはＦＰＧＡ等のハードウェア回路によって実現されるものとしてもよい。

また、図２３に示した通信端末１０ａの各機能部は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図２３に示した通信端末１０ａで独立した機能部として図示した複数の機能部を、１つの機能部として構成してもよい。一方、図２３に示した通信端末１０ａの１つ機能部が有する機能を複数に分割し、複数の機能部として構成するものとしてもよい。

＜管理システムの機能ブロックの構成＞
図２３に示すように、管理システム５０ａは、通信部５１と、認証部５２と、状態管理部５３と、端末抽出部５４と、端末状態取得部５５と、セッション制御部５６と、記憶・読出部５７と、記憶部５８と、ミュート管理部５９と、ミュート応答部６０と、を有している。記憶部５８は、図３に示す補助記憶装置２０５によって実現され、図２３に示すように、認証管理ＤＢ５００１と、端末管理ＤＢ５００２と、グループ管理ＤＢ５００３と、セッション管理ＤＢ５００４とを記憶している。なお、通信部５１、認証部５２、状態管理部５３、端末抽出部５４、端末状態取得部５５、セッション制御部５６、記憶・読出部５７および記憶部５８の動作は、第１の実施形態と同様である。また、認証管理ＤＢ５００１に含まれる認証管理テーブル、グループ管理ＤＢ５００３に含まれるグループ管理テーブル、および、セッション管理ＤＢ５００４に含まれるセッション管理テーブルの構成は、第１の実施形態と同様である。

＜＜端末管理テーブル＞＞
図２４は、第２の実施形態の端末管理テーブルの一例を示す図である。図２４を参照しながら、本実施形態の端末管理テーブルについて、上述の第１の実施形態の図７に示した端末管理テーブルとの相違点を中心に説明する。

記憶部５８は、図２４に示す端末管理テーブルを含む端末管理ＤＢ５００２を記憶している。図２４に示す端末管理テーブルでは、各通信端末１０ａの端末ＩＤ毎に、端末名、各通信端末１０ａにログインしたユーザのユーザＩＤ、各通信端末１０ａの稼動状態、他の通信端末１０ａとの通信状態、各通信端末１０ａのＩＰアドレス、および各通信端末１０ａのミュート状態が関連付けられて管理される。

ここで、ミュート状態としては、例えば、ミュートしていない状態、個別のミュート操作によりミュートの状態とした個別ミュート状態、および、一斉ミュート機能の使用にミュートの状態となった一斉ミュート状態がある。なお、端末管理テーブルで管理されるミュート状態としては、上述の３つの状態に限定されるものではなく、本実施形態では少なくとも、一斉ミュート状態と、一斉ミュート状態ではない状態とが区別されて管理されていればよい。

図２４に示す端末管理テーブルでは、例えば、端末ＩＤが「１０ａｂ」の通信端末１０ａｂは、端末名が「日本 東京事業所 ＡＢ端末」で、ログインしているユーザのユーザＩＤが「Ｊ＿１０ａｂ」で、稼動状態が「オンライン」で、通信状態が他の通信端末１０ａと通話中の状態を示す「Ｂｕｓｙ」で、この通信端末１０ａｂのＩＰアドレスが「１．２．１．４」で、通信端末１０ａｂのミュート状態が一斉ミュート状態であることが示されている。

なお、図２４に示す端末管理テーブルを含む各テーブルで管理される情報は、テーブル形式の情報としているが、これに限定されるものではなく、管理される各情報が関連付けられることができれば、テーブル形式に限定されるものではない。

図２３に戻り、管理システム５０ａの機能ブロックの説明に戻る。

ミュート管理部５９は、通信システム１ａに含まれる各通信端末１０ａのミュート状態を管理する機能部である。ミュート管理部５９は、開催中のビデオ会議に参加している特定の通信端末１０ａから一斉ミュート指令を通信部５１を介して受信した場合、当該ビデオ会議に参加している他の通信端末１０ａに対して、一斉ミュート指令を中継して送信する。また、ミュート管理部５９は、通信端末１０ａにおいてミュート状態が変更された場合、その旨の通知を受信し、図２４に示す端末管理テーブルの当該通信端末１０ａに対応するミュート状態に反映する。ミュート管理部５９は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

ミュート応答部６０は、特定の通信端末１０ａから通信部５１を介してミュート確認要求を受信した場合、端末管理テーブルを参照して、当該通信端末１０ａのミュート状態（一斉ミュート状態となっているか否か）を判別して、当該ミュート状態をミュート状態応答として、当該通信端末１０ａに返信する機能部である。ミュート応答部６０は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

なお、上述の認証部５２、状態管理部５３、端末抽出部５４、端末状態取得部５５、セッション制御部５６、ミュート管理部５９およびミュート応答部６０のうち少なくともいずれかは、ＡＳＩＣまたはＦＰＧＡ等のハードウェア回路によって実現されるものとしてもよい。

また、図２３に示した管理システム５０ａの各機能部は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図２３に示した管理システム５０ａで独立した機能部として図示した複数の機能部を、１つの機能部として構成してもよい。一方、図２３に示した管理システム５０ａの１つ機能部が有する機能を複数に分割し、複数の機能部として構成するものとしてもよい。

（一斉ミュートの動作）
図２５は、第２の実施形態に係る通信システムにおける一斉ミュートの動作を説明する図である。図２５を参照しながら、特定の通信端末１０ａから一斉ミュート指令が送信された場合の動作について説明する。

例えば、図２５に示す通信端末１０ｄｂの話者が、講演のように当該話者のみの音声信号を、ビデオ会議に参加している他の通信端末１０ａに対して送信したい場合、他の通信端末１０ａに対してはミュートした状態にさせる必要がある。なお、図２５に示す例では、グループ管理テーブル（図８参照）で管理されるグループＩＤ「Ｇ００１」に関連付けられた端末ＩＤ「１０ａａ」、「１０ａｂ」、「１０ａｃ」、「１０ｄｂ」でそれぞれ識別される通信端末１０ａａ、１０ａｂ、１０ａｃ、１０ｄｂのうち、通信端末１０ａｃ以外の通信端末１０ａがビデオ会議に参加しているものとする。

この場合、通信端末１０ｄｂの話者は、当該通信端末１０ｄｂの操作入力受付部１２に対して、開催されているビデオ会議の他の通信端末１０ａ（すなわち、同じグループの他の通信端末１０ａ）（図２５に示す例では、通信端末１０ａａ、１０ａｂ）をミュートした状態にさせるための操作（一斉ミュート操作）を行う。一斉ミュート操作が行われると、通信端末１０ｄｂのミュート制御部２０ａは、ビデオ会議に参加している他の通信端末１０ａに対して一斉ミュート状態にするための一斉ミュート指令を、通信部１１を介して管理システム５０ａに送信する（図２５の（１）一斉ミュート指令）。管理システム５０ａの通信部５１は、通信端末１０ｄｂからの一斉ミュート指令を受信すると、ビデオ会議に参加している他の通信端末１０ａに対して、当該一斉ミュート指令を中継して送信する（図２５の（１）一斉ミュート指令）。

通信端末１０ｄｂから一斉ミュート指令を受信した他の通信端末１０ａ（通信端末１０ａａ、１０ａｂ）のミュート制御部２０ａは、音声入力部１５による音声信号の入力を不許可の状態、すなわちミュートした状態（一斉ミュート状態）にする（図２６の（２）一斉ミュート状態）。そして、ミュート制御部２０ａは、一斉ミュート状態にすると、ミュート完了通知を管理システム５０ａへ送信する（図２６の（３）ミュート完了通知）。

管理システム５０ａのミュート管理部５９は、他の通信端末１０ａ（通信端末１０ａａ、１０ａｂ）からミュート完了通知を受信すると、図２４に示す端末管理テーブルの当該通信端末１０ａに対応するミュート状態に反映する（図２６の（４）ミュート状態管理）。

以上のような動作で、講演を行うための通信端末１０ｄｂ以外の通信端末１０ａは、ミュートした状態（一斉ミュート状態）となるため、音声信号の入力が不許可となるので、当該通信端末１０ｄｂの話者は、ビデオ会議の他の参加者に対して講演を行うことができる。

（途中参加時に既に参加している通信端末にミュート状態を確認する動作）
図２６は、第２の実施形態に係る通信システムにおける、途中参加をする場合に他の通信端末にミュート状態を確認する動作の一例を示すシーケンス図である。図２７は、第２の実施形態に係る通信システムにおける、途中参加をする場合に他の通信端末にミュート状態を確認する動作を説明する図である。図２６および図２７を参照しながら、ビデオ会議に途中参加する場合に他の通信端末１０ａにミュート状態を確認する動作について説明する。なお、当該動作の前に、図２５に示すように、通信端末１０ａａ、１０ａｂ、１０ｄｂがビデオ会議に参加しており、通信端末１０ｄｂが、他の通信端末１０ａ（１０ａａ、１０ａｂ）に対して一斉ミュート指令を送信し、当該他の通信端末１０ａが一斉ミュート状態となっているものとする。また、通信端末１０ａａ、１０ａｂ、１０ｄｂと同じグループの通信端末１０ａｃは、未だビデオ会議には参加していないものの、図１１に示すユーザ認証が完了しているものとし、同じグループの通信端末１０ａの情報（宛先リスト情報、状態情報）を取得しているものとする。

＜ステップＳ１０１、Ｓ１０２＞
ビデオ会議に参加している通信端末１０ａａ、１０ａｂ、１０ｄｂと同じグループであって当該ビデオ会議に未だ参加していない通信端末１０ａｃのユーザ（話者）は、入力装置１０８を介して、当該ビデオ会議に参加の要求先となる通信端末１０ａ（ここでは通信端末１０ａａとする）を選択して、途中参加の要求操作を行う。すると、通信端末１０ａｃの通信部１１は、ビデオ会議への途中参加を要求するための参加要求情報と、自身（通信端末１０ａｃ）のＩＰアドレス（参加要求端末ＩＰアドレス）と、管理システム５０ａへ送信する（図２７の（１）新たに会議に参加）。参加要求情報には、自身（通信端末１０ａｃ）の端末ＩＤ（参加要求端末ＩＤ）と、要求先となる通信端末１０ａａの端末ＩＤ（宛先端末ＩＤ）とが含まれる。

また、通信部１１により参加要求情報が送信されると共に、通信端末１０ａｃのミュート確認部２１ａは、宛先端末である通信端末１０ａａに対してミュート状態を確認するためのミュート確認要求を、通信部１１を介して管理システム５０ａへ送信する（図２７の（２）ミュート状態確認）。

＜ステップＳ１０３＞
管理システム５０ａの通信部５１により参加要求情報が受信されると、状態管理部５３は、参加要求情報に含まれる参加要求端末である通信端末１０ａｃの端末ＩＤ「１０ａｃ」および宛先端末である通信端末１０ａａの端末ＩＤ「１０ａａ」に基づき、端末管理ＤＢ５００２の端末管理テーブルにおいて、端末ＩＤ「１０ａｃ」および端末ＩＤ「１０ａａ」がそれぞれ含まれるレコードの通信状態のフィールド部分を変更する。具体的には、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａｃ」が含まれるレコードの通信状態を「Ｃａｌｌｉｎｇ」に変更する。同様に、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａａ」が含まれるレコードの通信状態を「Ｒｉｎｇｉｎｇ」に変更する。なお、上述の図１３で示した場合のビデオ会議のセッションを確立させるために開始要求情報が管理システム５０ａに送信された場合（ステップＳ４３）の通信状態の変更内容と区別するために、他の通信状態に変更するものとしてもよい。

＜ステップＳ１０４＞
そして、管理システム５０ａの通信部５１は、参加要求端末ＩＤ「１０ａｃ」およびビデオ会議のセッションを示すセッションＩＤを含む参加要求情報を、ステップＳ１０２で受信した宛先端末ＩＤ「１０ａａ」が示す通信端末１０ａａへ送信する。

＜ステップＳ１０５＞
管理システム５０ａの通信部５１によりミュート確認要求が受信されると、管理システム５０ａのミュート応答部６０は、端末管理テーブル（図２４参照）を参照して、ステップＳ１０２で受信した宛先端末ＩＤ「１０ａａ」が示す通信端末１０ａａのミュート状態（一斉ミュート状態となっているか否か）を判別（確認）する。

＜ステップＳ１０６＞
そして、管理システム５０ａのミュート応答部６０は、ミュート確認要求に対する応答として、判別した通信端末１０ａａのミュート状態を示すミュート状態応答を、宛先端末ＩＤ「１０ａａ」と共に、通信部５１を介して通信端末１０ａｃへ送信する（図２７の（３）ミュート状態応答）。

＜ステップＳ１０７＞
通信端末１０ａｃの通信部１１によりミュート状態応答および宛先端末ＩＤ「１０ａａ」が受信されると、通信端末１０ａｃのミュート確認部２１ａは、当該ミュート状態応答によって、宛先端末ＩＤ「１０ａａ」により識別される通信端末１０ａａのミュート状態を認識する。ミュート確認部２１ａにより通信端末１０ａａのミュート状態が一斉ミュート状態であることが認識された場合、通信端末１０ａｃのミュート制御部２０ａは、当該通信端末１０ａｃについても一斉ミュート状態にする（図２７の（４）一斉ミュート状態）。すなわち、この場合、通信端末１０ａｃは、一斉ミュート状態としてビデオ会議に途中参加することになる。

一方、ミュート確認部２１ａにより通信端末１０ａａのミュート状態が、個別ミュート状態、またはミュートした状態でないことが認識された場合、通信端末１０ａｃのミュート制御部２０ａは、当該通信端末１０ａｃについてミュートした状態にせず、音声入力部１５による音声信号の入力を許可状態にする。

＜ステップＳ１０８＞
そして、ミュート制御部２０ａは、一斉ミュート状態にした場合には、その旨を通知するミュート完了通知を管理システム５０ａへ送信する（図２７の（５）ミュート完了通知）。

＜ステップＳ１０９＞
管理システム５０ａのミュート管理部５９は、通信端末１０ａｃから通信部５１を介してミュート完了通知を受信すると、端末管理テーブル（図２４参照）の通信端末１０ａｃに対応するミュート状態を、一斉ミュート状態として反映する（図２７の（６）ミュート状態管理）。

＜ステップＳ１１０＞
一方、宛先端末である通信端末１０ａａの通信部１１により参加要求情報が受信されると、通信端末１０ａａの表示制御部１４は、ディスプレイ１２０ａａに途中参加要求を受け付けるための画面（途中参加要求受付画面）を表示させる。なお、途中参加要求受付画面は、例えば、上述の図１５に示す開始要求受付画面１２００－１に準じる画面であって、途中参加を要求している通信端末１０ａｃに対して途中参加を許可するか否かを促す画面であればよい。

＜ステップＳ１１１＞
通信端末１０ａａの入力装置１０８に対して、通信端末１０ａｃのビデオ会議への途中参加を認める操作が行われると、操作入力受付部１２は、参加要求端末（通信端末１０ａｃ）のビデオ会議への途中参加を認める旨の応答を受け付ける。

＜ステップＳ１１２＞
そして、通信端末１０ａａの通信部１１は、参加要求情報に対する応答として、宛先端末ＩＤ「１０ａａ」、参加要求端末ＩＤ「１０ａｃ」、およびセッションＩＤが含まれる参加応答情報を、管理システム５０ａへ送信する。

＜ステップＳ１１３＞
管理システム５０ａの通信部５１により通信端末１０ａａから参加応答情報が受信されると、状態管理部５３は、参加応答情報に含まれる参加要求端末ＩＤ「１０ａｃ」および宛先端末ＩＤ「１０ａａ」に基づき、端末管理テーブルにおいて、端末ＩＤ「１０ａｃ」および端末ＩＤ「１０ａａ」がそれぞれ含まれるレコードの通信状態のフィールド部分を変更する。具体的には、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａｃ」が含まれるレコードの通信状態を「Ａｃｃｅｐｔｅｄ」に変更する。同様に、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａｃ」が含まれるレコードの通信状態も「Ａｃｃｅｐｔｅｄ」に変更する。なお、図１４で示した場合のビデオ会議のセッションの確立が許可された場合の通信状態の変更内容（ステップＳ５４）と区別するために、他の通信状態に変更するものとしてもよい。

＜ステップＳ１１４＞
そして、通信部５１は、宛先端末ＩＤ「１０ａａ」、およびセッションＩＤが含まれる参加応答情報を、参加者情報と共に、参加要求端末である通信端末１０ａｃへ送信する。ここで、参加者情報とは、例えば、通信端末１０ａｃ以外の同じグループに含まれる通信端末１０ａの情報（宛先リスト情報、状態情報）を含む情報である。

＜ステップＳ１１５＞
参加要求端末である通信端末１０ａｃは、通信部１１を介して管理システム５０ａから参加応答情報を受信することによって、ビデオ会議への途中参加の処理が完了する。ここで、上述したように、通信端末１０ａｃのビデオ会議への途中参加の処理中に、同じグループの特定の通信端末１０ａから一斉ミュート指令が送信されることによって、途中参加の前後で通信端末１０ａａのミュート状態（一斉ミュート状態であるか否か）が変更されている可能性がある。そこで、本実施形態では、通信端末１０ａｃは、ビデオ会議への途中参加の処理の完了後、以下のステップＳ１１６以降で、宛先端末である通信端末１０ａａのミュート状態について、再度確認を行う処理をする。

＜ステップＳ１１６＞
通信端末１０ａｃのミュート確認部２１ａは、通信端末１０ａｃのビデオ会議への途中参加の処理の完了後、宛先端末である通信端末１０ａａに対してミュート状態を再確認するためのミュート再確認要求を、参加要求端末ＩＤ「１０ａｃ」および宛先端末ＩＤ「１０ａａ」と共に、通信部１１を介して管理システム５０ａへ送信する（図２７の（２）ミュート状態確認）。

＜ステップＳ１１７＞
管理システム５０ａの通信部５１によりミュート再確認要求が受信されると、管理システム５０ａのミュート応答部６０は、再度、端末管理テーブル（図２４参照）を参照して、受信した宛先端末ＩＤ「１０ａａ」が示す通信端末１０ａａのミュート状態（一斉ミュート状態となっているか否か）を判別（確認）する。

＜ステップＳ１１８＞
そして、管理システム５０ａのミュート応答部６０は、ミュート再確認要求に対する応答として、判別した通信端末１０ａａのミュート状態を示すミュート状態応答を、宛先端末ＩＤ「１０ａａ」と共に、通信部５１を介して通信端末１０ａｃへ送信する（図２７の（３）ミュート状態応答）。

＜ステップＳ１１９＞
通信端末１０ａｃの通信部１１によりミュート状態応答および宛先端末ＩＤ「１０ａａ」が受信されると、通信端末１０ａｃのミュート確認部２１ａは、当該ミュート状態応答によって、宛先端末ＩＤ「１０ａａ」により識別される通信端末１０ａａのミュート状態を認識する。ミュート確認部２１ａにより通信端末１０ａａのミュート状態が一斉ミュート状態であることが認識された場合、通信端末１０ａｃのミュート制御部２０ａは、当該通信端末１０ａｃについても一斉ミュート状態にする（図２７の（４）一斉ミュート状態）。すなわち、この場合、通信端末１０ａｃは、一斉ミュート状態としてビデオ会議に途中参加することになる。

一方、ミュート確認部２１ａにより通信端末１０ａａのミュート状態が、個別ミュート状態、またはミュートした状態でないことが認識された場合、通信端末１０ａｃのミュート制御部２０ａは、当該通信端末１０ａｃについてミュートした状態にせず、音声入力部１５による音声信号の入力を許可状態にする。

＜ステップＳ１２０＞
そして、ミュート制御部２０ａは、一斉ミュート状態にした場合には、その旨を通知するミュート完了通知を管理システム５０ａへ送信する（図２７の（５）ミュート完了通知）。

＜ステップＳ１２１＞
管理システム５０ａのミュート管理部５９は、通信端末１０ａｃから通信部５１を介してミュート完了通知を受信すると、端末管理テーブル（図２４参照）の通信端末１０ａｃに対応するミュート状態を、一斉ミュート状態として反映する（図２７の（６）ミュート状態管理）。

以上のステップＳ１０１～Ｓ１２１の流れによって、ビデオ会議に途中参加する場合に他の通信端末１０ａのミュート状態を確認する動作が行われる。

以上のように、本実施形態に係る通信システム１ａでは、開催されているビデオ会議に対して、新たな通信端末１０ａが当該ビデオ会議への参加要求を行う場合に、当該ビデオ会議に既に参加している特定の通信端末１０のミュート状態を、管理システム５０ａで管理している端末管理テーブルを参照して確認するものとしている。そして、新たにビデオ会議に参加しようとする通信端末１０ａは、特定の通信端末１０ａのミュート状態が一斉ミュート状態となっていることを確認した場合、自身についても一斉ミュート状態にする。これによって、複数の参加者によるビデオ会議において一斉ミュート機能が使用されている場合に、新たな参加者が参加したときに、当該参加者の通信端末１０ａに対してミュートした状態を反映することができる。そして、一斉ミュート機能が使用されているビデオ会議に新たに参加する場合、新たに参加する通信端末１０ａのマイク１１４がミュートされないことによる不都合を回避することができる。

また、上述したように、新たな通信端末１０ａのビデオ会議への途中参加の処理中に、同じグループの特定の通信端末１０ａから一斉ミュート指令が送信されることによって、途中参加の前後で、ミュート状態の確認先である通信端末１０ａのミュート状態（一斉ミュート状態であるか否か）が変更される可能性がある。しかし、本実施形態に係る通信システム１ａでは、新たな通信端末１０ａによるビデオ会議への途中参加の処理が完了後、当該通信端末１０ａは、再度、ビデオ会議に参加している他の通信端末１０ａに対してミュート状態を確認するものとしている。これによって、ビデオ会議への途中参加の処理中に一斉ミュート機能が使用された場合においても、新たにビデオ会議に参加した通信端末１０ａのミュート状態を一斉ミュート状態にすることが可能となる。

なお、上述の各実施形態および変形例に係る通信端末１０、１０ａのソフトウェア構成は、上述の図４に示した構成に限定されるものではなく、例えば、図２８に示す構成であってもよい。図２８は、通信端末のＷｅｂアプリを利用する場合のソフトウェア構成の一例を示す図である。上述の図４では、通信端末１０（１０ａ）で通信アプリＡが実行される動作を説明したが、同様の処理をＷｅｂアプリによっても実現できる。Ｗｅｂアプリは、ブラウザ上で動作する、例えばＪａｖａＳｃｒｉｐｔ（登録商標）によるプログラムとＷｅｂサーバ側のプログラムとが協調することによって動作し、ユーザはそれをブラウザ上で使用する。すなわち、図２８に示すように、通信端末１０（１０ａ）は管理システム５０（５０ａ）から、プログラムＷＡ（ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）＋ＪａｖａＳｃｒｉｐｔ（登録商標）＋ＣＳＳ（Ｃｏｅｆｆｉｃｉｅｎｔ Ｏｆ Ｐｅｒｆｏｒｍａｎｃｅ）等）をダウンロードして、ブラウザ１０４０上で実行する。当該ブラウザ１０４０は、ＯＳ１０２０の制御に従って動作する。通信端末１０（１０ａ）は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）またはＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ）等のプロトコルを用いて管理システム５０（５０ａ）とデータを送受信することによって、管理システム５０（５０ａ）が提供しているサービスを利用できる。このような利用形態では、予め通信端末１０（１０ａ）に通信アプリＡをダウンロードしておく必要がない。

また、上述の各実施形態および変形例の各機能は、一または複数の処理回路によって実現することが可能である。ここで、「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上述した各機能を実行するよう設計されたＡＳＩＣ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ、ＳｏＣ（Ｓｙｓｔｅｍ ｏｎ ａ ｃｈｉｐ)、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）や従来の回路モジュール等のデバイスを含むものとする。

また、上述の各実施形態および変形例において、通信端末１０（１０ａ）および管理システム５０（５０ａ）の各機能部の少なくともいずれかがプログラムの実行によって実現される場合、そのプログラムは、ＲＯＭ等に予め組み込まれて提供される。また、上述の各実施形態および変形例に係る通信端末１０（１０ａ）および管理システム５０（５０ａ）で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｋ－Ｒｅｃｏｒｄａｂｌｅ）、ＤＶＤまたはＳＤカード等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。また、上述の各実施形態および変形例に係る通信端末１０（１０ａ）および管理システム５０（５０ａ）で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上述の各実施形態および変形例に係る通信端末１０（１０ａ）および管理システム５０（５０ａ）で実行されるプログラムを、インターネット等のネットワーク経由で提供または配布するように構成してもよい。また、上述の各実施形態および変形例に係る通信端末１０（１０ａ）および管理システム５０（５０ａ）で実行されるプログラムは、上述した各機能部のうち少なくともいずれかを含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵが上述の記憶装置からプログラムを読み出して実行することにより、上述の各機能部が主記憶装置上にロードされて生成されるようになっている。

１、１ａ 通信システム
２ 通信ネットワーク
２ａ～２ｄ ＬＡＮ
２ａｂ、２ｃｄ 専用線
２ｉ インターネット
１０、１０ａ、１０ａａ、１０ａｂ、１０ａｃ、１０ｂａ、１０ｂｂ、１０ｃａ、１０ｃｂ、１０ｄａ、１０ｄｂ 通信端末
１１ 通信部
１２ 操作入力受付部
１３ 撮像部
１４ 表示制御部
１５ 音声入力部
１６ 音声出力部
１７ 記憶・読出部
１８ 記憶部
１９ 認証要求部
２０、２０ａ ミュート制御部
２１、２１ａ ミュート確認部
２２ ミュート応答部
３０ａｂ、３０ｃｂ ＰＣ
５０、５０ａ 管理システム
５１ 通信部
５２ 認証部
５３ 状態管理部
５４ 端末抽出部
５５ 端末状態取得部
５６ セッション制御部
５７ 記憶・読出部
５８ 記憶部
５９ ミュート管理部
６０ ミュート応答部
７０、７０ａ～７０ｄ、７０ａｂ、７０ｃｄ ルータ
９０ プログラム提供システム
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０５ 補助記憶装置
１０６ メディア
１０７ メディアドライブ
１０８ 入力装置
１１０ バスライン
１１１ ネットワークＩ／Ｆ
１１２ カメラ
１１２ｃ ケーブル
１１３ 撮像素子Ｉ／Ｆ
１１４ マイク
１１４ｃ ケーブル
１１５ スピーカ
１１５ｃ ケーブル
１１６ 音声入出力Ｉ／Ｆ
１１７ ＵＳＢ Ｉ／Ｆ
１１９ ディスプレイＩ／Ｆ
１２０、１２０ａａ、１２０ｂａ、１２０ｂｂ、１２０ｃａ、１２０ｄａ、１２０ｄｂ ディスプレイ
１２０ｃ ケーブル
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０５ 補助記憶装置
２０６ 記録メディア
２０７ メディアドライブ
２０８ ディスプレイ
２０９ ネットワークＩ／Ｆ
２１０ バスライン
２１１ キーボード
２１２ マウス
２１３ ＤＶＤ
２１４ ＤＶＤドライブ
２１５ ＵＳＢ Ｉ／Ｆ
１０１０ 作業領域
１０２０ ＯＳ
１０４０ ブラウザ
１１００－２ 端末ＩＤ
１１００－３ 端末名
１１００－４ａ オフラインアイコン
１１００－４ｂ 通話可能アイコン
１１００－４ｃ 通話中アイコン
１２００－１ 開始要求受付画面
１２００－２ 「はい」ボタン
１２００－３ 「いいえ」ボタン
１３００ 会議画面
１３１０ ミュート解除通知ダイアログボックス
５００１ 認証管理ＤＢ
５００２ 端末管理ＤＢ
５００３ グループ管理ＤＢ
５００４ セッション管理ＤＢ
Ａ 通信アプリ
ＷＡ プログラム

特開２０１７－００５７３６号公報

Claims (11)

1. 他の通信端末と、ネットワークを介して音声信号を送受信することにより通話が可能な通信端末であって、
   開催中のビデオ会議に途中参加するときに、前記ビデオ会議に参加している他の通信端末について、該ビデオ会議に参加している各通信端末のうち１の通信端末を除いてミュートした状態である一斉ミュート状態であるか否かを確認するミュート確認部と、
   前記ミュート確認部により前記他の通信端末が一斉ミュート状態となっていることが確認された場合、前記通信端末に対しても一斉ミュート状態にするミュート制御部と、
   を備えた通信端末。
2. 前記ミュート確認部は、前記通信端末が前記ビデオ会議に途中参加した後、該ビデオ会議に参加している他の通信端末に対して、再度、一斉ミュート状態であるか否かを確認し、
   前記ミュート制御部は、前記ミュート確認部による再度の確認により前記他の通信端末が一斉ミュート状態となっていることが確認された場合、前記通信端末に対しても一斉ミュート状態にする請求項１に記載の通信端末。
3. 前記ミュート確認部は、前記通信端末が前記ビデオ会議に途中参加した後にミュート状態を再度確認した他の通信端末から、前記ミュート状態を取得できない場合、該他の通信端末とは別の通信端末であって該ビデオ会議に参加している通信端末に、再度、一斉ミュート状態であるか否かを確認する請求項２に記載の通信端末。
4. 前記ミュート確認部は、前記ビデオ会議に参加している他の通信端末に対して直接、一斉ミュート状態であるか否かを確認し、
   前記ビデオ会議に参加している他の通信端末から、前記通信端末のミュート状態を確認する要求を受けた場合、該通信端末のミュート状態を判別して、該ミュート状態を該他の通信端末へ応答するミュート応答部を、さらに備えた請求項１～３のいずれか一項に記載の通信端末。
5. 前記ミュート確認部は、各通信端末のミュート状態を管理している管理システムに対して、前記ビデオ会議に参加している他の通信端末のミュート状態が一斉ミュート状態であるか否かを確認する請求項１～３のいずれか一項に記載の通信端末。
6. 前記ミュート制御部は、前記ミュート確認部により他の通信端末が一斉ミュート状態となっていることが確認された場合、前記通信端末に対しても一斉ミュート状態にし、一斉ミュート状態にした旨の通知を、前記管理システムに送信する請求項５に記載の通信端末。
7. 前記ビデオ会議に参加している特定の通信端末から一斉ミュート状態を解除するための一斉ミュート解除指令を受信した場合に、該一斉ミュート状態の解除の通知を行う通知部を、さらに備え、
   前記ミュート制御部は、前記通知部により一斉ミュート状態の解除の通知が行われた後、該一斉ミュート状態を解除する請求項１～６のいずれか一項に記載の通信端末。
8. 他の通信端末とネットワークを介して音声信号を送受信することにより通話が可能な通信端末と、前記通信端末と前記他の通信端末との通話を制御する管理システムと、を有する通信システムであって、
   前記通信端末は、
   開催中のビデオ会議に途中参加するときに、前記ビデオ会議に参加している他の通信端末について、該ビデオ会議に参加している各通信端末のうち１の通信端末を除いてミュートした状態である一斉ミュート状態であるか否かを、各通信端末のミュート状態を管理している前記管理システムに対して確認するミュート確認部を、備え、
   前記管理システムは、
   前記ミュート確認部から、前記他の通信端末のミュート状態を確認する要求を受けた場合、該他の通信端末のミュート状態を判別して、該ミュート状態を前記通信端末へ応答するミュート応答部を、備え、
   前記通信端末は、
   前記ミュート応答部から前記他の通信端末が一斉ミュート状態となっている旨の応答を受信した場合、前記通信端末に対しても一斉ミュート状態にするミュート制御部を、さらに備えた通信システム。
9. 他の通信端末と、ネットワークを介して音声信号を送受信することにより通話が可能な通信端末の通信方法であって、
   開催中のビデオ会議に途中参加するときに、前記ビデオ会議に参加している他の通信端末について、該ビデオ会議に参加している各通信端末のうち１の通信端末を除いてミュートした状態である一斉ミュート状態であるか否かを確認するミュート確認ステップと、
   前記他の通信端末が一斉ミュート状態となっていることを確認した場合、前記通信端末に対しても一斉ミュート状態にするミュート制御ステップと、
   を有する通信方法。
10. 他の通信端末とネットワークを介して音声信号を送受信することにより通話が可能な通信端末と、前記通信端末と前記他の通信端末との通話を制御する管理システムと、を有する通信システムの通信方法であって、
    開催中のビデオ会議に途中参加するときに、前記ビデオ会議に参加している他の通信端末について、該ビデオ会議に参加している各通信端末のうち１の通信端末を除いてミュートした状態である一斉ミュート状態であるか否かを、各通信端末のミュート状態を管理している前記管理システムに対して確認するミュート確認ステップと、
    前記他の通信端末のミュート状態を確認する要求を受けた場合、該他の通信端末のミュート状態を判別して、該ミュート状態を前記通信端末へ応答するミュート応答ステップと、
    前記他の通信端末が一斉ミュート状態となっている旨の応答を受信した場合、前記通信端末に対しても一斉ミュート状態にするミュート制御ステップを、
    有する通信方法。
11. 他の通信端末と、ネットワークを介して音声信号を送受信することにより通話が可能な通信端末であるコンピュータに、
    開催中のビデオ会議に途中参加するときに、前記ビデオ会議に参加している他の通信端末について、該ビデオ会議に参加している各通信端末のうち１の通信端末を除いてミュートした状態である一斉ミュート状態であるか否かを確認するミュート確認ステップと、
    前記他の通信端末が一斉ミュート状態となっていることが確認した場合、前記通信端末に対しても一斉ミュート状態にするミュート制御ステップと、
    を実行させるためのプログラム。

Images