JP2004212632A - 音楽活動支援システム、及びプログラム - Google Patents

Abstract

【課題】合奏の結果を気軽、且つ容易に残せるように楽器の演奏者の音楽活動を支援するための技術を提供する。
【解決手段】サーバー１は、バンドを組むメンバーであるユーザーが全て通信ネットワーク４を介して端末装置３を接続させた場合に、その旨を各ユーザーに通知して演奏の開始を促し、それによって各ユーザーが並行して行う演奏を示すデータを各端末装置３から受信する。受信したデータは対応付けて保存する。そのようにして、複数のユーザーによる仮想的な合奏の結果を保存する。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、通信ネットワークを利用して楽器の演奏者が行う音楽活動を支援するための技術に関する。
【０００２】
【従来の技術】
楽器の演奏者が複数、集まって行われる合奏は、演奏者にとっては大いに楽しめるものの一つである。その合奏では、自己の演奏技術だけでなく、相手の演奏技術や相性なども確認することができる。このため、バンドを組むメンバーの適任者を探すのを目的としても行われる。
【０００３】
【特許文献１】
特開２００２−２７８８７１号公報
【特許文献２】
特開２００２−２９７１３６号公報
【特許文献３】
特開２０００−３１７１４４号公報
【０００４】
【発明が解決しようとする課題】
合奏するメンバーが決まっていても、時間的、地理的な事情により、同じ場所に集まって合奏を行える機会は制約される。このため、合奏の結果を残そうとしても、その合奏を行ううえでのメンバー間の調整自体、困難なことも多いのが実情である。
【０００５】
合奏の結果は、各メンバーがそれぞれ行った演奏を記録し、その演奏記録をまとめることで残すことができる。しかし、そのためには、各メンバーが演奏を記録できる設備を持つか、或いはその設備を借りなければならない。これは大きな制約である。その一方では、各メンバーが順次、記録していくことになるために、時間も手間もかかる。このようなことから、気軽、且つ容易に合奏結果を残せるような音楽活動の支援が求められていた。
【０００６】
本発明の課題は、合奏の結果を気軽、且つ容易に残せるように楽器の演奏者の音楽活動を支援するための技術を提供することにある。
【０００７】
【課題を解決するための手段】
本発明の第１〜第３の態様の音楽活動支援システムは共に、通信ネットワークを介して接続される端末装置のユーザーを対象に音楽活動を支援することを前提とし、それぞれ以下の手段を具備する。
【０００８】
第１の態様の音楽活動支援システムは、通信ネットワークを介して、ユーザーが行なった演奏操作の内容を示すイベントデータをリアルタイムに端末装置から受信するデータ受信手段と、ユーザーが複数、バンドを構成するメンバーとして同じ曲の演奏を並行して行なう場合に、該複数のユーザーが演奏操作を行なうことによりデータ受信手段が受信する、複数の端末装置からそれぞれ送信されるイベントデータを対応付けて保存するデータ保存手段と、を具備する。
【０００９】
第２の態様の音楽活動支援システムは、上記第１の態様における構成に加えて、同じ曲を並行して行なう各ユーザーが使用する端末装置に、該演奏を開始すべきタイミングを通知するための通知用信号を送信させる演奏管理手段、を更に具備する。
【００１０】
なお、上記第、或いは第２の態様において、演奏管理手段は、同じ曲の演奏を並行して行なう各ユーザーが使用する端末装置が全て通信ネットワークと接続されている場合に、通信用信号を送信させる、ことが望ましい。
第３の態様の音楽活動支援システムは、上記第１、或いは第２の態様における構成に加えて、同じ曲の演奏を並行して行なう各ユーザーがそれぞれ使用する各端末装置に、他の端末装置から受信したイベントデータをリアルタイムで送信する演奏配信手段、を更に具備する。
【００１１】
本発明のプログラムは、通信ネットワークを介して接続される端末装置のユーザーを対象に音楽活動を支援するシステムの構築に用いられるデータ処理装置に実行させるプログラムであって、通信ネットワークを介して、ユーザーが行なった演奏操作の内容を示すイベントデータをリアルタイムに端末装置から受信する機能と、ユーザーが複数、バンドを構成するメンバーとして同じ曲の演奏を並行して行なう場合に、該複数のユーザーが演奏操作を行なうことによりデータ受信手段が受信する、複数の端末装置からそれぞれ送信されるイベントデータを対応付けて保存する機能と、を実現させる。
【００１２】
本発明では、端末装置のユーザーが複数、バンドを構成するメンバーとして同じ曲の演奏を並行して行なう場合に、通信ネットワークを介して、複数のユーザーが行った演奏操作の内容を示すイベントデータを各端末装置から受信し、それらを対応付けて保存する。それにより、各ユーザーが同じ場所に集まらなくとも、同じ場所に集まって行われるバンド演奏（合奏）の結果を一度に保存させることが可能となる。
【００１３】
同じ曲を並行して行なう各ユーザーが使用する端末装置を介して演奏を開始すべきタイミングを通知するようにした場合には、各ユーザーに同時に演奏を開始させることが可能となる。同じ曲を並行して行なう各ユーザーが使用する端末装置に、他の端末装置から受信したイベントデータをリアルタイムで送信するようにした場合には、各ユーザーは自分の演奏をしながら他のユーザーの演奏を聴けるようになる。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照しながら詳細に説明する。
図１は、本実施の形態による音楽活動支援システムを有するネットワークシステムの構成を示す図である。
【００１５】
本実施の形態による音楽活動支援システムは、通信ネットワーク４と接続されたサーバー１を用いて構築されている。ネットワークシステムは、図１に示すように、そのサーバー１を通信ネットワーク４と接続させることにより、そのネットワーク４を介して、電子楽器２が接続された端末装置３がアクセスできるように構築されている。それにより、サーバー１は、通信ネットワーク４を介して接続される端末装置３のユーザーを対象に音楽活動の支援に係わるサービスを提供するようになっている。なお、以降、便宜的に音楽活動支援システムは１台のサーバー１により構築されているとの前提で説明を行うこととする。当然のことながら、サーバー１を含む複数のサーバーを用いて構築しても良い。
【００１６】
上記通信ネットワーク４は、例えばインターネットや公衆網などをまとめて表したものである。端末装置３は、電子楽器２を接続可能なパーソナル・コンピュータ（以下「ＰＣ」）、或いはＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ ）などであり、例えば電話網、或いはケーブルテレビ網などの公衆網、及びインターネットとの接続サービスを行っているＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ ）を介してそのインターネットと接続される。なお、端末装置３は、通信機能を搭載した電子楽器でも良い。通信ネットワーク４は、それら以外のもの、或いは別の組み合わせのものであっても良い。
【００１７】
サーバー１は、音楽活動支援サービスの一つとして、同一の楽曲で複数の端末装置３の各ユーザーが並行して電子楽器２に対して行う演奏を対応付けて保存するサービスを行う。
そのように対応付けて演奏を保存すると、各ユーザーによる合奏（バンド演奏）の結果が残る形となる。演奏内容を示すデータは、電子楽器２から端末装置３、及び通信ネットワーク４を介してサーバー１に送られるために、特別な設備などは不要である。各ユーザーは並行して演奏を行うために、各ユーザーが順次、演奏を保存（記録）していくような面倒な手間は不要である。これらのことから、居る場所に係わらず、各ユーザーは仮想的に合奏を行い、その結果を気軽、且つ容易に残せることとなる。以降、そのような仮想的に合奏を行わせてその結果を保存するサービスを「一発録音サービス」と呼ぶことにする。
【００１８】
各ユーザーに並行して演奏、言い換えれば同時に楽曲の演奏を開始させるのは、合奏を行っているという感覚がより得られるようにすることも理由の一つである。その感覚が更に得られるように、本実施の形態では、仮想的に合奏を行っているユーザーの端末装置３に、他のユーザーの端末装置３から受け取った演奏をリアルタイムで送るようにしている。それにより、聴覚を介して合奏を行っている感覚を更に刺激させている。
【００１９】
サーバー１は、会員登録したユーザーを対象にサービスを提供する。上述した一発録音サービスの提供用に、メンバーデータベース（ＤＢ）、依頼ＤＢ、楽曲ＤＢ、及び依頼受領ＤＢといった各種ＤＢを管理する。それらＤＢについて、図２〜図５に示す各説明図を参照して詳細に説明する。なお、各種ＤＢは、サーバー１に搭載、或いはそれに接続されたハードディスク装置等の記憶装置上に構築される。
【００２０】
図２は、メンバーＤＢの構成図である。
そのメンバーＤＢ２０は、合奏を行うメンバー（会員登録した端末装置３のユーザー）の組み合わせを管理するためのものである。その組み合わせは、会員が決めたものである。以降、複数のメンバーによって仮想的に行われる合奏の単位を「バンド」と呼ぶことにする。
【００２１】
図２に示すように、そのＤＢ２０には、メンバー毎に、その個人情報が格納されるメンバーエリア（図中「メンバー（１）」等と表記）２１が確保され、各メンバーエリア２１には、メンバーのＩＤ、パスワード、氏名、及び担当パートなどのデータが個人情報として格納される。
【００２２】
図３は依頼ＤＢ３０の構成図である。
上記一発録音サービスは、バンドのメンバーからの依頼によって提供する。ＤＢ３０は、メンバーから受け付けた依頼を管理するために用意したものである。図３に示すように、ＤＢ３０には、受け付けた依頼別に、依頼された内容を示す依頼データが格納される依頼エリア（図中「依頼（１）」等と表記）３１が確保され、各依頼エリア３１には、依頼データとして、受け付けた依頼を識別するためのＩＤ、依頼者のＩＤ、依頼者の氏名、合奏を開始する日時、指定された楽曲に割り当てられた楽曲ＩＤ、及びその楽曲名が格納される。他に格納されたパスワードは、依頼により提供する一発録音サービスを提供すべきメンバーを識別するために発行されたものである。
【００２３】
図４は楽曲ＤＢ４０の構成図である。
そのＤＢ４０は、ユーザーに対してダウンロード可能な楽曲を管理するためのものである。図４に示すように、楽曲毎に楽曲エリア（図中「楽曲（１）」等と表記）４１が確保され、各楽曲エリア４１には、楽曲のＩＤ、楽曲名、楽曲の演奏内容を示す楽曲データ、及びその他の楽曲データに付随するデータ、が格納される。楽曲のＩＤは、楽曲データに対して割り当てられたものであり、依頼データ中の楽曲ＩＤとは異なる。
【００２４】
楽曲データは、パート毎に分けられている。そのために、楽曲データの格納エリアは、それぞれパート分の楽曲データ（以降、便宜的に「パートデータ」と呼ぶ）が格納されるパートエリア（図中「パート（１）」と表記）５１が複数、確保されている。各パートエリア５１に格納されるパートデータは、例えば演奏操作の内容（イベント）を示すイベントデータの前に、そのイベントデータを処理すべきタイミングを示すタイム（時間）データを配置する形で構成される。
【００２５】
楽曲ＤＢ４０にストアされた楽曲データには、予め用意したオリジナルなものと、端末装置３のユーザーがアップロードしたもの（ここでは一発録音サービスによるものを含む）と、がある。オリジナルな楽曲データは上記楽曲ＩＤと対応付けられてそうでないものと区別させている。
【００２６】
図５は依頼受領ＤＢ６０の構成図である。
そのＤＢ６０は、メンバーからの依頼（一発録音サービスの利用の依頼（申し込み）は、その依頼者とバンドを組む他のメンバーにとっては合奏が依頼されたことになる）をバンドの他のメンバーに受領させるために用意したものである。図５に示すように、そのＤＢ６０には、バンドを組むメンバー毎に、他のメンバーからの依頼内容を示す依頼データが格納されるメンバーエリア（図中「メンバー（１）」等と表記）６１が確保され、そのエリア６１には、メンバーのＩＤ、氏名が格納され、依頼データが格納される依頼受領エリア（図中「依頼受領（１）」等と表記）７０が確保されている。そのエリア７０には、図３の依頼エリア３１に格納されたものと同じデータが格納される。
【００２７】
なお、図２、及び図５では、対象となるバンドが１組であることを想定してＤＢ２０、６０の構成を示したが、そのバンドが複数組、存在する場合、各メンバーエリアはバンド別に用意されるエリア（以降、「バンドエリア」と呼ぶ）内に確保される。
【００２８】
次に、上述の各ＤＢ２０〜６０を管理してサーバー１が端末装置３のユーザーに対して提供するサービス、及びそのために行われるそれらの動作について、図６〜図１６に示すフローチャート、及び図１７〜図２４に示す各種説明図を参照して詳細に説明する。
【００２９】
図６〜図１６に示すフローチャートは、端末装置３をサーバー１と接続させた場合に、それらが実行する処理を抜粋してその流れの例を示したものである。それは、例えば端末装置３に搭載されたＣＰＵはハードディスク装置等に格納された、サーバー１が提供するサービス利用のための専用のソフトウェア（以下「専用ソフト」）を含むプログラムを、サーバー１に搭載されたＣＰＵはハードディスク装置等に格納されたネットワークＯＳ（オペレーティングシステム）等のプログラムをそれぞれ実行することで実現される。その専用ソフトには、特に詳細な説明は省略するが、サーバー１へのアクセスが必要な場合、そのサーバー１へのアクセスを自動的に行う機能が搭載されている。
【００３０】
例えばマウスなどのポインティングデバイス、或いはキーボード等の入力装置を操作して、その専用ソフトの起動をユーザーが指示すると、端末装置３は、それを起動させ、その制御によるイニシャライズを行うことにより、サーバー１が提供するサービスを利用できる状態にさせる（ステップＴＳ１０１）。そのイニシャライズを行った後には、図１７に示すメニュー画面（例えばＨＴＭＬデータ等のマークアップ言語で記述されたデータ。他の画面も同様である）３００を、搭載、或いは接続された表示装置上に表示させる（ステップＴＳ１０２）。
【００３１】
その画面３００には、図１７に示すように、通信モードの設定を指示するための「通信モード」ボタン３０１、ダウンロードした楽曲データの再生が行える再生モードの設定を指示するための「再生モード」ボタン３０２、及びダウンロードした楽曲データに対し、自分が行った演奏内容を示すデータを加えることができる記録モードの設定を指示するための「記録モード」ボタン３０３が配置されている。それにより、ユーザーにそれらのうちの何れかをクリックさせて所望のモードを設定させるようになっている。
【００３２】
その画面３００を表示させた後に移行するステップＴＳ１０３では、「通信モード」ボタンがクリックされたか否か判定する。そのボタンをユーザーがクリックした場合、判定はＹＥＳとなってステップＴＳ１０４に移行し、サーバー１にアクセスするための接続要求信号をそのサーバー１に送信する。そうでない場合には、判定はＮＯとなって図１５のステップＴＳ１５５に移行する。
【００３３】
その接続要求信号を受信したサーバー１は、図１８に示す認証画面３１０を端末装置３に送信する（ステップＳＳ２０１）。その認証画面３１０には、ＩＤ、パスワード入力用のボックス３１１、３１２の他に、「送信」「キャンセル」ボタンが配置されている。
【００３４】
端末装置３は、サーバー１から認証画面３１０を受信すると、それを表示装置上に表示させる（ステップＴＳ１０５）。続くステップＴＳ１０６では、入力装置に行われた操作に応じて各ボックス３１１、３１２にデータ入力を行い、「送信」ボタンがクリックされるのを待って、それらに入力されたデータを認証データとしてサーバー１に送信する。
【００３５】
サーバー１は、認証データを受信すると、それをキーにしてメンバーＤＢ２０の検索を行い、それがストアされているメンバーエリア２１が抽出されたか否か確認する認証処理を実行する（ステップＳＳ２０２）。次に移行するステップＳＳ２０３では、そのようなエリア２１が抽出されたか否か、即ち認証結果はＯＫか否か判定する。そのようなエリア２１が抽出された場合、判定はＹＥＳとなってステップＳＳ２０４に移行し、図１９に示す通信メニュー画面３２０を端末装置３に送信する。そうでない場合には、上記ステップＳＳ２０１に戻り、図１８に示す認証画面を再度、送信する。
【００３６】
その通信メニュー画面３２０には、図１９に示すように、楽曲をダウンロードできるサービスを要求するための「曲ダウンロード」ボタン３２１、楽曲をアップロードできるサービスを要求するための「曲アップロード」ボタン３２２、及び上記一発録音サービスを要求するための「一発録音」ボタン３２３が配置されている。ここでは、「キャンセル」ボタンは省略している。
【００３７】
端末装置３は、サーバー１から通信メニュー画面を受信すると、それを表示装置上に表示させる（ステップＴＳ１０７）。その表示後は図７のステップＴＳ１０８に移行して、「曲ダウンロード」ボタン３２１がクリックされたか否か判定する。そのボタン３２１をユーザーがクリックした場合、判定はＹＥＳとなってステップＴＳ１０９に移行し、その旨を示す曲ダウンロード要求信号をサーバー１に送信する。そうでない場合には、判定はＮＯとなって図８のステップＴＳ１１５に移行する。
【００３８】
その要求信号を受信すると、サーバー１はダウンロード可能な楽曲の名称、即ち図４に示す楽曲ＤＢ４０に楽曲データがストアされた楽曲の名称をリストとして配置した図２０に示す楽曲名リスト画面３３０を端末装置３に送信する（図７のステップＳＳ２０５）。その画面３３０には、特には図示していないが、「戻る」ボタンも配置されている。
【００３９】
その画面３３０を受信した端末装置３は、それを表示装置上に表示させる（ステップＴＳ１１０）。続くステップＴＳ１１１では、リスト上の楽曲名が選択されたか否か判定する。リスト上の楽曲名をユーザーがクリックした場合、判定はＹＥＳとなってステップＴＳ１１２に移行し、その楽曲名に対応する楽曲のダウンロードを要求するための楽曲要求信号をサーバー１に送信する。そうでない場合には、判定はＮＯとなってステップＴＳ１１４に移行する。
【００４０】
サーバー１は、その楽曲要求信号を端末装置３から受信すると、その信号によって指定される楽曲データを楽曲ＤＢ４０（図４参照）から読み出し、その端末装置３に送信する（ステップＳＳ２０６）。
楽曲要求信号を送信した端末装置３は、その楽曲データを受信するのを待って、それをハードディスク装置等に予め定められたエリア（以降、便宜的に「ダウンロードエリア」と呼ぶ）内にストアする（ステップＴＳ１１３）。そのストアを行った後は、上記ステップＴＳ１１０に戻り、楽曲名リスト画面を再度、表示させる。楽曲データをストアした後の状態は、例えば楽曲ＤＢ４０に確保された楽曲エリア４１のそれと基本的に同じである。
【００４１】
上記一発録音サービスを提供して得られた楽曲データは楽曲ＤＢ４０にストアされる。このため、仮想的に合奏を行った端末装置３のユーザーは、その合奏結果である楽曲データを随時、ダウンロードできるようになっている。
一方、上記ステップＴＳ１１１の判定がＮＯとなって移行するステップＴＳ１１４では、不図示の「戻る」ボタンがクリックされたか否か判定する。そのボタンをユーザーがクリックした場合、判定はＹＥＳとなって図６のステップＴＳ１０７に戻り、図１９の通信メニュー画面３２０を再度、表示させる。そうでない場合には、判定はＮＯとなって上記ステップＴＳ１１１に戻る。それにより、「戻る」ボタンをユーザーがクリックするまでの間、楽曲データのダウンロードを行える状態を維持する。
【００４２】
上記ステップＴＳ１０８の判定がＮＯとなって移行する図８のステップＴＳ１１５では、端末装置３は「曲アップロード」ボタン３２２がクリックされたか否か判定する。そのボタン３２２をユーザーがクリックした場合、判定はＹＥＳとなってステップＴＳ１１６に移行し、そうでない場合には、判定はＮＯとなって図９のステップＴＳ１２０に移行する。
【００４３】
ステップＴＳ１１６では、楽曲データ（通常、ユーザーの演奏分を少なくとも含むものである）保存用に確保されたエリア（ここでは上記ダウンロードエリアとする）に楽曲データが保存されている楽曲の名称のリストを配置した楽曲名リスト画面を作成し表示装置上に表示させる。その画面は、図２０に示すようなものであり、それを表示させた後はステップＴＳ１１７に移行して、「戻る」ボタンがクリックされたか否か判定する。そのボタンをユーザーがクリックした場合、判定はＹＥＳとなって図６のステップＴＳ１０７に戻る。そうでない場合には、判定はＮＯとなってステップＴＳ１１８に移行する。
【００４４】
ステップＴＳ１１８では、リスト上の楽曲名が選択されたか否か判定する。リスト上の何れかの楽曲名をユーザーがクリックしたような場合、判定はＹＥＳとなってステップＴＳ１１９に移行し、その楽曲名に対応する楽曲データを上記エリアから読み出してサーバー１に送信する。そうでない場合には、判定はＮＯとなって上記ステップＴＳ１１７に戻る。
【００４５】
サーバー１は、端末装置３から楽曲データを受信すると、それを楽曲ＤＢ４０にストアする（図８のステップＳＳ２０７）。その後は、ステップＳＳ２０８に移行して、楽曲データの受信が正常に終了した旨を示す終了信号を端末装置３に送信する。
【００４６】
端末装置３は、その信号を受信することでステップＴＳ１１６に戻り、楽曲名リスト画面を表示装置上に再度、表示させる。
このようにして、本実施の形態では、端末装置３のユーザーが随時、楽曲データをアップロードできるようにさせている。それにより、他の端末装置３のユーザーに自分の演奏技術を提示できる場を提供して、バンドを組む相手を探すのを支援している。
【００４７】
上記ステップＴＳ１１５の判定がＮＯとなって移行する図９のステップＴＳ１２０〜図１４のステップＴＳ１５４では、端末装置３による上記一発録音サービスをユーザーが利用できるようにするための処理が行われる。
先ず、ステップＴＳ１２０では、一発録音モードの設定が指示されたか否か判定する。「一発録音」ボタン３２３をユーザーがクリックした場合、判定はＹＥＳとなってステップＴＳ１２１に移行し、図２１に示す録音メニュー画面３４０を表示装置上に表示させる。そうでない場合には、判定はＮＯとなって図６のステップＴＳ１０７に戻る。
【００４８】
そのメニュー画面３４０には、図２１に示すように、サービスの利用を依頼するための「録音依頼」ボタン３４１、他のメンバーからの依頼を受領（確認）するための「録音受領」ボタン３４２、仮想的な合奏の開始を要求するための「録音開始」ボタン３４３が配置されている。その他には、特には図示していないが、「戻る」ボタンが配置されている。
【００４９】
ステップＴＳ１２１に続くステップＴＳ１２２では、「戻る」ボタンがクリックされたか否か判定する。そのボタンをユーザーがクリックした場合、判定はＹＥＳとなって図６のステップＴＳ１０７に戻る。そうでない場合には、判定はＮＯとなってステップＴＳ１２３に移行する。
【００５０】
ステップＴＳ１２３では、一発録音サービスの利用が依頼されたか否か判定する。「録音依頼」ボタン３４１をユーザーがクリックした場合、判定はＹＥＳとなってステップＴＳ１２４に移行し、図２２に示す録音依頼入力画面３５０を表示装置上に表示させる。そうでない場合には、判定はＮＯとなって図１０のステップＴＳ１２９に移行する。
【００５１】
その入力画面３５０には、図２２に示すように、仮想的な合奏を行う日時入力用のボックス３５１、合奏の対象となる楽曲の名称入力用のボックス３５２が配置され、特には図示していないが、「送信」「キャンセル」の２つのボタンが配置されている。
【００５２】
その画面３５０の表示後に移行するステップＴＳ１２５では、ユーザーの入力装置への操作に応じて、ボックス３５１、３５２へのデータ入力を行う。その画面３５０上の「送信」ボタンをユーザーがクリックすると、ステップＴＳ１２６に移行して、各ボックス３５１、３５２に入力されたデータを付加した、サービルの提供を依頼するための録音依頼信号をサーバー１に送信する。
【００５３】
その録音依頼信号を受信したサーバー１は、それに付加されている他のデータから端末装置３のユーザー（依頼者）を特定して、依頼者のＩＤ、氏名をメンバーＤＢ２０（図２参照）から読み出し、ボックス３５２に入力された楽曲名の楽曲に対応する楽曲ＩＤを特定し、依頼に対するＩＤ、合奏参加者確認用のパスワードを作成（発行）する（図９のステップＳＳ２０９）。その後に移行するステップＳＳ２１０では、依頼データ（発行したＩＤ、依頼者のＩＤ、氏名、依頼者が入力した楽曲名、日時、その楽曲名に対応する楽曲ＩＤ）、及び発行したパスワードをストアする依頼エリア３１を依頼ＤＢ３０（図３参照）に確保して、そのエリア３１にそれらのデータをストアする。その後はステップＳＳ２１１に移行する。
【００５４】
ステップＳＳ２１１では、メンバーＤＢ２０を参照して依頼者とバンドを組んでいる他のメンバーを特定し、図５の依頼受領ＤＢ６０に確保されている、特定した各メンバーのメンバーエリア６１に、上記ステップＳＳ２１０で依頼ＤＢ３０にストアしたデータをストアする。そのストア後は、ステップＳＳ２１２に移行して、ステップＳＳ２０９で発行したパスワード、端末装置３から受信した楽曲名、及び日時を配置した図２３に示す確認画面３６０を作成してその端末装置３に送信し、サービスの依頼（申し込み）が受け付けられたことを通知する。
【００５５】
端末装置３は、サーバー１から確認画面３６０を受信すると、それを表示させる（ステップＴＳ１２７）。その後はユーザーがその消去を指示するのを待って（ステップＴＳ１２８）、上記ステップＴＳ１２１に戻る。
このようにして、ユーザーがサービスの利用を依頼すると（申し込むと）、パスワード、ＩＤが発行され、依頼ＤＢ３０、及び依頼受領ＤＢ６０が更新される。それにより、後述するように、その依頼が受け付けられたことを依頼者とバンドを組む他のメンバーに通知できる状態に移行する。
【００５６】
図１０のステップＴＳ１２９には、上述したように、図９のステップＴＳ１２３の判定がＮＯとなって移行する。そのステップＴＳ１２９では、「録音受領」ボタン３４２がクリックされたか否か判定する。そのボタン３４２をユーザーがクリックした場合、判定はＹＥＳとなってステップＴＳ１３０に移行し、それがクリックされた旨を示す受領要求信号をサーバー１に送信する。そうでない場合には、判定はＮＯとなって図１１のステップＴＳ１３３に移行する。
【００５７】
サーバー１は、上記受領要求信号を端末装置３から受信すると、例えばそれに付加されたデータからそのユーザーを特定し、そのユーザーのＩＤを用いて依頼受領ＤＢ６０の検索を行う（図１０のステップＳＳ２１３）。次に移行するステップＳＳ２１４では、その検索により抽出されるメンバーエリア６１内に依頼データがストアされているか否か判定する。その依頼データがストア、即ちそのエリア６１内に依頼受領エリア７０が確保されていた場合、判定はＹＥＳとなり、そのエリア７０にストアされている依頼データは新規に依頼されたものであると見なして、各エリア７０にストアされている依頼データを配置した依頼画面を作成し（ステップＳＳ２１７）、それを端末装置３に送信する（ステップＳＳ２１７）。一方、そうでない場合には、判定はＮＯとなり、依頼がない旨を通知するための依頼なし画面を作成し（ステップＳＳ２１６）、それを端末装置３に送信する（ステップＳＳ２１７）。
【００５８】
端末装置３は、上述したようにして作成される何れかの画面をサーバー１から受信して、それを表示させる（ステップＴＳ１３１）。その後は、それの消去をユーザーが指示するのを待って（ステップＴＳ１３２）、図６のステップＴＳ１０７に戻る。
【００５９】
このようにして、本実施の形態では、依頼受領ＤＢ６０にストアされている依頼データをユーザーが随時、確認できるようにさせている。それにより、メンバー間でやりとりを行わなくとも仮想的な合奏を行えるようにさせている。
上記ステップＴＳ１２９の判定がＮＯとなって移行する図１１のステップＴＳ１３３では、端末装置３は「録音開始」ボタン３５３がクリックされたか否か判定する。そのボタン３５３をユーザーがクリックした場合、判定はＹＥＳとなってステップＴＳ１３４に移行し、それがクリックされた旨を示す録音開始要求信号をサーバー１に送信する。そうでない場合には、判定はＮＯとなって図６のステップＴＳ１０７に戻る。
【００６０】
その要求信号を受信したサーバー１は、端末装置３のユーザーが一発録音サービスを利用できる人（仮想的な合奏の参加者）か否か確認するために、その確認用に発行したパスワードの入力を求めるパスワード入力画面を端末装置３に送信する（図１１のステップＳＳ２１８）。その入力画面は、特には図示しないが、パスワード入力用のボックスや、「送信」「キャンセル」の各ボタンが配置されているものである。
【００６１】
端末装置３は、サーバー１からその入力画面を受信するのを待って表示装置上に表示させる（ステップＴＳ１３５）。続くステップＴＳ１３６では、「戻る」ボタンがクリックされたか否か判定する。そのボタンをユーザーがクリックした場合、判定はＹＥＳとなり、図６のステップＴＳ１０７に戻る。そうでない場合には、判定はＮＯとなって次にステップＴＳ１３７の処理を実行する。
【００６２】
ステップＴＳ１３７では、パスワードを示すデータが入力されたか否か判定する。ユーザーが入力装置を操作してボックス内にデータ入力を行った場合、判定はＹＥＳとなり、ステップＴＳ１３８でユーザーが入力を指示したデータをボックス内に表示させた後、ステップＴＳ１３９に移行する。そうでない場合には、判定はＮＯとなり、次にそのステップＴＳ１３９の処理を実行する。
【００６３】
ステップＴＳ１３９では、「送信」ボタンがクリックされたか否か判定する。そのボタンをユーザーがクリックした場合、判定はＹＥＳとなってステップＴＳ１４０に移行し、ボックス内に入力されたデータをパスワードとしてサーバー１に送信する。そうでない場合には、判定はＮＯとなって上記ステップＴＳ１３６に戻る。
【００６４】
サーバー１は、端末装置３からパスワードを受信すると、それをキーにして依頼ＤＢ３０の検索を行い、それに対応する依頼データを抽出する（ステップＳＳ２１９）。続く図１２のステップＳＳ２２０では、現在日時を検出する。その次に移行するステップＳＳ２２１では、抽出した依頼データ中の日時と現在日時が許容範囲内で一致していないか否か判定する。サービスの利用を依頼した際に依頼者が指定した日時となるには比較的に大きな時間があるような場合、判定はＹＥＳとなり、次にステップＳＳ２２２で依頼者が指定した日時でない旨を通知するための警告画面を作成して端末装置３に送信する。そうでない場合には、即ち指定日時が近いといったように指定日時が現在日時と許容範囲内で一致していた場合には、判定はＮＯとなってステップＳＳ２２３に移行する。
【００６５】
ステップＳＳ２２３では、依頼者と同じバンドを組むメンバーのなかで一発録音サービス利用のためのアクセスを行っていないメンバーが存在するか否か判定する。そのようなメンバーが存在している場合、判定はＹＥＳとなってステップＳＳ２２４に移行し、そうでない場合には、即ちバンドを組む全てのメンバーが揃った場合には、判定はＮＯとなってステップＳＳ２２７に移行する。
【００６６】
ステップＳＳ２２４では、指定日時から所定時間が経過したか否か判定する。現在日時が指定日時から所定時間以上、経過していた日時であった場合、判定はＹＥＳとなってステップＳＳ２２５に移行し、メンバー全員が揃っていない旨を通知するための警告画面を端末装置３に送信する。そうでない場合には、即ちその所定時間以上、経過していなかった場合には、判定はＮＯとなってステップＳＳ２２６に移行し、メンバー全員が揃うまで待つ旨を求めるための画面を端末装置３に送信する。
【００６７】
端末装置３は、サーバー１がステップＳＳ２２２、或いはＳＳ２２５の処理を実行することで送信される警告画面を受信すると、それを表示装置上に表示させる（ステップＴＳ１４１）。その後は、それの消去をユーザーが指示するのを待って（ステップＴＳ１４２）、図６のステップＴＳ１０７に戻る。
【００６８】
そのステップＴＳ１０７に戻ることにより、一発録音サービスは利用できない状態となる。本実施の形態では、指定日時から所定時間以上、経過してもメンバー全員が揃わなければ、依頼された一発録音サービスの提供をキャンセルさせ、その依頼に対応する依頼データは依頼ＤＢ３０、依頼受領ＤＢ６０からそれぞれ消去させている。
【００６９】
一方、サーバー１がステップＳＳ２２６の処理を実行することで送信される画面を受信すると、端末装置３は、それを表示装置上に表示させる（ステップＴＳ１４３）。その後は、それを表示させてから予め定めた時間が経過するのを待って（ステップＴＳ１４４）、図１１のステップＴＳ１４０に戻る。そのようにして、待っているメンバーについては随時、そのまま待ち続けているか否かの確認を行う。
【００７０】
サーバー１は、上記ステップＳＳ２２３の判定がＮＯとなると、即ちメンバー全員が揃ったことを確認すると、ステップＳＳ２２７に移行して、抽出した依頼データ内の楽曲ＩＤに対応するオリジナルの楽曲データに設定されているテンポをその楽曲データ中から抽出し、楽曲ＤＢ４０に、一発録音サービスの提供により保存する楽曲データ用の楽曲エリア４１を確保してＩＤ、楽曲名等をストアする。次に実行するステップＳＳ２２８では、抽出したテンポに合わせて、合奏の開始を知らせるための前打音を発音させるためのデータを各メンバーの端末装置３に送信する。
【００７１】
そのデータを受信した端末装置３は、それを音声の形で発生させる（図１３のステップＴＳ１４５）。その発生は、端末装置３自体に搭載された音源を用いて行うか、或いはそれを電子楽器２に出力することで行われる。
上記前打音を全メンバー側で発音させることにより、各メンバーは演奏を同時に開始できるようになる。それにより、各メンバーは同じ場所に集まっていなくとも、同じ場所に集まって合奏を行うような形で並行して演奏を行えることとなる。
【００７２】
演奏は、電子楽器２を対象にして行われる。このことから、前打音を発生させた端末装置３は、次にＭＩＤＩ（イベント）データを電子楽器２から入力したか否か判定する（ステップＴＳ１４６）。電子楽器２に対して演奏操作を行った場合、電子楽器２はＭＩＤＩデータを出力することから、判定はＹＥＳとなり、ステップＴＳ１４７でそのＭＩＤＩデータをサーバー１に送信する。そうでない場合には、判定はＮＯとなってステップＴＳ１４８に移行する。
【００７３】
サーバー１は、前打音を発生させるためのデータを送信した後は、図１３のステップＳＳ２２９に移行して、端末装置３からＭＩＤＩデータを受信したか否か判定する。そのＭＩＤＩデータを受信した場合、判定はＹＥＳとなってステップＳＳ２３０に移行する。そうでない場合には、判定はＮＯとなってステップＳＳ２３２に移行する。
【００７４】
ステップＳＳ２３０では、ＭＩＤＩデータと併せて受信されるユーザー特定用のデータから、そのＭＩＤＩデータを送信した端末装置３のユーザーの担当パートを特定し、楽曲ＤＢ４０（図４参照）内に合奏結果保存用に確保した楽曲エリア４１に用意されているその担当パートに対応するパートエリア５１に、ＭＩＤＩデータを受信したタイミングを示すタイムデータをそのＭＩＤＩデータと併せてストアする。その後に移行するステップＳＳ２３１では、メンバーの演奏を他のメンバーが聴けるように、受信したＭＩＤＩデータを他のメンバーが使用する端末装置３にそれぞれ送信する。
【００７５】
上記ステップＴＳ１４６の判定がＮＯとなると、端末装置３は次にステップＴＳ１４８の処理を実行する。そのステップＴＳ１４８では、ＭＩＤＩデータをサーバー１から受信したか否か判定する。そのＭＩＤＩデータをサーバー１から受信した場合、判定はＹＥＳとなってステップＴＳ１４９に移行し、そのＭＩＤＩデータを処理して対応する楽音を発音させるＭＩＤＩ処理を実行して、ステップＴＳ１５０に移行する。そうでない場合には、判定はＮＯとなって次にそのステップＴＳ１５０の処理を実行する。サーバー１から受信したＭＩＤＩデータにより楽音を発音させるのは端末装置３、それと接続された電子楽器２の何れであっても良く、それらのなかからユーザーが選択できるようにさせても良い。
【００７６】
上記ＭＩＤＩ処理を実行することにより、端末装置３のユーザーはバンドの他のメンバーによる演奏を聴くことができる。このため、より合奏を行っている雰囲気を楽しむことができる。
ステップＴＳ１５０では、演奏の終了をユーザーが指示したか否か判定する。その指示をユーザーが行った場合、判定はＹＥＳとなってステップＴＳ１５１に移行し、その旨を示す終了信号をサーバー１に送信する。そうでない場合には、判定はＮＯとなって上記ステップＴＳ１４６に戻る。それにより、ユーザーが演奏を行っている間、その演奏操作を示すＭＩＤＩデータはサーバー１にリアルタイムで送信され、他のメンバーによる演奏操作を示すＭＩＤＩデータはリアルタイムでサーバー１から受信することになる。
【００７７】
上記ステップＳＳ２２９の判定がＮＯとなって移行するステップＳＳ２３２では、サーバー１は終了信号を受信したか否か判定する。その終了信号を受信した場合、判定はＹＥＳとなってステップＳＳ２３３に移行し、それに付加されているデータから演奏が終了したユーザーが担当パートを特定し、そのパートに対応するパートエリア５１へのデータのストアを終了する形で録音を停止させた後、ステップＳＳ２３４に移行する。そうでない場合には、判定はＮＯとなって次にそのステップＳＳ２３４の処理を実行する。
【００７８】
ステップＳＳ２３４では、全パートの演奏が終了したか否か判定する。バンドを構成する全メンバーが演奏の終了を指示した場合、判定はＹＥＳとなって図１４のステップＳＳ２３５に移行し、そうでない場合には、判定はＮＯとなって上記ステップＳＳ２２９に戻る。それにより、演奏を行っているメンバー（端末装置３のユーザー）に対応する。
【００７９】
図１４のステップＳＳ２３５では、一発録音サービス提供用に楽曲ＤＢ４０に確保した楽曲エリア４１にストアされた楽曲データ（合奏結果）を読み出し、パート毎に再生を開始する。続くステップＳＳ２３６では、各パート毎に、タイムデータにより指定されたタイミングとなったか否か監視し、そのタイミングとなった場合に、そのタイムデータが付加された形のＭＩＤＩデータ（タイムデータの次に位置している。図４参照）を各メンバーの端末装置３に送信する。
【００８０】
そのようにして送信されるＭＩＤＩデータを受信した端末装置３は、それを処理して楽音を発音させるためのＭＩＤＩ処理を実行する（図１４のステップＴＳ１５２）。
上記ステップＳＳ２３６の処理を実行したサーバー１は、次にステップＳＳ２３７に移行して、楽曲データの再生が終了したか否か判定する。全てのパートでパートデータの再生が終了した場合、判定はＹＥＳとなってステップＳＳ２３８に移行し、そのことを通知するためのＯＫ画面を各端末装置３に送信する。一方、そうでない場合には、判定はＮＯとなって上記ステップＳＳ２３６に戻る。それにより、楽曲データの再生を継続する。
【００８１】
上記ＯＫ画面は、再度の再生を指示するための「再生」ボタン、その再生を要求しないことを通知するための「ＯＫ」ボタンが配置されている。端末装置３は、その画面をサーバー１から受信すると、それを表示装置上に表示させ（ステップＴＳ１５３）、その表示後にステップＴＳ１５４に移行して、「ＯＫ」ボタンがクリックされたか否か判定する。その「ＯＫ」ボタンをユーザーがクリックした場合、判定はＹＥＳとなって図６のステップＴＳ１０７に戻る。そうでない場合には、即ち「再生」ボタンをユーザーがクリックした場合には、判定はＮＯとなり、楽曲データの再生をサーバー１に要求する。それにより、サーバー１は次にステップＳＳ２３５の処理を実行する。
【００８２】
このように、本実施の形態では、仮想的な合奏が終了すると、各メンバーに続けてその合奏結果を聴かせるようにしている。それにより、より迅速に合奏結果を確認したいという要望に対応させている。
図６のステップＴＳ１０３の判定がＮＯとなって移行する図１５のステップＴＳ１５５〜ＴＳ１６２では、端末装置３が、ユーザーが図１７の初期メニュー画面３００上で「再生モード」ボタン３０２をクリックしたことに対応するための処理を行う。そのボタン３０３をクリックすることで設定される再生モードで再生の対象となるのは上記ダウンロードエリアに保存された楽曲データ、即ちサーバー１からダウンロードした楽曲データである。
【００８３】
先ず、ステップＴＳ１５５では、「再生モード」ボタン３０２がクリックされたか否か判定する。そのボタン３０２をユーザーがクリックした場合、判定はＹＥＳとなってステップＴＳ１５６に移行し、そうでない場合には、判定はＮＯとなって図１６のステップＴＳ１６３に移行する。
【００８４】
ステップＴＳ１５６では、ダウンロードエリアに楽曲データがストアされている楽曲の名称のリストを配置した楽曲名リスト画面を表示装置上に表示させる。そのリスト画面は図２０に示すものと基本的に同じ構成のものであり、それを表示させた後に移行するステップＴＳ１５７では、そのリスト上の楽曲名が選択されたか否か判定する。リスト上の何れかの楽曲名をユーザーがクリックしたような場合、判定はＹＥＳとなってステップＴＳ１５９に移行する。そうでない場合には、判定はＮＯとなってステップＴＳ１５８に移行する。
【００８５】
ステップＴＳ１５８では、「戻る」ボタンがクリックされたか否か判定する。そのボタンをユーザーがクリックした場合、判定はＹＥＳとなって図６のステップＴＳ１０２に戻り、図１７に示す初期メニュー画面を再度、表示させる。一方、そうでない場合には、判定はＮＯとなって上記ステップＴＳ１５７に戻る。それにより、ユーザーがリスト上で楽曲名を選択するか、或いは「戻る」ボタンをクリックするのを待つ。
【００８６】
ステップＴＳ１５９では、図２４に示す選択楽曲詳細表示画面３７０を表示装置上に表示させる。その表示画面３７０は、ユーザーが楽曲名を選択した楽曲（楽曲データ）の再生にかかる指示をユーザーに行わせるためのものであり、楽曲名、楽曲データに付随するデータ（図４参照）の表示用ボックス３７１、３７２や、「スタート」「ストップ」の２つのボタン３７３、３７４等が配置されている。
【００８７】
その表示画面３７０の表示後に移行するステップＴＳ１６０では、「スタート」ボタン３７３がクリックされたか否か、及び楽曲データの再生中か否か判定する。そのボタン３７３をユーザーがクリックするか、或いは楽曲データが再生中であった場合、判定はＹＥＳとなってステップＴＳ１６１に移行し、楽曲データを再生する曲再生処理を実行した後、ステップＴＳ１６２に移行する。それらの何れでもない場合には、判定はＮＯとなって次にそのステップＴＳ１６２の処理を実行する。曲再生処理は、タイムデータで指定されるタイミングでＭＩＤＩデータを順次、処理していくために行われるものであり、処理すべきタイミングとなったＭＩＤＩデータに応じた処理を端末装置３に搭載の音源、或いは電子楽器２に搭載の音源に行わせることにより、楽曲データが再生される。
【００８８】
ステップＴＳ１６２では、「ストップ」ボタン３７４がクリックされたか否か、及び楽曲データの再生が終了したか否か判定する。そのボタン３７４をユーザーがクリックするか、或いは楽曲データの再生が終了した場合、判定はＹＥＳとなって上記ステップＴＳ１５６に戻り、楽曲名リスト画面を再度、表示させる。一方、それらの何れでもない場合には、判定はＮＯとなって上記ステップＴＳ１６０に戻る。それにより、楽曲データを再生中であった場合には、その再生が終了するか、或いはその終了をユーザーが指示するまでの間、その再生を継続して行う。
【００８９】
上記ステップＴＳ１５５の判定がＮＯとなって移行する図１６のステップＴＳ１６３〜ＴＳ１７５では、図１７に示す初期メニュー画面３００上の「記録モード」ボタン３０３がクリックされた場合に対応するための処理が行われる。
そのボタン３０３をクリックすることで設定される記録モードでは、上記ダウンロードエリアに保存された楽曲データに、ユーザーが演奏したパート分を追加、或いは前のものと置き換える形で演奏の記録が行われる。それにより、バンドを構成する各メンバーが順次、自分が担当するパート分の演奏を記録させることで合奏の結果を保存することもできるようにさせている。このことから、記録の対象となる楽曲データは上記ダウンロードエリアに保存されているものを対象とさせている。
【００９０】
ステップＴＳ１６３では、「記録モード」ボタン３０３がクリックされたか否か判定する。そのボタン３０３をユーザーがクリックした場合、判定はＹＥＳとなってステップＴＳ１６４に移行し、そうでない場合には、判定はＮＯとなって図６のステップＴＳ１０２に戻る。
【００９１】
ステップＴＳ１６４では、ダウンロードエリアに楽曲データがストアされている楽曲の名称のリストを配置した楽曲名リスト画面を表示装置上に表示させる。そのリスト画面も図２０に示すものと基本的に同じ構成のものであり、それを表示させた後に移行するステップＴＳ１６５では、そのリスト上の楽曲名が選択されたか否か判定する。リスト上の何れかの楽曲名をユーザーがクリックしたような場合、判定はＹＥＳとなってステップＴＳ１６７に移行する。そうでない場合には、判定はＮＯとなってステップＴＳ１６６に移行する。
【００９２】
ステップＴＳ１６６では、「戻る」ボタンがクリックされたか否か判定する。そのボタンをユーザーがクリックした場合、判定はＹＥＳとなって図６のステップＴＳ１０２に戻り、図１７に示す初期メニュー画面を再度、表示させる。一方、そうでない場合には、判定はＮＯとなって上記ステップＴＳ１６５に戻る。それにより、ユーザーがリスト上で楽曲名を選択するか、或いは「戻る」ボタンをクリックするのを待つ。
【００９３】
ステップＴＳ１６７では、演奏するパートをユーザーに選択させるためのパート選択画面を表示装置上に表示させる。その選択画面は、パート種のリストや「戻る」ボタン等が配置されたものであり、それを表示させた後に移行するステップＴＳ１６８では、パートが選択されたか否か判定する。リスト上の何れかのパート種をユーザーがクリックした場合、判定はＹＥＳとなってステップＴＳ１７０に移行し、図２４に示すものと同様の選択楽曲詳細表示画面を表示装置上に表示させる。そうでない場合には、判定はＮＯとなってステップＴＳ１６９に移行する。その表示画面は、ユーザーが楽曲名を選択した楽曲（楽曲データ）の演奏の記録にかかる指示をユーザーに行わせるためのものである。
【００９４】
ステップＴＳ１６９では、「戻る」ボタンがクリックされたか否か判定する。そのボタンをユーザーがクリックした場合、判定はＹＥＳとなって上記ステップＴＳ１６４に戻り、楽曲名リスト画面を再度、表示させる。一方、そうでない場合には、判定はＮＯとなって上記ステップＴＳ１６８に戻る。それにより、ユーザーがリスト上でパート種を選択するか、或いは「戻る」ボタンをクリックするのを待つ。
【００９５】
上記選択楽曲詳細表示画面の表示後に移行するステップＴＳ１７１では、「スタート」ボタンがクリックされたか否か、及び演奏を記録中か否か判定する。そのボタンをユーザーがクリックするか、或いは演奏を記録中であった場合、判定はＹＥＳとなってステップＴＳ１７２に移行する。そうでない場合には、後述するステップＴＳ１７５に移行する。
【００９６】
ステップＴＳ１７２では、電子楽器２からＭＩＤＩデータを入力したか否か判定する。ユーザーが演奏操作を行うことで電子楽器２がＭＩＤＩデータを出力した場合、判定はＹＥＳとなってステップＴＳ１７３に移行し、そうでない場合には、ステップＴＳ１７４に移行する。
【００９７】
ステップＴＳ１７３では、ユーザーが選択した楽曲データがストアされているエリア内のユーザーが選択したパートに対応するパートエリアに、入力したＭＩＤＩデータ、及びそれを入力したタイミングを示すタイム（時間）データをストアする。続くステップＴＳ１７４では、ユーザーが選択したパート以外のパートデータを再生する再生処理を行う。その再生処理の実行後にステップＴＳ１７５に移行する。
【００９８】
ステップＴＳ１７５では、「ストップ」ボタンがクリックされたか否か、及び演奏の記録（楽曲データの再生）が終了したか否か判定する。そのボタンをユーザーがクリックするか、或いは楽曲データの再生が終了した場合、判定はＹＥＳとなって上記ステップＴＳ１６４に戻り、楽曲名リスト画面を再度、表示させる。一方、それらの何れでもない場合には、判定はＮＯとなって上記ステップＴＳ１７１に戻る。それにより、楽曲データを再生（演奏を記録）中であった場合には、その再生が終了するか、或いはその終了をユーザーが指示するまでの間、その演奏の記録を継続して行う。
【００９９】
なお、本実施の形態では、ユーザーによる演奏内容を示すデータとして、そのユーザーが行った演奏操作の内容を示すＭＩＤＩ（イベント）データを端末装置３から受信するようにしているが、これは端末装置３でやりとりするデータ量を抑えて、言い換えればデータの送信にかかる時間を抑えて、より同じ場所で行われる合奏に近づけるためである。そのデータ量を抑える必要がないような場合には、他の種類のデータを採用しても良い。
【０１００】
一発録音サービスで行わせる合奏の回数は１回とさせているが、その回数は１回に限定されるものではない。依頼者、或いは同じバンドの他のメンバーが所望する回数、行えるようにさせても良い。その結果に満足するまで繰り返し行えるようにさせても良い。所望する回数、行えるようにさせた場合には、合奏の結果のなかから保存するものを演奏者が選択できるようにすることが望ましい。
【０１０１】
また、本実施の形態では、サーバー１が端末装置３からＭＩＤＩデータを受信すると、それを処理すべきタイミングを示すタイムデータを作成するようになっているが、そのタイムデータは端末装置３側で作成させ、ＭＩＤＩデータと併せてサーバー１に送信させるようにしても良い。そのようにした場合には、サーバー１は各ユーザーの演奏をより適切に記録できるようになる。
【０１０２】
上述したような音楽活動支援システム（サーバー１）の動作、或いはその変形例の動作を実現させるようなプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ、或いは光磁気ディスク等の記録媒体に記録させて配布しても良い。或いは、公衆網等で用いられる伝送媒体を介して、そのプログラムの一部、若しくは全部を配信するようにしても良い。そのようにした場合には、ユーザーはプログラムを取得してコンピュータなどのデータ処理装置にロードすることにより、そのデータ処理装置を用いて本発明を適用させた音楽活動支援システムを構築することができる。このことから、記録媒体は、プログラムを配信する装置がアクセスできるものであっても良い。
【０１０３】
【発明の効果】
以上、説明したように本発明は、端末装置のユーザーが複数、バンドを構成するメンバーとして同じ曲の演奏を並行して行なう場合に、通信ネットワークを介して、複数のユーザーが行った演奏操作の内容を示すイベントデータを各端末装置から受信し、それらを対応付けて保存する。このため、各ユーザーが同じ場所に集まらなくとも、同じ場所に集まって行われるバンド演奏（合奏）の結果を一度に得ることができる。
【０１０４】
同じ曲を並行して行なう各ユーザーが使用する端末装置を介して演奏を開始すべきタイミングを通知するようにした場合には、各ユーザーに同時に演奏を開始させることができるようになる。同じ曲を並行して行なう各ユーザーが使用する端末装置に、他の端末装置から受信したイベントデータをリアルタイムで送信するようにした場合には、各ユーザーは自分の演奏をしながら他のユーザーの演奏を聴くことができる。
【図面の簡単な説明】
【図１】本実施の形態による音楽活動支援システムを有するネットワークシステムの構成を示す図である。
【図２】メンバーＤＢの構成図である。
【図３】依頼ＤＢの構成図である。
【図４】楽曲ＤＢの構成図である。
【図５】依頼受領ＤＢの構成図である。
【図６】端末装置をサーバーと接続させた場合に、それらが実行する処理の流れを説明するフローチャートである。
【図７】端末装置をサーバーと接続させた場合に、それらが実行する処理の流れを説明するフローチャートである（続き１）。
【図８】端末装置をサーバーと接続させた場合に、それらが実行する処理の流れを説明するフローチャートである（続き２）。
【図９】端末装置をサーバーと接続させた場合に、それらが実行する処理の流れを説明するフローチャートである（続き３）。
【図１０】端末装置をサーバーと接続させた場合に、それらが実行する処理の流れを説明するフローチャートである（続き４）。
【図１１】端末装置をサーバーと接続させた場合に、それらが実行する処理の流れを説明するフローチャートである（続き５）。
【図１２】端末装置をサーバーと接続させた場合に、それらが実行する処理の流れを説明するフローチャートである（続き６）。
【図１３】端末装置をサーバーと接続させた場合に、それらが実行する処理の流れを説明するフローチャートである（続き７）。
【図１４】端末装置をサーバーと接続させた場合に、それらが実行する処理の流れを説明するフローチャートである（続き８）。
【図１５】端末装置をサーバーと接続させた場合に、それらが実行する処理の流れを説明するフローチャートである（続き９）。
【図１６】端末装置をサーバーと接続させた場合に、それらが実行する処理の流れを説明するフローチャートである（続き１０）。
【図１７】初期メニュー画面を示す図である。
【図１８】認証画面を示す図である。
【図１９】通信メニュー画面を示す図である。
【図２０】楽曲名リスト画面を示す図である。
【図２１】録音メニュー画面を示す図である。
【図２２】録音依頼入力画面を示す図である。
【図２３】確認画面を示す図である。
【図２４】選択楽曲詳細表示画面を示す図である。
【符号の説明】
１ サーバー
２ 電子楽器
３ 端末装置
４ 通信ネットワーク

