JP5318247B1 - 通信制御装置、及び通信制御方法 - Google Patents

Abstract

【課題】処理負担を軽減する。
【解決手段】実施形態の通信制御装置は、出力手段と、送信手段と、受信手段と、を備える。出力手段は、画像情報を表示部に出力制御する。送信手段は、第１の通信装置に対して、前記画像情報をユニキャストで送信する。受信手段は、第２の通信装置から、前記画像情報の送信要求を受信する。送信手段は、さらに、受信手段が第２の通信装置から送信要求を受信した場合に、ユニキャストによる第１の通信装置に対する画像情報の送信を停止し、第１の通信装置及び第２の通信装置に対して、画像情報をマルチキャストで送信する。
【選択図】図４

Description

本発明の実施形態は、通信制御装置、及び通信制御方法に関する。

従来、任意の通信装置が表示していた映像データを、有線あるいは無線を介して他の通信装置に送信し、当該他の通信装置が受信した映像データを表示する技術が知られている。

特開２０１０−１６６６１２号公報

従来用いられていた画面転送は、送信側の通信装置と、受信側の通信装置と、が１対１で接続して、送信側の通信装置が映像データをユニキャストで送信していた。このため、受信側の通信装置が複数台接続することを考慮していなかった。仮に複数の通信装置に対して映像データを送信する場合に、それぞれに対してユニキャストで送信することになり処理負担が大きくなるという問題が生じる。

本発明は、上記に鑑みてなされたものであって、複数の通信装置に対して映像データ等を送信する際の処理負担の軽減した通信制御装置、及び通信制御方法を提供する。

実施形態の通信制御装置は、出力手段と、送信手段と、受信手段と、を備える。出力送信手段は、画像情報を表示部に出力制御する。送信手段は、第１の通信装置に対して、前記画像情報をユニキャストで送信する。受信手段は、第２の通信装置から、前記画像情報の送信要求を受信する。送信手段は、さらに、前記受信手段が前記第２の通信装置から前記送信要求を受信した場合に、前記第１の通信装置に対して一時停止コマンドの発行を要求する発行要求を送信し、前記発行要求に応じて前記第１の通信装置が送信した一時停止コマンドを前記受信手段が受信した場合に、ユニキャストによる前記第１の通信装置に対する前記画像情報の送信を停止し、前記第１の通信装置及び前記第２の通信装置に１のマルチキャストアドレスを通知し、前記第１の通信装置及び前記第２の通信装置を含む、前記マルチキャストアドレスに対して、前記画像情報をマルチキャストで送信する。

図１は、第１の実施形態にかかる無線ＬＡＮ画面転送の概要を示した図である。 図２は、第１の実施形態にかかる通信装置の外観の一例を示す平面図である。 図３は、第１の実施形態にかかる通信装置のハードウェア構成の一例を示すブロック図である。 図４は、第１の実施形態にかかる通信装置の通信プロトコルスタックの構造を示した図である。 図５は、第１の実施形態にかかる通信装置が、第２の通信装置に対して映像データを送信開始するまでの概念を示した図である。 図６は、第１の実施形態にかかる第１の通信装置及び第２の通信装置が、ユニキャストで映像データの送信を開始するまでのシーケンスを示した図である。 図７は、第１の実施形態にかかる第１の通信装置が、複数の通信装置に対してマルチキャストで映像データを送信開始するまでの概念を示した図である。 図８は、第１の実施形態にかかる第１の通信装置及び第２の通信装置の間で、マルチキャストで映像データの送信を開始するまでのシーケンスを示した図である。 図９は、第１の実施形態にかかる第１の通信装置及び第３の通信装置の間で、マルチキャストで映像データの送信を開始するまでのシーケンスを示した図である。 図１０は、第１の実施形態にかかる第１の通信装置が、第４の通信装置及び第５の通信装置に対してマルチキャストで映像データを送信開始するまでの概念を示した図である。 図１１は、第１の実施形態にかかる第１の通信装置による映像データの送信先が増加する際のシーケンスを示した図である。 図１２は、第１の実施形態にかかる第１の通信装置による映像データの送信先が減少する際のシーケンスを示した図である。 図１３は、第２の実施形態にかかる第１の通信装置が、第２の通信装置に対してマルチキャストで映像データを送信開始するまでの概念を示した図である。 図１４は、第２の実施形態にかかる第１の通信装置による映像データの送信先が増加する際のシーケンスを示した図である。

（第１の実施形態）
図１は、第１の実施形態にかかる無線ＬＡＮ画面転送の概要を示した図である。図１に示す例では、送信側として第１の通信装置１００と、受信側として第２の通信装置１５０＿１と、第３の通信装置１５０＿２と、を備えている。本実施形態にかかる無線ＬＡＮを用いた画面転送は、第１の通信装置１００が表示する映像データをエンコードして、第２の通信装置１５０＿１及び第３の通信装置１５０＿２のうちいずれか一つ以上に送信する。そして、第２の通信装置１５０＿１及び第３の通信装置１５０＿２のうちいずれか一つ以上は、受信した映像データに対してデコードした後、表示部に表示する。

本実施形態では、第１の通信装置１００と、受信側として第２の通信装置１５０＿１と、第３の通信装置１５０＿２と、の間で無線通信を行う際、無線ＬＡＮ規格のＩＥＥＥ８０２．１１ｎで接続する。接続する際、アクセスポイント（ＡＰ）を中継せずに、第１の通信装置１００、第２の通信装置１５０＿１及び第３の通信装置１５０＿２と、の間を直接接続して、通信を行う。アクセスポイントなしに、１対１、又は１対ｎで接続する無線通信方式として、本実施形態ではＷｉ−Ｆｉ Ｄｉｒｅｃｔを用いる。Ｗｉ−Ｆｉ Ｄｉｒｅｃｔは、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅが規格化した無線通信方式であるため説明を省略する。なお、本実施形態は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔを用いた例について説明するが、アクセスポイントを中継せずに、表示する画面の同期を可能とする無線通信方式であればよい。

