JP7782184B2

JP7782184B2 - メディア配信システム、通信システム、配信制御装置、配信制御方法及びプログラム

Info

Publication number: JP7782184B2
Application number: JP2021157790A
Authority: JP
Inventors: 直樹深澤
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2021-09-28
Filing date: 2021-09-28
Publication date: 2025-12-09
Anticipated expiration: 2041-09-28
Also published as: JP2023048464A; EP4156650B1; US20230113867A1; US11936701B2; EP4156650A1

Description

本発明は、メディア配信システム、通信システム、配信制御装置、配信制御方法及びプログラムに関する。

従来から、複数の拠点でリアルタイムに映像データ、音声データ等のメディア情報を送受信するシステムが存在する。

例えば、テレビ会議システムでユーザが注視している注視映像の受信に使用する帯域幅が他の映像の受信に使用する帯域幅よりも大きくなるように、各映像の受信に使用する帯域幅を割り当てる技術が知られている（例えば、特許文献１参照）。

しかしながら、従来の技術では、複数の拠点間でメディア情報を配信する場合に、メディア情報を共有する拠点間で利用される予約帯域幅が所定の帯域幅を超えると、共有されるメディア情報の送受信品質を維持できなくなるという課題があった。

上述した課題を解決するために、請求項１に係る発明は、各拠点の通信装置に対して所定のメディア情報を配信する一以上のメディア配信サーバと、前記各拠点の通信装置と前記メディア配信サーバとの間で行われる配信を制御する配信制御装置と、を含むメディア配信システムであって、前記メディア配信サーバは、一以上のルームを含み、前記ルームには、前記所定のメディア情報を共有する一以上の拠点が接続されており、前記配信制御装置は、所定のメディア配信サーバで必要とする前記配信に係る予約帯域幅と、前記所定のメディア配信サーバで利用可能な最大予約帯域幅と、に基づいて選択されたメディア配信サーバを、前記所定のメディア情報を共有する一以上の拠点を含む所定の集合拠点における前記各拠点の通信装置に配信可能なメディア配信サーバとして割り当てる割当手段と、割り当てられた前記配信可能なメディア配信サーバに接続するための接続要求を送信した前記所定の集合拠点に含まれる所定の拠点の通信装置に対して、前記接続要求に対する応答としての接続応答を送信する送信手段と、を有し、前記配信可能なメディア配信サーバは、前記配信制御装置が送信した前記接続応答に基づいて前記所定の拠点の通信装置が送信した前記所定のメディア情報を、前記所定の集合拠点に含まれる他の拠点の通信装置に対して送信する送信手段を有し、前記メディア配信サーバは、各拠点において、前記ルームのルーム予約帯域幅ＢＲが与えられたとき、任意の拠点ｉの上り帯域ｕｐ（ｉ）と、任意の拠点ｉの前記所定のメディア情報に対する拠点ｊの下り帯域ｄｏｗｎ（ｉ,ｊ）に対して、以下の式（１）が成り立つように前記上り帯域ｕｐ（ｉ）と前記下り帯域ｄｏｗｎ（ｉ,ｊ）を制御することを特徴とするメディア配信システムを提供する。
ＢＲ≧Σｕｐ（ｉ）＋Σｄｏｗｎ（ｉ,ｊ) ・・・式（１）

以上説明したように本発明によれば、複数の拠点間でメディア情報を配信する場合に、メディア情報を共有する拠点間で利用される予約帯域幅が所定の帯域幅を超えても、共有されるメディア情報の送受信品質を維持することが可能になるという効果を奏する。

複数の拠点における動的メディア制御と予約帯域幅の関係の一例を示す図である。ルームの概念の一例を示す図である。通信システムの全体構成の一例を示す図である。撮影装置のハードウエア構成の一例を示す図である。表示装置、情報処理装置及び通信端末のハードウエア構成の一例を示す図である。撮影装置のハードウエア構成の一例を示す図である。アプリケーションサーバ、配信制御装置及びメディア配信サーバのハードウエア構成の一例を示す図である。通信システムの機能構成の一例を示す図である。クライアント管理テーブルの一例を示す概念図である。メディア配信サーバ管理テーブルの一例を示す概念図である。ルーム管理テーブルの一例を示す概念図である。アクセストークン管理テーブルの一例を示す概念図である。通信システムの機能構成の一例を示す図である。クライアント管理テーブルの一例を示す概念図である。通信システムの機能構成の一例を示す図である。ルームの生成処理の一例を示すシーケンス図である。拠点Ａからの接続処理の一例を示すシーケンス図である。拠点Ａからの接続処理の一例を示すシーケンス図である。拠点Ｂからの接続処理の一例を示すシーケンス図である。拠点Ｂからの接続処理の一例を示すシーケンス図である。拠点Ｂからの接続処理の一例を示すシーケンス図である。拠点Ｃからの接続処理の一例を示すシーケンス図である。ルーム予約帯域幅変更時のメディア配信サーバの割当変更判断処理の一例を示すフローチャートである。拠点Ｃからの接続処理の一例を示すシーケンス図である。拠点Ｃからの接続処理の一例を示すシーケンス図である。拠点Ａの再接続処理の一例を示すシーケンス図である。拠点Ｂの再接続処理の一例を示すシーケンス図である。拠点Ｂの再接続処理の一例を示すシーケンス図である。（Ａ）は表示装置に表示されるメディア情報の一例、（Ｂ）は情報処理装置に表示されるメディア情報の一例、（Ｃ）は通信端末に表示されるメディア情報の一例を示す画面表示例である。第２の実施形態に係るルーム管理テーブルの一例を示す概念図である。第２の実施形態に係る拠点Ｃからの接続処理の一例を示すシーケンス図である。第２の実施形態に係るルーム予約帯域幅変更時のメディア配信サーバの割当変更判断処理の一例を示すフローチャートである。第２の実施形態に係る拠点Ｃからの接続処理の一例を示すシーケンス図である。第２の実施形態に係る拠点Ｃの待機画面表示例である。第２の実施形態に係る拠点Ｃからの接続処理の一例を示すシーケンス図である。第２の実施形態に係る拠点Ｃからの接続処理の一例を示すシーケンス図である。第２の実施形態に係る拠点Ａの再接続処理の一例を示すシーケンス図である。第２の実施形態に係る拠点Ｂの再接続処理の一例を示すシーケンス図である。第２の実施形態に係る拠点Ｂの再接続処理の一例を示すシーケンス図である。第３の実施形態に係る通信システムの全体構成の一例を示す図である。第３の実施形態に係る拠点Ｃからの接続処理の一例を示すシーケンス図である。第３の実施形態に係るルーム予約帯域幅変更時のメディア配信サーバの割当変更判断処理の一例を示すフローチャートである。第３の実施形態に係る拠点Ｃからの接続処理の一例を示すシーケンス図である。第３の実施形態に係る拠点Ｈの再接続処理の一例を示すシーケンス図である。第３の実施形態に係る拠点Ｃからの待機状態問合せ処理の一例を示すシーケンス図である。第３の実施形態に係る拠点Iの再接続処理の一例を示すシーケンス図である。第３の実施形態に係る拠点Ｃからの待機状態問合せ処理の他の一例を示すシーケンス図である。第３の実施形態に係る拠点Ａの再接続処理の一例を示すシーケンス図である。第３の実施形態に係る拠点Ｂの再接続処理の一例を示すシーケンス図である。第３の実施形態に係る拠点Ｂの再接続処理の一例を示すシーケンス図である。

以下、図面を用いて、発明を実施するための形態について説明する。なお、図面の説明において同一要素には同一符号を付し、重複する部分があればその説明を省略する。

〔第１の実施形態〕
図１乃至図２２を用いて、第１の実施形態について説明する。

〔メディア情報配信における前提技術〕
＜動的メディア制御と予約帯域幅の関係＞
図１は、複数の拠点における動的メディア制御と予約帯域幅の関係の一例を示す図である。図１に示されているように、拠点１，２及び３から所定のメディア情報を受信し、各拠点に配信するためのメディア配信サーバが存在する場合を考える。このメディア配信サーバで各拠点において後述する「ルーム」のルーム予約帯域幅BRが与えられたとき、任意の拠点iの上り帯域up(i)と、任意の拠点jのメディア情報に対する拠点jの下り帯域down(i,j)に対して、以下の（式１）が成り立つようにup(i)とdown(i,j)を制御する。

また、メディア配信サーバが複数台で構成されるシステムでは、指定されたルーム予約帯域幅BRを収容可能なメディア配信サーバが選択され、ルームに対して割り当てられる。

このとき、制御方式には以下の方式が考えられる。まず、送信制御においては、例えば、
・各拠点に対して最大ビットレートと優先度(high, normal)を設定
・優先度highの拠点に対してその拠点の最大ビットレートを割り当てる
・優先度normalの拠点に対して残った帯域を割り当てる
等の制御方式が考えられる。また、受信制御においては、例えば、
・各拠点が各相手の拠点のメディア情報を受信するかしないかを設定
・どの拠点からも受信されない拠点は送信を止める
・送受信の停止によって発生した利用可能な帯域(帯域幅)を各拠点の送信に割り当てる
等の制御方式が考えられる。

＜ルーム予約帯域幅の動的変更＞
なお、予め参加拠点数が予測しづらいユースケースに対しては、ルーム予約帯域幅を動的に変更する手段を提供する。ルーム予約帯域幅の変更手段には、例えば、
・APIなどの提供によるルーム予約帯域幅の直接設定手段
・参加拠点数によりルーム予約帯域幅を自動的に調整するモードの設定
等の変更手段が考えられる。また、自動調整モードでは、拠点数N、優先度pである拠点iの送信ビットレートsend(p, i)、定数Bに対して、例えば、以下の（式２）によってルーム予約帯域幅を決定することができる。

上述した予約帯域幅の決定方法は、優先度highの拠点のメディア送信受信に対する帯域を確保しつつ、優先度normalの拠点の送受信帯域の合計は定数Bによって規定され、拠点の数が増えると帯域が狭くなるモードである。

〔ルームの概念〕
図２は、ルームの概念の一例を示す図である。「ルーム」とは、メディア情報を相互に配信する一以上の拠点の集合である。図２に示されているメディア配信システム５は、後述する配信制御装置７と一以上のメディア配信サーバ９(１)、９(２)を含み、後述するアプリケーションサーバ３に対してメディア配信の機能を提供するシステムである。

また、メディア配信サーバ９は、一以上のルームを含み、メディア配信サーバ９(１)は、例えば、ルーム１、ルーム２を含む。さらに、メディア配信サーバ９(２)は、例えば、ルーム３を含む。更に、ルーム１には、拠点１，拠点２及び拠点３が接続され、それぞれの拠点間で所定のメディア情報が共有される。また、ルーム２には、拠点４及び拠点５が接続され、それぞれの拠点間で所定のメディア情報が共有される。更に、また、ルーム３には、拠点６及び拠点７が接続され、それぞれの拠点間で所定のメディア情報が共有される。これらの各ルームは、それぞれのルームに対してメディア情報を配信するメディア配信サーバが有する最大帯域幅に収まる予約帯域幅にて、各拠点間のメディア情報を相互に配信する。

〔通信システムの全体構成〕
＜システム構成例＞
図３は、通信システムの全体構成の一例を示す図である。図３に示されているように、通信システム１は、一以上の拠点Ａ，Ｂ，Ｃ、アプリケーションサーバ３、メディア配信システム５を含む。拠点Ａ，Ｂ，Ｃ、アプリケーションサーバ３、メディア配信システム５は、通信ネットワーク１００を介して互いに接続されている。拠点Ａには、通信装置の一例としての撮影装置２と、撮影装置２によって撮影された画像(映像)及び集音された音声を表示再生する表示装置４と、が配置されている。拠点Ｂには、撮影装置６と、撮影装置６によって撮影された画像(映像)及び集音された音声を表示再生する情報処理装置８と、が配置されている。なお、情報処理装置８は、通信装置の一例として機能する。拠点Ｃには、撮影装置６と、撮影装置６によって撮影された画像(映像)及び集音された音声を表示再生する通信端末１０が配置されている。ここで、拠点とは、アプリケーションサーバ３が提供する各アプリケーションを利用する場を表す。これらの各拠点では、ブラウザ、各種アプリが利用者によって利用される環境が整えられている。なお、通信端末１０は、通信装置の一例として機能する。

メディア配信システム５には、各拠点間の情報を制御してメディア情報の通信のための通信確立を制御する配信制御装置７と、各拠点からメディア情報を受信し、各拠点に配信する一以上のメディア配信サーバ９が含まれる。

また、通信ネットワーク１００は、不特定多数の通信が行われる通信ネットワークであり、インターネット、イントラネット、ＬＡＮ(Local Area Network)等によって構築されている。なお、通信ネットワーク１００には、有線通信だけでなく、３Ｇ(3rd Generation)、４Ｇ(4th Generation)、５Ｇ(5th Generation)、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)、ＬＴＥ(Long Term Evolution)等の無線通信による通信ネットワークが含まれてもよい。

＜撮影装置＞
撮影装置２は、例えば、拠点を利用する利用者等の被写体や風景等を撮影して全天球パノラマ画像の元になる２つの半球画像を得るための特殊なデジタルカメラである。撮影装置２は、通信ネットワーク１００を介して、アプリケーションサーバ３及びメディア配信サーバ９と通信が可能である。また、撮影装置２は、上述したように、撮影された画像(映像)及び集音された音声を表示装置４に送信して表示再生させる。

＜表示装置＞
表示装置４は、例えば、撮影装置２から送信された画像(映像)、音声を表示再生する装置であり、一般的な表示端末である。

＜撮影装置＞
撮影装置６は、例えば、拠点を利用する利用者等の被写体や風景等を撮影して一般の平面画像を得るための一般のデジタルカメラである。また、撮影装置６は、上述したように、撮影された画像(映像)及び集音された音声を情報処理装置８に送信して表示再生させる。

＜情報処理装置＞
情報処理装置８は、一般的なＯＳなどが搭載された通信を行うためのコンピュータシステムによって実現される。情報処理装置８は、通信ネットワーク１００を介して、アプリケーションサーバ３及びメディア配信サーバ９と通信が可能である。

情報処理装置８は、例えば、メディア配信システム５と通信するためのブラウザアプリ及びメディア配信サーバ９が送信したメディア情報に会議等の画面などを表示するための画面表示アプリがそれぞれインストールされている。

なお、情報処理装置８は、一般的に使用されるＰＣ(Personal Computer)、携帯型ノートＰＣ、携帯電話、スマートフォン、タブレット端末、ウェアラブル端末（サングラス型、腕時計型等）の通信機能を有する通信端末であってもよい。情報処理装置８は、更に、ブラウザソフトウエア等のソフトウエアを動作させることが可能な通信装置又は通信端末が用いられてもよい。

＜通信端末＞
通信端末１０は、一般的なＯＳなどが搭載された通信を行うための一以上の情報処理装置（コンピュータシステム）によって実現される。通信端末１０は、通信ネットワーク１００を介して、アプリケーションサーバ３及びメディア配信サーバ９と通信が可能である。

通信端末１０は、例えば、メディア配信システム５と通信するためのブラウザアプリ及びメディア配信サーバ９が送信したメディア情報に会議等の画面などを表示するための画面表示アプリがそれぞれインストールされている。

なお、通信端末１０は、一般的に使用されるＰＣ(Personal Computer)、携帯型ノートＰＣ、携帯電話、スマートフォン、タブレット端末、ウェアラブル端末（サングラス型、腕時計型等）の通信機能を有する通信端末であってもよい。通信端末１０は、更に、ブラウザソフトウエア等のソフトウエアを動作させることが可能な通信装置又は通信端末が用いられてもよい。

＜アプリケーションサーバ＞
アプリケーションサーバ３は、一般的なサーバＯＳなどが搭載された情報処理装置（コンピュータシステム）によって実現される。アプリケーションサーバ３は、通信システム１を利用してメディア情報を配信するためのアプリケーションを実現するサーバである。また、アプリケーションサーバ３は、アプリケーションごとに発行されたクライアントシークレットを保持し、ルーム生成要求、アクセストークン取得要求、ルーム予約帯域幅変更要求、待機状態問合せ等の各種要求時に、クライアントシークレットを各種要求情報に付与して配信制御装置７に送信する。ここで、アクセストークン取得要求は、各拠点で利用される(各拠点に配置された)通信装置が送信したルーム参加要求に基づいて生成された要求である。また、ルーム予約帯域幅変更要求は、通信装置が送信したルーム参加要求に基づいて生成された要求である。また、待機状態問合せは、通信装置が送信した待機状態問合せを配信制御装置７に転送するものである。このように、アプリケーションサーバ３は、通信装置と配信制御装置７との間を仲介する仲介装置としての機能も有する。

また、アプリケーションサーバ３は、単一のコンピュータによって構築されてもよいし、ストレージ等の各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されてもよい。また、アプリケーションサーバ３の機能の全てまたは一部は、クラウド環境に存在するサーバコンピュータであってもよいし、オンプレミス環境に存在するサーバコンピュータであってもよい。

＜配信制御装置＞
配信制御装置７は、一般的なサーバＯＳなどが搭載された一以上の情報処理装置（コンピュータシステム）によって実現される。上述したように、配信制御装置７は、各拠点間の情報を制御してメディア情報の通信のための通信確立を制御する。また、配信制御装置７は、各拠点に相手拠点のメディア情報を受信するための接続制御情報を配信し、拠点間におけるメディア情報の送受信を制御する。更に、配信制御装置７は、アプリケーションサーバ３によって設定されたルーム予約帯域幅と、各メディア配信サーバの帯域の利用状況に基づいて、ルームをどのメディア配信サーバに割り当てるかを決定する。

また、配信制御装置７は、単一のコンピュータによって構築されてもよいし、ストレージ等の各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されてもよい。また、配信制御装置７の機能の全てまたは一部は、クラウド環境に存在するサーバコンピュータであってもよいし、オンプレミス環境に存在するサーバコンピュータであってもよい。

＜メディア配信サーバ＞
メディア配信サーバ９は、一般的なサーバＯＳなどが搭載された一以上の情報処理装置（コンピュータシステム）によって実現される。メディア配信サーバ９は、各拠点からメディア情報を受信し、各拠点に配信するためのサーバである。また、メディア配信サーバ９は、サーバの性能によって送受信に利用可能な最大帯域が決まっているため、その範疇においてメディア情報の配信を行う。メディア配信サーバ９は、更に、メディア配信システム５において複数台で構成され、必要によってスケールアウトする。

また、メディア配信サーバ９は、単一のコンピュータによって構築されてもよいし、ストレージ等の各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されてもよい。また、メディア配信サーバ９の機能の全てまたは一部は、クラウド環境に存在するサーバコンピュータであってもよいし、オンプレミス環境に存在するサーバコンピュータであってもよい。

