JP4655550B2

JP4655550B2 - 仮想ライブ演奏の支援システムおよび仮想ライブ演奏の支援処理プログラム

Info

Publication number: JP4655550B2
Application number: JP2004247753A
Authority: JP
Inventors: 達也出嶌
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 2004-08-27
Filing date: 2004-08-27
Publication date: 2011-03-23
Anticipated expiration: 2024-08-27
Also published as: JP2006065010A

Description

本発明は、仮想ライブ演奏の支援システムおよび仮想ライブ演奏の支援処理プログラムに関し、特に、ネットワークを介して複数の演奏者が参加して演奏するのを支援する仮想ライブ演奏の支援システムおよび仮想ライブ演奏の支援処理プログラムに関するものである。

近年の通信インフラの著しい向上によって、インターネットなどのネットワークを介して大量のデータを高速で伝送することが可能になってきている。そこで、さらなる将来の高速化を期待して、伝送するコンテンツに関して多くの提案がなされている。
ある提案の音楽ゲームシステムにおいては、別々のパートに対応する２つの音楽演出ゲーム装置がＢＧＭ演奏曲に同期した演奏進行情報を伝送する通信部で接続され、各装置のプレーヤが実際のバンドのように各パートを演奏するようになっている。（特許文献１参照）
また、他の提案の音楽配信システムにおいては、パート別の楽譜を通信回線網に公開して、その楽譜に従った各パート別の演奏あるいは歌唱を再生するための楽曲元データを複数の端末から受信し、各パート別に合否を判定して、合格した中から各パートに１つの楽曲元データを組み合わせて楽曲データを作成するようになっている。（特許文献２参照）
また、他の提案の音楽活動支援システムにおいては、バンドを組むメンバーであるユーザーが全て通信ネットワークを介して端末装置を接続させた場合に、サーバーはその旨を各ユーザーに通知して演奏を促し、それによって各ユーザーが並行して行う演奏を示すデータを各端末装置から受信して保存することにより、複数のユーザーによる合奏の結果を保存するようになっている。（特許文献３参照）
特開２０００−３１７１４４号公報特開２００２−２９７１３６号公報特開２００４−２１２６３２号公報

しかしながら、上記特許文献１ないし特許文献３の提案では、複数の演奏者がそれぞれの端末およびネットワークを介して合奏できるという利点があるものの、リスナーや他の演奏者からの評価が得られることがないので、その合奏が自己満足に終る可能性が高く、各演奏者の技術の向上を期待することができない。また、各演奏者によってはライブ演奏であるにもかかわらず、そのライブ演奏をリスナーに提供できないので、音楽活動をビジネスとして展開することができず、プロとしての途が拓けることも期待することができない。

本発明は、このような従来の課題を解決するためのものであり、ネットワークを介して不特定多数の演奏者やリスナーが参加して、随時にグループを組んで仮想ライブ演奏を行うとともに、希望するリスナーに対してその仮想ライブ演奏を提供することにより、リスナーや他の演奏者からの評価が得られることで、各演奏者の技術の向上を期待することができるとともに、音楽活動をビジネスとして展開することができるようにすることを目的とする。

請求項１に記載の仮想ライブ演奏の支援システムは、ネットワークを介して接続された任意の端末装置からの仮想ライブ演奏の演奏申し込みに応じて当該仮想ライブ演奏の複数のパートを構成する各演奏者および演奏スケジュールを管理する第１のサーバーと、
前記第１のサーバーによって管理された演奏スケジュールに応じた仮想ライブ演奏において、演奏申し込みを行った演奏者の端末装置から受信した当該演奏者のパートの演奏データを他のパートの演奏者の端末装置および当該仮想ライブ演奏に対して試聴申し込みがされた端末装置に対して送信し、各演奏者の端末装置から受信した複数のパートの演奏データを所定の記憶手段に記憶する第２のサーバーと、
前記ネットワークを介して接続された任意の端末装置からの仮想ライブ演奏の演奏データに対する購入申し込みに応じて決済データを決済機関へ送付し、前記決済機関から決済終了を受信したときは前記所定の記憶手段から当該申し込みに対応する演奏データを検索し、当該検索された演奏データを前記任意の端末装置へ送信する第３のサーバーとを備え、
前記第２のサーバーは、現在演奏中の仮想ライブ演奏の演奏データを前記試聴申し込みの端末装置に対して送信している場合に、当該試聴申し込みに係る所定数以上の端末装置から不評の通知を受信したときは、当該ライブ演奏を中止することを特徴とする。

請求項２に記載の仮想ライブ演奏の支援処理プログラムは、コンピューターに、
ネットワークを介して接続された任意の端末装置からの仮想ライブ演奏の演奏申し込みに応じて当該仮想ライブ演奏の複数のパートを構成する各演奏者および演奏スケジュールを管理する第１のステップと、
前記第１のステップによって管理された演奏スケジュールに応じた仮想ライブ演奏において、演奏申し込みを行った演奏者の端末装置から受信した当該演奏者のパートの演奏データを他のパートの演奏者の端末装置および当該仮想ライブ演奏に対して試聴申し込みがされた端末装置に対して送信し、各演奏者の端末装置から受信した複数のパートの演奏データを所定の記憶手段に記憶するとともに現在演奏中の仮想ライブ演奏の演奏データを前記試聴申し込みの端末装置に対して送信している場合に、当該試聴申し込みに係る所定数以上の端末装置から不評の通知を受信したときは、当該ライブ演奏を中止する第２のステップと、
前記ネットワークを介して接続された任意の端末装置からの仮想ライブ演奏の演奏データに対する購入申し込みに応じて決済データを決済機関へ送付し、前記決済機関から決済終了を受信したときは前記所定の記憶手段から当該申し込みに対応する演奏データを検索し、当該検索された演奏データを前記任意の端末装置へ送信する第３のステップと、
を実行させることを特徴とする。

本発明の仮想ライブ演奏の支援システムおよび支援処理のプログラムによれば、リスナーや他の演奏者からの評価が得られることで、各演奏者の技術の向上を期待することができるとともに、音楽活動をビジネスとして展開することができるという効果が得られる。さらに、インターネットのように世界中に配備されたネットワークを介して、だれでもどこでもいつでも仮想ライブ演奏や演奏の試聴ができるので、音楽のユビキタスサービスのビジネスを実現できる。

以下、本発明による仮想ライブ演奏の支援システムの実施形態について、図を参照して説明する。
図１は、仮想ライブ演奏の支援システムの構成を示す図である。複数の端末装置１はインターネット２を介して種々のサーバーに接続できるパソコンなどの情報処理装置であり、図は示さないが、操作部、表示部、ＣＰＵなどの制御部、ＲＯＭなどのプログラムメモリ、ＲＡＭなどのワークメモリを備えている。セッションマネージャーサーバー３、放送マネージャーサーバー４、ショップマネージャーサーバー５は、インターネット２を介して接続された任意の端末装置１からの仮想ライブ演奏の演奏申し込み又は試聴申し込みに応じて、その仮想ライブ演奏を支援するサーバーである。各サーバーは、ＣＰＵなどの制御部、ＲＯＭなどのプログラムメモリ、ＲＡＭなどのワークメモリを備えている。

セッションマネージャーサーバー３は、仮想ライブ演奏の演奏者および演奏スケジュールを管理する。そのために、演奏者データベース（ＤＢ）６および演奏プログラムデータベース７がセッションマネージャーサーバー３に接続され、登録された演奏者のデータおよび演奏スケジュールのデータが保管されている。
放送マネージャーサーバー４は、演奏申し込みを行った端末装置１に対して仮想ライブ演奏の演奏データを送信する。
ショップマネージャーサーバー５は、試聴申し込みを行った端末装置１に対して仮想ライブ演奏の演奏データを送信し、購入申し込みを行った端末装置１に対して演奏データを販売する。そのために、リスナーデータベース８がショップマネージャーサーバー５に接続され、登録されたリスナーのデータが保管されている。また、販売した演奏データの対価を受け取るために、ショップマネージャーサーバー５は銀行その他の決済機関（図示せず）に接続できるようになっている。
セッションマネージャーサーバー３、放送マネージャーサーバー４、およびショップマネージャーサーバー５には、仮想ライブ演奏の演奏データおよび後述する既存の演奏データを保管する曲データベース９が接続されており、端末装置１からの申し込みや演奏スケジュールに応じて、各サーバーによって任意の演奏データが検索される。
なお、セッションマネージャーサーバー３、放送マネージャーサーバー４、およびショップマネージャーサーバー５は、システムバス１０によって相互に接続されており、各サーバー間においてコマンドおよびデータが随時に送受信される。したがって、これら３つのサーバー３，４，５を単一のサーバーとしてシステムを構築することも可能である。

次に、演奏プログラムデータベース７、演奏者データベース６、曲データベース９、およびリスナーデータベース８に保管されるデータの内容について、図２および図３を参照して説明する。
演奏プログラムデータベースは、図２（Ａ）に示すように、仮想ライブ演奏ごとの演奏プログラムＩＤ（この場合は、番号１，２，３，…，Ｎ）のエリアで管理され、各演奏プログラムＩＤのエリアは、曲名／ＩＤ、演奏の開始時間、演奏時間、所定数のパート（例えば、ギターなどのメロディパート、ドラムパート、ベースパート）のエリアで構成される。また、各パートのエリアには、演奏者ＩＤおよびアンケートデータのエリアがある。
演奏者データベースは、図２（Ｂ）に示すように、登録された演奏者のエリアで構成され、各演奏者のエリアは演奏者のＩＤ、パスワード、プロフィールのエリアで構成されている。
曲データベースは、図３（Ｃ）に示すように、複数の曲のエリアで構成されている。曲の中には仮想ライブ演奏における演奏データの曲のほかに、あらかじめ用意された既存の演奏データの曲が保管されている。仮想ライブ演奏の曲のエリアは、セッション名、演奏プログラムＩＤ、曲データすなわち演奏データのエリアで構成されている。既存の曲データについては示していないが、プロの演奏者によって演奏された著名な曲が各パートに分類されて保管されている。
リスナーデータベースは、図３（Ｄ）に示すように、登録されたリスナーのエリアで構成され、各リスナーのエリアはリスナーのＩＤ、パスワード、プロフィールのエリアで構成されている。

次に、図１のシステムによって実行される仮想ライブ演奏の支援処理について説明する。
まず、端末装置１の処理について、図４ないし図１７に示す動作フローチャート、および、図１８ないし図３７に示す画面に基づいて説明する。図４において、所定のイニシャライズ(ステップＳＡ１)の後、初期画面を表示する(ステップＳＡ２)。初期画面には、図１８に示すように、セッションサイトのアプリケーションが起動され、支援システムの説明や画面下に表示された複数の選択肢である登録１０１、演奏１０２、試聴１０３、戻る１０４のスイッチの中からいずれかを選択する旨のメッセージが表示される。ここで、登録１０１はこの支援システムに登録するためにセッション登録サイトに接続するスイッチであり、演奏１０２は仮想ライブ演奏を申し込むために演奏サイトに接続するスイッチであり、試聴１０３のスイッチは仮想ライブ演奏の試聴を申し込むために試聴サイトに接続するスイッチである。なお、戻る１０４はセッションサイトのアプリケーションを終了するスイッチである。

次に、登録１０１の選択によってセッション登録サイトに接続する操作がされたか否かを判別し(ステップＳＡ３)、この操作がされたときは、セッションマネージャーサーバー３に接続する(ステップＳＡ４)。そして、開始画面を受信して(ステップＳＡ５)、その開始画面を表示する(ステップＳＡ６)。開始画面には、図１９に示すように、仮想ライブ演奏のセッションに参加するか、又は、試聴するかを選択するメッセージ、および、その選択肢であるセッション参加登録１０５、試聴登録１０６のスイッチが表示される。

そして、セッション参加登録１０５の選択によってセッション参加が要求されたか否かを判別し(ステップＳＡ７)、セッション参加が要求されたときは、セッション参加要求をセッションマネージャーサーバー３に送付し(ステップＳＡ８)、同意画面を受信して(ステップＳＡ９)、その同意画面を表示する(ステップＳＡ１０)。なお、試聴が要求されたときは、試聴要求をセッションマネージャーサーバーに送付する(ステップＳＡ１１)。セッション参加の同意画面には、図２０に示すように、自己データを登録するメッセージとともに、このサイトの運営や著作権若しくは著作隣接権の説明が表示され、同意するか否かの選択肢である同意する旨１０７および同意しない旨（退出）１０８のスイッチが表示される。

いずれかのスイッチ選択に応じて、図５のフローにおいて、同意するか否かを判別し(ステップＳＡ１２)、同意する場合には同意の旨をセッションマネージャーサーバー３に送付する(ステップＳＡ１３)。そして、登録画面を受信し(ステップＳＡ１４)、接続を停止した後、その登録画面を表示する(ステップＳＡ１５)。演奏登録画面には、図２１に示すように、演奏者のプロフィール、メイン楽器すなわちパート、希望演奏曲、パスワード、ＩＤ、取引の銀行名および口座番号などを入力する旨のメッセージとともに、選択肢として登録する旨１０９および登録しない旨１１０のスイッチが表示される。

この演奏登録画面において、プロフィールが入力されたか否かを判別し(ステップＳＡ１６)、入力されたときは、そのプロフィールをワークメモリにストアする(ステップＳＡ１７)。また、希望演奏曲およびパートが入力されたか否かを判別し(ステップＳＡ１８)、入力されたときは、その希望演奏曲およびパートをワークメモリにストアする(ステップＳＡ１９)。
あるいは、登録しない旨１１０が選択されたか否かを判別し(ステップＳＡ２０)、これが選択されたときは、接続を停止して(ステップＳＡ２１)、図４のステップＳＡ２に移行して初期画面を表示する。

一方、登録する旨１０９が選択されたか否かを判別し(ステップＳＡ２２)、これが選択されたときは、セッションマネージャーサーバー３に対して、プロフィールを送付し(ステップＳＡ２３)、希望演奏曲およびパートを送付する(ステップＳＡ２４)。また、演奏スケジュールの予告画面を受信して（ステップＳＡ２５）、その予告画面を表示する（ステップＳＡ２６）。予告画面には、図２３に示すように、申し込んだ仮想ライブ演奏の内容である担当するパート、曲名、演奏日時、予定メンバーが表示される。全てのパートの予定メンバーが揃わない場合には、そのパートは未決定として表示される。さらに、予告画面には、演奏予約を確定して了解する旨１１１および了解しない旨（予約取消し）１１２のスイッチが表示される。
また、曲の詳細説明部のスイッチ１１３が表示され、このスイッチ１１１をクリックすることによって、図２４に示すように、曲の詳細１１４がウインドウ表示される。曲の詳細１１４には、仮想ライブ演奏のための細かい指示と、予定演奏時間までの待ち時間が表示される。

図２３の画面において、了解する旨１１１又は了解しない旨１１２のいずれかが選択されたかを判別し（ステップＳＡ２７）、了解する旨が選択されたときは、ＯＫコマンドをセッションマネージャーサーバー３に送付して（ステップＳＡ２８）、ＩＤおよびパスワードを取得する（ステップＳＡ２９）。そして、接続を停止して、図４のステップＳＡ２に移行して初期画面を表示する。
一方、了解しない旨が選択されたときは、ＮＧコマンドをセッションマネージャーサーバー３に送付して（ステップＳＡ３０）、接続を停止して（ステップＳＡ２１）、図４のステップＳＡ２に移行して初期画面を表示する。

図４のステップＳＡ３において、登録サイトに接続操作がされない場合には、図１８の初期画面における演奏１０２の選択によって、演奏サイトに接続操作がされたか否かを判別する（図６のステップＳＡ３１）。この接続操作がされたときは、セッションマネージャーサーバー３に接続し（ステップＳＡ３２）、演奏サイト接続要求を送付する（ステップＳＡ３３）。そして、ＩＤおよびパスワード要求画面を受信して（ステップＳＡ３４）、その要求画面を表示する（ステップＳＡ３５）。図には示さないが、この要求画面には、ＩＤおよびパスワードの入力を促すメッセージ、入力エリア、および送付指示のスイッチが表示される。

この要求画面において、ＩＤおよびパスワードを入力すると、入力されたＩＤの文字や数字を表示し、入力されたパスワードに応じて特定の記号（例えばアスタリスク「＊」）を表示し（ステップＳＡ３６）、送付指示に応じて入力されたＩＤおよびパスワードをセッションマネージャーサーバー３に送付する（ステップＳＡ３７）。そして、セッション待機画面を受信し（ステップＳＡ３８）、さらに待ち時間を受信する（ステップＳＡ３９）。次に、セッション待機画面に待ち時間を上書きして表示する（ステップＳＡ４０）。セッション待機画面には、図２５に示すように、仮想ライブ演奏の内容である担当するパート、曲名、演奏日時、予定メンバーが表示されるとともに、「セッション開始まであと○○分○○秒」のように待ち時間が表示される。さらに、情報放送窓１１５に、演奏が近くなるといろんな情報が表示されるようになっている。例えば、自己の演奏データを送付できるように、楽器を接続することを促すメッセージや、演奏をアドバイスするメッセージなどが表示される。

