JP2011035833A - 上位セッション管理サーバ、上位セッション管理方法、プログラムおよび上位セッション管理システム - Google Patents

Abstract

【課題】異なる複数の機器を連携させた通信サービスを容易に実現することのできる上位セッション管理サーバを提供する。
【解決手段】セッションＤＢにおいて、サービスの開始命令に示されるサービス種情報に対応付けられている複数のセッション種情報を特定するメディア特定部６０２と、開始命令に示されるデバイス識別情報のうち、セッションＤＢにおいて、メディア特定部６０２により特定されたセッション種に対応付けられているデバイス識別情報を特定するデバイス特定部６０３と、セッションＤＢにおいて、デバイス特定部６０３により特定されたデバイス識別情報に対応付けられている複数のセッション情報に基づいて、複数のセッションを開始することにより前記サービスを行うセッション制御部６０６とを備える。
【選択図】図２

Description

本発明は、複数のデバイス間の通信セッションを管理する上位セッション管理サーバ、上位セッション管理方法、プログラムおよび上位セッション管理システムに関する。

従来、電話、ＦＡＸ、ＩＭ（Ｉｎｓｔａｎｔ Ｍｅｓｓｅｎｇｅｒ）、ＴＶ会議などがＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）により実現されている。これらのサービスを実現するリアルタイム通信機器の増加に伴ってコミュニケーション手段も増加し、ユーザの利便性が向上している。

例えば、特許文献１には、シグナリングを用いたサービスとして、電話網に接続されている音声通信機器とインターネットなどの公衆回線網に接続されている映像通信機器とを用いてテレビ会議を実現する方法が開示されている。

また、特許文献２には、ＩＰ電話によるセッションが確立された場合に、夫々のＩＰ電話に関連付けられた情報処理装置によるセッションを確立する方法が開示されている。

しかしながら、一般に提供されるＴＶ会議システムでは、音声通信と映像通信の融合が図られているが、ベンダ毎に同時のシステムとして提供されることが多く、異なるベンダの機器を組み合わせてＴＶ会議システムを実現することは困難であった。

特許文献１にかかる技術においては、電話とＴＶ以外の機器の連携は考慮されておらず、また特許文献２にかかる技術においては、それぞれの機器に専用の処理が必要となる。

本発明は、上記に鑑みてなされたものであって、異なる複数の機器を連携させた通信サービスを容易に実現することのできる上位セッション管理サーバ、上位セッション管理方法、プログラムおよび上位セッション管理システムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、複数のデバイス間の通信セッションを管理するセッション管理サーバとネットワークを介して接続する上位セッション管理サーバであって、前記セッション管理サーバから、複数のセッションを利用するサービスの開始を指示する情報と、前記サービスの種類を示すサービス種情報と、前記サービスに参加するデバイスを識別するデバイス識別情報とを含む開始命令を受信する受信手段と、前記サービス種情報と、前記サービスにおいて利用されるセッションの種類を示すセッション種情報とを対応付けて記憶する第１記憶手段と、前記デバイス識別情報と、前記デバイスが利用されるセッションの前記セッション種情報とを対応付けて記憶する第２記憶手段と、前記デバイス識別情報と、前記デバイスがセッションを行うときに利用するセッション情報とを対応付けて記憶する第３記憶手段と、前記第１記憶手段において、前記受信手段が受信した前記サービス種情報に対応付けられている複数の前記セッション種情報を特定するセッション種特定手段と、前記受信手段が受信した前記デバイス識別情報のうち、前記第２記憶手段において、前記セッション種特定手段により特定された前記セッション種情報に対応付けられている複数の前記デバイス識別情報を特定するデバイス特定手段と、前記第３記憶手段において、前記デバイス特定手段により特定された複数の前記デバイス識別情報それぞれに対応付けられている複数の前記セッション情報を特定するセッション情報特定手段と、前記セッション情報特定手段により特定された複数のセッション情報に基づいて、複数のセッションを開始することにより前記サービスを行うセッション制御手段とを備えることを特徴とする。

また、本発明の他の形態は、複数のデバイス間の通信セッションを管理するセッション管理サーバとネットワークを介して接続する上位セッション管理サーバにおけるセッション管理方法であって、前記上位セッション管理サーバは、前記サービス種情報と、前記サービスにおいて利用されるセッションの種類を示すセッション種情報とを対応付けて記憶する第１記憶手段と、前記デバイス識別情報と、前記デバイスが利用されるセッションの前記セッション種情報とを対応付けて記憶する第２記憶手段と、前記デバイス識別情報と、前記デバイスがセッションを行うときに利用するセッション情報とを対応付けて記憶する第３記憶手段とを備え、受信手段が、前記セッション管理サーバから、複数のセッションを利用するサービスの開始を指示する情報と、前記サービスの種類を示すサービス種情報と、前記サービスに参加するデバイスを識別するデバイス識別情報とを含む開始命令を受信する受信ステップと、セッション種特定手段が、前記第１記憶手段において、前記受信ステップで受信した前記サービス種情報に対応付けられている複数の前記セッション種情報を特定するセッション種特定ステップと、デバイス特定手段が、前記受信ステップで受信した前記デバイス識別情報のうち、前記第２記憶手段において、前記セッション種特定ステップで特定された前記セッション種情報に対応付けられている複数の前記デバイス識別情報を特定するデバイス特定ステップと、セッション情報特定手段が、前記第３記憶手段において、前記デバイス特定ステップにおいて特定された複数の前記デバイス識別情報それぞれに対応付けられている複数の前記セッション情報を特定するセッション情報特定ステップと、セッション制御手段が、前記セッション情報特定手段により特定された複数のセッション情報に基づいて、複数のセッションを開始することにより前記サービスを行うセッション制御ステップとを有することを特徴とする。

また、本発明の他の形態は、複数のデバイス間の通信セッションを管理するセッション管理サーバとネットワークを介して接続するコンピュータにおいて実行されるプログラムであって、前記コンピュータは、前記サービス種情報と、前記サービスにおいて利用されるセッションの種類を示すセッション種情報とを対応付けて記憶する第１記憶手段と、前記デバイス識別情報と、前記デバイスが利用されるセッションの前記セッション種情報とを対応付けて記憶する第２記憶手段と、前記デバイス識別情報と、前記デバイスがセッションを行うときに利用するセッション情報とを対応付けて記憶する第３記憶手段とを備え、前記セッション管理サーバから、複数のセッションを利用するサービスの開始を指示する情報と、前記サービスの種類を示すサービス種情報と、前記サービスに参加するデバイスを識別するデバイス識別情報とを含む開始命令を受信する受信ステップと、前記第１記憶手段において、前記受信ステップで受信した前記サービス種情報に対応付けられている複数の前記セッション種情報を特定するセッション種特定ステップと、前記受信ステップで受信した前記デバイス識別情報のうち、前記第２記憶手段において、前記セッション種特定ステップで特定された前記セッション種情報に対応付けられている複数の前記デバイス識別情報を特定するデバイス特定ステップと、前記第３記憶手段において、前記デバイス特定ステップにおいて特定された複数の前記デバイス識別情報それぞれに対応付けられている複数の前記セッション情報を特定するセッション情報特定ステップと、前記セッション情報特定手段により特定された複数のセッション情報に基づいて、複数のセッションを開始することにより前記サービスを行うセッション制御ステップとをコンピュータに実行させるためのプログラムである。

また、本発明の他の形態は、複数のデバイスと、前記複数のデバイス間の通信セッションを管理するセッション管理サーバと、前記セッション管理サーバとネットワークを介して接続する上位セッション管理サーバとを備えた上位セッションシステムであって、前記複数のデバイスのうち第１デバイスは、複数のセッションを利用するサービスの開始を指示する情報と、開始するサービスの種類を示すサービス種情報と、前記サービスに参加するデバイスを識別するデバイス識別情報とを含む開始命令を送信する送信手段を有し、前記上位セッション管理サーバは、前記第１デバイスから前記セッション管理サーバを介して、前記開始命令を受信する受信手段と、前記サービス種情報と、前記サービスにおいて利用されるセッションの種類を示すセッション種情報とを対応付けて記憶する第１記憶手段と、前記デバイス識別情報と、前記デバイスが利用されるセッションの前記セッション種情報とを対応付けて記憶する第２記憶手段と、前記デバイス識別情報と、前記デバイスがセッションを行うときに利用するセッション情報とを対応付けて記憶する第３記憶手段と、前記第１記憶手段において、前記受信手段が受信した前記サービス種情報に対応付けられている複数の前記セッション種情報を特定するセッション種特定手段と、前記受信手段が受信した前記デバイス識別情報のうち、前記第２記憶手段において、前記セッション特定手段により特定された前記セッション種に対応付けられている複数の前記デバイス識別情報を特定するデバイス特定手段と、前記第３記憶手段において、前記デバイス特定手段により特定された複数の前記デバイス識別情報それぞれに対応付けられている複数の前記セッション情報を特定するセッション情報特定手段と、前記セッション情報特定手段により特定された複数のセッション情報に基づいて、複数のセッションを開始することにより前記サービスを行うセッション制御手段とを有することを特徴とする。

本発明によれば、異なる複数の機器を連携させた通信サービスを容易に実現することができるという効果を奏する。

