JP2014127949A - 遠隔会議プログラム、遠隔会議システム、遠隔会議方法、及び遠隔会議装置 - Google Patents

Abstract

【課題】バッテリー残量が少なくなった場合に、遠隔会議の利便性を悪化させることなくバッテリーの消費を抑制し、遠隔会議を継続させることが可能な遠隔会議プログラム、遠隔会議システム、遠隔会議方法、及び遠隔会議装置を提供する。
【解決手段】遠隔会議装置は、バッテリーを電源として駆動する。遠隔会議装置のＣＰＵは、実行中の遠隔会議が終了するまで稼動するために必要な電力、バッテリーの残量、及び、遠隔会議の終了時刻に基づいて、遠隔会議が終了するまで稼働可能か判断する。遠隔会議が終了するまで稼働できないと判断された場合、ＣＰＵは、遠隔会議で使用可能な複数の使用可能機能のうち使用機能を決定する（Ｓ６３：ＹＥＳ）。ＣＰＵは、決定された使用機能のみを使用し、使用機能を除く停止機能の使用を停止した状態で、遠隔会議を継続して実行する（Ｓ６８）。
【選択図】図７

Description

本発明は、バッテリー駆動する遠隔会議装置に遠隔会議を実行させるための遠隔会議プログラム、遠隔会議システム、遠隔会議方法、及び遠隔会議装置に関する。

バッテリーで駆動する遠隔会議装置を用いて遠隔会議が実行される場合、バッテリー残量の低下によって遠隔会議を継続できなくなる場合が発生する。これに対して特許文献１では、遠隔会議装置のバッテリー残量が少なくなった場合に、画像データのフレームレートや音声データのサンプリング周波数を変更する技術が開示されている。この技術が用いられた場合、遠隔会議装置は、処理負荷を軽減させてバッテリーの消費を抑制させることができるので、限られたバッテリー残量で遠隔会議をより長く実行することができる。

特開２０１２−１５８０８号公報

しかしながら、特許文献１で開示された技術が用いられた場合、画像や音声の品質が低下することになるので、遠隔会議で通常実行可能な機能が使用できなくなる場合がある。例えば遠隔会議において、所定レベル以上の画像や音声の品質を必要とする機能が使用できなくなる場合がある。このため、遠隔会議の利便性が悪くなるという問題点がある。

本発明の目的は、バッテリー残量が少なくなった場合に、遠隔会議の利便性を悪化させることなくバッテリーの消費を抑制し、遠隔会議を継続させることが可能な遠隔会議プログラム、遠隔会議システム、遠隔会議方法、及び遠隔会議装置を提供することである。

本発明の第一態様に係る遠隔会議プログラムは、バッテリーを電源として駆動する遠隔会議装置が遠隔会議を実行するための遠隔会議プログラムであって、実行中の遠隔会議が終了するまで稼働するために必要な電力を取得する第一取得ステップと、前記バッテリーの残量を取得する第二取得ステップと、前記第一取得ステップによって取得された前記電力、前記第二取得ステップによって取得された前記残量、及び、前記実行中の遠隔会議の終了時刻に基づいて、前記実行中の遠隔会議が終了するまで稼働可能か判断する第一判断ステップと、前記第一判断ステップによって、前記実行中の遠隔会議が終了するまで稼働できないと判断された場合、前記実行中の遠隔会議で使用可能な複数の機能のうち、使用機能を決定する決定ステップと、前記決定ステップによって決定された前記使用機能のみを使用し、前記使用可能な複数の機能のうち前記使用機能を除く他の機能の使用を停止した状態で、前記実行中の遠隔会議を継続して実行する第一実行ステップとを、前記遠隔会議装置のコンピュータに実行させる。

第一態様によれば、遠隔会議装置は、バッテリー残量が少なくなり、実行中の遠隔会議の終了まで稼働できない場合、使用機能のみを使用することによって、実行中の遠隔会議を継続する。使用機能を除く他の機能の使用が停止された場合、消費電力は抑制されるので、遠隔会議装置は、実行中の遠隔会議をより長く継続して実行することができる。なお、遠隔会議装置は、使用機能を継続して使用することによって、ユーザによる遠隔会議の利便性が悪化することを防止できる。

第一態様において、前記遠隔会議装置に対応する識別情報と同一の識別情報を指定して前記実行中の遠隔会議に参加する他の遠隔会議装置が存在するか否かを、前記他の遠隔会議装置から前記識別情報が通知されたか否かによって判断する第二判断ステップと、前記第二判断ステップによって、前記他の遠隔会議装置が存在すると判断された場合、前記使用可能な複数の機能のうち前記使用機能を除く代理機能を前記他の遠隔会議装置に実行させる指示を、前記他の遠隔会議装置に対して通知する通知ステップとを、遠隔会議装置のコンピュータに更に実行させてもよい。遠隔会議装置は、代理機能を、他の遠隔会議装置に実行させることができる。このためユーザは、他の遠隔会議装置を使用することによって、所望する機能（代理機能）を使用して遠隔会議を実行することができる。

第一態様において、他の遠隔会議装置から通知された前記代理機能を実行する指示を取得する取得ステップと、前記取得ステップによって取得された指示に基づき、前記代理機能を実行する第二実行ステップとを、遠隔会議装置のコンピュータに更に実行させてもよい。遠隔会議装置は、代理機能を使用して遠隔会議を実行することができる。このためユーザは、他の遠隔会議装置の代わりに遠隔会議装置を使用することによって、所望する機能（代理機能）を使用して遠隔会議を実行することができる。

第一態様において、前記取得ステップによって取得された前記代理機能を、実行中の遠隔会議で使用可能か判断する第三判断ステップを遠隔会議装置のコンピュータに更に実行させ、前記第二実行ステップは、前記第三判断ステップによって、前記代理機能が使用可能であると判断された場合、前記代理機能を実行してもよい。遠隔会議装置は、代理機能を使用して遠隔会議を実行することが可能かを判断し、使用可能な場合にのみ、代理機能を使用できる。

第一態様において、前記第三判断ステップは、前記第二取得ステップによって取得された前記バッテリーの残量に基づいて、実行中の遠隔会議で前記代理機能を使用可能か判断してもよい。遠隔会議装置は、代理機能を使用するために必要なバッテリーの残量である場合、代理機能を使用可能と判断できる。このため、バッテリーの残量が十分でなく、代理機能を適切に実行できない場合に、代理機能を使用することができないと判断することによって、代理機能が中途半端に実行されることを防止できる。

第一態様において、前記第三判断ステップは、前記代理機能を使用することによって遠隔会議が実行された場合の遠隔会議の実行可能な時間を、前記バッテリーの残量に基づいて特定し、特定された前記時間が所定閾値以上である場合にのみ、実行中の遠隔会議で前記代理機能を使用可能と判断してもよい。遠隔会議装置は、代理機能を使用して遠隔会議が実行された場合の実行時間が短い場合、代理機能を使用した遠隔会議が実行されないようにできる。このため遠隔会議装置は、代理機能を使用した遠隔会議が直ぐに終了してしまうことを抑制できる。

本発明の第二態様に係る遠隔会議システムは、バッテリーを電源として駆動する第一遠隔会議装置及び第二遠隔会議装置が、他の遠隔会議装置と遠隔会議を実行する遠隔会議システムであって、前記第一遠隔会議装置は、実行中の遠隔会議が終了するまで稼動するために必要な電力を取得する第一取得手段と、前記バッテリーの残量を取得する第二取得手段と、前記第一取得手段によって取得された前記電力、前記第二取得手段によって取得された前記残量、及び、前記実行中の遠隔会議の終了時刻に基づいて、前記実行中の遠隔会議が終了するまで稼働可能か判断する第一判断手段と、前記第一判断手段によって、前記実行中の遠隔会議が終了するまで稼働できないと判断された場合、前記実行中の遠隔会議で使用可能な複数の機能のうち、使用機能を決定する決定手段と、前記決定手段によって決定された前記使用機能のみを使用し、前記使用可能な複数の機能のうち前記使用機能を除く他の機能の使用を停止した状態で、前記実行中の遠隔会議を継続して実行する第一実行手段と、前記第一遠隔会議装置に対応する識別情報と同一の識別情報を指定して前記実行中の遠隔会議に参加する第二遠隔会議装置が存在するか否かを、前記第二遠隔会議装置から前記識別情報が通知されたか否かによって判断する第二判断手段と、前記第二判断手段によって、前記第二遠隔会議装置が存在すると判断された場合、前記使用可能な複数の機能のうち前記使用機能を除く代理機能を前記第二遠隔会議装置に実行させる指示を、前記第二遠隔会議装置に対して通知する通知手段と、を備え、前記第二遠隔会議装置は、前記第一遠隔会議装置から通知された前記代理機能を実行する指示を取得する取得手段と、前記取得手段によって取得された指示に基づき、前記代理機能を実行する第二実行手段とを備えている。第二態様によれば、第一態様と同様の効果を奏することができる。

本発明の第三態様に係る遠隔会議方法は、バッテリーを電源として駆動する遠隔会議装置が遠隔会議を実行するための遠隔会議方法であって、実行中の遠隔会議が終了するまで稼動するために必要な電力を取得する第一取得ステップと、前記バッテリーの残量を取得する第二取得ステップと、前記第一取得ステップによって取得された前記電力、前記第二取得ステップによって取得された前記残量、及び、前記実行中の遠隔会議の終了時刻に基づいて、前記実行中の遠隔会議が終了するまで稼働可能か判断する第一判断ステップと、前記第一判断ステップによって、前記実行中の遠隔会議が終了するまで稼働できないと判断された場合、前記実行中の遠隔会議で使用可能な複数の機能のうち、使用機能を決定する決定ステップと、前記決定ステップによって決定された前記使用機能のみを使用し、前記使用可能な複数の機能のうち前記使用機能を除く他の機能の使用を停止した状態で、前記実行中の遠隔会議を継続して実行する第一実行ステップと、前記遠隔会議装置に対応する識別情報と同一の識別情報を指定して前記実行中の遠隔会議に参加する他の遠隔会議装置が存在するか否かを、前記他の遠隔会議装置から前記識別情報が通知されたか否かによって判断する第二判断ステップと、前記第二判断ステップによって、前記他の遠隔会議装置が存在すると判断された場合、前記使用可能な複数の機能のうち前記使用機能を除く代理機能を前記他の遠隔会議装置に実行させる指示を、前記他の遠隔会議装置に対して通知する通知ステップと、他の遠隔会議装置から通知された前記代理機能を実行する指示を取得ステップと、前記取得ステップによって取得された指示に基づき、前記代理機能を実行する第二実行ステップとを備えている。第三態様によれば、第一態様と同様の効果を奏することができる。

本発明の第四態様に係る遠隔会議装置は、バッテリーを電源として駆動し、遠隔会議を実行する遠隔会議装置であって、実行中の遠隔会議が終了するまで稼動するために必要な電力を取得する第一取得手段と、前記バッテリーの残量を取得する第二取得手段と、前記第一取得手段によって取得された前記電力、前記第二取得手段によって取得された前記残量、及び、前記実行中の遠隔会議の終了時刻に基づいて、前記実行中の遠隔会議が終了するまで稼働可能か判断する第一判断手段と、前記第一判断手段によって、前記実行中の遠隔会議が終了するまで稼働できないと判断された場合、前記実行中の遠隔会議で使用可能な複数の機能のうち、使用機能を決定する決定手段と、前記決定手段によって決定された前記使用機能のみを使用し、前記使用可能な複数の機能のうち前記使用機能を除く他の機能の使用を停止した状態で、前記実行中の遠隔会議を継続して実行する第一実行手段と
を備えている。第四態様によれば、第一態様と同様の効果を奏することができる。

遠隔会議システム１の概要を示す図である。 遠隔会議装置５の電気的構成を示すブロック図である。 携帯端末８の電気的構成を示すブロック図である。 会議サーバ２の電気的構成を示すブロック図である。 メイン処理のフローチャートである。 メイン装置処理のフローチャートである。 メイン装置処理のフローチャートであって、図６の続きである。 サブ装置処理のフローチャートである。 サーバ処理のフローチャートである。 サーバ処理のフローチャートであって、図９の続きである。 通信シーケンスを示す図である。

