JP3405412B2 - ネットワークを介したコンテンツ取得方法及び装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】 この発明は、楽曲を再生可
能に記録したデータを含むコンテンツを通信ネットワー
クを介してクライアント装置にて取得する方法及び装置
及び記録媒体に関し、例えばネットワークを介してオン
ラインで音楽コンテンツを販売するような場合において
応用可能なものである。

【０００２】

【従来の技術】販売に供される音楽ソフトの代表的な形
態は、今日ではＣＤ（コンパクト・ディスク）メディア
を用いたものであり、楽曲の楽器演奏音及び歌唱音声を
含む全演奏音をＰＣＭ（パルス・コード変調）方式によ
ってディジタル符号化し、これをＣＤに記録してなるも
のである。一方、ＭＩＤＩ（Musical Instrument Digit
al Interface）規格のディジタル演奏情報からなる楽曲
データを記録してなるメディア（ＭＩＤＩ曲集）の販売
も行われている。これらの音楽ソフトの通常の販売形態
は、ユーザーが販売店に出向き、所望のメディアを購入
するのが普通である。その場合、販売されている曲がど
のようなものかを試聴することは容易にはできず、せい
ぜい販売店に予め用意されている限られた曲についての
試聴メディアを聴くことができるにすぎなかった。

【０００３】一方、いわゆる通信カラオケの分野では、
ＭＩＤＩ演奏情報からなるカラオケソフトを通信ネット
ワークを介して端末に伝送配信することが従来より行わ
れている。しかし、個人のユーザーが自由にネットにア
クセスして、所望の曲データを購入できるものではな
く、従って、購入前にユーザーが曲の試聴を行えるよう
なシステムではなかった。また、伝送配信される曲もカ
ラオケ曲に限られていた。最近では、インタネットの普
及により、ＭＩＤＩ演奏情報からなる楽曲データをクラ
イアントの要求に応じてインタネット経由でサーバーか
ら配信するシステムも一部運営されるようになってきて
いる。例えば、最近ではラジオやテレビのような既存の
マスメディアとは異なった新しい番組の提供形態として
インターネット放送局が出現してきている。インターネ
ット放送局は、視聴者からの要求に応じて通信ネットワ
ークを介して音楽番組を配信することを意図している。
すなわち、パーソナルコンピュータ（ＰＣ）等の端末機
（クライアント）からの視聴者の配信要求に基づいて、
インターネット等の通信ネットワークを経由してｗｗｗ
（World Wide Web）サーバに接続し、該ｗｗｗサーバに
格納されている曲データあるいはビデオ（映像）データ
等からなる番組を受信して、クライアント側で該受信デ
ータを基にして番組を再生できるようにすることを意図
するものである。

【０００４】

【発明が解決しようとする課題】しかし、数ある音楽ソ
フトの中には無料で万人に提供できるものがあるかもし
れないが、通常は、ＭＩＤＩ演奏情報からなる楽曲デー
タは経済的に価値のあるものであるから、この種のイン
ターネット放送局を通じて無制限に楽曲データをダウン
ロードできるようにするのは好ましくない。そこで、こ
の種のインターネット放送局などのシステムを用いて、
ＭＩＤＩ演奏情報等からなる楽曲データをクライアント
の購入要求に応じて通信ネットワーク経由でサーバーか
ら配信して販売する、といった新しい形態の音楽ソフト
若しくはコンテンツ（内容）の販売システムが考えられ
るようになってきている。しかし、そのようなネットワ
ークを用いたコンテンツの販売システムにおいては、ユ
ーザーによる試聴を如何に可能にするかとか、販売後の
不法コピーにどう対処するか、といったような種々の解
決されるべき課題をかかえており、その対策が不十分で
ある。例えば、試聴システムが十分でない場合は、内容
不明のためにユーザーに購入動機づけができないとか、
あるいは内容不明のまま購入することでユーザーに不測
の不利益を与えたり、といった問題がある。また、ユー
ザーがダウンロード購入したコンテンツの保証若しくは
保護をどう行うか、ということが問題となる。すなわ
ち、保守サービス等の保証をユーザーに対して行えるよ
うに工夫する必要があるし、また、不法コピーの氾濫か
ら著作権者等を保護することが行い易いように工夫する
必要もある。このように解決されるべき種々の問題が残
されているため、この種の新規なコンテンツ販売システ
ムに販売用コンテンツを提供する者が増えず、また、こ
の種のシステムを利用してコンテンツを購入しようとす
るユーザーも増えず、本来便利で使い易いシステムであ
るはずのこの種のコンテンツ販売システムの普及を妨げ
る一因ともなっていた。

【０００５】 この発明は上述の点に鑑みてなされたも
ので、楽曲を再生可能に記録したデータを含むコンテン
ツをネットワークを介してクライアントがサーバから取
得する場合において、コンテンツの提供者側及びユーザ
ー（購入者）側の双方の利便と保護を図りながら、この
種の提供システムの利用を促進することができるように
した工夫を提案しようとするものである。例えばコンテ
ンツを販売する場合、コンテンツそれ自体の構成を工夫
して購入意欲をそそることができるようにした方法また
はシステムを構築すると共に、試用のし易さを追求した
方法またはシステムを構築できるようにし、また、販売
したコンテンツの保証と保護に有用な方法またはシステ
ムを構築できるようにしようとするものである。

【０００６】

【課題を解決するための手段】

【０００７】 請求項１に係るネットワークを介したコ
ンテンツ取得方法は、楽曲を再生可能に記録したデータ
であり、当該楽曲に関する楽曲演奏データと当該楽曲の
一部をなす歌声等の楽曲音声データとを含むコンテンツ
を通信ネットワークを介してクライアントがサーバから
取得する方法であって、前記クライアントを使用するユ
ーザによる前記コンテンツの試用要求に応じて、前記コ
ンテンツを構成しうる全てのデータそれぞれの一部から
構成された試用コンテンツを、前記サーバから取得する
ステップと、前記クライアントを使用するユーザに対し
て、前記コンテンツの構成内容として前記楽曲演奏デー
タと前記楽曲音声データのうち１乃至複数を選択するこ
とを促すステップと、前記コンテンツの構成内容が選択
されたことに応じて発生する当該構成内容に関する情報
に基づいて、前記取得されるコンテンツに含むべきデー
タを特定するステップとを具えたことを特徴とする。

