JP2016195304A - 管理プログラム、会議管理方法、及び会議管理サーバ装置 - Google Patents

Abstract

【課題】会議データの秘匿性を低下させることなく、端末装置に発生した障害に対処できる管理プログラム、会議管理方法、及び会議管理サーバ装置を提供する。
【解決手段】会議管理サーバ装置のＣＰＵは、障害端末からサポート依頼通知を受信すると、サポート従事者の端末装置に対してサポート参加要請を実行する（Ｓ２４）。ＣＰＵは、サポート従事者の端末装置から、サポート応答通知を受信する（Ｓ２５）。ＣＰＵは、サポート従事者の端末装置の役割情報をサポート者として記憶部の会議テーブルに登録し（Ｓ２６）、サポート端末と障害端末とのサポートセッションを確立する（Ｓ３２）。サポートセッションが確立されている場合、ＣＰＵは第一送受信処理によって会議データの送信先を決定する。
【選択図】図４

Description

本発明は、ネットワークを介して複数の端末装置の相互間を送受信される会議データによって実行される遠隔会議を管理するための管理プログラム、会議管理方法、及び会議管理サーバ装置に関する。

従来、複数の端末装置のそれぞれが、会議管理サーバ装置を介して他の端末装置と通信を行うことによって、遠隔会議を実現可能とするシステムが知られている。特許文献１に開示される会議システムの会議サーバは、いずれかの会議端末（制御端末）から他の会議端末（非制御端末）のマイク感度調整指示を受け付けた場合、非制御端末のマイクの情報を制御端末に表示して、個々のマイクの感度調整操作を受け付ける。また、特許文献２に開示される遠隔操作方法は、通信相手である通信端末を遠隔操作元端末とし、通信端末を遠隔操作元端末により遠隔操作させる被遠隔操作端末として機能させる。

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

端末装置に接続している機器設定（マイクの感度レベル設定、カメラ等のデバイス設定等）が原因で、他の端末装置からの音声が聞こえない、自分の端末装置の映像が他の端末装置に届かない等の障害が発生し、ユーザが遠隔会議に適切に参加できないことがある。ユーザが端末装置の操作に不慣れな場合、ユーザは、発生した障害の原因を特定できない場合がある。特許文献１が開示するように、遠隔会議に参加している他の端末装置のユーザが、障害が発生したユーザの端末装置の機器設定を変更する操作を行うことで、発生していた障害を解消できる場合がある。しかし、他の端末装置のユーザは、遠隔会議中に障害解消のための操作を行うことで、遠隔会議への参加が疎かになる可能性があるという問題がある。

特許文献２が開示するように、障害が発生している端末装置のユーザが、遠隔会議に参加していない他の端末装置に対して遠隔会議への参加を要求することが考えられる。この場合、本来の遠隔会議の参加者でない者が遠隔会議に参加することとなる。遠隔会議では、各端末装置間において会議データが送受信されるので、会議データが本来の遠隔会議の参加者でない者に漏洩することとなり、会議データの秘匿性が低下する可能性があるという問題がある。

本発明は、会議データの秘匿性を低下させることなく、端末装置に発生した障害に対処できる管理プログラム、会議管理方法、及び会議管理サーバ装置を提供することを目的とする。

本発明の第一態様に係る管理プログラムは、ネットワークを介して複数の端末装置の相互間で画像データ又は音データを含む会議データが送受信されることによって実行される遠隔会議を管理する会議管理サーバ装置のコンピュータに、前記遠隔会議に参加している第一端末装置から、前記第一端末装置を識別する第一識別情報、及び前記第一端末装置において前記遠隔会議への参加に障害が生じている状態であること示す状態情報を含む第一情報を受信する第一受信ステップと、前記第一情報を伴う第一要求を、予め定められた端末装置であって、前記遠隔会議に参加していない第二端末装置に送信する第一送信ステップと、前記第二端末装置から前記第一要求に応じる第一応答を受信する第二受信ステップと、前記第一応答の受信に応じて前記第二端末装置を前記遠隔会議への参加が登録された登録第二端末装置に設定する設定ステップと、前記登録第二端末装置が設定されたことに応じて、前記第一端末装置から受信した第一会議データを前記登録第二端末装置に送信し、前記登録第二端末装置から受信した第二会議データを前記第一端末装置に送信し、前記遠隔会議に参加している第三端末装置から受信した第三会議データを前記登録第二端末装置に送信しない第一送受信処理を開始する開始ステップとを実行させることを特徴とする。

本発明の第一態様に係る管理プログラムによれば、コンピュータは、第一端末装置から第一情報を受信すると、遠隔会議に参加していない第二端末装置に第一情報を伴う第一要求を送信する。コンピュータは、第二端末装置から第一要求に応じる旨の第一応答を受信すると、第二端末装置を遠隔会議に参加させる。コンピュータは、第二端末装置を遠隔会議に参加させたことに応じて第一送受信処理を開始する。第一送受信処理では、第一端末装置と第二端末装置とは会議データの送受信を互いに行うことができるが、遠隔会議に参加している第三端末装置からの第三会議データは第二端末装置に送信されない。したがって、本発明の第一態様に係る管理プログラムは、会議データの秘匿性を低下させることなく、端末装置に発生した障害に対処できる。

本発明の第二態様に係る会議管理方法は、ネットワークを介して複数の端末装置の相互間で画像データ又は音データを含む会議データが送受信されるによって実行される遠隔会議の会議管理方法であって、前記遠隔会議に参加している第一端末装置から、前記第一端末装置を識別する第一識別情報、及び前記第一端末装置における前記遠隔会議への参加状態を示す状態情報を含む第一情報を受信する第一受信ステップと、前記第一情報を伴う第一要求を、予め定められた端末装置であって、前記遠隔会議に参加していない第二端末装置に送信する第一送信ステップと、前記第二端末装置から前記第一要求に応じる第一応答を受信する第二受信ステップと、前記第一応答の受信に応じて前記第二端末装置を前記遠隔会議への参加が登録された登録第二端末装置に設定する設定ステップと、前記登録第二端末装置が設定されたことに応じて、前記会議データを受信する会議データ受信ステップと、前記会議データ受信ステップにおいて受信された前記会議データに含まれる情報に基づいて、前記会議データの送信先を特定する送信先特定ステップであって、前記会議データに前記第一識別情報が含まれる場合、前記第二端末装置を前記送信先に特定し、前記会議データに前記第二端末装置を識別する第二識別情報が含まれる場合、前記第一端末装置を前記送信先に特定し、前記会議データに前記遠隔会議に参加している第三端末装置を識別する第三識別情報が含まれる場合、前記第二端末装置を除く前記複数の端末装置のうち少なくとも一部を前記送信先に特定する送信先特定ステップと、前記送信先特定ステップにおいて特定された前記送信先に前記会議データを送信する会議データ送信ステップとを備えたことを特徴とする。

本発明の第二態様に係る会議管理方法に倣って、遠隔会議の会議データが管理されることで、第一態様と同様の効果を奏することができる。

本発明の第三態様に係る会議管理サーバ装置は、ネットワークを介して複数の端末装置の相互間で画像データ又は音データを含む会議データが送受信されるによって実行される遠隔会議を管理する会議管理サーバ装置であって、前記遠隔会議に参加している第一端末装置から、前記第一端末装置を識別する第一識別情報、及び前記第一端末装置における前記遠隔会議への参加状態を示す状態情報を含む第一情報を受信する第一受信手段と、前記第一情報を伴う第一要求を、予め定められた端末装置であって、前記遠隔会議に参加していない第二端末装置に送信する第一送信手段と、前記第二端末装置から前記第一要求に応じる第一応答を受信する第二受信手段と、前記第一応答の受信に応じて前記第二端末装置を前記遠隔会議への参加が登録された登録第二端末装置に設定する設定手段と、前記登録第二端末装置が設定されたことに応じて、前記第一端末装置から受信した第一会議データを前記登録第二端末装置に送信し、前記登録第二端末装置から受信した第二会議データを前記第一端末装置に送信し、前記遠隔会議に参加している第三端末装置から受信した第三会議データを前記第二端末装置に送信しない第一送受信処理を開始する開始手段とを備える。

本発明の第三態様に係る会議管理サーバ装置が遠隔会議の会議データを管理することで、第一態様と同様の効果を奏することができる。

遠隔会議システム１の概要と、会議管理サーバ装置１１及び端末装置１２の電気的構成とを示す図である。 会議テーブル４０を示す図である。 サポート処理のフローチャートである。 サポート開始処理のフローチャートである。 サポート設定処理のフローチャートである。 障害特定処理のフローチャートである。 第一送受信処理のフローチャートである。 第二送受信処理のフローチャートである。 サポート終了処理のフローチャートである。 障害アンケート画面５０を示す図である。 メインウィンドウ２０Ａ及びポップアップ表示６０を示す図である。 メインウィンドウ２０Ｂを示す図である。 メインウィンドウ２０Ｃを示す図である。

図１を参照して、遠隔会議システム１について説明する。遠隔会議システム１は、会議管理サーバ装置１１、及び端末装置１２Ａ，１２Ｂ，１２Ｃを備える。なお、端末装置１２Ａ，１２Ｂ，１２Ｃのそれぞれを区別しない場合、又は総称する場合、単に「端末装置１２」という。会議管理サーバ装置１１、及び端末装置１２は、インターネット、ＬＡＮ、その他の専用回線等を含むネットワーク１４を介して通信可能に接続する。遠隔会議システム１は、端末装置１２のそれぞれの使用者に対し、仮想の会議室を提供することによって、それぞれの使用者間で遠隔会議を実現させるためのシステムである。

会議管理サーバ装置１１は、周知のサーバ又はMulti-point Control Unit（ＭＣＵ）に対して、後述するサポート処理（図３参照）及び障害特定処理（図６参照）を実行するためのアプリケーションをインストールことで構成される。端末装置１２は、周知の汎用Personal Computer（ＰＣ）、周知の汎用携帯端末、又は周知の汎用タブレット端末によって構成される。本実施形態における遠隔会議システム１では、端末装置１２として、Ｗｉｎｄｏｗｓ（登録商標）ＯＳのＰＣ、ＭａｃＯＳのＰＣ、ｉＯＳ（登録商標）で動作する携帯端末及びタブレット端末を用いることができる。なお、会議管理サーバ装置１１は、汎用のサーバに対してアプリケーションをインストールことで構成されてもよい。端末装置１２の少なくとも１つは、遠隔会議用の専用端末に対してアプリケーションをインストールすることで構成されてもよい。

