JP6088632B1 - 音声映像通信システム、サーバ、仮想クライアント、音声映像通信方法、および音声映像通信プログラム - Google Patents

Abstract

【課題】仮想環境の端末間でＷｅｂＲＴＣを利用した音声・映像通信を行う場合に高品質な音声・映像通信を可能とする音声映像通信システム、サーバ、仮想クライアント、音声映像通信方法、および音声映像通信プログラムを提供する。【解決手段】音声映像通信システムは、ＷｅｂＲＴＣを利用して仮想環境の端末間で音声または映像通信を行う音声映像通信システムであって、ローカルクライアント２０，４０と仮想クライアント３０，５０とをサーバ１０側で対応付けて管理することにより、仮想クライアント３０からローカルクライアント２０へ音声または映像の発信指示を行い、発信指示を受けたローカルクライアント２０から通信相手である仮想クライアント５０またはローカルクライアント４０へ直接音声または映像を送信する。【選択図】図３

Description

本発明は、仮想環境の端末間でＷｅｂＲＴＣ（Web Real-Time Communication）を利用した音声・映像通信を行う音声映像通信システム、サーバ、仮想クライアント、音声映像通信方法、および音声映像通信プログラムに関する。

従来、インターネットやＮＧＮ（Next Generation Network）等のネットワークを介して、テレビ電話やビデオチャット等の音声・映像通信を行う環境を提供するサービスが行われている。このような音声・映像通信をＷｅｂブラウザで実現する手法の１つとして、ＷｅｂＲＴＣが知られている（例えば、特許文献１参照）。ＷｅｂＲＴＣでは、プラグインをＷｅｂブラウザにインストールする必要がなく、Ｗｅｂブラウザの機能のみで音声・映像通信を実現することができる。

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

近年、柔軟な管理やコスト削減を実現する技術として「仮想化技術」が広く普及している。今後、仮想環境の端末間でＷｅｂＲＴＣを利用した音声・映像通信を行うことが予想される。

本発明は、上記事情に鑑み、仮想環境の端末間でＷｅｂＲＴＣを利用した音声・映像通信を行う場合に高品質な音声・映像通信を可能とする音声映像通信システム、サーバ、仮想クライアント、音声映像通信方法、および音声映像通信プログラムを提供することを目的とする。

上記目的を達成するため、第１の態様に係る発明は、Ｗｅｂブラウザ上でリアルタイムに音声または映像通信を行うための技術を利用して仮想環境の端末間で音声または映像通信を行う音声映像通信システムであって、仮想基盤に構築された第１仮想クライアントと、前記第１仮想クライアントのデスクトップ環境を使用する第１ローカルクライアントと、仮想基盤に構築された第２仮想クライアントと、前記第２仮想クライアントのデスクトップ環境を使用する第２ローカルクライアントと、前記音声または映像通信の通信サービスを提供するサーバとを備え、ローカルクライアントと仮想クライアントとを前記サーバ側で対応付けて管理することにより、前記第１仮想クライアントから前記第１ローカルクライアントへ前記音声または映像の発信指示を行い、前記発信指示を受けた前記第１ローカルクライアントから通信相手である前記第２仮想クライアントまたは前記第２ローカルクライアントへ直接音声または映像を送信することを要旨とする。

第２の態様に係る発明は、第１の態様に係る発明において、前記サーバが、前記ローカルクライアントからログインする際に用いるローカルクライアントログインＩＤと、前記仮想クライアントからログインする際に用いる仮想クライアントログインＩＤとを対応付けたデータベースを管理することを要旨とする。

第３の態様に係る発明は、第１または第２の態様に係る発明において、前記第１ローカルクライアントから前記第２ローカルクライアントへ音声を送信し、前記第１ローカルクライアントから前記第２仮想クライアントへ映像を送信することを要旨とする。

第４の態様に係る発明は、第１または第２の態様に係る発明において、前記第１ローカルクライアントから前記第２仮想クライアントへ音声および映像を送信することを要旨とする。

第５の態様に係る発明は、第１または第２の態様に係る発明において、前記第１ローカルクライアントから前記第２ローカルクライアントへ音声および映像を送信することを要旨とする。

第６の態様に係る発明は、第１または第２の態様に係る発明において、前記第１ローカルクライアントから前記第２仮想クライアントへ音声を送信し、前記第１ローカルクライアントから前記第２ローカルクライアントへ映像を送信することを要旨とする。

上記目的を達成するため、第７の態様に係る発明は、Ｗｅｂブラウザ上でリアルタイムに音声または映像通信を行うための技術を利用して仮想環境の端末間で音声または映像通信を行う音声映像通信システムにおいてローカルクライアントおよび仮想クライアントとネットワークを介して接続されたサーバであって、前記ローカルクライアントおよび前記仮想クライアントに提供するＷｅｂページと、前記ローカルクライアントからログインする際に用いるローカルクライアントログインＩＤと、前記仮想クライアントからログインする際に用いる仮想クライアントログインＩＤとを対応付けたデータベースとを備えることを要旨とする。

