(57)【要約】  【課題】コンテンツのネットワーク伝送において、部分コンテンツの先頭から再生しなければ意味のないフォーマットのコンテンツを、部分コンテンツの先頭以外から要求されることがある。  【解決手段】各部分コンテンツの先頭位置の情報を含むコンテンツ構成テーブル１０１と、要求されるコンテンツの識別子及び範囲指定情報を含むリクエストメッセージを受信するリクエスト受信手段１０２と、その受信した情報から要求コンテンツの範囲を算出し、コンテンツ構成テーブルを参照して、その範囲が部分コンテンツの先頭位置から始まっているか判定するリクエスト解析手段１０３と、部分コンテンツの先頭位置から始まっていない場合には、コンテンツ識別子で指定されたコンテンツの先頭位置の情報を含む部分を受信装置２がリクエストするための情報を有するレスポンスメッセージを生成するレスポンス生成手段１０４と、レスポンスメッセージ送信手段１０５とを備えた。【選択図】図５
2006067134.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上の部分コンテンツから構成されるコンテンツを、リクエストに応じて送信するコンテンツサーバにおいて、
送信する前記部分コンテンツが格納されている蓄積手段と、
前記部分コンテンツのそれぞれの先頭位置の情報を少なくとも含むコンテンツ構成テーブルと、
ネットワークで接続されたコンテンツ受信装置からの、要求されるコンテンツを特定するコンテンツ識別子および要求されるコンテンツの範囲を指定する要求コンテンツ範囲指定情報を含む、所定の通信プロトコルに従ったリクエストメッセージを受信するリクエスト受信手段と、
前記コンテンツ識別子および前記要求コンテンツ範囲指定情報から、前記コンテンツ受信装置から要求されているコンテンツの範囲を算出し、前記コンテンツ構成テーブルを参照して、前記要求されているコンテンツの範囲が部分コンテンツの先頭位置から始まっているかを判定するリクエスト解析手段と、
前記リクエスト解析手段が、前記要求されているコンテンツの範囲が部分コンテンツの前記先頭位置から始まっていないと判定した場合には、前記コンテンツ構成テーブルの全部または前記コンテンツ識別子で指定されたコンテンツの先頭位置の情報を含む部分を、前記コンテンツ受信装置がリクエストするための情報を有するレスポンスメッセージを生成するレスポンス生成手段と、
前記レスポンスメッセージを、前記所定の通信プロトコルに従って前記受信装置に送信するレスポンス送信手段とを備えたコンテンツサーバ。
【請求項２】
前記レスポンス生成手段は、前記レスポンスメッセージに、不正なリクエストであることを示す情報を含ませる、請求項１に記載のコンテンツサーバ。
【請求項３】
前記所定の通信プロトコルはＨＴＴＰであり、
前記コンテンツ識別子はＵＲＩである、請求項１または２に記載のコンテンツサーバ。
【請求項４】
前記部分コンテンツのそれぞれの先頭には、著作権保護情報が含まれている、請求項１乃至３のいずれかに記載のコンテンツサーバ。
【請求項５】
前記コンテンツはＭＰＥＧフォーマットの動画であり、
前記部分コンテンツはＧＯＰである、請求項１乃至４のいずれかに記載のコンテンツサーバ。
【請求項６】
前記コンテンツはＤＶＤ−ＶＲフォーマットの動画であり、
前記部分コンテンツはＶＯＢＵである、請求項１乃至４のいずれかに記載のコンテンツサーバ。
【請求項７】
前記受信装置がリクエストするための前記情報は、ＩＦＯファイルの全部または一部を示す情報である、請求項６に記載のコンテンツサーバ。
【請求項８】
ネットワークで接続されたコンテンツ受信装置から受信した、要求するコンテンツを特定するコンテンツ識別子および要求するコンテンツの範囲を指定する要求コンテンツ範囲指定情報を含むリクエストメッセージから、前記コンテンツ受信装置から要求されているコンテンツの範囲を算出するステップと、
格納されている部分コンテンツのそれぞれの先頭位置の情報を少なくとも含むコンテンツ構成テーブルを参照して、前記要求されているコンテンツの範囲が部分コンテンツの先頭位置から始まっているかを判定するステップと、
前記要求されているコンテンツの範囲が部分コンテンツの前記先頭位置から始まっていないと判定した場合には、前記コンテンツ構成テーブルの全部または前記コンテンツ識別子で指定されたコンテンツの先頭位置の情報を含む部分を、前記コンテンツ受信装置がリクエストするための情報を有するレスポンスメッセージを生成するステップと、
前記レスポンスメッセージを、前記コンテンツ受信装置に送信するステップとを備えた、コンテンツサーバのリクエスト制御方法。
【請求項９】
請求項１乃至７のいずれかに記載のコンテンツサーバと、
前記コンテンツサーバから送信された前記レスポンスメッセージを受信するレスポンス受信手段、および、前記レスポンスメッセージに含まれる前記コンテンツ受信装置がリクエストするための情報を用いてリクエストメッセージを生成し、前記コンテンツ構成テーブルの全部または前記コンテンツ識別子で指定されたコンテンツの先頭位置の情報を含む部分を前記コンテンツサーバに要求するために前記リクエストメッセージを送信するリクエスト送信手段を有する、１以上のコンテンツ受信装置と、を備えたコンテンツ送受信システム。
【請求項１０】
請求項８に記載のコンテンツサーバのリクエスト制御方法の、
ネットワークで接続されたコンテンツ受信装置から受信した、要求するコンテンツを特定するコンテンツ識別子および要求するコンテンツの範囲を指定する要求コンテンツ範囲指定情報を含むリクエストメッセージから、前記コンテンツ受信装置から要求されているコンテンツの範囲を算出するステップと、
格納されている部分コンテンツのそれぞれの先頭位置の情報を少なくとも含むコンテンツ構成テーブルを参照して、前記要求されているコンテンツの範囲が部分コンテンツの先頭位置から始まっているかを判定するステップと、
前記要求されているコンテンツの範囲が部分コンテンツの前記先頭位置から始まっていないと判定した場合には、前記コンテンツ構成テーブルの全部または前記コンテンツ識別子で指定されたコンテンツの先頭位置の情報を含む部分を、前記コンテンツ受信装置がリクエストするための情報を有するレスポンスメッセージを生成するステップと、
前記レスポンスメッセージを、前記コンテンツ受信装置に送信するステップ、とをコンピュータに実行させるためのプログラム。
【請求項１１】
請求項１０に記載のプログラムを担持した記録媒体であって、コンピュータで利用可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツをネットワークを介して送信するコンテンツサーバ、コンテンツサーバのリクエスト制御方法、およびコンテンツ送受信システムに関する。例えば、いくつかの部分コンテンツから構成されているコンテンツを使用する、コンテンツサーバ、コンテンツサーバのリクエスト制御方法、およびコンテンツ送受信システムに関する。
【背景技術】
【０００２】
コンテンツ再生装置がネットワークを介して、コンテンツサーバに蓄積されているコンテンツを受信しようとする場合、一般にＨＴＴＰ（非特許文献１参照）等の通信プロトコルを使ってコンテンツサーバにリクエストを送り、コンテンツデータを受信する。
【０００３】
しかし、単にコンテンツだけを指定してリクエストを送った場合、一度のリクエストでコンテンツのすべてがコンテンツ受信装置に送られることになる。したがって、コンテンツ受信装置で通信プロトコルを扱うための受信バッファに制限がある場合でも、コンテンツの一部分だけを受信することができない。また、コンテンツ再生装置がすでにコンテンツのある部分を保持している場合でも、コンテンツを最初から最後まで受信しなければならない。
【０００４】
このようなことを改善するために、いくつかの通信プロトコルでは、コンテンツのある一部分を取得することができるよう、ブロック転送をサポートしている。例えばＨＴＴＰであれば、ＨＴＴＰリクエストメッセージにＲａｎｇｅヘッダを含ませることにより、ブロック転送を実現している。
【０００５】
一方、多くの圧縮動画像フォーマットでは、コンテンツはいくつかの部分コンテンツから構成されていて、再生はこの部分コンテンツ単位で行われることが一般的である。
【０００６】
例えばＤＶＤ−ＶＲフォーマットでは、ＶＯＢＵが部分コンテンツに相当する。ＶＯＢＵの先頭には再生には欠かせないＩピクチャが含まれている。従って、ＶＯＢＵの先頭から再生を開始する必要がある。
【０００７】
更に、ＶＯＢＵの先頭には著作権保護情報が含まれているが、ＤＴＣＰ  ｔｏ  ＩＰ規格（非特許文献２参照）では、コンテンツの著作権保護情報に基づいてデータを暗号化し、例えばＨＴＴＰプロトコルを使ってネットワークに送信する。
【０００８】
また、いくつかの圧縮動画像フォーマットでは、再生のための情報を集めたコンテンツ構成テーブルを定義している。
【０００９】
例えば、ＤＶＤ−ＶＲフォーマットでは、コンテンツそのものの他にＩＦＯファイルと呼ばれるファイルを持つ。ＩＦＯファイルにはＶＯＢＵの位置情報が含まれていて、例えばスキップ再生を行う場合、この位置情報に基づいて次のＶＯＢＵにアクセスする。
【００１０】
更に、例えば映像コンテンツ内の特定シーンだけを再生させる（例えばダイジェスト再生）ために、映像シーンの位置情報をテーブルとして保存する場合もある（例えば、特許文献１参照）。
【特許文献１】特開２００４−１４０８７４号公報
【非特許文献１】アール・フィールディング（R.Fielding）他著、「ハイパーテキスト・トランスファー・プロトコル（Hypertext Transfer Protocol）−HTTP/1.1」、RFC2616
【非特許文献２】「ＤＴＣＰ・ボリューム１・サプリメント・イー・マッピング・ＤＴＣＰ・トゥ・ＩＰ、バージョン１．０（インフォメーショナル・バージョン）（DTCP Volume 1 Supplement E Mapping DTCP to IP, Version 1.0 （InformationalVersion））」
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、コンテンツサーバが保持しているコンテンツをコンテンツ再生装置からのリクエストに応じてネットワークに伝送する場合、リクエストで要求される要求コンテンツ範囲が、そのコンテンツを構成する部分コンテンツのアライアメントと合わない場合がありえる。ＤＶＤ−ＶＲフォーマットの例で言えば、ＶＯＢＵの途中から始まる要求コンテンツ範囲を指定したリクエストを受信することができてしまう。
【００１２】
このようなことは、特にコンテンツ構成情報テーブル（ＤＶＤ−ＶＲフォーマットの場合はＩＦＯファイル）を取得していないコンテンツ受信装置がコンテンツを要求する場合、または何らかの理由によってコンテンツ構成情報テーブルに変更が起きた場合に発生する。
【００１３】
例えばＤＶＤ−ＶＲフォーマットの場合、ＶＯＢＵの先頭に著作権保護情報が含まれ、それに基づいて伝送時の暗号処理を行うことがあるが、ＶＯＢＵの途中から始まる要求コンテンツ範囲を指定したリクエストを受信したサーバは、この著作権保護情報を利用することができないか、またはＶＯＢＵの先頭まで遡って著作権保護情報を得、伝送時の暗号処理を行わなければならない。
【００１４】
暗号化を行わない場合であっても、ＶＯＢＵからＩピクチャを除いた部分を要求された場合、それを受信したコンテンツ受信装置では再生ができず、無駄な処理やトラフィックとなってしまう。
【００１５】
例えば、コンテンツ再生装置が、早送り操作やスキップ操作などの連続していないコンテンツデータをコンテンツサーバに要求するような場合に、上記のような状況となる。
【００１６】
更に、例えば映像コンテンツのダイジェスト再生のために、映像シーンの位置情報をテーブルとして保存している場合、任意の位置からの伝送要求を許すと、映像コンテンツ制作者の意図と異なる再生が可能となってしまい、広い意味での著作権を侵害する可能性があり、コンテンツサーバは定められたシーンの先頭に遡って伝送しなければならない。
【００１７】
本発明は、上記従来の課題を解決するもので、コンテンツ再生装置がコンテンツの途中からのデータをリクエストする場合に、無駄な処理やトラフィックを発生させない、コンテンツサーバ、コンテンツサーバのリクエスト制御方法、およびコンテンツ送受信システムを提供することを目的とする。
【課題を解決するための手段】
【００１８】
上述した課題を解決するために、第１の本発明は、
１つ以上の部分コンテンツから構成されるコンテンツを、リクエストに応じて送信するコンテンツサーバにおいて、
送信する前記部分コンテンツが格納されている蓄積手段と、
前記部分コンテンツのそれぞれの先頭位置の情報を少なくとも含むコンテンツ構成テーブルと、
ネットワークで接続されたコンテンツ受信装置からの、要求されるコンテンツを特定するコンテンツ識別子および要求されるコンテンツの範囲を指定する要求コンテンツ範囲指定情報を含む、所定の通信プロトコルに従ったリクエストメッセージを受信するリクエスト受信手段と、
前記コンテンツ識別子および前記要求コンテンツ範囲指定情報から、前記コンテンツ受信装置から要求されているコンテンツの範囲を算出し、前記コンテンツ構成テーブルを参照して、前記要求されているコンテンツの範囲が部分コンテンツの先頭位置から始まっているかを判定するリクエスト解析手段と、
前記リクエスト解析手段が、前記要求されているコンテンツの範囲が部分コンテンツの前記先頭位置から始まっていないと判定した場合には、前記コンテンツ構成テーブルの全部または前記コンテンツ識別子で指定されたコンテンツの先頭位置の情報を含む部分を、前記コンテンツ受信装置がリクエストするための情報を有するレスポンスメッセージを生成するレスポンス生成手段と、
前記レスポンスメッセージを、前記所定の通信プロトコルに従って前記受信装置に送信するレスポンス送信手段とを備えたコンテンツサーバである。
【００１９】
第２の本発明は、
前記レスポンス生成手段は、前記レスポンスメッセージに、不正なリクエストであることを示す情報を含ませる、第１の本発明のコンテンツサーバである。
【００２０】
第３の本発明は、
前記所定の通信プロトコルはＨＴＴＰであり、
前記コンテンツ識別子はＵＲＩである、第１または第２の本発明のコンテンツサーバである。
【００２１】
第４の本発明は、
前記部分コンテンツのそれぞれの先頭には、著作権保護情報が含まれている、第１乃至第３のいずれかの本発明のコンテンツサーバである。
【００２２】
第５の本発明は、
前記コンテンツはＭＰＥＧフォーマットの動画であり、
前記部分コンテンツはＧＯＰである、第１乃至第４のいずれかの本発明のコンテンツサーバである。
【００２３】
第６の本発明は、
前記コンテンツはＤＶＤ−ＶＲフォーマットの動画であり、
前記部分コンテンツはＶＯＢＵである、第１乃至第４のいずれかの本発明のコンテンツサーバである。
【００２４】
第７の本発明は、
前記受信装置がリクエストするための前記情報は、ＩＦＯファイルの全部または一部を示す情報である、第６の本発明のコンテンツサーバである。
【００２５】
第８の本発明は、
ネットワークで接続されたコンテンツ受信装置から受信した、要求するコンテンツを特定するコンテンツ識別子および要求するコンテンツの範囲を指定する要求コンテンツ範囲指定情報を含むリクエストメッセージから、前記コンテンツ受信装置から要求されているコンテンツの範囲を算出するステップと、
格納されている部分コンテンツのそれぞれの先頭位置の情報を少なくとも含むコンテンツ構成テーブルを参照して、前記要求されているコンテンツの範囲が部分コンテンツの先頭位置から始まっているかを判定するステップと、
前記要求されているコンテンツの範囲が部分コンテンツの前記先頭位置から始まっていないと判定した場合には、前記コンテンツ構成テーブルの全部または前記コンテンツ識別子で指定されたコンテンツの先頭位置の情報を含む部分を、前記コンテンツ受信装置がリクエストするための情報を有するレスポンスメッセージを生成するステップと、
前記レスポンスメッセージを、前記コンテンツ受信装置に送信するステップとを備えた、コンテンツサーバのリクエスト制御方法である。
【００２６】
第９の本発明は、
第１乃至第７のいずれかの本発明のコンテンツサーバと、
前記コンテンツサーバから送信された前記レスポンスメッセージを受信するレスポンス受信手段、および、前記レスポンスメッセージに含まれる前記コンテンツ受信装置がリクエストするための情報を用いてリクエストメッセージを生成し、前記コンテンツ構成テーブルの全部または前記コンテンツ識別子で指定されたコンテンツの先頭位置の情報を含む部分を前記コンテンツサーバに要求するために前記リクエストメッセージを送信するリクエスト送信手段を有する、１以上のコンテンツ受信装置と、を備えたコンテンツ送受信システムである。
【００２７】
第１０の本発明は、
第８の本発明のコンテンツサーバのリクエスト制御方法の、
ネットワークで接続されたコンテンツ受信装置から受信した、要求するコンテンツを特定するコンテンツ識別子および要求するコンテンツの範囲を指定する要求コンテンツ範囲指定情報を含むリクエストメッセージから、前記コンテンツ受信装置から要求されているコンテンツの範囲を算出するステップと、
格納されている部分コンテンツのそれぞれの先頭位置の情報を少なくとも含むコンテンツ構成テーブルを参照して、前記要求されているコンテンツの範囲が部分コンテンツの先頭位置から始まっているかを判定するステップと、
前記要求されているコンテンツの範囲が部分コンテンツの前記先頭位置から始まっていないと判定した場合には、前記コンテンツ構成テーブルの全部または前記コンテンツ識別子で指定されたコンテンツの先頭位置の情報を含む部分を、前記コンテンツ受信装置がリクエストするための情報を有するレスポンスメッセージを生成するステップと、
前記レスポンスメッセージを、前記コンテンツ受信装置に送信するステップ、とをコンピュータに実行させるためのプログラムである。
【００２８】
第１１の本発明は、
第１０の本発明のプログラムを担持した記録媒体であって、コンピュータで利用可能な記録媒体である。
【発明の効果】
【００２９】
本発明により、コンテンツ再生装置がコンテンツの途中からのデータをリクエストする場合に、無駄な処理やトラフィックを発生させない、コンテンツサーバ、コンテンツサーバのリクエスト制御方法、およびコンテンツ送受信システムを提供できる。
【発明を実施するための最良の形態】
【００３０】
以下、本発明の実施の形態を、図面を参照しながら説明する。
【００３１】
（実施の形態１）
図１は、本発明の実施の形態１のコンテンツ送受信システムの構成図である。以下、本実施の形態１のコンテンツ送受信システムおよびコンテンツサーバの、構成とともに動作について説明する。
【００３２】
本実施の形態１のコンテンツ送受信システムは、コンテンツサーバ１とコンテンツ受信装置２が、ネットワーク３により接続されている。コンテンツサーバ１は、蓄積手段１０６に記録されているコンテンツを、コンテンツ受信装置２からの要求に応じて、ネットワーク３上に送信する。コンテンツ受信装置２は、コンテンツサーバ１からコンテンツを受信し、コンテンツの内容に応じた処理を行う。
【００３３】
本実施の形態１ではコンテンツの例として、ＤＶＤ−ＶＲフォーマットの動画像を想定するが、いくつかの部分コンテンツから構成されるコンテンツであっても構わない。ＤＶＤ−ＶＲフォーマットの動画像の場合、部分コンテンツとしてＶＯＢＵを採ることができる。
【００３４】
図２は、本実施の形態１のコンテンツサーバ１のブロック図である。コンテンツ構成テーブル１０１は、蓄積手段１０６に含まれている。コンテンツ構成テーブル１０１は、ＤＶＤ−ＶＲフォーマットの場合、ＩＦＯファイルであり、ＶＯＢＵの位置情報の他、Ｉピクチャの情報、タイムスタンプ不連続点等の情報が含まれている。本実施の形態１では、コンテンツ毎に複数のコンテンツ構成テーブル１０１があるとするが、すべてのコンテンツに一つだけコンテンツ構成テーブル１０１があって、必要に応じてコンテンツ毎に作成されてもよい。
【００３５】
リクエスト受信手段１０２は、コンテンツ受信装置２からのリクエストメッセージを受信する。本実施の形態１では、リクエストメッセージはＨＴＴＰプロトコルに従って伝送される。具体的には、ＨＴＴＰ  ＧＥＴメッセージまたはＨＴＴＰ  ＨＥＡＤメッセージである。なお、ＨＴＴＰプロトコルは、使用する通信プロトコルの一例であり、本発明において通信プロトコルは問わない。
【００３６】
リクエスト解析手段１０３は、コンテンツ構成テーブル１０１を参照しつつ、リクエスト受信手段１０２が受信したリクエストメッセージの内容を解析し、リクエストメッセージで要求されているコンテンツの範囲が部分コンテンツの先頭から始まっていることを確認する。
【００３７】
レスポンス生成手段１０４は、リクエスト解析手段１０３における解析結果に従って、レスポンスメッセージを生成し、レスポンス送信手段１０５に渡す。
【００３８】
レスポンス送信手段１０５は、レスポンス生成手段１０４が生成したレスポンスメッセージを、コンテンツ受信装置２宛に送信する。本実施の形態１では、レスポンスメッセージはＨＴＴＰプロトコルに従って送信される。
【００３９】
蓄積手段１０６は、コンテンツ構成テーブル１０１の他、ＤＶＤ−ＶＲフォーマットの動画像等のコンテンツを含む。蓄積手段１０６は、一つまたは複数のＤＶＤディスク、ハードディスク、半導体メモリ、これらを複合したモジュール等で構成される。
【００４０】
図３は、本実施の形態１のコンテンツ受信装置２のブロック図である。コンテンツ受信装置２は、コンテンツデータを要求するためにコンテンツサーバ１へリクエストメッセージを送信するリクエスト送信手段２０２と、コンテンツサーバ１からのレスポンスメッセージを受信するレスポンス受信手段２０１とを備えている。
【００４１】
図４、図５は、本実施の形態１のコンテンツサーバ１の動作を示すシーケンス図である。図４は、リクエストメッセージの要求コンテンツ範囲がＶＯＢＵの先頭から始まっている、通常処理の場合を示す。図５は、リクエストメッセージの要求コンテンツ範囲がＶＯＢＵの先頭から始まっていない、エラー処理の場合を示す。
【００４２】
以下に、図２〜図５を用いて、本実施の形態１のコンテンツ送受信システムの動作について説明する。
【００４３】
最初に、図４の通常処理の場合について説明する。リクエスト受信手段１０２は、コンテンツ受信装置２からのＨＴＴＰ  ＧＥＴメッセージを受信すると、ＨＴＴＰ  ＧＥＴメッセージから要求コンテンツ範囲と、コンテンツ識別子を抽出する。要求コンテンツ範囲は、ＨＴＴＰ  ＧＥＴメッセージ内のＲａｎｇｅヘッダやその他のヘッダで指定される。コンテンツ識別子は、ＵＲＩで指定される。
【００４４】
なお、ＨＴＴＰ  ＧＥＴメッセージ内のＲａｎｇｅヘッダやその他のヘッダで指定される要求コンテンツ範囲が、本発明の要求コンテンツ範囲指定情報の一例である。
【００４５】
リクエスト受信手段１０２は、抽出した要求コンテンツ範囲とＵＲＩを含む解析指示を、リクエスト解析手段１０３に送る。リクエスト解析手段１０３は、蓄積手段１０６からコンテンツ構成テーブル１０１を取得し、要求コンテンツ範囲が、ＶＯＢＵの先頭から始まっているかどうかを判定する。ＶＯＢＵの先頭から始まっていなければ、図５で示すエラー処理に移る。ＶＯＢＵの先頭から始まっていれば、リクエスト解析手段１０３は、レスポンス生成手段１０４に通常レスポンスの生成を指示する。この生成要求には、ＨＴＴＰ  ＧＥＴメッセージで指定されたＵＲＩが含まれている。
【００４６】
レスポンス生成手段１０４は、このＵＲＩに対応するコンテンツを蓄積手段１０６から取り出し、このコンテンツを含むＨＴＴＰレスポンスメッセージを生成する。受信したＨＴＴＰ  ＧＥＴメッセージがＲａｎｇｅヘッダを含む場合、このＨＴＴＰレスポンスメッセージのステータスコードは、２０６（Ｐａｒｔｉａｌ  Ｃｏｎｔｅｎｔ）である。そして、レスポンス生成手段１０４は、生成したＨＴＴＰレスポンスメッセージをレスポンス送信手段１０５に送る。レスポンス送信手段１０５は、このＨＴＴＰレスポンスメッセージをコンテンツ受信装置２宛に送信する。
【００４７】
次に図５のエラー処理の場合について説明する。リクエスト解析手段１０３がコンテンツ構成テーブル１０１を取得するまでの処理は、図４で説明した通常処理の場合と同様なので説明は省略する。
【００４８】
リクエスト解析手段１０３は、蓄積手段１０６からコンテンツ構成テーブル１０１を取得し、要求コンテンツ範囲が、ＶＯＢＵの先頭から始まっているかどうかを判定する。ＶＯＢＵの先頭から始まっていなければ、リクエスト解析手段１０３はエラーレスポンスの生成要求をレスポンス生成手段１０４に送る。この生成要求には、ＨＴＴＰ  ＧＥＴメッセージで指定されたＵＲＩが含まれている。
【００４９】
そして、レスポンス生成手段１０４は、ＨＴＴＰエラーレスポンスメッセージを生成する。後述するように、コンテンツ受信装置がコンテンツ構成テーブルをリクエストするが、レスポンス生成手段１０４は、コンテンツ受信装置がそのリクエストを行なうために必要な情報を含むように、ＨＴＴＰエラーレスポンスメッセージを生成する。このコンテンツ受信装置がそのリクエストを行なうために必要な情報とは、コンテンツ構成テーブルの全部またはコンテンツ識別子で指定されたコンテンツの先頭位置の情報を含む部分である。
【００５０】
具体的には、レスポンス生成手段１０４が生成するＨＴＴＰエラーレスポンスメッセージのステータスコードは４０３（Ｆｏｒｂｉｄｄｅｎ）であり、このＨＴＴＰエラーレスポンスメッセージには、ＨＴＴＰ  ＧＥＴメッセージで指定されたＵＲＩに対応するコンテンツの構成を示すコンテンツ構成テーブル１０１のＵＲＩが含まれている。そして、レスポンス生成手段１０４は、生成したＨＴＴＰエラーレスポンスメッセージをレスポンス送信手段１０５に送る。レスポンス送信手段１０５は、このＨＴＴＰエラーレスポンスメッセージをコンテンツ受信装置２宛に送信する。
【００５１】
ここで、ＨＴＴＰエラーレスポンスメッセージに含める、ＨＴＴＰ  ＧＥＴメッセージで指定されたＵＲＩに対応するコンテンツの構成を示すコンテンツ構成テーブル１０１のＵＲＩが、本発明の、コンテンツ受信装置がリクエストするための情報の一例である。
【００５２】
そして、コンテンツ受信装置２では、レスポンス受信手段２０１が、コンテンツサーバ１のレスポンス送信手段１０５から送信されてきたＨＴＴＰエラーレスポンスを受信する。そして、リクエスト送信手段２０２が、そのＨＴＴＰエラーレスポンスに含まれるコンテンツ構成テーブル１０１のＵＲＩを要求するリクエストメッセージを生成し、コンテンツサーバ１に送信する。そして、コンテンツ受信装置２は、コンテンツ構成テーブル１０１を取得し、その情報に基づいて要求する部分コンテンツの先頭からのデータ要求のリクエストメッセージを作成し、コンテンツサーバ１に要求する。
【００５３】
このように処理することにより、コンテンツ受信装置２は、コンテンツの先頭からのデータをコンテンツサーバ１から受信することができる。
【００５４】
なお、ＨＴＴＰエラーレスポンスメッセージに含まれるコンテンツ構成テーブルのＵＲＩは、新たなヘッダまたは既存のヘッダに対する新たな値を定義して、ＨＴＴＰエラーレスポンスメッセージのヘッダ部に書き込まれてもよいし、新たなフォーマットを定義してメッセージボディ部に書き込まれてもよい。
【００５５】
また、著作権保護を必要とするコンテンツを送信するために、ＤＴＣＰ  ｔｏ  ＩＰの規定に従ってコンテンツを伝送してもよい。この場合、レスポンス生成手段１０４は、ＶＯＢＵの先頭にＰＣＰヘッダを付加する。またコンテンツの内容を暗号化する。また、その他の暗号化を必要とする通信プロトコルを使っても構わない。
【００５６】
また、ＤＶＤ−ＶＲフォーマット以外のＭＰＥＧ動画像コンテンツに適用しても構わない。その場合、部分コンテンツとしてＧＯＰがとられる。また、部分コンテンツの構成を持つＭＰＥＧ以外の動画像コンテンツやＪＰＥＧ等の静止画、ＭＰ３等の音声にも適用可能である。
【００５７】
以上に説明したように、本発明のコンテンツサーバは、コンテンツが、ＤＶＤ−ＶＲフォーマットにおけるＶＯＢＵのような部分コンテンツから構成されている場合に、部分コンテンツの先頭以外の場所からデータ取得をしようとした場合、コンテンツ構成テーブルの識別子を返す。このことにより、コンテンツ受信装置はコンテンツ構成テーブルを取得することができ、部分コンテンツの構成が分かって、次のリクエストから部分コンテンツの先頭からアクセスができ、特に著作権保護が必要なコンテンツのアクセスの場合、コンテンツサーバの負荷を軽減できる。さらに、著作権保護が必要なコンテンツでなくてもコンテンツサーバ、コンテンツ受信装置の処理負荷を軽減し、かつトラフィックの無駄を減らせる。
【００５８】
なお、本発明のプログラムは、上述した本発明のコンテンツサーバのリクエスト制御方法の、前記コンテンツ受信装置から要求されているコンテンツの範囲を算出するステップ、前記要求されているコンテンツの範囲が部分コンテンツの先頭位置から始まっているかを判定するステップ、前記コンテンツ受信装置がリクエストするための情報を有するレスポンスメッセージを生成するステップの動作をコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムである。
【００５９】
また、本発明の記録媒体は、上述した本発明のコンテンツサーバのリクエスト制御方法の、前記コンテンツ受信装置から要求されているコンテンツの範囲を算出するステップ、前記要求されているコンテンツの範囲が部分コンテンツの先頭位置から始まっているかを判定するステップ、前記コンテンツ受信装置がリクエストするための情報を有するレスポンスメッセージを生成するステップの動作をコンピュータにより実行させるためのプログラムを担持した記録媒体であり、コンピュータにより読み取り可能かつ、読み取られた前記プログラムが前記コンピュータと協働して利用される記録媒体である。
【００６０】
また、本発明のプログラムの一利用形態は、コンピュータにより読み取り可能な記録媒体に記録され、コンピュータと協働して動作する態様であっても良い。
【００６１】
また、記録媒体としては、ＲＯＭ等が含まれる。
【００６２】
また、上述した本発明のコンピュータは、ＣＰＵ等の純然たるハードウェアに限らず、ファームウェアや、ＯＳ、更に周辺機器を含むものであっても良い。
【００６３】
なお、以上説明した様に、本発明の構成は、ソフトウェア的に実現しても良いし、ハードウェア的に実現しても良い。
【産業上の利用可能性】
【００６４】
テキストやプログラム等のコンテンツに対して暗号化して伝送する場合、暗号化の単位に制限があれば、本発明が適用できる。またＨＴＴＰ以外の標準または非標準のプロトコルにも使用を拡大できる。
【図面の簡単な説明】
【００６５】
【図１】本発明の実施の形態１のコンテンツ送受信システムの構成図
【図２】本発明の実施の形態１のコンテンツサーバの構成を示すブロック図
【図３】本発明の実施の形態１のコンテンツ受信装置の構成を示すブロック図
【図４】本発明の実施の形態１のコンテンツサーバの通常処理を説明するシーケンス図
【図５】本発明の実施の形態１のコンテンツサーバのエラー処理を説明するシーケンス図
【符号の説明】
【００６６】
１  コンテンツサーバ
２  コンテンツ受信装置
３  ネットワーク
１０１  コンテンツ構成テーブル
１０２  リクエスト受信手段
１０３  リクエスト解析手段
１０４  レスポンス生成手段
１０５  レスポンス送信手段
１０６  蓄積手段
【図１】
2006067134.tif 000003
【図２】
2006067134.tif 000004
【図３】
2006067134.tif 000005
【図４】
2006067134.tif 000006
【図５】
2006067134.tif 000007