本発明の一実施形態について、図面を参照して説明する。図１を参照し、遠隔会議システム１について説明する。遠隔会議システム１は、会議サーバ２、遠隔会議装置３、４（以下、総称して「遠隔会議装置５」ともいう。）、携帯端末６、７（以下、総称して「携帯端末８」という。）を備える。遠隔会議システム１は、会議サーバ２を介して２以上の遠隔会議装置５及び携帯端末８間で映像や音声を送受信することによって、遠隔会議装置５及び携帯端末８のユーザ４０間で遠隔会議を行うことが可能な遠隔会議システムである。会議サーバ２の具体例として、周知の多地点制御装置（Multi-point Control Unit、ＭＣＵ）が挙げられる。遠隔会議装置５及び携帯端末８は、夫々、バッテリー１９１（図２参照）、２９１（図３参照）によって駆動できる。遠隔会議装置５の具体例として、周知のノートＰＣ（Personal Computer）が挙げられる。携帯端末８の具体例として、周知のスマートフォンが挙げられる。会議サーバ２、遠隔会議装置５、及び携帯端末８は、夫々、インターネット網９を介して互いに通信を行うことができる。なお、遠隔会議装置５及び携帯端末８には、夫々、符号と同一の識別情報（以下、「装置ＩＤ」という。）が割り当てられるものとする。

ユーザ４１は、遠隔会議装置３及び携帯端末６を使用し、ユーザ４２は、遠隔会議装置４及び携帯端末７を使用する。以下、ユーザ４１、４２を総称して「ユーザ４０」ともいう。なお本実施形態において、ユーザ４０は、遠隔会議装置５及び携帯端末８をバッテリー１９１、２９１によってのみ駆動させて使用することを前提とする。

遠隔会議システム１において実行される遠隔会議では、遠隔会議装置５及び携帯端末８は様々な機能を使用することが可能となる。以下、遠隔会議システム１において実行される遠隔会議で使用可能な機能を、「使用可能機能」という。使用可能機能として、例えば、PowerPoint（登録商標）共有機能、デスクトップ共有機能、アプリケーション共有機能、ブラウザ共有機能、ホワイトボード共有機能、メディア共有機能、リモートＰＣ機能、チャット機能、プレゼンス情報表示機能、会議録画機能等がある。なお、使用可能機能の種類は上述に限定されず、他の種類の使用可能機能が含まれていてもよい。

遠隔会議装置５及び携帯端末８は、夫々、バッテリー１９１、２９１によって駆動するため、バッテリー１９１、２９１の残量が少なくなることによって、遠隔会議を継続して実行できなくなる場合がある。これに対し、本実施形態においてユーザ４０は、遠隔会議装置５及び携帯端末８を以下のように使い分ける。なお、本実施形態において、遠隔会議装置５は、使用可能機能の全てを使用することが可能であり、携帯端末８は、使用可能機能のうち一部の機能のみ使用することが可能であることを前提とする。

ユーザ４０が最初に遠隔会議装置５を用い、遠隔会議を開始した場合を例に挙げる。遠隔会議が開始された後、遠隔会議装置５のバッテリー１９１の残量が少なくなった場合、遠隔会議装置５のＣＰＵ１１（図２参照）は、複数の使用可能機能のうちユーザ４０によって選択された一部の機能のみを有効として継続して使用し、複数の使用可能機能のうち残りの機能の使用を停止させる。これによってＣＰＵ１１は、停止させた機能を有効とした場合に消費される電力分を節約できるので、バッテリー１９１の消費電力を抑制できる。以下、ユーザ４０によって選択された一部の機能を「使用機能」といい、複数の使用可能機能のうち残りの機能を「停止機能」という。

遠隔会議装置５によって停止機能の使用が停止された場合、ユーザ４０は、停止機能のうち少なくとも一部の機能を携帯端末８に実行させるために、携帯端末８を用いて遠隔会議に参加する。停止機能のうち少なくとも一部の機能は、携帯端末８によって代わりに使用される。このため、遠隔会議装置５において使用が停止された使用機能のうち少なくとも一部の機能を、ユーザ４０が遠隔会議において使用したい場合、ユーザ４０は携帯端末８を用いて遠隔会議に参加することで、少なくとも一部の機能を使用できるようになる。以下、少なくとも一部の機能を、「代理機能」という。

以上のように遠隔会議システム１では、ユーザ４０が遠隔会議装置５及び携帯端末８を用いて遠隔会議に参加することによって、バッテリー１９１の残量が少なくなった遠隔会議装置５の消費電力を抑制できると同時に、使用される機能の制約を排除することでユーザ４０の利便性を向上させることができる。

なお、上述において、ユーザ４０がはじめに遠隔会議装置５を用いて遠隔会議を開始し、必要に応じて、携帯端末８を用いて遠隔会議に参加する場合を例に挙げた。これに対してユーザ４０は、はじめに携帯端末８を用いて遠隔会議を開始し、必要に応じて、遠隔会議装置５を用いて遠隔会議に参加してもよい。またユーザ４０は、はじめに遠隔会議装置５を用いて遠隔会議を開始し、必要に応じて、別の遠隔会議装置５を用いて遠隔会議に参加してもよいし、はじめに携帯端末８を用いて遠隔会議を開始し、必要に応じて、別の携帯端末８を用いて遠隔会議に参加してもよい。

図２を参照し、遠隔会議装置５の電気的構成について説明する。遠隔会議装置５は、遠隔会議装置５の制御を司るＣＰＵ１１を備えている。ＣＰＵ１１は、ＲＯＭ１２、ＲＡＭ１３、ハードディスクドライブ（ＨＤＤ）１４、ドライブ装置１５、入力インタフェース（Ｉ／Ｆ）１６、出力Ｉ／Ｆ１７、通信Ｉ／Ｆ１８、及び電源制御部１９と電気的に接続する。ＲＯＭ１２には、ブートプログラムやＢＩＯＳ等が記憶される。ＲＡＭ１３には、タイマやカウンタ、一時的なデータが記憶される。ＨＤＤ１４には、ＣＰＵ１１にメイン処理（図５〜図８参照）を実行させるための遠隔会議プログラムが記憶される。またＨＤＤ１４には、使用可能機能を実行するためのプログラムが記憶される。入力Ｉ／Ｆ１６は、カメラ１６１及びマイク１６２から出力される信号をＣＰＵ１１に出力するためのインタフェース素子である。出力Ｉ／Ｆ１７は、ＣＰＵ１１から出力される信号を表示部１７１及びスピーカ１７２に出力するためのインタフェース素子である。表示部１７１は液晶ディスプレイである。通信Ｉ／Ｆ１８は、遠隔会議装置５をインターネット網９に接続するためのインタフェース素子である。電源制御部１９は、遠隔会議装置５を駆動するバッテリー１９１の電圧を監視する機能や、バッテリー１９１の残量を検出することが可能なデバイスである。バッテリー１９１は、充放電可能な二次電池である。ドライブ装置１５は、記憶媒体１５１（例えばＣＤ−ＲＯＭ）に記憶された情報を読み出す。例えば遠隔会議装置５のセットアップ時、記憶媒体１５１に記憶された遠隔会議プログラムは、ドライブ装置１５によって読み出され、ＨＤＤ１４に記憶される。

図３を参照し、携帯端末８の電気的構成について説明する。携帯端末８は、携帯端末８の制御を司るＣＰＵ２１を備えている。ＣＰＵ２１は、ＲＯＭ２２、ＲＡＭ２３、フラッシュメモリ２４、ドライブ装置２５、入力Ｉ／Ｆ２６、出力Ｉ／Ｆ２７、通信Ｉ／Ｆ２８、及び電源制御部２９と電気的に接続する。ＲＯＭ２２には、ブートプログラムやＢＩＯＳ等が記憶される。ＲＡＭ２３には、タイマやカウンタ、一時的なデータが記憶される。フラッシュメモリ２４には、ＣＰＵ２１にメイン処理（図５〜図８参照）を実行させるための遠隔会議プログラムが記憶される。またフラッシュメモリ２４は、使用可能機能のうち、携帯端末８が使用可能な一部の機能を示す情報が記憶される。入力Ｉ／Ｆ２６は、カメラ２６１及びマイク２６２から出力される信号をＣＰＵ２１に出力するためのインタフェース素子である。出力Ｉ／Ｆ２７は、ＣＰＵ２１から出力される信号を表示部２７１及びスピーカ２７２に出力するためのインタフェース素子である。通信Ｉ／Ｆ２８は、携帯端末８をインターネット網９に接続するためのインタフェース素子である。電源制御部２９は、携帯端末８を駆動するバッテリー２９１の電圧を監視する機能や、バッテリー２９１の残量を検出することが可能なデバイスである。ドライブ装置２５は、記憶媒体２５１（例えばメモリーカード）に記憶された情報を読み出す。例えば携帯端末８のセットアップ時、記憶媒体２５１に記憶された遠隔会議プログラムは、ドライブ装置２５によって読み出され、フラッシュメモリ２４に記憶される。

図４を参照し、会議サーバ２の電気的構成について説明する。会議サーバ２は、会議サーバ２の制御を司るＣＰＵ３１を備えている。ＣＰＵ３１は、ＲＯＭ３２、ＲＡＭ３３、ＨＤＤ３４、ドライブ装置３５、及び通信Ｉ／Ｆ３６と電気的に接続する。ＲＯＭ３２には、ブートプログラムやＢＩＯＳ等が記憶される。ＲＡＭ３３には、タイマやカウンタ、一時的なデータが記憶される。ＨＤＤ３４には、ＣＰＵ３１にサーバ処理（図９、図１０参照）を実行させるためのサーバプログラムが記憶される。またＨＤＤ３４には、会議情報テーブル８１１（図１１参照）が記憶される。またＨＤＤ３４には、使用可能機能を示す情報が記憶される。通信Ｉ／Ｆ３６は、会議サーバ２をインターネット網９に接続するためのインタフェース素子である。ドライブ装置３５は、記憶媒体３５１（例えばＣＤ−ＲＯＭ）に記憶された情報を読み出す。例えば会議サーバ２のセットアップ時、記憶媒体３５１に記憶されたサーバプログラムは、ドライブ装置３５によって読み出され、ＨＤＤ３４に記憶される。

なお遠隔会議装置５のＣＰＵ１１は、インターネット網９を介して遠隔会議プログラムを受信し、ＨＤＤ１４に記憶してもよい。携帯端末８のＣＰＵ２１は、インターネット網９を介して遠隔会議プログラムを受信し、フラッシュメモリ２４に記憶してもよい。会議サーバ２のＣＰＵ３１は、インターネット網９を介してサーバプログラムを受信し、ＨＤＤ３４に記憶してもよい。これらの場合、夫々のプログラムは、インターネット網９を介して接続されるサーバ（図示外）が備えるＨＤＤなどの記憶媒体に記憶される。なお、遠隔会議装置５のＣＰＵ１１、及び携帯端末８のＣＰＵ２１によって実行される遠隔会議プログラムは、会議サーバ２のＨＤＤ３４（後述）に記憶されてもよい。遠隔会議装置５のＣＰＵ１１は、インターネット網９を介して会議サーバ２から遠隔会議プログラムを受信し、ＨＤＤ１４に記憶してもよい。携帯端末８のＣＰＵ２１は、インターネット網９を介して会議サーバ２から遠隔会議プログラムを受信し、フラッシュメモリ２４に記憶してもよい。

図５から図８のフローチャート、及び図１１の通信シーケンスを参照し、遠隔会議装置５のＣＰＵ１１及び携帯端末８のＣＰＵ２１によって実行される処理の詳細について説明する。遠隔会議装置５のＣＰＵ１１は、遠隔会議を開始するための遠隔会議アプリケーションを起動させる指示が、キーボード（図示外）を介してユーザ４０によって入力された場合に、遠隔会議装置５のＨＤＤ１４に記憶された遠隔会議プログラムを読み出して実行することによって、メイン処理（図５〜図８参照）を開始する。携帯端末８のＣＰＵ２１は、遠隔会議アプリケーションを起動させる指示が、タッチパネル（図示外）を介してユーザ４０によって入力された場合に、携帯端末８のフラッシュメモリ２４に記憶された遠隔会議プログラムを読み出して実行することによって、メイン処理（図５〜図８参照）を開始する。

なおメイン処理は、ＣＰＵ１１、２１によって実行される例に限定されず、他の電子部品（例えば、ＡＳＩＣ）によって実行されてもよい。また、メイン処理は、複数の電子機器（つまり、複数のＣＰＵ）によって分散処理されてもよい。また、メイン処理の一部は、会議サーバ２のＣＰＵによって実行されてもよい。

