リング型双方向データ送受信システム、情報処理装置、リング型双方向データ送受信方法およびプログラム
【課題】複数の情報処理装置がリング状に接続された系に対して、新たな情報処理装置の参加、既存の情報処理装置の離脱を容易に行えるようにする。
【解決手段】コネクションレス通信を行う複数の情報処理装置１０、２０、３０、４０をリング状に接続し、音声データと映像データとを互いに逆方向に巡回させる。音声データには、その音声データがどの情報処理装置において発生した音声データをどのような順序で多重化したのかを示す接続情報が付加されている。各情報処理装置１０、２０、３０、４０は、受信した音声データに付加されている接続情報と、映像データの受信状況（受信しているか否か）に基づいて、音声データおよび映像データの送信先を決定する。
【解決手段】コネクションレス通信を行う複数の情報処理装置１０、２０、３０、４０をリング状に接続し、音声データと映像データとを互いに逆方向に巡回させる。音声データには、その音声データがどの情報処理装置において発生した音声データをどのような順序で多重化したのかを示す接続情報が付加されている。各情報処理装置１０、２０、３０、４０は、受信した音声データに付加されている接続情報と、映像データの受信状況（受信しているか否か）に基づいて、音声データおよび映像データの送信先を決定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はリング型双方向データ送受信システム、情報処理装置、リング型双方向データ送受信方法およびプログラムに関し、特にコネクションレス通信によって双方向に一定間隔でデータ送受信を行う情報処理装置がリング状に接続された系に対して容易に参加、離脱できるように構成されたリング型双方向データ送受信システム、情報処理装置、リング型双方向データ送受信方法およびプログラムに関する。
【背景技術】
【０００２】
複数の情報処理装置をリング状に接続し、データを巡回させるようにしたシステムとしては、次のようなものが知られている（例えば、特許文献１参照）。特許文献１に記載されている多地点会議システムは、通信フレームを伝送するデジタル通信路を複数のテレビ電話・会議端末を介してリング状に接続し、各テレビ電話・会議端末に、受信した通信フレームをループの下流に位置するテレビ電話・会議端末に中継する中継手段と、その際に発生したテレビ電話・会議用データを通信フレームに格納する手段と、ループを周回してきた自端末のテレビ会議・会議用データを取り除く手段とを設けたことを特徴としている。
【０００３】
【特許文献１】特開平５−２２３２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載されている多地点会議システムは、通信回線がループ状に接続されていることを前提としており、会議を行うテレビ電話・会議端末の間での通信回線を予め開いておく必要がある。従って、後から参加する必要が生じた場合などは通信回線を一旦切断し、改めて接続しなおす必要がある。また、ＩＰネットワーク上で実現する場合、音声、映像などのリアルタイム性が高いデータはコネクションレス通信（ＵＤＰ通信）を利用することが一般的であり、通信相手が情報処理装置やネットワークの不具合によって突然ネットワーク上に存在しない状態となった場合でも送信元は知ることができず、データを送り続けてしまう。
【０００５】
［発明の目的］
そこで、本発明の目的は、複数の情報処理装置がリング状に接続された系に対して、新たな情報処理装置の参加および既存の情報処理装置の離脱を容易に行うことができるリング型双方向データ送受信システムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明にかかる第１のリング型双方向データ送受信システムは、
コネクションレス通信を行う複数の情報処理装置をリング状に接続し、第１の多重化データと第２の多重化データとを互いに逆方向に巡回させるリング型双方向データ送受信システムであって、
前記第１の多重化データには、該第１の多重化データがどの情報処理装置において発生した第１のデータを、どのような順序で多重化したのかを示す接続情報が付加され、且つ、
前記複数の情報処理装置が、それぞれ、
受信した第１の多重化データに付加されている接続情報と、第２の多重化データの受信状況とに基づいて、第１の多重化データの送信先および第２の多重化データの送信先を決定する送信先制御手段と、
受信した第１の多重化データの、自情報処理装置で発生した第１のデータを含まない部分と、自情報処理装置において新たに発生した第１のデータとを多重化する多重化手段と、
該多重化手段で生成された第１の多重化データに付加する接続情報を生成する接続情報制御手段とを備えたことを特徴とする。
【０００７】
本発明にかかる第１の情報処理装置は、
コネクションレス通信を行う複数の情報処理装置をリング状に接続し、第１の多重化データと第２の多重化データとを互いに逆方向に巡回させるリング型双方向データ送受信システムの構成要素である情報処理装置であって、
前記第１の多重化データには、該第１の多重化データがどの情報処理装置において発生した第１のデータを、どのような順序で多重化したのかを示す接続情報が付加され、且つ、
受信した第１の多重化データに付加されている接続情報と、第２の多重化データの受信状況とに基づいて、第１の多重化データの送信先および第２の多重化データの送信先を決定する送信先制御手段と、
受信した第１の多重化データの、自情報処理装置で発生した第１のデータを含まない部分と、自情報処理装置において新たに発生した第１のデータとを多重化する多重化手段と、
該多重化手段で生成された第１の多重化データに付加する接続情報を生成する接続情報制御手段とを備えたことを特徴とする。
【０００８】
本発明にかかる第１のリング型双方向データ送受信方法は、
コネクションレス通信を行う複数の情報処理装置をリング状に接続し、第１の多重化データと第２の多重化データとを互いに逆方向に巡回させるリング型双方向データ送受信方法であって、
前記第１の多重化データには、該第１の多重化データがどの情報処理装置において発生した第１のデータを、どのような順序で多重化したのかを示す接続情報が付加され、且つ、
前記複数の情報処理装置が、それぞれ、
受信した第１の多重化データに付加されている接続情報と、第２の多重化データの受信状況とに基づいて、第１の多重化データの送信先および第２の多重化データの送信先を決定する送信先制御ステップと、
受信した第１の多重化データの、自情報処理装置で発生した第１のデータを含まない部分と、自情報処理装置において新たに発生した第１のデータとを多重化するステップと、
該多重化ステップで生成された第１の多重化データに付加する接続情報を生成する接続情報制御ステップとを含むことを特徴とする。
【０００９】
本発明にかかる第１のプログラムは、
コネクションレス通信を行う複数の情報処理装置をリング状に接続し、第１の多重化データと第２の多重化データとを互いに逆方向に巡回させるリング型双方向データ送受信システムの構成要素である情報処理装置をコンピュータによって実現するためのプログラムであって、
前記第１の多重化データには、該第１の多重化データがどの情報処理装置において発生した第１のデータを、どのような順序で多重化したのかを示す接続情報が付加され、且つ、
前記コンピュータを、
受信した第１の多重化データに付加されている接続情報と、第２の多重化データの受信状況とに基づいて、第１の多重化データの送信先および第２の多重化データの送信先を決定する送信先制御手段、
受信した第１の多重化データの、自情報処理装置で発生した第１のデータを含まない部分と、自情報処理装置において新たに発生した第１のデータとを多重化する多重化手段、
該多重化手段で生成された第１の多重化データに付加する接続情報を生成する接続情報制御手段として機能させる。
【発明の効果】
【００１０】
本発明によれば、複数の情報処理装置がリング状に接続された系に対して、新たな情報処理装置の参加および既存の情報処理装置の離脱を容易に行うことが可能になる。
【発明を実施するための最良の形態】
【００１１】
次に、発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００１２】
発明を実施するための最良の形態では主となる通信データとして音声データを、従属する通信データとして映像データを利用しているが、本発明は音声データや映像データに特化したものではなく、コネクションレス通信によって一定間隔で送受信を行う通信データであれば良い。
【００１３】
図１を参照すると、本発明の第１の実施の形態は、情報処理装置１０、２０、３０、４０と、情報処理装置の位置情報を保持し、また、他の情報処理装置からの問い合わせに応じて、指定された情報処理装置の位置情報を返却することができるロケーションサーバ９０とから構成され、これらの情報処理装置、ロケーションサーバはネットワーク８０を介して相互に接続されている。図１では４つの情報処理装置が図示されているが、ネットワーク８０に接続可能な情報処理装置数に制限があるわけではなく、任意の数の情報処理装置をネットワーク８０に接続することができる。
【００１４】
ロケーションサーバ９０は位置情報記憶部９０１を備え、各情報処理装置１０、２０、３０、４０の位置情報をユーザＩＤと関連付けて記憶することができる。位置情報は、情報処理装置のＩＰアドレスと、音声受信用ポート番号と、映像受信用ポート番号とを含む。図２を参照すると、ユーザＩＤがＡであるユーザが、ＩＰアドレスｘ．ｙ．ｚ．Ａで表現されるＩＰアドレスを持つ情報処理装置Ａにログインしていることを意味し、かつ、音声受信用ポートとして１００００番で、映像受信用ポートとして１０００２番で待ち受けしていることを示している。ユーザＩＤがＢ、Ｃ、Ｄであるユーザに関しても同様である。
【００１５】
ユーザが他のユーザとの間で音声データと映像データによるデータ送受信処理を行いたい場合、ユーザは自らを識別するユーザＩＤと自らがログインしている情報処理装置の位置情報とを含む登録要求をロケーションサーバ９０へ送信し、位置情報記憶部９０１内に登録する。また、同時にユーザは、ロケーションサーバ９０に登録した音声受信用ポート番号と映像受信用ポート番号とでデータ受信が可能となるように準備する。
【００１６】
一方、ユーザがログアウトする場合は、自らを識別するＩＤと自らがログインしている情報処理装置の位置情報とをロケーションサーバ９０の位置情報記憶部９０１より削除する。
【００１７】
次に図３を参照して本発明で利用する情報処理装置１０の最良の形態を詳細に説明する。図１記載の他の情報処理装置２０、３０、４０についても同様である。また図３において実線矢印は音声データ、映像データの流れを示し、破線矢印は制御データの流れを示している。
【００１８】
情報処理装置１０は、位置登録手段１２６を備え、ユーザが情報処理装置１０にログインした場合に、ユーザを識別するＩＤとこの情報処理装置１０の位置情報とを関連付けてロケーションサーバ９０に登録することができる。また、ユーザが情報処理装置１０からログアウトする場合には、ロケーションサーバ９０に登録されている、ユーザを識別するＩＤとこの情報処理装置の位置情報とを削除することができる。
【００１９】
情報処理装置１０は、音声入力手段１０１を備え、音声データをキャプチャすることができる。また、情報処理装置１０は、音声受信手段１０５を備え、音声データをネットワーク８０より受信することができる。また、情報処理装置１０は、音声多重化手段１０３を備え、必要に応じて、音声データのエンコード、デコード処理や循環して戻ってきた自らの音声データの排除、受信した音声データとキャプチャした音声データの多重化を行うことができる。また、情報処理装置１０は、音声出力手段１０２を備え、音声データを再生することができる。また、情報処理装置１０は、音声送信手段１０４を備え、音声データをネットワーク８０に対して送信することができる。音声データの多重化方式としては、音声成分をミキシングする方法と複数の音声データをつなぎ合わせて１つのデータとする方法などが考えられるが、ここでは全ての情報処理装置が同じ方式を利用している限り何れであっても良い。
【００２０】
情報処理装置１０は接続情報制御手段１０６を備え、受信した音声データに含まれる接続情報を解析すると共に、送信する音声データの接続情報を構築することができる。具体的には、音声データが情報処理装置Ｄ、情報処理装置Ｃ、情報処理装置Ｂ、情報処理装置Ａ、情報処理装置Ｄという順で循環している場合、情報処理装置Ｄは「Ｄ、Ｃ、Ｂ、Ａ」という順序の接続情報を取得する。これは、音声データが情報処理装置Ｄ、情報処理装置Ｃ、情報処理装置Ｂ、情報処理装置Ａの順で多重化されたことを意味している。更に情報処理装置Ｄは循環して戻ってきた自らの音声データを排除し、自らの音声データを排除後の音声データとキャプチャした音声データとを多重化するため、「Ｃ、Ｂ、Ａ、Ｄ」という順序の接続情報を音声データに含め情報処理装置Ｃに送信する。なお、接続情報中のＡ、Ｂ、Ｃ、Ｄは、ユーザＩＤを示している。
【００２１】
情報処理装置１０は、映像入力手段１１１を備え、映像データをキャプチャすることができる。また、情報処理装置１０は、映像受信手段１１５を備え、映像データをネットワーク８０より受信することができる。また、情報処理装置１０は、映像多重化手段１１３を備え、必要に応じて、映像データのエンコード、デコード処理や循環して戻ってきた自らの映像データの排除、受信した映像データとキャプチャした映像データの多重化を行うことができる。また、情報処理装置１０は、映像出力手段１１２を備え、映像データを再生することができる。また、情報処理装置１０は、映像送信手段１１４を備え、映像データをネットワーク８０に対して送信することができる。映像データの多重化方式としては、映像を縮小し合成する方法や複数の映像データをつなぎ合わせて１つのデータとする方法などが考えられるが、ここでは全ての情報処理装置が同じ方式を利用している限り何れであっても良い。
【００２２】
情報処理装置１０は送信先入力手段１２１を備え、ユーザは相手ユーザのユーザＩＤを入力することができる。
【００２３】
情報処理装置１０は、状態管理手段１２２と状態記憶部１２３とを備え、「待機中」「参加中」「会議中」の状態を管理、記憶することができる。ここで「待機中」とは、ロケーションサーバ９０にユーザＩＤと情報処理装置の位置情報を登録済みであり、ロケーションサーバ９０に登録した音声受信用ポートと映像受信用ポートでデータ受信待ちをしている状態である。「参加中」とは、自情報処理装置１０のユーザによって相手ユーザに対して音声データの送信を開始することが指示されたが、まだ自らの音声データが循環して戻ってきていない状態である。「会議中」とは、自らの音声データが循環して戻ってくるようになって以降の状態である。後述するように、状態が一旦「会議中」になって以降、参加者の誰かが離脱した場合、一時的に自らの音声データが戻ってこなくなる場合があるが、この場合でも「会議中」の状態を保持するものとする。
【００２４】
情報処理装置１０は、送信先制御手段１２４を備え、現在の状態、音声データの受信状況、映像データの受信状況により音声データおよび映像データの送受信先を制御することができる。また、情報処理装置１０は、送信先記憶部１２５を備え、前にどの情報処理装置に対して音声データ、映像データを送信していたかを記憶しておくことができる。
【００２５】
情報処理装置１０は、位置問合わせ手段１２７を備え、必要に応じて、ユーザＩＤをキーとしてロケーションサーバ９０に対して位置情報を問い合わせ、上記ユーザＩＤに関連付けて登録されている位置情報（ＩＰアドレス、音声受信用ポート番号、映像受信用ポート番号）を取得することができる。
【００２６】
なお、情報処理装置１０はコンピュータによって実現されるものであり、コンピュータは、ディスク、半導体メモリなどの記録媒体に記録されたプログラムを読み込み、実行することで、自コンピュータ上に各手段１０１〜１０６、１１１〜１１５、１２１、１２２、１２４、１２６、１２７を実現する。
【００２７】
次に、図３、および、図４のフローチャートを参照して送信先制御手段１２４の動作を詳細に説明する。
【００２８】
まず、送信先制御手段１２４は、状態管理手段１２２に対して現在の状態を問い合わせる（ステップＳ０１）。
【００２９】
「参加中」である場合、つまり、自情報処理装置１０のユーザによって相手ユーザに対して音声データの送信を開始することが指示されたが、まだ自らの音声データが循環して戻ってきていない状態である場合、音声データは送信先入力手段１２１にて入力された相手ユーザのＩＤを利用しロケーションサーバ９０より取得した相手ユーザのＩＰアドレスおよび音声受信用ポートに対して音声データを送信する。映像データは送信しない（ケース０１）。
【００３０】
「待機中」または「会議中」である場合、音声データを受信しているか否かで振る舞いが異なる（ステップＳ０２）。
【００３１】
「待機中」または「会議中」であり、且つ音声データを受信していない場合は、映像データを受信しているか否かで振る舞いが異なる（ステップＳ０３）。
【００３２】
映像データを受信している場合（ステップＳ０３がはい）は、音声データは送信先記憶部１２５に記憶されている音声データの送信先ＩＰアドレスおよび音声受信用ポートに対して送信する。映像データは送信しない（ケース０２）。
【００３３】
これに対して、映像データも受信していない場合（ステップＳ０３がいいえ）は、音声データ、映像データともに送信しない。このケースは２者で会議中（通話中）に相手が離脱した場合に相当するため、状態を「待機中」に戻すことになる（ケース０３）。
【００３４】
「待機中」または「会議中」であり、且つ音声データを受信している場合は、２つの異なる情報処理装置から送信された音声データを受信しているか否かで振る舞いが異なる（ステップＳ０４）。
【００３５】
２つの異なる情報処理装置から送信された音声データを受信している場合（ステップＳ０４がはい）は、音声データは送信先記憶部１２５に記憶されている音声データの送信先ＩＰアドレスおよび音声受信用ポートに対して送信する。ここで、２つの異なる情報処理装置から送信された音声データのうち一方には自らの音声データが循環して戻ってきており、他方は１人分の音声データが格納されている。この場合、音声多重化手段１０３は循環して戻ってきた自分の音声データを排除し、２つの異なる情報処理装置から送信された音声データと、新たにキャプチャした音声データとを多重化する。また、接続情報制御手段１０６は、まず循環して戻ってきた自分の音声データが排除され、次に、他方の１人分の音声データが多重化され、最後に新たにキャプチャされた音声データが多重化されたことを意味するように接続情報を構築する。一方、映像データは、音声データを送信してきている２つの異なる情報処理装置のうちで、自らの音声データが含まれてない、１人分の音声データのみを送信している情報処理装置に対して送信する（ケース０４）。
【００３６】
これに対して、１つの情報処理装置から送信された音声データのみを受信している場合（ステップＳ０４がいいえ）は、映像データを受信しているか否かで振る舞いが異なる（ステップＳ０５）。
【００３７】
映像データを受信していない場合（ステップＳ０５がいいえ）は、音声データは接続情報制御手段１０６にて受信した音声データに付加されている接続情報より取得した次の接続先情報処理装置に対して送信する。つまり、受信した多重化された音声データの最初に、または、最初が自分である場合は自分の次に音声データを多重化した情報処理装置に対して送信することになる。一方、映像データは音声データを送信してきている情報処理装置に対して送信する（ケース０５）。
【００３８】
これに対して、映像データを受信している場合（ステップＳ０５がはい）は、音声データは送信先記憶部１２５に記憶されている音声データの送信先ＩＰアドレスおよび音声受信用ポート番号に対して送信する。一方、映像データは音声データを送信してきている情報処理装置に対して送信する（ケース０６）。
【００３９】
次に、図３、図４および、図５のシーケンス図を参照して本実施の形態において２つの情報処理装置間で音声データ、映像データの送受信が開始されるまでのシーケンスを詳細に説明する。ここでユーザＡのユーザＩＤを「Ａ」とし、情報処理装置Ａを利用するものとする。また、ユーザＢのユーザＩＤを「Ｂ」とし、情報処理装置Ｂを利用するものとする。
【００４０】
まず、情報処理装置Ａ、情報処理装置Ｂは、位置登録手段１２６を使用してユーザを識別するユーザＩＤと、自情報処理装置の位置情報とを関連付けてロケーションサーバ９０に登録しておく。登録が完了した段階で状態管理手段１２２は状態を「待機中」とし状態記憶部１２３に記憶する（ステップＳ５０１、ステップＳ５０２）。
【００４１】
次に情報処理装置Ｂを利用しているユーザＢは、情報処理装置Ａを利用しているユーザＡとの間で音声データ、映像データの送受信を開始したい場合、送信先入力手段１２１を用いてユーザＡのユーザＩＤ「Ａ」を入力し、音声データの送信開始を指示する。これにより、情報処理装置Ｂの状態管理手段１２２は、状態を「参加中」とし状態記憶部１２３に記憶する。また、情報処理装置Ｂの位置問合せ手段１２７は、送信先入力手段１２１から入力された相手ユーザＡのユーザＩＤ「Ａ」を利用して、ロケーションサーバ９０から情報処理装置ＡのＩＰアドレスおよび音声受信用ポート番号を取得し、取得した情報を送信先記憶部１２５に格納する（ステップＳ５０３）。
【００４２】
次に情報処理装置Ｂは、送信先制御手段１２４に対して音声データ送信先の問い合わせを行う。この場合、送信先制御手段１２４は、状態が「参加中」であるので、図４のケース０１に該当すると判断する。そこで、情報処理装置Ｂは、ステップＳ５０３で格納した情報に基づき、情報処理装置Ａに対して音声送信手段１０４より音声データを送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データのみを処理する。また、接続情報制御手段１０６は接続情報としてユーザＢのＩＤ「Ｂ」のみを含める（ステップＳ５０４）。
【００４３】
次に情報処理装置Ａは、音声受信手段１０５にて音声データを受信する。ここで情報処理装置Ａの状態は「待機中」であり、映像受信手段１１５では映像データを受信していない状態である。情報処理装置Ａは送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０５に該当すると判断する。音声データは接続情報制御手段１０６にて受信した音声データに付加されている接続情報より取得した次の接続先情報処理装置、すなわち、ユーザＩＤ「Ｂ」が利用している情報処理装置Ｂに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＢのＩＰアドレスおよび音声受信用ポート番号を取得する（ステップＳ５０５）。
【００４４】
次に情報処理装置Ａは、上記取得結果に基づき、情報処理装置Ｂに対して音声送信手段１０４より音声データを送信すると共に、その送信先を送信先記憶部１２５に格納する。送信の際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと音声受信手段１０５で受信した音声データを多重化する。また、接続情報制御手段１０６は接続情報を「Ｂ、Ａ」とする（ステップＳ５０６）。
【００４５】
次に情報処理装置Ａは、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０５に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｂに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＢのＩＰアドレスおよび映像受信用ポート番号を取得する（ステップＳ５０７）。
【００４６】
次に情報処理装置Ａは、上記取得結果に基づき、情報処理装置Ｂに対して映像送信手段１１４より映像データを送信すると共に、その送信先を送信先記憶部１２５に格納する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データのみを処理する（ステップＳ５０８）。
【００４７】
次に情報処理装置Ｂは、音声受信手段１０５にて音声データを受信する。接続情報制御手段１０６は、自らの音声データが循環して戻ってきたことを検知し、状態管理手段１２２は状態を「会議中」とし状態記憶部１２３に記憶する。よって情報処理装置Ｂの状態は「会議中」となり、映像受信手段１１５で映像データを受信している状態である。情報処理装置Ｂは送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５にＩＰアドレス及び音声受信用ポート番号が格納されている情報処理装置Ａに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ａ、Ｂ」とする（ステップＳ５０９）。
【００４８】
次に情報処理装置Ｂは、映像受信手段１１５にて映像データを受信する。情報処理装置Ｂは、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ａに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＡのＩＰアドレスおよび映像受信用ポート番号を取得する（ステップＳ５１０）。
【００４９】
次に情報処理装置Ｂは、上記取得結果に基づき、情報処理装置Ａに対して映像送信手段１１４より映像データを送信すると共に、その送信先を送信先記憶部１２５に格納する。送信の際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データとを多重化する（ステップＳ５１１）。
【００５０】
次に情報処理装置Ａは、音声受信手段１０５にて音声データを受信する。これにより、接続情報制御手段１０６は、自らの音声データが循環して戻ってきたことを検知し、状態管理手段１２２は状態を「会議中」とし状態記憶部１２３に記憶する。よって情報処理装置Ａの状態は「会議中」となり、映像受信手段１１５で映像データを受信している状態である。情報処理装置Ａは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データを送信先記憶部１２５に格納されている情報処理装置Ｂに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ｂ、Ａ」とする（ステップＳ５１２）。
【００５１】
次に情報処理装置Ａは、映像受信手段１１５にて映像データを受信する。情報処理装置Ａは、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｂに対して送信する必要があるため、情報処理装置Ｂに対して映像送信手段１１４より映像データを送信する（映像データの送信先は、送信先記憶部１２５に格納されている）。送信の際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ５１３）。
【００５２】
以降は前記ステップＳ５０９からステップＳ５１３を繰り返す（ステップＳ５１４）ことで情報処理装置Ａと情報処理装置Ｂの間で音声データ、映像データの送受信が継続される。ただし、以降のステップでは状態管理手段１２２による状態記憶部１２３の維持管理処理は不要であり、またステップＳ５１０も不要となる。さらにステップＳ５１１で映像データを多重化する際は循環して戻ってきた自らの映像データを排除する必要がある。
【００５３】
次に、図３、図４および、図６のシーケンス図を参照して本実施形態において３つの情報処理装置間で音声データ、映像データの送受信が開始されるまでのシーケンスを詳細に説明する。ここでユーザＡのユーザＩＤを「Ａ」とし、情報処理装置Ａを利用するものとする。また、ユーザＢのユーザＩＤを「Ｂ」とし、情報処理装置Ｂを利用するものとする。また、ユーザＣのユーザＩＤを「Ｃ」とし、情報処理装置Ｃを利用するものとする。また、ユーザＡとユーザＢの間では音声データ、映像データの送受信が継続されているものとする。
【００５４】
まず、情報処理装置Ｃは、位置登録手段１２６を利用してユーザを識別するユーザＩＤと、自情報処理装置Ｃの位置情報とを関連付けてロケーションサーバ９０に登録しておく。登録が完了した段階で状態管理手段１２２は、状態を「待機中」とし状態記憶部１２３に記憶する（ステップＳ６０１）。
【００５５】
次に情報処理装置Ｃを利用しているユーザＣは、情報処理装置Ｂを利用しているユーザＢとの間で音声データ、映像データの送受信を開始したい場合、送信先入力手段１２１を用いてユーザＢのユーザＩＤ「Ｂ」を入力し、音声データの送信開始を指示する。これにより、情報処理装置Ｃの状態管理手段１２２は、状態記憶部１２３に記憶されている状態を「待機中」から「参加中」に変更する。また、情報処理装置Ｃの位置問合せ手段１２７は、送信先入力手段１２１から入力されたユーザＢのユーザＩＤ「Ｂ」を利用し、ロケーションサーバ９０より情報処理装置ＢのＩＰアドレス及び音声受信用ポート番号を取得し、取得した情報を送信先記憶部１２５に格納する（ステップＳ６０２）。
【００５６】
次に情報処理装置Ｃは、送信先制御手段１２４に対して音声データ送信先の問い合わせを行う。この場合、状態が「参加中」であるので、送信先制御手段１２４は、図４のケース０１に該当すると判断する。従って、情報処理装置Ｃは、ステップＳ６０２で取得した情報に基づき、情報処理装置Ｂに対して音声送信手段１０４より音声データを送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データのみを処理する。また、接続情報制御手段１０６は接続情報としてユーザＣのＩＤ「Ｃ」のみを含める（ステップＳ６０３）。
【００５７】
次に情報処理装置Ｂは、音声受信手段１０５にて、情報処理装置Ｃを送り主とする音声データを受信する。ここで、情報処理装置Ｂの状態は「会議中」であり、音声受信手段１０５では２つの異なる情報処理装置から送信された音声データを受信している状態であり、映像受信手段１１５では映像データを受信している状態である。情報処理装置Ｂは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０４に該当すると判断する。よって情報処理装置Ｂは、送信先記憶部１２５にＩＰアドレスが格納されている情報処理装置Ａに対して音声データを送信する。その際、音声多重化手段１０３は、情報処理装置Ａ（情報処理装置Ｂへの音声データの送信を継続して行っている情報処理装置）からの音声データを待って、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データと、新たに情報処理装置Ｃの音声データを多重化する。また、接続情報制御手段１０６は、接続情報を「Ａ、Ｃ、Ｂ」とする。もともと情報処理装置Ａからは接続情報として「Ｂ、Ａ」を受信していたが、これに対し、自らの音声データの削除で「Ａ」とし、ここに情報処理装置Ｃの音声データを多重化することで「Ａ、Ｃ」とし、最後にキャプチャされた音声データを多重化することで「Ａ、Ｃ、Ｂ」となったことを意味している（ステップＳ６０４）。
【００５８】
情報処理装置Ｂは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０４に該当すると判断する。映像データは２つの音声データの送り主の中で自らの音声データが含まれていない音声データの送り主である情報処理装置Ｃに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＣのＩＰアドレスおよび映像受信用ポート番号を取得する（ステップＳ６０５）。
【００５９】
次に情報処理装置Ｂは、上記取得結果に基づき、情報処理装置Ｃに対して映像送信手段１１４より映像データを送信すると共に、その送信先を送信先記憶部１２５に格納する。送信の際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ６０６）。
【００６０】
情報処理装置Ａは、音声受信手段１０５にて音声データを受信する。ここで情報処理装置Ａの状態は「会議中」であり、音声受信手段１０５では音声データを受信している状態であり、映像受信手段１１５では映像データを受信していない状態である。情報処理装置Ａは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０５に該当すると判断する。音声データは接続情報制御手段１０６にて受信した音声データに含まれている接続情報より取得した次の接続先情報処理装置、すなわち、ユーザＩＤ「Ｃ」が利用している情報処理装置Ｃに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＣのＩＰアドレスおよび音声受信用ポート番号を取得する（ステップＳ６０７）
【００６１】
次に情報処理装置Ａは、上記取得結果に基づき、情報処理装置Ｃに対して音声送信手段１０４より音声データを送信すると共に、その送信先を送信先記憶部１２５に格納する。送信の際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は、接続情報を「Ｃ、Ｂ、Ａ」とする（ステップＳ６０８）。
【００６２】
情報処理装置Ｃは、音声受信手段１０５にて音声データを受信する。これにより、接続情報制御手段１０６は、自らの音声データが循環して戻ってきたことを検知し、状態管理手段１２２は状態を「会議中」とし状態記憶部１２３に記憶する。よって情報処理装置Ｃの状態は「会議中」となり、映像受信手段１１５で映像データを受信している状態である。情報処理装置Ｃは送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データを送信先記憶部１２５に格納されている情報処理装置Ｂに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は、接続情報を「Ｂ、Ａ、Ｃ」とする（ステップＳ６０９）。
【００６３】
情報処理装置Ｃは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ａに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＡのＩＰアドレスおよび映像受信用ポート番号を取得する（ステップＳ６１０）。
【００６４】
次に情報処理装置Ｃは、上記取得結果に基づき、情報処理装置Ａに対して映像送信手段１１４より映像データを送信すると共に、その送信先を送信先記憶部１２５に登録する。送信の際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データとを多重化する（ステップＳ６１１）。
【００６５】
情報処理装置Ｂは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ａに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ａ、Ｃ、Ｂ」とする（ステップＳ６１２）。
【００６６】
情報処理装置Ａは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データを送信先記憶部１２５に格納されている情報処理装置Ｃに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は、接続情報を「Ｃ、Ｂ、Ａ」とする（ステップＳ６１３）。
【００６７】
情報処理装置Ａは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。従って、情報処理装置Ａは、映像データを音声データの送り主である情報処理装置Ｂに対して送信する必要があるため、情報処理装置Ｂに対して映像送信手段１１４より映像データを送信する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ６１４）。
【００６８】
情報処理装置Ｂは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｃに対して送信する必要があるため、情報処理装置Ｃに対して映像送信手段１１４より映像データを送信する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ６１５）。
【００６９】
以降は前記ステップＳ６０９からステップＳ６１５を繰り返す（ステップＳ６１６）ことで情報処理装置Ａと情報処理装置Ｂと情報処理装置Ｃの間で音声データ、映像データの送受信が継続される。ただし、以降のステップでは状態管理手段１２２による状態記憶部１２３の維持管理処理は不要であり、またステップＳ６１０も不要となる。さらにステップＳ６１１で映像データを多重化する際は循環して戻ってきた自らの映像データを排除する必要がある。
【００７０】
次に、図３、図４および、図７のシーケンス図を参照して本実施の形態において４つの情報処理装置間で音声データ、映像データの送受信が開始されるまでのシーケンスを詳細に説明する。ここでユーザＡのユーザＩＤを「Ａ」とし、情報処理装置Ａを利用するものとする。また、ユーザＢのユーザＩＤを「Ｂ」とし、情報処理装置Ｂを利用するものとする。また、ユーザＣのユーザＩＤを「Ｃ」とし、情報処理装置Ｃを利用するものとする。また、ユーザＤのユーザＩＤを「Ｄ」とし、情報処理装置Ｄを利用するものとする。また、ユーザＡとユーザＢとユーザＣの間では音声データ、映像データの送受信が継続されているものとする。
【００７１】
まず、情報処理装置Ｄは、位置登録手段１２６にてユーザを識別するユーザＩＤと自情報処理装置Ｄの位置情報とを関連付けてロケーションサーバ９０に登録しておく。登録が完了した段階で状態管理手段１２２は状態を「待機中」とし状態記憶部１２３に記憶する。
【００７２】
次に情報処理装置Ｄを利用しているユーザＤは、情報処理装置Ｃを利用しているユーザＣとの間で音声データ、映像データの送受信を開始したい場合、送信先入力手段１２１からユーザＣのユーザＩＤ「Ｃ」を入力し、音声データの送信開始を指示する。これにより、情報処理装置Ｄの状態管理手段１２２は、状態記憶部１２３に登録されている状態を「待機中」から「参加中」に変更する。また、情報処理装置Ｄ内の位置問合せ手段１２７は、送信先入力手段１２１から入力された相手ユーザＣのユーザＩＤ「Ｃ」を利用してロケーションサーバ９０から情報処理装置ＣのＩＰアドレスおよび音声受信用ポート番号を取得し、取得した情報を送信先記憶部１２５に格納する（ステップＳ７０１）。
【００７３】
次に情報処理装置Ｄは、送信先制御手段１２４に対して音声データ送信先の問い合わせを行う。この場合、状態が「参加中」であるので、送信先制御手段１２４は、図４のケース０１に該当すると判断する。従って、情報処理装置Ｄは、ステップＳ７０１で送信先記憶部１２４に格納した情報に基づき、情報処理装置Ｃに対して音声送信手段１０４より音声データを送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データのみを処理する。また、接続情報制御手段１０６は、接続情報としてユーザＤのユーザＩＤ「Ｄ」のみを含める（ステップＳ７０２）。
【００７４】
情報処理装置Ｃは、音声受信手段１０５にて、情報処理装置Ｄからの音声データを受信する。ここで情報処理装置Ｃの状態は「会議中」であり、音声受信手段１０５では２つの異なる情報処理装置から送信された音声データを受信している状態であり、映像受信手段１１５では映像データを受信している状態である。情報処理装置Ｃは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０４に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ｂに対して送信する。その際、音声多重化手段１０３は、情報処理装置Ａ（情報処理装置Ｃへの音声データの送信を継続して行っている情報処理装置）からの音声データを待って、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データと、新たな情報処理装置Ｄの音声データを多重化する。また、接続情報制御手段１０６は、接続情報を「Ｂ、Ａ、Ｄ、Ｃ」とする。この接続情報「Ｂ、Ａ、Ｄ、Ｃ」は、もともと情報処理装置Ａからは接続情報として「Ｃ、Ｂ、Ａ」を受信していたが、これに対し、自らの音声データの削除で「Ｂ、Ａ」とし、ここに情報処理装置Ｄの音声データを多重化することで「Ｂ、Ａ、Ｄ」とし、最後にキャプチャされた音声データを多重化することで「Ｂ、Ａ、Ｄ、Ｃ」としたことを意味している（ステップＳ７０３）。
【００７５】
情報処理装置Ｂは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ａに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データを多重化する。また、接続情報制御手段１０６は接続情報を「Ａ、Ｄ、Ｃ、Ｂ」とする（ステップＳ７０４）。
【００７６】
情報処理装置Ｃは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０４に該当すると判断する。映像データは２つの音声データの送り主の中で自らの音声データが含まれていない音声データの送り主である情報処理装置Ｄに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＤのＩＰアドレスおよび映像受信用ポート番号を取得する（ステップＳ７０５）。
【００７７】
次に情報処理装置Ｃは、上記取得結果に基づき、情報処理装置Ｄに対して映像送信手段１１４より映像データを送信すると共に、その送信先を送信先記憶部１２５に格納する。送信の際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ７０６）。
【００７８】
情報処理装置Ａは、音声受信手段１０５にて音声データを受信する。ここで情報処理装置Ａの状態は「会議中」であり、音声受信手段１０５では音声データを受信している状態であり、映像受信手段１１５では映像データを受信していない状態である。情報処理装置Ａは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０５に該当すると判断する。音声データは接続情報制御手段１０６にて受信した音声データより取得した次の接続先情報処理装置、すなわち、ユーザＩＤ「Ｄ」が利用している情報処理装置Ｄに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＤのＩＰアドレスおよび音声受信用ポート番号を取得する（ステップＳ７０７）。
【００７９】
次に情報処理装置Ａは、上記取得結果に基づき、情報処理装置Ｄに対して音声送信手段１０４より音声データを送信すると共に、その送信先を送信先記憶部１２５に格納する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ｄ、Ｃ、Ｂ、Ａ」とする（ステップＳ７０８）。
【００８０】
情報処理装置Ｄは、音声受信手段１０５にて音声データを受信する。接続情報制御手段１０６は、自らの音声データが循環して戻ってきたことを検知し、状態管理手段１２２は状態を「会議中」とし状態記憶部１２３に記憶する。よって情報処理装置Ｄの状態は「会議中」となり、映像受信手段１１５で映像データを受信している状態である。情報処理装置Ｄは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ｃに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は、接続情報を「Ｃ、Ｂ、Ａ、Ｄ」とする（ステップＳ７０９）。
【００８１】
次に情報処理装置Ｄは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ａに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＡのＩＰアドレスおよび映像受信用ポート番号を取得する（ステップＳ７１０）。
【００８２】
次に情報処理装置Ｄは、上記取得結果に基づき、情報処理装置Ａに対して映像送信手段１１４より映像データを送信すると共に、その送信先を送信先記憶部１２５に格納する。送信の際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データを多重化する（ステップＳ７１１）。
【００８３】
情報処理装置Ｃは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ｂに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ｂ、Ａ、Ｄ、Ｃ」とする（ステップＳ７１２）。
【００８４】
情報処理装置Ｂは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ａに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信し音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ａ、Ｄ、Ｃ、Ｂ」とする（ステップＳ７１３）。
【００８５】
情報処理装置Ａは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ｄに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ｄ、Ｃ、Ｂ、Ａ」とする（ステップＳ７１４）。
【００８６】
次に情報処理装置Ａは、映像受信手段１１５にて映像データを受信する。情報処理装置Ａは送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｂに対して送信する必要があるため、情報処理装置Ｂに対して映像送信手段１１４より映像データを送信する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ７１５）。
【００８７】
情報処理装置Ｂは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｃに対して送信する必要があるため、情報処理装置Ｃに対して映像送信手段１１４より映像データを送信する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ７１６）。
【００８８】
情報処理装置Ｃは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｄに対して送信する必要があるため、情報処理装置Ｄに対して映像送信手段１１４より映像データを送信する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ７１７）。
【００８９】
以降は前記ステップＳ７０９からステップＳ７１７を繰り返すことで情報処理装置Ａと情報処理装置Ｂと情報処理装置Ｃと情報処理装置Ｄとの間で音声データ、映像データの送受信が継続される。ただし、以降のステップでは状態管理手段１２２による状態記憶部１２３の維持管理処理は不要であり、またステップＳ７１０も不要となる。さらにステップＳ７１１で映像データを多重化する際は循環して戻ってきた自らの映像データを排除する必要がある。
【００９０】
次に、図３、図４および、図８のシーケンス図を参照して本実施形態において４つの情報処理装置間で音声データ、映像データの送受信が継続されている状態から１つの情報処理装置が離脱するまでのシーケンスを詳細に説明する。ここでユーザＡのユーザＩＤを「Ａ」とし、情報処理装置Ａを利用するものとする。また、ユーザＢのユーザＩＤを「Ｂ」とし、情報処理装置Ｂを利用するものとする。また、ユーザＣのユーザＩＤを「Ｃ」とし、情報処理装置Ｃを利用するものとする。また、ユーザＤのユーザＩＤを「Ｄ」とし、情報処理装置Ｄを利用するものとする。また、ユーザＡとユーザＢとユーザＣとユーザＤとの間では音声データ、映像データの送受信が継続されているものとする。
【００９１】
まず、情報処理装置Ｄは、音声データ、映像データの送受信を停止する。また、状態管理手段１２２は状態を「待機中」とし状態記憶部１２３に記憶する（ステップＳ８０１）。
【００９２】
情報処理装置Ｄが、音声データ、映像データの送受信を停止すると、情報処理装置Ｃは、音声データを受信できなくなる。情報処理装置Ｃは、音声データを受信できない期間が、予め定められている一定時間以上となると、送信先制御手段１２４に対して映像データの送信先を問い合わせる。送信先制御手段１２４は、情報処理装置Ｃの状態が「会議中」、映像データが「受信状態」、音声信号が「非受信状態」であるので、図４のケース０２に該当すると判断する。よって、情報処理装置Ｃは、映像データの送信は停止する（ステップＳ８０１）。
【００９３】
更に、情報処理装置Ｃは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０２に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている送信先の情報処理装置Ｂに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データのみを処理する。また、接続情報制御手段１０６は接続情報としてユーザＣのユーザＩＤ「Ｃ」のみを含める（ステップＳ８０３）。
【００９４】
情報処理装置Ｂは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ａに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データを多重化する。また、接続情報制御手段１０６は接続情報を「Ｃ、Ｂ」とする（ステップＳ８０４）。
【００９５】
情報処理装置Ａは、音声受信手段１０５にて音声データを受信する。音声受信手段１０５では音声データを受信している状態であり、映像受信手段１１５では映像データを受信していない状態である。情報処理装置Ａは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０５に該当すると判断する。音声データは接続情報制御手段１０６にて受信した音声データより取得した次の接続先情報処理装置、すなわち、ユーザＩＤ「Ｃ」が利用している情報処理装置Ｃに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバより情報処理装置ＣのＩＰアドレスおよび音声受信用ポート番号を取得する（ステップＳ８０５）。
【００９６】
次に情報処理装置Ａは、上記取得結果に基づき、情報処理装置Ｃに対して音声送信手段１０４より音声データを送信すると共に、その送信先を送信先記憶部１２５に格納する。送信の際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ｃ、Ｂ、Ａ」とする（ステップＳ８０６）。
【００９７】
情報処理装置Ｃは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ｂに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ｂ、Ａ、Ｃ」とする（ステップＳ８０７）。
【００９８】
次に情報処理装置Ｃは、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ａに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＡのＩＰアドレスおよび映像受信用ポート番号を取得する（ステップＳ８０８）。
【００９９】
次に情報処理装置Ｃは、上記取得結果に基づき、情報処理装置Ａに対して映像送信手段１１４より映像データを送信すると共に、その送信先を送信先記憶部１２５に格納する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データのみを処理する（ステップＳ８０９）。
【０１００】
情報処理装置Ｂは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ａに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ａ、Ｃ、Ｂ」とする（ステップＳ８１０）。
【０１０１】
情報処理装置Ａは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ｃに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ｃ、Ｂ、Ａ」とする（ステップＳ８１１）。
【０１０２】
情報処理装置Ａは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｂに対して送信する必要があるため、情報処理装置Ｂに対して映像送信手段１１４より映像データを送信する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ８１２）。
【０１０３】
情報処理装置Ｂは映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｃに対して送信する必要があるため、情報処理装置Ｃに対して映像送信手段１１４より映像データを送信する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データを多重化する（ステップＳ８１３）。
【０１０４】
以降は上記ステップＳ８０７からステップＳ８１３を繰り返す（ステップＳ８１４）ことで情報処理装置Ａと情報処理装置Ｂと情報処理装置Ｃの間で音声データ、映像データの送受信が継続される。ただし、以降のステップでは状態管理手段１２２による状態記憶部１２３の維持管理処理は不要であり、またステップＳ８０８も不要となる。さらにステップＳ８０９で映像データを多重化する際は循環して戻ってきた自らの映像データを排除する必要がある。
【０１０５】
次に、図３、図４および、図９のシーケンス図を参照して本実施形態において３つの情報処理装置間で音声データ、映像データの送受信が継続されている状態から１つの情報処理装置が離脱するまでのシーケンスを詳細に説明する。ここでユーザＡのユーザＩＤを「Ａ」とし、情報処理装置Ａを利用するものとする。また、ユーザＢのユーザＩＤを「Ｂ」とし、情報処理装置Ｂを利用するものとする。また、ユーザＣのユーザＩＤを「Ｃ」とし、情報処理装置Ｃを利用するものとする。また、ユーザＡとユーザＢとユーザＣの間では音声データ、映像データの送受信が継続されているものとする。
【０１０６】
まず、情報処理装置Ｃは、音声データ、映像データの送受信を停止する。また、状態管理手段１２２は状態を「待機中」とし状態記憶部１２３に記憶する（ステップＳ９０１）。
【０１０７】
情報処理装置Ｃが音声データ、映像データの送受信を停止すると、情報処理装置Ｂは、音声データを受信できなくなる。情報処理装置Ｂは、音声データを受信できない期間が所定時間以上となると、送信先制御手段１２４に対して音声データの送信先を問い合わせる。送信先制御手段１２４は、状態が「会議中」、映像データが「受信状態」、音声データが「非受信状態」であるので、ケース０２に該当すると判断する。よって映像データの送信は停止する（ステップＳ９０２）。
【０１０８】
更に、情報処理装置Ｂは、送信先制御手段１２４に対して音声データの送信先を問い合わせる。これにより、送信先制御手段１２４は、図４のケース０２に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている送信先の情報処理装置Ｂに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データのみを処理する。また、接続情報制御手段１０６は、接続情報としてユーザＣのＩＤ「Ｂ」のみを含める（ステップＳ９０３）。
【０１０９】
情報処理装置Ａは、音声受信手段１０５にて音声データを受信する。音声受信手段１０５では音声データを受信している状態であり、映像受信手段１１５では映像データを受信していない状態である。情報処理装置Ａは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０５に該当すると判断する。音声データは接続情報制御手段１０６にて受信した音声データより取得した次の接続先情報処理装置、すなわち、ユーザＩＤ「Ｂ」が利用している情報処理装置Ｂに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＢのＩＰアドレスおよび音声受信用ポート番号を取得する（ステップＳ９０４）。
【０１１０】
次に情報処理装置Ａは、上記取得結果に基づき、情報処理装置Ｂに対して音声送信手段１０４より音声データを送信すると共に、その送信先を送信先記憶部１２５に格納する。送信の際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データを多重化する。また、接続情報制御手段１０６は接続情報を「Ｂ、Ａ」とする（ステップＳ９０５）。
【０１１１】
次に情報処理装置Ｂは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ａに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ａ、Ｂ」とする（ステップＳ９０６）。
【０１１２】
情報処理装置Ｂは送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ａに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＡのＩＰアドレスおよび映像受信用ポート番号を取得する（ステップＳ９０７）。
【０１１３】
次に情報処理装置Ｂは、上記取得結果に基づき、情報処理装置Ａに対して映像送信手段１１４より映像データを送信すると共に、その送信先を送信先記憶部１２５に登録する。送信の際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データだけを処理対象にする（ステップＳ９０８）。
【０１１４】
情報処理装置Ａは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ｂに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ｂ、Ａ」とする（ステップＳ９０９）。
【０１１５】
情報処理装置Ａは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｂに対して送信する必要があるため、情報処理装置Ｂに対して映像送信手段１１４より映像データを送信する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ９１０）。
【０１１６】
以降は前期ステップＳ９０６からステップＳ９１０を繰り返す（ステップＳ９１１）ことで情報処理装置Ａと情報処理装置Ｂの間で音声データ、映像データの送受信が継続される。ただし、以降のステップでは状態管理手段１２２による状態記憶部１２３の維持管理処理は不要であり、またステップＳ９０７も不要となる。さらにステップＳ９０８で映像データを多重化する際は循環して戻ってきた自らの映像データを排除する必要がある。
【０１１７】
次に、図３、図４および、図１０のシーケンス図を参照して本実施形態において２つの情報処理装置間で音声データ、映像データの送受信が継続されている状態から送受信が停止するまでのシーケンスを詳細に説明する。ここでユーザＡのユーザＩＤを「Ａ」とし、情報処理装置Ａを利用するものとする。また、ユーザＢのユーザＩＤを「Ｂ」とし、情報処理装置Ｂを利用するものとする。また、ユーザＡとユーザＢの間では音声データ、映像データの送受信が継続されているものとする。
【０１１８】
まず、情報処理装置Ｂは音声データ、映像データの送受信を停止する。また、状態管理手段１２２は状態を「待機中」とし状態記憶部１２３に記憶する（ステップＳＡ０１）。
【０１１９】
情報処理装置Ｂが音声データ、映像データの送受信を停止すると、情報処理装置Ａは音声データを受信できなくなる。情報処理装置Ａは、音声データを受信できない期間が一定時間以上となると、送信先制御手段１２４に対して音声データ、映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０３に該当すると判断する。よって音声データ、映像データの送信は停止する。また、状態管理手段１２２は状態を「待機中」とし状態記憶部１２３に記憶する（ステップＳＡ０２）。
【０１２０】
以上により、２つの情報処理装置間の音声データ、映像データの送受信が停止し、もとの「待機中」状態に戻る。
【０１２１】
［実施の形態の効果］
次に本実施の形態の効果について説明する。本実施の形態では、送信先制御手段１２４において、受信した音声データに付加されている接続情報と、映像データの受信状況とに基づいて、音声データおよび映像データの送信先を決定するようにしているので、容易に開始、参加、離脱可能なリング型多地点会議システムを提供することができる。つまり、特定のユーザに対して音声データを送信するだけで、リング型多地点会議システムに参加することができ、また、音声データ、映像データの送信を停止するだけで、リング型多地点会議システムから離脱し、残されたユーザは今までどおりリング型多地点会議システムを利用することができる。また、ユーザが意思を持って離脱した場合のみならず、情報処理装置やネットワークの不具合によって突然あるユーザがネットワーク上に存在しない状態となった場合であっても、結果的に「音声、映像の送信を停止」した状態となるため、残されたユーザは今までどおりリング型多地点会議システムを利用することができる。
【０１２２】
［実施例］
次に、具体的な実施例を用いて本発明を実施するための最良の形態の動作を説明する。
【０１２３】
本実施例では、主となる通信データとして音声データを、従属する通信データとして映像データを利用し、音声データや映像データはコネクションレス通信方式であるＵＤＰ(User Datagram Protocol)上のＲＴＰ(Real-time Transport Protocol)によりパケット化されているものとする。従って、各ユーザを識別するユーザＩＤとしてＳＳＲＣ（同期送信元）識別子を利用し、ロケーションサーバ９０にはＳＳＲＣと対応するＩＰアドレス、音声受信ポート番号、映像受信ポート番号が登録されているものとする。また、音声データや映像データは各多地点会議用の情報処理装置にてミキシングされ、送信されるが、ミキシング後の音声データ、映像データをＲＴＰ化する際にＣＳＲＣ（寄与送信元）を設定し、その設定順を利用して接続順序を表現する。図１１に４名でサーバレス多地点会議を行っている場合のＣＳＲＣ情報例を示す。例えば、Ａさん（ＳＳＲＣが０００１番である情報処理装置）が音声を受信する場合、その音声データは、ＳＳＲＣが０００１番、０００２番、０００３番、０００４番の情報処理装置にて順にミキシングされたものであり、上から順に、０００１番、０００２番、０００３番、０００４番がＣＳＲＣとしてリストされたＲＴＰを受信することになる。また、従属するメディアである映像データに関してはＣＳＲＣの並び順を規定する必要は特にない。
【０１２４】
次に図１２を参照しながらＡさん（ＳＳＲＣが０００１番）とＢさん（ＳＳＲＣが０００２番）の間で会議を開始する際のシーケンスについて説明する。ここで、ＡさんとＢさんは既にロケーションサーバ９０に登録済みであるとする。また、細線は音声パケットの流れを、太線は映像パケットの流れを示している。
【０１２５】
ＢさんがＡさんと通話を開始したい場合、まず、Ｂさんはロケーションサーバ９０に問い合わせを行い、ＡさんのＩＰアドレスと音声受信用ポート番号を取得する。ここでＢさんの状態は「参加中」となる。次にＢさんは取得したＡさんのＩＰアドレスと音声受信用ポート番号に対して、音声パケットを送信する。また、音声パケットのＣＳＲＣは０００２番となる。
【０１２６】
Ｂさんからの音声を受信したＡさんは、状態が「待機中」であり、まだ映像を受信していないため、図４のケース０５に該当し、音声は「接続情報から取得した次の音声送信先」、つまり、ＣＳＲＣの先頭より取得したＳＳＲＣが０００２番であるＢさんに音声を送信する。ＢさんのＩＰアドレスと音声受信用ポート番号はロケーションサーバ９０より取得することができる。映像も「音声の送り主」であるＳＳＲＣが０００２番のＢさんに送信する。ＢさんのＩＰアドレスと映像受信用ポート番号はロケーションサーバ９０より取得することができる。なお、ＢさんのＩＰアドレスは、音声パケットの送出元ＩＰアドレスより取得することもできる。ここで自分の音声データをミキシングし、Ｂさんに送信することになり、音声パケットのＣＳＲＣは０００２番、０００１番の順となる。
【０１２７】
Ａさんに対して音声を送ることで状態が「参加中」となっていたＢさんは、ＡさんよりＣＳＲＣが０００２番、０００１番の順になっている音声パケットを受信し、自分の音声が戻ってきたことを検知した時点で状態を「会議中」とする。この後、Ｂさんは戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＡさんに送信する。音声パケットのＣＳＲＣは０００１番、０００２番の順となる。また、状態が「会議中」で音声を受信している場合は、図４のケース０６に該当し、「音声の送り主」に映像を送信することになるため、Ｂさんは自分の映像データをミキシングし、Ａさんに送信することになる。ＡさんのＩＰアドレスは音声パケットの送出元ＩＰアドレスより、映像受信用ポート番号はロケーションサーバ９０より取得することができる。ここで、戻ってきた自分の音声成分を排除する技術してエコーキャンセル技術が知られており、本実施例ではこの技術を利用して自分の音声成分を排除する。
【０１２８】
Ｂさんが自分の音声をミキシング後にＡさんに音声パケットを送信し始めると、Ａさんも自分の音声が戻ってきたことを検知し、状態を「会議中」とする。この後、Ａさんも戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＢさんに送信する。また、状態が「会議中」で音声を受信している場合は、図４のケース０６に該当し、「音声の送り主」に映像を送信することになるため、Ａさんも自分の映像データをミキシングし、Ｂさんに送信することになる。この後、Ａさん、Ｂさんともに戻ってきた自分の映像データを排除後に自分の映像データをミキシングする必要があるが、例えば同じミキシング位置の映像を上書きすることで古い映像を新しい映像に置き換えることが可能となり、本実施例ではこの方式を利用してミキシングしているものとする。
【０１２９】
以上により、２名での会議（通話）が開始されたことになる。
【０１３０】
次に図１３を参照しながら、Ａさん（ＳＳＲＣが０００１番）とＢさん（ＳＳＲＣが０００２番）の間の会議にＣさん（ＳＳＲＣが０００３番）が参加する際のシーケンスについて説明する。ここで、Ｃさんは既にロケーションサーバ９０に登録済みであるとする。また、細線は音声パケットの流れを、太線は映像パケットの流れを示している。
【０１３１】
ＣさんがＢさんと通話を開始したい場合、まず、Ｃさんはロケーションサーバ９０に問い合わせを行い、ＢさんのＩＰアドレスと音声受信用ポート番号を取得する。次にＣさんは取得したＢさんのＩＰアドレスと音声受信用ポート番号に対して、音声パケットを送信する。ここでＣさんの状態は「参加中」となる。また、音声パケットのＣＳＲＣは０００３番となる。
【０１３２】
Ｃさんからの音声を受信したＢさんは、状態が「会議中」であり、２本目の音声データを受信することになるため、図４のケース０４に該当し、音声は「前の送り先」、つまり、Ａさんに送信する。ただし、今までＢさんは、戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＡさんに送信していたが、ここでは、戻ってきた自分の音声成分を排除し、Ｃさんより受信している音声と新たにキャプチャした音声とをミキシングした上でＡさんに送信する。音声パケットのＣＳＲＣは今まで０００１番、０００２番の順であったが、これを、０００１番、０００３番、０００２番の順とする。つまり、まず、Ｃさんより受信している音声をミキシングし、最後に新たにキャプチャした音声をミキシングしたことをＣＳＲＣにて表現することになる。一方、２本目の音声データを受信している場合、「自分の音声が含まれていない音声の送り主」に映像パケットを送信することになるため、今まで自分の映像データをミキシングし、Ａさんに送信していたが、ここでは、自分の映像データをミキシングし、Ｃさんに送信する。ＣさんのＩＰアドレスは音声パケットの送出元ＩＰアドレスより、映像受信用ポート番号はロケーションサーバ９０より取得することができる。
【０１３３】
今までＢさんより映像パケットを受信していたＡさんだが、Ｂさんからの映像パケットが到着しなくなるため、図４のケース０５に該当し、音声は「接続情報から取得した次の音声送信先」、つまり、ＣＳＲＣの先頭より取得したＳＳＲＣが０００３番であるＣさんに音声を送信する。ＣさんのＩＰアドレスと音声受信用ポート番号はロケーションサーバより取得することができる。ここで自分の音声データをミキシングし、Ｃさんに送信することになり、音声パケットのＣＳＲＣは０００３番、０００２番、０００１番の順となる。
【０１３４】
Ｂさんに対して音声を送ることで状態が「参加中」となっていたＣさんは、ＡさんよりＣＳＲＣが０００３番、０００２番、０００１番の順になっている音声パケットを受信し、自分の音声が戻ってきたことを検知した時点で状態を「会議中」とする。この後、Ｃさんは戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＢさんに送信する。音声パケットのＣＳＲＣは０００２番、０００１番、０００３番の順となる。また、状態が「会議中」で音声を受信している場合は、図４のケース０６に該当し、「音声の送り主」に映像を送信することになるため、Ｃさんは自分の映像データをミキシングし、Ａさんに送信することになる。ＡさんのＩＰアドレスは音声パケットの送出元ＩＰアドレスより、映像受信用ポート番号はロケーションサーバ９０より取得することができる。
【０１３５】
以上により、３名での会議が開始されたことになる。
【０１３６】
次に図１４を参照しながら、Ａさん（ＳＳＲＣが０００１番）とＢさん（ＳＳＲＣが０００２番）とＣさん（ＳＳＲＣが０００３番）の間の会議にＤさん（ＳＳＲＣが０００４番）が参加する際のシーケンスについて説明する。ここで、Ｄさんは既にロケーションサーバ９０に登録済みであるとする。また、細線は音声パケットの流れを、太線は映像パケットの流れを示している。
【０１３７】
ＤさんがＣさんと通話を開始したい場合、まず、Ｄさんはロケーションサーバ９０に問い合わせを行い、ＣさんのＩＰアドレスと音声受信用ポート番号を取得する。次にＤさんは取得したＣさんのＩＰアドレスと音声受信用ポート番号に対して、音声パケットを送信する。ここでＤさんの状態は「参加中」となる。また、音声パケットのＣＳＲＣは０００４番となる。
【０１３８】
Ｄさんからの音声を受信したＣさんは、状態が「会議中」であり、２本目の音声データを受信することになるため、図４のケース０４に該当し、音声は「前の送り先」、つまり、Ｂさんに送信する。ただし、今までＣさんは、戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＢさんに送信していたが、ここでは、戻ってきた自分の音声成分を排除し、Ｄさんより受信している音声と新たにキャプチャした音声をミキシングした上でＢさんに送信する。音声パケットのＣＳＲＣは今まで０００２番、０００１番、０００３番の順であったが、これを、０００２番、０００１番、０００４番、０００３番の順とする。つまり、まず、Ｄさんより受信している音声をミキシングし、最後に新たにキャプチャした音声をミキシングしたことをＣＳＲＣにて表現することになる。一方、２本目の音声データを受信している場合、「自分の音声が含まれていない音声の送り主」に映像パケットを送信することになるため、今まで自分の映像データをミキシングし、Ａさんに送信していたが、ここでは、自分の映像データをミキシングし、Ｄさんに送信する。ＤさんのＩＰアドレスは音声パケットの送出元ＩＰアドレスより、映像受信用ポート番号はロケーションサーバ９０より取得することができる。
【０１３９】
今までＣさんより映像パケットを受信していたＡさんだが、Ｃさんからの映像パケットが到着しなくなるため、図４のケース０５に該当し、音声は「接続情報から取得した次の音声送信先」、つまり、ＣＳＲＣの先頭より取得したＳＳＲＣが０００４番であるＤさんに音声を送信する。ＤさんのＩＰアドレスと音声受信用ポート番号はロケーションサーバ９０より取得することができる。ここで自分の音声データをミキシングし、Ｄさんに送信することになり、音声パケットのＣＳＲＣは０００４番、０００３番、０００２番、０００１番の順となる。
【０１４０】
Ｃさんに対して音声を送ることで状態が「参加中」となっていたＤさんは、ＡさんよりＣＳＲＣが０００４番、０００３番、０００２番、０００１番の順になっている音声パケットを受信し、自分の音声が戻ってきたことを検知した時点で状態を「会議中」とする。この後、Ｄさんは戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＣさんに送信する。音声パケットのＣＳＲＣは０００３番、０００２番、０００１番、０００４番の順となる。また、状態が「会議中」で音声を受信している場合は、図４のケース０６に該当し、「音声の送り主」に映像を送信することになるため、Ｄさんは自分の映像データをミキシングし、Ａさんに送信することになる。ＡさんのＩＰアドレスは音声パケットの送出元ＩＰアドレスより、映像受信用ポート番号はロケーションサーバ９０より取得することができる。
【０１４１】
以上により、４名での会議が開始されたことになる。
【０１４２】
同様の手順により、Ｎ名での会議からＮ＋１名での会議が可能となる。
【０１４３】
次に図１５を参照しながら、Ａさん（ＳＳＲＣが０００１番）とＢさん（ＳＳＲＣが０００２番）とＣさん（ＳＳＲＣが０００３番）とＤさん（ＳＳＲＣが０００４番）の間の会議からＤさん（ＳＳＲＣが０００４番）が離脱する際のシーケンスについて説明する。細線は音声パケットの流れを、太線は映像パケットの流れを示している。
【０１４４】
Ｄさんが会議から退出したい場合、Ｄさんは音声パケット、映像パケットの送信を停止し、状態を「待機中」とすればよい。
【０１４５】
今までＤさんより音声パケットを受信していたＣさんだが、Ｄさんからの音声パケットが到着しなくなるため、図４のケース０２に該当し、映像パケットの送信を停止する。音声は「前の送り先」、つまり、Ｂさんに送信する。ただし、今までＣさんは、戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＢさんに送信していたが、ここでは、音声パケットを受信していないため、新たにキャプチャした音声のみをＢさんに送信する。音声パケットのＣＳＲＣは今まで０００２番、０００１番、０００４番、０００３番の順であったが、０００３番となる。
【０１４６】
Ｂさんは今まで通りＣさんより音声パケットを受信しているが、音声パケットのＣＳＲＣが０００２番、０００１番、０００４番、０００３番の順から０００３番のみに変更となっている。一方、今まで通りＡさんより映像パケットを受信しているため、図４のケース０６に該当し、音声も「前の送り先」、つまり、Ａさんに送信する。ただし、今までＢさんは、戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＡさんに送信していたが、ここでは、自分の音声が戻ってきていないため、新たにキャプチャした音声をミキシングした上でＡさんに送信する。音声パケットのＣＳＲＣは今まで０００１番、０００４番、０００３番、０００２番の順であったが、これを、０００３番、０００２番の順とする。
【０１４７】
Ａさんは今まで通りＢさんより音声パケットを受信しているが、音声パケットのＣＳＲＣが０００１番、０００４番、０００３番、０００２番の順から０００３番、０００２番の順に変更となっている。一方、今までＤさんより映像パケットを受信していたＡさんだが、Ｄさんからの映像パケットが到着しなくなるため、図４のケース０５に該当し、音声は「接続情報から取得した次の音声送信先」、つまり、ＣＳＲＣの先頭より取得したＳＳＲＣが０００３番であるＣさんに音声を送信する。ＣさんのＩＰアドレスと音声受信用ポート番号はロケーションサーバ９０より取得することができる。ここで自分の音声データをミキシングし、Ｃさんに送信することになり、音声パケットのＣＳＲＣは０００３番、０００２番、０００１番の順となる。
【０１４８】
Ｄさんからの音声パケットが到着しなくなっていたＣさんは、ＡさんよりＣＳＲＣが０００３番、０００２番、０００１番の順になっている音声パケットを受信する。この後、Ｃさんは戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＢさんに送信する。音声パケットのＣＳＲＣは０００２番、０００１番、０００３番の順となる。また、図４のケース０６に該当し、「音声の送り主」に映像を送信することになるため、Ｃさんは自分の映像データをミキシングし、Ａさんに送信することになる。ＡさんのＩＰアドレスは音声パケットの送出元ＩＰアドレスより、映像受信用ポート番号はロケーションサーバ９０より取得することができる。
【０１４９】
以上により、３名での会議として継続されたことになる。
【０１５０】
次に図１６を参照しながら、Ａさん（ＳＳＲＣが０００１番）とＢさん（ＳＳＲＣが０００２番）とＣさん（ＳＳＲＣが０００３番）の間の会議からＣさん（ＳＳＲＣが０００３番）が退出する際のシーケンスについて説明する。細線は音声パケットの流れを、太線は映像パケットの流れを示している。
【０１５１】
Ｃさんが会議から退出したい場合、Ｃさんは音声パケット、映像パケットの送信を停止し、状態を「待機中」とすればよい。
【０１５２】
今までＣさんより音声パケットを受信していたＢさんだが、Ｃさんからの音声パケットが到着しなくなるため、図４のケース０２に該当し、映像パケットの送信を停止する。音声は「前の送り先」、つまり、Ａさんに送信する。ただし、今までＢさんは、戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＡさんに送信していたが、ここでは、音声パケットを受信していないため、新たにキャプチャした音声のみをＡさんに送信する。音声パケットのＣＳＲＣは今まで０００１番、０００３番、０００２番の順であったが、０００２番となる。
【０１５３】
Ａさんは今まで通りＢさんより音声パケットを受信しているが、音声パケットのＣＳＲＣが０００１番、０００３番、０００２番の順から０００２番のみに変更となっている。一方、今までＣさんより映像パケットを受信していたＡさんだが、Ｃさんからの映像パケットが到着しなくなるため、図４のケース０５に該当し、音声は「接続情報から取得した次の音声送信先」、つまり、ＣＳＲＣの先頭より取得したＳＳＲＣが０００２番であるＢさんに音声を送信する。ＢさんのＩＰアドレスと音声受信用ポート番号はロケーションサーバより取得することができる。ここで自分の音声データをミキシングし、Ｂさんに送信することになり、音声パケットのＣＳＲＣは０００２番、０００１番の順となる。
【０１５４】
Ｃさんからの音声パケットが到着しなくなっていたＢさんは、ＡさんよりＣＳＲＣが０００２番、０００１番の順になっている音声パケットを受信する。この後、Ｂさんは戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＡさんに送信する。音声パケットのＣＳＲＣは０００１番、０００２番の順となる。また、図４のケース０６に該当し、「音声の送り主」に映像を送信することになるため、Ｂさんは自分の映像データをミキシングし、Ａさんに送信することになる。ＡさんのＩＰアドレスは音声パケットの送出元ＩＰアドレスより、映像受信用ポート番号はロケーションサーバ９０より取得することができる。
【０１５５】
以上により、２名での会議（通話）として継続されたことになる。
【０１５６】
同様の手順により、Ｎ名での会議からＮ−１名での会議継続が可能となる。
【０１５７】
次に図１７を参照しながら、Ａさん（ＳＳＲＣが０００１番）とＢさん（ＳＳＲＣが０００２番）の間の会議を終了する際のシーケンスについて説明する。細線は音声パケットの流れを、太線は映像パケットの流れを示している。
【０１５８】
Ｂさんが通話を終了したい場合、Ｂさんは音声パケット、映像パケットの送信を停止し、状態を「待機中」とすればよい。
【０１５９】
今までＢさんより音声パケットを受信していたＡさんだが、Ｂさんからの音声パケット、映像パケットが到着しなくなるため、図４のケース０３に該当し、音声パケット、映像パケットの送信を停止し、状態を「待機中」とする。
【０１６０】
以上により、２名での会議（通話）が終了したことになる。
【産業上の利用可能性】
【０１６１】
本発明によれば、ＭＣＵを利用しない多地点会議システムをＩＰネットワーク上で情報処理装置を利用して実現するといった用途に適用できる。
【図面の簡単な説明】
【０１６２】
【図１】本発明を実施するための最良の形態の構成図である。
【図２】本発明を実施するための最良の形態においてロケーションサーバが保持する位置情報記憶部９０１の内容例を示す図である。
【図３】本発明を実施するための最良の形態における情報処理装置の構成図である。
【図４】本発明を実施するための最良の形態における送信先制御手段１２４の処理例を示すフローチャートである。
【図５】本発明を実施するための最良の形態における２つの情報処理装置間で音声データ、映像データの送受信が開始されるまでのシーケンス図である。
【図６】本発明を実施するための最良の形態における３つの情報処理装置間で音声データ、映像データの送受信が開始されるまでのシーケンス図である。
【図７】本発明を実施するための最良の形態における４つの情報処理装置間で音声データ、映像データの送受信が開始されるまでのシーケンス図である。
【図８】本発明を実施するための最良の形態における４つの情報処理装置間で音声データ、映像データの送受信が継続されている状態から１つの情報処理装置が離脱するまでのシーケンス図である。
【図９】本発明を実施するための最良の形態における３つの情報処理装置間で音声データ、映像データの送受信が継続されている状態から１つの情報処理装置が離脱するまでのシーケンス図である。
【図１０】本発明を実施するための最良の形態における２つの情報処理装置間で音声データ、映像データの送受信が継続されている状態から送受信が停止するまでのシーケンス図である。
【図１１】本発明の実施例における４名でサーバレス多地点会議を行っている場合のＣＳＲＣ情報例である。
【図１２】本発明の実施例における２名でサーバレス多地点会議が開始されるまでのシーケンス図である。
【図１３】本発明の実施例における３名でサーバレス多地点会議が開始されるまでのシーケンス図である。
【図１４】本発明の実施例における４名でサーバレス多地点会議が開始されるまでのシーケンス図である。
【図１５】本発明の実施例における４名でサーバレス多地点会議中に１名が離脱するまでのシーケンス図である。
【図１６】本発明の実施例における３名でサーバレス多地点会議中に１名が離脱するまでのシーケンス図である。
【図１７】本発明の実施例における２名でサーバレス多地点会議中にサーバレス多地点会議を終了するまでのシーケンス図である。
【符号の説明】
【０１６３】
１０，２０，３０，４０，Ａ，Ｂ，Ｃ，Ｄ…情報処理装置
８０…ネットワーク
９０…ロケーションサーバ
９０１…位置情報記憶部
１０１…音声入力手段
１０２…音声出力手段
１０３…音声多重化手段
１０４…音声送信手段
１０５…音声受信手段
１０６…接続情報制御手段
１１１…映像入力手段
１１２…映像出力手段
１１３…映像多重化手段
１１４…映像送信手段
１１５…映像受信手段
１２１…送信先入力手段
１２２…状態管理手段
１２３…状態記憶部
１２４…送信先制御手段
１２５…送信先記憶部
１２６…位置登録手段
１２７…位置問合せ手段
【技術分野】
【０００１】
本発明はリング型双方向データ送受信システム、情報処理装置、リング型双方向データ送受信方法およびプログラムに関し、特にコネクションレス通信によって双方向に一定間隔でデータ送受信を行う情報処理装置がリング状に接続された系に対して容易に参加、離脱できるように構成されたリング型双方向データ送受信システム、情報処理装置、リング型双方向データ送受信方法およびプログラムに関する。
【背景技術】
【０００２】
複数の情報処理装置をリング状に接続し、データを巡回させるようにしたシステムとしては、次のようなものが知られている（例えば、特許文献１参照）。特許文献１に記載されている多地点会議システムは、通信フレームを伝送するデジタル通信路を複数のテレビ電話・会議端末を介してリング状に接続し、各テレビ電話・会議端末に、受信した通信フレームをループの下流に位置するテレビ電話・会議端末に中継する中継手段と、その際に発生したテレビ電話・会議用データを通信フレームに格納する手段と、ループを周回してきた自端末のテレビ会議・会議用データを取り除く手段とを設けたことを特徴としている。
【０００３】
【特許文献１】特開平５−２２３２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載されている多地点会議システムは、通信回線がループ状に接続されていることを前提としており、会議を行うテレビ電話・会議端末の間での通信回線を予め開いておく必要がある。従って、後から参加する必要が生じた場合などは通信回線を一旦切断し、改めて接続しなおす必要がある。また、ＩＰネットワーク上で実現する場合、音声、映像などのリアルタイム性が高いデータはコネクションレス通信（ＵＤＰ通信）を利用することが一般的であり、通信相手が情報処理装置やネットワークの不具合によって突然ネットワーク上に存在しない状態となった場合でも送信元は知ることができず、データを送り続けてしまう。
【０００５】
［発明の目的］
そこで、本発明の目的は、複数の情報処理装置がリング状に接続された系に対して、新たな情報処理装置の参加および既存の情報処理装置の離脱を容易に行うことができるリング型双方向データ送受信システムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明にかかる第１のリング型双方向データ送受信システムは、
コネクションレス通信を行う複数の情報処理装置をリング状に接続し、第１の多重化データと第２の多重化データとを互いに逆方向に巡回させるリング型双方向データ送受信システムであって、
前記第１の多重化データには、該第１の多重化データがどの情報処理装置において発生した第１のデータを、どのような順序で多重化したのかを示す接続情報が付加され、且つ、
前記複数の情報処理装置が、それぞれ、
受信した第１の多重化データに付加されている接続情報と、第２の多重化データの受信状況とに基づいて、第１の多重化データの送信先および第２の多重化データの送信先を決定する送信先制御手段と、
受信した第１の多重化データの、自情報処理装置で発生した第１のデータを含まない部分と、自情報処理装置において新たに発生した第１のデータとを多重化する多重化手段と、
該多重化手段で生成された第１の多重化データに付加する接続情報を生成する接続情報制御手段とを備えたことを特徴とする。
【０００７】
本発明にかかる第１の情報処理装置は、
コネクションレス通信を行う複数の情報処理装置をリング状に接続し、第１の多重化データと第２の多重化データとを互いに逆方向に巡回させるリング型双方向データ送受信システムの構成要素である情報処理装置であって、
前記第１の多重化データには、該第１の多重化データがどの情報処理装置において発生した第１のデータを、どのような順序で多重化したのかを示す接続情報が付加され、且つ、
受信した第１の多重化データに付加されている接続情報と、第２の多重化データの受信状況とに基づいて、第１の多重化データの送信先および第２の多重化データの送信先を決定する送信先制御手段と、
受信した第１の多重化データの、自情報処理装置で発生した第１のデータを含まない部分と、自情報処理装置において新たに発生した第１のデータとを多重化する多重化手段と、
該多重化手段で生成された第１の多重化データに付加する接続情報を生成する接続情報制御手段とを備えたことを特徴とする。
【０００８】
本発明にかかる第１のリング型双方向データ送受信方法は、
コネクションレス通信を行う複数の情報処理装置をリング状に接続し、第１の多重化データと第２の多重化データとを互いに逆方向に巡回させるリング型双方向データ送受信方法であって、
前記第１の多重化データには、該第１の多重化データがどの情報処理装置において発生した第１のデータを、どのような順序で多重化したのかを示す接続情報が付加され、且つ、
前記複数の情報処理装置が、それぞれ、
受信した第１の多重化データに付加されている接続情報と、第２の多重化データの受信状況とに基づいて、第１の多重化データの送信先および第２の多重化データの送信先を決定する送信先制御ステップと、
受信した第１の多重化データの、自情報処理装置で発生した第１のデータを含まない部分と、自情報処理装置において新たに発生した第１のデータとを多重化するステップと、
該多重化ステップで生成された第１の多重化データに付加する接続情報を生成する接続情報制御ステップとを含むことを特徴とする。
【０００９】
本発明にかかる第１のプログラムは、
コネクションレス通信を行う複数の情報処理装置をリング状に接続し、第１の多重化データと第２の多重化データとを互いに逆方向に巡回させるリング型双方向データ送受信システムの構成要素である情報処理装置をコンピュータによって実現するためのプログラムであって、
前記第１の多重化データには、該第１の多重化データがどの情報処理装置において発生した第１のデータを、どのような順序で多重化したのかを示す接続情報が付加され、且つ、
前記コンピュータを、
受信した第１の多重化データに付加されている接続情報と、第２の多重化データの受信状況とに基づいて、第１の多重化データの送信先および第２の多重化データの送信先を決定する送信先制御手段、
受信した第１の多重化データの、自情報処理装置で発生した第１のデータを含まない部分と、自情報処理装置において新たに発生した第１のデータとを多重化する多重化手段、
該多重化手段で生成された第１の多重化データに付加する接続情報を生成する接続情報制御手段として機能させる。
【発明の効果】
【００１０】
本発明によれば、複数の情報処理装置がリング状に接続された系に対して、新たな情報処理装置の参加および既存の情報処理装置の離脱を容易に行うことが可能になる。
【発明を実施するための最良の形態】
【００１１】
次に、発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００１２】
発明を実施するための最良の形態では主となる通信データとして音声データを、従属する通信データとして映像データを利用しているが、本発明は音声データや映像データに特化したものではなく、コネクションレス通信によって一定間隔で送受信を行う通信データであれば良い。
【００１３】
図１を参照すると、本発明の第１の実施の形態は、情報処理装置１０、２０、３０、４０と、情報処理装置の位置情報を保持し、また、他の情報処理装置からの問い合わせに応じて、指定された情報処理装置の位置情報を返却することができるロケーションサーバ９０とから構成され、これらの情報処理装置、ロケーションサーバはネットワーク８０を介して相互に接続されている。図１では４つの情報処理装置が図示されているが、ネットワーク８０に接続可能な情報処理装置数に制限があるわけではなく、任意の数の情報処理装置をネットワーク８０に接続することができる。
【００１４】
ロケーションサーバ９０は位置情報記憶部９０１を備え、各情報処理装置１０、２０、３０、４０の位置情報をユーザＩＤと関連付けて記憶することができる。位置情報は、情報処理装置のＩＰアドレスと、音声受信用ポート番号と、映像受信用ポート番号とを含む。図２を参照すると、ユーザＩＤがＡであるユーザが、ＩＰアドレスｘ．ｙ．ｚ．Ａで表現されるＩＰアドレスを持つ情報処理装置Ａにログインしていることを意味し、かつ、音声受信用ポートとして１００００番で、映像受信用ポートとして１０００２番で待ち受けしていることを示している。ユーザＩＤがＢ、Ｃ、Ｄであるユーザに関しても同様である。
【００１５】
ユーザが他のユーザとの間で音声データと映像データによるデータ送受信処理を行いたい場合、ユーザは自らを識別するユーザＩＤと自らがログインしている情報処理装置の位置情報とを含む登録要求をロケーションサーバ９０へ送信し、位置情報記憶部９０１内に登録する。また、同時にユーザは、ロケーションサーバ９０に登録した音声受信用ポート番号と映像受信用ポート番号とでデータ受信が可能となるように準備する。
【００１６】
一方、ユーザがログアウトする場合は、自らを識別するＩＤと自らがログインしている情報処理装置の位置情報とをロケーションサーバ９０の位置情報記憶部９０１より削除する。
【００１７】
次に図３を参照して本発明で利用する情報処理装置１０の最良の形態を詳細に説明する。図１記載の他の情報処理装置２０、３０、４０についても同様である。また図３において実線矢印は音声データ、映像データの流れを示し、破線矢印は制御データの流れを示している。
【００１８】
情報処理装置１０は、位置登録手段１２６を備え、ユーザが情報処理装置１０にログインした場合に、ユーザを識別するＩＤとこの情報処理装置１０の位置情報とを関連付けてロケーションサーバ９０に登録することができる。また、ユーザが情報処理装置１０からログアウトする場合には、ロケーションサーバ９０に登録されている、ユーザを識別するＩＤとこの情報処理装置の位置情報とを削除することができる。
【００１９】
情報処理装置１０は、音声入力手段１０１を備え、音声データをキャプチャすることができる。また、情報処理装置１０は、音声受信手段１０５を備え、音声データをネットワーク８０より受信することができる。また、情報処理装置１０は、音声多重化手段１０３を備え、必要に応じて、音声データのエンコード、デコード処理や循環して戻ってきた自らの音声データの排除、受信した音声データとキャプチャした音声データの多重化を行うことができる。また、情報処理装置１０は、音声出力手段１０２を備え、音声データを再生することができる。また、情報処理装置１０は、音声送信手段１０４を備え、音声データをネットワーク８０に対して送信することができる。音声データの多重化方式としては、音声成分をミキシングする方法と複数の音声データをつなぎ合わせて１つのデータとする方法などが考えられるが、ここでは全ての情報処理装置が同じ方式を利用している限り何れであっても良い。
【００２０】
情報処理装置１０は接続情報制御手段１０６を備え、受信した音声データに含まれる接続情報を解析すると共に、送信する音声データの接続情報を構築することができる。具体的には、音声データが情報処理装置Ｄ、情報処理装置Ｃ、情報処理装置Ｂ、情報処理装置Ａ、情報処理装置Ｄという順で循環している場合、情報処理装置Ｄは「Ｄ、Ｃ、Ｂ、Ａ」という順序の接続情報を取得する。これは、音声データが情報処理装置Ｄ、情報処理装置Ｃ、情報処理装置Ｂ、情報処理装置Ａの順で多重化されたことを意味している。更に情報処理装置Ｄは循環して戻ってきた自らの音声データを排除し、自らの音声データを排除後の音声データとキャプチャした音声データとを多重化するため、「Ｃ、Ｂ、Ａ、Ｄ」という順序の接続情報を音声データに含め情報処理装置Ｃに送信する。なお、接続情報中のＡ、Ｂ、Ｃ、Ｄは、ユーザＩＤを示している。
【００２１】
情報処理装置１０は、映像入力手段１１１を備え、映像データをキャプチャすることができる。また、情報処理装置１０は、映像受信手段１１５を備え、映像データをネットワーク８０より受信することができる。また、情報処理装置１０は、映像多重化手段１１３を備え、必要に応じて、映像データのエンコード、デコード処理や循環して戻ってきた自らの映像データの排除、受信した映像データとキャプチャした映像データの多重化を行うことができる。また、情報処理装置１０は、映像出力手段１１２を備え、映像データを再生することができる。また、情報処理装置１０は、映像送信手段１１４を備え、映像データをネットワーク８０に対して送信することができる。映像データの多重化方式としては、映像を縮小し合成する方法や複数の映像データをつなぎ合わせて１つのデータとする方法などが考えられるが、ここでは全ての情報処理装置が同じ方式を利用している限り何れであっても良い。
【００２２】
情報処理装置１０は送信先入力手段１２１を備え、ユーザは相手ユーザのユーザＩＤを入力することができる。
【００２３】
情報処理装置１０は、状態管理手段１２２と状態記憶部１２３とを備え、「待機中」「参加中」「会議中」の状態を管理、記憶することができる。ここで「待機中」とは、ロケーションサーバ９０にユーザＩＤと情報処理装置の位置情報を登録済みであり、ロケーションサーバ９０に登録した音声受信用ポートと映像受信用ポートでデータ受信待ちをしている状態である。「参加中」とは、自情報処理装置１０のユーザによって相手ユーザに対して音声データの送信を開始することが指示されたが、まだ自らの音声データが循環して戻ってきていない状態である。「会議中」とは、自らの音声データが循環して戻ってくるようになって以降の状態である。後述するように、状態が一旦「会議中」になって以降、参加者の誰かが離脱した場合、一時的に自らの音声データが戻ってこなくなる場合があるが、この場合でも「会議中」の状態を保持するものとする。
【００２４】
情報処理装置１０は、送信先制御手段１２４を備え、現在の状態、音声データの受信状況、映像データの受信状況により音声データおよび映像データの送受信先を制御することができる。また、情報処理装置１０は、送信先記憶部１２５を備え、前にどの情報処理装置に対して音声データ、映像データを送信していたかを記憶しておくことができる。
【００２５】
情報処理装置１０は、位置問合わせ手段１２７を備え、必要に応じて、ユーザＩＤをキーとしてロケーションサーバ９０に対して位置情報を問い合わせ、上記ユーザＩＤに関連付けて登録されている位置情報（ＩＰアドレス、音声受信用ポート番号、映像受信用ポート番号）を取得することができる。
【００２６】
なお、情報処理装置１０はコンピュータによって実現されるものであり、コンピュータは、ディスク、半導体メモリなどの記録媒体に記録されたプログラムを読み込み、実行することで、自コンピュータ上に各手段１０１〜１０６、１１１〜１１５、１２１、１２２、１２４、１２６、１２７を実現する。
【００２７】
次に、図３、および、図４のフローチャートを参照して送信先制御手段１２４の動作を詳細に説明する。
【００２８】
まず、送信先制御手段１２４は、状態管理手段１２２に対して現在の状態を問い合わせる（ステップＳ０１）。
【００２９】
「参加中」である場合、つまり、自情報処理装置１０のユーザによって相手ユーザに対して音声データの送信を開始することが指示されたが、まだ自らの音声データが循環して戻ってきていない状態である場合、音声データは送信先入力手段１２１にて入力された相手ユーザのＩＤを利用しロケーションサーバ９０より取得した相手ユーザのＩＰアドレスおよび音声受信用ポートに対して音声データを送信する。映像データは送信しない（ケース０１）。
【００３０】
「待機中」または「会議中」である場合、音声データを受信しているか否かで振る舞いが異なる（ステップＳ０２）。
【００３１】
「待機中」または「会議中」であり、且つ音声データを受信していない場合は、映像データを受信しているか否かで振る舞いが異なる（ステップＳ０３）。
【００３２】
映像データを受信している場合（ステップＳ０３がはい）は、音声データは送信先記憶部１２５に記憶されている音声データの送信先ＩＰアドレスおよび音声受信用ポートに対して送信する。映像データは送信しない（ケース０２）。
【００３３】
これに対して、映像データも受信していない場合（ステップＳ０３がいいえ）は、音声データ、映像データともに送信しない。このケースは２者で会議中（通話中）に相手が離脱した場合に相当するため、状態を「待機中」に戻すことになる（ケース０３）。
【００３４】
「待機中」または「会議中」であり、且つ音声データを受信している場合は、２つの異なる情報処理装置から送信された音声データを受信しているか否かで振る舞いが異なる（ステップＳ０４）。
【００３５】
２つの異なる情報処理装置から送信された音声データを受信している場合（ステップＳ０４がはい）は、音声データは送信先記憶部１２５に記憶されている音声データの送信先ＩＰアドレスおよび音声受信用ポートに対して送信する。ここで、２つの異なる情報処理装置から送信された音声データのうち一方には自らの音声データが循環して戻ってきており、他方は１人分の音声データが格納されている。この場合、音声多重化手段１０３は循環して戻ってきた自分の音声データを排除し、２つの異なる情報処理装置から送信された音声データと、新たにキャプチャした音声データとを多重化する。また、接続情報制御手段１０６は、まず循環して戻ってきた自分の音声データが排除され、次に、他方の１人分の音声データが多重化され、最後に新たにキャプチャされた音声データが多重化されたことを意味するように接続情報を構築する。一方、映像データは、音声データを送信してきている２つの異なる情報処理装置のうちで、自らの音声データが含まれてない、１人分の音声データのみを送信している情報処理装置に対して送信する（ケース０４）。
【００３６】
これに対して、１つの情報処理装置から送信された音声データのみを受信している場合（ステップＳ０４がいいえ）は、映像データを受信しているか否かで振る舞いが異なる（ステップＳ０５）。
【００３７】
映像データを受信していない場合（ステップＳ０５がいいえ）は、音声データは接続情報制御手段１０６にて受信した音声データに付加されている接続情報より取得した次の接続先情報処理装置に対して送信する。つまり、受信した多重化された音声データの最初に、または、最初が自分である場合は自分の次に音声データを多重化した情報処理装置に対して送信することになる。一方、映像データは音声データを送信してきている情報処理装置に対して送信する（ケース０５）。
【００３８】
これに対して、映像データを受信している場合（ステップＳ０５がはい）は、音声データは送信先記憶部１２５に記憶されている音声データの送信先ＩＰアドレスおよび音声受信用ポート番号に対して送信する。一方、映像データは音声データを送信してきている情報処理装置に対して送信する（ケース０６）。
【００３９】
次に、図３、図４および、図５のシーケンス図を参照して本実施の形態において２つの情報処理装置間で音声データ、映像データの送受信が開始されるまでのシーケンスを詳細に説明する。ここでユーザＡのユーザＩＤを「Ａ」とし、情報処理装置Ａを利用するものとする。また、ユーザＢのユーザＩＤを「Ｂ」とし、情報処理装置Ｂを利用するものとする。
【００４０】
まず、情報処理装置Ａ、情報処理装置Ｂは、位置登録手段１２６を使用してユーザを識別するユーザＩＤと、自情報処理装置の位置情報とを関連付けてロケーションサーバ９０に登録しておく。登録が完了した段階で状態管理手段１２２は状態を「待機中」とし状態記憶部１２３に記憶する（ステップＳ５０１、ステップＳ５０２）。
【００４１】
次に情報処理装置Ｂを利用しているユーザＢは、情報処理装置Ａを利用しているユーザＡとの間で音声データ、映像データの送受信を開始したい場合、送信先入力手段１２１を用いてユーザＡのユーザＩＤ「Ａ」を入力し、音声データの送信開始を指示する。これにより、情報処理装置Ｂの状態管理手段１２２は、状態を「参加中」とし状態記憶部１２３に記憶する。また、情報処理装置Ｂの位置問合せ手段１２７は、送信先入力手段１２１から入力された相手ユーザＡのユーザＩＤ「Ａ」を利用して、ロケーションサーバ９０から情報処理装置ＡのＩＰアドレスおよび音声受信用ポート番号を取得し、取得した情報を送信先記憶部１２５に格納する（ステップＳ５０３）。
【００４２】
次に情報処理装置Ｂは、送信先制御手段１２４に対して音声データ送信先の問い合わせを行う。この場合、送信先制御手段１２４は、状態が「参加中」であるので、図４のケース０１に該当すると判断する。そこで、情報処理装置Ｂは、ステップＳ５０３で格納した情報に基づき、情報処理装置Ａに対して音声送信手段１０４より音声データを送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データのみを処理する。また、接続情報制御手段１０６は接続情報としてユーザＢのＩＤ「Ｂ」のみを含める（ステップＳ５０４）。
【００４３】
次に情報処理装置Ａは、音声受信手段１０５にて音声データを受信する。ここで情報処理装置Ａの状態は「待機中」であり、映像受信手段１１５では映像データを受信していない状態である。情報処理装置Ａは送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０５に該当すると判断する。音声データは接続情報制御手段１０６にて受信した音声データに付加されている接続情報より取得した次の接続先情報処理装置、すなわち、ユーザＩＤ「Ｂ」が利用している情報処理装置Ｂに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＢのＩＰアドレスおよび音声受信用ポート番号を取得する（ステップＳ５０５）。
【００４４】
次に情報処理装置Ａは、上記取得結果に基づき、情報処理装置Ｂに対して音声送信手段１０４より音声データを送信すると共に、その送信先を送信先記憶部１２５に格納する。送信の際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと音声受信手段１０５で受信した音声データを多重化する。また、接続情報制御手段１０６は接続情報を「Ｂ、Ａ」とする（ステップＳ５０６）。
【００４５】
次に情報処理装置Ａは、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０５に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｂに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＢのＩＰアドレスおよび映像受信用ポート番号を取得する（ステップＳ５０７）。
【００４６】
次に情報処理装置Ａは、上記取得結果に基づき、情報処理装置Ｂに対して映像送信手段１１４より映像データを送信すると共に、その送信先を送信先記憶部１２５に格納する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データのみを処理する（ステップＳ５０８）。
【００４７】
次に情報処理装置Ｂは、音声受信手段１０５にて音声データを受信する。接続情報制御手段１０６は、自らの音声データが循環して戻ってきたことを検知し、状態管理手段１２２は状態を「会議中」とし状態記憶部１２３に記憶する。よって情報処理装置Ｂの状態は「会議中」となり、映像受信手段１１５で映像データを受信している状態である。情報処理装置Ｂは送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５にＩＰアドレス及び音声受信用ポート番号が格納されている情報処理装置Ａに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ａ、Ｂ」とする（ステップＳ５０９）。
【００４８】
次に情報処理装置Ｂは、映像受信手段１１５にて映像データを受信する。情報処理装置Ｂは、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ａに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＡのＩＰアドレスおよび映像受信用ポート番号を取得する（ステップＳ５１０）。
【００４９】
次に情報処理装置Ｂは、上記取得結果に基づき、情報処理装置Ａに対して映像送信手段１１４より映像データを送信すると共に、その送信先を送信先記憶部１２５に格納する。送信の際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データとを多重化する（ステップＳ５１１）。
【００５０】
次に情報処理装置Ａは、音声受信手段１０５にて音声データを受信する。これにより、接続情報制御手段１０６は、自らの音声データが循環して戻ってきたことを検知し、状態管理手段１２２は状態を「会議中」とし状態記憶部１２３に記憶する。よって情報処理装置Ａの状態は「会議中」となり、映像受信手段１１５で映像データを受信している状態である。情報処理装置Ａは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データを送信先記憶部１２５に格納されている情報処理装置Ｂに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ｂ、Ａ」とする（ステップＳ５１２）。
【００５１】
次に情報処理装置Ａは、映像受信手段１１５にて映像データを受信する。情報処理装置Ａは、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｂに対して送信する必要があるため、情報処理装置Ｂに対して映像送信手段１１４より映像データを送信する（映像データの送信先は、送信先記憶部１２５に格納されている）。送信の際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ５１３）。
【００５２】
以降は前記ステップＳ５０９からステップＳ５１３を繰り返す（ステップＳ５１４）ことで情報処理装置Ａと情報処理装置Ｂの間で音声データ、映像データの送受信が継続される。ただし、以降のステップでは状態管理手段１２２による状態記憶部１２３の維持管理処理は不要であり、またステップＳ５１０も不要となる。さらにステップＳ５１１で映像データを多重化する際は循環して戻ってきた自らの映像データを排除する必要がある。
【００５３】
次に、図３、図４および、図６のシーケンス図を参照して本実施形態において３つの情報処理装置間で音声データ、映像データの送受信が開始されるまでのシーケンスを詳細に説明する。ここでユーザＡのユーザＩＤを「Ａ」とし、情報処理装置Ａを利用するものとする。また、ユーザＢのユーザＩＤを「Ｂ」とし、情報処理装置Ｂを利用するものとする。また、ユーザＣのユーザＩＤを「Ｃ」とし、情報処理装置Ｃを利用するものとする。また、ユーザＡとユーザＢの間では音声データ、映像データの送受信が継続されているものとする。
【００５４】
まず、情報処理装置Ｃは、位置登録手段１２６を利用してユーザを識別するユーザＩＤと、自情報処理装置Ｃの位置情報とを関連付けてロケーションサーバ９０に登録しておく。登録が完了した段階で状態管理手段１２２は、状態を「待機中」とし状態記憶部１２３に記憶する（ステップＳ６０１）。
【００５５】
次に情報処理装置Ｃを利用しているユーザＣは、情報処理装置Ｂを利用しているユーザＢとの間で音声データ、映像データの送受信を開始したい場合、送信先入力手段１２１を用いてユーザＢのユーザＩＤ「Ｂ」を入力し、音声データの送信開始を指示する。これにより、情報処理装置Ｃの状態管理手段１２２は、状態記憶部１２３に記憶されている状態を「待機中」から「参加中」に変更する。また、情報処理装置Ｃの位置問合せ手段１２７は、送信先入力手段１２１から入力されたユーザＢのユーザＩＤ「Ｂ」を利用し、ロケーションサーバ９０より情報処理装置ＢのＩＰアドレス及び音声受信用ポート番号を取得し、取得した情報を送信先記憶部１２５に格納する（ステップＳ６０２）。
【００５６】
次に情報処理装置Ｃは、送信先制御手段１２４に対して音声データ送信先の問い合わせを行う。この場合、状態が「参加中」であるので、送信先制御手段１２４は、図４のケース０１に該当すると判断する。従って、情報処理装置Ｃは、ステップＳ６０２で取得した情報に基づき、情報処理装置Ｂに対して音声送信手段１０４より音声データを送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データのみを処理する。また、接続情報制御手段１０６は接続情報としてユーザＣのＩＤ「Ｃ」のみを含める（ステップＳ６０３）。
【００５７】
次に情報処理装置Ｂは、音声受信手段１０５にて、情報処理装置Ｃを送り主とする音声データを受信する。ここで、情報処理装置Ｂの状態は「会議中」であり、音声受信手段１０５では２つの異なる情報処理装置から送信された音声データを受信している状態であり、映像受信手段１１５では映像データを受信している状態である。情報処理装置Ｂは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０４に該当すると判断する。よって情報処理装置Ｂは、送信先記憶部１２５にＩＰアドレスが格納されている情報処理装置Ａに対して音声データを送信する。その際、音声多重化手段１０３は、情報処理装置Ａ（情報処理装置Ｂへの音声データの送信を継続して行っている情報処理装置）からの音声データを待って、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データと、新たに情報処理装置Ｃの音声データを多重化する。また、接続情報制御手段１０６は、接続情報を「Ａ、Ｃ、Ｂ」とする。もともと情報処理装置Ａからは接続情報として「Ｂ、Ａ」を受信していたが、これに対し、自らの音声データの削除で「Ａ」とし、ここに情報処理装置Ｃの音声データを多重化することで「Ａ、Ｃ」とし、最後にキャプチャされた音声データを多重化することで「Ａ、Ｃ、Ｂ」となったことを意味している（ステップＳ６０４）。
【００５８】
情報処理装置Ｂは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０４に該当すると判断する。映像データは２つの音声データの送り主の中で自らの音声データが含まれていない音声データの送り主である情報処理装置Ｃに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＣのＩＰアドレスおよび映像受信用ポート番号を取得する（ステップＳ６０５）。
【００５９】
次に情報処理装置Ｂは、上記取得結果に基づき、情報処理装置Ｃに対して映像送信手段１１４より映像データを送信すると共に、その送信先を送信先記憶部１２５に格納する。送信の際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ６０６）。
【００６０】
情報処理装置Ａは、音声受信手段１０５にて音声データを受信する。ここで情報処理装置Ａの状態は「会議中」であり、音声受信手段１０５では音声データを受信している状態であり、映像受信手段１１５では映像データを受信していない状態である。情報処理装置Ａは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０５に該当すると判断する。音声データは接続情報制御手段１０６にて受信した音声データに含まれている接続情報より取得した次の接続先情報処理装置、すなわち、ユーザＩＤ「Ｃ」が利用している情報処理装置Ｃに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＣのＩＰアドレスおよび音声受信用ポート番号を取得する（ステップＳ６０７）
【００６１】
次に情報処理装置Ａは、上記取得結果に基づき、情報処理装置Ｃに対して音声送信手段１０４より音声データを送信すると共に、その送信先を送信先記憶部１２５に格納する。送信の際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は、接続情報を「Ｃ、Ｂ、Ａ」とする（ステップＳ６０８）。
【００６２】
情報処理装置Ｃは、音声受信手段１０５にて音声データを受信する。これにより、接続情報制御手段１０６は、自らの音声データが循環して戻ってきたことを検知し、状態管理手段１２２は状態を「会議中」とし状態記憶部１２３に記憶する。よって情報処理装置Ｃの状態は「会議中」となり、映像受信手段１１５で映像データを受信している状態である。情報処理装置Ｃは送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データを送信先記憶部１２５に格納されている情報処理装置Ｂに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は、接続情報を「Ｂ、Ａ、Ｃ」とする（ステップＳ６０９）。
【００６３】
情報処理装置Ｃは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ａに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＡのＩＰアドレスおよび映像受信用ポート番号を取得する（ステップＳ６１０）。
【００６４】
次に情報処理装置Ｃは、上記取得結果に基づき、情報処理装置Ａに対して映像送信手段１１４より映像データを送信すると共に、その送信先を送信先記憶部１２５に登録する。送信の際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データとを多重化する（ステップＳ６１１）。
【００６５】
情報処理装置Ｂは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ａに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ａ、Ｃ、Ｂ」とする（ステップＳ６１２）。
【００６６】
情報処理装置Ａは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データを送信先記憶部１２５に格納されている情報処理装置Ｃに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は、接続情報を「Ｃ、Ｂ、Ａ」とする（ステップＳ６１３）。
【００６７】
情報処理装置Ａは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。従って、情報処理装置Ａは、映像データを音声データの送り主である情報処理装置Ｂに対して送信する必要があるため、情報処理装置Ｂに対して映像送信手段１１４より映像データを送信する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ６１４）。
【００６８】
情報処理装置Ｂは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｃに対して送信する必要があるため、情報処理装置Ｃに対して映像送信手段１１４より映像データを送信する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ６１５）。
【００６９】
以降は前記ステップＳ６０９からステップＳ６１５を繰り返す（ステップＳ６１６）ことで情報処理装置Ａと情報処理装置Ｂと情報処理装置Ｃの間で音声データ、映像データの送受信が継続される。ただし、以降のステップでは状態管理手段１２２による状態記憶部１２３の維持管理処理は不要であり、またステップＳ６１０も不要となる。さらにステップＳ６１１で映像データを多重化する際は循環して戻ってきた自らの映像データを排除する必要がある。
【００７０】
次に、図３、図４および、図７のシーケンス図を参照して本実施の形態において４つの情報処理装置間で音声データ、映像データの送受信が開始されるまでのシーケンスを詳細に説明する。ここでユーザＡのユーザＩＤを「Ａ」とし、情報処理装置Ａを利用するものとする。また、ユーザＢのユーザＩＤを「Ｂ」とし、情報処理装置Ｂを利用するものとする。また、ユーザＣのユーザＩＤを「Ｃ」とし、情報処理装置Ｃを利用するものとする。また、ユーザＤのユーザＩＤを「Ｄ」とし、情報処理装置Ｄを利用するものとする。また、ユーザＡとユーザＢとユーザＣの間では音声データ、映像データの送受信が継続されているものとする。
【００７１】
まず、情報処理装置Ｄは、位置登録手段１２６にてユーザを識別するユーザＩＤと自情報処理装置Ｄの位置情報とを関連付けてロケーションサーバ９０に登録しておく。登録が完了した段階で状態管理手段１２２は状態を「待機中」とし状態記憶部１２３に記憶する。
【００７２】
次に情報処理装置Ｄを利用しているユーザＤは、情報処理装置Ｃを利用しているユーザＣとの間で音声データ、映像データの送受信を開始したい場合、送信先入力手段１２１からユーザＣのユーザＩＤ「Ｃ」を入力し、音声データの送信開始を指示する。これにより、情報処理装置Ｄの状態管理手段１２２は、状態記憶部１２３に登録されている状態を「待機中」から「参加中」に変更する。また、情報処理装置Ｄ内の位置問合せ手段１２７は、送信先入力手段１２１から入力された相手ユーザＣのユーザＩＤ「Ｃ」を利用してロケーションサーバ９０から情報処理装置ＣのＩＰアドレスおよび音声受信用ポート番号を取得し、取得した情報を送信先記憶部１２５に格納する（ステップＳ７０１）。
【００７３】
次に情報処理装置Ｄは、送信先制御手段１２４に対して音声データ送信先の問い合わせを行う。この場合、状態が「参加中」であるので、送信先制御手段１２４は、図４のケース０１に該当すると判断する。従って、情報処理装置Ｄは、ステップＳ７０１で送信先記憶部１２４に格納した情報に基づき、情報処理装置Ｃに対して音声送信手段１０４より音声データを送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データのみを処理する。また、接続情報制御手段１０６は、接続情報としてユーザＤのユーザＩＤ「Ｄ」のみを含める（ステップＳ７０２）。
【００７４】
情報処理装置Ｃは、音声受信手段１０５にて、情報処理装置Ｄからの音声データを受信する。ここで情報処理装置Ｃの状態は「会議中」であり、音声受信手段１０５では２つの異なる情報処理装置から送信された音声データを受信している状態であり、映像受信手段１１５では映像データを受信している状態である。情報処理装置Ｃは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０４に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ｂに対して送信する。その際、音声多重化手段１０３は、情報処理装置Ａ（情報処理装置Ｃへの音声データの送信を継続して行っている情報処理装置）からの音声データを待って、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データと、新たな情報処理装置Ｄの音声データを多重化する。また、接続情報制御手段１０６は、接続情報を「Ｂ、Ａ、Ｄ、Ｃ」とする。この接続情報「Ｂ、Ａ、Ｄ、Ｃ」は、もともと情報処理装置Ａからは接続情報として「Ｃ、Ｂ、Ａ」を受信していたが、これに対し、自らの音声データの削除で「Ｂ、Ａ」とし、ここに情報処理装置Ｄの音声データを多重化することで「Ｂ、Ａ、Ｄ」とし、最後にキャプチャされた音声データを多重化することで「Ｂ、Ａ、Ｄ、Ｃ」としたことを意味している（ステップＳ７０３）。
【００７５】
情報処理装置Ｂは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ａに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データを多重化する。また、接続情報制御手段１０６は接続情報を「Ａ、Ｄ、Ｃ、Ｂ」とする（ステップＳ７０４）。
【００７６】
情報処理装置Ｃは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０４に該当すると判断する。映像データは２つの音声データの送り主の中で自らの音声データが含まれていない音声データの送り主である情報処理装置Ｄに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＤのＩＰアドレスおよび映像受信用ポート番号を取得する（ステップＳ７０５）。
【００７７】
次に情報処理装置Ｃは、上記取得結果に基づき、情報処理装置Ｄに対して映像送信手段１１４より映像データを送信すると共に、その送信先を送信先記憶部１２５に格納する。送信の際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ７０６）。
【００７８】
情報処理装置Ａは、音声受信手段１０５にて音声データを受信する。ここで情報処理装置Ａの状態は「会議中」であり、音声受信手段１０５では音声データを受信している状態であり、映像受信手段１１５では映像データを受信していない状態である。情報処理装置Ａは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０５に該当すると判断する。音声データは接続情報制御手段１０６にて受信した音声データより取得した次の接続先情報処理装置、すなわち、ユーザＩＤ「Ｄ」が利用している情報処理装置Ｄに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＤのＩＰアドレスおよび音声受信用ポート番号を取得する（ステップＳ７０７）。
【００７９】
次に情報処理装置Ａは、上記取得結果に基づき、情報処理装置Ｄに対して音声送信手段１０４より音声データを送信すると共に、その送信先を送信先記憶部１２５に格納する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ｄ、Ｃ、Ｂ、Ａ」とする（ステップＳ７０８）。
【００８０】
情報処理装置Ｄは、音声受信手段１０５にて音声データを受信する。接続情報制御手段１０６は、自らの音声データが循環して戻ってきたことを検知し、状態管理手段１２２は状態を「会議中」とし状態記憶部１２３に記憶する。よって情報処理装置Ｄの状態は「会議中」となり、映像受信手段１１５で映像データを受信している状態である。情報処理装置Ｄは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ｃに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は、接続情報を「Ｃ、Ｂ、Ａ、Ｄ」とする（ステップＳ７０９）。
【００８１】
次に情報処理装置Ｄは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ａに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＡのＩＰアドレスおよび映像受信用ポート番号を取得する（ステップＳ７１０）。
【００８２】
次に情報処理装置Ｄは、上記取得結果に基づき、情報処理装置Ａに対して映像送信手段１１４より映像データを送信すると共に、その送信先を送信先記憶部１２５に格納する。送信の際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データを多重化する（ステップＳ７１１）。
【００８３】
情報処理装置Ｃは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ｂに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ｂ、Ａ、Ｄ、Ｃ」とする（ステップＳ７１２）。
【００８４】
情報処理装置Ｂは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ａに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信し音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ａ、Ｄ、Ｃ、Ｂ」とする（ステップＳ７１３）。
【００８５】
情報処理装置Ａは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ｄに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ｄ、Ｃ、Ｂ、Ａ」とする（ステップＳ７１４）。
【００８６】
次に情報処理装置Ａは、映像受信手段１１５にて映像データを受信する。情報処理装置Ａは送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｂに対して送信する必要があるため、情報処理装置Ｂに対して映像送信手段１１４より映像データを送信する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ７１５）。
【００８７】
情報処理装置Ｂは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｃに対して送信する必要があるため、情報処理装置Ｃに対して映像送信手段１１４より映像データを送信する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ７１６）。
【００８８】
情報処理装置Ｃは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｄに対して送信する必要があるため、情報処理装置Ｄに対して映像送信手段１１４より映像データを送信する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ７１７）。
【００８９】
以降は前記ステップＳ７０９からステップＳ７１７を繰り返すことで情報処理装置Ａと情報処理装置Ｂと情報処理装置Ｃと情報処理装置Ｄとの間で音声データ、映像データの送受信が継続される。ただし、以降のステップでは状態管理手段１２２による状態記憶部１２３の維持管理処理は不要であり、またステップＳ７１０も不要となる。さらにステップＳ７１１で映像データを多重化する際は循環して戻ってきた自らの映像データを排除する必要がある。
【００９０】
次に、図３、図４および、図８のシーケンス図を参照して本実施形態において４つの情報処理装置間で音声データ、映像データの送受信が継続されている状態から１つの情報処理装置が離脱するまでのシーケンスを詳細に説明する。ここでユーザＡのユーザＩＤを「Ａ」とし、情報処理装置Ａを利用するものとする。また、ユーザＢのユーザＩＤを「Ｂ」とし、情報処理装置Ｂを利用するものとする。また、ユーザＣのユーザＩＤを「Ｃ」とし、情報処理装置Ｃを利用するものとする。また、ユーザＤのユーザＩＤを「Ｄ」とし、情報処理装置Ｄを利用するものとする。また、ユーザＡとユーザＢとユーザＣとユーザＤとの間では音声データ、映像データの送受信が継続されているものとする。
【００９１】
まず、情報処理装置Ｄは、音声データ、映像データの送受信を停止する。また、状態管理手段１２２は状態を「待機中」とし状態記憶部１２３に記憶する（ステップＳ８０１）。
【００９２】
情報処理装置Ｄが、音声データ、映像データの送受信を停止すると、情報処理装置Ｃは、音声データを受信できなくなる。情報処理装置Ｃは、音声データを受信できない期間が、予め定められている一定時間以上となると、送信先制御手段１２４に対して映像データの送信先を問い合わせる。送信先制御手段１２４は、情報処理装置Ｃの状態が「会議中」、映像データが「受信状態」、音声信号が「非受信状態」であるので、図４のケース０２に該当すると判断する。よって、情報処理装置Ｃは、映像データの送信は停止する（ステップＳ８０１）。
【００９３】
更に、情報処理装置Ｃは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０２に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている送信先の情報処理装置Ｂに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データのみを処理する。また、接続情報制御手段１０６は接続情報としてユーザＣのユーザＩＤ「Ｃ」のみを含める（ステップＳ８０３）。
【００９４】
情報処理装置Ｂは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ａに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データを多重化する。また、接続情報制御手段１０６は接続情報を「Ｃ、Ｂ」とする（ステップＳ８０４）。
【００９５】
情報処理装置Ａは、音声受信手段１０５にて音声データを受信する。音声受信手段１０５では音声データを受信している状態であり、映像受信手段１１５では映像データを受信していない状態である。情報処理装置Ａは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０５に該当すると判断する。音声データは接続情報制御手段１０６にて受信した音声データより取得した次の接続先情報処理装置、すなわち、ユーザＩＤ「Ｃ」が利用している情報処理装置Ｃに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバより情報処理装置ＣのＩＰアドレスおよび音声受信用ポート番号を取得する（ステップＳ８０５）。
【００９６】
次に情報処理装置Ａは、上記取得結果に基づき、情報処理装置Ｃに対して音声送信手段１０４より音声データを送信すると共に、その送信先を送信先記憶部１２５に格納する。送信の際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ｃ、Ｂ、Ａ」とする（ステップＳ８０６）。
【００９７】
情報処理装置Ｃは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ｂに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ｂ、Ａ、Ｃ」とする（ステップＳ８０７）。
【００９８】
次に情報処理装置Ｃは、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ａに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＡのＩＰアドレスおよび映像受信用ポート番号を取得する（ステップＳ８０８）。
【００９９】
次に情報処理装置Ｃは、上記取得結果に基づき、情報処理装置Ａに対して映像送信手段１１４より映像データを送信すると共に、その送信先を送信先記憶部１２５に格納する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データのみを処理する（ステップＳ８０９）。
【０１００】
情報処理装置Ｂは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ａに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ａ、Ｃ、Ｂ」とする（ステップＳ８１０）。
【０１０１】
情報処理装置Ａは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ｃに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ｃ、Ｂ、Ａ」とする（ステップＳ８１１）。
【０１０２】
情報処理装置Ａは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｂに対して送信する必要があるため、情報処理装置Ｂに対して映像送信手段１１４より映像データを送信する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ８１２）。
【０１０３】
情報処理装置Ｂは映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｃに対して送信する必要があるため、情報処理装置Ｃに対して映像送信手段１１４より映像データを送信する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データを多重化する（ステップＳ８１３）。
【０１０４】
以降は上記ステップＳ８０７からステップＳ８１３を繰り返す（ステップＳ８１４）ことで情報処理装置Ａと情報処理装置Ｂと情報処理装置Ｃの間で音声データ、映像データの送受信が継続される。ただし、以降のステップでは状態管理手段１２２による状態記憶部１２３の維持管理処理は不要であり、またステップＳ８０８も不要となる。さらにステップＳ８０９で映像データを多重化する際は循環して戻ってきた自らの映像データを排除する必要がある。
【０１０５】
次に、図３、図４および、図９のシーケンス図を参照して本実施形態において３つの情報処理装置間で音声データ、映像データの送受信が継続されている状態から１つの情報処理装置が離脱するまでのシーケンスを詳細に説明する。ここでユーザＡのユーザＩＤを「Ａ」とし、情報処理装置Ａを利用するものとする。また、ユーザＢのユーザＩＤを「Ｂ」とし、情報処理装置Ｂを利用するものとする。また、ユーザＣのユーザＩＤを「Ｃ」とし、情報処理装置Ｃを利用するものとする。また、ユーザＡとユーザＢとユーザＣの間では音声データ、映像データの送受信が継続されているものとする。
【０１０６】
まず、情報処理装置Ｃは、音声データ、映像データの送受信を停止する。また、状態管理手段１２２は状態を「待機中」とし状態記憶部１２３に記憶する（ステップＳ９０１）。
【０１０７】
情報処理装置Ｃが音声データ、映像データの送受信を停止すると、情報処理装置Ｂは、音声データを受信できなくなる。情報処理装置Ｂは、音声データを受信できない期間が所定時間以上となると、送信先制御手段１２４に対して音声データの送信先を問い合わせる。送信先制御手段１２４は、状態が「会議中」、映像データが「受信状態」、音声データが「非受信状態」であるので、ケース０２に該当すると判断する。よって映像データの送信は停止する（ステップＳ９０２）。
【０１０８】
更に、情報処理装置Ｂは、送信先制御手段１２４に対して音声データの送信先を問い合わせる。これにより、送信先制御手段１２４は、図４のケース０２に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている送信先の情報処理装置Ｂに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データのみを処理する。また、接続情報制御手段１０６は、接続情報としてユーザＣのＩＤ「Ｂ」のみを含める（ステップＳ９０３）。
【０１０９】
情報処理装置Ａは、音声受信手段１０５にて音声データを受信する。音声受信手段１０５では音声データを受信している状態であり、映像受信手段１１５では映像データを受信していない状態である。情報処理装置Ａは、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０５に該当すると判断する。音声データは接続情報制御手段１０６にて受信した音声データより取得した次の接続先情報処理装置、すなわち、ユーザＩＤ「Ｂ」が利用している情報処理装置Ｂに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＢのＩＰアドレスおよび音声受信用ポート番号を取得する（ステップＳ９０４）。
【０１１０】
次に情報処理装置Ａは、上記取得結果に基づき、情報処理装置Ｂに対して音声送信手段１０４より音声データを送信すると共に、その送信先を送信先記憶部１２５に格納する。送信の際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データを多重化する。また、接続情報制御手段１０６は接続情報を「Ｂ、Ａ」とする（ステップＳ９０５）。
【０１１１】
次に情報処理装置Ｂは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ａに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ａ、Ｂ」とする（ステップＳ９０６）。
【０１１２】
情報処理装置Ｂは送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ａに対して送信する必要があるため、位置問合せ手段１２７を利用してロケーションサーバ９０より情報処理装置ＡのＩＰアドレスおよび映像受信用ポート番号を取得する（ステップＳ９０７）。
【０１１３】
次に情報処理装置Ｂは、上記取得結果に基づき、情報処理装置Ａに対して映像送信手段１１４より映像データを送信すると共に、その送信先を送信先記憶部１２５に登録する。送信の際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データだけを処理対象にする（ステップＳ９０８）。
【０１１４】
情報処理装置Ａは、音声受信手段１０５にて音声データを受信すると、送信先制御手段１２４に対して音声データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。よって音声データは送信先記憶部１２５に格納されている情報処理装置Ｂに対して送信する。その際、音声多重化手段１０３は、音声入力手段１０１でキャプチャされた音声データと、音声受信手段１０５で受信した音声データから循環して戻ってきた自らの音声データを排除した音声データとを多重化する。また、接続情報制御手段１０６は接続情報を「Ｂ、Ａ」とする（ステップＳ９０９）。
【０１１５】
情報処理装置Ａは、映像受信手段１１５にて映像データを受信すると、送信先制御手段１２４に対して映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０６に該当すると判断する。映像データは音声データの送り主である情報処理装置Ｂに対して送信する必要があるため、情報処理装置Ｂに対して映像送信手段１１４より映像データを送信する。その際、映像多重化手段１１３は、映像入力手段１１１でキャプチャされた映像データと、映像受信手段１１５で受信した映像データから循環して戻ってきた自らの映像データを排除した映像データとを多重化する（ステップＳ９１０）。
【０１１６】
以降は前期ステップＳ９０６からステップＳ９１０を繰り返す（ステップＳ９１１）ことで情報処理装置Ａと情報処理装置Ｂの間で音声データ、映像データの送受信が継続される。ただし、以降のステップでは状態管理手段１２２による状態記憶部１２３の維持管理処理は不要であり、またステップＳ９０７も不要となる。さらにステップＳ９０８で映像データを多重化する際は循環して戻ってきた自らの映像データを排除する必要がある。
【０１１７】
次に、図３、図４および、図１０のシーケンス図を参照して本実施形態において２つの情報処理装置間で音声データ、映像データの送受信が継続されている状態から送受信が停止するまでのシーケンスを詳細に説明する。ここでユーザＡのユーザＩＤを「Ａ」とし、情報処理装置Ａを利用するものとする。また、ユーザＢのユーザＩＤを「Ｂ」とし、情報処理装置Ｂを利用するものとする。また、ユーザＡとユーザＢの間では音声データ、映像データの送受信が継続されているものとする。
【０１１８】
まず、情報処理装置Ｂは音声データ、映像データの送受信を停止する。また、状態管理手段１２２は状態を「待機中」とし状態記憶部１２３に記憶する（ステップＳＡ０１）。
【０１１９】
情報処理装置Ｂが音声データ、映像データの送受信を停止すると、情報処理装置Ａは音声データを受信できなくなる。情報処理装置Ａは、音声データを受信できない期間が一定時間以上となると、送信先制御手段１２４に対して音声データ、映像データの送信先の問い合わせを行う。送信先制御手段１２４は図４のケース０３に該当すると判断する。よって音声データ、映像データの送信は停止する。また、状態管理手段１２２は状態を「待機中」とし状態記憶部１２３に記憶する（ステップＳＡ０２）。
【０１２０】
以上により、２つの情報処理装置間の音声データ、映像データの送受信が停止し、もとの「待機中」状態に戻る。
【０１２１】
［実施の形態の効果］
次に本実施の形態の効果について説明する。本実施の形態では、送信先制御手段１２４において、受信した音声データに付加されている接続情報と、映像データの受信状況とに基づいて、音声データおよび映像データの送信先を決定するようにしているので、容易に開始、参加、離脱可能なリング型多地点会議システムを提供することができる。つまり、特定のユーザに対して音声データを送信するだけで、リング型多地点会議システムに参加することができ、また、音声データ、映像データの送信を停止するだけで、リング型多地点会議システムから離脱し、残されたユーザは今までどおりリング型多地点会議システムを利用することができる。また、ユーザが意思を持って離脱した場合のみならず、情報処理装置やネットワークの不具合によって突然あるユーザがネットワーク上に存在しない状態となった場合であっても、結果的に「音声、映像の送信を停止」した状態となるため、残されたユーザは今までどおりリング型多地点会議システムを利用することができる。
【０１２２】
［実施例］
次に、具体的な実施例を用いて本発明を実施するための最良の形態の動作を説明する。
【０１２３】
本実施例では、主となる通信データとして音声データを、従属する通信データとして映像データを利用し、音声データや映像データはコネクションレス通信方式であるＵＤＰ(User Datagram Protocol)上のＲＴＰ(Real-time Transport Protocol)によりパケット化されているものとする。従って、各ユーザを識別するユーザＩＤとしてＳＳＲＣ（同期送信元）識別子を利用し、ロケーションサーバ９０にはＳＳＲＣと対応するＩＰアドレス、音声受信ポート番号、映像受信ポート番号が登録されているものとする。また、音声データや映像データは各多地点会議用の情報処理装置にてミキシングされ、送信されるが、ミキシング後の音声データ、映像データをＲＴＰ化する際にＣＳＲＣ（寄与送信元）を設定し、その設定順を利用して接続順序を表現する。図１１に４名でサーバレス多地点会議を行っている場合のＣＳＲＣ情報例を示す。例えば、Ａさん（ＳＳＲＣが０００１番である情報処理装置）が音声を受信する場合、その音声データは、ＳＳＲＣが０００１番、０００２番、０００３番、０００４番の情報処理装置にて順にミキシングされたものであり、上から順に、０００１番、０００２番、０００３番、０００４番がＣＳＲＣとしてリストされたＲＴＰを受信することになる。また、従属するメディアである映像データに関してはＣＳＲＣの並び順を規定する必要は特にない。
【０１２４】
次に図１２を参照しながらＡさん（ＳＳＲＣが０００１番）とＢさん（ＳＳＲＣが０００２番）の間で会議を開始する際のシーケンスについて説明する。ここで、ＡさんとＢさんは既にロケーションサーバ９０に登録済みであるとする。また、細線は音声パケットの流れを、太線は映像パケットの流れを示している。
【０１２５】
ＢさんがＡさんと通話を開始したい場合、まず、Ｂさんはロケーションサーバ９０に問い合わせを行い、ＡさんのＩＰアドレスと音声受信用ポート番号を取得する。ここでＢさんの状態は「参加中」となる。次にＢさんは取得したＡさんのＩＰアドレスと音声受信用ポート番号に対して、音声パケットを送信する。また、音声パケットのＣＳＲＣは０００２番となる。
【０１２６】
Ｂさんからの音声を受信したＡさんは、状態が「待機中」であり、まだ映像を受信していないため、図４のケース０５に該当し、音声は「接続情報から取得した次の音声送信先」、つまり、ＣＳＲＣの先頭より取得したＳＳＲＣが０００２番であるＢさんに音声を送信する。ＢさんのＩＰアドレスと音声受信用ポート番号はロケーションサーバ９０より取得することができる。映像も「音声の送り主」であるＳＳＲＣが０００２番のＢさんに送信する。ＢさんのＩＰアドレスと映像受信用ポート番号はロケーションサーバ９０より取得することができる。なお、ＢさんのＩＰアドレスは、音声パケットの送出元ＩＰアドレスより取得することもできる。ここで自分の音声データをミキシングし、Ｂさんに送信することになり、音声パケットのＣＳＲＣは０００２番、０００１番の順となる。
【０１２７】
Ａさんに対して音声を送ることで状態が「参加中」となっていたＢさんは、ＡさんよりＣＳＲＣが０００２番、０００１番の順になっている音声パケットを受信し、自分の音声が戻ってきたことを検知した時点で状態を「会議中」とする。この後、Ｂさんは戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＡさんに送信する。音声パケットのＣＳＲＣは０００１番、０００２番の順となる。また、状態が「会議中」で音声を受信している場合は、図４のケース０６に該当し、「音声の送り主」に映像を送信することになるため、Ｂさんは自分の映像データをミキシングし、Ａさんに送信することになる。ＡさんのＩＰアドレスは音声パケットの送出元ＩＰアドレスより、映像受信用ポート番号はロケーションサーバ９０より取得することができる。ここで、戻ってきた自分の音声成分を排除する技術してエコーキャンセル技術が知られており、本実施例ではこの技術を利用して自分の音声成分を排除する。
【０１２８】
Ｂさんが自分の音声をミキシング後にＡさんに音声パケットを送信し始めると、Ａさんも自分の音声が戻ってきたことを検知し、状態を「会議中」とする。この後、Ａさんも戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＢさんに送信する。また、状態が「会議中」で音声を受信している場合は、図４のケース０６に該当し、「音声の送り主」に映像を送信することになるため、Ａさんも自分の映像データをミキシングし、Ｂさんに送信することになる。この後、Ａさん、Ｂさんともに戻ってきた自分の映像データを排除後に自分の映像データをミキシングする必要があるが、例えば同じミキシング位置の映像を上書きすることで古い映像を新しい映像に置き換えることが可能となり、本実施例ではこの方式を利用してミキシングしているものとする。
【０１２９】
以上により、２名での会議（通話）が開始されたことになる。
【０１３０】
次に図１３を参照しながら、Ａさん（ＳＳＲＣが０００１番）とＢさん（ＳＳＲＣが０００２番）の間の会議にＣさん（ＳＳＲＣが０００３番）が参加する際のシーケンスについて説明する。ここで、Ｃさんは既にロケーションサーバ９０に登録済みであるとする。また、細線は音声パケットの流れを、太線は映像パケットの流れを示している。
【０１３１】
ＣさんがＢさんと通話を開始したい場合、まず、Ｃさんはロケーションサーバ９０に問い合わせを行い、ＢさんのＩＰアドレスと音声受信用ポート番号を取得する。次にＣさんは取得したＢさんのＩＰアドレスと音声受信用ポート番号に対して、音声パケットを送信する。ここでＣさんの状態は「参加中」となる。また、音声パケットのＣＳＲＣは０００３番となる。
【０１３２】
Ｃさんからの音声を受信したＢさんは、状態が「会議中」であり、２本目の音声データを受信することになるため、図４のケース０４に該当し、音声は「前の送り先」、つまり、Ａさんに送信する。ただし、今までＢさんは、戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＡさんに送信していたが、ここでは、戻ってきた自分の音声成分を排除し、Ｃさんより受信している音声と新たにキャプチャした音声とをミキシングした上でＡさんに送信する。音声パケットのＣＳＲＣは今まで０００１番、０００２番の順であったが、これを、０００１番、０００３番、０００２番の順とする。つまり、まず、Ｃさんより受信している音声をミキシングし、最後に新たにキャプチャした音声をミキシングしたことをＣＳＲＣにて表現することになる。一方、２本目の音声データを受信している場合、「自分の音声が含まれていない音声の送り主」に映像パケットを送信することになるため、今まで自分の映像データをミキシングし、Ａさんに送信していたが、ここでは、自分の映像データをミキシングし、Ｃさんに送信する。ＣさんのＩＰアドレスは音声パケットの送出元ＩＰアドレスより、映像受信用ポート番号はロケーションサーバ９０より取得することができる。
【０１３３】
今までＢさんより映像パケットを受信していたＡさんだが、Ｂさんからの映像パケットが到着しなくなるため、図４のケース０５に該当し、音声は「接続情報から取得した次の音声送信先」、つまり、ＣＳＲＣの先頭より取得したＳＳＲＣが０００３番であるＣさんに音声を送信する。ＣさんのＩＰアドレスと音声受信用ポート番号はロケーションサーバより取得することができる。ここで自分の音声データをミキシングし、Ｃさんに送信することになり、音声パケットのＣＳＲＣは０００３番、０００２番、０００１番の順となる。
【０１３４】
Ｂさんに対して音声を送ることで状態が「参加中」となっていたＣさんは、ＡさんよりＣＳＲＣが０００３番、０００２番、０００１番の順になっている音声パケットを受信し、自分の音声が戻ってきたことを検知した時点で状態を「会議中」とする。この後、Ｃさんは戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＢさんに送信する。音声パケットのＣＳＲＣは０００２番、０００１番、０００３番の順となる。また、状態が「会議中」で音声を受信している場合は、図４のケース０６に該当し、「音声の送り主」に映像を送信することになるため、Ｃさんは自分の映像データをミキシングし、Ａさんに送信することになる。ＡさんのＩＰアドレスは音声パケットの送出元ＩＰアドレスより、映像受信用ポート番号はロケーションサーバ９０より取得することができる。
【０１３５】
以上により、３名での会議が開始されたことになる。
【０１３６】
次に図１４を参照しながら、Ａさん（ＳＳＲＣが０００１番）とＢさん（ＳＳＲＣが０００２番）とＣさん（ＳＳＲＣが０００３番）の間の会議にＤさん（ＳＳＲＣが０００４番）が参加する際のシーケンスについて説明する。ここで、Ｄさんは既にロケーションサーバ９０に登録済みであるとする。また、細線は音声パケットの流れを、太線は映像パケットの流れを示している。
【０１３７】
ＤさんがＣさんと通話を開始したい場合、まず、Ｄさんはロケーションサーバ９０に問い合わせを行い、ＣさんのＩＰアドレスと音声受信用ポート番号を取得する。次にＤさんは取得したＣさんのＩＰアドレスと音声受信用ポート番号に対して、音声パケットを送信する。ここでＤさんの状態は「参加中」となる。また、音声パケットのＣＳＲＣは０００４番となる。
【０１３８】
Ｄさんからの音声を受信したＣさんは、状態が「会議中」であり、２本目の音声データを受信することになるため、図４のケース０４に該当し、音声は「前の送り先」、つまり、Ｂさんに送信する。ただし、今までＣさんは、戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＢさんに送信していたが、ここでは、戻ってきた自分の音声成分を排除し、Ｄさんより受信している音声と新たにキャプチャした音声をミキシングした上でＢさんに送信する。音声パケットのＣＳＲＣは今まで０００２番、０００１番、０００３番の順であったが、これを、０００２番、０００１番、０００４番、０００３番の順とする。つまり、まず、Ｄさんより受信している音声をミキシングし、最後に新たにキャプチャした音声をミキシングしたことをＣＳＲＣにて表現することになる。一方、２本目の音声データを受信している場合、「自分の音声が含まれていない音声の送り主」に映像パケットを送信することになるため、今まで自分の映像データをミキシングし、Ａさんに送信していたが、ここでは、自分の映像データをミキシングし、Ｄさんに送信する。ＤさんのＩＰアドレスは音声パケットの送出元ＩＰアドレスより、映像受信用ポート番号はロケーションサーバ９０より取得することができる。
【０１３９】
今までＣさんより映像パケットを受信していたＡさんだが、Ｃさんからの映像パケットが到着しなくなるため、図４のケース０５に該当し、音声は「接続情報から取得した次の音声送信先」、つまり、ＣＳＲＣの先頭より取得したＳＳＲＣが０００４番であるＤさんに音声を送信する。ＤさんのＩＰアドレスと音声受信用ポート番号はロケーションサーバ９０より取得することができる。ここで自分の音声データをミキシングし、Ｄさんに送信することになり、音声パケットのＣＳＲＣは０００４番、０００３番、０００２番、０００１番の順となる。
【０１４０】
Ｃさんに対して音声を送ることで状態が「参加中」となっていたＤさんは、ＡさんよりＣＳＲＣが０００４番、０００３番、０００２番、０００１番の順になっている音声パケットを受信し、自分の音声が戻ってきたことを検知した時点で状態を「会議中」とする。この後、Ｄさんは戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＣさんに送信する。音声パケットのＣＳＲＣは０００３番、０００２番、０００１番、０００４番の順となる。また、状態が「会議中」で音声を受信している場合は、図４のケース０６に該当し、「音声の送り主」に映像を送信することになるため、Ｄさんは自分の映像データをミキシングし、Ａさんに送信することになる。ＡさんのＩＰアドレスは音声パケットの送出元ＩＰアドレスより、映像受信用ポート番号はロケーションサーバ９０より取得することができる。
【０１４１】
以上により、４名での会議が開始されたことになる。
【０１４２】
同様の手順により、Ｎ名での会議からＮ＋１名での会議が可能となる。
【０１４３】
次に図１５を参照しながら、Ａさん（ＳＳＲＣが０００１番）とＢさん（ＳＳＲＣが０００２番）とＣさん（ＳＳＲＣが０００３番）とＤさん（ＳＳＲＣが０００４番）の間の会議からＤさん（ＳＳＲＣが０００４番）が離脱する際のシーケンスについて説明する。細線は音声パケットの流れを、太線は映像パケットの流れを示している。
【０１４４】
Ｄさんが会議から退出したい場合、Ｄさんは音声パケット、映像パケットの送信を停止し、状態を「待機中」とすればよい。
【０１４５】
今までＤさんより音声パケットを受信していたＣさんだが、Ｄさんからの音声パケットが到着しなくなるため、図４のケース０２に該当し、映像パケットの送信を停止する。音声は「前の送り先」、つまり、Ｂさんに送信する。ただし、今までＣさんは、戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＢさんに送信していたが、ここでは、音声パケットを受信していないため、新たにキャプチャした音声のみをＢさんに送信する。音声パケットのＣＳＲＣは今まで０００２番、０００１番、０００４番、０００３番の順であったが、０００３番となる。
【０１４６】
Ｂさんは今まで通りＣさんより音声パケットを受信しているが、音声パケットのＣＳＲＣが０００２番、０００１番、０００４番、０００３番の順から０００３番のみに変更となっている。一方、今まで通りＡさんより映像パケットを受信しているため、図４のケース０６に該当し、音声も「前の送り先」、つまり、Ａさんに送信する。ただし、今までＢさんは、戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＡさんに送信していたが、ここでは、自分の音声が戻ってきていないため、新たにキャプチャした音声をミキシングした上でＡさんに送信する。音声パケットのＣＳＲＣは今まで０００１番、０００４番、０００３番、０００２番の順であったが、これを、０００３番、０００２番の順とする。
【０１４７】
Ａさんは今まで通りＢさんより音声パケットを受信しているが、音声パケットのＣＳＲＣが０００１番、０００４番、０００３番、０００２番の順から０００３番、０００２番の順に変更となっている。一方、今までＤさんより映像パケットを受信していたＡさんだが、Ｄさんからの映像パケットが到着しなくなるため、図４のケース０５に該当し、音声は「接続情報から取得した次の音声送信先」、つまり、ＣＳＲＣの先頭より取得したＳＳＲＣが０００３番であるＣさんに音声を送信する。ＣさんのＩＰアドレスと音声受信用ポート番号はロケーションサーバ９０より取得することができる。ここで自分の音声データをミキシングし、Ｃさんに送信することになり、音声パケットのＣＳＲＣは０００３番、０００２番、０００１番の順となる。
【０１４８】
Ｄさんからの音声パケットが到着しなくなっていたＣさんは、ＡさんよりＣＳＲＣが０００３番、０００２番、０００１番の順になっている音声パケットを受信する。この後、Ｃさんは戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＢさんに送信する。音声パケットのＣＳＲＣは０００２番、０００１番、０００３番の順となる。また、図４のケース０６に該当し、「音声の送り主」に映像を送信することになるため、Ｃさんは自分の映像データをミキシングし、Ａさんに送信することになる。ＡさんのＩＰアドレスは音声パケットの送出元ＩＰアドレスより、映像受信用ポート番号はロケーションサーバ９０より取得することができる。
【０１４９】
以上により、３名での会議として継続されたことになる。
【０１５０】
次に図１６を参照しながら、Ａさん（ＳＳＲＣが０００１番）とＢさん（ＳＳＲＣが０００２番）とＣさん（ＳＳＲＣが０００３番）の間の会議からＣさん（ＳＳＲＣが０００３番）が退出する際のシーケンスについて説明する。細線は音声パケットの流れを、太線は映像パケットの流れを示している。
【０１５１】
Ｃさんが会議から退出したい場合、Ｃさんは音声パケット、映像パケットの送信を停止し、状態を「待機中」とすればよい。
【０１５２】
今までＣさんより音声パケットを受信していたＢさんだが、Ｃさんからの音声パケットが到着しなくなるため、図４のケース０２に該当し、映像パケットの送信を停止する。音声は「前の送り先」、つまり、Ａさんに送信する。ただし、今までＢさんは、戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＡさんに送信していたが、ここでは、音声パケットを受信していないため、新たにキャプチャした音声のみをＡさんに送信する。音声パケットのＣＳＲＣは今まで０００１番、０００３番、０００２番の順であったが、０００２番となる。
【０１５３】
Ａさんは今まで通りＢさんより音声パケットを受信しているが、音声パケットのＣＳＲＣが０００１番、０００３番、０００２番の順から０００２番のみに変更となっている。一方、今までＣさんより映像パケットを受信していたＡさんだが、Ｃさんからの映像パケットが到着しなくなるため、図４のケース０５に該当し、音声は「接続情報から取得した次の音声送信先」、つまり、ＣＳＲＣの先頭より取得したＳＳＲＣが０００２番であるＢさんに音声を送信する。ＢさんのＩＰアドレスと音声受信用ポート番号はロケーションサーバより取得することができる。ここで自分の音声データをミキシングし、Ｂさんに送信することになり、音声パケットのＣＳＲＣは０００２番、０００１番の順となる。
【０１５４】
Ｃさんからの音声パケットが到着しなくなっていたＢさんは、ＡさんよりＣＳＲＣが０００２番、０００１番の順になっている音声パケットを受信する。この後、Ｂさんは戻ってきた自分の音声成分を排除し、新たにキャプチャした音声をミキシングした上でＡさんに送信する。音声パケットのＣＳＲＣは０００１番、０００２番の順となる。また、図４のケース０６に該当し、「音声の送り主」に映像を送信することになるため、Ｂさんは自分の映像データをミキシングし、Ａさんに送信することになる。ＡさんのＩＰアドレスは音声パケットの送出元ＩＰアドレスより、映像受信用ポート番号はロケーションサーバ９０より取得することができる。
【０１５５】
以上により、２名での会議（通話）として継続されたことになる。
【０１５６】
同様の手順により、Ｎ名での会議からＮ−１名での会議継続が可能となる。
【０１５７】
次に図１７を参照しながら、Ａさん（ＳＳＲＣが０００１番）とＢさん（ＳＳＲＣが０００２番）の間の会議を終了する際のシーケンスについて説明する。細線は音声パケットの流れを、太線は映像パケットの流れを示している。
【０１５８】
Ｂさんが通話を終了したい場合、Ｂさんは音声パケット、映像パケットの送信を停止し、状態を「待機中」とすればよい。
【０１５９】
今までＢさんより音声パケットを受信していたＡさんだが、Ｂさんからの音声パケット、映像パケットが到着しなくなるため、図４のケース０３に該当し、音声パケット、映像パケットの送信を停止し、状態を「待機中」とする。
【０１６０】
以上により、２名での会議（通話）が終了したことになる。
【産業上の利用可能性】
【０１６１】
本発明によれば、ＭＣＵを利用しない多地点会議システムをＩＰネットワーク上で情報処理装置を利用して実現するといった用途に適用できる。
【図面の簡単な説明】
【０１６２】
【図１】本発明を実施するための最良の形態の構成図である。
【図２】本発明を実施するための最良の形態においてロケーションサーバが保持する位置情報記憶部９０１の内容例を示す図である。
【図３】本発明を実施するための最良の形態における情報処理装置の構成図である。
【図４】本発明を実施するための最良の形態における送信先制御手段１２４の処理例を示すフローチャートである。
【図５】本発明を実施するための最良の形態における２つの情報処理装置間で音声データ、映像データの送受信が開始されるまでのシーケンス図である。
【図６】本発明を実施するための最良の形態における３つの情報処理装置間で音声データ、映像データの送受信が開始されるまでのシーケンス図である。
【図７】本発明を実施するための最良の形態における４つの情報処理装置間で音声データ、映像データの送受信が開始されるまでのシーケンス図である。
【図８】本発明を実施するための最良の形態における４つの情報処理装置間で音声データ、映像データの送受信が継続されている状態から１つの情報処理装置が離脱するまでのシーケンス図である。
【図９】本発明を実施するための最良の形態における３つの情報処理装置間で音声データ、映像データの送受信が継続されている状態から１つの情報処理装置が離脱するまでのシーケンス図である。
【図１０】本発明を実施するための最良の形態における２つの情報処理装置間で音声データ、映像データの送受信が継続されている状態から送受信が停止するまでのシーケンス図である。
【図１１】本発明の実施例における４名でサーバレス多地点会議を行っている場合のＣＳＲＣ情報例である。
【図１２】本発明の実施例における２名でサーバレス多地点会議が開始されるまでのシーケンス図である。
【図１３】本発明の実施例における３名でサーバレス多地点会議が開始されるまでのシーケンス図である。
【図１４】本発明の実施例における４名でサーバレス多地点会議が開始されるまでのシーケンス図である。
【図１５】本発明の実施例における４名でサーバレス多地点会議中に１名が離脱するまでのシーケンス図である。
【図１６】本発明の実施例における３名でサーバレス多地点会議中に１名が離脱するまでのシーケンス図である。
【図１７】本発明の実施例における２名でサーバレス多地点会議中にサーバレス多地点会議を終了するまでのシーケンス図である。
【符号の説明】
【０１６３】
１０，２０，３０，４０，Ａ，Ｂ，Ｃ，Ｄ…情報処理装置
８０…ネットワーク
９０…ロケーションサーバ
９０１…位置情報記憶部
１０１…音声入力手段
１０２…音声出力手段
１０３…音声多重化手段
１０４…音声送信手段
１０５…音声受信手段
１０６…接続情報制御手段
１１１…映像入力手段
１１２…映像出力手段
１１３…映像多重化手段
１１４…映像送信手段
１１５…映像受信手段
１２１…送信先入力手段
１２２…状態管理手段
１２３…状態記憶部
１２４…送信先制御手段
１２５…送信先記憶部
１２６…位置登録手段
１２７…位置問合せ手段
【特許請求の範囲】
【請求項１】
コネクションレス通信を行う複数の情報処理装置をリング状に接続し、第１の多重化データと第２の多重化データとを互いに逆方向に巡回させるリング型双方向データ送受信システムであって、
前記第１の多重化データには、該第１の多重化データがどの情報処理装置において発生した第１のデータを、どのような順序で多重化したのかを示す接続情報が付加され、且つ、
前記複数の情報処理装置が、それぞれ、
受信した第１の多重化データに付加されている接続情報と、第２の多重化データの受信状況とに基づいて、第１の多重化データの送信先および第２の多重化データの送信先を決定する送信先制御手段と、
受信した第１の多重化データの、自情報処理装置で発生した第１のデータを含まない部分と、自情報処理装置において新たに発生した第１のデータとを多重化する多重化手段と、
該多重化手段で生成された第１の多重化データに付加する接続情報を生成する接続情報制御手段とを備えたことを特徴とするリング型双方向データ送受信システム。
【請求項２】
請求項１記載のリング型双方向データ送受信システムにおいて、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データの送信元が異なる場合は、第１の多重化データの送信先を、前回の第１の多重化データの送信時と同じにし、第２の多重化データの送信先を、今回受信した第１の多重化データの送信元とすることを特徴とするリング型双方向データ送受信システム。
【請求項３】
請求項２記載のリング型双方向データ送受信システムにおいて、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データの送信元が同じで、且つ、第２の多重化データを受信できない場合は、第１の多重化データの送信先を、前記今回受信した第１の多重化データに付加されている接続情報によって示される情報処理装置であって、自情報処理装置を除いた情報処理装置の内の、最も多重化の順番が古い情報処理装置とし、第２の多重化データの送信先を、第１の多重化データの送信元とすることを特徴とするリング型双方向データ送受信システム。
【請求項４】
請求項３記載のリング型双方向データ送受信システムにおいて、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データとの送信元が同じで、且つ第２の多重化データを受信できる場合は、第１の多重化データの送信先を、前回の第１の多重化データの送信先と同じにし、第２の多重化データの送信先を第１の多重化データの送信元とすることを特徴とするリング型双方向データ送受信システム。
【請求項５】
請求項４記載のリング型双方向データ送受信システムにおいて、
前記送信先制御手段は、自情報処理装置において第１の多重化データを受信できない場合、第１の多重化データの送信先を前回の第１の多重化データの送信先と同じにし、第２の多重化データの送信先をなしとすることを特徴とするリング型双方向データ送受信システム。
【請求項６】
コネクションレス通信を行う複数の情報処理装置をリング状に接続し、第１の多重化データと第２の多重化データとを互いに逆方向に巡回させるリング型双方向データ送受信システムの構成要素である情報処理装置であって、
前記第１の多重化データには、該第１の多重化データがどの情報処理装置において発生した第１のデータを、どのような順序で多重化したのかを示す接続情報が付加され、且つ、
受信した第１の多重化データに付加されている接続情報と、第２の多重化データの受信状況とに基づいて、第１の多重化データの送信先および第２の多重化データの送信先を決定する送信先制御手段と、
受信した第１の多重化データの、自情報処理装置で発生した第１のデータを含まない部分と、自情報処理装置において新たに発生した第１のデータとを多重化する多重化手段と、
該多重化手段で生成された第１の多重化データに付加する接続情報を生成する接続情報制御手段とを備えたことを特徴とする情報処理装置。
【請求項７】
請求項６記載の情報処理装置において、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データの送信元が異なる場合は、第１の多重化データの送信先を、前回の第１の多重化データの送信時と同じにし、第２の多重化データの送信先を、今回受信した第１の多重化データの送信元とすることを特徴とする情報処理装置。
【請求項８】
請求項７記載の情報処理装置において、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データの送信元が同じで、且つ、第２の多重化データを受信できない場合は、第１の多重化データの送信先を、前記今回受信した第１の多重化データに付加されている接続情報によって示される情報処理装置であって、自情報処理装置を除いた情報処理装置の内の、最も多重化の順番が古い情報処理装置とし、第２の多重化データの送信先を、第１の多重化データの送信元とすることを特徴とする情報処理装置。
【請求項９】
請求項８記載の情報処理装置において、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データとの送信元が同じで、且つ第２の多重化データを受信できる場合は、第１の多重化データの送信先を、前回の第１の多重化データの送信先と同じにし、第２の多重化データの送信先を第１の多重化データの送信元とすることを特徴とする情報処理装置。
【請求項１０】
請求項９記載の情報処理装置において、
前記送信先制御手段は、自情報処理装置において第１の多重化データを受信できない場合、第１の多重化データの送信先を前回の第１の多重化データの送信先と同じにし、第２の多重化データの送信先をなしとすることを特徴とする情報処理装置。
【請求項１１】
コネクションレス通信を行う複数の情報処理装置をリング状に接続し、第１の多重化データと第２の多重化データとを互いに逆方向に巡回させるリング型双方向データ送受信方法であって、
前記第１の多重化データには、該第１の多重化データがどの情報処理装置において発生した第１のデータを、どのような順序で多重化したのかを示す接続情報が付加され、且つ、
前記複数の情報処理装置が、それぞれ、
受信した第１の多重化データに付加されている接続情報と、第２の多重化データの受信状況とに基づいて、第１の多重化データの送信先および第２の多重化データの送信先を決定する送信先制御ステップと、
受信した第１の多重化データの、自情報処理装置で発生した第１のデータを含まない部分と、自情報処理装置において新たに発生した第１のデータとを多重化するステップと、
該多重化ステップで生成された第１の多重化データに付加する接続情報を生成する接続情報制御ステップとを含むことを特徴とするリング型双方向データ送受信方法。
【請求項１２】
請求項１１記載のリング型双方向データ送受信方法において、
前記送信先制御ステップでは、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データの送信元が異なる場合は、第１の多重化データの送信先を、前回の第１の多重化データの送信時と同じにし、第２の多重化データの送信先を、今回受信した第１の多重化データの送信元とすることを特徴とするリング型双方向データ送受信方法。
【請求項１３】
請求項１２記載のリング型双方向データ送受信方法において、
前記送信先制御ステップでは、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データの送信元が同じで、且つ、第２の多重化データを受信できない場合は、第１の多重化データの送信先を、前記今回受信した第１の多重化データに付加されている接続情報によって示される情報処理装置であって、自情報処理装置を除いた情報処理装置の内の、最も多重化の順番が古い情報処理装置とし、第２の多重化データの送信先を、第１の多重化データの送信元とすることを特徴とするリング型双方向データ送受信方法。
【請求項１４】
請求項１３記載のリング型双方向データ送受信方法において、
前記送信先制御ステップでは、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データとの送信元が同じで、且つ第２の多重化データを受信できる場合は、第１の多重化データの送信先を、前回の第１の多重化データの送信先と同じにし、第２の多重化データの送信先を第１の多重化データの送信元とすることを特徴とするリング型双方向データ送受信方法。
【請求項１５】
請求項１４記載のリング型双方向データ送受信方法において、
前記送信先制御ステップでは、自情報処理装置において第１の多重化データを受信できない場合、第１の多重化データの送信先を前回の第１の多重化データの送信先と同じにし、第２の多重化データの送信先をなしとすることを特徴とするリング型双方向データ送受信方法。
【請求項１６】
コネクションレス通信を行う複数の情報処理装置をリング状に接続し、第１の多重化データと第２の多重化データとを互いに逆方向に巡回させるリング型双方向データ送受信システムの構成要素である情報処理装置をコンピュータによって実現するためのプログラムであって、
前記第１の多重化データには、該第１の多重化データがどの情報処理装置において発生した第１のデータを、どのような順序で多重化したのかを示す接続情報が付加され、且つ、
前記コンピュータを、
受信した第１の多重化データに付加されている接続情報と、第２の多重化データの受信状況とに基づいて、第１の多重化データの送信先および第２の多重化データの送信先を決定する送信先制御手段、
受信した第１の多重化データの、自情報処理装置で発生した第１のデータを含まない部分と、自情報処理装置において新たに発生した第１のデータとを多重化する多重化手段、
該多重化手段で生成された第１の多重化データに付加する接続情報を生成する接続情報制御手段として機能させるためのプログラム。
【請求項１７】
請求項１６記載のプログラムにおいて、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データの送信元が異なる場合は、第１の多重化データの送信先を、前回の第１の多重化データの送信時と同じにし、第２の多重化データの送信先を、今回受信した第１の多重化データの送信元とすることを特徴とするプログラム。
【請求項１８】
請求項１７記載のプログラムにおいて、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データの送信元が同じで、且つ、第２の多重化データを受信できない場合は、第１の多重化データの送信先を、前記今回受信した第１の多重化データに付加されている接続情報によって示される情報処理装置であって、自情報処理装置を除いた情報処理装置の内の、最も多重化の順番が古い情報処理装置とし、第２の多重化データの送信先を、第１の多重化データの送信元とすることを特徴とするプログラム。
【請求項１９】
請求項１８記載のプログラムにおいて、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データとの送信元が同じで、且つ第２の多重化データを受信できる場合は、第１の多重化データの送信先を、前回の第１の多重化データの送信先と同じにし、第２の多重化データの送信先を第１の多重化データの送信元とすることを特徴とするプログラム。
【請求項２０】
請求項１９記載のプログラムにおいて、
前記送信先制御手段は、自情報処理装置において第１の多重化データを受信できない場合、第１の多重化データの送信先を前回の第１の多重化データの送信先と同じにし、第２の多重化データの送信先をなしとすることを特徴とするプログラム。
【請求項１】
コネクションレス通信を行う複数の情報処理装置をリング状に接続し、第１の多重化データと第２の多重化データとを互いに逆方向に巡回させるリング型双方向データ送受信システムであって、
前記第１の多重化データには、該第１の多重化データがどの情報処理装置において発生した第１のデータを、どのような順序で多重化したのかを示す接続情報が付加され、且つ、
前記複数の情報処理装置が、それぞれ、
受信した第１の多重化データに付加されている接続情報と、第２の多重化データの受信状況とに基づいて、第１の多重化データの送信先および第２の多重化データの送信先を決定する送信先制御手段と、
受信した第１の多重化データの、自情報処理装置で発生した第１のデータを含まない部分と、自情報処理装置において新たに発生した第１のデータとを多重化する多重化手段と、
該多重化手段で生成された第１の多重化データに付加する接続情報を生成する接続情報制御手段とを備えたことを特徴とするリング型双方向データ送受信システム。
【請求項２】
請求項１記載のリング型双方向データ送受信システムにおいて、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データの送信元が異なる場合は、第１の多重化データの送信先を、前回の第１の多重化データの送信時と同じにし、第２の多重化データの送信先を、今回受信した第１の多重化データの送信元とすることを特徴とするリング型双方向データ送受信システム。
【請求項３】
請求項２記載のリング型双方向データ送受信システムにおいて、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データの送信元が同じで、且つ、第２の多重化データを受信できない場合は、第１の多重化データの送信先を、前記今回受信した第１の多重化データに付加されている接続情報によって示される情報処理装置であって、自情報処理装置を除いた情報処理装置の内の、最も多重化の順番が古い情報処理装置とし、第２の多重化データの送信先を、第１の多重化データの送信元とすることを特徴とするリング型双方向データ送受信システム。
【請求項４】
請求項３記載のリング型双方向データ送受信システムにおいて、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データとの送信元が同じで、且つ第２の多重化データを受信できる場合は、第１の多重化データの送信先を、前回の第１の多重化データの送信先と同じにし、第２の多重化データの送信先を第１の多重化データの送信元とすることを特徴とするリング型双方向データ送受信システム。
【請求項５】
請求項４記載のリング型双方向データ送受信システムにおいて、
前記送信先制御手段は、自情報処理装置において第１の多重化データを受信できない場合、第１の多重化データの送信先を前回の第１の多重化データの送信先と同じにし、第２の多重化データの送信先をなしとすることを特徴とするリング型双方向データ送受信システム。
【請求項６】
コネクションレス通信を行う複数の情報処理装置をリング状に接続し、第１の多重化データと第２の多重化データとを互いに逆方向に巡回させるリング型双方向データ送受信システムの構成要素である情報処理装置であって、
前記第１の多重化データには、該第１の多重化データがどの情報処理装置において発生した第１のデータを、どのような順序で多重化したのかを示す接続情報が付加され、且つ、
受信した第１の多重化データに付加されている接続情報と、第２の多重化データの受信状況とに基づいて、第１の多重化データの送信先および第２の多重化データの送信先を決定する送信先制御手段と、
受信した第１の多重化データの、自情報処理装置で発生した第１のデータを含まない部分と、自情報処理装置において新たに発生した第１のデータとを多重化する多重化手段と、
該多重化手段で生成された第１の多重化データに付加する接続情報を生成する接続情報制御手段とを備えたことを特徴とする情報処理装置。
【請求項７】
請求項６記載の情報処理装置において、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データの送信元が異なる場合は、第１の多重化データの送信先を、前回の第１の多重化データの送信時と同じにし、第２の多重化データの送信先を、今回受信した第１の多重化データの送信元とすることを特徴とする情報処理装置。
【請求項８】
請求項７記載の情報処理装置において、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データの送信元が同じで、且つ、第２の多重化データを受信できない場合は、第１の多重化データの送信先を、前記今回受信した第１の多重化データに付加されている接続情報によって示される情報処理装置であって、自情報処理装置を除いた情報処理装置の内の、最も多重化の順番が古い情報処理装置とし、第２の多重化データの送信先を、第１の多重化データの送信元とすることを特徴とする情報処理装置。
【請求項９】
請求項８記載の情報処理装置において、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データとの送信元が同じで、且つ第２の多重化データを受信できる場合は、第１の多重化データの送信先を、前回の第１の多重化データの送信先と同じにし、第２の多重化データの送信先を第１の多重化データの送信元とすることを特徴とする情報処理装置。
【請求項１０】
請求項９記載の情報処理装置において、
前記送信先制御手段は、自情報処理装置において第１の多重化データを受信できない場合、第１の多重化データの送信先を前回の第１の多重化データの送信先と同じにし、第２の多重化データの送信先をなしとすることを特徴とする情報処理装置。
【請求項１１】
コネクションレス通信を行う複数の情報処理装置をリング状に接続し、第１の多重化データと第２の多重化データとを互いに逆方向に巡回させるリング型双方向データ送受信方法であって、
前記第１の多重化データには、該第１の多重化データがどの情報処理装置において発生した第１のデータを、どのような順序で多重化したのかを示す接続情報が付加され、且つ、
前記複数の情報処理装置が、それぞれ、
受信した第１の多重化データに付加されている接続情報と、第２の多重化データの受信状況とに基づいて、第１の多重化データの送信先および第２の多重化データの送信先を決定する送信先制御ステップと、
受信した第１の多重化データの、自情報処理装置で発生した第１のデータを含まない部分と、自情報処理装置において新たに発生した第１のデータとを多重化するステップと、
該多重化ステップで生成された第１の多重化データに付加する接続情報を生成する接続情報制御ステップとを含むことを特徴とするリング型双方向データ送受信方法。
【請求項１２】
請求項１１記載のリング型双方向データ送受信方法において、
前記送信先制御ステップでは、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データの送信元が異なる場合は、第１の多重化データの送信先を、前回の第１の多重化データの送信時と同じにし、第２の多重化データの送信先を、今回受信した第１の多重化データの送信元とすることを特徴とするリング型双方向データ送受信方法。
【請求項１３】
請求項１２記載のリング型双方向データ送受信方法において、
前記送信先制御ステップでは、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データの送信元が同じで、且つ、第２の多重化データを受信できない場合は、第１の多重化データの送信先を、前記今回受信した第１の多重化データに付加されている接続情報によって示される情報処理装置であって、自情報処理装置を除いた情報処理装置の内の、最も多重化の順番が古い情報処理装置とし、第２の多重化データの送信先を、第１の多重化データの送信元とすることを特徴とするリング型双方向データ送受信方法。
【請求項１４】
請求項１３記載のリング型双方向データ送受信方法において、
前記送信先制御ステップでは、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データとの送信元が同じで、且つ第２の多重化データを受信できる場合は、第１の多重化データの送信先を、前回の第１の多重化データの送信先と同じにし、第２の多重化データの送信先を第１の多重化データの送信元とすることを特徴とするリング型双方向データ送受信方法。
【請求項１５】
請求項１４記載のリング型双方向データ送受信方法において、
前記送信先制御ステップでは、自情報処理装置において第１の多重化データを受信できない場合、第１の多重化データの送信先を前回の第１の多重化データの送信先と同じにし、第２の多重化データの送信先をなしとすることを特徴とするリング型双方向データ送受信方法。
【請求項１６】
コネクションレス通信を行う複数の情報処理装置をリング状に接続し、第１の多重化データと第２の多重化データとを互いに逆方向に巡回させるリング型双方向データ送受信システムの構成要素である情報処理装置をコンピュータによって実現するためのプログラムであって、
前記第１の多重化データには、該第１の多重化データがどの情報処理装置において発生した第１のデータを、どのような順序で多重化したのかを示す接続情報が付加され、且つ、
前記コンピュータを、
受信した第１の多重化データに付加されている接続情報と、第２の多重化データの受信状況とに基づいて、第１の多重化データの送信先および第２の多重化データの送信先を決定する送信先制御手段、
受信した第１の多重化データの、自情報処理装置で発生した第１のデータを含まない部分と、自情報処理装置において新たに発生した第１のデータとを多重化する多重化手段、
該多重化手段で生成された第１の多重化データに付加する接続情報を生成する接続情報制御手段として機能させるためのプログラム。
【請求項１７】
請求項１６記載のプログラムにおいて、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データの送信元が異なる場合は、第１の多重化データの送信先を、前回の第１の多重化データの送信時と同じにし、第２の多重化データの送信先を、今回受信した第１の多重化データの送信元とすることを特徴とするプログラム。
【請求項１８】
請求項１７記載のプログラムにおいて、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データの送信元が同じで、且つ、第２の多重化データを受信できない場合は、第１の多重化データの送信先を、前記今回受信した第１の多重化データに付加されている接続情報によって示される情報処理装置であって、自情報処理装置を除いた情報処理装置の内の、最も多重化の順番が古い情報処理装置とし、第２の多重化データの送信先を、第１の多重化データの送信元とすることを特徴とするプログラム。
【請求項１９】
請求項１８記載のプログラムにおいて、
前記送信先制御手段は、自情報処理装置において今回受信した第１の多重化データと前回受信した第１の多重化データとの送信元が同じで、且つ第２の多重化データを受信できる場合は、第１の多重化データの送信先を、前回の第１の多重化データの送信先と同じにし、第２の多重化データの送信先を第１の多重化データの送信元とすることを特徴とするプログラム。
【請求項２０】
請求項１９記載のプログラムにおいて、
前記送信先制御手段は、自情報処理装置において第１の多重化データを受信できない場合、第１の多重化データの送信先を前回の第１の多重化データの送信先と同じにし、第２の多重化データの送信先をなしとすることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２００９−１８２７８９（Ｐ２００９−１８２７８９Ａ）
【公開日】平成２１年８月１３日（２００９．８．１３）
【国際特許分類】
【出願番号】特願２００８−２０７４０（Ｐ２００８−２０７４０）
【出願日】平成２０年１月３１日（２００８．１．３１）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２１年８月１３日（２００９．８．１３）
【国際特許分類】
【出願日】平成２０年１月３１日（２００８．１．３１）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]