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

Description

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

従来、企業、教育機関、および行政機関等において、マイクに対して音声信号を入力して他の情報処理装置に音声信号を送信し、また、当該他の情報処理装置から受信した音声信号およびカメラ映像をスピーカおよびディスプレイで再生するビデオ会議システムが利用されている。このようなビデオ会議システムにおいては、ネットワークにおいて通信障害等が発生して一部の通信端末がビデオ会議から切断された場合に、通信障害から復旧後、当該通信端末がビデオ会議に自動で再接続する技術が開示されている。

このようなビデオ会議に自動で再接続するシステムとして、通信切断から復旧した後、自動的に再接続の処理が集中することを避けるために、再接続のための待機時間を、通信端末に対して時間情報を設定する技術が開示されている（特許文献１参照）。

しかしながら、特許文献１に記載された技術では、ビデオ会議中にユーザが意図せず、ビデオ会議から切断された後、自動で再接続する際に、切断前に画面共有を実施していた場合でも、再接続時には画面共有が復元されないという問題がある。すなわち、再接続後、再び画面共有の状態にするためには改めて画面共有の状態にするための操作等を行う必要があるという問題がある。

本発明は、上述の問題点に鑑みてなされたものであって、ビデオ会議中に意図しない会議切断が発生し、当該会議切断から復旧して再接続する場合に、会議切断前に実施していた画面共有の状態を自動で復元することができる通信端末、通信システム、通信方法およびプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、他の通信端末に通信ネットワークを介して、情報処理装置で生成された共有画面の情報を送信することによって前記共有画面の表示を共有する通信端末であって、前記他の通信端末との切断を検出する検出部と、前記検出部により前記切断が検出された場合、該切断の原因を判別する判別部と、前記判別部により前記切断の原因が前記通信ネットワークでの通信障害であると判別された場合、前記情報処理装置から前記共有画面の情報の取得を継続し、前記通信障害が復旧した場合、取得している該共有画面の情報が前記他の通信端末で受信されるように、該共有画面の情報を送信する画面共有制御部と、前記情報処理装置による前記共有画面の情報の送信の可否を制御する通知処理部と、を備え、前記通知処理部は、前記判別部により前記切断の原因が前記通信障害であると判別された場合、画面共有終了の旨を前記情報処理装置に通知しないことを特徴とする。

本発明によれば、ビデオ会議中に意図しない会議切断が発生し、当該会議切断から復旧して自動で再接続する場合に、会議切断前に実施していた画面共有の状態を復元することができる。

図１は、第１の実施形態に係る通信システムの概略構成図である。 図２は、第１の実施形態に係る通信端末のハードウェア構成の一例を示す図である。 図３は、第１の実施形態に係るＰＣ、管理システムおよびプログラム提供システムのハードウェア構成の一例を示す図である。 図４は、第１の実施形態に係る通信端末のソフトウェア構成の一例を示す図である。 図５は、第１の実施形態に係る通信システムの機能ブロックの構成の一例を示す図である。 図６は、認証管理テーブルの一例を示す図である。 図７は、端末管理テーブルの一例を示す図である。 図８は、グループ管理テーブルの一例を示す図である。 図９は、セッション管理テーブルの一例を示す図である。 図１０は、第１の実施形態に係る通信システムにおけるコンテンツデータおよび各種管理情報を送受信するために確立されたセッションを示す図である。 図１１は、通信端末が通話を開始するための認証処理を含む準備段階の処理の一例を示すシーケンス図である。 図１２は、宛先リストの表示例を示す図である。 図１３は、通話の開始を要求する処理の一例を示すシーケンス図である。 図１４は、通話の開始の要求を許可する処理の一例を示すシーケンス図である。 図１５は、開始要求受付画面の表示例を示す図である。 図１６は、第１の実施形態に係る通信システムにおいて１の通信端末から画面共有が実施されている状態の一例を示す図である。 図１７は、画面共有が行われている従来の通信システムの主要な機能ブロックの構成およびデータの流れの一例を示した図である。 図１８は、通信障害が発生した場合の従来の通信システムの主要な機能ブロックの構成および動作の一例を示した図である。 図１９は、従来の通信システムにおける通信障害から復旧した場合の会議画面の変化の一例を示す図である。 図２０は、第１の実施形態に係る通信システムにおいて通信障害が発生した場合の主要な機能ブロックの構成および動作の一例を示す図である。 図２１は、第１の実施形態に係る通信システムにおける通信障害から復旧した場合の会議画面の変化の一例を示す図である。 図２２は、第１の実施形態に係る通信システムにおける通信障害が発生した場合の処理の一例を示すシーケンス図である。 図２３は、第１の実施形態に係る通信端末のＷｅｂアプリを利用する場合のソフトウェア構成の一例を示す図である。 図２４は、第１の実施形態の変形例に係る通信システムにおいて通信障害が発生した場合の主要な機能ブロックの構成および動作の一例を示す図である。 図２５は、通信障害が発生した場合の従来の通信システムの動作の一例を示した図である。 図２６は、通信障害が発生した場合の従来の通信システムの主要な機能ブロックの構成および動作の一例を示した図である。 図２７は、第２の実施形態に係る通信システムの機能ブロックの構成の一例を示す図である。 図２８は、第２の実施形態に係る通信システムにおいて通信障害が発生した場合の動作の一例を示す図である。 図２９は、第２の実施形態に係る通信システムにおいて通信障害が発生した場合の主要な機能ブロックの構成および動作の一例を示す図である。 図３０は、第２の実施形態に係る通信システムにおける通信障害から復旧した場合の会議画面の変化の一例を示す図である。 図３１は、第２の実施形態に係る通信システムにおける通信障害が発生した場合の処理の一例を示すシーケンス図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＤＶＤドライブ２１４は、着脱自在な記憶媒体の一例としてのＤＶＤ－ＲＯＭまたはＤＶＤ－Ｒ等のＤＶＤ２１３に対するデータの読み出しおよび書き込みを制御する装置である。

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

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

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

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

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

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

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

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

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

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

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

＜通信端末の機能ブロックの構成＞
図５に示すように、通信端末１０は、通信部１１と、操作入力受付部１２と、撮像部１３と、表示制御部１４と、音声入力部１５と、音声出力部１６と、記憶・読出部１７と、記憶部１８と、認証要求部１９と、検出部２０（第１検出部）と、判別部２１（第１判別部）と、終了処理部２２（通知処理部）と、画面共有制御部２３と、機器通信部２４と、を有している。

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

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

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

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

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

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

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

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

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

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

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

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

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

検出部２０は、他の通信端末１０との会議からの切断を検出する機能部である。また、検出部２０は、会議からの切断から当該会議に再接続したことを検出する。検出部２０は、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行によって実現される。

判別部２１は、検出部２０により会議からの切断が検出された場合、会議からの切断原因が、ユーザ（参加者）の会議終了操作による切断か、ネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断かを判別する機能部である。判別部２１は、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行によって実現される。

終了処理部２２は、判別部２１により会議からの切断がユーザ（参加者）の会議終了操作による切断であると判別された場合、機器通信部２４を介してＰＣ３０に、画面共有終了の旨を通知する機能部である。ただし、終了処理部２２は、判別部２１により会議からの切断がネットワーク（通信ネットワーク２）の不具合、通信機能において正常な通信が行えない状態、または通信エラーが発生している状態等による通信障害による異常切断であると判別された場合、ＰＣ３０に画面共有終了の旨を通知しない。すなわち、終了処理部２２は、ＰＣ３０による共有画面イメージの送信の可否を制御していることになる。終了処理部２２は、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行によって実現される。

