データ配信システム、コンテンツ配信サーバ、データ配信管理サーバ、および、コンテンツデータ配信管理方法
【課題】一ユーザ且つ複数クライアント、或いは、複数のユーザ且つ複数クライアントの関係でコンテンツ配信サービスを行なう場合にユーザにおける利便性の確保と著作権保護との両立を図ることのできるシステムやサーバを提供する。
【解決手段】コンテンツデータの利用を所望するユーザの用いるクライアント２１０，２２０，２３０，２４０と、配信対象となるコンテンツを保有するコンテンツ配設サーバ１００，１００ａと、データ配信サーバ５００とをネットワーク７００で結び、データ配信管理サーバ５００に予め登録することにより保持されている認証用データ（５０２）に基づいて、正規ユーザ、且つ、正規クライアントであることの認証が成立することを条件として、コンテンツデータの配信を許容する。
【解決手段】コンテンツデータの利用を所望するユーザの用いるクライアント２１０，２２０，２３０，２４０と、配信対象となるコンテンツを保有するコンテンツ配設サーバ１００，１００ａと、データ配信サーバ５００とをネットワーク７００で結び、データ配信管理サーバ５００に予め登録することにより保持されている認証用データ（５０２）に基づいて、正規ユーザ、且つ、正規クライアントであることの認証が成立することを条件として、コンテンツデータの配信を許容する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、種々のコンテンツデータを保有し配信するコンテンツ配信サーバからネットワークを通してクライアント（端末装置）にユーザ所望のコンテンツデータを著作権に係る一定のセキュリティを確保しながら配信するための、データ配信システム、コンテンツ配信サーバ、データ配信管理サーバ、および、コンテンツデータ配信管理方法に関する。
【背景技術】
【０００２】
近年、著作権保護の対象となるコンテンツデータをネットワークを通して配信する技術が普及しつつある。このようなコンテンツデータの配信に適用される技術には様々な方式が存在するが、大別すると、次のような２通りの方式がある。
図１８は、コンテンツ配信技術に関する一般的な２通りの方式を説明するための概念図である。
コンテンツ配信サーバ１０００には、配信の対象となる種々のコンテンツのコンテンツデータが保有されている。
【０００３】
ユーザが所望に応じてこれらのコンテンツデータの取得に用いる端末機器、即ち、クライアント２０００としては、例えば、家庭用等のデスクトップ型のパーソナルコンピュータ（以下、デスクトップＰＣという）２０１０、モバイル型パーソナルコンピュータ（以下、モバイルＰＣという）２０２０、ミュージックプレーヤ２０３０、或いは、携帯電話機２０４０が適用される。
これらのクライアント２０００においてコンテンツ配信サーバ１０００からコンテンツデータを取得する一つの方式はダウンロード（download）方式であり（図中、屈曲した白抜きの矢線ＤＬでそのデータの流れを概念的に表記）、コンテンツ配信サーバ１０００に保有されているコンテンツデータを、ユーザが用いる何れかのクライアント２０００に転送し且つそのクライアント２０００に保存する方式である。
【０００４】
もう一つの方式は、ストリーミング（streaming）方式（図中、直線的な白抜きの矢線ＳＴでそのデータの流れを概念的に表記）であり、ユーザがコンテンツを利用するときにコンテンツ配信サーバ１０００に保有されているコンテンツデータをクライアント２０００に伝送すると同時に再生（リアルタイム再生）し、再生し終わったコンテンツデータはクライアントに留まらない方式である。
以上の２通りの方式について、著作権法上の保護の観点からは、次のようなセキュリティ技術が用いられそれぞれ得失があるといえる。
即ち、ダウンロード方式では、コンテンツデータに含ませたメタデータによってコンテンツの利用回数（再生回数）やメディア（記録媒体）間での移転に関して規制を設ける等の技術が適用される。
【０００５】
また、ダウンロード方式では、コンテンツデータの暗号化によって、一旦ダウンロードによってコンテンツデータが格納されたメディアから他のメディアへのコンテンツデータの移転を禁止するなどの技術も適用される。
尚、伝送距離や複製の回数に関わらず劣化が起こらず且つ複製が容易なデジタルコンテンツの不正な複製、流通、或いは、閲覧などを規制するため、メディア間での移転を制限する著作権保護および管理手法はＤＲＭ（Digital rights management：デジタル著作権管理）と称されている。
【０００６】
ダウンロード方式では、ダウンロードによってコンテンツデータが一旦メディアに格納されて以降は、その利用（再生）はユーザの手許（クライアント）で実行できるといったユーザ側にとっての利便性が特徴である。
この反面、一旦ダウンロードによってメディアに格納されたコンテンツデータは、それを基に無制限に複製されたり改竄される虞があることも否めず、著作権の保護（セキュリティ）の視点からは課題を含んでいる。
【０００７】
一方、ストリーミング方式の場合は、上述の通りリアルタイム再生方式であるため、受信と再生との各ソフトウェアの連携が必須で、且つ、途中までのデータで再生を始めなくてはならず、また、圧縮されたデータを高速で解凍することを必須とする等、ユーザ側から見た利便性については種々課題を含んでいる。
しかし、原理的にコンテンツデータがユーザ（そのクライアント）側に保存されるといったことがないため、著作権の保護（セキュリティ）については略十全である。
上述したところは、コンテンツデータの配信に係る２通りの方式とそのユーザ側から見た利便性と著作権に関するセキュリティの視点からの得失に係る概要であったが、ユーザが種々の乃至は複数のクライアントを用いようとする場合にも、現行の技術では種々課題を含んでいる。
【０００８】
図１９は、ユーザが複数の種類の異なる或いは同種のクライアントを用いる場合の一般的技術について説明するための概念図である。
著作権保護の対象となるコンテンツをクライアントとしてのデスクトップＰＣ２０１０、モバイルＰＣ２０２０、ミュージックプレーヤ２０３０、携帯電話機（１）２０４１、および、携帯電話機（２）２０４２で用いるに際して、現行の一般的なコンテンツ配信サービスによる場合では、各クライアント毎に所望するコンテンツのコンテンツデータをダウンロード方式またはストリーミング方式で取得して（図では、この取得を実線の矢線で概念的に図示）再生するのが一般的である。
【０００９】
これに対して、図中破線の矢線で概念的に表されたように、デスクトップＰＣ２０１０でダウンロード等によって取得され保持されたコンテンツデータをモバイルＰＣ２０２０に移転または複製するといったことは通常一般的には行なわれていない。
同様に、ミュージックプレーヤ２０３０によって取得され保持されたコンテンツデータを携帯電話機（１）２０４１に移転または複製し、更に、携帯電話機（１）２０４１から携帯電話機（２）２０４２に移転または複製するといったことも行なわれていない。
【００１０】
このように所望のコンテンツについてクライアント毎に個別にデータを取得するのは、各クライアントにおけるコンテンツデータの圧縮・伸長の処理方式等の仕様が異なっており、全く同一のデータ形式によるコンテンツデータの利用が困難であるという技術的問題に起因している。
また、クライアント毎に個別にデータを取得するのは、著作権者（コンテンツ配信サービス事業者）によるコンテンツ利用者に対する課金方法にも起因している。
【００１１】
即ち、１ダウンロード、１クライアント、１ユーザといったように、単一のコンテンツの利用に対してユーザ側の機器や操作に関する各個の要素（要因）毎に課金するといったサービスの形態が採られているため、このサービスに加入したユーザは自ずからこのような課金方法に従ってクライアント毎にコンテンツデータを購入することになる。
他方、各個のクライアント間で、既得のコンテンツデータを相互に移転または複製することについての技術的目処が立ったとしても、著作権者（コンテンツ配信サービス事業者）における著作権に関するセキュリティの保護は図られなくてはならない。
【００１２】
その上で、コンテンツ利用者（ユーザ）が同一のコンテンツについては複数の端末機器（クライアント）のうちから所望のものを選択的に用いて利用することが出来るといった利便性を享受できるようなシステムの構築が望まれる。
上述のダウンロード方式によるユーザの利便性とストリーミング方式による著作権の保護（セキュリティ）の確かさといった双方の利点を兼ね備えた方式として次のような技術を採用することも提案されている。
【００１３】
即ち、ユーザが所望するコンテンツ全体を構成する完全コンテンツデータのダウンロード方式による取得を規制し、その完全コンテンツデータの一部である不完全コンテンツデータに限って取得し保存することを許容する一方、取得された不完全コンテンツデータにおける不足部分を充足する充足用コンテンツデータを後の時点でストリーミング配信によって供給し、コンテンツの享受を可能にするといった方式である（例えば特許文献１参照）。
【００１４】
図２０は、不完全コンテンツデータのダウンロードによる取得が行なわれて以降に充足用コンテンツデータをストリーミング配信することによって所望のコンテンツを再生可能にする従来のコンテンツ配信システムを表す概念図である。
図２０（ａ）に表されたように、先ず、コンテンツ配信サーバ１０００から上述のような不完全コンテンツデータＰＤがクライアント２０００としてのデスクトップＰＣ２０１０、モバイルＰＣ２０２０、ミュージックプレーヤ２０３０、或いは、携帯電話機２０４０等にダウンロード（ＤＬ）され、保存される。
【００１５】
図２０（ａ）では、ユーザが所望するコンテンツ全体を構成する完全コンテンツデータＣＤの一部である不完全コンテンツデータＰＤは、ハッチングを施して表され、不完全コンテンツデータＰＤに対応する不足部分のデータである充足用コンテンツデータが空白によって概念的に表記されている。
図２０（ｂ）には、 図２０（ａ）におけるように不完全コンテンツデータＰＤのダウンロードが行なわれて以降の適宜の時点で、充足用コンテンツデータＳＤのストリーミング配信が行なわれる様子が概念的に表されている。
【００１６】
クライアント２０００（デスクトップＰＣ２０１０、モバイルＰＣ２０２０、ミュージックプレーヤ２０３０、或いは、携帯電話機２０４０等の何れか）からコンテンツ配信サーバ１０００に対して不足部分のデータに関する送信要求ＤＭが発せられたことに応答して、充足用コンテンツデータＳＤがストリーミング配信（ＳＴ）される。
図２０（ｂ）では、空白によって概念的に表記された不完全コンテンツデータＰＤに対応する充足用コンテンツデータＳＤの部分がハッチングを施して表されている。
【００１７】
クライアント２０００（デスクトップＰＣ２０１０、モバイルＰＣ２０２０、ミュージックプレーヤ２０３０、或いは、携帯電話機２０４０等の何れか）において、図２０（ａ）に図示の不完全コンテンツデータＰＤと図２０（ｂ）の充足用コンテンツデータＳＤとが揃ったところで後述するようなデータ結合処理が実行され、コンテンツの再生が行なわれる。
【００１８】
図２１は、図２０におけるようなコンテンツデータ配信方式を採った場合に、複数のクライアントで同じコンテンツを享受する方法を表す概念図である。
図２１（ａ）は、クライアントの一つであるデスクトップＰＣ２０１０がコンテンツ配信サーバ１０００からダウンロード（ＤＬ）によって取得し保持した不完全コンテンツデータＰＤを、他のクライアントであるモバイルＰＣ２０２０、ミュージックプレーヤ２０３０、或いは、携帯電話機２０４０等に複製ないし移転（ＴＲ）した様子を表している。
【００１９】
このような複製ないし移転（ＴＲ）が行なわれた結果、各クライアントであるデスクトップＰＣ２０１０、モバイルＰＣ２０２０、ミュージックプレーヤ２０３０、および、携帯電話機２０４０等の何れにおいても、不完全コンテンツデータＰＤが保持された状態になっている。
既述のように不完全コンテンツデータＰＤはそれ自体では一つのコンテンツを表す完全コンテンツの一部であり、そのコンテンツを再生するにはデータが不足しているため、これの自由な複製ないし移転（ＴＲ）が行なわれて図２１（ａ）のような状態が現出したとしても、その限りでは著作権の保護に欠けるといった憂いは生じない。
【００２０】
図２１（ｂ）は、図２１（ａ）のような状態が現出して以降適宜の時点で、何れかのクライアントでコンテンツの再生（利用）を行なう様子を表している。
不完全コンテンツデータＰＤを保持しているデスクトップＰＣ２０１０が、コンテンツ配信サーバ１０００に対して不足部分のデータである充足用コンテンツデータＳＤに関する送信要求ＤＭを発すると、これに応答して、充足用コンテンツデータＳＤがストリーミング配信（ＳＴ）される。
このようにして、デスクトップＰＣ２０１０では、図２１（ａ）の不完全コンテンツデータＰＤと 図２１（ｂ）におけるようにストリーミング配信された充足用コンテンツデータＳＤとが揃い、コンテンツの再生を行なうことができる。
【００２１】
一方、図２１（ａ）を参照して既述のように、デスクトップＰＣ２０１０がダウンロードによって取得した不完全コンテンツデータＰＤの複製ないし移転（ＴＲ）を受けてこのデータＰＤ保持するに到ったモバイルＰＣ２０２０、ミュージックプレーヤ２０３０、および、携帯電話機２０４０等の何れにおいても、デスクトップＰＣ２０１０におけると同様に充足用コンテンツデータＳＤのストリーミング配信を何等の制限も無く受けることができるようにしてしまうと、ユーザにおける利便性はともかく、著作権の保護に欠けることになり、著作権者（コンテンツ配信サービス事業者）側から見ても、また、法的視点からも大きな問題である。
【００２２】
従って、通常、不完全コンテンツデータＰＤの複製ないし移転（ＴＲ）を受けて不完全コンテンツデータＰＤ保持するに到ったモバイルＰＣ２０２０、ミュージックプレーヤ２０３０、および、携帯電話機２０４０等については、充足用コンテンツデータＳＤのストリーミング配信要求（図中、破線の矢線で概念的に表記）が無条件で許容されることはない。
上述の場合においても、個々のクライアントについてユーザの使用する正規クライアントとしての認証を経て充足用コンテンツデータＳＤのストリーミング配信を許容するように構成すれば、著作権の保護に関する問題点は一応解消することになる。しかしながら、今度は、ユーザ側でコンテンツを享受できるようになるまでの手続きが煩雑化してしまうといった問題が生じる。
【００２３】
図２１（ｂ）を参照して説明したコンテンツデータ配信における著作権保護の欠如の問題が本質的に生じないようにするには、図２１（ａ）を参照して説明したような複数のクライアント間での不完全コンテンツデータＰＤの複製ないし移転（ＴＲ）を許さないようにすることである。
図２２は、同一のユーザが異なるクライアントを用いる場合の従来の問題点を説明するための概念図である。
この場合、コンテンツ配信サーバ１０００には、予め、ユーザ情報ＰＵとして、ユーザの所望に係る一つのコンテンツＡに対応するものとして、ユーザ３０１０を表すユーザ（１）のデータが登録されているものとする。
【００２４】
ユーザ３０１０が携帯電話機２０４０とミュージックプレーヤ２０３０との２つのクライアントを使用する場合に、先ずユーザ３０１０が携帯電話機２０４０にコンテンツ配信サーバ１０００からコンテンツＡの不完全コンテンツデータＰＤをダウンロード（ＤＬ）して保持することがユーザ情報ＰＵとの照合によって（即ち、ユーザの認証が成立して）許容される。
次に、携帯電話機２０４０に保持された不完全コンテンツデータＰＤのミュージックプレーヤ２０３０への複製ないし移転（ＴＲ）を禁止するようにすれば、ユーザ３０１０にとってはコンテンツデータ取得に関する利便性が阻害されるものの、著作権保護の観点からは問題が生じない。
【００２５】
ユーザ３０１０が、携帯電話機２０４０で充足用コンテンツデータＳＤのストリーミング配信要求ＤＭを発信すれば、ユーザ３０１０が登録された正規ユーザであることから、この充足用コンテンツデータＳＤのストリーミング配信（ＳＴ）が行なわれ、ユーザ３０１０は所望のコンテンツを再生することができる。
他方、携帯電話機２０４０に保持された不完全コンテンツデータＰＤのミュージックプレーヤ２０３０への複製ないし移転（ＴＲ）を禁止しない場合には、ユーザ３０１０にとってはコンテンツデータ取得に関する利便性が確保される。
【００２６】
上述の状態において、ミュージックプレーヤ２０３０から充足用コンテンツデータＳＤのストリーミング配信要求ＤＭを発信した場合に、ユーザの同一性に係る認証を経て充足用コンテンツデータＳＤのストリーミング配信（ＳＴ）を許容するようにすれば、一見著作権保護の観点からも問題が生じないかに見える。
しかしながら、このようにユーザの同一性のみ確保されればコンテンツの再生に適用するクライアントの如何を問わず無制限に充足用コンテンツデータＳＤのストリーミング配信（ＳＴ）を許容することになってしまい、実質的な意味合いにおいて著作権保護が十全ではなくなってしまう。
【００２７】
図２３は、複数のユーザが夫々のクライアントを用いる場合の従来の問題点を説明するための概念図である。
この場合も、コンテンツ配信サーバ１０００には、予め、ユーザ情報ＰＵとして、ユーザの所望に係る一つのコンテンツＡに対応するものとして、ユーザ３０１０を表すユーザ（１）のデータが登録されているものとする。
一人のユーザ３０１０が携帯電話機２０４０を用い、他のユーザ３０２０がミュージックプレーヤ２０３１を夫々のクライアントとして使用する場合に、先ずユーザ３０１０が携帯電話機２０４０にコンテンツ配信サーバ１０００からコンテンツＡの不完全コンテンツデータＰＤをダウンロード（ＤＬ）して保持することがユーザ情報ＰＵとの照合によって（即ち、ユーザの認証が成立して）許容される。
【００２８】
ユーザ３０１０が、携帯電話機２０４０で充足用コンテンツデータＳＤのストリーミング配信要求ＤＭを発信すれば、ユーザ３０１０が登録された正規ユーザであることから、この充足用コンテンツデータＳＤのストリーミング配信（ＳＴ）が行なわれ、結果的にユーザ３０１０は所望のコンテンツを再生することができる。
他方、携帯電話機２０４０に保持された不完全コンテンツデータＰＤのミュージックプレーヤ２０３１への複製ないし移転（ＴＲ）を禁止しない場合には、ミュージックプレーヤ２０３１を用いている他のユーザ３０２０にとってはコンテンツデータ取得に関する利便性が確保される。
【００２９】
上述の状態において、ミュージックプレーヤ２０３１でから充足用コンテンツデータＳＤのストリーミング配信要求ＤＭ（破線図示）を発信した場合には、ユーザの同一性に係る認証を経て充足用コンテンツデータＳＤのストリーミング配信（破線図示のＳＴ）を許容するようにすれば、登録された正規ユーザではない他のユーザ３０２０はこのストリーミング配信を受けられず、従って、著作権保護の観点からも見かけ上は何等問題が生じないことになる。
【００３０】
しかしながら、このようにユーザの同一性のみ確保されればコンテンツの再生に適用するクライアントの如何を問わずに充足用コンテンツデータＳＤのストリーミング配信（ＳＴ）を許容するといった限りでの規制であると、仮に、正規ユーザ（１）３０１０が他のユーザ３０２０にユーザＩＤやパスワードを知らせてしまうなどの行為を行なった場合には、他のユーザ３０２０が正規ユーザ（１）３０１０になりすましてこれら知得したＩＤやパスワードを用いて手続を行なうことが可能になってしまうため著作権保護については危惧が生じることになってしまう。
【００３１】
図２４ないし図２６は、図２３のコンテンツ配信システムにおけるクライアント（例えば携帯電話機２０４０）とコンテンツ配信サーバ１０００との間でのデータの授受の様子をクライアントにおけるコンテンツの購入要求操作からコンテンツの取得に向けて時系列的に表すシーケンス図である。
図２４において、クライアント（携帯電話機）２０４０がユーザ３０１０によるコンテンツ購入の操作を受付けると、コンテンツ配信サーバ１０００に向けてコンテンツ購入要求が送信される（ステップＳ２４０１）。
【００３２】
コンテンツ配信サーバ１０００はこのコンテンツ購入要求に応答して、ユーザ情報登録要求をクライアント２０４０に返す（ステップＳ２４０２）。
このコンテンツ購入要求を受けたクライアント２０４０は、ユーザ情報登録手続としてユーザ名およびパスワード情報等をコンテンツ配信サーバ１０００に送り込む（ステップＳ２４０３）。
コンテンツ配信サーバ１０００はこのようにして送り込まれた情報についてユーザ情報（ＰＵ）の登録処理（ステップＳ２４０４）を行なった上、クライアント２０４０に対して図２０、図２１を参照して既述のような不完全コンテンツデータを供給する（ステップＳ２４０５）。
【００３３】
即ち、クライアント２０４０はこのように供給される不完全コンテンツデータをダウンロード（ＤＬ）によって取得し所定の記憶部に格納する（ステップＳ２４０６）。
このようにして不完全コンテンツデータがクライアント２０４０にて取得されてより以降の適宜の時点で、クライアント２０４０のユーザ３０１０からコンテンツの使用の操作が行われると、この操作を受けたクライアント２０４０はコンテンツ配信サーバ１０００に向けてコンテンツ使用要求（ＤＭ）を発する（ステップＳ２４０７）。
このコンテンツ使用要求（ＤＭ）は、ユーザ情報ＰＵを伴なったものとしてコンテンツ配信サーバ１０００に送信される。
【００３４】
コンテンツ配信サーバ１０００は、このコンテンツ使用要求（ＤＭ）に係るユーザ情報ＰＵを、先に（ステップＳ２４０４で）登録したユーザ情報ＰＵと照合することによって、ユーザ認証の成立の可否を判断する（ステップＳ２４０８）。
認証が成立した場合には（ステップＳ２４０８：Ｙｅｓ）、コンテンツ配信サーバ１０００からクライアント２０４０に向けての充足用コンテンツデータのストリーミング配信が許容され、この配信が実行される（ステップＳ２４０９）。
【００３５】
認証の成立（ステップＳ２４０８：Ｙｅｓ）によって充足用コンテンツデータのストリーミング配信を受けたクライアント２０４０側では、先にダウンロードによって取得し保持していた（ステップＳ２４０６）不完全コンテンツデータとストリーミング配信（ステップＳ２４０９）された充足用コンテンツデータとを結合して完全コンテンツデータを生成するデータ結合処理を実行する（ステップＳ２４１０）。
このようにしてデータ結合処理されたコンテンツデータによってコンテンツの再生（使用）が行なわれる（ステップＳ２４１１）。
【００３６】
一旦再生に付されると、そのコンテンツデータ（データ結合処理を経た完全コンテンツデータ）は、ストリーミング配信された充足用コンテンツデータと共に完全に消去される（ステップＳ２４１２）。
尚、通常の場合、先にダウンロードによって取得し保持されていた不完全コンテンツデータについてはそのまま維持される。
他方、ユーザ認証の成立の可否判断（ステップＳ２４０８）で認証が成立しない場合には（ステップＳ２４０８：Ｎｏ）、コンテンツ配信サーバ１０００は、クライアント２０４０に対して、コンテンツ使用拒否の応答を発する（ステップＳ２４１３）。この応答は拒否理由の送信を伴なって実行される。
【００３７】
コンテンツ配信サーバ１０００は、その後、図２４中「ａ」と表記された、（ステップＳ２４０１以前の）コンテンツ購入要求の待機状態に戻る。
上述のようなコンテンツ配信サービスの利用においては、目的とするコンテンツの再生が実行されて以降も不完全コンテンツデータは、通常の場合、そのまま維持され、再度の利用に供され得る。
しかし、ユーザの誤操作によって不完全コンテンツデータまでも消去されてしまうことが稀には生じ得る。
このような場合のために、不完全コンテンツデータについては、ダウンロードによる再取得が許容されるように構成されている。
【００３８】
図２５は、従来のコンテンツデータ配信システムにおける不完全コンテンツデータのダウンロードによる再取得の手順を表すシーケンス図である。
先ず、クライアント２０４０（ユーザ３０１０）からコンテンツ配信サーバ１０００に対してコンテンツ再ダウンロード要求を送信する（ステップＳ２５０１）。この送信はユーザ情報ＰＵの送信を含んで実行される。
このコンテンツ再ダウンロード要求を受けたコンテンツ配信サーバ１０００はユーザ認証の成立の可否を判断する（ステップＳ２５０２）。
ユーザ認証が成立する場合には（ステップＳ２５０２：Ｙｅｓ）、不完全コンテンツデータをクライアント２０４０に供給する（ステップＳ２５０３）。
【００３９】
即ち、クライアント２０４０側では、この不完全コンテンツデータを再ダウンロードして所定の記憶部に格納する（ステップＳ２５０４）。
一方、ユーザ認証が成立しない場合には（ステップＳ２５０２：Ｎｏ）、コンテンツ配信サーバ１０００はクライアント２０４０に対してコンテンツ再ダウンロード拒否の応答をする（ステップＳ２５０５）。この応答は拒否理由の送信を伴なって行なわれる。
コンテンツ配信サーバ１０００は、その後、図２４中「ａ」と表記された、（ステップＳ２４０１以前の）コンテンツ購入要求の待機状態に戻る。
図２６は、従来のコンテンツ配信システムにおけるクライアントおよびコンテンツ配信サーバ間でのデータの授受の様子を表すシーケンス図である。
【００４０】
次に、図２６を参照して、ダウンロード等によって取得した不完全コンテンツデータを保有する一のクライアントから他のクライアントにその不完全コンテンツデータの移転が許される場合の問題点について説明する。
クライアント間での不完全コンテンツデータの移転（ＴＲ）が自由に許容されても、既述のように不完全コンテンツデータＰＤはそれ自体では一つのコンテンツを表す完全コンテンツの一部であり、そのコンテンツを再生するにはデータが欠落しているため、これの自由な複製ないし移転（ＴＲ）が行なわれて図２１（ａ）を参照して説明したような状態が現出したとしても著作権の保護に欠けるといった憂いは生じない。
【００４１】
正規ユーザ３０１０は、自らが用いるクライアント２０４０で取得し保持している不完全コンテンツデータを、正規ユーザでないユーザが用いている３０２０のクライアント２０３１に自由に移転（ＴＲ）することができる（ステップＳ２６０１）。
この場合、ユーザ３０１０がユーザ３０２０に自らのユーザ情報（ユーザＩＤ、パスワード等）を教えてしまうと（図２３における曲がった破線の矢線）、ユーザ３０２０が正規ユーザであるユーザ３０１０のユーザ情報を用いて、コンテンツ配信サーバ１０００にコンテンツ使用要求ＤＭ（破線の矢線）を送信するようなことも発生し得る（ステップＳ２６０３）。
【００４２】
このコンテンツ使用要求ＤＭ（ステップＳ２６０３）は、見かけ上、正規ユーザの３０１０のユーザ情報（ユーザＩＤ，パスワード等）に基づくものであるため、コンテンツ配信サーバ１０００では、正規ユーザによるコンテンツ使用要求（実線の矢線）ＤＭ（ステップＳ２６０２）と区別がつかないものである。
従って、コンテンツ配信サーバ１０００は、次のユーザ認証の成立の可否判断（ステップＳ２６０４）において、認証成立の条件が充足されたものと判断して（ステップＳ２６０４：Ｙｅｓ）、充足用コンテンツデータをクライアント２０３１に向けてストリーミング配信（破線の矢線ＳＴ）する（ステップＳ２６０６）。
【００４３】
即ち、コンテンツ配信サーバ１０００側は、見かけ上、正規ユーザに対する充足用コンテンツデータのストリーミング配信（実線の矢線）の場合（ステップＳ２６０５）と同様に作動してしまう。
ストリーミング配信（ステップＳ２６０６）で充足用コンテンツデータを供給されたクライアント２０３１（ユーザ３０２０）では、不完全コンテンツデータと充足用コンテンツデータとを結合して完全コンテンツデータを生成するデータ結合処理を実行する（ステップＳ２６０７）。
このようにしてデータ結合処理されたコンテンツデータによってコンテンツの再生（使用）が行なわれる（ステップＳ２６０８）。
一旦再生に付されると、そのコンテンツデータ（データ結合処理を経た完全コンテンツデータ）は、ストリーミング配信された充足用コンテンツデータと共に完全に消去される（ステップＳ２６０９）。
【００４４】
尚、ユーザ認証の成立の可否判断（ステップＳ２６０４）において、誤操作その他何等かの理由で認証が成立しないと判断したときには（ステップＳ２６０４：Ｎｏ）、コンテンツ配信サーバ１０００は、クライアント２０３１に対して、コンテンツ使用拒否の応答を発する（ステップＳ２６１０）。この応答は拒否理由の送信を伴なって実行される。
コンテンツ配信サーバ１０００は、その後、図２４中「ａ」と表記された、（ステップＳ２４０１以前の）コンテンツ購入要求の待機状態に戻る。
【００４５】
このようにして、正規ユーザでないユーザ３０２０が正規ユーザである場合と全く同様にコンテンツを享受することが可能になり、所謂「なりすまし」によるコンテンツの不正な取得が発生してしまう懸念がある。
上述のような懸念を払拭するには相応の対応が必要であるが、ユーザ側における利便性の確保を考慮しつつ、上述のような「なりすまし」によるコンテンツの不正取得にも厳格に対処できる技術は未だ提案されるに到らず、寧ろ、このような視点からの明確な課題認識そのものが希薄であった。
【００４６】
尚、著作権保護の視点から、或いは、更に具体的に課金処理が確実に行なわれるようにするために、既に種々の提案がなされている。
例えば、ＥＭＤ（音声配信サービス）サーバがネットワークを介してＥＭＤクライアントと結ばれたシステムにおいて、ＥＭＤサーバにＥＭＤサービスを受けるユーザやそのユーザが用いるＥＭＤクライアントの正当性を認証する機能を備え、会員制のＥＭＤサービスにおける正規ユーザの認証をＥＭＤクライアントとの信号の授受によって行い、認証が成立することを条件として、そのＥＭＤクライアントにコンテンツを配信するといった技術の提案がある（特許文献２参照）。
【００４７】
また、音楽データ提供業者の提供サーバからネットワーク経由でユーザの端末装置に音楽データを提供するシステムにおいて、ポータルサーバに認証処理部を設け、この認証処理部によって、クライアント端末からネットワークインターフェースおよび通信制御部を介してＩＤとパスワードを受信し、ユーザ認証処理を実行するようにシステムを構築するといった提案もある（特許文献３参照）。
更に、コンテンツサーバたる情報提供サーバがネットワークを介してクライアント端末に提供用情報を送信する情報提供システムにおいて、コンテンツサーバとは別に設けられている窓口サーバによって、接続処理および認証処理を行なうといった提案もある（特許文献４参照）。
【００４８】
【特許文献１】特開２００２−２７８８５９号公報（段落００２１〜段落００３０、図１）
【特許文献２】特開２００５−９２４７７号公報（段落００４６、段落００７５、段落０１２８、段落０２４８〜段落０２５１、段落０３１９、図１、図２、図３、図８）
【特許文献３】特開２００５−３３２１７５号公報（段落００５３〜段落００５８、段落００７２〜段落００７５、段落００９０、図１、図４、図５、図６、図７、図１４）
【特許文献４】特開２００３−５０７６１号公報（段落００３５〜段落００３６、段落００４８〜段落００４９、図１）。
【発明の開示】
【発明が解決しようとする課題】
【００４９】
しかし、上掲の何れの特許文献に開示された技術によっても、図２２ないし図２３を参照して説明したような、同一のユーザが異なるクライアントを用いる場合のユーザにおける利便性の確保と著作権保護との相克に係る問題や、複数のユーザが夫々のクライアントを用いる場合の各ユーザにおける利便性の確保と著作権保護との相克に係る問題については解答を与えることができない。
【００５０】
これは、これらの特許文献に開示された技術には、元々図２２ないし図２３を参照して説明したような問題を技術課題として明確に認識するところがないが故の当然の帰結であるとも見ることができる。
即ち、何れの特許文献においても、著作権保護に関するセキュリティの確保を、ユーザとそのユーザが用いる一または複数のクライアントとに各個に峻別した上でそれらの何れに対しても然るべき認証が成立することを条件としてコンテンツデータの取得を許容すると言った視点が無く、或いは、本来的にこの水準まで明確に著作権を保護することを課題とするよりもユーザにおける課金に見合った利益保護を主眼としている。
【００５１】
本発明は上述のような現状認識に基づいてなされたものであり、同一のユーザが異なるクライアントを用いる場合や、複数のユーザが夫々のクライアントを用いる場合におけるユーザにおける利便性の確保と著作権保護との両立を図ることのできるコンテンツデータ配信システム、コンテンツ配信サーバ、データ配信管理サーバ、および、コンテンツデータ配信管理方法を提供することを目的とする。
【課題を解決するための手段】
【００５２】
上記課題を解決するべく、本願では次に列記するような技術を提案する。
即ち、本発明の一つのデータ配信システムは、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有し、該保有したデータを所定の条件を満たすクライアントに配信するコンテンツ配信サーバと、
前記不完全コンテンツデータを所定のクライアントに取得しているユーザに対し、所定の認証が成立することを条件として、該取得されている不完全コンテンツデータに対応する前記充足用コンテンツデータをストリーミング配信することを許容するデータ配信管理サーバと、
を含んで構成されたデータ配信システムであって、
前記データ配信管理サーバは、登録された正規ユーザを認証するためのユーザ認証データと、前記正規ユーザがコンテンツの取得に用いるクライアントとして登録された正規クライアントを認証するためのクライアント認証データと、を保有し、当該コンテンツに係る利用手続をしたユーザが前記正規ユーザである旨の認証が成立し、且つ、当該コンテンツの再生に適用するクライアントが前記正規クライアントである旨の認証が成立することを条件として、前記コンテンツ配信サーバに対し、当該適用するクライアントに向けての前記充足用コンテンツデータのストリーミング配信を許容することを特徴とする。
【００５３】
このデータ配信システムでは、コンテンツ配信サーバに、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有し、該保有したデータを所定の条件を満たすクライアントに配信する。
【００５４】
上記コンテンツ配信サーバから、例えばダウンロードし、或いはまた、複製や移転その他の適宜の方法によって上述の不完全コンテンツデータを所定のクライアントに取得しているユーザに対し、上記コンテンツ配信サーバから該取得されている不完全コンテンツデータに対応する前記充足用コンテンツデータをストリーミング配信するについては、データ配信管理サーバが所定の認証成立を条件として、このストリーミング配信を許容する。
【００５５】
上述の所定の認証は、登録された正規ユーザを認証するためのユーザ認証データと、この正規ユーザが上記データ配信システムからコンテンツを取得するために用いるものとして登録された正規クライアントであることを認証するためのクライアント認証データと、を保有している上記データ配信管理サーバが、当該コンテンツの再生に適用するクライアントが上記正規ユーザにおける正規クライアントである旨を確認することによって成立する（尚、この認証は、通常、各個のコンテンツ毎に対応するものとして行なわれるものであり、以下同様である）。
【００５６】
このようにして、正規ユーザの認証および正規クライアントの認証の双方が成立することがユーザ所望のコンテンツを再生（使用）するに必須となるコンテンツデータの取得の条件であることから、著作権に関するセキュリティが十全に確保される。
また一方、各ユーザは自らがコンテンツの再生（使用）に適用するクライアント（端末機器）を所望に応じて一または複数予め登録しておくことにより、登録手続が完了していれば、それ以降は自ら所望の何れかのクライアントを自由に選択できるという便宜が図られ、ユーザ側から見た利便性にも優れる。
上述のデータ配信システムは、上記のデータ配信管理サーバとコンテンツ配信サーバとがネットワークによって結ばれるように構成し得る。
このように構成することにより、ネットワークを介在に規模の大きいコンテンツデータ配信システムが容易に構築され得る。
【００５７】
また、本発明のコンテンツ配信サーバは、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツデータ格納部と、
コンテンツデータの配信規制管理を行うデータ配信管理サーバに対して、前記不完全コンテンツデータを所定のクライアントに取得しているユーザが正規ユーザであり且つ該ユーザが用いるクライアントが正規クライアントである旨の認証を照会する認証照会手段と、
前記認証照会手段が前記データ配信管理サーバから当該認証が成立する旨の応答を受信したときに、前記充足用コンテンツデータを前記クライアントに向けてストリーミング配信するストリーミング配信手段と、
を備えていることを特徴とする。
【００５８】
このようなコンテンツ配信サーバでは、コンテンツデータ格納部に、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、この不完全コンテンツデータにおける不足部分を充足して上記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有する。
認証照会手段によって、上記コンテンツ配信サーバから例えば予めダウンロードし、或いはまた、複製や移転その他の適宜の方法によって上述の不完全コンテンツデータを所定のクライアントに取得しているユーザが正規ユーザであり且つ該ユーザが用いるクライアントが正規クライアントである旨の認証を問う認証照会をコンテンツデータの配信規制管理を行うデータ配信管理サーバに送信して当該認証の成否を確認する。
【００５９】
ストリーミング配信手段は、上記認証照会手段が認証成立の旨の応答をデータ配信管理サーバから受信したときに、その充足用コンテンツデータを正規ユーザにおける正規クライアントに向けてストリーミング配信する。
このようなコンテンツ配信サーバが上述のデータ配信管理サーバと連携した配信サービスが行なわれ、従って、正規ユーザの認証および正規クライアントの認証の双方が成立することがユーザ所望のコンテンツを再生（使用）するに足るコンテンツデータの取得の条件となることから、著作権に関するセキュリティが十全に確保される。
【００６０】
また一方、各ユーザは自らがコンテンツの再生（使用）に適用するクライアント（端末機器）を所望に応じて一または複数予め登録しておくことにより、登録手続が完了していれば、それ以降は自ら所望の何れかのクライアントを自由に選択できるという便宜が図られ、ユーザ側から見た利便性にも優れる。
上述のデータ配信システムは、上記のデータ配信管理サーバとコンテンツ配信サーバとがネットワークによって結ばれるように構成し得る。
上記のコンテンツ配信サーバは、データ配信管理サーバとネットワークによって結ばれるように構成され得る。
このような構成によれば、ネットワークを介在に規模の大きいコンテンツデータ配信サービスが容易に実現され得る。
【００６１】
また、本発明のデータ配信管理サーバは、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツ配信サーバからユーザが用いるクライアントに向けてのコンテンツの配信を管理するデータ配信管理サーバであって、
登録された正規ユーザを認証するためのユーザ認証データと、前記正規ユーザがコンテンツの取得に用いるクライアントとして登録された正規クライアントを認証するためのクライアント認証データと、を保有する認証用データ格納部と、
当該コンテンツに係る利用手続をしたユーザが前記正規ユーザである旨の認証が成立し、且つ、当該コンテンツの再生に適用するクライアントが前記正規クライアントである旨の認証が成立することを条件として、当該適用するクライアントに向けての前記充足用コンテンツデータのストリーミング配信を許容する指令を前記コンテンツ配信サーバに向けて発するデータ配信規制管理部と、
を含んで構成されていることを特徴とする。
【００６２】
このようなデータ配信管理サーバは、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツ配信サーバからユーザが用いるクライアントに向けてのコンテンツの配信を管理する。
【００６３】
認証用データ格納部では、登録された正規ユーザを認証するためのユーザ認証データと、正規ユーザがデータ配信システムからコンテンツを取得するために用いる正規クライアントとして登録された正規クライアントであることを認証するためのクライアント認証データと、を保有する。
データ配信規制管理部では、当該コンテンツに係る利用手続をしたユーザが前記正規ユーザである旨の認証が成立し、且つ、当該コンテンツの再生に適用するクライアントが前記正規クライアントである旨の認証が成立することを条件として、上記充足用コンテンツデータを上記コンテンツ配信サーバから該適用するクライアントに向けてストリーミング配信することを許容する指令を上記コンテンツ配信サーバに向けて発する。
【００６４】
このようなデータ配信管理サーバが上述のコンテンツ配信サーバと連携した配信サービスが行なわれることにより、正規ユーザの認証および正規クライアントの認証の双方が成立することがユーザ所望のコンテンツを再生（使用）するに足るコンテンツデータの取得の条件であることから、著作権に関するセキュリティが十全に確保される。
また一方、各ユーザは自らがコンテンツの再生（使用）に適用するクライアント（端末機器）を所望に応じて一または複数予め登録しておくことにより、登録手続が完了していれば、それ以降は自ら所望の何れかのクライアントを自由に選択できるという便宜が図られ、ユーザ側から見た利便性にも優れる。
【００６５】
上述のデータ配信管理サーバは、上記コンテンツ配信サーバとネットワークによって結ばれるように構成され得る。
このような構成によれば、ネットワークを介在に規模の大きいコンテンツデータ配信サービスが容易に実現され得る。
更に、上述のデータ配信管理サーバは、上記データ配信規制管理部が、ユーザからコンテンツ配信サーバに対して行なった所定の登録手続に基づいてネットワークを介して供給される被登録データを上記認証用データ格納部に登録するように構成され得る。
【００６６】
このような構成によれば、ネットワークを介在にユーザにおける利便性に富んだ規模の大きいコンテンツデータ配信サービスが容易に実現され得る。
更にまた、上述のデータ配信管理サーバは、上記データ配信規制管理部が、ネットワークを介して複数の上記コンテンツ配信サーバからユーザ認証およびクライアント認証の照会を受け、上記認証用データ格納部に登録されたユーザ認証データおよびクライアント認証データに基づいてユーザおよびクライアントに係る認証処理を実行するように構成され得る。
このような構成によれば、ネットワークを介在に、コンテンツ配信事業者側から見てもユーザユーザ側から見ても利便性に富んだ規模の大きいコンテンツデータ配信サービスが容易に実現され得る。
【００６７】
また、本発明のコンテンツ配信サーバは、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツデータ格納部と、
登録された正規ユーザを認証するためのユーザ認証データと、前記正規ユーザがコンテンツの取得に用いるクライアントとして登録された正規クライアントを認証するためのクライアント認証データと、を保有する認証用データ格納部と、
前記不完全コンテンツデータを所定のクライアントに取得しているユーザが正規ユーザであり且つ該ユーザが用いるクライアントが正規クライアントである旨の認証を求める認証要求手続がとられたときには、前記認証用データ格納部に保有されたユーザ認証データおよびクライアント認証データに基づいて認証処理を実行する認証処理部と、
前記認証処理部における認証が成立することを条件として、該取得されている不完全コンテンツデータに対応する前記充足用コンテンツデータの配信を許容するデータ配信規制管理部と、
前記データ配信規制管理部の管理下で前記充足用コンテンツデータを前記クライアントに向けてストリーミング配信するストリーミング配信部と、
を備えていることを特徴とする。
【００６８】
このようなコンテンツ配信サーバは、そのコンテンツデータ格納部に、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、この不完全コンテンツデータにおける不足部分を充足して上記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有する。
上記認証用データ格納部には、登録された正規ユーザを認証するためのユーザ認証データと、正規ユーザが上記データ配信システムからコンテンツを取得するために用いるものとして登録された正規クライアントであることを認証するためのクライアント認証データとを保有する。
【００６９】
コンテンツデータ格納部および認証用データ格納部にそれぞれ上述のようにデータが保有された状態で、不完全コンテンツデータを所定のクライアントに取得しているユーザが正規ユーザであり且つ該ユーザが用いるクライアントが正規クライアントである旨の認証を求める認証要求手続がとられたときには、認証処理部が、上記認証用データ格納部に保有されたユーザ認証データおよびクライアント認証データに基づいて認証処理を実行する。
ストリーミング配信部が、上述のように充足用コンテンツデータの配信を規制管理するデータ配信規制管理部の管理下で充足用コンテンツデータを該当するクライアントに向けてストリーミング配信する。
【００７０】
一方、本発明のコンテンツデータ配信管理方法は、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツ配信サーバからの、コンテンツデータの配信を管理するコンテンツデータ配信管理方法であって、
所定の登録手続をしたユーザを正規ユーザとして登録し、且つ、該正規ユーザが前記データ配信システムからコンテンツを取得するために用いるものとして所定の登録手続をしたクライアントを正規クライアントとして登録する登録処理のステップと、
コンテンツの取得に適用されるクライアントから自己が正規ユーザにおける正規クライアントである旨の認証を求める手続がされたときに該認証が成立することを条件として、前記充足用コンテンツデータを前記コンテンツ配信サーバから該コンテンツの取得に適用されるクライアントに向けてストリーミング配信することを許容するデータ配信管理のステップと、
を含むことを特徴とする。
【００７１】
このような方法によれば、正規ユーザの認証および正規クライアントの認証の双方が成立することがユーザ所望のコンテンツを再生（使用）するに必須となるコンテンツデータ取得の条件であることから、著作権に関するセキュリティが十全に確保される。
また一方、各ユーザは自らがコンテンツの再生（使用）に適用するクライアント（端末機器）を所望に応じて一または複数予め登録しておくことにより、登録手続が完了していれば、それ以降は自ら所望の何れかのクライアントを自由に選択できるという便宜が図られ、ユーザ側から見た利便性にも優れる。
【発明の効果】
【００７２】
本発明によれば、同一のユーザが異なるクライアントを用いる場合や、複数のユーザが夫々のクライアントを用いる場合におけるユーザにおける利便性の確保と著作権保護との両立を図ることのできるコンテンツデータ配信システム、コンテンツ配信サーバ、データ配信管理サーバ、および、コンテンツデータ配信管理方法が実現される。
【発明を実施するための最良の形態】
【００７３】
以下、図面を参照して本発明の実施の形態について詳述することにより本発明を明らかにする。
（実施の形態としてのコンテンツ配信システムの概要）
図１は、本発明の実施の形態としてのコンテンツ配信システムを表す機能ブロック図である。
このコンテンツ配信システムでは、ユーザが所望するコンテンツ全体を構成する完全コンテンツデータのダウンロード方式による取得を規制し、その完全コンテンツデータの一部である不完全コンテンツデータに限って取得し保存することを許容する一方、取得された不完全コンテンツデータにおける不足部分を充足する充足用コンテンツデータを後の時点でストリーミング配信によって供給し、コンテンツの享受を可能にするといった方式を採用している。
【００７４】
複数（この例では２基）のコンテンツ配信サーバ１００および１００ａに配信の対象となる例えば音楽や映像のようなコンテンツを表すデジタルデータであるコンテンツデータがそれぞれ蓄積されている。
これらのコンテンツデータはユーザがコンテンツデータを取得して使用（音楽や映像を再生して視聴）するために用いるクライアント（１）２１０、クライアント（２）２２０、クライアント（３）２３０、クライアント（４）２４０に、これらとコンテンツ配信サーバ１００および１００ａ間を結ぶネットワーク７００を通して配信される。
【００７５】
コンテンツデータの配信が正規に行なわれるためには、ネットワーク７００上に設けられたデータ配信管理サーバ５００によって認証の成立が確認されることが前提とされる。
（コンテンツ配信サーバの構成）
コンテンツ配信サーバ１００には、配信の対象となるコンテンツを表すデータを保有するコンテンツデータ格納部として機能する記憶装置１０１が設けられている。
【００７６】
この記憶装置１０１には、一まとまりの音声や映像等のコンテンツ全体を構成する完全コンテンツデータを格納する完全コンテンツデータ格納部１０２、完全コンテンツデータの一部である不完全コンテンツデータを格納する不完全コンテンツデータ格納部１０３、不完全コンテンツデータにおける不足部分を充足して完全コンテンツデータを構成する充足用コンテンツデータを格納する充足用コンテンツデータ格納部１０４とが設定され、完全コンテンツデータ格納部１０２、不完全コンテンツデータ格納部１０３、および、充足用コンテンツデータ格納部１０４に格納された各データはそれらを区分して取り扱うことが可能なようにアクセスされ得る。
【００７７】
尚、記憶装置１０１には、適宜、後述する認証用データ格納部１０５が設定されて、ユーザおよび各ユーザが用いるクライアントに関する認証処理に供される認証用データが格納される。
完全コンテンツデータ格納部１０２に格納された完全コンテンツデータを元にして不完全コンテンツデータを作成する不完全コンテンツデータ作成部１０６と、完全コンテンツデータを元に充足用コンテンツデータを作成する充足用コンテンツデータ作成部１０７とが設けられている。
【００７８】
更に、外部との情報（データ）の授受を行うための通信部１０８が設けられ、
更に、適宜、後述するようなユーザおよび各ユーザが用いるクライアントに関する認証処理を実行する認証処理部１０９が設けられる。
上述の記憶装置１０１、不完全コンテンツデータ作成部１０６、充足用コンテンツデータ作成部１０７、および、通信部１０８、並びに、一つの態様としては上述の認証処理部１０９も含め、バス１１０によってシステムコントローラ１１１と結ばれ、このシステムコントローラ１１１による統括的な管理の下で作動し所定の仕様を充足するように機能する。
【００７９】
即ち、通信部１０８とシステムコントローラ１１１とを含む関連機能部によって、コンテンツデータの配信規制管理を行うデータ配信管理サーバ５００に対して、不完全コンテンツデータを所定のクライアントに取得しているユーザが正規ユーザであり且つ該ユーザが用いるクライアントが正規クライアントである旨の認証を照会する認証照会手段が構成される。
更に、記憶装置１０１、不完全コンテンツデータ作成部１０６、充足用コンテンツデータ作成部１０７、および、通信部１０８、並びに、システムコントローラ１１１を含む関連機能部によって、認証照会手段がデータ配信管理サーバ５００から当該認証が成立する旨の応答を受信したときに、充足用コンテンツデータをクライアント２１０等に向けてストリーミング配信するストリーミング配信手段が構成される。
【００８０】
図１における、他の１基のコンテンツ配信サーバ１００ａの機能ブロック上での構成については、既述のコンテンツ配信サーバ１００と全く同様であるため、コンテンツ配信サーバ１００との対応部と同一の参照符号を附して示し、説明は省略する。
（データ配信管理サーバの構成）
データ配信管理サーバ５００には、認証処理を実行ために供するデータを保有する記憶装置５０１が設けられている。
この記憶装置５０１には、登録された正規ユーザを認証するためのユーザ認証データと、上述の正規ユーザがデータ配信システムからコンテンツを取得するために用いるものとして登録された正規クライアントであることを認証するためのクライアント認証データとを格納するための認証用データ格納部５０２が設定されている。
【００８１】
また、正規ユーザである旨の認証、および、不完全コンテンツデータが例えばダウンロード等を通して保有されている上述のようなクライアントであって、コンテンツの再生に適用するクライアントが正規クライアントである旨の認証を行なうための認証処理部５０３が設けられている。
この実施の形態では、認証処理部５０３はデータ配信規制管理部５０４の中に構成されている。
データ配信規制管理部５０４は、認証処理部５０３における上述のような正規ユーザである旨の認証および正規クライアントである旨の認証が何れも成立することを条件として、コンテンツ配信サーバ１００（１００ａ）に対し、適用するクライアントに向けてのストリーミング配信を許容する。
【００８２】
更に、外部との情報（データ）の授受を行うための通信部５０５が設けられ、
上述の記憶装置５０１、認証処理部５０３を含むデータ配信規制管理部５０４、および、通信部５０５は、バス５０６によってシステムコントローラ５０７と結ばれ、このシステムコントローラ５０７による統括的な管理の下で作動し所定の仕様を充足するように機能する。
即ち、記憶装置５０１、認証処理部５０３を含むデータ配信規制管理部５０４、通信部５０５，および、システムコントローラ５０７を含む関連機能部によって、当該コンテンツに係る利用手続をしたユーザが正規ユーザである旨の認証が成立し、且つ、当該コンテンツの再生に適用するクライアントが正規クライアントである旨の認証が成立することを条件として、当該適用するクライアントに向けての充足用コンテンツデータのストリーミング配信を許容する指令をコンテンツ配信サーバ１００（１００ａ）に向けて発するデータ配信規制管理部が構成される。
【００８３】
（クライアントの構成例）
図２は、図１のコンテンツ配信システムに適合するクライアント（情報端末装置）の構成を表す機能ブロック図である。
図１における複数のクライアントは、図２に表記された各機能部については共通の構成を採るものであり、従って、この図２では、クライアントに代表的に参照符号２００を附している。
このクライアント２００は、図２０ないし図２１を参照して説明したような不完全コンテンツデータをダウンロード等によって取得し格納する不完全コンテンツデータ格納部２０１が設定された記憶部２０２と、この不完全コンテンツデータとストリーミング配信によって供給される充足用コンテンツデータとを結合処理して完全コンテンツデータを得るデータ結合処理部２０３と、外部との通信を行なうための通信部２０４とが、バス２０５によってシステムコントローラ２０６と結ばれ、このシステムコントローラ２０６の管理下で所定仕様を充足するように機能する。
【００８４】
（コンテンツ配信システムにおけるデータの流れ）
図３は、図１のコンテンツ配信システムにおけるコンテンツデータおよび認証に関わるデータの流れを説明するための概念図である。
この概念図では、各クライアント、コンテンツ配信サーバ、および、データ配信管理サーバを結ぶネットワーク（図１では参照符号７００）については図示省略されている。
コンテンツ配信サーバ１００および１００ａには、配信の対象とされるコンテンツデータが、各個のコンテンツＡ，Ｂ，…が区分して取り扱われ得るように格納され、更に、これら夫々のコンテンツデータを表すコンテンツリストが各個のコンテンツＡ，Ｂ，…の標題（例えば、音楽のコンテンツにおける曲目）をデータのファイル名の如くして認識可能に用意されている。
【００８５】
一人の正規ユーザ３１０がクライアントとして用いる携帯電話機２１０にコンテンツＡの不完全コンテンツデータをダウンロード（ＤＬ）によって取得し格納することができる。
ユーザ３１０がコンテンツＡの使用（視聴）を所望する場合には、そのクライアント２１０からコンテンツ配信サーバ１００を経由してデータ配信管理サーバ５００に対して、コンテンツの使用要求（ＤＭ）を発し、ユーザ３１０およびそのクライアントたる携帯電話機２１０が正規ユーザ且つ正規クライアントであることの認証が成立することを条件として、先に取得してあった不完全コンテンツデータに対応する充足用コンテンツデータがストリーミング配信（ＳＴ）によって供給されて、そのコンテンツの再生が可能になる。
【００８６】
上述における認証は、複数のコンテンツ配信サーバにおける各個のコンテンツデータの配信について、一つのデータ配信管理サーバ５００によって集中的に実行される。
この認証を行なうために、データ配信管理サーバ５００には、登録された正規ユーザであることを認証するためのユーザに関する情報と、一の正規ユーザに対応して登録された一または複数の正規クライアントであることを認証するための情報とを集約して構成した情報である「ユーザ・クライアント情報」が保有される。
【００８７】
また、上述のような「ユーザ・クライアント情報」の他、データ配信管理サーバ５００とネットワークで結ばれた各コンテンツ配信サーバが、配信可能に保有しているコンテンツを表すコンテンツリストが各個のコンテンツＡ，Ｂ，…の標題（例えば、音楽のコンテンツにおける曲目）がファイル名の如くして保有される。
尚、「ユーザ・クライアント情報」に基づく認証の可否判断は、あくまでも、ユーザによる目下のコンテンツ使用要求操作（ＤＭ）に対応する各個のコンテンツ毎に（例えば、あるコンテンツＡに関して、そのコンテンツの利用の限りのものとして）実行される。
【００８８】
これは、コンテンツ毎にその使用（視聴等）の都度課金処理が正規に行なわれるためにはいうまでもない前提であり、本明細書の開示を通して、この点に逐一言及することは省略する。
ユーザ３１０が上述のような認証を得ることができるためには、ユーザ３１０は予め適宜の機会に自らの「ユーザ・クライアント情報」（即ち、ユーザ名やパスワード等自己を特定するためのデータや、自らがコンテンツの受信に用いる一または複数のクライアント表すデータ）をデータ配信管理サーバ５００に登録する手続（図３においてＡＲＰ）を行なう必要がある。
【００８９】
この登録手続（ＡＲＰ）は、ユーザ３１０がそのクライアント２１０である携帯電話機を用いてデータ配信管理サーバ５００にアクセスし、例えば所定の対話形式の入力操作によって行われ得る。
ユーザ３２０についても同様に、そのクライアントであるミュージックプレーヤ２３０を用いてデータ配信管理サーバ５００にアクセスし対話形式の入力操作によって自己の「ユーザ・クライアント情報」に関する登録操作が行われ得る。
上述のようにして「ユーザ・クライアント情報」に関する登録が完了している正規ユーザ３１０およびその正規クライアントである携帯電話機２１０については、コンテンツ配信サーバ１００から携帯電話機２１０に既述のようなコンテンツデータの正当な取得が可能である。
【００９０】
同様に、正規ユーザ３２０およびその正規クライアントであるミュージックプレーヤ２３０については、他のコンテンツ配信サーバ１００ａからコンテンツデータの正当な取得が可能である。
次に、ユーザ３１０がそのクライアントであるミュージックプレーヤ２２０をも正規クライアントとする登録（ＡＲＰ）をデータ配信管理サーバ５００に対して手続してある場合には、次のような形でのコンテンツデータの取得を行なうことができる。
即ち、先ず、他のコンテンツ配信サーバ１００ａから不完全コンテンツデータをダウンロード（ＤＬ）して携帯電話機２１０に保持する。
次いで、携帯電話機２１０に保持した不完全コンテンツデータをミュージックプレーヤ２２０に複製または移転する（破線図示のＴＲ）。
【００９１】
ユーザ３１０が、ミュージックプレーヤ２２０を用いてコンテンツＡの使用（視聴）を所望する場合には、ミュージックプレーヤ２２０からコンテンツ配信サーバ１００ａを経由してデータ配信管理サーバ５００に対して、コンテンツの使用要求（ＤＭ）を発し、ユーザ３１０およびそのクライアントたるミュージックプレーヤ２２０が正規ユーザ且つ正規クライアントであることの認証可否を照会するが、正規ユーザおよび正規クライアントであることからこの認証は当然に成立し、先に取得してあった不完全コンテンツデータに対応する充足用コンテンツデータがミュージックプレーヤ２２０にストリーミング配信（ＳＴ）によって供給されて、そのコンテンツの再生が可能になる。
【００９２】
仮に、今、ユーザ３２０が正規ユーザでなく、従って、そのクライアントであるミュージックプレーヤ２３０も正規クライアントでない場合を想定する。
このような場合も、不完全コンテンツデータの複製や移転自体は既述のように著作権保護に違背するものではなく、従って、正規ユーザ３１０における正規クライアントである携帯電話機２１０にダウンロードによって保持した不完全コンテンツデータをミュージックプレーヤ２３０に複製ないし移転することは許容される。
【００９３】
この複製ないし移転に伴なって、正規ユーザ３１０が自己のユーザ認証に係る情報まで正規ユーザでないユーザ３２０に教えてしまった場合に、ユーザ３２０が図２３等を参照して既述の所謂「なりすまし」によるコンテンツデータの取得を試みたとしても、そのクライアントであるミュージックプレーヤ２３０が正規クライアントではないためにデータ配信管理サーバ５００における認証が成立せず、充足用コンテンツデータのストリーミング配信による供給は拒否され、コンテンツデータの不正な取得は効果的に抑止されることになる。
【００９４】
（コンテンツ購入操作からコンテンツ再生への動作シーケンス）
図４ないし図７は、図１および図３のコンテンツ配信システムにおけるクライアント、コンテンツ配信サーバ、および、データ配信管理サーバ間でのデータの授受の様子をクライアントにおけるコンテンツの購入要求操作からコンテンツの取得に向けて時系列的に表すシーケンス図である。
【００９５】
（不完全コンテンツデータの取得まで）
図４において、クライアント（携帯電話機）２１０がユーザ３１０によるコンテンツ購入の操作を受付けると、コンテンツ配信サーバ１００に向けてコンテンツ購入要求が送信される（ステップＳ４０１）。
コンテンツ購入要求（ステップＳ４０１）における購入希望のコンテンツの選択は、コンテンツ配信サーバ１００が保有するコンテンツリスト所載のコンテンツ（Ａ，Ｂ，Ｃ，…）のうちから一のものを指定するようにして手続される。
コンテンツ配信サーバ１００はこのコンテンツ購入要求に応答して、ユーザ情報登録手続要求をクライアント２１０に返す（ステップＳ４０２）。
【００９６】
このユーザ情報登録手続要求を受けたクライアント２１０は、ユーザ情報登録手続としてユーザ名、パスワード情報、および使用端末情報等をコンテンツ配信サーバ１００に送り込む（ステップＳ４０３）。
コンテンツ配信サーバ１００はこのようにして送り込まれたユーザ名、パスワード情報、および使用端末情報等のユーザ・クライアント情報に加えて、自装置１００で保有し配信可能なコンテンツを表す利用可能コンテンツ情報を、登録要求としてデータ配信管理サーバ５００に送信する（ステップＳ４０４）。
【００９７】
ステップＳ４０４の送信では、ステップＳ４０３でクライアント２１０から受信したユーザ・クライアント情報については、コンテンツ配信サーバ１００で中継するようにしてデータ配信管理サーバ５００に向けて送信される。
ステップＳ４０４におけるこれらの情報を受信したデータ配信管理サーバ５００は、ユーザ３１０を表す情報とこのユーザが用いるクライアント２１０を表す情報とを含むユーザ・クライアント情報、および、上述の利用可能コンテンツ情報の登録処理を実行する（ステップＳ４０５）。
【００９８】
ステップＳ４０５の登録処理に際して、利用希望コンテンツを特定するためのデータについては、例えば異なるコンテンツ配信サーバが同一名称のコンテンツを保有しているような状況があったとしても、利用希望の各個のコンテンツ（コンテンツデータ）を厳密に識別可能なようにユニークに管理することが必須である。
このため、データ配信管理サーバ５００側でコンテンツ配信サーバ１００から供給されるコンテンツの名称をそのまま登録するのではなく、該当するコンテンツの名称の末尾にそのコンテンツを配信可能に保有しているコンテンツ配信サーバの名称を付加した形で登録する等、相応の適切な措置がとられる。
【００９９】
また、コンテンツ配信サービスの一つの形態としては、一または複数の特定のコンテンツに限ってそのサービスに加入している全てのクライアントで利用可能にする一方、他のコンテンツについては特定のクライアントでのみ利用可能にするなどの形態をとるようにしてもよい。
ステップＳ４０５でのユーザ情報の登録処理は、ユーザの認証に係るデータの格納処理であり、図１におけるデータ配信管理サーバ５００の記憶装置５０１に設定された認証用データ格納部５０２に上述のユーザ情報が格納される。
【０１００】
ステップＳ４０５でのユーザ情報の登録処理が完了すると、データ配信管理サーバ５００は、ユーザ・クライアント情報および利用可能コンテンツ情報の登録が完了した旨の応答をコンテンツ配信サーバ１００に送信する（ステップＳ４０６）。
ステップＳ４０６での応答を受けたコンテンツ配信サーバ１００は、自装置１００の記憶装置１０１（図１参照）の不完全コンテンツデータ格納部１０３に保有されている不完全コンテンツデータをダウンロード（ＤＬ）によってクライアント２１０に供給する（ステップＳ４０７）。
【０１０１】
クライアント２１０は、ステップＳ４０７で取得した不完全コンテンツデータを自装置の記憶部２０２（図２参照）の不完全コンテンツデータ格納部２０１に格納する（ステップＳ４０８）。
図１および図３のコンテンツ配信システムでは、コンテンツの購入に依存せずに、ユーザの操作に基づいて直接的に（コンテンツ配信サーバを介さずに）データ配信管理サーバのユーザ・クライアント情報を更新（登録）することが可能に構成され得る。
【０１０２】
（データ配信管理サーバの保有情報を更新するシーケンス）
図５は、図１および図３のコンテンツ配信システムにおいてユーザが直接データ配信管理サーバが保有しているデータを更新する様子を時系列的に表すシーケンス図である。
図５（ａ）は、このようにコンテンツの購入に依存せずに、ユーザがそのクライアント（携帯電話機）を用いてデータ配信管理サーバに対しユーザ・クライアント情報を更新または登録する手続を行なうときの動作を表すシーケンス図である。
ユーザ３１０がそのクライアント（携帯電話機）２１０を用いてデータ配信管理サーバ５００に対しユーザ・クライアント情報を更新または登録する手続を行なうと、ユーザ・クライアント情報更新（登録）要求がクライアント２１０からデータ配信管理サーバ５００に送信される（ステップＳ５０１ａ）。
【０１０３】
ステップＳ５０１ａによってクライアント２１０から送信されたユーザ名や使用端末情報を受けたデータ配信管理サーバ５００は、その手続を行なったユーザ（１）に関するユーザ・クライアント情報に関する更新または登録処理を実行する（ステップＳ５０２ａ）。
データ配信管理サーバ５００は、ステップＳ５０２ａの更新（登録）処理が完了すると、クライアント２１０に向けてユーザ・クライアント情報更新（登録）応答を送信する（ステップＳ５０３ａ）。
【０１０４】
一方、図５（ｂ）は、コンテンツの購入に依存せずに、ユーザが運用管理者としてコンテンツ配信サーバに対する操作を行い、データ配信管理サーバが保有する配信可能なコンテンツを表す保持コンテンツ情報を更新または格納する手続を行なうときの動作を表すシーケンス図である。
図５（ｂ）における更新または格納手続は、利用希望コンテンツを特定するためのデータに関して、例えば異なるコンテンツ配信サーバが同一名称のコンテンツを保有しているような状況があったとしても、各個のコンテンツをユニークに管理することが要求されるといったデータ配信管理サーバでの負担を軽減することにも寄与する方法である。
【０１０５】
ユーザが運用管理者としてコンテンツ配信サーバ１００に対する操作を行い、この操作に基づいてコンテンツ配信サーバ１００から自装置１００が保有している配信可能なコンテンツを表す保持コンテンツ情報の更新（格納）要求がデータ配信管理サーバ５００に送信される（ステップＳ５０１ｂ）。
この更新（格納）要求（ステップＳ５０１ｂ）では、コンテンツ配信サーバ１００が保有している配信可能なコンテンツを表す保持コンテンツ情報と、当該コンテンツ配信サーバを特定するコンテンツ配信サーバ名とがデータ配信管理サーバ５００に送信される。
【０１０６】
更新（格納）要求（ステップＳ５０１ｂ）を受けたデータ配信管理サーバ５００では、上述の保持コンテンツ情報をこの情報を保持しているコンテンツ配信サーバが認識されるようにして（即ち、コンテンツ配信サーバが複数存在するシステムにおいても、各個のコンテンツ配信サーバ毎に区分してそれらの保持コンテンツ情報が認識されるように）記憶装置５０１（図１）の格納情報を更新し、ないしは新規に情報を格納する（ステップＳ５０２ｂ）。
ステップＳ５０２ｂの更新（格納）が完了すると、データ配信管理サーバ５００からコンテンツ配信サーバ１００に、保持コンテンツ情報更新（格納）応答が返される（ステップＳ５０３ｂ）。
【０１０７】
（コンテンツ利用要求を発しコンテンツを再生するまでのシーケンス）
図６は、ユーザ３１０が既に不完全コンテンツデータを記憶部に保有しているクライアント（携帯電話機）２１０を用いてコンテンツ使用要求を発して以降のシステムの動作に関するシーケンス図である。
クライアント（携帯電話機）２１０からコンテンツ配信サーバ１００に向けてコンテンツ使用要求（ＤＭ）を発する（ステップＳ６０１）。
このコンテンツ使用要求（ＤＭ）は、ユーザ情報ＰＵ、使用クライアント情報、および、使用コンテンツ情報を伴なったものとしてコンテンツ配信サーバ１００に送信される。
コンテンツ配信サーバ１００は、このコンテンツ使用要求（ＤＭ）に合致するコンテンツを自装置１００が保有しているか否かを判断する（ステップＳ６０２）。
【０１０８】
ステップＳ６０２でコンテンツ使用要求（ＤＭ）に合致するコンテンツを自装置１００が保有していると判断された場合には（ステップＳ６０２：Ｙｅｓ）、コンテンツ配信サーバ１００からデータ配信管理サーバ５００にユーザ・クライアント情報確認依頼が送信される（ステップＳ６０３）。
この送信（ステップＳ６０３）は、クライアント２１０から発せられたユーザ情報、使用クライアント情報、および、使用コンテンツ情報が、データ配信管理サーバ５００へと中継されるように行なわれるが、これらの情報について正規ユーザ且つ正規クライアントであることの認証成立の可否を照会する趣旨である。
【０１０９】
ステップＳ６０３において送信された各情報を受けたデータ配信管理サーバ５００では、これらの情報について正規ユーザ且つ正規クライアントであることの認証成立の可否を判断する（ステップＳ６０４）。
データ配信管理サーバ５００は、ステップＳ６０４において、正規ユーザ且つ正規クライアントであることの認証が成立すると判断した場合（ステップＳ６０４：Ｙｅｓ）および上述の認証は成立しないと判断した場合（ステップＳ６０４：Ｎｏ）の何れかの判断結果をコンテンツ配信サーバ１００に返す（ステップＳ６０５またはステップＳ６０６）。
【０１１０】
コンテンツ配信サーバ１００は、認証成立の可否の照会に対するデータ配信管理サーバ５００からの応答（ステップＳ６０５またはステップＳ６０６）が肯定的であるか否定的であるかを判断する（ステップＳ６０７）。
ステップＳ６０７での判断が肯定的（即ち、認証成立）である場合には（ステップＳ６０７：Ｙｅｓ）、コンテンツ使用要求に対応する充足用コンテンツデータをクライアント２１０にストリーミング配信（ＳＴ）によって供給する（ステップＳ６０８）。
【０１１１】
認証の成立（ステップＳ６０７：Ｙｅｓ）によって充足用コンテンツデータのストリーミング配信を受けたクライアント２１０側では、先にダウンロードによって取得し保持していた（図４：ステップＳ４０８）不完全コンテンツデータとストリーミング配信（ステップＳ６０８）された充足用コンテンツデータとを結合して完全コンテンツデータを生成するデータ結合処理を実行する（ステップＳ６０９）。
このようにしてデータ結合処理されたコンテンツデータによってコンテンツの再生（使用）が行なわれる（ステップＳ６１０）。
一旦再生に付されると、そのコンテンツデータ（データ結合処理を経た完全コンテンツデータ）は、ストリーミング配信された充足用コンテンツデータと共に完全に消去される（ステップＳ６１１）。
【０１１２】
尚、通常の場合、先にダウンロードによって取得し保持されていた不完全コンテンツデータについてはそのまま維持される。
他方、上述のステップＳ６０２でコンテンツ使用要求（ＤＭ）に合致するコンテンツを自装置１００が保有していないと判断された場合（ステップＳ６０２：Ｎｏ）、および、ステップＳ６０７での判断が否定的（即ち、認証不成立）である場合（ステップＳ６０７：Ｎｏ）には、コンテンツ配信サーバ１００は、クライアント２１０に対して、コンテンツ使用拒否の応答を発する（ステップＳ６１２）。この応答は拒否理由の送信を伴なって実行される。
コンテンツ配信サーバ１００は、その後、図４中「ｄ」と表記された、（ステップＳ４０１以前の）コンテンツ購入要求の待機状態に戻る。
【０１１３】
（コンテンツ使用要求を直接データ配信管理サーバに発する場合のシーケンス）
図７は、ユーザ３１０が既に不完全コンテンツデータを記憶部に保有しているクライアント（携帯電話機）２１０を用いてコンテンツ使用要求を直接（コンテンツ配信サーバ１００を介さずに）データ配信管理サーバ５００に向けて発する場合のシステムの動作に関するシーケンス図である。
クライアント（携帯電話機）２１０からデータ配信管理サーバ５００に向けてコンテンツ使用要求（ＤＭ）を発する（ステップＳ７０１）。
このコンテンツ使用要求（ＤＭ）は、ユーザ情報ＰＵ、使用クライアント情報、および、使用コンテンツ情報を伴なったものとしてデータ配信管理サーバ５００に送信される。
【０１１４】
即ち、この要求（ステップＳ７０１）は、クライアント２１０からデータ配信管理サーバ５００への、（何れも、使用コンテンツ毎に対応するものとして扱われる）ユーザ情報および使用クライアント情報について正規ユーザ且つ正規クライアントであることの認証成立の可否を照会する趣旨を含むものである。
データ配信管理サーバ５００は、このコンテンツ使用要求（ＤＭ）に合致するコンテンツをコンテンツ配信サーバ１００（またはコンテンツをコンテンツ配信サーバ１００ａ）が保有しているか否かの判断、および、上述の認証成立の可否判断を実行する（ステップＳ７０２）。
【０１１５】
ステップＳ７０２の判断は、データ配信管理サーバ５００が予め保有しているユーザ・クライアント情報、何れかのコンテンツ配信サーバが保有している利用可能コンテンツ情報、および、登録されたユーザ・クライアント情報（登録済みの正規ユーザ、および、そのユーザが用いる一または複数の正規クライアント）を検索するようにして行なわれるが、既述のように、この判断は目下のコンテンツ使用要求（ＤＭ）で特定されているコンテンツ（図中、コンテンツＡと表記）に限られたものとして扱われる。
【０１１６】
ステップＳ７０２でコンテンツ使用要求（ＤＭ）に合致するコンテンツを何れかのコンテンツ配信サーバが保有しており、且つ、認証が成立するものと判断された場合には（ステップＳ７０２：Ｙｅｓ）、データ配信管理サーバ５００からコンテンツ配信サーバ１００に充足用コンテンツデータ配信要求が送信される（ステップＳ７０３）。
コンテンツ配信サーバ１００は、この充足用コンテンツデータ配信要求を受け（ステップＳ７０３）、要求内容に合致するコンテンツデータを自装置１００が保有しているか否かを判断する（ステップＳ７０４）。
【０１１７】
ステップＳ７０４で、要求内容に合致するコンテンツデータを自装置１００が保有していると判断された場合には（ステップＳ７０４：Ｙｅｓ）、コンテンツ使用要求に対応する充足用コンテンツデータをクライアント２１０にストリーミング配信（ＳＴ）によって供給する（ステップＳ７０５）。
このストリーミング配信（ステップＳ７０５）が完了すると、コンテンツ配信サーバ１００からデータ配信管理サーバ５００に向けて充足用コンテンツデータストリーミング配信完了報告が発せられる（ステップＳ７０６）。
【０１１８】
充足用コンテンツデータのストリーミング配信（ステップＳ７０５）を受けたクライアント２１０側では、先にダウンロードによって取得し保持していた（図４：ステップＳ４０８）不完全コンテンツデータとストリーミング配信（ステップＳ７０５）された充足用コンテンツデータとを結合して完全コンテンツデータを生成するデータ結合処理を実行する（ステップＳ７０７）。
このようにしてデータ結合処理されたコンテンツデータによってコンテンツの再生（使用）が行なわれる（ステップＳ７０８）。
一旦再生に付されると、そのコンテンツデータ（データ結合処理を経た完全コンテンツデータ）は、ストリーミング配信された充足用コンテンツデータと共に完全に消去される（ステップＳ７０９）。
尚、通常の場合、先にダウンロードによって取得し保持されていた不完全コンテンツデータについてはそのまま維持される。
【０１１９】
他方、上述のステップＳ７０２でコンテンツ使用要求（ＤＭ）に合致するコンテンツを何れのコンテンツ配信サーバも保有していない場合、および、認証不成立である場合（ステップＳ７０２：Ｎｏ）、ならびに、上述のステップＳ７０４で要求内容に合致するコンテンツデータを自装置が保有していないとコンテンツ配信サーバ１００が判断して（ステップＳ７０４：Ｎｏ）該当するコンテンツデータを保有していない旨の該当コンテンツデータ不存在応答をデータ配信管理サーバ５００に返した場合には（ステップＳ７１０）、データ配信管理サーバ５００は、クライアント２１０に対して、コンテンツ使用拒否の応答を発する（ステップＳ７１１）。この応答は拒否理由の送信を伴なって実行される。
【０１２０】
（コンテンツ配信サーバとデータ配信管理サーバとで認証処理を按分する態様）
以上、図４ないし図７を参照して説明したシーケンス図は、ユーザおよびクライアントに関する認証処理をデータ配信管理サーバ５００において一括して全て担うようにシステムを構成した場合のものであった。
これに対し、他の構成として、ユーザに係る認証処理およびクライアントに係る認証処理をコンテンツ配信サーバ１００（１００ａ）とデータ配信管理サーバ５００とで按分して担うように構成してデータ配信管理サーバ５００の負担を軽減するようにもよい。
【０１２１】
図８ないし図１１は、このような他の構成例における、クライアント、コンテンツ配信サーバ、および、データ配信管理サーバ間でのデータの授受の様子をクライアントにおけるコンテンツの購入要求操作からコンテンツの取得に向けて時系列的に表すシーケンス図である。
図８ないし図１１の例のように、コンテンツ配信サーバ１００とデータ配信管理サーバ５００とで認証処理に関する負担を按分するようにして担う場合には、図１のコンテンツ配信システムにおける各コンテンツ配信サーバ１００（１００ａ）は、図１の機能ブロック図における破線図示の機能部を備える。
【０１２２】
即ち、図１において、コンテンツ配信サーバ１００（１００ａ）は、記憶装置１０１に認証用データ格納部１０５が設定され、また、認証処理を実行するための認証処理部１０９がバス１１０によってシステムコントローラ１１１と結ばれるようにして設けられる。
尚、これら認証用データ格納部１０５および認証処理部１０９は、共に、当初からコンテンツ配信サーバ１００（１００ａ）に設けておき、コンテンツ配信サーバ１００（１００ａ）とデータ配信管理サーバ５００とで認証処理に関する負担を按分するような動作モードが選択されたときに機能するように構成してもよい。
【０１２３】
図８において、クライアント（携帯電話機）２１０がユーザ３１０によるコンテンツ購入の操作を受付けると、コンテンツ配信サーバ１００に向けてコンテンツ購入要求が送信される（ステップＳ８０１）。
コンテンツ購入要求（ステップＳ８０１）における購入希望のコンテンツの選択は、コンテンツ配信サーバ１００が保有するコンテンツリスト所載のコンテンツ（Ａ，Ｂ，Ｃ，…）のうちから一のものを指定するようにして手続される。
コンテンツ配信サーバ１００はこのコンテンツ購入要求に応答して、ユーザ情報登録手続要求をクライアント２１０に返す（ステップＳ８０２）。
【０１２４】
このコンテンツ購入要求を受けたクライアント２１０は、ユーザ情報登録手続としてユーザ名、パスワード情報、および使用端末情報等をコンテンツ配信サーバ１００に送り込む（ステップＳ８０３）。
コンテンツ配信サーバ１００はこのようにして送り込まれた情報に基づくユーザ情報（ＰＵ）の登録処理を実行する（ステップＳ８０４）。具体的には、図１においてコンテンツ配信サーバ１００（１００ａ）の記憶装置１０１内に破線図示の認証用データ格納部１０５に、上述のようにしてクライアント２１０から送り込まれた情報を格納する。
【０１２５】
コンテンツ配信サーバ１００は、次いで、ユーザ・クライアント情報登録要求をデータ配信管理サーバ５００に送信する（ステップＳ８０５）。この送信（ステップＳ８０５）では、ユーザ名、および、ユーザが用いることを予定しているクライアントを表す使用端末情報をデータ配信管理サーバ５００に送信する。
ステップＳ８０５においてコンテンツ配信サーバ１００から送信されたこれらの情報を受信したデータ配信管理サーバ５００は、ユーザ名およびユーザが用いることを予定しているクライアントを表す使用端末情報に係るユーザ情報の登録処理を実行する（ステップＳ８０６）。
【０１２６】
ステップＳ８０６でのユーザ情報の登録処理は、ユーザの用いるクライアントの認証に係るデータの格納処理であり、図１におけるデータ配信管理サーバ５００の記憶装置５０１に設定された認証用データ格納部５０２に上述のユーザ情報が格納される。
ステップＳ８０６でのユーザ情報の登録処理が完了すると、データ配信管理サーバ５００は、ユーザ・クライアント情報の登録（ユーザが用いることを予定しているクライアントを表す使用端末情報の登録）が完了した旨の応答をコンテンツ配信サーバ１００に送信する（ステップＳ８０７）。
【０１２７】
ステップＳ８０７での応答を受けたコンテンツ配信サーバ１００は、自装置１００の記憶装置１０１（図１参照）の不完全コンテンツデータ格納部１０３に保有されている不完全コンテンツデータをダウンロード（ＤＬ）によってクライアント２１０に供給する（ステップＳ８０８）。
クライアント２１０は、ステップＳ８０８で取得した不完全コンテンツデータを自装置の記憶部２０２（図２参照）の不完全コンテンツデータ格納部２０１に格納する（ステップＳ８０９）。
【０１２８】
（データ配信管理サーバの保有情報を更新するシーケンス）
図９は、コンテンツの購入に依存せずに、データ配信管理サーバ５００が保持しているユーザに係る情報およびクライアントに係る情報を含むユーザ・クライアント情報を更新または登録するときの動作を表すシーケンス図である。
ユーザ３１０がそのクライアント（携帯電話機）２１０を用いてデータ配信管理サーバ５００に対しユーザ・クライアント情報を更新または登録する手続を行なうと、ユーザ・クライアント情報更新（登録）要求がクライアント２１０からデータ配信管理サーバ５００に送信される（ステップＳ９０１）。
【０１２９】
ステップＳ９０１によってクライアント２１０から送信されたユーザ名や使用端末情報を受けたデータ配信管理サーバ５００は、その手続を行なったユーザ（１）に関するユーザ・クライアント情報に関する更新または登録処理を実行する（ステップＳ９０２）。
データ配信管理サーバ５００は、ステップＳ９０２の更新（登録）処理が完了すると、クライアント２１０に向けてユーザ・クライアント情報更新（登録）応答を送信する（ステップＳ９０３）。
【０１３０】
（コンテンツ利用要求を発しコンテンツを再生するまでのシーケンス）
図１０は、既に不完全コンテンツデータを記憶部に保有しているクライアント（携帯電話機）２１０からコンテンツ使用要求を発して以降のシステムの動作を例示するシーケンス図である。
クライアント（携帯電話機）２１０からコンテンツ配信サーバ１００に向けてコンテンツ使用要求（ＤＭ）を発する（ステップＳ１００１）。
このコンテンツ使用要求（ＤＭ）は、ユーザ情報ＰＵを伴なったものとしてコンテンツ配信サーバ１００に送信される。
【０１３１】
コンテンツ配信サーバ１００は、このコンテンツ使用要求（そのユーザ）に関して、図１におけるコンテンツ配信サーバ１００（自装置）の記憶装置１０１内に破線図示の認証用データ格納部１０５に格納されているユーザに関する登録情報に基づいて、ユーザ認証の成立の可否を判断する（ステップＳ１００２）。
ステップＳ１００２でコンテンツ使用要求（そのユーザ）に関する認証が成立すると判断された場合には（ステップＳ１００２：Ｙｅｓ）、次いで、コンテンツ配信サーバ１００からデータ配信管理サーバ５００にユーザ・クライアント情報確認依頼が送信される（ステップＳ１００３）。
【０１３２】
ユーザ・クライアント情報確認依頼（ステップＳ１００３）を受けたデータ配信管理サーバ５００は、図１における記憶装置５０１の認証用データ格納部５０２に保有している認証用のクライアント情報に基づいてユーザ・クライアント認証の成立の可否、即ち、認証判断の対象とされるクライアントが（正規ユーザにおける）正規クライアントであるかどうかを判断する（ステップＳ１００４）。
【０１３３】
ステップＳ１００４でユーザ・クライアント認証が成立すると判断されたときには（ステップＳ１００４：Ｙｅｓ）、データ配信管理サーバ５００からコンテンツ配信サーバ１００にユーザ・クライアント認証成立応答を返す（ステップＳ１００５）。
コンテンツ配信サーバ１００は、このユーザ・クライアント認証成立応答（ステップＳ１００５）を受けて、コンテンツ使用要求に対応する充足用コンテンツデータをクライアント２１０にストリーミング配信（ＳＴ）によって供給する（ステップＳ１００６）。
【０１３４】
充足用コンテンツデータのストリーミング配信を受けたクライアント２１０側では、先にダウンロードによって取得し保持していた（図８：ステップＳ８０９）不完全コンテンツデータとストリーミング配信（ステップＳ１００６）された充足用コンテンツデータとを結合して完全コンテンツデータを生成するデータ結合処理を実行する（ステップＳ１００７）。
このようにしてデータ結合処理されたコンテンツデータによってコンテンツの再生（使用）が行なわれる（ステップＳ１００８）。
一旦再生に付されると、そのコンテンツデータ（データ結合処理を経た完全コンテンツデータ）は、ストリーミング配信された充足用コンテンツデータと共に完全に消去される（ステップＳ１００９）。
尚、通常の場合、先にダウンロードによって取得し保持されていた不完全コンテンツデータについてはそのまま維持される。
【０１３５】
他方、上述のステップＳ１００２でユーザ認証が成立しないと判断された場合（ステップＳ１００２：Ｎｏ）、および、ステップＳ１００４でユーザ・クライアント認証が成立せず（ステップＳ１００４：Ｎｏ）ユーザ・クライアント認証不成立応答がデータ配信管理サーバ５００から返された場合（ステップＳ１００５）には、コンテンツ配信サーバ１００は、クライアント２１０に対して、コンテンツ使用拒否の応答を発する（ステップＳ１０１１）。この応答は拒否理由の送信を伴なって実行される。
コンテンツ配信サーバ１００は、その後、図８中「Ｃ」と表記された、（ステップＳ８０１以前の）コンテンツ購入要求の待機状態に戻る。
【０１３６】
（不完全コンテンツデータのダウンロードによる再取得）
図１１は、図１のコンテンツデータ配信システムにおける不完全コンテンツデータのダウンロードによる再取得の手順を表すシーケンス図である。
先ず、クライアント２１０（ユーザ３１０）からコンテンツ配信サーバ１００に対してコンテンツ再ダウンロード要求を送信する（ステップＳ１１０１）。この送信はユーザ情報ＰＵの送信を含んで実行される。
このコンテンツ再ダウンロード要求を受けたコンテンツ配信サーバ１００はユーザ認証の成立の可否を判断する（ステップＳ１１０２）。
【０１３７】
ユーザ認証が成立する場合には（ステップＳ１１０２：Ｙｅｓ）、次いで、コンテンツ配信サーバ１００からデータ配信管理サーバ５００にユーザ・クライアント情報確認依頼が送信される（ステップＳ１１０３）。
ユーザ・クライアント情報確認依頼（ステップＳ１１０３）を受けたデータ配信管理サーバ５００は、図１における記憶装置５０１の認証用データ格納部５０２に保有している認証用のクライアント情報に基づいてユーザ・クライアント認証の成立の可否、即ち、認証判断の対象とされるクライアントが（正規ユーザにおける）正規クライアントであるかどうかを判断する（ステップＳ１１０４）。
【０１３８】
ステップＳ１１０４でユーザ・クライアント認証が成立すると判断されたときには（ステップＳ１１０４：Ｙｅｓ）、データ配信管理サーバ５００からコンテンツ配信サーバ１００にユーザ・クライアント認証成立応答を返す（ステップＳ１１０５）。
コンテンツ配信サーバ１００は、このユーザ・クライアント認証成立応答（ステップＳ１１０５）を受けて、コンテンツ再ダウンロード要求に対応する不完全コンテンツデータをクライアント２１０にダウンロードによって供給可能にする（ステップＳ１１０６）。
【０１３９】
クライアント２１０は、不完全コンテンツデータをダウンロードによって取得し自装置の記憶部に格納する（ステップＳ１１０７）。
このようにして不完全コンテンツデータの再ダウンロードによる取得が行なわれる。
他方、上述のステップＳ１１０２でユーザ認証が成立しないと判断された場合（ステップＳ１１０２：Ｎｏ）、および、ステップＳ１１０４でユーザ・クライアント認証が成立せず（ステップＳ１１０４：Ｎｏ）ユーザ・クライアント認証不成立応答がデータ配信管理サーバ５００から返された場合（ステップＳ１１０８）には、コンテンツ配信サーバ１００は、クライアント２１０に対して、コンテンツ使用拒否の応答を発する（ステップＳ１１０９）。この応答は拒否理由の送信を伴なって実行される。
【０１４０】
コンテンツ配信サーバ１００は、その後、図８中「Ｃ」と表記された、（ステップＳ８０１以前の）コンテンツ購入要求の待機状態に戻る。
以上、図１および図３のコンテンツ配信システムについて、ユーザおよびクライアントに関する認証処理の一切をデータ配信管理サーバによって一括して担う場合、および、ユーザ認証に関しては各個のコンテンツ配信サーバによって賄い、ユーザ・クライアント認証に関してこれら各個のコンテンツ配信サーバに共通のデータ配信管理サーバによって一括して担う場合、のそれぞれについて説明した。
【０１４１】
後者のように、認証処理の負担を各個のコンテンツ配信サーバとこれらに共通のデータ配信管理サーバによって按分して担う場合には、既述のような構成を採る他、ユーザ認証に関してはデータ配信管理サーバ側で担い、各個のコンテンツ配信サーバ側でユーザ・クライアント認証（使用するクライアントの認証）を賄うといった構成を採ることも可能である。
更にまた、上述のような認証処理を実行するためのデータ配信管理サーバを敢えて設けず、コンテンツ配信サーバでユーザおよびクライアントに関する認証処理機能とコンテンツデータの配信機能とを賄うように構成してもよい。
このような場合においても、一のユーザが複数のクライアントを用い、適宜、複数のコンテンツ配信サーバから選択的にコンテンツデータを取得してコンテンツの再生を行なうことが可能なようにコンテンツ配信システムが構築され得る。
【０１４２】
（コンテンツデータ配信システムの他の態様）
図１２は、データ配信管理サーバを敢えて設けず、コンテンツ配信サーバでユーザおよびクライアントに関する認証処理機能とコンテンツデータの配信機能とを賄うようにし、且つ、このようなコンテンツ配信サーバが複数存在するようなコンテンツ配信システムにおける、コンテンツデータおよび認証に関わるデータの流れを説明するための概念図である。
この概念図では、各クライアント、および、コンテンツ配信サーバを結ぶネットワークについては図示省略されている。
コンテンツ配信サーバ１００には、配信の対象とされるコンテンツデータが、が各個に区分して取り扱われ得るように格納され、例えばそのうち現時点で購入の対象とされるコンテンツＡに対応して取り扱われ得るようにして、特定のユーザ（１）およびそのユーザが用いるものとして複数のクライアント（１）、クライアント（２）、…が登録されている。
【０１４３】
同様に、他のコンテンツ配信サーバ１００ａには、配信の対象とされるコンテンツデータが、が各個に区分して取り扱われ得るように格納され、例えばそのうち現時点で購入の対象とされるコンテンツＣに対応して取り扱われ得るようにして、特定のユーザ（１）およびそのユーザが用いるものとして複数のクライアント（１）、クライアント（２）、…が登録され、更に、購入の対象とされた他のコンテンツＤに対応して取り扱われ得るようにして、特定のユーザ（２）およびそのユーザが用いるものとしてクライアント（２）が登録されている。
【０１４４】
一人の正規ユーザ３１０がクライアントとして用いる携帯電話機２１０にコンテンツＡの不完全コンテンツデータをダウンロード（ＤＬ）によって取得し格納することができる。
ユーザ３１０がコンテンツＡの使用（視聴）を所望する場合には、そのクライアント２１０からコンテンツ配信サーバ１００に対して、コンテンツの使用要求（ＤＭ）を発し、ユーザ３１０およびそのクライアントたる携帯電話機２１０が正規ユーザ且つ正規クライアントであることの認証が成立することを条件として、先に取得してあった不完全コンテンツデータに対応する充足用コンテンツデータがストリーミング配信（ＳＴ）によって供給されて、そのコンテンツの再生が可能になる。
【０１４５】
上述におけるような認証は、各個のコンテンツ配信サーバにおいて各別に実行される。
この認証を行なうために、各個のコンテンツ配信サーバ１００，１００ａには、登録された正規ユーザおよびその正規クライアントであることを認証するためのユーザに関する情報および一の正規ユーザに対応して登録された一または複数のクライアントであることを認証するための情報が保有される。
【０１４６】
尚、認証用情報に基づく認証の可否判断は、あくまでも、ユーザによる目下のコンテンツ使用要求操作（ＤＭ）に対応する各個のコンテンツ毎に（例えば、あるコンテンツＡに関して、そのコンテンツの利用の限りのものとして）実行される。
登録が完了している正規ユーザ３１０およびその正規クライアントである携帯電話機２１０については、コンテンツ配信サーバ１００から携帯電話機２１０に
先ずダウンロード（ＤＬ）で不完全コンテンツデータが格納された後コンテンツ使用要求操作（ＤＭ）に対応して充足用コンテンツデータをストリーミング配信によって供給することにより、コンテンツ再生が可能である。
【０１４７】
同様に、正規ユーザ３２０およびその正規クライアントであるミュージックプレーヤ２３０については、他のコンテンツ配信サーバ１００ａからコンテンツデータの正当な取得が可能である。
次に、ユーザ３１０がそのクライアントであるミュージックプレーヤ２２０をも正規クライアントとして登録した場合には、次のような形でのコンテンツデータの取得を行なうことができる。
即ち、先ず、他のコンテンツ配信サーバ１００ａから不完全コンテンツデータをダウンロード（ＤＬ）して携帯電話機２１０に保持する。
次いで、携帯電話機２１０に保持した不完全コンテンツデータをミュージックプレーヤ２２０に複製または移転する（破線図示のＴＲ）。
【０１４８】
ユーザ３１０が、ミュージックプレーヤ２２０からコンテンツＡの使用（視聴）を所望する場合には、ミュージックプレーヤ２２０から他のコンテンツ配信サーバ１００ａに対して、コンテンツの使用要求（ＤＭ）を発すると、ユーザ３１０およびそのクライアントたるミュージックプレーヤ２２０が正規ユーザ且つ正規クライアントであることの認証可否が判断される。
この場合、正規ユーザおよび正規クライアントであることからこの認証は当然に成立し、先に取得してあった不完全コンテンツデータに対応する充足用コンテンツデータが他のコンテンツ配信サーバ１００ａからミュージックプレーヤ２２０にストリーミング配信（ＳＴ）によって供給されて、そのコンテンツの再生が可能になる。
【０１４９】
（コンテンツ配信サーバの他の実施の形態）
図１３は、本発明のコンテンツ配信サーバの他の実施の形態を表す機能ブロック図である。
コンテンツ配信サーバ３００には、配信の対象となるコンテンツを表すデータを保有するコンテンツデータ格納部として機能する記憶装置３０１が設けられている。
この記憶装置３０１には、一まとまりの音声や映像等のコンテンツ全体を構成する完全コンテンツデータを格納する完全コンテンツデータ格納部３０２、完全コンテンツデータの一部である不完全コンテンツデータを格納する不完全コンテンツデータ格納部３０３、不完全コンテンツデータにおける不足部分を充足して完全コンテンツデータを構成する充足用コンテンツデータを格納する充足用コンテンツデータ格納部３０４、および、ユーザおよび各ユーザが用いるクライアントに関する認証処理に供される認証用データを格納する認証用データ格納部３０５とが設定されている。
【０１５０】
上述の、完全コンテンツデータ格納部３０２、不完全コンテンツデータ格納部３０３、充足用コンテンツデータ格納部３０４、および、認証用データ格納部３０５に格納された各データはそれらを区分して取り扱うことが可能なようにアクセスされ得る。
完全コンテンツデータ格納部３０２に格納された完全コンテンツデータを元にして不完全コンテンツデータを作成する不完全コンテンツデータ作成部３０６と、完全コンテンツデータを元に充足用コンテンツデータを作成する充足用コンテンツデータ作成部３０７とが設けられている。
【０１５１】
更に、外部との情報（データ）の授受を行うための通信部３０８が設けられ、
また、認証用データ格納部３０５に格納された各データに基づいて、ユーザおよび各ユーザが用いるクライアントに関する認証処理を実行する認証処理部３０９が設けられる。
上述の記憶装置３０１、不完全コンテンツデータ作成部３０６、充足用コンテンツデータ作成部３０７、通信部３０８、および、認証処理部３０９は、バス３１０によってシステムコントローラ３１１と結ばれ、このシステムコントローラ３１１による統括的な管理の下で作動し所定の仕様を充足するように機能する。
【０１５２】
即ち、通信部３０８、認証処理部３０９、および、システムコントローラ３１１を含む該当機能部によって、不完全コンテンツデータを所定のクライアントに取得しているユーザが正規ユーザであり且つ該ユーザが用いるクライアントが正規クライアントである旨の認証を求める認証要求手続がとられたときには、認証用データ格納部３０５に保有されたユーザ認証データおよびクライアント認証データに基づいて認証処理を実行する認証処理部が構成される。
【０１５３】
また、システムコントローラ３１１における該当機能部によって、認証処理部３０９における認証が成立することを条件として、既に取得されている不完全コンテンツデータに対応する充足用コンテンツデータの配信を許容するデータ配信規制管理部が構成される。
更に、記憶装置３０１、充足用コンテンツデータ作成部３０７、通信部３０８、および、システムコントローラ３１１における該当機能部によって、上述のデータ配信規制管理部の管理下で充足用コンテンツデータを該当するクライアントに向けてストリーミング配信するストリーミング配信部が構成される。
【０１５４】
上述のようなコンテンツ配信サーバ３００は、ネットワーク７００を通してクライアント（１）２１０、クライアント（２）２２０、クライアント（３）２３０、クライアント（４）２４０と結ばれ、これらクライアントおよびそのユーザがそれぞれ登録された正規クライアントおよびユーザであるとの認証が成立することを条件として、該当するクライアントに対し充足用コンテンツデータを配信する。
図１４は、図１３のコンテンツ配信サーバを含んで構成されるコンテンツ配信システムにおけるコンテンツデータおよび認証に関わるデータの流れを説明するための概念図である。
この概念図では、各クライアント、コンテンツ配信サーバ、および、データ配信管理サーバを結ぶネットワーク（図１３では参照符号７００）については図示省略されている。
【０１５５】
コンテンツ配信サーバ１００には、配信の対象とされるコンテンツデータが、が各個に区分して取り扱われ得るように格納され、例えばそのうち現時点で購入の対象とされたコンテンツＡに対応して取り扱われ得るようにして、特定のユーザ（１）およびそのユーザが用いるものとして複数のクライアント（１）、クライアント（２）、…が登録されている。
一人の正規ユーザ３１０がクライアントとして用いる携帯電話機２１０にコンテンツＡの不完全コンテンツデータをダウンロード（ＤＬ）によって取得し格納することができる。
【０１５６】
ユーザ３１０がコンテンツＡの使用（視聴）を所望する場合には、そのクライアント２１０からコンテンツ配信サーバ１００に対して、コンテンツの使用要求（ＤＭ）を発し、ユーザ３１０およびそのクライアントたる携帯電話機２１０が正規ユーザ且つ正規クライアントであることの認証が成立することを条件として、先に取得してあった不完全コンテンツデータに対応する充足用コンテンツデータがストリーミング配信（ＳＴ）によって供給されて、そのコンテンツの再生が可能になる。
【０１５７】
コンテンツ配信サーバが複数ネットワーク上に存在するようなコンテンツ配信サービスのシステムでは、上述におけるような認証は、各個の該当するコンテンツ配信サーバにおいて各別に実行されるが、図１４では、説明の便宜上、一つのコンテンツ配信サーバに関連して、コンテンツや認証のデータの流れについて述べる。
上述の認証を行なうために、コンテンツ配信サーバ１００には、登録された正規ユーザおよびその正規クライアントであることを認証するためのユーザに関する情報および一の正規ユーザに対応して登録された一または複数のクライアントであることを認証するための認証用情報が保有される。
【０１５８】
尚、認証用情報に基づく認証の可否判断は、あくまでも、ユーザによる目下のコンテンツ使用要求操作（ＤＭ）に対応する各個のコンテンツ毎に（例えば、あるコンテンツＡに関して、そのコンテンツの利用の限りのものとして）実行される。
登録が完了している正規ユーザ３１０およびその正規クライアントである携帯電話機２１０については、コンテンツ配信サーバ１００から携帯電話機２１０に
先ずダウンロード（ＤＬ）で不完全コンテンツデータが格納された後コンテンツ使用要求操作（ＤＭ）に対応して充足用コンテンツデータをストリーミング配信によって供給することにより、コンテンツ再生が可能である。
【０１５９】
次に、ユーザ３１０がそのクライアントであるミュージックプレーヤ２２０をも正規クライアントとして登録した場合には、次のような形でのコンテンツデータの取得を行なうことができる。
即ち、先ず、コンテンツ配信サーバ１００から不完全コンテンツデータをダウンロード（ＤＬ）して携帯電話機２１０に保持する。
次いで、携帯電話機２１０に保持した不完全コンテンツデータをミュージックプレーヤ２２０に複製または移転する（破線図示のＴＲ）。
ミュージックプレーヤ２２０から ユーザ３１０がコンテンツＡの使用（視聴）を所望する場合には、ミュージックプレーヤ２２０からコンテンツ配信サーバ１００に対して、コンテンツの使用要求（ＤＭ）を発すると、ユーザ３１０およびそのクライアントたるミュージックプレーヤ２２０が正規ユーザ且つ正規クライアントであることの認証可否が判断される。
【０１６０】
この場合、正規ユーザ（ＡＵ１）および正規クライアントであることからこの認証は当然に成立し、先に取得してあった不完全コンテンツデータに対応する充足用コンテンツデータがコンテンツ配信サーバ１００からミュージックプレーヤ２２０にストリーミング配信（ＳＴ）によって供給されて、そのコンテンツの再生が可能になる。
仮に、今、ユーザ３２０が正規ユーザでなく、従って、そのクライアントであるミュージックプレーヤ２３０も正規クライアントでない場合を想定する。
【０１６１】
このような場合も、不完全コンテンツデータの複製や移転自体は既述のように著作権保護に違背するものではなく、従って、正規ユーザ３１０およびその正規クライアントである携帯電話機２１０にダウンロードによって保持した不完全コンテンツデータをミュージックプレーヤ２２０を経由する等してミュージックプレーヤ２３０に複製ないし移転することは許容される。
【０１６２】
この複製ないし移転に伴なって、正規ユーザ３１０が自己のユーザ認証に係る情報まで正規ユーザでないユーザ３２０に教えてしまった場合（ＡＵ２）に、ユーザ３２０が図２３等を参照して既述の所謂「なりすまし」によるコンテンツデータの取得を試みたとしても（破線図示のＤＭ）、そのクライアントであるミュージックプレーヤ２３０が正規クライアントではないためにコンテンツ配信サーバ１００における認証が成立せず、充足用コンテンツデータのストリーミング配信による供給は拒否され、コンテンツデータの不正な取得は効果的に抑止されることになる。
図１５ないし図１７は、図１３のコンテンツ配信サーバを含んで構成されるコンテンツ配信システムにおけるデータの授受の様子を時系列的に表すシーケンス図である。
【０１６３】
（コンテンツ購入操作からコンテンツ再生までの動作シーケンス）
図１５において、クライアント（携帯電話機）２１０がユーザ３１０によるコンテンツ購入の操作を受付けると、コンテンツ配信サーバ１００に向けてコンテンツ購入要求が送信される（ステップＳ１５０１）。
コンテンツ配信サーバ１００はこのコンテンツ購入要求に応答して、ユーザ情報登録要求をクライアント２１０に返す（ステップＳ１５０２）。
このコンテンツ購入要求を受けたクライアント２１０は、ユーザ情報登録手続としてユーザ名、パスワード、および使用クライアント情報等をコンテンツ配信サーバ１００に送り込む（ステップＳ１５０３）。
【０１６４】
コンテンツ配信サーバ１００はこのようにして送り込まれた情報についてユーザ情報（ＰＵ）の登録処理（ステップＳ１５０４）を行なった上、クライアント２１０に対して図２０、図２１を参照して既述のような不完全コンテンツデータを供給する（ステップＳ１５０５）。
即ち、クライアント２１０はこのように供給される不完全コンテンツデータをダウンロード（ＤＬ）によって取得し所定の記憶部に格納する（ステップＳ１５０６）。
【０１６５】
このようにして不完全コンテンツデータがクライアント２１０にて取得されてより以降の適宜の時点で、クライアント２１０のユーザ３１０からコンテンツ使用要求の操作が行われると、この操作を受けたクライアント２１０はコンテンツ配信サーバ１００に向けてコンテンツ使用要求（ＤＭ）を発する（ステップＳ１５０７）。
このコンテンツ使用要求（ＤＭ）は、ユーザ情報ＰＵ（即ち、ユーザとそのユーザが用いるクライアントの情報）を伴なったものとしてコンテンツ配信サーバ１００に送信される。
【０１６６】
コンテンツ配信サーバ１００は、このコンテンツ使用要求（ＤＭ）に係るユーザ情報ＰＵを、先に（ステップＳ１５０４で）登録したユーザ情報ＰＵと照合することによって、ユーザ認証の成立の可否を判断する（ステップＳ１５０８）。
認証が成立した場合には（ステップＳ１５０８：Ｙｅｓ）、コンテンツ配信サーバ１００からクライアント２１０に向けての充足用コンテンツデータのストリーミング配信が許容され、この配信が実行される（ステップＳ１５０９）。
【０１６７】
認証の成立（ステップＳ１５０８：Ｙｅｓ）によって充足用コンテンツデータのストリーミング配信を受けたクライアント２１０側では、先にダウンロードによって取得し保持していた（ステップＳ１５０６）不完全コンテンツデータとストリーミング配信（ステップＳ１５０９）された充足用コンテンツデータとを結合して完全コンテンツデータを生成するデータ結合処理を実行する（ステップＳ１５１０）。
このようにしてデータ結合処理されたコンテンツデータによってコンテンツの再生（使用）が行なわれる（ステップＳ１５１１）。
一旦再生に付されると、そのコンテンツデータ（データ結合処理を経た完全コンテンツデータ）は、ストリーミング配信された充足用コンテンツデータと共に完全に消去される（ステップＳ１５１２）。
【０１６８】
尚、通常の場合、先にダウンロードによって取得し保持されていた不完全コンテンツデータについてはそのまま維持される。
他方、ユーザ認証の成立の可否判断（ステップＳ１５０８）で認証が成立しない場合には（ステップＳ１５０８：Ｎｏ）、コンテンツ配信サーバ１００は、クライアント２１０に対して、コンテンツ使用拒否の応答を発する（ステップＳ１５１３）。この応答は拒否理由の送信を伴なって実行される。
コンテンツ配信サーバ１００は、その後、図中「ｂ」と表記された、（ステップＳ１５０１以前の）コンテンツ購入要求の待機状態に戻る。
【０１６９】
（不完全コンテンツデータのダウンロードによる再取得）
上述のようなコンテンツ配信サービスの利用においては、目的とするコンテンツの再生が実行されて以降も不完全コンテンツデータは、通常の場合、そのまま維持され、再度の利用に供され得る。
しかし、ユーザの誤操作によって不完全コンテンツデータまでも消去されてしまうことが稀には生じ得る。
このような場合のために、不完全コンテンツデータについては、ダウンロードによる再取得が許容されるように構成されている。
図１６は、上述のコンテンツデータ配信システムにおける不完全コンテンツデータのダウンロードによる再取得の手順を表すシーケンス図である。
【０１７０】
先ず、クライアント２１０（ユーザ３１０）からコンテンツ配信サーバ１００に対してコンテンツ再ダウンロード要求を送信する（ステップＳ１６０１）。この送信はユーザ情報ＰＵの送信を含んで実行される。
このコンテンツ再ダウンロード要求を受けたコンテンツ配信サーバ１００はユーザ認証の成立の可否を判断する（ステップＳ１６０２）。
ユーザ認証が成立する場合には（ステップＳ１６０２：Ｙｅｓ）、不完全コンテンツデータをクライアント２１０に供給する（ステップＳ１６０３）。
即ち、クライアント２１０側では、この不完全コンテンツデータを再ダウンロードして所定の記憶部に格納する（ステップＳ１６０４）。
【０１７１】
一方、ユーザ認証が成立しない場合には（ステップＳ１６０２：Ｎｏ）、コンテンツ配信サーバ１００はクライアント２１０に対してコンテンツ再ダウンロード拒否の応答をする（ステップＳ１６０５）。この応答は拒否理由の送信を伴なって行なわれる。
コンテンツ配信サーバ１００は、その後、図１５中「ｂ」と表記された、（ステップＳ１５０１以前の）コンテンツ購入要求の待機状態に戻る。
【０１７２】
（クライアント間で不完全コンテンツデータが移転された場合について）
次に、図１７を参照して、ダウンロード等によって取得した不完全コンテンツデータを保有する一のクライアントから他のクライアントにその不完全コンテンツデータが移転された場合におけるコンテンツ使用時の動作について説明する。
クライアント間での不完全コンテンツデータの移転（ＴＲ）が自由に許容されても、既述のように不完全コンテンツデータＰＤはそれ自体では一つのコンテンツを表す完全コンテンツの一部であり、そのコンテンツを再生するにはデータが欠落しているため、これの自由な複製ないし移転（ＴＲ）が行なわれても著作権の保護に欠けるといった憂いは生じない。
【０１７３】
正規ユーザ３１０は、自らが用いるクライアント（携帯電話機）２１０で取得し保持している不完全コンテンツデータを、自ら用いる正規クライアント（ミュージックプレーヤ）２２０に移転し（ステップＳ１７０１）、更に、ミュージックプレーヤに移転した不完全コンテンツデータを、正規ユーザでないユーザ３２０が用いているクライアント（ミュージックプレーヤ）２３０に自由に移転（破線の矢線ＴＲ）することができる（ステップＳ１７０２）。
【０１７４】
正規クライアント２２０は、正規ユーザ３１０の操作に基づいてコンテンツ配信サーバ１００にコンテンツ使用要求ＤＭを送信する（ステップＳ１７０３）。
上述の不完全コンテンツデータの移転（ステップＳ１７０２）を行なった場合、ユーザ３１０がユーザ３２０に自らのユーザ情報（ユーザＩＤ、パスワード等）を教えてしまうと（図１４における曲がった矢線ＡＵ２）、ユーザ３２０が正規ユーザであるユーザ３１０のユーザ情報を用いて、コンテンツ配信サーバ１００にコンテンツ使用要求ＤＭ（破線の矢線）を送信するようなことも発生し得る（ステップＳ１７０４）。
【０１７５】
コンテンツ使用要求（ステップＳ１７０３；１７０４）を受けて、コンテンツ配信サーバ１００は正規ユーザが正規クライアントを用いていることの認証の可否を判断する（ステップＳ１７０５）。
正規ユーザが正規クライアントを用いてのコンテンツ使用要求（ステップＳ１７０３）については、当然に、認証が成立したものと判断され（ステップＳ１７０５：Ｙｅｓ）、充足用コンテンツデータが正規クライアントであるミュージックプレーヤ２２０にストリーミング配信によって供給される（ステップＳ１７０６）。
【０１７６】
ストリーミング配信（ステップＳ１７０６）で充足用コンテンツデータを供給されたクライアント２２０（ユーザ３１０）では、不完全コンテンツデータと充足用コンテンツデータとを結合して完全コンテンツデータを生成するデータ結合処理を実行する（ステップＳ１７０７）。
このようにしてデータ結合処理されたコンテンツデータによってコンテンツの再生（使用）が行なわれる（ステップＳ１７０８）。
一旦再生に付されると、そのコンテンツデータ（データ結合処理を経た完全コンテンツデータ）は、ストリーミング配信された充足用コンテンツデータと共に完全に消去される（ステップＳ１７０９）。
【０１７７】
一方、見かけ上は正規ユーザであるが正規クライアントではないクライアント（ミュージックプレーヤ）２３０を用いてのコンテンツ使用要求（ステップＳ１７０４）については、ユーザ認証の成立の可否判断（ステップＳ１７０５）において、正規クライアントではないため認証が成立せず（ステップＳ１７０５：Ｎｏ）、コンテンツ配信サーバ１００は、クライアント２３０に対して、コンテンツ使用拒否の応答を発する（ステップＳ１７１０）。この応答は拒否の理由を伴なって送信実行される。
【０１７８】
コンテンツ配信サーバ１００は、その後、図１５中「ｂ」と表記された、（ステップＳ１５０１以前の）コンテンツ購入要求の待機状態に戻る。
このようにして、正規ユーザでないユーザ３２０が正規ユーザである場合と全く同様にコンテンツ使用要求ＤＭ（破線の矢線）を送信するようなことを行なったとしても、用いたクライアントが正規クライアントでない限り、コンテンツを享受することは不可能であり、所謂「なりすまし」によるコンテンツの不正な取得が効果的に抑止される。
【０１７９】
（コンテンツデータ配信管理方法）
以上、本発明の実施の形態としてのコンテンツデータ配信システム、コンテンツ配信サーバ、および、データ配信管理サーバについて説明したが、これらの説明から容易に理解されるとおり、本発明は、次のようなコンテンツデータ配信管理方法としても観念される技術思想である。
【０１８０】
即ち、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツ配信サーバ（１００）からの、コンテンツデータの配信を管理するコンテンツデータ配信管理方法であって、
所定の登録手続をしたユーザを正規ユーザ（図３：３１０）として登録し（図４：ステップＳ４０３）、且つ、該正規ユーザ（図３：３１０）が前記データ配信システムからコンテンツを取得するために用いるものとして所定の登録手続をしたクライアント（図３，図４：２１０）を正規クライアントとして登録する登録処理のステップ（図４：ステップＳ４０３）と、
コンテンツの取得に適用されるクライアント（図３，図４：２１０）から自己が正規ユーザにおける正規クライアントである旨の認証を求める手続がされたときに（図６：ステップＳ６０３）該認証が成立する（図６：ステップＳ６０４：Ｙｅｓ）ことを条件として、前記充足用コンテンツデータを前記コンテンツ配信サーバ（１００）から該コンテンツの取得に適用されるクライアントに向けてストリーミング配信することを許容する（図６：ステップＳ６０８）データ配信管理のステップと、
を含むことを特徴とするコンテンツデータ配信管理方法。
【０１８１】
このようなコンテンツデータ配信管理方法によれば、正規ユーザの認証および正規クライアントの認証の双方が成立することがユーザ所望のコンテンツを再生（使用）するに必須となるコンテンツデータ取得の条件であることから、著作権に関するセキュリティが十全に確保される。
また一方、各ユーザは自らがコンテンツの再生（使用）に適用するクライアント（端末機器）を所望に応じて一または複数予め登録しておくことにより、登録手続が完了していれば、それ以降は自ら所望の何れかのクライアントを自由に選択できるという便宜が図られ、ユーザ側から見た利便性にも優れる。
【産業上の利用可能性】
【０１８２】
本発明は、配信の対象とされるコンテンツデータを保有するコンテンツ配信サーバから一定の認証が成立した正規ユーザにおける正規クライアントに限り、一の契約で特定されるコンテンツデータを配信するコンテンツ配信サービス事業に利用することができる。
【図面の簡単な説明】
【０１８３】
【図１】本発明の実施の形態としてのコンテンツ配信システムを表す機能ブロック図である。
【図２】図１のコンテンツ配信システムに適合するクライアント（情報端末装置）の構成を表す機能ブロック図である。
【図３】図１のコンテンツ配信システムにおけるデータの流れを説明するための概念図である。
【図４】図１および図３のコンテンツ配信システムにおける各装置間でのデータの授受の様子を表すシーケンス図である。
【図５】図１および図３のコンテンツ配信システムにおいて、コンテンツの購入に依存せずに、ユーザによる操作に基づいてデータ配信管理サーバが保有しているデータを更新する様子を表すシーケンス図である。
【図６】図１および図３のコンテンツ配信システムにおけるコンテンツ使用時の各装置間でのデータ授受の様子を表すシーケンス図である。
【図７】図１および図３のコンテンツ配信システムにおけるコンテンツ使用時の各装置間でのデータ授受の他の態様を表すシーケンス図である。
【図８】コンテンツ配信システムの他の構成例におけるクライアント、コンテンツ配信サーバ、および、データ配信管理サーバ間でのデータの授受の様子表すシーケンス図である。
【図９】コンテンツの購入に依存せずに、データ配信管理サーバが保持しているユーザ・クライアント情報を更新または登録するときの動作を表すシーケンス図である。
【図１０】不完全コンテンツデータを記憶部に保有しているクライアントからコンテンツ使用要求を発して以降のシステムの動作を表すシーケンス図である。
【図１１】コンテンツデータ配信システムにおける不完全コンテンツデータのダウンロードによる再取得の手順を表すシーケンス図である。
【図１２】コンテンツ配信サーバでユーザおよびクライアントに関する認証処理機能とコンテンツデータの配信機能とを賄うコンテンツ配信システムの概念図である。
【図１３】本発明のコンテンツ配信サーバの他の実施の形態を表す機能ブロック図である。
【図１４】図１３のコンテンツ配信サーバを含んで構成されるコンテンツ配信システムにおけるコンテンツデータおよび認証に関わるデータの流れを説明するための概念図である。
【図１５】図１３のコンテンツ配信サーバを含んで構成されるコンテンツ配信システムにおけるデータの授受の様子を表すシーケンス図である。
【図１６】図１３のコンテンツ配信サーバを含んで構成されるコンテンツ配信システムにおける不完全コンテンツデータのダウンロードによる再取得の手順を表すシーケンス図である。
【図１７】図１３のコンテンツ配信サーバを含んで構成されるコンテンツ配信システムにおけるコンテンツ使用時の動作を表すシーケンス図である。
【図１８】コンテンツ配信技術に関する一般的な２通りの方式を説明するための概念図である。
【図１９】ユーザが複数の種類の異なる或いは同種のクライアントを用いる場合の一般的技術について説明するための概念図である。
【図２０】不完全コンテンツデータのダウンロードによる取得が行なわれて以降に充足用コンテンツデータをストリーミング配信することによって所望のコンテンツを再生可能にする従来のコンテンツ配信システムを表す概念図である。
【図２１】図２０におけるようなコンテンツデータ配信方式を採った場合に、複数のクライアントで同じコンテンツを享受する方法を表す概念図である。
【図２２】同一のユーザが異なるクライアントを用いる場合の従来の問題点を説明するための概念図である。
【図２３】複数のユーザが夫々のクライアントを用いる場合の従来の問題点を説明するための概念図である。
【図２４】従来のコンテンツ配信システムにおけるクライアントおよびコンテンツ配信サーバ間でのデータの授受の様子を表すシーケンス図である。
【図２５】従来のコンテンツデータ配信システムにおける不完全コンテンツデータのダウンロードによる再取得の手順を表すシーケンス図である。
【図２６】従来のコンテンツ配信システムにおけるクライアントおよびコンテンツ配信サーバ間でのデータの授受の様子を表すシーケンス図である。
【符号の説明】
【０１８４】
１００，３００…コンテンツ配信サーバ １０１，３０１，５０１…記憶装置 １０２，３０２…完全コンテンツデータ格納部 １０３，２０１，３０３…不完全コンテンツデータ格納部 １０４，３０４…充足用コンテンツデータ格納部 １０５，３０５，５０２…認証用データ格納部 １０６，３０６…不完全コンテンツデータ作成部 １０７，３０７…充足用コンテンツデータ作成部 １０８，２０４，３０８…通信部 １０９，３０９…認証処理部 １１０，２０５，３１０，５０６…バス １１１，２０６，３１１，…システムコントローラ ２００，２１０，２２０，２３０，２４０…クライアント ２０２…記憶部 ２０３…データ結合処理部
１０００…コンテンツ配信サーバ ２０００…クライアント ２０１０…デスクトップＰＣ ２０２０…モバイルＰＣ ２０３０…ミュージックプレーヤ ２０４０，２０４１，２０４２…携帯電話機
【技術分野】
【０００１】
本発明は、種々のコンテンツデータを保有し配信するコンテンツ配信サーバからネットワークを通してクライアント（端末装置）にユーザ所望のコンテンツデータを著作権に係る一定のセキュリティを確保しながら配信するための、データ配信システム、コンテンツ配信サーバ、データ配信管理サーバ、および、コンテンツデータ配信管理方法に関する。
【背景技術】
【０００２】
近年、著作権保護の対象となるコンテンツデータをネットワークを通して配信する技術が普及しつつある。このようなコンテンツデータの配信に適用される技術には様々な方式が存在するが、大別すると、次のような２通りの方式がある。
図１８は、コンテンツ配信技術に関する一般的な２通りの方式を説明するための概念図である。
コンテンツ配信サーバ１０００には、配信の対象となる種々のコンテンツのコンテンツデータが保有されている。
【０００３】
ユーザが所望に応じてこれらのコンテンツデータの取得に用いる端末機器、即ち、クライアント２０００としては、例えば、家庭用等のデスクトップ型のパーソナルコンピュータ（以下、デスクトップＰＣという）２０１０、モバイル型パーソナルコンピュータ（以下、モバイルＰＣという）２０２０、ミュージックプレーヤ２０３０、或いは、携帯電話機２０４０が適用される。
これらのクライアント２０００においてコンテンツ配信サーバ１０００からコンテンツデータを取得する一つの方式はダウンロード（download）方式であり（図中、屈曲した白抜きの矢線ＤＬでそのデータの流れを概念的に表記）、コンテンツ配信サーバ１０００に保有されているコンテンツデータを、ユーザが用いる何れかのクライアント２０００に転送し且つそのクライアント２０００に保存する方式である。
【０００４】
もう一つの方式は、ストリーミング（streaming）方式（図中、直線的な白抜きの矢線ＳＴでそのデータの流れを概念的に表記）であり、ユーザがコンテンツを利用するときにコンテンツ配信サーバ１０００に保有されているコンテンツデータをクライアント２０００に伝送すると同時に再生（リアルタイム再生）し、再生し終わったコンテンツデータはクライアントに留まらない方式である。
以上の２通りの方式について、著作権法上の保護の観点からは、次のようなセキュリティ技術が用いられそれぞれ得失があるといえる。
即ち、ダウンロード方式では、コンテンツデータに含ませたメタデータによってコンテンツの利用回数（再生回数）やメディア（記録媒体）間での移転に関して規制を設ける等の技術が適用される。
【０００５】
また、ダウンロード方式では、コンテンツデータの暗号化によって、一旦ダウンロードによってコンテンツデータが格納されたメディアから他のメディアへのコンテンツデータの移転を禁止するなどの技術も適用される。
尚、伝送距離や複製の回数に関わらず劣化が起こらず且つ複製が容易なデジタルコンテンツの不正な複製、流通、或いは、閲覧などを規制するため、メディア間での移転を制限する著作権保護および管理手法はＤＲＭ（Digital rights management：デジタル著作権管理）と称されている。
【０００６】
ダウンロード方式では、ダウンロードによってコンテンツデータが一旦メディアに格納されて以降は、その利用（再生）はユーザの手許（クライアント）で実行できるといったユーザ側にとっての利便性が特徴である。
この反面、一旦ダウンロードによってメディアに格納されたコンテンツデータは、それを基に無制限に複製されたり改竄される虞があることも否めず、著作権の保護（セキュリティ）の視点からは課題を含んでいる。
【０００７】
一方、ストリーミング方式の場合は、上述の通りリアルタイム再生方式であるため、受信と再生との各ソフトウェアの連携が必須で、且つ、途中までのデータで再生を始めなくてはならず、また、圧縮されたデータを高速で解凍することを必須とする等、ユーザ側から見た利便性については種々課題を含んでいる。
しかし、原理的にコンテンツデータがユーザ（そのクライアント）側に保存されるといったことがないため、著作権の保護（セキュリティ）については略十全である。
上述したところは、コンテンツデータの配信に係る２通りの方式とそのユーザ側から見た利便性と著作権に関するセキュリティの視点からの得失に係る概要であったが、ユーザが種々の乃至は複数のクライアントを用いようとする場合にも、現行の技術では種々課題を含んでいる。
【０００８】
図１９は、ユーザが複数の種類の異なる或いは同種のクライアントを用いる場合の一般的技術について説明するための概念図である。
著作権保護の対象となるコンテンツをクライアントとしてのデスクトップＰＣ２０１０、モバイルＰＣ２０２０、ミュージックプレーヤ２０３０、携帯電話機（１）２０４１、および、携帯電話機（２）２０４２で用いるに際して、現行の一般的なコンテンツ配信サービスによる場合では、各クライアント毎に所望するコンテンツのコンテンツデータをダウンロード方式またはストリーミング方式で取得して（図では、この取得を実線の矢線で概念的に図示）再生するのが一般的である。
【０００９】
これに対して、図中破線の矢線で概念的に表されたように、デスクトップＰＣ２０１０でダウンロード等によって取得され保持されたコンテンツデータをモバイルＰＣ２０２０に移転または複製するといったことは通常一般的には行なわれていない。
同様に、ミュージックプレーヤ２０３０によって取得され保持されたコンテンツデータを携帯電話機（１）２０４１に移転または複製し、更に、携帯電話機（１）２０４１から携帯電話機（２）２０４２に移転または複製するといったことも行なわれていない。
【００１０】
このように所望のコンテンツについてクライアント毎に個別にデータを取得するのは、各クライアントにおけるコンテンツデータの圧縮・伸長の処理方式等の仕様が異なっており、全く同一のデータ形式によるコンテンツデータの利用が困難であるという技術的問題に起因している。
また、クライアント毎に個別にデータを取得するのは、著作権者（コンテンツ配信サービス事業者）によるコンテンツ利用者に対する課金方法にも起因している。
【００１１】
即ち、１ダウンロード、１クライアント、１ユーザといったように、単一のコンテンツの利用に対してユーザ側の機器や操作に関する各個の要素（要因）毎に課金するといったサービスの形態が採られているため、このサービスに加入したユーザは自ずからこのような課金方法に従ってクライアント毎にコンテンツデータを購入することになる。
他方、各個のクライアント間で、既得のコンテンツデータを相互に移転または複製することについての技術的目処が立ったとしても、著作権者（コンテンツ配信サービス事業者）における著作権に関するセキュリティの保護は図られなくてはならない。
【００１２】
その上で、コンテンツ利用者（ユーザ）が同一のコンテンツについては複数の端末機器（クライアント）のうちから所望のものを選択的に用いて利用することが出来るといった利便性を享受できるようなシステムの構築が望まれる。
上述のダウンロード方式によるユーザの利便性とストリーミング方式による著作権の保護（セキュリティ）の確かさといった双方の利点を兼ね備えた方式として次のような技術を採用することも提案されている。
【００１３】
即ち、ユーザが所望するコンテンツ全体を構成する完全コンテンツデータのダウンロード方式による取得を規制し、その完全コンテンツデータの一部である不完全コンテンツデータに限って取得し保存することを許容する一方、取得された不完全コンテンツデータにおける不足部分を充足する充足用コンテンツデータを後の時点でストリーミング配信によって供給し、コンテンツの享受を可能にするといった方式である（例えば特許文献１参照）。
【００１４】
図２０は、不完全コンテンツデータのダウンロードによる取得が行なわれて以降に充足用コンテンツデータをストリーミング配信することによって所望のコンテンツを再生可能にする従来のコンテンツ配信システムを表す概念図である。
図２０（ａ）に表されたように、先ず、コンテンツ配信サーバ１０００から上述のような不完全コンテンツデータＰＤがクライアント２０００としてのデスクトップＰＣ２０１０、モバイルＰＣ２０２０、ミュージックプレーヤ２０３０、或いは、携帯電話機２０４０等にダウンロード（ＤＬ）され、保存される。
【００１５】
図２０（ａ）では、ユーザが所望するコンテンツ全体を構成する完全コンテンツデータＣＤの一部である不完全コンテンツデータＰＤは、ハッチングを施して表され、不完全コンテンツデータＰＤに対応する不足部分のデータである充足用コンテンツデータが空白によって概念的に表記されている。
図２０（ｂ）には、 図２０（ａ）におけるように不完全コンテンツデータＰＤのダウンロードが行なわれて以降の適宜の時点で、充足用コンテンツデータＳＤのストリーミング配信が行なわれる様子が概念的に表されている。
【００１６】
クライアント２０００（デスクトップＰＣ２０１０、モバイルＰＣ２０２０、ミュージックプレーヤ２０３０、或いは、携帯電話機２０４０等の何れか）からコンテンツ配信サーバ１０００に対して不足部分のデータに関する送信要求ＤＭが発せられたことに応答して、充足用コンテンツデータＳＤがストリーミング配信（ＳＴ）される。
図２０（ｂ）では、空白によって概念的に表記された不完全コンテンツデータＰＤに対応する充足用コンテンツデータＳＤの部分がハッチングを施して表されている。
【００１７】
クライアント２０００（デスクトップＰＣ２０１０、モバイルＰＣ２０２０、ミュージックプレーヤ２０３０、或いは、携帯電話機２０４０等の何れか）において、図２０（ａ）に図示の不完全コンテンツデータＰＤと図２０（ｂ）の充足用コンテンツデータＳＤとが揃ったところで後述するようなデータ結合処理が実行され、コンテンツの再生が行なわれる。
【００１８】
図２１は、図２０におけるようなコンテンツデータ配信方式を採った場合に、複数のクライアントで同じコンテンツを享受する方法を表す概念図である。
図２１（ａ）は、クライアントの一つであるデスクトップＰＣ２０１０がコンテンツ配信サーバ１０００からダウンロード（ＤＬ）によって取得し保持した不完全コンテンツデータＰＤを、他のクライアントであるモバイルＰＣ２０２０、ミュージックプレーヤ２０３０、或いは、携帯電話機２０４０等に複製ないし移転（ＴＲ）した様子を表している。
【００１９】
このような複製ないし移転（ＴＲ）が行なわれた結果、各クライアントであるデスクトップＰＣ２０１０、モバイルＰＣ２０２０、ミュージックプレーヤ２０３０、および、携帯電話機２０４０等の何れにおいても、不完全コンテンツデータＰＤが保持された状態になっている。
既述のように不完全コンテンツデータＰＤはそれ自体では一つのコンテンツを表す完全コンテンツの一部であり、そのコンテンツを再生するにはデータが不足しているため、これの自由な複製ないし移転（ＴＲ）が行なわれて図２１（ａ）のような状態が現出したとしても、その限りでは著作権の保護に欠けるといった憂いは生じない。
【００２０】
図２１（ｂ）は、図２１（ａ）のような状態が現出して以降適宜の時点で、何れかのクライアントでコンテンツの再生（利用）を行なう様子を表している。
不完全コンテンツデータＰＤを保持しているデスクトップＰＣ２０１０が、コンテンツ配信サーバ１０００に対して不足部分のデータである充足用コンテンツデータＳＤに関する送信要求ＤＭを発すると、これに応答して、充足用コンテンツデータＳＤがストリーミング配信（ＳＴ）される。
このようにして、デスクトップＰＣ２０１０では、図２１（ａ）の不完全コンテンツデータＰＤと 図２１（ｂ）におけるようにストリーミング配信された充足用コンテンツデータＳＤとが揃い、コンテンツの再生を行なうことができる。
【００２１】
一方、図２１（ａ）を参照して既述のように、デスクトップＰＣ２０１０がダウンロードによって取得した不完全コンテンツデータＰＤの複製ないし移転（ＴＲ）を受けてこのデータＰＤ保持するに到ったモバイルＰＣ２０２０、ミュージックプレーヤ２０３０、および、携帯電話機２０４０等の何れにおいても、デスクトップＰＣ２０１０におけると同様に充足用コンテンツデータＳＤのストリーミング配信を何等の制限も無く受けることができるようにしてしまうと、ユーザにおける利便性はともかく、著作権の保護に欠けることになり、著作権者（コンテンツ配信サービス事業者）側から見ても、また、法的視点からも大きな問題である。
【００２２】
従って、通常、不完全コンテンツデータＰＤの複製ないし移転（ＴＲ）を受けて不完全コンテンツデータＰＤ保持するに到ったモバイルＰＣ２０２０、ミュージックプレーヤ２０３０、および、携帯電話機２０４０等については、充足用コンテンツデータＳＤのストリーミング配信要求（図中、破線の矢線で概念的に表記）が無条件で許容されることはない。
上述の場合においても、個々のクライアントについてユーザの使用する正規クライアントとしての認証を経て充足用コンテンツデータＳＤのストリーミング配信を許容するように構成すれば、著作権の保護に関する問題点は一応解消することになる。しかしながら、今度は、ユーザ側でコンテンツを享受できるようになるまでの手続きが煩雑化してしまうといった問題が生じる。
【００２３】
図２１（ｂ）を参照して説明したコンテンツデータ配信における著作権保護の欠如の問題が本質的に生じないようにするには、図２１（ａ）を参照して説明したような複数のクライアント間での不完全コンテンツデータＰＤの複製ないし移転（ＴＲ）を許さないようにすることである。
図２２は、同一のユーザが異なるクライアントを用いる場合の従来の問題点を説明するための概念図である。
この場合、コンテンツ配信サーバ１０００には、予め、ユーザ情報ＰＵとして、ユーザの所望に係る一つのコンテンツＡに対応するものとして、ユーザ３０１０を表すユーザ（１）のデータが登録されているものとする。
【００２４】
ユーザ３０１０が携帯電話機２０４０とミュージックプレーヤ２０３０との２つのクライアントを使用する場合に、先ずユーザ３０１０が携帯電話機２０４０にコンテンツ配信サーバ１０００からコンテンツＡの不完全コンテンツデータＰＤをダウンロード（ＤＬ）して保持することがユーザ情報ＰＵとの照合によって（即ち、ユーザの認証が成立して）許容される。
次に、携帯電話機２０４０に保持された不完全コンテンツデータＰＤのミュージックプレーヤ２０３０への複製ないし移転（ＴＲ）を禁止するようにすれば、ユーザ３０１０にとってはコンテンツデータ取得に関する利便性が阻害されるものの、著作権保護の観点からは問題が生じない。
【００２５】
ユーザ３０１０が、携帯電話機２０４０で充足用コンテンツデータＳＤのストリーミング配信要求ＤＭを発信すれば、ユーザ３０１０が登録された正規ユーザであることから、この充足用コンテンツデータＳＤのストリーミング配信（ＳＴ）が行なわれ、ユーザ３０１０は所望のコンテンツを再生することができる。
他方、携帯電話機２０４０に保持された不完全コンテンツデータＰＤのミュージックプレーヤ２０３０への複製ないし移転（ＴＲ）を禁止しない場合には、ユーザ３０１０にとってはコンテンツデータ取得に関する利便性が確保される。
【００２６】
上述の状態において、ミュージックプレーヤ２０３０から充足用コンテンツデータＳＤのストリーミング配信要求ＤＭを発信した場合に、ユーザの同一性に係る認証を経て充足用コンテンツデータＳＤのストリーミング配信（ＳＴ）を許容するようにすれば、一見著作権保護の観点からも問題が生じないかに見える。
しかしながら、このようにユーザの同一性のみ確保されればコンテンツの再生に適用するクライアントの如何を問わず無制限に充足用コンテンツデータＳＤのストリーミング配信（ＳＴ）を許容することになってしまい、実質的な意味合いにおいて著作権保護が十全ではなくなってしまう。
【００２７】
図２３は、複数のユーザが夫々のクライアントを用いる場合の従来の問題点を説明するための概念図である。
この場合も、コンテンツ配信サーバ１０００には、予め、ユーザ情報ＰＵとして、ユーザの所望に係る一つのコンテンツＡに対応するものとして、ユーザ３０１０を表すユーザ（１）のデータが登録されているものとする。
一人のユーザ３０１０が携帯電話機２０４０を用い、他のユーザ３０２０がミュージックプレーヤ２０３１を夫々のクライアントとして使用する場合に、先ずユーザ３０１０が携帯電話機２０４０にコンテンツ配信サーバ１０００からコンテンツＡの不完全コンテンツデータＰＤをダウンロード（ＤＬ）して保持することがユーザ情報ＰＵとの照合によって（即ち、ユーザの認証が成立して）許容される。
【００２８】
ユーザ３０１０が、携帯電話機２０４０で充足用コンテンツデータＳＤのストリーミング配信要求ＤＭを発信すれば、ユーザ３０１０が登録された正規ユーザであることから、この充足用コンテンツデータＳＤのストリーミング配信（ＳＴ）が行なわれ、結果的にユーザ３０１０は所望のコンテンツを再生することができる。
他方、携帯電話機２０４０に保持された不完全コンテンツデータＰＤのミュージックプレーヤ２０３１への複製ないし移転（ＴＲ）を禁止しない場合には、ミュージックプレーヤ２０３１を用いている他のユーザ３０２０にとってはコンテンツデータ取得に関する利便性が確保される。
【００２９】
上述の状態において、ミュージックプレーヤ２０３１でから充足用コンテンツデータＳＤのストリーミング配信要求ＤＭ（破線図示）を発信した場合には、ユーザの同一性に係る認証を経て充足用コンテンツデータＳＤのストリーミング配信（破線図示のＳＴ）を許容するようにすれば、登録された正規ユーザではない他のユーザ３０２０はこのストリーミング配信を受けられず、従って、著作権保護の観点からも見かけ上は何等問題が生じないことになる。
【００３０】
しかしながら、このようにユーザの同一性のみ確保されればコンテンツの再生に適用するクライアントの如何を問わずに充足用コンテンツデータＳＤのストリーミング配信（ＳＴ）を許容するといった限りでの規制であると、仮に、正規ユーザ（１）３０１０が他のユーザ３０２０にユーザＩＤやパスワードを知らせてしまうなどの行為を行なった場合には、他のユーザ３０２０が正規ユーザ（１）３０１０になりすましてこれら知得したＩＤやパスワードを用いて手続を行なうことが可能になってしまうため著作権保護については危惧が生じることになってしまう。
【００３１】
図２４ないし図２６は、図２３のコンテンツ配信システムにおけるクライアント（例えば携帯電話機２０４０）とコンテンツ配信サーバ１０００との間でのデータの授受の様子をクライアントにおけるコンテンツの購入要求操作からコンテンツの取得に向けて時系列的に表すシーケンス図である。
図２４において、クライアント（携帯電話機）２０４０がユーザ３０１０によるコンテンツ購入の操作を受付けると、コンテンツ配信サーバ１０００に向けてコンテンツ購入要求が送信される（ステップＳ２４０１）。
【００３２】
コンテンツ配信サーバ１０００はこのコンテンツ購入要求に応答して、ユーザ情報登録要求をクライアント２０４０に返す（ステップＳ２４０２）。
このコンテンツ購入要求を受けたクライアント２０４０は、ユーザ情報登録手続としてユーザ名およびパスワード情報等をコンテンツ配信サーバ１０００に送り込む（ステップＳ２４０３）。
コンテンツ配信サーバ１０００はこのようにして送り込まれた情報についてユーザ情報（ＰＵ）の登録処理（ステップＳ２４０４）を行なった上、クライアント２０４０に対して図２０、図２１を参照して既述のような不完全コンテンツデータを供給する（ステップＳ２４０５）。
【００３３】
即ち、クライアント２０４０はこのように供給される不完全コンテンツデータをダウンロード（ＤＬ）によって取得し所定の記憶部に格納する（ステップＳ２４０６）。
このようにして不完全コンテンツデータがクライアント２０４０にて取得されてより以降の適宜の時点で、クライアント２０４０のユーザ３０１０からコンテンツの使用の操作が行われると、この操作を受けたクライアント２０４０はコンテンツ配信サーバ１０００に向けてコンテンツ使用要求（ＤＭ）を発する（ステップＳ２４０７）。
このコンテンツ使用要求（ＤＭ）は、ユーザ情報ＰＵを伴なったものとしてコンテンツ配信サーバ１０００に送信される。
【００３４】
コンテンツ配信サーバ１０００は、このコンテンツ使用要求（ＤＭ）に係るユーザ情報ＰＵを、先に（ステップＳ２４０４で）登録したユーザ情報ＰＵと照合することによって、ユーザ認証の成立の可否を判断する（ステップＳ２４０８）。
認証が成立した場合には（ステップＳ２４０８：Ｙｅｓ）、コンテンツ配信サーバ１０００からクライアント２０４０に向けての充足用コンテンツデータのストリーミング配信が許容され、この配信が実行される（ステップＳ２４０９）。
【００３５】
認証の成立（ステップＳ２４０８：Ｙｅｓ）によって充足用コンテンツデータのストリーミング配信を受けたクライアント２０４０側では、先にダウンロードによって取得し保持していた（ステップＳ２４０６）不完全コンテンツデータとストリーミング配信（ステップＳ２４０９）された充足用コンテンツデータとを結合して完全コンテンツデータを生成するデータ結合処理を実行する（ステップＳ２４１０）。
このようにしてデータ結合処理されたコンテンツデータによってコンテンツの再生（使用）が行なわれる（ステップＳ２４１１）。
【００３６】
一旦再生に付されると、そのコンテンツデータ（データ結合処理を経た完全コンテンツデータ）は、ストリーミング配信された充足用コンテンツデータと共に完全に消去される（ステップＳ２４１２）。
尚、通常の場合、先にダウンロードによって取得し保持されていた不完全コンテンツデータについてはそのまま維持される。
他方、ユーザ認証の成立の可否判断（ステップＳ２４０８）で認証が成立しない場合には（ステップＳ２４０８：Ｎｏ）、コンテンツ配信サーバ１０００は、クライアント２０４０に対して、コンテンツ使用拒否の応答を発する（ステップＳ２４１３）。この応答は拒否理由の送信を伴なって実行される。
【００３７】
コンテンツ配信サーバ１０００は、その後、図２４中「ａ」と表記された、（ステップＳ２４０１以前の）コンテンツ購入要求の待機状態に戻る。
上述のようなコンテンツ配信サービスの利用においては、目的とするコンテンツの再生が実行されて以降も不完全コンテンツデータは、通常の場合、そのまま維持され、再度の利用に供され得る。
しかし、ユーザの誤操作によって不完全コンテンツデータまでも消去されてしまうことが稀には生じ得る。
このような場合のために、不完全コンテンツデータについては、ダウンロードによる再取得が許容されるように構成されている。
【００３８】
図２５は、従来のコンテンツデータ配信システムにおける不完全コンテンツデータのダウンロードによる再取得の手順を表すシーケンス図である。
先ず、クライアント２０４０（ユーザ３０１０）からコンテンツ配信サーバ１０００に対してコンテンツ再ダウンロード要求を送信する（ステップＳ２５０１）。この送信はユーザ情報ＰＵの送信を含んで実行される。
このコンテンツ再ダウンロード要求を受けたコンテンツ配信サーバ１０００はユーザ認証の成立の可否を判断する（ステップＳ２５０２）。
ユーザ認証が成立する場合には（ステップＳ２５０２：Ｙｅｓ）、不完全コンテンツデータをクライアント２０４０に供給する（ステップＳ２５０３）。
【００３９】
即ち、クライアント２０４０側では、この不完全コンテンツデータを再ダウンロードして所定の記憶部に格納する（ステップＳ２５０４）。
一方、ユーザ認証が成立しない場合には（ステップＳ２５０２：Ｎｏ）、コンテンツ配信サーバ１０００はクライアント２０４０に対してコンテンツ再ダウンロード拒否の応答をする（ステップＳ２５０５）。この応答は拒否理由の送信を伴なって行なわれる。
コンテンツ配信サーバ１０００は、その後、図２４中「ａ」と表記された、（ステップＳ２４０１以前の）コンテンツ購入要求の待機状態に戻る。
図２６は、従来のコンテンツ配信システムにおけるクライアントおよびコンテンツ配信サーバ間でのデータの授受の様子を表すシーケンス図である。
【００４０】
次に、図２６を参照して、ダウンロード等によって取得した不完全コンテンツデータを保有する一のクライアントから他のクライアントにその不完全コンテンツデータの移転が許される場合の問題点について説明する。
クライアント間での不完全コンテンツデータの移転（ＴＲ）が自由に許容されても、既述のように不完全コンテンツデータＰＤはそれ自体では一つのコンテンツを表す完全コンテンツの一部であり、そのコンテンツを再生するにはデータが欠落しているため、これの自由な複製ないし移転（ＴＲ）が行なわれて図２１（ａ）を参照して説明したような状態が現出したとしても著作権の保護に欠けるといった憂いは生じない。
【００４１】
正規ユーザ３０１０は、自らが用いるクライアント２０４０で取得し保持している不完全コンテンツデータを、正規ユーザでないユーザが用いている３０２０のクライアント２０３１に自由に移転（ＴＲ）することができる（ステップＳ２６０１）。
この場合、ユーザ３０１０がユーザ３０２０に自らのユーザ情報（ユーザＩＤ、パスワード等）を教えてしまうと（図２３における曲がった破線の矢線）、ユーザ３０２０が正規ユーザであるユーザ３０１０のユーザ情報を用いて、コンテンツ配信サーバ１０００にコンテンツ使用要求ＤＭ（破線の矢線）を送信するようなことも発生し得る（ステップＳ２６０３）。
【００４２】
このコンテンツ使用要求ＤＭ（ステップＳ２６０３）は、見かけ上、正規ユーザの３０１０のユーザ情報（ユーザＩＤ，パスワード等）に基づくものであるため、コンテンツ配信サーバ１０００では、正規ユーザによるコンテンツ使用要求（実線の矢線）ＤＭ（ステップＳ２６０２）と区別がつかないものである。
従って、コンテンツ配信サーバ１０００は、次のユーザ認証の成立の可否判断（ステップＳ２６０４）において、認証成立の条件が充足されたものと判断して（ステップＳ２６０４：Ｙｅｓ）、充足用コンテンツデータをクライアント２０３１に向けてストリーミング配信（破線の矢線ＳＴ）する（ステップＳ２６０６）。
【００４３】
即ち、コンテンツ配信サーバ１０００側は、見かけ上、正規ユーザに対する充足用コンテンツデータのストリーミング配信（実線の矢線）の場合（ステップＳ２６０５）と同様に作動してしまう。
ストリーミング配信（ステップＳ２６０６）で充足用コンテンツデータを供給されたクライアント２０３１（ユーザ３０２０）では、不完全コンテンツデータと充足用コンテンツデータとを結合して完全コンテンツデータを生成するデータ結合処理を実行する（ステップＳ２６０７）。
このようにしてデータ結合処理されたコンテンツデータによってコンテンツの再生（使用）が行なわれる（ステップＳ２６０８）。
一旦再生に付されると、そのコンテンツデータ（データ結合処理を経た完全コンテンツデータ）は、ストリーミング配信された充足用コンテンツデータと共に完全に消去される（ステップＳ２６０９）。
【００４４】
尚、ユーザ認証の成立の可否判断（ステップＳ２６０４）において、誤操作その他何等かの理由で認証が成立しないと判断したときには（ステップＳ２６０４：Ｎｏ）、コンテンツ配信サーバ１０００は、クライアント２０３１に対して、コンテンツ使用拒否の応答を発する（ステップＳ２６１０）。この応答は拒否理由の送信を伴なって実行される。
コンテンツ配信サーバ１０００は、その後、図２４中「ａ」と表記された、（ステップＳ２４０１以前の）コンテンツ購入要求の待機状態に戻る。
【００４５】
このようにして、正規ユーザでないユーザ３０２０が正規ユーザである場合と全く同様にコンテンツを享受することが可能になり、所謂「なりすまし」によるコンテンツの不正な取得が発生してしまう懸念がある。
上述のような懸念を払拭するには相応の対応が必要であるが、ユーザ側における利便性の確保を考慮しつつ、上述のような「なりすまし」によるコンテンツの不正取得にも厳格に対処できる技術は未だ提案されるに到らず、寧ろ、このような視点からの明確な課題認識そのものが希薄であった。
【００４６】
尚、著作権保護の視点から、或いは、更に具体的に課金処理が確実に行なわれるようにするために、既に種々の提案がなされている。
例えば、ＥＭＤ（音声配信サービス）サーバがネットワークを介してＥＭＤクライアントと結ばれたシステムにおいて、ＥＭＤサーバにＥＭＤサービスを受けるユーザやそのユーザが用いるＥＭＤクライアントの正当性を認証する機能を備え、会員制のＥＭＤサービスにおける正規ユーザの認証をＥＭＤクライアントとの信号の授受によって行い、認証が成立することを条件として、そのＥＭＤクライアントにコンテンツを配信するといった技術の提案がある（特許文献２参照）。
【００４７】
また、音楽データ提供業者の提供サーバからネットワーク経由でユーザの端末装置に音楽データを提供するシステムにおいて、ポータルサーバに認証処理部を設け、この認証処理部によって、クライアント端末からネットワークインターフェースおよび通信制御部を介してＩＤとパスワードを受信し、ユーザ認証処理を実行するようにシステムを構築するといった提案もある（特許文献３参照）。
更に、コンテンツサーバたる情報提供サーバがネットワークを介してクライアント端末に提供用情報を送信する情報提供システムにおいて、コンテンツサーバとは別に設けられている窓口サーバによって、接続処理および認証処理を行なうといった提案もある（特許文献４参照）。
【００４８】
【特許文献１】特開２００２−２７８８５９号公報（段落００２１〜段落００３０、図１）
【特許文献２】特開２００５−９２４７７号公報（段落００４６、段落００７５、段落０１２８、段落０２４８〜段落０２５１、段落０３１９、図１、図２、図３、図８）
【特許文献３】特開２００５−３３２１７５号公報（段落００５３〜段落００５８、段落００７２〜段落００７５、段落００９０、図１、図４、図５、図６、図７、図１４）
【特許文献４】特開２００３−５０７６１号公報（段落００３５〜段落００３６、段落００４８〜段落００４９、図１）。
【発明の開示】
【発明が解決しようとする課題】
【００４９】
しかし、上掲の何れの特許文献に開示された技術によっても、図２２ないし図２３を参照して説明したような、同一のユーザが異なるクライアントを用いる場合のユーザにおける利便性の確保と著作権保護との相克に係る問題や、複数のユーザが夫々のクライアントを用いる場合の各ユーザにおける利便性の確保と著作権保護との相克に係る問題については解答を与えることができない。
【００５０】
これは、これらの特許文献に開示された技術には、元々図２２ないし図２３を参照して説明したような問題を技術課題として明確に認識するところがないが故の当然の帰結であるとも見ることができる。
即ち、何れの特許文献においても、著作権保護に関するセキュリティの確保を、ユーザとそのユーザが用いる一または複数のクライアントとに各個に峻別した上でそれらの何れに対しても然るべき認証が成立することを条件としてコンテンツデータの取得を許容すると言った視点が無く、或いは、本来的にこの水準まで明確に著作権を保護することを課題とするよりもユーザにおける課金に見合った利益保護を主眼としている。
【００５１】
本発明は上述のような現状認識に基づいてなされたものであり、同一のユーザが異なるクライアントを用いる場合や、複数のユーザが夫々のクライアントを用いる場合におけるユーザにおける利便性の確保と著作権保護との両立を図ることのできるコンテンツデータ配信システム、コンテンツ配信サーバ、データ配信管理サーバ、および、コンテンツデータ配信管理方法を提供することを目的とする。
【課題を解決するための手段】
【００５２】
上記課題を解決するべく、本願では次に列記するような技術を提案する。
即ち、本発明の一つのデータ配信システムは、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有し、該保有したデータを所定の条件を満たすクライアントに配信するコンテンツ配信サーバと、
前記不完全コンテンツデータを所定のクライアントに取得しているユーザに対し、所定の認証が成立することを条件として、該取得されている不完全コンテンツデータに対応する前記充足用コンテンツデータをストリーミング配信することを許容するデータ配信管理サーバと、
を含んで構成されたデータ配信システムであって、
前記データ配信管理サーバは、登録された正規ユーザを認証するためのユーザ認証データと、前記正規ユーザがコンテンツの取得に用いるクライアントとして登録された正規クライアントを認証するためのクライアント認証データと、を保有し、当該コンテンツに係る利用手続をしたユーザが前記正規ユーザである旨の認証が成立し、且つ、当該コンテンツの再生に適用するクライアントが前記正規クライアントである旨の認証が成立することを条件として、前記コンテンツ配信サーバに対し、当該適用するクライアントに向けての前記充足用コンテンツデータのストリーミング配信を許容することを特徴とする。
【００５３】
このデータ配信システムでは、コンテンツ配信サーバに、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有し、該保有したデータを所定の条件を満たすクライアントに配信する。
【００５４】
上記コンテンツ配信サーバから、例えばダウンロードし、或いはまた、複製や移転その他の適宜の方法によって上述の不完全コンテンツデータを所定のクライアントに取得しているユーザに対し、上記コンテンツ配信サーバから該取得されている不完全コンテンツデータに対応する前記充足用コンテンツデータをストリーミング配信するについては、データ配信管理サーバが所定の認証成立を条件として、このストリーミング配信を許容する。
【００５５】
上述の所定の認証は、登録された正規ユーザを認証するためのユーザ認証データと、この正規ユーザが上記データ配信システムからコンテンツを取得するために用いるものとして登録された正規クライアントであることを認証するためのクライアント認証データと、を保有している上記データ配信管理サーバが、当該コンテンツの再生に適用するクライアントが上記正規ユーザにおける正規クライアントである旨を確認することによって成立する（尚、この認証は、通常、各個のコンテンツ毎に対応するものとして行なわれるものであり、以下同様である）。
【００５６】
このようにして、正規ユーザの認証および正規クライアントの認証の双方が成立することがユーザ所望のコンテンツを再生（使用）するに必須となるコンテンツデータの取得の条件であることから、著作権に関するセキュリティが十全に確保される。
また一方、各ユーザは自らがコンテンツの再生（使用）に適用するクライアント（端末機器）を所望に応じて一または複数予め登録しておくことにより、登録手続が完了していれば、それ以降は自ら所望の何れかのクライアントを自由に選択できるという便宜が図られ、ユーザ側から見た利便性にも優れる。
上述のデータ配信システムは、上記のデータ配信管理サーバとコンテンツ配信サーバとがネットワークによって結ばれるように構成し得る。
このように構成することにより、ネットワークを介在に規模の大きいコンテンツデータ配信システムが容易に構築され得る。
【００５７】
また、本発明のコンテンツ配信サーバは、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツデータ格納部と、
コンテンツデータの配信規制管理を行うデータ配信管理サーバに対して、前記不完全コンテンツデータを所定のクライアントに取得しているユーザが正規ユーザであり且つ該ユーザが用いるクライアントが正規クライアントである旨の認証を照会する認証照会手段と、
前記認証照会手段が前記データ配信管理サーバから当該認証が成立する旨の応答を受信したときに、前記充足用コンテンツデータを前記クライアントに向けてストリーミング配信するストリーミング配信手段と、
を備えていることを特徴とする。
【００５８】
このようなコンテンツ配信サーバでは、コンテンツデータ格納部に、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、この不完全コンテンツデータにおける不足部分を充足して上記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有する。
認証照会手段によって、上記コンテンツ配信サーバから例えば予めダウンロードし、或いはまた、複製や移転その他の適宜の方法によって上述の不完全コンテンツデータを所定のクライアントに取得しているユーザが正規ユーザであり且つ該ユーザが用いるクライアントが正規クライアントである旨の認証を問う認証照会をコンテンツデータの配信規制管理を行うデータ配信管理サーバに送信して当該認証の成否を確認する。
【００５９】
ストリーミング配信手段は、上記認証照会手段が認証成立の旨の応答をデータ配信管理サーバから受信したときに、その充足用コンテンツデータを正規ユーザにおける正規クライアントに向けてストリーミング配信する。
このようなコンテンツ配信サーバが上述のデータ配信管理サーバと連携した配信サービスが行なわれ、従って、正規ユーザの認証および正規クライアントの認証の双方が成立することがユーザ所望のコンテンツを再生（使用）するに足るコンテンツデータの取得の条件となることから、著作権に関するセキュリティが十全に確保される。
【００６０】
また一方、各ユーザは自らがコンテンツの再生（使用）に適用するクライアント（端末機器）を所望に応じて一または複数予め登録しておくことにより、登録手続が完了していれば、それ以降は自ら所望の何れかのクライアントを自由に選択できるという便宜が図られ、ユーザ側から見た利便性にも優れる。
上述のデータ配信システムは、上記のデータ配信管理サーバとコンテンツ配信サーバとがネットワークによって結ばれるように構成し得る。
上記のコンテンツ配信サーバは、データ配信管理サーバとネットワークによって結ばれるように構成され得る。
このような構成によれば、ネットワークを介在に規模の大きいコンテンツデータ配信サービスが容易に実現され得る。
【００６１】
また、本発明のデータ配信管理サーバは、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツ配信サーバからユーザが用いるクライアントに向けてのコンテンツの配信を管理するデータ配信管理サーバであって、
登録された正規ユーザを認証するためのユーザ認証データと、前記正規ユーザがコンテンツの取得に用いるクライアントとして登録された正規クライアントを認証するためのクライアント認証データと、を保有する認証用データ格納部と、
当該コンテンツに係る利用手続をしたユーザが前記正規ユーザである旨の認証が成立し、且つ、当該コンテンツの再生に適用するクライアントが前記正規クライアントである旨の認証が成立することを条件として、当該適用するクライアントに向けての前記充足用コンテンツデータのストリーミング配信を許容する指令を前記コンテンツ配信サーバに向けて発するデータ配信規制管理部と、
を含んで構成されていることを特徴とする。
【００６２】
このようなデータ配信管理サーバは、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツ配信サーバからユーザが用いるクライアントに向けてのコンテンツの配信を管理する。
【００６３】
認証用データ格納部では、登録された正規ユーザを認証するためのユーザ認証データと、正規ユーザがデータ配信システムからコンテンツを取得するために用いる正規クライアントとして登録された正規クライアントであることを認証するためのクライアント認証データと、を保有する。
データ配信規制管理部では、当該コンテンツに係る利用手続をしたユーザが前記正規ユーザである旨の認証が成立し、且つ、当該コンテンツの再生に適用するクライアントが前記正規クライアントである旨の認証が成立することを条件として、上記充足用コンテンツデータを上記コンテンツ配信サーバから該適用するクライアントに向けてストリーミング配信することを許容する指令を上記コンテンツ配信サーバに向けて発する。
【００６４】
このようなデータ配信管理サーバが上述のコンテンツ配信サーバと連携した配信サービスが行なわれることにより、正規ユーザの認証および正規クライアントの認証の双方が成立することがユーザ所望のコンテンツを再生（使用）するに足るコンテンツデータの取得の条件であることから、著作権に関するセキュリティが十全に確保される。
また一方、各ユーザは自らがコンテンツの再生（使用）に適用するクライアント（端末機器）を所望に応じて一または複数予め登録しておくことにより、登録手続が完了していれば、それ以降は自ら所望の何れかのクライアントを自由に選択できるという便宜が図られ、ユーザ側から見た利便性にも優れる。
【００６５】
上述のデータ配信管理サーバは、上記コンテンツ配信サーバとネットワークによって結ばれるように構成され得る。
このような構成によれば、ネットワークを介在に規模の大きいコンテンツデータ配信サービスが容易に実現され得る。
更に、上述のデータ配信管理サーバは、上記データ配信規制管理部が、ユーザからコンテンツ配信サーバに対して行なった所定の登録手続に基づいてネットワークを介して供給される被登録データを上記認証用データ格納部に登録するように構成され得る。
【００６６】
このような構成によれば、ネットワークを介在にユーザにおける利便性に富んだ規模の大きいコンテンツデータ配信サービスが容易に実現され得る。
更にまた、上述のデータ配信管理サーバは、上記データ配信規制管理部が、ネットワークを介して複数の上記コンテンツ配信サーバからユーザ認証およびクライアント認証の照会を受け、上記認証用データ格納部に登録されたユーザ認証データおよびクライアント認証データに基づいてユーザおよびクライアントに係る認証処理を実行するように構成され得る。
このような構成によれば、ネットワークを介在に、コンテンツ配信事業者側から見てもユーザユーザ側から見ても利便性に富んだ規模の大きいコンテンツデータ配信サービスが容易に実現され得る。
【００６７】
また、本発明のコンテンツ配信サーバは、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツデータ格納部と、
登録された正規ユーザを認証するためのユーザ認証データと、前記正規ユーザがコンテンツの取得に用いるクライアントとして登録された正規クライアントを認証するためのクライアント認証データと、を保有する認証用データ格納部と、
前記不完全コンテンツデータを所定のクライアントに取得しているユーザが正規ユーザであり且つ該ユーザが用いるクライアントが正規クライアントである旨の認証を求める認証要求手続がとられたときには、前記認証用データ格納部に保有されたユーザ認証データおよびクライアント認証データに基づいて認証処理を実行する認証処理部と、
前記認証処理部における認証が成立することを条件として、該取得されている不完全コンテンツデータに対応する前記充足用コンテンツデータの配信を許容するデータ配信規制管理部と、
前記データ配信規制管理部の管理下で前記充足用コンテンツデータを前記クライアントに向けてストリーミング配信するストリーミング配信部と、
を備えていることを特徴とする。
【００６８】
このようなコンテンツ配信サーバは、そのコンテンツデータ格納部に、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、この不完全コンテンツデータにおける不足部分を充足して上記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有する。
上記認証用データ格納部には、登録された正規ユーザを認証するためのユーザ認証データと、正規ユーザが上記データ配信システムからコンテンツを取得するために用いるものとして登録された正規クライアントであることを認証するためのクライアント認証データとを保有する。
【００６９】
コンテンツデータ格納部および認証用データ格納部にそれぞれ上述のようにデータが保有された状態で、不完全コンテンツデータを所定のクライアントに取得しているユーザが正規ユーザであり且つ該ユーザが用いるクライアントが正規クライアントである旨の認証を求める認証要求手続がとられたときには、認証処理部が、上記認証用データ格納部に保有されたユーザ認証データおよびクライアント認証データに基づいて認証処理を実行する。
ストリーミング配信部が、上述のように充足用コンテンツデータの配信を規制管理するデータ配信規制管理部の管理下で充足用コンテンツデータを該当するクライアントに向けてストリーミング配信する。
【００７０】
一方、本発明のコンテンツデータ配信管理方法は、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツ配信サーバからの、コンテンツデータの配信を管理するコンテンツデータ配信管理方法であって、
所定の登録手続をしたユーザを正規ユーザとして登録し、且つ、該正規ユーザが前記データ配信システムからコンテンツを取得するために用いるものとして所定の登録手続をしたクライアントを正規クライアントとして登録する登録処理のステップと、
コンテンツの取得に適用されるクライアントから自己が正規ユーザにおける正規クライアントである旨の認証を求める手続がされたときに該認証が成立することを条件として、前記充足用コンテンツデータを前記コンテンツ配信サーバから該コンテンツの取得に適用されるクライアントに向けてストリーミング配信することを許容するデータ配信管理のステップと、
を含むことを特徴とする。
【００７１】
このような方法によれば、正規ユーザの認証および正規クライアントの認証の双方が成立することがユーザ所望のコンテンツを再生（使用）するに必須となるコンテンツデータ取得の条件であることから、著作権に関するセキュリティが十全に確保される。
また一方、各ユーザは自らがコンテンツの再生（使用）に適用するクライアント（端末機器）を所望に応じて一または複数予め登録しておくことにより、登録手続が完了していれば、それ以降は自ら所望の何れかのクライアントを自由に選択できるという便宜が図られ、ユーザ側から見た利便性にも優れる。
【発明の効果】
【００７２】
本発明によれば、同一のユーザが異なるクライアントを用いる場合や、複数のユーザが夫々のクライアントを用いる場合におけるユーザにおける利便性の確保と著作権保護との両立を図ることのできるコンテンツデータ配信システム、コンテンツ配信サーバ、データ配信管理サーバ、および、コンテンツデータ配信管理方法が実現される。
【発明を実施するための最良の形態】
【００７３】
以下、図面を参照して本発明の実施の形態について詳述することにより本発明を明らかにする。
（実施の形態としてのコンテンツ配信システムの概要）
図１は、本発明の実施の形態としてのコンテンツ配信システムを表す機能ブロック図である。
このコンテンツ配信システムでは、ユーザが所望するコンテンツ全体を構成する完全コンテンツデータのダウンロード方式による取得を規制し、その完全コンテンツデータの一部である不完全コンテンツデータに限って取得し保存することを許容する一方、取得された不完全コンテンツデータにおける不足部分を充足する充足用コンテンツデータを後の時点でストリーミング配信によって供給し、コンテンツの享受を可能にするといった方式を採用している。
【００７４】
複数（この例では２基）のコンテンツ配信サーバ１００および１００ａに配信の対象となる例えば音楽や映像のようなコンテンツを表すデジタルデータであるコンテンツデータがそれぞれ蓄積されている。
これらのコンテンツデータはユーザがコンテンツデータを取得して使用（音楽や映像を再生して視聴）するために用いるクライアント（１）２１０、クライアント（２）２２０、クライアント（３）２３０、クライアント（４）２４０に、これらとコンテンツ配信サーバ１００および１００ａ間を結ぶネットワーク７００を通して配信される。
【００７５】
コンテンツデータの配信が正規に行なわれるためには、ネットワーク７００上に設けられたデータ配信管理サーバ５００によって認証の成立が確認されることが前提とされる。
（コンテンツ配信サーバの構成）
コンテンツ配信サーバ１００には、配信の対象となるコンテンツを表すデータを保有するコンテンツデータ格納部として機能する記憶装置１０１が設けられている。
【００７６】
この記憶装置１０１には、一まとまりの音声や映像等のコンテンツ全体を構成する完全コンテンツデータを格納する完全コンテンツデータ格納部１０２、完全コンテンツデータの一部である不完全コンテンツデータを格納する不完全コンテンツデータ格納部１０３、不完全コンテンツデータにおける不足部分を充足して完全コンテンツデータを構成する充足用コンテンツデータを格納する充足用コンテンツデータ格納部１０４とが設定され、完全コンテンツデータ格納部１０２、不完全コンテンツデータ格納部１０３、および、充足用コンテンツデータ格納部１０４に格納された各データはそれらを区分して取り扱うことが可能なようにアクセスされ得る。
【００７７】
尚、記憶装置１０１には、適宜、後述する認証用データ格納部１０５が設定されて、ユーザおよび各ユーザが用いるクライアントに関する認証処理に供される認証用データが格納される。
完全コンテンツデータ格納部１０２に格納された完全コンテンツデータを元にして不完全コンテンツデータを作成する不完全コンテンツデータ作成部１０６と、完全コンテンツデータを元に充足用コンテンツデータを作成する充足用コンテンツデータ作成部１０７とが設けられている。
【００７８】
更に、外部との情報（データ）の授受を行うための通信部１０８が設けられ、
更に、適宜、後述するようなユーザおよび各ユーザが用いるクライアントに関する認証処理を実行する認証処理部１０９が設けられる。
上述の記憶装置１０１、不完全コンテンツデータ作成部１０６、充足用コンテンツデータ作成部１０７、および、通信部１０８、並びに、一つの態様としては上述の認証処理部１０９も含め、バス１１０によってシステムコントローラ１１１と結ばれ、このシステムコントローラ１１１による統括的な管理の下で作動し所定の仕様を充足するように機能する。
【００７９】
即ち、通信部１０８とシステムコントローラ１１１とを含む関連機能部によって、コンテンツデータの配信規制管理を行うデータ配信管理サーバ５００に対して、不完全コンテンツデータを所定のクライアントに取得しているユーザが正規ユーザであり且つ該ユーザが用いるクライアントが正規クライアントである旨の認証を照会する認証照会手段が構成される。
更に、記憶装置１０１、不完全コンテンツデータ作成部１０６、充足用コンテンツデータ作成部１０７、および、通信部１０８、並びに、システムコントローラ１１１を含む関連機能部によって、認証照会手段がデータ配信管理サーバ５００から当該認証が成立する旨の応答を受信したときに、充足用コンテンツデータをクライアント２１０等に向けてストリーミング配信するストリーミング配信手段が構成される。
【００８０】
図１における、他の１基のコンテンツ配信サーバ１００ａの機能ブロック上での構成については、既述のコンテンツ配信サーバ１００と全く同様であるため、コンテンツ配信サーバ１００との対応部と同一の参照符号を附して示し、説明は省略する。
（データ配信管理サーバの構成）
データ配信管理サーバ５００には、認証処理を実行ために供するデータを保有する記憶装置５０１が設けられている。
この記憶装置５０１には、登録された正規ユーザを認証するためのユーザ認証データと、上述の正規ユーザがデータ配信システムからコンテンツを取得するために用いるものとして登録された正規クライアントであることを認証するためのクライアント認証データとを格納するための認証用データ格納部５０２が設定されている。
【００８１】
また、正規ユーザである旨の認証、および、不完全コンテンツデータが例えばダウンロード等を通して保有されている上述のようなクライアントであって、コンテンツの再生に適用するクライアントが正規クライアントである旨の認証を行なうための認証処理部５０３が設けられている。
この実施の形態では、認証処理部５０３はデータ配信規制管理部５０４の中に構成されている。
データ配信規制管理部５０４は、認証処理部５０３における上述のような正規ユーザである旨の認証および正規クライアントである旨の認証が何れも成立することを条件として、コンテンツ配信サーバ１００（１００ａ）に対し、適用するクライアントに向けてのストリーミング配信を許容する。
【００８２】
更に、外部との情報（データ）の授受を行うための通信部５０５が設けられ、
上述の記憶装置５０１、認証処理部５０３を含むデータ配信規制管理部５０４、および、通信部５０５は、バス５０６によってシステムコントローラ５０７と結ばれ、このシステムコントローラ５０７による統括的な管理の下で作動し所定の仕様を充足するように機能する。
即ち、記憶装置５０１、認証処理部５０３を含むデータ配信規制管理部５０４、通信部５０５，および、システムコントローラ５０７を含む関連機能部によって、当該コンテンツに係る利用手続をしたユーザが正規ユーザである旨の認証が成立し、且つ、当該コンテンツの再生に適用するクライアントが正規クライアントである旨の認証が成立することを条件として、当該適用するクライアントに向けての充足用コンテンツデータのストリーミング配信を許容する指令をコンテンツ配信サーバ１００（１００ａ）に向けて発するデータ配信規制管理部が構成される。
【００８３】
（クライアントの構成例）
図２は、図１のコンテンツ配信システムに適合するクライアント（情報端末装置）の構成を表す機能ブロック図である。
図１における複数のクライアントは、図２に表記された各機能部については共通の構成を採るものであり、従って、この図２では、クライアントに代表的に参照符号２００を附している。
このクライアント２００は、図２０ないし図２１を参照して説明したような不完全コンテンツデータをダウンロード等によって取得し格納する不完全コンテンツデータ格納部２０１が設定された記憶部２０２と、この不完全コンテンツデータとストリーミング配信によって供給される充足用コンテンツデータとを結合処理して完全コンテンツデータを得るデータ結合処理部２０３と、外部との通信を行なうための通信部２０４とが、バス２０５によってシステムコントローラ２０６と結ばれ、このシステムコントローラ２０６の管理下で所定仕様を充足するように機能する。
【００８４】
（コンテンツ配信システムにおけるデータの流れ）
図３は、図１のコンテンツ配信システムにおけるコンテンツデータおよび認証に関わるデータの流れを説明するための概念図である。
この概念図では、各クライアント、コンテンツ配信サーバ、および、データ配信管理サーバを結ぶネットワーク（図１では参照符号７００）については図示省略されている。
コンテンツ配信サーバ１００および１００ａには、配信の対象とされるコンテンツデータが、各個のコンテンツＡ，Ｂ，…が区分して取り扱われ得るように格納され、更に、これら夫々のコンテンツデータを表すコンテンツリストが各個のコンテンツＡ，Ｂ，…の標題（例えば、音楽のコンテンツにおける曲目）をデータのファイル名の如くして認識可能に用意されている。
【００８５】
一人の正規ユーザ３１０がクライアントとして用いる携帯電話機２１０にコンテンツＡの不完全コンテンツデータをダウンロード（ＤＬ）によって取得し格納することができる。
ユーザ３１０がコンテンツＡの使用（視聴）を所望する場合には、そのクライアント２１０からコンテンツ配信サーバ１００を経由してデータ配信管理サーバ５００に対して、コンテンツの使用要求（ＤＭ）を発し、ユーザ３１０およびそのクライアントたる携帯電話機２１０が正規ユーザ且つ正規クライアントであることの認証が成立することを条件として、先に取得してあった不完全コンテンツデータに対応する充足用コンテンツデータがストリーミング配信（ＳＴ）によって供給されて、そのコンテンツの再生が可能になる。
【００８６】
上述における認証は、複数のコンテンツ配信サーバにおける各個のコンテンツデータの配信について、一つのデータ配信管理サーバ５００によって集中的に実行される。
この認証を行なうために、データ配信管理サーバ５００には、登録された正規ユーザであることを認証するためのユーザに関する情報と、一の正規ユーザに対応して登録された一または複数の正規クライアントであることを認証するための情報とを集約して構成した情報である「ユーザ・クライアント情報」が保有される。
【００８７】
また、上述のような「ユーザ・クライアント情報」の他、データ配信管理サーバ５００とネットワークで結ばれた各コンテンツ配信サーバが、配信可能に保有しているコンテンツを表すコンテンツリストが各個のコンテンツＡ，Ｂ，…の標題（例えば、音楽のコンテンツにおける曲目）がファイル名の如くして保有される。
尚、「ユーザ・クライアント情報」に基づく認証の可否判断は、あくまでも、ユーザによる目下のコンテンツ使用要求操作（ＤＭ）に対応する各個のコンテンツ毎に（例えば、あるコンテンツＡに関して、そのコンテンツの利用の限りのものとして）実行される。
【００８８】
これは、コンテンツ毎にその使用（視聴等）の都度課金処理が正規に行なわれるためにはいうまでもない前提であり、本明細書の開示を通して、この点に逐一言及することは省略する。
ユーザ３１０が上述のような認証を得ることができるためには、ユーザ３１０は予め適宜の機会に自らの「ユーザ・クライアント情報」（即ち、ユーザ名やパスワード等自己を特定するためのデータや、自らがコンテンツの受信に用いる一または複数のクライアント表すデータ）をデータ配信管理サーバ５００に登録する手続（図３においてＡＲＰ）を行なう必要がある。
【００８９】
この登録手続（ＡＲＰ）は、ユーザ３１０がそのクライアント２１０である携帯電話機を用いてデータ配信管理サーバ５００にアクセスし、例えば所定の対話形式の入力操作によって行われ得る。
ユーザ３２０についても同様に、そのクライアントであるミュージックプレーヤ２３０を用いてデータ配信管理サーバ５００にアクセスし対話形式の入力操作によって自己の「ユーザ・クライアント情報」に関する登録操作が行われ得る。
上述のようにして「ユーザ・クライアント情報」に関する登録が完了している正規ユーザ３１０およびその正規クライアントである携帯電話機２１０については、コンテンツ配信サーバ１００から携帯電話機２１０に既述のようなコンテンツデータの正当な取得が可能である。
【００９０】
同様に、正規ユーザ３２０およびその正規クライアントであるミュージックプレーヤ２３０については、他のコンテンツ配信サーバ１００ａからコンテンツデータの正当な取得が可能である。
次に、ユーザ３１０がそのクライアントであるミュージックプレーヤ２２０をも正規クライアントとする登録（ＡＲＰ）をデータ配信管理サーバ５００に対して手続してある場合には、次のような形でのコンテンツデータの取得を行なうことができる。
即ち、先ず、他のコンテンツ配信サーバ１００ａから不完全コンテンツデータをダウンロード（ＤＬ）して携帯電話機２１０に保持する。
次いで、携帯電話機２１０に保持した不完全コンテンツデータをミュージックプレーヤ２２０に複製または移転する（破線図示のＴＲ）。
【００９１】
ユーザ３１０が、ミュージックプレーヤ２２０を用いてコンテンツＡの使用（視聴）を所望する場合には、ミュージックプレーヤ２２０からコンテンツ配信サーバ１００ａを経由してデータ配信管理サーバ５００に対して、コンテンツの使用要求（ＤＭ）を発し、ユーザ３１０およびそのクライアントたるミュージックプレーヤ２２０が正規ユーザ且つ正規クライアントであることの認証可否を照会するが、正規ユーザおよび正規クライアントであることからこの認証は当然に成立し、先に取得してあった不完全コンテンツデータに対応する充足用コンテンツデータがミュージックプレーヤ２２０にストリーミング配信（ＳＴ）によって供給されて、そのコンテンツの再生が可能になる。
【００９２】
仮に、今、ユーザ３２０が正規ユーザでなく、従って、そのクライアントであるミュージックプレーヤ２３０も正規クライアントでない場合を想定する。
このような場合も、不完全コンテンツデータの複製や移転自体は既述のように著作権保護に違背するものではなく、従って、正規ユーザ３１０における正規クライアントである携帯電話機２１０にダウンロードによって保持した不完全コンテンツデータをミュージックプレーヤ２３０に複製ないし移転することは許容される。
【００９３】
この複製ないし移転に伴なって、正規ユーザ３１０が自己のユーザ認証に係る情報まで正規ユーザでないユーザ３２０に教えてしまった場合に、ユーザ３２０が図２３等を参照して既述の所謂「なりすまし」によるコンテンツデータの取得を試みたとしても、そのクライアントであるミュージックプレーヤ２３０が正規クライアントではないためにデータ配信管理サーバ５００における認証が成立せず、充足用コンテンツデータのストリーミング配信による供給は拒否され、コンテンツデータの不正な取得は効果的に抑止されることになる。
【００９４】
（コンテンツ購入操作からコンテンツ再生への動作シーケンス）
図４ないし図７は、図１および図３のコンテンツ配信システムにおけるクライアント、コンテンツ配信サーバ、および、データ配信管理サーバ間でのデータの授受の様子をクライアントにおけるコンテンツの購入要求操作からコンテンツの取得に向けて時系列的に表すシーケンス図である。
【００９５】
（不完全コンテンツデータの取得まで）
図４において、クライアント（携帯電話機）２１０がユーザ３１０によるコンテンツ購入の操作を受付けると、コンテンツ配信サーバ１００に向けてコンテンツ購入要求が送信される（ステップＳ４０１）。
コンテンツ購入要求（ステップＳ４０１）における購入希望のコンテンツの選択は、コンテンツ配信サーバ１００が保有するコンテンツリスト所載のコンテンツ（Ａ，Ｂ，Ｃ，…）のうちから一のものを指定するようにして手続される。
コンテンツ配信サーバ１００はこのコンテンツ購入要求に応答して、ユーザ情報登録手続要求をクライアント２１０に返す（ステップＳ４０２）。
【００９６】
このユーザ情報登録手続要求を受けたクライアント２１０は、ユーザ情報登録手続としてユーザ名、パスワード情報、および使用端末情報等をコンテンツ配信サーバ１００に送り込む（ステップＳ４０３）。
コンテンツ配信サーバ１００はこのようにして送り込まれたユーザ名、パスワード情報、および使用端末情報等のユーザ・クライアント情報に加えて、自装置１００で保有し配信可能なコンテンツを表す利用可能コンテンツ情報を、登録要求としてデータ配信管理サーバ５００に送信する（ステップＳ４０４）。
【００９７】
ステップＳ４０４の送信では、ステップＳ４０３でクライアント２１０から受信したユーザ・クライアント情報については、コンテンツ配信サーバ１００で中継するようにしてデータ配信管理サーバ５００に向けて送信される。
ステップＳ４０４におけるこれらの情報を受信したデータ配信管理サーバ５００は、ユーザ３１０を表す情報とこのユーザが用いるクライアント２１０を表す情報とを含むユーザ・クライアント情報、および、上述の利用可能コンテンツ情報の登録処理を実行する（ステップＳ４０５）。
【００９８】
ステップＳ４０５の登録処理に際して、利用希望コンテンツを特定するためのデータについては、例えば異なるコンテンツ配信サーバが同一名称のコンテンツを保有しているような状況があったとしても、利用希望の各個のコンテンツ（コンテンツデータ）を厳密に識別可能なようにユニークに管理することが必須である。
このため、データ配信管理サーバ５００側でコンテンツ配信サーバ１００から供給されるコンテンツの名称をそのまま登録するのではなく、該当するコンテンツの名称の末尾にそのコンテンツを配信可能に保有しているコンテンツ配信サーバの名称を付加した形で登録する等、相応の適切な措置がとられる。
【００９９】
また、コンテンツ配信サービスの一つの形態としては、一または複数の特定のコンテンツに限ってそのサービスに加入している全てのクライアントで利用可能にする一方、他のコンテンツについては特定のクライアントでのみ利用可能にするなどの形態をとるようにしてもよい。
ステップＳ４０５でのユーザ情報の登録処理は、ユーザの認証に係るデータの格納処理であり、図１におけるデータ配信管理サーバ５００の記憶装置５０１に設定された認証用データ格納部５０２に上述のユーザ情報が格納される。
【０１００】
ステップＳ４０５でのユーザ情報の登録処理が完了すると、データ配信管理サーバ５００は、ユーザ・クライアント情報および利用可能コンテンツ情報の登録が完了した旨の応答をコンテンツ配信サーバ１００に送信する（ステップＳ４０６）。
ステップＳ４０６での応答を受けたコンテンツ配信サーバ１００は、自装置１００の記憶装置１０１（図１参照）の不完全コンテンツデータ格納部１０３に保有されている不完全コンテンツデータをダウンロード（ＤＬ）によってクライアント２１０に供給する（ステップＳ４０７）。
【０１０１】
クライアント２１０は、ステップＳ４０７で取得した不完全コンテンツデータを自装置の記憶部２０２（図２参照）の不完全コンテンツデータ格納部２０１に格納する（ステップＳ４０８）。
図１および図３のコンテンツ配信システムでは、コンテンツの購入に依存せずに、ユーザの操作に基づいて直接的に（コンテンツ配信サーバを介さずに）データ配信管理サーバのユーザ・クライアント情報を更新（登録）することが可能に構成され得る。
【０１０２】
（データ配信管理サーバの保有情報を更新するシーケンス）
図５は、図１および図３のコンテンツ配信システムにおいてユーザが直接データ配信管理サーバが保有しているデータを更新する様子を時系列的に表すシーケンス図である。
図５（ａ）は、このようにコンテンツの購入に依存せずに、ユーザがそのクライアント（携帯電話機）を用いてデータ配信管理サーバに対しユーザ・クライアント情報を更新または登録する手続を行なうときの動作を表すシーケンス図である。
ユーザ３１０がそのクライアント（携帯電話機）２１０を用いてデータ配信管理サーバ５００に対しユーザ・クライアント情報を更新または登録する手続を行なうと、ユーザ・クライアント情報更新（登録）要求がクライアント２１０からデータ配信管理サーバ５００に送信される（ステップＳ５０１ａ）。
【０１０３】
ステップＳ５０１ａによってクライアント２１０から送信されたユーザ名や使用端末情報を受けたデータ配信管理サーバ５００は、その手続を行なったユーザ（１）に関するユーザ・クライアント情報に関する更新または登録処理を実行する（ステップＳ５０２ａ）。
データ配信管理サーバ５００は、ステップＳ５０２ａの更新（登録）処理が完了すると、クライアント２１０に向けてユーザ・クライアント情報更新（登録）応答を送信する（ステップＳ５０３ａ）。
【０１０４】
一方、図５（ｂ）は、コンテンツの購入に依存せずに、ユーザが運用管理者としてコンテンツ配信サーバに対する操作を行い、データ配信管理サーバが保有する配信可能なコンテンツを表す保持コンテンツ情報を更新または格納する手続を行なうときの動作を表すシーケンス図である。
図５（ｂ）における更新または格納手続は、利用希望コンテンツを特定するためのデータに関して、例えば異なるコンテンツ配信サーバが同一名称のコンテンツを保有しているような状況があったとしても、各個のコンテンツをユニークに管理することが要求されるといったデータ配信管理サーバでの負担を軽減することにも寄与する方法である。
【０１０５】
ユーザが運用管理者としてコンテンツ配信サーバ１００に対する操作を行い、この操作に基づいてコンテンツ配信サーバ１００から自装置１００が保有している配信可能なコンテンツを表す保持コンテンツ情報の更新（格納）要求がデータ配信管理サーバ５００に送信される（ステップＳ５０１ｂ）。
この更新（格納）要求（ステップＳ５０１ｂ）では、コンテンツ配信サーバ１００が保有している配信可能なコンテンツを表す保持コンテンツ情報と、当該コンテンツ配信サーバを特定するコンテンツ配信サーバ名とがデータ配信管理サーバ５００に送信される。
【０１０６】
更新（格納）要求（ステップＳ５０１ｂ）を受けたデータ配信管理サーバ５００では、上述の保持コンテンツ情報をこの情報を保持しているコンテンツ配信サーバが認識されるようにして（即ち、コンテンツ配信サーバが複数存在するシステムにおいても、各個のコンテンツ配信サーバ毎に区分してそれらの保持コンテンツ情報が認識されるように）記憶装置５０１（図１）の格納情報を更新し、ないしは新規に情報を格納する（ステップＳ５０２ｂ）。
ステップＳ５０２ｂの更新（格納）が完了すると、データ配信管理サーバ５００からコンテンツ配信サーバ１００に、保持コンテンツ情報更新（格納）応答が返される（ステップＳ５０３ｂ）。
【０１０７】
（コンテンツ利用要求を発しコンテンツを再生するまでのシーケンス）
図６は、ユーザ３１０が既に不完全コンテンツデータを記憶部に保有しているクライアント（携帯電話機）２１０を用いてコンテンツ使用要求を発して以降のシステムの動作に関するシーケンス図である。
クライアント（携帯電話機）２１０からコンテンツ配信サーバ１００に向けてコンテンツ使用要求（ＤＭ）を発する（ステップＳ６０１）。
このコンテンツ使用要求（ＤＭ）は、ユーザ情報ＰＵ、使用クライアント情報、および、使用コンテンツ情報を伴なったものとしてコンテンツ配信サーバ１００に送信される。
コンテンツ配信サーバ１００は、このコンテンツ使用要求（ＤＭ）に合致するコンテンツを自装置１００が保有しているか否かを判断する（ステップＳ６０２）。
【０１０８】
ステップＳ６０２でコンテンツ使用要求（ＤＭ）に合致するコンテンツを自装置１００が保有していると判断された場合には（ステップＳ６０２：Ｙｅｓ）、コンテンツ配信サーバ１００からデータ配信管理サーバ５００にユーザ・クライアント情報確認依頼が送信される（ステップＳ６０３）。
この送信（ステップＳ６０３）は、クライアント２１０から発せられたユーザ情報、使用クライアント情報、および、使用コンテンツ情報が、データ配信管理サーバ５００へと中継されるように行なわれるが、これらの情報について正規ユーザ且つ正規クライアントであることの認証成立の可否を照会する趣旨である。
【０１０９】
ステップＳ６０３において送信された各情報を受けたデータ配信管理サーバ５００では、これらの情報について正規ユーザ且つ正規クライアントであることの認証成立の可否を判断する（ステップＳ６０４）。
データ配信管理サーバ５００は、ステップＳ６０４において、正規ユーザ且つ正規クライアントであることの認証が成立すると判断した場合（ステップＳ６０４：Ｙｅｓ）および上述の認証は成立しないと判断した場合（ステップＳ６０４：Ｎｏ）の何れかの判断結果をコンテンツ配信サーバ１００に返す（ステップＳ６０５またはステップＳ６０６）。
【０１１０】
コンテンツ配信サーバ１００は、認証成立の可否の照会に対するデータ配信管理サーバ５００からの応答（ステップＳ６０５またはステップＳ６０６）が肯定的であるか否定的であるかを判断する（ステップＳ６０７）。
ステップＳ６０７での判断が肯定的（即ち、認証成立）である場合には（ステップＳ６０７：Ｙｅｓ）、コンテンツ使用要求に対応する充足用コンテンツデータをクライアント２１０にストリーミング配信（ＳＴ）によって供給する（ステップＳ６０８）。
【０１１１】
認証の成立（ステップＳ６０７：Ｙｅｓ）によって充足用コンテンツデータのストリーミング配信を受けたクライアント２１０側では、先にダウンロードによって取得し保持していた（図４：ステップＳ４０８）不完全コンテンツデータとストリーミング配信（ステップＳ６０８）された充足用コンテンツデータとを結合して完全コンテンツデータを生成するデータ結合処理を実行する（ステップＳ６０９）。
このようにしてデータ結合処理されたコンテンツデータによってコンテンツの再生（使用）が行なわれる（ステップＳ６１０）。
一旦再生に付されると、そのコンテンツデータ（データ結合処理を経た完全コンテンツデータ）は、ストリーミング配信された充足用コンテンツデータと共に完全に消去される（ステップＳ６１１）。
【０１１２】
尚、通常の場合、先にダウンロードによって取得し保持されていた不完全コンテンツデータについてはそのまま維持される。
他方、上述のステップＳ６０２でコンテンツ使用要求（ＤＭ）に合致するコンテンツを自装置１００が保有していないと判断された場合（ステップＳ６０２：Ｎｏ）、および、ステップＳ６０７での判断が否定的（即ち、認証不成立）である場合（ステップＳ６０７：Ｎｏ）には、コンテンツ配信サーバ１００は、クライアント２１０に対して、コンテンツ使用拒否の応答を発する（ステップＳ６１２）。この応答は拒否理由の送信を伴なって実行される。
コンテンツ配信サーバ１００は、その後、図４中「ｄ」と表記された、（ステップＳ４０１以前の）コンテンツ購入要求の待機状態に戻る。
【０１１３】
（コンテンツ使用要求を直接データ配信管理サーバに発する場合のシーケンス）
図７は、ユーザ３１０が既に不完全コンテンツデータを記憶部に保有しているクライアント（携帯電話機）２１０を用いてコンテンツ使用要求を直接（コンテンツ配信サーバ１００を介さずに）データ配信管理サーバ５００に向けて発する場合のシステムの動作に関するシーケンス図である。
クライアント（携帯電話機）２１０からデータ配信管理サーバ５００に向けてコンテンツ使用要求（ＤＭ）を発する（ステップＳ７０１）。
このコンテンツ使用要求（ＤＭ）は、ユーザ情報ＰＵ、使用クライアント情報、および、使用コンテンツ情報を伴なったものとしてデータ配信管理サーバ５００に送信される。
【０１１４】
即ち、この要求（ステップＳ７０１）は、クライアント２１０からデータ配信管理サーバ５００への、（何れも、使用コンテンツ毎に対応するものとして扱われる）ユーザ情報および使用クライアント情報について正規ユーザ且つ正規クライアントであることの認証成立の可否を照会する趣旨を含むものである。
データ配信管理サーバ５００は、このコンテンツ使用要求（ＤＭ）に合致するコンテンツをコンテンツ配信サーバ１００（またはコンテンツをコンテンツ配信サーバ１００ａ）が保有しているか否かの判断、および、上述の認証成立の可否判断を実行する（ステップＳ７０２）。
【０１１５】
ステップＳ７０２の判断は、データ配信管理サーバ５００が予め保有しているユーザ・クライアント情報、何れかのコンテンツ配信サーバが保有している利用可能コンテンツ情報、および、登録されたユーザ・クライアント情報（登録済みの正規ユーザ、および、そのユーザが用いる一または複数の正規クライアント）を検索するようにして行なわれるが、既述のように、この判断は目下のコンテンツ使用要求（ＤＭ）で特定されているコンテンツ（図中、コンテンツＡと表記）に限られたものとして扱われる。
【０１１６】
ステップＳ７０２でコンテンツ使用要求（ＤＭ）に合致するコンテンツを何れかのコンテンツ配信サーバが保有しており、且つ、認証が成立するものと判断された場合には（ステップＳ７０２：Ｙｅｓ）、データ配信管理サーバ５００からコンテンツ配信サーバ１００に充足用コンテンツデータ配信要求が送信される（ステップＳ７０３）。
コンテンツ配信サーバ１００は、この充足用コンテンツデータ配信要求を受け（ステップＳ７０３）、要求内容に合致するコンテンツデータを自装置１００が保有しているか否かを判断する（ステップＳ７０４）。
【０１１７】
ステップＳ７０４で、要求内容に合致するコンテンツデータを自装置１００が保有していると判断された場合には（ステップＳ７０４：Ｙｅｓ）、コンテンツ使用要求に対応する充足用コンテンツデータをクライアント２１０にストリーミング配信（ＳＴ）によって供給する（ステップＳ７０５）。
このストリーミング配信（ステップＳ７０５）が完了すると、コンテンツ配信サーバ１００からデータ配信管理サーバ５００に向けて充足用コンテンツデータストリーミング配信完了報告が発せられる（ステップＳ７０６）。
【０１１８】
充足用コンテンツデータのストリーミング配信（ステップＳ７０５）を受けたクライアント２１０側では、先にダウンロードによって取得し保持していた（図４：ステップＳ４０８）不完全コンテンツデータとストリーミング配信（ステップＳ７０５）された充足用コンテンツデータとを結合して完全コンテンツデータを生成するデータ結合処理を実行する（ステップＳ７０７）。
このようにしてデータ結合処理されたコンテンツデータによってコンテンツの再生（使用）が行なわれる（ステップＳ７０８）。
一旦再生に付されると、そのコンテンツデータ（データ結合処理を経た完全コンテンツデータ）は、ストリーミング配信された充足用コンテンツデータと共に完全に消去される（ステップＳ７０９）。
尚、通常の場合、先にダウンロードによって取得し保持されていた不完全コンテンツデータについてはそのまま維持される。
【０１１９】
他方、上述のステップＳ７０２でコンテンツ使用要求（ＤＭ）に合致するコンテンツを何れのコンテンツ配信サーバも保有していない場合、および、認証不成立である場合（ステップＳ７０２：Ｎｏ）、ならびに、上述のステップＳ７０４で要求内容に合致するコンテンツデータを自装置が保有していないとコンテンツ配信サーバ１００が判断して（ステップＳ７０４：Ｎｏ）該当するコンテンツデータを保有していない旨の該当コンテンツデータ不存在応答をデータ配信管理サーバ５００に返した場合には（ステップＳ７１０）、データ配信管理サーバ５００は、クライアント２１０に対して、コンテンツ使用拒否の応答を発する（ステップＳ７１１）。この応答は拒否理由の送信を伴なって実行される。
【０１２０】
（コンテンツ配信サーバとデータ配信管理サーバとで認証処理を按分する態様）
以上、図４ないし図７を参照して説明したシーケンス図は、ユーザおよびクライアントに関する認証処理をデータ配信管理サーバ５００において一括して全て担うようにシステムを構成した場合のものであった。
これに対し、他の構成として、ユーザに係る認証処理およびクライアントに係る認証処理をコンテンツ配信サーバ１００（１００ａ）とデータ配信管理サーバ５００とで按分して担うように構成してデータ配信管理サーバ５００の負担を軽減するようにもよい。
【０１２１】
図８ないし図１１は、このような他の構成例における、クライアント、コンテンツ配信サーバ、および、データ配信管理サーバ間でのデータの授受の様子をクライアントにおけるコンテンツの購入要求操作からコンテンツの取得に向けて時系列的に表すシーケンス図である。
図８ないし図１１の例のように、コンテンツ配信サーバ１００とデータ配信管理サーバ５００とで認証処理に関する負担を按分するようにして担う場合には、図１のコンテンツ配信システムにおける各コンテンツ配信サーバ１００（１００ａ）は、図１の機能ブロック図における破線図示の機能部を備える。
【０１２２】
即ち、図１において、コンテンツ配信サーバ１００（１００ａ）は、記憶装置１０１に認証用データ格納部１０５が設定され、また、認証処理を実行するための認証処理部１０９がバス１１０によってシステムコントローラ１１１と結ばれるようにして設けられる。
尚、これら認証用データ格納部１０５および認証処理部１０９は、共に、当初からコンテンツ配信サーバ１００（１００ａ）に設けておき、コンテンツ配信サーバ１００（１００ａ）とデータ配信管理サーバ５００とで認証処理に関する負担を按分するような動作モードが選択されたときに機能するように構成してもよい。
【０１２３】
図８において、クライアント（携帯電話機）２１０がユーザ３１０によるコンテンツ購入の操作を受付けると、コンテンツ配信サーバ１００に向けてコンテンツ購入要求が送信される（ステップＳ８０１）。
コンテンツ購入要求（ステップＳ８０１）における購入希望のコンテンツの選択は、コンテンツ配信サーバ１００が保有するコンテンツリスト所載のコンテンツ（Ａ，Ｂ，Ｃ，…）のうちから一のものを指定するようにして手続される。
コンテンツ配信サーバ１００はこのコンテンツ購入要求に応答して、ユーザ情報登録手続要求をクライアント２１０に返す（ステップＳ８０２）。
【０１２４】
このコンテンツ購入要求を受けたクライアント２１０は、ユーザ情報登録手続としてユーザ名、パスワード情報、および使用端末情報等をコンテンツ配信サーバ１００に送り込む（ステップＳ８０３）。
コンテンツ配信サーバ１００はこのようにして送り込まれた情報に基づくユーザ情報（ＰＵ）の登録処理を実行する（ステップＳ８０４）。具体的には、図１においてコンテンツ配信サーバ１００（１００ａ）の記憶装置１０１内に破線図示の認証用データ格納部１０５に、上述のようにしてクライアント２１０から送り込まれた情報を格納する。
【０１２５】
コンテンツ配信サーバ１００は、次いで、ユーザ・クライアント情報登録要求をデータ配信管理サーバ５００に送信する（ステップＳ８０５）。この送信（ステップＳ８０５）では、ユーザ名、および、ユーザが用いることを予定しているクライアントを表す使用端末情報をデータ配信管理サーバ５００に送信する。
ステップＳ８０５においてコンテンツ配信サーバ１００から送信されたこれらの情報を受信したデータ配信管理サーバ５００は、ユーザ名およびユーザが用いることを予定しているクライアントを表す使用端末情報に係るユーザ情報の登録処理を実行する（ステップＳ８０６）。
【０１２６】
ステップＳ８０６でのユーザ情報の登録処理は、ユーザの用いるクライアントの認証に係るデータの格納処理であり、図１におけるデータ配信管理サーバ５００の記憶装置５０１に設定された認証用データ格納部５０２に上述のユーザ情報が格納される。
ステップＳ８０６でのユーザ情報の登録処理が完了すると、データ配信管理サーバ５００は、ユーザ・クライアント情報の登録（ユーザが用いることを予定しているクライアントを表す使用端末情報の登録）が完了した旨の応答をコンテンツ配信サーバ１００に送信する（ステップＳ８０７）。
【０１２７】
ステップＳ８０７での応答を受けたコンテンツ配信サーバ１００は、自装置１００の記憶装置１０１（図１参照）の不完全コンテンツデータ格納部１０３に保有されている不完全コンテンツデータをダウンロード（ＤＬ）によってクライアント２１０に供給する（ステップＳ８０８）。
クライアント２１０は、ステップＳ８０８で取得した不完全コンテンツデータを自装置の記憶部２０２（図２参照）の不完全コンテンツデータ格納部２０１に格納する（ステップＳ８０９）。
【０１２８】
（データ配信管理サーバの保有情報を更新するシーケンス）
図９は、コンテンツの購入に依存せずに、データ配信管理サーバ５００が保持しているユーザに係る情報およびクライアントに係る情報を含むユーザ・クライアント情報を更新または登録するときの動作を表すシーケンス図である。
ユーザ３１０がそのクライアント（携帯電話機）２１０を用いてデータ配信管理サーバ５００に対しユーザ・クライアント情報を更新または登録する手続を行なうと、ユーザ・クライアント情報更新（登録）要求がクライアント２１０からデータ配信管理サーバ５００に送信される（ステップＳ９０１）。
【０１２９】
ステップＳ９０１によってクライアント２１０から送信されたユーザ名や使用端末情報を受けたデータ配信管理サーバ５００は、その手続を行なったユーザ（１）に関するユーザ・クライアント情報に関する更新または登録処理を実行する（ステップＳ９０２）。
データ配信管理サーバ５００は、ステップＳ９０２の更新（登録）処理が完了すると、クライアント２１０に向けてユーザ・クライアント情報更新（登録）応答を送信する（ステップＳ９０３）。
【０１３０】
（コンテンツ利用要求を発しコンテンツを再生するまでのシーケンス）
図１０は、既に不完全コンテンツデータを記憶部に保有しているクライアント（携帯電話機）２１０からコンテンツ使用要求を発して以降のシステムの動作を例示するシーケンス図である。
クライアント（携帯電話機）２１０からコンテンツ配信サーバ１００に向けてコンテンツ使用要求（ＤＭ）を発する（ステップＳ１００１）。
このコンテンツ使用要求（ＤＭ）は、ユーザ情報ＰＵを伴なったものとしてコンテンツ配信サーバ１００に送信される。
【０１３１】
コンテンツ配信サーバ１００は、このコンテンツ使用要求（そのユーザ）に関して、図１におけるコンテンツ配信サーバ１００（自装置）の記憶装置１０１内に破線図示の認証用データ格納部１０５に格納されているユーザに関する登録情報に基づいて、ユーザ認証の成立の可否を判断する（ステップＳ１００２）。
ステップＳ１００２でコンテンツ使用要求（そのユーザ）に関する認証が成立すると判断された場合には（ステップＳ１００２：Ｙｅｓ）、次いで、コンテンツ配信サーバ１００からデータ配信管理サーバ５００にユーザ・クライアント情報確認依頼が送信される（ステップＳ１００３）。
【０１３２】
ユーザ・クライアント情報確認依頼（ステップＳ１００３）を受けたデータ配信管理サーバ５００は、図１における記憶装置５０１の認証用データ格納部５０２に保有している認証用のクライアント情報に基づいてユーザ・クライアント認証の成立の可否、即ち、認証判断の対象とされるクライアントが（正規ユーザにおける）正規クライアントであるかどうかを判断する（ステップＳ１００４）。
【０１３３】
ステップＳ１００４でユーザ・クライアント認証が成立すると判断されたときには（ステップＳ１００４：Ｙｅｓ）、データ配信管理サーバ５００からコンテンツ配信サーバ１００にユーザ・クライアント認証成立応答を返す（ステップＳ１００５）。
コンテンツ配信サーバ１００は、このユーザ・クライアント認証成立応答（ステップＳ１００５）を受けて、コンテンツ使用要求に対応する充足用コンテンツデータをクライアント２１０にストリーミング配信（ＳＴ）によって供給する（ステップＳ１００６）。
【０１３４】
充足用コンテンツデータのストリーミング配信を受けたクライアント２１０側では、先にダウンロードによって取得し保持していた（図８：ステップＳ８０９）不完全コンテンツデータとストリーミング配信（ステップＳ１００６）された充足用コンテンツデータとを結合して完全コンテンツデータを生成するデータ結合処理を実行する（ステップＳ１００７）。
このようにしてデータ結合処理されたコンテンツデータによってコンテンツの再生（使用）が行なわれる（ステップＳ１００８）。
一旦再生に付されると、そのコンテンツデータ（データ結合処理を経た完全コンテンツデータ）は、ストリーミング配信された充足用コンテンツデータと共に完全に消去される（ステップＳ１００９）。
尚、通常の場合、先にダウンロードによって取得し保持されていた不完全コンテンツデータについてはそのまま維持される。
【０１３５】
他方、上述のステップＳ１００２でユーザ認証が成立しないと判断された場合（ステップＳ１００２：Ｎｏ）、および、ステップＳ１００４でユーザ・クライアント認証が成立せず（ステップＳ１００４：Ｎｏ）ユーザ・クライアント認証不成立応答がデータ配信管理サーバ５００から返された場合（ステップＳ１００５）には、コンテンツ配信サーバ１００は、クライアント２１０に対して、コンテンツ使用拒否の応答を発する（ステップＳ１０１１）。この応答は拒否理由の送信を伴なって実行される。
コンテンツ配信サーバ１００は、その後、図８中「Ｃ」と表記された、（ステップＳ８０１以前の）コンテンツ購入要求の待機状態に戻る。
【０１３６】
（不完全コンテンツデータのダウンロードによる再取得）
図１１は、図１のコンテンツデータ配信システムにおける不完全コンテンツデータのダウンロードによる再取得の手順を表すシーケンス図である。
先ず、クライアント２１０（ユーザ３１０）からコンテンツ配信サーバ１００に対してコンテンツ再ダウンロード要求を送信する（ステップＳ１１０１）。この送信はユーザ情報ＰＵの送信を含んで実行される。
このコンテンツ再ダウンロード要求を受けたコンテンツ配信サーバ１００はユーザ認証の成立の可否を判断する（ステップＳ１１０２）。
【０１３７】
ユーザ認証が成立する場合には（ステップＳ１１０２：Ｙｅｓ）、次いで、コンテンツ配信サーバ１００からデータ配信管理サーバ５００にユーザ・クライアント情報確認依頼が送信される（ステップＳ１１０３）。
ユーザ・クライアント情報確認依頼（ステップＳ１１０３）を受けたデータ配信管理サーバ５００は、図１における記憶装置５０１の認証用データ格納部５０２に保有している認証用のクライアント情報に基づいてユーザ・クライアント認証の成立の可否、即ち、認証判断の対象とされるクライアントが（正規ユーザにおける）正規クライアントであるかどうかを判断する（ステップＳ１１０４）。
【０１３８】
ステップＳ１１０４でユーザ・クライアント認証が成立すると判断されたときには（ステップＳ１１０４：Ｙｅｓ）、データ配信管理サーバ５００からコンテンツ配信サーバ１００にユーザ・クライアント認証成立応答を返す（ステップＳ１１０５）。
コンテンツ配信サーバ１００は、このユーザ・クライアント認証成立応答（ステップＳ１１０５）を受けて、コンテンツ再ダウンロード要求に対応する不完全コンテンツデータをクライアント２１０にダウンロードによって供給可能にする（ステップＳ１１０６）。
【０１３９】
クライアント２１０は、不完全コンテンツデータをダウンロードによって取得し自装置の記憶部に格納する（ステップＳ１１０７）。
このようにして不完全コンテンツデータの再ダウンロードによる取得が行なわれる。
他方、上述のステップＳ１１０２でユーザ認証が成立しないと判断された場合（ステップＳ１１０２：Ｎｏ）、および、ステップＳ１１０４でユーザ・クライアント認証が成立せず（ステップＳ１１０４：Ｎｏ）ユーザ・クライアント認証不成立応答がデータ配信管理サーバ５００から返された場合（ステップＳ１１０８）には、コンテンツ配信サーバ１００は、クライアント２１０に対して、コンテンツ使用拒否の応答を発する（ステップＳ１１０９）。この応答は拒否理由の送信を伴なって実行される。
【０１４０】
コンテンツ配信サーバ１００は、その後、図８中「Ｃ」と表記された、（ステップＳ８０１以前の）コンテンツ購入要求の待機状態に戻る。
以上、図１および図３のコンテンツ配信システムについて、ユーザおよびクライアントに関する認証処理の一切をデータ配信管理サーバによって一括して担う場合、および、ユーザ認証に関しては各個のコンテンツ配信サーバによって賄い、ユーザ・クライアント認証に関してこれら各個のコンテンツ配信サーバに共通のデータ配信管理サーバによって一括して担う場合、のそれぞれについて説明した。
【０１４１】
後者のように、認証処理の負担を各個のコンテンツ配信サーバとこれらに共通のデータ配信管理サーバによって按分して担う場合には、既述のような構成を採る他、ユーザ認証に関してはデータ配信管理サーバ側で担い、各個のコンテンツ配信サーバ側でユーザ・クライアント認証（使用するクライアントの認証）を賄うといった構成を採ることも可能である。
更にまた、上述のような認証処理を実行するためのデータ配信管理サーバを敢えて設けず、コンテンツ配信サーバでユーザおよびクライアントに関する認証処理機能とコンテンツデータの配信機能とを賄うように構成してもよい。
このような場合においても、一のユーザが複数のクライアントを用い、適宜、複数のコンテンツ配信サーバから選択的にコンテンツデータを取得してコンテンツの再生を行なうことが可能なようにコンテンツ配信システムが構築され得る。
【０１４２】
（コンテンツデータ配信システムの他の態様）
図１２は、データ配信管理サーバを敢えて設けず、コンテンツ配信サーバでユーザおよびクライアントに関する認証処理機能とコンテンツデータの配信機能とを賄うようにし、且つ、このようなコンテンツ配信サーバが複数存在するようなコンテンツ配信システムにおける、コンテンツデータおよび認証に関わるデータの流れを説明するための概念図である。
この概念図では、各クライアント、および、コンテンツ配信サーバを結ぶネットワークについては図示省略されている。
コンテンツ配信サーバ１００には、配信の対象とされるコンテンツデータが、が各個に区分して取り扱われ得るように格納され、例えばそのうち現時点で購入の対象とされるコンテンツＡに対応して取り扱われ得るようにして、特定のユーザ（１）およびそのユーザが用いるものとして複数のクライアント（１）、クライアント（２）、…が登録されている。
【０１４３】
同様に、他のコンテンツ配信サーバ１００ａには、配信の対象とされるコンテンツデータが、が各個に区分して取り扱われ得るように格納され、例えばそのうち現時点で購入の対象とされるコンテンツＣに対応して取り扱われ得るようにして、特定のユーザ（１）およびそのユーザが用いるものとして複数のクライアント（１）、クライアント（２）、…が登録され、更に、購入の対象とされた他のコンテンツＤに対応して取り扱われ得るようにして、特定のユーザ（２）およびそのユーザが用いるものとしてクライアント（２）が登録されている。
【０１４４】
一人の正規ユーザ３１０がクライアントとして用いる携帯電話機２１０にコンテンツＡの不完全コンテンツデータをダウンロード（ＤＬ）によって取得し格納することができる。
ユーザ３１０がコンテンツＡの使用（視聴）を所望する場合には、そのクライアント２１０からコンテンツ配信サーバ１００に対して、コンテンツの使用要求（ＤＭ）を発し、ユーザ３１０およびそのクライアントたる携帯電話機２１０が正規ユーザ且つ正規クライアントであることの認証が成立することを条件として、先に取得してあった不完全コンテンツデータに対応する充足用コンテンツデータがストリーミング配信（ＳＴ）によって供給されて、そのコンテンツの再生が可能になる。
【０１４５】
上述におけるような認証は、各個のコンテンツ配信サーバにおいて各別に実行される。
この認証を行なうために、各個のコンテンツ配信サーバ１００，１００ａには、登録された正規ユーザおよびその正規クライアントであることを認証するためのユーザに関する情報および一の正規ユーザに対応して登録された一または複数のクライアントであることを認証するための情報が保有される。
【０１４６】
尚、認証用情報に基づく認証の可否判断は、あくまでも、ユーザによる目下のコンテンツ使用要求操作（ＤＭ）に対応する各個のコンテンツ毎に（例えば、あるコンテンツＡに関して、そのコンテンツの利用の限りのものとして）実行される。
登録が完了している正規ユーザ３１０およびその正規クライアントである携帯電話機２１０については、コンテンツ配信サーバ１００から携帯電話機２１０に
先ずダウンロード（ＤＬ）で不完全コンテンツデータが格納された後コンテンツ使用要求操作（ＤＭ）に対応して充足用コンテンツデータをストリーミング配信によって供給することにより、コンテンツ再生が可能である。
【０１４７】
同様に、正規ユーザ３２０およびその正規クライアントであるミュージックプレーヤ２３０については、他のコンテンツ配信サーバ１００ａからコンテンツデータの正当な取得が可能である。
次に、ユーザ３１０がそのクライアントであるミュージックプレーヤ２２０をも正規クライアントとして登録した場合には、次のような形でのコンテンツデータの取得を行なうことができる。
即ち、先ず、他のコンテンツ配信サーバ１００ａから不完全コンテンツデータをダウンロード（ＤＬ）して携帯電話機２１０に保持する。
次いで、携帯電話機２１０に保持した不完全コンテンツデータをミュージックプレーヤ２２０に複製または移転する（破線図示のＴＲ）。
【０１４８】
ユーザ３１０が、ミュージックプレーヤ２２０からコンテンツＡの使用（視聴）を所望する場合には、ミュージックプレーヤ２２０から他のコンテンツ配信サーバ１００ａに対して、コンテンツの使用要求（ＤＭ）を発すると、ユーザ３１０およびそのクライアントたるミュージックプレーヤ２２０が正規ユーザ且つ正規クライアントであることの認証可否が判断される。
この場合、正規ユーザおよび正規クライアントであることからこの認証は当然に成立し、先に取得してあった不完全コンテンツデータに対応する充足用コンテンツデータが他のコンテンツ配信サーバ１００ａからミュージックプレーヤ２２０にストリーミング配信（ＳＴ）によって供給されて、そのコンテンツの再生が可能になる。
【０１４９】
（コンテンツ配信サーバの他の実施の形態）
図１３は、本発明のコンテンツ配信サーバの他の実施の形態を表す機能ブロック図である。
コンテンツ配信サーバ３００には、配信の対象となるコンテンツを表すデータを保有するコンテンツデータ格納部として機能する記憶装置３０１が設けられている。
この記憶装置３０１には、一まとまりの音声や映像等のコンテンツ全体を構成する完全コンテンツデータを格納する完全コンテンツデータ格納部３０２、完全コンテンツデータの一部である不完全コンテンツデータを格納する不完全コンテンツデータ格納部３０３、不完全コンテンツデータにおける不足部分を充足して完全コンテンツデータを構成する充足用コンテンツデータを格納する充足用コンテンツデータ格納部３０４、および、ユーザおよび各ユーザが用いるクライアントに関する認証処理に供される認証用データを格納する認証用データ格納部３０５とが設定されている。
【０１５０】
上述の、完全コンテンツデータ格納部３０２、不完全コンテンツデータ格納部３０３、充足用コンテンツデータ格納部３０４、および、認証用データ格納部３０５に格納された各データはそれらを区分して取り扱うことが可能なようにアクセスされ得る。
完全コンテンツデータ格納部３０２に格納された完全コンテンツデータを元にして不完全コンテンツデータを作成する不完全コンテンツデータ作成部３０６と、完全コンテンツデータを元に充足用コンテンツデータを作成する充足用コンテンツデータ作成部３０７とが設けられている。
【０１５１】
更に、外部との情報（データ）の授受を行うための通信部３０８が設けられ、
また、認証用データ格納部３０５に格納された各データに基づいて、ユーザおよび各ユーザが用いるクライアントに関する認証処理を実行する認証処理部３０９が設けられる。
上述の記憶装置３０１、不完全コンテンツデータ作成部３０６、充足用コンテンツデータ作成部３０７、通信部３０８、および、認証処理部３０９は、バス３１０によってシステムコントローラ３１１と結ばれ、このシステムコントローラ３１１による統括的な管理の下で作動し所定の仕様を充足するように機能する。
【０１５２】
即ち、通信部３０８、認証処理部３０９、および、システムコントローラ３１１を含む該当機能部によって、不完全コンテンツデータを所定のクライアントに取得しているユーザが正規ユーザであり且つ該ユーザが用いるクライアントが正規クライアントである旨の認証を求める認証要求手続がとられたときには、認証用データ格納部３０５に保有されたユーザ認証データおよびクライアント認証データに基づいて認証処理を実行する認証処理部が構成される。
【０１５３】
また、システムコントローラ３１１における該当機能部によって、認証処理部３０９における認証が成立することを条件として、既に取得されている不完全コンテンツデータに対応する充足用コンテンツデータの配信を許容するデータ配信規制管理部が構成される。
更に、記憶装置３０１、充足用コンテンツデータ作成部３０７、通信部３０８、および、システムコントローラ３１１における該当機能部によって、上述のデータ配信規制管理部の管理下で充足用コンテンツデータを該当するクライアントに向けてストリーミング配信するストリーミング配信部が構成される。
【０１５４】
上述のようなコンテンツ配信サーバ３００は、ネットワーク７００を通してクライアント（１）２１０、クライアント（２）２２０、クライアント（３）２３０、クライアント（４）２４０と結ばれ、これらクライアントおよびそのユーザがそれぞれ登録された正規クライアントおよびユーザであるとの認証が成立することを条件として、該当するクライアントに対し充足用コンテンツデータを配信する。
図１４は、図１３のコンテンツ配信サーバを含んで構成されるコンテンツ配信システムにおけるコンテンツデータおよび認証に関わるデータの流れを説明するための概念図である。
この概念図では、各クライアント、コンテンツ配信サーバ、および、データ配信管理サーバを結ぶネットワーク（図１３では参照符号７００）については図示省略されている。
【０１５５】
コンテンツ配信サーバ１００には、配信の対象とされるコンテンツデータが、が各個に区分して取り扱われ得るように格納され、例えばそのうち現時点で購入の対象とされたコンテンツＡに対応して取り扱われ得るようにして、特定のユーザ（１）およびそのユーザが用いるものとして複数のクライアント（１）、クライアント（２）、…が登録されている。
一人の正規ユーザ３１０がクライアントとして用いる携帯電話機２１０にコンテンツＡの不完全コンテンツデータをダウンロード（ＤＬ）によって取得し格納することができる。
【０１５６】
ユーザ３１０がコンテンツＡの使用（視聴）を所望する場合には、そのクライアント２１０からコンテンツ配信サーバ１００に対して、コンテンツの使用要求（ＤＭ）を発し、ユーザ３１０およびそのクライアントたる携帯電話機２１０が正規ユーザ且つ正規クライアントであることの認証が成立することを条件として、先に取得してあった不完全コンテンツデータに対応する充足用コンテンツデータがストリーミング配信（ＳＴ）によって供給されて、そのコンテンツの再生が可能になる。
【０１５７】
コンテンツ配信サーバが複数ネットワーク上に存在するようなコンテンツ配信サービスのシステムでは、上述におけるような認証は、各個の該当するコンテンツ配信サーバにおいて各別に実行されるが、図１４では、説明の便宜上、一つのコンテンツ配信サーバに関連して、コンテンツや認証のデータの流れについて述べる。
上述の認証を行なうために、コンテンツ配信サーバ１００には、登録された正規ユーザおよびその正規クライアントであることを認証するためのユーザに関する情報および一の正規ユーザに対応して登録された一または複数のクライアントであることを認証するための認証用情報が保有される。
【０１５８】
尚、認証用情報に基づく認証の可否判断は、あくまでも、ユーザによる目下のコンテンツ使用要求操作（ＤＭ）に対応する各個のコンテンツ毎に（例えば、あるコンテンツＡに関して、そのコンテンツの利用の限りのものとして）実行される。
登録が完了している正規ユーザ３１０およびその正規クライアントである携帯電話機２１０については、コンテンツ配信サーバ１００から携帯電話機２１０に
先ずダウンロード（ＤＬ）で不完全コンテンツデータが格納された後コンテンツ使用要求操作（ＤＭ）に対応して充足用コンテンツデータをストリーミング配信によって供給することにより、コンテンツ再生が可能である。
【０１５９】
次に、ユーザ３１０がそのクライアントであるミュージックプレーヤ２２０をも正規クライアントとして登録した場合には、次のような形でのコンテンツデータの取得を行なうことができる。
即ち、先ず、コンテンツ配信サーバ１００から不完全コンテンツデータをダウンロード（ＤＬ）して携帯電話機２１０に保持する。
次いで、携帯電話機２１０に保持した不完全コンテンツデータをミュージックプレーヤ２２０に複製または移転する（破線図示のＴＲ）。
ミュージックプレーヤ２２０から ユーザ３１０がコンテンツＡの使用（視聴）を所望する場合には、ミュージックプレーヤ２２０からコンテンツ配信サーバ１００に対して、コンテンツの使用要求（ＤＭ）を発すると、ユーザ３１０およびそのクライアントたるミュージックプレーヤ２２０が正規ユーザ且つ正規クライアントであることの認証可否が判断される。
【０１６０】
この場合、正規ユーザ（ＡＵ１）および正規クライアントであることからこの認証は当然に成立し、先に取得してあった不完全コンテンツデータに対応する充足用コンテンツデータがコンテンツ配信サーバ１００からミュージックプレーヤ２２０にストリーミング配信（ＳＴ）によって供給されて、そのコンテンツの再生が可能になる。
仮に、今、ユーザ３２０が正規ユーザでなく、従って、そのクライアントであるミュージックプレーヤ２３０も正規クライアントでない場合を想定する。
【０１６１】
このような場合も、不完全コンテンツデータの複製や移転自体は既述のように著作権保護に違背するものではなく、従って、正規ユーザ３１０およびその正規クライアントである携帯電話機２１０にダウンロードによって保持した不完全コンテンツデータをミュージックプレーヤ２２０を経由する等してミュージックプレーヤ２３０に複製ないし移転することは許容される。
【０１６２】
この複製ないし移転に伴なって、正規ユーザ３１０が自己のユーザ認証に係る情報まで正規ユーザでないユーザ３２０に教えてしまった場合（ＡＵ２）に、ユーザ３２０が図２３等を参照して既述の所謂「なりすまし」によるコンテンツデータの取得を試みたとしても（破線図示のＤＭ）、そのクライアントであるミュージックプレーヤ２３０が正規クライアントではないためにコンテンツ配信サーバ１００における認証が成立せず、充足用コンテンツデータのストリーミング配信による供給は拒否され、コンテンツデータの不正な取得は効果的に抑止されることになる。
図１５ないし図１７は、図１３のコンテンツ配信サーバを含んで構成されるコンテンツ配信システムにおけるデータの授受の様子を時系列的に表すシーケンス図である。
【０１６３】
（コンテンツ購入操作からコンテンツ再生までの動作シーケンス）
図１５において、クライアント（携帯電話機）２１０がユーザ３１０によるコンテンツ購入の操作を受付けると、コンテンツ配信サーバ１００に向けてコンテンツ購入要求が送信される（ステップＳ１５０１）。
コンテンツ配信サーバ１００はこのコンテンツ購入要求に応答して、ユーザ情報登録要求をクライアント２１０に返す（ステップＳ１５０２）。
このコンテンツ購入要求を受けたクライアント２１０は、ユーザ情報登録手続としてユーザ名、パスワード、および使用クライアント情報等をコンテンツ配信サーバ１００に送り込む（ステップＳ１５０３）。
【０１６４】
コンテンツ配信サーバ１００はこのようにして送り込まれた情報についてユーザ情報（ＰＵ）の登録処理（ステップＳ１５０４）を行なった上、クライアント２１０に対して図２０、図２１を参照して既述のような不完全コンテンツデータを供給する（ステップＳ１５０５）。
即ち、クライアント２１０はこのように供給される不完全コンテンツデータをダウンロード（ＤＬ）によって取得し所定の記憶部に格納する（ステップＳ１５０６）。
【０１６５】
このようにして不完全コンテンツデータがクライアント２１０にて取得されてより以降の適宜の時点で、クライアント２１０のユーザ３１０からコンテンツ使用要求の操作が行われると、この操作を受けたクライアント２１０はコンテンツ配信サーバ１００に向けてコンテンツ使用要求（ＤＭ）を発する（ステップＳ１５０７）。
このコンテンツ使用要求（ＤＭ）は、ユーザ情報ＰＵ（即ち、ユーザとそのユーザが用いるクライアントの情報）を伴なったものとしてコンテンツ配信サーバ１００に送信される。
【０１６６】
コンテンツ配信サーバ１００は、このコンテンツ使用要求（ＤＭ）に係るユーザ情報ＰＵを、先に（ステップＳ１５０４で）登録したユーザ情報ＰＵと照合することによって、ユーザ認証の成立の可否を判断する（ステップＳ１５０８）。
認証が成立した場合には（ステップＳ１５０８：Ｙｅｓ）、コンテンツ配信サーバ１００からクライアント２１０に向けての充足用コンテンツデータのストリーミング配信が許容され、この配信が実行される（ステップＳ１５０９）。
【０１６７】
認証の成立（ステップＳ１５０８：Ｙｅｓ）によって充足用コンテンツデータのストリーミング配信を受けたクライアント２１０側では、先にダウンロードによって取得し保持していた（ステップＳ１５０６）不完全コンテンツデータとストリーミング配信（ステップＳ１５０９）された充足用コンテンツデータとを結合して完全コンテンツデータを生成するデータ結合処理を実行する（ステップＳ１５１０）。
このようにしてデータ結合処理されたコンテンツデータによってコンテンツの再生（使用）が行なわれる（ステップＳ１５１１）。
一旦再生に付されると、そのコンテンツデータ（データ結合処理を経た完全コンテンツデータ）は、ストリーミング配信された充足用コンテンツデータと共に完全に消去される（ステップＳ１５１２）。
【０１６８】
尚、通常の場合、先にダウンロードによって取得し保持されていた不完全コンテンツデータについてはそのまま維持される。
他方、ユーザ認証の成立の可否判断（ステップＳ１５０８）で認証が成立しない場合には（ステップＳ１５０８：Ｎｏ）、コンテンツ配信サーバ１００は、クライアント２１０に対して、コンテンツ使用拒否の応答を発する（ステップＳ１５１３）。この応答は拒否理由の送信を伴なって実行される。
コンテンツ配信サーバ１００は、その後、図中「ｂ」と表記された、（ステップＳ１５０１以前の）コンテンツ購入要求の待機状態に戻る。
【０１６９】
（不完全コンテンツデータのダウンロードによる再取得）
上述のようなコンテンツ配信サービスの利用においては、目的とするコンテンツの再生が実行されて以降も不完全コンテンツデータは、通常の場合、そのまま維持され、再度の利用に供され得る。
しかし、ユーザの誤操作によって不完全コンテンツデータまでも消去されてしまうことが稀には生じ得る。
このような場合のために、不完全コンテンツデータについては、ダウンロードによる再取得が許容されるように構成されている。
図１６は、上述のコンテンツデータ配信システムにおける不完全コンテンツデータのダウンロードによる再取得の手順を表すシーケンス図である。
【０１７０】
先ず、クライアント２１０（ユーザ３１０）からコンテンツ配信サーバ１００に対してコンテンツ再ダウンロード要求を送信する（ステップＳ１６０１）。この送信はユーザ情報ＰＵの送信を含んで実行される。
このコンテンツ再ダウンロード要求を受けたコンテンツ配信サーバ１００はユーザ認証の成立の可否を判断する（ステップＳ１６０２）。
ユーザ認証が成立する場合には（ステップＳ１６０２：Ｙｅｓ）、不完全コンテンツデータをクライアント２１０に供給する（ステップＳ１６０３）。
即ち、クライアント２１０側では、この不完全コンテンツデータを再ダウンロードして所定の記憶部に格納する（ステップＳ１６０４）。
【０１７１】
一方、ユーザ認証が成立しない場合には（ステップＳ１６０２：Ｎｏ）、コンテンツ配信サーバ１００はクライアント２１０に対してコンテンツ再ダウンロード拒否の応答をする（ステップＳ１６０５）。この応答は拒否理由の送信を伴なって行なわれる。
コンテンツ配信サーバ１００は、その後、図１５中「ｂ」と表記された、（ステップＳ１５０１以前の）コンテンツ購入要求の待機状態に戻る。
【０１７２】
（クライアント間で不完全コンテンツデータが移転された場合について）
次に、図１７を参照して、ダウンロード等によって取得した不完全コンテンツデータを保有する一のクライアントから他のクライアントにその不完全コンテンツデータが移転された場合におけるコンテンツ使用時の動作について説明する。
クライアント間での不完全コンテンツデータの移転（ＴＲ）が自由に許容されても、既述のように不完全コンテンツデータＰＤはそれ自体では一つのコンテンツを表す完全コンテンツの一部であり、そのコンテンツを再生するにはデータが欠落しているため、これの自由な複製ないし移転（ＴＲ）が行なわれても著作権の保護に欠けるといった憂いは生じない。
【０１７３】
正規ユーザ３１０は、自らが用いるクライアント（携帯電話機）２１０で取得し保持している不完全コンテンツデータを、自ら用いる正規クライアント（ミュージックプレーヤ）２２０に移転し（ステップＳ１７０１）、更に、ミュージックプレーヤに移転した不完全コンテンツデータを、正規ユーザでないユーザ３２０が用いているクライアント（ミュージックプレーヤ）２３０に自由に移転（破線の矢線ＴＲ）することができる（ステップＳ１７０２）。
【０１７４】
正規クライアント２２０は、正規ユーザ３１０の操作に基づいてコンテンツ配信サーバ１００にコンテンツ使用要求ＤＭを送信する（ステップＳ１７０３）。
上述の不完全コンテンツデータの移転（ステップＳ１７０２）を行なった場合、ユーザ３１０がユーザ３２０に自らのユーザ情報（ユーザＩＤ、パスワード等）を教えてしまうと（図１４における曲がった矢線ＡＵ２）、ユーザ３２０が正規ユーザであるユーザ３１０のユーザ情報を用いて、コンテンツ配信サーバ１００にコンテンツ使用要求ＤＭ（破線の矢線）を送信するようなことも発生し得る（ステップＳ１７０４）。
【０１７５】
コンテンツ使用要求（ステップＳ１７０３；１７０４）を受けて、コンテンツ配信サーバ１００は正規ユーザが正規クライアントを用いていることの認証の可否を判断する（ステップＳ１７０５）。
正規ユーザが正規クライアントを用いてのコンテンツ使用要求（ステップＳ１７０３）については、当然に、認証が成立したものと判断され（ステップＳ１７０５：Ｙｅｓ）、充足用コンテンツデータが正規クライアントであるミュージックプレーヤ２２０にストリーミング配信によって供給される（ステップＳ１７０６）。
【０１７６】
ストリーミング配信（ステップＳ１７０６）で充足用コンテンツデータを供給されたクライアント２２０（ユーザ３１０）では、不完全コンテンツデータと充足用コンテンツデータとを結合して完全コンテンツデータを生成するデータ結合処理を実行する（ステップＳ１７０７）。
このようにしてデータ結合処理されたコンテンツデータによってコンテンツの再生（使用）が行なわれる（ステップＳ１７０８）。
一旦再生に付されると、そのコンテンツデータ（データ結合処理を経た完全コンテンツデータ）は、ストリーミング配信された充足用コンテンツデータと共に完全に消去される（ステップＳ１７０９）。
【０１７７】
一方、見かけ上は正規ユーザであるが正規クライアントではないクライアント（ミュージックプレーヤ）２３０を用いてのコンテンツ使用要求（ステップＳ１７０４）については、ユーザ認証の成立の可否判断（ステップＳ１７０５）において、正規クライアントではないため認証が成立せず（ステップＳ１７０５：Ｎｏ）、コンテンツ配信サーバ１００は、クライアント２３０に対して、コンテンツ使用拒否の応答を発する（ステップＳ１７１０）。この応答は拒否の理由を伴なって送信実行される。
【０１７８】
コンテンツ配信サーバ１００は、その後、図１５中「ｂ」と表記された、（ステップＳ１５０１以前の）コンテンツ購入要求の待機状態に戻る。
このようにして、正規ユーザでないユーザ３２０が正規ユーザである場合と全く同様にコンテンツ使用要求ＤＭ（破線の矢線）を送信するようなことを行なったとしても、用いたクライアントが正規クライアントでない限り、コンテンツを享受することは不可能であり、所謂「なりすまし」によるコンテンツの不正な取得が効果的に抑止される。
【０１７９】
（コンテンツデータ配信管理方法）
以上、本発明の実施の形態としてのコンテンツデータ配信システム、コンテンツ配信サーバ、および、データ配信管理サーバについて説明したが、これらの説明から容易に理解されるとおり、本発明は、次のようなコンテンツデータ配信管理方法としても観念される技術思想である。
【０１８０】
即ち、配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツ配信サーバ（１００）からの、コンテンツデータの配信を管理するコンテンツデータ配信管理方法であって、
所定の登録手続をしたユーザを正規ユーザ（図３：３１０）として登録し（図４：ステップＳ４０３）、且つ、該正規ユーザ（図３：３１０）が前記データ配信システムからコンテンツを取得するために用いるものとして所定の登録手続をしたクライアント（図３，図４：２１０）を正規クライアントとして登録する登録処理のステップ（図４：ステップＳ４０３）と、
コンテンツの取得に適用されるクライアント（図３，図４：２１０）から自己が正規ユーザにおける正規クライアントである旨の認証を求める手続がされたときに（図６：ステップＳ６０３）該認証が成立する（図６：ステップＳ６０４：Ｙｅｓ）ことを条件として、前記充足用コンテンツデータを前記コンテンツ配信サーバ（１００）から該コンテンツの取得に適用されるクライアントに向けてストリーミング配信することを許容する（図６：ステップＳ６０８）データ配信管理のステップと、
を含むことを特徴とするコンテンツデータ配信管理方法。
【０１８１】
このようなコンテンツデータ配信管理方法によれば、正規ユーザの認証および正規クライアントの認証の双方が成立することがユーザ所望のコンテンツを再生（使用）するに必須となるコンテンツデータ取得の条件であることから、著作権に関するセキュリティが十全に確保される。
また一方、各ユーザは自らがコンテンツの再生（使用）に適用するクライアント（端末機器）を所望に応じて一または複数予め登録しておくことにより、登録手続が完了していれば、それ以降は自ら所望の何れかのクライアントを自由に選択できるという便宜が図られ、ユーザ側から見た利便性にも優れる。
【産業上の利用可能性】
【０１８２】
本発明は、配信の対象とされるコンテンツデータを保有するコンテンツ配信サーバから一定の認証が成立した正規ユーザにおける正規クライアントに限り、一の契約で特定されるコンテンツデータを配信するコンテンツ配信サービス事業に利用することができる。
【図面の簡単な説明】
【０１８３】
【図１】本発明の実施の形態としてのコンテンツ配信システムを表す機能ブロック図である。
【図２】図１のコンテンツ配信システムに適合するクライアント（情報端末装置）の構成を表す機能ブロック図である。
【図３】図１のコンテンツ配信システムにおけるデータの流れを説明するための概念図である。
【図４】図１および図３のコンテンツ配信システムにおける各装置間でのデータの授受の様子を表すシーケンス図である。
【図５】図１および図３のコンテンツ配信システムにおいて、コンテンツの購入に依存せずに、ユーザによる操作に基づいてデータ配信管理サーバが保有しているデータを更新する様子を表すシーケンス図である。
【図６】図１および図３のコンテンツ配信システムにおけるコンテンツ使用時の各装置間でのデータ授受の様子を表すシーケンス図である。
【図７】図１および図３のコンテンツ配信システムにおけるコンテンツ使用時の各装置間でのデータ授受の他の態様を表すシーケンス図である。
【図８】コンテンツ配信システムの他の構成例におけるクライアント、コンテンツ配信サーバ、および、データ配信管理サーバ間でのデータの授受の様子表すシーケンス図である。
【図９】コンテンツの購入に依存せずに、データ配信管理サーバが保持しているユーザ・クライアント情報を更新または登録するときの動作を表すシーケンス図である。
【図１０】不完全コンテンツデータを記憶部に保有しているクライアントからコンテンツ使用要求を発して以降のシステムの動作を表すシーケンス図である。
【図１１】コンテンツデータ配信システムにおける不完全コンテンツデータのダウンロードによる再取得の手順を表すシーケンス図である。
【図１２】コンテンツ配信サーバでユーザおよびクライアントに関する認証処理機能とコンテンツデータの配信機能とを賄うコンテンツ配信システムの概念図である。
【図１３】本発明のコンテンツ配信サーバの他の実施の形態を表す機能ブロック図である。
【図１４】図１３のコンテンツ配信サーバを含んで構成されるコンテンツ配信システムにおけるコンテンツデータおよび認証に関わるデータの流れを説明するための概念図である。
【図１５】図１３のコンテンツ配信サーバを含んで構成されるコンテンツ配信システムにおけるデータの授受の様子を表すシーケンス図である。
【図１６】図１３のコンテンツ配信サーバを含んで構成されるコンテンツ配信システムにおける不完全コンテンツデータのダウンロードによる再取得の手順を表すシーケンス図である。
【図１７】図１３のコンテンツ配信サーバを含んで構成されるコンテンツ配信システムにおけるコンテンツ使用時の動作を表すシーケンス図である。
【図１８】コンテンツ配信技術に関する一般的な２通りの方式を説明するための概念図である。
【図１９】ユーザが複数の種類の異なる或いは同種のクライアントを用いる場合の一般的技術について説明するための概念図である。
【図２０】不完全コンテンツデータのダウンロードによる取得が行なわれて以降に充足用コンテンツデータをストリーミング配信することによって所望のコンテンツを再生可能にする従来のコンテンツ配信システムを表す概念図である。
【図２１】図２０におけるようなコンテンツデータ配信方式を採った場合に、複数のクライアントで同じコンテンツを享受する方法を表す概念図である。
【図２２】同一のユーザが異なるクライアントを用いる場合の従来の問題点を説明するための概念図である。
【図２３】複数のユーザが夫々のクライアントを用いる場合の従来の問題点を説明するための概念図である。
【図２４】従来のコンテンツ配信システムにおけるクライアントおよびコンテンツ配信サーバ間でのデータの授受の様子を表すシーケンス図である。
【図２５】従来のコンテンツデータ配信システムにおける不完全コンテンツデータのダウンロードによる再取得の手順を表すシーケンス図である。
【図２６】従来のコンテンツ配信システムにおけるクライアントおよびコンテンツ配信サーバ間でのデータの授受の様子を表すシーケンス図である。
【符号の説明】
【０１８４】
１００，３００…コンテンツ配信サーバ １０１，３０１，５０１…記憶装置 １０２，３０２…完全コンテンツデータ格納部 １０３，２０１，３０３…不完全コンテンツデータ格納部 １０４，３０４…充足用コンテンツデータ格納部 １０５，３０５，５０２…認証用データ格納部 １０６，３０６…不完全コンテンツデータ作成部 １０７，３０７…充足用コンテンツデータ作成部 １０８，２０４，３０８…通信部 １０９，３０９…認証処理部 １１０，２０５，３１０，５０６…バス １１１，２０６，３１１，…システムコントローラ ２００，２１０，２２０，２３０，２４０…クライアント ２０２…記憶部 ２０３…データ結合処理部
１０００…コンテンツ配信サーバ ２０００…クライアント ２０１０…デスクトップＰＣ ２０２０…モバイルＰＣ ２０３０…ミュージックプレーヤ ２０４０，２０４１，２０４２…携帯電話機
【特許請求の範囲】
【請求項１】
配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有し、該保有したデータを所定の条件を満たすクライアントに配信するコンテンツ配信サーバと、
前記不完全コンテンツデータを所定のクライアントに取得しているユーザに対し、所定の認証が成立することを条件として、該取得されている不完全コンテンツデータに対応する前記充足用コンテンツデータをストリーミング配信することを許容するデータ配信管理サーバと、
を含んで構成されたデータ配信システムであって、
前記データ配信管理サーバは、登録された正規ユーザを認証するためのユーザ認証データと、前記正規ユーザがコンテンツの取得に用いるクライアントとして登録された正規クライアントを認証するためのクライアント認証データと、を保有し、当該コンテンツに係る利用手続をしたユーザが前記正規ユーザである旨の認証が成立し、且つ、当該コンテンツの再生に適用するクライアントが前記正規クライアントである旨の認証が成立することを条件として、前記コンテンツ配信サーバに対し、当該適用するクライアントに向けての前記充足用コンテンツデータのストリーミング配信を許容することを特徴とするデータ配信システム。
【請求項２】
前記データ配信管理サーバは、前記コンテンツ配信サーバとネットワークによって結ばれていることを特徴とする請求項１に記載のデータ配信システム。
【請求項３】
配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツデータ格納部と、
コンテンツデータの配信規制管理を行うデータ配信管理サーバに対して、前記不完全コンテンツデータを所定のクライアントに取得しているユーザが正規ユーザであり且つ該ユーザが用いるクライアントが正規クライアントである旨の認証を照会する認証照会手段と、
前記認証照会手段が前記データ配信管理サーバから当該認証が成立する旨の応答を受信したときに、前記充足用コンテンツデータを前記クライアントに向けてストリーミング配信するストリーミング配信手段と、
を備えていることを特徴とするコンテンツ配信サーバ。
【請求項４】
前記データ配信管理サーバとネットワークによって結ばれていることを特徴とする請求項３に記載のコンテンツ配信サーバ。
【請求項５】
配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツ配信サーバからユーザが用いるクライアントに向けてのコンテンツの配信を管理するデータ配信管理サーバであって、
登録された正規ユーザを認証するためのユーザ認証データと、前記正規ユーザがコンテンツの取得に用いるクライアントとして登録された正規クライアントを認証するためのクライアント認証データと、を保有する認証用データ格納部と、
当該コンテンツに係る利用手続をしたユーザが前記正規ユーザである旨の認証が成立し、且つ、当該コンテンツの再生に適用するクライアントが前記正規クライアントである旨の認証が成立することを条件として、当該適用するクライアントに向けての前記充足用コンテンツデータのストリーミング配信を許容する指令を前記コンテンツ配信サーバに向けて発するデータ配信規制管理部と、
を含んで構成されていることを特徴とするデータ配信管理サーバ。
【請求項６】
前記コンテンツ配信サーバとネットワークによって結ばれていることを特徴とする請求項５に記載のデータ配信管理サーバ。
【請求項７】
前記データ配信規制管理部は、ユーザが前記コンテンツ配信サーバに対して行なった所定の登録手続に基づいてネットワークを介して供給される被登録データを前記認証用データ格納部に登録することを特徴とする請求項５に記載のデータ配信管理サーバ。
【請求項８】
前記データ配信規制管理部は、ネットワークを介して複数の前記コンテンツ配信サーバからユーザ認証およびクライアント認証の照会を受け、前記認証用データ格納部に登録されたユーザ認証データおよびクライアント認証データに基づいてユーザおよびクライアントに係る認証処理を実行することを特徴とする請求項５に記載のデータ配信管理サーバ。
【請求項９】
配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツデータ格納部と、
登録された正規ユーザを認証するためのユーザ認証データと、前記正規ユーザがコンテンツの取得に用いるクライアントとして登録された正規クライアントを認証するためのクライアント認証データと、を保有する認証用データ格納部と、
前記不完全コンテンツデータを所定のクライアントに取得しているユーザが正規ユーザであり且つ該ユーザが用いるクライアントが正規クライアントである旨の認証を求める認証要求手続がとられたときには、前記認証用データ格納部に保有されたユーザ認証データおよびクライアント認証データに基づいて認証処理を実行する認証処理部と、
前記認証処理部における認証が成立することを条件として、該取得されている不完全コンテンツデータに対応する前記充足用コンテンツデータの配信を許容するデータ配信規制管理部と、
前記データ配信規制管理部の管理下で前記充足用コンテンツデータを前記クライアントに向けてストリーミング配信するストリーミング配信部と、
を備えていることを特徴とするコンテンツ配信サーバ。
【請求項１０】
配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツ配信サーバからの、コンテンツデータの配信を管理するコンテンツデータ配信管理方法であって、
所定の登録手続をしたユーザを正規ユーザとして登録し、且つ、該正規ユーザが前記データ配信システムからコンテンツを取得するために用いるものとして所定の登録手続をしたクライアントを正規クライアントとして登録する登録処理のステップと、
コンテンツの取得に適用されるクライアントから自己が正規ユーザにおける正規クライアントである旨の認証を求める手続がされたときに該認証が成立することを条件として、前記充足用コンテンツデータを前記コンテンツ配信サーバから該コンテンツの取得に適用されるクライアントに向けてストリーミング配信することを許容するデータ配信管理のステップと、
を含むことを特徴とするコンテンツデータ配信管理方法。
【請求項１】
配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有し、該保有したデータを所定の条件を満たすクライアントに配信するコンテンツ配信サーバと、
前記不完全コンテンツデータを所定のクライアントに取得しているユーザに対し、所定の認証が成立することを条件として、該取得されている不完全コンテンツデータに対応する前記充足用コンテンツデータをストリーミング配信することを許容するデータ配信管理サーバと、
を含んで構成されたデータ配信システムであって、
前記データ配信管理サーバは、登録された正規ユーザを認証するためのユーザ認証データと、前記正規ユーザがコンテンツの取得に用いるクライアントとして登録された正規クライアントを認証するためのクライアント認証データと、を保有し、当該コンテンツに係る利用手続をしたユーザが前記正規ユーザである旨の認証が成立し、且つ、当該コンテンツの再生に適用するクライアントが前記正規クライアントである旨の認証が成立することを条件として、前記コンテンツ配信サーバに対し、当該適用するクライアントに向けての前記充足用コンテンツデータのストリーミング配信を許容することを特徴とするデータ配信システム。
【請求項２】
前記データ配信管理サーバは、前記コンテンツ配信サーバとネットワークによって結ばれていることを特徴とする請求項１に記載のデータ配信システム。
【請求項３】
配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツデータ格納部と、
コンテンツデータの配信規制管理を行うデータ配信管理サーバに対して、前記不完全コンテンツデータを所定のクライアントに取得しているユーザが正規ユーザであり且つ該ユーザが用いるクライアントが正規クライアントである旨の認証を照会する認証照会手段と、
前記認証照会手段が前記データ配信管理サーバから当該認証が成立する旨の応答を受信したときに、前記充足用コンテンツデータを前記クライアントに向けてストリーミング配信するストリーミング配信手段と、
を備えていることを特徴とするコンテンツ配信サーバ。
【請求項４】
前記データ配信管理サーバとネットワークによって結ばれていることを特徴とする請求項３に記載のコンテンツ配信サーバ。
【請求項５】
配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツ配信サーバからユーザが用いるクライアントに向けてのコンテンツの配信を管理するデータ配信管理サーバであって、
登録された正規ユーザを認証するためのユーザ認証データと、前記正規ユーザがコンテンツの取得に用いるクライアントとして登録された正規クライアントを認証するためのクライアント認証データと、を保有する認証用データ格納部と、
当該コンテンツに係る利用手続をしたユーザが前記正規ユーザである旨の認証が成立し、且つ、当該コンテンツの再生に適用するクライアントが前記正規クライアントである旨の認証が成立することを条件として、当該適用するクライアントに向けての前記充足用コンテンツデータのストリーミング配信を許容する指令を前記コンテンツ配信サーバに向けて発するデータ配信規制管理部と、
を含んで構成されていることを特徴とするデータ配信管理サーバ。
【請求項６】
前記コンテンツ配信サーバとネットワークによって結ばれていることを特徴とする請求項５に記載のデータ配信管理サーバ。
【請求項７】
前記データ配信規制管理部は、ユーザが前記コンテンツ配信サーバに対して行なった所定の登録手続に基づいてネットワークを介して供給される被登録データを前記認証用データ格納部に登録することを特徴とする請求項５に記載のデータ配信管理サーバ。
【請求項８】
前記データ配信規制管理部は、ネットワークを介して複数の前記コンテンツ配信サーバからユーザ認証およびクライアント認証の照会を受け、前記認証用データ格納部に登録されたユーザ認証データおよびクライアント認証データに基づいてユーザおよびクライアントに係る認証処理を実行することを特徴とする請求項５に記載のデータ配信管理サーバ。
【請求項９】
配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツデータ格納部と、
登録された正規ユーザを認証するためのユーザ認証データと、前記正規ユーザがコンテンツの取得に用いるクライアントとして登録された正規クライアントを認証するためのクライアント認証データと、を保有する認証用データ格納部と、
前記不完全コンテンツデータを所定のクライアントに取得しているユーザが正規ユーザであり且つ該ユーザが用いるクライアントが正規クライアントである旨の認証を求める認証要求手続がとられたときには、前記認証用データ格納部に保有されたユーザ認証データおよびクライアント認証データに基づいて認証処理を実行する認証処理部と、
前記認証処理部における認証が成立することを条件として、該取得されている不完全コンテンツデータに対応する前記充足用コンテンツデータの配信を許容するデータ配信規制管理部と、
前記データ配信規制管理部の管理下で前記充足用コンテンツデータを前記クライアントに向けてストリーミング配信するストリーミング配信部と、
を備えていることを特徴とするコンテンツ配信サーバ。
【請求項１０】
配信の対象となるコンテンツを表すデータを、当該コンテンツ全体を構成する完全コンテンツデータの一部である不完全コンテンツデータと、前記不完全コンテンツデータにおける不足部分を充足して前記完全コンテンツデータを構成する充足用コンテンツデータとの各データに区分して取り扱うことが可能なように保有するコンテンツ配信サーバからの、コンテンツデータの配信を管理するコンテンツデータ配信管理方法であって、
所定の登録手続をしたユーザを正規ユーザとして登録し、且つ、該正規ユーザが前記データ配信システムからコンテンツを取得するために用いるものとして所定の登録手続をしたクライアントを正規クライアントとして登録する登録処理のステップと、
コンテンツの取得に適用されるクライアントから自己が正規ユーザにおける正規クライアントである旨の認証を求める手続がされたときに該認証が成立することを条件として、前記充足用コンテンツデータを前記コンテンツ配信サーバから該コンテンツの取得に適用されるクライアントに向けてストリーミング配信することを許容するデータ配信管理のステップと、
を含むことを特徴とするコンテンツデータ配信管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２００８−２９３２６５（Ｐ２００８−２９３２６５Ａ）
【公開日】平成２０年１２月４日（２００８．１２．４）
【国際特許分類】
【出願番号】特願２００７−１３７９４２（Ｐ２００７−１３７９４２）
【出願日】平成１９年５月２４日（２００７．５．２４）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２０年１２月４日（２００８．１２．４）
【国際特許分類】
【出願日】平成１９年５月２４日（２００７．５．２４）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]