JP6286240B2 - 映像コミュニケーションシステム、映像コミュニケーション環境提供方法、サーバ、サーバ制御方法及びコンピュータプログラム - Google Patents

Description

本発明は、映像コミュニケーション環境を提供する技術に関する。

従来、インターネットやＮＧＮ（Next Generation Network）などのネットワークを介して、利用者にテレビ電話やビデオチャットなどの映像コミュニケーションを行う環境を提供するサービスが行われている。このような映像コミュニケーションをウェブブラウザで実現する手法が提案されている（例えば、特許文献１参照。）。
ところで、映像コミュニケーションをウェブブラウザで実現する手法の１つに、ＷｅｂＲＴＣ（Web Real-Time Communication）がある。ＷｅｂＲＴＣでは、プラグインをウェブブラウザにインストールする必要がなく、ウェブブラウザの機能のみで映像コミュニケーションを実現することができる。従来、ＷｅｂＲＴＣによる映像コミュニケーション環境は、その多くがインターネットを介して提供されている。

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

しかしながら、インターネットは利用可能な帯域を保証しないベストエフォート型のネットワークである。そのため、このような映像コミュニケーション通信をインターネットを介して行う場合、通話の品質が低下するという問題があった。

上記事情に鑑み、本発明は、より高品質な映像コミュニケーション環境を実現することを可能とする映像コミュニケーションシステムを提供する。

本発明の一態様は、複数の構内のそれぞれに設置され、自構内の端末をＱｏＳの制御が可能なネットワークに接続するサーバを備える映像コミュニケーションシステムであって、前記サーバは、前記端末の要求に応じて、前記端末と他構内の端末との間の通話セッションを確立する第１の制御部と、通話セッションにおいて送受信される音声及び映像データを前記端末と前記他構内の端末との間で中継する第２の制御部と、を備える、映像コミュニケーションシステムである。

本発明の一態様は、上記の映像コミュニケーションシステムであって、前記サーバは、さらに、前記端末の要求に応じて、映像コミュニケーションを行うためのメニュー画面を表示するためのデータを前記端末に送信する第３の制御部を備える、映像コミュニケーションシステムである。

本発明の一態様は、上記の映像コミュニケーションシステムであって、前記ＱｏＳ制御が可能なネットワークがＮＧＮである、映像コミュニケーションシステムである。

本発明の一態様は、上記の映像コミュニケーションシステムであって、前記第１の制御部は、前記端末がＷｅｂＲＴＣの機能を用いて要求する通話セッションの確立の要求に応じて、前記端末と前記他構内の端末との間の通話セッションを確立する、映像コミュニケーションシステムである。

本発明の一態様は、複数の構内のそれぞれに設置され、自構内の端末をＱｏＳの制御が可能なネットワークに接続するサーバを備える映像コミュニケーションシステムが、前記端末に映像コミュニケーションを行う環境を提供する映像コミュニケーション環境提供方法であって、前記サーバは、前記端末の要求に応じて、前記端末と他構内の端末との間の通話セッションを確立する第１の制御ステップと、通話セッションにおいて送受信される音声及び映像データを前記端末と前記他構内の端末との間で中継する第２の制御ステップと、を有する、映像コミュニケーション環境提供方法である。

本発明の一態様は、上記の映像コミュニケーション環境提供方法であって、前記サーバは、さらに、前記端末の要求に応じて、映像コミュニケーションを行うためのメニュー画面を表示するためのデータを前記端末に送信する第３の制御ステップを有する、映像コミュニケーション環境提供方法である。

本発明の一態様は、複数の構内のそれぞれに設置され、自構内の端末をＱｏＳの制御が可能なネットワークに接続し、前記端末の要求に応じて、前記端末と他構内の端末との間の通話セッションを確立する第１の制御部と、通話セッションにおいて送受信される音声及び映像データを前記端末と前記他構内の端末との間で中継する第２の制御部と、を備える、サーバである。

本発明の一態様は、上記のサーバであって、前記サーバは、さらに、前記端末の要求に応じて、映像コミュニケーションを行うためのメニュー画面を表示するためのデータを前記端末に送信する第３の制御部を有する、サーバである。

本発明の一態様は、複数の構内のそれぞれに設置され、自構内の端末をＱｏＳの制御が可能なネットワークに接続するサーバが、前記端末の要求に応じて、前記端末と他構内の端末との間の通話セッションを確立する第１の制御ステップと、通話セッションにおいて送受信される音声及び映像データを前記端末と前記他構内の端末との間で中継する第２の制御ステップと、を有する、サーバ制御方法である。

本発明の一態様は、上記のサーバとしてコンピュータを機能させるためのコンピュータプログラムである。

本発明により、より高品質な映像コミュニケーション環境を実現することが可能となる。