セッション待機画面を表示している待ち時間においては、演奏中画面を受信したか否かを判別する（図７のステップＳＡ４１）。すなわち、待ち時間が終了して演奏開始時間に達したか否かを判別する。演奏中画面を受信しない場合、すなわち、まだ待ち時間が終了していない場合には、図６のステップＳＡ３９において待ち時間を受信し、セッション待機画面に待ち時間を上書きして表示する（ステップＳＡ４０）。したがって、時間が経過
するにつれてセッション待機画面に上書きされる待ち時間が少なくなっていく。
ステップＳＡ４１において、演奏中画面を受信したときは、セッション演奏中画面を表示する（ステップＳＡ４２）。セッセッション演奏中画面には、図２６に示すように、演奏中のテーマ、担当するパート、曲名、演奏日時、予定メンバーが表示されるとともに、情報放送窓１１５には、演奏者やバンドを紹介するメッセージなどが表示される。

また、曲の進行に伴って演奏に対するアドバイスを表示するようにしてもよい。例えば、「ここは曲的に変化が欲しいので、リハモして下さい。」、「アドリブはコードに忠実にやってもよいし、Ｂ♭メジャースケールでもＯＫだよ。」、「Ｇｍ７の７ｔｈはマイナーコードのテンションなので、残し気味に演奏して下さい」などを表示する。
さらに、演奏中画面にメトロノームなどのタイミング画像や現在の小節を表示して、各パートの演奏の同期を取るようにしてもよい。

次に、放送サーバー４に接続して(ステップＳＡ４３)、演奏データを受信する（ステップＳＡ４４）と、自己のパート分を削除して（ステップＳＡ４５）、自己のパートの演奏に応じて発音する（ステップＳＡ４６）。また、自己の演奏データを検出し（ステップＳＡ４７）、自己の演奏データを放送サーバー４に送付する（ステップＳＡ４８）。演奏中においては、放送サーバー４から終了信号を受信したか否かを判別し（ステップＳＡ４９）、終了信号を受信しない場合には、ステップＳＡ４４からステップＳＡ４９のループを繰り返しながら仮想ライブ演奏を行う。ステップＳＡ４９において終了信号を受信したときは、セッションマネージャーサーバー３に接続する（ステップＳＡ５０）。

次に、セッション終了画面およびセッション名を受信して（図８のステップＳＡ５１）、そのセッション終了画面を表示する（ステップＳＡ５２）。セッション終了画面には、図２７に示すように、受信したセッション名が表示されるとともに、放送情報窓１１５には試聴や購入ができる旨のメッセージが表示される。また、他の画面へ遷移する選択肢として、アンケートに答えるためのアンケート画面１１６、初期画面に戻るための終了画面（トップ画面）１１７、演奏した内容をストリームデータとして試聴するための試聴画面１１８、演奏した内容をダウンロードして購入するための購入画面１１９のスイッチが表示される。

そして、いずれかのスイッチが選択されたか否かを判別する。アンケート画面１１６が選択されたか否かを判別し（ステップＳＡ５３）、このスイッチが選択されたときは、アンケート画面を受信して（ステップＳＡ５４）、そのアンケート画面を表示する（ステップＳＡ５５）。アンケート画面には、図２８に示すように、演奏後の感想について複数の項目のデータを入力する画面が表示され、そのアンケートを送って前画面に戻るための送るスイッチ１２０が表示される。この状態において、データが入力されたか否かを判別し（ステップＳＡ５６）、データが入力されたときは、そのデータをＲＡＭの送信バッファにストアする（ステップＳＡ５７）。次に、送るスイッチ１２０の選択によって送る操作がされたか否かを判別し（ステップＳＡ）、この操作がされたときは、ストアしたアンケートデータをセッションマネージャーサーバー３に送付する（ステップＳＡ５９）。この後は、ステップＳＡ５１に移行して、終了画面およびセッション名を受信し、再び図２６の終了画面を表示する（ステップＳＡ５２）。
なお、このアンケートデータを演奏者データベース６にストアして集計できるようにしてもよい。
アンケート画面が選択されない場合には、終了画面が選択されたか否かを判別し（ステップＳＡ６０）、この画面が選択されたときは、セッションマネージャーサーバー３との接続を停止して（図５のステップＳＡ２１）、図４のステップＳＡ２に移行して初期画面を表示する。

ステップＳＡ６０において終了画面が選択されない場合には、図９のフローにおいて、試聴画面が選択されたか否かを判別する（ステップＳＡ６１）。この画面が選択されたときは、ショップマネージャーサーバー５に接続して（ステップＳＡ６２）、セッション名で試聴要求を送付する（ステップＳＡ６３）。この送付に応じたショップマネージャーサーバー５から試聴要求画面を受信し（ステップＳＡ６４）、その試聴要求画面を表示する（ステップＳＡ６５）。試聴要求画面には、図２９に示すように、試聴を要求した演奏者の氏名、曲名、その演奏者のパート名、セッション名が表示されるとともに、試聴ボタン１２１、前の画面に戻るための前画面１２２、演奏した内容をダウンロードして購入するための購入画面１１９のスイッチが表示される。

この画面において、試聴要求ボタン１２１が操作されたか否かを判別し（ステップＳＡ６６）、試聴要求ボタン１２１が操作されたときは、セッション名で試聴用データの要求をショップマネージャーサーバー５に送付する（ステップＳＡ６７）。そして、ショップマネージャーサーバー５から試聴用データを取得して（ステップＳＡ６８）、試聴処理を行う（ステップＳＡ６９）。曲の試聴が終了すると、その試聴用データをクリアして（ステップＳＡ７０）、ステップＳＡ６６に移行する。図２９の試聴要求画面に示すように、何度でも試聴することができるので、曲の試聴が終了した後に再び試聴要求ボタン１２１が操作されると、ステップＳＡ６７からステップＳＡ７０のループを繰り返す。

ステップＳＡ６６において、試聴要求ボタン１２１が操作されない場合には、図２９の試聴要求画面において前画面１２２が選択されたか否かを判別する（ステップＳＡ７１）。前画面１２２が選択されたときは、セッションマネージャーサーバー３に接続して（ステップＳＡ７２）、図８のステップＳＡ５１に移行して、セッションマネージャーサーバー３からセッション終了画面およびセッション名を受信して、その画面を表示する（ステップＳＡ５２）。図９のステップＳＡ７１において前画面が選択されない場合には、図２９の画面において購入画面１１９が選択されたか否かを判別する（ステップＳＡ７３）。ステップＳＡ６１において、試聴の選択がされない場合にも、購入が選択されたか否かを判別する（ステップＳＡ７５）。

ステップＳＡ７４において購入が選択されたとき、すなわち、セッションマネージャーサーバー３に接続されている状態で購入が選択されたときは、ショップマネージャーサーバー５に接続する（ステップＳＡ７５）。ショップマネージャーサーバー５に接続した後、又は、ステップＳＡ７３において購入が選択されたとき、すなわち、セッションマネージャーサーバー３に接続された状態で購入が選択されたときは、セッション名で購入要求を送付する（図１０のステップＳＡ７６）。そして、購入画面を受信して（ステップＳＡ７７）、その購入画面を表示する（ステップＳＡ７８）。購入画面には、図３０に示すように、セッション名と購入金額が表示されるとともに、試聴画面と同じように、試聴ボタン１２１、および、画面変更の選択肢として、前画面１２２、購入決済画面１２３のスイッチが表示される。したがって、購入決済をする前においても、再度確認するために試聴ができるようになっている。

この状態において、視聴要求がされたか否かを判別し（ステップＳＡ７９）、試聴要求がされたときは、セッション名で試聴を要求する（ステップＳＡ８０）。そして、視聴用データを取得して（ステップＳＡ８１）、試聴処理を行う（ステップＳＡ８２）。曲の試聴が終了すると、視聴用データをクリアし（ステップＳＡ８３）、ステップＳＡ７９に移行してさらなる試聴要求があるか否かを判別する。さらなる試聴要求がある場合には、ステップＳＡ８０ないしステップＳＡ８３の処理を繰り返すが、試聴要求がない場合には、購入決済画面１２３の選択によって購入決済要求がされたか否かを判別する（ステップＳＡ８４）。
購入決済要求がされない場合には、前画面１２２が選択されたか否かを判別し（ステップＳＡ８５）、前画面１２２が選択されたときは、セッションマネージャーサーバー３に接続して（ステップＳＡ８６）、図８のフローのステップＳＡ５１に移行して終了画面を受信する。