●用語について●
本実施形態においてメディア情報とは、各拠点間でメディア配信サーバ９を媒体として(介して)送受信される情報をいう。この情報には、画像(映像)に係る情報、音声(音)に係る情報が含まれる。メディア情報は、より具体的には、画像(映像)データ、音声データ、チャットなどのテキストデータ、共有したファイルなどの情報を含む。なお、本実施形態では、メディア情報の一例として、主に、各拠点における人物、空間等を含む画像(映像)データに係る画像(映像)を扱う。

〔ハードウエア構成〕
続いて、図４乃至図７を用いて、実施形態に係る通信システムを構成する装置又は端末のハードウエア構成について説明する。なお、図４乃至図７に示されている装置又は端末のハードウエア構成は、必要に応じて構成要素が追加又は削除されてもよい。

＜撮影装置のハードウエア構成＞
まず、図４用いて、撮影装置２のハードウエア構成を説明する。図４は、撮影装置のハードウエア構成の一例を示す図である。以下では、撮影装置２は、２つの撮像素子を使用した全天球（全方位）撮影装置とするが、撮像素子は２つ以上いくつでもよい。また、必ずしも全方位撮影専用の装置である必要はなく、通常のデジタルカメラやスマートフォン等に後付けの全方位撮影ユニットを取り付けることで、実質的に撮影装置２と同じ機能を有するようにしてもよい。

図４に示されているように、撮影装置２は、例えば、撮像ユニット２０１、画像処理ユニット２０４、撮像制御ユニット２０５、マイク２０８、音処理ユニット２０９、ＣＰＵ(Central Processing Unit)２１１、ＲＯＭ(Read Only Memory)２１２、ＳＲＡＭ(Static Random Access Memory)２１３、ＤＲＡＭ(Dynamic Random Access Memory)２１４、操作部２１５、ネットワークＩ／Ｆ２１６、通信部２１７、アンテナ２１７ａ及び電子コンパス２１８によって構成されている。

このうち、撮像ユニット２０１は、各々半球画像を結像するための１８０°以上の画角を有する広角レンズ（いわゆる魚眼レンズ）２０２ａ，２０２ｂと、各広角レンズに対応させて設けられている２つの撮像素子２０３ａ，２０３ｂを備えている。撮像素子２０３ａ，２０３ｂは、魚眼レンズ２０２ａ，２０２ｂによる光学像を電気信号の画像データに変換して出力するＣＭＯＳセンサやＣＣＤ(Charge Coupled Device)センサなどの画像センサ、この画像センサの水平又は垂直同期信号や画素クロックなどを生成するタイミング生成回路、この撮像素子の動作に必要な種々のコマンドやパラメータなどが設定されるレジスタ群などを有している。

撮像ユニット２０１の撮像素子２０３ａ，２０３ｂは、各々、画像処理ユニット２０４とパラレルＩ／Ｆバスで接続されている。一方、撮像ユニット２０１の撮像素子２０３ａ，２０３ｂは、撮像制御ユニット２０５とは別に、シリアルＩ／Ｆバス（Ｉ２Ｃバス等）で接続されている。画像処理ユニット２０４及び撮像制御ユニット２０５は、バス２１０を介してＣＰＵ２１１と接続される。更に、バス２１０には、ＲＯＭ２１２、ＳＲＡＭ２１３、ＤＲＡＭ２１４、操作部２１５、ネットワークＩ／Ｆ２１６、通信部２１７、及び電子コンパス２１８などが接続される。

画像処理ユニット２０４は、撮像素子２０３ａ，２０３ｂから出力される画像データをパラレルＩ／Ｆバスを通して取り込み、それぞれの画像データに対して所定の処理を施した後、これらの画像データを合成処理して、図３（ｃ）に示されているようなメルカトル画像のデータを生成する。

撮像制御ユニット２０５は、一般に撮像制御ユニット２０５をマスタデバイス、撮像素子２０３ａ，２０３ｂをスレーブデバイスとして、Ｉ２Ｃバスを利用して、撮像素子２０３ａ，２０３ｂのレジスタ群にコマンド等を設定する。必要なコマンド等は、ＣＰＵ２１１から受け取る。また、撮像制御ユニット１０５は、同じくＩ２Ｃバスを利用して、撮像素子２０３ａ，２０３ｂのレジスタ群のステータスデータ等を取り込み、ＣＰＵ２１１に送る。

また、撮像制御ユニット２０５は、操作部２１５のシャッターボタンが押下されたタイミングで、撮像素子２０３ａ，２０３ｂに画像データの出力を指示する。撮影装置２によっては、ディスプレイ(例えば、表示装置４)によるプレビュー表示機能、動画表示に対応する機能等を持つ場合もある。この場合は、撮像素子２０３ａ，２０３ｂからの画像データの出力は、所定のフレームレート（フレーム／分）によって連続して行われる。

また、撮像制御ユニット２０５は、後述するように、ＣＰＵ２１１と協働して撮像素子２０３ａ，２０３ｂの画像データの出力タイミングの同期をとる同期制御手段としても機能する。なお、本実施形態では、撮影装置２には表示部(ディスプレイ)が設けられていないが、表示部を設けてもよい。

マイク２０８は、音声等の音を音データ(信号)に変換する。音処理ユニット２０９は、マイク２０８から出力される音データをＩ／Ｆバスを通して取り込み、音データに対して所定の処理を施す。

ＣＰＵ２１１は、撮影装置２の全体の動作を制御すると共に必要な処理を実行する。ＲＯＭ２１２は、ＣＰＵ２１１のための種々のプログラムを記憶している。ＳＲＡＭ２１３及びＤＲＡＭ２１４はワークメモリであり、ＣＰＵ２１１で実行するプログラムや処理途中のデータ等を記憶する。特にＤＲＡＭ２１４は、画像処理ユニット２０４での処理途中の画像データや処理済みのメルカトル画像のデータを記憶する。

操作部２１５は、種々の操作ボタンや電源スイッチ、シャッターボタン、表示と操作の機能を兼ねたタッチパネルなどの総称である。利用者は操作ボタンを操作することで、種々の撮影モードや撮影条件などを入力することが可能である。

ネットワークＩ／Ｆ２１６は、ＳＤカード等の外付けのメディアやパーソナルコンピュータなどとのインターフェイス回路（ＵＳＢＩ／Ｆ等）の総称である。また、ネットワークＩ／Ｆ２１６は、無線、有線を問わない。ＤＲＡＭ２１４に記憶されたメルカトル画像のデータは、このネットワークＩ／Ｆ２１６を介して外付けのメディアに記録されたり、必要に応じてネットワークＩ／Ｆ２１６を介して外部装置に送信されたりする。

通信部２１７は、撮影装置２に設けられたアンテナ２１７ａを介して、ＮＦＣ(Near Field Communication)、Ｂｌｕｅｔｏｏｔｈ（登録商標。以下、省略）、Ｗｉ－Ｆｉ(登録商標。以下、省略)等の近距離無線通信技術によって、ビデオ会議端末３ａ等の外部装置と通信を行う。この通信部２１７によっても、メルカトル画像のデータを外部装置に送信することができる。

電子コンパス２１８は、地球の磁気から撮影装置２の方位及び傾き(Roll回転角)を算出し、方位・傾き情報を出力する。この方位・傾き情報はExifに沿った関連情報（メタデータ）の一例であり、撮影画像の画像補正等の画像処理に利用される。なお、関連情報には、画像の撮影日時、及び画像データのデータ容量の各データも含まれている。

＜表示装置、情報処理装置、通信端末のハードウエア構成＞
次に、図５用いて、表示装置、情報処理装置及び通信端末のハードウエア構成を説明する。図５は、表示装置、情報処理装置及び通信端末のハードウエア構成の一例を示す図である。図５に示されているように、表示装置４は、例えばコンピュータによって構築されている。表示装置４は、例えば、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＥＥＰＲＯＭ４０４、ディスプレイ４０７、近距離通信回路４０８、ネットワークＩ／Ｆ４１１、外部機器接続Ｉ／Ｆ４１６及びバスライン４２０を備えている。

これらのうち、ＣＰＵ４０１は、表示装置４の全体の動作を制御する。ＲＯＭ４０２は、ＣＰＵ４０１の処理に用いられるプログラムを記憶する。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。ＥＥＰＲＯＭ４０４は、ＣＰＵ４０１の制御にしたがって、アプリ等の各種データの読出し又は書込みを行う。ディスプレイ４０７は、被写体の画像や文字、各種アイコン等を表示する液晶や有機ＥＬ(Electro Luminescence)などの表示手段の一種である。近距離通信回路４０８は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ、ミリ波無線通信、Ｗｉ－Ｆｉ、ＱＲコード（登録商標。以下、省略）、可視光、環境音又は超音波等の無線通信インターフェイスを備える通信装置又は通信端末等と近距離無線通信を行うための通信回路である。

ネットワークＩ／Ｆ４１１は、通信ネットワーク１００を介して他の機器と各種データ(情報)通信するための通信インターフェイスである。外部機器接続Ｉ／Ｆ４１６は、各種の外部機器を接続するためのインターフェイスである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリ等である。バスライン４２０は、ＣＰＵ４０１等の各構成要素を電気的に接続するためのアドレスバス、データバス等である。

また、図５に示されているように情報処理装置８は、例えばコンピュータによって構築されている。情報処理装置８は、例えば、ＣＰＵ８０１、ＲＯＭ８０２、ＲＡＭ８０３、ＥＥＰＲＯＭ８０４、ＨＤ８０５、ＨＤＤコントローラ８０６、ディスプレイ８０７、近距離通信回路８０８、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ８０９、撮像素子Ｉ／Ｆ(Inter face)８１０、ネットワークＩ／Ｆ８１１、キーボード８１２、ポインティングデバイス８１３、メディアＩ／Ｆ８１５、外部機器接続Ｉ／Ｆ８１６、音入出力Ｉ／Ｆ８１７、マイク８１８、スピーカ８１９、及びバスライン８２０を備えている。これらのうち、ＣＰＵ８０１、ＲＯＭ８０２、ＲＡＭ８０３、ＥＥＰＲＯＭ８０４、ディスプレイ８０７、近距離通信回路８０８、ネットワークＩ／Ｆ８１１及び外部機器接続Ｉ／Ｆ８１６は、表示装置４のＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＥＥＰＲＯＭ４０４、ディスプレイ４０７、近距離通信回路４０８、ネットワークＩ／Ｆ４１１及び外部機器接続Ｉ／Ｆ４１６の各ハードウエア資源と同様であるため、説明を省略する。

ＨＤ８０５は、プログラム等の各種データを記憶する。ＨＤＤコントローラ８０６は、ＣＰＵ８０１の制御にしたがってＨＤ８０５に対する各種データの読出し又は書込みを制御する。ＣＭＯＳセンサ８０９は、ＣＰＵ８０１の制御にしたがって被写体を撮像して画像データ又は動画データを得る内蔵型の撮像手段の一種である。なお、撮像手段は、ＣＭＯＳセンサではなく、ＣＣＤ(Charge Coupled Device)センサ等で構成される撮像手段であってもよい。撮像素子Ｉ／Ｆ８１０は、ＣＭＯＳセンサ８０９の駆動を制御する回路である。キーボード８１２は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス８１３は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。メディアＩ／Ｆ８１５は、フラッシュメモリ等の記録メディア８１４に対するデータの読出し又は書込み(記憶)を制御する。音入出力Ｉ／Ｆ８１７は、ＣＰＵ８０１の制御にしたがってマイク８１８及びスピーカ８１９との間で音信号の入出力を処理する回路である。マイク８１８は、音を電気信号に変える内蔵型の回路であり、外部のスピーカ等から発する音声や音波を取得し電気信号を用いた情報を取得する。スピーカ８１９は、電気信号を物理振動に変えて音楽や音声などの音を生み出す内蔵型の回路である。

また、図５に示されているように通信端末１０は、例えばコンピュータによって構築されている。通信端末１０は、例えば、ＣＰＵ１００１、ＲＯＭ１００２、ＲＡＭ１００３、ＥＥＰＲＯＭ１００４、ディスプレイ１００７、近距離通信回路１００８、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ１００９、撮像素子Ｉ／Ｆ(Inter face)１０１０、ネットワークＩ／Ｆ１０１１、ポインティングデバイス１０１３、メディアＩ／Ｆ１０１５、外部機器接続Ｉ／Ｆ１０１６、音入出力Ｉ／Ｆ１０１７、マイク１０１８、スピーカ１０１９、及びバスライン１０２０を備えている。これらのうち、ＣＰＵ１００１、ＲＯＭ１００２、ＲＡＭ１００３、ＥＥＰＲＯＭ１００４、ディスプレイ１００７、近距離通信回路１００８、ネットワークＩ／Ｆ１０１１及び外部機器接続Ｉ／Ｆ１０１６は、表示装置４のＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＥＥＰＲＯＭ４０４、ディスプレイ４０７、近距離通信回路４０８、ネットワークＩ／Ｆ４１１及び外部機器接続Ｉ／Ｆ４１６の各ハードウエア資源と同様であるため、説明を省略する。さらに、ＣＭＯＳセンサ１００９、撮像素子Ｉ／Ｆ１０１０、ポインティングデバイス１０１３、メディアＩ／Ｆ１０１５、音入出力Ｉ／Ｆ１０１７、マイク１０１８及びスピーカ１０１９は、情報処理装置８のＣＭＯＳセンサ８０９、撮像素子Ｉ／Ｆ８１０、ポインティングデバイス８１３、メディアＩ／Ｆ８１５、音入出力Ｉ／Ｆ８１７、マイク８１８及びスピーカ８１９の各ハードウエア資源と同様であるため、説明を省略する。

＜撮影装置のハードウエア構成＞
次に、図６用いて、撮影装置のハードウエア構成を説明する。図６は、撮影装置のハードウエア構成の一例を示す図である。図６に示されているように、撮影装置６は、例えばライブ配信用に用いられるカメラ又はそれに準ずる撮影装置である。撮影装置６は、例えば、ＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３、ＥＥＰＲＯＭ６０４、近距離通信回路６０８、ＣＭＯＳセンサ６０９、撮像素子Ｉ／Ｆ６１０、ネットワークＩ／Ｆ６１１、操作パネル６１２、操作部Ｉ／Ｆ６１３、外部機器接続Ｉ／Ｆ６１６、音入出力Ｉ／Ｆ６１７、マイク６１８、スピーカ６１９及びバスライン６２０を備えている。

これらのうちＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３、ＥＥＰＲＯＭ６０４、近距離通信回路６０８、ネットワークＩ／Ｆ６１１、外部機器接続Ｉ／Ｆ６１６及びバスライン６２０は、図５に示した表示装置４のＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＥＥＰＲＯＭ４０４、近距離通信回路４０８、ネットワークＩ／Ｆ４１１、外部機器接続Ｉ／Ｆ４１６及びバスライン４２０の各ハードウエア資源と同様であるため、説明を省略する。

また、ＣＭＯＳセンサ６０９、撮像素子Ｉ／Ｆ６１０、音入出力Ｉ／Ｆ６１７、マイク６１８、スピーカ６１９は、図５に示した情報処理装置８のＣＭＯＳセンサ８０９、撮像素子Ｉ／Ｆ８１０、音入出力Ｉ／Ｆ８１７、マイク８１８、スピーカ８１９の各ハードウエア資源と同様であるため、説明を省略する。

操作パネル６１２は、種々の操作ボタンや電源スイッチ、シャッターボタン、及び表示と操作の機能を兼ね備えたタッチパネル等の総称である。利用者は、操作パネル６１２を操作することで、種々の撮影モード、撮影条件等を入力することができる。操作部Ｉ／Ｆ６１３は、利用者によって入力された種々の撮影モード、撮影条件等の情報を撮影装置６に与えるためのインターフェイスである。

＜アプリケーションサーバ、配信制御装置、メディア配信サーバのハードウエア構成＞
次に、図７用いて、アプリケーションサーバ、配信制御装置及びメディア配信サーバのハードウエア構成を説明する。図７は、アプリケーションサーバ、配信制御装置及びメディア配信サーバのハードウエア構成の一例を示す図である。図７に示されているように、アプリケーションサーバ３は、例えばコンピュータによって構築されている。アプリケーションサーバ３は、例えば、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＥＥＰＲＯＭ３０４、ＨＤ３０５、ＨＤＤ(Hard Disk Drive)コントローラ３０６、近距離通信Ｉ／Ｆ３０８、ネットワークＩ／Ｆ３１１、キーボード３１２、ポインティングデバイス３１３、メディアＩ／Ｆ３１５、外部機器接続Ｉ／Ｆ５１６及びバスライン３２０を備えている。これらの各ハードウエア資源は、図５に示した表示装置４のＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＥＥＰＲＯＭ４０４、近距離通信回路４０８、ネットワークＩ／Ｆ４１１、外部機器接続Ｉ／Ｆ４１６及びバスライン４２０の各ハードウエア資源と同様であるため、説明を省略する。

また、ＨＤ３０５、ＨＤＤ(Hard Disk Drive)コントローラ３０６、キーボード３１２、ポインティングデバイス３１３、メディアＩ／Ｆ３１５及び外部機器接続Ｉ／Ｆ５１６は、図５に示した情報処理装置８のＨＤ８０５、ＨＤＤ(Hard Disk Drive)コントローラ８０６、キーボード８１２、ポインティングデバイス８１３、メディアＩ／Ｆ８１５及び外部機器接続Ｉ／Ｆ８１６と同様であるため、説明を省略する。

また、図７に示されているように配信制御装置７は、例えばコンピュータによって構築されている。配信制御装置７は、例えば、ＣＰＵ７０１、ＲＯＭ７０２、ＲＡＭ７０３、ＥＥＰＲＯＭ７０４、ＨＤ７０５、ＨＤＤ(Hard Disk Drive)コントローラ７０６、近距離通信Ｉ／Ｆ７０８、ネットワークＩ／Ｆ７１１、キーボード７１２、ポインティングデバイス７１３、メディアＩ／Ｆ７１５、外部機器接続Ｉ／Ｆ７１６及びバスライン７２０を備えている。これらの各ハードウエア資源は、アプリケーションサーバ３のＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＥＥＰＲＯＭ３０４、ＨＤ３０５、ＨＤＤ(Hard Disk Drive)コントローラ３０６、近距離通信Ｉ／Ｆ３０８、ネットワークＩ／Ｆ３１１、キーボード３１２、ポインティングデバイス３１３、メディアＩ／Ｆ３１５、外部機器接続Ｉ／Ｆ５１６及びバスライン３２０各ハードウエア資源と同様であるため、説明を省略する。

