JP7823375B2 - 通信管理装置、通信システム、通信管理方法、及びプログラム - Google Patents

Description

本発明は、通信管理装置、通信システム、通信管理方法、及びプログラムに関する。

通信ネットワークに接続する複数の端末装置が、ウェブブラウザのＡＰＩ（Application Programming Interface）を利用して、例えば、映像、又は音声等のコンテンツデータを、中継装置を介して送受信する通信システムが普及している。

また、ＱｏＳ（Quality of Service）をサポートする能力を欠いているウェブクライアントでＱｏｓを実施するために、端末装置からルータに命令してＱｏＳを実施する技術が知られている（例えば、特許文献１参照）。

ウェブブラウザでは、例えば、セキュリティ又はプライバシー等の問題で実行できるＡＰＩが制限されているため、例えば、データリンク層の情報取得、又は近隣の端末装置の情報等を取得することができない。従って、ウェブブラウザのＡＰＩを利用してコンテンツデータを送受信する従来の通信システムでは、ネットワークトポロジ情報に基づいて帯域制御を最適化することができないという問題がある。

なお、特許文献１に開示された技術では、端末装置からの命令に応じてＱｏＳ制御を実施する特別なルータ（ＩＰ中継装置）を用いて、ネットワークトポロジ情報によらずに帯域制御を実現している。

本発明の一実施形態は、上記の問題点に鑑みてなされたものであって、複数の端末装置がウェブブラウザのＡＰＩを利用してコンテンツデータを送受信する通信システムにおいて、ネットワークトポロジ情報に基づいて帯域制御を最適化できるようにする。

上記の課題を解決するため、一実施形態に係る通信管理装置は、中継装置を介して第１の端末装置が第２の端末装置に第１コンテンツデータを送信する第１の通信と、前記中継装置を介して前記第１の端末装置が第３の端末装置に第２のコンテンツデータを送信する第２の通信とを管理するように構成されている通信管理部と、前記第１の端末装置から、前記中継装置を介さない第３の通信で、前記第２の端末装置との通信が可能であるかを示す判定結果および前記第３の端末装置との通信が可能であるかを示す判定結果を受信するように構成されている受信部と、前記第１の端末装置が前記第３の通信で前記第２の端末装置と通信可能であるとの判定結果および前記第１の端末装置が前記第３の通信で前記第３の端末装置と通信可能でないとの判定結果に基づいて、前記第１の端末装置と前記第２の端末装置とが同一ネットワーク上にあると判定し、前記第１の端末装置と前記第３の通信が可能な前記第２の端末装置における前記第１の通信の通信帯域を制限するように構成されている制限部と、を有する。

本発明の一実施形態によれば、複数の端末装置がウェブブラウザのＡＰＩを利用してコンテンツデータを送受信する通信システムにおいて、ネットワークトポロジ情報に基づいて帯域制御を最適化できるようになる。

一実施形態に係る通信システムのシステム構成の例を示す図である。 一実施形態に係るウェブブラウザによるアクセス制限について説明するための図である。 一実施形態に係る端末装置（撮影装置）のハードウェア構成の例を示す図である。 一実施形態に係るコンピュータのハードウェア構成の例を示す図である。 第１の実施形態に係る通信システムの機能構成の例を示す図である。 第１の実施形態に係る接続管理情報の例を示す図である。 第１の実施形態に係る第１の通信処理の例を示すシーケンス図（１）である。 第１の実施形態に係る第１の通信処理の例を示すシーケンス図（２）である。 第１の実施形態に係る帯域制限処理の例を示すシーケンス図である。 第２の実施形態に係る通信システムの機能構成の例を示す図である。 第２の実施形態に係る第１の通信処理の例を示すシーケンス図である。 第２の実施形態に係る帯域制限処理の例を示すシーケンス図である。

以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
＜システム構成＞
図１は、一実施形態に係る通信システムのシステム構成の例を示す図である。通信システム１は、拠点ＡのユーザＡが、端末装置（撮影装置）１００ａと端末装置（情報端末）１００ｂとを、モバイルルータ等のルータ１０１に接続し、通信ネットワーク２を介して、他の拠点Ｂの端末装置（情報端末）１００ｃと通信するシステムである。例えば、拠点ＢのユーザＢは、管理システム１０によって提供される遠隔通信等の所定のイベントに参加することによって、遠隔地である拠点Ａから配信される映像等の撮影画像を、拠点Ｂにおいて表示させることで、拠点Ａの状況をリアルタイムに閲覧することができる。ここで、所定のイベントとは、管理システム１０を介した遠隔拠点間の通信によって実現される遠隔会議、遠隔授業、遠隔診療、打合せもしくは相談、又は遠隔地に対する点検、監視もしくは巡視等を含む。なお、以下の説明において、端末装置１００ａ、１００ｂ、１００ｃのうち、任意の端末装置を示す場合、「端末装置１００」を用いる。

図１の例では、通信システム１は、拠点Ａに位置する端末装置１００ａ、１００ｂ、拠点Ｂに位置する端末装置１００ｃ、通信管理装置１１、中継装置１２、及びファイルサーバ１３等を含む。なお、通信管理装置１１、中継装置１２、及びファイルサーバ１３は、１つの管理システム１０に含まれていてもよい。また、ファイルサーバ１３は、通信システム１の外部のクラウドサービス等を利用するものであってもよい。

端末装置１００ａ～１００ｃは、通信ネットワーク２を介して、通信管理装置１１、中継装置１２、及びファイルサーバ１３等と通信可能である。通信ネットワーク２は、例えば、インターネット、移動体通信網、ＬＡＮ(Local Area Network)等によって構築されている。なお、通信ネットワーク２には、有線通信だけでなく、３Ｇ(3rd Generation)、４Ｇ(4th Generation)、５Ｇ（5th Generation）、Ｗｉ－Ｆｉ(Wireless Fidelity)（登録商標）、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)またはＬＴＥ(Long Term Evolution)等の無線通信によるネットワークが含まれてもよい。

端末装置（撮影装置）１００ａは、拠点ＡのユーザＡが利用する撮影装置であり、例えば、拠点Ａ内の被写体、又は風景等を撮影した撮影画像等のコンテンツデータを、管理システム１０を介してイベントに参加する他の端末装置１００ｂ、１００ｃ等へ送信する。なお、端末装置（撮影装置）１００ａが送信するコンテンツデータは、動画であっても静止画であってもよく、動画と静止画の両方であってもよい。また、撮影画像は、画像とともに音声を含んでもよい。

ここで、端末装置（撮影装置）１００ａは、管理システム１０によって提供されるイベントに参加し、主にコンテンツデータを送信する送信メイン端末の一例である。送信メイン端末は、撮影装置に限られず、例えば、ビデオ会議端末、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）または配信拠点内を移動するロボット等の移動体であってもよい。

また、端末装置（撮影装置）１００ａが設置される拠点Ａは、例えば、事業所、建設現場、変電所、農場、田畑、農園、耕地もしくは災害現場等の屋外の拠点、または学校、倉庫、商業施設、病院もしくは介護施設等の屋内の拠点であってもよい。すなわち、端末装置（撮影装置）１００ａが設置される拠点Ａは、拠点Ｂに存在するユーザとの間で、遠隔での会議または点検等のイベントを実行したいニーズが存在する拠点であればよい。

端末装置（情報端末）１００ｂは、拠点ＡのユーザＡが利用する、例えば、ＰＣ（Personal Computer）、スマートフォン、タブレット端末、又はウェアラブル端末等の情報端末である。ユーザＡは、端末装置（情報端末）１００ｂを用いて、端末装置（撮影装置）１００ａが送信する撮影画像等を表示するとともに、端末装置（情報端末）１００ｃと、映像又は音声等のコンテンツデータを送受信することにより、ユーザＢと対話することができる。なお、端末装置（情報端末）１００ｂは、管理システム１０によって提供されるイベントに参加し、主にコンテンツデータを受信する受信メイン端末の一例である。

端末装置（情報端末）１００ｃは、拠点ＢのユーザＢが利用する、例えば、ＰＣ、スマートフォン、タブレット端末、又はウェアラブル端末等の情報端末である。ユーザＢは、端末装置（情報端末）１００ｃを用いて、端末装置（撮影装置）１００ａが送信する撮影画像等を表示するとともに、端末装置（情報端末）１００ｂと、映像又は音声等のコンテンツデータを送受信することにより、ユーザＡと対話することができる。なお、端末装置（情報端末）１００ｃは、管理システム１０によって提供されるイベントに参加し、例えば、単独でコンテンツデータを送受信する通常端末の一例である。また、通常端末の数は、２つ以上の他の数であってもよい。

端末装置（情報端末）１００ｂ、１００ｃは、汎用の情報端末に限られず、例えば、ＨＭＤ（head mount display）、またはＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）等であってもよい。

