(57)【要約】【課題】  ネットワークの有効利用を図りつつ、ユーザ毎のアクセス制御を実現する。【解決手段】  本発明は、基本階層といくつかの拡張階層からなる階層コンテンツを利用し、まずユニキャストで、あるコンテンツ階層で認証用の通信を行い、後にマルチキャストで実際のコンテンツが含まれるコンテンツ階層の送受信を行う。【選択図】  図１
2006246240.tif 000002
【特許請求の範囲】
【請求項１】
データを複数階層に分割して符号化した階層符号化データをＩＰ(Internet Protocol)ネットワークで階層毎に転送するために用いられ、ＩＰネットワークに接続した階層符号化データ送信装置（以下、送信装置と記す）と、階層符号化データ受信装置（以下、受信装置と記す）とから構成されるシステムにおける、階層符号化データ転送方法であって、
前記送信装置は、
階層符号化データの階層情報と、各階層のデータ転送に用いるＩＰパケットの宛先ＩＰアドレスと、の関係を記憶しておく送信−階層管理テーブルと、
データから１以上のＩＰパケットを生成し、宛先ＩＰアドレスを付与して送信する、ＩＰパケット送信手段と、を有し、
前記受信装置は、
受信したＩＰパケットの宛先ＩＰアドレス、または、送信元ＩＰアドレスと、階層符号化データの階層情報との関係を記憶しておく受信−階層管理テーブルと、
受信したＩＰパケットの宛先ＩＰアドレスと送信元ＩＰアドレスの組み合わせに基づき、受信したデータの階層を識別するＩＰパケット受信手段と、を有し、
前記送信装置と前記受信装置において、予め、複数階層のうち、いずれか１階層のデータをＩＰユニキャストで転送することを定め、前記以外の階層については、それぞれの階層のデータをＩＰマルチキャストで転送すること、及び転送に使用するＩＰマルチキャストが定められ、
前記送信装置の送信−階層管理テーブルには、ＩＰユニキャストで転送する階層に対しては、データを受信する全ての受信装置のＩＰアドレスを登録し、ＩＰマルチキャストで転送する階層に対しては、階層毎に転送に使用するＩＰマルチキャストアドレスが登録され、
前記受信装置の受信−階層管理テーブルには、ＩＰユニキャストで転送する階層に対しては、データを送信する送信装置のＩＰアドレスを登録し、または、ＩＰマルチキャストで転送する階層に対しては、それぞれ転送に使用するＩＰマルチキャストアドレスが登録されている状況において、
前記送信装置において、
階層符号化データを送信する場合に、前記送信−階層管理テーブルを参照し、送信するデータの階層に関連付けて記憶されたＩＰアドレスが、ＩＰユニキャストアドレスであれば、記憶されたＩＰアドレスの数だけＩＰパケットを生成し、記憶された各ＩＰユニキャストアドレスを、各ＩＰパケットの宛先ＩＰアドレスに、それぞれ付与して送信し、
あるいは、データの階層に関連付けて記憶されたＩＰアドレスが、ＩＰマルチキャストアドレスであれば、ＩＰパケットを生成し、記憶されたＩＰマルチキャストアドレスを、宛先ＩＰアドレスに付与して送信し、
前記受信装置は、前記ＩＰパケットを受信した場合に、
受信した前記ＩＰパケットの宛先アドレスが、ＩＰマルチキャストアドレスである場合は、当該ＩＰマルチキャストアドレスに基づき、前記受信−階層管理テーブルを参照して、該当した階層を受信したデータの階層として識別し、
あるいは、受信した前記ＩＰパケットの宛先ＩＰアドレスが、当該受信装置のＩＰアドレスである場合は、送信元ＩＰアドレスに基づき、前記受信−階層管理テーブルを参照して、該当した階層を受信したデータの階層として識別する、
ことを特徴とする階層符号化データ転送方法。
【請求項２】
前記受信装置において、
ＩＰパケットを受信した場合に、宛先ＩＰアドレスと送信元ＩＰアドレスの組み合わせを記憶し、ＩＰマルチキャストで転送する階層に対しては、階層毎に転送に使用されるＩＰマルチキャストと前記送信装置のＩＰアドレスの組み合わせが登録され、ＩＰユニキャストで転送する階層に対しては、前記受信装置のＩＰアドレスと、前記送信装置のＩＰアドレスの組み合わせが登録された、前記受信−階層管理テーブルを、受信したＩＰパケットの宛先ＩＰアドレスと送信元ＩＰアドレスの組み合わせに基づき、参照して、該当した階層をデータの階層として識別する請求項１記載の階層符号化データ転送方法。
【請求項３】
前記送信装置において、
階層符号化された複数階層のうち、基本階層のデータのみをＩＰユニキャストで転送し、基本階層以外のデータをＩＰマルチキャストで転送する
請求項１または、２記載の階層符号化データ転送方法。
【請求項４】
前記受信装置において、
階層符号化データの受信を要求する場合に、
ＩＰユニキャストで転送する階層に対してはユニキャスト識別情報を記憶した前記受信−階層管理テーブルを参照し、階層毎に、階層に関連付けられて記憶されたＩＰアドレスがＩＰユニキャストアドレスであれば、当該ＩＰユニキャストアドレスの送信装置に対し、アクセス要求を送信し、
あるいは、階層に関連付けられて記憶されたＩＰアドレスが、ＩＰマルチキャストアドレスまたは、ＩＰマルチキャストアドレスと送信装置のＩＰユニキャストアドレスの組み合わせであれば、ＩＰマルチキャスト制御プロトコルを用いて、当該ＩＰマルチキャストアドレス、または、ＩＰマルチキャストアドレスと送信装置のＩＰユニキャストアドレスの組み合わせに対し、ＩＰマルチキャスト要求を送信し、
前記送信装置において、
前記受信装置から前記アクセス要求を受信した場合に、ユニキャスト識別情報が記憶された前記送信−階層管理テーブルに、階層に関連付けて該アクセス要求の送信元ＩＰアドレスを登録する請求項１乃至３記載の階層符号化データ転送方法。
【請求項５】
前記受信装置において、
前記送信装置に対するアクセス要求を、ＩＰマルチキャスト要求に先立ち送信し、
ＩＰユニキャストで転送される階層のデータが到着した後に、ＩＰマルチキャスト制御プロトコルを用いて、ＩＰマルチキャスト要求を送信する、
請求項４記載の階層符号化データ転送方法。
【請求項６】
前記受信装置において、
基本階層に対するアクセス要求を、基本階層以外に対するアクセス要求に先立ち送信し、
基本階層データが到着した後に、前記基本階層以外に対するアクセス要求を送信する、
請求項４記載の階層符号化データ転送方法。
【請求項７】
前記受信装置において、
基本階層から最上位階層まで、階層順にデータが到着した後に、次の階層に対するアクセス要求を送信する、
請求項６記載の階層符号化データ転送方法。
【請求項８】
前記受信装置において、
前記送信装置に対し、アクセス要求を送信したら、タイマを起動し、
タイムアウトするまでに、ＩＰユニキャストで転送される階層のデータを受信しなかった場合には、ＩＰマルチキャスト制御プロトコルにおける、ＩＰマルチキャストで転送される階層に対するＩＰマルチキャスト終了要求を送信する、
請求項４記載の階層符号化データ転送方法。
【請求項９】
前記受信装置において、
基本階層に対するアクセス要求を送信したら、タイマを起動し、
タイムアウトするまでに、基本階層のデータを受信しなかった場合には、基本階層以外の各階層に対して、前記受信―階層管理テーブルを参照し、ＩＰマルチキャストアドレスが記憶されていた場合には、ＩＰマルチキャスト制御プロトコルにおける、当該ＩＰマルチキャストアドレスに対するＩＰマルチキャスト終了要求を送信し、
ＩＰユニキャストアドレスが記憶されていた場合には、当該ＩＰユニキャストアドレスの送信装置に対し、アクセス終了要求を送信する、
請求項４記載の階層符号化データ転送方法。
【請求項１０】
前記受信装置において、
階層符号化データの受信を終了する際に、
前記受信−階層管理テーブルを参照し、ＩＰマルチキャストアドレスが記憶されていた場合には、ＩＰマルチキャスト制御プロトコルにおける、当該ＩＰマルチキャストアドレスに対するＩＰマルチキャスト終了要求を送信し、
ＩＰユニキャストアドレスが記憶されていた場合には、当該ＩＰユニキャストアドレスの送信装置に対し、アクセス終了要求を送信し、
前記送信装置において、
アクセス終了要求を受信した場合に、前記送信−階層管理テーブルに記憶された、前記受信装置のＩＰユニキャストアドレスのうち、アクセス終了要求を送信した受信装置のＩＰアドレスを削除する、
請求項４乃至９記載の階層符号化データ転送方法。
【請求項１１】
前記受信装置において、
アクセス要求に認証情報を付与して送信し、
前記送信装置において、
受信したアクセス要求を認証手段により認証し、許可した場合のみ該アクセス要求を受け付け、前記送信−階層管理テーブルに、受信装置のＩＰアドレスを登録し、
前記アクセス要求を拒否した場合には、アクセス拒否通知を送信する、
請求項４乃至１０記載の階層符号化データ転送方法。
【請求項１２】
前記ＩＰネットワークに階層符号化データ管理装置（以下、管理装置と記す）を設け、
前記管理装置において、
階層符号化データのデータ名と、当該データの各階層の転送で使用する、ＩＰマルチキャストアドレス、または、ＩＰマルチキャストアドレスと送信装置のＩＰユニキャストアドレスの組み合わせ、または、送信装置のＩＰユニキャストアドレスを記憶手段に記憶し、
前記受信装置において、
前記管理装置に対して、データ名を指定した、アクセス要求先問い合わせを送信し、
前記管理装置から、各階層の転送で使用する、ＩＰマルチキャストアドレス、または、ＩＰマルチキャストアドレスと送信装置のＩＰユニキャストアドレスの組み合わせ、または、送信装置のＩＰユニキャストアドレスを受信したら、前記受信−階層管理テーブルに登録する、
請求項４乃至１１記載の階層符号化データ転送方法。
【請求項１３】
受信装置において、
前記アクセス要求先の問い合わせに認証情報を添付して前記管理装置に送信し、
前記管理装置において、
前記受信装置から受信した前記アクセス要求先の問い合わせを認証し、許可した場合のみ、各階層の転送で使用する、ＩＰマルチキャストアドレス、または、ＩＰマルチキャストアドレスと送信装置のＩＰユニキャストアドレスの組み合わせ、または、送信装置のＩＰユニキャストアドレスを前記記憶手段から読み出して該受信装置に送信する、
請求項１２記載の階層符号化データ転送方法。
【請求項１４】
前記送信装置において、
暗号化して転送する階層に対する暗号鍵を送信−階層符号化管理テーブルに記憶し、
１つ以上の階層のデータを前記暗号鍵を用いて暗号化して送信し、
前記受信装置において、
前記暗号鍵に対応する解読鍵を受信−階層符号化管理テーブルに記憶し、
階層毎に暗号化されたデータを前記解読鍵を用いて解読する、
請求項１乃至１３記載の階層符号化データ転送方法。
【請求項１５】
前記送信装置の前記送信−階層符号化管理テーブルにおいて、階層毎に、暗号化あり、あるいは、暗号化なし、を識別するための暗号化識別情報と、暗号化ありの場合、暗号鍵を格納し、
前記受信装置の前記受信−階層符号化管理テーブルにおいて、階層毎に、暗号化あり、あるいは、暗号化なし、を識別するための暗号化識別情報と、暗号化ありの場合、解読鍵を格納する、
請求項１４記載の階層符号化データ転送方法。
【請求項１６】
前記送信装置において、
ＩＰユニキャストで転送する階層に対してのみ、前記送信−階層符号化管理テーブルに暗号鍵を記憶し、
前記受信装置において、
ＩＰユニキャストで転送する階層に対しのみ、前記受信−階層符号化管理テーブルに解読鍵を記憶し、
前記送信装置において、
ＩＰユニキャストで転送するデータのみ前記暗号鍵で暗号化して転送する、
請求項１４または、１５記載の階層符号化データ転送方法。
【請求項１７】
前記送信装置において、
基本階層に対してのみ、暗号鍵を前記送信−階層符号化管理テーブルに記憶し、
前記受信装置において、
基本階層に対してのみ、解読鍵を前記受信−階層符号化管理テーブルに記憶し、
前記送信装置において、
基本階層のデータのみ、前記暗号鍵を用いて暗号化して転送する、
請求項１４または、１５記載の階層符号化データ転送方法。
【請求項１８】
前記送信装置において、
前記解読鍵を前記送信−階層符号化管理テーブルに記憶し、
前記受信装置からアクセス要求を受信した場合に、該受信装置に対して、前記解読鍵を送信し、
前記受信装置において、
前記解読鍵を階層に関連付けて、前記受信−階層符号化管理テーブルに記憶する、
請求項１４乃至１７記載の階層符号化データ転送方法。
【請求項１９】
前記管理装置において、
前記階層符号化データのデータ名と、解読鍵を関連付けて記憶手段に記憶し、
前記アクセス要求を受信した受信装置に対して、前記解読鍵を送信し、
前記受信装置において、
前記管理装置から前記解読鍵を受信した場合に、階層に関連付けて、前記受信−階層符号化管理テーブルに記憶する、
請求項１４乃至１７記載の階層符号化データ転送方法。
【請求項２０】
前記送信装置において、
階層毎にデータに冗長符号を付与して符号化し、
送信−階層符号化管理テーブルに冗長化して転送する階層を記憶し、
冗長化方法を前記受信装置に通知し、
前記受信装置において、
前記送信装置から通知された前記冗長化方法から冗長符号化して転送される階層を、受信−階層符号化管理テーブルに記憶し、
受信した１つ以上の階層のデータを復号して再生する
請求項１乃至１９記載の階層符号化データ転送方法。
【請求項２１】
前記送信装置において、
前記送信−階層符号化管理テーブルに、階層毎に、冗長符号化あり、あるいは、冗長符号化なし、を識別する冗長符号化識別情報を記憶し、
前記受信装置において、
前記受信−階層符号化管理テーブルに、階層毎に、冗長符号化あり、あるいは、冗長符号化なし、を識別する冗長符号化識別情報を記憶する、
請求項２０記載の階層符号化データ転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、階層符号化データ転送方法に係り、特に、階層符号化されたデータをＩＰネットワークにおいて転送するための階層符号化データ転送方法に関する。
【背景技術】
【０００２】
ＩＰマルチキャストを利用したコンテンツ配信システムは、ＩＰユニキャストを利用した配信システムに比べて、配信サーバの負荷低減やネットワーク上に流れるデータ量を削減できるために、大容量コンテンツを多数のユーザに配信する場合に有効である。しかし、ＩＰマルチキャストを利用した場合、データパケットはルータでコピーされて転送されるため、配信サーバから配信されるコンテンツは単一の配信レートでマルチキャストツリー上に配信される。従って、単純にＩＰマルチキャストを利用したコンテンツ配信システムでは、多様なアクセスネットワーク帯域を有するユーザや、多様な端末性能を有するユーザに対して個別に最適な品質での配信を行うことは困難である。このため、ユーザ端末ごとに適切な品質のコンテンツを受け取ることができるよう、配信側では、元のコンテンツを階層符号化し、階層毎に個別のマルチキャストアドレスを割り当ててＩＰマルチキャスト送信を行い、ユーザは必要とする階層を各階層に割り当てられているマルチキャストアドレスに対してマルチキャストプロトコルであるＩＧＭＰ“Internet Group Management Protocol”（Internet Group Management Protocol, Version3, RFC 3376）やＭＬＤ“Multicast Listener Discovery”(Multicast Listener Discovery Version 2(MLDv2)for IPv6, RFC3810のMembership Report(IGMP Join/MLD Join)メッセージを用いてエッジルータに受信要求を行うことで、ユーザが各自所望の品質（配信レート）でコンテンツが受信可能となるような、階層化マルチキャスト方式が提案されている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記の階層化マルチキャスト方式では、配信サーバより階層化コンテンツの全ての階層がマルチキャスト送信されるため、マルチキャストドメイン内に存在する全ての受信者はマルチキャストプロトコルであるIGMPやＭＬＤをエッジルータに送信することによりコンテンツの受信が可能となる。ところで、上述したIGMPやMLDのようなマルチキャストプロトコルには認証機能がないため、エッジルータに対して上記メッセージを送出しさえすれば、誰でも階層化コンテンツのデータを受信できてしまう可能性があり、正規ではないユーザもコンテンツを無断で受信できる可能性があるという問題がある。
【０００４】
また、上記プロトコルを用いたマルチキャストグループ転送制御は、ルータ配下のサブネット毎に転送処理が行われるため、サブネット内に複数のユーザが存在し、その複数ユーザが同一のマルチキャストグループに参加している場合、一方のユーザだけマルチキャストグループの転送を停止させるといったユーザ単位のアクセス制御ができないという問題もある。
【０００５】
以上のような問題を解決するために、不正なユーザへのデータ転送を防ぐという目的で、ルータに対して正当な受信者からの受信要求（Join）のみ受け付けるといったアクセス制御を施すという方法もある。現状では受信者のＩＰアドレスなどを指定してアクセス制御を施す方法があるが、受信者のＩＰアドレスが動的に変化するような環境ではアクセス制御の実施が困難であるということや、サブネット内に複数のユーザが存在し、それらが同一のマルチキャストグループに参加している場合は、上記した通り、ユーザ単位のアクセス制御は困難であるといった課題がある。
【０００６】
また、マルチキャストプロトコルに認証機能を付加したMLDA(Multicast Listener Discovery Authentication protocol)といったプロトコルの提案もなされているが、これらを使用してもサブネット内に複数のユーザが存在する環境でのユーザ毎のアクセス制御が実現できないという課題がある。
【０００７】
一方、不正なユーザが仮にデータを受信したとしてもコンテンツの視聴を不可能にするようコンテンツを暗号化して配信するという方法も考えられる。しかし、ある暗号鍵でコンテンツを暗号化し、それらをマルチキャスト配信にすると、全てのユーザは当該暗号鍵と対になる復号鍵を用いればコンテンツを復号できることになる。不正なユーザが何らかの方法でこの復号鍵を入手できればコンテンツの不正視聴が可能になってしまうという問題もある。
【０００８】
この問題を解決するために定期的に暗号鍵を変更するということも考えられるが、暗号鍵を変更すれば、当該コンテンツを視聴中に全ユーザに対して影響があり、変更した暗号鍵に対応する復号鍵を、当該コンテンツを視聴中の全ユーザに対して広告する必要がある。このため、ユーザ毎に暗号鍵を変更するといったことは困難である。
【０００９】
つまり、従来の方式ではユーザ毎にアクセス制御を厳密に行うことが困難であるという課題がある。
【００１０】
本発明は、上記の点に鑑みなされたもので、ネットワークの有効利用を図りつつ、ユーザ毎のアクセス制御を実現することが可能な階層符号化データ転送方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
図１は、本発明の原理を説明するための図である。
【００１２】
本発明（請求項１）は、データを複数階層に分割して符号化した階層符号化データをＩＰネットワークで階層毎に転送するために用いられ、ＩＰネットワークに接続した階層符号化データ送信装置（以下、送信装置と記す）と、階層符号化データ受信装置（以下、受信装置と記す）とから構成されるシステムにおける、階層符号化データ転送方法であって、
送信装置は、
階層符号化データの階層情報と、各階層のデータ転送に用いるＩＰパケットの宛先ＩＰアドレスと、の関係を記憶しておく送信−階層管理テーブルと、
データから１以上のＩＰパケットを生成し、宛先ＩＰアドレスを付与して送信する、ＩＰパケット送信手段と、を有し、
受信装置は、
受信したＩＰパケットの宛先ＩＰアドレス、または、送信元ＩＰアドレスと、階層符号化データの階層情報との関係を記憶しておく受信−階層管理テーブルと、
受信したＩＰパケットの宛先ＩＰアドレスと送信元ＩＰアドレスの組み合わせに基づき、受信したデータの階層を識別するＩＰパケット受信手段と、を有し、
送信装置と受信装置において、予め、複数階層のうち、いずれか１階層のデータをＩＰユニキャストで転送することを定め、それ以外の階層については、それぞれの階層のデータをＩＰマルチキャストで転送すること、及び転送に使用するＩＰマルチキャストが定められ、
送信装置の送信−階層管理テーブルには、ＩＰユニキャストで転送する階層に対しては、データを受信する全ての受信装置のＩＰアドレスを登録し、ＩＰマルチキャストで転送する階層に対しては、階層毎に転送に使用するＩＰマルチキャストアドレスが登録され、
受信装置の受信−階層管理テーブルには、ＩＰユニキャストで転送する階層に対しては、データを送信する送信装置のＩＰアドレスを登録し、または、ＩＰマルチキャストで転送する階層に対しては、それぞれ転送に使用するＩＰマルチキャストアドレスが登録されている状況において、
送信装置において、
階層符号化データを送信する場合に、送信−階層管理テーブルを参照し（ステップ１）、送信するデータの階層に関連付けて記憶されたＩＰアドレスが、ＩＰユニキャストアドレスであれば（ステップ２、Ｙｅｓ）、記憶されたＩＰアドレスの数だけＩＰパケットを生成し、記憶された各ＩＰユニキャストアドレスを、各ＩＰパケットの宛先ＩＰアドレスに、それぞれ付与して送信し（ステップ３）、
あるいは、データの階層に関連付けて記憶されたＩＰアドレスが、ＩＰマルチキャストアドレスであれば（ステップ２、Ｎｏ）、ＩＰパケットを生成し、記憶されたＩＰマルチキャストアドレスを、宛先ＩＰアドレスに付与して送信し（ステップ４）、
受信装置は、ＩＰパケットを受信した場合に、
受信したＩＰパケットの宛先アドレスが、ＩＰマルチキャストアドレスである場合は（ステップ５、Ｙｅｓ）、当該ＩＰマルチキャストアドレスに基づき、受信−階層管理テーブルを参照して（ステップ６）、該当した階層を受信したデータの階層として識別し（ステップ７）、
あるいは、受信したＩＰパケットの宛先ＩＰアドレスが、当該受信装置のＩＰアドレスである場合は（ステップ５、Ｎｏ）、送信元ＩＰアドレスに基づき、受信−階層管理テーブルを参照して（ステップ８）、該当した階層を受信したデータの階層として識別する（ステップ９）。
【００１３】
また、本発明（請求項２）は、受信装置において、
ＩＰパケットを受信した場合に、宛先ＩＰアドレスと送信元ＩＰアドレスの組み合わせを記憶し、ＩＰマルチキャストで転送する階層に対しては、階層毎に転送に使用されるＩＰマルチキャストと送信装置のＩＰアドレスの組み合わせが登録され、ＩＰユニキャストで転送する階層に対しては、受信装置のＩＰアドレスと、送信装置のＩＰアドレスの組み合わせが登録された、受信−階層管理テーブルを、受信したＩＰパケットの宛先ＩＰアドレスと送信元ＩＰアドレスの組み合わせに基づき、参照して、該当した階層をデータの階層として識別する。
【００１４】
また、本発明（請求項３）は、送信装置において、
階層符号化された複数階層のうち、基本階層のデータのみをＩＰユニキャストで転送し、基本階層以外のデータをＩＰマルチキャストで転送する。
【００１５】
また、本発明（請求項４）は、受信装置において、
階層符号化データの受信を要求する場合に、
ＩＰユニキャストで転送する階層に対してはユニキャスト識別情報を記憶した受信−階層管理テーブルを参照し、階層毎に、階層に関連付けられて記憶されたＩＰアドレスがＩＰユニキャストアドレスであれば、当該ＩＰユニキャストアドレスの送信装置に対し、アクセス要求を送信し、
あるいは、階層に関連付けられた記憶されたＩＰアドレスが、ＩＰマルチキャストアドレスまたは、ＩＰマルチキャストアドレスと送信装置のＩＰユニキャストアドレスの組み合わせであれば、ＩＰマルチキャスト制御プロトコルを用いて、当該ＩＰマルチキャストアドレス、または、ＩＰマルチキャストアドレスと送信装置のＩＰユニキャストアドレスの組み合わせに対し、ＩＰマルチキャスト要求を送信し、
送信装置において、
受信装置からアクセス要求を受信した場合に、ユニキャスト識別情報が記憶された送信−階層管理テーブルに、階層に関連付けて該アクセス要求の送信元ＩＰアドレスを登録する。
【００１６】
また、本発明（請求項５）は、受信装置において、
送信装置に対するアクセス要求を、ＩＰマルチキャスト要求に先立ち送信し、
ＩＰユニキャストで転送される階層のデータが到着した後に、ＩＰマルチキャスト制御プロトコルを用いて、ＩＰマルチキャスト要求を送信する。
【００１７】
また、本発明（請求項６）は、受信装置において、
基本階層に対するアクセス要求を、基本階層以外に対するアクセス要求に先立ち送信し、
基本階層データが到着した後に、基本階層以外に対するアクセス要求を送信する。
【００１８】
また、本発明（請求項７）は、受信装置において、
基本階層から最上位階層まで、階層順にデータが到着した後に、次の階層に対するアクセス要求を送信する。
【００１９】
また、本発明（請求項８）は、受信装置において、
送信装置に対し、アクセス要求を送信したら、タイマを起動し、
タイムアウトするまでに、ＩＰユニキャストで転送される階層のデータを受信しなかった場合には、ＩＰマルチキャスト制御プロトコルにおける、ＩＰマルチキャストで転送される階層に対するＩＰマルチキャスト終了要求を送信する。
【００２０】
また、本発明（請求項９）は、受信装置において、
基本階層に対するアクセス要求を送信したら、タイマを起動し、
タイムアウトするまでに、基本階層のデータを受信しなかった場合には、基本階層以外の各階層に対して、受信―階層管理テーブルを参照し、ＩＰマルチキャストアドレスが記憶されていた場合には、ＩＰマルチキャスト制御プロトコルにおける、当該ＩＰマルチキャストアドレスに対するＩＰマルチキャスト終了要求を送信し、
ＩＰユニキャストアドレスが記憶されていた場合には、当該ＩＰユニキャストアドレスの送信装置に対し、アクセス終了要求を送信する。
【００２１】
また、本発明（請求項１０）は、受信装置において、
階層符号化データの受信を終了する際に、
受信−階層管理テーブルを参照し、ＩＰマルチキャストアドレスが記憶されていた場合には、ＩＰマルチキャスト制御プロトコルにおける、当該ＩＰマルチキャストアドレスに対するＩＰマルチキャスト終了要求を送信し、
ＩＰユニキャストアドレスが記憶されていた場合には、当該ＩＰユニキャストアドレスの送信装置に対し、アクセス終了要求を送信し、
送信装置において、
アクセス終了要求を受信した場合に、送信−階層管理テーブルに記憶された、受信装置のＩＰユニキャストアドレスのうち、アクセス終了要求を送信した受信装置のＩＰアドレスを削除する。
【００２２】
また、本発明（請求項１１）は、受信装置において、
アクセス要求に認証情報を付与して送信し、
送信装置において、
受信したアクセス要求を認証手段により認証し、許可した場合のみ該アクセス要求を受け付け、送信−階層管理テーブルに、受信装置のＩＰアドレスを登録し、
アクセス要求を拒否した場合には、アクセス拒否通知を送信する。
【００２３】
また、本発明（請求項１２）は、ＩＰネットワークに階層符号化データ管理装置（以下、管理装置と記す）を設け、
管理装置において、
階層符号化データのデータ名と、当該データの各階層の転送で使用する、ＩＰマルチキャストアドレス、または、ＩＰマルチキャストアドレスと送信装置のＩＰユニキャストアドレスの組み合わせ、または、送信装置のＩＰユニキャストアドレスを記憶手段に記憶し、
受信装置において、
管理装置に対して、データ名を指定した、アクセス要求先問い合わせを送信し、
管理装置から、各階層の転送で使用する、ＩＰマルチキャストアドレス、または、ＩＰマルチキャストアドレスと送信装置のＩＰユニキャストアドレスの組み合わせ、または、送信装置のＩＰユニキャストアドレスを受信したら、受信−階層管理テーブルに登録する。
【００２４】
また、本発明（請求項１３）は、受信装置において、
アクセス要求先の問い合わせに認証情報を添付して管理装置に送信し、
管理装置において、
受信装置から受信したアクセス要求先の問い合わせを認証し、許可した場合のみ、各階層の転送で使用する、ＩＰマルチキャストアドレス、または、ＩＰマルチキャストアドレスと送信装置のＩＰユニキャストアドレスの組み合わせ、または、送信装置のＩＰユニキャストアドレスを記憶手段から読み出して該受信装置に送信する。
【００２５】
また、本発明（請求項１４）は、送信装置において、
暗号化して転送する階層に対する暗号鍵を送信−階層符号化管理テーブルに記憶し、
１つ以上の階層のデータを暗号鍵を用いて暗号化して送信し、
受信装置において、
暗号鍵に対応する解読鍵を受信−階層符号化管理テーブルに記憶し、
階層毎に暗号化されたデータを解読鍵を用いて解読する。
【００２６】
また、本発明（請求項１５）は、送信装置の送信−階層符号化管理テーブルにおいて、階層毎に、暗号化あり、あるいは、暗号化なし、を識別するための暗号化識別情報と、暗号化ありの場合、暗号鍵を格納し、
受信装置の受信−階層符号化管理テーブルにおいて、階層毎に、暗号化あり、あるいは、暗号化なし、を識別するための暗号化識別情報と、暗号化ありの場合、解読鍵を格納する。
【００２７】
また、本発明（請求項１６）は、送信装置において、
ＩＰユニキャストで転送する階層に対してのみ、送信−階層符号化管理テーブルに暗号鍵を記憶し、
受信装置において、
ＩＰユニキャストで転送する階層に対しのみ、受信−階層符号化管理テーブルに解読鍵を記憶し、
送信装置において、
ＩＰユニキャストで転送するデータのみ暗号鍵で暗号化して転送する。
【００２８】
また、本発明（請求項１７）は、送信装置において、
基本階層に対してのみ、暗号鍵を送信−階層符号化管理テーブルに記憶し、
受信装置において、
基本階層に対してのみ、解読鍵を受信−階層符号化管理テーブルに記憶し、
送信装置において、
基本階層のデータのみ、暗号鍵を用いて暗号化して転送する。
【００２９】
また、本発明（請求項１８）は、送信装置において、
解読鍵を送信−階層符号化管理テーブルに記憶し、
受信装置からアクセス要求を受信した場合に、該受信装置に対して、解読鍵を送信し、
受信装置において、
解読鍵を階層に関連付けて、受信−階層符号化管理テーブルに記憶する。
【００３０】
また、本発明（請求項１９）は、管理装置において、
階層符号化データのデータ名と、解読鍵を関連付けて記憶手段に記憶し、
アクセス要求を受信した受信装置に対して、解読鍵を送信し、
受信装置において、
管理装置から解読鍵を受信した場合に、階層に関連付けて、受信−階層符号化管理テーブルに記憶する。
【００３１】
また、本発明（請求項２０）は、送信装置において、
階層毎にデータに冗長符号を付与して符号化し、
送信−階層符号化管理テーブルに冗長化して転送する階層を記憶し、
冗長化方法を受信装置に通知し、
受信装置において、
送信装置から通知された冗長化方法から冗長符号化して転送される階層を、受信−階層符号化管理テーブルに記憶し、
受信した１つ以上の階層のデータを復号して再生する。
【００３２】
また、本発明（請求項２１）は、送信装置において、
送信−階層符号化管理テーブルに、階層毎に、冗長符号化あり、あるいは、冗長符号化なし、を識別する冗長符号化識別情報を記憶し、
受信装置において、
受信−階層符号化管理テーブルに、階層毎に、冗長符号化あり、あるいは、冗長符号化なし、を識別する冗長符号化識別情報を記憶する。
【００３３】
上記のように、本発明においては、基本階層といくつかの拡張階層から構成される階層コンテンツを利用し、基本階層がないとコンテンツの再生ができないといった特徴を利用して、階層化コンテンツの配信時、一部の階層は配信サーバよりユニキャストで配信を行い、残りの階層についてはマルチキャストで配信を行う。受信者は取得したコンテンツ管理情報からユニキャストで提供される階層とマルチキャストで提供される階層の情報を取得し、ユニキャストで提供されるコンテンツに対しては配信サーバへ取得を試み、マルチキャストで提供されるコンテンツに対しては、マルチキャストプロトコルを用いてエッジルータに対して受信要求を行う。
【００３４】
ユーザはこれら２通りの取得方法にて受信した階層化コンテンツを復号し、再生を行う。これにより、コンテンツ提供者は配信サーバと受信者との間でユニキャストによる直接制御が可能となるため、各受信者に対して当該コンテンツの視聴可否を制御することができ、アクセス制御が可能となる。
【００３５】
また、基本階層は階層化コンテンツのベースとなるものであり、この部分にパケットロスが生じると、たとえ拡張階層を受信しても視聴品質に多大な影響を与えてしまう。マルチキャストで提供する場合は、一般にトランスポートにはＵＤＰ(User Datagram Protocol)を用いるが、ＵＤＰを用いた場合、パケットロスに対しては脆弱であるため、誤り訂正符号の導入やアプリケーションレベルでの再送制御を実施するなど考慮が必要である。一方、基本階層をユニキャストで配信する場合、ユーザ毎に誤り訂正符号の強度を変更することが可能になることや、トランスポートにＴＣＰを用いると、ＴＣＰの再送制御により、ある程度のパケットロスに対処可能となる可能性もある。
【発明の効果】
【００３６】
本発明によれば、従来の階層化マルチキャストでは実現が困難であった、ユーザ単位のアクセス制御を実現することができると共に、ユーザ毎に暗号化処理も可能になる。また、ユーザ単位に冗長符号化方法を変更することも可能となり、ネットワーク状態に応じたユーザ毎の冗長化制御が可能になるなど、多彩な配信形態が実現可能となる。
【発明を実施するための最良の形態】
【００３７】
以下、図面と共に本発明の実施の形態を説明する。
【００３８】
［第１の実施の形態］
図２は、本発明の第１の実施の形態におけるネットワーク構成を示す。
【００３９】
本実施の形態におけるネットワーク構成は、ＩＰネットワークの送信装置収容ルータ２００に送信装置１００が接続され、受信装置収容ルータ４００に受信装置３００が接続されている。受信装置３００は、複数接続することも考えられる。
【００４０】
図３は、本発明の第１の実施の形態における送信装置の構成を示す。
【００４１】
送信装置１００は、階層管理テーブル１１０、ＩＰパケット送信部１２０、アクセス要求受信部１３０、符号化部１４０から構成される。
【００４２】
階層管理テーブル１１０は、記憶手段上に設けられ、図４に示すように、階層コンテンツ毎に階層情報を示す階層識別子と、送信先アドレスとから構成される。ＩＰユニキャストで転送される階層については、送信先アドレスとして、受信装置３００のＩＰアドレスが記述され、ＩＰマルチキャストで転送される階層については、ＩＰマルチキャストアドレスが記述される。従って、受信装置３００が複数である場合は、ＩＰユニキャストで転送される階層に対しては、複数のＩＰアドレスが記述されることになり、本実施の形態では、２つの受信装置３００Ａ（ＩＰアドレスが１３０．０．０．１），３００Ｂ（ＩＰアドレスが１３０．０．１．１）に対して登録されている例を示している。
【００４３】
あるいは、送信装置１００の動作を簡易化させるために、図５に示すように、ＩＰユニキャスト転送かＩＰマルチキャスト転送かを明示的に識別するフラグを設けることも可能である。
【００４４】
具体的には、ＩＰアドレスが「１３０．０．０．１」の受信装置３００Ａと、「１３０．０．１．１」の受信装置３００Ｂに対して階層符号化データを配信中であった場合に、図４及び図５の階層管理テーブル１１０のＩＰユニキャストで転送される階層の宛先アドレスには、「１３０．０．０．１」と「１３０．０．１．１」が登録されることになる。また、ＩＰマルチキャストで転送される階層の宛先アドレスには「２３０．０．０．１」と「２３０．０．０．２」のような、ＩＰマルチキャストアドレスが記憶されることになる。
【００４５】
但し、図４及び図５は説明を明確化するための例であって、階層数については、本発明を制限するものではなく、また、ＩＰアドレスのバージョンについても、本発明を制限するものではない。
【００４６】
ＩＰパケット送信部１２０は、符号化部１４０から受信したデータを、ＩＰパケット化してＩＰネットワークに送信する。このとき、前述の階層管理テーブル１１０を参照し、ＩＰパケットの宛先アドレスを取得し、ＩＰユニキャストキャストあるいはＩＰマルチキャストでＩＰネットワークに転送する。
【００４７】
また、ＩＰパケット送信部１２０は、アクセス要求受信部１３０と連携して、制御用のＩＰパケットを送信する場合にも用いられる。
【００４８】
アクセス要求受信部１３０は、受信装置３００からのアクセス要求を受け付け、階層管理テーブル１１０のＩＰユニキャストと定められた階層に、アクセス要求を受け付けた受信装置のＩＰアドレスを書き込む。
【００４９】
符号化部１４０は、階層符号化データをＩＰパケット送信部１２０に転送する。符号化部１４０は、リアルタイムにデータを階層符号化する場合と、予め階層符号化したデータを蓄積しておく場合が考えられる。階層符号化のアルゴリズムは、複数存在するが、本発明では、階層符号化された結果のデータを転送するためのシステムであって、階層符号化自体の方法については、特に限定せず、任意に選択が可能である。
【００５０】
図６は、本発明の第１の実施の形態における受信装置の構成を示す。
【００５１】
受信装置３００は、階層管理テーブル３１０、ＩＰパケット受信部３２０、アクセス要求送信部３３０、復号化部３４０から構成される。
【００５２】
階層管理テーブル３１０は、記憶手段上に設けられ、図７に示すように、階層情報を示す階層識別子と、データの要求先アドレスが登録される。これには送信している送信装置１００のＩＰアドレス、もしくは宛先ＩＰマルチキャストアドレスが登録される。ＩＰユニキャストで転送される階層については送信装置１００のＩＰアドレス（送信元ＩＰアドレス）が登録され、ＩＰマルチキャストで転送される階層については、ＩＰマルチキャストアドレスが登録される。
【００５３】
また、図８に示すように、ＩＰマルチキャストで転送されているか、ＩＰユニキャストで転送されているかを識別するためのフラグを設けることも考えられる。
【００５４】
さらに、図９に示すように、ＩＰマルチキャストで転送されている階層について、送信装置１００の送信元ＩＰアドレスを合わせて登録されることも考えられる。なお、図９は、ＩＰアドレスが「１４０．０．０．１」である送信装置１００からユニキャスト、マルチキャスト共に転送される例を示しているが、ユニキャストで転送される階層と、マルチキャスト転送される階層は異なる送信装置から送信されてもよい。
【００５５】
ＩＰパケット受信部３２０は、ＩＰネットワークからＩＰユニキャストパケット及びＩＰマルチキャストパケットを受信し、階層管理テーブル３１０を参照し、階層を識別してデータを取り出し、復号化部３４０に転送する。また、ＩＰパケット受信部３２０は、制御用のＩＰパケットを受信し、アクセス要求部３３０と連携して、アクセス要求を実施する。
【００５６】
アクセス要求部３３０は、階層管理テーブル３１０を参照し、ユニキャストの階層は、例えば、ＨＴＴＰなどのプロトコルを用いて、階層管理テーブル３１０に登録されているＩＰアドレスに対してユニキャストによりアクセス要求を実施する。一方、マルチキャストの階層は例えば、ＩＧＭＰやＭＬＤなどのプロトコルを用いて、アクセス要求を実施する。但し、本発明は、アクセス要求に用いるプロトコルを制限するものではない。
【００５７】
符号化部３４０は、ＩＰパケット受信部３２０から転送されたデータを、予め定められた階層符号化のアルゴリズムに基づいて復号化する。但し、本発明は、階層符号化されたデータを転送するためのシステムであって、階層符号化自体の実現方法については、本発明を制限するものではない。
【００５８】
以下に、上記の構成における動作を説明する。
【００５９】
図１０は、本発明の第１の実施の形態における動作（視聴開始）のシーケンスチャートである。
【００６０】
ＩＰアドレスが「１４０．０．０．１」である送信装置１００における階層管理テーブル１１０が図１１（Ａ）のように設定されているものとする（ステップ１０１）。また、階層コンテンツＡの階層識別子「１」で記載される階層は基本階層（以後、「階層１」と記す）とし、階層識別子「２」及び「３」で記載されている階層については、それぞれ別の拡張階層（それぞれ「階層２」「階層３」と記す）であるとする。
【００６１】
識別子が「１」のユニキャストの「階層１」については配信前とし、そのため図１１（Ａ）における階層管理テーブル１１０のユニキャスト登録ＩＰアドレスにはまだ何も登録されていない状況であるとする。階層識別子が「２」及び「３」のマルチキャストで配信される「階層２」及び「階層３」については、ＩＰパケット送信部１２０より送信装置収容ルータ２００へマルチキャスト転送されている（ステップ１０２）。但し、例えば、ＩＰマルチキャストプロトコルに、一般的なＰＩＭ−ＳＭ(Protocol Independent Multicast-Sparse Mode)を適用した場合、受信装置３００からのアクセス要求がなければ送信装置収容ルータ２００で廃棄され、ＩＰネットワークには転送されない。また、ユニキャストの階層については、アクセス要求を受信しない限り送信しない。
【００６２】
一方、ＩＰアドレスが「１３０．０．０．１」である受信装置３００における階層管理テーブル３１０の設定は、図９のような設定がされているものとする。つまり、階層管理テーブル３１０には既にコンテンツＡの情報が登録されているものとする（ステップ１０３）。
【００６３】
当該受信装置３００が、階層コンテンツＡのデータの受信を希望する場合、階層管理テーブル３１０を参照し（ステップ１０４）、まず、始めにユニキャストの「階層１」について、アクセス要求を当該送信装置１００に対して送信し（ステップ１０５）、ユニキャストデータを受信するまで待機する。受信装置３００から送信されたユニキャストアクセス要求を受信した送信装置１００は、アクセス要求のＩＰパケットの送信元ＩＰアドレスから受信装置３００のＩＰアドレスを取得し、これを図１１（Ｂ）に示すように階層管理テーブル１１０のユニキャスト階層の宛先として登録し、当該階層を受信装置３００に対してユニキャスト送信を開始する（ステップ１０６）。
【００６４】
ユニキャストの「階層１」のデータを受信した受信装置３００は、次にマルチキャストで転送されている階層（本実施の形態においては、「階層２」及び「階層３」）を受信するために、ＩＰマルチキャストプロトコルを用いて、当該マルチキャストアドレス、もしくは、マルチキャストアドレスと送信元アドレスを記述したＩＰマルチキャスト要求（以下、ＪＯＩＮと記す）を、受信装置収容ルータ４００に送信する。なお、複数の拡張階層がある場合については、階層毎に順次ＪＯＩＮを発行し、当該マルチキャスト階層のデータを受信し始めた後に、次の拡張階層に対するＪＯＩＮを発行する。本実施の形態においては、「階層２」に対するＪＯＩＮを実施後（ステップ１０７）、当該マルチキャスト階層のデータの受信を待ってから、「階層３」に対するＪＯＩＮを実施する（ステップ１０８）。
【００６５】
受信装置収容ルータ４００がＪＯＩＮを受信した場合、例えば、前述のＰＩＭ−ＳＭをＩＰネットワークで適用している場合は、ホップバイホップに送信装置収容ルータ２００までＪＯＩＮが到達し、マルチキャストデータは、ＪＯＩＮの経路を逆に辿るように転送されることで、受信装置３００まで転送される。
【００６６】
なお、受信装置３００にてユニキャストで転送されている階層データを受信した時点から、階層管理テーブル３１０に登録されている情報に従って、階層情報を識別し、復号化部３４０に渡されて再生が開始される。また、マルチキャストで転送されている階層データを受信した場合は、その時点から順次復号化に用いられ、既に受信中の階層と合わせて復号され、再生される（ステップ１０９）。
【００６７】
本実施の形態では、受信装置３００の階層管理テーブル３１０にて管理されている階層数（この場合３）全てに対して受信要求を実施した例を記載しているが、受信装置３００が利用できるネットワーク帯域や受信者の意向により必ずしも受信しない場合も考えられ、受信者の意向により最大受信階層数を制御することも可能である。仮に、受信者が「階層２」までの受信しか望まない場合、図１０においてステップ１０８は実施されない。
【００６８】
次に、コンテンツＡの「階層１」から「階層３」までを受信中の上記受信装置３００が視聴を終了する場合の動作を説明する。
【００６９】
図１２は、本発明の第１の実施の形態における動作（視聴終了）のシーケンスチャートである。なお、送信装置１００における階層管理テーブル１１０は、図１１（Ｂ）の状態であるとする。
【００７０】
コンテンツの視聴終了時、受信装置３００は、階層管理テーブル３１０を参照し、ユニキャストあるいは、マルチキャストで転送されている階層情報を取得し（ステップ２０１）、マルチキャストで転送されている階層については受信装置収容ルータ４００に対してＩＧＭＰやＭＬＤといったマルチキャストプロトコルを用いて階層毎にアクセス終了要求を送信する（ステップ２０２）。本実施の形態の場合は、「階層２」及び「階層３」に対してマルチキャストアクセス停止要求が送信される。なお、ＩＰネットワーク内にてＩＰマルチキャストプロトコルにＰＩＭ−ＳＭが適用されている場合、受信装置３００からアクセス終了要求を受信した受信装置収容ルータ４００は、送信装置収容ルータ２００に対して、マルチキャストデータ停止要求を送信し、マルチキャストデータは、送信装置収容ルータ２００にて転送停止される。
【００７１】
一方、ユニキャストで転送されている階層については、送信装置１００に対してアクセス終了要求を送信し（ステップ２０３）、アクセス終了要求を受信した送信装置１００は、アクセス終了要求が送信されたＩＰパケットの送信元ＩＰアドレスから受信装置３００のＩＰアドレスを取得し、階層管理テーブル１１０に登録されている当該受信装置のＩＰアドレスを削除すると共に（図１１（Ａ）の状態）、ユニキャストデータの転送を停止する（ステップ２０４）。なお、受信装置３００は、ユニキャスト及びマルチキャストアクセス終了要求を送信後、再生を終了する（ステップ２０５）。
【００７２】
本実施の形態では、マルチキャストアクセス終了要求を送信後にユニキャストアクセス終了要求を送信しているが、その順番については本発明を制限するものではなく、同時に送信しても、ユニキャストアクセス終了要求から送信してもよい。
【００７３】
［第２の実施の形態］
本実施の形態では、受信装置３００においてコンテンツ受信時に、タイマを利用する例を説明する。
【００７４】
図１３は、本発明の第２の実施の形態における動作（視聴開始）のシーケンスチャートである。以下では、ＩＰアドレスが「１３０．０．０．１」である受信装置３００の階層管理テーブル３１０が図１４のように設定されているものとする。図１４の例では、タイマが設定されている。なお、本実施の形態においては、コンテンツＡの階層識別子「１」が基本階層（階層１）、階層識別子「２」及び「３」の階層はそれぞれ別の拡張階層（階層２、階層３）であるとする。
【００７５】
また、ネットワーク構成は、図２と同様であるとし、送信装置１００の初期設定は、第１の実施の形態の図１１（Ａ）と同様であり、「階層２」及び「階層３」については予めマルチキャスト配信されているものとする。なお、受信装置３００には、タイマ（図示せず）が設けられているものとする。
【００７６】
当該受信装置３００がコンテンツＡに対して視聴を開始する場合、アクセス要求送信部３３０は、図１４に示す階層管理テーブル３１０を参照し（ステップ３０１）、アクセス要求先情報を認識する。その後、ユニキャストの「階層１」については、アクセス要求を所望の送信装置１００に送信する（ステップ３０２）と共に、タイマの減算を開始する（ステップ３０３）。また、マルチキャストの「階層２」及び「階層３」については、ＩＰマルチキャストプロトコルに基づき、当該マルチキャストアドレス、もしくは、マルチキャストアドレスと送信元ＩＰアドレスを記述したアクセス要求（ＪＯＩＮ）を、受信装置収容ルータ４００に送信する（ステップ３０４）。なお、ＪＯＩＮは、基本階層の受信を待ってから行う場合や、タイマ減算開始後即座に行う場合も考えられるが、本実施の形態では後者の場合を示している。
【００７７】
ところで、視聴開始後、タイマの減算を開始し、それが満了するまでに当該受信装置３００にて、ユニキャストの階層データが受信できなかった場合（ステップ３０５）、視聴が不可であると判断し、送信装置１００に対してユニキャストアクセス終了要求を送信すると共に（ステップ３０６）、マルチキャスト階層のデータ受信の有無を問わず、マルチキャストの階層に対しても受信装置収容ルータ４００に対してアクセス終了要求を送信し（ステップ３０７）、視聴処理を終了する。
【００７８】
本実施の形態では、マルチキャストで配信されている「階層２」及び「階層３」のデータは正常に受信できた場合を示している。なお、タイマが満了するまでにユニキャスト階層のデータを受信した場合は、タイマはその時点で終了し、視聴が開始される。
【００７９】
ここで、ユニキャスト階層データが受信できない場合は、アクセス要求がＩＰネットワークで欠落し、送信装置１００まで届かなかった場合や、送信装置１００にて正常に処理されなかった場合、ＩＰネットワークでユニキャスト階層データが欠落した場合などが考えられるが、その原因については本発明を限定するものではない。
【００８０】
［第３の実施の形態］
本実施の形態では、送信装置１００において、受信装置３００の認証を行う例を説明する。
【００８１】
図１５は、本発明の第３の実施の形態における動作（視聴開始）のシーケンスチャートである。
【００８２】
ＩＰアドレスが「１３０．０．０．１」である受信装置３００の階層管理テーブル３１１０の例を図１６に示すように設定されているものとする。階層管理テーブル３１０には、階層識別子と、階層の転送形態を示すフラグと、要求先ＩＰアドレスが保持されている。
【００８３】
また、図１７に、アクセス要求送信部３３０におけるアクセス要求管理データを示す。当該管理データはアクセス要求送信部３３０内のメモリに設定されるものとする。アクセス要求管理データとしては、アクセス先アドレスと、コンテンツ名と、認証情報が保持される。認証情報とは、送信装置１００にてユーザの正当性を確認するために用いられる情報であり、一般の文字列でも受信装置３００のＩＰアドレスでも暗号化されたデータでも何でもよい。なお、本実施の形態においては、コンテンツＡの階層識別子「１」が基本階層（階層１）、階層識別子「２」及び「３」はそれぞれ別の拡張階層（階層２、階層３）であるとする。
【００８４】
また、ネットワーク構成は、図２と同様であるとし、送信装置１００の初期設定は第１の実施の形態の図１１（Ａ）と同様であるとし、「階層２」及び「階層３」については、予めマルチキャスト配信されているものとする。
【００８５】
当該受信装置３００がコンテンツＡに対して視聴を開始する場合、アクセス要求送信部３３０は、図１６に示す階層管理テーブル３１０を参照すると共に（ステップ４０１）、アクセス要求送信部３３０のメモリで管理している管理データから認証情報を取得する（ステップ４０２）。その後、ユニキャストの「階層１」については、アクセス要求に認証情報を付与して所望の送信装置１００に送信する（ステップ４０３）。
【００８６】
送信装置１００のアクセス要求受信部１３０では、図１８に示すように、メモリ内のアクセス要求管理データとして、コンテンツ毎、ユーザアドレス毎に認証情報を管理し、当該受信装置３００から送付されたユニキャスト階層へのアクセス要求を受信した場合、当該アクセス要求に付与されている認証情報と、アクセス要求受信部１３０のメモリで管理している認証情報との照合を行い、一致した場合には（ステップ４０４）、第１の実施の形態と同様に、図１１（Ｂ）に示すように、階層管理テーブル１１０に受信元ＩＰアドレスの設定を行い、ユニキャストデータの送信を開始する（ステップ４０５）。
【００８７】
また、受信装置３００は、ユニキャスト階層のデータを受信し始めた後に、マルチキャスト階層「２」及び「３」を受信するために、当該マルチキャストアドレス、もしくはユニキャストアドレスと送信元ＩＰアドレスを記述したアクセス要求（ＪＯＩＮ）を、受信装置収容ルータ４００に送信し（ステップ４０６）、再生を開始する（ステップ４０７）。
【００８８】
なお、本実施の形態の動作は、第２の実施の形態で記述した図１３の動作のシーケンスチャートにも適用することが可能であり、合わせて利用することもできる。
【００８９】
一方、図１９に示すように、ユニキャストアクセス認証要求に付与された認証情報が、送信装置１００のアクセス要求受信部１３０のメモリに管理されている情報と一致しない場合、認証不可と判定し（ステップ５０１）、認証不可通知を送信し（ステップ５０２）、ユニキャストデータ送信を実施しない。認証情報不可通知を受信した受信装置３００は視聴を終了する（ステップ５０３）。
【００９０】
［第４の実施の形態］
本実施の形態では、階層符号化データ管理装置を用いる例を説明する。
【００９１】
図２０は、本発明の第４の実施の形態におけるネットワーク構成例であり、ＩＰネットワーク内に管理装置収容ルータ６００があり、それに階層符号化データ管理装置５００（ＩＰアドレスが「１５０．０．０．１」）が設けられている。なお、当該管理装置５００は別の収容ルータ（例えば送信装置収容ルータ２００）に設置されることも考えられ、同図の構成に限定されるものではない。その他の装置については図２と同様である。
【００９２】
また、図２１は、本発明の第４の実施の形態における階層符号化データ管理装置の構成を示す。階層符号化データ管理装置５００は、コンテンツ管理テーブル５１０、ＩＰパケット送信部５２０、アクセス要求先問い合わせ受信部５３０から構成される。
【００９３】
図２２は、本発明の第４の実施の形態における階層符号化データ管理装置のコンテンツ管理テーブルのデータリストの構成例を示す。同図では、コンテンツ毎にコンテンツ名、階層識別子、転送形態を示すフラグ、ユニキャスト階層であれば送信装置１００のＩＰアドレス、マルチキャストの階層であれば、送信装置１００のＩＰアドレスとマルチキャストアドレスの組が登録されている。なお、マルチキャスト階層の場合、マルチキャストアドレスのみでもよい。
【００９４】
また、図２３は、本発明の第４の実施の形態における受信装置のアクセス要求送信部におけるアクセス要求先問い合わせ管理データの構成例を示す。アクセス要求先問い合わせ管理データは、アクセス要求送信部３３０内のメモリに設定されるデータであり、アクセス要求先情報を取得するための管理装置５００のアドレスとコンテンツ名が保持されている。
【００９５】
次に、上記の構成における本実施の形態の動作を説明する。
【００９６】
図２４は、本発明の第４の実施の形態における動作（データリストの取得）のシーケンスチャートである。同図の動作では、受信装置３００がコンテンツＡの情報を管理装置５００より取得し、送信装置１００に対してアクセス要求を行うまでを示す。
【００９７】
受信装置３００がコンテンツＡの情報を取得する前は、図２５（Ａ）に示すように、受信装置３００の階層管理テーブル３１０には、まだコンテンツ情報は登録されていないものとする。受信装置３００は、コンテンツＡの情報を取得するためにどの管理装置５００に対してアクセス要求先問い合わせを送信すればよいかといった、アクセス要求先情報を図２３に示す管理データから取得する（ステップ６０１）。
【００９８】
次に、取得したデータを元に管理装置５００に対して、要求するデータ名を付加したアクセス要求先問い合わせを送信する（ステップ６０２）。この場合、データ名には「コンテンツＡ」が指定される。管理装置５００は、アクセス要求先問い合わせ受信部５３０にて受信したアクセス要求先問い合わせからデータ名を取得し、コンテンツ管理テーブルリスト５１０からデータ名に対するデータリスト（図２２）を検索して返信し（ステップ６０３）、当該データリストを受信した受信装置３００は、その情報に基づいて図２５（Ｂ）に示すように階層管理テーブル３１０に設定を行う（ステップ６０４）。
【００９９】
この後は、受信装置３００のアクセス要求送信部３３０が階層管理テーブル３１０を参照し、ユニキャスト階層に対するアクセス要求を実施する。
【０１００】
なお、階層管理テーブル３１０参照後については、第１〜第３の実施の形態に記載の、視聴開始動作（図１０のステップ１０４、図１３のステップ３０１、図１５のステップ４０１、図１９）と同様であるため、説明を省略する。
【０１０１】
［第５の実施の形態］
本実施の形態では、第４の実施の形態に示す構成において、認証情報を用いる例を説明する。
【０１０２】
図２６は、本発明の第５の実施の形態の受信装置のアクセス要求送信部におけるアクセス要求先問い合わせ管理データの構成を示す。ここでは、アクセス要求送信部３３０内のメモリに、アクセス要求先問い合わせ管理データとして、アクセス先の管理装置５００のアドレスと、コンテンツ名と、認証情報が保持される。認証情報とは、管理装置５００にてユーザの正当性を確認するために用いられる情報であり、一般の文字列でも受信装置３００のＩＰアドレスでも暗号化されたデータでも何でもよい。
【０１０３】
一方、図２７は、管理装置５００のアクセス要求先問い合わせ受信部５３０内のメモリで管理されるアクセス要求先問い合わせ管理データの例を示す。アクセス要求先問い合わせ管理データは、ユーザアドレスに対応した認証情報を管理する。
【０１０４】
次に上記の構成における動作を説明する。
【０１０５】
図２８は、本発明の第５の実施の形態における動作（データリスト取得）のシーケンスチャートである。
【０１０６】
同図のシーケンスチャートでは、受信装置３００がコンテンツＡの情報を管理装置５００から取得するまでを記載している。
【０１０７】
受信装置３００は、コンテンツＡの情報を取得するために、どの管理装置５００に対してアクセス要求先問い合わせを送信すればよいかといった、アクセス要求先情報を図２６に示す管理データから取得する。なお、この場合、認証情報も合わせて取得する（ステップ７０１）。
【０１０８】
次に、受信装置３００は、取得したデータを元に、管理装置５００に対して要求するデータ名と認証情報を付加したアクセス要求先問い合わせを送信する（ステップ７０２）。管理装置５００は、受信装置３００から受信した認証情報と当該受信装置３００のアドレスの組み合わせからアクセス要求先問い合わせ受信部５３０のメモリ内に格納されているアクセス要求先問い合わせ管理データを照合し、ユーザ認証を行う（ステップ７０３）。
【０１０９】
その結果、認証が成功し、正規ユーザと判断された場合には、受信装置３００から要求されたデータ名に対するデータリストを返信する（ステップ７０４）。この後は、第４の実施の形態の図２４におけるステップ６０４以降と同様の処理となるので、説明は省略する。
【０１１０】
なお、ステップ７０２において、認証が不許可の場合は管理装置５００からデータリストは返信されず、受信装置３００はコンテンツＡの情報を入手することができないため、視聴が不可能となる。
【０１１１】
［第６の実施の形態］
本実施の形態では、送信装置から暗号化されたデータを受信装置に転送する例を説明する。
【０１１２】
図２９は、本発明の第６の実施の形態の送信装置における階層管理テーブルの構成を示す。図２９（Ａ）は、送信コンテンツ毎に階層識別子と、配信形態を示すフラグと、送信先ＩＰアドレスと、暗号鍵を保持する。
【０１１３】
また、ユニキャストで配信される階層については、暗号鍵は宛先ＩＰアドレス毎、つまり受信装置３００ごとに異なるものも設定可能である。ここでは、コンテンツＡの場合を例にとって示している。また、コンテンツＡの階層識別子「１」の階層は、ユニキャストで転送されるものとし、コンテンツＡの基本階層とする。また、階層識別子「２」、「３」の階層は、マルチキャストで転送されるものとし、それぞれの別の拡張階層とする。
【０１１４】
本実施の形態では、ＩＰアドレスが「１３０．０．０．１」と「１３０．０．１．１」の２台の受信装置３００に対してコンテンツＡを送信中の例である。
【０１１５】
また、図２９（Ｂ）に示すように、暗号化されている階層の識別を容易にするために暗号識別子を有することも考えられる。
【０１１６】
図３０は、送信装置１００のアクセス要求受信部１３０のメモリに格納されている鍵管理テーブル構成を示す。鍵管理テーブルは、ユニキャストで転送される、あるいは、基本階層に対して暗号化される暗号鍵と、それを復号するための復号鍵とが対となって管理される。受信装置３００からのアクセス要求があった場合に、暗号化されるべき階層に対しては所定の暗号化鍵が利用され、受信装置３００に対しては、当該暗号鍵に対応する解読鍵が送信される。
【０１１７】
一方、受信装置３００の階層管理テーブル３１０の例を図３１に示す。図３１（Ａ）は、受信コンテンツ毎に、階層識別子と、配信形態を示すフラグと、要求先アドレスと、解読鍵を保持する。ここで保持される解読鍵は暗号鍵に対応する解読鍵である。なお、配信形態がユニキャストの階層の場合は送信装置１００のＩＰアドレスが、マルチキャストの階層の場合は、マルチキャストアドレスと送信装置１００の送信元ＩＰアドレスが保持される。なお、マルチキャスト階層の場合は、マルチキャストアドレスのみでもよい。また、図３１（Ｂ）に示すように、暗号化されている階層の識別を容易にするために暗号識別子を有することも考えられる。
【０１１８】
次に、本実施の形態における動作を説明する。
【０１１９】
図３２は、本発明の第６の実施の形態における動作（視聴開始）のシーケンスチャートである。
【０１２０】
まず、送信装置１００における階層管理テーブル１１０は、図３３（Ａ）のように設定されているものとする（ステップ８０１）。なお、マルチキャストで配信される階層の「階層２」、「階層３」については、予めマルチキャスト配信されているものとする（ステップ８０２）。受信装置３００（ＩＰアドレスが「１３０．０．０．１」）における階層管理テーブル３１０は図３４（Ａ）のように設定されているものとする（ステップ８０３）。
【０１２１】
次に、受信装置３００がコンテンツＡの受信を開始する場合、アクセス要求送信部３３０が階層管理テーブル３１０を参照し、ユニキャスト階層の要求先アドレス情報を取得する（ステップ８０４）。その後、ユニキャストアクセス要求を送信装置１００に対して送信する（ステップ８０５）。受信装置３００からのユニキャストアクセス要求を受信した送信装置１００は、図３３（Ｂ）に示されているように、当該受信装置３００のＩＰアドレスを階層管理テーブル１１０に登録すると共に、ユニキャストで転送されている基本階層は暗号化識別子により暗号化対象であることを認識して、暗号化鍵「１」にて暗号化することを決定して、階層管理テーブル１１０に暗号鍵「１」にて暗号化していることを登録する（ステップ８０６）。
【０１２２】
次に、図３０に示すアクセス要求受信部１３０のメモリ内の鍵管理テーブルから暗号鍵「１」に対する解読鍵が解読鍵「１」であることを取得し、当該解読鍵を当該受信装置３００に対して送信した後（ステップ８０７）、ユニキャスト階層「１」を暗号化して受信装置３００に対してユニキャスト配信を開始する（ステップ８０９）。
【０１２３】
解読鍵「１」を受信した受信装置３００は、図３４（Ｂ）に示すようにユニキャストの基本階層の解読鍵が解読鍵「１」であると階層管理テーブル３１０に登録し（ステップ８０８）、受信した階層「１」のデータを解読鍵「１」にて解読し、復号化して再生を開始する（ステップ８１０）。その後、マルチキャスト階層（階層２、階層３）については順次マルチキャストアクセス要求が送信され、再生される（ステップ８１１）。
【０１２４】
なお、本実施の形態には、前述の第２の実施の形態で説明したのと同等のタイマ機能を付加することも考えられる。この動作を図３５を用いて説明する。なお、図３２におけるステップ８０４までの動作は同様である。図３５の動作のフロー中、ユニキャストアクセス要求を送信後（ステップ９０１）、タイマを設定し（ステップ９０２）、減算を開始する。その後ユニキャスト階層のデータを受信する前にタイマが満了した場合（ステップ９０３）、ユニキャストアクセス終了要求を送信すると共に（ステップ９０４）、マルチキャスト階層の受信如何に関わらず、それらに対してもマルチキャストアクセス終了要求を送信し（ステップ９０４）、視聴を終了する。
【０１２５】
また、本実施の形態には、前述の第３の実施の形態で説明したのと同等の認証機能を付加することも可能である。これを図３６を用いて説明する。なお、図３２におけるステップ８０４までは同一の流れとなる。その後、図３６に示すように、受信装置３００は、アクセス要求送信部３３０のメモリで管理している管理データから認証情報を取得し（ステップ１００１）、ユニキャストの階層「１」について、アクセス要求に認証情報を付与して所望の送信装置１００に送信する（ステップ１００２）。送信装置１００のアクセス要求受信部１３０では、当該受信装置３００から送付されたユニキャスト階層へのアクセス要求を受信した場合、当該アクセス要求に付与されている認証情報と、アクセス要求受信部１３０のメモリで管理している認証情報との照合を行い、認証を許可した場合には（ステップ１００３）、階層管理テーブル１１０に受信元ＩＰアドレスの登録を行い（ステップ１００４）、解読鍵を受信装置３００に対して送信する（ステップ１００５）。その後は、図３２のステップ８０９以降と同様の流れとなる。
【０１２６】
［第７の実施の形態］
本実施の形態は、受信装置が管理装置にアクセス要求先問い合わせを行い、データリストと送信装置から取得するデータを解読するための鍵を取得する例を説明する。
【０１２７】
図３６は、本発明の第７の実施の形態における動作（視聴開始）のシーケンスチャート（その１）である。
【０１２８】
なお、ネットワーク構成は図２０と同様であるとする。以下では、受信装置３００（ＩＰアドレス「１３０．０．０．１」）が管理装置５００（ＩＰアドレス「１５０．０．０．１」）に対してコンテンツ情報を取得し、コンテンツの視聴を開始するまでの動作を示す。
【０１２９】
まず、受信装置３００は、図３８に示すようなアクセス要求送信部３３０のメモリに管理されているアクセス要求先問い合わせ管理データを検索し、管理装置５００の情報を取得する（ステップ１１０１）。その後、受信装置３００は、管理装置５００に対してアクセス要求先問い合わせを、データ名（この場合コンテンツＡ）を付加して送信する（ステップ１１０２）。
【０１３０】
アクセス要求先問い合わせを受信した管理装置５００は、アクセス要求先問い合わせの内容と図３９に示す管理テーブル５１０から所望の情報を検索し、データリストを受信装置３００に対して返信する（ステップ１１０３）と共に、暗号化ありの階層については解読鍵も同時に送信する（ステップ１１０４）。
【０１３１】
データリストと解読鍵を受信した受信装置３００は、図４０（Ａ）に示す階層管理テーブル３１０に対して、取得したデータを図４０（Ｂ）のように登録する（ステップ１１０５）。その後は、登録が完了した階層管理テーブル３１０を参照し、ユニキャスト階層に対しては送信装置１００に対してユニキャストアクセス要求を送信し、視聴を開始する。なお、これ以降のフローは第６の実施の形態の図３２のステップ８０９以降と同様であるため、説明を省略する。
【０１３２】
また、図３７の動作のフローにおいて、第５の実施の形態と同様に受信装置３００と管理装置５００の間で認証情報を付加する方法も考えられる。これを図４１を用いて説明する。
【０１３３】
図４１は、本発明の第７の実施の形態における動作（視聴開始）のシーケンスチャート（その２）である。
【０１３４】
受信装置３００は、図４２に示すようなアクセス要求送信部３３０のメモリに格納されているアクセス要求先問い合わせ管理データを検索し、管理装置５００の情報を取得する（ステップ１２０１）。その後、管理装置５００に対してアクセス要求先問い合わせを、データ名（この場合コンテンツＡ）、認証情報を付加して送信する（ステップ１２０２）。アクセス要求先問い合わせを受信した管理装置５００は、アクセス要求先問い合わせに付加された認証情報と図４３に示す管理データとを照合し、認証許可した場合のみ（ステップ１２０３）、要求されたデータ名に対応する情報を受信装置３００に返信する（ステップ１２０４）と共に、暗号化ありの階層については解読鍵も同時に送信する（ステップ１２０５）。その後は、図３７におけるステップ００１５と同様の流れとなるので、説明を省略する。
【０１３５】
［第８の実施の形態］
本実施の形態では、冗長化について説明する。
【０１３６】
本実施の形態のネットワーク構成は、図２と同様である。
【０１３７】
図４４は、本発明の第８の実施の形態における送信装置の階層管理テーブルの例である。
【０１３８】
図４４（Ａ）は、送信コンテンツ毎に階層識別子と、配信形態を示すフラグと、送信先ＩＰアドレスと、冗長化方法を保持する。
【０１３９】
また、ユニキャストで配信される階層については、冗長化方法は宛先ＩＰアドレス毎、つまり、受信装置３００毎に変更することも可能である。ここでは、コンテンツＡの場合を例にとって示しており、コンテンツＡの階層識別子「１」の階層は、ユニキャストで転送されるものとし、コンテンツＡの基本階層とする。また、階層識別子「２」と「３」の階層は、マルチキャストで転送されるものとし、それぞれ別の拡張階層とする。なお、同図は送信装置１００が２台の受信装置３００（ＩＰアドレスが「１３０．０．０．１」と「１３０．０．１．１」）に対して送信している例を示している。また、図４４（Ｂ）に示すように、冗長化されている階層の識別を容易にするために冗長化識別子を有するようにしてもよい。
【０１４０】
一方、受信装置３００の階層管理テーブル３１０の構成例を図４５に示す。図４５では、ＩＰアドレスが「１３０．０．０．１」である受信装置３００の例を示す。図４５（Ａ）は、受信コンテンツ毎に階層識別子と、配信形態を示すフラグと、要求先アドレスと、冗長化方法を保持する。なお、配信形態がユニキャストの階層の場合は送信装置１００のＩＰアドレスが、マルチキャストの階層の場合は、マルチキャストアドレスと送信装置１００の送信元ＩＰアドレスが保持される。なお、マルチキャスト階層の場合は、マルチキャストアドレスのみでよい。また、図４５（Ｂ）に示すように、冗長化されている階層の識別を容易にするために冗長識別子を有することも考えられる。
【０１４１】
なお、本発明における冗長化の方法については特に規定はせず、冗長化方法により本発明が制限されるものではない。
【０１４２】
以下、動作を図４６を用いて説明する。
【０１４３】
まず、送信装置１００における階層管理テーブル１１０は、図４７（Ａ）のように設定されているものとする（ステップ１３０１）。なお、マルチキャストで配信される階層の階層「２」、及び階層「３」については予めマルチキャスト配信されているものとする（ステップ１３０２）。受信装置３００（ＩＰアドレスが「１３０．０．０．１」）における階層管理テーブル１００は、図４８（Ａ）のように設定されているものとする（ステップ１３０３）。
【０１４４】
次に、受信装置３００がコンテンツＡの受信を開始する場合、アクセス要求送信部３３０が階層管理テーブル３１０を参照し、ユニキャスト階層の要求先アドレス情報を取得する（ステップ１３０４）。その後、ユニキャストアクセス要求を送信装置１００に対して送信する（ステップ１３０５）。受信装置３００からのユニキャストアクセス要求を受信した送信装置１００は、図４７（Ｂ）に示されているように、当該受信装置３００のＩＰアドレスを階層管理テーブル３１０に登録すると共に（ステップ１３０６）、ユニキャストで転送される基本階層は冗長識別子により冗長化対象であることを認識して冗長化方法を受信装置３００に通知し（ステップ１３０７）、ユニキャスト階層「１」を冗長化して受信装置３００に対してユニキャスト配信する（ステップ１３０９）。
【０１４５】
一方、受信装置３００は、冗長化方法を受信したら、図４８（Ａ）から図４８（Ｂ）のように階層管理テーブル３１０に登録し（ステップ１３０８）、受信した階層「１」のデータを復号して再生を開始する（ステップ１３１０）。その後、マルチキャスト階層（階層２、階層３）については順次マルチキャストアクセス要求が送信され、再生される（ステップ１３１１）。
【０１４６】
なお、本実施の形態における動作の冗長化方法は、ユニキャストで配信される基本階層のみ設定されている例を示したが、図４９及び図５０のようにマルチキャストで配信される階層にのみ設定することも可能であり、ユニキャスト、マルチキャスト配信される階層に対しても冗長化することも可能である。
【０１４７】
また、本実施の形態には、第６の実施の形態で説明した暗号鍵の機能を同時に用いることも可能である。つまり、図３２における解読鍵送付時（図３２のステップ８０７）に同時に冗長化方法の通知を行い、解読鍵登録時（図３２のステップ８０８）において同時に冗長化の登録を行うことで、受信装置３００の階層化管理テーブル３１０の設定は完了する。その後データを受信した後は、受信装置３００にてまずは冗長化されたデータを復号し、その結果得られたデータを解読鍵で解読して再生すればよい。
【０１４８】
また、第２の実施の形態のタイマ機能、及び第３の実施の形態の認証機能も合わせて実施可能であるが、詳細は、第６の実施の形態に記載の方法と同様であるため、説明を省略する。
【０１４９】
上記の第１〜第８の実施の形態における各装置の操作をプログラムとして構築し、各種テーブルを格納する記憶手段を設けたコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【０１５０】
また、構築されたプログラムを第１〜第８の実施の形態における各装置として利用されるコンピュータに接続されるハードディスク装置や、フレキシブルディスク、ＣＤ−ＲＯＭ等の可搬記憶媒体に格納しておき、コンピュータにインストールして実行させる、または、配布することが可能である。
【０１５１】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において種々変更・応用が可能である。
【産業上の利用可能性】
【０１５２】
本発明は、階層符号化されたデータをＩＰネットワーク上で転送する技術に適用可能である。
【図面の簡単な説明】
【０１５３】
【図１】本発明の原理を説明するための図である。
【図２】本発明の第１の実施の形態におけるネットワーク構成例である。
【図３】本発明の第１の実施の形態における送信装置の構成例である。
【図４】本発明の第１の実施の形態における送信装置の階層管理テーブルの構成例（その１）である。
【図５】本発明の第１の実施の形態における送信装置の階層管理テーブルの構成例（その２）である。
【図６】本発明の第１の実施の形態における受信装置の構成例である。
【図７】本発明の第１の実施の形態における受信装置の階層管理テーブルの構成例（その１）である。
【図８】本発明の第１の実施の形態における受信装置の階層管理テーブルの構成例（その２）である。
【図９】本発明の第１の実施の形態における受信装置の階層管理テーブルの構成例（その３）である。
【図１０】本発明の第１の実施の形態における動作（視聴開始）のシーケンスチャートである。
【図１１】本発明の第１の実施の形態における送信装置の階層管理テーブル状態を示す図である。
【図１２】本発明の第１の実施の形態における動作（視聴終了）のシーケンスチャートである。
【図１３】本発明の第２の実施の形態における動作（視聴開始）のシーケンスチャートである。
【図１４】本発明の第２の実施の形態における受信装置の階層管理テーブルの構成例である。
【図１５】本発明の第３の実施の形態における動作（視聴開始）のシーケンスチャート（その１）である。
【図１６】本発明の第３の実施の形態における受信装置の階層管理テーブルの構成例である。
【図１７】本発明の第３の実施の形態の受信装置のアクセス要求送信部におけるアクセス要求管理データ構成例である。
【図１８】本発明の第３の実施の形態の送信装置のアクセス要求受信部におけるアクセス要求管理データ構成例である。
【図１９】本発明の第３の実施の形態における動作（視聴開始）のシーケンスチャート（その２）である。
【図２０】本発明の第４の実施の形態におけるネットワーク構成例である。
【図２１】本発明の第４の実施の形態における管理装置の構成例である。
【図２２】本発明の第４の実施の形態における管理装置のコンテンツ管理テーブルリストの例である。
【図２３】本発明の第４の実施の形態の受信装置のアクセス要求送信部におけるアクセス要求先問い合わせ管理データ構成例（その１）である。
【図２４】本発明の第４の実施の形態における動作（データリスト取得）のシーケンスチャートである。
【図２５】本発明の第４の実施の形態における受信装置の階層管理テーブル構成例である。
【図２６】本発明の第５の実施の形態における受信装置のアクセス要求送信部におけるアクセス要求先問い合わせ管理データ構成例である。
【図２７】本発明の第５の実施の形態における管理装置のアクセス要求先問い合わせ受信部におけるアクセス要求先問い合わせ管理データ構成例である。
【図２８】本発明の第５の実施の形態における動作（データリスト取得）のシーケンスチャートである。
【図２９】本発明の第６の実施の形態における送信装置の階層管理テーブル構成例である。
【図３０】本発明の第６の実施の形態の送信装置のアクセス要求受信部における鍵管理テーブル構成例である。
【図３１】本発明の第６の実施の形態における受信装置（１３０．０．０．１）の階層管理テーブル構成例である。
【図３２】本発明の第６の実施の形態における動作（視聴開始）のシーケンスチャート（その１）である。
【図３３】本発明の第６の実施の形態における送信装置の階層管理テーブル構成例である。
【図３４】本発明の第６の実施の形態における受信装置（１３０．０．０．１）の階層管理テーブル構成例である。
【図３５】本発明の第６の実施の形態における動作（視聴開始）のシーケンスチャート（その２）である。
【図３６】本発明の第６の実施の形態における動作（視聴開始）のシーケンスチャート（その３）である。
【図３７】本発明の第７の実施の形態における動作（視聴開始）のシーケンスチャート（その１）である。
【図３８】本発明の第７の実施の形態の受信装置のアクセス要求送信部におけるアクセス要求先問い合わせ管理データ構成例である。
【図３９】本発明の第７の実施の形態における管理装置のコンテンツ管理テーブルリスト例である。
【図４０】本発明の第７の実施の形態における受信装置（１３０．０．０．１）の階層管理テーブル構成例である。
【図４１】本発明の第７の実施の形態における動作（視聴開始）のシーケンスチャート（その２）である。
【図４２】本発明の第７の実施の形態の受信装置のアクセス要求送信部におけるアクセス要求先問い合わせ管理データの構成例である。
【図４３】本発明の第７の実施の形態における管理装置のアクセス要求先問い合わせ受信部におけるアクセス要求先問い合わせ管理データ構成例である。
【図４４】本発明の第８の実施の形態における送信装置の階層管理テーブル構成例である。
【図４５】本発明の第８の実施の形態における受信装置（１３０．０．０．１）の階層管理テーブル構成例である。
【図４６】本発明の第８の実施の形態における動作（視聴開始）のシーケンスチャートである。
【図４７】本発明の第８の実施の形態における送信装置の階層管理テーブル構成例（その１）である。
【図４８】本発明の第８の実施の形態における受信装置（１３０．０．０．１）の階層管理テーブルの構成例（その１）である。
【図４９】本発明の第８の実施の形態における送信装置の階層管理テーブル構成例（その２）である。
【図５０】本発明の第８の実施の形態における受信装置（１３０．０．０．１）の階層管理テーブル構成例（その２）である。
【符号の説明】
【０１５４】
１００  送信装置
１１０  階層管理テーブル
１２０  ＩＰパケット送信部
１３０  アクセス要求受信部
１４０  符号化部
２００  送信装置収容ルータ
３００  受信装置
３１０  階層管理テーブル
３２０  ＩＰパケット受信部
３３０  アクセス要求送信部
３４０  復号化部
４００  受信装置収容ルータ
５００  管理装置
５１０  コンテンツ管理テーブル
５２０  ＩＰパケット送信部
５３０  アクセス要求先問い合わせ受信部
６００  管理装置収容ルータ
【図１】
2006246240.tif 000003
【図２】
2006246240.tif 000004
【図３】
2006246240.tif 000005
【図４】
2006246240.tif 000006
【図５】
2006246240.tif 000007
【図６】
2006246240.tif 000008
【図７】
2006246240.tif 000009
【図８】
2006246240.tif 000010
【図９】
2006246240.tif 000011
【図１０】
2006246240.tif 000012
【図１１】
2006246240.tif 000013
【図１２】
2006246240.tif 000014
【図１３】
2006246240.tif 000015
【図１４】
2006246240.tif 000016
【図１５】
2006246240.tif 000017
【図１６】
2006246240.tif 000018
【図１７】
2006246240.tif 000019
【図１８】
2006246240.tif 000020
【図１９】
2006246240.tif 000021
【図２０】
2006246240.tif 000022
【図２１】
2006246240.tif 000023
【図２２】
2006246240.tif 000024
【図２３】
2006246240.tif 000025
【図２４】
2006246240.tif 000026
【図２５】
2006246240.tif 000027
【図２６】
2006246240.tif 000028
【図２７】
2006246240.tif 000029
【図２８】
2006246240.tif 000030
【図２９】
2006246240.tif 000031
【図３０】
2006246240.tif 000032
【図３１】
2006246240.tif 000033
【図３２】
2006246240.tif 000034
【図３３】
2006246240.tif 000035
【図３４】
2006246240.tif 000036
【図３５】
2006246240.tif 000037
【図３６】
2006246240.tif 000038
【図３７】
2006246240.tif 000039
【図３８】
2006246240.tif 000040
【図３９】
2006246240.tif 000041
【図４０】
2006246240.tif 000042
【図４１】
2006246240.tif 000043
【図４２】
2006246240.tif 000044
【図４３】
2006246240.tif 000045
【図４４】
2006246240.tif 000046
【図４５】
2006246240.tif 000047
【図４６】
2006246240.tif 000048
【図４７】
2006246240.tif 000049
【図４８】
2006246240.tif 000050
【図４９】
2006246240.tif 000051
【図５０】
2006246240.tif 000052