ステップＳＡ８４において、購入決済要求がされたときは、セッション名で購入要求を行う（ステップＳＡ８７）。そして、購入決済画面を受信して（ステップＳＡ８８）、その購入決済画面を表示する（ステップＳＡ８９）。購入決済画面には、図３１に示すように、セッション名、購入価格、および決済方法を選択するスイッチ１２４、１２５が表示されるとともに、購入決定のスイッチ１２６が表示される。また、画面変更の選択肢として、前画面１２２、トップ画面１２７のスイッチが表示される。
この画面において、トップ画面が選択されたか否かを判別し（ステップＳＡ９０）、トップ画面が選択されたときは、図４のフローのステップＳＡ２に移行して初期画面を表示する。トップ画面が選択されない場合には、前画面が選択されたか否かを判別し（ステップＳＡ９１）、前画面が選択されたときは、ステップＳＡ７６に移行して、セッション名で購入要求を送付する。

前画面が選択されない場合には、図１１のフローにおいて、決済用データが入力されたか否かを判別し（ステップＳＡ９２）、決済用データが入力されたときは、その決済用データをＲＡＭの送信バッファにストアする（ステップＳＡ９３）。次に、購入決定が選択されたか否かを判別し（ステップＳＡ９４）、購入決定が選択されたときは、ショップマネージャーサーバー５に接続して（ステップＳＡ９５）、決済データを送付する（ステップＳＡ９６）。そして、仮想ライブ演奏のセッションデータをダウンロードして（ステップＳＡ９７）、ＲＡＭの所定のエリアにセッションデータをストアする（ステップＳＡ９８）。セッションデータをストアした後、又は、ステップＳＡ９４において購入決定が選択されない場合には、図１０のフローのステップＳＡ９０に移行する。

図４のフローのステップＳＡ１１において、試聴要求が送付されたときは、セッション参加でなくリスナーの試聴要求である。この場合には、図１２のフローにおいて、セッションマネージャーサーバー３から同意画面を受信して（ステップＳＡ９９）、その同意画面を表示する（ステップＳＡ１００）。リスナーの同意画面には、図２２に示すように、リスナーのプロフィール、好きな楽器、希望演奏曲、パスワード、ＩＤ、取引の銀行名および口座番号などを入力する旨のメッセージとともに、選択肢として登録する旨１０９および登録しない旨１１０のスイッチが表示される。

この画面において、同意するスイッチ選択がされたか否かを判別し（ステップＳＡ１０１）、同意しないスイッチ選択がされたときは、図５のフローのステップＳＡ２１に移行して接続を停止した後、図４のステップＳＡ２に移行して初期画面を表示する。一方、同意するスイッチ選択がされたときは、ショップマネージャーサーバー５に接続して（ステップＳＡ１０２）、リスナー同意を送付する（ステップＳＡ１０３）。そして、リスナー用登録画面を受信して（ステップＳＡ１０４）、リスナー用登録画面（図示せず）を表示する（ステップＳＡ１０５）。リスナー用登録画面において、プロフィールが入力されたか否かを判別し（ステップＳＡ１０６）、プロフィールが入力されたときは、そのプロフィールをＲＡＭの送信バッファにストアする（ステップＳＡ１０７）。

次に、登録することが選択されたか否かを判別する（ステップＳＡ１０８）。登録しないことが選択されたときは、図５のフローのステップＳＡ２１に移行して接続を停止した後、図４のステップＳＡ２に移行して初期画面を表示する。一方、登録することが選択されたときは、図１３のフローにおいて、ストアしたプロフィールを送付し（ステップＳＡ１０９）、ＩＤおよびパスワードを取得する（ステップＳＡ１１０）。次に、リスナー試聴要求を送付し（ステップＳＡ１１１）、リスナー用試聴画面を受信して（ステップＳＡ１１２）、そのリスナー用試聴画面を表示する（ステップＳＡ１１３）。リスナー用試聴画面には、図３２に示すように、ライブの試聴又は過去演奏の試聴を選択する旨のメッセージとともに、現在演奏中の内容を示すエリアおよび過去演奏の情報を入力するエリアが表示される。また、画面変更の選択肢として、ライブの試聴画面１２８および過去演奏を検索する検索結果画面１２９が表示される。
なお、現在演奏中の内容を示すエリアを右クリック又は同等の画面操作がされた場合には、今後予定されているライブ演奏のメニュー画面をウインドウ表示して、任意のライブ演奏に対して試聴要求を受け付けるようにしてもよい。

この画面において、ライブ試聴が選択されたか否かを判別し（ステップＳＡ１１４）、ライブ試聴が選択されたときは、ライブ試聴要求をショップマネージャーサーバー５に送付して（ステップＳＡ１１５）、放送サーバー４に接続する（ステップＳＡ１１６）。そして、放送サーバー４からライブ試聴画面を取得して（ステップＳＡ１１７）、そのライブ試聴画面を表示する（ステップＳＡ１１８）。ライブ試聴画面には、図３３に示すように、現在演奏中の曲名、セッション名、演奏者のパートおよび氏名が情報放送窓１３０に表示される。また、演奏者からメッセージがある場合には、そのメッセージが情報放送窓１３１に表示される。

ステップＳＡ１１４においてライブ試聴が選択されない場合には、過去演奏の曲の検索データが入力されたか否かを判別し（ステップＳＡ１１９）、検索データが入力されたときは、その検索データを送信バッファにストアする（ステップＳＡ１２０）。次に、検索要求がされたか否かを判別し（ステップＳＡ１２１）、検索要求がさない場合には、ステップＳＡ１１４に移行するが、検索要求がされたときは、その検索要求を放送サーバー４に送付する（ステップＳＡ１２２）。そして、検索結果画面を受信して（ステップＳＡ１２３）、その検索結果画面を表示する（ステップＳＡ１２４）。
なお、図３２のリスナー用試聴画面にメニュー画面を表示する構成にしてもよい。このように構成した場合には、メニューの中から検索の項目を選択して、ショップマネージャーサーバー５を介さずに、直接に曲データベース９から検索することも可能である。

検索結果画面には、例えば検索要求が「枯葉」の曲である場合には、図３３に示すように、その検索要求にマッチするセッション名が表示される。また、画面変更の選択肢として、購入画面１１９が表示される。この画面において、ダブルクリックなどの画面操作によってセッション名が指定されたか否かを判別し（ステップＳＡ１２５）、いずれかのセッション名が指定されたときは、太字や枠などによって指定セッション名を強調して（ステップＳＡ１２６）、そのセッションの演奏者のパートおよび氏名、写真などが表示され、そのセッション名で試聴要求を送付する（ステップＳＡ１２７）。そして、試聴データを取得して（ステップＳＡ１２８）、試聴処理を行う（ステップＳＡ１２９）。曲が終了したとき、又は、演奏停止１３４のスイッチが操作されたときは、試聴データをクリアして（ステップＳＡ１３０）、ステップＳＡ１２５に移行して、セッション名が指定されたか否かを判別する。

セッション名が指定されない場合には、購入画面１１９のスイッチによって、購入要求がされたか否かを判別し（ステップＳＡ１３１）、購入要求がされたときは、セッション名で購入要求を送付し（ステップＳＡ１３２）、購入確認画面を受信して（ステップＳＡ１３３）、その購入確認画面を表示する（ステップＳＡ１３４）。購入（ダウンロード）確認画面には、図３５に示すように、セッション名および価格が表示されるとともに、画面変更の選択肢として、前画面１２２および購入決済画面１２３が表示される。

この画面において、前画面１２２の選択によって前画面に戻るか否か（ステップＳＡ１３５）、又は、購入決済画面１２３の選択によって購入決済か否か（ステップＳＡ１３６）を判別する。前画面に戻る場合には、図１３のフローのステップＳＡ１２２に移行して検索要求を送付し、図１４のステップＳＡ１２３およびステップＳＡ１２４を経て、再び図３４の検索画面を表示する。一方、決済要求の場合には、図１５のフローに移行して、ショップマネージャーサーバー５から決済画面を受信し（ステップＳＡ１３７）、接続を停止した後、その決済画面を表示する（ステップＳＡ１３８）。

決済画面には、図３６に示すように、セッション名、購入価格、および決済方法を選択するスイッチ１２４、１２５が表示されるとともに、購入決定のスイッチ１２６が表示される。また、画面変更の選択肢として、前画面１２２、トップ画面１２７のスイッチが表示される。すなわち、図３６の決済画面の内容は、価格の数値以外については、図３１に示した演奏者用の決済画面と同じである。リスナーの場合は、当然のことながら演奏者が自分の仮想ライブ演奏のセッションデータを購入する場合の価格（１００円）よりも高い価格（２００円）になっている。

