JP2008165837A - マッシュアップ用データの配布方法、マッシュアップ方法、マッシュアップ用データのサーバ装置およびマッシュアップ装置 - Google Patents

Abstract

【課題】 マッシュアップ結果の楽曲を容易に入手できるようにする。
【解決手段】 第１のコンテンツおよび第２のコンテンツをマッシュアップするためのデータを配布する場合において、第１のコンテンツおよび第２のコンテンツを、それぞれの内容にしたがって複数のブロックに分割するための第１のデータと、複数のブロックを配列して新規なコンテンツを作成するときの配列順序を示す第２のデータとのデータテーブルTRKTBLを、ネットワークを通じて配布する。このとき、マッシュアップ結果の楽曲の試聴を可能とする。
【選択図】 図６

Description

この発明は、マッシュアップ用データの配布方法、マッシュアップ方法、マッシュアップ用データのサーバ装置およびマッシュアップ装置に関する。

複数の楽曲の一部あるいは全体を重ね合わせる処理は、リミックスと呼ばれているが、このリミックスとして、より高度な処理をする「マッシュアップ」がある。このマッシュアップでは、例えば、楽曲ＡとＢとをリミックスするとき、両者のテンポ（楽曲の演奏速度）、拍数（例えば４分音符の数）、キー（ハ長調、ニ短調などの主音の音程）、コード進行（和音の変化状態）などを合わせたり、適切と思われる区間だけを切り貼りすることにより、新たな楽曲を作成するものである。

このマッシュアップは広く認知され、マッシュアップにより作成された楽曲が放送などにおいても活用されている。

なお、先行技術文献として例えば以下のものがある。
特開２００６−１０７６９３号公報

ところが、マッシュアップを行うには、音楽について豊富な知識が必要なので、マッシュアップ結果の楽曲を希望するリスナ（ユーザ）も多い。また、楽曲をマッシュアップして新しい楽曲を作成すると、もとの楽曲の著作権に抵触する可能性がある。

この発明は、以上のような問題点を解決しようとするものである。

この発明においては、
少なくとも第１のコンテンツおよび第２のコンテンツをマッシュアップするためのデータを配布する場合において、
上記第１のコンテンツおよび上記第２のコンテンツを、それぞれの内容にしたがって複数のブロックに分割するための第１のデータと、上記複数のブロックを所定の順序で配列して新規なコンテンツを作成するときの配列順序を示す第２のデータとを有するデータファイルを、ネットワークを通じてユーザに配布する
ようにしたものである。

この発明によれば、マッシュアップのために特別な知識を必要としないで、マッシュアップを行うことができるとともに、そのマッシュアップ結果を得るためのデータを、ネットワークを通じて無料あるいは有料で配布することができる。そして、その場合、原曲（マッシュアップに使用する楽曲）は、マッシュアップ結果の楽曲を聴くユーザが用意するとともに、原曲をマッシュアップのためのデータにしたがって再生しているだけなので、著作権に抵触する可能性が低い。むしろ、原曲の売り上げに貢献することができる。

〔１〕 マッシュアップ時の表示例
図１〜図３は、マッシュアップを行う場合の表示画面の表示例を示す。この例においては、パーソナルコンピュータにより、複数の楽曲、例えば２つの楽曲Ａ、Ｂから新たな楽曲をマッシュアップする場合である。なお、以下においては、マッシュアップに使用する（素材となる）楽曲を「原曲」と呼び、マッシュアップによりできあがった結果の楽曲を「マッシュアップ曲」と呼ぶ。また、楽曲の導入部（イントロ）、Ａメロ、Ｂメロ、サビ、間奏、終結部（アウトロ）などのように、楽曲上で区切ることのできる区間を「ブロック」と呼ぶものとする。

そして、図１〜図３において、符号１０はそのマッシュアップ時の表示画面を示し、図１はマッシュアップの開始時の画面、図２はマッシュアップの作業中の画面、図３はマッシュアップの終了時の画面である。

この表示画面１０は、上側の編集エリア１１と下側の素材エリア１２とに２分割され、上側の編集エリア１１にマッシュアップ曲（マッシュアップ結果の楽曲）の情報が表示され、下側の素材エリア１２に原曲（マッシュアップに使用する楽曲）Ａ、Ｂの情報が表示される。

このため、編集エリア１１には、原曲Ａのブロックがコピーされる帯状のエリア１１Ａと、原曲Ｂのブロックがコピーされる帯状のエリア１１Ｂとが用意されている。これらエリア１１Ａ、１１Ｂは、互いに平行で、かつ、左右方向が時間軸方向となるように、エリア１１に用意されている。なお、以下においては、エリア１１Ａ、１１Ｂを磁気テープなどのトラックになぞらえて、トラック１１Ａ、１１Ｂと呼ぶ。

また、トラック１１Ｂの下側には、演奏時間のスケール１１Ｓが表示され、その開始位置には、演奏時の時間位置を示すポインタ１１Ｐが表示されている。

さらに、素材エリア１２には、原曲Ａの情報を示す帯状のトラック１２Ａと、原曲Ｂの情報を示す帯状のトラック１２Ｂとが互いに平行で、かつ、左右方向が時間軸方向となるように、形成されている。図１は、初期画面であるが、すでにトラック１２Ａ、１２Ｂに原曲Ａ、Ｂの情報が用意されている状態で示している（用意されていないときには、トラック１１Ａ、１１Ｂと同様、空である）。

この場合、トラック１２Ａは、「メロディートラック」と呼ばれる上側のトラック１２ＡＭと、「コードトラック」と呼ばれる下側のトラック１２ＡＣとに２分割されている。そして、メロディートラック１２ＡＭは、ブロック、すなわち、原曲Ａの導入部、Ａメロ、Ｂメロ、サビ、間奏、終結部（アウトロ）などによって区切られ、各ブロックには該当するメロディーのデータが用意されている。また、コードトラック１２ＡＣは、図４に時間軸（左右方向）を拡大して示すように、原曲Ａのコード進行にしたがってブロックに区切られ、そのブロックには該当するコードのデータが用意されている。

さらに、トラック１２Ｂもトラック１２Ａと同様であり、メロディートラック１２ＢＭは、原曲Ｂのブロックよって区切られて該当するメロディーのデータが用意され、コードトラック１２ＢＣは、原曲Ｂのコードにしたがったブロックにより区切られ、該当するコードのデータが用意されている。

また、トラック１２Ａ、１２Ｂの上部には、符号１３Ａ、１３Ｂにより示すように、原曲Ａ、Ｂについてのアーティスト名、楽曲名、テンポ、小節数がそれぞれ表示されている。さらに、原曲が３曲以上の場合には、素材エリア１２の右側に表示されているスクロールボタン１４Ｓあるいはスクロールバー１４Ｖをマウスなどよって操作することにより、素材エリア１２が縦方向にスクロールされ、すべての原曲のトラック１２Ａ、１２Ｂ、・・・を使用することができる。

なお、実際には、トラック１２ＡＭ、１２ＡＣとトラック１２ＢＭ、１２ＢＣとは、それらの時間長が異なる場合でも、同じ長さに規格化されて表示されるとともに、それぞれのブロックはその内容に応じて色分けされて表示される。また、原曲Ａ、Ｂのデジタルオーディオデータ、およびトラック１２Ａ、１２Ｂに表示される情報は、例えばダウンロードサイトやインターネットなどを通じて入手することにより、あらかじめパーソナルコンピュータに用意されているものである。

また、表示画面１０の上部には、マッシュアップ中およびマッシュアップ結果を試聴するための再生ボタン１５Ｐ、その再生の停止ボタン１５Ｓ、再生のテンポを指定する入力欄１６、マッシュアップ結果の情報を保存するための保存ボタン１７などが表示されている。

〔２〕 マッシュアップの方法
図１に示すような表示状態にあるとき、例えば図２に矢印Ａ1により示すように、原曲Ａのメロディートラック１２ＡＭの「Ａメロ」を、トラック１１Ａの先頭にドラッグ・アンド・ドロップあるいはコピー・アンド・ペーストすると、その原曲Ａの「Ａメロ」がトラック１１Ａの先頭にコピーされる。図２においては、さらに、矢印Ａ2により示すように、同じ「Ａメロ」をトラック１１Ａに繰り返しコピーした場合である。

また、図２においては、矢印Ｂ1により示すように、原曲Ｂのメロディートラック１２ＢＭの「Ａメロ」を、トラック１１Ｂの先頭にドラッグ・アンド・ドロップあるいはコピー・アンド・ペーストすると、その原曲Ｂの「Ａメロ」がトラック１１Ｂの先頭にコピーされている。

以後、同様の操作を行うことにより、ブロック１２ＡＭ〜１２ＢＣにおける任意のブロックが、トラック１１Ａあるいは１１Ｂにコピーされ、その結果、トラック１１Ａ、１１Ｂは例えば図３に示すような内容とすることができる。

そこで、再生ボタン１５Ｐをクリックすると、トラック１１Ａに作成された内容の楽曲と、トラック１１Ｂに作成された内容の楽曲とが、混合された状態で再生され、したがって、マッシュアップされた楽曲を試聴することができる。

ただし、このマッシュアップ結果の楽曲の再生は、そのマッシュアップ曲のデジタルオーディオデータそのものを再生するのではなく、トラック１１Ａ、１１Ｂに表示されているデータにしたがって、原曲Ａ、Ｂのブロックが、リアルタイムで選択的に取り出され、あるいは加工されて再生されるものである。

このマッシュアップ曲が気に入らないときには、トラック１１Ａ、１１Ｂの該当するブロックを、マウスにより、削除、コピーあるいは移動すればよく、あるいはトラック１２ＡＭ〜１２ＢＣから新たなブロックをコピーすることもできる。すなわち、トラック１１Ａ、１１Ｂをブロックごとに編集することができる。

こうして、トラック１２ＡＭ〜１２ＢＣからのコピーおよびトラック１１Ａ、１１Ｂの編集を行うとともに、その結果を試聴することにより、目的とするマッシュアップ曲を得ることができる。

そこで、マッシュアップによる新たな楽曲が完成したら、保存ボタン１７をクリックする。すると、マッシュアップ曲のデジタルオーディオデータそのものではなく、マッシュアップ曲を再現するために必要な情報（トラック１１Ａ、１１Ｂに表示されているデータ）が、大容量ストレージ、例えばハードディスク装置に１つのファイルとして保存される。すなわち、原曲Ａ、Ｂを示す情報、原曲Ａ、Ｂのうちの使用するブロック、そのブロックを使用するときの時間的な位置や順序、およびテンポなどの情報が、ハードディスク装置にファイルとして保存される。

なお、料理を作る場合、レシピにしたがって食材を用意するとともに、その食材をレシピに示された手順や方法で調理するが、上述のマッシュアップの方法も料理に類似している。そこで、以後、マッシュアップに必要な情報（上記の場合、保存ボタン１７をクリックしたとき、ハードディスク装置に保存される情報）を「レシピ」と呼ぶ。

つまり、レシピにしたがって楽曲のデジタルオーディオデータやメタデータを用意するとともに、これをレシピにしたがった手順や方法で編集すると、マッシュアップ曲が作成されるものである。なお、メタデータには、対応する楽曲の一般的なデータ（楽曲識別用のデータ、曲名、アーティスト名など）に加えて、レシピの作成に必要な各種のデータ、例えばテンポ、キー、拍子、コードなども含まれている。また、楽曲識別用のデータとしては、ユーザが楽曲をＣＤから得た場合であれば、そのＣＤのＣＤ番号、レーベル会社（発売元）、アルバム名、対応するトラックの楽曲名、ＩＳＲＣなどを使用することができる。

〔３〕 マッシュアップ曲の再生
この場合には、目的とするマッシュアップ曲の原曲Ａ、Ｂのデジタルオーディオデータおよびそのレシピをパーソナルコンピュータに用意する。そして、レシピ用のプログラムを実行すると、そのレシピにしたがって、すなわち、例えば図１に示すトラック１１Ａ、１１Ｂにしたがって原曲Ａ、Ｂが自動的にリアルタイムで加工され、マッシュアップ曲が音響として出力される。

〔４〕 レシピにおけるデータ構造の例
図５は図３のトラック１１Ａ、１１Ｂの概念を示す図で、マッシュアップの結果、トラック１１Ａは、複数のブロックBLK_A1、BLK_A2、BLK_A3、・・・から構成され、トラック１１Ｂは、複数のブロックBLK_B1、BLK_B2、BLK_B3、・・・から構成されている。この図５にも示すように、各ブロックの長さ（時間長）はマッシュアップに対応してまちまちである。また、ブロックの符号が連続しているが、原曲において連続しているブロックとは限らない。

そして、このとき、トラック１１Ａ、１１Ｂにおけるブロックは、例えば図６に示すようなレシピにより規定されている。すなわち、図６Ａに示すように、トラックテーブルTRKTBLが用意されるとともに、このテーブルTRKTBLは、表示画面１０の編集エリア１１におけるトラック１１Ａ、１１Ｂ、・・・の数を示すデータエリア＃ＮUMと、トラック１１Ａ、１１Ｂ、・・・におけるブロックの情報を示すデータエリア＃Ａ、＃Ｂ、・・・とを有する。

図１〜図５の場合、データエリア＃ＮUMの示すトラック数は２であり、このため、トラックテーブルTRKTBLは、第１のトラック１１Ａのデータエリア＃Ａと、第２のトラック１１Ｂのデータエリア＃Ｂとを有する。

そして、第１のトラック１１Ａのデータエリア＃Ａは、この第１のトラック１１Ａのブロック数を示すデータ欄＃Ａ0と、各ブロックBLK_Ai（i=1,2,・・・）についての情報を示すデータ欄＃Ａiとを有し、これらデータ欄＃Ａ0、＃Ａiには該当するデータがそれぞれ保存されている。

また、第２のトラック１１Ｂのデータエリア＃Ｂも同様に、この第２のトラック１１Ｂのブロック数を示すデータ欄＃Ｂ0と、各ブロックBLK_Bj（j=1,2,・・・）についての情報を示すデータ欄＃Ｂjとを有し、これらデータ欄＃Ｂ0、＃Ｂjには該当するデータがそれぞれ保存されている。以下、第３のトラック以降がある場合も、そのトラックごとに同様のデータエリアが用意され、そのデータ欄ごとに該当するデータがそれぞれ保存されている。

そして、このとき、データエリア＃Ａ、＃Ｂのデータ欄＃Ａi、＃Ｂjには、例えば図６Ｂに示すようなデータが保存される。すなわち、図６Ｂに示すデータにおいて、第１行〜第９行のデータは、マッシュアップに使用する原曲についての情報であり、第10行以降のデータはマッシュアップ結果の楽曲についての情報である。

そして、第１行目の「楽曲ＩＤ」は、原曲（今の場合、原曲Ａ、Ｂ）を識別するための識別コードである。また、一般に楽曲のテンポは、ブロックによって異なることがあるので、第２行目の「ブロックのオリジナルテンポ」は原曲の該当するブロックにおけるテンポを示し、第３行目の「ブロックの拍子」は、１／２拍子、３／４拍子など、そのブロックにおける拍子を示す。

