JP2006185384A

JP2006185384A - コンテンツサーバ、コンテンツ受信装置、プログラム及び記録媒体

Info

Publication number: JP2006185384A
Application number: JP2004381179A
Authority: JP
Inventors: Takumi Tanabe; 匠田辺
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2004-12-28
Filing date: 2004-12-28
Publication date: 2006-07-13

Abstract

【課題】ＨＴＴＰのＲａｎｇｅヘッダを使ってコンテンツサーバからコンテンツ受信装置へＡＶコンテンツを分割伝送中に、コンテンツ受信装置ユーザが一時停止をした場合、ＵＰｎＰ−ＡＶコネクションがコンテンツサーバで破棄される場合がある。この間に別のコンテンツ受信装置がＡＶコンテンツを要求すると、最初のコンテンツ受信装置のユーザが一時停止を再開しても続きを視聴できなくなってしまう場合がある。
【解決手段】一時停止中に、ＨＴＴＰＨＥＡＤリクエストメッセージを定期的に送信し、ＵＰｎＰ−ＡＶコネクションが破棄されないようにする。
【選択図】図１

Description

本発明は、画像または音声を含むＡＶコンテンツをネットワークを介して送受信するコンテンツサーバ、コンテンツ受信装置、プログラム及び記録媒体に関する。特に、コンテンツ受信装置のユーザがＡＶコンテンツの視聴を一時停止した場合に、一時停止解除が容易に行えるコンテンツサーバ、コンテンツ受信装置、プログラム及び記録媒体に関する。

コンテンツサーバに含まれるＡＶコンテンツをコンテンツ受信装置でネットワーク再生する場合に用いられる通信プロトコルとして、ＨＴＴＰ（ＨｙｐｅｒｔｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）がある。ＨＴＴＰを用いたＡＶコンテンツの送受信は、コンテンツサーバがコンテンツ受信装置からのＨＴＴＰリクエストメッセージを受信し、ＨＴＴＰレスポンスメッセージにＡＶコンテンツのデータを含ませて送信することより実現する。

ＨＴＴＰのバージョン１．０では、ＨＴＴＰリクエストメッセージで一つのＡＶコンテンツすべてをリクエストすることしかできなかった。しかし、バージョン１．１になり、ＡＶコンテンツの一部分だけをリクエストすることができるようになった（例えば、非特許文献１参照）。この機能を用いて、画像ファイルの一部分だけを取得する方法が提案されている（例えば、特許文献１参照）。

ＡＶコンテンツの部分取得を使えば、ＡＶコンテンツのある部分だけを再生することができる他、ネットワーク経由での動画像や音声の早送り再生や巻き戻し再生、スキップ再生等を実現することができる。

通常、ＨＴＴＰはＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）層の上位プロトコルとして実装されるので、ＨＴＴＰメッセージの送受信を行うためにはＴＣＰコネクションが接続されていなければならない。ＡＶコンテンツをネットワーク再生しようとする場合、コンテンツサーバとコンテンツ受信装置間には、ＡＶコンテンツのデータを配信している間、ＴＣＰコネクションが維持される。

一方、コンテンツサーバが同時にネットワーク配信できるＡＶコンテンツの数は、コンテンツサーバの蓄積メディアや資源に依存する。コンテンツサーバによっては、一度に１本のＡＶコンテンツしか配信できないものもあれば、数本を同時に配信できるものもある。このような制限を超えてネットワーク再生をリクエストしようとしたコンテンツ受信装置に対しては、一般にエラーメッセージが送信されるか、またはリクエストそのものが無視される。

ＨＴＴＰを用いたネットワーク再生において、ＡＶコンテンツを再生中に、ユーザが一時停止を指示した場合に、一時停止を実現する方法としてはいくつか考えられる。まず、一時停止中にはＴＣＰコネクションを切断してしまって、ＡＶコンテンツのデータを伝送しない方法がある。ところが、ＴＣＰコネクションが切断されている間に別のコンテンツ受信装置へのＡＶコンテンツ配信が始まってしまう可能性があり、コンテンツサーバの制約からユーザが一時停止から再開しようとしても、他のコンテンツ受信装置への配信が終わるまで待たなければならない場合がある。

また、一時停止を実現する別の方法として、ネットワーク上での伝送は止めずにコンテンツ受信装置でのＡＶコンテンツの出力だけを止める方法がある（例えば、特許文献２参照）。この方法では、コンテンツ受信装置は、最後には受信バッファがいっぱいになり、受信できない状態になる。この場合、ＨＴＴＰはＴＣＰを用いているので、ＴＣＰの受信ウィンドウが０であることがコンテンツサーバに通知される。

しかし、この方法におけるネットワーク再生の一時停止は、コンテンツサーバが、一時停止状態が長時間続いた場合と、コンテンツ受信装置に異常状態に陥った場合の区別をつけることができなくなる。よって、ユーザが単に一時停止状態を長く続けていると、コンテンツサーバは異常状態と勘違いして、ＴＣＰコネクションを切断してしまう場合がある。ＴＣＰコネクションが切断されてしまった場合、コンテンツ受信装置がネットワーク再生を再開しようとすると、ＴＣＰコネクションの接続からやり直さなければならなくなる。ＴＣＰコネクションが切断されている間に別のコンテンツ受信装置へのＡＶコンテンツ配信が始まってしまう可能性がある。

また、コンテンツサーバ自身でローカルに再生動作を行う場合もある。コンテンツサーバによっては、ローカル再生中にネットワーク再生できない等、ローカル再生であってもネットワーク再生の可否に影響がある。

ＵＰｎＰ−ＡＶが実装されている場合は、ＵＰｎＰ−ＡＶコネクションによってＴＣＰコネクションが切断された場合でも論理的なコネクションを維持することができる。具体的には、コンテンツサーバとコンテンツ受信装置がＣＭＳ：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎアクションをやりとりすることで、コネクションを接続する。コネクションを切断する際は、ＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅアクションをやりとりする。

このようにすれば、ＴＣＰコネクションが切断された場合でも、コンテンツサーバから別のコンテンツ受信装置へのＡＶコンテンツ配信が始まることを防げる。
特開２００１−１０１０９１号公報特開２００１−２４２８７６号公報Ｒ．Ｆｉｅｌｄｉｎｇ他著 "ＨｙｐｅｒｔｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ−ＨＴＴＰ／１．１"，ＲＦＣ２６１６

しかしながら、ＵＰｎＰ−ＡＶコネクションを使った場合でも、コンテンツ受信装置が異常状態になった等の場合に、ＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅアクションのやりとりがないままデッドロック状態に陥ってしまう可能性がある。これを防ぐため、コンテンツサーバは、通常、コンテンツ受信装置から所定時間以上リクエストを受信しなければＵＰｎＰ−ＡＶコネクションを破棄する。従って、ＵＰｎＰ−ＡＶコネクションを用いても、コンテンツサーバから別のコンテンツ受信装置へのＡＶコンテンツ配信が始まることを完全には防止できない。もちろん、コンテンツサーバ自身でのローカルの再生を防ぐことは元々できない。