図１は、第１の実施の形態にかかる通信システム１０の全体構成を示す図である。 図２は、上位セッション管理サーバ６００の主な構成を示すブロック図である。 図３は、第１テーブル７０１のデータ構成を模式的に示す図である。 図４は、第２テーブル７０２のデータ構成を模式的に示す図である。 図５は、第３テーブル７０３のデータ構成を模式的に示す図である。 図６は、第４テーブル７０４のデータ構成を模式的に示す図である。 図７は、第５テーブル７０５のデータ構成を模式的に示す図である。 図８は、テレビ会議を開始する際の通信システム１０における通信シーケンス図である。 図９は、開始リクエストを示す図である。 図１０は、上位セッション情報生成処理（ステップＳ１０６）における上位セッション管理サーバ６００の詳細な処理を示すフローチャートである。 図１１は、上位セッション情報を示す図である。 図１２は、上位セッション管理サーバ６００のセッション制御部６０６の制御の下実行されるセッション開始処理を示すシーケンス図である。 図１３は、上位セッションの終了処理を示すシーケンス図である。 図１４は、上位セッション管理サーバ６００のセッション制御部６０６の制御の下実行されるセッション終了処理（ステップＳ２０６）を示すシーケンス図である。 図１５は、この場合の通信シーケンス図である。 図１６は、リクエストを示す図である。 図１７は、リクエストを示す図である。 図１８は、上位セッション情報更新処理（ステップＳ３０８）における上位セッション管理サーバ６００による処理を示すフローチャートである。 図１９は、更新後の上位セッション情報を示す図である。 図２０は、途中参加者がサービスを特定する情報を知っている場合の通信シーケンス図である。 図２１は、参加要求を示す図である。 図２２は、応答を示す図である。 図２３は、会議指定情報を示す図である。 図２４は、イベント登録処理を示す通信シーケンス図である。 図２５は、上位セッション開始時のイベント通知処理を示す通信シーケンス図である。 図２６は、上位セッション情報更新時のイベント通知処理を示す通信シーケンス図である。 図２７は、更新後の第２テーブル７０２のデータ構成を示す図である。 図２８は、第１の変更例にかかる第２テーブル７１２のデータ構成を模式的に示す図である。 図２９は、上位セッション情報を示す図である。 図３０は、第２の実施の形態にかかる通信システム３０の全体構成を示す図である。 図３１は、第２の実施の形態にかかる通信システム３０がサービスとしての上位セッションを開始する際の通信シーケンスを示す図である。 図３２は、第３の実施の形態にかかる通信システム４０の全体構成を示す図である。 図３３は、通信システム４０による上位セッションへの昇格処理を示す通信シーケンス図である。 図３４は、更新後の第２テーブル７２２のデータ構成を模式的に示す図である。 図３５は、開始リクエストを示す図である。

以下に添付図面を参照して、この発明にかかる上位セッション管理サーバ、上位セッション管理方法、プログラムおよび上位セッション管理システムの最良な実施の形態を詳細に説明する。

（第１の実施の形態）
図１は、本発明の第１の実施の形態にかかる通信システム１０の全体構成を示す図である。通信システム１０は、複数のデバイスを利用した複数のセッションにより実現される各種サービスを提供する。各セッションは、各種デバイス間で行われる。サービスとしては、例えばテレビ会議やゲームなどがある。テレビ会議やゲームは、例えばオーディオやビデオなど複数の種類のセッションが連携して実現される。なお、このように所定のサービスを実現するために開始される複数のセッションを上位セッションと称する。

会議室Ａに設置された各種デバイスと、会議室Ｂに設置された各種デバイスは、サービスにおいて利用される。なお、サービスにおいては、さらに会議参加者の所有する携帯端末を利用することもできる。また、リモートサイトにおいて、所定のデバイスを利用することもできる。

会議室Ａには、マイクＡ１０１と、スピーカＡ１０２と、カメラＡ１０３と、ディスプレイＡ１０４が設置されている。会議室Ａには、サービス利用者であるユーザＡ１およびユーザＡ２が居るものとする。また、会議室Ａには、ユーザＡ１が利用するＰＣ−Ａ１０５が持ち込まれている。会議室Ｂには、マイクＢ２０１と、スピーカＢ２０２と、カメラＢ２０３と、ディスプレイＢ２０４が設置されている。会議室Ｂには、ユーザＢ１およびユーザＢ２が居るものとする。会議室Ａおよび会議室Ｂに設置されたデバイスは、いずれもネットワーク２０に接続している。

会議室Ａと会議室Ｂでは、通信システム１０により、音声および映像を共有したテレビ会議等のサービスが行われる。デバイスＣは、視聴のみが可能なデバイスであり、ユーザＣはデバイスＣを利用して会議の様子を視聴することができる。このように、ユーザＣは、リモートサイトから、デバイスＣ３００を用いてネットワーク２０に接続し、サービスに参加することができる。

通信システム１０は、会議室Ａおよび会議室Ｂに設置されたデバイスの他、音声を管理する音声サーバ４００と、映像を管理する映像サーバ４１０と、データを管理するデータサーバ４２０とを備えている。通信システム１０は、また、各デバイスのセッションを管理するセッション管理サーバ５００と、上位セッション管理サーバ６００と、セッションに関する情報を記憶するセッションＤＢ７００と、会議を制御する会議制御サーバ８００とを備えている。

マイクＡ１０１およびマイクＢ２０１はキャプチャした音声データを音声サーバ４００に送信する。音声サーバ４００は、受信した複数の音声データを合成し、スピーカＡ１０２またはスピーカＢ２０２に送信する。

スピーカＡ１０２およびスピーカＢ２０２は、音声サーバ４００から音声データを取得し、音声を再生する。カメラＡ１０３およびカメラＢ２０３は、キャプチャした映像データを映像サーバ４１０に送信する。映像サーバ４１０は、受信した複数の映像データを適切に処理（合成等）し、ディスプレイＡ１０４またはディスプレイＢ２０４に送信する。ディスプレイＡ１０４およびディスプレイＢ２０４は、映像サーバ４１０から映像データを取得し再生する。

ＰＣ−Ａ１０５は、Ｗｅｂブラウザを搭載したノートＰＣであり、データサーバ４２０とデータの送受信を行う。ＰＣ−Ａ１０５は、また会議制御サーバ８００のＷｅｂサイトにアクセスすることができる。デバイスＣ３００は、音声および映像を受信のみ可能な端末である。

マイクＡ１０１、マイクＢ２０１、スピーカＡ１０２、スピーカＢ２０２、カメラＡ１０３、カメラＢ２０３、ディスプレイＡ１０４、ディスプレイＢ２０４、ＰＣ−Ａ１０５、デバイスＣ３００、音声サーバ４００、映像サーバ４１０、およびデータサーバ４２０間の通信はセッション管理サーバ５００経由で行われる。本実施の形態において利用されるマイクＡ１０１、マイクＢ２０１、スピーカＡ１０２、スピーカＢ２０２、カメラＡ１０３、カメラＢ２０３、ディスプレイＡ１０４、ディスプレイＢ２０４、ＰＣ−Ａ１０５、デバイスＣ３００は、セッション管理サーバ５００または上位セッション管理サーバ６００からのリクエストに従い任意のセッションを開始させることができるよう構成されている。この制御は３ＰＣＣ（３ｒｄ Ｐａｒｔｙ Ｃａｌｌ Ｃｏｎｔｒｏｌ）の仕組みにより実現される。なお、他の例としては、別の特別な制御ＡＰＩを用いて実現されてもよい。

本実施の形態においては、マイクＡ１０１、スピーカＡ１０２、カメラＡ１０３、ディスプレイＡ１０４は、いずれも直接ネットワーク２０に接続しているが、他の例としては、マイクＡ１０１およびスピーカＡ１０２は、ＰＣ−Ａ１０５を経由してネットワーク２０に接続してもよい。このように、各デバイスの構成は実施の形態に限定されるものではない。

また、通信システム１０が備えるデバイスの種類および数は、実施の形態に限定されるものではなく、提供したいサービスにおいて開始する複数のセッションに必要なデバイスを備えていればよい。

セッションＤＢ７００は、サービスを利用するユーザに関する情報、セッションに利用されるデバイスに関する情報、セッションを開始するために必要な情報など各種情報を記憶している。セッションＤＢ７００は、セッション管理サーバ５００および上位セッション管理サーバ６００からアクセス可能に接続されており、セッション管理サーバ５００または上位セッション管理サーバ６００からのリクエストに応じて読み出しや書き込み、更新が行われる。なお、他の例としては、セッションＤＢ７００は、ネットワーク２０に接続していてもよい。この場合には、セッション管理サーバ５００および上位セッション管理サーバ６００は、ネットワーク２０を介してセッションＤＢ７００にアクセスする。

セッション管理サーバ５００は、ネットワーク２０に接続しているデバイス（会議室に設置された各種デバイス１０１〜１０５，２０１〜２０４，３００およびサーバ４００，４１０，４２０）それぞれを識別するデバイスＩＤを管理する。セッション管理サーバ５００は、デバイスからの接続要求（呼）を適切に相手側のデバイスに転送しセッションを開始させる。また、セッション管理サーバ５００は、セッション開始後、デバイス間のセッションの追加や削除、セッションの終了なども仲介して管理する。またセッション管理サーバ５００は、必要に応じて呼を上位セッション管理サーバ６００に転送する。

呼の転送は、呼にかかるセッション情報が所定の条件を満たす場合に実行される。条件は、例えば「呼の発信者がマイクＡならば、呼を上位セッション管理サーバに転送する」といったものである。この条件はセッションＤＢ７００に記憶されており、上位セッション管理サーバ６００は、呼を受信すると、セッションＤＢ７００に記憶されている条件を満たしているか否かを確認し、満たしている場合には、受信した呼を上位セッション管理サーバ６００に送信する。

なお、本実施の形態においては、セッション管理サーバ５００が受信した呼はすべて上位セッション管理サーバ６００に転送されるものとする。なお、呼制御や呼の転送はＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）やＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）により実現される。なお、これらの技術については既知であるため詳細は省略する。

上位セッション管理サーバ６００は、セッション管理サーバ５００から受信した呼を適切に処理し、セッション管理サーバ５００に送り返す。なお、この機能は、ＩＭＳにおけるＡＳ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）に該当する。上位セッション管理サーバ６００は、上位セッションに含まれる複数のセッションを統合的に管理する。

さらに、上位セッション管理サーバ６００は、複数のサービス提供サーバから共通して利用できるようにするため、ＡＰＩを提供する。このＡＰＩはＨＴＴＰ経由で実行可能であり、上位セッションの追加／編集／削除や上位セッションのコントロールを可能とする。ただし、セキュリティ上の理由から上位セッション管理サーバ６００のＡＰＩを操作可能なサーバは信頼できる特定のサーバとし、各サーバは特定の上位セッションの制御のみが許可されるものとする。本実施の形態においては、上位セッション管理サーバ６００には、会議制御サーバ８００が接続されており、会議制御サーバ８００は、上位セッション管理サーバ６００に対して、会議サービスに関連する制御のみ行うことができる。

会議制御サーバ８００は、通信システム１０において行われているテレビ会議を管理する。例えば、複数の会議が同時に行われている場合に、複数の会議を管理する。

図２は、上位セッション管理サーバ６００の主な構成を示すブロック図である。上位セッション管理サーバ６００は、通信部６０１と、メディア特定部６０２と、デバイス特定部６０３と、セッション情報特定部６０４と、上位セッション情報管理部６０５と、セッション制御部６０６と、セッションＤＢ管理部６０７とを有している。

