(57)【特許請求の範囲】
【請求項１】
ネットワークを介してサーバ側から端末側に音楽情報を提供する方法において、
前記端末側では、前記情報のジャンル又はアーティストを指定し、
前記サーバ側では、前記指定されたジャンル又はアーティストに該当する１又は２以上の前記情報を前記端末側に送信し、
前記端末側では、送信されてくる前記情報をストリーミングし、
前記ストリーミングによる前記情報の再生中に前記端末側から再生停止の指示があった場合に、前記サーバ側から前記端末側への前記情報の送信を停止すると共に、前記情報の提供に対する前記端末側への課金を前記情報の再生時間又は情報量に基づいて決定することとして、当該再生時間が所定以下の場合には前記課金をしないこととし、
前記サーバ側では、前記端末側のユーザの前記情報に対する嗜好性を、前記課金しない再生停止の指示のあった楽曲の共通点により予め評価しておき、
前記サーバ側では、前記端末側で指定されたジャンル又はアーティストに該当する情報を前記端末側に送信するに際し、前記評価に応じて当該ユーザが好む傾向にある情報の数が多くなるように送信情報の選択を行うこと
を特徴とする情報提供方法。
【請求項２】
請求項１に記載の方法において、
前記端末側で、前記情報自体ではなく、１又は２以上の前記情報を指定できるファイルの登録がされると共に、前記サーバ側では、前記ファイルの登録がされ、
前記端末側では、前記サーバ側に当該情報の所定の再生方法による提供を要求し、
前記サーバ側では、前記要求に応じて当該情報を前記端末側に送信し、
前記端末側では、送信されてくる前記情報をストリーミングし、
前記ストリーミングによる前記情報の再生中に前記端末側から再生停止の指示があった場合に、前記サーバ側から前記端末側への前記情報の送信を停止すると共に、前記情報の提供に対する前記端末側への課金を前記情報の再生時間又は情報量に基づいて決定することを特徴とする情報提供方法。
【請求項３】
請求項２に記載の方法において、
前記情報の所定の再生方法による提供は、前記ファイル内の１又は２以上の楽曲の指定による前記情報の提供であることを特徴とする情報提供方法。
【請求項４】
請求項２に記載の方法において、
前記情報の所定の再生方法による提供は、前記ファイル単位での前記情報の提供であることを特徴とする情報提供方法。
【請求項５】
請求項１に記載の方法において、
前記サーバ側では、前記情報を端末側に送信するに際し、当該情報に該情報に関連する所定の文字や映像からなる情報を付加することを特徴とする情報提供方法。
【請求項６】
請求項２に記載の方法において、
複数の前記情報のそれぞれから予め選択された各特定の部分情報を前記サーバ側から前記端末側に無料で順次送信し、
前記端末側では、送信されてくる前記各部分情報をストリーミングし、
前記端末側では、前記ストリーミングにより再生された複数の前記各部分情報の中から所望の前記情報を選択し、
前記サーバ側では、前記選択された情報を前記端末側に送信し、
前記端末側では送信されてくる前記情報をストリーミングし、
前記ストリーミングによる情報の再生中に前記端末側から再生停止の指示があった場合に、前記サーバ側から前記端末側への前記情報の送信を停止すると共に、前記情報の提供に対する前記端末側への課金を前記情報の再生時間又は情報量に基づいて決定することを特徴とする情報提供方法。
【請求項７】
ネットワークを介してサーバ側から端末側に音楽情報を提供するシステムにおいて、
前記端末側は、
前記情報のジャンル又はアーティストを指定する手段と、
前記サーバ側から送信されてくる前記情報をストリーミングする手段と、
前記ストリーミングによる情報の再生中に前記サーバ側に対して再生停止の指示を行う手段と
を有し、
前記サーバ側は、
前記指定されたジャンル又はアーティストに該当する１又は２以上の前記情報を前記端末側に送信する手段と、
前記ストリーミングによる情報の再生中に前記端末側から再生停止の指示があった場合に、前記端末側への前記情報の送信を停止する手段と、
前記情報の提供に対する前記端末側への課金を前記情報の再生時間又は情報量に基づいて決定すると共に当該再生時間が所定以下の場合には前記課金をしない決定をする手段と、
前記端末側のユーザの前記情報に対する嗜好性を、前記課金しない再生停止の指示のあった楽曲の共通点により予め評価して蓄積したデータベースと、
前記端末側で指定されたジャンル又はアーティストに該当する情報を前記端末側に送信するに際し、前記評価に応じて当該ユーザが好む傾向にある情報の数が多くなるように送信情報の選択を行う手段と
を有する
ことを特徴とする情報提供システム。
【請求項８】
請求項７に記載のシステムにおいて、
前記端末側は、
前記情報自体ではなく、１又は２以上の前記情報を指定できるファイルを蓄積できるデータベースと、
前記サーバ側に前記１又は２以上の前記情報の所定の再生方法による提供を要求する手段とを更に有し、
前記サーバ側は、
前記ファイルを蓄積できるデータベースと、
前記要求に応じて当該情報を前記端末側に送信する手段とを更に有することを特徴とする情報提供システム。
【請求項９】
請求項８に記載のシステムにおいて、
前記情報の所定の再生方法による提供は、前記ファイル内の１又は２以上の楽曲の指定による前記情報の提供であることを特徴とする情報提供システム。
【請求項１０】
請求項８に記載のシステムにおいて、
前記情報の所定の再生方法による提供は、前記ファイル単位での前記情報の提供であることを特徴とする情報提供システム。
【請求項１１】
請求項７に記載のシステムにおいて、
前記サーバ側は、
前記情報を端末側に送信するに際し、当該情報に付加する該情報に関連する所定の文字や映像からなる情報を予め蓄積するデータベースと、
前記情報を端末側に送信するに際し、前記所定の情報を付加して送信する手段とを更に有することを特徴とする情報提供システム。
【請求項１２】
請求項８に記載のシステムにおいて、
前記サーバ側は、
複数の前記情報のそれぞれから予め選択された各特定の部分情報を前記端末側に無料で順次送信する手段と、
前記端末側で選択された情報を当該端末側に送信する手段とを更に有し、
前記端末側は、
前記サーバ側から送信されてくる前記各部分情報をストリーミングする手段と、
前記端末側で前記ストリーミングにより再生された複数の前記各部分情報の中から所望の前記情報を選択する手段とを更に有することを特徴とする情報提供システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばインターネットを介して音楽・映像情報を提供するための情報提供方法及び情報提供システムに関する。
【０００２】
【従来の技術】
インターネット関連の技術の進展に伴い、音楽情報等がインターネットを介して様様な方法によりユーザに提供されるようになってきたが、大きく以下の２つの音楽情報提供がある。
１．試聴無料の短時間試聴、若しくはプロモーションとしての音楽再生
２．ダウンロードによる有料の音楽配信
これによって、ユーザは例えばダウンロードによる有料の音楽配信により音楽情報を入手でき、従来のように店舗に行く必要もなくなるので、利便性が非常に向上することになる。
【０００３】
【発明が解決しようとする課題】
しかしながら、試聴無料の短時間試聴の場合はいかに無料とはいっても聴ける時間が短すぎるし、必ずしも自分の聴きたい楽曲が聴けるとは限らない。また、プロモーションとしての音楽再生の場合も、短時間試聴の場合と同様に必ずしも自分の聴きたい楽曲が聴けるとは限らない。
【０００４】
一方、ダウンロードによる有料の音楽配信の場合は、短時間試聴及びプロモーションの場合に比べ提供される楽曲数も多く、聴きたい曲が提供される可能性が高いが、かなり価格が高く二の足を踏むことが多い。
【０００５】
これでは折角有益なインターネットも十分利用されず、音楽の著作権者も十分な収入を得ることが出来ない。
【０００６】
本発明は、このような事情に基づきなされたもので、ネットワークを介して音楽や映像等の情報をより安くかつ利便性を高めユーザに提供すると共に、著作権者にもより多くの利益を提供することができる情報提供方法及び情報提供システムを提供することを目的としている。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、本発明の主たる観点に係る情報提供方法は、ネットワークを介してサーバ側から端末側に音楽情報を提供する方法において、前記端末側では、前記情報のジャンル又はアーティストを指定し、前記サーバ側では、前記指定されたジャンル又はアーティストに該当する１又は２以上の前記情報を前記端末側に送信し、前記端末側では、送信されてくる前記情報をストリーミングし、前記ストリーミングによる前記情報の再生中に前記端末側から再生停止の指示があった場合に、前記サーバ側から前記端末側への前記情報の送信を停止すると共に、前記情報の提供に対する前記端末側への課金を前記情報の再生時間又は情報量に基づいて決定することとして、当該再生時間が所定以下の場合には前記課金をしないこととし、前記サーバ側では、前記端末側のユーザの前記情報に対する嗜好性を、前記課金しない再生停止の指示のあった楽曲の共通点により予め評価しておき、前記サーバ側では、前記端末側で指定されたジャンル又はアーティストに該当する情報を前記端末側に送信するに際し、前記評価に応じて当該ユーザが好む傾向にある情報の数が多くなるように送信情報の選択を行うことを特徴とする。
【０００８】
本発明では、音楽情報を端末側でダウンロードせずストリーミングすることとしたので、端末側ハードにおける制約が少なくなり、いつでも何処でも大量の音楽を聴くことが可能となる他、著作権に関する問題も軽減される。
【０００９】
また、端末側への課金を情報の再生時間又は情報量に基づいて決定することとしたので、途中で好みの曲でないとして再生をやめた時は最後まで聴いた場合より安くでき、より安心してユーザが利用できる。
【００１０】
更に、著作権者側から見ても従来無料か有料のダウンロードしかなく、結局十分に収入が得られる状況ではなかったが、中間としての再生時間による課金の方法の導入により更なる収益の可能性が広がる。
【００１１】
また、例えば曲の頭１０秒ぐらい聴いて再生を止めれば課金しないので、好みの曲でない場合に課金されずに済み、ユーザは知らない曲でもとりあえず聴いてみることができる。また、曲の頭を聴いて気に入ればそのまま何もしなくても、最後まで聴くことができ利便性が高い。
【００１２】
更にユーザは楽曲そのものでなく自分の興味のあるジャンル例えばベスト１００を指定できるので、現在の人気のある曲を聴くことができる。このような場合は特に再生時間により課金されるので、安心して聴いてみることができることとなる。
【００１３】
また、サーバ側でユーザの嗜好傾向を記憶し、ジャンル再生の際に好む傾向のある楽曲を多くすることとしたので、ユーザのスキップ等の操作軽減を図ることができると共に、その情報提供プログラムに対するロイヤリティを増大できる。
【００１４】
本発明の一の形態によれば、前記端末側で、前記情報自体ではなく、１又は２以上の前記情報を指定できるファイルの登録がされると共に、前記サーバ側では、前記ファイルの登録がされ、前記端末側では、前記サーバ側に当該情報の所定の再生方法による提供を要求し、前記サーバ側では、前記要求に応じて当該情報を前記端末側に送信し、前記端末側では、送信されてくる前記情報をストリーミングし、前記ストリーミングによる前記情報の再生中に前記端末側から再生停止の指示があった場合に、前記サーバ側から前記端末側への前記情報の送信を停止すると共に、前記情報の提供に対する前記端末側への課金を前記情報の再生時間又は情報量に基づいて決定することを特徴とする。これにより、例えばファイルに楽曲のお気に入り登録をすれば、そのファイルの指定だけで登録したお気に入りの楽曲を全部再生課金できる他、更にファイル内の楽曲を指定すれば特定のお気に入り楽曲の再生課金が可能となり、入力や検索が不要となるのでユーザにおける操作の軽減を図ることができる。
【００１５】
また、ファイル内で連続再生、シャッフル再生もできることとなると共に、楽曲数が増えた場合の整理、分類も可能となる。
【００１６】
本発明の一の形態によれば、前記情報の所定の再生方法による提供は、前記ファイル内の１又は２以上の楽曲の指定による前記情報の提供であることを特徴とする。これにより、ファイル内の楽曲を指定すれば特定のお気に入り楽曲の再生課金が可能となり、入力や検索が不要となるのでユーザにおける操作の軽減を図ることができる。例えば再生画面中のお気に入り登録の所をクリックすると、端末側のお気に入り登録機構によりファイルデータに登録し格納されると共に、サーバ側の顧客データにお気に入りファイルとして楽曲名等が登録され格納される。なお、例えばファイルデータには楽曲はダウンロードされておらず、楽曲名とかアーティスト名等の情報が格納されているだけである。
【００１７】
本発明の一の形態によれば、前記情報の所定の再生方法による提供は、前記ファイル単位での前記情報の提供であることを特徴とする。これにより、一曲一曲づつ検索し曲名を入力する必要がなくなり、ユーザの操作負担を大幅に軽減できる。
【００１８】
本発明の一の形態によれば、前記サーバ側では、前記情報を端末側に送信するに際し、当該情報に該情報に関連する所定の文字や映像からなる情報を付加することを特徴とする。これによれば、楽曲再生中にその楽曲にまつわる最新情報を提供できるので、ユーザの利便性が増すだけでなく、販促を図ることもできることとなる。
【００１９】
本発明の一の形態によれば、複数の前記情報のそれぞれから予め選択された各特定の部分情報を前記サーバ側から前記端末側に無料で順次送信し、前記端末側では、送信されてくる前記各部分情報をストリーミングし、前記端末側では、前記ストリーミングにより再生された複数の前記各部分情報の中から所望の前記情報を選択し、前記サーバ側では、前記選択された情報を前記端末側に送信し、前記端末側では送信されてくる前記情報をストリーミングし、前記ストリーミングによる情報の再生中に前記端末側から再生停止の指示があった場合に、前記サーバ側から前記端末側への前記情報の送信を停止すると共に、前記情報の提供に対する前記端末側への課金を前記情報の再生時間又は情報量に基づいて決定することを特徴とする。これにより、例えば音楽の頭の部分に限らず、さびの部分等を選べば、この順次送信された情報の中から気に入ったものを楽曲を聴きながら、自分のお気に入りファイルに登録しておくことができ、次回から一発で選曲再生ができることとなり、ユーザの利便性が飛躍的に向上する。
【００２０】
また、ユーザは課金を気にせず各曲の例えばさびの部分を連続して聴くことができ、気に入れば直ちに自分のファイルに登録しておくことができる。
【００２１】
本発明の他の観点に係る情報提供システムは、ネットワークを介してサーバ側から端末側に音楽情報を提供するシステムにおいて、前記端末側は、前記情報のジャンル又はアーティストを指定する手段と、前記サーバ側から送信されてくる前記情報をストリーミングする手段と、前記ストリーミングによる情報の再生中に前記サーバ側に対して再生停止の指示を行う手段とを有し、前記サーバ側は、前記指定されたジャンル又はアーティストに該当する１又は２以上の前記情報を前記端末側に送信する手段と、前記ストリーミングによる情報の再生中に前記端末側から再生停止の指示があった場合に、前記端末側への前記情報の送信を停止する手段と、前記情報の提供に対する前記端末側への課金を前記情報の再生時間又は情報量に基づいて決定すると共に当該再生時間が所定以下の場合には前記課金をしない決定をする手段と、前記端末側のユーザの前記情報に対する嗜好性を、前記課金しない再生停止の指示のあった楽曲の共通点により予め評価して蓄積したデータベースと、前記端末側で指定されたジャンル又はアーティストに該当する情報を前記端末側に送信するに際し、前記評価に応じて当該ユーザが好む傾向にある情報の数が多くなるように送信情報の選択を行う手段とを有することを特徴とする。
【００２２】
本発明では、端末側で音楽情報をダウンロードせずストリーミングすることとしたので、端末側ハードにおける制約が少なくなりいつでも何処でも大量の音楽を聴くことが可能となる他、著作権に関する問題も軽減される。
【００２３】
また、端末側への課金を情報の再生時間又は情報量に基づいて決定する手段を設けることとしてので、途中で好みの曲でないとして再生をやめた時は最後まで聴いた場合より安くでき、より安心してユーザが利用できることとなる。
【００２４】
更に、著作権者側から見ても従来無料か有料のダウンロードしかなく、十分に収入が得られる状況ではなかったが、中間としての再生時間による課金の方法の導入により更なる収益の可能性が広がる。
【００２５】
また、例えば曲の頭１０秒ぐらい聴いて再生を止めれば課金しないので、好みの曲でない場合に課金されずに済み、ユーザは知らない曲でもとりあえず聴いてみることができる。また、曲の頭を聴いて気に入ればそのまま何もしなくても、最後まで聴くことができ利便性が高い。
【００２６】
更にユーザは楽曲そのものでなく自分の興味のあるジャンル例えばベスト１００を指定できるので、現在の人気のある曲を聴くことができる。このような場合は特に再生時間により課金されるので、安心して聴いてみることができることとなる。
【００２７】
また、サーバ側でユーザの嗜好傾向を記憶し、ジャンル再生の際に好む傾向のある楽曲を多くなるように選択を行う手段を設けることとしたので、ユーザのスキップ等の操作の軽減を図ることができると共に、その情報提供プログラムに対するロイヤリティを増大できる。
【００２８】
本発明の一の形態によれば、前記端末側は、前記情報自体ではなく、１又は２以上の前記情報を指定できるファイルを蓄積できるデータベースと、前記サーバ側に前記１又は２以上の前記情報の所定の再生方法による提供を要求する手段とを更に有し、前記サーバ側は、前記ファイルを蓄積できるデータベースと、前記要求に応じて当該情報を前記端末側に送信する手段とを更に有することを特徴とする。これにより、例えばファイルに楽曲のお気に入り登録をすれば、そのファイルの指定だけで登録したお気に入りの楽曲を全部再生課金できる他、更にファイル内の楽曲を指定すれば特定のお気に入り楽曲の再生課金が可能となり、入力や検索が不要となるのでユーザにおける操作の軽減を図ることができる。
【００２９】
また、ファイル内で連続再生、シャッフル再生もできることとなると共に、楽曲数が増えた場合の整理、分類も可能となる。
【００３０】
本発明の一の形態によれば、前記情報の所定の再生方法による提供は、前記ファイル内の１又は２以上の楽曲の指定による前記情報の提供であることを特徴とする。これにより、ファイル内の楽曲を指定すれば特定のお気に入り楽曲の再生課金が可能となり、入力や検索が不要となるのでユーザにおける操作の軽減を図ることができる。例えば再生画面中のお気に入り登録の所をクリックすると、端末側のお気に入り登録機構によりファイルデータに登録し格納されると共に、サーバ側の顧客データにお気に入りファイルとして楽曲名等が登録され格納される。なお、例えばファイルデータには楽曲はダウンロードされておらず、楽曲名とかアーティスト名等の情報が格納されているだけである。
【００３１】
本発明の一の形態によれば、前記情報の所定の再生方法による提供は、前記ファイル単位での前記情報の提供であることを特徴とする。これにより、一曲一曲づつ検索し曲名を入力する必要がなくなり、ユーザの操作負担を大幅に軽減できる。
【００３２】
本発明の一の形態によれば、前記サーバ側は、前記情報を端末側に送信するに際し、当該情報に付加する該情報に関連する所定の文字や映像からなる情報を予め蓄積するデータベースと、前記情報を端末側に送信するに際し、前記所定の情報を付加して送信する手段とを更に有することを特徴とする。これによれば、楽曲再生中にその楽曲にまつわる最新情報を提供できるので、ユーザの利便性が増すだけでなく、販促を図ることもできることとなる。
【００３３】
本発明の一の形態によれば、前記サーバ側は、複数の前記情報のそれぞれから予め選択された各特定の部分情報を前記端末側に無料で順次送信する手段と、前記端末側で選択された情報を当該端末側に送信する手段とを更に有し、前記端末側は、前記サーバ側から送信されてくる前記各部分情報をストリーミングする手段と、前記端末側で前記ストリーミングにより再生された複数の前記各部分情報の中から所望の前記情報を選択する手段とを更に有することを特徴とする。これにより、例えば音楽の頭の部分に限らず、さびの部分等を選べば、この順次送信された情報の中から気に入ったものを楽曲を聴きながら、自分のお気に入りファイルに登録しておくことができ、次回から一発で選曲再生ができることとなり、ユーザの利便性が飛躍的に向上する。また、ユーザは課金を心配せずに各曲の例えばさびの部分を連続して聴くことができ、気に入れば直ちに自分のファイルに登録しておくことができる。
【００３４】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づき説明する。
【００３５】
図１は本発明の一実施形態に係るシステムの構成を示す図である。
【００３６】
同図に示すように、インターネット１には、サイト側のサーバ２やユーザ側の端末３が接続されている。サーバ２や端末３は例えばＰＣと必要なソフトウエアによって構成することが可能である。ここでは、サイト側からユーザ側に特定の情報として楽曲情報（ファイル）を提供する例をとって説明するが、特定の情報としては、このような楽曲に限らず、映像やニュース等であっても勿論構わない。
【００３７】
図２は端末３の構成を示すブロック図である。
【００３８】
ここで端末３としてパソコン端末を考えたがこれに限定されるもので無く、ホームオーディオ、カーステレオ及び携帯電話等であっても良い。
【００３９】
端末３は、処理を行うためのＣＰＵ４やＲＡＭ５、インターネット１を介して通信を行うための通信部６、例えばキーボード、ディスプレー及びスピーカ等の入出力部７、各種のソフトウエアが格納されたソフトウエア格納部８及び各種のデータが格納されたデータ格納部９を有する。
【００４０】
ソフトウエア格納部８は、インターネット１を介してサーバ２側から送信されてくる楽曲をリアルタイムで再生する（例えばストリーミング）リアルタイム再生機構８ａと、楽曲の再生中に再生停止の指示を行う再生停止指示機構８ｂと、楽曲のジャンルまたはアーティストを指定するジャンル等指定機構８ｃと、楽曲の再生中にその楽曲の評価をする評価入力機構８ｄと、楽曲聴取中に気に入った曲をお気に入りに登録するお気に入り登録機構８ｅと、ファイル単位で楽曲情報の提供を要求するファイルによる楽曲情報要求機構８ｆと、サーバ２側から送信されてくる楽曲の部分情報をリアルタイムで再生する部分情報リアルタイム再生機構８ｇと、再生された部分情報から所望の楽曲を選択するための部分情報による楽曲選択機構８ｈと、部分情報の提供により選択された楽曲のリアルタイム再生のための部分情報による楽曲再生機構８ｉとを具備する。
【００４１】
また、ジャンル等指定機構８ｃは例えば、自分の興味のあるジャンル（例えばジャズ、ベスト１００、Ｊ―ＰＯＰ新譜等）を指定するものである。これにより、楽曲を指定しなくてもサーバ２がそのジャンルに該当する任意の楽曲を送信してくることとなる。
【００４２】
更に、お気に入り登録機構８ｅはファイルにお気に入り登録しておけば楽曲名等の入力、検索が不要となる。
【００４３】
また、ファイルによる楽曲情報要求機構８ｆはファイル単位でなくファイル内の１つまた２つ以上の楽曲を指定して楽曲情報の提供を要求しても良い。
【００４４】
次に、データ格納部９には、自分のお気に入り登録された楽曲のファイルデータ９ａが格納されている。これにより、端末３側でも自分のお気に入りファイルを編集できることとなる。
【００４５】
また、端末３でデータ格納部９を設けず、お気に入り登録を含めファイルの編集もすべてサーバ２からのホームページ上で行うこともできる。
【００４６】
例えば、お気に入りファイルのようなもの全部端末３で記録せず、サーバ２上で管理することとし、ユーザＩＤさえあればどの端末３からでも自分のお気に入りファイルにたどり着くことができ、そこから楽曲を再生することもできる。
【００４７】
図３はサーバ２の構成を示すブロック図である。
【００４８】
サーバ２は、処理を行うためのＣＰＵ１０やＲＡＭ１１、インターネット１を介して通信を行うための通信部１２、例えばキーボード及びディスプレー等の入出力部１３、各種のソフトウエアが格納されたソフトウエア格納部１４及び各種のデータが格納されたデータ格納部１５を有する。
【００４９】
ソフトウエア格納部１４は、インターネット１を介して端末３にホームページを提示するためのホームページ提示機構１４ａと、端末３側から送信されたユーザＩＤとパスワードを認証判定するためのユーザ認証機構１４ｂと、聴きたい曲をユーザが指定した場合に、その楽曲をインターネット１を介して端末３側に送信するための楽曲送信機構１４ｃと、端末３側の再生停止指示機構８ｂによる停止指示がインターネット１を介してサーバ２側に送信されたときに、楽曲の送信を停止するための楽曲送信停止機構１４ｄと、楽曲の再生時間又は情報量により課金を決定するための課金決定機構１４ｅと、ジャンル又はアーティストに該当する楽曲を端末３側に送信する際に楽曲を選択するためのジャンル等による楽曲選択機構１４ｆと、端末３側のジャンル等指定機構８ｃにより指定されたジャンル又はアーティストに該当する楽曲を端末３側に送信するジャンル等による楽曲送信機構１４ｇと、端末３側のファイルによる楽曲情報要求機構８ｆからの例えば、ファイル単位の楽曲送信の要求があったときのファイルによる楽曲送信機構１４ｈと、楽曲の再生時に例えば、その楽曲にまつわる最新情報を提供するための付加情報による楽曲送信機構１４ｉと、予め選択された部分情報をインターネット１を介して端末３側に送信するための部分情報送信機構１４ｊと、端末３側の部分情報による楽曲選択機構８ｈにより選択された楽曲をインターネット１を介して端末３側に送信するための部分情報による楽曲送信機構１４ｋと、端末３側から楽曲の送信停止の指示があったときに、楽曲の送信を停止するための部分情報による楽曲送信停止機構１４ｌと、部分情報による楽曲の再生時間又は情報量に基づいて課金を決定するための部分情報による楽曲課金決定機構１４ｍとを具備する。
【００５０】
楽曲送信停止機構１４ｄは、端末３側の再生停止指示機構８ｂによる停止指示がインターネット１を介してサーバ２側に送信されない限り、楽曲の送信を停止せず楽曲送信機構１４ｃによりその楽曲の最後まで送信が続けられる。
【００５１】
課金決定機構１４ｅは、例えば課金方法は再生してからユーザのアクションによるので再生中ユーザからなんのアクションもないときは、聴いたとみなして課金する。再生時間が楽曲のスタートから何秒となっているかを読み取って、例えばフルで聴けば１０円であるが、再生開始から１０秒であるから無料であるというようになる。また、ワンコーラス分、例えば再生開始から２分で再生停止の指示がされた場合であれば、半額の５円といったように課金することができる。
【００５２】
これによって、短時間の再生停止であれば課金がないとすることができ、ユーザが安心してとりあえず，題名だけではわからない楽曲でも聴くことができる。
【００５３】
また、従来のように無料かダウンロードによる買取課金かの選択だけでなく、途中で再生を停止した場合にフル課金の場合に比べ更に安くすることができ、ユーザも不必要な出費をせずに済むと共に、著作権者側も新たな収入が期待できることとなる。
【００５４】
なお、課金は１回あたりの課金となるので、同じ楽曲でも再度聴いた場合はその分課金される。
【００５５】
ジャンル等による楽曲選択機構１４ｆは、端末３側で楽曲の再生中に評価行為を行うとサーバ２側でユーザＩＤに紐付けて、後述の顧客データ１５ｂにユーザの嗜好傾向を記録し、ジャンル再生の際に好む傾向にある曲を多く、嫌いな傾向の曲を少なくかけることとするものである。これによって、スキップ等のユーザ操作の軽減を図ると共に、その情報提供プログラムに対するロイヤリティを増大することができる。
【００５６】
ここで嗜好傾向は例えば、何曲かの楽曲を再生するときに無料時間で再生停止の指示が出るとして、早期再生停止となる楽曲の内７０％の確立での共通点、例えば演歌であるとか、ジャズであるとかの共通点が有るとすれば、演歌が嫌いであるとするものである。
【００５７】
部分情報送信機構１４ｊは、例えば曲のさび部分のような情報であって後述の楽曲データ１５ｃに格納されている楽曲のある部分を選択して送信するものである。
【００５８】
データ格納部１５には、ホームページを構成する基本データ１５ａ、顧客データ１５ｂ、楽曲データ１５ｃ、関連情報データ１５ｄ等が格納されている。又、これらのデータは随時更新されるものである。
【００５９】
顧客データ１５ｂには、ユーザ毎に、ユーザ氏名及び住所、ユーザＩＤ及びパスワードなどの認証情報のほかに、お気に入りファイル及びジャンルカスタマイズ等のデータ及び課金情報がデータベース化されている。
【００６０】
楽曲データ１５ｃには、楽曲そのものの他に楽曲ＩＤ、アーティスト名、タイトル、楽曲の付随データ例えばその楽曲のさび部分を定める情報等、ジャンル分けのためのデータ等がデータベース化されている。
【００６１】
関連情報データ１５ｄには、楽曲に付加される付加情報等のデータがデータベース化されている。例えば、その楽曲にまつわる最新情報、コンサート情報等である。
【００６２】
図４はホームページ提示機構１４ａにより提示されるホームページの一例を示す図である。
【００６３】
ここで、（ａ）はホームページにおける最初の画面でユーザ認証画面、（ｂ）はユーザ認証が認められた場合に次の画面であらわされるメニュー画面、（ｃ）はメニュー画面で番組一覧を選択した場合の番組一覧画面、（ｄ）は番組一覧画面でＪ―ＰＯＰを選択した場合のＪ―ＰＯＰ画面、（ｅ）はＪ―ＰＯＰ画面で今週のＴＯＰ１０を選択し、１０位の曲の再生画面である。
【００６４】
また、（ｆ）はメニュー画面で曲検索を選択した場合の曲検索画面、（ｇ）は曲検索画面でアーティストとして×△○を入力した場合の×△○画面、（ｈ）は×△○画面でＩ  ｌｏｖｅ  ｙｏｕを選択した場合の再生画面である。
【００６５】
更に、（ｉ）はメニュー画面でお気に入りを選択した場合のお気に入り画面、（ｊ）はお気に入り画面でバラードを選択した場合のバラード画面、（ｋ）はバラード画面の全曲を選択した場合の再生画面で現在再生中の楽曲のアーティスト名と曲名とが表示されている。
【００６６】
（ａ）のユーザ認証画面のユーザＩＤとパスワードとの横の四角の欄には入出力部７例えばキーボードから入力できる。又各選択画面では選択したい項目をクリック等すればその選択された項目の画面となる。
【００６７】
更に、（ｇ）の×△○画面及び（ｊ）のバラード画面の進行ボタン１７、１８をクリックすると現在の画面表示以外の曲名が表示される。
【００６８】
又、（ｅ）の今週のＴＯＰ１０画面の早送りボタン２１をクリックすると先の順位曲が早送りで表示され、早戻しボタン１９で後の順位曲が表示される。更に、停止ボタン２０をクリックすれば再生停止指示機構８ｂにより再生停止指示がされ、サーバ２側の楽曲送信停止機構１４ｄにより送信が停止され再生が停止される。
【００６９】
（ｈ）及び（ｋ）再生画面の停止ボタン２２、２３をクリックすると再生停止指示機構８ｂにより再生停止指示がされ、サーバ２側の楽曲送信停止機構１４ｄにより送信が停止され再生が停止される。
【００７０】
（ｋ）の再生画面のはや送りボタン２４をクリックすると先の楽曲へスキップできる。
【００７１】
又、（ｅ）、（ｈ）及び（ｋ）各再生画面においてサーバ２側の付加情報による楽曲送信機構１４ｉにより、その楽曲にまつわる最新情報を画面表示等することができ販促を図ることができる。
【００７２】
なお、（ｅ）の再生画面中に×△○画面のページへのリンクを表示するようにしてもよい。これにより、これらのページのヒット数を上げることが可能になる。
【００７３】
次に、このように構成されたシステムにおける動作を図５に示すフローに基づき説明する。
【００７４】
例えば、端末３側で所定のブラウザを使ってホームページ１６のＵＲＬアドレスが入出力部７から入力されると、サーバ２ではホームページ提示機構１４ａにより通信部１２及びインターネット１を介して端末３にホームページ１６が提示される。
【００７５】
次に、図４（ａ）に示すようにホームページ１６上のユーザ名とパスワードとのところにキーボード等を使って必要事項を入力させる（ステップ１０１）。この情報がインターネット１を介してサーバ２側に届けられ、ユーザ認証機構１４ｂにより認証判定がされる（ステップ１０２）。
【００７６】
ここで、ユーザ認証機構１４ｂはデータ格納部１５に格納されている顧客データ１５ｂを呼び出し、入力されたユーザＩＤ及びパスワードと照合する。
【００７７】
照合の結果顧客データと一致すれば次のメニュー画面を表示するようＣＰＵ１０がホームページ提示機構１４ａに指示し、ホームページ提示機構１４ａが図４（ｂ）に示すようなメニュー画面を表示する（ステップ１０３）。
【００７８】
又、照合の結果顧客データと一致しない場合は端末３側にＮＧ表示され、端末３側は再度入力し直すこととなる。
【００７９】
次に、端末３側はメニュー画面で表示されたメニューを選択する（ステップ１０４）。例えば曲検索が選択されると図４（ｆ）で示すような曲検索画面が表示されるので、画面中のタイトル名に入力し楽曲を指定する（ステップ１０５）。すると、この情報がサーバ２側のＣＰＵ１０に届けられＣＰＵ１０の制御下、楽曲送信機構１４ｃはデータ格納部１５に格納されている楽曲データ１５ｃの中から指定された楽曲を読み出し端末３へインターネット１を介して送信開始する（ステップ１０６）。
【００８０】
これによって、端末３側ではリアルタイム再生機構８ａにより入出力部７の例えばスピーカで希望の曲をストリーミングできることとなる（ステップ１０７）。
【００８１】
なお、楽曲の指定はいろいろな方法があり上述の例に限られない。
【００８２】
次に、端末３側で所定の短時間に例えば図４（ｅ）の再生画面の停止ボタン２０がクリックされると、その情報がインターネット１を介してサーバ２側の楽曲送信停止機構１４ｄに伝えられると共に、端末３側の再生停止指示機構８ｂにより所定の時間内であるか判定され（ステップ１０８）、所定の時間内と判定された場合は、その情報が、サーバ２側の課金決定機構１４ｅに伝えられ課金がされず終了する。
【００８３】
又、所定の短時間でなく途中再生停止（ステップ１０９）の情報が、インターネット１を介してサーバ２側の課金決定機構１４ｅに伝えられた場合は、途中分課金がされることとなる。
【００８４】
更に、曲の最後まで再生されたときはサーバ２側の楽曲送信機構１４ｃによる楽曲再生終了により端末３側の再生も終了する（ステップ１１０）。これによって再生終了まで端末３側から楽曲停止指示がなかったこととなり、課金決定機構１４ｅはダウンロードの場合より低額な全額課金する。これらの課金情報は例えば、データ格納部１５の顧客データ１５ｂに格納される。
【００８５】
これにより、楽曲が短い再生時間で好みの曲でないと判ったときは、停止指示をすることにより無料となるので、知らない楽曲でも安心して聴くことができる。又、短い時間でなく途中で聴きたくなくなったときも、再生を停止すれば最後まで聴くより安くできるので更に、ユーザは気軽に聴くことができる。このことは、従来の無料か有料のダウンロードしかない場合に比べ、著作権者にも十分な収入が得られることとなる。
【００８６】
なお、課金方法は上述した再生時間により課金する場合に限られず、再生された情報量の多い少ないで課金しても良い。
【００８７】
このように本実施形態によれば、楽曲及び映像情報を端末３側でダウンロードせずリアルタイムで再生することとしたので、端末３側ハードにおける制約が少なくなり、いつでも何処でも大量の音楽を聴くことが可能となると共に、ダウンロードの場合より安く聴くことができるし、著作権に関する問題も軽減される。
【００８８】
又、端末３側への課金を情報の再生時間又は情報量に基づいて決定することとしたので、途中で好みの曲でないとして再生をやめたときは、最後まで聴いた場合より安くでき、より安心してユーザが利用できる。
【００８９】
更に、例えば曲の頭１０秒ぐらい聴いて再生を止めれば課金しないこととしたので、好みの曲でない場合に課金されずに済み、ユーザは知らない曲でもとりあえず聴いてみることができる。また、曲の頭を聴いて気に入ればそのまま何もしなくても最後まで聴くことができ利便性が高い。
【００９０】
又、著作権者側から見ても従来無料か有料のダウンロードしかなく結局十分に収入が得られる状況ではなかったが、中間としての再生時間等による課金の方法の導入により更なる収益の可能性が広がることとなる。
【００９１】
次に、本発明の第２の実施形態について説明する。
【００９２】
図６は第２の実施形態にかかる処理の流れを示すフローチャート図である。
【００９３】
なお、第２の実施形態にかかるシステムの構成については、第１の実施形態と同様であるのでその説明を省略する。
【００９４】
次に、第２の実施形態における動作を説明する。ここで、端末３側で所定のブラウザを使ってホームページ１６のＵＲＬアドレスが入出力部７から入力されるところから、端末３側に図４（ｂ）に示すようなメニュー画面が表示されるところまでは第１の実施形態と同様なので説明を省略する。
【００９５】
図２、図３及び図６に示すように、端末３側に示されたメニュー画面の番組一覧が選択されると、図４（ｃ）に示すような番組一覧が表示され、その中のＪ―ＰＯＰを選択し表示されたＪ―ＰＯＰ画面図４（ｄ）の今週のＴＯＰ１０を端末３側のジャンル等指定機構８ｃにより選択すると（ステップ２０１）例えば、１０位のＩ  ｌｏｖｅ  ｙｏｕがサーバ２側のデータ格納部１５に格納された楽曲データ１５ｃからジャンル等による楽曲選択機構１４ｆにより選択され（ステップ２０２）、ジャンル等による楽曲送信機構１４ｇにより図４（ｅ）に示すように１０位の楽曲の送信が始まる（ステップ２０３）。
【００９６】
次に、端末３側で所定の短時間に例えば図４（ｅ)に再生画面の停止ボタン２０がクリックされると課金されないのと、所定の短時間でなく途中再生停止の場合に途中分課金がされるのと、曲の最後まで再生されたときはフルの課金がされるのは第１の実施形態と同様であるので説明は省略する。
【００９７】
ただし、第２の実施形態では楽曲送信停止機構１４ｄへの再生停止の指示がジャンル等による楽曲選択機構１４ｆにも伝えられ、この情報によりジャンル等による楽曲選択機構１４ｆは次の楽曲例えば、９位の楽曲を楽曲データ１５ｃから選択し、ジャンル等による楽曲送信機構１４ｇにより、９位の楽曲がインターネット１を介し端末３側へ送信される。
【００９８】
又、曲の最後まで再生されたときは例えば、図４（ｅ)の再生画面の停止ボタン２０がクリックされ、今週のＴＯＰ１０というジャンル自体の楽曲のリアルタイム再生を停止したかが判定され（ステップ２０４）、ジャンル自体の楽曲のリアルタイム再生を停止したときは、課金の情報が例えば顧客データ１５ｂに格納される。
【００９９】
更に、図４（ｅ)の再生画面の停止ボタン２０がクリックされず今週のＴＯＰ１０というジャンル自体の楽曲のリアルタイム再生の停止がされなかったときは、そのまま次の楽曲例えば、９位の楽曲を再生することとなる。
【０１００】
このように本実施形態によれば、端末３側で楽曲そのものでなくジャンル又はアーティストを指定できることとしたので、特に曲名などの情報がなくても興味のある楽曲をリアルタイム再生をすることができる。しかも、所定の短時間で再生を停止すれば課金されず、ユーザも安心して楽曲を聴くことができることとなる。
【０１０１】
また、ジャンル又はアーティストを指定した場合は、サーバ２側が複数曲を任意に選択し送信することもできるので、ユーザは何回も楽曲を検索したりする手間が要らず利便性が高い。
【０１０２】
次に、本発明の第３の実施形態について説明する。
【０１０３】
図７はジャンル指定の場合で評価入力する際のフローチャート図、図８は本発明の第３の実施形態にかかる処理の流れを示すフローチャート図である。
【０１０４】
なお、第３の実施形態に係るシステムの構成については第１の実施形態と同様であるのでその説明を省略する。
【０１０５】
ここで、例えば図７に示すようにジャンル再生を行っている際に再生中の楽曲について図２に示す端末３側の評価入力機構８ｄにより評価行為を行うと（ステップ３０１）、インターネット１を介しサーバ２側でユーザＩＤに紐付けされて、データ格納部１５の顧客データ１５ｂにそのデータがユーザの嗜好傾向として格納される。
【０１０６】
次に、第３の実施形態における動作を説明する。ここで、端末３側で所定のブラウザを使ってホームページ１６のＵＲＬアドレスが入出力部７から入力されるところから、端末３側に図４（ｂ）に示すようなメニュー画面が表示されるところまでは第１の実施形態と同様なので説明を省略する。
【０１０７】
図２、図３及び図８に示すように、ジャンル等指定機構８ｃによりジャンル指定されると、サーバ２側のジャンル等による楽曲選択機構１４ｆにより楽曲データ１５ｃからリアルタイム再生する楽曲を選択することとなるが、ここでジャンル等による楽曲選択機構１４ｆは顧客データ１５ｂからそのユーザの嗜好傾向のデータを読み出して（ステップ４０１）、好む傾向にある楽曲を多く嫌いな楽曲を少なくなるように選択する（ステップ４０２）。
【０１０８】
ジャンル等による楽曲選択機構１４ｆにより好みの楽曲が選択された以降は、ジャンル再生終了まで第２の実施形態の場合と同様であるので説明を省略する。
【０１０９】
このように本実施形態によれば、予め楽曲の再生中にその曲の評価行為をし、その評価に基づき例えばジャンル再生の楽曲選択の際、好みの楽曲が多くなるようにさせたので、スキップ等のユーザ操作の軽減を図ると共にその情報提供プログラムに対するロイヤリティを増大させることができる。
【０１１０】
次に、本発明の第４の実施形態について説明する。
【０１１１】
図９は楽曲再生中にお気に入り登録する場合のフローチャート図、図１０は、お気に入りファイルによるリアルタイム楽曲再生の場合のフローチャート図である。
【０１１２】
ここで、図９に示すように楽曲の再生中に例えば図４（ｈ）の再生画面中のお気に入り登録の所をクリックすると、端末３側のお気に入り登録機構８ｅによりファイルデータ９ａに登録し格納される（ステップ５０１）と共に、サーバ２側の顧客データ１５ｂにお気に入りファイルとして楽曲名等が登録され格納される（ステップ５０２）。
【０１１３】
なお、第４の実施形態に係るシステムの構成については第１の実施形態と同様であるのでその説明を省略する。
【０１１４】
次に、第４の実施形態における動作を説明する。ここで、端末３側で所定のブラウザを使ってホームページ１６のＵＲＬアドレスが入出力部７から入力されるところから、端末３側にメニュー画面が表示されるところまでは第１の実施形態と同様なので説明を省略する。
【０１１５】
図２、図３及び図１０に示すように例えば、端末３側のファイルによる楽曲情報要求機構８ｆにより、メニュー画面でお気に入りが選択されると（ステップ６０１）、お気に入り画面となり更にバラードを選択すると図４（ｊ）に示すようなバラード画面が表示される。
【０１１６】
ここで、再生方法の指定をし（ステップ６０２）、例えば全曲再生を選択するとサーバ２のファイルによる楽曲送信機構１４ｈにより、楽曲データ１５ｃから所定の楽曲が選択され（ステップ６０３）、インターネット１を介して端末３側へ送信される。
【０１１７】
次に、１曲目のリアルタイム再生が終了するとその分の課金が課金決定機構１４ｅにより決定され、データとして顧客データ１５ｂに格納される。
【０１１８】
また、ファイル再生を再生停止指示機構８ｂにより停止する場合を除き、ステップ６０３に戻って楽曲データ１５ｃから所定の楽曲が選択され（ステップ６０３）、インターネット１を介して端末３側へ送信される。
【０１１９】
更に、再生停止指示機構８ｂによりファイル再生を停止する場合は例えば、図４（ｋ）の再生画面で停止ボタン２３をクリックすれば、再生停止の指示がサーバ２の楽曲送信停止機構１４ｄに送信され、ファイル再生を停止させ終了することとなる。
【０１２０】
このように本実施形態によれば、楽曲聴取中にお気に入りファイルに登録し、次回そのお気に入りの楽曲の全部を聴きたくなったときに、お気に入りファイルを開き全曲再生をクリックするだけで全て再生できることとしたので、一曲一曲づつ検索し曲名を入力する必要がなくなり、ユーザの操作負担を大幅に軽減できる。
【０１２１】
また、再生方法の指定を変えればファイル内の特定の１曲のみを再生することもでき更には、端末３側でファイルデータ９ａを整理分類等の編集も自由にできユーザは編集したファイルデータをインターネット１を介し、サーバ２に送信し顧客データ１５ｂに格納させることも可能である。
【０１２２】
なお、端末３でファイルデータ９ａのデータ格納部９を具備せず、ファイルの編集等全て、サーバ２側でデータを処理し格納しても勿論よい。また、例えばファイルデータ９ａには楽曲はダウンロードされておらず、楽曲名とかアーティスト名等の情報が格納されているだけである。
【０１２３】
これにより、端末３側でハード面からの制限が少なくなり、ユーザは自分のＩＤの入っている端末であれば、何処からでもお気に入りを再生できるようになる。又、楽曲がダウンロードされておらず著作権上の問題も軽減されることとなる。
【０１２４】
次に、本発明の第５の実施形態について説明する。
【０１２５】
図１１は第５の実施形態に係る処理の流れを示すフローチャート図である。
【０１２６】
なお、第５の実施形態に係るシステムの構成については第１の実施形態と同様であるのでその説明を省略する。
【０１２７】
次に、第５の実施形態における動作を説明する。ここで、端末３側で所定のブラウザを使ってホームページ１６のＵＲＬアドレスが入出力部７から入力されるところから、サーバ２側のデータ格納部１５に格納された楽曲データ１５ｃからジャンル等による楽曲選択機構１４ｆによる所定の楽曲の選択までは、第２の実施形態と同様なので説明を省略する。
【０１２８】
図３及び図１１に示すように楽曲が選択されると(ステップ７０１)、付加情報による楽曲送信機構１４ｉによりデータ格納部１５に格納された関連情報データ１５ｄから例えば、再生する楽曲に関連する情報を文字及び映像にしたもの等が選択され（ステップ７０２）、楽曲と一緒にインターネット１を介して端末３側に送信する（ステップ７０３）。これによって、端末３側で楽曲と付加情報とが再生されることとなる（ステップ７０４）。
【０１２９】
これ以降は、再生される情報が楽曲だけでなく付加情報も一緒に再生されることを除き、第２の実施形態と同様であるので説明を省略する。
【０１３０】
このように本実施形態によれば、楽曲の再生中に付加情報を一緒に提供できることとしたので、ユーザにとっても有益な情報を得られるのみならず販売促進にもつながる。
【０１３１】
又、端末３においてこれらの情報をダウンロードしないこととしたので、映像等の大容量の情報もユーザを待たせることなく提供できる。
【０１３２】
次に、本発明の第６の実施形態について説明する。図１２は第６の実施形態に係る処理の流れを示すフローチャート図である。
【０１３３】
なお、第６の実施形態に係るシステムの構成については第１の実施形態と同様であるのでその説明を省略する。
【０１３４】
次に、本発明の第６の実施形態における動作を説明する。ここで、端末３側で所定のブラウザを使ってホームページ１６のＵＲＬアドレスが入出力部７から入力されるところから、端末３側にメニュー画面が表示されるところまでは第１の実施形態と同様なので説明を省略する。
【０１３５】
次に図２、図３及び図１２に示すように例えば、図４（ｂ）のメニュー画面のその他をクリックしてジャンル別の部分情報を指定すると（ステップ８０１）、サーバ２の部分情報送信機構１４ｊにより楽曲データ１５ｃから所定の部分情報例えば、楽曲のさびの部分が選択され（ステップ８０２）、インターネット１を介し端末３側に送信され部分情報リアルタイム再生機構８ｇにより再生される。
【０１３６】
次に、部分情報による楽曲選択機構８ｈにより例えば、１曲の部分情報の再生が終了したとき再生画面上の停止ボタンがクリックされて部分情報の再生が停止され (ステップ８０３）、希望の部分情報の楽曲を指定したときは（ステップ８０４）、サーバ２側の楽曲データ１５ｃから該当する楽曲が選択され、部分情報による楽曲送信機構１４ｋによりインターネット１を介し端末３側へ送信され、端末３側の部分情報による楽曲再生機構８ｉにより希望の楽曲が再生される。なお、部分情報自体の再生は課金しないものとすることができる。これによってユーザは安心して部分情報を視聴できることとなる。
【０１３７】
又、ステップ８０３で部分情報の再生が停止されなかったときは、次の部分情報を送信するべくステップ８０２に戻り所定の部分情報が選択され、端末３へ送信される。
【０１３８】
更に、ステップ８０４で楽曲が指定されなかったときは、部分情報及び楽曲の全て聴く意思がないものとみなし再生を終了する。
【０１３９】
又、ステップ８０４で楽曲が指定されたときに途中で再生停止の指示がなされたとき（ステップ８０５）例えば、再生画面で停止ボタンがクリックされたときは、サーバ２の部分情報による楽曲送信停止機構１４ｌにより再生が停止され、部分情報による楽曲課金決定機構１４ｍにより途中分の課金が決定され、顧客データ１５ｂに課金情報として格納される。
【０１４０】
更に、楽曲の最後まで再生されたときは（ステップ８０６）サーバ２の部分情報による楽曲送信停止機構１４ｌにより、フルに再生されたことの情報が部分情報による楽曲課金決定機構１４ｍに伝えられ、部分情報による楽曲課金決定機構１４ｍによりフルの課金が決定され、顧客データ１５ｂに課金情報として格納される。
【０１４１】
このように本実施形態によれば、複数の楽曲の部分情報を無料でリアルタイム連続再生できることとしたので、例えば楽曲のさび部分の無料情報を聴いてフルの再生をするかより的確に判断でき、無駄な視聴を防げる。又、停止ボタンのクリックがなければ、そのまま複数曲の部分情報が連続して聴けるので、一曲づつ画面操作をしなくて済み、ユーザの負担を軽減できる。
【０１４２】
更に、部分情報を聴いて楽曲を指定し聴き始めたが、途中で聴く気がなくなったときも再生を停止すれば途中分までの課金しかされないので、より気軽に楽曲再生を楽しめる。又、部分情報に基づいた楽曲再生の途中分課金により、従来無料の視聴か有料のダウンロードしかないときに比べ、著作権者の収入の増大につながることとなる。
【０１４３】
以上のように本発明によれば、ユーザ側には、このサービスを提供することにより、それまで無料での試聴、プロモーション（時間に制限があったり、オンデマンドでなかったりという制約があることが多い）か、有料の楽曲購入の選択肢の他に、安価でとにかく聴いてみて、気に入ったら（何回も聴くので買った方が割安と思えば）買うという選択の幅がでてくる。
【０１４４】
サービス提供側にすればプロモーションで収入が見込めるわけで、今まで楽曲購入にためらいを感じていたユーザ（収入になっていない）を取り込み、収入を確保することが可能になる。また、楽曲再生中にその楽曲にまつわるプロモーションもできるが、これは高いプロモーション効果が期待できる。例えば最新のコンサート情報等がある。
【０１４５】
更に、ＣＤのパッケージ販売を成業としている人々にとっても、すみわけ（例えば、アルバムにのみ入っている楽曲は送信しない等）ができれば共存共栄は可能だと思われる。
【０１４６】
なお、本発明は上述したいずれの実施形態にも限定されず、本発明の技術思想の範囲内で適宜変更して実施できる。
【０１４７】
例えば、上述した実施形態では課金方法として再生時間又は情報量によることとしたが、再生される情報の内容によって課金を変えても良い。例えば、最新の情報は課金の額を高額にすることもできる。
【０１４８】
これにより、多様な課金が可能となり著作権者の収入の更なる増大が図れる。
【０１４９】
また、上述した実施形態では部分情報は楽曲データ１５ｃから、複数楽曲の所定の部分を選択して部分情報として送信されるが、複数楽曲のデータと別に例えば、さびだけの情報としてあらかじめ作成しておき、これを部分情報として送信しても良い。
【０１５０】
【発明の効果】
以上説明したように、本発明では、ネットワーク上において音楽や映像等のリアルタイム再生を安価にかつ気軽に楽しむことができると共に、著作権者の収入の増大を図ることが可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るシステムの構成を示す図である。
【図２】図１に示したシステムにおける端末の構成を示すブロック図である。
【図３】図１に示したシステムにおけるサーバの構成を示すブロック図である。
【図４】本発明のホームページの一例を示す図である。
【図５】本発明の第１の実施形態に係る処理の流れを示すフローチャート図である。
【図６】本発明の第２の実施形態に係る処理の流れを示すフローチャート図である。
【図７】ジャンル指定の場合で評価入力する際のフローチャート図である。
【図８】本発明の第３の実施形態に係る処理の流れを示すフローチャート図である。
【図９】楽曲再生中にお気に入り登録する場合のフローチャート図である。
【図１０】お気に入りファイルによるリアルタイム楽曲再生の場合のフローチャート図である。
【図１１】本発明の第５の実施形態に係る処理の流れを示すフローチャート図である。
【図１２】本発明の第６の実施形態に係る処理の流れを示すフローチャート図である。
【符号の説明】
１  インターネット
２  サーバ
３  端末
４、１０  ＣＰＵ
５、１１  ＲＡＭ
６、１２  通信部
７、１３  入出力部
８，１４  ソフトウエア格納部
８ａ  リアルタイム再生機構
８ｂ  再生停止指示機構
８ｃ  ジャンル等指定機構
８ｄ  評価入力機構
８ｅ  お気に入り登録機構
８ｆ  ファイルによる楽曲情報要求機構
８ｇ  部分情報リアルタイム楽曲選択機構
８ｈ  部分情報による楽曲選択機構
８ｉ  部分情報による楽曲再生機構
９、１５  データ格納部
９ａ  ファイルデータ
１４ａ  ホームページ提示機構
１４ｂ  ユーザ認証機構
１４ｃ  楽曲送信機構
１４ｄ  楽曲送信停止機構
１４ｅ  課金決定機構
１４ｆ  ジャンル等による楽曲選択機構
１４ｇ  ジャンル等による楽曲送信機構
１４ｈ  ファイルによる楽曲送信機構
１４ｉ  付加情報による楽曲送信機構
１４ｊ  部分情報送信機構
１４ｋ  部分情報による楽曲送信機構
１４ｌ  部分情報による楽曲送信停止機構
１４ｍ  部分情報による楽曲課金決定機構
１５ａ  基本データ
１５ｂ  顧客データ
１５ｃ  楽曲データ
１５ｄ  関連情報データ
１６  ホームページ
１７、１８  進行ボタン
１９  早戻しボタン
２０，２２，２３  停止ボタン
２１，２４  早送りボタン
【図１】
0004029605.tif 000002
【図２】
0004029605.tif 000003
【図３】
0004029605.tif 000004
【図４】
0004029605.tif 000005
【図５】
0004029605.tif 000006
【図６】
0004029605.tif 000007
【図７】
0004029605.tif 000008
【図８】
0004029605.tif 000009
【図９】
0004029605.tif 000010
【図１０】
0004029605.tif 000011
【図１１】
0004029605.tif 000012
【図１２】
0004029605.tif 000013