【０００８】 更に、本発明は上述のコンテンツ取得方
法に対応するコンテンツ提供方法を提供するものであ
り、請求項５に係るネットワークを介したコンテンツ提
供方法は、楽曲を再生可能に記録したデータであり、当
該楽曲に関する楽曲演奏データと当該楽曲の一部をなす
歌声等の楽曲音声データとを含むコンテンツを通信ネッ
トワークを介してサーバからクライアントに提供する方
法であって、前記コンテンツの試用要求の発生に応じ
て、前記コンテンツを構成しうる全てのデータそれぞれ
の一部から構成された試用コンテンツを提供するステッ
プと、前記クライアントを使用するユーザに対して、前
記コンテンツの構成内容として前記楽曲演奏データと前
記楽曲音声データのうち１乃至複数を選択することを促
すステップと、前記コンテンツの構成内容が選択された
ことに応じて発生する当該構成内容に関する情報に基づ
いて、前記サーバからクライアントに提供されるコンテ
ンツに含むべきデータを特定するステップとを具えたこ
とを特徴とする。

【０００９】この発明は、方法発明として構成し、実施
することができるのみならず、システム又は装置発明と
して構成し、実施することができる。また、本発明は、
コンピュータまたはＤＳＰ等のプロセッサのプログラム
の形態で実施することができるし、そのようなプログラ
ムを記憶した記録媒体の形態で実施することもできる。
また、この発明はサーバー側における方法又は装置若し
くはプログラム又はその記録媒体の形態で実施すること
もできるし、クライアント側における方法又は装置若し
くはプログラム又はその記録媒体の形態で実施すること
もできる。

【００１０】

【発明の実施の形態】以下、添付図面を参照してこの発
明の実施の形態を詳細に説明しよう。図１はこの発明の
一実施例の全体システム構成を略示するブロック図で、
コンテンツを提供するサーバー１とそのコンテンツを利
用するユーザー端末（クライアント）２が通信ネットワ
ーク３を介して双方向通信可能に接続されている。通信
ネットワーク３は有線回線に限らず、衛星通信回線等そ
の他の無線回線を含んでいてもよい。また、公衆電話回
線やインターネットに限らず、ＬＡＮ等からなっていて
もよい。コンテンツ提供サイトであるサーバー１は、１
個に限らず、複数有ってよく、各サーバー１が夫々独自
に用意したコンテンツを提供しうるようになっていてよ
い。勿論、各サーバー１は、この発明に従う処理を実行
しうるように必要なプログラムが搭載されたサーバーコ
ンピュータと多数のコンテンツを蓄積したデータベース
等を含む。ユーザー端末（クライアント）２は、通常の
パーソナルコンピュータからなっていてよく、また、汎
用コンピュータに限らず、電子楽器等何らかの専用機能
を持つ機器内に内蔵されたマイクロコンピュータ若しく
はプロセッサ等によってこの発明に従う処理を実行しう
るようになっていてもよい。勿論、ユーザー端末（クラ
イアント）２においては、以下一実施例として説明する
ようなこの発明に係る処理を実行しうるように専用のア
プリケーションソフトウェアをインストールしておく。

【００１１】図２は、サーバー１におけるコンテンツの
準備の仕方を概略例示すると共に、サーバー１とユーザ
ー端末２との間での情報のやりとり例を例示するブロッ
ク図である。まず、サーバー１の側で準備する「提供用
コンテンツ」について説明する。なお、以下の実施例で
はこの「提供用コンテンツ」を販売するようになってい
るため、以下、これを「販売用コンテンツ」ということ
にする。しかし、本発明にかかるコンテンツ提供技術
は、販売を行う場合に限らず、サーバーからユーザー
（クライアント）に対する音楽を含むコンテンツの提供
に際して広く応用することができる。すなわち、対価を
伴わずにコンテンツを提供する実施形態も本発明の範囲
に当然含まれる。１つの楽曲に対応する販売用コンテン
ツ（すなわち提供用コンテンツ）は、当該楽曲のＭＩＤ
Ｉ演奏データ（ＭＩＤＩ規格からなる自動演奏のための
ディジタル演奏情報）のファイル（以下、ＭＩＤＩファ
イルと略称する）Ｍｆｉｌｅと、当該楽曲に関連する音
声情報のファイル（以下、オーディオファイルと略称す
る）Ａｆｉｌｅと、当該楽曲に関連する画像及び譜面の
ファイルＧｆｉｌｅを含んでいる。図２では特に図示し
ていないが、オーディオファイルＡｆｉｌｅには、少な
くとも楽曲の一部をなす曲中音声情報（典型的には歌唱
音声及び／またはコーラス音声、あるいはＭＩＤＩでは
表現困難な特殊効果音などの音声波形データ）と、ＭＣ
音声のような該楽曲に関連する解説音声情報（これも音
声波形データ）とが含まれている。勿論、オーディオフ
ァイルＡｆｉｌｅにおける曲中音声情報のファイルは、
曲の再生演奏時に、ＭＩＤＩ演奏データに同期して再生
される。また、オーディオファイルＡｆｉｌｅにおける
解説音声情報は、所定の再生シーケンスに従って曲の開
始前あるいは終了後、ときには曲中で、等々適宜の時点
で自動的に再生されるようになっていてもよいし、ユー
ザー等による選択に応じて単独で随時呼び出して再生す
るようにすることもできる。勿論、これらの音声波形デ
ータのディジタル符号化形式はＰＣＭに限らず、その他
適宜にデータ圧縮された形式であってもよい。解説音声
は、例えば、ラジオのディスクジョッキーのようなスタ
イルで曲の解説を行ったり、その他、適宜のスタイルで
解説を行うものであってよい。また、画像及び譜面のフ
ァイルＧｆｉｌｅは、当該コンテンツの再生中に端末２
のビディオディスプレイで表示される背景画像やその他
説明等のための画像のファイルと、当該楽曲の譜面を画
像表示するための譜面ファイルなど、複数の画像ファイ
ルを含んでいる。これらの各画像ファイルも、所定の再
生シーケンスに従って曲の開始前、曲中、あるいは終了
後等適宜の時点で自動的に再生されるようになっていて
もよいし、ユーザー等による選択に応じて単独で随時呼
び出して再生表示するようにすることもできる。勿論、
画像ファイルに含まれるデータは、動画像又は静止画像
またはその両方であってもよい。