通信部６０１は、ネットワーク２０を介して、セッション管理サーバ５００および会議制御サーバ８００と各種情報を送受信する。通信部６０１は、例えばテレビ会議などのサービスの開始命令を受信する。メディア特定部６０２は、通信部６０１が開始命令を受信すると、セッションＤＢ７００を参照し、サービスにおいて開始される複数のメディアを特定する。ここで、メディアとはセッションにおいて送受信されるデータの種類を示すものであり、例えば「ａｕｄｉｏ」や「ｖｉｄｅｏ」などがある。デバイス特定部６０３は、通信部６０１が開始命令を受信すると、セッションＤＢ７００を参照し、サービスにおいて利用される複数のデバイスを特定する。

上位セッション情報管理部６０５は、デバイス特定部６０３により特定された複数のデバイスを含む上位セッション情報を生成する。ここで、上位セッション情報は、上位セッションを開始するために必要な情報であり、具体的には、上位セッションに含まれる複数のセッションそれぞれを開始する複数のデバイスを示す情報を含んでいる。上位セッション情報管理部６０５はまた、通信部６０１が受信した情報に基づいて、上位セッション情報の内容を更新する。

セッション制御部６０６は、上位セッション情報管理部６０５により生成された上位セッション情報に基づいて、各セッションを制御する。具体的には、セッションの開始、更新、および終了を管理する。なお、セッションの開始に際しては、通信部６０１を介してセッションを開始するデバイスに対しセッション開始リクエストを送信する。なお、上位セッション管理サーバ６００へのリクエストは、セッション管理サーバ５００経由で送信されるか、または上位セッション管理サーバ６００が提供するＡＰＩ経由で送信される。セッションの開始においては、セッション管理サーバ５００は、セッションＤＢ７００を参照し、サービスを実現するために必要なセッションのセッション情報を特定する。ここで、セッション情報とは、セッションを開始させるために必要な情報である。セッション情報には、例えばセッションを識別するセッションＩＤや、デバイスのＩＰアドレス、ポート番号などの情報が含まれている。

なお、上位セッションが開始、終了した場合、および上位セッションが更新された場合には、セッション制御部６０６は、イベントを発生し、通信部６０１を介してこのイベントを既に登録されているサーバに通知する。

セッションＤＢ管理部６０７は、セッションＤＢ７００から情報を読み出すとともに、セッションＤＢ７００に記憶されている情報の編集、更新、およびセッションＤＢ７００への情報の追加を行う。

図３から図７は、セッションＤＢ７００のデータ構成を模式的に示す図である。図３は、第１テーブル７０１のデータ構成を模式的に示す図である。第１テーブル７０１において、デバイスセット／ユーザ名と、デバイスセット／ユーザＩＤと、サービス種が対応付けられている。デバイスセット／ユーザ名は、デバイスセットまたはユーザの名称である。なお、本実施の形態においては、デバイスセットは、セッションに利用されるデバイスが設置されている会議室を単位としている。例えば、デバイスセット「会議室Ａ」は、会議室Ａに設置されているデバイス、すなわちマイクＡ１０１、スピーカＡ１０２、カメラＡ１０３、ディスプレイＡ１０４をメンバーとするグループである。また、ユーザ名は、会議に参加するユーザのユーザ名である。デバイスセット／ユーザＩＤは、デバイスセットまたはユーザを識別する情報である。サービス種は、テレビ会議、ゲームなどサービスの種類を示す情報である。

なお、本実施の形態においては、デバイスセットを会議室単位としたがデバイスセットは、利用されるデバイスをメンバーとしたグループであればよくその単位は本実施の形態に限定されるものではない。

図４は、第２テーブル７０２のデータ構成を模式的に示す図である。第２テーブル７０２においては、サービス種と、メディアと、サーバＩＤと、タイプが対応付けられている。メディアは、サービスにおいて利用されるメディアの名称である。また、「ｉｎｔｅｒａｃｔｉｖｅ」は、通信が双方向であることを示している。通信の方向としては、これ以外に送信を示す「ａｃｔｉｖｅ」、送信を示す「ｐａｓｓｉｖｅ」がある。サーバＩＤは、メディアが利用するサーバを識別する情報である。本実施の形態においては、音声サーバ４００、映像サーバ４１０およびデータサーバ４２０のサーバＩＤである。タイプは、対応するメディアの通信方法を示している。例えば、対応するメディアがサーバを中継して通信を行うことを示す「ｒｅｌａｙ」などがある。

サービス種「ｔｖ−ｃｏｎｆｅｒｅｎｃｅ」は、メディア「ａｕｄｉｏ」および「ｖｉｄｅｏ」が対応付けられており、いずれのメディアも通信方向は、「ｉｎｔｅｒａｃｔｉｖｅ」である。したがって、上位セッションであるテレビ会議は、「ａｕｄｉｏ」と「ｖｉｄｅｏ」の双方向通信を利用するものであることがわかる。

また、メディア「ｖｉｄｅｏ」には、サーバＩＤおよびタイプ「ｒｅｌａｙ」が対応付けられている。これは、「ｖｉｄｅｏ」は、サーバＩＤで識別されるサーバを中継機として接続することを示している。なお、メディア「ａｕｄｉｏ」については、サーバＩＤおよびタイプが対応付けられていない。これは、「ａｕｄｉｏ」は、中継機なしで直接接続することを示している。

図５は、第３テーブル７０３のデータ構成を模式的に示す図である。第３テーブル７０３において、デバイスセット／ユーザＩＤと、デバイスＩＤが対応付けられている。デバイスＩＤは、対応するデバイスセットまたはユーザに関連するデバイスを識別する情報である。例えば、会議室ＡのデバイスセットＩＤには、会議室Ａに設置されているデバイスのデバイスＩＤが対応付けられている。また、ユーザＡのユーザＩＤには、ユーザＡが利用するデバイスのデバイスＩＤが対応付けられている。なお、図１において説明したように、ユーザＢは自身のデバイスを有さず、会議室Ｂに設置されたデバイスを利用してテレビ会議に参加するので、ユーザＢについてのデバイスＩＤは登録されていない。

図６は、第４テーブル７０４のデータ構成を模式的に示す図である。第４テーブル７０４において、デバイス名と、デバイスＩＤと、メディアとが対応付けられている。デバイス間のセッションを行うためには２つの条件を満たしている必要がある。１つ目は、セッションを行うデバイスが同一のメディアに対応付けられていること、すなわちセッションを行うデバイスのセッションの種類が同一であることである。２つ目は、セッションを行うデバイスの通信方向が対応すること、すなわち「ａｃｔｉｖｅ」と「ｐａｓｓｉｖｅ」であることである。第４テーブル７０４において、メディアと通信方向とを参照することにより、セッションを行う２つのデバイスを特定することができる。

図７は、第５テーブル７０５のデータ構成を模式的に示す図である。第５テーブル７０５において、セッション名と、セッションＩＤと、デバイスＩＤと、メディアと、通信方向と、ＩＰアドレスと、ポート番号と、メディア属性が対応付けられている。

セッション名は、セッションの名称である。セッションＩＤは、セッションを識別する情報である。デバイスＩＤは、セッションに利用されるデバイスのデバイスＩＤである。例えば、マイクＡ１０１は、音声サーバ４００にアクセスするので、セッション名「音声」には、マイクＡ１０１および音声サーバ４００のデバイスＩＤが対応付けられている。すなわち、「音声」のセッションが確立されると、マイクＡ１０１から音声サーバ４００への音声データの送信が可能となる。メディアは、セッションにより実現されるメディアを示している、通信方向は、会議室に設置されたデバイスの各種サーバに対する通信方向を示している。ＩＰアドレスおよびポート番号は、各デバイスのＩＰアドレスおよびポート番号を示している。メディア属性は、対応するメディアの属性を示している。

なお、本実施の形態にかかるセッションＤＢ７００は、特許請求の範囲に記載の第１記憶手段、第２記憶手段および第３記憶手段に相当する。より詳しくは、第２テーブルは第１記憶手段、第４テーブルは第２記憶手段、第５テーブルは第３記憶手段に相当する。

図８は、テレビ会議を開始する際の通信システム１０における通信シーケンス図である。ここでは、会議室Ａと会議室Ｂでテレビ会議を開始する場合について説明する。この場合、会議室Ａと会議室Ｂのデバイスがそれぞれ共通の音声サービスおよび映像サービスに接続している必要がある。本通信シーケンスにおいてこのための処理が行われる。

まず、ユーザＡがＰＣ−Ａ１０５から会議室Ｂに対してテレビ会議の開始命令として開始リクエストをセッション管理サーバ５００に送信する（ステップＳ１００）。図９は、開始リクエストを示す図である。開始リクエストには、送信者であるユーザＡのユーザＩＤ「ｕｓｅｒＡ＠ｘｘｘ．ｃｏ．ｊｐ」、テレビ会議に利用される会議室Ａおよび会議室ＢのデバイスセットＩＤ「ｒｏｏｍＡ＠ｘｘｘ．ｃｏ．ｊｐ」、「ｒｏｏｍＢ＠ｘｘｘ．ｃｏ．ｊｐ」、開始を希望するサービス、すなわちテレビ会議のサービス種「ｔｖ−ｃｏｎｆｅｒｅｎｃｅ」、および会議室Ａと会議室Ｂにおいて行うテレビ会議を、他のテレビ会議と区別するためのサービスＩＤ「ｔｖ−ｃｏｎｆｅｒｅｎｃｅ−１＠ｘｘｘ．ｃｏ．ｊｐ−１＠ｘｘｘ．ｃｏ．ｊｐ」などの情報が含まれている。以下、図９に示す開始リクエストが送信された場合を例に説明する。

セッション管理サーバ５００は、セッションＤＢ７００に対し、受信した開始リクエストの転送先を問い合わせる（ステップＳ１０２）。本実施の形態においては、すべてのリクエストを上位セッション管理サーバ６００に転送するという条件がセッションＤＢ７００に記憶されているので、セッション管理サーバ５００は、上位セッション管理サーバ６００に開始リクエストを転送する（ステップＳ１０４）。上位セッション管理サーバ６００は、開始リクエストを受信すると、セッションＤＢ７００を参照しつつ、上位セッション情報を生成する（ステップＳ１０６）。

そして、上位セッション管理サーバ６００は、上位セッション情報をレスポンスとしてセッション管理サーバ５００に返す（ステップＳ１０８）。セッション管理サーバ５００は、レスポンスを受け取ると、ＰＣ−Ａ１０５に応答を返す（ステップＳ１１０）。そして、ＰＣ−Ａ１０５からセッション管理サーバ５００を介して上位セッション管理サーバ６００に確認応答が送信され（ステップＳ１１２）、上位セッション管理サーバ６００は、上位セッション情報に基づいて複数のセッションを開始させる（ステップＳ１１４）。以上で、通信シーケンスが終了する。

