特開2022-71783リアルタイムコミュニケーションシステム、リアルタイムコミュニケーション方法及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022071783
(43)【公開日】2022-05-16
(54)【発明の名称】リアルタイムコミュニケーションシステム、リアルタイムコミュニケーション方法及びプログラム
(51)【国際特許分類】
H04M 3/56 20060101AFI20220509BHJP
H04N 7/15 20060101ALI20220509BHJP
H04N 21/4788 20110101ALI20220509BHJP
G06F 13/00 20060101ALI20220509BHJP
G06F 15/00 20060101ALI20220509BHJP
【ＦＩ】
H04M3/56
H04M3/56 A
H04N7/15 170
H04N21/4788
G06F13/00 650A
G06F13/00 353A
G06F15/00 440A
【審査請求】未請求
【請求項の数】15
【出願形態】ＯＬ
(21)【出願番号】P 2020180958
(22)【出願日】2020-10-28
(71)【出願人】
【識別番号】520422577
【氏名又は名称】株式会社バショウズ
(74)【代理人】
【識別番号】100175064
【弁理士】
【氏名又は名称】相澤 聡
(72)【発明者】
【氏名】小関 健一郎
【テーマコード（参考）】
5B084
5B089
5C164
5K201
【Ｆターム（参考）】
5B084AA01
5B084AA16
5B084AB34
5B084AB38
5B084BB12
5B084CA11
5B084DA21
5B084DA24
5B089GA11
5B089GA21
5B089GB01
5B089JA16
5B089JB14
5B089KA06
5B089KC23
5B089KG03
5C164TA08S
5C164UD63P
5C164VA16P
5K201BA20
5K201BB07
5K201BC24
5K201CA10
5K201CB11
5K201CB17
5K201CC02
5K201CC07
5K201DA03
5K201EC06
5K201ED04
5K201ED07
(57)【要約】
【課題】リアルタイムコミュニケーションの態様に応じ適切なサービス基盤を提供することが可能なリアルタイムコミュニケーションシステム、リアルタイムコミュニケーション方法及びプログラムを提供する。
【解決手段】リアルタイムコミュニケーションシステム１は、複数のユーザ端末１０と、シグナリングサーバ２０と、を含む。ユーザ端末１０は、仮想空間のタイプを指定して前記仮想空間を生成する仮想空間生成部１３を有し、シグナリングサーバ２０は、仮想空間のタイプに応じて仮想空間を実現するためのピアトポロジーを決定し、ピアトポロジーに基づいてユーザ端末１０それぞれのピアコネクションを確立させることにより、仮想空間にユーザ端末１０を参加させる接続制御部２３を有する。
【選択図】図１
【解決手段】リアルタイムコミュニケーションシステム１は、複数のユーザ端末１０と、シグナリングサーバ２０と、を含む。ユーザ端末１０は、仮想空間のタイプを指定して前記仮想空間を生成する仮想空間生成部１３を有し、シグナリングサーバ２０は、仮想空間のタイプに応じて仮想空間を実現するためのピアトポロジーを決定し、ピアトポロジーに基づいてユーザ端末１０それぞれのピアコネクションを確立させることにより、仮想空間にユーザ端末１０を参加させる接続制御部２３を有する。
【選択図】図１
【特許請求の範囲】
【請求項1】
複数のユーザ端末と、シグナリングサーバと、を含むリアルタイムコミュニケーションシステムであって、
前記ユーザ端末は、
仮想空間のタイプを指定して前記仮想空間を生成する仮想空間生成部を有し、
前記シグナリングサーバは、
前記仮想空間のタイプに応じて前記仮想空間を実現するためのピアトポロジーを決定し、前記ピアトポロジーに基づいて前記ユーザ端末それぞれのピアコネクションを確立させることにより、前記仮想空間に前記ユーザ端末を参加させる接続制御部を有する
リアルタイムコミュニケーションシステム。
前記ユーザ端末は、
仮想空間のタイプを指定して前記仮想空間を生成する仮想空間生成部を有し、
前記シグナリングサーバは、
前記仮想空間のタイプに応じて前記仮想空間を実現するためのピアトポロジーを決定し、前記ピアトポロジーに基づいて前記ユーザ端末それぞれのピアコネクションを確立させることにより、前記仮想空間に前記ユーザ端末を参加させる接続制御部を有する
リアルタイムコミュニケーションシステム。
【請求項2】
前記ピアトポロジーは、前記仮想空間のタイプ及び参加ノード数に基づいて決定される
請求項１記載のリアルタイムコミュニケーションシステム。
請求項１記載のリアルタイムコミュニケーションシステム。
【請求項3】
前記接続制御部は、リアルタイムコミュニケーションの状況の変化に応じて前記ピアトポロジーを動的に変更する
請求項１記載のリアルタイムコミュニケーションシステム。
請求項１記載のリアルタイムコミュニケーションシステム。
【請求項4】
複数のユーザ端末と、管理サーバと、を含むリアルタイムコミュニケーションシステムであって、
前記ユーザ端末は、
仮想空間の利用コンディションデータを送信する利用コンディションデータ送信部を有し、
前記管理サーバは、
前記利用コンディションデータに基づいて前記仮想空間におけるリアルタイムコミュニケーションの実施実績を評価する利用コンディションデータ評価部を有する
リアルタイムコミュニケーションシステム。
前記ユーザ端末は、
仮想空間の利用コンディションデータを送信する利用コンディションデータ送信部を有し、
前記管理サーバは、
前記利用コンディションデータに基づいて前記仮想空間におけるリアルタイムコミュニケーションの実施実績を評価する利用コンディションデータ評価部を有する
リアルタイムコミュニケーションシステム。
【請求項5】
前記管理サーバは、
前記評価に基づいて、前記仮想空間におけるリアルタイムコミュニケーションへの参加料又は開催報酬額の少なくとも一方を調整する課金処理部をさらに有する
請求項４記載のリアルタイムコミュニケーションシステム。
前記評価に基づいて、前記仮想空間におけるリアルタイムコミュニケーションへの参加料又は開催報酬額の少なくとも一方を調整する課金処理部をさらに有する
請求項４記載のリアルタイムコミュニケーションシステム。
【請求項6】
前記管理サーバは、
前記仮想空間の利用時間が予め設定された上限を超えた場合、前記仮想空間に参加中の前記ユーザ端末を強制退室させるための要求を送信する時間管理部をさらに有する
請求項４記載のリアルタイムコミュニケーションシステム。
前記仮想空間の利用時間が予め設定された上限を超えた場合、前記仮想空間に参加中の前記ユーザ端末を強制退室させるための要求を送信する時間管理部をさらに有する
請求項４記載のリアルタイムコミュニケーションシステム。
【請求項7】
シグナリングサーバをさらに含み、
前記シグナリングサーバは、
前記ユーザ端末に対し、前記利用コンディションデータの送信を定期的に要求する利用コンディションデータ要求部をさらに有する
請求項４記載のリアルタイムコミュニケーションシステム。
前記シグナリングサーバは、
前記ユーザ端末に対し、前記利用コンディションデータの送信を定期的に要求する利用コンディションデータ要求部をさらに有する
請求項４記載のリアルタイムコミュニケーションシステム。
【請求項8】
前記シグナリングサーバは、
前記時間管理部の要求に応じ、前記仮想空間に参加中の前記ユーザ端末を強制退室させる強制退室処理部をさらに有する
請求項６及び７記載のリアルタイムコミュニケーションシステム。
前記時間管理部の要求に応じ、前記仮想空間に参加中の前記ユーザ端末を強制退室させる強制退室処理部をさらに有する
請求項６及び７記載のリアルタイムコミュニケーションシステム。
【請求項9】
ユーザ端末が参加する仮想空間のタイプを特定し、
前記仮想空間のタイプに応じて前記仮想空間を実現するためのピアトポロジーを決定し、
前記ピアトポロジーに基づいて前記ユーザ端末それぞれのピアコネクションを確立させる接続制御部を有する
シグナリングサーバ。
前記仮想空間のタイプに応じて前記仮想空間を実現するためのピアトポロジーを決定し、
前記ピアトポロジーに基づいて前記ユーザ端末それぞれのピアコネクションを確立させる接続制御部を有する
シグナリングサーバ。
【請求項10】
ユーザ端末から収集された仮想空間の利用コンディションデータに基づいて前記仮想空間におけるリアルタイムコミュニケーションの実施実績を評価する利用コンディションデータ評価部を有する
管理サーバ。
管理サーバ。
【請求項11】
仮想空間の利用時間が予め設定された上限を超えた場合、前記仮想空間に参加中のユーザ端末を強制退室させるための要求を送信する時間管理部を有する
管理サーバ。
管理サーバ。
【請求項12】
シグナリングサーバが、
ユーザ端末が参加する仮想空間のタイプを特定するステップと、
前記仮想空間のタイプに応じて前記仮想空間を実現するためのピアトポロジーを決定するステップと、
前記ピアトポロジーに基づいて前記ユーザ端末それぞれのピアコネクションを確立させるステップと、を有する
リアルタイムコミュニケーション方法。
ユーザ端末が参加する仮想空間のタイプを特定するステップと、
前記仮想空間のタイプに応じて前記仮想空間を実現するためのピアトポロジーを決定するステップと、
前記ピアトポロジーに基づいて前記ユーザ端末それぞれのピアコネクションを確立させるステップと、を有する
リアルタイムコミュニケーション方法。
【請求項13】
管理サーバが、
ユーザ端末から収集された仮想空間の利用コンディションデータに基づいて前記仮想空間におけるリアルタイムコミュニケーションの実施実績を評価するステップと、を有する
リアルタイムコミュニケーション方法。
ユーザ端末から収集された仮想空間の利用コンディションデータに基づいて前記仮想空間におけるリアルタイムコミュニケーションの実施実績を評価するステップと、を有する
リアルタイムコミュニケーション方法。
【請求項14】
管理サーバが、
仮想空間の利用時間が予め設定された上限を超えた場合、前記仮想空間に参加中のユーザ端末を強制退室させるための要求を送信するステップを有する
リアルタイムコミュニケーション方法。
仮想空間の利用時間が予め設定された上限を超えた場合、前記仮想空間に参加中のユーザ端末を強制退室させるための要求を送信するステップを有する
リアルタイムコミュニケーション方法。
【請求項15】
コンピュータに請求項１２乃至１４記載の方法を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明はリアルタイムコミュニケーションシステム、リアルタイムコミュニケーション方法及びプログラムに関し、例えばリアルタイムコミュニケーションの態様に応じ適切なサービス基盤を提供する技術に関する。
【背景技術】
【0002】
リアルタイムコミュニケーション技術（例えばＷｅｂＲＴＣ等）をベースとした会議サービスやチャットサービス等が多く提供されている。これらのサービスを実現するコンピュータシステムを、以下、リアルタイムコミュニケーションシステムと称する。リアルタイムコミュニケーションシステムは、一般に、通信やビジネスロジック（例えば会議の予約や課金等）を制御するための基本的機能群（サービス基盤）を備えている。
【0003】
通信制御の領域においては、複数のユーザ端末をそれぞれＰ２Ｐ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ）通信やメディアサーバを介した通信で接続することにより、リアルタイムに映像、音声及びデータを送受信可能とする技術が公知である。
【0004】
例えば、特許文献１には、スター型やフルメッシュ等の各種接続トポロジーを使用したオンライン会議システムが記載されている。特許文献２及び３には、ネットワーク接続品質やネットワーク接続コスト等に応じて、会議に適した接続トポロジーを選択するシステムが記載されている。
【0005】
ビジネスロジック制御の領域においては、リアルタイムコミュニケーションシステムの利用料金を課金するための技術が公知である。
【0006】
例えば、特許文献４には、オンライン会議システムの利用料金を会議主催者の銀行口座から徴収するシステムが記載されている。
【0007】
なお、リアルタイムコミュニケーションシステムを利用した有料ウェブセミナー等において参加者から参加料を徴収する場合には、リアルタイムコミュニケーションシステムとは独立のオンラインチケット発行システム等が利用される例がある。
【先行技術文献】
【特許文献】
【0008】
【特許文献1】特開２０１５－０８０２５５号公報
【特許文献2】特表２０１８－５１１２４９号公報
【特許文献3】特開２００６－２１７５７６号公報
【特許文献4】特開２０１７－１３８９４１号公報
【発明の概要】
【発明が解決しようとする課題】
【0009】
複数のユーザ端末を直接相互接続するＰ２Ｐフルメッシュ構成においては、各ユーザ端末が複数の接続先端末との通信をそれぞれハンドルする必要があり、ユーザ端末の負荷が大きな問題となる場合がある。
【0010】
この問題を解決する技術のひとつにＭＣＵ（Ｍｕｌｔｉｐｏｉｎｔ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）がある。各ユーザ端末はＭＣＵと１対１で接続し、ＭＣＵを介して他のユーザ端末と通信する。ＭＣＵは各ユーザ端末から受信した映像の合成及び変換を行ったうえで他のユーザ端末へ配信する。これによりユーザ端末の負荷が抑えられる。一方、ＭＣＵを実現するメディアサーバへの負荷が大きくなりがちであるため、サーバ運用コストが増大しやすいという問題が生じる。
【0011】
ユーザ端末の負荷とメディアサーバへの負荷の両方をある程度まで抑える技術としてＳＦＵ（Ｓｅｌｅｃｔｉｖｅ Ｆｏｒｗａｒｄｉｎｇ Ｕｎｉｔ）がある。ＳＦＵもＭＣＵと同様にユーザ端末間の通信を中継するメディアサーバであるが、ＳＦＵはユーザ端末から受信した映像の合成及び変換を行うことなく他のユーザ端末へ配信する。これにより、ＳＦＵの負荷をＭＣＵに比べ抑制することができる。
【0012】
このように、リアルタイムコミュニケーション機能を実現するための通信制御方式は多様であり、各方式に一長一短があるため、実現したい機能、会議等の目的及び態様に適した通信制御方式を選択する必要がある。しかしながら、従来のリアルタイムコミュニケーションシステムでは１つのシステムアーキテクチャで幅広い目的及び用途に対応しようとしていたため、あるユースケースにおいては過剰な構成であったり、他のユースケースにおいては機能や性能を犠牲にせざるを得なかったりするという問題があった。すなわち、利用者が実現したい機能、会議等の目的及び態様にとって最適な負荷レベルや運用コストで稼働するシステムを柔軟に提供することはできていなかった。
【0013】
また、従来のように単にオンライン会議を開催すること自体に課金したり（主催者に対する課金）、参加すること自体に課金したり（参加者に対する課金）するような課金形態は、画一的で柔軟性を欠くものであった。例えば、オンライン会議へ有料で参加するユーザの立場からすれば、オンライン会議が本当に開催されるのか、時間通りに開催されるのか、納得できる品質の体験が得られるのか、といった事柄については主催者側を信用するしかないというリスクがある。特に、主催者側の信用度を事前に推測できないケースにおいてはこのリスクは顕著である。また、主催者側の信用度に関わらず、当日の通信回線の状態不良等によって満足な視聴ができなかった場合等も、参加料と得られた体験との間にギャップが生じる。
【0014】
この点、インターネット上での「モノ」の売買においては、売り手と買い手との間で安心して資金移動を行うための手段としてエスクロー決済等が提供されている。一方、仮想空間で行われる有料催事など「コト」の売買においては、同様の手段は未だ提供されていない。リアルタイムコミュニケーションシステムによって実現される有料催事においても、主催者と参加者との間で安心して資金移動を行うための手段を備えることが求められている。
【0015】
本発明は、このような問題点を解決するためになされたものであり、リアルタイムコミュニケーションの態様に応じ適切なサービス基盤を提供することが可能なリアルタイムコミュニケーションシステム、リアルタイムコミュニケーション方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【0016】
一実施の形態によれば、リアルタイムコミュニケーションシステムは、複数のユーザ端末と、シグナリングサーバと、を含むリアルタイムコミュニケーションシステムであって、前記ユーザ端末は、仮想空間のタイプを指定して前記仮想空間を生成する仮想空間生成部を有し、前記シグナリングサーバは、前記仮想空間のタイプに応じて前記仮想空間を実現するためのピアトポロジーを決定し、前記ピアトポロジーに基づいて前記ユーザ端末それぞれのピアコネクションを確立させることにより、前記仮想空間に前記ユーザ端末を参加させる接続制御部を有する。
一実施の形態によれば、リアルタイムコミュニケーションシステムにおいて、前記ピアトポロジーは、前記仮想空間のタイプ及び参加ノード数に基づいて決定される。
一実施の形態によれば、リアルタイムコミュニケーションシステムにおいて、前記接続制御部は、リアルタイムコミュニケーションの状況の変化に応じて前記ピアトポロジーを動的に変更する。
一実施の形態によれば、リアルタイムコミュニケーションシステムは、複数のユーザ端末と、管理サーバと、を含むリアルタイムコミュニケーションシステムであって、前記ユーザ端末は、仮想空間の利用コンディションデータを送信する利用コンディションデータ送信部を有し、前記管理サーバは、前記利用コンディションデータに基づいて前記仮想空間におけるリアルタイムコミュニケーションの実施実績を評価する利用コンディションデータ評価部を有する。
一実施の形態によれば、リアルタイムコミュニケーションシステムにおいて、前記管理サーバは、前記評価に基づいて、前記仮想空間におけるリアルタイムコミュニケーションへの参加料又は開催報酬額の少なくとも一方を調整する課金処理部をさらに有する。
一実施の形態によれば、リアルタイムコミュニケーションシステムにおいて、前記管理サーバは、前記仮想空間の利用時間が予め設定された上限を超えた場合、前記仮想空間に参加中の前記ユーザ端末を強制退室させるための要求を送信する時間管理部をさらに有する。
一実施の形態によれば、リアルタイムコミュニケーションシステムは、シグナリングサーバをさらに含み、前記シグナリングサーバは、前記ユーザ端末に対し、前記利用コンディションデータの送信を定期的に要求する利用コンディションデータ要求部をさらに有する。
一実施の形態によれば、リアルタイムコミュニケーションシステムにおいて、前記シグナリングサーバは、前記時間管理部の要求に応じ、前記仮想空間に参加中の前記ユーザ端末を強制退室させる強制退室処理部をさらに有する。
一実施の形態によれば、シグナリングサーバは、ユーザ端末が参加する仮想空間のタイプを特定し、前記仮想空間のタイプに応じて前記仮想空間を実現するためのピアトポロジーを決定し、前記ピアトポロジーに基づいて前記ユーザ端末それぞれのピアコネクションを確立させる接続制御部を有する。
一実施の形態によれば、管理サーバは、ユーザ端末から収集された仮想空間の利用コンディションデータに基づいて前記仮想空間におけるリアルタイムコミュニケーションの実施実績を評価する利用コンディションデータ評価部を有する。
一実施の形態によれば、管理サーバは、仮想空間の利用時間が予め設定された上限を超えた場合、前記仮想空間に参加中のユーザ端末を強制退室させるための要求を送信する時間管理部を有する。
一実施の形態によれば、リアルタイムコミュニケーション方法は、シグナリングサーバが、ユーザ端末が参加する仮想空間のタイプを特定するステップと、前記仮想空間のタイプに応じて前記仮想空間を実現するためのピアトポロジーを決定するステップと、前記ピアトポロジーに基づいて前記ユーザ端末それぞれのピアコネクションを確立させるステップと、を有する。
一実施の形態によれば、リアルタイムコミュニケーション方法は、管理サーバが、ユーザ端末から収集された仮想空間の利用コンディションデータに基づいて前記仮想空間におけるリアルタイムコミュニケーションの実施実績を評価するステップを有する。
一実施の形態によれば、リアルタイムコミュニケーション方法は、管理サーバが、仮想空間の利用時間が予め設定された上限を超えた場合、前記仮想空間に参加中のユーザ端末を強制退室させるための要求を送信するステップを有する。
一実施の形態によれば、プログラムは、コンピュータに上記方法を実行させる。
一実施の形態によれば、リアルタイムコミュニケーションシステムにおいて、前記ピアトポロジーは、前記仮想空間のタイプ及び参加ノード数に基づいて決定される。
一実施の形態によれば、リアルタイムコミュニケーションシステムにおいて、前記接続制御部は、リアルタイムコミュニケーションの状況の変化に応じて前記ピアトポロジーを動的に変更する。
一実施の形態によれば、リアルタイムコミュニケーションシステムは、複数のユーザ端末と、管理サーバと、を含むリアルタイムコミュニケーションシステムであって、前記ユーザ端末は、仮想空間の利用コンディションデータを送信する利用コンディションデータ送信部を有し、前記管理サーバは、前記利用コンディションデータに基づいて前記仮想空間におけるリアルタイムコミュニケーションの実施実績を評価する利用コンディションデータ評価部を有する。
一実施の形態によれば、リアルタイムコミュニケーションシステムにおいて、前記管理サーバは、前記評価に基づいて、前記仮想空間におけるリアルタイムコミュニケーションへの参加料又は開催報酬額の少なくとも一方を調整する課金処理部をさらに有する。
一実施の形態によれば、リアルタイムコミュニケーションシステムにおいて、前記管理サーバは、前記仮想空間の利用時間が予め設定された上限を超えた場合、前記仮想空間に参加中の前記ユーザ端末を強制退室させるための要求を送信する時間管理部をさらに有する。
一実施の形態によれば、リアルタイムコミュニケーションシステムは、シグナリングサーバをさらに含み、前記シグナリングサーバは、前記ユーザ端末に対し、前記利用コンディションデータの送信を定期的に要求する利用コンディションデータ要求部をさらに有する。
一実施の形態によれば、リアルタイムコミュニケーションシステムにおいて、前記シグナリングサーバは、前記時間管理部の要求に応じ、前記仮想空間に参加中の前記ユーザ端末を強制退室させる強制退室処理部をさらに有する。
一実施の形態によれば、シグナリングサーバは、ユーザ端末が参加する仮想空間のタイプを特定し、前記仮想空間のタイプに応じて前記仮想空間を実現するためのピアトポロジーを決定し、前記ピアトポロジーに基づいて前記ユーザ端末それぞれのピアコネクションを確立させる接続制御部を有する。
一実施の形態によれば、管理サーバは、ユーザ端末から収集された仮想空間の利用コンディションデータに基づいて前記仮想空間におけるリアルタイムコミュニケーションの実施実績を評価する利用コンディションデータ評価部を有する。
一実施の形態によれば、管理サーバは、仮想空間の利用時間が予め設定された上限を超えた場合、前記仮想空間に参加中のユーザ端末を強制退室させるための要求を送信する時間管理部を有する。
一実施の形態によれば、リアルタイムコミュニケーション方法は、シグナリングサーバが、ユーザ端末が参加する仮想空間のタイプを特定するステップと、前記仮想空間のタイプに応じて前記仮想空間を実現するためのピアトポロジーを決定するステップと、前記ピアトポロジーに基づいて前記ユーザ端末それぞれのピアコネクションを確立させるステップと、を有する。
一実施の形態によれば、リアルタイムコミュニケーション方法は、管理サーバが、ユーザ端末から収集された仮想空間の利用コンディションデータに基づいて前記仮想空間におけるリアルタイムコミュニケーションの実施実績を評価するステップを有する。
一実施の形態によれば、リアルタイムコミュニケーション方法は、管理サーバが、仮想空間の利用時間が予め設定された上限を超えた場合、前記仮想空間に参加中のユーザ端末を強制退室させるための要求を送信するステップを有する。
一実施の形態によれば、プログラムは、コンピュータに上記方法を実行させる。
【発明の効果】
【0017】
本発明により、リアルタイムコミュニケーションの態様に応じ適切なサービス基盤を提供することが可能なリアルタイムコミュニケーションシステム、リアルタイムコミュニケーション方法及びプログラムを提供することができる。
【図面の簡単な説明】
【0018】
【図1】実施の形態１にかかるリアルタイムコミュニケーションシステム１の全体構成を示すブロック図である。
【図2】実施の形態１にかかるユーザ端末１０の機能構成を示すブロック図である。
【図3】実施の形態１にかかるシグナリングサーバ２０の機能構成を示すブロック図である。
【図4】トポロジー定義データ記憶部９０が記憶する情報の一例を示す図である。
【図5】様々なピアトポロジーの例を示す図である。
【図6】実施の形態１にかかるリアルタイムコミュニケーションシステム１の動作を示すフローチャートである。
【図7】ユーザ端末１０における仮想空間作成画面の一例である。
【図8】ユーザ端末１０における仮想空間一覧画面の一例である。
【図9】シグナリングサーバ２０による接続処理を示すシーケンス図である。
【図10】ユーザ端末１０における入室後の仮想空間表示画面の一例である。
【図11】実施の形態２にかかるリアルタイムコミュニケーションシステム１の全体構成を示すブロック図である。
【図12】実施の形態２にかかるユーザ端末１０の機能構成を示すブロック図である。
【図13】実施の形態２にかかるシグナリングサーバ２０の機能構成を示すブロック図である。
【図14】実施の形態２にかかるリアルタイムコミュニケーションシステム１の動作を示すフローチャートである。
【図15】ピアトポロジーの一例を示す図である。
【図16】利用コンディションデータの一例を示す図である。
【図17】実施の形態２にかかる管理サーバ６０の機能構成を示すブロック図である。
【発明を実施するための形態】
【0019】
以下、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。
【0020】
＜実施の形態１＞
実施の形態１は、リアルタイムコミュニケーションの態様に応じた適切な通信制御方式を提供する技術に関するものである。実施の形態１にかかるリアルタイムコミュニケーションシステム１は、会議等のリアルタイムコミュニケーションの目的、用途及び必要な機能等に応じたピアトポロジーを有する仮想空間（リアルタイムコミュニケーションのためのコンピュータネットワーク）を生成する。
実施の形態１は、リアルタイムコミュニケーションの態様に応じた適切な通信制御方式を提供する技術に関するものである。実施の形態１にかかるリアルタイムコミュニケーションシステム１は、会議等のリアルタイムコミュニケーションの目的、用途及び必要な機能等に応じたピアトポロジーを有する仮想空間（リアルタイムコミュニケーションのためのコンピュータネットワーク）を生成する。
【0021】
図１は、リアルタイムコミュニケーションシステム１の全体構成を示すブロック図である。リアルタイムコミュニケーションシステム１は、ユーザ端末１０、シグナリングサーバ２０、メディアサーバ３０、ウェブサーバ４０、ＡＰＩサーバ５０、ユーザデータ記憶部７０、仮想空間データ記憶部８０、トポロジー定義データ記憶部９０を含む。このほか、ＷｅｂＲＴＣをベースとしたシステムの基本的な構成要素であるＳＴＵＮ／ＴＵＲＮサーバもリアルタイムコミュニケーションシステム１に含まれるのが一般的であるが、実施の形態１の特徴的な機能との関連性が低いため、図１ではこれらの構成要素の記載を省略している。
【0022】
・ユーザ端末１０
ユーザ端末１０は、典型的にはブラウザアプリケーション又は専用アプリケーション（以下、単にアプリケーションという）が動作するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）又はモバイルデバイス等（以下、単にデバイスという）である。アプリケーションはウェブサーバ４０から取得されても良く、予めデバイスにセットアップされていても良い。アプリケーションには、シグナリングサーバ２０等との通信を実現するためのコンポーネント（ユーザにシグナリング通信やピアトポロジーの選択等の処理を意識させずに、これらの処理を自動化するソフトウェア部品）が含まれており、ユーザ端末１０を以下の各処理部として動作させる。
ユーザ端末１０は、典型的にはブラウザアプリケーション又は専用アプリケーション（以下、単にアプリケーションという）が動作するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）又はモバイルデバイス等（以下、単にデバイスという）である。アプリケーションはウェブサーバ４０から取得されても良く、予めデバイスにセットアップされていても良い。アプリケーションには、シグナリングサーバ２０等との通信を実現するためのコンポーネント（ユーザにシグナリング通信やピアトポロジーの選択等の処理を意識させずに、これらの処理を自動化するソフトウェア部品）が含まれており、ユーザ端末１０を以下の各処理部として動作させる。
【0023】
図２は、ユーザ端末１０の機能構成を示すブロック図である。ユーザ端末１０は、ユーザ認証部１１、仮想空間生成部１３、仮想空間入室部１５、接続確立部１７を有する。これらの処理部は、デバイスを構成するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、メモリ及び通信制御装置等のハードウェアと、アプリケーションすなわちソフトウェアとの協働により論理的に実現されるものである。
【0024】
ユーザ認証部１１は、リアルタイムコミュニケーションシステム１を利用する資格をユーザが有しているか認証する。ユーザ認証部１１は、ユーザから認証情報（ユーザの本人性を確認するための情報。例えばＩＤ、パスワード、生体情報等を含む）を受け取り、ＡＰＩサーバ５０に送信する。ＡＰＩサーバ５０は、受信した認証情報に基づいて利用資格の有無を判定し、判定結果をユーザ認証部１１に通知する。利用資格有りと判定された場合、ユーザ認証部１１は、仮想空間生成部１３又は仮想空間入室部１５の動作を許可する。
【0025】
仮想空間生成部１３は、会議等のための仮想空間を新たに生成する。仮想空間生成部１３は、ユーザから仮想空間定義情報（新たに生成すべき仮想空間の属性を定義する情報。例えば仮想空間タイプ、公開範囲、利用開始日時、利用時間、参加メンバー情報、参加可能メンバー数、入場料等を含む）を受け取り、ＡＰＩサーバ５０を介して仮想空間データ記憶部８０に格納する。
【0026】
仮想空間入室部１５は、既に生成されている仮想空間に入室する、すなわちユーザ端末１０を仮想空間に接続する処理を行う。仮想空間入室部１５は、仮想空間を指定し、シグナリングサーバ２０に入室を要求する。シグナリングサーバ２０は、選択された仮想空間へ接続するためのエンドポイントを通知する。
【0027】
接続確立部１７は、シグナリングサーバ２０からの通知を受け取り、通知されたエンドポイントへの接続を確立する。これにより、ユーザ端末は選択された仮想空間に入室した状態となり、他のユーザ端末１０と通信することが可能となる。
【0028】
・サーバ
シグナリングサーバ２０、メディアサーバ３０、ウェブサーバ４０、ＡＰＩサーバ５０は、典型的には１又は複数のサーバコンピュータ上で動作するインスタンスである。サーバコンピュータは、クラウドコンピューティング、エッジコンピューティング、フォグコンピューティング等の技術を用いて仮想的に提供されるものであっても良い。シグナリングサーバ２０、メディアサーバ３０、ウェブサーバ４０、ＡＰＩサーバ５０の各サーバは、典型的にはそれぞれが１つのインスタンスを有するが、複数のサーバの機能が１つのインスタンスに統合されていても良いし、１つのサーバの機能が複数のインスタンスに分散されていても良い。
シグナリングサーバ２０、メディアサーバ３０、ウェブサーバ４０、ＡＰＩサーバ５０は、典型的には１又は複数のサーバコンピュータ上で動作するインスタンスである。サーバコンピュータは、クラウドコンピューティング、エッジコンピューティング、フォグコンピューティング等の技術を用いて仮想的に提供されるものであっても良い。シグナリングサーバ２０、メディアサーバ３０、ウェブサーバ４０、ＡＰＩサーバ５０の各サーバは、典型的にはそれぞれが１つのインスタンスを有するが、複数のサーバの機能が１つのインスタンスに統合されていても良いし、１つのサーバの機能が複数のインスタンスに分散されていても良い。
【0029】
・シグナリングサーバ２０
図３は、シグナリングサーバ２０の機能構成を示すブロック図である。シグナリングサーバ２０は、入室受付部２１、接続制御部２３を有する。これらの処理部は、サーバコンピュータを構成するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、メモリ及び通信制御装置等のハードウェアと、ソフトウェアとの協働により論理的に実現されるものである。
図３は、シグナリングサーバ２０の機能構成を示すブロック図である。シグナリングサーバ２０は、入室受付部２１、接続制御部２３を有する。これらの処理部は、サーバコンピュータを構成するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、メモリ及び通信制御装置等のハードウェアと、ソフトウェアとの協働により論理的に実現されるものである。
【0030】
入室受付部２１は、ユーザ端末１０からの入室要求を受けて、指定された仮想空間への入室を許可するか判定する。
【0031】
接続制御部２３は、当該仮想空間のピアトポロジーに応じて、これから入室するユーザ端末１０（１０ａとする）と、入室済みのユーザ端末１０（１０ｂとする）との間を接続する。ＭＣＵ／ＳＦＵなしのピアトポロジーの場合、接続制御部２３は、ユーザ端末１０ａとユーザ端末１０ｂとの間のピアコネクション確立を誘導する通信を行う。ＭＣＵ／ＳＦＵありのピアトポロジーの場合、接続制御部２３は、ユーザ端末１０ａが接続するためのエンドポイントＥＰａ、ユーザ端末１０ｂが接続するためのエンドポイントＥＰｂをメディアサーバ３０内にそれぞれ生成し、エンドポイントＥＰａとエンドポイントＥＰｂとの間を接続する。また、接続制御部２３は、ユーザ端末１０ａ及びユーザ端末１０ｂと通信し、ユーザ端末１０ａとエンドポイントＥＰａ、ユーザ端末１０ｂとエンドポイントＥＰｂの間のピアコネクション確立を誘導する。
【0032】
・メディアサーバ３０
メディアサーバ３０は、ＭＣＵ又はＳＦＵとしての機能を有する。ＭＣＵ又はＳＦＵの機能については公知であるため詳細な説明を省略する。なおＭＣＵ又はＳＦＵを必要としないピアトポロジーによりリアルタイムコミュニケーションが実施される場合においては、メディアサーバ３０は不要である。
メディアサーバ３０は、ＭＣＵ又はＳＦＵとしての機能を有する。ＭＣＵ又はＳＦＵの機能については公知であるため詳細な説明を省略する。なおＭＣＵ又はＳＦＵを必要としないピアトポロジーによりリアルタイムコミュニケーションが実施される場合においては、メディアサーバ３０は不要である。
【0033】
・ウェブサーバ４０
ウェブサーバ４０は、ユーザ端末１０に対してアプリケーションを配信する。なお予めデバイスにアプリケーションがインストールされている場合等においては、ウェブサーバ４０は不要である。
ウェブサーバ４０は、ユーザ端末１０に対してアプリケーションを配信する。なお予めデバイスにアプリケーションがインストールされている場合等においては、ウェブサーバ４０は不要である。
【0034】
・ＡＰＩサーバ５０
ＡＰＩサーバ５０は、他のノード（典型的にはユーザ端末１０及びシグナリングサーバ２０）の要求に応じて、ユーザデータ記憶部７０、仮想空間データ記憶部８０、トポロジー定義データ記憶部９０に対する各種データの入出力を代行する。
ＡＰＩサーバ５０は、他のノード（典型的にはユーザ端末１０及びシグナリングサーバ２０）の要求に応じて、ユーザデータ記憶部７０、仮想空間データ記憶部８０、トポロジー定義データ記憶部９０に対する各種データの入出力を代行する。
【0035】
例えばＡＰＩサーバ５０は、ユーザ端末１０の要求に応じてユーザデータ記憶部７０を参照し、ユーザ認証処理を実行する。また、ユーザ端末１０の要求に応じて、新たな仮想空間に関する情報を仮想空間データ記憶部８０に登録する。また、シグナリングサーバ２０の要求に応じて仮想空間データ記憶部８０及びトポロジー定義データ記憶部９０を参照し、接続制御に必要な情報を返す。
【0036】
・ユーザデータ記憶部７０
ユーザデータ記憶部７０は、リアルタイムコミュニケーションシステム１に接続するユーザに関する情報を記憶する。これには、例えばユーザの認証情報（例えばＩＤ、パスワード、生体情報等）が含まれる。
ユーザデータ記憶部７０は、リアルタイムコミュニケーションシステム１に接続するユーザに関する情報を記憶する。これには、例えばユーザの認証情報（例えばＩＤ、パスワード、生体情報等）が含まれる。
【0037】
・仮想空間データ記憶部８０
仮想空間データ記憶部８０は、リアルタイムコミュニケーションシステム１が提供する仮想空間に関する情報を記憶する。これには、例えば仮想空間定義情報（例えば仮想空間タイプ、公開範囲、利用開始日時、利用時間の上限、参加メンバー情報、参加可能メンバー数、入場料等を含む）が含まれる。
仮想空間データ記憶部８０は、リアルタイムコミュニケーションシステム１が提供する仮想空間に関する情報を記憶する。これには、例えば仮想空間定義情報（例えば仮想空間タイプ、公開範囲、利用開始日時、利用時間の上限、参加メンバー情報、参加可能メンバー数、入場料等を含む）が含まれる。
【0038】
・トポロジー定義データ記憶部９０
トポロジー定義データ記憶部９０は、仮想空間タイプとピアトポロジーとの対応関係等を記憶する。図４は、トポロジー定義データ記憶部９０が記憶する情報の一例を示す図である。図４上図のテーブルでは、複数の仮想空間タイプに識別子が与えられ、各タイプには名称と適用ピアトポロジーがそれぞれ定義されている。ここで適用ピアトポロジーは、図４下図のテーブルにおけるピアトポロジー識別子に対応している。図４下図のテーブルでは、複数のピアトポロジーに識別子が与えられ、各ピアトポロジーには名称、親子属性、メディアサーバ属性、ノード数上限がそれぞれ定義されている。ここで親子属性は、ピアトポロジーに接続する複数のユーザ端末１０間に親子関係を定義するかどうかを示す情報である。メディアサーバ属性は、ＭＣＵ又はＳＦＵを利用するかどうかを示す情報である。ノード数上限は、ピアトポロジーに接続可能なユーザ端末１０の上限を示す情報である。
トポロジー定義データ記憶部９０は、仮想空間タイプとピアトポロジーとの対応関係等を記憶する。図４は、トポロジー定義データ記憶部９０が記憶する情報の一例を示す図である。図４上図のテーブルでは、複数の仮想空間タイプに識別子が与えられ、各タイプには名称と適用ピアトポロジーがそれぞれ定義されている。ここで適用ピアトポロジーは、図４下図のテーブルにおけるピアトポロジー識別子に対応している。図４下図のテーブルでは、複数のピアトポロジーに識別子が与えられ、各ピアトポロジーには名称、親子属性、メディアサーバ属性、ノード数上限がそれぞれ定義されている。ここで親子属性は、ピアトポロジーに接続する複数のユーザ端末１０間に親子関係を定義するかどうかを示す情報である。メディアサーバ属性は、ＭＣＵ又はＳＦＵを利用するかどうかを示す情報である。ノード数上限は、ピアトポロジーに接続可能なユーザ端末１０の上限を示す情報である。
【0039】
図５は、図４で定義されている種々のピアトポロジーを図解したものである。この図において矢印はピアコネクション、丸印はノード（ユーザ端末１０）、四角印はメディアサーバ３０（ＭＣＵ又はＳＦＵ）をそれぞれ表している。
【0040】
Ｐ２Ｐフルメッシュ型は、全てのユーザ端末１０が相互にＰ２Ｐ接続するトポロジーである。ユーザ端末１０の負荷が大きい反面、ＭＣＵ又はＳＦＵが不要なためローコストで実現できる。よって小規模カンファレンス等に適している。図４の例では、仮想空間タイプ識別子Ａ「会議室」にＰ２Ｐフルメッシュ型が割り当てられている。
【0041】
Ｐ２Ｐスター型は、親ノード（ユーザ端末１０）に対して複数の子ノード（ユーザ端末１０）がＰ２Ｐ接続するトポロジーである。親ノードが配信元となる小規模セミナー等に適している。
【0042】
ＳＦＵフルメッシュ型は、ハブとなるＳＦＵサーバ（メディアサーバ３０）に対して複数のユーザ端末１０が接続するトポロジーである。ユーザ端末１０は自分のメディアストリーム（例えば映像、音声など）をメディアサーバ３０に対してのみ送信すれば良いが、メディアサーバ３０から転送されてくる他のユーザ端末１０からのメディアストリーム（例えば映像、音声など）を自分で合成等する必要がある。ＭＣＵを利用する場合に比べメディアサーバ３０のコストを抑えられるが、ユーザ端末１０側に負荷がかかりがちとなる。よって中規模カンファレンス等に適している。図４の例では、仮想空間タイプ識別子Ｂ「会議室」、仮想空間タイプ識別子Ｄ「教室」、仮想空間タイプ識別子Ｆ「セミナー会場」にＳＦＵフルメッシュ型が割り当てられている。
【0043】
ＳＦＵスター型も、ハブとなるＳＦＵサーバ（メディアサーバ３０）に対して複数のユーザ端末１０が接続するトポロジーである。ＳＦＵフルメッシュ型との違いは、親ノード（ユーザ端末１０）には複数の子ノード（ユーザ端末１０）のメディアストリーム（例えば映像、音声など）が転送される一方、子ノードには親ノードのメディアストリーム（例えば映像、音声など）のみが転送される点である。親ノードが配信元となる中規模セミナー等に適している。図４の例では、仮想空間タイプ識別子Ｅ「エクササイズスタジオ」、仮想空間タイプ識別子Ｇ「イベントホール」にＳＦＵスター型が割り当てられている。
【0044】
ＭＣＵフルメッシュ型は、ハブとなるＭＣＵサーバ（メディアサーバ３０）に対して複数のユーザ端末１０が接続するトポロジーである。ＳＦＵフルメッシュ型との違いは、メディアサーバ３０から他のユーザ端末１０のメディアストリーム（例えば映像、音声など）が合成されてから送信される点である。よって大規模カンファレンス等に適している。図４の例では、仮想空間タイプ識別子Ｃ「会議室」にＭＣＵフルメッシュ型が割り当てられている。
【0045】
ＭＣＵ複数演者放送型も、ハブとなるＭＣＵサーバ（メディアサーバ３０）に対して複数のユーザ端末１０が接続するトポロジーである。ＭＣＵフルメッシュ型との違いは、複数の親ノード（ユーザ端末１０）は自分のメディアストリーム（例えば映像、音声など）をメディアサーバ３０に送信するが、複数の子ノード（ユーザ端末１０）は自分のメディアストリーム（例えば映像、音声など）を送信しない点である。つまり子ノードは、メディアサーバ３０により合成された複数の親ノードのメディアストリーム（例えば映像、音声など）を受信するのみとなる。複数の演者による番組放送等に適している。図４の例では、仮想空間タイプ識別子Ｈ「小劇場・ライブハウス」、仮想空間タイプ識別子Ｉ「放送スタジオ」にＭＣＵ複数演者放送型が割り当てられている。
【0046】
【0047】
図６は、リアルタイムコミュニケーションシステム１の動作を示すフローチャートである。
【0048】
Ｓ１０１：アプリケーションのセットアップ
ユーザ端末１０は、仮想空間の利用に先立って、ウェブサーバ１０からデバイスにアプリケーションをダウンロードし、インストールする。なお、デバイスに予めアプリケーションがセットアップしてある場合は、ステップＳ１０１は不要である。
ユーザ端末１０は、仮想空間の利用に先立って、ウェブサーバ１０からデバイスにアプリケーションをダウンロードし、インストールする。なお、デバイスに予めアプリケーションがセットアップしてある場合は、ステップＳ１０１は不要である。
【0049】
Ｓ１０２：ログイン
ユーザは、ユーザ端末１０のユーザ認証部１１に認証情報（例えばＩＤ、パスワード、生体情報等）を入力する。認証情報はＡＰＩサーバ５０に送信される。ＡＰＩサーバ５０は、認証情報と、ユーザデータ記憶部７０に予め格納されている認証情報とを照合し、利用資格の有無を判定する。資格有りの場合、Ｓ１０３又はＳ１０４ヘ遷移する。
ユーザは、ユーザ端末１０のユーザ認証部１１に認証情報（例えばＩＤ、パスワード、生体情報等）を入力する。認証情報はＡＰＩサーバ５０に送信される。ＡＰＩサーバ５０は、認証情報と、ユーザデータ記憶部７０に予め格納されている認証情報とを照合し、利用資格の有無を判定する。資格有りの場合、Ｓ１０３又はＳ１０４ヘ遷移する。
【0050】
Ｓ１０３：仮想空間の作成
ユーザは、目的に応じた仮想空間を作成することができる。図７は、ユーザ端末１０の仮想空間生成部１３が表示する、仮想空間作成画面の一例である。この画面でユーザは仮想空間（「ＰＬＡＣＥ」と称されている）の目的又は機能を示すタイプ、タイトル、利用開始日時、利用時間の上限、入室料、入室人数上限、公開範囲、カテゴリ・ジャンル等の仮想空間定義情報を入力する。ユーザ端末１０は、仮想空間定義情報を、ＡＰＩサーバ５０を介して仮想空間データ記憶部８０に格納する。これにより仮想空間が作成される。
ユーザは、目的に応じた仮想空間を作成することができる。図７は、ユーザ端末１０の仮想空間生成部１３が表示する、仮想空間作成画面の一例である。この画面でユーザは仮想空間（「ＰＬＡＣＥ」と称されている）の目的又は機能を示すタイプ、タイトル、利用開始日時、利用時間の上限、入室料、入室人数上限、公開範囲、カテゴリ・ジャンル等の仮想空間定義情報を入力する。ユーザ端末１０は、仮想空間定義情報を、ＡＰＩサーバ５０を介して仮想空間データ記憶部８０に格納する。これにより仮想空間が作成される。
【0051】
ここで指定された仮想空間タイプ、入室人数上限と、トポロジー定義データ記憶部９０の内容とに従って、仮想空間に適用されるピアトポロジーが決定する。例えば、ユーザが仮想空間タイプとして「会議室」、入室人数上限として「１０」を指定したとする。トポロジー定義データ記憶部９０の内容が図４の通りであるとすれば、まず図４上図に従って、仮想空間タイプ「会議室」に対応する適用ピアトポロジーは「００００００」「０１００００」「０２００００」に絞り込まれる。そして入室人数上限が「１０」であるので、図４下図に従って、適用ピアトポロジーは「０１００００」すなわち親子属性なしのＰ２Ｐフルメッシュ型に決定される。
【0052】
Ｓ１０４：仮想空間への入室
ユーザは、作成済みの仮想空間に入室することができる。図８は、ユーザ端末１０の仮想空間入室部１５が表示する、仮想空間一覧画面の一例である。この画面では、ユーザ自身が作成した仮想空間のほか、他のユーザが作成した仮想空間であってユーザが参加可能な（ユーザに対し公開されており、参加人数が上限に達していない等の条件に合致する）ものが表示される。現在入室が可能な仮想空間には「入室」ボタンが表示される。ユーザが「入室」を選択すると、シグナリングサーバ２０に入室要求が送信される。シグナリングサーバ２０は、仮想空間のピアトポロジーに応じて、これから入室するユーザ端末１０（１０ａとする）、既に入室済みのユーザ端末１０（１０ｂ，１０ｃ，．．．とする）、メディアサーバ３０を相互に通信可能に接続するための制御を開始する。
ユーザは、作成済みの仮想空間に入室することができる。図８は、ユーザ端末１０の仮想空間入室部１５が表示する、仮想空間一覧画面の一例である。この画面では、ユーザ自身が作成した仮想空間のほか、他のユーザが作成した仮想空間であってユーザが参加可能な（ユーザに対し公開されており、参加人数が上限に達していない等の条件に合致する）ものが表示される。現在入室が可能な仮想空間には「入室」ボタンが表示される。ユーザが「入室」を選択すると、シグナリングサーバ２０に入室要求が送信される。シグナリングサーバ２０は、仮想空間のピアトポロジーに応じて、これから入室するユーザ端末１０（１０ａとする）、既に入室済みのユーザ端末１０（１０ｂ，１０ｃ，．．．とする）、メディアサーバ３０を相互に通信可能に接続するための制御を開始する。
【0053】
図９は、入室するユーザ端末１０ａ、シグナリングサーバ２０、入室済みユーザ端末１０Ｂ，１０ｃ，．．．、メディアサーバ３０の間で行われる接続処理を示すシーケンス図である。
【0054】
（１）入室要求
ユーザ端末１０ａの仮想空間入室部１５は、シグナリングサーバ２０の入室受付部２１に入室要求を送信する。
入室受付部２１は、ＡＰＩサーバ５０を介して仮想空間データ記憶部８０を参照し、入室が要求された仮想空間の仮想空間定義情報を取得する。入室受付部２１は、仮想空間の公開範囲、利用開始日時、利用時間の上限、参加可能メンバー数、参加メンバー等の情報に基づき入室可否を判定する。入室を許可する場合、接続制御部２３に処理を引き継ぐ。
ユーザ端末１０ａの仮想空間入室部１５は、シグナリングサーバ２０の入室受付部２１に入室要求を送信する。
入室受付部２１は、ＡＰＩサーバ５０を介して仮想空間データ記憶部８０を参照し、入室が要求された仮想空間の仮想空間定義情報を取得する。入室受付部２１は、仮想空間の公開範囲、利用開始日時、利用時間の上限、参加可能メンバー数、参加メンバー等の情報に基づき入室可否を判定する。入室を許可する場合、接続制御部２３に処理を引き継ぐ。
【0055】
接続制御部２３は、ＡＰＩサーバ５０を介してトポロジー定義データ記憶部９０を参照し、仮想空間に対応するピアトポロジーを特定する。特定されたピアトポロジーのメディアサーバ属性がＳＦＵ又はＭＣＵである場合（すなわちメディアサーバ３０を必要とするピアトポロジーである場合）、接続制御部２３は、これから入室するユーザ端末１０ａが入室済みのユーザ端末１０ｂ，１０ｃ，．．．とそれぞれ通信するためのエンドポイントと、入室済みのユーザ端末１０ｂ，１０ｃ，．．．がユーザ端末１０ａと通信するためのエンドポイントとをメディアサーバ３０に追加する。また、追加したエンドポイント間の接続処理を行う。メディアサーバ属性がＭＣＵの場合は、メディア合成設定（どのユーザ端末１０から送信されるメディアストリームを合成、配信するか）を行う。
【0056】
（２）入室応答
接続制御部２３は、入室するユーザ端末１０ａに対し、入室応答（入室を許可する旨の通知）として、入室先の仮想空間のピアトポロジー識別子、ユーザ端末１０ａの役割種別（親、子、なし）を通知する。
ユーザ端末１０ａは、メディアストリームの送信準備を開始する。
接続制御部２３は、入室するユーザ端末１０ａに対し、入室応答（入室を許可する旨の通知）として、入室先の仮想空間のピアトポロジー識別子、ユーザ端末１０ａの役割種別（親、子、なし）を通知する。
ユーザ端末１０ａは、メディアストリームの送信準備を開始する。
【0057】
（３）新メンバー入室通知
接続制御部２３は、入室済みのユーザ端末１０ｂ，１０ｃ，．．．に対し、新メンバー入室通知として、新メンバーであるユーザ端末１０ａのメンバー識別子（シグナリング通信上の宛先）、ユーザ端末１０ａの役割種別（親、子、なし）を送信する。
接続制御部２３は、入室済みのユーザ端末１０ｂ，１０ｃ，．．．に対し、新メンバー入室通知として、新メンバーであるユーザ端末１０ａのメンバー識別子（シグナリング通信上の宛先）、ユーザ端末１０ａの役割種別（親、子、なし）を送信する。
【0058】
ユーザ端末１０ｂ，１０ｃ，．．．の接続確立部１７は、仮想空間のピアトポロジー（入室時に通知されている）、新メンバーの役割種別、自身の役割種別（入室時に通知されている）に基づいて、新メンバーであるユーザ端末１０ａとの間でピアコネクションを確立すべきか否か、確立する場合の配信方向（双方向、送信のみ、受信のみ）を判断する。例えば、ピアトポロジーがＰ２Ｐフルメッシュ型であれば、新メンバーとの間で双方向のピアコネクションを確立する必要がある。Ｐ２Ｐスター型であって、新メンバーと自身とが親子関係となる場合にも、双方向のコネクションを確立する必要がある。
【0059】
（４）自存在通知
新メンバーであるユーザ端末１０ａがピアコネクション確立対象である場合、入室済みのユーザ端末１０ｂ，１０ｃ，．．．の接続確立部１７は、シグナリングサーバ２０の接続制御部２３を介し、ユーザ端末１０ａに対し、自存在通知として、自身のメンバー識別子（シグナリング通信上の宛先）、役割種別（親、子、なし）を送信する。
新メンバーであるユーザ端末１０ａがピアコネクション確立対象である場合、入室済みのユーザ端末１０ｂ，１０ｃ，．．．の接続確立部１７は、シグナリングサーバ２０の接続制御部２３を介し、ユーザ端末１０ａに対し、自存在通知として、自身のメンバー識別子（シグナリング通信上の宛先）、役割種別（親、子、なし）を送信する。
【0060】
ユーザ端末１０ａの接続確立部１７は、入室済みのユーザ端末１０ｂ，１０ｃ，．．．から自存在通知を受信した場合、仮想空間のピアトポロジー、自身の役割種別、入室済みユーザの役割種別に基づいて、入室済みの各ユーザにかかる配信方向（双方向、送信のみ、受信のみ）を判断する。
【0061】
（５）ユーザ端末１０間のオファー・アンサーネゴシエーション
ピアトポロジーのメディアサーバ属性が「なし」である場合、ユーザ端末１０ａ及びユーザ端末１０ｂ，１０ｃ，．．．の接続確立部１７は、配信方向を加味したオファー・アンサーネゴシエーションを開始する。これはシグナリングサーバ２０を介した、ユーザ端末１０ａとユーザ端末１０ｂ，１０ｃ，．．との間の双方向通信である。これによりユーザ端末１０ａとユーザ端末１０ｂ，１０ｃ，．．との間にピアコネクションが確立する。
ピアトポロジーのメディアサーバ属性が「なし」である場合、ユーザ端末１０ａ及びユーザ端末１０ｂ，１０ｃ，．．．の接続確立部１７は、配信方向を加味したオファー・アンサーネゴシエーションを開始する。これはシグナリングサーバ２０を介した、ユーザ端末１０ａとユーザ端末１０ｂ，１０ｃ，．．との間の双方向通信である。これによりユーザ端末１０ａとユーザ端末１０ｂ，１０ｃ，．．との間にピアコネクションが確立する。
【0062】
（６）ユーザ端末１０－メディアサーバ３０間のオファー・アンサーネゴシエーション
ピアトポロジーのメディアサーバ属性がＳＦＵ又はＭＣＵである場合、ユーザ端末１０ａ及びユーザ端末１０ｂ，１０ｃ，．．．の接続確立部１７は、シグナリングサーバ２０の接続制御部２３の誘導に従って、メディアサーバ３０に設けられたエンドポイントとの間でオファー・アンサーネゴシエーションを開始する。これはシグナリングサーバ２０を介した、ユーザ端末１０ａとメディアサーバ３０との間の双方向通信である。
ピアトポロジーのメディアサーバ属性がＳＦＵ又はＭＣＵである場合、ユーザ端末１０ａ及びユーザ端末１０ｂ，１０ｃ，．．．の接続確立部１７は、シグナリングサーバ２０の接続制御部２３の誘導に従って、メディアサーバ３０に設けられたエンドポイントとの間でオファー・アンサーネゴシエーションを開始する。これはシグナリングサーバ２０を介した、ユーザ端末１０ａとメディアサーバ３０との間の双方向通信である。
【0063】
例えば、ユーザ端末１０ａとユーザ端末１０ｂとの間にメディアサーバ３０を介したピアコネクションを確立させる手順は以下の通りである。
【0064】
まず、ユーザ端末１０ａの接続確立部１７は、配信方向を加味したオファーをシグナリングサーバ２０に送信する。シグナリングサーバ２０の接続制御部２３は、オファーをユーザ端末１０ｂへ転送するのではなく、メディアサーバ３０に設けられたエンドポイントＥＰａ（ユーザ端末１０ａが、ユーザ端末１０ｂと通信するために接続するエンドポイント）へ転送する。これにより、ユーザ端末１０ａとメディアサーバ３０に設けられたエンドポイントＥＰａとの間でオファー・アンサーネゴシエーションが開始され、ユーザ端末１０ａとメディアサーバ３０のエンドポイントＥＰａとの間にピアコネクションが確立する。
【0065】
同様に、ユーザ端末１０ｂの接続確立部１７は、配信方向を加味したオファーをシグナリングサーバ２０に送信する。シグナリングサーバ２０の接続制御部２３は、オファーをユーザ端末１０ａへ転送するのではなく、メディアサーバ３０に設けられたエンドポイントＥＰｂ（ユーザ端末１０ｂが、ユーザ端末１０ａと通信するために接続するエンドポイント）へ転送する。これにより、ユーザ端末１０ｂとメディアサーバ３０に設けられたエンドポイントＥＰｂとの間でオファー・アンサーネゴシエーションが開始され、ユーザ端末１０ｂとメディアサーバ３０のエンドポイントＥＰｂとの間にピアコネクションが確立する。
【0066】
メディアサーバ３０のエンドポイントＥＰａとエンドポイントＥＰｂとは、接続制御部２３によってすでに接続されているから、これによりユーザ端末１０ａとユーザ端末１０ｂとの間にメディアサーバ３０を介したピアコネクションが確立する。
【0067】
接続制御部２３は、同様の手順で、ユーザ端末１０ａとユーザ端末１０ｃ，．．．との間にもメディアサーバ３０を介したピアコネクションを確立させる。
【0068】
なお、新メンバーであるユーザ端末１０ａがピアコネクション確立対象でない場合は、ステップ（４）乃至（６）は実行されない。
【0069】
Ｓ１０５：リアルタイムコミュニケーションの実施
ユーザ端末１０ａ及びユーザ端末１０ｂ，１０ｃ，．．．は、入室した仮想空間において会議、セミナー、ライブ等のリアルタイムコミュニケーションを開始する。図１０は、ユーザ端末１０の仮想空間入室部１５が表示する、入室後の仮想空間の一例である。
本実施の形態によれば、トポロジー定義データ記憶部９０は、仮想空間の機能・目的・用途毎にピアトポロジー種別を対応づけている。そのため、ユーザは仮想空間タイプの選択というシンプルな手続きのみで、目的に応じた適切なピアトポロジーでリアルタイムコミュニケーションを利用できる。これにより、無駄なピアコネクション接続の抑制やユーザ端末１０の負荷の軽減、又は、不必要なメディアサーバ３０の使用の抑制やメディアサーバ３０の負荷の軽減が可能である。
ユーザ端末１０ａ及びユーザ端末１０ｂ，１０ｃ，．．．は、入室した仮想空間において会議、セミナー、ライブ等のリアルタイムコミュニケーションを開始する。図１０は、ユーザ端末１０の仮想空間入室部１５が表示する、入室後の仮想空間の一例である。
本実施の形態によれば、トポロジー定義データ記憶部９０は、仮想空間の機能・目的・用途毎にピアトポロジー種別を対応づけている。そのため、ユーザは仮想空間タイプの選択というシンプルな手続きのみで、目的に応じた適切なピアトポロジーでリアルタイムコミュニケーションを利用できる。これにより、無駄なピアコネクション接続の抑制やユーザ端末１０の負荷の軽減、又は、不必要なメディアサーバ３０の使用の抑制やメディアサーバ３０の負荷の軽減が可能である。
【0070】
また、本実施の形態によれば、トポロジー定義データ記憶部９０は、参加ユーザ端末数や親子属性に応じて異なるピアトポロジーを定義している。これにより、仮想空間のタイプのみならず、仮想空間で行われるリアルタイムコミュニケーションの態様に応じた適切なピアトポロジーを利用できる。
【0071】
また、本実施の形態によれば、シグナリングサーバ２０は、従来のＷｅｂＲＴＣベースのシステムにおけるシグナリングサーバのシグナリング通信が有しない、ピアトポロジー制御機能を有している。これにより、ユーザ端末１０のアプリケーションからピアトポロジーの概念が隠蔽され、ユーザはピアトポロジーを意識することなく適切なピアトポロジーを有する仮想空間を作成できる。
【0072】
また、本実施の形態によれば、トポロジー定義データ記憶部９０に設定を追加することにより、新たな仮想空間タイプを追加したり、同一の仮想空間タイプに異なる複数のピアトポロジーを対応づけたりするなどの柔軟な構成が可能である。
【0073】
このように、本実施の形態によれば、幅広い目的・用途に対応するリアルタイムコミュニケーションシステムを、高効率かつ低コストで運用することができる。また、多様な目的や用途等に適した仮想空間を容易に開発することができる。
【0074】
＜実施の形態２＞
実施の形態２は、リアルタイムコミュニケーションの態様に応じた適切な課金方式を提供する技術に関するものである。実施の形態２にかかるリアルタイムコミュニケーションシステム１は、仮想空間における有料催事における入退室管理機能、開催実績の評価機能、及び評価結果等に応じた課金機能を提供する。ここでいう課金とは、参加者であるユーザからの参加料の徴収、及び主催者であるユーザへの開催報酬の支払を含む概念である。
実施の形態２は、リアルタイムコミュニケーションの態様に応じた適切な課金方式を提供する技術に関するものである。実施の形態２にかかるリアルタイムコミュニケーションシステム１は、仮想空間における有料催事における入退室管理機能、開催実績の評価機能、及び評価結果等に応じた課金機能を提供する。ここでいう課金とは、参加者であるユーザからの参加料の徴収、及び主催者であるユーザへの開催報酬の支払を含む概念である。
【0075】
図１１は、実施の形態２にかかるリアルタイムコミュニケーションシステム１の全体構成を示すブロック図である。リアルタイムコミュニケーションシステム１は、ユーザ端末１０、シグナリングサーバ２０、ウェブサーバ４０、ＡＰＩサーバ５０、管理サーバ６０、ユーザデータ記憶部７０、仮想空間データ記憶部８０、利用コンディションデータ記憶部１１０を含む。このほか、ＷｅｂＲＴＣをベースとしたシステムの基本的な構成要素であるＳＴＵＮ／ＴＵＲＮサーバ、ＳＦＵ／ＭＣＵとしてのメディアサーバ等もリアルタイムコミュニケーションシステム１に含まれるのが一般的であるが、実施の形態２の特徴的な機能との関連性が低いため、図１１ではこれらの構成要素の記載を省略している。
【0076】
以下、各構成要素について説明するが、実施の形態１と同様の構成や動作等については適宜記載を省略する。
【0077】
・ユーザ端末１０
ユーザ端末１０は、典型的にはブラウザアプリケーション又は専用アプリケーション（以下、単にアプリケーションという）が動作するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）又はモバイルデバイス等（以下、単にデバイスという）である。アプリケーションはウェブサーバ４０から取得されても良く、予めデバイスにセットアップされていても良い。
ユーザ端末１０は、典型的にはブラウザアプリケーション又は専用アプリケーション（以下、単にアプリケーションという）が動作するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）又はモバイルデバイス等（以下、単にデバイスという）である。アプリケーションはウェブサーバ４０から取得されても良く、予めデバイスにセットアップされていても良い。
【0078】
図１２は、実施の形態２にかかるユーザ端末１０の機能構成を示すブロック図である。ユーザ端末１０は、ユーザ認証部１１、仮想空間生成部１３、仮想空間入室部１５、接続確立部１７、利用コンディション情報送信部１９を有する。
【0079】
ユーザ認証部１１、仮想空間生成部１３、仮想空間入室部１５、接続確立部１７については実施の形態１と同様に動作する。
【0080】
利用コンディション情報送信部１９は、仮想空間への入室後から退室までの間、シグナリングサーバ２０の利用コンディションデータ要求部２５が随時行う要求に応じて利用コンディションデータを生成し、利用コンディションデータ要求部２５に送信する。利用コンディションデータは、ユーザ端末１０から見た仮想空間の状態を示す情報群であって、例えば仮想空間ＩＤ、ユーザＩＤ、タイムスタンプ、認識された対抗ピア数、入退室状態、ピアコネクション総数、アクティブピアコネクション数等を含む。
【0081】
・サーバ
シグナリングサーバ２０、メディアサーバ３０、ウェブサーバ４０、ＡＰＩサーバ５０、管理サーバ６０は、典型的には１又は複数のサーバコンピュータ上で動作するインスタンスである。サーバコンピュータは、クラウドコンピューティング、エッジコンピューティング、フォグコンピューティング等の技術を用いて仮想的に提供されるものであっても良い。シグナリングサーバ２０、メディアサーバ３０、ウェブサーバ４０、ＡＰＩサーバ５０、管理サーバ６０の各サーバは、典型的にはそれぞれが１つのインスタンスを有するが、複数のサーバの機能が１つのインスタンスに統合されていても良いし、１つのサーバの機能が複数のインスタンスに分散されていても良い。
シグナリングサーバ２０、メディアサーバ３０、ウェブサーバ４０、ＡＰＩサーバ５０、管理サーバ６０は、典型的には１又は複数のサーバコンピュータ上で動作するインスタンスである。サーバコンピュータは、クラウドコンピューティング、エッジコンピューティング、フォグコンピューティング等の技術を用いて仮想的に提供されるものであっても良い。シグナリングサーバ２０、メディアサーバ３０、ウェブサーバ４０、ＡＰＩサーバ５０、管理サーバ６０の各サーバは、典型的にはそれぞれが１つのインスタンスを有するが、複数のサーバの機能が１つのインスタンスに統合されていても良いし、１つのサーバの機能が複数のインスタンスに分散されていても良い。
【0082】
・シグナリングサーバ２０
図１３は、実施の形態２にかかるシグナリングサーバ２０の機能構成を示すブロック図である。シグナリングサーバ２０は、入室受付部２１、接続制御部２３、利用コンディションデータ要求部２５、強制退室処理部２７を有する。
図１３は、実施の形態２にかかるシグナリングサーバ２０の機能構成を示すブロック図である。シグナリングサーバ２０は、入室受付部２１、接続制御部２３、利用コンディションデータ要求部２５、強制退室処理部２７を有する。
【0083】
入室受付部２１、接続制御部２３については実施の形態１と同様に動作する。
【0084】
利用コンディションデータ要求部２５は、管理サーバ６０から随時送信される利用コンディションデータ送信要求をユーザ端末１０に転送する。また、ユーザ端末１０の利用コンディションデータ送信部１９から利用コンディションデータを受信し、利用コンディションデータ記憶部１１０に格納する。
【0085】
強制退室処理部２７は、管理サーバ６０の要求に応じ、予め定められた利用時間が経過したタイミングで、仮想空間から退室していないユーザを強制的に退室させる処理を実行する。
【0086】
・ウェブサーバ４０
ウェブサーバ４０は実施の形態１と同様に動作する。
ウェブサーバ４０は実施の形態１と同様に動作する。
【0087】
・ＡＰＩサーバ５０
ＡＰＩサーバ５０は、他のノード（典型的にはユーザ端末１０、管理サーバ６０、シグナリングサーバ２０）の要求に応じて、ユーザデータ記憶部７０、仮想空間データ記憶部８０、利用コンディションデータ記憶部１１０に対する各種データの入出力を代行する。
ＡＰＩサーバ５０は、他のノード（典型的にはユーザ端末１０、管理サーバ６０、シグナリングサーバ２０）の要求に応じて、ユーザデータ記憶部７０、仮想空間データ記憶部８０、利用コンディションデータ記憶部１１０に対する各種データの入出力を代行する。
【0088】
例えばＡＰＩサーバ５０は、シグナリングサーバ２０の要求に応じ、利用コンディションデータ記憶部１１０に利用コンディションデータを格納する。また、管理サーバ６０の要求に応じ、利用コンディションデータ記憶部１１０を参照して利用コンディションデータを返す。
【0089】
・管理サーバ６０
図１７は、実施の形態２にかかる管理サーバ６０の機能構成を示すブロック図である。管理サーバ６０は、入室案内通知部６１、時間管理部６３、利用コンディションデータ収集要求部６５、利用コンディションデータ評価部６７、課金処理部６９を有する。
図１７は、実施の形態２にかかる管理サーバ６０の機能構成を示すブロック図である。管理サーバ６０は、入室案内通知部６１、時間管理部６３、利用コンディションデータ収集要求部６５、利用コンディションデータ評価部６７、課金処理部６９を有する。
【0090】
入室案内通知部６１は、ユーザ端末１０のユーザに対し、仮想空間の利用開始時刻が到来して入室可能な状態となったことを知らせる入室案内通知をメール等で送信する。また、有料催事の開催内容の変更やキャンセル等が発生したときにも、その旨の通知をメール等で送信する。
【0091】
時間管理部６３は、仮想空間の利用開始時刻が到来して入室可能な状態となると、仮想空間の利用時間（利用開始時刻からの経過時間）のカウントを開始する。ユーザ端末１０への利用時間カウントの送信を行っても良い。利用時間が予め定められた上限を超えたとき、時間管理部６３は、仮想空間から退室していないユーザを強制的に退室させる処理をシグナリングサーバ２０の強制退室処理部２７に実行させる。このように厳密な時間管理を行うことにより、利用実績に対する課金を公正に実施することができる。
【0092】
利用コンディションデータ収集要求部６５は、仮想空間の利用時間中、所定の間隔でシグナリングサーバ２０に利用コンディションデータ送信要求を送信する。
【0093】
利用コンディションデータ評価部６７は、利用時間が終了すると、利用コンディションデータ記憶部１１０に蓄積された利用コンディションデータを評価し、当該仮想空間が有料設定である場合は、課金処理部６９に課金処理要求を行う。
【0094】
課金処理部６９は、利用コンディションデータ評価部６７による利用コンディションデータの評価結果に基づいて、課金額、すなわち主催者であるユーザへの開催報酬額や参加者であるユーザから徴収する参加料を計算する。また、参加者であるユーザから参加料を徴収し、主催者であるユーザへ開催報酬額を支払う課金処理を行う。なお課金処理は、外部の決済代行サービス等により実行されても良い。この場合、課金処理部６９は決済代行サービスに課金額すなわち開催報酬額や参加料を通知する。
【0095】
・ユーザデータ記憶部７０、仮想空間データ記憶部８０
ユーザデータ記憶部７０、仮想空間データ記憶部８０については、実施の形態１と同様に動作する。
ユーザデータ記憶部７０、仮想空間データ記憶部８０については、実施の形態１と同様に動作する。
【0096】
・利用コンディションデータ記憶部１１０
利用コンディションデータ記憶部１１０は、ユーザ端末１０から収集された利用コンディションデータを格納する。
利用コンディションデータ記憶部１１０は、ユーザ端末１０から収集された利用コンディションデータを格納する。
【0097】
図１４は、実施の形態２にかかるリアルタイムコミュニケーションシステム１の動作を示すフローチャートである。
【0098】
Ｓ２０１：アプリケーションのセットアップ
実施の形態１のＳ１０１と同様に、ユーザ端末１０は、仮想空間の利用に先立って、ウェブサーバ１０からデバイスにアプリケーションをダウンロードし、インストールする。なお、デバイスに予めアプリケーションがセットアップしてある場合は、ステップＳ１０１は不要である。
実施の形態１のＳ１０１と同様に、ユーザ端末１０は、仮想空間の利用に先立って、ウェブサーバ１０からデバイスにアプリケーションをダウンロードし、インストールする。なお、デバイスに予めアプリケーションがセットアップしてある場合は、ステップＳ１０１は不要である。
【0099】
Ｓ２０２：ログイン
実施の形態１のＳ１０２と同様に、ユーザは、ユーザ端末１０のユーザ認証部１１に認証情報（例えばＩＤ、パスワード、生体情報等）を入力する。認証情報はＡＰＩサーバ５０に送信される。ＡＰＩサーバ５０は、認証情報と、ユーザデータ記憶部７０に予め格納されている認証情報とを照合し、利用資格の有無を判定する。資格有りの場合、Ｓ２０３又はＳ２０４ヘ遷移する。
実施の形態１のＳ１０２と同様に、ユーザは、ユーザ端末１０のユーザ認証部１１に認証情報（例えばＩＤ、パスワード、生体情報等）を入力する。認証情報はＡＰＩサーバ５０に送信される。ＡＰＩサーバ５０は、認証情報と、ユーザデータ記憶部７０に予め格納されている認証情報とを照合し、利用資格の有無を判定する。資格有りの場合、Ｓ２０３又はＳ２０４ヘ遷移する。
【0100】
Ｓ２０３：仮想空間の作成
実施の形態１のＳ１０３と同様に、ユーザは、目的に応じた仮想空間を作成することができる。
実施の形態１のＳ１０３と同様に、ユーザは、目的に応じた仮想空間を作成することができる。
【0101】
Ｓ２０４：仮想空間への入室
実施の形態１のＳ１０４と同様に、ユーザは、作成済みの仮想空間に入室することができる。シグナリングサーバ２０は、仮想空間のピアトポロジーに応じて、複数のユーザ端末１０（１０ａ，１０ｂ，１０ｃ，．．．とする）及びメディアサーバを相互に通信可能に接続するための制御を開始する。
実施の形態１のＳ１０４と同様に、ユーザは、作成済みの仮想空間に入室することができる。シグナリングサーバ２０は、仮想空間のピアトポロジーに応じて、複数のユーザ端末１０（１０ａ，１０ｂ，１０ｃ，．．．とする）及びメディアサーバを相互に通信可能に接続するための制御を開始する。
【0102】
例えば図１５に示すようなＰ２Ｐフルメッシュ型のピアトポロジーであれば、シグナリングサーバ２０は、ユーザ端末１０ａと１０ｂ、１０ｂと１０ｃ、１０ｃと１０ａの間にピアコネクションを確立させる。これにより、ユーザ端末１０（１０ａ，１０ｂ，１０ｃ）は仮想空間への入室が可能な状態となる。
【0103】
Ｓ２０５：時間管理、利用コンディションデータの収集
管理サーバ６０の入室案内通知部６１は、ユーザ端末１０のユーザに対し入室案内通知を送信する。時間管理部６３は、仮想空間の利用時間のカウントを開始する。ユーザ端末１０へ利用時間カウントを送信しても良い。また、時間管理部６３は、利用時間が予め定められた上限を超えたとき、仮想空間から退室していないユーザを強制的に退室させる処理をシグナリングサーバ２０の強制退室処理部２７に実行させる。
管理サーバ６０の入室案内通知部６１は、ユーザ端末１０のユーザに対し入室案内通知を送信する。時間管理部６３は、仮想空間の利用時間のカウントを開始する。ユーザ端末１０へ利用時間カウントを送信しても良い。また、時間管理部６３は、利用時間が予め定められた上限を超えたとき、仮想空間から退室していないユーザを強制的に退室させる処理をシグナリングサーバ２０の強制退室処理部２７に実行させる。
【0104】
管理サーバ６０の利用コンディションデータ収集要求部６５は、仮想空間の利用時間中、所定の間隔でシグナリングサーバ２０に利用コンディションデータ送信要求を送信する。シグナリングサーバ２０の利用コンディションデータ要求部２５は、ユーザ端末１０に利用コンディションデータ送信要求を転送する。
【0105】
ユーザ端末１０の利用コンディションデータ送信部１９は、利用コンディションデータ送信要求を受信する毎に、その時点における利用コンディションデータを収集する。図１６に、利用コンディションデータの一例を示す。この例では、仮想空間ＩＤ（ユーザ端末１０が入室している仮想空間のＩＤ）、ユーザＩＤ（ユーザ端末１０がログインに使用したＩＤ）、タイムスタンプ（利用コンディションデータ送信要求の受信時刻又は送信時刻）、要求周期（利用コンディションデータ送信要求の受信周期又は送信周期）、認識された対抗ピア数、入退室状態、ピアコネクション総数、アクティブピアコネクション数を利用コンディションデータとして収集している。収集した利用コンディションデータは、利用コンディションデータ送信要求の応答としてシグナリングサーバ２０へ送信される。シグナリングサーバ２０の利用コンディションデータ要求部２５は、ＡＰＩサーバ５０が提供するデータ登録ＡＰＩを介して、利用コンディションデータ記憶部１１０に登録する。したがって、利用コンディションデータ記憶部１１０には時系列の利用コンディションデータが蓄積されることになる。
【0106】
ここで、認識された対抗ピア数、ピアコネクション総数、アクティブピアコネクション数は、ユーザ端末１０が認識可能なピアコネクションに関する情報となる。図１５の例で言えば、ユーザ端末１０ａが収集する利用コンディションデータは、ピアコネクション１、２、３、５に関するものである。
【0107】
ＡＰＩサーバ５０は、利用コンディションデータ登録用ＡＰＩの使用に際し、特別な権限を要求することが好ましい。すなわち、当該ＡＰＩをユーザ端末１０が直接利用することができないよう設定する。又は、シグナリングサーバ２０とユーザ端末１０との間の利用コンディションデータ送信要求及び応答の通信に、チャレンジアンドレスポンス方式等による認証を適用しても良い。これにより、虚偽の利用コンディションデータの登録を防ぐことができる。
【0108】
Ｓ２０６：利用コンディションデータの評価
管理サーバ６０の利用コンディションデータ評価部６７は、仮想空間の利用時間が終了したなら、利用コンディションデータ記憶部１１０から当該仮想空間に関する利用コンディションデータを取得する。また、利用コンディションデータに基づいて、仮想空間で行われた催事の実績を評価し、当該仮想空間が有料設定である場合は、課金処理部６９に課金処理要求を行う。
管理サーバ６０の利用コンディションデータ評価部６７は、仮想空間の利用時間が終了したなら、利用コンディションデータ記憶部１１０から当該仮想空間に関する利用コンディションデータを取得する。また、利用コンディションデータに基づいて、仮想空間で行われた催事の実績を評価し、当該仮想空間が有料設定である場合は、課金処理部６９に課金処理要求を行う。
【0109】
例えば、利用コンディションデータ評価部６７は、催事を正常に実施できた時間（正常履行時間と称する）、実施できなかった時間（不履行時間と称する）を算出する。例えば、主催者Ａのある時間帯におけるアクティブピアコネクション数が０であった場合は、主催者Ａが未入室であったか、参加者が０であったか、主催者Ａ側の通信環境に異常があった可能性が高い。このような場合は、当該時間帯は想定した内容の催事が実施されなかった、すなわち不履行時間にあたると判定する。不履行時間が存在する場合、利用コンディションデータ評価部６７は、催事の開催時間（仮想空間の利用時間）に対する正常履行時間の割合を計算して評価値とすることができる。
【0110】
なお、上述の不履行時間の判定基準、正常履行時間の判定基準、評価値の算定方法等はあくまで一例であり、催事の性格等に応じ任意に設定されて良い。
【0111】
Ｓ２０７：課金
課金処理部６９は、参加者であるユーザからの参加料の徴収、主催者であるユーザに対する報酬（通常は徴収した参加料を原資とする）の支払等の課金処理を行う。参加者であるユーザからの徴収金額は、原則としては主催者が設定した参加料であるが、Ｓ２０６で算出した評価値に応じて参加料に調整を加えた金額を実際の徴収金額としても良い。例えば、課金サーバ１２０は、当初設定されていた参加料に評価値を乗じた金額を参加者であるユーザからの実際の徴収金額とすることができる。また、不履行時間が開催時間に占める割合が所定の閾値を超えた場合、課金サーバ１２０は、当該催事自体を不履行と判断し、参加者であるユーザからの参加料の徴収を行わないこととしても良い。
課金処理部６９は、参加者であるユーザからの参加料の徴収、主催者であるユーザに対する報酬（通常は徴収した参加料を原資とする）の支払等の課金処理を行う。参加者であるユーザからの徴収金額は、原則としては主催者が設定した参加料であるが、Ｓ２０６で算出した評価値に応じて参加料に調整を加えた金額を実際の徴収金額としても良い。例えば、課金サーバ１２０は、当初設定されていた参加料に評価値を乗じた金額を参加者であるユーザからの実際の徴収金額とすることができる。また、不履行時間が開催時間に占める割合が所定の閾値を超えた場合、課金サーバ１２０は、当該催事自体を不履行と判断し、参加者であるユーザからの参加料の徴収を行わないこととしても良い。
【0112】
なお、参加料の徴収、開催報酬の支払にかかる資金決済のタイミングは任意であって良い。例えば、参加料として利用できるポイントをユーザに事前に購入させるなど、資金決済自体は催事とは関係のないタイミングで実行しても良い。この場合、課金処理部６９は参加料や報酬に相当するポイントを移動させることで課金処理を行う。
【0113】
本実施の形態によれば、シグナリングサーバ２０は、ピアコネクションの確立以降もユーザ端末１０とのセッションを維持し、利用コンディションデータの収集を行う。この構成により、シグナリングサーバ２０を通信ハブとして活用し、利用コンディションデータを継続的に収集することができる。なお従来のＷｅｂＲＴＣベースのシステムにおいては、シグナリングサーバはピアコネクションの確立以降はユーザ端末とのセッション維持を行わない。
【0114】
また、本実施の形態によれば、管理サーバ６０は、シグナリングサーバ２０を利用した各仮想空間の入退室管理（ユーザ端末１０への利用時間カウントの送信、終了時刻における強制退室等）、ユーザへの入室案内通知、利用コンディションデータの収集を行う。そして、蓄積された利用コンディションデータを評価し、催事の実施実績に基づく適切な課金を行う。
【0115】
これにより、本実施の形態では、主催者側の背信的行為（参加料だけ徴収して催事を開催しないなど）や不履行等による、参加者への不利益をもたらす取引を抑制することができる。
【0116】
また、本実施の形態では、催事の実施実績の評価値に基づく適切な課金が行われるため、参加者は安心してサービスを利用できるようになる。これにより、単に仮想空間を提供するだけでなく、安心して「コト」の関わる商取引を行うことが可能なプラットフォームを提供できる。
【0117】
＜その他の実施の形態＞
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、実施の形態１では、ユーザが仮想空間タイプを指定した時点でピアトポロジーが固定的に決定される例を開示したが、本発明はこれに限定されるものでなく、ピアトポロジーは動的に変更されても良い。例えば、ユーザが参加者として１０００人を想定し、仮想空間タイプ識別子Ｃ「会議室」の仮想空間を作成した場合であっても、実際の参加者が１０人未満であった場合は、シグナリングサーバ２０は、ノード数上限が１０である仮想空間タイプ識別子Ａ「会議室」のピアトポロジーを提供しても良い。そして、参加者が増加して１０人を超えた場合は仮想空間タイプ識別子Ｂ「会議室」にピアトポロジーを変更し、参加者がさらに増加して１００人を超えた場合には仮想空間タイプ識別子Ｃ「会議室」にピアトポロジーを変更する。このように、催事の実態に応じてピアトポロジーを動的に変更することで、計算資源の効率的利用と運用コストの削減とをより徹底することができる。
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、実施の形態１では、ユーザが仮想空間タイプを指定した時点でピアトポロジーが固定的に決定される例を開示したが、本発明はこれに限定されるものでなく、ピアトポロジーは動的に変更されても良い。例えば、ユーザが参加者として１０００人を想定し、仮想空間タイプ識別子Ｃ「会議室」の仮想空間を作成した場合であっても、実際の参加者が１０人未満であった場合は、シグナリングサーバ２０は、ノード数上限が１０である仮想空間タイプ識別子Ａ「会議室」のピアトポロジーを提供しても良い。そして、参加者が増加して１０人を超えた場合は仮想空間タイプ識別子Ｂ「会議室」にピアトポロジーを変更し、参加者がさらに増加して１００人を超えた場合には仮想空間タイプ識別子Ｃ「会議室」にピアトポロジーを変更する。このように、催事の実態に応じてピアトポロジーを動的に変更することで、計算資源の効率的利用と運用コストの削減とをより徹底することができる。
【0118】
また、本発明の趣旨を逸脱しない限り、任意の構成要素を取り除いたり、付け加えたりしても良い。例えば、実施の形態１にかかるリアルタイムコミュニケーションシステム１に、実施の形態２の入退室管理機能、開催実績の評価機能、及び評価結果等に応じた課金機能を付加しても良い。又は、実施の形態２にかかるリアルタイムコミュニケーションシステム１に、実施の形態１のピアトポロジーの自動決定機能を付加しても良い。
【0119】
また、上述の実施の形態では、本発明を主にハードウェアの構成として説明したが、これに限定されるものではなく、任意の処理を、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）にコンピュータプログラムを実行させることにより実現することも可能である。この場合、コンピュータプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（ｔａｎｇｉｂｌｅ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ ＰＲＯＭ）、フラッシュＲＯＭ、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【符号の説明】
【0120】
１ リアルタイムコミュニケーションシステム
１０ ユーザ端末
１１ ユーザ認証部
１３ 仮想空間生成部
１５ 仮想空間入室部
１７ 接続確立部
１９ 利用コンディションデータ送信部
２０ シグナリングサーバ
２１ 入室受付部
２３ 接続制御部
２５ 利用コンディションデータ要求部
２７ 強制退室処理部
３０ メディアサーバ
４０ ウェブサーバ
５０ ＡＰＩサーバ
６０ 管理サーバ
６１ 入室案内通知部
６３ 時間管理部
６５ 利用コンディションデータ収集要求部
６７ 利用コンディションデータ評価部
６９ 課金処理部
７０ ユーザデータ記憶部
８０ 仮想空間データ記憶部
９０ トポロジー定義データ記憶部
１１０ 利用コンディションデータ記憶部
１０ ユーザ端末
１１ ユーザ認証部
１３ 仮想空間生成部
１５ 仮想空間入室部
１７ 接続確立部
１９ 利用コンディションデータ送信部
２０ シグナリングサーバ
２１ 入室受付部
２３ 接続制御部
２５ 利用コンディションデータ要求部
２７ 強制退室処理部
３０ メディアサーバ
４０ ウェブサーバ
５０ ＡＰＩサーバ
６０ 管理サーバ
６１ 入室案内通知部
６３ 時間管理部
６５ 利用コンディションデータ収集要求部
６７ 利用コンディションデータ評価部
６９ 課金処理部
７０ ユーザデータ記憶部
８０ 仮想空間データ記憶部
９０ トポロジー定義データ記憶部
１１０ 利用コンディションデータ記憶部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】