この画面において、決済データが入力されたか否かを判別し（ステップＳＡ１３９）、決済データが入力されたときは、その決済データを送信バッファにストアする（ステップＳＡ１４０）。次に、購入決定のスイッチ１２６の操作によって購入決定がされたか否かを判別し（ステップＳＡ１４１ａ）、購入決定がされたときは、ショップマネージャーサーバー５に接続して（ステップＳＡ１４１ｂ）、決済データを送付する（ステップＳＡ１４２）。そして、セッションデータをダウンロードして（ステップＳＡ１４３）、ＲＡＭの所定エリアにストアする（ステップＳＡ１４４）。次に、図５のフローのステップＳＡ２１に移行して、ショップマネージャーサーバー５との接続を停止し、図４のフローのステップＳＡ２に移行して、初期画面を表示する。

図１５のステップＳＡ１４１ａにおいて、購入決定がされない場合には、図３６の画面において、前画面１２２の選択か否か（ステップＳＡ１４５）、又は、トップ画面１２７の選択か否か（ステップＳＡ１４６）を判別する。前画面が選択されたときは、図１４のステップＳＡ１３２に移行して、セッション名で購入要求を送付する。この場合には、図３５の購入（ダウンロード）確認画面が表示されるが、購入決定を断念したのであるから、さらに前画面に遷移して、他のセッション名を選択するか再検索をすることになる。一方、トップ画面が選択されたときは、図４のフローのステップＳＡ２に移行して、初期画面を表示する。

図１３のフローのステップＳＡ１１８において、図３３のライブ試聴画面を表示した後は、図１６のフローに移行して、放送サーバー４から変更信号を受信したか否か（ステップＳＡ１４７）、又は、中止画面を受信したか否か（ステップＳＡ１４８）を判別する。変更信号を受信したときは、仮想ライブ演奏のセッションに変更があったので、図１３のステップＳＡ１１７に移行して、変更になったライブ試聴画面を取得して、そのライブ試聴画面を表示する（ステップＳＡ１１８）。図１６のフローにおいて、変更信号を受信せず、中止画面を受信したときは、放送サーバー４の接続を停止して、その中止画面を表示する（ステップＳＡ１４９）。中止画面を受信しない場合には、図３３の画面で戻るスイッチ１３２が選択されたか否かを判別する（ステップＳＡ１５１）。戻るスイッチ１３２が選択されたとき、又は、ステップＳＡ１４９において中止画面を表示した後は、ショップマネージャーサーバー５に接続し（ステップＳＡ１５０）、図１３のフローのステップＳＡ１１１に移行して、ほかの曲を試聴するために、リスナー用試聴要求を送付する。

図１６のフローにおいて、変更信号も中止画面も受信せず、戻るスイッチ１３２も選択されない場合には、演奏データを受信して（ステップＳＡ１５２）、発音処理を行う（ステップＳＡ１５３）。この場合には、図３３の画面の情報放送窓１３１には、現在の演奏者からのメッセージが順次表示される。この状態において、演奏内容がひどくて聴くに耐えない場合には、リスナーは不評スイッチ１３３を選択することができる。すなわち、図１６のステップＳＡ１５３の発音中において、不評スイッチ１３３がオンされたか否かを判別し（ステップＳＡ１５４）、このスイッチがオンされたときは、不評信号を送付する（ステップＳＡ１５５）。

不評スイッチがオンされない場合、又は、不評スイッチがオンされた場合には、ステップＳＡ１４７に移行するが、変更信号も中止画面も受信せず、戻るスイッチも選択されない場合には、演奏データを受信して発音する処理を繰り返すことになる。したがって、リスナーが聴くに耐えない場合でも、中止画面を受信しなければ演奏が続行される。この場合には、戻るスイッチを選択して、ほかの曲を聴くためにリスナー用試聴要求を送付することになる。不評スイッチをオンにしたリスナーが多数に上る場合には、ステップＳＡ１４８において中止画面を受信して、ステップＳＡ１４９において中止画面を表示する。中止画面には、図３７に示すように、不評のためセッション演奏を中止する旨のメッセージとともに、セッション名および演奏者名が表示される。

演奏者が仮想ライブ演奏を行うために、図４のフローのステップＳＡ４においてセッションマネージャーサーバー３に接続した場合でも、とりあえずはセッション参加要求をせずに、ステップＳＡ１１において試聴要求を送付した場合には、図１３のフローのステップＳＡ１０９においてプロフィールを送付し、ステップＳＡ１１０においてＩＤおよびパスワードを取得すれば、ステップＳＡ１１１においてリスナー用試聴要求を送付することができる。しかし、演奏者でなく初めからリスナーとしてセッション演奏の試聴や購入を目的とするユーザーもこのシステムに登録できる。

すなわち、図１８の初期画面で試聴１０３を選択した場合には、図１７のフローのステップＳＡ１５６において、試聴サイトに接続操作がされたと判別される。この場合には、ショップマネージャーサーバー５に接続して（ステップＳＡ１５７）、試聴要求を送付し（ステップＳＡ１５８）、同意画面を受信して（ステップＳＡ１５９）、図２０と同様の同意画面を表示する（ステップＳＡ１６０）。そして、同意するか否かを判別し（ステップＳＡ１６１）、同意しない場合には、接続を停止して（図５のステップＳＡ２１）、初期画面を表示する。同意する場合には、リスナー同意を送付し（ステップＳＡ１６２）、リスナー登録画面を受信して（ステップＳＡ１６３）、図２２と同様のリスナー登録画面を表示する（ステップＳＡ１６４）。

次に、プロフィールが入力されたか否かを判別し（ステップＳＡ１６５）、入力されたときは、プロフィールを送信バッファにストアする（ステップＳＡ１６６）。そして、登録が選択されたか否かを判別し（ステップＳＡ１６７）、登録しない場合には、ショップマネージャーサーバー５の接続を停止して（図５のステップＳＡ２１）、初期画面を表示するが、登録する場合にはプロフィールを送付して（ステップＳＡ１６８）、ＩＤおよびパスワードを取得する（ステップＳＡ１６９）。この後は、図１３のフローのステップＳＡ１１１に移行して、リスナー用試聴要求をショップマネージャーサーバー５に送付する。

次に、放送サーバー４の動作について、図３８および図３９のメインルーチンのフローチャートを参照して説明する。
図３８のフローにおいて、現時刻を取得して（ステップＳＢ１）、演奏データの放送を示すフラグＳＴＦが「０（放送停止）」であるか否かを判別する（ステップＳＢ２）。ＳＴＦが「０」である場合には、演奏プログラムデータベース７を検索して（ステップＳＢ３）、現時刻が開始時刻の演奏プログラムがあるか否かを判別する（ステップＳＢ４）。現時刻が開始時刻の演奏プログラムがある場合には、ＳＴＦを「１（放送）」にセットして（ステップＳＢ５）、曲データベース９に空きエリアを確保する（ステップＳＢ６）。次に、ショップマネージャーサーバー５を介して転送された任意の端末装置１からの試聴要求を受信したか否かを判別する（ステップＳＢ７ａ）。試聴要求を受信しない場合にはステップＳＢ２に移行するが、試聴要求を受信したときは、演奏プログラムに基づくライブ試聴画面を作成する（ステップＳＢ７ｂ）。次に、セッションの変更を示す変更信号とライブ試聴画面の試聴を要求している端末装置１に送付して（ステップＳＢ８）、端末装置１からの不評信号の受信数を累算するレジスタＮＧを「０」にクリアする（ステップＳＢ９）。そして、ステップＳＢ２に移行する。
ステップＳＢ２において、ＳＴＦが「１」である場合には、演奏中の曲の終了時間か否かを判別する（ステップＳＢ１０）。曲の終了時間である場合には、ＳＴＦを「０」にリセットし（ステップＳＢ１１）、終了信号を端末装置１に送付する（ステップＳＢ１２）。そして、ステップＳＢ１に移行して現時刻を取得する。

ステップＳＢ１０において、演奏中の曲の終了時間でない場合、すなわち、演奏が続いている場合には、図３９のフローにおいて、端末装置１から不評信号を受信したか否かを判別する（ステップＳＢ１３）。不評信号を受信したときは、ＮＧの値をインクリメントして（ステップＳＢ１４）、ＮＧの値が規定値に達したか否かを判別する（ステップＳＢ１５）。ＮＧの値が規定値に達したときは、ＳＴＦを「０」にリセットして（ステップＳＢ１６）、曲データをクリアする（ステップＳＢ１７）。そして、端末装置１に対して中止画面を送付し（ステップＳＢ１８）、セッションマネージャーサーバー３に対して中止信号を送付する（ステップＳＢ１９）。そして、図３８のステップＳＢ１に移行して現時刻を取得する。

