【事件の表示】
　特許第３４０３７１７号「ネットワークを介したコンテンツ提供方法及び装置」の請求項１に係る特許に対する特許異議の申立てについて、次のとおり決定する。
【結　論】
　訂正を認める。
　特許第３４０３７１７号の請求項１に係る特許を維持する。
【理　由】
１．手続の経緯
　特許第３４０３７１７号の請求項１ないし６に係る発明についての出願は、平成１１年９月２１日（優先権主張平成１１年５月２１日）に出願した特願平１１−２６７０７７号の一部を平成１３年６月２７日に新たな特許出願としたものであって、平成１５年２月２８日にその発明について特許権の設定登録がされ、その後、その特許について、異議申立人原田一男により特許異議の申立がなされ、取消しの理由が通知され、その指定期間内である平成１６年９月６日に訂正請求がなされたものである。
　
２．訂正の適否についての判断
（１）訂正の内容
　訂正事項ａ
　特許請求の範囲を
「【請求項１】　
処理手段と記憶手段を有するサーバが、該記憶手段に記憶された
てク
端末
送信し
　
前記処理手段が
端末
データを、前記通信ネットワークを介して該クライアント端末に送信する処理を行う
　
前記処理手段が、前記クライアント端末において
され
を該クライアント端末から前記通信ネットワークを介して受信し、該受信した情報
処理を行う
　
前記処理手段が、前記記憶手段から読み出されて前記通信ネットワークを介して前記クライアント端末に
処理を行う
で構成される
【請求項２】　前記請求項１に記載のネットワークを介したコンテンツ提供方法をコンピュータに実行させるプログラムを記憶してなることを特徴とするコンピュータ読み取り可能な記憶媒体。
【請求項３】　楽曲を再生可能に記録したデータであるコンテンツを通信ネットワークを介してクライアントに提供するサーバ装置であって、
　前記クライアントを使用するユーザに対して前記コンテンツの購入金額の選択を促す手段と、
　前記購入金額が選択されたことに応じて発生する当該購入金額に関する情報に基づいてコンテンツの再生可能な回数を規定する手段と、
　前記提供されるコンテンツに対して前記再生可能な回数を規定する情報を付加する手段と
を具えたことを特徴とするサーバ装置。
【請求項４】　
処理手段と提示手段と操作手段を有するクライアント端末が
てサ
受信し
　
前記処理手段が
端末
情報を前記提示手段にて提示させる処理を行う
　
前記処理手段が、前記操作手段による操作入力に応じて
処理を行う
　
前記処理手段が、
通信ネットワークを介して受信し
処理を行う
で構成される
【請求項５】　前記請求項４に記載のネットワークを介したコンテンツ取得方法をコンピュータに実行させるプログラムを記憶してなることを特徴とするコンピュータ読み取り可能な記憶媒体。
【請求項６】　楽曲を再生可能に記録したデータであるコンテンツを通信ネットワークをしてサーバから取得するクライアント装置であって、
　前記クライアントを使用するユーザに対して前記コンテンツの購入金額の選択を促す手段と、
　前記購入金額が選択されたことに応じて発生する当該購入金額に関する情報に基づいてコンテンツの再生可能な回数を規定する手段と、
　前記取得されるコンテンツに対して前記再生可能な回数を規定する情報を付加する手段と
を具えたことを特徴とするクライアント装置。」と訂正するものである（下線部が訂正箇所）。
　
　訂正事項ｂ
　明細書の段落【０００６】を
「【課題を解決するための手段】請求項１に係るネットワークを介したコンテンツ提供方法は、
処理手段と記憶手段を有するサーバが、該記憶手段に記憶された
てク
端末
送信し
前記処理手段が、
端末
データを、前記通信ネットワークを介して該クライアント端末に送信する処理を行う
前記処理手段が、前記クライアント端末において
され
を該クライアント端末から前記通信ネットワークを介して受信し、該受信した情報に
処理を行う
前記処理手段が、前記記憶手段から読み出されて前記通信ネットワークを介して前記クライアント端末に
処理を行う
で構成される
　
　訂正事項ｃ
　明細書の段落【０００７】を
「更に、本発明は上述のコンテンツ提供方法に対応するコンテンツ取得方法を提供するものであり、請求項４に係るネットワークを介したコンテンツ取得方法は、
処理手段と提示手段と操作手段を有するクライアント端末が、
てサ
受信し
前記処理手段が、
端末
情報を前記提示手段にて提示させる処理を行う
前記処理手段が、前記操作手段による操作入力に応じて
処理を行う
前記処理手段が、
通信ネットワークを介して受信し
処理を行う
で構成される
　
（２）訂正の目的の適否、新規事項の有無及び特許請求の範囲の実質的拡張変更の存否
　上記訂正事項ａは、特許請求の範囲の減縮を目的とした明細書の訂正に該当し、上記訂正事項ｂ、ｃは明瞭でない記載の釈明を目的とした明細書の訂正に該当し、いずれも、新規事項の追加に該当せず、実質上特許請求の範囲を拡張し、又は変更するものではない。
　
（３）独立特許要件
　上記訂正事項ａにおける請求項４に係る訂正は、特許異議の申立てがされていない請求項についての訂正であって、特許請求の範囲の減縮を目的としたものに該当し、また、訂正明細書の請求項２、５は、前記訂正事項ａにおける請求項１、４の訂正に伴い、訂正されたものであり、当該訂正は、特許異議の申立てがされていない請求項についての訂正であって、特許請求の範囲の減縮を目的としたものに該当するから、訂正明細書の請求項２、４、５に係る発明の独立特許要件について検討する。
　訂正明細書の請求項４に係る発明は、「処理手段と提示手段と操作手段を有するクライアント端末が、楽曲を再生可能に記録したデータであるコンテンツを通信ネットワークを介してサーバから受信し取得する方法」であって、「前記処理手段が、前記クライアント端末を使用するユーザに対して前記コンテンツの購入金額の選択を促す情報を前記提示手段にて提示させる処理を行うステップ」と、「前記処理手段が、前記操作手段による操作入力に応じて前記購入金額が選択されたことに応じて発生する当該購入金額に関する情報に基づいてコンテンツの再生可能な回数を規定する処理を行うステップ」と、「前記処理手段が、前記通信ネットワークを介して受信し取得されるコンテンツに対して前記再生可能な回数を規定する情報を付加する処理を行うステップ」を発明を特定する事項としていることからすると、請求項４に係る発明は、「サーバ」、「通信ネットワーク」、「クライアント端末」という手段を備え、上記「クライアント端末」は、処理手段と提示手段と操作手段というハードウエア資源を有するものであり、各ステップでの処理が、前記ハードウエア資源を用いて具体的に実現される処理として特定されていると認められる。請求項４を引用する請求項５も同じである。また、請求項１における情報処理がハードウエア資源を用いて具体的に実現されることは後記のとおりであるから、請求項１を引用する請求項２の情報処理も同じくハードウエア資源を用いて具体的に実現されるものである。
　そうすると、下記４．（２）と同様の理由により、訂正明細書の特許請求の範囲の請求項２、４、５に係る発明を、特許を受けることができないものとすることはできない。
　したがって、訂正明細書の請求項２、４、５に係る発明は、出願の際、独立して特許を受けることができるものである。
　
（４）むすび
　以上のとおりであるから、上記訂正は、特許法第１２０条の４第２項及び第３項において準用する特許法第１２６条第２項から第４項までの規定に適合するので、当該訂正を認める。
　
３．特許異議の申立ての概要
　異議申立人原田一男は、本件請求項１に係る発明の特許は、自然法則を利用した技術思想の創作とは認められないから、特許法第２９条第１項柱書の規定により特許を受けることができないものであり、取り消されるべきものである旨主張している。
　
４．特許異議の申立てについての判断
（１）本件特許発明
　上記のとおり、平成１６年９月６日付の訂正請求は認容されるので、本件の請求項１に係る発明（以下「本件特許発明」という。）は、訂正明細書の特許請求の範囲に記載された請求項１に記載の次のとおりのものと認める。
「【請求項１】　処理手段と記憶手段を有するサーバが、該記憶手段に記憶された楽曲を再生可能に記録したデータであるコンテンツを通信ネットワークを介してクライアント端末に送信し提供する方法であって、
　前記処理手段が、前記クライアント端末を使用するユーザに対して前記コンテンツの購入金額の選択を促すデータを、前記通信ネットワークを介して該クライアント端末に送信する処理を行うステップと、
　前記処理手段が、前記クライアント端末において前記購入金額が選択されたことに応じて発生される当該購入金額に関する情報を該クライアント端末から前記通信ネットワークを介して受信し、該受信した情報に基づいてコンテンツの再生可能な回数を規定する処理を行うステップと、
　前記処理手段が、前記記憶手段から読み出されて前記通信ネットワークを介して前記クライアント端末に提供されるコンテンツに対して前記再生可能な回数を規定する情報を付加する処理を行うステップと
で構成されることを特徴とするネットワークを介したコンテンツ提供方法。」
　
（２）判断
　本件特許発明が、自然法則を利用した技術思想の創作に該当するか否かについて検討する。
　本件特許発明は、「処理手段と記憶手段を有するサーバが、該記憶手段に記憶された楽曲を再生可能に記録したデータであるコンテンツを通信ネットワークを介してクライアント端末に送信し提供する方法」であって、「前記処理手段が、前記記憶手段から読み出されて前記通信ネットワークを介して前記クライアント端末に提供されるコンテンツに対して前記再生可能な回数を規定する情報を付加する処理を行うステップ」を発明を特定する事項としていることから、本件特許発明は、「サーバ」、「通信ネットワーク」、「クライアント端末」という手段を備え、上記「サーバ」は、処理手段と記憶手段というハードウエア資源を有するものであり、そして、本件特許発明での、楽曲を再生可能に記録したデータであるコンテンツを通信ネットワークを介してクライアント端末に提供する処理が、上記記憶手段から、記憶された楽曲を再生可能に記録したデータであるコンテンツを読み出し、該コンテンツに対して、上記処理手段が再生可能な回数を規定する情報を付加する処理を行い、このコンテンツを通信ネットワークを介してクライアント端末に送信することにより具体的に実現されることは明らかである。
　また、本件特許発明は、「前記処理手段が、前記クライアント端末を使用するユーザに対して前記コンテンツの購入金額の選択を促すデータを、前記通信ネットワークを介して該クライアント端末に送信する処理を行うステップ」と、「前記処理手段が、前記クライアント端末において前記購入金額が選択されたことに応じて発生される当該購入金額に関する情報を該クライアント端末から前記通信ネットワークを介して受信し、該受信した情報に基づいてコンテンツの再生可能な回数を規定する処理を行うステップ」を発明を特定する事項としていることから、本件特許発明での、クライアントを使用するユーザに対して前記コンテンツの購入金額の選択を促す処理、及び購入金額が選択されたことに応じて発生する当該購入金額に関する情報に基づいてコンテンツの再生可能な回数を規定する処理が、前記処理手段が、クライアント端末を使用するユーザに対してコンテンツの購入金額の選択を促すデータを、通信ネットワークを介して該クライアント端末に送信する処理を行い、また、前記処理手段が、クライアント端末において購入金額が選択されたことに応じて発生される当該購入金額に関する情報を該クライアント端末から通信ネットワークを介して受信し、該受信した情報に基づいてコンテンツの再生可能な回数を規定する処理を行うことにより具体的に実現されるものである。
　そうすると、本件特許発明は、その情報処理がハードウエア資源を用いて具体的に実現されたものであるといえる。
　したがって、本件特許発明は、自然法則を利用した技術的思想の創作であるといえ、特許法第２９条第１項柱書きに規定する要件を満たしていると認められる。
　
（３）むすび
　以上のとおりであるから、特許異議申し立ての理由によっては、本件請求項１に係る発明の特許を取り消すことができない。
　また、他に本件請求項１に係る特許を取り消すべき理由を発見しない。
　よって、結論のとおり決定する。
【異議決定日】
平成１７年１０月２１日（２００５．１０．２１）
【訂正の要旨】
審決（決定）の【理由】欄参照。
（５４）【発明の名称】
ネットワークを介したコンテンツ提供方法及び装置
（５７）【特許請求の範囲】
　【請求項１】
処理手段と記憶手段を有するサーバが、該記憶手段に記憶された
てク
端末
送信し
　
前記処理手段が、
端末
データを、前記通信ネットワークを介して該クライアント端末に送信する処理を行う
　
前記処理手段が、前記クライアント端末において
され
を該クライアント端末から前記通信ネットワークを介して受信し、該受信した情報
処理を行う
　
前記処理手段が、前記記憶手段から読み出されて前記通信ネットワークを介して前記クライアント端末に
処理を行う
で構成される
　【請求項２】前記請求項１に記載のネットワークを介したコンテンツ提供方法をコンピュータに実行させるプログラムを記憶してなることを特徴とするコンピュータ読み取り可能な記憶媒体。
　【請求項３】楽曲を再生可能に記録したデータであるコンテンツを通信ネットワークを介してクライアントに提供するサーバ装置であって、
　前記クライアントを使用するユーザに対して前記コンテンツの購入金額の選択を促す手段と、
　前記購入金額が選択されたことに応じて発生する当該購入金額に関する情報に基づいてコンテンツの再生可能な回数を規定する手段と、
　前記提供されるコンテンツに対して前記再生可能な回数を規定する情報を付加する手段と
を具えたことを特徴とするサーバ装置。
　【請求項４】
処理手段と提示手段と操作手段を有するクライアント端末が、
てサ
受信し
　
前記処理手段が、
端末
情報を前記提示手段にて提示させる処理を行う
　
前記処理手段が、前記操作手段による操作入力に応じて
処理を行う
　
前記処理手段が、
通信ネットワークを介して受信し
処理を行う
で構成される
　【請求項５】前記請求項４に記載のネットワークを介したコンテンツ取得方法をコンピュータに実行させるプログラムを記憶してなることを特徴とするコンピュータ読み取り可能な記憶媒体。
　【請求項６】楽曲を再生可能に記録したデータであるコンテンツを通信ネットワークをしてサーバから取得するクライアント装置であって、
　前記クライアントを使用するユーザに対して前記コンテンツの購入金額の選択を促す手段と、
　前記購入金額が選択されたことに応じて発生する当該購入金額に関する情報に基づいてコンテンツの再生可能な回数を規定する手段と、
　前記取得されるコンテンツに対して前記再生可能な回数を規定する情報を付加する手段と
を具えたことを特徴とするクライアント装置。
【発明の詳細な説明】
　【０００１】
　【発明の属する技術分野】この発明は、音楽を含むコンテンツを通信ネットワークを介して提供する方法及び装置及び記録媒体に関し、例えばネットワークを介してオンラインで音楽コンテンツを販売するような場合において応用可能なものである。
　【０００２】
　【従来の技術】販売に供される音楽ソフトの代表的な形態は、今日ではＣＤ（コンパクト・ディスク）メディアを用いたものであり、楽曲の楽器演奏音及び歌唱音声を含む全演奏音をＰＣＭ（パルス・コード変調）方式によってディジタル符号化し、これをＣＤに記録してなるものである。一方、ＭＩＤＩ（Ｍｕｓｉｃａｌ　Ｉｎｓｔｒｕｍｅｎｔ　Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ）規格のディジタル演奏情報からなる楽曲データを記録してなるメディア（ＭＩＤＩ曲集）の販売も行われている。これらの音楽ソフトの通常の販売形態は、ユーザーが販売店に出向き、所望のメディアを購入するのが普通である。その場合、販売されている曲がどのようなものかを試聴することは容易にはできず、せいぜい販売店に予め用意されている限られた曲についての試聴メディアを聴くことができるにすぎなかった。
　【０００３】一方、いわゆる通信カラオケの分野では、ＭＩＤＩ演奏情報からなるカラオケソフトを通信ネットワークを介して端末に伝送配信することが従来より行われている。しかし、個人のユーザーが自由にネットにアクセスして、所望の曲データを購入できるものではなく、従って、購入前にユーザーが曲の試聴を行えるようなシステムではなかった。また、伝送配信される曲もカラオケ曲に限られていた。最近では、インタネットの普及により、ＭＩＤＩ演奏情報からなる楽曲データをクライアントの要求に応じてインタネット経由でサーバーから配信するシステムも一部運営されるようになってきている。例えば、最近ではラジオやテレビのような既存のマスメディアとは異なった新しい番組の提供形態としてインターネット放送局が出現してきている。インターネット放送局は、視聴者からの要求に応じて通信ネットワークを介して音楽番組を配信することを意図している。すなわち、パーソナルコンピュータ（ＰＣ）等の端末機（クライアント）からの視聴者の配信要求に基づいて、インターネット等の通信ネットワークを経由してｗｗｗ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）サーバに接続し、該ｗｗｗサーバに格納されている曲データあるいはビデオ（映像）データ等からなる番組を受信して、クライアント側で該受信データを基にして番組を再生できるようにすることを意図するものである。
　【０００４】
　【発明が解決しようとする課題】しかし、数ある音楽ソフトの中には無料で万人に提供できるものがあるかもしれないが、通常は、ＭＩＤＩ演奏情報からなる楽曲データは経済的に価値のあるものであるから、この種のインターネット放送局を通じて無制限に楽曲データをダウンロードできるようにするのは好ましくない。そこで、この種のインターネット放送局などのシステムを用いて、ＭＩＤＩ演奏情報等からなる楽曲データをクライアントの購入要求に応じて通信ネットワーク経由でサーバーから配信して販売する、といった新しい形態の音楽ソフト若しくはコンテンツ（内容）の販売システムが考えられるようになってきている。しかし、そのようなネットワークを用いたコンテンツの販売システムにおいては、ユーザーによる試聴を如何に可能にするかとか、販売後の不法コピーにどう対処するか、といったような種々の解決されるべき課題をかかえており、その対策が不十分である。例えば、試聴システムが十分でない場合は、内容不明のためにユーザーに購入動機づけができないとか、あるいは内容不明のまま購入することでユーザーに不測の不利益を与えたり、といった問題がある。また、ユーザーがダウンロード購入したコンテンツの保証若しくは保護をどう行うか、ということが問題となる。すなわち、保守サービス等の保証をユーザーに対して行えるように工夫する必要があるし、また、不法コピーの氾濫から著作権者等を保護することが行い易いように工夫する必要もある。このように解決されるべき種々の問題が残されているため、この種の新規なコンテンツ販売システムに販売用コンテンツを提供する者が増えず、また、この種のシステムを利用してコンテンツを購入しようとするユーザーも増えず、本来便利で使い易いシステムであるはずのこの種のコンテンツ販売システムの普及を妨げる一因ともなっていた。
　【０００５】この発明は上述の点に鑑みてなされたもので、音楽を含むコンテンツをネットワークを介して提供するシステムにおいて、コンテンツの提供者側及びユーザー（購入者）側の双方の利便と保護を図りながら、この種の提供システムの利用を促進することができるようにした工夫を提案しようとするものである。例えばコンテンツを販売する場合、コンテンツそれ自体の構成を工夫して購入意欲をそそることができるようにした方法またはシステムを構築すると共に、試用のし易さを追求した方法またはシステムを構築できるようにし、また、販売したコンテンツの保証と保護に有用な方法またはシステムを構築できるようにしようとするものである。
　【０００６】
　【課題を解決するための手段】請求項１に係るネットワークを介したコンテンツ提供方法は、
処理手段と記憶手段を有するサーバが、該記憶手段に記憶された
てク
端末
送信し
前記処理手段が、
端末
データを、前記通信ネットワークを介して該クライアント端末に送信する処理を行う
前記処理手段が、前記クライアント端末において
され
を該クライアント端末から前記通信ネットワークを介して受信し、該受信した情報
処理を行う
前記処理手段が、前記記憶手段から読み出されて前記通信ネットワークを介して前記クライアント端末に
処理を行う
で構成される
　【０００７】更に、本発明は上述のコンテンツ提供方法に対応するコンテンツ取得方法を提供するものであり、請求項４に係るネットワークを介したコンテンツ取得方法は、
処理手段と提示手段と操作手段を有するクライアント端末が、
てサ
受信し
前記処理手段が、
端末
情報を前記提示手段にて提示させる処理を行う
前記処理手段が、前記操作手段による操作入力に応じて
処理を行う
前記処理手段が、
通信ネットワークを介して受信し
処理を行う
で構成される
　【０００８】
　【０００９】この発明は、方法発明として構成し、実施することができるのみならず、システム又は装置発明として構成し、実施することができる。また、本発明は、コンピュータまたはＤＳＰ等のプロセッサのプログラムの形態で実施することができるし、そのようなプログラムを記憶した記録媒体の形態で実施することもできる。また、この発明はサーバー側における方法又は装置若しくはプログラム又はその記録媒体の形態で実施することもできるし、クライアント側における方法又は装置若しくはプログラム又はその記録媒体の形態で実施することもできる。
　【００１０】
　【発明の実施の形態】以下、添付図面を参照してこの発明の実施の形態を詳細に説明しよう。図１はこの発明の一実施例の全体システム構成を略示するブロック図で、コンテンツを提供するサーバー１とそのコンテンツを利用するユーザー端末（クライアント）２が通信ネットワーク３を介して双方向通信可能に接続されている。通信ネットワーク３は有線回線に限らず、衛星通信回線等その他の無線回線を含んでいてもよい。また、公衆電話回線やインターネットに限らず、ＬＡＮ等からなっていてもよい。コンテンツ提供サイトであるサーバー１は、１個に限らず、複数有ってよく、各サーバー１が夫々独自に用意したコンテンツを提供しうるようになっていてよい。勿論、各サーバー１は、この発明に従う処理を実行しうるように必要なプログラムが搭載されたサーバーコンピュータと多数のコンテンツを蓄積したデータベース等を含む。ユーザー端末（クライアント）２は、通常のパーソナルコンピュータからなっていてよく、また、汎用コンピュータに限らず、電子楽器等何らかの専用機能を持つ機器内に内蔵されたマイクロコンピュータ若しくはプロセッサ等によってこの発明に従う処理を実行しうるようになっていてもよい。勿論、ユーザー端末（クライアント）２においては、以下一実施例として説明するようなこの発明に係る処理を実行しうるように専用のアプリケーションソフトウェアをインストールしておく。
　【００１１】図２は、サーバー１におけるコンテンツの準備の仕方を概略例示すると共に、サーバー１とユーザー端末２との間での情報のやりとり例を例示するブロック図である。まず、サーバー１の側で準備する「提供用コンテンツ」について説明する。なお、以下の実施例ではこの「提供用コンテンツ」を販売するようになっているため、以下、これを「販売用コンテンツ」ということにする。しかし、本発明にかかるコンテンツ提供技術は、販売を行う場合に限らず、サーバーからユーザー（クライアント）に対する音楽を含むコンテンツの提供に際して広く応用することができる。すなわち、対価を伴わずにコンテンツを提供する実施形態も本発明の範囲に当然含まれる。１つの楽曲に対応する販売用コンテンツ（すなわち提供用コンテンツ）は、当該楽曲のＭＩＤＩ演奏データ（ＭＩＤＩ規格からなる自動演奏のためのディジタル演奏情報）のファイル（以下、ＭＩＤＩファイルと略称する）Ｍｆｉｌｅと、当該楽曲に関連する音声情報のファイル（以下、オーディオファイルと略称する）Ａｆｉｌｅと、当該楽曲に関連する画像及び譜面のファイルＧｆｉｌｅを含んでいる。図２では特に図示していないが、オーディオファイルＡｆｉｌｅには、少なくとも楽曲の一部をなす曲中音声情報（典型的には歌唱音声及び／またはコーラス音声、あるいはＭＩＤＩでは表現困難な特殊効果音などの音声波形データ）と、ＭＣ音声のような該楽曲に関連する解説音声情報（これも音声波形データ）とが含まれている。勿論、オーディオファイルＡｆｉｌｅにおける曲中音声情報のファイルは、曲の再生演奏時に、ＭＩＤＩ演奏データに同期して再生される。また、オーディオファイルＡｆｉｌｅにおける解説音声情報は、所定の再生シーケンスに従って曲の開始前あるいは終了後、ときには曲中で、等々適宜の時点で自動的に再生されるようになっていてもよいし、ユーザー等による選択に応じて単独で随時呼び出して再生するようにすることもできる。勿論、これらの音声波形データのディジタル符号化形式はＰＣＭに限らず、その他適宜にデータ圧縮された形式であってもよい。解説音声は、例えば、ラジオのディスクジョッキーのようなスタイルで曲の解説を行ったり、その他、適宜のスタイルで解説を行うものであってよい。また、画像及び譜面のファイルＧｆｉｌｅは、当該コンテンツの再生中に端末２のビディオディスプレイで表示される背景画像やその他説明等のための画像のファイルと、当該楽曲の譜面を画像表示するための譜面ファイルなど、複数の画像ファイルを含んでいる。これらの各画像ファイルも、所定の再生シーケンスに従って曲の開始前、曲中、あるいは終了後等適宜の時点で自動的に再生されるようになっていてもよいし、ユーザー等による選択に応じて単独で随時呼び出して再生表示するようにすることもできる。勿論、画像ファイルに含まれるデータは、動画像又は静止画像またはその両方であってもよい。
　【００１２】１つの楽曲についての上記のような異なる性格の複数種類のファイルＭｆｉｌｅ，Ａｆｉｌｅ，Ｇｆｉｌｅがまず製作され、これらのファイルに基づき販売用コンテンツ及び試用コンテンツ等を作成し、データベースに蓄積する。図３は、そのようなサーバーデータベース構築処理の手順例を略示するものである。まず、上記のように製作された１つの楽曲についての各ファイルＭｆｉｌｅ，Ａｆｉｌｅ，Ｇｆｉｌｅを取得し、これらに当該曲に共通の曲ＩＤ（識別コード）を付与する（ステップＳ１）。次に、各ファイルのデータ中の適宜の領域において、電子的透かし情報の形態で、著作権者表示、製作者表示、販売者表示等の各種の電子的署名情報を埋め込み、かつ、データ量の多いオーディオファイルＡｆｉｌｅと画像及び譜面ファイルＧｆｉｌｅのデータに対して所定のデータ圧縮処理を施す（ステップＳ２）。次に、透かし埋め込み済み及び圧縮処理済みの各ファイルのデータを１つにまとめて所定の暗号化処理を施す（ステップＳ３）。
　【００１３】次に、ステップＳ４では、暗号化処理済みのデータから各ファイル毎に鍵情報を分離し、暗号化ＭＩＤＩファイルＭｃと、暗号化オーディオファイルＡｃと、暗号化画像・譜面ファイルＧｃとからなる販売用コンテンツのメイン部Ｃｃと、ＭＩＤＩファイル鍵情報Ｍｋと、オーディオファイル鍵情報Ａｋと、画像・譜面ファイル鍵情報Ｇｋとからなる販売用コンテンツの鍵情報部Ｃｋとを作成する（図２参照）。販売用コンテンツのメイン部Ｃｃは、サーバーのメインデータベース４に、当該楽曲のＩＤに対応づけて読出し格納なように蓄積される。販売用コンテンツの鍵情報部Ｃｋは、サーバーの鍵データベース５に、当該楽曲のＩＤに対応づけて読出し格納なように蓄積される。こうして、複数の各楽曲の販売用コンテンツがメイン部Ｃｃと鍵情報部Ｃｋとに分離されて、それぞれの曲ＩＤで管理可能なように、データベース４，５に蓄積される。
　【００１４】従って、１つの楽曲の販売用コンテンツは、メイン部Ｃｃと鍵情報部Ｃｋとからなり、メイン部Ｃｃのみでは再生不可能なようにセキュリティ対策がとられている。これは、ハッカー等によってメインデータベース４に不法侵入されたり、ネットでのダウンロード転送途中でデータを盗まれたような場合であっても、すべてのデータが揃わない限り容易には再現できないようにするためである。前述のステップＳ３での暗号化処理及びステップＳ２の各種透かしの埋め込み処理も、同様のセキュリティ対策に係る処置である。
　【００１５】このとき、所定の放送局チャンネル毎に各曲が分類され、チャンネル指定呼び出しに応じて当該チャンネルに属する曲の案内情報をデータベース４，５から呼び出すことができるように、チャンネル別にも管理される。すなわち、ステップＳ５において、当該曲が属するチャンネルに対応づけて当該曲のＩＤをテーブル等に記憶する。ユーザーからチャンネル指定呼び出しがあった場合、該テーブルを参照して当該チャンネルに属する曲の販売用コンテンツのリストをユーザーに送付することができる。なお、放送局チャンネルとは、コンテンツの供給元を、丁度ラジオやテレビの放送局チャンネルのイメージで多数チャンネルに分類し、ユーザーがコンテンツの選択をし易いようにする概念である。例えば、音楽のジャンルや、演奏者別、レコード会社別、プロダクション別等、様々な基準に従ってチャンネル分類がなされていてよい。勿論、１つのサーバー１が複数チャンネルに対応していてもよいし、１つのチャンネルのみに対応していてもよい。
　【００１６】次に試用コンテンツの作成について説明する。図３で、ステップＳ６では、前記ステップＳ２で処理された透かし埋め込み済み及び圧縮処理済みの各ファイルのデータの一部をサンプルとして切り出す。切り出した各ファイルのデータは試用コンテンツの元となるデータである。ステップＳ７では、上記切り出した各ファイルのデータのうち所定のファイルのデータの分解能を落とし、また、各ファイルのデータに対して所定の暗号化処理を施す。この暗号化処理もセキュリティ対策であるが、試用コンテンツであるため、ステップＳ３で行うメインの販売用コンテンツに対する暗号化よりは簡単なものであってよい。また、データ分解能の落とし方としては、オーディオファイルはサンプリングレートを下げ、画像・譜面ファイルは解像度（ｄｐｉ）を下げる、等を行う。これは、これらのファイルのデータ量が多くなりがちであるため、試用コンテンツ全体のデータ量を減少させるためである。また、試用コンテンツであるため、多少の分解能の低下は許容範囲と考えられるからである。このような工夫によって、通信ネットワークを介した試用コンテンツのデータ転送効率を上げることができる。次に、ステップＳ８では、暗号化処理した各ファイルの切り出しデータを試用コンテンツとして、当該楽曲のＩＤに対応づけて、試用コンテンツ用のデータベース６に蓄積する。それから、前記ステップＳ５の処理を行い、この試用コンテンツ用のデータベース６に蓄積した試用コンテンツについても、そのＩＤとチャンネルとの対応付けを行う。従って、ユーザーからチャンネル指定呼び出しがあった場合、当該チャンネルに属する曲の試用コンテンツのリストをユーザーに送付することができる。
　【００１７】更に、ステップＳ６における各ファイルのデータからの試用コンテンツ用のデータの切り出し方について一例を説明する。ユーザーの試聴のためには、その曲を最も強く印象づける部分の演奏データを試用コンテンツとして切り出すことが望ましい。そのため、ＭＩＤＩファイルからの演奏情報の切り出し、オーディオファイルからそれに対応する曲中音声情報の切り出しとが重要である。そこで、これらの情報からの試用コンテンツの作成法の一例を図４及び図５を参照して説明する。
　【００１８】図４において、ステップＳ１０では、ＭＩＤＩファイルの演奏データからその演奏パターンを分析し、分析したパターンに応じて該ＭＩＤＩ演奏データを複数の区間に区切る。例えば、小節単位等、特定の繰り返しパターンが現われやすい区間で区切ればよい。例えば、同じような演奏パターンが時間を置いて現われる場合、あるいは連続して繰り返される場合など、それは曲のさびの部分若しくは特徴づける部分である可能性が高いので、演奏パターン分析に基づく区間分けは有効と思われる。なお、試用コンテンツの再生時間を指定入力してやり、この指定入力された再生時間に対応する時間を単位として演奏パターンの分析と区間分けを行うようにしてもよい。次に、ステップＳ１１では、オーディオファイルに含まれる曲中音声情報（歌唱音声やコーラス音声）のエンベロープを検出し、検出したエンベロープの増減傾向から該音声情報を複数の区間に区切る。歌唱音声のエンベロープは、演奏の盛り上がりであるとか、さびなどに或る程度対応して存在感を示すので、曲の重要箇所を探るための参考になりうる。
　【００１９】次に、ステップＳ１２では、上記各ステップで区切ったＭＩＤＩデータ及び音声情報の各区間を照合して楽曲を特徴づける切り出し範囲（例えばさびの部分と思われる範囲）を決定する。この場合、必ずしも、ＭＩＤＩデータ及び音声情報の両方の区間分けを考慮することなく、一方のみから、曲の重要な部分が明らかである場合は、その部分を切り出し範囲として決定するようにしてよい。例えば、ＭＩＤＩデータにおいて同じような演奏パターンが時間を置いて繰り返し現われ、かつ、その場所が曲のさびの部分に該当することが多い箇所である場合は、その演奏パターンに関する範囲を切り出し範囲として決定するようにしてよい。あるいは、ＭＩＤＩデータの各区間毎のパターンの類否に基づき代表的パタ−ンを抽出し（例えば繰り返し現われるパターンを代表的パタ−ンとする）、音声情報の各区間のエンベロープの傾向から代表的エンベロープ区間（例えば盛り上がりを示している部分）を抽出し、代表的パターンと代表的エンベロープ区間とが重なる部分を含むように切り出し範囲を決定してもよい。
　【００２０】図５（ａ）は、音声エンベロープとＭＩＤＩファィルのパターンの出方を模式的に示した図であり、パターンＡが繰り返されており、かつ初めのパターンＡの箇所が音声エンベロープの盛り上がりに対応しているので、その範囲を切り出し範囲として決定する。図５（ａ）の例では、更に切り出し時間が指定されており、決定した切り出し範囲から更にその指定された時間分の範囲を切り出すようにしている。
　【００２１】次に、ステップＳ１３では、決定された切り出し範囲に対応する部分のデータをＭＩＤＩファイル及びオーディオファイルから取り出し、各部分の始まりと終わりに対応してそれぞれフェードイン及びフェードアウト処理を施す情報加工処理を行い、処理済みのものを試用コンテンツとして提供する。図５（ｂ）は、フェードイン及びフェードアウト処理を施す例を示したもので、音声情報（オーディオ信号）に対してはフェードイン及びフェードアウトのエンベロープを施し、ＭＩＤＩデータについては音量アップと音量ダウンを指示するデータを挿入すればよい。フェードイン及びフェードアウト処理のほかに他の適宜の情報加工処理を施すようにしてもよい。
　【００２２】なお、画像・譜面ファイルについては、ＭＩＤＩファイル及びオーディオファイル（曲中音声情報）で試用コンテンツとして切り出した切り出し範囲に対応する譜面データを切り出し、また、その切り出し範囲に対応する画像があればそれを切り出す。なければ、適当な画像の部分を切り出すようにしてよい。また、画像・譜面ファイルの試用コンテンツのデータ中には、例えば「ＳＡＭＰＬＥ」のような表示を挿入し、試用コンテンツの再生時においてそれが試用コンテンツであることを明らかにするとよい。また、サンプル画像はそのサイズを縮小してもよい。また、オーディオファイル中の解説音声については、適宜の部分を切り出すようにすればよく、また、不要であれば切り出さなくてもよい。以上のようにして、部分的に取り出した各ファイルのデータをひとまためにして試用ファイルとして、前述のようにデータベース６に蓄積する。なお、試用コンテンツのその他の切り出し法として、例えば、ステップＳ２で透かし情報を埋め込んだ箇所から試用コンテンツのデータを切り出すようにしてもよい。以上のように、楽曲のディジタル演奏情報と該楽曲に含まれる音声情報（歌唱音声又はコーラス音声）の両方を考慮して楽曲を特徴づける切り出し範囲（例えばさびの部分）を自動的に決定することができ、試用コンテンツを容易かつ効率的に作成することができる。
　【００２３】図２に戻ると、プロフィールサーバー７は、データベース４，５，６に記憶した各楽曲についてのプロフィール（曲名、ジャンル、アーティスト、製作者、レーベル、ファイル種別、演奏時間、価格等の情報）をそのＩＤに対応づけて記憶するものである。例えば、図３において、ステップＳ１で曲の各ファイルＭｆｉｌｅ，Ａｆｉｌｅ，Ｇｆｉｌｅを取得した後、ステップＳ９の処理を適宜行い、取得した曲についてのプロフィールを作成し、これを曲ＩＤに対応づけてプロフィールサーバー７に記憶する。こうして、１つの楽曲に固有のＩＤに応じて、各データベース４〜７から、当該曲の販売用コンテンツのメイン部Ｃｃ，鍵情報部Ｃｋ，試用コンテンツ、プロフィールをそれぞれ読み出すことができる。
　【００２４】次に、ユーザー端末（クライアント）２側の処理につき、これに応答するサーバー１の処理と共に説明する。ユーザー端末２側においては、図２に示すように、本発明にかかわる処理を行うために専用アプリケーションソフト８を具えている。また、インターネット通信のためにＷＥＢブラウザ９も具えている。このほか、ＭＩＤＩ演奏データの再生機能（可聴的再生を含む）、オーディオデータの可聴的再生機能、画像データの電子的ディスプレイ及び／又はプリンタによる再生機能等、本発明を実施するために必要な諸機能を具備するのは勿論である。専用アプリケーションソフト８に従って実行されるユーザー端末２側の処理の概略が図６の左側に示されている。また、このユーザー端末２での処理に対応して双方向で実行されるサーバー１側の処理の概略が図６の右側に示されている。
　【００２５】まず、ユーザー端末２で専用アプリケーションソフト８を立ち上げると、サーバー１に放送中チャンネルを要求する（ステップＳ２０）。同時に、図７に示すような操作パネルがユーザー端末２のディスプレイにおける適宜の領域に表示される。サーバー１では、ユーザーからの要求に応じて、現在放送可能なチャンネルの情報（ジャンルや製作者情報など）をユーザー端末２に送信する（ステップＳ２１）。ユーザー端末２ではサーバー１から送信された現在放送可能なチャンネル情報を取得する（ステップＳ２２）。
　【００２６】図７に示された操作パネル上の「チャンネル表示」エリアは、上記取得した放送可能なチャンネル情報に基づき、選択された放送局チャンネルの名称（サイト名あるいはチャンネル名若しくはチャンネル番号）を表示し、選択可能にするものである。例えば、ここにマウスを持ってくると選択可能なチャンネルがリストアップされ、その中から所望のチャンネルをクリックすることにより所望の放送局チャンネルの選局・変更を行うことができ、選択されたチャンネルを指定する情報がサーバー１に送信される（ステップＳ２３）。これに応じて、サーバー１からは、選択されたチャンネルに対応づけられている複数楽曲のＩＤをユーザー端末２に送信する（ステップＳ２４）。同時に、選択されたチャンネルに対応して用意されている楽曲目録その他を解説する音声、あるいは雰囲気を出すためのＢＧＭ音楽等が、ユーザー端末２に対して、一括ダウンロードで送信されるか、あるいはストリーミングで送信される。これらの音声及びＢＧＭ音楽はユーザー側で可聴再生される。これによって、ユーザーは、丁度ラジオを聴いているような雰囲気でリラックスして接することができる。図７に示された操作パネル上の「番組コメント等」のエリアには、選択されたチャンネルで用意している番組の紹介コメント等を表示する。
　【００２７】図７に示された操作パネル上の「チャンネル放送曲」エリアでは、選択されたチャンネルに対応して上記のようにして送信されてきた楽曲ＩＤ等に基づき、該チャンネルで選択可能な楽曲の選択枝を表示する。例えば、ここにマウスを持ってくると選択可能な楽曲がリストアップされ、その中から所望の曲をクリックすることにより所望の曲を選択することができ、選択された曲ＩＤをサーバー１に送信する（ステップＳ２５）。ここでの曲選択は、サンプル要求、つまり試用コンテンツの選択に相当する。この曲選択（試用コンテンツ選択）は、複数曲をまとめて選択することができる。
　【００２８】サーバー１では、ユーザーによって選択された曲ＩＤ（試用コンテンツの選択）に応じて、試用コンテンツデータベース６から該ＩＤに対応する試用コンテンツを読み出し、これを再生してユーザー端末２に送信するか、若しくはファイルのままユーザー端末２に送信する（ステップＳ２６）。サーバー１側で試用コンテンツを再生してからユーザー端末２に送信する場合は、ストリーミング送信となり、ユーザー端末２では、ストリーミング送信されてきた試用コンテンツの再生データをリアルタイムで可聴再生及び可視表示する（ステップＳ２７）。一方、サーバー１側から試用コンテンツをファイルのままユーザー端末２に送信する場合は、ユーザー端末２では送信されてきた試用コンテンツをダウンロードし、その各ファイルのデータの暗号化をデコードしながら可聴再生及び可視表示する（ステップＳ２７）。こうして試用コンテンツにより販売用コンテンツの一部サンプルを試聴することができる。試聴再生の際には、図７の操作パネルの下部の所定エリアにおいて、音声情報に適用されているサンプリング周波数や、ネットとの通信速度、曲の時間情報等を表示するとよい。ダウンロードした試用コンテンツは、専用アプリケーションソフト８の実行中はバッファに保存され、何回でも再生できる。その場合、図７に示す操作パネル上の再生ボタンＰＬＡＹや停止ボタンＳＴＯＰを操作し、また、巻戻しボタンＲＥＷを操作して所望位置に巻戻ししたり、早送りボタンＦＦを操作して所望位置まで早送りしたりすることができる。また、複数の試用コンテンツの再生シーケンスをユーザーが自由に指示し、そのシーケンスに従って、再生することもできる。その場合は簡易ＢＧＭ番組を構成できる。なお、ネットのデータ転送速度が速くない場合には、ステップＳ２６におけるストリーミング送信を行うことはあまり得策ではない。従って、ネットのデータ転送速度が十分に速い場合にステップＳ２６におけるストリーミング送信を行うようにするとよい。なお、バッファに保存したダウンロードした試用コンテンツは、専用アプリケーションソフト８を終了するときにすべて消去される。
　【００２９】図７に示す操作パネル上のモア・インフォ・ボタンＩｎｆｏは、所望の試用コンテンツの選択に応じて、又は選択された試用コンテンツの再生が行われているとき、操作パネルに現われ、該ボタンＩｎｆｏをクリックすることにより、該再生中のつまり試聴中の試用コンテンツについての更なる情報つまりプロフィール情報を要求する（ステップＳ２８）。例えばモア・インフォ・ボタンＩｎｆｏのクリックに応じて通常のＷＥＢブラウザ９を介してインタネットに自動的に接続し、プロフィールサーバー７における当該曲ＩＤのプロフィール情報が格納されているアドレスに自動的に飛ぶ（要するにリンクする）ようにしておくとよい。これに応じて、プロフィールサーバー７は当該曲ＩＤのプロフィール情報を読み出してユーザー端末２に送信する（ステップＳ２９）。
　【００３０】ユーザー端末２では、プロフィール情報を受け取ると、操作パネルが例えば図８のような画面に切り替わり、受信したプロフィールの内容（曲名、ジャンル、アーティスト、製作者、レーベル、ファイル種別、演奏時間、価格等）を表示する。ユーザーは購入ボタンをクリックすることで、当該曲ＩＤに係る販売用コンテンツを購入することができる。販売用コンテンツはその全ファイルに限らず、一部ファイルのみを選択して購入することも可能である。そのためには、関連商品ボタンをクリックする。関連商品ボタンをクリックすると、「演奏曲」、「歌詞音声」、「解説音声」、「譜面」、「画像」、「他の関連曲」等の関連商品メニューが表示され、そのうち所望の品目を選択的に組み合わせてコンテンツを購入することが可能である。その後、購入ボタンをクリックすると、購入要求がサーバー１に送信される（ステップＳ３０）。サーバー１では、購入要求と共に送られてきた曲ＩＤに応じて、該当する販売用コンテンツのメイン部Ｃｃと鍵情報部Ｃｋとをデータベース４，５から読み出し、ユーザー端末２へ送信する（ステップＳ３１）。ユーザー端末２では、受信した販売用コンテンツをダウンロードし、そのメイン部Ｃｃと鍵情報部Ｃｋとを用いて、各ファイル毎に暗号化データをデコードし、利用可能なデータに復元する（ステップＳ３２）。その際に、ステップＳ３０で一部ファイルのみの購入組み合わせが選択された場合は、選択されたファイルのみをデコードして利用可能とし、他の選択さなかったファイルのデータはデコードせずに廃棄する。勿論、これに限らず、サーバー１側で、購入組み合わせが選択された一部ファイルのデータのみを読み出し、ユーザーに送信するようにしてもよい。このように一部ファイルのみの購入組み合わせが選択できることにより、ユーザーの便宜が図れる。
　【００３１】更に、購入された販売用コンテンツの各ファイルの中に、個別購入毎に特有の付加情報を付加する処理を行う（ステップＳ３３）。この付加情報としては、「購入者情報」、「ファイル固有値」（シリアル番号）、「購入年月日」、「購入したサイト名（アドレス）」等がある。この付加情報は、購入した販売用コンテンツの各ファイルの中に単純なテキストとして付加してもよいし、コンテンツのデータ内に透かし情報として埋め込むようにしてもよい。このように販売した（購入した）コンテンツの中に固有の付加情報を付加することにより、正規の購入品であることの刻印が打たれたことになり、ユーザーに対する保証書として機能して、所定の保証期間中の製品保証や、保守サービスの保証を受けるための証となり、ユーザーの保護に役立つ。また、かかる付加情報が存在していないコンテンツは不正品であることが明白となるため不正コピー等に対する製作者や著作権者の権利保護に役立つ。
　【００３２】なお、ファイルの種類に応じて、更に、マシンＩＤを付加情報として追加して付加するようにしてよい。マシンＩＤとは、ユーザで使用する個別コンピュータに固有のＩＤ番号であり、このマシンＩＤを付加したファイルは、当該マシンＩＤに対応するコンピュータでのみ再生できるように制限する。例えば、ＭＩＤＩファイルは再生マシンをあまりにも限定するとかえって使い勝手が悪くなるため、マシンＩＤは追加付加せず、他のオーディオファイルや画像・譜面ファイルはマシンＩＤを付加情報として追加付加する、といった形態がある。また、画像・譜面ファイルのハードコピーの氾濫を防ぐために、画像・譜面ファイルをプリントアウトしたときは、ファイル内に埋め込まれている著作権者名や購入者名が一緒にプリントアウトされるようにするとよい。この場合、マシンＩＤは例えばユーザーＩＤとパスワードとで構成し、端末コンピュータのハードを変更した場合に対応でせきるようにするとよい。なお、付加情報は、サーバー１側で送信する販売用コンテンツ内に付加するようにしてもよい。
　【００３３】なお、コンテンツ購入の際に、再生回数限定付きで通常よりも安い価格で購入できるようにしてもよい。例えば、図８の関連商品ボタンをクリックして関連商品選択を行ったとき、同一の販売用コンテンツに関して複数の販売金額をユーザーに対して提示し、ユーザーが所望の金額の選択ができるようにする。このためには、図６のステップＳ３０の処理をそのように変更すればよい。そして、ユーザーの購入が確定したときにユーザーに対して提供する販売用コンテンツに対して前記選択された販売金額に対応する再生回数限定情報を付加する。このためには、図６のステップＳ３３の処理をそのように変更すればよい。あるいはサーバー１側でその再生回数限定情報を透かし情報としてコンテンツ内に埋め込み、それをユーザーに配信するようにしてもよい。その後、ユーザーが購入したコンテンツの再生回数を管理し、付加情報として記録された前記再生回数限定情報に対応する再生回数に達したら、当該コンテンツを再生不能とする。この場合の再生回数管理の仕方としては、例えば、コンテンツ内に書替え可能な情報として再生回数データを記録し、このデータを最初は０で記録し、再生を行う毎にカウントアップする、というようにすればよい。そして、再生回数データが再生回数限定情報に達したら、「購入時の規定回数に達したため再生できません。」といったような表示または告知をユーザーに対して行うようにするとよい。更には、コンテンツの再生時において、「あと何回再生できます。」といったような表示または告知をユーザーに対して行うようにしてもよい。
　【００３４】なお、コンテンツの再生時において、各ファイル間での同期を適切にとりながら再生を行うことが望ましい。そのための同期再生法としては、適宜の手法を用いてよい。ＭＩＤＩファイル、オーディオファイル、画像ファイルについての最も簡単な同期方法としては、予めこれらの再生時間を合わせ込んだ状態でデータを作成し、これらのファイルの再生開始を同時に行えば、自然に同期がとれることになる。その他の手法として、オーディオファイルあるいは画像ファイルを起動させるべきタイミングでＭＩＤＩファイルの中に例えばイクスクルーシブデータとして起動指示データを組み込んでおき、ＭＩＤＩ演奏の再生に同期してイクスクルーシブデータが読み出されることで、これらオーディオファイルあるいは画像ファイルを起動させるようにしてもよい。その場合は、ＭＩＤＩ演奏のテンポ変更に連動してオーディオファイルあるいは画像ファイルの起動時点も変化する。
　【００３５】更に、すべてのファイルの再生スケジュールを統括して管理する再生スケジュール管理情報を使用して、再生開始時からの時間経過に従って、ＭＩＤＩファイル、オーディオファイル、画像ファイルの各データの再生タイミングをそれぞれ管理するようにしてもよい。ＭＩＤＩファイルは再生テンポが確定しているので、イベント間のタイミングを示すメタイベントを加算することにより再生の冒頭からの経過時間が判り、再生すべき箇所の時間を把握することができる。また、オーディオファイルにおいても、再生サンプリング周波数が確定しているので、各サンプル点位置についての再生開始時からの経過時間が確定することになり、各サンプル点位置の時間を把握することができる。また、画像ファイルは、画像の各コマに再生開始時からの時間情報を予め入力しておけばよい。これによって、各ファイルを再生開始時からの共通の時間軸で統合して管理することができ、各ファイルの再生処理がそれぞれ別ルーチンで行われていても、その再生時間位置が合うように各ファイルの再生位置を随時修正するようにすればよい。以上のように、各ファイルの再生同期を適切にとることにより、ダウンロードしてきた複数曲のデータの巻戻しや早送りを行って選択的に再生をおこなわせることが可能である。また、ＭＩＤＩのイクスクルーシブを利用する方式や統合的に再生時間を管理する方式では、曲中の特定小節等、特定箇所での再生指示等も容易に行うことができる。
　【００３６】図９（ａ）に示すように、ユーザー端末２は、携帯電話やＰＨＳのような無線式携帯端末２０であってもよい。その場合、無線式携帯端末２０には、適宜の楽音生成機能（音源機能やシーケンサ機能）を持たせるものとする。図９（ｂ）は楽音生成機能を持たせた無線式携帯端末２０の内部構成例を示すブロック図である。無線式携帯端末２０は、通常の携帯電話側回路２１のほかに、ＣＰＵ２２、ＲＡＭ２３、ＲＯＭ２４を含むマイクロコンピュータを内蔵しており、携帯電話側回路２１と該マイクロコンピュータとの間は通信インターフェイス２５を介して相互に通信する。携帯電話側回路２１では、インターネット機能若しくは簡易インターネット機能を有しており、インターネット通信時においてサーバー１との間の無線電話接続を確立すると内部の通信インターフェイス２５を介して上記内蔵マイクロコンピュータとサーバー１との間の情報通信を可能にする。ＲＯＭ２４においては、楽音生成機能に必要なプログラム及びデータ類を記憶し、更に、本発明に係るアプリケーションソフトウェアを記憶させておく。この場合、ＲＯＭ２４を、フラッシュＲＯＭのような書換え可能なメモリを使用し、楽音生成用のプログラムやデータあるいは本発明に係るアプリケーションソフトウェアの内容を随時更新できるようにしてもよい。
　【００３７】なお、入力操作用の各種スイッチやマウスの機能は、携帯電話側回路２１で具備するスイッチ類を利用するものとする。その場合、内部の通信インターフェイス２５を介して、携帯電話側回路２１でのスイッチ操作情報を上記内蔵マイクロコンピュータで受け取り、これらの操作入力信号に応じて上述の本発明に従う処理を進める。また、この処理の過程でサーバー１から受け取った試用コンテンツあるいは提供用コンテンツ等の各種データは、携帯電話側回路２１から通信インターフェイス２５を介して内蔵マイクロコンピュータに送られ、ＲＡＭ２３に記憶される。更に、内蔵マイクロコンピュータで生成した各種表示データは、通信インターフェイス２５を介して携帯電話側回路２１に送られ、そのディスプレイで表示させることができる。また、内蔵マイクロコンピュータの側で生成した演奏データも通信インターフェイス２５を介して携帯電話側回路２１に送り、そこから無線電話回線を介して所望の端末に対して送信することができる。また、内蔵マイクロコンピュータの側で生成した楽音再生データも通信インターフェイス２５を介して携帯電話側回路２１に送り、その内蔵スピーカから放音させることができる。なお、ＭＩＤＩイターフェイス２６を具備し、外部との間でＭＩＤＩ演奏データの送受を行えるようにしてもよい。更に、上記のようにしてサーバー１から取り込んだ楽音・音色データ、楽曲データ、画像データ等のうち好みのものを適宜手段によって保存しておき、これらを携帯電話の着信音や着信メロディ、あるいは着信を知らせる画像データ等として利用することが可能である。また、これらの楽音・音色データ、楽曲データ、画像データ等のうち好みのものを、通話中のバックグラウンドミュージックあるいはバックグラウンドビジュアル画像として使用することも可能である。なお、無線式携帯端末２０としては、専用の携帯電話に限らず、例えばその他適宜の携帯機器（例えば携帯ナビゲータ）に携帯電話機能若しくは無線通信機能を付加したものを使用することができる。
　【００３８】
　【発明の効果】以上の通り、この発明によれば、サーバにおいて、クライアントにおけるユーザに対して提供用コンテンツあるいは試用コンテンツで再生可能とされる楽曲の選択および提供用コンテンツの提供要求あるいは試用コンテンツの提供要求を促すことを行い、これに応答してクライアントから与えられる提供用コンテンツあるいは試用コンテンツの提供要求を受信して、該要求に応じた楽曲の提供用コンテンツあるいは試用コンテンツをクライアントに対して送信するようにしたものであり、このように、楽曲を再生可能に記録したデータである提供用コンテンツとは別途に、その一部を含む試用コンテンツを提供し、ユーザー側でこの試用コンテンツを取得して試聴等を容易に行うことができるようにしたことにより、試用によるコンテンツの取得動機づけと内容確認のシステムを確立することができ、ユーザーにとって極めて使い易いものとなる、という優れた効果を奏する。
　【００３９】また、一例として、クライアントに送信される提供用コンテンツが、該提供用コンテンツに固有の付加情報とともに送信されるようにすることにより、該付加情報の存在をもって正規の提供用コンテンツとしての保証を容易に行うことができる。例えば、保守サービス等の保証をユーザーに対して行うことが容易となり、また、配信したコンテンツの単純な不法コピーが出回った場合は、この付加情報の存在から、正規の取得者（ユーザー）等の特定を行うこともでき、不法コピーの氾濫からコンテンツ供給者や著作権者等を保護することができ、また、不法なハッカー等によって、サーバーからコンテンツが盗まれた場合、あるいは、配信済コンテンツから付加情報を不当に除去した不法コピーが出回ったような場合も、付加情報の不存在によってその不当性をただちに認識することができ、コンテンツ供給者や著作権者等の権利保護に役立つ。
【図面の簡単な説明】
　【図１】この発明の一実施例の全体システム構成を略示するブロック図。
　【図２】サーバーにおけるコンテンツの準備の仕方を概略例示すると共に、サーバーとユーザー端末との間での情報のやりとり例を示すブロック図。この発明の一実施例の全体システム構成を略示するブロック図。
　【図３】サーバーデータベース構築処理の手順例を略示するフロー図。
　【図４】試用コンテンツの作成法の一例を示すフロー図。
　【図５】音声エンベロープとＭＩＤＩファイルのパターンの関係に基づき試用コンテンツとなるサンプルの切り出し例を示す図。
　【図６】ユーザー端末とサーバーとの間で双方向で実行される処理の概略例を示すフロー図。
　【図７】ユーザー端末における操作パネルの一例を示す図。
　【図８】ユーザー端末における操作パネルの別の表示例を示す図。
　【図９】ユーザー端末の別の例として無線式携帯端末を使用する例を示すブロック図。
　【符号の説明】
　１　サーバー
　２　ユーザー端末（クライアント）
　３　通信ネットワーク
　４　販売用コンテンツのメインデータベース
　５　販売用コンテンツの鍵情報データベース
　６　試用コンテンツのデータベース
　２０　無線式携帯端末