(57)【要約】【課題】  ＨＴＴＰのＲａｎｇｅヘッダを使ってコンテンツサーバからコンテンツ受信装置へＡＶコンテンツを分割伝送中に、コンテンツ受信装置ユーザが一時停止をした場合、ＴＣＰコネクションが切断される場合がある。この間に別のコンテンツ受信装置がＡＶコンテンツを要求すると、最初のコンテンツ受信装置のユーザが一時停止を再開しても続きを視聴できなくなってしまう場合がある。【解決手段】  一時停止中に、ＨＴＴＰ  ＨＥＡＤリクエストメッセージを定期的に送信し、ＴＣＰコネクションが切断されないようにする。【選択図】  図１
2005167891.tif 000002
【特許請求の範囲】
【請求項１】
ＨＴＴＰを用いて、コンテンツサーバに蓄積されている画像または音声を含むＡＶコンテンツのネットワーク再生を行うコンテンツ受信装置であって、
ユーザからネットワーク再生に関する指示を受け付けるユーザ入力手段と、前記コンテンツサーバへの要求を記述したＨＴＴＰリクエストメッセージを送信するリクエスト送信手段と、前記ＨＴＴＰリクエストメッセージに対する前記コンテンツサーバからの応答であるＨＴＴＰレスポンスメッセージを受信するレスポンス受信手段とを備え、
前記リクエスト送信手段は、ＡＶコンテンツの一部分の配信を要求するＨＴＴＰリクエストメッセージを前記コンテンツサーバに順次送信し、前記ユーザ入力手段にネットワーク再生の一時停止指示が入力されると、前記ＨＴＴＰリクエストメッセージの送信を停止し、所定の時間間隔でＨＥＡＤメソッドを含むＨＴＴＰリクエストメッセージを前記コンテンツサーバに送信し、
前記レスポンス受信手段は、前記ＨＥＡＤメソッドを含むＨＴＴＰリクエストメッセージに対する前記コンテンツサーバからの応答であるＨＴＴＰレスポンスメッセージを受信することを特徴とするコンテンツ受信装置。
【請求項２】
前記コンテンツサーバとのＴＣＰコネクションを管理するコネクション管理手段を更に備え、前記レスポンス受信手段が所定の時間以上ＨＴＴＰレスポンスメッセージを受信しなければ、前記コネクション管理手段が前記コンテンツサーバとのＴＣＰコネクションを切断することを特徴とする、請求項１記載のコンテンツ受信装置。
【請求項３】
請求項１または２に記載の１台以上のコンテンツ受信装置にＡＶコンテンツを配信するコンテンツサーバであって、
前記ＨＴＴＰリクエストメッセージを受信するリクエスト受信手段と、前記コンテンツ受信装置とのＴＣＰコネクションを管理するコネクション管理手段とを備え、
前記コネクション管理手段は、前記リクエスト受信手段が、所定の時間以上、前記コンテンツ受信装置からのＨＴＴＰリクエストメッセージを受信しなければ、そのコンテンツ受信装置とのＴＣＰコネクションを切断することを特徴とするコンテンツサーバ。
【請求項４】
ＡＶコンテンツをサーバ本体でローカル再生するためのローカル再生手段を更に備え、前記ローカル再生手段がＡＶコンテンツのローカル再生を開始すると、前記コネクション管理手段が前記１台以上のコンテンツ受信装置のうちの一部または全部とのＴＣＰコネクションを切断することを特徴とする請求項３記載のコンテンツサーバ。
【請求項５】
請求項１に記載のコンテンツ受信装置が有する、ユーザからのネットワーク再生に関する指示を受け付けるユーザ入力手段、ＨＴＴＰリクエストメッセージを送信するリクエスト送信手段、ＨＴＴＰレスポンスメッセージを受信するレスポンス受信手段、としてコンピュータを機能させるためのプログラム。
【請求項６】
請求項２に記載のコンテンツ受信装置が有する、ユーザからのネットワーク再生に関する指示を受け付けるユーザ入力手段、ＨＴＴＰリクエストメッセージを送信するリクエスト送信手段、ＨＴＴＰレスポンスメッセージを受信するレスポンス受信手段、前記コンテンツサーバとのＴＣＰコネクションを管理するコネクション管理手段、としてコンピュータを機能させるためのプログラム。
【請求項７】
請求項３に記載のコンテンツサーバが有する、ＨＴＴＰリクエストメッセージを受信するリクエスト受信手段、記コンテンツ受信装置とのＴＣＰコネクションを管理するコネクション管理手段、としてコンピュータを機能させるためのプログラム。
【請求項８】
請求項３に記載のコンテンツサーバが有する、ＨＴＴＰリクエストメッセージを受信するリクエスト受信手段、前記コンテンツ受信装置とのＴＣＰコネクションを管理するコネクション管理手段、ＡＶコンテンツをサーバ本体でローカル再生するためのローカル再生手段、としてコンピュータを機能させるためのプログラム。
【請求項９】
請求項５乃至８のいずれかに記載のプログラムを担持した記録媒体であって、コンピュータで利用可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像または音声を含むＡＶコンテンツをネットワークを介して送受信するコンテンツサーバ、コンテンツ受信装置、プログラム及び記憶媒体に関する。特に、コンテンツ受信装置のユーザがＡＶコンテンツの視聴を一時停止した場合に、一時停止解除が容易に行えるコンテンツサーバ、コンテンツ受信装置、プログラム及び記憶媒体に関する。
【背景技術】
【０００２】
コンテンツサーバに含まれるＡＶコンテンツをコンテンツ受信装置でネットワーク再生する場合に用いられる通信プロトコルとして、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）がある。ＨＴＴＰを用いたＡＶコンテンツの送受信は、コンテンツサーバがコンテンツ受信装置からのＨＴＴＰリクエストメッセージを受信し、ＨＴＴＰレスポンスメッセージにＡＶコンテンツのデータを含ませて送信することより実現する。
【０００３】
ＨＴＴＰのバージョン１．０では、ＨＴＴＰリクエストメッセージで一つのＡＶコンテンツすべてをリクエストすることしかできなかった。しかし、バージョン１．１になり、ＡＶコンテンツの一部分だけをリクエストすることができるようになった（例えば、非特許文献１参照）。この機能を用いて、画像ファイルの一部分だけを取得する方法が提案されている（例えば、特許文献１参照）。
【０００４】
ＡＶコンテンツの部分取得を使えば、ＡＶコンテンツのある部分だけを再生することができる他、ネットワーク経由での動画像や音声の早送り再生や巻き戻し再生、スキップ再生等を実現することができる。
【０００５】
通常、ＨＴＴＰはＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）層の上位プロトコルとして実装されるので、ＨＴＴＰメッセージの送受信を行うためにはＴＣＰコネクションが接続されていなければならない。ＡＶコンテンツをネットワーク再生しようとする場合、コンテンツサーバとコンテンツ受信装置間には、ＡＶコンテンツのデータを配信するためにかかる時間、ＴＣＰコネクションが維持される。
【０００６】
一方、コンテンツサーバが同時にネットワーク配信できるＡＶコンテンツの数は、コンテンツサーバの蓄積メディアや資源に依存する。コンテンツサーバによっては、一度に一本のＡＶコンテンツしか配信できないものもあれば、数本を同時に配信できるものもある。このような制限を超えてネットワーク再生をリクエストしようとしたコンテンツ受信装置に対しては、一般にエラーメッセージが送信されるか、またはリクエストそのものが無視される。
【０００７】
ＨＴＴＰを用いたネットワーク再生において、ＡＶコンテンツを再生中に、ユーザが一時停止を指示した場合に、一時停止を実現する方法としてはいくつか考えられる。一つは、ネットワーク上での伝送は止めずにコンテンツ受信装置でのＡＶコンテンツの出力だけを止める方法がある（例えば、特許文献２参照）。この方法では、コンテンツ受信装置は、最後には受信バッファがいっぱいになり、受信できない状態になる。この場合、ＨＴＴＰはＴＣＰを用いているので、ＴＣＰの受信ウィンドウが０であることがコンテンツサーバに通知される。
【特許文献１】特開２００１−１０１０９１号公報
【特許文献２】特開２００１−２４２８７６号公報
【非特許文献１】Ｒ．Ｆｉｅｌｄｉｎｇ他著 “Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ−ＨＴＴＰ／１．１”，ＲＦＣ２６１６
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記の方法におけるネットワーク再生の一時停止は、コンテンツサーバが、一時停止状態が長時間続いた場合と、コンテンツ受信装置に異常状態に陥った場合の区別をつけることができなくなる。よって、ユーザが単に一時停止状態を長く続けていると、コンテンツサーバは異常状態と勘違いして、ＴＣＰコネクションを切断してしまう場合がある。ＴＣＰコネクションが切断されてしまった場合、コンテンツ受信装置がネットワーク再生を再開しようとすると、ＴＣＰコネクションの接続からやり直さなければならなくなる。ところが、ＴＣＰコネクションが切断されている間に別のコンテンツ受信装置へのＡＶコンテンツ配信が始まってしまう可能性がある。また、コンテンツサーバ自身でローカルに再生動作を行う場合もある。
【０００９】
一般に、コンテンツサーバが同時にネットワーク配信できるＡＶコンテンツの数には制限がある。またコンテンツサーバによってはローカルでの再生数もその制限数に含まれる場合がある。これは、ネットワーク性能やＡＶコンテンツを蓄積している蓄積デバイスの読み出し性能からの制約による。
【００１０】
このようなことがおきると、コンテンツ受信装置のユーザはネットワーク再生を一時停止した後、再開をしても続きを視聴できなくなってしまう可能性がある。
【００１１】
本発明は、上記従来の課題を解決するもので、コンテンツ受信装置がネットワーク再生を一時停止した後、再生再開した場合に、確実にネットワーク再生ができる、コンテンツサーバ、コンテンツ受信装置、プログラム及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するための、本発明の第一のコンテンツ受信装置は、ＨＴＴＰを用いて、コンテンツサーバに蓄積されている画像または音声を含むＡＶコンテンツのネットワーク再生を行うコンテンツ受信装置であって、
ユーザからネットワーク再生に関する指示を受け付けるユーザ入力手段と、前記コンテンツサーバへの要求を記述したＨＴＴＰリクエストメッセージを送信するリクエスト送信手段と、前記ＨＴＴＰリクエストメッセージに対する前記コンテンツサーバからの応答であるＨＴＴＰレスポンスメッセージを受信するレスポンス受信手段とを備え、
前記リクエスト送信手段は、ＡＶコンテンツの一部分の配信を要求するＨＴＴＰリクエストメッセージを前記コンテンツサーバに順次送信し、前記ユーザ入力手段にネットワーク再生の一時停止指示が入力されると、前記ＨＴＴＰリクエストメッセージの送信を停止し、所定の時間間隔でＨＥＡＤメソッドを含むＨＴＴＰリクエストメッセージを前記コンテンツサーバに送信し、
前記レスポンス受信手段は、前記ＨＥＡＤメソッドを含むＨＴＴＰリクエストメッセージに対する前記コンテンツサーバからの応答であるＨＴＴＰレスポンスメッセージを受信する。
【００１３】
本発明の第二のコンテンツ受信装置は、前記コンテンツサーバとのＴＣＰコネクションを管理するコネクション管理手段を更に備え、前記レスポンス受信手段が所定の時間以上ＨＴＴＰレスポンスメッセージを受信しなければ、前記コネクション管理手段が前記コンテンツサーバとのＴＣＰコネクションを切断する。
【００１４】
また、本発明の第一のコンテンツサーバは、請求項１または２に記載の１台以上のコンテンツ受信装置にＡＶコンテンツを配信するコンテンツサーバであって、
前記ＨＴＴＰリクエストメッセージを受信するリクエスト受信手段と、前記コンテンツ受信装置とのＴＣＰコネクションを管理するコネクション管理手段とを備え、
前記コネクション管理手段は、前記リクエスト受信手段が、所定の時間以上、前記コンテンツ受信装置からのＨＴＴＰリクエストメッセージを受信しなければ、そのコンテンツ受信装置とのＴＣＰコネクションを切断する。
【００１５】
本発明の第二のコンテンツサーバは、ＡＶコンテンツをサーバ本体でローカル再生するためのローカル再生手段を更に備え、前記ローカル再生手段がＡＶコンテンツのローカル再生を開始すると、前記コネクション管理手段が前記１台以上のコンテンツ受信装置のうちの一部または全部とのＴＣＰコネクションを切断する。
【００１６】
本発明の第一のプログラムは、請求項１に記載のコンテンツ受信装置が有する、ユーザからのネットワーク再生に関する指示を受け付けるユーザ入力手段、ＨＴＴＰリクエストメッセージを送信するリクエスト送信手段、ＨＴＴＰレスポンスメッセージを受信するレスポンス受信手段、としてコンピュータを機能させるためのプログラム。
【００１７】
本発明の第二のプログラムは、請求項２に記載のコンテンツ受信装置が有する、ユーザからのネットワーク再生に関する指示を受け付けるユーザ入力手段、ＨＴＴＰリクエストメッセージを送信するリクエスト送信手段、ＨＴＴＰレスポンスメッセージを受信するレスポンス受信手段、前記コンテンツサーバとのＴＣＰコネクションを管理するコネクション管理手段、としてコンピュータを機能させるためのプログラムである。
【００１８】
本発明の第三のプログラムは、請求項３に記載のコンテンツサーバが有する、ＨＴＴＰリクエストメッセージを受信するリクエスト受信手段、記コンテンツ受信装置とのＴＣＰコネクションを管理するコネクション管理手段、としてコンピュータを機能させるためのプログラムである。
【００１９】
本発明の第四のプログラムは、請求項３に記載のコンテンツサーバが有する、ＨＴＴＰリクエストメッセージを受信するリクエスト受信手段、前記コンテンツ受信装置とのＴＣＰコネクションを管理するコネクション管理手段、ＡＶコンテンツをサーバ本体でローカル再生するためのローカル再生手段、としてコンピュータを機能させるためのプログラムである。
【００２０】
本発明の記憶媒体は、請求項５乃至８のいずれかに記載のプログラムを担持した記録媒体であって、コンピュータで利用可能な記録媒体である。
【発明の効果】
【００２１】
本発明によれば、コンテンツ受信装置がネットワーク再生を一時停止した後、再生再開した場合に、確実にネットワーク再生ができる、コンテンツサーバ、コンテンツ受信装置、プログラム及び記録媒体を提供できる。
【発明を実施するための最良の形態】
【００２２】
（実施の形態１）
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００２３】
図３は、本実施の形態が適用されるネットワークの構成図である。コンテンツサーバ１は、蓄積手段１０１に記録されている画像または音声などを含むＡＶコンテンツを、コンテンツ受信装置２からの要求に応じて、ネットワーク３上に送信する。コンテンツ受信装置２は、コンテンツサーバ１からＡＶコンテンツをネットワーク３を介して受信し、再生する。ＡＶコンテンツの例としては、動画、静止画、音声等である。
【００２４】
図１は、コンテンツサーバ１とコンテンツ受信装置２間の送受信を記述したシーケンス図である。図１のシーケンスでやり取りされるＨＴＴＰメッセージのうち、（ａ）〜（ｄ）の一例を図２の(ａ)〜（ｄ）に示す。
【００２５】
図２（ａ）は、ＨＴＴＰ  ＧＥＴリクエストメッセージを示し、コンテンツ受信装置２がコンテンツサーバ１の蓄積手段１０１に記録されているｗｏｒｋ１．ｍｐｇの０バイト目から４９９９９９バイト目までを要求している。この例のｗｏｒｋ１．ｍｐｇはＭＰＥＧフォーマットの動画像である。蓄積手段１０１は、ハードディスクなどの不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００２６】
図２（ｂ）は、ＨＴＴＰ  Ｐａｒｔｉａｌ  Ｃｏｎｔｅｎｔレスポンスメッセージを示し、コンテンツサーバ１がｗｏｒｋ１．ｍｐｇの最初の５０００００バイトを送信するＨＴＴＰレスポンスメッセージである。図２（ａ）のＨＴＴＰ  ＧＥＴリクエストメッセージの応答である。図２（ｂ）の＜Ｃｏｎｔｅｎｔｓ  Ｄａｔａ＞以下にはｗｏｒｋ１．ｍｐｇのデータが最初から５０００００バイト分含まれる。
【００２７】
図２（ｃ）は、一時停止時にコンテンツ受信装置２が送信する、ヘッダ部分にＨＥＡＤメソッドを含むＨＴＴＰ  ＨＥＡＤリクエストメッセージであり、図２（ｄ）はその応答としてコンテンツサーバ１が送信するＨＴＴＰレスポンスメッセージである。この時のＨＴＴＰレスポンスメッセージにはコンテンツデータが含まれない。
【００２８】
図１において、コンテンツ受信装置２でのネットワーク再生を行おうとすると、コンテンツ受信装置２が、所定の転送単位毎にＲａｎｇｅヘッダを含んだＨＴＴＰ  ＧＥＴリクエストメッセージ（ａ）を送信し、コンテンツサーバ１がＡＶコンテンツの指定された部分のデータを含むＨＴＴＰレスポンスメッセージ、ＨＴＴＰ  Ｐａｒｔｉａｌ  Ｃｏｎｔｅｎｔ（ｂ）を送信する。これを順次繰り返し、コンテンツ受信装置２で受信したＡＶコンテンツのデータをデコードし、再生する。
【００２９】
図１の後半は、コンテンツ受信装置２のユーザが一時停止を指示した場合の動作を示している。一時停止を指示されてから所定のキープアライブ時間が経過すると、コンテンツ受信装置２はＨＴＴＰ  ＨＥＡＤリクエストメッセージ（ｃ）を送信する。このＨＴＴＰ  ＨＥＡＤリクエストメッセージの内容は、もし、図２の（ｃ）におけるヘッダ部分が同図（ａ）に示すようにＧＥＴであれば、ｗｏｒｋ１．ｍｐｇのすべてをリクエストするメッセージとなる。コンテンツサーバ１は応答として、ｗｏｒｋ１．ｍｐｇのすべてを送信するのと同じ内容のＨＴＴＰヘッダ部をもつが、ＡＶコンテンツのデータ含まないＨＴＴＰレスポンスメッセージを（ｄ）送信する。
【００３０】
図４は、コンテンツサーバ１の内部構成を示すブロック図である。図４において、蓄積手段１０１は、動画、静止画、音声等のＡＶコンテンツデータを記憶している。リクエスト受信手段１０２は、コンテンツ受信装置２からのＨＴＴＰリクエストメッセージを受信する。レスポンス送信手段１０３は、受信したＨＴＴＰリクエストメッセージの応答であるＨＴＴＰレスポンスメッセージを生成し、送信する。必要な場合、レスポンス送信手段１０３は、蓄積手段１０１からリクエストされたデータを取得する。コネクション管理手段１０４は、ＴＣＰ送受信手段１０６で行うＴＣＰコネクションの接続、切断を管理する。ローカル再生手段１０５は、コンテンツサーバ１で蓄積手段１０１が記憶しているＡＶコンテンツの再生をローカルに行う。ＴＣＰ送受信手段１０６は、ＴＣＰプロトコルを用いたデータの送受信を行う。
【００３１】
図５は、コンテンツ受信装置２の内部構成を示すブロック図である。図５において、コンテンツサーバ１を構成するブロックと同じ機能を有するブロックには同一符号を付している。ユーザ入力手段２０１は、ユーザからの再生要求や一時停止要求、終了要求等を受け付ける。リクエスト送信手段２０２は、ＨＴＴＰリクエストメッセージを生成し、ＴＣＰ送受信手段１０６を介してコンテンツサーバ１に送信する。レスポンス受信手段２０３は、コンテンツサーバ１に送信したＨＴＴＰリクエストメッセージの応答であるＨＴＴＰレスポンスメッセージを受信し、もしそのメッセージボディにＡＶコンテンツのデータを含んでいたら、ＡＶコンテンツのデータを再生手段２０４に送る。再生手段２０４は、ＡＶコンテンツのデータを受け付け、デコードし、再生する。
【００３２】
以下、コンテンツサーバ１の動作を説明する。
【００３３】
まず、通常のコンテンツ配信におけるコンテンツサーバ１の動作について説明する。
【００３４】
図６は、ＡＶコンテンツをコンテンツサーバ１からコンテンツ受信装置２へネットワーク配信する場合の、コンテンツサーバ１の内部動作を示すシーケンス図である。コンテンツサーバ１のＴＣＰ送受信手段１０６がネットワーク３からのコネクション接続要求を受信すると、ＴＣＰ送受信手段１０６はコネクション接続処理を行う。コネクション接続処理が完了すると、ＴＣＰ送受信手段１０６はＴＣＰコネクション接続完了を、コネクション管理手段１０４に通知する。コネクション管理手段１０４は、ＴＣＰコネクション接続完了をリクエスト受信手段１０２に通知する。
【００３５】
その後、ＴＣＰ送受信手段１０６がＨＴＴＰ  ＧＥＴリクエストメッセージを受信すると、それをリクエスト受信手段１０２に送信する。リクエスト受信手段１０２は、レスポンス送信手段１０３に、リクエストされた内容を通知する。レスポンス送信手段１０３は、リクエストされたＡＶコンテンツ名の名前と範囲を含むＡＶコンテンツ要求を蓄積手段１０１に送り、蓄積手段１０１は要求された部分のＡＶコンテンツのデータを返す。レスポンス送信手段１０３は、受け取ったＡＶコンテンツのデータを含むＨＴＴＰレスポンスメッセージを生成し、ＴＣＰ送受信手段１０６を経由してネットワーク３に送信する。これらの動作をＨＴＴＰ  ＧＥＴリクエストメッセージを受信するたびに繰り返す。
【００３６】
次に、コンテンツ受信装置２でのネットワーク再生が一時停止された場合のコンテンツサーバ１の動作について説明する。
【００３７】
図７は、コンテンツ受信装置２でのネットワーク再生が一時停止中の場合のコンテンツサーバ１の動作を示すシーケンス図である。ＴＣＰ送受信手段１０６がコンテンツ受信装置２からのＨＴＴＰ  ＨＥＡＤリクエストメッセージを受信すると、それをリクエスト受信手段１０２に送信する。リクエスト受信手段１０２は、レスポンス送信手段１０３に、リクエストされた内容を通知する。レスポンス送信手段１０３は、ＨＴＴＰ  ＨＥＡＤリクエストメッセージに含まれるＡＶコンテンツの属性（長さ等）を蓄積手段１０１に問い合わせる。蓄積手段１０１は、該当するＡＶコンテンツの属性を返す。レスポンス送信手段１０３は、受け取ったＡＶコンテンツの属性を元にＨＴＴＰ  レスポンスメッセージを生成し、ＴＣＰ送受信手段１０６を経由してネットワーク３に送信する。これらの動作をＨＴＴＰ  ＨＥＡＤリクエストメッセージを受信するたびに繰り返す。
【００３８】
次に、コンテンツ受信装置２からコネクション切断要求を受信した場合のコンテンツサーバ１の動作について説明する。
【００３９】
図８は、コンテンツサーバ１が、ネットワーク配信中等にコンテンツ受信装置２からコネクション切断要求を受信した場合の動作を示すシーケンス図である。ＴＣＰ送受信手段１０６はコンテンツ受信装置２からのコネクション切断要求を受信すると、コネクション切断処理を行う。コネクションが切断されると、ＴＣＰ送受信手段１０６がＴＣＰコネクション切断をコネクション管理手段１０４に通知する。コネクション管理手段１０４はリクエスト受信手段１０２にＴＣＰコネクション切断を通知する。
【００４０】
次に、コンテンツサーバ１においてローカルにＡＶコンテンツの再生を行う場合の動作について説明する。
【００４１】
図９は、コンテンツサーバ１でローカルにＡＶコンテンツの再生を行う際のコンテンツサーバ１の内部動作を示すシーケンス図である。ローカル再生手段１０５でローカル再生の準備が完了すると、ローカル再生手段１０５はコネクション切断要求をコネクション管理手段１０４に通知する。コネクション管理手段１０４は、コネクション切断要求をＴＣＰ送受信手段１０６に通知する。ＴＣＰ送受信手段１０６はコネクション切断処理を行い、コネクション切断完了をコネクション管理手段１０４に通知する。コネクション管理手段１０４はリクエスト受信手段１０２とローカル再生手段１０５にコネクション切断完了を通知する。ローカル再生手段１０５は、コネクション切断完了の通知を受け付けた後、ローカルでの再生を開始する。
【００４２】
なお、図９の例は、ローカル、ネットワークでの再生の合計が１本のみに制限されているコンテンツサーバ１の例であるが、コンテンツサーバ１は２本以上のＡＶコンテンツの再生が行えてもよい。その場合は、ＡＶコンテンツの再生数の合計が制限数に達していて、かつローカルに再生を開始する前に、ネットワーク再生中に利用しているＴＣＰコネクションのうちの一つを切断する。また、このような場合、ローカルに再生することができなくてもよい。その場合、ディスプレイ等に表示することによってユーザに再生できない理由を通知してもしなくてもよい。また、ネットワーク再生中に利用しているＴＣＰコネクションの一部または全部を切断しても良い。
【００４３】
次に、コンテンツサーバ１において、コンテンツ受信装置２から所定の時間以上ＨＴＴＰリクエストメッセージを受信できない場合の動作について説明する。
【００４４】
図１０は、コンテンツ受信装置２から所定の時間以上ＨＴＴＰリクエストメッセージを受信できない場合の、コンテンツサーバ１の内部動作を示すシーケンス図である。リクエスト受信手段１０２が、所定の時間以上ＨＴＴＰリクエストメッセージを受信できない無通信状態を検出すると、リクエスト受信手段１０２は、ＴＣＰコネクション切断をコネクション管理手段１０４に要求する。コネクション管理手段１０４は、ＴＣＰ送受信手段１０６にＴＣＰコネクション切断を要求する。ＴＣＰ送受信手段１０６は、コネクション切断処理を実施し、ＴＣＰコネクション切断完了をコネクション管理手段１０４に通知する。コネクション管理手段１０４は、リクエスト受信手段１０２にコネクション切断完了を通知する。
【００４５】
以下、コンテンツ受信装置２の動作について説明する。
【００４６】
まず、ＡＶコンテンツをコンテンツサーバ１からコンテンツ受信装置２へネットワーク配信する場合のコンテンツ受信装置２の動作を説明する。
【００４７】
図１１は、ＡＶコンテンツをコンテンツサーバ１からコンテンツ受信装置２へネットワーク配信する場合の、コンテンツ受信装置２の内部動作を示すシーケンス図である。
【００４８】
ユーザがＡＶコンテンツの内容と開始位置（３０分後等）をユーザ入力手段２０１に入力すると、ユーザ入力手段２０１が、ＡＶコンテンツ名と開始位置を指定して、リクエスト送信手段２０２に再生開始を要求する。リクエスト送信手段２０２はＴＣＰコネクション接続をコネクション管理手段１０４に要求する。コネクション管理手段１０４はＴＣＰ送受信手段１０６にＴＣＰコネクション接続を要求し、ＴＣＰ送受信手段１０６はコネクション接続処理を実行する。ＴＣＰ送受信手段１０６はコネクション接続処理が完了すると、ＴＣＰコネクション接続の完了をコネクション管理手段１０４に通知する。コネクション管理手段１０４は、リクエスト送信手段２０２にＴＣＰコネクション接続の完了を通知する。
【００４９】
ＴＣＰコネクション接続が完了すると、リクエスト送信手段２０２は、要求されたＡＶコンテンツ名と開始位置からＨＴＴＰ  ＧＥＴリクエストメッセージを生成し、ＴＣＰ送受信手段１０６を経由してネットワーク３に送信する。この際、所定の転送単位に分割されて受信するように、ＨＴＴＰ  ＧＥＴリクエストメッセージにＲａｎｇｅヘッダを含ませ、要求する転送単位部分を指定する。ＴＣＰ送受信手段１０６が、コネクションサーバ１が送信したＨＴＴＰレスポンスメッセージを受信すると、そのメッセージをレスポンス受信手段２０３に送信する。レスポンス受信手段２０３は、受信したＨＴＴＰレスポンスメッセージからＡＶコンテンツのデータを抽出し、再生手段２０４に送る。再生手段２０４は、受信したＡＶコンテンツのデータをデコードし、再生する。以降、要求するコンテンツの情報を全て受信するまで、ＨＴＴＰ  ＧＥＴリクエストメッセージの送信から、コンテンツの再生までの処理を繰り返す。
【００５０】
次に、ユーザの指示により再生を一時停止した場合のコンテンツ受信装置２の動作について説明する。
【００５１】
図１２は、ＡＶコンテンツをコンテンツサーバ１からコンテンツ受信装置２へネットワーク配信する場合で、コンテンツ受信装置２のユーザが再生を一時停止した場合のコンテンツ受信装置２の内部動作を示すシーケンス図である。
【００５２】
ユーザ入力手段２０１がユーザからの一時停止要求を受け付けると、リクエスト送信手段２０２に一時停止を指示する。リクエスト送信手段２０２は、キープアライブタイマーを起動する。所定のキープアライブ時間が経過するたびに、ＨＴＴＰ  ＨＥＡＤリクエストメッセージをＴＣＰ送受信手段１０６を経由してコンテンツサーバ１に送信する。ＴＣＰ送受信手段１０６は、コンテンツサーバ１からのＨＴＴＰレスポンスメッセージを受信すると、レスポンス受信手段２０３に通知する。これらの処理を所定のキープアライブ時間が経過するたびに繰り返す。
【００５３】
次に、ネットワーク再生終了時のコンテンツ受信装置２の動作について説明する。
【００５４】
図１３は、ネットワーク再生がＡＶコンテンツの終わりに達した場合のコンテンツ受信装置２の動作について説明したシーケンス図である。
【００５５】
レスポンス受信手段２０３が、受信したＨＴＴＰレスポンスメッセージにコンテンツの終わりが含まれていることを検出すると、レスポンス受信手段２０３はＴＣＰコネクションの切断をコネクション管理手段１０４に要求する。コネクション管理手段１０４は、ＴＣＰ送受信手段１０６にＴＣＰコネクションの切断を要求する。ＴＣＰ送受信手段１０６はコネクション切断処理を実行し、コネクション管理手段１０４にＴＣＰコネクションの切断完了を通知する。コネクション管理手段１０４は、レスポンス受信手段２０３にＴＣＰコネクションの切断完了を通知する。レスポンス受信手段２０３は、再生手段２０４に再生終了を指示し、再生手段２０４は再生終了処理を行う。
【００５６】
次に、コンテンツ受信中に、コンテンツサーバ１からＴＣＰコネクションの切断要求を受けた場合のコンテンツ受信装置の動作を説明する。
【００５７】
図１４は、ＡＶコンテンツの受信中等に、コンテンツサーバ１からＴＣＰコネクションの切断要求を受信した場合の、コンテンツ受信装置２の内部動作を示すシーケンス図である。
【００５８】
ＴＣＰ送受信手段１０６がコンテンツサーバ１からのコネクション切断要求を受信すると、コネクション切断処理を行い、コネクション管理手段１０４にＴＣＰコネクション切断を通知する。コネクション管理手段１０４は、リクエスト送信手段２０２にＴＣＰコネクション切断を通知するとともに再生手段２０４に再生終了を指示する。再生手段２０４はコネクション管理手段１０４の指示に従って、再生終了処理を行う。
【００５９】
次に、コンテンツサーバ１から所定時間以上ＨＴＴＰレスポンスメッセージを受信できない場合のコンテンツ受信装置２の動作について説明する。
【００６０】
図１５は、コンテンツサーバ１から所定の時間以上ＨＴＴＰレスポンスメッセージを受信できない場合の、コンテンツ受信装置２の内部動作を示すシーケンス図である。
【００６１】
レスポンス受信手段２０３が、所定の時間以上ＨＴＴＰリクエストメッセージを受信できない無通信状態を検出すると、コネクション管理手段１０４にＴＣＰコネクション切断を要求する。コネクション管理手段１０４は、ＴＣＰ送受信手段１０６にコネクション切断を要求する。ＴＣＰ送受信手段１０６はコネクション切断処理を実行し、コネクション管理手段１０４にＴＣＰコネクションの切断完了を通知する。コネクション管理手段１０４は、レスポンス受信手段２０３にコネクション切断の完了を通知し、レスポンス受信手段２０３は、再生の終了を再生手段２０４に指示する。再生手段２０４はレスポンス受信手段２０３の指示に従って、再生終了処理を行う。
【００６２】
次に、一時停止を解除した場合のコンテンツ受信装置２の動作について説明する。
【００６３】
図１６は、ネットワーク再生の一時停止中にコンテンツ受信装置２のユーザが一時停止を解除した場合の、コンテンツ受信装置２の内部動作を示すシーケンス図である。
【００６４】
図１６の前半部に示す、一時停止中は、図１１を用いて説明したように、ＨＴＴＰ  ＨＥＡＤリクエストメッセージを送信し、その応答であるＨＴＴＰレスポンスメッセージを受信することが繰り返される。この時、ユーザが一時停止を解除すると、ユーザ入力手段２０１が一時停止解除を受け付け、リクエスト送信手段２０２に一時停止解除を要求する。リクエスト送信手段２０２は、一時停止前に受信したＨＴＴＰレスポンスメッセージに含まれたＡＶコンテンツのデータに引き続くデータを要求するＨＴＴＰリクエストメッセージを、ＴＣＰ送受信手段１０６を経由してコンテンツサーバ１に送信する。ＴＣＰ送受信手段１０６は、ＨＴＴＰレスポンスメッセージを受信するとレスポンス受信手段２０３に送り、レスポンス受信手段２０３は、受信したＨＴＴＰレスポンスメッセージから含まれているＡＶコンテンツのデータを再生手段２０４に送る。再生手段２０４は、受信したデータをデコードし、再生する。以上をＨＴＴＰ  ＧＥＴリクエストメッセージの受信から繰り返す。
【００６５】
以上のように、本発明のコンテンツ受信装置では、一時停止中にＨＴＴＰ  ＨＥＡＤリクエストメッセージを定期的に送信することで、ＴＣＰコネクションが切断されず、ユーザが一時停止を解除、再生再開した場合、確実に続きを視聴することができる。更に、本発明のコンテンツ受信装置では、上記の効果を維持しつつ、ネットワークケーブルが抜ける等でコンテンツサーバとの通信が途絶えたことを検出し、適切な異常処理をすることができる。
【００６６】
また副次的な効果として、一時停止中に何からの理由でこれまで視聴していたＡＶコンテンツが失われてしまった場合、コンテンツ受信装置がＨＴＴＰ  ＨＥＡＤリクエストメッセージへの応答によって、そのことを知り、ユーザに通知することができる。
【００６７】
また、本発明のコンテンツサーバは、コンテンツ受信装置がユーザ操作により一時停止中なのか異常状態なのかを判別することができるので、一時停止中なら他のコンテンツ受信装置からのＡＶコンテンツ配信要求やローカル再生を抑制し、異常状態なら適切な異常処理を行うことができる。
【００６８】
なお、上記の実施の形態において、コンテンツサーバとコンテンツ受信装置の間に、例えば、中継装置が存在し、コンテンツ受信装置から中継装置にＨＴＴＰリクエストメッセージが送信され、中継装置がコンテンツサーバをアクセスし、ＡＶコンテンツを取得して、コンテンツ受信装置に当該ＡＶコンテンツを送信してもよい。つまり、コンテンツサーバとコンテンツ受信装置は、直接にネットワークで、データの送受信を行う必要は、必ずしもない。
【００６９】
また、本発明では、コンテンツサーバにコンテンツ受信装置が一つだけ接続されている例をとって説明したが、コンテンツ受信装置は２つ以上存在しても、本発明は適用できる。この場合、コンテンツサーバがローカル再生を行う時に、接続されている２つ以上の受信装置のうち、一部または全部とのＴＣＰコネクションを切断しても良い。
【００７０】
また、本発明のプログラムは上述した本発明のコンテンツサーバ、コンテンツ受信装置の全部又は一部の手段をコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムである。
【００７１】
また、本発明の記録媒体は、上述した本発明のコンテンツサーバ、コンテンツ受信装置の全部又は一部の手段をコンピュータにより実行させるためのプログラムを担持した記録媒体であり、コンピュータにより読み取り可能かつ読み取られた前記プログラムが前記コンピュータと協働して利用される記録媒体である。
【００７２】
また、本発明のプログラムの一利用形態は、コンピュータにより読み取り可能な記録媒体に記録され、コンピュータと協働して動作する態様であっても良い。
【００７３】
また、記録媒体としては、ＲＯＭ等が含まれ、伝送媒体としては、インターネット等の伝送媒体、光・電波・音波などが含まれる。
【００７４】
また、以上説明したように、本発明の構成は、ソフトウェア的に実現しても良いし、ハードウェア的に実現しても良い。
【産業上の利用可能性】
【００７５】
ＨＴＴＰ以外の標準または非標準のプロトコルにも使用を拡大できる。
【図面の簡単な説明】
【００７６】
【図１】本発明の実施の形態１における、コンテンツサーバとコンテンツ受信装置間のシーケンス図
【図２】同、ＨＴＴＰメッセージ内容を示す図
【図３】同、ネットワークの構成を示した図
【図４】同、コンテンツサーバ１の内部構成を示すブロック図
【図５】同、コンテンツ受信装置２の内部構成を示すブロック図
【図６】同、ネットワーク再生時のコンテンツサーバ１の内部動作を示すシーケンス図
【図７】同、ネットワーク再生が一時停止中の場合のコンテンツサーバ１の動作を示すシーケンス図
【図８】同、コンテンツ受信装置２からコネクション切断要求を受信した場合のコンテンツサーバ１の動作を示すシーケンス図
【図９】同、コンテンツサーバ１でローカルにＡＶコンテンツの再生を行う際のコンテンツサーバ１の内部動作を示すシーケンス図
【図１０】同、コンテンツ受信装置２から所定の時間以上ＨＴＴＰリクエストメッセージを受信できない場合の、コンテンツサーバ１の内部動作を示すシーケンス図
【図１１】ネットワーク再生時のコンテンツ受信装置２の内部動作を示すシーケンス図
【図１２】同、ネットワーク再生が一時停止した場合のコンテンツ受信装置２の内部動作を示すシーケンス図
【図１３】同、ネットワーク再生がＡＶコンテンツの終わりに達した場合のコンテンツ受信装置２の動作について説明したシーケンス図
【図１４】同、ＡＶコンテンツの受信中等に、コンテンツサーバ１からＴＣＰコネクションの切断要求を受信した場合の、コンテンツ受信装置２の内部動作を示すシーケンス図
【図１５】同、コンテンツサーバ１から所定の時間以上ＨＴＴＰレスポンスメッセージを受信できない場合の、コンテンツ受信装置２の内部動作を示すシーケンス図
【図１６】同、ネットワーク再生の一時停止中にコンテンツ受信装置２のユーザが一時停止を解除した場合の、コンテンツ受信装置２の内部動作を示すシーケンス図
【符号の説明】
【００７７】
１  コンテンツサーバ
２  コンテンツ受信装置
３  ネットワーク
１０１  蓄積手段
１０２  リクエスト受信手段
１０３  レスポンス送信手段
１０４  コネクション管理手段
１０５  ローカル再生手段
１０６  ＴＣＰ送受信手段
２０１  ユーザ入力手段
２０２  リクエスト送信手段
２０３  レスポンス受信手段
２０４  再生手段
【図１】
2005167891.tif 000003
【図２】
2005167891.tif 000004
【図３】
2005167891.tif 000005
【図４】
2005167891.tif 000006
【図５】
2005167891.tif 000007
【図６】
2005167891.tif 000008
【図７】
2005167891.tif 000009
【図８】
2005167891.tif 000010
【図９】
2005167891.tif 000011
【図１０】
2005167891.tif 000012
【図１１】
2005167891.tif 000013
【図１２】
2005167891.tif 000014
【図１３】
2005167891.tif 000015
【図１４】
2005167891.tif 000016
【図１５】
2005167891.tif 000017
【図１６】
2005167891.tif 000018