図１０は、上位セッション情報生成処理（ステップＳ１０６）における上位セッション管理サーバ６００の詳細な処理を示すフローチャートである。上位セッション管理サーバ６００においては、通信部６０１が開始リクエストを受信すると、まず開始リクエストの送信元（Ｆｒｏｍヘッダ）、宛先（Ｔｏヘッダ）および開始するサービス（ボディのｓｅｒｖｉｃｅ）のサービス種およびサービスＩＤを特定する（ステップＳ１２０）。次に、これらの情報と、セッションＤＢ７００の第１テーブル７０１に基づいて、送信元および宛先、すなわちサービスに参加するデバイスセットが、開始するサービスをサポートしているか否かを確認する。

図９に示す例においては、送信元に会議室Ａを示す「ｒｏｏｍＡ＠ｘｘｘ．ｃｏ.ｊｐ」、宛先に会議室Ｂを示す「ｒｏｏｍＢ＠ｘｘｘ.ｃｏ.ｊｐ」、サービスにテレビ会議を示す「ｔｖ-ｃｏｎｆｅｒｅｎｃｅ」が設定されている。図３に示す第１テーブル７０１において、「ｒｏｏｍＡ＠ｘｘｘ．ｃｏ.ｊｐ」および「ｒｏｏｍＢ＠ｘｘｘ.ｃｏ.ｊｐ」は、いずれもサービス種「ｔｖ-ｃｏｎｆｅｒｅｎｃｅ」に対応付けられている。したがって、送信元および宛先の会議室Ａおよび会議室Ｂはともにテレビ会議をサポートしていることがわかる。すなわち、サービス「テレビ会議」に対する上位セッションを開始することができる。

ステップＳ１２２において、開始リクエストに示されている送信元および宛先としてのデバイスセットが開始リクエストに示されているサービスをサポートしている場合には（ステップＳ１２２，Ｙｅｓ）、ステップＳ１２４へ進む。サポートしていない場合には（ステップＳ１２２，Ｎｏ）、サービスを開始することはできないため、このまま終了する。

ステップＳ１２４においては、メディア特定部６０２は、図４に示す第２テーブル７０２を参照し、テレビ会議のサービス種に対応付けられているメディア、すなわちサービスにおいて利用されるメディアを特定する（ステップＳ１２４）。このように、メディア特定部６０２は、サービスにおいて利用される複数のメディアを特定する。

ここで、デフォルトでは、図４に示すように「ａｕｄｉｏ」は中継機なしで直接接続し、「ｖｉｄｅｏ」は映像サーバ４１０「ｖｉｄｅｏ-ｓｅｒｖｅｒ＠ｘｘｘ.ｃｏ.ｊｐ」を経由して接続することがセッションＤＢ７００において規定されている。しかし、開始リクエストのボディにおいて、「ａｕｄｉｏ」の中継「ｒｅｌａｙ」に音声サーバ４００「ａｕｄｉｏ-ｓｅｒｖｅｒ＠ｘｘｘ.ｃｏ.ｊｐ」を使うよう指定されている。この場合には、開始リクエストを優先し、開始リクエストに示されている音声サーバ４００を利用したセッションを開始することとする。

次に、デバイス特定部６０３は、第３テーブル７０３を参照し、デバイスセットに含まれているデバイスのデバイスＩＤを特定する（ステップＳ１２６）。本例においては、デバイス特定部６０３は、会議室Ａ「ｒｏｏｍＡ＠ｒｉｃｏｈ.ｃｏ.ｊｐ」と会議室Ｂ「ｒｏｏｍＢ＠ｒｉｃｏｈ.ｃｏ.ｊｐ」それぞれに関連付けられているデバイスを特定する。会議室Ａには、マイクＡ１０１「ｍｉｃＡ＠ｒｉｃｏｈ.ｃｏ.ｊｐ」、スピーカＡ１０２「ｓｐｅａｋｅｒＡ＠ｒｉｃｏｈ.ｃｏ.ｊｐ」、カメラＡ１０３「ｃａｍｅｒａＡ＠ｒｉｃｏｈ.ｃｏ.ｊｐ」、ディスプレイＡ１０４「ｄｉｓｐｌａｙＡ＠ｒｉｃｏｈ.ｃｏ.ｊｐ」が対応付けられており、これらが特定される。同様に、会議室Ｂには、マイクＢ２０１「ｍｉｃＢ＠ｒｉｃｏｈ.ｃｏ.ｊｐ」、スピーカＢ２０２「ｓｐｅａｋｅｒＢ＠ｒｉｃｏｈ.ｃｏ.ｊｐ」、カメラＢ２０３「ｃａｍｅｒａＢ＠ｒｉｃｏｈ.ｃｏ.ｊｐ」、ディスプレイＢ２０４「ｄｉｓｐｌａｙＢ＠ｒｉｃｏｈ.ｃｏ.ｊｐ」が対応付けられており、これらが特定される。

次に、デバイス特定部６０３は、第４テーブル７０４を参照し、ステップＳ１２６において特定した各デバイスがサポートするメディアおよび第２テーブル７０２において特定されたサーバがサポートするメディアを特定する（ステップＳ１２８）。本例においては、第３テーブル７０３において会議室Ａおよび会議室Ｂのデバイスセットに対応付けられている複数のデバイスと、第２テーブル７０２により特定された映像サーバ４１０、開始リクエストに示される音声サーバ４００のサポートメディアを特定する。

そして、デバイス特定部６０３は、ステップＳ１２６において特定したデバイスＩＤの中から、第４テーブル７０４において、ステップＳ１２４において特定したメディアに対応付けられているデバイスＩＤを特定する（ステップＳ１３０）。なお、ステップＳ１３０において特定されたデバイスＩＤで識別されるデバイスは、サービスにおいて利用されるメディアを用いたセッションを開始するデバイスである。このとき、「ａｃｔｉｖｅ」は情報を送信する側で、「ｐａｓｓｉｖｅ」は情報を受信する側である。したがって、「ａｃｔｉｖｅ」と「ｐａｓｓｉｖｅ」の組のみが情報を送受信できることに注意する。

次に、上位セッション情報管理部６０５は、デバイス特定部６０３により特定されたデバイスＩＤに基づいて、上位セッションを開始するときに利用する上位セッション情報を生成する（ステップＳ１３２）。具体的には、第５テーブル７０５を参照し、セッションを開始するデバイスに対応付けられているセッションＩＤ、ＩＰアドレス、ポート番号、メディア属性などの情報を抽出し、これらの情報に基づいて上位セッション情報を生成する。

図１１は、上位セッション情報を示す図である。このように、上位セッション情報には、テレビ会議というサービスにおいて開始される複数のセッションそれぞれについての情報が含まれている。また、このサービスを識別するサービスＩＤが含まれている。図８において説明したセッション開始処理（ステップＳ１１０）においては、上位セッション管理サーバ６００のセッション制御部６０６は、上位セッション情報に基づいて上位セッション、すなわち複数のセッションを開始する。

上位セッション情報には、サービスＩＤが含まれているので、セッション管理サーバ５００は、サービスＩＤの値を用いて必要に応じて上位セッション管理サーバ６００に問い合わせることができる。なお、サービスＩＤは、デバイスによって作成されるものであるため、上位セッション情報管理部６０５が既に生成済みの上位セッション情報に含まれるサービスＩＤと重複する場合がある。このような場合には、上位セッション情報管理部６０５は、上位セッション情報に含めるサービスＩＤをデバイスから受信したサービスＩＤと異なるものに変更する。

図１２は、上位セッション管理サーバ６００のセッション制御部６０６の制御の下実行されるセッション開始処理を示すシーケンス図である。ここでは、マイクＡ１０１と音声サーバ４００のセッションについて説明する。セッション制御部６０６は、上位セッション情報に基づいて、通信部６０１を介して、セッション管理サーバ５００にマイクＡ１０１と音声サーバ４００の接続要求、すなわちセッション開始の要求を送信する（ステップＳ１４０）。次に、セッション管理サーバ５００は、セッションＤＢ７００に転送先問い合わせを行い（ステップＳ１４２）、セッション開始に必要な情報を取得し、マイクＡ１０１に音声サーバ３００のデバイスＩＤを含む接続指示を送信する（ステップＳ１４４）。セッション管理サーバ５００は、マイクＡ１０１から接続指示に対する応答を受信すると（ステップＳ１４６）、上位セッション管理サーバ５００に応答を返す（ステップＳ１４８）。

次に、セッション管理サーバ５００は、マイクＡ１０１から音声サーバ４００のデバイスＩＤを含む呼び出しを受信すると（ステップＳ１５０）、セッションＤＢ７００に転送先の問い合わせを行い（ステップＳ１５２）、音声サーバ４００のＩＰアドレス等を取得する。そして、音声サーバ４００に接続指示を送信する（ステップＳ１５４）。次に、セッション管理サーバ５００は、マイクＡ１０１に応答を返す（ステップＳ１５６）。セッション管理サーバ５００は、マイクＡ１０１から確認応答を受信すると（ステップＳ１５８）、その旨を音声サーバ４００に通知し（ステップＳ１６０）、音声サーバ４００とマイクＡ１０１のセッションが開始され、マイクＡ１０１から音声データが音声サーバ４００に送信される。なお、以上の処理は、３ＰＣＣの仕組みにより実現される。

なお、ここでは、マイクＡ１０１と音声サーバ４００とのセッション開始処理について説明したが、マイクＢ２０１と音声サーバ４００とのセッション開始処理などこれ以外のセッション開始処理は、いずれも同様の処理である。

以上の処理により、会議室ＡのデバイスであるマイクＡ１０１と、スピーカＡ１０２が音声サーバ４００と接続することにより、音声の双方通信を実現できる。また、カメラＡ１０３とディスプレイＡ１０４が映像サーバ４１０と接続することにより、映像の双方向通信を実現できる。会議室Ｂのデバイスについても同様である。

このように、本実施の形態にかかる通信システム１０においては、テレビ会議などのサービスを開始する際には、上位セッション情報に基づいて、テレビ会議において利用される、複数の異なる機器による複数のセッションを開始することができる。