上記目的を達成するため、第８の態様に係る発明は、Ｗｅｂブラウザ上でリアルタイムに音声または映像通信を行うための技術を利用して仮想環境の端末間で音声または映像通信を行う音声映像通信システムにおいてサーバとネットワークを介して接続された仮想クライアントであって、Ｗｅｂブラウザ上でリアルタイムに音声または映像通信を行うための技術に対応するＷｅｂブラウザを備え、前記サーバにより提供されるＷｅｂページのログイン画面において仮想クライアントログインＩＤを指定してログインし、当該仮想クライアントに対応付けられたローカルクライアントへ前記音声または映像の発信指示を行うことを要旨とする。

上記目的を達成するため、第９の態様に係る発明は、Ｗｅｂブラウザ上でリアルタイムに音声または映像通信を行うための技術を利用して仮想環境の端末間で音声または映像通信を行う音声映像通信システムの音声映像通信方法であって、前記音声映像通信システムが、仮想基盤に構築された第１仮想クライアントと、前記第１仮想クライアントのデスクトップ環境を使用する第１ローカルクライアントと、仮想基盤に構築された第２仮想クライアントと、前記第２仮想クライアントのデスクトップ環境を使用する第２ローカルクライアントと、前記音声または映像通信の通信サービスを提供するサーバとを備え、ローカルクライアントと仮想クライアントとを前記サーバ側で対応付けるステップと、前記対応付けに基づいて、前記第１仮想クライアントから前記第１ローカルクライアントへ前記音声または映像の発信指示を行うステップと、前記発信指示を受けた前記第１ローカルクライアントから通信相手である前記第２仮想クライアントまたは前記第２ローカルクライアントへ直接音声または映像を送信するステップとを有することを要旨とする。

上記目的を達成するため、第１０の態様に係る発明は、音声映像通信プログラムであって、第９の態様に係る発明の各ステップをコンピュータに実行させることを要旨とする。

本発明によれば、仮想環境の端末間でＷｅｂＲＴＣを利用した音声・映像通信を行う場合に高品質な音声・映像通信を可能とする音声映像通信システム、サーバ、仮想クライアント、音声映像通信方法、および音声映像通信プログラムを提供することが可能である。

比較例に係る音声映像通信システムにおいて片方向のみ音声・映像通信を行う場合の例を概念的に示す構成図である。 比較例に係る音声映像通信システムのシーケンス図である。 第１の実施の形態に係る音声映像通信システムにおいて片方向のみ音声・映像通信を行う場合の例を概念的に示す構成図である。 第１の実施の形態に係る音声映像通信システムの機能ブロック図である。 第１の実施の形態に係る音声映像通信システムが備えるユーザＤＢの構成図である。 第１の実施の形態に係る音声映像通信システムのシーケンス図である。 第２の実施の形態に係る音声映像通信システムにおいて片方向のみ音声・映像通信を行う場合の例を概念的に示す構成図である。 第２の実施の形態に係る音声映像通信システムのシーケンス図である。 第３の実施の形態に係る音声映像通信システムにおいて片方向のみ音声・映像通信を行う場合の例を概念的に示す構成図である。 第３の実施の形態に係る音声映像通信システムのシーケンス図である。 第４の実施の形態に係る音声映像通信システムにおいて片方向のみ音声・映像通信を行う場合の例を概念的に示す構成図である。 第４の実施の形態に係る音声映像通信システムのシーケンス図である。

以下、本発明の実施の形態について図面を参照して詳細に説明する。なお、以下の実施の形態は、この発明の技術的思想を具体化するための音声映像通信システムを例示するものであり、装置の構成やデータの構成等は以下の実施の形態に限定されるものではない。

≪ＷｅｂＲＴＣ≫
ＷｅｂＲＴＣ（Web Real-Time Communication）とは、音声、映像、データを主にＷｅｂブラウザ間（Ｐ２Ｐ）でリアルタイムにやり取りが可能な規格である。今後のリアルタイム通信を担う重要な技術として、広義のＨＴＭＬ５の１つとして位置づけられている。ＨＴＭＬ５は、ＨＴＭＬの５回目の改訂版であり、アプリケーションの動作基盤がＷｅｂブラウザに統一化され、様々なＡＰＩが標準実装される技術である。

ＷｅｂＲＴＣには次のような特徴がある。まず、アプリケーションのインストールなしに映像、音声、データの通信が可能である。対象は、Ｗｅｂブラウザが動いているスマートフォン、タブレット、ＰＣ等のマルチデバイスである。動作は、簡単なＪａｖａＳｃｒｉｐｔ（登録商標）コード、画面は、ＨＴＭＬ技術により開発が可能である。また、リアルタイムコミュニケーションサービスがライセンスフリーで開発可能である。さらに、標準化完了後は、ＷｅｂＲＴＣ対応ブラウザやアプリケーション間における相互接続性が保障される予定である。

≪比較例≫
次に、比較例に係る音声映像通信システムについて説明する。

（構成例）
図１は、比較例に係る音声映像通信システムを概念的に示す構成図である。ここでは、仮想環境の端末間でＷｅｂＲＴＣを利用した音声・映像通信を行う場合を想定している。