会議管理サーバ装置１１の電気的構成について説明する。図１に示すように、会議管理サーバ装置１１は、会議管理サーバ装置１１の制御を司るＣＰＵ１１１を備える。ＣＰＵ１１１は、ＲＯＭ１１２、ＲＡＭ１１３、記憶部１１４、通信インタフェース（Ｉ／Ｆ）１１５、及びドライブ装置１１６と電気的に接続する。ＲＯＭ１１２は、ブートプログラム、ＢＩＯＳ等を記憶する。ＲＡＭ１１３は、ＣＰＵ１１１による演算処理で得られた演算結果等、各種のデータを一時的に記憶する。記憶部１１４は、コンピュータが読み取り可能な非一時的な記憶媒体、たとえは、ハードディスク等で構成される。記憶部１１４は、ＣＰＵ１１１に処理を実行させるためのアプリケーションプログラム（以下、単に「プログラム」という。）、及びＯＳを記憶する。又、記憶部１１４には、後述する会議テーブル４０（図２参照）が記憶される。なお、記憶部１１４は、例えば、フラッシュメモリ及び／又はＲＯＭ等の、他の非一時的な記憶媒体で構成されてもよい。非一時的な記憶媒体は、情報を記憶する期間に関わらず、情報を記憶可能な記憶媒体であればよい。非一時的な記憶媒体は、一時的な記憶媒体（例えば、伝送される信号）を含まなくてもよい。

通信Ｉ／Ｆ１１５は、会議管理サーバ装置１１がネットワーク１４に接続するためのインタフェース素子である。通信Ｉ／Ｆ１１５は、会議管理サーバ装置１１がネットワーク１４に接続するためのインタフェース素子（例えば、ＬＡＮカードなど）、又は、会議管理サーバ装置１１がネットワーク１４に接続した図示しないアクセスポイントと接続して無線通信を行うためのインタフェース素子（例えば、Ｗｉ−Ｆｉ通信モデムなど）である。ＣＰＵ１１１は、通信Ｉ／Ｆ１１５を介して、ネットワーク１４に接続する他の機器とデータの送受信を行う。ドライブ装置１１６は、記憶媒体１１６Ａに記憶された情報を読み出すことができる。ＣＰＵ１１１は、記憶媒体１１６Ａに記憶されたプログラムをドライブ装置１１６によって読み出し、記憶部１１４に記憶できる。記憶媒体１１６Ａは、例えば、光学メディア等の非一時的な記憶媒体である。

端末装置１２の電気的構成について説明する。図１に示すように、端末装置１２は、端末装置１２の制御を司るＣＰＵ１２１を備える。ＣＰＵ１２１は、ＲＯＭ１２２、ＲＡＭ１２３、記憶部１２４、カメラ１２５、表示部１２６、通信Ｉ／Ｆ１２７、入力部１２８、マイク１２９、スピーカ１３０、及び、ドライブ装置１３１と電気的に接続する。

ＲＯＭ１２２は、ブートプログラム、ＢＩＯＳ等を記憶する。ＲＡＭ１２３は、ＣＰＵ１２１による演算処理で得られた演算結果等、各種のデータを一時的に記憶する。記憶部１２４は、コンピュータが読み取り可能な非一時的な記憶媒体、たとえは、ハードディスク等で構成される。記憶部１２４には、ＣＰＵ１２１に処理を実行させるためのプログラム、及びＯＳが記憶される。但し、記憶部１２４は、例えば、フラッシュメモリ及び／又はＲＯＭ等の、他の非一時的な記憶媒体で構成されてもよい。非一時的な記憶媒体は、情報を記憶する期間に関わらず、情報を記憶可能な記憶媒体であればよい。非一時的な記憶媒体は、一時的な記憶媒体（例えば、伝送される信号）を含まなくてもよい。

表示部１２６はLiquid Crystal Display（ＬＣＤ）である。通信Ｉ／Ｆ１２７は、端末装置１２がネットワーク１４に接続するためのインタフェース素子（例えば、ＬＡＮカードなど）、又は、端末装置１２がネットワーク１４に接続した図示外のアクセスポイントと接続して無線通信を行うためのインタフェース素子（例えば、Ｗｉ−Ｆｉ通信モデムなど）である。ＣＰＵ１２１は、通信Ｉ／Ｆ１２７を介して、ネットワーク１４に接続する他の機器とデータの送受信を行う。入力部１２８は、例えば、ボタン、キーボード、マウス等を含む。ドライブ装置１３１は、半導体メモリ等のコンピュータが読み取り可能な記憶媒体１３１Ａに記憶された情報を読み出すことができる。ＣＰＵ１２１は、記憶媒体１３１Ａに記憶されたプログラムをドライブ装置１３１によって読み出し、記憶部１２４に記憶できる。

なお、会議管理サーバ装置１１のＣＰＵ１１１、及び、端末装置１２の１２１として、汎用的なプロセッサーが用いられてもよい。ＣＰＵ１１１、１２１によって実行される処理の一部は、他の電子部品（例えば、ＡＳＩＣ）によって実行されてもよい。ＣＰＵ１１１、１２１によって実行される処理は、複数の電子機器（つまり、複数のＣＰＵ）によって分散処理されてもよい。会議管理サーバ装置１１のＣＰＵ１１１によって実行される処理は、例えば、ネットワーク１４に接続した他のサーバで実行されてもよいし、端末装置１２のＣＰＵ１２１によって実行されてもよい。プログラムは、例えば、ネットワーク１４に接続された別のサーバからダウンロードされて（即ち、伝送信号として送信され）、会議管理サーバ装置１１の記憶部１１４、及び、端末装置１２の記憶部１２４に記憶されてもよい。この場合、プログラムは、別のサーバに備えられたＨＤＤなどの非一時的な記憶媒体に保存されていることとなる。

端末装置１２の使用者１３が、会議管理サーバ装置１１によって提供される仮想会議室（以下、単に「会議室」という。）を利用する場合の手順について、具体例を挙げて説明する。まず、端末装置１２Ａの使用者１３Ａは、使用者１３ＡのユーザＩＤ及びパスワードを入力し、遠隔会議システム１にログインする。次に、使用者１３Ａは、使用者１３Ａの主催する会議室に使用者１３Ｂ、１３Ｃを招待するために、使用者１３Ｂ、１３Ｃによって使用される端末装置１２Ｂ、１２Ｃの電子メールアドレス宛てに、電子メールを送信する。この電子メールは、使用者１３Ｂ、１３Ｃが会議室に参加するために必要なＵＲＬ（Uniform Resource Locator）を含む。ＵＲＬは、会議室を識別する識別情報である会議室ＩＤを含む。

次に、使用者１３Ａは、端末装置１２Ａを操作して会議アプリケーションを起動する。使用者１３Ａは、使用者１３Ａの主催する会議室に入室する入力操作を行う。端末装置１２ＡのＣＰＵ１２１は、入力操作を検出した場合、使用者１３Ａの主催する会議室の会議室ＩＤを、会議管理サーバ装置１１に対して送信する。端末装置１２Ａは、会議管理サーバ装置１１と通信を行い、周知の会議接続の処理を実行する。会議管理サーバ装置１１のＣＰＵ１１１は、会議接続の処理により、会議室ＩＤで示される会議室のセッションを端末装置１２Ａとの間で確立する。

一方、端末装置１２ＢのＣＰＵ１２１は、端末装置１２Ａから送信された電子メールを受信し、ＵＲＬを表示部１２６に表示させる。使用者１３Ｂは、ＵＲＬを選択する入力操作を行う。端末装置１２ＢのＣＰＵ１２１は、入力操作を検出した場合、会議アプリケーションを起動させる。端末装置１２ＢのＣＰＵ１２１は、ＵＲＬに含まれる会議室ＩＤを、会議管理サーバ装置１１に対して送信する。端末装置１２Ｂは、会議管理サーバ装置１１と通信を行い、会議接続の処理を実行する。会議管理サーバ装置１１のＣＰＵ１１１は、会議接続の処理により、会議室ＩＤで示される会議室のセッションを端末装置１２Ｂとの間で確立させる。端末装置１２Ｃとの間でも同様の操作が行われる。

以上によって、会議管理サーバ装置１１と端末装置１２とは会議接続され、使用者１３Ａによって主催された会議室に、使用者１３Ａ〜１３Ｃが参加した状態になる。端末装置１２のＣＰＵ１２１によって会議アプリケーションが実行されることによって、図１に示す会議アプリケーションのメインウィンドウ（以下、「メインウィンドウ」という。）２０が表示部１２６に表示される。メインウィンドウ２０は、資料ウィンドウ２１及び映像ウィンドウ２２Ａ，２２Ｂ，２２Ｃを含む。以下、映像ウィンドウ２２Ａ，２２Ｂ，２２Ｃを総称する場合、「映像ウィンドウ２２」という。メインウィンドウ２０のうち右側に資料ウィンドウ２１が配置され、左側に映像ウィンドウ２２が配置される。資料ウィンドウ２１には、会議室で共有される資料２１Ａが表示される。

映像ウィンドウ２２Ａ，２２Ｂ，２２Ｃは、縦方向に並ぶ。映像ウィンドウ２２Ａ，２２Ｂ，２２Ｃに表示される映像は、それぞれ、会議室に参加する端末装置１２Ａ，１２Ｂ，１２Ｃのカメラ１２５によって撮影された映像に対応する。図１の場合、端末装置１２Ａの使用者１３Ａの映像が映像ウィンドウ２２Ａに表示され、端末装置１２Ｂの使用者１３Ｂの映像が映像ウィンドウ２２Ｂに表示され、端末装置１２Ｃの使用者１３Ｃの映像が映像ウィンドウ２２Ｃに表示されている。

