(57)【要約】【課題】グループ通信のセッションに途中からでも参加・離脱のできるグループ通信システムを提供する。【解決手段】セッション及びセッションへの参加条件を記述したセッション情報を提示するセッション情報登録端末２０１と、セッションの提示を受けセッション単位に一意に決まるネットワーク上で情報の所在地とセッション情報を示すセッション識別子をセッション情報登録端末２０１に付与し、セッションに参加する各利用者端末４０１、６０１、７０１からの配送路情報を逐次受け付けセッション単位に登録・管理するセッション情報サーバ１０１と、セッション情報サーバ１０１より他の利用者端末からの配送路情報を逐次取得しセッションへ参加する複数の利用者端末４０１、６０１、７０１とを具備し、各利用者端末間で逐次参加離脱の可能なグループ通信を可能とする。【選択図】      図１
2004165742.tif 000002
【特許請求の範囲】
【請求項１】
セッション情報サーバによってセッション情報登録端末を含む複数の利用者端末がグループ通信を行うグループ通信配送路制御方法であって、セッション情報登録端末がセッション情報サーバにセッション及びセッションへの参加条件を記述したセッション情報を登録することで、セッション情報サーバが、セッション単位に一意に決まるネットワーク上で情報の所在地とセッション情報を示すセッション識別子を前記セッション情報登録端末に付与し、前記セッション情報登録端末がセッション識別子を取得することで、そのセッション識別子をこれから招待する利用者の利用者携帯端末に通知し、通知を受けた前記利用者携帯端末がセッションへの参加を希望する場合にはセッション識別子を受理して利用者端末に通知し、更に他の利用者携帯端末に向けてセッション識別子を通知し、前記各利用者端末が、受理したセッション識別子を元に自らがデータグラムの配送に利用する配送路情報を前記セッション情報サーバに登録するとともに、前記セッション情報サーバから前記他の利用者端末がデータグラムの配送に用いている配送路情報を取得することを特徴とするグループ通信配送路制御方法。
【請求項２】
前記セッション情報サーバが、前記各利用者端末から配送路情報の登録と同時にイベントを受けることで新たな配送路情報の生成して現在の配送路情報を更新し、更に受けたイベントを基に前記各利用者端末に対して配送路情報を更新するように促すイベントを通知することを特徴とする請求項１に記載のグループ通信配送路制御方法。
【請求項３】
前記各利用者端末が前記セッションから離脱するために配送路情報の削除要求と同時にイベントを送信することで、前記セッション情報サーバが新たな配送路情報を生成して現在の配送路情報を更新し、更に受けたイベントを基に前記各利用者端末に対して配送路情報を更新するように促すイベントを通知することを特徴とする請求項１に記載のグループ通信配送路制御方法。
【請求項４】
セッション情報サーバによって複数の利用者端末がグループ通信を行うグループ通信システムに用いられるセッション情報登録端末であって、前記セッション情報サーバに対してセッション及びセッションへの参加条件を記述したセッション情報の登録要求を行うとともに、前記セッション情報サーバに対してセッション単位に一意に決まるネットワーク上で情報の所在地とセッション情報を示すセッション識別子の付与を要求するセッション情報登録参照手段と、セッション識別子の付与要求することによって得られたセッション識別子をセッションに招待する他の利用者携帯端末に通知するセッション識別子通知手段と、を具備することを特徴とするセッション情報登録端末。
【請求項５】
セッション情報登録端末を含む複数の利用者端末がグループ通信を行うグループ通信システムに用いられるセッション情報サーバであって、前記セッション情報登録端末よりセッション情報の登録要求があると、セッション情報を登録すると共に前記セッション情報登録端末に対しセッション単位に一意に決まるネットワーク上で情報の所在地とセッション情報を示すセッション識別子を付与するセッション情報保持手段と、利用者携帯端末から通知されたセッション識別子により利用者端末がデータグラムの配送に用いる配送路情報の登録要求を行ってきた場合にその登録要求を受け付けることで、グループ通信に参加する利用者端末毎に利用する配送路情報を保持する参加者別配送路情報保持手段と、前記複数の利用者端末の中からグループ通信への参加又は離脱のイベントを通知してきたものがあると、他の利用者端末に当該イベントを通知するサーバ参加離脱通知手段と、を具備することを特徴とするセッション情報サーバ。
【請求項６】
セッション情報サーバ及びセッション情報登録端末によって、複数の利用者端末がグループ通信を行うグループ通信システムに用いられる利用者携帯端末であって、前記セッション情報登録端末からのセッション識別子を受信するセッション識別子受信手段と、受信したセッション識別子を元に利用者にセッションの内容を提示するセッション情報提示手段と、利用者がセッションへの参加を希望する操作を行った場合に、受信したセッション識別子を利用者端末に通知するセッション識別子通知手段と、を具備することを特徴とする利用者携帯端末。
【請求項７】
セッション情報サーバと、セッション情報登録端末と、利用者携帯端末とを備えたグループ通信システムに用いられる利用者端末であって、利用者携帯端末からのセッション識別子を受信するセッション識別子受信手段と、前記セッション識別子受信手段にて受信されたセッション識別子を元に自らが利用するデータグラム配信のための配送路情報をセッション情報サーバに登録し、更に前記セッション情報サーバから他の利用者端末が登録した配送路情報を取得する配送路情報登録参照手段と、前記配送路情報登録参照手段で取得された前記配送路情報にてデータグラムの配送を制御する配送路制御手段と、利用者のセッションへの参加又は離脱のイベントを前記セッション情報サーバに通知するクライアント参加離脱通知手段と、を具備することを特徴とする利用者端末。
【請求項８】
請求項４に記載のセッション情報登録端末と、請求項５に記載のセッション情報サーバと、請求項６に記載の利用者携帯端末と、請求項７に記載の利用者端末と、を具備することを特徴とするグループ通信システム。
【請求項９】
少なくとも請求項４に記載のセッション情報登録端末又は請求項５に記載のセッション情報サーバ又は請求項７に記載の利用者端末のいずれかの機能と同等の機能を更に備えたことを特徴とする請求項６に記載の利用者携帯端末。
【発明の詳細な説明】
【０００１】
【発明の属する利用分野】
本発明は、少なくとも１人の利用者によって利用される可能性があるネットワークに接続された利用者端末を用いて、複数の参加者が１対１もしくは１対多もしくは多対多の複数の配送路を用いてグループ通信を行うグループ通信配送路制御方法及びグループ通信システムに関する。
【０００２】
【従来の技術】
近年、インターネットが一般的に利用されるに伴い、身近にある情報家電をネットワークに接続ための技術開発が盛んに行われており、ネットワーク接続機能を持った装置が普及しつつある。また、爆発的に普及した携帯電話の高機能化により、高度な計算機能、通信機能を持った携帯端末を持ち歩く習慣が広くみられるようになっている。ネットワークへの接続機能を持ったこれらの機器を連携して利用することでテレビ会議のように、音声動画など複数のメディアを複数の利用者の間で共有するグループ通信を簡易に実現する要求が高まっている。
【０００３】
グループ通信を開始するための手法としては、１つのメディアを配送するために用いる配送路の種別によって次の２つに分類することができる。
（１）１つのメディアの配送に多対多の配送能力を持つマルチキャスト配送路を利用するもの。
（２）１つのメディアの配送に複数の１対１のユニキャスト配送路、もしくは複数の１対多の配送路を利用するもの。
【０００４】
従来、１つのメディアの配送に多対多の配送能力を持つマルチキャスト配送路を用いたグループ通信のセッションを確立するための情報提供方法としては、例えば特許文献１に記載されたものが知られている。
【０００５】
以下に、図面を用いて従来の技術を説明する。
図１８は、従来のグループ通信のセッション情報提供方法を説明するためのブロック図である。
図１８において、ネットワーク１では、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  ＴａｓｋＦｏｒｃｅ  ：インターネットの標準化組織）より発行されている標準を規定する文書ＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  ｃｏｍｍｅｎｔ）２９７４で規定されているＳＡＰ（Ｓｅｓｓｉｏｎ  Ａｎｎｏｕｎｃｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）の広告方式にしたがって特定のＩＰマルチキャストグループ上にセッション情報３がルータ２を経由して定期的に広告されている。セッション情報には、利用者がそのセッションに参加すべきかどうかを判断するために必要なセッション名、開催時間、セッションの内容の説明といった情報と、グループ通信を行うアプリケーションがデータグラムを配送するために利用する配送路情報（例：マルチキャストグループアドレス）が含まれる。
【０００６】
広告されるメッセージは、ＲＦＣ２３２７で規定される記述規則ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）にしたがって記述されている。情報提供装置１０は、このセッション情報を受信し、ＨＴＭＬ（ｈｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式に変換して保存しておくことにより、ネットワーク１上のコンピュータ４よりＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）用のブラウザを用いて表示可能としている。利用者はＷＷＷ用のブラウザを閲覧し、参加すべきセッションを選択することで、セッションに用いられる配送路情報（例：マルチキャストグループアドレス）を知ることができる。そして、利用者はこの配送路上を流れる音声動画などのマルチメディア情報を受信するアプリケーションを起動することでセッションに参加することができる。また、利用者はこの配送路に自らが発信するマルチメディア情報を送信することができる。
【０００７】
ところで、この配送路情報は、セッション開始前に予め決定されて広告されている必要があり、セッション開始後に新たな配送路情報を追加する方式は定められていない。このため、セッションに参加する参加者は、セッション開始時に広告されている配送路を用いて、他の参加者に情報を配送するようにしている。
【０００８】
従来方式を、１つのメディアの配送に、複数のユニキャスト配送路、もしくは複数の１対多の配送能力を持つマルチキャストを用いて行うグループ通信に適用するためには、次の挙げる課題がある。
【０００９】
すなわち、セッションの開始に先立って、全ての配送路の情報が決定され広告されている必要があるため、動的に参加者が増減するようなグループ通信を行うことができない。
【００１０】
この課題を詳細に説明するため、配送路の種別について説明する。
特定の参加者に対して情報を配送するための配送路は、１対１の通信に用いられるユニキャスト配送路と、特定多数との通信に用いられるマルチキャスト配送路に分けられる。さらにマルチキャスト配送路は、ＩＥＴＦで標準化に向けて議論するための草案ｄｒａｆｔ―ｉｅｔｆ―ｓｓｍ―ｏｖｅｒｖｉｅｗ−で規定される１対多の配送能力を持つマルチキャスト配送路と、ＲＦＣ１０７５で網内のルータ間での配送路確立方式が規定されている多対多の配送能力を持つマルチキャスト配送路とに分けられる。１対１の配送路は、送信元ＩＰアドレスと配送先ＩＰアドレスの組（Ｓ，Ｄ）で規定される。１対多の配送路は、送信元ＩＰアドレスとマルチキャストグループアドレスの組（Ｓ，Ｇ）で規定される。多対多の配送路は、マルチキャストグループアドレス（Ｇ）で規定される。
【００１１】
グループ通信を多対多で行う場合、ある参加者が発する情報は、他の参加者に配送される必要がある。多対多の配送能力を持つ配送路を用いてグループ通信を行う場合、セッション開始時に配送路情報（Ｇ）が決定される。そして、参加者が参加するときにこの配送路情報（Ｇ）が伝えられ、参加者はこの配送路（Ｇ）を利用してデータグラムを送受するアプリケーションを起動することで、データグラムを他の参加者に配送することができる。セッションに新たな参加者を招待する場合は、この配送路情報（Ｇ）を伝えることができれば、新たな参加者は自らの利用者端末上でこの配送路情報を指定し、適切なアプリケーションを起動してセッションに参加することができる。
【００１２】
一方、複数の１対多の配送能力を持つ配送路や複数の１対１のユニキャスト配送路を用いてグループ通信を行う場合、配送路情報の一部として、参加者の利用者端末のＩＰアドレス（Ｓ）が必要となる。
【００１３】
参加予定の全ての利用者の利用者端末のＩＰアドレスをセッションの開始時に知ることは困難な場合がある。例えば、数名でテレビ会議を行うセッションにおいて、新たな参加者を携帯電話などで呼び出し、呼び出された参加者が手近にある利用者端末を用いてセッションへの参加を行う場合が考えられる。この場合、新たな参加者の利用者端末のＩＰアドレスは、参加者が呼び出された後、すなわちセッションの途中で決定することになる。
【００１４】
【特許文献１】
特開平１１−２２５１６４号公報（第３−４頁、図２）
【００１５】
【発明が解決しようとする課題】
しかしながら、従来のグループ通信配送路制御方法においては、グループ通信を１対１あるいは１対多の配送路を複数用いて行おうとしても、参加する可能性のある利用者の利用者端末のＩＰアドレスをセッション開始時に予め知っている必要があるため、実現不可能であるという問題がある。つまり、参加者が動的に増減するようなグループ通信即ち新たな利用者が参加するタイミングでその利用者の利用者端末が確定するようなグループ通信は困難である。
【００１６】
本発明は係る点に鑑みてなされたものであり、グループ通信のセッションに途中からでも参加・離脱のできるグループ通信配送路制御方法及びグループ通信システムを提供することを目的とする。
【００１７】
【課題を解決するための手段】
請求項１に係る発明のグループ通信配送路制御方法は、セッション情報サーバによってセッション情報登録端末を含む複数の利用者端末がグループ通信を行うグループ通信配送路制御方法であって、セッション情報登録端末がセッション情報サーバにセッション及びセッションへの参加条件を記述したセッション情報を登録することで、セッション情報サーバが、セッション単位に一意に決まるネットワーク上で情報の所在地とセッション情報を示すセッション識別子を前記セッション情報登録端末に付与し、前記セッション情報登録端末がセッション識別子を取得することで、そのセッション識別子をこれから招待する利用者の利用者携帯端末に通知し、通知を受けた前記利用者携帯端末がセッションへの参加を希望する場合にはセッション識別子を受理して利用者端末に通知し、更に他の利用者携帯端末に向けてセッション識別子を通知し、前記各利用者端末が、受理したセッション識別子を元に自らがデータグラムの配送に利用する配送路情報を前記セッション情報サーバに登録するとともに、前記セッション情報サーバから前記他の利用者端末がデータグラムの配送に用いている配送路情報を取得する。
【００１８】
この方法によれば、グループ通信の参加者の増減に応じて利用者端末が通信に利用する配送路を制御することができるので、各利用者端末間で逐次参加離脱可能なグループ通信が可能となる。
【００１９】
請求項２に係る発明のグループ通信配送路制御方法は、請求項１に係る発明のグループ通信配送路制御方法において、前記セッション情報サーバが、前記各利用者端末から配送路情報の登録と同時にイベントを受けることで新たな配送路情報の生成して現在の配送路情報を更新し、更に受けたイベントを基に前記各利用者端末に対して配送路情報を更新するように促すイベントを通知する。
【００２０】
この方法によれば、新たな参加者が１対多のマルチキャスト配送路もしくは複数の１対１のユニキャスト配送路を用いてデータグラムの送信を行う場合でも、新たな参加者が利用する配送路情報が、既に参加している他の利用者に通知されるため、双方向のグループ通信を行うことが可能となる。
【００２１】
請求項３に係る発明のグループ通信配送路制御方法は、請求項１に係る発明のグループ通信配送路制御方法において、前記各利用者端末が前記セッションから離脱するために配送路情報の削除要求と同時にイベントを送信することで、前記セッション情報サーバが新たな配送路情報を生成して現在の配送路情報を更新し、更に受けたイベントを基に前記各利用者端末に対して配送路情報を更新するように促すイベントを通知する。
【００２２】
この方法によれば、ある参加者が離脱した場合、他の全ての参加者は速やかに不必要な配送路の情報を知ることができるので、不要なデータグラムを受信することなくグループ通信を継続することが可能となる。
【００２３】
請求項４に係る発明のセッション情報登録端末は、セッション情報サーバによって複数の利用者端末がグループ通信を行うグループ通信システムに用いられるセッション情報登録端末であって、前記セッション情報サーバに対してセッション及びセッションへの参加条件を記述したセッション情報の登録要求を行うとともに、前記セッション情報サーバに対してセッション単位に一意に決まるネットワーク上で情報の所在地とセッション情報を示すセッション識別子の付与を要求するセッション情報登録参照手段と、セッション識別子の付与要求することによって得られたセッション識別子をセッションに招待する他の利用者携帯端末に通知するセッション識別子通知手段と、を具備する構成を採る。
【００２４】
この構成によれば、セッションへの参加を希望する利用者の利用者携帯端末に、セッション単位に一意に決まるネットワーク上で情報の所在地（例えばＵＲＬ）とセッション情報を示すセッション識別子を通知するので、各利用者端末間で逐次参加離脱可能なグループ通信システムを実現することができる。
【００２５】
請求項５に係る発明のセッション情報サーバは、セッション情報登録端末を含む複数の利用者端末がグループ通信を行うグループ通信システムに用いられるセッション情報サーバであって、前記セッション情報登録端末よりセッション情報の登録要求があると、セッション情報を登録すると共に前記セッション情報登録端末に対しセッション単位に一意に決まるネットワーク上で情報の所在地とセッション情報を示すセッション識別子を付与するセッション情報保持手段と、利用者携帯端末から通知されたセッション識別子により利用者端末がデータグラムの配送に用いる配送路情報の登録要求を行ってきた場合にその登録要求を受け付けることで、グループ通信に参加する利用者端末毎に利用する配送路情報を保持する参加者別配送路情報保持手段と、前記複数の利用者端末の中からグループ通信への参加又は離脱のイベントを通知してきたものがあると、他の利用者端末に当該イベントを通知するサーバ参加離脱通知手段と、を具備する構成を採る。
【００２６】
この構成によれば、セッションに参加するための情報を逐次各利用者端末に提供するので、各利用者端末間で逐次参加離脱可能なグループ通信システムを実現することができる。
【００２７】
請求項６に係る発明の利用者携帯端末は、セッション情報サーバ及びセッション情報登録端末によって、複数の利用者端末がグループ通信を行うグループ通信システムに用いられる利用者携帯端末であって、前記セッション情報登録端末からのセッション識別子を受信するセッション識別子受信手段と、受信したセッション識別子を元に利用者にセッションの内容を提示するセッション情報提示手段と、利用者がセッションへの参加を希望する操作を行った場合に、受信したセッション識別子を利用者端末に通知するセッション識別子通知手段と、を具備する構成を採る。
【００２８】
この構成によれば、利用者に受信したセッションの内容を提示し、利用者がその提示した内容を確認してセッションへの参加を希望する操作を行った場合に、その利用者の利用者端末にセッション識別子を通知するので、利用者端末がセッションへの参加が可能となり、各利用者端末間で逐次参加離脱可能なグループ通信システムを実現することができる。
【００２９】
請求項７に係る発明の利用者端末は、セッション情報サーバと、セッション情報登録端末と、利用者携帯端末とを備えたグループ通信システムに用いられる利用者端末であって、利用者携帯端末からのセッション識別子を受信するセッション識別子受信手段と、前記セッション識別子受信手段にて受信されたセッション識別子を元に自らが利用するデータグラム配信のための配送路情報をセッション情報サーバに登録し、更に前記セッション情報サーバから他の利用者端末が登録した配送路情報を取得する配送路情報登録参照手段と、前記配送路情報登録参照手段で取得された前記配送路情報にてデータグラムの配送を制御する配送路制御手段と、利用者のセッションへの参加又は離脱のイベントを前記セッション情報サーバに通知するクライアント参加離脱通知手段と、を具備する構成を採る。
【００３０】
この構成によれば、利用者端末は、受理したセッション識別子に基づいて、自らが利用するデータグラム配信のための配送路情報をセッション情報サーバに登録するとともに、他の利用者端末が利用する配送路情報を取得し、他の利用者端末との間の配送路を決めるので、各利用者端末間で逐次参加離脱可能なグループ通信システムを実現することができる。
【００３１】
請求項８に係る発明のグループ通信システムは、請求項４に係る発明のセッション情報登録端末と、請求項５に係る発明のセッション情報サーバと、請求項６に係る発明の利用者携帯端末と、請求項７に係る発明の利用者端末と、を具備する構成を採る。
【００３２】
この構成によれば、グループ通信の参加者の増減に応じて利用者端末が通信に利用する配送路を制御することができるので、各利用者端末間で逐次参加離脱可能なグループ通信システムを実現することができる。
【００３３】
請求項９に係る発明の利用者携帯端末は、請求項６に係る発明の利用者携帯端末において、少なくとも請求項４に記載のセッション情報登録端末又は請求項５に記載のセッション情報サーバ又は請求項７に記載の利用者端末のいずれかの機能と同等の機能を更に具備する構成を採る。
【００３４】
この構成によれば、複数の利用者が携帯端末のみでグループ通信を行うことが可能となり、携帯端末を使用可能なエリアであれば何時でも何処でもグループ通信を行うことができる。
【００３５】
【発明の実施の形態】
本発明の骨子は、利用者がグループ通信のセッションに参加するタイミングで利用者端末と配送路を確定し、その配送路情報を他の参加者の利用者端末にも通知し、利用者端末のデータグラム送受アプリケーションを制御することで、全ての参加者間でグループ通信を可能とすることである。
【００３６】
以下、本発明の実施の形態について、図を参照して詳細に説明する。
【００３７】
（実施の形態１）
図１は、本発明の実施の形態１に係るグループ通信システムの概念図である。また、図２は、本実施の形態に係るグループ通信システムの詳細な構成を示すブロック図である。図１に示すように、本実施の形態に係るグループ通信システムは、利用者Ｙ１〜利用者Ｙ３が、それぞれ音声動画を１対多のマルチキャスト配送路を用いて送信するとともに受信して再生表示する機能を持った利用者端末１〜利用者端末３を用いてインターネット５０１を介してテレビ会議によるグループ通信を行えるものである。
【００３８】
まず、図１を参照して、セッション識別子の流れとセッション開始におけるグループ通信システムの動作概要について説明する。
【００３９】
図１において、利用者Ｙ１がセッション情報登録端末２０１を用いてインターネット５０１を介して通信し、これから起案するセッションに関するセッション情報をセッション情報サーバ１０１に登録する（Ｓ０１）。セッション情報サーバ１０１は、そのセッション情報に対してセッション識別子を発行し（Ｓ０２）、セッション情報登録端末２０１に通知する。利用者Ｙ１は、セッション情報登録端末２０１を用いて、このセッション識別子をこれから招待する利用者である利用者Ｙ２の利用者携帯端末３０１に通知する（Ｓ０３）。
【００４０】
利用者携帯端末３０１は、セッション識別子を受信すると、利用者Ｙ２に着信を通知し、セッションに参加するか否かの判断を仰ぎ、セッションへの参加を希望する場合には、受信したセッション識別子を利用者端末４０１に通知する（Ｓ０４）。
【００４１】
利用者端末４０１は、登録および取得した配送路情報を利用してデータグラムの送信及び受信を行うように音声動画の送信受信を行うプログラムを制御する機能を有している。利用者端末４０１は、セッション識別子の通知を受けると、インターネット５０１を介して音声動画を用いたテレビ会議を１対多のマルチキャスト配送路を用いて行うため、受信したセッション識別子を元にセッション情報サーバ１０１にアクセスし、自らが音声動画の送信に利用する配送路の情報を含む参加者情報を登録する（Ｓ０５）。さらに、他の参加者が音声動画の配送に用いているマルチキャスト配送路の情報を取得し（Ｓ０６）、この配送路上のデータグラムを受信するように音声動画の送受を行うプログラムを制御する。
【００４２】
また、利用者端末４０１は、自らが音声動画の送信に用いる配送路の情報を含む参加者情報をセッション情報サーバ１０１に登録した後、セッション情報サーバ１０１に対して自らが参加したイベントを通知する。セッション情報サーバ１０１は、この通知を受信すると、そのセッションに参加している利用者端末６０１にイベントを通知し、配送路の更新を促す。利用者端末６０１は、配送路の更新通知を受けると、セッション情報サーバ１０１から最新の配送路情報を受信し、その配送路情報を利用して音声動画のデータグラムの送受を行うように制御する。
【００４３】
以上の手順により、利用者端末６０１と利用者端末４０１は配送路を確保し、テレビ会議を行うことが可能になる。
なお、利用者Ｙ２が、利用者Ｙ３にもテレビ会議に参加させたい場合には、利用者携帯端末３０１からセッション識別子を利用者携帯端末７２０に送信し（Ｓ０７）、会議への参加を促す。利用者Ｙ３がテレビ会議への参加を希望する場合は、利用者携帯端末７２０と利用者端末７０１を用いて上述したＳ０４〜Ｓ０６の処理を繰り返すことにより配送路を確保することができ、利用者Ｙ３を加えた３人でテレビ会議を行うことが可能となる。
【００４４】
このようにシステムが動作することにより、利用者がグループ通信のセッションに参加するタイミングで利用者端末と配送路を確定し、その配送路の情報が他の参加者の利用者端末に通知し、利用者端末のデータグラムを送受するプログラムが制御されることで、結果として全ての参加者の間でグループ通信を行うことが可能となる。
【００４５】
次に、本実施の形態に係るグループ通信システムの詳細な構成について説明する。
図２は、図１で説明したセッション情報登録端末２０１、利用者携帯端末３０１、利用者端末４０１及びセッション情報サーバ１０１夫々の構成を示すブロック図である。
【００４６】
図２において、セッション情報サーバ１０１、セッション情報登録端末２０１、利用者端末４０１は、それぞれネットワーク５０１を介した通信機能を持ち、その上でアプリケーションプロセスを実行できるオペレーティングシステムを備えた端末である。利用者携帯端末３０１は、セッション情報サーバ１０１、セッション情報登録端末２０１及び利用者端末４０１とデータの送受を行うことができる端末である。
【００４７】
次に、セッション情報登録端末２０１について説明する。
セッション情報登録端末２０１は、セッション情報を入力し、セッション識別子・セッション情報保持部２０５に記憶するセッション情報登録・参照部２０２と、入力されたセッション情報をセッション情報サーバ１０１に送信し、セッション識別子の付与を受けるｉ−Ｍｏｄｅ通信部２０４と、セッション情報サーバ１０１から付与されたセッション識別子を利用者Ｙ２の利用者携帯端末３０１に公衆網通信部２０７を介して送信するセッション識別子通知部２０３とを備えている。
【００４８】
セッション情報登録・参照部２０２は、テレビ会議を行うために必要なセッション情報を作成する。セッション情報８００は、その一例を図３（ａ）のセッション単位情報８００に示すように、開催するセッションの名前としてセッション名８０２、セッションの内容８０３、セッション開催時間８０４及びセッションへの参加の形態を示すセッション型８０５などから構成される。図３（ａ）の例では、討論会８０７の案内がセッションの内容及びセッションの開催時間等と共にセッション情報登録端末２０１から通知されたものであり、セミナー８０８も同様に通知されたものである。作成されたセッション情報８００は、セッション識別子・セッション情報保持部２０５に蓄積する。
【００４９】
ｉ‐Ｍｏｄｅ通信部２０４は、セッション情報登録・参照部２０２で作成されたセッション情報８００をセッション情報サーバ１０１に登録するために、ｉ‐Ｍｏｄｅ網５２０、ＧＷ（Ｇａｔｅ  Ｗａｙ）５３０及びネットワーク５０１を介して、セッション情報サーバ１０１のＵＲＬにアクセスしてセッション情報８００を登録する。さらに、セッション情報サーバ１０１にセッション情報８００を登録することにより、付与されるセッション識別子を取得する。取得したセッション識別子は、セッション情報登録・参照部２０２によりセッション識別子・セッション情報保持部２０５に記憶される。
【００５０】
付与されたセッション識別子は、例えば、セッション情報サーバの識別子が
ｓｅｒｖｅｒ．ｏｕｒ−ｓｅｓｓｉｏｎ−ｉｎｆｏ．ｊｐ：７７７７
であり、セッション情報登録端末２０１が登録したセッション情報のセッションＩＤが００００１であれば、セッション識別子は、
ｓｃａｓｔ：／／ｓｅｒｖｅｒ．ｏｕｒ−ｓｅｓｓｉｏｎ−ｉｎｆｏ．ｊｐ：７７７７／００００１
と記述することができる。なお、セッション識別子は、インターネットで情報の所在地を指示す際に広く用いられているＵＲＩ形式（ＲＦＣ２３９６で規定）で表現している。
【００５１】
セッション識別子通知部２０３は、セッション識別子・セッション情報保持部２０５に保持されているセッション識別子を基にセッション識別子通知メッセージを生成する。受信したセッション識別子通知メッセージ８１０は、図３（ｂ）に示すように、セッション情報８００にセッション情報サーバ１０１より通知されたセッション識別子８０６を加えて構成したものである。利用者Ｙ１は、作成されたセッション識別子通知メッセージ８１０を、公衆網通信部２０７を介して公衆網５１０を通じて利用者携帯端末番号保持部２０６により選択した送付先である利用者携帯端末３０１に送付する。なお、セッション情報登録端末２０１からのセッション識別子通知メッセージ８１０を受けた利用者端末６０１については後述する。
【００５２】
次に、セッション情報登録端末２０１よりセッション識別子通知メッセージ８１０を送付された利用者携帯端末３０１及び利用者端末４０１について、図２及び図４を用いて説明する。
【００５３】
利用者携帯端末３０１は、図２に示すように、公衆網通信部３０７を介してセッション識別子通知メッセージ８１０の通知を受けるセッション識別子受信部３０２と、受信したセッション識別子通知メッセージ８１０をセッション識別子保持部３０６に記録し利用者Ｙ２に提示するセッション情報提示部３０２と、利用者Ｙ２がセッション識別子情報通知メッセージ８１０で通知を受けたテレビ会議に参加する場合、セッション識別子８０６を利用者端末４０１にＩｒＤＡ通信部３０５を介してセッション識別子８０６を送付する第２のセッション識別子通知部３０４とを備えている。
【００５４】
セッション識別子受信部３０２は、セッション情報登録端末２０１より公衆網５１０を利用して公衆網通信部３０７を介して送られてくるセッション識別子通知メッセージ８１０を受信する。受信したセッション識別子通知メッセージ８１０を元にこの情報の到着をベルあるいは振動を用いて利用者Ｙ２に通知する。
【００５５】
セッション情報提示部３０３は、セッション識別子受信部３０２からセッション識別子通知メッセージ８１０をセッション識別子保持部３０６に記録すると共に画面にこの情報を表示する。これにより、利用者Ｙ１が利用者Ｙ２を呼び出し、セッション識別子およびセッション情報を通知することが可能となる。
【００５６】
第２のセッション識別子通知部３０４は、利用者Ｙ２がセッション識別子通知メッセージ８１０を自ら利用者端末４０１に通知する場合、利用者端末４０１にセッション識別子通知メッセージ８１０を送信する。第２のセッション識別子通知部３０４は、利用者Ｙ２が見通せる範囲の機器のみ通信ができるＩｒＤＡ通信部３０５を介して利用者端末４０１にセッション識別子通知メッセージ８１０として送信する。利用者Ｙ２は、利用者携帯端末３０１を用いてセッション識別子通知メッセージ８１０を見通せる範囲でのみ利用者端末４０１に通知することができる。
【００５７】
なお、上記説明では、第２のセッション識別子通知部３０４とＩｒＤＡ通信部３０５を用いてセッション識別子通知メッセージ８１０を利用者端末４０１に送信したが、これに限定されるものではなく、半導体メモリ、磁気メモリ、光磁気メモリ、光メモリなどの記憶媒体を用いて、セッション識別子通知メッセージを引き渡すことで実現することができる。この場合、利用者が見通せる範囲に限定されることなくセッション識別子を利用者端末４０１に通知することができる。
【００５８】
また、セッション識別子は、可読可能な文字列として表現されるため、利用者端末４０１にキーボードや音声認識装置などの入力手段が備えられている場合、この入力手段を用いて入力することで通知することができる。
【００５９】
次に、利用者携帯端末３０１よりセッション識別子通知メッセージ８１０の送信を受けた利用者端末４０１について、図４を用いて説明する。
【００６０】
図４において、ＩｒＤＡ通信部４０８を介して利用者携帯端末３０１からのセッション識別子通知メッセージ８１０を受信する第２セッション識別子受信部４０２と、第２セッション識別子受信部４０２からセッション識別子通知メッセージ８１０を受け取ると、ＴＣＰ／ＩＰ通信部４０７を介してセッション情報サーバ１０１に対して自らが利用する配送路（送信ＰＡＨＴ）を含む参加者情報を登録し、他の利用者が利用する配送路情報（受信ＰＡＴＨ）を含む参加者情報を取得する配送路情報登録参照部４０３と、他の参加者が参加・離脱した事実（イベント）をセッション情報サーバ１０１上のサーバ参加離脱通知手段経由で通知を受けるクライアント参加離脱通知部４０４と、配送路の更新の要求を受け、アプリケーション通信路を用いて新たな利用者の利用者端末が利用する配送路を含む全ての配送路情報を用いて、アプリケーションが利用する配送路を制御する配送路制御部４０５と、配送路情報を用いてテレビ会議をするための音声及び映像データを他の利用者端末に配送するデータグラム送受アプリケーション実行部４０６とを備えている。
【００６１】
第２セッション識別子受信部４０２は、ＩｒＤＡ通信部４０８を介して利用者携帯端末３０１からのセッション識別子を受信する。配送路情報登録参照部４０３は、第２セッション識別子受信部４０２により受信したセッション識別子通知メッセージ８１０を元にＴＣＰ／ＩＰ通信部４０７を介してセッション情報サーバ１０１に自らが利用する参加者情報８２０（配送路情報（送信ＰＡＨＴ））を含む参加者情報を登録要求し、他の利用者が利用する配送路情報（受信ＰＡＴＨ）を含む参加者情報を参照要求により取得する。この時、セッション情報サーバ１０１に送る参加者情報８２０の一例を図５（ａ）に示す。セッション情報サーバ１０１から取得した配送路情報は、図５（ｂ）の配送路情報８３０にその一例を示すように、Ａｕｄｉｏ（オーディオ）かＶｉｄｅｏ（ビデオ）かを示すメディア型８３２、参加者ＩＤ８２３及び参加者に対応した配送路情報８３４から構成されている。
【００６２】
配送路制御部４０５は、配送路情報登録参照部４０３が取得した配送路情報（送信ＰＡＴＨおよび受信ＰＡＴＨ）を使用してデータグラム送受アプリケーション実行部４０６を制御する。配送路情報を使って、データグラム送受を行うように音声データおよび映像データを他の利用者端末の配送するように制御する。
【００６３】
クライアント参加離脱通知部４０４は、ＴＣＰ／ＩＰ通信部４０７を介してセッション情報サーバ１０１と連携して動作し、利用者が該セッションに参加または離脱した事実（イベント）を他の利用者の利用者端末に通知し、他の利用者の利用者端末が利用する配送路情報を更新するように促す。データグラム送受アプリケーション実行部４０６は、配送路情報を用いてテレビ会議をするための音声及び映像データを他の利用者端末にＴＣＰ／ＩＰ通信部４０７を介して配送する。
【００６４】
係る構成により、参加者の利用者端末がセッションに参加する時点で確定するような場合でも、新たな参加者の利用者端末がデータグラムの配送に用いる配送路の情報を他の参加者の利用者端末に通知することが可能となり、他の参加者の利用者端末の配送路制御部４０５がデータグラム送受アプリケーションを制御することにより、新たな参加者の利用者端末から発信するデータグラムを受信することが可能となる。
【００６５】
次に、セッション情報サーバ１０１について、図６を用いて説明する。
図６において、利用者が入力するグループ通信のセッション情報を登録保持し、そのグループ通信のセッションを一意に特定するセッション識別子を付与するセッション情報保持部１０２と、利用者からの配送路情報の登録要求により登録保持し、また参照要求により各セッションに参加する参加者の配送路情報を配信する参加者配送路情報保持部１０３と、各セッション単位にセッションへの参加または離脱を受け付け管理し、変更の合った場合には利用者端末に通知するサーバ参加離脱通知部１０４とを備えている。
【００６６】
セッション情報保持部１０２は、セッション情報登録端末２０１からのセッション情報登録要求によりセッション単位にセッション情報８００をセッション情報データベース１０７に登録する。登録されたセッション情報８００に対しては、グループ通信のセッションを一意に特定するセッション識別子８０６を生成し、セッション情報データベース１０７に登録する。セッション情報の登録要求したセッション情報登録端末２０１にセッション識別子８０６を付与する。セッション情報データベース１０７には、図３（ｂ）に示すようにセッション単位に管理され、セッション情報登録端末２０１からのセッション情報８００とセッション情報保持部１０２が生成したセッション識別子８０６等が登録管理される。
【００６７】
ここで、セッション識別子８０６の生成方法について述べる。
セッション情報時保持部１０２は、セッション登録要求に基づいてセッション情報データベース１０７への登録処理時に新規に付与セッションＩＤを付与する。セッションＩＤとは、００００１，００００２のようにセッション情報サーバ内でセッションを一意に特定するための管理番号である。このセッションＩＤをセッション情報サーバ１０１のＩＰアドレスに対応づけられているＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ：ドメイン内のコンピュータを特定するために、ホスト名とドメイン名をドットで結合した表記）と結合し、セッション識別子８０６を生成する。
【００６８】
具体的には、例えばセッション情報サーバ１０１のＩＰアドレスに対応づけられているＦＱＤＮが、
ｓｅｒｖｅｒ．ｏｕｒ−ｓｅｓｓｉｏｎ−ｉｎｆｏ．ｊｐ：７７７７
であり、セッションＩＤが００００１であれば、セッション識別子８０６は、
ｓｃａｓｔ：／／ｓｅｒｖｅｒ．ｏｕｒ−ｓｅｓｓｉｏｎ−ｉｎｆｏ．ｊｐ：７７７７／００００１
と記述することができる。なお、本実施の形態では、セッション識別子の記述は、インターネットで情報の所在地を指示す際に広く用いられているＵＲＩ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）形式（ＲＦＣ２３９６で規定）で表現している。
【００６９】
セッション情報保持部１０２は、このように生成されたセッション識別子８０６をセッション登録要求に対する応答としてセッション情報登録端末２０１に返答する。参加者別配送路情報保持部１０３は、利用者端末４０１又は利用者端末６０１がデータグラムの配送路情報を得るために参加者情報（配送路情報）の登録要求を、ＴＣＰ／ＩＰ通信部１０５を介してネットワーク５０１経由で受ける。参加者情報（配送路情報）の登録要求を受けた参加者別配送路情報保持部１０３は、各利用者端末からの参加者情報（配送路情報）を参加者配送路情報データベース１０６に保持する。参加者情報８２０は、図５（ａ）にその一例を示すが、セッション識別子８０６、利用者端末のＩＰアドレス８２２及び参加者ＩＤ８２３と配送路を特定する、メディア型８３２および配送路情報８３４から構成される。
【００７０】
さらに、参加者別配送路情報保持部１０３は、参加者情報８２０（配送路情報）の登録要求をした各利用者端末がデータグラムの送受信に用いる配送路情報８３０の参照要求を、ＴＣＰ／ＩＰ通信部１０５を介してネットワーク５０１経由で受けると、登録された参加者情報８２０とセッション識別子通知メッセージ８１０を基に図５（ｂ）に示すようなセッション毎に作成・更新された配送路情報８３０を、参照要求のあった各利用者端末にそれぞれ送付する。
【００７１】
また、参加者別配送路情報保持部１０３は、参加していたセッションから離脱する際は、例えば利用者端末４０１から参加者情報８２０と同様の形式でセッションの離脱要求を、ＴＣＰ／ＩＰ通信部１０５を介して受ける。離脱要求を受けると図５（ｂ）に示す配送路情報８３０から離脱する参加者を削除し、配送路情報８３０を更新する。更新した配送路情報８３０は、各利用者端末からの配送路情報８３０の参照要求により各利用者端末に送付される。
【００７２】
なお、セッションへの参加者の登録又は離脱は、後述するサーバ参加離脱通知部１０４により各利用者端末からのイベント（セッションへの参加、セッションからの離脱）通知を受けると共にセッションに参加している各利用者端末に配送路情報の更新を促すようにイベント（配送路情報の更新要求）を、ＴＣＰ／ＩＰ通信部１０５を介して送付する。このイベント（配送路情報の更新要求）により各利用者端末は、セッションへの新たな参加や離脱があったことを知り、セッション情報サーバ１０１に対して配送路情報の参照要求により配送路情報を更新することになる。
【００７３】
サーバ参加離脱通知部１０４は、利用者が利用者端末４０１を用いてセッションに参加するため、参加者情報（配送路情報）を登録したタイミングで、自らが参加したイベント（セッションへの参加）を、ＴＣＰ／ＩＰ通信部１０５を介して受信する。イベント（セッションへの参加）通知を受けたサーバ参加離脱通知部１０４は、参加者別配送路情報保持部１０３に配送路情報の作成・更新を確認する。配送路情報の作成・更新の終了によりサーバ参加離脱通知部１０４は、セッションに参加している他の利用者の利用者端末と通信し、新たな利用者がセッションに参加したイベント（配送路情報の更新要求）を伝える。
【００７４】
同様に、セッションから離脱する場合も各利用者端末からイベント（セッションからの離脱）を、ＴＣＰ／ＩＰ通信部１０５を介して受信し、参加者別配送路情報保持部１０３に配送路情報の更新を確認した後に、セッションに参加している他の利用者の利用者端末と通信し、利用者がセッションから離脱したイベント（配送路情報の更新要求）を伝える。
【００７５】
以上のように、利用者Ｙ１と利用者Ｙ２が利用者端末１及び利用者端末２を使ってテレビ会議を行うまでについて説明したが、利用者Ｙ２が利用者Ｙ３にもテレビ会議に参加してもらうための手順について、図７のシーケンス図を用いて説明する。
【００７６】
なお、利用者携帯端末７０１及び利用者端末７２０、利用者端末６０１は、利用者携帯端末３０１及び利用者端末４０１とそれぞれ構成及び機能は同様であるので説明は省略する。また、セッション情報登録端末２０１についてはセッション情報の登録及びセッション識別子通知メッセージの通知のみについて説明したが、利用者端末６０１との通信する機能は、利用者携帯端末３０１で説明した機能を合わせて有しているものとする。
【００７７】
最初に、利用者携帯端末３０１から利用者携帯端末７２０に対して、テレビ会議に参加するようにセッション識別子通知メッセージ８１０を送付する（Ｓ７０１）。セッション識別子通知メッセージ８１０を受けた利用者携帯端末７２０は、メッセージ内容を表示し利用者Ｙ３に参加する否かの判断を仰ぐ。利用者Ｙ３がテレビ会議に参加する場合は、利用者携帯端末７２０からセッション識別子８０６を利用者端末７０１にＩｒＤＡ通信を用いて転送する（Ｓ７０２）。
【００７８】
テレビ会議に参加するように指示された利用者端末７０１は、セッション識別子、利用者端末情報８２２、参加者ＩＤ８２３、メディア型８３２および配送路情報８３４からなる参加者情報８２０を、ＴＣＰ／ＩＰ通信を介してセッション情報サーバ１０１に送付し、参加者情報８２０の登録要求を行う（Ｓ７０３）。利用者端末７０１は、参加者情報８２０の登録要求と同じタイミングで、イベント（セッションへの参加）を、ＴＣＰ／ＩＰ通信を介してセッション情報サーバ１０１に送付する（Ｓ７０４）。セッション情報サーバ１０１は、新たな参加者を登録すると共に配送路情報８３０を更新する。
【００７９】
参加者情報８２０の登録要求を受けたセッション情報サーバ１０１は、新たな参加者が発生したので、配送路情報８３０を更新するようにイベント（配送路情報の更新要求）として各利用者端末４０１、６０１、７０１に送付する（Ｓ７０５）。イベント（配送路情報の更新要求）を受け取った参加者情報８２０の登録を行った利用者端末７０１からもセッション情報サーバ１０１に対して、配送路情報８３０の参照要求を送り（Ｓ７０６）、テレビ会議に参加している他の利用者端末の配送路情報８３０を取得する（Ｓ７０７）。
【００８０】
同様に、イベント（配送路情報の更新要求）を受け取った利用者端末６０１からセッション情報サーバ１０１に対して配送路情報８３０の参照要求が出され（Ｓ７０８）、配送路情報８３０を取得し（Ｓ７０９）、利用者端末６０１は配送路情報８３０を更新する。同様に、イベント（配送路情報の更新要求）を受け取った利用者端末４０１からセッション情報サーバ１０１に対して配送路情報８３０の参照要求が出され（Ｓ７１０）、配送路情報８３０を取得し（Ｓ７１１）、利用者端末４０１は配送路情報８３０を更新する。
【００８１】
以上の手順により各利用者端末はテレビ会議に参加している他の利用者端末の配送路情報８３０を取得更新することにより、新たに参加した利用者端末７０１とも音声データや映像データを送受することによりテレビ会議が可能となる（Ｓ７１２）。
【００８２】
次に、テレビ会議から利用者端末７０１が離脱する場合について説明する。
利用者端末７０１は、ＴＣＰ／ＩＰ通信を介してセッション情報サーバ１０１に送付し、参加者情報８２０の削除要求を行う（Ｓ７２０）。利用者端末７０１は、参加者情報８２０の削除要求と同じタイミングで、イベント（セッションへの離脱）を、ＴＣＰ／ＩＰ通信を介してセッション情報サーバ１０１に送付する（Ｓ７２１）。セッション情報サーバ１０１は、セッションから参加者を削除すると共に配送路情報８３０を更新する。
【００８３】
セッションからの離脱要求を受けたセッション情報サーバ１０１は、セッションからの参加者の離脱が発生したので、配送路情報８３０を更新するようにイベント（配送路情報の更新要求）として各利用者端末４０１、６０１に送付する（Ｓ７２２）。イベント（配送路情報の更新要求）を受け取った利用者端末４０１からセッション情報サーバ１０１に対して配送路情報８３０の参照要求が出され（Ｓ７２３）、配送路情報８３０を取得し（Ｓ７２４）、利用者端末４０１は配送路情報８３０を更新する。同様に、イベント（配送路情報の更新要求）を受け取った利用者端末６０１からセッション情報サーバ１０１に対して配送路情報８３０の参照要求が出され（Ｓ７２５）、配送路情報８３０を取得し（Ｓ７２６）、利用者端末６０１は配送路情報８３０を更新する。
【００８４】
以上の手順により各利用者端末はテレビ会議に参加している他の利用者端末の配送路情報８３０を取得更新することにより、セッションから離脱した利用者端末７０１を除く各利用者端末と音声データや映像データを送受することによりテレビ会議が可能となる（Ｓ７２７）。
【００８５】
なお、本実施の形態では、新たな参加者が参加した場合、セッション情報サーバ１０１が配送路情報の更新要求を既に参加している利用者端末に通知し、利用者端末がセッション情報サーバ１１０に対して配送路情報の参照要求を行うシーケンスであるが、これを新たな参加者が参加した場合に、セッション情報サーバ１１０が配送路情報の更新要求を行う代わりに、新たな参加者の配送路情報を含めたすべての参加者の配送路情報をあわせて通知するシーケンスでも実施することができる。この場合、利用端末は、セッション情報サーバに対して改めて配送路情報８３０の参照要求を行う必要がなくなる。ただし、この方式で実施する場合、複数の参加者が同時に参加離脱する場合に、セッション情報サーバ上で配送路情報の不整合が起こることを防ぐため、サーバ処理をシングルスレッドで実施するなどの措置を取る必要がある。
【００８６】
（実施の形態２）
図８は、本発明の実施の形態２に係るグループ通信システムの構成図である。本実施の形態は、実施の形態１で説明した構成と基本的には同じであるが、各処理端末を汎用のコンピュータで実現したものである。
【００８７】
図８において、本実施の形態に係るグループ通信システムは、各端末よりセッション情報及び参加者情報の登録を行い、登録されたセッション単位でセッション識別子及び配送路情報の送付を行うセッション情報サーバ１０１と、セッション情報サーバ１０１に対してセッション情報の登録を行うセッション情報登録端末２０１と、セッション情報登録端末２０１よりテレビ会議への参加を促すセッション識別子通知メッセージを受ける利用者携帯端末３０１と、利用者携帯端末３０１よりセッション識別子を受取り、セッション情報サーバ１０１から配送路情報を取得し、テレビ会議を行う利用者端末４０１と、各端末及びセッション情報サーバ１０１との通信を行うネットワーク５０１とを備えている。
【００８８】
また、ネットワーク５０１は、ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰによるユニキャスト配送、ＳＳＭ（Ｓｏｕｒｃｅ  Ｓｐｅｃｉｆｉｃ  Ｍｕｌｔｉｃａｓｔ）もしくはＸＣＡＳＴ（Ｅｘｐｌｉｃｉｔ  Ｍｕｌｔｉｃａｓｔ）（参考文献：ｄｒａｆｔ−ｏｏｍｓ−ｘｃａｓｔ−ｂａｓｉｃ−ｓｐｅｃ−）の１対多の配送能力を持つマルチキャストが利用可能なネットワークであり、セッション情報サーバ１０１、セッション情報登録端末２０１、利用者携帯端末３０１および利用者端末４０１は、ＴＣＰ／ＩＰおよびＵＤＰ／ＩＰのユニキャスト通信機能備え、その端末上でアプリケーションプロセスを動作させることができるオペレーティングシステムを搭載している端末である。前記オペレーティングシステム上のプロセスでは、前記オペレーティングシステムによる提供されるＡＰＩにより他の端末上、および同一端末上の他のプロセスとＴＣＰ／ＩＰ、ＵＤＰ／ＩＰのユニキャスト通信ができる。
【００８９】
また、利用者端末４０１は、アプリケーションは、１対多のマルチキャスト通信ソケットのとしてＳＳＭもしくはＸＣＡＳＴの通信ソケットとルータを超えないリンクローカルスコープもしくはノードローカルスコープの多対多のＩＰマルチキャスト通信ソケットを開設することができる。また、セッション情報登録端末２０１および利用者携帯端末３０１は、公衆網５１０にも接続することができる端末である。
【００９０】
次に、セッション情報登録端末２０１、利用者携帯端末３０１、利用者端末４０１及びセッション情報サーバ１０１の動作について説明する。
【００９１】
最初に、セッション情報登録端末２０１について、図９の処理フローを用いて説明する。セッション情報登録端末２０１は、セッション情報登録・参照処理とセッション識別子通知処理に大別される。セッション情報登録・参照処理は、これから行われるセッションに関する情報を入力しセッション情報・セッション識別子蓄積部２０５に登録する（Ｓ９０１）。入力及び登録されるセッション情報８００は、図３（ａ）にその一例を示すが、セッション単位にセッション名８０２、セッション内容８０３、セッション開催時間８０４及びセッション型８０５から構成されるが、これに限定されるものではない。
【００９２】
入力・保持されたセッション情報８００は、ＴＣＰ／ＩＰ通信機能を用いて入力・保持されたセッション情報８００の登録要求をセッション情報サーバ１０１に送られる（Ｓ９０２）。次に、セッション情報サーバ１０１にセッション情報８００の登録要求後に、セッション識別子の参照要求を行い（Ｓ９０３）、セッションＩＤ８０１と共にセッション識別子８０６を取得し、セッション識別子・セッション情報保持部２０５に保持する（Ｓ９０４）。
【００９３】
セッション識別子通知処理は、セッション識別子・セッション情報保持部２０５に保持されているセッション識別子８０６とセッション情報８００を基にセッション識別子通知メッセージ８１０を生成し、セッション識別子・セッション情報保持部２０５に保持する（Ｓ９０５）。生成されたセッション識別子通知メッセージ８１０の一例を図３（ｂ）に示すが、セッション情報サーバ１０１より付与されたセッション識別子８０６とセッション情報８００を合成したものである。利用者は、このセッション識別子メッセージ８０６を、利用者携帯端末番号保持部２０６に保持されているテレビ会議に参加して欲しい人の利用者携帯端末の番号を選択し、公衆網通信機能を用いて利用者携帯端末３０１に送付する（Ｓ９０６）。
【００９４】
次に、セッション識別子メッセージ８０６を受けた利用者携帯端末３０１について、図１０の処理フローを用いて説明する。
【００９５】
セッション識別子受信処理は、セッション情報登録端末２０１から公衆網５１０経由で公衆網通信機能によりセッション識別子メッセージ８０６を受信する（Ｓ１００１）。セッション識別子メッセージ８０６を受け取ると利用者に音、振動、可視光線もしくは、これらを組み合わせた方法により利用者に到着した事実を通知する（Ｓ１００２）。
【００９６】
セッション情報提示処理は、セッション識別子受信処理が受信したセッション識別子メッセージ８０６を元に、ＴＣＰ／ＵＤＰ／ＩＰ通信機能によりセッション情報サーバ１０１に、参照要求を送付する（Ｓ１００３）。セッション情報サーバ１０１から参照要求に対応したセッション情報およびメディア情報を含むセッション識別子通知メッセージ８１０を受信し、セッション識別子・セッション情報保持部３０６に保持する（Ｓ１００４）。これにより利用者は、セッション識別子受信処理が受信したセッションの情報を確認することができる。
【００９７】
第二セッション識別子通知処理は、図１０に示す通り、利用者携帯端末３０１のセッション識別子引渡し機能とＨＴＴＰブラウザおよび利用者端末４０１上のｈｔｔｐｄおよびセッション識別子受信プロセスにより構成されている。
【００９８】
セッション識別子引渡し処理は、セッション識別子受信処理で受信したセッション識別子８０６をＴＣＰ・ＵＤＰ／ＩＰ通信機能を用いて、ｈｔｔｐブラウザに引き渡すことができる（Ｓ１００５）。具体的には、利用者携帯端末３０１のｈｔｔｐブラウザが、利用者端末４０１のｈｔｔｐｄへＴＣＰ／ＩＰ通信機能で接続する。ｈｔｔｐブラウザは、セッション識別子を含むＵＲＩに対してアクセスする。ＵＲＬの具体例は、次のようになる。
【００９９】
ｈｔｔｐ：／／利用者端末４０１／ｃｇｉ−ｂｉｎ／セッション識別子受信プロセス／？ｓｅｓｓｉｏｎ−ｉｄｅｎｔｉｆｉｃａｔｉｏｎ＝ｓｃａｓｔ：／／ｓｅｓｓｉｏｎ．ｍｒｉｔ．ｃｏ．ｊｐ／００００２／
利用者携帯端末３０１のｈｔｔｐブラウザ上にＵＲＬを入力すると、ｈｔｔｐブラウザは、ＴＣＰ／ＩＰ通信機能で利用者端末４０１のｈｔｔｐｄに接続する。接続を受けた利用者端末４０１のｈｔｔｐｄは、／ｃｇｉ−ｂｉｎ／という名前のディレクトリに収められているセッション識別子受信プロセスを引数として
ｓｅｓｓｉｏｎ−ｉｄｅｎｔｉｆｉｃａｔｉｏｎ＝ｓｃａｓｔ：／／ｓｅｓｓｉｏｎ．ｍｒｉｔ．ｃｏ．ｊｐ／００００２／
を指定して起動する。ｈｔｔｐｄによって起動された利用者端末４０１のセッション識別子受信プロセスは、
ｓｃａｓｔ：／／ｓｅｓｓｉｏｎ．ｍｒｉｔ．ｃｏ．ｊｐ／００００２／
という文字列情報であるセッション識別子を受信することになる。
【０１００】
これによりセッション識別子を利用者携帯端末３０１から利用者端末４０１に通知することができる。
【０１０１】
次に、利用者端末４０１について説明する。
予め、セッション識別子は、利用者携帯端末３０１のセッション識別子引渡し処理によりアクセスを受けたｈｔｔｐｄが起動したセッション識別子受信プロセス４２０により受信してあるものとする。
【０１０２】
配送路情報登録・参照プロセス４２１の処理を図１１の処理フローを用いて説明する。アプリケーション間通信路４２７を用いてセッション識別子受信プロセス４２０よりセッション識別子８０６を受け取る（Ｓ１１０１）。セッション識別子８０６を基に利用者端末４０１のカーネルが提供するＴＣＰ／ＩＰ通信機能を用いて、セッション情報サーバ１０１に、利用者端末４０１がデータグラムの送信に用いる参加者情報８２０（配送路情報）の登録要求を送付する（Ｓ１１０２）。参加者情報８２０の登録要求と同タイミングで、アプリケーション間通信路４２７を用いて参加離脱通知クライアントプロセス４２４にイベント（セッションへの参加）を通知し、参加離脱通知クライアントプロセス４２４よりセッション情報サーバ１０１に通知する。（Ｓ１１０３）。この時、送付する参加者情報８２０は、一例を図６（ａ）に示すように、セッション識別子８０６、利用者端末８２２、配送路情報８３４及び参加者ＩＤ８２３から構成される。
【０１０３】
各利用者端末からイベント（セッションへの参加）通知を受けたセッション情報サーバ１０１からのイベント（配送路情報の更新要求）通知は、ＴＣＰ・ＵＤＰ／ＩＰ通信機能を用いて参加離脱通知クライアントプロセス４２４が受ける（Ｓ１１０４）。セッション情報サーバ１０１からのイベント（配送路情報の更新要求）を受けると、セッション識別子８０６を基に作成した利用者端末４０１がデータグラムの受信に用いる配送路情報８３０の参照要求を送付する（Ｓ１１０５）。参照要求に基づいた配送路情報８３０を、利用者端末４０１のカーネルが提供するＴＣＰ／ＩＰ通信機能を用いて、セッション情報サーバ１０１から取得し、配送路情報蓄積部４０９に保持し、アプリケーション間通信路４２７を通じて配送路制御プロセスに通知する（Ｓ１１０６）。このときに参照する配送路情報８３０は、図６（ｂ）にその一例を示すように、セッション識別子８０６、メディア型８３２、参加者ＩＤ８２３及び配送路情報８３４から構成される。
【０１０４】
また、離脱の手続きについて図８を用いて説明する。
利用者が参加していたセッションから離脱する場合、後述する音声配送アプリケーションプロセス４２６および映像配送アプリケーションプロセス４２５が利用者の入力をキー入力装置４３４のイベントを受けて、配送路情報登録・参照プロセス４２１に対して、アプリケーション間通信路４２７を通じて、自らが配送に利用してきた配送路情報の削除指示をセッション情報サーバ１０１に送付するように指示を送る。セッションからの離脱の指示（配送路情報の削除指示）を受けた配送路情報登録・参照プロセス４２１は、配送路情報の削除要求をＴＣＰ・ＵＤＰ／ＩＰ通信機能を用いてセッション情報サーバ１０１に送付する。
【０１０５】
参加離脱通知クライアントプロセス４２４は、利用者が利用者端末４０１を用いてセッションに参加または離脱するため、セッション情報サーバ１０１と通信し、自らが参加または離脱したイベント（セッションへの参加、セッションからの離脱）を伝える。また、他の利用者端末からのセッションへの参加あるいは離脱したイベントはセッション情報サーバ１０１を経由して受け取る。
【０１０６】
また、セッション情報サーバ１０１と通信し、イベントを受け取った参加離脱通知クライアントプロセス４２４は、アプリケーション通信路を用いて、配送路情報登録・参照プロセス４２１と通信し、配送路情報８３０の参照要求を促す。配送路情報登録・参照プロセス４２１は、配送路情報登録・参照プロセス４２１のＳ１１０４〜Ｓ１１０６処理と同様の手順で他の利用者が利用する配送路情報をすべて取得し、取得した配送路情報を基にアプリケーション通信路を通じて配送路制御プロセス４２３に配送路の更新を要求する。
【０１０７】
配送路情報の更新の要求を受けた配送路制御プロセス４２３は、アプリケーション通信路を用いて新たな利用者の利用者端末が利用する配送路を含むすべての配送路情報８３０を用いて、アプリケーションが利用する配送路を制御する。配送路制御プロセス４２３は、アプリケーション通信路４２７を用いて送信および受信に用いる配送路情報８３０を受け取り、この配送路情報８３０を使って、データグラム送受を行うように音声配送アプリケーションプロセス４２６および映像配送アプリケーションプロセス４２５を制御する。
【０１０８】
音声配送アプリケーションプロセス４２６は、複数配送路からのデータグラムを受信し、スピーカ装置４３０に出力することで音声を再生し、マイク装置４３１から取得した音声データのデータグラムを自らが利用する配送路に送信し、他の利用者の利用者端末に配送する。
【０１０９】
映像配送アプリケーションプロセス４２５は、複数配送路からのデータグラムを受信し、送信元ごとに区分してディスプレイ装置４３２に出力することで映像を受信し、カメラ装置４３３から取得した映像データのデータグラムを自らが利用する配送路に送信することで、他の利用者の利用者端末に配送する。
【０１１０】
音声配送アプリケーションプロセス４２６および映像配送アプリケーションプロセス４２５は、キー入力装置４３４のイベントを受け、後で説明する離脱処理を起動することができる。音声配送アプリケーションプロセスおよび映像配送アプリケーションプロセスは、配送路制御プロセスの要求に応じて、自らが送信に用いる配送路を用いてデータグラムを送信したり、受信に用いる複数の配送路を用いてデータグラムを受信したりすることができる。
【０１１１】
また、音声配送アプリケーションプロセス４２６および映像配送アプリケーションプロセス４２５は、利用者がセッションを終了する場合、キー入力装置４３４のイベントを受け付けて、配送路情報登録・参照プロセス４２１に自らが配送に利用してきた配送路情報の削除をセッション情報サーバ１０１に送付するように指示し、参加離脱通知クライアントプロセス４２４に対してイベント（セッションからの離脱）をセッション情報サーバ１０１に送付するように要求し、音声配送アプリケーションプロセスおよび映像配送アプリケーションプロセスの処理を停止する離脱処理を実行することができる。
【０１１２】
次に、セッション情報サーバ１０１について説明する。
セッション情報サーバ１０１は、コンピュータ上でセッション情報サーバプロセスにより動作する。セッション情報サーバプロセスについて、図８を用いて説明する。
【０１１３】
図８において、セッション情報サーバ１０１は、利用者が入力するグループ通信のセッション情報を登録保持し、そのグループ通信のセッションを一意に特定するセッション識別子を付与するセッション情報処理部１１１と、利用者からの配送路情報の登録要求により登録保持し、また参照要求により各セッションに参加する参加者の配送路情報を配信する参加者配送路情報処理部１１２と、要求メッセージ受信処理が受け付けた要求に対して各処理結果を応答メッセージの形式に編集して、要求元に送付する応答メッセージ作成送信処理部１１３と、各利用者端末からの要求を受け付け要求内容に応じて各処理プロセスを起動する要求メッセージ受取処理部１１４と、各セッション単位にセッションへの参加または離脱を受け付け管理し、変更の合った場合には利用者端末に通知する参加離脱通知サーバ処理部１１５と、参加者情報及び配送路情報を蓄積する参加者配送路情報データベース１０６と、セッション情報及びセッション識別子通知メッセージを蓄積するセッション情報データベース１０７とを備えており、さらにＴＣＰ／ＩＰおよびＵＤＰ／ＩＰのユニキャスト通信機能備え、各利用者端末と通信を行うことができる。
【０１１４】
最初に、セッション情報サーバプロセス１１０の全体の処理の流れについて、図１２を用いて説明する。
セッション情報サーバプロセス１１０が起動されると、要求メッセージ受信処理部１１４は、セッション情報登録端末２１０や各利用者端末からの要求メッセージを受けて、要求内容に応じてセッション情報処理部１１１、参加者配送路情報処理部１１２または参加離脱通知処理部１１５のいずれかを起動する（Ｓ１５０１）。起動を受けたセッション情報処理部１１１、参加者配送路情報処理部１１２または参加離脱通知処理１１５はそれぞれ要求内容に応じた処理を行い、その処理結果を出力する（Ｓ１５０２、Ｓ１５０３、Ｓ１５０４）。
【０１１５】
起動を受けたセッション情報処理部１１１、参加者配送路情報処理部１１２または参加離脱通知処理部１１５の処理については、後で詳細に説明する。要求に応じた処理結果は、応答メッセージ作成送信処理部１１３により応答メッセージの形式に編集して、ＴＣＰ／ＩＰ通信機能を用いて要求元に送付する（Ｓ１５０４）。応答メッセージ形式とは、要求に応じた処理結果を可読可能なテキスト文字を用いて記述する形式のことであり、基本的にＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  ：文献  ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐｎｅｗ−０４．ｔｘｔ）に準拠し、その一部を拡張した形式である。
【０１１６】
例えば、セッション情報処理部１１１、参加者配送路情報処理部１１２、参加離脱通知処理部１１５の応答例を図１３に示す。
【０１１７】
セッション情報処理部１１１の応答の例を図１３（Ａ）に示す。
応答メッセージのヘッダ部１７０１には、セッション情報を示すフラグ「Ｓ」と登録要求に対する応答であることを示すフラグ「Ａ」及びセッションＩＤ１７０２から構成され、起案者情報ｏ１７０３には利用者の連絡先１７０４、セッション識別子１７０５、セッション識別子のバージョン１７０６とセッション情報登録端末のＩＰアドレス１７０７とから構成されている。また、セッション名ｓ１７０８はセッション名、セッション開催時間ｔ１８０９はセッションの開始時刻と終了時刻が記述されている。
【０１１８】
参加者配送路情報処理部１１２の応答の例を図１３（Ｂ）に示す。
応答メッセージのヘッダ部１７１２には、参加者配送路情報を意味するフラグ「Ｐ」と参照要求に対する応答である「Ａ」及びセッションＩＤ１７１３から構成され、起案者情報ｏ１７１４は図１３（Ａ）と同様の構成である。利用者毎にメディアｍ１７１５、属性ａ１７１６、接続情報ｃ１７１７の組で構成され、これは参加者配送路情報である。メディアｍ１８０４はメディア型、ポート番号、トランスポート及びフォーマットを記述し、属性ａ１８０５は利用者を示す属性１７１８と利用者の連絡先１７１９を記述しれ、接続情報ｃ１８０６にはマルチキャストグループアドレス１７２０と送信元アドレス１７２１とを記述する。
【０１１９】
参加離脱通知処理１１５の応答の例を図１３（Ｃ）に示す。
応答メッセージのヘッダ部１７２５には、セッション情報を示すフラグ「Ｓ」と離脱通知を意味するフラグ「Ｄ」及びセッションＩＤ１７２６から構成され、起案者情報ｏの記述は図１３（Ｂ）と同様である。
【０１２０】
要求メッセージ受信処理１１４により起動されたセッション情報処理１１１の動作について、図１４を用いて説明する。
セッション情報登録端末２０１からのセッション情報の登録要求によりセッション単位にセッション情報８００を、ＴＣＰ／ＩＰ通信機能を用いて受信し、セッション情報データベース１１６に登録する（Ｓ１２０１）。セッション情報８００は、図３（ａ）にその一例を示す。登録されたセッション情報８００に対しては、グループ通信のセッションを一意に特定するセッション識別子８０６を生成し、セッション情報データベース１０７に登録する（Ｓ１２０２）。
【０１２１】
セッション情報の登録要求したセッション情報登録端末２０１にセッション識別子８０６を、出力結果として応答メッセージ作成送信処理１１３に送る（Ｓ１２０３）。セッション情報データベース１０７には、図３（ｂ）に示すようにセッション単位に管理され、セッション情報登録端末２０１からのセッション情報８００とセッション情報処理１１１が生成したセッション識別子８０６等が登録管理される。なお、セッション識別子８０４の生成及びその形式は実施の形態１と同様であるのでその説明は省略する。
【０１２２】
要求メッセージ受信処理１１４により起動された参加者配送路情報処理の動作について、図１５を用いて説明する。
【０１２３】
最初に各利用者端末からの要求が参加者情報の登録要求か削除要求か参照要求をチェックする（Ｓ１３０１）。要求が参加者情報の登録要求の場合は、利用者端末４０１または利用者端末６０１がデータグラムの配送路情報を得るために参加者情報（配送路情報）の登録要求を、ＴＣＰ／ＩＰ通信機能を介してネットワーク５０１経由で受ける（Ｓ１３０２）。参加者情報（配送路情報）の登録要求を受けた参加者別配送路情報保持部１０３は、各利用者端末からの参加者情報（配送路情報）を参加者配送路情報データベース１０６に保持する。
【０１２４】
参加者情報８２０は、図５（ａ）にその一例を示すが、セッション識別子８０６、利用者端末のＩＰアドレス８２２及び参加者ＩＤ８２３から構成される。セッション単位に参加する各利用者端末からの参加者情報から図５（ｂ）に示す配送路情報８３０を登録された参加者情報８２０とセッション識別子通知メッセージ８１０を基に作成・更新し、参加者配送路情報データベース１０６に保持する（Ｓ１３０３）。
【０１２５】
さらに、参加者情報８２０（配送路情報）の登録要求をした各利用者端末がデータグラムの送受信に用いる配送路情報８３０の参照要求を、ＴＣＰ／ＩＰ通信機能を介してネットワーク５０１経由で受ける（Ｓ１３０４）。配送路情報８３０を参照要求のあった各利用者端末にそれぞれ送付するように応答メッセージ作成送信処理１１３に出力する（Ｓ１３０５）。
【０１２６】
また、要求が参加者情報の参照要求の場合は、参加者情報（配送路情報）の参照要求を、ＴＣＰ／ＩＰ通信機能を介してネットワーク５０１経由で受ける（Ｓ１３１０）。配送路情報８３０を参照要求のあった各利用者端末にそれぞれ送付するように応答メッセージ作成送信処理１１３に出力する（Ｓ１３１１）。
【０１２７】
また、要求が参加者情報の削除要求の場合は、参加していたセッションから離脱する際は、例えば利用者端末４０１から参加者情報８２０と同様の形式でセッションの離脱要求を、ＴＣＰ／ＩＰ通信機能を介して受ける（Ｓ１３０６）。離脱要求を受けると図５（ｂ）に示す配送路情報８３０から離脱する参加者を削除し、配送路情報８３０を更新する（Ｓ１３０７）。更新した配送路情報８３０は、各利用者端末からの配送路情報８３０の参照要求を受け（Ｓ１３０８）、各利用者端末に送付するように応答メッセージ作成送信処理１１３に出力する（Ｓ１３０９）。
【０１２８】
なお、セッションへの参加者の登録又は離脱は、後述する参加離脱通知サーバ処理１１５により各利用者端末からのイベント（セッションへの参加、セッションからの離脱）通知を受けると共にセッションに参加している各利用者端末に配送路情報の更新を促すようにイベント（配送路情報の更新要求）送付する。このイベント（配送路情報の更新要求）により各利用者端末は、セッションへの新たな参加や離脱があったことを知り、セッション情報サーバプロセス１１０に対して配送路情報の参照要求により配送路情報を更新することになる。
【０１２９】
要求メッセージ受信処理１１４により起動された参加離脱通知サーバ処理１１５の動作について、図１６を用いて説明する。
最初に各利用者端末から通知されるイベントがセッションへの参加又は離脱かをチェックする（Ｓ１４０１）。通知されたイベントがセッションへの参加の場合は、利用者が利用者端末４０１を用いてセッションに参加するため、参加者情報（配送路情報）を登録したタイミングで、自らが参加したイベント（セッションへの参加）を、ＴＣＰ／ＩＰ通信機能を介して受信する（Ｓ１４０２）。
【０１３０】
イベント（セッションへの参加）通知を受け、参加者別配送路情報処理１１１に配送路情報の作成・更新を確認する（Ｓ１４０３）。配送路情報の作成・更新の終了により、セッションに参加している他の利用者の利用者端末と通信し、あらたな利用者がセッションに参加したイベント（配送路情報の更新要求）を応答メッセージ作成送信処理１１３に通知する（Ｓ１４０４）。
【０１３１】
同様に、通知されたイベントがセッションからの離脱の場合は、セッションから離脱する場合も各利用者端末からイベント（セッションからの離脱）を、ＴＣＰ／ＩＰ通信機能を介して受信し（Ｓ１４０５）、参加者別配送路情報保持手段１０３に配送路情報の更新を確認し（Ｓ１４０６）、その後に、セッションに参加している他の利用者の利用者端末と通信し、利用者がセッションから離脱したイベント（配送路情報の更新要求）を応答メッセージ作成送信処理１１３に通知する（Ｓ１４０７）。
【０１３２】
以上のように本実施の形態は、複数の端末間でテレビ会議のように音声又は映像データを相互に転送する場合の配送路情報を、イベントの発生により各端末に配送路情報の更新を促し、各端末に更新させることによりセッションへの参加又は離脱を自由に行うようにしたものである。
【０１３３】
なお、本実施の形態では、データグラムを送受するアプリケーションとして、音声伝送アプリケーションプロセス４２６および映像伝送アプリケーションプロセス４２５を制御することでテレビ会議のセッションへの参加離脱を可能にしたものであるが、描画動作をデータグラムとして送受するホワイトボードアプリケーションや、制御画面の内容をデータグラムとして送受する制御画面共有アプリケーションの配送路を制御するシステムも構築することができる。
【０１３４】
（実施の形態３）
図１７は、本発明の実施の形態３に係るグループ通信システムの構成図である。
本実施の形態は、各端末９０１−１〜９０１−３が、実施の形態１又は２で説明したセッション情報サーバ１０１、セッション情報登録端末２０１、利用者携帯端末３０１及び利用者端末４０１の機能を兼ね備えたもので、どの端末もそれぞれの機能を果たすことで、グループ通信を可能としたものである。なお、セッション情報登録端末２０１、利用者端末６０１、セッション情報サーバ１０１、利用者携帯端末３０１、利用者端末４０１、利用者携帯端末７２０及び利用者端末７０１については、実施の形態１及び実施の形態２に説明した通りであり重複した説明は省略する。
【０１３５】
実施の形態１又は２では、セッション情報を登録するセッション情報登録端末２０１と利用者端末６０１、又はセッション識別子通知メッセージ受ける利用者携帯端末３０１と利用者端末４０１、又はセッション識別子通知メッセージ受ける利用者携帯端末７２０と利用者端末７０１が夫々独立した端末としたが、本実施の形態では１つの端末で実施するようにしたものである。
【０１３６】
すなわち、本実施の形態では、図１の概念図に対応させて、端末９０１−１にセッション情報登録端末２０１と利用者端末６０１の機能を、端末９０１−２にはセッション情報サーバ１０１の機能を、端末９０１−３には利用者携帯端末３０１と利用者端末４０１の機能を持たせるものとする。
【０１３７】
以上説明したように本実施の形態では、各端末に全ての機能（セッションの起案、セッション情報の登録管理、利用者端末）を持たせ、その時の状況に応じて、各端末機能を使い分けることにより、テレビ会議をより柔軟に活用することがでる。
【０１３８】
なお、端末９０１−２には、セッション情報サーバ１０１の機能に加え、利用者携帯端末７２０と利用者端末７０１の機能を持たせることも可能である。
また、各端末９０１−１〜９０１−３は、それぞれインターネット５４０に接続されているため、セッション情報及びセッション識別子通知メッセージの授受は、電子メールやインスタントメッセージなど広く知られた手法で実現することができる。
【０１３９】
【発明の効果】
以上のように本発明によれば、利用者がグループ通信のセッションに参加するタイミングで利用者端末と配送路を確定し、その配送路の情報を他の参加者の利用者端末に通知し、利用者端末のデータグラム送受アプリケーションが複数の配送路を用いてデータグラムの送受を行うように制御するようにしたので、参加者が動的に増減するようなグループ通信を行っている最中であっても、新たな利用者の参加がある場合にその利用者の利用者端末を確定することができ、結果として全ての参加者の間でグループ通信を行うことが可能となる。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係るグループ通信システムの概念図
【図２】本発明の実施の形態１に係るグループ通信システムの構成を示すブロック図
【図３】本発明の実施の形態１に係るグループ通信システムで用いられるセッション情報及びセッション識別子通知メッセージの一例を示す図
【図４】本発明の実施の形態１に係るグループ通信システムを構成する利用者端末の構成を示すブロック図
【図５】本発明の実施の形態１に係るグループ通信システムで用いられる参加者情報及び配送路情報の一例を示す図
【図６】本発明の実施の形態１に係るグループ通信システムを構成するセッション情報サーバの構成を示すブロック図
【図７】本発明の実施の形態１に係るグループ通信システムの動作説明図であり、利用者が新たに参加する場合の手順を示す図
【図８】本発明の実施の形態２に係るグループ通信システムの構成を示すブロック図
【図９】本発明の実施の形態２に係るグループ通信システムのセッション情報登録・参照処理の処理フロー図
【図１０】本発明の実施の形態２に係るグループ通信システムを構成する利用者携帯端末の処理フロー図
【図１１】本発明の実施の形態２に係るグループ通信システムを構成する利用者端末の配送路情報登録・参照プロセスの処理フロー図
【図１２】本発明の実施の形態２に係るグループ通信システムの動作説明図であり、セッション情報サーバプロセスの全体処理の流れを示す図
【図１３】本発明の実施の形態２に係るグループ通信システムの動作説明図であり、（Ａ）はセッション情報処理の応答の一例を示す図、（Ｂ）は参加者配送路情報処理の応答の一例を示す図、（Ｃ）は参加離脱通知処理の応答の一例を示す図
【図１４】本発明の実施の形態２に係るグループ通信システムを構成するセッション情報サーバのセッション情報処理の処理フロー図
【図１５】本発明の実施の形態２に係るグループ通信システムを構成するセッション情報サーバの参加者配送路情報処理の処理フロー図
【図１６】本発明の実施の形態２に係るグループ通信システムを構成するセッション情報サーバの参加離脱通知サーバ処理の処理フロー図
【図１７】本発明の実施の形態３に係るグループ通信システムの構成図
【図１８】従来技術のＩＰマルチキャスト通信用セッション情報提供方法の説明図
【符号の説明】
１０１  セッション情報サーバ
１０２  セッション情報保持部
１０３  参加者別配送路情報保持部
１０４  サーバ参加離脱通知部
１０５  ＴＣＰ／ＩＰ通信部
１０６  参加者配送路情報データベース
１０７  セッション情報データベース
１１０  セッション情報サーバプロセス
１１１  セッション情報処理部
１１２  参加者配送路情報処理部
１１３  応答メッセージ作成送信処理
１１４  要求メッセージ受取処理部
１１５  参加離脱通知サーバ処理部
２０１  セッション情報登録端末
２０２  セッション情報登録・参照部
２０３  セッション識別子通知部
２０４  ｉ―Ｍｏｄｅ通信部
２０５  セッション情報・セッション識別子記憶部
２０６  利用者携帯端末識別番号保持部
３０１  利用者携帯端末
３０２  セッション識別子受信部
３０３  セッション情報提示部
３０４  第２セッション識別子通知部
３０５  ＩｒＤＡ通信部
３０６  セッション情報セッション識別子蓄積部
３０７  公衆通信部
４０１、６０１、７０１  利用者端末
４０２  第２セッション識別子受信部
４０３  配送路情報登録参照部
４０４  クライアント参加離脱通知部
４０５  配送路制御部
４０６  データグラム送受信アプリケーション実行部
４０７  ＴＣＰ／ＩＰ通信部
４０８  ＩｒＤＡ通信部
４０９  配送路情報蓄積部
４２０  セッション識別子受信プロセス
４２１  配送路情報登録参照プロセス
４２３  配送路制御プロセス
４２４  参加離脱通知プロセス
４２５  映像配送アプリケーションプロセス
４２６  音声配送アプリケーションプロセス
４３０  スピーカ装置
４３１  マイク装置
４３２  ディスプレイ装置
４３３  カメラ装置
４３４  キー入力装置
５０１  ネットワーク
５１０  公衆網
５２０  ｉ―Ｍｏｄｅ網
５３０  ＧＷ
５４０  インターネット
７２０  利用者携帯端末
９０１−１、９０１−２、９０１−３  端末
【図１】
2004165742.tif 000003
【図２】
2004165742.tif 000004
【図３】
2004165742.tif 000005
【図４】
2004165742.tif 000006
【図５】
2004165742.tif 000007
【図６】
2004165742.tif 000008
【図７】
2004165742.tif 000009
【図８】
2004165742.tif 000010
【図９】
2004165742.tif 000011
【図１０】
2004165742.tif 000012
【図１１】
2004165742.tif 000013
【図１２】
2004165742.tif 000014
【図１３】
2004165742.tif 000015
【図１４】
2004165742.tif 000016
【図１５】
2004165742.tif 000017
【図１６】
2004165742.tif 000018
【図１７】
2004165742.tif 000019
【図１８】
2004165742.tif 000020