さらに、第４行目の「ブロックのキーとスケール」は、転調用の情報であり、第５行目の「ブロックの原曲におけるサンプル開始点・終了点」は、原曲を小節の途中からマッシュアップに使用したり、途中までマッシュアップに使用したりすることがあるので、その開始点・終了点を、原曲においてサンプル単位で数えたときの位置を示す。また、第６行目の「開始点ビートカウント」および第７行目の「終了点ビートカウント」は、そのブロックが原曲において開始あるいは終了する小節および拍（ビート）（例えば、第10小節目の第３拍目）を示す。

そして、第８行目の「開始点の直前小節頭を示すサンプル位置」は、マッシュアップへの使用を開始する点の直前の小節の先頭を、原曲においてサンプル単位で数えたときの位置を示し、第９行目の「終了点の直後小節頭を示すサンプル位置」は、同様にマッシュアップへの使用を終了する点の直後の小節の先頭を、原曲においてサンプル単位で数えたときの位置を示す。

したがって、これら第１行〜第９行の情報により、マッシュアップに必要な原曲の部分（ブロック）をサンプル単位で知ることができる。

さらに、図６Ｂにおいて、第10行目の「マッシュアップ上の開始サンプル位置」および第11行目の「マッシュアップ上の終了サンプル位置」は、マッシュアップ曲（例えば図５）におけるあるブロックと、その次のブロックとの境界点、すなわち、あるブロックの開始点あるいは終了点をサンプル単位で数えたときの位置を示す。また、第12行目の「マッシュアップ上の開始小節番号」および第13行目の「マッシュアップ上の終了小節番号」は、マッシュアップ結果の楽曲において開始あるいは終了するときの小節の番号である。

したがって、この第10行〜第13行の情報により、原曲から得たブロックをマッシュアップするときの構成を知ることができる。

こうして、図６に示すトラックテーブルTRKTBLによれば、マッシュアップに必要な原曲のブロックをサンプル単位で取り出し、このブロックを組み立てて新たな楽曲にマッシュアップすることができる。つまり、このトラックテーブルTRKTBLが、マッシュアップ時のレシピとなる。

〔５〕 レシピの配布方法
〔５−１〕 レシピの配布方法の例（その１）
図７は、レシピの配布方法の一例を示し、マッシュアップ用のプレーヤ１〜ｎがネットワーク１２０を通じてサーバ１３０に接続されている。この場合、後述するように、プレーヤ１〜ｎのそれぞれはパーソナルコンピュータにより構成することができる。

また、ネットワーク１２０は、サーバ１３０に直結された専用回線であってもよく、インターネットが介在していてもよい。さらに、サーバ１３０は、この例においては、原曲として使用する楽曲を識別するための識別用データと、その楽曲を原曲として使用するときのメタデータと、レシピとを蓄積しているものである。

そして、プレーヤｉ（ｉ＝１〜ｎ）がサーバ１３０からレシピの配布を受ける場合、例えば図８に示すようなルーチン２００がプレーヤｉにおいて実行され、ルーチン３００がサーバ１３０において実行される。すなわち、サーバ１３０においては、ルーチン３００がステップ３０１からスタートし、次にステップ３０２において、プレーヤ１〜ｎからのアクセスの受信待ちとなっている。

そして、プレーヤｉにおいて、ルーチン２００を実行すると、ルーチン２００がステップ２０１からスタートし、次にステップ２０２において、マッシュアップに使用する原曲をサーバ１３０に送信して提示する。この提示には、上記の識別用データを使用することができる。つまり、この提示により、プレーヤｉが原曲を保有していることをサーバ１３０に通知ないし明示したことになる。

なお、このとき、提示した原曲に対してマッシュアップを実行した結果（マッシュアップ曲）が、どのような楽曲になってほしいかといったプレーヤｉの要望を示すデータをサーバ１３０に送信してもよい。例えば、「ラップ調に」、「ビートを強調して」、「シャンソン風に」、「アップテンポに」、「バラード調に」などという要望を、表示画面１０上のプルダウンメニュー（図示しない）から選択し、要求することもできる。

このステップ２０２により原曲が提示されると、これがステップ３０２により受信され、サーバ１３０の処理はステップ３０３に進み、提示された原曲に対応したレシピのリストがプレーヤｉへと送信される。上述の要望を示すデータが提示された場合には、この要望のデータに基づいて対応するレシピが絞り込まれ、プレーヤｉへと送信される。

すると、このレシピのリストがステップ２０３においてプレーヤｉにより受信されて表示され、ステップ２０４において、その受信されたレシピのリストの中から希望するレシピの選択待ちとなる。そこで、希望するレシピを選択すると、ステップ２０５において、その選択したレシピの要求が送信されるとともに、これがステップ３０４において受信され、ステップ３０５において、ステップ２０５により要求されたレシピがサーバ１３０から送信される。

この送信されたレシピは、ステップ２０６において、プレーヤｉにより受信されるとともに保存され、ステップ２１１において、ステップ２０６により受信・保存されたレシピにしたがってマッシュアップが実行されるとともに、そのマッシュアップ結果の楽曲が再生される。

そして、再生を終了するとステップ２１２において、他のレシピを必要とするか否かの入力待ちとなり、その入力を行うと、ステップ２１３において、ステップ２１２の入力結果が判別され、他のレシピを必要とすると入力したときには、処理はステップ２１３からステップ２０２に戻り、以後、上述の処理が繰り返される。なお、ルーチン３００においても、処理はステップ３０５に続いてステップ３０２に戻り、プレーヤ（プレーヤｉ以外のプレーヤも含む）からの要求に応答する状態となっている。

また、ステップ２１２において、他のレシピを必要としないと入力したときには、処理はステップ２１３からステップ２１４に進み、このルーチン２００を終了する。

こうして、ルーチン２００、３００によれば、サーバ１３０は、ユーザ（プレーヤｉ）の要求したレシピをそのユーザに配布することができる。

〔５−２〕 レシピの配布方法の例（その２）
図９は、レシピの他の配布方法の他の例を示す。この例においては、レシピをサーバ１３０から入手できるようにするとともに、レシピを複数のプレーヤ（ユーザ）１〜ｎの間でＰ２Ｐで配布することができるようにした場合である。

〔５−３〕 レシピの配布方法の例（その３）
図１０は、レシピのさらに他の配布方法の他の例を示し、この例においては、レシピをサーバ１３０が有料で配布する場合である。

ただし、〔５−１〕および図７のシステムにおいては、サーバ１３０は、原曲として使用する楽曲を識別するための識別用データと、その楽曲を原曲として使用するときのメタデータと、レシピとを蓄積しているが、この例においては、さらにその原曲のデジタルオーディオデータも蓄積している。

そして、プレーヤｉがサーバ１３０からマッシュアップ曲の配布を受ける場合、例えば図１０に示すようなルーチン４００がプレーヤｉにおいて実行され、ルーチン５００がサーバ１３０において実行される。すなわち、サーバ１３０においては、ルーチン５００がステップ５０１からスタートし、ステップ５０２において、プレーヤ１〜ｎからのアクセスの受信待ちとなっている。

そして、プレーヤｉにおいて、ルーチン４００を実行すると、ルーチン４００がステップ４０１からスタートし、次にステップ４０２において、マッシュアップ曲のリストの送信をサーバ１３０に要求する。このときも、上述の例と同様、さらにプレーヤｉからマッシュアップ曲についての要望のデータを送信してもよく、さらに、原曲のタイトル名、アーティスト名なども送信してもよい。このようにすれば、プレーヤｉのユーザが希望する原曲を、どのようにマッシュアップ処理して聴きたいかをサーバ１３０側に伝えることができ、候補となるマッシュアップ曲をより適切に絞り込んで検索を実行させることができる。

このステップ４０２によりリストが要求されると、これがステップ５０２により受信され、サーバ１３０の処理はステップ５０３に進み、マッシュアップ曲のリストをプレーヤｉへと送信する。

すると、このリストがステップ４０３においてプレーヤｉにより受信されて表示され、ステップ４０４において、その受信されたリストの中から希望するマッシュアップ曲が選択できる状態となる。そこで、希望するマッシュアップ曲を指定すると、そのマッシュアップ曲を示す情報がステップ４０５においてプレーヤｉから送信され、サーバ１３０においてステップ５０５により受信される。

続いて、ステップ５１１において、そのステップ４０４、４０５により指定されたマッシュアップ曲の例えば冒頭の30秒がストリーミング形式によりプレーヤｉに送信されるとともに、これがステップ４１１により受信され、この結果、プレーヤｉにおいては、ステップ４０４、４０５により指定されたマッシュアップ曲の冒頭の30秒がストリーミング再生され、すなわち、試聴できることになる。

そして、この再生を終了すると、プレーヤｉにおいては、ステップ４１２において、そのマッシュアップ曲を購入するか否か、購入するとすれば、マッシュアップ曲の原曲やレシピも購入するか否かを入力する状態となり、これを入力すると、ステップ４１３において、ステップ４１２の入力結果がサーバ１３０へと送信される。

すると、サーバ１３０においては、ステップ５１３においてステップ４１３の送信が受信され、ステップ５１４において、マッシュアップ曲を購入するか否か、購入するとすれば、マッシュアップ曲の原曲やレシピも購入するか否かが判別される。

なお、ステップ５１１において、サーバ１３０がマッシュアップ曲を送信するとき、同時にこのマッシュアップ曲の原曲を示す情報もプレーヤｉに送信すれば、その原曲がプレーヤｉのハードディスク装置（詳細は後述する）にすでに存在しているとき、ステップ４１２において、原曲の購入の問い合わせをしないようにすることもできる。

そして、マッシュアップ曲、レシピあるいは原曲を購入する場合には、処理はステップ５１４からステップ５１５に進む。

また、プレーヤｉにおいては、ステップ４１３に続いてステップ４１４が実行され、ステップ４１５の入力結果がマッシュアップ曲、レシピあるいは原曲を購入するであったか否かが判別され、購入するであったときには処理はステップ４１４からステップ４１５に進む。

そして、これらステップ５１５、４１５において、ステップ４０４、４０５で選択したマッシュアップ曲、レシピあるいは原曲の販売・購入の処理、すなわち、マッシュアップに必要なレシピの送受信、原曲も販売・購入するときには、そのデジタルオーディオデータのファイルの送受信が行われるとともに、代金の支払いなど処理が行われる。