画面共有制御部２３は、会議中に、ＰＣ３０から機器通信部２４を介して受信した共有画面イメージを、通信部１１を介して管理システム５０へ送信する動作を制御する機能部である。画面共有制御部２３は、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行によって実現される。

機器通信部２４は、ＰＣ３０と各種データの送受信を行う機能部である。例えば、機器通信部２４は、ＰＣ３０による画面共有が行われている場合に、当該ＰＣ３０から共有画面イメージを受信する。機器通信部２４は、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行、およびＵＳＢ Ｉ／Ｆ１１７によって実現される。

なお、表示制御部１４、認証要求部１９、検出部２０、判別部２１、終了処理部２２および画面共有制御部２３のうち少なくともいずれかは、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）またはＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のハードウェア回路によって実現されるものとしてもよい。

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

＜ＰＣの機能ブロックの構成＞
図５に示すように、ＰＣ３０は、キャプチャ部３１と、イメージ送信部３２と、を有している。

キャプチャ部３１は、ＰＣ３０のディスプレイ２０８で表示されている画面全体のスクリーンショット、または、ＰＣ３０で起動している特定のアプリケーションのウィンドウの画面等の情報を共有画面イメージとしてキャプチャする機能部である。すなわち、当該共有画面イメージは、ＰＣ３０で生成されたものとなる。キャプチャ部３１は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。なお、キャプチャ部３１は、集積回路等のハードウェア回路によって実現されるものとしてもよい。

イメージ送信部３２は、キャプチャ部３１によりキャプチャされた共有画面イメージを、通信端末１０（機器通信部２４）へ送信する機能部である。イメージ送信部３２は、図３に示すＣＰＵ２０１によるプログラムの実行、およびＵＳＢ Ｉ／Ｆ２１５によって実現される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

共有画面配信部５９は、会議中に、画面共有を行っているＰＣ３０が接続された通信端末１０から、通信部５１を介して受信した共有画面イメージを、会議に参加している他の通信端末１０へ配信する動作を制御する機能部である。共有画面配信部５９は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（従来の通信システムにおける会議から切断された場合の動作）
図１６は、第１の実施形態に係る通信システムにおいて１の通信端末から画面共有が実施されている状態の一例を示す図である。まず、図１６を参照しながら、本実施形態に係る通信システム１において、特定の通信端末１０に接続されたＰＣ３０が画面共有を行っている場合の動作について説明する。

図１６に示すように、通信システム１は、会議に参加している端末として通信端末１０ａｂ、１０ａｃ、１０ｄｂ、１０ａｄを含むものとする。このうち、通信端末１０ａｂには、ＰＣ３０ａｂが接続されており、このＰＣ３０ａｂが画面共有を実施し、共有画面イメージを通信端末１０ａｂに送信しているものとする。

通信システム１に含まれる通信端末１０ａｂ、１０ａｃ、１０ｄｂ、１０ａｄと、管理システム５０との間のデータ通信を可能にする通信ネットワーク２の状態が正常である場合、通信端末１０ａｂは、ＰＣ３０ａｂから受信した共有画面イメージを管理システム５０へ送信する。そして、管理システム５０は、通信端末１０ａｂから受信した共有画面イメージを、その他の通信端末１０である通信端末１０ａｃ、１０ｄｂ、１０ａｄに配信する。

以上の動作によって、画面共有を実施するＰＣ３０ａｂから送信された共有画面イメージは、会議に参加中の通信端末１０ａｂ、１０ａｃ、１０ｄｂ、１０ａｄのすべてに共有される。この画面共有が行われている場合の各通信端末１０に接続されたディスプレイ１２０に表示される画面には、各参加者の映像データに加えて、ＰＣ３０ａｂから送信された共有画面イメージが表示される（例えば、後述する図２１（ａ）参照）。なお、図１６に示す通信システム１において正常に画面共有が行われている状態は、従来の通信システムの画面共有においても同様である。

図１７は、画面共有が行われている従来の通信システムの主要な機能ブロックの構成およびデータの流れの一例を示した図である。図１８は、通信障害が発生した場合の従来の通信システムの主要な機能ブロックの構成および動作の一例を示した図である。図１９は、従来の通信システムにおける通信障害から復旧した場合の会議画面の変化の一例を示す図である。次に、図１７～図１９を参照しながら、正常に画面共有が行われている従来の通信システムにおいて、通信ネットワークにおいて通信障害（ネットワーク障害）が発生した場合の動作について説明する。

図１７に示すように、従来の通信システムに含まれる通信端末１０００、ＰＣ３０００および管理システム５０００は、それぞれ本実施形態に係る通信システム１に含まれる通信端末１０、ＰＣ３０および管理システム５０に対応する。通信端末１０００は、図１７に示すように、通信部１０１１と、終了処理部１０２２と、画面共有制御部１０２３と、機器通信部１０２４と、を有する。ＰＣ３０００は、図１７に示すように、キャプチャ部３０３１と、イメージ送信部３０３２と、を有し、通信端末１０００に接続されている。

通信障害が発生していない場合には、ＰＣ３０００のキャプチャ部３０３１は、ＰＣ３０００のディスプレイで表示されている画面全体のスクリーンショット、または、ＰＣ３０００で起動している特定のアプリケーションのウィンドウの画面等の情報を共有画面イメージとしてキャプチャし、当該共有画面イメージを、イメージ送信部３０３２へ送る。イメージ送信部３０３２は、受け取った共有画面イメージを、通信端末１０００へ送信する。

通信端末１０００の画面共有制御部１０２３は、ＰＣ３０００から機器通信部１０２４を介して共有画面イメージを受信すると、通信部１０１１を介して管理システム５０００へ当該共有画面イメージを送信する。そして、管理システム５０００は、通信端末１０００から受信した共有画面イメージを、その他の通信端末に配信する。

以上の動作によって、会議に接続している（会議に参加している）通信端末１０００を含む各通信端末のディスプレイには、図１９（ａ）に示す会議画面１３００のように、各参加者の映像データに加えて、ＰＣ３０００から送信された共有画面イメージが表示される。

次に、図１８に示すように、例えば、通信端末１０００と管理システム５０００との間で通信障害（ネットワーク障害）が発生した場合の従来の通信システムの動作を説明する。通信端末１０００の終了処理部１０２２は、画面共有制御部１０２３の制御の下、通信部１０１１を介して共有画面イメージが、通信障害のため管理システム５０００へ送信されないことを認識すると、会議から切断されたものと判断し、画面共有終了の旨をＰＣ３０００へ通知する。

ＰＣ３０００のイメージ送信部３０３２は、通信端末１０００から画面共有終了の旨の通知を受信すると、共有画面イメージの通信端末１０００への送信を停止する。また、管理システム５０００も、通信端末１０００から共有画面イメージが受信できないので、他の通信端末への共有画面イメージの配信を停止する。

その後、通信障害が復旧して通信端末１０００が会議に再接続された場合、通信端末１０００を含む各通信端末のディスプレイには、図１９（ｂ）に示す会議画面１３０１のように、各参加者の映像データが表示されるものの、上述のように、イメージ送信部３０３２からの共有画面イメージの送信が停止しているため、画面共有の状態が復元されず、共有画面イメージが表示されていない状態となる。この場合、画面共有の状態を復元するためには、ユーザ（参加者）がＰＣ３０００を操作して、再び、イメージ送信部３０３２から、キャプチャ部３０３１でキャプチャされた共有画面イメージが通信端末１０００へ送信されるように手動で作業する必要がある。

（本実施形態に係る通信システムにおける会議から切断された場合の動作）
図２０は、第１の実施形態に係る通信システムにおいて通信障害が発生した場合の主要な機能ブロックの構成および動作の一例を示す図である。図２１は、第１の実施形態に係る通信システムにおける通信障害から復旧した場合の会議画面の変化の一例を示す図である。図２０および図２１を参照しながら、正常に画面共有が行われている本実施形態に係る通信システム１において、通信ネットワーク２において通信障害（ネットワーク障害）が発生した場合の動作について説明する。なお、図２０においては、画面共有を行うＰＣ３０ａｂが通信端末１０ａｂに接続されているものとして説明する。

通信障害が発生していない場合には、ＰＣ３０ａｂのキャプチャ部３１は、ＰＣ３０ａｂのディスプレイ２０８で表示されている画面全体のスクリーンショット、または、ＰＣ３０ａｂで起動している特定のアプリケーションのウィンドウの画面等の情報を共有画面イメージとしてキャプチャし、当該共有画面イメージを、イメージ送信部３２へ送る。イメージ送信部３２は、受け取った共有画面イメージを、通信端末１０ａｂへ送信する。

通信端末１０ａｂの画面共有制御部２３は、ＰＣ３０ａｂから機器通信部２４を介して共有画面イメージを受信すると、通信部１１を介して管理システム５０へ当該共有画面イメージを送信する。そして、管理システム５０は、通信端末１０ａｂから受信した共有画面イメージを、その他の通信端末１０に配信する。

以上の動作によって、会議に接続している（会議に参加している）各通信端末１０のディスプレイ１２０には、図２１（ａ）に示す会議画面１３１０のように、各参加者の映像データに加えて、ＰＣ３０ａｂから送信された共有画面イメージ（図２１（ａ）の例では「Ｘｘｘ説明資料」と題するファイルのイメージ）が表示される。

次に、図２０に示すように、例えば、通信端末１０ａｂと管理システム５０との間で通信障害（ネットワーク障害）が発生した場合の通信システム１の動作を説明する。通信端末１０ａｂの検出部２０は、画面共有制御部２３の制御の下、通信部１１を介して共有画面イメージが、通信障害のため管理システム５０へ送信されない場合、当該通信端末１０ａｂが会議から切断されたことを検出する。なお、会議からの切断の検出は、共有画面イメージが送信されないということだけでなく、例えば、管理システム５０との間での通信確認のための制御信号の応答がないこと等によって行ってもよい。この場合、図２０に示すように、通信端末１０ａｂは、物理的に共有画面イメージを管理システム５０へ送信することができず、管理システム５０も、他の通信端末１０への共有画面イメージの配信を停止する。この場合、管理システム５０は、通信端末１０ａｂのユーザの映像データおよび音声データの配信も停止することになる。その結果、他の通信端末１０のディスプレイ１２０には、図２１（ｂ）に示す会議画面１３１１のように、共有画面イメージおよび通信端末１０ａｂのユーザの映像データの表示がなくなり、他の通信端末１０のユーザの映像データのみが表示される。

検出部２０によって会議からの切断が検出された場合、通信端末１０ａｂの判別部２１は、会議からの切断原因が、ユーザ（参加者）の会議終了操作による切断か、ネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断かを判別する。ここでは、判別部２１は、会議からの切断原因が、ネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断であると判別する。この場合、終了処理部２２は、ＰＣ３０のイメージ送信部３２へ画面共有終了の旨を通知しない。この結果、図２０に示すように、ＰＣ３０のイメージ送信部３２は、キャプチャ部３１から受け取った共有画面イメージを、継続して通信端末１０ａｂへ送信することになる。すなわち、通信端末１０ａｂの画面共有制御部２３は、イメージ送信部３２から、機器通信部２４を介して、共有画面イメージの取得を継続することになり、管理システム５０へいつでも共有画面イメージを送信できる状態となっていることになる。ただし、判別部２１により会議からの切断原因がユーザ（参加者）の会議終了操作による切断であると判別された場合には、終了処理部２２は、ＰＣ３０のイメージ送信部３２へ画面共有終了の旨を通知して、イメージ送信部３２に共有画面イメージの送信を停止させる。

その後、通信障害が復旧して通信端末１０ａｂが会議に再接続された場合、検出部２０によって通信端末１０ａｂの会議への再接続が検出されると、画面共有制御部２３は、ＰＣ３０ａｂから機器通信部２４を介して継続して受信している共有画面イメージについて、通信部１１を介して管理システム５０への送信を再開する。そして、管理システム５０は、通信端末１０ａｂから受信した共有画面イメージを、その他の通信端末１０に再び配信する。その結果、他の通信端末１０のディスプレイ１２０では、図２１（ｃ）に示す会議画面１３１２のように、共有画面イメージおよび通信端末１０ａｂのユーザの映像データが再表示される。すなわち、通信障害が復旧して通信端末１０ａｂが会議に再接続された場合、ＰＣ３０ａｂでの画面共有のための操作を行うことなく、会議からの切断前に実施されていた画面共有の状態が自動で復元されることになる。

図２２は、第１の実施形態に係る通信システムにおける通信障害が発生した場合の処理の一例を示すシーケンス図である。そして、図２２を参照しながら、正常に画面共有が行われている状態から通信ネットワーク２において通信障害（ネットワーク障害）が発生した場合における通信システム１の動作の流れを説明する。なお、図２２においては、画面共有を行うＰＣ３０ａｂが通信端末１０ａｂに接続されているものとして、通信端末１０ｄｂが通信端末１０ａｂと同じ会議に参加しているものとして説明する。

＜ステップＳ６１＞
通信端末１０ａｂと管理システム５０との通信ネットワーク２のネットワーク経路に通信障害が発生していない場合、ＰＣ３０ａｂのキャプチャ部３１は、ＰＣ３０ａｂのディスプレイ２０８で表示されている画面全体のスクリーンショット、または、ＰＣ３０ａｂで起動している特定のアプリケーションのウィンドウの画面等の情報を共有画面イメージとしてキャプチャし、当該共有画面イメージを、イメージ送信部３２へ送る。そして、イメージ送信部３２は、受け取った共有画面イメージを、通信端末１０ａｂへ送信する。

＜ステップＳ６２＞
通信端末１０ａｂの画面共有制御部２３は、ＰＣ３０ａｂから機器通信部２４を介して共有画面イメージを受信すると、通信部１１を介して管理システム５０へ当該共有画面イメージを送信する。