本実施形態は、第１の通信装置１００、第２の通信装置１５０＿１、及び第３の通信装置１５０＿２として、タブレット型通信端末を用いる例とする。

なお、第１の通信装置１００、第２の通信装置１５０＿１、及び第３の通信装置１５０＿２は、タブレット型通信端末に制限するものではなく、例えば、スマートフォンなどの携帯通信端末や携帯可能なＰＣ等を通信装置として用いても良い。

次に、第１の通信装置１００の構成について説明する。なお、第２の通信装置１５０＿１、及び第３の通信装置１５０＿２は、第１の通信装置１００と同様の構成を備えるものとする。

図２は、第１の通信装置１００の外観の一例を示す平面図である。第１の通信装置１００は、ユーザが把持する薄い箱状の筐体２０１を備える。第１の通信装置１００は、筐体２０１の前面（一方の主面）側に、情報を表示する表示部２０２を備えている。表示部２０２は、ユーザによってタッチされた表示画面上の位置を検知するタッチパネルを備える。

また、第１の通信装置１００は、筐体２０１の側面側に、音声出力を行うためのスピーカ２０５を備える。さらに、第１の通信装置１００は、画像を撮影するためのカメラモジュール２０３を備える。

さらに、第１の通信装置１００は、筐体２０１の前面側であって表示部２０２の上側に、音声を集音する集音部であるマイク２０４を備える。

図３は、第１の通信装置１００のハードウェア構成の一例を示すブロック図である。図３に示すように、第１の通信装置１００は、上述の構成に加え、ＣＰＵ（Central Processing Unit）３１６、システムコントローラ３１７、グラフィックスコントローラ３１８、タッチパネルコントローラ３１９、不揮発性メモリ３２０、ＲＡＭ（Random Access Memory）３２１、音声処理部３２２、および無線通信モジュール３２３を備える。

表示部２０２は、ディスプレイ２０２ａとタッチパネル２０２ｂとを組み合わせた、いわゆるタッチスクリーンとして構成される。ディスプレイ２０２ａは、例えば、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro Luminescence）ディスプレイなどである。タッチパネル２０２ｂは、ユーザの指やスタイラスペンなどによってタッチされたディスプレイ２０２ａの表示画面上の位置（タッチ位置）を検知する。

ＣＰＵ３１６は、第１の通信装置１００の動作を統括的に制御するプロセッサである。ＣＰＵ３１６は、システムコントローラ３１７を介して第１の通信装置１００の各部を制御する。不揮発性メモリ３２０は、オペレーションシステムや各種のアプリケーションプログラム、プログラムの実行に必要な各種データなどを記憶する。ＲＡＭ３２１は、第１の通信装置１００のメインメモリとして、ＣＰＵ３１６がプログラムを実行する際の作業領域を提供する。

ＣＰＵ３１６は、例えば、不揮発性メモリ３２０からＲＡＭ３２１にロードされるオペレーションシステムや各種のアプリケーションプログラムを実行することにより、第１の通信装置１００の各部を制御するための機能を実現する。

システムコントローラ３１７は、不揮発性メモリ３２０およびＲＡＭ３２１に対するアクセスを制御するメモリコントローラを内蔵する。また、システムコントローラ３１７は、グラフィックスコントローラ３１８、タッチパネルコントローラ３１９、音声処理部３２２との通信を実行する機能を有する。また、システムコントローラ３１７は、カメラモジュール２０３からの画像情報を入力する機能を有する。また、システムコントローラ３１７は、無線通信モジュール３２３を利用して第１の通信装置１００の外部から各種情報を取得する機能を有する。

グラフィックスコントローラ３１８は、表示部２０２のディスプレイ２０２ａを制御する表示コントローラである。タッチパネルコントローラ３１９は、タッチパネル２０２ｂを制御し、ユーザによるタッチ位置を示す座標データをタッチパネル２０２ｂから取得する。

音声処理部３２２は、ＣＰＵ３１６による制御のもとで、音声合成などの音声処理を施して生成した音声ガイダンスなどをスピーカ２０５から出力させる処理を行うとともに、マイク２０４で集音した音声に対する処理を行う。

無線通信モジュール３２３は、ＣＰＵ３１６による制御のもとで、他の通信装置との間の無線通信を実行する。

図４は、本実施形態にかかる第１の通信装置１００の通信プロトコルスタックの構造を示した図である。図４に示す様に、第１の通信装置１００は、最上位に画面制御アプリケーション４０１を有している。そして、画面制御アプリケーション４０１のより下の階層に、無線ＬＡＮで映像データを転送するためのソフトウェア群が階層状に設けられている。なお、第２の通信装置１５０＿１〜第５の通信装置１５０＿４も同様の構成を有しているものとして説明を省略する。

図４に示す様に、第１の通信装置１００は、無線ＬＡＮで映像データを転送するためのソフトウェア群として、無線ＬＡＮ画面転送アプリケーション４０２と、Ｄｉｓｃｏｖｅｒｙ層４０３と、ＲＴＳＰ層４０４と、Ｖｉｄｅｏ＿Ｃｏｄｅｃ層４０５と、Ａｕｄｉｏ＿Ｃｏｄｅｃ層４０６と、ＰＥＳ層４０７と、ＨＤＣＰ＿２．０層４０８と、ＭＰＥＧ＿ＴＳ層４０９と、ＲＴＰ層４１０と、ＴＣＰ層４１１と、ＵＤＰ層４１２と、ＩＰ層４１３と、Ｗｉ−Ｆｉ（ＩＥＥＥ８０２．１１ｎ）層４１４と、を有している。

そして、図４で示したソフトウェア群に含まれる各ソフトウェアは、上位の層から入力された情報を通信に適した形式に変換して、当該下位の層に出力する。また、各ソフトウェアは、下位の層から入力された情報を上位の層に適した形に変換して、当該上位の層に出力する。

Ｗｉ−Ｆｉ（ＩＥＥＥ８０２．１１ｎ）層４１４は、無線通信を行うための層であり、Ｗｉ−Ｆｉ ｄｉｒｅｃｔ通信に対応している。また、Ｄｉｓｃｏｖｅｒｙ層４０３は、無線通信可能な通信装置を検出するための層であり、Ｗｉ−Ｆｉ ｄｉｒｅｃｔ通信に対応している。