一般に、コンテンツサーバが同時にネットワーク配信できるＡＶコンテンツの数には制限がある。またコンテンツサーバによってはローカルでの再生数もその制限数に含まれる場合がある。これは、ネットワーク性能やＡＶコンテンツを蓄積している蓄積デバイスの読み出し性能等の制約による。したがって、コンテンツ受信装置のユーザはネットワーク再生を一時停止した後、再開をしても続きを視聴できなくなってしまう可能性がある。

本発明は、上記従来の課題を解決するもので、コンテンツ受信装置がネットワーク再生を一時停止した後、再生再開した場合に、確実にネットワーク再生ができる、コンテンツサーバ、コンテンツ受信装置、プログラム及び記録媒体を提供することを目的とする。

上記課題を解決するために、本発明の第一のコンテンツサーバは、１台以上のコンテンツ受信装置にＡＶコンテンツを配信するコンテンツサーバであって、ＨＴＴＰリクエストメッセージを受信するリクエスト受信手段と、前記コンテンツ受信装置とのＵＰｎＰ−ＡＶコネクションを管理するコネクション管理手段とを備え、前記コネクション管理手段は、前記リクエスト受信手段が、所定の時間以上、前記コンテンツ受信装置からのＨＴＴＰリクエストメッセージを受信しなければ、そのコンテンツ受信装置とのＵＰｎＰ−ＡＶコネクションを破棄する。

また、本発明の第２のコンテンツサーバは、第一のコンテンツサーバの特徴に加えて、ＡＶコンテンツをサーバ本体でローカル再生するためのローカル再生手段を更に備え、前記ローカル再生手段がＡＶコンテンツのローカル再生を開始すると、前記コネクション管理手段が前記１台以上のコンテンツ受信装置のうちの一部または全部とのＵＰｎＰ−ＡＶコネクションを破棄する。

本発明の第一のコンテンツ受信装置は、ＨＴＴＰを用いて、コンテンツサーバに蓄積されている画像または音声を含むＡＶコンテンツのネットワーク再生を行うコンテンツ受信装置であって、前記コンテンツサーバへのネットワーク再生要求を記述したＨＴＴＰリクエストメッセージを送信するリクエスト送信手段と、前記ＨＴＴＰリクエストメッセージに対する前記コンテンツサーバからの応答であるＨＴＴＰレスポンスメッセージを受信するレスポンス受信手段と、ユーザからの指示を受け付けるユーザ入力手段と、前記コンテンツサーバとのＵＰｎＰ−ＡＶコネクションを管理するコネクション管理手段とを備え、
前記ユーザ入力手段にネットワーク再生の一時停止指示が入力されると、前記リクエスト送信手段が、所定の時間間隔でＨＥＡＤメソッドを含むＨＴＴＰリクエストメッセージを前記コンテンツサーバに送信し、前記レスポンス受信手段は、前記ＨＥＡＤメソッドを含むＨＴＴＰリクエストメッセージに対する前記コンテンツサーバからの応答であるＨＴＴＰレスポンスメッセージを受信し、前記レスポンス受信手段が所定の時間以上ＨＴＴＰレスポンスメッセージを受信しなければ、前記コネクション管理手段が前記コンテンツサーバとのＵＰｎＰ−ＡＶコネクションを切断する。

本発明の第２のコンテンツ受信装置は、第一のコンテンツ受信装置の特徴に加えて、ＵＰｎＰ−ＡＶメッセージの送受信を行うＵＰｎＰ−ＡＶ処理手段を更に備え、前記ＵＰｎＰ−ＡＶ処理手段は、ＵＰｎＰ−ＡＶコネクションの接続のために前記コンテンツサーバへＣＭＳ：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎリクエストを送信し、ＵＰｎＰ−ＡＶコネクションを切断するために前記コンテンツサーバへＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅを送信する。

本発明の第一のプログラムは、第一のコンテンツサーバが有する、ＨＴＴＰリクエストメッセージを受信するリクエスト受信手段、前記コンテンツ受信装置とのＵＰｎＰ−ＡＶコネクションを管理するコネクション管理手段、としてコンピュータを機能させる。

本発明の第２のプログラムは、第２のコンテンツサーバが有する、ＨＴＴＰリクエストメッセージを受信するリクエスト受信手段、前記コンテンツ受信装置とのＵＰｎＰ−ＡＶコネクションを管理するコネクション管理手段、ＡＶコンテンツをサーバ本体でローカル再生するためのローカル再生手段、としてコンピュータを機能させる。

本発明の第３のプログラムは、第一のコンテンツ受信装置が有する、ＨＴＴＰリクエストメッセージを送信するリクエスト送信手段、ＨＴＴＰレスポンスメッセージを受信するレスポンス受信手段、ユーザからの指示を受け付けるユーザ入力手段、としてコンピュータを機能させる。

本発明の第４のプログラムは、第２のコンテンツ受信装置が有する、ＨＴＴＰリクエストメッセージを送信するリクエスト送信手段、ＨＴＴＰレスポンスメッセージを受信するレスポンス受信手段、前記コンテンツサーバとのＴＣＰコネクションを管理するコネクション管理手段、ユーザからの指示を受け付けるユーザ入力手段、ＵＰｎＰ−ＡＶメッセージの送受信を行うＵＰｎＰ−ＡＶ処理手段、としてコンピュータを機能させる。

本発明の記録媒体は、第一乃至第４のいずれかに記載のプログラムを記録した記録媒体であって、コンピュータで利用可能な記録媒体である。

本発明によれば、コンテンツ受信装置がネットワーク再生を一時停止した後、再生再開した場合に、確実にネットワーク再生ができる、コンテンツサーバ、コンテンツ受信装置、プログラム及び記録媒体を提供できる。

以下、本発明の実施の形態について、図面を参照しながら説明する。図２は、本実施の形態が適用されるネットワークの構成図である。コンテンツサーバ１は、蓄積手段１０１に記録されている画像または音声などを含むＡＶコンテンツを、コンテンツ受信装置２からの要求に応じて、ネットワーク３上に送信する。コンテンツ受信装置２は、コンテンツサーバ１からＡＶコンテンツを、ネットワーク３を介して受信し、再生する。ＡＶコンテンツの例としては、動画、静止画、音声等である。

図１は、本実施の形態のコンテンツサーバ１とコンテンツ受信装置２間の送受信を記述したシーケンス図である。