この他、端末装置１２のＣＰＵ１２１によって会議アプリケーションが実行されることによって、他の端末装置１２のマイク１２９によって集音された音声等の音がスピーカ１３０から出力される。このように、遠隔会議システム１において、端末装置１２は、端末装置１２で取得された音から生成された音データ、及び端末装置１２で取得された映像から生成された映像データを、会議管理サーバ装置１１へ送信する。会議管理サーバ装置１１は、端末装置１２から送信された音データ及び映像データを、他の端末装置１２へ配信する。このため、使用者１３は、会議室に参加する他の使用者１３の映像及び音を確認しながら、他の使用者１３との間で遠隔会議を実行できる。本実施形態において、上記の音データ及び映像データを含む、会議室のセッションにおいて会議管理サーバ装置１１と端末装置１２との間を送受信される各種のデータを、「会議データ」という。会議データは、例えば、送信元の端末装置１２がいずれの端末装置１２であるかを特定する情報（例えば、後述のユーザＩＤ又は端末装置ＩＤ）と、データの種類を特定する情報とを、そのヘッダ領域に含む。

会議室の主催者である使用者１３、及び会議の主催者によって会議室に招待された使用者１３には、「議長」「発表者」「参加者」の何れかの役割が付与される。役割とは、会議室に対するそれぞれの使用者１３の参加態様を示す。「議長」は、会議室の主催者を示す。「発表者」は、会議室に参加する他の使用者１３に対して、資料データ等を用いて説明を行う者を示す。「参加者」は、会議室に参加する使用者１３のうち、「議長」及び「発表者」以外を示す。

上記の会議アプリケーションは、会議室における複数の機能を使用者１３に提供可能である。複数の機能は、例えば、「音声」「映像」「資料共有」「チャット」「ファイル転送」「録画」「デスクトップ共有」「資料印刷」「ホワイトボード」「リモートデスクトップ」「他拠点が会議参加時に音声で通知」「他拠点が会議参加時にポップアップ表示」である。複数の機能のそれぞれの具体的な内容は、次の通りである。

「音声」は、他の端末装置１２のマイク１２９によって集音された音を、スピーカ１３０から出力させる機能である。「映像」は、他の端末装置１２のカメラ１２５によって撮影された映像を表示させる機能である。「資料共有」は、他の端末装置１２との間で共有する資料データを会議管理サーバ装置１１へ送信することで、他の端末装置１２と資料データの共有を開始する機能である。「チャット」は、チャット機能である。「ファイル転送」は、他の端末装置１２との間でファイル転送を行う機能である。「録画」は、会議の映像、音、共有資料を録画する機能である。「デスクトップ共有」は、他の端末装置１２との間でデスクトップを共有する機能である。「資料印刷」は、「資料共有」の機能によって共有された資料を印刷する機能である。「ホワイトボード」は、他の端末装置１２との間で、仮想のホワイトボードを共有する機能である。「リモートデスクトップ」は、他の端末装置１２のデスクトップを遠隔操作する機能である。「他拠点が会議参加時に音声で通知」は、端末装置１２の使用者１３が途中で会議室に参加したときに、会議室に参加する別の使用者１３に音で通知する機能である。「他拠点が会議参加時にポップアップ表示」は、端末装置１２の使用者１３が途中で会議室に参加したときに、会議室に参加する別の使用者１３に映像で通知する機能である。

「議長」には、これらの会議室において実行可能な機能が、会議室への参加者のうち、最も多く設定されている。本実施形態では、「議長」は、上記の全ての機能を利用できる。又、例えば「発表者」は、上記の機能のうち「資料印刷」「ホワイトボード」を除く機能を利用できる。例えば、「参加者」は、上記の機能のうち、「ファイル転送」「録画」「デスクトップ共有」「資料印刷」「ホワイトボード」を除く機能を利用できる。なお、会議室において参加者が利用可能な機能の数は、「議長」が最も多く、「発表者」「参加者」の順に少なくなる。遠隔会議システム１は、「議長」に、会議室のセッションを円滑に主催させるため、会議室の参加者のうち、このような最上位の特定の権限を「議長」に付与している。また、端末装置１２がＷｉｎｄｏｗｓ（登録商標）ＯＳのＰＣ、ＭａｃＯＳのＰＣの場合に、役割別に利用可能な機能は上記のようになる。端末装置１２がｉＯＳ（登録商標）で動作する携帯端末及びタブレット端末である場合は、使用者１３は、「資料共有」「デスクトップ共有」「ホワイトボード」の機能を利用できない。なお、利用可能な複数の機能、及び、それぞれの役割の使用者が利用可能な機能については、上記の例に限定されない。

ここで、本実施形態の遠隔会議システム１におけるトラブル支援の方法を説明する。会議室のセッションにおいて、端末装置１２に接続しているカメラ１２５、マイク１２９、スピーカ１３０等の機器設定が原因で、他の端末装置１２からの音が聞こえなかったり、自分の端末装置１２からの映像が他の端末装置１２に届かなかったりすることがある。このような場合、端末装置１２の使用者１３は、会議室で行われている会議の情報を適切に得ることができないことがある。例えば、端末装置１２の使用者１３が端末装置１２の操作に不慣れである場合、発生している機器トラブルの原因を特定できなかったり、機器設定の調整をうまく進められなかったりすることがある。遠隔会議システム１は、このような場合に、機器トラブルの発生している端末装置１２から、トラブルの解決のためのサポートの依頼を受け付ける。以下、機器トラブルの生じている端末装置１２を、「障害端末」という。

障害端末のＣＰＵ１２１は、障害端末の使用者１３によって遠隔会議システム１にトラブルの解決のためのサポートを依頼するための入力操作を、入力部１２８を介して受け付けたことに応じて、サポート依頼通知を作成する。サポート依頼通知は、遠隔会議システム１にトラブルの解決のためのサポートを依頼するためのコマンドである。障害端末のＣＰＵ１２１は、会議管理サーバに対してサポート依頼通知を送信する。会議室のセッションにおいて障害端末からサポート依頼通知を受信した会議管理サーバ装置１１は、サポート従事者に障害端末のトラブル解決のために会議室へ参加することを要請する。サポート従事者とは、例えば、遠隔会議システム１の運営企業においてサポート依頼通知に対応するために待機しているＩＴ技術者である。サポート従事者の端末装置１２は、遠隔会議システム１において予め定められた端末装置１２であり、且つ、会議室に参加していない端末装置１２である。サポート参加要請を受けたサポート従事者の端末装置１２のＣＰＵ１２１は、参加要請通知に応じることを示すコマンドであるサポート応答通知を作成する。サポート従事者の端末装置１２のＣＰＵ１２１は、会議管理サーバ装置１１に対して、サポート応答通知を送信する。サポート応答通知を受信したＣＰＵ１１１は、サポート従事者に「サポート者」の役割を付与して会議室に参加させる。以下、サポート者の役割が付与されたサポート従事者の端末装置１２を、「サポート端末」という。

会議室で行われる会議の内容には、機密事項等、会議室に参加する使用者１３だけで共有したい秘匿性を有する情報が含まれることがある。会議管理サーバ装置１１からの通知に応じて会議室に参加したサポート者は、議長及び議長によって会議室に招待された発表者、参加者とは異なり、本来の会議室の参加者でないといえる。仮に、サポート端末を他の端末装置１２と同じ参加態様で会議室に会議接続すると、サポート端末を介して会議データの内容がサポート者に知られることによって、会議データの秘匿性が十分に保護されない不具合が生ずる可能性がある。本実施形態において、遠隔会議システム１は、サポート者の役割を障害端末の機器トラブル解消に限定し、本来の会議室の参加者によって送受信される会議データをサポート端末へ送信させないことで、会議情報の秘匿性の保護を図っている。本実施形態のトラブル支援の方法を実行することで、遠隔会議システム１は、端末装置１２に機器トラブルが生じても、会議室に参加する使用者１３が安心して会議に臨むことのできる会議環境を提供できる。

図２を参照し、会議テーブル４０について説明する。会議テーブル４０には、会議室毎に設定された会議情報が登録される。会議テーブル４０において、「会議室ＩＤ」に、「ユーザＩＤ」「端末装置ＩＤ」、及び「役割情報」の項目が対応付けられている。前述したように、「会議室ＩＤ」は、会議室を識別する識別情報である。「ユーザＩＤ」は、会議室ＩＤによって識別される会議室に参加する使用者１３を識別する識別情報である。「端末装置ＩＤ」は、対応するユーザＩＤによって識別される使用者１３によって使用される端末装置１２を識別する識別情報である。「役割情報」は、対応するユーザＩＤによって識別されるそれぞれの使用者１３の会議室に対する役割を示す。「役割情報」は、「議長」「発表者」「参加者」、及び「サポート者」を含む。

会議管理サーバ装置１１のＣＰＵ１１１は、会議室ＩＤによって識別される会議室への参加を要求する使用者１３の端末装置１２の端末装置ＩＤと、会議テーブル４０に登録されている端末装置ＩＤとを照合して認証する。そして、ＣＰＵ１１１は、認証が成功した使用者１３の端末装置１２と通信を行い、会議接続の処理を実行する。ＣＰＵ１１１は、会議接続の処理により、会議室ＩＤで示される会議室のセッションを、端末装置１２との間で確立させる。図示しないが、会議テーブル４０は、会議室への参加認証判定のためのパスワードの項目等を含んでもよい。

図３を参照して、会議管理サーバ装置１１のＣＰＵ１１１によって実行される処理について説明する。ＣＰＵ１１１は、会議室のセッションが確立された場合に、記憶部１１４に記憶されたプログラムを実行することによって、サポート処理（図３参照）を開始する。以下では、端末装置１２Ａを議長端末、端末装置１２Ｂを障害端末、端末装置１２Ｃをサポート従事者の端末装置或いはサポート端末として、具体的に説明する。なお、議長端末とは、会議室のセッションにおいて議長の役割が付与されている端末装置１２である。

図３に示すように、サポート処理が開始されると、ＣＰＵ１１１は、障害端末からサポート依頼通知を受信したか否かを判断する（Ｓ１１）。障害端末からサポート依頼通知を受信していない場合、或いは会議室のセッションに障害端末が存在しない場合（Ｓ１１：ＮＯ）、ＣＰＵ１１１は、処理をＳ１３の判断へ移行する。障害端末からサポート依頼通知を受信している場合（Ｓ１１：ＹＥＳ）、ＣＰＵ１１１は、図４に示すサポート開始処理を実行して（Ｓ１２）、処理をＳ１３の判断へ移行する。