なお、以下のメイン処理の説明では、ユーザ４１がはじめに遠隔会議装置３を用いて遠隔会議を開始し、その後、必要に応じて携帯端末６を用いて遠隔会議に参加する場合を例に挙げて説明する。なお、以下、遠隔会議装置３を「メイン装置」ともいい、携帯端末６を「サブ装置」ともいう場合がある。

遠隔会議アプリケーションを起動させる指示が、遠隔会議装置３のキーボードを介してユーザ４１によって入力された場合、遠隔会議装置３のＣＰＵ１１は、会議ユーザＩＤの入力と、開始ボタンの選択とが可能な入力画面を、表示部１７１に表示する。会議ユーザＩＤは、既に開始されている遠隔会議に携帯端末６が参加する場合に必要となる、ユーザ４１によって使用される遠隔会議装置３及び携帯端末６に固有の識別情報である。会議ユーザＩＤとして、例えば、任意の桁数の数字等が用いられる。会議ユーザＩＤは、会議サーバ２によって作成される（Ｓ１４５、図９参照）。ＣＰＵ１１は、会議ユーザＩＤ要求データ５７（図１１参照）を会議サーバ２に送信することによって（Ｓ７７、図７参照）、会議サーバ２から会議ユーザＩＤを受信できる（Ｓ７９：ＹＥＳ、図７参照）。詳細は後述する。

なお、ユーザ４１が新たに遠隔会議を開始しようとする時点では、ＣＰＵ１１は会議サーバ２から会議ユーザＩＤを受信していないので、ユーザ４１は、遠隔会議装置３に会議ユーザＩＤを入力しない状態で、開始ボタンを選択する。

ＣＰＵ１１は開始ボタンが選択されたか判断する。開始ボタンが選択された場合、入力画面を介して会議ユーザＩＤが入力されたか判断する（Ｓ１１）。会議ユーザＩＤが入力されない状態で開始ボタンが選択されているので（Ｓ１１：ＮＯ）、ＣＰＵ１１は処理をＳ１５に進める。ＣＰＵ１１は、遠隔会議の開始又は参加を会議サーバ２に対して要求する参加要求データ５１（図１１参照）を、会議サーバ２に対して送信する（Ｓ１５）。参加要求データ５１には、遠隔会議装置３の装置ＩＤ「３」が含められる。

なお、入力画面を介して会議ユーザＩＤが入力された状態で、開始ボタンが選択された場合（Ｓ１１：ＹＥＳ）、ＣＰＵ１１は、入力された会議ユーザＩＤをＲＡＭ１３に記憶する（Ｓ１２）。ＣＰＵ１１は、入力された会議ユーザＩＤと装置ＩＤ「３」とを含む参加要求データ５１を、会議サーバ２に対して送信する（Ｓ１５）。

図１１に示すように、遠隔会議装置３から送信された参加要求データ５１を会議サーバ２が受信した場合、会議サーバ２のＣＰＵ３１は次の処理を実行する。ＣＰＵ３１は、参加要求データ５１に会議ユーザＩＤが含まれていない場合、会議ユーザＩＤ「１２３４５」及び会議終了時刻「１４：３０」（以下、これらを総称して「会議情報」という。）を新たに作成する（Ｓ１４５、図９参照）。会議ユーザＩＤとして、参加要求データ５１を送信した遠隔会議装置３のユーザ４１によって使用される全ての遠隔会議装置５（遠隔会議装置３）及び携帯端末８（携帯端末６）に固有の識別情報が作成される。会議終了時刻は、参加要求データ５１を送信した遠隔会議装置３に対して許可される遠隔会議の実行時間が満了する時刻を示す。会議終了時刻として、会議サーバ２が参加要求データ５１を受信した時刻（例えば１３：００）から所定時間（例えば１時間３０分）分経過した後の時刻（１４：３０）が特定される。ＣＰＵ３１は、特定された会議情報（会議ユーザＩＤ「１２３４５」及び会議終了時刻「１４：３０」）に、参加要求データ５１に含まれている装置ＩＤ「３」を対応付け、会議情報テーブル８１１に記憶する。ＣＰＵ３１は、作成された会議情報を示す情報を含む会議情報データ５２を、参加要求データ５１を送信した遠隔会議装置３に対して送信する（Ｓ１４６、図９参照）。

なお、会議終了時刻の特定方法は変更できる。例えば遠隔会議装置３のＣＰＵ１１は、時刻を示す情報を含む参加要求データ５１を、会議サーバ２に対して送信してもよい。会議サーバ２のＣＰＵ３１は、参加要求データ５１に含まれる情報によって示される時刻を会議終了時刻として特定してもよい。また例えば遠隔会議装置３のＣＰＵ１１は、遠隔会議の実行時間を示す情報を含む参加要求データ５１を、会議サーバ２に対して送信してもよい。会議サーバ２のＣＰＵ３１は、参加要求データ５１を受信した時刻から、参加要求データ５１に含まれる情報によって示される実行時間分経過した後の時刻を、会議終了時刻として特定してもよい。

図５に示すように、遠隔会議装置３のＣＰＵ１１は、参加要求データ５１が送信された（Ｓ１５）後、会議サーバ２から送信される会議情報データ５２の受信の監視を開始する（Ｓ１７）。会議情報データが受信されない場合（Ｓ１７：ＮＯ）、ＣＰＵ１１は処理をＳ１７に戻し、会議情報データ５２の受信の監視が継続される。会議情報データ５２が受信された場合（Ｓ１７：ＹＥＳ）、遠隔会議装置３は遠隔会議を開始する。ＣＰＵ１１は、ＨＤＤ１４に記憶された情報に基づいて使用可能機能を特定し、使用可能機能の使用を開始する。夫々の使用可能機能を使用するためのプログラムは、メモリ１３に常駐された状態になる。

なおＣＰＵ１１は、遠隔会議を開始した場合、全ての使用可能機能のうちユーザ４１によって予め指定された複数の機能のみを使用してもよい。またＣＰＵ１１は、複数の機能を入力することが可能な入力画面を、遠隔会議の開始前に表示部１７１に表示させてもよい。ＣＰＵ１１は、入力画面を介して入力された複数の機能を使用してもよい。

ＣＰＵ１１は、会議情報データ５２に含まれる情報に基づき、会議情報（会議ユーザＩＤ「１２３４５」及び会議終了時刻「１４：３０」）を取得する。ＣＰＵ１１は、取得された会議ユーザＩＤ「１２３４５」と同一の会議ユーザＩＤが、ＲＡＭ１３に記憶されているか判断する（Ｓ１９）。この時点では、遠隔会議装置３に対して会議ユーザＩＤが入力されておらず（Ｓ１１：ＮＯ）、取得された会議ユーザＩＤ「１２３４５」と同一の会議ユーザＩＤはＲＡＭ１３に記憶されていないので（Ｓ１９：ＮＯ）、ＣＰＵ１１は、メイン装置処理（図６、図７参照）を開始する（Ｓ２１）。

図６を参照し、メイン装置処理について説明する。ＣＰＵ１１は、会議情報データ５２から取得された会議終了時刻「１４：３０」と、遠隔会議装置３が稼動時に消費する電流とに基づき、遠隔会議装置３が会議終了時刻「１４：３０」まで稼働して遠隔会議を実行する場合に必要となる電力を算出する（Ｓ３１）。この電力は、遠隔会議装置３が会議終了時刻まで稼働して遠隔会議を実行する場合の放電容量（単位：ｍＡｈ）に相当する。放電容量の算出方法は以下の通りである。

ＨＤＤ１４には、使用可能機能が使用されることによって消費される電流を示す情報が使用可能機能毎に記憶される。またＨＤＤ１４には、カメラ１６１による撮影、マイク１６２からの音声入力、表示部１７１への表示、スピーカ１７２からの音声出力、及び、会議サーバ２との通信に要する電流を示す情報が記憶される。またＨＤＤ１４には、遠隔会議装置３が待機動作時に消費する電流を示す情報が記憶される。ＣＰＵ１１は、ＨＤＤ１４に記憶された情報を参照することによって、遠隔会議装置３が使用可能機能を使用して遠隔会議を実行する場合に消費される電流の総量（単位：ｍＡ）を算出する。次にＣＰＵ１１は、現在時刻と会議終了時刻「１４：３０」との差分を算出することによって、遠隔会議の継続時間（単位：ｈ）を算出する。ＣＰＵ１１は、電流の総量と継続時間とを乗算することによって、遠隔会議装置３が使用可能機能を使用しながら会議終了時刻「１４：３０」まで稼働し遠隔会議を実行する場合の放電容量（単位：ｍＡｈ）を算出する。

なお、放電容量の算出方法は変更できる。例えばＣＰＵ１１は、遠隔会議の実行中に消費電流を所定時間検出し、検出した消費電流の平均値（単位：ｍＡ）に遠隔会議の継続時間（単位：ｈ）を乗算することによって、放電容量（単位：ｍＡｈ）を算出してもよい。

ＣＰＵ１１は、電源制御部１９によって検出されたバッテリー１９１の残量（単位：ｍＡｈ）を、電源制御部１９を介して取得する（Ｓ３３）。ＣＰＵ１１は、Ｓ３１で算出された放電容量（単位：ｍＡｈ）と、Ｓ３３で特定されたバッテリー１９１の残量（単位：ｍＡｈ）とに基づき、遠隔会議装置３が会議終了時刻「１４：３０」まで稼働し遠隔会議を実行できるか判断する（Ｓ３５）。ＣＰＵ１１は、Ｓ３１で算出された放電容量が、Ｓ３３で取得された残量以下である場合、遠隔会議装置３が会議終了時刻まで稼働し遠隔会議を実行できると判断する（Ｓ３５：ＹＥＳ）。ＣＰＵ１１は、所定時間（例えば１秒）待機し（Ｓ３７）、その後、ＣＰＵ１１は処理をＳ３９に進める。

Ｓ３９において、ＣＰＵ１１は、実行中の遠隔会議を終了することによって遠隔会議から退席する指示が、キーボードを介してユーザ４１によって入力されたか判断する（Ｓ３９）。遠隔会議から退席する指示が入力されていない場合（Ｓ３９：ＮＯ）、ＣＰＵ１１は処理をＳ３１に戻す。これによって、Ｓ３７で待機された所定時間の周期で、Ｓ３１の処理が繰り返される。一方、遠隔会議から退席する指示が入力された場合（Ｓ３９：ＹＥＳ）、ＣＰＵ１１は、遠隔会議からの退席を会議サーバ２に対して要求する退席要求データ６９（図１１参照）を、会議サーバ２に対して送信する（Ｓ４７）。退席要求データ６９には、遠隔会議装置３の装置ＩＤ「３」が含められる。

図１１に示すように、遠隔会議装置３から送信された退席要求データ６９を会議サーバ２が受信した場合、会議サーバ２のＣＰＵ３１は、遠隔会議装置３を遠隔会議から退席させるための処理を行う（Ｓ１８７、図１０参照）。詳細は後述する。ＣＰＵ３１は、退席要求データ６９を送信した遠隔会議装置３に対して応答データ７０を送信する（Ｓ１８９、図１０参照）。

図６に示すように、遠隔会議装置３のＣＰＵ１１は、退席要求データ６９が送信された（Ｓ４７）後、会議サーバ２から送信される応答データ７０の受信を監視する（Ｓ４９）。応答データが受信されない場合（Ｓ４９：ＮＯ）、ＣＰＵ１１は処理をＳ４９に戻し、応答データ７０の受信の監視が継続される。応答データ７０が受信された場合（Ｓ４９：ＹＥＳ）、メイン装置処理は終了し、ＣＰＵ１１は処理をメイン処理（図５参照）に戻す。

一方、Ｓ３１で算出された放電容量が、Ｓ３３で取得された残量よりも大きい場合、ＣＰＵ１１は、遠隔会議装置３が会議終了時刻「１４：３０」まで遠隔会議を実行できないと判断する（Ｓ３５：ＮＯ）。この場合、ＣＰＵ１１は、使用可能機能のうち停止機能の使用を既に停止しているか判断する（Ｓ４１）。停止機能が停止されていない場合（Ｓ４１：ＮＯ）、ＣＰＵ１１は処理をＳ６１（図７参照）に進める。