ＲＴＳＰ（Real Time Streaming Protocol）層４０４は、無線通信を介して接続する通信装置を遠隔操作するためのプロトコルとする。本実施形態にかかるＲＴＳＰ層４０４は、ＲＦＣ２３２６をベースに無線ＬＡＮで画面転送を行うために機能追加している。

ＲＴＰ（Real-time Transport Protocol）層４１０は、ＲＦＣ３５５０に規格化された通信手法を用いて通信を行う。

本実施形態にかかる各通信装置１００、１５０＿１〜１５０＿４は、画面転送の制御プロトコルとしてＲＴＳＰ（ＴＣＰ）を用い、映像送信プロトコルとしてＲＴＰ（ＵＤＰ）を用いる。

無線ＬＡＮ画面転送アプリケーション４０２は、Ｄｉｓｃｏｖｅｒｙ層４０３と、ＲＴＳＰ層４０４と、を呼び出して、第１の通信装置１００と他の通信装置との間で、映像データの送信開始までの制御を行う。また、無線ＬＡＮ画面転送アプリケーション４０２は、ＲＴＳＰ層４０４を呼び出して、他の通信装置との間でデータの送受信（例えば、映像データの転送等）を行うための制御を行う。さらに、無線ＬＡＮ画面転送アプリケーション４０２は、映像データの送信終了時の制御を行う。

画面制御アプリケーション４０１は、出力制御部４５１と、送信制御部４５２と、受信制御部４５３と、を備え、表示部２０２に表示する画面の制御を行うと共に、当該画面を他の通信装置に送信するための制御を行う。

出力制御部４５１は、第１の通信装置１００で実行されているアプリケーションに基づいて生成された画面を示す映像データ（動画像データ）を表示部２０２に出力制御する。なお、本実施形態では、送信対象が動画像データの場合について説明するが、静止画像データでも良い。

送信制御部４５２は、画面制御アプリケーション４０１より下層のソフトウェア群を用いて、無線通信を介して接続された通信装置に対して、映像データを送信制御する。本実施形態では、送信制御部４５２は、下層のソフトウェア群を呼び出すことで、送信先の通信装置が１台の場合に、映像データをユニキャストで送信し、送信先の通信装置が複数台の場合に、映像データをマルチキャストで送信する制御が行われる。

ユニキャスト（unicast）とは、通信ネットワークで、単一の送信相手を指定して、データを送信する手法をいう。送信相手を指定するためにＩＰアドレスを用いる。

マルチキャスト(multicast)とは、通信ネットワークで、指定された複数の通信装置に対して、同時にパケット（データ）を送信する手法をいう。一対多で通信を行う場合、ユニキャストを用いるよりも、ネットワーク負荷を軽減することができる。

また、複数の通信装置にパケットを送信する手法としては、他にブロードキャスト(broadcast)がある。ブロードキャストは、不特定多数に同時にパケット（データ）を送信する手法である。本実施形態ではブロードキャストを利用しないが、実施態様によってはブロードキャストで映像データを送信しても良い。

受信制御部４５３は、画面制御アプリケーション４０１より下層のソフトウェア群を呼び出して、無線通信を介して接続された通信装置から、映像データを送信するための情報を受信制御する。例えば、受信制御部４５３は、映像データの送信要求を受信制御する。

例えば、第１の通信装置１００が、第２の通信装置１５０＿１に対して映像データをユニキャストで送信している場合に、受信制御部４５３が第３の通信装置１５０＿２から映像データの送信要求を受信した場合、送信制御部４５２は、下層の無線ＬＡＮ画面転送アプリケーション４０２を呼び出すことで、ユニキャストによる第２の通信装置１５０＿１に対する映像データの送信が停止する。その後、送信制御部４５２が、無線ＬＡＮ画面転送アプリケーション４０２を呼び出して、第２の通信装置１５０＿１及び第３の通信装置１５０＿２に対して、映像データをマルチキャストで送信するための制御を行う。

次に、本実施形態にかかる無線ＬＡＮを介した映像データの送信手順について説明する。以降に示す図では、送信側として第１の通信装置１００が設けられている。そして、受信側として、第２の通信装置１５０＿１、第３の通信装置１５０＿２、第４の通信装置１５０＿３、及び第５の通信装置１５０＿４が設けられている。

図５は、第１の通信装置１００が、第２の通信装置１５０＿１に対してユニキャストで映像データを送信開始するまでの概念を示した図である。図５に示す例では、教育現場を想定しており、４名の生徒の各々が、画面の受信表示を行う通信装置（第２の通信装置１５０＿１〜第５の通信装置１５０＿４）を有し、教師が、画面の提供を行う通信装置（第１の通信装置１００）を有している。そして、４名の生徒の一人が有する第２の通信装置１５０＿１が、教師が有する第１の通信装置１００に接続する例とする。

まず、第２の通信装置１５０＿１（画面受信側）及び第１の通信装置１００（画面提供側）が、無線ＬＡＮによる画面転送の開始制御を行う（ステップＳ５０１）。本実施形態では、第１の通信装置１００が、Device Discovery処理を行って、発見した通信装置からいずれか（図５では、第２の通信装置１５０＿１）を選択し、選択された第２の通信装置１５０＿１からＲＴＳＰコネクションを確立する。

その後、第１の通信装置１００が、第２の通信装置１５０＿１に対して、無線ＬＡＮを介して、ユニキャストで画面を示した映像データの転送を行う（ステップＳ５０２）。これにより、第１の通信装置１００から第２の通信装置１５０＿１に対して、ユニキャストで映像データが送信される。

図６は、第１の通信装置１００及び第２の通信装置１５０＿１が、ＲＴＳＰコネクションを確立し、ユニキャストで映像データの送信を開始するまでのシーケンスを示した図である。このように、図６に示す例は、第１の通信装置１００の受信制御部４５３が、すでに、第２の通信装置１５０＿１から、画面を示した映像データの転送要求を受信している。このため、ＲＴＳＰのコマンドを用いて処理が行われる。なお、ＲＴＳＰの各種コマンドは、すでに公開されているため説明を省略する。