図３９のステップＳＢ１３において不評信号を受信しない場合、又は、ステップＳＢ１５においてＮＧの値が規定値に満たない場合には、送信されてくる各パートの演奏データを受信して（ステップＳＢ２０）、受信された各パートの演奏データをそのパートの端末装置１を除く他の各端末装置１に送信する（ステップＳＢ２１）。この場合において、未決定のパートがあるか否かを判別し（ステップＳＢ２２）、未決定のパートがある場合には、模範（又は、既存）パートの演奏データを送信する（ステップＳＢ２３）。この後は、図３８のステップＳＢ１に移行して現時刻を取得する。

次に、セッションマネージャーサーバー３の動作について、メインルーチン（図示せず）実行中に発生した割込みに応じて実行する図４０ないし図５６の割込み処理のフローチャートを参照して説明する。
端末装置１から登録サイトへの接続要求を受信したときは、図４０のフローにおいて、図１９に示した開始画面を送付する（ステップＳＣ１）。端末装置１からセッション参加要求を受信したときは、図４１のフローにおいて、図２０に示した同意画面を送付する（ステップＳＣ２）。端末装置１から同意を受信したときは、図４２のフローにおいて、登録画面を送付する（ステップＳＣ３）。端末装置１から同意しないを受信したときは、図４３のフローにおいて、その端末装置１との接続を停止する（ステップＳＣ４）。

端末装置１から仮想ライブ演奏の演奏者のプロフィールおよび希望演奏曲を受信したときは、図４４のフローにおいて、その受信内容を一時的にストアして（ステップＳＣ１１）、演奏プログラムデータベース７を検索する（ステップＳＣ１２）。そして、希望演奏曲のプログラムがあるか否かを判別し（ステップＳＣ１３）、そのプログラムがある場合には、希望演奏のパートに空きがあるか否かを判別する（ステップＳＣ１４）。そのパートに空きがある場合には、希望演奏曲のプログラムに基づき予告画面を作成する（ステップＳＣ１５）。
ステップＳＣ１３において希望演奏曲のプログラムがない場合、又は、ステップＳＣ１４において希望演奏のパートに空きがない場合には、演奏プログラムデータベース７から空き時間を捜す（ステップＳＣ１６）。そして、希望曲名、空き時間の演奏日時、希望パートに基づき予告画面を作成する（ステップＳＣ１７）。
ステップＳＣ１５又はステップＳＣ１７で作成した予告画面をその端末装置１に送付して（ステップＳＣ１８）、メインルーチンに戻る。この結果、図２３に示した予告画面が端末装置１に表示される。

送付した予告画面において、端末装置１から了解する旨を受信したときは、図４５のフローにおいて、ＩＤおよびパスワードを作成して（ステップＳＣ２１）、一時的にストアされた演奏者のプロフィールをＩＤおよびパスワードとともに演奏者データベース６にストアする（ステップＳＣ２２）。次に、指定されている演奏プログラムデータベース７の希望パートに演奏者のＩＤをストアする（ステップＳＣ２３）。そして、ＩＤおよびパスワードをその端末装置１に送付して（ステップＳＣ２４）、メインルーチンに戻る。
送付した予告画面において、端末装置１から了解しない旨を受信したときは、図４６のフローにおいて、一時的にストアされた演奏者のプロフィールなどのデータをクリアして（ステップＳＣ２５）、メインルーチンに戻る。

端末装置１から演奏サイトへの接続要求を受信したときは、図４７のフローにおいて、ＩＤおよびパスワード要求画面を送付する（ステップＳＣ３１）。このＩＤおよびパスワードの画面において入力されたＩＤおよびパスワードを端末装置１から受信したときは、図４８のフローにおいて、ＩＤおよびパスワードに基づく認証処理を行って（ステップＳＣ４１）、演奏プログラムデータベース７より演奏プログラムを検索する（ステップＳＣ４２）。そして、現時刻より検索した演奏プログラムの開始までの時間すなわち待ち時間を検出する（ステップＳＣ４３）。その検索された演奏プログラム、待ち時間に基づきセッション待機画面を作成し（ステップＳＣ４４）、セッション待機画面を端末装置１に送付する（ステップＳＣ４５）。この結果、図２５に示したセッション待機画面が端末装置１に表示される。

図４９は、セッションマネージャーサーバー３における一定時間ごとのタイマインタラプトのフローチャートである。セッション待機画面表示中の端末装置１があるか否かを判別し（ステップＳＣ５１）、そのような端末装置１がない場合にはメインルーチンに戻るが、該当する端末装置１がある場合には、前回その端末装置１に送付した待ち時間を減算する（ステップＳＣ５２）。この減算の結果、待ち時間が「０」に達したか否かを判別し（ステップＳＣ５３）、待ち時間が「０」に達していない場合には、減算した待ち時間を端末装置１に送付して（ステップＳＣ５４）、メインルーチンに戻る。この結果、図２５のセッション待機画面の待ち時間が更新される。
ステップＳＣ５３において待ち時間が「０」に達したときは、演奏中画面を作成して（ステップＳＣ５５）、作成した演奏中画面を端末装置１に送付して（ステップＳＣ５６）、メインルーチンに戻る。この結果、図２６に示した演奏中画面が端末装置１に表示される。

放送サーバー４からセッション終了信号を受信したときは、図５０のフローにおいて、セッション名を作成し（ステップＳＣ６１）、曲データベース９の対応するエリアにストアし（ステップＳＣ６２）、セッション名に基づき終了画面を作成する（ステップＳＣ６３）。その終了画面およびセッション名を端末装置１に送付して（ステップＳＣ６４）、メインルーチンに戻る。この結果、図２７に示したセッション終了画面が端末装置１に表示される。
図２７のセッション終了画面における端末装置１の操作に応じて、セッションマネージャーサーバー３が種々の要求や信号を受信したとき、又は、放送サーバー４から信号を受信したときは、以下に記述するように、その要求や信号に対応する処理を行う。
端末装置１からアンケート要求を受信したときは、図５１のフローにおいて、アンケート画面を送付する（ステップＳＣ７１）。端末装置１から前画面の要求を受信したときは、図５２のフローにおいて、終了画面およびセッション名を送付する（ステップＳＣ８１）。
端末装置１からアンケートデータを受信したときは、図５３のフローにおいて、そのアンケートデータを演奏プログラムデータベース７にストアして（ステップＳＣ９１）、終了画面およびセッション名を送付する（ステップＳＣ９２）。端末装置１から終了信号を受信したときは、図５４のフローにおいて、接続を停止する（ステップＳＣ１０１）。端末装置１から試聴要求を受信したときは、図５５のフローにおいて、同意画面を送付する（ステップＳＣ１１１）。放送サーバー４から中止信号を受信したときは、図５６のフローにおいて、演奏プログラムデータベース７内を検索して（ステップＳＣ１２１）、検索したプログラムを消去する（ステップＳＣ１２２）。

次に、ショップマネージャーサーバー５の動作について、メインルーチン（図示せず）実行中に発生した割込みに応じて実行する図５７ないし図７１の割込み処理のフローチャートを参照して説明する。
端末装置１から仮想ライブ演奏のセッション名および試聴要求を受信したときは、図５７のフローにおいて、試聴要求画面を送付する（ステップＳＤ１）。端末装置１からセッション名および試聴操作を受信したときは、図５８のフローにおいて、セッション名に基づき曲データベース９を検索して（ステップＳＤ１１）、検索した曲データに基づき試聴データを作成し（ステップＳＤ１２）、その試聴データを送付する（ステップＳＤ１３）。端末装置１から前画面の要求を受信したときは、図５９のフローにおいて、セッションマネージャーサーバー３にその前画面要求を送付する（ステップＳＤ２１）。

端末装置１からセッション名および購入要求を受信したときは、図６０のフローにおいて、購入画面を送付する（ステップＳＤ３１）。この結果、図３０の購入（ダウンロード）画面が端末装置１に表示される。端末装置１からセッション名および購入決済要求を受信したときは、図６１のフローにおいて、購入決済画面を送付する（ステップＳＤ４１）。この結果、図３１の購入決済画面が端末装置１に表示される。端末装置１からトップ画面の要求を受信したときは、図６２のフローにおいて、セッションマネージャーサーバー３に登録サイト接続要求を送付する（ステップＳＤ５１）。

端末装置１からセッション名および銀行名や口座番号などの決済データを受信したときは、図６３のフローにおいて、決済データを決済機関へ送付する（ステップＳＤ６１）。この後、決済機関から決済終了を受信したときは、図６４のフローにおいて、対応する曲データを曲データベース９から検索して（ステップＳＤ７１）、決済データを送付した端末装置１に対してその曲データを送付する（ステップＳＤ７２）。