図７に示すように、ＣＰＵ１１は、使用可能機能の一覧から一部の機能を使用機能として選択することが可能な選択画面を、表示部１７１に表示させる（Ｓ６１）。ＣＰＵ１１は、選択画面を介して使用機能が選択されたか判断する（Ｓ６３）。一部の機能が選択されていない場合（Ｓ６３：ＮＯ）、ＣＰＵ１１は処理をＳ６３に戻し、使用機能が選択されることを継続して監視する。使用機能が選択された場合（Ｓ６３：ＹＥＳ）、ＣＰＵ１１は、選択された使用機能を取得する。

ＣＰＵ１１は、取得された使用機能を会議サーバ２に対して通知するためのメイン機能通知データ５３（図１１参照）を、会議サーバ２に対して送信する（Ｓ６５）。メイン機能通知データ５３には、取得された使用機能を示す情報、及び、遠隔会議装置３の装置ＩＤ「３」が含められる。

図１１に示すように、遠隔会議装置３から送信されたメイン機能通知データ５３を会議サーバ２が受信した場合、会議サーバ２のＣＰＵ３１は、受信されたメイン機能通知データ５３に含まれている情報に基づき、使用機能及び装置ＩＤ「３」を取得する。ＣＰＵ３１は、使用可能機能のうち取得された使用機能を除く機能、即ち停止機能を決定する（Ｓ１５７、図９参照）。停止機能を示す情報は、ＲＡＭ３３に記憶される。ＣＰＵ３１は、停止機能の使用を停止する（Ｓ１５７、図９参照）。詳細は後述する。ＣＰＵ３１は、メイン機能通知データ５３を送信した遠隔会議装置３に対して応答データ５４を送信する（Ｓ１５９、図９参照）。

図７に示すように、遠隔会議装置３のＣＰＵ１１は、メイン機能通知データ５３を送信した（Ｓ６５）後、会議サーバ２から送信される応答データ５４の受信を監視する（Ｓ６７）。応答データが受信されない場合（Ｓ６７：ＮＯ）、ＣＰＵ１１は処理をＳ６７に戻し、応答データの受信の監視が継続される。応答データ５４が受信された場合（Ｓ６７：ＹＥＳ）、ＣＰＵ１１は、使用可能機能のうち、Ｓ６３で選択された使用機能を除く機能、即ち停止機能の使用を停止する。ＣＰＵ１１は、ＲＡＭ１３に常駐させたプログラムのうち、停止機能を使用するためのプログラムを、ＲＡＭ１３から削除する。なお、会議サーバ２からアプリケーションを終了させる指示を受信した場合、ＣＰＵ１１は、指示されたアプリケーションを終了させる。ＣＰＵ１１は、使用機能のみを継続使用して遠隔会議を継続する（Ｓ６８）。

ＣＰＵ１１は、遠隔会議装置３（メイン装置）のユーザ４１が使用する携帯端末６（サブ装置）の状態、具体的には、携帯端末６が遠隔会議に参加しているかを会議サーバ２に問い合わせるために、サブ状態要求データ５５（図１１参照）を会議サーバ２に対して送信する（Ｓ６９）。サブ状態要求データ５５には、遠隔会議装置３の装置ＩＤ「３」が含められる。

図１１に示すように、遠隔会議装置３から送信されたサブ状態要求データ５５を会議サーバ２が受信した場合、会議サーバ２のＣＰＵ３１は、受信したサブ状態要求データ５５に含まれている装置ＩＤ「３」を取得する。ＣＰＵ３１は会議情報テーブル８１１を参照する。ＣＰＵ３１は、取得した装置ＩＤ「３」に対応付けられている会議ユーザＩＤ「１２３４５」を特定する。ＣＰＵ３１は、取得した装置ＩＤ「３」を除く装置ＩＤが、特定した会議ユーザＩＤ「１２３４５」に対応付けられているか否かを判断することによって、遠隔会議装置３のユーザ４１によって使用される携帯端末６の状態を特定する（Ｓ１６３、図９参照）。

なお図１１では、サブ状態要求データ５５が会議サーバ２によって受信された時点で、会議情報テーブル８１１の会議ユーザＩＤ「１２３４５」には装置ＩＤ「３」のみ対応付けられている。この場合、ＣＰＵ３１は、サブ状態要求データ５５を送信した遠隔会議装置３に対して、携帯端末６が遠隔会議に参加していないことを通知するために、装置ＩＤを含まない状態応答データ５６を送信する（Ｓ１６５、図９参照）。

図７に示すように、遠隔会議装置３のＣＰＵ１１は、サブ状態要求データ５５を送信した（Ｓ６９）後、会議サーバ２から送信される状態応答データ５６の受信を監視する（Ｓ７１）。状態応答データが受信されない場合（Ｓ７１：ＮＯ）、ＣＰＵ１１は処理をＳ７１に戻し、状態応答データの受信の監視が継続される。状態応答データ５６が受信された場合（Ｓ７１：ＹＥＳ）、ＣＰＵ１１は、状態応答データ５６に装置ＩＤが含まれているか判断することによって、携帯端末６の状態を判断する（Ｓ７３）。状態応答データ５６に装置ＩＤ「６」が含まれている場合（Ｓ７３：ＹＥＳ）、ユーザ４１が使用する携帯端末６（サブ装置）は遠隔会議に参加していることになる。この場合、ＣＰＵ１１は処理をＳ８５に進める。

なお上述したように、この時点で状態応答データ５６に装置ＩＤは含まれていないので（Ｓ７３：ＮＯ）、ＣＰＵ１１は、ユーザ４１が使用する携帯端末６（サブ装置）が遠隔会議に参加していないと判断する。ＣＰＵ１１は、携帯端末６を用いて遠隔会議に参加するか否かをユーザ４１に選択させる選択画面を、表示部１７１に表示させる。ＣＰＵ１１は、携帯端末６を用いて遠隔会議に参加しない旨が、選択画面を介して選択された場合（Ｓ７５：ＮＯ）、ＣＰＵ１１は処理をＳ３９（図６参照）に進める。

一方、携帯端末６を用いて遠隔会議に参加する旨が、選択画面を介して選択された場合（Ｓ７５：ＹＥＳ）、ＣＰＵ１１は、会議サーバ２に対して会議ユーザＩＤを要求する為の会議ユーザＩＤ要求データ５７（図１１参照）を、会議サーバ２に対して送信する（Ｓ７７）。会議ユーザＩＤ要求データ５７には、遠隔会議装置３の装置ＩＤ「３」が含められる。

図１１に示すように、遠隔会議装置３から送信された会議ユーザＩＤ要求データ５７を会議サーバ２が受信した場合、会議サーバ２のＣＰＵ３１は、受信した会議ユーザＩＤ要求データ５７に含まれている装置ＩＤ「３」を取得する。ＣＰＵ３１は会議情報テーブル８１１を参照する。ＣＰＵ３１は、取得した装置ＩＤ「３」に対応付けられた会議ユーザＩＤ「１２３４５」を取得する（Ｓ１７３、図１０参照）。ＣＰＵ３１は、会議ユーザＩＤ要求データ５７を送信した遠隔会議装置３に対して、取得した会議ユーザＩＤ「１２３４５」を含む会議ユーザＩＤ応答データ５８を送信する（Ｓ１７５、図１０参照）。

図７に示すように、遠隔会議装置３のＣＰＵ１１は、会議ユーザＩＤ要求データ５７を送信した（Ｓ７７）後、会議サーバ２から送信される会議ユーザＩＤ応答データ５８の受信を監視する（Ｓ７９）。会議ユーザＩＤ応答データ５８が受信されない場合（Ｓ７９：ＮＯ）、ＣＰＵ１１は処理をＳ７９に戻し、会議ユーザＩＤ応答データ５８の受信の監視が継続される。会議ユーザＩＤ応答データ５８が受信された場合（Ｓ７９：ＹＥＳ）、ＣＰＵ１１は、会議ユーザＩＤ応答データ５８に含まれている会議ユーザＩＤ「１２３４５」を取得する。ＣＰＵ１１は、取得した会議ユーザＩＤ「１２３４５」をユーザ４１に通知するための通知画面を、表示部１７１に表示させる（Ｓ８１）。

表示部１７１に表示された通知画面を見たユーザ４１は、遠隔会議装置３及び携帯端末６に固有の識別情報として、会議ユーザＩＤ「１２３４５」を認識できる。ユーザ４１は、遠隔会議に携帯端末６を用いて参加するために、携帯端末６を操作して遠隔会議アプリケーションを起動させる。携帯端末６のＣＰＵ２１は、メイン処理（図５参照）を開始する。

携帯端末６のＣＰＵ２１は、会議ユーザＩＤの入力と開始ボタンの選択とが可能な入力画面を、表示部２７１に表示する。ユーザ４１は、Ｓ８１で遠隔会議装置３の表示部１７１に表示された会議ユーザＩＤ「１２３４５」を、入力画面を介して携帯端末６に入力し、開始ボタンを選択する。ＣＰＵ２１は、入力画面を介して会議ユーザＩＤ「１２３４５」が入力された場合（Ｓ１１：ＹＥＳ）、入力された会議ユーザＩＤ「１２３４５」をＲＡＭ１３に記憶する（Ｓ１２）。ＣＰＵ２１は、入力された会議ユーザＩＤ「１２３４５」と、携帯端末６の装置ＩＤ「６」とを含む参加要求データ５９（図１１参照）を、会議サーバ２に対して送信する（Ｓ１５）。

図１１に示すように、携帯端末６から送信された参加要求データ５９を会議サーバ２が受信した場合、会議サーバ２のＣＰＵ３１は、参加要求データ５９に含まれている会議ユーザＩＤ「１２３４５」及び装置ＩＤ「６」を取得する。ＣＰＵ３１は会議情報テーブル８１１を参照する。ＣＰＵ３１は、取得した会議ユーザＩＤ「１２３４５」を含む会議情報に、取得した装置ＩＤ「６」を対応付けて記憶する。なお、会議ユーザＩＤ「１２３４５」には、既に装置ＩＤ「３」が対応付けられているので、会議情報（会議ユーザＩＤ「１２３４５」、会議終了時刻「１４：３０」）には、装置ＩＤ「３」「６」が対応付けられた状態になる。ＣＰＵ３１は、装置ＩＤ「３」「６」が対応付けられた会議情報（会議ユーザＩＤ「１２３４５」、会議終了時刻「１４：３０」）を示す情報を含む会議情報データ６０を、参加要求データ５９を送信した携帯端末６に対して送信する（Ｓ１４８、図９参照）。またＣＰＵ３１は、携帯端末６（サブ装置）が遠隔会議に参加した旨を遠隔会議装置３に対して通知するために、遠隔会議装置３に対してサブ参加通知データ６１を送信する（Ｓ１４９、図９参照）。サブ参加通知データ６１には、携帯端末６の装置ＩＤ「６」、及び会議ユーザＩＤ「１２３４５」が含められる。

図７に示すように、遠隔会議装置３のＣＰＵ１１は、会議ユーザＩＤ「１２３４５」を通知する為の通知画面を表示部１７１に表示させた（Ｓ８１）後、会議サーバ２から送信されるサブ参加通知データ６１の受信を監視する（Ｓ８３）。サブ参加通知データ６１が受信されない場合（Ｓ８３：ＮＯ）、ＣＰＵ１１は処理をＳ８３に戻し、サブ参加通知データ６１の受信の監視が継続される。サブ参加通知データ６１が受信された場合（Ｓ８３：ＹＥＳ）、ＣＰＵ１１は、ユーザ４１（会議ユーザＩＤ「１２３４５」）が使用する遠隔会議装置３が実行する遠隔会議に、ユーザ４１が同様に使用する装置ＩＤ「６」の携帯端末６が参加したと判断する。ＣＰＵ１１は処理をＳ８５に進める。

Ｓ８５において、ＣＰＵ１１は、Ｓ６８で使用が停止された停止機能を表示部１７１に表示させる。またＣＰＵ１１は、表示された停止機能のうち一部の機能を代理機能として選択することが可能な選択画面を、表示部１７１に表示させる。ＣＰＵ１１は、選択画面を介して代理機能が選択されたか判断する（Ｓ８５）。代理機能が選択されない状態で、選択画面を閉じる操作が入力された場合（Ｓ８５：ＮＯ）、ＣＰＵ１１は処理をＳ３９（図６参照）に進める。