まず、第１の通信装置１００の送信制御部４５２は、無線ＬＡＮ画面転送アプリケーション４０２を呼び出して、第２の通信装置１５０＿１との間の接続を要求する。

これにより、第１の通信装置１００の無線ＬＡＮ画面転送アプリケーション４０２は、ＲＴＳＰ層４０４を呼び出して、"OPTION＿req（オプション・リクエスト）"を、第２の通信装置１５０＿１に送信する（ステップＳ６０１）。当該リクエストは、第２の通信装置１５０＿１が備えているオプションをリクエストするためのコマンドとする。

第２の通信装置１５０＿１は、"OPTION＿req（オプション・リクエスト）"を受信した場合に、第２の通信装置１５０＿１の無線ＬＡＮ画面転送アプリケーション４０２が、ＲＴＳＰ層４０４を呼び出して、受信したリクエストの応答である"OPTION＿rsp（オプション・レスポンス）"を、第１の通信装置１００に送信する（ステップＳ６０２）。当該レスポンスにより、第２の通信装置１５０＿１が備えているオプションが、第１の通信装置１００に通知される。

そして、第２の通信装置１５０＿１の無線ＬＡＮ画面転送アプリケーション４０２が、"OPTION＿req"を、第１の通信装置１００に送信する（ステップＳ６０３）。

第１の通信装置１００は、"OPTION＿req"を受信した場合に、第１の通信装置１００の無線ＬＡＮ画面転送アプリケーション４０２が、受信したリクエストの応答である"OPTION＿rsp"を、第２の通信装置１５０＿１に送信する（ステップＳ６０４）。

次に、第１の通信装置１００の無線ＬＡＮ画面転送アプリケーション４０２が、"GET＿PARAMETER＿req（ゲット・パラメータ・リクエスト）"を、第２の通信装置１５０＿１に送信する（ステップＳ６０５）。

そして、第２の通信装置１５０＿１の無線ＬＡＮ画面転送アプリケーション４０２が、ステップＳ６０５の応答として"GET＿PARAMETER＿rsp（ゲット・パラメータ・レスポンス）"を、第１の通信装置１００に送信する（ステップＳ６０６）。

次に、第１の通信装置１００の無線ＬＡＮ画面転送アプリケーション４０２が、"SET＿PARAMETER＿req（セット・パラメータ・リクエスト）"を、第２の通信装置１５０＿１に送信する（ステップＳ６０７）。

そして、第２の通信装置１５０＿１の無線ＬＡＮ画面転送アプリケーション４０２が、ステップＳ６０７の応答として"SET＿PARAMETER＿rsp（セット・パラメータ・レスポンス）"を、第１の通信装置１００に送信する（ステップＳ６０８）。

次に、第１の通信装置１００の無線ＬＡＮ画面転送アプリケーション４０２が、"SET＿PARAMETER＿req（セット・パラメータ・リクエスト）"を、第２の通信装置１５０＿１に送信する（ステップＳ６０９）。

ステップＳ６０９のリクエストには、“xxx＿request: SETUP”が含まれている。これは、本実施形態のために拡張したパラメータであり、第１の通信装置１００から、第２の通信装置１５０＿１に対してセットアップのコマンドの発行を要求するパラメータである。つまり、第１の通信装置１００の映像データの転送は、第２の通信装置１５０＿１からのコマンドの発行をトリガーに行われるため、本実施形態では、第１の通信装置１００が、準備が整い次第、当該コマンドの発行を、第２の通信装置１５０＿１に要求することとした。

そして、第２の通信装置１５０＿１の無線ＬＡＮ画面転送アプリケーション４０２が、ステップＳ６０９の応答として"SET＿PARAMETER＿rsp（セット・パラメータ・レスポンス）"を、第１の通信装置１００に送信する（ステップＳ６１０）。図６に示す例では、"RTSP/1.0 200 OK"が含まれているため、セットアップ・コマンドの発行を了承したことが示されている。

次に、第２の通信装置１５０＿１の無線ＬＡＮ画面転送アプリケーション４０２が、"SETUP＿req（セットアップ・リクエスト）"を、第１の通信装置１００に送信する（ステップＳ６１１）。当該リクエストの"Transport: RTP/AVP/UDP;unicast;client＿port=1028"には、画面転送に用いるプロトコルや、ユニキャストであること、画面転送に用いるポート番号が含まれている。

そして、第１の通信装置１００の無線ＬＡＮ画面転送アプリケーション４０２が、"SETUP＿rsp（セットアップ・レスポンス）"を、第２の通信装置１５０＿１に送信する（ステップＳ６１２）。当該レスポンスでは、セッション識別子"12345678"や、ユニキャストを用いること等が定められている。

次に、第２の通信装置１５０＿１の無線ＬＡＮ画面転送アプリケーション４０２が、"PLAY＿req（プレイ・リクエスト）"を、第１の通信装置１００に送信する（ステップＳ６１３）。

そして、第１の通信装置１００の無線ＬＡＮ画面転送アプリケーション４０２が、"PLAY＿rsp（プレイ・レスポンス）"を、第２の通信装置１５０＿１に送信する（ステップＳ６１４）。

その後、第１の通信装置１００が、ＲＴＰ層４１０を用いて、映像データをユニキャストで送信を開始する（ステップＳ６１５）。

上述した処理手順により、第１の通信装置１００から、第２の通信装置１５０＿１に対して、ユニキャストで映像データの送信が開始される。

ユニキャストで１対１の映像データの送信が開始された後、他の通信装置から画面転送の要求を受け付けた場合について説明する。

図７は、第１の通信装置１００が、第３の通信装置１５０＿２からの転送開始要求に応じて、複数の通信装置に対してマルチキャストで映像データを送信開始するまでの概念を示した図である。