＜ステップＳ６３＞
そして、管理システム５０の共有画面配信部５９は、通信端末１０ａｂから通信部５１を介して受信した共有画面イメージを、通信端末１０ｄｂに当該通信部５１を介して配信する。この結果、会議に接続している（会議に参加している）各通信端末１０のディスプレイ１２０には、上述の図２１（ａ）に示す会議画面１３１０のように、各参加者の映像データに加えて、ＰＣ３０ａｂから送信された共有画面イメージ（図２１（ａ）の例では「Ｘｘｘ説明資料」と題するファイルのイメージ）が表示される。

＜ステップＳ６４、Ｓ６５＞
ここで、通信端末１０ａｂと管理システム５０との間で通信障害（ネットワーク障害）が発生したものとする。この場合、通信端末１０ａｂの通信部１１は、物理的に共有画面イメージを管理システム５０へ送信することができず、管理システム５０の共有画面配信部５９も、通信端末１０ｄｂへの共有画面イメージの配信を停止する。この場合、管理システム５０の通信部５１は、通信端末１０ａｂのユーザの映像データおよび音声データの配信も停止することになる。

＜ステップＳ６６＞
その結果、通信端末１０ｄｂのディスプレイ１２０には、上述の図２１（ｂ）に示す会議画面１３１１のように、共有画面イメージおよび通信端末１０ａｂのユーザの映像データの表示がなくなり、他の通信端末１０のユーザの映像データのみが表示される。

＜ステップＳ６７＞
また、通信端末１０ａｂと管理システム５０との間で通信障害（ネットワーク障害）が発生すると、通信端末１０ａｂの検出部２０は、画面共有制御部２３の制御の下、通信部１１を介して共有画面イメージが、通信障害のため管理システム５０へ送信されなくなり、当該通信端末１０ａｂが会議から切断されたことを検出する。

＜ステップＳ６８＞
検出部２０によって会議からの切断が検出された場合、通信端末１０ａｂの判別部２１は、会議からの切断原因が、ユーザ（参加者）の会議終了操作による切断か、ネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断かを判別する。ここでは、判別部２１は、会議からの切断原因が、ネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断であると判別する。

＜ステップＳ６９＞
終了処理部２２は、判別部２１により会議からの切断原因がネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断であると判別された場合、ＰＣ３０ａｂのイメージ送信部３２へ画面共有終了の旨を通知しない。すなわち、終了処理部２２は、ＰＣ３０ａｂのイメージ送信部３２が共有画面イメージを継続して送信すべきと判断する。

＜ステップＳ７０＞
この結果、ＰＣ３０ａｂのイメージ送信部３２は、キャプチャ部３１から受け取った共有画面イメージを、継続して通信端末１０ａｂへ送信することになる。すなわち、通信端末１０ａｂの画面共有制御部２３は、イメージ送信部３２から、機器通信部２４を介して、共有画面イメージの取得を継続することになる。

＜ステップＳ７１～Ｓ７３＞
その後、通信障害が復旧して通信端末１０ａｂが会議に再接続された場合、検出部２０によって通信端末１０ａｂの会議への再接続が検出されると、画面共有制御部２３は、ＰＣ３０ａｂから機器通信部２４を介して継続して受信している共有画面イメージについて、通信部１１を介して管理システム５０への送信を再開する。

＜ステップＳ７４＞
そして、管理システム５０の共有画面配信部５９は、通信端末１０ａｂから通信部５１を介して受信した共有画面イメージを、当該通信部５１を介して通信端末１０ｄｂに再び配信する。

＜ステップＳ７５＞
その結果、通信端末１０ｄｂのディスプレイ１２０ｄｂでは、上述の図２１（ｃ）に示す会議画面１３１２のように、共有画面イメージおよび通信端末１０ａｂのユーザの映像データが再表示される。

以上のステップＳ６１～Ｓ７５の流れで、正常に画面共有が行われている状態から通信ネットワーク２において通信障害（ネットワーク障害）が発生した場合における通信システム１の動作が行われる。

以上のような通信システム１の構成および動作によって、通信障害等の意図しない会議切断から復旧して、ＰＣ３０が接続されている通信端末１０が会議に再接続された場合、ＰＣ３０での画面共有のための操作を行うことなく、会議からの切断前に実施されていた画面共有の状態を自動で復元することができる。

なお、会議切断の原因として、通信ネットワーク２で発生した通信障害を例として説明したが、これに限定されるものではなく、通信ネットワーク２のトラフィック過多、または通信ネットワーク２内のルータ等のネットワーク機器の故障等の意図しない会議切断を含む。

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

（変形例１）
図２４は、第１の実施形態の変形例に係る通信システムにおいて通信障害が発生した場合の主要な機能ブロックの構成および動作の一例を示す図である。図２４を参照しながら、本変形例に係る通信システムの主要な機能ブロックの構成、および、正常に画面共有が行われている本変形例に係る通信システムにおいて、通信ネットワーク２において通信障害（ネットワーク障害）が発生した場合の動作について説明する。

本変形例に係る通信システムが含むＰＣ３０＿１は、上述の第１の実施形態に係る通信端末１０の機能ブロックと、ＰＣ３０の機能ブロックと、を併せ持つ。したがって、ＰＣ３０＿１自体が本発明の「通信端末」に対応する。ただし、通信端末１０とＰＣ３０とデータ通信を担っていた機器通信部２４およびイメージ送信部３２は、本変形例に係るＰＣ３０＿１には不要なので、ＰＣ３０＿１には、機器通信部２４およびイメージ送信部３２は含まれない。

通信障害が発生していない場合には、ＰＣ３０＿１のキャプチャ部３１は、ＰＣ３０＿１のディスプレイ２０８で表示されている画面全体のスクリーンショット、または、ＰＣ３０＿１で起動している特定のアプリケーションのウィンドウの画面等の情報を共有画面イメージとしてキャプチャし、当該共有画面イメージを、画面共有制御部２３へ送る。すなわち、当該共有画面イメージは、ＰＣ３０＿１自体で生成されたものとなる。

画面共有制御部２３は、受け取った共有画面イメージを、通信部１１を介して管理システム５０へ送信する。そして、管理システム５０は、ＰＣ３０＿１から受信した共有画面イメージを、他の通信端末１０に配信する。

以上の動作によって、会議に接続している（会議に参加している）ＰＣ３０＿１のディスプレイ２０８および各通信端末１０のディスプレイ１２０には、上述の図２１（ａ）に示す会議画面１３１０のように、各参加者の映像データに加えて、ＰＣ３０＿１から送信された共有画面イメージ（図２１（ａ）の例では「Ｘｘｘ説明資料」と題するファイルのイメージ）が表示される。

次に、図２４に示すように、例えば、ＰＣ３０＿１と管理システム５０との間で通信障害（ネットワーク障害）が発生した場合の通信システムの動作を説明する。ＰＣ３０＿１の検出部２０は、画面共有制御部２３の制御の下、通信部１１を介して共有画面イメージが、通信障害のため管理システム５０へ送信されない場合、当該ＰＣ３０＿１が会議から切断されたことを検出する。この場合、図２４に示すように、ＰＣ３０＿１は、物理的に共有画面イメージを管理システム５０へ送信することができず、管理システム５０も、他の通信端末１０への共有画面イメージの配信を停止する。この場合、管理システム５０は、ＰＣ３０＿１のユーザの映像データおよび音声データの配信も停止することになる。その結果、他の通信端末１０のディスプレイ１２０には、上述の図２１（ｂ）に示す会議画面１３１１のように、共有画面イメージおよびＰＣ３０＿１のユーザの映像データの表示がなくなり、他の通信端末１０のユーザの映像データのみが表示される。