通信管理装置１１は、例えば、コンピュータの構成を有する情報処理装置、又は複数のコンピュータを含むシステムである。通信管理装置１１は、例えば、複数の端末装置１００の間でコンテンツデータを送受信する通信（イベント）の呼制御、及び端末装置１００の認証認可等を行う。通信管理装置１１は、例えば、ウェブブラウザ上でリアルタイムコミュニケーションを可能にするＷｅｂＲＴＣ（Web Real-Time Communication）のシグナリングサーバの機能を有している。

中継装置１２は、例えば、コンピュータの構成を有する情報処理装置、又は複数のコンピュータを含むシステムである。中継装置１２は、複数の端末装置１００の間でコンテンツデータを送受信する第１の通信を中継する。例えば、中継装置１２は、端末装置（撮影装置）１００ａが送信するコンテンツデータを、同じ通信（イベント）に参加する他の端末装置１００ｂ、１００ｃに転送する。同様に、中継装置１２は、端末装置１００ｂ、１１０ｃが送信するコンテンツデータを、同じ通信（イベント）に参加する他の端末装置１００に転送する。中継装置１２は、例えば、ＷｅｂＲＴＣのＳＦＵ（Selective Forwarding Unit）の機能を有している。

ファイルサーバ１３は、例えば、コンピュータの構成を有する情報処理装置、又は複数のコンピュータを含むシステムである。ファイルサーバ１３は、端末装置１００のウェブブラウザで実行できるＨＴＭＬ（Hyper Text Markup Language）ファイル、又はＪａｖａＳｃｒｉｐｔ（登録商標）等のＷｅｂアプリケーションを、端末装置１００に提供する。

図１に示す通信システム１において、拠点Ａと拠点Ｂは、それぞれ、別のＮＡＴ（Network Address Translation）ルータ等によりプライベートネットワーク（又はローカルネットワーク）を構成しているものとする。ここで、ＮＡＴルータは、プライベートＩＰアドレスをパブリックＩＰアドレスに変換するネットワーク機器である。また、通信管理装置１１、中継装置１２、及びファイルサーバ１３は、それぞれパブリックＩＰアドレスを有しているものとする。

上記の構成により、端末装置１００ａは、中継装置１２を介して、他の端末装置１００ｂ、１００ｃと、コンテンツデータを送受信する第１の通信が可能である。また、端末装置１００ａは、通信管理装置１１を利用して、同じプライベートネットワーク内にある他の端末装置１００ｂと、Ｐ２Ｐ（Peer to Peer）で直接通信する第２の通信が可能である。一方、端末装置１００ａは、他のプライベートネットワーク内にある他の端末装置１００ｃと、Ｐ２Ｐで直接通信する第２の通信を行うことができない。

また、本実施形態では、端末装置１００は、ウェブブラウザ、又はウェブブラウザの機能を有するアプリケーション（モバイルアプリケーション等）を利用して、第１の通信、及び第２の通信を行う。

図２は、一実施形態に係るウェブブラウザによるアクセス制限について説明するための図である。端末装置１００が実行するウェブブラウザ２００は、ファイルサーバ１３から、例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）で、ＪａｖａＳｃｒｉｐｔ（以下、ＪＳと呼ぶ）のファイルを受信し、一時記憶領域に記憶する。また、ウェブブラウザ２００のＪＳインタプリタ２０２は、一時記憶領域に記憶したＪＳのコードを実行する。ＪＳインタプリタ２０２は、ウェブブラウザが提供しているＡＰＩ（Application Programming Interface）（以下、ブラウザＡＰＩと呼ぶ）を利用して、ネットワークＩ／Ｆ（Interface）２１１、又はカメラ２１２等のデバイスにアクセスする。

しかし、ウェブブラウザ２００では、例えば、セキュリティ又はプライバシー等を保護するため、例えば、ネットワークＩ／Ｆ２１１又はカメラ２１２等のデバイスへのアクセスが制限されている。従って、ＪＳインタプリタ２０２が実行するプログラム（ＪＳのコード等）は、ブラウザＡＰＩ２０３を利用して、例えば、データリンク層の情報取得、又は近隣の端末装置の情報等を取得することができない。従って、ウェブブラウザ２００のブラウザＡＰＩ２０３を利用して第１の通信を行う従来の通信システムでは、第１の通信の帯域制御を最適化することには困難を伴っていた。

例えば、特許文献１に開示された技術では、端末装置からの命令に応じてＱｏＳ制御を実施する特別な中継装置を用いて、ネットワークトポロジ情報によらずに帯域制御を実現している。しかし、この方法では、端末装置からの命令に応じてＱｏＳ制御を実施する特別な中継装置が必要になるという問題がある。

そこで、本実施形態に係る通信管理装置１１は、ウェブブラウザ２００のブラウザＡＰＩ２０３を利用して、第１の通信を行う通信システム１において、ネットワークトポロジ情報に基づいて、第１の通信の帯域制御を最適化できるようにする。

図１に示したシステム構成において、端末装置１００ａが撮影した映像を、拠点Ｂにできるだけ高品質で届けるために、同じルータ１０１に接続する他の端末装置１００ｂの通信帯域をできるだけ制限したいという要求がある。

そこで、本実施形態に係る端末装置１００ａは、第１の通信を行っている他の端末装置１００ｂ、１００ｃと、中継装置１２を介さずに、第２の通信が可能であるか否かを判定し、判定結果を通信管理装置１１に送信する。

また、通信管理装置１１は、端末装置１００ａが、第１の通信を行っている他の端末装置１００ｂと第２の通信を行える場合、端末装置１００ｂが、端末装置１００ａと同じプライベートネットワーク内にあり、ＮＡＴルータ等を共有していると判断する。一方、通信管理装置１１は、端末装置１００ａが、第１の通信を行っている他の端末装置１００ｃと第２の通信を行えない場合、端末装置１００ｃが、端末装置１００ａと異なるプライベートネットワーク内にあり、ＮＡＴルータを共有していないと判断する。このように、本実施形態に係る通信管理装置１１は、端末装置１００ａが送信する判定結果に基づいて、ネットワーク構成（ネットワークトポロジ）を判断する機能を有している。

さらに、通信管理装置１１は、端末装置１００ａと同じプライベートネットワーク内にあり、ＮＡＴルータを共有している端末装置１００ｂの第１の通信の通信帯域の制限を、第１の通信を中継する中継装置１２に指示する。好適な一例として、通信管理装置１１は、端末装置１００ｂの第１の通信の送信帯域の制限を、中継装置１２に指示してもよい。

これにより、図１に示したシステム構成において、端末装置１００ａが撮影した映像を、拠点Ｂにできるだけ高品質で届けるために、同じルータ１０１に接続する他の端末装置１００ｂの通信帯域を制限することができる。

以上、本実施形態によれば、複数の端末装置１００がウェブブラウザのＡＰＩを利用してコンテンツデータを送受信する通信システム１において、ネットワークトポロジ情報に基づいて帯域制御を最適化できるようになる。従って、本実施形態に係る通信システム１では、特許文献１に開示された技術のように、端末装置からの命令に応じてＱｏＳ制御を実施する特別な中継装置が不要になる。

なお、図１に示した通信システム１のシステム構成は一例である。例えば、端末装置１００ａは、コンテンツデータを他の端末装置１００ｂ、１００ｃに配信するものであれば、必ずしも撮影機能を有していなくても良い。例えば、端末装置１００ａは、外部から入力された撮影画像、又はキャプチャ画像等のコンテンツデータを、他の端末装置１００ｂ、１００ｃに配信するＩＷＢ（電子黒板）等であっても良い。また、管理システム１０は、物理マシン（コンピュータ）に限られず、クラウド上の仮想マシン等で実行するプログラムによって実現してもよい。

＜ハードウェア構成＞
続いて、実施形態に係る通信システム１を構成する各装置のハードウェア構成について説明する。

（端末装置（撮影装置）のハードウェア構成）
図３は、一実施形態に係る端末装置（撮影装置）のハードウェア構成の例を示す図である。ここでは、端末装置（撮影装置）１００ａが、被写体や風景等を撮影して全天球画像を取得する全天球撮影装置である場合の例を示す。なお、端末装置（撮影装置）１００ａは、通常のデジタルカメラまたはスマートフォン等の通常の平面画像を取得するカメラであってもよいし、所定値以上の画角を有する広角画像を取得可能な広角カメラであってもよい。また、以下では、端末装置（撮影装置）１００ａは、二つの撮像素子を使用した全天球（全方位）撮影装置とするが、撮像素子は二つ以上いくつでもよい。また、必ずしも全方位撮影専用の装置である必要はなく、通常のデジタルカメラやスマートフォン等に後付けの全方位撮影ユニットを取り付けることで、実質的に端末装置（撮影装置）１００ａと同じ機能を有するようにしてもよい。

図３に示されているように、端末装置（撮影装置）１００ａは、撮像ユニット３０１、画像処理ユニット３０４、撮像制御ユニット３０５、マイク３０８、音処理ユニット３０９、ＣＰＵ(Central Processing Unit)３１１、ＲＯＭ(Read Only Memory)３１２、ＳＲＡＭ(Static Random Access Memory)３１３、ＤＲＡＭ(Dynamic Random Access Memory)３１４、操作部３１５、入出力Ｉ／Ｆ(Interface)３１６、近距離通信回路３１７、近距離通信回路３１７のアンテナ３１７ａ、電子コンパス３１８、ジャイロセンサ３１９、加速度センサ３２０およびネットワークＩ／Ｆ３２１等を有する。