図７に示す様に、第１の通信装置１００と第２の通信装置１５０＿１とが１対１接続のＷｉ−Ｆｉ Ｄｉｒｅｃｔで無線ＬＡＮ画面転送しているものとする（ステップＳ７０１）。その時に、新たにもう１台の通信装置（例えば第３の通信装置１５０＿２）が、第１の通信装置１００に接続して無線ＬＡＮで画面転送の開始制御を要求し、動作中の第２の通信装置１５０＿１と同じ映像を表示しようとする（ステップＳ７０２）。

その際に、第１の通信装置１００は、ユニキャストからマルチキャストに切り換えることで対応する。このため、第１の通信装置１００と第２の通信装置１５０＿１との間で、ＲＴＳＰコネクションを切断せずに、ユニキャストでの映像データの送信を一時停止（ＰＡＵＳＥ）するための制御を行う（ステップＳ７０３）。これにより、ユニキャストの送信が停止する。

そして、ＲＴＰ転送の再準備(ＳＥＴＵＰ)を行う。これにより、セッション識別子が新たなものになる。そして、第１の通信装置１００が、ＲＴＳＰコネクションの転送開始（PLAY）をトリガーとして、第２の通信装置１５０＿１と第３の通信装置１５０＿２とを含むマルチキャストアドレスに対して映像データの転送を再開する（ステップＳ７０４）。これにより、映像データのマルチキャスト転送が開始される。

つまり、第１の通信装置１００が、複数の通信装置の各々に対して、ユニキャストで送信を行うと、第１の通信装置１００の処理負担及びネットワークの負担が大きくなる。そこで、本実施形態では、１対ｎで画面転送を行う場合に、マルチキャストで映像データを送信することとした。

図８は、第１の通信装置１００及び第２の通信装置１５０＿１の間で、マルチキャストで映像データの送信を開始するまでのシーケンスを示した図である。図８に示すシーケンスでは、第３の通信装置１５０＿２から映像データの転送開始要求を受け付けているものとする。このため一時停止（ＰＡＵＳＥ）を行うための処理が開始される。

まず、第１の通信装置１００の無線ＬＡＮ画面転送アプリケーション４０２が、"SET＿PARAMETER＿req）"を、第２の通信装置１５０＿１に送信する（ステップＳ８０１）。

ステップＳ８０１のリクエストには、“xxx＿request: PAUSE”が含まれている。これは、本実施形態のために拡張したパラメータであり、第１の通信装置１００から、第２の通信装置１５０＿１に対して一時停止のコマンドの発行を要求するパラメータである。つまり、第１の通信装置１００の画面の転送は、第２の通信装置１５０＿１からのコマンドの発行をトリガーに行われるため、第１の通信装置１００が、第２の通信装置１５０＿１に一時停止するためのコマンドを要求することとした。

そして、第２の通信装置１５０＿１の無線ＬＡＮ画面転送アプリケーション４０２が、ステップＳ８０１の応答として"SET＿PARAMETER＿rsp"を、第１の通信装置１００に送信する（ステップＳ８０２）。

次に、第２の通信装置１５０＿１の無線ＬＡＮ画面転送アプリケーション４０２が、"PAUSE＿req（ポーズ・リクエスト）"を、第１の通信装置１００に送信する（ステップＳ８０３）。当該リクエストには一時停止の対象となるセッション識別子"12345678"が含まれている。

そして、第１の通信装置１００の無線ＬＡＮ画面転送アプリケーション４０２が、ステップＳ８０３の応答として、"PAUSE＿rsp（ポーズ・レスポンス）"を、第２の通信装置１５０＿１に送信する（ステップＳ８０４）。

そして、第１の通信装置１００が、ＲＴＰによる映像データ（セッション識別子"12345678"）の送信を切断する（ステップＳ８０５）。

次に、第１の通信装置１００の無線ＬＡＮ画面転送アプリケーション４０２が、"SET＿PARAMETER＿req（セット・パラメータ・リクエスト）"を、第２の通信装置１５０＿１に送信する（ステップＳ８０６）。ステップＳ８０６のリクエストには、図６で示したシーケンスと同様に、“xxx＿request: SETUP”が含まれている。

そして、第２の通信装置１５０＿１の無線ＬＡＮ画面転送アプリケーション４０２が、ステップＳ８０６の応答として"SET＿PARAMETER＿rsp（セット・パラメータ・レスポンス）"を、第１の通信装置１００に送信する（ステップＳ８０７）。

次に、第２の通信装置１５０＿１の無線ＬＡＮ画面転送アプリケーション４０２が、"SETUP＿req（セットアップ・リクエスト）"を、第１の通信装置１００に送信する（ステップＳ８０８）。

そして、第１の通信装置１００の無線ＬＡＮ画面転送アプリケーション４０２が、"SETUP＿rsp（セットアップ・レスポンス）"を、第２の通信装置１５０＿１に送信する（ステップＳ８０９）。当該レスポンスには、セッション識別子"abcdefgh"であることや、通信にマルチキャストを用いること、及びマルチキャストアドレス"224.0.1.11"等が定められている。そして、第２の通信装置１５０＿１は、マルチキャストアドレス"224.0.1.11"に自装置が含まれるよう設定を行う。

次に、第２の通信装置１５０＿１の無線ＬＡＮ画面転送アプリケーション４０２が、"PLAY＿req（プレイ・リクエスト）"を、第１の通信装置１００に送信する（ステップＳ８１０）。当該リクエストにも、セッション識別子"abcdefgh"であることや、通信にマルチキャストを用いること等が定められている。

そして、第１の通信装置１００の無線ＬＡＮ画面転送アプリケーション４０２が、"PLAY＿rsp（プレイ・レスポンス）"を、第２の通信装置１５０＿１に送信する（ステップＳ８１１）。

その後、第１の通信装置１００が、ＲＴＰ層４１０を用いて、マルチキャストアドレスに、マルチキャストで映像データの送信を開始する（ステップＳ８１２）。

図９は、第１の通信装置１００及び第３の通信装置１５０＿２の間で、マルチキャストで映像データの送信を開始するまでのシーケンスを示した図である。図９に示すマルチキャストで映像データを送信するまでのシーケンスは、図６に示すユニキャストで映像データを送信するまでのシーケンスとほぼ同様の処理を行う。