検出部２０によって会議からの切断が検出された場合、ＰＣ３０＿１の判別部２１は、会議からの切断原因が、ユーザ（参加者）の会議終了操作による切断か、ネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断かを判別する。ここでは、判別部２１は、会議からの切断原因が、ネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断であると判別する。この場合、終了処理部２２は、キャプチャ部３１へ画面共有終了の旨を通知しない。この結果、図２４に示すように、キャプチャ部３１は、キャプチャした共有画面イメージを、継続して画面共有制御部２３へ送ることになる。ただし、判別部２１により会議からの切断原因がユーザ（参加者）の会議終了操作による切断であると判別された場合には、終了処理部２２は、キャプチャ部３１へ画面共有終了の旨を通知して、キャプチャ部３１に共有画面イメージの送り動作を停止させる。

その後、通信障害が復旧してＰＣ３０＿１が会議に再接続された場合、検出部２０によってＰＣ３０＿１の会議への再接続が検出されると、画面共有制御部２３は、キャプチャ部３１から継続して受け取っている共有画面イメージについて、通信部１１を介して管理システム５０への送信を再開する。そして、管理システム５０は、ＰＣ３０＿１から受信した共有画面イメージを、その他の通信端末１０に再び配信する。その結果、他の通信端末１０のディスプレイ１２０では、上述の図２１（ｃ）に示す会議画面１３１２のように、共有画面イメージおよびＰＣ３０＿１のユーザの映像データが再表示される。すなわち、ＰＣ３０＿１のような構成の場合にも、通信障害が復旧してＰＣ３０＿１が会議に再接続された場合、ＰＣ３０＿１での画面共有のための操作を行うことなく、会議からの切断前に実施されていた画面共有の状態が自動で復元されることになる。

［第２の実施形態］
第２の実施形態に係る通信システムについて、第１の実施形態に係る通信システム１と相違する点を中心に説明する。第１の実施形態では、通信障害等の意図しない会議切断が発生した場合に、画面共有を実施しているＰＣ３０から共有画面イメージを通信端末１０に対して継続して送信することにより、会議に再接続した場合に、画面共有の状態が自動で復元される動作について説明した。本実施形態では、第１の実施形態の通信システム１の動作に加えて、通信障害等の意図しない会議切断が発生した場合においても、他の通信端末で表示されている画面共有の会議画面のレイアウトを維持する動作について説明する。

なお、本実施形態に係る通信システムの通信端末、ＰＣおよび管理システムのハードウェア構成は、第１の実施形態で上述した構成と同様である。

（従来の通信システムにおける会議から切断された場合の動作）
図２５は、通信障害が発生した場合の従来の通信システムの動作の一例を示した図である。図２６は、通信障害が発生した場合の従来の通信システムの主要な機能ブロックの構成および動作の一例を示した図である。まず、図２５および図２６を参照しながら、正常に画面共有が行われている従来の通信システムにおいて、通信ネットワークにおいて通信障害（ネットワーク障害）が発生した場合の動作について説明する。

通信障害が発生していない場合には、ＰＣ３０００ａは、ディスプレイで表示されている画面全体のスクリーンショット、または、ＰＣ３０００ａで起動している特定のアプリケーションのウィンドウの画面等の情報を共有画面イメージとしてキャプチャし、当該共有画面イメージを、通信端末１０００ａへ送信する。通信端末１０００ａは、ＰＣ３０００ａから共有画面イメージを受信すると、管理システム５０００へ当該共有画面イメージを送信する。そして、管理システム５０００は、通信端末１０００ａから受信した共有画面イメージを、その他の通信端末（通信端末１０００ｂ～１０００ｄ）に配信する。

以上の動作によって、会議に接続している（会議に参加している）通信端末１０００ａを含む各通信端末のディスプレイには、上述した図１９（ａ）に示す会議画面１３００のように、各参加者の映像データに加えて、ＰＣ３０００ａから送信された共有画面イメージが表示される。

次に、図２５および図２６に示すように、例えば、通信端末１０００ａと管理システム５０００との間で通信障害（ネットワーク障害）が発生した場合の従来の通信システムの動作を説明する。通信端末１０００ａは、共有画面イメージが、通信障害のため管理システム５０００へ送信されないことを認識すると、会議から切断されたものと判断し、画面共有終了の旨をＰＣ３０００ａへ通知する。

ＰＣ３０００ａは、通信端末１０００ａから画面共有終了の旨の通知を受信すると、共有画面イメージの通信端末１０００ａへの送信を停止する。また、図２６に示すように、管理システム５０００の共有画面配信部５０５９も、通信端末１０００ａから通信部５０５１を介して共有画面イメージを受信することができないので、他の通信端末（通信端末１０００ｂ～１０００ｄ）への共有画面イメージの配信を停止する。

その後、通信障害が復旧して通信端末１０００ａが会議に再接続された場合、通信端末１０００ａを含む各通信端末のディスプレイには、上述の図１９（ｂ）に示す会議画面１３０１のように、各参加者の映像データが表示されるものの、上述のように、ＰＣ３０００ａからの共有画面イメージの送信が停止しているため、画面共有の状態が復元されず、共有画面イメージが表示されていない状態となる。この場合、画面共有の状態を復元するためには、ユーザ（参加者）がＰＣ３０００ａを操作して、再び、キャプチャされた共有画面イメージが通信端末１０００ａへ送信されるように手動で作業する必要がある。

以下、通信障害等の意図しない会議切断が発生した場合においても、他の通信端末で表示されている画面共有の会議画面のレイアウトを維持し、かつ、通信障害等が復旧してＰＣ３０が接続されている通信端末１０が会議に再接続された場合に、ＰＣ３０での画面共有のための操作を行うことなく、会議からの切断前に実施されていた画面共有の状態を自動で復元する本実施形態に係る通信システムの構成および動作について説明する。

（通信システムの機能ブロックの構成）
図２７は、第２の実施形態に係る通信システムの機能ブロックの構成の一例を示す図である。図２７を参照しながら、本実施形態に係る通信システム１ａの機能ブロックの構成について説明する。なお、通信システム１ａに含まれる通信端末１０およびＰＣ３０の機能ブロックの構成は、上述した第１の実施形態に係る通信システム１の通信端末１０およびＰＣ３０の機能ブロック構成と同様である。

図２７に示すように、通信システム１ａに含まれる管理システム５０ａは、通信部５１と、認証部５２と、状態管理部５３と、端末抽出部５４と、端末状態取得部５５と、セッション制御部５６と、記憶・読出部５７と、記憶部５８と、共有画面配信部５９（配信部）と、検出部６０（第２検出部）と、判別部６１（第２判別部）と、終了処理部６２と、を有している。なお、通信部５１、認証部５２、状態管理部５３、端末抽出部５４、端末状態取得部５５、セッション制御部５６、および記憶・読出部５７の動作は、上述の第１の実施形態で説明した動作と同様である。

記憶部５８は、図３に示す補助記憶装置２０５によって実現され、図２７に示すように、認証管理ＤＢ５００１と、端末管理ＤＢ５００２と、グループ管理ＤＢ５００３と、セッション管理ＤＢ５００４とを記憶している。なお、記憶部５８に記憶されている各ＤＢにおいて管理される各テーブルの構成および機能は、上述の第１の実施形態で説明した内容と同様である。

検出部６０は、通信端末１０の会議からの切断を検出する機能部である。また、検出部６０は、会議からの切断から当該会議に再接続したことを検出する。検出部６０は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

判別部６１は、検出部６０により会議からの切断が検出された場合、会議からの切断原因が、ユーザ（参加者）の会議終了操作による切断か、ネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断かを判別する機能部である。判別部６１は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

終了処理部６２は、判別部６１により会議からの切断がユーザ（参加者）の会議終了操作による切断であると判別された場合、通信部５１を介して他の通信端末１０に、画面共有終了の旨を通知する機能部である。ただし、終了処理部６２は、判別部６１により会議からの切断がネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断であると判別された場合、他の通信端末１０に画面共有終了の旨を通知しない。終了処理部６２は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

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

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

（本実施形態に係る通信システムにおける会議から切断された場合の動作）
図２８は、第２の実施形態に係る通信システムにおいて通信障害が発生した場合の動作の一例を示す図である。図２９は、第２の実施形態に係る通信システムにおいて通信障害が発生した場合の主要な機能ブロックの構成および動作の一例を示す図である。図３０は、第２の実施形態に係る通信システムにおける通信障害から復旧した場合の会議画面の変化の一例を示す図である。図２８～図３０を参照しながら、正常に画面共有が行われている本実施形態に係る通信システム１ａにおいて、通信ネットワーク２において通信障害（ネットワーク障害）が発生した場合の動作について説明する。

通信障害が発生していない場合には、ＰＣ３０ａｂは、ＰＣ３０ａｂのディスプレイ２０８で表示されている画面全体のスクリーンショット、または、ＰＣ３０ａｂで起動している特定のアプリケーションのウィンドウの画面等の情報を共有画面イメージとしてキャプチャし、当該共有画面イメージを、通信端末１０ａｂへ送信する。

通信端末１０ａｂは、ＰＣ３０ａｂから共有画面イメージを受信すると、管理システム５０ａへ当該共有画面イメージを送信する。そして、管理システム５０ａは、通信端末１０ａｂから受信した共有画面イメージを、通信端末１０ａｃ、１０ｄｂ、１０ａｄに配信する。

以上の動作によって、会議に接続している（会議に参加している）各通信端末１０のディスプレイ１２０には、図３０（ａ）に示す会議画面１３１０のように、各参加者の映像データに加えて、ＰＣ３０ａｂから送信された共有画面イメージ（図３０（ａ）の例では「Ｘｘｘ説明資料」と題するファイルのイメージ）が表示される。

次に、図２８および図２９に示すように、例えば、通信端末１０ａｂと管理システム５０ａとの間で通信障害（ネットワーク障害）が発生した場合の通信システム１ａの動作を説明する。通信端末１０ａｂの検出部２０（図２７参照）は、画面共有制御部２３（図２７参照）の制御の下、通信部１１（図２７参照）を介して共有画面イメージが、通信障害のため管理システム５０ａへ送信されない場合、当該通信端末１０ａｂが会議から切断されたことを検出する。なお、会議からの切断の検出は、共有画面イメージが送信されないということだけでなく、例えば、管理システム５０ａとの間での通信確認のための制御信号の応答がないこと等によって行ってもよい。

検出部２０によって会議からの切断が検出された場合、通信端末１０ａｂの判別部２１（図２７参照）は、会議からの切断原因が、ユーザ（参加者）の会議終了操作による切断か、ネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断かを判別する。ここでは、判別部２１は、会議からの切断原因が、ネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断であると判別する。この場合、終了処理部２２（図２７参照）は、ＰＣ３０のイメージ送信部３２へ画面共有終了の旨を通知しない。この結果、図２８および図２９に示すように、ＰＣ３０のイメージ送信部３２（図２７参照）は、キャプチャ部３１から受け取った共有画面イメージを、継続して通信端末１０ａｂへ送信することになる。すなわち、通信端末１０ａｂの画面共有制御部２３は、イメージ送信部３２から、機器通信部２４（図２７参照）を介して、共有画面イメージの取得を継続することになる。ただし、判別部２１により会議からの切断原因がユーザ（参加者）の会議終了操作による切断であると判別された場合には、終了処理部２２は、ＰＣ３０のイメージ送信部３２へ画面共有終了の旨を通知して、イメージ送信部３２に共有画面イメージの送信を停止させる。

また、図２８および図２９に示すように、通信端末１０ａｂは、物理的に共有画面イメージを管理システム５０ａへ送信することができないので、管理システム５０ａの検出部６０は、通信端末１０ａｂから共有画面イメージ（それに加えて映像データ等）が受信できなくなったことによって、通信端末１０ａｂが会議から切断されたことを検出する。検出部６０によって通信端末１０ａｂの会議からの切断が検出された場合、管理システム５０ａの判別部６１は、会議からの切断原因が、ユーザ（参加者）の会議終了操作による切断か、ネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断かを判別する。ここでは、判別部６１は、会議からの切断原因が、ネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断であると判別する。この場合、終了処理部６２は、通信端末１０ａｃ、１０ｄｂ、１０ａｄへ画面共有終了の旨を通知しない。この結果、図２８および図２９に示すように、管理システム５０ａの共有画面配信部５９は、共有画面イメージ、および通信端末１０ａｂのユーザの映像データを、継続して通信端末１０ａｃ、１０ｄｂ、１０ａｄへ配信することになる。この場合、共有画面配信部５９は、通信端末１０ａｂからリアルタイムの共有画面イメージおよび映像データを受信することができないので、例えば、共有画面イメージおよび映像データの直近の静止画（すなわち、通信障害が発生する前に通信端末１０ａｂから受信していた共有画面イメージおよび映像データに基づく静止画）を、継続して通信端末１０ａｃ、１０ｄｂ、１０ａｄへ配信する。その結果、通信端末１０ａｃ、１０ｄｂ、１０ａｄのディスプレイ１２０には、図３０（ｂ）に示す会議画面１３１１ａのように、共有画面イメージおよび通信端末１０ａｂのユーザの映像データが継続して表示されるので、図３０（ａ）に示す会議画面１３１０のレイアウトと同様のレイアウトが維持される。

ただし、判別部６１により会議からの切断原因がユーザ（参加者）の会議終了操作による切断であると判別された場合には、終了処理部６２は、通信部５１を介して通信端末１０ａｃ、１０ｄｂ、１０ａｄへ画面共有終了の旨を通知した上で、共有画面配信部５９による共有画面イメージの配信を停止させる。