図１で、ユーザからの再生指示があれば、コンテンツ受信装置２がＣＭＳ：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎリクエストを送信し、コンテンツサーバ１が、ＣＭＳ：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎレスポンスで応答して、ＵＰｎＰ−ＡＶコネクションを接続する。この際、コンテンツサーバ１からコンテンツ受信装置２へコネクションＩＤが通知される。ＵＰｎＰ−ＡＶコネクションが切断されるまでの間、やりとりされるＨＴＴＰメッセージにはこのコネクションＩＤが含まれ、これによって、ＨＴＴＰメッセージとＵＰｎＰ−ＡＶコネクションが関連づけられる。

ついで、コンテンツサーバ１とコンテンツ受信装置２間でＡＶコンテンツ伝送用のＴＣＰコネクションを接続し、コンテンツ受信装置２は、ＨＴＴＰＧＥＴリクエストメッセージを送信してコンテンツの送信開始を要求する。コンテンツサーバ１は、要求されたコンテンツのデータを含むＨＴＴＰＯＫレスポンスメッセージを送信する。

一時停止の指示があると、ＡＶコンテンツ伝送用のＴＣＰコネクションをいったん切断する。ＡＶコンテンツ伝送用のＴＣＰコネクションの切断のためには、例えば、コンテンツ受信装置２からＴＣＰＲＳＴパケットを送信する。ついで、コンテンツサーバ１とコンテンツ受信装置２間のＡＶコンテンツ伝送用のＴＣＰコネクションを再接続し、コンテンツ受信装置２は、ＨＴＴＰＨＥＡＤリクエストメッセージを送信する。ＨＴＴＰＨＥＡＤリクエストメッセージに含まれるＵＲＩは、一時停止前にネットワーク再生していたコンテンツのＵＲＩを指定する。

コンテンツサーバ１には、ＨＴＴＰＨＥＡＤリクエストメッセージで指定されたＵＲＩに対応するコンテンツがあるはずなので、コンテンツサーバ１は、ＨＴＴＰＯＫレスポンスメッセージを送信する。このＨＴＴＰＯＫレスポンスメッセージは、ＨＴＴＰヘッダのみで構成され、コンテンツのデータは含まれない。一時停止期間中、ＨＴＴＰＨＥＡＤリクエストメッセージと対応するＨＴＴＰＯＫレスポンスメッセージの送受信を所定のキープアライブ時間毎に繰り返す。

ユーザが一時停止を解除しネットワーク再生の再開を指示すると、コンテンツ受信装置２は、再びＨＴＴＰＧＥＴリクエストメッセージを送信し、コンテンツサーバ１がコンテンツのデータを含むＨＴＴＰＯＫレスポンスを応答する。

ユーザがネットワーク再生の停止を指示したり、コンテンツの最後に達したりして、ネットワーク再生を停止する場合、まずＡＶコンテンツ伝送用のＴＣＰコネクションを切断する。ついで、コンテンツ受信装置２は、ＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅリクエストを送信し、コンテンツサーバ１がＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅレスポンスで応答して、ＵＰｎＰ−ＡＶコネクションを切断する。

図３は、コンテンツサーバ１の内部構成を示すブロック図である。図３において、蓄積手段１０１は、動画、静止画、音声等のＡＶコンテンツデータを記憶している。リクエスト受信手段１０２は、コンテンツ受信装置２からのＨＴＴＰリクエストメッセージを受信する。レスポンス送信手段１０３は、受信したＨＴＴＰリクエストメッセージの応答であるＨＴＴＰレスポンスメッセージを生成し、送信する。必要な場合、レスポンス送信手段１０３は、蓄積手段１０１からリクエストされたデータを取得する。コネクション管理手段１０４は、ＴＣＰ送受信手段１０６で行うＵＰｎＰ−ＡＶコネクションの接続、切断を管理する。またコネクション管理手段１０４は、コネクションＩＤの管理も行う。ローカル再生手段１０５は、コンテンツサーバ１で蓄積手段１０１が記憶しているＡＶコンテンツの再生をローカルに行う。ＴＣＰ送受信手段１０６は、ＴＣＰプロトコルを用いたデータの送受信を行う。ＵＰｎＰ−ＡＶ処理（サーバ）手段１０７は、コンテンツ受信装置２からのＣＭＳ：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎリクエスト及びＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅリクエストを受信し、これらを解釈して、コネクションの接続または切断要求をコネクション管理手段１０４に通知する。また、ＵＰｎＰ−ＡＶ処理（サーバ）手段１０７は、コネクション管理手段１０４からＵＰｎＰ−ＡＶコネクション接続完了通知を受信すると、ＣＭＳ：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎレスポンスを生成し、ＴＣＰ送受信手段１０６に送る。また、ＵＰｎＰ−ＡＶ処理（サーバ）手段１０７は、コネクション管理手段１０４からＵＰｎＰ−ＡＶコネクション切断通知を受信すると、ＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅレスポンスを生成し、ＴＣＰ送受信手段１０６に送る。なお、ＵＰｎＰ−ＡＶ処理（サーバ）手段１０７は、本発明のコンテンツサーバにおけるＵＰｎＰ−ＡＶ処理手段の例である。

図４は、コンテンツ受信装置２の内部構成を示すブロック図である。図４において、コンテンツサーバ１を構成するブロックと同じ機能を有するブロックには同一符号を付している。ユーザ入力手段２０１は、ユーザからの再生要求や一時停止要求、終了要求等を受け付ける。リクエスト送信手段２０２は、ＨＴＴＰリクエストメッセージを生成し、ＴＣＰ送受信手段１０６を介してコンテンツサーバ１に送信する。レスポンス受信手段２０３は、コンテンツサーバ１に送信したＨＴＴＰリクエストメッセージの応答であるＨＴＴＰレスポンスメッセージを受信し、もしそのメッセージボディにＡＶコンテンツのデータを含んでいたら、ＡＶコンテンツのデータを再生手段２０４に送る。再生手段２０４は、ＡＶコンテンツのデータを受け付け、デコードし、再生する。ＵＰｎＰ−ＡＶ処理（受信装置）手段２０５は、コネクション管理手段１０４からの接続要求または切断要求を受けて、それぞれＣＭＳ：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎリクエストまたはＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅリクエストを送信する。また、ＵＰｎＰ−ＡＶ処理（受信装置）手段２０５は、ＴＣＰ送受信手段１０６経由で、コンテンツサーバ１からのＣＭＳ：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎレスポンスまたはＣＭＳ：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎレスポンスを受信し、コネクション管理手段１０４に通知する。なお、ＵＰｎＰ−ＡＶ処理（受信装置）手段２０５は、本発明のコンテンツ受信装置におけるＵＰｎＰ−ＡＶ処理手段の例である。

以下、コンテンツサーバ１の動作を説明する。まず、コンテンツ配信を開始する場合の、コンテンツサーバ１の動作について説明する。