実施形態の映像コミュニケーションシステム１のシステム構成を示すシステム構成図。 端末３の機能構成を示す機能ブロック図。 宅内サーバ４の機能構成を示す機能ブロック図。 通話メニュー画面の具体例を示す図。 通話画面の具体例を示す図。 実施形態の映像コミュニケーションシステム１において端末３が行う呼接続処理の流れを表すシーケンス図。 実施形態の映像コミュニケーションシステム１において端末３が行う呼接続処理の流れを表すシーケンス図。 実施形態の映像コミュニケーションシステム１において端末３が行う呼接続処理の流れを表すシーケンス図。 実施形態の映像コミュニケーションシステム１において端末３が行う呼接続処理の流れを表すシーケンス図。 映像コミュニケーションシステム１の利用シーンの一具体例を示す図。

［実施形態］
図１は、実施形態の映像コミュニケーションシステム１のシステム構成を示すシステム構成図である。
映像コミュニケーションシステム１では、利用者宅２−１に設置された端末３−１は、宅内サーバ４−１を介してＮＧＮ５に接続可能である。同様に、利用者宅２−２に設置された端末３−２は、宅内サーバ４−２を介してＮＧＮ５に接続可能である。端末３−１及び端末３−２は、映像コミュニケーション通信を行うために、ＳＩＰ（Session Initiation Protocol）による呼接続の確立を、それぞれ宅内サーバ４−１及び宅内サーバ４−２に指示する。端末３−１及び端末３−２は、宅内サーバ４−１及び宅内サーバ４−２によって確立されたエンドツーエンドの通信セッションを用いて映像コミュニケーション通信を行う。

図１では、１つの利用者宅内には１台の端末のみが示されているが、アクセスポイント装置やルータ装置を用いることによって、複数台の端末が利用者宅内に設置されてもよい。また、図１には、２つの利用者宅が示されているが、ＮＧＮ５に接続する利用者宅は図１と異なる数であってもよい。

宅内サーバ４−１及び宅内サーバ４−２は、利用者宅内の端末をＮＧＮ５に接続するゲートウェイ装置である。宅内サーバ４−１及び宅内サーバ４−２は、それぞれ端末３−１及び端末３−２の接続要求に基づいて、ＮＧＮ５上に存在するＳＩＰサーバ６との間でＳＩＰ通信し、端末３−１と端末３−２との間の通信セッションを確立する。

ＮＧＮ５は、ＩＰ（Internet Protocol）技術を利用した次世代通信網である。ＮＧＮ５は、ＱｏＳ（Quality of Service）の制御が可能であり、品質の高い通信環境を提供することが可能である。ＱｏＳとは、通信データの種類に応じた通信の優先制御や、特定の通信用のネットワーク帯域の予約などの制御を行うことによって一定の通信速度を保証する技術である。

実施形態のＮＧＮ５では、ＷｅｂＲＴＣによる映像コミュニケーションに必要な映像コーデック（例えば、ＶＰ８などのコーデック。）がネットワークを通過することができるように構成される。ＮＧＮ５は、ＳＩＰサーバ６を備える。ＳＩＰサーバ６は、宅内サーバ４−１及び宅内サーバ４−２との間でＳＩＰ通信し、端末３−１と端末３−２との間の呼接続の確立を制御する。

以下では、説明を簡単にするために、特に区別しない限り、利用者宅２−１及び利用者宅２−２を利用者宅２と記す。同様に、端末３−１及び端末３−２を端末３と記す。同様に、宅内サーバ４−１及び宅内サーバ４−２を宅内サーバ４と記す。

図２は、端末３の機能構成を示す機能ブロック図である。
端末３は、バスで接続されたＣＰＵ（Central Processing Unit）やメモリや補助記憶装置などを備え、端末プログラムを実行する。端末３は、端末プログラムの実行によって、通信部３１、入力部３２、映像入力部３３、表示部３４及び制御部３５を備える装置として機能する。
なお、端末３の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されてもよい。端末プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。端末プログラムは、電気通信回線を介して送信されてもよい。

通信部３１は、ＬＡＮ（Local Area Network）等の通信インターフェースを用いて構成される。通信部３１は、宅内サーバ４との間で通信する。
入力部３２は、端末３の利用者が操作を入力するための入力装置である。入力部３２は、例えば、キーボードやマウス、タッチパネルなどの入力装置を用いて構成される。入力部３２は、上記の入力装置を接続するための入力インターフェースとして構成されてもよい。入力部３２は、取得された利用者の入力情報を制御部３５に出力する。

映像入力部３３は、端末３の利用者が映像コミュニケーションを行う際に自身の映像を端末３に入力するための入力装置である。映像入力部３３は、例えば、カメラなどの撮像装置を用いて構成される。映像入力部３３は、上記の入力装置を接続するための入力インターフェースとして構成されてもよい。映像入力部３３は、取得された映像データを制御部３５に出力する。なお、映像入力部３３は、映像に加えて音声を入力する装置として構成されてもよい。