図１３は、上位セッションの終了処理を示すシーケンス図である。ＰＣ−Ａ１０５等からサービスの終了要求が送信されると（ステップＳ２００）、セッション管理サーバ５００は、セッションＤＢ７００に転送先の問い合わせを行い（ステップＳ２０２）、終了要求を上位セッション管理サーバ６００に転送する（ステップＳ２０４）。そして、上位セッション管理サーバ６００は、セッション管理サーバ５００にセッションの終了を通知した後（ステップＳ２０６）、セッションＤＢ７００を参照しつつ、上位セッションを終了させる（ステップＳ２０８）。セッション管理サーバ５００は、セッション終了の通知を受信すると、ＰＣ−Ａ１０５に応答を返す（ステップＳ２１０）。

図１４は、上位セッション管理サーバ６００のセッション制御部６０６の制御の下実行されるセッション終了処理（ステップＳ２０６）を示すシーケンス図である。セッション制御部６０６は、通信部６０１を介してセッションの切断要求をセッション管理サーバ５００に送信する（ステップＳ２１０）。セッション管理サーバ５００は、セッションＤＢ７００に転送先の問い合わせを行い（ステップＳ２１２）、マイクＡ１０１に切断要求を送信する（ステップＳ２１４）。そして、セッション管理サーバ５００は、マイクＡ１０１からセッション終了が完了した旨の応答を受信すると、上位セッション管理サーバ６００に応答を返す（ステップＳ２１６）。以上でマイクＡ１０１と音声サーバ４００のセッションが終了する。同様にして、上位セッション管理サーバ６００は、上位セッションに含まれる複数のセッションすべてを終了する。

このように、サービスの終了要求を受信した場合には、サービスにおいて利用される複数のセッションすべてを終了することができる。すなわち、サービス終了のタイミングも、上位セッション単位で制御することができる。

さらに、本実施の形態にかかる通信システム１０においては、サービスの実行中に、新たなユーザがサービスに参加することも可能である。図１５は、この場合の通信シーケンス図である。ここでは、会議室Ａと会議室Ｂでのテレビ会議の実行中にユーザＣが途中参加する場合について説明する。

ユーザＣが利用するデバイスＣ３００は、図３の第１テーブル７０１からわかるように、テレビ会議をサポートしていない。したがって、まずデバイスＣ３００を用いて会議制御サーバ８００のｗｅｂページにアクセスする。すなわち、会議制御サーバ８００に参加要求を送信する（ステップＳ３００）。

ところで、会議制御サーバ８００は、ＡＰＩを通して上位セッション管理サーバ６００の機能を利用することができる。会議制御サーバ８００は、事前に図１６に示すようなリクエストを上位セッション管理サーバ６００に送信している。リクエストには、送信元のほか、サービス種、イベントが示されている。イベントは、サービスの開始、更新などサービスについてのイベントである。

上位セッション管理サーバ６００は、このリクエストを送信した場合には、リクエストにおいて指定されているサービス、すなわちテレビ会議が開始または更新された時に上位セッション情報を会議制御サーバ８００に通知する。したがって、会議制御サーバ８００は、テレビ会議が開始、更新の有無を常に知ることができる。

会議制御サーバ８００は、Ｗｅｂページにおいて現在開催中のテレビ会議の一覧を提供する。ユーザＣは、テレビ会議一覧を参照し、参加したいテレビ会議を選択し、Ｗｅｂページに示される参加ボタンを押下する。これにより、デバイスＣ３００から参加したいテレビ会議を示す情報を含む応答が会議制御サーバ８００に送信される（ステップＳ３０２）。

会議制御サーバ８００は、応答を受信すると、上位セッション管理サーバ６００に図１７に示すリクエストを呼び出しとし送信する（ステップＳ３０４）。なお、このときＨＴＴＰを利用することができる。リクエストには、図１７に示すように、送信元である会議制御サーバのデバイスＩＤと、途中参加者のユーザＩＤ、参加希望のサービスのサービス種およびサービスＩＤが含まれている。上位セッション管理サーバ６００は、呼び出しに対する応答を会議制御サーバ８００に返す（ステップＳ３０６）。

次に、上位セッション管理サーバ６００は、上位セッション情報を更新し（ステップＳ３０８）、上位セッション情報に基づいて新たなセッションを開始させる（ステップＳ３１０）。なお、新たなセッションを開始する際の処理は、図１２を参照しつつ説明した処理と同様である。

図１８は、上位セッション情報更新処理（ステップＳ３０８）における上位セッション管理サーバ６００による処理を示すフローチャートである。上位セッション情報更新処理においては、まず、上位セッション管理サーバ６００のメディア特定部６０２は、ステップＳ３０４において受信したリクエストから、途中参加者のユーザＩＤと、参加希望のサービスのサービス種およびサービスＩＤを特定する（ステップＳ３２０）。次に、メディア特定部６０２は、図３に示す第１テーブル７０１を参照し、途中参加者のデバイスが参加希望のサービスをサポートしているか否かを確認する（ステップＳ３２２）。

次に、メディア特定部６０２は、第２テーブル７０２を参照し、リクエストに示されるサービスのサービス種に対応付けられているメディアを特定する（ステップＳ３２４）。次に、メディア特定部６０２は、第３テーブル７０３を参照し、参加者のユーザＩＤに対応付けられているデバイスＩＤを特定し（ステップＳ３２６）、さらに、第４テーブル７０４を参照し、ステップＳ３２６において特定したデバイスＩＤに対応付けられているメディアを特定する（ステップＳ３２８）。

次に、デバイス特定部６０３は、ステップＳ３２６において特定したデバイスＩＤの中から、第４テーブル７０４において、ステップＳ３２４において特定したメディアに対応付けられているデバイスＩＤを、セッションを開始するデバイスのデバイスＩＤとして特定する（ステップＳ３３０）。

次に上位セッション情報管理部６０５は、デバイス特定部６０３により特定されたデバイスＩＤに基づいて、既に生成されている上位セッション情報を更新する（ステップＳ３３４）。以上で、上位セッション情報更新処理（ステップＳ３０８）が完了する。

図１７のリクエストに応じた具体的な処理としては、まずメディア特定部６０２は、第１テーブル７０１に基づいて、ユーザＣがテレビ会議をサポートしていることを確認する（ステップＳ３２２）。さらに、第２テーブル７０２より、テレビ会議に対応付けられているメディア「ａｕｄｉｏ」と「ｖｉｄｅｏ」を特定する（ステップＳ３２４）。さらに、メディア特定部６０２は、第３テーブル７０３より、ユーザＣのデバイスであるデバイスＣ「ｄｅｖｉｃｅ＠ｘｘｘ．ｃｏ．ｊｐ」を特定する（ステップＳ３２６）。

そして、第４テーブル７０４より、デバイスＣのメディア「ａｕｄｉｏ」および「ｖｉｄｅｏ」を特定する（ステップＳ３２８）。本例においては、デバイスＣのメディア、サービス「テレビ会議」に対応付けられているメディアは、共に「ａｕｄｉｏ」および「ｖｉｄｅｏ」である。したがって、デバイスＣをセッションを開始するデバイスとして特定する（ステップＳ３３０）。

そして、第５テーブル７０５を参照し、デバイスＣのデバイスＩＤに対応付けられているセッション情報を特定し（ステップＳ３３２）、特定したセッション情報に基づいて、上位セッション情報を更新する（ステップＳ３３４）。なお、このとき、サービスＩＤにより、更新対象となる上位セッションを特定する。図１９は、更新後の上位セッション情報を示す図である。図１８に示す上位セッション情報のうち、下線部分が更新された内容を示している。

デバイスＣ３００が上位セッションをサポートしており、かつユーザＣが会議室Ａと会議室Ｂにて行われている会議の会議ＩＤを知っている場合には、デバイスＣから会議制御サーバ８００への参加要求の送信は不要である。図２０は、途中参加者がサービスを特定する情報を知っている場合の通信シーケンス図である。この場合には、まず、ユーザＣはデバイスＣ３００から図２１に示すリクエストを参加要求として、セッション管理サーバ５００を介して上位セッション管理サーバ６００に送信する（ステップＳ３４０〜ステップＳ３４４）。図２１に示すリクエストには、ボディは含まれない。また、リクエストにおいては、会議室ＢのデバイスセットＩＤにより参加を希望するサービスを特定しているが、参加を希望するサービスを識別できる情報が含まれていればよく、会議室ＢのデバイスセットＩＤに替えて、会議室ＡのデバイスセットＩＤやサービスＩＤを含んでもよい。

上位セッション管理サーバ６００は、参加要求に対し、図２２に示す応答をセッション管理サーバ５００を介してデバイスＣ３００に返す（ステップＳ３４６）。図２２は、応答を示す図である。図２２に示すように応答には、会議室Ｂにおいて行われているサービスのサービスＩＤ等が含まれている。

デバイスＣ３００は、応答に含まれるサービスを参照し、自身が参加を希望するサービスのサービスＩＤを含む会議指定情報をセッション管理サーバ５００を介して上位セッション管理サーバ６００に送信する（ステップＳ３４８）。図２３は、会議指定情報を示す図である。図２３に示すように本例における会議指定情報においてはテレビ会議のサービスＩＤ「ｔｖ−ｃｏｎｆｅｒｅｎｃｅ−１＠ｘｘｘ．ｃｏ．ｊｐ」が含まれている。なお、ここでは、上位セッション情報中のメディア情報などは省略することができる。

以上の処理により、上位セッション管理サーバ６００は、参加者のユーザＩＤおよび参加を希望するサービスのサービスＩＤを取得することができる。上位セッション管理サーバ６００は、これらの情報に基づいて、上位セッション情報の更新（ステップＳ３０８）、および新たなセッションの開始（ステップＳ３１０）を行う。なお、これらの処理は、図１５および図１６を参照しつつ説明した処理と同様である。

さらに、テレビ会議が行われている途中での脱退も可能である。例えば、デバイスＣ３００がテレビ会議からの脱退を希望する場合には、参加の場合と同様に、脱退要求をセッション管理サーバ５００を介して上位セッション管理サーバ６００に送信する。なお、脱退要求には、脱退を希望するデバイス、すなわちデバイスＣ３００のデバイスＩＤおよび脱退を希望するサービス（上位セッション）のサービスＩＤが含まれている。

上位セッション管理サーバ６００においては、通信部６０１が脱退要求を受信すると、上位セッション情報部６０５は、サービスＩＤにより識別される上位セッションの上位セッション情報を特定し、この上位セッション情報から脱退要求に含まれるデバイスＩＤにより識別されるデバイスを利用したセッションに関する情報を削除する。そして、セッション制御部６０６は、上位セッション情報管理部６０５による更新後の上位セッション情報に基づいて、脱退要求に含まれるデバイスＩＤで識別されるデバイスを利用したセッションを終了する。

