(57)【要約】【課題】送信機（ソース）と受信機（シンク）が、異なるホームネットワーク内にある場合に生じるコンテンツのダビング失敗を低減し、ユーザの利便性を向上させることが課題になっていた。【解決手段】実施形態の送信機は、記録されているコンテンツを、ネットワークを介して接続されている受信機に送信する指示を受信する指示受信部を備える。  また、前記受信機の前記ネットワークへの接続情報を用い、前記受信機が、自機器が属するホームネットワーク内にあるかを検出するネットワーク検出部を備える。  また、前記受信機が前記ホームネットワーク内にある場合は、前記受信機に向けて第１のリクエストコマンドを、前記受信機が前記ホームネットワーク内にない場合は、前記受信機に向けて第２のリクエストコマンドを出力するリクエストコマンド出力部を備える。【選択図】  図１
2014150395.tif 000002
【特許請求の範囲】
【請求項１】
記録されているコンテンツを、ネットワークを介して接続されている受信機に送信する指示を受信する指示受信部と、
前記受信機の前記ネットワークへの接続情報を用い、前記受信機が、自機器が属するホームネットワーク内にあるかを検出するネットワーク検出部と、
前記受信機が前記ホームネットワーク内にある場合は、前記受信機に向けて第１のリクエストコマンドを、前記受信機が前記ホームネットワーク内にない場合は、前記受信機に向けて第２のリクエストコマンドを出力するリクエストコマンド出力部と、を備える送信機。
【請求項２】
前記第１のリクエストコマンドはフラグに第１の情報が設定され、前記第２のリクエストコマンドはフラグに第２の情報が設定される請求項１に記載の送信機。
【請求項３】
前記第１の情報はホームネットワーク用ＡＫＥであり、前記第２の情報はリモートアクセス用ＡＫＥである請求項２に記載の送信機。
【請求項４】
前記ネットワークへの接続情報は、前記受信機が接続されるルータのＩＰアドレスを含む請求項１乃至３のいずれかに記載の送信機。
【請求項５】
記録されているコンテンツを、ネットワークを介して接続されている送信機から受信し、記録する受信機において、
前記送信機から送信された第１のリクエストコマンドまたは第２のリクエストコマンドを受信するリクエストコマンド受信部と、
前記第１のリクエストコマンドを受信した場合は、第１のレスポンスコマンドを、前記第２のリクエストコマンドを受信した場合は、第１のレスポンスコマンドを、前記送信機に向けて送信するレスポンスコマンド送信部と、を備える受信機。
【請求項６】
前記第１のレスポンスコマンドは、ホームネットワーク用ＡＫＥ要求であり、前記第２のリクエストコマンドは、リモートアクセス用ＡＫＥである請求項５に記載の受信機。
【請求項７】
前記第１のリクエストコマンドに特別な記載がない場合は、ホームネットワーク用のＡＫＥが要求されたと検出する請求項５または請求項６に記載の受信機。
【請求項８】
記録されているコンテンツを、ネットワークを介して接続されている受信機に送信する指示を受信するステップと、
前記受信機の前記ネットワークへの接続情報を用い、前記受信機が、自機器が属するホームネットワーク内にあるかを検出するステップと、
前記受信機が前記ホームネットワーク内にある場合は、前記受信機に向けて第１のリクエストコマンドを、前記受信機が前記ホームネットワーク内にない場合は、前記受信機に向けて第２のリクエストコマンドを出力するステップと、を備える送信方法。
【請求項９】
記録されているコンテンツを、ネットワークを介して接続されている受信機に送信する指示を受信するステップと、
前記受信機の前記ネットワークへの接続情報を用い、前記受信機が、自機器が属するホームネットワーク内にあるかを検出するステップと、
前記受信機が前記ホームネットワーク内にある場合は、前記受信機に向けて第１のリクエストコマンドを、前記受信機が前記ホームネットワーク内にない場合は、前記受信機に向けて第２のリクエストコマンドを出力するステップと、を備え、送信機を制御する送信機の制御プログラム。
【請求項１０】
記録されているコンテンツを、ネットワークを介して接続されている送信機から受信し、記録する受信方法において、
前記送信機から送信された第１のリクエストコマンドまたは第２のリクエストコマンドを受信するステップと、
前記第１のリクエストコマンドを受信した場合は、第１のレスポンスコマンドを、前記第２のリクエストコマンドを受信した場合は、第１のレスポンスコマンドを、前記送信機に向けて送信するステップと、を備える受信方法。
【請求項１１】
記録されているコンテンツを、ネットワークを介して接続されている送信機から受信し、記録する受信機の制御プログラムにおいて、
前記送信機から送信された第１のリクエストコマンドまたは第２のリクエストコマンドを受信するステップと、
前記第１のリクエストコマンドを受信した場合は、第１のレスポンスコマンドを、前記第２のリクエストコマンドを受信した場合は、第１のレスポンスコマンドを、前記送信機に向けて送信するステップと、を備え、受信機を制御する受信機の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、送信機、受信機、送信方法、送信機の制御プログラム、受信方法、受信機の制御プログラムに関する。
【背景技術】
【０００２】
近年、例えば、ネットワークで接続された機器（例えば、送信機（ソース）と受信機（シンク））間でコンテンツのダビングが可能になっている。
【０００３】
そして、著作権保護されたコンテンツ（例えば、地上デジタル放送等で放送されるコンテンツ）を、ＩＰネットワークを介して接続された機器間でダビング（移動及びコピー）する際には、例えば、ＤＴＣＰ−ＩＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）規格に沿ったコンテンツ保護技術が用いられる。
【０００４】
しかし、例えば、送信機（ソース）が、あるホームネットワーク内にあり、受信機（シンク）は、このホームネットワーク内にない（ホームネットワーク外）場合には、コンテンツのダビングに失敗してしまうことがあり、ユーザにとって不便であった。
【０００５】
このため、送信機（ソース）と受信機（シンク）が、異なるホームネットワーク内にある場合に生じるコンテンツのダビング失敗を低減し、ユーザの利便性を向上させることが課題になっていた。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−４３４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
送信機（ソース）と受信機（シンク）が、異なるホームネットワーク内にある場合に生じるコンテンツのダビング失敗を低減し、ユーザの利便性を向上させることが課題になっていた。
【課題を解決するための手段】
【０００８】
実施形態の送信機は、記録されているコンテンツを、ネットワークを介して接続されている受信機に送信する指示を受信する指示受信部を備える。
【０００９】
また、前記受信機の前記ネットワークへの接続情報を用い、前記受信機が、自機器が属するホームネットワーク内にあるかを検出するネットワーク検出部を備える。
【００１０】
また、前記受信機が前記ホームネットワーク内にある場合は、前記受信機に向けて第１のリクエストコマンドを、前記受信機が前記ホームネットワーク内にない場合は、前記受信機に向けて第２のリクエストコマンドを出力するリクエストコマンド出力部を備える。
【図面の簡単な説明】
【００１１】
【図１】実施形態に係わる送信機（ソース）と受信機（シンク）が異なるホームネットワークにあり、コンテンツのダビングが行われるようすを示す図。
【図２】実施形態に係わる送信機（ソース）と受信機（シンク）が同じホームネットワークにあり、コンテンツのダビングが行われるようすを示す図。
【図３】実施形態に係わる送信機（ソース）と受信機（シンク）の動作を示すフローチャート。
【図４】実施形態に係わる送信機（ソース）と受信機（シンク）の動作を示すフローチャート。
【発明を実施するための形態】
【００１２】
以下、図面を参照し、実施の形態を説明する。
【００１３】
ホームネットワークの著作権保護技術にＤＴＣＰ−ＩＰがある。
【００１４】
ＤＴＣＰ（Ｄｉｇｉｔａｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）は、ホームネットワーク／パーソナルネットワーク内で、コピー防止に使用される技術である。
【００１５】
ＤＴＣＰの中でも、ＤＴＣＰ−ＩＰは、ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）と共に使用され、家庭内の孫コピーの禁止された地上デジタル／ＢＳデジタル／ＣＳデジタルの映像配信に主に使用されている。
【００１６】
ＤＬＮＡは、例えば、家電、モバイル、およびパーソナルコンピュータ等における異メーカ間の機器の相互接続を容易にするために結成された業界団体である。
【００１７】
また、ＤＴＣＰ−ＩＰのＭｏｖｅとしてＴｒａｎｓａｃｔｉｏｎ Ｂａｓｅｄ Ｍｏｖｅが規定されている。
【００１８】
また、ＤＴＣＰ−ＩＰの最新バージョンでは、リモートアクセス仕様が策定された。
【００１９】
また、ここでは、ダビングは、コンテンツを保持している機器（送信機、Ｓｏｕｒｃｅ）を操作して、ムーブ先の機器（受信機、Ｓｉｎｋ）を指定してムーブを実行する。ここでは、これを「Ｕｐｌｏａｄ   Ｍｏｖｅ」と呼ぶ。
【００２０】
この「Ｕｐｌｏａｄ Ｍｏｖｅ」は以下の手順で行われる。
【００２１】
１．送信機（Ｓｏｕｒｃｅ）は、ＤＴＣＰ−ＩＰムーブのためのＡＫＥ処理を要求するように受信機（Ｓｉｎｋ）に伝える。
【００２２】
２．受信機（Ｓｉｎｋ）は、ＤＴＣＰ−ＩＰムーブのためのＡＫＥ処理を送信機（Ｓｏｕｒｃｅ）に要求する。
【００２３】
３、送信機（Ｓｏｕｒｃｅ）と受信機（Ｓｉｎｋ）はＤＴＣＰ−ＩＰムーブのためのＡＫＥ処理を実行し、秘密鍵を共有する。
【００２４】
４．送信機（Ｓｏｕｒｃｅ）と受信機（Ｓｉｎｋ）は秘密鍵を使用してコンテンツの伝送を行う。
【００２５】
そして、ホームネットワーク内にある送信機（Ｓｏｕｒｃｅ）とホームネットワーク外にある受信機（Ｓｉｎｋ）の間で「Ｕｐｌｏａｄ   Ｍｏｖｅ」を行う場合に、前記ステップ２までは正常に処理することが可能である。
【００２６】
しかし、前記ステップ３において、受信機（Ｓｉｎｋ）は、ホームネットワーク内で利用するＤＴＣＰ−ＩＰムーブのためのＡＫＥ処理を要求する。
【００２７】
このため、送信機（Ｓｏｕｒｃｅ）は、ホームネットワーク内でのＤＴＣＰ−ＩＰムーブのためのＡＫＥ処理を行おうとする。その結果、失敗することになる。
【００２８】
そこで、例えば、受信機（Ｓｉｎｋ）がリモートアクセスで利用するＤＴＣＰ−ＩＰムーブのためのＡＫＥ処理を要求すれば、前記ステップ３は成功することができる。
【００２９】
しかし、受信機（Ｓｉｎｋ）は、前記ステップ２の段階で、ＤＴＣＰ−ＩＰムーブのためのＡＫＥ処理を要求する先の機器（受信機（Ｓｉｎｋ））が、ホームネットワーク内にいるのか、ホームネットワーク外にいるのかを判断することができない。
【００３０】
すなわち、この場合は、送信機（Ｓｏｕｒｃｅ）は、最初の接続を要求する側であるため、相手機器（受信機（Ｓｉｎｋ））が、自分が属する（置かれている）ホームネットワーク内にあるのか、自分が属する（置かれている）ホームネットワーク外にあるのかを検出することができるが、受信機（Ｓｉｎｋ）はこれを検出することができない。
【００３１】
そこで、この実施形態においては、前記ステップ１において、「ホームネットワーク内で利用するＤＴＣＰ−ＩＰムーブのためのＡＫＥ」なのか、「リモートアクセスで利用するＤＴＣＰ−ＩＰムーブのためのＡＫＥ」なのかを通知する。
【００３２】
そして、受信機（Ｓｉｎｋ）は、通知されたその情報（「ホームネットワーク内で利用するＤＴＣＰ−ＩＰムーブのためのＡＫＥ」なのか、「リモートアクセスで利用するＤＴＣＰ−ＩＰムーブのためのＡＫＥ」なのか）を使用して、どちらのＡＫＥ処理を要求するのかを決定することが可能になる。
【００３３】
図１は、実施形態に係わる送信機（ソース）と受信機（シンク）が異なるホームネットワークにあり、コンテンツのダビングが行われるようすを示す図である。
【００３４】
図１に示すように、ここでは、送信機（ソース）１１やタブレット１２等が、ある住居のホームネットワークＡ１００内に構成されている。送信機（ソース）１１は、例えば、図示しない記録媒体と接続されたテレビ等の電子機器であり、例えば、映像や音楽等のコンテンツが、この記録媒体に記憶（記録）されている。
【００３５】
また、受信機（シンク）２１やタブレット２２等が、ホームネットワークＢ２００内に構成されている。ホームネットワークＢ２００は、例えば、遠く離れた、異なる住居に構成されている。
【００３６】
そして、ホームネットワークＢ２００の受信機（シンク）２１は、例えば、図示しない記録媒体と接続されたテレビ等の電子機器であり、送信機（ソース）１１から送信された映像や音楽等のコンテンツを記憶（記録）することが可能である。
【００３７】
すなわち、ここでは、送信機（ソース）１１が構成されるホームネットワークＡ１００と、受信機（シンク）２１が構成されるホームネットワークＢ２００は、異なるホームネットワークである。
【００３８】
そして、ホームネットワークＡ１００とホームネットワークＢ２００は、図１に示すように、例えば、それぞれ、ルータＡ１０とルータＢ２０を介し、インターネット等で接続されている。
【００３９】
また、例えば、ルータＡ１０のＩＰアドレスは、「ＩＰアドレスＡ」、ルータＢ２０のＩＰアドレスは、「ＩＰアドレスＢ」である。
【００４０】
そして、例えば、送信機（ソース）１１は、ルータＢ２０のＩＰアドレス情報（「ＩＰアドレスＢ」等）を取得することが可能であり、後述するように、このＩＰアドレス情報（「ＩＰアドレスＢ」等）を用いて、ホームネットワークＢ２００にある受信機（シンク）２１が、送信機（ソース）１１と同じホームネットワーク（ホームネットワークＡ１００）にあるか、を検出することが可能である。
【００４１】
ここでは、記録媒体に記憶（記録）されているコンテンツが、送信機（ソース）１１から受信機（シンク）２１へ送信され、記憶（記録）、すなわちコンテンツのダビングが行われる。
【００４２】
そして、この実施形態においては、送信機（ソース）１１は、記録されているコンテンツを、ネットワークを介して接続されている受信機（シンク）２１に送信する指示を受信する指示受信部を備えている。
【００４３】
また、受信機（シンク）２１のネットワークへの接続情報（ＩＰアドレス情報（「ＩＰアドレスＢ」等））を用い、前記受信機が、自機器が属するホームネットワーク内にあるかを検出するネットワーク検出部を備えている。
【００４４】
また、受信機（シンク）２１が送信機（ソース）１１と同じホームネットワーク内にある場合は、受信機（シンク）２１に向けて第１のリクエストコマンドを、受信機（シンク）２１が送信機（ソース）１１と同じホームネットワーク内にない場合は、受信機（シンク）２１に向けて第２のリクエストコマンドを出力するリクエストコマンド出力部を備えている。
【００４５】
すなわち、この実施形態においては、例えば、ＤＴＣＰ−ＩＰ Ｒｅｍｏｔｅ Ａｃｃｅｓｓにおいて、ＤＴＣＰ−ＩＰ Ｔｒａｎｓａｃｔｉｏｎ Ｂａｓｅｄ Ｍｏｖｅを使用して、ダビング（Ｕｐｌｏａｄ   Ｍｏｖｅ）が行われる。
【００４６】
そして、送信装置（送信機（ソース）１１）は、ダビング先（受信機（シンク）２１）が、受信機（シンク）２１のホームネットワーク外にある場合には、受信装置（受信機（シンク）２１）に、例えば、「ＲＡ−ＡＫＥを行う」というフラグ（ｆｌａｇ）を伝える。
【００４７】
ここで、ホームネットワークとは、例えば、家庭内に構築したパソコン（ＰＣ）等、通信システムのＬＡＮ環境のことである。
【００４８】
例えば、ルータやハブ等が設置され、イーサネット（登録商標）ケーブルを接続することで、インターネットの接続やプリンター、ファイルなどの共有を行なうことが可能である。
【００４９】
また、例えば、無線ＬＡＮを搭載したＰＣと、ルータ、アクセスポイントなどを利用することで、パソコン（ＰＣ）やプリンター等を、ケーブルレスでつなぐことも可能である。
【００５０】
また、ビデオやオーディオといったＡＶ機器だけでなく、冷蔵庫や電子レンジ等の家電製品がネットワークに接続できるようになってきており（情報家電）、ホームネットワークを構築することによって、それらの情報家電との接続も可能になる。
【００５１】
図２は、実施形態に係わる送信機（ソース）と受信機（シンク）が同じホームネットワークにあり、コンテンツのダビングが行われるようすを示す図である。
【００５２】
図２に示すように、ここでは、送信機（ソース）１１やタブレット１２等が、ある住居のホームネットワークＡ１００内に構成されている。
【００５３】
また、受信機（シンク）２１やタブレット２２等も、送信機（ソース）１１と同じホームネットワークＡ１００内に構成されている。
【００５４】
そして、ここでは、例えば、送信機（ソース）１１と受信機（シンク）２１は、それぞれ、ルータＡ１０とルータＢ２０を介し、接続されている。
【００５５】
なお、ここでは、例えば、ルータＡ１０またはルータＢ２０を省略することも可能である。
【００５６】
上記と同様に、例えば、ルータＡ１０のＩＰアドレスは、「ＩＰアドレスＡ」、ルータＢ２０のＩＰアドレスは、「ＩＰアドレスＢ」である。
【００５７】
そして、例えば、送信機（ソース）１１は、ルータＢ２０のＩＰアドレス情報（「ＩＰアドレスＢ」等）を取得することが可能である。送信機（ソース）１１は、このＩＰアドレス情報（「ＩＰアドレスＢ」等）を用いて、受信機（シンク）２１が、送信機（ソース）１１と同じホームネットワーク（ホームネットワークＡ１００）にあるか、を検出することが可能である。
【００５８】
上記と同様に、ここでは、記録媒体に記憶（記録）されているコンテンツが、送信機（ソース）１１から受信機（シンク）２１へ送信され、記憶（記録）、すなわちコンテンツのダビングが行われる。
【００５９】
そして、この実施形態においては、送信機（ソース）１１は、記録されているコンテンツを、ネットワークを介して接続されている受信機（シンク）２１に送信する指示を受信する指示受信部を備えている。
【００６０】
また、受信機（シンク）２１のネットワークへの接続情報（ＩＰアドレス情報（「ＩＰアドレスＢ」等））を用い、前記受信機が、自機器が属するホームネットワーク内にあるかを検出するネットワーク検出部を備えている。
【００６１】
また、受信機（シンク）２１が送信機（ソース）１１と同じホームネットワーク内にある場合は、受信機（シンク）２１に向けて第１のリクエストコマンドを、受信機（シンク）２１が送信機（ソース）１１と同じホームネットワーク内にない場合は、受信機（シンク）２１に向けて第２のリクエストコマンドを出力するリクエストコマンド出力部を備えている。
【００６２】
図３は、実施形態に係わる送信機（ソース）と受信機（シンク）の動作を示すフローチャートである。
【００６３】
図３に示すように、ここでは、送信機（ソース）１１側に記録されているコンテンツが、ネットワークを介して接続されている受信機（シンク）１２に送信され、記録される。
【００６４】
そして、送信機（ソース）１１は、受信機（シンク）１２に、「ＵＰｎＰ ｒｅｑｕｅｓｔ（ｆｌａｇ）」を送信する。
【００６５】
ここで、受信機器（シンク）１２が、送信機器（ソース）１１と同じホームネットワーク内であれば、このコマンドのフラグに「ホームネットワーク用ＡＫＥ」を設定する。
【００６６】
また、受信機器（シンク）１２が同じホームネットワーク内ではない（ホームネットワーク外）であれば、このコマンドのフラグに「リモートアクセス用ＡＫＥ」を設定する。
【００６７】
ここで、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）とは、家庭内のパソコンや周辺機器、ＡＶ機器、電話、家電製品などの機器を、ネットワークを通じて接続し、相互に機能を提供しあうための技術仕様である。
【００６８】
続いて、受信機（シンク）１２は、送信機（ソース）１１に、「ＵＰｎＰ ｒｅｓｐｏｎｓｅ」を送信する。
【００６９】
ここで、コマンドのフラグが「ホームネットワーク用ＡＫＥ」であれば、送信機器（ソース）１１に、「ホームネットワーク用ＡＫＥ」を要求する（例えば、ｅｘｃｈａｎｇｅ＿Ｋｅｙ＝０ｘ０８）。
【００７０】
また、コマンドのフラグが「リモートアクセス用ＡＫＥ」であれば、送信機器（ソース）１１に、「リモートアクセス用ＡＫＥ」を要求する（例えば、ｅｘｃｈａｎｇｅ＿Ｋｅｙ＝０ｘ４０）。
【００７１】
続いて、受信機（シンク）１２は、送信機（ソース）１１に、「ＤＴＣＰ−ＩＰ ＭＶ＿ＩＮＩＴＩＡＴＥ ｃｏｍｍａｎｄ」を送信する。
【００７２】
続いて、送信機（ソース）１１は、受信機（シンク）１２に、「ＤＴＣＰ−ＩＰ ＭＶ＿ＩＮＩＴＩＡＴＥ ｒｅｓｐｏｎｓｅ」を送信する。
【００７３】
そして、送信機（ソース）１１から受信機（シンク）１２に、ダビングを行う、「ＤＴＣＰ−ＩＰ Ｍｏｖｅ処理」が行われる。
【００７４】
図４は、実施形態に係わる送信機（ソース）と受信機（シンク）の動作を示すフローチャートである。
【００７５】
ステップＳ１００は、ここでの開始ステップである。続いて、ステップＳ１０１に進む。
【００７６】
ステップＳ１０１は、送信機（ソース）１１が、送信機（ソース）１１から受信機（シンク）２１への、所定記録コンテンツのダビング処理（Ｕｐｌｏａｄ Ｍｏｖｅ）指示を受信するステップである。
【００７７】
ここでは、送信機（ソース）１１と受信機（シンク）２１は、例えば、ルータＡ１０とルータＢ２０を介して、接続される。続いて、ステップＳ１０２に進む。
【００７８】
ステップＳ１０２は、例えば、送信機１１と受信機２１は接続されているかを検出するステップである。送信機１１と受信機２１は接続されていると検出される場合は、ステップＳ１０３に進む（Ｙｅｓ）。送信機１１と受信機２１は接続されていないと検出される場合は、ここでの処理を繰り返す（Ｎｏ）。
【００７９】
ステップＳ１０３は、送信機（ソース）１１は、ルータＢ２０の接続情報（ＩＰアドレス等）を用い、受信機（シンク）２１が、送信機（ソース）１１が属するホームネットワーク内にあるかを検出するステップである。続いて、ステップＳ１０４に進む。
【００８０】
ステップＳ１０４は、受信機（シンク）２１が、送信機（ソース）１１のホームネットワーク（ホームネットワークＡ１００）内かを検出するステップである。
【００８１】
受信機（シンク）２１が、送信機（ソース）１１のホームネットワーク（ホームネットワークＡ１００）内であると検出される場合は、ステップＳ１０５に進む（Ｙｅｓ）。受信機（シンク）２１が、送信機（ソース）１１のホームネットワーク（ホームネットワークＡ１００）内ではないと検出される場合は、ステップＳ１０６に進む（Ｎｏ）。
【００８２】
ステップＳ１０５は、送信機（ソース）１１から受信機（シンク）２１に向け、第１のリクエストコマンド（例えば、フラグに第１の情報（「ホームネットワーク用ＡＫＥ」が設定されたＵＰｎＰリクエストコマンド）を送信するステップである。続いて、ステップＳ１０７に進む。
【００８３】
ステップＳ１０６は、送信機（ソース）１１から受信機（シンク）２１に向け、第２のリクエストコマンド（例えば、フラグに第２の情報（「リモートアクセス用ＡＫＥ」が設定されたＵＰｎＰリクエストコマンド）を送信するステップである。続いて、ステップＳ１０７に進む。
【００８４】
ステップＳ１０７は、受信機（シンク）２１は、送信機（ソース）１１から送信された第１または第２のリクエストコマンドを受信するステップである。続いて、ステップＳ１０８に進む。
【００８５】
ステップＳ１０８は、リクエストコマンド（第１または第２のリクエストコマンド）を検出するステップである。第１のリクエストコマンドが検出される場合は、ステップＳ１０９に進む（第１のリクエストコマンド）。
【００８６】
また、受信機（シンク）２１は、例えば、前記第１のリクエストコマンドに、特別な記載がない、あるいは、記載がない、場合は、ホームネットワーク用のＡＫＥが要求されたと検出するように構成しても良い。
【００８７】
第２のリクエストコマンドが検出される場合は、ステップＳ１１１に進む（第２のリクエストコマンド）。
【００８８】
ステップＳ１０９は、受信機（シンク）２１から送信機（ソース）１１に向け、第１のレスポンスコマンド（例えば、「ホームネットワーク用ＡＫＥ」要求）を送信するステップである。
【００８９】
続いて、ステップＳ１１０に進む。
【００９０】
ステップＳ１１０は、送信機（ソース）１１から受信機（シンク）２１に、所定コンテンツを、ホームネットワーク内の、ダビング処理（Ｕｐｌｏａｄ   Ｍｏｖｅ）するステップである。続いて、ステップＳ１１３に進む。
【００９１】
ステップＳ１１１は、受信機（シンク）２１から送信機（ソース）１１に向け、第２のレスポンスコマンド（例えば、「リモートアクセス用ＡＫＥ」要求）を送信するステップである。続いて、ステップＳ１１２に進む。
【００９２】
ステップＳ１１２は、送信機（ソース）１１から受信機（シンク）２１に、所定コンテンツを、ホームネットワーク外（リモートアクセス）の、ダビング処理（Ｕｐｌｏａｄ Ｍｏｖｅ）を行うステップである。続いて、ステップＳ１１３に進む。
【００９３】
ステップＳ１１３は、終了ステップであり、ここでの処理は終了する。
【００９４】
すなわち、この実施形態においては、送信機（ソース）１１は、記録されているコンテンツを、ネットワークを介して接続されている受信機（シンク）２１に送信する指示を受信する指示受信部を備えている。
【００９５】
また、前記受信機（シンク）２１の前記ネットワークへの接続情報を用い、前記受信機（シンク）２１が、自機器（送信機（ソース）１１）が属するホームネットワーク内にあるかを検出するネットワーク検出部を備えている。
【００９６】
また、前記受信機（シンク）２１が前記ホームネットワーク内にある場合は、前記受信機（シンク）２１に向けて第１のリクエストコマンドを、前記受信機（シンク）２１が前記ホームネットワーク内にない場合は、前記受信機（シンク）２１に向けて第２のリクエストコマンドを出力するリクエストコマンド出力部を備えている。
【００９７】
また、前記第１のリクエストコマンドはフラグに第１の情報が設定され、前記第２のリクエストコマンドはフラグに第２の情報が設定される。
【００９８】
また、前記第１の情報はホームネットワーク用ＡＫＥであり、前記第２の情報はリモートアクセス用ＡＫＥである。
【００９９】
また、前記ネットワークへの接続情報は、前記受信機（シンク）２１が接続されるルータのＩＰアドレスを含む。
【０１００】
また、この実施形態においては、記録されているコンテンツを、ネットワークを介して接続されている送信機（ソース）１１から受信し、記録する受信機（シンク）２１において、
前記送信機（ソース）１１から送信された第１のリクエストコマンドまたは第２のリクエストコマンドを受信するリクエストコマンド受信部を備えている。
【０１０１】
また、前記第１のリクエストコマンドを受信した場合は、第１のレスポンスコマンドを、前記第２のリクエストコマンドを受信した場合は、第１のレスポンスコマンドを、前記送信機（ソース）１１に向けて送信するレスポンスコマンド送信部と、を備えている。
【０１０２】
また、前記第１のレスポンスコマンドは、ホームネットワーク用ＡＫＥ要求であり、前記第２のリクエストコマンドは、リモートアクセス用ＡＫＥである。
【０１０３】
すなわち、この実施形態においては、送信機（ソース）１１は、例えば、前記ステップ１において、「ＵＰｎＰのＳＯＡＰ ｒｅｑｕｅｓｔ」に、以下のような「ｆｌａｇ」を準備しても良い。
【０１０４】
すなわち、「ｆｌａｇ」＝０：ホームネットワーク内で利用するＡＫＥ、「ｆｌａｇ」＝１：リモートアクセスで利用するＡＫＥ。
【０１０５】
また、送信機（ソース）１１は、この「ｆｌａｇ」を適切に設定して、受信機（シンク）２１に伝える。
【０１０６】
受信機（シンク）２１は、この「ｆｌａｇ」＝０の場合には、ｅｘｃｈａｎｇｅ＿ｋｅｙ ｆｉｅｌｄを０ｘ０８ （００００１０００）に、「ｆｌａｇ」＝１の場合には、ｅｘｃｈａｎｇｅ＿ｋｅｙ ｆｉｅｌｄを０ｘ４０ （０１００００００）に設定し（Ｖ１ＳＥ.５．４.３ , Ｖ１ＳＥ.５．２）、ＭＶ＿ＩＮＩＴＩＡＴＥ ｃｏｍｍａｎｄを送信する（Ｖ１ＳＥ.１０．４．１）。
【０１０７】
また、他の実施形態として、ＤＴＣＰ−ＩＰ規格書のＤＴＣＰ.ＣＯＭ＿ＦＬＡＧＳ （Ｖ１ＳＥ.１２．８．１）とｒｅｓ＠ｄｔｃｐ：ｕｐｌｏａｄＩｎｆｏ （Ｖ１ＳＥ.１２．８．２）に、前記「ｆｌａｇ」を準備しても良い。
【０１０８】
例えば、実際の規格書に記載すると、次のような記述になる。
【０１０９】
Ｂｉｔ ２８コロン ＲＡ−ＡＫＥ ｉｓ ｒｅｑｕｉｒｅｄ
Ｂｉｔ ２８ ｉｓ ｓｅｔ ｔｏ ｏｎｅ ｉｆ Ｒｅｍｏｔｅ Ａｃｃｅｓｓ ＡＫＥ ｉｓ ｒｅｑｕｉｒｅｄ.
これにより、上記ムーブを実行する際に発生する問題を解決することが可能である。
【０１１０】
上記のように構成することによって、この実施の形態においては、送信機（ソース）と受信機（シンク）が、異なるホームネットワーク内にある場合に生じるコンテンツのダビング失敗を低減し、ユーザの利便性を向上させることが可能になる。
【０１１１】
なお、上記実施形態の制御処理の手順は全てソフトウェアによって実行することが可能である。このため、制御処理の手順を実行するプログラムを格納したコンピュータ読み取り可能な記憶媒体を通じてこのプログラムを通常のコンピュータにインストールして実行するだけで、上記実施形態と同様の効果を容易に実現することができる。
【０１１２】
なお、上記実施形態は、記述そのものに限定されるものではなく、実施段階では、その趣旨を逸脱しない範囲で、構成要素を種々変形して具体化することが可能である。
【０１１３】
また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。
【０１１４】
例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【０１１５】
１０…ルータＡ、１１…送信機（ソース）、１２…タブレット、２０…ルータＢ、２１１…受信機（シンク）、２２…タブレット、１００…ホームネットワークＡ、２００…ホームネットワークＢ。
【図１】
2014150395.tif 000003
【図２】
2014150395.tif 000004
【図３】
2014150395.tif 000005
【図４】
2014150395.tif 000006