JP4078604B2

JP4078604B2 - Music data processing method and apparatus

Info

Publication number: JP4078604B2
Application number: JP2003104670A
Authority: JP
Inventors: 靖鞍掛
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 1996-10-19
Filing date: 2003-04-08
Publication date: 2008-04-23
Anticipated expiration: 2017-10-18
Also published as: JP2003308077A

Description

【０００１】
【発明の属する技術分野】
この発明は、ハードディスクやＣＤ−ＲＯＭなどのローカルな記憶装置とネットワーク上のホストコンピュータなどにプログラムやデータを分散して持ち、音楽データの処理を行なう音楽データ処理方法および装置に関する。
【０００２】
【従来の技術】
従来、音楽データをネットワークを介して送受するシステムとしてはいわゆる通信カラオケがあった。これは、ホストコンピュータ上に曲データを用意しておき、各種通信網を用いたネットワークを介して、個々の端末装置である通信カラオケ装置に曲データを配信するシステムである。一方、電子楽器本体にＣＤ−ＲＯＭ（Compact Disk - ROM）装置を接続し、該ＣＤ−ＲＯＭ装置に装着するＣＤ−ＲＯＭにプログラムやデータを格納しておき、これらのプログラムやデータを呼び出して実行したり処理することにより、音楽データを用いた各種の動作を実現するもの（例えば、音楽教習装置など）があった。さらに、パソコン通信の分野では、街や都市の外観を端末上に表示し、ユーザが仮想的にその街の中を行き来して会った人と会話ができるようにしたパソコン通信ネットワークなどがあった。
【０００３】
【発明が解決しようとする課題】
この発明は、ネットワークを介して音楽データの取引を促進できる音楽データ処理方法および装置を提供することを目的とする。
【０００４】
【課題を解決するための手段】
この目的を達成するため、請求項１に係る発明は、楽曲の曲データを蓄積する蓄積手段を備えクライアント装置とネットワークを介して通信可能なサーバ装置、およびエンドユーザが使用する複数のクライアント装置から構成されたシステムにおける音楽データ処理方法であって、前記サーバ装置が、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、当該クライアント装置に対して前記蓄積手段に蓄積された曲データを当該曲データに関連するデータとともに指定可能に提示する提示ステップと、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記提示した曲データのうち指定されたものを当該クライアント装置上の蓄積手段に蓄積可能に提供する提供ステップと、前記提供した曲データに関する第１の代金決済処理を実行する第１の決済ステップと、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、当該クライアント装置上の蓄積手段に蓄積されている曲データと、当該曲データに関連するデータとを、受け付ける受付ステップと、受け付けられ、かつ、前記サーバ装置側で買い上げられた曲データを、前記サーバ装置上の蓄積手段に蓄積する蓄積ステップと、前記買い上げられた曲データに関する第２の代金決済処理を実行する第２の決済ステップと、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記受け付けた曲データの一覧を、その買い上げ状況とともに、表示する状況表示ステップと、を有し、前記提示ステップは、予め前記サーバ装置上の蓄積手段に蓄積された曲データと前記蓄積ステップにおいて蓄積された曲データとを提示することを特徴とする。
【０００５】
請求項２に係る発明は、楽曲の曲データを蓄積する蓄積手段を備えクライアント装置とネットワークを介して通信可能なサーバ装置、およびエンドユーザが使用する複数のクライアント装置から構成されたシステムにおける音楽データ処理方法であって、前記クライアント装置からエンドユーザの指示に基づく曲データの購入のリクエストがあった場合、前記サーバ装置は、そのリクエストに応じて、当該クライアント装置に対して前記蓄積手段に蓄積された曲データを当該曲データに関連するデータとともに指定可能に提示する提示ステップと、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記提示した曲データのうち指定されたものを当該クライアント装置上の蓄積手段に蓄積可能に提供する提供ステップと、前記提供した曲データに関する第１の代金決済処理を実行する第１の決済ステップとを実行し、前記クライアント装置からエンドユーザの指示に基づく曲データの売り込みのリクエストがあった場合、前記サーバ装置は、そのリクエストに応じて、当該クライアント装置上の蓄積手段に蓄積されている曲データと、当該曲データに関連するデータとを、受け付ける受付ステップと、受け付けられ、かつ、前記サーバ装置側で買い上げられた曲データを、前記サーバ装置上の蓄積手段に蓄積する蓄積ステップと、前記買い上げられた曲データに関する第２の代金決済処理を実行する第２の決済ステップとを実行し、前記クライアント装置からエンドユーザの指示に基づく買い上げ状況を確認するリクエストがあった場合、前記サーバ装置は、そのリクエストに応じて、前記受け付けた曲データの一覧を、その買い上げ状況とともに、表示する状況表示ステップを実行し、前記クライアント装置からの曲データ購入のリクエストがあった場合に当該クライアント装置に曲データを提示する提示ステップは、予め前記サーバ装置上の蓄積手段に蓄積された曲データと前記蓄積ステップにおいて蓄積された曲データとを提示するものであることを特徴とする。
【０００８】
請求項３に係る発明は、エンドユーザが使用する複数のクライアント装置とネットワークを介して通信可能な音楽データ処理装置であって、楽曲の曲データを蓄積する蓄積手段と、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、当該クライアント装置に対して前記蓄積手段に蓄積された曲データを当該曲データに関連するデータとともに指定可能に提示する提示手段と、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記提示した曲データのうち指定されたものを当該クライアント装置上の蓄積手段に蓄積可能に提供する提供手段と、前記提供した曲データに関する第１の代金決済処理を実行する第１の決済手段と、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、当該クライアント装置上の蓄積手段に蓄積されている曲データと、当該曲データに関連するデータとを、受け付ける受付手段と、受け付けられ、かつ、当該音楽データ処理装置側で買い上げられた曲データを、前記蓄積手段に蓄積する蓄積実行手段と、前記買い上げられた曲データに関する第２の代金決済処理を実行する第２の決済手段と、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記受け付けた曲データの一覧を、その買い上げ状況とともに、表示する状況表示手段と、を有し、前記提示手段は、予め前記蓄積手段に蓄積された曲データと前記蓄積実行手段において蓄積された曲データとを提示することを特徴とする。
【０００９】
請求項４に係る発明は、エンドユーザが使用する複数のクライアント装置とネットワークを介して通信可能な音楽データ処理装置であって、楽曲の曲データを蓄積する蓄積手段と、前記クライアント装置からエンドユーザの指示に基づく曲データの購入のリクエストがあった場合、そのリクエストに応じて、当該クライアント装置に対して前記蓄積手段に蓄積された曲データを当該曲データに関連するデータとともに指定可能に提示する提示手段と、エンドユーザの指示に基づく前記クライアント装置からのリクエストに応じて、前記提示した曲データのうち指定されたものを当該クライアント装置上の蓄積手段に蓄積可能に提供する提供手段と、前記提供した曲データに関する第１の代金決済処理を実行する第１の決済手段と、前記クライアント装置からエンドユーザの指示に基づく曲データの売り込みのリクエストがあった場合、そのリクエストに応じて、当該クライアント装置上の蓄積手段に蓄積されている曲データと、当該曲データに関連するデータとを、受け付ける受付手段と、受け付けられ、かつ、当該音楽データ処理装置側で買い上げられた曲データを、前記蓄積手段に蓄積する蓄積実行手段と、前記買い上げられた曲データに関する第２の代金決済処理を実行する第２の決済手段とを備えるとともに、前記クライアント装置からの曲データ購入のリクエストがあった場合に当該クライアント装置に曲データを提示する提示手段は、予め前記サーバ装置上の蓄積手段に蓄積された曲データと前記蓄積実行手段において蓄積された曲データとを提示するものであることを特徴とする。
【００１２】
【発明の実施の形態】
以下、図面を用いてこの発明の実施の形態を説明する。
【００１３】
図１は、この発明に係る音楽データ処理装置の全体構成を示すブロック図である。この音楽データ処理装置は、中央処理装置（ＣＰＵ）１０１、ランダムアクセスメモリ（ＲＡＭ）１０２、リードオンリメモリ（ＲＯＭ）１０３、ハードディスク装置（ＨＤＤ）１０４、入力装置１０５、ＣＤ−ＲＯＭ装置１０６、通信インタフェース（Ｉ／Ｆ）１０７、ディスプレイ１０８、ＭＩＤＩ（Musical Instrument Digital Interface）インタフェース１０９、およびバスライン１１０を備えている。
【００１４】
ＣＰＵ１０１は、この装置の全体の動作を制御するＣＰＵである。ＲＡＭ１０２は、ＣＰＵ１０１のワーク領域などに使用するメモリである。ＲＯＭ１０３は、電源投入時のスタートアップルーチンや低レベルＩ／Ｏ処理を司るＢＩＯＳ（Basic Input/Output System）などを格納する。ＨＤＤ１０４は、この音楽データ処理装置のローカルな記憶装置である。ＨＤＤ１０４には、表示用の各種のデータ、音楽データである曲データ（演奏データ）、および音楽データ処理のためのプログラムなどが格納される。これらのデータやプログラムは、あらかじめＣＤ−ＲＯＭ装置１０６からＨＤＤ１０４にインストールされているものとする。ＨＤＤ１０４上の音楽データ処理のためのプログラムは、ユーザの所定の起動操作によってＲＡＭ１０２上にロードされ、ＣＰＵ１０１により実行される。これにより、後述（図５〜図１１）するような音楽データに対する各種の処理が行なわれる。入力装置１０５は、通常のパソコンに接続されるタイピングキーボードやマウスなどの入力装置である。ＣＤ−ＲＯＭ装置１０６は、着脱可能なＣＤ−ＲＯＭを装着し、該ＣＤ−ＲＯＭからプログラムやデータ（音楽データなど）を読み出す装置である。
【００１５】
通信インタフェース１０７は、ネットワーク１２０に接続するためのインタフェースである。この音楽データ処理装置は、ネットワーク１２０を介してホストコンピュータ１２１に接続し、ホストコンピュータ１２１からプログラムやデータをダウンロードすることができる。ディスプレイ１０８は、各種の情報を表示するための表示装置である。ＭＩＤＩインタフェース１０９は、各種のＭＩＤＩ機器を接続するためのインタフェースである。これらの各部１０１〜１０９は双方向のバスライン１１０によって相互に接続されている。
【００１６】
なお、図１の装置は、汎用のパーソナルコンピュータに、ＣＤ−ＲＯＭ装置、通信Ｉ／Ｆ、およびＭＩＤＩＩ／Ｆなどを装着し、必要なソフトウエアをインストールすることで実現したものである。
【００１７】
この音楽データ処理装置では、後述する図３および図４のような街の景観を仮想現実としてディスプレイ１０８に表示し、ユーザがマウスなどの入力装置１０５を操作することにより、あたかもユーザ自身がこの街の中を行き来しているかのようなイメージで表示することができる。
【００１８】
図２は、街の景観を表示するために必要な建物のデータの構造を示す。図２（ａ）は、建物インデックスデータの構造を示す。図２（ｂ）は、建物データの構造を示す。建物インデックスデータおよび建物データは、ＨＤＤ１０４に格納される。
【００１９】
図２（ａ）の建物インデックスデータは、ヘッダ部２０１とインデックスデータ部２０２，２０３，２０４，…からなる。ヘッダ部２０１には、この建物インデックスデータの大きさやインデックスデータ部２０２，２０３，…がいくつあるかを示す個数などが記憶されている。１つのインデックスデータ部が１つの建物のインデックス情報を表すので、インデックスデータ部２０２，２０３，…の個数が建物の数になる。
【００２０】
１つのインデックスデータ部の構成を、インデックスデータ部２０２を例として説明する。インデックスデータ部２０２は、建物番号２１１、建築位置データ２１２、建物形状データ（粗）２１３、および説明データ２１４からなる。
【００２１】
建物番号２１１は、この建物に固有の番号である。建築位置データ２１２は、この建物が街の景観の中でどの位置に建てられているかその位置を示すデータである。建物形状データ（粗）２１３は、街の景観の中で、その建物がどのような形状で建てられているかを粗いデータで示すものである。説明データ２１４は、その建物に付された名称やその建物をマウスでクリックしたときにどのような処理を行なうかなどの各種の説明データが格納される。インデックスデータ部２０３，２０４，…も２０２と同様のデータ構造を有する。これらのインデックスデータ部が建物の個数分集まって、さらにヘッダ２０１を加えて、建物インデックスデータ全体が構成される。
【００２２】
図２（ｂ）の建物データは、一つの建物に関する各種の詳細な情報である。この建物データは、各建物ごとに用意される。建物データは、建物番号２２１、バージョン番号２２２、建築位置データ２２３、建物の形状データ２２４、建物の内部画像データ２２５、建物内で受け付けるコマンドと対応する処理プログラム２２６、および処理プログラムに必要な各種データ２２７からなる。
【００２３】
建物番号２２１は、この建物に固有の番号である。建物番号２２１は、図２（ａ）の建物番号２１１と対応している。すなわち、建物番号２１１と建物番号２２１が同じ場合、その建物番号のインデックスデータ部と建物データとは同じ建物に対応するデータである。バージョン番号２２２は、この建物データのバージョンを示す情報である。建築位置データ２２３は、街の景観内でのこの建物の建築位置を詳細に示す情報であり、建物の形状データ２２４は、街の景観内でのこの建物の形状を詳細に示す情報である。「詳細に」というのは、「この建物のインデックスデータ部の建築位置データ２１２や建築位置データ２１２よりも詳細に」の意味である。建築位置データ２２３および形状データ２２４は、まとめて建物の外観データ２３１と呼ぶ。建物の内部画像データ２２５は、この建物に入る指示をユーザが行なったときに表示するこの建物の内部画像を示すデータである。建物内で受け付けるコマンドと対応する処理プログラム２２６は、ユーザがこの建物に入って建物内部が表示されている状態で受け付けることができるコマンドと、それに対応する処理プログラムである。処理プログラムに必要な各種データ２２７は、２２６の処理プログラムに必要な各種データである。
【００２４】
図３および図４は、図１の装置において音楽データ処理のプログラム（ＨＤＤ１０４上にインストールされている）を立ち上げたときにディスプレイ１０８に表示される街の景観の表示例を示す。図３は２次元的に地図状に表示したもの、図４は３次元的に表示したものである。２次元表示か３次元表示かは、ユーザが所定の操作をすることにより切り換えることができる。
【００２５】
これらの街の景観では、街の中に道路が縦横に走っており、各種の建物が表示されている。各建物には建物名称が付されている。例えば、「ＣＤＳＨＯＰ」、「ＶＩＳＵＡＬＡＲＲＡＮＧＥＲ」、および「ＫＡＲＡＯＫＥＨＯＵＳＥ」などは建物名称である。建物以外の街の基本的な構成（例えば、街の全体の大きさや道路の位置など）は、ＨＤＤ１０４上にあらかじめ定められた情報が記憶されており、その情報に基づいて表示される。街の基本的な構成の上に、図２（ａ）の建物インデックスデータで示される各建物を配置する。例えば、インデックスデータ２０２であれば、建築位置データ２１２で示される位置に、建物形状データ２１３で示される形状で、説明データ２１４で示される名称データを付して表示する。図２（ａ）のインデックス部２０２，２０３，…のすべてに対応して建物を表示することにより、図３および図４のような景観が表示されることになる。
【００２６】
この音楽データ処理装置では、図３および図４のような街の景観上で、ユーザは表示されている景観内を行き来し、任意の建物に入ってその建物に固有の処理（音楽データを用いた各種の処理）を行なうことができる。以下では、そのような音楽データ処理について説明する。
【００２７】
図５は、図１の音楽データ処理装置で音楽データ処理の指示がなされたとき（すなわち、ＨＤＤ１０４上の音楽データ処理のプログラムを立ち上げたとき）に実行する全体処理のフローチャートを示す。まず、ステップ５０１で各種の初期設定を行なう。次にステップ５０２で、タイトル画面を表示する。タイトル画面は、例えば、これから図３や図４に示すような街に入ることを示す入り口の表示などである。ステップ５０３では、利用者の個人情報（名前やパスワード）の入力と検証を行なう。ステップ５０４ではネットワーク接続処理を行なう。
【００２８】
図６に、ステップ５０４のネットワーク接続処理のフローチャートを示す。ステップ６０１で、ネットワークインタフェース（通信インタフェース１０７）の初期化と接続要求を行なう。この接続要求は、ステップ５０３で入力した個人情報を用いて、この利用者の接続要求をネットワーク１２０に送出する処理である。次に、ステップ６０２で、接続が成功であったか否か判別する。接続が成功ならば、ステップ６０３で接続フラグを１にセットしてリターンする。ステップ６０２で接続が失敗したときは、ステップ６０４で接続フラグを０にリセットしてリターンする。
【００２９】
再び図５に戻って、ステップ５０４の接続処理の後、ステップ５０５で接続フラグが１であるか否か判別する。１であるときは、ステップ５０６で、ネットワーク１２０上のホストコンピュータ１２１から建物インデックスデータを読み込む。建物インデックスデータは、図２（ａ）で説明したように、基本的なデータがあらかじめＣＤ−ＲＯＭ１０６からＨＤＤ１０４にインストールされている。しかし、ネットワーク１２０に接続できたときは、ホストコンピュータ１２１上に存在する最新のバージョンの建物インデックスデータをダウンロードし、ＨＤＤ１０４上の建物インデックスデータを更新するようにしている。これにより、ネットワークに接続する限り、最新のデータで処理を行なうことができる。ステップ５０５で接続フラグが１でなければ、ステップ５０７で、ローカルディスクであるＨＤＤ１０４上の建物インデックスデータを読み込む。これにより、ネットワークに接続できなかった場合でも、ＨＤＤ１０４上のデータを用いてそれなりに処理を行なうことができる。
【００３０】
ステップ５０６，５０７の後、ステップ５０８で、ＨＤＤ１０４上の建物インデックスデータ（ネットワーク上のホストコンピュータ１２１に接続された場合は最新の建物インデックスデータになっている）および現在の日時に応じて街の景観データを作成し、図３および図４に示すようにディスプレイ１０８に表示する。日時は、装置の電源をオフしても記憶内容が保持されるバックアップ記憶装置に現在の日時が記憶されているものとする。日時に応じて街の景観データを作成するとは、例えば、季節に応じて街の景観データを変えたり（現在日時が春であれば春らしい景観に、夏であれば夏らしい景観に、と言うような具合）、現在の時間が昼であれば昼らしく夜であれば夜らしく、景観データを作成するものである。
【００３１】
次にステップ５０９で、移動情報の入力を受け付ける。これは、図３および図４のような街の景観が表示されている上で、入力装置１０５の操作により、道路上を進んだり所望の建物の中に入る指示を受け付ける処理である。建物の中に入る指示は、ここではマウスにより建物をクリックする操作による。ステップ５１０では、建物に入る指示がなされたか否か判別する。建物に入る指示であればステップ５１２に、そうでなければステップ５１１へと進む。ステップ５１２では、入ることを指示された建物に対応する処理を行なう。ステップ５１１では、移動後の画面に書き替える処理を行なう。ステップ５１１，５１２の後、ステップ５１３で処理の終了要求が入力されたか否か判別する。終了要求が入力されたら、ステップ５１４で必要であればネットワークとの接続を切断して、処理を終了する。ステップ５１３で終了要求でないときは、ステップ５０９に戻って、ユーザの入力を待つ。
【００３２】
図９は、ステップ５１２の各建物処理の手順を示すフローチャートである。ある建物に入ったときにはその建物に特有の処理があるので、建物ごとに建物処理が設けられているが、図９では各建物処理で共通の流れを説明する。
【００３３】
まず、ステップ９０１で、入ることを指定された建物に対応するインデックスデータ部を、図２（ａ）の建物インデックスデータから、読み出す。ここでは図２（ａ）の２０２が読み出されたとする。次に、ステップ９０２で、読み出したインデックスデータ部２０２に対応する建物データ（図２（ｂ））がローカルファイルシステムであるＨＤＤ１０４上に存在するか否か判別する。存在するなら、ステップ９０３で、その建物データをＨＤＤ１０４から読み出し、ステップ９０６に進む。ステップ９０２で当該建物データがＨＤＤ１０４上に存在しなかった場合は、ステップ９０４で、指定された建物データをネットワーク１２０上のホストコンピュータ１２１から読み出し、ステップ９０５で、読み出した建物データをＨＤＤ１０４に保存して、ステップ９０６に進む。
【００３４】
ステップ９０６では、建物データ（ステップ９０３でＨＤＤ１０４から読み出したもの、あるいはステップ９０４でホストコンピュータ１２１から読み出したもの）、およびその他のデータに基づいて（特に建物データ（図２（ｂ））のうちの建物内部画像データ２２５に基づいて）、建物内の内部のイメージを表示する。例えば、利用者が入った建物がＣＤ−ＲＯＭショップ（ＣＤ−ＲＯＭＳＨＯＰ）であったときは、ＣＤ−ＲＯＭが棚に並べられている様子を示すようなイメージ（ＣＤ−ＲＯＭのジャケットや背表紙部分を並べたイメージなど）を表示する。
【００３５】
次に、ステップ９０７で、利用者が入力装置１０５を用いて入力したコマンドを受け付け、ステップ９０８でそのコマンドが当該建物内で利用可能なコマンドか否か判別する。各建物内において利用可能なコマンドは、図２（ｂ）で説明したように、建物データの２２６に記載してある。入力されたコマンドが当該建物内で利用可能なコマンドであったときは、ステップ９１０に進む。ステップ９１０では、入力されたコマンドがＥＸＩＴコマンド（建物を出ることを指示するコマンド）であるか否か判別する。ＥＸＩＴコマンドなら、建物処理を終了して、リターンする。ＥＸＩＴコマンドでないなら、ステップ９１１で、入力されたコマンドに対応する処理プログラムを実行する。処理プログラムは、図２（ｂ）の建物データの２２６に格納してあるので、それを読み出して実行する。ステップ９１１の後、ステップ９０７に戻る。ステップ９０８で入力されたコマンドが当該建物内で利用可能なコマンドでなかったときは、ステップ９０９で、そのコマンドが利用不可能であることを利用者に通知し、ステップ９０７に戻る。
【００３６】
次に、建物処理の１つの例として、利用者がＣＤ−ＲＯＭショップへ入ったときの処理を説明する。この場合、基本的に図９の手順で建物処理が実行されるが、以下では特にＣＤ−ＲＯＭショップの建物に入ったときに特有の処理を説明する。図１０は、ＣＤ−ＲＯＭショップへ入ったときの建物処理のうち、図９のステップ９０６〜９１１の部分を詳細にしたフローチャートである。ＣＤ−ＲＯＭショップへ入ったときの建物処理は、図９のステップ９０６〜９１１を図１０に置き換えればよい。
【００３７】
図１０の処理では、まずステップ１００１で、ネットワークおよびローカルディスク中で利用可能な楽曲のタイトルおよび画像データを得る。ローカルディスクであるＨＤＤ１０４およびＣＤ−ＲＯＭ１０６上には利用可能な楽曲の曲データ（演奏データ）とそのタイトルや画像データなどの付随データが格納されているのでそれらを取得し、さらにネットワーク１２０に接続されていた場合は、ホストコンピュータ１２１上にも利用可能な楽曲の曲データ（演奏データ）とそのタイトルや画像データなどの付随データが格納されているのでそれらを取得するということである。次に、ステップ１００２で、そのタイトルおよび画像データに基づいてＣＤ−ＲＯＭショップ内の画像を表示する。これにより、ネットワークおよびローカルディスク中で利用可能な楽曲がＣＤのイメージで棚に並べられている様子などが表示されることになる。
【００３８】
次に、ステップ１００３で、利用者の操作を検出し、ＣＤのイメージで表示されているタイトル上でマウスがクリックされたか否か判別する。タイトル上でマウスがクリックされたときは、利用者がそのタイトルの楽曲の試聴／購入を行なう意思を示したものとし、ステップ１００４に進んでＣＤ試聴／購入処理を行なった後、ステップ１００３に戻る。ステップ１００３でタイトル上でマウスがクリックされたのでないときは、ステップ１００５で、ＥＸＩＴコマンドの入力であったか否か判別する。ＥＸＩＴコマンドの入力であるときはリターンし、そうでないときはステップ１００３に戻る。
【００３９】
図１１は、図１０のステップ１００４のＣＤ試聴／購入処理ルーチンの手順を示す。ＣＤ試聴／購入処理では、まずステップ１１０１で、選択（クリック）されたタイトルの演奏データがローカルに存在するか否か判別する。具体的には、ＨＤＤ１０４やＣＤ−ＲＯＭ１０６をサーチすればよい。ローカルに存在する演奏データであったときは、ステップ１１０２で、その演奏データのうち３０秒分を該ローカルファイルから読み出し、ステップ１１０４に進む。ステップ１１０１でローカルに存在する演奏データでなかったときは、ステップ１１０３で、ネットワーク１２０のホストコンピュータ１２１からその演奏データのうち３０秒分を読み出し、ステップ１１０４に進む。
【００４０】
ステップ１１０４では、ステップ１１０２，１１０３で読み出した３０秒分の演奏データを再生する。再生は、当該演奏データを、ＭＩＤＩインターフェース１０９を介して接続されている音源およびサウンドシステム（不図示）に送出することにより行なう。次に、ステップ１１０５で、その演奏データがネットワーク上の演奏データであったか否か判別する。ネットワーク上の演奏データでなかったときは、既にローカルに存在する演奏データであった（すなわち、既に購入済みのもの）ということだから、そのままリターンする。なお、この際、既に購入済みであることを知らせるメッセージなどの表示を行なってもよい。ステップ１１０５でネットワーク上の演奏データであったときは、ステップ１１０６で、当該演奏データを購入するか否かを利用者に問い合わせるメッセージを表示する。ステップ１１０７では、利用者が購入を指示する操作を行なったか否か判別する。利用者が購入を指示したときは、ステップ１１０８で、選択されたタイトルの演奏データをローカルディスクであるＨＤＤ１０４に読み込む（ダウンロードする）。そして、ステップ１１０９で、ネットワークを介した代金決済処理を行なった後、リターンする。ステップ１１０７で、利用者が購入を取りやめたときは、そのままリターンする。
【００４１】
以上のようにして、ＣＤ−ＲＯＭショップで購入した演奏データは、ローカルファイルシステムであるＨＤＤ１０４にダウンロードされるので、利用者が自由に利用できる。例えば、図３，４の街で再生室のある建物に入って当該演奏データを再生したり、アレンジ室のある建物に入って当該演奏データを編集し直したり、ミュージックジムの建物に入って当該演奏データを用いてその曲の演奏練習を行なうことなどができる。
【００４２】
次に、建物処理の１つの例として、利用者がプロダクションの建物へ入ったときの処理を説明する。この場合、基本的に図９の手順で建物処理が実行されるが、以下では特にプロダクションの建物に入ったときに特有の処理を説明する。プロダクションの建物では、利用者が作成した演奏データを売り込むことができる。図７は、利用者が演奏データをプロダクションに売り込む際の処理手順を示す。図７は、図９のステップ９１１を詳細にしたフローチャートである。プロダクションの建物に入ったときは、図９の手順により、プロダクションの内部が表示され（ステップ９０１〜９０６）、プロダクション内の売り込みを受け付ける部屋に入るコマンドを受け付けたとき（ステップ９０７，９０８，９１０）、そのコマンド実行処理（ステップ９１１）として図７の処理が実行される。
【００４３】
図７の処理では、まずステップ７０１で、利用者がＨＤＤ１０４上の売り込みたい演奏データを、ネットワーク１２０のホストコンピュータ１２１にアップロードする。次にステップ７０２で、同様に関連データをアップロードして、リターンする。関連データとは、その曲の作成者の個人情報、権利譲渡の条件、および曲の説明などの情報である。
【００４４】
上記の処理により利用者がプロダクションに売り込んだ演奏データは、別途、ホストコンピュータ１２１の側で買い上げるか否かが判断される。買い上げの状況について、利用者は、プロダクションの建物内の買い上げ状況を確認する部屋に入って状況確認できる。図８は、利用者が演奏データの買い上げ状況を確認する際の処理手順を示す。図８は、図９のステップ９１１を詳細にしたフローチャートである。すなわち、利用者はプロダクションの建物内の買い上げ状況を確認する部屋に入ると、図８の処理が実行される。
【００４５】
図８の処理では、ステップ８０１で、売り込み中の演奏データの情報を保持するデータベースより、当該利用者に関連するデータの一覧を表示する。その後、リターンする。これにより、利用者は、自分が売り込んだ演奏データが、プロダクションに買い上げられたのか否か状況確認できる。プロダクションにより演奏データが買い上げられた場合は、その旨表示され、別途個人データに基づいて契約金の代金決済処理が実行される。プロダクションにより買い上げられた演奏データは、上述のＣＤ−ＲＯＭショップに並べられ、他の利用者が試聴／購入できるようになっている。
【００４６】
なお、図５のステップ５０５ではホストコンピュータ１２１から建物インデックスデータのみ読み込んでいるが、それに加えて、建物データも読み込んでＨＤＤ１０４に格納するようにしてもよい。また、建物インデックスデータや建物データは、ローカルにはＨＤＤ１０４から読み出しているが、ＨＤＤ１０４に加えて、ＣＤ−ＲＯＭ１０６内にある建物インデックスデータや建物データを読み出すようにしてもよい。
【００４７】
なお、上述の実施の形態では、表示用の各種のデータ、音楽データである曲データ（演奏データ）、および音楽データ処理のためのプログラムなどは、あらかじめＣＤ−ＲＯＭ装置１０６からＨＤＤ１０４にインストールされているものとしたが、フレキシブルディスク、光磁気ディスクなどの他の可搬型の記憶媒体からインストールするようにしてもよい。このように、可搬型の記憶媒体に記憶されたデータやプログラムをハードディスクなどの記憶装置に転送できるように構成すれば、各種のデータやプログラムなどの追加（インストールなど）や更新（バージョンアップなど）の際に便利である。もちろん、ＨＤＤを用いる代わりに、可搬型の記憶媒体から直接ＲＡＭへデータを転送するようにしてもよい。
【００４８】
さらに、可搬型の記憶媒体経由ではなく、通信インターフェース（ネットワークＩ／Ｏ）経由で、ハードディスクなどの記憶装置上のデータやプログラムなどを通信ネットワーク側からダウンロードするようにしてもよい。上記通信インターフェースは、ＬＡＮ（ローカルエリアネットワーク）やインターネット、電話回線などの通信ネットワークに接続されており、当該通信ネットワークを介してサーバコンピュータと接続される。クライアントとなる本装置は、自装置が有する記憶装置（ハードディスクなど）に各種のデータやプログラムなどが記憶されていない場合、上記通信インターフェースおよび通信ネットワークを介してサーバコンピュータへ、データやプログラムなどを要求するコマンドを送信する。このコマンドを受け取ると、サーバコンピュータは、要求されたデータやプログラムなどを、通信ネットワークを介して本装置へと配信する。そして、配信されたデータやプログラムなどを本装置が通信インターフェースを介して受信し、記憶装置に蓄積することにより、ダウンロードが完了する。
【００４９】
また、本装置を、データやプログラムなどをインストールした市販のパーソナルコンピュータなどによって実現しても良い。もちろん、この場合にも、データやプログラムなどの配布方法としては、ＲＯＭなどの不揮発性メモリにあらかじめ格納しておく方法、可搬型の記憶媒体に格納して配布する方法、および通信インターフェース経由で配布する方法などが適用可能である。
【００５０】
【発明の効果】
以上説明したように、この発明によれば、クライアント（ユーザ）がサーバ上に音楽データをアップロード可能とし、アップロードされたデータは他のクライアントがダウンロードできるようにサーバ上に蓄積され、ダウンロードを行なった音楽データに関する代金決済処理およびアップロードを行った音楽データに関する代金決済処理をそれぞれ実行するので、ネットワークを介した音楽データの取引をスムーズに行なうことができ、音楽データの取引が促進される。
【図面の簡単な説明】
【図１】この発明に係る音楽データ処理装置の全体構成を示すブロック図
【図２】街の景観を表示するために必要な建物のデータの構造を示す図
【図３】街の景観の表示例（２次元）を示す図
【図４】街の景観の表示例（３次元）を示す図
【図５】音楽データ処理の全体のフローチャート図
【図６】ネットワーク接続処理のフローチャート図
【図７】曲データ売り込み処理を示すフローチャート図
【図８】状況確認処理を示すフローチャート図
【図９】建物処理を示すフローチャート図
【図１０】ＣＤ−ＲＯＭショップへ入ったときの処理を示すフローチャート図
【図１１】ＣＤ試聴／購入処理を示すフローチャート図
【符号の説明】
１０１…中央処理装置（ＣＰＵ）、１０２…ランダムアクセスメモリ（ＲＡＭ）、１０３…リードオンリメモリ（ＲＯＭ）、１０４…ハードディスク装置（ＨＤＤ）、１０５…入力装置、１０６…ＣＤ−ＲＯＭ装置、１０７…通信インタフェース（Ｉ／Ｆ）、１０８…ディスプレイ、１０９…ＭＩＤＩインタフェース、１１０…バスライン。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a music data processing method and apparatus for processing music data by distributing programs and data to a local storage device such as a hard disk or a CD-ROM and a host computer on a network.
[0002]
[Prior art]
Conventionally, there has been a so-called communication karaoke as a system for transmitting and receiving music data via a network. This is a system that prepares song data on a host computer and distributes the song data to a communication karaoke apparatus, which is an individual terminal device, via a network using various communication networks. On the other hand, a CD-ROM (Compact Disk-ROM) device is connected to the electronic musical instrument main body, programs and data are stored in a CD-ROM to be mounted on the CD-ROM device, and these programs and data are called and executed. There are some devices (for example, a music learning device) that perform various operations using music data. Furthermore, in the field of personal computer communications, there was a personal computer communications network that displayed the appearance of a city or city on a terminal and allowed users to talk to people who actually traveled around the city. .
[0003]
[Problems to be solved by the invention]
It is an object of the present invention to provide a music data processing method and apparatus capable of promoting music data transactions via a network.
[0004]
[Means for Solving the Problems]
In order to achieve this object, the invention according to claim 1 includes a server device that includes storage means for storing song data of music and can communicate with the client device via a network, and a plurality of client devices used by end users. A music data processing method in a configured system, wherein the server device receives music data stored in the storage means for the client device in response to a request from the client device based on an instruction of an end user. A presenting step that presents the data together with data related to the music data in a selectable manner, and in response to a request from the client device based on an instruction from an end user, the designated music data is designated on the client device. A providing step of providing accumulation in the accumulation means; A first settlement step for executing a first price settlement process relating to song data, and song data stored in a storage unit on the client device in response to a request from the client device based on an instruction of an end user; , And data related to the song data , Received Accepting step, An accumulating step of accumulating music data received and purchased on the server device side in an accumulating means on the server device; and A second settlement step for executing a second price settlement process for song data; In response to a request from the client device based on an instruction from an end user, a status display step of displaying a list of the received song data together with the purchase status; And the presenting step includes the music data stored in the storage means on the server device in advance and the Accumulation The music data accumulated in the step is presented.
[0005]
According to a second aspect of the present invention, there is provided music data in a system comprising a server device that includes storage means for storing music data of music and can communicate with the client device via a network, and a plurality of client devices used by end users. In the processing method, when there is a request for purchase of music data based on an instruction from an end user from the client device, the server device stores the request in the storage unit for the client device in response to the request. Presenting the song data together with data related to the song data in a selectable manner, and in response to a request from the client device based on an instruction from an end user, the designated song data is designated. A providing step that is provided so as to be able to be stored in the storage means on the client device. And a first settlement step for executing a first price settlement process for the provided song data, and when there is a request for selling song data based on an instruction of an end user from the client device, In response to the request, the server device stores the song data stored in the storage means on the client device and data related to the song data. , Received Accepting step, An accumulating step of accumulating music data received and purchased on the server device side in an accumulating means on the server device; and Executing a second settlement step for executing a second price settlement process relating to the song data; When there is a request for confirming the purchase status based on an instruction from an end user from the client device, the server device displays a list of the received song data together with the purchase status in response to the request. Perform steps, The presentation step of presenting song data to the client device when there is a request to purchase song data from the client device includes the song data stored in the storage unit on the server device in advance Accumulation The music data accumulated in the step is presented.
[0008]
Claim 3 The present invention relates to a music data processing device capable of communicating with a plurality of client devices used by an end user via a network, the storage device storing music data of the music, and the client device based on an instruction of the end user In response to a request from the presenting means for presenting the music data stored in the storage means to the client device together with data related to the music data, and the client device based on an instruction from an end user In response to the request, the providing means for providing the specified music data in the storage means on the client device so that it can be stored is executed, and the first price settlement processing relating to the provided music data is executed. A first settlement means and a request from the client device based on an instruction of an end user Depending on the music data stored in the storage means on the client device, and data related to the music data , Received Accepting means, Storage execution means for storing the music data received and purchased on the music data processing apparatus side in the storage means; and the purchased music data A second settlement means for executing a second price settlement process relating to song data; In response to a request from the client device based on an instruction from an end user, the received music data list is displayed together with its purchase status, and status display means; And the presenting means and the song data stored in the storage means in advance Accumulation execution means And presenting the music data accumulated in the above.
[0009]
Claim 4 The present invention relates to a music data processing device capable of communicating with a plurality of client devices used by an end user via a network, storage means for storing song data of the music, and instructions from the client device to the end user. Presenting means for presenting the song data stored in the storage means to the client device together with data related to the song data in response to the request when purchasing the song data based on the request; A providing means for providing a specified one of the presented song data in a storage means on the client device in response to a request from the client device based on an instruction from an end user; and the provided song First settlement means for executing a first price settlement process relating to data; and the client device If requested the pitches of the music data based on the instruction of the end user from, depending on the request, the music data stored in the storage means on the client device, and data related to the music data , Received Accepting means, Storage execution means for storing the music data received and purchased on the music data processing apparatus side in the storage means; and the purchased music data And a second settlement means for executing a second price settlement process relating to song data, and a presentation means for presenting song data to the client device when there is a request to purchase song data from the client device, The music data stored in the storage means on the server device in advance and the Accumulation execution means And presenting the music data accumulated in the above.
[0012]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
[0013]
FIG. 1 is a block diagram showing the overall configuration of a music data processing apparatus according to the present invention. This music data processing apparatus includes a central processing unit (CPU) 101, a random access memory (RAM) 102, a read only memory (ROM) 103, a hard disk device (HDD) 104, an input device 105, a CD-ROM device 106, a communication interface. (I / F) 107, display 108, MIDI (Musical Instrument Digital Interface) interface 109, and bus line 110.
[0014]
The CPU 101 is a CPU that controls the overall operation of the apparatus. A RAM 102 is a memory used for a work area of the CPU 101 and the like. The ROM 103 stores a startup routine at power-on, a BIOS (Basic Input / Output System) that manages low-level I / O processing, and the like. The HDD 104 is a local storage device of this music data processing device. The HDD 104 stores various data for display, song data (performance data) as music data, a program for music data processing, and the like. These data and programs are assumed to be installed from the CD-ROM device 106 to the HDD 104 in advance. A program for music data processing on the HDD 104 is loaded onto the RAM 102 by a predetermined activation operation by the user and executed by the CPU 101. As a result, various processes are performed on the music data as described later (FIGS. 5 to 11). The input device 105 is an input device such as a typing keyboard or a mouse connected to a normal personal computer. The CD-ROM device 106 is a device that is loaded with a removable CD-ROM and reads programs and data (music data, etc.) from the CD-ROM.
[0015]
The communication interface 107 is an interface for connecting to the network 120. This music data processing apparatus is connected to the host computer 121 via the network 120 and can download programs and data from the host computer 121. The display 108 is a display device for displaying various information. The MIDI interface 109 is an interface for connecting various MIDI devices. These units 101 to 109 are connected to each other by a bidirectional bus line 110.
[0016]
The apparatus shown in FIG. 1 is realized by installing a CD-ROM device, communication I / F, MIDII / F, and the like on a general-purpose personal computer and installing necessary software.
[0017]
In this music data processing apparatus, the cityscape as shown in FIGS. 3 and 4 to be described later is displayed on the display 108 as a virtual reality, and the user operates the input device 105 such as a mouse, so that the user himself / herself can see this town. You can display it as if you were going back and forth.
[0018]
FIG. 2 shows the structure of building data necessary to display a cityscape. FIG. 2A shows the structure of building index data. FIG. 2B shows the structure of building data. Building index data and building data are stored in the HDD 104.
[0019]
The building index data in FIG. 2A includes a header portion 201 and index data portions 202, 203, 204,. The header portion 201 stores the size of the building index data, the number of index data portions 202, 203,. Since one index data part represents the index information of one building, the number of index data parts 202, 203,... Becomes the number of buildings.
[0020]
The configuration of one index data part will be described by taking the index data part 202 as an example. The index data unit 202 includes a building number 211, building position data 212, building shape data (rough) 213, and description data 214.
[0021]
The building number 211 is a number unique to this building. The building position data 212 is data indicating the position where the building is built in the cityscape. The building shape data (coarse) 213 indicates, in rough data, the shape of the building in the cityscape. The explanation data 214 stores various explanation data such as the name given to the building and what kind of processing is performed when the building is clicked with the mouse. The index data sections 203, 204,... Have the same data structure as 202. These index data portions are collected for the number of buildings, and a header 201 is further added to constitute the entire building index data.
[0022]
The building data in FIG. 2B is various kinds of detailed information related to one building. This building data is prepared for each building. The building data includes a building number 221, a version number 222, a building position data 223, a building shape data 224, a building internal image data 225, a processing program 226 corresponding to a command received in the building, and various data necessary for the processing program. 227.
[0023]
The building number 221 is a number unique to this building. The building number 221 corresponds to the building number 211 in FIG. That is, when the building number 211 and the building number 221 are the same, the index data part of the building number and the building data are data corresponding to the same building. The version number 222 is information indicating the version of the building data. The building position data 223 is information indicating the building position of the building in the cityscape in detail, and the building shape data 224 is information indicating the shape of the building in the cityscape in detail. “In detail” means “more in detail than the building position data 212 and building position data 212 in the index data section of this building”. The building position data 223 and the shape data 224 are collectively referred to as building appearance data 231. The building internal image data 225 is data indicating an internal image of the building that is displayed when the user gives an instruction to enter the building. A processing program 226 corresponding to a command received in the building is a command that can be received by the user entering the building and displaying the interior of the building, and a processing program corresponding to the command. Various data 227 necessary for the processing program is various data necessary for the processing program 226.
[0024]
FIGS. 3 and 4 show examples of the cityscape displayed on the display 108 when the music data processing program (installed on the HDD 104) is started up in the apparatus of FIG. 3 is a two-dimensional map display, and FIG. 4 is a three-dimensional display. The two-dimensional display or the three-dimensional display can be switched by the user performing a predetermined operation.
[0025]
In these cityscapes, roads run vertically and horizontally in the city, and various buildings are displayed. Each building has a building name. For example, “CD SHOP”, “VISUAL ARRANGER”, “KARAOKE HOUSE”, and the like are building names. The basic configuration of the city other than the building (for example, the overall size of the city, the position of the road, etc.) stores predetermined information on the HDD 104 and is displayed based on the information. Each building indicated by the building index data in FIG. 2A is arranged on the basic configuration of the town. For example, in the case of the index data 202, the name data indicated by the description data 214 is displayed at the position indicated by the building position data 212 in the shape indicated by the building shape data 213. By displaying buildings corresponding to all of the index parts 202, 203,... In FIG. 2A, a landscape as shown in FIG. 3 and FIG. 4 is displayed.
[0026]
In this music data processing apparatus, on the city landscape as shown in FIGS. 3 and 4, the user goes back and forth in the displayed landscape, enters an arbitrary building, and performs processing specific to that building (using music data). Various processing). Hereinafter, such music data processing will be described.
[0027]
FIG. 5 shows a flowchart of overall processing executed when an instruction for music data processing is given by the music data processing apparatus of FIG. 1 (that is, when a music data processing program on the HDD 104 is started up). First, in step 501, various initial settings are performed. In step 502, a title screen is displayed. The title screen is, for example, a display of an entrance indicating that a city is to be entered as shown in FIGS. In step 503, the user's personal information (name and password) is input and verified. In step 504, network connection processing is performed.
[0028]
FIG. 6 shows a flowchart of the network connection process in step 504. In step 601, the network interface (communication interface 107) is initialized and a connection request is made. This connection request is a process of sending this user's connection request to the network 120 using the personal information input in step 503. Next, in step 602, it is determined whether or not the connection is successful. If the connection is successful, the connection flag is set to 1 in step 603 and the process returns. If the connection fails in step 602, the connection flag is reset to 0 in step 604 and the process returns.
[0029]
Returning to FIG. 5 again, after the connection process in step 504, it is determined in step 505 whether or not the connection flag is “1”. If it is 1, the building index data is read from the host computer 121 on the network 120 in step 506. As described with reference to FIG. 2A, basic data of the building index data is installed from the CD-ROM 106 into the HDD 104 in advance. However, when connection to the network 120 is established, the latest version of the building index data existing on the host computer 121 is downloaded, and the building index data on the HDD 104 is updated. Thereby, as long as it connects to a network, it can process with the newest data. If the connection flag is not 1 in step 505, the building index data on the HDD 104 which is a local disk is read in step 507. As a result, even if the connection to the network cannot be established, the processing on the HDD 104 can be performed accordingly.
[0030]
After Steps 506 and 507, in Step 508, the building index data on the HDD 104 (the latest building index data when connected to the host computer 121 on the network) and the cityscape according to the current date and time are displayed. Data is created and displayed on the display 108 as shown in FIGS. As for the date and time, it is assumed that the current date and time are stored in a backup storage device that retains the stored contents even when the power of the device is turned off. To create cityscape data according to the time of day, for example, change the cityscape data according to the season (for example, if the current date and time is spring, it will be a springy landscape, if it is summer, it will be a summery landscape) For example, if the current time is noon, it is daytime and if it is night, it is nighttime, and landscape data is created.
[0031]
Next, in step 509, input of movement information is accepted. This is a process of accepting an instruction to go on a road or enter a desired building by operating the input device 105 while the cityscape as shown in FIGS. 3 and 4 is displayed. The instruction to enter the building is here by clicking the building with the mouse. In step 510, it is determined whether or not an instruction to enter the building has been given. If it is an instruction to enter a building, the process proceeds to step 512; otherwise, the process proceeds to step 511. In step 512, processing corresponding to the building instructed to enter is performed. In step 511, processing for rewriting the screen after movement is performed. After steps 511 and 512, it is determined in step 513 whether or not a processing end request has been input. When the termination request is input, the connection with the network is disconnected if necessary in step 514, and the process is terminated. If it is not an end request in step 513, the process returns to step 509 to wait for user input.
[0032]
FIG. 9 is a flowchart showing the procedure of each building process in step 512. When a certain building is entered, there is a process unique to that building, so a building process is provided for each building. FIG. 9 illustrates a flow common to each building process.
[0033]
First, in step 901, an index data portion corresponding to a building designated to be entered is read from the building index data in FIG. Here, it is assumed that 202 in FIG. Next, in step 902, it is determined whether or not the building data (FIG. 2B) corresponding to the read index data portion 202 exists on the HDD 104 that is a local file system. If it exists, in step 903, the building data is read from the HDD 104, and the process proceeds to step 906. If the building data does not exist on the HDD 104 in step 902, the designated building data is read from the host computer 121 on the network 120 in step 904, and the read building data is stored in the HDD 104 in step 905. Then, the process proceeds to step 906.
[0034]
In step 906, based on the building data (the data read from the HDD 104 in step 903 or the data read from the host computer 121 in step 904) and other data (particularly among the building data (FIG. 2B)) Based on the building interior image data 225), an image of the interior of the building is displayed. For example, if the building in which the user entered was a CD-ROM shop (CD-ROM SHOP), an image that shows the CD-ROM being placed on a shelf (a CD-ROM jacket or back cover) For example, an image with parts arranged).
[0035]
Next, in step 907, a command input by the user using the input device 105 is received. In step 908, it is determined whether or not the command is a command that can be used in the building. The commands that can be used in each building are described in the building data 226 as described with reference to FIG. When the input command is a command that can be used in the building, the process proceeds to step 910. In step 910, it is determined whether or not the input command is an EXIT command (command for instructing to leave the building). If it is an EXIT command, the building process is terminated and the process returns. If it is not an EXIT command, a processing program corresponding to the input command is executed in step 911. Since the processing program is stored in the building data 226 of FIG. 2B, it is read and executed. After step 911, the process returns to step 907. If the command input in step 908 is not a command that can be used in the building, in step 909, the user is notified that the command is not available, and the process returns to step 907.
[0036]
Next, as an example of building processing, processing when a user enters a CD-ROM shop will be described. In this case, the building process is basically executed according to the procedure shown in FIG. 9. In the following, a specific process when entering the building of the CD-ROM shop will be described. FIG. 10 is a detailed flowchart of steps 906 to 911 in FIG. 9 in the building process when entering the CD-ROM shop. For building processing when entering the CD-ROM shop, steps 906 to 911 in FIG. 9 may be replaced with FIG.
[0037]
In the process of FIG. 10, first, in step 1001, the title and image data of a song that can be used in the network and the local disk are obtained. The HDD 104 and the CD-ROM 106, which are local disks, store music data (performance data) of available music and associated data such as titles and image data, so that they are acquired and further connected to the network 120. In this case, the song data (performance data) of the music that can be used on the host computer 121 and accompanying data such as the title and image data are stored, so that they are acquired. Next, in step 1002, an image in the CD-ROM shop is displayed based on the title and image data. As a result, a state in which music pieces that can be used in the network and the local disk are arranged on the shelf in the image of the CD is displayed.
[0038]
Next, in step 1003, the operation of the user is detected, and it is determined whether or not the mouse is clicked on the title displayed as the CD image. When the mouse is clicked on the title, it is assumed that the user has indicated an intention to audition / purchase the song of the title, and the process proceeds to step 1004 to perform CD audition / purchase processing, and then returns to step 1003. . If it is determined in step 1003 that the mouse has not been clicked on the title, it is determined in step 1005 whether or not an EXIT command has been input. If it is an EXIT command input, the process returns. If not, the process returns to step 1003.
[0039]
FIG. 11 shows the procedure of the CD audition / purchase processing routine in step 1004 of FIG. In the CD trial listening / purchasing process, first, in step 1101, it is determined whether or not the performance data of the selected (clicked) title exists locally. Specifically, the HDD 104 and the CD-ROM 106 may be searched. If the performance data exists locally, in step 1102, 30 seconds of the performance data is read from the local file, and the process proceeds to step 1104. If the performance data does not exist locally at step 1101, 30 seconds of the performance data is read from the host computer 121 of the network 120 at step 1103, and the process proceeds to step 1104.
[0040]
In step 1104, the performance data for 30 seconds read in steps 1102 and 1103 is reproduced. The reproduction is performed by sending the performance data to a sound source and a sound system (not shown) connected via the MIDI interface 109. Next, in step 1105, it is determined whether or not the performance data is performance data on the network. If it is not the performance data on the network, it means that the performance data already exists locally (that is, already purchased data), and the process returns as it is. At this time, a message or the like indicating that the purchase has already been made may be displayed. If the performance data is on the network in step 1105, a message for inquiring the user whether or not to purchase the performance data is displayed in step 1106. In step 1107, it is determined whether or not the user has performed an operation to instruct purchase. When the user instructs the purchase, in step 1108, the performance data of the selected title is read (downloaded) into the HDD 104 which is a local disk. In step 1109, after performing the payment processing via the network, the process returns. When the user cancels the purchase in step 1107, the process returns as it is.
[0041]
As described above, the performance data purchased at the CD-ROM shop is downloaded to the HDD 104, which is a local file system, so that the user can freely use it. For example, in the towns shown in FIGS. 3 and 4, the performance data is reproduced by entering the building with the reproduction room, the performance data is edited again by entering the building with the arrangement room, or the music gym building is entered. The performance data can be used to practice the song.
[0042]
Next, as an example of building processing, processing when a user enters a production building will be described. In this case, the building process is basically executed according to the procedure shown in FIG. 9, but a specific process when entering a production building will be described below. In production buildings, performance data created by users can be sold. FIG. 7 shows a processing procedure when the user sells performance data to the production. FIG. 7 is a flowchart detailing step 911 in FIG. When a production building is entered, the production interior is displayed according to the procedure of FIG. 9 (steps 901 to 906), and a command to enter a room for accepting sales in the production is received (steps 907, 908, and 910). 7 is executed as the command execution process (step 911).
[0043]
In the process of FIG. 7, first, in step 701, the performance data that the user wants to sell on the HDD 104 is uploaded to the host computer 121 of the network 120. Next, in step 702, related data is similarly uploaded and the process returns. The related data is information such as the personal information of the creator of the song, conditions for transferring the rights, and a description of the song.
[0044]
It is determined whether or not the performance data that the user has sold to the production by the above processing is purchased separately on the host computer 121 side. Regarding the purchase status, the user can check the status by entering a room for checking the purchase status in the production building. FIG. 8 shows a processing procedure when the user confirms the purchase status of the performance data. FIG. 8 is a flowchart detailing step 911 in FIG. That is, when the user enters a room for confirming the purchase status in the production building, the process of FIG. 8 is executed.
[0045]
In the process of FIG. 8, in step 801, a list of data related to the user is displayed from a database holding information on performance data being sold. Then return. As a result, the user can confirm whether or not the performance data he / she has sold has been purchased by the production. When performance data is purchased through production, a message to that effect is displayed, and contract payment processing for contract money is executed separately based on personal data. The performance data purchased by the production is arranged in the above-mentioned CD-ROM shop so that other users can audition / purchase.
[0046]
5, only the building index data is read from the host computer 121. However, in addition to this, the building data may also be read and stored in the HDD 104. Further, the building index data and building data are read locally from the HDD 104, but the building index data and building data in the CD-ROM 106 may be read in addition to the HDD 104.
[0047]
In the above-described embodiment, various data for display, music data as music data (performance data), a program for music data processing, and the like are installed in advance from the CD-ROM device 106 to the HDD 104. However, it may be installed from another portable storage medium such as a flexible disk or a magneto-optical disk. In this way, if data and programs stored in a portable storage medium can be transferred to a storage device such as a hard disk, addition (installation, etc.) and update (version upgrade, etc.) of various data, programs, etc. It is convenient in the case of. Of course, instead of using the HDD, data may be directly transferred from a portable storage medium to the RAM.
[0048]
Furthermore, data or programs on a storage device such as a hard disk may be downloaded from the communication network side not via a portable storage medium but via a communication interface (network I / O). The communication interface is connected to a communication network such as a LAN (local area network), the Internet, or a telephone line, and is connected to a server computer via the communication network. This device as a client requests data, programs, etc. from the server computer via the communication interface and communication network when various data, programs, etc. are not stored in its own storage device (hard disk, etc.). Send a command to Upon receiving this command, the server computer distributes the requested data, program, etc. to this apparatus via the communication network. The apparatus receives the distributed data, program, and the like via the communication interface and accumulates them in the storage device, thereby completing the download.
[0049]
Further, this apparatus may be realized by a commercially available personal computer installed with data, programs, and the like. Of course, in this case as well, data and programs can be distributed in advance in a nonvolatile memory such as a ROM, stored in a portable storage medium and distributed via a communication interface. The method of doing is applicable.
[0050]
【The invention's effect】
As described above, according to the present invention, a client (user) can upload music data on the server, and the uploaded data is stored on the server so that other clients can download it. Since the price settlement processing related to the music data and the price settlement processing related to the uploaded music data are executed, the music data can be traded smoothly via the network, and the music data trading is promoted.
[Brief description of the drawings]
FIG. 1 is a block diagram showing the overall configuration of a music data processing apparatus according to the present invention.
FIG. 2 is a diagram showing the structure of building data necessary to display a cityscape
FIG. 3 is a diagram showing a display example (two-dimensional) of a cityscape
FIG. 4 is a diagram showing a display example (three-dimensional) of a city landscape
FIG. 5 is an overall flowchart of music data processing.
FIG. 6 is a flowchart of network connection processing.
FIG. 7 is a flowchart showing song data sales processing.
FIG. 8 is a flowchart showing status confirmation processing.
FIG. 9 is a flowchart showing building processing.
FIG. 10 is a flowchart showing processing when entering a CD-ROM shop.
FIG. 11 is a flowchart showing CD trial listening / purchase processing.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 101 ... Central processing unit (CPU), 102 ... Random access memory (RAM), 103 ... Read-only memory (ROM), 104 ... Hard disk device (HDD), 105 ... Input device, 106 ... CD-ROM device, 107 ... Communication Interface (I / F) 108... Display 109 109 MIDI interface 110 Bus line