図４を参照して、サポート開始処理（Ｓ１２、図３参照）について説明する。サポート開始処理は、サポート従事者の端末装置１２Ｃを会議室のセッションに会議接続するとともに、サポート端末に障害端末のトラブル解決に従事させるための各種の設定を行うための処理である。図４に示すように、サポート開始処理が開始されると、ＣＰＵ１１１は、後述する障害特定処理（図６参照）の実行を開始する（Ｓ２１）。

本実施形態において、会議アプリケーションは、障害端末がサポート依頼通知を送信する場合、障害端末の端末装置ＩＤ及び障害端末の機器情報を合わせて送信するように構成されている。即ち、サポート依頼通知には、障害端末の端末装置ＩＤ及び機器情報が含められている。なお、機器情報は、障害端末ＯＳの種別（Ｗｉｎｄｏｗｓ（登録商標）ＯＳのＰＣであるか、ＭａｃＯＳのＰＣであるか、ｉＯＳ（登録商標）で動作する携帯端末又はタブレット端末であるか）等を特定可能な情報である。機器情報は、この他、カメラ１２５、マイク１２９、スピーカ１３０等、障害端末に接続している機器についての情報を含んでもよい。ＣＰＵ１１１は、サポート依頼通知に含まれている障害端末の端末装置ＩＤ及び機器情報を取得する（Ｓ２２）。ＣＰＵ１１１は、取得した障害端末の端末装置ＩＤ及び機器情報を、ＲＡＭ１１３に記憶する。

ＣＰＵ１１１は、サポート依頼受信通知を議長端末へ送信する（Ｓ２３）。サポート依頼受信通知は、障害端末からサポート依頼通知を受信したことを議長端末に通知するためのコマンドである。図１１に示すように、本実施形態において、議長端末が所定のコマンドを受信した場合、会議アプリケーションは、議長端末の表示部１２６におけるメインウィンドウ２０Ａに、所定のポップアップ表示６０を表示させる。議長端末のＣＰＵ１２１がサポート依頼受信通知を受信した場合、ポップアップ表示６０として、図１１（Ａ）に示すサポート依頼受信通知表示６１が表示される。議長端末の使用者１３Ａである議長は、サポート依頼受信通知表示６１を視認することで、会議室のセッションにおいて障害端末から遠隔会議システム１に対してサポート依頼がされたことを把握できる。議長は、会議室のセッションに障害端末が存在することを把握しつつ、会議を円滑に進めることができる。

ＣＰＵ１１１は、サポート従事者の端末装置１２Ｃに対してサポート参加要請を実行する（Ｓ２４）。ＣＰＵ１１１によるサポート従事者の端末装置１２Ｃへのサポート参加要請は、障害端末が会議接続している会議室ＩＤを含むＵＲＬを含む電子メールを、サポート従事者の端末装置１２Ｃの電子メールアドレス宛てに送信することによって行われる。サポート従事者の端末装置１２Ｃへ送信される電子メールは、Ｓ２２において取得された障害端末の端末装置ＩＤ及び機器情報を含む。このため、端末装置１２Ｃを介して電子メールを確認したサポート従事者は、障害端末がいずれの端末装置１２であるか、及び障害端末の機器情報を把握できる。

ＣＰＵ１１１は、サポート従事者の端末装置１２Ｃから、サポート応答通知を受信する（Ｓ２５）。ＣＰＵ１１１は、サポート従事者の端末装置１２ＣのユーザＩＤ、端末装置ＩＤ、及び「サポート者」の役割情報を、対応する会議室ＩＤに対応付けて、記憶部１１４の会議テーブル４０に登録する（Ｓ２６）。本実施形態において、サポート従事者の端末装置１２Ｃは、遠隔会議システム１において予め定められている。ＣＰＵ１１１は、予め定められているサポート従事者の端末装置１２ＣのユーザＩＤ、端末装置ＩＤ、及び役割情報を記憶部１１４の会議テーブル４０に登録する。ＣＰＵ１１１は、サポート応答通知を送信したサポート従事者の端末装置１２Ｃの端末装置ＩＤと、会議テーブル４０に登録されている端末装置ＩＤとを照合して認証し、認証が成功したサポート従事者の端末装置１２Ｃと通信を行い会議接続の処理を実行する（Ｓ２８）。ＣＰＵ１１１は、会議接続の処理により、会議室ＩＤで示される会議室のセッションをサポート従事者の端末装置１２Ｃとの間で確立させる。これによって、サポート従事者の端末装置１２Ｃは、サポート端末として会議室に会議接続する。

ＣＰＵ１１１は、サポート者登録通知を議長端末へ送信する（Ｓ２９）。サポート者登録通知は、サポート従事者の端末装置１２Ｃからサポート応答通知を受信したこと、及び端末装置１２Ｃをサポート者として会議テーブル４０に登録し、サポート端末として会議室に会議接続したことを議長端末に通知するためのコマンドである。議長端末のＣＰＵ１２１がサポート者登録通知を受信した場合、ポップアップ表示６０として、図１１（Ｂ）に示すサポート者登録通知表示６２が表示される。議長端末の使用者１３Ａである議長は、サポート者登録通知表示６２を視認することで、会議室のセッションにサポート端末が会議接続したことを把握できる。議長は、会議室のセッションにサポート端末が参加したことを把握しつつ、会議を円滑に進めることができる。

ＣＰＵ１１１は、サポート設定処理を実行する（Ｓ３１）。サポート設定処理は、サポート端末が、障害端末に生じている機器トラブルに対して円滑に対処できるようにするための通信設定を行うための処理である。

図５を参照して、サポート設定処理（Ｓ３１、図４参照）について説明する。サポート設定処理が開始されると、ＣＰＵ１１１は、Ｓ２２（図４参照）の処理においてＲＡＭ１１３に記憶した障害端末の機器情報を参照する（Ｓ４１）。前述したように、会議室において端末装置１２が利用可能な機能は、ＰＣであるか、ｉＯＳ（登録商標）で動作する携帯端末及びタブレット端末であるかに応じて異なる。遠隔会議システム１は、サポート端末に、障害端末の機器トラブルに適切に対処させるには、障害端末の機器情報に応じた機能を用いてサポート端末と障害端末とを通信させる必要がある。

ＣＰＵ１１１は、Ｓ４１で参照した機器情報に基づいて、障害端末がＷｉｎｄｏｗｓ（登録商標）ＯＳ又はＭａｃＯＳのＰＣであるか否かを判断する（Ｓ４２）。障害端末がＰＣの場合（Ｓ４２：ＹＥＳ）、ＣＰＵ１１１は、音声、映像、チャット、録画、リモートデスクトップの各機能を用いて、障害端末とサポート端末とが互いに通信できるように各種の通信設定を行う（Ｓ４３）。ＣＰＵ１１１は、処理をＳ４５の判断へ移行する。一方、障害端末が携帯端末及びタブレット端末の場合（Ｓ４２：ＮＯ）、ＣＰＵ１１１は、音声、映像、チャット、録画の各機能を用いて障害端末とサポート端末とが互いに通信できるように各種の通信設定を行う（Ｓ４４）。ＣＰＵ１１１は、処理をＳ４５の判断へ移行する。

ＣＰＵ１１１は、後述する障害アンケート回答を受信しているか否かを判断する（Ｓ４５）。障害アンケート回答を受信していない場合（Ｓ４５：ＮＯ）、ＣＰＵ１１１は、障害アンケートを受信するまでＳ４５の判断を繰り返す。

障害アンケート回答を受信した場合（Ｓ４５：ＹＥＳ）、後述する障害特定処理（図６参照）Ｓ５３の処理においてＲＡＭ１１３に記憶されている障害アンケート回答を参照して、障害アンケート回答に応じた通信設定を行う（Ｓ４７）。例えば、障害アンケート回答が、障害端末の機器トラブルがマイク１２９又はスピーカ１３０のトラブルに起因することを特定する場合、ＣＰＵ１１１は、音声以外の機能を用いて障害端末とサポート端末とが互いに通信できるように各種の通信設定を行う。障害アンケート回答が、障害端末の機器トラブルがカメラ１２５のトラブルに起因することを特定する場合、ＣＰＵ１１１は、映像及び録画以外の機能を用いて障害端末とサポート端末とが互いに通信できるように各種の通信設定を行う。ＣＰＵ１１１は、このような障害端末とサポート端末との間における通信設定を行うことで、サポート端末が障害端末の機器トラブル解消をサポートするためのサポートセッションを、障害端末とサポート端末との間で確立させる。ＣＰＵ１１１は、Ｓ４３、Ｓ４４及びＳ４７における設定内容をＲＡＭ１１３に記憶して、サポート設定処理を終了する。ＣＰＵ１１１は、処理をサポート開始処理（図４参照）へ戻す。

図４の説明に戻る。ＣＰＵ１１１は、サポートセッションフラグを「ＯＮ」にする（Ｓ３２）。サポートセッションフラグは、障害端末とサポート端末との間にサポートセッションが確立していることを示すフラグである。サポートセッションフラグは、ＲＡＭ１１３に記憶される。サポートセッションフラグは、サポートセッションが確立している場合に「１」が記憶された「ＯＮ」となり、サポートセッションが確立していない場合に「０」が記憶されて「ＯＦＦ」となる。

ＣＰＵ１１１は、会議データの記録を開始する（Ｓ３３）。具体的には、ＣＰＵ１１１は、以降に会議管理サーバ装置１１と端末装置１２との間を送受信される会議データを、記憶部１１４に記憶させる。サポートセッションの確立後、障害端末とサポート端末との間において、障害端末の機器トラブル解消のための各種通信が行われる。障害端末は、会議室のセッションに会議接続しているものの、障害端末の使用者１３Ｂは、サポート端末との通信、機器トラブル解消のための各種操作に追われ、会議の内容への対応が疎かになる場合がある。ＣＰＵ１１１は、サポートセッションの確立後の会議データを記録するので、障害端末の使用者１３Ｂは、例えば会議室のセッションの終了後等に、記憶部１１４に記憶された会議データの記録にアクセスすることで、会議データの内容を把握できる。ＣＰＵ１１１は、サポート開始処理を終了し、処理をサポート処理（図３参照）へ戻す。