このうち、撮像ユニット３０１は、各々が半球画像を結像するための１８０°以上の画角を有する広角レンズ（いわゆる魚眼レンズ）３０２ａ、３０２ｂ（以下区別する必要のないときは、レンズ３０２と称する）を有している。また、撮像ユニット３０１は、広角レンズ３０２ａ、３０２ｂに対応させて設けられている二つの撮像素子３０３ａ、３０３ｂを備えている。

撮像素子３０３ａ、３０３ｂは、レンズ３０２ａ、３０２ｂによる光学像を電気信号の画像データに変換して出力するＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ、又はＣＣＤ(Charge Coupled Device)センサ等の画像センサを含む。また、撮像素子３０３ａ、３０３ｂは、画像センサの水平または垂直同期信号や画素クロック等を生成するタイミング生成回路、およびこの撮像素子の動作に必要な種々のコマンドもしくはパラメータ等が設定されるレジスタ群等を含む。

撮像ユニット３０１の撮像素子３０３ａ、３０３ｂは、各々が画像処理ユニット３０４とパラレルＩ／Ｆバスを介して接続している。一方、撮像ユニット３０１の撮像素子３０３ａ、３０３ｂは、それぞれ撮像制御ユニット３０５とシリアルＩ／Ｆバス（Ｉ２Ｃバス等）を介して接続している。画像処理ユニット３０４、撮像制御ユニット３０５および音処理ユニット３０９は、バス３１０を介してＣＰＵ３１１と接続している。さらに、バス３１０には、ＲＯＭ３１２、ＳＲＡＭ３１３、ＤＲＡＭ３１４、操作部３１５、入出力Ｉ／Ｆ３１６、近距離通信回路３１７、電子コンパス３１８、ジャイロセンサ３１９、加速度センサ３２０およびネットワークＩ／Ｆ３２１等も接続される。

画像処理ユニット３０４は、撮像素子３０３ａ、３０３ｂから出力される画像データをパラレルＩ／Ｆバスを通して取り込み、それぞれの画像データに対して所定の処理を施した後、これらの画像データを合成処理して正距円筒射影画像のデータを作成する。

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

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

また、撮像制御ユニット３０５は、後述するように、ＣＰＵ３１１と協働して撮像素子３０３ａ、３０３ｂの画像データの出力タイミングの同期をとる同期制御手段としても機能する。なお、本実施形態では、端末装置（撮影装置）１００ａには表示部（ディスプレイ）が設けられていないが、表示部を設けてもよい。マイク３０８は、音を音（信号）データに変換する。音処理ユニット３０９は、マイク３０８から出力される音データをＩ／Ｆバスを通して取り込み、音データに対して所定の処理を施す。

ＣＰＵ３１１は、例えば、ＲＯＭ３１２等に予め記憶したプログラムを実行することにより、端末装置（撮影装置）１００ａの全体の動作を制御するとともに、必要な処理を実行する。ＲＯＭ３１２は、ＣＰＵ３１１のための種々のプログラムを記憶している。ＳＲＡＭ３１３およびＤＲＡＭ３１４はワークメモリであり、ＣＰＵ３１１で実行するプログラムや処理途中のデータ等を記憶する。特にＤＲＡＭ３１４は、画像処理ユニット３０４での処理途中の画像データや処理済みの正距円筒射影画像のデータを記憶する。

操作部３１５は、種々の操作ボタンや電源スイッチ、シャッターボタン、および表示と操作の機能を兼ねたタッチパネル等の総称である。ユーザは、操作部３１５を操作することで、種々の撮影モードや撮影条件等を入力する。

入出力Ｉ／Ｆ３１６は、ＳＤカード等の外付けのメディアまたはパーソナルコンピュータ等とのインタフェース回路（ＵＳＢＩ／Ｆ等）の総称である。入出力Ｉ／Ｆ３１６は、無線、有線を問わない。ＤＲＡＭ３１４に記憶された正距円筒射影画像のデータは、入出力Ｉ／Ｆ３１６を介して外付けのメディアに記録されたり、必要に応じて入出力Ｉ／Ｆ３１６を介して外部端末（装置）に送信されたりする。

近距離通信回路３１７は、端末装置（撮影装置）１００ａに設けられたアンテナ３１７ａを介して、ＮＦＣ(Near Field Communication)、Ｂｌｕｅｔｏｏｔｈ（登録商標）またはＷｉ－Ｆｉ等の無線通信によって、外部端末（装置）と通信を行う。近距離通信回路３１７は、正距円筒射影画像のデータを、外部端末（装置）に送信することができる。

電子コンパス３１８は、地球の磁気から端末装置（撮影装置）１００ａの方位を算出し、方位情報を出力する。この方位情報は、Ｅｘｉｆに沿った関連情報（メタデータ）の一例であり、撮影画像の画像補正等の画像処理に利用される。なお、関連情報は、画像の撮影日時および画像データのデータ容量の各データも含む。また、ジャイロセンサ３１９は、端末装置（撮影装置）１００ａの移動に伴う角度の変化（Ｒｏｌｌ角、Ｐｉｔｃｈ角、Ｙａｗ角）を検出するセンサである。角度の変化はＥｘｉｆに沿った関連情報（メタデータ）の一例であり、撮影画像の画像補正等の画像処理に利用される。さらに、加速度センサ３２０は、三軸方向の加速度を検出するセンサである。

端末装置（撮影装置）１００ａは、加速度センサ３２０が検出した加速度に基づいて、自装置（端末装置（撮影装置）１００ａ）の姿勢（重力方向に対する角度）を算出する。端末装置（撮影装置）１００ａは、加速度センサ３２０を設けることによって、画像補正の精度が向上する。ネットワークＩ／Ｆ３２１は、ルータ等を介して、インターネット等の通信ネットワーク２を利用したデータ通信を行うためのインタフェースであり、図２のネットワークＩ／Ｆ２１１に対応している。

（コンピュータのハードウェア構成）
端末装置（情報端末）１００ｂ、１００ｃは、一例として、図３に示すようなコンピュータ４００のハードウェア構成を有している。また、通信管理装置１１、中継装置１２、及びファイルサーバ１３等は、一例として、１つ以上のコンピュータ４００によって実現される。

図４は、一実施形態に係るコンピュータのハードウェア構成の例を示す図である。コンピュータ４００は、例えば、図４に示されるように、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ（Random Access Memory）４０３、ＨＤ（Hard Disk）４０４、ＨＤＤ（Hard Disk Drive）コントローラ４０５、ディスプレイ４０６、外部機器接続Ｉ／Ｆ（Interface）４０７、ネットワークＩ／Ｆ４０８、キーボード４０９、ポインティングデバイス４１０、ＤＶＤ－ＲＷ（Digital Versatile Disk Rewritable)ドライブ４１２、メディアＩ／Ｆ４１４、音入出力Ｉ／Ｆ４１５、スピーカ４１６、マイク４１７、カメラ４１８、及びバスライン４１９等を備えている。

これらのうち、ＣＰＵ４０１は、コンピュータ４００全体の動作を制御する。ＲＯＭ４０２は、例えば、ＩＰＬ（Initial Program Loader）等のコンピュータ４００の起動に用いられるプログラムを記憶する。ＲＡＭ４０３は、例えば、ＣＰＵ４０１のワークエリア等として使用される。ＨＤ４０４は、例えば、ＯＳ（Operating System）、アプリケーション、デバイスドライバ等のプログラムや、各種データを記憶する。ＨＤＤコントローラ４０５は、例えば、ＣＰＵ４０１の制御に従ってＨＤ４０４に対する各種データの読み出し又は書き込みを制御する。

ディスプレイ４０６は、例えば、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。なお、ディスプレイ４０６は、コンピュータ４００の外部に設けられていても良い。外部機器接続Ｉ／Ｆ４０７は、コンピュータ４００に様々な外部装置を接続する、例えば、ＵＳＢ（Universal Serial Bus）等のインタフェースである。ネットワークＩ／Ｆ４０８は、例えば、通信ネットワーク２等を利用して、他の装置と通信するためのインタフェースである。なお、コンピュータ４００が端末装置１００ｂ、１００ｃである場合、ネットワークＩ／Ｆ４０８は、図２のネットワークＩ／Ｆ２１１に対応している。

キーボード４０９は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス４１０は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行なう入力手段の一種である。なお、キーボード４０９、及びポインティングデバイス４１０は、コンピュータ４００の外部に設けられていても良い。ＤＶＤ－ＲＷドライブ４１２は、着脱可能な記憶媒体の一例としてのＤＶＤ－ＲＷ４１１に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷ４１１は、ＤＶＤ－ＲＷに限らず、他の記憶媒体であっても良い。