また、図７に示されているようにメディア配信サーバ９は、例えばコンピュータによって構築されている。メディア配信サーバ９は、例えば、ＣＰＵ９０１、ＲＯＭ９０２、ＲＡＭ９０３、ＥＥＰＲＯＭ９０４、ＨＤ９０５、ＨＤＤ(Hard Disk Drive)コントローラ９０６、近距離通信Ｉ／Ｆ９０８、ネットワークＩ／Ｆ９１１、キーボード９１２、ポインティングデバイス９１３、メディアＩ／Ｆ９１５、外部機器接続Ｉ／Ｆ９１６及びバスライン９２０を備えている。これらの各ハードウエア資源は、アプリケーションサーバ３のＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＥＥＰＲＯＭ３０４、ＨＤ３０５、ＨＤＤ(Hard Disk Drive)コントローラ３０６、近距離通信Ｉ／Ｆ３０８、ネットワークＩ／Ｆ３１１、キーボード３１２、ポインティングデバイス３１３、メディアＩ／Ｆ３１５、外部機器接続Ｉ／Ｆ５１６及びバスライン３２０各ハードウエア資源と同様であるため、説明を省略する。

更に、上述したプログラムは、インストール可能な形式又は実行可能な形式のファイルで、コンピュータで読取り可能な記録媒体に記録、又はネットワークを介してダウンロードを行い流通させるようにしてもよい。記録媒体の例として、ＣＤ－Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、Ｂｌｕ-ｒａｙＤｉｓｃ、ＳＤカード、ＵＳＢメモリ等が挙げられる。また、記録媒体は、プログラム製品(Program Product)として、国内又は国外へ提供されることができる。例えば、配信制御装置７は、本発明に係るプログラムが実行されることで、本発明に係る配信制御方法を実現する。

〔通信システムの機能構成〕
次に、図８乃至図１５を用いて、本実施形態の機能構成について説明する。図８は、通信システムの機能構成の一例を示す図である。

＜配信制御装置の機能構成＞
図８に示されているように、配信制御装置７は、送受信部７１、取得部７２、算出部７３、選択割当部７４、判断部７５、検証部７６、生成署名部７７、状態管理部７８及び記憶読出部７９を有する。これら各機能部は、図７に示された各ハードウエア資源のいずれかが、ＲＯＭ７０２、ＥＥＰＲＯＭ７０４及びＨＤ７０５のうち少なくとも一つからＲＡＭ７０３に展開された配信制御装置７用のプログラムに従ったＣＰＵ７０１からの命令により動作することで実現される機能又は手段である。また、配信制御装置７は、図７に示されているＲＯＭ７０２、ＥＥＰＲＯＭ７０４及びＨＤ７０５のうち少なくとも一つにより構築される記憶部７０００を有している。更に、記憶部７０００には、各拠点で利用される通信装置、アプリケーションサーバ３及びメディア配信サーバ９と通信ネットワーク１００を介して通信を行うための通信プログラム(通信アプリ)と、メディア情報を表示するためのブラウザアプリ等が記憶されている。

<<配信制御装置の各機能構成>>
次に、配信制御装置７の各機能構成について詳細に説明する。図８に示されている配信制御装置７の送受信部７１は、主に、ネットワークＩ／Ｆ７１１及び近距離通信Ｉ／Ｆ７０８に対するＣＰＵ７０１の処理によって実現され、通信ネットワーク１００を介して通信装置、アプリケーションサーバ３及びメディア配信サーバ９との間で各種データ(又は情報)の送受信を行う。また、送受信部７１は、所定の拠点の通信装置に対して、接続要求に対する応答としての接続応答を送信する。この場合の所定の拠点の通信装置とは、後述する選択割当部７４によって割り当てられた配信可能なメディア配信サーバに接続するための接続要求に係る情報を送信した所定の集合拠点に含まれる所定の拠点で利用される通信装置である。また、接続応答には配信可能なメディア配信サーバを宛先とする宛先情報(アドレス情報)が含まれる。また、送受信部７１は、新たに割り当てられた他のメディア配信サーバを再接続するための再接続要求に係る情報を、所定の集合拠点に含まれる各拠点の通信装置に対して送信する。また、送受信部７１は、生成されたアクセストークンを所定の集合拠点に含まれる各拠点の通信装置が受信するように送信する。また、送受信部７１は、各拠点の通信装置が送信した、配信可能なメディア配信サーバとの接続を要求するためのアクセストークンを含む接続要求に対する接続応答を、各拠点の通信装置に対して送信する。本実施形態において、送受信部７１は、送信手段及び受信手段のうち少なくとも一方の手段の一例として機能する。

取得部７２は、主に、ＣＰＵ７０１の処理によって実現され、各拠点から、後述するルーム識別情報と拠点識別情報とを含むアクセストークンを取得する。本実施形態において、取得部７２は、取得手段の一例として機能する。

算出部７３は、主に、ＣＰＵ７０１の処理によって実現され、メディア配信サーバ９における利用可能な帯域幅の算出を行う。具体的には、算出部７３は、所定のメディア配信サーバで必要とする配信に係る予約帯域幅と、所定のメディア配信サーバで利用可能な最大予約帯域幅との差分を算出する。本実施形態において、算出部７３は、算出手段の一例として機能する。

選択割当部７４は、ＣＰＵ７０１の処理によって実現され、メディア配信サーバ９における利用可能な帯域幅の算出を行う。選択割当部７４は、所定のメディア配信サーバで必要とする配信に係る予約帯域幅と、所定のメディア配信サーバで利用可能な最大予約帯域幅と、に基づいて選択されたメディア配信サーバを、所定のメディア情報を共有する一以上の拠点を含む所定の集合拠点における各拠点の通信装置に配信可能なメディア配信サーバとして割り当てる。また、選択割当部７４は、予約帯域幅が最大予約帯域幅を超える場合、所定のメディア配信サーバに代えて予約帯域幅を収容可能な他のメディア配信サーバを、各拠点の通信装置に配信可能なメディア配信サーバとして割り当てる。また、選択割当部７４は、予約帯域幅が最大予約帯域幅を超える場合、所定のメディア配信サーバに代えて増設されたメディア配信サーバを、所定のメディア情報を各拠点の通信装置に配信可能な新たなメディア配信サーバに割り当てる。また、選択割当部７４は、予約帯域幅が最大予約帯域幅を超える場合、所定のメディア配信サーバで管理される特定の集合拠点を所定のメディア配信サーバから他のメディア配信サーバに移動した後、所定のメディア配信サーバを、各拠点の通信装置に配信可能なメディア配信サーバとして割り当てる。また、選択割当部７４は、算出部７３によって算出された差分に基づいて、予約帯域幅を収容可能な他のメディア配信サーバに割り当てる。また、選択割当部７４は、後述する判断部７５によって予約帯域幅が予約帯域幅に収容可能であると判断された場合に、メディア配信サーバを所定のメディア配信サーバに割り当て、判断部７５によって予約帯域幅が予約帯域幅に収容可能でないと判断された場合に、メディア配信サーバを他のメディア配信サーバに代えて割り当てる。本実施形態において、選択割当部７４は、割当手段の一例として機能する。

判断部７５は、主に、ＣＰＵ７０１の処理によって実現され、配信制御装置７における各種判断を行う。具体的には、判断部７５は、算出部７３によって算出された所定のメディア配信サーバで必要とする配信に係る予約帯域幅が、所定のメディア配信サーバで利用可能な最大予約帯域幅に収容可能か(最大予約帯域幅以下であるか)を判断する。本実施形態において、判断部７５は、判断手段の一例として機能する。

検証部７６は、主に、ＣＰＵ７０１の処理によって実現され、アプリケーションサーバ３が送信したルーム生成要求、アクセストークン取得要求、各拠点が送信した接続要求、ルーム参加要求に基づいて後述するクライアント管理ＤＢを参照してクライアントの検証を行う。本実施形態において、検証部７６は、検証手段の一例として機能する。

生成署名部７７は、主に、ＣＰＵ７０１の処理によって実現され、検証部７６によってクライアントの検証が行われた場合に、後述するルーム識別情報と拠点識別情報を含むアクセストークンを生成し、クライアントに係るクライアントシークレットを用いて署名を行う。また、生成署名部７７は、所定の拠点の通信装置が送信した所定の集合拠点に対する所定の参加要求、及び他の拠点の通信装置が送信した所定の集合拠点に対する他の参加要求の少なくとも一方に基づいて、所定の集合拠点を識別する集合拠点識別情報と、所定の拠点を識別する所定拠点識別情報及び他の拠点を識別する他拠点識別情報のいずれか一方の拠点識別情報と、を含むアクセストークンを生成する。本実施形態において、生成署名部は、生成手段の一例として機能する。更に、生成署名部は、署名手段の一例として機能する。

なお、本実施形態に係る通信システムにおいて生成署名部７７は、配信制御装置７に備えられる構成以外に、通信ネットワーク１００を介して配信制御装置７と各拠点の通信装置とを互いに通信可能な他の装置が有するような構成であってもよい。さらに、生成署名部７７は、メディア配信サーバ９が有するような構成であってもよい。

状態管理部７８は、主に、ＣＰＵ７０１の処理によって実現され、送受信部７１がメディア配信サーバ９から受信したメディア配信サーバセットアップ完了通知に基づいて、後述するメディア配信サーバ管理ＤＢを参照して、メディア配信サーバの状態を変更する。また、本実施形態において、状態管理部７８は、状態管理手段の一例として機能する。

記憶読出部７９は、主に、ＲＯＭ７０２、ＥＥＰＲＯＭ７０４及びＨＤ７０５のうち少なくとも一つに対するＣＰＵ７０１の処理によって実現され、記憶部７０００に各種データ(又は情報)を記憶したり、記憶部７０００から各種データ(又は情報)を読み出したりする。本実施形態において、記憶読出部７９は、記憶読出手段の一例として機能する。

●クライアント管理テーブル●
図９は、クライアント管理テーブルの一例を示す概念図である。記憶部７０００には、図９に示されているようなクライアント管理テーブルによって構成されたクライアント管理ＤＢ７００１が構築されている。クライアント管理テーブルでは、クライアントを識別するクライアント識別情報ごとにクライアントキーとクライアントシークレットの各項目が関連付けられて記憶、管理されている。

これらのうち、クライアントキーは、アプリケーションサーバ３に対してアプリケーションに固有な情報であり、例えば、「AAAAAAAA」、「CCCCCCCC」等の情報で与えられる。クライアントシークレットは、クライアントキーと対で管理されるアプリケーションに固有な他の情報であり、例えば、「BBBBBBBB」、「DDDDDDDD」等の情報で与えられる。

●メディア配信サーバ管理テーブル●
図１０は、メディア配信サーバ管理テーブルの一例を示す概念図である。記憶部７０００には、図１０に示されているようなメディア配信サーバ管理テーブルによって構成されたメディア配信サーバ管理ＤＢ７００２が構築されている。メディア配信サーバ管理テーブルでは、メディア配信サーバ９を識別するメディア配信サーバ識別情報ごとに最大予約帯域幅、アドレス情報及び状態の各項目が関連付けられて記憶、管理されている。

これらのうち、最大予約帯域幅は、メディア配信サーバ９の性能によって予め決められているメディア情報の送受信に係る最大帯域幅を表し、例えば、100[Mbps]等の帯域幅が与えられる。アドレス情報は、メディア配信サーバ９に与えられたアドレス情報であり、例えば、「sfu1@example.com」で与えられる。状態は、メディア配信サーバ９の状態を表し、例えば、「セットアップ中」、「セットアップ完了」等の状態で管理される。

●ルーム管理テーブル●
図１１は、ルーム管理テーブルの一例を示す概念図である。記憶部７０００には、図１１に示されているようなルーム管理テーブルによって構成されたルーム管理ＤＢ７００３が構築されている。ルーム管理テーブルでは、クライアント識別情報ごとにルーム識別情報、予約帯域幅、メディア配信サーバ識別情報及び拠点識別情報が関連付けられて記憶、管理されている。

これらのうち、ルーム識別情報は、一以上の拠点の集合である集合拠点を識別するための情報で、例えば、「R0002」、「R0003」等で与えられる。なお、本実施形態では、集合拠点を「ルーム」とよぶ。予約帯域幅は、クライアントがルームを予約する際に使用される帯域幅を表し、例えば、90[Mbps]、50[Mbps]等の帯域幅が与えられる。本実施形態においては、この予約帯域幅の値又は予約帯域幅の合計値が、対応するメディア配信サーバの最大予約帯域幅を超えないように制御される。メディア配信サーバ識別情報は、メディア配信サーバ９を識別するための情報で、例えば、「M0091」、「M0092」等で与えられる。拠点識別情報は、ルームに含まれる各拠点を識別するための情報で、例えば、「MB000A」、「B000B」等で与えられる。

●アクセストークン管理テーブル●
図１２は、アクセストークン管理テーブルの一例を示す概念図である。記憶部７０００には、図１２に示されているようなアクセストークン管理テーブルによって構成されたアクセストークン管理ＤＢ７００４が構築されている。アクセストークン管理テーブルでは、アクセストークンを構成するキー名に対してその値が関連付けられて記憶、管理されている。これらのうち、キー名には、上述したルーム識別情報、拠点識別情報等が含まれる。また、値には、ルーム識別情報に対応する値として、例えば、「R0001」等が与えられる。さらに、拠点識別情報に対応する値として、例えば、「B000A」等が与えられる。

＜メディア配信サーバの機能構成＞
図８に戻り、メディア配信サーバ９は、送受信部９１、生成部９６、実行部９７及び記憶読出部９９を有する。これら各機能部は、図７に示された各ハードウエア資源のいずれかが、ＲＯＭ９０２、ＥＥＰＲＯＭ９０４及びＨＤ９０５のうち少なくとも一つからＲＡＭ９０３に展開されたメディア配信サーバ９用のプログラムに従ったＣＰＵ９０１からの命令により動作することで実現される機能又は手段である。また、メディア配信サーバ９は、図７に示されているＲＯＭ９０２、ＥＥＰＲＯＭ９０４及びＨＤ９０５のうち少なくとも一つにより構築される記憶部９０００を有している。更に、記憶部９０００には、各拠点で利用される通信装置、アプリケーションサーバ３及び配信制御装置７と通信ネットワーク１００を介して通信を行うための通信プログラム(通信アプリ)と、メディア情報を表示するためのブラウザアプリ等が記憶されている。なお、本実施形態においてメディア配信サーバ９は、メディア配信システム５において一以上含まれるが、特に指定のない限り、各機能部に付与される番号を、上述したとおり送受信部９１、生成部９６、実行部９７及び記憶読出部９９と記す。

<<メディア配信サーバの各機能構成>>
次に、メディア配信サーバ９の各機能構成について詳細に説明する。図８に示されているメディア配信サーバ９の送受信部９１は、主に、ネットワークＩ／Ｆ９１１及び近距離通信Ｉ／Ｆ９０８に対するＣＰＵ９０１の処理によって実現され、通信ネットワーク１００を介して通信装置、アプリケーションサーバ３及び配信制御装置７との間で各種データ(又は情報)の送受信を行う。本実施形態において、送受信部９１は、送信手段及び受信手段のうち少なくとも一方の手段の一例として機能する。

生成部９６は、主に、ＣＰＵ９０１の処理によって実現され、配信制御装置７から受信したルーム識別情報と拠点識別情報とを暗号化して、クレデンシャル情報を生成する。このとき、生成部９６は、自身のセットアップ時に保持した共有鍵を用いてクレデンシャル情報を生成する。生成部９６が生成するクレデンシャル情報は、後述する各拠点の通信装置が送信するクレデンシャル情報に基づいて、受信したクレデンシャル情報を共有鍵を用いて復号化し、ルーム識別情報と拠点識別情報とを取り出すことで拠点の正当性を検証し、どの拠点同士を同じルームで管理するかを識別する。本実施形態において生成部９６は、生成手段の一例として機能する。

実行部９７は、主に、ＣＰＵ９０１の処理によって実現され、配信制御装置７が送信した起動要求に基づいて、メディア配信サーバ９自身のセットアップを実行する。本実施形態において、実行部９７は、実行手段の一例として機能する。

記憶読出部９９は、主に、ＲＯＭ９０２、ＥＥＰＲＯＭ９０４及びＨＤ９０５のうち少なくとも一つに対するＣＰＵ９０１の処理によって実現され、記憶部９０００に各種データ(又は情報)を記憶したり、記憶部９０００から各種データ(又は情報)を読み出したりする。本実施形態において、記憶読出部９９は、記憶読出手段の一例として機能する。

＜アプリケーションサーバの機能構成＞
図１３は、通信システムの機能構成の一例を示す図である。図１３に示されているように、アプリケーションサーバ３は、送受信部３１、判断部３５、要求部３６及び記憶読出部３９を有する。これら各機能部は、図７に示された各ハードウエア資源のいずれかが、ＲＯＭ３０２、ＥＥＰＲＯＭ３０４及びＨＤ３０５のうち少なくとも一つからＲＡＭ３０３に展開されたアプリケーションサーバ３用のプログラムに従ったＣＰＵ３０１からの命令により動作することで実現される機能又は手段である。また、アプリケーションサーバ３は、図７に示されているＲＯＭ３０２、ＥＥＰＲＯＭ３０４及びＨＤ３０５のうち少なくとも一つにより構築される記憶部３０００を有している。更に、記憶部３０００には、各拠点で利用される通信装置、配信制御装置７及びメディア配信サーバ９と通信ネットワーク１００を介して通信を行うための通信プログラム(通信アプリ)と、メディア情報配信アプリケーション等が記憶されている。

<<アプリケーションサーバの各機能構成>>
次に、アプリケーションサーバ３の各機能構成について詳細に説明する。図１３に示されているアプリケーションサーバ３の送受信部３１は、主に、ネットワークＩ／Ｆ３１１及び近距離通信Ｉ／Ｆ３０８に対するＣＰＵ３０１の処理によって実現され、通信ネットワーク１００を介して通信装置、配信制御装置７及びメディア配信サーバ９との間で各種データ(又は情報)の送受信を行う。また、送受信部３１は、配信制御装置７に対してルーム生成要求、アクセストークン取得要求、ルーム予約帯域幅変更要求、待機状態問合せ等の各種要求に係る情報を配信制御装置７に対して送信する。また、送受信部３１は、上述した各種要求に対する配信制御装置７の各種応答を受信する。本実施形態において、送受信部３１は、送信手段及び受信手段のうち少なくとも一方の手段の一例として機能する。

判断部３５は、主に、ＣＰＵ３０１の処理によって実現され、各拠点が送信したルーム参加要求に対して、メディア配信サーバ９の予約帯域幅変更の変更が必要であるかを判断する。なお、判断部３５は、メディア配信サーバ９の予約帯域幅変更の変更が必要であるか否かを判断するようにしてもよい。本実施形態において、判断部３５は、判断手段の一例として機能する。

