(57)【要約】【課題】  ストリーミングを行うＡＶ機器において、クライアントは、サーバの状態にかかわらずＡＶデータの送信要求を出す。サーバはＡＶデータを送信できない状態の場合、ＡＶデータを送信できないことをエラーレスポンスとして送信するが、いつどの時点でサーバがＡＶデータを送信できるようになるかはクライアント側では把握できないという課題がある。【解決手段】  クライアント２からコンテンツの再生要求があった場合、サーバ１では、通信可能時間決定手段１３は、機器状態判定手段１１が通信可能な状態でないと判断した場合、機器状態管理手段１２の自機器の状態に応じて、通信が可能となるまでの時間を決定する。機器状態通知手段１４は、機器状態判定手段１１で判定された結果に通信可能となるまでの時間を付与したエラー通知を送受信手段１０を介してクライアントに通知する。【選択図】  図1
2006079148.tif 000002
【特許請求の範囲】
【請求項１】
複数のＡＶ伝送機器と通信を行うＡＶ伝送機器であって、
自機器の状態を管理する機器状態管理手段と、
自機器の状態が通信可能な状態であるかどうかを判定する機器状態判定手段と、
前記機器状態判定手段が通信可能な状態でないと判断した場合、前記機器状態管理手段が格納している機器の状態に応じて、自機器の通信が可能となるまでの時間を決定する機器可能時間決定手段とを備え、
他のＡＶ伝送機器から通信要求があった場合に、前記機器状態判定手段が通信可能な状態でないと判断すると、前記機器可能時間決定手段が決定した時間を付与したエラー通知を前記他のＡＶ伝送機器に対して送信することを特徴とするＡＶ伝送機器。
【請求項２】
複数のＡＶ伝送機器と通信を行うＡＶ伝送機器であって、
通信要求を送信したＡＶ伝送機器よりエラー通知を受け取ると、前記エラー通知より、前記送信要求を送信したＡＶ機器の状態を取得する機器状態取得手段と、
前記機器状態取得手段が取得したＡＶ機器の状態より、前記送信要求を送信したＡＶ伝送機器が通信可能となる時間を取得する通信可能時間取得手段と、
前記通信可能時間取得手段が取得したＡＶ機器の状態を表示する表示手段とを備えたことを特徴とするＡＶ伝送機器。
【請求項３】
通信可能時間取得手段が取得した時間を格納する時間格納手段と、
使用者より他のＡＶ伝送機器との通信要求が行われた場合、前記時間格納手段が格納している時間が経過していない場合には、表示手段に前記他のＡＶ伝送機器が通信不能状態であることを表示させ、前記時間格納手段が格納している時間が経過している場合には、前記時間格納手段が格納している時間をクリアし、前記他のＡＶ伝送機器に通信要求を送信する再生要求送信管理手段とを備えたことを特徴とするＡＶ伝送機器。
【請求項４】
再生要求送信管理手段は、時間格納手段が格納している時間が所定の時間を越える場合には、前記時間格納手段が格納している時間を経過していない場合でも、他のＡＶ伝送機器に通信要求を送信することを特徴とするＡＶ伝送機器。
【請求項５】
請求項１記載のＡＶ伝送機器と請求項２ないし請求項４記載のＡＶ伝送機器で構成されたことを特徴とするＡＶ伝送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットを介してストリーミングを行うＡＶ伝送機器、およびＡＶ伝送システムに関するものである。
【背景技術】
【０００２】
インターネットを介してＡＶデータを送受信するＡＶ伝送機器において、クライアントは、サーバに対してＡＶデータの再生要求を送信し、サーバから送信されたＡＶデータを受信することで再生することができる。サーバは、クライアントからのＡＶデータの再生要求を受信することでＡＶデータの送信を始める。
【０００３】
しかしながら、クライアントでは、サーバの状態にかかわらずＡＶデータの送信要求を出している。サーバはＡＶデータを送信できない状態にある場合、ＡＶデータを送信できないことをクライアントに対してエラー通知として送信するが、クライアント側では、いつどの時点でサーバがＡＶデータを送信できるようになるかは把握できない。
【０００４】
例えば、機器の状態を調べるコマンドの伝送を周期的に行い、サーバの状態を周期的に取得する方法がある（例えば、特許文献１を参照）。この方法は、クライアントが主体で、クライアント側から周期的にコマンドを送信しなければサーバの状態が把握できないという課題がある。
【特許文献１】特開２００３−３２３１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
解決しようとする問題点は、クライアントは、サーバがＡＶデータ送信可能な状態にあるかどうかを知らずに、サーバに対してＡＶデータの再生要求を送信することである。
【課題を解決するための手段】
【０００６】
本発明は、サーバがＡＶデータを送信できない状態にある場合、エラー通知にサーバが通信可能となる時間を含めてクライアントに通知することを特徴とする。
【発明の効果】
【０００７】
本発明のＡＶ伝送機器は、サーバではクライアントからの不要な再生要求がなくなるため負荷軽減につながる。また、クライアントでは、サーバのＡＶデータが送信可能な状態となる時間が明確になることで確実なアクセスができるようになる。
【発明を実施するための最良の形態】
【０００８】
（実施の形態１）
以下、本発明の実施の形態１について、図面を参照しながら説明する。
【０００９】
図１は、本実施の形態におけるＡＶ伝送システムの構成を示すブロック図である。
【００１０】
図１において、サーバ１は、ＡＶデータを蓄積し、クライアント２からの再生要求に応じて蓄積されたＡＶデータ（例えば、ＭＰＥＧ２等のコンテンツ）を送信するＡＶ伝送機器である。例えば、ネットワークを介して動画を送信するＤＶＤレコーダのようなものである。クライアント２は、ネットワークを介して転送された動画を再生するＡＶ伝送機器である。例えば、ネットワークを介して動画を送信するＤＶＤレコーダのようなものである。ＬＡＮ３は、宅内に敷設されたローカルエリアネットワークであり、例えば、スイッチングＨＵＢやイーサーネットケーブル、無線アクセスポイント等から構築される。
【００１１】
サーバ１において、送受信手段１０は、ＬＡＮ３を介して再生要求を受信したり、コンテンツを送信したりする。送受信手段１０では、例えば、ＬＡＮ３を介して受信した再生要求をIP（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）のパケットから抽出し、上位のアプリケーションに渡したり、上位のアプリケーションから渡されたＡＶデータをＬＡＮ３に送信できるようＩＰパケット化し送信する。なお、送受信手段１０における動作は、一般的な方法でよいのでここでは特に限定しない。機器状態判定手段１１は、自機器の状態が、ＡＶデータを送信可能かどうかを判定し、機器状態管理手段１２は、自機器の状態を管理する。通信可能時間決定手段１３は、機器状態判定手段１１が通信可能な状態でないと判断した場合、機器状態管理手段１２の自機器の状態に応じて、通信が可能となるまでの時間を決定する。機器状態通知手段１４は、機器状態判定手段１１で判定された結果に、通信が可能となるまでの時間を付与したエラー通知として送受信手段１０を介してクライアントに通知する。
【００１２】
クライアント２において、送受信手段２０は、ＬＡＮ３を介して再生要求を送信したり、コンテンツを受信したりする。なお、送信手段２０は送信手段１０と同様のものでよいので、ここでは特に限定しない。機器状態取得手段２１は、サーバ１から通知されたエラー通知からサーバの状態を取得する。通信可能時間取得手段２２は、機器状態取得手段２１で取得した通知結果から通信可能となる時間を取得する。表示手段２３は、通信可能時間取得手段２２で取得したサーバが通信可能となる時間を表示する。
【００１３】
次に、図２を用いて、サーバ１、クライアント２の動作シーケンスを説明する。
【００１４】
図２（ａ）は、クライアント２からサーバ１へＡＶデータの再生要求を送信し、サーバ１がクライアント２に正常にＡＶデータの送信（ストリーミング）を行っている場合のシーケンス図である。
【００１５】
まず、サーバ１に対して、クライアント２からコンテンツ（ＡＶデータ）の再生要求４を送信する。例えば、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のＧＥＴヘッダを用いて動画再生の要求を送信する。次に、サーバ１はクライアント２からの再生要求４に対し、コンテンツ５を送信する。例えば、ＨＴＴＰのレスポンス２００  ＯＫを用いて応答し、続いてコンテンツ（ｄａｔａ）を送信する。このようなやりとりを行いクライアントからの再生要求に対し、サーバ１はコンテンツを送信することができる。
【００１６】
図２（ｂ）は、クライアント２がコンテンツの再生要求を送信したが、例えば、サーバ１が節電モードになっているため、すぐにＡＶデータを送信できない場合であり、サーバ１がクライアント２に対してエラー通知を送信する場合のシーケンス図である。
【００１７】
まず、サーバ１に対して、クライアント２からコンテンツの再生要求４を送信する。例えば、ＨＴＴＰのＧＥＴヘッダを用いて動画再生の要求を送信する。しかし、サーバは節電モードで起動までに時間がかかるため、サーバ１はクライアント２に対しエラー通知を送信する。ここでは、例えば、ＨＴＴＰのレスポンス５０３  Ｓｅｒｖｉｃｅ  Ｕｎａｖａｉｌａｂｌｅを用いてエラー通知を行う。この場合、節電モードから２分で起動可能とすると、サーバ１は、その旨をクライアント２に知らせるためＨＴＴＰのレスポンスヘッダの「Ｒｅｔｒｙ−Ａｆｔｅｒ」を用い、２分後に再生要求することを通知する。クライアント２は、「Ｒｅｔｒｙ−Ａｆｔｅｒ」の内容を表示し、使用者に、サーバ１が現在コンテンツを送信できる状態になく、２分後に送信可能状態になることを伝えることができる。
【００１８】
次に、図２のシーケンスにおいて、各手段がどのように動作するのかを図３、図４のフローチャートを用いて説明する。
【００１９】
図３は、サーバ１における動作を示したフローチャートである。ここでは、ネットワークを介したストリーミングを行うDVDレコーダを想定して説明する。
【００２０】
サーバ１は、クライアント２からのコンテンツの再生要求を、送受信手段１０を介して受信する（図３のステップＳ３０１）。送受信手段１０がコンテンツの再生要求を受信すると、機器状態判定手段１１は、すぐにコンテンツの送信が可能かどうかを判定するため、機器状態管理手段１２から機器の状態を取得する（図３のステップＳ３０２）。機器の状態は、例えば、節電モード、他クライアントのコンテンツ再生中、録画中等が考えられる。節電モードは、一定時間機器を使用しない場合、電気の節約のため、機器が電源の切れた状態と同様の状態になるもので、一般的に家電機器に使用されている。機器の状態が、例えば、節電モード、他のクライアントとコンテンツ再生中等ではなく、送信可能な状態であれば（図３のステップＳ３０３）、ネットワークを介したコンテンツの再生を開始する（同図のステップＳ３０７）。再生可能でない状態、例えば、節電モードであった場合、通信可能時間決定手段１３で通信可能となるまでの時間を決定する。例えば、節電モードからDVDのシステムが起動するまでの時間を１２０秒とする。
【００２１】
次に、通信可能時間決定手段１３で設定した時間を含めて機器状態通知手段１４は、エラー通知を生成する（図３のステップＳ３０５）。ここでは、アプリケーション層でＨＴＴＰのエラー通知を生成することで実現することができる。例えば、図４のようなＨＴＴＰのエラー通知を生成し、送受信手段１０を介してクライアント２に送信する（同図のステップＳ３０６）。なお、通常は、ソケット通信で行われている方法を用いて送信することが可能であるので、ここでは、送受信手段は限定しない。また、再生に関する動作に関してもここでは言及しない。
【００２２】
図５はクライアントにおける動作を示したフローチャートである。ここでは、再生要求後の動作に関して説明する。
【００２３】
クライアント２は、サーバ１からコンテンツの再生要求の応答として、エラー通知を受信する（図５のステップＳ５０１1）。図４に示すＨＴＴＰのエラー通知を受信する。クライアント２は受信したエラー通知の内容が、エラー通知ではなく、正常な通知であれば、ネットワークを介したコンテンツのネットワーク再生を行う（図５のステップＳ５０６）。なお、本実施の形態では、ネットワークを介したコンテンツの再生方法に関しては、言及しない。受信したエラー通知がエラーを示す通知である場合は、機器状態取得手段２１は、エラー通知よりサーバ１の状態を取得する。ここでは、ＨＴＴＰレスポンスが「５０３」であるので、サーバが通信できないと判断する。次に、通信可能時間取得手段２２は、エラー通知に通信可能となるまでの時間情報があるかどうかを判断し（図５のステップＳ５０３）、時間情報があれば取得し（同図のステップＳ５０４）、時間情報がなければ、サーバ１の状態を表示手段２３で表示する（同図のステップＳ５０５）。この場合、通信可能時間取得手段は、エラー通知にＨＴＴＰヘッダの「Ｒｅｔｒｙ−Ａｆｔｅｒ」が存在するかどうかで時間情報があるかどうかを判断する。また、表示手段２３は、例えば、ＤＶＤと接続されたＣＲＴにエラーレスポンスの内容と通信可能となる時間を表示する。なお、エラーレスポンスのＣＲＴへの表示方法は一般的な方法でよいので、ここでは言及しない。
【００２４】
以上のことにより、使用者に現在のサーバ１の状態、及び、通信が可能となる時間を知らせることができ、クライアント２の使用者は、通信可能となる時間まで再生要求を待つことが可能となる。従って、不要な再生要求をサーバ１に送信しなくてよくなる。
【００２５】
なお、本実施の形態では、再生要求を送信することを例にして説明したが、これに限定せず、クライアントからの様々な要求に対して、サーバが要求に応答できる状態にない場合に、エラー通知に応答不能な期間を付与すればよい。
【００２６】
また、本実施の形態では、サーバ１が節電モードにある場合を例に説明したが、サーバ１が通信可能でない状態であればよいので、特にこれに限定しない。
【００２７】
（実施の形態２）
以下、本発明の実施の形態２について、図面を参照しながら説明する。
【００２８】
図６は、本実施の形態におけるＡＶ伝送システムの構成を示すブロック図である。
【００２９】
図６において、実施の形態１における図１と同様の構成要素に関しては、同じ番号を付与し、説明を省略する。
【００３０】
クライアント２において、時間格納手段６０は、通信可能時間取得手段２２で取得した時間を格納し、再生要求送信管理手段６１は、時間格納手段６０で格納した時間が経過したら再生要求を送信する。
【００３１】
本実施の形態においては、サーバの動作は、実施の形態１と同じであるので、クライアント２の動作についてのみ説明する。
【００３２】
図７はクライアント２の動作を示すフローチャートである。  
【００３３】
クライアント２において、送受信手段２０は、サーバ１からコンテンツの再生要求の応答として、エラー通知を受信する（図７のステップＳ５０１）。例えば、図４のＨＴＴＰのエラー通知を受信する。エラー通知の内容がエラー通知でなく、正常な通知であれば、ネットワークを介したコンテンツのネットワーク再生を行う（図７のステップＳ５０６）。なお、本実施の形態では、ネットワークを介したコンテンツの再生方法に関しては言及しない。エラー通知であれば、機器状態取得手段２１でエラー通知よりサーバの状態を取得する。本実施の形態では、ＨＴＴＰレスポンスが「５０３」である場合を例とし、この場合、クライアント２は、サーバが通信できないと判断する。
【００３４】
次に、通信可能時間取得手段２２は、通信可能となるまでの時間情報がエラー通知にあるかどうかを判断し（図７のステップＳ５０３）、時間情報があれば取得し（同図のステップＳ５０４）、時間格納手段６０は、通信可能時間取得手段２２で取得した時間を格納する（同図のＳ７０１）。その後、再送要求送信管理手段６１が、再度、再生要求を送信するために起動する（図７のステップＳ７０２）。再送要求送信管理手段６１は、使用者からの再生要求があったかどうか判定し（同図７のステップＳ７０３）、使用者からの再生要求があれば時間格納手段６０に格納した時間が経過したかどうか判定する（ステップＳ７０４）。
格納した時間が経過していれば時間格納手段６０が格納している時間をクリアし、送受信手段２０を介して再生要求を送信する（ステップＳ７０７）。格納した時間が経過していない場合は、表示手段２３を用いてエラーを表示する。
【００３５】
以上のことより、クライアントはサーバが通信可能な時間になる前に再生要求を行おうとしたら、再生要求を送信せずにエラーを表示させることができ、再生の準備ができていないサーバの負荷軽減になる。
【００３６】
（実施の形態３）
実施の形態２において、例えば、クライアントは、他のクライアントがネットワーク再生中あれば、サーバよりエラー通知を受信し、エラー通知に格納されている時間（他のクライアントが再生している間）、再生要求を出すことはできない。しかし、他のクライアントが途中でネットワーク再生をやめてしまった場合、クライアントは再生要求ができる状態にあるのを知らず、エラー通知に格納された時間だけ待って、送信要求を送信する。
【００３７】
本実施の形態では、受信したエラー通知に格納されている時間情報が、所定の時間より長い場合のクライアントの動作について説明する。
【００３８】
以下、本発明の実施の形態３について、図面を参照しながら説明する。
【００３９】
本実施の形態におけるＡＶ伝送システムの構成は実施の形態２における伝送システムと同一であるので、説明を省略する。また、本実施の形態において、サーバ１の動作は実施の形態１と同様であるので、説明を省略する。
【００４０】
図８は本実施の形態におけるクライアント１の動作を示すフローチャートである。
【００４１】
クライアント２において、送受信手段２０は、サーバ１からコンテンツの再生要求の応答として、エラー通知を受信する（８のステップＳ５０１）。例えば、図４のＨＴＴＰのエラー通知を受信する。エラー通知の内容がエラー通知でなく、正常な通知であれば、ネットワークを介したコンテンツのネットワーク再生を行う（図８のステップＳ５０６）。なお、本実施の形態では、ネットワークを介したコンテンツの再生方法に関しては言及しない。エラー通知であれば、機器状態取得手段２１でエラー通知よりサーバの状態を取得する。本実施の形態では、ＨＴＴＰレスポンスが「５０３」である場合を例とし、この場合、クライアント２は、サーバが通信できないと判断する。
【００４２】
次に、通信可能時間取得手段２２は、通信可能となるまでの時間情報がエラー通知にあるかどうかを判断し（図８のステップＳ５０３）、時間情報があれば取得し（同図のステップＳ５０４）、時間格納手段６０は、通信可能時間取得手段２２で取得した時間を格納する（同図のＳ７０１）。その後、再送要求送信管理手段６１が、再度、再生要求を送信するために起動する（図８のステップＳ７０２）。
【００４３】
再送要求送信管理手段６１は、使用者からの再生要求があったかどうか判定し（図８のステップＳ７０３）、使用者からの再生要求があれば、時間格納手段６０に格納した時間が所定時間より長いかどうかを判定する（同図ステップＳ８０１）。ここで所定時間として、例えば、節電モードからＤＶＤが起動するまでの１２０秒とする。なお、所定時間は、特にこの値に限定しない。
【００４４】
再送要求送信管理手段６１は、時間格納手段６０が格納している時間が所定時間より長い場合、格納している時間をクリア（図８のステップＳ７０６）し、送受信手段２０を介して、サーバ１に再生要求を送信する（同図のステップＳ７０７）。再送要求送信管理手段６１は、格納した時間が所定の時間より短ければ、時間格納手段６０に格納した時間が経過したがどうかを判定する（図８のステップＳ７０４）。本実施の形態において、ステップＳ７０４以降の動作は、実施の形態２と同じであるので説明を省略する。
【００４５】
以上のことにより、エラー通知で取得した時間があまりにも長すぎる場合、その時間をまたずに再生要求を送信することができ、取得した時間内に、サーバに再生要求ができる状態になった場合に、不必要に再生要求送信を待つことがなくなる。
【００４６】
なお、本発明においては、クライアントの要求が再生要求である場合を例にとって説明したが、これに限定するものではなく、クライアントからの通信要求に対して、サーバが応答不能である場合に、クライアントに通知するエラー通知の中に、通信可能となるまでの時間を付与すればよい。
【産業上の利用可能性】
【００４７】
本発明にかかるＡＶ伝送システムは、宅内ネットワークに接続されたＡＶ伝送機器同士におけるサーバ、クライアント間のストリーミング伝送の用途に適用できる。
【図面の簡単な説明】
【００４８】
【図１】本発明の実施の形態１におけるＡＶ伝送システムの構成を示すブロック図
【図２】本発明の実施の形態１におけるＡＶ伝送システムの動作を示すシーケンス図
【図３】本発明の実施の形態１におけるサーバの動作を示すフローチャート
【図４】本発明の実施の形態１におけるサーバの送信するエラーレスポンス例を示す図
【図５】本発明の実施の形態１におけるクライアントの動作を示すフローチャート
【図６】本発明の実施の形態２におけるＡＶ伝送システムの構成を示すブロック図
【図７】本発明の実施の形態２におけるクライアントの動作を示すフローチャート
【図８】本発明の実施の形態３におけるクライアントの動作を示すフローチャート
【符号の説明】
【００４９】
１  サーバ
２  クライアント
３  ＬＡＮ
１０、２０  送受信手段
１１  機器状態判定手段
１２  機器状態管理手段
１３  通信可能時間決定手段
１４  機器状態通知手段
２１  機器状態取得手段
２２  通信可能時間取得手段
２３  表示手段
６０  時間格納手段
６１  再生要求送信管理手段
【図１】
2006079148.tif 000003
【図２】
2006079148.tif 000004
【図３】
2006079148.tif 000005
【図４】
2006079148.tif 000006
【図５】
2006079148.tif 000007
【図６】
2006079148.tif 000008
【図７】
2006079148.tif 000009
【図８】
2006079148.tif 000010