Claims (5)

1. 通信ネットワークを介して接続される端末装置のユーザーを対象に音楽活動を支援するシステムであって、
   前記通信ネットワークを介して、前記ユーザーが行なった演奏操作の内容を示すイベントデータをリアルタイムに前記端末装置から受信するデータ受信手段と、
   前記ユーザーが複数、バンドを構成するメンバーとして同じ曲の演奏を並行して行なう場合に、該複数のユーザーが演奏操作を行なうことにより前記データ受信手段が受信する、複数の前記端末装置からそれぞれ送信される前記イベントデータを対応付けて保存するデータ保存手段と、
   を具備することを特徴とする音楽活動支援システム。
2. 前記同じ曲を並行して行なう各ユーザーが使用する端末装置に、該演奏を開始すべきタイミングを通知するための通知用信号を送信させる演奏管理手段、
   を更に具備することを特徴とする請求項１記載の音楽活動支援システム。
3. 前記演奏管理手段は、前記同じ曲の演奏を並行して行なう各ユーザーが使用する端末装置が全て前記通信ネットワークと接続されている場合に、前記通信用信号を送信させる、
   ことを特徴とする請求項２記載の音楽活動支援システム。
4. 前記同じ曲の演奏を並行して行なう各ユーザーがそれぞれ使用する各端末装置に、他の端末装置から受信したイベントデータをリアルタイムで送信する演奏配信手段、
   を更に具備することを特徴とする請求項１乃至３の何れか１項に記載の音楽活動支援システム。
5. 通信ネットワークを介して接続される端末装置のユーザーを対象に音楽活動を支援するシステムの構築に用いられるデータ処理装置に実行させるプログラムであって、
   前記通信ネットワークを介して、前記ユーザーが行なった演奏操作の内容を示すイベントデータをリアルタイムに前記端末装置から受信する機能と、
   前記ユーザーが複数、バンドを構成するメンバーとして同じ曲の演奏を並行して行なう場合に、該複数のユーザーが演奏操作を行なうことにより前記データ受信手段が受信する、複数の前記端末装置からそれぞれ送信される前記イベントデータを対応付けて保存する機能と、
   を実現させるためのプログラム。

Images