要求部３６は、主に、ＣＰＵ３０１の処理によって実現され、配信制御装置７に対して、上述したルーム生成要求、アクセストークン取得要求、ルーム予約帯域幅変更要求、待機状態問合せ等の各種要求を行う。本実施形態において、要求部３６は、要求手段の一例として機能する。

記憶読出部３９は、主に、ＲＯＭ３０２、ＥＥＰＲＯＭ３０４及びＨＤ３０５のうち少なくとも一つに対するＣＰＵ３０１の処理によって実現され、記憶部３０００に各種データ(又は情報)を記憶したり、記憶部３０００から各種データ(又は情報)を読み出したりする。本実施形態において、記憶読出部３９は、記憶読出手段の一例として機能する。

●クライアント管理テーブル●
図１４は、クライアント管理テーブルの一例を示す概念図である。記憶部３０００には、図１４に示されているようなクライアント管理テーブルによって構成されたクライアント管理ＤＢ３００１が構築されている。このクライアント管理ＤＢ００１は、上述したクライアント管理ＤＢ７００１と同様の構成を有するため、詳細の説明を省略する。

＜通信装置の機能構成＞
図１５は、通信システムの機能構成の一例を示す図である。図１５に示されているように、拠点Ａに配置された(拠点Ａで利用される)通信装置Ａは、送受信部Ａ１、撮像取得部Ａ２、音処理部Ａ３、表示制御部Ａ４、処理起動部Ａ８及び記憶読出部Ａ９を有する。これら各機能部は、図４に示された各ハードウエア資源のいずれかが、ＲＯＭ２１２、ＳＲＡＭ２１３のうち少なくとも一つからＤＲＡＭ２１４に展開された通信装置用のプログラムに従ったＣＰＵ２１１からの命令により動作することで実現される機能又は手段である。また、通信装置は、図４に示されているＲＯＭ２１２、ＳＲＡＭ２１３のうち少なくとも一つにより構築される記憶部Ａ１０を有している。更に、記憶部Ａ１０には、アプリケーションサーバ３、配信制御装置７及びメディア配信サーバ９と通信ネットワーク１００を介して通信を行うための通信プログラム(通信アプリ)等が記憶されている。なお、拠点Ｂに配置された(拠点Ｂで利用される)通信装置Ｂ、拠点Ｃに配置された(拠点Ｃで利用される)通信装置Ｃについても、通信装置Ａと同様のハードウエア資源により実現されるため、詳細の説明を省略する。

<<通信装置の各機能構成>>
次に、通信装置Ａの各機能構成について詳細に説明する。ここでも同様に、通信装置Ｂ及び通信装置Ｃの各機能構成は通信装置Ａの機能構成と同様のため、詳細な説明を省略する。図１５に示されている通信装置Ａの送受信部Ａ１は、主に、ネットワークＩ／Ｆ３１１及び近距離通信Ｉ／Ｆ３０８に対するＣＰＵ３０１の処理によって実現され、通信ネットワーク１００を介して通信装置、配信制御装置７及びメディア配信サーバ９との間で各種データ(又は情報)の送受信を行う。本実施形態において、送受信部Ａ１は、送信手段及び受信手段のうち少なくとも一方の手段の一例として機能する。

撮像取得部Ａ２は、主に、撮像素子２０３ａ、２０３ｂ、撮像制御ユニット２０５に対するＣＰＵ２１１の処理によって実現され、各拠点(拠点Ａ)の利用者を被写体として被写体の顔等を撮像して画像(映像)を取得する。本実施形態において、撮像取得部Ａ２は、撮像取得手段の一例として機能する。

音処理部Ａ３は、主に、マイク２０８及び音処理ユニット２０９に対するＣＰＵ２１１の処理によって実現され、各拠点(拠点Ａ)で発話される発話音声、各拠点(拠点Ａ)で発生する音を集音して音信号に生成する処理を行う。本実施形態において、音処理部Ａ３は、音処理手段の一例として機能する。

表示制御部Ａ４は、主に、表示装置４に対するＣＰＵ２１１の処理によって実現され、通信装置Ａにおける各種画面及び情報(データ)の表示制御を行う。また、表示制御部Ａ４は、例えば、ブラウザを用いて、ＨＴＭＬ等により作成された表示画面を、表示装置４に表示させる。また、表示制御部Ａ４は、配信可能なメディア配信サーバが送信した所定のメディア情報を表示装置４等に表示する。本実施形態において、表示制御部Ａ４は、表示制御手段の一例として機能する。

処理起動部Ａ８は、主に、ＣＰＵ２１１の処理によって実現され、メディア情報配信サービスを実行するために通信装置Ａにインストールされたメディア情報配信アプリの起動を行う。また、処理起動部Ａ８は、通信装置Ａで管理されているメディア情報配信アプリ及びブラウザアプリを、ＤＲＡＭ２１４の所定の作業領域上で動作させる。また、処理起動部Ａ８は、配信制御装置７が送信したメディア配信サーバ再接続要求に応じて、現在接続しているメディア配信サーバを切断し、新たなメディア配信サーバへの接続処理を行う。本実施形態において、処理起動部Ａ８は、起動処理手段の一例として機能する。

記憶読出部Ａ９は、主に、ＲＯＭ２１２及びＳＲＡＭ２１３のうち少なくとも一つに対するＣＰＵ２１１の処理によって実現され、記憶部Ａ１０に各種データ(又は情報)を記憶したり、記憶部Ａ１０から各種データ(又は情報)を読み出したりする。本実施形態において、記憶読出部Ａ９は、記憶読出手段の一例として機能する。

〔実施形態の処理又は動作〕
＜ルームの生成＞
次に、図１６乃至図２２を用いて、第１の実施形態に係る通信システムにおける各処理又は動作を説明する。図１６は、ルームの生成処理の一例を示すシーケンス図である。まず、アプリケーションサーバ３の記憶読出部３９は、クライアント管理ＤＢ３００１（図１４参照）を読み出すことにより、各クライアント識別情報に対応するクライアントキー及びクライアントシークレットの各情報を読み出す（ステップＳ１０１）。この場合、記憶読出部３９は、全てのクライアントキー、クライアントシークレットを読み出してもよい。

次に、アプリケーションサーバ３の要求部３６は、ルーム予約帯域幅を指定して、配信制御装置７に対してルーム生成要求に係る情報を送信する（ステップＳ１０２）。これにより、配信制御装置７の送受信部７１は、アプリケーションサーバ３が送信したルーム生成要求に係る情報を受信する。このとき、ルーム生成要求には、クライアント識別情報、クライアントキー(「AAAAAAA」
)、クライアントシークレット(「BBBBBBB」)、ルーム１を示すルーム識別情報(「R0001」)及び予約帯域幅(「10[Mbps]」)が含まれる。

次に、配信制御装置７の記憶読出部７９は、ステップＳ１０２で受信したクライアント識別情報を検索キーとしてクライアント管理ＤＢ７００１（図９参照）を検索することで、対応するクライアントキー及びクライアントシークレットを読み出す。そして、検証部７６は、ステップＳ１０２で更に受信したクライアントキー及びクライアントシークレットのペアと、読み出したクライアントキー及びクライアントシークレットのペアを比較して検証を行う（ステップＳ１０３）。本実施形態では、ルーム生成要求に係る情報を送信したクライアント１に係る情報が検証をパスしたものとして説明する。

続いて、記憶読出部７９は、受信したクライアント識別情報を検索キーとしてルーム管理ＤＢ７００３（図１１参照）を検索することにより、対応するメディア配信サーバ識別情報及び予約帯域幅を読み出す。その後、算出部７３は、メディア配信サーバ識別情報を検索キーとしてメディア配信サーバ管理ＤＢ７００２（図１０参照）を検索することにより、対応する最大予約帯域幅を読み出し、予約帯域幅との差分を算出する（ステップＳ１０４）。

次に、選択割当部７４は、ステップＳ１０４で算出された利用可能な帯域幅に基づいて、メディア配信サーバの選択及び割当を行う（ステップＳ１０５）。ここで、メディア配信サーバの選択アルゴリズムとして、例えば、以下の方法がある。
Ａ．最も余裕が大きいサーバを割り当てる
Ｂ．予約帯域幅を収容可能な中で最も余裕の小さいサーバを割り当てる
Ｃ．ラウンドロビンで巡回して最初に収容可能だったサーバを割り当てる
そこで、本実施形態では、Ｂ又はＣによってメディア配信サーバ１が選択されたものとする。具体的は、選択割当部７４は、ルーム管理ＤＢ７００３（図１１参照）のメディア配信サーバ１にルーム１を割り当てる。この場合のルーム１には、拠点Ａ、拠点Ｂが含まれるため、拠点の欄には、拠点Ａ、拠点Ｂが追加される。この追加処理が可能な理由は、既に、メディア配信サーバ識別情報として「M0091」を有するメディア配信サーバ９(１)に、予約帯域幅が90[Mbps]のルーム２が割り当てられている。この状態で、ルーム１の予約帯域幅が10[Mbps]で与えられたため、メディア配信サーバ９(１)の最大予約帯域幅の100[Mbps]に収容可能となることによる。更に、上述したＢのように、最も余裕の小さいサーバを割り当てる原則に則り、メディア配信サーバ９(１)が割り当てられる。

ステップＳ１０５の処理によって、ルーム管理ＤＢ７００３（図１１参照）には以下の内容が追加される。この場合、クライアント識別情報に「C0001」が加えられ、これに対応するルーム識別情報に「R0001」、予約帯域幅に「10」、メディア配信サーバ識別情報に「M0091」がそれぞれ追加される。なお、拠点識別情報の項目は追加、変更されない。

続いて、送受信部７１は、ステップＳ１０２のルーム生成要求に対する応答として、アプリケーションサーバ３に対してルーム生成応答を送信する（ステップＳ１０６）。これにより、アプリケーションサーバ３の送受信部３１は、配信制御装置７が送信したルーム生成応答を受信する。このとき、ルーム生成応答には、ルーム生成の成功を示す通知内容、及び割り当てたメディア配信サーバ１の情報(例えば、メディア配信サーバ名)が含まれる。

本実施形態に係る通信システムでは、例えば、上述したステップＳ１０２及びＳ１０６の処理が実行される場合、アプリケーションサーバ３と配信制御装置７との間に他の装置等が存在してもよい。つまり、アプリケーションサーバ３と配信制御装置７との間で送受信される各情報(データ)は、一度他の装置を介して送受信されるような構成であってもよい。上述した構成は、アプリケーションサーバ３と配信制御装置７との間に他の処理ステップが存在しても適用可能である。

＜各拠点からの接続（拠点Ａからの接続）＞
次に、各拠点からの接続処理について説明する。図１７Ａは、拠点Ａからの接続処理の一例を示すシーケンス図である。まず、拠点Ａで利用される通信装置Ａの送受信部Ａ１は、アプリケーションサーバ３上の所定のルームに参加するために、アプリケーションサーバ３に対してルーム参加要求に係る情報を送信する（ステップＳ１１１）。これにより、アプリケーションサーバ３の送受信部３１は、通信装置Ａが送信したルーム参加要求に係る情報を受信する。このとき、ルーム参加要求に係る情報には、例えば、ルーム位置を示す情報と、配信制御装置７にアクセスするためのアクセストークンの取得要求に係る情報が含まれる。

次に、アプリケーションサーバ３の判断部３５は、予約帯域幅の変更判断を行う（ステップＳ１１２）。具体的には、判断部３５は、ルーム１に含まれる拠点Ａが参加しても、まだルーム１に対して設定した予約帯域幅に余裕があることを判断する。

続いて、送受信部３１は、配信制御装置７に対して、アクセストークン取得要求に係る情報を送信する（ステップＳ１１３）。これにより、配信制御装置７の送受信部７１は、アプリケーションサーバ３が送信したアクセストークン取得要求に係る情報を受信する。このとき、アクセストークン取得要求には、クライアントキー、クライアントシークレット、ルーム識別情報(「R0001
」)及び拠点識別情報(「B000A」)が含まれる。

次に、配信制御装置７の検証部７６は、クライアントの検証を行う（ステップＳ１１４）。このステップにおける処理は、上述したステップＳ１０３と同様のため、詳細の説明を省略する。

続いて、生成署名部７７は、アクセストークンの生成及び署名を行う（ステップＳ１１５）。具体的には、生成署名部７７は、ステップＳ１１３で受信したルーム識別情報(「R0001
」)及び拠点識別情報(「B000A」)をアクセストークン管理ＤＢ７００４（図１２参照）の対応する値の項目に登録し、クライアントシークレットを用いて署名を行う。つまり、このときに生成されたアクセストークンには、ルーム識別情報(「R0001」)、拠点識別情報(「B000A」)及びクライアントシークレットが含まれる。

次に、送受信部７１は、ステップＳ１１３のアクセストークン取得要求に対する応答として、アプリケーションサーバ３に対してアクセストークン取得応答を送信する（ステップＳ１１６）。これにより、アプリケーションサーバ３の送受信部３１は、配信制御装置７が送信したアクセストークン取得応答を受信する。このとき、アクセストークン取得応答には、ルーム識別情報(「R0001」)及び拠点識別情報(「B000A」)が含まれる。

続いて、アプリケーションサーバ３の送受信部３１は、ステップＳ１１１のルーム参加要求に対する応答として、拠点Ａの通信装置Ａに対してルーム参加応答を送信する（ステップＳ１１７）。これにより、拠点Ａの通信装置Ａの送受信部Ａ１は、アプリケーションサーバ３が送信したルーム参加応答を受信する。このとき、ルーム参加応答には、ルーム参加の成功を示す通知内容、及びアクセストークンが含まれる。

本実施形態に係る通信システムでは、例えば、上述したステップＳ１１１及びＳ１１７の処理が実行される場合、通信装置とアプリケーションサーバ３との間に他の装置等が存在してもよい。つまり、通信装置とアプリケーションサーバ３との間で送受信される各情報(データ)は、一度他の装置を介して送受信されるような構成であってもよい。上述した構成は、通信装置とアプリケーションサーバ３との間に他の処理ステップが存在しても適用可能である。

続いて、拠点Ａからの接続処理の続きについて説明する。図１７Ｂは、拠点Ａからの接続処理の一例を示すシーケンス図である。拠点Ａの通信装置Ａの送受信部Ａ１は、配信制御装置７に対してメディア配信サーバを接続するための接続要求に係る情報を送信する（ステップＳ１２１）。これにより、配信制御装置７の送受信部７１は、通信装置Ａが送信した接続要求に係る情報を受信する。具体的には、通信装置Ａの送受信部Ａ１は、クライアント識別情報と取得したアクセストークンを接続要求に付加して、配信制御装置７に送信する。

次に、配信制御装置７の検証部７６は、アクセストークンの検証を行う（ステップＳ１２２）。具体的には、検証部７６は、受信したアクセストークンに含まれるクライアント識別情報を検索キーとしてクライアント管理ＤＢ７００１（図９参照）を検索することにより、対応するクライアントシークレットを読み出してアクセストークンの署名時に用いられたクライアントシークレットと一致しているかを検証する。

次に、生成署名部７７は、メディア情報を送信するためのアドレス情報を生成する（ステップＳ１２３）。具体的には、生成署名部７７は、記憶読出部７９と協働してアクセストークン管理ＤＢ７００４（図１２参照）からルーム識別情報(「R0001」)及び拠点識別情報(「B000A」)を読み出す。続いて生成署名部７７は、ルーム識別情報(「R0001」)を検索キーとしてルーム管理ＤＢ７００３（図１１参照）を検索することにより、対応するメディア配信サーバ識別情報を参照する。さらに生成署名部７７は、参照したメディア配信サーバ識別情報に対応するアドレス情報を、拠点Ａの通信装置Ａがメディア情報を送信するためのアドレス情報として生成し、生成したアドレス情報をメディア配信サーバ管理ＤＢ７００２（図１０参照）の対応するアドレス情報の項目に登録する。

続いて、記憶読出部７９は、ルーム管理ＤＢ７００３（図１１参照）の拠点識別情報に、ルーム１の拠点識別情報(「B000A」)を追加する（ステップＳ１２４）。

ステップＳ１２４の処理によって、ルーム管理ＤＢ７００３（図１１参照）には、ステップＳ１０５の処理によって追加された内容に加えて、さらに拠点識別情報の項目に拠点Ａの識別情報を表す「B000A」が追加される。

次に、配信制御装置７の送受信部７１は、メディア配信サーバ９に対して、接続要求を送信する（ステップＳ１２５）。これにより、メディア配信サーバ９の送受信部９１は、配信制御装置７が送信した接続要求を受信する。このとき、接続要求にはステップＳ１１３で受信したルーム識別情報(R0001)、拠点識別情報(B000A)が含まれる。

次に、メディア配信サーバ９の生成部９６は、受信したルーム識別情報(R0001)、拠点識別情報(B000A)を暗号化して、クレデンシャル情報を生成する（ステップＳ１２６）。このとき、メディア配信サーバ９は、自身のセットアップ時に保持した共有鍵を用いる。

続いて、送受信部９１は、配信制御装置７に対して、生成したクレデンシャル情報を送信する（ステップＳ１２７）。これにより、配信制御装置７の送受信部７１は、メディア配信サーバ９が送信したクレデンシャル情報を受信する。

次に、配信制御装置７の送受信部７１は、拠点Ａの通信装置Ａに対して、接続要求に対する接続応答を送信する（ステップＳ１２８）。具体的には、送受信部７１は、拠点Ａの通信装置Ａに対する接続応答として、配信可能なメディア配信サーバ９に対する接続要求を送信する。これにより、通信装置Ａの送受信部Ａ１は、配信制御装置７が送信した接続要求に対する接続応答を受信する。このとき、接続応答としてのメディア配信サーバ９(１)に対する接続要求には、ステップＳ１２７で受信したクレデンシャル情報、拠点Ａからメディア情報を受信しするためのアドレス情報(例えば、「sfu1@example.com」)が含まれる。

続いて、通信装置Ａの送受信部Ａ１は、接続されたメディア配信サーバ９(１)に対して、メディア情報の送信を開始する（ステップＳ１２９）。これにより、メディア配信サーバ９(１)の送受信部９１は、通信装置Ａが送信したメディア情報の送信開始に伴う情報を受信する。このとき、メディア情報の送信開始に伴う情報には、例えば、クレデンシャル情報、メディア配信サーバ９(１)の送信アドレス情報(「sfu1@example.com」)と、拠点Ａのメディア情報が含まれる。

本実施形態に係る通信システムでは、例えば、上述したステップＳ１２１及びＳ１２５の処理が実行される場合、通信装置と配信制御装置７との間に他の装置等が存在してもよい。つまり、通信装置と配信制御装置７との間で送受信される各情報(データ)は、一度他の装置を介して送受信されるような構成であってもよい。上述した構成は、通信装置と配信制御装置７との間に他の処理ステップが存在しても適用可能である。