【００１２】１つの楽曲についての上記のような異なる
性格の複数種類のファイルＭｆｉｌｅ，Ａｆｉｌｅ，Ｇ
ｆｉｌｅがまず製作され、これらのファイルに基づき販
売用コンテンツ及び試用コンテンツ等を作成し、データ
ベースに蓄積する。図３は、そのようなサーバーデータ
ベース構築処理の手順例を略示するものである。まず、
上記のように製作された１つの楽曲についての各ファイ
ルＭｆｉｌｅ，Ａｆｉｌｅ，Ｇｆｉｌｅを取得し、これ
らに当該曲に共通の曲ＩＤ（識別コード）を付与する
（ステップＳ１）。次に、各ファイルのデータ中の適宜
の領域において、電子的透かし情報の形態で、著作権者
表示、製作者表示、販売者表示等の各種の電子的署名情
報を埋め込み、かつ、データ量の多いオーディオファイ
ルＡｆｉｌｅと画像及び譜面ファイルＧｆｉｌｅのデー
タに対して所定のデータ圧縮処理を施す（ステップＳ
２）。次に、透かし埋め込み済み及び圧縮処理済みの各
ファイルのデータを１つにまとめて所定の暗号化処理を
施す（ステップＳ３）。

【００１３】次に、ステップＳ４では、暗号化処理済み
のデータから各ファイル毎に鍵情報を分離し、暗号化Ｍ
ＩＤＩファイルＭｃと、暗号化オーディオファイルＡｃ
と、暗号化画像・譜面ファイルＧｃとからなる販売用コ
ンテンツのメイン部Ｃｃと、ＭＩＤＩファイル鍵情報Ｍ
ｋと、オーディオファイル鍵情報Ａｋと、画像・譜面フ
ァイル鍵情報Ｇｋとからなる販売用コンテンツの鍵情報
部Ｃｋとを作成する（図２参照）。販売用コンテンツの
メイン部Ｃｃは、サーバーのメインデータベース４に、
当該楽曲のＩＤに対応づけて読出し格納なように蓄積さ
れる。販売用コンテンツの鍵情報部Ｃｋは、サーバーの
鍵データベース５に、当該楽曲のＩＤに対応づけて読出
し格納なように蓄積される。こうして、複数の各楽曲の
販売用コンテンツがメイン部Ｃｃと鍵情報部Ｃｋとに分
離されて、それぞれの曲ＩＤで管理可能なように、デー
タベース４，５に蓄積される。

【００１４】従って、１つの楽曲の販売用コンテンツ
は、メイン部Ｃｃと鍵情報部Ｃｋとからなり、メイン部
Ｃｃのみでは再生不可能なようにセキュリティ対策がと
られている。これは、ハッカー等によってメインデータ
ベース４に不法侵入されたり、ネットでのダウンロード
転送途中でデータを盗まれたような場合であっても、す
べてのデータが揃わない限り容易には再現できないよう
にするためである。前述のステップＳ３での暗号化処理
及びステップＳ２の各種透かしの埋め込み処理も、同様
のセキュリティ対策に係る処置である。

【００１５】このとき、所定の放送局チャンネル毎に各
曲が分類され、チャンネル指定呼び出しに応じて当該チ
ャンネルに属する曲の案内情報をデータベース４，５か
ら呼び出すことができるように、チャンネル別にも管理
される。すなわち、ステップＳ５において、当該曲が属
するチャンネルに対応づけて当該曲のＩＤをテーブル等
に記憶する。ユーザーからチャンネル指定呼び出しがあ
った場合、該テーブルを参照して当該チャンネルに属す
る曲の販売用コンテンツのリストをユーザーに送付する
ことができる。なお、放送局チャンネルとは、コンテン
ツの供給元を、丁度ラジオやテレビの放送局チャンネル
のイメージで多数チャンネルに分類し、ユーザーがコン
テンツの選択をし易いようにする概念である。例えば、
音楽のジャンルや、演奏者別、レコード会社別、プロダ
クション別等、様々な基準に従ってチャンネル分類がな
されていてよい。勿論、１つのサーバー１が複数チャン
ネルに対応していてもよいし、１つのチャンネルのみに
対応していてもよい。

【００１６】次に試用コンテンツの作成について説明す
る。図３で、ステップＳ６では、前記ステップＳ２で処
理された透かし埋め込み済み及び圧縮処理済みの各ファ
イルのデータの一部をサンプルとして切り出す。切り出
した各ファイルのデータは試用コンテンツの元となるデ
ータである。ステップＳ７では、上記切り出した各ファ
イルのデータのうち所定のファイルのデータの分解能を
落とし、また、各ファイルのデータに対して所定の暗号
化処理を施す。この暗号化処理もセキュリティ対策であ
るが、試用コンテンツであるため、ステップＳ３で行う
メインの販売用コンテンツに対する暗号化よりは簡単な
ものであってよい。また、データ分解能の落とし方とし
ては、オーディオファイルはサンプリングレートを下
げ、画像・譜面ファイルは解像度（ｄｐｉ）を下げる、
等を行う。これは、これらのファイルのデータ量が多く
なりがちであるため、試用コンテンツ全体のデータ量を
減少させるためである。また、試用コンテンツであるた
め、多少の分解能の低下は許容範囲と考えられるからで
ある。このような工夫によって、通信ネットワークを介
した試用コンテンツのデータ転送効率を上げることがで
きる。次に、ステップＳ８では、暗号化処理した各ファ
イルの切り出しデータを試用コンテンツとして、当該楽
曲のＩＤに対応づけて、試用コンテンツ用のデータベー
ス６に蓄積する。それから、前記ステップＳ５の処理を
行い、この試用コンテンツ用のデータベース６に蓄積し
た試用コンテンツについても、そのＩＤとチャンネルと
の対応付けを行う。従って、ユーザーからチャンネル指
定呼び出しがあった場合、当該チャンネルに属する曲の
試用コンテンツのリストをユーザーに送付することがで
きる。

【００１７】更に、ステップＳ６における各ファイルの
データからの試用コンテンツ用のデータの切り出し方に
ついて一例を説明する。ユーザーの試聴のためには、そ
の曲を最も強く印象づける部分の演奏データを試用コン
テンツとして切り出すことが望ましい。そのため、ＭＩ
ＤＩファイルからの演奏情報の切り出し、オーディオフ
ァイルからそれに対応する曲中音声情報の切り出しとが
重要である。そこで、これらの情報からの試用コンテン
ツの作成法の一例を図４及び図５を参照して説明する。