そこで、図９で示した処理のうち、図６のユニキャストを行う場合と異なる点について説明する。ステップＳ９１１において、第３の通信装置１５０＿２の無線ＬＡＮ画面転送アプリケーション４０２が、"SETUP＿req（セットアップ・リクエスト）"を、第１の通信装置１００に送信している。その際、ステップＳ６１１では、送信手法としてユニキャストを指定していたが、ステップＳ９１１では、送信手法を指定していない。これは、第３の通信装置１５０＿２が、第１の通信装置１００から、第２の通信装置１５０＿１との間で転送が行われていたことを予め通知されているためである。

そして、第１の通信装置１００の無線ＬＡＮ画面転送アプリケーション４０２が、"SETUP＿rsp（セットアップ・レスポンス）"を、第３の通信装置１５０＿２に送信する（ステップＳ９１２）。当該レスポンスでは、セッション識別子"jklmnopq"や、マルチキャストを用いること、さらにはマルチキャストアドレス"224.0.1.11"等が定められている。そこで、第３の通信装置１５０＿２は、マルチキャストアドレス"224.0.1.11"に自装置が含まれるよう設定を行う。

その後、第３の通信装置１５０＿２の無線ＬＡＮ画面転送アプリケーション４０２が、"PLAY＿req（プレイ・リクエスト）"を、第１の通信装置１００に送信する（ステップＳ９１３）。その際に、通信手法がマルチキャスト又はユニキャストであるかの指定は行わない。また、セッション識別子"jklmnopq"が設定されている。

そして、第１の通信装置１００の無線ＬＡＮ画面転送アプリケーション４０２が、"PLAY＿rsp（プレイ・レスポンス）"を、第３の通信装置１５０＿２に送信する（ステップＳ９１４）。

その後、第１の通信装置１００が、ＲＴＰ層４１０を用いて、マルチキャストアドレスに、映像データをマルチキャストで送信を開始する（ステップＳ９１５）。

上述したシーケンスにより、第１の通信装置１００から、第２の通信装置１５０＿１及び第３の通信装置１５０＿２に対して、マルチキャストで映像データの送信が開始される。

図１０は、第１の通信装置１００が、転送開始要求に応じて、第４の通信装置１５０＿３及び第５の通信装置１５０＿４に対してマルチキャストで映像データを送信開始するまでの概念を示した図である。

図１０に示す例では、すでに、第１の通信装置１００、第２の通信装置１５０＿１、及び第３の通信装置１５０＿２の間で、１対２接続のＷｉ−Ｆｉ Ｄｉｒｅｃｔで無線ＬＡＮを介して、画面を表した映像データを送信している（ステップＳ１００１）。その時に、新たにもう２台の通信装置（第４の通信装置１５０＿３、第５の通信装置１５０＿４）が、第１の通信装置１００に接続して無線ＬＡＮで映像送信の開始制御を要求し、動作中の第２の通信装置１５０＿１及び第３の通信装置１５０＿２と同じ映像を表示しようとする（ステップＳ１００２、Ｓ１００３）。

すでに、マルチキャストで送信が行われているため、第４の通信装置１５０＿３、及び第５の通信装置１５０＿４は、第１の通信装置１００とＲＴＳＰコネクションを確立して、ＲＴＰを用いて、映像データを送信するための設定を行う。例えば、マルチキャストアドレスの設定等を行う。

また、第２の通信装置１５０＿１、及び第３の通信装置１５０＿２は、必要に応じて、第１の通信装置１００との間で、無線ＬＡＮを介して、映像データの送信制御を行う（ステップＳ１００４、Ｓ１００５）。

これにより、第１の通信装置１００は、第２の通信装置１５０＿１、第３の通信装置１５０＿２、第４の通信装置１５０＿３及び第５の通信装置１５０＿４に対してマルチキャストで映像データを送信する（ステップＳ１００６）。

図１１は、第１の通信装置１００による映像データの送信先が増加する際のシーケンスを示した図である。

まず、第１の通信装置１００及び第２の通信装置１５０＿１が、ＲＴＳＰのセッションを開始するためのセットアップを行う（ステップＳ１１０１）。なお、図１１に示す"OPEN"は、OPTIONメソッド処理や、GET＿PARAMETERメソッド処理や、SET＿PARAMETERメソッド処理等をまとめて示したものとする。

次に、第１の通信装置１００及び第２の通信装置１５０＿１は、ＲＴＳＰのセッションを確立した後、映像データの転送するＰＬＡＹの開始制御を行う（ステップＳ１１０２）。

そして、第１の通信装置１００が、第２の通信装置１５０＿１に対して、ＲＴＰを用いて、ユニキャストで映像データを送信する（ステップＳ１１０３）。

その後、第１の通信装置１００、及び第３の通信装置１５０＿２との間で、ＲＴＳＰのセッションを開始するためのセットアップを行う（ステップＳ１１０４）。

これにより、第１の通信装置１００及び第２の通信装置１５０＿１の間で、映像データの送信を一時停止（ＰＡＵＳＥ）する制御を行う（ステップＳ１１０５）。

次に、第１の通信装置１００及び第２の通信装置１５０＿１は、マルチキャストするためのセッションを確立した後、映像データの送信するＰＬＡＹの開始制御を行う（ステップＳ１１０６）。

さらに、第１の通信装置１００及び第３の通信装置１５０＿２も、マルチキャストするためのセッションを確立した後、映像データの送信するＰＬＡＹの開始制御を行う（ステップＳ１１０７）。

これにより、第１の通信装置１００は、第２の通信装置１５０＿１及び第３の通信装置１５０＿２に対して、ＲＴＰを用いてマルチキャストで、映像データを送信する（ステップＳ１１０８、Ｓ１１０９）。

図１２は、第１の通信装置１００が、送信停止要求に応じて、映像データの送信先が減少する際のシーケンスを示した図である。

まず、第１の通信装置１００は、第２の通信装置１５０＿１及び第３の通信装置１５０＿２に対して、ＲＴＰを用いてマルチキャストで、映像データを送信する（ステップＳ１２０１、Ｓ１２０２）。