端末装置１からリスナー同意を受信したときは、図６５のフローにおいて、リスナー登録画面を送付する（ステップＳＤ８１）。この結果、図２２の試聴／購入画面が端末装置１に表示される。この後、端末装置１からリスナープロフィールを受信したときは、図６６のフローにおいて、ＩＤおよびパスワード、受信プロフィールをリスナーデータベース８にストアして（ステップＳＤ９１）、ＩＤおよびパスワードを端末装置１に送付する（ステップＳＤ９２）。次に、端末装置１からリスナー用試聴要求を受信したときは、図６７のフローにおいて、リスナー用試聴画面を送付する（ステップＳＤ１０１）。この結果、図３２のリスナー用試聴画面が端末装置１に表示される。

この後、端末装置１からライブ試聴要求を受信したときは、図６８のフローにおいて、現在行われている演奏プログラムを検索し（ステップＳＤ１１１）、試聴要求の端末装置１のアドレスとセッション名を含むライブ試聴要求を放送サーバー４に転送する（ステップＳＤ１１２）。この結果、放送サーバー４は、図３８のステップＳＢ７ｂにおいてプログラムに基づくライブ試聴画面を作成して、ステップＳＢ８においてそのライブ試聴画面を送付するので、図３３のライブ試聴画面が端末装置１に表示される。

端末装置１から検索データを受信したときは、図６９のフローにおいて、検索データに基づき曲データベース９を検索し（ステップＳＤ１２１）、検索結果に基づき検索結果画面を作成して（ステップＳＤ１２２）、検索結果画面を送付する（ステップＳＤ１２３）。この結果、図３４の検索結果画面が端末装置１に表示される。端末装置１から試聴サイト接続の要求を受信したときは、図７０のフローにおいて、ＩＤおおびパスワード画面を送付する（ステップＳＤ１３１）。そして、端末装置１からＩＤおよびパスワードを受信したときは、図７１のフローにおいて、認証処理を行う（ステップＳＤ１４１）。

以上のように、上記実施形態によれば、セッションマネージャーサーバー３は、インターネット２を介して接続された任意の端末装置１からの仮想ライブ演奏の演奏申し込みに応じて、その仮想ライブ演奏の複数のパートを構成する各演奏者および演奏スケジュールを管理する。放送サーバー４は、セッションマネージャーサーバー３によって管理された演奏スケジュールに応じた仮想ライブ演奏において、演奏申し込みを行った演奏者の端末装置１から受信したその演奏者のパートの演奏データを、他のパートの演奏者の端末装置１およびその仮想ライブ演奏に対して試聴申し込みがされた端末装置１に対して送信し、各演奏者の端末装置１から受信した複数のパートの演奏データを曲データベース９に記憶する。ショップマネージャーサーバー５は、インターネット２を介して接続された任意の端末装置１からの仮想ライブ演奏の演奏データに対する購入申し込みに応じて、その申し込みに対応する演奏データを送信する。
したがって、リスナーや他の演奏者からの評価が得られることで、各演奏者の技術の向上を期待することができるとともに、音楽活動をビジネスとして展開することができるという効果が得られる。さらに、インターネットのように世界中に配備されたネットワークを介して、だれでもどこでもいつでも仮想ライブ演奏や演奏の試聴ができるので、音楽のユビキタスサービスのビジネスを実現できる。

また、実施形態における仮想ライブ演奏の支援システムにおいて、セッションマネージャーサーバー３は、演奏申し込みに対応する仮想ライブ演奏が所定数のパートで構成される場合において、全てのパートに対する演奏申し込みがない場合には、演奏申し込みがないパートの演奏データを曲データベース９から読み出して、そのパートの演奏者として割り当てる。
したがって、全てのパートの演奏者が揃わない場合でも、必要最低限のパートの演奏者が参加すれば仮想ライブ演奏を行うことができる。

また、実施形態における仮想ライブ演奏の支援システムにおいて、放送サーバー４は、現在演奏中の仮想ライブ演奏の演奏データを試聴申し込みの端末装置１に送信している場合に、所定数以上の端末装置１から不評の通知を受信したときは、そのライブ演奏を中止する。
したがって、聴いている多くのリスナーにとって不評のライブ演奏によって、演奏時間やネットワークの占有を含むライブ演奏資源が無駄に使用されるのを防止することができる。

また、実施形態における仮想ライブ演奏の支援システムにおいて、ショップマネージャーサーバー５は、任意の端末装置１から仮想ライブ演奏の演奏データに対する購入申し込みに応じて、その演奏データを送信する場合には、その端末装置１のユーザーの金融機関の口座番号から購入の対価を受け取るための決済を行う。
したがって、購入の申し込みに対して迅速なサービスを提供できるとともに、決済処理に対するコストダウンを図ることができる。

また、実施形態における仮想ライブ演奏の支援システムにおいて、セッションマネージャーサーバー３は、仮想ライブ演奏の演奏申し込みに対応する端末装置１に対して、演奏スケジュールに基づいてその仮想ライブ演奏の開始時刻に至るまで演奏時間の予告通知を行う。
したがって、演奏者は、自分の演奏開始まで端末装置の前で待つ必要がなく、待ち時間を有効に活用することができる。

また、実施形態における仮想ライブ演奏の支援システムにおいて、ショップマネージャーサーバー５は、任意の端末装置１から過去に演奏された仮想ライブ演奏の演奏データに対する試聴申し込みがされたときは、その試聴申し込みに対応する演奏データを曲データベース９から検索して、その端末装置１に送信する。
したがって、リスナーは、過去に演奏された仮想ライブ演奏を聴き逃した場合でも、その演奏データを試聴して、購入するかどうかを検討することができる。

なお、上記実施形態においては、プログラムメモリにあらかじめ記憶された仮想ライブ演奏の支援処理プログラムをＣＰＵなどの制御部が実行する装置の発明について説明したが、汎用のパソコンなどのシステムによって本発明を実現することも可能である。すなわち、フレキシブルディスク（ＦＤ）、ＣＤ、ＭＤなどの記憶媒体に記録されている仮想ライブ演奏の支援処理プログラムをパソコンのハードディスクにインストールしたり、インターネットなどのネットワークからダウンロードした仮想ライブ演奏の支援処理プログラムをインストールして、そのプログラムをパソコンのＣＰＵが実行することも可能である。この場合には、プログラムの発明やそのプログラムを記録した記録媒体の発明を実現できる。

すなわち、本発明による仮想ライブ演奏の支援処理プログラムは、
ネットワークを介して接続された任意の端末装置からの仮想ライブ演奏の演奏申し込みに応じて当該仮想ライブ演奏の複数のパートを構成する各演奏者および演奏スケジュールを管理する第１のステップと、前記第１のステップによって管理された演奏スケジュールに応じた仮想ライブ演奏において、演奏申し込みを行った演奏者の端末装置から受信した当該演奏者のパートの演奏データを他のパートの演奏者の端末装置および当該仮想ライブ演奏に対して試聴申し込みがされた端末装置に対して送信し、各演奏者の端末装置から受信した複数のパートの演奏データを所定の記憶手段に記憶する第２のステップと、前記ネットワークを介して接続された任意の端末装置からの仮想ライブ演奏の演奏データに対する購入申し込みに応じて当該申し込みに対応する演奏データを送信する第３のステップと、を実行する。

前記第１のステップは、前記演奏申し込みに係る仮想ライブ演奏が所定数のパートで構成される場合において、全てのパートに対する演奏申し込みがない場合には、演奏申し込みがないパートの演奏データを前記記憶手段から読み出して当該パートの演奏者の演奏データとして割り当てる。

前記第２のステップは、現在演奏中の仮想ライブ演奏の演奏データを前記試聴申し込みの端末装置に対して送信している場合に、当該試聴申し込みに係る所定数以上の端末装置から不評の通知を受信したときは、当該ライブ演奏を中止する。

前記第３のステップは、任意の端末装置から仮想ライブ演奏の演奏データに対する購入申し込みに応じて当該演奏データを送信する場合には、当該端末装置のユーザーの金融機関の口座番号から購入の対価を受け取るための決済を行う。

前記第１のステップは、前記仮想ライブ演奏の演奏申し込みに対応する端末装置に対して前記演奏スケジュールに基づいて当該仮想ライブ演奏の開始時刻に至るまで演奏時間の予告通知を行う。

前記第３のステップは、任意の端末装置から過去に演奏された仮想ライブ演奏の演奏データに対する試聴申し込みがされたときは、当該試聴申し込みに対応する演奏データを前記記憶手段から検索して当該端末装置に送信する。

