(57)【特許請求の範囲】
【請求項１】
複数の会議装置と、複数の通信装置と、を含む会議システムにおける接続制御方法であって、
前記複数の通信装置のうち、前記複数の会議装置のうちの一の会議装置に対応する通信装置が、前記一の会議装置に接続するための接続情報を、前記複数の会議装置のうち、前記一の会議装置以外の会議装置に対応するそれぞれの通信装置に送信し、
前記複数の会議装置のうち、前記一の会議装置以外の会議装置のそれぞれが、対応する通信装置を介して前記接続情報を受け取り、受け取った接続情報に基づいて接続要求を前記一の会議装置に送信し、
前記一の会議装置が、前記複数の会議装置のうち、前記一の会議装置以外の会議装置のそれぞれから接続要求を受け取り、前記接続要求を送信してきた会議装置のそれぞれに対して、前記複数の会議装置のうち、前記一の会議装置以外の会議装置間の接続を指示する接続指示を送信する
ことを特徴とする接続制御方法。
【請求項２】
会議装置であって、
当該会議装置に接続するための接続情報を当該会議装置に対応する通信装置に送信する接続情報送信手段と、
前記接続情報を受信した複数の通信装置のそれぞれに対応する複数の会議装置のそれぞれが前記接続情報に基づいて送信してきた接続要求を受信する接続要求受信手段と、
前記接続要求を送信してきた会議装置に対して、前記複数の会議装置間の接続を指示する接続指示を送信する接続指示手段と、
を有することを特徴とする会議装置。
【請求項３】
前記接続指示手段は、前記接続指示を送信した送信先の会議装置より受け取った前記複数の会議装置間の接続結果に基づいて、前記複数の会議装置間で未接続の会議装置に対して、前記複数の会議装置間の接続指示を送信することを特徴とする請求項２に記載の会議装置。
【請求項４】
通信装置に対応する会議装置であって、
当該会議装置の接続先の会議装置に対応する通信装置が送信してきた前記接続先の会議装置に接続するための接続情報を、当該会議装置に対応する通信装置を介して受信する第１の受信手段と、
前記接続先の会議装置に接続するための接続情報に基づいて前記接続先の会議装置に接続要求を送信する第１の送信手段と、
当該会議装置と接続されていない他の会議装置に接続するための接続情報を当該会議装置及び前記他の会議装置より接続要求を受信した前記接続先の会議装置から受信する第２の受信手段と、
前記他の会議装置に接続するための接続情報に基づいて前記他の会議装置に接続要求を送信する第２の送信手段と、
前記他の会議装置との接続が確立された場合、接続が確立されたことを示す接続結果を前記接続先の会議装置に送信する第３の送信手段と、
を有することを特徴とする会議装置。
【請求項５】
コンピュータを会議装置として機能されるためのプログラムであって、
当該会議装置に接続するための接続情報を当該会議装置に対応する通信装置に送信する接続情報送信手段と、
前記接続情報を受信した複数の通信装置のそれぞれに対応する複数の会議装置のそれぞれが前記接続情報に基づいて送信してきた接続要求を受信する接続要求受信手段と、
前記接続要求を送信してきた会議装置に対して、前記複数の会議装置間の接続を指示する接続指示を送信する接続指示手段と、
してコンピュータを機能させることを特徴とするプログラム。
【請求項６】
コンピュータを通信装置に対応する会議装置として機能されるためのプログラムであって、
当該会議装置の接続先の会議装置に対応する通信装置が送信してきた前記接続先の会議装置に接続するための接続情報を、当該会議装置に対応する通信装置を介して受信する第１の受信手段と、
前記接続先の会議装置に接続するための接続情報に基づいて前記接続先の会議装置に接続要求を送信する第１の送信手段と、
当該会議装置と接続されていない他の会議装置に接続するための接続情報を当該会議装置及び前記他の会議装置より接続要求を受信した前記接続先の会議装置から受信する第２の受信手段と、
前記他の会議装置に接続するための接続情報に基づいて前記他の会議装置に接続要求を送信する第２の送信手段と、
前記他の会議装置との接続が確立された場合、接続が確立されたことを示す接続結果を前記接続先の会議装置に送信する第３の送信手段と、
してコンピュータを機能させることを特徴とするプログラム。
【請求項７】
請求項５又は６に記載のプログラムを記憶したコンピュータにより読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、会議装置及び接続制御方法に関する。
【背景技術】
【０００２】
データ通信と音声通信との融合が進み、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）等のように、音声や映像等のマルチメディアサービスを提供する技術が普及しつつある。
そして、これら技術を応用し、複数の遠隔拠点間で会議を行うサービスが提供されている。
【０００３】
従来技術では利用者が複数の拠点からのデータを中継するＭＣＵを準備し複数拠点の会議装置とＭＣＵとを接続するか、ＡＳＰがサービスを提供するＷｅｂ会議サービスに複数拠点の会議装置を接続することによって会議ネットワークを構築し会議を開催している。ここで、ＭＣＵは、Ｍｕｌｔｉ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔの略である。また、ＡＳＰは、Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒの略である。
【０００４】
また、従来技術では多地点接続装置（ＭＣＵ）やＷｅｂ会議サービス等を使用しない場合、複数拠点の会議装置をメッシュ接続することによって、会議ネットワークを構築し会議を開催している。
【０００５】
複数拠点の各会議装置は、接続先の接続情報が分からないと、会議ネットワークに参加することはできないが、特許文献１では、携帯電話等、会議装置とは異なる通信装置を使用し、接続先の情報を交換する技術が開示されている。
【０００６】
【特許文献１】特開２００６−３１１０１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１で提案されている方法は、ＭＣＵやＷｅｂ会議サービスを使用することが前提となっており、ＭＣＵやＷｅｂ会議サービスを使用しないで、各拠点間でメッシュ接続することは考慮されていない。
ＭＣＵやＷｅｂ会議サービスを使用する場合、利用者が携帯電話を使用して、装置間で接続するための情報を交換する回数は、拠点数ｎに対してｎ回となる。
しかしながら、各拠点の会議装置間でメッシュ接続する場合、情報交換する回数が、拠点数ｎに対して、ｎ×（ｎ−１）÷２回となり、拠点数が増えるにつれて、情報交換回数が増大する問題がある。
【０００８】
そのため、利用者による情報交換の操作回数が増えることによって、ヒューマンエラーの発生する可能性が高くなり、会議ネットワークを開催することができなくなる恐れもある。
更に、ＭＣＵやＷｅｂ会議サービスを使用する場合、ＭＣＵと会議装置との接続、Ｗｅｂ会議サービスと会議装置との接続のように、サーバとクライアントとのような役割が決まっており、接続情報の交換の後に、接続処理を開始するノードを決定することができる。
【０００９】
しかしながら、ＭＣＵやＷｅｂ会議サービスを利用しないでメッシュ接続を行う場合は、同じ役割である会議装置同士で接続することになる。
そのため、接続情報の交換後に、どちらかの会議装置から接続処理を開始する必要があるが、どちらの会議装置から開始するか決定することができない問題点もある。
【００１０】
よって、本発明は、参加拠点の数に関わらず、利用者による少ない操作で確実にネットワークを構築し、容易に会議を開催可能とすることを目的とする。
【課題を解決するための手段】
【００１１】
そこで本発明は、複数の会議装置と、複数の通信装置と、を含む会議システムにおける接続制御方法であって、前記複数の通信装置のうち、前記複数の会議装置のうちの一の会議装置に対応する通信装置が、前記一の会議装置に接続するための接続情報を、前記複数の会議装置のうち、前記一の会議装置以外の会議装置に対応するそれぞれの通信装置に送信し、前記複数の会議装置のうち、前記一の会議装置以外の会議装置のそれぞれが、対応する通信装置を介して前記接続情報を受け取り、受け取った接続情報に基づいて接続要求を前記一の会議装置に送信し、前記一の会議装置が、前記複数の会議装置のうち、前記一の会議装置以外の会議装置のそれぞれから接続要求を受け取り、前記接続要求を送信してきた会議装置のそれぞれに対して、前記複数の会議装置のうち、前記一の会議装置以外の会議装置間の接続を指示する接続指示を送信することを特徴とする。
【００１２】
また、本発明は、会議装置であって、当該会議装置に接続するための接続情報を当該会議装置に対応する通信装置に送信する接続情報送信手段と、前記接続情報を受信した複数の通信装置のそれぞれに対応する複数の会議装置のそれぞれが前記接続情報に基づいて送信してきた接続要求を受信する接続要求受信手段と、前記接続要求を送信してきた会議装置に対して、前記複数の会議装置間の接続を指示する接続指示を送信する接続指示手段と、を有することを特徴とする。
また、本発明は、通信装置に対応する会議装置であって、当該会議装置の接続先の会議装置に対応する通信装置が送信してきた前記接続先の会議装置に接続するための接続情報を、当該会議装置に対応する通信装置を介して受信する第１の受信手段と、前記接続先の会議装置に接続するための接続情報に基づいて前記接続先の会議装置に接続要求を送信する送信手段と、他の会議装置に接続するための接続情報を前記接続先の会議装置から受信する第２の受信手段と、を有し、前記送信手段は、前記他の会議装置に接続するための接続情報に基づいて前記他の会議装置に接続要求を送信することを特徴とする。
【００１３】
また、本発明は、プログラム及び記憶媒体としてもよい。
【発明の効果】
【００１４】
本発明によれば、参加拠点の数に関わらず、利用者による少ない操作で確実にネットワークを構築し、容易に会議を開催可能とすることができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施形態について図面に基づいて説明する。
【００１６】
＜実施形態１＞
図１は、会議システムのシステム構成の一例を示す図である。図１では、会議参加拠点数が４拠点の場合の会議システムの構成を示している。
４０は、拠点を表している。拠点４０の中には、１以上の会議装置５０がある。
会議装置５０は、ＩＰ網１０に接続され、音声・画像・データの入出力機能、他の会議装置と音声・画像・データを送受信する機能、通信装置６０とデータ通信を行う機能等を有している。
【００１７】
本実施形態において、会議装置は、カメラ、マイク、ディスプレイ、スピーカを接続したＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）を例に説明を行う。
会議装置５０は、カメラ、マイクから入力されたデータを接続先に送信し、相手から受信したデータをディスプレイ、スピーカから出力する機能を更に有している。
【００１８】
また、会議装置５０は、ＩＥＴＦによって規定されたＲＦＣ３２６１に準拠したＳＩＰを使用して、遠隔の会議装置との呼接続を行う機能を更に有している。ここで、ＩＥＴＦとは、Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅの略である。また、ＳＩＰとは、Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌの略である。
他の拠点４１〜４３についても、拠点４０と同様、１個以上の会議装置５１〜５３がある。
【００１９】
通信装置６０は、会議装置５０とデータを交換する機能、通信網２０に接続し、他の通信装置とデータ通信を行う機能を有している。通信装置６０は、拠点４０にいる会議参加者が保有しているものとする。
本実施形態において、通信装置は、他の通信装置とＰｏＣ（Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ  Ｏｖｅｒ  Ｃｅｌｌｕｌａｒ）機能にて、データ配信を行うことができる携帯電話を例に説明を行う。なお、通信装置は、例えば、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉａｌ  Ａｓｓｉｓｔａｎｔｓ）や、ノートＰＣ、ＰＣ、電話等であってもよい。
【００２０】
通信装置（以下、携帯電話という）６０には、例えば、会議装置５０とＩＣリーダ、ＩＣライターによって情報交換を行えるソフトウェア及びハードウェアが実装されている。
なお、通信装置６０は、会議装置５０と、バーコードリーダ、ライター、又はＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）等のＩＰプロトコルを使用して、データ通信を行うようにしてもよい。
【００２１】
他の通信装置６１〜６３も通信装置６０と同様の機能を持っており、各拠点４１〜４３にいる会議参加者が保有している。
呼制御サーバ３０は、ＩＰ網１０に接続されている。本実施形態において、呼制御サーバ３０は、ＩＥＴＦによって規定されたＲＦＣ３２６１に準拠したＳＩＰサーバであるものとする。
【００２２】
図２は、会議装置を構成するＰＣ（コンピュータ）のハードウェア構成の一例を示す図である。
図２において、ＰＣは、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、タイマ２０４、ＦｌａｓｈＲＯＭ２０７、ネットワークＩ／Ｆ２０８、ＨＤ２０９から構成される。
【００２３】
ＣＰＵ（中央処理装置）２０１は、ＰＣ全体を制御する。ＲＯＭ２０２は、各種プログラム等を格納する。ＲＡＭ２０３は、実行中のプログラムを記憶すると共に実行中のプログラムに用いられるデータ等を一時的に記憶する。
【００２４】
タイマ２０４は、各種時間を計測する。ＦｌａｓｈＲＯＭ２０７は、各種設定データファイル等を記憶する。ネットワークＩ／Ｆ２０８は、ＰＣを外部装置と接続する。ＨＤ２０９は、各種プログラム及び後述する接続情報、拠点情報、参加者情報を記憶する。
【００２５】
ＣＰＵ２０１は、マイクロプロセッサで構成される。ＣＰＵ２０１が、ＲＯＭ２０２、又はＨＤ２０９に記憶されているプログラムをＲＡＭ２０３上に読み出して実行することによって、後述する機能、又はフローチャートに係る処理が実現される。
なお、上述したように、会議装置は、ＰＣに、カメラ、マイク、ディスプレイ、スピーカが接続されて構成されている。また、ＰＣには、携帯電話とＩＣリーダ、ＩＣライターによって情報交換を行えるハードウェアが接続されているものとする。
【００２６】
図３は、会議装置５０の機能構成の一例を示す図である。なお、他の会議装置５１〜５３の機能構成も図３に示す機能構成と同様である。
接続情報１０１には、会議装置５０に接続するための情報として、会議装置５０を一意に識別するＳＩＰ−ＵＲＩ（識別情報）が記述されている。
拠点情報１０２には、他の会議装置５１〜５３へ接続するための情報が記述されている。
参加者情報１０３には、携帯電話６０から取得した、会議の全参加者の携帯電話番号が記述されている。
【００２７】
音声／映像入出力モジュール１０４は、利用者からの入力情報を取得する。また、音声／映像入出力モジュール１０４は、取得した入力情報を他会議装置５１〜５３へ送信するため、データに変換する。また、音声／映像入出力モジュール１０４は、他の会議装置５１〜５３から取得した情報を利用者へ提供するためにデータを出力する。
【００２８】
拠点接続管理モジュール１０５は、会議装置５０〜５３のメッシュ接続状態が、接続済み状態か、又は未接続状態かを管理する。
呼制御モジュール１０６は、ＩＥＴＦによって規定されたＲＦＣ３２６１に準拠したＳＩＰを制御する。
通信モジュール１０７は、ＩＰ網１０を介して、ＩＰ通信を行うための処理を実行する。
ＩＣリーダ・ライター１０８は、携帯電話６０とデータ交換を行うための処理を実行する。
【００２９】
図４は、拠点４０にいるユーザが会議招集者として、拠点４１〜４３のユーザと会議を開催するまでの処理に関するシーケンスの一例を示す図である。
拠点４０にいる会議招集者は、自身が所有する携帯電話６０から会議へ召集したいユーザの携帯電話６１〜６３へＰｏＣによる呼出しを行う（Ｓ１０１）。
【００３０】
携帯電話６１〜６３の招集者であるユーザは、ＰｏＣによる呼出しに対して応答を行う（Ｓ１０２）。
このことによって、携帯電話６０〜６１は、ＰｏＣグループに属し、データ通信を行うことができる状態になる。
続いて、携帯電話６０は、会議招集者の操作に応じて、会議装置５０に対して、会議装置５０へ接続するために必要なＳＩＰ−ＵＲＩの取得を要求する情報取得要求を送信する（Ｓ１０３）。なお、携帯電話６０は、ＰｏＣ通信中の携帯電話６１〜６３の電話番号を前記情報取得要求に含めて会議装置５０に通知する。
【００３１】
情報取得要求を受信した会議装置５０は、情報取得要求に含まれる会議参加者の電話番号を取得して、参加者情報１０３に格納する（参加者情報登録）。また、会議装置５０は、接続情報１０１から会議装置５０へ接続するために必要なＳＩＰ−ＵＲＩを取得して、接続情報として携帯電話６０に通知する（接続情報提供）（Ｓ１０４）。
【００３２】
ＳＩＰ−ＵＲＩを受け取った携帯電話６０は、ＰｏＣ通信を用いて他の携帯電話６１〜６３に対して、会議装置５０のＳＩＰ−ＵＲＩを通知する（Ｓ１０５）。なお、携帯電話６０は、会議装置５０のＳＩＰ−ＵＲＩを通知し終えると、ＰｏＣ通信を切断してもよい（Ｓ１０６）。
【００３３】
会議装置５０のＳＩＰ−ＵＲＩを受け取った、携帯電話６１は、ユーザ操作に応じて、携帯電話６１のユーザが使用する会議装置５１に対して、会議装置５０のＳＩＰ−ＵＲＩ及び自身（携帯電話６１）の電話番号を通知する（Ｓ１０７）。
会議装置５０のＳＩＰ−ＵＲＩ及び携帯電話６１の電話番号を受け取った会議装置５１は、会議装置５０のＳＩＰ−ＵＲＩを拠点情報に格納する。また、会議装置５１は、会議装置５１のＳＩＰ−ＵＲＩと、携帯電話６１の電話番号と、を用いて会議装置５０と接続を確立する（Ｓ１０８）。より具体的に説明すると、会議装置５１は、会議装置５１のＳＩＰ−ＵＲＩと、携帯電話６１の電話番号と、を含むＳＩＰのＩＮＶＩＴＥメッセージを会議装置５０に送信する。
即ち、会議装置５１は、携帯電話（通信装置）６１を介して受け取った情報通知に含まれる会議装置５０の接続情報に基づいて、会議装置５１の接続情報を含む接続要求を会議装置５０に送信する。なお、会議装置５０の接続情報は、その接続情報を用いて、会議装置５０に接続することができる情報であり、例えば、会議装置５０のＳＩＰ−ＵＲＩである。また、会議装置５１の接続情報は、その接続情報を用いて、会議装置５１に接続することができる情報であり、例えば、会議装置５１のＳＩＰ−ＵＲＩである。
【００３４】
ＩＮＶＩＴＥメッセージを受け取った会議装置５０は、会議装置５１のＳＩＰ−ＵＲＩ及び携帯電話６１の電話番号を取得すると、会議装置５１のＳＩＰ−ＵＲＩを拠点情報１０２に格納すると共に、携帯電話６１の電話番号をＲＡＭ２０３等に保持する。また、会議装置５０は、ＩＮＶＩＴＥメッセージに対する応答メッセージを会議装置５１に送信する。応答メッセージを受け取った会議装置５１は、応答メッセージに対するＡＣＫメッセージを会議装置５０に送信する。
以上、一連の処理によって会議装置５０と会議装置５１との接続が確立する。
【００３５】
同様に、会議装置５０のＳＩＰ−ＵＲＩを受け取った、携帯電話６２は、ユーザ操作に応じて、携帯電話６２のユーザが使用する会議装置５２に対して、会議装置５０のＳＩＰ−ＵＲＩ及び自身（携帯電話６２）の電話番号を通知する（Ｓ１０９）。
【００３６】
会議装置５０のＳＩＰ−ＵＲＩ及び携帯電話６２の電話番号を受け取った会議装置５２は、会議装置５０のＳＩＰ−ＵＲＩを拠点情報に格納する。また、会議装置５２は、会議装置５２のＳＩＰ−ＵＲＩと、携帯電話６２の電話番号と、を用いて会議装置５０と接続を確立する（Ｓ１１０）。より具体的に説明すると、会議装置５２は、会議装置５２のＳＩＰ−ＵＲＩと、携帯電話６２の電話番号と、を含むＳＩＰのＩＮＶＩＴＥメッセージを会議装置５０に送信する。
【００３７】
ＩＮＶＩＴＥメッセージを受け取った会議装置５０は、会議装置５２のＳＩＰ−ＵＲＩ及び携帯電話６２の電話番号を取得すると、会議装置５２のＳＩＰ−ＵＲＩを拠点情報１０２に格納すると共に、携帯電話６２の電話番号をＲＡＭ２０３等に保持する。また、会議装置５０は、ＩＮＶＩＴＥメッセージに対する応答メッセージを会議装置５２に送信する。応答メッセージを受け取った会議装置５２は、応答メッセージに対するＡＣＫメッセージを会議装置５０に送信する。
以上、一連の処理によって会議装置５０と会議装置５２との接続が確立する。
【００３８】
ここで、会議装置５０（拠点接続管理モジュール１０５）は、拠点情報１０２と、他の会議装置間の接続状態に関する情報と、に基づいて、会議装置５１と会議装置５２との接続の状態が、接続状態か、未接続状態かを判断する。今の例では、まだ会議装置５１と会議装置５２とは接続されておらず、会議装置５０は、会議装置５１と会議装置５２とが接続された旨の接続結果を受け取っていないため、会議装置５１と会議装置５２との接続の状態が未接続状態であると判断する。
【００３９】
したがって、会議装置５０は、会議装置５１（会議装置５２でもよい）に対して接続指示を送信する（Ｓ１１１）。より具体的に説明すると、会議装置５０は、会議装置５２のＳＩＰ−ＵＲＩを含めたＳＩＰのＲＥＦＥＲリクエストを会議装置５１に送信する。ここで、ＳＩＰのＲＥＦＥＲリクエストはＲＦＣ３３１５等で規定されている。
なお、会議装置５０は、会議装置５１及び会議装置５２に対して接続指示を送信するようにしてもよい。より具体的に説明すると、会議装置５０は、会議装置５２のＳＩＰ−ＵＲＩを含めたＳＩＰのＲＥＦＥＲリクエストを会議装置５１に送信すると共に、会議装置５１のＳＩＰ−ＵＲＩを含めたＳＩＰのＲＥＦＥＲリクエストを会議装置５２に送信するようにしてもよい。会議装置５１及び会議装置５２は、どちらか早く処理を開始できる方から他方に対して接続要求を送信するようにしてもよい。
また、会議装置５０は、会議装置５１に送信するＲＥＦＥＲリクエストに会議装置５２のＳＩＰ−ＵＲＩを含めると共に、会議装置５１のＳＩＰ−ＵＲＩを含めて送信するようにしてもよい。そして、会議装置５１は、受信したＲＥＦＥＲリクエストに自身のＳＩＰ−ＵＲＩが含められていた場合は、自身のＳＩＰ−ＵＲＩを無視するようにしてもよい。
【００４０】
接続指示を受けた会議装置５１は、会議装置５２と接続を確立する（Ｓ１１２）。例えば、会議装置５１は、接続指示（ＳＩＰのＲＥＦＥＲリクエスト）に含まれる会議装置５２のＳＩＰ−ＵＲＩを拠点情報に格納する。また、会議装置５１は、会議装置５１のＳＩＰ−ＵＲＩを含むＳＩＰのＩＮＶＩＴＥメッセージを会議装置５２に送信する。ＩＮＶＩＴＥメッセージを受け取った会議装置５２は、会議装置５１のＳＩＰ−ＵＲＩを取得し、拠点情報に格納する。また、会議装置５２は、ＩＮＶＩＴＥメッセージに対する応答メッセージを会議装置５１に送信する。応答メッセージを受け取った会議装置５１は、応答メッセージに対するＡＣＫメッセージを会議装置５２に送信する。
以上、一連の処理によって会議装置５１と会議装置５２との接続が確立する。
【００４１】
会議装置５１は、会議装置５２との接続が確立すると、会議装置５０に対して、接続結果を通知する（Ｓ１１３）。より具体的に説明すると、会議装置５１は、ＳＩＰのＮＯＴＩＦＹリクエストに接続結果を意味するステータスコードと、会議装置５１と会議装置５２との間の接続情報としてＳＩＰで規定されている呼情報と、を含めて送信する。ここで、呼情報には、Ｃａｌｌ−ＩＤヘッダ情報、ＦｒｏｍヘッダとＴｏヘッダとのｔａｇ情報等が含まれる。
会議装置５０は、接続指示を送信した送信先の会議装置５１より接続結果を受け取り、この接続結果を接続状態に関する情報としてＲＡＭ２０３等に保持する（接続状態情報登録）。
【００４２】
同様に、会議装置５０のＳＩＰ−ＵＲＩを受け取った、携帯電話６３は、ユーザ操作に応じて、携帯電話６３のユーザが使用する会議装置５３に対して、会議装置５０のＳＩＰ−ＵＲＩ及び自身（携帯電話６３）の電話番号を通知する（Ｓ１１４）。
【００４３】
会議装置５０のＳＩＰ−ＵＲＩ及び携帯電話６３の電話番号を受け取った会議装置５３は、会議装置５０のＳＩＰ−ＵＲＩを拠点情報に格納する。また、会議装置５３は、会議装置５３のＳＩＰ−ＵＲＩと、携帯電話６３の電話番号と、を用いて会議装置５０と接続を確立する（Ｓ１１５）。より具体的に説明すると、会議装置５３は、会議装置５３のＳＩＰ−ＵＲＩと、携帯電話６３の電話番号と、を含むＳＩＰのＩＮＶＩＴＥメッセージを会議装置５０に送信する。
【００４４】
ＩＮＶＩＴＥメッセージを受け取った会議装置５０は、会議装置５３のＳＩＰ−ＵＲＩ及び携帯電話６３の電話番号を取得すると、会議装置５３のＳＩＰ−ＵＲＩを拠点情報１０２に格納すると共に、携帯電話６３の電話番号をＲＡＭ２０３等に保持する。また、会議装置５０は、ＩＮＶＩＴＥメッセージに対する応答メッセージを会議装置５３に送信する。応答メッセージを受け取った会議装置５３は、応答メッセージに対するＡＣＫメッセージを会議装置５０に送信する。
以上、一連の処理によって会議装置５０と会議装置５３との接続が確立する。
【００４５】
ここで、会議装置５０（拠点接続管理モジュール１０５）は、拠点情報１０２と、他の会議装置間の接続状態に関する情報と、に基づいて、例えば、会議装置５１と会議装置５３との接続の状態が、接続状態か、未接続状態かを判断する。今の例では、会議装置間の接続状態に関する情報に、会議装置５１と会議装置５３とが接続された旨を示す接続結果は含まれていないため、会議装置５０は、会議装置５１と会議装置５３との接続の状態が未接続状態であると判断する。
【００４６】
したがって、会議装置５０は、会議装置５１（会議装置５３でもよい）に対して接続指示を送信する（Ｓ１１６）。より具体的に説明すると、会議装置５０は、会議装置５３のＳＩＰ−ＵＲＩを含めたＳＩＰのＲＥＦＥＲリクエストを会議装置５１に送信する。
【００４７】
接続指示を受けた会議装置５１は、会議装置５３と接続を確立する（Ｓ１１７）。例えば、会議装置５１は、接続指示（ＳＩＰのＲＥＦＥＲリクエスト）に含まれる会議装置５３のＳＩＰ−ＵＲＩを拠点情報に格納する。また、会議装置５１は、会議装置５１のＳＩＰ−ＵＲＩを含むＳＩＰのＩＮＶＩＴＥメッセージを会議装置５３に送信する。ＩＮＶＩＴＥメッセージを受け取った会議装置５３は、会議装置５１のＳＩＰ−ＵＲＩを取得し、拠点情報に格納する。また、会議装置５３は、ＩＮＶＩＴＥメッセージに対する応答メッセージを会議装置５１に送信する。応答メッセージを受け取った会議装置５１は、応答メッセージに対するＡＣＫメッセージを会議装置５３に送信する。
以上、一連の処理によって会議装置５１と会議装置５３との接続が確立する。
【００４８】
会議装置５１は、会議装置５３との接続が確立すると、会議装置５０に対して、接続結果を通知する（Ｓ１１８）。より具体的に説明すると、会議装置５１は、ＳＩＰのＮＯＴＩＦＹリクエストに接続結果を意味するステータスコードと、会議装置５１と会議装置５３との間の接続情報としてＳＩＰで規定されている呼情報と、を含めて送信する。
会議装置５０は、会議装置５１より接続結果を受け取り、この接続結果を接続状態に関する情報としてＲＡＭ２０３等に保持する。
【００４９】
また、会議装置５０（拠点接続管理モジュール１０５）は、拠点情報１０２と、他の会議装置間の接続状態に関する情報と、に基づいて、例えば、会議装置５２と会議装置５３との接続の状態が、接続状態か、未接続状態かを判断する。今の例では、会議装置間の接続状態に関する情報に、会議装置５２と会議装置５３とが接続された旨を示す接続結果は含まれていないため、会議装置５０は、会議装置５２と会議装置５３との接続の状態が未接続状態であると判断する。
【００５０】
したがって、会議装置５０は、会議装置５２（会議装置５３でもよい）に対して接続指示を送信する（Ｓ１１９）。より具体的に説明すると、会議装置５０は、会議装置５３のＳＩＰ−ＵＲＩを含めたＳＩＰのＲＥＦＥＲリクエストを会議装置５２に送信する。
【００５１】
接続指示を受けた会議装置５２は、会議装置５３と接続を確立する（Ｓ１２０）。例えば、会議装置５２は、接続指示（ＳＩＰのＲＥＦＥＲリクエスト）に含まれる会議装置５３のＳＩＰ−ＵＲＩを拠点情報に格納する。また、会議装置５２は、会議装置５２のＳＩＰ−ＵＲＩを含むＳＩＰのＩＮＶＩＴＥメッセージを会議装置５３に送信する。ＩＮＶＩＴＥメッセージを受け取った会議装置５３は、会議装置５２のＳＩＰ−ＵＲＩを取得し、拠点情報に格納する。また、会議装置５３は、ＩＮＶＩＴＥメッセージに対する応答メッセージを会議装置５２に送信する。応答メッセージを受け取った会議装置５２は、応答メッセージに対するＡＣＫメッセージを会議装置５３に送信する。
以上、一連の処理によって会議装置５２と会議装置５３との接続が確立する。
【００５２】
会議装置５２は、会議装置５３との接続が確立すると、会議装置５０に対して、接続結果を通知する（Ｓ１２１）。より具体的に説明すると、会議装置５２は、ＳＩＰのＮＯＴＩＦＹリクエストに接続結果を意味するステータスコードと、会議装置５２と会議装置５３との間の接続情報としてＳＩＰで規定されている呼情報と、を含めて送信する。
会議装置５０は、会議装置５２より接続結果を受け取り、この接続結果を接続状態に関する情報としてＲＡＭ２０３等に保持する。
【００５３】
会議装置５０は、ＲＡＭ２０３等に保持しておいた電話番号と参加者情報１０３に格納しておいた各ユーザの電話番号とが全て一致したと判断し、かつ、各会議装置間の接続が接続状態済みになった場合、会議ネットワークのセットアップが完了したと判断する。
以上のように会議装置５０は会議装置５１、５２、５３（複数の会議装置）のそれぞれから受け取った接続要求に含まれる接続情報に基づいて会議装置（接続要求の送信元の会議装置）５１、５２、５３に対して会議装置５１、５２、５３間の接続指示を送信する。会議装置５１（５２、５３）から受け取った接続要求に含まれる接続情報は、会議装置５０は、その接続情報を用いて、会議装置５１（５２、５３）に接続することができる情報であり、例えば、会議装置５１（５２、５３）のＳＩＰ−ＵＲＩである。
【００５４】
図５は、会議装置５０について、携帯電話６０からのアクセスがあったときの処理の一例を示すフローチャートである。なお、会議装置５１〜５３における処理も同様である。
会議装置５０は、携帯電話６０からアクセスがあった場合、アクセスに係る要求の解析を行う（Ｆ１０１〜Ｆ１０２）。
携帯電話６０からの要求解析結果が情報取得要求であった場合、会議装置５０は、情報取得要求から参加者情報として、携帯電話６１〜６３の電話番号を取得し、参加者情報１０３に登録を行う（Ｆ１０３）。
【００５５】
また、会議装置５０は、接続情報１０１から、自身のＳＩＰ−ＵＲＩを取得し、携帯電話６０に提供する（接続情報提供）（Ｆ１０５）。
一方、携帯電話６０からの要求解析結果が、情報通知であった場合、会議装置５０は、情報通知から接続先の会議装置のＳＩＰ−ＵＲＩを取得し、会議装置との接続処理を実行する（Ｆ１０６）。より具体的に説明すると、上述したように、会議装置５０は、情報通知に含まれる接続先の会議装置のＳＩＰ−ＵＲＩを拠点情報１０２に格納する。また、会議装置５０は、情報通知に含まれる、前記会議装置を使用するユーザの携帯電話の電話番号と、会議装置５０のＳＩＰ−ＵＲＩと、を用いて接続先の会議装置との接続を確立する。つまり、会議装置５０は、前記電話番号と、会議装置５０のＳＩＰーＵＲＩと、を含むＳＩＰのＩＮＶＩＴＥメッセージを前記接続先の会議装置に送信する。ＩＮＶＩＴＥメッセージを受け取った前記接続先の会議装置は、会議装置５０のＳＩＰ−ＵＲＩを取得し、拠点情報に格納する。また、前記接続先の会議装置は、ＩＮＶＩＴＥメッセージに対する応答メッセージを会議装置５０に送信する。応答メッセージを受け取った会議装置５０は、応答メッセージに対するＡＣＫメッセージを前記接続先の会議装置に送信する。
【００５６】
図６は、会議開催者が使用する会議装置５０に対して、他の拠点の会議装置からの接続要求があったときの処理の一例を示すフローチャートである。
会議装置５０は、他の会議装置（例えば会議装置５１）からの接続要求を受信し、接続の受け付けを行う（Ｆ２０１〜Ｆ２０２）。なお、以下では説明の簡略化のため、会議装置５１から接続要求を受信した場合を例に説明を行う。
【００５７】
続いて、会議装置５０は、接続処理を受信した際に取得した、会議装置５１のＳＩＰ−ＵＲＩを拠点情報１０２へ登録する（Ｆ２０３）。また、会議装置５０は、接続処理を受信した際に取得した、携帯電話６１の電話番号をＲＡＭ２０３等に保持する。
会議装置５０は、拠点情報１０２と、他の会議装置間の接続状態に関する情報と、に基づいて、会議装置５１と、既に会議装置５０と接続されている他の会議装置（例えば会議装置５２、会議装置５３）との接続状態を判断する（Ｆ２０４）。会議装置５０は会議装置５１と既に会議装置５０と接続されている他の会議装置（例えば会議装置５２、会議装置５３）とのが全て接続済みであると判定すると、Ｆ２０６に処理を進め、接続されていない会議装置が存在すると判定すると、Ｆ２０５に処理を進める。
【００５８】
Ｆ２０５において、会議装置５０は、会議装置５１に対して、その接続されていない会議装置（例えば、会議装置５２）のＳＩＰ−ＵＲＩを送信し、接続を指示する。
一方Ｆ２０６において、会議装置５０は、参加者情報１０３に含まれる各ユーザの電話番号と、自身が他の会議装置との接続で取得し、ＲＡＭ２０３等に保持しておいた電話番号と、が一致するか否かに基づいて、全拠点との接続処理が完了したか否かを判定する。会議装置５０は、全拠点との接続処理が完了したと判定した場合、図６に示す処理を終了し、全拠点との接続処理が完了していないと判定した場合、Ｆ２０１に処理を戻す。
【００５９】
図７は、会議参加者が使用する会議装置５３から会議招集者が使用する会議装置５０への接続処理が何らかの理由により、実行されなかった場合の処理に関するシーケンスの一例を示す図である。
なお、Ｓ２０１は、図４のＳ１０１〜Ｓ１０４と同様であるため、説明を省略する。
続いて、会議装置５０は、携帯電話６０との通信が終了後に、１ｓｔタイマを起動する（Ｓ２０２）。
【００６０】
なお、Ｓ２０３は、図４のＳ１０５〜Ｓ１０８と同様であるため、説明を省略する。
会議装置５０は、会議装置５１より接続要求を受信したときに、２ｎｄタイマを起動すると共に、１ｓｔタイマを停止する（Ｓ２０４）。
なお、Ｓ２０５は、図４のＳ１０９〜Ｓ１１４と同様であるため、説明を省略する。
【００６１】
ここで、会議装置５３からの接続要求を、例えば会議装置５３の内部エラーや、会議装置５０と会議装置５３との間のネットワーク不良等により、会議装置５０が受信できなかったとする（Ｓ２０６）。すると、会議装置５０は、２ｎｄタイマのタイムアウトを検出し、会議ネットワークの構築に失敗したと判断する。
つまり、会議装置５０は、あるタイミングに応じてタイマを起動することによって、そのタイマがタイムアウトするまでに所定の要求（又は情報）を受け取ることができなかった場合、会議ネットワークの構築に失敗したと判断することができる。
【００６２】
図８は、会議招集者が使用する会議装置５０が、他の会議装置へ接続指示を行い、他の会議装置間で接続を確立する際に、エラーが発生した場合の処理に関するシーケンスの一例を示す図である。
なお、Ｓ３０１は、図４のＳ１０１〜Ｓ１１８と同様であるため、説明を省略する。
続いて、会議装置５０は、会議装置５２に対して接続指示を送信する（Ｓ３０２）。より具体的に説明すると、会議装置５０は、会議装置５３のＳＩＰ−ＵＲＩを含めたＳＩＰのＲＥＦＥＲリクエストを会議装置５２に送信する。
【００６３】
続いて、会議装置５０は、接続指示を送信した後、３ｒｄタイマを起動する（Ｓ３０３）。
ここで、会議装置５２と会議装置５３との接続でエラーが発生した場合、会議装置５０は、会議装置５２よりエラーコードを含む接続結果を受信する（Ｓ３０５）。接続結果を受信すると、会議装置５０は、３ｒｄタイマを停止する。
会議装置５０は、エラーコードを含む接続結果を受取るか、接続結果を受取る前に３ｒｄタイマがタイムアウトした場合、会議装置５２と会議装置５３との接続が失敗したと判断する。
【００６４】
続いて、会議装置５０は、会議装置５３が他の会議装置と既に接続済み状態であるか否かを判定し、会議装置５３が他の会議装置と既に接続済み状態である場合、他の会議装置との接続を切断するように切断指示を行う（Ｓ３０７）。ここで、会議装置５０は、拠点情報１０２と、他の会議装置間の接続状態に関する情報と、に基づいて、会議装置５３が他の会議装置と既に接続済み状態であるか否かを判定する。また、より具体的に説明すると、会議装置５０は、切断指示として、ＳＩＰのＲＥＦＥＲリクエストに切断させたい呼情報を含ませて、前記他の会議装置に送信する。
切断指示を受信した会議装置５３は、切断指示に従って、既に接続済みの会議装置（例えば会議装置５１）との接続を切断するため、前記会議装置にＳＩＰのＢＹＥリクエストを送信する（Ｓ３０８）。
【００６５】
以上、上述したように本実施形態によれば、ＭＣＵやＷｅｂ会議サービスを利用しないでネットワークを構築し会議を開催する場合、参加拠点の数に関わらず、利用者による少ない操作で確実にネットワークを構築し、容易に会議を開催可能とすることができる。
【００６６】
＜その他の実施形態＞
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。
【００６７】
また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。
【００６８】
更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。
【００６９】
本発明を前記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【００７０】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００７１】
【図１】会議システムのシステム構成の一例を示す図である。
【図２】会議装置を構成するＰＣ（コンピュータ）のハードウェア構成の一例を示す図である。
【図３】会議装置５０の機能構成の一例を示す図である。
【図４】拠点４０にいるユーザが会議招集者として、拠点４１〜４３のユーザと会議を開催するまでの処理に関するシーケンスの一例を示す図である。
【図５】会議装置５０について、携帯電話６０からのアクセスがあったときの処理の一例を示すフローチャートである。
【図６】会議開催者が使用する会議装置５０に対して、他の拠点の会議装置からの接続要求があったときの処理の一例を示すフローチャートである。
【図７】会議参加者が使用する会議装置５３から会議招集者が使用する会議装置５０への接続処理が何らかの理由により、実行されなかった場合の処理に関するシーケンスの一例を示す図である。
【図８】会議招集者が使用する会議装置５０が、他の会議装置へ接続指示を行い、他の会議装置間で接続を確立する際に、エラーが発生した場合の処理に関するシーケンスの一例を示す図である。
【符号の説明】
【００７２】
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  タイマ
２０７  ＦｌａｓｈＲＯＭ
２０８  ネットワークＩ／Ｆ
【図１】
0005188160.tif 000002
【図２】
0005188160.tif 000003
【図３】
0005188160.tif 000004
【図４】
0005188160.tif 000005
【図５】
0005188160.tif 000006
【図６】
0005188160.tif 000007
【図７】
0005188160.tif 000008
【図８】
0005188160.tif 000009