Claims

A music data processing method in a system comprising a server device having a storage means for storing song data of a song and capable of communicating with a client device via a network, and a plurality of client devices used by an end user,
The server device is
In response to a request from the client device based on an instruction from an end user, a presenting step of presenting the music data stored in the storage unit to the client device together with data related to the music data so as to be designated,
A providing step of providing a specified one of the presented song data in a storage means on the client device so as to be able to be stored in response to a request from the client device based on an instruction from an end user;
A first settlement step for executing a first price settlement process relating to the provided song data;
In response to a request from the client device based on the instruction of the end-user, the music data stored in the storage means on the client device, and data related to the music data, a receiving step of applying accepted,
An accumulating step of accumulating the received song data purchased on the server device side in an accumulating means on the server device;
A second settlement step for executing a second price settlement process relating to the purchased music data;
In response to a request from the client device based on an instruction from an end user, a status display step of displaying a list of the received song data together with the purchase status;
The music data processing method is characterized in that the presenting step presents the music data stored in the storage means on the server device in advance and the music data stored in the storage step.

A music data processing method in a system comprising a server device having a storage means for storing song data of a song and capable of communicating with a client device via a network, and a plurality of client devices used by an end user,
When there is a request for purchase of song data based on an instruction of an end user from the client device, the server device
In response to the request, a presenting step of presenting the song data stored in the storage unit to the client device together with data related to the song data so as to be designated,
A providing step of providing a specified one of the presented song data in a storage means on the client device so as to be able to be stored in response to a request from the client device based on an instruction from an end user;
Executing a first payment step of executing a first price settlement process relating to the provided song data;
When there is a request for selling song data based on an instruction from an end user from the client device, the server device
In response to the request, the music data stored in the storage means on the client device, and data related to the music data, a receiving step of applying accepted,
An accumulating step of accumulating the received song data purchased on the server device side in an accumulating means on the server device;
Performing a second settlement step of performing a second price settlement process relating to the purchased song data;
When there is a request for confirming the purchase status based on an end user instruction from the client device, the server device
In response to the request, execute a status display step of displaying the list of the received song data together with the purchase status,
The presentation step of presenting song data to the client device when there is a song data purchase request from the client device is stored in advance in the accumulation step with the song data accumulated in the storage means on the server device. A music data processing method characterized by presenting music data.

