(57)【要約】【課題】  音楽セッションの相手を指定する手続きに音楽的、叙情的要素を与えること。【解決手段】  各演奏者は、共に音楽セッションを行う相手との間で認証用楽音を取り決めておく。各演奏者が、自らのセッション端末１０からセッション管理サーバ装置２０へアクセスすると、認証用楽音の演奏を求められる。演奏を求められた演奏者が認証用楽音を演奏すると、その楽音情報がセッション管理サーバ装置２０へ送信され、同じ特徴を持つ楽音情報を送信してきていた他のセッション端末との音楽セッションが自動的にセッティングされる。【選択図】  図１
2006133381.tif 000002
【特許請求の範囲】
【請求項１】
音楽セッションへの参加を求めてアクセスしてきた各セッション端末から認証用楽音の楽音情報を受信する受信手段と、
前記受信手段が受信した楽音情報を記憶する記憶手段と、
前記記憶手段に記憶された楽音情報の各々から認証用楽音の特徴を抽出し、共通の特徴を抽出し得た複数の楽音情報を組として夫々対応付けるセッション相手特定手段と、
前記セッション相手特定手段により同じ組として対応付けられた各楽音情報を夫々送信してきていたセッション端末同士で演奏音の楽音情報を遣り取りさせるセッション制御手段と
を備えたセッション管理サーバ装置。
【請求項２】
音楽セッションへの参加を求めてアクセスしてきた各セッション端末から認証用楽音の特徴を示す特徴パラメータを受信する受信手段と、
前記受信手段が受信した特徴パラメータを記憶する記憶手段と、
前記記憶手段に記憶された特徴パラメータを、共通の特徴を示す複数の特徴パラメータの組毎に夫々対応付けるセッション相手特定手段と、
前記セッション相手特定手段により同じ組として対応付けられた特徴パラメータを夫々送信してきていたセッション端末同士で演奏音の楽音情報を遣り取りさせるセッション制御手段と
を備えたセッション管理サーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを利用した音楽セッションを支援する技術に関する。
【背景技術】
【０００２】
ネットワークを利用することによって遠隔にある演奏者同士による音楽セッションを行わせる、「ネットセッション」と呼ばれるサービスが普及してきている。そして、この種のサービスの提供を支援する技術もこれまでに提案されている。例えば、特許文献１には、音楽セッションの相手として相応しい演奏者をネットワークを介して効率的に探し出す合奏システムが開示されている。同文献によると、この合奏システムは、各演奏者が利用する端末装置と、それら各演奏者によるネットセッションを取り仕切るサーバ装置とから構成される。そして、各演奏者は、自らの端末装置からサーバ装置へアクセスした際、使用楽器やプロフィールといった自らの属性をサーバ装置へアップロードし、サーバ装置は各演奏者からアップロードされた属性をリストとして公開する。各演奏者は、公開されたリストを参照し、その属性が自らの嗜好とマッチした他の演奏者を選択して音楽セッションを申し込むようになっている。
【特許文献１】特開２００３−１４０６５３
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、ネットセッションサービスをより魅力あるものとするためのには、同サービスによって醸成される演奏環境を、生で行われる音楽セッションのそれに可能な限り近づけることが望ましい。しかしながら、特許文献１に開示された合奏システムでは、演奏者が音楽セッションのパートナーを探索する際、自らの属性を端末装置にマニュアル入力しなければならず、このような音楽的、叙情的要素とはかけ離れた操作を演奏者に強いることが、ネットセッションサービスの魅力を著しく損わせる原因になるとの指摘があった。
本発明は、このような背景の下に案出されたものであり、音楽セッションの相手を指定する手続きに音楽的、叙情的要素を加味し、より魅力ある音楽セッションを提供することを目的とする。
【課題を解決するための手段】
【０００４】
本発明の好適な態様であるセッション管理サーバ装置は、音楽セッションへの参加を求めてアクセスしてきた各セッション端末から認証用楽音の楽音情報を受信する受信手段と、前記受信手段が受信した楽音情報を記憶する記憶手段と、前記記憶手段に記憶された楽音情報の各々から認証用楽音の特徴を抽出し、共通の特徴を抽出し得た複数の楽音情報を組として夫々対応付けるセッション相手特定手段と、前記セッション相手特定手段により同じ組として対応付けられた各楽音情報を夫々送信してきていたセッション端末同士で演奏音の楽音情報を遣り取りさせるセッション制御手段とを備える。
【０００５】
本発明の別の好適な態様であるセッション管理サーバ装置は、音楽セッションへの参加を求めてアクセスしてきた各セッション端末から認証用楽音の特徴を示す特徴パラメータを受信する受信手段と、前記受信手段が受信した特徴パラメータを記憶する記憶手段と、前記記憶手段に記憶された特徴パラメータを、共通の特徴を示す複数の特徴パラメータの組毎に夫々対応付けるセッション相手特定手段と、前記セッション相手特定手段により同じ組として対応付けられた特徴パラメータを夫々送信してきていたセッション端末同士で演奏音の楽音情報を遣り取りさせるセッション制御手段とを備える。
【発明の効果】
【０００６】
本発明によると、音楽セッションの相手を指定する手続きに音楽的、叙情的要素を加味し、より魅力ある音楽セッションを提供することができる。
【発明を実施するための最良の形態】
【０００７】
（第１実施形態）
本願発明の第１実施形態について説明する。
まず、以降の説明において用いる主要な用語を定義しておく。「運営者」とは、セッション管理サーバ装置の運営主体として各種サービスを提供している事業者を意味する。「演奏者」とは、運営者による支援の下、セッション端末の持ち主としてサービスを利用する個人を意味する。「楽音情報」とは、楽音信号にある圧縮符号化処理を施して得た符号列を表す情報を意味する。
【０００８】
本実施形態にかかるセッションシステムは、以下の２つの特徴を有する。１つ目の特徴は、共に音楽セッションを行う複数の演奏者からなるグループ（以下、「セッショングループ」と呼ぶ。）が、自グループでのみ通用させる所定のフレーズの楽音を認証用楽音としてセッション管理サーバ装置へ登録できるようにした点である。２つ目の特徴は、何れかのセッショングループに所属する演奏者が自らのセッション端末からセッション管理サーバ装置へアクセスし認証用楽音を演奏すると、自身と同じグループに所属する他の演奏者との音楽セッションが自動的にセッティングされるようにした点である。
【０００９】
図１は、本実施形態にかかるセッションシステムの全体構成図である。図に示すように、本システムは、複数のセッション端末１０と、セッション管理サーバ装置２０とから構成される。
図２は、セッション端末１０のハードウェア構成を示すブロック図である。この端末１０は、図に示すように、楽音信号入力部１１、楽音信号出力部１２、通信部１３、記憶部１４、エンコード／デコード部１５、表示部１６、操作部１７、及び制御部１８を備える。
【００１０】
楽音信号入力部１１は、電子楽器３０から自端末１０へ楽音信号を入力する。一方、楽音信号出力部１２は、自端末１０からスピーカ４０へ楽音信号を出力する。通信部１３は、予め登録されたセッション管理サーバ装置２０のネットワークアドレスを基に同装置２０とコネクションを確立し、各種情報の送受信を行うようになっている。
記憶部１４は、自端末１０を識別する固有の識別情報である端末ＩＤを予め記憶している。
【００１１】
エンコード／デコード部１５は、楽音信号入力部１１から楽音信号が供給されると、その楽音信号に符号化処理を施して得た楽音情報を通信部１３へ供給する一方、通信部１３から楽音情報が供給されると、その楽音情報に復号化処理を施して得た楽音信号を楽音信号出力部１２へ供給する。
表示部１６は、各種情報を表示するディスプレイである。操作部１７は、各種情報を入力するタッチパネルである。
制御部１８は、上記各部を制御する。この制御部１８が行う特徴的な動作については、後にフローチャートを参照しつつ詳述する。
【００１２】
図３は、セッション管理サーバ装置２０のハードウェア構成を示すブロック図である。この装置２０は、図に示すように、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ネットワークインターフェース２４、コンピュータディスプレイ２５、キーボード２６、ハードディスク２７などを備える。そして、ハードディスク２７は、セッショングループデータベース２７ａを記憶する。
【００１３】
図４は、セッショングループデータベース２７ａのデータ構造図である。図に示すように、このデータベース２７ａは、各々が１つのセッショングループと対応する複数のレコードの集合体である。このデータベース２７ａを構成する１つのレコードは、「主催者」、「認証フレーズ」、「参加メンバー」、及び「セッション中フラグ」の４つのフィールドを有している。
「主催者」のフィールドには、セッショングループを自ら立ち上げそのグループを主催することとなった演奏者の端末ＩＤを記憶する。
「認証フレーズ」のフィールドには、認証用楽音の特徴パラメータを記憶する。この特徴パラメータは、認証用楽音を構成する各楽音のピッチの値をその演奏順に並べたパラメータである。
【００１４】
「参加メンバー」のフィールドには、音楽セッションへの参加を求めて自装置２０へアクセスしてきたセッション端末１０から受信した端末ＩＤを記憶する。
「セッション中フラグ」のフィールドには、音楽セッションが既に開始されていることを示す「１」、又は音楽セッションが未だ開始されていないことを示す「０」の何れかの情報が記憶される。なお、後の動作説明の項で詳述するように、本実施形態では、あるセッショングループに所属するメンバーによる音楽セッションが一旦開始されてしまうと、そのセッショングループに所属する他のメンバーからの途中参加は受け入れられないことになっている。
【００１５】
次に、本実施形態の動作について説明する。
本実施形態の動作は、グループ登録処理とセッション処理とに分けることができる。
あるセッション端末１０がセッション管理サーバ装置２０へアクセスすると、セッション管理サーバ装置２０のＣＰＵ２１はそのセッション端末１０へサービス選択画面の表示データを送信する。そして、表示データを受信したセッション端末１０の制御部１８は、サービス選択画面を自らの表示部１６に表示させる。
【００１６】
図５に示すように、このサービス選択画面には、「ご利用になるサービスを選択してください。」という内容の文字列と、「グループ登録サービス」、及び「セッションサービス」と夫々記したボタンとが表示される。そして、「グループ登録サービス」と記したボタンが選択されるとグループ登録処理が、「セッションサービス」と記したボタンが選択されるとセッション処理が夫々実行される。
【００１７】
図６は、グループ登録処理を示すフローチャートである。
この処理は、あるセッション端末１０の表示部１６にサービス選択画面が表示された状態で、その画面の「グループ登録サービス」と記したボタンが選択されると開始される。
「グループ登録サービス」と記したボタンが選択されると、セッション端末１０の制御部１８は、グループ登録サービスの提供を求めるメッセージをセッション管理サーバ装置２０へ送信する（Ｓ１００）。
すると、セッション管理サーバ装置２０のＣＰＵ２１は、セッショングループデータベース２７ａにレコードを１つ追加する（Ｓ１１０）。
【００１８】
続いて、ＣＰＵ２１は、端末ＩＤの送信を求めるメッセージをセッション端末１０へ送信する（Ｓ１２０）。
このメッセージを受信したセッション端末１０の制御部１８は、自らの記憶部１４に記憶されている端末ＩＤを読出し、読み出した端末ＩＤをセッション管理サーバ装置２０へ送信する（Ｓ１３０）。
【００１９】
端末ＩＤを受信したセッション管理サーバ装置２０のＣＰＵ２１は、ステップ１１０で追加したレコードの「主催者」のフィールドへその端末ＩＤを記憶する（Ｓ１４０）。
続いて、ＣＰＵ２１は、認証用楽音登録画面の表示データを生成し、その表示データをセッション端末１０へ送信する（Ｓ１５０）。
【００２０】
表示データを受信したセッション端末１０の制御部１８は、認証用楽音登録画面を表示部１６に表示させる（Ｓ１６０）。
この認証用楽音入力画面には、「認証キーとして登録するフレーズを演奏してください。」という内容の文字列が表示される。
この画面を参照した演奏者は、自らが立ち上げるセッショングループの認証キーとするフレーズを電子楽器３０によって演奏する。例えば、認証キーとするフレーズを、「ド・ミ・ソ・ソ・シ・レ」とする場合は、夫々のピッチの楽音をその順番で演奏する。すると、演奏されたフレーズの楽音信号が電子楽器３０からセッション端末１０へ入力される。
【００２１】
セッション端末１０の制御部１８は、自端末１０へ入力された楽音信号へエンコード／デコード部１５による符号化処理を施して得た楽音情報を、認証用楽音の楽音情報としてセッション管理サーバ装置２０へ送信する（Ｓ１７０）。
認証用楽音の楽音情報を受信したセッション管理サーバ装置２０のＣＰＵ２１は、その楽音情報をＲＡＭ２２に記憶する（Ｓ１８０）。
ＣＰＵ２１は、ステップ１８０でＲＡＭ２２に記憶した楽音情報に復号化処理を施して元の楽音信号を復元し、その楽音信号から各楽音のピッチを順次抽出する（Ｓ１９０）。
【００２２】
ＣＰＵ２１は、ステップ１９０において順次抽出したピッチの値をその抽出順に並べた特徴パラメータを、ステップ１１０で追加したレコードの「認証フレーズ」のフィールドへ記憶する（Ｓ２００）。
特徴パラメータを記憶したＣＰＵ２１は、セッショングループの登録が完了したことを示すメッセージをセッション端末１０へ送信する（Ｓ２１０）。
このメッセージをセッション端末１０が受信すると、本処理が終了となる。
【００２３】
グループ登録処理を経て、端末ＩＤと認証用楽音とをセッション管理サーバ装置２０に登録した演奏者は、自ら立ち上げたセッショングループのメンバーとして共に演奏を行う他の演奏者を募る。そして、メンバーとなる他の演奏者が現れると、その演奏者に対し、自らが認証キーとして登録しておいた認証用楽音の内容を口頭又は文書で伝える。自らセッショングループを立ち上げた演奏者、及びその演奏者から認証用楽音を伝えられた他の演奏者らは、同じセッショングループのメンバーとしてセッション端末１０からセッション管理サーバ装置２０へ夫々アクセスする。そして、セッション端末１０の表示部１６にサービス選択画面が表示された状態で同画面の「セッションサービス」と記されたボタンを選択すると、セッション処理が開始される。
【００２４】
図７は、セッション処理を示すフローチャートである。
「セッションサービス」と記したボタンが選択されると、セッション端末１０の制御部１８は、セッションサービスの提供を求めるメッセージをセッション管理サーバ装置２０へ送信する（Ｓ３００）。
すると、セッション管理サーバ装置２０のＣＰＵ２１は、端末ＩＤの送信を求めるメッセージをセッション端末１０へ送信する（Ｓ３１０）。
【００２５】
メッセージを受信したセッション端末１０の制御部１８は、記憶部１４に記憶されている自身の端末ＩＤを読出し、読み出した端末ＩＤをセッション管理サーバ装置２０へ送信する（Ｓ３２０）。
端末ＩＤを受信したセッション管理サーバ装置２０のＣＰＵ２１は、受信した端末ＩＤをＲＡＭ２２に記憶する（Ｓ３３０）。
続いて、ＣＰＵ２１は、認証用楽音入力画面の表示データを生成し、その表示データをセッション端末１０へ送信する（Ｓ３４０）。
【００２６】
表示データを受信したセッション端末１０の制御部１８は、認証用楽音入力画面を表示部１６に表示させる（Ｓ３５０）。
この認証用楽音入力画面は、「認証キーとなるフレーズを演奏してください。」という内容の文字列が表示される。
この画面を参照した演奏者は、自グループの認証キーとなっているフレーズを電子楽器３０によって演奏する。すると、演奏されたフレーズの楽音信号が電子楽器３０からセッション端末１０へ入力される。
【００２７】
セッション端末１０の制御部１８は、自端末１０へ入力された楽音信号へエンコード／デコード部１５による符号化処理を施して得た楽音情報を、認証用楽音の楽音情報としてセッション管理サーバ装置２０へ送信する（Ｓ３６０）。
認証用楽音の楽音情報を受信したセッション管理サーバ装置２０のＣＰＵ２１は、その楽音情報をＲＡＭ２２に記憶する（Ｓ３７０）。
【００２８】
ＣＰＵ２１は、ステップ３８０でＲＡＭ２２に記憶した楽音情報に復号化処理を施して元の楽音信号を復元し、その楽音信号から各楽音のピッチを順次抽出する（Ｓ３８０）。
ＣＰＵ２１は、ステップ３８０で抽出したピッチと同じ内容の特徴パラメータを「認証フレーズ」のフィールドに記憶しているレコードを、セッショングループデータベース２７ａから特定する（Ｓ３９０）。
【００２９】
ＣＰＵ２１は、ステップ３９０で特定したレコードの「セッション中フラグ」のフィールドの記憶内容が、「１」になっているかそれとも「０」になっているか否か判断する（Ｓ４００）。
ステップ４００において、「セッション中フラグ」のフィールドの記憶内容が「１」になっていると判断したＣＰＵ２１は、再アクセス依頼画面の表示データを生成し、その表示データをセッション端末１０へ送信する（Ｓ４１０）。
【００３０】
表示データを受信したセッション端末１０の制御部１８は、再アクセス依頼画面を表示部１６に表示させる（Ｓ４２０）。
この再アクセス依頼画面には、「あなたのグループは、現在セッションを行っている最中です。途中から参加することはできませんので、しばらくしてからアクセスしてください。」という内容の文字列が表示される。この画面を参照した演奏者は、自らのセッション端末１０とセッション管理サーバ装置２０とのコネクションを一旦解除し、音楽セッションが終了した頃を見計らって再びアクセスする。
【００３１】
一方、ステップ４００において、「セッション中フラグ」のフィールドの記憶内容が「０」になっていると判断したＣＰＵ２１は、ステップ３３０でＲＡＭ２２に記憶しておいた端末ＩＤを、ステップ３９０で特定したレコードの「参加メンバー」のフィールドへ記憶する（Ｓ４３０）。このステップ４３０にて、自らの送信した端末ＩＤが「参加メンバー」のフィールドに記憶されたセッション端末１０は、同じフィールドに既に記憶されていた、又はその後に記憶される端末ＩＤの送信元である他のセッション端末１０と共に音楽セッションを行うことが可能な状態になる。
続いて、ＣＰＵ２１は、ステップ３９０で特定したレコードの「参加メンバー」のフィールドに記憶されている全ての端末ＩＤをＲＡＭ２２へ読み出す（Ｓ４４０）。
ＣＰＵ２１は、ステップ４４０で読み出した端末ＩＤを所定の雛形に埋め込むことによって得た参加状況通知画面の表示データを、それら各端末ＩＤの発信元であった各セッション端末１０に宛てて送信する（Ｓ４５０）。
【００３２】
表示データを受信したセッション端末１０の制御部１８は、参加状況通知画面を表示部１６に表示させる（Ｓ４６０）。
図９は、参加状況通知画面である。この画面の上段には、「現在、セッションの準備ができているメンバーのＩＤは以下の通りです。」という内容の文字列が表示され、その下には、ステップ４４０で読み出された全ての端末ＩＤが表示される。更に画面の下段には、「セッション開始」と記したボタンが表示される。
この画面を参照した演奏者は、セッションを開始してもよいか否かを判断する。セッションを開始してもよいと判断したときは、画面下のボタンを操作部１７によって選択する。
【００３３】
「セッション開始」のボタンが選択されると、制御部１８は、セッションの開始を要求するメッセージをセッション管理サーバ装置２０へ送信する（Ｓ４７０）。
セッション管理サーバ装置２０のＣＰＵ２１は、参加状況通知画面の表示データの宛先であった全てのセッション端末１０からセッションの開始を要求するメッセージを受信すると、ステップ３９０で特定したレコードの「セッション中フラグ」のフィールドの記憶内容を「０」から「１」へ書き換える（Ｓ４８０）。
【００３４】
続いて、ＣＰＵ２１は、音楽セッションの開始タイミングまでの残り時間長を表すカウントダウン信号を、各セッション端末１０へ送信する（Ｓ４９０）。
カウントダウン信号を受信したセッション端末１０の制御部１８は、他のセッション端末１０と同期を取りつつ、音楽セッションの開始タイミングまでの残り時間長を表示部１６に表示させる（Ｓ５００）。具体的には、「スタート３秒前」→「スタート２秒前」→「スタート１秒前」の各内容を示す文字列をこの順番で一秒おきに表示させ、更に「スタート１秒前」の文字列を表示してから１秒経過したタイミングで、「スタート！」の文字列を表示させる。
【００３５】
各演奏者は、自らのセッション端末１０の表示部１６に表示されるカウントダウン表示を参照し、「スタート！」の文字列が表示されたタイミングに合わせて一斉に電子楽器３０の演奏を開始する。
演奏が開始されると、各セッション端末１０は、電子楽器３０から自端末１０に入力される楽音信号を楽音情報としてセッション管理サーバ装置２０へ送信する処理と、セッション管理サーバ装置２０から自端末１０へ送信される楽音情報を楽音信号としてスピーカ４０へ出力する処理とを並行して行う。また、セッション管理サーバ装置２０のＣＰＵ２１は、一方のセッション端末１０から受信した楽音情報を他方のセッション端末１０へ直ちに転送する処理を行う。
このようなセッション管理サーバ装置２０を介した楽音情報の遣り取りが実行されることで、各セッション端末１０は、遠隔にある他のセッション端末１０に入力された楽音信号をも自らのスピーカ４０から楽音として放音することが可能になり、その結果、遠隔にある演奏者同士によるリアルタイムの音楽セッションが実現する。
【００３６】
以上説明した本実施形態によると、各演奏者は、自らのセッション端末１０からセッション管理サーバ装置２０にアクセスした後、自らがメンバーとなっているセッショングループの認証用楽音を演奏しさえすれば、共通の認証用楽音を演奏していた他の演奏者と自動的にマッチングされ、その演奏者と共に音楽セッションを開始することができる。従って、演奏者は、相手のＩＤを入力するといった煩わしい操作を強いられることなく、音楽セッションを楽しむことができる。
【００３７】
（第２実施形態）
上記実施形態では、演奏者が認証用楽音を演奏すると、その楽音の楽音信号から得られた楽音情報がそのままセッション端末１０からセッション管理サーバ装置２０へ送信され、セッション管理サーバ装置２０が楽音情報から特徴パラメータを抽出するようになっていた。これに対し、本実施形態では、楽音情報からの特徴パラメータの抽出をセッション端末１０側で行う構成をとる。
【００３８】
図１０は、本実施形態にかかるセッション端末１０のハードウェア構成図である。図に示すように、このセッション端末１０は、楽音信号入力部１１、楽音信号出力部１２、通信部１３、記憶部１４、エンコード／デコード部１５、表示部１６、操作部１７、制御部１８のほかに、特徴パラメータ抽出部１９を備えている。
この特徴パラメータ抽出部１９は、制御部１８による指示の下、楽音信号入力部１１から入力される楽音信号から楽音のピッチを抽出する。
【００３９】
次に、本実施形態の動作を説明する。
図１１は、本実施形態におけるグループ登録処理を示すフローチャートである。このフローチャートでは、図６に示すステップ１７０乃至ステップ２００の処理がステップ１７１乃至ステップ２０１の処理に置き換えられている。即ち、ステップ１６０にて認証用楽音登録画面が表示された後、認証キーとして演奏されたフレーズの楽音信号が電子楽器３０からセッション端末１０へ入力されると、ステップ１７１においてその楽音信号からピッチが抽出され、続くステップ１７２では、抽出されたピッチの値を並べた特徴パラメータがセッション管理サーバ装置２０へと送信される。
特徴パラメータを受信したセッション管理サーバ装置２０のＣＰＵ２１は、ステップ１１０で追加したレコードの「認証フレーズ」のフィールドへその特徴パラメータを記憶する（Ｓ２０１）。
【００４０】
図１２は、本実施形態におけるセッション処理の前半部分を示すフローチャートである。このフローチャートでは、図７に示すステップ３６０乃至ステップ３９０の処理がステップ３６１乃至ステップ３９１の処理に置き換えられている。この図に示すステップ３６１とステップ３６２の両処理の内容は、上述したステップ１７１とステップ１７２の両処理と同様である。そして、ステップ３６２おいて特徴パラメータがセッション管理サーバ装置２０へ送信されると、同サーバ装置２０は、セッション端末１０から受信したものと共通の特長を示す特徴パラメータを「認証フレーズ」のフィールドに記憶しているレコードを、セッショングループデータベース２７ａから特定する（Ｓ３９１）。
【００４１】
以上説明した本実施形態では、各セッション端末１０に特徴パラメータ抽出部１９を備え、この抽出部１９によって抽出された特徴パラメータをセッション管理サーバ装置２０へ送信するようになっている。従って、特徴パラメータの抽出をセッション管理サーバ装置２０に強いる構成となっている第１実施形態よりも、セッション管理サーバ装置２０にかかる処理負担を軽くすることができる。
【００４２】
（他の実施形態）
本実施形態は、種々の変形実施が可能である。
例えば、認証用楽音として登録されるフレーズは、電子楽器によって演奏されたものである必要はなく、これを人の肉声としてもよい。この変形例は、人の肉声を集音するマイクをセッション端末に搭載させ、集音した肉声が含有するフォルマントを分析して得られた分析結果を特徴パラメータとして用いるようにすることで実現できる。この変形例によると、各演奏者は、自グループのメンバーしか知りえない「合言葉」を発声することによって、そのグループの他のメンバーと共に音楽セッションを行うことができるようになる。また、演奏される波形をマイク、ライン入力等から取り込んで、これを特徴パラメータとして用いてもよい。
上記実施形態では、セッショングループを自ら立ち上げる演奏者が、そのグループの認証キーとして自らが考案した認証用楽音をセッション管理サーバ装置２０に登録しておくようになっていたが、このような登録を不要としてもよい。例えば、セッション管理サーバ装置２０が、音楽セッションへの参加を求めてアクセスしてきた全セッション端末１０から認証用楽音の楽音情報を受信してＲＡＭ２２に記憶し、共通の特徴を持つ認証用楽音の楽音情報を送信してきていたセッション端末１０同士を音楽セッションの相手としてマッチングするようにしてもよい。この変形例によると、セッショングループを主催する演奏者による認証用楽音の登録が行われていなくても、そのグループに所属する複数の演奏者の間で認証用楽音に関する申し合わせさえ出来ていれば、それら各演奏者を集めた音楽セッションを容易にセッティングすることができる。
【図面の簡単な説明】
【００４３】
【図１】セッションシステムの全体構成図である。
【図２】セッション端末のハードウェア構成図である。
【図３】セッション管理サーバ装置のハードウェア構成図である。
【図４】セッショングループデータベースのデータ構造図である。
【図５】サービス選択画面である。
【図６】グループ登録処理を示すフローチャートである。
【図７】セッション処理を示すフローチャートである（前半部分）。
【図８】セッション処理を示すフローチャートである（後半部分）。
【図９】参加状況通知画面である。
【図１０】セッション端末のハードウェア構成図である（第２実施形態）。
【図１１】グループ登録処理を示すフローチャートである（第２実施形態）。
【図１２】セッション処理を示すフローチャートである（第２実施形態）。
【符号の説明】
【００４４】
１０…セッション端末、１１…楽音信号入力部、１２…楽音信号出力部、１３…通信部、１４…記憶部、１５…エンコード／デコード部、１６…表示部、１７…操作部、１８…制御部、１９…特徴パラメータ抽出部、２０…セッション管理サーバ装置、２１…ＣＰＵ、２２…ＲＡＭ、２３…ＲＯＭ、２４…ネットワークインターフェース、２５…コンピュータディスプレイ、２６…キーボード、２７…ハードディスク、３０…電子楽器、４０…スピーカ
【図１】
2006133381.tif 000003
【図２】
2006133381.tif 000004
【図３】
2006133381.tif 000005
【図４】
2006133381.tif 000006
【図５】
2006133381.tif 000007
【図６】
2006133381.tif 000008
【図７】
2006133381.tif 000009
【図８】
2006133381.tif 000010
【図９】
2006133381.tif 000011
【図１０】
2006133381.tif 000012
【図１１】
2006133381.tif 000013
【図１２】
2006133381.tif 000014