一方、代理機能が選択された場合（Ｓ８５：ＹＥＳ）、ＣＰＵ１１は、代理機能を携帯端末６（サブ装置）に通知し、代理機能を携帯端末６（サブ装置）によって実行させるために、サブ機能通知データ６２（図１１参照）を会議サーバ２に対して送信する（Ｓ８７）。サブ機能通知データ６２には、選択画面を介して選択された代理機能を示す情報、及び装置ＩＤ「３」が含められる。

図１１に示すように、遠隔会議装置３から送信されたサブ機能通知データ６２を会議サーバ２が受信した場合、会議サーバ２のＣＰＵ３１は、受信したサブ機能通知データ６２に含まれる情報に基づき、装置ＩＤ「３」及び代理機能を取得する。ＣＰＵ３１は、サブ機能通知データ６２を送信した遠隔会議装置３に対して応答データ６３を送信する（Ｓ１８２、図１０参照）。

図７に示すように、遠隔会議装置３のＣＰＵ１１は、サブ機能通知データを送信した（Ｓ８７）後、会議サーバ２から送信される応答データ６３の受信を監視する（Ｓ８９）。応答データ６３が受信されない場合（Ｓ８９：ＮＯ）、ＣＰＵ１１は処理をＳ８９に戻し、応答データ６３の受信の監視が継続される。応答データ６３が受信された場合（Ｓ８９：ＹＥＳ）、ＣＰＵ１１は処理をＳ９１に進める。

なお図１１に示すように、会議サーバ２のＣＰＵ３１は、サブ機能通知データ６２を送信した遠隔会議装置３に対して応答データ６３を送信した後、会議情報テーブル８１１を参照する。ＣＰＵ３１は、取得した装置ＩＤ「３」に対応する会議情報と同一の会議情報に対応付けられた装置ＩＤ「６」を、遠隔会議装置３が実行する遠隔会議に参加する携帯端末６の装置ＩＤとして特定する。ＣＰＵ１１は、取得した代理機能を、特定した装置ＩＤ「６」の携帯端末６に使用させるための機能実行指示データ６４を、携帯端末６に対して送信する（Ｓ１８３、図１０参照）。機能実行指示データ６４には、取得された代理機能を示す情報が含められる。機能実行指示データ６４を携帯端末６が受信した場合、携帯端末６のＣＰＵ２１は、機能実行指示データ６４に含まれる情報に基づき、代理機能を取得し、取得した代理機能を使用することによって遠隔会議を実行する（Ｓ１１９、図８参照）。

また、携帯端末６のＣＰＵ２１は、携帯端末６（サブ装置）の状態を会議サーバ２に通知するために、サブ状態通知データ６５を会議サーバ２に対して送信する（Ｓ１２１、図８参照）。サブ状態通知データ６５には、携帯端末６の装置ＩＤ「６」が含められる。また、代理機能が使用されている場合、使用されている代理機能を示す情報がサブ状態通知データ６５に含められる。会議サーバ２のＣＰＵ３１は、遠隔会議装置３から送信されたサブ状態通知データ６５を受信した場合、サブ状態通知データ６５に含まれる情報に基づき、装置ＩＤ「６」及び代理機能を取得する。ＣＰＵ３１は、取得した装置ＩＤ「６」及び代理機能を対応付け、ＲＡＭ３３に記憶する。ＣＰＵ３１は、サブ状態通知データ６５を送信した携帯端末６に対して応答データ６６を送信する（Ｓ１９３、図１０参照）。

図７に示すように、Ｓ９１においてＣＰＵ１１は、携帯端末６（サブ装置）の状態、具体的には、携帯端末６が遠隔会議に参加しているかを会議サーバ２に問い合わせるために、サブ状態要求データ６７（図１１参照）を会議サーバ２に対して送信する（Ｓ９１）。サブ状態要求データ６７には、遠隔会議装置３の装置ＩＤ「３」が含められる。

図１１に示すように、遠隔会議装置３から送信されたサブ状態要求データ６７を会議サーバ２が受信した場合、会議サーバ２のＣＰＵ３１は、受信したサブ状態要求データ６７に含まれている装置ＩＤ「３」を取得する。ＣＰＵ３１は会議情報テーブル８１１を参照する。ＣＰＵ３１は、取得した装置ＩＤ「３」に対応する会議情報と同一の会議情報に、装置ＩＤ「６」が対応付けられているので、遠隔会議装置３が実行する遠隔会議に携帯端末６が参加していると判断する。ＣＰＵ３１は、サブ状態通知データ６５を受信した場合にＲＡＭ３３に記憶した情報に基づき、装置ＩＤ「６」に代理機能が対応付けられているか判断し、代理機能が対応付けられている場合に、代理機能を特定する（Ｓ１６３、図９参照）。ＣＰＵ３１は、サブ状態要求データ６７を送信した遠隔会議装置３に対して、状態応答データ６８を送信する（Ｓ１６５、図９参照）。状態応答データ６８には、装置ＩＤ「６」が含められる。また、装置ＩＤ「６」に代理機能が対応付けられてＲＡＭ３３に記憶されている場合、代理機能を示す情報が状態応答データ６８に含められる。

図７に示すように、遠隔会議装置３のＣＰＵ１１は、サブ状態要求データ６７を送信した（Ｓ９１）後、会議サーバ２から送信される状態応答データ６８の受信を監視する（Ｓ９３）。状態応答データが受信されない場合（Ｓ９３：ＮＯ）、ＣＰＵ１１は処理をＳ９３に戻し、状態応答データ６８の受信の監視が継続される。状態応答データ６８が受信された場合（Ｓ９３：ＹＥＳ）、ＣＰＵ１１は、状態応答データに含まれる情報に基づき、装置ＩＤ「６」及び代理機能を取得する。ＣＰＵ１１は、取得した装置ＩＤ「６」及び代理機能をユーザ４１に通知する通知画面を、表示部１７１に表示させる（Ｓ９５）。状態応答データに含まれる情報に基づき、装置ＩＤ「６」のみを取得した場合、ＣＰＵ１１は、取得した装置ＩＤ「６」をユーザ４１に通知する通知画面を、表示部１７１に表示させる（Ｓ９５）。ユーザ４１は、遠隔会議装置３によって実行されている遠隔会議に携帯端末６が参加したことを認識できる。またユーザ４１は、代理機能が表示された場合には、携帯端末６によって使用されている代理機能を認識できる。ＣＰＵ１１は処理をＳ３９（図６参照）に進める。

図６に示すように、Ｓ６８（図７参照）で使用機能のみが使用されて遠隔会議が継続されている状態で、処理が繰り返される場合、Ｓ３１では、使用機能を使用して遠隔会議を実行する場合に消費される電流の総量（単位：ｍＡ）に基づいて電力が算出される。Ｓ４１で、遠隔会議装置３によって停止機能の使用が既に停止されていると判断されたとする（Ｓ４１：ＹＥＳ）。この場合、ＣＰＵ１１は、Ｓ３１で電力が算出される過程で算出された電流の総量（単位：ｍＡ）で、Ｓ３３で取得された残量（単位：ｍＡｈ）を除算することによって、遠隔会議を継続して実行することができる残り時間（単位：ｈ）を算出する。ＣＰＵ１１は、算出した残り時間と、所定の閾値（例えば０．１ｈ）とを比較する（Ｓ４３）。残り時間が所定の閾値未満である場合、ＣＰＵ１１は、遠隔会議を継続できる時間が僅かであると判断する（Ｓ４３：ＹＥＳ）。この場合、遠隔会議装置３を遠隔会議から退席させるために、ＣＰＵ１１は処理をＳ４７に進める。一方、残り時間が所定の閾値以上である場合（Ｓ４３：ＮＯ）、ＣＰＵ１１は、携帯端末６が既に遠隔会議に参加しているか判断する（Ｓ４５）。なおＣＰＵ１１は、Ｓ６９、Ｓ９１（図７参照）で送信されたサブ状態要求データ５５、６７に応じて会議サーバ２から受信した状態応答データ５６、６８に基づき、携帯端末６が遠隔会議に参加しているか否かを判断する。携帯端末６が既に遠隔会議に参加している場合（Ｓ４５：ＹＥＳ）、ＣＰＵ１１は処理をＳ９１（図７参照）に進める。一方、携帯端末６が遠隔会議に参加していない場合（Ｓ４５：ＮＯ）、ＣＰＵ１１は処理をＳ３９に進める。

以上のように、遠隔会議装置３のＣＰＵ１１は、バッテリー１９１の残量が少なくなり、実行中の遠隔会議の終了まで稼働できないと判断した場合（Ｓ３５：ＮＯ）、使用機能のみを使用することによって、実行中の遠隔会議を継続する（Ｓ６８）。使用機能を除く他の使用可能機能（停止機能）が停止された場合、遠隔会議装置５の消費電力は抑制される。従って遠隔会議装置３は、実行中の遠隔会議をより長く継続して実行できる。なお、遠隔会議装置３は、使用機能を継続して使用することができるので、ユーザ４１による遠隔会議の利便性が悪化することを防止できる。

またＣＰＵ１１がサブ機能通知データ６２を会議サーバ２に送信することによって（Ｓ８７）、サブ機能通知データ６２に含まれる代理機能を含む機能実行指示データ６４が、会議サーバ２から携帯端末６に送信される。機能実行指示データ６４を受信した携帯端末６は、代理機能を使用して遠隔会議を実行する（Ｓ１１９）。ＣＰＵ１１は、会議サーバ２を介して代理機能を携帯端末６に通知することによって、携帯端末６に代理機能を使用させることができる。このためユーザ４１は、遠隔会議装置３によって使用される機能が使用機能のみに制限され、停止機能の使用が停止された場合でも、停止機能の少なくとも一部を代理機能として携帯端末６に使用させることによって、遠隔会議の利便性を維持させることができる。

次に、携帯端末６のＣＰＵ２１によって実行されるメイン処理（図５、図８参照）について説明する。Ｓ８１（図７参照）で遠隔会議装置３の表示部１７１に表示された通知画面、即ち、会議ユーザＩＤ「１２３４５」を通知する通知画面を見たユーザ４１が、携帯端末６を用いて遠隔会議に参加するために、携帯端末６のタッチパネル（図示外）操作して遠隔会議アプリケーションを起動させた場合を例に挙げ、具体的に説明する。

携帯端末６のＣＰＵ２１は、会議ユーザＩＤの入力と開始ボタンの選択とが可能な入力画面を表示部１７１に表示させる。ユーザ４１は、遠隔会議装置３の表示部１７１に表示された会議ユーザＩＤ「１２３４５」を、入力画面を介して携帯端末６に入力し、開始ボタンを選択する。

図５に示すように、ＣＰＵ２１は、入力画面を介して会議ユーザＩＤ「１２３４５」が入力された場合（Ｓ１１：ＹＥＳ）、入力された会議ユーザＩＤ「１２３４５」をＲＡＭ２３に記憶する（Ｓ１２）。ＣＰＵ２１は、入力された会議ユーザＩＤ「１２３４５」と、携帯端末６の装置ＩＤ「６」とを含む参加要求データ５９を作成する（Ｓ１３）。ＣＰＵ２１は、作成した参加要求データ５９を、会議サーバ２に対して送信する（Ｓ１５）。図１１に示すように、携帯端末６から送信された参加要求データ５９を会議サーバ２が受信した場合、会議サーバ２のＣＰＵ３１は、会議情報テーブル８１１を更新する。具体的には、装置ＩＤ「３」に加えて装置ＩＤ「６」が、会議ユーザＩＤ「１２３４５」を含む会議情報に対応付けられる。ＣＰＵ３１は、参加要求データ５９を送信した携帯端末６に対して、会議情報データ６０を送信する（Ｓ１４７、図９参照）。会議情報データ８０には、会議情報（会議ユーザＩＤ「１２３４５」及び会議終了時刻「１４：３０」が含められる。

携帯端末６のＣＰＵ２１は、参加要求データ５９を送信した（Ｓ１５）後、会議サーバ２から送信される会議情報データ６０の受信の監視を開始する（Ｓ１７）。会議情報データ６０が受信された場合（Ｓ１７：ＹＥＳ）、携帯端末６は、会議ユーザＩＤ「１２３４５」によって識別されるユーザ４１が、遠隔会議装置３を使用して実行している遠隔会議に参加する。ＣＰＵ２１は、会議情報データ６０に含まれる会議情報（会議ユーザＩＤ「１２３４５」及び会議終了時刻「１４：３０」）を取得する。