図５は、本実施の形態において、ＡＶコンテンツをコンテンツサーバ１からコンテンツ受信装置２へネットワーク配信する場合の、コンテンツサーバ１の内部動作を示すシーケンス図である。なお、本実施の形態では、ＵＰｎＰ−ＡＶメッセージの伝送で用いられるＴＣＰコネクションと、ＡＶコンテンツ伝送のためのＨＴＴＰコネクションは別のコネクションであると仮定する。

ＵＰｎＰ−ＡＶ処理（サーバ）手段１０７が、コンテンツ受信装置２からのＣＭＳ：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎリクエストを、ＴＣＰ送受信手段１０６経由で受信すると、ＵＰｎＰ−ＡＶ処理（サーバ）手段１０７は、コネクション管理手段１０４に対してＵＰｎＰ−ＡＶコネクション接続通知を送る。コネクション管理手段１０４は、ＵＰｎＰ−ＡＶコネクションの接続数等からコネクションを受け入れてよいかどうかを判断し、コネクションを受け入れる場合、ＵＰｎＰ−ＡＶ処理（サーバ）手段１０７とリクエスト受信手段１０２にＵＰｎＰ−ＡＶコネクション接続完了通知を送る。コネクション管理手段１０４は、コネクションＩＤもあわせて通知する。ＵＰｎＰ−ＡＶ処理（サーバ）手段１０７とリクエスト受信手段１０２は、通知されたコネクションＩＤを保持する。ＵＰｎＰ−ＡＶ処理（サーバ）手段１０７は、ＣＭＳ：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎレスポンスを生成し、ＴＣＰ送受信手段１０６に送る。ＴＣＰ送受信手段１０６は、ＣＭＳ：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎレスポンスの送信処理を行う。なお、この送信処理ではＵＰｎＰ−ＡＶメッセージ伝送用のＴＣＰコネクションの接続、ＵＰｎＰ−ＡＶメッセージの送信、ＵＰｎＰ−ＡＶメッセージ伝送用のＴＣＰコネクションの切断を行う。

その後、ＡＶコンテンツ伝送用のＴＣＰコネクション接続要求があれば、ＴＣＰ送受信手段１０６がＴＣＰコネクション接続処理を行う。ＴＣＰコネクションの接続についてはコネクション管理手段１０４には通知されない。ついでリクエスト受信手段１０２がＴＣＰ送受信手段１０６経由でＨＴＴＰＧＥＴリクエストメッセージを受信し、このメッセージが通知されたコネクションＩＤを含んでいるなら、リクエスト受信手段１０２は、このＨＴＴＰＧＥＴリクエストメッセージに含まれるＵＲＩに相当するＡＶコンテンツの送信を、レスポンス送信手段１０３に要求する。レスポンス送信手段１０３は、蓄積手段１０１にどのＡＶコンテンツが要求されたかを通知し、蓄積手段１０１は、要求されたＡＶコンテンツのデータをレスポンス送信手段１０３に送る。レスポンス送信手段はこのＡＶコンテンツのデータを含むＨＴＴＰＯＫレスポンスメッセージを生成して、それをＴＣＰ送受信手段１０６経由でネットワーク３に送信する。

なお、ＨＴＴＰＧＥＴリクエストメッセージが、Ｒａｎｇｅヘッダを含み、ＡＶコンテンツの一部分を要求しているような場合、レスポンス送信手段１０３は、要求された部分のみを含む、ＨＴＴＰＰａｒｔｉａｌＣｏｎｔｅｎｔレスポンスメッセージを送信する。

図６は、本実施の形態において、コンテンツ受信装置２でのネットワーク再生が一時停止中の場合のコンテンツサーバ１の動作を示すシーケンス図である。

ＴＣＰ送受信手段１０６がコンテンツ受信装置２からのＨＴＴＰＨＥＡＤリクエストメッセージを受信すると、それをリクエスト受信手段１０２に送信する。リクエスト受信手段１０２は、ＨＴＴＰＨＥＡＤリクエストメッセージに含まれるコネクションＩＤが保持しているコネクションＩＤと一致するなら、レスポンス送信手段１０３に、リクエストされた内容を通知する。レスポンス送信手段１０３は、ＨＴＴＰＨＥＡＤリクエストメッセージに含まれるＡＶコンテンツの属性（長さ等）を蓄積手段１０１に問い合わせる。蓄積手段１０１は、該当するＡＶコンテンツの属性を返す。レスポンス送信手段１０３は、受け取ったＡＶコンテンツの属性を元にＨＴＴＰＯＫレスポンスメッセージを生成し、ＴＣＰ送受信手段１０６を経由してネットワーク３に送信する。これらの動作をＨＴＴＰＨＥＡＤリクエストメッセージを受信するたびに繰り返す。

次に、コンテンツ受信装置２からＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅリクエストを受信した場合のコンテンツサーバ１の動作について説明する。

図７は、本実施の形態において、コンテンツサーバ１が、ネットワーク配信中にコンテンツ受信装置２からのＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅリクエストを受信した場合の動作を示すシーケンス図である。

通常、コンテンツ受信装置２はＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅリクエストを送信する前に、ＡＶコンテンツ伝送用のＴＣＰコネクションを切断する。その後、ＵＰｎＰ−ＡＶ処理（サーバ）手段１０７がＴＣＰ送受信手段１０６経由でＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅリクエストを受信すると、ＵＰｎＰ−ＡＶ処理（サーバ）手段１０７はコネクション管理手段１０４に対して、ＵＰｎＰ−ＡＶコネクション切断通知を送る。コネクション管理手段１０４は、対応するＵＰｎＰ−ＡＶコネクションが切断されたことを確認し、ＵＰｎＰ−ＡＶ処理（サーバ）手段１０７にＵＰｎＰ−ＡＶコネクション切断完了通知を送る。ＵＰｎＰ−ＡＶ処理（サーバ）手段１０７は、ＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅレスポンスを生成し、ＴＣＰ送受信手段１０６に送る。ＴＣＰ送受信手段１０６は、ＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅレスポンスの送信処理を行う。

コネクション管理手段１０４は、ＡＶコンテンツ伝送用のＴＣＰコネクションを切断するために、ＴＣＰ送受信手段１０６に対してＴＣＰコネクション切断要求を送る。図７ではすでにＴＣＰコネクションは切断されているので、ＴＣＰ送受信手段１０６は、コネクション管理手段１０４に対してＴＣＰコネクション切断通知を返信する。その後、コネクション管理手段１０４は、リクエスト受信手段１０２にＵＰｎＰ−ＡＶコネクションの切断を通知する。

なお、ＡＶコンテンツ伝送用のＴＣＰコネクションが切断されずにＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅリクエストを受信した場合は、ＴＣＰ送受信手段１０６は、ＴＣＰコネクション切断通知を送る前にＴＣＰコネクションの切断処理を行う。

