(57)【特許請求の範囲】
【請求項１】
楽曲の曲データを蓄積する蓄積手段を備えクライアント装置とネットワークを介して通信可能なサーバ装置、およびエンドユーザが使用する複数のクライアント装置から構成されたシステムにおける音楽データ処理方法であって、
前記サーバ装置が、
エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、当該クライアント装置に対して前記蓄積手段に蓄積された曲データを当該曲データに関連するデータとともに指定可能に提示する提示ステップと、
エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記提示した曲データのうち指定されたものを当該クライアント装置上の蓄積手段に蓄積可能に提供する提供ステップと、
前記提供した曲データに関する第１の代金決済処理を実行する第１の決済ステップと、
エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、当該クライアント装置上の蓄積手段に蓄積されている曲データと、当該曲データに関連するデータとを、受け付ける受付ステップと、
受け付けられ、かつ、前記サーバ装置側で買い上げられた曲データを、前記サーバ装置上の蓄積手段に蓄積する蓄積ステップと、
前記買い上げられた曲データに関する第２の代金決済処理を実行する第２の決済ステップと、
エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記受け付けた曲データの一覧を、その買い上げ状況とともに、表示する状況表示ステップと、
を有し、前記提示ステップは、予め前記サーバ装置上の蓄積手段に蓄積された曲データと前記蓄積ステップにおいて蓄積された曲データとを提示することを特徴とする音楽データ処理方法。
【請求項２】
楽曲の曲データを蓄積する蓄積手段を備えクライアント装置とネットワークを介して通信可能なサーバ装置、およびエンドユーザが使用する複数のクライアント装置から構成されたシステムにおける音楽データ処理方法であって、
前記クライアント装置からエンドユーザの指示に基づく曲データの購入のリクエストがあった場合、前記サーバ装置は、
そのリクエストに応じて、当該クライアント装置に対して前記蓄積手段に蓄積された曲データを当該曲データに関連するデータとともに指定可能に提示する提示ステップと、
エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記提示した曲データのうち指定されたものを当該クライアント装置上の蓄積手段に蓄積可能に提供する提供ステップと、
前記提供した曲データに関する第１の代金決済処理を実行する第１の決済ステップとを実行し、
前記クライアント装置からエンドユーザの指示に基づく曲データの売り込みのリクエストがあった場合、前記サーバ装置は、
そのリクエストに応じて、当該クライアント装置上の蓄積手段に蓄積されている曲データと、当該曲データに関連するデータとを、受け付ける受付ステップと、
受け付けられ、かつ、前記サーバ装置側で買い上げられた曲データを、前記サーバ装置上の蓄積手段に蓄積する蓄積ステップと、
前記買い上げられた曲データに関する第２の代金決済処理を実行する第２の決済ステップとを実行し、
前記クライアント装置からエンドユーザの指示に基づく買い上げ状況を確認するリクエストがあった場合、前記サーバ装置は、
そのリクエストに応じて、前記受け付けた曲データの一覧を、その買い上げ状況とともに、表示する状況表示ステップを実行し、
前記クライアント装置からの曲データ購入のリクエストがあった場合に当該クライアント装置に曲データを提示する提示ステップは、予め前記サーバ装置上の蓄積手段に蓄積された曲データと前記蓄積ステップにおいて蓄積された曲データとを提示するものであることを特徴とする音楽データ処理方法。
【請求項３】
エンドユーザが使用する複数のクライアント装置とネットワークを介して通信可能な音楽データ処理装置であって、
楽曲の曲データを蓄積する蓄積手段と、
エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、当該クライアント装置に対して前記蓄積手段に蓄積された曲データを当該曲データに関連するデータとともに指定可能に提示する提示手段と、
エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記提示した曲データのうち指定されたものを当該クライアント装置上の蓄積手段に蓄積可能に提供する提供手段と、
前記提供した曲データに関する第１の代金決済処理を実行する第１の決済手段と、
エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、当該クライアント装置上の蓄積手段に蓄積されている曲データと、当該曲データに関連するデータとを、受け付ける受付手段と、
受け付けられ、かつ、当該音楽データ処理装置側で買い上げられた曲データを、前記蓄積手段に蓄積する蓄積実行手段と、
前記買い上げられた曲データに関する第２の代金決済処理を実行する第２の決済手段と、
エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記受け付けた曲データの一覧を、その買い上げ状況とともに、表示する状況表示手段と、
を有し、前記提示手段は、予め前記蓄積手段に蓄積された曲データと前記蓄積実行手段において蓄積された曲データとを提示することを特徴とする音楽データ処理装置。
【請求項４】
エンドユーザが使用する複数のクライアント装置とネットワークを介して通信可能な音楽データ処理装置であって、
楽曲の曲データを蓄積する蓄積手段と、
前記クライアント装置からエンドユーザの指示に基づく曲データの購入のリクエストがあった場合、そのリクエストに応じて、当該クライアント装置に対して前記蓄積手段に蓄積された曲データを当該曲データに関連するデータとともに指定可能に提示する提示手段と、
エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記提示した曲データのうち指定されたものを当該クライアント装置上の蓄積手段に蓄積可能に提供する提供手段と、
前記提供した曲データに関する第１の代金決済処理を実行する第１の決済手段と、
前記クライアント装置からエンドユーザの指示に基づく曲データの売り込みのリクエストがあった場合、そのリクエストに応じて、当該クライアント装置上の蓄積手段に蓄積されている曲データと、当該曲データに関連するデータとを、受け付ける受付手段と、
受け付けられ、かつ、当該音楽データ処理装置側で買い上げられた曲データを、前記蓄積手段に蓄積する蓄積実行手段と、
前記買い上げられた曲データに関する第２の代金決済処理を実行する第２の決済手段とを備えるとともに、
前記クライアント装置からの曲データ購入のリクエストがあった場合に当該クライアント装置に曲データを提示する提示手段は、予め前記サーバ装置上の蓄積手段に蓄積された曲データと前記蓄積実行手段において蓄積された曲データとを提示するものであることを特徴とする音楽データ処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ハードディスクやＣＤ−ＲＯＭなどのローカルな記憶装置とネットワーク上のホストコンピュータなどにプログラムやデータを分散して持ち、音楽データの処理を行なう音楽データ処理方法および装置に関する。
【０００２】
【従来の技術】
従来、音楽データをネットワークを介して送受するシステムとしてはいわゆる通信カラオケがあった。これは、ホストコンピュータ上に曲データを用意しておき、各種通信網を用いたネットワークを介して、個々の端末装置である通信カラオケ装置に曲データを配信するシステムである。一方、電子楽器本体にＣＤ−ＲＯＭ（Compact Disk - ROM）装置を接続し、該ＣＤ−ＲＯＭ装置に装着するＣＤ−ＲＯＭにプログラムやデータを格納しておき、これらのプログラムやデータを呼び出して実行したり処理することにより、音楽データを用いた各種の動作を実現するもの（例えば、音楽教習装置など）があった。さらに、パソコン通信の分野では、街や都市の外観を端末上に表示し、ユーザが仮想的にその街の中を行き来して会った人と会話ができるようにしたパソコン通信ネットワークなどがあった。
【０００３】
【発明が解決しようとする課題】
この発明は、ネットワークを介して音楽データの取引を促進できる音楽データ処理方法および装置を提供することを目的とする。
【０００４】
【課題を解決するための手段】
この目的を達成するため、請求項１に係る発明は、楽曲の曲データを蓄積する蓄積手段を備えクライアント装置とネットワークを介して通信可能なサーバ装置、およびエンドユーザが使用する複数のクライアント装置から構成されたシステムにおける音楽データ処理方法であって、前記サーバ装置が、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、当該クライアント装置に対して前記蓄積手段に蓄積された曲データを当該曲データに関連するデータとともに指定可能に提示する提示ステップと、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記提示した曲データのうち指定されたものを当該クライアント装置上の蓄積手段に蓄積可能に提供する提供ステップと、前記提供した曲データに関する第１の代金決済処理を実行する第１の決済ステップと、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、当該クライアント装置上の蓄積手段に蓄積されている曲データと、当該曲データに関連するデータとを、受け付ける受付ステップと、受け付けられ、かつ、前記サーバ装置側で買い上げられた曲データを、前記サーバ装置上の蓄積手段に蓄積する蓄積ステップと、前記買い上げられた曲データに関する第２の代金決済処理を実行する第２の決済ステップと、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記受け付けた曲データの一覧を、その買い上げ状況とともに、表示する状況表示ステップと、を有し、前記提示ステップは、予め前記サーバ装置上の蓄積手段に蓄積された曲データと前記蓄積ステップにおいて蓄積された曲データとを提示することを特徴とする。
【０００５】
請求項２に係る発明は、楽曲の曲データを蓄積する蓄積手段を備えクライアント装置とネットワークを介して通信可能なサーバ装置、およびエンドユーザが使用する複数のクライアント装置から構成されたシステムにおける音楽データ処理方法であって、前記クライアント装置からエンドユーザの指示に基づく曲データの購入のリクエストがあった場合、前記サーバ装置は、そのリクエストに応じて、当該クライアント装置に対して前記蓄積手段に蓄積された曲データを当該曲データに関連するデータとともに指定可能に提示する提示ステップと、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記提示した曲データのうち指定されたものを当該クライアント装置上の蓄積手段に蓄積可能に提供する提供ステップと、前記提供した曲データに関する第１の代金決済処理を実行する第１の決済ステップとを実行し、前記クライアント装置からエンドユーザの指示に基づく曲データの売り込みのリクエストがあった場合、前記サーバ装置は、そのリクエストに応じて、当該クライアント装置上の蓄積手段に蓄積されている曲データと、当該曲データに関連するデータとを、受け付ける受付ステップと、受け付けられ、かつ、前記サーバ装置側で買い上げられた曲データを、前記サーバ装置上の蓄積手段に蓄積する蓄積ステップと、前記買い上げられた曲データに関する第２の代金決済処理を実行する第２の決済ステップとを実行し、前記クライアント装置からエンドユーザの指示に基づく買い上げ状況を確認するリクエストがあった場合、前記サーバ装置は、そのリクエストに応じて、前記受け付けた曲データの一覧を、その買い上げ状況とともに、表示する状況表示ステップを実行し、前記クライアント装置からの曲データ購入のリクエストがあった場合に当該クライアント装置に曲データを提示する提示ステップは、予め前記サーバ装置上の蓄積手段に蓄積された曲データと前記蓄積ステップにおいて蓄積された曲データとを提示するものであることを特徴とする。
【０００８】
請求項３に係る発明は、エンドユーザが使用する複数のクライアント装置とネットワークを介して通信可能な音楽データ処理装置であって、楽曲の曲データを蓄積する蓄積手段と、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、当該クライアント装置に対して前記蓄積手段に蓄積された曲データを当該曲データに関連するデータとともに指定可能に提示する提示手段と、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記提示した曲データのうち指定されたものを当該クライアント装置上の蓄積手段に蓄積可能に提供する提供手段と、前記提供した曲データに関する第１の代金決済処理を実行する第１の決済手段と、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、当該クライアント装置上の蓄積手段に蓄積されている曲データと、当該曲データに関連するデータとを、受け付ける受付手段と、受け付けられ、かつ、当該音楽データ処理装置側で買い上げられた曲データを、前記蓄積手段に蓄積する蓄積実行手段と、前記買い上げられた曲データに関する第２の代金決済処理を実行する第２の決済手段と、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記受け付けた曲データの一覧を、その買い上げ状況とともに、表示する状況表示手段と、を有し、前記提示手段は、予め前記蓄積手段に蓄積された曲データと前記蓄積実行手段において蓄積された曲データとを提示することを特徴とする。
【０００９】
請求項４に係る発明は、エンドユーザが使用する複数のクライアント装置とネットワークを介して通信可能な音楽データ処理装置であって、楽曲の曲データを蓄積する蓄積手段と、前記クライアント装置からエンドユーザの指示に基づく曲データの購入のリクエストがあった場合、そのリクエストに応じて、当該クライアント装置に対して前記蓄積手段に蓄積された曲データを当該曲データに関連するデータとともに指定可能に提示する提示手段と、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記提示した曲データのうち指定されたものを当該クライアント装置上の蓄積手段に蓄積可能に提供する提供手段と、前記提供した曲データに関する第１の代金決済処理を実行する第１の決済手段と、前記クライアント装置からエンドユーザの指示に基づく曲データの売り込みのリクエストがあった場合、そのリクエストに応じて、当該クライアント装置上の蓄積手段に蓄積されている曲データと、当該曲データに関連するデータとを、受け付ける受付手段と、受け付けられ、かつ、当該音楽データ処理装置側で買い上げられた曲データを、前記蓄積手段に蓄積する蓄積実行手段と、前記買い上げられた曲データに関する第２の代金決済処理を実行する第２の決済手段とを備えるとともに、前記クライアント装置からの曲データ購入のリクエストがあった場合に当該クライアント装置に曲データを提示する提示手段は、予め前記サーバ装置上の蓄積手段に蓄積された曲データと前記蓄積実行手段において蓄積された曲データとを提示するものであることを特徴とする。
【００１２】
【発明の実施の形態】
以下、図面を用いてこの発明の実施の形態を説明する。
【００１３】
図１は、この発明に係る音楽データ処理装置の全体構成を示すブロック図である。この音楽データ処理装置は、中央処理装置（ＣＰＵ）１０１、ランダムアクセスメモリ（ＲＡＭ）１０２、リードオンリメモリ（ＲＯＭ）１０３、ハードディスク装置（ＨＤＤ）１０４、入力装置１０５、ＣＤ−ＲＯＭ装置１０６、通信インタフェース（Ｉ／Ｆ）１０７、ディスプレイ１０８、ＭＩＤＩ（Musical Instrument Digital Interface）インタフェース１０９、およびバスライン１１０を備えている。
【００１４】
ＣＰＵ１０１は、この装置の全体の動作を制御するＣＰＵである。ＲＡＭ１０２は、ＣＰＵ１０１のワーク領域などに使用するメモリである。ＲＯＭ１０３は、電源投入時のスタートアップルーチンや低レベルＩ／Ｏ処理を司るＢＩＯＳ（Basic Input/Output System）などを格納する。ＨＤＤ１０４は、この音楽データ処理装置のローカルな記憶装置である。ＨＤＤ１０４には、表示用の各種のデータ、音楽データである曲データ（演奏データ）、および音楽データ処理のためのプログラムなどが格納される。これらのデータやプログラムは、あらかじめＣＤ−ＲＯＭ装置１０６からＨＤＤ１０４にインストールされているものとする。ＨＤＤ１０４上の音楽データ処理のためのプログラムは、ユーザの所定の起動操作によってＲＡＭ１０２上にロードされ、ＣＰＵ１０１により実行される。これにより、後述（図５〜図１１）するような音楽データに対する各種の処理が行なわれる。入力装置１０５は、通常のパソコンに接続されるタイピングキーボードやマウスなどの入力装置である。ＣＤ−ＲＯＭ装置１０６は、着脱可能なＣＤ−ＲＯＭを装着し、該ＣＤ−ＲＯＭからプログラムやデータ（音楽データなど）を読み出す装置である。
【００１５】
通信インタフェース１０７は、ネットワーク１２０に接続するためのインタフェースである。この音楽データ処理装置は、ネットワーク１２０を介してホストコンピュータ１２１に接続し、ホストコンピュータ１２１からプログラムやデータをダウンロードすることができる。ディスプレイ１０８は、各種の情報を表示するための表示装置である。ＭＩＤＩインタフェース１０９は、各種のＭＩＤＩ機器を接続するためのインタフェースである。これらの各部１０１〜１０９は双方向のバスライン１１０によって相互に接続されている。
【００１６】
なお、図１の装置は、汎用のパーソナルコンピュータに、ＣＤ−ＲＯＭ装置、通信Ｉ／Ｆ、およびＭＩＤＩＩ／Ｆなどを装着し、必要なソフトウエアをインストールすることで実現したものである。
【００１７】
この音楽データ処理装置では、後述する図３および図４のような街の景観を仮想現実としてディスプレイ１０８に表示し、ユーザがマウスなどの入力装置１０５を操作することにより、あたかもユーザ自身がこの街の中を行き来しているかのようなイメージで表示することができる。
【００１８】
図２は、街の景観を表示するために必要な建物のデータの構造を示す。図２（ａ）は、建物インデックスデータの構造を示す。図２（ｂ）は、建物データの構造を示す。建物インデックスデータおよび建物データは、ＨＤＤ１０４に格納される。
【００１９】
図２（ａ）の建物インデックスデータは、ヘッダ部２０１とインデックスデータ部２０２，２０３，２０４，…からなる。ヘッダ部２０１には、この建物インデックスデータの大きさやインデックスデータ部２０２，２０３，…がいくつあるかを示す個数などが記憶されている。１つのインデックスデータ部が１つの建物のインデックス情報を表すので、インデックスデータ部２０２，２０３，…の個数が建物の数になる。
【００２０】
１つのインデックスデータ部の構成を、インデックスデータ部２０２を例として説明する。インデックスデータ部２０２は、建物番号２１１、建築位置データ２１２、建物形状データ（粗）２１３、および説明データ２１４からなる。
【００２１】
建物番号２１１は、この建物に固有の番号である。建築位置データ２１２は、この建物が街の景観の中でどの位置に建てられているかその位置を示すデータである。建物形状データ（粗）２１３は、街の景観の中で、その建物がどのような形状で建てられているかを粗いデータで示すものである。説明データ２１４は、その建物に付された名称やその建物をマウスでクリックしたときにどのような処理を行なうかなどの各種の説明データが格納される。インデックスデータ部２０３，２０４，…も２０２と同様のデータ構造を有する。これらのインデックスデータ部が建物の個数分集まって、さらにヘッダ２０１を加えて、建物インデックスデータ全体が構成される。
【００２２】
図２（ｂ）の建物データは、一つの建物に関する各種の詳細な情報である。この建物データは、各建物ごとに用意される。建物データは、建物番号２２１、バージョン番号２２２、建築位置データ２２３、建物の形状データ２２４、建物の内部画像データ２２５、建物内で受け付けるコマンドと対応する処理プログラム２２６、および処理プログラムに必要な各種データ２２７からなる。
【００２３】
建物番号２２１は、この建物に固有の番号である。建物番号２２１は、図２（ａ）の建物番号２１１と対応している。すなわち、建物番号２１１と建物番号２２１が同じ場合、その建物番号のインデックスデータ部と建物データとは同じ建物に対応するデータである。バージョン番号２２２は、この建物データのバージョンを示す情報である。建築位置データ２２３は、街の景観内でのこの建物の建築位置を詳細に示す情報であり、建物の形状データ２２４は、街の景観内でのこの建物の形状を詳細に示す情報である。「詳細に」というのは、「この建物のインデックスデータ部の建築位置データ２１２や建築位置データ２１２よりも詳細に」の意味である。建築位置データ２２３および形状データ２２４は、まとめて建物の外観データ２３１と呼ぶ。建物の内部画像データ２２５は、この建物に入る指示をユーザが行なったときに表示するこの建物の内部画像を示すデータである。建物内で受け付けるコマンドと対応する処理プログラム２２６は、ユーザがこの建物に入って建物内部が表示されている状態で受け付けることができるコマンドと、それに対応する処理プログラムである。処理プログラムに必要な各種データ２２７は、２２６の処理プログラムに必要な各種データである。
【００２４】
図３および図４は、図１の装置において音楽データ処理のプログラム（ＨＤＤ１０４上にインストールされている）を立ち上げたときにディスプレイ１０８に表示される街の景観の表示例を示す。図３は２次元的に地図状に表示したもの、図４は３次元的に表示したものである。２次元表示か３次元表示かは、ユーザが所定の操作をすることにより切り換えることができる。
【００２５】
これらの街の景観では、街の中に道路が縦横に走っており、各種の建物が表示されている。各建物には建物名称が付されている。例えば、「ＣＤ  ＳＨＯＰ」、「ＶＩＳＵＡＬ  ＡＲＲＡＮＧＥＲ」、および「ＫＡＲＡＯＫＥ  ＨＯＵＳＥ」などは建物名称である。建物以外の街の基本的な構成（例えば、街の全体の大きさや道路の位置など）は、ＨＤＤ１０４上にあらかじめ定められた情報が記憶されており、その情報に基づいて表示される。街の基本的な構成の上に、図２（ａ）の建物インデックスデータで示される各建物を配置する。例えば、インデックスデータ２０２であれば、建築位置データ２１２で示される位置に、建物形状データ２１３で示される形状で、説明データ２１４で示される名称データを付して表示する。図２（ａ）のインデックス部２０２，２０３，…のすべてに対応して建物を表示することにより、図３および図４のような景観が表示されることになる。
【００２６】
この音楽データ処理装置では、図３および図４のような街の景観上で、ユーザは表示されている景観内を行き来し、任意の建物に入ってその建物に固有の処理（音楽データを用いた各種の処理）を行なうことができる。以下では、そのような音楽データ処理について説明する。
【００２７】
図５は、図１の音楽データ処理装置で音楽データ処理の指示がなされたとき（すなわち、ＨＤＤ１０４上の音楽データ処理のプログラムを立ち上げたとき）に実行する全体処理のフローチャートを示す。まず、ステップ５０１で各種の初期設定を行なう。次にステップ５０２で、タイトル画面を表示する。タイトル画面は、例えば、これから図３や図４に示すような街に入ることを示す入り口の表示などである。ステップ５０３では、利用者の個人情報（名前やパスワード）の入力と検証を行なう。ステップ５０４ではネットワーク接続処理を行なう。
【００２８】
図６に、ステップ５０４のネットワーク接続処理のフローチャートを示す。ステップ６０１で、ネットワークインタフェース（通信インタフェース１０７）の初期化と接続要求を行なう。この接続要求は、ステップ５０３で入力した個人情報を用いて、この利用者の接続要求をネットワーク１２０に送出する処理である。次に、ステップ６０２で、接続が成功であったか否か判別する。接続が成功ならば、ステップ６０３で接続フラグを１にセットしてリターンする。ステップ６０２で接続が失敗したときは、ステップ６０４で接続フラグを０にリセットしてリターンする。
【００２９】
再び図５に戻って、ステップ５０４の接続処理の後、ステップ５０５で接続フラグが１であるか否か判別する。１であるときは、ステップ５０６で、ネットワーク１２０上のホストコンピュータ１２１から建物インデックスデータを読み込む。建物インデックスデータは、図２（ａ）で説明したように、基本的なデータがあらかじめＣＤ−ＲＯＭ１０６からＨＤＤ１０４にインストールされている。しかし、ネットワーク１２０に接続できたときは、ホストコンピュータ１２１上に存在する最新のバージョンの建物インデックスデータをダウンロードし、ＨＤＤ１０４上の建物インデックスデータを更新するようにしている。これにより、ネットワークに接続する限り、最新のデータで処理を行なうことができる。ステップ５０５で接続フラグが１でなければ、ステップ５０７で、ローカルディスクであるＨＤＤ１０４上の建物インデックスデータを読み込む。これにより、ネットワークに接続できなかった場合でも、ＨＤＤ１０４上のデータを用いてそれなりに処理を行なうことができる。
【００３０】
ステップ５０６，５０７の後、ステップ５０８で、ＨＤＤ１０４上の建物インデックスデータ（ネットワーク上のホストコンピュータ１２１に接続された場合は最新の建物インデックスデータになっている）および現在の日時に応じて街の景観データを作成し、図３および図４に示すようにディスプレイ１０８に表示する。日時は、装置の電源をオフしても記憶内容が保持されるバックアップ記憶装置に現在の日時が記憶されているものとする。日時に応じて街の景観データを作成するとは、例えば、季節に応じて街の景観データを変えたり（現在日時が春であれば春らしい景観に、夏であれば夏らしい景観に、と言うような具合）、現在の時間が昼であれば昼らしく夜であれば夜らしく、景観データを作成するものである。
【００３１】
次にステップ５０９で、移動情報の入力を受け付ける。これは、図３および図４のような街の景観が表示されている上で、入力装置１０５の操作により、道路上を進んだり所望の建物の中に入る指示を受け付ける処理である。建物の中に入る指示は、ここではマウスにより建物をクリックする操作による。ステップ５１０では、建物に入る指示がなされたか否か判別する。建物に入る指示であればステップ５１２に、そうでなければステップ５１１へと進む。ステップ５１２では、入ることを指示された建物に対応する処理を行なう。ステップ５１１では、移動後の画面に書き替える処理を行なう。ステップ５１１，５１２の後、ステップ５１３で処理の終了要求が入力されたか否か判別する。終了要求が入力されたら、ステップ５１４で必要であればネットワークとの接続を切断して、処理を終了する。ステップ５１３で終了要求でないときは、ステップ５０９に戻って、ユーザの入力を待つ。
【００３２】
図９は、ステップ５１２の各建物処理の手順を示すフローチャートである。ある建物に入ったときにはその建物に特有の処理があるので、建物ごとに建物処理が設けられているが、図９では各建物処理で共通の流れを説明する。
【００３３】
まず、ステップ９０１で、入ることを指定された建物に対応するインデックスデータ部を、図２（ａ）の建物インデックスデータから、読み出す。ここでは図２（ａ）の２０２が読み出されたとする。次に、ステップ９０２で、読み出したインデックスデータ部２０２に対応する建物データ（図２（ｂ））がローカルファイルシステムであるＨＤＤ１０４上に存在するか否か判別する。存在するなら、ステップ９０３で、その建物データをＨＤＤ１０４から読み出し、ステップ９０６に進む。ステップ９０２で当該建物データがＨＤＤ１０４上に存在しなかった場合は、ステップ９０４で、指定された建物データをネットワーク１２０上のホストコンピュータ１２１から読み出し、ステップ９０５で、読み出した建物データをＨＤＤ１０４に保存して、ステップ９０６に進む。
【００３４】
ステップ９０６では、建物データ（ステップ９０３でＨＤＤ１０４から読み出したもの、あるいはステップ９０４でホストコンピュータ１２１から読み出したもの）、およびその他のデータに基づいて（特に建物データ（図２（ｂ））のうちの建物内部画像データ２２５に基づいて）、建物内の内部のイメージを表示する。例えば、利用者が入った建物がＣＤ−ＲＯＭショップ（ＣＤ−ＲＯＭ  ＳＨＯＰ）であったときは、ＣＤ−ＲＯＭが棚に並べられている様子を示すようなイメージ（ＣＤ−ＲＯＭのジャケットや背表紙部分を並べたイメージなど）を表示する。
【００３５】
次に、ステップ９０７で、利用者が入力装置１０５を用いて入力したコマンドを受け付け、ステップ９０８でそのコマンドが当該建物内で利用可能なコマンドか否か判別する。各建物内において利用可能なコマンドは、図２（ｂ）で説明したように、建物データの２２６に記載してある。入力されたコマンドが当該建物内で利用可能なコマンドであったときは、ステップ９１０に進む。ステップ９１０では、入力されたコマンドがＥＸＩＴコマンド（建物を出ることを指示するコマンド）であるか否か判別する。ＥＸＩＴコマンドなら、建物処理を終了して、リターンする。ＥＸＩＴコマンドでないなら、ステップ９１１で、入力されたコマンドに対応する処理プログラムを実行する。処理プログラムは、図２（ｂ）の建物データの２２６に格納してあるので、それを読み出して実行する。ステップ９１１の後、ステップ９０７に戻る。ステップ９０８で入力されたコマンドが当該建物内で利用可能なコマンドでなかったときは、ステップ９０９で、そのコマンドが利用不可能であることを利用者に通知し、ステップ９０７に戻る。
【００３６】
次に、建物処理の１つの例として、利用者がＣＤ−ＲＯＭショップへ入ったときの処理を説明する。この場合、基本的に図９の手順で建物処理が実行されるが、以下では特にＣＤ−ＲＯＭショップの建物に入ったときに特有の処理を説明する。図１０は、ＣＤ−ＲＯＭショップへ入ったときの建物処理のうち、図９のステップ９０６〜９１１の部分を詳細にしたフローチャートである。ＣＤ−ＲＯＭショップへ入ったときの建物処理は、図９のステップ９０６〜９１１を図１０に置き換えればよい。
【００３７】
図１０の処理では、まずステップ１００１で、ネットワークおよびローカルディスク中で利用可能な楽曲のタイトルおよび画像データを得る。ローカルディスクであるＨＤＤ１０４およびＣＤ−ＲＯＭ１０６上には利用可能な楽曲の曲データ（演奏データ）とそのタイトルや画像データなどの付随データが格納されているのでそれらを取得し、さらにネットワーク１２０に接続されていた場合は、ホストコンピュータ１２１上にも利用可能な楽曲の曲データ（演奏データ）とそのタイトルや画像データなどの付随データが格納されているのでそれらを取得するということである。次に、ステップ１００２で、そのタイトルおよび画像データに基づいてＣＤ−ＲＯＭショップ内の画像を表示する。これにより、ネットワークおよびローカルディスク中で利用可能な楽曲がＣＤのイメージで棚に並べられている様子などが表示されることになる。
【００３８】
次に、ステップ１００３で、利用者の操作を検出し、ＣＤのイメージで表示されているタイトル上でマウスがクリックされたか否か判別する。タイトル上でマウスがクリックされたときは、利用者がそのタイトルの楽曲の試聴／購入を行なう意思を示したものとし、ステップ１００４に進んでＣＤ試聴／購入処理を行なった後、ステップ１００３に戻る。ステップ１００３でタイトル上でマウスがクリックされたのでないときは、ステップ１００５で、ＥＸＩＴコマンドの入力であったか否か判別する。ＥＸＩＴコマンドの入力であるときはリターンし、そうでないときはステップ１００３に戻る。
【００３９】
図１１は、図１０のステップ１００４のＣＤ試聴／購入処理ルーチンの手順を示す。ＣＤ試聴／購入処理では、まずステップ１１０１で、選択（クリック）されたタイトルの演奏データがローカルに存在するか否か判別する。具体的には、ＨＤＤ１０４やＣＤ−ＲＯＭ１０６をサーチすればよい。ローカルに存在する演奏データであったときは、ステップ１１０２で、その演奏データのうち３０秒分を該ローカルファイルから読み出し、ステップ１１０４に進む。ステップ１１０１でローカルに存在する演奏データでなかったときは、ステップ１１０３で、ネットワーク１２０のホストコンピュータ１２１からその演奏データのうち３０秒分を読み出し、ステップ１１０４に進む。
【００４０】
ステップ１１０４では、ステップ１１０２，１１０３で読み出した３０秒分の演奏データを再生する。再生は、当該演奏データを、ＭＩＤＩインターフェース１０９を介して接続されている音源およびサウンドシステム（不図示）に送出することにより行なう。次に、ステップ１１０５で、その演奏データがネットワーク上の演奏データであったか否か判別する。ネットワーク上の演奏データでなかったときは、既にローカルに存在する演奏データであった（すなわち、既に購入済みのもの）ということだから、そのままリターンする。なお、この際、既に購入済みであることを知らせるメッセージなどの表示を行なってもよい。ステップ１１０５でネットワーク上の演奏データであったときは、ステップ１１０６で、当該演奏データを購入するか否かを利用者に問い合わせるメッセージを表示する。ステップ１１０７では、利用者が購入を指示する操作を行なったか否か判別する。利用者が購入を指示したときは、ステップ１１０８で、選択されたタイトルの演奏データをローカルディスクであるＨＤＤ１０４に読み込む（ダウンロードする）。そして、ステップ１１０９で、ネットワークを介した代金決済処理を行なった後、リターンする。ステップ１１０７で、利用者が購入を取りやめたときは、そのままリターンする。
【００４１】
以上のようにして、ＣＤ−ＲＯＭショップで購入した演奏データは、ローカルファイルシステムであるＨＤＤ１０４にダウンロードされるので、利用者が自由に利用できる。例えば、図３，４の街で再生室のある建物に入って当該演奏データを再生したり、アレンジ室のある建物に入って当該演奏データを編集し直したり、ミュージックジムの建物に入って当該演奏データを用いてその曲の演奏練習を行なうことなどができる。
【００４２】
次に、建物処理の１つの例として、利用者がプロダクションの建物へ入ったときの処理を説明する。この場合、基本的に図９の手順で建物処理が実行されるが、以下では特にプロダクションの建物に入ったときに特有の処理を説明する。プロダクションの建物では、利用者が作成した演奏データを売り込むことができる。図７は、利用者が演奏データをプロダクションに売り込む際の処理手順を示す。図７は、図９のステップ９１１を詳細にしたフローチャートである。プロダクションの建物に入ったときは、図９の手順により、プロダクションの内部が表示され（ステップ９０１〜９０６）、プロダクション内の売り込みを受け付ける部屋に入るコマンドを受け付けたとき（ステップ９０７，９０８，９１０）、そのコマンド実行処理（ステップ９１１）として図７の処理が実行される。
【００４３】
図７の処理では、まずステップ７０１で、利用者がＨＤＤ１０４上の売り込みたい演奏データを、ネットワーク１２０のホストコンピュータ１２１にアップロードする。次にステップ７０２で、同様に関連データをアップロードして、リターンする。関連データとは、その曲の作成者の個人情報、権利譲渡の条件、および曲の説明などの情報である。
【００４４】
上記の処理により利用者がプロダクションに売り込んだ演奏データは、別途、ホストコンピュータ１２１の側で買い上げるか否かが判断される。買い上げの状況について、利用者は、プロダクションの建物内の買い上げ状況を確認する部屋に入って状況確認できる。図８は、利用者が演奏データの買い上げ状況を確認する際の処理手順を示す。図８は、図９のステップ９１１を詳細にしたフローチャートである。すなわち、利用者はプロダクションの建物内の買い上げ状況を確認する部屋に入ると、図８の処理が実行される。
【００４５】
図８の処理では、ステップ８０１で、売り込み中の演奏データの情報を保持するデータベースより、当該利用者に関連するデータの一覧を表示する。その後、リターンする。これにより、利用者は、自分が売り込んだ演奏データが、プロダクションに買い上げられたのか否か状況確認できる。プロダクションにより演奏データが買い上げられた場合は、その旨表示され、別途個人データに基づいて契約金の代金決済処理が実行される。プロダクションにより買い上げられた演奏データは、上述のＣＤ−ＲＯＭショップに並べられ、他の利用者が試聴／購入できるようになっている。
【００４６】
なお、図５のステップ５０５ではホストコンピュータ１２１から建物インデックスデータのみ読み込んでいるが、それに加えて、建物データも読み込んでＨＤＤ１０４に格納するようにしてもよい。また、建物インデックスデータや建物データは、ローカルにはＨＤＤ１０４から読み出しているが、ＨＤＤ１０４に加えて、ＣＤ−ＲＯＭ１０６内にある建物インデックスデータや建物データを読み出すようにしてもよい。
【００４７】
なお、上述の実施の形態では、表示用の各種のデータ、音楽データである曲データ（演奏データ）、および音楽データ処理のためのプログラムなどは、あらかじめＣＤ−ＲＯＭ装置１０６からＨＤＤ１０４にインストールされているものとしたが、フレキシブルディスク、光磁気ディスクなどの他の可搬型の記憶媒体からインストールするようにしてもよい。このように、可搬型の記憶媒体に記憶されたデータやプログラムをハードディスクなどの記憶装置に転送できるように構成すれば、各種のデータやプログラムなどの追加（インストールなど）や更新（バージョンアップなど）の際に便利である。もちろん、ＨＤＤを用いる代わりに、可搬型の記憶媒体から直接ＲＡＭへデータを転送するようにしてもよい。
【００４８】
さらに、可搬型の記憶媒体経由ではなく、通信インターフェース（ネットワークＩ／Ｏ）経由で、ハードディスクなどの記憶装置上のデータやプログラムなどを通信ネットワーク側からダウンロードするようにしてもよい。上記通信インターフェースは、ＬＡＮ（ローカルエリアネットワーク）やインターネット、電話回線などの通信ネットワークに接続されており、当該通信ネットワークを介してサーバコンピュータと接続される。クライアントとなる本装置は、自装置が有する記憶装置（ハードディスクなど）に各種のデータやプログラムなどが記憶されていない場合、上記通信インターフェースおよび通信ネットワークを介してサーバコンピュータへ、データやプログラムなどを要求するコマンドを送信する。このコマンドを受け取ると、サーバコンピュータは、要求されたデータやプログラムなどを、通信ネットワークを介して本装置へと配信する。そして、配信されたデータやプログラムなどを本装置が通信インターフェースを介して受信し、記憶装置に蓄積することにより、ダウンロードが完了する。
【００４９】
また、本装置を、データやプログラムなどをインストールした市販のパーソナルコンピュータなどによって実現しても良い。もちろん、この場合にも、データやプログラムなどの配布方法としては、ＲＯＭなどの不揮発性メモリにあらかじめ格納しておく方法、可搬型の記憶媒体に格納して配布する方法、および通信インターフェース経由で配布する方法などが適用可能である。
【００５０】
【発明の効果】
以上説明したように、この発明によれば、クライアント（ユーザ）がサーバ上に音楽データをアップロード可能とし、アップロードされたデータは他のクライアントがダウンロードできるようにサーバ上に蓄積され、ダウンロードを行なった音楽データに関する代金決済処理およびアップロードを行った音楽データに関する代金決済処理をそれぞれ実行するので、ネットワークを介した音楽データの取引をスムーズに行なうことができ、音楽データの取引が促進される。
【図面の簡単な説明】
【図１】この発明に係る音楽データ処理装置の全体構成を示すブロック図
【図２】街の景観を表示するために必要な建物のデータの構造を示す図
【図３】街の景観の表示例（２次元）を示す図
【図４】街の景観の表示例（３次元）を示す図
【図５】音楽データ処理の全体のフローチャート図
【図６】ネットワーク接続処理のフローチャート図
【図７】曲データ売り込み処理を示すフローチャート図
【図８】状況確認処理を示すフローチャート図
【図９】建物処理を示すフローチャート図
【図１０】ＣＤ−ＲＯＭショップへ入ったときの処理を示すフローチャート図
【図１１】ＣＤ試聴／購入処理を示すフローチャート図
【符号の説明】
１０１…中央処理装置（ＣＰＵ）、１０２…ランダムアクセスメモリ（ＲＡＭ）、１０３…リードオンリメモリ（ＲＯＭ）、１０４…ハードディスク装置（ＨＤＤ）、１０５…入力装置、１０６…ＣＤ−ＲＯＭ装置、１０７…通信インタフェース（Ｉ／Ｆ）、１０８…ディスプレイ、１０９…ＭＩＤＩインタフェース、１１０…バスライン。
【図１】
0004078604.tif 000002
【図２】
0004078604.tif 000003
【図３】
0004078604.tif 000004
【図４】
0004078604.tif 000005
【図５】
0004078604.tif 000006
【図６】
0004078604.tif 000007
【図７】
0004078604.tif 000008
【図８】
0004078604.tif 000009
【図９】
0004078604.tif 000010
【図１０】
0004078604.tif 000011
【図１１】
0004078604.tif 000012