図６を参照して、障害特定処理について説明する。障害特定処理は、障害端末において生じている機器トラブルの種類を特定するため、サポート処理に並行して実行される処理である。図４のＳ２１において障害特定処理が開始されると、図６に示すように、ＣＰＵ１１１は、障害端末へ障害アンケート画面表示指示を送信する（Ｓ５１）。障害アンケート画面表示指示は、障害端末の表示部１２６に、図１０に示す障害アンケート画面５０を表示させるためのコマンドである。

図１０に示すように、障害アンケート画面５０は、項目欄５１及び送信ボタン５２を有する。項目欄５１には、例えば、「他の端末からの音声が聞こえない」「マイクの入力が他の端末に届かない」「自分の端末の映像が映らない」の三つの項目が設けられている。障害端末の使用者１３Ｂは、入力部１２８を操作することによって、項目欄５１から障害端末において生じている事象に該当する項目を選択する。使用者１３Ｂは、送信ボタン５２を操作することで、障害アンケート回答を会議管理サーバ装置１１へ送信できる。即ち、障害アンケート回答は、障害端末において発生している機器トラブルの種類を特定する情報を含む。本実施形態では、障害端末の使用者１３Ｂは、自分の端末の映像が映らないトラブルを解消するためのサポートを、遠隔会議システム１に依頼しているとする。障害端末の使用者１３Ｂは、図１０に示すように、「自分の端末の映像が映らない」の項目を項目欄５１から選択して、送信ボタン５２を操作したとする。

ＣＰＵ１１１は、障害端末から障害アンケート回答を受信しているか否かを判断する（Ｓ５２）。障害端末から障害アンケート回答を受信していない場合（Ｓ５２：ＮＯ）、ＣＰＵ１１１は、障害アンケート回答を受信するまでＳ５２の判断を繰り返す。障害端末から障害アンケートを受信した場合（Ｓ５２：ＹＥＳ）、ＣＰＵ１１１は、受信した障害アンケート回答を取得する（Ｓ５３）。ＣＰＵ１１１は、取得した障害アンケート回答をＲＡＭ１１３に記憶する。

ここで、障害アンケート回答において「他の端末からの音声が聞こえない」が選択されている場合、障害端末のスピーカ１３０にトラブルが生じていることが想定される。障害アンケート回答において「マイクの入力が他の端末に届かない」が選択されている場合、障害端末のマイク１２９にトラブルが生じていることが想定される。障害アンケート回答において「自分の端末の映像が映らない」が選択されている場合、障害端末のカメラ１２５にトラブルが生じていることが想定される。このようにして、障害端末の使用者１３Ｂは、機器トラブルの種類を特定する障害アンケート回答を会議管理サーバ装置１１に送信できる。会議管理サーバ装置１１は、障害端末からアンケート形式で障害端末に生じている機器トラブルの種類を特定可能な障害アンケート回答を受信できる。また、サポート端末の使用者１３Ｃは、障害アンケート回答に基づいて障害端末に生じている機器トラブルの原因を明確に特定できる。なお、障害アンケート画面５０の例はこれに限られず、図１０に示される三つの項目以外の項目が含まれてもよいし、機器トラブルの内容を自由に記入できる自由記入欄が含まれてもよい。

ＣＰＵ１１１は、サポートセッションが確立されているか否かを判断する（Ｓ５４）。ＣＰＵ１１１は、サポートセッションフラグの状態を参照することで、サポートセッションが確立されているか否かを判断する。サポートセッションが確立されていない場合（Ｓ５４：ＮＯ）、ＣＰＵ１１１は、サポートセッションが確立されるまでＳ５４の判断を繰り返す。サポートセッションが確立されている場合（Ｓ５４：ＹＥＳ）、ＣＰＵ１１１は、ＲＡＭ１１３に記憶している障害アンケート回答をサポート端末へ送信して（Ｓ５５）、障害特定処理を終了する。

図３の説明に戻る。ＣＰＵ１１１は、サポートセッションが確立されているか否かを判断する（Ｓ１３）。ＣＰＵ１１１は、サポートセッションフラグの状態を参照することで、サポートセッションが確立されているか否かを判断する。サポートセッションが確立されている場合（Ｓ１３：ＹＥＳ）、ＣＰＵ１１１は、第一送受信処理を実行し（Ｓ１４）、処理をＳ１６の判断へ移行する。

図７を参照して、第一送受信処理（Ｓ１４、図３参照）について説明する。第一送受信処理は、サポートセッションが確立されている場合において、会議データの送信元に応じて会議データの送信先を規定するための処理である。言い換えると、会議室のセッションにおいてサポートセッションが確立されている場合、ＣＰＵ１１１は第一送受信処理によって会議データの送受信を行う。図７に示すように、第一送受信処理が開始されると、ＣＰＵ１１１は、会議データを受信する（Ｓ６１）。ＣＰＵ１１１は、受信した会議データがサポート端末から送信されたものであるか否かを、会議データのヘッダ領域に含まれる送信元の端末装置１２を特定する情報を基に判断する（Ｓ６２）。

会議データがサポート端末から送信されたものである場合（Ｓ６２：ＹＥＳ）、ＣＰＵ１１１は、会議データを障害端末へ送信して（Ｓ６３）、処理をサポート処理（図３参照）へ戻す。ここで、ＣＰＵ１１１は、Ｓ６３の処理において、サポート端末から受信した会議データを、少なくとも障害端末へ送信すればよい。ＣＰＵ１１１は、Ｓ６３の処理において、例えば、議長端末等の、障害端末以外の端末装置１２へ、サポート端末から送信された会議データを送信してもよい。

一方、会議データがサポート端末から送信されたものでない場合（Ｓ６２：ＮＯ）、ＣＰＵ１１１は、会議データが障害端末から送信されたものであるか否かを、会議データのヘッダ領域に含まれる送信元の端末装置１２を特定する情報を基に判断する（Ｓ６４）。会議データが障害端末から送信されたものである場合（Ｓ６４：ＹＥＳ）、ＣＰＵ１１１は、会議データをサポート端末へ送信して（Ｓ６５）、処理をサポート処理へ戻す。ここで、ＣＰＵ１１１は、Ｓ６５の処理において、障害端末から受信した会議データを、少なくともサポート端末へ送信すればよい。ＣＰＵ１１１は、Ｓ６５の処理において、例えば、議長端末等の、サポート端末以外の端末装置１２へ、障害端末から送信された会議データを送信してもよい。

なお、Ｓ６３及びＳ６５において障害端末とサポート端末との間を送受信される会議データについて、ＣＰＵ１１１は、前述のサポート設定処理（図５参照）のＳ４３、Ｓ４４、Ｓ４７で設定された通信設定で送受信を行う。障害端末とサポート端末とは、Ｓ４３、Ｓ４４、Ｓ４７における設定によって制限されていない範囲で、音声、映像、チャット、録画、リモートデスクトップの各機能を用いて、サポートセッションにおける会議データを相互に送受信できる。障害端末の使用者１３Ｂとサポート端末の使用者１３Ｃとは、これらの機能を用いて障害端末の機器トラブルの内容について直接にやり取りができる。特に、サポート端末と障害端末との相互間において「音声」の機能を用いることができる場合、障害端末の使用者１３Ｂとサポート端末の使用者１３Ｃとは意思の疎通を図りやすい。このことは、サポート端末の使用者１３Ｃに、障害端末の機器トラブルの原因を究明させやすくできる。したがって、遠隔会議システム１は、障害端末の機器トラブルを迅速に解消できる。

一方、会議データが障害端末から送信されたものでない場合（Ｓ６４：ＮＯ）、ＣＰＵ１１１は、会議室の会議接続する端末装置１２のうち、サポート端末以外の端末装置１２へ会議データを送信する（Ｓ６６）。ＣＰＵ１１１は、処理をサポート処理へ戻す。サポート端末から送信されたものでも、障害端末から送信されたものでもない会議データは、議長端末をはじめとする本来の会議参加者の端末装置１２から送信された会議データである。このような会議データには、サポート端末に送信すべきでない秘匿性を有する情報が含まれる可能性がある。ＣＰＵ１１１は、このような秘匿性を有する会議データをサポート端末へ一切送信しないので、会議データの秘匿性を保護しつつ、サポート端末を障害端末の機器トラブルの解消に従事させることができる。また、障害端末とサポート端末との間にサポートセッションが確立されている間であっても、障害端末の使用者１３Ｃが、会議室のセッションの会議データの示す会議内容に十分対応できることもある。このため、ＣＰＵ１１１は、Ｓ６６の処理において、会議データを障害端末に送信することとしている。なお、サポートセッション中の障害端末の使用者１３Ｂは、サポート端末の使用者１３Ｃとの通信に集中したい場合がある。また、サポートセッション中の障害端末に会議室のセッションにおける資料データが送信された場合、サポート端末の使用者１３Ｃがリモートデスクトップの機能を利用すると、障害端末と他の端末装置１２とが共有する資料データが、障害端末を介してサポート端末の使用者１３Ｃに知られてしまう可能性がある。このような場合を鑑み、ＣＰＵ１１１は、障害端末とサポート端末との間にサポートセッションが確立されている間に、会議室のセッションにおける会議データを障害端末へ送らないこととしてもよい。また、ＣＰＵ１１１は、会議室のセッションにおける会議データのヘッダ領域に含まれるデータの種類を特定する情報に応じて、障害端末へ会議データを送信するか否かを決定してもよい。

図１１を参照して、第一送受信処理が行われている場合の議長端末の表示部１２６におけるメインウィンドウ２０Ａの具体例について説明する。本実施形態においては、障害端末のカメラ１２５にトラブルが生じているとする。この場合、図１１に示すように、Ｓ６６（図７参照）の処理において議長端末から送信された会議データに対応する資料２１Ａは、メインウィンドウ２０Ａの資料ウィンドウ２１に表示されている。また前述したように、ＣＰＵ１１１は、Ｓ６３の処理において、サポート端末から送信された会議データを、議長端末へ送信してもよい。図１１では、メインウィンドウ２０Ａにおいて、映像ウィンドウ２２Ｃに、サポート端末から送信されたサポート端末の使用者１３Ｃの映像が表示されている様子が示されている。また、前述したように、ＣＰＵ１１１は、Ｓ６５の処理において、障害端末から送信された会議データを、議長端末へ送信してもよい。しかし、本実施形態においては、障害端末のカメラ１２５にトラブルが生じているので、本来であれば映像ウィンドウ２２Ｂに表示される障害端末の使用者１３Ｂの映像が、メインウィンドウ２０Ａにおいては表示されていない。なお、会議室のセッションにおける会議データの音データと、サポートセッションにおける音データとの両方が議長端末を含む他の参加者の端末装置１２へ送信されると、議長端末において複数の音データが重畳することで、円滑な進行会議の妨げになることがある。このような場合を鑑み、ＣＰＵ１１１は、サポートセッションにおける会議データのヘッダ領域に含まれるデータの種類を特定する情報に応じて、サポートセッションにおける会議データを、議長端末を含む他の参加者の端末装置１２へ送信するか否かを決定してもよい。