次に、本実施の形態のコンテンツサーバ１がローカルにＡＶコンテンツの再生を行う場合の動作について説明する。

図８は、コンテンツサーバ１でローカルにＡＶコンテンツの再生を行う際のコンテンツサーバ１の内部動作を示すシーケンス図である。ローカル再生手段１０５でローカル再生の準備が完了すると、ローカル再生手段１０５はＵＰｎＰ−ＡＶコネクション破棄要求をコネクション管理手段１０４に通知する。コネクション管理手段１０４は、ＡＶコンテンツ伝送用のＴＣＰコネクションを切断するための、ＴＣＰコネクション切断要求をＴＣＰ送受信手段１０６に通知する。ＴＣＰ送受信手段１０６は、ＴＣＰコネクションの切断処理を行った後、コネクション管理手段１０４にＴＣＰコネクション切断通知を送る。コネクション管理手段１０４は、ＵＰｎＰ−ＡＶコネクション破棄通知をリクエスト受信手段１０２、ローカル再生手段１０５及びＵＰｎＰ−ＡＶ処理（サーバ）手段１０７に送る。ローカル再生手段１０５は、ＵＰｎＰ−ＡＶコネクション破棄通知を受け付けた後、ローカルでの再生を開始する。

この後ＡＶコンテンツ伝送用のコネクションが接続され、新たなＨＴＴＰＧＥＴメッセージを受信したとしても、ＨＴＴＰエラーレスポンスが返信される。

なお、図８の例は、ローカル、ネットワークでの再生の合計が１本のみに制限されているコンテンツサーバ１の例であるが、コンテンツサーバ１は２本以上のＡＶコンテンツの再生が行えてもよい。その場合は、ＡＶコンテンツの再生数の合計が制限数に達していて、かつローカルに再生を開始する前に、ネットワーク再生中に利用しているＵＰｎＰ−ＡＶコネクションのうちの一つを切断する。また、このような場合、ローカルに再生することができなくてもよい。その場合、ディスプレイ等に表示することによってユーザに再生できない理由を通知してもしなくてもよい。また、ネットワーク再生中に利用しているＵＰｎＰ−ＡＶコネクションの一部または全部を切断してもよい。

なお、ＴＣＰ送受信手段１０６がＡＶコンテンツ伝送用のＴＣＰコネクション切断を要求されたが、すでにＴＣＰコネクションが切断されている場合は、ＴＣＰ送受信手段１０６は処理を行わずＴＣＰコネクション切断完了をコネクション管理手段１０４に通知する。

次に、コンテンツサーバ１において、コンテンツ受信装置２から所定の時間以上ＨＴＴＰリクエストメッセージを受信できない場合の動作について説明する。

図９は、本実施の形態において、コンテンツ受信装置２から所定の時間以上ＨＴＴＰリクエストメッセージを受信できない場合の、コンテンツサーバ１の内部動作を示すシーケンス図である。

リクエスト受信手段１０２が、所定の時間以上ＨＴＴＰリクエストメッセージを受信できない無通信状態を検出すると、リクエスト受信手段１０２は、ＵＰｎＰ−ＡＶコネクション破棄をコネクション管理手段１０４に要求する。コネクション管理手段１０４は、ＡＶコンテンツ伝送用のＴＣＰコネクションを切断するために、ＴＣＰ送受信手段１０６にＴＣＰコネクション切断を要求する。ＴＣＰ送受信手段１０６は、ＡＶコンテンツ伝送用のＴＣＰコネクション切断処理を実施し、ＴＣＰコネクション切断完了をコネクション管理手段１０４に通知する。コネクション管理手段１０４は、リクエスト受信手段１０２及びＵＰｎＰ−ＡＶ処理（サーバ）手段１０７にＵＰｎＰ−ＡＶコネクション破棄完了を通知する。

以下、本実施の形態におけるコンテンツ受信装置２の動作について説明する。

まず、ＡＶコンテンツをコンテンツサーバ１からコンテンツ受信装置２へネットワーク配信する場合のコンテンツ受信装置２の動作を説明する。

図１０は、本実施の形態において、ＡＶコンテンツをコンテンツサーバ１からコンテンツ受信装置２へネットワーク配信する場合の、コンテンツ受信装置２の内部動作を示すシーケンス図である。

ユーザがＡＶコンテンツの内容と開始位置（最初から、等）をユーザ入力手段２０１に入力すると、ユーザ入力手段２０１が、ＡＶコンテンツ名と開始位置を指定して、リクエスト送信手段２０２に再生開始を要求する。リクエスト送信手段２０２は、ＵＰｎＰ−ＡＶコネクション接続要求をＵＰｎＰ−ＡＶ処理（受信装置）手段２０５に送る。ＵＰｎＰ−ＡＶ処理（受信装置）手段２０５は、ＣＭＳ：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎリクエストを生成し、ＴＣＰ送受信手段１０６に送る。ＴＣＰ送受信手段１０６は、ＣＭＳ：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎリクエストの送信処理を行う。この送信処理では、ＵＰｎＰ−ＡＶメッセージ伝送用のＴＣＰコネクション接続、ＵＰｎＰ−ＡＶメッセージの送信、ＴＣＰコネクションの切断を行う。

ＴＣＰ送受信手段１０６が、コンテンツサーバ１からのＵＰｎＰ−ＡＶメッセージを受信すると、そのメッセージをＵＰｎＰ−ＡＶ処理（受信装置）手段２０５に送る。ＵＰｎＰ−ＡＶ処理（受信装置）手段２０５は、メッセージがＣＭＳ：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎレスポンスであるかどうかを判断し、そうであれば、ＵＰｎＰ−ＡＶコネクション接続完了通知と、ＣＭＳ：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎレスポンスに含まれているコネクションＩＤをコネクション管理手段１０４に送る。コネクション管理手段１０４は、ＵＰｎＰ−ＡＶコネクション接続完了通知とコネクションＩＤをリクエスト送信手段２０２に送る。リクエスト送信手段２０２は、通知されたコネクションＩＤを保持する。

リクエスト送信手段２０２は、要求されたＡＶコンテンツ名と開始位置からＨＴＴＰＧＥＴリクエストメッセージを生成し、ＴＣＰ送受信手段１０６を経由してネットワーク３に送信する。ＨＴＴＰＧＥＴリクエストメッセージにはリクエスト送信手段２０２が保持しているコネクションＩＤを含ませる。ＴＣＰ送受信手段１０６は、ＨＴＴＰＧＥＴリクエストメッセージの送信前にコンテンツサーバ１とのＡＶコンテンツ伝送用のＴＣＰコネクションを確立する。