【００１８】図４において、ステップＳ１０では、ＭＩ
ＤＩファイルの演奏データからその演奏パターンを分析
し、分析したパターンに応じて該ＭＩＤＩ演奏データを
複数の区間に区切る。例えば、小節単位等、特定の繰り
返しパターンが現われやすい区間で区切ればよい。例え
ば、同じような演奏パターンが時間を置いて現われる場
合、あるいは連続して繰り返される場合など、それは曲
のさびの部分若しくは特徴づける部分である可能性が高
いので、演奏パターン分析に基づく区間分けは有効と思
われる。なお、試用コンテンツの再生時間を指定入力し
てやり、この指定入力された再生時間に対応する時間を
単位として演奏パターンの分析と区間分けを行うように
してもよい。次に、ステップＳ１１では、オーディオフ
ァイルに含まれる曲中音声情報（歌唱音声やコーラス音
声）のエンベロープを検出し、検出したエンベロープの
増減傾向から該音声情報を複数の区間に区切る。歌唱音
声のエンベロープは、演奏の盛り上がりであるとか、さ
びなどに或る程度対応して存在感を示すので、曲の重要
箇所を探るための参考になりうる。

【００１９】次に、ステップＳ１２では、上記各ステッ
プで区切ったＭＩＤＩデータ及び音声情報の各区間を照
合して楽曲を特徴づける切り出し範囲（例えばさびの部
分と思われる範囲）を決定する。この場合、必ずしも、
ＭＩＤＩデータ及び音声情報の両方の区間分けを考慮す
ることなく、一方のみから、曲の重要な部分が明らかで
ある場合は、その部分を切り出し範囲として決定するよ
うにしてよい。例えば、ＭＩＤＩデータにおいて同じよ
うな演奏パターンが時間を置いて繰り返し現われ、か
つ、その場所が曲のさびの部分に該当することが多い箇
所である場合は、その演奏パターンに関する範囲を切り
出し範囲として決定するようにしてよい。あるいは、Ｍ
ＩＤＩデータの各区間毎のパターンの類否に基づき代表
的パタ−ンを抽出し（例えば繰り返し現われるパターン
を代表的パタ−ンとする）、音声情報の各区間のエンベ
ロープの傾向から代表的エンベロープ区間（例えば盛り
上がりを示している部分）を抽出し、代表的パターンと
代表的エンベロープ区間とが重なる部分を含むように切
り出し範囲を決定してもよい。

【００２０】図５（ａ）は、音声エンベロープとＭＩＤ
Ｉファィルのパターンの出方を模式的に示した図であ
り、パターンＡが繰り返されており、かつ初めのパター
ンＡの箇所が音声エンベロープの盛り上がりに対応して
いるので、その範囲を切り出し範囲として決定する。図
５（ａ）の例では、更に切り出し時間が指定されてお
り、決定した切り出し範囲から更にその指定された時間
分の範囲を切り出すようにしている。

【００２１】次に、ステップＳ１３では、決定された切
り出し範囲に対応する部分のデータをＭＩＤＩファイル
及びオーディオファイルから取り出し、各部分の始まり
と終わりに対応してそれぞれフェードイン及びフェード
アウト処理を施す情報加工処理を行い、処理済みのもの
を試用コンテンツとして提供する。図５（ｂ）は、フェ
ードイン及びフェードアウト処理を施す例を示したもの
で、音声情報（オーディオ信号）に対してはフェードイ
ン及びフェードアウトのエンベロープを施し、ＭＩＤＩ
データについては音量アップと音量ダウンを指示するデ
ータを挿入すればよい。フェードイン及びフェードアウ
ト処理のほかに他の適宜の情報加工処理を施すようにし
てもよい。

【００２２】なお、画像・譜面ファイルについては、Ｍ
ＩＤＩファイル及びオーディオファイル（曲中音声情
報）で試用コンテンツとして切り出した切り出し範囲に
対応する譜面データを切り出し、また、その切り出し範
囲に対応する画像があればそれを切り出す。なければ、
適当な画像の部分を切り出すようにしてよい。また、画
像・譜面ファイルの試用コンテンツのデータ中には、例
えば「ＳＡＭＰＬＥ」のような表示を挿入し、試用コン
テンツの再生時においてそれが試用コンテンツであるこ
とを明らかにするとよい。また、サンプル画像はそのサ
イズを縮小してもよい。また、オーディオファイル中の
解説音声については、適宜の部分を切り出すようにすれ
ばよく、また、不要であれば切り出さなくてもよい。以
上のようにして、部分的に取り出した各ファイルのデー
タをひとまためにして試用ファイルとして、前述のよう
にデータベース６に蓄積する。なお、試用コンテンツの
その他の切り出し法として、例えば、ステップＳ２で透
かし情報を埋め込んだ箇所から試用コンテンツのデータ
を切り出すようにしてもよい。以上のように、楽曲のデ
ィジタル演奏情報と該楽曲に含まれる音声情報（歌唱音
声又はコーラス音声）の両方を考慮して楽曲を特徴づけ
る切り出し範囲（例えばさびの部分）を自動的に決定す
ることができ、試用コンテンツを容易かつ効率的に作成
することができる。

【００２３】図２に戻ると、プロフィールサーバー７
は、データベース４，５，６に記憶した各楽曲について
のプロフィール（曲名、ジャンル、アーティスト、製作
者、レーベル、ファイル種別、演奏時間、価格等の情
報）をそのＩＤに対応づけて記憶するものである。例え
ば、図３において、ステップＳ１で曲の各ファイルＭｆ
ｉｌｅ，Ａｆｉｌｅ，Ｇｆｉｌｅを取得した後、ステッ
プＳ９の処理を適宜行い、取得した曲についてのプロフ
ィールを作成し、これを曲ＩＤに対応づけてプロフィー
ルサーバー７に記憶する。こうして、１つの楽曲に固有
のＩＤに応じて、各データベース４〜７から、当該曲の
販売用コンテンツのメイン部Ｃｃ，鍵情報部Ｃｋ，試用
コンテンツ、プロフィールをそれぞれ読み出すことがで
きる。

【００２４】次に、ユーザー端末（クライアント）２側
の処理につき、これに応答するサーバー１の処理と共に
説明する。ユーザー端末２側においては、図２に示すよ
うに、本発明にかかわる処理を行うために専用アプリケ
ーションソフト８を具えている。また、インターネット
通信のためにＷＥＢブラウザ９も具えている。このほ
か、ＭＩＤＩ演奏データの再生機能（可聴的再生を含
む）、オーディオデータの可聴的再生機能、画像データ
の電子的ディスプレイ及び／又はプリンタによる再生機
能等、本発明を実施するために必要な諸機能を具備する
のは勿論である。専用アプリケーションソフト８に従っ
て実行されるユーザー端末２側の処理の概略が図６の左
側に示されている。また、このユーザー端末２での処理
に対応して双方向で実行されるサーバー１側の処理の概
略が図６の右側に示されている。

【００２５】まず、ユーザー端末２で専用アプリケーシ
ョンソフト８を立ち上げると、サーバー１に放送中チャ
ンネルを要求する（ステップＳ２０）。同時に、図７に
示すような操作パネルがユーザー端末２のディスプレイ
における適宜の領域に表示される。サーバー１では、ユ
ーザーからの要求に応じて、現在放送可能なチャンネル
の情報（ジャンルや製作者情報など）をユーザー端末２
に送信する（ステップＳ２１）。ユーザー端末２ではサ
ーバー１から送信された現在放送可能なチャンネル情報
を取得する（ステップＳ２２）。

【００２６】図７に示された操作パネル上の「チャンネ
ル表示」エリアは、上記取得した放送可能なチャンネル
情報に基づき、選択された放送局チャンネルの名称（サ
イト名あるいはチャンネル名若しくはチャンネル番号）
を表示し、選択可能にするものである。例えば、ここに
マウスを持ってくると選択可能なチャンネルがリストア
ップされ、その中から所望のチャンネルをクリックする
ことにより所望の放送局チャンネルの選局・変更を行う
ことができ、選択されたチャンネルを指定する情報がサ
ーバー１に送信される（ステップＳ２３）。これに応じ
て、サーバー１からは、選択されたチャンネルに対応づ
けられている複数楽曲のＩＤをユーザー端末２に送信す
る（ステップＳ２４）。同時に、選択されたチャンネル
に対応して用意されている楽曲目録その他を解説する音
声、あるいは雰囲気を出すためのＢＧＭ音楽等が、ユー
ザー端末２に対して、一括ダウンロードで送信される
か、あるいはストリーミングで送信される。これらの音
声及びＢＧＭ音楽はユーザー側で可聴再生される。これ
によって、ユーザーは、丁度ラジオを聴いているような
雰囲気でリラックスして接することができる。図７に示
された操作パネル上の「番組コメント等」のエリアに
は、選択されたチャンネルで用意している番組の紹介コ
メント等を表示する。

【００２７】図７に示された操作パネル上の「チャンネ
ル放送曲」エリアでは、選択されたチャンネルに対応し
て上記のようにして送信されてきた楽曲ＩＤ等に基づ
き、該チャンネルで選択可能な楽曲の選択枝を表示す
る。例えば、ここにマウスを持ってくると選択可能な楽
曲がリストアップされ、その中から所望の曲をクリック
することにより所望の曲を選択することができ、選択さ
れた曲ＩＤをサーバー１に送信する（ステップＳ２
５）。ここでの曲選択は、サンプル要求、つまり試用コ
ンテンツの選択に相当する。この曲選択（試用コンテン
ツ選択）は、複数曲をまとめて選択することができる。

【００２８】サーバー１では、ユーザーによって選択さ
れた曲ＩＤ（試用コンテンツの選択）に応じて、試用コ
ンテンツデータベース６から該ＩＤに対応する試用コン
テンツを読み出し、これを再生してユーザー端末２に送
信するか、若しくはファイルのままユーザー端末２に送
信する（ステップＳ２６）。サーバー１側で試用コンテ
ンツを再生してからユーザー端末２に送信する場合は、
ストリーミング送信となり、ユーザー端末２では、スト
リーミング送信されてきた試用コンテンツの再生データ
をリアルタイムで可聴再生及び可視表示する（ステップ
Ｓ２７）。一方、サーバー１側から試用コンテンツをフ
ァイルのままユーザー端末２に送信する場合は、ユーザ
ー端末２では送信されてきた試用コンテンツをダウンロ
ードし、その各ファイルのデータの暗号化をデコードし
ながら可聴再生及び可視表示する（ステップＳ２７）。
こうして試用コンテンツにより販売用コンテンツの一部
サンプルを試聴することができる。試聴再生の際には、
図７の操作パネルの下部の所定エリアにおいて、音声情
報に適用されているサンプリング周波数や、ネットとの
通信速度、曲の時間情報等を表示するとよい。ダウンロ
ードした試用コンテンツは、専用アプリケーションソフ
ト８の実行中はバッファに保存され、何回でも再生でき
る。その場合、図７に示す操作パネル上の再生ボタンＰ
ＬＡＹや停止ボタンＳＴＯＰを操作し、また、巻戻しボ
タンＲＥＷを操作して所望位置に巻戻ししたり、早送り
ボタンＦＦを操作して所望位置まで早送りしたりするこ
とができる。また、複数の試用コンテンツの再生シーケ
ンスをユーザーが自由に指示し、そのシーケンスに従っ
て、再生することもできる。その場合は簡易ＢＧＭ番組
を構成できる。なお、ネットのデータ転送速度が速くな
い場合には、ステップＳ２６におけるストリーミング送
信を行うことはあまり得策ではない。従って、ネットの
データ転送速度が十分に速い場合にステップＳ２６にお
けるストリーミング送信を行うようにするとよい。な
お、バッファに保存したダウンロードした試用コンテン
ツは、専用アプリケーションソフト８を終了するときに
すべて消去される。

【００２９】図７に示す操作パネル上のモア・インフォ
・ボタンＩｎｆｏは、所望の試用コンテンツの選択に応
じて、又は選択された試用コンテンツの再生が行われて
いるとき、操作パネルに現われ、該ボタンＩｎｆｏをク
リックすることにより、該再生中のつまり試聴中の試用
コンテンツについての更なる情報つまりプロフィール情
報を要求する（ステップＳ２８）。例えばモア・インフ
ォ・ボタンＩｎｆｏのクリックに応じて通常のＷＥＢブ
ラウザ９を介してインタネットに自動的に接続し、プロ
フィールサーバー７における当該曲ＩＤのプロフィール
情報が格納されているアドレスに自動的に飛ぶ（要する
にリンクする）ようにしておくとよい。これに応じて、
プロフィールサーバー７は当該曲ＩＤのプロフィール情
報を読み出してユーザー端末２に送信する（ステップＳ
２９）。

