(57)【要約】【課題】  セッションを一度行ってみてからバンド活動を共に行っていくか否か判断したいという演奏者のニーズに応え得るようなネットセッションサービスを提供すること。【解決手段】  申込演奏者のセッション端末１０がセッション管理サーバ装置２０を通じてあるバンドへの加入を申し込むと、そのバンドのメンバーである評価演奏者のセッション端末１０との評価セッションがセッティングされる。評価セッションの終了後、評価演奏者が合格を示す合否情報をセッション管理サーバ装置２０へ送信すると、申込演奏者の加入が認められる。【選択図】      図１
2006201934.tif 000002
【特許請求の範囲】
【請求項１】
各バンドのバンド識別情報と、それら各バンドに夫々加入している各演奏者のセッション端末を示す端末識別情報とを対応付けてバンド毎に記憶したバンド情報記憶手段と、
バンドへの加入を求めてアクセスしてきたセッション端末からその端末の端末識別情報とバンド識別情報をセットとして受信するバンド加入申込受信手段と、
前記バンド加入申込受信手段が受信したバンド識別情報と対応付けて前記バンド情報記憶手段に記憶されている一又は複数の端末識別情報を特定する評価メンバー特定手段と、
前記端末識別情報とバンド識別情報のセットを送信してきたセッション端末と前記評価メンバー特定手段が特定した端末識別情報が示すセッション端末との間で、楽音情報を遣り取りさせる評価セッション制御手段と、
前記楽音情報の遣り取りが行われた後、前記評価メンバー特定手段が特定した端末識別情報が示すセッション端末の全部又は一部から自バンドへの加入の承諾又は拒否を示す合否情報を受信する合否受信手段と
加入の承諾を示す合否情報を前記合否受信手段が受信すると、前記バンド加入申込受信手段が受信した端末識別情報を、その端末識別情報と共に受信したバンド識別情報と対応付けて前記バンド情報記憶手段に記憶する新規メンバー登録手段と
を備えたセッション管理サーバ装置。
【請求項２】
請求項１に記載のセッション管理サーバ装置において、
前記バンド情報記憶手段は、
前記各バンドの加入資格を示す加入資格情報をそれら各バンドのバンド識別情報と対応付けて記憶し、
前記バンドへの加入を求めてアクセスしてきたセッション端末に宛てて、前記バンド情報記憶手段から夫々読み出したバンド識別情報と加入資格情報の各対を示すバンド別募集情報を送信する募集情報送信手段
を更に備えたセッション管理サーバ装置。
【請求項３】
請求項１又は２に記載のセッション管理サーバ装置において、
前記評価メンバー特定手段が特定した端末識別情報が示すセッション端末に宛てて、評価セッションへの参加を促すメッセージを送信する参加要請手段
を更に備えたセッション管理サーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを利用した音楽セッションを支援する技術に関する。
【背景技術】
【０００２】
ネットワークを利用することによって遠隔にある演奏者同士による音楽セッションを行わせる、「ネットセッション」と呼ばれるサービスが普及してきている。このサービスは、ネットセッションに特化された専用のデバイスである「セッション端末」から、それらセッション端末間での楽音情報のやり取りを仲介するサーバ装置へアクセスすることによって提供される。
このセッション端末は、通信機能に加えて、楽音信号をエンコードし及びデコードする機能を搭載する。そして、ある演奏者が自らのセッション端末に接続した電子楽器を演奏すると、その楽音信号が自らのセッション端末からサーバ装置を経由して他の演奏者のセッション端末へほぼリアルタイムに伝送され、伝送先の端末から楽音として放音される。このような処理が相互に行われることにより、音楽セッションが実現する。
【０００３】
ネットセッションサービスを利用する演奏者の中には、同サービスを通じて自らとは異なる楽器を担当できる他の演奏者らと知り合い、それらの演奏者らと共にバンド活動を行いたいとの希望を持つ者も少なからず存在する。当然ながら、このような演奏者の希望を満たすためには、バンドの結成をサポートできるような副次的なサービスをも併せて提供することが望ましい。
特許文献１や２には、この種の副次的なサービスの提供を示唆した技術の開示がある。これら両文献に開示されたカラオケシステムでは、あるユーザがデュエットの相手に求める条件を自らの端末に設定すると、その条件に合ったプロフィールを持つ別のユーザが直ちに特定され、特定したユーザの端末へデュエット歌唱の申込が送信されるようになっている。従って、この文献に開示された仕組みを既存のネットセッションサービスに取り入れれば、同じ趣味嗜好を持つ演奏者同士によるバンドの結成を支援することができる。
更に、特許文献３には、演奏の巧拙を示す演奏レベルを用いてバンドメンバーの紹介を行うバンド結成支援システムが開示されている。この文献に記されたサーバは、各ユーザにより行われる実際の演奏と理想の演奏とを比較し、両者の音程や発音タイミングのずれに応じた演奏レベルを夫々取得する。そして、取得した演奏レベルをバンドメンバーの紹介時に開示する。この技術をネットセッションサービスに取り入れた場合、バンドメンバーを探すユーザは、自己申告されたプロフィールなどよりも客観的で信頼性の高い情報である演奏レベルを参照できるため、熱の入ったバンド活動を共に継続していけるような演奏技術を持つ他のユーザを比較的容易に探し出すことができる。
【特許文献１】特開２００３−３４５３６６
【特許文献２】特開２００２−６８７０
【特許文献３】特開２００３−２５６５５２
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、バンドメンバーを募る演奏者の多くは、プロフィールや演奏レベルなどが自らの条件に合致する他の演奏者とのセッションを一度行ってみてからその演奏者とバンド活動を続けていくかどうかを確定したいとの希望を持っている。演奏の「ノリ」といったような、実際に演奏してみなければ分からないような感覚的な要素もメンバー選定の条件として重要視するためである。
しかしながら、各ユーザの客観的な演奏レベルを単に特定して開示するに過ぎない特許文献３のシステムは、このような希望を持つ演奏者のニーズに応え得るものではなかった。
本発明は、このような背景の下に案出されたものであり、セッションを一度行ってみてからバンド活動を共に行っていくかどうかを確定したい演奏者のニーズに応え得るようなネットセッションサービスを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の好適な態様であるセッション管理サーバ装置は、各バンドのバンド識別情報と、それら各バンドに夫々加入している各演奏者のセッション端末を示す端末識別情報とを対応付けてバンド毎に記憶したバンド情報記憶手段と、バンドへの加入を求めてアクセスしてきたセッション端末からその端末の端末識別情報とバンド識別情報をセットとして受信するバンド加入申込受信手段と、前記バンド加入申込受信手段が受信したバンド識別情報と対応付けて前記バンド情報記憶手段に記憶されている一又は複数の端末識別情報を特定する評価メンバー特定手段と、前記端末識別情報とバンド識別情報のセットを送信してきたセッション端末と前記評価メンバー特定手段が特定した端末識別情報が示すセッション端末との間で、楽音情報を遣り取りさせる評価セッション制御手段と、前記楽音情報の遣り取りが行われた後、前記評価メンバー特定手段が特定した端末識別情報が示すセッション端末の全部又は一部から自バンドへの加入の承諾又は拒否を示す合否情報を受信する合否受信手段と、加入の承諾を示す合否情報を前記合否受信手段が受信すると、前記バンド加入申込受信手段が受信した端末識別情報を、その端末識別情報と共に受信したバンド識別情報と対応付けて前記バンド情報記憶手段に記憶する新規メンバー登録手段とを備える。
【０００６】
この態様において、前記バンド情報記憶手段は、前記各バンドの加入資格を示す加入資格情報をそれら各バンドのバンド識別情報と対応付けて記憶し、  前記バンドへの加入を求めてアクセスしてきたセッション端末に宛てて、前記バンド情報記憶手段から夫々読み出したバンド識別情報と加入資格情報の各対を示すバンド別募集情報を送信する募集情報送信手段を更に備えてもよい。
また、前記評価メンバー特定手段が特定した端末識別情報が示すセッション端末に宛てて、評価セッションへの参加を促すメッセージを送信する参加要請手段を更に備えてもよい。
【発明の効果】
【０００７】
本発明によると、バンドメンバーを募る演奏者は、他の演奏者とセッションを行ってからその演奏者と共にバンド活動を行っていくかを判断することができる。
【発明を実施するための最良の形態】
【０００８】
（発明の実施の形態）
本願発明の実施形態について説明する。
まず、以降の説明において用いる主要な用語を定義しておく。「運営者」とは、ネットワークを利用した各種サービスを提供している事業者を意味する。「演奏者」とは、運営者による支援の下、セッション端末の持ち主としてサービスを利用する個人を意味する。「楽音情報」とは、楽音信号にある圧縮符号化処理を施して得た符号列を表す情報を意味する。「バンド」とは、共に演奏活動を行っていくことに同意した複数の演奏者からなるグループを意味する。
【０００９】
図１は、本実施形態にかかるセッションシステムの全体構成図である。図に示すように、本システムは、複数のセッション端末１０と、セッション管理サーバ装置２０とから構成される。
図２は、セッション端末１０のハードウェア構成を示すブロック図である。この端末１０は、図に示すように、楽音信号入力部１１、楽音信号出力部１２、通信部１３、記憶部１４、エンコード／デコード部１５、表示部１６、操作部１７、及び制御部１８を備える。
【００１０】
楽音信号入力部１１は、電子楽器３０から自端末１０へ楽音信号を入力する。一方、楽音信号出力部１２は、自端末１０からスピーカ４０へ楽音信号を出力する。通信部１３は、予め登録されたセッション管理サーバ装置２０のネットワークアドレスを基に同装置２０とコネクションを確立し、各種情報の送受信を行うようになっている。
記憶部１４は、自端末１０を識別する固有の識別情報である端末ＩＤを予め記憶している。
【００１１】
エンコード／デコード部１５は、楽音信号入力部１１から楽音信号が供給されると、その楽音信号に符号化処理を施して得た楽音情報を通信部１３へ供給する一方、通信部１３から楽音情報が供給されると、その楽音情報に復号化処理を施して得た楽音信号を楽音信号出力部１２へ供給する。
表示部１６は、各種情報を表示するディスプレイである。操作部１７は、各種情報を入力するタッチパネルである。
制御部１８は、上記各部を制御する。この制御部１８が行う特徴的な動作については、後にフローチャートを参照しつつ詳述する。
【００１２】
図３は、セッション管理サーバ装置２０のハードウェア構成を示すブロック図である。このサーバ装置２０は、運営者による管理の下に稼動しており、図に示すように、各種制御を行うＣＰＵ２１、ＣＰＵ２１にワークエリアを提供するＲＡＭ２２、ＩＰＬ（initial program loader）を記憶したＲＯＭ２３の他、ネットワークインターフェース２４、コンピュータディスプレイ２５、キーボード２６、ハードディスク２７などを備える。そして、ハードディスク２７は、バンドデータベース２７ａを記憶する。
【００１３】
図４は、バンドデータベース２７ａのデータ構造図である。このデータベースは、各々が１つのバンドと対応する複数のレコードの集合体である。このデータベースを構成する１つのレコードは、「バンド」、「登録メンバー」、「参加メンバー」、「加入資格」、及び「メンバー募集中フラグ」の５つのフィールドを有している。
「バンド」のフィールドには、各バンドを識別する固有の識別情報であるバンドＩＤが記憶される。「登録メンバー」のフィールドには、各バンドを最初に立ち上げた演奏者の端末ＩＤがまず記憶された後、それらのバンドへの加入が認められた他の演奏者の端末ＩＤが順次記憶される。
「参加メンバー」のフィールドには、音楽セッションへの参加を求めてアクセスしてきたセッション端末１０から受信した端末ＩＤが記憶される。「加入資格」のフィールドには、各バンドへの加入資格を示す加入資格情報を記憶する。
「メンバー募集中フラグ」のフィールドには、新規加入メンバーの募集を行っていることを示す「１」、又は新規加入メンバーの募集を休止していることを示す「０」の何れかの情報が記憶される。
【００１４】
次に、本実施形態の動作を説明する。
本実施形態の動作は、バンド立ち上げ処理、新規メンバー加入処理、バンド情報変更処理、及びバンド演奏処理に分けることができる。
あるセッション端末１０がセッション管理サーバ装置２０へアクセスすると、セッション管理サーバ装置２０のＣＰＵ２１はそのセッション端末１０へサービス選択画面の表示データを送信する。そして、表示データを受信したセッション端末１０の制御部１８は、サービス選択画面を自らの表示部１６に表示させる。
【００１５】
図５に示すように、このサービス選択画面には、「ご利用になるサービスを選択してください。」という内容を示す文字列と、「バンド立ち上げサービス」、「メンバー加入サービス」、「バンド情報変更サービス」、及び「バンド演奏サービス」と夫々記したボタンとが表示される。そして、「バンド立ち上げサービス」と記したボタンが選択されるとバンド立ち上げ処理が、「メンバー加入サービス」と記したボタンが選択されると新規メンバー加入処理が、「バンド情報変更サービス」と記したボタンが選択されるとバンド情報変更処理が、「バンド演奏サービス」と記したボタンが選択されるとバンド演奏処理が夫々実行される。
【００１６】
図６は、バンド立ち上げ処理を示すフローチャートである。
この処理は、演奏者が、自らのセッション端末１０の表示部１６にサービス選択画面を表示させた状態で、その画面の「バンド立ち上げサービス」と記したボタンを選択すると開始される。
「バンド立ち上げサービス」と記したボタンが選択されると、セッション端末１０の制御部１８は、バンド立ち上げサービスの提供を求めるメッセージをセッション管理サーバ装置２０へ送信する（Ｓ１００）。
【００１７】
すると、セッション管理サーバ装置２０のＣＰＵ２１は、バンドデータベース２７ａにレコードを１つ追加する（Ｓ１１０）。
続いて、ＣＰＵ２１は、端末ＩＤの送信を求めるメッセージをセッション端末１０へ送信する（Ｓ１２０）。
このメッセージを受信したセッション端末１０の制御部１８は、自らの記憶部１４に記憶されている端末ＩＤを読出し、読み出した端末ＩＤをセッション管理サーバ装置２０へ送信する（Ｓ１３０）。
【００１８】
端末ＩＤを受信したセッション管理サーバ装置２０のＣＰＵ２１は、ステップ１１０で追加したレコードの「登録メンバー」のフィールドへその端末ＩＤを記憶する（Ｓ１４０）。
続いて、ＣＰＵ２１は、バンド情報登録画面の表示データを生成し、その表示データをセッション端末１０へ送信する（Ｓ１５０）。
【００１９】
表示データを受信したセッション端末１０の制御部１８は、バンド情報登録画面を表示部１６に表示させる（Ｓ１６０）。
図７は、バンド情報登録画面である。この画面の上段には、「バンドへの加入資格とする条件を入力してください。」という内容の文字列が表示され、更にその下には、加入資格を文字列として入力するための入力欄が表示される。
この画面を参照した演奏者は、自バンドの加入資格とする条件を、同画面の入力欄へ操作部１７によって入力する。入力される条件は、「ベースを担当できる人」や「ピアノを演奏できる人」といったような楽器のパートを指定するものであってもよいし、「楽曲○○を演奏できる人」といったような楽曲レパートリーを指定するものであってもよい。
【００２０】
バンド情報登録画面の入力欄に文字列が入力されると、セッション端末１０の制御部１８は、入力された文字列を加入資格情報としてセッション管理サーバ装置２０へ送信する（Ｓ１７０）。
加入資格情報を受信したセッション管理サーバ装置２０のＣＰＵ２１は、その加入資格情報をステップ１１０で追加したレコードの「加入資格」のフィールドに記憶する（Ｓ１８０）。
【００２１】
ＣＰＵ２１は、ステップ１１０で追加したレコードの「メンバー募集中フラグ」のフィールドに「１」を記憶する（Ｓ１９０）。
更に、ＣＰＵ２１は、立ち上げられたバンドを識別する固有のバンドＩＤを生成する（Ｓ２００）。
ＣＰＵ２１は、ステップ２００で生成したバンドＩＤをステップ１１０で追加したレコードの「バンド」のフィールドへ記憶する（Ｓ２１０）。
続いて、ＣＰＵ２１は、ステップ２００で生成したバンドＩＤを所定の雛形に埋め込んでバンドＩＤ通知画面の表示データを生成し、その表示データをステップ１３０で端末ＩＤを送信してきたセッション端末１０に宛てて送信する（Ｓ２２０）。
【００２２】
表示データを受信したセッション端末１０の制御部１８は、バンドＩＤ通知画面を表示部１６に表示させる（Ｓ２３０）。
この画面の上段には、「バンドの登録が終了しました。」という内容の文字列が表示され、その下には、ステップ２２０で埋め込まれたバンドＩＤが表示される。この画面を参照することによって、演奏者は、自らが立ち上げたバンドのバンドＩＤを了解する。
【００２３】
図８及び９は、新規メンバー加入処理を示すフローチャートである。
この処理は、演奏者が、自らのセッション端末１０の表示部１６にサービス選択画面を表示させた状態で、その画面の「メンバー加入サービス」と記したボタンを選択すると開始される。つまり、いずれのバンドにも加入していない演奏者は、上述したバンド立ち上げ処理を経ることによって自らバンドを立ち上げるか、又は、本処理を経ることによって他の演奏者が立ち上げたバンドへの加入を申し込むかを選択する。
【００２４】
「メンバー加入サービス」と記したボタンが選択されると、セッション端末１０の制御部１８は、メンバー加入サービスの提供を求めるメッセージをセッション管理サーバ装置２０へ送信する（Ｓ３００）。
すると、セッション管理サーバ装置２０のＣＰＵ２１は、バンドデータベース２７ａを構成する全てのレコードのうちから、「メンバー募集中フラグ」のフィールドの記憶内容が「１」になっている各レコードを特定する（Ｓ３１０）。
ＣＰＵ２１は、ステップ３１０で特定した各レコードから、「バンド」のフィールドに記憶されているバンドＩＤと「加入資格」のフィールドに記憶されている資格者情報の各対を夫々読出し、それらの各対を所定の雛形に埋め込んで得たバンド別募集情報画面の表示データをセッション端末１０へ送信する（Ｓ３２０）。
【００２５】
表示データを受信したセッション端末１０の制御部１８は、バンド別募集情報画面を表示部１６に表示させる（Ｓ３３０）。
図１０は、バンド別募集情報画面である。この画面の上段には、「メンバーを募集しているバンドは以下の通りです。加入資格をご確認の上、加入を申し込むバンドを選択してください。」という内容の文字列が表示される。そして、その下には、ステップ３２０で埋め込まれたバンドＩＤと加入資格情報の各対が表として表示される。
【００２６】
この画面に表示された各バンドの加入資格を確認した演奏者は、自らが加入を申し込むバンドのバンドＩＤを操作部１７によって選択する。
セッション端末１０の制御部１８は、選択されたバンドＩＤをセッション管理サーバ装置２０へ送信する（Ｓ３４０）。
バンドＩＤを受信したセッション管理サーバ装置２０のＣＰＵ２１は、そのバンドＩＤを「バンド」のフィールドに記憶しているレコードをバンドデータベース２７ａから特定する（Ｓ３５０）。
【００２７】
ＣＰＵ２１は、端末ＩＤの送信を求めるメッセージをセッション端末１０へ送信する（Ｓ３６０）。
このメッセージを受信したセッション端末１０の制御部１８は、自らの記憶部１４に記憶されている端末ＩＤを読出し、読み出した端末ＩＤをセッション管理サーバ装置２０へ送信する（Ｓ３７０）。
端末ＩＤを受信したセッション管理サーバ装置２０のＣＰＵ２１は、ステップ３５０で特定したレコードの「参加メンバー」のフィールドへその端末ＩＤを記憶する（Ｓ３８０）。
【００２８】
続いて、ＣＰＵ２１は、ステップ３５０で特定したレコードの「登録メンバー」のフィールドに記憶されている各端末ＩＤをＲＡＭ２２に読み出す（Ｓ３９０）。ここで、「登録メンバー」のフィールドには、バンド立ち上げ処理を経て自らバンドを立ち上げた演奏者の端末ＩＤに加え、新規メンバー加入処理を経てそのバンドへの加入が認められた他の演奏者の端末ＩＤが記憶されていることがあるが、本ステップではそれら全ての端末ＩＤが読み出されることになる。
ＣＰＵ２１は、ステップ３７０で送信されてきた端末ＩＤを所定の雛形に埋め込んで得た評価セッション準備確認画面の表示データを、ステップ３９０で読み出した各端末ＩＤが示すセッション端末１０に宛てて送信する（Ｓ４００）。
【００２９】
表示データを受信したセッション端末１０の制御部１８は、評価セッション準備確認画面を表示部１６に表示させる（Ｓ４１０）。
図１１は、評価セッション準備確認画面である。この画面の上段には、「以下の方から新規加入の申込がありました。評価セッションに参加できる方は「準備ＯＫ」を選択してください。」という内容の文字列が表示され、その下には、ステップ４００にて埋め込まれた端末ＩＤが加入申込者として表示される。そして、画面の下段には、「準備ＯＫ」と記したボタンが表示される。
【００３０】
この画面を参照した演奏者は、電子楽器３０を自らのセッション端末１０に接続するといった所定の準備を行った後、画面下のボタンを選択する。
「準備ＯＫ」と記したボタンが選択されると、セッション端末１０の制御部１８は、自らの記憶部１４に記憶されている端末ＩＤを読出し、その端末ＩＤをセッション管理サーバ装置２０へ送信する（Ｓ４２０）。
【００３１】
端末ＩＤを受信したセッション管理サーバ装置２０のＣＰＵ２１は、ステップ３５０で特定したレコードの「参加メンバー」のフィールドへその端末ＩＤを記憶する（Ｓ４３０）。このステップが実行されると、「参加メンバー」のフィールドには、バンドへの加入申込を行った演奏者（以下、この演奏者を「申込演奏者」と呼ぶ。）の端末ＩＤと、加入申込の対象となるバンドに既に加入しており且つ評価セッションに参加する意思を示した演奏者（以下、この演奏者を「評価演奏者」と呼ぶ。）の端末ＩＤとが記憶されることになる。
【００３２】
セッション管理サーバ装置２０のＣＰＵ２１は、予め設定された所定時間長の間、評価セッション準備確認画面の表示データの宛先であったセッション端末１０からの端末ＩＤの返信を待ち、所定時間長が経過すると、ステップ３５０で特定したレコードの「参加メンバー」のフィールドに記憶されている各端末ＩＤが示すセッション端末１０の各々に宛てて、セッションの開始タイミングまでの残り時間長を表すカウントダウン信号を夫々送信する（Ｓ４４０）。
【００３３】
カウントダウン信号を受信したセッション端末１０の制御部１８は、他のセッション端末１０と同期を取りつつ、セッションの開始タイミングまでの残り時間長を表示部１６に表示させる（Ｓ４５０）。具体的には、「スタート３秒前」→「スタート２秒前」→「スタート１秒前」の各内容を示す文字列をこの順番で１秒おきに表示させ、更に「スタート１秒前」の文字列を表示してから１秒経過したタイミングで、「スタート！」の文字列を表示させる。
【００３４】
各演奏者は、自らのセッション端末１０の表示部１６に表示されるカウントダウン表示を参照し、「スタート！」の文字列が表示されたタイミングに合わせて一斉に電子楽器３０の演奏を開始する。
演奏が開始されると、各セッション端末１０は、電子楽器３０から自端末１０に入力される楽音信号を楽音情報としてセッション管理サーバ装置２０へ送信する処理と、セッション管理サーバ装置２０から自端末１０へ送信される楽音情報を楽音信号としてスピーカ４０へ出力する処理とを並行して行う。また、セッション管理サーバ装置２０のＣＰＵ２１は、一方のセッション端末１０から受信した楽音情報を他方のセッション端末１０へ直ちに転送する処理を行う。
このようなセッション管理サーバ装置２０を介した楽音情報の遣り取りが実行されることで、各セッション端末１０は、遠隔にある他のセッション端末１０に入力された楽音信号をも自らのスピーカ４０から楽音として放音することが可能になり、その結果、申込演奏者と評価演奏者とによるリアルタイムのセッションが実現する。
【００３５】
セッションが行われている間、評価演奏者は、申込演奏者の演奏技術の力量の把握を試みる。そして、演奏技術の力量を把握するのに十分な時間長の演奏を行った時点で、自らの電子楽器３０の演奏を停止する。
演奏が停止されたことによって楽音信号の入力のない状態が所定時間長に渡って続くと、セッション端末１０の制御部１８は、評価の終了を示すメッセージをセッション管理サーバ装置２０へ送信する（Ｓ４６０）。
セッション管理サーバ装置２０のＣＰＵ２１は、評価演奏者のセッション端末１０から評価の終了を示すメッセージを受信すると、合否判断要求画面の表示データを返信する（Ｓ４７０）。
【００３６】
表示データを受信したセッション端末１０の制御部１８は、合否判断要求画面を表示部１６に表示させる（Ｓ４８０）。
図１２は、合否判断要求画面である。この画面の上段には、「今回の評価セッションの結果を選択してください。」という内容を示す文字列が表示される。更にその下には、「合格」及び「不合格」と夫々記したボタンが表示されれる。
【００３７】
この画面を参照した評価演奏者は、評価セッションを通じて把握した申込演奏者の力量が、自グループのメンバーとして相応しいレベルにあるか否かを判断する。そして、自グループのメンバーに相応しいレベルにあると判断したときは「合格」と記したボタンを操作部１７によって選択する一方で、メンバーに相応しくないレベルにあると判断したときは「不合格」と記したボタンを選択する。
何れかのボタンが選択されると、セッション端末１０の制御部１８は、選択内容を示す合否情報をセッション管理サーバ装置２０へ送信する（Ｓ４９０）。
【００３８】
合否情報を受信したセッション管理サーバ装置２０のＣＰＵ２１は、その合否情報をＲＡＭ２２に記憶する（Ｓ５００）。
合否判断要求画面の表示データの宛先であった全てのセッション端末１０から夫々受信した合否情報をＲＡＭ２２に記憶したＣＰＵ２１は、それらの合否情報の中に、不合格を示す合否情報が含まれているか否か判断する（Ｓ５１０）。
【００３９】
ステップ５１０において、不合格を示す合否情報が含まれていると判断したＣＰＵ２１は、申込が拒否されたことを示すメッセージを申込演奏者のセッション端末１０へ送信する（Ｓ５２０）。申込演奏者のセッション端末１０がこのメッセージを受信すると本処理が終了となる。
【００４０】
一方、ステップ５１０において、不合格を示す合否情報が含まれていないと判断したＣＰＵ２１は、ステップ３５０で特定したレコードの「登録メンバー」のフィールドへ、ステップ３７０で自装置２０へ送信されてきた端末ＩＤを記憶する（Ｓ５３０）。
続いて、ＣＰＵ２１は、ステップ３５０で特定したレコードの「バンド」のフィールドに記憶されているバンドＩＤと「登録メンバー」のフィールドに記憶されている全ての端末ＩＤとを所定の雛形に埋め込んで得たメンバー加入通知画面の表示データを、それら各端末ＩＤが示すセッション端末１０に宛てて夫々送信する（Ｓ５４０）。
【００４１】
表示データを受信したセッション端末１０の制御部１８は、メンバー加入通知画面を表示部１６に表示させる（Ｓ５５０）。
図１３は、メンバー加入通知画面である。この画面には、「新しい方の加入が承諾されました。」という内容の文字列が表示され、その下には、ステップ５４０で埋め込まれたバンドＩＤが表示される。更に画面の下段には、ステップ５４０で埋め込まれた端末ＩＤ、つまり、加入が承諾された者を含む全メンバーの端末ＩＤが記憶される。この画面を参照することによって、加入申込演奏者は、自らの加入申込が受け容れられたことに加え、加入したバンドのバンドＩＤとそのバンドに加入している他の演奏者の端末ＩＤとを了解する。一方で、評価演奏者らは、自バンドに新たなメンバーが加入したことを了解する。
【００４２】
図１４及び１５は、バンド情報変更処理を示すフローチャートである。
この処理は、演奏者が、自らのセッション端末１０の表示部１６にサービス選択画面を表示させた状態で、その画面の「バンド情報変更サービス」と記したボタンを選択すると開始される。
「バンド情報変更サービス」と記したボタンが選択されると、セッション端末１０の制御部１８は、バンド情報変更サービスの提供を求めるメッセージをセッション管理サーバ装置２０へ送信する（Ｓ６００）。
すると、セッション管理サーバ装置２０のＣＰＵ２１は、バンドＩＤ入力画面の表示データを生成し、その表示データをセッション端末１０へ送信する（Ｓ６１０）。
【００４３】
表示データを受信したセッション端末１０の制御部１８は、バンドＩＤ入力画面を表示部１６に表示させる（Ｓ６２０）。
この画面には、「バンドＩＤを入力して下さい。」という内容の文字列とバンドＩＤを入力する入力欄とが表示される。この画面を参照した演奏者は、同画面の入力欄へ自バンドのバンドＩＤを入力する。
セッション端末１０の制御部１８は、入力されたバンドＩＤをセッション管理サーバ装置２０へ送信する（Ｓ６３０）。
【００４４】
バンドＩＤを受信したセッション管理サーバ装置２０のＣＰＵ２１は、そのバンドＩＤを「バンド」のフィールドに記憶しているレコードをバンドデータベース２７ａから特定する（Ｓ６４０）。
続いて、ＣＰＵ２１は、端末ＩＤの送信を求めるメッセージをセッション端末１０へ送信する（Ｓ６５０）。
このメッセージを受信したセッション端末１０の制御部１８は、自らの記憶部１４に記憶されている端末ＩＤを読出し、読み出した端末ＩＤをセッション管理サーバ装置２０へ送信する（Ｓ６６０）。
端末ＩＤを受信したセッション管理サーバ装置２０のＣＰＵ２１は、その端末ＩＤが、ステップ６４０で特定したレコードの「登録メンバー」のフィールドに記憶されているか否か判断する（Ｓ６７０）。
【００４５】
ステップ６７０において、端末ＩＤが記憶されていないと判断したＣＰＵ２１は、バンド情報変更サービスの提供を拒否するメッセージをセッション端末１０へ送信する（Ｓ６８０）。このメッセージをセッション端末１０が受信すると本処理が終了となる。
一方、ステップ６７０において、端末ＩＤが記憶されていると判断したＣＰＵ２１は、ステップ６４０で特定したレコードの「加入資格」と「メンバー募集中フラグ」の両フィールドの現在の記憶内容を基にバンド情報確認画面の表示データを生成し、その表示データをセッション端末１０へ送信する（Ｓ６９０）。
【００４６】
表示データを受信したセッション端末１０の制御部１８は、バンド情報確認画面を表示部１６に表示させる（Ｓ７００）。
図１６は、バンド情報確認画面である。この画面の上段には、「あなたのバンドの登録内容は以下のようになっています。登録内容を変更される場合は「変更する」を選択して下さい。」という内容の文字列が表示される。その下には、「加入資格」のフィールドから読み出された加入資格情報が表示されると共に、「メンバー募集中フラグ」のフィールドの記憶内容が「１」となっていることを示す「募集中」の文字列、又は同フィールドの記憶内容が「０」となっていることを示す「募集休止中」の文字列が募集状況として表示される。更に、画面の下段には、「変更する」及び「変更しない」と夫々記したボタンが表示される。この画面を参照した演奏者は、何れかのボタンを操作部１７によって選択する。
「変更しない」と記したボタンが選択されると、本処理が終了となる。
【００４７】
一方、「変更する」と記したボタンが選択されると、セッション端末１０の制御部１８は、登録内容の変更を要求するメッセージをセッション管理サーバ装置２０へ送信する（Ｓ７１０）。
メッセージを受信したセッション管理サーバ装置２０のＣＰＵ２１は、変更内容入力画面の表示データを生成し、その表示データをセッション端末１０へ送信する（Ｓ７２０）。
【００４８】
表示データを受信したセッション端末１０の制御部１８は、変更内容入力画面を表示部１６に表示させる（Ｓ７３０）。
図１７は、変更内容入力画面である。この画面の上段には、「新しい登録内容を入力してください。」という内容の文字列が表示される。その下には、加入資格を入力する入力欄が表示されると共に、「メンバー募集」及び「募集休止」と夫々記したラジオボタンが表示される。
【００４９】
この画面を参照した演奏者は、操作部１７によって、同画面の入力欄へ新しい加入資格を入力し、いずれか一方のラジオボタンを選択する。
セッション端末１０の制御部１８は、入力及び選択された内容を示す変更指示情報をセッション管理サーバ装置２０へ送信する（Ｓ７４０）。
セッション管理サーバ装置２０のＣＰＵ２１は、ステップ６４０で特定したレコードの「加入資格」と「メンバー募集中フラグ」の各フィールドの記憶内容を、セッション端末１０から受信した変更指示情報に応じて更新する（Ｓ７５０）。
【００５０】
図１８及び１９は、バンド演奏処理を示すフローチャートである。この処理は、演奏者が、自らのセッション端末１０の表示部１６にサービス選択画面を表示させた状態で、その画面の「バンド演奏サービス」と記したボタンを選択すると開始される。
「バンド演奏サービス」と記したボタンが選択されると、セッション端末１０の制御部１８は、バンド演奏サービスの提供を求めるメッセージをセッション管理サーバ装置２０へ送信する（Ｓ８００）。
【００５１】
メッセージが送信されると、図１４のステップ６１０乃至ステップ６７０と同様の処理が実行される。つまり、セッション端末１０は、セッション管理サーバ装置２０からの求めに応じてバンドＩＤ及び端末ＩＤを送信する一方、セッション管理サーバ装置２０は、セッション端末１０から送信されてきたバンドＩＤを「バンド」のフィールドに記憶しているレコードをバンドデータベース２７ａから特定し、そのレコードの「登録メンバー」のフィールドに同端末１０から送信されてきた端末ＩＤが記憶されているか否か判断する（Ｓ８１０乃至Ｓ８７０）。
【００５２】
ステップ８７０において、端末ＩＤが記憶されていないと判断したＣＰＵ２１は、バンド演奏サービスの提供を拒否するメッセージをセッション端末１０へ送信する（Ｓ８８０）。このメッセージをセッション端末１０が受信すると本処理が終了となる。
一方、ステップ８７０において、端末ＩＤが記憶されていると判断したＣＰＵ２１は、ステップ８６０で送信されてきた端末ＩＤをステップ８４０で特定したレコードの「参加メンバー」のフィールドへ記憶する（Ｓ８９０）。
【００５３】
続いて、ＣＰＵ２１は、ステップ８４０で特定したレコードの「登録メンバー」のフィールドから、ステップ８６０で送信されてきたものを除く各端末ＩＤを読み出す（Ｓ９００）。
ＣＰＵ２１は、ステップ８６０で送信された端末ＩＤを所定の雛形に埋め込んで得たバンドセッション準備確認画面の表示データを、ステップ９００で読み出した各端末ＩＤが示すセッション端末１０に宛てて夫々送信する（Ｓ９１０）。
【００５４】
表示データを受信したセッション端末１０の制御部１８は、バンドセッション準備確認画面を表示部１６に表示させる（Ｓ９２０）。
図２０は、バンドセッション準備確認画面である。この画面の上段には、「以下の方からバンドメンバーの召集がかかりました。バンドセッションに参加できる方は、「準備ＯＫ」を選択してください。」という内容の文字列が表示され、その下には、ステップ９１０で埋め込まれた端末ＩＤが招集者として表示される。そして、画面の下段には、「準備ＯＫ」と記したボタンが表示される。
【００５５】
この画面を参照した演奏者は、電子楽器３０を自らのセッション端末１０に接続するといった所定の準備を行った後、画面下のボタンを選択する。
「準備ＯＫ」と記したボタンが選択されると、セッション端末１０の制御部１８は、自らの記憶部１４に記憶されている端末ＩＤを読出し、その端末ＩＤをセッション管理サーバ装置２０へ送信する（Ｓ９３０）。
【００５６】
端末ＩＤを受信したセッション管理サーバ装置２０のＣＰＵ２１は、ステップ８４０で特定したレコードの「参加メンバー」のフィールドへその端末ＩＤを記憶する（Ｓ９４０）。このステップが実行されると、「参加メンバー」のフィールドには、自バンドのメンバーの召集を行った演奏者（以下、この演奏者を「召集演奏者」と呼ぶ。）の端末ＩＤと、召集に応じてバンドセッションに参加する意思を示した演奏者（以下、この演奏者を「被召集演奏者」と呼ぶ。）の端末ＩＤとが記憶されることになる。
【００５７】
セッション管理サーバ装置２０のＣＰＵ２１は、予め設定された所定時間長の間、評価セッション準備確認画面の表示データの宛先であったセッション端末１０からの端末ＩＤの返信を待ち、所定時間長が経過すると、ステップ８４０で特定したレコードの「参加メンバー」のフィールドに記憶されている各端末ＩＤが示すセッション端末１０の各々に宛てて、セッションの開始タイミングまでの残り時間長を表すカウントダウン信号を夫々送信する（Ｓ９５０）。そして、カウントダウン信号を受信した各セッション端末１０の制御部１８は、セッションの開始タイミングまでの残り時間長を表示部１６に表示させる（Ｓ９６０）。これら両ステップの内容は、図９のステップ４４０乃至ステップ４５０と同様である。
【００５８】
そして、各セッション端末１０の表示部１６に「スタート！」の文字列が表示されたタイミングに合わせて電子楽器３０の演奏が開始されると、それら各セッション端末１０の間でセッション管理サーバ装置２０を介した楽音情報の遣り取りが実行され、同じバンドのメンバーである召集演奏者と被召集演奏者とによるリアルタイムのセッションが実現する。
【００５９】
以上説明した本実施形態によると、演奏者は、バンド立ち上げサービスを利用することによって自らバンドを立ち上げることや、メンバー加入サービスを利用することによって既に立ち上げられたバンドへの加入申込を行うことができるようになっている。そして、メンバー加入サービスを通じてある演奏者がバンドへの加入申込を行うと、その申込の対象となったバンドに既に加入している演奏者は、申込を行った演奏者を交えた評価セッションを行ってから加入を承諾するか否か判断できるようになっている。従って、自グループのメンバーとして相応しくないレベルの演奏者までも加入させてしまうことによりバンド活動が停滞してしまうといった事態を回避できる。
バンドに加入している演奏者は、新たな演奏者の加入が必要なくなったり、又はある演奏者が自バンドから脱退した場合には、バンド情報変更サービスを利用することによって、セッション管理サーバ装置２０に登録してある自グループの登録情報を随時変更することができる。
また、バンドに加入している演奏者は、バンド演奏サービスを利用することによって、自バンドに加入している他の演奏者に対してセッションの召集をかけることができる。従って、バンドのメンバー間でセッションを開始する時刻についての申し合わせがない場合であっても、何れかのメンバーからの召集があれば直ちにセッションを開始することができる。
【００６０】
（他の実施形態）
本実施形態は、種々の変形実施が可能である。
上記実施形態の新規メンバー加入処理においては、新規加入の申込があったことがセッション端末１０の表示部１６に文字列として表示されるようになっていた。また、バンド演奏処理においても同様に、バンドセッションの召集があったことをがセッション端末１０の表示部１６に表示されるようになっていた。これに対し、新規加入の申込があったことやバンドセッションの召集があったことがスピーカ４０から音声として通知されるようにしてもよい。
実施形態の新規メンバー加入処理では、セッション管理サーバ装置２０のＲＡＭ２２に記憶された合否情報のなかに不合格を示すものが含まれていないこと、つまり、全ての評価演奏者が合格の判断を下したことを条件として、加入が承諾されるようになっていた。これに対し、不合格を示す合否情報が所定の割合（例えば、半数）を超えなかったことを条件としてもよい。
【００６１】
上記実施形態において、いずれのバンドにも加入していない演奏者は、バンド立ち上げ処理を経て自らバンドを立ち上げるか、新規メンバー加入処理を経て既に立ち上げられたバンドに加入しなければ、他の演奏者と共に音楽セッションを行なうことができなかった。これに対し、バンドに加入していない演奏者らに対して仮のバンドＩＤを発行して音楽セッションの機会を提供し、セッションの終了後、参加した全ての演奏者の要望があった場合にはバンドとしての登録を行うようにしてもよい。この変形例によると、特定のバンドのメンバーとしての音楽セッションを希望しない演奏者であっても、同じような他の演奏者と共に音楽セッション行うことができる。
【００６２】
また、演奏者が加入を申し込むときに、演奏者自身の属性を入力できるようになっていてもよい。セッション管理サーバ装置２０は入力された演奏者の属性とメンバー募集の属性とを比較して、適合したバンドの情報のみを提示する。この変形例によると、セッション管理サーバ装置２０は、セッション端末１０から受け取った演奏者の属性を基にバンドデータベース２７ａの各レコードをフィルタリングしてからバンド別募集情報画面の表示データを生成する。これにより、演奏者の属性と無関係なバンドの加入者情報がバンド別募集情報画面の表に混在し、演奏者による選択作業が煩わしくなるといった事態を回避できる。
【図面の簡単な説明】
【００６３】
【図１】セッションシステムの全体構成図である。
【図２】セッション端末のハードウェア構成図である。
【図３】セッション管理サーバ装置のハードウェア構成図である。
【図４】バンドデータベースのデータ構造図である。
【図５】サービス選択画面である。
【図６】バンド立ち上げ処理を示すフローチャートである。
【図７】バンド情報登録画面である。
【図８】新規メンバー加入処理を示すフローチャートである（前半部分）。
【図９】新規メンバー加入処理を示すフローチャートである（後半部分）。
【図１０】バンド別募集情報画面である。
【図１１】評価セッション準備確認画面である。
【図１２】合否判断要求画面である。
【図１３】メンバー加入通知画面である。
【図１４】バンド情報変更処理を示すフローチャートである（前半部分）。
【図１５】バンド情報変更処理を示すフローチャートである（後半部分）。
【図１６】バンド情報確認画面である。
【図１７】変更内容入力画面である。
【図１８】バンド演奏処理を示すフローチャートである（前半部分）。
【図１９】バンド演奏処理を示すフローチャートである（後半部分）。
【図２０】バンドセッション準備確認画面である。
【符号の説明】
【００６４】
１０…セッション端末、１１…楽音信号入力部、１２…楽音信号出力部、１３…通信部、１４…記憶部、１５…エンコード／デコード部、１６…表示部、１７…操作部、１８…制御部、２０…セッション管理サーバ装置、２１…ＣＰＵ、２２…ＲＡＭ、２３…ＲＯＭ、２４…ネットワークインターフェース、２５…コンピュータディスプレイ、２６…キーボード、２７…ハードディスク、３０…電子楽器、４０…スピーカ
【図１】
2006201934.tif 000003
【図２】
2006201934.tif 000004
【図３】
2006201934.tif 000005
【図４】
2006201934.tif 000006
【図５】
2006201934.tif 000007
【図６】
2006201934.tif 000008
【図７】
2006201934.tif 000009
【図８】
2006201934.tif 000010
【図９】
2006201934.tif 000011
【図１０】
2006201934.tif 000012
【図１１】
2006201934.tif 000013
【図１２】
2006201934.tif 000014
【図１３】
2006201934.tif 000015
【図１４】
2006201934.tif 000016
【図１５】
2006201934.tif 000017
【図１６】
2006201934.tif 000018
【図１７】
2006201934.tif 000019
【図１８】
2006201934.tif 000020
【図１９】
2006201934.tif 000021
【図２０】
2006201934.tif 000022