この際、途中からの再生や早送り再生、巻き戻し再生等の場合は、ＨＴＴＰＧＥＴリクエストメッセージにＲａｎｇｅヘッダを含ませ、要求する部分を指定する。ＴＣＰ送受信手段１０６が、コネクションサーバ１が送信したＨＴＴＰレスポンスメッセージを受信すると、そのメッセージをレスポンス受信手段２０３に送信する。レスポンス受信手段２０３は、受信したＨＴＴＰレスポンスメッセージからＡＶコンテンツのデータを抽出し、再生手段２０４に送る。再生手段２０４は、受信したＡＶコンテンツのデータをデコードし、再生する。早送り再生や巻き戻し再生の場合は、Ｒａｎｇｅヘッダで要求するＡＶコンテンツの部分を少しずつずらしながら、ＨＴＴＰＧＥＴリクエストメッセージとＨＴＴＰレスポンスメッセージのやりとりを繰り返す。

次に、本実施の形態において、ユーザの指示により再生を一時停止した場合のコンテンツ受信装置２の動作について説明する。

図１１は、本実施の形態において、ＡＶコンテンツをコンテンツサーバ１からコンテンツ受信装置２へネットワーク配信する場合で、コンテンツ受信装置２のユーザが再生を一時停止した場合のコンテンツ受信装置２の内部動作を示すシーケンス図である。

ユーザ入力手段２０１がユーザからの一時停止指示を受け付けると、その旨をリクエスト送信手段２０２に通知する。リクエスト送信手段２０２はＴＣＰ送受信手段１０６に対してＡＶコンテンツ伝送用のＴＣＰコネクションのリセットを指示する。ＴＣＰ送受信手段１０６は、コンテンツサーバ１とのＡＶコンテンツ伝送用のＴＣＰコネクションをいったん切断した後、再接続する。

リクエスト送信手段２０２は、コンテンツサーバ１宛てのＨＴＴＰＨＥＡＤリクエストメッセージを生成し、ＴＣＰ送受信手段１０６経由でネットワーク３に送信する。ＨＴＴＰＨＥＡＤリクエストメッセージには、リクエスト送信手段２０２が保持しているコネクションＩＤを含ませる。このＨＴＴＰＧＥＴリクエストメッセージに含まれるＵＲＩは、それまでにネットワーク再生していたＡＶコンテンツのＵＲＩと同一とすることが好適であるが、コンテンツサーバ１に存在することが確定している他のＡＶコンテンツのＵＲＩでもよい。またあらかじめコンテンツサーバ１とコンテンツ受信装置２間で取り決めしておいた一時停止用のＵＲＩでもよい。

コンテンツサーバ１は、ＨＴＴＰＨＥＡＤリクエストメッセージにＨＴＴＰＯＫレスポンスメッセージで応答するが、ＴＣＰ送受信手段１０６経由でこのＨＴＴＰＯＫレスポンスメッセージを受信したレスポンス受信手段２０３は、リクエスト送信手段２０２にレスポンス到着を通知する。このようにして、コンテンツ受信装置２は、所定のキープアライブ時間毎にＨＴＴＰＨＥＡＤリクエストメッセージを送信し、ＨＴＴＰＯＫレスポンスメッセージを受信する。

なお、ＨＴＴＰＨＥＡＤメッセージを送信し、そのレスポンスを受信した後は、ＡＶコンテンツ伝送用のＴＣＰコネクションを接続したままにしても切断してもよい。切断する場合は、ＨＴＴＰＨＥＡＤメッセージを送信するたびにＡＶコンテンツ伝送用のＴＣＰコネクションを接続する。

次に、本実施の形態におけるネットワーク再生終了時のコンテンツ受信装置２の動作について説明する。

図１２は、本実施の形態において、ネットワーク再生がＡＶコンテンツの終わりに達した場合のコンテンツ受信装置２の動作について説明したシーケンス図である。

レスポンス受信手段２０３が、ＡＶコンテンツの終わりを受信すると、レスポンス受信手段２０３はＴＣＰコネクションの切断をコネクション管理手段１０４に要求する。コネクション管理手段１０４は、ＴＣＰ送受信手段１０６にＴＣＰコネクションの切断を要求する。ＴＣＰ送受信手段１０６はコネクション切断処理を実行し、コネクション管理手段１０４にＴＣＰコネクションの切断完了を通知する。コネクション管理手段１０４は、レスポンス受信手段２０３にＴＣＰコネクションの切断完了を通知する。

次にコネクション管理手段１０４は、ＵＰｎＰ−ＡＶ処理（受信装置）手段２０５にＵＰｎＰ−ＡＶコネクション切断を指示する。ＵＰｎＰ−ＡＶ処理（受信装置）手段２０５は、ＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅリクエストを生成し、ＴＣＰ送受信手段１０６に送る。ＴＣＰ送受信手段１０６は、このＵＰｎＰ−ＡＶメッセージの送信処理を行い、コンテンツサーバ１からのＵＰｎＰ−ＡＶメッセージを待つ。

コンテンツサーバ１からのＵＰｎＰ−ＡＶメッセージを受信すると、ＴＣＰ送受信手段１０６は、そのメッセージをＵＰｎＰ−ＡＶ処理（受信装置）手段２０５に送る。ＵＰｎＰ−ＡＶ処理（受信装置）手段２０５は、そのメッセージがＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅレスポンスであることを確認し、ＵＰｎＰ−ＡＶコネクション切断通知をコネクション管理手段１０４に送る。コネクション管理手段１０４は、ＵＰｎＰ−ＡＶコネクション切断完了通知を、レスポンス受信手段２０３に送る。レスポンス受信手段２０３は、再生手段２０４に再生終了を指示し、再生手段２０４は再生終了処理を行う。

次に、本実施の形態において、所定の時間以上コンテンツサーバからのＨＴＴＰレスポンスメッセージを受信できない場合のコンテンツ受信装置の動作を説明する。

図１３は、本実施の形態において、コンテンツサーバ１から所定の時間以上ＨＴＴＰレスポンスメッセージを受信できない場合の、コンテンツ受信装置２の内部動作を示すシーケンス図である。

レスポンス受信手段２０３が、所定の時間以上ＨＴＴＰリクエストメッセージを受信できない無通信状態を検出すると、コネクション管理手段１０４にＵＰｎＰ−ＡＶコネクションの切断を要求する。コネクション管理手段１０４は、ＴＣＰ送受信手段１０６にコネクション切断を要求する。ＴＣＰ送受信手段１０６はコネクション切断処理を実行し、コネクション管理手段１０４にＴＣＰコネクションの切断完了を通知する。

次に、コネクション管理手段１０４は、ＵＰｎＰ−ＡＶ処理（受信装置）手段２０５にＵＰｎＰ−ＡＶコネクションの切断を指示する。ＵＰｎＰ−ＡＶ処理（受信装置）手段２０５は、ＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅリクエストを生成し、そのＵＰｎＰ−ＡＶメッセージをＴＣＰ送受信手段１０６に送る。ＴＣＰ送受信手段１０６は、このメッセージの送信処理を行う。