ＣＰＵ２１は、取得した会議ユーザＩＤ「１２３４５」と同一の会議ユーザＩＤが、ＲＡＭ２３に記憶されているか判断する（Ｓ１９）。ここでＣＰＵ２１は、入力画面を介して入力された会議ユーザＩＤを、ＲＡＭ２３に記憶している（Ｓ１２）ので、取得した会議ユーザＩＤ「１２３４５」と同一の会議ユーザＩＤがＲＡＭ２３に記憶されていることになる（Ｓ１９：ＹＥＳ）。この場合、携帯端末６は、会議サーバ２から遠隔会議装置３に対して送信された会議ユーザＩＤ応答データ５８によって通知された会議ユーザＩＤ「１２３４５」が入力されることによって、遠隔会議に参加したことになる。このためユーザ４１は、遠隔会議装置３による使用が停止された停止機能の少なくとも一部を、代理機能として携帯端末６に実行させようとしている。ＣＰＵ２１は、サブ装置処理（図８参照）を実行する（Ｓ２３）。

図８に示すように、ＣＰＵ２１は、会議サーバ２から送信される機能実行指示データ６４（図１１参照）の受信を監視する（Ｓ１０１）。機能実行指示データ６４が受信されない場合（Ｓ１０１：ＮＯ）、ＣＰＵ２１は処理をＳ１０１に戻し、機能実行指示データ６４の受信の監視が継続される。図１１に示すように、会議サーバ２のＣＰＵ３１は、遠隔会議装置３から送信されたサブ機能通知データ６２を受信した場合、サブ機能通知データ６２に含まれる情報に基づき、代理機能を取得する。ＣＰＵ３１は、取得した代理機能を示す情報を含む機能実行指示データ６４を、携帯端末６に対して送信する（Ｓ１８３、図１０参照）。

図８に示すように、携帯端末６のＣＰＵ２１は、機能実行指示データ６４を受信した場合（Ｓ１０１：ＹＥＳ）、機能実行指示データ６４に含まれている情報に基づき、代理機能を取得する。ＣＰＵ２１は、取得した代理機能を携帯端末６が使用可能であるか判断する（Ｓ１０３）。なお、取得した代理機能を携帯端末６が使用可能であるかの判断は、フラッシュメモリ２４に記憶された情報に基づいて行われる。具体的には次のとおりである。例えば、特定のプログラム（例えばPowerPoint）がフラッシュメモリ２４に記憶されている場合、ＣＰＵ２１は、特定のプログラムを用いる機能（例えばPowerPoint共有機能）を携帯端末６が使用可能であると判断する。また例えば、会議録画用のエンコーダや、動画再生用のデコーダがフラッシュメモリ２４に記憶されている場合、ＣＰＵ２１は、携帯端末６が会議録画機能を使用可能であると判断する。ＣＰＵ２１は、取得された代理機能を携帯端末６が使用できないと判断した場合（Ｓ１０３：ＮＯ）、ＣＰＵ２１は処理をＳ１１５に進める。

一方、ＣＰＵ２１は、携帯端末６が代理機能を使用できると判断した場合（Ｓ１０３：ＹＥＳ）、携帯端末６が遠隔会議を実行する場合に消費する消費電流を算出する（Ｓ１０５）。消費電流の算出方法は以下の通りである。

フラッシュメモリ２４には、使用可能機能が使用されることによって消費される電流を示す情報が使用可能機能毎に記憶される。またフラッシュメモリ２４には、カメラ２６１による撮影、マイク２６２からの音声入力、表示部２７１への表示、スピーカ２７２からの音声出力、及び、会議サーバ２との通信に要する電流を示す情報が記憶される。またフラッシュメモリ２４には、携帯端末６が待機動作時に消費する電流を示す情報が記憶される。ＣＰＵ２１は、フラッシュメモリ２４に記憶された情報を参照することによって、代理機能を使用して携帯端末６が遠隔会議を実行する場合の消費電流（単位：ｍＡ）を算出する。

次いでＣＰＵ２１は、電源制御部２９によって検出されたバッテリー２９１の残量（単位：ｍＡｈ）を、電源制御部２９を介して取得する（Ｓ１０７）。

ＣＰＵ１１は、Ｓ１０５で算出した消費電流（単位：ｍＡ）で、Ｓ１０７で特定した残量（単位：ｍＡｈ）を除算することによって、携帯端末６が代理機能を使用して実行する遠隔会議の継続可能な実行時間（単位：ｈ）を算出する（Ｓ１０８）。ＣＰＵ２１は、算出した実行時間と所定の閾値（例えば０．３ｈ）とを比較する（Ｓ１０９）。算出した実行時間が所定の閾値以上である場合（Ｓ１０９：ＹＥＳ）、ＣＰＵ２１は、代理機能を使用して実行する遠隔会議を、一定時間継続させることが可能であると判断する。ＣＰＵ２１は、代理機能の使用を開始し、遠隔会議を実行する（Ｓ１１９）。代理機能を実行するためのプログラムは、メモリ２３に常駐された状態になる。

ＣＰＵ２１は、携帯端末６（サブ装置）の状態を会議サーバ２に通知するために、サブ状態通知データ６５（図１１参照）を会議サーバ２に対して送信する（Ｓ１２１）。サブ状態通知データ６５には、携帯端末６の装置ＩＤ「６」、及び、Ｓ１１９で使用が開始された代理機能を示す情報が含められる。図１１に示すように、会議サーバ２のＣＰＵ３１は、携帯端末６から送信されたサブ状態通知データ６５を受信した場合、サブ状態通知データ６５に含まれる情報に基づき、装置ＩＤ「６」及び代理機能を取得する。ＣＰＵ３１は、サブ状態通知データ６５を送信した携帯端末６に対して、応答データ６６を送信する（Ｓ１９３、図１０参照）。

図８に示すように、携帯端末６のＣＰＵ２１は、サブ状態通知データを送信した（Ｓ１２１）後、会議サーバ２から送信される応答データ６６の受信を監視する（Ｓ１２３）。応答データ６６が受信されない場合（Ｓ１２３：ＮＯ）、ＣＰＵ２１は処理をＳ１２３に戻し、応答データの受信の監視が継続される。応答データ６６が受信された場合（Ｓ１２３：ＹＥＳ）、ＣＰＵ２１は、実行中の遠隔会議を終了することによって遠隔会議から退席する指示が、ユーザ４１によって入力されたか判断する（Ｓ１２５）。遠隔会議から退席する指示が入力された場合（Ｓ１２５：ＹＥＳ）、ＣＰＵ２１は処理をＳ１２７に進める。一方、遠隔会議から退席する指示が入力されていない場合（Ｓ１２５：ＮＯ）、ＣＰＵ２１は処理をＳ１０５に戻し、Ｓ１０５〜Ｓ１０８の処理が繰り返される。

Ｓ１０５〜Ｓ１０８の処理が繰り返される過程で、Ｓ１０８で算出した実行時間と所定の閾値とが比較され（Ｓ１０９）、実行時間が所定の閾値未満となった場合（Ｓ１０９：ＮＯ）、ＣＰＵ２１は、遠隔会議を継続できる時間が僅かであると判断する。ＣＰＵ２１は、Ｓ１１９で携帯端末６が代理機能の使用を開始しているか判断する（Ｓ１１１）。代理機能の使用が開始されていない場合（Ｓ１１１：ＮＯ）、実行中の遠隔会議から携帯端末６を退席させるために、ＣＰＵ２１は処理をＳ１２７に進める。代理機能の使用が開始されている場合（Ｓ１１１：ＹＥＳ）、ＣＰＵ２１は、代理機能の使用を停止させる（Ｓ１１３）。ＣＰＵ２１は処理をＳ１１５に進める。

Ｓ１１５において、ＣＰＵ２１は、携帯端末６（サブ装置）の状態を会議サーバ２に通知するために、サブ状態通知データ６５（図１１参照）を会議サーバ２に対して送信する（Ｓ１１５）。サブ状態通知データ６５には、携帯端末６の装置ＩＤ「６」が含められるが、代理機能の使用が停止されているため、代理機能を示す情報は含められない。図１１に示すように、会議サーバ２のＣＰＵ３１は、携帯端末６から送信されたサブ状態通知データ６５を受信した場合、サブ状態通知データ６５に含まれる情報に基づき、装置ＩＤ「６」を取得する。ＣＰＵ３１は、サブ状態通知データ６５を送信した携帯端末６に対して、応答データ６６を送信する（Ｓ１９３、図１０参照）。

なお、会議サーバ２は、上述のサブ状態通知データ６５、即ち、代理機能を示す情報を含まないサブ状態通知データ６５を受信した後、遠隔会議装置３から送信されたサブ状態要求データ６７（Ｓ９１、図７参照）を受信した場合、遠隔会議装置３に対して送信する状態応答データ６８には、サブ状態通知データ６５から取得した装置ＩＤ「６」のみを含め、代理機能を示す情報は含めない。これによって会議サーバ２は、遠隔会議装置３に対して、携帯端末６が代理機能を使用していない状態であることを通知する。

図８に示すように、携帯端末６のＣＰＵ２１は、サブ状態通知データ６５を送信した（Ｓ１１５）後、会議サーバ２から送信される応答データ６６の受信を監視する（Ｓ１１７）。応答データ６６が受信されない場合（Ｓ１１７：ＮＯ）、ＣＰＵ２１は処理をＳ１１７に戻し、応答データ６６の受信の監視が継続される。応答データ６６が受信された場合（Ｓ１１７：ＹＥＳ）、ＣＰＵ２１は処理をＳ１２７に進める。

Ｓ１２７において、ＣＰＵ２１は、遠隔会議からの退席を会議サーバ２に対して要求する退席要求データ７１（図１１参照）を、会議サーバ２に対して送信する（Ｓ１２７）。退席要求データ７１には、携帯端末６の端末ＩＤ「６」が含められる。図１１に示すように、携帯端末６から送信された退席要求データ７１を会議サーバ２が受信した場合（Ｓ１８５、図１０参照）、会議サーバ２のＣＰＵ３１は、携帯端末６を遠隔会議から退席させるための処理を行う（Ｓ１８７、図１０参照）。詳細は後述する。ＣＰＵ３１は、退席要求データ７１を送信した携帯端末６に対して、応答データ７２を送信する（Ｓ１８９、図１０参照）。

図８に示すように、携帯端末６のＣＰＵ２１は、退席要求データ７１を送信した（Ｓ１２７）後、会議サーバ２から送信される応答データ７２の受信を監視する（Ｓ１２９）。応答データ７２が受信されない場合（Ｓ１２９：ＮＯ）、ＣＰＵ２１は処理をＳ１２９に戻し、応答データ７２の受信の監視が継続される。応答データ７２が受信された場合（Ｓ１２９：ＹＥＳ）、サブ装置処理は終了し、ＣＰＵ２１は処理をメイン処理（図５参照）に戻す。

以上説明したように、携帯端末６のＣＰＵ２１は、代理機能を使用することによって、遠隔会議を実行する（Ｓ１１９）。このためユーザ４１は、携帯端末６を用いて遠隔会議に参加することによって、遠隔会議装置３において使用が停止された停止機能のうち代理機能を、携帯端末６によって使用させることができる。

またＣＰＵ２１は、携帯端末６が代理機能を使用することが可能か否かを判断し（Ｓ１０３）、使用可能である場合に、代理機能を使用して遠隔会議を実行する（Ｓ１１９）。これによってＣＰＵ２１は、代理機能を不都合なく実行することができる。更にＣＰＵ２１は、代理機能を使用して遠隔会議が実行された場合の実行時間が僅かであると判断された場合（Ｓ１０９：ＮＯ）、代理機能を使用せず、遠隔会議から携帯端末６を退席させる。これによってＣＰＵ２１は、代理機能を使用して実行される遠隔会議が短時間のうちに終了してしまうことを抑制できるので、ユーザ４１の利便性を更に高めることができる。

図９及び図１０のフローチャートを参照し、会議サーバ２のＣＰＵ３１によって実行される処理の詳細について説明する。遠隔会議装置５のＣＰＵ３１は、会議サーバ２の電源がＯＮされた場合に、会議サーバ２のＨＤＤ３４に記憶されたプログラムを読み出して実行することによって、サーバ処理（図９、図１０参照）を開始する。