【００３０】ユーザー端末２では、プロフィール情報を
受け取ると、操作パネルが例えば図８のような画面に切
り替わり、受信したプロフィールの内容（曲名、ジャン
ル、アーティスト、製作者、レーベル、ファイル種別、
演奏時間、価格等）を表示する。ユーザーは購入ボタン
をクリックすることで、当該曲ＩＤに係る販売用コンテ
ンツを購入することができる。販売用コンテンツはその
全ファイルに限らず、一部ファイルのみを選択して購入
することも可能である。そのためには、関連商品ボタン
をクリックする。関連商品ボタンをクリックすると、
「演奏曲」、「歌詞音声」、「解説音声」、「譜面」、
「画像」、「他の関連曲」等の関連商品メニューが表示
され、そのうち所望の品目を選択的に組み合わせてコン
テンツを購入することが可能である。その後、購入ボタ
ンをクリックすると、購入要求がサーバー１に送信され
る（ステップＳ３０）。サーバー１では、購入要求と共
に送られてきた曲ＩＤに応じて、該当する販売用コンテ
ンツのメイン部Ｃｃと鍵情報部Ｃｋとをデータベース
４，５から読み出し、ユーザー端末２へ送信する（ステ
ップＳ３１）。ユーザー端末２では、受信した販売用コ
ンテンツをダウンロードし、そのメイン部Ｃｃと鍵情報
部Ｃｋとを用いて、各ファイル毎に暗号化データをデコ
ードし、利用可能なデータに復元する（ステップＳ３
２）。その際に、ステップＳ３０で一部ファイルのみの
購入組み合わせが選択された場合は、選択されたファイ
ルのみをデコードして利用可能とし、他の選択さなかっ
たファイルのデータはデコードせずに廃棄する。勿論、
これに限らず、サーバー１側で、購入組み合わせが選択
された一部ファイルのデータのみを読み出し、ユーザー
に送信するようにしてもよい。このように一部ファイル
のみの購入組み合わせが選択できることにより、ユーザ
ーの便宜が図れる。

【００３１】更に、購入された販売用コンテンツの各フ
ァイルの中に、個別購入毎に特有の付加情報を付加する
処理を行う（ステップＳ３３）。この付加情報として
は、「購入者情報」、「ファイル固有値」（シリアル番
号）、「購入年月日」、「購入したサイト名（アドレ
ス）」等がある。この付加情報は、購入した販売用コン
テンツの各ファイルの中に単純なテキストとして付加し
てもよいし、コンテンツのデータ内に透かし情報として
埋め込むようにしてもよい。このように販売した（購入
した）コンテンツの中に固有の付加情報を付加すること
により、正規の購入品であることの刻印が打たれたこと
になり、ユーザーに対する保証書として機能して、所定
の保証期間中の製品保証や、保守サービスの保証を受け
るための証となり、ユーザーの保護に役立つ。また、か
かる付加情報が存在していないコンテンツは不正品であ
ることが明白となるため不正コピー等に対する製作者や
著作権者の権利保護に役立つ。

【００３２】なお、ファイルの種類に応じて、更に、マ
シンＩＤを付加情報として追加して付加するようにして
よい。マシンＩＤとは、ユーザで使用する個別コンピュ
ータに固有のＩＤ番号であり、このマシンＩＤを付加し
たファイルは、当該マシンＩＤに対応するコンピュータ
でのみ再生できるように制限する。例えば、ＭＩＤＩフ
ァイルは再生マシンをあまりにも限定するとかえって使
い勝手が悪くなるため、マシンＩＤは追加付加せず、他
のオーディオファイルや画像・譜面ファイルはマシンＩ
Ｄを付加情報として追加付加する、といった形態があ
る。また、画像・譜面ファイルのハードコピーの氾濫を
防ぐために、画像・譜面ファイルをプリントアウトした
ときは、ファイル内に埋め込まれている著作権者名や購
入者名が一緒にプリントアウトされるようにするとよ
い。この場合、マシンＩＤは例えばユーザーＩＤとパス
ワードとで構成し、端末コンピュータのハードを変更し
た場合に対応でせきるようにするとよい。なお、付加情
報は、サーバー１側で送信する販売用コンテンツ内に付
加するようにしてもよい。

【００３３】なお、コンテンツ購入の際に、再生回数限
定付きで通常よりも安い価格で購入できるようにしても
よい。例えば、図８の関連商品ボタンをクリックして関
連商品選択を行ったとき、同一の販売用コンテンツに関
して複数の販売金額をユーザーに対して提示し、ユーザ
ーが所望の金額の選択ができるようにする。このために
は、図６のステップＳ３０の処理をそのように変更すれ
ばよい。そして、ユーザーの購入が確定したときにユー
ザーに対して提供する販売用コンテンツに対して前記選
択された販売金額に対応する再生回数限定情報を付加す
る。このためには、図６のステップＳ３３の処理をその
ように変更すればよい。あるいはサーバー１側でその再
生回数限定情報を透かし情報としてコンテンツ内に埋め
込み、それをユーザーに配信するようにしてもよい。そ
の後、ユーザーが購入したコンテンツの再生回数を管理
し、付加情報として記録された前記再生回数限定情報に
対応する再生回数に達したら、当該コンテンツを再生不
能とする。この場合の再生回数管理の仕方としては、例
えば、コンテンツ内に書替え可能な情報として再生回数
データを記録し、このデータを最初は０で記録し、再生
を行う毎にカウントアップする、というようにすればよ
い。そして、再生回数データが再生回数限定情報に達し
たら、「購入時の規定回数に達したため再生できませ
ん。」といったような表示または告知をユーザーに対し
て行うようにするとよい。更には、コンテンツの再生時
において、「あと何回再生できます。」といったような
表示または告知をユーザーに対して行うようにしてもよ
い。

【００３４】なお、コンテンツの再生時において、各フ
ァイル間での同期を適切にとりながら再生を行うことが
望ましい。そのための同期再生法としては、適宜の手法
を用いてよい。ＭＩＤＩファイル、オーディオファイ
ル、画像ファイルについての最も簡単な同期方法として
は、予めこれらの再生時間を合わせ込んだ状態でデータ
を作成し、これらのファイルの再生開始を同時に行え
ば、自然に同期がとれることになる。その他の手法とし
て、オーディオファイルあるいは画像ファイルを起動さ
せるべきタイミングでＭＩＤＩファイルの中に例えばイ
クスクルーシブデータとして起動指示データを組み込ん
でおき、ＭＩＤＩ演奏の再生に同期してイクスクルーシ
ブデータが読み出されることで、これらオーディオファ
イルあるいは画像ファイルを起動させるようにしてもよ
い。その場合は、ＭＩＤＩ演奏のテンポ変更に連動して
オーディオファイルあるいは画像ファイルの起動時点も
変化する。