図１２を参照して、第一送受信処理が行われている場合の障害端末の表示部１２６におけるメインウィンドウ２０Ｂの具体例について説明する。Ｓ６３の処理においてサポート端末から送信された会議データは、障害端末へ送信される。このため、図１２に示すように、メインウィンドウ２０Ｂにおいて、映像ウィンドウ２２Ｃに、サポート端末から送信されたサポート端末の使用者１３Ｃの映像が表示されている。又、Ｓ６６の処理において、サポート端末及び障害端末以外の端末装置１２である議長端末から送信された会議データに対応する資料２１Ａは、メインウィンドウ２０Ｂの資料ウィンドウ２１に表示されている。また、議長端末から送信された議長端末の使用者１３Ａの映像が、映像ウィンドウ２２Ａに表示されている。これにより、障害端末の使用者は、障害端末に生じている機器トラブルの解消のための通信をサポート端末と行いつつ、会議室のセッションにおいて送受信される会議データにも対応できる。なお、本実施形態においては、障害端末のカメラ１２５にトラブルが生じているので、本来であれば映像ウィンドウ２２Ｂに表示される障害端末の使用者１３Ｂの映像が、メインウィンドウ２０Ｂにおいては表示されていない。

図１３を参照して、第一送受信処理が行われている場合のサポート端末の表示部１２６におけるメインウィンドウ２０Ｃの具体例について説明する。図１１に示すメインウィンドウ２０Ａ及び図１２に示すメインウィンドウ２０Ｂにおいては資料ウィンドウ２１に表示されていた議長端末から送信された会議データに対応する資料２１Ａは、図１３に示すように、メインウィンドウ２０Ｃでは表示されない。これは、Ｓ６６の処理において、サポート端末及び障害端末以外の端末装置１２である議長端末から送信された会議データは、サポート端末へ送信されないように規制されているためである。同様に、議長端末から会議管理サーバ装置１１に対して送信されている議長端末の使用者１３Ａの映像に対応する映像データも、サポート端末には送信されないので、映像ウィンドウ２２Ａに議長端末の使用者１３Ａの映像は表示されない。このように、会議室のセッションにおける会議データは、サポート端末に送信されないので、会議室のセッションにおける会議データの秘匿性は保護される。

図１３に示すように、メインウィンドウ２０Ｃの資料ウィンドウ２１には、サポート端末の使用者１３Ｃが、リモートデスクトップの機能を利用して、障害端末のデスクトップを遠隔操作している様子が表示されている。より具体的には、サポート端末の使用者１３Ｃが、障害端末のデスクトップを遠隔操作して、障害端末に接続されているカメラ１２５の設定を調整している様子が、メインウィンドウ２０Ｃの資料ウィンドウ２１に表示されている。サポート端末の使用者１３は、リモートデスクトップの機能の他、音声又はチャット等の機能を利用して、サポート端末に接続されているカメラ１２５の設定の調整を試みることができる。

図３の説明に戻る。サポートセッションが確立されていない場合（Ｓ１３：ＮＯ）、ＣＰＵ１１１は、第二送受信処理を実行し（Ｓ１５）、処理をＳ１６の判断へ移行する。図８を参照して、第二送受信処理（Ｓ１５、図３参照）について説明する。図８に示すように、第二送受信処理が開始されると、ＣＰＵ１１１は、会議データを受信する（Ｓ７１）。ＣＰＵ１１１は、受信した会議データを、会議データの送信元以外の端末装置１２へ送信し（Ｓ７２）、処理をサポート処理（図３参照）へ戻す。これにより、会議室のセッションに会議接続する端末装置１２は、相互に会議データを送受信できる。

図３の説明に戻る。ＣＰＵ１１１は、サポート端末からサポート終了通知を受信しているか否かを判断する（Ｓ１６）。サポート終了通知は、サポートセッションを終了することを会議管理サーバ装置１１へ通知するために、サポート端末において作成されるコマンドである。サポート端末は、障害端末に生じていた機器トラブルが解消したこと等により、サポートセッションを終了する場合に、サポート終了通知を作成する。サポート端末は、作成したサポート終了通知を会議管理サーバ装置１１へ送信する。サポート終了通知を受信していない場合（Ｓ１６：ＮＯ）、ＣＰＵ１１１は、処理をＳ１１の判断へ戻す。サポート終了通知を受信した場合（Ｓ１６：ＹＥＳ）、ＣＰＵ１１１は、サポート終了処理を実行して（Ｓ１７）、処理をＳ１１の判断へ戻す。

図９を参照して、サポート終了処理（Ｓ１７、図３参照）について説明する。サポート終了処理は、サポート端末からサポート終了通知を受信したことに応じて、ＣＰＵ１１１がサポートセッションを終了するための処理である。ＣＰＵ１１１は、記憶部１１４の会議テーブル４０に登録されていたサポート端末のユーザＩＤ、端末装置ＩＤ、及び役割情報を、会議テーブル４０から消去する（Ｓ８１）。ＣＰＵ１１１は、ＲＡＭ１１３に記憶していたＳ４３、Ｓ４４及びＳ４７（図５参照）における設定内容を消去する（Ｓ８２）。ＣＰＵ１１１は、サポート者の役割が消去されたサポート従事者の端末装置１２Ｃとの会議接続を終了する（Ｓ８３）。ＣＰＵ１１１は、以降の会議室のセッションをサポート従事者の端末装置１２Ｃとの間で確立させず、又、以降のサポートセッションを障害端末との間で実行しない。

ＣＰＵ１１１は、サポート終了受信通知を議長端末へ送信する（Ｓ８４）。サポート終了受信通知は、サポート端末からサポート終了通知を受信したこと、及びサポート端末のユーザＩＤ等の登録情報を会議テーブル４０から削除し、サポートセッションを終了することを議長端末に通知するためのコマンドである。議長端末のＣＰＵ１２１がサポート終了通知を受信した場合、ポップアップ表示６０として、図１１（Ｃ）に示すサポート終了受信通知表示６３が表示される。議長端末の使用者１３Ａである議長は、サポート終了受信通知表示６３を視認することで、会議室のセッションへのサポート端末の会議接続が終了したことを把握できる。議長は、会議室のセッションにおいてサポートセッションが終了したことを把握しつつ、会議を円滑に進めることができる。

ＣＰＵ１１１は、サポートセッションフラグを「ＯＦＦ」にする（Ｓ８５）。ＣＰＵ１１１は、会議データの記録を終了する（Ｓ８６）。サポートセッションにおいて障害端末に生じていた機器トラブルが解消されていれば、障害端末は、以降の会議室のセッションにおける会議データへ対応可能になっている。したがって、ＣＰＵ１１１は、会議室のセッションにおけるサポートセッションの終了に応じて、以降の会議データの記録を終了する。その後ＣＰＵ１１１は、処理をサポート処理（図３参照）へ戻す。なお、Ｓ８５の処理において、サポートセッションフラグが「ＯＦＦ」とされるので、以降のサポート処理（図３参照）のＳ１３において、サポートセッションが確立されていないと判断されて（Ｓ１３：ＮＯ）、Ｓ１５の第二送受信処理が実行される（図８参照）。したがって、サポートセッションの終了後、機器トラブルが解消した端末装置１２Ｂを含む端末装置１２の相互間で会議データが送受信される。

以上説明したように、ＣＰＵ１１１は、障害端末からサポート依頼通知を受信すると（Ｓ１１）、サポート従事者の端末装置１２Ｃに対してサポート参加要請を実行する（Ｓ２４）。サポート従事者の端末装置１２Ｃは、予め定められた端末装置１２であり、且つ、会議室に参加していない端末装置１２である。ＣＰＵ１１１は、予め定められているサポート従事者の端末装置１２ＣのユーザＩＤ、端末装置ＩＤ、及び役割情報を記憶部１１４の会議テーブル４０に登録する。ＣＰＵ１１１は、サポート応答通知を送信したサポート従事者の端末装置１２Ｃの端末装置ＩＤと、会議テーブル４０に登録されている端末装置ＩＤとを照合して認証し、認証が成功したサポート端末と通信を行い会議接続の処理を実行する（Ｓ２８）。ＣＰＵ１１１は、障害端末とサポート端末との間にサポートセッションが確立していることを示すサポートセッションフラグを「ＯＮ」にする（Ｓ３２）。サポートセッションが確立されていることに応じて（Ｓ１３：ＹＥＳ）、ＣＰＵ１１１は、第一送受信処理を実行する（Ｓ１４）。第一送受信処理では、議長端末をはじめとした会議参加者の端末装置１２から送信された会議データは、サポート端末へ送信されない。一方、ＣＰＵ１１１は、第一送受信処理において、サポート端末と障害端末との相互通信を確保している（図７参照）。したがって、会議管理サーバ装置１１は、サポート端末に送信すべきでない秘匿性を有する情報についてはサポート端末へ送信せず、且つ、サポート端末に障害端末の機器トラブルに適切に対処させることができる。

ＣＰＵ１１１は、第一送受信処理において、サポート設定処理（図５参照）のＳ４３、Ｓ４４、Ｓ４７で設定された通信設定で会議データの送受信を行う。障害端末とサポート端末とは、Ｓ４３、Ｓ４４、Ｓ４７における設定によって制限されていない範囲で、音声、映像、チャット、録画、リモートデスクトップの各機能を用いて、サポートセッションにおける会議データを相互に送受信できる。特に、会議管理サーバ装置１１は、サポート端末と障害端末との相互間通信において「音声」の機能を用いることができる場合、サポート端末の使用者１３Ｃに対して、障害端末の機器トラブルに適切に対処させることができる。

