(57)【要約】【課題】煩雑な処理を必要とせずに効率的なミラーリングを実施する。【解決手段】表示部に表示される画像を受信装置に送信することにより画面共有を行うことが可能な送信装置は、受信装置が所定の著作権保護技術に対応しているか否かを判別し、表示部に表示される画像のうち著作権保護の範囲を設定し、受信装置が所定の著作権保護技術に対応していないと判別された場合に、設定された著作権保護の範囲に基づいて、画像のうちの送信範囲を決定し、決定された送信範囲の画像を受信装置に送信する。【選択図】  図７
2015188133.tif 000002
【特許請求の範囲】
【請求項１】
表示部に表示される画像を受信装置に送信することにより画面共有を行うことが可能な送信装置であって、
前記受信装置が所定の著作権保護技術に対応しているか否かを判別する判別手段と、
前記表示部に表示される画像のうち著作権保護の範囲を設定する設定手段と、
前記判別手段により、前記受信装置が前記所定の著作権保護技術に対応していないと判別された場合に、前記設定手段による前記著作権保護の範囲に基づいて、前記画像のうちの送信範囲を決定する決定手段と、
前記決定手段により決定された前記送信範囲の画像を前記受信装置に送信する送信手段と、を有することを特徴とする送信装置。
【請求項２】
前記設定手段により、前記表示部に表示される画像のうち前記著作権保護の範囲が設定された場合、前記決定手段は、前記画像のうち前記著作権保護の範囲ではない部分を前記送信範囲と決定することを特徴とする請求項１に記載の送信装置。
【請求項３】
前記設定手段により、前記表示部に表示される画像のうち前記著作権保護の範囲が設定された場合、前記送信手段は、前記前記表示部に表示される画像の送信を行わないことを特徴とする請求項１に記載の送信装置。
【請求項４】
前記設定手段は、前記表示部に表示される画像のうち所定のオブジェクトを含む範囲を、前記著作権保護の範囲と設定することを特徴とする請求項１乃至３のいずれか１項に記載の送信装置。
【請求項５】
前記設定手段は、前記表示部に表示される画像のうち所定のアプリケーションによって表示される範囲を、前記著作権保護の範囲と設定することを特徴とする請求項１乃至４のいずれか１項に記載の送信装置。
【請求項６】
前記設定手段は、前記表示部に表示される画像が所定のオブジェクトを含むか、所定のアプリケーションによって表示される範囲を含む場合、該画像の全域を、前記著作権保護の範囲と設定する請求項１乃至３のいずれか１項に記載の送信装置。
【請求項７】
前記設定手段により、前記表示部に表示される画像のうち前記著作権保護の範囲が設定された場合、前記決定手段は、該著作権保護の範囲の画像をダミー画像に差し替えて、該差し替え後に前記表示部に表示される画像の全域を前記送信範囲と決定することを特徴とする請求項１乃至６のいずれか１項に記載の送信装置。
【請求項８】
前記送信手段は、前記送信範囲ではない範囲の画像について、前記受信装置から画像の送信要求を受けても送信しないことを特徴とする請求項１乃至７のいずれか１項に記載の送信装置。
【請求項９】
前記設定手段により、前記表示部に表示される画像のうち前記著作権保護の範囲が前記受信装置に対して設定された場合、前記送信手段は、前記受信装置をマルチキャストグループから脱退させることを特徴とする請求項１乃至８のいずれか１項に記載の送信装置
【請求項１０】
前記設定手段により、前記表示部に表示される画像のうち前記著作権保護の範囲が設定されなかった場合、前記送信手段は、前記受信装置をマルチキャストグループに加入させることを特徴とする請求項１乃至９のいずれか１項に記載の送信装置
【請求項１１】
前記送信手段は、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）プロトコルに基づいて前記受信装置に送信を行うことを特徴とする請求項１乃至１０のいずれか１項に記載の送信装置。
【請求項１２】
前記設定手段により、前記表示部に表示される画像の全域が著作権保護の範囲と設定された場合、前記送信手段は、ＰＡＵＳＥリクエストメッセージを送信することを特徴とする請求項１１に記載の送信装置。
【請求項１３】
前記送信手段は、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）プロトコルを用いて前記受信装置に通信を行うことを特徴とする請求項１乃至１０のいずれか１項に記載の送信装置。
【請求項１４】
前記設定手段により、前記表示部に表示される画像の全域が著作権保護の範囲と設定された場合、前記送信手段は、ＲＴＰによるデータ送信を停止することを特徴とする請求項１３に記載の送信装置。
【請求項１５】
前記所定の著作権保護技術はＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｙｓｔｅｍ）であることを特徴とする請求項１乃至１４のいずれか１項に記載の送信装置。
【請求項１６】
表示部に表示される画像を受信装置に送信することにより画面共有を行うことが可能な送信装置の制御方法であって、
前記受信装置が所定の著作権保護技術に対応しているか否かを判別する判別工程と、
前記表示部に表示される画像のうち著作権保護の範囲を設定する設定工程と、
前記判別工程において、前記受信装置が前記所定の著作権保護技術に対応していないと判別された場合に、前記設定工程における前記著作権保護の範囲に基づいて、前記画像のうちの送信範囲を決定する決定工程と、
前記決定工程において決定された前記送信範囲の画像を前記受信装置に送信する送信工程と、を有することを特徴とする送信装置の制御方法。
【請求項１７】
コンピュータを請求項１乃至請求項１５のいずれか一項に記載の送信装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置、その制御方法、及びプログラムに関し、特に、著作権保護技術未対応の受信装置へ、著作権保護が一部施された動画像コンテンツをネットワーク経由で送信する際に好適な技術に関する。
【背景技術】
【０００２】
近年、ディスプレイ画面をワイヤレスでミラーリングする技術がＷｉ−Ｆｉ  Ｍｉｒａｃａｓｔ等で標準化されている。ミラーリングとは送信装置のディスプレイ画面をネットワーク経由で受信装置へ伝送することにより画面を共有する技術である。また、動画像コンテンツ（以下、コンテンツ）が不必要にコピー、あるいは再生されないための著作権保護を施す技術、例えばＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｙｓｔｅｍ）という技術がある。
【０００３】
また、コンテンツが著作権により保護されて出力不可の場合、送信装置は当該コンテンツを送信しないことを受信側の機器へ通知するという技術がある（特許文献１）。また、ミラーリングする画面が著作権保護を受けるべき対象に変わったと判断した送信装置が、著作権保護に対応していない受信装置へのミラーリング中、自動でミラーリング通信を切断する技術が知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２５２７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１の技術は、ミラーリングのような、一貫した著作権保護情報を保持していないような送信技術に対し、適用できないという課題があった。また、自動でミラーリング通信を切断する技術では、通信切断後に送信装置の画面が著作権保護不要な画面に移り、送信装置がミラーリングを再開したい場合、煩雑なミラーリング再接続処理を実施する必要があった。
【０００６】
本発明は、上記課題に鑑みてなされたものであり、煩雑な処理を必要とせずに効率的なミラーリングを実施することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するための一手段として、本発明の送信装置は以下の構成を備える。すなわち、表示部に表示される画像を受信装置に送信することにより画面共有を行うことが可能な送信装置であって、前記受信装置が所定の著作権保護技術に対応しているか否かを判別する判別手段と、前記表示部に表示される画像のうち著作権保護の範囲を設定する設定手段と、前記判別手段により、前記受信装置が前記所定の著作権保護技術に対応していないと判別された場合に、前記設定手段による前記著作権保護の範囲に基づいて、前記画像のうちの送信範囲を決定する決定手段と、前記決定手段により決定された前記送信範囲の画像を前記受信装置に送信する送信手段と、を有することを特徴とする。
【発明の効果】
【０００８】
以上の構成からなる本発明によれば、煩雑な処理を必要とせずに効率的なミラーリングを実施することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】実施形態１及び２による送信装置１００と受信装置２００の接続形態を示す図。
【図２】実施形態１及び２による送信装置１００の内部構成例を示すブロック図。
【図３】実施形態１及び２による送信装置１００の機能ブロックの一例を示す図。
【図４】実施形態１及び２による送信装置１００の表示部１０２に表示される画像の例。
【図５】実施形態１及び２による受信装置２００の内部構成例を示すブロック図。
【図６】実施形態１及び２による受信装置２００の機能ブロックの一例を示す図。
【図７】実施形態１による送信装置１００の動作を示すフローチャート。
【図８】実施形態１及び２による送信装置１００と受信装置２００の処理シーケンスを示す図。
【図９】実施形態１による送信装置１００の処理シーケンスを示す図。
【図１０】図９におけるＳ１４３とＳ２４３の詳細シーケンスの一例を示す図。
【図１１】実施形態２による送信装置１００の動作を示すフローチャート。
【図１２】実施形態２による送信装置１００から受信装置２００へ送信する画像の一例を示す図。
【図１３】実施形態２による送信装置１００の処理シーケンスを示す図。
【発明を実施するための形態】
【００１０】
以下、添付の図面を参照して、本発明をその好適な実施形態に基づいて詳細に説明する。尚、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１１】
（実施形態１）
図１は、本発明の実施形態１による送信装置１００と受信装置２００の接続形態を示す図である。送信装置１００と受信装置２００は、ネットワーク３００を介して相互に接続されており、送信装置に表示されている画像を受信装置２００に送信することにより、画面共有が可能となっている。
【００１２】
送信装置１００は、受信装置２００からネットワーク３００を介して送信される画像送信リクエストに従って、画像データの送信を開始、一時停止、終了する。送信装置１００の具体的な例としては、カメラ、ビデオカメラ、スマートフォン、携帯電話、ＰＣ等が挙げられるが、後述のハードウェア構成及びモジュール構成を満たすものであれば、これらに限定されない。
【００１３】
ネットワーク３００は、例えばホームネットワークとしての無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）である。なお、本実施形態ではホームネットワークとしてＩＥＥＥ８０２．１１シリーズに準拠した無線ＬＡＮが想定されているが、これに限らず、有線ＬＡＮやＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、アドホックネットワーク、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、ＵＷＢなどでもよい。
【００１４】
一方、受信装置２００は、送信装置１００からネットワーク３００を介して送信される画像データを受信し、表示する。受信装置２００の具体的な例としては、スマートフォン、携帯電話、ＰＣ、テレビ、プロジェクター等が挙げられる。また、ネットワーク３００に接続された受信装置２００は、一台のみであってもよいし、複数台存在してもよい。
【００１５】
まず、送信装置１００の構成について説明する。図２は、本実施形態による送信装置１００の内部構成例を示すブロック図である。通信部１０１は、受信装置２００との無線ＬＡＮ通信を行い、情報の送受信を実現する。表示部１０２は、送信装置１００の外部出力機能を担う。具体的な例としては、デジタルカメラにおける液晶画面、スマートフォンにおける液晶画面、ＰＣにおけるディスプレイなどが挙げられる。生成部１０３は、表示部１０２にて表示される画面を、例えば受信装置２００へ送信可能な画面データとして生成する。
【００１６】
記憶部１０４は、生成部１０３が生成した画像を記憶する。また、後述の制御部１０５がＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等のプロセッサを内蔵する場合には、記憶部１０４は、当該プロセッサに実行させるためのプログラムを記録する。さらに、後述の制御部１０５がプロセッサを内蔵する場合には、記憶部１０４は、当該プロセッサがプログラムを実行する際に用いるパラメータを一時的に保存するために用いられる。記憶部１０４は、例えばＲＯＭやＲＡＭ等により構成される。記憶部１０４としてリムーバブルメディアを用いてもよい。また記憶部１０４は、その一部又は全体が外部記憶装置により構成されてもよい。また、記憶部１０４は、複数の記録媒体により構成されてもよい。
【００１７】
制御部１０５は、図２に示した送信装置１００の各構成の動作を制御する。制御部１０５は例えば、ＣＰＵ等のプロセッサにより構成されることができる。制御部１０５がプロセッサにより構成される場合、制御部１０５は記憶部１０４に記憶されたプログラムを読み出して実行することにより、図２に示した送信装置１００の各構成の動作を制御する。操作部１０６は、送信装置１００のユーザが行う、送信装置１００への操作を受け付ける。ユーザからの送信装置１００への操作は、制御部１０５に入力され、操作内容に応じて送信装置１００の動作が決定される。
【００１８】
なお、本実施形態による送信装置１００は表示部１０２にて表示された画像を受信装置２００へ送信するが、これに限らない。例えば送信装置１００は、表示部１０２にて表示された画像群からなる動画コンテンツを生成し、その動画コンテンツを受信装置に送信することもできる。なお、送信装置の構成要素は上述のもの以外にも存在するが、本件発明の主眼ではないので、説明を省略する。
【００１９】
図３は、送信装置１００の機能ブロックの一例を示す図である。図３の各構成は、制御部１０５が送信装置１００の各構成を制御して実行する機能モジュールを表す。図３の各構成の一部又は全体は、制御部１０５と独立したハードウェアにより実行されることとしてもよい。
【００２０】
通信制御部１１１は、受信装置２００との通信を制御する。通信制御部１１１は、受信装置２００への無線通信接続を行う。通信制御部１１１は受信装置２００から、受信装置２００が受信できる画像の情報を受信する。ここで画像の情報とは、画像の空間的大きさ、画像の転送量、画像の転送頻度、画像の暗号方法、画像の復号方法、画像の再生方法、画像に付随するオーディオの情報、のうち少なくとも一つを含むことができる。通信制御部１１１は、受信装置２００へ、受信装置２００へ送信する画像の情報を送信する。通信制御部１１１が送信する画像の情報には、受信装置２００が復号可能な方法が含まれる。また、通信制御部１１１は、受信装置２００が復号可能な方法を、後述の対応判別部１１２へ通知する。
【００２１】
画像送信時には、通信制御部１１１は受信装置２００へ、画像送信の制御情報を送受信する。ここで画像送信の制御情報とは、画像送信の開始要求、開始ＯＫ、一時停止要求、一時停止ＯＫ、終了要求、終了ＯＫの少なくとも一つを含むことができる。また、画像送信の制御情報は、画像送信の開始要求、一時停止要求、終了要求についての、送信の要求、そしてその要求ＯＫを含むことができる。本実施形態において通信制御部１１１は、受信装置２００との無線通信接続後のデータ送信制御プロトコルとして、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）を用いる。なお、ＲＴＳＰはＲＦＣ２３２６で標準化された、ストリーミングを制御するためのプロトコルであり、下位層のトランスポートプロトコルとしてはＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）が用いられる。
【００２２】
対応判別部１１２は、通信制御部１１１から通知された、受信装置２００が復号可能な方法に基づいて、受信装置２００が著作権保護技術に対応した復号装置であるか否かを判別する。ここで著作権保護技術とは、著作権保護のためにデータを暗号化する技術、あるいは、暗号化されたデータを復号化する技術のことである。著作権保護技術に対応した復号装置は、予め取得している復号鍵を用い、暗号化された受信データを所定のアルゴリズムにて復号化する。本実施形態では、著作権保護技術としてＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ  Ｄｉｇｉｔａｌ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｙｓｔｅｍ）を用いる。
【００２３】
表示キャプチャ部１１３は、表示部１０２にて表示される画像を取り込み、その画像を後述の範囲設定部１１４へ出力する。表示キャプチャ部１１３は、画像と共に、表示されている動画像コンテンツに関する情報やアプリケーションに関する情報も後述の範囲設定部１１４へ出力する。ここで、動画像コンテンツに関する情報は、動画像コンテンツが表示されている領域の位置情報と、動画像コンテンツの施された著作権保護に関する情報を含む。また、アプリケーションに関する情報は、アプリケーションが表示されている領域の位置情報と、アプリケーションを特定できるＩＤや名前を含む。
【００２４】
範囲設定部１１４は、表示キャプチャ部１１３から入力された画像や情報から、画像全域のうちの著作権保護が適用される範囲を設定し、設定した範囲を、入力された画像と共に後述の画像送信部１１５へ出力する。範囲設定部１１４は、受信装置２００がＨＤＣＰに対応していると対応判別部１１２により判別されるとき、著作権保護適用範囲を無しに設定する。なお、受信装置２００がＨＤＣＰに対応していると対応判別部１１２により判別されるとき、後述の画像送信部１１５にて、画像の著作権保護処理が実行される。範囲設定部１１４は、受信装置２００がＨＤＣＰに対応していないと対応判別部１１２により判別されるとき、著作権保護適用範囲を設定する。
【００２５】
範囲設定部１１４は、入力された画像に著作権保護されるべきオブジェクトが含まれている時、入力された画像全域を、著作権保護適用範囲として設定する。範囲設定部１１４は例えば、表示中の動画像コンテンツに対し、そのコンテンツの内容がなんらかの著作権保護を施されているとき、そのコンテンツを著作権保護されるべきオブジェクトであると判別する。また、範囲設定部１１４は例えば、著作権保護の必要がないアプリケーションが記載された許可リストを保持する。範囲設定部１１４は例えば、起動し表示中のアプリケーションに対し、許可リストにそのアプリケーションが記載されていないとき、そのアプリケーションを著作権保護されるべきオブジェクトであると判別する。許可リストは、予め受信装置２００に保持されても良いし、ユーザ操作のタイミングやアプリケーションが追加更新されるタイミングなどで更新されても良い。
【００２６】
画像送信部１１５は、範囲設定部１１４から入力された画像を、その著作権保護適用範囲に基づき送信範囲を決定して、該送信範囲の画像を受信装置２００へ送信する。画像送信部１１５は、画像に著作権保護適用範囲があれば、画像を送信しない。なお、画像送信部１１５は、画像の全域が著作権保護適用範囲の場合に、画像の送信を行わないようにしてもよい。画像送信部１１５は、画像に著作権保護適用範囲がなければ、画像を送信する。画像送信部１１５は、予め通信制御部１１１が受信装置２００へ送信した、画像の情報（受信装置２００が復号可能な方法等）に従い、画像送信前に画像を暗号化する。本実施形態において、画像送信はＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）プロトコルが用いられる。なお、ＲＴＰはＩＥＴＦ（Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）によりＲＦＣ３５５０で標準化された、動画像や音声などのマルチメディアデータをネットワーク経由でリアルタイムに送受信するためのプロトコルであり、下位層のトランスポートプロトコルとして、ＵＤＰ（Ｕｓｅｒ  Ｄｉａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）やＨＴＴＰ、ＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  Ｓｅｃｕｒｅ）、ＴＣＰを利用することが可能である。
【００２７】
なお、受信装置２００が複数台存在し、送信装置１００がマルチキャスト送信する場合に、一つの受信装置２００へ送信を開始することは、受信装置２００をマルチキャストグループへ加入させることで実現される。なお、受信装置２００が複数台存在し、ある特定の受信装置２００に対して、画像全域のうちの著作権保護が適用される範囲が決定された場合に、該受信装置２００への送信を制御することは、該受信装置２００をマルチキャストグループから脱退させることで実現される。
【００２８】
図４は、送信装置１００が表示部１０２にて表示する画像の一例である。領域１２１は、送信装置１００が表示部１０２にて表示する画像領域全体を示す。領域１２２は、送信装置１００が表示部１０２にて表示する画像の一部分である。領域１２２は、送信装置１００が起動している動画再生アプリケーションが表示されている領域である。領域１２２は、動画再生アプリケーションと書かれている横長の箇所を、含めても含めなくてもよい。領域１２２では、動画コンテンツの１分２０秒時点の箇所が再生されている。領域１２３は、送信装置１００が表示部１０２にて表示する画像の一部分である。領域１２３は、送信装置１００が起動しているインターネットブラウザアプリケーションが表示されている領域である。例えば範囲設定部１１４は、領域１２２にて表示している動画再生アプリケーションが表示している動画コンテンツが著作権保護されているとき、画像全域である領域１２１を、著作権保護適用範囲として設定する。例えば範囲設定部１１４は、領域１２３にて表示しているインターネットブラウザアプリケーションが許可リストに記載されていないとき、画像全域である領域１２１を、著作権保護適用範囲として設定する。以上が送信装置１００の構成である。
【００２９】
次に、受信装置２００の構成について説明する。図５は、本実施形態による受信装置２００の内部構成例を示すブロック図である。通信部２０１は、送信装置１００との無線ＬＡＮ通信を行い、情報の送受信を実現する。表示部２０２は、受信装置２００の外部出力機能を担う。具体的な例としては、デジタルカメラにおける液晶画面、スマートフォンにおける液晶画面、ＰＣにおけるディスプレイなどが挙げられる。表示部２０２は、通信部２０１を介して取得する画像を表示する。
【００３０】
記憶部２０３は、通信部２０１が取得した画像を記憶する。また、後述の制御部２０４がＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等のプロセッサを内蔵する場合には、記憶部２０３は、当該プロセッサに実行させるためのプログラムを記録する。さらに、後述の制御部２０４がプロセッサを内蔵する場合には、記憶部２０３は、当該プロセッサがプログラムを実行する際に用いるパラメータを一時的に保存するために用いられる。記憶部２０３は、例えばＲＯＭやＲＡＭ等により構成される。記憶部２０３としてリムーバブルメディアを用いてもよい。また記憶部２０３は、その一部又は全体が外部記憶装置により構成されてもよい。また記憶部２０３は複数の記録媒体により構成されてもよい。
【００３１】
制御部２０４は、図５に示した受信装置２００の各構成の動作を制御する。制御部２０４は例えば、ＣＰＵ等のプロセッサにより構成されることができる。制御部２０４がプロセッサにより構成される場合、制御部２０４は記憶部２０３に記憶されたプログラムを読み出して実行することにより、図５に示した受信装置２００の各構成の動作を制御する。なお、受信装置の構成要素は上述のもの以外にも存在するが、本件発明の主眼ではないので、説明を省略する。
【００３２】
図６は、受信装置２００の機能ブロックの一例を示す図である。図６の各構成は、制御部２０４が受信装置２００の各構成を制御して実行する機能モジュールを表す。図６の各構成の一部又は全体は、制御部２０４と独立したハードウェアにより実行されることとしてもよい。
【００３３】
通信制御部２１１は、送信装置１００との通信を制御する。通信制御部２１１は、送信装置１００への無線通信接続を行う。通信制御部２１１は送信装置１００へ、受信装置２００が受信できる画像の情報を送信する。ここで画像の情報とは、画像の空間的大きさ、画像の転送量、画像の転送頻度、画像の暗号方法、画像の再生方法、画像に付随するオーディオの情報、のうち少なくとも一つを含むことができる。また、通信制御部２１１は送信装置１００から、送信装置１００が送信する画像の情報を受信する。通信制御部２１１が受信する画像の情報には、受信装置２００が復号可能な方法が含まれる。
【００３４】
画像受信時には、通信制御部２１１は送信装置１００へ、画像送信の制御情報を送受信する。ここで画像送信の制御情報とは、画像送信の開始要求、開始ＯＫ、一時停止要求、一時停止ＯＫ、終了要求、終了ＯＫの少なくとも一つを含むことができる。また画像送信の制御情報は、画像送信の開始要求、一時停止要求、終了要求についての、送信の要求、そしてその要求ＯＫを含むことができる。本実施形態において通信制御部２１１は送信装置１００との無線通信接続後の通信プロトコルとして、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）を用いる。画像受信部２１２は、送信装置１００から送信される画像を受信し、表示部２０２においてその画像を表示する。画像受信はＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）プロトコルを用いて実現される。以上が受信装置２００の構成である。
【００３５】
図７は、本実施形態による送信装置１００が、画像を送信するか否かを決定するフローチャートの一例を示す図である。図７に示す各ステップは、送信装置１００の制御部１０５が、記憶部１０４に記憶されたプログラムを実行することによって処理される。まず、ステップＳ１２１にて送信装置１００の対応判別部１１２は、受信装置２００がＨＤＣＰに対応した復号装置であるか否かを判別する。受信装置が対応した符号装置であればステップＳ１２４へ進む。受信装置がＨＤＣＰに対応した復号装置でなければステップＳ１２２へ進む。
【００３６】
ステップＳ１２２にて送信装置１００の画像送信部１１５は、範囲設定部１１４から入力された画像の全域が範囲設定部１１４によって著作権保護適用範囲に設定されたか否かを判別する。画像全域が著作権保護適用範囲に設定されていれば、ステップＳ１２３へ進む。画像全域が著作権保護適用範囲に設定されていない、すなわち著作権保護適用範囲が無しであれば、ステップＳ１２４へ進む。ステップＳ１２３にて送信装置１００の画像送信部１１５は、範囲設定部１１４にて入力された画像を受信装置２００へ送信しない。ステップＳ１２４にて送信装置１００の画像送信部１１５は、範囲設定部１１４から入力された画像を送信範囲の画像として受信装置２００へ送信する。
【００３７】
図８は、本実施形態による送信装置１００と受信装置２００が接続を開始し、画像送信を開始するまでのシーケンスの一例を示す図である。図８では、上から下へ時系列順にステップが記載されている。ステップＳ１３１とステップＳ２３１にて送信装置１００と受信装置２００はそれぞれ、接続先となる装置を検索開始する。ステップＳ１３２にて送信装置１００は、受信装置２００を発見する。ステップＳ２３２にて受信装置２００は、送信装置１００を発見する。ステップＳ３３１にて送信装置１００と受信装置２００は、無線通信接続を開始する。
【００３８】
ステップＳ３３１にて無線通信接続開始後、ステップＳ２３３にて受信装置２００は、画像の情報を送信装置１００へ送信する。画像の情報とは、上述したように、画像の復号方法等である。受信装置２００がＨＤＣＰに対応した復号装置であるとき、送信する画像の情報にＨＤＣＰに対応できることを含める。受信装置２００がＨＤＣＰに対応した復号装置ではないとき、送信する画像の情報に、ＨＤＣＰに対応できないことを含める。本実施形態において、受信装置２００はＨＤＣＰに対応した復号装置ではないとする。すなわち、本実施形態では、受信装置は、ＨＤＣＰに対応できないことを含めた画像の情報を送信装置１００に送信する。
【００３９】
ステップＳ１３３にて送信装置１００は、取得した受信装置２００の画像の情報に基づき、送信装置１００が送信する画像の情報（受信装置２００が復号可能な方法）を受信装置２００へ送信する。本実施形態の受信装置２００はＨＤＣＰに対応していないため、送信する画像の情報において、暗号化方法としてＨＤＣＰは指定されず、受信装置２００が復号可能な方法が指定される。本実施形態において、送信装置１００が送信する画像の情報は、暗号化無しであることを指定するものとする。
【００４０】
ステップＳ２３４にて受信装置２００は送信装置１００に対し、画像を送信する準備を行うよう要求する。その要求は、受信装置２００がＲＴＳＰのＳＥＴＵＰリクエストメッセージを送信装置１００へ送信することにより実現される。ステップＳ１３４にて送信装置１００は、ステップＳ２３４の画像送信準備要求を受けて、画像を受信装置２００へ送信する準備を行う。また、ステップＳ２３４のＲＴＳＰのＳＥＴＵＰリクエストメッセージに対応して、送信装置１００は、ＯＫの内容のＲＴＳＰのＳＥＴＵＰレスポンスメッセージを受信装置２００へ送信する。ステップＳ２３５にて受信装置２００は送信装置１００に対し、画像を送信するよう要求する。その要求は、受信装置２００がＲＴＳＰのＰＬＡＹリクエストメッセージを送信装置１００へ送信することにより実現される。
【００４１】
ステップＳ１３５にて送信装置１００は、ステップＳ２３５の画像送信要求を受けて、画像を受信装置２００へ送信する。その画像送信はＲＴＰを用いて実現される。また、ステップＳ２３５のＲＴＳＰのＰＬＡＹリクエストメッセージに対応して送信装置１００は、ＯＫの内容のＲＴＳＰのＰＬＡＹレスポンスメッセージを受信装置２００へ送信する。ステップＳ２３６は、受信装置２００が画像を受信開始したことを示している。
【００４２】
以上のステップをもって、送信装置１００と受信装置２００の接続が開始され、画像送信が開始される。ただし、本実施形態では受信装置２００はＨＤＣＰに対応していないため、図７にて記載したフローチャートに従い、ステップＳ１３５において送信装置１００による画像送信が行われないだろうことは明らかである。そのときは、ステップＳ２３５における受信装置２００からの送信要求に対し、送信装置１００はＯＫの内容のＲＴＳＰのＰＬＡＹレスポンスとメッセージを送信しなくてもよい。
【００４３】
図９は、送信装置１００が、範囲設定部１１４の挙動に応じて受信装置２００への画像送信を停止することを含む、シーケンスの一例を示す図である。ステップＳ１４１とステップＳ２４１は、送信装置１００と受信装置２００が画像の送受信を行っていることを示している。ステップＳ１４２において送信装置１００は、例えばインターネットブラウザを起動するなどして表示開始する。これは送信装置１００のユーザの操作により表示される。あるいは、送信装置１００がユーザの操作ではなく自動でインターネットブラウザを表示してもよい。なお、送信装置１００の範囲設定部１１４が保持する許可リストには、インターネットブラウザが記載されていないものとする。なお、許可リストとは、上述したように、著作権保護の必要がないアプリケーションが記載されたリストである。このとき、送信装置１００の範囲設定部１１４は、入力された画像全域を著作権保護適用範囲と設定する。
【００４４】
ステップＳ１４３にて送信装置１００は、画像送信部１１５に入力された画像の全域が著作権保護適用範囲であるため、受信装置２００への画像送信を停止する。ステップＳ１４３はステップＳ１４２が実行され次第直ちに実行される。本実施形態において送信装置１００は、ＲＴＳＰのＰＡＵＳＥリクエストメッセージ要求を受信装置２００へ送信することで、画像送信を停止する。このＲＴＳＰを用いたステップＳ１４３の詳細は、図１０を用いて後述する。なお、送信装置１００は、ＲＴＳＰを用いて画像送信を停止する代わりに、ＲＴＰによる画像送信を一方的に停止してもよい。また、送信装置１００は、画像送信を停止しますという内容のメッセージを表示部１０２に表示させてもよい。ステップＳ２４３は、受信装置２００にて画像受信が止まることを示している。
【００４５】
ステップＳ２４４にて受信装置２００は、ＲＴＳＰのＰＬＡＹリクエストメッセージ送信により、画像送信要求を送信装置１００へ送信することができる。ステップＳ１４４にて送信装置１００は、ステップＳ２４４にて受信装置２００が送信要求を送信した場合、要求に対し、不明な理由を示すコード４６５の内容のＰＬＡＹレスポンスメッセージを受信装置２００へ送信する。あるいは、送信装置１００は、別のコードの内容のＰＬＡＹレスポンスメッセージを送信しても良い。あるいは、送信装置１００は、受信装置２００からの送信要求を無視しても良い。あるいは、送信装置１００がマルチキャスト送信している場合には、送信装置１００は、受信装置２００からのマルチキャストグループ加入を拒否しても良い。
【００４６】
ステップＳ１４５にて送信装置１００は、インターネットブラウザを、例えば起動終了するなどして表示終了する。これは送信装置１００のユーザの操作により表示終了される。しかしあるいは、送信装置１００がユーザの操作ではなく自動でインターネットブラウザを表示終了してもよい。このとき、送信装置１００の範囲設定部１１４は、入力された画像に著作権保護適用範囲は無しと設定する。ステップＳ１４６にて送信装置１００は、受信装置２００への画像送信を再開する。本実施形態において送信装置１００は、ＲＴＳＰのＰＬＡＹリクエストメッセージ要求を受信装置２００へ送信することで、画像送信を再開する。このＲＴＳＰを用いたステップＳ１４６の詳細は、ステップＳ１４３と同様であるため、説明を省略する。なお送信装置１００は、ステップＳ１４３にてＲＴＰによる画像送信を一方的に停止している場合は、ステップＳ１４６にて、ＲＴＰによる画像送信を一方的に再開することで画像送信を再開する。ステップＳ２４６は、受信装置２００にて画像受信が再開されることを示している。
【００４７】
以上のステップをもって、送信装置１００が、範囲設定部１１４の挙動に応じて受信装置２００への画像送信を停止し、そして再開する。以上のステップでは、送信装置１００のインターネットブラウザ表示開始、表示終了がそれぞれ、受信装置２００への画像送信の停止、再開を誘発しているが、これに限らない。送信装置１００のインターネットブラウザ表示開始、表示終了それぞれの代わりに、なんらかの著作権保護が施された動画像コンテンツを表示開始、表示終了を実施しても、同様のシーケンスを得ることができる。あるいは、インターネットブラウザ表示開始、表示終了それぞれの代わりに、著作権保護適用範囲が無し以外に設定される動作、著作権保護適用範囲が無しに設定される動作を実施しても、同様のシーケンスを得ることができる。
【００４８】
図１０は、本実施形態による送信装置１００と受信装置２００の、図９を用いて説明したステップＳ１４３とステップＳ２４３の詳細シーケンスの一例を示す図である。ステップＳ１５１にて送信装置１００は、ｗｆｄ＿ｔｒｉｇｇｅｒ＿ｍｅｔｈｏｄパラメータの値をＰＡＵＳＥに指定した、ＲＴＳＰのＳＥＴ＿ＰＡＲＡＭＥＴＥＲリクエストメッセージを受信装置２００へ送信する。このリクエストメッセージが、受信装置２００へＰＡＵＳＥリクエストメッセージを要求することになる。ステップＳ２５１にてそのリクエストメッセージを受信した受信装置２００は、ＯＫの内容のＲＴＳＰのＳＥＴ＿ＰＡＲＡＭＥＴＥＲレスポンスメッセージを送信装置1００へ送信する。ステップＳ２５２にて受信装置２００は、ＲＴＳＰのＰＡＵＳＥリクエストメッセージを送信装置１００へ送信する。ステップＳ１５２にて、ＰＡＵＳＥリクエストメッセージを受信した送信装置１００は、ＯＫの内容のＲＴＳＰのＰＡＵＳＥレスポンスメッセージを受信装置２００へ送信する。ステップＳ１５３にて送信装置１００は、ＲＴＰによる画像送信を一時停止する。ステップＳ２５３は、受信装置２００にて画像受信が止まることを示している。
【００４９】
以上説明したように、本実施形態による送信装置１００は、自身の表示部１０２に著作権保護されるべき画面が表示されるとき、自動で受信装置２００への画像送信を停止する。そして送信装置１００は、自身の表示部１０２に著作権保護されるべき画面が表示されないとき、自動で受信装置２００への画像送信を再開する。このような構成によれば、受信装置２００の能力欠如のために画像送信が中断されてしまった後も、ユーザの手続きや時間を必要とせず画像送信を自動で再開することができる。
【００５０】
また、このような構成によれば、送信装置１００は、送信装置１００に接続される複数の受信装置２００に対し、各受信装置２００の能力に応じて、画像送信するか否かを定めることができる。すなわち、著作権保護技術に対応した受信装置と著作権保護技術に未対応な受信装置が混在した接続形態であっても、送信装置１００は好適な画像送信制御が可能である。また、このような構成によれば、送信装置１００の表示部１０２に表示される画像は、接続される受信装置の能力の影響を受けない。従って送信装置１００のユーザは、接続される受信装置の能力に関わらず、送信装置１００を操作することができる。
【００５１】
（実施形態２）
実施形態１では、自身の表示部に著作権保護されるべき画面が表示されるとき、自動で受信装置への画像送信を停止し、著作権保護されるべき画面が表示されないとき、自動で画像送信を再開する送信装置を説明した。本実施形態では、自身の表示部に表示される、著作権保護されるべき領域に応じて、受信装置へ送信する画像を変更する送信装置を説明する。
【００５２】
図１は、本実施形態による送信装置１００と、受信装置２００の接続形態を示す図である。また、図２は、送信装置１００の内部構成例を示す図である。これらは実施形態１と同様であるため、説明を省略する。
【００５３】
図３は、送信装置１００の機能ブロック図である。図３の各構成は、制御部１０５が送信装置１００の各構成を制御して実行する機能モジュールを表す。図３の各構成の一部又は全体を制御部１０５と独立したハードウェアにより実行することとしてもよい。通信制御部１１１、対応判別部１１２、表示キャプチャ部１１３については、実施形態１と同様であるため、説明を省略する。
【００５４】
範囲設定部１１４は、表示キャプチャ部１１３から入力された画像や情報に対し、著作権保護が適用される範囲を設定し、入力された画像と共に後述の画像送信部１１５へ出力する。範囲設定部１１４は、受信装置２００がＨＤＣＰに対応していると対応判別部１１２により判別されるとき、著作権保護適用範囲を無しに設定する。受信装置２００がＨＤＣＰに対応していると対応判別部１１２により判別されるとき、後述の画像送信部１１５にて、画像の著作権保護処理が実行されるだろう。範囲設定部１１４は、受信装置２００がＨＤＣＰに対応していないと対応判別部１１２により判別されるとき、著作権保護適用範囲を設定する。範囲設定部１１４は、入力された画像に著作権保護されるべきオブジェクトが含まれている時、そのオブジェクトの表示領域を、著作権保護適用範囲として設定する。範囲設定部１１４は例えば、内容を表示中の動画像コンテンツに対し、それがなんらかの著作権保護を施されているとき、その表示中の動画像コンテンツを著作権保護されるべきオブジェクトであると判別する。範囲設定部１１４は例えば、著作権保護の必要がないアプリケーションを記載した許可リストを保持する。範囲設定部１１４は例えば、起動し表示中のアプリケーションに対し、許可リストにそのアプリケーションが記載されていないとき、その表示中のアプリケーションを著作権保護されるべきであると判別する。許可リストは、予め受信装置２００に保持されても良いし、ユーザ操作のタイミングやアプリケーションが追加更新されるなどのタイミングで更新されても良い。
【００５５】
画像送信部１１５は、範囲設定部１１４から入力された画像を、その著作権保護適用範囲に基づき送信範囲を決定して、該送信範囲の画像を受信装置２００へ送信する。画像送信部１１５は、画像に著作権保護適用範囲があれば、著作権保護適用範囲をダミー画像に差し替え、差し替え後の画像を送信範囲の画像として受信装置２００へ送信する。画像送信部１１５は、予め通信制御部１１１が受信装置２００へ送信した、送信する画像の暗号化方法に従い、画像送信前に画像を暗号化する。本実施形態において、画像送信はＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）プロトコルを用いる。
【００５６】
図４は、送信装置１００が表示部１０２にて表示する画像の一例である。領域１２１は、送信装置１００が表示部１０２にて表示する画像領域全体を示す。領域１２２は、送信装置１００が表示部１０２にて表示する画像の一部分である。領域１２２は、送信装置１００が起動している動画再生アプリケーションが表示されている領域である。領域１２２は、動画再生アプリケーションと書かれている横長の箇所を、含めても含めなくてもよい。領域１２２では動画コンテンツの１分２０秒時点の箇所が再生されている。領域１２３は、送信装置１００が表示部１０２にて表示する画像の一部分である。領域１２３は、送信装置１００が起動しているインターネットブラウザアプリケーションが表示されている領域である。例えば範囲設定部１１４は、領域１２２にて表示している動画再生アプリケーションが表示している動画コンテンツが著作権保護されているとき、領域１２２を著作権保護適用範囲として設定する。例えば範囲設定部１１４は、領域１２３にて表示しているインターネットブラウザアプリケーションが許可リストに記載されていないとき、領域１２３を、著作権保護適用範囲として設定する。
【００５７】
図５は、本実施形態による受信装置２００の内部構成を示す図である。また、図６は、本実施形態による受信装置２００の機能ブロックを示す図である。これらは実施形態１と同様であるため、説明を省略する。
【００５８】
図１１は、本実施形態による送信装置１００が、送信画像を変更し、送信するまでのフローチャートの一例を示す図である。図１１に示す各ステップは、送信装置１００の制御部１０５が、記憶部１０４に記憶されたプログラムを実行することによって処理される。まずステップＳ１６１にて送信装置１００の画像送信部１１５は、範囲設定部１１４から入力された画像を取得し保持する。ステップＳ１６２にて送信装置１００の対応判別部１１２は、受信装置２００がＨＤＣＰに対応した復号装置であるか否かを判別する。受信装置がＨＤＣＰに対応した符号装置であればステップＳ１６４へ進む。受信装置がＨＤＣＰに対応した復号装置でなければステップＳ１６３へ進む。ステップＳ１６３にて送信装置１００の画像送信部１１５は、保持する画像について、範囲設定部１１４によって著作権保護適用範囲に設定された領域をダミー画像に差し替える。本実施形態においてダミー画像は、「この領域は著作権保護されています」という旨の字幕つきの黒画面を用いるが、本実施形態はこれに限定されない。予め用意されている画像をダミー画像として使用しても良い。ステップＳ１６４にて送信装置１００の画像送信部１１５は、保持する画像を受信装置２００へ送信する。
【００５９】
図１２は、本実施形態による送信装置１００が、図４を用いて説明した画像を表示部１０２にて表示しているとき、受信装置２００へ送信する画像の一例である。領域１７１は、送信装置１００が受信装置２００へ送信する画像領域全体を示す。領域１７２は、範囲設定部１１４が、図４の動画再生アプリケーションが表示されている領域１２２をダミー画像に差し替えたあとの領域である。ただしこの動画再生アプリケーションが表示している動画像コンテンツは、なんらかの著作権保護が施されている。領域１７３は、範囲設定部１１４が、図４のインターネットブラウザアプリケーションが表示されている領域１２３をダミー画像に差し替えたあとの領域である。ただしこのインターネットブラウザアプリケーションは、範囲設定部１１４が保持する許可リストに記載されていない。
【００６０】
図８は、送信装置１００と受信装置２００が接続を開始し、画像送信を開始するまでのシーケンスの一例を示す図である。各ステップの説明は実施形態１と同様であるため、説明を省略する。なお、実施形態１と同様に、本実施形態において、受信装置２００はＨＤＣＰに対応した復号装置ではないとする。
【００６１】
以上のステップをもって、送信装置１００と受信装置２００の接続が開始され、画像送信が開始される。ただし、本実施形態では受信装置２００はＨＤＣＰに対応していないため、図１１にて記載したフローチャートに従い、ステップＳ１３５の送信装置１００によって送信される画像に、ダミー画像へ差し替えられた領域があるだろうことは明らかである。
【００６２】
図１３は、本実施形態による送信装置１００が、範囲設定部１１４の設定する著作権保護適用範囲に応じて受信装置２００への送信画像を変更し送信することを含む、シーケンスの一例を示す図である。ステップＳ１８１とステップＳ２８１は、送信装置１００と受信装置２００が画像の送受信を行っていることを示している。ステップＳ１８２において送信装置１００は、インターネットブラウザを、例えば起動するなどして表示開始する。これは送信装置１００のユーザの操作により表示される。あるいは、送信装置１００が自動でインターネットブラウザを表示してもよい。なお、送信装置１００の範囲設定部１１４が保持する許可リストには、インターネットブラウザが記載されていないものとする。このとき、送信装置１００の範囲設定部１１４は、入力された画像のうち、インターネットブラウザが表示された領域を著作権保護適用範囲へ追加して設定する。
【００６３】
ステップＳ１８３にて送信装置１００は、画像送信部１１５に入力された画像の著作権保護適用範囲をダミー画像に差し替え、差し替え後の画像を受信装置２００への画像を送信する。この著作権保護適用範囲には、ステップＳ１８２にて表示開始したインターネットブラウザの表示領域が含まれる。ステップＳ１８３はステップＳ１８２が実行され次第直ちに実行される。ステップＳ２８３は、送信装置１００にて一部ダミー画像に差し替えられた画像が、受信装置２００に受信されていることを示している。
【００６４】
ステップＳ１８４において送信装置１００は、インターネットブラウザを、例えば起動終了するなどして表示終了する。これは送信装置１００のユーザの操作により表示終了される。しかしあるいは、送信装置１００が自動でインターネットブラウザを表示終了してもよい。このとき、送信装置１００の範囲設定部１１４は入力された画像の著作権保護適用範囲から、ステップＳ１８２にて追加した領域を除くよう設定する。
【００６５】
ステップＳ１８５にて送信装置１００は、画像送信部１１５に入力された画像の著作権保護適用範囲をダミー画像に差し替え、差し替え後の画像を受信装置２００への画像を送信する。この著作権保護適用範囲には、ステップＳ１８２にて表示開始したインターネットブラウザの表示領域が含まれない。ステップＳ２８５は、送信装置１００にて一部ダミー画像に差し替えられた画像が、受信装置２００に受信されていることを示している。
【００６６】
以上のステップをもって送信装置１００は、範囲設定部１１４の設定する著作権保護適用範囲に応じて受信装置２００への送信画像を変更し送信する。以上のステップでは、送信装置１００のインターネットブラウザ表示開始、表示終了がそれぞれ、受信装置２００への画像送信の停止、再開を誘発しているが、これに限定されない。送信装置１００のインターネットブラウザ表示開始、表示終了それぞれの代わりに、なんらかの著作権保護が施された動画像コンテンツを表示開始、表示終了を実施しても、同様のシーケンスを得ることができる。あるいは、送信装置１００のインターネットブラウザ表示開始、表示終了両方の代わりに、著作権保護適用範囲が変更される動作を実施しても、同様のシーケンスを得ることができる。
【００６７】
以上説明したように、本実施形態による送信装置１００は、自身の表示部１０２に表示している画面のうちに、著作権保護されるべき領域があるとき、自動でその領域をダミー画像に差し替え、受信装置２００への画像を送信する。このような構成によれば、送信装置１００が受信装置２００へ送信する画像のうち、受信装置２００が受信可能な領域のみを送信し続けることができ、画像送信による恩恵を最大限維持することができる。
【００６８】
（その他の実施形態）
上述の実施形態では、著作権保護技術にＨＤＣＰが用いられたが、ＨＤＣＰに限らずＤＴＣＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）や、ＤＲＭ（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｒ）と総称される、他の同様の著作権保護技術が用いられてもよい。また、上述の実施形態では、データ転送プロトコルとしてＲＴＰを用いたが、ＲＴＰに限らずＨＴＴＰやＨＴＴＰＳ、ＴＣＰなどＯＳＩ参照モデルの同一レイヤーの他のプロトコルまたは別レイヤーの他のプロトコルを用いる事が可能である。また、上述の実施形態では、再生制御プロトコルとしてＲＴＳＰを使用する例について説明したが、ＲＴＳＰ以外にもＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）やＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）等の再生制御プロトコルを利用することも可能である。
【００６９】
以上、実施形態を詳述したが、本発明は例えば、システム、装置、方法、プログラム若しくは記録媒体(記憶媒体)等としての実施態様をとることが可能である。具体的には、複数の機器（例えば、ホストコンピュータ、インタフェース機器、撮像装置、Ｗｅｂアプリケーション等）から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００７０】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００７１】
１００  送信装置、２００  受信装置、３００  ネットワーク、１０１  通信部、１０２  表示部、１０３  生成部、１０４  記憶部、１０５  制御部、１０６  操作部、１１１  通信制御部、１１２  対応判別部、１１３  表示キャプチャ部、１１４  範囲設定部、１１５  画像送信部、２０１  通信部、２０２  表示部、２０３  記憶部、２０４  制御部、２１１  通信制御部、２１２  画像受信部
【図１】
2015188133.tif 000003
【図２】
2015188133.tif 000004
【図３】
2015188133.tif 000005
【図４】
2015188133.tif 000006
【図５】
2015188133.tif 000007
【図６】
2015188133.tif 000008
【図７】
2015188133.tif 000009
【図８】
2015188133.tif 000010
【図９】
2015188133.tif 000011
【図１０】
2015188133.tif 000012
【図１１】
2015188133.tif 000013
【図１２】
2015188133.tif 000014
【図１３】
2015188133.tif 000015