【００３５】更に、すべてのファイルの再生スケジュー
ルを統括して管理する再生スケジュール管理情報を使用
して、再生開始時からの時間経過に従って、ＭＩＤＩフ
ァイル、オーディオファイル、画像ファイルの各データ
の再生タイミングをそれぞれ管理するようにしてもよ
い。ＭＩＤＩファイルは再生テンポが確定しているの
で、イベント間のタイミングを示すメタイベントを加算
することにより再生の冒頭からの経過時間が判り、再生
すべき箇所の時間を把握することができる。また、オー
ディオファイルにおいても、再生サンプリング周波数が
確定しているので、各サンプル点位置についての再生開
始時からの経過時間が確定することになり、各サンプル
点位置の時間を把握することができる。また、画像ファ
イルは、画像の各コマに再生開始時からの時間情報を予
め入力しておけばよい。これによって、各ファイルを再
生開始時からの共通の時間軸で統合して管理することが
でき、各ファイルの再生処理がそれぞれ別ルーチンで行
われていても、その再生時間位置が合うように各ファイ
ルの再生位置を随時修正するようにすればよい。以上の
ように、各ファイルの再生同期を適切にとることによ
り、ダウンロードしてきた複数曲のデータの巻戻しや早
送りを行って選択的に再生をおこなわせることが可能で
ある。また、ＭＩＤＩのイクスクルーシブを利用する方
式や統合的に再生時間を管理する方式では、曲中の特定
小節等、特定箇所での再生指示等も容易に行うことがで
きる。

【００３６】図９（ａ）に示すように、ユーザー端末２
は、携帯電話やＰＨＳのような無線式携帯端末２０であ
ってもよい。その場合、無線式携帯端末２０には、適宜
の楽音生成機能（音源機能やシーケンサ機能）を持たせ
るものとする。図９（ｂ）は楽音生成機能を持たせた無
線式携帯端末２０の内部構成例を示すブロック図であ
る。無線式携帯端末２０は、通常の携帯電話側回路２１
のほかに、ＣＰＵ２２、ＲＡＭ２３、ＲＯＭ２４を含む
マイクロコンピュータを内蔵しており、携帯電話側回路
２１と該マイクロコンピュータとの間は通信インターフ
ェイス２５を介して相互に通信する。携帯電話側回路２
１では、インターネット機能若しくは簡易インターネッ
ト機能を有しており、インターネット通信時においてサ
ーバー１との間の無線電話接続を確立すると内部の通信
インターフェイス２５を介して上記内蔵マイクロコンピ
ュータとサーバー１との間の情報通信を可能にする。Ｒ
ＯＭ２４においては、楽音生成機能に必要なプログラム
及びデータ類を記憶し、更に、本発明に係るアプリケー
ションソフトウェアを記憶させておく。この場合、ＲＯ
Ｍ２４を、フラッシュＲＯＭのような書換え可能なメモ
リを使用し、楽音生成用のプログラムやデータあるいは
本発明に係るアプリケーションソフトウェアの内容を随
時更新できるようにしてもよい。

【００３７】なお、入力操作用の各種スイッチやマウス
の機能は、携帯電話側回路２１で具備するスイッチ類を
利用するものとする。その場合、内部の通信インターフ
ェイス２５を介して、携帯電話側回路２１でのスイッチ
操作情報を上記内蔵マイクロコンピュータで受け取り、
これらの操作入力信号に応じて上述の本発明に従う処理
を進める。また、この処理の過程でサーバー１から受け
取った試用コンテンツあるいは提供用コンテンツ等の各
種データは、携帯電話側回路２１から通信インターフェ
イス２５を介して内蔵マイクロコンピュータに送られ、
ＲＡＭ２３に記憶される。更に、内蔵マイクロコンピュ
ータで生成した各種表示データは、通信インターフェイ
ス２５を介して携帯電話側回路２１に送られ、そのディ
スプレイで表示させることができる。また、内蔵マイク
ロコンピュータの側で生成した演奏データも通信インタ
ーフェイス２５を介して携帯電話側回路２１に送り、そ
こから無線電話回線を介して所望の端末に対して送信す
ることができる。また、内蔵マイクロコンピュータの側
で生成した楽音再生データも通信インターフェイス２５
を介して携帯電話側回路２１に送り、その内蔵スピーカ
から放音させることができる。なお、ＭＩＤＩイターフ
ェイス２６を具備し、外部との間でＭＩＤＩ演奏データ
の送受を行えるようにしてもよい。更に、上記のように
してサーバー１から取り込んだ楽音・音色データ、楽曲
データ、画像データ等のうち好みのものを適宜手段によ
って保存しておき、これらを携帯電話の着信音や着信メ
ロディ、あるいは着信を知らせる画像データ等として利
用することが可能である。また、これらの楽音・音色デ
ータ、楽曲データ、画像データ等のうち好みのものを、
通話中のバックグラウンドミュージックあるいはバック
グラウンドビジュアル画像として使用することも可能で
ある。なお、無線式携帯端末２０としては、専用の携帯
電話に限らず、例えばその他適宜の携帯機器（例えば携
帯ナビゲータ）に携帯電話機能若しくは無線通信機能を
付加したものを使用することができる。

【００３８】

【発明の効果】以上の通り、この発明によれば、クライ
アントがサーバに接続すると、サーバからの応答に基づ
いて、ユーザに対して、提供用コンテンツあるいは試用
コンテンツで再生可能とされる楽曲の選択および提供用
コンテンツの提供要求あるいは試用コンテンツの提供要
求を促すことを行い、これに応じてユーザによって選択
された楽曲の試用コンテンツあるいは提供用コンテンツ
の提供要求をサーバに送信して、該要求に応じた楽曲の
試用コンテンツあるいは提供用コンテンツをサーバから
受信するようにしたものであり、このように、楽曲を再
生可能に記録したデータである提供用コンテンツとは別
途に、その一部を含む試用コンテンツを受信可能とし
て、ユーザー側でこの試用コンテンツを取得して試聴等
を容易に行うことができるようにしたことにより、試用
によるコンテンツの取得動機づけと内容確認のシステム
を確立することができ、ユーザーにとって極めて使い易
いものとなる、という優れた効果を奏する。

【００３９】また、一例として、クライアントで受信さ
れる提供用コンテンツが、該提供用コンテンツに固有の
付加情報を伴うようにすることにより、該付加情報の存
在をもって正規の提供用コンテンツとしての保証を容易
に行うことができる。例えば、保守サービス等の保証を
ユーザーに対して行うことが容易となり、また、配信し
たコンテンツの単純な不法コピーが出回った場合は、こ
の付加情報の存在から、正規の取得者（ユーザー）等の
特定を行うこともでき、不法コピーの氾濫からコンテン
ツ供給者や著作権者等を保護することができ、また、不
法なハッカー等によって、サーバーからコンテンツが盗
まれた場合、あるいは、配信済コンテンツから付加情報
を不当に除去した不法コピーが出回ったような場合も、
付加情報の不存在によってその不当性をただちに認識す
ることができ、コンテンツ供給者や著作権者等の権利保
護に役立つ。

【図面の簡単な説明】

【図１】 この発明の一実施例の全体システム構成を略
示するブロック図。

