(57)【特許請求の範囲】
【請求項１】
楽曲データと当該楽曲データを識別する識別情報とを、通信装置から受信する受信手段と、
前記受信手段によって受信された楽曲データの一部または全部を加工して、当該楽曲データを含む第２の楽曲データを生成する加工手段と、
前記加工手段における加工処理の処理内容を表す加工情報を生成する加工情報生成手段と、
前記加工手段によって生成された前記第２の楽曲データを所定のサーバへ送信する際、前記第２の楽曲データから前記楽曲データを削除して、前記受信手段によって受信された前記識別情報と前記加工情報生成手段によって生成された加工情報のみを含み、前記楽曲データを含まない形式の第２の楽曲データとして送信する送信手段と
を備えることを特徴とする楽曲データ処理装置。
【請求項２】
前記加工手段は、前記受信手段によって受信された楽曲データの一部または全部を加工して加工データを生成し、生成した加工データを有するトラックと第３の楽曲データを有するトラックとの複数のトラックとを有する第２の楽曲データを生成し、
前記加工情報は、前記第３の楽曲データを含むことを特徴とする請求項１に記載の楽曲データ処理装置。
【請求項３】
前記楽曲データの２次配布が禁止されているか否かを、当該楽曲データに含まれる所定の識別子に基づいて判定する判定手段を備え、
前記送信手段は、前記判定手段において前記楽曲データの２次配布が禁止されていると判定された場合には、前記第２の楽曲データから前記楽曲データを削除して前記加工情報と前記識別情報のみを含み、前記楽曲データを含まない形式の前記第２の楽曲データとして前記所定のサーバ装置に送信し、前記判定手段において前記楽曲データの２次配布が禁止されていないと判定された場合には、前記楽曲データを含む形式の前記第２の楽曲データを前記所定のサーバ装置に送信することを特徴とする請求項１に記載の楽曲データ処理装置。
【請求項４】
前記楽曲データと前記第３の楽曲データとをミックスするミックス手段と、
前記楽曲データの２次配布が禁止されているか否かを、当該楽曲データに含まれる前記所定の識別子に基づいて判定する判定手段と、
前記判定手段において前記楽曲データの２次配布が禁止されていると判定された場合には、前記ミックス手段によるミックス処理を禁止する制御手段と
を備えることを特徴とする請求項２に記載の楽曲データ処理装置。
【請求項５】
前記加工情報は、前記楽曲データの一部分を特定する情報、音量を表す音量情報および音響効果の内容を示すエフェクト情報のうちの少なくともいずれかひとつを含む
ことを特徴とする請求項１乃至４に記載の楽曲データ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、著作物たるコンテンツの適正な利用を図るための技術に関する。
【背景技術】
【０００２】
インターネット等のネットワークを介して、デジタル化された音楽を多数のユーザに公開する環境が整ってきている。このようなシステムにおいては、コンテンツが不正に複写されるおそれをはらんでいる。そのため、このようなコンテンツの不正利用を防止する取り組みがなされており、特許文献１には、この一例が記されている。
【特許文献１】特開２００１−２９６８６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、ネットワーク配信によって配信される楽曲を正規の手順で購入した者が、その楽曲を利用してリミックス等の作曲活動を行い、作成した楽曲の公開や販売を行うことがある。このような場合、元の楽曲の著作権は全く保護されていないのが現状である。特許文献１に記載の技術においても、元の楽曲を保護することは可能であるが、他の音とミックスされる等の加工処理が行われた場合に対処することができない。
【０００４】
本発明は上述した背景に鑑みてなされたものであり、楽曲に加工処理を施した場合であっても、元の楽曲の著作権を保護することのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の好適な態様である楽曲データ処理装置は、楽曲データと当該楽曲データを識別する識別情報とを、通信装置から受信する受信手段と、前記受信手段によって受信された楽曲データの一部または全部を加工して、当該楽曲データを含む第２の楽曲データを生成する加工手段と、前記加工手段における加工処理の処理内容を表す加工情報を生成する加工情報生成手段と、前記加工手段によって生成された前記第２の楽曲データを所定のサーバへ送信する際、前記第２の楽曲データから前記楽曲データを削除して、前記受信手段によって受信された前記識別情報と前記加工情報生成手段によって生成された加工情報のみを含み、前記楽曲データを含まない形式の第２の楽曲データとして送信する送信手段とを備えることを特徴とする。
上述した態様において、前記加工手段は、前記受信手段によって受信された楽曲データの一部または全部を加工して加工データを生成し、生成した加工データを有するトラックと、第３の楽曲データを有するトラックとの複数のトラックを有する第２の楽曲データを生成し、前記加工情報は、前記第３の楽曲データを含むようにしてもよい。
また、この態様において、前記楽曲データの２次配布が禁止されているか否かを、当該楽曲データに含まれる所定の識別子に基づいて判定する判定手段を備え、前記送信手段は、前記判定手段において前記楽曲データの２次配布が禁止されていると判定された場合には、前記第２の楽曲データから前記楽曲データを削除して前記加工情報と前記識別情報のみを含み、前記楽曲データを含まない形式の前記第２の楽曲データとして前記所定のサーバ装置に送信し、前記判定手段において前記楽曲データの２次配布が禁止されていないと判定された場合には、前記楽曲データを含む形式の前記第２の楽曲データを前記所定のサーバ装置に送信するようにしてもよい。
また、この態様において、前記楽曲データと前記第３の楽曲データとをミックスするミックス手段と、前記楽曲データの２次配布が禁止されているか否かを、当該楽曲データに含まれる前記所定の識別子に基づいて判定する判定手段と、前記判定手段において前記楽曲データの２次配布が禁止されていると判定された場合には、前記ミックス手段によるミックス処理を禁止する制御手段とを備えるようにしてもよい。
また、前記加工情報は、前記楽曲データの一部分を特定する情報、音量を表す音量情報および音響効果の内容を示すエフェクト情報のうちの少なくともいずれかひとつを含むようにしてもよい。
【発明の効果】
【０００６】
本発明によると、楽曲に加工処理を施した場合であっても、元の楽曲の著作権を保護することができる。
【発明を実施するための最良の形態】
【０００７】
＜Ａ：構成＞
図１は、本発明の一実施形態に係るシステムの全体構成を示す図である。図において、１０はコンテンツ管理サーバであり、このコンテンツ管理サーバ１０は、例えばＷＡＶＥ形式の楽曲データ等の、音楽がデジタル化されたデータ（以下、「コンテンツ」という）を複数記憶している。コンテンツ管理サーバ１０は、コンテンツを有料で配信する機能を備えており、コンテンツを配信する際には所定の課金処理を行うようになっている。２０は、ＷＡＶＥ形式等の楽曲データに対して専用のヘッダが付与されたデータ（以下、「専用コンテンツ」という）を複数記憶している専用コンテンツ管理サーバである。なお、この専用コンテンツは、例えば拡張子等によって一般的なコンテンツと区別される。３０ａ，３０ｂは、例えばパーソナルコンピュータ等のクライアント装置である。コンテンツ管理サーバ１０、専用コンテンツ管理サーバ２０およびクライアント装置３０ａ，３０ｂは、インターネット等のネットワーク４０を介して接続されており、ネットワーク４０を介してデータの授受を行うようになっている。
なお、図１にはクライアント装置３０ａ，３０ｂのみが示されているが、本実施形態のシステムに接続されるクライアント装置の数は任意であり、これより多くても少なくてもよい。また、これらのクライアント装置を特に区別する必要がない場合には、これを「クライアント装置３０」と総称する。
５０ａ，５０ｂは、専用コンテンツを生成する機能や専用コンテンツを再生する機能等を備えた端末装置である。端末装置５０ａ，５０ｂは、クライアント装置３０ａ，３０ｂにそれぞれ接続されている。また、端末装置５０ａ，５０ｂは、ネットワーク４０にも接続されており、ネットワーク４０を介して他の装置とデータの授受を行うようになっている。なお、端末装置５０ａ，５０ｂを各々区別する必要がない場合には、これらを「端末装置５０」と総称する。
【０００８】
ここで、専用コンテンツに付与される専用ヘッダについて説明する。
この専用ヘッダには、コンテンツを識別する識別情報と、コンテンツの加工処理の内容を表す加工情報とが記述される。なお、コンテンツが加工されていない場合には、専用ヘッダに加工情報は記述されない。ここで、本実施形態においての「コンテンツの加工処理」とは、例えばコンテンツの一部または全部に対して各種のエフェクト処理等を施す処理や、または、コンテンツの一部または全部に対してエフェクト処理等を施し、処理が施されたデータ（加工データ）を含むトラックと他の楽曲データ（第３の楽曲データ）を含むトラックとの複数のトラックで構成された楽曲データ（第２の楽曲データ）を生成する処理等を示す。この場合の「他の楽曲データ」とは２次配布が禁止されていない任意の楽曲データであり、例えば予め記憶された楽曲データや、リアルタイムで収音された楽曲データ、または他の装置から受信する楽曲データ等、どのような楽曲データであってもよい。具体的には、例えばユーザの音声を収音して音声を表すデータ等の楽曲データである。なお、以下の説明においては、説明の便宜上、この２次配布が禁止されていない任意の楽曲データを「付加楽曲データ」と称する。
また、本実施形態においては、エフェクト処理等が施されていないコンテンツそのものを含むトラックと、付加楽曲データを含むトラックとの複数のトラックで構成された楽曲データを生成する処理も「コンテンツの加工処理」に含むものとする。具体的には、例えば伴奏のみの楽音を表す楽曲データ（コンテンツ）を含むトラックと、ユーザの音声を表す楽曲データを含むトラックとの複数のトラックで構成された楽曲データを生成する処理がこれにあたる。
なお、以下の説明においては、説明の便宜上、コンテンツの一部または全部を加工して生成されたデータを「２次コンテンツ（第２の楽曲データ）」と称する。
【０００９】
図２は、専用コンテンツに付与される専用ヘッダのデータ構造の一例を示す図である。図示のように、この専用ヘッダは、「コンテンツＩＤ」と「流用箇所情報」と「エフェクト種別」と「リンク先情報」と「音量情報」と「２次配布禁止フラグ」との各フィールドを有している。これらの各フィールドのうち、「コンテンツＩＤ」のフィールドには、加工したコンテンツを固有に識別する識別情報が記述される。このコンテンツＩＤは、例えばコンテンツ管理サーバ１０に格納されたコンテンツの格納場所を指し示すＵＲＬ等が好ましい。
【００１０】
次に、「流用箇所情報」のフィールドには、コンテンツの加工部分を特定する情報が記述される。この流用箇所情報は、例えば、コンテンツの再生時間長における流用箇所の開始時刻と終了時刻とを示す２つの時刻情報を合わせて記載するようにすればよい。
次に、「エフェクト種別」のフィールドには、例えばリバーブ、ディストーション、コーラス、フランジャー等、各種のエフェクトの種別を識別する識別子が記述される。「リンク先情報」の項目には、２次コンテンツにおけるコンテンツの流用位置を示す情報が記述される。また、「音量情報」のフィールドには音量を示す情報が記述される。
次に、「２次配布禁止フラグ」のフィールドには、コンテンツの２次配布が禁止されているか否かを示す情報が記述される。具体的には、例えばコンテンツの２次配布が禁止されている場合には「１」が設定され、逆に禁止されていない場合には「０」が設定されるようにすればよい。
なお、以下の説明においては、専用ヘッダの各フィールドに設定される情報のうち、コンテンツＩＤと２次配布禁止フラグ以外の情報を「加工情報」と称する。
【００１１】
ここで、専用ヘッダの具体例について、図３を参照しつつ以下に説明する。図３（ａ）は、コンテンツＣ１の波形の一例を示す図であり、図３の（ｂ）は、図３（ａ）に示したコンテンツＣ１の一部を加工して生成された２次コンテンツＳＣ１の波形の一例を示す図である。図３の（ｂ）において、２次コンテンツＳＣ１は、トラック１とトラック２との複数のトラックを備えている。トラック１には付加楽曲データが記憶されており、トラック２には、コンテンツＣ１のｔ１〜ｔ２の部分とｔ３〜ｔ４の部分とが加工されて生成された加工データが記憶されている。この場合、専用ヘッダには、図２に例示するような値が設定される。すなわち、専用ヘッダの「コンテンツＩＤ」には、コンテンツＣ１が格納されたＵＲＬが記述され、「流用箇所情報」のフィールドには、「ｔ１」と「ｔ２」とが記述され、また、「リンク先情報」のフィールドには、「ｔ１１」が記述される。なお、流用箇所が複数ある場合については、図２に例示するように、それぞれの流用箇所と対応する専用ヘッダが複数組記述されることになる。
以上が専用コンテンツの専用ヘッダについての説明である。
【００１２】
次に、コンテンツ管理サーバ１０の構成について説明する。コンテンツ管理サーバ１０は、ＣＰＵ（Central Processing Unit）やＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等によって構成される制御部と、ＨＤＤ（Hard Disk Drive）等の記憶部と、モデムや各種通信装置等の通信部と、液晶ディスプレイ等の表示部と、キーボードやマウス等の操作部とを備えている。コンテンツ管理サーバ１０の記憶部には、複数のコンテンツが記憶されている。コンテンツ管理サーバ１０は、記憶部に記憶されたコンテンツを、クライアント装置３０からのリクエストに応じて送信するようになっている。
【００１３】
次に、専用コンテンツ管理サーバ２０の構成について説明する。専用コンテンツ管理サーバ２０の構成が、上述したコンテンツ管理サーバ１０の構成と異なる点は、記憶部に、コンテンツに代えて専用コンテンツを記憶している点であり、他の構成要素については上述したコンテンツ管理サーバ１０のそれと同様である。そのため、コンテンツ管理サーバ１０と同様の構成要素についてはその説明を省略する。
【００１４】
次に、クライアント装置３０の内部構成について説明する。図４は、クライアント装置３０の内部構成を示したブロック図である。図において、３１は、ＣＰＵやＲＯＭ、ＲＡＭ等を備えた制御部である。３２は、ＨＤＤ等の大容量の記憶装置を備えた記憶部であり、クライアント装置３０の各部を制御するためのプログラムを記憶している。クライアント装置３０の制御部３１は、記憶部３２に記憶されたプログラムを実行することによって、クライアント装置３０の各部を制御する。３３は、液晶ディスプレイ等の表示装置を備えた表示部であり、クライアント装置３０のユーザに対して各種情報を表示する。３４はマウスやキーボード等で構成された操作部であり、ユーザからの入力を受け付ける。３５は各種通信装置を備えた通信部であり、クライアント装置３０は、通信部３５を介して、コンテンツ管理サーバ１０や専用コンテンツ管理サーバ２０等の他の装置とネットワーク４０を介してデータの授受を行う。
【００１５】
また、クライアント装置３０の記憶部３２には、専用コンテンツの生成処理等を行うためのアプリケーションプログラムが記憶されている。クライアント装置３０の制御部３１は、このアプリケーションプログラムを読み出して実行することによって、後述する専用コンテンツの生成処理等を行う。
【００１６】
続いて、端末装置５０の内部構成について説明する。図５は、端末装置５０の内部構成を示したブロック図である。図示のように、この端末装置５０は、制御部５１，記憶部５２，表示部５３，操作部５４，通信部５５を備えている。これらの各部は上述したクライアント装置の制御部３１〜通信部３５とほぼ同様の構成であり、その説明は省略する（ただし、記憶部の記憶内容は異なる）。図において、５６は音声処理部であり、５７は音声を収音するマイクロフォンである。５８は音声を放音するスピーカである。音声処理部５６は、マイクロフォン５７が収音する音をデジタルデータに変換して制御部５１に供給するとともに、制御部５１から供給される楽曲データに基づいて、楽曲データの音声を表す信号をスピーカ５８に供給する。
【００１７】
＜Ｂ：動作例＞
次に、本実施形態の動作例について、図６に示すシーケンス図を参照しつつ以下に説明する。なお、この動作例においては、クライアント装置３０ａおよび端末装置５０ａと、クライアント装置３０ｂおよび端末装置５０ｂとは、別々のユーザに操作されるとし、クライアント装置３０ａおよび端末装置５０ａを操作するユーザを「ユーザＡ」、クライアント装置３０ｂおよび端末装置５０ｂを操作するユーザを「ユーザＢ」として説明する。
【００１８】
＜Ｂ−１：専用コンテンツのアップロード処理＞
まず、ユーザＡは、クライアント装置３０ａの操作部３４を操作して、コンテンツの購入画面を表示する旨の指示情報を入力する。クライアント装置３０ａの制御部３１は、この指示内容に応じて、コンテンツの購入画面を表示する旨の指示情報（例えばＨＴＴＰのリクエスト等）をコンテンツ管理サーバ１０に送信する。コンテンツ管理サーバ１０は、この指示情報を受信すると、購入画面を表す情報をクライアント装置３０ａに送信する。この画面は、例えば複数のコンテンツのＵＲＬを含む画面等である。この情報を受信することにより、クライアント装置３０ａは、コンテンツを識別する識別情報（ＵＲＬ等）を受信することになる。
ユーザＡは、クライアント装置３０ａの表示部３３に表示される画面を確認しながら、所望するコンテンツを購入する旨の指示情報をクライアント装置３０ａに入力する。クライアント装置３０ａの制御部３１は、指示情報が入力されたことを検知すると、曲を購入する旨の指示情報を、コンテンツ管理サーバ１０に送信する（ｒ１）。
【００１９】
コンテンツ管理サーバ１０の制御部は、クライアント装置３０ａから指示情報を受信したことを検知すると、受信した指示情報と対応するコンテンツを記憶部から読み出し、読み出したコンテンツをクライアント装置３０ａに送信する（ｒ２）。なお、このとき、コンテンツを購入する際の課金処理等が行われるが、この処理は従来のコンテンツ購入システムにおいて行われる処理であるため、ここではその説明を省略する。
【００２０】
次に、クライアント装置３０ａの制御部３１が、コンテンツ管理サーバ１０からコンテンツを受信して実行する処理について、図７に示すフローチャートを参照しつつ以下に説明する。クライアント装置３０ａの制御部３１は、通信部３５を介してコンテンツが受信されたことを検知すると（ステップＳＡ１；ＹＥＳ）、そのコンテンツに専用ヘッダを付与し、専用ヘッダの「コンテンツＩＤ」のフィールドにそのコンテンツの識別情報を記述する。さらに、トラックを追加してマルチトラックの専用コンテンツを生成する（ステップＳＡ２）。トラックを追加することによって、コンテンツと付加楽曲データ（例えば、ユーザの音声を表すデータ等）とを別々のトラックでもつことができる。また、このとき、制御部３１は、受信したコンテンツの２次配布が禁止されているか否かを判定し、その判定結果に応じて専用ヘッダの「２次配布禁止フラグ」のフィールドに値を設定する。この判定は、例えばコンテンツのファイル形式等を参照して、そのコンテンツにＤＲＭ（Digital Rights Management）技術を用いた複製制限がかけられている否かを判定するようにすればよい。そして、制御部３１は、生成した専用コンテンツを端末装置５０ａに送信する（ステップＳＡ３，図６のｒ３）。
【００２１】
次に、専用コンテンツを受信した端末装置５０ａが実行する処理について、図８に示すフローチャートを参照しつつ以下に説明する。端末装置５０ａの制御部５１は、専用コンテンツを受信したことを検知すると（ステップＳＢ１；ＹＥＳ）、録音の開始指示の入力を待機する（ステップＳＢ２；ＮＯ）。ユーザＡにより録音の開始指示が入力されたことを検知すると（ステップＳＢ２；ＹＥＳ）、端末装置５０ａの制御部５１は、受信した専用コンテンツに含まれるコンテンツを再生しつつ、マイクロフォン５７で音声を収音し、音声処理部５６にマイクロフォン５７によって収音される音をデジタルデータに変換させる。そして、制御部５１は、変換した音データを別トラックに保存する（ステップＳＢ３）。この処理により、制御部５１は、購入したコンテンツを含むトラックとユーザＡの音声を表す音データ（付加楽曲データ）との２つのトラックを有する２次コンテンツを生成したことになる。すなわち、制御部５１は、購入したコンテンツを加工して２次コンテンツを生成したことになる。
録音を終了する旨の指示が入力されたことを検知すると（ステップＳＢ４；ＹＥＳ）、端末装置５０ａの制御部５１は、ステップＳＢ５に示すアップロード処理を実行する。
【００２２】
図９は、端末装置５０ａの制御部５１が実行するアップロード処理の流れを示すフローチャートである。まず、端末装置５０ａの制御部５１は、専用コンテンツに有料のコンテンツ（以下、有料コンテンツとする）が含まれているか否か、すなわちコンテンツの２次配布が禁止されているか否かを判定する（ステップＳＣ１）。この判定は、専用ヘッダの「２次配布禁止フラグ」を参照することによって行う。有料コンテンツが含まれていると判定された場合は（ステップＳＣ１；ＹＥＳ）、制御部５１は、有料コンテンツを専用ヘッダに差し替える（ステップＳＣ２）。具体的には、制御部５１は、専用コンテンツに含まれる有料コンテンツの加工内容に基づいて専用ヘッダの各フィールドに設定するための加工情報を生成し、生成した各情報を専用ヘッダの各フィールドに記述する。さらに、制御部５１は、有料コンテンツが記憶されているトラックから有料コンテンツのデータを削除する。すなわち、本動作例においては、専用コンテンツには、ユーザＡの音声を表す音声データと専用ヘッダのみが含まれ、有料コンテンツそのもののデータは含まれないことになる。
【００２３】
ステップＳＣ１において、有料コンテンツが含まれていないと判定された場合（ステップＳＣ１；ＮＯ）、またはステップＳＣ２の処理を終えると、端末装置５０ａの制御部５１は、専用コンテンツを専用コンテンツ管理サーバ２０に送信する（ステップＳＣ３，図６のｒ４）。すなわち、制御部５１は、ステップＳＣ１の判定結果が肯定的である場合にはコンテンツの識別情報と加工情報とが記された専用ヘッダが付与された専用コンテンツを専用コンテンツサーバ２０に送信し、逆にステップＳＣ１の判定結果が否定的である場合には、コンテンツのデータそのものを含む専用コンテンツ（２次コンテンツ）を専用コンテンツサーバ２０に送信する。
専用コンテンツ管理サーバ２０は、専用コンテンツを受信すると、受信した専用コンテンツを記憶部に記憶する。以上により、専用コンテンツが専用コンテンツ管理サーバ２０にアップロードされる。
【００２４】
専用コンテンツ管理サーバ２０にアップロードされた専用コンテンツは、有料コンテンツの加工内容を示す専用ヘッダを含んだデータであり、有料コンテンツそのもののデータを含んだものではない。このように、本実施形態においては、有料コンテンツの識別情報（コンテンツＩＤ）とその加工情報とを含み、有料コンテンツそのもののデータを含まない専用のフォーマットで構成された専用コンテンツをサーバにアップロードするので、第３者によって専用コンテンツがダウンロードされたとしても、有料コンテンツが漏れることはなく、これにより、有料コンテンツの不正な２次配布を防ぐことができる。
【００２５】
＜Ｂ−２：専用コンテンツのダウンロード処理＞
続けて、クライアント装置３０ｂを操作するユーザＢが、専用コンテンツをダウンロードする動作について、図６を参照しつつ以下に説明する。
まず、ユーザＢは、クライアント装置３０ｂの操作部３４を操作して、専用コンテンツをダウンロードする旨の指示情報をクライアント装置３０ｂに入力する。指示情報が入力されたことを検知すると、クライアント装置３０ｂの制御部３１は、専用コンテンツをダウンロードする旨の指示情報を専用コンテンツ管理サーバ２０に送信する（ｒ５）。
【００２６】
専用コンテンツ管理サーバ２０の制御部は、指示情報を受信したことを検知すると、受信した指示情報に対応する専用コンテンツを記憶部から読み出し、読み出した専用コンテンツをクライアント装置３０ｂに送信する（ｒ６）。
【００２７】
クライアント装置３０ｂが受信する専用コンテンツの専用ヘッダには、コンテンツＩＤと加工情報とが含まれているから、クライアント装置３０ｂは、コンテンツを識別する識別情報と、コンテンツに対する加工処理の内容を表す加工情報とを、専用コンテンツ管理サーバ２０から受信することになる。また、専用コンテンツには付加楽曲データも含まれているから、専用コンテンツを受信することによって付加楽曲データも受信することになる。
ここで、クライアント装置３０ｂが行う処理について、図１０に示すフローチャートを参照しつつ以下に説明する。クライアント装置３０ｂの制御部３１は、専用コンテンツを受信したことを検知すると（ステップＳＤ１；ＹＥＳ）、受信した専用コンテンツに含まれるコンテンツのコンテンツＩＤを専用ヘッダから読み出す（ステップＳＤ２）。そして、制御部３１は、専用コンテンツに含まれるコンテンツを購入する旨の指示情報をコンテンツ管理サーバ１０に送信し（ステップＳＤ３，図６のｒ７）、コンテンツの受信を待機する（ステップＳＤ４；ＮＯ）。
【００２８】
コンテンツ管理サーバ１０は、クライアント装置３０ｂから指示情報を受信すると、コンテンツを購入する際の課金処理等を行うとともに、受信した指示情報と対応するコンテンツを記憶部から読み出し、読み出したコンテンツをクライアント装置３０ｂに送信する（ｒ８）。
【００２９】
コンテンツが受信されたことを検知すると（図１０のステップＳＤ４；ＹＥＳ）、クライアント装置３０ｂの制御部３１は、専用コンテンツの専用ヘッダに含まれる加工情報に基づいて、受信したコンテンツを加工して専用コンテンツの所定のトラックにコンテンツを組み込む（ステップＳＤ５）。そして、制御部３１は、専用コンテンツを端末装置５０ｂに送信することによって出力する（ステップＳＤ６、ｒ９）。
端末装置５０ｂの制御部５１は、受信した専用コンテンツを音声処理部５６に供給し、音声処理部５６は、供給されるデータに基づいてスピーカ５８から音を出力する。これにより、ユーザＢは、有料のコンテンツを加工して生成された専用コンテンツを視聴することができる。
【００３０】
以上説明したように本実施形態においては、２次配布が禁止されたコンテンツに対して加工処理を施した場合に、コンテンツの識別情報とその加工内容を表す加工情報のみを含み、コンテンツそのもののデータを含まない専用のフォーマットの専用コンテンツを生成してサーバにアップロードするので、２次配布が禁止されたコンテンツであっても、その著作権を保護しつつ、加工したコンテンツを公開することが可能となる。本実施形態は、有料コンテンツを加工して公開することができるので、特にアマチュアの音楽コミュニケーションツールとして有効である。
【００３１】
また、有料コンテンツを流用する際に、有料コンテンツと付加楽曲データとを各々別トラックとしてミックス処理を行わないので、たとえ部分的であっても有料コンテンツが漏れることはない。
【００３２】
＜Ｃ：変形例＞
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。以下にその一例を示す。
（１）上述した実施形態においては、専用コンテンツのアップロード時は端末装置がコンテンツの加工処理や専用ヘッダの生成処理を行い、ダウンロード時はクライアント装置がコンテンツの加工処理を行うようにしたが、端末装置またはクライアント装置のいずれか一方の装置のみで加工処理や専用ヘッダ生成処理を行うようにしてもよく、または、ネットワークで接続された複数の装置でこれらの処理を分担して行うようにしてもよい。例えば、アップロード時のコンテンツの加工処理をクライアント装置で行う場合は、上述した実施形態において端末装置５０が実行した図９に示した処理をクライアント装置の制御部に実行させるためのプログラムを記憶部に記憶させ、クライアント装置の制御部が記憶されたプログラムを読み出して、コンテンツの加工処理を行うようにすればよい。
【００３３】
なお、上述した実施形態においては、コンテンツの加工処理として、有料のコンテンツそのものを含むトラックとユーザの音声を表すデータを含むトラックとの２つのトラックで構成された２次コンテンツを生成する処理について説明したが、コンテンツの加工処理はこれに限定されるものではなく、例えばコンテンツの一部または全部に対して各種のエフェクト処理等を施す処理や、または、コンテンツの一部または全部に対してエフェクト処理等を施し、処理が施された加工データを含むトラックと付加楽曲データを含むトラックとの複数のトラックで構成された楽曲データを生成する処理であってもよい。また、これらの加工処理は、パーソナルコンピュータ等のクライアント装置にこれらの機能を実現するプログラムを記憶部に記憶させ、クライアント装置の制御部が記憶されたプログラムを読み出して、コンテンツの加工処理を行うようにすればよい。
【００３４】
（２）上述した実施形態においては、有料コンテンツと付加楽曲データと各々別トラックとしてミックス処理を行わないようにしたが、ミックス処理機能を有する端末装置やクライアント装置において、有料コンテンツのミックス処理を禁止する機能を設けるようにしてもよい。この場合は、コンテンツの２次配布が禁止されているか否かを判定し、判定結果が肯定的である場合にはミックス処理を禁止するようにすればよい。このようにすることで、有料コンテンツの２次配布をより効果的に防止することができる。
または、上述した実施形態において、有料コンテンツそのもののデータを含む２次コンテンツのサーバへのアップロードを禁止する機能をクライアント装置や端末装置に設けるようにしてもよい。
【００３５】
（３）上述した実施形態におけるクライアント装置および端末装置の少なくともいずれか一方によって実行されるプログラムは、磁気テープ、磁気ディスク、フロッピー（登録商標）ディスク、光記録媒体、光磁気記録媒体、ＣＤ（Compact Disk）−ＲＯＭ、ＤＶＤ（Digital Versatile Disk）、ＲＡＭなどの記録媒体に記憶した状態で提供し得る。
【図面の簡単な説明】
【００３６】
【図１】システムの全体構成を示すブロック図である。
【図２】専用ヘッダのデータ構造を示す図である。
【図３】専用ヘッダの具体例を説明するための図である。
【図４】クライアント装置の構成を示すブロック図である。
【図５】端末装置の構成を示すブロック図である。
【図６】システムの動作例を示すシーケンス図である。
【図７】クライアント装置が行う処理の流れを示すフローチャートである。
【図８】端末装置が行う処理の流れを示すフローチャートである。
【図９】端末装置が行うアップロード処理の流れを示すフローチャートである。
【図１０】クライアント装置が行う処理の流れを示すフローチャートである。
【符号の説明】
【００３７】
１０…コンテンツ管理サーバ、２０…専用コンテンツ管理サーバ、３０，３０ａ，３０ｂ…クライアント装置、３１…制御部、３２…記憶部、３３…表示部、３４…操作部、３５…通信部、４０…ネットワーク、５０，５０ａ，５０ｂ…端末装置、５１…制御部、５２…記憶部、５３…表示部、５４…操作部、５５…通信部、５６…音声処理部、５７…マイクロフォン、５８…スピーカ。
【図１】
0004645465.tif 000002
【図２】
0004645465.tif 000003
【図３】
0004645465.tif 000004
【図４】
0004645465.tif 000005
【図５】
0004645465.tif 000006
【図６】
0004645465.tif 000007
【図７】
0004645465.tif 000008
【図８】
0004645465.tif 000009
【図９】
0004645465.tif 000010
【図１０】
0004645465.tif 000011