表示部３４は、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ、タッチパネル等の表示装置である。表示部３４は、上記の表示装置を端末３に接続するためのインターフェースとして構成されてもよい。表示部３４は、利用者が映像コミュニケーションを行うための通話メニュー画面や、通話画面などの画面を表示する。通話メニュー画面とは、利用者が映像コミュニケーションを行うための操作を入力するための操作メニューを表示する画面である。通話画面とは、通話中に通話先の相手の映像を表示する画面である。

制御部３５は、端末３がＷｅｂＲＴＣを用いた映像コミュニケーション通信を行うための制御を行う。具体的には、制御部３５は、ＷｅｂＲＴＣの機能を備えたウェブブラウザである。制御部３５は、ＨＴＴＰ（Hyper Text Transfer Protocol）制御部３５１、ＳＩＰクライアント３５２及びＷｅｂＲＴＣ制御部３５３を備える。
なお、本実施形態では、制御部３５は、ＷｅｂＲＴＣを標準機能として備えるウェブブラウザを用いて構成される。そのため、制御部３５は、ＷｅｂＲＴＣの機能を追加するための専用のプラグインを必要としない。

ＨＴＴＰ制御部３５１は、宅内サーバ４との間でＨＴＴＰ通信を行うＨＴＴＰクライアントとして機能する。ＨＴＴＰ制御部３５１は、宅内サーバ４から通話メニュー画面や通話画面を表示するためのデータを取得する。ＨＴＴＰ制御部３５１は、通話先となる端末３への発信操作が入力されると、通話先となる端末３に対する発信の実行をＳＩＰクライアント３５２に指示する。

ＳＩＰクライアント３５２は、宅内サーバ４との間でＷｅｂＳｏｃｋｅｔ通信を確立する。ＷｅｂＳｏｃｋｅｔとは、ＨＴＴＰサーバとウェブブラウザとの間の双方向通信を実現する通信規格である。ＷｅｂＳｏｃｋｅｔは、ＲＦＣ ６４５５としてプロトコル仕様が策定されている。ＷｅｂＳｏｃｋｅｔは、ＨＴＴＰとは異なる独自の軽量プロトコルによって通信を行う。そのため、ＷｅｂＳｏｃｋｅｔには、通信のオーバーヘッドが小さく、長時間に渡る通信であってもＨＴＴＰコネクションを占有する必要がないというメリットがある。

また、ＷｅｂＳｏｃｋｅｔでは、ＷｅｂＳｏｃｋｅｔによって接続された装置間でＳＩＰ通信を行うことが可能である（ＳＩＰ ｏｖｅｒ ＷｅｂＳｏｃｋｅｔ）。そのため、ＳＩＰクライアント３５２は、宅内サーバ４との間でＷｅｂＳｏｃｋｅｔによりコネクションを確立することによって、宅内サーバ４との間でＳＩＰ通信することが可能となる。この端末３と宅内サーバ４との間のＳＩＰ通信により、発信元の端末３と発信先の端末３との間で呼接続による通話セッションを確立することが可能となる。

ＳＩＰクライアント３５２は、ＨＴＴＰ制御部３５１から、通話先となる端末３に対する発信の指示を受けると、宅内サーバ４が通話先となる端末３に発信するためのＳＩＰ信号を生成し、宅内サーバ４に送信する。その後、宅内サーバ４によって自端末と発信先の端末３との間で通話セッションが確立される。ＳＩＰクライアント３５２は、通話セッションが確立されると、ＷｅｂＲＴＣ制御部３５３に通話先の端末３の接続情報を通知する。接続情報とは、通話先の端末３との間で映像コミュニケーション通信を行うためのＩＰアドレス及びポート番号の情報である。

ＷｅｂＲＴＣ制御部３５３は、ＳＩＰクライアント３５２から通知された通話先の端末の接続情報に基づいて、通話先の端末３との間でＲＴＰ（Real-time Transport Protocol）通信を行う。ＷｅｂＲＴＣ制御部３５３は、映像入力部３３から出力された映像データを通話先の端末３に送信する。また、ＷｅｂＲＴＣ制御部３５３は、通話先の端末３から送信された映像データをＨＴＴＰ制御部３５１に出力する。

図３は、宅内サーバ４の機能構成を示す機能ブロック図である。
宅内サーバ４は、バスで接続されたＣＰＵやメモリや補助記憶装置などを備え、サーバプログラムを実行する。宅内サーバ４は、サーバプログラムの実行によって、
第１通信部４１、第２通信部４２、記憶部４３、ＨＴＴＰ制御部４４、ＳＩＰ中継部４５、ＳＩＰ制御部４６及びＷｅｂＲＴＣ制御部４７を備える装置として機能する。
なお、宅内サーバ４の各機能の全て又は一部は、ＡＳＩＣやＰＬＤやＦＰＧＡ等のハードウェアを用いて実現されてもよい。サーバプログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。サーバプログラムは、電気通信回線を介して送信されてもよい。