なお、上記実施形態において、ショップマネージャーサーバー５に曲や演奏者のリクエストサイトの機能を持たせて、リスナーからのリクエストを受け付ける構成にしてもよい。ショップマネージャーサーバー５は、リクエストされた曲や演奏者の仮想ライブ演奏が予定されたときは、その情報をリクエストしたリスナーの端末装置あるいは携帯電話に通知するようにしてもよい。
さらに、上記実施形態において、図３２の演奏者の画面で演奏者をクリックすると、その演奏者のプロフィールのメニュー画面をウインドウ表示して、所望の項目を閲覧できるようにしてもよい。
さらに、上記実施形態において、図２３の予告画面の情報については、端末装置１に送付するだけでなく、演奏者の携帯電話にも送付する構成にしてもよい。また、演奏者は、携帯電話のカレンダ機能を活用して、携帯電話から演奏申し込みができる構成にしてもよい。
さらに、上記実施形態において、セッションマネージャーサーバー３は、希望のパートが揃わないためパート待ちをしている演奏者のデータを集計して、ランダムにセッションを編成し、そのセッションの該当するパートの演奏者に提案する構成にしてもよい。

本発明の実施形態における仮想ライブ演奏の支援システムの構成を示す図。（Ａ）は図１の演奏プログラムデータベースのデータ構成を示す図、（Ｂ）は図１の演奏者データベースのデータ構成を示す図。（Ｃ）は図１の曲データベースのデータ構成を示す図、（Ｄ）は図１のリスナーデータベースのデータ構成を示す図。図１の端末装置の動作を示すフローチャート。図４に続く端末装置の動作を示すフローチャート。図４に続く端末装置の動作を示すフローチャート。図６に続く端末装置の動作を示すフローチャート。図７に続く端末装置の動作を示すフローチャート。図８に続く端末装置の動作を示すフローチャート。図９に続く端末装置の動作を示すフローチャート。図１０に続く端末装置の動作を示すフローチャート。図４に続く端末装置の動作を示すフローチャート。図１２に続く端末装置の動作を示すフローチャート。図１３に続く端末装置の動作を示すフローチャート。図１４に続く端末装置の動作を示すフローチャート。図１３に続く端末装置の動作を示すフローチャート。図６に続く端末装置の動作を示すフローチャート。図１の端末装置に表示された初期画面の図。図１の端末装置に表示された開始画面の図。図１の端末装置に表示された同意画面の図。図１の端末装置に表示された演奏登録画面の図。図１の端末装置に表示された試聴／購入登録画面の図。図１の端末装置に表示された予告画面の図。図１の端末装置に表示された予告画面における曲詳細説明部の図。図１の端末装置に表示されたセッション待機画面の図。図１の端末装置に表示された演奏中画面の図。図１の端末装置に表示されたセッション終了画面の図。図１の端末装置に表示されたアンケート画面の図。図１の端末装置に表示された演奏者用試聴画面の図。図１の端末装置に表示された購入画面の図。図１の端末装置に表示された購入決済画面の図。図１の端末装置に表示されたリスナー用試聴画面の図。図１の端末装置に表示されたライブ試聴画面の図。図１の端末装置に表示された検索結果画面の図。図１の端末装置に表示された購入画面の図。図１の端末装置に表示された購入決済画面の図。図１の端末装置に表示された中止画面の図。図１の放送サーバーにおけるメインルーチンのフローチャート。図３８に続く放送サーバーのメインルーチンのフローチャート。図１のセッションマネージャーサーバーにおける開始画面送付のフローチャート。図１のセッションマネージャーサーバーにおける同意画面送付のフローチャート。図１のセッションマネージャーサーバーにおける登録画面送付のフローチャート。図１のセッションマネージャーサーバーにおける接続停止のフローチャート。図１のセッションマネージャーサーバーにおけるプロフィール受信処理のフローチャート。図１のセッションマネージャーサーバーにおける同意了解の受信処理のフローチャート。図１のセッションマネージャーサーバーにおける同意非了解の受信処理のフローチャート。図１のセッションマネージャーサーバーにおける演奏サイト接続要求の受信処理のフローチャート。図１のセッションマネージャーサーバーにおけるＩＤおよびパスワードの受信処理のフローチャート。図１のセッションマネージャーサーバーにおけるタイマインタラプトのフローチャート。図１のセッションマネージャーサーバーにおけるセッション終了信号の受信処理のフローチャート。図１のセッションマネージャーサーバーにおけるアンケート要求の受信処理のフローチャート。図１のセッションマネージャーサーバーにおける前画面要求の受信処理のフローチャート。図１のセッションマネージャーサーバーにおけるアンケートデータの受信処理のフローチャート。図１のセッションマネージャーサーバーにおける終了信号の受信処理のフローチャート。図１のセッションマネージャーサーバーにおける試聴要求の受信処理のフローチャート。図１のセッションマネージャーサーバーにおける中止信号の受信処理のフローチャート。図１のショップマネージャーサーバーにおける試聴要求画面の送付処理のフローチャート。図１のショップマネージャーサーバーにおけるセッション名試聴操作の受信処理のフローチャート。図１のショップマネージャーサーバーにおける前画面要求の受信処理のフローチャート。図１のショップマネージャーサーバーにおける購入要求の受信処理のフローチャート。図１のショップマネージャーサーバーにおける購入決済画面の送付処理のフローチャート。図１のショップマネージャーサーバーにおけるトップ画面要求の受信処理のフローチャート。図１のショップマネージャーサーバーにおける決済データの受信処理のフローチャート。図１のショップマネージャーサーバーにおける決済終了の受信処理のフローチャート。図１のショップマネージャーサーバーにおけるリスナー同意の受信処理のフローチャート。図１のショップマネージャーサーバーにおけるリスナープロフィールの受信処理のフローチャート。図１のショップマネージャーサーバーにおけるリスナー用試聴要求の受信処理のフローチャート。図１のショップマネージャーサーバーにおけるライブ試聴要求画面の送付処理のフローチャート。図１のショップマネージャーサーバーにおける検索データの受信処理のフローチャート。図１のショップマネージャーサーバーにおける試聴サイト接続の受信処理のフローチャート。図１のショップマネージャーサーバーにおけるＩＤおよびパスワード受信処理のフローチャート。

符号の説明

１端末装置
２インターネット
３セッションマネージャーサーバー
４放送サーバー
５ショップマネージャーサーバー
６演奏者データベース
７演奏プログラムデータベース
８リスナーデータベース
９曲データベース

Claims

ネットワークを介して接続された任意の端末装置からの仮想ライブ演奏の演奏申し込みに応じて当該仮想ライブ演奏の複数のパートを構成する各演奏者および演奏スケジュールを管理する第１のサーバーと、
前記第１のサーバーによって管理された演奏スケジュールに応じた仮想ライブ演奏において、演奏申し込みを行った演奏者の端末装置から受信した当該演奏者のパートの演奏データを他のパートの演奏者の端末装置および当該仮想ライブ演奏に対して試聴申し込みがされた端末装置に対して送信し、各演奏者の端末装置から受信した複数のパートの演奏データを所定の記憶手段に記憶する第２のサーバーと、
前記ネットワークを介して接続された任意の端末装置からの仮想ライブ演奏の演奏データに対する購入申し込みに応じて決済データを決済機関へ送付し、前記決済機関から決済終了を受信したときは前記所定の記憶手段から当該申し込みに対応する演奏データを検索し、当該検索された演奏データを前記任意の端末装置へ送信する第３のサーバーとを備え、
前記第２のサーバーは、現在演奏中の仮想ライブ演奏の演奏データを前記試聴申し込みの端末装置に対して送信している場合に、当該試聴申し込みに係る所定数以上の端末装置から不評の通知を受信したときは、当該ライブ演奏を中止することを特徴とする仮想ライブ演奏の支援システム。
コンピューターに、
ネットワークを介して接続された任意の端末装置からの仮想ライブ演奏の演奏申し込みに応じて当該仮想ライブ演奏の複数のパートを構成する各演奏者および演奏スケジュールを管理する第１のステップと、
前記第１のステップによって管理された演奏スケジュールに応じた仮想ライブ演奏において、演奏申し込みを行った演奏者の端末装置から受信した当該演奏者のパートの演奏データを他のパートの演奏者の端末装置および当該仮想ライブ演奏に対して試聴申し込みがされた端末装置に対して送信し、各演奏者の端末装置から受信した複数のパートの演奏データを所定の記憶手段に記憶するとともに現在演奏中の仮想ライブ演奏の演奏データを前記試聴申し込みの端末装置に対して送信している場合に、当該試聴申し込みに係る所定数以上の端末装置から不評の通知を受信したときは、当該ライブ演奏を中止する第２のステップと、
前記ネットワークを介して接続された任意の端末装置からの仮想ライブ演奏の演奏データに対する購入申し込みに応じて決済データを決済機関へ送付し、前記決済機関から決済終了を受信したときは前記所定の記憶手段から当該申し込みに対応する演奏データを検索し、当該検索された演奏データを前記任意の端末装置へ送信する第３のステップと、
を実行させる仮想ライブ演奏の支援プログラム。