＜各拠点からの接続（拠点Ｂからの接続）＞
次に、拠点Ｂからの接続処理について説明する。図１８Ａは、拠点Ｂからの接続処理の一例を示すシーケンス図である。なお、以下のステップＳ１３１からステップＳ１３７までの処理は、ルーム参加要求を行う通信装置が通信装置Ｂに変わる点、拠点識別情報が「B000A」から「B000B」に変更される点以外は、上述したステップＳ１１１からステップＳ１１７までの処理と同様であるため、説明を省略する。

続いて、拠点Ｂからの接続処理の続きを説明する。図１８Ｂは、拠点Ｂからの接続処理の一例を示すシーケンス図である。なお、図１８Ｂに示したステップＳ１４１からステップＳ１４８までの処理は、追加される拠点に係る拠点識別情報が「B000A」から「B000B」に変更される点以外は、上述したステップＳ１２１からステップＳ１２８までの処理と同様であるため、説明を省略する。但し、ステップＳ１４５においては、配信制御装置７が送信した接続応答には、拠点Ｂの通信装置Ｂからメディア情報を送信するためのアドレス情報と、拠点Ｂの通信装置Ｂが拠点Ａのメディア情報を受信するためのアドレス情報が含まれる。

なお、ステップＳ１４４の処理によって、ルーム管理ＤＢ７００３（図１１参照）には、ステップＳ１２４の処理によって追加された内容に加えて、さらに拠点識別情報の項目に拠点Ｂの識別情報を表す「B000B」が追加される。

次に、通信装置Ｂの送受信部Ｂ１は、メディア配信サーバ９(１)に対して、メディア情報の送信を開始し、拠点Ａの受信アドレス情報から拠点Ａのメディア情報の受信を開始する（ステップＳ１４９）。これにより、メディア配信サーバ９(１)の送受信部９１は、通信装置Ｂが送信したメディア情報を受信する。

続いて、送受信部９１は、拠点Ｂの通信装置Ｂに対して、拠点Ａのメディア情報を送信する（ステップＳ１５０）。これにより、通信装置Ｂの送受信部Ｂ１は、メディア配信サーバ９(１)が送信した拠点Ａのメディア情報を受信する。

続いて、通信装置Ｂの表示制御部Ｂ４は、ステップＳ１４７の処理で受信した拠点Ａのメディア情報を通信装置Ｂ(情報処理装置８)のディスプレイ８０７に表示する（ステップＳ１５１）。

本実施形態に係る通信システムでは、例えば、上述したステップＳ１４６及びＳ１４７の処理が実行される場合、通信装置とメディア配信サーバ９との間に他の装置等が存在してもよい。つまり、通信装置とメディア配信サーバ９との間で送受信される各情報(データ)は、一度他の装置を介して送受信されるような構成であってもよい。上述した構成は、通信装置とメディア配信サーバ９との間に他の処理ステップが存在しても適用可能である。

更に、拠点Ｂからの接続処理の続きを説明する。図１８Ｃは、拠点Ｂからの接続処理の一例を示すシーケンス図である。通信装置Ａの送受信部Ａ１は、配信制御装置７に対して、メディア配信サーバ９(１)の接続要求に係る情報を送信する（ステップＳ１５６）。これにより、配信制御装置７の送受信部７１は、通信装置Ａが送信したメディア９(１)の接続要求に係る情報を受信する。このとき、メディア９(１)の接続要求には、拠点Ｂの通信装置Ｂが送信したメディア情報を受信するための受信アドレス情報が含まれる。

次に、通信装置Ａの送受信部Ａ１は、拠点Ｂのメディア情報の受信を開始する（ステップＳ１５７）。これにより、メディア配信サーバ９(１)の送受信部９１は、通信装置Ａが送信した拠点Ｂのメディア情報の受信を開始する情報を受信する。このとき、拠点Ｂのメディア情報の受信を開始する情報には、通信装置Ｂが送信したメディア情報を受信するためのアドレス情報(例えば、「sfu1@example.com」)が含まれる。

続いて、メディア配信サーバ９(１)の送受信部９１は、通信装置Ａに対して、拠点Ｂのメディア情報を送信する（ステップＳ１５８）。これにより、通信装置Ａの送受信部Ａ１は、メディア配信サーバ９(１)が送信した拠点Ｂのメディア情報を受信する。

続いて、通信装置Ａの表示制御部Ａ４は、表示装置４のディスプレイ４０７に拠点Ｂのメディア情報を表示する（ステップＳ１５９）。

＜各拠点からの接続（拠点Ｃからの接続）＞
次に、拠点Ｃからの接続処理について説明する。図１９Ａは、拠点Ｃからの接続処理の一例を示すシーケンス図である。まず、拠点Ｃで利用される通信装置Ｃの送受信部Ｃ１は、アプリケーションサーバ３上の所定のルームに参加するために、アプリケーションサーバ３に対してルーム参加要求に係る情報を送信する（ステップＳ１６１）。これにより、アプリケーションサーバ３の送受信部３１は、通信装置Ｃが送信したルーム参加要求に係る情報を受信する。このとき、ルーム参加要求には、例えば、ルーム位置を示す情報と、配信制御装置７にアクセスするためのアクセストークンの取得要求が含まれる。

次に、アプリケーションサーバ３の判断部３５は、予約帯域幅の変更判断を行う（ステップＳ１６２）。この処理は、アプリケーションサーバ３が当初３拠点の参加を想定しておらず、それに必要な予約帯域幅を確保していなかった場合に実行される判断となる。具体的には、アプリケーションサーバ３の判断部３５は、ルーム１に含まれる拠点Ｃが参加した場合に、ルーム１に対して設定した予約帯域幅ではメディア配信サーバ９に余裕がないことを判断する。

続いて、送受信部３１は、配信制御装置７に対してルーム予約帯域幅変更要求に係る情報を送信する（ステップＳ１６３）。これにより、配信制御装置７の送受信部７１は、アプリケーションサーバ３が送信したルーム予約帯域幅変更要求に係る情報を受信する。このとき、ルーム予約帯域幅変更要求には、クライアントキー、クライアントシークレット、ルーム識別情報(「R0001
」)及び予約帯域幅(「20[Mbps]」)が含まれる。

次に、配信制御装置７の算出部７３は、予約帯域幅の余裕を算出する（ステップＳ１６４）。具体的には、記憶読出部７９は、受信したルーム識別情報(「R0001」)を検索キーとしてルーム管理ＤＢ７００３（図１１参照）を検索することにより、対応するメディア配信サーバ識別情報(「M0091」)及び予約帯域幅(「10[Mbps]」)を読み出す。なお、これらの値は、上述したステップＳ１０５の処理においてルーム管理ＤＢ７００３に追加されている。その後、算出部７３は、メディア配信サーバ識別情報(「M0091」)を検索キーとしてメディア配信サーバ管理ＤＢ７００２（図１０参照）を検索することにより対応する最大予約帯域幅(「100[Mbps]」)を読み出し、予約帯域幅との差分を算出する。この予約帯域幅との差分を算出した際に、最大予約帯域幅が予約帯域幅の合計値以上であれば、余裕があると判断される。

＜ルーム予約帯域幅変更時のメディア配信サーバ割当変更判断＞
続いて、配信制御装置７は、メディア配信サーバの割合変更判断を行う（ステップＳ１６５）。このメディア配信サーバの割合変更判断について、以下に説明する。図１９Ｂは、ルーム予約帯域幅変更時のメディア配信サーバの割当変更判断処理の一例を示すフローチャートである。まず、取得部７２は、各拠点からのルーム参加要求に伴い変更された予約帯域幅を取得する（ステップＳ１６５－１）。

続いて、判断部７５は、予約帯域幅の合計は、現在割り当てられているメディア配信サーバで収容可能かを判断する（ステップＳ１６５－２）。現在割り当てられているメディア配信サーバで収容可能な場合（ステップＳ１６５－２：ＹＥＳ）、選択割当部７４は、メディア配信サーバの割当変更を行わず(現在割り当てられているメディア配信サーバを維持して)このフローを抜ける（ステップＳ１６５－３）。

他方、現在割り当てられているメディア配信サーバで収容不可能な場合（ステップＳ１６５－２：ＮＯ）、選択割当部７４は、更新された予約帯域幅を収容可能なメディア配信サーバを選択してこのフローを抜ける（ステップＳ１６５－４）。具体的には、選択割当部７４は、メディア配信サーバ管理ＤＢ７００２（図１０参照）で管理されているメディア配信サーバ識別情報に対応する最大予約帯域幅を検索して、予約帯域幅の合計を収容可能な(予約帯域幅の合計以上の最大予約帯域幅を有する)メディア配信サーバを選択してこのフローを抜ける。

なお、上述したフローチャートは一例であり、ルーム予約帯域幅変更時のメディア配信サーバ割当変更判断に係る処理は、上述した内容に限らない。

図１９Ａに戻り、配信制御装置７の送受信部７１は、アプリケーションサーバ３に対して、ステップＳ１６３のルーム予約帯域幅変更要求に対するルーム予約帯域幅変更応答を送信する（ステップＳ１６６）。これにより、アプリケーションサーバ３の送受信部３１は、配信制御装置７が送信したルーム予約帯域幅変更応答を受信する。このとき、ルーム予約帯域幅変更応答には、予約帯域幅変更成功を表す情報又は通知が含まれる。

続いて、拠点Ｃからの接続処理の続きを説明する。図１９Ｃは、拠点Ｃからの接続処理の一例を示すシーケンス図である。なお、ステップＳ１７３からステップＳ１７７までの処理は、拠点識別情報が「B000A」から「B000C」に変更された点以外は、上述したステップＳ１１３からステップＳ１１７までの処理と同様であるため、説明を省略する。

図１９Ｄは、拠点Ｃからの接続処理の一例を示すシーケンス図である。拠点Ｃの通信装置Ｃの送受信部Ｃ１は、配信制御装置７に対してメディア配信サーバを接続するための接続要求に係る情報を送信する（ステップＳ１８１）。これにより、配信制御装置７の送受信部７１は、通信装置Ｃが送信した接続要求に係る情報を受信する。具体的には、通信装置Ｃの送受信部Ｃ１は、クライアント識別情報と取得したアクセストークンを接続要求に付加して、配信制御装置７に送信する。

次に、配信制御装置７の検証部７６は、アクセストークンの検証を行う（ステップＳ１８２）。具体的には、検証部７６は、受信したアクセストークンに含まれるクライアント識別情報を検索キーとしてクライアント管理ＤＢ７００１（図９参照）を検索することにより、対応するクライアントシークレットを読み出してアクセストークンの署名時に用いられたクライアントシークレットと一致しているかを検証する。

次に、生成署名部７７は、メディア情報を送信するためのアドレス情報を生成する（ステップＳ１８３）。具体的には、生成署名部７７は、記憶読出部７９と協働してアクセストークン管理ＤＢ７００４（図１２参照）からルーム識別情報(「R0001」)及び拠点識別情報(「B000C」)を読み出す。続いて生成署名部７７は、ルーム識別情報(「R0001」)を検索キーとしてルーム管理ＤＢ７００３（図１１参照）を検索することにより、対応するメディア配信サーバ識別情報を参照する。さらに生成署名部７７は、参照したメディア配信サーバ識別情報に対応するアドレス情報を、拠点Ｃの通信装置Ｃがメディア情報を送信するためのアドレス情報として生成し、生成したアドレス情報をメディア配信サーバ管理ＤＢ７００２（図１０参照）の対応するアドレス情報の項目に登録する。

続いて、記憶読出部７９は、ルーム管理ＤＢ７００３（図１１参照）の拠点識別情報に、ルーム１の拠点識別情報(「B000C」)を追加する（ステップＳ１８４）。