図９に示すように、ＣＰＵ３１は、遠隔会議装置５又は携帯端末８から何らかのデータを受信したか判断する（Ｓ１４１）。データが受信されていない場合（Ｓ１４１：ＮＯ）、ＣＰＵ３１は処理をＳ１４１に戻し、データの受信の監視が継続される。遠隔会議装置５又は携帯端末８から何らかのデータを受信した場合（Ｓ１４１：ＹＥＳ）、ＣＰＵ３１は、以下に示すように、受信したデータに応じた処理を実行する。なお以下、図１１の通信シーケンスを適宜参照し、具体的に説明する。

遠隔会議装置３又は携帯端末６から、参加要求データ５１、５９（図１１参照）を受信した場合（Ｓ１４３：ＹＥＳ）、ＣＰＵ３１は、参加要求データ５１、５９に会議ユーザＩＤが含まれているか判断する（Ｓ１４４）。例えば図１１のうち、遠隔会議装置３から送信された参加要求データ５１には、会議ユーザＩＤは含まれていない。参加要求データ５１を受信し、会議ユーザＩＤが含まれていないと判断された場合（Ｓ１４４：ＮＯ）、ＣＰＵ３１は、会議情報（会議ユーザＩＤ「１２３４５」及び会議終了時刻「１４：３０」）を新たに作成する（Ｓ１４５）。ＣＰＵ３１は、参加要求データ５１に含まれている装置ＩＤ「３」を、作成した会議情報に対応付け、会議情報テーブル８１１に記憶する。ＣＰＵ３１は、作成した会議情報を含む会議情報データ５２（図１１参照）を、参加要求データ５１を送信した遠隔会議装置３に対して送信する（Ｓ１４６）。ＣＰＵ３１は処理をＳ１４１に戻す。

一方、図１１のうち、携帯端末６から送信された参加要求データ５９には、会議ユーザＩＤ「１２３４５」が含まれている。参加要求データ５９を受信し、会議ユーザＩＤ「１２３４５」が含まれていると判断した場合（Ｓ１４４：ＹＥＳ）、ＣＰＵ３１は、会議情報テーブル８１１のうち、参加要求データ５９に含まれている会議ユーザＩＤ「１２３４５」に、参加要求データ５９に含まれている装置ＩＤ「６」を対応付けて記憶する。ＣＰＵ３１は、装置ＩＤ「６」が対応付けられた会議情報（会議ユーザＩＤ「１２３４５」、会議終了時刻「１４：３０」）を取得する（Ｓ１４７）。ＣＰＵ３１は、取得された会議情報を示す情報を含む会議情報データ６０を、参加要求データを送信した携帯端末６、言い換えれば、参加要求データに含まれている装置ＩＤ「６」によって識別される携帯端末６に対して送信する（Ｓ１４８）。ＣＰＵ３１は、携帯端末６（サブ装置）が遠隔会議を開始した旨を、会議情報テーブル８１１のうち会議ユーザＩＤ「１２３４５」に対応付けられた装置ＩＤ「３」の遠隔会議装置３に対して通知するために、遠隔会議装置３に対してサブ参加通知データ６１を送信する（Ｓ１４９）。サブ参加通知データ６１には、装置ＩＤ「６」及び会議ユーザＩＤ「１２３４５」が含められる。ＣＰＵ３１は処理をＳ１４１に戻す。

遠隔会議装置３から送信されたメイン機能通知データ５３（図１１参照）を受信した場合（Ｓ１４３：ＮＯ、Ｓ１５３：ＹＥＳ）、ＣＰＵ３１は、メイン機能通知データ５３に含まれている情報に基づき、使用機能を取得する。ＣＰＵ３１は、ＨＤＤ３４に記憶された情報に基づき、使用可能機能を取得する（Ｓ１５５）。ＣＰＵ３１は、Ｓ１５５で取得された使用可能機能のうち、取得された使用機能を除く機能（停止機能）を選択する（Ｓ１５７）。ＣＰＵ３１は、停止機能を示す情報をＲＡＭ３３に記憶する。

ＣＰＵ３１は、遠隔会議における停止機能の使用を停止する（Ｓ１５７）。具体的には次の通りである。ＣＰＵ３１は、停止機能を実行するためのデータを遠隔会議装置３に対して送信することを停止する。またＣＰＵ３１は、遠隔会議装置３において停止機能を実行させるためのアプリケーションが起動中である場合、このアプリケーションを終了させる指示を、遠隔会議装置３に対して送信する。ＣＰＵ３１は、メイン機能通知データ５３を送信した遠隔会議装置３に対して、応答データ５４（図１１参照）を送信する（Ｓ１５９）。ＣＰＵ３１は処理をＳ１４１に戻す。

遠隔会議装置３から送信されたサブ状態要求データ５５、６７（図１１参照）を受信した場合（Ｓ１５３：ＮＯ、Ｓ１６１：ＹＥＳ）、ＣＰＵ３１は、サブ状態要求データ５５に含まれている装置ＩＤ「３」を取得する。ＣＰＵ３１は、ＨＤＤ３４に記憶された会議情報テーブル８１１を参照する。ＣＰＵ３１は、取得した装置ＩＤ「３」を除く装置ＩＤが、共通の会議ユーザＩＤ「１２３４５」に対応付けられているか否かを判断することによって、遠隔会議装置３のユーザ４１によって使用される携帯端末６の状態を特定する（Ｓ１６３）。図１１に示すように、サブ状態要求データ５５が会議サーバ２によって受信された時点では、会議情報テーブル８１１の会議ユーザＩＤ「１２３４５」には装置ＩＤ「３」のみ対応付けられている。この場合、ＣＰＵ３１は、サブ状態要求データ５５を送信した遠隔会議装置３に対して、装置ＩＤを含まない状態応答データ５６を送信する（Ｓ１６５）。ＣＰＵ３１は処理をＳ１４１に戻す。なお、サブ状態要求データ６７を受信した場合については後述する。

図１０に示すように、遠隔会議装置３から、会議ユーザＩＤ要求データ５７（図１１参照）を受信した場合（Ｓ１６１：ＮＯ（図９参照）、Ｓ１７１：ＹＥＳ）、ＣＰＵ３１は、会議ユーザＩＤ要求データ５７に含まれている装置ＩＤ「３」を取得する。ＣＰＵ３１は、ＨＤＤ３４に記憶された会議情報テーブル８１１を参照する。ＣＰＵ３１は、取得した装置ＩＤ「３」に対応付けられた会議ユーザＩＤ「１２３４５」を取得する（Ｓ１７３）。ＣＰＵ３１は、会議ユーザＩＤ要求データ５７を送信した遠隔会議装置３に対して、取得した会議ユーザＩＤ「１２３４５」を含む会議ユーザＩＤ応答データ５８を送信する（Ｓ１７５）。ＣＰＵ３１は処理をＳ１４１（図９参照）に戻す。

遠隔会議装置３から、サブ機能通知データ６２（図１１参照）を受信した場合（Ｓ１７１：ＮＯ、Ｓ１８１：ＹＥＳ）、ＣＰＵ３１は、サブ機能通知データ６２を送信した遠隔会議装置３に対して応答データ６３を送信する（Ｓ１８２）。またＣＰＵ３１は、受信したサブ機能通知データ６２に含まれる情報に基づき、代理機能を取得する。ＣＰＵ３１は、取得した代理機能を示す情報を含む機能実行指示データ６４を、携帯端末６に対して送信する（Ｓ１８３）。ＣＰＵ３１は処理をＳ１４１（図９参照）に戻す。

遠隔会議装置３又は携帯端末６から、退席要求データ６９、７１（図１１参照）を受信した場合（Ｓ１８１：ＮＯ、Ｓ１８５：ＹＥＳ）、ＣＰＵ３１は、遠隔会議装置３又は携帯端末６を遠隔会議から退席させるための処理を行う（Ｓ１８７）。具体的には以下の通りである。

遠隔会議装置３から送信された退席要求データ６９を受信した場合、ＣＰＵ３１は、ＨＤＤ３４に記憶された会議情報のうち、退席要求データに含まれる装置ＩＤ「３」を削除することによって、遠隔会議装置３を遠隔会議から退席させる。なお、会議情報（会議ユーザＩＤ「１２３４５」及び終了予定時刻「１４：３０」）には、装置ＩＤ「３」の他に装置ＩＤ「６」が対応付けられているので、対応する会議情報は削除されない。また、携帯端末６から送信された退席要求データ７１を受信した場合、ＣＰＵ３１は、ＨＤＤ３４に記憶された会議情報のうち、退席要求データに含まれる装置ＩＤ「６」を削除することによって、携帯端末６を遠隔会議から退席させる。なお、装置ＩＤ「６」が削除されることによって、会議情報に対応する装置ＩＤがなくなってしまうため、ＣＰＵ３１は、対応する会議情報を併せて削除する。ＣＰＵ３１は、退席要求データ６９、７１を送信した遠隔会議装置３又は携帯端末６に対して、応答データ７０、７２を送信する（Ｓ１８９）。ＣＰＵ３１は処理をＳ１４１（図９参照）に戻す。

携帯端末６から、サブ状態通知データ６５（図１１参照）を受信した場合（Ｓ１８５：ＮＯ、Ｓ１９１：ＹＥＳ）、ＣＰＵ３１は、サブ状態通知データ６５に含まれる装置ＩＤ「６」、及び、代理機能を示す情報を取得する。ＣＰＵ３１は、サブ状態通知データ６５を送信した携帯端末６に対して、応答データ６６を送信する（Ｓ１９３）。ＣＰＵ３１は処理をＳ１４１（図９参照）に戻す。

なおＣＰＵ３１は、サブ状態通知データ６５を受信した後、遠隔会議装置３から送信されたサブ状態要求データ６７を受信した場合（Ｓ１６１：ＹＥＳ）、この時点で、会議情報テーブル８１１の会議ユーザＩＤ「１２３４５」に装置ＩＤ「３」及び装置ＩＤ「６」が対応付けられている。この場合、ＣＰＵ３１は、サブ状態要求データ６７を送信した遠隔会議装置３に対して、装置ＩＤ「６」、及び、サブ状態通知データ６５に含まれる情報に基づいて取得された代理機能を示す情報を含む状態応答データ６８を、サブ状態要求データ６７を送信した遠隔会議装置３に対して送信する（Ｓ１６５）。

なお、本発明は上述の実施形態に限定されず、種々の変更が可能である。遠隔会議システム１では、遠隔会議装置５及び携帯端末８間の通信を会議サーバ２が制御することによって、遠隔会議が実行された。しかしながら遠隔会議は、遠隔会議装置５及び携帯端末８間で直接通信が行われることによって実行されてもよい。

上述の実施形態において、携帯端末６のＣＰＵ２１は、会議サーバ２に対して参加要求データ５９を送信した（Ｓ１５）。会議サーバ２は、参加要求データ５９を携帯端末６から受信した場合、サブ参加通知データ６１を遠隔会議装置３に対して送信した（Ｓ１４９）。遠隔会議装置３のＣＰＵ１１は、会議サーバ２からサブ参加通知データ６１を受信した場合（Ｓ８３：ＹＥＳ）、携帯端末６が遠隔会議に参加したと判断した。これに対して、携帯端末６のＣＰＵ２１は、参加要求データ５９を遠隔会議装置３に対して直接送信してもよい。遠隔会議装置３のＣＰＵ２１は、参加要求データ５９を受信した場合、参加要求データ５９に含まれる装置ＩＤ「６」及び会議ユーザＩＤ「１２３４５」に基づき、携帯端末６が遠隔会議に参加したと判断してもよい。

上述の実施形態において、遠隔会議装置３のＣＰＵ１１は、会議サーバ２に対してサブ機能通知データ６２を送信した（Ｓ８７）。会議サーバ２は、サブ機能通知データ６２を遠隔会議装置３から受信した場合、機能実行指示データ６４を携帯端末６に対して送信した（Ｓ１８３）。これに対して、遠隔会議装置３のＣＰＵ１１は、サブ機能通知データ６２を携帯端末６に対して直接送信してもよい。携帯端末６のＣＰＵ２１は、遠隔会議装置３からサブ機能通知データ６２を受信した場合、サブ機能通知データ６２に含まれる情報に基づいて代理機能を取得し、代理機能を使用して遠隔会議を実行してもよい。

