(57)【要約】【課題】通信装置が他の装置と通信中に、さらに別の装置との通信を確実に確立すること。【解決手段】他の装置と無線通信することができる通信装置は、第１の他の装置へデータを送信している間に第２の他の装置へデータを送信するための条件が満たされているかを判定するための所定の通信を行う場合、その所定の通信に関する処理への影響を低減するように、第１の他の装置へのデータの送信または送信されるデータを制限するように制御を行う。【選択図】  図３
2018011136.tif 000002
【特許請求の範囲】
【請求項１】
他の装置と無線通信する通信手段と、
第１の他の装置へデータを送信している間に第２の他の装置へ所定のデータを送信するための条件が満たされているかを判定するための所定の通信を行う場合、前記所定の通信に関する処理への影響を低減するように、前記第１の他の装置へのデータの送信または送信される当該データを制限するように制御を行う制御手段と、
を有することを特徴とする通信装置。
【請求項２】
前記制限は、前記第１の他の装置へのデータの送信の優先順位を下げることを含む、
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記制限は、前記第１の他の装置へ送信するデータの圧縮率を高めることを含む、
ことを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記制限は、前記第１の他の装置へのデータの送信を停止することを含む、
ことを特徴とする請求項１から３のいずれか１項に記載の通信装置。
【請求項５】
前記第１の他の装置へ送信するデータは複数の画像フレームであり、
前記制限は、前記画像フレームの一部を送信しないことを含む、
ことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
【請求項６】
前記第１の他の装置へ送信するデータは複数の画像フレームであり、
前記制限は、前記画像フレームのフレームレートを下げることを含む、
ことを特徴とする請求項１から５のいずれか１項に記載の通信装置。
【請求項７】
前記第１の他の装置へ送信するデータは画像データであり、
前記制限は、前記画像データの解像度を下げることを含む、
ことを特徴とする請求項１から６のいずれか１項に記載の通信装置。
【請求項８】
前記制御手段は、前記所定の通信を終えた後に、前記制限を行う前の状態に戻すように制御を行う、
ことを特徴とする請求項１から７のいずれか１項に記載の通信装置。
【請求項９】
前記制御手段は、前記所定の通信によって前記条件が満たされていないと、少なくとも１回、判定される前には、前記制限を行わない、
ことを特徴とする請求項１から８のいずれか１項に記載の通信装置。
【請求項１０】
前記制御手段は、複数のタイプの前記制限のうちのいずれかを、前記所定の通信によって前記条件が満たされていないと判定された回数に応じて切り替えて実行する、
ことを特徴とする請求項１から９のいずれか１項に記載の通信装置。
【請求項１１】
前記条件は、前記通信装置が前記第２の他の装置へ所定の信号を送信してから前記第２の他の装置からの応答を受信するまでの時間が所定値以下であることである、
ことを特徴とする請求項１から１０のいずれか１項に記載の通信装置。
【請求項１２】
前記所定の通信は、Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｙｓｔｅｍにおける、Ｌｏｃａｌｉｌｔｙ  Ｃｈｅｃｋのための通信である、
ことを特徴とする請求項１１に記載の通信装置。
【請求項１３】
前記無線通信は、ＩＥＥＥ８０２．１１規格シリーズに準拠した通信である、
ことを特徴とする請求項１から１２のいずれか１項に記載の通信装置。
【請求項１４】
前記所定のデータは著作権保護対象のデータである、
ことを特徴とする請求項１から１３のいずれか１項に記載の通信装置。
【請求項１５】
他の装置と無線通信する通信手段を有する通信装置の制御方法であって、
第１の他の装置へデータを送信している間に第２の他の装置へデータを送信するための条件が満たされているかを判定するための所定の通信を行う場合、前記所定の通信に関する処理への影響を低減するように、前記第１の他の装置へのデータの送信または送信される当該データを制限するように制御を行うことを含む、
ことを特徴とする制御方法。
【請求項１６】
他の装置と無線通信する通信手段を有する通信装置に備えられたコンピュータに、請求項１から１４のいずれか１項に記載の通信装置の制御手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ伝送制御技術に関する。
【背景技術】
【０００２】
近年、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔ（登録商標）等において、ディスプレイに表示された画面を無線でミラーリングする技術が提案されている。なお、ここでのミラーリングとは、ネットワークを介して送信装置のディスプレイに表示された画面を受信装置へ伝送することにより、画面を共有する技術を指す。
【０００３】
一方、画像コンテンツ（なお、以下では、特に断りのない限り、画像コンテンツを指すために用語「コンテンツ」を用いる。）が不必要にコピーまたは再生されないようにすることも、著作権保護の観点で重要である。このため、例えばＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｙｓｔｅｍ）などの著作権保護のための技術が存在する。ＨＤＣＰでは、画像の送信装置と受信装置とが所定の範囲内にいることを確認するために、ローカリティチェック（以下ＬＣ）が行われる。ＬＣでは、送信装置が、受信装置へランダムな情報を送信し、受信装置は受信した情報から計算された値を含んだ信号を送信装置へ送信する。このとき、送信装置は、上述のランダムな情報の送信から、受信装置からの信号を受信するまでの時間であるＲｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ（以下、「ＲＴＴ」と呼ぶ。）を測定する。送信装置は、ＲＴＴが規定の時間内でない場合には、この手順を既定の回数繰り返す。送信装置は、既定の回数繰り返しても、ＲＴＴが規定の時間内にならなかった場合は、受信装置が所定の範囲内に存在しないと判定し、保護対象のコンテンツについては、その送信を行わない。
【０００４】
ここで、特許文献１には、保護対象のコンテンツを送信する場合と保護対象のコンテンツを送信しない場合とで、送信装置と受信装置の範囲内確認を制御する技術が記載されている。また、特許文献２には、送信装置と受信装置とが所定の範囲内に存在することを確認する際に、送信装置が送信する確認メッセージの処理優先順位を高く設定することが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−２４７４０８号公報
【特許文献２】特開２００７−０８２２０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
送信装置が著作権保護対象のコンテンツを２台以上の受信装置へ送信することが考えられる。しかしながら、特許文献１及び特許文献２に記載の技術では、送信装置が、２台以上の受信装置が所定の範囲内にいることを確認する際に、２台目以降の受信装置が範囲内にいると判定されない場合があり得る。この場合、送信装置と２台目の受信装置とが所定の範囲外にいると判定され、送信装置はその２台目の受信装置へ著作権保護対象のコンテンツを送信することができない。例えば、送信装置が受信装置へ画像を送信中の場合、他の受信装置に送信される範囲内確認メッセージの送受信の遅延、送信装置の処理負荷又はパケット処理優先度の設定等により、メッセージの送信から応答の受信までの時間が規定時間を超えてしまいうる。
【０００７】
本発明は上記課題に鑑みなされたものであり、通信装置が他の装置と通信中に、さらに別の装置との通信を確実に確立することを可能とすることを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明にかかる通信装置は、他の装置と無線通信する通信手段と、第１の他の装置へデータを送信している間に第２の他の装置へデータを送信するための条件が満たされているかを判定するための所定の通信を行う場合、前記所定の通信に関する処理への影響を低減するように、前記第１の他の装置へのデータの送信または送信される当該データを制限するように制御を行う制御手段と、を有する。
【発明の効果】
【０００９】
本発明によれば、通信装置が他の装置と通信中に、さらに別の装置との通信を確実に確立することができる。
【図面の簡単な説明】
【００１０】
【図１】システムの構成例を示す図。
【図２】画像送信装置の構成例を示すブロック図。
【図３】システム内での処理の流れの例を示す図。
【図４】画像送信制御の例を説明する図。
【図５】送信装置が実行する処理の流れの第１の例を示す図。
【図６】送信装置が実行する処理の流れの第２の例を示す図。
【図７】画像送信制御の別の例を説明する図。
【図８】送信装置が実行する処理の流れの第３の例を示す図。
【発明を実施するための形態】
【００１１】
以下、添付の図面を参照しながら、本発明の実施の形態について、詳細に説明する。なお、以下に示す実施形態は一例に過ぎず、本発明を説明される構成に限定することは意図されていない。
【００１２】
（システム構成）
図１に、本実施形態に係るシステム１００の構成例を示す。システム１００は、例えば、送信装置１０１が、２台の受信装置１０２及び受信装置１０３に対して、画像データを含んだ無線信号を送信する無線通信システムである。送信装置１０１は、例えばスマートフォン、タブレットＰＣ、またはカメラ等であり、受信装置１０２及び受信装置１０３は、それぞれ、例えばテレビやプロジェクターである。なお、送信装置１０１が、受信装置１０２及び受信装置１０３との、表示画面のミラーリングを行う場合、送信装置１０１及び受信装置１０２並びに受信装置１０３は、ディスプレイや投影機等の画面出力機能を有する装置となる。
【００１３】
送信装置１０１は、無線ＬＡＮ通信１０４を介して受信装置１０２および受信装置１０３から送信される画像配信リクエストに従って、画像データの送信を開始し、一時停止し、または終了する。なお、送信装置１０１、受信装置１０２および受信装置１０３は、本実施形態において特に言及されない限りは、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔ（登録商標）の規格に従って動作するものとする。ただし、これは一例に過ぎず、送信装置１０１、受信装置１０２および受信装置１０３は、少なくとも互いに無線通信できればよく、異なる規格に準拠していてもよい。また、送信装置１０１と、受信装置１０２および受信装置１０３との間の通信は、無線ＬＡＮ通信１０４に限られず、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の他の無線通信規格に従って行われてもよい。
【００１４】
なお、以下では受信装置が２台であるものとして説明するが、受信装置は３台以上存在してもよい。また、以下の説明では、送信装置１０１が、受信装置１０２と受信装置１０３の少なくともいずれかに対して、動画像データである画像データを送信する場合について説明するが、画像データ以外のデータが送信されてもよい。すなわち、送信装置１０１が、受信装置１０２又は受信装置１０３に対して、自身から所定距離の範囲内に存在することを条件に送信することを許可するように設定された所定のデータに該当するデータであれば、どのようなデータであってもよい。送信対象のデータは、動画像データの他に、静止画像データ、音楽データ、文書データ等の、例えば著作権による保護対象となるデータであってもよいし、著作権と関係なく、送信対象のデータが設定されていてもよい。
【００１５】
（送信装置の構成）
続いて、図２を用いて送信装置１０１の構成例について説明する。送信装置１０１は、一例において、表示部２０２、操作部２０３、キャプチャ部２０４、エンコード部２０５、暗号処理部２０６、記憶部２０７、無線ＬＡＮ制御部２０８、画面共有制御部２０９、著作権保護制御部２１０、画像送信制御部２１１を有する。また、送信装置１０１が有する各機能部は、バス２０１を通じて相互に接続され、互いに作用しながら所定の処理を実行することができる。なお、送信装置１０１が有する各機能部の一部または全部が、ＣＰＵ（中央演算装置）等の１つ以上のプロセッサによって構成され、例えば記憶部２０７に記憶されたプログラムを実行することにより、以下に説明する機能を実現するように構成されてもよい。
【００１６】
バス２０１は、各種データの伝送経路である。表示部２０２は、例えば、画面表示用のディスプレイや音声出力用のスピーカを含んで構成され、ユーザ操作を促すための操作画面やコンテンツ画像の表示、ガイダンスやコンテンツの音声の出力を行う。操作部２０３は、例えば、ハードウェアボタン、マウス、キーボード、タッチスクリーン、マイク等を含んで構成され、ユーザからの操作情報の入力を受け付ける。
【００１７】
なお、操作部２０３がタッチスクリーンで構成される場合、表示部２０２と操作部２０３は一体的に構成される。すなわち、図２では、表示部２０２と操作部２０３は、それぞれ別個の機能ブロックとして記載されているが、これは一例であって、実際には複数の機能ブロックが一体的に構成されてもよい。これ以外にも、以下に説明する各機能部についても、別の機能部と一体的に構成されてもよい。
【００１８】
キャプチャ部２０４は、例えば、表示部２０２に表示された画像をキャプチャして、画像データを生成して取得する。なお、送信装置１０１は、他の方法によって、表示部２０２に表示された画像に関する画像データを取得してもよい。例えば、送信装置１０１の内部では表示部２０２に表示するための画像データが生成されるが、その生成された画像データを直接（画面に表示される前に）取得してもよい。エンコード部２０５は、例えば、キャプチャ部２０４が取得した画像データを、ＭＰＥＧ−４  ＡＶＣ／Ｈ．２６４方式で圧縮符号化し、さらにＭＰＥＧ−２  ＴＳ方式によって多重化する処理を行う。ここで、ＭＰＥＧ−２  ＴＳは、符号化された画像や音声などのメディアデータを多重化して、伝送するためのコンテナ方式である。暗号処理部２０６は、後述の著作権保護制御部２１０が指定した暗号方式において用いられる暗号鍵を生成し、エンコード部２０５において生成されたメディアデータを暗号化する。
【００１９】
記憶部２０７は、例えば、制御命令（プログラム）を記憶し、プログラムを実行する際のワークメモリやデータを記憶するためのスペースを提供し、エンコード部２０５において生成されたメディアデータを格納するように構成される。
【００２０】
無線ＬＡＮ制御部２０８は、ＩＥＥＥ８０２．１１規格シリーズに係る無線ＬＡＮでの通信を行うための制御を行う無線通信部である。無線ＬＡＮ制御部２０８は、例えば、アンテナ、ベースバンド、中間周波数（ＩＦ）、及び無線周波数（ＲＦ）における各処理を実行するための回路を含んで構成される。無線ＬＡＮ制御部２０８は、無線ＬＡＮにおいてネットワークに送信するトラフィックの優先順位を、アクセスカテゴリに応じて決定する技術を規定した、Ｗｉ−Ｆｉ  Ｍｕｌｔｉｍｅｄｉａ（以下、「ＷＭＭ」と呼ぶ。）規格に従って動作することもできる。ＷＭＭのアクセスカテゴリには、バックグラウンドでデータを送信するＡＣ＿ＢＫ、一般データを送信するためのＡＣ＿ＢＥ、ビデオデータを送信するためのＡＣ＿ＶＩ、音声データを送信するためのＡＣ＿ＶＯが存在する。そして、ＷＭＭでは、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ、ＡＣ＿ＶＯの順に、トラフィックの優先順位が高くなる（すなわち、ＡＣ＿ＢＫのトラフィックは優先順位が最も低く、ＡＣ＿ＶＯのトラフィックは優先順位が最も高い）。画面共有制御部２０９は、例えば、無線ＬＡＮ制御部２０８と協働して、Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔ（登録商標）規格に従って、受信装置との間で画面共有を行うための通信制御を行う。
【００２１】
著作権保護制御部２１０は、例えばＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｙｓｔｅｍ）等の著作権保護技術を用いて、コンテンツの保護処理を実行する。著作権保護制御部２１０は、ＤＴＣＰ−ＩＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）など、ＨＤＣＰと異なる著作権保護技術を用いてもよい。
【００２２】
画像送信制御部２１１は、画面共有制御部２０９および無線ＬＡＮ制御部２０８を介して送信される画像の送信の制御を行う。本実施形態では、送信装置１０１がＨＤＣＰ  Ｔｒａｎｓｍｉｔｔｅｒとして機能し、受信装置１０２および受信装置１０３は、ＨＤＣＰ  Ｒｅｃｅｉｖｅｒとして機能するものとする。
【００２３】
本実施形態では、送信装置１０１は、データ転送プロトコルとしてＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）を用いるものとする。また、送信装置１０１は、受信装置１０２および受信装置１０３に対する再生制御プロトコルとして、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）を用いるものとする。ＲＴＰは、ＩＥＴＦ（Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）によりＲＦＣ３５５０で標準化された、ネットワークを介して動画像や音声などのマルチメディアデータをリアルタイムに送受信するためのプロトコルである。ＲＴＰは、下位層のトランスポートプロトコルとしてＵＤＰやＨＴＴＰ、ＨＴＴＰＳ、ＴＣＰを利用することができる。ＲＴＳＰは、ＲＦＣ２３２６で標準化された、ストリーミングを制御するためのプロトコルであり、下位層のトランスポートプロトコルとしてＴＣＰを用いる。また、本実施形態では、エンコード部２０５が多重化方式としてＭＰＥＧ−２  ＴＳを用いる。このため、無線ＬＡＮ制御部２０８は、ＭＰＥＧ−２  ＴＳデータのＲＴＰペイロードフォーマットを規定しているＲＦＣ２２５０に従って画像データをパケット化するものとする。ただし、これらはいずれも一例であり、送信装置１０１は、これら以外の、少なくとも一部において同様の機能を実現可能な、任意の通信プロトコルを用いることができる。
【００２４】
（システムの処理の流れ）
続いて、図３を用いて、送信装置１０１の画像送信制御部２１１が、受信装置１０２および受信装置１０３へ著作権保護対象のコンテンツを送信する処理の流れについて説明する。
【００２５】
まず、送信装置１０１のユーザが、画面共有を行う受信装置を探索するために、例えば表示部２０２および操作部２０３を介して、デバイス探索開始を指示する（Ｓ３０１）。デバイス探索開始の指示は、送信装置１０１において画面共有アプリケーションを起動したことに応じて出力されてもよいし、ユーザが明示的な操作をしたことに応じて出力されてもよい。デバイス探索開始が指示されると、画面共有制御部２０９は、無線ＬＡＮ制御部２０８を介してデバイス探索を開始する（Ｓ３０２）。ここで、デバイス探索とは、Ｗｉ−Ｆｉ  Ｍｉｒａｃａｓｔで規定されているＷＦＤ  Ｄｅｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙを用いた処理のことを指す。無線ＬＡＮ制御部２０８は、デバイス探索が開始されると、他の装置とＰｒｏｂｅ  ＲｅｑｕｅｓｔフレームとＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅフレームとを交換することにより、受信装置を探索する。そして、表示部２０２は、探索により発見された受信装置のリストを表示する。ここでは、受信装置１０２が探索により発見されたものとする。また、リストの表示は、ユーザが認識可能な任意の形式で行われれば足り、場合によっては音声によって順に読み上げられる等であってもよい。
【００２６】
次に、送信装置１０１のユーザは、例えば表示部２０２および操作部２０３を介して、リストの中から画面共有を行う装置として受信装置１０２を選択して、受信装置１０２との接続を指示する（Ｓ３０３）。ここで、接続指示は、例えばＷｉ−Ｆｉ  Ｍｉｒａｃａｓｔで規定されているＷＦＤ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐであるが、これには限られない。接続指示は、例えば、受信装置１０２が選択されたことによって自動的に出力されてもよいし、受信装置１０２が選択された状態においてユーザによる明示的な指示操作が受け付けられたことによって出力されてもよい。画面共有制御部２０９は、接続が指示されたことに応じて、受信装置１０２との接続処理を開始する。
【００２７】
接続処理が開始されると、無線ＬＡＮ制御部２０８は、他の装置とＰ２Ｐ（Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）グループを形成する（Ｓ３０４）。Ｐ２Ｐグループの形成では、送信装置１０１と受信装置１０２との間で、ＧＯ（Ｇｒｏｕｐ  Ｏｗｎｅｒ）  Ｎｅｇｏｔｉａｔｉｏｎフレームの交換が行われる。その後、送信装置１０１と受信装置１０２は、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｃｏｌ）により、無線ネットワークで使用するＩＰアドレスを決定する。送信装置１０１と受信装置１０２との間でＩＰアドレスが決定されることで、送信装置１０１と受信装置１０２とを含んだＰ２Ｐグループの形成が完了する。なお、ここでは、送信装置１０１が、Ｐ２ＰグループのＧＯになったものとする。
【００２８】
Ｐ２Ｐグループの形成完了後、画面共有制御部２０９は、受信装置１０２との画面共有セッションを確立する（Ｓ３０５）。画面共有セッションの確立は、例えばＷｉ−Ｆｉ  Ｍｉｒａｃａｓｔで規定されているＷＦＤ  Ｓｅｓｓｉｏｎ  Ｅｓｔａｂｌｉｓｈｍｅｎｔに従って行われる。画面共有セッションの確立の際に、画面共有制御部２０９は、受信装置１０２との間で、無線ＬＡＮ制御部２０８を介して、例えばＲＴＳＰプロトコルを用いて、能力情報の交換を行う。能力情報の交換は、例えば、Ｍ３（ＲＴＳＰ  ＧＥＴ＿ＰＡＲＡＭＥＴＥＲ）メッセージを送受信することによって行われる。送信装置１０１は、受信装置１０２から送信されたＧＥＴ＿ＰＡＲＡＭＥＴＥＲ  Ｒｅｓｐｏｎｓｅに含まれる、ｗｆｄ−ｃｏｎｔｅｎｔ−ｐｒｏｔｅｃｔｉｏｎパラメータにより、受信装置１０２が著作権保護技術に対応しているか否かを認識することができる。ここでは、受信装置１０２が著作権保護技術に対応しているものとし、送信装置１０１は、受信装置１０２が著作権保護技術に対応していることを認識したものとする。
【００２９】
能力情報の交換により、受信装置１０２が著作権保護技術に対応していると認識されると、著作権保護制御部２１０は、受信装置１０２との間で、ＨＤＣＰ規格に従ったＨＤＣＰセッションの確立を試みる（Ｓ３０６）。このＨＤＣＰセッションの確立において、ＡＫＥ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ｋｅｙ  Ｅｘｃｈａｎｇｅ）、ＬＣ（Ｌｏｃａｌｉｌｔｙ  Ｃｈｅｃｋ）、ＳＫＥ（Ｓｅｓｓｉｏｎ  Ｋｅｙ  Ｅｘｃｈａｎｇｅ）のメッセージの交換が行われる。ＨＤＣＰセッションの確立は、例えば、著作権保護制御部２１０が、画面共有制御部２０９からの開始指示を受けたことにより実行される。著作権保護制御部２１０は、ここで交換されるメッセージの処理の優先順位を高めるために、ＷＭＭのアクセスカテゴリＡＣ＿ＶＩを使用してもよい。すなわち、著作権保護制御部２１０は、一般のデータであるＡＣ＿ＢＥよりも高いアクセスカテゴリを用いることにより、ＨＤＣＰメッセージ交換の処理の優先順位を高く設定することができる。なお、本実施形態において、ＨＤＣＰセッションの確立で行われるＬＣメッセージの交換の詳細については後述する。なお、ここでは、受信装置１０２は、ＬＣメッセージの交換によって送信装置１０１から所定の範囲内にいると判定されたものとする。この判定に応じて、送信装置１０１は、受信装置１０２へ保護コンテンツの送信を開始する（Ｓ３０７）。
【００３０】
続いて、送信装置１０１のユーザは、さらなる受信装置を探索するために、例えば表示部２０２および操作部２０３を介して、再度、デバイス探索開始を指示したものとする（Ｓ３０８）。Ｓ３０９のデバイス探索は、上述のＳ３０２の処理と同様であるため、説明を省略する。なお、ここでは、受信装置１０３が探索により発見されたものとする。そして、送信装置１０１のユーザは、表示部２０２および操作部２０３を介して、発見された受信装置１０３を選択することにより、受信装置１０３との接続を指示する（Ｓ３１０）。Ｓ３１１及びＳ３１２の処理は、それぞれＳ３０４及びＳ３０５の処理と同様であり、ここでは、送信装置１０１と受信装置１０３との間でＰ２Ｐグループが形成されると共に、画面共有セッションが確立されたものとする。また、受信装置１０３は著作権保護技術に対応しており、送信装置１０１は、受信装置１０３は著作権保護技術に対応していることを認識したものとする。
【００３１】
画像送信制御部２１１は、受信装置１０３が著作権保護技術に対応していると認識した場合、ＨＤＣＰセッションを確立する前に、送信画像の制御を行う（Ｓ３１３）。これにより、この時点で画像の送信先である受信装置１０２に送信される画像の設定が変更されて、設定が変更された画像が受信装置１０２へと送信される（Ｓ３１４）。著作権保護制御部２１０は、送信画像の制御（Ｓ３１３）が完了すると、受信装置１０３との間で、ＨＤＣＰ規格に従ってＨＤＣＰセッションの確立を試みる（Ｓ３１５）。ここでは、著作権保護制御部２１０が、ＨＤＣＰセッションの確立時に、ＬＣメッセージの交換によって、受信装置１０３が送信装置１０１から所定の範囲内にいると判定したものとする。なお、ＬＣメッセージの交換を除いて、ＨＤＣＰセッションの確立（Ｓ３１５）は、Ｓ３０６と同様であるため、説明を省略する。
【００３２】
画像送信制御部２１１は、ＨＤＣＰセッションの確立が完了した後、Ｓ３１３で変更された送信画像の設定を、変更前の状態に戻す（Ｓ３１６）。なお、送信画像の制御（Ｓ３１３、Ｓ３１６）、及びＨＤＣＰセッション確立（Ｓ３１５）で行うＬＣメッセージの交換の詳細については、後述する。送信装置１０１は、Ｓ３１６における画像送信制御を終了した後、受信装置１０２への画像の送信を再開する（Ｓ３１７）。また、上述のように、受信装置１０３が送信装置１０１から所定の範囲内にいると判定されたため、送信装置１０１は、受信装置１０３へも画像の送信を開始する（Ｓ３１８）。
【００３３】
（送信装置の処理）
以下では、送信装置１０１が実行する処理の例を説明する。
【００３４】
＜処理例１＞
まず、送信装置１０１が実行する画像送信制御の第１の処理例について説明する。図４は、送信装置１０１が画像送信制御に用いるテーブルの例を示している。送信装置１０１は、例えば記憶部２０７にこのテーブルを記憶して管理する。図４のテーブルでは、例えば１から６までのインデクスと関連付けられた３つのタイプの画像送信制御を規定している。ここでは、タイプ１〜タイプ６の画像送信制御は、それぞれ、「送信優先順位を下げる」、「ビットレートを下げる」、「送信停止」、「フレームを間引く」、「フレームレートを下げる」「解像度を下げる」と規定されているものとする。なお、本処理例では、タイプ１〜タイプ６の画像送信制御を用いる場合について説明するが、さらに他の（一例においてデータの送信量が低下するような）画像送信制御が用いられてもよい。
【００３５】
送信装置１０１は、画像送信制御を行うこととなった場合にどのタイプの画像送信制御を実行するかを、例えば受信装置との接続前に予め決めておき、記憶部２０７に保持しておくことができる。図４に示された３つのタイプのそれぞれにおいて、どのような画像送信制御が行われるかについては、後述する。ここで、送信装置１０１は、実行する画像送信制御のタイプとして、例えば１つのタイプのみを選択しておいてもよいし、例えばタイプ１とタイプ２など、２つのタイプを同時に選択しておいてもよい。なお、複数のタイプが同時に選択された場合、選択された複数のタイプの画像送信制御を同時に実行してもよいし、選択された複数のタイプの中で画像送信制御時に実行される順序が別途定められてもよい。また、複数のタイプが同時に選択された場合、選択された複数のタイプの画像送信制御のうち、どのタイプの画像送信制御を実行するかを、実際に画像送信制御を実行する際に、ユーザに問い合わせてもよい。
【００３６】
タイプ１の画像送信制御「送信優先順位を下げる」では、画像送信制御部２１１は、無線ＬＡＮ制御部２０８を制御して、受信装置へ送信している画像のＷＭＭにおけるアクセスカテゴリをＡＣ＿ＶＩからＡＣ＿ＢＥへと変更する。すなわち、画像送信制御部２１１は、送信中の画像の処理優先度を下げるように制御を行う。このように送信中の画像の処理優先度を下げることにより、後に送信されるＬＣメッセージの処理優先度が、相対的に向上することとなる。
【００３７】
タイプ２の画像送信制御「ビットレートを下げる」では、画像送信制御部２１１は、エンコード部２０５を制御して、受信装置へ送信する画像のビットレートを下げる。エンコード部２０５は、生成する画像のビットレートを下げ、画像圧縮率を高めることにより、受信装置へ送信される画像のビットレートを下げることができる。送信される画像のビットレートを下げることにより、後に送信されるＬＣメッセージの処理時間が短縮される。
【００３８】
タイプ３の画像送信制御「送信停止」では、画像送信制御部２１１は、画面共有制御部２０９を制御して、受信装置への画像の送信を停止する。画像の送信の停止は、送信装置１０１が、ＲＴＳＰのＰＡＵＳＥ  Ｒｅｑｕｅｓｔメッセージを受信装置から送信させるように、その受信装置に対して要求信号を送信する。受信装置は、その要求信号を受信したことに応じて、ＲＴＳＰのＰＡＵＳＥ  Ｒｅｑｕｅｓｔメッセージを送信装置１０１へ送信する。画像の送信が停止されることによって、後に送信されるＬＣメッセージの処理時間が短縮されることとなる。なお、送信装置１０１は、ＲＴＳＰのＰＡＵＳＥ  Ｒｅｑｕｅｓｔメッセージを受信装置から送信させるための要求信号として、例えばＷｉ−Ｆｉ  Ｍｉｒａｃａｓｔで規定されているＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲリクエストを用いることができる。また、画像送信制御部２１１は、ＲＴＳＰのＰＡＵＳＥ  Ｒｅｑｕｅｓｔメッセージを送信させるための送信要求を受信装置へ送信せずに、送信すべき画像の生成を停止するようにエンコード部２０５を制御することにより、画像の送信を停止してもよい。
【００３９】
タイプ４の画像送信制御「フレームを間引く」では、画像送信制御部２１１は、送信対象である複数の画像フレームの中の一部の画像フレームを送信しないようにする。画像送信制御部２１１は、例えば、Ｈ．２６４／ＡＶＣ規格におけるＩＤＲ（Ｉｎｓｔａｎｔａｎｅｏｕｓ  Ｄｅｃｏｄｅｒ  Ｒｅｆｒｅｓｈ）フレームのみを送信し、予測フレーム（Ｐフレーム／Ｂフレーム）については送信しないようにしうる。
【００４０】
タイプ５の画像送信制御「フレームレートを下げる」では、画像送信制御部２１１は、例えば、送信画像のフレームレートを、６０ｆｐｓ（ｆｒａｍｅ  ｐｅｒ  ｓｅｃｏｎｄ）から３０ｆｐｓに下げるなどの処理を行う。なお、画像送信制御部２１１は、複数のレベルのフレームレートを規定しておき、ＲＴＴ測定のリトライ回数に応じて、徐々にフレームレートを下げるようにしてもよい。なお、送信装置１０１は、例えば事前にＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲリクエストを受信装置へ送信し、受信装置との間で、変更するＡＶフォーマットの能力交換を行うことによって、画像送信制御時に使用すべきフレームレートの値を決定してもよい。
【００４１】
タイプ６の画像送信制御「解像度を小さくする」では、画像送信制御部２１１は、例えば、画像の解像度を１９２０×１０８０から１２８０×７２０に下げるなどの処理を行う。なお、画像送信制御部２１１は、複数のレベルの解像度を規定しておき、ＲＴＴ測定のリトライ回数に応じて、徐々に解像度を下げるようにしてもよい。なお、送信装置１０１は、例えば事前にＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲリクエストを受信装置へ送信し、受信装置との間で、変更するＡＶフォーマットの能力交換を行うことによって、画像送信制御時に使用すべき解像度の値を決定してもよい。
【００４２】
ここで、図５を用いて、送信装置１０１が、受信装置１０２または受信装置１０３へ、著作権保護対象の画像を送信するために実行する画像送信制御およびＬＣメッセージ交換の処理の流れの例について説明する。本処理は、図３のＳ３１３及びＳ３１６の画像送信制御と、Ｓ３０６およびＳ３１５のＨＤＣＰセッション確立処理におけるＬＣメッセージ交換に際に実行される。
【００４３】
画像送信制御部２１１は、まず、送信装置１０１が、現在、画像を送信中であるか否かを判定し（Ｓ５０１）、送信中である場合（Ｓ５０１でＹＥＳ）は画像送信制御を実行し（Ｓ５０２）、送信中でない場合（Ｓ５０１でＮＯ）は、画像送信制御を実行しない。ここでの画像送信制御は、図４に関して上述したようにして行われる。すなわち、送信装置１０１は、図３のＳ３０６においては、その時点では他の装置へと画像を送信していないため、画像送信制御を実行することはない。一方、送信装置１０１は、図３のＳ３１３においては、その時点で受信装置１０２へと画像を送信しているため、画像送信制御（Ｓ３１３）を実行する。
【００４４】
その後、著作権保護制御部２１０は、ＨＤＣＰセッションの確立処理を実行する。まず、著作権保護制御部２１０は、セッション確立の相手装置（受信装置１０２又は受信装置１０３）が送信装置１０１から所定の範囲内にいることを確認するために、ローカリティチェック（ＬＣ）を実行する。ＬＣでは、送信装置１０１が、受信装置に対して信号を送信してから、受信装置から応答を受信するまでのＲｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ（ＲＴＴ）を測定して、受信装置の送信装置１０１からの距離が規定の範囲内にあるか否かを確認する。
【００４５】
ＲＴＴの測定では、送信装置１０１は、まず、ＨＤＣＰ規格で定められたＲＴＴ測定メッセージを、セッション確立の相手装置（受信装置１０２又は受信装置１０３）へ送信する（Ｓ５０３）。ＲＴＴ測定メッセージは、例えばＨＤＣＰ規格のＬＣ＿ＩｎｉｔメッセージやＲＴＴ＿Ｃｈａｌｌｅｎｇｅメッセージである。このとき、送信装置１０１は、記憶部２０７にＲＴＴ測定開始時刻を保持させる。その後、送信装置１０１は、相手装置からのＲＴＴ測定応答メッセージの受信を待ち受ける（Ｓ５０４）。ＲＴＴ測定応答メッセージは、例えばＨＤＣＰ規格のＬＣ＿Ｓｅｎｄ＿Ｌ＿ｐｒｉｍｅメッセージである。
【００４６】
著作権保護制御部２１０は、ＲＴＴ測定応答メッセージを受信すると、ＲＴＴ測定応答メッセージを受信した時刻と記憶部２０７が保持しているＲＴＴ測定開始時刻との差分からＲＴＴを取得する。そして、著作権保護制御部２１０は、取得したＲＴＴが所定値以下であるか否かを判定する（Ｓ５０５）。ここで、所定値とは、例えば、ＬＣ＿Ｉｎｉｔメッセージ送信からＬＣ＿Ｓｅｎｄ＿Ｌ＿ｐｒｉｍｅメッセージ受信までの時間の閾値である７ｍｓｅｃである。そして、著作権保護制御部２１０は、ＲＴＴが所定値以下である場合（Ｓ５０５でＹＥＳ）には、ＬＣが成功したと判断する。すなわち、著作権保護制御部２１０は、相手装置が、送信装置１０１からの距離が所定の範囲内の位置に存在すると判定する。
【００４７】
一方、著作権保護制御部２１０は、ＲＴＴが所定値を超える場合（Ｓ５０５でＮＯ）で、ＲＴＴの測定の試行回数が上限に達していない場合には、ＲＴＴ測定をリトライする。著作権保護制御部２１０は、ＲＴＴの測定をリトライする前に、リトライ回数に１を加算し（Ｓ５０６）、そのリトライ回数が上限値に達したかを判定する（Ｓ５０７）。ここで、リトライ回数は、例えば図５の処理が開始される際に初期値（例えば「０」）にリセットされうる。著作権保護制御部２１０は、リトライ回数が上限に達していない場合（Ｓ５０７でＮＯ）は、ＲＴＴの測定を再度実行する（Ｓ５０３〜Ｓ５０５）。一方で、著作権保護制御部２１０は、リトライ回数が上限に達した場合（Ｓ５０７でＹＥＳ）は、ＬＣに失敗したと判定する。すなわち、著作権保護制御部２１０は、相手装置が、送信装置１０１からの距離が所定の範囲内の位置には存在しないと判定する。
【００４８】
最後に、画像送信制御部２１１は、Ｓ５０２で画像送信制御が実行されたか否かを判定し（Ｓ５０８）、画像送信制御が実行された場合（Ｓ５０８でＹＥＳ）は、設定を画像送信制御の実行前の状態に戻す（Ｓ５０９）。例えば、タイプ１の画像送信制御「送信優先順位を下げる」が実行されていた場合は、画像送信制御部２１１は、画像のＷＭＭにおけるアクセスカテゴリをＡＣ−ＢＥからＡＣ−ＶＩへと戻す。また、タイプ２の画像送信制御「ビットレートを下げる」が実行されていた場合は、画像送信制御部２１１は、ビットレートをＳ５０２の処理が実行される前のレートへと戻す。また、タイプ３の画像送信制御「送信停止」が実行されていた場合は、画像送信制御部２１１は、ＲＴＳＰのＰＬＡＹリクエストを相手装置（受信装置）に送信させるための要求信号を送信する。そして、画像送信制御部２１１は、相手装置からＲＴＳＰのＰＬＡＹリクエストを受信したことに応じて、画像の送信を再開する。なお、画像送信制御部２１１は、ＲＴＳＰのＰＬＡＹリクエストを受信装置から送信させるための要求信号として、例えばＷｉ−Ｆｉ  Ｍｉｒａｃａｓｔで規定されているＲＴＳＰ  ＳＥＴ＿ＰＡＲＡＭＥＴＥＲリクエストを用いることができる。
【００４９】
なお、ＬＣに成功していた場合には、送信装置１０１は、相手装置へ著作権保護対象の画像の送信を開始する。一方、ＬＣに失敗していた場合は、送信装置１０１は、相手装置への著作権保護対象の画像の送信を開始しない。例えば、送信装置１０１は、図３のＳ３０６においては受信装置１０２を対象として図５の処理を実行しているため、ＬＣに成功した場合には、受信装置１０２への著作権保護対象の画像の送信を開始する。一方、送信装置１０１は、図３のＳ３１５では受信装置１０３を対象として図５の処理を実行しているため、ＬＣに成功した場合には、受信装置１０３への著作権保護対象の画像の送信を開始する。なお、図３のＳ３０６においてＬＣに失敗した場合には、送信装置１０１は、受信装置１０２へは著作権保護対象の画像を送信しないこととなる。このため、その後の図３のＳ３１５では、送信装置１０１は、画像の送信を行っていないこととなるため、画像送信制御を実行することなく、受信装置１０３との間でＬＣを実行することとなる。なお、送信装置１０１は、著作権保護対象外の画像等のデータを受信装置１０２へと送信している場合は、画像送信制御を実行することもできる。
【００５０】
以上のように、送信装置１０１は、相手装置（受信装置１０２または受信装置１０３）との間でＬＣを実行する前に、相手装置への画像の送信がＬＣ用の信号の送受信に与える影響を抑えるように、その画像の送信を制御する。これにより、送信装置１０１が、相手装置が、実際には送信装置１０１から所定の範囲内にいるにも関わらず、所定の範囲内に存在しないと判定される確率を低減することができる。
【００５１】
＜処理例２＞
処理例１では、送信装置１０１が、相手装置（受信装置１０２）へ画像を送信中であるか否かを判定して、画像の送信中には画像送信制御を実行する。このため、ＨＤＣＰセッションの確立中は、送信装置１０１が相手装置へ送信する送信画像の品質が低下してしまう。例えば、画像送信制御によってビットレートを下げると、ＨＤＣＰセッションの確立中には、相手装置が受信する画像のビットレートも必然的に下がることとなる。このため、本処理例では、送受信される画像の品質低下を軽減するため、ＲＴＴ測定のリトライ時に画像送信制御を実行する方法について説明する。
【００５２】
なお、本処理例では、画像送信制御は図４に関して説明したように実行されるため、説明は省略する。一方で、本処理例では、図５の処理の一部を変更した、図６の処理が行われる。なお、図５と同様の処理については、同じ参照符号を付して、詳細な説明については省略する。図６の処理では、送信装置１０１は、例えば受信装置１０２に対して画像を送信中に、受信装置１０３との接続が指示された場合、直ちに画像送信制御を実行するのではなく、まず、ＬＣを実行する。そして、送信装置１０１は、図５のようにしてＬＣのリトライが発生した時にそのリトライ回数をカウントし、リトライ回数が上限に達したか否かを判定する（Ｓ５０７）。ここで、送信装置１０１は、リトライ回数が上限に達していない場合（Ｓ５０７でＮＯ）に、すなわち、初回に測定されたＲＴＴが所定値を超えていたことを契機として、他の装置へ画像を送信中であるか否かを判定する（Ｓ６０１）。そして、画像送信制御部２１１は、他の装置へ画像を送信中の場合（Ｓ６０１でＹＥＳ）に、画像送信制御を実行して（Ｓ６０２）、ＲＴＴの測定を再度試行する。なお、画像送信制御部２１１は、ＲＴＴ測定のリトライが生じた場合に直ちに画像送信制御を実行するのではなく、リトライ回数が上限よりも小さい所定回数（少なくとも１回）に達した場合に画像送信制御を実行するようにしてもよい。
【００５３】
以上のように、本処理例では、ＲＴＴ測定をリトライする必要があった場合にのみ画像送信制御を実行するため、送信装置１０１が他の装置へ送信する画像の品質低下を軽減することができる。また、送信装置１０１は、ＲＴＴ測定をリトライする場合には、相手装置への画像の送信がＬＣ用の信号の送受信に与える影響を抑えるように、その画像の送信を制御する。これにより、送信装置１０１が、相手装置が、実際には送信装置１０１から所定の範囲内にいるにも関わらず、所定の範囲内に存在しないと判定される確率を低減することができる。
【００５４】
＜処理例３＞
処理例１および処理例２では、送信装置１０１が、実行する画像送信制御のタイプを予め設定しておく場合について説明した。例えば、タイプ２の画像送信制御「ビットレートを下げる」が設定されており、処理例２が用いられる場合、送信装置１０１は、ＲＴＴ測定のリトライ時にビットレートを下げた画像を生成して受信装置へ送信する。これに対して、本処理例では、送信装置１０１がＲＴＴ測定のリトライ回数に応じて画像送信制御のタイプを動的に選択する方法について説明する。
【００５５】
図７を用いて、本処理例において画像送信制御部２１１が実行する画像送信制御について説明する。画像送信制御部２１１は、図７に示すテーブルを管理し、本テーブルに基づいて画像送信制御を実行する。図７のテーブルでは、例えば１から３までのインデクスと関連付けられた３つのタイプの画像送信制御を規定している。ここでは、図７に示すように、タイプ１〜タイプ３の画像送信制御は、それぞれ、「送信優先順位を下げる」、「ビットレートを下げる」、「送信停止」と規定されているものとする。また、これらの画像送信制御には、リトライ回数が対応付けられている。なお、本処理例では、タイプ１〜タイプ３の画像送信制御のみを用いる場合について説明するが、図４に示したタイプ４〜タイプ６の画像送信制御が用いられてもよいし、さらに他の（例えばデータの送信量が低下するような）画像送信制御が用いられてもよい。
【００５６】
画像送信制御部２１１は、ＲＴＴ測定のリトライ回数に応じて、対応する画像送信制御タイプを設定して実行する。例えば、画像送信制御部２１１は、リトライ回数が２５５回までは画像送信制御を実行せず、リトライ回数が２５６回に達した場合に、送信優先順位を下げるタイプ１の画像送信制御を実行する。タイプ１の画像送信制御では、画像品質は低下しない。画像送信制御部２１１は、ＬＣに成功せずにＲＴＴ測定の通算のリトライ回数が５１２回に達するまでは、タイプ１の画像送信制御を継続する。その後、画像送信制御部２１１は、ＬＣに成功しないままＲＴＴ測定の通算のリトライ回数が５１２回に達すると、タイプ２のビットレートを下げる画像送信制御を実行する。そして、画像送信制御部２１１は、ＬＣに成功せずにＲＴＴ測定の通算のリトライ回数が７６８回に達するまでは、タイプ２の画像送信制御を継続する。なお、画像送信制御部２１１は、タイプ２の画像送信制御を実行する際には、画像ビットレートをリトライ回数に応じて徐々に下げて、ＬＣに与える影響を徐々に小さくしてもよい。この場合、画像品質は徐々に劣化するが、画像の送信が停止されることはなく、かつ、画像の送信によってＬＣが失敗する確率を低減することができる。その後、画像送信制御部２１１は、ＬＣに成功しないままＲＴＴ測定の通算のリトライ回数が７６８回に達すると、画像送信を停止するタイプ３の画像送信制御を実行する。
【００５７】
本処理例では、図６の処理の一部を変更した、図８の処理が行われる。なお、本処理では、処理例２と同様に、ＲＴＴ測定のリトライが発生することを契機として画像送信制御を実行するが、処理例１と同様に、画像を送信中である場合を契機として画像送信制御を開始してもよい。そして、この場合、送信装置１０１は、例えば、画像送信制御を行った後に所定回数のＲＴＴ測定のリトライが発生した場合に、別の画像送信制御を行うようにする。以下の説明では、図５または図６と同様の処理については、同じ参照符号を付して、詳細な説明については省略する。
【００５８】
図８の処理では、送信装置１０１は、図５のようにしてＬＣのリトライが発生した時にそのリトライ回数をカウントし、リトライ回数が上限に達したか否かを判定する（Ｓ５０７）。ここで、画像送信制御部２１１は、リトライ回数が上限に達していない場合（Ｓ５０７でＮＯ）に、他の装置へ画像を送信中であるか否かを判定する（Ｓ６０１）。そして、画像送信制御部２１１は、他の装置へ画像を送信中の場合（Ｓ６０１でＹＥＳ）に、ＲＴＴ測定のリトライ回数に応じて、図７に関して説明したようにして、画像送信制御タイプを決定する（Ｓ８０１）。そして、画像送信制御部２１１は、決定した画像送信制御タイプに応じた画像送信制御を実行して、ＲＴＴ測定を再度実施する（Ｓ８０２）。
【００５９】
このように、本処理例では、画像送信制御部２１１は、ＲＴＴ測定のリトライ回数に応じた画像送信制御のタイプを動的に選択して、画像送信制御を実行することができる。これにより、比較的ＬＣに対する影響が大きい画像送信手法から、段階的にＬＣに対する影響が小さい画像送信手法に切り替えられることとなり、画像送信に対する影響を抑えながら、ＬＣが成功する確率を高めることができる。
【００６０】
なお、上述の実施形態では、送信装置が、ＬＣによって、２台目以降の受信装置が所定範囲内に存在するかを判定する場合について説明したが、これに限られない。すなわち、送信装置が、受信装置に対して所定の種類の情報を送信するための条件が満たされているための通信を行う際に、送信中のデータの送信制限を行うようにすることができる。なお、上述の実施形態においては、送信データが著作権保護対象の画像データであるものとしたが、これに限られない。すなわち、例えば、ＬＣによって所定の範囲内に存在すること、または他の条件が満たされた場合に送信されるデータであれば、どのようなデータが送信対象のデータであってもよい。また、上述の実施形態では、３つのタイプの画像送信制御について説明したが、これらに限られず、ＬＣのための信号の送受信に対する影響を低減するような任意の通信制御またはコンテンツ制御が行われてもよい。
【００６１】
なお、送信装置がＲＴＴ測定のための信号に送信時刻の情報を含めるように構成し、受信装置が、その送信時刻の情報を認識できるようにすることができる。この場合、受信装置は、送信装置が送信した信号の時刻からＲＴＴが十分に小さくなることが予見できるにも関わらず、送信装置からの信号が再送されてきた場合は、他の通信によって、ＲＴＴ測定値が所定値より長く判定されていると予想することができる。この場合、受信装置から、上述の画像送信制御を実行するように、送信装置へ要求してもよい。すなわち、画像送信制御を開始する契機は、送信装置自身が判断してもよいし、受信装置等の他の装置が判断してもよい。
【００６２】
＜＜その他の実施形態＞＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００６３】
２０１：バス、２０２：表示部、２０３：操作部、２０４：キャプチャ部、２０５：エンコード部、２０６：暗号処理部、２０７：記憶部、２０８：無線ＬＡＮ通信部、２０９：画面共有制御部、２１０：著作権保護制御部、２１１：画像送信制御部
【図１】
2018011136.tif 000003
【図２】
2018011136.tif 000004
【図３】
2018011136.tif 000005
【図４】
2018011136.tif 000006
【図５】
2018011136.tif 000007
【図６】
2018011136.tif 000008
【図７】
2018011136.tif 000009
【図８】
2018011136.tif 000010