ＴＣＰ送受信手段１０６が、コンテンツサーバ１からのＵＰｎＰ−ＡＶメッセージを受信すると、そのメッセージをＵＰｎＰ−ＡＶ処理（受信装置）手段２０５に送る。ＵＰｎＰ−ＡＶ処理（受信装置）手段２０５は、このメッセージがＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅレスポンスであることを確認し、ＵＰｎＰ−ＡＶコネクション切断完了通知をコネクション管理手段１０４に送る。コネクション管理手段１０４は、レスポンス受信手段２０３にコネクション切断の完了を通知し、レスポンス受信手段２０３は、再生の終了を再生手段２０４に指示する。再生手段２０４はレスポンス受信手段２０３の指示に従って、再生終了処理を行う。

以上、本実施の形態によれば、コンテンツ受信装置２が、一時停止中にＨＴＴＰＨＥＡＤリクエストメッセージを定期的に送信するので、コンテンツサーバ１がＵＰｎＰ−ＡＶコネクションを破棄することがない。従ってコンテンツ受信装置２のユーザは、一時停止を解除、再生再開した場合、確実に続きを視聴することができる。

なお、本実施の形態では一時停止時の際に、コンテンツ受信装置２がＨＴＴＰレスポンスの受信途中でＡＶ伝送用のＴＣＰコネクションを強制切断している。この場合は、再生手段２０４が再生を終えた位置を覚えておき、コンテンツ受信装置２は、ＡＶ伝送用のＴＣＰコネクションを再接続した後、再開時にＡＶコンテンツのその位置からの伝送を要求するようなＨＴＴＰＧＥＴリクエストメッセージを送信する。これは、ＡＶコンテンツ伝送用のＴＣＰコネクションをいつ切断しても、ＵＰｎＰ−ＡＶコネクションは維持されているので、他のコンテンツ受信装置２に割り込まれることがないことが保証されていることによる。

また、本実施の形態では、早送り再生や巻き戻し再生の場合に、コンテンツ受信装置が、ＡＶコンテンツの一部を要求するようなＨＴＴＰＧＥＴリクエストメッセージを、要求する部分をずらしながら繰り返し送信するとした。この方法は、要求する部分を連続するようなＨＴＴＰＧＥＴリクエストメッセージを繰り返し送信することにより、通常の再生の場合にも使える。すなわち、例えば、最初は０バイト目から９９９９バイト目を要求し、次に１００００バイト目から１９９９９バイト目を要求、次に２００００バイト目から２９９９９バイト目を要求する等を繰り返せばよい。

このようにＡＶコンテンツの一部だけを要求するような場合では、コンテンツ受信装置は、一時停止の際に要求したＡＶコンテンツをすべて受信してから、ＨＴＴＰＨＥＡＤリクエストメッセージを送信してもよい。ただし、要求したデータの範囲が大きい場合、ユーザからの一時停止指示から実際に一時停止するまでの遅延が大きくなるので、実際は、要求するデータ範囲が一定量以下の場合に利用可能である。

このようにＡＶコンテンツの一部を要求するＨＴＴＰＧＥＴリクエストメッセージを繰り返し送信する場合でも、１回のＨＴＴＰリクエストメッセージ／ＨＴＴＰレスポンスメッセージのやりとり毎にＡＶ伝送用のＴＣＰコネクションを切断してもよい。

なお、本実施の形態では、ＵＰｎＰ−ＡＶコネクションを用いたが、ネットワーク再生に用いられる別のアプリケーション層のコネクションを使ってもよい。

以上のように、本発明のコンテンツ受信装置では、一時停止中にＨＴＴＰＨＥＡＤリクエストメッセージを定期的に送信することで、ＵＰｎＰ−ＡＶコネクションが切断されず、ユーザが一時停止を解除、再生再開した場合、確実に続きを視聴することができる。更に、本発明のコンテンツ受信装置では、上記の効果を維持しつつ、ネットワークケーブルが抜ける等でコンテンツサーバとの通信が途絶えたことを検出し、適切な異常処理をすることができる。

また副次的な効果として、一時停止中に何からの理由でこれまで視聴していたＡＶコンテンツが失われてしまった場合、コンテンツ受信装置がＨＴＴＰＨＥＡＤリクエストメッセージへの応答によって、そのことを知り、ユーザに通知することができる。

また、本発明のコンテンツサーバは、コンテンツ受信装置がユーザ操作により一時停止中なのか異常状態なのかを判別することができるので、一時停止中なら他のコンテンツ受信装置からのＡＶコンテンツ配信要求やローカル再生を抑制し、異常状態なら適切な異常処理を行うことができる。

また、上記のことがＡＶコンテンツ伝送用のＴＣＰコネクションとは独立に実施することができ、ＴＣＰコネクションは任意の時点で切断することができる。

なお、上記の実施の形態において、コンテンツサーバとコンテンツ受信装置の間に、例えば、中継装置が存在し、コンテンツ受信装置から中継装置にＨＴＴＰリクエストメッセージが送信され、中継装置がコンテンツサーバをアクセスし、ＡＶコンテンツを取得して、コンテンツ受信装置に当該ＡＶコンテンツを送信してもよい。つまり、コンテンツサーバとコンテンツ受信装置は、直接にネットワークで、データの送受信を行う必要は、必ずしもない。

また、本発明では、コンテンツサーバにコンテンツ受信装置が一つだけ接続されている例をとって説明したが、コンテンツ受信装置は２つ以上存在しても、本発明は適用できる。この場合、コンテンツサーバがローカル再生を行う時に、接続されている２つ以上の受信装置のうち、一部または全部とのＵＰｎＰ−ＡＶコネクションコネクションを切断してもよい。

また、本発明のプログラムは上述した本発明のコンテンツサーバ、コンテンツ受信装置の全部または一部の手段をコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムである。

また、本発明の記録媒体は、上述した本発明のコンテンツサーバ、コンテンツ受信装置の全部または一部の手段をコンピュータにより実行させるためのプログラムを記録した記録媒体であり、コンピュータにより読み取り可能かつ読み取られた前記プログラムが前記コンピュータと協働して利用される記録媒体である。

また、本発明のプログラムの一利用形態は、コンピュータにより読み取り可能な記録媒体に記録され、コンピュータと協働して動作する態様であってもよい。

また、記録媒体としては、ＲＯＭ等が含まれ、伝送媒体としては、インターネット等の伝送媒体、光・電波・音波などが含まれる。

また、以上説明したように、本発明の構成は、ソフトウェア的に実現してもよいし、ハードウェア的に実現してもよい。