次に、第３の通信装置１５０＿２が、送信停止を要求するために、ＲＴＳＰのＴＥＡＲＤＯＷＮコマンドによる送信の停止制御を行う（ステップＳ１２０３）。

そして、第１の通信装置１００及び第２の通信装置１５０＿１の間で、映像データの送信を一時停止（ＰＡＵＳＥ）する制御を行う（ステップＳ１２０４）。

次に、第１の通信装置１００及び第２の通信装置１５０＿１は、ユニキャストを行うためのセッションを確立した後、映像データの送信するＰＬＡＹの開始制御を行う（ステップＳ１２０５）。

その後、第１の通信装置１００が、第２の通信装置１５０＿１に対して、ユニキャストで映像データを送信する（ステップＳ１２０６）。

上述した処理手順により、送信対象が１台になった場合に、マルチキャストからユニキャストに切り替わる。これにより、ネットワークリソースの消費を抑えることができる。

従来、無線ＬＡＮによる画面を示した映像データの転送は、送信側の通信装置と、受信側の通信装置と、を１対１で接続し、ユニキャストで送信していた。このため、２台の通信装置に映像データを送信することは考慮されておらず、仮に２台の通信装置を接続した場合には、それぞれ別のＲＴＳＰコネクションを確立した上で、２台の通信装置のそれぞれに対して映像データをユニキャストで送信する必要があった。しかしながら、送信側の通信装置の処理能力や、無線ＬＡＮのスループットに限界があるために、現状では困難であった。

これに対して、上述した実施形態では、複数の通信装置からの接続要求があった場合に、ＲＴＰによる映像データの転送方式をユニキャストから、マルチキャストに切り替えることとした。マルチキャストであれば、送信側の通信装置の処理負担や無線ＬＡＮのスループットを、複数の通信装置にそれぞれユニキャストで送信する場合よりも負担を軽減することができる。これにより、理論的には、何十台の通信装置に映像データを送信することができる。

（第２の実施形態）
第１の実施形態では、送信対象が１台の場合にユニキャストで送信する場合について説明した。しかしながら、送信対象が１台の場合にユニキャストで送信することに制限するものではない。そこで、第２の実施形態では、送信対象が１台の場合でもマルチキャストで送信する場合について説明する。

なお、第１の通信装置１００〜第５の通信装置１５０＿４の構成については、第１の実施形態と同様として説明を省略する。

図１３は、第１の通信装置１００が、第２の通信装置１５０＿１に対してマルチキャストで映像データを送信開始するまでの概念を示した図である。

第２の通信装置１５０＿１（画面受信側）及び第１の通信装置１００（画面提供側）が、無線ＬＡＮによる画面転送の開始制御を行う（ステップＳ１３０１）。本実施形態では、第１の通信装置１００が、Device Discovery処理を行って、発見した通信装置からいずれか（図１３では、第２の通信装置１５０＿１）を選択し、選択された第２の通信装置１５０＿１からＲＴＳＰコネクションを確立する。

その後、第１の通信装置１００が、第２の通信装置１５０＿１に対して、無線ＬＡＮを介して、マルチキャストで画面を示した映像データを送信する（ステップＳ１３０２）。これにより、第１の通信装置１００から第２の通信装置１５０＿１に対して、ユニキャストで映像データが送信される。

図１４は、第１の通信装置１００による映像データの送信先が増加する際のシーケンスを示した図である。

まず、第１の通信装置１００及び第２の通信装置１５０＿１が、ＲＴＳＰのセッションを開始するためのセットアップを行う（ステップＳ１４０１）。

次に、第１の通信装置１００及び第２の通信装置１５０＿１は、ＲＴＳＰのセッションを確立した後、映像データの転送するＰＬＡＹの開始制御を行う（ステップＳ１４０２）。

そして、第１の通信装置１００が、第２の通信装置１５０＿１に対して、ＲＴＰを用いて、マルチキャストで映像データを送信する（ステップＳ１４０３）。

その後、第１の通信装置１００、及び第３の通信装置１５０＿２との間で、ＲＴＳＰのセッションを開始するためのセットアップを行う（ステップＳ１４０４）。

第１の実施形態では、ユニキャストからマルチキャストに切り替えるために、映像データの送信を一時停止（ＰＡＵＳＥ）する制御が行われたが、第２の実施形態では、１台の場合からマルチキャストで映像データの送信を行っているために、一時停止は行われない。

そして、第１の通信装置１００及び第３の通信装置１５０＿２は、マルチキャストを行うためのセッションを確立した後、映像データの送信するＰＬＡＹの開始制御を行う（ステップＳ１４０５）。

これにより、第１の通信装置１００は、第３の通信装置１５０＿２に対して、ＲＴＰを用いて、マルチキャストで映像データを送信する（ステップＳ１４０６）。

本実施形態では、送信先が１台の時から映像データをマルチキャストで送信しているので、他の通信装置はマルチキャストの映像データの転送要求を発行して、マルチキャストアドレスを設定するだけで、映像データを表示可能となる。

また、送信先が１台から２台に増加する際に、ＲＴＰを用いた映像データの送信は停止されないため、最初から接続している通信装置に影響を与えることを抑止できる。

なお、第２の実施形態では、第１の通信装置１００とＲＴＳＰコネクションを確立して、ＲＴＰを用いたマルチキャストで、映像データの転送を開始するまでのシーケンスは、図９で示したシーケンスと同様のため、説明を省略する。

本実施形態は、第１の通信装置１００は、転送先となる通信装置が１台の場合からマルチキャストで転送を行っているため、通信装置が１台から２台に増加しても、ＲＴＰ転送は停止されない。このため、転送先となる通信装置が増加した際に、最初から映像データを転送している通信装置に影響を与えることを抑止できる。

上述した実施形態では、無線通信で映像データを送信する場合について説明したが、無線通信を行う場合に制限するものではなく、有線通信で映像データを送信しても良い。その際に、行われるユニキャストとマルチキャストとの間の切り替え手法は、上述した実施形態と同様のため説明を省略する。