第１通信部４１は、ＬＡＮ等の通信インターフェースを用いて構成される。第１通信部４１は、端末３との間で通信する。
第２通信部４２は、ＬＡＮ等の通信インターフェースを用いて構成される。第２通信部４２は、ＮＧＮ５との間で通信する。
記憶部４３は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。記憶部４３は、通話メニュー画面や通話画面などの画面を表示するためのＨＴＴＰファイル４３１を予め記憶している。ＨＴＴＰファイル４３１は、例えば、ＨＴＭＬ（Hyper Text Markup Language）ファイルやＪａｖａＳｃｒｉｐｔ（登録商標）などのファイルである。

ＨＴＴＰ制御部４４は、ＨＴＴＰリクエストを処理するＨＴＴＰサーバである。ＨＴＴＰ制御部４４は、端末３のＨＴＴＰファイル取得の要求（ＨＴＴＰ ＧＥＴ）を受け付け、指定されたＨＴＴＰファイルを記憶部４３から取得し、端末３に送信する。

ＳＩＰ中継部４５は、端末３との間でＷｅｂＳｏｃｋｅｔによるコネクションを確立する。ＳＩＰ中継部４５は、ＷｅｂＳｏｃｋｅｔを介して、端末３から送信されたＳＩＰ信号を受信する。ＳＩＰ中継部４５は、受信されたＳＩＰ信号をＳＩＰ制御部４６に中継する。

ＳＩＰ制御部４６は、第２通信部４２を介して、ＳＩＰサーバ６との間で通信する。ＳＩＰ制御部４６は、端末３から送信されたＳＩＰ信号に基づいて、ＳＩＰサーバ６との間でＳＩＰ通信し、通話先となる端末３に対する着信要求を送信する。着信要求は、ＳＩＰサーバ６によって発信先の利用者宅の宅内サーバ４に送信される。ＳＩＰ制御部４６は、発信先の宅内サーバ４の着信応答をＳＩＰ信号に変換し、ＳＩＰ中継部４５に出力する。
ＷｅｂＲＴＣ制御部４７は、発信元の端末３と発信先の端末３との間のＲＴＰ通信を中継する。

図４は、通話メニュー画面の具体例を示す図である。
図４の通話メニュー画面７は、通話先の相手の一覧を管理するアドレス帳の態様で構成された通話メニュー画面の具体例である。画面表示７１には、通話先となる相手の一覧が表示される。画面表示７１の右側には、通話先となる相手ごとに発信ボタン７２が配置される。入力ポインタ７３は、利用者が通話メニュー画面７から操作を入力するために表示されるオブジェクトである。入力ポインタ７３は、例えば、入力部３２に接続されたマウスのカーソルである。利用者は、入力ポインタ７３を発信ボタン７２に重畳させて、発信ボタン７２を押下することによって、発信ボタン７２に対応する通話先となる相手の端末３に発信する。

なお、発信先の端末３の宛先情報は、予め、ＨＴＴＰファイル４３１に記録されている。宛先情報とは、通話先となる相手の端末３に発信するための識別情報であり、例えば、電話番号などの情報である。発信ボタン７２が押下されると、ＨＴＴＰ制御部３５１は、押下された発信ボタン７２に対応する宛先情報をＳＩＰクライアント３５２に出力し、その宛先情報に対する発信を指示する。

図５は、通話画面の具体例を示す図である。
通話画面８は、発信元の端末３と発信先の端末３との間で通話セッションが確立された後に表示される画面である。通話画面８は、例えば、映像表示領域８１、映像表示領域８２、文字入力領域８３及び履歴表示領域８４を備える。
映像表示領域８１には、通話中の相手の映像が表示される。映像表示領域８２には、通話中の自身の映像が表示される。したがって、映像表示領域８２に表示される自身の映像は、通話中の相手の通話画面８における映像表示領域８１に表示される映像と同じである。

文字入力領域８３は、通話中の相手に文字情報を伝達するために、利用者が文字情報を入力するための領域である。文字入力領域８３に入力された文字情報は、通話中の相手の通話画面８における履歴表示領域８４に表示される。
通話画面８が上記のように構成されることによって、利用者は、音声及び映像による通話と、文字による会話を１つの画面で同時に行うことが可能となる。

図６、図７、図８及び図９は、実施形態の映像コミュニケーションシステム１において端末３が行う呼接続処理の流れを表すシーケンス図である。
本シーケンス図では、説明を簡単にするために、発信元の端末が利用者宅２−１の端末３−１であり、発信先の端末が利用者宅２−２の端末３−２であると仮定して説明する。また、利用者宅内の端末３及び宅内サーバ４の各機能部には、発信元と発信先とを区別するために、名称の語尾に「−１」又は「−２」を付与して記載する。「−１」が付与された機能部は、発信元の端末３−１及び宅内サーバ４−１の機能部を表す。同様に、「−２」が付与された機能部は、発信先の端末３−２宅内サーバ４−２の機能部を表す。