本実施の形態にかかる通信システム１０においては、さらにセッションＤＢ７００にイベント登録を行うことにより、登録されたイベントの発生または更新がなされた場合に、予め登録されている通知先に所定の情報が通知される。

図２４は、イベント登録処理を示す通信シーケンス図である。会議制御サーバ８００は、上位セッション管理サーバ６００にイベント登録指示を送信する（ステップＳ４００）。イベント登録指示には、イベントとしての上位セッションの種類とイベントの通知先が含まれている。上位セッション管理サーバ６００は、イベント登録指示に対する応答を会議制御サーバ８００に返すとともに（ステップＳ４０２）、セッションＤＢ７００に対しイベント登録指示に示されるイベントとその通知先とを対応付けて格納する。

図２５は、上位セッション開始時のイベント通知処理を示す通信シーケンス図である。上位セッションが開始すると（ステップＳ４１０）、上位セッション管理サーバ６００は、セッションＤＢ７００に対し、開始した上位セッションに対応付けられている通知先の問い合わせを行う（ステップＳ４１２）。そして、セッションＤＢ７００から通知先を受信する（ステップＳ４１４）。通知先が会議制御サーバ８００である場合には、会議制御サーバ８００に上位セッション情報を通知し（ステップＳ４１６）、会議制御サーバ８００から通知を受けた旨を示す応答を受信し（ステップＳ４１８）、処理が完了する。

図２６は、上位セッション情報更新時のイベント通知処理を示す通信シーケンス図である。上位セッション情報が更新されると（ステップＳ４２０）、上位セッション管理サーバ６００は、セッションＤＢ７００に対し、更新された上位セッションに対応付けられている通知先の問い合わせを行う（ステップＳ４２２）。そして、セッションＤＢ７００から通知先を受信する（ステップＳ４２４）。通知先が会議制御サーバ８００である場合には、会議制御サーバ８００に上位セッション情報を通知し（ステップＳ４２６）、会議制御サーバ６００から通知を受けた旨を示す応答を受信し（ステップＳ４２８）、処理が完了する。

本実施の形態にかかる通信システム１０においては、さらにサービスにおいて開始されるセッションを追加または削除、すなわち更新することができる。図２７は、更新後の第２テーブル７０２のデータ構成を示す図である。このように、テレビ会議のサービス種に対し、データサーバ４２０のサーバＩＤ「ｄａｔａ-ｓｅｒｖｅｒ＠ｘｘｘ.ｃｏ.ｊｐ」が新たに対応付けられる。なお、更新は例えば、会議制御サーバ８００が上位セッション管理サーバ６００のＡＰＩを利用して行う。

さらに、上述の会議室Ａと会議室Ｂにおけるテレビ会議の開催中にこのようなセッションＤＢ７００の更新が行われた場合には、デバイス特定部６０３は、図４に示す第３テーブル７０３を参照し、会議室Ａおよび会議室Ｂに対応するデバイス、および会議に参加しているユーザが利用するデバイスのデバイスから、データサーバ４２０と通信可能なデバイスを特定する。

本例においては、ユーザＡ１の所有するＰＣ−Ａ１０５がデータサーバ４２０と通信可能であることがわかる。そこで、上位セッション管理サーバ６００は、図２６に示す上位セッション更新時のイベント通知処理にしたがい、データ通信が可能になったことをセッション管理サーバ５００を介してＰＣ−Ａ１０５に通知する。これにより、ユーザＡ１は、データサーバ４２０を利用可能になったことを知ることができる。そして、ユーザＡ１は、必要に応じてデータサーバ４２０とＰＣ−Ａ１０５のセッションの開始を指示し、データサーバ４２０からデータを取得するなど、データ通信を利用することができる。ＰＣ−Ａ１０５とデータサーバ４２０のセッション開始の処理は図１２を参照しつつ説明した処理と同様であり、図１２のマイクＡ１０１と音声サーバ４００をそれぞれＰＣ−Ａ１−５とデータサーバ4４２０に置き換えればよい。なお、ＰＣ−Ａ１０５によるセッション開始の処理は、図１２を参照しつつ説明した処理と同様であり、セッションが確立すると、データサーバ４２０からＰＣ−Ａ１０５にデータが送信される。以上のように、通信システム１０においては、既に登録されている上位セッションに任意のセッションを追加することができる。

なお、他の例としては、上位セッション管理サーバ６００は、セッションＤＢ７００の更新の後ＰＣ−Ａ１０５にデータ通信が可能になったことを通知するのに加えて、または通知するのにかえて、ＰＣ−Ａ１０５とデータサーバ４２０のセッションを開始させてもよい。

セッションの削除を希望する場合には、例えば会議制御サーバ８００は、上位セッション管理サーバ６００に削除指示を送信する。削除指示には、削除元のサービスのサービス種と、削除対象となるメディアが含まれている。セッション管理サーバ６００が削除指示を受信すると、セッションＤＢ管理部６０７は、削除指示にしたがい、セッションＤＢ７００を更新する。具体的には、第２テーブル７０２において、削除指示に含まれるサービス種により特定されるサービス種に対応付けられているメディアを削除する。このように、上位セッションから不要なセッションを削除することができる。

以上のように、本実施の形態にかかる通信システム１０においては、既に登録されている上位セッションに含まれるセッションを追加、削除することができるので、適宜上位セッションを変更することにより、利用者の利用形態にあった上位セッション、すなわちサービスを提供することができる。

本実施の形態の通信システム１０の第１の変更例としては、上位セッションにおいては、特権的なアクセスを許可することとしてもよい。図２８は、第１の変更例にかかる第２テーブル７１２のデータ構成を模式的に示す図である。第２テーブル７１２においては、追加アクセス権がさらにサービスＩＤに対応付けられている。追加アクセス権は、サーバへのアクセスの許否を示す情報であり、「ｐｒｉｖｉｌｅｇｅｄ」は、対応するサービスへの参加者に特権が与えられることを示している。すなわち、追加アクセス権は、サービスが行われている間の特別なアクセスの許可または禁止を示すアクセス制限情報である。例えば、図２８に示すように、「ｐｒｉｖｉｌｅｇｅｄ」がテレビ会議に対応付けられている場合には、テレビ会議の参加者は、本来許可されていないアクセスが可能となる。

図２８においては、「ｐｒｉｖｉｌｅｇｅｄ」は、テレビ会議のうち、データサーバ４２０に対応付けられている。したがって、テレビ会議の参加者は、テレビ会議中のみ、本来許可されていないデータサーバ４２０へのアクセスが許可される。なお、アクセス権は、呼制御中に上位セッション管理サーバ６００からセッション管理サーバ５００を介してデータサーバ４２０に通知される。データサーバ４２０は、この通知を受信した場合に、指定されたセッション中の特別なアクセスを許可する。すなわち、上位セッション管理サーバ６００のセッション制御部６０６は、「ｐｒｉｖｉｌｅｇｅｄ」の追加アクセス権が対応付けられている場合に、対応するセッションを開始させることができる。このように、特権を付与することにより、利便性に優れたサービスを提供することができる。

第２の変更例としては、上位セッション管理サーバ６００は、さらに上位セッションの開始および終了のタイミングを制御してもよい。具体的には、上位セッション管理サーバ６００の上位セッション情報管理部６０５は、例えば会議制御サーバ８００からの指示にしたがい、上位セッションに含まれる各セッションの開始および終了のタイミングを示すタイミング情報を含む上位セッション情報を生成する。図２９は、上位セッション情報を示す図である。このように、上位セッション情報には、開始および終了のタイミングが含まれているので、セッション制御部６０６は、これらのタイミングにしたがい、各セッションの開始および終了のタイミングを制御することができる。

会議制御サーバ８００は、この機能を利用してテレビ会議を管理してもよい。具体的には、会議制御サーバ８００は、開始および終了のタイミングを含む上位セッション情報を取得する。これにより、各テレビ会議の開始および終了のタイミングを知ることができる。したがって、実際にテレビ会議が開始したタイミングおよび終了したタイミングで上位セッション管理サーバ６００からテレビ会議が開始または終了したことの通知が不要となる。

第３の変更例としては、本実施の形態においては、セッションＤＢ７００は、複数のテーブルにより各種データを対応付けているが、上位セッションとこれに含まれる複数のセッションとが対応付けられており、また、各セッションと、各セッションにおいて利用されるデバイスとが対応付けられていればよく、セッションＤＢ７００のデータ構成は、本実施の形態に限定されるものではない。

第４の変更例としては、本実施の形態においては、上位セッション管理サーバ６００は、デバイスセットを単位としたサービスの開始命令を受信したが、これにかえて、サービスに参加するデバイスを指定したサービスの開始命令を受信してもよい。この場合には、デバイスセットから対応する複数のデバイスを特定する処理は不要であり、開始命令に示されるデバイスを利用した上位セッション情報を生成する。

（第２の実施の形態）
図３０は、第２の実施の形態にかかる通信システム３０の全体構成を示す図である。通信システム３０は、プレゼンスサーバ９００をさらに備えている。プレゼンスサーバ９００は、通信システム３０のデバイスのプレゼンス情報を管理する。プレゼンス情報とは、例えばデバイスがオフラインであるかオンラインであるかなど各デバイスの状態を示す情報である。本実施の形態にかかるプレゼンスサーバ９００は、さらに、各デバイスがテレビ会議中か否かなど上位セッション、すなわちサービスに関する情報もプレゼンス情報として管理する。

図３１は、第２の実施の形態にかかる通信システム３０がサービスとしての上位セッションを開始する際の通信シーケンスを示す図である。上位セッション管理サーバ６００は、上位セッション情報を生成すると（ステップＳ１０６）、次にプレゼンスサーバ９００にプレゼンス情報を要求し（ステップＳ１７０）、上位セッションに含まれる各セッションに関わるデバイスのプレゼンス情報を取得する（ステップＳ１７２）。なお、プレゼンスサーバ９００からの情報の取得は、例えばＳＩＰやＸＭＰＰ（ｅＸｔｅｎｓｉｂｌｅ Ｍｅｓｓａｇｉｎｇ ａｎｄ Ｐｒｅｓｅｎｃｅ Ｐｒｏｔｏｃｏｌ）など既知のプレゼンス配信の仕組みにより実現することができる。

そして、上位セッション管理サーバ６００のセッション制御部６０６は、プレゼンス情報に基づいて、各セッションに関わるデバイスが通信可能な状態にあるか否かを確認する。例えば、所定のデバイスについてオフラインを示すプレゼンス情報を取得した場合には、通信不能であることがわかる。一方、オンラインを示すプレゼンス情報を取得した場合には通信可能であると判断することができる。