ＣＰＵ１１１は、サポート端末からサポート終了通知を受信した場合（Ｓ１６：ＹＥＳ）、サポート端末のユーザＩＤ、端末装置ＩＤ、及び役割情報の登録を、会議テーブル４０から消去する（Ｓ８１）。ＣＰＵ１１１は、サポート者の役割が消去されたサポート従事者の端末装置１２Ｃとの会議接続を終了する（Ｓ８３）。ＣＰＵ１１１は、サポートセッションフラグを「ＯＦＦ」にする（Ｓ８５）。これによって、以降のサポート処理のＳ１３の判断処理において、サポートセッションが確立されていないと判断されて（Ｓ１３：ＮＯ）、Ｓ１５の第二送受信処理が実行される（図８参照）。したがって、会議管理サーバ装置１１は、サポートセッションの終了後、機器トラブルが解消した端末装置１２Ｂを含めて、端末装置１２の相互間で会議データを送受信させることで、会議室のセッションを円滑に進行できる。

会議室のセッションにおいてサポートセッションが確立されている場合、障害端末の使用者１３Ｂは、サポート端末の使用者１３Ｃと、機器トラブル解消のための各種通信を行う。この場合、障害端末の使用者１３Ｂは、会議室のセッションにおいて送受信される会議データへの対応が疎かになる可能性がある。ＣＰＵ１１１は、サポートセッションの確立に応じて、会議データの記録を開始する（Ｓ３３）。又、ＣＰＵ１１１は、サポートセッションフラグを「ＯＦＦ」にしたことに応じて（Ｓ８５）、会議データの記録を終了する（Ｓ８６）。したがって、障害端末の使用者１３Ｂは、例えば会議室のセッションの終了後等に、記憶部１１４に記憶された会議データの記録にアクセスすることで、会議データの内容を把握できる。

ＣＰＵ１１１は、サポート従事者の端末装置１２Ｃからサポート応答通知を受信したことに応じて（Ｓ２５）、サポート者登録通知を議長端末へ送信する（Ｓ２９）。又、ＣＰＵ１１１は、サポート従事者の端末装置１２Ｃからサポート終了通知を受信したことに応じて（Ｓ１６：ＹＥＳ）、サポート終了受信通知を議長端末へ送信する（Ｓ８４）。議長端末のＣＰＵ１２１がサポート者登録通知を受信した場合、メインウィンドウ２０Ａにサポート者登録通知表示６２（図１１（Ｂ）参照）が表示される。議長端末のＣＰＵ１２１がサポート終了受信通知を受信した場合、メインウィンドウ２０Ａにサポート終了受信通知表示６３（図１１（Ｃ）参照）が表示される。議長端末の使用者１３Ａ（議長）は、サポート者登録通知表示６２又はサポート終了受信通知表示６３を視認することで、会議室のセッションにサポート端末が会議接続したこと、又はサポート端末によるサポートセッションが終了したことを把握できる。このようにして、会議管理サーバ装置１１は、会議室のセッションにおいて実行可能な機能が参加者の中で最も多く設定されている、特定の権限を有する議長の使用する端末装置１２Ａにサポート端末によるサポートの進捗を把握させることができる。したがって、議長は、会議室のセッションを円滑に進行することができる。

本実施形態において、障害端末が会議管理サーバ装置１１へ送信するサポート依頼通知には、障害端末の端末装置ＩＤ及び機器情報が含まれている。障害端末の端末装置ＩＤは、障害端末を識別する識別情報である。障害端末の機器情報は、障害端末のＯＳの種別等を特定可能な情報である。ＣＰＵ１１１は、サポート参加要請を実行することで、障害端末の端末装置ＩＤ及び機器情報を、サポート従事者の端末装置１２Ｃへ送信する。又、ＣＰＵ１１１は、障害端末から障害アンケート回答を受信する（Ｓ４５）。障害アンケート回答は、障害端末において発生している機器トラブルの種類を特定する情報を含む。ＣＰＵ１１１は、受信した障害アンケート回答をサポート端末へ送信する（Ｓ５５）。サポート端末は、会議管理サーバ装置１１から送信される障害端末に生じている機器トラブルに対処するために必要なこれらの情報を受信する。したがって、サポート端末の使用者１３Ｃは、障害端末を端末装置１２のうちから識別し、障害端末の機器情報を特定した上で、障害アンケート回答に基づいて、障害端末の機器トラブルに対処できる。

ＣＰＵ１１１は、第一送受信処理における障害端末とサポート端末との間の通信を、サポート設定処理（図５参照）のＳ４３、Ｓ４４及びＳ４７における設定内容に基づいて行う。このため、障害端末がＰＣであるか否かに応じて、又、障害端末において発生している機器トラブルの種類に応じて、障害端末とサポート端末とを通信させることができる。したがって、会議管理サーバ装置１１は、遠隔会議システム１は、サポート端末に、障害端末に生じている機器トラブルに適切に対処させることができる。

上記実施形態において、ネットワーク１４が、本発明の「ネットワーク」に相当する。会議管理サーバ装置１１が、本発明の「会議管理サーバ装置」に相当する。障害端末（端末装置１２Ｂ）が、本発明の「第一端末装置」に相当する。Ｓ１１の処理において障害端末（端末装置１２Ｂ）から送信されるサポート依頼通知が、本発明の「第一情報」に相当する。記憶部１１４が、本発明の「記憶装置」に相当する。Ｓ２４の処理においてサポート従事者の端末装置１２Ｃへ送信される電子メールが、本発明の「第一要求」に相当する。サポート従事者の端末装置１２Ｃが、本発明の「第二端末装置」に相当する。サポート端末（端末装置１２Ｃ）が、本発明の「登録第二端末装置」に相当する。議長端末（端末装置１２Ａ）が、本発明の「第三端末装置」「特定端末装置」に相当する。図７に示す第一送受信処理が、本発明の「第一送受信処理」に相当する。図８に示す第二送受信処理が、本発明の「第二送受信処理」に相当する。Ｓ１１の処理が、本発明の「第一受信ステップ」に相当する。Ｓ２４の処理が、本発明の「第一送信ステップ」に相当する。Ｓ２５の処理が、本発明の「第二受信ステップ」に相当する。Ｓ２６の処理が、本発明の「設定ステップ」に相当する。Ｓ３２の処理が、本発明の「開始ステップ」に相当する。

Ｓ１６の処理が、本発明の「第三受信ステップ」に相当する。Ｓ８１の処理が、本発明の「消去ステップ」に相当する。Ｓ８５の処理が、本発明の「変更ステップ」に相当する。Ｓ３３の処理が、本発明の「記録開始ステップ」に相当する。Ｓ８６の処理が、本発明の「記録終了ステップ」に相当する。Ｓ２９及びＳ８４の処理が、本発明の「通知ステップ」に相当する。Ｓ５２の処理が、本発明の「第四受信ステップ」に相当する。Ｓ５５の処理が、本発明の「第二送信ステップ」に相当する。Ｓ４３、Ｓ４４、Ｓ４７の処理が、本発明の「決定ステップ」に相当する。Ｓ６１の処理が、本発明の「会議データ受信ステップ」に相当する。Ｓ６２及びＳ６４の処理が、本発明の「送信先特定ステップ」に相当する。Ｓ６３、Ｓ６５及びＳ６６の処理が、本発明の「会議データ送信ステップ」に相当する。

Ｓ１１の処理を実行するＣＰＵ１１１が、本発明の「第一受信手段」として機能する。Ｓ２４の処理を実行するＣＰＵ１１１が、本発明の「第一送信手段」として機能する。Ｓ２５の処理を実行するＣＰＵ１１１が、本発明の「第二受信手段」として機能する。Ｓ２６の処理を実行するＣＰＵ１１１が、本発明の「設定手段」として機能する。Ｓ３２の処理を実行するＣＰＵ１１１が、本発明の「開始手段」として機能する。

なお、本発明は上記の実施形態に限定されるものではなく、種々の変更が可能である。上記実施形態では、ＣＰＵ１１１は、Ｓ２６の処理において、サポート従事者の端末装置１２ＣのユーザＩＤ、端末装置ＩＤ、及び「サポート者」の役割情報を、対応する会議室ＩＤに対応付けて会議テーブル４０に登録している。Ｓ２６では、サポート従事者の端末装置１２Ｃがサポート端末として会議室への参加が、遠隔会議システム１に許可されるための処理が行われればよい。したがって、サポート従事者の端末装置１２ＣのユーザＩＤ、端末装置ＩＤ、及び役割情報が、必ずしも会議テーブル４０に登録されなくてもよい。また、会議接続のための端末装置１２の認証は、必ずしも会議テーブル４０に基づいて行われなくてもよく、会議テーブル４０自体が、遠隔会議システム１において存在しなくてもよい。

Ｓ８１では、会議室のセッションに参加していたサポート端末の会議接続を解除して、サポート端末を会議室から退出させるための処理が行われれば良い。言い換えると、サポート端末が、サポート端末として会議接続する前と同様の、会議室に参加しておらず、且つ、会議室に参加していない端末装置１２としての位置づけに戻される処理が行われれば良い。このため、サポート端末の会議接続を解除するための処理として、会議テーブル４０に登録されていたサポート端末のユーザＩＤ、端末装置ＩＤ、及び役割情報を、会議テーブル４０から消去する処理が必ずしも行われなくてもよい。

上記実施形態では、Ｓ１１において障害端末からＣＰＵ１１１が受信するサポート依頼通知には、障害端末の端末装置ＩＤ及び機器情報が含められている。サポート依頼通知は、必ずしも障害端末の端末装置ＩＤ及び機器情報を含んでいなくてもよい。例えば、サポート依頼通知は、遠隔会議システム１にトラブルの解決のためのサポートを依頼することのみを、まず会議管理サーバ装置１１へ通知してもよい。その後、サポート依頼通知とは異なるタイミングで障害端末の端末装置ＩＤ及び機器情報が障害端末から送信されて、送信された障害端末の端末装置ＩＤ及び機器情報をＣＰＵ１１１が受信する構成であってもよい。この場合、会議管理サーバ装置１１は、上記実施形態における障害アンケート回答と同様のアンケート形式で、障害端末の端末装置ＩＤ及び機器情報を受信してもよい。