そして、ルーチン５００においては、その後、処理はステップ５０２に戻り、ルーチン４００においては、ステップ４１６によりルーチン４００を終了する。

また、ステップ４１２の入力結果が購入しないときには、処理はステップ４１４からステップ４１６に進み、ルーチン４００を終了する。さらに、ルーチン５００においても、ステップ５１４において、マッシュアップ曲、レシピおよび原曲を購入しないと判断されたときには、処理はステップ５１４からステップ５０２に戻る。

こうして、ルーチン４００、５００によれば、マッシュアップ曲やレシピを購入する場合、そのマッシュアップ曲の試聴をすることができ、その試聴結果を参考にして購入するか否かを決定することができる。

なお、この例においては、マッシュアップ曲やレシピを購入する場合について説明したが、定額制の聞き放題サービスや見放題サービスなど各種サブスクリプションとすることもできる。すなわち、定額制の聞き放題サービスの場合であれば、サービス側で用意している原曲を例えば１か月間は、自由に聞く権利が持てるものである。もちろん、１か月という期間は料金を払えば更新される。

この場合、その１か月間は原曲を保有していることと等価になり、マッシュアップ処理も原曲の権利を有した状態で、１か月間は自由にできることになる。例えば、ステップ４０２において、ユーザの希望する楽曲ジャンルや曲調などを含めてサーバ１３０に配信要求を行うと、その希望に沿ったマッシュアップ曲が連続してストリーミング配信される。また、サービスによってはダウンロードを許可してもよい。もちろん、この場合でも再生中にユーザが購入を希望の操作を行うことで、個別にそのマッシュアップ曲、レシピあるいは原曲を購入することができるものである。

〔６〕 ハードウェアの例
図１１は、上述におけるプレーヤｉをパーソナルコンピュータ１００により構成してマッシュアップを実現する場合の一例を示す。すなわち、このパーソナルコンピュータ１００は、一般のパーソナルコンピュータと同様に構成されているものであり、ＣＰＵ１０１と、ＲＯＭ１０２と、不揮発性のメモリ１０３と、ＲＡＭ１０４とを有する。

この場合、ＣＰＵ１０１は各種のプログラムを実行するものであり、ＲＯＭ１０２およびメモリ１０３には、ＣＰＵ１０１により実行されるＢＩＯＳや基本的なデータが書き込まれている。また、ＲＡＭ１０４は、ＣＰＵ１０１がプログラムを実行するときのワークエリアとなるものであり、これらメモリ１０２〜１０４はシステムバス１０９を通じてＣＰＵ１０１に接続されている。

さらに、システムバス１０９には、大容量のストレージとしてハードディスク装置１０５が接続されている。この場合、例えば図１２に示すように、ハードディスク装置１０５には、このパーソナルコンピュータ１００を機能させるためのＯＳと、サーバ１３０と通信をしてマッシュアップに必要なデータを入手する通信ルーチン２００あるいは４００と、マッシュアップ曲の再生ルーチンと、マッシュアップされる原曲（楽曲）のデジタルオーディオデータと、その原曲のメタデータと、レシピとが蓄積される。

また、ユーザインターフェイスとして、特に文字入力デバイスおよびポインティングデバイスとして、キーボード１０６およびマウス１０７がシステムバス１０９に接続されているとともに、デジタルオーディオデータの外部入力手段としてＣＤドライブ装置１０８がシステムバス１０９に接続されている。

さらに、システムバス１０９には通信インターフェイス回路１１１が接続され、パーソナルコンピュータ１００は、この通信インターフェイス回路１１１を通じて外部のネットワーク、例えばインターネット１２０に接続されている。このネットワーク１２０には、さらにサーバ１３０が接続され、このサーバ１３０に、図７あるいは図９により説明した原曲のデジタルオーディオデータ、その識別用データ、メタデータ、レシピなどが蓄積されている。

そして、このサーバ１３０に蓄積されている原曲のデジタルオーディオデータ、そのメタデータおよびレシピが、インターネット１２０を通じ、さらに、通信回路１１１を通じてダウンロードされ、例えば図１２に示すように、ハードディスク装置１０５に保存される。

また、パーソナルコンピュータ１００には、オーディオ再生回路１１２および表示制御回路１１４が設けられ、これらもシステムバス１０９に接続されている。そして、オーディオ再生回路１１２は、これにデジタルオーディオデータが供給されたとき、必要に応じてＭＰ３などのデコード処理を行い、さらに、そのデジタルオーディオデータをアナログオーディオ信号にＤ／Ａ変換し、そのアナログオーディオ信号をスピーカ１１３に供給するものである。

さらに、表示制御回路１１４は、図示はしないがビデオＲＡＭを有し、このビデオＲＡＭに表示データが供給されるとともに、所定の周期で繰り返し読み出されてビデオ信号に変換され、このビデオ信号がディスプレイ１１５に供給されて図１〜図３などに示すような画像を表示するものである。

したがって、〔５〕において説明したような方法でレシピの配布を受ければ、〔３〕において説明したように、そのレシピにしたがったマッシュアップ曲を再生して聴くことができる。また、ユーザが自分で追加のマッシュアップを実行することもできる。