まず、端末３−１は、通話メニュー画面を表示するためのＨＴＴＰファイル４３１の取得要求（ＨＴＴＰ ＧＥＴ）を宅内サーバ４−１に送信する（ステップＳ１０１）。ＨＴＴＰ制御部４４−１は、端末３−１の要求を受け付ける（ステップＳ１０２）。ＨＴＴＰ制御部４４−１は、ＨＴＴＰファイル４３１を記憶部４３から取得し、端末３−１に送信する（ステップＳ１０３）。端末３−１は、ＨＴＴＰファイル４３１を取得する（ステップＳ１０４）。端末３−１のＨＴＴＰ制御部３５１−１は、取得されたＨＴＴＰファイル４３１に基づいて、通話メニュー画面を表示部３４に表示する（ステップＳ１０５）。

通話メニュー画面が表示されると、利用者は、表示された通話メニュー画面から通話先相手に対する発信の実行を入力する。

次に、ＨＴＴＰ制御部３５１−１は、利用者による発信実行の入力を受け付ける（ステップＳ１０６）。ＨＴＴＰ制御部３５１−１は、発信実行の入力を受け付けると、端末３−２に対する発信の実行をＳＩＰクライアント３５２−１に指示する。ＳＩＰクライアント３５２−１は発信実行の指示を受けると、宅内サーバ４−１にＷｅｂＳｏｃｋｅｔ接続の要求（HTTP GET Upgrade:websocket）を送信する（ステップＳ１０７）。宅内サーバ４−１のＳＩＰ中継部４５−１は、要求を受け付けると、ＷｅｂＳｏｃｋｅｔを生成し（ステップＳ１０８）、ＳＩＰクライアント３５２−１に応答（HTTP Switichng Protocols）する（ステップＳ１０９）。ＳＩＰクライアント３５２−１は、ＳＩＰ中継部４５−１の応答を受信し、ＷｅｂＳｏｃｋｅｔ接続を確立する（ステップＳ１１０）。

ＷｅｂＳｏｃｋｅｔ接続が確立されると、ＳＩＰクライアント３５２−１は、自端末の登録をＳＩＰサーバ６に要求するためのＳＩＰ信号（ＲＥＧＩＳＴＥＲ）を生成し、宅内サーバ４−１に送信する（ステップＳ１１１）。宅内サーバ４−１のＳＩＰ中継部４５−１は、ＳＩＰ信号を受信しＳＩＰ制御部４６−１に中継する（ステップＳ１１２）。ＳＩＰ制御部４６−１は、中継されたＳＩＰ信号に基づいてＳＩＰサーバ６との間でＳＩＰ通信し、端末３−１の登録を要求（ＲＥＧＩＳＴＥＲ）する（ステップＳ１１３）。ＳＩＰサーバ６は、要求を受け付け、端末３−１のアドレス情報を自サーバのデータベースに登録する（ステップＳ１１４）。ＳＩＰサーバ６は、登録完了の応答（ＳＩＰ ＯＫ）をＳＩＰ制御部４６−１に送信する（ステップＳ１１５）。ＳＩＰ制御部４６−１は、登録完了の応答を受信する（ステップＳ１１６）。ＳＩＰ制御部４６−１は、登録完了の応答をＳＩＰ信号（ＳＩＰ ＯＫ）に変換し、ＳＩＰ中継部４５−１に送信する（ステップＳ１１７）。ＳＩＰ中継部４５−１は、ＳＩＰ信号（ＳＩＰ ＯＫ）を端末３−１に中継する（ステップＳ１１８）。

端末３−１は、ステップＳ１０１〜１１８の処理を行うことによってＳＩＰサーバ６に自装置の情報を登録する。図６及び図７では記載が省略されているが、発信先の端末３−２についても、同様の処理を行うことによってＳＩＰサーバ６に登録を行う。発信元の端末３−１及び発信先の端末３−２の情報がＳＩＰサーバ６に登録されることによって、端末３−１と端末３−２との間で呼接続の通信を行うことが可能となる。