上記実施形態では、ＣＰＵ１１１は、Ｓ１１において障害端末からサポート依頼通知を受信し、Ｓ４５及びＳ５２において障害端末から障害アンケート回答を受信している。即ち、ＣＰＵ１１１は、サポート依頼通知と、障害アンケート回答とを、異なるタイミングで障害端末から受信しているが、サポート依頼通知と障害アンケート回答とを同じタイミングで受信してもよい。例えば、Ｓ１１において障害端末からＣＰＵ１１１が受信するサポート依頼通知に、障害アンケート回答が含められていてもよい。例えば、端末装置１２がサポート依頼通知を作成する場合、障害アンケート画面５０が表示部１２６に表示されて使用者１３に所定の回答を要求するように会議アプリケーションが構成されていてもよい。そして、会議アプリケーションは、得られた障害アンケート回答を含めてサポート依頼通知を送信するように構成されていてもよい。

上記実施形態では、ＣＰＵ１１１は、Ｓ２３においてサポート依頼受信通知を、Ｓ２９においてサポート者登録通知を、Ｓ８４においてサポート終了受信通知を、議長端末へそれぞれ送信している。これらの各通知の全てが議長端末へ送信される必要はなく、会議管理サーバ装置１１は、これらの通知のうち、議長端末へ送信する通知を適宜選択してよい。上記実施形態では、会議室の参加者のうち、議長の使用する議長端末に対して上記の各通知が送信されているが、例えば、「発表者」等、議長以外の使用者１３の使用する端末装置１２へ上記の各通知が送信されてもよい。また、障害端末及びサポート端末を含む会議室の全ての参加者の使用する端末装置１２へ、上記の各通知が送信されてもよい。

又、上記実施形態では、上記の各通知の受信に応じて、議長端末のメインウィンドウ２０Ａに、図１１（Ａ）〜（Ｃ）に示すサポート依頼受信通知表示６１、サポート者登録通知表示６２及びサポート終了受信通知表示６３のいずれかが表示される。サポート依頼受信通知表示６１、サポート者登録通知表示６２及びサポート終了受信通知表示６３に表示される情報は、図１１の例に限られない。例えば、ＣＰＵ１１１は、Ｓ２３においてサポート依頼受信通知を議長端末へ送信する際に、障害端末の端末装置ＩＤ等を合わせて送信してもよい。この場合、議長端末のＣＰＵ１２１は、メインウィンドウ２０Ａに表示されるサポート依頼受信通知表示６１に、障害端末の端末装置ＩＤに基づく情報を付加することが可能となる。同様に、ＣＰＵ１１１は、Ｓ２９においてサポート者登録通知を議長端末へ送信する際に、障害端末の端末装置ＩＤ及びサポート端末の端末装置ＩＤを合わせて送信してもよい。この場合、議長端末のＣＰＵ１２１は、メインウィンドウ２０Ａに表示されるサポート者登録通知表示６２に、いずれの端末装置１２がサポートセッションを開始したのかを表示させることが可能となる。

上記実施形態では、議長端末とは異なる端末装置１２である障害端末に機器トラブルが生じた例について説明している。例えば、議長端末に機器トラブルが生じた場合には、議長端末とサポート端末との間にサポートセッションが確立されてよい。この場合、第一送受信処理（図７参照）において、サポート端末から送信された会議データは、議長端末へ送信される（Ｓ６２：ＹＥＳ、Ｓ６３）。又、議長端末から送信された会議データは、サポート端末へ送信される（Ｓ６４：ＹＥＳ、Ｓ６５）。又、議長端末及びサポート端末を除く他の参加者の端末装置１２から送信された会議データは、サポート端末以外の端末装置１２へ送信される（Ｓ６６）。

１ 遠隔会議システム
１１ 会議管理サーバ装置
１２ 端末装置
１２Ａ 端末装置（議長端末）
１２Ｂ 端末装置（障害端末）
１２Ｃ 端末装置（サポート端末）
１１１ ＣＰＵ
１１４ 記憶部

Claims (9)

1. ネットワークを介して複数の端末装置の相互間で画像データ又は音データを含む会議データが送受信されることによって実行される遠隔会議を管理する会議管理サーバ装置のコンピュータに、
   前記遠隔会議に参加している第一端末装置から、前記第一端末装置を識別する第一識別情報、及び前記第一端末装置において前記遠隔会議への参加に障害が生じている状態であること示す状態情報を含む第一情報を受信する第一受信ステップと、
   前記第一情報を伴う第一要求を、予め定められた端末装置であって、前記遠隔会議に参加していない第二端末装置に送信する第一送信ステップと、
   前記第二端末装置から前記第一要求に応じる第一応答を受信する第二受信ステップと、
   前記第一応答の受信に応じて前記第二端末装置を前記遠隔会議への参加が登録された登録第二端末装置に設定する設定ステップと、
   前記登録第二端末装置が設定されたことに応じて、前記第一端末装置から受信した第一会議データを前記登録第二端末装置に送信し、前記登録第二端末装置から受信した第二会議データを前記第一端末装置に送信し、前記遠隔会議に参加している第三端末装置から受信した第三会議データを前記登録第二端末装置に送信しない第一送受信処理を開始する開始ステップと
   を実行させる管理プログラム。
2. 前記開始ステップは、前記第一送受信処理において、前記第一会議データの音データである第一音データを前記登録第二端末装置に送信し、前記第二会議データの音データである第二音データを前記第一端末装置に送信することを特徴とする請求項１に記載の管理プログラム。
3. 前記登録第二端末装置から前記第一送受信処理の終了を要求する第二要求を受信する第三受信ステップと、
   前記第二要求の受信に応じて前記登録第二端末装置の前記遠隔会議への参加登録設定を消去する消去ステップと、
   前記登録第二端末装置の参加登録設定が消去されたことに応じて、前記第一送受信処理を、前記第一会議データを前記第三端末装置へ送信するとともに前記第三会議データを前記第一端末装置へ送信する第二送受信処理に変更する変更ステップとを実行させることを特徴とする請求項１又は２に記載の管理プログラム。
4. 前記開始ステップにおいて前記第一送受信処理が開始されたことに応じて、記憶装置への前記第三会議データの記憶を開始する記録開始ステップと、
   前記変更ステップにおいて前記第一送受信処理が前記第二送受信処理に変更されたことに応じて、前記記憶装置への前記第三会議データの記憶を終了する記録終了ステップとを実行させることを特徴とする請求項３に記載の管理プログラム。
5. 前記第二端末装置から前記第一応答を受信した場合、及び前記登録第二端末装置から前記第二要求を受信した場合、前記第三端末装置のうち前記遠隔会議において最上位の権限である特定の権限を有する特定端末装置に所定の通知を送信する通知ステップを実行させることを特徴とする請求項３又は４に記載の管理プログラム。
6. 前記第一端末装置において発生している障害の内容を示す障害情報を受信する第四受信ステップと、
   前記障害情報を前記登録第二端末装置に送信する第二送信ステップとを実行させることを特徴とする請求項１から５のいずれかに記載の管理プログラム。
7. 前記第一識別情報は、前記第一端末装置の機器を特定する機器情報を含み、
   前記機器情報及び前記障害情報の少なくとも何れかに基づいて前記第一送受信処理における前記登録第二端末装置への前記第一会議データの送信態様及び前記第一端末装置への前記第二会議データの送信態様を決定する決定ステップを実行させ、
   前記開始ステップは、前記決定ステップで決定された送信態様に応じた前記第一送受信処理を開始することを特徴とする請求項６に記載の管理プログラム。
8. ネットワークを介して複数の端末装置の相互間で画像データ又は音データを含む会議データが送受信されるによって実行される遠隔会議の会議管理方法であって、
   前記遠隔会議に参加している第一端末装置から、前記第一端末装置を識別する第一識別情報、及び前記第一端末装置における前記遠隔会議への参加状態を示す状態情報を含む第一情報を受信する第一受信ステップと、
   前記第一情報を伴う第一要求を、予め定められた端末装置であって、前記遠隔会議に参加していない第二端末装置に送信する第一送信ステップと、
   前記第二端末装置から前記第一要求に応じる第一応答を受信する第二受信ステップと、
   前記第一応答の受信に応じて前記第二端末装置を前記遠隔会議への参加が登録された登録第二端末装置に設定する設定ステップと、
   前記登録第二端末装置が設定されたことに応じて、前記会議データを受信する会議データ受信ステップと、
   前記会議データ受信ステップにおいて受信された前記会議データに含まれる情報に基づいて、前記会議データの送信先を特定する送信先特定ステップであって、
   前記会議データに前記第一識別情報が含まれる場合、前記第二端末装置を前記送信先に特定し、
   前記会議データに前記第二端末装置を識別する第二識別情報が含まれる場合、前記第一端末装置を前記送信先に特定し、
   前記会議データに前記遠隔会議に参加している第三端末装置を識別する第三識別情報が含まれる場合、前記第二端末装置を除く前記複数の端末装置のうち少なくとも一部を前記送信先に特定する送信先特定ステップと、
   前記送信先特定ステップにおいて特定された前記送信先に前記会議データを送信する会議データ送信ステップと
   を備えたことを特徴とする会議管理方法。
9. ネットワークを介して複数の端末装置の相互間で画像データ又は音データを含む会議データが送受信されるによって実行される遠隔会議を管理する会議管理サーバ装置であって、
   前記遠隔会議に参加している第一端末装置から、前記第一端末装置を識別する第一識別情報、及び前記第一端末装置における前記遠隔会議への参加状態を示す状態情報を含む第一情報を受信する第一受信手段と、
   前記第一情報を伴う第一要求を、予め定められた端末装置であって、前記遠隔会議に参加していない第二端末装置に送信する第一送信手段と、
   前記第二端末装置から前記第一要求に応じる第一応答を受信する第二受信手段と、
   前記第一応答の受信に応じて前記第二端末装置を前記遠隔会議への参加が登録された登録第二端末装置に設定する設定手段と、
   前記登録第二端末装置が設定されたことに応じて、前記第一端末装置から受信した第一会議データを前記登録第二端末装置に送信し、前記登録第二端末装置から受信した第二会議データを前記第一端末装置に送信し、前記遠隔会議に参加している第三端末装置から受信した第三会議データを前記第二端末装置に送信しない第一送受信処理を開始する開始手段と
   を備えたことを特徴とする会議管理サーバ装置。

Images