【図２】 サーバーにおけるコンテンツの準備の仕方を
概略例示すると共に、サーバーとユーザー端末との間で
の情報のやりとり例を示すブロック図。この発明の一実
施例の全体システム構成を略示するブロック図。

【図３】 サーバーデータベース構築処理の手順例を略
示するフロー図。

【図４】 試用コンテンツの作成法の一例を示すフロー
図。

【図５】 音声エンベロープとＭＩＤＩファィルのパタ
ーンの関係に基づき試用コンテンツとなるサンプルの切
り出し例を示す図。

【図６】 ユーザー端末とサーバーとの間で双方向で実
行される処理の概略例を示すフロー図。

【図７】 ユーザー端末における操作パネルの一例を示
す図。

【図８】 ユーザー端末における操作パネルの別の表示
例を示す図。

【図９】 ユーザー端末の別の例として無線式携帯端末
を使用する例を示すブロック図。

【符号の説明】

１ サーバー ２ ユーザー端末（クライアント） ３ 通信ネットワーク ４ 販売用コンテンツのメインデータベース ５ 販売用コンテンツの鍵情報データベース ６ 試用コンテンツのデータベース ２０ 無線式携帯端末

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ Ｈ０４Ｎ 7/173 ６４０ Ｈ０４Ｎ 7/173 ６４０Ａ (72)発明者 高橋 宏明 静岡県浜松市中沢町10番１号 ヤマハ株 式会社内 (72)発明者 寺田 好成 静岡県浜松市中沢町10番１号 ヤマハ株 式会社内 (56)参考文献 特開 平10−275186（ＪＰ，Ａ) 国際公開99／21186（ＷＯ，Ａ１) 日経エレクトロニクス1999 ３−８, 日経ＢＰ社、1999年３月８日，Ｎｏ. 738，ｐ87−ｐ111

Claims (8)

(57)【特許請求の範囲】
1. 【請求項１】 楽曲を再生可能に記録したデータであ
   り、当該楽曲に関する楽曲演奏データと当該楽曲の一部
   をなす歌声等の楽曲音声データとを含むコンテンツを通
   信ネットワークを介してクライアントがサーバから取得
   する方法であって、 前記クライアントを使用するユーザによる前記コンテン
   ツの試用要求に応じて、前記コンテンツを構成しうる全
   てのデータそれぞれの一部から構成された試用コンテン
   ツを、前記サーバから取得するステップと、 前記クライアントを使用するユーザに対して、前記コン
   テンツの構成内容として前記楽曲演奏データと前記楽曲
   音声データのうち１乃至複数を選択することを促すステ
   ップと、 前記コンテンツの構成内容が選択されたことに応じて発
   生する当該構成内容に関する情報に基づいて、前記取得
   されるコンテンツに含むべきデータを特定するステップ
   とを具えたことを特徴とするネットワークを介したコン
   テンツ取得方法。
2. 【請求項２】 前記試用コンテンツはストリーミング送
   信で取得し、前記コンテンツはダウンロードで取得する
   ことを特徴とする請求項１に記載のネットワークを介し
   たコンテンツ取得方法。
3. 【請求項３】 前記請求項１又は２に記載のネットワー
   クを介したコンテンツ取得方法をコンピュータに実行さ
   せるプログラムを記憶してなることを特徴とするコンピ
   ュータ読み取り可能な記憶媒体。
4. 【請求項４】 楽曲を再生可能に記録したデータであ
   り、当該楽曲に関する楽曲演奏データと当該楽曲の一部
   をなす歌声等の楽曲音声データとを含むコンテンツを通
   信ネットワークを介してサーバから取得するクライアン
   ト装置であって、 前記クライアント装置を使用するユーザによる前記コン
   テンツの試用要求に応じて、前記コンテンツを構成しう
   る全てのデータそれぞれの一部から構成された試用コン
   テンツを、前記サーバから取得する手段と、 当該クライアント装置を使用するユーザに対して、前記
   コンテンツの構成内容として前記楽曲演奏データと前記
   楽曲音声データのうち１乃至複数を選択することを促す
   手段と、 前記コンテンツの構成内容が選択されたことに応じて発
   生する当該構成内容に関する情報に基づいて、前記取得
   されるコンテンツに含むべきデータを特定する手段とを
   具えたことを特徴とするクライアント装置。
5. 【請求項５】 楽曲を再生可能に記録したデータであ
   り、当該楽曲に関する楽曲演奏データと当該楽曲の一部
   をなす歌声等の楽曲音声データとを含むコンテンツを通
   信ネットワークを介してサーバからクライアントに提供
   する方法であって、 前記コンテンツの試用要求の発生に応じて、前記コンテ
   ンツを構成しうる全てのデータそれぞれの一部から構成
   された試用コンテンツを提供するステップと、 前記クライアントを使用するユーザに対して、前記コン
   テンツの構成内容として前記楽曲演奏データと前記楽曲
   音声データのうち１乃至複数を選択することを促すステ
   ップと、 前記コンテンツの構成内容が選択されたことに応じて発
   生する当該構成内容に関する情報に基づいて、前記サー
   バからクライアントに提供されるコンテンツに含むべき
   データを特定するステップとを具えたことを特徴とする
   ネットワークを介したコンテンツ提供方法。
6. 【請求項６】 前記試用コンテンツはストリーミング送
   信で提供し、前記コンテンツはダウンロードで提供する
   ことを特徴とする請求項５に記載のネットワークを介し
   たコンテンツ提供方法。
7. 【請求項７】 前記請求項５又は６に記載のネットワー
   クを介したコンテンツ提供方法をコンピュータに実行さ
   せるプログラムを記憶してなることを特徴とするコンピ
   ュータ読み取り可能な記憶媒体。
8. 【請求項８】 楽曲を再生可能に記録したデータであ
   り、当該楽曲に関する楽曲演奏データと当該楽曲の一部
   をなす歌声等の楽曲音声データとを含むコンテンツを通
   信ネットワークを介してクライアントに提供するサーバ
   装置であって、 前記コンテンツの試用要求の発生に応じて、前記コンテ
   ンツを構成しうる全てのデータそれぞれの一部から構成
   された試用コンテンツを提供する手段と、 前記クライアントを使用するユーザに対して、前記コン
   テンツの構成内容として前記楽曲演奏データと前記楽曲
   音声データのうち１乃至複数を選択することを促す手段
   と、 前記コンテンツの構成内容が選択されたことに応じて発
   生する当該構成内容に関する情報に基づいて、前記提供
   されるコンテンツに含むべきデータを特定する手段とを
   具えたことを特徴とするサーバ装置。