(57)【要約】【課題】  従来のコンテンツ受信装置は、付加情報が付加されたコンテンツをコンテンツサーバから受信する際に、受信したい範囲を指定することが出来ない。【解決手段】    一つのコンテンツブロックではコンテンツの内部属性が変化しないように、複数のコンテンツブロックに分割されたコンテンツを送信するコンテンツ配信方法であって、コンテンツサーバは、コンテンツブロック毎にコンテンツの内部属性に応じた付加情報を付加して、特定されたコンテンツブロックを送信し、コンテンツ受信装置は、コンテンツブロックの長さを少なくとも含むコンテンツブロック情報を利用して、コンテンツブロック毎にコンテンツの内部属性に応じた付加情報が付加されていることを前提として、コンテンツの要求範囲を決定し、その決定した要求範囲のコンテンツを要求する。【選択図】図１
2005149028.tif 000002
【特許請求の範囲】
【請求項１】
一つのコンテンツブロックではコンテンツの内部属性が変化しないように、複数の前記コンテンツブロックに分割されたコンテンツを送信するコンテンツ配信システムであって、
要求された要求範囲の前記コンテンツブロックを特定する特定手段と、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信手段とを有するコンテンツサーバと、
前記コンテンツを受信する受信手段と、前記コンテンツブロックの長さを少なくとも含むコンテンツブロック情報を利用して、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報が付加されていることを前提として、前記コンテンツの要求範囲を決定する要求範囲決定手段と、その決定した要求範囲の前記コンテンツを要求する要求手段とを有するコンテンツ受信装置とを備え、
前記特定手段は、前記要求手段が要求した前記要求範囲の前記コンテンツブロックを特定し、
前記受信手段は、前記送信手段から送信されてきた前記コンテンツを受信する、コンテンツ配信システム。
【請求項２】
一つのコンテンツブロックではコンテンツの内部属性が変化しないように、複数の前記コンテンツブロックに分割されたコンテンツを送信するコンテンツサーバであって、
要求された要求範囲の前記コンテンツブロックを特定する特定手段と、
前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信手段とを備え、
前記コンテンツを受信する受信手段と、前記コンテンツブロックの長さを少なくとも含むコンテンツブロック情報を利用して、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報が付加されていることを前提として、前記コンテンツの要求範囲を決定する要求範囲決定手段と、その決定した要求範囲の前記コンテンツを要求する要求手段とを有するコンテンツ受信装置の前記要求手段が要求した前記要求範囲の前記コンテンツブロックを、前記特定手段は、特定し、
前記送信手段から送信されてきた前記コンテンツは、前記受信手段によって受信される、コンテンツサーバ。
【請求項３】
前記所定の通信プロトコルは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）である、請求項２記載のコンテンツサーバ。
【請求項４】
前記付加情報は、前記コンテンツブロックの先頭に付加され、
前記送信手段は、前記ＨＴＴＰのパケットのデータ部分が、付加情報から始まるように前記コンテンツブロックを送信する、請求項３記載のコンテンツサーバ。
【請求項５】
前記コンテンツブロックは、固定長である、請求項２記載のコンテンツサーバ。
【請求項６】
前記送信手段は、前記コンテンツブロック情報を送信し、
前記要求手段は、その送信されてきたコンテンツブロック情報を利用する、請求項２記載のコンテンツサーバ。
【請求項７】
前記コンテンツは、画像及び／または音声を含むＡＶコンテンツである、請求項２記載のコンテンツサーバ。
【請求項８】
前記付加情報は、前記コンテンツの著作権保護の状態を示す情報を含む、請求項２記載のコンテンツサーバ。
【請求項９】
送信された前記コンテンツが暗号化されている場合、前記付加情報は、送信された前記コンテンツを復号するための情報を含む、請求項２記載のコンテンツサーバ。
【請求項１０】
前記ＡＶコンテンツは、ＭＰＥＧフォーマットの動画像であり、前記コンテンツブロックは、ＧＯＰ（Ｇｒｏｕｐｅ  Ｏｆ  Ｐｉｃｔｕｒｅ）である、請求項７記載のコンテンツサーバ。
【請求項１１】
前記ＡＶコンテンツは、ＤＶＤ−ＶＲフォーマットの動画像であり、前記コンテンツブロックは、ＶＯＢＵである、請求項７記載のコンテンツサーバ。
【請求項１２】
一つのコンテンツブロックではコンテンツの内部属性が変化しないように、複数の前記コンテンツブロックに分割されたコンテンツを受信するコンテンツ受信装置であって、
要求された要求範囲の前記コンテンツブロックを特定する特定手段と、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信手段とを有するコンテンツサーバの前記送信手段から送信されてきた前記コンテンツを受信する受信手段と、
前記コンテンツブロックの長さを少なくとも含むコンテンツブロック情報を利用して、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報が付加されていることを前提として、前記コンテンツの要求範囲を決定する要求範囲決定手段と、
その決定した要求範囲の前記コンテンツを要求する要求手段とを備え、
前記特定手段は、前記要求手段が要求した前記要求範囲の前記コンテンツブロックを特定する、コンテンツ受信装置。
【請求項１３】
前記所定の通信プロトコルは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）である、請求項１２記載のコンテンツ受信装置。
【請求項１４】
前記付加情報は、前記コンテンツブロックの先頭に付加され、
前記送信手段は、前記ＨＴＴＰのパケットのデータ部分が、付加情報から始まるように前記コンテンツブロックを送信する、請求項１３記載のコンテンツ受信装置。
【請求項１５】
前記コンテンツブロックは、固定長である、請求項１２記載のコンテンツ受信装置。
【請求項１６】
前記送信手段は、前記コンテンツブロック情報を送信し、
前記要求手段は、その送信されてきたコンテンツブロック情報を利用する、請求項１２記載のコンテンツ受信装置。
【請求項１７】
前記コンテンツは、画像及び／または音声を含むＡＶコンテンツである、請求項１２記載のコンテンツ受信装置。
【請求項１８】
前記付加情報は、前記コンテンツの著作権保護の状態を示す情報を含む、請求項１２記載のコンテンツ受信装置。
【請求項１９】
送信された前記コンテンツが暗号化されている場合、前記付加情報は、送信された前記コンテンツを復号するための情報を含む、請求項１２記載のコンテンツ受信装置。
【請求項２０】
前記ＡＶコンテンツは、ＭＰＥＧフォーマットの動画像であり、前記コンテンツブロックは、ＧＯＰ（Ｇｒｏｕｐｅ  Ｏｆ  Ｐｉｃｔｕｒｅ）である、請求項１７記載のコンテンツ受信装置。
【請求項２１】
前記ＡＶコンテンツは、ＤＶＤ−ＶＲフォーマットの動画像であり、前記コンテンツブロックは、ＶＯＢＵである、請求項１７記載のコンテンツ受信装置。
【請求項２２】
コンテンツサーバと、コンテンツ受信装置とを備え、一つのコンテンツブロックではコンテンツの内部属性が変化しないように、複数の前記コンテンツブロックに分割されたコンテンツを送信するコンテンツ配信システムで用いられるコンテンツ配信方法であって、
前記コンテンツサーバは、要求された要求範囲の前記コンテンツブロックを特定する特定ステップと、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信ステップとを備え、
前記コンテンツ受信装置は、前記コンテンツを受信する受信ステップと、前記コンテンツブロックの長さを少なくとも含むコンテンツブロック情報を利用して、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報が付加されていることを前提として、前記コンテンツの要求範囲を決定する要求範囲決定ステップと、その決定した要求範囲の前記コンテンツを要求する要求ステップとを備え、
前記特定ステップは、前記要求ステップが要求した前記要求範囲の前記コンテンツブロックを特定し、
前記受信ステップは、前記送信ステップから送信されてきた前記コンテンツを受信する、コンテンツ配信方法。
【請求項２３】
一つのコンテンツブロックではコンテンツの内部属性が変化しないように、複数の前記コンテンツブロックに分割されたコンテンツを送信するコンテンツ配信方法であって、
要求された要求範囲の前記コンテンツブロックを特定する特定ステップと、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信ステップとを備え、
前記コンテンツを受信する受信手段と、前記コンテンツブロックの長さを少なくとも含むコンテンツブロック情報を利用して、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報が付加されていることを前提として、前記コンテンツの要求範囲を決定する要求範囲決定手段と、その決定した要求範囲の前記コンテンツを要求する要求手段とを有するコンテンツ受信装置の前記要求手段が要求した前記要求範囲の前記コンテンツブロックを、前記特定ステップは、特定し、
前記送信ステップから送信されてきた前記コンテンツは、前記受信手段によって受信される、コンテンツ配信方法。
【請求項２４】
一つのコンテンツブロックではコンテンツの内部属性が変化しないように、複数の前記コンテンツブロックに分割されたコンテンツを受信するコンテンツ配信方法であって、
要求された要求範囲の前記コンテンツブロックを特定する特定手段と、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信手段とを有するコンテンツサーバの前記送信手段から送信されてきた前記コンテンツを受信する受信ステップと、
前記コンテンツブロックの長さを少なくとも含むコンテンツブロック情報を利用して、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報が付加されていることを前提として、前記コンテンツの要求範囲を決定する要求範囲決定ステップと、
その決定した要求範囲の前記コンテンツを要求する要求ステップとを備え、
前記特定手段は、前記要求ステップが要求した前記要求範囲の前記コンテンツブロックを特定する、コンテンツ配信方法。
【請求項２５】
請求項１記載のコンテンツ配信システムの、コンテンツサーバにおける、要求された要求範囲の前記コンテンツブロックを特定する特定手段と、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信手段と、
コンテンツ受信装置における、前記コンテンツを受信する受信手段と、前記コンテンツブロックの長さを少なくとも含むコンテンツブロック情報を利用して、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報が付加されていることを前提として、前記コンテンツの要求範囲を決定する要求範囲決定手段と、その決定した要求範囲の前記コンテンツを要求する要求手段としてコンピュータを機能させるためのプログラム。
【請求項２６】
請求項２記載のコンテンツサーバの、要求された要求範囲の前記コンテンツブロックを特定する特定手段と、
前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信手段としてコンピュータを機能させるためのプログラム。
【請求項２７】
請求項１２記載のコンテンツ受信装置の、要求された要求範囲の前記コンテンツブロックを特定する特定手段と、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信手段とを有するコンテンツサーバの前記送信手段から送信されてきた前記コンテンツを受信する受信手段と、
前記コンテンツブロックの長さを少なくとも含むコンテンツブロック情報を利用して、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報が付加されていることを前提として、前記コンテンツの要求範囲を決定する要求範囲決定手段と、
その決定した要求範囲の前記コンテンツを要求する要求手段としてコンピュータを機能させるためのプログラム。
【請求項２８】
請求項２５〜２７のいずれかに記載のプログラムを担持した記録媒体であって、コンピュータにより処理可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツの内部属性に基づく付加情報を付加したコンテンツを配信するコンテンツ配信システム、コンテンツサーバ、コンテンツ受信装置、コンテンツ配信方法、記録媒体、及びプログラムに関するものである。
【背景技術】
【０００２】
コンテンツ受信装置がネットワークを介して、コンテンツサーバに蓄積されているコンテンツを受信しようとする場合、一般にＨＴＴＰ等の通信プロトコルを使ってコンテンツサーバにリクエストを送り、コンテンツデータを受信する（例えば、非特許文献１参照）。
【０００３】
しかし、単純にコンテンツだけを指定してリクエストを送った場合、一度のリクエストでコンテンツのすべてがコンテンツサーバからコンテンツ受信装置に送られることになる。コンテンツ受信装置で通信プロトコルを扱うための受信バッファに制限がある場合でも、コンテンツの一部分だけを受信することができない。また、コンテンツ受信装置がすでにコンテンツのある部分を保持している場合でも、コンテンツを最初から最後まで受信しなければならない。
【０００４】
このようなことを改善するために、いくつかの通信プロトコルでは、コンテンツのある一部分を取得することができるよう、ブロック転送をサポートしている。例えばＨＴＴＰであれば、ＨＴＴＰリクエストメッセージにＲａｎｇｅヘッダを含ませることにより、ブロック転送を実現している（例えば、特許文献１参照）。
【０００５】
コンテンツがＡＶコンテンツである場合、コンテンツ受信装置がコンテンツサーバに蓄積されている画像や音声を含むＡＶコンテンツをコンテンツ受信装置においてネットワーク再生しようとする場合も、上記と同様にＡＶコンテンツの送受信を行うことが出来る。特にＡＶコンテンツの場合は、ＡＶコンテンツ再生装置は、内部のデコーダにＡＶコンテンツを送る前に受信バッファの空き状態を確認しながら、リクエストを送信する。この場合、上記のブロック転送を用いてＡＶコンテンツデータの送受信を行う。
【特許文献１】特開２００１−１０１０９１号公報
【非特許文献１】Ｒ．Ｆｉｅｌｄｉｎｇ他著  「Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ−ＨＴＴＰ／１．１」，  ＲＦＣ２６１６
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、コンテンツサーバからコンテンツを伝送する際、コンテンツの各部分の内部属性にもとづいて、付加情報を一定の規則に従って付加させることがある。付加情報としては例えば、その部分の重要度についての情報や、暗号化に関する情報等がある。重要度についての付加情報では、コンテンツサーバとコンテンツ受信装置の間にある中継装置等がそれを見て、ネットワーク負荷が高い場合に重要度の高いものから伝送をする。暗号化に関する情報としては例えば鍵に関する情報がある。
【０００７】
付加情報は、コンテンツ内で対応する内部属性が変化するたびに付与される。例えば重要度に関する付加情報であれば、コンテンツ内で重要度が変化するたびに付加情報をつけ直す。通信プロトコルの各転送単位（パケットやメッセージ）毎に、その通信プロトコルのヘッダの後に付加情報を必ず付加する。これは直前のパケットやメッセージがネットワーク上で失われた場合等に対処するため等の理由による。
【０００８】
図２は、コンテンツに対して付加情報が付与され、更にＨＴＴＰで伝送される場合のＨＴＴＰメッセージの例を示している。この図では、コンテンツが重要度によって３つのブロックに分けられているが、２つのＨＴＴＰメッセージで送信されるとする。１番目のＨＴＴＰメッセージでは、ＨＴＴＰヘッダの後に、コンテンツブロック１のための付加情報、コンテンツブロック１、コンテンツブロック２のための付加情報、コンテンツブロック２の一部（前半）と続く。２番目のＨＴＴＰメッセージでは、ＨＴＴＰヘッダの後に、まずコンテンツブロック２のための付加情報が続く。これはＨＴＴＰヘッダの後に付加情報を必ず付加するというルールによる。ついでコンテンツブロック２の一部（後半）、コンテンツブロック３のための付加情報、コンテンツブロック３が続く。
【０００９】
図３は、図２と同じコンテンツを３つのＨＴＴＰメッセージで送信する場合の例である。３つのＨＴＴＰメッセージで、３つのコンテンツブロックをそれぞれ送信する。１番目のＨＴＴＰメッセージでは、ＨＴＴＰヘッダの後ろに、コンテンツブロック１のための付加情報、コンテンツブロック１と続く。２番目のＨＴＴＰメッセージでは、ＨＴＴＰヘッダの後ろに、コンテンツブロック２のための付加情報、コンテンツブロック２と続く。３番目のＨＴＴＰメッセージでは、ＨＴＴＰヘッダの後ろに、コンテンツブロック３のための付加情報、コンテンツブロック３と続く。
【００１０】
それぞれのＨＴＴＰメッセージのメッセージボディ（データ部）として送られるデータは、付加情報とコンテンツデータとをあわせたものになる。ＨＴＴＰプロトコル上は付加情報かコンテンツデータかの区別がないので、付加情報もコンテンツデータも同じデータとして扱い、ＨＴＴＰヘッダに含まれるデータ長（Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈヘッダの値）も、付加情報とコンテンツデータとをあわせた値が書き込まれる。
【００１１】
コンテンツ受信装置が、例えばＨＴＴＰのＲａｎｇｅヘッダを使ってコンテンツサーバに含まれるコンテンツの一部分を取得しようとする場合、このような付加情報があると問題が生じる。ＨＴＴＰで送受信されるデータは、コンテンツデータにいくつかの付加情報を含んだものとなる。従って、コンテンツ受信装置がコンテンツの一部分を取得しようとする場合、コンテンツに付加情報を加えた全データを想定した上で、取得すべき範囲を指定しなければならない。
【００１２】
ところが図２及び図３からも分かるように、コンテンツをどのように分割するかによってトータルで送受信される付加情報の数が変わってしまう。コンテンツ受信装置は、コンテンツのどこで内部属性が変化しているかわからないので、付加情報がどこに挿入されるかわからず、従って取得すべき範囲を指定することができない。
【００１３】
すなわち、従来のコンテンツ受信装置は、付加情報が付加されたコンテンツをコンテンツサーバから受信する際に、受信したい範囲を指定することが出来ないという課題がある。
【００１４】
また、コンテンツがＡＶコンテンツの場合、特に著作権管理に関する情報を付加情報として付加する場合がある。すなわちＡＶコンテンツのある部分は、コピーしてもかまわないがある部分はコピーしてはならないといった情報である。この場合、コピーしてはならない部分は、ネットワーク上で暗号化して伝送されなければならない。また、定期的に鍵を更新するような暗号化を行った場合には、復号に関する情報が付加情報として付加される場合がある。
【００１５】
コンテンツがＡＶコンテンツの場合、コンテンツ受信装置は、受信バッファの空き状態を確認しながら、ＡＶコンテンツの一部分を取得するようなリクエストを送信する。この場合、著作権管理に関する情報等の付加情報がコンテンツの途中に付加されると、コンテンツ受信装置はＡＶコンテンツに付加情報を加えた全データを想定した上で、取得すべき範囲を指定しなければならない。しかし、コンテンツ受信装置はどこで著作権管理に関する情報等が変化しているかわからないので、従って再生を要求すべき範囲がわからない。
【００１６】
すなわち、従来のコンテンツ受信装置は、付加情報が付加されたＡＶコンテンツをコンテンツサーバから受信する際に、要求すべき範囲がわからないという課題がある。
【００１７】
本発明は上記課題を考慮し、付加情報が付加されたコンテンツを受信する際に、受信したい範囲を指定することが出来るコンテンツ配信システム、コンテンツサーバ、コンテンツ受信装置、コンテンツ配信方法、記録媒体、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１８】
また、上述した課題を解決するために、第１の本発明は、一つのコンテンツブロックではコンテンツの内部属性が変化しないように、複数の前記コンテンツブロックに分割されたコンテンツを送信するコンテンツ配信システムであって、
要求された要求範囲の前記コンテンツブロックを特定する特定手段と、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信手段とを有するコンテンツサーバと、
前記コンテンツを受信する受信手段と、前記コンテンツブロックの長さを少なくとも含むコンテンツブロック情報を利用して、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報が付加されていることを前提として、前記コンテンツの要求範囲を決定する要求範囲決定手段と、その決定した要求範囲の前記コンテンツを要求する要求手段とを有するコンテンツ受信装置とを備え、
前記特定手段は、前記要求手段が要求した前記要求範囲の前記コンテンツブロックを特定し、
前記受信手段は、前記送信手段から送信されてきた前記コンテンツを受信する、コンテンツ配信システムである。
【００１９】
このことにより、付加情報が付加されたコンテンツの送受信を行う際に、コンテンツ受信装置が受信したい範囲をコンテンツサーバに一意に指定することが出来るコンテンツ配信システムを構築することが出来る。
【００２０】
また、第２の本発明は、一つのコンテンツブロックではコンテンツの内部属性が変化しないように、複数の前記コンテンツブロックに分割されたコンテンツを送信するコンテンツサーバであって、
要求された要求範囲の前記コンテンツブロックを特定する特定手段と、
前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信手段とを備え、
前記コンテンツを受信する受信手段と、前記コンテンツブロックの長さを少なくとも含むコンテンツブロック情報を利用して、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報が付加されていることを前提として、前記コンテンツの要求範囲を決定する要求範囲決定手段と、その決定した要求範囲の前記コンテンツを要求する要求手段とを有するコンテンツ受信装置の前記要求手段が要求した前記要求範囲の前記コンテンツブロックを、前記特定手段は、特定し、
前記送信手段から送信されてきた前記コンテンツは、前記受信手段によって受信される、コンテンツサーバである。
【００２１】
このことにより、コンテンツサーバは、コンテンツ受信装置が要求しているコンテンツの範囲を一意に特定することが出来る。
【００２２】
また、第３の本発明は、前記所定の通信プロトコルは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）である、第２の本発明のコンテンツサーバである。
【００２３】
このことにより、これまでの本発明を標準的なプロトコルで実現出来る。
【００２４】
また、第４の本発明は、前記付加情報は、前記コンテンツブロックの先頭に付加され、
前記送信手段は、前記ＨＴＴＰのパケットのデータ部分が、付加情報から始まるように前記コンテンツブロックを送信する、第３の本発明のコンテンツサーバである。
【００２５】
このことにより、途中のＨＴＴＰパケットが伝送路中で欠落しても、次のＨＴＴＰパケットでのコンテンツブロックの内部属性が分かる。
【００２６】
また、第５の本発明は、前記コンテンツブロックは、固定長である、第２の本発明のコンテンツサーバである。
【００２７】
このことにより、要求された範囲を特定する際の処理が簡単化される。
【００２８】
また、第６の本発明は、前記送信手段は、前記コンテンツブロック情報を送信し、
前記要求手段は、その送信されてきたコンテンツブロック情報を利用する、第２の本発明のコンテンツサーバである。
【００２９】
このことにより、コンテンツ受信装置に常に最新のコンテンツブロック情報を提供出来る。
【００３０】
また、第７の本発明は、前記コンテンツは、画像及び／または音声を含むＡＶコンテンツである、第２の本発明のコンテンツサーバである。
【００３１】
このことにより、これまでの本発明をＡＶコンテンツの送信でも実現出来る。特に付加情報を伴うＡＶコンテンツのネットワーク再生を効率的に提供出来る。
【００３２】
また、第８の本発明は、前記付加情報は、前記コンテンツの著作権保護の状態を示す情報を含む、第２の本発明のコンテンツサーバである。
【００３３】
このことにより、これまでの本発明を著作権保護の状態を内部属性として持つコンテンツにも応用出来る。
【００３４】
また、第９の本発明は、送信された前記コンテンツが暗号化されている場合、前記付加情報は、送信された前記コンテンツを復号するための情報を含む、第２の本発明のコンテンツサーバである。
【００３５】
このことにより、これまでの本発明を送信時にコンテンツを暗号化する場合にも応用出来る。
【００３６】
また、第１０の本発明は、前記ＡＶコンテンツは、ＭＰＥＧフォーマットの動画像であり、前記コンテンツブロックは、ＧＯＰ（Ｇｒｏｕｐｅ  Ｏｆ  Ｐｉｃｔｕｒｅ）である、第７の本発明のコンテンツサーバである。
【００３７】
このことにより、これまでの本発明をＭＰＥＧフォーマットの動画像に応用出来る。
【００３８】
また、第１１の本発明は、前記ＡＶコンテンツは、ＤＶＤ−ＶＲフォーマットの動画像であり、前記コンテンツブロックは、ＶＯＢＵである、第７の本発明のコンテンツサーバである。
【００３９】
このことにより、これまでの本発明をＤＶＤ−ＶＲフォーマットの動画像に応用出来る。
【００４０】
また、第１２の本発明は、一つのコンテンツブロックではコンテンツの内部属性が変化しないように、複数の前記コンテンツブロックに分割されたコンテンツを受信するコンテンツ受信装置であって、
要求された要求範囲の前記コンテンツブロックを特定する特定手段と、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信手段とを有するコンテンツサーバの前記送信手段から送信されてきた前記コンテンツを受信する受信手段と、
前記コンテンツブロックの長さを少なくとも含むコンテンツブロック情報を利用して、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報が付加されていることを前提として、前記コンテンツの要求範囲を決定する要求範囲決定手段と、
その決定した要求範囲の前記コンテンツを要求する要求手段とを備え、
前記特定手段は、前記要求手段が要求した前記要求範囲の前記コンテンツブロックを特定する、コンテンツ受信装置である。
【００４１】
このことにより、コンテンツ受信装置は、コンテンツの内部属性がどこで変化するかを知らずとも要求するコンテンツの難易を指定することが出来る。
【００４２】
また、第１３の本発明は、前記所定の通信プロトコルは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）である、第１２の本発明のコンテンツ受信装置である。
【００４３】
このことにより、これまでの本発明を標準的な通信プロトコルで実現出来る。
【００４４】
また、第１４の本発明は、前記付加情報は、前記コンテンツブロックの先頭に付加され、
前記送信手段は、前記ＨＴＴＰのパケットのデータ部分が、付加情報から始まるように前記コンテンツブロックを送信する、第１３の本発明のコンテンツ受信装置である。
【００４５】
このことにより、途中のＨＴＴＰパケットが伝送路中で欠落しても、次のＨＴＴＰパケットでのコンテンツブロックの内部属性が分かる。
【００４６】
また、第１５の本発明は、前記コンテンツブロックは、固定長である、第１２の本発明のコンテンツ受信装置である。
【００４７】
このことにより、コンテンツ受信装置は、ネットワークを介してコンテンツブロック情報を取得せずとも、自身でコンテンツブロック情報を生成、取得出来る。
【００４８】
また、第１６の本発明は、前記送信手段は、前記コンテンツブロック情報を送信し、
前記要求手段は、その送信されてきたコンテンツブロック情報を利用する、第１２の本発明のコンテンツ受信装置である。
【００４９】
このことにより、コンテンツ受信装置は、常に最新のコンテンツブロック情報を利用出来る。
【００５０】
また、第１７の本発明は、前記コンテンツは、画像及び／または音声を含むＡＶコンテンツである、第１２の本発明のコンテンツ受信装置である。
【００５１】
このことにより、これまでの本発明をＡＶコンテンツの送信でも実現出来る。特に付加情報を伴うＡＶコンテンツのネットワーク再生を効率的に提供出来る。
【００５２】
また、第１８の本発明は、前記付加情報は、前記コンテンツの著作権保護の状態を示す情報を含む、第１２の本発明のコンテンツ受信装置である。
【００５３】
このことにより、これまでの本発明を著作権保護の状態を内部属性として持つコンテンツにも応用出来る。
【００５４】
また、第１９の本発明は、送信された前記コンテンツが暗号化されている場合、前記付加情報は、送信された前記コンテンツを復号するための情報を含む、第１２の本発明のコンテンツ受信装置である。
【００５５】
これまでの本発明を送信時にコンテンツを暗号化する場合にも応用出来る。
【００５６】
また、第２０の本発明は、前記ＡＶコンテンツは、ＭＰＥＧフォーマットの動画像であり、前記コンテンツブロックは、ＧＯＰ（Ｇｒｏｕｐｅ  Ｏｆ  Ｐｉｃｔｕｒｅ）である、第１７の本発明のコンテンツ受信装置である。
【００５７】
このことにより、これまでの本発明をＭＰＥＧフォーマットの動画像にも応用出来る。
【００５８】
また、第２１の本発明は、前記ＡＶコンテンツは、ＤＶＤ−ＶＲフォーマットの動画像であり、前記コンテンツブロックは、ＶＯＢＵである、第１７の本発明のコンテンツ受信装置である。
【００５９】
このことにより、これまでの本発明をＤＶＤ−ＶＲフォーマットの動画像に応用出来る。
【００６０】
また、第２２の本発明は、コンテンツサーバと、コンテンツ受信装置とを備え、一つのコンテンツブロックではコンテンツの内部属性が変化しないように、複数の前記コンテンツブロックに分割されたコンテンツを送信するコンテンツ配信システムで用いられるコンテンツ配信方法であって、
前記コンテンツサーバは、要求された要求範囲の前記コンテンツブロックを特定する特定ステップと、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信ステップとを備え、
前記コンテンツ受信装置は、前記コンテンツを受信する受信ステップと、前記コンテンツブロックの長さを少なくとも含むコンテンツブロック情報を利用して、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報が付加されていることを前提として、前記コンテンツの要求範囲を決定する要求範囲決定ステップと、その決定した要求範囲の前記コンテンツを要求する要求ステップとを備え、
前記特定ステップは、前記要求ステップが要求した前記要求範囲の前記コンテンツブロックを特定し、
前記受信ステップは、前記送信ステップから送信されてきた前記コンテンツを受信する、コンテンツ配信方法である。
【００６１】
このことにより、付加情報が付加されたコンテンツの送受信を行う際に、コンテンツ受信装置が受信したい範囲をコンテンツサーバに一意に指定することが出来るコンテンツ配信方法を提供することが出来る。
【００６２】
また、第２３の本発明は、一つのコンテンツブロックではコンテンツの内部属性が変化しないように、複数の前記コンテンツブロックに分割されたコンテンツを送信するコンテンツ配信方法であって、
要求された要求範囲の前記コンテンツブロックを特定する特定ステップと、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信ステップとを備え、
前記コンテンツを受信する受信手段と、前記コンテンツブロックの長さを少なくとも含むコンテンツブロック情報を利用して、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報が付加されていることを前提として、前記コンテンツの要求範囲を決定する要求範囲決定手段と、その決定した要求範囲の前記コンテンツを要求する要求手段とを有するコンテンツ受信装置の前記要求手段が要求した前記要求範囲の前記コンテンツブロックを、前記特定ステップは、特定し、
前記送信ステップから送信されてきた前記コンテンツは、前記受信手段によって受信される、コンテンツ配信方法である。
【００６３】
このことにより、付加情報が付加されたコンテンツの送信を行う際に、コンテンツ受信装置が受信したい範囲をコンテンツサーバが一意に指定することが出来るコンテンツ配信方法を提供することが出来る。
【００６４】
また、第２４の本発明は、一つのコンテンツブロックではコンテンツの内部属性が変化しないように、複数の前記コンテンツブロックに分割されたコンテンツを受信するコンテンツ配信方法であって、
要求された要求範囲の前記コンテンツブロックを特定する特定手段と、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信手段とを有するコンテンツサーバの前記送信手段から送信されてきた前記コンテンツを受信する受信ステップと、
前記コンテンツブロックの長さを少なくとも含むコンテンツブロック情報を利用して、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報が付加されていることを前提として、前記コンテンツの要求範囲を決定する要求範囲決定ステップと、
その決定した要求範囲の前記コンテンツを要求する要求ステップとを備え、
前記特定手段は、前記要求ステップが要求した前記要求範囲の前記コンテンツブロックを特定する、コンテンツ配信方法である。
【００６５】
このことにより、付加情報が付加されたコンテンツの受信を行う際に、コンテンツ受信装置が受信したい範囲をコンテンツサーバに一意に指定することが出来るコンテンツ配信方法を提供することが出来る。
【００６６】
また、第２５の本発明は、第１の本発明のコンテンツ配信システムの、コンテンツサーバにおける、要求された要求範囲の前記コンテンツブロックを特定する特定手段と、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信手段と、
コンテンツ受信装置における、前記コンテンツを受信する受信手段と、前記コンテンツブロックの長さを少なくとも含むコンテンツブロック情報を利用して、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報が付加されていることを前提として、前記コンテンツの要求範囲を決定する要求範囲決定手段と、その決定した要求範囲の前記コンテンツを要求する要求手段としてコンピュータを機能させるためのプログラムである。
【００６７】
このことにより、第１の本発明のコンテンツ配信システムをコンピュータで実現するプログラムを提供することが出来る。
【００６８】
また、第２６の本発明は、第２の本発明のコンテンツサーバの、要求された要求範囲の前記コンテンツブロックを特定する特定手段と、
前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信手段としてコンピュータを機能させるためのプログラムである。
【００６９】
このことにより、第２の本発明のコンテンツサーバをコンピュータで実現するプログラムを提供することが出来る。
【００７０】
また、第２７の本発明は、第１２の本発明のコンテンツ受信装置の、要求された要求範囲の前記コンテンツブロックを特定する特定手段と、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報を付加して、特定された前記コンテンツブロックを所定の通信プロトコルに従って送信する送信手段とを有するコンテンツサーバの前記送信手段から送信されてきた前記コンテンツを受信する受信手段と、
前記コンテンツブロックの長さを少なくとも含むコンテンツブロック情報を利用して、前記コンテンツブロック毎に前記コンテンツの内部属性に応じた付加情報が付加されていることを前提として、前記コンテンツの要求範囲を決定する要求範囲決定手段と、
その決定した要求範囲の前記コンテンツを要求する要求手段としてコンピュータを機能させるためのプログラムである。
【００７１】
このことにより、第１２の本発明のコンテンツ受信装置をコンピュータで実現するプログラムを提供することが出来る。
【００７２】
また、第２８の本発明は、第２５〜２７の本発明のいずれかのプログラムを担持した記録媒体であって、コンピュータにより処理可能な記録媒体である。
【００７３】
このことにより、第２５〜２７の本発明のいずれかのプログラムをコンピュータで処理するための記録媒体を提供することが出来る。
【発明の効果】
【００７４】
本発明は、付加情報が付加されたコンテンツをコンテンツサーバから受信する際に、受信したい範囲を指定することが出来るコンテンツ配信システム、コンテンツサーバ、コンテンツ受信装置、コンテンツ配信方法、記録媒体、及びプログラムを提供することが出来る。
【発明を実施するための最良の形態】
【００７５】
以下に本発明の実施の形態を図面を参照して説明する。
【００７６】
（第１の実施の形態）
以下、本発明の第一の実施の形態について、図面を参照しながら説明する。
【００７７】
図４は、本実施の形態が適用されるネットワークの構成図である。コンテンツサーバ１は、蓄積手段１０１に記録されているコンテンツを、コンテンツ受信装置２からの要求に応じて、ネットワーク３上に送信する。コンテンツ受信装置２は、コンテンツサーバ１からコンテンツを受信し、コンテンツの内容に応じた処理を行う。コンテンツの例としては、テキスト、画像、音声、実行ファイル等である。
【００７８】
図１は、コンテンツサーバ１とコンテンツ受信装置２間の送受信を記述したシーケンス図である。本実施の形態ではこの送受信にＨＴＴＰプロトコルを用いる。ただし、本発明において送受信のプロトコルは問わない。図１はコンテンツサーバ１の蓄積手段１０１に記録されているｈｏｇｅ．ｅｘｅを、コンテンツ受信装置２がコンテンツの最初から、分割送受信する場合の例である。
【００７９】
図５に、ｈｏｇｅ．ｅｘｅの構成を例示する。ｈｏｇｅ．ｅｘｅは、トータルサイズが５００００バイトで、いくつかのコンテンツブロックから構成されている。内部属性として重要度をもつが、一つのコンテンツブロック内では重要度に変化はない。すなわち、コンテンツは、一つのコンテンツブロックではコンテンツの内部属性が変化しないように、複数のコンテンツブロックに分割されている。一番目のコンテンツブロックは３０００バイト、二番目のコンテンツブロックは３５００バイトで、三番目のコンテンツブロックは２９００バイト、四番目のコンテンツブロックは３２００バイトである。コンテンツのうち、最初の６５００バイトは重要度１、次の２９００バイトは重要度２、次の３２００バイトは重要度３となっている。
【００８０】
なお、重要度は内部属性の一つの例である。他の内部属性でもよく、また内部属性がすべて同一のコンテンツでもよい。また、トータルサイズやブロックサイズは問わない。蓄積手段１０１は、ハードディスクなどの不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００８１】
図１でコンテンツサーバ１とコンテンツ受信装置２は、最初、取得したいコンテンツに関するコンテンツブロック情報を交換する。コンテンツブロック情報は、コンテンツの内部のどのようにコンテンツブロックが分けられているかを示す表である。図６にコンテンツブロック情報の例を示す。オフセットはコンテンツの始まりからのバイト長を示す。この表から０バイト目から２９９９バイト目までがコンテンツブロック１、３０００バイト目から６４９９バイト目までがコンテンツブロック２、６５００バイト目から９３９９バイト目までがコンテンツブロック３、９４００バイト目から１２６５９バイト目までがコンテンツブロック４であることがわかる。コンテンツブロック情報の交換にはＨＴＴＰを利用してもよいし、また別の通信プロトコルを使ってもよい。
【００８２】
コンテンツ受信装置２は、コンテンツブロック情報を取得すると、すべてのコンテンツブロックの先頭に付加情報が加えられるということを前提に、データ要求であるメッセージ１をコンテンツサーバ１に向けて送信する。メッセージ１は要求範囲としてＲａｎｇｅヘッダを含み、０バイト目から６５３９バイト目までの送信を要求している。これはコンテンツブロック１及びコンテンツブロック２と、それぞれのコンテンツブロックに２０バイトずつの付加情報が加えられていることを考慮している。なお、この付加情報は、上述した内部属性としての重要度を表す情報である。
【００８３】
コンテンツサーバ１はこのメッセージ１を受信すると、メッセージ２を送信する。メッセージ２は、Ｃｏｎｔｅｎｔ−Ｒａｎｇｅヘッダを含み、０バイト目から６５３９バイト目の送信を行うことを示している。ここで付加情報を除いたコンテンツデータの送信範囲は、０バイト目から６４９９バイト目である。これに二つの付加情報を加えて０バイト目から６５３９バイト目までの送信となっている。コンテンツ受信装置２は、受信したメッセージ２に所定の処理を行った後、０バイト目から６５３９バイト目までを取り出して、コンテンツの処理を行う。
【００８４】
メッセージ３及びメッセージ４についても同様である。以降、コンテンツの最後まで達するか、コンテンツ受信装置２のユーザによってコンテンツ受信が停止されるまで、上記を繰り返す。
【００８５】
すなわち、コンテンツは、一つのコンテンツブロックではコンテンツの内部属性が変化しないように、複数の前記コンテンツブロックに分割されており、コンテンツサーバ１は、受信装置２から要求されたコンテンツの部分をコンテンツ受信装置２に送信する際、コンテンツブロック毎にコンテンツの内部属性に応じた付加情報を付加して、コンテンツを送信する。従って、受信装置２は、コンテンツ毎に付加情報が付加されて送信するということを前提にすれば、コンテンツブロック情報に基づいて、付加情報が付加されたコンテンツをコンテンツサーバから受信する際に、受信したい範囲を指定することが出来るようになる。このことは、図１のメッセージ２に示すように、コンテンツブロック１とコンテンツブロック２とが一つのＨＴＴＰメッセージで送信されてくる場合であっても、また、コンテンツブロック１とコンテンツブロック２とが複数のＨＴＴＰメッセージに分割されて送信されてくる場合であっても、付加情報は、コンテンツブロック１に対して一つだけ付加され、コンテンツブロック２に対しても一つだけ付加される。このようにＨＴＴＰメッセージをどのようにコンテンツブロックをまとめてまたは分割して作成したものであっても、必ず、付加情報がコンテンツブロック毎に付加されるので、コンテンツ受信装置２は、付加情報が付加されたコンテンツをコンテンツサーバから受信する際に、受信したい範囲を指定することが出来るようになる。
【００８６】
また、コンテンツサーバ１が、図１のメッセージ２等のＨＴＴＰメッセージを作成する際、図１のメッセージ２のようにＨＴＴＰヘッダの直後に必ず付加情報がくるようにＨＴＴＰメッセージを作成することにより、直前のパケットやメッセージがネットワーク上で失われた場合等に容易に対処することが出来るようになる。すなわち、付加情報をコンテンツブロックの先頭に付加し、ＨＴＴＰメッセージすなわちＨＴＴＰのパケットのデータ部分が、付加情報から始まるようにして、コンテンツブロックを送信することにより、直前のパケットやメッセージがネットワーク上で失われた場合等に容易に対処することが出来るようになる。
【００８７】
コンテンツブロックのサイズが例えば２Ｋバイトなどの固定長の場合には、コンテンツブロックの先頭に付加情報を付加し、一つまたは複数のコンテンツブロックをＨＴＴＰメッセージのメッセージボディ部分に格納するようにすれば、容易にＨＴＴＰのパケットのメッセージボディの先頭が付加情報から始まるようにすることが出来る。
【００８８】
図７は、本実施の形態のコンテンツサーバ１の構成を示すブロック図である。図７で、蓄積手段１０１には一つ以上のコンテンツが蓄積されている。データ要求受信手段１０２は、ネットワーク３を介してコンテンツ受信装置２からのデータ要求を受信する。データ要求は、コンテンツを識別する情報であるコンテンツ識別子と当該コンテンツ識別子で識別されるコンテンツの要求範囲を有する。ここで要求範囲は、内部属性によらずコンテンツブロック毎に付加情報が挿入されるということを前提に、付加情報をも含めて計算した範囲である。
【００８９】
コンテンツデータ取得手段１０３は、受信した要求範囲から付加情報を除いた部分を取り出すためにコンテンツブロック保持送信手段１０６を参照し、受信した要求範囲からコンテンツのどの部分を送信すべきかを決定する。コンテンツデータ取得手段１０３が、取り出したコンテンツデータを伝送コンテンツデータ構成手段１０４に送る際、コンテンツブロック毎に送る。すなわち、コンテンツデータ取得手段１０３は、伝送コンテンツデータ構成手段１０４にコンテンツブロックを一つ送った後、コンテンツブロックの終わりを伝送コンテンツデータ構成手段１０４に通知する。
【００９０】
伝送コンテンツデータ構成手段１０４は、コンテンツデータ取得手段１０３から送られた範囲のコンテンツデータに、当該コンテンツデータを送信する際に必要な付加情報を加えて、伝送コンテンツデータを構成する。
【００９１】
送信手段１０５は、伝送コンテンツデータ構成手段１０４から送られた伝送コンテンツデータ、及びコンテンツブロック情報保持送信手段１０６からのコンテンツブロック情報を、ネットワーク３を介してコンテンツ受信装置２宛てに、ＨＴＴＰに従って送信する。
【００９２】
コンテンツブロック情報保持送信手段１０６は、各コンテンツ毎のコンテンツブロック情報を保持している。またコンテンツブロック情報保持送信手段１０６は、コンテンツ受信装置２からのコンテンツブロック情報要求を受信して、送信手段１０５を介して対応するコンテンツブロック情報を送信する。
【００９３】
図８は、本実施の形態のコンテンツサーバ１の動作を示すフローチャートである。以下、図８を使い、図１を用いて説明したシーケンスにおけるコンテンツサーバ１の動作を説明する。
【００９４】
コンテンツサーバ１がコンテンツ受信装置２から取得したいコンテンツのコンテンツ識別子を含むコンテンツブロック情報要求を受信すると（ステップ１）、コンテンツブロック情報保持送信手段１０６が当該コンテンツに対応するコンテンツブロック情報を、送信手段１０５を介してコンテンツ受信装置２宛てに送信する（ステップ２）。
【００９５】
ついで、データ要求受信手段１０２が、データ要求であるＨＴＴＰメッセージ（ＧＥＴメソッドを含む；図１のメッセージ１、メッセージ３）を受信する（ステップ３）と、このＨＴＴＰメッセージがコンテンツデータ取得手段１０３に送られる。
【００９６】
コンテンツデータ取得手段１０３は、受信したＨＴＴＰメッセージからコンテンツ識別子であるＵＲＩ（本実施の形態ではｈｏｇｅ．ｅｘｅ）を抽出し、Ｒａｎｇｅヘッダから要求範囲を抽出する。コンテンツデータ取得手段１０３は、まずコンテンツブロック情報保持送信手段１０６を参照し、コンテンツ識別子が示すコンテンツのコンテンツブロック情報を確認する（ステップ４）。コンテンツデータ取得手段１０３は、このコンテンツのすべてのコンテンツブロックに付加情報が加えられ、一つのコンテンツブロックには一つの付加情報のみが加えられたということを前提にして、受信した要求範囲から実際のコンテンツデータの位置を特定する。次に、コンテンツデータ取得手段１０３は、要求範囲に相当する最初のコンテンツブロックを蓄積手段１０１から取り出し（ステップ５）、伝送コンテンツデータ構成手段１０４に送り、コンテンツブロックの末尾まで送信し終わったらその旨を伝送コンテンツデータ構成手段１０４に通知する。
【００９７】
伝送コンテンツデータ構成手段１０４は、コンテンツデータ取得手段１０３から送られたコンテンツブロックの先頭に付加情報を追加する（ステップ６）。なお本実施の形態では、コンテンツブロックにどのような付加情報（本実施の形態では重要度を示す情報）を付与すべきかの情報は、コンテンツブロックの先頭に記録されているものとする。
【００９８】
伝送コンテンツデータ構成手段１０４は、一つのコンテンツブロックに付加情報を追加するとその旨をコンテンツデータ取得手段１０３に通知する。コンテンツデータ取得手段１０３は、要求範囲に対応するまだ送っていないコンテンツブロックがあれば、次のコンテンツブロックを伝送コンテンツデータ構成手段１０４に送り、送り終わったらその旨を通知する。
【００９９】
送信すべきデータが要求されたデータ範囲の最後までに達していれば（ステップ７）、コンテンツデータ取得手段１０３は、コンテンツの終わりを伝送コンテンツデータ構成手段１０４に通知し、伝送コンテンツデータ構成手段１０４は、これまでに構成した一つまたは複数の付加情報を追加したコンテンツブロックを伝送コンテンツデータとして送信手段１０５に送る。
【０１００】
送信手段１０５は送られた伝送コンテンツデータをＨＴＴＰに則って送信する（ステップ８）。この際、ＨＴＴＰメッセージのＣｏｎｔｅｎｔ−Ｒａｎｇｅヘッダには付加情報を加えた時のデータ範囲が書き込まれる。送信後、ステップ３に戻る。
【０１０１】
ステップ３で、データ要求を受信していない間に、コンテンツ受信装置２が、新たなコンテンツブロック情報要求を受信した場合（ステップ９）、ステップ２に戻って対応するコンテンツブロック情報を送信する。不正なメッセージを受信すると（ステップ１０）、エラーレスポンスを送信し（ステップ１１）、ステップ１に戻る。データ要求もコンテンツブロック情報要求も受信できないうちに所定時間が経過してタイムアウトした場合は（ステップ１２）、ステップ１に戻る。
【０１０２】
図９は、本実施の形態のコンテンツ受信装置２の構成を示すブロック図である。図９でユーザ入力手段２０１は、ユーザから、コンテンツ受信を行うコンテンツを識別する情報であるコンテンツ識別子（名前など）を受け付ける。具体的には、ユーザ入力手段２０１は、コンテンツ識別子と取得したいデータの範囲（１メガバイト目以降等）を受け付ける。なお、ユーザ入力手段２０１はコンテンツ識別子のみを受け付けてもよい。ユーザ入力手段２０１が受け付ける情報の入力手段は、テンキーやキーボードやマウスやリモコンを使ってメニュー画面を操作するもの等、何でも良い。ユーザ入力手段２０１は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【０１０３】
要求範囲決定手段２０２は、ユーザ入力手段２０１からの通知、受信バッファ２０５の空き容量に関する問い合わせ結果、受信手段２０４からの通知等を受けて、要求範囲を決定する。要求範囲は、ユーザ入力手段２０１が受け付けた情報や、受信バッファ２０５の空き容量に関する問い合わせ結果、受信手段２０４からの通知等に基づいて取得すべきデータの範囲を決定し、コンテンツブロック情報取得手段２０７を参照して、コンテンツを構成するすべてのコンテンツブロックの先頭に付加情報が加えられることを前提にして、取得すべきデータの範囲に対応する付加情報まで含めた要求範囲を決定する。
【０１０４】
データ要求送信手段２０３は、受信を要求するコンテンツ識別子と、要求範囲を含む、データ要求を生成し、ネットワーク３に送信する。
【０１０５】
受信手段２０４は、ネットワーク３から付加情報が加えられたコンテンツデータを受信し、コンテンツデータを受信バッファ２０５に送るとともに、受信したコンテンツデータの長さ、または受信したデータの終点位置を受信データ決定手段２０２に通知する。受信手段２０４は、コンテンツデータを受信バッファ２０５に送る前または後に付加情報を解析して、処理が必要な場合には適当な処理を行う。例えば、付加情報からコンテンツデータが暗号化されていることが分かれば、復号処理を行う。
【０１０６】
コンテンツ処理手段２０６は、受信バッファ２０５からコンテンツデータを順次読み込んで必要な処理を行う。例えば、画面に表示をしたり所定の計算をしたりする。コンテンツ処理手段２０６は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。コンテンツ処理手段２０６は、出力デバイスのドライバーソフトウェアと処理ソフトウェアまたは、出力デバイスのドライバーソフトと出力デバイスと処理ソフトウェアまたは、ＭＰＵ上のアプリケーションプログラム等で実現され得る。
【０１０７】
コンテンツブロック情報取得手段２０７は、コンテンツブロック情報を要求するコンテンツブロック情報要求を送信し、その応答としてコンテンツサーバ１から受信手段２０４を介してコンテンツブロック情報を受信し、保持する。
【０１０８】
図１０は、本実施の形態のコンテンツ受信装置２の動作を示すフローチャートである。以下、図１０を使い、図１を用いて説明したシーケンスにおけるコンテンツ受信装置２の動作を説明する。
【０１０９】
ユーザ入力手段２０１に、コンテンツサーバ１にあるコンテンツの受信開始要求があると（ステップ１）、ユーザ入力手段２０１は、要求するコンテンツ識別子（図１の例ではｈｏｇｅ．ｅｘｅ）を要求範囲決定手段２０２とコンテンツブロック情報取得手段２０７に通知する。このときユーザ入力手段２０１に受信したいコンテンツの範囲も入力された場合、その範囲も要求範囲決定手段２０２に通知する。
【０１１０】
コンテンツブロック情報取得手段２０７は、通知されたコンテンツ識別子に対応するコンテンツのコンテンツブロック情報を保持しているかどうかを判定し（ステップ２）、保持していなければコンテンツブロック情報要求を送信する（ステップ３）。受信手段２０４がコンテンツブロック情報を受信すると（ステップ４）、受信手段２０４は受信したコンテンツブロック情報をコンテンツブロック情報取得手段２０７に送る。コンテンツブロック情報取得手段２０７は、コンテンツブロック情報を受信すると対応するコンテンツ識別子に関連づけてコンテンツブロック情報を保存し、要求範囲決定手段２０２へその旨を通知する。
【０１１１】
要求範囲決定手段２０２は、ユーザがユーザ入力手段２０１に入力した受信したデータの範囲と、受信バッファ２０５の空き容量から要求すべきコンテンツの範囲を決定する。更に、要求範囲決定手段２０２は、コンテンツブロック情報取得手段２０７が保持しているコンテンツブロック情報から、すべてのコンテンツブロックの先頭に付加情報が加えられ、一つのコンテンツブロックには一つだけ付加情報が加えられているとして、要求すべきコンテンツの範囲に対応する要求範囲を決定する（ステップ５）。要求範囲決定手段２０２は、コンテンツ識別子とともに決定した要求範囲をデータ要求送信手段２０３に通知する。データ要求送信手段２０３は、通知されたコンテンツ識別子と要求範囲を含むデータ要求（図１のメッセージ１、メッセージ３）を生成し、送信する（ステップ６）。
【０１１２】
受信手段２０４が、送信したデータ要求に対応する付加情報が加えられた伝送コンテンツデータ（図１のメッセージ２、メッセージ４）を受信すると（ステップ７）、受信手段２０４は、付加情報を解析する（ステップ８）。付加情報が重要度に関する情報のみからなっている場合は、コンテンツ受信装置２は付加情報について特に何も処理する必要がないので、受信手段２０４は付加情報を取り除いてコンテンツデータを受信バッファ２０５に送る。このコンテンツデータはコンテンツ処理手段２０６に送られて処理される（ステップ９）。
【０１１３】
受信手段２０４がすべての付加情報を解析し終わっていない（つまり、コンテンツ処理手段２０６に送られていないコンテンツデータがある）ならば（ステップ１０）、ステップ８以降を繰り返す。
【０１１４】
ユーザ入力手段２０１に入力されたコンテンツ識別子に対応するコンテンツのすべて（コンテンツの範囲も入力された場合はその範囲）を受信するか、ユーザがユーザ入力手段２０１に停止を指示した場合（ステップ１１）、最初に戻る。
【０１１５】
ステップ２で、以前の通信等により、コンテンツブロック取得手段２０７にすでに当該コンテンツに対応するコンテンツブロック情報が保持されている場合は、コンテンツブロック情報の交換は行わず、ステップ５に進む。ただし、この場合でもコンテンツブロック情報の交換を行ってもよい。
【０１１６】
ステップ４またはステップ７で、受信できないままタイムアウトしたり、またはコンテンツサーバ１からエラーレスポンスを受信した場合（ステップ１２、１３）は、エラー処理を行い（ステップ１４）、最初に戻る。
【０１１７】
なお、上記の実施の形態であげたｈｏｇｅ．ｅｘｅというコンテンツは例であり、その他のコンテンツ、例えば、画像や音声を含むＡＶコンテンツやその他のフォーマットでもよいことは言うまでもない。
【０１１８】
また、上記の実施の形態では、コンテンツ受信装置２は、コンテンツブロック情報をコンテンツサーバ１からネットワーク３を介して取得していたが、例えば、コンテンツブロック長を固定長にする等で、コンテンツ受信装置２が事前にコンテンツを構成するコンテンツブロックの構成がわかる場合は、この限りではない。すなわち、コンテンツ受信装置２のコンテンツブロック取得手段２０７は、自身の、または外部にあるメモリにアクセスする等でそのメモリ等に事前に記憶されているコンテンツブロック情報を取得してもよい。
【０１１９】
また、上記の実施の形態において、コンテンツサーバとコンテンツ受信装置の間に、例えば、中継装置が存在し、コンテンツ受信装置から中継装置にデータ要求が送信され、中継装置がコンテンツサーバをアクセスし、コンテンツを取得して、コンテンツ受信装置に当該コンテンツを送信してもよい。つまり、コンテンツサーバとコンテンツ受信装置は、直接にネットワークで、データの送受信を行う必要は、必ずしもない。
【０１２０】
さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。
【０１２１】
さらに、本実施の形態のコンテンツデータ取得手段１０３は本発明の特定手段の例であり、本実施の形態の伝送コンテンツデータ構成手段１０４及び送信手段１０５は本発明の送信手段の例であり、本実施の形態の受信手段２０４は本発明の受信手段の例であり、本実施の形態の要求範囲決定手段２０２は本発明の要求範囲決定手段の例であり、本実施の形態のデータ要求送信手段２０３は本発明の要求手段の例である。
【０１２２】
（実施の形態２）
以下、本発明の第二の実施の形態について、図面を参照しながら説明する。なお第一の実施の形態と同一の構成要素には同一の符号をふり、説明は省略する。
【０１２３】
図１１は、本実施の形態が適用されるネットワークの構成図である。ＡＶサーバ１３は、蓄積手段１０１に記録されている画像または音声またはその両方を含むＡＶコンテンツを、ＡＶコンテンツ再生装置１４からの再生要求に応じて、ネットワーク３上に送信する。コンテンツ受信装置２は、ＡＶサーバ１３からＡＶコンテンツを受信し、再生手段１４０２で再生する。ＡＶコンテンツの例としては、ＭＰＥＧ動画像、ＡＣ３音声、ＪＰＥＧ静止画等である。
【０１２４】
図１２は、ＡＶサーバ１３とＡＶコンテンツ再生装置１４間の送受信を記述したシーケンス図である。本実施の形態ではこの送受信にＨＴＴＰを用いる。ただし、本発明において送受信のプロトコルは問わない。図１２はＡＶサーバ１３の蓄積手段１０１に記録されているｈｏｇｅｈｏｇｅ．ｍｐｇを、ＡＶコンテンツ再生装置１４がコンテンツの最初から、ネットワーク再生する場合の例である。ここでｈｏｇｅｈｏｇｅ．ｍｐｇは、ＭＰＥＧ動画像である。
【０１２５】
図１５に、ｈｏｇｅｈｏｇｅ．ｍｐｇの構成を例示する。ｈｏｇｅｈｏｇｅ．ｍｐｇは、トータルサイズが４０００００００００バイトで、内部属性として著作権保護の状態が異なる。この内部属性としての著作権保護の状態は、一つのコンテンツブロック内では変化はない。すなわち、コンテンツは、一つのコンテンツブロックではコンテンツの内部属性が変化しないように、複数のコンテンツブロックに分割されている。ｈｏｇｅｈｏｇｅ．ｍｐｇを構成する一番目のコンテンツブロックは１００００００バイト、二番目のコンテンツブロックは１２０００００バイト、三番目のコンテンツブロックは９０００００バイト、四番目のコンテンツブロックは１１０００００バイトである。なお、内部属性として著作権保護の情報は一つの例である。他の内部属性でもよい。また全ＡＶコンテンツが一つの内部属性で構成されているＡＶコンテンツでもよい。また、トータルサイズやブロックサイズも問わない。蓄積手段１０１は、ハードディスクなどの不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【０１２６】
図１２でＡＶサーバ１３とＡＶコンテンツ再生装置１４は、最初、取得したいＡＶコンテンツに関するコンテンツブロック情報を交換する。ＡＶコンテンツブロック情報は、コンテンツの内部のどのようにコンテンツブロックが分けられているかを示す表である。
【０１２７】
図１６にコンテンツブロック情報の例を示す。オフセットはコンテンツの始まりからのバイト長を示す。この表から０バイト目から９９９９９９バイト目までがコンテンツブロック１、１００００００バイト目から２１９９９９９バイト目までがコンテンツブロック２、２２０００００バイト目から３０９９９９９バイト目までがコンテンツブロック３、３１０００００バイト目から４１９９９９９バイト目までがコンテンツブロック４であることがわかる。コンテンツブロック情報の交換にはＨＴＴＰを利用してもよいし、また別の通信プロトコルを使ってもよい。本実施の形態では、コンテンツブロック１とコンテンツブロック２（０バイト目から２１９９９９９バイト目）は著作権保護が必要、コンテンツブロック３（２２０００００バイト目から３０９９９９９バイト目）は著作権フリーだが暗号化が必要、コンテンツブロック４（３１０００００バイト目から４１９９９９９バイト目）は著作権フリーで暗号化も不要とする。
【０１２８】
図１２で、ＡＶコンテンツ再生装置１４は、コンテンツブロック情報を取得すると、すべてのコンテンツブロックの先頭に付加情報が加えられるということを前提に、再生要求であるメッセージ１をＡＶサーバ１３に向けて送信する。メッセージ１は要求範囲としてＲａｎｇｅヘッダを含み、０バイト目から２２０００３９バイト目までの送信を要求している。これはコンテンツブロック１及びコンテンツブロック２と、それぞれのコンテンツブロックに２０バイトずつの付加情報が加えられていることを考慮している。なお、この付加情報は、上述した内部属性としての著作権保護の状態を表す情報である。
【０１２９】
ＡＶサーバ１３はこのメッセージ１を受信すると、メッセージ２を送信する。メッセージ２は、Ｃｏｎｔｅｎｔ−Ｒａｎｇｅヘッダを含み、０バイト目から２２０００３９バイト目の送信を行うことを示している。ここで付加情報を除いたコンテンツの送信範囲は、０バイト目から２１９９９９９バイト目である。これに二つの付加情報を加えて０バイト目から２２０００３９バイト目までの送信となっている。ＡＶコンテンツ再生装置１４は、受信したメッセージ２に所定の処理を行った後、付加情報を除いた部分（０バイト目から２１９９９９９バイト目までに相当）を取り出して、コンテンツの処理を行う。なお、本実施の形態で用いる付加情報は２０バイトとする。
【０１３０】
メッセージ３及びメッセージ４についても同様である。以降、コンテンツの最後まで達するか、ＡＶコンテンツ再生装置１４のユーザによってネットワーク再生が停止されるまで、上記を繰り返す。
【０１３１】
すなわち、ＡＶコンテンツは、一つのコンテンツブロックではコンテンツの内部属性が変化しないように、複数のコンテンツブロックに分割されており、ＡＶサーバ１３は、受信装置２から要求されたコンテンツの部分をＡＶコンテンツ再生装置１４に送信する際、コンテンツブロック毎にコンテンツの内部属性に応じた付加情報を付加して、コンテンツを送信する。従って、受信装置２は、コンテンツ毎に付加情報が付加されて送信するということを前提にすれば、コンテンツブロック情報に基づいて、付加情報が付加されたコンテンツをコンテンツサーバから受信する際に、受信したい範囲を指定することが出来るようになる。このことは、図１２のメッセージ２に示すように、コンテンツブロック１とコンテンツブロック２とが一つのＨＴＴＰメッセージで送信されてくる場合であっても、また、コンテンツブロック１とコンテンツブロック２とが複数のＨＴＴＰメッセージに分割されて送信されてくる場合であっても、付加情報は、コンテンツブロック１に対して一つだけ付加され、コンテンツブロック２に対しても一つだけ付加される。このようにＨＴＴＰメッセージをどのようにコンテンツブロックをまとめてまたは分割して作成したものであっても、必ず、付加情報がコンテンツブロック毎に付加されるので、ＡＶコンテンツ再生装置１４は、付加情報が付加されたコンテンツをＡＶサーバ１３から受信する際に、受信したい範囲を指定することが出来るようになる。
【０１３２】
また、ＡＶサーバ１３が、図１２のメッセージ２等のＨＴＴＰメッセージを作成する際、図１２のメッセージ２のようにＨＴＴＰヘッダの直後に必ず付加情報がくるようにＨＴＴＰメッセージを作成することにより、直前のパケットやメッセージがネットワーク上で失われた場合等に容易に対処することが出来るようになる。すなわち、付加情報をコンテンツブロックの先頭に付加し、ＨＴＴＰメッセージすなわちＨＴＴＰのパケットのデータ部分が、付加情報から始まるようにして、コンテンツブロックを送信することにより、直前のパケットやメッセージがネットワーク上で失われた場合等に容易に対処することが出来るようになる。
【０１３３】
コンテンツブロックのサイズが固定長の場合には、コンテンツブロックの先頭に付加情報を付加し、一つまたは複数のコンテンツブロックをＨＴＴＰメッセージのメッセージボディ部分に格納するようにすれば、容易にＨＴＴＰのパケットのメッセージボディの先頭が付加情報から始まるようにすることが出来る。
【０１３４】
図１３は、本実施の形態のＡＶサーバ１３の構成を示すブロック図である。図１３で、蓄積手段１０１には一つ以上の画像または音声またはその両方を含むＡＶコンテンツが蓄積されている。再生要求受信手段１３０１は、ネットワーク３を介してＡＶコンテンツ再生装置１４からの再生要求を受信する。再生要求は、ＡＶコンテンツを識別する情報であるＡＶコンテンツ識別子と、当該ＡＶコンテンツ識別子で識別されるＡＶコンテンツの要求範囲を有する。ここで要求範囲は、内部属性によらずコンテンツブロック毎に付加情報が挿入されるということを前提に、付加情報をも含めて計算した範囲である。
【０１３５】
ＡＶコンテンツデータ取得手段１３０２は、受信した要求範囲から付加情報を除いた部分を取り出すためにコンテンツブロック保持送信手段１０６を参照し、受信した要求範囲からＡＶコンテンツのどの部分を送信すべきかを決定する。ＡＶコンテンツデータ取得手段１３０２が、取り出したＡＶコンテンツデータを伝送ＡＶコンテンツデータ構成手段１３０５に送る際、コンテンツブロック毎に送る。すなわち、ＡＶコンテンツデータ取得手段１３０２は、伝送ＡＶコンテンツデータ構成手段１３０５にコンテンツブロックを一つ送った後、コンテンツブロックの終わりを伝送ＡＶコンテンツデータ構成手段１３０５に通知する。
【０１３６】
伝送ＡＶコンテンツデータ構成手段１３０５は、ＡＶコンテンツデータ取得手段１３０２から送られた範囲のコンテンツデータに、当該コンテンツデータを送信する際に必要な付加情報を加えて、伝送ＡＶコンテンツデータを構成する。
【０１３７】
暗号手段１３０３は、伝送ＡＶコンテンツデータ構成手段１３０５から入力したＡＶコンテンツデータを暗号化して送信手段１０５に送る。
【０１３８】
暗号化のための鍵は暗号鍵生成手段１３０４が生成する。ＡＶサーバ１３とＡＶコンテンツ再生装置１４間であらかじめ決められた手順で復号化のための情報を通知する方法を決めておき、伝送ＡＶコンテンツデータ構成手段１３０５が生成する付加情報にその方法に則った復号のための情報が含まれる。鍵そのものは暗号手段１３０３に渡され、ＡＶコンテンツデータの暗号化に使用される。本実施の形態では、コンテンツブロック毎に鍵を変更するものとする。暗号のための鍵と復号のための鍵は同一の鍵（共通鍵）でもよいし、異なる鍵でもよい。
【０１３９】
送信手段１０５、コンテンツブロック情報保持送信手段１０６は、実施の形態１で説明したものと同じ機能を有するが、本実施の形態においては取り扱うコンテンツがＡＶコンテンツになる。また、付加情報の内容が著作権保護の状態及び復号のための情報となる
図１７は、本実施の形態のＡＶサーバ１３の動作を示すフローチャートである。以下、図１３を使い、図１２を用いて説明したシーケンスにおけるＡＶサーバ１の動作を説明する。
【０１４０】
ＡＶサーバ１がＡＶコンテンツ再生装置２からネットワーク再生したいＡＶコンテンツのＡＶコンテンツ識別子を含むコンテンツブロック情報要求を受信すると（ステップ１）、コンテンツブロック情報保持送信手段１０６が当該コンテンツに対応するコンテンツブロック情報を、送信手段１０５を介してＡＶコンテンツ再生装置２宛てに送信する（ステップ２）。
【０１４１】
ついで、再生要求受信手段１３０１が、再生要求であるＨＴＴＰメッセージ（ＧＥＴメソッドを含む；図１２のメッセージ１、メッセージ３）を受信すると（ステップ３）、このＨＴＴＰメッセージがＡＶコンテンツデータ取得手段１３０２に送られる。
【０１４２】
ＡＶコンテンツデータ取得手段１３０２は、受信したＨＴＴＰメッセージからＡＶコンテンツ識別子であるＵＲＩ（本実施の形態ではｈｏｇｅｈｏｇｅ．ｍｐｇ）を抽出し、Ｒａｎｇｅヘッダから要求範囲を抽出する。ＡＶコンテンツデータ取得手段１３０２は、まずコンテンツブロック情報保持送信手段１０６を参照し、ＡＶコンテンツ識別子が示すＡＶコンテンツのコンテンツブロック情報を確認する（ステップ４）。ＡＶコンテンツデータ取得手段１３０２は、このＡＶコンテンツのすべてのコンテンツブロックに付加情報が加えられたということを前提にして、受信した要求範囲から実際のコンテンツデータの位置を特定する。次に、ＡＶコンテンツデータ取得手段１３０２は、要求範囲に相当する最初のコンテンツブロックを蓄積手段１０１から取り出し（ステップ５）、伝送ＡＶコンテンツデータ構成手段１３０５に送り、コンテンツブロックの末尾まで送信し終わったらその旨を伝送ＡＶコンテンツデータ構成手段１３０５に通知する。
【０１４３】
伝送ＡＶコンテンツデータ構成手段１３０５は、ＡＶコンテンツデータ取得手段１３０２から送られたコンテンツブロックに暗号化が必要かどうかを判断する（ステップ６）。なお本実施の形態では、コンテンツブロックの内部属性（本実施の形態では著作権情報）は、各コンテンツブロックの先頭に記録されているものとする。
【０１４４】
暗号化が必要であれば、伝送ＡＶコンテンツデータ構成手段１３０５は、暗号鍵生成手段１３０４に鍵の生成と暗号手段１３０３への設定を指示する。暗号鍵生成手段１３０４は鍵を生成し、暗号手段１３０３へ設定するとともに（ステップ７）、復号のための情報を伝送ＡＶコンテンツデータ構成手段１３０５に通知する。
【０１４５】
伝送ＡＶコンテンツデータ構成手段１３０５は、コンテンツブロック情報保持送信手段１０６を参照し、コンテンツブロック情報から著作権保護の状態（コンテンツブロック１の場合、著作権保護必要）と、暗号鍵生成手段１３０４からの復号のための情報を含む付加情報を生成する（ステップ８）。また伝送ＡＶコンテンツデータ構成手段１３０５は、暗号化が必要なコンテンツのデータを暗号手段１３０３に送り、暗号手段１３０３は暗号処理を実行する（ステップ９）。
【０１４６】
その後、伝送ＡＶコンテンツデータ構成手段１３０５は、まず付加情報を送信手段１０５に送り、ついで暗号化を施した伝送ＡＶコンテンツデータを送信手段１０５に送るよう、暗号手段１３０３に指示する。
【０１４７】
送信手段１０４は、ＨＴＴＰに則り、まずＨＴＴＰヘッダを送信し、ついで付加情報を送信する。その後、暗号化されたコンテンツのデータを送信する（ステップ１０）。送信手段１０４は送信が完了するとその旨を伝送ＡＶコンテンツデータ構成手段１３０５に通知し、伝送ＡＶコンテンツデータ構成手段１３０５は、それをＡＶコンテンツデータ取得手段１３０２に通知する。ＡＶコンテンツデータ取得手段１３０２は、要求範囲に対応するまだ送っていないコンテンツブロックがあれば、次のコンテンツブロックを伝送ＡＶコンテンツデータ構成手段１３０５に送り、送り終わったらその旨を通知する。
【０１４８】
ステップ６で、伝送ＡＶコンテンツデータ構成手段１３０５がこれから送信するＡＶコンテンツのデータに暗号化をする必要がないと判断したなら、著作権保護の状態（著作権フリーで暗号化不要等）、平文であるという意味の復号に関する情報を含む付加情報を生成する（ステップ１２）。そのようにして構成した伝送ＡＶコンテンツデータを送信手段１０５に送り、送信手段１０５は、ＨＴＴＰに則って付加情報を含む伝送ＡＶコンテンツデータを送信する（ステップ１０）。
【０１４９】
伝送ＡＶコンテンツデータ構成手段１３０５は、要求されている要求範囲の最後まで達したかどうかを判断し（ステップ１１）、達していなければ、未送信の範囲のＡＶコンテンツデータについてステップ５以降の処理を行う。
【０１５０】
ステップ１１で要求範囲の最後までに達したら、ステップ３に戻り、次の再生要求を待つ。
【０１５１】
ステップ３で、再生要求を受信していない間に、新たなコンテンツブロック情報要求を受信した場合（ステップ１３）、ステップ２に戻り、対応するコンテンツブロック情報を送信する。不正なメッセージを受信すると（ステップ１４）、エラーレスポンスを送信し（ステップ１５）、ステップ１に戻る。再生要求もコンテンツブロック情報要求も受信できないうちに所定時間が経過してタイムアウトした場合は（ステップ１６）、ステップ１に戻る。
【０１５２】
図１４は、本実施の形態のＡＶコンテンツ再生装置１４の構成を示すブロック図である。図１４でユーザ入力手段２０１は、ユーザから、再生を行うＡＶコンテンツを識別する情報であるＡＶコンテンツ識別子（名前など）を受け付ける。具体的には、ユーザ入力手段２０１は、ＡＶコンテンツ識別子と再生したい時間情報（３０分後以降等）を受け付ける。なお、ユーザ入力手段２０１はＡＶコンテンツ識別子のみを受け付けてもよい。ユーザ入力手段２０１が受け付ける情報の入力手段は、テンキーやキーボードやマウスやリモコンを使ってメニュー画面を操作するもの等、何でも良い。ユーザ入力手段２０１は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【０１５３】
要求範囲決定手段２０２は、ユーザ入力手段２０１からの通知、受信バッファ２０５の空き容量に関する問い合わせ結果、受信手段２０４からの通知等を受けて、要求範囲を決定する。要求範囲は、ユーザ入力手段２０１が受け付けた情報や、受信バッファ２０５の空き容量に関する問い合わせ結果、受信手段２０４からの通知等に基づいて取得すべきデータの範囲を決定し、コンテンツブロック情報取得手段２０７が取得したコンテンツブロック情報を参照して、ＡＶコンテンツを構成するすべてのコンテンツブロックの先頭に付加情報が加えられることを前提にして、取得すべきデータの範囲に対応する付加情報まで含めた要求範囲を決定する。
【０１５４】
再生要求送信手段１４０１は、受信を要求するＡＶコンテンツ識別子と、要求範囲を含む、再生要求を生成し、ネットワーク３に送信する。
【０１５５】
受信手段２０４は、ネットワーク３から伝送ＡＶコンテンツデータを受信し、伝送ＡＶコンテンツデータを受信バッファ２０５に送るとともに、受信した伝送ＡＶコンテンツデータの長さ、または受信したデータの終点位置を要求範囲決定手段２０２に通知する。また、受信手段２０４は、付加情報から暗号化されているかどうかを判定し、暗号化されていれば復号に関する情報を復号鍵生成手段１４０４に通知する。
【０１５６】
再生手段１４０２は、受信バッファ２０５からＡＶコンテンツデータを順次読み込んで再生する。再生手段１４０２は、ディスプレイやスピーカ等の出力デバイスを含むと考えても含まないと考えてもよい。再生手段１４０２は、出力デバイスのドライバソフトウェアと再生処理ソフトウェアまたは、出力デバイスと、出力デバイスのドライバソフトウェアと再生処理ソフトウェア等で実現され得る。
【０１５７】
復号手段１４０３は、受信手段から暗号化されているＡＶコンテンツのデータを受け付け、復号して再生手段１４０２に送る。復号のための鍵は、受信手段２０４からの復号のための情報をもとに復号鍵生成手段１４０４で生成され、復号手段１４０３に設定される。
【０１５８】
復号鍵生成手段１４０４は、受信手段２０５から通知された復号のための情報から、所定の方法で鍵を生成し、復号手段１４０３に設定する。鍵を生成する方法として例えば、次のような方法がある。あらかじめＡＶサーバ１３とＡＶコンテンツ再生装置１４間で、鍵を暗号／復号するための鍵（鍵暗号鍵）が共有されていて、その鍵暗号鍵で復号のための鍵が暗号化されているものを復号のための情報として付加情報に含ませる。鍵生成手段１４０４は、共有している鍵暗号鍵で、復号のための鍵を算出する。
【０１５９】
コンテンツブロック情報取得手段２０７は、コンテンツブロック情報を要求するコンテンツブロック情報要求を送信し、その応答としてＡＶサーバ１から受信手段２０４を介してコンテンツブロック情報を受信し、保持する。
【０１６０】
図１８は、本実施の形態のＡＶコンテンツ再生装置１４の動作を示すフローチャートである。以下、図１８を使い、図１２を用いて説明したシーケンスにおけるＡＶコンテンツ再生装置１４の動作を説明する。
【０１６１】
ユーザ入力手段２０１に、ＡＶサーバ１３にあるＡＶコンテンツのネットワーク再生要求があると（ステップ１）、ユーザ入力手段２０１は、要求するＡＶコンテンツ識別子（図１２の例ではｈｏｇｅｈｏｇｅ．ｍｐｇ）を要求範囲決定手段２０２とコンテンツブロック情報取得手段２０７に通知する。このときユーザ入力手段２０１に受信したいコンテンツの範囲も入力された場合、その範囲も要求範囲決定手段２０２に通知する。
【０１６２】
コンテンツブロック情報取得手段２０７は、通知されたＡＶコンテンツ識別子に対応するＡＶコンテンツのコンテンツブロック情報を保持しているかどうかを判定し（ステップ２）、保持していなければコンテンツブロック情報要求を送信する（ステップ３）。受信手段２０４がコンテンツブロック情報を受信すると（ステップ４）、受信手段２０４は受信したコンテンツブロック情報をコンテンツブロック情報取得手段２０７に送る。コンテンツブロック情報取得手段２０７は、コンテンツブロック情報を受信すると対応するコンテンツ識別子に関連づけてコンテンツブロック情報を保存し、要求範囲決定手段２０２へその旨を通知する。
【０１６３】
要求範囲決定手段２０２は、ユーザがユーザ入力手段２０１に入力した受信したデータの範囲と、受信バッファ２０５の空き容量から要求すべきＡＶコンテンツの範囲を決定する。更に、要求範囲決定手段２０２は、コンテンツブロック情報取得手段２０７が保持しているコンテンツブロック情報から、すべてのコンテンツブロックの先頭に付加情報が加えられるとして、要求すべきＡＶコンテンツの範囲に対応する要求範囲を決定する（ステップ５）。要求範囲決定手段２０２は、コンテンツ識別子とともに決定した要求範囲を再生要求送信手段１４０１に通知する。再生要求送信手段１４０１は、通知されたコンテンツ識別子と要求範囲を含む再生要求（図１２のメッセージ１、メッセージ３）を生成し、送信する（ステップ６）。
【０１６４】
受信手段２０４が、送信した再生要求に対応する付加情報が加えられた伝送ＡＶコンテンツデータ（図１２のメッセージ２、メッセージ４）を受信すると（ステップ７）、受信手段２０４はまず付加情報を解析し（ステップ８）、著作権保護の状態を確認して受信したＡＶコンテンツデータが暗号化されているかどうかを判定する（ステップ９）。暗号化されていれば、受信手段２０４は、復号鍵生成手段１４０４に、付加情報に含まれている復号のための情報を通知する。
【０１６５】
復号鍵生成手段１４０４は、通知された復号のための情報から鍵を生成し、復号手段１４０３に設定する（ステップ１０）。その後、復号鍵生成手段１４０４は鍵設定が終わった旨を受信手段２０４に通知する。
【０１６６】
復号鍵生成手段１４０４から鍵設定終了の通知を受けると、受信手段２０４は、受信した伝送ＡＶコンテンツデータに含まれているコンテンツブロックを復号手段１４０３に送る。この時、ステップ７で受信した伝送ＡＶコンテンツデータに複数のコンテンツブロックが含まれる（従って複数の付加情報を含む）場合、受信手段２０４は、まだ復号手段１４０３に送っていない最初のコンテンツブロックを復号手段１４０３に送る。
【０１６７】
復号手段１４０３は送られたコンテンツブロックのデータを、復号鍵生成手段１４０４が設定した鍵を用いて復号し（ステップ１１）、再生手段１４０２に送る。再生手段１４０２は、出力デバイス等でＡＶコンテンツの当該コンテンツブロック部分を再生する（ステップ１２）。
【０１６８】
ステップ９で暗号化されていないと判定された場合、受信した伝送ＡＶコンテンツデータを構成する各コンテンツブロックは順次、直接再生手段１４０２に送られ、再生される（ステップ１２）。
【０１６９】
受信手段２０４が、受信した伝送ＡＶコンテンツデータを構成するすべてのコンテンツブロックの処理を行っていない（つまりすべてのコンテンツブロックのデータが再生手段１４０２に送られていない）ならば（ステップ１３）、ステップ８以降を繰り返す。
【０１７０】
ユーザ入力手段２０１に入力されたＡＶコンテンツ識別子に対応するＡＶコンテンツのすべて（範囲も入力された場合はその範囲）を受信するか、ユーザがユーザ入力手段２０１に停止を指示した場合（ステップ１４）、最初に戻る。そうでない場合は、ステップ５以降を繰り返す。
【０１７１】
ステップ２で、以前の通信等により、コンテンツブロック情報取得手段２０７にすでに当該ＡＶコンテンツに対応するコンテンツブロック情報が保持されている場合は、コンテンツブロック情報の交換は行わず、ステップ５に進む。ただし、この場合でもコンテンツブロック情報の交換を行ってもよい。
【０１７２】
ステップ４またはステップ７で、受信できないままタイムアウトしたり、またはＡＶサーバ１３からエラーレスポンスを受信した場合（ステップ１５、１６）は、エラー処理を行い（ステップ１７）、最初に戻る。
【０１７３】
なお、上記の実施の形態であげたｈｏｇｅｈｏｇｅ．ｍｐｇというＡＶコンテンツは例であり、その他のＡＶコンテンツ、例えば、ＪＰＥＧ静止画やＡＣ３音声やその他のフォーマットでもよいことは言うまでもない。
【０１７４】
また、ＡＶコンテンツがＤＶＤ−ＶＲフォーマットの動画像の場合、コンテンツブロックとしてＶＯＢＵ（Ｖｉｄｅｏ  ＯＢｊｅｃｔ  Ｕｎｉｔ）をとることができる。この場合、動画像記録時にＶＯＢＵ内部では内部属性（本実施の形態では著作権保護に関する属性）が変化しないようにする。
【０１７５】
また、ＡＶコンテンツがＭＰＥＧ動画像の場合、コンテンツブロックとしてＧＯＰをとることができる。この場合も、動画像記録時にＧＯＰ内部では内部属性（本実施の形態では著作権保護に関する属性）が変化しないようにする。
【０１７６】
また、上記の実施の形態では、ＡＶコンテンツ再生装置１４は、コンテンツブロック情報をＡＶサーバ１３からネットワーク３を介して取得していたが、例えば、コンテンツブロック長を固定長にする等で、ＡＶコンテンツ再生装置１４が事前にコンテンツを構成するコンテンツブロックの構成がわかる場合は、この限りではない。すなわち、ＡＶコンテンツ再生装置１４のコンテンツブロック取得手段２０７は、自身の、または外部にあるメモリにアクセスする等でそのメモリ等に事前に記憶されているコンテンツブロック情報を取得してもよい。
【０１７７】
また、上記の実施の形態において、ＡＶサーバとＡＶコンテンツ再生装置の間に、例えば、中継装置が存在し、ＡＶコンテンツ再生装置から中継装置に再生開始要求が送信され、中継装置がＡＶサーバをアクセスし、ＡＶコンテンツを取得して、ＡＶコンテンツ再生装置に当該ＡＶコンテンツを送信してもよい。つまり、ＡＶサーバとＡＶコンテンツ再生装置は、直接にネットワークで、データの送受信を行う必要は、必ずしもない。
【０１７８】
さらに、本実施の形態のＡＶサーバは本発明のコンテンツサーバの例であり、本実施の形態のＡＶコンテンツデータ取得手段１３０２は本発明の特定手段の例であり、本実施の形態の伝送ＡＶコンテンツデータ構成手段１３０５及び送信手段１０５は本発明の送信手段の例であり、本実施の形態のＡＶコンテンツ再生装置１４は本発明のコンテンツ受信装置の例であり、本実施の形態の受信手段２０４は本発明の受信手段の例であり、本実施の形態の要求範囲決定手段２０２は本発明の要求範囲決定手段の例であり、本実施の形態の再生要求送信手段１４０１は本発明の要求手段の例である。
【０１７９】
さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。
【０１８０】
なお、付加情報にコンテンツデータまたはＡＶコンテンツデータの利用者情報を含ませることによってアクセス制限の用途でも使用できる。またＨＴＴＰ以外の標準または非標準のプロトコルにも使用を拡大できる。
【０１８１】
また本実施の形態のＡＶコンテンツ再生装置は、ＡＶコンテンツの内部属性がどこで変化するかを知らずとも要求するＡＶコンテンツの範囲を指定することができる。本実施の形態のＡＶサーバは、ＡＶコンテンツ伝送の前にＡＶコンテンツの内部属性のすべてを確認する必要がなくなり、ＡＶサーバの負荷が軽減される。
【０１８２】
尚、本発明のプログラムは、上述した本発明のコンテンツ配信システムの全部又は一部の手段（又は、装置、素子等）の機能をコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムである。
【０１８３】
又、本発明のプログラムは、上述した本発明のコンテンツサーバの全部又は一部の手段（又は、装置、素子等）の機能をコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムである。
【０１８４】
又、本発明のプログラムは、上述した本発明のコンテンツ受信装置の全部又は一部の手段（又は、装置、素子等）の機能をコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムである。
【０１８５】
又、本発明の記録媒体は、上述した本発明のコンテンツ配信システムの全部又は一部の手段（又は、装置、素子等）の機能をコンピュータにより実行させるためのプログラムを担持した記録媒体であり、コンピュータにより読み取り可能且つ、読み取られた前記プログラムが前記コンピュータと協動して前記機能を実行する記録媒体である。
【０１８６】
又、本発明の記録媒体は、上述した本発明のコンテンツサーバの全部又は一部の手段（又は、装置、素子等）の全部又は一部の機能をコンピュータにより実行させるためのプログラムを担持した記録媒体であり、コンピュータにより読み取り可能且つ、読み取られた前記プログラムが前記コンピュータと協動して前記機能を実行する記録媒体である。
【０１８７】
又、本発明の記録媒体は、上述した本発明のコンテンツ受信装置の全部又は一部の手段（又は、装置、素子等）の全部又は一部の機能をコンピュータにより実行させるためのプログラムを担持した記録媒体であり、コンピュータにより読み取り可能且つ、読み取られた前記プログラムが前記コンピュータと協動して前記機能を実行する記録媒体である。
【０１８８】
尚、本発明の上記「一部の手段（又は、装置、素子等）」とは、それらの複数の手段の内の、一つ又は幾つかの手段を意味する。
【０１８９】
又、本発明の上記「手段（又は、装置、素子等）の機能」とは、前記手段の全部又は一部の機能を意味する。 
【０１９０】
又、本発明のプログラムの一利用形態は、コンピュータにより読み取り可能な記録媒体に記録され、コンピュータと協働して動作する態様であっても良い。
【０１９１】
又、本発明のプログラムの一利用形態は、伝送媒体中を伝送し、コンピュータにより読みとられ、コンピュータと協働して動作する態様であっても良い。
【０１９２】
又、記録媒体としては、ＲＯＭ等が含まれ、伝送媒体としては、インターネット等の伝送媒体、光・電波・音波等が含まれる。
【０１９３】
又、上述した本発明のコンピュータは、ＣＰＵ等の純然たるハードウェアに限らず、ファームウェアや、ＯＳ、更に周辺機器を含むものであっても良い。
【０１９４】
尚、以上説明した様に、本発明の構成は、ソフトウェア的に実現しても良いし、ハードウェア的に実現しても良い。
【産業上の利用可能性】
【０１９５】
本発明に係るコンテンツ配信システム、コンテンツサーバ、コンテンツ受信装置、コンテンツ配信方法、記録媒体、及びプログラムは、付加情報が付加されたコンテンツをコンテンツサーバから受信する際に、受信したい範囲を指定することが出来る効果を有し、コンテンツの内部属性に基づく付加情報を付加したコンテンツを配信するコンテンツ配信システム、コンテンツサーバ、コンテンツ受信装置、コンテンツ配信方法、記録媒体、及びプログラム等で有用である。
【図面の簡単な説明】
【０１９６】
【図１】本発明の実施の形態１におけるコンテンツサーバとコンテンツ受信装置間の送受信を記述したシーケンス図
【図２】本発明の課題を説明する図
【図３】本発明の課題を説明する別の図
【図４】本発明の実施の形態１が適用されるネットワークの構成を示した図
【図５】本発明の実施の形態１における、図１でコンテンツの例としてあげたｈｏｇｅ．ｅｘｅの構成を示す図
【図６】本発明の実施の形態１における、図１でコンテンツの例としてあげたｈｏｇｅ．ｅｘｅに対応する属性テーブルを示す図
【図７】本発明の実施の形態１におけるコンテンツサーバの構成を示すブロック図
【図８】本発明の実施の形態１におけるコンテンツサーバの動作を示すフローチャート図
【図９】本発明の実施の形態１におけるコンテンツ受信装置の構成を示すブロック図
【図１０】本発明の実施の形態１におけるコンテンツ受信装置の動作を示すフローチャート図
【図１１】本発明の実施の形態２が適用されるネットワークの構成を示した図
【図１２】本発明の実施の形態２におけるＡＶサーバとＡＶコンテンツ再生装置間の送受信を記述したシーケンス図
【図１３】本発明の実施の形態２におけるＡＶサーバの構成を示すブロック図
【図１４】本発明の実施の形態２におけるＡＶコンテンツ再生装置の構成を示すブロック図
【図１５】本発明の実施の形態２における、図１２でＡＶコンテンツの例としてあげたｈｏｇｅｈｏｇｅ．ｍｐｇの構成を示す図
【図１６】本発明の実施の形態２における、図１２でＡＶコンテンツの例としてあげたｈｏｇｅｈｏｇｅ．ｍｐｇに対応する属性テーブルを示す図
【図１７】本発明の実施の形態２におけるＡＶサーバの動作を示すフローチャート
【図１８】本発明の実施の形態２におけるＡＶコンテンツ再生装置の動作を示すフローチャート
【符号の説明】
【０１９７】
１        コンテンツサーバ
１０１    蓄積手段
１０２    データ要求受信手段
１０３    コンテンツデータ取得手段
１０４    伝送コンテンツデータ構成手段
１０５    送信手段
１０６    コンテンツブロック情報保持送信手段
２        コンテンツ受信装置
２０１    ユーザ入力手段
２０２    要求範囲決定手段
２０３    データ要求送信手段
２０４    受信手段
２０５    受信バッファ
２０６    コンテンツ処理手段
２０７    コンテンツブロック情報取得手段
３        ネットワーク  
１３      ＡＶサーバ
１３０１  再生要求受信手段
１３０２  ＡＶコンテンツデータ取得手段
１３０３  暗号手段
１３０４  暗号鍵生成手段
１３０５  伝送ＡＶコンテンツデータ構成手段
１４      ＡＶコンテンツ再生手段
１４０１  再生要求送信手段
１４０２  再生手段
１４０３  復号手段
１４０４  復号鍵生成手段 
【図１】
2005149028.tif 000003
【図２】
2005149028.tif 000004
【図３】
2005149028.tif 000005
【図４】
2005149028.tif 000006
【図５】
2005149028.tif 000007
【図６】
2005149028.tif 000008
【図７】
2005149028.tif 000009
【図８】
2005149028.tif 000010
【図９】
2005149028.tif 000011
【図１０】
2005149028.tif 000012
【図１１】
2005149028.tif 000013
【図１２】
2005149028.tif 000014
【図１３】
2005149028.tif 000015
【図１４】
2005149028.tif 000016
【図１５】
2005149028.tif 000017
【図１６】
2005149028.tif 000018
【図１７】
2005149028.tif 000019
【図１８】
2005149028.tif 000020