なお、サーバ１３０のハードウェアも基本的にはパーソナルコンピュータ１００と同様に構成することができる。

〔７〕 前処理
上述のマッシュアップを実現するためには、一般に、原曲Ａと原曲Ｂとで、テンポ、キー、ビート位置などが一致している必要がある。しかし、任意の原曲Ａと原曲Ｂとで、テンポ、キー、ビート位置などは一致していないことが多い。また、マッシュアップ結果の楽曲のテンポやキーを変更したほうが効果的な場合もある。

したがって、原曲のテンポやキーを変更することになるが、この変更は、プレーヤｉにおいて実行することができる。例えば、特願２００４−２６９０８５号などに示されているように、原曲の音量のレベルやピークなどから原曲のテンポや拍子を検出することができる。すなわち、原曲の音量のレベルやピークなどから原曲のテンポや拍子を検出することができる。そして、一方の原曲あるいは所望のマッシュアップ結果の楽曲のビート開始位置（つまり、小節の開始位置）と他方の原曲のビート開始位置とが同じタイミングで演奏されるようにそのテンポを調整し、さらにキーを合わせる（転調する）処理を行えばよい。

また、例えば図１３および図１４Ａに示すように、原曲のデジタルオーディオデータＤORGを、そのサンプルごとにメモリＭＭに順に書き込むとともに、図１４Ｂに示すように、その書き込んだデータＤORGを例えば２サンプルにつき１サンプルの割り合いで間引いて、かつ、所定の期間ごとに２度繰り返して読み出せば、その読み出したデジタルオーディオデータＤCHGにおいては、原曲の周波数は２倍になり、すなわち、１オクターブ高くなっている。

したがって、メモリＭＭからデジタルオーディオデータＤCHGを読み出すときの間引く割り合い、あるいは繰り返す回数を設定することにより、テンポやキーを目的のものとすることができる。

〔８〕 まとめ
上述のシステムによれば、マッシュアップのために特別な知識を必要としないで、マッシュアップを行うことができ、あるいはレシピやマッシュアップ曲を再加工することにより、さらにマッシュアップ曲を発展させることができる。また、そのマッシュアップ曲を、ネットワークを通じて無料あるいは有料で配布することができる。

そして、その場合、原曲Ａ、Ｂは、マッシュアップ曲を聴くユーザが用意するとともに、原曲Ａ、Ｂをレシピにしたがって再生しているだけなので、著作権に抵触する可能性が低い。むしろ、レシピだけ入手しても意味がないので、原曲Ａ、Ｂの売り上げに貢献することができる。例えば、最近のヒット曲に過去の楽曲をマッシュアップすることにより、まったく新たな楽曲として楽しむこともでき、現在ではあまり売り上げに貢献していない過去の楽曲が、このマッシュアップシステムにより再び注目され、売り上げに貢献することができる。

〔９〕 その他
上述において、楽曲Ａが例えば独唱のとき、楽曲Ｂを各種の楽器やコードで演奏した音階とすれば、楽曲Ａに伴奏を付加することもできる。あるいは楽曲Ａ、Ｂの一方を各種の効果音とすることもできる。また、楽曲Ａ、ＢをＢ＝Ａとし、つまり、楽曲Ａだけとし、楽曲Ａのブロックだけでマッシュアップすることもできる。

さらに、上述においては、複数の楽曲Ａ、Ｂをマッシュアップした場合であるが、複数のコンテンツをマッシュアップする場合、例えば、複数の動画をマッシュアップする場合、あるいは動画に、楽音、音声、効果音などを付加する場合、複数の文章をマッシュアップする場合などにも、この発明を適用することができる。また、マッシュアップ時、残響、エコー、イコライザなどの処理を同時に行うこともできる。

〔略語の一覧〕
ＢＩＯＳ：Basic Input/Output System
ＣＤ ：Compact Disc
ＣＰＵ ：Central Processing Unit
Ｄ／Ａ ：Digital to Analog
ＩＳＲＣ：International Standardization Recording Code
ＭＰ３ ：MPEG-1/Audio Layer 3
ＭＰＥＧ：Motion Picture Experts Group
ＯＳ ：Operating System
Ｐ２Ｐ ：Peer to Peer
ＲＡＭ ：Random Access Memory
ＲＯＭ ：Read Only Memory

この発明における表示画面の一形態を示す図である。 この発明における表示画面の一形態を示す図である。 この発明における表示画面の一形態を示す図である。 表示内容の一例を拡大して示す図である。 データの概念の一例を示す図である。 データテーブルおよびその内容の一例を示す図である。 この発明の適用例を示す図である。 データの配布方法の一例を示すフローチャートである。 この発明の他の適用例を示す図である。 データの配布方法の他の例を示すフローチャートである。 この発明に使用できるパーソナルコンピュータの一例を示す図である。 ストレージに用意されるデータの例を示す図である。 前処理方法の一例を示す系統図である。 前処理方法の一例を示す波形図である。

符号の説明