具体的には、図１に示すように、インターネットやＮＧＮ（Next Generation Network）等のネットワークＮを介して、ローカルクライアント２００，４００と、仮想クライアント３００，５００と、サーバ１００とが接続されている。ローカルクライアント２００には仮想デスクトップソフト２２０がインストールされている。仮想デスクトップソフト２２０を用いることでローカルクライアント２００から仮想クライアント３００の画面を呼び出して作業することができる。同様に、ローカルクライアント４００には仮想デスクトップソフト４２０がインストールされている。仮想デスクトップソフト４２０を用いることでローカルクライアント４００から仮想クライアント５００の画面を呼び出して作業することができる。仮想クライアント３００，５００は、それぞれ、ＧｏｏｇｌｅＣｈｒｏｍｅ等のＷｅｂＲＴＣ対応ブラウザ３１０，５１０を備えている。

図１では、簡略化のため、仮想クライアント３００から仮想クライアント５００へ音声・映像を送信する場合のみを示している。逆に、仮想クライアント５００から仮想クライアント３００へ音声・映像を送信する場合についても同様である。

図１に示すように、仮想環境では、ローカルクライアント２００から仮想クライアント３００へ音声・映像を転送する際は、ＲＴＡＶやＵＳＢリダイレクト等の仮想環境特有の音声・映像圧縮方式を用いる。ＲＴＡＶ（Real-Time Audio-Video）は、Ｖｍｗａｒｅ社が提唱するローカルクライアントの音声・映像を仮想クライアントソフト環境上で利用可能にする技術である。一方、仮想クライアント３００から仮想クライアント５００へ音声・映像を転送する際は、ＯｐｕｓやＶＰ８等のＷｅｂＲＴＣ対応ブラウザ３１０，５１０がサポートする音声・映像圧縮方式を用いる。

（動作例）
図２は、比較例に係る音声映像通信システムのシーケンス図である。ここでは、双方向に音声・映像通信を行う場合を例示している。なお、以下の説明では、ローカルクライアント２００をホストＡ２、仮想クライアント３００をホストＡ１、ローカルクライアント４００をホストＢ２、仮想クライアント５００をホストＢ１という場合がある。また、「ＷｅｂＲＴＣ対応ブラウザ」を単に「Ｗｅｂブラウザ」という場合がある。

まず、仮想クライアント３００，５００は、サーバ１００からＷｅｂページを取得し、当該通信サービスにログインしているものとする（Ｓ２０１〜Ｓ２０４）。次いで、仮想クライアント３００のＷｅｂＲＴＣ対応ブラウザ３１０上で発信ボタン等が押下されると（Ｓ２０５）、ローカルクライアント２００は、マイク２３０とカメラ２４０から音声・映像を取得し、その音声・映像を仮想環境特有の音声・映像圧縮方式により圧縮し、仮想クライアント３００へ転送する（Ｓ２０６）。次いで、仮想クライアント３００から仮想クライアント５００に対して通信開始の問い合わせが送られ、この問い合わせに対して仮想クライアント５００のＷｅｂＲＴＣ対応ブラウザ５１０上で応答ボタン等が押下されたとする（Ｓ２０７→Ｓ２０８）。これにより、ローカルクライアント４００側でも同様の手順で音声・映像が取得され、仮想環境特有の音声・映像圧縮方式により圧縮され、仮想クライアント５００へ転送されるようになっている（Ｓ２０９）。最後に、仮想クライアント５００から仮想クライアント３００に対して問い合わせに対する応答が返されると（Ｓ２１０）、仮想クライアント３００，５００同士でＷｅｂＲＴＣを利用して音声・映像通信を行うことになる（Ｓ２１１）。

このように、比較例では、ローカルクライアント２００，４００から仮想クライアント３００，５００へ音声・映像を転送する際は、ＲＴＡＶやＵＳＢリダイレクト等の仮想環境特有の音声・映像圧縮方式を用いる。そのため、音声・映像品質が劣化する問題がある。

≪第１の実施の形態≫
次に、第１の実施の形態に係る音声映像通信システムについて説明する。なお、以下では、比較例と同様の点については詳しい説明を省略し、異なる点を中心に説明する。

（構成例）
図３は、第１の実施の形態に係る音声映像通信システムを概念的に示す構成図である。

基本的な構成は比較例と同様である。すなわち、図３に示すように、インターネットやＮＧＮ等のネットワークＮを介して、ローカルクライアント２０，４０と、仮想クライアント３０，５０と、サーバ１０とが接続されている。ローカルクライアント２０には仮想デスクトップソフト２２がインストールされている。仮想デスクトップソフト２２を用いることでローカルクライアント２０から仮想クライアント３０の画面を呼び出して作業することができる。同様に、ローカルクライアント４０には仮想デスクトップソフト４２がインストールされている。仮想デスクトップソフト４２を用いることでローカルクライアント４０から仮想クライアント５０の画面を呼び出して作業することができる。ローカルクライアント２０，４０も仮想クライアント３０，５０も、ＷｅｂＲＴＣ対応ブラウザ２１，４１，３１，５１を備えている。

ここで、第１の実施の形態に係る音声映像通信システムでは、仮想環境特有の音声・映像圧縮方式を利用しないことで音声・映像品質の劣化を防ぐようにしている。すなわち、詳細については後述するが、ローカルクライアントと仮想クライアントとの対応付けをユーザＤＢで管理する。この対応付けにより、仮想クライアントからローカルクライアントへ発信指示を行い、仮想環境特有の音声・映像圧縮方式を利用せずにローカルクライアントから通信相手の仮想クライアントまたはローカルクライアントへ音声・映像通信するようにしている。