本実施形態の通信装置で実行される通信制御プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、本実施形態の通信装置で実行される通信制御プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の通信装置で実行される通信制御プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

また、本実施形態の通信制御プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１００、１５０＿１〜１５０＿４…通信装置、４０１…画面制御アプリケーション、４０２…無線ＬＡＮ画面転送アプリケーション、４０３…Ｄｉｓｃｏｖｅｒｙ層、４０４…ＲＴＳＰ層、４０５…Ｖｉｄｅｏ＿Ｃｏｄｅｃ層、４０６…Ａｕｄｉｏ＿Ｃｏｄｅｃ層、４０７…ＰＥＳ層、４０８…ＨＤＣＰ＿２．０層、４０９…ＭＰＥＧ＿ＴＳ層、４１０…ＲＴＰ層、４１１…ＴＣＰ層、４１２…ＵＤＰ層、４１３…ＩＰ層、４１４…Ｗｉ−Ｆｉ（ＩＥＥＥ８０２．１１ｎ）層、４５１…出力制御部、４５２…送信制御部、４５３…受信制御部

Claims (9)

1. 画像情報を表示部に出力制御する出力手段と、
   第１の通信装置に対して、前記画像情報をユニキャストで送信する送信手段と、
   第２の通信装置から、前記画像情報の送信要求を受信する受信手段と、を備え、
   前記送信手段は、さらに、前記受信手段が前記第２の通信装置から前記送信要求を受信した場合に、前記第１の通信装置に対して一時停止コマンドの発行を要求する発行要求を送信し、前記発行要求に応じて前記第１の通信装置が送信した一時停止コマンドを前記受信手段が受信した場合に、ユニキャストによる前記第１の通信装置に対する前記画像情報の送信を停止し、前記第１の通信装置及び前記第２の通信装置に１のマルチキャストアドレスを通知し、前記第１の通信装置及び前記第２の通信装置を含む、前記マルチキャストアドレスに対して、前記画像情報をマルチキャストで送信する、
   通信制御装置。
2. 前記送信手段は、前記第１の通信装置に対して、第１の識別子で識別される第１セッションを用いて前記画像情報をユニキャストで送信し、前記第１セッションを停止してユニキャストによる前記画像情報の送信を停止し、前記第１の識別子と異なる第２の識別子で識別される第２セッションを用いて前記画像情報を前記第１の通信装置にマルチキャストで送信し、前記第１の識別子と異なる第３の識別子で識別される第３セッションを用いて前記画像情報を前記第３の通信装置にマルチキャストで送信する、
   請求項１に記載の通信制御装置。
3. 前記送信手段は、前記受信手段が前記第２の通信装置から前記送信要求を受信した場合に、前記第２の通信装置とのＲＴＳＰコネクションを維持したまま、ユニキャストによる前記第１の通信装置に対する前記画像情報の送信を停止する、
   請求項１又は２に記載の通信制御装置。
4. 前記送信手段は、前記マルチキャストアドレスに前記画像情報を送信している場合に前記受信手段が第３の通信装置から画像情報の要求を受けると、前記第３の通信装置に前記マルチキャストアドレスを送信し、前記第３の通信装置を含む前記マルチキャストアドレスに前記画像情報を送信する、
   請求項１乃至３のいずれか１つに記載の通信制御装置。
5. 前記受信手段は、前記送信手段により前記第１の通信装置及び前記第２の通信装置に対して前記画像情報がマルチキャストで送信された後に、前記画像情報の送信の停止要求を、前記第１の通信装置又は前記第２の通信装置から受信し、
   前記送信手段は、前記受信手段により前記第１の通信装置又は前記第２の通信装置から前記停止要求を受信された場合に、マルチキャストによる前記画像情報の送信を停止し、前記停止要求を送信しなかった前記第１の通信装置又は前記第２の通信装置に対して、前記画像情報をユニキャストで送信する、
   請求項１乃至４のいずれか１つに記載の通信制御装置。
6. 前記送信手段は、さらに、１台の通信装置に対して、前記画像情報をマルチキャストで送信可能であり、前記受信手段が第２の通信装置から前記送信要求を受信した際、前記第１の送信装置のみにマルチキャストで送信している場合、前記第１の通信装置に対する前記画像情報の送信を停止せずに、前記第１の通信装置及び前記第２の通信装置に対して前記画像情報をマルチキャストで送信する、
   請求項１乃至５のいずれか１つに記載の通信制御装置。
7. 前記送信手段は、前記第１の通信装置及び前記第２の通信装置のうち少なくとも１つと無線で、他の通信中継装置を介さずに送信し、
   前記受信手段は、前記第２の通信装置と無線で、他の通信中継装置を介さずに受信する、
   請求項１乃至６のいずれか１つに記載の通信制御装置。
8. 前記送信手段は、ＲＴＰ（Real-time Transport Protocol）を用いて、前記画像情報を送信する、
   請求項１乃至７のいずれか一つに記載の通信制御装置。
9. 通信制御装置で実行される通信制御方法であって、
   出力手段が、画像情報を表示部に出力制御する出力ステップと、
   送信手段が、第１の通信装置に対して、前記画像情報をユニキャストで送信する第１の送信ステップと、
   受信手段が、第２の通信装置から、前記画像情報の送信要求を受信する受信ステップと、
   前記送信手段が、前記受信手段が前記第２の通信装置から前記送信要求を受信した場合に、前記第１の通信装置に対して一時停止コマンドの発行を要求する発行要求を送信し、前記発行要求に応じて前記第１の通信装置が送信した一時停止コマンドを前記受信ステップにより受信された場合に、ユニキャストによる前記第１の通信装置に対する前記画像情報の送信を停止し、前記第１の通信装置及び前記第２の通信装置に１のマルチキャストアドレスを通知し、前記第１の通信装置及び前記第２の通信装置を含む、前記マルチキャストアドレスに対して、前記画像情報をマルチキャストで送信する第２の送信ステップと、
   を含むことを特徴とする通信制御方法。

Images