セッションに関わるすべてのデバイスが通信可能であった場合には（ステップＳ１７４，Ｙｅｓ）、上位セッション管理サーバ６００のセッション制御部６０６は、上位セッション情報に基づいてセッションを開始する（ステップＳ１１０）。このように、上位セッションに関連するすべてのデバイスのプレゼンス情報を参照することにより、上位セッションに含まれる複数のセッションの開始を適切なタイミングに調整することができる。

さらに、セッション制御部６０６は、セッションを開始すると、上位セッション情報をプレゼンスサーバ９００に送信する（ステップＳ１７６）。プレゼンスサーバ９００は、上位セッション情報を受信すると、上位セッション情報に基づいて、プレゼンス情報を更新する（ステップＳ１７８）。

例えば、テレビ会議に関するセッションが開始すると、テレビ会議の上位セッション情報がプレゼンスサーバ９００に送信される。プレゼンスサーバ９００は、上位セッション情報に基づいて、テレビ会議の参加者のプレゼンスを「テレビ会議中」に書き換える。このように、プレゼンス情報を利用することにより、よりきめ細かいセッション制御を行うことができる。

上位セッション情報は、複数の異なるセッションを包含する意味のある集合である。したがって、このような上位セッション情報を利用することにより、より精度の高いプレゼンス情報を提供することができる。また、プレゼンスサーバ９００は、上位セッション管理サーバ６００からの指示により自動的にプレゼンス情報を生成することにより、ユーザによる手動でのプレゼンス情報の更新を不要にすることができる。また、プレゼンスサーバ９００は、上位セッションの開始、更新および終了を購読することにより、これらの情報をサービスのロギング等に利用することができる。

なお、本実施の形態にかかる通信システム３０のこれ以外の構成および処理は、第１の実施の形態にかかる通信システム１０と同様である。

（第３の実施の形態）
図３２は、第３の実施の形態にかかる通信システム４０の全体構成を示す図である。通信システム４０は、データサーバ４２０、セッション管理サーバ５００、上位セッション管理サーバ６１０およびセッションＤＢ７００の他、ネットワーク２０に接続する電話Ａ１１０および電話Ｂ１２０を備えている。

第３の実施の形態にかかる通信システム４０においては、単一セッションを上位セッションに昇格することができる。例えば、電話Ａ１１０および電話Ｂ１２０を利用したユーザＡとユーザＢの通話中に、ユーザＡがユーザＢに特定の動画データを見せたい、などデータサーバ４２０へのアクセスを希望する場合がある。このような場合に、上位セッション管理サーバ６１０は、通話という単一セッションにデータ通信という他のセッションを追加した上位セッションについての上位セッション情報を生成する。

図３３は、通信システム４０による上位セッションへの昇格処理を示す通信シーケンス図である。ここでは、上述のように、電話Ａ１１０と電話Ｂ１２０の通話中に、電話Ａ１１０と電話Ｂ１２０の通話の他、電話Ａ１１０および電話Ｂとデータサーバ４２０の間のデータ通信に関するセッションを含む上位セッションを新たに生成する場合を例に説明する。

まず、電話Ａ１１０からセッション管理サーバ５００を介して上位セッション管理サーバ６１０にデータ共有要求が送信される（ステップＳ５００〜ステップＳ５０６）。なお、データ共有要求には、現在の通話に関する情報、ユーザＡのユーザＩＤおよび電話ＡのデバイスＩＤおよびユーザＢのユーザＩＤおよび電話ＢのデバイスＩＤ、追加を希望するデータ通信のメディア、通信先となるサーバであるデータサーバ４２０のサーバＩＤなど電話Ａおよび電話Ｂのデータ通信のセッションを開始するために必要な情報が含まれている。

上位セッション管理サーバ６１０は、データ共有要求を受信すると、セッションＤＢ管理部６０７は、データ共有要求に基づいて、セッションＤＢ７００を更新する（ステップＳ５０８）。上位セッション管理サーバ６１０は、セッションＤＢ７００から更新完了を示す応答を受信すると（ステップＳ５１０）、セッション管理サーバ５００を介して電話Ａ１１０に対し、セッションＤＢ７００へのデータ通信を含む上位セッションの登録が完了したことを示す応答を送信する（ステップＳ５１２）。なお、ステップＳ５１２において電話Ａ１１０だけでなく電話Ｂ１２０に対しても応答を送信することとしてもよい。これにより、ユーザＡおよびユーザＢの双方が上位セッションが追加されたことを知ることができる。

セッションＤＢ７００の更新処理においては、第２テーブル７２２が更新される。図３４は、更新後の第２テーブル７２２のデータ構成を模式的に示す図である。このように、既に登録されていたテレビ会議に加えて、新たに「データ供給通話」というサービス（上位セッション）が追加される。「データ共有通話」には、通話に相当するメディア「ａｕｄｉｏ」の他、データ通信についてのメディア「ｄａｔａ」が対応付けられている。

なお、第１テーブル７０１、第３テーブル７０３、第４テーブル７０４および第５テーブル７０５には予め電話Ａおよび電話Ｂに関する各種情報が登録されているものとする。

ユーザＡは、応答を受信することにより、セッションＤＢ７００への上位セッションの追加を確認した後に、図３５に示す開始リクエストを送信する。これにより、上位セッション情報が生成され、上位セッションに含まれるセッションが開始される。本例においては、電話Ａ１１０とデータサーバ４２０の間のセッション、電話Ｂとデータサーバ４２０の間のセッションが開始する。これにより、ユーザＡおよびユーザＢはデータサーバ４２０からデータをダウンロードすることができる。なお、開始リクエストが送信された後の処理は、図８等を参照しつつ説明した処理と同様である。

以上処理により、単一セッションを上位セッションへと昇格させることができるので、通話中にデータ通信を行うことができる。さらに、データ通信を限定的なアクセスとしたい場合には、データ共有要求において追加アクセス権についても指定すればよい。これにより、図３４に示すように追加アクセス権についても登録することができる。

例えば、顧客との電話会議中に一時的に製品やサーバへのアクセスを許可した場合がある。この場合、ＩＳＭＳ（Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｃｕｒｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）などのセキュリティ上の理由により社員の監視が必要となる場合が多い。そこで、電話会議という上位セッション中に追加アクセス権（特権）付きのデータ通信を追加することで監視付きで、かつ限定的なアクセス（電話会議継続中のみのアクセス）が可能となる。

なお、第３の実施の形態にかかる通信システム４０のこれ以外の構成および処理は、他の実施の形態にかかる通信システムの構成および処理と同様である。

本実施の形態の上位セッション管理サーバは、ＣＰＵなどの制御装置と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭなどの記憶装置と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置を備えており、通常のコンピュータを利用したハードウェア構成となっている。

本実施形態の上位セッション管理サーバで実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、本実施形態の上位セッション管理サーバで実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の上位セッション管理サーバで実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

また、本実施形態のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

本実施の形態の上位セッション管理サーバで実行されるプログラムは、上述した各部（通信部、メディア特定部、デバイス特定部、セッション情報特定部、上位セッション情報管理部、セッション制御部、セッションＤＢ管理部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、各部が主記憶装置上に生成されるようになっている。

１０，３０，４０ 通信システム
２０ ネットワーク
１０１ マイクＡ
１０２ スピーカＡ
１０３ カメラＡ
１０４ ディスプレイＡ
１０５ ＰＣ−Ａ
２０１ マイクＢ
２０２ スピーカＢ
２０３ カメラＢ
２０４ ディスプレイＢ
２０５ ＰＣ−Ｂ
４００ 音声サーバ
４１０ 映像サーバ
４２０ データサーバ
５００ セッション管理サーバ
６００，６１０ 上位セッション管理サーバ
６０１ 通信部
６０２ メディア特定部
６０３ デバイス特定部
６０５ 上位セッション情報管理部
６０６ セッション制御部
６０７ セッションＤＢ管理部
７００ セッションＤＢ
８００ 会議制御サーバ
９００ プレゼンスサーバ

特開２００６−１３５９５４号公報 特開２００６−３１９６９７号公報

Claims (16)

1. 複数のデバイス間の通信セッションを管理するセッション管理サーバとネットワークを介して接続する上位セッション管理サーバであって、
   前記セッション管理サーバから、複数のセッションを利用するサービスの開始を指示する情報と、前記サービスの種類を示すサービス種情報と、前記サービスに参加するデバイスを識別するデバイス識別情報とを含む開始命令を受信する受信手段と、
   前記サービス種情報と、前記サービスにおいて利用されるセッションの種類を示すセッション種情報とを対応付けて記憶する第１記憶手段と、
   前記デバイス識別情報と、前記デバイスが利用されるセッションの前記セッション種情報とを対応付けて記憶する第２記憶手段と、
   前記デバイス識別情報と、前記デバイスがセッションを行うときに利用するセッション情報とを対応付けて記憶する第３記憶手段と、
   前記第１記憶手段において、前記受信手段が受信した前記サービス種情報に対応付けられている複数の前記セッション種情報を特定するセッション種特定手段と、
   前記受信手段が受信した前記デバイス識別情報のうち、前記第２記憶手段において、前記セッション特定手段により特定された前記セッション種情報に対応付けられている複数の前記デバイス識別情報を特定するデバイス特定手段と、
   前記第３記憶手段において、前記デバイス特定手段により特定された複数の前記デバイス識別情報それぞれに対応付けられている複数の前記セッション情報を特定するセッション情報特定手段と、
   前記セッション情報特定手段により特定された複数のセッション情報に基づいて、複数のセッションを開始することにより前記サービスを行うセッション制御手段と
   を備えることを特徴とする上位セッション管理サーバ。
2. 前記セッション情報特定手段により特定された複数の前記セッション情報に基づいて、複数のセッションを開始するときに利用する上位セッション情報を生成する上位セッション情報管理手段をさらに備え、
   前記セッション制御手段は、前記上位セッション情報に基づいて、複数の前記セッションを開始することを特徴とする請求項１に記載の上位セッション管理サーバ。