図４は、第１の実施の形態に係る音声映像通信システムの機能ブロック図である。この音声映像通信システムは、ＷｅｂＲＴＣを利用して仮想環境の端末間で音声または映像通信を行う音声映像通信システムであって、図４に示すように、仮想クライアント３０と、ローカルクライアント２０と、仮想クライアント５０（図示せず）と、ローカルクライアント４０と、サーバ１０とを備える。

仮想クライアント３０は、仮想基盤６０に構築された端末であり、ＷｅｂＲＴＣ対応ブラウザ３１を備える。ＷｅｂＲＴＣ対応ブラウザ３１は、ＷｅｂＲＴＣに対応したＷｅｂブラウザであり、Ｗｅｂサーバ１１からＷｅｂページ１１ａを取得し、ログイン３１ａや発信処理３１ｂ等の各種処理を行う。ログイン３１ａとは、サーバ１０により提供される通信サービスの利用開始時に必要な資格情報（ログインＩＤ、パスワード等）を入力する操作である。発信処理３１ｂとは、発信指示等の各種データを発信する処理である。

ローカルクライアント２０は、仮想クライアント３０のデスクトップ環境を使用する端末であり、仮想デスクトップソフト２２と、ＷｅｂＲＴＣ対応ブラウザ２１とを備える。仮想デスクトップソフト２２は、仮想クライアント３０の画面を呼び出して作業できるようにするためのソフトウェアである。ＷｅｂＲＴＣ対応ブラウザ２１は、ＷｅｂＲＴＣに対応したＷｅｂブラウザであり、Ｗｅｂサーバ１１からＷｅｂページ１１ａを取得し、ログイン２１ａ、音声・映像取得処理２１ｂ、発信処理２１ｃ等の各種処理を行う。ログイン２１ａとは、サーバ１０により提供される通信サービスの利用開始時に必要な資格情報（ログインＩＤ、パスワード等）を入力する操作である。音声・映像取得処理２１ｂとは、マイク２３やカメラ２４から音声や映像を取得する処理である。発信処理２１ｃとは、音声・映像等の各種データを発信する処理である。

仮想クライアント５０の構成は、仮想クライアント３０と同様であり、ローカルクライアント４０の構成は、ローカルクライアント２０と同様である。この図４では、簡略化のため、ローカルクライアント４０のＷｅｂＲＴＣ対応ブラウザ４１には受信処理４１ａだけを示し、また、仮想クライアント５０の図示を省略している。

サーバ１０は、音声または映像通信の通信サービスを提供する装置である。サーバ１０は、機能的には、Ｗｅｂサーバ１１と、ＷｅｂＳｏｃｋｅｔサーバ１２と、シグナリングサーバ１３と、ユーザＤＢ１４とを備える。

Ｗｅｂサーバ１１は、ローカルクライアント２０や仮想クライアント３０等からの要求に応じてＷｅｂページ１１ａを提供するサーバである。Ｗｅｂページ１１ａには、ＪａｖａＳｃｒｉｐｔ等によりプログラムを埋め込むことが可能である。

ＷｅｂＳｏｃｋｅｔサーバ１２は、ＷｅｂＳｏｃｋｅｔが実装されたサーバであり、メッセージ処理１２ａやログイン処理１２ｂ等の各種処理を行う。ＷｅｂＳｏｃｋｅｔは、ＷｅｂサーバとＷｅｂブラウザ間の通信のために規定している双方向通信用の技術規格である。メッセージ処理１２ａは、ＷｅｂＲＴＣ対応ブラウザ３１からの発信処理３１ｂ等に対する処理である。ログイン処理１２ｂは、ＷｅｂＲＴＣ対応ブラウザ２１，３１からのログイン２１ａ，３１ａ等に対する処理である。

シグナリングサーバ１３は、通信相手の何らかの情報をもとに通信相手を探し出すサーバであり、呼制御機能１３ａやログイン処理１３ｂ等の各種処理を行う。呼制御機能１３ａは、呼制御を実現する機能である。ログイン処理１３ｂは、ＷｅｂＲＴＣ対応ブラウザ２１，３１からのログイン２１ａ，３１ａ等に対する処理である。ＷｅｂＲＴＣを利用してＰ２Ｐで通信をする場合でも、通信相手の何らかの情報が必要である。通信相手の何らかの情報をシグナリングサーバ１３に与えれば、それ以外の必要な情報のやりとりをシグナリングサーバ１３が行うようになっている。ＷｅｂＲＴＣではシグナリングの方式について制約がないため、ＷｅｂＳｏｃｋｅｔを用いてＷｅｂサーバ１１とＷｅｂＲＴＣ対応ブラウザ２１，３１間の通信を実装することも可能である。

ユーザＤＢ１４は、図５に示すように、ローカルクライアントログインＩＤと仮想クライアントログインＩＤとを対応付けたデータベースである。ローカルクライアントログインＩＤは、ローカルクライアント２０（４０）からログインする際に用いるログインＩＤである。仮想クライアントログインＩＤは、仮想クライアント３０（５０）からログインする際に用いるログインＩＤである。このようなユーザＤＢ１４を備えれば、ローカルクライアント２０（４０）と仮想クライアント３０（５０）とを対応付けることができるため、仮想クライアント３０（５０）からローカルクライアント２０（４０）への発信指示が可能となる。

