(57)【要約】【課題】  ネットワークを介して行なわれる音楽セッションの各演奏者に対し、他の演奏者がセッションに参加できる状態にあるかどうかを直ちに把握させることができるシステムを提供すること。【解決手段】  各演奏者が各々のセッション端末からセッション支援装置へアクセスすると、他の演奏者のステータスを示すステータス情報が返信される。そして、いずれかの演奏者が演奏準備動作を開始すると、ステータスが「不在」から「在席」に切り替わったことを示すメッセージが、その演奏者のセッション端末からセッション支援装置へ送信される。セッション支援装置は、その演奏者のステータスが更新された旨を自機に接続している各セッション端末へ送信する。【選択図】        図１
2005165078.tif 000002
【特許請求の範囲】
【請求項１】
演奏者による演奏準備動作を検出する手段を備えた複数のセッション端末と、それら各端末間の楽音データの授受を仲介するセッション支援装置とを接続したシステムによる音楽セッション支援方法であって、
前記セッション支援装置が、前記各演奏者がセッション可能な状態にあるか否かを示すステータス情報とそれらの演奏者を識別する演奏者識別情報の各セットを前記各セッション端末へ送信する状態通知過程と、
前記ステータス情報と演奏者識別情報の各セットを受信した前記各セッション端末が、各演奏者毎のステータス情報を各々の表示手段に表示する状態表示過程と、
前記セッション支援装置が、演奏準備動作を検出したセッション端末から、そのセッション端末がセッション可能状態に至ったことを示す状態遷移情報と当該端末の演奏者識別情報のセットを取得する遷移情報取得過程と、
前記セッション支援装置が、当該取得した状態遷移情報と演奏者識別情報のセットを、自機に接続している各セッション端末へ送信する状態遷移者通知過程と、
当該状態遷移情報と演奏者識別情報のセットを受信したセッション端末が、受信した情報を基に、各々の表示手段の表示内容を更新する状態更新過程と
を有する音楽セッション支援方法。
【請求項２】
演奏者による演奏の開始と停止とを検出する手段を備えた複数のセッション端末と、それら各端末間の楽音データの授受を仲介するセッション支援装置と
を接続したシステムによる音楽セッション支援方法であって、
前記セッション支援装置が、前記各演奏者がセッション可能な状態にあるか否かを示すステータス情報とそれらの演奏者を識別する演奏者識別情報の各セットを前記各セッション端末へ送信する状態通知過程と、
前記ステータス情報と演奏者識別情報の各セットを受信した前記各セッション端末が、各演奏者毎のステータス情報を各々の表示手段に表示する状態表示過程と、
前記セッション支援装置が、演奏の開始を検出したセッション端末から、そのセッション端末がセッション可能状態に至ったことを示す状態遷移情報と当該端末の演奏者識別情報のセットを取得する一方で、演奏の停止を一定期間に渡って検出したセッション端末から、そのセッション端末がセッション不能状態に至ったことを示す状態遷移情報と当該端末の演奏者識別情報のセットを取得する遷移情報取得過程と、
前記セッション支援装置が、当該取得した状態遷移情報と演奏者識別情報のセットを、自機に接続している各セッション端末へ送信する状態遷移者通知過程と、
当該状態遷移情報と演奏者識別情報のセットを受信した各セッション端末が、受信した情報を基に、各々の表示手段の表示内容を更新する状態更新過程と
を有する音楽セッション支援方法。
【請求項３】
一又は複数の演奏者と楽音データの授受を行なうことで音楽セッションを実現する音楽セッション用楽器であって、
各演奏者がセッション可能な状態にあるか否かを示すステータス情報を当該各演奏者の演奏者識別情報と各々対応付けて表示する表示手段と、
演奏者による演奏準備動作を検出する検出手段と、
当該検出手段によって演奏準備動作が検出されたことを条件にして、セッション可能状態に至ったことを示す状態遷移情報と自らを識別する演奏者識別情報のセットを送信する送信手段と、
いずれかの演奏者がセッション可能状態に至ったことを示す状態遷移情報とその演奏者を識別する演奏者識別情報とをセットで受信する受信手段と、
前記受信手段によって状態遷移情報と演奏者識別情報のセットが受信されたとき、当該演奏者識別情報と対応付けて前記表示手段に表示されているステータス情報の内容を更新する更新手段と
を備えた音楽セッション用楽器。
【請求項４】
一又は複数の演奏者と楽音データの授受を行なうことで音楽セッションを実現する音楽セッション用楽器であって、
各演奏者がセッション可能な状態にあるか否かを示すステータス情報を当該各演奏者の演奏者識別情報と各々対応付けて表示する表示手段と、
演奏者による演奏の開始と停止とを検出する検出手段と、
演奏の開始が前記検出手段によって検出されたことを条件にして、セッション可能状態に至ったことを示す状態遷移情報と自らを識別する演奏者識別情報のセットを送信する一方で、演奏の停止が一定期間に渡って続いたことが前記検出手段によって検出されたことを条件にして、セッション不能状態に至ったことを示す状態遷移情報と自らを識別する演奏者識別情報のセットを送信する送信手段と、
いずれかの演奏者がセッション可能状態に至ったこと又はセッション不能状態に至ったことを示す状態遷移情報とその演奏者を識別する演奏者識別情報とをセットで受信する受信手段と、
前記受信手段によって状態遷移情報と演奏者識別情報のセットが受信されたとき、当該演奏者識別情報と対応付けて前記表示手段に表示されているステータス情報の内容を更新する更新手段と
を備えた音楽セッション用楽器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音楽セッション支援方法に関する。
【背景技術】
【０００２】
楽器を接続した複数のコンピュータをネットワークを介して接続し、それらコンピュータ間で楽音データをやり取りすることで、遠隔にいる演奏者同士の音楽セッションを実現する試みが行なわれている。そして、そのような音楽セッションの実現を支援する技術もこれまでに提案されている。
例えば、特許文献１には、遠隔にいる複数のユーザによる曲データの合作を実現するシステムが開示されている。同文献によると、このシステムは、各ユーザのクライアント装置と、各ユーザが共同で行なう作曲作業を取りまとめるサーバ装置とからなる。そして、このサーバ装置はチャット機能を搭載しており、いずれかのクライアント装置において曲データの入力、編集が行われると、その内容がサーバ装置を経由して直ちに他のクライアント装置へ配信されるようになっている。
【特許文献１】特開２００１−１９５０６４
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、遠隔にいる演奏者同士がサーバ装置を介して音楽セッションを行なう場合、各演奏者は、セッションの相手方となる他の演奏者が直ちに自分とセッションを行なえる状態にあるのか、それともサーバ装置に接続してはいるもののセッションに参加できる状態にないのかを一意に把握することができない。
本発明は、このような問題を解決すべく案出されたものであり、ネットワークを介して行なわれる音楽セッションの各演奏者に対し、自分以外の他の演奏者がセッションに参加できる状態にあるかどうかを直ちに把握させることができるシステムを提供することを目的とする。
【課題を解決するための手段】
【０００４】
本発明の好適な態様である音楽セッション支援方法は、演奏者による演奏準備動作を検出する手段を備えた複数のセッション端末と、それら各端末間の楽音データの授受を仲介するセッション支援装置とを接続したシステムによる音楽セッション支援方法であって、前記セッション支援装置が、前記各演奏者がセッション可能な状態にあるか否かを示すステータス情報とそれらの演奏者を識別する演奏者識別情報の各セットを前記各セッション端末へ送信する状態通知過程と、前記ステータス情報と演奏者識別情報の各セットを受信した前記各セッション端末が、各演奏者毎のステータス情報を各々の表示手段に表示する状態表示過程と、前記セッション支援装置が、演奏準備動作を検出したセッション端末から、そのセッション端末がセッション可能状態に至ったことを示す状態遷移情報と当該端末の演奏者識別情報のセットを取得する遷移情報取得過程と、前記セッション支援装置が、当該取得した状態遷移情報と演奏者識別情報のセットを、自機に接続している各セッション端末へ送信する状態遷移者通知過程と、当該状態遷移情報と演奏者識別情報のセットを受信したセッション端末が、受信した情報を基に、各々の表示手段の表示内容を更新する状態更新過程とを有する。
この態様によれば、ある演奏者が演奏準備動作を行なうと、その演奏者が音楽セッションの申込に応じうる状態にあることが他の演奏者へ直ちに通知される。したがって、音楽セッションを行なう各演奏者は、自分以外のどの演奏者に音楽セッションを申し込めばよいかを直ちに把握することができる。
【０００５】
本発明の別の好適な態様である音楽セッション支援方法は、演奏者による演奏の開始と停止とを検出する手段を備えた複数のセッション端末と、それら各端末間の楽音データの授受を仲介するセッション支援装置とを接続したシステムによる音楽セッション支援方法であって、前記セッション支援装置が、前記各演奏者がセッション可能な状態にあるか否かを示すステータス情報とそれらの演奏者を識別する演奏者識別情報の各セットを前記各セッション端末へ送信する状態通知過程と、前記ステータス情報と演奏者識別情報の各セットを受信した前記各セッション端末が、各演奏者毎のステータス情報を各々の表示手段に表示する状態表示過程と、前記セッション支援装置が、演奏の開始を検出したセッション端末から、そのセッション端末がセッション可能状態に至ったことを示す状態遷移情報と当該端末の演奏者識別情報のセットを取得する一方で、演奏の停止を一定期間に渡って検出したセッション端末から、そのセッション端末がセッション不能状態に至ったことを示す状態遷移情報と当該端末の演奏者識別情報のセットを取得する遷移情報取得過程と、前記セッション支援装置が、当該取得した状態遷移情報と演奏者識別情報のセットを、自機に接続している各セッション端末へ送信する状態遷移者通知過程と、当該状態遷移情報と演奏者識別情報のセットを受信した各セッション端末が、受信した情報を基に、各々の表示手段の表示内容を更新する状態更新過程とを有する。
この態様によると、ある演奏者が演奏を開始したとき、その演奏者が音楽セッションの申込に応じうる状況にあることが他の演奏者へ直ちに通知される一方で、演奏の停止が一定期間にわたって続いたとき、音楽セッションの申込に応じられない状況にあることが他の演奏者へ通知される。したがって、かかる態様によっても、各演奏者は、自分以外のどの演奏者にセッションを申し込めばよいかを直ちに把握することができる。
【０００６】
本発明の別の好適な態様である音楽セッション用楽器は、一又は複数の演奏者と楽音データの授受を行なうことで音楽セッションを実現する音楽セッション用楽器であって、  各演奏者がセッション可能な状態にあるか否かを示すステータス情報を当該各演奏者の演奏者識別情報と各々対応付けて表示する表示手段と、演奏者による演奏準備動作を検出する検出手段と、当該検出手段によって演奏準備動作が検出されたことを条件にして、セッション可能状態に至ったことを示す状態遷移情報と自らを識別する演奏者識別情報のセットを送信する送信手段と、いずれかの演奏者がセッション可能状態に至ったことを示す状態遷移情報とその演奏者を識別する演奏者識別情報とをセットで受信する受信手段と、  前記受信手段によって状態遷移情報と演奏者識別情報のセットが受信されたとき、当該演奏者識別情報と対応付けて前記表示手段に表示されているステータス情報の内容を更新する更新手段とを備える。
【０００７】
本発明の別の好適な態様である音楽セッション用楽器は、一又は複数の演奏者と楽音データの授受を行なうことで音楽セッションを実現する音楽セッション用楽器であって、  各演奏者がセッション可能な状態にあるか否かを示すステータス情報を当該各演奏者の演奏者識別情報と各々対応付けて表示する表示手段と、演奏者による演奏の開始と停止とを検出する検出手段と、演奏の開始が前記検出手段によって検出されたことを条件にして、セッション可能状態に至ったことを示す状態遷移情報と自らを識別する演奏者識別情報のセットを送信する一方で、演奏の停止が一定期間に渡って続いたことが前記検出手段によって検出されたことを条件にして、セッション不能状態に至ったことを示す状態遷移情報と自らを識別する演奏者識別情報のセットを送信する送信手段と、いずれかの演奏者がセッション可能状態に至ったこと又はセッション不能状態に至ったことを示す状態遷移情報とその演奏者を識別する演奏者識別情報とをセットで受信する受信手段と、前記受信手段によって状態遷移情報と演奏者識別情報のセットが受信されたとき、当該演奏者識別情報と対応付けて前記表示手段に表示されているステータス情報の内容を更新する更新手段と
を備える。
【発明の効果】
【０００８】
本発明によると、音楽セッションを行なう各演奏者に対し、自分以外の演奏者が音楽セッションに参加できる状況にあるか、それとも参加できない状況にあるかを直ちに了解させることができる。
【発明を実施するための最良の形態】
【０００９】
（第１実施形態）
以下、本発明の第１実施形態に係る音楽セッションシステムを説明する。本実施形態は、遠隔にある電子楽器間で音楽セッションを行なう際、電子楽器の各演奏者に対し、自分以外の演奏者が音楽セッションに参加可能な状態にあるかどうかをアイコン表示するようにした点を特徴としている。
なお、本実施形態における「演奏者」とは、音楽セッションシステムの運営者に対し所定の登録手続きを行い、各々を識別するためのＩＤ（演奏者識別情報）の交付を受けている者を意味する。各演奏者は、口頭又はメールなどで自らのＩＤを他の演奏者に告知し、または他の演奏者のＩＤを了知することにより、かかる他の演奏者と音楽セッションを行なう。
【００１０】
図１は、本実施形態の全体構成を示すブロック図である。本実施形態に係る音楽セッションシステムは、サーバとして機能するセッション支援装置１０と、クライアントとして機能するセッション端末２０−１〜ｎ（ｎは整数）とを、ネットワーク３０により接続してなる。そして、各セッション端末２０−１〜ｎはバスを介して電子楽器４０−１〜ｎとそれぞれ接続されており、ＭＩＤＩ（musical instrument digital interface）データの送受を各セッション端末２０同士が行なうことによって、複数の演奏者による音楽セッションが実現する。
【００１１】
図２は、セッション支援装置１０のハードウェア構成を示すブロック図である。同図に示すように、この装置は、ＲＯＭ１１、ＲＡＭ１２、ＣＰＵ１３、ハードディスク１４、通信インターフェース１５を備えており、ハードディスク１４は、図示しないＯＳのほか、本実施形態に特有の動作をＣＰＵ１３に実行させる音楽セッション支援プログラム１４ａ、演奏者管理テーブル１４ｂなどを記憶している。
【００１２】
演奏者管理テーブル１４ｂは、各々が一人の演奏者と対応する複数のレコードの集合体である。同テーブルを構成する一つのレコードは、「ＩＤ」のフィールドと、「アドレス」のフィールドと、「ステータス」のフィールドとを有している。「ＩＤ」のフィールドには、すべての演奏者に割り振った各演奏者識別情報がそれぞれ記憶される。「アドレス」のフィールドには、それら各演奏者のセッション端末２０のアドレスがそれぞれ記憶される。「ステータス」のフィールドには、各演奏者がセッション可能な状態にあるか否かを示すステータス情報が記憶される。このステータス情報には、演奏者のセッション端末２０がセッション支援装置１０とコネクションを確立していない状態を示す「オフライン」、コネクションが確立されており且つ他の演奏者とのセッションが可能な状態を示す「在席」、コネクションは確立されているものの電子楽器４０から離れているなどの事情によりセッションが不可能な状態を示す「不在」、他の演奏者とセッション中であることを示す「セッション中」の４種類がある。
【００１３】
図３は、セッション端末２０及びそれに接続された電子楽器４０のハードウェア構成を示すブロック図である。セッション端末２０は、ＲＯＭ２１、ＲＡＭ２２、ＣＰＵ２３、タッチディスプレイ２４、ハードディスク２５、通信インターフェース２６、楽器インターフェース２７などを備えている。
ハードディスク２５は、本実施形態に特有の動作をＣＰＵ２３に行わせる音楽セッションプログラム２５ａと、演奏者登録テーブル２５ｂとを記憶している。
演奏者登録テーブル２５ｂは、後述する演奏者登録処理によって登録される他の演奏者の名称とそのＩＤとを管理するためのテーブルである。
図４は、演奏者登録テーブル２５ｂのデータ構造図である。同テーブルを構成する一つのレコードは、他の演奏者のニックネームを記憶する「ニックネーム」のフィールドと、それらの演奏者の演奏者識別情報を記憶する「ＩＤ」のフィールドからなる。そして、このテーブルには、後述する演奏者登録処理に従って新たな演奏者が登録されるたびにレコードが一つずつ追加される。各演奏者は、自らの演奏者登録テーブル２５ｂに演奏者識別情報を登録してある他の演奏者に対し、音楽セッションの申込を行うことができることになっている。
【００１４】
一方、電子楽器４０は電子ピアノであり、鍵盤４１、キーセンサ４２、音源部４３、スピーカ４４、インターフェース４５、鍵盤蓋４６、蓋開閉検出部４７、制御部４８などを備えている。
この電子楽器４０の鍵盤４１が打鍵されると、打鍵されたキーとその強さとを示す信号がキーセンサ４２から制御部４８へ伝達され、制御部４８は、その信号に応じて生成したＭＩＤＩデータを音源部４３に出力する。また、制御部４８は、生成したＭＩＤＩデータをインターフェース４５を介してセッション端末２０へ送信する一方で、同インターフェース４５を介して受信したＭＩＤＩデータを音源部４３へ出力する。これにより、音源部４３からは、制御部４８自身が生成したＭＩＤＩデータを変換して得た楽音信号と、他の電子楽器４０から受信したＭＩＤＩデータを変換して得た楽音信号とがともに出力される。
【００１５】
鍵盤蓋４６は、合成樹脂材料からなる板体である。また、蓋開閉検出部４７は、鍵盤蓋４６の開閉を検出する光学式センサである。ここで、蓋開閉検出部４７が鍵盤蓋４６の開閉を検出する様子を図５及び図６を参照して説明する。図５は電子楽器４０の開蓋状態を示す側面図であり、図６は閉蓋状態を示す側面図である。両図に示されるように、電子楽器４０本体の前半部は上方に開放して鍵盤４１を構成している。一方、電子楽器４０本体の後半部には、鍵盤蓋４６の一端を軸着した枢軸４９と、鍵盤蓋４６の回動を所定の位置で停止させるストッパ５０とが設けられている。そして、ストッパ５０には蓋開閉検出部４７が備え付けられている。鍵盤４１を覆っていた鍵盤蓋４６がストッパ５０と当接する位置まで回動されたことがこの蓋開閉検出部４７によって検出されると、開蓋状態となったことを示す信号がインターフェース４５を介してセッション端末２０へ伝送される。一方で、鍵盤蓋４６がストッパ５０と当接する位置から離間したことが蓋開閉検出部４７によって検出されると、閉蓋状態となったことを示す信号がセッション端末２０へ伝送される。
【００１６】
次に、本実施形態の動作を説明する。
本実施形態の動作は、起動処理と、セッション申込処理と、演奏者登録処理と、セッション休止処理とに大別できる。以下、順に説明する。
【００１７】
＜起動処理＞
図７は、起動処理を示すフローチャートである。
この処理は、セッション端末２０の図示しない電源が投入されたことをトリガーとして開始される。なお、電源を投入するにあたり、演奏者は、電子楽器４０の鍵盤蓋４６をストッパ５０と当接する位置まで予め回動させることにより、演奏の準備をしておく。
電源が投入されると、セッション端末２０のＣＰＵ２３は、電子楽器４０に電源を投入してこれを起動させる（Ｓ１１０）。このとき、演奏者の準備行為により電子楽器４０の鍵盤蓋４６はストッパ５０に当接しているので、開蓋状態にあることを示す信号が電子楽器４０からセッション端末２０へ伝送される。
続いて、ＣＰＵ２３は、自らの演奏者識別情報を含む接続要求メッセージをセッション支援装置１０へ送信する（Ｓ１２０）。
【００１８】
接続要求メッセージを受信したセッション支援装置１０のＣＰＵ１３は、このメッセージに含まれる演奏者識別情報と対応付けられたレコードを演奏者管理テーブル１４ｂから特定し、特定したレコードの「ステータス」のフィールドを「オフライン」から「在席」に書き換える（Ｓ１３０）。その後、接続が成功した旨を返信する（Ｓ１４０）。
セッション端末２０のＣＰＵ２３は、ハードディスク２５の演奏者登録テーブル２５ｂの各レコードに記憶されているニックネームと演奏者識別情報の各セットをＲＡＭ２２に読み出す（Ｓ１５０）。続いて、読み出した各演奏者識別情報を含むステータス問合せメッセージをセッション支援装置１０へ送信する（Ｓ１６０）。
ステータス問合せメッセージを受信したセッション支援装置１０のＣＰＵ１３は、このメッセージに含まれる各演奏者識別情報と対応付けられたレコードを演奏者管理テーブル１４ｂからそれぞれ特定し、特定した各レコードに記憶されているステータス情報を読み出す（Ｓ１７０）。ＣＰＵ１３は、それらのステータス情報と演奏者識別情報の各セットをセッション端末２０へ送信する（Ｓ１８０）。
【００１９】
セッション端末２０のＣＰＵ２３は、受信した演奏者識別情報とステータス情報の各セットをＲＡＭ２２に記憶すると共に、それらの情報を用いて生成したアドレスブック画面をタッチディスプレイ２４に表示する（Ｓ１９０）。
図８は、アドレスブック画面である。この画面の上段には、他の演奏者からのセッション申込メッセージなどを表示するダイアログ表示欄２４ａが表示される。そして、画面の中央には演奏者表示欄２４ｂが表示される。この欄には、演奏者登録テーブル２５ｂに登録してある各演奏者のニックネーム、演奏者識別情報、及びステータスを各演奏者毎に表示する。
なお、このステータスは、「オフライン」、「在席」、「不在」、「セッション中」のそれぞれをイメージ化したアイコンとして表示される。各ステータスを表象するアイコンを示すと以下のようになる。まず、「オフライン」のステータスは、眠っている人間の顔をイメージしたアイコンにより表象される。そして、「在席」のステータスは、笑っている人間の顔をイメージしたアイコンにより表象される。更に、「不在」のステータスは、笑っている人間の顔の一部に進入禁止の道路標識を重ね合わせたアイコンにより表象され、「セッション中」のステータスは、笑っている人間の顔の左隣にト音記号を配したアイコンにより表象される。
各演奏者表示欄２４ｂの右隣には、「セッション申込」と記したボタン２４ｃがそれぞれ表示される。これは、ステータスが「在席」又は「セッション中」となっている演奏者に対して音楽セッションへの参加を申し込むためのボタンである。なお、ステータスが「オフライン」又は「離席」となっている場合は、その右隣にあるボタンは選択できないようにロックされる。「セッション申込」のボタン２４ｃが選択されると、後述のセッション申込処理が開始される。画面の中央下には、「新規アドレスの追加」と記したボタン２４ｄが表示される。これは、演奏者登録テーブル２５ｂに新たなレコードを追加するためのボタンである。このボタンが選択されると、後述の演奏者登録処理が開始される。
画面の下段には、セッション端末２０を使用している演奏者自身のステータスを表示する欄２４ｅが表示される。この欄には、「在席」、「不在」とそれぞれ記したステータスバーが表示される。アドレスブック画面が表示された当初は「在席」が強調表示されるが、後に詳述するように、閉蓋状態となったことが蓋開閉検出部４７によって検出されると直ちに「不在」が強調表示されるようになっている。
【００２０】
ステップ１９０でアドレスブック画面を表示した後、セッション端末２０のＣＰＵ２３は、所定の時間（例えば２０秒）毎にステータス問合せメッセージをセッション支援装置１０へ送信し、その時点における他の演奏者のステータス情報を取得する。そして、いずれかの演奏者のステータスが変更されていたときは、変更になったステータスに合わせて自らのアドレスブック画面の表示内容を変更する。
【００２１】
＜セッション申込処理＞
図９は、セッション申込処理を示すフローチャートである。
この処理は、図８に示したアドレスブック画面が表示された状態で、「セッション申込」のボタン２４ｃが選択されたことをトリガーとして開始される。
「セッション申込」が選択されると、セッション端末２０のＣＰＵ２３は、セッションの申込相手として選択された演奏者の演奏者識別情報を含む申込メッセージをセッション支援装置１０へ送信する（Ｓ２１０）。
申込メッセージを受信したセッション支援装置１０のＣＰＵ１３は、このメッセージに含まれる演奏者識別情報と対応づけられたアドレスを演奏者登録テーブル２５ｂから読み出し、そのアドレスに宛てて申込メッセージを送信する（Ｓ２２０）。
【００２２】
申込メッセージを受信した他のセッション端末２０のＣＰＵ２３は、「○○さんからセッションの申込がきました。申込に応じますか？」といったメッセージと、「はい」、「いいえ」とそれぞれ記したボタンとをタッチディスプレイ２４に表示する（Ｓ２３０）。
申込メッセージを受取ったセッション端末２０のＣＰＵ２３は、演奏者の選択に応じ、承諾する旨を示すメッセージ又は拒否する旨を示すメッセージをセッション支援装置１０へ送信する（Ｓ２４０）。
承諾する旨のメッセージを受信したとき、セッション支援装置１０のＣＰＵ１３は、申込を行ったセッション端末２０にそのメッセージを送信し、その後、両セッション端末２０間のＭＩＤＩデータ授受の仲介を開始する（Ｓ２５０）。これにより、遠隔にいる演奏者同士の音楽セッションが実現する。
一方、拒否する旨のメッセージを受信したとき、セッション支援装置１０のＣＰＵ１３は、申込を行ったセッション端末２０にそのメッセージを送信した後に、処理を終了する。
【００２３】
ここで、セッション支援装置１０によってＭＩＤＩデータ授受の仲介が開始されると、各セッション端末２０のＣＰＵ２３は、セッション中画面をタッチディスプレイ２４に表示する。
図１０は、セッション中画面である。この画面の上段にはアドレスブック画面と同様にダイアログ表示欄２４ａが表示されている。そして、画面中央左側には、データ送受の状態を示す欄２４ｆが設けられている。他のセッション端末２０からＭＩＤＩデータを受信しているときは、「ＶｏｉｃｅＩｎ」の右隣のインジケータが点灯すると共に、受信しているデータ量（パケット量）を示す数値が「ＰａｃｋｅｔＩｎ」の下の枠内に表示される。一方、自端末からＭＩＤＩデータを送信しているときは、「ＶｏｉｃｅＯｕｔ」の右隣のインジケータが点灯すると共に、送信しているデータ量（パケット量）を示す数値が「ＰａｃｋｅｔＯｕｔ」の下の枠内に表示される。更に、画面中央左側には、音源部４３から出力される音声のレベルを示すレベルメータ２４ｇが表示される。画面下段には、セッションメンバー表示欄２４ｈが表示されている。この欄には、共にセッッションを行なう他の演奏者のニックネームとＩＤとが表示される。更にその下には、「セッション終了」と記したボタン２４ｉが表示されており、このボタンが選択されると、セッションが終了し、上述のアドレスブック画面が再び表示される。
【００２４】
＜演奏者登録処理＞
図１１は、演奏者登録処理を示すフローチャートである。
この処理は、図８に示したアドレスブック画面が表示された状態で、「新規アドレスの追加」のボタン２４ｄが選択されたことをトリガーとして開始される。
「新規アドレスの追加」が選択されると、セッション端末２０のＣＰＵ２３は、演奏者新規登録画面をタッチディスプレイ２４に表示する（Ｓ３１０）。
図１２は、演奏者新規登録画面である。この画面の上段には、「新規アドレスの追加」と表示され、その下には、ニックネーム入力欄２４ｊとＩＤ入力欄２４ｋとが表示されている。ニックネーム入力欄２４ｊは、登録する他の演奏者を示すニックネームを入力する欄であり、ＩＤ入力欄２４ｋはその演奏者から予め伝え聞いている演奏者識別情報を入力する欄である。それら両入力欄の右隣には、「入力」と記したボタン２４ｌが表示される。また、この画面の下段には、「キャンセル」と記したボタン２４ｍと、「アドレス追加」と記したボタン２４ｎがそれぞれ表示される。新規登録を行う演奏者は、各入力欄右隣のボタン２４ｌを選択し、図示しないソフトウェアキーボード画面を表示させる。このソフトウェアキーボード画面は、ひらがな、片仮名、アルファベットの各テキストを選択可能に配置した画面である。演奏者は、このソフトウェアキーボード画面でテキストを一文字ずつ選択することにより、両入力欄にニックネームと演奏者識別情報とを入力する。そして、入力の完了後、「アドレス追加」と記したボタン２４ｎを選択する。
【００２５】
ＣＰＵ２３は、演奏者管理テーブル１４ｂに新たなレコードを設け、このレコードの各フィールドに、図１２の画面で入力されたニックネームと演奏者識別情報とをそれぞれ記憶する（Ｓ３２０）。続いてＣＰＵ２３は、新たなレコードに記憶された演奏者識別情報を含む登録者通知メッセージをセッション支援装置１０へ送信する（Ｓ３３０）。
登録者通知メッセージを受信したセッション支援装置１０のＣＰＵ１３は、そのメッセージに含まれる演奏者識別情報と対応付けられたレコードを演奏者管理テーブル１４ｂから特定し、特定したレコードの「ステータス」のフィールドに記憶されているステータス情報を読み出す（Ｓ３４０）。ＣＰＵ１３は、読み出したステータス情報と演奏者識別情報のセットをセッション端末２０へ送信する（Ｓ３５０）。
セッション端末２０は、受信したステータス情報と演奏者識別情報のセットをＲＡＭ２２に記憶し、新規登録者の演奏者表示欄２４ｂを新たに追加したアドレスブック画面をタッチディスプレイ２４に表示する（Ｓ３６０）。
【００２６】
＜セッション休止処理＞
図１３は、セッション休止処理を示すフローチャートである。
この処理は、電子楽器４０の蓋開閉検出部４７が閉蓋状態を検出したことをトリガーとして開始される。
上述したように、本実施形態においては、電子楽器４０の鍵盤蓋４６を開蓋した状態で起動処理が開始される。
そして、図８に示したアドレスブック画面が表示された状態で、演奏者が電子楽器４０の鍵盤蓋４６を閉めると、閉蓋状態になったことを示す信号が蓋開閉検出部４７から制御部４８に伝送され、更にこの信号が制御部４８からセッション端末２０のＣＰＵ２３に送信される（Ｓ４１０）。
【００２７】
この信号を受信したセッション端末２０のＣＰＵ２３は、アドレスブック画面の「不在」と記したステータスバーを強調表示する（Ｓ４２０）。
同時にＣＰＵ２３は、遷移後のステータス（不在）を示すステータス情報と自らの演奏者識別情報とを含む状態遷移メッセージをセッション支援装置１０へ送信する（Ｓ４３０）。
状態遷移メッセージを受信したセッション支援装置１０のＣＰＵ１３は、このメッセージに含まれている演奏者識別情報と対応付けられたレコードを演奏者管理テーブル１４ｂから特定し、特定したレコードの「ステータス」のフィールドを「在席」から「不在」に書き換える（Ｓ４４０）。その後、ステータスを更新した旨を返信する（Ｓ４５０）。
【００２８】
一方、演奏者が再び電子楽器４０の鍵盤蓋４６を開けると、セッション端末２０のＣＰＵ２３は、アドレスブック画面下段の「在席」のステータスバーを強調表示すると共に、ステータスが「不在」から「在席」になったことを示す状態遷移メッセージをセッション支援装置１０へ送信する。これにより、演奏者管理テーブル１４ｂのステータスが「不在」から「在席」に再び書き換えられる。
接続処理の項で述べたように、本実施形態における各セッション端末２０は、定期的にステータス問合せメッセージをセッション支援装置１０へ送信し、各演奏者のステータス情報を取得するようになっている。従って、ある演奏者が鍵盤蓋４６を閉蓋したときは、その演奏者のステータスが「不在」になったことが各端末のアドレスブック画面を介して他の演奏者へ直ちに伝達される。一方、鍵盤蓋４６を再び開蓋したときは、その演奏者のステータスが「不在」から「在席」に戻ったことがアドレスブック画面を介して直ちに伝達される。
【００２９】
以上説明したように、本実施形態によると、音楽セッションを行なう各演奏者は、自分以外の演奏者が音楽セッションを行なえる状況にあるかどうかを、アドレスブック画面に表示されるアイコンを一見するだけで直ちに知ることができる。
また、各演奏者が使用する電子楽器４０は鍵盤蓋４６の開閉を検出するセンサを搭載しており、演奏者が鍵盤蓋４６を閉めると、その演奏者のステータスが、「在席」から「不在」に自動的に切りかわるようになっている。したがって、各演奏者は、ステータスを切りかえるための特別な操作を行なうことなく、自らのステータスの変更を他の演奏者に知らせることができる。
【００３０】
（第２実施形態）
次に、本発明の第２実施形態を説明する。上述した第１実施形態では、電子楽器４０に蓋開閉検出部４７を搭載し、この検出部の作用に応じて演奏者のステータスが自動的に切りかわるようになっていた。これに対し、本実施形態は、演奏準備動作を検出する手段を演奏者の座る演奏用の椅子に搭載し、この手段の作用に応じてステータスを自動的に切りかえる構成をとる。
【００３１】
図１４は、本実施形態において、セッション端末２０に接続される演奏用椅子５０の構造を示す斜視図である。この演奏用椅子５０は、４本の脚体５１ａ〜ｄと、それら脚体５１ａ〜ｄを連結する枠体５２と、枠体５２に対して上下動可能に連結された座部５３と、電気信号を伝送するコード５４とを備えている。そして枠体５２の表面の端には、座部５３に人が座っているか否かを検出するスイッチ５５が設けられている。
この演奏用椅子５０の座部５３は、図示しない弾性体によって上方向へ不勢されている。したがって、演奏者が腰掛けると、座部５３が下方向へ幾分沈み込んでその下面とスイッチ５５の上端とが当接し、スイッチ５５が下方向へ押圧される。スイッチ５５が押圧されると、スイッチ５５の状態は「ＯＮ」になり、演奏者が腰掛けたことを示す信号がコード５４を介してセッション端末２０へ送信されるようになっている。一方、演奏者が演奏用椅子５０から立ち上がったことでスイッチ５５の上端が座部５３の下面から離間されると、スイッチ５５の状態は「ＯＮ」から「ＯＦＦ」になり、演奏者が立ち上がったことを示す信号がセッション端末２０へ送信されるようになっている。
【００３２】
次に、本実施形態の動作を説明する。
本実施形態の動作も、第１実施形態と同様、起動処理と、セッション申込処理と、演奏者登録処理と、セッション休止処理とに大別できるが、これらのうちセッション休止処理の内容のみが第１実施形態と異なる。本実施形態におけるセッション休止処理は、演奏用椅子５０のスイッチ５５の状態が「ＯＮ」から「ＯＦＦ」に切り替わったことをトリガーとして開始される。
演奏を休止するために演奏者が演奏用椅子５０から立ち上がると、演奏者が立ち上がったことを示す信号が演奏用椅子５０からセッション端末２０へと送信される。そして、この信号をセッション端末２０が受け取ると、図１３に示したステップ４２０以降の処理が実行される。一方、演奏者が演奏用椅子５０に腰掛け、スイッチ５５の状態が「ＯＦＦ」から「ＯＮ」に切りかわると、ステータスも再び「不在」から「在席」に戻る。
以上説明した本実施形態によっても、各演奏者は、ステータスを切りかえる特別な操作を行なうことなく、自らのステータスの変更を他の演奏者に知らせることができる。
【００３３】
（第３実施形態）
次に、本発明の第３実施形態について説明する。上述した両実施形態は、演奏者が演奏の準備動作を行なったかどうかを検出する手段を電子楽器４０又は演奏用椅子５０に搭載し、この手段から出力される信号に応じて演奏者のステータスが自動的に切りかわる構成になっていた。これに対し、本実施形態は、鍵盤４１が一定期間打鍵されなかったとき、その演奏者のステータスが「在席」から「不在」に切りかわる一方で、その後、鍵盤４１が再び打鍵されると、「不在」から「在席」に戻るような構成をとる。
【００３４】
本実施形態のハードウェア構成は、電子楽器４０に蓋開閉検出部４７を搭載していない点を除いて第１実施形態と同様である。
次に、本実施形態の動作を説明する。本実施形態の動作も、第１実施形態と同様、起動処理と、セッション申込処理と、演奏者登録処理と、セッション休止処理とに大別できるが、これらのうちセッション休止処理の内容のみが第１実施形態と異なる。
図７に示した接続処理が終了し、タッチディスプレイ２４にアドレスブック画面を表示すると、セッション端末２０のＣＰＵ２３は、電子楽器４０からのＭＩＤＩデータの供給がストップしたか否かを監視する。ＭＩＤＩデータの供給がストップしたことを検出すると、その時点から時間を計測し始める。そして、ＭＩＤＩデータの供給がストップした時点から、所定の時間（例えば５分間）が経過したと判断すると、図１３に示したステップ４２０以降の処理が実行される。
【００３５】
その後、演奏者が鍵盤４１を打鍵したことにより電子楽器４０からのＭＩＤＩデータの供給が再開されると、セッション端末２０のＣＰＵ２３は、ステータスが「不在」から「在席」になったことを示す状態遷移メッセージをセッション支援装置１０へ送信し、セッション支援装置１０では、演奏者管理テーブル１４ｂのステータスが「不在」から「在席」に書き換えられる。
以上説明した本実施形態によっても、各演奏者は、ステータスを切りかえる特別な操作を行なうことなく、自らのステータスの変更を他の演奏者に知らせることができる。
【００３６】
（その他の実施形態）
本願発明は、種々の変形実施が可能である。
上記実施形態において、各セッション端末２０に接続される電子楽器４０は鍵盤楽器であったが、弦楽器や管楽器などをセッション端末２０に接続して音楽セッションを行うようにしてもよい。この種の楽器では、演奏の準備動作として蓋の開閉を行なったり演奏用の椅子に腰かかけたりといったことは行なわれないこともあるので、演奏者による他の動作の検出をトリガーとしてステータスを切りかえるようにするとよい。
【００３７】
例えば、ギターなどの弦楽器は、演奏者が電子楽器本体を持ち上げ、抱え込んだ状態で演奏が行なわれる。従って、楽器本体に、その傾きを計測する傾斜センサを備え付け、この傾斜センサが所定の傾き角度を検出したときに演奏可能状態にあると判断するようにしてもよい。かかる変形例の構成及び動作を概念的に示すと、「一又は複数の演奏者とセッション支援装置を介した楽音データの授受を行なうことで音楽セッションを実現する音楽セッション用楽器であって、各演奏者がセッション可能な状態にあるか否かを示すステータス情報を当該各演奏者の演奏者識別情報と各々対応付けて表示する表示手段と、傾斜角を検出する傾斜センサと、予め設定された所定の傾斜角に傾いたことが前記傾斜センサによって検出されたとき、セッション可能状態に至ったことを示す状態遷移情報と自らを識別する演奏者識別情報のセットを前記セッション支援装置へ送信する送信手段と、いずれかの演奏者がセッション可能状態に至ったことを示す状態遷移情報とその演奏者を識別する演奏者識別情報とをセットで受信する受信手段と、前記受信手段によって状態遷移情報と演奏者識別情報のセットが受信されたとき、当該演奏者識別情報と対応付けて前記表示手段に表示されているステータス情報の内容を更新する更新手段とを備えた音楽セッション用楽器。」となる。
【００３８】
また、鍵盤楽器、弦楽器、管楽器といったような様々な楽器を用いて音楽セッションを行う場合、アドレスブック画面に他の演奏者のステータスを示すアイコンを表示するだけでなく、他の演奏者が使っている楽器の種別を示すアイコンを併せて表示するようにしてもよい。これにより、他の演奏者がどのような楽器を使用しているかどうかを予め了解した上で、その演奏者に音楽セッションを申し込むかどうかを判断することができ、また、他の演奏者からセッションの申込を受けた場合、その演奏者の使用している楽器の種類を確認してから、申込に応じるかどうかを決めることができる。かかる変形例の構成及び動作を概念的に示すと、「一又は複数の演奏者と楽音データの授受を行なうことで音楽セッションを実現する音楽セッション用楽器であって、各演奏者がそれぞれ使用する楽器の種別を示す楽器種別情報とそれらの演奏者の演奏者識別情報の各セットを受信する受信手段と、当該受信した各セットを基に、各演奏者識別情報と対応づけた楽器の種別を表示する表示手段と、自らを識別する演奏者識別情報と自らの楽器の種別を示す楽器種別情報とをセットで送信する第１の送信手段と、音楽セッションを申込む相手の演奏者識別情報を入力する入力手段と、当該入力された演奏者識別情報を含む申込メッセージを送信する第２の送信手段とを有する音楽セッション用楽器。」となる。
【００３９】
他の演奏者の腕前（レベル）を示すアイコンを、ステータスと共に表示してもよい。このような変形例の構成としては以下のようなものが想定しうる。まず、本システムの運営者が開催する音楽スクールに参加するなどしてその演奏の腕前が認証された演奏者については、認証したレベルを示すレベル情報がその演奏者の演奏者識別情報と対応付けてセッション支援装置１０の演奏者管理テーブル１４ｂに記憶される。そして、セッション支援装置１０は、セッション端末２０からステータス問合せメッセージを受信すると、この演奏者の演奏者識別情報と対応付けられているレベル情報をステータス情報と共に送信する。このように、各演奏者の腕前を示すレベル情報をセッション支援装置１０が一括して管理するようにすれば、一定のレベル以上でないと特定の音楽セッションへの参加を許可しないといった取扱いや、同等のレベルの演奏者同士の音楽セッションを斡旋するといった取扱いも可能となる。
【００４０】
第１実施形態において、演奏者の演奏準備動作を検出する手段は光学式センサであり、第２実施形態においてはスイッチであったが、これら以外の仕組みにより演奏者の準備動作を検出してもよい。また、上記実施形態では、セッション端末と電子楽器とを別筐体として構成したが、これらを同一筐体として構成してもよい。
上記実施形態では、いずれかのセッション端末のステータスが変更になると、その端末は状態遷移メッセージを直ちにセッション支援装置へ送信するようになっていた。これに対し、各セッション端末は自らのステータスの変更をトリガーとして状態遷移メッセージを送信する必要はなく、他のタイミングで状態遷移メッセージを送信してもよい。例えば、セッション支援装置が、所定の期間毎に各セッション端末を巡回しながら状態変更の有無を問い合わせ、自らのステータスが変更になったセッション端末が、その問合せに応じて状態遷移メッセージを返信するような構成としてもよい。
【図面の簡単な説明】
【００４１】
【図１】本実施形態の全体構成を示すブロック図である。
【図２】セッション支援装置の構成を示すブロック図である。
【図３】セッション端末及び電子楽器の構成を示すブロック図である。
【図４】演奏者登録テーブルのデータ構造図である。
【図５】電子楽器の開蓋時の状態を示す図である。
【図６】電子楽器の閉蓋時の状態を示す図である。
【図７】起動処理を示すフローチャートである。
【図８】アドレスブック画面である。
【図９】セッション申込処理を示すフローチャートである。
【図１０】セッション中画面である。
【図１１】演奏者登録処理を示すフローチャートである。
【図１２】演奏者新規登録画面である。
【図１３】セッション休止処理を示すフローチャートである。
【図１４】演奏用椅子の構造を示す斜視図である。
【符号の説明】
【００４２】
１０…当該セッション支援装置、１１，２１…ＲＯＭ、１２，２２…ＲＡＭ、１３，３３…ＣＰＵ、１４，２５…ハードディスク、１５，２６…通信インターフェース、２０…セッション端末、２４…タッチディスプレイ、２７…楽器インターフェース、３０…ネットワーク、４０…電子楽器、４１…鍵盤、４２…キーセンサ、４３…音源部、４４…スピーカ、４５…インターフェース、４６…鍵盤蓋、４７…蓋開閉検出部、４８…制御部、４９…枢軸、５０…ストッパ、５０…演奏用椅子、５２…枠体、５３…座部、５４…コード、
５５…スイッチ
【図１】
2005165078.tif 000003
【図２】
2005165078.tif 000004
【図３】
2005165078.tif 000005
【図４】
2005165078.tif 000006
【図５】
2005165078.tif 000007
【図６】
2005165078.tif 000008
【図７】
2005165078.tif 000009
【図８】
2005165078.tif 000010
【図９】
2005165078.tif 000011
【図１０】
2005165078.tif 000012
【図１１】
2005165078.tif 000013
【図１２】
2005165078.tif 000014
【図１３】
2005165078.tif 000015
【図１４】
2005165078.tif 000016