JP4365087B2 - ネットワークを介したコンテンツ提供方法及び装置並びにコンテンツ取得方法及び装置 - Google Patents
ネットワークを介したコンテンツ提供方法及び装置並びにコンテンツ取得方法及び装置 Download PDFInfo
- Publication number
- JP4365087B2 JP4365087B2 JP2002368768A JP2002368768A JP4365087B2 JP 4365087 B2 JP4365087 B2 JP 4365087B2 JP 2002368768 A JP2002368768 A JP 2002368768A JP 2002368768 A JP2002368768 A JP 2002368768A JP 4365087 B2 JP4365087 B2 JP 4365087B2
- Authority
- JP
- Japan
- Prior art keywords
- music
- content
- trial
- data
- providing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
- Y02A10/00—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE at coastal zones; at river basins
- Y02A10/40—Controlling or monitoring, e.g. of flood or hurricane; Forecasting, e.g. risk assessment or mapping
Description
【０００１】
【発明の属する技術分野】
この発明は、音楽を含むコンテンツを通信ネットワークを介して提供するコンテンツ提供方法及び装置及び記録媒体に関し、更にはネットワークを介したコンテンツ取得方法及び装置及び記録媒体に関し、例えばネットワークを介してオンラインで音楽コンテンツを販売するような場合において応用可能なものである。
【０００２】
【従来の技術】
販売に供される音楽ソフトの代表的な形態は、今日ではＣＤ（コンパクト・ディスク）メディアを用いたものであり、楽曲の楽器演奏音及び歌唱音声を含む全演奏音をＰＣＭ（パルス・コード変調）方式によってディジタル符号化し、これをＣＤに記録してなるものである。一方、ＭＩＤＩ（Musical Instrument Digital Interface）規格のディジタル演奏情報からなる楽曲データを記録してなるメディア（ＭＩＤＩ曲集）の販売も行われている。これらの音楽ソフトの通常の販売形態は、ユーザーが販売店に出向き、所望のメディアを購入するのが普通である。その場合、販売されている曲がどのようなものかを試聴することは容易にはできず、せいぜい販売店に予め用意されている限られた曲についての試聴メディアを聴くことができるにすぎなかった。
また、特開平１０−２７５１８６号公報においては、販売用データを販売するにあたって、試用データあるいは購入惹起データをユーザに提供し、ユーザのデータ購入意欲を高めるようにしたオン・デマンド販売方法が示されている。ここで、購入惹起データとは、ユーザデータや販売実績データなどから作成した週間ランキングや、新曲販売促進用のイメージビデオ、著名人のコメントなどを含むデータからなっている。また、購入惹起データのランキングにリストされた特定のデータを、ユーザが指定することで、試用データを入手できるようにしたことが示されている。また、「国際公開第９９／２１１８６号パンフレット」においては、種々の楽曲に関するデータ（音声、ＭＩＤＩ、歌詞など）をネットワークを介してユーザに提供する方法が示されている。また、「日経エレクトロニクス１９９９年３月８日、Ｎｏ．７３８，８７頁〜１１１頁」においては、デジタルデータとして流通する音楽データの著作権を保護する目的で、流通させる音楽データにそれぞれ固有の情報を付加し、不正コピーなどがあった場合の追跡を可能にすることが示されている。
【０００３】
一方、いわゆる通信カラオケの分野では、ＭＩＤＩ演奏情報からなるカラオケソフトを通信ネットワークを介して端末に伝送配信することが従来より行われている。しかし、個人のユーザーが自由にネットにアクセスして、所望の曲データを購入できるものではなく、従って、購入前にユーザーが曲の試聴を行えるようなシステムではなかった。また、伝送配信される曲もカラオケ曲に限られていた。最近では、インタネットの普及により、ＭＩＤＩ演奏情報からなる楽曲データをクライアントの要求に応じてインタネット経由でサーバーから配信するシステムも一部運営されるようになってきている。例えば、最近ではラジオやテレビのような既存のマスメディアとは異なった新しい番組の提供形態としてインターネット放送局が出現してきている。インターネット放送局は、視聴者からの要求に応じて通信ネットワークを介して音楽番組を配信することを意図している。すなわち、パーソナルコンピュータ（ＰＣ）等の端末機（クライアント）からの視聴者の配信要求に基づいて、インターネット等の通信ネットワークを経由してｗｗｗ（World Wide Web）サーバに接続し、該ｗｗｗサーバに格納されている曲データあるいはビデオ（映像）データ等からなる番組を受信して、クライアント側で該受信データを基にして番組を再生できるようにすることを意図するものである。
【０００４】
【発明が解決しようとする課題】
しかし、数ある音楽ソフトの中には無料で万人に提供できるものがあるかもしれないが、通常は、ＭＩＤＩ演奏情報からなる楽曲データは経済的に価値のあるものであるから、この種のインターネット放送局を通じて無制限に楽曲データをダウンロードできるようにするのは好ましくない。そこで、この種のインターネット放送局などのシステムを用いて、ＭＩＤＩ演奏情報等からなる楽曲データをクライアントの購入要求に応じて通信ネットワーク経由でサーバーから配信して販売する、といった新しい形態の音楽ソフト若しくはコンテンツ（内容）の販売システムが考えられるようになってきている。しかし、そのようなネットワークを用いたコンテンツの販売システムにおいては、ユーザーによる試聴を如何に可能にするかとか、販売後の不法コピーにどう対処するか、といったような種々の解決されるべき課題をかかえており、その対策が不十分である。例えば、試聴システムが十分でない場合は、内容不明のためにユーザーに購入動機づけができないとか、あるいは内容不明のまま購入することでユーザーに不測の不利益を与えたり、といった問題がある。また、ユーザーがダウンロード購入したコンテンツの保証若しくは保護をどう行うか、ということが問題となる。すなわち、保守サービス等の保証をユーザーに対して行えるように工夫する必要があるし、また、不法コピーの氾濫から著作権者等を保護することが行い易いように工夫する必要もある。このように解決されるべき種々の問題が残されているため、この種の新規なコンテンツ販売システムに販売用コンテンツを提供する者が増えず、また、この種のシステムを利用してコンテンツを購入しようとするユーザーも増えず、本来便利で使い易いシステムであるはずのこの種のコンテンツ販売システムの普及を妨げる一因ともなっていた。
【０００５】
この発明は上述の点に鑑みてなされたもので、楽曲を再生可能に記録したデータを含むコンテンツをネットワークを介して提供する場合において、あるいは楽曲を再生可能に記録したデータを含む音楽を含むコンテンツをネットワークを介してクライアントがサーバから取得する場合において、コンテンツの提供者側及びユーザー（購入者）側の双方の利便と保護を図りながら、この種の提供システムあるいは取得システムの利用を促進することができるようにした工夫を提案しようとするものである。例えばコンテンツを販売する場合、コンテンツそれ自体の構成を工夫して購入意欲をそそることができるようにした方法またはシステムを構築すると共に、試用のし易さを追求した方法またはシステムを構築できるようにしようとするものである。
【０００６】
【課題を解決するための手段】
この発明に係るサーバ装置は、楽曲を再生可能に記録したデータである提供用コンテンツと該楽曲の一部を再生可能に記録したデータである試用コンテンツとを通信ネットワークを介して当該サーバ装置からクライアントに提供するサーバ装置であって、それぞれ複数の試用コンテンツでなる複数の試用コンテンツの再生シーケンスであってユーザー指示に係る１の再生シーケンスであり、当該再生シーケンス中の順次再生される各楽曲に対応する楽曲ＩＤを含む楽曲の選択情報の発生に応じて、当該楽曲ＩＤに対応する前記試用コンテンツを提供する手段と、前記クライアントに提供しかつ該クライアントにおいて再生中の試用コンテンツに対応する楽曲のプロフィールを表すプロフィール情報の提供要求であって楽曲を特定する楽曲ＩＤを含み、前記再生シーケンスを構成する複数の試用コンテンツのうち、前記クライアントにて再生中の１試用コンテンツに対応するプロフィール情報の前記楽曲ＩＤを含む提供要求の発生に応じて、前記提供しかつ再生中の試用コンテンツの該楽曲ＩＤに対応する前記プロフィール情報を提供する手段とを具えたことを特徴とするものである。
また、この発明に係るクライアント装置は、楽曲を再生可能に記録したデータである提供用コンテンツと該楽曲の一部を再生可能に記録したデータである試用コンテンツとを通信ネットワークを介してサーバから取得するクライアント装置であって、それぞれ複数の試用コンテンツでなる複数の試用コンテンツの再生シーケンスであってユーザー指示に係る１の再生シーケンスにおける１試用コンテンツであり、前記再生シーケンス中の順次再生される各楽曲に対応する楽曲ＩＤを含む楽曲の選択情報の発生に応じて、当該楽曲ＩＤに対応する前記試用コンテンツを取得するとともに再生する手段と、前記再生シーケンスを構成する複数の試用コンテンツのうち、該再生シーケンスに従って取得しかつ再生中の試用コンテンツに対応する楽曲のプロフィールを表すプロフィール情報の取得要求であって、楽曲を特定する楽曲ＩＤを含む前記取得要求の発生に応じて、当該再生中の試用コンテンツの該楽曲ＩＤに対応する前記プロフィール情報を前記サーバから取得する手段とを具えたことを特徴とする。
【０００７】
例えば、サーバにおいて、クライアントにおけるユーザに対して提供用コンテンツあるいは試用コンテンツで再生可能とされる楽曲の選択および提供用コンテンツの提供要求あるいは試用コンテンツの提供要求を促すことを行い、これに応答してクライアントから与えられる提供用コンテンツあるいは試用コンテンツの提供要求を受信して、該要求に応じた楽曲の提供用コンテンツあるいは試用コンテンツをクライアントに対して送信する。このように、楽曲を再生可能に記録したデータである提供用コンテンツとは別途に、その一部を含む試用コンテンツを提供し、ユーザー側でこの試用コンテンツを取得して試聴等を容易に行うことができるようにしたことにより、試用によるコンテンツの取得動機づけと内容確認のシステムを確立することができ、ユーザーにとって極めて使い易いものとなる。
【０００８】
それぞれ複数の試用コンテンツでなる複数の試用コンテンツの再生シーケンスであってユーザー指示に係る１の再生シーケンスにおいて、当該再生シーケンス中の順次再生される各楽曲に対応する楽曲ＩＤを含む楽曲の選択情報の発生に応じて、当該楽曲ＩＤに対応する前記試用コンテンツが提供される（又は取得される）ことで、クライアントでは、指示された再生シーケンス中の複数の試用コンテンツを順次再生できることとなる。ここで、本発明によれば、該再生シーケンスを構成する複数の試用コンテンツのうち該クライアントにて再生中の１試用コンテンツに対応する楽曲のプロフィールを表すプロフィール情報の提供要求（又は取得要求）は、楽曲を特定する楽曲ＩＤを含んでおり、この提供要求（又は取得要求）がクライアントから発生されると、これに応じて該提供しかつ再生中（又は取得しかつ再生中）の試用コンテンツが該楽曲ＩＤによって特定され、該楽曲ＩＤに対応するプロフィール情報をリアルタイムにサーバから提供するようになっているので、再生シーケンスを構成する複数の試用コンテンツを順次再生する場合において、各試用コンテンツ毎に個別に、クライアントにおけるユーザが、効率的かつ的確に、望みの任意の試用コンテンツに対応づけて選択的にプロフィール情報を受け取れるようにすることができる、という優れた効果を奏する。すなわち、プロフィール情報の提供要求（又は取得要求）がなければプロフィール情報は提供されないので、試用コンテンツを提供するだけの場合は、該試用コンテンツを提供するために必要最小限の処理ステップと処理時間で処理が済むので、効率的である。例えば、ユーザが試用コンテンツのみでは購入の決断がつきかね、更に追加の情報を望む場合に、楽曲ＩＤを含むプロフィール情報の提供要求（又は取得要求）を発生することで、該楽曲ＩＤに対応するプロフィール情報が提供され、このプロフィール情報によって楽曲のプロフィールをさらに知ることができる。従って、試用コンテンツとプロフィール情報とを一律的に同時に提供するような場合に比べて、はるかに効率的かつ的確に、ユーザに望む情報を提供することができる。また、プロフィール情報は、現時点でクライアントに提供されかつ再生中（又は取得されかつ再生中）の試用コンテンツに対応して提供されるので、ユーザは提供されたプロフィール情報がどの楽曲に対応するものかを直感的に理解することができる、という利点もある。また、クライアントから与えられる楽曲ＩＤに応じて必要な試用コンテンツ又はプロフィール情報を提供すればよいので、サーバ装置の処理負担が軽減される。
なお、前述の従来技術に示された購入惹起データなる情報は、その実態は提供可能な曲のリストを、ランキングやコメントを付加して提示するものでしかなく、ユーザはその曲リストを見て試用コンテンツを入手できるように促されるにすぎないものである。これに対して、本発明における「プロフィール情報」は「楽曲の選択情報の発生に応じてクライアントに提供されかつ再生中（又は取得されかつ再生中）の試用コンテンツに対応する楽曲のプロフィールを表す」情報であり、現時点でクライアントに提供されかつ再生中（又は取得されかつ再生中）の個々の試用コンテンツに対応する固有のものである。これによって、ユーザは、試用コンテンツのみを提供してそれに対応する提供用コンテンツの購入を決意したり、あるいは更にプロフィール情報の取得を受けてプロフィール情報を参考にして提供用コンテンツの購入を決意したりする、という自由な選択を、提供中の個々の試用コンテンツ毎に、行うことができ、従って、これらのユーザの望むコンテンツ又は情報の、効率的かつ的確な、提供を行うことができる、という従来技術では期待できない効果を奏する。
【０００９】
この発明は、方法発明として構成し、実施することができるのみならず、システム又は装置発明として構成し、実施することができる。また、本発明は、コンピュータまたはＤＳＰ等のプロセッサのプログラムの形態で実施することができるし、そのようなプログラムを記憶した記録媒体の形態で実施することもできる。また、この発明はサーバー側における方法又は装置若しくはプログラム又はその記録媒体の形態で実施することもできるし、クライアント側における方法又は装置若しくはプログラム又はその記録媒体の形態で実施することもできる。
【００１０】
【発明の実施の形態】
以下、添付図面を参照してこの発明の実施の形態を詳細に説明しよう。
図１はこの発明の一実施例の全体システム構成を略示するブロック図で、コンテンツを提供するサーバー１とそのコンテンツを利用するユーザー端末（クライアント）２が通信ネットワーク３を介して双方向通信可能に接続されている。通信ネットワーク３は有線回線に限らず、衛星通信回線等その他の無線回線を含んでいてもよい。また、公衆電話回線やインターネットに限らず、ＬＡＮ等からなっていてもよい。コンテンツ提供サイトであるサーバー１は、１個に限らず、複数有ってよく、各サーバー１が夫々独自に用意したコンテンツを提供しうるようになっていてよい。勿論、各サーバー１は、この発明に従う処理を実行しうるように必要なプログラムが搭載されたサーバーコンピュータと多数のコンテンツを蓄積したデータベース等を含む。ユーザー端末（クライアント）２は、通常のパーソナルコンピュータからなっていてよく、また、汎用コンピュータに限らず、電子楽器等何らかの専用機能を持つ機器内に内蔵されたマイクロコンピュータ若しくはプロセッサ等によってこの発明に従う処理を実行しうるようになっていてもよい。勿論、ユーザー端末（クライアント）２においては、以下一実施例として説明するようなこの発明に係る処理を実行しうるように専用のアプリケーションソフトウェアをインストールしておく。
【００１１】
図２は、サーバー１におけるコンテンツの準備の仕方を概略例示すると共に、サーバー１とユーザー端末２との間での情報のやりとり例を例示するブロック図である。まず、サーバー１の側で準備する「提供用コンテンツ」について説明する。なお、以下の実施例ではこの「提供用コンテンツ」を販売するようになっているため、以下、これを「販売用コンテンツ」ということにする。しかし、本発明にかかるコンテンツ提供技術は、販売を行う場合に限らず、サーバーからユーザー（クライアント）に対する音楽を含むコンテンツの提供に際して広く応用することができる。すなわち、対価を伴わずにコンテンツを提供する実施形態も本発明の範囲に当然含まれる。
１つの楽曲に対応する販売用コンテンツ（すなわち提供用コンテンツ）は、当該楽曲のＭＩＤＩ演奏データ（ＭＩＤＩ規格からなる自動演奏のためのディジタル演奏情報）のファイル（以下、ＭＩＤＩファイルと略称する）Ｍｆｉｌｅと、当該楽曲に関連する音声情報のファイル（以下、オーディオファイルと略称する）Ａｆｉｌｅと、当該楽曲に関連する画像及び譜面のファイルＧｆｉｌｅを含んでいる。図２では特に図示していないが、オーディオファイルＡｆｉｌｅには、少なくとも楽曲の一部をなす曲中音声情報（典型的には歌唱音声及び／またはコーラス音声、あるいはＭＩＤＩでは表現困難な特殊効果音などの音声波形データ）と、ＭＣ音声のような該楽曲に関連する解説音声情報（これも音声波形データ）とが含まれている。勿論、オーディオファイルＡｆｉｌｅにおける曲中音声情報のファイルは、曲の再生演奏時に、ＭＩＤＩ演奏データに同期して再生される。また、オーディオファイルＡｆｉｌｅにおける解説音声情報は、所定の再生シーケンスに従って曲の開始前あるいは終了後、ときには曲中で、等々適宜の時点で自動的に再生されるようになっていてもよいし、ユーザー等による選択に応じて単独で随時呼び出して再生するようにすることもできる。勿論、これらの音声波形データのディジタル符号化形式はＰＣＭに限らず、その他適宜にデータ圧縮された形式であってもよい。解説音声は、例えば、ラジオのディスクジョッキーのようなスタイルで曲の解説を行ったり、その他、適宜のスタイルで解説を行うものであってよい。また、画像及び譜面のファイルＧｆｉｌｅは、当該コンテンツの再生中に端末２のビディオディスプレイで表示される背景画像やその他説明等のための画像のファイルと、当該楽曲の譜面を画像表示するための譜面ファイルなど、複数の画像ファイルを含んでいる。これらの各画像ファイルも、所定の再生シーケンスに従って曲の開始前、曲中、あるいは終了後等適宜の時点で自動的に再生されるようになっていてもよいし、ユーザー等による選択に応じて単独で随時呼び出して再生表示するようにすることもできる。勿論、画像ファイルに含まれるデータは、動画像又は静止画像またはその両方であってもよい。
【００１２】
１つの楽曲についての上記のような異なる性格の複数種類のファイルＭｆｉｌｅ，Ａｆｉｌｅ，Ｇｆｉｌｅがまず製作され、これらのファイルに基づき販売用コンテンツ及び試用コンテンツ等を作成し、データベースに蓄積する。図３は、そのようなサーバーデータベース構築処理の手順例を略示するものである。まず、上記のように製作された１つの楽曲についての各ファイルＭｆｉｌｅ，Ａｆｉｌｅ，Ｇｆｉｌｅを取得し、これらに当該曲に共通の曲ＩＤ（識別コード）を付与する（ステップＳ１）。次に、各ファイルのデータ中の適宜の領域において、電子的透かし情報の形態で、著作権者表示、製作者表示、販売者表示等の各種の電子的署名情報を埋め込み、かつ、データ量の多いオーディオファイルＡｆｉｌｅと画像及び譜面ファイルＧｆｉｌｅのデータに対して所定のデータ圧縮処理を施す（ステップＳ２）。次に、透かし埋め込み済み及び圧縮処理済みの各ファイルのデータを１つにまとめて所定の暗号化処理を施す（ステップＳ３）。
【００１３】
次に、ステップＳ４では、暗号化処理済みのデータから各ファイル毎に鍵情報を分離し、暗号化ＭＩＤＩファイルＭｃと、暗号化オーディオファイルＡｃと、暗号化画像・譜面ファイルＧｃとからなる販売用コンテンツのメイン部Ｃｃと、ＭＩＤＩファイル鍵情報Ｍｋと、オーディオファイル鍵情報Ａｋと、画像・譜面ファイル鍵情報Ｇｋとからなる販売用コンテンツの鍵情報部Ｃｋとを作成する（図２参照）。販売用コンテンツのメイン部Ｃｃは、サーバーのメインデータベース４に、当該楽曲のＩＤに対応づけて読出し格納なように蓄積される。販売用コンテンツの鍵情報部Ｃｋは、サーバーの鍵データベース５に、当該楽曲のＩＤに対応づけて読出し格納なように蓄積される。こうして、複数の各楽曲の販売用コンテンツがメイン部Ｃｃと鍵情報部Ｃｋとに分離されて、それぞれの曲ＩＤで管理可能なように、データベース４，５に蓄積される。
【００１４】
従って、１つの楽曲の販売用コンテンツは、メイン部Ｃｃと鍵情報部Ｃｋとからなり、メイン部Ｃｃのみでは再生不可能なようにセキュリティ対策がとられている。これは、ハッカー等によってメインデータベース４に不法侵入されたり、ネットでのダウンロード転送途中でデータを盗まれたような場合であっても、すべてのデータが揃わない限り容易には再現できないようにするためである。前述のステップＳ３での暗号化処理及びステップＳ２の各種透かしの埋め込み処理も、同様のセキュリティ対策に係る処置である。
【００１５】
このとき、所定の放送局チャンネル毎に各曲が分類され、チャンネル指定呼び出しに応じて当該チャンネルに属する曲の案内情報をデータベース４，５から呼び出すことができるように、チャンネル別にも管理される。すなわち、ステップＳ５において、当該曲が属するチャンネルに対応づけて当該曲のＩＤをテーブル等に記憶する。ユーザーからチャンネル指定呼び出しがあった場合、該テーブルを参照して当該チャンネルに属する曲の販売用コンテンツのリストをユーザーに送付することができる。なお、放送局チャンネルとは、コンテンツの供給元を、丁度ラジオやテレビの放送局チャンネルのイメージで多数チャンネルに分類し、ユーザーがコンテンツの選択をし易いようにする概念である。例えば、音楽のジャンルや、演奏者別、レコード会社別、プロダクション別等、様々な基準に従ってチャンネル分類がなされていてよい。勿論、１つのサーバー１が複数チャンネルに対応していてもよいし、１つのチャンネルのみに対応していてもよい。
【００１６】
次に試用コンテンツの作成について説明する。図３で、ステップＳ６では、前記ステップＳ２で処理された透かし埋め込み済み及び圧縮処理済みの各ファイルのデータの一部をサンプルとして切り出す。切り出した各ファイルのデータは試用コンテンツの元となるデータである。ステップＳ７では、上記切り出した各ファイルのデータのうち所定のファイルのデータの分解能を落とし、また、各ファイルのデータに対して所定の暗号化処理を施す。この暗号化処理もセキュリティ対策であるが、試用コンテンツであるため、ステップＳ３で行うメインの販売用コンテンツに対する暗号化よりは簡単なものであってよい。また、データ分解能の落とし方としては、オーディオファイルはサンプリングレートを下げ、画像・譜面ファイルは解像度（ｄｐｉ）を下げる、等を行う。これは、これらのファイルのデータ量が多くなりがちであるため、試用コンテンツ全体のデータ量を減少させるためである。また、試用コンテンツであるため、多少の分解能の低下は許容範囲と考えられるからである。このような工夫によって、通信ネットワークを介した試用コンテンツのデータ転送効率を上げることができる。
次に、ステップＳ８では、暗号化処理した各ファイルの切り出しデータを試用コンテンツとして、当該楽曲のＩＤに対応づけて、試用コンテンツ用のデータベース６に蓄積する。それから、前記ステップＳ５の処理を行い、この試用コンテンツ用のデータベース６に蓄積した試用コンテンツについても、そのＩＤとチャンネルとの対応付けを行う。従って、ユーザーからチャンネル指定呼び出しがあった場合、当該チャンネルに属する曲の試用コンテンツのリストをユーザーに送付することができる。
【００１７】
更に、ステップＳ６における各ファイルのデータからの試用コンテンツ用のデータの切り出し方について一例を説明する。ユーザーの試聴のためには、その曲を最も強く印象づける部分の演奏データを試用コンテンツとして切り出すことが望ましい。そのため、ＭＩＤＩファイルからの演奏情報の切り出し、オーディオファイルからそれに対応する曲中音声情報の切り出しとが重要である。そこで、これらの情報からの試用コンテンツの作成法の一例を図４及び図５を参照して説明する。
【００１８】
図４において、ステップＳ１０では、ＭＩＤＩファイルの演奏データからその演奏パターンを分析し、分析したパターンに応じて該ＭＩＤＩ演奏データを複数の区間に区切る。例えば、小節単位等、特定の繰り返しパターンが現われやすい区間で区切ればよい。例えば、同じような演奏パターンが時間を置いて現われる場合、あるいは連続して繰り返される場合など、それは曲のさびの部分若しくは特徴づける部分である可能性が高いので、演奏パターン分析に基づく区間分けは有効と思われる。なお、試用コンテンツの再生時間を指定入力してやり、この指定入力された再生時間に対応する時間を単位として演奏パターンの分析と区間分けを行うようにしてもよい。
次に、ステップＳ１１では、オーディオファイルに含まれる曲中音声情報（歌唱音声やコーラス音声）のエンベロープを検出し、検出したエンベロープの増減傾向から該音声情報を複数の区間に区切る。歌唱音声のエンベロープは、演奏の盛り上がりであるとか、さびなどに或る程度対応して存在感を示すので、曲の重要箇所を探るための参考になりうる。
【００１９】
次に、ステップＳ１２では、上記各ステップで区切ったＭＩＤＩデータ及び音声情報の各区間を照合して楽曲を特徴づける切り出し範囲（例えばさびの部分と思われる範囲）を決定する。この場合、必ずしも、ＭＩＤＩデータ及び音声情報の両方の区間分けを考慮することなく、一方のみから、曲の重要な部分が明らかである場合は、その部分を切り出し範囲として決定するようにしてよい。例えば、ＭＩＤＩデータにおいて同じような演奏パターンが時間を置いて繰り返し現われ、かつ、その場所が曲のさびの部分に該当することが多い箇所である場合は、その演奏パターンに関する範囲を切り出し範囲として決定するようにしてよい。あるいは、ＭＩＤＩデータの各区間毎のパターンの類否に基づき代表的パタ−ンを抽出し（例えば繰り返し現われるパターンを代表的パタ−ンとする）、音声情報の各区間のエンベロープの傾向から代表的エンベロープ区間（例えば盛り上がりを示している部分）を抽出し、代表的パターンと代表的エンベロープ区間とが重なる部分を含むように切り出し範囲を決定してもよい。
【００２０】
図５（ａ）は、音声エンベロープとＭＩＤＩファィルのパターンの出方を模式的に示した図であり、パターンＡが繰り返されており、かつ初めのパターンＡの箇所が音声エンベロープの盛り上がりに対応しているので、その範囲を切り出し範囲として決定する。図５（ａ）の例では、更に切り出し時間が指定されており、決定した切り出し範囲から更にその指定された時間分の範囲を切り出すようにしている。
【００２１】
次に、ステップＳ１３では、決定された切り出し範囲に対応する部分のデータをＭＩＤＩファイル及びオーディオファイルから取り出し、各部分の始まりと終わりに対応してそれぞれフェードイン及びフェードアウト処理を施す情報加工処理を行い、処理済みのものを試用コンテンツとして提供する。図５（ｂ）は、フェードイン及びフェードアウト処理を施す例を示したもので、音声情報（オーディオ信号）に対してはフェードイン及びフェードアウトのエンベロープを施し、ＭＩＤＩデータについては音量アップと音量ダウンを指示するデータを挿入すればよい。フェードイン及びフェードアウト処理のほかに他の適宜の情報加工処理を施すようにしてもよい。
【００２２】
なお、画像・譜面ファイルについては、ＭＩＤＩファイル及びオーディオファイル（曲中音声情報）で試用コンテンツとして切り出した切り出し範囲に対応する譜面データを切り出し、また、その切り出し範囲に対応する画像があればそれを切り出す。なければ、適当な画像の部分を切り出すようにしてよい。また、画像・譜面ファイルの試用コンテンツのデータ中には、例えば「ＳＡＭＰＬＥ」のような表示を挿入し、試用コンテンツの再生時においてそれが試用コンテンツであることを明らかにするとよい。また、サンプル画像はそのサイズを縮小してもよい。また、オーディオファイル中の解説音声については、適宜の部分を切り出すようにすればよく、また、不要であれば切り出さなくてもよい。以上のようにして、部分的に取り出した各ファイルのデータをひとまためにして試用ファイルとして、前述のようにデータベース６に蓄積する。なお、試用コンテンツのその他の切り出し法として、例えば、ステップＳ２で透かし情報を埋め込んだ箇所から試用コンテンツのデータを切り出すようにしてもよい。
以上のように、楽曲のディジタル演奏情報と該楽曲に含まれる音声情報（歌唱音声又はコーラス音声）の両方を考慮して楽曲を特徴づける切り出し範囲（例えばさびの部分）を自動的に決定することができ、試用コンテンツを容易かつ効率的に作成することができる。
【００２３】
図２に戻ると、プロフィールサーバー７は、データベース４，５，６に記憶した各楽曲についてのプロフィール（曲名、ジャンル、アーティスト、製作者、レーベル、ファイル種別、演奏時間、価格等の情報）をそのＩＤに対応づけて記憶するものである。例えば、図３において、ステップＳ１で曲の各ファイルＭｆｉｌｅ，Ａｆｉｌｅ，Ｇｆｉｌｅを取得した後、ステップＳ９の処理を適宜行い、取得した曲についてのプロフィールを作成し、これを曲ＩＤに対応づけてプロフィールサーバー７に記憶する。こうして、１つの楽曲に固有のＩＤに応じて、各データベース４〜７から、当該曲の販売用コンテンツのメイン部Ｃｃ，鍵情報部Ｃｋ，試用コンテンツ、プロフィールをそれぞれ読み出すことができる。
【００２４】
次に、ユーザー端末（クライアント）２側の処理につき、これに応答するサーバー１の処理と共に説明する。ユーザー端末２側においては、図２に示すように、本発明にかかわる処理を行うために専用アプリケーションソフト８を具えている。また、インターネット通信のためにＷＥＢブラウザ９も具えている。このほか、ＭＩＤＩ演奏データの再生機能（可聴的再生を含む）、オーディオデータの可聴的再生機能、画像データの電子的ディスプレイ及び／又はプリンタによる再生機能等、本発明を実施するために必要な諸機能を具備するのは勿論である。専用アプリケーションソフト８に従って実行されるユーザー端末２側の処理の概略が図６の左側に示されている。また、このユーザー端末２での処理に対応して双方向で実行されるサーバー１側の処理の概略が図６の右側に示されている。
【００２５】
まず、ユーザー端末２で専用アプリケーションソフト８を立ち上げると、サーバー１に放送中チャンネルを要求する（ステップＳ２０）。同時に、図７に示すような操作パネルがユーザー端末２のディスプレイにおける適宜の領域に表示される。
サーバー１では、ユーザーからの要求に応じて、現在放送可能なチャンネルの情報（ジャンルや製作者情報など）をユーザー端末２に送信する（ステップＳ２１）。ユーザー端末２ではサーバー１から送信された現在放送可能なチャンネル情報を取得する（ステップＳ２２）。
【００２６】
図７に示された操作パネル上の「チャンネル表示」エリアは、上記取得した放送可能なチャンネル情報に基づき、選択された放送局チャンネルの名称（サイト名あるいはチャンネル名若しくはチャンネル番号）を表示し、選択可能にするものである。例えば、ここにマウスを持ってくると選択可能なチャンネルがリストアップされ、その中から所望のチャンネルをクリックすることにより所望の放送局チャンネルの選局・変更を行うことができ、選択されたチャンネルを指定する情報がサーバー１に送信される（ステップＳ２３）。これに応じて、サーバー１からは、選択されたチャンネルに対応づけられている複数楽曲のＩＤをユーザー端末２に送信する（ステップＳ２４）。同時に、選択されたチャンネルに対応して用意されている楽曲目録その他を解説する音声、あるいは雰囲気を出すためのＢＧＭ音楽等が、ユーザー端末２に対して、一括ダウンロードで送信されるか、あるいはストリーミングで送信される。これらの音声及びＢＧＭ音楽はユーザー側で可聴再生される。これによって、ユーザーは、丁度ラジオを聴いているような雰囲気でリラックスして接することができる。図７に示された操作パネル上の「番組コメント等」のエリアには、選択されたチャンネルで用意している番組の紹介コメント等を表示する。
【００２７】
図７に示された操作パネル上の「チャンネル放送曲」エリアでは、選択されたチャンネルに対応して上記のようにして送信されてきた楽曲ＩＤ等に基づき、該チャンネルで選択可能な楽曲の選択枝を表示する。例えば、ここにマウスを持ってくると選択可能な楽曲がリストアップされ、その中から所望の曲をクリックすることにより所望の曲を選択することができ、選択された曲ＩＤをサーバー１に送信する（ステップＳ２５）。ここでの曲選択は、サンプル要求、つまり試用コンテンツの選択に相当する。この曲選択（試用コンテンツ選択）は、複数曲をまとめて選択することができる。
【００２８】
サーバー１では、ユーザーによって選択された曲ＩＤ（試用コンテンツの選択）に応じて、試用コンテンツデータベース６から該ＩＤに対応する試用コンテンツを読み出し、これを再生してユーザー端末２に送信するか、若しくはファイルのままユーザー端末２に送信する（ステップＳ２６）。サーバー１側で試用コンテンツを再生してからユーザー端末２に送信する場合は、ストリーミング送信となり、ユーザー端末２では、ストリーミング送信されてきた試用コンテンツの再生データをリアルタイムで可聴再生及び可視表示する（ステップＳ２７）。一方、サーバー１側から試用コンテンツをファイルのままユーザー端末２に送信する場合は、ユーザー端末２では送信されてきた試用コンテンツをダウンロードし、その各ファイルのデータの暗号化をデコードしながら可聴再生及び可視表示する（ステップＳ２７）。こうして試用コンテンツにより販売用コンテンツの一部サンプルを試聴することができる。試聴再生の際には、図７の操作パネルの下部の所定エリアにおいて、音声情報に適用されているサンプリング周波数や、ネットとの通信速度、曲の時間情報等を表示するとよい。ダウンロードした試用コンテンツは、専用アプリケーションソフト８の実行中はバッファに保存され、何回でも再生できる。その場合、図７に示す操作パネル上の再生ボタンＰＬＡＹや停止ボタンＳＴＯＰを操作し、また、巻戻しボタンＲＥＷを操作して所望位置に巻戻ししたり、早送りボタンＦＦを操作して所望位置まで早送りしたりすることができる。また、複数の試用コンテンツの再生シーケンスをユーザーが自由に指示し、そのシーケンスに従って、再生することもできる。その場合は簡易ＢＧＭ番組を構成できる。なお、ネットのデータ転送速度が速くない場合には、ステップＳ２６におけるストリーミング送信を行うことはあまり得策ではない。従って、ネットのデータ転送速度が十分に速い場合にステップＳ２６におけるストリーミング送信を行うようにするとよい。なお、バッファに保存したダウンロードした試用コンテンツは、専用アプリケーションソフト８を終了するときにすべて消去される。
【００２９】
図７に示す操作パネル上のモア・インフォ・ボタンＩｎｆｏは、所望の試用コンテンツの選択に応じて、又は選択された試用コンテンツの再生が行われているとき、操作パネルに現われ、該ボタンＩｎｆｏをクリックすることにより、該再生中のつまり試聴中の試用コンテンツについての更なる情報つまりプロフィール情報を要求する（ステップＳ２８）。例えばモア・インフォ・ボタンＩｎｆｏのクリックに応じて通常のＷＥＢブラウザ９を介してインタネットに自動的に接続し、プロフィールサーバー７における当該曲ＩＤのプロフィール情報が格納されているアドレスに自動的に飛ぶ（要するにリンクする）ようにしておくとよい。これに応じて、プロフィールサーバー７は当該曲ＩＤのプロフィール情報を読み出してユーザー端末２に送信する（ステップＳ２９）。
【００３０】
ユーザー端末２では、プロフィール情報を受け取ると、操作パネルが例えば図８のような画面に切り替わり、受信したプロフィールの内容（曲名、ジャンル、アーティスト、製作者、レーベル、ファイル種別、演奏時間、価格等）を表示する。ユーザーは購入ボタンをクリックすることで、当該曲ＩＤに係る販売用コンテンツを購入することができる。販売用コンテンツはその全ファイルに限らず、一部ファイルのみを選択して購入することも可能である。そのためには、関連商品ボタンをクリックする。関連商品ボタンをクリックすると、「演奏曲」、「歌詞音声」、「解説音声」、「譜面」、「画像」、「他の関連曲」等の関連商品メニューが表示され、そのうち所望の品目を選択的に組み合わせてコンテンツを購入することが可能である。その後、購入ボタンをクリックすると、購入要求がサーバー１に送信される（ステップＳ３０）。サーバー１では、購入要求と共に送られてきた曲ＩＤに応じて、該当する販売用コンテンツのメイン部Ｃｃと鍵情報部Ｃｋとをデータベース４，５から読み出し、ユーザー端末２へ送信する（ステップＳ３１）。ユーザー端末２では、受信した販売用コンテンツをダウンロードし、そのメイン部Ｃｃと鍵情報部Ｃｋとを用いて、各ファイル毎に暗号化データをデコードし、利用可能なデータに復元する（ステップＳ３２）。その際に、ステップＳ３０で一部ファイルのみの購入組み合わせが選択された場合は、選択されたファイルのみをデコードして利用可能とし、他の選択さなかったファイルのデータはデコードせずに廃棄する。勿論、これに限らず、サーバー１側で、購入組み合わせが選択された一部ファイルのデータのみを読み出し、ユーザーに送信するようにしてもよい。このように一部ファイルのみの購入組み合わせが選択できることにより、ユーザーの便宜が図れる。
【００３１】
更に、購入された販売用コンテンツの各ファイルの中に、個別購入毎に特有の付加情報を付加する処理を行う（ステップＳ３３）。この付加情報としては、「購入者情報」、「ファイル固有値」（シリアル番号）、「購入年月日」、「購入したサイト名（アドレス）」等がある。この付加情報は、購入した販売用コンテンツの各ファイルの中に単純なテキストとして付加してもよいし、コンテンツのデータ内に透かし情報として埋め込むようにしてもよい。このように販売した（購入した）コンテンツの中に固有の付加情報を付加することにより、正規の購入品であることの刻印が打たれたことになり、ユーザーに対する保証書として機能して、所定の保証期間中の製品保証や、保守サービスの保証を受けるための証となり、ユーザーの保護に役立つ。また、かかる付加情報が存在していないコンテンツは不正品であることが明白となるため不正コピー等に対する製作者や著作権者の権利保護に役立つ。
【００３２】
なお、ファイルの種類に応じて、更に、マシンＩＤを付加情報として追加して付加するようにしてよい。マシンＩＤとは、ユーザで使用する個別コンピュータに固有のＩＤ番号であり、このマシンＩＤを付加したファイルは、当該マシンＩＤに対応するコンピュータでのみ再生できるように制限する。例えば、ＭＩＤＩファイルは再生マシンをあまりにも限定するとかえって使い勝手が悪くなるため、マシンＩＤは追加付加せず、他のオーディオファイルや画像・譜面ファイルはマシンＩＤを付加情報として追加付加する、といった形態がある。また、画像・譜面ファイルのハードコピーの氾濫を防ぐために、画像・譜面ファイルをプリントアウトしたときは、ファイル内に埋め込まれている著作権者名や購入者名が一緒にプリントアウトされるようにするとよい。この場合、マシンＩＤは例えばユーザーＩＤとパスワードとで構成し、端末コンピュータのハードを変更した場合に対応でせきるようにするとよい。なお、付加情報は、サーバー１側で送信する販売用コンテンツ内に付加するようにしてもよい。
【００３３】
なお、コンテンツ購入の際に、再生回数限定付きで通常よりも安い価格で購入できるようにしてもよい。例えば、図８の関連商品ボタンをクリックして関連商品選択を行ったとき、同一の販売用コンテンツに関して複数の販売金額をユーザーに対して提示し、ユーザーが所望の金額の選択ができるようにする。このためには、図６のステップＳ３０の処理をそのように変更すればよい。そして、ユーザーの購入が確定したときにユーザーに対して提供する販売用コンテンツに対して前記選択された販売金額に対応する再生回数限定情報を付加する。このためには、図６のステップＳ３３の処理をそのように変更すればよい。あるいはサーバー１側でその再生回数限定情報を透かし情報としてコンテンツ内に埋め込み、それをユーザーに配信するようにしてもよい。その後、ユーザーが購入したコンテンツの再生回数を管理し、付加情報として記録された前記再生回数限定情報に対応する再生回数に達したら、当該コンテンツを再生不能とする。この場合の再生回数管理の仕方としては、例えば、コンテンツ内に書替え可能な情報として再生回数データを記録し、このデータを最初は０で記録し、再生を行う毎にカウントアップする、というようにすればよい。そして、再生回数データが再生回数限定情報に達したら、「購入時の規定回数に達したため再生できません。」といったような表示または告知をユーザーに対して行うようにするとよい。更には、コンテンツの再生時において、「あと何回再生できます。」といったような表示または告知をユーザーに対して行うようにしてもよい。
【００３４】
なお、コンテンツの再生時において、各ファイル間での同期を適切にとりながら再生を行うことが望ましい。そのための同期再生法としては、適宜の手法を用いてよい。ＭＩＤＩファイル、オーディオファイル、画像ファイルについての最も簡単な同期方法としては、予めこれらの再生時間を合わせ込んだ状態でデータを作成し、これらのファイルの再生開始を同時に行えば、自然に同期がとれることになる。その他の手法として、オーディオファイルあるいは画像ファイルを起動させるべきタイミングでＭＩＤＩファイルの中に例えばイクスクルーシブデータとして起動指示データを組み込んでおき、ＭＩＤＩ演奏の再生に同期してイクスクルーシブデータが読み出されることで、これらオーディオファイルあるいは画像ファイルを起動させるようにしてもよい。その場合は、ＭＩＤＩ演奏のテンポ変更に連動してオーディオファイルあるいは画像ファイルの起動時点も変化する。
【００３５】
更に、すべてのファイルの再生スケジュールを統括して管理する再生スケジュール管理情報を使用して、再生開始時からの時間経過に従って、ＭＩＤＩファイル、オーディオファイル、画像ファイルの各データの再生タイミングをそれぞれ管理するようにしてもよい。ＭＩＤＩファイルは再生テンポが確定しているので、イベント間のタイミングを示すメタイベントを加算することにより再生の冒頭からの経過時間が判り、再生すべき箇所の時間を把握することができる。また、オーディオファイルにおいても、再生サンプリング周波数が確定しているので、各サンプル点位置についての再生開始時からの経過時間が確定することになり、各サンプル点位置の時間を把握することができる。また、画像ファイルは、画像の各コマに再生開始時からの時間情報を予め入力しておけばよい。これによって、各ファイルを再生開始時からの共通の時間軸で統合して管理することができ、各ファイルの再生処理がそれぞれ別ルーチンで行われていても、その再生時間位置が合うように各ファイルの再生位置を随時修正するようにすればよい。
以上のように、各ファイルの再生同期を適切にとることにより、ダウンロードしてきた複数曲のデータの巻戻しや早送りを行って選択的に再生をおこなわせることが可能である。また、ＭＩＤＩのイクスクルーシブを利用する方式や統合的に再生時間を管理する方式では、曲中の特定小節等、特定箇所での再生指示等も容易に行うことができる。
【００３６】
図９（ａ）に示すように、ユーザー端末２は、携帯電話やＰＨＳのような無線式携帯端末２０であってもよい。その場合、無線式携帯端末２０には、適宜の楽音生成機能（音源機能やシーケンサ機能）を持たせるものとする。図９（ｂ）は楽音生成機能を持たせた無線式携帯端末２０の内部構成例を示すブロック図である。無線式携帯端末２０は、通常の携帯電話側回路２１のほかに、ＣＰＵ２２、ＲＡＭ２３、ＲＯＭ２４を含むマイクロコンピュータを内蔵しており、携帯電話側回路２１と該マイクロコンピュータとの間は通信インターフェイス２５を介して相互に通信する。携帯電話側回路２１では、インターネット機能若しくは簡易インターネット機能を有しており、インターネット通信時においてサーバー１との間の無線電話接続を確立すると内部の通信インターフェイス２５を介して上記内蔵マイクロコンピュータとサーバー１との間の情報通信を可能にする。ＲＯＭ２４においては、楽音生成機能に必要なプログラム及びデータ類を記憶し、更に、本発明に係るアプリケーションソフトウェアを記憶させておく。この場合、ＲＯＭ２４を、フラッシュＲＯＭのような書換え可能なメモリを使用し、楽音生成用のプログラムやデータあるいは本発明に係るアプリケーションソフトウェアの内容を随時更新できるようにしてもよい。
【００３７】
なお、入力操作用の各種スイッチやマウスの機能は、携帯電話側回路２１で具備するスイッチ類を利用するものとする。その場合、内部の通信インターフェイス２５を介して、携帯電話側回路２１でのスイッチ操作情報を上記内蔵マイクロコンピュータで受け取り、これらの操作入力信号に応じて上述の本発明に従う処理を進める。また、この処理の過程でサーバー１から受け取った試用コンテンツあるいは提供用コンテンツ等の各種データは、携帯電話側回路２１から通信インターフェイス２５を介して内蔵マイクロコンピュータに送られ、ＲＡＭ２３に記憶される。更に、内蔵マイクロコンピュータで生成した各種表示データは、通信インターフェイス２５を介して携帯電話側回路２１に送られ、そのディスプレイで表示させることができる。また、内蔵マイクロコンピュータの側で生成した演奏データも通信インターフェイス２５を介して携帯電話側回路２１に送り、そこから無線電話回線を介して所望の端末に対して送信することができる。また、内蔵マイクロコンピュータの側で生成した楽音再生データも通信インターフェイス２５を介して携帯電話側回路２１に送り、その内蔵スピーカから放音させることができる。なお、ＭＩＤＩイターフェイス２６を具備し、外部との間でＭＩＤＩ演奏データの送受を行えるようにしてもよい。更に、上記のようにしてサーバー１から取り込んだ楽音・音色データ、楽曲データ、画像データ等のうち好みのものを適宜手段によって保存しておき、これらを携帯電話の着信音や着信メロディ、あるいは着信を知らせる画像データ等として利用することが可能である。また、これらの楽音・音色データ、楽曲データ、画像データ等のうち好みのものを、通話中のバックグラウンドミュージックあるいはバックグラウンドビジュアル画像として使用することも可能である。なお、無線式携帯端末２０としては、専用の携帯電話に限らず、例えばその他適宜の携帯機器（例えば携帯ナビゲータ）に携帯電話機能若しくは無線通信機能を付加したものを使用することができる。
【００３８】
【発明の効果】
以上の通り、この発明によれば、クライアントから楽曲の選択情報が発生されると、これに応じて当該楽曲に対応する試用コンテンツを提供し、また、この楽曲の選択情報の発生に応じて提供中（又は取得中）の試用コンテンツに対応する楽曲のプロフィールを表すプロフィール情報の提供要求（又は取得要求）がクライアントから発生されると、これに応じて該提供する試用コンテンツに対応するプロフィール情報をサーバから提供するようになっているので、クライアントにおけるユーザに、効率的かつ的確に、望むコンテンツ又は情報が受け取られるようにすることができる、という優れた効果を奏する。すなわち、試用コンテンツを提供するだけの場合は、該試用コンテンツを提供するために必要最小限の処理ステップと処理時間で処理が済むので、効率的である。例えば、ユーザが試用コンテンツのみでは購入の決断がつきかね、更に追加の情報を望む場合に、プロフィール情報の提供要求（又は取得要求）を発生することで、プロフィール情報が提供され、このプロフィール情報によって楽曲のプロフィールをさらに知ることができる。従って、試用コンテンツとプロフィール情報とを一律的に同時に提供するような場合に比べて、はるかに効率的かつ的確に、ユーザに望む情報を提供することができる。また、プロフィール情報は、提供中（又は取得中）の試用コンテンツに対応して提供されるので、ユーザは提供されたプロフィール情報がどの楽曲に対応するものかを直感的に理解することができる、という利点もある。
【図面の簡単な説明】
【図１】 この発明の一実施例の全体システム構成を略示するブロック図。
【図２】 サーバーにおけるコンテンツの準備の仕方を概略例示すると共に、サーバーとユーザー端末との間での情報のやりとり例を示すブロック図。
この発明の一実施例の全体システム構成を略示するブロック図。
【図３】 サーバーデータベース構築処理の手順例を略示するフロー図。
【図４】 試用コンテンツの作成法の一例を示すフロー図。
【図５】 音声エンベロープとＭＩＤＩファィルのパターンの関係に基づき試用コンテンツとなるサンプルの切り出し例を示す図。
【図６】 ユーザー端末とサーバーとの間で双方向で実行される処理の概略例を示すフロー図。
【図７】 ユーザー端末における操作パネルの一例を示す図。
【図８】 ユーザー端末における操作パネルの別の表示例を示す図。
【図９】 ユーザー端末の別の例として無線式携帯端末を使用する例を示すブロック図。
【符号の説明】
１ サーバー
２ ユーザー端末（クライアント）
３ 通信ネットワーク
４ 販売用コンテンツのメインデータベース
５ 販売用コンテンツの鍵情報データベース
６ 試用コンテンツのデータベース
２０ 無線式携帯端末
【発明の属する技術分野】
この発明は、音楽を含むコンテンツを通信ネットワークを介して提供するコンテンツ提供方法及び装置及び記録媒体に関し、更にはネットワークを介したコンテンツ取得方法及び装置及び記録媒体に関し、例えばネットワークを介してオンラインで音楽コンテンツを販売するような場合において応用可能なものである。
【０００２】
【従来の技術】
販売に供される音楽ソフトの代表的な形態は、今日ではＣＤ（コンパクト・ディスク）メディアを用いたものであり、楽曲の楽器演奏音及び歌唱音声を含む全演奏音をＰＣＭ（パルス・コード変調）方式によってディジタル符号化し、これをＣＤに記録してなるものである。一方、ＭＩＤＩ（Musical Instrument Digital Interface）規格のディジタル演奏情報からなる楽曲データを記録してなるメディア（ＭＩＤＩ曲集）の販売も行われている。これらの音楽ソフトの通常の販売形態は、ユーザーが販売店に出向き、所望のメディアを購入するのが普通である。その場合、販売されている曲がどのようなものかを試聴することは容易にはできず、せいぜい販売店に予め用意されている限られた曲についての試聴メディアを聴くことができるにすぎなかった。
また、特開平１０−２７５１８６号公報においては、販売用データを販売するにあたって、試用データあるいは購入惹起データをユーザに提供し、ユーザのデータ購入意欲を高めるようにしたオン・デマンド販売方法が示されている。ここで、購入惹起データとは、ユーザデータや販売実績データなどから作成した週間ランキングや、新曲販売促進用のイメージビデオ、著名人のコメントなどを含むデータからなっている。また、購入惹起データのランキングにリストされた特定のデータを、ユーザが指定することで、試用データを入手できるようにしたことが示されている。また、「国際公開第９９／２１１８６号パンフレット」においては、種々の楽曲に関するデータ（音声、ＭＩＤＩ、歌詞など）をネットワークを介してユーザに提供する方法が示されている。また、「日経エレクトロニクス１９９９年３月８日、Ｎｏ．７３８，８７頁〜１１１頁」においては、デジタルデータとして流通する音楽データの著作権を保護する目的で、流通させる音楽データにそれぞれ固有の情報を付加し、不正コピーなどがあった場合の追跡を可能にすることが示されている。
【０００３】
一方、いわゆる通信カラオケの分野では、ＭＩＤＩ演奏情報からなるカラオケソフトを通信ネットワークを介して端末に伝送配信することが従来より行われている。しかし、個人のユーザーが自由にネットにアクセスして、所望の曲データを購入できるものではなく、従って、購入前にユーザーが曲の試聴を行えるようなシステムではなかった。また、伝送配信される曲もカラオケ曲に限られていた。最近では、インタネットの普及により、ＭＩＤＩ演奏情報からなる楽曲データをクライアントの要求に応じてインタネット経由でサーバーから配信するシステムも一部運営されるようになってきている。例えば、最近ではラジオやテレビのような既存のマスメディアとは異なった新しい番組の提供形態としてインターネット放送局が出現してきている。インターネット放送局は、視聴者からの要求に応じて通信ネットワークを介して音楽番組を配信することを意図している。すなわち、パーソナルコンピュータ（ＰＣ）等の端末機（クライアント）からの視聴者の配信要求に基づいて、インターネット等の通信ネットワークを経由してｗｗｗ（World Wide Web）サーバに接続し、該ｗｗｗサーバに格納されている曲データあるいはビデオ（映像）データ等からなる番組を受信して、クライアント側で該受信データを基にして番組を再生できるようにすることを意図するものである。
【０００４】
【発明が解決しようとする課題】
しかし、数ある音楽ソフトの中には無料で万人に提供できるものがあるかもしれないが、通常は、ＭＩＤＩ演奏情報からなる楽曲データは経済的に価値のあるものであるから、この種のインターネット放送局を通じて無制限に楽曲データをダウンロードできるようにするのは好ましくない。そこで、この種のインターネット放送局などのシステムを用いて、ＭＩＤＩ演奏情報等からなる楽曲データをクライアントの購入要求に応じて通信ネットワーク経由でサーバーから配信して販売する、といった新しい形態の音楽ソフト若しくはコンテンツ（内容）の販売システムが考えられるようになってきている。しかし、そのようなネットワークを用いたコンテンツの販売システムにおいては、ユーザーによる試聴を如何に可能にするかとか、販売後の不法コピーにどう対処するか、といったような種々の解決されるべき課題をかかえており、その対策が不十分である。例えば、試聴システムが十分でない場合は、内容不明のためにユーザーに購入動機づけができないとか、あるいは内容不明のまま購入することでユーザーに不測の不利益を与えたり、といった問題がある。また、ユーザーがダウンロード購入したコンテンツの保証若しくは保護をどう行うか、ということが問題となる。すなわち、保守サービス等の保証をユーザーに対して行えるように工夫する必要があるし、また、不法コピーの氾濫から著作権者等を保護することが行い易いように工夫する必要もある。このように解決されるべき種々の問題が残されているため、この種の新規なコンテンツ販売システムに販売用コンテンツを提供する者が増えず、また、この種のシステムを利用してコンテンツを購入しようとするユーザーも増えず、本来便利で使い易いシステムであるはずのこの種のコンテンツ販売システムの普及を妨げる一因ともなっていた。
【０００５】
この発明は上述の点に鑑みてなされたもので、楽曲を再生可能に記録したデータを含むコンテンツをネットワークを介して提供する場合において、あるいは楽曲を再生可能に記録したデータを含む音楽を含むコンテンツをネットワークを介してクライアントがサーバから取得する場合において、コンテンツの提供者側及びユーザー（購入者）側の双方の利便と保護を図りながら、この種の提供システムあるいは取得システムの利用を促進することができるようにした工夫を提案しようとするものである。例えばコンテンツを販売する場合、コンテンツそれ自体の構成を工夫して購入意欲をそそることができるようにした方法またはシステムを構築すると共に、試用のし易さを追求した方法またはシステムを構築できるようにしようとするものである。
【０００６】
【課題を解決するための手段】
この発明に係るサーバ装置は、楽曲を再生可能に記録したデータである提供用コンテンツと該楽曲の一部を再生可能に記録したデータである試用コンテンツとを通信ネットワークを介して当該サーバ装置からクライアントに提供するサーバ装置であって、それぞれ複数の試用コンテンツでなる複数の試用コンテンツの再生シーケンスであってユーザー指示に係る１の再生シーケンスであり、当該再生シーケンス中の順次再生される各楽曲に対応する楽曲ＩＤを含む楽曲の選択情報の発生に応じて、当該楽曲ＩＤに対応する前記試用コンテンツを提供する手段と、前記クライアントに提供しかつ該クライアントにおいて再生中の試用コンテンツに対応する楽曲のプロフィールを表すプロフィール情報の提供要求であって楽曲を特定する楽曲ＩＤを含み、前記再生シーケンスを構成する複数の試用コンテンツのうち、前記クライアントにて再生中の１試用コンテンツに対応するプロフィール情報の前記楽曲ＩＤを含む提供要求の発生に応じて、前記提供しかつ再生中の試用コンテンツの該楽曲ＩＤに対応する前記プロフィール情報を提供する手段とを具えたことを特徴とするものである。
また、この発明に係るクライアント装置は、楽曲を再生可能に記録したデータである提供用コンテンツと該楽曲の一部を再生可能に記録したデータである試用コンテンツとを通信ネットワークを介してサーバから取得するクライアント装置であって、それぞれ複数の試用コンテンツでなる複数の試用コンテンツの再生シーケンスであってユーザー指示に係る１の再生シーケンスにおける１試用コンテンツであり、前記再生シーケンス中の順次再生される各楽曲に対応する楽曲ＩＤを含む楽曲の選択情報の発生に応じて、当該楽曲ＩＤに対応する前記試用コンテンツを取得するとともに再生する手段と、前記再生シーケンスを構成する複数の試用コンテンツのうち、該再生シーケンスに従って取得しかつ再生中の試用コンテンツに対応する楽曲のプロフィールを表すプロフィール情報の取得要求であって、楽曲を特定する楽曲ＩＤを含む前記取得要求の発生に応じて、当該再生中の試用コンテンツの該楽曲ＩＤに対応する前記プロフィール情報を前記サーバから取得する手段とを具えたことを特徴とする。
【０００７】
例えば、サーバにおいて、クライアントにおけるユーザに対して提供用コンテンツあるいは試用コンテンツで再生可能とされる楽曲の選択および提供用コンテンツの提供要求あるいは試用コンテンツの提供要求を促すことを行い、これに応答してクライアントから与えられる提供用コンテンツあるいは試用コンテンツの提供要求を受信して、該要求に応じた楽曲の提供用コンテンツあるいは試用コンテンツをクライアントに対して送信する。このように、楽曲を再生可能に記録したデータである提供用コンテンツとは別途に、その一部を含む試用コンテンツを提供し、ユーザー側でこの試用コンテンツを取得して試聴等を容易に行うことができるようにしたことにより、試用によるコンテンツの取得動機づけと内容確認のシステムを確立することができ、ユーザーにとって極めて使い易いものとなる。
【０００８】
それぞれ複数の試用コンテンツでなる複数の試用コンテンツの再生シーケンスであってユーザー指示に係る１の再生シーケンスにおいて、当該再生シーケンス中の順次再生される各楽曲に対応する楽曲ＩＤを含む楽曲の選択情報の発生に応じて、当該楽曲ＩＤに対応する前記試用コンテンツが提供される（又は取得される）ことで、クライアントでは、指示された再生シーケンス中の複数の試用コンテンツを順次再生できることとなる。ここで、本発明によれば、該再生シーケンスを構成する複数の試用コンテンツのうち該クライアントにて再生中の１試用コンテンツに対応する楽曲のプロフィールを表すプロフィール情報の提供要求（又は取得要求）は、楽曲を特定する楽曲ＩＤを含んでおり、この提供要求（又は取得要求）がクライアントから発生されると、これに応じて該提供しかつ再生中（又は取得しかつ再生中）の試用コンテンツが該楽曲ＩＤによって特定され、該楽曲ＩＤに対応するプロフィール情報をリアルタイムにサーバから提供するようになっているので、再生シーケンスを構成する複数の試用コンテンツを順次再生する場合において、各試用コンテンツ毎に個別に、クライアントにおけるユーザが、効率的かつ的確に、望みの任意の試用コンテンツに対応づけて選択的にプロフィール情報を受け取れるようにすることができる、という優れた効果を奏する。すなわち、プロフィール情報の提供要求（又は取得要求）がなければプロフィール情報は提供されないので、試用コンテンツを提供するだけの場合は、該試用コンテンツを提供するために必要最小限の処理ステップと処理時間で処理が済むので、効率的である。例えば、ユーザが試用コンテンツのみでは購入の決断がつきかね、更に追加の情報を望む場合に、楽曲ＩＤを含むプロフィール情報の提供要求（又は取得要求）を発生することで、該楽曲ＩＤに対応するプロフィール情報が提供され、このプロフィール情報によって楽曲のプロフィールをさらに知ることができる。従って、試用コンテンツとプロフィール情報とを一律的に同時に提供するような場合に比べて、はるかに効率的かつ的確に、ユーザに望む情報を提供することができる。また、プロフィール情報は、現時点でクライアントに提供されかつ再生中（又は取得されかつ再生中）の試用コンテンツに対応して提供されるので、ユーザは提供されたプロフィール情報がどの楽曲に対応するものかを直感的に理解することができる、という利点もある。また、クライアントから与えられる楽曲ＩＤに応じて必要な試用コンテンツ又はプロフィール情報を提供すればよいので、サーバ装置の処理負担が軽減される。
なお、前述の従来技術に示された購入惹起データなる情報は、その実態は提供可能な曲のリストを、ランキングやコメントを付加して提示するものでしかなく、ユーザはその曲リストを見て試用コンテンツを入手できるように促されるにすぎないものである。これに対して、本発明における「プロフィール情報」は「楽曲の選択情報の発生に応じてクライアントに提供されかつ再生中（又は取得されかつ再生中）の試用コンテンツに対応する楽曲のプロフィールを表す」情報であり、現時点でクライアントに提供されかつ再生中（又は取得されかつ再生中）の個々の試用コンテンツに対応する固有のものである。これによって、ユーザは、試用コンテンツのみを提供してそれに対応する提供用コンテンツの購入を決意したり、あるいは更にプロフィール情報の取得を受けてプロフィール情報を参考にして提供用コンテンツの購入を決意したりする、という自由な選択を、提供中の個々の試用コンテンツ毎に、行うことができ、従って、これらのユーザの望むコンテンツ又は情報の、効率的かつ的確な、提供を行うことができる、という従来技術では期待できない効果を奏する。
【０００９】
この発明は、方法発明として構成し、実施することができるのみならず、システム又は装置発明として構成し、実施することができる。また、本発明は、コンピュータまたはＤＳＰ等のプロセッサのプログラムの形態で実施することができるし、そのようなプログラムを記憶した記録媒体の形態で実施することもできる。また、この発明はサーバー側における方法又は装置若しくはプログラム又はその記録媒体の形態で実施することもできるし、クライアント側における方法又は装置若しくはプログラム又はその記録媒体の形態で実施することもできる。
【００１０】
【発明の実施の形態】
以下、添付図面を参照してこの発明の実施の形態を詳細に説明しよう。
図１はこの発明の一実施例の全体システム構成を略示するブロック図で、コンテンツを提供するサーバー１とそのコンテンツを利用するユーザー端末（クライアント）２が通信ネットワーク３を介して双方向通信可能に接続されている。通信ネットワーク３は有線回線に限らず、衛星通信回線等その他の無線回線を含んでいてもよい。また、公衆電話回線やインターネットに限らず、ＬＡＮ等からなっていてもよい。コンテンツ提供サイトであるサーバー１は、１個に限らず、複数有ってよく、各サーバー１が夫々独自に用意したコンテンツを提供しうるようになっていてよい。勿論、各サーバー１は、この発明に従う処理を実行しうるように必要なプログラムが搭載されたサーバーコンピュータと多数のコンテンツを蓄積したデータベース等を含む。ユーザー端末（クライアント）２は、通常のパーソナルコンピュータからなっていてよく、また、汎用コンピュータに限らず、電子楽器等何らかの専用機能を持つ機器内に内蔵されたマイクロコンピュータ若しくはプロセッサ等によってこの発明に従う処理を実行しうるようになっていてもよい。勿論、ユーザー端末（クライアント）２においては、以下一実施例として説明するようなこの発明に係る処理を実行しうるように専用のアプリケーションソフトウェアをインストールしておく。
【００１１】
図２は、サーバー１におけるコンテンツの準備の仕方を概略例示すると共に、サーバー１とユーザー端末２との間での情報のやりとり例を例示するブロック図である。まず、サーバー１の側で準備する「提供用コンテンツ」について説明する。なお、以下の実施例ではこの「提供用コンテンツ」を販売するようになっているため、以下、これを「販売用コンテンツ」ということにする。しかし、本発明にかかるコンテンツ提供技術は、販売を行う場合に限らず、サーバーからユーザー（クライアント）に対する音楽を含むコンテンツの提供に際して広く応用することができる。すなわち、対価を伴わずにコンテンツを提供する実施形態も本発明の範囲に当然含まれる。
１つの楽曲に対応する販売用コンテンツ（すなわち提供用コンテンツ）は、当該楽曲のＭＩＤＩ演奏データ（ＭＩＤＩ規格からなる自動演奏のためのディジタル演奏情報）のファイル（以下、ＭＩＤＩファイルと略称する）Ｍｆｉｌｅと、当該楽曲に関連する音声情報のファイル（以下、オーディオファイルと略称する）Ａｆｉｌｅと、当該楽曲に関連する画像及び譜面のファイルＧｆｉｌｅを含んでいる。図２では特に図示していないが、オーディオファイルＡｆｉｌｅには、少なくとも楽曲の一部をなす曲中音声情報（典型的には歌唱音声及び／またはコーラス音声、あるいはＭＩＤＩでは表現困難な特殊効果音などの音声波形データ）と、ＭＣ音声のような該楽曲に関連する解説音声情報（これも音声波形データ）とが含まれている。勿論、オーディオファイルＡｆｉｌｅにおける曲中音声情報のファイルは、曲の再生演奏時に、ＭＩＤＩ演奏データに同期して再生される。また、オーディオファイルＡｆｉｌｅにおける解説音声情報は、所定の再生シーケンスに従って曲の開始前あるいは終了後、ときには曲中で、等々適宜の時点で自動的に再生されるようになっていてもよいし、ユーザー等による選択に応じて単独で随時呼び出して再生するようにすることもできる。勿論、これらの音声波形データのディジタル符号化形式はＰＣＭに限らず、その他適宜にデータ圧縮された形式であってもよい。解説音声は、例えば、ラジオのディスクジョッキーのようなスタイルで曲の解説を行ったり、その他、適宜のスタイルで解説を行うものであってよい。また、画像及び譜面のファイルＧｆｉｌｅは、当該コンテンツの再生中に端末２のビディオディスプレイで表示される背景画像やその他説明等のための画像のファイルと、当該楽曲の譜面を画像表示するための譜面ファイルなど、複数の画像ファイルを含んでいる。これらの各画像ファイルも、所定の再生シーケンスに従って曲の開始前、曲中、あるいは終了後等適宜の時点で自動的に再生されるようになっていてもよいし、ユーザー等による選択に応じて単独で随時呼び出して再生表示するようにすることもできる。勿論、画像ファイルに含まれるデータは、動画像又は静止画像またはその両方であってもよい。
【００１２】
１つの楽曲についての上記のような異なる性格の複数種類のファイルＭｆｉｌｅ，Ａｆｉｌｅ，Ｇｆｉｌｅがまず製作され、これらのファイルに基づき販売用コンテンツ及び試用コンテンツ等を作成し、データベースに蓄積する。図３は、そのようなサーバーデータベース構築処理の手順例を略示するものである。まず、上記のように製作された１つの楽曲についての各ファイルＭｆｉｌｅ，Ａｆｉｌｅ，Ｇｆｉｌｅを取得し、これらに当該曲に共通の曲ＩＤ（識別コード）を付与する（ステップＳ１）。次に、各ファイルのデータ中の適宜の領域において、電子的透かし情報の形態で、著作権者表示、製作者表示、販売者表示等の各種の電子的署名情報を埋め込み、かつ、データ量の多いオーディオファイルＡｆｉｌｅと画像及び譜面ファイルＧｆｉｌｅのデータに対して所定のデータ圧縮処理を施す（ステップＳ２）。次に、透かし埋め込み済み及び圧縮処理済みの各ファイルのデータを１つにまとめて所定の暗号化処理を施す（ステップＳ３）。
【００１３】
次に、ステップＳ４では、暗号化処理済みのデータから各ファイル毎に鍵情報を分離し、暗号化ＭＩＤＩファイルＭｃと、暗号化オーディオファイルＡｃと、暗号化画像・譜面ファイルＧｃとからなる販売用コンテンツのメイン部Ｃｃと、ＭＩＤＩファイル鍵情報Ｍｋと、オーディオファイル鍵情報Ａｋと、画像・譜面ファイル鍵情報Ｇｋとからなる販売用コンテンツの鍵情報部Ｃｋとを作成する（図２参照）。販売用コンテンツのメイン部Ｃｃは、サーバーのメインデータベース４に、当該楽曲のＩＤに対応づけて読出し格納なように蓄積される。販売用コンテンツの鍵情報部Ｃｋは、サーバーの鍵データベース５に、当該楽曲のＩＤに対応づけて読出し格納なように蓄積される。こうして、複数の各楽曲の販売用コンテンツがメイン部Ｃｃと鍵情報部Ｃｋとに分離されて、それぞれの曲ＩＤで管理可能なように、データベース４，５に蓄積される。
【００１４】
従って、１つの楽曲の販売用コンテンツは、メイン部Ｃｃと鍵情報部Ｃｋとからなり、メイン部Ｃｃのみでは再生不可能なようにセキュリティ対策がとられている。これは、ハッカー等によってメインデータベース４に不法侵入されたり、ネットでのダウンロード転送途中でデータを盗まれたような場合であっても、すべてのデータが揃わない限り容易には再現できないようにするためである。前述のステップＳ３での暗号化処理及びステップＳ２の各種透かしの埋め込み処理も、同様のセキュリティ対策に係る処置である。
【００１５】
このとき、所定の放送局チャンネル毎に各曲が分類され、チャンネル指定呼び出しに応じて当該チャンネルに属する曲の案内情報をデータベース４，５から呼び出すことができるように、チャンネル別にも管理される。すなわち、ステップＳ５において、当該曲が属するチャンネルに対応づけて当該曲のＩＤをテーブル等に記憶する。ユーザーからチャンネル指定呼び出しがあった場合、該テーブルを参照して当該チャンネルに属する曲の販売用コンテンツのリストをユーザーに送付することができる。なお、放送局チャンネルとは、コンテンツの供給元を、丁度ラジオやテレビの放送局チャンネルのイメージで多数チャンネルに分類し、ユーザーがコンテンツの選択をし易いようにする概念である。例えば、音楽のジャンルや、演奏者別、レコード会社別、プロダクション別等、様々な基準に従ってチャンネル分類がなされていてよい。勿論、１つのサーバー１が複数チャンネルに対応していてもよいし、１つのチャンネルのみに対応していてもよい。
【００１６】
次に試用コンテンツの作成について説明する。図３で、ステップＳ６では、前記ステップＳ２で処理された透かし埋め込み済み及び圧縮処理済みの各ファイルのデータの一部をサンプルとして切り出す。切り出した各ファイルのデータは試用コンテンツの元となるデータである。ステップＳ７では、上記切り出した各ファイルのデータのうち所定のファイルのデータの分解能を落とし、また、各ファイルのデータに対して所定の暗号化処理を施す。この暗号化処理もセキュリティ対策であるが、試用コンテンツであるため、ステップＳ３で行うメインの販売用コンテンツに対する暗号化よりは簡単なものであってよい。また、データ分解能の落とし方としては、オーディオファイルはサンプリングレートを下げ、画像・譜面ファイルは解像度（ｄｐｉ）を下げる、等を行う。これは、これらのファイルのデータ量が多くなりがちであるため、試用コンテンツ全体のデータ量を減少させるためである。また、試用コンテンツであるため、多少の分解能の低下は許容範囲と考えられるからである。このような工夫によって、通信ネットワークを介した試用コンテンツのデータ転送効率を上げることができる。
次に、ステップＳ８では、暗号化処理した各ファイルの切り出しデータを試用コンテンツとして、当該楽曲のＩＤに対応づけて、試用コンテンツ用のデータベース６に蓄積する。それから、前記ステップＳ５の処理を行い、この試用コンテンツ用のデータベース６に蓄積した試用コンテンツについても、そのＩＤとチャンネルとの対応付けを行う。従って、ユーザーからチャンネル指定呼び出しがあった場合、当該チャンネルに属する曲の試用コンテンツのリストをユーザーに送付することができる。
【００１７】
更に、ステップＳ６における各ファイルのデータからの試用コンテンツ用のデータの切り出し方について一例を説明する。ユーザーの試聴のためには、その曲を最も強く印象づける部分の演奏データを試用コンテンツとして切り出すことが望ましい。そのため、ＭＩＤＩファイルからの演奏情報の切り出し、オーディオファイルからそれに対応する曲中音声情報の切り出しとが重要である。そこで、これらの情報からの試用コンテンツの作成法の一例を図４及び図５を参照して説明する。
【００１８】
図４において、ステップＳ１０では、ＭＩＤＩファイルの演奏データからその演奏パターンを分析し、分析したパターンに応じて該ＭＩＤＩ演奏データを複数の区間に区切る。例えば、小節単位等、特定の繰り返しパターンが現われやすい区間で区切ればよい。例えば、同じような演奏パターンが時間を置いて現われる場合、あるいは連続して繰り返される場合など、それは曲のさびの部分若しくは特徴づける部分である可能性が高いので、演奏パターン分析に基づく区間分けは有効と思われる。なお、試用コンテンツの再生時間を指定入力してやり、この指定入力された再生時間に対応する時間を単位として演奏パターンの分析と区間分けを行うようにしてもよい。
次に、ステップＳ１１では、オーディオファイルに含まれる曲中音声情報（歌唱音声やコーラス音声）のエンベロープを検出し、検出したエンベロープの増減傾向から該音声情報を複数の区間に区切る。歌唱音声のエンベロープは、演奏の盛り上がりであるとか、さびなどに或る程度対応して存在感を示すので、曲の重要箇所を探るための参考になりうる。
【００１９】
次に、ステップＳ１２では、上記各ステップで区切ったＭＩＤＩデータ及び音声情報の各区間を照合して楽曲を特徴づける切り出し範囲（例えばさびの部分と思われる範囲）を決定する。この場合、必ずしも、ＭＩＤＩデータ及び音声情報の両方の区間分けを考慮することなく、一方のみから、曲の重要な部分が明らかである場合は、その部分を切り出し範囲として決定するようにしてよい。例えば、ＭＩＤＩデータにおいて同じような演奏パターンが時間を置いて繰り返し現われ、かつ、その場所が曲のさびの部分に該当することが多い箇所である場合は、その演奏パターンに関する範囲を切り出し範囲として決定するようにしてよい。あるいは、ＭＩＤＩデータの各区間毎のパターンの類否に基づき代表的パタ−ンを抽出し（例えば繰り返し現われるパターンを代表的パタ−ンとする）、音声情報の各区間のエンベロープの傾向から代表的エンベロープ区間（例えば盛り上がりを示している部分）を抽出し、代表的パターンと代表的エンベロープ区間とが重なる部分を含むように切り出し範囲を決定してもよい。
【００２０】
図５（ａ）は、音声エンベロープとＭＩＤＩファィルのパターンの出方を模式的に示した図であり、パターンＡが繰り返されており、かつ初めのパターンＡの箇所が音声エンベロープの盛り上がりに対応しているので、その範囲を切り出し範囲として決定する。図５（ａ）の例では、更に切り出し時間が指定されており、決定した切り出し範囲から更にその指定された時間分の範囲を切り出すようにしている。
【００２１】
次に、ステップＳ１３では、決定された切り出し範囲に対応する部分のデータをＭＩＤＩファイル及びオーディオファイルから取り出し、各部分の始まりと終わりに対応してそれぞれフェードイン及びフェードアウト処理を施す情報加工処理を行い、処理済みのものを試用コンテンツとして提供する。図５（ｂ）は、フェードイン及びフェードアウト処理を施す例を示したもので、音声情報（オーディオ信号）に対してはフェードイン及びフェードアウトのエンベロープを施し、ＭＩＤＩデータについては音量アップと音量ダウンを指示するデータを挿入すればよい。フェードイン及びフェードアウト処理のほかに他の適宜の情報加工処理を施すようにしてもよい。
【００２２】
なお、画像・譜面ファイルについては、ＭＩＤＩファイル及びオーディオファイル（曲中音声情報）で試用コンテンツとして切り出した切り出し範囲に対応する譜面データを切り出し、また、その切り出し範囲に対応する画像があればそれを切り出す。なければ、適当な画像の部分を切り出すようにしてよい。また、画像・譜面ファイルの試用コンテンツのデータ中には、例えば「ＳＡＭＰＬＥ」のような表示を挿入し、試用コンテンツの再生時においてそれが試用コンテンツであることを明らかにするとよい。また、サンプル画像はそのサイズを縮小してもよい。また、オーディオファイル中の解説音声については、適宜の部分を切り出すようにすればよく、また、不要であれば切り出さなくてもよい。以上のようにして、部分的に取り出した各ファイルのデータをひとまためにして試用ファイルとして、前述のようにデータベース６に蓄積する。なお、試用コンテンツのその他の切り出し法として、例えば、ステップＳ２で透かし情報を埋め込んだ箇所から試用コンテンツのデータを切り出すようにしてもよい。
以上のように、楽曲のディジタル演奏情報と該楽曲に含まれる音声情報（歌唱音声又はコーラス音声）の両方を考慮して楽曲を特徴づける切り出し範囲（例えばさびの部分）を自動的に決定することができ、試用コンテンツを容易かつ効率的に作成することができる。
【００２３】
図２に戻ると、プロフィールサーバー７は、データベース４，５，６に記憶した各楽曲についてのプロフィール（曲名、ジャンル、アーティスト、製作者、レーベル、ファイル種別、演奏時間、価格等の情報）をそのＩＤに対応づけて記憶するものである。例えば、図３において、ステップＳ１で曲の各ファイルＭｆｉｌｅ，Ａｆｉｌｅ，Ｇｆｉｌｅを取得した後、ステップＳ９の処理を適宜行い、取得した曲についてのプロフィールを作成し、これを曲ＩＤに対応づけてプロフィールサーバー７に記憶する。こうして、１つの楽曲に固有のＩＤに応じて、各データベース４〜７から、当該曲の販売用コンテンツのメイン部Ｃｃ，鍵情報部Ｃｋ，試用コンテンツ、プロフィールをそれぞれ読み出すことができる。
【００２４】
次に、ユーザー端末（クライアント）２側の処理につき、これに応答するサーバー１の処理と共に説明する。ユーザー端末２側においては、図２に示すように、本発明にかかわる処理を行うために専用アプリケーションソフト８を具えている。また、インターネット通信のためにＷＥＢブラウザ９も具えている。このほか、ＭＩＤＩ演奏データの再生機能（可聴的再生を含む）、オーディオデータの可聴的再生機能、画像データの電子的ディスプレイ及び／又はプリンタによる再生機能等、本発明を実施するために必要な諸機能を具備するのは勿論である。専用アプリケーションソフト８に従って実行されるユーザー端末２側の処理の概略が図６の左側に示されている。また、このユーザー端末２での処理に対応して双方向で実行されるサーバー１側の処理の概略が図６の右側に示されている。
【００２５】
まず、ユーザー端末２で専用アプリケーションソフト８を立ち上げると、サーバー１に放送中チャンネルを要求する（ステップＳ２０）。同時に、図７に示すような操作パネルがユーザー端末２のディスプレイにおける適宜の領域に表示される。
サーバー１では、ユーザーからの要求に応じて、現在放送可能なチャンネルの情報（ジャンルや製作者情報など）をユーザー端末２に送信する（ステップＳ２１）。ユーザー端末２ではサーバー１から送信された現在放送可能なチャンネル情報を取得する（ステップＳ２２）。
【００２６】
図７に示された操作パネル上の「チャンネル表示」エリアは、上記取得した放送可能なチャンネル情報に基づき、選択された放送局チャンネルの名称（サイト名あるいはチャンネル名若しくはチャンネル番号）を表示し、選択可能にするものである。例えば、ここにマウスを持ってくると選択可能なチャンネルがリストアップされ、その中から所望のチャンネルをクリックすることにより所望の放送局チャンネルの選局・変更を行うことができ、選択されたチャンネルを指定する情報がサーバー１に送信される（ステップＳ２３）。これに応じて、サーバー１からは、選択されたチャンネルに対応づけられている複数楽曲のＩＤをユーザー端末２に送信する（ステップＳ２４）。同時に、選択されたチャンネルに対応して用意されている楽曲目録その他を解説する音声、あるいは雰囲気を出すためのＢＧＭ音楽等が、ユーザー端末２に対して、一括ダウンロードで送信されるか、あるいはストリーミングで送信される。これらの音声及びＢＧＭ音楽はユーザー側で可聴再生される。これによって、ユーザーは、丁度ラジオを聴いているような雰囲気でリラックスして接することができる。図７に示された操作パネル上の「番組コメント等」のエリアには、選択されたチャンネルで用意している番組の紹介コメント等を表示する。
【００２７】
図７に示された操作パネル上の「チャンネル放送曲」エリアでは、選択されたチャンネルに対応して上記のようにして送信されてきた楽曲ＩＤ等に基づき、該チャンネルで選択可能な楽曲の選択枝を表示する。例えば、ここにマウスを持ってくると選択可能な楽曲がリストアップされ、その中から所望の曲をクリックすることにより所望の曲を選択することができ、選択された曲ＩＤをサーバー１に送信する（ステップＳ２５）。ここでの曲選択は、サンプル要求、つまり試用コンテンツの選択に相当する。この曲選択（試用コンテンツ選択）は、複数曲をまとめて選択することができる。
【００２８】
サーバー１では、ユーザーによって選択された曲ＩＤ（試用コンテンツの選択）に応じて、試用コンテンツデータベース６から該ＩＤに対応する試用コンテンツを読み出し、これを再生してユーザー端末２に送信するか、若しくはファイルのままユーザー端末２に送信する（ステップＳ２６）。サーバー１側で試用コンテンツを再生してからユーザー端末２に送信する場合は、ストリーミング送信となり、ユーザー端末２では、ストリーミング送信されてきた試用コンテンツの再生データをリアルタイムで可聴再生及び可視表示する（ステップＳ２７）。一方、サーバー１側から試用コンテンツをファイルのままユーザー端末２に送信する場合は、ユーザー端末２では送信されてきた試用コンテンツをダウンロードし、その各ファイルのデータの暗号化をデコードしながら可聴再生及び可視表示する（ステップＳ２７）。こうして試用コンテンツにより販売用コンテンツの一部サンプルを試聴することができる。試聴再生の際には、図７の操作パネルの下部の所定エリアにおいて、音声情報に適用されているサンプリング周波数や、ネットとの通信速度、曲の時間情報等を表示するとよい。ダウンロードした試用コンテンツは、専用アプリケーションソフト８の実行中はバッファに保存され、何回でも再生できる。その場合、図７に示す操作パネル上の再生ボタンＰＬＡＹや停止ボタンＳＴＯＰを操作し、また、巻戻しボタンＲＥＷを操作して所望位置に巻戻ししたり、早送りボタンＦＦを操作して所望位置まで早送りしたりすることができる。また、複数の試用コンテンツの再生シーケンスをユーザーが自由に指示し、そのシーケンスに従って、再生することもできる。その場合は簡易ＢＧＭ番組を構成できる。なお、ネットのデータ転送速度が速くない場合には、ステップＳ２６におけるストリーミング送信を行うことはあまり得策ではない。従って、ネットのデータ転送速度が十分に速い場合にステップＳ２６におけるストリーミング送信を行うようにするとよい。なお、バッファに保存したダウンロードした試用コンテンツは、専用アプリケーションソフト８を終了するときにすべて消去される。
【００２９】
図７に示す操作パネル上のモア・インフォ・ボタンＩｎｆｏは、所望の試用コンテンツの選択に応じて、又は選択された試用コンテンツの再生が行われているとき、操作パネルに現われ、該ボタンＩｎｆｏをクリックすることにより、該再生中のつまり試聴中の試用コンテンツについての更なる情報つまりプロフィール情報を要求する（ステップＳ２８）。例えばモア・インフォ・ボタンＩｎｆｏのクリックに応じて通常のＷＥＢブラウザ９を介してインタネットに自動的に接続し、プロフィールサーバー７における当該曲ＩＤのプロフィール情報が格納されているアドレスに自動的に飛ぶ（要するにリンクする）ようにしておくとよい。これに応じて、プロフィールサーバー７は当該曲ＩＤのプロフィール情報を読み出してユーザー端末２に送信する（ステップＳ２９）。
【００３０】
ユーザー端末２では、プロフィール情報を受け取ると、操作パネルが例えば図８のような画面に切り替わり、受信したプロフィールの内容（曲名、ジャンル、アーティスト、製作者、レーベル、ファイル種別、演奏時間、価格等）を表示する。ユーザーは購入ボタンをクリックすることで、当該曲ＩＤに係る販売用コンテンツを購入することができる。販売用コンテンツはその全ファイルに限らず、一部ファイルのみを選択して購入することも可能である。そのためには、関連商品ボタンをクリックする。関連商品ボタンをクリックすると、「演奏曲」、「歌詞音声」、「解説音声」、「譜面」、「画像」、「他の関連曲」等の関連商品メニューが表示され、そのうち所望の品目を選択的に組み合わせてコンテンツを購入することが可能である。その後、購入ボタンをクリックすると、購入要求がサーバー１に送信される（ステップＳ３０）。サーバー１では、購入要求と共に送られてきた曲ＩＤに応じて、該当する販売用コンテンツのメイン部Ｃｃと鍵情報部Ｃｋとをデータベース４，５から読み出し、ユーザー端末２へ送信する（ステップＳ３１）。ユーザー端末２では、受信した販売用コンテンツをダウンロードし、そのメイン部Ｃｃと鍵情報部Ｃｋとを用いて、各ファイル毎に暗号化データをデコードし、利用可能なデータに復元する（ステップＳ３２）。その際に、ステップＳ３０で一部ファイルのみの購入組み合わせが選択された場合は、選択されたファイルのみをデコードして利用可能とし、他の選択さなかったファイルのデータはデコードせずに廃棄する。勿論、これに限らず、サーバー１側で、購入組み合わせが選択された一部ファイルのデータのみを読み出し、ユーザーに送信するようにしてもよい。このように一部ファイルのみの購入組み合わせが選択できることにより、ユーザーの便宜が図れる。
【００３１】
更に、購入された販売用コンテンツの各ファイルの中に、個別購入毎に特有の付加情報を付加する処理を行う（ステップＳ３３）。この付加情報としては、「購入者情報」、「ファイル固有値」（シリアル番号）、「購入年月日」、「購入したサイト名（アドレス）」等がある。この付加情報は、購入した販売用コンテンツの各ファイルの中に単純なテキストとして付加してもよいし、コンテンツのデータ内に透かし情報として埋め込むようにしてもよい。このように販売した（購入した）コンテンツの中に固有の付加情報を付加することにより、正規の購入品であることの刻印が打たれたことになり、ユーザーに対する保証書として機能して、所定の保証期間中の製品保証や、保守サービスの保証を受けるための証となり、ユーザーの保護に役立つ。また、かかる付加情報が存在していないコンテンツは不正品であることが明白となるため不正コピー等に対する製作者や著作権者の権利保護に役立つ。
【００３２】
なお、ファイルの種類に応じて、更に、マシンＩＤを付加情報として追加して付加するようにしてよい。マシンＩＤとは、ユーザで使用する個別コンピュータに固有のＩＤ番号であり、このマシンＩＤを付加したファイルは、当該マシンＩＤに対応するコンピュータでのみ再生できるように制限する。例えば、ＭＩＤＩファイルは再生マシンをあまりにも限定するとかえって使い勝手が悪くなるため、マシンＩＤは追加付加せず、他のオーディオファイルや画像・譜面ファイルはマシンＩＤを付加情報として追加付加する、といった形態がある。また、画像・譜面ファイルのハードコピーの氾濫を防ぐために、画像・譜面ファイルをプリントアウトしたときは、ファイル内に埋め込まれている著作権者名や購入者名が一緒にプリントアウトされるようにするとよい。この場合、マシンＩＤは例えばユーザーＩＤとパスワードとで構成し、端末コンピュータのハードを変更した場合に対応でせきるようにするとよい。なお、付加情報は、サーバー１側で送信する販売用コンテンツ内に付加するようにしてもよい。
【００３３】
なお、コンテンツ購入の際に、再生回数限定付きで通常よりも安い価格で購入できるようにしてもよい。例えば、図８の関連商品ボタンをクリックして関連商品選択を行ったとき、同一の販売用コンテンツに関して複数の販売金額をユーザーに対して提示し、ユーザーが所望の金額の選択ができるようにする。このためには、図６のステップＳ３０の処理をそのように変更すればよい。そして、ユーザーの購入が確定したときにユーザーに対して提供する販売用コンテンツに対して前記選択された販売金額に対応する再生回数限定情報を付加する。このためには、図６のステップＳ３３の処理をそのように変更すればよい。あるいはサーバー１側でその再生回数限定情報を透かし情報としてコンテンツ内に埋め込み、それをユーザーに配信するようにしてもよい。その後、ユーザーが購入したコンテンツの再生回数を管理し、付加情報として記録された前記再生回数限定情報に対応する再生回数に達したら、当該コンテンツを再生不能とする。この場合の再生回数管理の仕方としては、例えば、コンテンツ内に書替え可能な情報として再生回数データを記録し、このデータを最初は０で記録し、再生を行う毎にカウントアップする、というようにすればよい。そして、再生回数データが再生回数限定情報に達したら、「購入時の規定回数に達したため再生できません。」といったような表示または告知をユーザーに対して行うようにするとよい。更には、コンテンツの再生時において、「あと何回再生できます。」といったような表示または告知をユーザーに対して行うようにしてもよい。
【００３４】
なお、コンテンツの再生時において、各ファイル間での同期を適切にとりながら再生を行うことが望ましい。そのための同期再生法としては、適宜の手法を用いてよい。ＭＩＤＩファイル、オーディオファイル、画像ファイルについての最も簡単な同期方法としては、予めこれらの再生時間を合わせ込んだ状態でデータを作成し、これらのファイルの再生開始を同時に行えば、自然に同期がとれることになる。その他の手法として、オーディオファイルあるいは画像ファイルを起動させるべきタイミングでＭＩＤＩファイルの中に例えばイクスクルーシブデータとして起動指示データを組み込んでおき、ＭＩＤＩ演奏の再生に同期してイクスクルーシブデータが読み出されることで、これらオーディオファイルあるいは画像ファイルを起動させるようにしてもよい。その場合は、ＭＩＤＩ演奏のテンポ変更に連動してオーディオファイルあるいは画像ファイルの起動時点も変化する。
【００３５】
更に、すべてのファイルの再生スケジュールを統括して管理する再生スケジュール管理情報を使用して、再生開始時からの時間経過に従って、ＭＩＤＩファイル、オーディオファイル、画像ファイルの各データの再生タイミングをそれぞれ管理するようにしてもよい。ＭＩＤＩファイルは再生テンポが確定しているので、イベント間のタイミングを示すメタイベントを加算することにより再生の冒頭からの経過時間が判り、再生すべき箇所の時間を把握することができる。また、オーディオファイルにおいても、再生サンプリング周波数が確定しているので、各サンプル点位置についての再生開始時からの経過時間が確定することになり、各サンプル点位置の時間を把握することができる。また、画像ファイルは、画像の各コマに再生開始時からの時間情報を予め入力しておけばよい。これによって、各ファイルを再生開始時からの共通の時間軸で統合して管理することができ、各ファイルの再生処理がそれぞれ別ルーチンで行われていても、その再生時間位置が合うように各ファイルの再生位置を随時修正するようにすればよい。
以上のように、各ファイルの再生同期を適切にとることにより、ダウンロードしてきた複数曲のデータの巻戻しや早送りを行って選択的に再生をおこなわせることが可能である。また、ＭＩＤＩのイクスクルーシブを利用する方式や統合的に再生時間を管理する方式では、曲中の特定小節等、特定箇所での再生指示等も容易に行うことができる。
【００３６】
図９（ａ）に示すように、ユーザー端末２は、携帯電話やＰＨＳのような無線式携帯端末２０であってもよい。その場合、無線式携帯端末２０には、適宜の楽音生成機能（音源機能やシーケンサ機能）を持たせるものとする。図９（ｂ）は楽音生成機能を持たせた無線式携帯端末２０の内部構成例を示すブロック図である。無線式携帯端末２０は、通常の携帯電話側回路２１のほかに、ＣＰＵ２２、ＲＡＭ２３、ＲＯＭ２４を含むマイクロコンピュータを内蔵しており、携帯電話側回路２１と該マイクロコンピュータとの間は通信インターフェイス２５を介して相互に通信する。携帯電話側回路２１では、インターネット機能若しくは簡易インターネット機能を有しており、インターネット通信時においてサーバー１との間の無線電話接続を確立すると内部の通信インターフェイス２５を介して上記内蔵マイクロコンピュータとサーバー１との間の情報通信を可能にする。ＲＯＭ２４においては、楽音生成機能に必要なプログラム及びデータ類を記憶し、更に、本発明に係るアプリケーションソフトウェアを記憶させておく。この場合、ＲＯＭ２４を、フラッシュＲＯＭのような書換え可能なメモリを使用し、楽音生成用のプログラムやデータあるいは本発明に係るアプリケーションソフトウェアの内容を随時更新できるようにしてもよい。
【００３７】
なお、入力操作用の各種スイッチやマウスの機能は、携帯電話側回路２１で具備するスイッチ類を利用するものとする。その場合、内部の通信インターフェイス２５を介して、携帯電話側回路２１でのスイッチ操作情報を上記内蔵マイクロコンピュータで受け取り、これらの操作入力信号に応じて上述の本発明に従う処理を進める。また、この処理の過程でサーバー１から受け取った試用コンテンツあるいは提供用コンテンツ等の各種データは、携帯電話側回路２１から通信インターフェイス２５を介して内蔵マイクロコンピュータに送られ、ＲＡＭ２３に記憶される。更に、内蔵マイクロコンピュータで生成した各種表示データは、通信インターフェイス２５を介して携帯電話側回路２１に送られ、そのディスプレイで表示させることができる。また、内蔵マイクロコンピュータの側で生成した演奏データも通信インターフェイス２５を介して携帯電話側回路２１に送り、そこから無線電話回線を介して所望の端末に対して送信することができる。また、内蔵マイクロコンピュータの側で生成した楽音再生データも通信インターフェイス２５を介して携帯電話側回路２１に送り、その内蔵スピーカから放音させることができる。なお、ＭＩＤＩイターフェイス２６を具備し、外部との間でＭＩＤＩ演奏データの送受を行えるようにしてもよい。更に、上記のようにしてサーバー１から取り込んだ楽音・音色データ、楽曲データ、画像データ等のうち好みのものを適宜手段によって保存しておき、これらを携帯電話の着信音や着信メロディ、あるいは着信を知らせる画像データ等として利用することが可能である。また、これらの楽音・音色データ、楽曲データ、画像データ等のうち好みのものを、通話中のバックグラウンドミュージックあるいはバックグラウンドビジュアル画像として使用することも可能である。なお、無線式携帯端末２０としては、専用の携帯電話に限らず、例えばその他適宜の携帯機器（例えば携帯ナビゲータ）に携帯電話機能若しくは無線通信機能を付加したものを使用することができる。
【００３８】
【発明の効果】
以上の通り、この発明によれば、クライアントから楽曲の選択情報が発生されると、これに応じて当該楽曲に対応する試用コンテンツを提供し、また、この楽曲の選択情報の発生に応じて提供中（又は取得中）の試用コンテンツに対応する楽曲のプロフィールを表すプロフィール情報の提供要求（又は取得要求）がクライアントから発生されると、これに応じて該提供する試用コンテンツに対応するプロフィール情報をサーバから提供するようになっているので、クライアントにおけるユーザに、効率的かつ的確に、望むコンテンツ又は情報が受け取られるようにすることができる、という優れた効果を奏する。すなわち、試用コンテンツを提供するだけの場合は、該試用コンテンツを提供するために必要最小限の処理ステップと処理時間で処理が済むので、効率的である。例えば、ユーザが試用コンテンツのみでは購入の決断がつきかね、更に追加の情報を望む場合に、プロフィール情報の提供要求（又は取得要求）を発生することで、プロフィール情報が提供され、このプロフィール情報によって楽曲のプロフィールをさらに知ることができる。従って、試用コンテンツとプロフィール情報とを一律的に同時に提供するような場合に比べて、はるかに効率的かつ的確に、ユーザに望む情報を提供することができる。また、プロフィール情報は、提供中（又は取得中）の試用コンテンツに対応して提供されるので、ユーザは提供されたプロフィール情報がどの楽曲に対応するものかを直感的に理解することができる、という利点もある。
【図面の簡単な説明】
【図１】 この発明の一実施例の全体システム構成を略示するブロック図。
【図２】 サーバーにおけるコンテンツの準備の仕方を概略例示すると共に、サーバーとユーザー端末との間での情報のやりとり例を示すブロック図。
この発明の一実施例の全体システム構成を略示するブロック図。
【図３】 サーバーデータベース構築処理の手順例を略示するフロー図。
【図４】 試用コンテンツの作成法の一例を示すフロー図。
【図５】 音声エンベロープとＭＩＤＩファィルのパターンの関係に基づき試用コンテンツとなるサンプルの切り出し例を示す図。
【図６】 ユーザー端末とサーバーとの間で双方向で実行される処理の概略例を示すフロー図。
【図７】 ユーザー端末における操作パネルの一例を示す図。
【図８】 ユーザー端末における操作パネルの別の表示例を示す図。
【図９】 ユーザー端末の別の例として無線式携帯端末を使用する例を示すブロック図。
【符号の説明】
１ サーバー
２ ユーザー端末（クライアント）
３ 通信ネットワーク
４ 販売用コンテンツのメインデータベース
５ 販売用コンテンツの鍵情報データベース
６ 試用コンテンツのデータベース
２０ 無線式携帯端末
Claims (6)
- 楽曲を再生可能に記録したデータである提供用コンテンツと該楽曲の一部を再生可能に記録したデータである試用コンテンツとを通信ネットワークを介して当該サーバ装置からクライアントに提供するサーバ装置であって、
それぞれ複数の試用コンテンツでなる複数の試用コンテンツの再生シーケンスであってユーザー指示に係る１の再生シーケンスであり、当該再生シーケンス中の順次再生される各楽曲に対応する楽曲ＩＤを含む楽曲の選択情報の発生に応じて、当該楽曲ＩＤに対応する前記試用コンテンツを提供する手段と、
前記クライアントに提供しかつ該クライアントにおいて再生中の試用コンテンツに対応する楽曲のプロフィールを表すプロフィール情報の提供要求であって楽曲を特定する楽曲ＩＤを含み、前記再生シーケンスを構成する複数の試用コンテンツのうち、前記クライアントにて再生中の１試用コンテンツに対応するプロフィール情報の前記楽曲ＩＤを含む提供要求の発生に応じて、前記提供しかつ再生中の試用コンテンツの該楽曲ＩＤに対応する前記プロフィール情報を提供する手段と
を具えたことを特徴とするサーバ装置。 - 前記プロフィール情報は、前記提供する試用コンテンツに対応する楽曲のプロフィールと、さらに、前記提供用コンテンツに関する情報を含み、
前記プロフィール情報に含まれる前記提供用コンテンツに関する情報に応じた前記提供用コンテンツの提供要求が発生したことに応じて、前記提供用コンテンツを提供するステップをさらに具えたことを特徴とする請求項１に記載のサーバ装置。 - 楽曲を再生可能に記録したデータである提供用コンテンツと該楽曲の一部を再生可能に記録したデータである試用コンテンツとを通信ネットワークを介してサーバから取得するクライアント装置であって、
それぞれ複数の試用コンテンツでなる複数の試用コンテンツの再生シーケンスであってユーザー指示に係る１の再生シーケンスにおける１試用コンテンツであり、前記再生シーケンス中の順次再生される各楽曲に対応する楽曲ＩＤを含む楽曲の選択情報の発生に応じて、当該楽曲ＩＤに対応する前記試用コンテンツを取得するとともに再生する手段と、
前記再生シーケンスを構成する複数の試用コンテンツのうち、該再生シーケンスに従って取得しかつ再生中の試用コンテンツに対応する楽曲のプロフィールを表すプロフィール情報の取得要求であって、楽曲を特定する楽曲ＩＤを含む前記取得要求の発生に応じて、当該再生中の試用コンテンツの該楽曲ＩＤに対応する前記プロフィール情報を前記サーバから取得する手段と
を具えたことを特徴とするクライアント装置。 - 前記プロフィール情報は、前記取得する試用コンテンツに対応する楽曲のプロフィールと、さらに、前記提供用コンテンツに関する情報を含み、
前記プロフィール情報に含まれる前記提供用コンテンツに関する情報に基づいた前記提供用コンテンツの取得要求を発生することに応じて、該提供用コンテンツの提供を前記サーバから受け、これを取得する手段をさらに具えたことを特徴とする請求項３に記載のクライアント装置。 - 楽曲を再生可能に記録したデータである提供用コンテンツと該楽曲の一部を再生可能に記録したデータである試用コンテンツとを通信ネットワークを介して当該サーバからクライアントに提供するサーバ装置が具備するコンピュータに、
それぞれ複数の試用コンテンツでなる複数の試用コンテンツの再生シーケンスであってユーザー指示に係る１の再生シーケンスであり、当該再生シーケンス中の順次再生される各楽曲に対応する楽曲ＩＤを含む楽曲の選択情報の発生に応じて、当該楽曲ＩＤに対応する前記試用コンテンツを提供する手順と、
前記クライアントに提供しかつ該クライアントにおいて再生中の試用コンテンツに対応する楽曲のプロフィールを表すプロフィール情報の提供要求であって楽曲を特定する楽曲ＩＤを含み、前記再生シーケンスを構成する複数の試用コンテンツのうち、前記クライアントにて再生中の１試用コンテンツに対応するプロフィール情報の前記楽曲ＩＤを含む提供要求の発生に応じて、前記提供しかつ再生中の試用コンテンツの該楽曲ＩＤに対応する前記プロフィール情報を提供する手順と、
を実行させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。 - 楽曲を再生可能に記録したデータである提供用コンテンツと該楽曲の一部を再生可能に記録したデータである試用コンテンツとを通信ネットワークを介してサーバから取得するクライアント装置が具備するコンピュータに、
それぞれ複数の試用コンテンツでなる複数の試用コンテンツの再生シーケンスであってユーザー指示に係る１の再生シーケンスにおける１試用コンテンツであり、前記再生シーケンス中の順次再生される各楽曲に対応する楽曲ＩＤを含む楽曲の選択情報の発生に応じて、当該楽曲ＩＤに対応する前記試用コンテンツを取得するとともに再生する手順と、
前記再生シーケンスを構成する複数の試用コンテンツのうち、該再生シーケンスに従って取得しかつ再生中の試用コンテンツに対応する楽曲のプロフィールを表すプロフィール情報の取得要求であって、楽曲を特定する楽曲ＩＤを含む前記取得要求の発生に応じて、当該再生中の試用コンテンツの該楽曲ＩＤに対応する前記プロフィール情報を前記サーバから取得する手順と、
を実行させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002368768A JP4365087B2 (ja) | 1999-05-21 | 2002-12-19 | ネットワークを介したコンテンツ提供方法及び装置並びにコンテンツ取得方法及び装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11-142501 | 1999-05-21 | ||
| JP14250199 | 1999-05-21 | ||
| JP2002368768A JP4365087B2 (ja) | 1999-05-21 | 2002-12-19 | ネットワークを介したコンテンツ提供方法及び装置並びにコンテンツ取得方法及び装置 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001195498A Division JP3403717B2 (ja) | 1999-05-21 | 2001-06-27 | ネットワークを介したコンテンツ提供方法及び装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003241770A JP2003241770A (ja) | 2003-08-29 |
| JP4365087B2 true JP4365087B2 (ja) | 2009-11-18 |
Family
ID=27790267
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002368768A Expired - Fee Related JP4365087B2 (ja) | 1999-05-21 | 2002-12-19 | ネットワークを介したコンテンツ提供方法及び装置並びにコンテンツ取得方法及び装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4365087B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006195002A (ja) * | 2005-01-11 | 2006-07-27 | Xing Inc | コンテンツ配信システム |
| JP2007017865A (ja) * | 2005-07-11 | 2007-01-25 | Faith Inc | 音楽再生管理システム |
| JP2008152279A (ja) * | 2008-02-01 | 2008-07-03 | Yamaha Corp | 電子音楽装置およびその制御方法を実現するためのプログラム |
| JP4502021B2 (ja) * | 2008-02-01 | 2010-07-14 | ヤマハ株式会社 | 電子音楽装置およびその制御方法を実現するためのプログラム |
-
2002
- 2002-12-19 JP JP2002368768A patent/JP4365087B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003241770A (ja) | 2003-08-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2001042866A (ja) | ネットワークを介したコンテンツ提供方法及びシステム | |
| US6931451B1 (en) | Systems and methods for modifying broadcast programming | |
| JP4162181B2 (ja) | 番組作成再生装置及び番組作成再生方法並びに記憶媒体 | |
| US7191023B2 (en) | Method and apparatus for sound and music mixing on a network | |
| US20130269015A1 (en) | Related information successively outputting method, related information successively providing method, related information successively outputting apparatus, related information successively providing apparatus, related information successively outputting program and related information successively providing program | |
| US20080259745A1 (en) | Document Recording Medium, Recording Apparatus, Recording Method, Data Output Apparatus, Data Output Method and Data Delivery/Distribution System | |
| JP2001036423A (ja) | 番組再生システム及び番組再生方法 | |
| JP3956411B2 (ja) | カラオケ装置 | |
| JP2009266083A (ja) | 試聴用コンテンツ配信システムおよび端末装置 | |
| JP4209126B2 (ja) | 番組供給用のサーバ装置及び再生用のクライアント装置並びに方法 | |
| JP4326669B2 (ja) | ビート情報配信システム | |
| JP4365087B2 (ja) | ネットワークを介したコンテンツ提供方法及び装置並びにコンテンツ取得方法及び装置 | |
| JP3403717B2 (ja) | ネットワークを介したコンテンツ提供方法及び装置 | |
| JP3405412B2 (ja) | ネットワークを介したコンテンツ取得方法及び装置 | |
| JP3262121B1 (ja) | 音楽コンテンツから試用コンテンツを作成する方法 | |
| JP2006191633A (ja) | 通信ネットワークを介してコンテンツを取得し再生するクライアント装置及びコンテンツ再生方法 | |
| JP4356639B2 (ja) | 番組作成再生装置及び番組作成再生方法並びに記憶媒体 | |
| KR100462826B1 (ko) | 독립된 둘 이상의 멀티미디어 데이터의 동기화 재생을 위한 휴대용 멀티미디어 데이터 재생 장치 및 그 재생 제어 방법과, 멀티미디어 데이터를 제공하는 시스템 | |
| GB2363227A (en) | Analysing music to determine a characteristic portion for a sample. | |
| JP3649202B2 (ja) | 番組供給用のサーバ装置及び再生用のクライアント装置並びに方法 | |
| JP4150580B2 (ja) | 配信システム、再生機器およびコンテンツ再生方法 | |
| KR20010038854A (ko) | 악보와 가사가 함께 제공되는 음악 파일 형식 및 제공 방법 | |
| JP4209127B2 (ja) | 番組供給用のサーバ装置及び再生用のクライアント装置並びに方法 | |
| JP2008225232A (ja) | 信号処理方法および音声コンテンツ配信方法 | |
| KR100520449B1 (ko) | Ｖｏｄ 컨텐츠 재생중 특정 ｕｒｌ 접속방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040722 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070508 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070706 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070814 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071015 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080108 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080307 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080424 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20080501 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20080530 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090820 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120828 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130828 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |