JP2004165742A - Group communication delivery path control method and group communication system - Google Patents

Group communication delivery path control method and group communication system Download PDF

Info

Publication number
JP2004165742A
JP2004165742A JP2002326055A JP2002326055A JP2004165742A JP 2004165742 A JP2004165742 A JP 2004165742A JP 2002326055 A JP2002326055 A JP 2002326055A JP 2002326055 A JP2002326055 A JP 2002326055A JP 2004165742 A JP2004165742 A JP 2004165742A
Authority
JP
Japan
Prior art keywords
session
information
user
terminal
delivery route
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002326055A
Other languages
Japanese (ja)
Inventor
Yoshihiro Suzuki
良宏 鈴木
Tetsuya Kawakami
哲也 川上
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to JP2002326055A priority Critical patent/JP2004165742A/en
Publication of JP2004165742A publication Critical patent/JP2004165742A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a group communication system whereby a user terminal can participate in / leaving from a session of group communication even on the way of the session. <P>SOLUTION: The group communication system is provided with: a session information registration terminal 201 for providing session information describing a session and a participation condition into the session; each user terminal 401 for providing a session identifier to the session information registration terminal 201, the session identifier denoting a location of the session information and the session information itself on a network receiving a provided session and uniquely decided in units of sessions, a session information server 101 for sequentially receiving delivery path information from each of the user terminals 401, 601, 701 taking part in the session and registering / managing the information in units of sessions, and a plurality of the user terminals 401, 601, 701 for sequentially acquiring the delivery path information coming from the other user terminal from the session information server 101 and taking part in the session, and the system attains the group communication whereby each of the user terminals can sequentially participate in / leaving from the session. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する利用分野】
本発明は、少なくとも１人の利用者によって利用される可能性があるネットワークに接続された利用者端末を用いて、複数の参加者が１対１もしくは１対多もしくは多対多の複数の配送路を用いてグループ通信を行うグループ通信配送路制御方法及びグループ通信システムに関する。
【０００２】
【従来の技術】
近年、インターネットが一般的に利用されるに伴い、身近にある情報家電をネットワークに接続ための技術開発が盛んに行われており、ネットワーク接続機能を持った装置が普及しつつある。また、爆発的に普及した携帯電話の高機能化により、高度な計算機能、通信機能を持った携帯端末を持ち歩く習慣が広くみられるようになっている。ネットワークへの接続機能を持ったこれらの機器を連携して利用することでテレビ会議のように、音声動画など複数のメディアを複数の利用者の間で共有するグループ通信を簡易に実現する要求が高まっている。
【０００３】
グループ通信を開始するための手法としては、１つのメディアを配送するために用いる配送路の種別によって次の２つに分類することができる。
（１）１つのメディアの配送に多対多の配送能力を持つマルチキャスト配送路を利用するもの。
（２）１つのメディアの配送に複数の１対１のユニキャスト配送路、もしくは複数の１対多の配送路を利用するもの。
【０００４】
従来、１つのメディアの配送に多対多の配送能力を持つマルチキャスト配送路を用いたグループ通信のセッションを確立するための情報提供方法としては、例えば特許文献１に記載されたものが知られている。
【０００５】
以下に、図面を用いて従来の技術を説明する。
図１８は、従来のグループ通信のセッション情報提供方法を説明するためのブロック図である。
図１８において、ネットワーク１では、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ ＴａｓｋＦｏｒｃｅ ：インターネットの標準化組織）より発行されている標準を規定する文書ＲＦＣ（Ｒｅｑｕｅｓｔ ｆｏｒ ｃｏｍｍｅｎｔ）２９７４で規定されているＳＡＰ（Ｓｅｓｓｉｏｎ Ａｎｎｏｕｎｃｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）の広告方式にしたがって特定のＩＰマルチキャストグループ上にセッション情報３がルータ２を経由して定期的に広告されている。セッション情報には、利用者がそのセッションに参加すべきかどうかを判断するために必要なセッション名、開催時間、セッションの内容の説明といった情報と、グループ通信を行うアプリケーションがデータグラムを配送するために利用する配送路情報（例：マルチキャストグループアドレス）が含まれる。
【０００６】
広告されるメッセージは、ＲＦＣ２３２７で規定される記述規則ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）にしたがって記述されている。情報提供装置１０は、このセッション情報を受信し、ＨＴＭＬ（ｈｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式に変換して保存しておくことにより、ネットワーク１上のコンピュータ４よりＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）用のブラウザを用いて表示可能としている。利用者はＷＷＷ用のブラウザを閲覧し、参加すべきセッションを選択することで、セッションに用いられる配送路情報（例：マルチキャストグループアドレス）を知ることができる。そして、利用者はこの配送路上を流れる音声動画などのマルチメディア情報を受信するアプリケーションを起動することでセッションに参加することができる。また、利用者はこの配送路に自らが発信するマルチメディア情報を送信することができる。
【０００７】
ところで、この配送路情報は、セッション開始前に予め決定されて広告されている必要があり、セッション開始後に新たな配送路情報を追加する方式は定められていない。このため、セッションに参加する参加者は、セッション開始時に広告されている配送路を用いて、他の参加者に情報を配送するようにしている。
【０００８】
従来方式を、１つのメディアの配送に、複数のユニキャスト配送路、もしくは複数の１対多の配送能力を持つマルチキャストを用いて行うグループ通信に適用するためには、次の挙げる課題がある。
【０００９】
すなわち、セッションの開始に先立って、全ての配送路の情報が決定され広告されている必要があるため、動的に参加者が増減するようなグループ通信を行うことができない。
【００１０】
この課題を詳細に説明するため、配送路の種別について説明する。
特定の参加者に対して情報を配送するための配送路は、１対１の通信に用いられるユニキャスト配送路と、特定多数との通信に用いられるマルチキャスト配送路に分けられる。さらにマルチキャスト配送路は、ＩＥＴＦで標準化に向けて議論するための草案ｄｒａｆｔ―ｉｅｔｆ―ｓｓｍ―ｏｖｅｒｖｉｅｗ−で規定される１対多の配送能力を持つマルチキャスト配送路と、ＲＦＣ１０７５で網内のルータ間での配送路確立方式が規定されている多対多の配送能力を持つマルチキャスト配送路とに分けられる。１対１の配送路は、送信元ＩＰアドレスと配送先ＩＰアドレスの組（Ｓ，Ｄ）で規定される。１対多の配送路は、送信元ＩＰアドレスとマルチキャストグループアドレスの組（Ｓ，Ｇ）で規定される。多対多の配送路は、マルチキャストグループアドレス（Ｇ）で規定される。
【００１１】
グループ通信を多対多で行う場合、ある参加者が発する情報は、他の参加者に配送される必要がある。多対多の配送能力を持つ配送路を用いてグループ通信を行う場合、セッション開始時に配送路情報（Ｇ）が決定される。そして、参加者が参加するときにこの配送路情報（Ｇ）が伝えられ、参加者はこの配送路（Ｇ）を利用してデータグラムを送受するアプリケーションを起動することで、データグラムを他の参加者に配送することができる。セッションに新たな参加者を招待する場合は、この配送路情報（Ｇ）を伝えることができれば、新たな参加者は自らの利用者端末上でこの配送路情報を指定し、適切なアプリケーションを起動してセッションに参加することができる。
【００１２】
一方、複数の１対多の配送能力を持つ配送路や複数の１対１のユニキャスト配送路を用いてグループ通信を行う場合、配送路情報の一部として、参加者の利用者端末のＩＰアドレス（Ｓ）が必要となる。
【００１３】
参加予定の全ての利用者の利用者端末のＩＰアドレスをセッションの開始時に知ることは困難な場合がある。例えば、数名でテレビ会議を行うセッションにおいて、新たな参加者を携帯電話などで呼び出し、呼び出された参加者が手近にある利用者端末を用いてセッションへの参加を行う場合が考えられる。この場合、新たな参加者の利用者端末のＩＰアドレスは、参加者が呼び出された後、すなわちセッションの途中で決定することになる。
【００１４】
【特許文献１】
特開平１１−２２５１６４号公報（第３−４頁、図２）
【００１５】
【発明が解決しようとする課題】
しかしながら、従来のグループ通信配送路制御方法においては、グループ通信を１対１あるいは１対多の配送路を複数用いて行おうとしても、参加する可能性のある利用者の利用者端末のＩＰアドレスをセッション開始時に予め知っている必要があるため、実現不可能であるという問題がある。つまり、参加者が動的に増減するようなグループ通信即ち新たな利用者が参加するタイミングでその利用者の利用者端末が確定するようなグループ通信は困難である。
【００１６】
本発明は係る点に鑑みてなされたものであり、グループ通信のセッションに途中からでも参加・離脱のできるグループ通信配送路制御方法及びグループ通信システムを提供することを目的とする。
【００１７】
【課題を解決するための手段】
請求項１に係る発明のグループ通信配送路制御方法は、セッション情報サーバによってセッション情報登録端末を含む複数の利用者端末がグループ通信を行うグループ通信配送路制御方法であって、セッション情報登録端末がセッション情報サーバにセッション及びセッションへの参加条件を記述したセッション情報を登録することで、セッション情報サーバが、セッション単位に一意に決まるネットワーク上で情報の所在地とセッション情報を示すセッション識別子を前記セッション情報登録端末に付与し、前記セッション情報登録端末がセッション識別子を取得することで、そのセッション識別子をこれから招待する利用者の利用者携帯端末に通知し、通知を受けた前記利用者携帯端末がセッションへの参加を希望する場合にはセッション識別子を受理して利用者端末に通知し、更に他の利用者携帯端末に向けてセッション識別子を通知し、前記各利用者端末が、受理したセッション識別子を元に自らがデータグラムの配送に利用する配送路情報を前記セッション情報サーバに登録するとともに、前記セッション情報サーバから前記他の利用者端末がデータグラムの配送に用いている配送路情報を取得する。
【００１８】
この方法によれば、グループ通信の参加者の増減に応じて利用者端末が通信に利用する配送路を制御することができるので、各利用者端末間で逐次参加離脱可能なグループ通信が可能となる。
【００１９】
請求項２に係る発明のグループ通信配送路制御方法は、請求項１に係る発明のグループ通信配送路制御方法において、前記セッション情報サーバが、前記各利用者端末から配送路情報の登録と同時にイベントを受けることで新たな配送路情報の生成して現在の配送路情報を更新し、更に受けたイベントを基に前記各利用者端末に対して配送路情報を更新するように促すイベントを通知する。
【００２０】
この方法によれば、新たな参加者が１対多のマルチキャスト配送路もしくは複数の１対１のユニキャスト配送路を用いてデータグラムの送信を行う場合でも、新たな参加者が利用する配送路情報が、既に参加している他の利用者に通知されるため、双方向のグループ通信を行うことが可能となる。
【００２１】
請求項３に係る発明のグループ通信配送路制御方法は、請求項１に係る発明のグループ通信配送路制御方法において、前記各利用者端末が前記セッションから離脱するために配送路情報の削除要求と同時にイベントを送信することで、前記セッション情報サーバが新たな配送路情報を生成して現在の配送路情報を更新し、更に受けたイベントを基に前記各利用者端末に対して配送路情報を更新するように促すイベントを通知する。
【００２２】
この方法によれば、ある参加者が離脱した場合、他の全ての参加者は速やかに不必要な配送路の情報を知ることができるので、不要なデータグラムを受信することなくグループ通信を継続することが可能となる。
【００２３】
請求項４に係る発明のセッション情報登録端末は、セッション情報サーバによって複数の利用者端末がグループ通信を行うグループ通信システムに用いられるセッション情報登録端末であって、前記セッション情報サーバに対してセッション及びセッションへの参加条件を記述したセッション情報の登録要求を行うとともに、前記セッション情報サーバに対してセッション単位に一意に決まるネットワーク上で情報の所在地とセッション情報を示すセッション識別子の付与を要求するセッション情報登録参照手段と、セッション識別子の付与要求することによって得られたセッション識別子をセッションに招待する他の利用者携帯端末に通知するセッション識別子通知手段と、を具備する構成を採る。
【００２４】
この構成によれば、セッションへの参加を希望する利用者の利用者携帯端末に、セッション単位に一意に決まるネットワーク上で情報の所在地（例えばＵＲＬ）とセッション情報を示すセッション識別子を通知するので、各利用者端末間で逐次参加離脱可能なグループ通信システムを実現することができる。
【００２５】
請求項５に係る発明のセッション情報サーバは、セッション情報登録端末を含む複数の利用者端末がグループ通信を行うグループ通信システムに用いられるセッション情報サーバであって、前記セッション情報登録端末よりセッション情報の登録要求があると、セッション情報を登録すると共に前記セッション情報登録端末に対しセッション単位に一意に決まるネットワーク上で情報の所在地とセッション情報を示すセッション識別子を付与するセッション情報保持手段と、利用者携帯端末から通知されたセッション識別子により利用者端末がデータグラムの配送に用いる配送路情報の登録要求を行ってきた場合にその登録要求を受け付けることで、グループ通信に参加する利用者端末毎に利用する配送路情報を保持する参加者別配送路情報保持手段と、前記複数の利用者端末の中からグループ通信への参加又は離脱のイベントを通知してきたものがあると、他の利用者端末に当該イベントを通知するサーバ参加離脱通知手段と、を具備する構成を採る。
【００２６】
この構成によれば、セッションに参加するための情報を逐次各利用者端末に提供するので、各利用者端末間で逐次参加離脱可能なグループ通信システムを実現することができる。
【００２７】
請求項６に係る発明の利用者携帯端末は、セッション情報サーバ及びセッション情報登録端末によって、複数の利用者端末がグループ通信を行うグループ通信システムに用いられる利用者携帯端末であって、前記セッション情報登録端末からのセッション識別子を受信するセッション識別子受信手段と、受信したセッション識別子を元に利用者にセッションの内容を提示するセッション情報提示手段と、利用者がセッションへの参加を希望する操作を行った場合に、受信したセッション識別子を利用者端末に通知するセッション識別子通知手段と、を具備する構成を採る。
【００２８】
この構成によれば、利用者に受信したセッションの内容を提示し、利用者がその提示した内容を確認してセッションへの参加を希望する操作を行った場合に、その利用者の利用者端末にセッション識別子を通知するので、利用者端末がセッションへの参加が可能となり、各利用者端末間で逐次参加離脱可能なグループ通信システムを実現することができる。
【００２９】
請求項７に係る発明の利用者端末は、セッション情報サーバと、セッション情報登録端末と、利用者携帯端末とを備えたグループ通信システムに用いられる利用者端末であって、利用者携帯端末からのセッション識別子を受信するセッション識別子受信手段と、前記セッション識別子受信手段にて受信されたセッション識別子を元に自らが利用するデータグラム配信のための配送路情報をセッション情報サーバに登録し、更に前記セッション情報サーバから他の利用者端末が登録した配送路情報を取得する配送路情報登録参照手段と、前記配送路情報登録参照手段で取得された前記配送路情報にてデータグラムの配送を制御する配送路制御手段と、利用者のセッションへの参加又は離脱のイベントを前記セッション情報サーバに通知するクライアント参加離脱通知手段と、を具備する構成を採る。
【００３０】
この構成によれば、利用者端末は、受理したセッション識別子に基づいて、自らが利用するデータグラム配信のための配送路情報をセッション情報サーバに登録するとともに、他の利用者端末が利用する配送路情報を取得し、他の利用者端末との間の配送路を決めるので、各利用者端末間で逐次参加離脱可能なグループ通信システムを実現することができる。
【００３１】
請求項８に係る発明のグループ通信システムは、請求項４に係る発明のセッション情報登録端末と、請求項５に係る発明のセッション情報サーバと、請求項６に係る発明の利用者携帯端末と、請求項７に係る発明の利用者端末と、を具備する構成を採る。
【００３２】
この構成によれば、グループ通信の参加者の増減に応じて利用者端末が通信に利用する配送路を制御することができるので、各利用者端末間で逐次参加離脱可能なグループ通信システムを実現することができる。
【００３３】
請求項９に係る発明の利用者携帯端末は、請求項６に係る発明の利用者携帯端末において、少なくとも請求項４に記載のセッション情報登録端末又は請求項５に記載のセッション情報サーバ又は請求項７に記載の利用者端末のいずれかの機能と同等の機能を更に具備する構成を採る。
【００３４】
この構成によれば、複数の利用者が携帯端末のみでグループ通信を行うことが可能となり、携帯端末を使用可能なエリアであれば何時でも何処でもグループ通信を行うことができる。
【００３５】
【発明の実施の形態】
本発明の骨子は、利用者がグループ通信のセッションに参加するタイミングで利用者端末と配送路を確定し、その配送路情報を他の参加者の利用者端末にも通知し、利用者端末のデータグラム送受アプリケーションを制御することで、全ての参加者間でグループ通信を可能とすることである。
【００３６】
以下、本発明の実施の形態について、図を参照して詳細に説明する。
【００３７】
（実施の形態１）
図１は、本発明の実施の形態１に係るグループ通信システムの概念図である。また、図２は、本実施の形態に係るグループ通信システムの詳細な構成を示すブロック図である。図１に示すように、本実施の形態に係るグループ通信システムは、利用者Ｙ１〜利用者Ｙ３が、それぞれ音声動画を１対多のマルチキャスト配送路を用いて送信するとともに受信して再生表示する機能を持った利用者端末１〜利用者端末３を用いてインターネット５０１を介してテレビ会議によるグループ通信を行えるものである。
【００３８】
まず、図１を参照して、セッション識別子の流れとセッション開始におけるグループ通信システムの動作概要について説明する。
【００３９】
図１において、利用者Ｙ１がセッション情報登録端末２０１を用いてインターネット５０１を介して通信し、これから起案するセッションに関するセッション情報をセッション情報サーバ１０１に登録する（Ｓ０１）。セッション情報サーバ１０１は、そのセッション情報に対してセッション識別子を発行し（Ｓ０２）、セッション情報登録端末２０１に通知する。利用者Ｙ１は、セッション情報登録端末２０１を用いて、このセッション識別子をこれから招待する利用者である利用者Ｙ２の利用者携帯端末３０１に通知する（Ｓ０３）。
【００４０】
利用者携帯端末３０１は、セッション識別子を受信すると、利用者Ｙ２に着信を通知し、セッションに参加するか否かの判断を仰ぎ、セッションへの参加を希望する場合には、受信したセッション識別子を利用者端末４０１に通知する（Ｓ０４）。
【００４１】
利用者端末４０１は、登録および取得した配送路情報を利用してデータグラムの送信及び受信を行うように音声動画の送信受信を行うプログラムを制御する機能を有している。利用者端末４０１は、セッション識別子の通知を受けると、インターネット５０１を介して音声動画を用いたテレビ会議を１対多のマルチキャスト配送路を用いて行うため、受信したセッション識別子を元にセッション情報サーバ１０１にアクセスし、自らが音声動画の送信に利用する配送路の情報を含む参加者情報を登録する（Ｓ０５）。さらに、他の参加者が音声動画の配送に用いているマルチキャスト配送路の情報を取得し（Ｓ０６）、この配送路上のデータグラムを受信するように音声動画の送受を行うプログラムを制御する。
【００４２】
また、利用者端末４０１は、自らが音声動画の送信に用いる配送路の情報を含む参加者情報をセッション情報サーバ１０１に登録した後、セッション情報サーバ１０１に対して自らが参加したイベントを通知する。セッション情報サーバ１０１は、この通知を受信すると、そのセッションに参加している利用者端末６０１にイベントを通知し、配送路の更新を促す。利用者端末６０１は、配送路の更新通知を受けると、セッション情報サーバ１０１から最新の配送路情報を受信し、その配送路情報を利用して音声動画のデータグラムの送受を行うように制御する。
【００４３】
以上の手順により、利用者端末６０１と利用者端末４０１は配送路を確保し、テレビ会議を行うことが可能になる。
なお、利用者Ｙ２が、利用者Ｙ３にもテレビ会議に参加させたい場合には、利用者携帯端末３０１からセッション識別子を利用者携帯端末７２０に送信し（Ｓ０７）、会議への参加を促す。利用者Ｙ３がテレビ会議への参加を希望する場合は、利用者携帯端末７２０と利用者端末７０１を用いて上述したＳ０４〜Ｓ０６の処理を繰り返すことにより配送路を確保することができ、利用者Ｙ３を加えた３人でテレビ会議を行うことが可能となる。
【００４４】
このようにシステムが動作することにより、利用者がグループ通信のセッションに参加するタイミングで利用者端末と配送路を確定し、その配送路の情報が他の参加者の利用者端末に通知し、利用者端末のデータグラムを送受するプログラムが制御されることで、結果として全ての参加者の間でグループ通信を行うことが可能となる。
【００４５】
次に、本実施の形態に係るグループ通信システムの詳細な構成について説明する。
図２は、図１で説明したセッション情報登録端末２０１、利用者携帯端末３０１、利用者端末４０１及びセッション情報サーバ１０１夫々の構成を示すブロック図である。
【００４６】
図２において、セッション情報サーバ１０１、セッション情報登録端末２０１、利用者端末４０１は、それぞれネットワーク５０１を介した通信機能を持ち、その上でアプリケーションプロセスを実行できるオペレーティングシステムを備えた端末である。利用者携帯端末３０１は、セッション情報サーバ１０１、セッション情報登録端末２０１及び利用者端末４０１とデータの送受を行うことができる端末である。
【００４７】
次に、セッション情報登録端末２０１について説明する。
セッション情報登録端末２０１は、セッション情報を入力し、セッション識別子・セッション情報保持部２０５に記憶するセッション情報登録・参照部２０２と、入力されたセッション情報をセッション情報サーバ１０１に送信し、セッション識別子の付与を受けるｉ−Ｍｏｄｅ通信部２０４と、セッション情報サーバ１０１から付与されたセッション識別子を利用者Ｙ２の利用者携帯端末３０１に公衆網通信部２０７を介して送信するセッション識別子通知部２０３とを備えている。
【００４８】
セッション情報登録・参照部２０２は、テレビ会議を行うために必要なセッション情報を作成する。セッション情報８００は、その一例を図３（ａ）のセッション単位情報８００に示すように、開催するセッションの名前としてセッション名８０２、セッションの内容８０３、セッション開催時間８０４及びセッションへの参加の形態を示すセッション型８０５などから構成される。図３（ａ）の例では、討論会８０７の案内がセッションの内容及びセッションの開催時間等と共にセッション情報登録端末２０１から通知されたものであり、セミナー８０８も同様に通知されたものである。作成されたセッション情報８００は、セッション識別子・セッション情報保持部２０５に蓄積する。
【００４９】
ｉ‐Ｍｏｄｅ通信部２０４は、セッション情報登録・参照部２０２で作成されたセッション情報８００をセッション情報サーバ１０１に登録するために、ｉ‐Ｍｏｄｅ網５２０、ＧＷ（Ｇａｔｅ Ｗａｙ）５３０及びネットワーク５０１を介して、セッション情報サーバ１０１のＵＲＬにアクセスしてセッション情報８００を登録する。さらに、セッション情報サーバ１０１にセッション情報８００を登録することにより、付与されるセッション識別子を取得する。取得したセッション識別子は、セッション情報登録・参照部２０２によりセッション識別子・セッション情報保持部２０５に記憶される。
【００５０】
付与されたセッション識別子は、例えば、セッション情報サーバの識別子が
ｓｅｒｖｅｒ．ｏｕｒ−ｓｅｓｓｉｏｎ−ｉｎｆｏ．ｊｐ：７７７７
であり、セッション情報登録端末２０１が登録したセッション情報のセッションＩＤが００００１であれば、セッション識別子は、
ｓｃａｓｔ：／／ｓｅｒｖｅｒ．ｏｕｒ−ｓｅｓｓｉｏｎ−ｉｎｆｏ．ｊｐ：７７７７／００００１
と記述することができる。なお、セッション識別子は、インターネットで情報の所在地を指示す際に広く用いられているＵＲＩ形式（ＲＦＣ２３９６で規定）で表現している。
【００５１】
セッション識別子通知部２０３は、セッション識別子・セッション情報保持部２０５に保持されているセッション識別子を基にセッション識別子通知メッセージを生成する。受信したセッション識別子通知メッセージ８１０は、図３（ｂ）に示すように、セッション情報８００にセッション情報サーバ１０１より通知されたセッション識別子８０６を加えて構成したものである。利用者Ｙ１は、作成されたセッション識別子通知メッセージ８１０を、公衆網通信部２０７を介して公衆網５１０を通じて利用者携帯端末番号保持部２０６により選択した送付先である利用者携帯端末３０１に送付する。なお、セッション情報登録端末２０１からのセッション識別子通知メッセージ８１０を受けた利用者端末６０１については後述する。
【００５２】
次に、セッション情報登録端末２０１よりセッション識別子通知メッセージ８１０を送付された利用者携帯端末３０１及び利用者端末４０１について、図２及び図４を用いて説明する。
【００５３】
利用者携帯端末３０１は、図２に示すように、公衆網通信部３０７を介してセッション識別子通知メッセージ８１０の通知を受けるセッション識別子受信部３０２と、受信したセッション識別子通知メッセージ８１０をセッション識別子保持部３０６に記録し利用者Ｙ２に提示するセッション情報提示部３０２と、利用者Ｙ２がセッション識別子情報通知メッセージ８１０で通知を受けたテレビ会議に参加する場合、セッション識別子８０６を利用者端末４０１にＩｒＤＡ通信部３０５を介してセッション識別子８０６を送付する第２のセッション識別子通知部３０４とを備えている。
【００５４】
セッション識別子受信部３０２は、セッション情報登録端末２０１より公衆網５１０を利用して公衆網通信部３０７を介して送られてくるセッション識別子通知メッセージ８１０を受信する。受信したセッション識別子通知メッセージ８１０を元にこの情報の到着をベルあるいは振動を用いて利用者Ｙ２に通知する。
【００５５】
セッション情報提示部３０３は、セッション識別子受信部３０２からセッション識別子通知メッセージ８１０をセッション識別子保持部３０６に記録すると共に画面にこの情報を表示する。これにより、利用者Ｙ１が利用者Ｙ２を呼び出し、セッション識別子およびセッション情報を通知することが可能となる。
【００５６】
第２のセッション識別子通知部３０４は、利用者Ｙ２がセッション識別子通知メッセージ８１０を自ら利用者端末４０１に通知する場合、利用者端末４０１にセッション識別子通知メッセージ８１０を送信する。第２のセッション識別子通知部３０４は、利用者Ｙ２が見通せる範囲の機器のみ通信ができるＩｒＤＡ通信部３０５を介して利用者端末４０１にセッション識別子通知メッセージ８１０として送信する。利用者Ｙ２は、利用者携帯端末３０１を用いてセッション識別子通知メッセージ８１０を見通せる範囲でのみ利用者端末４０１に通知することができる。
【００５７】
なお、上記説明では、第２のセッション識別子通知部３０４とＩｒＤＡ通信部３０５を用いてセッション識別子通知メッセージ８１０を利用者端末４０１に送信したが、これに限定されるものではなく、半導体メモリ、磁気メモリ、光磁気メモリ、光メモリなどの記憶媒体を用いて、セッション識別子通知メッセージを引き渡すことで実現することができる。この場合、利用者が見通せる範囲に限定されることなくセッション識別子を利用者端末４０１に通知することができる。
【００５８】
また、セッション識別子は、可読可能な文字列として表現されるため、利用者端末４０１にキーボードや音声認識装置などの入力手段が備えられている場合、この入力手段を用いて入力することで通知することができる。
【００５９】
次に、利用者携帯端末３０１よりセッション識別子通知メッセージ８１０の送信を受けた利用者端末４０１について、図４を用いて説明する。
【００６０】
図４において、ＩｒＤＡ通信部４０８を介して利用者携帯端末３０１からのセッション識別子通知メッセージ８１０を受信する第２セッション識別子受信部４０２と、第２セッション識別子受信部４０２からセッション識別子通知メッセージ８１０を受け取ると、ＴＣＰ／ＩＰ通信部４０７を介してセッション情報サーバ１０１に対して自らが利用する配送路（送信ＰＡＨＴ）を含む参加者情報を登録し、他の利用者が利用する配送路情報（受信ＰＡＴＨ）を含む参加者情報を取得する配送路情報登録参照部４０３と、他の参加者が参加・離脱した事実（イベント）をセッション情報サーバ１０１上のサーバ参加離脱通知手段経由で通知を受けるクライアント参加離脱通知部４０４と、配送路の更新の要求を受け、アプリケーション通信路を用いて新たな利用者の利用者端末が利用する配送路を含む全ての配送路情報を用いて、アプリケーションが利用する配送路を制御する配送路制御部４０５と、配送路情報を用いてテレビ会議をするための音声及び映像データを他の利用者端末に配送するデータグラム送受アプリケーション実行部４０６とを備えている。
【００６１】
第２セッション識別子受信部４０２は、ＩｒＤＡ通信部４０８を介して利用者携帯端末３０１からのセッション識別子を受信する。配送路情報登録参照部４０３は、第２セッション識別子受信部４０２により受信したセッション識別子通知メッセージ８１０を元にＴＣＰ／ＩＰ通信部４０７を介してセッション情報サーバ１０１に自らが利用する参加者情報８２０（配送路情報（送信ＰＡＨＴ））を含む参加者情報を登録要求し、他の利用者が利用する配送路情報（受信ＰＡＴＨ）を含む参加者情報を参照要求により取得する。この時、セッション情報サーバ１０１に送る参加者情報８２０の一例を図５（ａ）に示す。セッション情報サーバ１０１から取得した配送路情報は、図５（ｂ）の配送路情報８３０にその一例を示すように、Ａｕｄｉｏ（オーディオ）かＶｉｄｅｏ（ビデオ）かを示すメディア型８３２、参加者ＩＤ８２３及び参加者に対応した配送路情報８３４から構成されている。
【００６２】
配送路制御部４０５は、配送路情報登録参照部４０３が取得した配送路情報（送信ＰＡＴＨおよび受信ＰＡＴＨ）を使用してデータグラム送受アプリケーション実行部４０６を制御する。配送路情報を使って、データグラム送受を行うように音声データおよび映像データを他の利用者端末の配送するように制御する。
【００６３】
クライアント参加離脱通知部４０４は、ＴＣＰ／ＩＰ通信部４０７を介してセッション情報サーバ１０１と連携して動作し、利用者が該セッションに参加または離脱した事実（イベント）を他の利用者の利用者端末に通知し、他の利用者の利用者端末が利用する配送路情報を更新するように促す。データグラム送受アプリケーション実行部４０６は、配送路情報を用いてテレビ会議をするための音声及び映像データを他の利用者端末にＴＣＰ／ＩＰ通信部４０７を介して配送する。
【００６４】
係る構成により、参加者の利用者端末がセッションに参加する時点で確定するような場合でも、新たな参加者の利用者端末がデータグラムの配送に用いる配送路の情報を他の参加者の利用者端末に通知することが可能となり、他の参加者の利用者端末の配送路制御部４０５がデータグラム送受アプリケーションを制御することにより、新たな参加者の利用者端末から発信するデータグラムを受信することが可能となる。
【００６５】
次に、セッション情報サーバ１０１について、図６を用いて説明する。
図６において、利用者が入力するグループ通信のセッション情報を登録保持し、そのグループ通信のセッションを一意に特定するセッション識別子を付与するセッション情報保持部１０２と、利用者からの配送路情報の登録要求により登録保持し、また参照要求により各セッションに参加する参加者の配送路情報を配信する参加者配送路情報保持部１０３と、各セッション単位にセッションへの参加または離脱を受け付け管理し、変更の合った場合には利用者端末に通知するサーバ参加離脱通知部１０４とを備えている。
【００６６】
セッション情報保持部１０２は、セッション情報登録端末２０１からのセッション情報登録要求によりセッション単位にセッション情報８００をセッション情報データベース１０７に登録する。登録されたセッション情報８００に対しては、グループ通信のセッションを一意に特定するセッション識別子８０６を生成し、セッション情報データベース１０７に登録する。セッション情報の登録要求したセッション情報登録端末２０１にセッション識別子８０６を付与する。セッション情報データベース１０７には、図３（ｂ）に示すようにセッション単位に管理され、セッション情報登録端末２０１からのセッション情報８００とセッション情報保持部１０２が生成したセッション識別子８０６等が登録管理される。
【００６７】
ここで、セッション識別子８０６の生成方法について述べる。
セッション情報時保持部１０２は、セッション登録要求に基づいてセッション情報データベース１０７への登録処理時に新規に付与セッションＩＤを付与する。セッションＩＤとは、００００１，００００２のようにセッション情報サーバ内でセッションを一意に特定するための管理番号である。このセッションＩＤをセッション情報サーバ１０１のＩＰアドレスに対応づけられているＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ：ドメイン内のコンピュータを特定するために、ホスト名とドメイン名をドットで結合した表記）と結合し、セッション識別子８０６を生成する。
【００６８】
具体的には、例えばセッション情報サーバ１０１のＩＰアドレスに対応づけられているＦＱＤＮが、
ｓｅｒｖｅｒ．ｏｕｒ−ｓｅｓｓｉｏｎ−ｉｎｆｏ．ｊｐ：７７７７
であり、セッションＩＤが００００１であれば、セッション識別子８０６は、
ｓｃａｓｔ：／／ｓｅｒｖｅｒ．ｏｕｒ−ｓｅｓｓｉｏｎ−ｉｎｆｏ．ｊｐ：７７７７／００００１
と記述することができる。なお、本実施の形態では、セッション識別子の記述は、インターネットで情報の所在地を指示す際に広く用いられているＵＲＩ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）形式（ＲＦＣ２３９６で規定）で表現している。
【００６９】
セッション情報保持部１０２は、このように生成されたセッション識別子８０６をセッション登録要求に対する応答としてセッション情報登録端末２０１に返答する。参加者別配送路情報保持部１０３は、利用者端末４０１又は利用者端末６０１がデータグラムの配送路情報を得るために参加者情報（配送路情報）の登録要求を、ＴＣＰ／ＩＰ通信部１０５を介してネットワーク５０１経由で受ける。参加者情報（配送路情報）の登録要求を受けた参加者別配送路情報保持部１０３は、各利用者端末からの参加者情報（配送路情報）を参加者配送路情報データベース１０６に保持する。参加者情報８２０は、図５（ａ）にその一例を示すが、セッション識別子８０６、利用者端末のＩＰアドレス８２２及び参加者ＩＤ８２３と配送路を特定する、メディア型８３２および配送路情報８３４から構成される。
【００７０】
さらに、参加者別配送路情報保持部１０３は、参加者情報８２０（配送路情報）の登録要求をした各利用者端末がデータグラムの送受信に用いる配送路情報８３０の参照要求を、ＴＣＰ／ＩＰ通信部１０５を介してネットワーク５０１経由で受けると、登録された参加者情報８２０とセッション識別子通知メッセージ８１０を基に図５（ｂ）に示すようなセッション毎に作成・更新された配送路情報８３０を、参照要求のあった各利用者端末にそれぞれ送付する。
【００７１】
また、参加者別配送路情報保持部１０３は、参加していたセッションから離脱する際は、例えば利用者端末４０１から参加者情報８２０と同様の形式でセッションの離脱要求を、ＴＣＰ／ＩＰ通信部１０５を介して受ける。離脱要求を受けると図５（ｂ）に示す配送路情報８３０から離脱する参加者を削除し、配送路情報８３０を更新する。更新した配送路情報８３０は、各利用者端末からの配送路情報８３０の参照要求により各利用者端末に送付される。
【００７２】
なお、セッションへの参加者の登録又は離脱は、後述するサーバ参加離脱通知部１０４により各利用者端末からのイベント（セッションへの参加、セッションからの離脱）通知を受けると共にセッションに参加している各利用者端末に配送路情報の更新を促すようにイベント（配送路情報の更新要求）を、ＴＣＰ／ＩＰ通信部１０５を介して送付する。このイベント（配送路情報の更新要求）により各利用者端末は、セッションへの新たな参加や離脱があったことを知り、セッション情報サーバ１０１に対して配送路情報の参照要求により配送路情報を更新することになる。
【００７３】
サーバ参加離脱通知部１０４は、利用者が利用者端末４０１を用いてセッションに参加するため、参加者情報（配送路情報）を登録したタイミングで、自らが参加したイベント（セッションへの参加）を、ＴＣＰ／ＩＰ通信部１０５を介して受信する。イベント（セッションへの参加）通知を受けたサーバ参加離脱通知部１０４は、参加者別配送路情報保持部１０３に配送路情報の作成・更新を確認する。配送路情報の作成・更新の終了によりサーバ参加離脱通知部１０４は、セッションに参加している他の利用者の利用者端末と通信し、新たな利用者がセッションに参加したイベント（配送路情報の更新要求）を伝える。
【００７４】
同様に、セッションから離脱する場合も各利用者端末からイベント（セッションからの離脱）を、ＴＣＰ／ＩＰ通信部１０５を介して受信し、参加者別配送路情報保持部１０３に配送路情報の更新を確認した後に、セッションに参加している他の利用者の利用者端末と通信し、利用者がセッションから離脱したイベント（配送路情報の更新要求）を伝える。
【００７５】
以上のように、利用者Ｙ１と利用者Ｙ２が利用者端末１及び利用者端末２を使ってテレビ会議を行うまでについて説明したが、利用者Ｙ２が利用者Ｙ３にもテレビ会議に参加してもらうための手順について、図７のシーケンス図を用いて説明する。
【００７６】
なお、利用者携帯端末７０１及び利用者端末７２０、利用者端末６０１は、利用者携帯端末３０１及び利用者端末４０１とそれぞれ構成及び機能は同様であるので説明は省略する。また、セッション情報登録端末２０１についてはセッション情報の登録及びセッション識別子通知メッセージの通知のみについて説明したが、利用者端末６０１との通信する機能は、利用者携帯端末３０１で説明した機能を合わせて有しているものとする。
【００７７】
最初に、利用者携帯端末３０１から利用者携帯端末７２０に対して、テレビ会議に参加するようにセッション識別子通知メッセージ８１０を送付する（Ｓ７０１）。セッション識別子通知メッセージ８１０を受けた利用者携帯端末７２０は、メッセージ内容を表示し利用者Ｙ３に参加する否かの判断を仰ぐ。利用者Ｙ３がテレビ会議に参加する場合は、利用者携帯端末７２０からセッション識別子８０６を利用者端末７０１にＩｒＤＡ通信を用いて転送する（Ｓ７０２）。
【００７８】
テレビ会議に参加するように指示された利用者端末７０１は、セッション識別子、利用者端末情報８２２、参加者ＩＤ８２３、メディア型８３２および配送路情報８３４からなる参加者情報８２０を、ＴＣＰ／ＩＰ通信を介してセッション情報サーバ１０１に送付し、参加者情報８２０の登録要求を行う（Ｓ７０３）。利用者端末７０１は、参加者情報８２０の登録要求と同じタイミングで、イベント（セッションへの参加）を、ＴＣＰ／ＩＰ通信を介してセッション情報サーバ１０１に送付する（Ｓ７０４）。セッション情報サーバ１０１は、新たな参加者を登録すると共に配送路情報８３０を更新する。
【００７９】
参加者情報８２０の登録要求を受けたセッション情報サーバ１０１は、新たな参加者が発生したので、配送路情報８３０を更新するようにイベント（配送路情報の更新要求）として各利用者端末４０１、６０１、７０１に送付する（Ｓ７０５）。イベント（配送路情報の更新要求）を受け取った参加者情報８２０の登録を行った利用者端末７０１からもセッション情報サーバ１０１に対して、配送路情報８３０の参照要求を送り（Ｓ７０６）、テレビ会議に参加している他の利用者端末の配送路情報８３０を取得する（Ｓ７０７）。
【００８０】
同様に、イベント（配送路情報の更新要求）を受け取った利用者端末６０１からセッション情報サーバ１０１に対して配送路情報８３０の参照要求が出され（Ｓ７０８）、配送路情報８３０を取得し（Ｓ７０９）、利用者端末６０１は配送路情報８３０を更新する。同様に、イベント（配送路情報の更新要求）を受け取った利用者端末４０１からセッション情報サーバ１０１に対して配送路情報８３０の参照要求が出され（Ｓ７１０）、配送路情報８３０を取得し（Ｓ７１１）、利用者端末４０１は配送路情報８３０を更新する。
【００８１】
以上の手順により各利用者端末はテレビ会議に参加している他の利用者端末の配送路情報８３０を取得更新することにより、新たに参加した利用者端末７０１とも音声データや映像データを送受することによりテレビ会議が可能となる（Ｓ７１２）。
【００８２】
次に、テレビ会議から利用者端末７０１が離脱する場合について説明する。
利用者端末７０１は、ＴＣＰ／ＩＰ通信を介してセッション情報サーバ１０１に送付し、参加者情報８２０の削除要求を行う（Ｓ７２０）。利用者端末７０１は、参加者情報８２０の削除要求と同じタイミングで、イベント（セッションへの離脱）を、ＴＣＰ／ＩＰ通信を介してセッション情報サーバ１０１に送付する（Ｓ７２１）。セッション情報サーバ１０１は、セッションから参加者を削除すると共に配送路情報８３０を更新する。
【００８３】
セッションからの離脱要求を受けたセッション情報サーバ１０１は、セッションからの参加者の離脱が発生したので、配送路情報８３０を更新するようにイベント（配送路情報の更新要求）として各利用者端末４０１、６０１に送付する（Ｓ７２２）。イベント（配送路情報の更新要求）を受け取った利用者端末４０１からセッション情報サーバ１０１に対して配送路情報８３０の参照要求が出され（Ｓ７２３）、配送路情報８３０を取得し（Ｓ７２４）、利用者端末４０１は配送路情報８３０を更新する。同様に、イベント（配送路情報の更新要求）を受け取った利用者端末６０１からセッション情報サーバ１０１に対して配送路情報８３０の参照要求が出され（Ｓ７２５）、配送路情報８３０を取得し（Ｓ７２６）、利用者端末６０１は配送路情報８３０を更新する。
【００８４】
以上の手順により各利用者端末はテレビ会議に参加している他の利用者端末の配送路情報８３０を取得更新することにより、セッションから離脱した利用者端末７０１を除く各利用者端末と音声データや映像データを送受することによりテレビ会議が可能となる（Ｓ７２７）。
【００８５】
なお、本実施の形態では、新たな参加者が参加した場合、セッション情報サーバ１０１が配送路情報の更新要求を既に参加している利用者端末に通知し、利用者端末がセッション情報サーバ１１０に対して配送路情報の参照要求を行うシーケンスであるが、これを新たな参加者が参加した場合に、セッション情報サーバ１１０が配送路情報の更新要求を行う代わりに、新たな参加者の配送路情報を含めたすべての参加者の配送路情報をあわせて通知するシーケンスでも実施することができる。この場合、利用端末は、セッション情報サーバに対して改めて配送路情報８３０の参照要求を行う必要がなくなる。ただし、この方式で実施する場合、複数の参加者が同時に参加離脱する場合に、セッション情報サーバ上で配送路情報の不整合が起こることを防ぐため、サーバ処理をシングルスレッドで実施するなどの措置を取る必要がある。
【００８６】
（実施の形態２）
図８は、本発明の実施の形態２に係るグループ通信システムの構成図である。本実施の形態は、実施の形態１で説明した構成と基本的には同じであるが、各処理端末を汎用のコンピュータで実現したものである。
【００８７】
図８において、本実施の形態に係るグループ通信システムは、各端末よりセッション情報及び参加者情報の登録を行い、登録されたセッション単位でセッション識別子及び配送路情報の送付を行うセッション情報サーバ１０１と、セッション情報サーバ１０１に対してセッション情報の登録を行うセッション情報登録端末２０１と、セッション情報登録端末２０１よりテレビ会議への参加を促すセッション識別子通知メッセージを受ける利用者携帯端末３０１と、利用者携帯端末３０１よりセッション識別子を受取り、セッション情報サーバ１０１から配送路情報を取得し、テレビ会議を行う利用者端末４０１と、各端末及びセッション情報サーバ１０１との通信を行うネットワーク５０１とを備えている。
【００８８】
また、ネットワーク５０１は、ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰによるユニキャスト配送、ＳＳＭ（Ｓｏｕｒｃｅ Ｓｐｅｃｉｆｉｃ Ｍｕｌｔｉｃａｓｔ）もしくはＸＣＡＳＴ（Ｅｘｐｌｉｃｉｔ Ｍｕｌｔｉｃａｓｔ）（参考文献：ｄｒａｆｔ−ｏｏｍｓ−ｘｃａｓｔ−ｂａｓｉｃ−ｓｐｅｃ−）の１対多の配送能力を持つマルチキャストが利用可能なネットワークであり、セッション情報サーバ１０１、セッション情報登録端末２０１、利用者携帯端末３０１および利用者端末４０１は、ＴＣＰ／ＩＰおよびＵＤＰ／ＩＰのユニキャスト通信機能備え、その端末上でアプリケーションプロセスを動作させることができるオペレーティングシステムを搭載している端末である。前記オペレーティングシステム上のプロセスでは、前記オペレーティングシステムによる提供されるＡＰＩにより他の端末上、および同一端末上の他のプロセスとＴＣＰ／ＩＰ、ＵＤＰ／ＩＰのユニキャスト通信ができる。
【００８９】
また、利用者端末４０１は、アプリケーションは、１対多のマルチキャスト通信ソケットのとしてＳＳＭもしくはＸＣＡＳＴの通信ソケットとルータを超えないリンクローカルスコープもしくはノードローカルスコープの多対多のＩＰマルチキャスト通信ソケットを開設することができる。また、セッション情報登録端末２０１および利用者携帯端末３０１は、公衆網５１０にも接続することができる端末である。
【００９０】
次に、セッション情報登録端末２０１、利用者携帯端末３０１、利用者端末４０１及びセッション情報サーバ１０１の動作について説明する。
【００９１】
最初に、セッション情報登録端末２０１について、図９の処理フローを用いて説明する。セッション情報登録端末２０１は、セッション情報登録・参照処理とセッション識別子通知処理に大別される。セッション情報登録・参照処理は、これから行われるセッションに関する情報を入力しセッション情報・セッション識別子蓄積部２０５に登録する（Ｓ９０１）。入力及び登録されるセッション情報８００は、図３（ａ）にその一例を示すが、セッション単位にセッション名８０２、セッション内容８０３、セッション開催時間８０４及びセッション型８０５から構成されるが、これに限定されるものではない。
【００９２】
入力・保持されたセッション情報８００は、ＴＣＰ／ＩＰ通信機能を用いて入力・保持されたセッション情報８００の登録要求をセッション情報サーバ１０１に送られる（Ｓ９０２）。次に、セッション情報サーバ１０１にセッション情報８００の登録要求後に、セッション識別子の参照要求を行い（Ｓ９０３）、セッションＩＤ８０１と共にセッション識別子８０６を取得し、セッション識別子・セッション情報保持部２０５に保持する（Ｓ９０４）。
【００９３】
セッション識別子通知処理は、セッション識別子・セッション情報保持部２０５に保持されているセッション識別子８０６とセッション情報８００を基にセッション識別子通知メッセージ８１０を生成し、セッション識別子・セッション情報保持部２０５に保持する（Ｓ９０５）。生成されたセッション識別子通知メッセージ８１０の一例を図３（ｂ）に示すが、セッション情報サーバ１０１より付与されたセッション識別子８０６とセッション情報８００を合成したものである。利用者は、このセッション識別子メッセージ８０６を、利用者携帯端末番号保持部２０６に保持されているテレビ会議に参加して欲しい人の利用者携帯端末の番号を選択し、公衆網通信機能を用いて利用者携帯端末３０１に送付する（Ｓ９０６）。
【００９４】
次に、セッション識別子メッセージ８０６を受けた利用者携帯端末３０１について、図１０の処理フローを用いて説明する。
【００９５】
セッション識別子受信処理は、セッション情報登録端末２０１から公衆網５１０経由で公衆網通信機能によりセッション識別子メッセージ８０６を受信する（Ｓ１００１）。セッション識別子メッセージ８０６を受け取ると利用者に音、振動、可視光線もしくは、これらを組み合わせた方法により利用者に到着した事実を通知する（Ｓ１００２）。
【００９６】
セッション情報提示処理は、セッション識別子受信処理が受信したセッション識別子メッセージ８０６を元に、ＴＣＰ／ＵＤＰ／ＩＰ通信機能によりセッション情報サーバ１０１に、参照要求を送付する（Ｓ１００３）。セッション情報サーバ１０１から参照要求に対応したセッション情報およびメディア情報を含むセッション識別子通知メッセージ８１０を受信し、セッション識別子・セッション情報保持部３０６に保持する（Ｓ１００４）。これにより利用者は、セッション識別子受信処理が受信したセッションの情報を確認することができる。
【００９７】
第二セッション識別子通知処理は、図１０に示す通り、利用者携帯端末３０１のセッション識別子引渡し機能とＨＴＴＰブラウザおよび利用者端末４０１上のｈｔｔｐｄおよびセッション識別子受信プロセスにより構成されている。
【００９８】
セッション識別子引渡し処理は、セッション識別子受信処理で受信したセッション識別子８０６をＴＣＰ・ＵＤＰ／ＩＰ通信機能を用いて、ｈｔｔｐブラウザに引き渡すことができる（Ｓ１００５）。具体的には、利用者携帯端末３０１のｈｔｔｐブラウザが、利用者端末４０１のｈｔｔｐｄへＴＣＰ／ＩＰ通信機能で接続する。ｈｔｔｐブラウザは、セッション識別子を含むＵＲＩに対してアクセスする。ＵＲＬの具体例は、次のようになる。
【００９９】
ｈｔｔｐ：／／利用者端末４０１／ｃｇｉ−ｂｉｎ／セッション識別子受信プロセス／？ｓｅｓｓｉｏｎ−ｉｄｅｎｔｉｆｉｃａｔｉｏｎ＝ｓｃａｓｔ：／／ｓｅｓｓｉｏｎ．ｍｒｉｔ．ｃｏ．ｊｐ／００００２／
利用者携帯端末３０１のｈｔｔｐブラウザ上にＵＲＬを入力すると、ｈｔｔｐブラウザは、ＴＣＰ／ＩＰ通信機能で利用者端末４０１のｈｔｔｐｄに接続する。接続を受けた利用者端末４０１のｈｔｔｐｄは、／ｃｇｉ−ｂｉｎ／という名前のディレクトリに収められているセッション識別子受信プロセスを引数として
ｓｅｓｓｉｏｎ−ｉｄｅｎｔｉｆｉｃａｔｉｏｎ＝ｓｃａｓｔ：／／ｓｅｓｓｉｏｎ．ｍｒｉｔ．ｃｏ．ｊｐ／００００２／
を指定して起動する。ｈｔｔｐｄによって起動された利用者端末４０１のセッション識別子受信プロセスは、
ｓｃａｓｔ：／／ｓｅｓｓｉｏｎ．ｍｒｉｔ．ｃｏ．ｊｐ／００００２／
という文字列情報であるセッション識別子を受信することになる。
【０１００】
これによりセッション識別子を利用者携帯端末３０１から利用者端末４０１に通知することができる。
【０１０１】
次に、利用者端末４０１について説明する。
予め、セッション識別子は、利用者携帯端末３０１のセッション識別子引渡し処理によりアクセスを受けたｈｔｔｐｄが起動したセッション識別子受信プロセス４２０により受信してあるものとする。
【０１０２】
配送路情報登録・参照プロセス４２１の処理を図１１の処理フローを用いて説明する。アプリケーション間通信路４２７を用いてセッション識別子受信プロセス４２０よりセッション識別子８０６を受け取る（Ｓ１１０１）。セッション識別子８０６を基に利用者端末４０１のカーネルが提供するＴＣＰ／ＩＰ通信機能を用いて、セッション情報サーバ１０１に、利用者端末４０１がデータグラムの送信に用いる参加者情報８２０（配送路情報）の登録要求を送付する（Ｓ１１０２）。参加者情報８２０の登録要求と同タイミングで、アプリケーション間通信路４２７を用いて参加離脱通知クライアントプロセス４２４にイベント（セッションへの参加）を通知し、参加離脱通知クライアントプロセス４２４よりセッション情報サーバ１０１に通知する。（Ｓ１１０３）。この時、送付する参加者情報８２０は、一例を図６（ａ）に示すように、セッション識別子８０６、利用者端末８２２、配送路情報８３４及び参加者ＩＤ８２３から構成される。
【０１０３】
各利用者端末からイベント（セッションへの参加）通知を受けたセッション情報サーバ１０１からのイベント（配送路情報の更新要求）通知は、ＴＣＰ・ＵＤＰ／ＩＰ通信機能を用いて参加離脱通知クライアントプロセス４２４が受ける（Ｓ１１０４）。セッション情報サーバ１０１からのイベント（配送路情報の更新要求）を受けると、セッション識別子８０６を基に作成した利用者端末４０１がデータグラムの受信に用いる配送路情報８３０の参照要求を送付する（Ｓ１１０５）。参照要求に基づいた配送路情報８３０を、利用者端末４０１のカーネルが提供するＴＣＰ／ＩＰ通信機能を用いて、セッション情報サーバ１０１から取得し、配送路情報蓄積部４０９に保持し、アプリケーション間通信路４２７を通じて配送路制御プロセスに通知する（Ｓ１１０６）。このときに参照する配送路情報８３０は、図６（ｂ）にその一例を示すように、セッション識別子８０６、メディア型８３２、参加者ＩＤ８２３及び配送路情報８３４から構成される。
【０１０４】
また、離脱の手続きについて図８を用いて説明する。
利用者が参加していたセッションから離脱する場合、後述する音声配送アプリケーションプロセス４２６および映像配送アプリケーションプロセス４２５が利用者の入力をキー入力装置４３４のイベントを受けて、配送路情報登録・参照プロセス４２１に対して、アプリケーション間通信路４２７を通じて、自らが配送に利用してきた配送路情報の削除指示をセッション情報サーバ１０１に送付するように指示を送る。セッションからの離脱の指示（配送路情報の削除指示）を受けた配送路情報登録・参照プロセス４２１は、配送路情報の削除要求をＴＣＰ・ＵＤＰ／ＩＰ通信機能を用いてセッション情報サーバ１０１に送付する。
【０１０５】
参加離脱通知クライアントプロセス４２４は、利用者が利用者端末４０１を用いてセッションに参加または離脱するため、セッション情報サーバ１０１と通信し、自らが参加または離脱したイベント（セッションへの参加、セッションからの離脱）を伝える。また、他の利用者端末からのセッションへの参加あるいは離脱したイベントはセッション情報サーバ１０１を経由して受け取る。
【０１０６】
また、セッション情報サーバ１０１と通信し、イベントを受け取った参加離脱通知クライアントプロセス４２４は、アプリケーション通信路を用いて、配送路情報登録・参照プロセス４２１と通信し、配送路情報８３０の参照要求を促す。配送路情報登録・参照プロセス４２１は、配送路情報登録・参照プロセス４２１のＳ１１０４〜Ｓ１１０６処理と同様の手順で他の利用者が利用する配送路情報をすべて取得し、取得した配送路情報を基にアプリケーション通信路を通じて配送路制御プロセス４２３に配送路の更新を要求する。
【０１０７】
配送路情報の更新の要求を受けた配送路制御プロセス４２３は、アプリケーション通信路を用いて新たな利用者の利用者端末が利用する配送路を含むすべての配送路情報８３０を用いて、アプリケーションが利用する配送路を制御する。配送路制御プロセス４２３は、アプリケーション通信路４２７を用いて送信および受信に用いる配送路情報８３０を受け取り、この配送路情報８３０を使って、データグラム送受を行うように音声配送アプリケーションプロセス４２６および映像配送アプリケーションプロセス４２５を制御する。
【０１０８】
音声配送アプリケーションプロセス４２６は、複数配送路からのデータグラムを受信し、スピーカ装置４３０に出力することで音声を再生し、マイク装置４３１から取得した音声データのデータグラムを自らが利用する配送路に送信し、他の利用者の利用者端末に配送する。
【０１０９】
映像配送アプリケーションプロセス４２５は、複数配送路からのデータグラムを受信し、送信元ごとに区分してディスプレイ装置４３２に出力することで映像を受信し、カメラ装置４３３から取得した映像データのデータグラムを自らが利用する配送路に送信することで、他の利用者の利用者端末に配送する。
【０１１０】
音声配送アプリケーションプロセス４２６および映像配送アプリケーションプロセス４２５は、キー入力装置４３４のイベントを受け、後で説明する離脱処理を起動することができる。音声配送アプリケーションプロセスおよび映像配送アプリケーションプロセスは、配送路制御プロセスの要求に応じて、自らが送信に用いる配送路を用いてデータグラムを送信したり、受信に用いる複数の配送路を用いてデータグラムを受信したりすることができる。
【０１１１】
また、音声配送アプリケーションプロセス４２６および映像配送アプリケーションプロセス４２５は、利用者がセッションを終了する場合、キー入力装置４３４のイベントを受け付けて、配送路情報登録・参照プロセス４２１に自らが配送に利用してきた配送路情報の削除をセッション情報サーバ１０１に送付するように指示し、参加離脱通知クライアントプロセス４２４に対してイベント（セッションからの離脱）をセッション情報サーバ１０１に送付するように要求し、音声配送アプリケーションプロセスおよび映像配送アプリケーションプロセスの処理を停止する離脱処理を実行することができる。
【０１１２】
次に、セッション情報サーバ１０１について説明する。
セッション情報サーバ１０１は、コンピュータ上でセッション情報サーバプロセスにより動作する。セッション情報サーバプロセスについて、図８を用いて説明する。
【０１１３】
図８において、セッション情報サーバ１０１は、利用者が入力するグループ通信のセッション情報を登録保持し、そのグループ通信のセッションを一意に特定するセッション識別子を付与するセッション情報処理部１１１と、利用者からの配送路情報の登録要求により登録保持し、また参照要求により各セッションに参加する参加者の配送路情報を配信する参加者配送路情報処理部１１２と、要求メッセージ受信処理が受け付けた要求に対して各処理結果を応答メッセージの形式に編集して、要求元に送付する応答メッセージ作成送信処理部１１３と、各利用者端末からの要求を受け付け要求内容に応じて各処理プロセスを起動する要求メッセージ受取処理部１１４と、各セッション単位にセッションへの参加または離脱を受け付け管理し、変更の合った場合には利用者端末に通知する参加離脱通知サーバ処理部１１５と、参加者情報及び配送路情報を蓄積する参加者配送路情報データベース１０６と、セッション情報及びセッション識別子通知メッセージを蓄積するセッション情報データベース１０７とを備えており、さらにＴＣＰ／ＩＰおよびＵＤＰ／ＩＰのユニキャスト通信機能備え、各利用者端末と通信を行うことができる。
【０１１４】
最初に、セッション情報サーバプロセス１１０の全体の処理の流れについて、図１２を用いて説明する。
セッション情報サーバプロセス１１０が起動されると、要求メッセージ受信処理部１１４は、セッション情報登録端末２１０や各利用者端末からの要求メッセージを受けて、要求内容に応じてセッション情報処理部１１１、参加者配送路情報処理部１１２または参加離脱通知処理部１１５のいずれかを起動する（Ｓ１５０１）。起動を受けたセッション情報処理部１１１、参加者配送路情報処理部１１２または参加離脱通知処理１１５はそれぞれ要求内容に応じた処理を行い、その処理結果を出力する（Ｓ１５０２、Ｓ１５０３、Ｓ１５０４）。
【０１１５】
起動を受けたセッション情報処理部１１１、参加者配送路情報処理部１１２または参加離脱通知処理部１１５の処理については、後で詳細に説明する。要求に応じた処理結果は、応答メッセージ作成送信処理部１１３により応答メッセージの形式に編集して、ＴＣＰ／ＩＰ通信機能を用いて要求元に送付する（Ｓ１５０４）。応答メッセージ形式とは、要求に応じた処理結果を可読可能なテキスト文字を用いて記述する形式のことであり、基本的にＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ ：文献 ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐｎｅｗ−０４．ｔｘｔ）に準拠し、その一部を拡張した形式である。
【０１１６】
例えば、セッション情報処理部１１１、参加者配送路情報処理部１１２、参加離脱通知処理部１１５の応答例を図１３に示す。
【０１１７】
セッション情報処理部１１１の応答の例を図１３（Ａ）に示す。
応答メッセージのヘッダ部１７０１には、セッション情報を示すフラグ「Ｓ」と登録要求に対する応答であることを示すフラグ「Ａ」及びセッションＩＤ１７０２から構成され、起案者情報ｏ１７０３には利用者の連絡先１７０４、セッション識別子１７０５、セッション識別子のバージョン１７０６とセッション情報登録端末のＩＰアドレス１７０７とから構成されている。また、セッション名ｓ１７０８はセッション名、セッション開催時間ｔ１８０９はセッションの開始時刻と終了時刻が記述されている。
【０１１８】
参加者配送路情報処理部１１２の応答の例を図１３（Ｂ）に示す。
応答メッセージのヘッダ部１７１２には、参加者配送路情報を意味するフラグ「Ｐ」と参照要求に対する応答である「Ａ」及びセッションＩＤ１７１３から構成され、起案者情報ｏ１７１４は図１３（Ａ）と同様の構成である。利用者毎にメディアｍ１７１５、属性ａ１７１６、接続情報ｃ１７１７の組で構成され、これは参加者配送路情報である。メディアｍ１８０４はメディア型、ポート番号、トランスポート及びフォーマットを記述し、属性ａ１８０５は利用者を示す属性１７１８と利用者の連絡先１７１９を記述しれ、接続情報ｃ１８０６にはマルチキャストグループアドレス１７２０と送信元アドレス１７２１とを記述する。
【０１１９】
参加離脱通知処理１１５の応答の例を図１３（Ｃ）に示す。
応答メッセージのヘッダ部１７２５には、セッション情報を示すフラグ「Ｓ」と離脱通知を意味するフラグ「Ｄ」及びセッションＩＤ１７２６から構成され、起案者情報ｏの記述は図１３（Ｂ）と同様である。
【０１２０】
要求メッセージ受信処理１１４により起動されたセッション情報処理１１１の動作について、図１４を用いて説明する。
セッション情報登録端末２０１からのセッション情報の登録要求によりセッション単位にセッション情報８００を、ＴＣＰ／ＩＰ通信機能を用いて受信し、セッション情報データベース１１６に登録する（Ｓ１２０１）。セッション情報８００は、図３（ａ）にその一例を示す。登録されたセッション情報８００に対しては、グループ通信のセッションを一意に特定するセッション識別子８０６を生成し、セッション情報データベース１０７に登録する（Ｓ１２０２）。
【０１２１】
セッション情報の登録要求したセッション情報登録端末２０１にセッション識別子８０６を、出力結果として応答メッセージ作成送信処理１１３に送る（Ｓ１２０３）。セッション情報データベース１０７には、図３（ｂ）に示すようにセッション単位に管理され、セッション情報登録端末２０１からのセッション情報８００とセッション情報処理１１１が生成したセッション識別子８０６等が登録管理される。なお、セッション識別子８０４の生成及びその形式は実施の形態１と同様であるのでその説明は省略する。
【０１２２】
要求メッセージ受信処理１１４により起動された参加者配送路情報処理の動作について、図１５を用いて説明する。
【０１２３】
最初に各利用者端末からの要求が参加者情報の登録要求か削除要求か参照要求をチェックする（Ｓ１３０１）。要求が参加者情報の登録要求の場合は、利用者端末４０１または利用者端末６０１がデータグラムの配送路情報を得るために参加者情報（配送路情報）の登録要求を、ＴＣＰ／ＩＰ通信機能を介してネットワーク５０１経由で受ける（Ｓ１３０２）。参加者情報（配送路情報）の登録要求を受けた参加者別配送路情報保持部１０３は、各利用者端末からの参加者情報（配送路情報）を参加者配送路情報データベース１０６に保持する。
【０１２４】
参加者情報８２０は、図５（ａ）にその一例を示すが、セッション識別子８０６、利用者端末のＩＰアドレス８２２及び参加者ＩＤ８２３から構成される。セッション単位に参加する各利用者端末からの参加者情報から図５（ｂ）に示す配送路情報８３０を登録された参加者情報８２０とセッション識別子通知メッセージ８１０を基に作成・更新し、参加者配送路情報データベース１０６に保持する（Ｓ１３０３）。
【０１２５】
さらに、参加者情報８２０（配送路情報）の登録要求をした各利用者端末がデータグラムの送受信に用いる配送路情報８３０の参照要求を、ＴＣＰ／ＩＰ通信機能を介してネットワーク５０１経由で受ける（Ｓ１３０４）。配送路情報８３０を参照要求のあった各利用者端末にそれぞれ送付するように応答メッセージ作成送信処理１１３に出力する（Ｓ１３０５）。
【０１２６】
また、要求が参加者情報の参照要求の場合は、参加者情報（配送路情報）の参照要求を、ＴＣＰ／ＩＰ通信機能を介してネットワーク５０１経由で受ける（Ｓ１３１０）。配送路情報８３０を参照要求のあった各利用者端末にそれぞれ送付するように応答メッセージ作成送信処理１１３に出力する（Ｓ１３１１）。
【０１２７】
また、要求が参加者情報の削除要求の場合は、参加していたセッションから離脱する際は、例えば利用者端末４０１から参加者情報８２０と同様の形式でセッションの離脱要求を、ＴＣＰ／ＩＰ通信機能を介して受ける（Ｓ１３０６）。離脱要求を受けると図５（ｂ）に示す配送路情報８３０から離脱する参加者を削除し、配送路情報８３０を更新する（Ｓ１３０７）。更新した配送路情報８３０は、各利用者端末からの配送路情報８３０の参照要求を受け（Ｓ１３０８）、各利用者端末に送付するように応答メッセージ作成送信処理１１３に出力する（Ｓ１３０９）。
【０１２８】
なお、セッションへの参加者の登録又は離脱は、後述する参加離脱通知サーバ処理１１５により各利用者端末からのイベント（セッションへの参加、セッションからの離脱）通知を受けると共にセッションに参加している各利用者端末に配送路情報の更新を促すようにイベント（配送路情報の更新要求）送付する。このイベント（配送路情報の更新要求）により各利用者端末は、セッションへの新たな参加や離脱があったことを知り、セッション情報サーバプロセス１１０に対して配送路情報の参照要求により配送路情報を更新することになる。
【０１２９】
要求メッセージ受信処理１１４により起動された参加離脱通知サーバ処理１１５の動作について、図１６を用いて説明する。
最初に各利用者端末から通知されるイベントがセッションへの参加又は離脱かをチェックする（Ｓ１４０１）。通知されたイベントがセッションへの参加の場合は、利用者が利用者端末４０１を用いてセッションに参加するため、参加者情報（配送路情報）を登録したタイミングで、自らが参加したイベント（セッションへの参加）を、ＴＣＰ／ＩＰ通信機能を介して受信する（Ｓ１４０２）。
【０１３０】
イベント（セッションへの参加）通知を受け、参加者別配送路情報処理１１１に配送路情報の作成・更新を確認する（Ｓ１４０３）。配送路情報の作成・更新の終了により、セッションに参加している他の利用者の利用者端末と通信し、あらたな利用者がセッションに参加したイベント（配送路情報の更新要求）を応答メッセージ作成送信処理１１３に通知する（Ｓ１４０４）。
【０１３１】
同様に、通知されたイベントがセッションからの離脱の場合は、セッションから離脱する場合も各利用者端末からイベント（セッションからの離脱）を、ＴＣＰ／ＩＰ通信機能を介して受信し（Ｓ１４０５）、参加者別配送路情報保持手段１０３に配送路情報の更新を確認し（Ｓ１４０６）、その後に、セッションに参加している他の利用者の利用者端末と通信し、利用者がセッションから離脱したイベント（配送路情報の更新要求）を応答メッセージ作成送信処理１１３に通知する（Ｓ１４０７）。
【０１３２】
以上のように本実施の形態は、複数の端末間でテレビ会議のように音声又は映像データを相互に転送する場合の配送路情報を、イベントの発生により各端末に配送路情報の更新を促し、各端末に更新させることによりセッションへの参加又は離脱を自由に行うようにしたものである。
【０１３３】
なお、本実施の形態では、データグラムを送受するアプリケーションとして、音声伝送アプリケーションプロセス４２６および映像伝送アプリケーションプロセス４２５を制御することでテレビ会議のセッションへの参加離脱を可能にしたものであるが、描画動作をデータグラムとして送受するホワイトボードアプリケーションや、制御画面の内容をデータグラムとして送受する制御画面共有アプリケーションの配送路を制御するシステムも構築することができる。
【０１３４】
（実施の形態３）
図１７は、本発明の実施の形態３に係るグループ通信システムの構成図である。
本実施の形態は、各端末９０１−１〜９０１−３が、実施の形態１又は２で説明したセッション情報サーバ１０１、セッション情報登録端末２０１、利用者携帯端末３０１及び利用者端末４０１の機能を兼ね備えたもので、どの端末もそれぞれの機能を果たすことで、グループ通信を可能としたものである。なお、セッション情報登録端末２０１、利用者端末６０１、セッション情報サーバ１０１、利用者携帯端末３０１、利用者端末４０１、利用者携帯端末７２０及び利用者端末７０１については、実施の形態１及び実施の形態２に説明した通りであり重複した説明は省略する。
【０１３５】
実施の形態１又は２では、セッション情報を登録するセッション情報登録端末２０１と利用者端末６０１、又はセッション識別子通知メッセージ受ける利用者携帯端末３０１と利用者端末４０１、又はセッション識別子通知メッセージ受ける利用者携帯端末７２０と利用者端末７０１が夫々独立した端末としたが、本実施の形態では１つの端末で実施するようにしたものである。
【０１３６】
すなわち、本実施の形態では、図１の概念図に対応させて、端末９０１−１にセッション情報登録端末２０１と利用者端末６０１の機能を、端末９０１−２にはセッション情報サーバ１０１の機能を、端末９０１−３には利用者携帯端末３０１と利用者端末４０１の機能を持たせるものとする。
【０１３７】
以上説明したように本実施の形態では、各端末に全ての機能（セッションの起案、セッション情報の登録管理、利用者端末）を持たせ、その時の状況に応じて、各端末機能を使い分けることにより、テレビ会議をより柔軟に活用することがでる。
【０１３８】
なお、端末９０１−２には、セッション情報サーバ１０１の機能に加え、利用者携帯端末７２０と利用者端末７０１の機能を持たせることも可能である。
また、各端末９０１−１〜９０１−３は、それぞれインターネット５４０に接続されているため、セッション情報及びセッション識別子通知メッセージの授受は、電子メールやインスタントメッセージなど広く知られた手法で実現することができる。
【０１３９】
【発明の効果】
以上のように本発明によれば、利用者がグループ通信のセッションに参加するタイミングで利用者端末と配送路を確定し、その配送路の情報を他の参加者の利用者端末に通知し、利用者端末のデータグラム送受アプリケーションが複数の配送路を用いてデータグラムの送受を行うように制御するようにしたので、参加者が動的に増減するようなグループ通信を行っている最中であっても、新たな利用者の参加がある場合にその利用者の利用者端末を確定することができ、結果として全ての参加者の間でグループ通信を行うことが可能となる。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係るグループ通信システムの概念図
【図２】本発明の実施の形態１に係るグループ通信システムの構成を示すブロック図
【図３】本発明の実施の形態１に係るグループ通信システムで用いられるセッション情報及びセッション識別子通知メッセージの一例を示す図
【図４】本発明の実施の形態１に係るグループ通信システムを構成する利用者端末の構成を示すブロック図
【図５】本発明の実施の形態１に係るグループ通信システムで用いられる参加者情報及び配送路情報の一例を示す図
【図６】本発明の実施の形態１に係るグループ通信システムを構成するセッション情報サーバの構成を示すブロック図
【図７】本発明の実施の形態１に係るグループ通信システムの動作説明図であり、利用者が新たに参加する場合の手順を示す図
【図８】本発明の実施の形態２に係るグループ通信システムの構成を示すブロック図
【図９】本発明の実施の形態２に係るグループ通信システムのセッション情報登録・参照処理の処理フロー図
【図１０】本発明の実施の形態２に係るグループ通信システムを構成する利用者携帯端末の処理フロー図
【図１１】本発明の実施の形態２に係るグループ通信システムを構成する利用者端末の配送路情報登録・参照プロセスの処理フロー図
【図１２】本発明の実施の形態２に係るグループ通信システムの動作説明図であり、セッション情報サーバプロセスの全体処理の流れを示す図
【図１３】本発明の実施の形態２に係るグループ通信システムの動作説明図であり、（Ａ）はセッション情報処理の応答の一例を示す図、（Ｂ）は参加者配送路情報処理の応答の一例を示す図、（Ｃ）は参加離脱通知処理の応答の一例を示す図
【図１４】本発明の実施の形態２に係るグループ通信システムを構成するセッション情報サーバのセッション情報処理の処理フロー図
【図１５】本発明の実施の形態２に係るグループ通信システムを構成するセッション情報サーバの参加者配送路情報処理の処理フロー図
【図１６】本発明の実施の形態２に係るグループ通信システムを構成するセッション情報サーバの参加離脱通知サーバ処理の処理フロー図
【図１７】本発明の実施の形態３に係るグループ通信システムの構成図
【図１８】従来技術のＩＰマルチキャスト通信用セッション情報提供方法の説明図
【符号の説明】
１０１ セッション情報サーバ
１０２ セッション情報保持部
１０３ 参加者別配送路情報保持部
１０４ サーバ参加離脱通知部
１０５ ＴＣＰ／ＩＰ通信部
１０６ 参加者配送路情報データベース
１０７ セッション情報データベース
１１０ セッション情報サーバプロセス
１１１ セッション情報処理部
１１２ 参加者配送路情報処理部
１１３ 応答メッセージ作成送信処理
１１４ 要求メッセージ受取処理部
１１５ 参加離脱通知サーバ処理部
２０１ セッション情報登録端末
２０２ セッション情報登録・参照部
２０３ セッション識別子通知部
２０４ ｉ―Ｍｏｄｅ通信部
２０５ セッション情報・セッション識別子記憶部
２０６ 利用者携帯端末識別番号保持部
３０１ 利用者携帯端末
３０２ セッション識別子受信部
３０３ セッション情報提示部
３０４ 第２セッション識別子通知部
３０５ ＩｒＤＡ通信部
３０６ セッション情報セッション識別子蓄積部
３０７ 公衆通信部
４０１、６０１、７０１ 利用者端末
４０２ 第２セッション識別子受信部
４０３ 配送路情報登録参照部
４０４ クライアント参加離脱通知部
４０５ 配送路制御部
４０６ データグラム送受信アプリケーション実行部
４０７ ＴＣＰ／ＩＰ通信部
４０８ ＩｒＤＡ通信部
４０９ 配送路情報蓄積部
４２０ セッション識別子受信プロセス
４２１ 配送路情報登録参照プロセス
４２３ 配送路制御プロセス
４２４ 参加離脱通知プロセス
４２５ 映像配送アプリケーションプロセス
４２６ 音声配送アプリケーションプロセス
４３０ スピーカ装置
４３１ マイク装置
４３２ ディスプレイ装置
４３３ カメラ装置
４３４ キー入力装置
５０１ ネットワーク
５１０ 公衆網
５２０ ｉ―Ｍｏｄｅ網
５３０ ＧＷ
５４０ インターネット
７２０ 利用者携帯端末
９０１−１、９０１−２、９０１−３ 端末[0001]
FIELD OF THE INVENTION
SUMMARY OF THE INVENTION The present invention provides a method for distributing multiple one-to-one or one-to-many or many-to-many distributions using a user terminal connected to a network that may be used by at least one user. The present invention relates to a group communication distribution path control method for performing group communication using a path and a group communication system.
[0002]
[Prior art]
In recent years, with the general use of the Internet, technical development for connecting nearby information home appliances to a network has been actively carried out, and devices having a network connection function are becoming widespread. With the explosive spread of mobile phones, the habit of carrying mobile terminals having advanced calculation functions and communication functions has become widespread. By using these devices with network connection functions in tandem, there is a need to easily realize group communication that shares multiple media such as audio and video among multiple users, such as a video conference. Is growing.
[0003]
Methods for starting group communication can be classified into the following two types according to the type of delivery route used to deliver one medium.
(1) A method using a multicast distribution path having a many-to-many distribution capability for distributing one medium.
(2) A method in which a plurality of one-to-one unicast delivery routes or a plurality of one-to-many delivery routes are used for delivery of one medium.
[0004]
Conventionally, as an information providing method for establishing a group communication session using a multicast delivery path having a many-to-many delivery capability for delivering one medium, for example, a method described in Patent Document 1 is known. I have.
[0005]
Hereinafter, a conventional technique will be described with reference to the drawings.
FIG. 18 is a block diagram for explaining a conventional method for providing session information for group communication.
In FIG. 18, in the network 1, an advertisement scheme of SAP (Session Announcement Protocol) specified in a document RFC (Request for Comment) 2974 that defines a standard issued by an IETF (Internet Engineering Task Force: Internet standardization organization). , The session information 3 is periodically advertised on a specific IP multicast group via the router 2. The session information includes information such as the session name, holding time, and a description of the contents of the session that are necessary to determine whether the user should participate in the session. Delivery route information (eg, multicast group address) to be used is included.
[0006]
The message to be advertised is described in accordance with the description rule SDP (Session Description Protocol) defined in RFC2327. The information providing apparatus 10 receives the session information, converts the session information into an HTML (hyperText Markup Language) format, and saves the converted information, so that the computer 4 on the network 1 can use a WWW (World Wide Web) browser. It can be displayed. By browsing a WWW browser and selecting a session to join, the user can know the delivery route information (eg, multicast group address) used for the session. Then, the user can participate in the session by activating an application that receives multimedia information such as audio and video flowing on the delivery route. Further, the user can transmit the multimedia information transmitted by the user to the delivery route.
[0007]
By the way, this delivery route information needs to be determined and advertised before the start of the session, and a method of adding new delivery route information after the start of the session is not defined. For this reason, a participant who participates in a session distributes information to another participant using a delivery route advertised at the start of the session.
[0008]
To apply the conventional method to group communication performed by using a plurality of unicast delivery routes or a plurality of multicasts having a one-to-many delivery capability for delivery of one medium, there are the following problems.
[0009]
That is, prior to the start of the session, it is necessary to determine and advertise information on all delivery routes, so that group communication in which the number of participants dynamically increases or decreases cannot be performed.
[0010]
To explain this problem in detail, the types of delivery routes will be described.
A delivery route for delivering information to specific participants is divided into a unicast delivery route used for one-to-one communication and a multicast delivery route used for communication with a specific majority. In addition, the multicast delivery route is defined between a multicast delivery route having a one-to-many delivery capability specified in draft-ietf-ssm-overview-, which is to be discussed for standardization in IETF, and a router in the network by RFC1075. Is a multicast distribution path having a many-to-many distribution capability in which the distribution path establishment method is specified. A one-to-one delivery route is defined by a set (S, D) of a source IP address and a destination IP address. A one-to-many delivery route is defined by a set (S, G) of a source IP address and a multicast group address. A many-to-many delivery route is defined by a multicast group address (G).
[0011]
When performing group communication in a many-to-many manner, information issued by one participant needs to be delivered to another participant. When group communication is performed using a delivery route having a many-to-many delivery capability, delivery route information (G) is determined at the start of a session. Then, when the participant participates, the delivery path information (G) is transmitted, and the participant activates an application that transmits and receives datagrams using the delivery path (G), and transmits the datagram to another part. Can be delivered to participants. When inviting a new participant to the session, if the delivery path information (G) can be transmitted, the new participant specifies the delivery path information on his / her own user terminal and starts an appropriate application. To join the session.
[0012]
On the other hand, when group communication is performed using a plurality of delivery routes having a one-to-many delivery capability or a plurality of one-to-one unicast delivery routes, the IP address of the participant's user terminal is used as part of the delivery route information. An address (S) is required.
[0013]
It may be difficult to know the IP addresses of the user terminals of all the users scheduled to participate at the start of the session. For example, in a session in which a video conference is held by several people, a new participant may be called by a mobile phone or the like, and the called participant may participate in the session using a nearby user terminal. In this case, the IP address of the user terminal of the new participant is determined after the participant is called, that is, during the session.
[0014]
[Patent Document 1]
JP-A-11-225164 (page 3-4, FIG. 2)
[0015]
[Problems to be solved by the invention]
However, in the conventional group communication distribution path control method, even if the group communication is performed using a plurality of one-to-one or one-to-many distribution paths, the IP addresses of the user terminals of the users who may participate in the group communication It is necessary to know in advance at the start of the session, and thus there is a problem that it is not feasible. That is, it is difficult to perform group communication in which the number of participants dynamically increases or decreases, that is, group communication in which the user terminal of a new user is determined when a new user participates.
[0016]
The present invention has been made in view of the above, and an object of the present invention is to provide a group communication distribution path control method and a group communication system that can participate in and leave a group communication session even during the session.
[0017]
[Means for Solving the Problems]
A group communication distribution path control method according to claim 1 is a group communication distribution path control method in which a plurality of user terminals including a session information registration terminal perform group communication by a session information server. By registering the session information describing the session and the conditions for participating in the session in the session information server, the session information server sets the location of the information and the session identifier indicating the session information on the network uniquely determined for each session in the session information. The session information registration terminal acquires the session identifier by giving it to the registration terminal, notifies the session identifier to the user portable terminal of the user to be invited from now on, and the notified user portable terminal enters the session. If you want to participate in the session Receives the identifier and notifies the user terminal, and further notifies the other user portable terminal of the session identifier, and each of the user terminals uses the received session identifier for its own datagram delivery. The distribution path information to be registered is registered in the session information server, and the distribution path information used by the other user terminal for datagram distribution is acquired from the session information server.
[0018]
According to this method, it is possible to control the delivery route used by the user terminal for communication according to the increase or decrease in the number of participants in the group communication. Become.
[0019]
The group communication delivery route control method according to the second aspect of the present invention is the group communication delivery route control method according to the first aspect, wherein the session information server sets an event simultaneously with registration of delivery route information from each of the user terminals. , New delivery route information is generated and the current delivery route information is updated, and based on the received event, an event urging each user terminal to update the delivery route information is notified. .
[0020]
According to this method, even when a new participant transmits a datagram using a one-to-many multicast delivery path or a plurality of one-to-one unicast delivery paths, the delivery path used by the new participant is used. Since the information is notified to other users who have already participated, two-way group communication can be performed.
[0021]
According to a third aspect of the present invention, there is provided the group communication distribution path control method according to the first aspect of the present invention, wherein each of the user terminals is requested to delete the distribution path information in order to leave the session. By transmitting the event at the same time, the session information server generates new delivery route information and updates the current delivery route information, and further sends the delivery route information to each of the user terminals based on the received event. Notify an event prompting you to update.
[0022]
According to this method, when a participant leaves, all the other participants can immediately know the unnecessary delivery route information, so that the group communication can be continued without receiving unnecessary datagrams. It is possible to do.
[0023]
A session information registration terminal according to a fourth aspect of the present invention is a session information registration terminal used in a group communication system in which a plurality of user terminals perform group communication by a session information server. A session information requesting registration of session information describing conditions for joining a session, and requesting the session information server to assign a session identifier indicating the location of the information and session information on a network uniquely determined in session units. A configuration including registration reference means and session identifier notifying means for notifying another user portable terminal inviting the session identifier obtained by requesting the assignment of the session identifier to the session is adopted.
[0024]
According to this configuration, the location (for example, URL) of the information and the session identifier indicating the session information on the network uniquely determined for each session are notified to the user portable terminal of the user who wants to participate in the session. It is possible to realize a group communication system in which each user terminal can sequentially join and leave.
[0025]
A session information server according to a fifth aspect of the present invention is a session information server used in a group communication system in which a plurality of user terminals including a session information registration terminal perform group communication. When there is a registration request, a session information holding means for registering session information and giving the location of information and a session identifier indicating session information on the network uniquely determined for each session to the session information registration terminal; When a user terminal makes a request for registration of delivery route information used for delivery of datagrams by a session identifier notified from the terminal, the registration request is accepted and used for each user terminal participating in group communication. Delivery route information for each participant that holds delivery route information Holding means, and a server joining / leaving notifying means for notifying the other user terminals of the event when there is a notification of an event of joining or leaving the group communication from among the plurality of user terminals. The configuration provided is adopted.
[0026]
According to this configuration, since information for participating in the session is sequentially provided to each user terminal, it is possible to realize a group communication system in which each user terminal can sequentially participate and leave.
[0027]
7. The user portable terminal according to claim 6, wherein the session information server and the session information registration terminal are used in a group communication system in which a plurality of user terminals perform group communication. A session identifier receiving means for receiving a session identifier from the registered terminal; a session information presenting means for presenting the contents of the session to the user based on the received session identifier; and an operation in which the user desires to participate in the session. And a session identifier notifying unit for notifying the user terminal of the received session identifier in the event that the session identifier is received.
[0028]
According to this configuration, the content of the received session is presented to the user, and when the user confirms the presented content and performs an operation that desires to participate in the session, the user terminal of the user , The user terminal can participate in the session, and a group communication system can be realized in which the user terminals can sequentially join and leave.
[0029]
A user terminal according to a seventh aspect of the present invention is a user terminal used in a group communication system including a session information server, a session information registration terminal, and a user portable terminal. A session identifier receiving means for receiving a session identifier, and registering, in a session information server, delivery route information for datagram distribution used by the session information server based on the session identifier received by the session identifier receiving means, further comprising: Delivery route information registration reference means for acquiring delivery route information registered by another user terminal from an information server; and delivery controlling datagram delivery based on the delivery route information acquired by the delivery route information registration reference means. A route control unit, and a client that notifies the session information server of an event of a user joining or leaving the session. A configuration that includes ant and join and leave notification means.
[0030]
According to this configuration, based on the received session identifier, the user terminal registers delivery route information for datagram delivery used by the user terminal in the session information server, and sends the delivery route information used by another user terminal. Since the route information is acquired and the delivery route to other user terminals is determined, a group communication system that can sequentially join and leave between the user terminals can be realized.
[0031]
A group communication system according to an eighth aspect of the present invention provides a session information registration terminal according to the fourth aspect, a session information server according to the fifth aspect, a user portable terminal according to the sixth aspect, And a user terminal of the invention according to claim 7.
[0032]
According to this configuration, it is possible to control the delivery route used by the user terminal for communication according to the increase or decrease in the number of participants in the group communication, thereby realizing a group communication system in which each user terminal can sequentially join and leave. can do.
[0033]
According to a ninth aspect of the present invention, there is provided the user portable terminal according to the sixth aspect of the present invention, wherein at least the session information registration terminal according to the fourth aspect, the session information server according to the fifth aspect, or the session information server. 7 is further provided with a function equivalent to any one of the functions of the user terminal.
[0034]
According to this configuration, it is possible for a plurality of users to perform group communication using only the portable terminal, and to perform the group communication at any time and in any area where the portable terminal can be used.
[0035]
BEST MODE FOR CARRYING OUT THE INVENTION
The gist of the present invention is to determine a user terminal and a delivery route at a timing when a user participates in a group communication session, notify the delivery route information to user terminals of other participants, and By controlling the datagram transmission / reception application, group communication can be performed between all participants.
[0036]
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0037]
(Embodiment 1)
FIG. 1 is a conceptual diagram of a group communication system according to Embodiment 1 of the present invention. FIG. 2 is a block diagram showing a detailed configuration of the group communication system according to the present embodiment. As shown in FIG. 1, in the group communication system according to the present embodiment, users Y1 to Y3 transmit, receive, reproduce and display audio and video, respectively, using a one-to-many multicast distribution channel. Group communication by video conference can be performed via the Internet 501 using the user terminals 1 to 3 having functions.
[0038]
First, a flow of a session identifier and an operation outline of the group communication system at the start of a session will be described with reference to FIG.
[0039]
In FIG. 1, a user Y1 communicates via the Internet 501 using a session information registration terminal 201, and registers session information on a session to be drafted in the session information server 101 (S01). The session information server 101 issues a session identifier for the session information (S02) and notifies the session information registration terminal 201. The user Y1 uses the session information registration terminal 201 to notify the session identifier to the user portable terminal 301 of the user Y2 who is the user to be invited from now (S03).
[0040]
Upon receiving the session identifier, the user portable terminal 301 notifies the user Y2 of the incoming call, asks the user Y2 to determine whether or not to participate in the session, and if the user wants to participate in the session, uses the received session identifier to enter the received session identifier. Notification is made to the user terminal 401 (S04).
[0041]
The user terminal 401 has a function of controlling a program for transmitting and receiving audio and video so as to transmit and receive datagrams using the registered and acquired delivery route information. When the user terminal 401 receives the notification of the session identifier, the user terminal 401 performs a video conference using audio and video via the Internet 501 using a one-to-many multicast distribution channel. 101, and registers the participant information including the information on the delivery route used for transmitting the audio and video (S05). Further, the information of the multicast distribution path used by other participants for the distribution of the audio and video is acquired (S06), and the program for transmitting and receiving the audio and video is controlled so as to receive the datagram on this distribution path.
[0042]
Further, the user terminal 401 registers the participant information including the information of the delivery route used for transmitting the audio / video in the session information server 101, and then notifies the session information server 101 of the event in which the user terminal 401 participated. . Upon receiving this notification, the session information server 101 notifies the user terminals 601 participating in the session of the event, and urges updating of the delivery route. When receiving the update notification of the delivery route, the user terminal 601 receives the latest delivery route information from the session information server 101, and controls to transmit and receive the datagram of the audio / video using the delivery route information. .
[0043]
By the above procedure, the user terminal 601 and the user terminal 401 can secure a delivery route and hold a video conference.
If the user Y2 wants the user Y3 to also participate in the video conference, the user Y2 transmits a session identifier from the user portable terminal 301 to the user portable terminal 720 (S07) to urge participation in the conference. When the user Y3 wishes to participate in the video conference, the delivery route can be secured by repeating the processes of S04 to S06 described above using the user portable terminal 720 and the user terminal 701. A video conference can be held by three people including Y3.
[0044]
By operating the system in this way, the user terminal and the delivery route are determined at the timing when the user participates in the group communication session, and the information on the delivery route is notified to the user terminals of other participants, By controlling the program for transmitting and receiving datagrams of the user terminal, group communication can be performed among all participants as a result.
[0045]
Next, a detailed configuration of the group communication system according to the present embodiment will be described.
FIG. 2 is a block diagram showing a configuration of each of the session information registration terminal 201, the user portable terminal 301, the user terminal 401, and the session information server 101 described in FIG.
[0046]
In FIG. 2, a session information server 101, a session information registration terminal 201, and a user terminal 401 are terminals each having a communication function via a network 501 and including an operating system capable of executing an application process thereon. The user portable terminal 301 is a terminal that can transmit and receive data to and from the session information server 101, the session information registration terminal 201, and the user terminal 401.
[0047]
Next, the session information registration terminal 201 will be described.
The session information registration terminal 201 inputs the session information, transmits the session information registration / reference unit 202 stored in the session identifier / session information holding unit 205 and the input session information to the session information server 101, and transmits the session identifier. An i-Mode communication unit 204 receiving the assignment and a session identifier notifying unit 203 for transmitting the session identifier assigned from the session information server 101 to the user portable terminal 301 of the user Y2 via the public network communication unit 207. ing.
[0048]
The session information registration / reference unit 202 creates session information necessary for conducting a video conference. An example of the session information 800 is a session name 802, a session content 803, a session holding time 804, and a form of participation in the session as the name of the session to be held, as shown in the session unit information 800 in FIG. Session type 805 shown in FIG. In the example of FIG. 3A, the guidance of the discussion meeting 807 is notified from the session information registration terminal 201 together with the contents of the session, the session holding time, and the like, and the seminar 808 is also notified. The created session information 800 is stored in the session identifier / session information holding unit 205.
[0049]
The i-Mode communication unit 204 sends the session information 800 created by the session information registration / reference unit 202 to the session information server 101 via the i-Mode network 520, GW (Gate Way) 530, and network 501. Then, the user accesses the URL of the session information server 101 to register the session information 800. Further, by registering the session information 800 in the session information server 101, a session identifier to be assigned is obtained. The acquired session identifier is stored in the session identifier / session information holding unit 205 by the session information registration / reference unit 202.
[0050]
The assigned session identifier is, for example, the identifier of the session information server.
server. our-session-info. jp: 7777
If the session ID of the session information registered by the session information registration terminal 201 is 00001, the session identifier is
cast: // server. our-session-info. jp: 7777/00001
Can be described. Note that the session identifier is expressed in a URI format (specified in RFC2396) that is widely used when indicating the location of information on the Internet.
[0051]
The session identifier notifying unit 203 generates a session identifier notification message based on the session identifier held in the session identifier / session information holding unit 205. The received session identifier notification message 810 is configured by adding the session identifier 806 notified from the session information server 101 to the session information 800, as shown in FIG. The user Y1 sends the created session identifier notification message 810 to the user portable terminal 301 as the destination selected by the user portable terminal number holding unit 206 through the public network 510 via the public network communication unit 207. . The user terminal 601 that has received the session identifier notification message 810 from the session information registration terminal 201 will be described later.
[0052]
Next, the user portable terminal 301 and the user terminal 401 to which the session identifier notification message 810 has been sent from the session information registration terminal 201 will be described with reference to FIGS.
[0053]
As shown in FIG. 2, the user portable terminal 301 receives a session identifier notification message 810 via the public network communication unit 307 and receives the session identifier notification message 810 from the session identifier storage unit. When the user Y2 participates in the video conference notified by the session identifier information notification message 810, the session identifier 806 is transmitted to the user terminal 401 by IrDA communication. And a second session identifier notifying unit 304 that sends the session identifier 806 via the unit 305.
[0054]
The session identifier receiving unit 302 receives a session identifier notification message 810 sent from the session information registration terminal 201 via the public network communication unit 307 using the public network 510. Based on the received session identifier notification message 810, the arrival of this information is notified to the user Y2 using a bell or vibration.
[0055]
The session information presentation unit 303 records the session identifier notification message 810 from the session identifier receiving unit 302 in the session identifier holding unit 306, and displays this information on the screen. This allows the user Y1 to call the user Y2 and notify the session identifier and the session information.
[0056]
When the user Y2 notifies the user terminal 401 of the session identifier notification message 810 by himself / herself, the second session identifier notification unit 304 transmits the session identifier notification message 810 to the user terminal 401. The second session identifier notifying unit 304 transmits a session identifier notifying message 810 to the user terminal 401 via the IrDA communication unit 305, which allows only devices within a range that the user Y2 can see. The user Y2 can use the user portable terminal 301 to notify the user terminal 401 only within a range where the session identifier notification message 810 can be seen.
[0057]
In the above description, the session identifier notification message 810 is transmitted to the user terminal 401 using the second session identifier notification unit 304 and the IrDA communication unit 305. However, the present invention is not limited to this. It can be realized by delivering a session identifier notification message using a storage medium such as a memory, a magneto-optical memory, or an optical memory. In this case, the session identifier can be notified to the user terminal 401 without being limited to the range that the user can see.
[0058]
In addition, since the session identifier is expressed as a readable character string, when the user terminal 401 is provided with an input unit such as a keyboard or a voice recognition device, the user is notified by inputting using the input unit. be able to.
[0059]
Next, the user terminal 401 that has received the transmission of the session identifier notification message 810 from the user portable terminal 301 will be described with reference to FIG.
[0060]
4, a second session identifier receiving unit 402 that receives a session identifier notification message 810 from the user mobile terminal 301 via the IrDA communication unit 408, and a session identifier notification message 810 from the second session identifier receiving unit 402 And the participant information including the delivery route (transmission PAHT) used by itself with the session information server 101 via the TCP / IP communication unit 407, and the delivery route information (reception PATH) used by other users. ), And a client participant receiving notification of the fact (event) that another participant has joined or left via the server participation / leave notification means on the session information server 101. Upon receiving the request for updating the delivery route and the leaving notification unit 404, the application And a delivery route control unit 405 that controls delivery routes used by the application by using all delivery route information including delivery routes used by the user terminals of the new user; And a datagram transmission / reception application execution unit 406 for delivering audio and video data to other user terminals.
[0061]
Second session identifier receiving section 402 receives the session identifier from user portable terminal 301 via IrDA communication section 408. Based on the session identifier notification message 810 received by the second session identifier receiving unit 402, the delivery route information registration reference unit 403 sends the participant information 820 (which is used by itself to the session information server 101 via the TCP / IP communication unit 407 to the session information server 101). A registration request is made for participant information including delivery route information (transmission PAHT), and participant information including delivery route information (reception PATH) used by another user is obtained by a reference request. At this time, an example of the participant information 820 sent to the session information server 101 is shown in FIG. The delivery route information acquired from the session information server 101 includes, as shown in the delivery route information 830 of FIG. 5B, a media type 832 indicating whether the content is Audio (audio) or Video (video), a participant ID 823, It is composed of delivery route information 834 corresponding to the participant.
[0062]
The delivery path control unit 405 controls the datagram transmission / reception application execution unit 406 using the delivery path information (transmission PATH and reception PATH) acquired by the delivery path information registration reference unit 403. Using the delivery path information, control is performed so that audio data and video data are delivered by another user terminal so that datagrams are sent and received.
[0063]
The client participation / leave notification unit 404 operates in cooperation with the session information server 101 via the TCP / IP communication unit 407, and reports the fact that a user has joined or left the session (event) to another user. Notify the terminal and urge the user to update the delivery route information used by the user terminal of another user. The datagram transmission / reception application execution unit 406 uses the delivery route information to deliver audio and video data for a video conference to another user terminal via the TCP / IP communication unit 407.
[0064]
With such a configuration, even when the user terminal of a participant is determined at the time of joining the session, the information of the delivery route used by the user terminal of the new participant for delivery of the datagram is used by another participant. The datagram transmitted from the new participant's user terminal is received by controlling the datagram transmission / reception application by the delivery path control unit 405 of the user's terminal of another participant. It is possible to do.
[0065]
Next, the session information server 101 will be described with reference to FIG.
In FIG. 6, a session information holding unit 102 registers and holds the session information of the group communication input by the user, and assigns a session identifier that uniquely specifies the session of the group communication, and registers the delivery route information from the user. A participant delivery route information holding unit 103 that registers and holds a request and distributes delivery route information of a participant who participates in each session by a reference request, receives and manages a session participation or withdrawal for each session, and changes And a server joining / leaving notifying unit 104 for notifying the user terminal when the conditions are met.
[0066]
The session information holding unit 102 registers the session information 800 in the session information database 107 for each session in response to a session information registration request from the session information registration terminal 201. For the registered session information 800, a session identifier 806 that uniquely specifies a session of group communication is generated and registered in the session information database 107. The session identifier 806 is assigned to the session information registration terminal 201 which has requested the registration of the session information. 3B, the session information database 107 manages the session information 800 from the session information registration terminal 201, the session identifier 806 generated by the session information holding unit 102, and the like. .
[0067]
Here, a method for generating the session identifier 806 will be described.
The session information storage unit 102 newly assigns an assigned session ID at the time of registration processing to the session information database 107 based on the session registration request. The session ID is a management number for uniquely specifying a session in the session information server, such as 00001,00002. This session ID is combined with an FQDN (Fully Qualified Domain Name: a notation in which a host name and a domain name are joined by dots in order to specify a computer in a domain) associated with the IP address of the session information server 101, A session identifier 806 is generated.
[0068]
Specifically, for example, the FQDN associated with the IP address of the session information server 101 is
server. our-session-info. jp: 7777
And if the session ID is 00001, the session identifier 806 is
cast: // server. our-session-info. jp: 7777/00001
Can be described. In the present embodiment, the description of the session identifier is expressed in a URI (Universal Resource Identifier) format (defined in RFC2396) which is widely used when indicating the location of information on the Internet.
[0069]
The session information holding unit 102 returns the session identifier 806 generated in this manner to the session information registration terminal 201 as a response to the session registration request. The participant-specific delivery route information holding unit 103 sends a registration request for participant information (delivery route information) to the TCP / IP communication unit 105 in order for the user terminal 401 or the user terminal 601 to obtain delivery route information of the datagram. Via the network 501. Upon receiving the registration request for the participant information (delivery route information), the participant-specific delivery route information holding unit 103 holds the participant information (delivery route information) from each user terminal in the participant delivery route information database 106. . FIG. 5A shows an example of the participant information 820. The participant information 820 includes a session identifier 806, an IP address 822 of the user terminal, a participant ID 823, and a media type 832 and a delivery path information 834 for specifying a delivery path. Is done.
[0070]
Further, the participant-specific delivery route information holding unit 103 sends a reference request of the delivery route information 830 used by each user terminal, which has made a registration request of the participant information 820 (delivery route information), for transmission / reception of datagrams to the TCP / IP. When received via the network 501 via the communication unit 105, the delivery route information 830 created and updated for each session as shown in FIG. 5B based on the registered participant information 820 and the session identifier notification message 810. Is sent to each user terminal that has made a reference request.
[0071]
When the participant-specific delivery route information holding unit 103 leaves the participating session, the TCP / IP communication unit sends a session withdrawal request from the user terminal 401 in the same format as the participant information 820, for example. Receive via 105. Upon receiving the withdrawal request, the participant who leaves is deleted from the delivery route information 830 shown in FIG. 5B, and the delivery route information 830 is updated. The updated delivery route information 830 is sent to each user terminal in response to a request for referencing the delivery route information 830 from each user terminal.
[0072]
For registration or withdrawal of a participant in a session, a server participation / leave notification unit 104 described later receives an event (participation in a session, withdrawal from a session) notification from each user terminal and participates in the session. An event (a request for updating the delivery route information) is sent via the TCP / IP communication unit 105 so as to prompt each user terminal to update the delivery route information. By this event (request for updating the delivery route information), each user terminal knows that there has been a new participation or withdrawal from the session, and sends the delivery route information to the session information server 101 by referring to the delivery route information. Will be updated.
[0073]
Since the user participates in the session using the user terminal 401, the server participation / leave notification unit 104 reports the event (participation in the session) in which the user participates at the timing of registering the participant information (delivery route information). , Via the TCP / IP communication unit 105. Upon receiving the event (participation in the session) notification, the server participation notification unit 104 confirms the creation / update of the delivery route information in the delivery route information holding unit 103 for each participant. Upon completion of the creation / updating of the delivery route information, the server joining / leaving notification unit 104 communicates with the user terminals of other users participating in the session, and an event in which a new user has joined the session (delivery route information Update request).
[0074]
Similarly, when leaving the session, an event (withdrawal from the session) is received from each user terminal via the TCP / IP communication unit 105, and the delivery route information is updated in the delivery route information holding unit 103 for each participant. After confirming, the terminal communicates with the user terminals of other users participating in the session, and notifies the event that the user has left the session (request to update delivery route information).
[0075]
As described above, a description has been given of a case where the user Y1 and the user Y2 hold a video conference using the user terminal 1 and the user terminal 2, but the user Y2 also participates in the video conference with the user Y3. The procedure for obtaining the information will be described with reference to the sequence diagram of FIG.
[0076]
Note that the configurations and functions of the user portable terminal 701, the user terminal 720, and the user terminal 601 are the same as those of the user portable terminal 301 and the user terminal 401, respectively, and a description thereof will be omitted. Also, with regard to the session information registration terminal 201, only the registration of the session information and the notification of the session identifier notification message have been described, but the function of communicating with the user terminal 601 has the function described for the user portable terminal 301. It is assumed that
[0077]
First, a session identifier notification message 810 is sent from the user portable terminal 301 to the user portable terminal 720 so as to participate in a video conference (S701). Upon receiving the session identifier notification message 810, the user portable terminal 720 displays the message content and asks whether to participate in the user Y3. When the user Y3 participates in the video conference, the session identifier 806 is transferred from the user portable terminal 720 to the user terminal 701 using IrDA communication (S702).
[0078]
The user terminal 701 instructed to participate in the video conference transmits the participant information 820 including the session identifier, the user terminal information 822, the participant ID 823, the media type 832, and the delivery route information 834 to the TCP / IP communication. The registration request is sent to the session information server 101 via the server 101 to make a request for registration of the participant information 820 (S703). The user terminal 701 sends an event (participation in a session) to the session information server 101 via TCP / IP communication at the same timing as the registration request for the participant information 820 (S704). The session information server 101 registers a new participant and updates the delivery route information 830.
[0079]
The session information server 101 that has received the registration request for the participant information 820 generates an event (a request to update the delivery path information) as an event to update the delivery path information 830 because a new participant has been generated. 601 and 701 (S705). The user terminal 701 that has registered the participant information 820 that has received the event (request for updating the delivery route information) also sends a reference request for the delivery route information 830 to the session information server 101 (S706), and The delivery route information 830 of the other user terminals participating in (1) is acquired (S707).
[0080]
Similarly, the user terminal 601 having received the event (request for updating the delivery route information) issues a reference request for the delivery route information 830 to the session information server 101 (S708), and acquires the delivery route information 830 (S709). ), The user terminal 601 updates the delivery route information 830. Similarly, the user terminal 401 receiving the event (request for updating the delivery route information) issues a reference request for the delivery route information 830 to the session information server 101 (S710), and acquires the delivery route information 830 (S711). ), The user terminal 401 updates the delivery route information 830.
[0081]
According to the above procedure, each user terminal acquires and updates the delivery route information 830 of the other user terminals participating in the video conference, thereby transmitting and receiving audio data and video data to and from the newly participating user terminal 701. This enables a video conference (S712).
[0082]
Next, a case where the user terminal 701 leaves the video conference will be described.
The user terminal 701 sends the request to the session information server 101 via TCP / IP communication, and makes a request to delete the participant information 820 (S720). The user terminal 701 sends an event (leaving to a session) to the session information server 101 via TCP / IP communication at the same timing as the request for deleting the participant information 820 (S721). The session information server 101 deletes the participant from the session and updates the delivery route information 830.
[0083]
The session information server 101 that has received the request to withdraw from the session generates an event (a request to update the delivery path information) as an event to update the delivery path information 830 because the participant has left the session. , 601 (S722). The user terminal 401 that has received the event (request for updating the delivery route information) issues a reference request for the delivery route information 830 to the session information server 101 (S723), and acquires the delivery route information 830 (S724). Terminal 401 updates delivery route information 830. Similarly, the user terminal 601 having received the event (request for updating the delivery route information) issues a reference request for the delivery route information 830 to the session information server 101 (S725), and acquires the delivery route information 830 (S726). ), The user terminal 601 updates the delivery route information 830.
[0084]
According to the above procedure, each user terminal obtains and updates the delivery route information 830 of the other user terminals participating in the video conference, so that each user terminal and the voice data except for the user terminal 701 that has left the session. By transmitting and receiving video data and video data, a video conference becomes possible (S727).
[0085]
In the present embodiment, when a new participant participates, the session information server 101 notifies the already participating user terminals of the update request of the delivery route information, and the user terminal notifies the session information server 110 This is a sequence for making a request to refer to the delivery route information. When a new participant participates in this sequence, instead of the session information server 110 making a request to update the delivery route information, the delivery route of the new participant is The present invention can also be implemented in a sequence for notifying the delivery route information of all the participants including the information together. In this case, the user terminal does not need to make a request to refer to the delivery route information 830 again to the session information server. However, when using this method, in order to prevent inconsistency in delivery route information on the session information server when multiple participants leave and leave at the same time, measures such as performing server processing in a single thread, etc. Need to take.
[0086]
(Embodiment 2)
FIG. 8 is a configuration diagram of a group communication system according to Embodiment 2 of the present invention. The present embodiment is basically the same as the configuration described in the first embodiment, except that each processing terminal is realized by a general-purpose computer.
[0087]
8, the group communication system according to the present embodiment includes a session information server 101 that registers session information and participant information from each terminal, and sends a session identifier and delivery route information for each registered session. A session information registration terminal 201 that registers session information with the session information server 101, a user portable terminal 301 that receives a session identifier notification message from the session information registration terminal 201 that prompts participation in a video conference, The system includes a user terminal 401 that receives a session identifier from the terminal 301, acquires delivery route information from the session information server 101, and conducts a video conference, and a network 501 that communicates with each terminal and the session information server 101.
[0088]
The network 501 is a unicast distribution using TCP / IP or UDP / IP, a source specific multicast (SSM) or an explicit multicast (XCAST) (reference: draft-ooms-xcast-basic-spec-). This is a network that can use multicast with delivery capability, and the session information server 101, session information registration terminal 201, user portable terminal 301, and user terminal 401 have a unicast communication function of TCP / IP and UDP / IP, This is a terminal equipped with an operating system capable of operating an application process on the terminal. In the process on the operating system, TCP / IP and UDP / IP unicast communication can be performed with another terminal and with another process on the same terminal by using an API provided by the operating system.
[0089]
In addition, the user terminal 401 opens an SSM or XCAST communication socket as a one-to-many multicast communication socket and a many-to-many IP multicast communication socket with a link local scope or a node local scope that does not exceed a router. be able to. The session information registration terminal 201 and the user portable terminal 301 are terminals that can be connected to the public network 510.
[0090]
Next, operations of the session information registration terminal 201, the user portable terminal 301, the user terminal 401, and the session information server 101 will be described.
[0091]
First, the session information registration terminal 201 will be described using the processing flow of FIG. The session information registration terminal 201 is roughly divided into session information registration / reference processing and session identifier notification processing. In the session information registration / reference processing, information on a session to be performed is input and registered in the session information / session identifier storage unit 205 (S901). FIG. 3A shows an example of the session information 800 to be input and registered. The session information 800 includes a session name 802, a session content 803, a session holding time 804, and a session type 805 for each session. It is not done.
[0092]
The input / held session information 800 is sent to the session information server 101 with a registration request for the input / held session information 800 using the TCP / IP communication function (S902). Next, after requesting the registration of the session information 800 to the session information server 101, a request for referencing the session identifier is made (S903), and the session ID 801 and the session identifier 806 are acquired and held in the session identifier / session information holding unit 205 (S904). ).
[0093]
The session identifier notifying process generates a session identifier notification message 810 based on the session identifier 806 and the session information 800 held in the session identifier / session information holding unit 205 and holds the message in the session identifier / session information holding unit 205 ( S905). An example of the generated session identifier notification message 810 is shown in FIG. 3B, which is a combination of the session identifier 806 assigned by the session information server 101 and the session information 800. The user selects the number of the user portable terminal of the person who wants to participate in the video conference held in the user portable terminal number holding unit 206 by using the session identifier message 806, and uses the public network communication function. It is sent to the user portable terminal 301 (S906).
[0094]
Next, the user portable terminal 301 that has received the session identifier message 806 will be described using the processing flow of FIG.
[0095]
In the session identifier receiving process, a session identifier message 806 is received from the session information registration terminal 201 via the public network 510 by the public network communication function (S1001). Upon receiving the session identifier message 806, the user is notified of the fact that the user has arrived by sound, vibration, visible light, or a combination thereof (S1002).
[0096]
In the session information presentation processing, a reference request is sent to the session information server 101 by the TCP / UDP / IP communication function based on the session identifier message 806 received by the session identifier reception processing (S1003). A session identifier notification message 810 including the session information and the media information corresponding to the reference request is received from the session information server 101, and stored in the session identifier / session information storage unit 306 (S1004). As a result, the user can confirm the information of the session received by the session identifier receiving process.
[0097]
As shown in FIG. 10, the second session identifier notification process includes a session identifier delivery function of the user portable terminal 301, an HTTP browser, and an httpd and session identifier reception process on the user terminal 401.
[0098]
In the session identifier delivery process, the session identifier 806 received in the session identifier reception process can be delivered to the http browser using the TCP / UDP / IP communication function (S1005). Specifically, the http browser of the user portable terminal 301 connects to httpd of the user terminal 401 using the TCP / IP communication function. The http browser accesses the URI including the session identifier. A specific example of the URL is as follows.
[0099]
http: // user terminal 401 / cgi-bin / session identifier receiving process /? session-identification = cast: // session. mrit. co. jp / 00002 /
When a URL is input on the http browser of the user portable terminal 301, the http browser connects to httpd of the user terminal 401 using the TCP / IP communication function. The httpd of the connected user terminal 401 uses the session identifier reception process stored in the directory named / cgi-bin / as an argument.
session-identification = cast: // session. mrit. co. jp / 00002 /
Start by specifying. The session identifier receiving process of the user terminal 401 started by httpd is:
cast: // session. mrit. co. jp / 00002 /
Is received as the session identifier.
[0100]
Thereby, the session identifier can be notified from the user portable terminal 301 to the user terminal 401.
[0101]
Next, the user terminal 401 will be described.
It is assumed that the session identifier has been received in advance by the session identifier receiving process 420 started by httpd accessed by the session identifier passing process of the user portable terminal 301.
[0102]
The processing of the delivery route information registration / reference process 421 will be described with reference to the processing flow of FIG. The session identifier 806 is received from the session identifier reception process 420 using the inter-application communication channel 427 (S1101). Using the TCP / IP communication function provided by the kernel of the user terminal 401 based on the session identifier 806, the session information server 101 sends participant information 820 (delivery route information) used by the user terminal 401 to transmit a datagram. Is sent (S1102). At the same timing as the registration request of the participant information 820, an event (participation in a session) is notified to the joining / leaving notification client process 424 using the inter-application communication path 427, and the joining / leaving notification client process 424 sends the event to the session information server 101. Notice. (S1103). At this time, the participant information 820 to be sent includes a session identifier 806, a user terminal 822, delivery route information 834, and a participant ID 823, as shown in FIG.
[0103]
An event (request to update delivery route information) from the session information server 101 that has received an event (participation in a session) notification from each user terminal is sent to the client process 424 using the TCP / UDP / IP communication function. Is received (S1104). Upon receiving an event (request for updating delivery route information) from the session information server 101, the user terminal 401 created based on the session identifier 806 sends a reference request for delivery route information 830 used for receiving datagrams (S1105). ). The delivery route information 830 based on the reference request is acquired from the session information server 101 by using the TCP / IP communication function provided by the kernel of the user terminal 401, is stored in the delivery route information storage unit 409, and is used for communication between applications. It notifies the delivery route control process via the route 427 (S1106). The delivery route information 830 referred to at this time is composed of a session identifier 806, a media type 832, a participant ID 823, and delivery route information 834, as shown in an example in FIG.
[0104]
The procedure for withdrawal will be described with reference to FIG.
When the user leaves the session in which the user has participated, a voice delivery application process 426 and a video delivery application process 425, which will be described later, receive a user input event from the key input device 434 and receive a delivery route information registration / reference process 421. To the session information server 101 via the inter-application communication path 427 to send an instruction to delete the delivery path information used by itself. The delivery route information registration / reference process 421, which has received the instruction to leave the session (the delivery route information deletion instruction), sends a delivery route information deletion request to the session information server 101 using the TCP / UDP / IP communication function. I do.
[0105]
The joining / leaving notification client process 424 communicates with the session information server 101 in order for the user to join or leave the session using the user terminal 401, and performs an event (participation in the session, joining from the session) Withdrawal). Also, an event that has joined or left a session from another user terminal is received via the session information server 101.
[0106]
Also, the joining / leaving notification client process 424, which has communicated with the session information server 101 and received the event, communicates with the delivery route information registration / reference process 421 using an application communication route, and urges a reference request for the delivery route information 830. . The delivery route information registration / reference process 421 acquires all the delivery route information used by other users in the same procedure as the S1104 to S1106 processes of the delivery route information registration / reference process 421, and based on the acquired delivery route information. Request the delivery route control process 423 to update the delivery route via the application communication route.
[0107]
The distribution path control process 423, which has received the request for updating the distribution path information, uses all the distribution path information 830 including the distribution path used by the user terminal of the new user by using the application communication path. Control the delivery route used. The delivery path control process 423 receives the delivery path information 830 used for transmission and reception using the application communication path 427, and uses the delivery path information 830 to transmit and receive datagrams. It controls the application process 425.
[0108]
The voice delivery application process 426 receives datagrams from a plurality of delivery paths, reproduces the voice by outputting the datagrams to the speaker device 430, and transmits the datagram of the voice data obtained from the microphone device 431 to the delivery path used by itself. Send and deliver to another user's user terminal.
[0109]
The video delivery application process 425 receives datagrams from a plurality of delivery routes, receives video by outputting the datagrams to the display device 432 by dividing the datagrams into transmission sources, and converts the datagram of the video data acquired from the camera device 433 into datagrams. By transmitting to the delivery route used by the user, the data is delivered to the user terminal of another user.
[0110]
The audio delivery application process 426 and the video delivery application process 425 receive the event of the key input device 434, and can activate a release process described later. The voice delivery application process and the video delivery application process transmit datagrams using a delivery route used for transmission by themselves, or transmit datagrams using a plurality of delivery routes used for reception, in response to a request from a delivery route control process. Or can be received.
[0111]
When the user ends the session, the audio delivery application process 426 and the video delivery application process 425 accept the event of the key input device 434 and use the delivery route information registration / reference process 421 for their own delivery. It instructs the session information server 101 to send the deletion of the delivery route information, requests the joining / leaving notification client process 424 to send an event (leaving from the session) to the session information server 101, and sends a voice delivery application. It is possible to execute a leaving process for stopping the processes of the process and the video delivery application process.
[0112]
Next, the session information server 101 will be described.
The session information server 101 is operated by a session information server process on a computer. The session information server process will be described with reference to FIG.
[0113]
In FIG. 8, a session information server 101 registers and holds session information of a group communication input by a user, and assigns a session identifier that uniquely specifies a session of the group communication to the session information server 101. The participant delivery route information processing unit 112 which registers and holds the delivery route information registration request of the participant and distributes the delivery route information of the participants who participate in each session by the reference request, and responds to the request received by the request message receiving process. A response message creation / transmission processing unit 113 that edits each processing result into a response message format and sends it to the request source, receives a request from each user terminal, and starts a processing message according to the request content The reception processing unit 114 receives and manages participation or withdrawal of a session for each session unit, In the event of a match, a participation / removal notification server processing unit 115 for notifying the user terminal, a participant delivery path information database 106 for storing participant information and delivery path information, and storing session information and session identifier notification messages. And a unicast communication function of TCP / IP and UDP / IP, and can communicate with each user terminal.
[0114]
First, the overall processing flow of the session information server process 110 will be described with reference to FIG.
When the session information server process 110 is started, the request message reception processing unit 114 receives a request message from the session information registration terminal 210 or each user terminal, and receives a request message from the session information registration terminal 210 or each user terminal. One of the delivery route information processing unit 112 and the participation / withdrawal notification processing unit 115 is activated (S1501). The session information processing unit 111, the participant delivery route information processing unit 112, or the participation / withdrawal notification process 115 that has been activated performs processing according to the request contents, and outputs the processing results (S1502, S1503, S1504).
[0115]
The processing of the session information processing unit 111, the participant delivery route information processing unit 112, or the participation / withdrawal notification processing unit 115 that has been activated will be described later in detail. The processing result corresponding to the request is edited into a response message format by the response message creation / transmission processing unit 113, and sent to the request source using the TCP / IP communication function (S1504). The response message format is a format in which a processing result in response to a request is described using readable text characters, and is basically SDP (Session Description Protocol: document draft-ietf-mmusic-sdpnew-04.txt). ), And a part of the format is extended.
[0116]
For example, FIG. 13 shows a response example of the session information processing unit 111, the participant delivery route information processing unit 112, and the participation / withdrawal notification processing unit 115.
[0117]
FIG. 13A shows an example of a response from the session information processing unit 111.
The header section 1701 of the response message includes a flag “S” indicating session information, a flag “A” indicating a response to the registration request, and a session ID 1702, and the creator information o1703 includes a contact information 1704 of the user. , A session identifier 1705, a version 1706 of the session identifier, and an IP address 1707 of the session information registration terminal. The session name s1708 describes the session name, and the session holding time t1809 describes the start time and end time of the session.
[0118]
An example of a response from the participant delivery route information processing unit 112 is shown in FIG.
The header portion 1712 of the response message includes a flag “P” meaning participant delivery route information, “A” which is a response to the reference request, and a session ID 1713, and the drafter information o 1714 is the same as in FIG. It is a structure of. Each user is composed of a set of media m1715, attribute a1716, and connection information c1717, which is participant delivery route information. The media m 1804 describes the media type, port number, transport and format, the attribute a 1805 describes the attribute 1718 indicating the user and the contact information 1719 of the user, and the connection information c 1806 describes the multicast group address 1720 and the source address. 1721.
[0119]
FIG. 13C shows an example of a response of the participation / withdrawal notification processing 115.
The header 1725 of the response message includes a flag "S" indicating session information, a flag "D" indicating a leave notification, and a session ID 1726, and the description of the drafter information o is the same as that in FIG. .
[0120]
The operation of the session information processing 111 started by the request message receiving process 114 will be described with reference to FIG.
In response to a session information registration request from the session information registration terminal 201, session information 800 is received for each session using the TCP / IP communication function, and registered in the session information database 116 (S1201). An example of the session information 800 is shown in FIG. For the registered session information 800, a session identifier 806 that uniquely specifies the session of the group communication is generated and registered in the session information database 107 (S1202).
[0121]
The session identifier 806 is sent to the session information registration terminal 201 requesting the registration of the session information, as an output result, to the response message creation / transmission processing 113 (S1203). 3B, the session information database 107 manages the session information 800 from the session information registration terminal 201, the session identifier 806 generated by the session information processing 111, and the like. The generation and format of the session identifier 804 are the same as in the first embodiment, and a description thereof will be omitted.
[0122]
The operation of the participant delivery route information processing activated by the request message receiving process 114 will be described with reference to FIG.
[0123]
First, it checks whether the request from each user terminal is a registration request or a deletion request of the participant information or a reference request (S1301). If the request is a registration request for participant information, the user terminal 401 or the user terminal 601 sends a registration request for participant information (delivery path information) in order to obtain datagram distribution path information, using a TCP / IP communication function. (S1302) via the network 501. Upon receiving the registration request for the participant information (delivery route information), the participant-specific delivery route information holding unit 103 holds the participant information (delivery route information) from each user terminal in the participant delivery route information database 106. .
[0124]
The participant information 820, an example of which is shown in FIG. 5A, includes a session identifier 806, an IP address 822 of the user terminal, and a participant ID 823. 5B is created and updated based on the registered participant information 820 and the session identifier notification message 810 from the participant information from each user terminal participating in a session unit. It is stored in the delivery route information database 106 (S1303).
[0125]
Further, each user terminal that has made a registration request for the participant information 820 (delivery route information) receives a reference request for the delivery route information 830 used for datagram transmission / reception via the network 501 via the TCP / IP communication function ( S1304). The delivery route information 830 is output to the response message creation and transmission process 113 so as to be sent to each user terminal that has made a reference request (S1305).
[0126]
If the request is a request for referencing participant information, a request for referencing participant information (delivery route information) is received via the network 501 via the TCP / IP communication function (S1310). The delivery route information 830 is output to the response message creation and transmission process 113 so as to be sent to each user terminal that has made a reference request (S1311).
[0127]
When the request is a request for deleting participant information, when leaving the session in which the participant has participated, for example, a request to leave the session is sent from the user terminal 401 in the same format as the participant information 820, using TCP / IP communication. It is received via the function (S1306). Upon receiving the withdrawal request, the withdrawal participant is deleted from the delivery route information 830 shown in FIG. 5B, and the delivery route information 830 is updated (S1307). The updated delivery route information 830 receives a reference request for the delivery route information 830 from each user terminal (S1308), and outputs it to the response message creation / transmission process 113 to send it to each user terminal (S1309).
[0128]
For registration or withdrawal of a participant in a session, an event (participation in the session, withdrawal from the session) is notified from each user terminal by the participation / withdrawal notification server processing 115 described later, and the user is participating in the session. An event (request to update delivery route information) is sent to each user terminal so as to prompt the user to update delivery route information. By this event (request for updating the delivery route information), each user terminal knows that there has been a new participation or withdrawal from the session, and the delivery route information is sent to the session information server process 110 by a reference request for the delivery route information. Will be updated.
[0129]
The operation of the joining / leaving notification server process 115 started by the request message receiving process 114 will be described with reference to FIG.
First, it is checked whether the event notified from each user terminal is joining or leaving the session (S1401). If the notified event is participation in a session, the user participates in the session using the user terminal 401, and therefore, the event (session) in which the user has participated is registered at the timing when the participant information (delivery route information) is registered. Is received via the TCP / IP communication function (S1402).
[0130]
Upon receiving the event (participation in the session) notification, the delivery route information processing unit 111 confirms creation / update of delivery route information in the delivery route information processing unit 111 (S1403). When the creation / update of the delivery route information is completed, the terminal communicates with the user terminals of other users participating in the session, and responds to the event (new delivery route information update request) that the new user has joined the session. It notifies the creation / transmission processing 113 (S1404).
[0131]
Similarly, when the notified event is the withdrawal from the session, the event (withdrawal from the session) is received from each user terminal via the TCP / IP communication function even when leaving the session (S1405), Update of the delivery route information is confirmed by the delivery route information holding unit 103 for each participant (S1406), and thereafter, the user communicates with the user terminals of other users participating in the session, and the user leaves the session. The event (request for updating the delivery route information) is notified to the response message creation / transmission process 113 (S1407).
[0132]
As described above, the present embodiment prompts each terminal to update the delivery route information in the case where audio or video data is mutually transferred between a plurality of terminals, such as a video conference, when an event occurs. , Each terminal can freely participate in or leave a session.
[0133]
In the present embodiment, as an application for transmitting and receiving datagrams, the audio transmission application process 426 and the video transmission application process 425 are controlled to enable or disable participation in a video conference session. It is also possible to construct a system that controls the delivery route of a whiteboard application that sends and receives operations as datagrams and a control screen sharing application that sends and receives the contents of control screens as datagrams.
[0134]
(Embodiment 3)
FIG. 17 is a configuration diagram of a group communication system according to Embodiment 3 of the present invention.
In the present embodiment, each of the terminals 901-1 to 901-3 performs the functions of the session information server 101, the session information registration terminal 201, the user portable terminal 301, and the user terminal 401 described in the first or second embodiment. All the terminals perform their respective functions to enable group communication. Note that the session information registration terminal 201, the user terminal 601, the session information server 101, the user portable terminal 301, the user terminal 401, the user portable terminal 720, and the user terminal 701 are described in the first and second embodiments. 2 and the duplicated description is omitted.
[0135]
In the first or second embodiment, session information registration terminal 201 for registering session information and user terminal 601, or user portable terminal 301 and user terminal 401 receiving a session identifier notification message, or user mobile terminal receiving a session identifier notification message Although the terminal 720 and the user terminal 701 are independent terminals, in the present embodiment, the operation is performed by one terminal.
[0136]
That is, in the present embodiment, the terminal 901-1 has the functions of the session information registration terminal 201 and the user terminal 601, and the terminal 901-2 has the functions of the session information server 101, corresponding to the conceptual diagram of FIG. The terminal 901-3 has the functions of the user portable terminal 301 and the user terminal 401.
[0137]
As described above, in the present embodiment, each terminal has all functions (drafting session, registration and management of session information, user terminal), and using each terminal function properly according to the situation at that time. , You can use video conference more flexibly.
[0138]
The terminal 901-2 can have the functions of the user portable terminal 720 and the user terminal 701 in addition to the function of the session information server 101.
Further, since each of the terminals 901-1 to 901-3 is connected to the Internet 540, the transmission and reception of the session information and the session identifier notification message can be realized by a widely known method such as electronic mail or instant message. it can.
[0139]
【The invention's effect】
As described above, according to the present invention, a user terminal and a delivery route are determined at a timing when a user participates in a group communication session, and information on the delivery route is notified to the user terminals of other participants, Since the datagram transmission / reception application of the user terminal controls the transmission and reception of datagrams using multiple delivery routes, the group communication is performed while the number of participants dynamically increases and decreases. Even if there is a new user, the user terminal of the new user can be determined, and as a result, group communication can be performed between all the participants.
[Brief description of the drawings]
FIG. 1 is a conceptual diagram of a group communication system according to a first embodiment of the present invention.
FIG. 2 is a block diagram showing a configuration of a group communication system according to Embodiment 1 of the present invention.
FIG. 3 is a diagram showing an example of session information and a session identifier notification message used in the group communication system according to the first embodiment of the present invention.
FIG. 4 is a block diagram showing a configuration of a user terminal configuring the group communication system according to the first embodiment of the present invention.
FIG. 5 is a diagram showing an example of participant information and delivery route information used in the group communication system according to the first embodiment of the present invention.
FIG. 6 is a block diagram showing a configuration of a session information server included in the group communication system according to the first embodiment of the present invention.
FIG. 7 is an explanatory diagram of an operation of the group communication system according to the first embodiment of the present invention, showing a procedure when a user newly joins;
FIG. 8 is a block diagram showing a configuration of a group communication system according to Embodiment 2 of the present invention.
FIG. 9 is a processing flowchart of session information registration / reference processing in the group communication system according to Embodiment 2 of the present invention;
FIG. 10 is a processing flowchart of a user portable terminal included in the group communication system according to the second embodiment of the present invention.
FIG. 11 is a processing flow diagram of a delivery route information registration / reference process of a user terminal configuring the group communication system according to the second embodiment of the present invention;
FIG. 12 is an explanatory diagram of an operation of the group communication system according to the second embodiment of the present invention, showing a flow of an entire process of a session information server process.
13A and 13B are explanatory diagrams of the operation of the group communication system according to Embodiment 2 of the present invention, wherein FIG. 13A shows an example of a response to session information processing, and FIG. 13B shows a response to participant delivery path information processing; (C) is a diagram showing an example of a response to the joining / leaving notification processing
FIG. 14 is a processing flowchart of session information processing of a session information server configuring a group communication system according to Embodiment 2 of the present invention;
FIG. 15 is a processing flowchart of participant delivery route information processing of a session information server configuring a group communication system according to Embodiment 2 of the present invention;
FIG. 16 is a processing flowchart of a joining / leaving notification server process of the session information server configuring the group communication system according to the second embodiment of the present invention;
FIG. 17 is a configuration diagram of a group communication system according to Embodiment 3 of the present invention.
FIG. 18 is an explanatory diagram of a conventional method for providing session information for IP multicast communication.
[Explanation of symbols]
101 Session Information Server
102 Session information storage
103 Delivery route information storage unit for each participant
104 Server join / leave notification unit
105 TCP / IP communication unit
106 Participant delivery route information database
107 Session information database
110 Session information server process
111 Session Information Processing Unit
112 Participant delivery route information processing unit
113 Response message creation transmission processing
114 Request message reception processing unit
115 Join / Leave Notification Server Processing Unit
201 Session information registration terminal
202 Session information registration / reference section
203 Session identifier notifier
204 i-Mode communication unit
205 Session information / session identifier storage unit
206 User mobile terminal identification number holding unit
301 User mobile terminal
302 Session identifier receiving unit
303 Session information presentation unit
304 second session identifier notifier
305 IrDA communication unit
306 session information session identifier storage
307 Public Communication Department
401, 601 and 701 user terminals
402 second session identifier receiving unit
403 Delivery route information registration reference section
404 Client Participation Leave Notification Unit
405 Delivery route control unit
406 Datagram transmission / reception application execution unit
407 TCP / IP communication unit
408 IrDA communication unit
409 Delivery route information storage unit
420 Session identifier reception process
421 Delivery route information registration reference process
423 Delivery route control process
424 Participation Leave Notification Process
425 Video distribution application process
426 Voice Delivery Application Process
430 Speaker device
431 Microphone device
432 Display device
433 Camera device
434 key input device
501 Network
510 public network
520 i-Mode network
530 GW
540 Internet
720 user portable terminal
901-1, 901-2, 901-3 Terminal

Claims (9)

セッション情報サーバによってセッション情報登録端末を含む複数の利用者端末がグループ通信を行うグループ通信配送路制御方法であって、セッション情報登録端末がセッション情報サーバにセッション及びセッションへの参加条件を記述したセッション情報を登録することで、セッション情報サーバが、セッション単位に一意に決まるネットワーク上で情報の所在地とセッション情報を示すセッション識別子を前記セッション情報登録端末に付与し、前記セッション情報登録端末がセッション識別子を取得することで、そのセッション識別子をこれから招待する利用者の利用者携帯端末に通知し、通知を受けた前記利用者携帯端末がセッションへの参加を希望する場合にはセッション識別子を受理して利用者端末に通知し、更に他の利用者携帯端末に向けてセッション識別子を通知し、前記各利用者端末が、受理したセッション識別子を元に自らがデータグラムの配送に利用する配送路情報を前記セッション情報サーバに登録するとともに、前記セッション情報サーバから前記他の利用者端末がデータグラムの配送に用いている配送路情報を取得することを特徴とするグループ通信配送路制御方法。A group communication delivery route control method in which a plurality of user terminals including a session information registration terminal perform group communication by a session information server, wherein the session information registration terminal describes a session and a participation condition to the session in the session information server. By registering the information, the session information server assigns a session identifier indicating the location of the information and the session information on the network uniquely determined for each session to the session information registration terminal, and the session information registration terminal By acquiring, the session identifier is notified to the user portable terminal of the user to be invited from now on, and when the notified user portable terminal wishes to participate in the session, the session identifier is accepted and used. Notification to the user terminal and further use Notifying the mobile terminal of a session identifier, each of the user terminals registers, in the session information server, delivery route information to be used for delivery of a datagram based on the received session identifier, and the session information A group communication delivery path control method, wherein delivery path information used by the other user terminal for delivery of datagrams is obtained from a server. 前記セッション情報サーバが、前記各利用者端末から配送路情報の登録と同時にイベントを受けることで新たな配送路情報の生成して現在の配送路情報を更新し、更に受けたイベントを基に前記各利用者端末に対して配送路情報を更新するように促すイベントを通知することを特徴とする請求項１に記載のグループ通信配送路制御方法。The session information server receives the event at the same time as the registration of the delivery route information from each of the user terminals, generates new delivery route information and updates the current delivery route information, and further based on the received event, 2. The group communication distribution path control method according to claim 1, wherein an event prompting each user terminal to update the distribution path information is notified. 前記各利用者端末が前記セッションから離脱するために配送路情報の削除要求と同時にイベントを送信することで、前記セッション情報サーバが新たな配送路情報を生成して現在の配送路情報を更新し、更に受けたイベントを基に前記各利用者端末に対して配送路情報を更新するように促すイベントを通知することを特徴とする請求項１に記載のグループ通信配送路制御方法。The session information server generates new delivery route information and updates the current delivery route information by transmitting an event at the same time as the delivery route information deletion request in order for each of the user terminals to leave the session. 2. The group communication distribution path control method according to claim 1, further comprising the step of notifying the user terminal of an event prompting the user terminal to update the distribution path information based on the received event. セッション情報サーバによって複数の利用者端末がグループ通信を行うグループ通信システムに用いられるセッション情報登録端末であって、前記セッション情報サーバに対してセッション及びセッションへの参加条件を記述したセッション情報の登録要求を行うとともに、前記セッション情報サーバに対してセッション単位に一意に決まるネットワーク上で情報の所在地とセッション情報を示すセッション識別子の付与を要求するセッション情報登録参照手段と、セッション識別子の付与要求することによって得られたセッション識別子をセッションに招待する他の利用者携帯端末に通知するセッション識別子通知手段と、を具備することを特徴とするセッション情報登録端末。A session information registration terminal used in a group communication system in which a plurality of user terminals perform group communication by a session information server, the session information registration request describing a session and a condition for joining the session to the session information server. A session information registration reference unit for requesting the session information server to provide a session identifier indicating the location of the information and session information on a network uniquely determined for each session, and a request for providing a session identifier. A session identifier notifying unit for notifying the other user portable terminals inviting the obtained session identifier to the session to the session information registration terminal. セッション情報登録端末を含む複数の利用者端末がグループ通信を行うグループ通信システムに用いられるセッション情報サーバであって、前記セッション情報登録端末よりセッション情報の登録要求があると、セッション情報を登録すると共に前記セッション情報登録端末に対しセッション単位に一意に決まるネットワーク上で情報の所在地とセッション情報を示すセッション識別子を付与するセッション情報保持手段と、利用者携帯端末から通知されたセッション識別子により利用者端末がデータグラムの配送に用いる配送路情報の登録要求を行ってきた場合にその登録要求を受け付けることで、グループ通信に参加する利用者端末毎に利用する配送路情報を保持する参加者別配送路情報保持手段と、前記複数の利用者端末の中からグループ通信への参加又は離脱のイベントを通知してきたものがあると、他の利用者端末に当該イベントを通知するサーバ参加離脱通知手段と、を具備することを特徴とするセッション情報サーバ。A session information server used in a group communication system in which a plurality of user terminals including a session information registration terminal perform group communication, wherein when a session information registration request is received from the session information registration terminal, the session information is registered. A session information holding unit for providing the session information registration terminal with a session identifier indicating the location of the information and the session information on the network uniquely determined for each session, and the user terminal is identified by the session identifier notified from the user portable terminal. When a registration request for delivery route information used for delivery of a datagram is made, the registration request is accepted, and delivery route information for each participant holding delivery route information used for each user terminal participating in group communication. Holding means, and a group from among the plurality of user terminals. If some which has notified the join or leave an event to flop communication session information server, characterized by comprising a server participating leave notification means for notifying the event to the other user terminal, the. セッション情報サーバ及びセッション情報登録端末によって、複数の利用者端末がグループ通信を行うグループ通信システムに用いられる利用者携帯端末であって、前記セッション情報登録端末からのセッション識別子を受信するセッション識別子受信手段と、受信したセッション識別子を元に利用者にセッションの内容を提示するセッション情報提示手段と、利用者がセッションへの参加を希望する操作を行った場合に、受信したセッション識別子を利用者端末に通知するセッション識別子通知手段と、を具備することを特徴とする利用者携帯端末。A user portable terminal used in a group communication system in which a plurality of user terminals perform group communication by a session information server and a session information registration terminal, the session identifier receiving means receiving a session identifier from the session information registration terminal And session information presenting means for presenting the content of the session to the user based on the received session identifier, and, when the user performs an operation of requesting participation in the session, the received session identifier is transmitted to the user terminal. And a session identifier notifying unit for notifying. セッション情報サーバと、セッション情報登録端末と、利用者携帯端末とを備えたグループ通信システムに用いられる利用者端末であって、利用者携帯端末からのセッション識別子を受信するセッション識別子受信手段と、前記セッション識別子受信手段にて受信されたセッション識別子を元に自らが利用するデータグラム配信のための配送路情報をセッション情報サーバに登録し、更に前記セッション情報サーバから他の利用者端末が登録した配送路情報を取得する配送路情報登録参照手段と、前記配送路情報登録参照手段で取得された前記配送路情報にてデータグラムの配送を制御する配送路制御手段と、利用者のセッションへの参加又は離脱のイベントを前記セッション情報サーバに通知するクライアント参加離脱通知手段と、を具備することを特徴とする利用者端末。A session information server, a session information registration terminal, a user terminal used in a group communication system including a user portable terminal, a session identifier receiving means for receiving a session identifier from the user portable terminal; Based on the session identifier received by the session identifier receiving means, the delivery route information for datagram delivery used by itself is registered in the session information server, and the delivery registered by another user terminal from the session information server. Delivery route information registration reference means for acquiring route information, delivery route control means for controlling delivery of datagrams with the delivery route information acquired by the delivery route information registration reference means, and user participation in a session Or a client joining / leaving notifying means for notifying the session information server of a leaving event. User terminal, wherein the Rukoto. 請求項４に記載のセッション情報登録端末と、請求項５に記載のセッション情報サーバと、請求項６に記載の利用者携帯端末と、請求項７に記載の利用者端末と、を具備することを特徴とするグループ通信システム。A session information registration terminal according to claim 4, a session information server according to claim 5, a user portable terminal according to claim 6, and a user terminal according to claim 7. A group communication system, comprising: 少なくとも請求項４に記載のセッション情報登録端末又は請求項５に記載のセッション情報サーバ又は請求項７に記載の利用者端末のいずれかの機能と同等の機能を更に備えたことを特徴とする請求項６に記載の利用者携帯端末。Claims characterized by further comprising a function equivalent to at least one of the functions of the session information registration terminal according to the fourth aspect, the session information server according to the fifth aspect, and the user terminal according to the seventh aspect. Item 7. A user portable terminal according to Item 6.
JP2002326055A 2002-11-08 2002-11-08 Group communication delivery path control method and group communication system Pending JP2004165742A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002326055A JP2004165742A (en) 2002-11-08 2002-11-08 Group communication delivery path control method and group communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002326055A JP2004165742A (en) 2002-11-08 2002-11-08 Group communication delivery path control method and group communication system

Publications (1)

Publication Number Publication Date
JP2004165742A true JP2004165742A (en) 2004-06-10

Family

ID=32805102

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002326055A Pending JP2004165742A (en) 2002-11-08 2002-11-08 Group communication delivery path control method and group communication system

Country Status (1)

Country Link
JP (1) JP2004165742A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009522830A (en) * 2005-12-28 2009-06-11 ヴァントリックス コーポレーション Multi-user real-time transcoding system and method for multimedia sessions
US8452838B2 (en) 2005-03-31 2013-05-28 Nec Corporation Multimodal service session establishing and providing method, and multimodal service session establishing and providing system, and control program for same

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8452838B2 (en) 2005-03-31 2013-05-28 Nec Corporation Multimodal service session establishing and providing method, and multimodal service session establishing and providing system, and control program for same
JP2009522830A (en) * 2005-12-28 2009-06-11 ヴァントリックス コーポレーション Multi-user real-time transcoding system and method for multimedia sessions

Similar Documents

Publication Publication Date Title
JP4707714B2 (en) COMMUNICATION CONTROL METHOD, COMPUTER SYSTEM, CONFERENCE MANAGEMENT SERVER, COMMUNICATION METHOD, AND PORTABLE TERMINAL
US11316909B2 (en) Data transmission method and apparatus, and computer storage medium
US20160247123A1 (en) Converting Scheduling Information into Different Conferencing Domains
JP2003085111A (en) Collaboration method, system, program, and storage medium
JP4514755B2 (en) Communication control method and computer system
US11159584B2 (en) Methods, apparatus and/or system for using email to schedule and/or launch group communications sessions
JP5359666B2 (en) Host session management server, host session management method, program, and host session management system
US20080281914A1 (en) Computer system
JP2011244081A (en) Communication method, master display device, slave display devices, and communication system with the same
KR20150059662A (en) Method and appartus for establishing a social relationship in a social service providing system
WO2012058989A1 (en) Method and system for multi-user collaborative graph editing on mobile terminal
WO2014154009A1 (en) Method, apparatus, receiving end, sending end and device for group communication
WO2016119300A1 (en) Information synchronization method and information synchronization device based on ims multi-party call, and terminal
JP5560790B2 (en) Screen sharing system, management server, information processing apparatus, screen sharing management method, program, and recording medium
WO2017198158A1 (en) Session management method, device and system
JP2004165742A (en) Group communication delivery path control method and group communication system
JP2003273898A (en) System and method for communication
JP2004021502A (en) Network system, information notification terminal, control method for information notification terminal, and control program
US8638919B2 (en) External messaging during conference call
JP2004213271A (en) Terminal device, electronic meeting system, and session management method and program
JP2014147030A (en) Voice distribution system and recording method
CN103853564A (en) Novel software opening mode
JP4485035B2 (en) Virtual space security methods
JP5304150B2 (en) Communication server, communication method, communication program, and communication system
CN103327089B (en) Notification of communication event

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050804

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070607

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070703

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070831

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080129