メディアＩ／Ｆ４１４は、フラッシュメモリ等のメディア４１３に対するデータの読み出し又は書き込み（記憶）を制御する。音入出力Ｉ／Ｆ４１５は、ＣＰＵ４０１の制御に従ってスピーカ４１６及びマイク４１７との間で音信号の入出力を処理する回路である。スピーカ４１６は、電気信号を物理振動に変えて音楽や音声などの音を生み出す内蔵型のデバイスである。マイク４１７は、音を電気信号に変える内蔵型のデバイスである。バスライン４１９は、上記の各構成要素を電気的に接続するためのアドレスバス、データバス及び各種の制御信号等を含む。

なお、図４に示したコンピュータ４００のハードウェア構成は一例である。コンピュータ４００は、例えば、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ネットワークＩ／Ｆ４０８、及びバスライン４１９等を有していれば、他は任意の構成であって良い。

＜機能構成＞
続いて、本実施形態に係る通信システム１の機能構成について説明する。

［第１の実施形態］
図５は、第１の実施形態に係る通信システムの機能構成の例を示す図である。なお、図５に示した通信システム１の機能構成は、図１に示した各装置の機能構成のうち、後述する処理に関連するものを示している。

（通信管理装置の機能構成）
通信管理装置１１は、コンピュータ４００が所定のプログラムを実行することにより、例えば、送受信部５０１、認証部５０２、通信管理部５０３、受信部５０４、制限部５０５、情報管理部５０６、及び記憶部５０７等を実現している。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。

送受信部５０１は、例えば、ネットワークＩ／Ｆ４０８等を用いて、通信管理装置１１を通信ネットワーク２に接続し、他の装置との間でデータ、又は情報等を送受信する送受信処理を実行する。認証部５０２は、通信管理装置１１にアクセスする端末装置１００、又はユーザ等を認証認可する認証処理を実行する。

通信管理部５０３は、複数の端末装置１００が、中継装置１２を介して、映像、又は音等のコンテンツデータを送受信する第１の通信を管理する通信管理処理を実行する。例えば、通信管理部５０３は、図６に示すような通信管理情報５０８を用いて、第１の通信を管理する。

図６は、第１の実施形態に係る通信管理情報の例を示す図である。図６の例では、通信管理情報５０８は、項目として、「ＩＤ」、「入室可能ＲｏｏｍＩＤ」、「端末用途」、及び「パスワード」等の情報を含む。「ＩＤ」は、例えば、端末装置１００、端末装置１００が備えるウェブブラウザ２００、又はウェブブラウザの機能を有するアプリケーション等を識別する識別情報である。ここでは、一例として、「ＩＤ」が、端末装置１００を識別する識別情報であるものとして、以下の説明を行う。

「入室可能ＲｏｏｍＩＤ」は、端末装置１００が参加可能な通信セッション（入室可能なＲｏｏｍ）を識別する識別情報（以下、ＲｏｏｍＩＤと呼ぶ）である。例えば、図６の例では、ＩＤ「Ｂ０００１」の端末装置１００（例えば、端末装置１００ａ）が、ＲｏｏｍＩＤ「Ｒｏｏｍ１」、「Ｒｏｏｍ２」、及び「Ｒｏｏｍ３」のＲｏｏｍ（チャットルーム等）に参加可能であることを示している。また、ＩＤ「Ｂ０００２」の端末装置１００（例えば、端末装置１００ｂ）が、ＲｏｏｍＩＤ「Ｒｏｏｍ１」、「Ｒｏｏｍ４」、及び「Ｒｏｏｍ５」のＲｏｏｍに参加可能であることを示している。同様に、ＩＤ「Ｂ０００３」の端末装置１００（例えば、端末装置１００ｃ）が、ＲｏｏｍＩＤ「Ｒｏｏｍ１」のＲｏｏｍに参加可能であることを示している。

「端末用途」は、例えば、端末装置１００が、前述した送信メイン端末（例えば、端末装置１００ａ）であるか、受信メイン端末（例えば、端末装置１００ｂ）であるか、通常端末（例えば、端末装置１００ｃ）であるかを示す情報である。「パスワード」は、端末装置１００を認証するための認証情報である。例えば、認証部５０２は、通信管理装置１１に接続する端末装置１００のＩＤとパスワードの組み合わせが、通信管理情報５０８に記憶されている場合、端末装置１００によるアクセスを許可する。なお、パスワードは、端末装置１００を認証するための認証情報の一例である。例えば、端末装置１００を認証するための認証情報は、電子証明書、アクセストークン、又は生体情報等の他の認証情報であっても良い。

また、通信管理部５０３は、ＷｅｂＲＴＣのシグナリングサーバとして、ＩＣＥ（Interactive Connectivity Establishment）プロトコル等により、端末装置１００間でＰ２Ｐ通信を行う第２の通信の接続制御も行う。ここでＩＣＥプロトコルは、ｏｆｆｅｒ、ａｎｓｗｅｒ、及びｉｃｅｃａｎｄｉｄａｔｅ等のメッセージによって交換された接続候補に対して、接続候補の優先度の設定、及び接続確認等を行う一連のプロトコルである。

受信部５０４は、端末装置１００から、中継装置１２を介さずに他の端末装置１００と第２の通信が可能であるかを示す判定結果を受信する。例えば、受信部５０４は、端末装置１００ａが、他の端末装置１００ｂ、１００ｃと第１の通信を行っているときに、他の端末装置１００ｂ、１００ｃと第２の通信が可能であるか否かを示す判定結果を受信する。

制限部５０５は、受信部５０４が受信した判定結果に基づいて、判定結果を送信した端末装置１００と第２の通信が可能な他の端末装置１００における第１の通信の通信帯域を制限する。例えば、制限部５０５は、受信部５０４が端末装置１００ａから、端末装置１００ｂと第２の通信が可能であることを示す判定結果を受信した場合、端末装置１００ｂにおける第１の通信の通信帯域を制限する（例えば、通信帯域を減少させる）。

好適な一例として、制限部５０５は、端末装置１００ｂにおける第１の通信の通信帯域のうち、主に、第１の通信の送信帯域を制限する。

情報管理部５０６は、例えば、通信管理情報５０８等を記憶部５０７に記憶して管理する。例えば、情報管理部５０６は、通信管理情報５０８を設定するウェブページ等を管理者用のＰＣ等に表示して、「ＩＤ」、「入室可能ＲｏｏｍＩＤ」、「端末用途」、又は「パスワード」等の設定を受け付ける。

記憶部５０７は、例えば、ＣＰＵ４０１が実行するプログラムと、ＨＤ４０４、ＨＤＤコントローラ４０５、及びＲＡＭ４０３等によって実現され、通信管理情報５０８等の様々なデータ、情報、及びプログラム等を記憶する。

（端末装置の機能構成）
端末装置１００ａは、例えば、図３のＣＰＵ３１１が所定のプログラムを実行することにより、送受信部５１１、入出力部５１２、撮影制御部５１３、記憶部５１４、及びウェブブラウザ５１５等を実現している。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。

なお、端末装置１００ｂ、１００ｃは、例えば、図４のＣＰＵ４０１が所定のプログラムを実行することにより、端末装置１００ａと同様の機能構成を実現しているものとする。

送受信部５１１は、例えば、ネットワークＩ／Ｆ３２１（又はネットワークＩ／Ｆ４０８）を用いて、端末装置１００を通信ネットワーク２に接続し、他の装置と通信する通信処理を実行する。入出力部５１２は、ユーザによる入力操作を受け付ける入力処理と、表示画面、音、又は光等を出力処理とのうち、少なくとも１つを実行する。

撮影制御部５１３は、例えば、撮像ユニット３０１、画像処理ユニット、及び撮像制御ユニット（又はカメラ４１８）を制御して、端末装置１００の周辺を撮影した撮影画像データを取得する撮影制御処理を実行する。

記憶部５１４は、例えば、ＳＲＡＭ３１３、ＨＤ４０４、又はＲＡＭ４０３等の記憶デバイスに、様々な情報、データ、又はプログラム等を記憶する記憶処理を実行する。

ウェブブラウザ５１５は、例えば、ファイルサーバ１３から、ＪＳファイル５３４、又はＨＴＭＬファイル等をダウンロードして実行することにより、第１の通信部５１６、第２の通信部５１７、及び通知部５１８等を実現している。なお、ウェブブラウザ５１５は、図２で説明したウェブブラウザ２００に対応しており、例えば、ＷｅｂＲＴＣ等のブラウザＡＰＩ２０３を、ウェブブラウザ５１５が実行するプログラムに提供している。

第１の通信部５１６は、ウェブブラウザ５１５が提供するブラウザＡＰＩ２０３を利用して、中継装置１２を介して、他の端末装置１００とコンテンツデータを送受信する第１の通信を行う第１の通信処理を実行する。