ＨＴＴＰ以外の標準または非標準のプロトコルにも使用を拡大できる。

本発明の実施の形態における、コンテンツサーバとコンテンツ受信装置間のシーケンス図同、コンテンツサーバとコンテンツ受信装置の接続形態の一例を示すネットワーク図同、コンテンツサーバ１の内部構成を示すブロック図同、コンテンツ受信装置２の内部構成を示すブロック図同、ネットワーク再生時のコンテンツサーバ１の内部動作を示すシーケンス図同、ネットワーク再生が一時停止中の場合のコンテンツサーバ１の動作を示すシーケンス図同、コンテンツ受信装置２からコネクション切断要求を受信した場合のコンテンツサーバ１の動作を示すシーケンス図同、コンテンツサーバ１でローカルにＡＶコンテンツの再生を行う際のコンテンツサーバ１の内部動作を示すシーケンス図同、コンテンツサーバ１から所定の時間以上ＨＴＴＰレスポンスメッセージを受信できない場合の、コンテンツ受信装置２の内部動作を示すシーケンス図ネットワーク再生時のコンテンツ受信装置２の内部動作を示すシーケンス図同、ネットワーク再生が一時停止した場合のコンテンツ受信装置２の内部動作を示すシーケンス図同、ネットワーク再生がＡＶコンテンツの終わりに達した場合のコンテンツ受信装置２の動作について説明したシーケンス図同、コンテンツサーバ１から所定の時間以上ＨＴＴＰレスポンスメッセージを受信できない場合の、コンテンツ受信装置２の内部動作を示すシーケンス図

符号の説明

１コンテンツサーバ
２コンテンツ受信装置
３ネットワーク
１０１蓄積手段
１０２リクエスト受信手段
１０３レスポンス送信手段
１０４コネクション管理手段
１０５ローカル再生手段
１０６ＴＣＰ送受信手段
１０７ＵＰｎＰ−ＡＶ処理（サーバ）手段
２０１ユーザ入力手段
２０２リクエスト送信手段
２０３レスポンス受信手段
２０４再生手段
２０５ＵＰｎＰ−ＡＶ処理（受信装置）手段

Claims

１台以上のコンテンツ受信装置にＡＶコンテンツを配信するコンテンツサーバであって、
ＨＴＴＰリクエストメッセージを受信するリクエスト受信手段と、前記コンテンツ受信装置とのＵＰｎＰ−ＡＶコネクションを管理するコネクション管理手段とを備え、
前記コネクション管理手段は、前記リクエスト受信手段が、所定の時間以上、前記コンテンツ受信装置からのＨＴＴＰリクエストメッセージを受信しなければ、そのコンテンツ受信装置とのＵＰｎＰ−ＡＶコネクションを破棄することを特徴とするコンテンツサーバ。
ＡＶコンテンツをサーバ本体でローカル再生するためのローカル再生手段を更に備え、前記ローカル再生手段がＡＶコンテンツのローカル再生を開始すると、前記コネクション管理手段が前記１台以上のコンテンツ受信装置のうちの一部または全部とのＵＰｎＰ−ＡＶコネクションを破棄することを特徴とする請求項１記載のコンテンツサーバ。
ＨＴＴＰを用いて、コンテンツサーバに蓄積されている画像または音声を含むＡＶコンテンツのネットワーク再生を行うコンテンツ受信装置であって、
前記コンテンツサーバへのネットワーク再生要求を記述したＨＴＴＰリクエストメッセージを送信するリクエスト送信手段と、前記ＨＴＴＰリクエストメッセージに対する前記コンテンツサーバからの応答であるＨＴＴＰレスポンスメッセージを受信するレスポンス受信手段と、ユーザからの指示を受け付けるユーザ入力手段と、前記コンテンツサーバとのＵＰｎＰ−ＡＶコネクションを管理するコネクション管理手段とを備え、
前記ユーザ入力手段にネットワーク再生の一時停止指示が入力されると、前記リクエスト送信手段が、所定の時間間隔でＨＥＡＤメソッドを含むＨＴＴＰリクエストメッセージを前記コンテンツサーバに送信し、
前記レスポンス受信手段は、前記ＨＥＡＤメソッドを含むＨＴＴＰリクエストメッセージに対する前記コンテンツサーバからの応答であるＨＴＴＰレスポンスメッセージを受信し、
前記レスポンス受信手段が所定の時間以上ＨＴＴＰレスポンスメッセージを受信しなければ、前記コネクション管理手段が前記コンテンツサーバとのＵＰｎＰ−ＡＶコネクションを切断することを特徴とするコンテンツ受信装置。
ＵＰｎＰ−ＡＶメッセージの送受信を行うＵＰｎＰ−ＡＶ処理手段を更に備え、前記ＵＰｎＰ−ＡＶ処理手段は、ＵＰｎＰ−ＡＶコネクションの接続のために前記コンテンツサーバへＣＭＳ：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎリクエストを送信し、ＵＰｎＰ−ＡＶコネクションを切断するために前記コンテンツサーバへＣＭＳ：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅを送信することを特徴とする請求項３に記載のコンテンツ受信装置。
請求項１に記載のコンテンツサーバが有する、ＨＴＴＰリクエストメッセージを受信する前記リクエスト受信手段、前記コンテンツ受信装置とのＵＰｎＰ−ＡＶコネクションを管理する前記コネクション管理手段、としてコンピュータを機能させるためのプログラム。
請求項２に記載のコンテンツサーバが有する、ＨＴＴＰリクエストメッセージを受信する前記リクエスト受信手段、前記コンテンツ受信装置とのＵＰｎＰ−ＡＶコネクションを管理する前記コネクション管理手段、ＡＶコンテンツをサーバ本体でローカル再生するための前記ローカル再生手段、としてコンピュータを機能させるためのプログラム。
請求項３に記載のコンテンツ受信装置が有する、ＨＴＴＰリクエストメッセージを送信する前記リクエスト送信手段、ＨＴＴＰレスポンスメッセージを受信する前記レスポンス受信手段、ユーザからの指示を受け付ける前記ユーザ入力手段、としてコンピュータを機能させるためのプログラム。
請求項４に記載のコンテンツ受信装置が有する、ＨＴＴＰリクエストメッセージを送信する前記リクエスト送信手段、ＨＴＴＰレスポンスメッセージを受信する前記レスポンス受信手段、前記コンテンツサーバとのＴＣＰコネクションを管理する前記コネクション管理手段、ユーザからの指示を受け付ける前記ユーザ入力手段、ＵＰｎＰ−ＡＶメッセージの送受信を行う前記ＵＰｎＰ−ＡＶ処理手段、としてコンピュータを機能させるためのプログラム。
請求項５乃至８のいずれかに記載のプログラムを記録した記録媒体であって、コンピュータで利用可能な記録媒体。