１〜ｎ…プレーヤ（ユーザ）、１１…編集エリア、１１Ａおよび１１Ｂ…マッシュアップ結果のトラック、１２…素材エリア、１２Ａおよび１２Ｂ…第１および第２の原曲の内容を示すトラック、TRKTBL…トラックテーブル（レシピ）、１００…パーソナルコンピュータ、１２０…ネットワーク（インターネット）、１３０…サーバ、２００、３００、４００および５００…配布ルーチン

Claims (13)

1. 少なくとも第１のコンテンツおよび第２のコンテンツをマッシュアップするためのデータを配布する場合において、
   上記第１のコンテンツおよび上記第２のコンテンツを、それぞれの内容にしたがって複数のブロックに分割するための第１のデータと、上記複数のブロックを所定の順序で配列して新規なコンテンツを作成するときの配列順序を示す第２のデータとを有するデータファイルを、ネットワークを通じてユーザに配布する
   ようにしたマッシュアップ用データの配布方法。
2. 請求項１に記載の配布方法において、
   上記データファイルにしたがってマッシュアップされた結果のコンテンツの少なくとも一部を、ユーザに配布して試験的な再生を可能とさせる
   ようにしたマッシュアップ用データの配布方法。
3. 請求項１あるいは請求項２に記載の配布方法において、
   上記ユーザが上記データファイルの購入を示したときには、そのデータファイルを販売する
   ようにしたマッシュアップ用データの配布方法。
4. 請求項３に記載の配布方法において、
   上記ユーザが、第１のコンテンツおよび第２のコンテンツの少なくとも一方のコンテンツと、上記データファイルとの購入を示したときには、上記少なくとも一方のコンテンツと、上記データファイルとを販売する
   ようにしたマッシュアップ用データの配布方法。
5. 請求項１あるいは請求項２に記載の配布方法において、
   上記データファイルを無料で配布する
   ようにしたマッシュアップ用データの配布方法。
6. 請求項１に記載の配布方法において、
   上記ユーザが、第１のコンテンツおよび第２のコンテンツを保有するときには、
   上記データファイルにしたがってマッシュアップされた結果のコンテンツを、ユーザに配布して再生を可能とさせる
   ようにしたマッシュアップ用データの配布方法。
7. 請求項１に記載の配布方法において、
   上記ユーザが、第１のコンテンツおよび第２のコンテンツを利用可能とされるときには、
   上記データファイルにしたがってマッシュアップされた結果のコンテンツを、ユーザに配布して再生を可能とさせる
   ようにしたマッシュアップ用データの配布方法。
8. 請求項１〜請求項７に記載の配布方法において、
   上記第１および第２のコンテンツが、音響、画像あるいは文字である
   ようにしたマッシュアップ用データの配布方法。
9. 請求項１〜請求項８に記載の配布方法において、
   上記第１および第２のコンテンツが、同一のコンテンツである
   ようにしたマッシュアップ用データの配布方法。
10. 少なくとも第１のコンテンツおよび第２のコンテンツを、それぞれの内容にしたがって複数のブロックに分割するための第１のデータを用意するとともに、
    上記複数のブロックを所定の順序で配列して新規なコンテンツを作成するときの配列順序を示す第２のデータを用意し、
    ユーザからの要求にしたがって、上記第１のデータおよび上記第２のデータを、ネットワークを通じて上記ユーザに配布する
    ようにしたマッシュアップ用データの配布方法。
11. 少なくとも第１のコンテンツおよび第２のコンテンツを、それぞれの内容にしたがって複数のブロックに分割するための第１のデータ、および上記複数のブロックを所定の順序で配列して新規なコンテンツを作成するときの配列順序を示す第２のデータを、ネットワークを通じてサーバから受信し、
    この受信した上記第１のデータおよび上記第２のデータをストレージに保存し、
    この保存した上記第１データおよび上記第２のデータにしたがって、上記第１のコンテンツおよび上記第２のコンテンツをマッシュアップし、
    そのマッシュアップ結果を出力する
    ようにしたマッシュアップ方法。
12. 少なくとも第１のコンテンツおよび第２のコンテンツを、それぞれの内容にしたがって複数のブロックに分割するための第１のデータを記録する記録手段と、
    上記複数のブロックを所定の順序で配列して新規なコンテンツを作成するときの配列順序を示す第２のデータを記録する記録手段と、
    ネットワークを通じてユーザが使用するプレーヤとの間で通信を行う通信回路と
    を有し、
    ユーザからの要求にしたがって、上記第１のデータおよび上記第２のデータを、上記通信回路をおよび上記ネットワークを通じて上記プレーヤに配布する
    ようにしたマッシュアップ用データのサーバ装置。
13. 少なくとも第１のコンテンツおよび第２のコンテンツを、それぞれの内容にしたがって複数のブロックに分割するための第１のデータ、および上記複数のブロックを所定の順序で配列して新規なコンテンツを作成するときの配列順序を示す第２のデータを、ネットワークを通じてサーバから受信する通信回路と、
    ストレージと
    を有し、
    上記通信回路を通じて受信した上記第１のデータおよび上記第２のデータを上記ストレージに保存し、
    この保存した上記第１データおよび上記第２のデータにしたがって、上記第１のコンテンツおよび上記第２のコンテンツをマッシュアップし、
    そのマッシュアップ結果を出力する
    ようにしたマッシュアップ装置。

Images