(57)【特許請求の範囲】
【請求項１】
通信ネットワークを介してデジタルデータを配信するデータ配信方法であって、
ホストサーバ装置は、前記デジタルデータに当該デジタルデータの配信履歴に関する配信履歴情報を付加して前記通信ネットワークに接続する配信要求元の端末装置に送信し、
前記配信履歴情報は、前記通信ネットワークに接続する端末装置間で前記デジタルデータが複製されて配信される毎に、少なくとも配信先の端末装置の識別情報を追記することにより更新され、かつ該更新毎に前記ホストサーバ装置に通知され、
前記ホストサーバ装置は、通知された前記更新された配信履歴情報に基づき、前記デジタルデータの配信経路を管理するとともに、前記配信先の端末装置へのサービス代金の課金処理、および配信元の端末装置へのペイバック処理を行うデータ配信方法において、
前記配信要求元の端末装置は、
前記端末装置間での前記デジタルデータの複製および配信を行うか否かを選択し、
前記ホストサーバ装置は、
前記デジタルデータの複製および配信を行うことを選択した端末装置と、前記デジタルデータの複製および配信を行わないことを選択した端末装置とで、課金するサービス代金に差をもたせる
ことを特徴とするデータ配信方法。
【請求項２】
前記配信先の端末装置および前記配信元の端末装置は、前記ホストサーバ装置に予めユーザ登録された端末装置であり、
前記デジタルデータの複製および配信を行い、かつ該デジタルデータの複製および配信に際して前記配信履歴情報の更新を行う
ことを有することを特徴とする請求項１記載のデータ配信方法。
【請求項３】
前記ホストサーバ装置は、
前記デジタルデータ毎に、該デジタルデータを保有し前記端末装置間での該デジタルデータの複製および配信を行うことを選択した前記端末装置の識別情報を対応付けて記憶し、該記憶した識別情報を前記配信要求元の端末装置に公開し、
前記配信要求元の端末装置は、
所望のデジタルデータを保有する端末装置として前記ホストサーバ装置から公開された端末装置の中から、所望の端末装置を選択して接続し、前記デジタルデータのダウンロードを行う
ことを特徴とする請求項１記載のデータ配信方法。
【請求項４】
通信ネットワークを介してデジタルデータを配信するデータ配信システムであって、
ホストサーバ装置は、
複数のデジタルデータを保有、管理するデジタルデータ保有管理手段と、
前記デジタルデータの配信要求を受け取り、当該デジタルデータの配信履歴に関する配信履歴情報を付加して前記デジタルデータを前記通信ネットワークに接続する配信要求元の端末装置に送信するデジタルデータ送信手段と、
前記配信履歴情報に基づいて前記デジタルデータの配信経路を管理する配信経路管理手段と、
前記配信履歴情報に基づいて前記端末装置への課金処理およびペイバック処理を行う課金処理手段と
を有し、
前記端末装置は、
前記デジタルデータの配信要求を送信する配信要求送信手段と、
前記通信ネットワークに接続する端末装置間で前記デジタルデータの複製、配信が行われる毎に、少なくとも配信先の端末装置の識別情報を追記することにより前記配信履歴情報を更新し、かつ該更新した配信履歴情報を前記ホストサーバ装置に通知する配信履歴情報更新手段と
を有するデジタルデータ配信システムにおいて、
前記ホストサーバ装置は、
前記デジタルデータ毎に、該デジタルデータを保有し前記端末装置間での該デジタルデータの複製および配信を行うことを選択した前記端末装置の識別情報を対応付けて記憶し、該記憶した識別情報を前記配信要求元の端末装置に公開するユーザサーバ公開手段
を有し、
前記配信要求元の端末装置は、
所望のデジタルデータを保有する端末装置として前記ホストサーバ装置から公開された端末装置の中から、所望の端末装置を選択して接続し、前記デジタルデータのダウンロードを行うダウンロード手段
を有することを特徴とするデジタルデータ配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、インターネット等のネットワークを介してユーザに音楽データ、画像データ等のデジタルデータを配信するデータ配信方法およびデータ配信システムに関し、特に、データの著作権を侵すことなくユーザ端末間の２次配信を可能とするデータ配信方法およびデータ配信システムに関する。
【０００２】
【従来の技術】
近年、デジタル信号処理技術およびコンピュータ技術の進展に伴って、音楽データ、画像データ等の種々のデータが低コストで簡単にデジタル化され、広く利用されるようになった。
【０００３】
また、インターネットが一般に普及してきたことを受け、これらデジタル化されたデータをインターネットを介して広く一般ユーザに配信することも可能となった。
【０００４】
最近では、動画データ等のより大きなデータがインターネット上で扱われるようになってきたが、これら大きなデータの配信は、サービスプロバイダのサーバの容量を圧迫するのみならず、トラフィックの増加にもつながり、特に即時性を要する通信サービスにおいては、これを妨げる危惧も生まれた。
【０００５】
このため、サービスプロバイダは、サーバをミラー化したり、キャッシュサーバを用意して対応を図っていたが、設備投資負担からコスト問題を生じていた。
【０００６】
また、一般ユーザのインターネットへの常時接続化が進めば、ホストプロバイダやバックボーンへの負担が大きくなるので、データ配信を可能な範囲で局部的に済ませることが望ましい。
【０００７】
これを実現するためのネットワークシステムのモデルとして、ピア・トゥ・ピア（Peer to Peer：ＰｔｏＰ）モデルが登場した。
【０００８】
このＰｔｏＰモデルは、従来のインターネットを介したデータ配信がサーバという中継点を経由して行われていたのに対して、インターネットにアクセスするあらゆる個人のコンピュータから直接情報の提供を受け、検索はもちろんダウンロードもできるサービスである。
【０００９】
即ち、ＰｔｏＰモデルは、従来のインターネットを介したデータ配信ではウェブサイトに限定されていた情報抽出のパスを、個人が所有するハードディスク等の各種のデータベースにまで拡大したものである。
【００１０】
具体的な例としては、会員自身がそれぞれに所有しているデジタル音楽データの検索およびダウンロードを可能とし、他の会員と音楽データを共有する、というサービスがある。
【００１１】
【発明が解決しようとする課題】
しかしながら、ＰｔｏＰモデルによるデータ配信において、ユーザが勝手にデータのコピーを取得したり配布したりするなど、著作権を無視した配信が生まれるにつれ、経済面ならず文化的にもその悪影響が生じるに至っている。
【００１２】
この発明は、このような背景に基づいたものであり、ＰｔｏＰ機能を有し、インターネットに常時接続されたユーザ端末を、配信データの２次配信元として利用することによって、データのダウンロードを可能な範囲で局所的に済ませ、サーバ容量の増加およびトラフィック増加の抑制に貢献できるデータ配信方法およびデータ配信システムを提供することを目的とする。
【００１３】
また、この発明は、合法的な著作権管理の推進による健全なデータ配信方法およびデータ配信システムを提供することを目的とする。
【００１４】
【課題を解決するための手段】
上述した目的を達成するため、請求項１記載の発明は、通信ネットワークを介してデジタルデータを配信するデータ配信方法であって、ホストサーバ装置は、前記デジタルデータに当該デジタルデータの配信履歴に関する配信履歴情報を付加して前記通信ネットワークに接続する配信要求元の端末装置に送信し、前記配信履歴情報は、前記通信ネットワークに接続する端末装置間で前記デジタルデータが複製されて配信される毎に、少なくとも配信先の端末装置の識別情報を追記することにより更新され、かつ該更新毎に前記ホストサーバ装置に通知され、前記ホストサーバ装置は、通知された前記更新された配信履歴情報に基づき、前記デジタルデータの配信経路を管理するとともに、前記配信先の端末装置へのサービス代金の課金処理、および配信元の端末装置へのペイバック処理を行うデータ配信方法において、前記配信要求元の端末装置は、前記端末装置間での前記デジタルデータの複製および配信を行うか否かを選択し、前記ホストサーバ装置は、前記デジタルデータの複製および配信を行うことを選択した端末装置と、前記デジタルデータの複製および配信を行わないことを選択した端末装置とで、課金するサービス代金に差をもたせることを特徴とする。
【００１５】
また、請求項２記載の発明は、請求項１記載の発明において、前記配信先の端末装置および前記配信元の端末装置は、前記ホストサーバ装置に予めユーザ登録された端末装置であり、前記デジタルデータの複製および配信を行い、かつ該デジタルデータの複製および配信に際して前記配信履歴情報の更新を行うことを特徴とする。
【００１６】
また、請求項３の発明は、請求項１記載の発明において、前記ホストサーバ装置は、前記デジタルデータ毎に、該デジタルデータを保有し前記端末装置間での該デジタルデータの複製および配信を行うことを選択した前記端末装置の識別情報を対応付けて記憶し、該記憶した識別情報を前記配信要求元の端末装置に公開し、前記配信要求元の端末装置は、所望のデジタルデータを保有する端末装置として前記ホストサーバ装置から公開された端末装置の中から、所望の端末装置を選択して接続し、前記デジタルデータのダウンロードを行うことを特徴とする。
【００１７】
また、請求項４の発明は、通信ネットワークを介してデジタルデータを配信するデータ配信システムであって、ホストサーバ装置は、複数のデジタルデータを保有、管理するデジタルデータ保有管理手段と、前記デジタルデータの配信要求を受け取り、当該デジタルデータの配信履歴に関する配信履歴情報を付加して前記デジタルデータを前記通信ネットワークに接続する配信要求元の端末装置に送信するデジタルデータ送信手段と、前記配信履歴情報に基づいて前記デジタルデータの配信経路を管理する配信経路管理手段と、前記配信履歴情報に基づいて前記端末装置への課金処理およびペイバック処理を行う課金処理手段とを有し、前記端末装置は、前記デジタルデータの配信要求を送信する配信要求送信手段と、前記通信ネットワークに接続する端末装置間で前記デジタルデータの複製、配信が行われる毎に、少なくとも配信先の端末装置の識別情報を追記することにより前記配信履歴情報を更新し、かつ該更新した配信履歴情報を前記ホストサーバ装置に通知する配信履歴情報更新手段とを有するデジタルデータ配信システムにおいて、前記ホストサーバ装置は、前記デジタルデータ毎に、該デジタルデータを保有し前記端末装置間での該デジタルデータの複製および配信を行うことを選択した前記端末装置の識別情報を対応付けて記憶し、該記憶した識別情報を前記配信要求元の端末装置に公開するユーザサーバ公開手段を有し、前記配信要求元の端末装置は、所望のデジタルデータを保有する端末装置として前記ホストサーバ装置から公開された端末装置の中から、所望の端末装置を選択して接続し、前記デジタルデータのダウンロードを行うダウンロード手段を有することを特徴とする。
【００２０】
【発明の実施の形態】
以下、この発明に係わるデータ配信方法およびデータ配信システムの実施の形態を添付図面を参照して詳細に説明する。
【００２１】
なお、以下、音楽データの配信を例に、この発明に係わるデータ配信方法およびデータ配信システムについて説明する。
【００２２】
図１は、この発明の音楽データ配信サービスのシステム構成の一例を示す図である。
【００２３】
サービスプロバイダ１０は、インターネット４０上のＷｅｂサーバとして構築される。
【００２４】
このサービスプロバイダ１０には、種々の音楽データを格納する音楽データベース（音楽ＤＢ）１１、利用者の個別情報を記憶管理するユーザデータベース（ユーザＤＢ）１２、上記配信情報に基づいて音楽データの配信状況を記憶管理する配信履歴ＤＢ１３が設けられている。
【００２５】
ユーザ端末２１（ユーザＸ所有）は、一般のパーソナルコンピュータ（ＰＣ）で構成され、主な記憶媒体としてハードディスクドライブ（ＨＤＤ）を利用している。また、ユーザ端末２１は、アクセスプロバイダ３１を介して、インターネット４０に接続する。
【００２６】
同様に、ユーザ端末２２（ユーザＹ所有）、およびユーザ端末２３（ユーザＺ所有）は、一般のパーソナルコンピュータ（ＰＣ）で構成され、主な記憶媒体としてハードディスク（ＨＤＤ）を利用している。また、ユーザ端末２２、およびユーザ端末２３は、両者とも、アクセスプロバイダを介し、インターネット４０に接続する。
【００２７】
ユーザＸ、Ｙ、Ｚはそれぞれ、インターネット経由もしくは別途郵送等の手段により、サービスプロバイダ１０に対して音楽データ配信サービス（ＭＤＬＳ）への会員登録手続きを行う。
【００２８】
この会員登録では、
（１）住所、氏名等の個人情報の登録
（２）会員ＩＤおよびパスワードの設定
（３）サービス代金支払方法の指定
（４）ダウンロードした音楽データを２次配信するか否かの設定
（５）２次配信を承諾した際のペイバック方法の指定
（６）クレジットカード番号の登録
等を行う。
【００２９】
サービス代金支払方法としては、周知のクレジットカードを利用する方式や、予め所定の料金をサービスプロバイダに払い込んでおくプリペイド方式などがある。
【００３０】
２次配信を承諾した際のペイバック方法としては、周知のクレジットカードを利用する方式や、ＭＤＬＳにおいて割り引き等の特典として利用できるポイントを発行するポイント方式などがある。
【００３１】
また、サービス代金支払方法およびペイバック方法として、クレジット方式以外の方式を指定した場合、クレジットカード番号の登録を行う必要はない。
【００３２】
なお、サービス代金支払方法、２次配信をするか否かの指定は、音楽データのダウンロード時に音楽データ毎に行えるようにしても良い。サービス代金支払方法の指定をダウンロード時に行う場合、会員登録時におけるクレジットカード番号の登録は必須となる。
【００３３】
図２は、図１に示した音楽データ配信システム上での音楽データの流れの一例を概略的に説明した図である。
【００３４】
図２において、ホストサーバ５０は、サービスプロバイダ１０が管理するサーバであり、上記の音楽ＤＢ１１、ユーザＤＢ１２、配信履歴ＤＢ１３等を有して構成され、さらに、音楽データの２次配信を管理するための配信管理プログラムを実装している。
【００３５】
ユーザサーバ６（ユーザサーバ６１乃至６３）は、それぞれ、ユーザ端末２１、２２、２３に対応し、それぞれユーザ登録時にホストサーバ１０から取得したクライアントプログラム（ＣＰ）を実装している。
【００３６】
以下、ユーザサーバ６１および６２は、自身のＨＤＤに保存している音楽データの２次配信を承諾し（つまり、音楽データが保存されている所定の領域に限って他のユーザがアクセスすることを許可した）、ユーザサーバ６３は、自身のＨＤＤに保存している音楽データの２次配信を拒否したものとする。
【００３７】
ここで、配信管理プログラム、およびクライアントプログラムには、
（１）音楽データの暗復号化プログラム
（２）配信情報作成管理プログラム
等が含まれる。
【００３８】
音楽データの暗復号化プログラムは、音楽データの暗号化および復号化を行うプログラムである。この暗号化および復号化の方式としては、例えば、公開鍵方式を用いることができる。これは、周知のように、データを暗号化するための公開鍵と、暗号化されたデータを復号化するための秘密鍵との、２つの鍵を用いる方式であり、この公開鍵、秘密鍵の両方ともが、暗号化データを送られる側で作成される。公開鍵は、データの暗号化を行う側に送られ、秘密鍵は暗号化データを送られる側で保存され、公開鍵で作成された暗号は、対応する秘密鍵でしか解読できない。
【００３９】
配信情報作成管理プログラムは、音楽データの配信ルートを管理するための配信情報の作成、管理を行う。この配信情報については後に詳述する。
【００４０】
さて、図２において、ホストサーバ５０は、音楽データｄ１をユーザサーバ６１に配信するにあたって、配信情報Ａ１を作成し、この配信情報Ａ１を音楽データｄ１に添付して暗号化した暗号化データをユーザサーバ６１に送信する。このとき、作成した配信情報Ａ１のコピーを保存しておく。
【００４１】
なお、詳細は後述するが、配信情報Ａ１には、この音楽データｄ１が、ユーザサーバ６１によってホストサーバ５０から直接ダウンロード（１次ダウンロード）されたものである旨を示す情報が記録されている。
【００４２】
ユーザサーバ６１は、ホストサーバ５０からダウンロードした暗号化データを復号化し、音楽データｄ１と配信情報Ａ１とを得、音楽データｄ１をＨＤＤの所定の領域に保存する。また、配信情報Ａ１を、音楽データｄ１と対応付けてＨＤＤの所定の領域に保存する。さらに、配信情報Ａ１のコピーを、ホストサーバ５０に返送する。
【００４３】
ホストサーバ５０は、ユーザサーバ６１から返送された配信情報が、保存しておいた配信情報Ａ１とを一致すれば、配信情報Ａ１の内容に基づき、ユーザサーバ６１に対する課金処理を行う。
【００４４】
また、ホストサーバ５０は、音楽データｄ１の２次配信を承諾したユーザサーバとして、ユーザサーバ６１のアドレス情報を記憶、管理する。
【００４５】
次に、ユーザサーバ６１からユーザサーバ６２に、音楽データｄ１が２次配信される場合のデータの流れを説明する。
【００４６】
ユーザサーバ６１は、音楽データｄ１と対応付けられて記憶されている配信情報Ａ１に基づいて配信情報Ａ２を作成し、この配信情報Ａ２を音楽データｄ１に添付して暗号化した暗号化データを、ユーザサーバ６２に送信する。このとき、作成した配信情報Ａ２のコピーをホストサーバ５０に送信する。
【００４７】
なお、詳細は後述するが、配信情報Ａ２には、ユーザサーバ６１からユーザサーバ６２に音楽データｄ１が２次配信された旨を示す情報、この音楽データｄ１の１次ダウンロード者がユーザサーバ６１である旨を示す情報等が記録されている。
【００４８】
ユーザサーバ６２は、ユーザサーバ６１からダウンロードした暗号化データを復号化し、音楽データｄ１と配信情報Ａ２とを得、音楽データｄ１をＨＤＤの所定の領域に保存する。また、配信情報Ａ２を、音楽データｄ２と対応付けてＨＤＤの所定の領域に保存する。さらに、配信情報Ａ２のコピーを、ホストサーバ５０に返送する。
【００４９】
ホストサーバ５０は、ユーザ端末６１、およびユーザ端末６２の両方から配信情報Ａ２のコピーが送信されると、２つの配信情報のコピーが一致するか否か判定し、一致すれば、その内容に基づいてユーザサーバ６２に対する課金処理、およびユーザサーバ６１に対するペイバック処理を行う。
【００５０】
また、ホストサーバ５０は、音楽データｄ１の２次配信を承諾したユーザサーバとして、ユーザサーバ６２のアドレス情報を記憶、管理する。
【００５１】
次に、ユーザサーバ６２からユーザサーバ６３に、音楽データｄ１が２次配信される場合のデータの流れを説明する。
【００５２】
ユーザサーバ６２は、音楽データｄ１と対応付けられて記憶されている配信情報Ａ２に基づいて配信情報Ａ３を作成し、この配信情報Ａ３を音楽データｄ１に添付して暗号化した暗号化データを、ユーザサーバ６３に送信する。このとき、作成した配信情報Ａ３のコピーをホストサーバ５０に送信する。
【００５３】
なお、詳細は後述するが、配信情報Ａ３には、ユーザサーバ６２からユーザサーバ６３に音楽データｄ１が２次配信された旨を示す情報、この音楽データｄ１の１次ダウンロード者がユーザサーバ６１である旨を示す情報等が記録されている。
【００５４】
ユーザサーバ６３は、ユーザサーバ６２からダウンロードした暗号化データを復号化し、音楽データｄ１と配信情報Ａ３とを得、音楽データｄ１をＨＤＤの所定の領域に保存する。また、配信情報Ａ３を、音楽データｄ２と対応付けてＨＤＤの所定の領域に保存する。さらに、配信情報Ａ３のコピーを、ホストサーバ５０に返送する。
【００５５】
ホストサーバ５０は、ユーザ端末６２、およびユーザ端末６３の両方から配信情報Ａ３のコピーが送信されると、両者から送信された配信情報のコピーが一致するか否か判定し、一致すれば、その内容に基づいてユーザサーバ６３に対する課金処理、およびユーザサーバ６２に対するペイバック処理を行う。
【００５６】
なお、各ユーザサーバに対する課金処理において、２次配信を承諾したか否かでサービス代金に差をもたせるようにすると良い。つまり、例えば、ペイバックが期待できる分、２次配信を承諾した場合は２次配信を承諾しない場合よりも高いサービス代金を請求するなどすると良い。
【００５７】
このように、音楽データの２次配信を許可し、２次配信元にペイバックを行うことにより、収入の期待からユーザに遵法の動機付けができるので、ＰｔｏＰを利用したデータ配信においても、合法的な著作権管理の推進による健全なデータ配信が期待できる。
【００５８】
さて、ここで、音楽データに添付される配信情報の詳細について説明する。
【００５９】
図３（ａ）〜（ｃ）は、音楽データに添付される配信情報の詳細を示した図で、それぞれ、上記の配信情報Ａ１〜Ａ３に対応するものである。
【００６０】
図３（ａ）〜（ｃ）において、それぞれの配信情報には、
（１）データ識別番号
（２）音楽データの曲名および演奏者名
（３）符号化方式情報
（４）ダウンロード者の２次配信可否情報
（５）ダウンロード者識別情報
（６）配信履歴情報
（７）サービス代金の支払方法
（８）ペイバック方法
（９）セキュリティ情報（電子透かし、暗号キー）
の情報が記録されている。
【００６１】
データ識別番号は、ホストサーバ５０の音楽ＤＢ上において音楽データの管理、識別に用いる番号で、各音楽データにユニークに割り振られている。
【００６２】
符号化方式情報は、音楽データの圧縮符号化方式に関する情報であり、ＡＴＲＡＣ(Adaptive Transform Acoustic Coding：商標) 、ＭＰＥＧ(Moving Picture Experts Group)オーディオ、ＭＰ３（MPEG-1 Audio Layer-3）等がある。圧縮符号化方式は、各ユーザにより、ユーザ登録時、もしくは音楽データのダウンロード時に指定される。
【００６３】
２次配信可否情報は、この配信情報が添付される音楽データのダウンロード先のユーザが、ダウンロードした音楽データの他のユーザへの２次配信を承諾しているか否かを示す情報であり、各ユーザ端末のユーザによって、ユーザ登録時、もしくは音楽データのダウンロード時に指定される。
【００６４】
ダウンロード者識別情報は、この配信情報が添付される音楽データの配信先のユーザについての情報であり、ユーザ登録時に各ユーザにユニークに発行される会員ＩＤや、ユーザ端末に固有のアドレス情報等が用いられる。
【００６５】
配信履歴情報には、さらに、
（１）１次ダウンロード者識別情報
（２）ダウンロード元情報
（３）ダウンロード日時履歴
等の情報が記録されている。
【００６６】
１次ダウンロード者識別情報は、この配信情報が添付される音楽データをサービスプロバイダから直接ダウンロードしたユーザについての情報であり、ユーザ登録時に各ユーザにユニークに発行される会員ＩＤや、ユーザ端末に固有のアドレス情報等が用いられる。
【００６７】
ダウンロード元情報は、この配信情報が添付される音楽データの保持者、つまり、当該配信情報を作成したユーザ端末についての情報である。
【００６８】
即ち、この配信履歴情報により、サービスプロバイダから直接この音楽データをダウンロードしたのが誰（１次ダウンロード者）で、今現在、誰（ダウンロード元）から誰（ダウンロード者）に２次配信されたのかを把握することができる。
【００６９】
サービス代金支払方法は、ユーザ登録時、もしくは音楽データのダウンロード時に、各ユーザによって指定された支払方法である。
【００７０】
ペイバック方法は、ユーザ登録時に各ユーザによって指定された２次配信時のペイバックの方法である。
【００７１】
セキュリティ情報は、電子透かし、暗号キー等の情報である。
【００７２】
さて、図３（ａ）は、ホストサーバ５０からユーザサーバ６１に配信される音楽データｄ１に付加される配信情報Ａ１を示す図である。
【００７３】
配信情報Ａ１には、データ識別番号および曲名／演奏者名が音楽データｄ１に基づいて記録され、符号化方式、２次配信可否、サービス代金支払方法が、ユーザサーバ６１の指定に基づいて記録される。
【００７４】
ダウンロード者識別情報としてユーザサーバ６１の識別情報が記録され、配信履歴情報には、ユーザサーバ６１自身の識別情報が１次ダウンロード者として記録され、ダウンロード元としてホストサーバ５０の識別情報が記録される。
【００７５】
なお、配信情報Ａ１が添付される音楽データｄ１は、ホストサーバ５から直接ダウンロードされるものであるので、ペイバック方法については特に記録されない。
【００７６】
図３（ｂ）は、ユーザサーバ６１からユーザサーバ６２に２次配信される音楽データｄ１に付加される配信情報Ａ２を示す図である。
【００７７】
配信情報Ａ２には、データ識別番号、曲名／演奏者名、符号化方式が配信情報Ａ１に基づいて記録され、２次配信可否、サービス代金支払方法がユーザサーバ６２の指定に基づいて記録され、ペイバック方法がユーザサーバ６１の指定に基づいて記録される。
【００７８】
また、ダウンロード者識別情報としてユーザサーバ６２の識別情報が記録され、配信履歴情報には、ユーザサーバ６１の識別情報が１次ダウンロード者として記録され、ダウンロード元としてユーザサーバ６１の識別情報が記録される。
【００７９】
ダウンロード日時は、配信情報Ａ１に記録された日時の後に、この２次配信の日時が付け加えられて履歴として記録される。
【００８０】
即ち、配信情報Ａ２は、配信情報Ａ１の、データ識別番号、曲名／演奏者名、符号化方式、および１次ダウンロード者識別情報以外の情報を更新することによって作成される。
【００８１】
図３（ｃ）は、ユーザサーバ６２からユーザサーバ６３に２次配信される音楽データｄ１に付加される配信情報Ａ３を示す図である。
【００８２】
配信情報Ａ３には、データ識別番号、曲名／演奏者名、符号化方式が配信情報Ａ２に基づいて記録され、２次配信可否、サービス代金支払方法がユーザサーバ６３の指定に基づいて記録され、ペイバック方法がユーザサーバ６２の指定に基づいて記録される。
【００８３】
また、ダウンロード者識別情報としてユーザサーバ６３の識別情報が記録され、配信履歴情報には、ユーザサーバ６１の識別情報が１次ダウンロード者として記録され、ダウンロード元としてユーザサーバ６２の識別情報が記録される。
【００８４】
ダウンロード日時は、配信情報Ａ２に記録された日時の後に、この２次配信の日時が付け加えられて履歴として記録される。
【００８５】
即ち、配信情報Ａ３は、配信情報Ａ２の、データ識別番号、曲名／演奏者名、符号化方式、および１次ダウンロード者識別情報以外の情報を更新することによって作成される。
【００８６】
次に、音楽データのダウンロードが行われる際のサービスプロバイダ１０、および各ユーザ端末２の処理を具体例を挙げて説明する。
【００８７】
図４は、１次ダウンロードの際のサービスプロバイダおよびユーザ端末の処理を概略的に説明するフローチャートである。
【００８８】
なお、図４では、サービスプロバイダとユーザ端末のそれぞれの処理が互いに関連づけられて示されている。
【００８９】
サービスプロバイダ１０は、インターネット４０を介してアクセスされたユーザ端末（ここではユーザ端末２１とする）に対して、例えば図６のような、ＭＤＬＳへのログイン画面を配信し、ログインを待つ（ステップ１０１）。
【００９０】
ユーザＸは、まず、サービスプロバイダから配信されたログイン画面上で、会員ＩＤとパスワードを入力し、ＭＤＬＳへのログインを要求する（ステップ２０１）。
【００９１】
サービスプロバイダ１０は、ユーザ端末２１からログイン要求を受信すると、ログイン要求とともに送信された会員ＩＤおよびパスワードに基づいて会員認証を行い（ステップ１０２）、会員と判定された場合（ステップ１０３でＹｅｓ）、例えば図７に示すような、音楽データ選択画面を配信して、ダウンロードする音楽データの指定、およびダウンロード（ＤＬ）方法の選択を要求する（ステップ１０４）。このダウンロード方法には、指定した音楽データをホストサーバから直接ダウンロードする（１次ダウンロード）、指定した音楽データを保持する他のユーザ端末からダウンロードする（２次ダウンロード）、の２種類の方法がある。
【００９２】
なお、会員認証の結果、非会員と判定された場合は（ステップ１０３でＮｏ）、その旨をユーザ端末に通知して処理を終了する。なお、非会員と判定された場合、新たにユーザ登録を受け付けて、その後ステップ１０４以降の処理を実行するようにしてもよい。
【００９３】
さて、会員認証の結果、会員であると判定されＭＤＬＳへのログインを許可されたユーザＸは、ユーザ端末２１上に表示された音楽データ選択画面上で、所望の音楽データ、およびダウンロード方法として１次ダウンロードを指定する（ステップ２０３）。
【００９４】
サービスプロバイダ１０は、ユーザ端末２１から音楽データ、ダウンロード方法として１次ダウンロードが指定されると（ステップ１０５でＹｅｓ）、例えば図１０に示すような、サービスレベル／サービス代金支払い方法設定画面を配信して、サービスレベルとサービス代金支払方法の選択を要求する（ステップ１０６）。
【００９５】
なお、サービスレベルとは、データの圧縮符号化方式と２次配信の可否とを合わせた情報であるが、もちろん、この圧縮符号化方式と２次配信の可否については、別個に指定できるようにしても良い。
【００９６】
また、サービス代金支払方法としてクレジット方式を選択した場合に必要となるクレジットカード番号は、ユーザ登録時に予め登録されている。
【００９７】
さて、ユーザＸは、ユーザ端末２１上に表示された、サービスレベル／サービス代金支払い方法設定画面上で、所望のサービスレベルおよびサービス代金支払方法を選択し、ダウンロード要求を送信する（ステップ２０４）。
【００９８】
サービスプロバイダ１０は、ユーザ端末２１からサービスレベル、サービス代金支払方法が選択されてダウンロード要求が送信されると（ステップ１０７でＹｅｓ）、指定された音楽データを音楽ＤＢ１１から検索して、指定された方法で圧縮符号化する。
【００９９】
そして、圧縮符号化した音楽データに配信情報を付加して暗号化し（ステップ１０８）、この暗号化データをユーザ端末２１に送信する。
【０１００】
ユーザ端末２１では、所望の音楽データ（暗号化されている）がダウンロードされると（ステップ２０５でＹｅｓ）、ダウンロードした暗号化データを復号化して音楽データおよび配信情報を得、音楽データを自身のＨＤＤに保存し、配信情報をこの音楽データと対応付けて記憶する（ステップ２０６）。
【０１０１】
また、ユーザ端末２１は、復号化して得た配信情報のコピーをサービスプロバイダ１０に返送する（ステップ２０７）。
【０１０２】
サービスプロバイダ１０は、ユーザ端末２１から配信情報が返送されるのを待ち（ステップ１１０）、配信情報が返送されると（ステップ１１０でＹｅｓ）、ユーザ端末２１がダウンロードした音楽データの２次配信を承諾しているか否かを確認し（ステップ１１１）、承諾していれば（ステップ１１１でＹｅｓ）、当該音楽データを保持するユーザサーバリストにユーザ端末２１の識別情報を追加して（ステップ１１２）、ユーザ端末２１に対する課金処理を行う（ステップ１１３）
図５は、２次ダウンロードの際のサービスプロバイダおよびユーザ端末の処理を概略的に説明するフローチャートである。
【０１０３】
なお、図５では、サービスプロバイダと各ユーザ端末のそれぞれの処理が互いに関連づけられて示されている。
【０１０４】
ここで、サービスプロバイダ１０と、ダウンロードを要求するユーザ端末（ここでは、ユーザ端末２２とする）は、まず、図４のステップ１０１〜１０５（サービスプロバイダ）、ステップ２０１〜２０２（ユーザ端末２２）までの処理と同一の処理を行う。
【０１０５】
さて、ユーザ端末２２は、サービスプロバイダ１０から配信された、例えば図７のような音楽データ選択画面上で、所望の音楽データ、およびダウンロード方法として２次ダウンロードを指定する（ステップ５０３）。
【０１０６】
サービスプロバイダ１０は、ユーザ端末２２から音楽データ、ダウンロード方法として２次ダウンロードが指定されると（ステップ１０５でＹｅｓ）、各音楽データに対応して複数用意されているユーザサーバリストから、指定された音楽データに対応するユーザサーバリストを検索して、ユーザ端末Ａに送信する（ステップ３０１）。
【０１０７】
なお、ユーザサーバリストには、各ユーザサーバの概略所在地や（東京、大阪、ＮＹ等）、加入プロバイダ等の情報を付加しておくと良い。このような方法によれば、例えば図１において、ユーザ端末２２の所望の音楽データを、ユーザ端末２１とユーザ端末２３の両方が保持する場合、同じアクセスプロバイダ３２に加入しているユーザ端末２３からの方がスムーズにダウンロードできると予想でき、より適切なユーザサーバの選択を行うことができる。
【０１０８】
さて、ユーザＹは、サービスプロバイダ１０からユーザ端末２２に、例えば図８に示すようなユーザサーバリストが送信されると（ステップ５０２でＹｅｓ）、当該リストから２次ダウンロード元のユーザ端末として所望のユーザ端末を選択し、選択したユーザ端末に直接接続する（ステップ５０３）。ここでは、ユーザ端末２１を選択／接続したものとする。
【０１０９】
ユーザ端末２１は、ユーザ端末２２から接続要求を受信すると、例えば図９に示すような、自身のＨＤＤに保持している２次配信可能な音楽データのリストをユーザ端末２２に送信する（ステップ４０１）。
【０１１０】
ユーザＹは、ユーザ端末２１から送信されユーザ端末２２上に表示された音楽データリストから、所望の音楽データを選択する。
【０１１１】
ユーザ端末２１は、ユーザ端末２２から音楽データを指定されると（ステップ４０２でＹｅｓ）、例えば図１０に示すような、サービスレベル／サービス代金支払い方法設定画面を配信して、サービスレベルとサービス代金支払方法の選択を要求する（ステップ４０３）。
【０１１２】
なお、サービスレベルとは、データの圧縮符号化方式と２次配信の可否とを合わせた情報であるが、もちろん、この圧縮符号化方式と２次配信の可否については、別個に指定できるようにしても良い。
【０１１３】
また、サービス代金支払方法としてクレジット方式を選択した場合に必要となるクレジットカード番号は、ユーザ登録時に予め登録されている。
【０１１４】
さて、ユーザ端末２１からサービスレベルとサービス代金支払方法の指定を要求されると（ステップ５０６でＹｅｓ）、ユーザＹは、ユーザ端末２２上に表示されたサービスレベル／サービス代金支払い方法設定画面上で、所望のサービスレベルおよびサービス代金支払方法を選択し、ユーザ端末２１に音楽データのダウンロード要求を送信する（ステップ５０７）。
【０１１５】
ユーザ端末２１は、ユーザ端末２２からサービスレベル、サービス代金支払方法が選択されてダウンロード要求が送信されると（ステップ４０４でＹｅｓ）、指定された音楽データをＨＤＤから検索して、指定された方法で圧縮符号化する。
【０１１６】
そして、圧縮符号化した音楽データに配信情報を付加して暗号化し（ステップ４０５）、この暗号化データをユーザ端末２１に送信するとともに（ステップ４０６）、この配信情報のコピーをサービスプロバイダ１０に送信する（ステップ４０７）。
【０１１７】
ユーザ端末２２では、所望の音楽データ（暗号化されている）がダウンロードされると（ステップ５０８でＹｅｓ）、ダウンロードした暗号化データを復号化して音楽データおよび配信情報を得、音楽データを自身のＨＤＤに保存し、配信情報をこの音楽データと対応付けて記憶する（ステップ５０９）。
【０１１８】
また、ユーザ端末２２は、復号化して得た配信情報のコピーを、ユーザ端末２１およびサービスプロバイダ１０の両方に返送する（ステップ５１０）。
【０１１９】
サービスプロバイダ１０は、ユーザ端末２１およびユーザ端末２２から配信情報のコピーが返送されるのを待ち（ステップ３０２）、配信情報が返送されると（ステップ３０２でＹｅｓ）、ユーザ端末２１へのペイバック処理を行い、ユーザ端末２２に対して、図４のステップ１１１〜１１３と同一の処理を行う。
【０１２０】
以上、音楽データの配信を例に説明したが、もちろん他のデジタルデータの配信にもこの発明が適用できる。
【０１２１】
【発明の効果】
以上説明したように、この発明によれば、ユーザに音楽データの２次配信を許可し、２次配信元にペイバックを行うことで、収入が期待できることから、ユーザに遵法の動機付けができ、合法的な著作権管理の推進による健全なネット配信が期待でき、かつ、コンテンツを気軽にダウンロードすることが見込め、サービス事業が活性化できるという効果を奏する。
【０１２２】
また、ＰｔｏＰによりネットワークへの負担が軽減されるとともに、ミラーサーバやキャッシュサーバの設置数を軽減でき、サービスプロバイダの費用負担を削減できるいう効果を奏する。
【図面の簡単な説明】
【図１】この発明を適用した音楽データ配信サービスのシステム構成の一例を示す図である。
【図２】この発明を適用した音楽データ配信システム上での音楽データの流れの一例を概略的に説明した図である。
【図３】音楽データに添付される配信情報の詳細を示した図である。
【図４】１次ダウンロードの際のサービスプロバイダおよびユーザ端末の処理について説明するフローチャートである。
【図５】２次ダウンロードの際のサービスプロバイダおよびユーザ端末の処理について説明するフローチャートである。
【図６】この発明を適用した音楽データ配信システムのＷｅｂ画面の一例を示す図である。
【図７】この発明を適用した音楽データ配信システムのＷｅｂ画面の一例を示す図である。
【図８】この発明を適用した音楽データ配信システムのＷｅｂ画面の一例を示す図である。
【図９】この発明を適用した音楽データ配信システムのＷｅｂ画面の一例を示す図である。
【図１０】この発明を適用した音楽データ配信システムのＷｅｂ画面の一例を示す図である。
【符号の説明】
１０    サービスプロバイダ
１１    音楽データベース
１２    ユーザデータベース
１３    配信履歴データベース
２１、２２、２３    ユーザ端末
３１、３２    アクセスプロバイダ
４０    インターネット
５０    ホストサーバ
６１、６２、６３    ユーザサーバ
【図１】
0004127753.tif 000002
【図２】
0004127753.tif 000003
【図３】
0004127753.tif 000004
【図４】
0004127753.tif 000005
【図５】
0004127753.tif 000006
【図６】
0004127753.tif 000007
【図７】
0004127753.tif 000008
【図８】
0004127753.tif 000009
【図９】
0004127753.tif 000010
【図１０】
0004127753.tif 000011