ＳＩＰクライアント３５２は、ＳＩＰサーバ６への登録が完了すると、端末３−２に発信するためのＳＩＰ信号（ＩＮＶＩＴＥ）を生成し、宅内サーバ４−１に送信する（ステップＳ１１９）。宅内サーバ４−１のＳＩＰ中継部４５−１は、ＳＩＰ信号を受信しＳＩＰ制御部４６−１に中継する（ステップＳ１２０）。ＳＩＰ制御部４６−１は、中継されたＳＩＰ信号に基づいてＳＩＰサーバ６との間でＳＩＰ通信し、ＳＩＰサーバ６に端末３−２への発信（ＩＮＶＩＴＥ）を要求する（ステップＳ１２１）。ＳＩＰサーバ６は、自サーバに登録されている情報を参照し発信先の端末３−２のアドレス情報を取得する。ＳＩＰサーバ６は、取得された端末３−２のアドレス情報に基づいて、発信先の宅内サーバ４−２に着信要求（ＩＮＶＩＴＥ）を発信する（ステップＳ１２２）。

宅内サーバ４−２のＳＩＰ制御部４６−２は、ＳＩＰサーバ６の着信要求を受け付けると、着信要求をＳＩＰ信号（ＩＮＶＩＴＥ）に変換する。ＳＩＰ制御部４６−２は、ＳＩＰ信号をＳＩＰ中継部４５−２に送信する（ステップＳ１２３）。ＳＩＰ中継部４５−２はＳＩＰ信号を端末３−２に中継する（ステップＳ１２４）。端末３−２のＳＩＰクライアント３５２−２は、ＳＩＰ信号を受信し、着信要求を受け付ける（ステップＳ１２５）。ＳＩＰクライアント３５２−２は、端末３−１から着信要求を受信したことをＨＴＴＰ制御部に通知する。

ステップＳ１１９〜１２５の処理が行われることによって、端末３−１から送信された着信要求（ＩＮＶＩＴＥ）が端末３−２に送信される。ステップＳ１２３が完了した時点における端末３−１の状態は、例えば、通話画面が表示された状態で発信音がなっている状態である。端末３−２の状態は、例えば、通話画面が表示された状態で着信音がなっている状態である。このとき、端末３−１の通話画面には、例えば、端末３−１の利用者の映像のみが表示され、通話先の相手の映像が表示される領域には、呼び出し中である胸を示す情報が表示される。また、端末３−２の通話画面には、例えば、端末３−２の利用者の映像のみが表示され、端末３−１の着信要求に対し着信するか否かのポップアップが表示される。
端末３−２の利用者は、端末３−１との間で通話を開始するために、端末３−１の発信を着信する操作を入力する。

次に、端末３−２のＨＴＴＰ制御部４４−２は、利用者の着信操作の入力を受け付ける。ＨＴＴＰ制御部４４−２は、端末３−１の発信に対する着信の応答をＳＩＰクライアント３５２−２に指示する。ＳＩＰクライアント３５２−２は、着信したことを応答するためのＳＩＰ信号（２００ ＯＫ）を生成し、宅内サーバ４−２に送信する（ステップＳ１２６）。

宅内サーバ４−２のＳＩＰ中継部４５−２は、ＳＩＰ信号を受信し、着信の応答をＳＩＰ制御部４６−２に中継する（ステップＳ１２７）。ＳＩＰ制御部４６−２は、ＳＩＰ信号に基づいてＳＩＰサーバ６とＳＩＰ通信し、端末３−１の発信に対して着信したことを応答（２００ ＯＫ）する（ステップＳ１２８）。ＳＩＰサーバ６は、宅内サーバ４−２から着信の応答を受信すると、宅内サーバ４−１とＳＩＰ通信し、応答を中継する（ステップＳ１２９）。

宅内サーバ４−１のＳＩＰ制御部４６−１は、着信応答を受けると、ＳＩＰ信号（２００ ＯＫ）を生成し、ＳＩＰ中継部４５−１に送信する（ステップＳ１３０）。ＳＩＰ中継部４５−１は、ＳＩＰ信号（２００ ＯＫ）を受信し、端末３−１に中継する（ステップＳ１３１）。端末３−１のＳＩＰクライアント３５２−１は、ＳＩＰ信号（２００ ＯＫ）を受信すると、通話先の端末３−２とＲＴＰ通信するための宛先情報をＷｅｂＲＴＣ制御部３５３−１に通知し、通話セッションを確立する（ステップＳ１３２）。通話セッションが確立されると、ＷｅｂＲＴＣ制御部３５３−１は、端末３−２のＷｅｂＲＴＣ制御部３５３−２との間でＲＴＰ通信を開始する（ステップＳ１３３）。ＷｅｂＲＴＣ制御部３５３−１は、映像入力部３３から取得された映像データを端末３−２に送信する。また、ＷｅｂＲＴＣ制御部３５３−１は、端末３−２から送信された映像データを受信し、ＨＴＴＰ制御部３５１−１に出力する。ＨＴＴＰ制御部３５１−１は、端末３−２から送信された映像データを通話画面に表示する。

このように構成された実施形態の映像コミュニケーションシステム１では、映像コミュニケーションを行う端末３のエンドツーエンドの通信がＮＧＮ５を介して行われる。ＮＧＮ５では、帯域制御や優先制御などのＱｏＳの制御によって高品質な通信を行うことができる。そのため、映像コミュニケーションシステム１は、より高品質な映像コミュニケーション環境を実現することが可能となる。