（動作例）
図６は、第１の実施の形態に係る音声映像通信システムのシーケンス図である。

まず、ローカルクライアント２０，４０、仮想クライアント３０，５０ともに、Ｗｅｂサーバ１１からＷｅｂページ１１ａを取得し、当該通信サービスにログインしていることが前提となる（Ｓ１〜Ｓ８）。これにより、ローカルクライアント２０，４０、仮想クライアント３０，５０の各ログインＩＤをユーザＤＢ１４に対応付けて管理することができる。

次いで、仮想クライアント３０は、ＷｅｂＲＴＣ対応ブラウザ３１上で発信ボタン等が押下されると（Ｓ９）、シグナリングサーバ１３，ＷｅｂＳｏｃｋｅｔサーバ１２を経由して音声・映像取得をローカルクライアント２０に指示する（Ｓ１０）。これにより、ローカルクライアント２００は、マイク２３０とカメラ２４０から音声・映像を取得すると（Ｓ１１）、その音声・映像取得結果を仮想クライアント３０に送信する（Ｓ１２）。

次いで、仮想クライアント３０から仮想クライアント５０に対して通信開始の問い合わせが送られ、この問い合わせに対して仮想クライアント５０のＷｅｂＲＴＣ対応ブラウザ５１上で応答ボタン等が押下されたとする（Ｓ１３→Ｓ１４）。これにより、ローカルクライアント４０側でも同様の手順でシグナリングサーバ１３，ＷｅｂＳｏｃｋｅｔサーバ１２を経由して音声・映像が取得され、その音声・映像取得結果が仮想クライアント５０に送信されるようになっている（Ｓ１５→Ｓ１６→Ｓ１７）。

次いで、仮想クライアント５０から仮想クライアント３０に対して問い合わせに対する応答が返されると（Ｓ１８）、仮想クライアント３０は、シグナリングサーバ１３，ＷｅｂＳｏｃｋｅｔサーバ１２を経由して通信開始をローカルクライアント２０に指示する（Ｓ１９）。同様に、仮想クライアント５０は、シグナリングサーバ１３，ＷｅｂＳｏｃｋｅｔサーバ１２を経由して通信開始をローカルクライアント４０に指示する（Ｓ２０）。

これにより、ＷｅｂＲＴＣ対応ブラウザ２１，３１，４１，５１がサポートする音声・映像圧縮方式を用いて音声・映像通信を行う。具体的には、ローカルクライアント２０のＷｅｂＲＴＣ対応ブラウザ２１から仮想クライアント５０のＷｅｂＲＴＣ対応ブラウザ５１へ映像を送信し（Ｓ２１）、ローカルクライアント２０のＷｅｂＲＴＣ対応ブラウザ２１からローカルクライアント４０のＷｅｂＲＴＣ対応ブラウザ４１へ音声を送信する（Ｓ２３）。同様に、ローカルクライアント４０のＷｅｂＲＴＣ対応ブラウザ４１から仮想クライアント３０のＷｅｂＲＴＣ対応ブラウザ３１へ映像を送信し（Ｓ２２）、ローカルクライアント４０のＷｅｂＲＴＣ対応ブラウザ４１からローカルクライアント２０のＷｅｂＲＴＣ対応ブラウザ２１へ音声を送信する（Ｓ２３）。

その結果、仮想クライアント３０，５０のＷｅｂＲＴＣ対応ブラウザ３１，５１に受信された映像は、ローカルクライアント２０，４０の画面に出力されることになる。また、ローカルクライアント２０，４０のＷｅｂＲＴＣ対応ブラウザ２１，４１に受信された音声は、ローカルクライアント２０，４０においてバックグラウンドで出力されることになる。

以上のように、第１の実施の形態に係る音声映像通信システムでは、仮想クライアント３０からの発信指示によりローカルクライアント２０が音声・映像を取得して発信処理を行うため、仮想環境特有の音声・映像圧縮方式により音声・映像品質を劣化させない結果、比較例に比べて高品質な音声・映像通信が可能となる。すなわち、仮想クライアント３０，５０同士の音声・映像通信ではなく、ローカルクライアント２０から通信相手の仮想クライアント５０またはローカルクライアント４０へ直接音声・映像通信を行うことが可能である。

なお、ここでは、ローカルクライアント２０からローカルクライアント４０へ音声を送信し、ローカルクライアント２０から仮想クライアント５０へ映像を送信することとしているが、音声・映像の送信パターンはこれに限定されるものではない。以下の第２〜第４の実施の形態では、音声・映像の送信パターンの変形例について説明する。

≪第２の実施の形態≫
以下、第２の実施の形態を第１の実施の形態と異なる点のみ説明する。

（構成例）
図７は、第２の実施の形態に係る音声映像通信システムを概念的に示す構成図である。仮想クライアント３０からの発信指示によりローカルクライアント２０が音声・映像を取得して発信処理を行う点は、第１の実施の形態と同様である。ここで、第２の実施の形態では、図７に示すように、ローカルクライアント２０から仮想クライアント５０へ音声および映像を送信するようにしている。このような通信ルートの制御は、Ｗｅｂページ１１ａに埋め込まれたプログラムをＷｅｂＲＴＣ対応ブラウザ２１が実行することにより実現することが可能である。

（動作例）
図８は、第２の実施の形態に係る音声映像通信システムのシーケンス図である。図８のステップＳ３１〜Ｓ５０までは、図６のステップＳ１〜Ｓ２０までと同様である。ここで、第２の実施の形態では、図８に示すように、ローカルクライアント２０のＷｅｂＲＴＣ対応ブラウザ２１から仮想クライアント５０のＷｅｂＲＴＣ対応ブラウザ５１へ音声および映像を送信する（Ｓ５１）。同様に、ローカルクライアント４０のＷｅｂＲＴＣ対応ブラウザ４１から仮想クライアント３０のＷｅｂＲＴＣ対応ブラウザ３１へ音声および映像を送信する（Ｓ５２）。

その結果、仮想クライアント３０，５０のＷｅｂＲＴＣ対応ブラウザ３１，５１に受信された映像は、ローカルクライアント２０，４０の画面に出力されることになる。また、仮想クライアント３０，５０のＷｅｂＲＴＣ対応ブラウザ３１，５１に受信された音声は、ローカルクライアント２０，４０に転送され、ローカルクライアント２０，４０においてバックグラウンドで出力されることになる。

以上のように、第２の実施の形態に係る音声映像通信システムでも、仮想クライアント３０からの発信指示によりローカルクライアント２０が音声・映像を取得して発信処理を行うため、第１の実施の形態と同様の効果を得ることができる。

≪第３の実施の形態≫
以下、第３の実施の形態を第１または第２の実施の形態と異なる点のみ説明する。

（構成例）
図９は、第３の実施の形態に係る音声映像通信システムを概念的に示す構成図である。仮想クライアント３０からの発信指示によりローカルクライアント２０が音声・映像を取得して発信処理を行う点は、第１の実施の形態と同様である。ここで、第３の実施の形態では、図９に示すように、ローカルクライアント２０からローカルクライアント４０へ音声および映像を送信するようにしている。

（動作例）
図１０は、第３の実施の形態に係る音声映像通信システムのシーケンス図である。図１０のステップＳ６１〜Ｓ８０までは、図６のステップＳ１〜Ｓ２０までと同様である。ここで、第３の実施の形態では、図１０に示すように、ローカルクライアント２０のＷｅｂＲＴＣ対応ブラウザ２１からローカルクライアント４０のＷｅｂＲＴＣ対応ブラウザ４１へ音声および映像を送信する（Ｓ８１）。同様に、ローカルクライアント４０のＷｅｂＲＴＣ対応ブラウザ４１からローカルクライアント２０のＷｅｂＲＴＣ対応ブラウザ２１へ音声および映像を送信する（Ｓ８１）。

その結果、ローカルクライアント２０，４０のＷｅｂＲＴＣ対応ブラウザ２１，４１に受信された音声および映像は、ローカルクライアント２０，４０において出力されることになる。なお、この場合は、ローカルクライアント２０，４０において仮想デスクトップソフト２２，４２が起動しているが、音声・映像の入力元を切り替える手法については特に限定されるものではない。

以上のように、第３の実施の形態に係る音声映像通信システムでも、仮想クライアント３０からの発信指示によりローカルクライアント２０が音声・映像を取得して発信処理を行うため、第１の実施の形態と同様の効果を得ることができる。

≪第４の実施の形態≫
以下、第４の実施の形態を第１〜第３の実施の形態と異なる点のみ説明する。

（構成例）
図１１は、第４の実施の形態に係る音声映像通信システムを概念的に示す構成図である。仮想クライアント３０からの発信指示によりローカルクライアント２０が音声・映像を取得して発信処理を行う点は、第１の実施の形態と同様である。ここで、第４の実施の形態では、図１１に示すように、ローカルクライアント２０から仮想クライアント５０へ音声を送信し、ローカルクライアント２０からローカルクライアント４０へ映像を送信するようにしている。

（動作例）
図１２は、第４の実施の形態に係る音声映像通信システムのシーケンス図である。図１２のステップＳ９１〜Ｓ１１０までは、図６のステップＳ１〜Ｓ２０までと同様である。ここで、第４の実施の形態では、図１２に示すように、ローカルクライアント２０のＷｅｂＲＴＣ対応ブラウザ２１からローカルクライアント４０のＷｅｂＲＴＣ対応ブラウザ４１へ映像を送信し（Ｓ１１１）、ローカルクライアント２０のＷｅｂＲＴＣ対応ブラウザ２１から仮想クライアント５０のＷｅｂＲＴＣ対応ブラウザ５１へ音声を送信する（Ｓ１１２）。同様に、ローカルクライアント４０のＷｅｂＲＴＣ対応ブラウザ４１からローカルクライアント２０のＷｅｂＲＴＣ対応ブラウザ２１へ映像を送信し（Ｓ１１１）、ローカルクライアント４０のＷｅｂＲＴＣ対応ブラウザ４１から仮想クライアント３０のＷｅｂＲＴＣ対応ブラウザ３１へ音声を送信する（Ｓ１１３）。