3. 前記上位セッション情報管理手段は、前記上位セッション情報に示されるサービスを識別するサービス識別情報を含む前記上位セッション情報を生成し、
   前記受信手段は、前記サービスが行われている間に、前記サービスへの新たな参加を希望する参加デバイスから、当該参加デバイスの前記デバイス識別情報と、参加を希望する前記サービスのサービス種および当該サービスを識別するサービス識別情報とを含む参加要求をさらに受信し、
   前記セッション特定手段は、前記第１記憶手段において、前記受信手段が受信した前記サービス種情報に対応付けられている前記セッション種情報を特定し、
   前記デバイス特定手段は、前記受信手段が受信した前記参加デバイスの前記デバイス識別情報のうち、前記第２記憶手段において、前記セッション特定手段により特定された前記セッション種に対応付けられている前記デバイス識別情報を特定し、
   前記セッション情報特定手段は、前記第３記憶手段において、前記デバイス特定手段により特定された前記デバイス識別情報に対応付けられている前記セッション情報を特定し、
   前記上位セッション情報管理手段は、前記セッション情報特定手段が特定した前記セッション情報に基づいて、前記受信手段が受信した前記サービス識別情報により識別される前記上位セッション情報を更新し、
   前記セッション制御手段は、前記上位セッション情報管理手段による更新後の前記上位セッション情報に基づいて、前記参加デバイスとの新たなセッションを開始することを特徴とする請求項２に記載の上位セッション管理サーバ。
4. 前記受信手段は、前記サービスに対応する複数のデバイス間のセッション中に、前記サービスに参加中の前記デバイスの前記サービスからの脱退を要求する情報と、前記サービスに参加中の前記デバイスの前記デバイス識別情報および前記デバイスが参加中の前記サービスを識別するサービス識別情報とを含む脱退要求をさらに受信し、
   前記上位セッション情報管理手段は、前記受信手段が受信した前記サービス識別情報により識別される前記上位セッション情報から前記脱退要求とともに受信した前記デバイス識別情報により識別される前記デバイスを利用したセッションに関する情報を削除し、
   前記セッション制御手段は、前記上位セッション情報管理手段による削除後の前記上位セッション情報に基づいて、前記脱退要求とともに受信した前記デバイス識別情報に示される前記デバイスを利用したセッションを終了することを特徴とする請求項２に記載の上位セッション管理サーバ。
5. 前記受信手段は、さらに新たなセッションの前記サービスへの追加を要求する情報と、前記サービスの前記サービス種情報と、前記新たなセッションの前記セッション種情報とを含む追加要求をさらに受信し、
   前記第１記憶手段に、前記受信手段が受信した前記サービス種情報に対応付けて、前記新たなセッションの前記セッション種情報を追加する更新手段をさらに備えたことを特徴とする請求項１に記載の上位セッション管理サーバ。
6. 前記受信手段は、さらに前記サービスに含まれる所定のセッションの削除を要求する情報と、前記サービスの前記サービス種情報と、所定のセッションの前記セッション種情報とを含む削除要求をさらに受信し、
   前記第１記憶手段から、前記受信手段が受信した前記サービス種情報に対応付けられている、前記削除要求に含まれる前記セッション種情報を削除する更新手段をさらに備えたことを特徴とする請求項１に記載の上位セッション管理サーバ。
7. 前記受信手段は、さらに前記サービスの終了命令を受信し、
   前記セッション制御手段は、前記受信手段が前記終了命令を受信すると、前記サービスに関連する複数のセッションを終了することを特徴とする請求項１に記載の上位セッション管理サーバ。
8. 前記第１記憶手段は、前記サービス種情報に対応付けて、サービス中の特別アクセスの許可または禁止を示すアクセス制限情報をさらに記憶し、
   前記セッション制御情報は、前記第１記憶手段に前記アクセスの許可を示す前記アクセス制御情報が記憶されていた場合に、前記複数のセッションを開始することを特徴とする請求項１に記載の上位セッション管理サーバ。
9. 前記受信手段は、前記サービスの開始時刻を示す開始時刻情報を含む前記開始命令を受信し、
   前記セッション制御手段は、前記受信手段が、前記開始時刻情報を受信した場合には、前記開始時刻に前記複数のセッションを開始することを特徴とする請求項１に記載の上位セッション管理サーバ。
10. 前記受信手段は、前記サービスの終了時刻を示す終了時刻情報を含む前記開始命令を受信し、
    前記セッション制御手段は、前記受信手段が前記終了時刻情報を受信した場合には、前記終了時刻に前記複数のセッションを終了することを特徴とする請求項１に記載の上位セッション管理サーバ。
11. 前記複数のセッションが開始、更新または終了した場合に、各セッションの前記開始、更新または終了を示す状態情報を外部に送信する送信手段をさらに備えたことを特徴とする請求項１に記載の上位セッション管理サーバ。
12. 前記受信手段は、前記デバイスの状態を示す状態情報をさらに受信し、
    前記セッション制御部は、前記複数のセッションに利用される複数のデバイスそれぞれの前記状態情報に基づいて、前記複数のセッションに利用されるすべてのデバイスがセッション開始可能である場合に、前記複数のセッションを開始することを特徴とする請求項１に記載の上位セッション管理サーバ。
13. 前記受信手段が、所定のセッションの開始中に、当該セッションを含む前記上位セッションの開始を要求する情報と、前記所定のセッションを行う前記デバイスの前記デバイス識別情報とを含む前記開始命令を受信した場合に、前記セッション制御手段は、前記デバイス種情報により特定される前記セッションを開始することを特徴とする請求項１に記載の上位セッション管理サーバ。
14. 複数のデバイス間の通信セッションを管理するセッション管理サーバとネットワークを介して接続する上位セッション管理サーバにおけるセッション管理方法であって、
    前記上位セッション管理サーバは、
    前記サービス種情報と、前記サービスにおいて利用されるセッションの種類を示すセッション種情報とを対応付けて記憶する第１記憶手段と、
    前記デバイス識別情報と、前記デバイスが利用されるセッションの前記セッション種情報とを対応付けて記憶する第２記憶手段と、
    前記デバイス識別情報と、前記デバイスがセッションを行うときに利用するセッション情報とを対応付けて記憶する第３記憶手段と
    を備え、
    受信手段が、前記セッション管理サーバから、複数のセッションを利用するサービスの開始を指示する情報と、前記サービスの種類を示すサービス種情報と、前記サービスに参加するデバイスを識別するデバイス識別情報とを含む開始命令を受信する受信ステップと、
    セッション種特定手段が、前記第１記憶手段において、前記受信ステップで受信した前記サービス種情報に対応付けられている複数の前記セッション種情報を特定するセッション種特定ステップと、
    デバイス特定手段が、前記受信ステップで受信した前記デバイス識別情報のうち、前記第２記憶手段において、前記セッション種特定ステップで特定された前記セッション種情報に対応付けられている複数の前記デバイス識別情報を特定するデバイス特定ステップと、
    セッション情報特定手段が、前記第３記憶手段において、前記デバイス特定ステップにおいて特定された複数の前記デバイス識別情報それぞれに対応付けられている複数の前記セッション情報を特定するセッション情報特定ステップと、
    セッション制御手段が、前記セッション情報特定手段により特定された複数のセッション情報に基づいて、複数のセッションを開始することにより前記サービスを行うセッション制御ステップと
    を有することを特徴とする上位セッション管理方法。
15. 複数のデバイス間の通信セッションを管理するセッション管理サーバとネットワークを介して接続するコンピュータに実行させるためのプログラムであって、
    前記コンピュータは、
    前記サービス種情報と、前記サービスにおいて利用されるセッションの種類を示すセッション種情報とを対応付けて記憶する第１記憶手段と、
    前記デバイス識別情報と、前記デバイスが利用されるセッションの前記セッション種情報とを対応付けて記憶する第２記憶手段と、
    前記デバイス識別情報と、前記デバイスがセッションを行うときに利用するセッション情報とを対応付けて記憶する第３記憶手段と
    を備え、
    前記セッション管理サーバから、複数のセッションを利用するサービスの開始を指示する情報と、前記サービスの種類を示すサービス種情報と、前記サービスに参加するデバイスを識別するデバイス識別情報とを含む開始命令を受信する受信ステップと、
    前記第１記憶手段において、前記受信ステップで受信した前記サービス種情報に対応付けられている複数の前記セッション種情報を特定するセッション種特定ステップと、
    前記受信ステップで受信した前記デバイス識別情報のうち、前記第２記憶手段において、前記セッション種特定ステップで特定された前記セッション種情報に対応付けられている複数の前記デバイス識別情報を特定するデバイス特定ステップと、
    前記第３記憶手段において、前記デバイス特定ステップにおいて特定された複数の前記デバイス識別情報それぞれに対応付けられている複数の前記セッション情報を特定するセッション情報特定ステップと、
    前記セッション情報特定手段により特定された複数のセッション情報に基づいて、複数のセッションを開始することにより前記サービスを行うセッション制御ステップと
    を前記コンピュータに実行させるためのプログラム。
16. 複数のデバイスと、前記複数のデバイス間の通信セッションを管理するセッション管理サーバと、前記セッション管理サーバとネットワークを介して接続する上位セッション管理サーバとを備えた上位セッションシステムであって、
    前記複数のデバイスのうち第１デバイスは、
    複数のセッションを利用するサービスの開始を指示する情報と、開始するサービスの種類を示すサービス種情報と、前記サービスに参加するデバイスを識別するデバイス識別情報とを含む開始命令を送信する送信手段を有し、
    前記上位セッション管理サーバは、前記第１デバイスから前記セッション管理サーバを介して、前記開始命令を受信する受信手段と、
    前記サービス種情報と、前記サービスにおいて利用されるセッションの種類を示すセッション種情報とを対応付けて記憶する第１記憶手段と、
    前記デバイス識別情報と、前記デバイスが利用されるセッションの前記セッション種情報とを対応付けて記憶する第２記憶手段と、
    前記デバイス識別情報と、前記デバイスがセッションを行うときに利用するセッション情報とを対応付けて記憶する第３記憶手段と、
    前記第１記憶手段において、前記受信手段が受信した前記サービス種情報に対応付けられている複数の前記セッション種情報を特定するセッション種特定手段と、
    前記受信手段が受信した前記デバイス識別情報のうち、前記第２記憶手段において、前記セッション特定手段により特定された前記セッション種に対応付けられている複数の前記デバイス識別情報を特定するデバイス特定手段と、
    前記第３記憶手段において、前記デバイス特定手段により特定された複数の前記デバイス識別情報それぞれに対応付けられている複数の前記セッション情報を特定するセッション情報特定手段と、
    前記セッション情報特定手段により特定された複数のセッション情報に基づいて、複数のセッションを開始することにより前記サービスを行うセッション制御手段と
    を有することを特徴とする上位セッション管理システム。

Images