また、実施形態の映像コミュニケーションシステム１では、宅内サーバ４及びＮＧＮ５はＷｅｂＲＴＣに対応している。そのため、利用者は、プラグインの導入や専用アプリケーションを端末に導入することなく、ウェブブラウザを用いて映像コミュニケーションを行うことが可能となる。

＜変形例＞
ＨＴＴＰ制御部３５１がＳＩＰクライアント３５２に出力する宛先情報は、端末３が備える補助記憶装置等に予め記録されてもよい。
通話メニュー画面は、図４に示された態様に限定されない。例えば、通話メニュー画面から発信する操作は、ＨＴＭＬで表示されたリンクを選択する操作によって実現されてもよい。
１つの利用者宅２内には、複数の宅内サーバ４が設置されてもよい。

通話画面は、図５に示された態様に限定されない。例えば、通話画面８の映像表示領域８１、映像表示領域８２、文字入力領域８３及び履歴表示領域８４は、図５と異なる配置であってもよい。また、通話画面には、映像表示領域８１、映像表示領域８２、文字入力領域８３及び履歴表示領域８４以外の領域が表示されてもよい。
端末３は、ＨＴＴＰファイルの取得を宅内サーバ４とは別の装置から取得してもよい。例えば、端末３がインターネットに接続可能である場合、端末３は、インターネット上のＨＴＴＰサーバからＨＴＴＰファイルを取得してもよい。さらに、ＨＴＴＰファイルは端末３が備える補助記憶装置等に予め記憶されてもよい。

図１０は、映像コミュニケーションシステム１の利用シーンの一具体例を示す図である。
図１０では、端末３の通話先が企業のコールセンター２０の端末である場合の例が示されている。企業サーバ１１は、企業がインターネット１０上で公開しているホームページを提供するＨＴＴＰサーバである。利用者宅２には、宅内サーバ４にアクセスポイント１２が接続されている。端末３は、アクセスポイント１２及び宅内サーバ４を介してＮＧＮ５に接続する。また、端末３は、公衆回線を介してインターネット１０に接続可能である。

このような、利用シーンにおいては、端末３は矢印Ａ１、Ａ２及びＡ３で示される通信を行うことによって、コールセンター２０の端末との間で映像コミュニケーション通信を行うことができる。
矢印Ａ１は、端末３が、企業サーバ１１からＨＴＴＰファイルを取得することを表している。取得されたＨＴＴＰファイルによって、企業のホームページ９が端末３の表示部３４に表示される。利用者は、ホームページ９に表示された発信リンク９１を選択することによって、企業のコールセンター２０に発信する。

矢印Ａ２は、宅内サーバ４によって、端末３とコールセンター２０の端末との間で呼接続が行われ、通話セッションが確立されることを表している。
矢印Ａ３は、確立された通話セッションによって端末３とコールセンター２０の端末との間で映像コミュニケーション通信が行われることを表している。

上述した実施形態における端末３及び宅内サーバ４をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１…映像コミュニケーションシステム， ２、２−１、２−２…利用者宅， ３、３−１、３−２…端末， ３１…通信部， ３２…入力部， ３３…映像入力部， ３４…表示部， ３５…制御部， ３５１…ＨＴＴＰ制御部， ３５２…ＳＩＰクライアント， ３５３…ＷｅｂＲＴＣ制御部， ４、４−１、４−２…宅内サーバ，４１…第１通信部， ４２…第２通信部， ４３…記憶部， ４３１…ＨＴＴＰファイル， ４４…ＨＴＴＰ制御部， ４５…ＳＩＰ中継部， ４６…ＳＩＰ制御部， ４７…ＷｅｂＲＴＣ制御部， ５…ＮＧＮ（Next Generation Network）， ６、ＳＩＰ（Session Initiation Protocol）サーバ， ７…通話メニュー画面， ７１…画面表示， ７２…発信ボタン， ７３…入力ポインタ， ８、８−１、８−２…通話画面， ８１、８２…映像表示領域， ８３…文字入力領域， ８４…履歴表示領域， ９…ホームページ， ９１…発信リンク， １０…インターネット， １１…企業サーバ， １２…アクセスポイント， ２０…コールセンター

Claims (9)

