(57)【要約】【課題】従来技術における遠隔会議システムでは、異なる拠点間で会議を開始する場合、会議を開始するまでの準備が煩雑であるという欠点があった。【解決手段】本発明における会議システムによれば、会議支援装置は、通話中の携帯端末から、自局の識別情報と、通話先の識別情報とを取得し、さらに会議支援装置の識別情報と対応付けて接続管理サーバに送信する。接続管理サーバは、通話先の識別情報に基づいて、他の拠点の会議支援装置を特定するとともに、当該他の拠点の会議支援装置の接続ステータスを判定する。判定された接続ステータスに応じて、会議支援装置間の接続を開始する。本発明における会議システムによれば、ユーザは会議支援装置に対して通話中の携帯端末をかざすだけで会議を開始することができる。【選択図】図１
2016100818.tif 000002
【特許請求の範囲】
【請求項１】
通話機能を備える携帯端末と、
異なる拠点それぞれに設置される会議支援装置と、
会議支援装置間の接続を管理する接続管理サーバとから構成される会議システムにおいて、
前記会議支援装置は、
通話中の前記携帯端末から、自局の識別情報と、通話先の識別情報とを取得する手段と、
取得した前記自局の識別情報と、前記通話先の識別情報とを、前記会議支援装置の識別情報とさらに対応付けて接続管理サーバに送信する送信手段とを備え、
前記接続管理サーバは、
前記送信された前記通話先の識別情報に基づいて、他の拠点の会議支援装置を特定する特定手段と、
特定した前記他の拠点の会議支援装置の接続ステータスを判定する判定手段と、
判定された前記接続ステータスに応じて、前記会議支援装置と、前記他の拠点の会議支援装置との間の接続を制御する接続制御手段とを備える、
ことを特徴とする会議システム。
【請求項２】
前記接続管理サーバは、前記自局の識別情報と、前記通話先の識別情報と、前記会議支援装置の識別情報とを受信することに応じて、当該会議支援装置の接続ステータスを接続待ちに更新する更新手段をさらに備える
ことを特徴とする請求項１に記載の会議システム。
【請求項３】
前記接続制御手段は、前記他の拠点の会議支援装置の接続ステータスが接続待ちと判定されたことに応じて、前記会議支援装置と、前記他の拠点の会議支援装置との間の接続を開始する
ことを特徴とする請求項１または２に記載の会議システム。
【請求項４】
前記判定手段は、受信した前記自局の識別情報と、前記通話先の識別情報とに基づき、前記携帯端末と、他の拠点の携帯端末との通話ステータスを判定し、
前記接続制御手段は、判定された前記接続ステータスと、前記通話ステータスとに応じて、前記会議支援装置と、前記他の拠点の会議支援装置との間の接続を開始する
ことを特徴とする請求項１から３いずれか１項に記載の会議システム。
【請求項５】
前記判定手段は、前記会議支援装置から受信した前記自局の識別情報と、前記通話先の識別情報とが、前記他の拠点の会議支援装置から受信した通話先の識別情報と、自局の識別情報と同じである場合、前記通話ステータスが通話中であると判定する
ことを特徴とする請求項４に記載の会議システム。
【請求項６】
前記会議支援装置は、会議の終了指示を受け付ける受付手段をさらに備え、
前記終了指示を受け付けることに応じて、前記送信手段は、終了要求と、前記会議支援装置の識別情報とを対応付けて接続管理サーバに送信し、
前記接続管理サーバの前記更新手段は、前記終了要求と、前記会議支援装置の識別情報とを受信することに応じて、当該会議支援装置の接続ステータスを非接続に更新する
ことを特徴とする請求項１から５いずれか１項に記載の会議システム。
【請求項７】
前記接続管理サーバは、接続された前記会議支援装置と、前記他の拠点の会議支援装置とに対して、動画ストリーミングデータを配信する動画ストリーミングデータ配信手段をさらに備える
ことを特徴とする請求項１から６いずれか１項に記載の会議システム。
【請求項８】
前記取得する手段は、通話中の前記携帯端末から、近距離無線通信を介して前記自局の識別情報と、前記通話先の識別情報とを取得する
ことを特徴とする請求項１から７いずれか１項に記載の会議システム。
【請求項９】
前記会議支援装置は、動画データを生成する撮像手段をさらに備え、
前記送信手段は、生成した前記動画データを前記接続管理サーバに送信する
ことを特徴とする請求項１から８いずれか１項に記載の会議システム。
【請求項１０】
前記会議支援装置は、配信される動画ストリーミングデータを投影するプロジェクタをさらに備え、
前記プロジェクタの電源制御手段が電源をオフに制御することに応じて、前記送信手段は、終了要求と、前記会議支援装置の識別情報とを対応付けて接続管理サーバに送信する
ことを特徴とする請求項６に記載の会議システム。
【請求項１１】
会議を支援するための会議支援装置であって、
通話中の携帯端末から、自局の識別情報と、通話先の識別情報とを取得する手段と、
取得した前記自局の識別情報と、前記通話先の識別情報とを、前記会議支援装置の識別情報とさらに対応付けて記憶する記憶手段と、
前記通話先の識別情報に基づいて、他の拠点の会議支援装置を特定する特定手段と、
特定した前記他の拠点の会議支援装置の接続ステータスを判定する判定手段と、
判定された前記接続ステータスに応じて、前記会議支援装置と、前記他の拠点の会議支援装置との間の接続を制御する接続制御手段とを備える、
ことを特徴とする会議支援装置。
【請求項１２】
異なる拠点それぞれに設置される会議支援装置の接続を制御する接続管理サーバであって、
前記会議支援装置から送信された通話先の識別情報に基づいて、他の拠点の会議支援装置を特定する特定手段と、
特定した前記他の拠点の会議支援装置の接続ステータスを判定する判定手段と、
判定された前記接続ステータスに応じて、前記会議支援装置と、前記他の拠点の会議支援装置との間の接続を制御する接続制御手段とを備える、
ことを特徴とする接続管理サーバ。
【請求項１３】
前記接続管理サーバは、接続された前記会議支援装置と、前記他の拠点の会議支援装置とに対して、動画ストリーミングデータを配信する動画ストリーミングデータ配信手段をさらに備える
ことを特徴とする請求項１２に記載の接続管理サーバ。
【請求項１４】
通話が開始すると、自局の識別情報と、通話先の識別情報とを取得する識別情報取得手段と、
取得した前記自局の識別情報と、前記通話先の識別情報とを記憶手段に書き込む書込手段とを備える携帯端末であって、
前記書込手段は、通話が終了すると、前記通話先の識別情報と、前記通話先の識別情報とに換えて空データを前記記憶手段に書き込む
ことを特徴とする携帯端末。
【請求項１５】
前記自局の識別情報と、前記通話先の識別情報とを暗号化する暗号化手段をさらに備える
ことを特徴とする請求項１４に記載の携帯端末。
【請求項１６】
異なる拠点それぞれに設置される会議支援装置の接続を管理する接続管理方法であって、
通話中の携帯端末から、自局の識別情報と、通話先の識別情報とを取得するステップと、
取得した前記自局の識別情報と、前記通話先の識別情報とを、前記会議支援装置の識別情報とさらに対応付けて送信する送信ステップと、
前記送信された前記通話先の識別情報に基づいて、他の拠点の会議支援装置を特定する特定ステップと、
特定した前記他の拠点の会議支援装置の接続ステータスを判定する判定ステップと、
判定された前記接続ステータスに応じて、前記会議支援装置と、前記他の拠点の会議支援装置との間の接続を制御する接続制御ステップとを備える、
ことを特徴とする接続管理方法。
【請求項１７】
コンピュータを、請求項１から請求項１０のいずれか１項に記載の会議システムを構成する端末、装置、またはサーバとして機能させるためのプログラム。
【請求項１８】
通話中の携帯端末が有する自局の識別情報と、通話先の識別情報とを会議支援装置に読み取らせると、前記会議支援装置は、異なる拠点に設置される会議支援装置が読み取る、異なる拠点の携帯端末が有する自局の識別情報と、通話先の識別情報との照合を接続管理サーバに要求し、前記接続管理サーバによって前記照合がなされた場合に、前記接続管理サーバから動画ストリーミングデータを受信すること
を特徴とする会議システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、会議システムに関するものである。より詳細には、異なる拠点それぞれに設置される会議支援装置に対して簡単な操作を行うことで、会議を開始することができる会議システム、会議支援装置、接続管理サーバ、携帯端末、接続管理方法、およびプログラムに関する。
【背景技術】
【０００２】
従来より、異なる拠点に、動画入出力機能と音声入出力機能とを備えた会議支援装置を設置し、それぞれの拠点間で互いの動画と音声をやりとりする遠隔会議の実現を支援する会議システムが提案されている。
【０００３】
このような会議システムを利用することにより、異なる拠点にいるユーザ同士は、動画と音声とを介して意思疎通を図ることができ、ユーザにとって会議のための移動時間や移動コストの削減を図ることができるという利点がある。反面、従来技術における会議システムでは、会議を開始するまでの準備が煩雑であるという欠点があった。
【０００４】
例えば、従来技術における会議システムでは、異なる拠点間で会議を開始する場合、それぞれの拠点にいる会議システムのユーザ同士が、あらかじめ電話などにより会議の開始時間を示し合わせておく必要があった。そして、それぞれの拠点にいる会議システムのユーザ同士が、示し合わせた開始時間に、別の拠点にある会議支援装置の識別情報（例えば、ホスト名やＩＰアドレスなど）を会議支援装置に入力することにより、会議を開始していた。
【０００５】
このような問題に対して、特許文献１では、携帯端末間で遠隔会議が行われている時に、簡単な操作で、携帯端末上の当該遠隔会議のセッションを、大画面テレビなどの他のデバイス上に切り替えることができる通信デバイスについて提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１３−０９３７７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に提案される通信デバイスでは、既に開始されている遠隔会議のセッションを他のデバイスに切り替えるものであり、会議を開始するまでの準備が煩雑であるという課題は依然として解決されていない。
【０００８】
すなわち、従来の会議支援システムにおいては、会議を開始する際に、それぞれの拠点にいる会議システムのユーザ同士が、あらかじめ電話などにより会議の開始時間を示し合わせておく必要があった。また、従来の会議支援システムにおいては、会議を開始する際に、別の拠点にある会議支援装置の識別情報（例えば、ホスト名やＩＰアドレスなど）を予め特定し、それらを自拠点にある会議支援装置に入力する必要があった。
【課題を解決するための手段】
【０００９】
本発明に係る会議システムは、通話機能を備える携帯端末と、異なる拠点それぞれに設置される会議支援装置と、会議支援装置間の接続を管理する接続管理サーバとから構成される会議システムにおいて、前記会議支援装置は、通話中の前記携帯端末から、自局の識別情報と、通話先の識別情報とを取得する手段と、取得した前記自局の識別情報と、前記通話先の識別情報とを、前記会議支援装置の識別情報とさらに対応付けて接続管理サーバに送信する送信手段とを備え、前記接続管理サーバは、前記送信された前記通話先の識別情報に基づいて、他の拠点の会議支援装置を特定する特定手段と、特定した前記他の拠点の会議支援装置の接続ステータスを判定する判定手段と、判定された前記接続ステータスに応じて、前記会議支援装置と、前記他の拠点の会議支援装置との間の接続を制御する接続制御手段とを備える、ことを特徴とする。
【発明の効果】
【００１０】
本発明における会議システムによれば、異なる拠点にいるユーザが、それぞれの拠点に設置された会議支援装置に対して簡単な操作を行うことで、会議を開始することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態における、遠隔会議システムの構成例を示す図である。
【図２】本実施形態における、携帯端末とＲＡＩＤタグリーダとの近距離無線通信の態様を示した図である。
【図３】本実施形態における、携帯端末のハードウェア構成を示すブロック図である。
【図４】本実施形態における、コンピュータ装置のハードウェア構成を示すブロック図である。
【図５】本実施形態における、遠隔会議システムの機能構成を示す図である。
【図６】本実施形態における、遠隔会議システムのシーケンスフローの一例を示した図である。
【図７】本実施形態における、通信管理データベースの一例を示した図である。
【図８】本実施形態における、遠隔会議システムのメイン処理フローを示した図である。
【図９】本実施形態における、遠隔会議システムの携帯端末処理フローを示した図である。
【図１０】本実施形態における、遠隔会議システムのＰＣ処理フローを示した図である。
【図１１】本実施形態における、遠隔会議システムのサーバ処理フローを示した図である。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための最良の形態について図面を参照して説明する。ただし、この実施形態に記載されている構成要素はあくまで例示であり、本発明の範囲をそれらに限定する趣旨のものではない。また、実施形態で説明されている構成要素の組み合わせのすべてが、課題を解決するための手段に必須のものとは限らない。
【００１３】
＜システム構成＞
図１は、本実施形態における、遠隔会議システム１の構成例を示す図である。本遠隔会議システム１は、ユーザが遠隔会議を実施する拠点Ａおよび拠点Ｂそれぞれに設置される各種の装置などから構成される。本実施形態では、拠点Ａに、携帯端末１００と、パーソナルコンピュータ（以下「ＰＣ」と記す）３００と、プロジェクタ３２０と、ＲＦＩＤタグリーダ３３０と、カメラ３４０と、スクリーン３５０とが設置される。同様に、拠点Ｂに、携帯端末２００と、ＰＣ４００と、プロジェクタ４２０と、ＲＦＩＤタグリーダ４３０と、カメラ４４０と、スクリーン４５０とが設置される。拠点ＡのＰＣ３００と拠点ＢのＰＣ４００とは、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などのネットワーク６００を介して、サーバ５００と相互に通信可能に接続されている。なお、ＰＣ３００，４００は、本発明における会議支援装置の機能を担う。
【００１４】
拠点Ａの携帯端末１００とＲＦＩＤタグリーダ３３０とは、近接無線通信６２０を介して相互に通信を行うことができる。拠点Ｂの携帯端末２００とＲＦＩＤタグリーダ４３０とにおいても同様である。拠点Ａの携帯端末１００と拠点Ｂの携帯端末２００とは、ネットワーク６００とは異なる無線通信６１０を介して相互に音声通話を行うことができる。
【００１５】
サーバ５００は、本発明における接続管理サーバの機能を担い、ネットワーク６００を介して接続される会議支援装置間の接続を管理する。具体的には、サーバ５００は、通信管理データベース（以下「通信管理ＤＢ」と記す）７００を備え、各ＰＣの接続状況を、通信管理ＤＢ７００を適宜更新することにより、会議支援装置である各ＰＣ間の接続を管理する。
【００１６】
また、サーバ５００は、動画ストリーミングデータを各ＰＣ３００，４００に配信する機能を有する。拠点Ａと拠点Ｂとの間で会議が開始されると、サーバ５００は、ＰＣ３００，４００それぞれから送信される動画データを、それぞれのＰＣに配信する処理を実行する。そのため、サーバ５００はストリーミングサーバであるとも言える。
【００１７】
図２は、本実施形態において、携帯端末１００と、ＲＦＩＤタグリーダ３３０とが、近距離無線通信６２０を介して相互に通信する態様を示した図である。ユーザは、携帯端末１００をＲＦＩＤタグリーダ３３０に所定距離以内に近づけると、携帯端末１００とＲＦＩＤタグリーダ３３０との間で、データの送受信を行わせることができる。
【００１８】
本機能により、ユーザは通話中の携帯端末１００をＲＦＩＤタグリーダ３３０に「かざす」または「タッチする」操作を行うことにより、遠隔会議システム１に通話中の相手との会議を開始させることができる。図２に示した近距離無線通信の態様は、拠点Ｂの携帯端末２００とＲＦＩＤタグリーダ４３０とにおいても同様である。以下、遠隔会議システム１の拠点Ａにおける構成または処理、あるいは装置に対する操作は、特に説明を行わない限り、拠点Ｂにおいても同様のものとして説明する。
【００１９】
図３は、本実施形態における携帯端末１００のハードウェア構成を示すブロック図である。図３に示される通り、携帯端末１００は、プロセッサ１０１、タッチスクリーンディスプレイ１０２、通信部１０３、音声入出力部１０４、記憶部１０５、操作ボタン１０６、書換可能ＲＦＩＤタグ１０７、近距離無線通信Ｉ／Ｆ１０８とから構成される。ここで、「Ｉ／Ｆ」は「インターフェース」をいい、以下同様に「Ｉ／Ｆ」と記す。さらに、各構成部はプロセッサ１０１を介して通信可能に接続されている。
【００２０】
プロセッサ１０１は演算回路からなり、携帯端末１００を統括制御する。タッチスクリーンディスプレイ１０２は、各種の情報を表示するとともに、ユーザによるタップなどの動作を通じて各種の入力を受け付ける。通信部１０３は通話機能を担い、音声入出力部１０４から入力された音声を信号に変換し、および入力された信号を音声に変換してユーザに通話機能を提供する。記憶部１０５はフラッシュメモリ等により構成され、プロセッサ１０１の制御に基づいてデータの読取／書込がなされる。操作ボタン１０６は、ユーザの操作に応じて携帯端末１００に各種の処理を実行させるためのものであり、例えばタッチスクリーンディスプレイ１０２に表示される画面の切替処理等を携帯端末１００に実行させることができる。
【００２１】
書換可能ＲＦＩＤタグ１０７は、近距離無線通信Ｉ／Ｆ１０８を介してＲＦＩＤタグリーダ３３０との間で送受信される、各種データを記憶保持することができる。本実施形態の書換可能ＲＦＩＤタグ１０７は、データの上書きが可能であり、携帯端末１００に内蔵される形態のものが用いられる。近距離無線通信Ｉ／Ｆ１０８は、プロセッサ１０１の制御に基づいて近距離無線通信６２０を介してＲＦＩＤタグリーダ３３０との間で、データの送受信を行う機能を担う。なお、本実施形態における携帯端末１００は、タッチスクリーンディスプレイ１０２を有するものとして説明したが、当該構成を有しない携帯端末であってもよい。
【００２２】
図４は、本実施形態における、コンピュータ装置のハードウェア構成を示すブロック図である。図４のコンピュータ装置は、ＰＣ３００，４００およびサーバ５００を実現する。
【００２３】
図４のコンピュータ装置は、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ３０４、外部接続Ｉ／Ｆ３０５、ネットワークＩ／Ｆ３０６とから構成される。さらに、ＣＰＵ３０１と、ＲＡＭ３０２と、ＲＯＭ３０３とは制御部３０８を構成し、各構成部はバス３０７を介して通信可能に接続されている。
【００２４】
ＣＰＵ３０１は演算回路からなり、コンピュータ装置を統括制御する。ＲＡＭ３０２は一時記憶領域であり、ＣＰＵ３０１による演算実行時に用いられる。ＲＯＭ３０３は記憶領域であり、種々のプログラムが記憶される。ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）３０４は各種データのための記憶領域であり、ＣＰＵ３０１の制御に基づいてデータの読み出し／書き込みがなされる。
【００２５】
外部接続Ｉ／Ｆ３０５は、コンピュータ装置に種々の機器を接続するためのものである。本実施形態においては、例えばＰＣ３００は、外部接続Ｉ／Ｆ３０５を介して、プロジェクタ３２０、ＲＦＩＤタグリーダ３３０、カメラ３４０、スクリーン３５０等を接続することができる。プロジェクタ３２０は、サーバ５００から配信される動画ストリーミングデータを、スクリーン３５０に投影する処理を実行する。
【００２６】
ネットワークＩ／Ｆ３０６は、ＣＰＵ３０１の制御に基づいてネットワーク６００とコンピュータ装置とのデータの入出力を制御する。なお、ネットワークＩ／Ｆ３０６とネットワーク６００との接続においては、有線による接続または無線による接続のいずれの形態であってもよい。
【００２７】
＜機能構成＞
図５は、本実施形態における遠隔会議システム１の機能構成を示す図である。携帯端末１００の通話制御部１１１は、他の拠点の携帯端末との通話を制御する。識別情報取得部１１２は、自局の電話番号を記憶部１０５から読み出すことにより、自局の電話番号を取得する。さらに、通話制御部１１１が制御する通話から通話先の電話番号を特定し、通話先の電話番号を取得する。暗号化部１１３は、識別情報取得部１１２が取得した、自局の電話番号と、通話先の電話番号に対して暗号化処理を行い、暗号化された電話番号のデータを得る。
【００２８】
携帯端末１００の書込部１１４は、携帯端末１００が他の拠点の携帯端末と通話が開始すると、暗号化されたデータを、書換可能ＲＦＩＤタグ１０７の所定記憶領域に書き込む処理を行う。そして、通話が終了すると、携帯端末１００の書込部１１４は、暗号化された電話番号のデータを書き込んだ、書換可能ＲＦＩＤタグ１０７の所定記憶領域に、空データを書き込む処理を行う。つまり、書込部１１４は、携帯電話１００の通話タイミングに応じて、書換可能ＲＦＩＤタグ１０７に対して、必要なデータを上書き処理することができる。
【００２９】
ＰＣ３００には、外部接続Ｉ／Ｆ３０５を介して、プロジェクタ３２０と、ＲＦＩＤタグリーダ３３０と、カメラ３４０とが接続される。プロジェクタ３２０の電源制御部３２１は、プロジェクタ３２０の電源供給に関する制御を実行する。ＰＣ３００は、電源制御部３２１が電源をオフに制御することに応じて、会議が終了したことを検出することができる。本実施形態においては、ＰＣ３００の制御部３０８は、ネットワークＩ／Ｆ３０６を介して、会議の終了要求を、ＰＣ３００自身の識別情報と対応付けてサーバ５００に送信する。ＲＦＩＤタグリーダ３３０の読取部３３０は、ＲＦＩＤタグに記憶された情報を読み取る。カメラ３４０の撮像部３４１は、主に会議中の動画データを生成する処理を実行する。ＰＣ３００の制御部３０８は、外部接続Ｉ／Ｆ３０５を介して当該動画データを取得し、さらに取得した動画データをサーバ５００に送信する。
【００３０】
ＰＣ３００の識別情報取得部３１１は、ＰＣ３００自身の識別情報をＲＯＭ３０３から読み出す。本実施形態においては、遠隔会議システム１を構成するＰＣそれぞれに割り振られた固有のホスト名またはＩＰアドレスなどを、ＰＣの識別情報とすることができる。ＰＣ３００のネットワークＩ／Ｆ３０６は、サーバ５００のネットワークＩ／Ｆ３０６と協働し、各種のデータを送受信する。ネットワークＩ／Ｆ３０６は、本発明における送信手段および受信手段の機能を担う。
【００３１】
サーバ５００の接続制御部５０１は、拠点ＡのＰＣ３００と、他の拠点である拠点ＢのＰＣ４００との間の接続を制御する。接続制御部５０１によってＰＣ間の接続が開始されると、動画ストリーミングデータ配信部５０２は、会議のための動画ストリーミングデータを配信する処理を実行する。復号化部５０３は、ＰＣ３００，４００から受信した暗号化された自局と通話先の電話番号のデータを複合化する。データベース更新部５０４（以下「ＤＢ更新部５０４」と記す）は、ＰＣ３００，４００から受信した各種の情報を、適宜通信管理ＤＢ７００に対して更新する処理を実行する。サーバ５００は、通信管理ＤＢ７００に各種の情報を記録および保持することで、異なる拠点における携帯端末間の通話ステータスまたはＰＣ間の接続ステータスを管理することができる。さらに、サーバ５００の制御部３０８は、通信管理ＤＢ７００を参照することにより、ＰＣ３００，４００から受信した各種の情報を互いに照合する処理を行うことができる。
【００３２】
図６は、本実施形態における、遠隔会議システム１の通信フローの一例を示したシーケンス図である。なお、図６に示されるシーケンス図において、各符号は後述のフローチャートにおいて説明される処理内容を指し示す。
【００３３】
携帯端末１００の書込部１１４は、自局の電話番号と通話先の電話番号とを、携帯端末１００に内蔵されている書換可能ＲＦＩＤタグ１０７に書き込む（Ｓ１０５）。書込部１１４が、自局の電話番号と通話先の電話番号とを書換可能ＲＦＩＤタグ１０７に書き込むと、ＰＣ３００はＲＦＩＤタグリーダ３３０の読取部３３１を介して、ＲＦＩＤタグ１０７に記憶された情報を読み取る（Ｓ２０４）。次いで、ＰＣ３００のネットワークＩ／Ｆ３０６は、サーバ５００に対し、ＰＣの識別情報と、自局および通話先の電話番号とを含む開始要求を送信する（Ｓ２０６）。
【００３４】
ＰＣからの開始要求を受信することに応じて、サーバ５００のＤＢ更新部５０４は、通信管理ＤＢ７００の該当レコードを更新する（Ｓ３０４）。次いで、サーバ５００は、通信管理ＤＢ７００を参照し、拠点Ａおよび拠点Ｂのステータスを判定する（Ｓ３０６，Ｓ３０７）。具体的には、拠点ＡにおけるＰＣ３００の接続ステータスと、拠点ＢにおけるＰＣ４００の接続ステータスとを比較判定する処理を実行する。本実施形態においては、通信管理ＤＢ７００に記録されている値を参照することにより判定を行うが、詳細は後述する。拠点Ａおよび拠点Ｂのステータスが、会議を開始可能であると判定された場合、ＤＢ更新部５０４は、拠点Ａおよび拠点Ｂのステータスを、会議のために接続中であることを示すステータスに変更する（Ｓ３１０）。
【００３５】
次いで、サーバ５００の接続制御部５０１は、拠点ＡのＰＣ３００と、拠点ＢのＰＣ４００とを接続する。拠点ＡのＰＣ３００と、拠点ＢのＰＣ４００とが接続されると、動画ストリーミングデータ配信部５０２は、会議のための動画ストリーミングを、拠点ＡのＰＣ３００と、拠点ＢのＰＣ４００とに対して配信する。
【００３６】
その後、拠点Ａと拠点Ｂとの間での通話が終了すると、携帯端末１００の書込部１１４は、空データを、携帯端末１００に内蔵されている書換可能ＲＦＩＤタグ１０７に書き込む（Ｓ１０７）。
【００３７】
拠点Ａと拠点Ｂとの間の会議が終了する際に、ＰＣ３００は、会議を終了するための終了要求をサーバ５００に対して送信する（Ｓ２０９）。ＰＣからの終了要求を受信することに応じて、サーバ５００のＤＢ更新部５０４は、通信管理ＤＢ７００の該当レコードを更新する（Ｓ３１２）。その後、動画ストリーミングデータ配信部５０２は、拠点ＡのＰＣ３００と、拠点ＢのＰＣ４００とに対する、動画ストリーミングデータの配信を停止する（Ｓ３１３）。
【００３８】
図７は、通信管理ＤＢ７００の一例を示した図である。通信管理ＤＢ７００は、ＰＣの識別情報フィールド７０１と、自局の電話番号フィールド７０２と、通話先の電話番号フィールド７０３と、通話ステータスフィールド７０４と、接続ステータスフィールド７０５と、接続先ＰＣフィールド７０６とを有する。
【００３９】
さらに、通信管理ＤＢ７００は、拠点ＡのＰＣ３００から送信されるＰＣの識別情報に対応するレコードとして、自拠点レコード７０７と、拠点ＢのＰＣ４００から送信されるＰＣの識別情報に対応するレコードとして、他拠点レコード７０８とを有する。本実施形態においては、拠点Ａを自拠点として、拠点Ｂを他拠点として説明するが、これは説明のための便宜上のものであり、それぞれの拠点に設置されるＰＣに対して、それぞれ異なる種類の処理が提供されるものではない。
【００４０】
図７（ａ）は、サーバ５００がＰＣ３００からの開始要求に基づく更新を行う前のデータテーブルの一例を示す図である。このとき、通信管理ＤＢ７００には、各拠点のＰＣの識別情報に対応するレコードには、空データである「ＮＵＬＬ」、または接続ステータスとして「非接続」の値が記憶されている。
【００４１】
図７（ｂ）は、サーバ５００がＰＣ３００からの開始要求に基づく更新を行った後のデータテーブルの一例を示す図である。このとき、ＤＢ更新部５０４は、先ず開始要求に含まれるＰＣの識別情報を検索キーとして、通信管理ＤＢ７００を検索し、検索キーであるＰＣの識別情報と一致する自拠点レコード７０７を抽出する。次に、ＤＢ更新部５０４は、自拠点レコード７０７に含まれる自局の電話番号フィールド７０２と、通話先の電話番号フィールド７０３とを、それぞれ開始要求に含まれる自局の電話番号と、通話先の電話番号とで更新する。この段階で、ＤＢ更新部５０４は、自拠点レコード７０７の接続ステータスフィールド７０５の値を「接続待ち」に変更する。
【００４２】
図７（ｃ）は、サーバ５００がＰＣ４００からの開始要求に基づく更新を行った後で、さらに拠点Ａと拠点Ｂのステータスが、会議を開始可能と判定された後のデータテーブルの一例を示す図である。このとき、ＤＢ更新部５０４は、ＰＣ３００からの開始要求を受信したときと同様に通信管理ＤＢ７００を更新する。ＤＢ更新部５０４は、他拠点レコード７０８に含まれる自局の電話番号フィールド７０２と、通話先の電話番号フィールド７０３とを、それぞれ開始要求に含まれる自局の電話番号と、通話先の電話番号とで更新する。この段階で、ＤＢ更新部５０４は、他拠点レコード７０８の接続ステータスフィールド７０５の値を「接続待ち」に変更する。
【００４３】
次いで、サーバ５００は、自拠点レコード７０７における自局の電話番号フィールド７０２の値が、他拠点レコード７０８における通話先の電話番号フィールド７０３の値と同じかを判定する。同様に、自拠点レコード７０７における通話先の電話番号フィールド７０３の値が、他拠点レコード７０８における自局の電話番号フィールド７０２の値と同じかを判定する。上記それぞれの値が一致した場合、ＤＢ更新部５０４は、自拠点レコード７０７および他拠点レコード７０８の通話ステータスフィールド７０４を「通話中」に変更する。
【００４４】
さらに、サーバ５００は、自拠点レコード７０７における接続ステータスフィールド７０５の値と、他拠点レコード７０８における接続ステータスフィールド７０５の値とが、「接続中」または「接続待ち」であるかを判定する。本例では、それぞれ「接続待ち」と判定されるため、ＤＢ更新部５０４は、自拠点レコード７０７におよび他拠点レコード７０８の接続先ＰＣフィールド７０６の値を、お互いの接続先となるＰＣの識別情報に更新する。
【００４５】
＜メイン処理フロー＞
次に、本実施形態における、遠隔会議システム１のメイン処理フローについて、図８を参照して説明する。
【００４６】
本実施形態における遠隔会議システム１のメイン処理フローは、携帯端末処理フロー（Ｓ１００）と、ＰＣ処理フロー（Ｓ２００）と、サーバ処理フロー（Ｓ３００）とから構成される。各処理フローの詳細については、図９〜図１１を参照して詳細に説明する。
【００４７】
＜携帯端末処理フロー＞
次に、本実施形態における、遠隔会議システム１の携帯端末処理フローについて、図９を参照して説明する。
【００４８】
図９の携帯端末処理フローでは、携帯端末１００とＲＦＩＤタグリーダ３３０とが近距離無線通信６２０を介してデータの送受信を行う前の、携帯端末１００の内部処理を示す。図９に示されるフローチャートによる処理は、記憶部１０５に格納されたプログラムコードが展開され、プロセッサ１０１によって実行される。なお、図９に示されるフローチャートによる処理は、拠点Ａにおける携帯端末１００で実行されたものとして説明するが、拠点Ｂにおける携帯端末２００においても当該処理フローを適用することができる。
【００４９】
Ｓ１０１において、携帯端末１００の識別情報取得部１１２は、自局の電話番号を記憶部１０５から読み出す。
【００５０】
Ｓ１０２において、携帯端末１００は、ユーザの操作により他の携帯端末との通話を開始した場合（Ｓ１０２：Ｙｅｓ）、Ｓ１０３の処理に移行する。通話が開始されなかった場合（Ｓ１０２：Ｎｏ）、携帯端末処理フロー（Ｓ１００）を終了し、再び図８のメインフローに戻る。
【００５１】
Ｓ１０３において、携帯端末１００の識別情報取得部１１２は、通話先の電話番号を取得する。Ｓ１０３においては、すでに携帯端末１００は他の携帯端末との通話を開始しているので、識別情報取得部１１２は、通話制御部１１１が制御している通話先の電話番号を取得することができる。あるいはまた、識別情報取得部１１２は、記憶部１０５に記憶されているアドレス帳データを参照することにより、携帯端末１００の通信先の電話番号を取得することができる。
【００５２】
Ｓ１０４において、携帯端末１００の暗号化部１１３は、Ｓ１０１で取得した自局の電話番号と、Ｓ１０３で取得した通話先の電話番号とを暗号化して、暗号化された電話番号のデータを得る。
【００５３】
Ｓ１０５において、携帯端末１００の書込部１１４は、Ｓ１０４で暗号化した自局の電話番号と通話先の電話番号とを、携帯端末１００に内蔵されている書換可能ＲＦＩＤタグ１０７に書き込む。本実施形態における携帯端末１００は、ＮＦＣ  Ｆｏｒｕｍ規格におけるＣａｒｄ  Ｅｍｕｌａｔｉｏｎ  Ｍｏｄｅでの動作をサポートしており、ＲＦＩＤタグリーダ３３０からは非接触ＩＣカードとして認識される。Ｃａｒｄ  Ｅｍｕｌａｔｉｏｎ  ＭｏｄｅではＮＦＣ  Ｆｏｒｕｍで定められたフォーマットのデータ（例えばＴａｇ  Ｔｙｐｅ４）を、同じくＮＦＣ  Ｆｏｒｕｍで定められた通信方式（例えばＴｙｐｅＡ）で送受信する。
【００５４】
本実施形態における携帯端末１００は、上記の通りＣａｒｄ  Ｅｍｕｌａｔｉｏｎ  Ｍｏｄｅでの動作をサポートしている。そのため、ＲＦＩＤタグリーダ３３０からの読み出し要求に応じて、会議の開始に必要な自局の電話番号と通話先の電話番号とを、近距離無線通信６２０を介して、ＲＦＩＤタグリーダ３３０に送信することができる。
【００５５】
その後、Ｓ１０６において、携帯端末１００は、ユーザの操作により他の携帯端末との通話を待機する。通話が終了した場合（Ｓ１０６：Ｙｅｓ）、Ｓ１０７の処理に移行する。
【００５６】
Ｓ１０７において、携帯端末１００の書込部１１４は、空データを、携帯端末１００に内蔵されている書換可能ＲＦＩＤタグ１０７に書き込む。このとき、書込部１１４は、Ｓ１０５で暗号化した自局の電話番号と通話先の電話番号とを書き込んだ、書換可能ＲＦＩＤタグ１０７の記憶領域に空データを上書きする。携帯端末１００が他の携帯端末と通話中ではない場合、近距離無線通信Ｉ／Ｆ１０８が、ＲＦＩＤタグリーダ３３０からの読み出し要求を受信したとしても、携帯端末１００の自局の電話番号と通話先の電話番号が送信されてしまうことを回避する。このように構成することで、誤って送信された自局の電話番号と通話先の電話番号とに基づいて、サーバ５００が会議のための接続を確立してしまうことを回避する。その後、Ｓ１０７の処理が終了すると、再び図８のメインフローに戻る。
【００５７】
＜ＰＣ処理フロー＞
次に、本実施形態における、遠隔会議システム１のＰＣ処理のフローについて、図１０を参照して説明する。
【００５８】
図１０のＰＣ処理フローでは、携帯端末１００から取得した情報に基づき、会議の開始要求または終了要求を、サーバ５００に送信する処理の内容を示す。図１０に示されるフローチャートによる処理は、ＲＯＭ３０３に格納されたプログラムコードが展開され、ＣＰＵ３０１によって実行される。なお、図１０に示されるフローチャートによる処理は、拠点ＡにおけるＰＣ３００で実行されたものとして説明するが、拠点ＢにおけるＰＣ４００においても当該処理フローを適用することができる。
【００５９】
Ｓ２０１において、ＰＣ３００の識別情報取得部３３１は、自身のＰＣの識別情報をＲＯＭ３０３から読み出す。本実施形態においては、遠隔会議システム１を構成するＰＣそれぞれに割り振られた固有のホスト名またはＩＰアドレスなどを、ＰＣの識別情報とすることができる。
【００６０】
Ｓ２０２において、ＰＣ３００は、ユーザの操作により会議の終了指示を受け付けたかを判定し、会議を終了させる指示を受け付けたと判定した場合（Ｓ２０２：Ｙｅｓ）、Ｓ２０９に移行する。Ｓ２０２における指示の受け付けは、ＰＣ３００の外部接続Ｉ／Ｆ３０５に接続された各種の入力デバイスを介して行われてもよいし、ＰＣ３００に接続されたプロジェクタ３２０の電源がオフになったことを検知することによって行われてもよい。一方、ユーザの操作により会議の終了指示を受け付けていないと判定された場合（Ｓ２０２：Ｎｏ）、Ｓ２０３の処理に移行する。なお、ＰＣ３００の外部接続Ｉ／Ｆ３０５は、本発明における受付手段としての機能を担う。
【００６１】
ユーザの操作により会議の終了指示を受け付けていないと判定された場合、Ｓ２０３において、ＰＣ３００に接続されるＲＦＩＤタグリーダ３３０が、ＲＦＩＤタグの検知を判定する。すなわち、ＲＦＩＤタグリーダ３３０は、一定の時間間隔で読み出し要求を継続的に発信し、近傍にＲＦＩＤタグが存在し、ＲＦＩＤタグに記憶された情報を読み出せた場合はＲＦＩＤタグを検知できたと判定する（Ｓ２０３：Ｙｅｓ）。一方、近傍にＲＦＩＤタグが存在せず、ＲＦＩＤに記憶された情報が読み出せなかった場合はＲＦＩＤタグを検知できなかったと判定する（Ｓ２０３：Ｎｏ）。
【００６２】
ＲＦＩＤタグを検知できたと判定した場合（Ｓ２０３：Ｙｅｓ）、Ｓ２０４において、ＰＣ３００はＲＦＩＤタグリーダ３３０の読取部３３１を介して、ＲＦＩＤタグに記憶された情報を読み取る。本実施形態においては、Ｓ２０４において、ＰＣ３００は、Ｓ１０５で携帯端末１００の書換可能ＲＦＩＤタグ１０７に書き込まれたデータを読み取る。ＰＣ３００は、書換可能ＲＦＩＤタグ１０７に記憶された、暗号化された自局の電話番号と通話先の電話番号（Ｓ１０５）、または空データ（Ｓ１０７）を読み取ることができる。
【００６３】
Ｓ２０５において、Ｓ２０４で書換可能ＲＦＩＤタグ１０７から読み取ったデータが空データであるか否かを判定し、空データであった場合は本ＰＣ処理フローを終了し、再び図８のメインフローに戻る。書換可能ＲＦＩＤタグ１０７から読み取ったデータが空データではなかった場合、すなわち書換可能ＲＦＩＤタグ１０７から自局および通話先の電話番号を読み取った場合（Ｓ２０５：Ｎｏ）、Ｓ２０６に移行する。
【００６４】
Ｓ２０６において、ＰＣ３００のネットワークＩ／Ｆ３０６は、サーバ５００に対し、Ｓ２０１で取得したＰＣの識別情報と、Ｓ２０４で取得した自局および通話先の電話番号とを含む開始要求を送信する。
【００６５】
Ｓ２０７において、ＰＣ３００は、会議のための動画データが、既にＰＣ３００からサーバ５００に対して送信中であるかを判定する。動画データが送信中であった場合（Ｓ２０７：Ｙｅｓ）、本ＰＣ処理フローを終了し、再び図８のメインフローに戻る。
【００６６】
一方、Ｓ２０７において、動画データが送信中ではない場合、つまり会議のための動画データの送信が開始されていない場合（Ｓ２０７：Ｎｏ）、ＰＣ３００は撮像部３４１から動画データを取得する。次いで、ネットワークＩ／Ｆ３０６は、サーバ５００に対して動画データ送信を開始する。サーバ５００に対して動画データの送信が開始されると、本ＰＣ処理フローを終了し、再び図８のメインフローに戻る。
【００６７】
Ｓ２０２において、会議を終了させる指示を受け付けたと判定した場合（Ｓ２０２：Ｙｅｓ）、Ｓ２０９に移行する。Ｓ２０９において、ＰＣ３００のネットワークＩ／Ｆ３０６は、サーバ５００に対し、Ｓ２０１で取得したＰＣの識別情報を含む終了要求を送信する。
【００６８】
次いで、Ｓ２１０において、ネットワークＩ／Ｆ３０６は、Ｓ２０８で開始したサーバ５００への動画データの送信を停止する。サーバ５００に対して動画データの送信が停止されると、本ＰＣ処理フローを終了し、再び図８のメインフローに戻る。
【００６９】
＜サーバ処理フロー＞
次に、本実施形態における、遠隔会議システム１のサーバ処理フローについて、図１１を参照して説明する。
【００７０】
図１１のサーバ処理フローでは、各拠点のＰＣから受信した開始要求または終了要求に応じて、会議を開始するための各拠点間のＰＣの接続を制御する処理内容を示す。図１１に示されるフローチャートによる処理は、ＲＯＭ３０３に格納されたプログラムコードが展開され、ＣＰＵ３０１によって実行される。なお、図１１に示されるフローチャートによる処理は、サーバ５００が拠点ＡにおけるＰＣ３００からの各種要求に基づいて実行される処理の内容を説明するが、拠点ＢにおけるＰＣ４００からの各種要求に基づいて実行される処理内容としても適用可能である。
【００７１】
Ｓ３０１において、サーバ５００のネットワークＩ／Ｆ３０６は、ＰＣ３００から会議を終了させるための終了要求（Ｓ２０９）を受信したかを判定する。終了要求を受信した場合（Ｓ３０１：Ｙｅｓ）、Ｓ３１２の処理に移行する。終了要求を受信していない場合（Ｓ３０１：Ｎｏ）、Ｓ３０２に移行する。
【００７２】
Ｓ３０２において、サーバ５００のネットワークＩ／Ｆ３０６は、ＰＣ３００から会議を開始させるための開始要求（Ｓ２０６）を受信したかを判定する。開始要求を受信した場合（Ｓ３０２：Ｙｅｓ）、Ｓ３０３の処理に移行する。開始要求を受信していない場合（Ｓ３０２：Ｎｏ）、本サーバ処理フローを終了し、再び図８のメインフローに戻る。
【００７３】
サーバ５００のネットワークＩ／Ｆ３０６が開始要求を受信した場合（Ｓ３０２：Ｙｅｓ）、サーバ５００の復号化部５０３は、開始要求に含まれる暗号化された電話番号のデータを復号化する。サーバ５００の復号化部５０３は、暗号化された電話番号のデータを復号化すると、拠点Ａにおける携帯端末１００の自局の電話番号と通話先の電話番号とを取得することができる。
【００７４】
Ｓ３０４において、サーバ５００の制御部３０８は、先ず開始要求に含まれるＰＣの識別情報を検索キーとして、通信管理ＤＢ７００を検索し、検索キーであるＰＣの識別情報と一致する自拠点レコード７０７を抽出する。次に、ＤＢ更新部５０４は、自拠点レコード７０７に含まれる自局の電話番号フィールド７０２と、通話先の電話番号フィールド７０３とを、それぞれＳ３０３で復号化した自局の電話番号と、通話先の電話番号とで更新する。
【００７５】
Ｓ３０５において、サーバ５００の制御部３０８は、先ず開始要求に含まれる通話先の電話番号を検索キーとして、通信管理ＤＢ７００を検索し、検索キーである通話先の電話番号と一致する他拠点レコード７０８を抽出する。サーバ５００の制御部３０８は、通話先の電話番号から、他の拠点のＰＣ４００を特定する特定手段の機能を担う。
【００７６】
Ｓ３０６において、サーバ５００の制御部３０８は、Ｓ３０５で抽出した他拠点レコード７０８における通話先の電話番号フィールド７０３の値が、Ｓ３０４で更新した自拠点レコード７０７における自局の電話番号フィールド７０２の値と同じかを判定する。さらに、サーバ５００の制御部３０８は、他拠点レコード７０８における通話先の電話番号フィールド７０３の値が、自拠点レコード７０７における自局の電話番号フィールド７０２の値と同じかを判定する。それぞれのフィールドの値が同じであった場合、開始要求に含まれる自局の電話番号で特定される携帯端末１００と、通話先の電話番号で特定される携帯端末２００とが、現在通話中であるかと判定される。通話中と判定された場合（Ｓ３０６：Ｙｅｓ）、Ｓ３０７の処理に移行する。一方、通話中ではないと判定された場合（Ｓ３０６：Ｎｏ）、Ｓ３０８の処理に移行する。
【００７７】
Ｓ３０７において、サーバ５００の制御部３０８はさらに、Ｓ３０５で抽出した他拠点レコード７０８の接続ステータスフィールド７０５の値が、「接続待ち」または「接続済み」のいずれかであるか判定する。サーバ５００の制御部３０８は、各レコードのステータスの値を判定する判定手段の機能を担う。他拠点レコード７０８の接続ステータスフィールド７０５の値が、「接続待ち」または「接続済み」のいずれかであると判定された場合（Ｓ３０７：Ｙｅｓ）、Ｓ３１０の処理に移行する。一方、いずれかと同じではないと判定された場合（Ｓ３０７：Ｎｏ）、Ｓ３０８の処理に移行する。
【００７８】
自局の携帯端末１００と、他拠点での携帯端末２００とが現在通話中ではなく（Ｓ３０６：Ｎｏ）、かつ、他拠点側のステータスが「接続待ち」または「接続済み」ではなかった場合（Ｓ３０７：Ｎｏ）、Ｓ３０８の処理に移行する。
【００７９】
Ｓ３０８において、ＤＢ更新部５０４は、自拠点レコード７０７における接続ステータスフィールド７０５の値が「非接続」であるかを判定する。自拠点レコード７０７における接続ステータスフィールド７０５の値が「非接続」であった場合（Ｓ３０８：Ｙｅｓ）、Ｓ３０９の処理に移行する。一方、接続ステータスフィールド７０５の値が「非接続」でなかった場合（Ｓ３０８：Ｎｏ）、本サーバ処理フローを終了し、再び図８のメインフローに戻る。
【００８０】
Ｓ３０９において、ＤＢ更新部５０４は、自拠点レコード７０７における接続ステータスフィールド７０５の値を「接続待ち」に変更する。その後、本サーバ処理フローを終了し、再び図８のメインフローに戻る。
【００８１】
自局の携帯端末１００と、他拠点での携帯端末２００とが現在通話中であり（Ｓ３０６：Ｙｅｓ）、かつ、他拠点側のステータスが「接続待ち」または「接続済み」である場合（Ｓ３０７：Ｙｅｓ）、Ｓ３１０の処理に移行する。
【００８２】
Ｓ３１０において、ＤＢ更新部５０４は、自拠点レコード７０７における接続ステータスフィールド７０５の値を「接続済み」に変更する。同時に、ＤＢ更新部５０４は、自拠点レコード７０７および他拠点レコード７０８の接続先ＰＣフィールド７０５の値を、お互いの接続先となるＰＣの識別情報に変更する。
【００８３】
次いで、Ｓ３１１において、サーバ５００の接続制御部５０１は、拠点ＡのＰＣ３００と、他の拠点である拠点ＢのＰＣ４００との間の接続を開始する。次いで、サーバ５００のストリーミングデータ配信部５０２は、通信管理ＤＢ７００を参照し、自拠点レコード７０７および他拠点レコード７０８の接続先ＰＣフィールド７０６の値を特定する。そして、ストリーミングデータ配信部５０２は、Ｓ２０７（図１０）の処理によって各拠点のＰＣ３００，４００からサーバ５００に送信されてきた動画データを、動画ストリーミングデータとしてそれぞれ別の拠点のＰＣ３００，４００に配信する。その後、本サーバ処理フローを終了し、再び図８のメインフローに戻る。
【００８４】
一方、サーバ５００のネットワークＩ／Ｆ３０６が終了要求を受信した場合（Ｓ３０１：Ｙｅｓ）、Ｓ３１２において、ＤＢ更新部５０４は、自拠点レコード７０７および他拠点レコード７０８の接続ステータスフィールド７０５を「非接続」に変更する。同時に、ＤＢ更新部５０４は、自拠点レコード７０７および他拠点レコード７０８の接続先ＰＣフィールド７０５の値を、空データ（ＮＵＬＬ）に変更する。そして、ストリーミングデータ配信部５０２は、Ｓ３１１で開始した動画ストリーミングデータの配信を停止し、再び図８のメインフローに戻る。
【００８５】
以上説明した通り、本実施形態における遠隔会議システム１によれば、接続管理機能を備えるサーバ５００が、各拠点のＰＣ３００，４００からの開始要求または終了要求を受信することに応じて、会議のための接続を提供することができる。その際に、各拠点のユーザは、通話中の携帯端末の情報を各拠点のＲＦＩＤタグリーダに読み取らせる操作だけで、複雑な操作をすることなく、ＰＣ３００と、ＰＣ４００とを会議のために接続させることができる。このように、本発明における会議システムによれば、異なる拠点にいるユーザが、それぞれの拠点に設置された会議支援装置に対して簡単な操作を行うことで、会議を開始することができる。
【００８６】
＜その他の実施形態＞
上述の実施形態では、携帯端末１００の識別情報として、自局の電話番号および通話先の電話番号を用いたが、実施形態はこれらに限られない。例えば、携帯端末ＩＤのように、携帯端末をそれぞれ一意に識別できる情報であれば他の識別情報を用いることができる。自局の電話番号および通話先の電話番号を用いない構成とすることで、ユーザの個人情報である電話番号を漏洩してしまうリスクを低減することができる。
【００８７】
上述の実施形態では、携帯端末とＰＣとの間の通信のために、ＲＦＩＤタグによる近接無線通信を用いたが、実施形態はこれに限られない。例えば、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ、赤外線通信、ＱＲコード（登録商標）をカメラ３４０で撮影する等、携帯端末から近傍のＰＣに情報を送信するための異なる手法を用いてもよい。かかる構成によれば、携帯端末１００が近距離無線通信に対応していない場合であっても、本発明にかかる遠隔会議システム１による会議の開始手法を利用することができる。
【００８８】
また、図９に示される携帯端末処理フロー（Ｓ１００）において、携帯端末１００の書込部１１４は、通話終了後に「空データ」を書換可能ＲＦＩＤタグ１０７書き込む処理を実行していた（Ｓ１０７）。しかし、実施形態はこれに限られず、Ｓ１０７の処理を省略して、通話先の電話番号を最新の通話履歴として書換可能ＲＦＩＤタグ１０７に記憶されたままにしてもよい。かかる構成によれば、ユーザが通話先との通話を終了した後であっても、通話先の電話番号を最新の通話履歴として書換可能ＲＦＩＤタグ１０７に保持しておくことで、最後に通話した通話先のユーザと会議を開始することができる。
【００８９】
上述の実施形態では、拠点Ａおよび拠点Ｂとの間の２者間での遠隔会議を例に、それぞれの拠点のＰＣ３００およびＰＣ４００に対して、サーバ５００が接続を制御する態様について説明した。しかし、他の実施形態においては、３つの拠点以上に跨がる複数者間の遠隔会議においても、本発明における会議システムを適用することができる。すなわち、他の実施形態においては、サーバ５００の制御部３０８は、３つ以上の拠点からの各種識別情報を互いに照合することにより、各拠点間の接続ステータスを判定する（Ｓ３０７）。
【００９０】
上述の実施形態では、サーバ５００がそれぞれの拠点におけるＰＣの接続ステータスを判定し、当該接続ステータスに応じて、各拠点間の接続を制御する態様について説明した。他の実施形態においては、上記の構成に限られず、各拠点におけるＰＣがそれぞれ相互のＰＣの接続ステータスを判定し、当該接続ステータスに応じて、各拠点間の接続を制御する態様であってもよい。かかる構成によれば、サーバ５００に接続制御を集中させないために、会議のための制御負荷を分散させることができる。また、サーバ５００を設置しない構成においては、サーバ５００を運用管理する工数を削減することができる。
【００９１】
［その他の実施例］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【図１】
2016100818.tif 000003
【図２】
2016100818.tif 000004
【図３】
2016100818.tif 000005
【図４】
2016100818.tif 000006
【図５】
2016100818.tif 000007
【図６】
2016100818.tif 000008
【図７】
2016100818.tif 000009
【図８】
2016100818.tif 000010
【図９】
2016100818.tif 000011
【図１０】
2016100818.tif 000012
【図１１】
2016100818.tif 000013