上述においてＣＰＵ１１は、ユーザ４１によって選択された使用機能を継続して使用し、遠隔会議を実行した（Ｓ６３、Ｓ６８）。これに対してＣＰＵ１１は、遠隔会議装置３が会議終了時刻「１４：３０」まで遠隔会議を実行できないと判断した場合（Ｓ３５：ＮＯ）、使用可能機能のうち使用頻度の高い機能を、使用機能として特定し、特定した使用機能を継続して使用してもよい。

Ｓ３３でバッテリー１９１の残量を取得する方法は変更できる。例えばＣＰＵ１１は、バッテリー１９１の電圧を検出し、検出した電圧に基づいて、バッテリー１９１の残量を特定してもよい。Ｓ１０３、Ｓ１０９で、代理機能を使用することができるかを判断する方法は変更できる。例えばＣＰＵ２１は、携帯端末８が代理機能を使用して遠隔会議を実行した場合の実行時間が、遠隔会議装置５が使用機能を使用して遠隔会議を実行した場合の実行時間よりも長い場合に、代理機能を使用できると判断してもよい。

Ｓ８５においてユーザ４１によって選択される代理機能は、１つであってもよいし２以上であってもよい。代理機能は、使用可能機能のうち使用機能を除く全ての機能であってもよい。複数の代理機能が選択された場合、携帯端末８は、複数の代理機能のうち使用可能な代理機能のみを選択し、選択した代理機能を使用して遠隔会議を実行してもよい。ユーザ４０が複数の携帯端末８を用いて遠隔会議に参加してもよい。この場合、遠隔会議装置５は、複数の代理機能の夫々を、複数の携帯端末８の夫々に割り当ててもよい。夫々の携帯端末８は、割り当てられた代理機能を実行してもよい。

遠隔会議装置５のＣＰＵ１１及び携帯端末８のＣＰＵ２１は、会議サーバ２に対して送信する参加要求データ５１、５９に、認証情報（例えば暗証番号）を含めてもよい。会議サーバ２のＣＰＵ３１は、参加要求データ５１、５９に含まれる認証情報に基づいて遠隔会議装置５及び携帯端末８を認証し、会議情報データ５２、６０を返信するかを判断してもよい。

なお、遠隔会議装置５及び携帯端末８が本発明の「遠隔会議装置」に相当する。Ｓ３１の処理が本発明の「第一取得ステップ」に相当する。Ｓ３３の処理が本発明の「第二取得ステップ」に相当する。Ｓ３５の処理が本発明の「第一判断ステップ」に相当する。Ｓ６３の処理が本発明の「決定ステップ」に相当する。Ｓ６８の処理が本発明の「第一実行ステップ」に相当する。会議ユーザＩＤが本発明の「識別情報」に相当する。Ｓ８３の処理が本発明の「第二判断ステップ」に相当する。Ｓ８７の処理が本発明の「通知ステップ」に相当する。Ｓ１０１の処理が本発明の「取得ステップ」に相当する。Ｓ１１９の処理が本発明の「第二実行ステップ」に相当する。Ｓ１０３〜Ｓ１０９の処理が本発明の「第三判断ステップ」に相当する。

遠隔会議装置５が本発明の「第一遠隔会議装置」に相当し、携帯端末８が本発明の「第二遠隔会議装置」に相当する。Ｓ３１の処理を行うＣＰＵ１１が本発明の「第一取得手段」に相当する。Ｓ３３の処理を行うＣＰＵ１１が本発明の「第二取得手段」に相当する。Ｓ３５の処理を行うＣＰＵ１１が本発明の「第一判断手段」に相当する。Ｓ６３の処理を行うＣＰＵ１１が本発明の「決定手段」に相当する。Ｓ６８の処理を行うＣＰＵ１１が本発明の「第一実行手段」に相当する。Ｓ８３の処理を行うＣＰＵ１１が本発明の「第二判断手段」に相当する。Ｓ８７の処理を行うＣＰＵ１１が本発明の「通知手段」に相当する。Ｓ１０１の処理を行うＣＰＵ２１が本発明の「取得手段」に相当する。Ｓ１１９の処理を行うＣＰＵ２１が本発明の「第二実行手段ステップ」に相当する。

１ 遠隔会議システム
２ 会議サーバ
３、４、５ 遠隔会議装置
６、７、８ 遠隔会議装置
１１、２１、３１ ＣＰＵ
５１ 参加要求データ
５２ 会議情報データ
５３ メイン機能通知データ
５４、５８、６３、６６、７０、７２ 応答データ
５５ サブ状態要求データ
５６ 状態応答データ
５７ 要求データ
５９ 参加要求データ
６０ 会議情報データ
６１ サブ参加通知データ
６２ サブ機能通知データ
６４ 機能実行指示データ
６５ サブ状態通知データ
６７ サブ状態要求データ
６８ 状態応答データ
６９ 退席要求データ
７１ 退席要求データ
８０ 会議情報データ

Claims (9)

1. バッテリーを電源として駆動する遠隔会議装置が遠隔会議を実行するための遠隔会議プログラムであって、
   実行中の遠隔会議が終了するまで稼働するために必要な電力を取得する第一取得ステップと、
   前記バッテリーの残量を取得する第二取得ステップと、
   前記第一取得ステップによって取得された前記電力、前記第二取得ステップによって取得された前記残量、及び、前記実行中の遠隔会議の終了時刻に基づいて、前記実行中の遠隔会議が終了するまで稼働可能か判断する第一判断ステップと、
   前記第一判断ステップによって、前記実行中の遠隔会議が終了するまで稼働できないと判断された場合、前記実行中の遠隔会議で使用可能な複数の機能のうち、使用機能を決定する決定ステップと、
   前記決定ステップによって決定された前記使用機能のみを使用し、前記使用可能な複数の機能のうち前記使用機能を除く他の機能の使用を停止した状態で、前記実行中の遠隔会議を継続して実行する第一実行ステップと
   を、前記遠隔会議装置のコンピュータに実行させるための遠隔会議プログラム。
2. 前記遠隔会議装置に対応する識別情報と同一の識別情報を指定して前記実行中の遠隔会議に参加する他の遠隔会議装置が存在するか否かを、前記他の遠隔会議装置から前記識別情報が通知されたか否かによって判断する第二判断ステップと、
   前記第二判断ステップによって、前記他の遠隔会議装置が存在すると判断された場合、前記使用可能な複数の機能のうち前記使用機能を除く代理機能を前記他の遠隔会議装置に実行させる指示を、前記他の遠隔会議装置に対して通知する通知ステップと
   を、前記遠隔会議装置のコンピュータに更に実行させるための請求項１に記載の遠隔会議プログラム。
3. 他の遠隔会議装置から通知された前記代理機能を実行する指示を取得する取得ステップと、
   前記取得ステップによって取得された指示に基づき、前記代理機能を実行する第二実行ステップと
   を、前記遠隔会議装置のコンピュータに更に実行させるための請求項２に記載の遠隔会議プログラム。
4. 前記取得ステップによって取得された前記代理機能を、実行中の遠隔会議で使用可能か判断する第三判断ステップを前記遠隔会議装置のコンピュータに更に実行させ、
   前記第二実行ステップは、
   前記第三判断ステップによって、前記代理機能が使用可能であると判断された場合、前記代理機能を実行することを特徴とする請求項３に記載の遠隔会議プログラム。
5. 前記第三判断ステップは、
   前記バッテリーの残量に基づいて、実行中の遠隔会議で前記代理機能を使用可能か判断することを特徴とする請求項４に記載の遠隔会議プログラム。
6. 前記第三判断ステップは、
   前記代理機能を使用することによって遠隔会議が実行された場合の遠隔会議の実行可能な時間を、前記バッテリーの残量に基づいて特定し、特定された前記時間が所定閾値以上である場合にのみ、実行中の遠隔会議で前記代理機能を使用可能と判断することを特徴とする請求項５に記載の遠隔会議プログラム。
7. バッテリーを電源として駆動する第一遠隔会議装置及び第二遠隔会議装置が、他の遠隔会議装置と遠隔会議を実行する遠隔会議システムであって、
   前記第一遠隔会議装置は、
   実行中の遠隔会議が終了するまで稼動するために必要な電力を取得する第一取得手段と、
   前記バッテリーの残量を取得する第二取得手段と、
   前記第一取得手段によって取得された前記電力、前記第二取得手段によって取得された前記残量、及び、前記実行中の遠隔会議の終了時刻に基づいて、前記実行中の遠隔会議が終了するまで稼働可能か判断する第一判断手段と、
   前記第一判断手段によって、前記実行中の遠隔会議が終了するまで稼働できないと判断された場合、前記実行中の遠隔会議で使用可能な複数の機能のうち、使用機能を決定する決定手段と、
   前記決定手段によって決定された前記使用機能のみを使用し、前記使用可能な複数の機能のうち前記使用機能を除く他の機能の使用を停止した状態で、前記実行中の遠隔会議を継続して実行する第一実行手段と、
   前記第一遠隔会議装置に対応する識別情報と同一の識別情報を指定して前記実行中の遠隔会議に参加する第二遠隔会議装置が存在するか否かを、前記第二遠隔会議装置から前記識別情報が通知されたか否かによって判断する第二判断手段と、
   前記第二判断手段によって、前記第二遠隔会議装置が存在すると判断された場合、前記使用可能な複数の機能のうち前記使用機能を除く代理機能を前記第二遠隔会議装置に実行させる指示を、前記第二遠隔会議装置に対して通知する通知手段と、
   を備え、
   前記第二遠隔会議装置は、
   前記第一遠隔会議装置から通知された前記代理機能を実行する指示を取得する取得手段と、
   前記取得手段によって取得された指示に基づき、前記代理機能を実行する第二実行手段と
   を備えたことを特徴とする遠隔会議システム。
8. バッテリーを電源として駆動する遠隔会議装置が遠隔会議を実行するための遠隔会議方法であって、
   実行中の遠隔会議が終了するまで稼動するために必要な電力を取得する第一取得ステップと、
   前記バッテリーの残量を取得する第二取得ステップと、
   前記第一取得ステップによって取得された前記電力、前記第二取得ステップによって取得された前記残量、及び、前記実行中の遠隔会議の終了時刻に基づいて、前記実行中の遠隔会議が終了するまで稼働可能か判断する第一判断ステップと、
   前記第一判断ステップによって、前記実行中の遠隔会議が終了するまで稼働できないと判断された場合、前記実行中の遠隔会議で使用可能な複数の機能のうち、使用機能を決定する決定ステップと、
   前記決定ステップによって決定された前記使用機能のみを使用し、前記使用可能な複数の機能のうち前記使用機能を除く他の機能の使用を停止した状態で、前記実行中の遠隔会議を継続して実行する第一実行ステップと、
   前記遠隔会議装置に対応する識別情報と同一の識別情報を指定して前記実行中の遠隔会議に参加する他の遠隔会議装置が存在するか否かを、前記他の遠隔会議装置から前記識別情報が通知されたか否かによって判断する第二判断ステップと、
   前記第二判断ステップによって、前記他の遠隔会議装置が存在すると判断された場合、前記使用可能な複数の機能のうち前記使用機能を除く代理機能を前記他の遠隔会議装置に実行させる指示を、前記他の遠隔会議装置に対して通知する通知ステップと、
   他の遠隔会議装置から通知された前記代理機能を実行する指示を取得する取得ステップと、
   前記取得ステップによって取得された指示に基づき、前記代理機能を実行する第二実行ステップと
   を備えたことを特徴とする遠隔会議方法。
9. バッテリーを電源として駆動し、遠隔会議を実行する遠隔会議装置であって、
   実行中の遠隔会議が終了するまで稼動するために必要な電力を取得する第一取得手段と、
   前記バッテリーの残量を取得する第二取得手段と、
   前記第一取得手段によって取得された前記電力、前記第二取得手段によって取得された前記残量、及び、前記実行中の遠隔会議の終了時刻に基づいて、前記実行中の遠隔会議が終了するまで稼働可能か判断する第一判断手段と、
   前記第一判断手段によって、前記実行中の遠隔会議が終了するまで稼働できないと判断された場合、前記実行中の遠隔会議で使用可能な複数の機能のうち、使用機能を決定する決定手段と、
   前記決定手段によって決定された前記使用機能のみを使用し、前記使用可能な複数の機能のうち前記使用機能を除く他の機能の使用を停止した状態で、前記実行中の遠隔会議を継続して実行する第一実行手段と
   を備えたことを特徴とする遠隔会議装置。

Images