1. 複数の構内のそれぞれに設置され、自構内の端末をＱｏＳの制御が可能なネットワークに接続するサーバを備える映像コミュニケーションシステムであって、
   前記サーバは、前記端末の要求に応じて、前記端末と他構内の端末との間の通話セッションを確立する第１の制御部と、
   通話セッションにおいて送受信される音声及び映像データを前記端末と前記他構内の端末との間で中継する第２の制御部と、
   を備え、
   前記第１の制御部は、前記端末との間でＷｅｂＲＴＣのＷｅｂＳｏｃｋｅｔによるコネクションを確立し、前記ＷｅｂＳｏｃｋｅｔによって確立された前記コネクションを介して前記端末が前記ＷｅｂＲＴＣの機能を用いて自装置に要求する通話セッションの確立の要求に応じて、前記端末と前記他構内の端末との間の通話セッションを確立し、
   前記第２の制御部は、前記ＷｅｂＳｏｃｋｅｔによって確立された前記コネクションを介して前記音声及び映像データを中継する、
   映像コミュニケーションシステム。
2. 前記サーバは、前記端末の要求に応じて、映像コミュニケーションを行うためのメニュー画面を表示するためのデータを前記端末に送信する第３の制御部をさらに備える、
   請求項１に記載の映像コミュニケーションシステム。
3. 前記ＱｏＳ制御が可能なネットワークがＮＧＮである、
   請求項１又は２に記載の映像コミュニケーションシステム。
4. 複数の構内のそれぞれに設置され、自構内の端末をＱｏＳの制御が可能なネットワークに接続するサーバを備える映像コミュニケーションシステムが、前記端末に映像コミュニケーションを行う環境を提供する映像コミュニケーション環境提供方法であって、
   前記サーバが、前記端末の要求に応じて、前記端末と他構内の端末との間の通話セッションを確立する第１の制御ステップと、
   前記サーバが、通話セッションにおいて送受信される音声及び映像データを前記端末と前記他構内の端末との間で中継する第２の制御ステップと、
   を有し、
   前記サーバは、前記第１の制御ステップにおいて、前記端末との間でＷｅｂＲＴＣのＷｅｂＳｏｃｋｅｔによるコネクションを確立し、前記ＷｅｂＳｏｃｋｅｔによって確立された前記コネクションを介して前記端末が前記ＷｅｂＲＴＣの機能を用いて自装置に要求する通話セッションの確立の要求に応じて、前記端末と前記他構内の端末との間の通話セッションを確立し、
   前記サーバは、前記第２の制御ステップにおいて、前記ＷｅｂＳｏｃｋｅｔによって確立された前記コネクションを介して前記音声及び映像データを中継する、
   映像コミュニケーション環境提供方法。
5. 前記サーバは、さらに、前記端末の要求に応じて、映像コミュニケーションを行うためのメニュー画面を表示するためのデータを前記端末に送信する第３の制御ステップを有する、
   請求項４に記載の映像コミュニケーション環境提供方法。
6. 複数の構内のそれぞれに設置され、自構内の端末をＱｏＳの制御が可能なネットワークに接続するサーバであって、
   前記端末の要求に応じて、前記端末と他構内の端末との間の通話セッションを確立する第１の制御部と、
   通話セッションにおいて送受信される音声及び映像データを前記端末と前記他構内の端末との間で中継する第２の制御部と、
   を備え、
   前記第１の制御部は、前記端末との間でＷｅｂＲＴＣのＷｅｂＳｏｃｋｅｔによるコネクションを確立し、前記ＷｅｂＳｏｃｋｅｔによって確立された前記コネクションを介して前記端末が前記ＷｅｂＲＴＣの機能を用いて自装置に要求する通話セッションの確立の要求に応じて、前記端末と前記他構内の端末との間の通話セッションを確立し、
   前記第２の制御部は、前記ＷｅｂＳｏｃｋｅｔによって確立された前記コネクションを介して前記音声及び映像データを中継する、
   サーバ。
7. 前記サーバは、さらに、前記端末の要求に応じて、映像コミュニケーションを行うためのメニュー画面を表示するためのデータを前記端末に送信する第３の制御部を備える、
   請求項６に記載のサーバ。
8. 複数の構内のそれぞれに設置され、自構内の端末をＱｏＳの制御が可能なネットワークに接続するサーバが、
   前記端末の要求に応じて、前記端末と他構内の端末との間の通話セッションを確立する第１の制御ステップと、
   通話セッションにおいて送受信される音声及び映像データを前記端末と前記他構内の端末との間で中継する第２の制御ステップと、
   を有し、
   前記第１の制御ステップにおいて、前記端末との間でＷｅｂＲＴＣのＷｅｂＳｏｃｋｅｔによるコネクションを確立し、前記ＷｅｂＳｏｃｋｅｔによって確立された前記コネクションを介して前記端末が前記ＷｅｂＲＴＣの機能を用いて自装置に要求する通話セッションの確立の要求に応じて、前記端末と前記他構内の端末との間の通話セッションを確立し、
   前記第２の制御ステップにおいて、前記ＷｅｂＳｏｃｋｅｔによって確立された前記コネクションを介して前記音声及び映像データを中継する、
   サーバ制御方法。
9. 請求項６又は７に記載のサーバとしてコンピュータを機能させるための
   コンピュータプログラム。

Images