A music data processing apparatus capable of communicating with a plurality of client devices used by an end user via a network,
Storage means for storing the song data of the song;
In response to a request from the client device based on an instruction from an end user, presenting means for presenting the song data stored in the storage means to the client device together with data related to the song data so as to be designated;
Providing means for providing a specified one of the presented song data in a storage means on the client device so as to be able to be stored in response to a request from the client device based on an instruction from an end user;
First settlement means for executing a first price settlement process relating to the provided song data;
In response to a request from the client device based on the instruction of the end-user, the music data stored in the storage means on the client device, and data related to the music data, a receiving unit configured to attach accept,
Storage execution means for storing the music data received and purchased on the music data processing apparatus side in the storage means;
A second settlement means for executing a second price settlement process relating to the purchased music data;
In response to a request from the client device based on an instruction from an end user, the received music data list is displayed together with its purchase status, and status display means;
And the presenting means presents the music data stored in the storage means in advance and the music data stored in the storage execution means .

A music data processing apparatus capable of communicating with a plurality of client devices used by an end user via a network,
Storage means for storing the song data of the song;
When there is a request for purchase of music data based on an instruction from an end user from the client device, the music data stored in the storage means for the client device in response to the request is data related to the music data And presenting means that can be specified together with,
Providing means for providing a specified one of the presented song data in a storage means on the client device so as to be able to be stored in response to a request from the client device based on an instruction from an end user;
First settlement means for executing a first price settlement process relating to the provided song data;
When there is a request for selling song data based on an instruction from an end user from the client device, the song data stored in the storage means on the client device and data related to the song data in response to the request door and a receiving unit that attach accept,
Storage execution means for storing the music data received and purchased on the music data processing apparatus side in the storage means;
And a second settlement means for executing a second price settlement process relating to the purchased music data,
The presentation means for presenting song data to the client device when there is a song data purchase request from the client device is stored in advance in the song data stored in the storage means on the server device and in the storage execution means . A music data processing apparatus for presenting music data.