(57)【要約】【課題】ネットセッションに参加する各演奏者が、同じタイミングで各々の演奏を開始できるようなシステムを提供すること。【手段】セッション管理サーバ装置２０は、同じセッションルームに入室した複数の演奏者の各セッション端末１０へ、セッション開始までの残り時間長を示す演奏開始カウントダウン信号を送信する。演奏開始カウントダウン信号を受信したセッション端末１０の制御部１７は、演奏開始までの残り時間長を表示部１５に表示させる。【選択図】      図１
2006133309.tif 000002
【特許請求の範囲】
【請求項１】
音楽セッションへの参加を求める複数のセッション端末の各々から演奏者識別情報を受信する参加申込受信手段と、
前記受信した各演奏者識別情報をセットとして記憶する記憶手段と、
演奏開始までの残り時間長を表す演奏開始カウントダウン信号を、前記記憶手段にセットとして記憶された各演奏者識別情報の発信元の各セッション端末に宛てて送信するカウントダウン信号発信手段と、
前記演奏開始カウントダウン信号の送信後、前記各セッション端末の各々から楽音情報を受信し、受信した楽音情報をその発信元とは別の一又は複数のセッション端末へ送信する楽音情報転送手段と
を備えたセッション管理サーバ装置。
【請求項２】
請求項１に記載のセッション管理サーバ装置において、
演奏準備の完了の有無を問い合わせるメッセージを、前記記憶手段にセットとして記憶された各演奏者識別情報の発信元のセッション端末に宛てて送信し、その宛先であった各セッション端末から演奏準備が完了した旨のメッセージを受信する準備完了確認手段を更に備え、
前記カウントダウン信号発信手段は、
前記準備完了確認手段が、前記演奏準備の完了の有無を問い合わせるメッセージの宛先であった所定数のセッション端末から演奏準備が完了した旨のメッセージを受信したことを条件として、前記演奏開始カウントダウン信号を送信する
セッション管理サーバ装置。
【請求項３】
請求項１に記載のセッション管理サーバ装置において、
前記音楽セッションで演奏されることになっている楽曲の演奏開始からその楽曲に含まれる各演奏イベントの出だしまでの時間長を夫々表す楽曲シーケンス情報を記憶したシーケンス情報記憶手段を更に備え、
前記カウントダウン信号発信手段は、
前記演奏開始カウントダウン信号を送信した後、演奏開始からの経過時間長を計時し、前記シーケンス情報記憶手段に記憶された楽曲シーケンス情報が表す時間長の経過に合せて、演奏イベントの出だしまでの残り時間長を表わすイベントカウントダウン信号を送信する
セッション管理サーバ装置。
【請求項４】
請求項３に記載のセッション管理サーバ装置において、
前記カウントダウン信号発信手段は、
前記演奏開始カウントダウン信号が送信された後に前記参加申込受信手段が受信した演奏者識別情報の発信元のセッション端末に宛てて、前記イベントカウントダウン信号を送信する
セッション管理サーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを利用した音楽セッションを支援する技術に関する。
【背景技術】
【０００２】
ネットワークを利用することによって遠隔にある演奏者同士による音楽セッションを行わせる、「ネットセッション」と呼ばれるサービスが普及してきている。このサービスは、ネットセッションに特化された専用のデバイスである「セッション端末」から、それら各端末間での楽音情報のやり取りを仲介するサーバ装置へアクセスすると提供される。
このセッション端末は、通信機能に加えて、楽音信号をデコードし及びエンコードする機能を搭載する。そして、ある演奏者が自らのセッション端末に接続した電子楽器を演奏すると、その楽音信号が自らのセッション端末からサーバ装置を経由して他の演奏者のセッション端末へほぼリアルタイムに伝送され、伝送先の端末から楽音として放音される。このような処理が相互に行われることにより、音楽セッションが実現する。
【０００３】
ところで、ネットセッションサービスの場合、共に音楽セッションを行う相手と直接コミュニケーションをとることができないため、生の音楽セッションを行う場合に比べると楽曲の演奏開始のタイミングが揃えづらいという問題があった。この種の問題を解決する技術として、特許文献１などが提案されている。同文献に開示された楽音信号発生装置は、演奏者による演奏開始のタイミングを正確に案内すべく、楽曲データの進行に従ってテンポを報知する手段や、いわゆるカウントインを行う手段などを搭載する。
しかしながら、同文献に開示された楽音信号発生装置は、あくまで楽曲を独奏する際における演奏開始のタイミングを案内することを前提として案出されており、常に複数の演奏者が参加して行われるネットセッションには不向きなものであった。
【特許文献１】特開２００３−１５０１６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、このような背景の下に案出されたものであり、ネットセッションに参加する各演奏者が、同じタイミングで各々の演奏を開始できるようなシステムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の好適な態様であるセッション管理サーバ装置は、音楽セッションへの参加を求める複数のセッション端末の各々から演奏者識別情報を受信する参加申込受信手段と、前記受信した各演奏者識別情報をセットとして記憶する記憶手段と、演奏開始までの残り時間長を表す演奏開始カウントダウン信号を、前記記憶手段にセットとして記憶された各演奏者識別情報の発信元の各セッション端末に宛てて送信するカウントダウン信号発信手段と、前記演奏開始カウントダウン信号の送信後、前記各セッション端末の各々から楽音情報を受信し、受信した楽音情報をその発信元とは別の一又は複数のセッション端末へ送信する楽音情報転送手段とを備える。
【０００６】
この態様において、演奏準備の完了の有無を問い合わせるメッセージを、前記記憶手段にセットとして記憶された各演奏者識別情報の発信元のセッション端末に宛てて送信し、その宛先であった各セッション端末から演奏準備が完了した旨のメッセージを受信する準備完了確認手段を更に備え、前記カウントダウン信号発信手段は、前記準備完了確認手段が、前記演奏準備の完了の有無を問い合わせるメッセージの宛先であった所定数のセッション端末から演奏準備が完了した旨のメッセージを受信したことを条件として、前記演奏開始カウントダウン信号を送信するようにしてもよい。
【０００７】
また、前記音楽セッションで演奏されることになっている楽曲の演奏開始からその楽曲に含まれる各演奏イベントの出だしまでの時間長を夫々表す楽曲シーケンス情報を記憶したシーケンス情報記憶手段を更に備え、前記カウントダウン信号発信手段は、前記演奏開始カウントダウン信号を送信した後、演奏開始からの経過時間長を計時し、前記シーケンス情報記憶手段に記憶された楽曲シーケンス情報が表す時間長の経過に合せて、演奏イベントの出だしまでの残り時間長を表わすイベントカウントダウン信号を送信するようにしてもよい。
更に、前記カウントダウン信号発信手段は、前記演奏開始カウントダウン信号が送信された後に前記参加申込受信手段が受信した演奏者識別情報の発信元のセッション端末に宛てて、前記イベントカウントダウン信号を送信するようにしてもよい。
【発明の効果】
【０００８】
本発明によると、ネットセッションに参加する各演奏者に、同じタイミングで各々の演奏を開始させることができる。
【発明を実施するための最良の形態】
【０００９】
（発明の実施の形態）
本願発明の実施形態について説明する。
まず、以降の説明において用いる主要な用語を定義しておく。「運営者」とは、ネットワークを利用した各種サービスを提供している事業者を意味する。「演奏者」とは、運営者による支援の下、音楽セッションに参加する個人を意味する。各演奏者には、各々を識別する固有の識別情報である演奏者ＩＤが運営者より交付されている。「楽音情報」とは、楽音信号にある圧縮符号化処理を施して得た符号列を表す情報を意味する。
【００１０】
図１は、本実施形態にかかるセッションシステムの全体構成図である。図に示すように、本システムは、複数のセッション端末１０と、セッション管理サーバ装置２０とから構成される。これら各ノードは、図に示すＮＴＰ（network time protocol）サーバ３０による支援の下、時刻の同期が図られるようになっている。
【００１１】
図２は、セッション端末１０のハードウェア構成を示すブロック図である。この端末１０は、演奏者によって使用されるものであり、図に示すように、楽音信号入力部１１、楽音信号出力部１２、通信部１３、エンコード／デコード部１４、表示部１５、操作部１６、及び制御部１７を備える。
楽音信号入力部１１は、電子楽器４０から自端末１０へ楽音信号を入力する。一方、楽音信号出力部１２は、自端末１０からスピーカ５０へ楽音信号を出力する。通信部１３は、予め登録されたセッション管理サーバ装置２０のネットワークアドレスを基に同装置２０とコネクションを確立し、各種情報の送受信を行うようになっている。
【００１２】
エンコード／デコード部１４は、楽音信号入力部１１から楽音信号が供給されると、その楽音信号に符号化処理を施して得た楽音情報を通信部１３へ供給する一方、通信部１３から楽音情報が供給されると、その楽音情報に復号化処理を施して得た楽音信号を楽音信号出力部１２へ供給する。
表示部１５は、各種情報を表示するディスプレイである。操作部１６は、各種情報を入力するタッチパネルである。
制御部１７は、上記各部を制御する。この制御部１７が行う特徴的な動作については、後にフローチャートを参照しつつ詳述する。
【００１３】
図３は、セッション管理サーバ装置２０のハードウェア構成を示すブロック図である。図に示すように、このサーバ装置２０は、各種制御を行うＣＰＵ２１、ＣＰＵ２１にワークエリアを提供するＲＡＭ２２、ＩＰＬ（initial program loader）を記憶したＲＯＭ２３の他、ネットワークインターフェース２４、コンピュータディスプレイ２５、ハードディスク２６などを備える。そして、ハードディスク２６は、演奏者登録データベース２６ａ、セッション用楽曲データベース２６ｂ、及び音楽セッション支援プログラム２６ｃを記憶する。
演奏者登録データベース２６ａは、自装置２０にアクセスしてくるセッション端末１０の認証のために設けられており、運営者が各演奏者に交付した全ての演奏者ＩＤを記憶している。
【００１４】
セッション用楽曲データベース２６ｂは、各々がセッション用楽曲と対応する複数のレコードの集合体である。セッション用楽曲とは、音楽セッションへ参加する演奏者に演奏させるべく運営者が予め準備しておいた複数の楽曲の各々を意味する。
このデータベース２６ｂを構成する１つのレコードは、各セッション用楽曲の楽曲シーケンス情報とそれらの楽曲名を示す曲名情報とを対応付けてなる。
【００１５】
図４は、楽曲シーケンス情報の一例を示すデータ構造図である。図に示すように、この楽曲シーケンス情報は、セッション用楽曲の演奏開始からその楽曲に含まれる一又は複数の演奏イベントの出だしまでの時間長を時系列順に定義したものである。演奏イベントとは、楽曲中の所定箇所で演奏されることになっている一纏まりの楽音の連なりを意味し、楽曲を形成する各小節や、楽曲中の「さび」などが該当する。例えば、図４の例では、演奏イベント１の出だしは演奏開始から１０秒経過した時点と一致し、また、演奏イベント２の出だしは演奏開始から２０秒経過した時点と一致するものとして定義されていることが分かる。
【００１６】
音楽セッション支援プログラム２６ｃは、本実施形態に特有の機能をＣＰＵ２１に実現させるためのプログラムである。ＣＰＵ２１によってこのプログラムが実行されると、ＲＡＭ２２にはセッション管理テーブルが形成される。
図５は、セッション管理テーブルのデータ構造図である。このテーブルは、各々が１つの音楽セッションと対応する複数のレコードの集合体である。図５の例では４つのレコードが設けられている。これは、セッション管理サーバ装置２０が４つの音楽セッションを個別に取り仕切ることができることを意味している。このテーブルを構成する１つのレコードは、「セッション」、「参加申込メンバー」、「準備完了メンバー」、「セッション中フラグ」、及び「演奏楽曲」の５つのフィールドを有している。
【００１７】
「セッション」のフィールドには、各音楽セッションに予め割り振られた固有の番号であるセッション識別情報が記憶される。「参加申込メンバー」と「準備完了メンバー」の各フィールドには、セッション端末１０から自装置２０に送信されてくる演奏者ＩＤが夫々異なるタイミングで記憶される。後の動作説明の項で詳述するように、演奏者ＩＤはまず「参加申込メンバー」のフィールドに記憶され、その発信元のセッション端末１０による音楽セッションの開始の準備が整った時点で、今度は「準備完了メンバー」のフィールドに記憶されることになっている。そして、あるレコードの「準備完了メンバー」のフィールドに記憶された演奏者ＩＤの数が所定数、例えば、３つになると、それらの演奏者ＩＤの発信元であるセッション端末１０へ、音楽セッションの開始の合図が下されることになっている。
【００１８】
「セッション中フラグ」のフィールドには、音楽セッションが既に開始されていることを示す「１」、又は音楽セッションが未だ開始されていないことを示す「０」の何れかの情報が記憶される。「演奏楽曲」のフィールドには、音楽セッションで演奏されることになったセッション用楽曲の曲名情報が記憶される。後の動作説明の項で詳述するように、このフィールドに記憶される曲名情報は、音楽セッションへの参加申込が最初にあった時点、つまり、「準備完了メンバー」のフィールドに最初の演奏者ＩＤが記憶された時点で選定されることになっている。
【００１９】
次に、本実施形態の動作を説明する。本実施形態の動作は、セッション参加申込処理と、セッション開始案内処理と、途中参加案内処理とに分けられる。
図６は、セッション参加申込処理を示すフローチャートである。
この処理は、何れかの演奏者が自らのセッション端末１０からセッション管理サーバ装置２０にアクセスすると開始される。
【００２０】
セッション端末１０からのアクセスを受けたセッション管理サーバ装置２０のＣＰＵ２１は、演奏者ＩＤ要求画面の表示データをそのセッション端末１０へ送信する（Ｓ１００）。
表示データを受信したセッション端末１０の制御部１７は、演奏者ＩＤ要求画面を表示部１５に表示させる（Ｓ１１０）。この画面には、「演奏者ＩＤを入力して下さい。」という内容を示す文字列と演奏者ＩＤの入力欄とが表示される。この画面を参照した演奏者は、操作部１６により自らの演奏者ＩＤを入力する。
【００２１】
演奏者ＩＤが入力されると、セッション端末１０の制御部１７は、その演奏者ＩＤをセッション管理サーバ装置２０へ送信する（Ｓ１２０）。
演奏者ＩＤを受信したセッション管理サーバ装置２０のＣＰＵ２１は、その演奏者ＩＤが演奏者登録データベース２６ａに記憶されているか否かを判断する（Ｓ１３０）。
【００２２】
ステップ１３０において、演奏者ＩＤが演奏者登録データベース２６ａに記憶されていないと判断したＣＰＵ２１は、ログインを拒否するメッセージをセッション端末１０へ送信する（Ｓ１４０）。このメッセージをセッション端末１０が受信すると本処理が終了となる。
一方、ステップ１３０において、演奏者ＩＤが演奏者登録データベース２６ａに記憶されていると判断したＣＰＵ２１は、ＲＡＭ２２のセッション管理テーブルの記憶内容を基に生成したセッションルーム案内画面の表示データを、ステップ１２０で演奏者ＩＤを送信してきたセッション端末１０に宛てて送信する（Ｓ１５０）。
【００２３】
表示データを受信したセッション端末１０の制御部１７は、セッションルーム案内画面を表示部１５に表示させる（Ｓ１６０）。
図７は、セッションルーム案内画面である。この画面は、セッション管理テーブルにおける各レコードの記憶内容を「セッションルーム」と呼ばれる仮想的な部屋への入室の有無として夫々表す。同画面の上段には、「入室するセッションルームを選択して下さい。」という内容を示す文字列が表示される。また、同画面の下段には、セッション管理テーブルの記憶内容が、「セッションルーム」と「入室者」の２つの項目を対応付けた表として表示される。この表では、セッション管理テーブルの「セッション」のフィールドに記憶されていたセッション識別情報が「セッションルーム」の項目として表示され、「参加申込メンバー」のフィールドに記憶されていた一又は複数の演奏者ＩＤが「入室者」の項目として表示される。
【００２４】
セッションルーム案内画面を参照した演奏者は、自らが入室するセッションルームを操作部１６により選択する。
操作部１６によってセッションルームが選択されると、セッション端末１０の制御部１７は、選択されたセッションルームのセッション識別情報と、演奏者ＩＤ要求画面にて入力された演奏者ＩＤとをセッション管理サーバ装置２０へ送信する（Ｓ１７０）。
【００２５】
セッション識別情報と演奏者ＩＤとを受信したセッション管理サーバ装置２０のＣＰＵ２１は、受信したセッション識別情報と対応するレコードをセッション管理テーブルから特定する（Ｓ１８０）。
続いて、ＣＰＵ２１は、ステップ１８０で特定したレコードの「参加申込メンバー」のフィールドへ演奏者ＩＤを記憶する（Ｓ１９０）。
【００２６】
演奏者ＩＤを記憶すると、ＣＰＵ２１は、ステップ１８０で特定したレコードの「セッション中フラグ」のフィールドの記憶内容が、「１」となっているかそれとも「０」となっているか否か判断する（Ｓ２００）。
ステップ２００の判断の結果、「セッション中フラグ」のフィールドの記憶内容が「０」であればセッション開始案内処理が実行され、「１」であれば途中参加案内処理が実行される。つまり、ある演奏者が、未だ音楽セッションが開始されていないセッションルームへ入室した場合、セッション開始案内処理を経てその音楽セッションへ最初から参加することになる一方で、既に音楽セッションが開始されているセッションルームに入室した場合、途中参加案内処理を経てその音楽セッションへ途中から参加することになる。
【００２７】
図８及び図９は、セッション開始案内処理を示すフローチャートである。図６のステップ２００にて、「セッション中フラグ」のフィールドの記憶内容が「０」となっていると判断したＣＰＵ２１は、ステップ１８０で特定したレコードの「演奏楽曲」のフィールドに曲名情報が記憶されているか否か判断する（Ｓ２１０）。
ステップ２１０において、曲名情報が記憶されていないと判断したとき、ＣＰＵ２１は、セッション用楽曲データベース２６ｂに記憶されている各曲名情報のうち１つを選択する（Ｓ２２０）。このステップでは、公知の乱数発生アルゴリズムなどを用いて曲名情報がランダムに選択される。そして、ＣＰＵ２１は、選択した曲名情報をステップ１８０で特定したレコードの「演奏楽曲」のフィールドへ記憶する（Ｓ２３０）。
【００２８】
ＣＰＵ２１は、ステップ１８０で特定したレコードの「演奏楽曲」のフィールドに記憶されている曲名情報と「参加申込メンバー」のフィールドに記憶されている全ての演奏者ＩＤを所定の雛形に埋め込んで得たスタート準備完了確認画面の表示データを、ステップ１７０でセッション識別情報及び演奏者ＩＤを送信してきたセッション端末１０に宛てて送信する（Ｓ２４０）。なお、ステップ２１０において曲名情報が記憶されていると判断したときは、ステップ２２０乃至２３０を実行せずにこのステップ２４０が直ちに実行される。
【００２９】
表示データを受信したセッション端末１０の制御部１７は、スタート準備完了確認画面を表示部１５に表示させる（Ｓ２５０）。
図１０は、スタート準備完了確認画面である。この画面の上段には、「あなたと同じセッションルームに入室している方は以下の通りです。あなたを含め３名の準備ができ次第、セッションスタートとなります。準備はよろしいですか。」という内容の文字列が表示される。更に、その下には、ステップ２４０で埋め込まれていた曲名情報及び演奏者ＩＤが表示される。画面の下段には、「準備ＯＫ」と記したボタンが表示される。
【００３０】
この画面を参照した演奏者は、セッション管理サーバ装置２０が今回の音楽セッション用に準備した楽曲の名称と、その楽曲を共に演奏する他の演奏者の演奏者ＩＤとを了解する。そして、自らの準備が整ったとき、画面下のボタンを選択する。
「準備ＯＫ」のボタンが選択されると、セッション端末１０の制御部１７は、準備が整ったことを示すメッセージをセッション管理サーバ装置２０へ送信する（Ｓ２６０）。
【００３１】
このメッセージを受信したッション管理サーバ装置は、その発信元のセッション端末１０がステップ１７０で送信してきていた演奏者ＩＤを、ステップ１８０で特定したレコードの「準備完了メンバー」のフィールドへ記憶する（Ｓ２７０）。「準備完了メンバー」のフィールドへ演奏者ＩＤを記憶したＣＰＵ２１は、そのフィールドに記憶された演奏者ＩＤの総数が３つになったか否かを判断する（Ｓ２８０）。
【００３２】
ステップ２８０において、記憶された演奏者ＩＤの総数が３つになったと判断したＣＰＵ２１は、ステップ２２０で選択していた曲名情報と対応付けてセッション用楽曲データベース２６ｂに記憶されている楽曲シーケンス情報をＲＡＭ２２に読み出す（Ｓ２９０）。
続いて、ＣＰＵ２１は、ステップ１８０で特定したレコードの「セッション中フラグ」のフィールドの記憶内容を「０」から「１」に書き換える（Ｓ３００）。
【００３３】
ＣＰＵ２１は、ステップ１８０で特定したレコードの「準備完了メンバー」のフィールド記憶された各演奏者ＩＤの発信元のセッション端末１０に宛てて、音楽セッションの開始までの残り時間長を表す演奏開始カウントダウン信号を送信する（Ｓ３１０）。
演奏開始カウントダウン信号を受信したセッション端末１０の制御部１７は、音楽セッションの開始までの残り時間長を表示部１５に表示させる（Ｓ３２０）。具体的には、「３秒前」→「２秒前」→「１秒前」の各内容を示す文字列をこの順番で一秒おきに表示させ、更に「１秒前」の文字列を表示してから１秒経過したタイミングで、「スタート！」の文字列を表示させる。
【００３４】
この表示部１５の表示内容を参照した各演奏者は、「スタート！」の文字列が表示されたタイミングに合わせて一斉に電子楽器４０の演奏を開始する。
また、「スタート！」の文字列を表示部１５に表示させた各セッション端末１０の制御部１７は、セッションが開始されたことを確認するメッセージをセッション管理サーバ装置２０へ送信する（Ｓ３３０）。
このメッセージを受信したセッション管理サーバ装置２０は、セッション開始からの経過時間長の計時を開始する（Ｓ３４０）。
【００３５】
「スタート！」の文字列を参照した演奏者が自らの電子楽器４０の演奏を開始すると、その演奏者のセッション端末１０は、電子楽器４０から自端末１０に入力される楽音信号を楽音情報としてセッション管理サーバ装置２０へ送信する処理と、セッション管理サーバ装置２０から自端末１０へ送信される楽音情報を楽音信号としてスピーカ５０へ出力する処理とを並行して行う。また、セッション管理サーバ装置２０のＣＰＵ２１は、一方のセッション端末１０から受信した楽音情報を、他のセッション端末１０へ直ちに転送する処理を行う。
このようなセッション管理サーバ装置２０を介した楽音情報の遣り取りが実行されることで、各セッション端末１０は、遠隔にある他のセッション端末１０に入力された楽音信号をも自らのスピーカ５０から楽音として放音することが可能になり、その結果、遠隔にある演奏者同士によるリアルタイムの音楽セッションが実現する。
【００３６】
図１１は、途中参加案内処理を示すフローチャートである。
この処理は、図６のステップ２００において、「セッション中フラグ」のフィールドの記憶内容が「１」となっていると判断されたときに実行される。
この「セッション中フラグ」の記憶内容が「１」であることは、音楽セッションが既に開始されていること、つまり、セッション開始案内処理を経た端末１０を含む少なくとも３つのセッション端末１０による楽音情報の遣り取りが現に行われていることを意味する。従って、ＣＰＵ２１は、それらのセッション端末１０による自装置２０を経由した楽音情報の遣り取りの制御を実行しつつ、図に示す途中参加案内処理を併せて実行することになる。
【００３７】
「セッション中フラグ」のフィールドの記憶内容が「１」となっていると判断したＣＰＵ２１は、ステップ１８０で特定したレコードの「演奏楽曲」のフィールドに記憶されている曲名情報と「準備完了メンバー」のフィールドに記憶されている全ての演奏者ＩＤとを所定の雛形に埋め込んで得た途中参加準備完了確認画面の表示データを、ステップ１７０で演奏者ＩＤを送信してきたセッション端末１０に宛てて送信する（Ｓ３５０）。
【００３８】
表示データを受信したセッション端末１０の制御部１７は、途中参加準備完了確認画面を表示部１５に表示させる（Ｓ３６０）。
図１２は、途中参加準備完了確認画面である。この画面の上段には、「あなたの入室されたセッションルームでは、既に以下の方たちによるセッションが行われていますので、途中からの参加となります。準備はよろしいですか。」という内容の文字列が表示される。更に、その下には、ステップ３４０で埋め込まれていた曲名情報及び演奏者ＩＤが表示される。画面の下段には、「準備ＯＫ」と記したボタンが表示される。
【００３９】
この画面を参照した演奏者は、セッション管理サーバ装置２０が今回の音楽セッション用に準備した楽曲の名称と、その楽曲を現在演奏している他の演奏者とを了解する。そして、自らの準備が整ったとき、画面下のボタンを選択する。
「準備ＯＫ」のボタンが選択されると、セッション端末１０の制御部１７は、準備が整ったことを示すメッセージをセッション管理サーバ装置２０へ送信する（Ｓ３７０）。
【００４０】
このメッセージを受信したセッション管理サーバ装置２０のＣＰＵ２１は、その発信元のセッション端末１０がステップ１７０で送信してきていた演奏者ＩＤを、ステップ１８０で特定したレコードの「準備完了メンバー」のフィールドに記憶する（Ｓ３８０）。
続いて、ＣＰＵ２１は、ステップ３８０で「準備完了メンバー」のフィールドへ新たに記憶した演奏者ＩＤの発信元のセッション端末１０へ、そのフィールドに記憶されている他の演奏者ＩＤの発信元のセッション端末１０から自装置２０へ送信されてきている楽音情報を転送する（Ｓ３９０）。
【００４１】
転送された楽音情報を受信したセッション端末１０は、その楽音情報を楽音信号としてスピーカ５０へ出力する。すると、スピーカ５０からは、既に行われている音楽セッションの演奏内容が楽音として放音される。この楽音を聴取することにより、演奏者は、自らがこれから途中参加する音楽セッションで演奏されているセッション用楽曲の現在の進捗状況を了解する。
続いて、ＣＰＵ２１は、ステップ３４０で計時を開始していたセッション開始からの経過時間長とステップ２９０でＲＡＭ２２に読み出しておいた楽音シーケンス情報の内容とを基に、次に到来する演奏イベントの出だしを特定する（Ｓ４００）。
【００４２】
そして、ステップ４００で特定した演奏イベントの出だしまでの残り時間長を示すイベントカウントダウン信号を、音楽セッションへ途中から参加するセッション端末１０に宛てて送信する（Ｓ４１０）。
イベントカウントダウン信号を受信したセッション端末１０の制御部１７は、次に到来する演奏イベントの出だしまでの残り時間長を表示部１５に表示させる（Ｓ４２０）。具体的には、「３秒前」→「２秒前」→「１秒前」の各内容を示す文字列をこの順番で一秒おきに表示させ、更に「１秒前」の文字列を表示してから１秒経過したタイミングで、「スタート！」の文字列を表示させる。
この表示部１５の表示内容を参照した演奏者は、スピーカ５０から放音される他の演奏者の演奏内容を聴取しつつ、「スタート！」の文字列が表示されたタイミングに合わせて、電子楽器４０の演奏を開始する。
【００４３】
以上説明した本実施形態では、セッション端末１０の表示部１５に、演奏開始までの残り時間長が表示される。従って、同じセッションルームに入室した複数の演奏者は、各々のセッション端末１０の表示部１５に表示される残り時間長を頼りに演奏を開始するようにすれば、演奏を開始するタイミングを互いに一致させることができる。
また、セッション端末１０の表示部１５には、音楽セッションで演奏されることになったセッション用楽曲の演奏イベントの出だしまでの残り時間長も表示されるようになっている。従って、既に開始された音楽セッションに途中から参加する演奏者は、自らのセッション端末１０の表示部１５に表示される時間長を頼りに演奏を開始するようにすれば、既に行われている演奏を妨げることなく、適切なタイミングで音楽セッションに参加することができる。
【００４４】
（他の実施形態）
本実施形態は、種々の変形実施が可能である。
上記実施形態では、セッション管理テーブルの「準備完了メンバー」のフィールドに記憶された演奏者ＩＤが３つになると、楽曲シーケンス情報がＲＡＭ２２に読み出されるようになっていたが、この楽曲シーケンス情報の読出しのトリガーとなる演奏者ＩＤの数は、４つとしてもよいし５つにしてもよい。
上記実施形態では、セッションルームに演奏者が入室すると、そのセッションルームへ入室した演奏者が演奏するセッション用楽曲が、セッション管理サーバ装置２０によって自動的に選択されるようになっていた。これに対し、セッション管理サーバ装置２０が、セッション用楽曲データベース２６ｂに記憶した全ての曲名情報を並べた楽曲選択画面を提示し、演奏者がこの画面から所望の楽曲を選択するようにしてもよい。
【図面の簡単な説明】
【００４５】
【図１】セッションシステムの全体構成図である。
【図２】セッション端末のハードウェア構成図である。
【図３】セッション管理サーバ装置のハードウェア構成図である。
【図４】楽曲シーケンス情報のデータ構造図である。
【図５】セッション管理テーブルのデータ構造図である。
【図６】セッション参加申込処理を示すフローチャートである。
【図７】セッションルーム案内画面である。
【図８】セッション開始案内処理を示すフローチャートである（前半部分）。
【図９】セッション開始案内処理を示すフローチャートである（後半部分）。
【図１０】スタート準備完了確認画面である。
【図１１】途中参加案内処理を示すフローチャートである。
【図１２】途中参加準備完了確認画面である。
【符号の説明】
【００４６】
１０…各セッション端末、１１…楽音信号入力部、１２…楽音信号出力部、１３…通信部、１４…エンコード／デコード部、１５…表示部、１６…操作部、１７…制御部、２０…セッション管理サーバ装置、２１…ＣＰＵ、２２…ＲＡＭ、２３…ＲＯＭ、２４…ネットワークインターフェース、２５…コンピュータディスプレイ、２６…ハードディスク、４０…電子楽器、５０…スピーカ
【図１】
2006133309.tif 000003
【図２】
2006133309.tif 000004
【図３】
2006133309.tif 000005
【図４】
2006133309.tif 000006
【図５】
2006133309.tif 000007
【図６】
2006133309.tif 000008
【図７】
2006133309.tif 000009
【図８】
2006133309.tif 000010
【図９】
2006133309.tif 000011
【図１０】
2006133309.tif 000012
【図１１】
2006133309.tif 000013
【図１２】
2006133309.tif 000014