第２の通信部５１７は、ウェブブラウザ５１５が提供するブラウザＡＰＩ２０３を利用して、他の端末装置１００と一対一で第２の通信を行う第２の通信処理を実行する。例えば、第２の通信部５１７は、ウェブブラウザ５１５が提供するＷｅｂＲＴＣ ＡＰＩを利用して、ＩＣＥプロトコルによるＰ２Ｐ通信である第２の通信を行う。

通知部５１８は、端末装置１００と第１の通信を行っている他の端末装置１００の各々と、第２の通信が可能であるか否かを示す判定結果を、通信管理装置１１に通知する通知処理を実行する。なお、端末装置１００が、受信メイン端末である端末装置１００ｂ、又は通常端末である端末装置１００ｃである場合、端末装置１００は、通知部５１８を有していなくてもよい。

（中継装置の機能構成）
中継装置１２は、コンピュータ４００が所定のプログラムを実行することにより、例えば、送受信部５２１、接続管理部５２２、帯域管理部５２３、暗号管理部５２４、及び転送管理部５２５等を実現している。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。

送受信部５２１は、例えば、ネットワークＩ／Ｆ４０８を用いて、中継装置１２を通信ネットワーク２に接続し、他の装置との間でデータ、又は情報等を送受信する送受信処理を実行する。

接続管理部５２２は、端末装置１００による中継装置１２への接続を管理する接続管理処理を実行する。例えば、接続管理部５２２は、同じＲｏｏｍＩＤ（セッションＩＤ）を指定して接続を要求する端末装置１００を、同じＲｏｏｍ（通信セッション）に参加させる。

帯域管理部５２３は、中継装置１２を介してコンテンツデータを送受信する第１の通信の通信帯域を管理する帯域管理処理を実行する。例えば、帯域管理部５２３は、通信管理装置１１からの制御に従って、端末装置１００の通信帯域を制限する。暗号管理部５２４は、例えば、ＤＴＬＳ（Datagram Transport Layer Security）等の暗号化を管理する暗号管理処理を実行する。転送管理部５２５は、同じＲｏｏｍに入室（同じ通信セッションに参加）している複数の端末装置１００の間で、コンテンツデータを転送する転送管理処理を実行する。

（ファイルサーバ）
ファイルサーバ１３は、コンピュータ４００が所定のプログラムを実行することにより、例えば、送受信部５３１、ファイル提供部５３２、及び記憶部５３３等を実現している。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。

送受信部５３１は、例えば、ネットワークＩ／Ｆ４０８を用いて、ファイルサーバ１３を通信ネットワーク２に接続し、他の装置との間でデータ、又は情報等を送受信する送受信処理を実行する。

ファイル提供部５３２は、ウェブブラウザ５１５で実行することにより、第１の通信部５１６、第２の通信部５１７、及び通知部５１８等を実現するプログラム（ＪＳファイル５３４、又はＨＴＭＬファイル５３５）を提供するファイル提供処理を実行する。

記憶部５３３は、例えば、ＣＰＵ４０１が実行するプログラムと、ＨＤ４０４、ＨＤＤコントローラ４０５、及びＲＡＭ４０３等によって実現され、ＪＳファイル５３４、又はＨＴＭＬファイル５３５等を記憶する記憶処理を実行する。

なお、ファイルサーバ１３は、管理システム１０の外部のクラウドサービス等によって、実現されるものであってもよい。

＜処理の流れ＞
続いて、第１の実施形態に係る通信管理方法の処理の流れについて説明する。

（第１の通信処理）
図７Ａは、第１の実施形態に係る第１の通信処理の例を示すシーケンス図である。なお、図７Ａにおいて、破線の矢印は、応答メッセージを示しており、特に説明が必要な場合を除いて説明を省略する。図７Ｂ、８、１０、１１においても同様である。

ステップＳ７０１において、端末装置１００ａのウェブブラウザ５１５は、ファイルサーバ１３から、ＪＳ（ＪａｖａＳｃｒｉｐｔ）ファイル５３４、又はＨＴＭＬファイル５３５等のＷｅｂアプリケーション（以下、ウェブアプリと呼ぶ）をダウンロードする。なお、この処理は、例えば、ウェブブラウザ５１５が、所定のＵＲＬ（Uniform Resource Locator）にアクセスすることにより、自動的に実行される。また、ここでは、ダウンロードしたウェブアプリがＪＳファイル５３４であるものとして以下の説明を行う。

ステップＳ７０２において、端末装置１００ａのウェブブラウザ５１５は、ダウンロードしたウェブアプリ７２０を実行する。これにより、例えば、図５で説明した第１の通信部５１６、第２の通信部５１７、及び通知部５１８等が実現される。

ステップＳ７０３において、端末装置１００ａのウェブアプリ７２０によって実現される第１の通信部５１６（以下、単に第１の通信部５１６と呼ぶ）は、ウェブブラウザ５１５が提供するＡＰＩを利用して、通信管理装置１１とのＷｅｂＳｏｃｋｅｔの接続を要求する。

ステップＳ７０４において、端末装置１００ａのウェブブラウザ５１５は、通信管理装置１１とＷｅｂｓｏｋｅｔの接続を確立する。ここで、ＷｅｂＳｏｃｋｅｔは、単一のＴＣＰ（Transmission Control Protocol）コネクション上に双方向の通信チャネルを提供する通信プロトコルである。

ステップＳ７０５において、端末装置１００ａの第１の通信部５１６は、ウェブブラウザ５１５が提供するＡＰＩを利用して、中継装置１２のＲｏｏｍ１への「送信メイン端末」としての接続を要求する。

ステップＳ７０６において、端末装置１００ａのウェブブラウザ５１５は、ＷｅｂＳｏｃｋｅｔメッセージで、通信管理装置１１に中継装置１２のＲｏｏｍ１に「送信メイン端末」としての接続を要求する、中継装置１２への接続要求を送信する。

ステップＳ７０７において、通信管理装置１１の通信管理部５０３は、端末装置１００ａから、正当な中継装置１２への接続要求を受け付けると、中継装置１２に、ＷｅｂＲＴＣ ｏｆｆｅｒの作成を要求する。例えば、端末装置１００ａが送信する中継装置１２への接続要求には、図６で説明したＩＤ、パスワード、及びＲｏｏｍＩＤ等が含まれる。通信管理装置１１の認証部５０２は、中継装置１２への接続要求に含まれるＩＤとパスワードとの組合せが、通信管理情報５０８に登録されているかで認証処理を行う。また、認証部５０２は、中継装置１２への接続要求に含まれるＲｏｏｍＩＤが、通信管理情報５０８の「入室可能ＲｏｏｍＩＤ」に含まれているかで認可処理を行う。これにより、認証部５０２は、端末装置１００ａから受け付けた中継装置１２への接続要求が正当であるか否かを確認することができる。

ステップＳ７０８において、中継装置１２の接続管理部５２２は、通信管理装置１１からのＷｅｂＲＴＣ ｏｆｆｅｒの作成要求に対して、ＷｅｂＲＴＣ ｏｆｆｅｒを返信する。なお、ＷｅｂＲＴＣ Ｏｆｆｅｒは、ＷｅｂＲＴＣのシグナリングにおいて、通信を開始する側が送信する情報である。このＷｅｂＲＴＣ Ｏｆｆｅｒには、例えば、コンテンツデータの情報、接続情報、及び暗号鍵共有のための公開鍵等をＳＤＰ（Session Description Protocol）で記述した情報が含まれる。

ステップＳ７０９において、端末装置１００ａの第１の通信部５１６は、ＷｅｂＲＴＣ ｏｆｆｅｒを受け付けると、ウェブブラウザ５１５にＷｅｂＲＴＣ ａｎｓｗｅｒの作成を要求する。なお、ＷｅｂＲＴＣ ａｎｗｅｒは、ＷｅｂＲＴＣのシグナリングにおいて、ＷｅｂＲＴＣ ｏｆｆｅｒを受信した側が返信する情報である。このＷｅｂＲＴＣ ｏｆｆｅｒにも、例えば、コンテンツデータの情報、接続情報、及び暗号鍵共有のための公開鍵等をＳＤＰで記述した情報が含まれる。

ステップＳ７１０において、端末装置１００ａの第１の通信部５１６は、例えば、ウェブブラウザ５１５が作成したＷｅｂＲＴＣ ａｎｓｗｅｒを、ウェブブラウザ５１５を介して、中継装置１２に返信する。これにより、ステップＳ７１１において、端末装置１００ａの第１の通信部５１６は、中継装置１２と第１の通信を確立する。例えば、端末装置１００ａは、中継装置１２とＤＴＬＳの暗号鍵を共有し、共有した暗号鍵によって映像、又は音声等のコンテンツデータを暗号化して送受信する。

なお、上記の処理では、中継装置１２がＷｅｂＲＴＣ ｏｆｆｅｒを作成しウェブブラウザ５１５がＷｅｂＲＴＣ ａｎｓｗｅｒを作成しているが、ウェブブラウザ５１５がＷｅｂＲＴＣ ｏｆｆｅｒを作成し中継装置１２がＷｅｂＲＴＣ ａｎｓｗｅｒを作成してもよい。例えば、通信システム１は、図７ＡのステップＳ７０５～Ｓ７１１の処理に代えて、図７ＢのステップＳ７２１～Ｓ７２５の処理７３０を実行してもよい。

