ＡＶ伝送装置
【課題】ストリーミングを行うAV機器において、クライアントは、サーバの状態にかかわらずAVデータの送信要求を出す。コンテンツをサーバから他の機器に移動している場合、サーバは、コンテンツを送信できないことをエラーレスポンスとしてクライアントに送信するが、どの機器に、いつどの時点でアクセスすればよいかはクライアント側では把握できない。
【解決手段】コンテンツをサーバから他の機器に移動中に、クライアントから移動対象のコンテンツの再生要求があった場合、サーバでは、自機器の状態を判定する機器状態判定手段１２で自機器の状態を判定し、移動状態検知手段１３で移動状態を検出し、移動先、および移動が完了する時間をエラーレスポンスに付加して送信する。
【解決手段】コンテンツをサーバから他の機器に移動中に、クライアントから移動対象のコンテンツの再生要求があった場合、サーバでは、自機器の状態を判定する機器状態判定手段１２で自機器の状態を判定し、移動状態検知手段１３で移動状態を検出し、移動先、および移動が完了する時間をエラーレスポンスに付加して送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してサーバ等のある機器からクライアント等の別の機器へコンテンツを転送する際のAV機器の制御に関するものである。
【背景技術】
【０００２】
インターネットを介してクライアントとサーバの間でコンテンツを送受信するAV機器において、クライアントでは、コンテンツの再生要求を送信する。サーバでは、クライアントからのコンテンツの再生要求を受信することでコンテンツの送信をはじめる。クライアントは、サーバから送信されたコンテンツを受信しデコードすることで再生を行う。
しかしながら、クライアントでは、サーバの状態にかかわらずコンテンツの再生要求を送信するため、サーバは、クライアントの再生要求に対しコンテンツを送信できない状態が発生する。例えば、再生要求のあったコンテンツを別の機器に移動している場合等であり、その場合コンテンツを送信できないことをレスポンスとして送信することは可能である。
しかしながら、クライアントが再び、再生要求を送信しても、移動後であればコンテンツはサーバに存在しないため再生できない。また、クライアントは、どの機器に移動したかを知ることができない。
特に、著作権保護を必要とするコンテンツにおいては、コンテンツの移動後はそのサーバにコンテンツは存在してはいけない場合が多く、その場合には、移動後は、コンテンツをサーバで再生できず、また、どの機器に移動したかも知ることが出来ない。
例えば、特許文献１において、著作権保護を必要とするコンテンツの移動を命じられた場合、コンテンツの管理情報を削除することで再生を無効としている。
この方法では、コンテンツの削除中は再生ができなくなり、また、削除後、コンテンツの移動先が不明となり再生ができなくなってしまう。
【特許文献１】特開２００４−５８１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
以上説明したように、従来のネットワークを介してサーバ等のある機器からクライアント等の別の機器へコンテンツを転送する機器においては、サーバからコンテンツを移動した場合、クライアントは移動した先の機器を知ることができないという課題がある。
【課題を解決するための手段】
【０００４】
本発明は、サーバがコンテンツを他の機器に移動中にクライアントから再生要求があった場合、レスポンスのデータに、移動先の機器を示す情報、および移動先の機器にコンテンツを転送し終わるまでの時間を含めてクライアントに通知することを特徴とする。
【発明の効果】
【０００５】
本発明のＡＶ伝送装置は、コンテンツがサーバから他の機器に移動しても、クライアントとなる機器が、コンテンツの移動先の他の機器を知ることができ、クライアントは移動先の他の機器にアクセスし再生することができる。
【発明を実施するための最良の形態】
【０００６】
本願発明は、サーバとなる機器は、コンテンツの移動中に再生要求を受信したら、レスポンスとして移動先の機器を示す情報、および移動先の機器にコンテンツを転送し終わる時間することで、クライアントとなる機器が、コンテンツの移動先となる機器を知ることを実現するものである。
【０００７】
（実施の形態１）
以下、本発明の実施の形態について、図面を参照しながら説明する。
図１は、本実施の形態に係るAV伝送装置および他の機器とコンテンツを送受信する様子を示した図である。
サーバ１は、AVデータを蓄積しネットワーク４を介してクライアントからの再生要求に応じて蓄積されたAVデータ（例えば著作権保護を必要とするMPEG２等のコンテンツ）を送信する装置である。例えば、ネットワークを介して動画を送信するDVDレコーダである。
【０００８】
第２の機器２は、ネットワークを介して転送された動画を再生する装置である。例えば、ネットワークを介して動画を送信するDVDレコーダやPCである。
図１では、サーバ１に対してサーバ１に格納されているコンテンツの移動の要求を送信し、サーバ１からコンテンツを移動している状態を示している。
また、第３の機器３も同様に、ネットワークを介して転送された動画を再生する装置である。例えば、ネットワークを介して動画を送信するDVDレコーダやPCである。
【０００９】
図１では、サーバ１に対してサーバ１に格納されているコンテンツを視聴するために、ネットワーク４を介して再生要求を送信している状態を示している。
ネットワーク４は、例えば、宅内に敷設されたローカルエリアネットワークであり、スイッチングHUBやEthernet（登録商標）ケーブル、無線アクセスポイント等から構築される。
サーバ１において、送受信手段１５は、ネットワーク４を介してクライアントからの再生要求等の受信、コンテンツの送信を行う。
【００１０】
送受信手段１５では、例えば、ネットワーク４を介して受信した再生要求をIP（Internet Protocol）のパケットから抽出し上位のアプリケーションに渡し、上位のアプリケーションから渡されたAVデータをネットワークに送信できるようIPパケット化し送信する。送受信手段１５の送信方法、受信方法は、一般的な方法でよいので、ここでは特に限定しない。
【００１１】
機器状態管理手段１１は、自機器（サーバ１）の状態を管理する。
例えば、他機器（第２の機器２、第３の機器３）へコンテンツの移動している状態である、コンテンツを再生している状態であるといった自機器の状態を保持している。
機器状態判定手段１２は、機器状態管理手段１１で管理されている自機器の状態からコンテンツを送信してよいかどうかを判定する。
【００１２】
移動状態検知手段１３は、ネットワーク４を介して自機器内のコンテンツを他機器に移動している場合の状態を検知する。
例えば、コンテンツの移動が終了する時間の測定を行ったり、コンテンツの移動に成功したかどうかを確認する。ここで、コンテンツの移動が終了する時間の測定方法やコンテンツの移動に成功したかどうかを確認する方法は特に限定しない。
【００１３】
機器状態通知手段１４は、再生要求を受信した場合、機器状態判定手段１２の判定結果と移動状態検知手段１３で得られた情報を送受信手段１５を経て、再生要求を送信したクライアントに通知する。
【００１４】
次に図２を用いサーバ１、第２の機器２、第３の機器３の動作に関して説明する。
図２(a)は、サーバ１から第２の機器２（クライアント）にサーバ１に格納されたコンテンツを移動する場合のシーケンス図である。
サーバ１に対して、第２の機器２（クライアント）からコンテンツの移動要求５を送信する。例えば、HTTP（Hypertext Transfer Protocol）のGETメソッドを用いてコンテンツの移動要求を送信する。これに対し、サーバ１はコンテンツ６を送信する。例えば、HTTPのレスポンス“200 OK”を用いて応答し、続いてコンテンツ(図２でdataと表示)を送信する。
移動の要求なので、コンテンツの送信後、移動対象のコンテンツはサーバ１から再生できないよう制御される。例えば、移動したコンテンツをサーバ１から削除する。ここで、移動後の再生できないようにするための制御に関しては特に限定しない。
このような方法で、サーバ１から第２の機器２にコンテンツの移動を行うことができる。
図２(b)は、サーバ１に格納されたコンテンツを第３の機器３（クライアント）で再生する場合のシーケンス図である。
【００１５】
サーバ１に対して、第３の機器３からコンテンツの再生要求７を送信する。例えば、HTTP（Hypertext Transfer Protocol）のGETメソッドを用いて動画再生の要求を送信する。
例えば、再生要求のHTTP GETの場合、Rangeヘッダを用いて、特定のサイズ分のコンテンツを要求する。
再生要求７に対し、サーバ１はコンテンツ６を送信する。例えば、HTTPのレスポンス“206PartialContent”を用いて応答し、続いてコンテンツを送信する。
第３の機器３（クライアント）は、受信したコンテンツをデコードし動画像として再生できる。
さらに上記の動作を繰り返す。（第３の機器３からHTTP GETを送信し、コンテンツを取得し再生する。）
このような方法で、サーバ１のコンテンツを第３の機器３で再生を行うことができる。
コンテンツの移動と再生はいずれもHTTP GETを用いているが、移動と再生の区別の仕方に関しては特に限定しない。例えば、HTTPのヘッダに拡張ヘッダとして、移動、再生の区別ができる識別子を付ける等でよい。
【００１６】
図３は、第３の機器３からコンテンツの再生要求を送信したが、再生対象のコンテンツがその時、第２の機器２に移動中でコンテンツを送信できないため、エラー通知を送信する場合のシーケンス図である。
【００１７】
図３においてまず最初に、図２(a)を用いて説明した方法と同様の方法で、第２の機器２の移動要求によりサーバ１からコンテンツが移動される。この移動の途中で、サーバ１に対して、第３の機器３からコンテンツの再生要求７が送信されるとする。例えば、HTTPのGETメソッドを用いて動画再生の要求が送信される。しかし、再生対象のコンテンツは第２の機器２に移動中のため、サーバ１は第３の機器３に対しエラー通知を送信する。ここでは、例えばHTTPのレスポンス“301 Moved Permanently”を用いてエラー通知を行う。
コンテンツのデータサイズによって移動時間が変化するので、コンテンツに応じた移動時間を知らせるためHTTPのレスポンスヘッダの「Retry-After」を用いる。
また、移動先の情報として、URI（Uniform Resource Identifier）を知らせるためHTTPのレスポンスヘッダの「Location」を用いる。
第３の機器３（クライアント）は「Retry-After」、「Location」に従って、コンテンツの移動先の機器、具体的には第２の機器を知ることができ、その移動先の機器に対して、再生要求をすることによってコンテンツを再生することが可能となる。
【００１８】
次に、図３のシーケンスにおいて、サーバ１の各構成手段がどのように動作するのかを図４のフローチャートを用いて説明する。
図４はサーバ１における動作を示したフローチャートである。
ここでは、ネットワークを介したストリーミングを行うDVDレコーダを想定して説明する。
サーバ１は、第３の機器３（クライアント）からコンテンツの再生要求を送受信手段１５を経て受信する（ステップS401）。
コンテンツの再生要求を受信したら機器状態判定手段１２で、すぐにコンテンツの送信が可能かどうかを判定するため、機器状態管理手段１１から自機器（サーバ１）の状態を取得する（ステップS402）。機器の状態としては、例えば、他クライアントのコンテンツ再生中、他クライアントのコンテンツ移動中、録画中、節電モード等が考えられる。
自機器の状態が、例えば、第２の機器２（他のクライアント）にコンテンツ移動中、節電モード等の状態では無く送信可能な状態であれば（ステップS403）、ネットワークを介したコンテンツの再生を開始する（ステップS408）。
再生可能でない状態、例えば、第２の機器２（他のクライアント）にコンテンツ移動中であった場合、移動状態検知手段１３でコンテンツの移動が終了するまでの時間を検知する。（ステップS404）コンテンツの移動が終了するまでの時間を例えば1200秒とする。
また、移動状態検知手段１３では、移動先の機器のURIを確認する。(ステップS405)
次に、機器状態通知手段１４では、移動状態検知手段１３で検知した時間、及びコンテンツの移動先のURIを含めてエラー通知を生成する（ステップS406）。エラー通知の生成は、アプリケーション層でHTTPのエラーレスポンスを生成することで実現することができる。例えば、図５のようなHTTPのエラー通知を生成する。
そして、送受信手段１５を経て第３の機器に送信する（ステップS407）。アプリケーションは、通常、ソケット通信で行われている方法を用いてエラーレスポンスとして送信することが可能であるので、ここでは、特に送受信手段の送受信方法は限定しない。
【００１９】
以上のような方法で第３の機器３（クライアント）にコンテンツの移動先、および移動先でのコンテンツ再生が可能となる時刻を知らせることができ、第３の機器３（クライアント）は、移動先の機器にアクセスし再生することが可能となる。
また、上記説明においては、第３の機器３（クライアント）から再生要求を送信することを例にしたが、第３の機器３（クライアント）からコンテンツの移動要求を行う場合も同様の方法で実施できる。
次に第２の機器２へのコンテンツの移動に失敗したときに、その移動途中で第３の機器から再生要求が発生したときの動作について説明する。
図６は、第２の機器２へのコンテンツの移動に失敗したときに、移動途中で第３の機器３から再生要求が発生したときのシーケンス図である。
【００２０】
図６において、最初図２(a)を用いて説明したのと同様の方法で、第２の機器２に移動要求によりサーバ１からコンテンツが移動する。
次に、サーバ１に対して、第３の機器３からコンテンツの再生要求７を送信する。
例えば、HTTPのGETメソッドを用いて動画再生の要求を送信する。しかし、再生対象のコンテンツは第２の機器２に移動中のため、サーバ１は第３の機器３に対しエラー通知を送信する。ここでは、例えばHTTPのレスポンス“301 Moved Permanently”を用いてエラー通知を行う。
ここでサーバ１から第２の機器２へのコンテンツの移動が失敗したとする。例えば、コンテンツを移動中、ネットワーク４上の機器の故障、ケーブルの断線などでコンテンツの移動に失敗することが考えられる。
第３の機器３は、先ほど説明したようにコンテンツの移動先の機器である第２の機器２を知ることが出来、その情報を元に第３の機器３は、第２の機器２に再生要求を送信する。しかし、第２の機器２には、コンテンツが存在しないため、コンテンツがもともと存在していた移動元の情報としてURI（Uniform Resource Identifier）を知らせるため、HTTPのレスポンスヘッダの「Location」に移動元のURIを設定する。
第３の機器３（クライアント）は「Location」に従って、コンテンツの移動元の機器を知ることができ、コンテンツを再生することが可能となる。
【００２１】
以上のようにして、サーバ１から第２の機器２へのコンテンツの移動が途中で失敗した場合でも、第３の機器３は第２の機器２から移動元の情報を知ることにより、移動元から再度コンテンツを再生することが可能となる。
【産業上の利用可能性】
【００２２】
本発明にかかるAV伝送装置では、宅内ネットワークに接続されたAV機器間のコンテンツの移動、特に、著作権保護が必要となるコンテンツの移動処理の用途に適用できる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施の形態１に係るAV伝送装置および他の機器とコンテンツを送受信する様子を示した図
【図２】本発明の実施の形態１に係るAV伝送装置および他の機器とコンテンツを送受信する際の動作シーケンス（その１）を示す図
【図３】本発明の実施の形態１に係るAV伝送装置および他の機器とコンテンツを送受信する際の動作シーケンス（その２）を示す図
【図４】本発明の実施の形態１に係るAV伝送装置（サーバ）の動作を示すフローチャート
【図５】本発明本発明の実施の形態１に係るAV伝送装置（サーバ）の送信するエラーレスポンスの一例を示す図
【図６】本発明の実施の形態１に係るAV伝送装置および他の機器とコンテンツを送受信する際の動作シーケンス（その３）を示す図
【符号の説明】
【００２４】
１ サーバ
２ 第２の機器
３ 第３の機器
４ ネットワーク
５ 移動要求
６ コンテンツ送信
７ 再生要求
１１ 機器状態管理手段
１２ 機器状態判定手段
１３ 移動状態検知手段
１４ 機器状態通知手段
１５ 送受信手段
【技術分野】
【０００１】
本発明は、ネットワークを介してサーバ等のある機器からクライアント等の別の機器へコンテンツを転送する際のAV機器の制御に関するものである。
【背景技術】
【０００２】
インターネットを介してクライアントとサーバの間でコンテンツを送受信するAV機器において、クライアントでは、コンテンツの再生要求を送信する。サーバでは、クライアントからのコンテンツの再生要求を受信することでコンテンツの送信をはじめる。クライアントは、サーバから送信されたコンテンツを受信しデコードすることで再生を行う。
しかしながら、クライアントでは、サーバの状態にかかわらずコンテンツの再生要求を送信するため、サーバは、クライアントの再生要求に対しコンテンツを送信できない状態が発生する。例えば、再生要求のあったコンテンツを別の機器に移動している場合等であり、その場合コンテンツを送信できないことをレスポンスとして送信することは可能である。
しかしながら、クライアントが再び、再生要求を送信しても、移動後であればコンテンツはサーバに存在しないため再生できない。また、クライアントは、どの機器に移動したかを知ることができない。
特に、著作権保護を必要とするコンテンツにおいては、コンテンツの移動後はそのサーバにコンテンツは存在してはいけない場合が多く、その場合には、移動後は、コンテンツをサーバで再生できず、また、どの機器に移動したかも知ることが出来ない。
例えば、特許文献１において、著作権保護を必要とするコンテンツの移動を命じられた場合、コンテンツの管理情報を削除することで再生を無効としている。
この方法では、コンテンツの削除中は再生ができなくなり、また、削除後、コンテンツの移動先が不明となり再生ができなくなってしまう。
【特許文献１】特開２００４−５８１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
以上説明したように、従来のネットワークを介してサーバ等のある機器からクライアント等の別の機器へコンテンツを転送する機器においては、サーバからコンテンツを移動した場合、クライアントは移動した先の機器を知ることができないという課題がある。
【課題を解決するための手段】
【０００４】
本発明は、サーバがコンテンツを他の機器に移動中にクライアントから再生要求があった場合、レスポンスのデータに、移動先の機器を示す情報、および移動先の機器にコンテンツを転送し終わるまでの時間を含めてクライアントに通知することを特徴とする。
【発明の効果】
【０００５】
本発明のＡＶ伝送装置は、コンテンツがサーバから他の機器に移動しても、クライアントとなる機器が、コンテンツの移動先の他の機器を知ることができ、クライアントは移動先の他の機器にアクセスし再生することができる。
【発明を実施するための最良の形態】
【０００６】
本願発明は、サーバとなる機器は、コンテンツの移動中に再生要求を受信したら、レスポンスとして移動先の機器を示す情報、および移動先の機器にコンテンツを転送し終わる時間することで、クライアントとなる機器が、コンテンツの移動先となる機器を知ることを実現するものである。
【０００７】
（実施の形態１）
以下、本発明の実施の形態について、図面を参照しながら説明する。
図１は、本実施の形態に係るAV伝送装置および他の機器とコンテンツを送受信する様子を示した図である。
サーバ１は、AVデータを蓄積しネットワーク４を介してクライアントからの再生要求に応じて蓄積されたAVデータ（例えば著作権保護を必要とするMPEG２等のコンテンツ）を送信する装置である。例えば、ネットワークを介して動画を送信するDVDレコーダである。
【０００８】
第２の機器２は、ネットワークを介して転送された動画を再生する装置である。例えば、ネットワークを介して動画を送信するDVDレコーダやPCである。
図１では、サーバ１に対してサーバ１に格納されているコンテンツの移動の要求を送信し、サーバ１からコンテンツを移動している状態を示している。
また、第３の機器３も同様に、ネットワークを介して転送された動画を再生する装置である。例えば、ネットワークを介して動画を送信するDVDレコーダやPCである。
【０００９】
図１では、サーバ１に対してサーバ１に格納されているコンテンツを視聴するために、ネットワーク４を介して再生要求を送信している状態を示している。
ネットワーク４は、例えば、宅内に敷設されたローカルエリアネットワークであり、スイッチングHUBやEthernet（登録商標）ケーブル、無線アクセスポイント等から構築される。
サーバ１において、送受信手段１５は、ネットワーク４を介してクライアントからの再生要求等の受信、コンテンツの送信を行う。
【００１０】
送受信手段１５では、例えば、ネットワーク４を介して受信した再生要求をIP（Internet Protocol）のパケットから抽出し上位のアプリケーションに渡し、上位のアプリケーションから渡されたAVデータをネットワークに送信できるようIPパケット化し送信する。送受信手段１５の送信方法、受信方法は、一般的な方法でよいので、ここでは特に限定しない。
【００１１】
機器状態管理手段１１は、自機器（サーバ１）の状態を管理する。
例えば、他機器（第２の機器２、第３の機器３）へコンテンツの移動している状態である、コンテンツを再生している状態であるといった自機器の状態を保持している。
機器状態判定手段１２は、機器状態管理手段１１で管理されている自機器の状態からコンテンツを送信してよいかどうかを判定する。
【００１２】
移動状態検知手段１３は、ネットワーク４を介して自機器内のコンテンツを他機器に移動している場合の状態を検知する。
例えば、コンテンツの移動が終了する時間の測定を行ったり、コンテンツの移動に成功したかどうかを確認する。ここで、コンテンツの移動が終了する時間の測定方法やコンテンツの移動に成功したかどうかを確認する方法は特に限定しない。
【００１３】
機器状態通知手段１４は、再生要求を受信した場合、機器状態判定手段１２の判定結果と移動状態検知手段１３で得られた情報を送受信手段１５を経て、再生要求を送信したクライアントに通知する。
【００１４】
次に図２を用いサーバ１、第２の機器２、第３の機器３の動作に関して説明する。
図２(a)は、サーバ１から第２の機器２（クライアント）にサーバ１に格納されたコンテンツを移動する場合のシーケンス図である。
サーバ１に対して、第２の機器２（クライアント）からコンテンツの移動要求５を送信する。例えば、HTTP（Hypertext Transfer Protocol）のGETメソッドを用いてコンテンツの移動要求を送信する。これに対し、サーバ１はコンテンツ６を送信する。例えば、HTTPのレスポンス“200 OK”を用いて応答し、続いてコンテンツ(図２でdataと表示)を送信する。
移動の要求なので、コンテンツの送信後、移動対象のコンテンツはサーバ１から再生できないよう制御される。例えば、移動したコンテンツをサーバ１から削除する。ここで、移動後の再生できないようにするための制御に関しては特に限定しない。
このような方法で、サーバ１から第２の機器２にコンテンツの移動を行うことができる。
図２(b)は、サーバ１に格納されたコンテンツを第３の機器３（クライアント）で再生する場合のシーケンス図である。
【００１５】
サーバ１に対して、第３の機器３からコンテンツの再生要求７を送信する。例えば、HTTP（Hypertext Transfer Protocol）のGETメソッドを用いて動画再生の要求を送信する。
例えば、再生要求のHTTP GETの場合、Rangeヘッダを用いて、特定のサイズ分のコンテンツを要求する。
再生要求７に対し、サーバ１はコンテンツ６を送信する。例えば、HTTPのレスポンス“206PartialContent”を用いて応答し、続いてコンテンツを送信する。
第３の機器３（クライアント）は、受信したコンテンツをデコードし動画像として再生できる。
さらに上記の動作を繰り返す。（第３の機器３からHTTP GETを送信し、コンテンツを取得し再生する。）
このような方法で、サーバ１のコンテンツを第３の機器３で再生を行うことができる。
コンテンツの移動と再生はいずれもHTTP GETを用いているが、移動と再生の区別の仕方に関しては特に限定しない。例えば、HTTPのヘッダに拡張ヘッダとして、移動、再生の区別ができる識別子を付ける等でよい。
【００１６】
図３は、第３の機器３からコンテンツの再生要求を送信したが、再生対象のコンテンツがその時、第２の機器２に移動中でコンテンツを送信できないため、エラー通知を送信する場合のシーケンス図である。
【００１７】
図３においてまず最初に、図２(a)を用いて説明した方法と同様の方法で、第２の機器２の移動要求によりサーバ１からコンテンツが移動される。この移動の途中で、サーバ１に対して、第３の機器３からコンテンツの再生要求７が送信されるとする。例えば、HTTPのGETメソッドを用いて動画再生の要求が送信される。しかし、再生対象のコンテンツは第２の機器２に移動中のため、サーバ１は第３の機器３に対しエラー通知を送信する。ここでは、例えばHTTPのレスポンス“301 Moved Permanently”を用いてエラー通知を行う。
コンテンツのデータサイズによって移動時間が変化するので、コンテンツに応じた移動時間を知らせるためHTTPのレスポンスヘッダの「Retry-After」を用いる。
また、移動先の情報として、URI（Uniform Resource Identifier）を知らせるためHTTPのレスポンスヘッダの「Location」を用いる。
第３の機器３（クライアント）は「Retry-After」、「Location」に従って、コンテンツの移動先の機器、具体的には第２の機器を知ることができ、その移動先の機器に対して、再生要求をすることによってコンテンツを再生することが可能となる。
【００１８】
次に、図３のシーケンスにおいて、サーバ１の各構成手段がどのように動作するのかを図４のフローチャートを用いて説明する。
図４はサーバ１における動作を示したフローチャートである。
ここでは、ネットワークを介したストリーミングを行うDVDレコーダを想定して説明する。
サーバ１は、第３の機器３（クライアント）からコンテンツの再生要求を送受信手段１５を経て受信する（ステップS401）。
コンテンツの再生要求を受信したら機器状態判定手段１２で、すぐにコンテンツの送信が可能かどうかを判定するため、機器状態管理手段１１から自機器（サーバ１）の状態を取得する（ステップS402）。機器の状態としては、例えば、他クライアントのコンテンツ再生中、他クライアントのコンテンツ移動中、録画中、節電モード等が考えられる。
自機器の状態が、例えば、第２の機器２（他のクライアント）にコンテンツ移動中、節電モード等の状態では無く送信可能な状態であれば（ステップS403）、ネットワークを介したコンテンツの再生を開始する（ステップS408）。
再生可能でない状態、例えば、第２の機器２（他のクライアント）にコンテンツ移動中であった場合、移動状態検知手段１３でコンテンツの移動が終了するまでの時間を検知する。（ステップS404）コンテンツの移動が終了するまでの時間を例えば1200秒とする。
また、移動状態検知手段１３では、移動先の機器のURIを確認する。(ステップS405)
次に、機器状態通知手段１４では、移動状態検知手段１３で検知した時間、及びコンテンツの移動先のURIを含めてエラー通知を生成する（ステップS406）。エラー通知の生成は、アプリケーション層でHTTPのエラーレスポンスを生成することで実現することができる。例えば、図５のようなHTTPのエラー通知を生成する。
そして、送受信手段１５を経て第３の機器に送信する（ステップS407）。アプリケーションは、通常、ソケット通信で行われている方法を用いてエラーレスポンスとして送信することが可能であるので、ここでは、特に送受信手段の送受信方法は限定しない。
【００１９】
以上のような方法で第３の機器３（クライアント）にコンテンツの移動先、および移動先でのコンテンツ再生が可能となる時刻を知らせることができ、第３の機器３（クライアント）は、移動先の機器にアクセスし再生することが可能となる。
また、上記説明においては、第３の機器３（クライアント）から再生要求を送信することを例にしたが、第３の機器３（クライアント）からコンテンツの移動要求を行う場合も同様の方法で実施できる。
次に第２の機器２へのコンテンツの移動に失敗したときに、その移動途中で第３の機器から再生要求が発生したときの動作について説明する。
図６は、第２の機器２へのコンテンツの移動に失敗したときに、移動途中で第３の機器３から再生要求が発生したときのシーケンス図である。
【００２０】
図６において、最初図２(a)を用いて説明したのと同様の方法で、第２の機器２に移動要求によりサーバ１からコンテンツが移動する。
次に、サーバ１に対して、第３の機器３からコンテンツの再生要求７を送信する。
例えば、HTTPのGETメソッドを用いて動画再生の要求を送信する。しかし、再生対象のコンテンツは第２の機器２に移動中のため、サーバ１は第３の機器３に対しエラー通知を送信する。ここでは、例えばHTTPのレスポンス“301 Moved Permanently”を用いてエラー通知を行う。
ここでサーバ１から第２の機器２へのコンテンツの移動が失敗したとする。例えば、コンテンツを移動中、ネットワーク４上の機器の故障、ケーブルの断線などでコンテンツの移動に失敗することが考えられる。
第３の機器３は、先ほど説明したようにコンテンツの移動先の機器である第２の機器２を知ることが出来、その情報を元に第３の機器３は、第２の機器２に再生要求を送信する。しかし、第２の機器２には、コンテンツが存在しないため、コンテンツがもともと存在していた移動元の情報としてURI（Uniform Resource Identifier）を知らせるため、HTTPのレスポンスヘッダの「Location」に移動元のURIを設定する。
第３の機器３（クライアント）は「Location」に従って、コンテンツの移動元の機器を知ることができ、コンテンツを再生することが可能となる。
【００２１】
以上のようにして、サーバ１から第２の機器２へのコンテンツの移動が途中で失敗した場合でも、第３の機器３は第２の機器２から移動元の情報を知ることにより、移動元から再度コンテンツを再生することが可能となる。
【産業上の利用可能性】
【００２２】
本発明にかかるAV伝送装置では、宅内ネットワークに接続されたAV機器間のコンテンツの移動、特に、著作権保護が必要となるコンテンツの移動処理の用途に適用できる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施の形態１に係るAV伝送装置および他の機器とコンテンツを送受信する様子を示した図
【図２】本発明の実施の形態１に係るAV伝送装置および他の機器とコンテンツを送受信する際の動作シーケンス（その１）を示す図
【図３】本発明の実施の形態１に係るAV伝送装置および他の機器とコンテンツを送受信する際の動作シーケンス（その２）を示す図
【図４】本発明の実施の形態１に係るAV伝送装置（サーバ）の動作を示すフローチャート
【図５】本発明本発明の実施の形態１に係るAV伝送装置（サーバ）の送信するエラーレスポンスの一例を示す図
【図６】本発明の実施の形態１に係るAV伝送装置および他の機器とコンテンツを送受信する際の動作シーケンス（その３）を示す図
【符号の説明】
【００２４】
１ サーバ
２ 第２の機器
３ 第３の機器
４ ネットワーク
５ 移動要求
６ コンテンツ送信
７ 再生要求
１１ 機器状態管理手段
１２ 機器状態判定手段
１３ 移動状態検知手段
１４ 機器状態通知手段
１５ 送受信手段
【特許請求の範囲】
【請求項１】
ネットワークを介して他の機器にコンテンツの伝送を行うAV伝送装置であって、
当該AV伝送装置の状態を管理する機器状態管理手段と、
前記機器状態管理手段で管理している当該AV伝送装置の状態に応じてコンテンツの送信が可能かどうかを判定する機器状態判定手段と、
当該AV伝送装置から前記他の機器にコンテンツを移動する場合、コンテンツの移動状態を検知する移動状態検知手段とを有し、
当該AV伝送装置から前記他の機器の一つである第２の機器へコンテンツを移動中に、前記他の機器の一つである第３の機器から、移動中のコンテンツに対する再生要求を受信した場合、
前記機器状態判定手段は、前記機器状態管理手段で管理している当該AV伝送装置の状態を取得し、コンテンツが移動中のため送信できないと判定すれば、移動先の機器の情報を第3の機器に通知する
ことを特徴とするAV伝送装置。
【請求項２】
第3の機器から移動中のコンテンツに対する移動要求を受信した場合、
前記機器状態判定手段は、前記機器状態管理手段で管理している当該AV伝送装置の状態を取得し、コンテンツが移動中のため送信できないと判定すれば、移動先の機器の情報を第3の機器に通知する
ことを特徴とする請求項1記載のAV伝送装置。
【請求項３】
第３の機器に通知する移動先の機器の情報は、HTTP（Hyper Text Transfer Protocol）のヘッダに格納することを特徴とする請求項１または２記載のAV伝送装置。
【請求項４】
ネットワークを介してAV伝送装置からコンテンツを受信する第２の機器であって、
当該第２の機器からAV伝送装置に対しコンテンツの移動要求をし、AV伝送装置から当該第２の機器へのコンテンツの移動に失敗していた場合において、
前記AV伝送装置以外の機器である第３の機器から、移動に失敗したコンテンツの再生要求を受信したとき、移動元である前記AV伝送装置の情報を通知する
ことを特徴とする第２の機器。
【請求項１】
ネットワークを介して他の機器にコンテンツの伝送を行うAV伝送装置であって、
当該AV伝送装置の状態を管理する機器状態管理手段と、
前記機器状態管理手段で管理している当該AV伝送装置の状態に応じてコンテンツの送信が可能かどうかを判定する機器状態判定手段と、
当該AV伝送装置から前記他の機器にコンテンツを移動する場合、コンテンツの移動状態を検知する移動状態検知手段とを有し、
当該AV伝送装置から前記他の機器の一つである第２の機器へコンテンツを移動中に、前記他の機器の一つである第３の機器から、移動中のコンテンツに対する再生要求を受信した場合、
前記機器状態判定手段は、前記機器状態管理手段で管理している当該AV伝送装置の状態を取得し、コンテンツが移動中のため送信できないと判定すれば、移動先の機器の情報を第3の機器に通知する
ことを特徴とするAV伝送装置。
【請求項２】
第3の機器から移動中のコンテンツに対する移動要求を受信した場合、
前記機器状態判定手段は、前記機器状態管理手段で管理している当該AV伝送装置の状態を取得し、コンテンツが移動中のため送信できないと判定すれば、移動先の機器の情報を第3の機器に通知する
ことを特徴とする請求項1記載のAV伝送装置。
【請求項３】
第３の機器に通知する移動先の機器の情報は、HTTP（Hyper Text Transfer Protocol）のヘッダに格納することを特徴とする請求項１または２記載のAV伝送装置。
【請求項４】
ネットワークを介してAV伝送装置からコンテンツを受信する第２の機器であって、
当該第２の機器からAV伝送装置に対しコンテンツの移動要求をし、AV伝送装置から当該第２の機器へのコンテンツの移動に失敗していた場合において、
前記AV伝送装置以外の機器である第３の機器から、移動に失敗したコンテンツの再生要求を受信したとき、移動元である前記AV伝送装置の情報を通知する
ことを特徴とする第２の機器。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００７−１３５１２６（Ｐ２００７−１３５１２６Ａ）
【公開日】平成１９年５月３１日（２００７．５．３１）
【国際特許分類】
【出願番号】特願２００５−３２８３８４（Ｐ２００５−３２８３８４）
【出願日】平成１７年１１月１４日（２００５．１１．１４）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成１９年５月３１日（２００７．５．３１）
【国際特許分類】
【出願日】平成１７年１１月１４日（２００５．１１．１４）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]