(57)【特許請求の範囲】
【請求項１】
通信ネットワークを介して接続された複数のコンテンツ提供サーバが所有する音楽コンテンツをクライアントに対して提供するための音楽情報提供システムであって、
通信ネットワークを介してクライアントによってアクセスされ、該クライアントからの要求に応じて各コンテンツ提供サーバで提供可能な音楽コンテンツのリストを該クライアントに送信し、該クライアントが該リストに基づき所望の音楽コンテンツを選択することを可能にするポータルサーバを備え、該ポータルサーバは、前記クライアントからの所望の楽曲名の検索要求に応じて各コンテンツ提供サーバで提供可能な該所望の楽曲名についての音楽コンテンツのリストを該クライアントに送信するものであり、
該リストには、少なくとも２つの同一曲名の音楽コンテンツを含むと共に、該少なくとも２つの同一曲名の音楽コンテンツのそれぞれについて、曲名及び該音楽コンテンツの原曲に対するアレンジの相違乃至キーの相違に基づく音楽としての品質を示す識別情報を当該音楽コンテンツに対応づけて含んでおり、
前記クライアントでは、前記各音楽コンテンツの曲名と前記識別情報とを対応付けた前記リストを表示し、該表示されたリストに基づき選択した音楽コンテンツを特定する選択情報を通信ネットワーク上に送信し、これに応じて該選択した音楽コンテンツを所有するコンテンツ提供サーバから該選択した音楽コンテンツが提供されることを特徴とする音楽情報提供システム。
【請求項２】
前記選択情報は、前記クライアントによって選択された音楽コンテンツを少なくともコンテンツ識別情報とコンテンツ提供サーバ識別情報とによって特定するものであり、該選択情報における前記コンテンツ提供サーバ識別情報によって特定されるコンテンツ提供サーバから前記クライアントに対して前記選択された音楽コンテンツが提供されることを特徴とする請求項１に記載の音楽情報提供システム。
【請求項３】
前記クライアントにおいて前記所望の音楽コンテンツとして試聴用の音楽コンテンツを選択することが可能であり、選択された試聴用の音楽コンテンツが前記コンテンツ提供サーバから提供されることを特徴とする請求項１または２に記載の音楽情報提供システム。
【請求項４】
前記リストに含まれる前記少なくとも２つの同一曲名の音楽コンテンツは、同一のコンテンツ提供サーバ又は異なるコンテンツ提供サーバによって提供されるものであることを特徴とする請求項１に記載の音楽情報提供システム。
【請求項５】
前記ポータルサーバは、各クライアントによって通信ネットワークを介してアクセスされる前記コンテンツ提供サーバまたは前記音楽コンテンツに関するバーチャルコミュニティスペースを提供する手段を具備することを特徴とする請求項１に記載の音楽情報提供システム。
【請求項６】
前記バーチャルコミュニティスペースは、クライアントによる閲覧及び書き込みが可能な公開情報スペース、前記複数のコンテンツ提供サーバ毎の人気度を示す統計情報を閲覧させるスペース、音楽コンテンツ毎の人気度を示す統計情報を閲覧させるスペース、音楽コンテンツの製作者毎の人気度を示す統計情報を閲覧させるスペースのうち少なくとも１つを含むことを特徴とする請求項５に記載の音楽情報提供システム
【請求項７】
前記ポータルサーバは、クライアントからの自己申告情報若しくは利用履歴情報に基づいて、複数のグループのいずれかのグループに当該クライアントを分類する分類手段と、各クライアントがその所属グループに従ってグループメールを利用可能にするグループメール管理手段とを更に備えることを特徴とする請求項５に記載の音楽情報提供システム。
【請求項８】
前記分類手段は、各クライアントの前記自己申告情報若しくは前記利用履歴情報を蓄積し、該蓄積した自己申告情報若しくは利用履歴情報に基づき自動的に各クライアントのグループ分類を行うものであることを特徴とする請求項７に記載の音楽情報提供システム。
【請求項９】
通信ネットワークを介して接続された複数のコンテンツ提供サーバが所有する音楽コンテンツをクライアントに対して提供するための音楽提供システムに用いられるポータルサーバであって、
通信ネットワークを介してクライアントから所望の楽曲名の検索要求を受け付ける受付手段と、
該要求に応じて、各コンテンツ提供サーバで提供可能な前記所望の楽曲名について音楽コンテンツの情報を収集する情報収集手段と、
前記収集した情報に基づき作成される前記所望の楽曲名についての音楽コンテンツリストであって、少なくとも２つの同一曲名の音楽コンテンツを含むと共に、該少なくとも２つの同一曲名の音楽コンテンツのそれぞれについて、曲名及び該音楽コンテンツの原曲に対するアレンジの相違乃至キーの相違に基づく音楽としての品質を示す識別情報を当該音楽コンテンツに対応付けて含むリストを作成する作成手段と、
前記作成した音楽コンテンツリストを前記クライアントに送信する送信手段と
を備えることを特徴とするポータルサーバ。
【請求項１０】
更に、前記クライアントからコンテンツ取得要求を受け付ける第２の受付手段と、
前記コンテンツ取得要求に対応する音楽コンテンツの前記クライアントへの配信を、該音楽コンテンツを提供するコンテンツ提供サーバに対して要求する要求手段と、
を備えることを特徴とする請求項９に記載のポータルサーバ。
【請求項１１】
更に、前記配信する音楽コンテンツに対する対価を前記クライアントに対して課金する課金手段と、
前記課金した対価を、前記音楽コンテンツを提供したコンテンツ提供サーバに対して供与する供与手段と、
を備えることを特徴とする請求項１０に記載のポータルサーバ。
【請求項１２】
通信ネットワークを介して接続された複数のコンテンツ提供サーバが所有する音楽コンテンツをクライアントに対して提供するための音楽提供システムに用いられる前記クライアントに適用されるプログラムであって、
所望の楽曲名を含む検索条件を入力するステップと、
前記入力された該所望の楽曲名を含む検索条件を、前記ポータルサーバへと送信するステップと、
前記送信した所望の楽曲名を含む検索条件に応じて前記ポータルサーバにて作成された、前記各コンテンツ提供サーバで提供可能な該所望の楽曲名についての音楽コンテンツリストであって、少なくとも２つの同一曲名の音楽コンテンツを含むと共に、該少なくとも２つの同一曲名の音楽コンテンツのそれぞれについて、曲名及び該音楽コンテンツの原曲に対するアレンジの相違乃至キーの相違に基づく音楽としての品質を示す識別情報を当該音楽コンテンツに対応づけて含むリストを前記ポータルサーバから受信するステップと、
前記受信した各音楽コンテンツの曲名と前記識別情報とを対応付けた前記音楽コンテンツリストを表示するステップと、
前記表示されたリストに基づいて、所望の音楽コンテンツの取得を前記ポータルサーバへと要求するステップと、
からなるプログラム。
【請求項１３】
通信ネットワークを介して接続された複数のコンテンツ提供サーバが所有する音楽コンテンツをクライアントに対して提供するための音楽提供システムに用いられるポータルサーバであって、
前記クライアントに適用されるプログラムであって、
所望の楽曲名を含む検索条件を入力するステップと、
前記入力された該所望の楽曲名を含む検索条件を、前記ポータルサーバへと送信するステップと、
前記送信した所望の楽曲名を含む検索条件に応じて前記ポータルサーバにて作成された、前記各コンテンツ提供サーバで提供可能な該所望の楽曲名についての音楽コンテンツリストであって、少なくとも２つの同一曲名の音楽コンテンツを含むと共に、該少なくとも２つの同一曲名の音楽コンテンツのそれぞれについて、曲名及び該音楽コンテンツの原曲に対するアレンジの相違乃至キーの相違に基づく音楽としての品質を示す識別情報を当該音楽コンテンツに対応づけて含むリストを前記ポータルサーバから受信するステップと、
前記受信した各音楽コンテンツの曲名と前記識別情報とを対応付けた前記音楽コンテンツリストを表示するステップと、
前記表示されたリストに基づいて、所望の音楽コンテンツの取得を前記ポータルサーバへと要求するステップと
からなるプログラムを、前記クライアントに対して配信することを特徴とするポータルサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、インターネット等の有線もしくは無線の通信ネットワークを介して、楽曲や効果音などの音楽情報（コンテンツ）を個々の装置間で送受信する音楽情報提供システムに関し、特に、該音楽情報が携帯電話等の携帯通信端末装置の着信メロディ、アラーム音、ＢＧＭ等として使用される場合、音楽情報を提供する音楽情報サーバ（コンテンツ提供サーバ）の、ユーザに対する窓口となるポータルサーバを設けることにより、ユーザは、複数の音楽情報サーバが有する所望の同一楽曲を購入することのできる音楽情報提供システムに関する。
【０００２】
【従来の技術】
携帯電話等の携帯通信端末装置の着信メロディー、アラーム音、ＢＧＭ等として、所望の楽曲を使用する音楽情報提供サービスは、広く普及している。通信ネットワーク上において、複数の音楽情報サーバ（コンテンツ提供サーバ）がそれぞれ独立に存在し、各々が独自の楽曲データベースを所有している。ユーザは、着信メロディーとして使用する所望の楽曲データ（音楽コンテンツ）を購入する場合、所望の一つの音楽情報サーバにアクセスして、各種検索条件（例えば、楽曲名、音楽ジャンルなど）を入力し、これに応じた楽曲データを該音楽情報サーバからダウンロードしていた。楽曲データをダウンロードする際に、音楽情報サーバにおいて、所定の課金処理（例えば、１楽曲データ当たり、月極など）がなされる。また、各種検索条件を音楽情報サーバへと送信したり、検索結果である楽曲データリストを受信したりする際には、データ通信料（パケット料）がかかる。
【０００３】
【発明が解決しようとする課題】
個々の音楽情報サーバが所有する楽曲データは、それが同一の楽曲を原曲とする楽曲データであっても、各音楽情報サーバによって異なり（例えば、原曲とはアレンジやキー、和音構成が違っているものがある）、音楽としての品質も相違する。一方、携帯通信端末装置のユーザは、音楽情報サーバから送信された楽曲データをダウンロードして再生しないうちは、前記楽曲データが前記携帯通信端末装置にてどのように再生されるのか分からない。そのため、前記送信された楽曲データがユーザの意に沿わなかった場合でも所定の課金処理がなされてしまい、無駄な出費となる。したがって、ユーザが所望する楽曲データを取得するためには、同一楽曲を原曲とする楽曲データをそれぞれ有する複数の音楽情報サーバに対して別々に、所定の検索条件を入力して送信し、検索結果を受信して、楽曲データをダウンロードしてみて再生をする、という行為を行わなければならず、楽曲データのダウンロード費用が複数楽曲分になるばかりでなく、データ通信料も複数の音楽情報サーバ分必要になってしまう。また、アクセスした音楽情報サーバが所望の楽曲データを有しているとも限らず、楽曲データの検索行為自体が無駄になってしまうこともある。加えて、ユーザは所望の楽曲データにおいて、どの音楽情報サーバの楽曲データがより優れているか、あるいは自分の需要を満たすものであるかを比較判断するのは容易ではなかった。
【０００４】
本発明は上述の点に鑑みてなされたもので、通信ネットワーク上の複数の音楽情報サーバを統合して管理し、ユーザが利用し易い音楽情報提供システムを提供しようとするものである。
【０００５】
【課題を解決する手段】
この発明に係る音楽情報提供システムは、通信ネットワークを介して接続された複数のコンテンツ提供サーバが所有する音楽コンテンツをクライアントに対して提供するための音楽情報提供システムであって、通信ネットワークを介してクライアントによってアクセスされ、該クライアントからの要求に応じて各コンテンツ提供サーバで提供可能な音楽コンテンツのリストを該クライアントに送信し、該クライアントが該リストに基づき所望の音楽コンテンツを選択することを可能にするポータルサーバを備え、該ポータルサーバは、前記クライアントからの所望の楽曲名の検索要求に応じて各コンテンツ提供サーバで提供可能な該所望の楽曲名についての音楽コンテンツのリストを該クライアントに送信するものであり、該リストには、少なくとも２つの同一曲名の音楽コンテンツを含むと共に、該少なくとも２つの同一曲名の音楽コンテンツのそれぞれについて、曲名及び該音楽コンテンツの原曲に対するアレンジの相違乃至キーの相違に基づく音楽としての品質を示す識別情報を当該音楽コンテンツに対応づけて含んでおり、前記クライアントでは、前記各音楽コンテンツの曲名と前記識別情報とを対応付けた前記リストを表示し、該表示されたリストに基づき選択した音楽コンテンツを特定する選択情報を通信ネットワーク上に送信し、これに応じて該選択した音楽コンテンツを所有するコンテンツ提供サーバから該選択した音楽コンテンツが提供されることを特徴とする。
【０００６】
この発明によると、ポータルサーバは、クライアントからの所望の楽曲名の検索要求に応じて、各コンテンツ提供サーバで提供可能な所望の楽曲名についての音楽コンテンツのリストであって、少なくとも２つの同一曲名の音楽コンテンツを含むと共に、該少なくとも２つの同一曲名の音楽コンテンツのそれぞれについて、曲名及び該音楽コンテンツの原曲に対するアレンジの相違乃至キーの相違に基づく音楽としての品質を示す識別情報を当該音楽コンテンツに対応づけて含むリストをクライアントに送信し、該クライアントが各音楽コンテンツの曲名と識別情報とを対応付けたリストに基づき所望の音楽コンテンツを選択することを可能にする。これにより、クライアントは、同一曲名の音楽コンテンツのそれぞれについて、音楽コンテンツの原曲に対するアレンジの相違乃至キーの相違、例えば、各音楽コンテンツが原曲のアレンジ乃至キーに忠実なコンテンツであるのか、あるいは、各音楽コンテンツが原曲とは異なるアレンジ乃至異なるキーで作成されたコンテンツであるのかを、当該リストが表示された時点で知ることができる。これに伴い、音楽コンテンツを試聴して確認しなくとも、いずれのコンテンツが自分の所望するコンテンツに相当するのか、クライアントはリスト表示から見当をつけることができる。従って、ユーザは音楽コンテンツの試聴のためのパケット通信代や、そのための時間を節約することができ、また、ポータルサーバはクライアントにとって利便性の高いサービスを提供することができる。
【０００７】
また、本発明の音楽情報提供システムに備わる前記ポータルサーバは、各クライアントによって通信ネットワークを介してアクセスされる前記コンテンツ提供サーバまたは前記音楽コンテンツに関するバーチャルコミュニティスペースを提供する手段を具備する。
【０００８】
前記バーチャルコミュニティスペースは、クライアントによる読み書き込みが可能な公開情報スペース、各コンテンツ提供サーバの人気度を示す統計情報を閲覧させるスペース、音楽コンテンツの人気度を示す統計情報を閲覧させるスペースと、音楽コンテンツの製作者の人気度を示す統計情報を閲覧させるスペースのうち少なくとも１つを含む。また、前記ポータルサーバは、クライアントからの自己申告情報若しくは利用履歴情報に基づいて、複数のグループのいずれかのグループに当該クライアントを分類する分類手段を更に備え、各クライアントはその所属グループに従ってグループメールが利用可能である。前記分類手段は、各クライアントの前記自己申告情報若しくは前記利用履歴情報を蓄積し、該蓄積した自己申告情報若しくは利用履歴情報に基づき自動的に各クライアントのグループ分類を行うものとすることができる。このように、ポータルサーバが、上記のようなサービスを提供することで、ユーザの便宜を図り、この音楽情報提供システムをユーザにとって親しみ易いものとすることができる。
【０００９】
また、本発明の別の観点に従うポータルサーバは、通信ネットワークを介して接続された複数のコンテンツ提供サーバが所有する音楽コンテンツをクライアントに対して提供するための音楽提供システムに用いられるポータルサーバであって、通信ネットワークを介してクライアントから所望の楽曲名の検索要求を受け付ける受付手段と、該要求に応じて、各コンテンツ提供サーバで提供可能な前記所望の楽曲名について音楽コンテンツの情報を収集する情報収集手段と、前記収集した情報に基づき作成される前記所望の楽曲名についての音楽コンテンツリストであって、少なくとも２つの同一曲名の音楽コンテンツを含むと共に、該少なくとも２つの同一曲名の音楽コンテンツのそれぞれについて、曲名及び該音楽コンテンツの原曲に対するアレンジの相違乃至キーの相違に基づく音楽としての品質を示す識別情報を当該音楽コンテンツに対応付けて含むリストを作成する作成手段と、前記作成した音楽コンテンツリストを前記クライアントに送信する送信手段とを具備する。
【００１０】
【発明の実施の形態】
以下、添付図面を参照してこの発明の実施の形態を詳細に説明する。
図１は、本発明に係る音楽情報提供システムの全体構成の一実施例を示すシステム構成図である。通信ネットワークＸを介して複数の音楽情報サーバ（コンテンツ提供サーバ）ＭＳ１、ＭＳ２、ＭＳ３と、音楽情報サーバＭＳ１、ＭＳ２、ＭＳ３のクライアントに対する窓口となるポータルサーバＰＳとが接続されており、複数のクライアントが該通信ネットワークＸを介してサーバにアクセス可能である。各音楽情報サーバＭＳ１、ＭＳ２、ＭＳ３は、従来より存在するそれぞれ独立の音楽情報プロバイダ（インフォメーションプロバイダＩＰ）であってよく、各々が独自の楽曲データベースを所有している。ポータルサーバＰＳは、各音楽情報サーバＭＳ１、ＭＳ２、ＭＳ３が所持する楽曲データ（音楽コンテンツ）の情報を一括管理して、クライアントに提供する。本発明に従えば、クライアントは、ポータルサーバＰＳにアクセスし、該ポータルサーバＰＳを介して任意の音楽情報サーバＭＳ１、ＭＳ２、ＭＳ３から所望の音楽情報を取得する。勿論、従来同様に、クライアントは各音楽情報サーバに個別にアクセスすることも可能である。クライアント側の端末機器としては、携帯電話や携帯端末等の携帯通信端末ＰＴを使用することができるし、非携帯の通信端末であるパソコン端末ＰＣを使用することもできる。携帯端末としては、例えばＰＤＡ（Personal Data(または Digital) Assistantsの略）や携帯パソコンなどがあり、有線または無線で通信ネットワークＸに接続可能である。周知のように、通信ネットワークＸには中継基地局ＴＳも接続されており、携帯通信端末ＰＴは無線通信方式で中継基地局ＴＳに接続し、通信ネットワークＸに接続する。ポータルサーバＰＳあるいは音楽情報サーバに関連するサーバとしては、著作権管理サーバＳＳ、楽曲データ製作者サーバＣＳなどが通信ネットワークＸ上にあってもよい。以下、クライアントの端末が携帯通信端末ＰＴであるとして説明する。
【００１１】
携帯通信端末ＰＴは、周知のように、所定の文字列情報で構成されるネットワークアドレスであるＵＲＬ（Uniform Resource Locatorの略）などを指定することでインターネット等の通信ネットワークＸ上に接続された上述のサーバのいずれかへアクセスすることができる。各種サーバとユーザの携帯通信端末ＰＴはＬＡＮ（ローカルエリアネットワーク）やインターネット、電話回線など種々の通信ネットワークＸを介して双方向通信可能に接続され、ＵＲＬなどのアドレス入力に従ってユーザ所望のサーバにアクセスして、アクセスしたサーバからユーザ所望のコンテンツを取得することができる。こうしたクライアントとサーバとの間における各種情報の送受信は、インターネット用ブラウザなどの所定ソフトウエアプログラムを用いて行われる。
【００１２】
サーバは、周知のように、各種情報をクライアントに対して提示するためのＷｅｂサイトに関するＨＴＭＬ（Hyper Text Markup Languageの略）プログラムやコンテンツデータ等を多数記憶しており、クライアントからのＵＲＬなどのアクセス指定に応じて、該当するＷｅｂサイトに関するＨＴＭＬプログラムや該当するコンテンツデータを配信する。
【００１３】
次に、図１に示したポータルサーバＰＳのハード構成の一実施例について、図２を用いて簡単に説明する。図２はポータルサーバＰＳの全体構成を示すハード構成ブロック図である。ポータルサーバＰＳはマイクロプロセッサユニット（ＣＰＵ）１、リードオンリーメモリ（ＲＯＭ）２、ランダムアクセスメモリ（ＲＡＭ）３を含むマイクロコンピュータによって制御される。ＣＰＵ１はこのポータルサーバＰＳ全体の動作を制御するものである。このＣＰＵ１に対して、データ及びアドレスバス１Ｄを介してＲＯＭ２、ＲＡＭ３、キーボード４、表示回路５、音源回路６、記憶装置７、通信インタフェース８が接続されている。更に、ＣＰＵ１には、タイマ割り込み処理（インタラプト処理）における割り込み時間や各種時間を計時するタイマ１Ａが接続されている。
【００１４】
ＲＯＭ２は、ＣＰＵ１により実行あるいは参照される各種プログラムや各種データ等を格納するものである。ＲＡＭ３は、ＣＰＵ１が所定のプログラムを実行する際に発生する各種データなどを一時的に記憶するワーキングメモリとして、あるいは実行中のプログラムやそれに関連するデータを一時的に記憶するメモリ等として使用される。ＲＡＭ３の所定のアドレス領域がそれぞれの機能に割り当てられ、レジスタやフラグ、テーブル、メモリなどとして利用される。キーボード４は、ＵＲＬやコンテンツ検索条件等の各種文字データ入力用のキーボード及び数値データ入力用のテンキーなどから構成される。表示回路５は各種情報あるいはＣＰＵ１の制御状態などを、例えば液晶表示パネル（ＬＣＤ）やＣＲＴから構成されるディスプレイ５Ａに表示する。音源回路６は、データ及びアドレスバス１Ｄを経由して与えられた楽音データを入力し、このデータに基づいて楽音信号を発生する。音源回路６から発生させられた楽音信号は、アンプやスピーカなどを含むサウンドシステム６Ａから発音される。音源回路６は１つの回路を時分割で使用して複数の発音回路を形成してもよいし、１つの回路で１つの発音チャンネルを形成するようにしてもよい。また音源回路６とサウンドシステム６Ａの構成には、従来のいかなる構成を用いてもよい。音源回路６は、波形メモリ、ＦＭ、物理モデル、高調波合成、フォルマント合成、アナログシンセサイザ方式、アナログシンセサイザシュミレイション等の各種楽音合成方式いずれを採用してもよく、また専用のハードウェアを用いて構成してもよいし、ＣＰＵ１によるソフトウェア処理で構成してもよい。なお、ポータルサーバＰＳにおいては、音源回路６及びサウンドシステム６Ａ等の楽音発生機能を省略してもよい。
【００１５】
記憶装置７は、このポータルサーバＰＳで管理する複数の音楽情報サーバＭＳ１〜ＭＳ３が持っている楽曲データに関する各種情報や、あるいはクライアントに配信する所定のプログラム（例えば、着信メロディーダウンロード用のＪＡＶＡ（商標）プログラムなど）等を記憶しており、また、ＣＰＵ１が実行する各種プログラム等の制御に関するデータなどを記憶している。前記ＲＯＭ２に制御プログラムが記憶されていない場合、この記憶装置７（例えばハードディスク）に制御プログラムを記憶させておき、それを前記ＲＡＭ３に読み込むことにより、ＲＯＭ２に制御プログラムを記憶している場合と同様の動作をＣＰＵ１にさせることができる。このようにすると、制御プログラムの追加やバージョンアップ等が容易に行える。なお、記憶装置７はハードディスク（ＨＤ）に限られず、フロッピー（商標）ディスク（ＦＤ）、コンパクトディスク（ＣＤ−ＲＯＭ・ＣＤ−ＲＡＭ）、磁気ディスク（ＭＯ）、ＤＶＤ（Digital Versatile Diskの略）等の着脱自在な様々な形態の外部記憶媒体を利用する記憶装置であれば、どのようなものであってもよい。ポータルサーバＰＳは、通信インターフェース８を介して通信ネットワークＸに接続され、他のサーバ及び各クライアントとの間で通信する。
【００１６】
次に、図１に示した携帯電話や携帯端末等の携帯通信端末ＰＴのハード構成の実施例ついて、図３及び図４を用いて、簡単に説明する。図３は、携帯電話の全体構成の一実施例を示すハード構成ブロック図である。この実施例に示す携帯電話は、ＣＰＵ９、ＲＯＭ１０、ＲＡＭ１１からなるマイクロコンピュータによって制御される。このＣＰＵ９に対して接続されるタイマ１３、ＲＯＭ１０、ＲＡＭ１１は、図２を用いて上述したポータルサーバＰＳで説明したものと同様の動作を行うものであることから、説明を省略する。ＣＰＵ９に対しては、タイマ１３、ＲＯＭ１０、ＲＡＭ１１以外にも、操作スイッチ群１２、表示器１４、マイクロフォン１５、発信機１７、受信機１９、通話用スピーカ２１、記憶装置２２、音楽生成用音源２５などがそれぞれ接続されている。
【００１７】
携帯電話は、通信用の入出力インタフェースとして発信機１７と受信機１９とを備え、アンテナ１８を介して中継基地局ＴＳとの間において無線通信を行うことで、ポータルサーバＰＳや音楽情報サーバＭＳとの間で各種情報の送受信を行う。記憶装置２２は、携帯電話本体に予め内蔵されている内部メモリタイプのもの、あるいはケーブルなどを使って外部接続される外部メモリタイプのもののいずれであってもよい。内部メモリの場合、装置構成が小さい小型の半導体メモリ（例えば、フラッシュメモリなど）が好ましい。外部メモリの場合、上述したポータルサーバＰＳの記憶装置７について例示したもののいずれであってもよい。サーバから取得した楽曲データやプログラム等は、不揮発性の記憶装置２２に保存され、動作時にＲＡＭ１１に転送されて利用される。操作スイッチ群１２は、携帯電話本体に装備されている数字キーや操作スイッチなどの各種スイッチである。
【００１８】
通話用スピーカ２１は通話の際における相手方の音声を発するために用いられる専用のスピーカであり、Ｄ／Ａ変換器２０を介してディジタル信号からアナログ信号に変換した音声信号に従って発音を行う。すなわち、受信機１９で受信した相手方の通話である音声信号をディジタル／アナログ信号変換後に通話用スピーカ２１に与えることによって、該通話用スピーカ２１から相手方の音声を発音する。マイクロフォン１５から入力された音声信号はＡ／Ｄ変換器１６を介してディジタル信号に変換される。表示器１４は、携帯電話本体に装備されている液晶ディスプレイなどである。この表示器１４にはポータルサーバＰＳから取得した各種情報を表示することができる。音楽生成用音源２５は楽音生成用の音源であり、受信機１９を介して受信された楽曲データあるいは記憶装置２２から読み出した楽曲データなどを基に楽音信号を発生し、該楽音信号をＤ／Ａ変換器２３及び楽音用スピーカ２４を介して発音する。これにより、サーバから受信した楽曲データに従う楽曲や効果音などを着信メロディーなどとして発音することができる。この音楽生成用音源２５の構成は、ポータルサーバＰＳの音源回路６について前述したものと同様に任意の音源構成を採用してよい。
【００１９】
図４は、携帯通信端末ＰＴとして使用するＰＤＡのような携帯端末の全体構成の一実施例を示すハード構成ブロック図である。この携帯端末は、ＣＰＵ２６、ＲＯＭ２７、ＲＡＭ２８からなるマイクロコンピュータによって制御され、上述と同様に、データ及びアドレスバス２６Ｄを介してＣＰＵ２６、タイマ２６Ａ、ＲＯＭ２７、ＲＡＭ２８、検出回路２９、表示回路３０、音源回路３１、効果回路３１Ａ、記憶装置３２、及び通信インタフェース（Ｉ／Ｆ）３３が接続されている。
【００２０】
この携帯端末は、通信インターフェース３３を介して通信ネットワークＸに接続し、サーバとの間で各種情報の送受信を行う。記憶装置３２は、図３の記憶装置２２と同様の機能を果たすものであって、それと同様に適宜の不揮発型メモリ構成からなっていてよい。パネル操作子２９Ａは、携帯端末本体に装備されている数字キーや文字入力用キーボード、操作スイッチなどの各種スイッチであり、各スイッチの操作状態を検出し、その状態に応じたスイッチ情報をデータ及びアドレスバス２６Ｄを介してＣＰＵ２６に出力する。表示回路３０は、サーバから取得した各種情報やＣＰＵ２６の制御状態などを、液晶表示パネル（ＬＣＤ）やＣＲＴなどから構成されるディスプレイ３０Ａに表示する。
【００２１】
音源回路３１は、データ及びアドレスバス２６Ｄを経由して与えられた楽曲データを入力し、このデータに基づいて楽音信号を発生し、該楽音信号をはアンプやスピーカなどを含むサウンドシステム３１Ｂを介して発音する。効果回路３１Ａは、前記楽音信号に所定の効果を付与する。この音源回路３１の構成及び回路の形成は、ポータルサーバＰＳの音源回路６について前述したものと同様に任意の構成を採用してよい。
【００２２】
次に、本発明に係る音楽情報提供システムにおける、データベースの所在及び前記データベースを所有する各サーバの相互的連携関係について、図５を用いて簡単に説明する。図５は、図１に示した音楽情報提供システムを構成する複数のサーバ装置とそれらの装置が所有するデータベースの一例を概念的に示す概念図である。楽曲データベースは楽曲データを、購買顧客データベースは前記携帯通信端末ＰＴのユーザに関する各種情報を、著作権管理データベースは著作権料金の徴収といった著作権の管理に関する各種情報を、会計収支データベースはユーザに対する課金徴収等の会計収支に関する各種情報を、楽曲データ製作者（クリエータ）データベースは楽曲データの製作者に関する各種情報を、それぞれ多数蓄積してなる。これら各種のデータベースは、ポータルサーバＰＳ、音楽情報サーバＭＳ１、ＭＳ２、ＭＳ３、著作権管理機関サーバＳＳなど、本システムに関連する各サーバ装置においてそれぞれの機能に応じて所有されている。例えば、音楽情報サーバＭＳ１〜ＭＳ３は各々が独自の楽曲データベースを持ち、ポータルサーバＰＳは購買顧客データベースと会計収支データベースとを持ち、著作権管理機関サーバＳＳは著作権管理データベースを持つ。
【００２３】
ポータルサーバＰＳを介して各データベースを利用することが可能である。例えば、ポータルサーバＰＳがユーザから、検索要求を受けた場合、ポータルサーバＰＳは音楽情報サーバＭＳ１〜ＭＳ３が所有している楽曲データベースを参照し、該当する楽曲を検索することができる。また、後述の例のように音楽情報サーバからユーザに対して楽曲データを直接送信するような場合にあっては、該音楽情報サーバはポータルサーバＰＳが持っている購買顧客データベースから該ユーザのアドレスを参照することができる。このように各サーバがそれぞれのデータベースを連携して利用できることで、例えば音楽情報サーバは顧客管理等の必要がなくなり、業務を楽曲データの配信に特化できる。これは運営コストの削減につながるので、非常に好ましい。
【００２４】
ここで、クライアント側のＲＡＭ１１、２８のデータ構成例について、図６を用いて簡単に説明する。図６（ａ）は、クライアント側のＲＡＭのデータ構成例を示し、（ｂ）、（ｃ）は（ａ）で示したＲＡＭの記憶内容の細部を階層的に示すものである。（ａ）に示すように、ＲＡＭでは、ワーキング用のレジスタ等のデータの他に、各種のアプリケーションプログラム（例えば、ＪＡＶＡ（商標）アプリケーションプログラムなど）及び各種データ（着信メロディ曲データを含む）を記憶する。（ｂ）に示すように、本発明を実施するために利用される着信メロディプログラムがアプリケーションプログラムの１つとして記憶される。尚、図においてアプリ１、アプリ２は他の適宜のアプリケーションプログラムである。ＲＡＭにおいては、（ｂ）に示すように、複数の楽曲１、２、３の着信メロディー曲データを記憶することができる。１つの楽曲の着信メロディ曲データのデータフォーマットは、ＭＩＤＩ規格やＭＩＤＩ規格の簡易版のデータフォーマット等からなる公知の自動演奏シーケンスデータの形式と同様であってよい。例えば、（ｃ）に示すように、ノートオンやノートオフなどのノート（音符）に関するイベントを表す演奏イベントデータ若しくは音色を切り替えるためのプログラム・チェンジデータ等からなるイベントデータ（イベント１、イベント２、・・・）と、イベントデータの発生タイミングを一つ前のイベントデータからの相対時間で示すデルタタイムデータ（デルタタイム１、デルタタイム２・・・）とのシーケンスからなり、エンドデータで終了する。演奏データの形式は、これに限らず、イベントデータの発生タイミングを曲の先頭や各小節の先頭からの絶対時間で決定する形式やベタ方式等の、従来から知られるどのような形式であってもよい。
【００２５】
ユーザが本発明に係る音楽情報提供システムを利用する際、携帯通信端末ＰＴ（クライアント）からポータルサーバＰＳにアクセスし、該ポータルサーバＰＳから着信メロディプログラムを最初にダウンロードする。図７に沿ってこのダウンロードの手順の一例を説明する。図において、左側のフロー（ステップＳ１〜Ｓ３）はユーザの携帯通信端末ＰＴでの処理例を示し、右側のフロー（ステップＳ４〜Ｓ７）はこれに対応するポータルサーバＰＳでの処理例を示す。ステップＳ１では、ポータルサーバＰＳのＵＲＬを入力し、通信ネットワークＸを介して該ポータルサーバＰＳにアクセスする。ポータルサーバＰＳでは、任意のユーザ（つまりクライアント）からのアクセスがあるか否かの判定を常時行っており（ステップＳ４）、ユーザからのアクセスがあったならば（ステップＳ４のＹＥＳ）、当該システムに係わるサービスのトップページのデータをクライアントへ送信する（ステップＳ５）。
【００２６】
クライアントでは、受信したデータに基づき当該トップページの画面を表示する（ステップＳ２）。トップページ画面には「着信メロディプログラムのダウンロード」コマンドボタンが表示され、このコマンドボタンをオン操作（クリック）することにより、「着信メロディプログラム」のダウンロードをポータルサーバに対して要求することが選択される。すなわちクライアントによりコマンドボタンの選択入力がなされると、この入力に対応するＵＲＬをサーバに送信する（ステップＳ２）。ポータルサーバＰＳではユーザからのアクセスがあるか否かを判定を行っており（ステップＳ６）、ユーザからのアクセスがあった場合は（ステップＳ６のＹＥＳ）、当該「着信メロディプログラム」のプログラムデータを当該要求したクライアントに対して送信する（ステップＳ７）。
【００２７】
ステップＳ３において、クライアントでは、サーバから「着信メロディプログラム」のプログラムデータを受信すると、ディスプレイに「ダウンロード中」の表示がなされ、前記プログラムデータのダウンロードを行う。ダウンロードしたプログラムデータはＲＡＭの所定のアドレス領域（図６（ｂ））に記憶される。尚、本システムの利用を開始する場合、ユーザはポータルサーバＰＳにアクセスして必要な加入登録手続きを行うものとするが、その詳細は説明を省略する。
【００２８】
所望の着信メロディの検索や選択、試聴、購入などの処理は「着信メロディプログラム」によって行われる。図８は、「着信メロディプログラム」の一例を示すフローチャートである。この着信メロディプログラムをスタートさせるには、例えばアプリケーションプログラムの選択画面で「着信メロディプログラム」を選択する入力操作を行う。まず、ステップＳ８において、所定のトップページの画面が表示される。このトップページ画面においては、所定の検索条件（例えば、楽曲名あるいはアーティスト名）を入力する検索入力窓と、「新譜情報」コマンドボタン表示及び「曲検索」コマンドボタン表示など、その他メニューが表示される。そして検索入力窓への検索条件の入力も受け付ける。ステップＳ９では、「新譜情報」コマンドボタンが選択入力されたか否かを判定する。「新譜情報」コマンドボタンが選択された場合には（ステップＳ９のＹＥＳ）、所定の「新譜情報」処理が行われる（ステップＳ１０）。
【００２９】
「新譜情報」コマンドボタンが選択されなかった場合には（ステップＳ９のＮＯ）、「曲検索」コマンドボタンが選択入力されたか否かを判定する（ステップＳ１１）。「曲検索」コマンドボタンが選択されていない場合には（ステップＳ１１のＮＯ）、ステップＳ８へ戻り、上述した処理を繰り返す。一方、「曲検索」コマンドボタンが選択された場合には（ステップＳ１１のＹＥＳ）、曲名若しくはアーティスト名が入力されたか否かを判定する（ステップＳ１２）。曲名若しくはアーティスト名が入力されていない場合には（ステップＳ１２のＮＯ）、ステップＳ８の処理へ戻り、上述した処理を繰り返す。一方、曲名若しくはアーティスト名が入力された場合には（ステップＳ１２のＹＥＳ）、所定の「曲検索」処理が行われる（ステップＳ１３）。
【００３０】
上述のステップＳ１３に示した「曲検索」処理の一例につき、図９を参照して説明する。図９は「曲検索」処理の際、クライアントにおいてディスプレイ上に表示される画面表示例を示す略図である。この例に示す「曲検索」では、検索条件として或る楽曲名「Ｙ」が入力されたものとする。入力された楽曲名「Ｙ」のデータがクライアントからポータルサーバＰＳに送信され、ポータルサーバＰＳでは、クライアントからの要求に従って、複数の音楽情報サーバＭＳ１〜ＭＳ３に対して問い合わせを行い、各音楽情報サーバが所有している要求された楽曲名「Ｙ」に対応する楽曲データのリスト情報を取得し、これらを一つにまとめてクライアントに提供する「曲リスト」を作成し、作成した「曲リスト」をクライアントに送信する。クライアントではポータルサーバから受信した「曲リスト」をディスプレイで表示する。図９（ａ）は、クライアントのディスプレイに表示された楽曲Ｙの「曲リスト」の表示画面の一例である。図において、Ｙ（１）、Ｙ（２）、Ｙ（３）・・・は、実際は楽曲名Ｙについての楽曲データの様々なバージョンを識別する文字列からなるものであり、図示の便宜上、文字列に代えて記号で代替的に示している。例えば、Ｙ（１）の文字列としては、曲名「Ｙ」と演奏者名、提供サーバ名などが含まれていてよく、また、同一の提供サーバが当該曲「Ｙ」について複数のバージョンの楽曲データを提供可能な場合はそれぞれのバージョンを区別する文字情報も含んでいてよい。同一曲であっても楽曲データを提供する音楽情報サーバによって音楽としての品質が相違するので、該「曲リスト」において適宜区別できるように表示がなされる。更に曲リストにおいては、所定のマーク表示を付加することにより、それぞれの音楽としての品質に関する情報（例えば、アレンジ、キー等についての情報）を添付するとよい。図においては、提供する楽曲データのキーが原曲のキーに忠実なオリジナルキーであることを示すマーク［Ｋ］、あるいは提供する楽曲データのアレンジが原曲のアレンジに忠実なオリジナルアレンジであることを示すマーク［Ａ］、提供する楽曲データが当該楽曲データ製作者によるアレンジ／ミックスがなされたデータであることを示すマーク［Ｍ］が、付加される例が示されている。これらの情報は、ユーザが楽曲データを選択購入する際の指針となるので、ユーザにとって非常に便利である。例えば、ユーザは不要な楽曲データを買わずに済み、無駄な出費を抑えることができる。
【００３１】
ユーザが、前記「曲リスト」の中から任意の楽曲をカーソルキー等の所定の選択手段で選択し、所定のエンターキー入力操作を行うと、選択した楽曲を（１）試聴するか（２）購入するかの選択を行う画面が表示される（図９（ｂ））。「１．試聴」を選択入力した場合は、詳しくは後述するように、選択した楽曲を所有する音楽情報サーバから、試聴用の楽曲データ（正式の楽曲データではなく試聴専用のデータ）がユーザに配信される。これによりユーザは、受信した試聴用楽曲データに基づく試聴曲を再生発音し、選択した楽曲に満足か否かの確認を行うことができる。なお、この試聴用楽曲データに対しては課金処理がされない。試聴時において、クライアントの画面は図９（ｃ）に示すような「試聴曲の購入」画面に切り替わり、試聴した楽曲の正式な楽曲データを購入するか否かを問う表示がなされる。ユーザは試聴した楽曲が気に入ったものであれば、「１．購入する」を選択する。「１．購入する」が選択された場合は、詳しくは後述するように、選択した楽曲を所有する音楽情報サーバから、着信メロディ等として利用可能な購入用楽曲データ（正式な楽曲データ）がユーザに配信され、所定の課金処理がなされる。一方、「２．購入しない」が選択された場合は、図９（ａ）に示した「曲リスト」表示画面に戻り、表示された曲リストの中から別の楽曲を選択できる。こうして試聴を適宜繰り返すことにより、ユーザは満足のゆく楽曲を検索し、購入することができる。勿論、試聴のみを行い、購入を行わずに、この「曲検索」処理（ステップＳ１３）を終了することも可能である。
【００３２】
一方、選択した楽曲の試聴を行わずにすぐに購入する場合は、図９（ｂ）の画面において「２．購入」を選択入力すればよい。その場合は、前述の試聴プロセスを経ることなく、選択した楽曲データを所有する音楽情報サーバから直接若しくはポータルサーバを経由して、購入用楽曲データ（正式の楽曲データ）がユーザに配信され、所定の課金処理がなされる。
【００３３】
図８のステップＳ１０の「新譜情報」処理においては、ユーザの選択に応じて、各音楽情報サーバの新譜情報が、ポータルサーバＰＳを経由してユーザに提供される。ポータルサーバＰＳでは、各音楽情報サーバ毎に個別に新譜情報を提供するようにしてもよいし、各音楽情報サーバの新譜情報を一括して提供するようにしてもよい。この「新譜情報」処理において、リストされた新譜楽曲のうちユーザの選択に応じたものを試聴さらには購入できるようにしてもよい。
【００３４】
本システムにおいては、ユーザの便宜を図り、かつこの音楽情報提供サイトをユーザにとって親しみ易いものとするために、ポータルサーバＰＳにおいて所定のコミュニティサイトを運営するものとしている。このコミュニティサイトにおいては、ポータルサーバＰＳを利用してユーザが意見、感想等を書き込む、あるいは他のユーザの書き込んだ情報等を閲覧する等ができるユーザ同士の「コミュニティスペース」や、ユーザの投票による音楽情報サーバＭＳの人気度や同一楽曲における各音楽情報サーバのあるいは楽曲データ製作者の人気度が判る順位表等を備えた「統計情報提供サイト」が設置される。
【００３５】
ユーザがこのコミュニティサイトを閲覧するには、例えば、着信メロディプログラム（図８）のトップページの所定箇所に表示されたコミュニティサイトのアイコンをクリックすることによりポータルサーバＰＳの該コミュニティサイトにアクセスし、該コミュニティサイトのＷｅｂページを開く。コミュニティサイトのトップページには、このコミュニティサイトで利用可能な各種機能のメニューが表示される。コミュニティサイトで利用可能な機能としては、例えば、（１）前記「コミュニティスペース」、（２）前記「統計情報提供サイト」、（３）グループメール機能などがある。
【００３６】
「統計情報提供サイト」で提供される統計情報の種類としては、（ａ）各音楽情報サーバ毎の人気度を示す「サイトランキング」（サーバ人気順位）、（ｂ）所定の楽曲の各音楽情報サーバ別の人気度を示す「曲別サイトランキング」、（ｃ）楽曲データ作成者（データクリエータ）別の人気度を示す「クリエータランキング」、（ｄ）音楽情報サーバ別の人気曲を示す「サイト別曲ランキング」などがあり、これらは、例えばコミュニティサイトのトップページで表示され、ユーザは所望の種類のランキングを選択して、閲覧することができる。
【００３７】
図１０（ａ）は上記「サイトランキング」の表示画面の一例であり、該表示画面には、ユーザからの投票により得票数が多い順に音楽情報サーバＭＳ１〜３が順位付けられ（図において、１位．ＭＳ１、２位．ＭＳ２、３位．ＭＳ３）表示される。また、得票数も併せて表示される。ユーザは、この画面で、所望の音楽情報サーバを指定して所定の入力表示「投票する」を選択入力することで、任意の音楽情報サーバに投票することができる。
【００３８】
図１０（ｂ）は、上記「曲別サイトランキング」の表示画面の一例であり、或る楽曲Ｚの順位として、ユーザからの得票数が多い順に、音楽情報サーバＭＳ１〜３が順次表示されている（図において１位．ＭＳ３、２位．ＭＳ２、３位．ＭＳ１）。これによりユーザは、所定の楽曲における各音楽情報サーバＭＳの人気度が判る。また、ユーザは、上述の「サイトランキング」の場合と同様に任意の音楽情報サーバＭＳに対して投票することができる。
【００３９】
上記「クリエータランキング」や「サイト別曲ランキング」などについても上述と同様に表示及び投票が行えるが、詳細説明は省略する。このような統計情報提供サイトを閲覧することにより、ユーザは、所望の楽曲データについてその出来具合や満足度等を予備的に知ったり、各音楽情報サーバの人気や質を予備的に知ることができ、ユーザにとって本システムを親しみやすく利用し易いものとすることができる。
【００４０】
次に「コミュニティスペース」の一例について説明する。ユーザがコミュニティサイトのトップページにおいて、「コミュニティスペース」のメニューを選択すると、例えば図１０（ｃ）に示すような「サイトレビュー」の画面に切り替わり、このコミュニティスペースで利用可能な種々のユーザ参加スペースが表示される。その一例を説明すると、「１．着メロ採点」スペースはユーザが任意の楽曲データに対する採点を入力したり、他のユーザによる「着メロ採点」内容を閲覧するスペースである。「２．着メロ感想」スペースはユーザが任意の楽曲データに対する意見や感想等を入力したり、他のユーザによる入力内容を閲覧するスペースである。「３．情報広場」スペースはユーザ同士が互いに種々の情報を書き込んだり、他のユーザによる書き込みを閲覧する情報交換スペースである。ユーザはこれらのユーザ参加スペースの任意のものを選択することにより、該スペースにアクセスし、閲覧あるいは参加することができる。
【００４１】
次に、グループメール機能について図１１を参照して説明する。図１１はポータルサーバＰＳを介して複数のユーザ１，２，３が通信する状態を示す概念図である。グループメールとは、類似した嗜好傾向を持つ複数のユーザがグループを形成し、該グループに属するユーザ同士で、意見、感想等の所定の情報を送受信するものである。例えば、各ユーザは、本システムに入会登録する時に、好みの音楽ジャンルや、贔屓の歌手名等の音楽嗜好情報をも申告・登録するものとし、ポータルサーバＰＳにおいて該音楽嗜好情報を基に各ユーザを所定のグループに分類配属し、グループ別のメーリングリストを作成する。このグループ別メーリングリストに従ってポータルサーバＰＳはグループメールを管理する。例えば、ユーザ１がポータルサーバＰＳに対してグループメールを送信すると（図１１の矢印Ａ１の流れ）、ポータルサーバＰＳは、グループ別メーリングリストを参照して前記グループメールをユーザ１が所属するグループに属するユーザ全員に送信する（Ａ２，Ｂ２，Ｃ２の流れ）。ユーザ２や、ユーザ３がグループメールを送信した場合（Ｂ１及びＣ１の流れ）も上述と同様に、グループメールはユーザ１〜３全員に配信される。このようにして、本発明によれば同好のユーザ同士で情報の相互発信ができ、またメール送信者はメールアドレスを開示されることなくメール送信が行えるという利点がある。
【００４２】
グループメールにおける各グループへの各ユーザの加入配属は、入会登録時に申告した音楽嗜好情報に基づき決定するばかりでなく、ポータルサーバＰＳにおいて各ユーザの購入・利用履歴情報を蓄積しておき、蓄積した購入・利用履歴情報に基づき自動的に決定するようにしてもよい。例えば、音楽ジャンル別、歌手別、作曲家別、演奏家別など種々の分類基準に従って複数のグループが設定される。ポータルサーバＰＳでは、各ユーザによる購入処理がなされる毎に、該ユーザのそれまでに累積された購入・利用履歴情報が各グループの分類基準に該当するものとなったか否かを判定し、或るグループの分類基準に該当すると判定した場合は該ユーザを該グループのメンバーとしてグループメーリングリストに自動的に追加する。尚、ユーザはグループメールが配信されないように設定することもできる。また、自ら所望のグループに加入することもできる。ポータルサーバＰＳの加入者のみがメールを送信できるシステムであるから、個人情報等の面において安全が保てる。
【００４３】
次に、ユーザ（携帯通信端末ＰＴ）、ポータルサーバＰＳ及び音楽情報サーバの３者間における金銭授受関係の一例について、図１２を用いて説明する。ユーザが購入した楽曲データの対価の支払形態には、二通りある。一つは、ユーザから該楽曲データを提供した音楽情報サーバに対して直接支払決済する形態である（矢印Ｆの流れ）。例えば、ユーザが購入しようとする楽曲データをダウンロードする前に、所定の課金処理がなされ、該当する音楽情報サーバに対価が支払われる。課金処理における決済形態としては、通常知られるように、クレジットカードによる引き落としあるいは銀行引き落としあるいは電子マネー決済など、適宜の決済形態を採用してよい。勿論、決済処理に際しては、クレジット会社や銀行などによって運営される他のコンピュータと通信し、ユーザ情報や金額情報などを送信する。この場合、ポータルサーバＰＳとユーザとの間では金銭の授受は行われないが、ポータルサーバＰＳと各音楽情報サーバとの間の個別契約内容に従ってサーバ間での金銭授受が適宜行われ、ビジネスが遂行される。例えば、契約の内容如何によっては、ポータルサーバＰＳから音楽情報サーバＭＳにロイヤリティを支払うこともありうるし（矢印Ｅ１の流れ）、反対に音楽情報サーバからポータルサーバＰＳにロイヤリティを支払うこともありうる（矢印Ｅ２の流れ）。また、各音楽情報サーバからポータルサーバＰＳに広告料という名目で支払いがなされることも有り得る（矢印Ｅ２の流れ）。
【００４４】
もう一つは、ポータルサーバＰＳが、各音楽情報サーバに代わって、一括徴収窓口として、ユーザから支払を受ける形態である（矢印Ｄの流れ）。その場合、例えば、ユーザが購入しようとする楽曲データを或る音楽情報サーバからダウンロードする前に、該音楽情報サーバからポータルサーバＰＳに対価徴収要求が送信され、ポータルサーバＰＳではこれに応じて該ユーザから対価を徴収するための所定の課金処理を行う。例えば、ポータルサーバＰＳは該当するユーザに対してｅ−ｍａｉｌ等により課金情報を通知し、支払若しくは決済を要求する。これに応じてユーザはポータルサーバＰＳにアクセスし、ポータルサーバＰＳとの間で該課金情報に応じた対価の決済を行う。この決済形態は前述と同様に、クレジットカードによる引き落としあるいは銀行引き落としあるいは電子マネー決済など、適宜の決済形態を採用してよい。この場合、各音楽情報サーバとユーザとの間では金銭の授受は行われないが、各音楽情報サーバとポータルサーバとの間の個別契約内容に従ってサーバ間での金銭授受が適宜行われ、ビジネスが遂行される。例えば、契約の内容如何によっては、ポータルサーバＰＳから、各音楽情報サーバに売上（例えば月毎の売上）に応じた配当を支払うようにすることもありうる（矢印Ｅ１の流れ）。また、各音楽情報サーバからポータルサーバＰＳに広告料という名目で支払いがなされることも有り得る（矢印Ｅ２の流れ）。
【００４５】
次に、楽曲の試聴と購入の際に行われる種々の処理手順例について、図１３を参照しつつ説明する。図１３は、クライアントとサーバ間で送受信される各種情報の流れの概略を示す。
【００４６】
上述したように、所望の楽曲の検索、試聴、購入の処理は、「着信メロディプログラム」によって行われる（図８参照）。ユーザは、該「着信メロディプログラム」をスタートし、所望の検索条件を入力し（ここでは、一例として或楽曲名「楽曲１」を入力したとする）、所望の楽曲の検索要求をポータルサーバＰＳに対して行う（図１３における矢印Ｇの流れ）。ポータルサーバＰＳはこの検索要求を受けて、複数の音楽情報サーバＭＳ１〜ＭＳ３のそれぞれに対して、ユーザ所望の「楽曲１」があるか否かの問い合わせを行う（矢印Ｉ１，Ｊ１，Ｋ１の流れ）。音楽情報サーバＭＳ１〜ＭＳ３はポータルサーバＰＳからの問い合わせに応じて、ユーザ所望の楽曲についてのリスト情報（例えば、音楽情報サーバＭＳ１には「楽曲１」の曲データが一つあり、ＭＳ２には「楽曲１」の曲データが２つあり、ＭＳ３には「楽曲１」はない、など）をポータルサーバＰＳに対して返送する（Ｉ２，Ｊ２，Ｋ２の流れ）。ポータルサーバＰＳはこの音楽情報サーバＭＳ１〜ＭＳ３からのリスト情報に基づいて、検索条件に合致する「曲リスト」を作成し、これをユーザに送信する（Ｈの流れ）。この「曲リスト」はユーザの端末装置にて、ディスプレイに表示される（図９（ａ）参照）。
【００４７】
ユーザは、該「曲リスト」の中から、例えば音楽情報サーバＭＳ１の「楽曲１」を選び（選択情報）、これの試聴希望をポータルサーバＰＳに対して要求する（Ｇの流れ）。ポータルサーバＰＳはこの要求を受け、音楽情報サーバＭＳ１に対して、要求のあったユーザへ該当する楽曲の試聴用データを送信するよう促す（Ｉ１の流れ）。これを受けて音楽情報サーバＭＳ１は、「楽曲１」の試聴用データをユーザに送信する（Ｌ１の流れ）。この試聴用データは、ユーザ端末装置において該データの受信中にデータの再生を行うストリーミングデータであり、ユーザはこれを端末装置に保存することができない。こうしてユーザは、音楽情報サーバＭＳ１が提供する「楽曲１」を試聴することができる。ユーザは、同様の動作を繰り返すことで、他の音楽情報サーバが提供する「楽曲１」も同様に試聴することができる。このようにしてユーザは複数の音楽情報サーバの同一楽曲を試聴することができる。
【００４８】
試聴後、ユーザが、例えば音楽情報サーバＭＳ２の「楽曲１」の購入申込をポータルサーバＰＳに対して送信する（Ｇの流れ）と、ポータルサーバＰＳはこれを音楽情報サーバＭＳ２へ送信する（Ｊ１の流れ）。一例として、購入する楽曲データの対価をユーザから該楽曲データを提供した音楽情報サーバに対して直接支払決済する場合、この段階で音楽情報サーバＭＳ２は、ユーザに対して会員登録番号及び名称等を問い合わせ（Ｍ１の流れ）、登録済みであればユーザから会員登録番号及び名称等の情報を受け取る（Ｍ２の流れ）。この時、未登録であればユーザに対して会員登録を促す（Ｍ１の流れ）。これに応じてユーザが会員登録申請を行う（Ｍ２の流れ）。この会員登録の処理が終わると、その旨音楽情報サーバＭＳ２からユーザに対して送信される（Ｍ１の流れ）。それから、音楽情報サーバＭＳ２は当該ユーザに対して購入楽曲の楽曲データの対価を課金する所定の課金処理を行う（Ｍ２の流れ）。この課金処理については前述した通りである。ユーザは、更に別の楽曲の試聴と購入を行う場合は、上述と同様の動作を繰り返す。この間ポータルサーバＰＳは待機している。
【００４９】
購入した楽曲のデータをダウンロードするには、ユーザは、まず端末ＰＴにて実行中の「着信メロディプログラム」を終了させる。ポータルサーバＰＳは、ユーザの該プログラムが終了したことを検出し、その旨を前記課金処理を行った音楽情報サーバＭＳ２に通知する（Ｊ１の流れ）。これを受けて音楽情報サーバＭＳ２は、ｅ−ｍａｉｌその他の手段で、当該ユーザに対して、購入した「楽曲１」の楽曲データのデータベースにおける所在場所を示すＵＲＬを通知する（Ｍ１の流れ）。ユーザは、通信ネットワークＸを介して、ブラウザ画面で前記通知されたＵＲＬにアクセスし購入した楽曲データを取りに行き（Ｍ２の流れ）、該曲データを受信し（Ｍ１の流れ）、自己の端末ＰＴの記憶装置２２，３２にダウンロードする。こうして、ユーザは所望の「楽曲１」を取得し、これを着信メロディ等として使用することができるようになる。なお、複数の楽曲データを同時に購入する場合は、楽曲データのＵＲＬも複数通知されるので、上述のＵＲＬの入力と、データのダウンロードを繰り返す。
【００５０】
上述の例では、ポータルサーバＰＳがユーザの検索要求要求に応じて各音楽情報サーバＭＳ１〜ＭＳ３に問い合わせを行う例を説明したが、ポータルサーバＰＳに各音楽情報サーバＭＳ１〜ＭＳ３が有する楽曲のリスト情報を予め記憶させておくようにしてもよい。その場合、ポータルサーバＰＳはユーザからの楽曲等の検索要求を受けて、自己の記憶する複数音楽情報サーバについての楽曲リスト情報をユーザに提供する。ポータルサーバＰＳはリスト情報を更新するために、各音楽情報サーバＭＳ１〜ＭＳ３に対して楽曲データベースの最新情報を問い合わせる（Ｉ１，Ｊ１，Ｋ１の流れ）。これに応じて、各音楽情報サーバＭＳ１〜ＭＳ３は、ポータルサーバＰＳに最新情報を提供する（Ｉ２，Ｊ２，Ｋ２の流れ）。この作業は、定期的になるべく頻繁に行われるほうが好ましい。
【００５１】
次に、ポータルサーバＰＳが各音楽情報サーバに代わって、一括徴収窓口として、ユーザから購入した楽曲データの対価の支払を受ける場合について説明する。ユーザが楽曲データを音楽情報サーバＭＳ３から購入する場合、音楽情報サーバＭＳ３はポータルサーバＰＳに対して、購入する当該ユーザから対価を徴収するように要求する（Ｋ２の流れ）。ポータルサーバＰＳは、該ユーザに対してｅ−ｍａｉｌ等で課金情報を通知する（Ｈの流れ）。これに応じてユーザはポータルサーバＰＳにアクセスし、ポータルサーバＰＳとの間で該課金情報に応じた対価の決済を行う（Ｇの流れ）。この場合の課金処理は前述と同様である。その後、購入した楽曲データをダウンロードする。このダウンロード処理は前述とほぼ同様である。すなわち、課金処理が完了するとその旨の通知がポータルサーバＰＳから購入した楽曲データを提供する音楽情報サーバＭＳ３に与えられ、これを受けて音楽情報サーバＭＳ３は、ｅ−ｍａｉｌその他の手段で、当該ユーザに対して、購入した「楽曲１」の楽曲データのデータベースにおける所在場所を示すＵＲＬを通知する。前述と同様に、ユーザは、通信ネットワークＸを介して、ブラウザ画面で前記通知されたＵＲＬにアクセスし購入した楽曲データを取りに行き、該曲データを受信し、自己の端末ＰＴの記憶装置２２，３２にダウンロードする。ポータルサーバＰＳは、各音楽情報サーバＭＳ１〜ＭＳ３の、例えば月毎の売上高に応じて、分配を供与する（Ｉ１、Ｊ１、Ｋ１の流れ）。
【００５２】
次にポータルサーバＰＳが行う管理的な処理の一例について説明する。その一つは音楽情報サーバＭＳ１〜ＭＳ３から月極等の広告料若しくは加入料を徴収する処理である。本システムの金銭的運用形態としては、ポータルサーバＰＳが各ユーザから利用料等を徴収する形態も有り得るが、それに替わって本システムに加入する各音楽情報サーバから広告料若しくは加入料等の名目で料金を徴収し、ユーザに対しては無料であるのが好ましい。もう一つは著作権料の支払等の管理処理である。本システムの運営によって支払義務が生じる著作権料の支払は、所定の著作権管理機関に対して、ポータルサーバＰＳが一括して支払うあるいはポータルサーバＰＳと各音楽情報サーバと双方が分担して支払うあるいは各音楽情報サーバのみが支払うなど、いかなる形態でなされてもよい。
【００５３】
なお、音楽情報サーバが提供するデータは、楽曲データに限らず効果音や人声音その他の適宜の音のデータであってよく、またデータ形式もＭＩＤＩ等のコード化データに限らずＰＣＭデータやＡＤＰＣＭデータなどの波形データであってもよく、これら全てを含めて音楽コンテンツということにする。
【００５４】
【発明の効果】
以上のように、この発明によれば、ユーザは、ポータルサーバから提供されるリストが自身の端末装置に表示された時点で、同一曲名の音楽コンテンツのそれぞれについて、原曲に対するアレンジの相違乃至キーの相違を、知ることができるので、音楽コンテンツを試聴して確認しなくとも、いずれのコンテンツが自分の所望するコンテンツに相当するのかの見当をつけることができる。従って、ユーザは音楽コンテンツの試聴のためのパケット通信代や、そのための時間を節約することができ、また、ポータルサーバはクライアントにとって利便性の高いサービスを提供することができるという優れた効果を奏する。また、前記ポータルサーバが所定のコミュニティスペースを運営することで、ユーザの便宜を図り、この音楽情報提供システムをユーザにとって親しみ易いものとするという優れた効果を奏する。
【図面の簡単な説明】
【図１】  この発明に係る音楽情報提供システムの全体構成の一例を示すシステムブロック図。
【図２】  図１に示した音楽情報サーバ、ポータルサーバのうちいずれか１つの全体構成を示すハード構成ブロック図。
【図３】  図１に示した携帯電話の全体構成の一実施例を示すハード構成ブロック図 。
【図４】  図１に示した携帯端末の全体構成の一実施例を示すハード構成ブロック図である。
【図５】  図１に示した音楽情報提供システムを構成する複数のサーバ装置とそれらの装置が所有するデータベースの一実施例を示す概念図。
【図６】  クライアントのＲＡＭのデータ構成の一実施例を示した概略図。
【図７】  図１に示した実施例においてクライアントとポータルサーバとの間でなされる「着信メロディプログラム」のダウンロード処理の一実施例を示すフローチャート。
【図８】  「着信メロディプログラム」の一例を示すフローチャート。
【図９】  「曲検索」時におけるディスプレイ上に表示される画面表示の一実施例を示す概念図。
【図１０】  「コミュニティスペース」のクライアントにおけるディスプレイ上に表示される画面表示の一実施例を示す概念図。
【図１１】  コミュニティサイトを利用したグループメール機能の一例を示す概略図。
【図１２】  ユーザ、ポータルサーバ、音楽情報サーバの三者間でなされる金銭授受関係の一例を示す概略図。
【図１３】  ユーザとクライアント間で送受信される各種情報の流れの一例を示す概略図。
【符号の説明】
１（９，２６）  ＣＰＵ
２（１０，２７）  ＲＯＭ
３（１１，２８）  ＲＡＭ
４  キーボード
５（３０）  表示回路
６（３１）  音源回路
７（２２，３２）  記憶装置
８（３３）  通信インタフェース
１２  操作スイッチ群
１３  タイマ
１４  表示器
１５  マイクロフォン
１６  Ａ／Ｄ変換器
１７  発信機
１８  アンテナ
１９  受信機
２０（２３）  Ｄ／Ａ変換器
２１  通話用スピーカ
２４  楽音用スピーカ
２５  音楽生成用音源
２９  検出回路
ＭＳ  音楽情報サーバ
ＰＳ  ポータルサーバ
ＰＴ  携帯通信端末
ＴＳ  中継基地局
ＳＳ  著作権管理機関サーバ
ＣＳ  楽曲データ製作者サーバ
【図１】
0003994692.tif 000002
【図２】
0003994692.tif 000003
【図３】
0003994692.tif 000004
【図４】
0003994692.tif 000005
【図５】
0003994692.tif 000006
【図６】
0003994692.tif 000007
【図７】
0003994692.tif 000008
【図８】
0003994692.tif 000009
【図９】
0003994692.tif 000010
【図１０】
0003994692.tif 000011
【図１１】
0003994692.tif 000012
【図１２】
0003994692.tif 000013
【図１３】
0003994692.tif 000014