ステップＳ７２１において、端末装置１００ａの第１の通信部５１６は、ウェブブラウザ５１５が提供するＡＰＩを利用して、ＷｅｂＲＴＣ ｏｆｆｅｒの作成要求を行う。この作成要求には、例えば、中継装置１２のＲｏｏｍ１に「送信メイン端末」として接続することを要求する情報が含まれる。

ステップＳ７２２において、端末装置１００ａのウェブブラウザ５１５は、ＷｅｂＳｏｃｋｅｔメッセージで、通信管理装置１１にＷｅｂＲＴＣ ｏｆｆｅｒを送信する。このＷｅｂＳｏｃｋｅｔメッセージには、ウェブブラウザ５１５が作成したＷｅｂＲＴＣ ｏｆｆｅｒに加えて、例えば、中継装置１２のＲｏｏｍ１に「送信メイン端末」として接続することを要求する情報が含まれる。

ステップＳ７２３において、通信管理装置１１の通信管理部５０３は、端末装置１００ａから、ＷｅｂＲＴＣ ｏｆｆｅｒを受け付けると、中継装置１２に、ＷｅｂＲＴＣ ａｎｓｗｅｒの作成を要求する。

ステップＳ７２４において、中継装置１２の接続管理部５２２は、通信管理装置１１からのＷｅｂＲＴＣ ａｎｓｗｅｒの作成要求に対して、ＷｅｂＲＴＣ ａｎｓｗｅｒを作成し、返信する。これにより、ステップＳ７２５において、端末装置１００ａは、中継装置１２と第１の通信を確立する。

図７ＡのステップＳ７１２において、端末装置１００ｂは、ステップＳ７０１～Ｓ７１１と同様の処理７００を実行することにより、中継装置１２と第１の通信を確立する。ただし、ステップＳ７０６の処理において、端末装置１００ｂのウェブブラウザ５１５は、ＷｅｂＳｏｃｋｅｔメッセージで、通信管理装置１１に中継装置１２のＲｏｏｍ１に「受信メイン端末」としての接続を要求する、中継装置１２への接続要求を送信する。

ステップＳ７１３において、端末装置１００ｃは、ステップＳ７０１～Ｓ７１１と同様の処理７００を実行することにより、中継装置１２と第１の通信を確立する。ただし、ステップＳ７０６の処理において、端末装置１００ｃのウェブブラウザ５１５は、ＷｅｂＳｏｃｋｅｔメッセージで、通信管理装置１１に中継装置１２のＲｏｏｍ１に「通常端末」としての接続を要求する、中継装置１２への接続要求を送信する。

なお、ステップＳ７１２、Ｓ７１３においても、通信システム１は、図７ＢのステップＳ７２１～Ｓ７２５と同様の処理を実行して、第１の通信を確立してもよい。

上記の処理により、端末装置１００ａ、１００ｂ、１００ｃは、中継装置１２を介して、コンテンツデータを送受信する第１の通信を行うことができる。例えば、ステップＳ７１４において、端末装置１００ａが送信したコンテンツデータは、ステップＳ７１５、Ｓ７１６において、中継装置１２が、他の端末装置１００ｂ、１００ｃに転送する。同様に、端末装置１００ｂが送信したコンテンツデータは、中継装置１２が他の端末装置１００ａ、１００ｃに転送し、端末装置１００ｃが送信したコンテンツデータは、中継装置１２が他の端末装置１００ａ、１００ｂに転送する。

なお、図７Ａ、図７Ｂに示した第１の通信処理は一例である。例えば、端末装置１００は、ＷｅｂＳｏｃｋｅｔに限られず、ＨＴＰＰのポーリング等により、通信管理装置１１と制御情報の通信を行うものであってもよい。

（帯域制限処理）
図８は、第１の実施形態に係る帯域制限処理の例を示すシーケンス図である。なお、図８の処理の開始時点において、通信システム１は、図７の処理を実行済であり、端末装置１００ａ、１００ｂ、１００ｃは、中継装置１２を介してコンテンツデータを送受信する第１の通信を行っているものとする。

ステップＳ８０１において、端末装置１００ａのウェブアプリ７００ａによって実現される第２の通信部５１７（以下、単に第２の通信部５１７と呼ぶ）は、ウェブブラウザ５１５ａに、ＷｅｂＲＴＣ ｏｆｆｅｒの作成を要求する。このＷｅｂＲＴＣ ｏｆｆｅｒには、例えば、端末装置１００ｂの接続情報（以下、接続情報Ｂと呼ぶ）等が含まれる。

ステップＳ８０２において、端末装置１００ａの第２の通信部５１７は、ウェブブラウザ５１５ａに、作成したＷｅｂＲＴＣ ｏｆｆｅｒの送信を要求する。これにより、ステップＳ８０３において、端末装置１００ａのウェブブラウザ５１５ａは、例えば、ＷｅｂＳｏｃｋｅｔメッセージで、端末装置１００ｂ宛のＷｅｂＲＴＣ ｏｆｆｅｒを通信管理装置１１に送信する。

ステップＳ８０４において、通信管理装置１１の接続管理部５２２は、端末装置１００ａから受信した、端末装置１００ｂ宛のＷｅｂＲＴＣ ｏｆｆｅｒを、例えば、ＷｅｂＳｏｃｋｅｔメッセージで端末装置１００ｂに送信する。

ステップＳ８０５において、端末装置１００ｂのウェブアプリ７００ｂで実現される第２の通信部５１７は、端末装置１００ａからのＷｅｂＲＴＣ ｏｆｆｅｒを受け付ける。これに応じて、ステップＳ８０６において、第２の通信部５１７は、ウェブブラウザ５１５ｂにＷｅｂＲＴＣ ａｎｓｗｅｒの作成を要求する。このＷｅｂＲＴＣ ａｎｓｗｅｒには、例えば、端末装置１００ａの接続情報（以下、接続情報Ａと呼ぶ）等が含まれる。

ステップＳ８０７において、端末装置１００ｂの第２の通信部５１７は、ウェブブラウザ５１５ｂに、作成したＷｅｂＲＴＣ ａｎｓｗｅｒの送信を要求する。これにより、ステップＳ８０８において、端末装置１００ｂのウェブブラウザ５１５ｂは、例えば、ＷｅｂＳｏｃｋｅｔメッセージで、端末装置１００ａ宛のＷｅｂＲＴＣ ａｎｓｗｅｒを通信管理装置１１に送信する。

ステップＳ８０９において、通信管理装置１１の接続管理部５２２は、端末装置１００ｂから受信した、端末装置１００ａ宛のＷｅｂＲＴＣ ａｎｓｗｅｒを、例えば、ＷｅｂＳｏｃｋｅｔメッセージで、端末装置１００ａに送信する。

ステップＳ８１０において、端末装置１００ａのウェブブラウザ５１５ａ（又は第２の通信部５１７）は、端末装置１００ｂとプライベートＩＰアドレス（接続情報Ａ、Ｂ等）を用いて、第２の通信（Ｐ２Ｐ通信）が可能であるかを確認する。ここでは、端末装置１００ａと端末装置１００ｂとは、同じプライベートネットワーク（ローカルネットワーク）内にあるので、第２の通信部５１７は、第２の通信が可能であることを確認する。

ステップＳ８１１～Ｓ８１３において、端末装置１００ａの通知部５１８は、例えば、ＷｅｂＳｏｃｋｅｔメッセージで、端末装置１００ｂとの第２の通信が可能であることを示す判定結果を通信管理装置１１に通知する。

ステップＳ８１４において、端末装置１００ａは、端末装置１００ｃとの間で、ステップＳ８０１～Ｓ８０９と同様の第２の通信の接続処理８００を実行する。また、ステップＳ８１５において、端末装置１００ａのウェブブラウザ５１５ａ（又は第２の通信部５１７）は、端末装置１００ｃとプライベートＩＰアドレスを用いて、第２の通信が可能であるかを確認する。ここでは、端末装置１００ａと端末装置１００ｃとは、異なるプライベートネットワーク（ローカルネットワーク）内にあるので、第２の通信ができないことを確認する。

ステップＳ８１６～Ｓ８１８において、端末装置１００ａの通知部５１８は、例えば、ＷｅｂＳｏｃｋｅｔメッセージで、端末装置１００ｃとの第２の通信が可能でないことを示す判定結果を通信管理装置１１に通知する。

ステップＳ８１９において、通信管理装置１１の制限部５０５は、ステップＳ８１３、Ｓ８１８で受信部５０４が、端末装置１００ａから受信した判定結果に基づいて、ネットワーク（ＮＷ）の接続状態（ネットワークトポロジ情報）を判断する。例えば、制限部５０５は、端末装置１００ａが、第１の通信が可能な端末装置１００ｂと第２の通信も可能であることから、端末装置１００ｂが、端末装置１００ａと同じプライベートネットワーク（又はローカルネットワーク）内にあると判断する。一方、制限部５０５は、端末装置１００ａが、第１の通信が可能な端末装置１００ｃと第２の通信ができないことから、端末装置１００ｃが、端末装置１００ａと異なるプライベートネットワーク（又はローカルネットワーク）内にあると判断する。

ステップＳ８２０において、通信管理装置１１の制限部５０５は、端末装置１００ａと同じプライベートネットワーク内にあると判断した端末装置１００ｂにおける第１の通信の通信帯域を制限する帯域制限命令を中継装置１２に送信する。

例えば、制限部５０５は、端末装置１００ｂがコンテンツデータを送受信する通信帯域の減少を指示する帯域制限命令を中継装置１２に送信してもよい。或いは、制限部５０５は、端末装置１００ｂがコンテンツデータを送信する送信帯域の減少を指示する帯域制限命令を中継装置１２に送信してもよい。これにより、端末装置（撮影装置）１００ａが映像データを送信する送信帯域の優先度を上げることができる。

ステップＳ８２１において、中継装置１２の帯域管理部５２３は、通信管理装置１１からの帯域制限命令に従って、端末装置１００ｂにおける第１の通信の通信帯域を制限する。

図７Ａ（又は図７Ｂ）と図８の処理により、第１の実施形態によれば、複数の端末装置１００がウェブブラウザのＡＰＩを利用してコンテンツデータを送受信する通信システム１において、ネットワークトポロジ情報に基づいて帯域制御を最適化できるようになる。

なお、図７Ａ（又は図７Ｂ）と図８に示した処理は一例である。例えば、図７ＡのステップＳ７０６において、端末装置１００が通信管理装置１１に送信する中継装置への接続要求に、端末用途の情報（送信メイン端末、受信メイン端末、又は通常端末）が含まれているが、この情報は必須ではない。例えば、通信管理装置１１は、図８のステップＳ８１３、Ｓ８１８において、判定結果を送信した端末装置１００ａを、送信メイン端末と判断してもよい。また、通信管理装置１１は、受信した判定結果に基づいて、送信メイン端末と第２の通信が可能な端末装置１００ｂを受信メイン端末と判断し、送信メイン端末と第２の通信ができない端末装置１００ｃを通常端末と判断してもよい。

［第２の実施形態］
第１の実施形態では、端末装置１００ａは、ウェブブラウザ５１５が実行するプログラムにより、第１の通信部５１６、第２の通信部５１７、及び通知部５１８等を実現していた。ただし、これは一例であり、端末装置１００ａは、ウェブブラウザの一部のコードをライブラリとしてロードしたモバイルアプリケーション等によって、第１の通信部５１６、第２の通信部５１７、及び通知部５１８等を実現してもよい。

＜機能構成＞
図９は、第２の実施形態に係る通信システムの機能構成の例を示す図である。

（端末装置１００ａの機能構成）
第２の実施形態に係る端末装置１００ａは、ウェブブラウザ５１５に代えて、ウェブブラウザの機能を有するアプリケーション９００を、ＣＰＵ３１１が実行することにより、第１の通信部５１６、第２の通信部５１７、及び通知部５１８等を実現している。

第１の通信部５１６は、中継装置１２を介して、他の端末装置１００とコンテンツデータを送受信する第１の通信を行う第１の通信処理を実行する。第２の通信部５１７は、他の端末装置１００と一対一で第２の通信を行う第２の通信処理を実行する。例えば、第２の通信部５１７は、ＷｅｂＲＴＣのＩＣＥプロトコルにより、第２の通信（Ｐ２Ｐ通信）を行う。通知部５１８は、端末装置１００と第１の通信を行っている他の端末装置１００の各々と、第２の通信が可能であるか否かを示す判定結果を、通信管理装置１１に通知する通知処理を実行する。

なお、第２の実施形態に係る端末装置１００ａの他の機能構成は、図５で説明した第１の実施形態に係る端末装置１００ａの機能構成と同様でよい。また、第２の実施形態に係る端末装置１００ｂ、１００ｃ、通信管理装置１１、中継装置１２、及びファイルサーバ１３の機能構成は、第１の実施形態と同様でよい。

＜処理の流れ＞
（第１の通信処理）
図１０は、第２の実施形態に係る第１の通信処理の例を示すシーケンス図である。なお、図１０に示す処理のうち、ステップＳ７１２～Ｓ７１６の処理は、図７Ａで説明した第１の実施形態に係る処理と同様なので、ここでは説明を省略する。また、基本的な処理内容は、第１の実施形態と同様なので、ここでは、第１の実施形態と同様の処理に対する詳細な説明は省略する。

ステップＳ１００１において、端末装置１００ａが、アプリケーション９００を起動したとき、又は通信操作を受け付けたとき等に、通信システム１は、ステップＳ１００２以降の処理を開始する。

ステップＳ１００２において、端末装置１００ａの第１の通信部５１６は、通信管理装置１１とＷｅｂｓｏｋｅｔの接続を確立する。

ステップＳ１００３において、端末装置１００ａの第１の通信部５１６は、ＷｅｂＳｏｃｋｅｔメッセージで、通信管理装置１１に中継装置１２のＲｏｏｍ１に「送信メイン端末」としての接続を要求する、中継装置１２への接続要求を送信する。

ステップＳ１００４において、通信管理装置１１の通信管理部５０３は、端末装置１００ａから、正当な中継装置１２への接続要求を受け付けると、中継装置１２に、ＷｅｂＲＴＣ ｏｆｆｅｒの作成を要求する。

ステップＳ１００５において、中継装置１２の接続管理部５２２は、通信管理装置１１からのＷｅｂＲＴＣ ｏｆｆｅｒの作成要求に対して、ＷｅｂＲＴＣ ｏｆｆｅｒを返信する。

ステップＳ１００６において、端末装置１００ａの第１の通信部５１６は、通信管理装置１１を介して、中継装置１２からのＷｅｂＲＴＣ ｏｆｆｅｒを受け付けると、ＷｅｂＲＴＣ ａｎｓｗｅｒを作成する。

ステップＳ１００７において、端末装置１００ａの第１の通信部５１６は、作成したＷｅｂＲＴＣ ａｎｓｗｅｒを中継装置１２に返信する。これにより、第１の通信部５１６は、中継装置１２と第１の通信を確立する。例えば、端末装置１００ａは、中継装置１２とＤＴＬＳの暗号鍵を共有し、共有した暗号鍵によって映像、又は音声等のコンテンツデータを暗号化して送受信する。

ステップＳ７１２において、端末装置１００ｂは、図７ＡのステップＳ７０１～Ｓ７１１と同様の処理７００を実行することにより、中継装置１２と第１の通信を確立する。同様に、ステップＳ７１３において、端末装置１００ｃは、図７ＡのステップＳ７０１～Ｓ７１１と同様の処理７００を実行することにより、中継装置１２と第１の通信を確立する。

このように、端末装置１００ａは、ウェブブラウザの機能を有するアプリケーション９００により、第１の通信処理を実行してもよい。

なお、図１０の処理においても、図７Ｂの処理と同様にして、ウェブブラウザの機能を有するアプリケーション９００がＷｅｂＲＴＣ ｏｆｆｅｒを作成し、中継装置１２がＷｅｂＲＴＣ ａｎｓｗｅｒを作成してもよい。

（帯域制限処理）
図１１は、第２の実施形態に係る帯域制限処理の例を示すシーケンス図である。なお、図１１に示す処理のうち、ステップＳ８１９～Ｓ８２１の処理は、図８で説明した第１の実施形態に係る処理と同様なので、ここでは説明を省略する。また、基本的な処理内容は、第１の実施形態と同様なので、ここでは、第１の実施形態と同様の処理に対する詳細な説明は省略する。

ステップＳ１１０１において、端末装置１００ａの第２の通信部５１７は、端末装置１００ｂ宛のＷｅｂＲＴＣ ｏｆｆｅｒを作成し、作成したＷｅｂＲＴＣ ｏｆｆｅｒの送信を、例えば、ＷｅｂＳｏｃｋｅｔメッセージで通信管理装置１１に送信する。

ステップＳ１１０２において、通信管理装置１１の接続管理部５２２は、端末装置１００ａから受信した、端末装置１００ｂ宛のＷｅｂＲＴＣ ｏｆｆｅｒを、例えば、ＷｅｂＳｏｃｋｅｔメッセージで端末装置１００ｂに送信する。

ステップＳ１１０３において、端末装置１００ｂのウェブアプリ７００ｂで実現される第２の通信部５１７は、端末装置１００ａからのＷｅｂＲＴＣ ｏｆｆｅｒを受け付ける。これに応じて、ステップＳ１１０４において、第２の通信部５１７は、ウェブブラウザ５１５ｂにＷｅｂＲＴＣ ａｎｓｗｅｒの作成を要求する。このＷｅｂＲＴＣ ａｎｓｗｅｒには、例えば、端末装置１００ａの接続情報（接続情報Ａ）等が含まれる。