その後、通信障害が復旧して通信端末１０ａｂが会議に再接続された場合、検出部２０によって通信端末１０ａｂの会議への再接続が検出されると、画面共有制御部２３は、ＰＣ３０ａｂから機器通信部２４（図２７参照）を介して継続して受信している共有画面イメージについて、通信部１１を介して管理システム５０ａへの送信を再開する。また、検出部６０によって通信端末１０ａｂの会議への再接続が検出されると、管理システム５０ａの共有画面配信部５９は、通信端末１０ａｂから通信部５１を介して受信したリアルタイムの共有画面イメージおよび映像データを、当該通信部５１を介して通信端末１０ａｃ、１０ｄｂ、１０ａｄへ配信する。その結果、通信端末１０ａｃ、１０ｄｂ、１０ａｄのディスプレイ１２０では、図３０（ｃ）に示す会議画面１３１２のように、会議画面１３１１ａのレイアウトを維持しつつ、リアルタイムの共有画面イメージおよび通信端末１０ａｂのユーザの映像データが表示される。すなわち、通信障害等の意図しない会議切断が発生した場合においても、他の通信端末（通信端末１０ａｃ、１０ｄｂ、１０ａｄ）で表示されている画面共有の会議画面のレイアウトを維持し、かつ、通信障害等が復旧してＰＣ３０ａｂが接続されている通信端末１０ａｂが会議に再接続された場合に、ＰＣ３０ａｂでの画面共有のための操作を行うことなく、会議からの切断前に実施されていた画面共有の状態を自動で復元することになる。

図３１は、第２の実施形態に係る通信システムにおける通信障害が発生した場合の処理の一例を示すシーケンス図である。そして、図３１を参照しながら、正常に画面共有が行われている状態から通信ネットワーク２において通信障害（ネットワーク障害）が発生した場合における通信システム１ａの動作の流れを説明する。なお、図３１においては、画面共有を行うＰＣ３０ａｂが通信端末１０ａｂに接続されているものとして、通信端末１０ｄｂが通信端末１０ａｂと同じ会議に参加しているものとして説明する。

＜ステップＳ８１＞
通信端末１０ａｂと管理システム５０ａとの通信ネットワーク２のネットワーク経路に通信障害が発生していない場合、ＰＣ３０ａｂのキャプチャ部３１は、ＰＣ３０ａｂのディスプレイ２０８で表示されている画面全体のスクリーンショット、または、ＰＣ３０ａｂで起動している特定のアプリケーションのウィンドウの画面等の情報を共有画面イメージとしてキャプチャし、当該共有画面イメージを、イメージ送信部３２へ送る。そして、イメージ送信部３２は、受け取った共有画面イメージを、通信端末１０ａｂへ送信する。

＜ステップＳ８２＞
通信端末１０ａｂの画面共有制御部２３は、ＰＣ３０ａｂから機器通信部２４を介して共有画面イメージを受信すると、通信部１１を介して管理システム５０ａへ当該共有画面イメージを送信する。

＜ステップＳ８３＞
そして、管理システム５０ａの共有画面配信部５９は、通信端末１０ａｂから通信部５１を介して受信した共有画面イメージを、通信端末１０ｄｂに当該通信部５１を介して配信する。この結果、会議に接続している（会議に参加している）各通信端末１０のディスプレイ１２０には、上述の図３０（ａ）に示す会議画面１３１０のように、各参加者の映像データに加えて、ＰＣ３０ａｂから送信された共有画面イメージ（図３０（ａ）の例では「Ｘｘｘ説明資料」と題するファイルのイメージ）が表示される。

＜ステップＳ８４＞
ここで、通信端末１０ａｂと管理システム５０ａとの間で通信障害（ネットワーク障害）が発生したものとする。この場合、通信端末１０ａｂの通信部１１は、物理的に共有画面イメージを管理システム５０へ送信することができないことになる。

＜ステップＳ８５＞
通信端末１０ａｂと管理システム５０ａとの間で通信障害（ネットワーク障害）が発生すると、通信端末１０ａｂの検出部２０は、画面共有制御部２３の制御の下、通信部１１を介して共有画面イメージが、通信障害のため管理システム５０ａへ送信されなくなり、当該通信端末１０ａｂが会議から切断されたことを検出する。

＜ステップＳ８６＞
また、通信端末１０ａｂと管理システム５０ａとの間で通信障害（ネットワーク障害）が発生すると、管理システム５０ａの検出部６０は、通信端末１０ａｂから共有画面イメージ（それに加えて映像データ等）が受信できなくなったことによって、通信端末１０ａｂが会議から切断されたことを検出する。

＜ステップＳ８７＞
検出部２０によって会議からの切断が検出された場合、通信端末１０ａｂの判別部２１は、会議からの切断原因が、ユーザ（参加者）の会議終了操作による切断か、ネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断かを判別する。ここでは、判別部２１は、会議からの切断原因が、ネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断であると判別する。

＜ステップＳ８８＞
検出部６０によって通信端末１０ａｂの会議からの切断が検出された場合、管理システム５０ａの判別部６１は、会議からの切断原因が、ユーザ（参加者）の会議終了操作による切断か、ネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断かを判別する。ここでは、判別部６１は、会議からの切断原因が、ネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断であると判別する。

＜ステップＳ８９＞
通信端末１０ａｂの終了処理部２２は、判別部２１により会議からの切断原因がネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断であると判別された場合、ＰＣ３０ａｂのイメージ送信部３２へ画面共有終了の旨を通知しない。すなわち、終了処理部２２は、ＰＣ３０ａｂのイメージ送信部３２が共有画面イメージを継続して送信すべきと判断する。

＜ステップＳ９０＞
管理システム５０ａの終了処理部６２は、判別部６１により通信端末１０ａｂの会議からの切断原因がネットワーク（通信ネットワーク２）の不具合等による通信障害による異常切断であると判別された場合、通信端末１０ａｃ、１０ｄｂ、１０ａｄへ画面共有終了の旨を通知しない。すなわち、終了処理部６２は、共有画面配信部５９により共有画面イメージおよび映像データを継続して配信すべきと判断する。

＜ステップＳ９１、Ｓ９２＞
この結果、ＰＣ３０ａｂのイメージ送信部３２は、キャプチャ部３１から受け取った共有画面イメージを、継続して通信端末１０ａｂへ送信することになる。すなわち、通信端末１０ａｂの画面共有制御部２３は、イメージ送信部３２から、機器通信部２４を介して、共有画面イメージの取得を継続することになる。さらに、管理システム５０ａの共有画面配信部５９は、共有画面イメージ、および通信端末１０ａｂのユーザの映像データを、継続して通信端末１０ａｃ、１０ｄｂ、１０ａｄへ配信することになる。この場合、共有画面配信部５９は、通信端末１０ａｂからリアルタイムの共有画面イメージおよび映像データを受信することができないので、例えば、共有画面イメージおよび映像データの直近の静止画（すなわち、通信障害が発生する前に通信端末１０ａｂから受信していた共有画面イメージおよび映像データに基づく静止画）を、継続して通信端末１０ａｃ、１０ｄｂ、１０ａｄへ配信する。

＜ステップＳ９３＞
その結果、通信端末１０ａｃ、１０ｄｂ、１０ａｄのディスプレイ１２０には、図３０（ｂ）に示す会議画面１３１１ａのように、共有画面イメージおよび通信端末１０ａｂのユーザの映像データが継続して表示されるので、図３０（ａ）に示す会議画面１３１０のレイアウトと同様のレイアウトが維持される。

＜ステップＳ９４～Ｓ９６＞
その後、通信障害が復旧して通信端末１０ａｂが会議に再接続された場合、通信端末１０ａｂの検出部２０は、通信端末１０ａｂの会議への再接続を検出する。また、管理システム５０ａの検出部６０は、通信端末１０ａｂの会議への再接続を検出する。

＜ステップＳ９７＞
通信端末１０ａｂの画面共有制御部２３は、ＰＣ３０ａｂから機器通信部２４を介して継続して受信している共有画面イメージについて、通信部１１を介して管理システム５０ａへの送信を再開する。さらに、管理システム５０ａの共有画面配信部５９は、通信端末１０ａｂから通信部５１を介して受信したリアルタイムの共有画面イメージおよび映像データを、当該通信部５１を介して通信端末１０ｄｂへ配信する。

＜ステップＳ９８＞
その結果、通信端末１０ｄｂのディスプレイ１２０では、上述の図３０（ｃ）に示す会議画面１３１２のように、会議画面１３１１ａのレイアウトを維持しつつ、リアルタイムの共有画面イメージおよび通信端末１０ａｂのユーザの映像データが表示される。

以上のステップＳ８１～Ｓ９９の流れで、正常に画面共有が行われている状態から通信ネットワーク２において通信障害（ネットワーク障害）が発生した場合における通信システム１ａの動作が行われる。

以上のような通信システム１ａの構成および動作によって、通信障害等の意図しない会議切断が発生した場合においても、他の通信端末で表示されている画面共有の会議画面のレイアウトを維持し、かつ、通信障害等から復旧してＰＣ３０が接続されている通信端末１０が会議に再接続された場合に、ＰＣ３０での画面共有のための操作を行うことなく、会議からの切断前に実施されていた画面共有の状態を自動で復元することができる。

なお、上述の第２の実施形態では、会議画面のレイアウトの維持の対象を、共有画面イメージおよび映像データの表示としたが、これに限定されるものではなく、少なくとも共有画面イメージのレイアウトを維持するものとしてもよい。

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

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

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

特許第５６７２９１２号公報

Claims (6)

1. 他の通信端末に通信ネットワークを介して、情報処理装置で生成された共有画面の情報を送信することによって前記共有画面の表示を共有する通信端末であって、
   前記他の通信端末との切断を検出する検出部と、
   前記検出部により前記切断が検出された場合、該切断の原因を判別する判別部と、
   前記判別部により前記切断の原因が前記通信ネットワークでの通信障害であると判別された場合、前記情報処理装置から前記共有画面の情報の取得を継続し、前記通信障害が復旧した場合、取得している該共有画面の情報が前記他の通信端末で受信されるように、該共有画面の情報を送信する画面共有制御部と、
   前記情報処理装置による前記共有画面の情報の送信の可否を制御する通知処理部と、
   を備え、
   前記通知処理部は、前記判別部により前記切断の原因が前記通信障害であると判別された場合、画面共有終了の旨を前記情報処理装置に通知しない通信端末。
2. 前記通知処理部は、前記判別部により前記切断の原因が前記通信障害でないと判別された場合、前記画面共有終了の旨を前記情報処理装置に通知する請求項１に記載の通信端末。
3. 他の通信端末と共有画面を共有するために前記共有画面の情報を送信する通信端末と、前記通信端末から通信ネットワークを介して受信した該共有画面の情報を前記他の通信端末へ配信する管理システムと、を有する通信システムであって、
   前記通信端末は、
   前記他の通信端末との切断を検出する第１検出部と、
   前記第１検出部により前記切断が検出された場合、該切断の原因を判別する第１判別部と、
   前記第１判別部により前記切断の原因が前記通信ネットワークでの通信障害であると判別された場合、前記共有画面の情報の取得を継続し、前記通信障害が復旧した場合、取得している該共有画面の情報を、前記管理システムに送信する画面共有制御部と、
   を備え、
   前記管理システムは、
   前記通信端末について前記他の通信端末からの切断を検出する第２検出部と、
   前記第２検出部により前記切断が検出された場合、該切断の原因を判別する第２判別部と、
   前記第２判別部により前記切断の原因が前記通信ネットワークでの通信障害であると判別された場合、前記通信障害が発生する前に前記画面共有制御部から受信している前記共有画面の情報の前記他の通信端末への配信を継続する配信部と、
   を備え、
   前記配信部は、前記第２判別部により前記切断の原因が前記通信障害でないと判別された場合、前記共有画面の情報の前記他の通信端末への配信を停止する通信システム。
4. 他の通信端末に通信ネットワークを介して、情報処理装置で生成された共有画面の情報を送信することによって前記共有画面の表示を共有する通信端末の通信方法であって、
   前記他の通信端末との切断を検出する検出ステップと、
   前記切断を検出した場合、該切断の原因を判別する判別ステップと、
   前記切断の原因が前記通信ネットワークでの通信障害であると判別した場合、前記情報処理装置から前記共有画面の情報の取得を継続し、前記通信障害が復旧した場合、取得している該共有画面の情報が前記他の通信端末で受信されるように、該共有画面の情報を送信する画面共有制御ステップと、
   前記情報処理装置による前記共有画面の情報の送信の可否を制御する通知処理ステップと、
   を有し、
   前記通知処理ステップでは、前記判別ステップで前記切断の原因が前記通信障害であると判別した場合、画面共有終了の旨を前記情報処理装置に通知しない通信方法。
5. 他の通信端末と共有画面を共有するために前記共有画面の情報を送信する通信端末と、前記通信端末から通信ネットワークを介して受信した該共有画面の情報を前記他の通信端末へ配信する管理システムと、を有する通信システムの通信方法であって、
   前記通信端末において、前記他の通信端末との切断を検出する第１検出ステップと、
   前記通信端末において、前記切断を検出した場合、該切断の原因を判別する第１判別ステップと、
   前記通信端末において、前記切断の原因が前記通信ネットワークでの通信障害であると判別した場合、前記共有画面の情報の取得を継続し、前記通信障害が復旧した場合、取得している該共有画面の情報を、前記管理システムに送信する画面共有制御ステップと、
   前記管理システムにおいて、前記通信端末について前記他の通信端末からの切断を検出する第２検出ステップと、
   前記管理システムにおいて、前記切断が検出された場合、該切断の原因を判別する第２判別ステップと、
   前記管理システムにおいて、前記切断の原因が前記通信ネットワークでの通信障害であると判別した場合、前記通信障害が発生する前に前記通信端末から受信している前記共有画面の情報の前記他の通信端末への配信を継続する配信ステップと、
   を有し、
   前記配信ステップでは、前記第２判別ステップで前記切断の原因が前記通信障害でないと判別した場合、前記共有画面の情報の前記他の通信端末への配信を停止する通信方法。
6. 他の通信端末に通信ネットワークを介して、情報処理装置で生成された共有画面の情報を送信することによって前記共有画面の表示を共有するコンピュータに、
   前記他の通信端末との切断を検出する検出ステップと、
   前記切断を検出した場合、該切断の原因を判別する判別ステップと、
   前記切断の原因が前記通信ネットワークでの通信障害であると判別した場合、前記情報処理装置から前記共有画面の情報の取得を継続し、前記通信障害が復旧した場合、取得している該共有画面の情報が前記他の通信端末で受信されるように、該共有画面の情報を送信する画面共有制御ステップと、
   前記情報処理装置による前記共有画面の情報の送信の可否を制御する通知処理ステップと、
   を実行させ、
   前記通知処理ステップでは、前記判別ステップで前記切断の原因が前記通信障害であると判別した場合、画面共有終了の旨を前記情報処理装置に通知しないプログラム。

Images