その結果、ローカルクライアント２０，４０のＷｅｂＲＴＣ対応ブラウザ２１，４１に受信された映像は、ローカルクライアント２０，４０において出力されることになる。また、仮想クライアント３０，５０のＷｅｂＲＴＣ対応ブラウザ３１，５１に受信された音声は、ローカルクライアント２０，４０に転送され、ローカルクライアント２０，４０において出力されることになる。なお、この場合は、ローカルクライアント２０，４０において仮想デスクトップソフト２２，４２が起動しているが、音声・映像の入力元を切り替える手法については特に限定されるものではない。

以上のように、第４の実施の形態に係る音声映像通信システムでも、仮想クライアント３０からの発信指示によりローカルクライアント２０が音声・映像を取得して発信処理を行うため、第１の実施の形態と同様の効果を得ることができる。

以上説明したように、本実施の形態に係る音声映像通信システムは、Ｗｅｂブラウザ上でリアルタイムに音声または映像通信を行うための技術を利用して仮想環境の端末間で音声または映像通信を行う音声映像通信システムであって、仮想基盤６０に構築された第１仮想クライアント（仮想クライアント３０）と、仮想クライアント３０のデスクトップ環境を使用する第１ローカルクライアント（ローカルクライアント２０）と、仮想基盤６０に構築された第２仮想クライアント（仮想クライアント５０）と、仮想クライアント５０のデスクトップ環境を使用する第２ローカルクライアント（ローカルクライアント４０）と、音声または映像通信の通信サービスを提供するサーバ１０とを備える。そして、ローカルクライアント２０，４０と仮想クライアント３０，５０とをサーバ１０側で対応付けて管理することにより、仮想クライアント３０からローカルクライアント２０へ音声または映像の発信指示を行い、発信指示を受けたローカルクライアント２０から通信相手である仮想クライアント５０またはローカルクライアント４０へ直接音声または映像を送信する。これにより、仮想環境においてローカルクライアント２０，４０と仮想クライアント３０，５０とが連携し、仮想環境特有の音声・映像圧縮方式の処理をさせないため、音声・映像品質の劣化を防止することが可能である。

具体的には、サーバ１０は、ローカルクライアント２０，４０からログインする際に用いるローカルクライアントログインＩＤと、仮想クライアント３０，５０からログインする際に用いる仮想クライアントログインＩＤとを対応付けたユーザＤＢ１４を管理してもよい。これにより、ログインＩＤを管理するという簡単な方法でローカルクライアント２０，４０と仮想クライアント３０，５０とを対応付けることが可能である。

また、ローカルクライアント２０からローカルクライアント４０へ音声を送信し、ローカルクライアント２０から仮想クライアント５０へ映像を送信してもよい。また、ローカルクライアント２０から仮想クライアント５０へ音声および映像を送信してもよい。また、ローカルクライアント２０からローカルクライアント４０へ音声および映像を送信してもよい。また、ローカルクライアント２０から仮想クライアント５０へ音声を送信し、ローカルクライアント２０からローカルクライアント４０へ映像を送信してもよい。この４つの送信パターンの中から使用環境等に応じた送信パターンを適宜選択することが可能である。

また、本実施の形態に係る音声映像通信システムが備えるサーバ１０は、Ｗｅｂブラウザ上でリアルタイムに音声または映像通信を行うための技術を利用して仮想環境の端末間で音声または映像通信を行う音声映像通信システムにおいてローカルクライアント２０，４０および仮想クライアント３０，５０とネットワークＮを介して接続されたサーバであって、ローカルクライアント２０，４０および仮想クライアント３０，５０に提供するＷｅｂページ１１ａと、ローカルクライアント２０，４０からログインする際に用いるローカルクライアントログインＩＤと、仮想クライアント３０，５０からログインする際に用いる仮想クライアントログインＩＤとを対応付けたユーザＤＢ１４とを備える。これにより、ログインＩＤを管理するという簡単な方法でローカルクライアント２０，４０と仮想クライアント３０，５０とを対応付けることが可能である。

また、本実施の形態に係る音声映像通信システムが備える仮想クライアント３０は、Ｗｅｂブラウザ上でリアルタイムに音声または映像通信を行うための技術を利用して仮想環境の端末間で音声または映像通信を行う音声映像通信システムにおいてサーバ１０とネットワークＮを介して接続された仮想クライアントであって、Ｗｅｂブラウザ上でリアルタイムに音声または映像通信を行うための技術に対応するＷｅｂＲＴＣ対応ブラウザ３１を備え、サーバ１０により提供されるＷｅｂページ１１ａのログイン画面において仮想クライアントログインＩＤを指定してログインし、当該仮想クライアント３０に対応付けられたローカルクライアント２０へ音声または映像の発信指示を行う。これにより、発信指示を受けたローカルクライアント２０から通信相手である仮想クライアント５０またはローカルクライアント４０へ直接音声または映像を送信することが可能となる。

なお、本発明は、このような音声映像通信システムとして実現することができるだけでなく、このような音声映像通信システムが備える特徴的な機能部をステップとする音声映像通信方法として実現したり、それらのステップをコンピュータに実行させる音声映像通信プログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのはいうまでもない。

１０…サーバ
１１ａ…Ｗｅｂページ
１１…Ｗｅｂサーバ
１２…ＷｅｂＳｏｃｋｅｔサーバ
１３…シグナリングサーバ
１４…ユーザＤＢ
２０…ローカルクライアント（第１ローカルクライアント）
２１…ＷｅｂＲＴＣ対応ブラウザ
２２…仮想デスクトップソフト
３０…仮想クライアント（第１仮想クライアント）
３１…ＷｅｂＲＴＣ対応ブラウザ
４０…ローカルクライアント（第２ローカルクライアント）
４１…ＷｅｂＲＴＣ対応ブラウザ
４２…仮想デスクトップソフト
５０…仮想クライアント（第２仮想クライアント）
５１…ＷｅｂＲＴＣ対応ブラウザ
６０…仮想基盤
Ｎ…ネットワーク

Claims (10)

1. Ｗｅｂブラウザ上でリアルタイムに音声または映像通信を行うための技術を利用して仮想環境の端末間で音声または映像通信を行う音声映像通信システムであって、
   仮想基盤に構築された第１仮想クライアントと、
   前記第１仮想クライアントのデスクトップ環境を使用する第１ローカルクライアントと、
   仮想基盤に構築された第２仮想クライアントと、
   前記第２仮想クライアントのデスクトップ環境を使用する第２ローカルクライアントと、
   前記音声または映像通信の通信サービスを提供するサーバとを備え、
   ローカルクライアントと仮想クライアントとを前記サーバ側で対応付けて管理することにより、前記第１仮想クライアントから前記第１ローカルクライアントへ前記音声または映像の発信指示を行い、前記発信指示を受けた前記第１ローカルクライアントから通信相手である前記第２仮想クライアントまたは前記第２ローカルクライアントへ直接音声または映像を送信することを特徴とする音声映像通信システム。
2. 前記サーバは、前記ローカルクライアントからログインする際に用いるローカルクライアントログインＩＤと、前記仮想クライアントからログインする際に用いる仮想クライアントログインＩＤとを対応付けたデータベースを管理することを特徴とする請求項１に記載の音声映像通信システム。
3. 前記第１ローカルクライアントから前記第２ローカルクライアントへ音声を送信し、前記第１ローカルクライアントから前記第２仮想クライアントへ映像を送信することを特徴とする請求項１または２に記載の音声映像通信システム。
4. 前記第１ローカルクライアントから前記第２仮想クライアントへ音声および映像を送信することを特徴とする請求項１または２に記載の音声映像通信システム。
5. 前記第１ローカルクライアントから前記第２ローカルクライアントへ音声および映像を送信することを特徴とする請求項１または２に記載の音声映像通信システム。
6. 前記第１ローカルクライアントから前記第２仮想クライアントへ音声を送信し、前記第１ローカルクライアントから前記第２ローカルクライアントへ映像を送信することを特徴とする請求項１または２に記載の音声映像通信システム。
7. Ｗｅｂブラウザ上でリアルタイムに音声または映像通信を行うための技術を利用して仮想環境の端末間で音声または映像通信を行う音声映像通信システムにおいてローカルクライアントおよび仮想クライアントとネットワークを介して接続されたサーバであって、
   前記ローカルクライアントおよび前記仮想クライアントに提供するＷｅｂページと、
   前記ローカルクライアントからログインする際に用いるローカルクライアントログインＩＤと、前記仮想クライアントからログインする際に用いる仮想クライアントログインＩＤとを対応付けたデータベースと
   を備えることを特徴とするサーバ。
8. Ｗｅｂブラウザ上でリアルタイムに音声または映像通信を行うための技術を利用して仮想環境の端末間で音声または映像通信を行う音声映像通信システムにおいてサーバとネットワークを介して接続された仮想クライアントであって、
   Ｗｅｂブラウザ上でリアルタイムに音声または映像通信を行うための技術に対応するＷｅｂブラウザを備え、前記サーバにより提供されるＷｅｂページのログイン画面において仮想クライアントログインＩＤを指定してログインし、当該仮想クライアントに対応付けられたローカルクライアントへ前記音声または映像の発信指示を行うことを特徴とする仮想クライアント。
9. Ｗｅｂブラウザ上でリアルタイムに音声または映像通信を行うための技術を利用して仮想環境の端末間で音声または映像通信を行う音声映像通信システムの音声映像通信方法であって、
   前記音声映像通信システムは、
   仮想基盤に構築された第１仮想クライアントと、
   前記第１仮想クライアントのデスクトップ環境を使用する第１ローカルクライアントと、
   仮想基盤に構築された第２仮想クライアントと、
   前記第２仮想クライアントのデスクトップ環境を使用する第２ローカルクライアントと、
   前記音声または映像通信の通信サービスを提供するサーバとを備え、
   ローカルクライアントと仮想クライアントとを前記サーバ側で対応付けるステップと、
   前記対応付けに基づいて、前記第１仮想クライアントから前記第１ローカルクライアントへ前記音声または映像の発信指示を行うステップと、
   前記発信指示を受けた前記第１ローカルクライアントから通信相手である前記第２仮想クライアントまたは前記第２ローカルクライアントへ直接音声または映像を送信するステップと
   を有することを特徴とする音声映像通信方法。
10. 請求項９に記載の各ステップをコンピュータに実行させるための音声映像通信プログラム。

Images