ステップＳ１１０５において、端末装置１００ｂの第２の通信部５１７は、ウェブブラウザ５１５ｂに、作成したＷｅｂＲＴＣ ａｎｓｗｅｒの送信を要求する。これにより、ステップＳ１１０６において、端末装置１００ｂのウェブブラウザ５１５ｂは、例えば、ＷｅｂＳｏｃｋｅｔメッセージで、端末装置１００ａ宛のＷｅｂＲＴＣ ａｎｓｗｅｒを通信管理装置１１に送信する。

ステップＳ１１０７において、通信管理装置１１の接続管理部５２２は、端末装置１００ｂから受信した、端末装置１００ａ宛のＷｅｂＲＴＣ ａｎｓｗｅｒを、例えば、ＷｅｂＳｏｃｋｅｔメッセージで、端末装置１００ａに送信する。

ステップＳ１１０８において、端末装置１００ａの第２の通信部５１７は、端末装置１００ｂと、プライベートＩＰアドレスを用いて第２の通信（Ｐ２Ｐ通信）が可能であるかを確認する。ここでは、端末装置１００ａと端末装置１００ｂとは、同じプライベートネットワーク（ローカルネットワーク）内にあるので、第２の通信部５１７は、端末装置１００ｂと第２の通信が可能であることを確認する。

ステップＳ１１０９において、端末装置１００ａの通知部５１８は、例えば、ＷｅｂＳｏｃｋｅｔメッセージで、端末装置１００ｂとの第２の通信が可能であることを示す判定結果を通信管理装置１１に通知する。

ステップＳ１１１０において、端末装置１００ａは、端末装置１００ｃとの間で、ステップＳ１１０１～Ｓ１１０７と同様の第２の通信の接続処理１１００を実行する。また、ステップＳ１１１１において、端末装置１００ａの第２の通信部５１７は、端末装置１００ｃとプライベートＩＰアドレスを用いて、第２の通信が可能であるかを確認する。ここでは、端末装置１００ａと端末装置１００ｃとは、異なるプライベートネットワーク（ローカルネットワーク）内にあるので、第２の通信部５１７は、端末装置１００ｃと第２の通信ができないことを確認する。

ステップＳ１１１２において、端末装置１００ａの通知部５１８は、例えば、ＷｅｂＳｏｃｋｅｔメッセージで、端末装置１００ｃとの第２の通信が可能でないことを示す判定結果を通信管理装置１１に通知する。

このように、第１の実施形態に係る端末装置１００ａのウェブブラウザ５１５の処理は、ウェブブラウザの機能（ＷｅｂＲＴＣ ＡＰＩ等）を有するモバイルアプリケーション等によって実現することができる。

なお、端末装置１００ｂ、又は端末装置１００ｃのウェブブラウザ５１５の処理についても、ウェブブラウザの機能（ＷｅｂＲＴＣ ＡＰＩ等）を有するアプリケーションプログラム等によって実現することが可能である。

以上、本発明の各実施形態によれば、複数の端末装置１００がウェブブラウザのＡＰＩを利用してコンテンツデータを送受信する通信システムにおいて、ネットワークトポロジ情報に基づいて帯域制御を最適化できるようになる。

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

また、実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものに過ぎない。ある実施形態では、通信管理装置１１は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。また、通信管理装置１１の各要素は、１つのコンピュータ４００にまとめられていても良いし、複数のコンピュータ４００に分けられていても良い。

また、図５に示した通信システム１は、例えば、図７Ａ（又は図７Ｂ）、図８、図１０、及び図１１に示した通信システム１の処理を、様々な組み合わせで共有するように構成できる。例えば、通信管理装置１１が実行する処理のうち、少なくとも一部は、中継装置１２、又はファイルサーバ１３が実行しても良い。また、通信管理装置１１が実行する処理のうち、少なくとも一部は、例えば、外部のサーバ装置、又はクラウドサービス等が実行しても良い。

１ 通信システム
１０ 管理システム
１１ 通信管理装置
１００ 端末装置
１００ａ 端末装置（撮影装置）
１００ｂ、１００ｃ 端末装置（情報端末、他の端末装置）
４００ コンピュータ
５０３ 通信管理部
５０４ 受信部
５０５ 制限部
５１５ ウェブブラウザ
５１６ 第１の通信部
５１７ 第２の通信部
５１８ 通知部
９００ アプリケーション

特表２０１６－５１２６６７号公報

Claims (10)

1. 中継装置を介して第１の端末装置が第２の端末装置に第１コンテンツデータを送信する第１の通信と、前記中継装置を介して前記第１の端末装置が第３の端末装置に第２のコンテンツデータを送信する第２の通信とを管理するように構成されている通信管理部と、
   前記第１の端末装置から、前記中継装置を介さない第３の通信で、前記第２の端末装置との通信が可能であるかを示す判定結果および前記第３の端末装置との通信が可能であるかを示す判定結果を受信するように構成されている受信部と、
   前記第１の端末装置が前記第３の通信で前記第２の端末装置と通信可能であるとの判定結果および前記第１の端末装置が前記第３の通信で前記第３の端末装置と通信可能でないとの判定結果に基づいて、前記第１の端末装置と前記第２の端末装置とが同一ネットワーク上にあると判定し、前記第１の端末装置と前記第３の通信が可能な前記第２の端末装置における前記第１の通信の通信帯域を制限するように構成されている制限部と、
   を有する、通信管理装置。
2. 前記制限部は、前記第１の端末装置と前記第３の通信が可能な前記第２の端末装置における前記第１の通信の通信帯域の制限を前記中継装置に指示する、請求項１に記載の通信管理装置。
3. 前記制限部は、前記第１の端末装置と前記第３の通信が可能な前記第２の端末装置における前記第１の通信の送信帯域を制限する、請求項１又は２に記載の通信管理装置。
4. 請求項１乃至３のいずれか一項に記載の通信管理装置と、第１の端末装置とを含む通信システムであって、
   前記第１の端末装置は、
   中継装置を介して第２の端末装置に第１コンテンツデータを送信する第１の通信を行うように構成されている第１の通信部と、
   前記中継装置を介さずに前記第２の端末装置と第３の通信を行うように構成されている第２の通信部と、
   前記第２の端末装置と前記第３の通信が可能であるかを示す判定結果を前記通信管理装置に通知するように構成されている通知部と、
   を有する、通信システム。
5. 前記第１の端末装置、及び前記第２の端末装置は、ウェブブラウザ、又はウェブブラウザの機能を有するアプリケーションを利用して、前記第１の通信、及び前記第３の通信を行う、請求項４に記載の通信システム。
6. 前記第２の通信部は、ＷｅｂＲＴＣのＡＰＩを利用して前記第３の通信を行う、請求項４又は５に記載の通信システム。
7. 前記第３の通信は、前記第２の端末装置と一対一でデータを送受信するＰ２Ｐ通信である、請求項４乃至６のいずれか一項に記載の通信システム。
8. 前記第１の端末装置は、撮影した映像を前記第２の端末装置に送信する撮影装置である、請求項４乃至７のいずれか一項に記載の通信システム。
9. 中継装置を介して第１の端末装置が第２の端末装置にコンテンツデータを送信する第１の通信と、前記中継装置を介して前記第１の端末装置が第３の端末装置に第２のコンテンツデータを送信する第２の通信とを管理する通信管理処理と、
   前記第１の端末装置から、前記中継装置を介さない第３の通信で、前記第２の端末装置との通信が可能であるかを示す判定結果および前記第３の端末装置との通信が可能であるかを示す判定結果を受信する受信処理と、
   前記第１の端末装置が前記第３の通信で前記第２の端末装置と通信可能であるとの判定結果および前記第１の端末装置が前記第３の通信で前記第３の端末装置と通信可能でないとの判定結果に基づいて、前記第１の端末装置と前記第２の端末装置とが同一ネットワーク上にあると判定し、前記第１の端末装置と前記第３の通信が可能な前記第２の端末装置における前記第１の通信の通信帯域を制限する制限処理と、
   をコンピュータが実行する、通信管理方法。
10. 中継装置を介して第１の端末装置が第２の端末装置にコンテンツデータを送信する第１の通信と、前記中継装置を介して前記第１の端末装置が第３の端末装置に第２のコンテンツデータを送信する第２の通信とを管理する通信管理処理と、
    前記第１の端末装置から、前記中継装置を介さない第３の通信で、前記第２の端末装置との通信が可能であるかを示す判定結果および前記第３の端末装置との通信が可能であるかを示す判定結果を受信する受信処理と、
    前記第１の端末装置が前記第３の通信で前記第２の端末装置と通信可能であるとの判定結果および前記第１の端末装置が前記第３の通信で前記第３の端末装置と通信可能でないとの判定結果に基づいて、前記第１の端末装置と前記第２の端末装置とが同一ネットワーク上にあると判定し、前記第１の端末装置と前記第３の通信が可能な前記第２の端末装置における前記第１の通信の通信帯域を制限する制限処理と、
    をコンピュータに実行させる、プログラム。