ステップＳ１８４の処理によって、ルーム管理ＤＢ７００３（図１１参照）には、ステップＳ１４４の処理によって追加された内容に加えて、さらに以下の内容が追加される。つまり、ルーム管理ＤＢ７００３の内容は、この時点で、クライアント識別情報(「C0001」)が追加される。そして、このクライアント識別情報(「C0001」)に対応するルーム識別情報(「R0001」)、予約帯域幅(「20[Mbps」)、メディア配信サーバ識別情報(「M0092」)、拠点識別情報(「B000A, B000B, B000C」)の各項目が追加される。その他のクライアント識別情報に対応する各項目については、図１１に示したとおりであるため説明を省略する。

なお、図１９Ｄに示したステップＳ１８５からステップＳ１８７までの処理は、上述したステップＳ１２５からステップＳ１２７までの処理と同様であるため、説明を省略する。

次に、配信制御装置７の送受信部７１は、拠点Ｃの通信装置Ｃに対して、ステップＳ１８１の接続要求に対する接続応答を送信する（ステップＳ１８８）。これにより、通信装置Ｃの送受信部Ｃ１は、配信制御装置７が送信した接続要求に対する接続応答を受信する。このとき、接続応答としてのメディア配信サーバ９(２)に対する接続要求には、拠点Ｃからメディア情報を受信するためのメディア配信サーバ９(２)のアドレス情報(例えば、「sfu2@example.com」)が含まれる。

続いて、通信装置Ｃの送受信部Ｃ１は、接続されたメディア配信サーバ９(２)に対して、メディア情報の送信を開始する（ステップＳ１８９）。これにより、メディア配信サーバ９(２)の送受信部９１は、通信装置Ｃが送信したメディア情報の送信開始に伴う情報を受信する。このとき、メディア情報の送信開始に伴う情報には、例えば、メディア配信サーバ９(２)の送信アドレス情報(「sfu2@example.com」)と、拠点Ｃのメディア情報が含まれる。

＜拠点Ａの再接続処理＞
続いて、拠点Ａの再接続処理について説明する。図２０は、拠点Ａの再接続処理の一例を示すシーケンス図である。本実施形態では、拠点Ａ及び拠点Ｃは、再接続を要求されたメディア配信サーバの送信アドレスに対して、メディア情報の送信と、受信アドレスから別拠点のメディア情報の受信を開始する。つまり、配信制御装置７は拠点Ａ，Ｂに対して、これらの拠点からのメディア情報の送信先となるアドレスと、すでにルームに参加している別の拠点におけるメディア情報の受信のためのアドレスへの再接続要求に係る情報を送信する。送受信アドレスは、選択済みのメディア配信サーバ９(２)のアドレスである。

まず、配信制御装置７の記憶読出部７９は、すでに受信しているルーム識別情報(「R0001」)を検索キーとしてルーム管理ＤＢ７００３（図１１参照）を検索することにより、対応するメディア配信サーバ識別情報及び拠点識別情報を全て読み出す（ステップＳ１９１）。

次に、送受信部７１は、拠点Ａの通信装置Ａに対して、メディア配信サーバ９(２)の再接続要求に係る情報を送信する（ステップＳ１９２）。これにより、通信装置Ａの送受信部Ａ１は、配信制御装置７が送信したメディア配信サーバ９(２)の再接続要求に係る情報を受信する。このとき、メディア配信サーバ９(２)の再接続要求には、送信アドレス情報、拠点Ｃの通信装置Ｃの受信アドレス情報が含まれる。

次に、通信装置Ａの処理起動部Ａ８は送受信部Ａ１と協働して、ステップＳ１９２で受信したメディア配信サーバ９(２)の再接続要求に応じて、現在接続しているメディア配信サーバ９(１)の切断処理のための情報を送信する（ステップＳ１９３）。これにより、メディア配信サーバ９(１)の送受信部９１は、通信装置Ａが送信した切断処理に係る情報(データ)を受信する。

続いて、通信装置Ａの送受信部Ａ１は、新たに接続したメディア配信サーバ９(２)に対してメディア情報の送信開始に係る情報を送信し、拠点Ｃのメディア情報の受信を開始する（ステップＳ１９４）。これにより、メディア配信サーバ９(２)の送受信部９１は、通信装置Ａが送信したメディア情報の送信開始に係る情報を受信する。

続いて、送受信部９１は、通信装置Ａに対して、拠点Ｃのメディア情報を送信する（ステップＳ１９５）。これにより、通信装置Ａの送受信部Ａ１は、メディア配信サーバ９(２)が送信した拠点Ｃのメディア情報を受信する。

次に、通信装置Ａの表示制御部Ａ４は、ステップＳ１９５で受信した拠点Ｃのメディア情報を、通信装置Ａの表示手段(この場合は、表示装置４のディスプレイ４０７)に表示する（ステップＳ１９６）。

次に、配信制御装置７の送受信部７１は、拠点Ｃの通信装置Ｃに対して、メディア配信サーバ９(２)の接続要求に係る情報を送信する（ステップＳ１９７）。これにより、通信装置Ｃの送受信部Ｃ１は、配信制御装置７が送信したメディア配信サーバ９(２)の接続要求に係る情報を受信する。このとき、メディア配信サーバ９(２)の接続要求には、拠点Ａの通信装置Ａの受信アドレス情報が含まれる。

続いて、通信装置Ｃの送受信部Ｃ１は、メディア配信サーバ９(２)に対して拠点Ａのメディア情報の受信開始に係る情報を送信する（ステップＳ１９８）。これにより、メディア配信サーバ９(２)の送受信部９１は、通信装置Ｃが送信した拠点Ａのメディア情報の受信開始に係る情報を受信する。

続いて、送受信部９１は、通信装置Ｃに対して、拠点Ａのメディア情報を送信する（ステップＳ１９９）。これにより、通信装置Ｃの送受信部Ｃ１は、メディア配信サーバ９(２)が送信した拠点Ａのメディア情報を受信する。

次に、通信装置Ｃの表示制御部Ｃ４は、ステップＳ１９９で受信した拠点Ａのメディア情報を、通信装置Ｃの表示手段(この場合は、通信端末１０のディスプレイ１００７)に表示する（ステップＳ２００）。

＜拠点Ｂの再接続処理＞
続いて、拠点Ｂの再接続処理について説明する。図２１Ａは、拠点Ｂの再接続処理の一例を示すシーケンス図である。まず、配信制御装置７の送受信部７１は、拠点Ｂの通信装置Ｂに対して、メディア配信サーバ９(２)の再接続要求に係る情報を送信する（ステップＳ２０２）。これにより、通信装置Ｂの送受信部Ｂ１は、配信制御装置７が送信したメディア配信サーバ９(２)の再接続要求に係る情報を受信する。このとき、メディア配信サーバ９(２)の再接続要求には、送信アドレス情報、拠点Ａの送信装置Ａ，拠点Ｃの通信装置Ｃの各受信アドレス情報が含まれる。

次に、通信装置Ｂの処理起動部Ｂ８は送受信部Ｂ１と協働して、ステップＳ２０２で受信したメディア配信サーバ９(２)の再接続要求に応じて、現在接続しているメディア配信サーバ９(１)の切断処理のための情報を送信する（ステップＳ２０３）。これにより、メディア配信サーバ９(１)の送受信部９１は、通信装置Ｂが送信した切断処理に係る情報(データ)を受信する。

続いて、通信装置Ｂの送受信部Ｂ１は、新たに接続したメディア配信サーバ９(２)に対してメディア情報の送信開始に係る情報を送信し、拠点Ａ，Ｃのメディア情報の受信を開始する（ステップＳ２０４）。これにより、メディア配信サーバ９(２)の送受信部９１は、通信装置Ｂが送信したメディア情報の送信開始に係る情報を受信する。

続いて、送受信部９１は、通信装置Ｂに対して、拠点Ａ，Ｃのメディア情報を送信する（ステップＳ２０５）。これにより、通信装置Ｂの送受信部Ｂ１は、メディア配信サーバ９(２)が送信した拠点Ａ，Ｃのメディア情報を受信する。

次に、通信装置Ｂの表示制御部Ｂ４は、ステップＳ２０５で受信した拠点Ａ，Ｃのメディア情報を、通信装置Ｂの表示手段(この場合は、情報処理装置８のディスプレイ８０７)に表示する（ステップＳ２０６）。

続いて、拠点Ｂの再接続処理の続きを説明する。図２１Ｂは、拠点Ｂの再接続処理の一例を示すシーケンス図である。配信制御装置７の送受信部７１は、拠点Ａの通信装置Ａに対して、メディア配信サーバ９(２)の接続要求に係る情報を送信する（ステップＳ２０７）。これにより、通信装置Ａの送受信部Ａ１は、配信制御装置７が送信したメディア配信サーバ９(２)の接続要求に係る情報を受信する。このとき、メディア配信サーバ９(２)の接続要求には、拠点Ｂの通信装置Ｂの受信アドレス情報が含まれる。

続いて、通信装置Ｃの送受信部Ｃ１は、メディア配信サーバ９(２)に対して拠点Ｂのメディア情報の受信開始に係る情報を送信する（ステップＳ２０８）。これにより、メディア配信サーバ９(２)の送受信部９１は、通信装置Ｃが送信した拠点Ｂのメディア情報の受信開始に係る情報を受信する。

続いて、送受信部９１は、通信装置Ａに対して、拠点Ｂのメディア情報を送信する（ステップＳ２０９）。これにより、通信装置Ａの送受信部Ａ１は、メディア配信サーバ９(２)が送信した拠点Ｂのメディア情報を受信する。

次に、通信装置Ａの表示制御部Ａ４は、ステップＳ２０９で受信した拠点Ｂのメディア情報を、通信装置Ａの表示手段(この場合は、表示装置４のディスプレイ４０７)に表示する（ステップＳ２１０）。

次に、配信制御装置７の送受信部７１は、拠点Ｃの通信装置Ｃに対して、メディア配信サーバ９(２)の接続要求に係る情報を送信する（ステップＳ２１７）。これにより、通信装置Ｃの送受信部Ｃ１は、配信制御装置７が送信したメディア配信サーバ９(２)の接続要求に係る情報を受信する。このとき、メディア配信サーバ９(２)の接続要求には、拠点Ｂの通信装置Ｂの受信アドレス情報が含まれる。

続いて、通信装置Ｃの送受信部Ｃ１は、メディア配信サーバ９(２)に対して拠点Ｂのメディア情報の受信開始に係る情報を送信する（ステップＳ２１８）。これにより、メディア配信サーバ９(２)の送受信部９１は、通信装置Ｃが送信した拠点Ｂのメディア情報の受信開始に係る情報を受信する。

続いて、送受信部９１は、通信装置Ｃに対して、拠点Ｂのメディア情報を送信する（ステップＳ２１９）。これにより、通信装置Ｃの送受信部Ｃ１は、メディア配信サーバ９(２)が送信した拠点Ｂのメディア情報を受信する。

次に、通信装置Ｃの表示制御部Ｃ４は、ステップＳ２１９で受信した拠点Ｂのメディア情報を、通信装置Ｃの表示手段(この場合は、通信端末１０のディスプレイ１００７)に表示する（ステップＳ２２０）。

●画面表示例●
次に、各拠点の通信装置で共有されるメディア情報の画面について説明する。図２２（Ａ）は表示装置に表示されるメディア情報の一例、（Ｂ）は情報処理装置に表示されるメディア情報の一例、（Ｃ）は通信端末に表示されるメディア情報の一例を示す画面表示例である。この場合、図２２（Ａ）に示した例では、表示装置４のディスプレイ４０７が３分割され、そのうちの「自拠点」と表示された分割領域に自拠点Ａの空間の状態が表示される。また、「拠点Ｂ」と表示された分割領域に拠点Ｂの空間の状態が表示される。更に、「拠点Ｃ」と表示された分割領域に拠点Ｃの空間の状態が表示される。図２２（Ｂ）に示した例では、情報処理装置８のディスプレイ８０７が３分割され、そのうちの「自拠点」と表示された分割領域に自拠点Ｂの空間の状態が表示される。また、「拠点Ａ」と表示された分割領域に拠点Ａの空間の状態が表示される。更に、「拠点Ｃ」と表示された分割領域に拠点Ｃの空間の状態が表示される。また、図２２（Ｃ）に示した例では、通信端末１０のディスプレイ１００７が３分割され、そのうちの「自拠点」と表示された分割領域に自拠点Ｃの空間の状態が表示される。また、「拠点Ａ」と表示された分割領域に拠点Ａの空間の状態が表示される。更に、「拠点Ｂ」と表示された分割領域に拠点Ｂの空間の状態が表示される。このとき、各拠点においてそれぞれの拠点の画面表示とあわせてそれぞれの拠点における音声が再生されていてもよい。なお、図２２では拠点Ａ，Ｂ，Ｃの３拠点における画面表示例を挙げたが、拠点数はこれに限らない。なお、上述した画面表示例におけるメディア情報は、各拠点の空間の状態に限らず、任意の空間における任意の音声を含む任意の画像(映像)等が表示されてもよい。

〔第１の実施形態の主な効果〕
以上説明したように本実施形態によれば、配信制御装置７は、メディア配信サーバ識別情報を検索キーとしてメディア配信サーバ管理ＤＢ７００２を検索することで、対応する最大予約帯域幅を読み出し、予約帯域幅との差分を算出する（ステップＳ１０４）。その後、算出された利用可能な帯域幅に基づいて、メディア配信サーバの選択及び割当を行い（ステップＳ１０５）、拠点Ａの通信装置Ａに対して、配信可能なメディア配信サーバ９に対する接続要求を送信する（ステップＳ１２５）。その後、配信可能なメディア配信サーバ９は、他の拠点の通信装置からの要求に対して、所定の拠点のメディア情報を送信する（ステップＳ１４７）。これにより、複数の拠点間でメディア情報を配信する場合に、メディア情報を共有する拠点間で利用される予約帯域幅が所定の帯域幅を超えても、共有されるメディア情報の送受信品質を維持することが可能になるという効果を奏する。

更に、本実施形態によれば、既存の稼働中のメディア配信サーバを利用して、ルームの予約帯域幅の変更を行うことが可能になる。

〔第２の実施形態〕
次に、図２３乃至図２６を用いて、第２の実施形態について説明する。第２の実施形態では、ルーム予約帯域幅の変更時に、現存するメディア配信サーバの中には変更後の予約帯域幅を持ったルームを収容できるものが存在しない場合に、新たにメディア配信サーバを増設して稼働させるメディア配信システムについて説明する。なお、第２の実施形態を実現するシステム構成、ハードウエア構成は第１の実施形態と同様であるため、それらの説明を省略する。以下、機能構成にかかるルーム管理ＤＢについて、初期状態が変わるため、図２３にその詳細を説明する。

●ルーム管理テーブル●
図２３は、ルーム管理テーブルの一例を示す概念図である。記憶部７０００には、図１１に示されているようなルーム管理テーブルによって構成されたルーム管理ＤＢ７００３が構築されている。このルーム管理テーブルは、図１１に示した項目と同様であるが、第２の実施形態では、ルーム３を表すルーム識別情報(「R0003」)に対応する予約帯域幅の値が90[Mbps]となっている。つまり、この予約帯域幅に対応するメディア配信サーバ識別情報(「M0092」)、すなわちメディア配信サーバ９(２)の余裕が10[Mbps]しかないことが前提となっている。

この状態で、第１の実施形態と同様に、クライアント１によって予約帯域幅10[Mbps]のルーム１が生成され、ルーム１はメディア配信サーバ９(１)に割り当てられる。続いて、拠点Ａ、拠点Ｂが順次接続され、拠点Ｃの接続時にアプリケーションサーバ３から配信制御装置７に対して予約帯域幅の変更要求に係る情報が送信される。この処理の詳細は、後述する。

＜各拠点からの接続（拠点Ｃからの接続）＞
次に、拠点Ｃからの接続処理について説明する。図２４Ａは、拠点Ｃからの接続処理の一例を示すシーケンス図である。なお、図２４Ａに示すシーケンス図において、ステップＳ２２１からステップＳ２２４までの処理は、上述した図１９ＡのステップＳ１６１からステップＳ１６４までの処理と同様のため、説明を省略する。

＜ルーム予約帯域幅変更時のメディア配信サーバ割当変更判断＞
続いて、配信制御装置７は、メディア配信サーバの割合変更判断を行う（ステップＳ２２５）。このメディア配信サーバの割合変更判断について、以下に説明する。図２４Ｂは、第２の実施形態に係るルーム予約帯域幅変更時のメディア配信サーバの割当変更判断処理の一例を示すフローチャートである。まず、取得部７２は、各拠点からのルーム参加要求に伴い変更された予約帯域幅を取得する（ステップＳ２２５－１）。

続いて、判断部７５は、予約帯域幅の合計は、現在割り当てられているメディア配信サーバで収容可能かを判断する（ステップＳ２２５－２）。現在割り当てられているメディア配信サーバで収容可能な場合（ステップＳ２２５－２：ＹＥＳ）、選択割当部７４は、メディア配信サーバの割当変更を行わず(現在割り当てられているメディア配信サーバを維持して)このフローを抜ける（ステップＳ２２５－３）。

他方、現在割り当てられているメディア配信サーバで収容不可能な場合（ステップＳ２２５－２：ＮＯ）、判断部７５は更に、予約帯域幅を収容可能なメディア配信サーバが存在するかを判断する（ステップＳ２２５－４）。予約帯域幅を収容可能なメディア配信サーバが存在する場合（ステップＳ２２５－４：ＹＥＳ）、選択割当部７４は、予約帯域幅を収容可能なメディア配信サーバにルームを割り当ててこのフローを抜ける（ステップＳ２２５－５）。具体的には、選択割当部７４は記憶読出部７９と協働して、ステップＳ２２５－１で取得した変更後の予約帯域幅に対して、現在のメディア配信サーバ識別情報を検索キーとしてメディア配信サーバ管理ＤＢ７００２（図１０参照）を検索することにより、対応する最大予約帯域幅を読み出す。続いて、選択割当部７４は、ルーム管理ＤＢ７００３（図２３参照）で管理されているメディア配信サーバ(メディア配信サーバ識別情報)のうち、読み出した最大予約帯域幅を参照して、変更後の予約帯域幅を収容可能なメディア配信サーバに、参加要求されたルームを割り当ててこのフローを抜ける。

他方、予約帯域幅を収容可能なメディア配信サーバが存在しない場合（ステップＳ２２５－４：ＮＯ）、選択割当部７４は、メディア配信サーバを増設し、そのサーバに参加要求されたルームを割り当ててこのフローを抜ける（ステップＳ２２５－６）。具体的には、選択割当部７４は、メディア配信サーバ管理ＤＢ７００２（図１０参照）に対して新たなメディア配信サーバを増設する。続いて、選択割当部７４は、増設したメディア配信サーバをルーム管理ＤＢ７００３（図２３参照）にも追加し、増設したメディア配信サーバのメディア配信サーバ識別情報に対応するルーム識別情報に、参加要求されたルームを割り当ててこのフローを抜ける。

図２４Ａに戻り、配信制御装置７の送受信部７１は、新たに割り当てられた(追加された)メディア配信サーバ９(３)に対して、起動要求に係る情報を送信する（ステップＳ２２６）。これにより、メディア配信サーバ９(３)の送受信部９１は、配信制御装置７が送信した起動要求に係る情報を受信する。

次に、実行部９７は、自身のセットアップを開始する（ステップＳ２２７）。

続いて、送受信部９１は、配信制御装置７に対して、ステップＳ２２６の起動要求に係る情報に対する起動応答に係る情報を送信する（ステップＳ２２８）。これにより、配信制御装置７の送受信部７１は、メディア配信サーバ９が送信した起動応答に係る情報を受信する。このとき、起動応答に係る情報には、例えば、「セットアップ中」を示す内容が含まれる。

続いて、配信制御装置７の送受信部７１は、アプリケーションサーバ３に対して、待機要求に係る情報を送信する（ステップＳ２２９）。これにより、アプリケーションサーバ３の送受信部３１は、配信制御装置７が送信した待機要求に係る情報を受信する。このとき、待機要求に係る情報には、例えば、待機識別情報「１」が含まれる。この待機識別情報「１」は、ステップＳ２２６で受信した起動応答に係る情報に含まれる「セットアップ中」の内容に基づいて、例えば、配信制御装置７の生成署名部７７によって待機識別情報「１」のフラグが設定されてもよい。

本実施形態に係る通信システムでは、例えば、上述したステップＳ２２６及びＳ２２８の処理が実行される場合、配信制御装置７とメディア配信サーバ９との間に他の装置等が存在してもよい。つまり、配信制御装置７とメディア配信サーバ９との間で送受信される各情報(データ)は、一度他の装置を介して送受信されるような構成であってもよい。上述した構成は、配信制御装置７とメディア配信サーバ９との間に他の処理ステップが存在しても適用可能である。

ステップＳ２２５の処理によって、メディア配信サーバ管理ＤＢ７００２（図１０参照）には、以下の内容が追加される。つまり、メディア配信サーバ管理ＤＢ７００２の内容は、この時点で、メディア配信サーバ識別情報(「M0093」)が追加される。そして、このメディア配信サーバ識別情報(「M0093」)に対応する最大予約帯域幅(「100[Mbps」)、アドレス情報(「sfu3@example.com」)、状態(「セットアップ中」)の各項目が追加される。なお、メディア配信サーバ識別情報(「M0091」、「M0092」)に対応する状態は、ともに「セットアップ完了」の内容が管理されている。

＜各拠点からの接続（拠点Ｃからの接続）＞
図２４Ｃは、第２の実施形態に係る拠点Ｃからの接続処理の一例を示すシーケンス図である。図２４のステップＳ２３３からステップＳ２３６までの処理は、上述した図１９ＣのステップＳ１７３からステップＳ１７６までの処理(ステップＳ１１３からステップＳ１１６までの処理)と同様であるため、説明を省略する。

次に、アプリケーションサーバ３の送受信部３１は、通信装置Ｃに対して待機要求に係る情報を送信する（ステップＳ２３７）。これにより、通信装置Ｃの送受信部Ｃ１は、アプリケーションサーバ３が送信した待機要求に係る情報を受信する。このとき、待機要求に係る情報には、アクセストークン、待機画面で表示される所定の通知内容が含まれる。

続いて、通信装置Ｃの表示制御部Ｃ４は、ステップＳ２３７で受信した所定の通知内容を、通信装置Ｃの表示手段(この場合は、通信端末１０のディスプレイ１００７)に表示する（ステップＳ２３８）。

●画面表示例●
次に、待機画面例について説明する。図２４Ｄは、第２の実施形態に係る拠点Ｃの待機画面表示例である。この場合、通信装置Ｃの一例である通信端末１０のディスプレイ１００７には、表示制御部Ｃ４によって、待機画面であることを示す所定の通知内容が表示される。所定の通知内容は、例えば、「接続の準備をしています。しばらくお待ちください」といった内容である。この待機画面が表示されることで、拠点Ｃの利用者は、通信装置Ｃから要求されたルーム参加要求の処理中であることを把握することが可能になる。

続いて、拠点Ｃからの接続処理の続きを説明する。図２４Ｅは、第２の実施形態に係る拠点Ｃからの接続処理の一例を示すシーケンス図である。まず、通信装置Ｃの送受信部Ｃ１は、アプリケーションサーバ３に対して待機状態問合せに係る情報を送信する（ステップＳ２４１）。これにより、アプリケーションサーバ３の送受信部３１は、通信装置Ｃが送信した待機状態問合せに係る情報を受信する。

続いて、アプリケーションサーバ３の送受信部３１は、待機状態問合せを配信制御装置７に対して送信(転送)する（ステップＳ２４２）。これにより、配信制御装置７の送受信部７１は、アプリケーションサーバ３が送信した待機状態問合せに係る情報を受信する。このとき、待機状態問合せに係る情報には、クライアントキー、クライアントシークレットが含まれる。

続いて、配信制御装置７の取得部７２は、メディア配信サーバ管理ＤＢ７００２（図１０参照）を参照して、各メディア配信サーバの最大予約帯域幅及びアドレス情報を取得する（ステップＳ２４３）。

次に、送受信部７１は、ステップＳ２４２で受信した待機状態問合せに対する応答としての待機状態応答に係る情報を、アプリケーションサーバ３に対して送信する（ステップＳ２４４）。これにより、アプリケーションサーバ３の送受信部３１は、配信制御装置７が送信した待機状態応答に係る情報を受信する。このとき、待機状態応答に係る情報には、メディア配信サーバ９(３)の状態を示す情報(例えば、「セットアップ中」及び待機識別情報「１」の少なくとも一方)が含まれる。すなわち、この時点で、通信装置Ｃに対する待機状態が継続されたことを意味する。

続いて、アプリケーションサーバ３の送受信部３１は、ステップＳ２４１で受信した待機状態問合せに対する応答としての待機状態応答に係る情報を、通信装置Ｃに対して送信する（ステップＳ２４５）。これにより、通信装置Ｃの送受信部Ｃ１は、アプリケーションサーバ３が送信した待機状態応答に係る情報を受信する。このとき、待機状態応答に係る情報には、メディア配信サーバ９(３)の状態を示す待機画面継続に関する情報が含まれる。

続いて、通信装置Ｃの表示制御部Ｃ４は、通信装置Ｃの一例である通信端末１０のディスプレイ１００７に、ステップＳ２３８で表示した内容を継続して表示する（ステップＳ２４６）。

一方、メディア配信サーバ９(３)の送受信部９１は、セットアップ完了に伴い、配信制御装置７に対してメディア配信サーバセットアップ完了通知を送信する（ステップＳ２４７）。これにより、配信制御装置７の送受信部７１は、メディア配信サーバ９(３)が送信したメディア配信サーバセットアップ完了通知を受信する。このとき、メディア配信サーバセットアップ完了通知には、メディア配信サーバ９(３)の状態を示す情報(例えば、「セットアップ完了」)が含まれる。

次に、配信制御装置７の状態管理部７８は、ステップＳ２４７で受信したメディア配信サーバセットアップ完了通知に基づいて、メディア配信サーバ管理ＤＢ７００２（図１０参照）で管理されているメディア配信サーバ識別情報(「M0093」)に対応する状態の項目を「セットアップ中」から「セットアップ完了」に変更して登録する（ステップＳ２４８）。

続いて、拠点Ｃからの接続処理の続きを説明する。図２４Ｆは、第２の実施形態に係る拠点Ｃからの接続処理の一例を示すシーケンス図である。図２４Ｆにおいて、ステップＳ２５１からステップＳ２５３までの処理は、図２４Ｅに示したステップＳ２４１からステップＳ２４３までの処理と同様のため、説明を省略する。なお、ステップＳ２５１以降の処理は、上述したステップＳ２４１の待機状態問合の応答が待機状態を継続する場合に、繰り返して行われる。

次に、送受信部７１は、ステップＳ２５２で受信した待機状態問合せに対する応答としての待機状態応答に係る情報を、アプリケーションサーバ３に対して送信する（ステップＳ２５４）。これにより、アプリケーションサーバ３の送受信部３１は、配信制御装置７が送信した待機状態応答に係る情報を受信する。このとき、待機状態応答に係る情報には、メディア配信サーバ９(３)の状態を示す情報(例えば、「セットアップ完了」及び待機識別情報「０」の少なくとも一方)が含まれる。すなわち、この時点で、通信装置Ｃに対する待機状態が解除され、接続可能状態になったことを意味する。

続いて、アプリケーションサーバ３の送受信部３１は、ステップＳ２５１で受信した待機状態問合せに対する応答としての待機状態応答に係る情報を、通信装置Ｃに対して送信する（ステップＳ２５５）。これにより、通信装置Ｃの送受信部Ｃ１は、アプリケーションサーバ３が送信した待機状態応答に係る情報を受信する。このとき、待機状態応答に係る情報には、メディア配信サーバ９(３)の状態を示す待機画面停止に関する情報が含まれる。

続いて、通信装置Ｃの表示制御部Ｃ４は、通信装置Ｃの一例である通信端末１０のディスプレイ１００７に表示されていた待機画面(図２４Ｄ参照)の表示を停止させる（ステップＳ２５６）。

次に、通信装置Ｃの送受信部Ｃ１は、配信制御装置７に対して接続要求に係る情報を送信する（ステップＳ２５７）。これにより、配信制御装置７の送受信部７１は、通信装置Ｃが送信した接続要求に係る情報を受信する。このとき、接続要求には、クライアント１を示すクライアント識別情報(「C0001」)、ルーム識別情報、拠点識別情報を含むアクセストークンが含まれる。

なお、上述したメディア配信サーバ９の状態を示す「セットアップ中」及び「セットアップ完了」の各状態は、外部装置から問合せを受けることで外部装置に対して提供(送信)、又は外部装置で表示されてもよい。これにより、各拠点を利用する利用者を含むエンドユーザに対して、セットアップの状況を逐次通知すること、及びセットアップ中に待機してもらうことが可能になる。

次に、配信制御装置７の送受信部７１は、通信装置Ｃにたしてメディア配信サーバ９(３)の接続要求に係る情報を送信する（ステップＳ２５８）。これにより、通信装置Ｃの送受信部Ｃ１は、配信制御装置７が送信したメディア配信サーバ９(３)の接続要求に係る情報を受信する。このとき、メディア配信サーバ９(３)の接続要求には、送信アドレス情報が含まれる。

続いて、通信装置Ｃの送受信部Ｃ１は、メディア配信サーバ９(３)に対してメディア情報の送信を開始する（ステップＳ２５９）。これにより、メディア配信サーバ９(３)の送受信部９１は、通信装置Ｃが送信したメディア情報を受信する。このとき、メディア情報には、メディア配信サーバ９(３)の送信アドレス情報及び所定のメディア情報が含まれる。

＜拠点Ａの再接続処理＞
続いて、拠点Ａの再接続処理について説明する。図２５は、第２の実施形態に係る拠点Ａの再接続処理の一例を示すシーケンス図である。なお、図２５のステップＳ２６１からステップＳ２７０までの処理は、接続されるメディア配信サーバがメディア配信サーバ(２)からメディア配信サーバ９(３)に変更される点以外は、上述した図２０のステップＳ１９１からステップＳ２００までの処理と同様であるため、説明を省略する。

＜拠点Ｂの再接続処理＞
続いて、拠点Ｂの再接続処理について説明する。図２６Ａは、第２の実施形態に係る拠点Ｂの再接続処理の一例を示すシーケンス図である。なお、図２６ＡのステップＳ２７２からステップＳ２７６までの処理は、接続されるメディア配信サーバがメディア配信サーバ(２)からメディア配信サーバ９(３)に変更される点以外は、上述した図２１ＡのステップＳ２０２からステップＳ２０６までの処理と同様であるため、説明を省略する。

更に、図２６ＡのステップＳ２７７からステップＳ２８０までの処理は、接続されるメディア配信サーバがメディア配信サーバ(２)からメディア配信サーバ９(３)に変更される点以外は、上述した図２１ＢのステップＳ２０７からステップＳ２１０までの処理と同様であるため、説明を省略する。

続いて、拠点Ｂの再接続処理の続きを説明する。図２６Ｂは、第２の実施形態に係る拠点Ｂの再接続処理の一例を示すシーケンス図である。なお、図２６ＢのステップＳ２８２からステップＳ２８５までの処理は、接続されるメディア配信サーバがメディア配信サーバ(２)からメディア配信サーバ９(３)に変更される点以外は、上述した図２１ＢのステップＳ２１７からステップＳ２２０までの処理と同様であるため、説明を省略する。

第２の実施形態における上述した各種処理によって、ルーム管理ＤＢ７００３（図１１参照）には以下の内容が追加される。つまり、ルーム管理ＤＢ７００３の内容は、この時点で、クライアント識別情報(「C0001」)が追加される。そして、このクライアント識別情報(「C0001」)に対応するルーム識別情報(「R0001」)、予約帯域幅(「20[Mbps」)、メディア配信サーバ識別情報(「M0093」)、拠点識別情報(「B000A, B000B, B000C」)の各項目が追加される。その他のクライアント識別情報に対応する各項目については、図１１に示したとおりであるため説明を省略する。

〔第２の実施形態の主な効果〕
以上説明したように本実施形態によれば、ルーム予約帯域幅の変更時に、現存するメディア配信サーバの中にルームの利用に係る予約帯域幅を収容可能なメディア配信サーバが存在しない場合に、新たにメディア配信サーバを増設してそのメディア配信サーバに所定のルームを割り当てて稼働させる（ステップＳ２２５－６）。これにより、第１の実施形態の効果に加えて、各拠点の利用者は、予約帯域幅を気にせずに通信装置を介してルームへの参加要求を行うことが可能となり、通信システムにおける利便性が向上するという効果を奏する。

〔第３の実施形態〕
次に、図２７乃至図３４を用いて、第３の実施形態について説明する。第３の実施形態では、ルーム予約帯域幅の変更時に、現存するメディア配信サーバの中には変更後の予約帯域幅を持ったルームを収容できるものが存在しないが、他のルームを別のメディア配信サーバに移動させることで、予約帯域幅がメディア配信サーバに収容可能となるようなメディア配信システムについて説明する。

図２７は、第３の実施形態に係る通信システムの全体構成の一例を示す図である。第３の実施形態に係る通信システムでは、クライアントごとに一以上の拠点を含む所定の集合拠点(ルーム)とアプリケーションサーバが対となってクライアントシステム２１、クライアントシステム２２が構築されている点が、第１の実施形態及び第２の実施形態との相違点である。但し、各装置のハードウエア構成及び機能構成は第１の実施形態と同様であるため、それらの説明を省略する。

なお、第３の実施形態において、メディア配信サーバは３台確保され、メディア配信サーバ９(１)にルーム２(「90[Mbps]」)、メディア配信サーバ９(２)にルーム３(「80[Mbps]」)とルーム４(「10[Mbps]」)、メディア配信サーバ９(３)にルーム５(「90[Mbps]」)がそれぞれ割り当てられている。つまり、メディア配信サーバ管理ＤＢ７００２（図１０参照）及びルーム管理ＤＢ７００３（図１１参照）の初期状態は、例えば、以下の内容が管理されているものとする。

●メディア管理サーバ管理テーブル（メディア配信サーバ管理ＤＢ７００２）●
・メディア配信サーバ識別情報(「M0091」)に対応付けられ、
最大予約帯域幅は「100[Mbps]」、アドレス情報は「sfu1@example.com」、状態は「セットアップ完了」
・メディア配信サーバ識別情報(「M0092」)に対応付けられ、
最大予約帯域幅は「100[Mbps]」、アドレス情報は「sfu2@example.com」、状態は「セットアップ完了」
・メディア配信サーバ識別情報(「M0093」)に対応付けられ、
最大予約帯域幅は「100[Mbps]」、アドレス情報は「sfu3@example.com」、状態は「セットアップ完了」
●ルーム管理テーブル（ルーム管理ＤＢ７００３）●
・クライアント識別情報(「C0002」)に対応付けられ、
ルーム識別情報は「R0002」、予約帯域幅は「90[Mbps]」、メディア配信サーバ識別情報は「M0091」、拠点識別情報は「B000D, B000E」
・クライアント識別情報(「C0002」)に対応付けられ、
ルーム識別情報は「R0003」、予約帯域幅は「80[Mbps]」、メディア配信サーバ識別情報は「M0091」、拠点識別情報は「B000F, B000G」
・クライアント識別情報(「C0002」)に対応付けられ、
ルーム識別情報は「R0004」、予約帯域幅は「10[Mbps]」、メディア配信サーバ識別情報は「M0091」、拠点識別情報は「B000H, B000I」
・クライアント識別情報(「C0003」)に対応付けられ、
ルーム識別情報は「R0005」、予約帯域幅は「90[Mbps]」、メディア配信サーバ識別情報は「M0091」、拠点識別情報は「B000J, B000K」
この状態で、第１の実施形態と同様に、クライアント１によって予約帯域幅10[Mbps]のルーム１が生成され、ルーム１はメディア配信サーバ９(１)に割り当てられる。続いて、拠点Ａ、拠点Ｂが順次接続され、拠点Ｃの接続時にアプリケーションサーバ３から配信制御装置７に対して予約帯域幅の変更要求に係る情報が送信される。この処理の詳細は、後述する。

＜各拠点からの接続（拠点Ｃからの接続）＞
次に、拠点Ｃからの接続処理について説明する。図２８Ａは、第３の実施形態に係る拠点Ｃからの接続処理の一例を示すシーケンス図である。なお、図２８Ａに示すシーケンス図において、ステップＳ３０１からステップＳ３０４までの処理、及びステップＳ３０６の処理は、上述した図２４ＡのステップＳ２２１からステップＳ２２４までの処理（ステップＳ１６１からステップＳ１６４までの処理）、及びステップＳ２２９の処理と同様のため、説明を省略する。

＜ルーム予約帯域幅変更時のメディア配信サーバ割当変更判断＞
ここで、メディア配信サーバの割合変更判断の処理について説明する。ステップＳ３０４で予約帯域幅の余裕算出処理を実行した後、配信制御装置７は、メディア配信サーバの割合変更判断を行う（ステップＳ３０５）。このメディア配信サーバの割合変更判断について、以下に説明する。図２８Ｂは、第３の実施形態に係るルーム予約帯域幅変更時のメディア配信サーバの割当変更判断処理の一例を示すフローチャートである。まず、取得部７２は、各拠点からのルーム参加要求に伴い変更された予約帯域幅を取得する（ステップＳ３０５－１）。

続いて、判断部７５は、予約帯域幅の合計は、現在割り当てられているメディア配信サーバで収容可能かを判断する（ステップＳ３０５－２）。現在割り当てられているメディア配信サーバで収容可能な場合（ステップＳ３０５－２：ＹＥＳ）、選択割当部７４は、メディア配信サーバの割当変更を行わず(現在割り当てられているメディア配信サーバを維持して)このフローを抜ける（ステップＳ３０５－３）。

他方、現在割り当てられているメディア配信サーバで収容不可能な場合（ステップＳ３０５－２：ＮＯ）、判断部７５は更に、予約帯域幅を収容可能なメディア配信サーバが存在するかを判断する（ステップＳ３０５－４）。予約帯域幅を収容可能なメディア配信サーバが存在する場合（ステップＳ３０５－４：ＹＥＳ）、選択割当部７４は、予約帯域幅を収容可能なメディア配信サーバにルームを割り当ててこのフローを抜ける（ステップＳ３０５－５）。具体的には、選択割当部７４は記憶読出部７９と協働して、ステップＳ３０５－１で取得した変更後の予約帯域幅に対して、現在のメディア配信サーバ識別情報を検索キーとしてメディア配信サーバ管理ＤＢ７００２（図１０参照）を検索することにより、対応する最大予約帯域幅を読み出す。続いて、選択割当部７４は、ルーム管理ＤＢ７００３（図２３参照）で管理されているメディア配信サーバ(メディア配信サーバ識別情報)のうち、読み出した最大予約帯域幅を参照して、変更後の予約帯域幅を収容可能なメディア配信サーバに、参加要求されたルームを割り当ててこのフローを抜ける。

他方、予約帯域幅を収容可能なメディア配信サーバが存在しない場合（ステップＳ３０５－４：ＮＯ）、判断部７５は更に、メディア配信サーバのルーム配置を変更すれば収容可能かを判断する（ステップＳ３０５－６）。メディア配信サーバのルーム配置を変更すれば収容可能である場合（ステップＳ３０５－６：ＹＥＳ）、選択割当部７４は、メディア配信サーバのルーム位置を変更してこのフローを抜ける（ステップＳ３０５－７）。具体的には、選択割当部７４は、上述したルーム管理ＤＢ７００３（図２３参照）で管理されているルーム４をメディア配信サーバ９(２)からメディア配信サーバ９(３)に移動させる。上述したステップＳ３０５－６の判断に伴うＳ３０５－７の処理は、メディア配信サーバ９(１)、９(２)、９(３)ともに、20[Mbps]の予約帯域幅を収容可能ではないが、選択割当部７４は、ルーム４(10[Mbps])をメディア配信サーバ９(３)(90[Mbps]使用)に移動させる余裕があることを認識できる。更に、選択割当部７４によってルームＥをメディア配信サーバ９(２)から移動させれば、メディア配信サーバ９(２)の予約帯域幅の余裕は100－80＝20[Mbps]となり、20[Mbps]に拡張されたルームＡの予約帯域幅をメディア配信サーバ９(２)で収容可能になる、という考えに基づくものである。

他方、メディア配信サーバのルーム配置を変更しても収容可能でない場合（ステップＳ３０５－６：ＮＯ）、選択割当部７４は、メディア配信サーバを増設し、参加要求されたルームを割り当ててこのフローを抜ける（ステップＳ３０５－８）。具体的には、選択割当部７４は、メディア配信サーバ管理ＤＢ７００２（図１０参照）に対して新たなメディア配信サーバ（例えば、メディア配信サーバ９(４)）を増設する。続いて、選択割当部７４は、増設したメディア配信サーバ９(４)をルーム管理ＤＢ７００３（図２３参照）にも追加し、増設したメディア配信サーバ９(４)を示すメディア配信サーバ識別情報に対応するルーム識別情報(ルーム)を、参加要求されたルームとして割り当ててこのフローを抜ける。

続いて、拠点Ｃからの接続処理の続きを説明する。図２８Ｃは、第３の実施形態に係る拠点Ｃからの接続処理の一例を示すシーケンス図である。なお、図２８ＣのステップＳ３１１からステップＳ３１６までの処理は、上述した図２４ＣのステップＳ２３３からステップＳ３２８までの処理と同様であるため、説明を省略する。

＜拠点Ｈの再接続処理＞
続いて、拠点Ｈの再接続処理について説明する。図２９は、第３の実施形態に係る拠点Ｈの再接続処理の一例を示すシーケンス図である。なお、図２９のステップＳ３２１からステップＳ３２４までの処理は、拠点に含まれる通信装置が通信装置Ａから通信装置Ｈに変更され、切断されるメディア配信サーバがメディア配信サーバ(１)からメディア配信サーバ９(２)に変更される点以外は、上述した図２５のステップＳ２６１からステップＳ２６４までの処理と同様であるため、説明を省略する。

＜各拠点からの待機状態問合せ（拠点Ｃからの待機状態問合せ）＞
次に、拠点Ｃからの待機状態問合せ処理について説明する。図３０は、第３の実施形態に係る拠点Ｃからの待機状態問合せ処理の一例を示すシーケンス図である。なお、図３０のステップＳ３３１からステップＳ３３６までの処理は、待機状態の問合せ対象となるメディア配信サーバがメディア配信サーバ９(３)からメディア配信サーバ９(２)に変更される点以外は、上述した図２４ＥのステップＳ２４１からステップＳ２４６までの処理と同様であるため、説明を省略する。

第３の実施形態における上述した各種処理によって、メディア配信サーバ管理ＤＢ７００２（図１０参照）におけるメディア配信サーバ識別情報(「M0092」)に対応する状態は、例えば、「ルーム割当変更中」として登録、管理される。その他のメディア配信サーバ識別情報に対応する各状態は、「セットアップ完了」の状態が維持される。

＜拠点Ｉの再接続処理＞
続いて、拠点Ｉの再接続処理について説明する。図３１は、第３の実施形態に係る拠点Iの再接続処理の一例を示すシーケンス図である。なお、図３１のステップＳ３４２からステップＳ３４６までの処理は、以下の変更点以外は、上述した図２５のステップＳ２６２からステップＳ２６６までの処理と同様であるため、説明を省略する。変更点は、拠点に含まれる通信装置が通信装置Ａから通信装置Ｉに変更される点、切断されるメディア配信サーバがメディア配信サーバ９(１)からメディア配信サーバ９(２)に変更される点、及び表示されるメディア情報が拠点Ｃのメディア情報から拠点Ｈのメディア情報に変更される点である。

更に、図３１のステップＳ３４７からステップＳ３５０までの処理は、以下の変更点以外は、上述した図２５のステップＳ２６７からステップＳ２７０までの処理と同様であるため、説明を省略する。変更点は、拠点に含まれる通信装置が通信装置Ｃから通信装置Ｈに変更される点、及び表示されるメディア情報が拠点Ａのメディア情報から拠点Ｉのメディア情報に変更される点である。

＜各拠点からの待機状態問合せ（拠点Ｃからの待機状態問合せ）＞
次に、拠点Ｃからの待機状態問合せ処理について説明する。図３２は、第３の実施形態に係る拠点Ｃからの待機状態問合せ処理の他の一例を示すシーケンス図である。なお、図３２のステップＳ３５１からステップＳ３５６までの処理は、メディア配信サーバ９(３)がメディア配信サーバ９(２)に変更される点以外は、上述した図２４ＦのステップＳ２５１からステップＳ２５６までの処理と同様であるため、説明を省略する。同様に、ステップＳ３６１からステップＳ３６３までの処理も、メディア配信サーバ９(３)がメディア配信サーバ９(２)に変更される点以外は、上述した図２４ＦのステップＳ２５６からステップＳ２５９までの処理と同様であるため、説明を省略する。

＜拠点Ａの再接続処理＞
続いて、拠点Ａの再接続処理について説明する。図３３は、第３の実施形態に係る拠点Ａの再接続処理の一例を示すシーケンス図である。なお、図３３のステップＳ３７２からステップＳ３７６までの処理は、メディア配信サーバ９(３)がメディア配信サーバ９(２)に変更される点以外は、上述した図２５のステップＳ２６２からステップＳ２６６までの処理と同様であるため、説明を省略する。

同様に、図３３のステップＳ３７７からステップＳ３８０までの処理は、メディア配信サーバ９(３)がメディア配信サーバ９(２)に変更される点以外は、上述した図２５のステップＳ２６７からステップＳ２７０までの処理と同様であるため、説明を省略する。

＜拠点Ａの再接続処理＞
続いて、拠点Ａの再接続処理について説明する。図３４Ａは、第３の実施形態に係る拠点Ｂの再接続処理の一例を示すシーケンス図である。なお、図３４ＡのステップＳ３８２からステップＳ３９０までの処理は、メディア配信サーバ９(３)がメディア配信サーバ９(２)に変更される点以外は、上述した図２６ＡのステップＳ２７２からステップＳ２８０までの処理と同様であるため、説明を省略する。

＜拠点Ａの再接続処理＞
続いて、拠点Ａの再接続処理について説明する。図３４Ｂは、第３の実施形態に係る拠点Ｂの再接続処理の一例を示すシーケンス図である。なお、図３４ＢのステップＳ３９２からステップＳ３９５までの処理は、メディア配信サーバ９(３)がメディア配信サーバ９(２)に変更される点以外は、上述した図２６ＢのステップＳ２８２からステップＳ２８５までの処理と同様であるため、説明を省略する。

第３の実施形態における上述した各種処理によって、メディア配信サーバ管理ＤＢ７００２（図１１参照）には、以下の内容が追加され管理される。具体的には、
・クライアント識別情報(「C0001」)に対応付けられ、
ルーム識別情報は「R0001」、予約帯域幅は「20[Mbps]」、メディア配信サーバ識別情報は「M0092」、拠点識別情報は「B000A, B000B, B000C」
である。これにより、第３の実施形態において接続要求されたルームに対して、適切なメディア配信サーバへの割当が完了する。

〔第３の実施形態の主な効果〕
以上説明したように本実施形態によれば、ルーム予約帯域幅の変更時に、現存するメディア配信サーバの中にルームの利用に係る予約帯域幅を収容可能なメディア配信サーバが存在しない場合に、他のルームを別のメディア配信サーバに移動させる(ルーム位置を変更する)ことで予約帯域幅を確保し、確保されたメディア配信サーバに所定のルームを割り当てて稼働させる（ステップＳ３０５－７）。これにより、第１の実施形態の効果に加えて、通信システムにおける各メディア配信サーバの予約帯域幅を最大限に利用することが可能になるという効果を奏する。これにより、メディア配信サーバを増設させることなく所定のルームの予約帯域幅を収容させることが可能になるため、メディア配信システムに対するコストの最適化を図ることも可能になる。

〔実施形態の補足〕
上述した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウエアによって各機能を実行するようプログラミングされたデバイスを含むものとする。このデバイスとは、例えば、プロセッサ、上記で説明した各機能を実行するよう設計されたＡＳＩＣ(Application Specific Integrated Circuit)、ＤＳＰ（digital signal processor）、ＦＰＧＡ（field programmable gate array）、ＳＯＣ(System on a chip)、ＧＰＵ（Graphics Processing Unit）、及び従来の回路モジュール等をいう。

更に、上述した実施形態により得られる各種情報は、人工知能（ＡＩ）を利用した機械学習の学習効果によって取得されたものでもよい。この場合、配信制御装置が機械学習を用いて予約帯域幅の余裕計算、予約帯域幅変更処理等を行ってもよいし、配信制御装置と異なる装置、データベース等が機械学習を用いて得た各種情報を取得してもよい。ここで、機械学習とは、コンピュータに人のような学習能力を獲得させるための技術であり、コンピュータが、データ識別等の判断に必要なアルゴリズムを事前に取り込まれる学習データから自律的に作成、新たなデータについてこれを適用して予測を行う技術のことをいう。機械学習のための学習方法は、教師あり学習、教師なし学習、半教師学習、強化学習、深層学習のいずれかの方法でもよい、更に、機械学習のための学習方法は、これらの学習方法を組み合わせた学習方法でもよく、機械学習のための学習方法は問わない。

これまで本発明の一実施形態に係るメディア配信システム、通信システム、配信制御装置、配信制御方法及びプログラムについて説明してきたが、本発明は、上述した実施形態に限定されるものではなく、他の実施形態の追加、変更又は削除等、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１通信システム
３アプリケーションサーバ
５メディア配信システム
７配信制御装置
９メディア配信サーバ
７１送受信部（送信手段の一例、受信手段の一例）
７３算出部（算出手段の一例）
７４選択割当部（割当手段の一例）
７５判断部（判断手段の一例）
７７生成署名部（生成手段の一例）
９１送受信部（送信手段の一例、受信手段の一例）
Ａ１送受信部（送信手段の一例、受信手段の一例）
Ｂ１送受信部（送信手段の一例、受信手段の一例）
Ｃ１送受信部（送信手段の一例、受信手段の一例）
Ａ４表示制御部（表示制御手段の一例）
Ｂ４表示制御部（表示制御手段の一例）
Ｃ４表示制御部（表示制御手段の一例）

特開２０１６－１７８３５６号公報

Claims

各拠点の通信装置に対して所定のメディア情報を配信する一以上のメディア配信サーバと、前記各拠点の通信装置と前記メディア配信サーバとの間で行われる配信を制御する配信制御装置と、を含むメディア配信システムであって、
前記メディア配信サーバは、一以上のルームを含み、
前記ルームには、前記所定のメディア情報を共有する一以上の拠点が接続されており、
前記配信制御装置は、
所定のメディア配信サーバで必要とする前記配信に係る予約帯域幅と、前記所定のメディア配信サーバで利用可能な最大予約帯域幅と、に基づいて選択されたメディア配信サーバを、前記所定のメディア情報を共有する一以上の拠点を含む所定の集合拠点における前記各拠点の通信装置に配信可能なメディア配信サーバとして割り当てる割当手段と、
割り当てられた前記配信可能なメディア配信サーバに接続するための接続要求を送信した前記所定の集合拠点に含まれる所定の拠点の通信装置に対して、前記接続要求に対する応答としての接続応答を送信する送信手段と、
を有し、
前記配信可能なメディア配信サーバは、
前記配信制御装置が送信した前記接続応答に基づいて前記所定の拠点の通信装置が送信した前記所定のメディア情報を、前記所定の集合拠点に含まれる他の拠点の通信装置に対して送信する送信手段を有し、
前記メディア配信サーバは、各拠点において、前記ルームのルーム予約帯域幅ＢＲが与えられたとき、任意の拠点ｉの上り帯域ｕｐ（ｉ）と、任意の拠点ｉの前記所定のメディア情報に対する拠点ｊの下り帯域ｄｏｗｎ（ｉ,ｊ）に対して、以下の式（１）が成り立つように前記上り帯域ｕｐ（ｉ）と前記下り帯域ｄｏｗｎ（ｉ,ｊ）を制御する
ことを特徴とするメディア配信システム。
ＢＲ≧Σｕｐ（ｉ）＋Σｄｏｗｎ（ｉ,ｊ) ・・・式（１）
前記割当手段は、
前記予約帯域幅が前記最大予約帯域幅を超える場合、前記所定のメディア配信サーバに代えて前記予約帯域幅を収容可能な他のメディア配信サーバを、前記各拠点の通信装置に配信可能なメディア配信サーバとして割り当てる、
ことを特徴とする請求項１に記載のメディア配信システム。
前記割当手段は、
前記予約帯域幅が前記最大予約帯域幅を超える場合、前記所定のメディア配信サーバに代えて増設されたメディア配信サーバを、前記所定のメディア情報を前記各拠点の通信装置に配信可能な新たなメディア配信サーバに割り当てる、
ことを特徴とする請求項１に記載のメディア配信システム。
前記割当手段は、
前記予約帯域幅が前記最大予約帯域幅を超える場合、前記所定のメディア配信サーバで管理される特定の集合拠点を前記所定のメディア配信サーバから他のメディア配信サーバに移動した後、前記所定のメディア配信サーバを、前記各拠点の通信装置に配信可能なメディア配信サーバとして割り当てる、
ことを特徴とする請求項１に記載のメディア配信システム。
前記配信制御装置の送信手段は、
新たに割り当てられた他のメディア配信サーバを再接続するための再接続要求を、前記所定の集合拠点に含まれる各拠点の通信装置に対して送信する、
ことを特徴とする請求項１乃至４のいずれか一項に記載のメディア配信システム。
前記配信制御装置は、更に、
前記予約帯域幅と前記最大予約帯域幅との差分を算出する算出手段を有し、
前記割当手段は、
前記算出手段によって算出された前記差分に基づいて、前記予約帯域幅を収容可能な他のメディア配信サーバに割り当てる、
ことを特徴とする請求項１乃至５のいずれか一項に記載のメディア配信システム。
前記配信制御装置は、更に、
算出された前記予約帯域幅が前記最大予約帯域幅に収容可能かを判断する判断手段を有し、
前記割当手段は、
前記判断手段によって前記予約帯域幅が前記予約帯域幅に収容可能であると判断された場合に、メディア配信サーバを前記所定のメディア配信サーバに割り当て、前記判断手段によって前記予約帯域幅が前記予約帯域幅に収容可能でないと判断された場合に、メディア配信サーバを他のメディア配信サーバに代えて割り当てる、
ことを特徴とする請求項１乃至５のいずれか一項に記載のメディア配信システム。
前記接続応答には前記配信可能なメディア配信サーバを宛先とする宛先情報が含まれ、前記配信可能なメディア配信サーバは、更に、
前記他の拠点の通信装置が送信した前記宛先情報を受信する受信手段を有する、
ことを特徴とする請求項１乃至７のいずれか一項に記載のメディア配信システム。
前記配信制御装置は、更に、
前記所定の拠点の通信装置が送信した前記所定の集合拠点に対する所定の参加要求、及び前記他の拠点の通信装置が送信した前記所定の集合拠点に対する他の参加要求の少なくとも一方に基づいて、前記所定の集合拠点を識別する集合拠点識別情報と、前記所定の拠点を識別する所定拠点識別情報及び前記他の拠点を識別する他拠点識別情報のいずれか一方の拠点識別情報と、を含むアクセストークンを生成する生成手段を有し、
前記配信制御装置の送信手段は、
生成された前記アクセストークンを前記所定の集合拠点に含まれる各拠点の通信装置が受信するように送信する、
ことを特徴とする請求項１乃至８のいずれか一項に記載のメディア配信システム。
前記配信制御装置の送信手段は、
前記各拠点の通信装置が送信した、前記配信可能なメディア配信サーバとの接続を要求するための前記アクセストークンを含む接続要求に対する接続応答を、前記各拠点の通信装置に対して送信する、
ことを特徴とする請求項９に記載のメディア配信システム。
各拠点の通信装置と、前記各拠点の通信装置に対して所定のメディア情報を配信する一以上のメディア配信サーバと、前記各拠点の通信装置と前記メディア配信サーバとの間で行われる配信を制御する配信制御装置と、を含む通信システムであって、
前記メディア配信サーバは、一以上のルームを含み、
前記ルームには、前記所定のメディア情報を共有する一以上の拠点が接続されており、
前記配信制御装置は、
所定のメディア配信サーバで必要とする前記配信に係る予約帯域幅と、前記所定のメディア配信サーバで利用可能な最大予約帯域幅と、に基づいて選択されたメディア配信サーバを、前記所定のメディア情報を共有する一以上の拠点を含む所定の集合拠点における前記各拠点の通信装置に配信可能なメディア配信サーバとして割り当てる割当手段と、
割り当てられた前記配信可能なメディア配信サーバに接続するための接続要求を送信した前記所定の集合拠点に含まれる所定の拠点の通信装置に対して、前記接続要求に対する応答としての接続応答を送信する送信手段と、
を有し、
前記配信可能なメディア配信サーバは、
前記配信制御装置が送信した前記接続応答に基づいて前記所定の拠点の通信装置が送信した前記所定のメディア情報を、前記所定の集合拠点に含まれる他の拠点の通信装置に対して送信する送信手段を有し、
前記他の拠点の通信装置は、
前記配信可能なメディア配信サーバが送信した前記所定のメディア情報を表示手段に表示する表示制御手段を有し、
前記メディア配信サーバは、各拠点において、前記ルームのルーム予約帯域幅ＢＲが与えられたとき、任意の拠点ｉの上り帯域ｕｐ（ｉ）と、任意の拠点ｉの前記所定のメディア情報に対する拠点ｊの下り帯域ｄｏｗｎ（ｉ,ｊ）に対して、以下の式（１）が成り立つように前記上り帯域ｕｐ（ｉ）と前記下り帯域ｄｏｗｎ（ｉ,ｊ）を制御する
ことを特徴とする通信システム。
ＢＲ≧Σｕｐ（ｉ）＋Σｄｏｗｎ（ｉ,ｊ) ・・・式（１）
前記表示制御手段は、前記表示手段に対して、所定の待機通知内容を含む待機画面を表示させる、
ことを特徴とする請求項１１に記載の通信システム。
各拠点の通信装置と前記各拠点の通信装置に対して所定のメディア情報を配信する一以上のメディア配信サーバとの間で行われる配信を制御する配信制御装置であって、
前記メディア配信サーバは、一以上のルームを含み、
前記ルームには、前記所定のメディア情報を共有する一以上の拠点が接続されており、
所定のメディア配信サーバで必要とする前記配信に係る予約帯域幅と、前記所定のメディア配信サーバで利用可能な最大予約帯域幅と、に基づいて選択されたメディア配信サーバを、前記所定のメディア情報を共有する一以上の拠点を含む所定の集合拠点における前記各拠点の通信装置に配信可能なメディア配信サーバとして割り当てる割当手段と、
割り当てられた前記配信可能なメディア配信サーバに接続するための接続要求を送信した前記所定の集合拠点に含まれる所定の拠点の通信装置に対して、前記接続要求に対する応答としての接続応答を送信する送信手段と、
を有し、
前記メディア配信サーバは、各拠点において、前記ルームのルーム予約帯域幅ＢＲが与えられたとき、任意の拠点ｉの上り帯域ｕｐ（ｉ）と、任意の拠点ｉの前記所定のメディア情報に対する拠点ｊの下り帯域ｄｏｗｎ（ｉ,ｊ）に対して、以下の式（１）が成り立つように前記上り帯域ｕｐ（ｉ）と前記下り帯域ｄｏｗｎ（ｉ,ｊ）を制御する
ことを特徴とする配信制御装置。
ＢＲ≧Σｕｐ（ｉ）＋Σｄｏｗｎ（ｉ,ｊ) ・・・式（１）
各拠点の通信装置と前記各拠点の通信装置に対して所定のメディア情報を配信する一以上のメディア配信サーバとの間で行われる配信を制御する配信制御装置が実行する配信制御方法であって、
前記メディア配信サーバは、一以上のルームを含み、
前記ルームには、前記所定のメディア情報を共有する一以上の拠点が接続されており、
所定のメディア配信サーバで必要とする前記配信に係る予約帯域幅と、前記所定のメディア配信サーバで利用可能な最大予約帯域幅と、に基づいて選択されたメディア配信サーバを、前記所定のメディア情報を共有する一以上の拠点を含む所定の集合拠点における前記各拠点の通信装置に配信可能なメディア配信サーバとして割り当てる割当ステップと、
割り当てられた前記配信可能なメディア配信サーバに接続するための接続要求を送信した前記所定の集合拠点に含まれる所定の拠点の通信装置に対して、前記接続要求に対する応答としての接続応答を送信する送信ステップと、
を含む処理を実行し、
前記メディア配信サーバは、各拠点において、前記ルームのルーム予約帯域幅ＢＲが与えられたとき、任意の拠点ｉの上り帯域ｕｐ（ｉ）と、任意の拠点ｉの前記所定のメディア情報に対する拠点ｊの下り帯域ｄｏｗｎ（ｉ,ｊ）に対して、以下の式（１）が成り立つように前記上り帯域ｕｐ（ｉ）と前記下り帯域ｄｏｗｎ（ｉ,ｊ）を制御する
ことを特徴とする配信制御方法。
ＢＲ≧Σｕｐ（ｉ）＋Σｄｏｗｎ（ｉ,ｊ) ・・・式（１）
各拠点の通信装置と前記各拠点の通信装置に対して所定のメディア情報を配信する一以上のメディア配信サーバとの間で行われる配信を制御する配信制御装置に処理を実行させるプログラムであって、
前記メディア配信サーバは、一以上のルームを含み、
前記ルームには、前記所定のメディア情報を共有する一以上の拠点が接続されており、
所定のメディア配信サーバで必要とする前記配信に係る予約帯域幅と、前記所定のメディア配信サーバで利用可能な最大予約帯域幅と、に基づいて選択されたメディア配信サーバを、前記所定のメディア情報を共有する一以上の拠点を含む所定の集合拠点における前記各拠点の通信装置に配信可能なメディア配信サーバとして割り当てる割当ステップと、
割り当てられた前記配信可能なメディア配信サーバに接続するための接続要求を送信した前記所定の集合拠点に含まれる所定の拠点の通信装置に対して、前記接続要求に対する応答としての接続応答を送信する送信ステップと、
を含む処理を実行させ、
前記メディア配信サーバは、各拠点において、前記ルームのルーム予約帯域幅ＢＲが与えられたとき、任意の拠点ｉの上り帯域ｕｐ（ｉ）と、任意の拠点ｉの前記所定のメディア情報に対する拠点ｊの下り帯域ｄｏｗｎ（ｉ,ｊ）に対して、以下の式（１）が成り立つように前記上り帯域ｕｐ（ｉ）と前記下り帯域ｄｏｗｎ（ｉ,ｊ）を制御する
プログラム。
ＢＲ≧Σｕｐ（ｉ）＋Σｄｏｗｎ（ｉ,ｊ) ・・・式（１）