JP4333602B2 - グループセッション支援方法、セッション管理サーバ装置 - Google Patents

Description

本発明は、ネットワークを利用した音楽セッションを支援する技術に関する。

ネットワークを利用することによって遠隔にある演奏者同士による音楽セッションを行わせる、「ネットセッション」と呼ばれるサービスが普及してきている。このサービスは、ネットセッションに特化された専用のデバイスである「セッション端末」から、それらセッション端末間での楽音情報のやり取りを仲介するサーバ装置へアクセスすると提供される。
このセッション端末は、通信機能に加えて、楽音信号をデコードし及びエンコードする機能を搭載する。そして、ある演奏者が自らのセッション端末に接続した電子楽器を演奏すると、その楽音信号が自らのセッション端末からサーバ装置を経由して他の演奏者のセッション端末へほぼリアルタイムに伝送され、伝送先の端末から楽音として放音される。このような処理が相互に行われることにより、音楽セッションが実現する。

ところで、既存のネットセッションサービスにおいては、ある演奏者が実際に特定の相手と共に音楽セッションを行おうとする場合、その相手を示す固有のＩＤを自らのセッション端末へ逐一入力する必要があった。このような入力操作は、演奏者にしてみれば非常に煩わしいものであった。
同種の問題の解決を意図する技術を開示した文献として、例えば、特許文献１がある。しかしながら、この文献に開示された技術は、ネットワークへの入口であるアクセスポイントと通信するための各種設定を簡略化するものであり、この技術を既存のネットセッションサービスに取り入れたとしても、相手のＩＤを逐一入力しなければならないという不都合が解消されるものではなかった。
特開２００４−７３５１号公報

本発明は、このような背景の下に案出されたものであり、複雑な設定作業を強いられることなく、他の演奏者との音楽セッションを簡易で分かりやすい操作により実現させるような仕組みを提供することを目的とする。

本発明の好適な態様であるグループセッション支援方法は、自身の端末識別情報を記憶した記憶手段を夫々備える複数のセッション端末と、各々が所属するセッショングループ毎に纏められた前記各セッション端末の端末識別情報をそれら各セッショングループを主催するセッション端末の端末識別情報と対応付けて記憶した記憶手段を備えたセッション管理サーバ装置とを含むシステムによるグループセッション支援方法であって、第１のセッション端末が、第２のセッション端末の記憶手段に記憶されている端末識別情報を取得する取得工程と、前記第１のセッション端末が、前記第２のセッション端末から取得した端末識別情報と自らの記憶手段に記憶されている自身の端末識別情報とを前記セッション管理サーバ装置へセットとして送信する加入申込工程と、端末識別情報のセットを受信した前記セッション管理サーバ装置が、セッショングループを主催するセッション端末の端末識別情報として自らの記憶手段に記憶されている端末識別情報の何れかと前記受信したセットに含まれる一方の端末識別情報とが一致するか否か判断する判断工程と、前記端末識別情報が一致すると判断した前記セッション管理サーバ装置が、前記セットに含まれる一方の端末識別情報と他方の端末識別情報とを対応付けて自らの記憶手段に記憶する加入申込受諾工程と、前記取得工程にて自身の端末識別情報を第１のセッション端末へ引き渡した第２のセッション端末が、自らの記憶手段に記憶されている自身の端末識別情報を前記セッション管理サーバ装置へ送信する参加申込工程と、前記第２のセッション端末から端末識別情報を受信した前記セッション管理サーバ装置が、その端末識別情報と同じセッショングループに所属するものとして自らの記憶手段に記憶されている他の端末識別情報を特定するマッチング工程と、前記セッション管理サーバ装置が、前記マッチング工程にて特定した端末識別情報を送信してきた第３のセッション端末と前記第２のセッション端末との間で楽音情報を遣り取りさせるセッション制御工程とを有する。

この態様において、前記第２のセッション端末は、 自らの情報を無線信号として外部へ送信する無線送信手段を備え、前記取得工程では、前記第１のセッション端末が、第２のセッション端末の記憶手段に記憶された端末識別情報を前記無線送信手段を介して取得するようにしてもよい。

本発明の別の好適な態様であるセッション管理サーバ装置は、各々が所属するセッショングループ毎に纏められた各セッション端末の端末識別情報をそれら各セッショングループを主催するセッション端末の端末識別情報と対応付けて記憶した記憶手段と、他のセッション端末から取得した当該他のセッション端末の端末識別情報と自身の端末識別情報とをセットとして送信するセッション端末から、当該セットを受信する受信手段と、前記受信手段によって受信したセットに含まれる一方の端末識別情報が、セッショングループを主催するセッション端末の端末識別情報として前記記憶手段に記憶されている端末識別情報の何れかと一致するか否か判断する判断手段と、前記端末識別情報が一致すると前記判断手段が判断したとき、前記受信したセットに含まれる一方の端末識別情報と他方の端末識別情報とを対応付けて前記記憶手段に記憶する加入申込受諾手段と、前記他のセッション端末から、当該他のセッション端末を示す端末識別情報を受信する参加申込受信手段と、前記参加申込受信手段によって受信された端末識別情報と同じセッショングループに所属するものとして、前記記憶手段に記憶されている他の端末識別情報を特定するマッチング手段と、前記マッチング手段によって特定された端末識別情報を送信してきたセッション端末と、前記参加申込受信手段によって受信された端末識別情報を送信してきたセッション端末との間で楽音情報を遣り取りさせるセッション制御手段とを備える。

本発明によると、複数の演奏者による音楽セッションを、簡易で分かりやすい操作により実現させることができる。

（第１実施形態）
本願発明の第１実施形態について説明する。本実施形態にかかるセッションシステムは、以下の２つの特徴を有する。１つ目の特徴は、ネットワークを介した音楽セッションに用いられる専用の端末（以下、「セッション端末」と呼ぶ。）を、複数の端末を取り纏めたグループ（以下、「セッショングループ」と呼ぶ。）毎にサーバ装置へ登録し、同じセッショングループに所属するセッション端末同士によってのみそのサーバ装置を介した音楽セッションを行わせるようにした点である。２つ目の特徴は、各セッショングループを主催するのは、専用のセッション端末（以下、「セッションマスター端末」と呼ぶ）を有する参加者であり、セッションマスター端末は、各セッショングループに１台のみ存在し、他者の自グループへの加入を許可する主催者としての権限を占有させた点である。
ここで、以降の説明において用いる主要な用語を定義しておく。「運営者」とは、ネットワークを利用した各種サービスを提供している事業者を意味する。「演奏者」とは、運営者による支援の下、セッション端末の持ち主として音楽セッションに参加する個人を意味する。「楽音情報」とは、楽音信号にある圧縮符号化処理を施して得た符号列を表す情報を意味する。
また、セッッションマスター端末に対して、セッションマスター端末の主催するセッショングループにその許可を得て参加するセッション端末を「セッションスレイブ端末」と呼ぶ。
図１は、本実施形態にかかるセッションシステムの全体構成図である。図に示すように、本システムは、一つのセッションマスター端末０と、複数のセッションスレイブ端末１０と、セッション管理サーバ装置２０とから構成される。
図２（Ａ）は、セッションスレイブ端末１０のハードウェア構成を示すブロック図であり、図２（Ｂ）は、セッションマスター端末０のハードウェア構成を示すブロック図である。この端末１０と０は、演奏者によって使用されるものであり、演奏使用に関しては、同様の物となっている。そして、図に示すように、楽音信号入力部１１、５１と、楽音信号出力部１２、５２と、通信部１３、５３と、記憶部１４、５４と、エンコード／デコード部１５、５５と、表示部１７、５７と、操作部１８、５８と、制御部１９、５９とを夫々備える。さらにセッションマスター端末０とセッションスレイブ端末１０は、端末情報の遣り取りの為に異なる機構を持っており、セッションスレイブ端末１０には自身の端末情報をセッションマスター端末０に送信する為のＲＦＩＤチップ１６を、セッションマスター端末０にはセッションスレイブ端末１０のＲＦＩＤチップ１６から情報を読み取るためのＲＦＩＤリーダ５６を備える。

楽音信号入力部１１、５１は、楽器３０から自端末１０、０へ楽音信号を入力する。一方、楽音信号出力部１２、５２は、自端末１０、０からスピーカ４０へ楽音信号を出力する。通信部１３、５３は、予め登録されたセッション管理サーバ装置２０のネットワークアドレスを基に同装置２０とコネクションを確立し、各種情報の送受信を行うようになっている。
記憶部１４、５４は、例えば、フラッシュＲＯＭであり、制御部１９、５９の指示の下に各種情報を蓄積する。また、この記憶部１４、５４は、自身を識別するための識別情報である端末ＩＤを予め記憶している。

エンコード／デコード部１５、５５は、楽音信号入力部１１、５１から楽音信号が供給されると、その楽音信号に符号化処理を施して得た楽音情報を通信部１３、５３へ供給する一方、通信部１３、５３から楽音情報が供給されると、その楽音情報に復号化処理を施して得た楽音信号を楽音信号出力部１２、５２へ供給する。
セッションマスター端末０をセッションスレイブ端末１０に決められた形で接触させると、セッションマスター端末０のＲＦＩＤリーダ５６は、セッションスレイブ端末１０のＲＦＩＤチップ１６からセッションスレイブ端末１０の端末情報を読み込む。セッションスレイブ端末１０の端末情報を読み込んだセッションマスター端末０は、正常に読み込めた旨を表示部５７に表示する。
制御部１９、５９は、上記各部を制御する。この制御部１９、５９が行う特徴的な動作については、後にフローチャートを参照しつつ詳述する。

図３は、セッション管理サーバ装置２０のハードウェア構成を示すブロック図である。この装置２０は、運営者による管理の下に稼動しており、図に示すように、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ネットワークインターフェース２４、キーボード２５、コンピュータディスプレイ２６、ハードディスク２７などを備える。そして、ハードディスク２７は、セッショングループデータベース２７ａを記憶する。

図４は、セッショングループデータベース２７ａのデータ構造図である。図に示すように、このデータベース２７ａは、各々が１つのセッショングループと対応する複数のレコードの集合体である。このデータベース２７ａを構成する１つのレコードは、「登録メンバー」、「セッション可能メンバー」、及び「セッション主催者」の３つのフィールドを有している。
「登録メンバー」のフィールドには、各セッショングループに所属する全演奏者の端末ＩＤが記憶される。「セッション可能メンバー」のフィールドには、音楽セッションへの参加を求めて自装置２０へアクセスしてきたセッション端末１０から受信した端末ＩＤを記憶する。「セッション主催者」のフィールドには、自らセッショングループを立ち上げその主催者となった演奏者の端末ＩＤが記憶される。

次に、本実施形態の動作について説明する。
本実施形態の動作は、グループ登録処理と、新規メンバー登録処理と、セッション処理とに分けることができる。図５にその遷移を示す。
あるセッション端末がセッション管理サーバ装置２０へアクセスすると、セッション管理サーバ装置２０はそのセッション端末の端末ＩＤを見て、そのセッション端末が、セッションマスター端末０であるかセッションスレイブ端末１０であるかを判別する。
セッショングループの主催者にはセッションマスター端末０のみがなる資格を有しており、セッションスレイブ端末１０は、グループ登録処理及び新規メンバー登録処理を行う機能を有しない。

接続されたセッション端末がセッションマスター端末０であったなら、その登録の有無を確認して、グループ登録処理の実施を決定する。
セッションマスター端末０が既にセッション管理サーバ装置２０のセッショングループデータベース２７ａにセッション主催者として登録されていたら、自動的にセッションマスター端末０の記憶部５４に記憶されたセッショングループメンバーを確認してグループ登録処理を行う。
未登録のセッションマスター端末０はグループ登録処理が終了すると自動的に新規メンバー登録処理を実施する。
それら一連の処理が終了すると自動的にセッション処理が行われる。
セッションスレイブ端末１０が端末ＩＤをセッション管理サーバ装置２０に送信すると、セッション管理サーバ装置２０は、セッショングループデータベース２７ａにその登録があるかどうかを確認する。登録がある場合にはセッション処理を実施するが、無い場合にはその旨をセッションスレイブ端末１０に送信し接続を切る。

図６は、グループ登録処理を示すフローチャートである。
ネットワークに接続するとセッションマスター端末０の制御部５９は、記憶部５４に記憶されている自身の端末ＩＤを読み出し、読み出した端末ＩＤをセッション管理サーバ装置２０へ送信する（Ｓ１１０）。
端末ＩＤを受信したセッション管理サーバ装置２０のＣＰＵ２１は、その端末ＩＤをＲＡＭ２２に記憶する（Ｓ１２０）。
ＣＰＵ２１は、ステップ１２０でＲＡＭ２２に記憶させたものと同じ端末ＩＤを「セッション主催者」のフィールドに記憶しているレコードがセッショングループデータベース２７ａにあるか否か判断する（Ｓ１３０）。
無ければメンバー登録処理を開始する（Ｓ２００）。

ステップ１２０でＲＡＭ２２に記憶させたものと同じ端末ＩＤを「セッション主催者」のフィールドに記憶しているレコードがセッショングループデータベース２７ａに無いと判断したとき、セッション管理サーバ装置２０は新規のセッショングループの作成を行う旨のメッセージをセッションマスター端末０に送信する（Ｓ１５０）。
メッセージを受信したセッションマスター端末０の表示部５７には、「新規ご利用を確認しました。新しいセッショングループを作成します。」という内容の文字列が表示される（Ｓ１５０ａ）。

ＣＰＵ２１は、セッショングループデータベース２７ａに新たなレコードを１つ追加する（Ｓ１６０）。
ＣＰＵ２１は、ステップ１２０でＲＡＭ２２に記憶しておいた端末ＩＤをステップ１６０で追加したレコードの「登録メンバー」と「セッション主催者」の両フィールドへ夫々記憶する（Ｓ１７０）。

端末ＩＤを記憶したＣＰＵ２１は、セッショングループの立ち上げが終了したことを示すメッセージをセッションマスター端末０へ送信する（Ｓ１８０）。
このメッセージを受信したセッションマスター端末０は、セッショングループの立ち上げが終了した旨を表示部５７に表示する。これにより、グループ登録処理が終了となる。
セッション管理サーバ装置２０はこの後継続して、セッションマスター端末０のセッショングループの新規メンバーの登録処理を実施する。

セッショングループへの加入を希望する演奏者が現れると、その演奏者のセッションスレイブ端末１０を自らのセッションマスター端末０に搭載されたＲＦＩＤリーダ５６の有効範囲まで近接させ、外部からの操作でセッションスレイブ端末１０に内蔵されたＲＦＩＤチップ１６から端末ＩＤを取得する。
具体的には、ＲＦＩＤリーダ５６の作動スイッチ５６ａを、セッションマスター端末０のケース裏側の凹んだ部分に設け、セッションスレイブ端末１０の上面にセッションマスター端末０を重ねたときに作動スイッチ５６ａが入るよう、セッションスレイブ端末１０の上面に凸部を設けることで、セッションマスター端末０をセッションスレイブ端末１０の上に載せると自動的にＲＦＩＤリーダ５６が作動するように構成する。

取得された端末ＩＤは、セッショングループの所属メンバーの登録情報としてセッションマスター端末０の記憶部５４に蓄積される。
新たなメンバーの端末ＩＤはセッションマスター端末０の記憶部５４に記憶され、セッションマスター端末０がセッション管理サーバ装置２０に接続されると、グループ登録処理に引き続いて実施される新規メンバー登録処理により、新たなセッションメンバーとしてセッショングループデータベース２７ａに登録される。

図７は、新規メンバー登録処理を示すフローチャートである。
グループ登録処理が終了すると自動的に、新規メンバー登録処理が実行される（Ｓ２００）。
ＣＰＵ２１は、ＲＡＭ２２に記憶されたセッションマスター端末０の端末ＩＤを「セッション主催者」のフィールドに記憶したレコードをセッショングループデータベース２７ａから特定する（Ｓ２１０）
続いて、ＣＰＵ２１は、所属メンバーの端末ＩＤの送信を求めるメッセージをセッションマスター端末０へ送信する（Ｓ２２０）。

メッセージを受信したセッションマスター端末０の制御部５９は、所属メンバーの登録情報として記憶部５４に蓄積されている全ての端末ＩＤを読出し、読み出した端末ＩＤをセッション管理サーバ装置２０へ送信する（Ｓ２３０）。
端末ＩＤを受信したセッション管理サーバ装置２０のＣＰＵ２１は、受信した端末ＩＤをＲＡＭ２２に記憶する（Ｓ２４０）。
続いて、ＣＰＵ２１は、ステップ２１０で特定したレコードの「登録メンバー」のフィールドに記憶されている端末ＩＤの内容と、ステップ２４０でＲＡＭ２２に記憶した端末ＩＤの内容とが一致するか否かを判断する（Ｓ２５０）。

ステップ２５０にて、両者の内容が一致していると判断したとき、ＣＰＵ２１は、新たな登録が不用であると判断して、セッション処理に移る。
一方、ステップ２５０にて、両者の内容が一致していないと判断したとき、ＣＰＵ２１は、ステップ２１０で特定したレコードの「登録メンバー」のフィールドの記憶内容を、ステップ２４０でＲＡＭ２２に記憶されている端末ＩＤの内容に合わせて更新する（Ｓ２６０）。つまり、メンバー登録サービスが前回利用されたあと、新たなメンバーの端末ＩＤがマスタセッション端末１０の記憶部１４に蓄積されていたときは、その端末ＩＤが「登録メンバー」のフィールドに追加されることになる。

端末ＩＤを記憶したＣＰＵ２１は、新たなメンバーの登録が完了したことを示すメッセージをセッションマスター端末０に送信する（Ｓ２７０）。
このメッセージを受信したセッションマスター端末０の制御部５９は、新たなメンバーの登録が完了したことを示す文字列を表示部５７に表示させる（Ｓ２８０）。
以上で、新規メンバー登録処理が終了となる。

グループ登録処理、および新規メンバー登録処理が終了したセッションマスター端末０については、そのままセッション処理が開始される（Ｓ３００）。
セッションスレイブ端末１０の電源スイッチを入れると、自動的にセッション管理サーバ装置２０にアクセスし、セッション処理が開始される（Ｓ４００）。

図８及び９は、セッション処理を示すフローチャートである。
セッション管理サーバ装置２０のＲＡＭ２２に記憶された、グループ登録処理と新規メンバー登録処理とを終了したセッションマスター端末０の端末ＩＤは、そのままセッショングループデータベース２７ａの「セッション可能メンバー」のフィールドに記憶される（Ｓ３１０）。
一方、セッションスレイブ端末１０の電源スイッチを入れると（Ｓ４００）、制御部１９は、セッションサービスの提供を求めるメッセージと自身の端末ＩＤをセッション管理サーバ装置２０へ送信する（Ｓ４１０）。

セッションスレイブ端末１０の端末ＩＤを受けたセッション管理サーバ装置２０はその端末ＩＤを自身のＲＡＭ２２に記憶する（Ｓ４２０）。その後、端末ＩＤがセッションマスター端末０のものであるか、セッションスレイブ端末１０のものであるか判断する（Ｓ４３０）。
そして、その端末ＩＤがセッションスレイブ端末１０のものであることが確認されると、以下の処理が開始される。
端末ＩＤがセッションスレイブ端末１０のものであれば、セッション管理サーバ装置２０は、セッショングループデータベース２７ａにその端末ＩＤが記憶されているかを確認する（Ｓ４４０）。
このセッションスレイブ端末１０は、セッションマスター端末０によるグループ参加の手続きを受ける迄、セッションへの参加はできない。

ステップ４４０にて、端末ＩＤを「登録メンバー」のフィールドに記憶しているレコードがないと判断したとき、ＣＰＵ２１は、端末ＩＤの登録がないことを示すメッセージをセッションスレイブ端末１０へ送信する（Ｓ４５０）。
このメッセージを受信したセッションスレイブ端末１０の制御部１９は、セッションの実施が不可能であることを表示部１７に表示させる（Ｓ４６０）。

一方、ステップ４４０にて、端末ＩＤを「登録メンバー」のフィールドに記憶しているレコードがあると判断したとき、ＣＰＵ２１は、その条件を満たすレコードをセッショングループデータベース２７ａから特定し、ステップ４２０にてＲＡＭ２２に記憶しておいた端末ＩＤを、特定したレコードの「セッション可能メンバー」のフィールドへ記憶する（Ｓ３１０）。このステップ３１０にて、自らの送信した端末ＩＤが「セッション可能メンバー」のフィールドに記憶されたセッションスレイブ端末１０は、同じフィールドに既に記憶されていた、又はその後に記憶される端末ＩＤの送信元である他のセッション端末と共に音楽セッションを行うことが可能な状態になる。
セッションマスター端末０、あるいはセッションスレイブ端末１０を「セッション可能メンバー」としてセッショングループデータベース２７ａに書き込んだセッション管理サーバ装置２０は、今書き込んだフィールドに別の端末ＩＤが書き込まれていないかを確認する（Ｓ３２０）。同フィールドに他のメンバーがいない場合には、セッション管理サーバ装置２０はセッション端末に対して、セッションが不成立であることを通知する（Ｓ５００）。それを受けたセッションマスター端末０、あるいはセッションスレイブ端末１０は、その表示部１７、５７にセッションが不成立であることを表示する（Ｓ５１０）。

ステップ３２０の動作で、同じセッショングループのメンバーが２人以上演奏可能であることが判明した場合、ＣＰＵ２１は、同じグループの「セッション可能メンバー」のフィールドに記憶されている全ての端末ＩＤの各々の発信元であるセッションマスター端末０及びセッションスレイブ端末１０に対して、そのセッションに参加するメンバーを送信する（Ｓ３３０）。

表示データを受信したセッションマスター端末０、セッションスレイブ端末１０の制御部５９、１９は、その表示データに基づいて表示部５７、１７に参加状況通知画面を表示させる（Ｓ３４０）。
参加状況はそれぞれの端末の表示部に合わせた形で表現される。セッションマスター端末０の表示画面５７には参加メンバーの端末ＩＤ（あるいは別途設定するニックネームでもよい）が表示される。セッションスレイブ端末１０の表示部１７は特に限定しないが、７セグＬＥＤ等を用いて、参加メンバー数だけ表示させてもよい。

この通知を参照したセッションマスター端末０の演奏者は、セッションを開始してもよいか否かを判断する。セッションを開始してもよいと判断したときは、操作部５８を操作する。つまり、セッションを開始してもよいか否かの決定はセッションマスター端末０に委ねられる。
セッション開始を意図した操作がなされると、セッションマスター端末０の制御部５９は、セッションの開始を要求するメッセージをセッション管理サーバ装置２０へ送信する（Ｓ３５０）。

セッション開始のメッセージをうけたセッション管理サーバ装置２０は、セッションの開始を参加メンバーであるセッションマスター端末０やセッションスレイブ端末１０に同時に通知する（Ｓ３６０）。この通知を受けたセッションマスター端末０及びセッションスレイブ端末１０は、セッションを開始する旨を表示部１７、５７に表示させる（Ｓ３７０）。
演奏が開始されると、各セッション端末は、楽器３０から自端末に入力される楽音信号を楽音情報としてセッション管理サーバ装置２０へ送信する処理と、セッション管理サーバ装置２０から自端末へ送信される楽音情報を楽音信号としてスピーカ４０へ出力する処理とを並行して行う。また、セッション管理サーバ装置２０のＣＰＵ２１は、一方のセッション端末から受信した楽音情報を、他方のセッション端末へ直ちに転送する処理を行う。
このようなセッション管理サーバ装置２０を介した楽音情報の遣り取りが実行されることで、各セッション端末は、遠隔にある他のセッション端末１０に入力された楽音信号をも自らのスピーカ４０から楽音として放音することが可能になり、その結果、遠隔にある演奏者同士によるリアルタイムの音楽セッションが実現する。
なお、ここでは、セッションマスター端末０とセッションスレイブ端末１０とでセッションを行うケースを例にとってセッション処理の内容を説明したが、複数のセッションスレイブ端末１０同士がセッションを行う場合の手順も同様である。即ち、セッションを行う一方のセッションスレイブ端末１０からセッションサービスの提供を求めるメッセージと自身の端末ＩＤがセッション管理サーバ装置２０へ送信された後、セッションの相手となる他方のセッションスレイブ端末１０との間で、図８及び９に示したような一連の遣り取りが実行され、セッションが開始されることになる。

以上説明した本実施形態によると、セッションマスター端末０に、セッションスレイブ端末１０を接触させるだけでセッショングループを構成することができ、さらに、他には何の設定も行うこと無く電源スイッチをオンするだけで他の演奏者と共に音楽セッションを容易に行うことができる。

（第２実施形態）
本願発明の第２実施形態について説明する。第１実施形態においては、セッショングループを主催する演奏者に、ＲＦＩＤリーダ５６を搭載させたセッションマスター端末０を利用させる一方で、その他の演奏者に、ＲＦＩＤチップ１６を搭載させたセッションスレイブ端末１０を利用させるようになっていた。
これに対し、本実施形態では、セッショングループを主催する演奏者とその他の演奏者のいずれでも利用し得るような汎用性を持つセッション端末を提供する。
以降の説明においては、各セッショングループを主催する演奏者が利用する端末とその他の演奏者が利用する端末とを区別することなく、「セッション端末８０」と称する。

図１０は、本実施形態にかかるセッションシステムの全体構成図である。図に示すように、本システムは、複数のセッション端末８０と、セッション管理サーバ装置２０とから構成される。
図１１は、セッション端末８０のハードウェア構成を示すブロック図である。この端末８０は、演奏者によって使用されるものであり、図に示すように、楽音信号入力部８１、楽音信号出力部８２、通信部８３、記憶部８４、エンコード／デコード部８５、ブルートゥース（登録商標）通信ユニット８６、表示部８７、操作部８８、及び制御部８９を備える。この図に示す、ブルートゥース通信ユニット８６を除いた各部の機能は、第１実施形態におけるセッションマスター端末０とセッションスレイブ端末１０における各部と同様である。
ブルートゥース通信ユニット８６は、自らと交信可能な圏内まで近接された他のセッション端末８０のブルートゥース通信ユニット８６との間で、ブルートゥースの規格に従った手順で無線による通信を行う。

図１０に示すセッション管理サーバ装置２０のハードウェア構成は第１実施形態と同様であり、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ネットワークインターフェース２４、キーボード２５、コンピュータディスプレイ２６のほか、セッショングループデータベース２７ａを記憶したハードディスク２７を備える。

次に、本実施形態の動作について説明する。
本実施形態の動作は、グループ登録処理と、新規メンバー登録処理と、セッション処理とに分けることができる。
あるセッション端末８０がセッション管理サーバ装置２０へアクセスすると、セッション管理サーバ装置２０のＣＰＵ２１はそのセッション端末８０へサービス選択画面の表示データを送信する。そして、表示データを受信したセッション端末８０の制御部８９は、サービス選択画面を自らの表示部８７に表示させる。
図１２に示すように、このサービス選択画面には、「ご利用になるサービスを選択してください」という内容の文字列と、「グループ立ち上げサービス」、「メンバー登録サービス」、及び「セッションサービス」と夫々記したボタンとが表示される。そして、「グループ立ち上げサービス」と記したボタンが選択されるとグループ登録処理が、「メンバー登録サービス」と記したボタンが選択されると新規メンバー登録処理が、「セッションサービス」と記したボタンが選択されるとセッション処理が夫々実行される。

図１３は、グループ登録処理を示すフローチャートである。
この処理は、あるセッション端末８０の表示部８７にサービス選択画面が表示された状態で、その画面の「グループ立ち上げサービス」と記したボタンが選択されると開始される。
「グループ立ち上げサービス」と記したボタンが選択されると、セッション端末８０の制御部８９は、グループ立ち上げサービスの提供を求めるメッセージをセッション管理サーバ装置２０へ送信する（Ｓ６００）。

すると、セッション管理サーバ装置２０のＣＰＵ２１は、端末ＩＤの送信を求めるメッセージをセッション端末８０へ送信する（Ｓ６１０）。
このメッセージを受信したセッション端末８０の制御部８９は、記憶部８４に記憶されている自身の端末ＩＤを読出し、読み出した端末ＩＤをセッション管理サーバ装置２０へ送信する（Ｓ６２０）。
端末ＩＤを受信したセッション管理サーバ装置２０のＣＰＵ２１は、その端末ＩＤをＲＡＭ２２に記憶する（Ｓ６３０）。

ＣＰＵ２１は、セッショングループデータベース２７ａに新たなレコードを１つ追加する（Ｓ６４０）。
ＣＰＵ２１は、ステップ６３０でＲＡＭ２２に記憶しておいた端末ＩＤをステップ６４０で追加したレコードの「登録メンバー」と「セッション主催者」の両フィールドへ夫々記憶する（Ｓ６５０）。

端末ＩＤを記憶したＣＰＵ２１は、セッショングループの立ち上げが終了したことを示すメッセージをセッション端末８０へする（Ｓ６６０）。
このメッセージを受信したセッション端末８０は、セッション管理サーバ装置２０とのコネクションを切断する。これにより、グループ登録処理が終了となる。なお、以降の説明では、グループ登録処理の実行を終えたセッション端末８０を特に「マスタセッション端末」と称し、他のセッション端末８０と適宜区別する。

セッショングループを立ち上げその主催者となった演奏者は、自らのセッショングループへ加入させる他の演奏者を募る。そして、セッショングループへの加入を希望する演奏者が現れると、その演奏者のセッション端末８０を自らのマスタセッション端末８０に搭載されたブルートゥース通信ユニット８６の通信圏まで近接させる。すると、マスタセッション端末８０のブルートゥース通信ユニット８６は、近接されたセッション端末８０のブルートゥース通信ユニット８６と交信し、その記憶部１４に記憶されている端末ＩＤを取得する。取得された端末ＩＤは、セッショングループの所属メンバーの登録情報としてマスタセッション端末８０の記憶部１４に蓄積される。

端末ＩＤを自らのマスタセッション端末８０の記憶部１４に記憶させた演奏者は、そのマスタセッション端末８０からセッション管理サーバ装置２０へアクセスし、サービス選択画面が表示された状態で、同画面の「メンバー登録サービス」と記されたボタンを選択する。このボタンが選択されると、新規メンバー登録処理が開始される。

図１４は、新規メンバー登録処理を示すフローチャートである。
「メンバー登録サービス」と記したボタンが選択されると、マスタセッション端末８０の制御部８９は、メンバー登録サービスの提供を求めるメッセージをセッション管理サーバ装置２０へ送信する（Ｓ７００）。
すると、セッション管理サーバ装置２０のＣＰＵ２１は、端末ＩＤの送信を求めるメッセージをマスタセッション端末８０へ送信する（Ｓ７１０）。
メッセージを受信したマスタセッション端末８０の制御部８９は、自身の端末ＩＤを記憶部１４から読出し、読み出した端末ＩＤをセッション管理サーバ装置２０へ送信する（Ｓ７２０）。

端末ＩＤを受信したセッション管理サーバ装置２０のＣＰＵ２１は、受信した端末ＩＤをＲＡＭ２２に記憶する（Ｓ７３０）。
続いて、ＣＰＵ２１は、ステップ７３０でＲＡＭ２２に記憶させたものと同じ端末ＩＤを「セッション主催者」のフィールドに記憶しているレコードがセッショングループデータベース２７ａにあるか否か判断する（Ｓ７４０）。

ステップ７４０にて、端末ＩＤを「セッション主催者」のフィールドに記憶しているレコードがないと判断したとき、ＣＰＵ２１は、新規登録の受諾を拒否するメッセージを返信する（Ｓ７５０）。
このメッセージを受信したセッション端末８０の制御部８９は、グループ立ち上げサービスの利用を促す内容の文字列を表示部８７に表示させる（Ｓ７６０）。表示を参照した演奏者は、セッション立ち上げサービスを利用して自らのセッショングループを立ち上げた後、メンバー登録サービスの利用を試みる。

一方、ステップ７４０にて、端末ＩＤを「セッション主催者」のフィールドに記憶しているレコードがあると判断したとき、ＣＰＵ２１は、その条件を満たすレコードをセッショングループデータベース２７ａから特定する（Ｓ７７０）。
続いて、ＣＰＵ２１は、所属メンバーの端末ＩＤの送信を求めるメッセージをマスタセッション端末８０へ送信する（Ｓ７８０）。

メッセージを受信したマスタセッション端末８０の制御部８９は、所属メンバーの登録情報として記憶部８４に蓄積されている全ての端末ＩＤを読出し、読み出した端末ＩＤをセッション管理サーバ装置２０へ送信する（Ｓ７９０）。
端末ＩＤを受信したセッション管理サーバ装置２０のＣＰＵ２１は、受信した端末ＩＤをＲＡＭ２２に記憶する（Ｓ８００）。
続いて、ＣＰＵ２１は、ステップ７７０で特定したレコードの「登録メンバー」のフィールドに記憶されている端末ＩＤの内容と、ステップ８００でＲＡＭ２２に記憶した端末ＩＤの内容とが一致するか否かを判断する（Ｓ８１０）。

ステップ８１０にて、両者の内容が一致していると判断したとき、ＣＰＵ２１は、新たな登録が不用であることを示すメッセージをマスタセッション端末８０へ送信する（Ｓ８２０）。
このメッセージを受信したマスタセッション端末８０の制御部８９は、メンバーの新たな登録が不要であることを示す文字列を表示部８７に表示させる（Ｓ８３０）。

一方、ステップ８１０にて、両者の内容が一致していないと判断したとき、ＣＰＵ２１は、ステップ７７０で特定したレコードの「登録メンバー」のフィールドの記憶内容を、ステップ８００でＲＡＭ２２に記憶されている端末ＩＤの内容に合わせて更新する（Ｓ８４０）。つまり、メンバー登録サービスが前回利用されたあと、新たなメンバーの端末ＩＤがマスタセッション端末８０の記憶部８４に蓄積されていたときは、その端末ＩＤが「登録メンバー」のフィールドに追加されることになる。

端末ＩＤを記憶したＣＰＵ２１は、新たなメンバーの登録が完了したことを示すメッセージをマスタセッション端末８０に送信する（Ｓ８５０）。
このメッセージを受信したマスタセッション端末８０の制御部８９は、新たなメンバーの登録が完了したことを示す文字列を表示部８７に表示させる（Ｓ８６０）。
以上で、新規メンバー登録処理が終了となる。

自らセッショングループを立ち上げて主催者となった演奏者、及びそのセッショングループのメンバーとなった他の演奏者は、各々のセッション端末８０からセッション管理サーバ装置２０へアクセスし、サービス選択画面が表示された状態で、同画面の「セッションサービス」と記されたボタンを選択する。
このボタンが選択されると、セッション処理が開始される。

図１５及び１６は、セッション処理を示すフローチャートである。
「セッションサービス」と記したボタンが選択されると、セッション端末８０の制御部８９は、セッションサービスの提供を求めるメッセージをセッション管理サーバ装置２０へ送信する（Ｓ９００）。
すると、セッション管理サーバ装置２０のＣＰＵ２１は、端末ＩＤの送信を求めるメッセージをセッション端末８０へ送信する（Ｓ９１０）。

メッセージを受信したセッション端末８０の制御部８９は、記憶部８４に記憶されている自身の端末ＩＤを読出し、読み出した端末ＩＤをセッション管理サーバ装置２０へ送信する（Ｓ９２０）。
端末ＩＤを受信したセッション管理サーバ装置２０のＣＰＵ２１は、受信した端末ＩＤをＲＡＭ２２に記憶する（Ｓ９３０）。
続いて、ＣＰＵ２１は、ステップ９３０でＲＡＭ２２に記憶させたものと同じ端末ＩＤを「登録メンバー」のフィールドに記憶しているレコードがセッショングループデータベース２７ａにあるか否か判断する（Ｓ９４０）。

ステップ９４０にて、端末ＩＤを「登録メンバー」のフィールドに記憶しているレコードがないと判断したとき、ＣＰＵ２１は、端末ＩＤの登録がないことを示すメッセージをセッション端末８０へ送信する（Ｓ９５０）。
このメッセージを受信したセッション端末８０の制御部８９は、何れかのセッショングループへの所属を促す内容の文字列を表示部８７に表示させる（Ｓ９６０）。表示を参照した演奏者は、セッション立ち上げサービスを利用して自らセッショングループを立ち上げるか、又は、新規メンバー登録サービスを利用して既に立ち上げられているセッショングループの何れかに加入する。

一方、ステップ９４０にて、端末ＩＤを「登録メンバー」のフィールドに記憶しているレコードがあると判断したとき、ＣＰＵ２１は、その条件を満たすレコードをセッショングループデータベース２７ａから特定する（Ｓ９７０）。
続いて、ＣＰＵ２１は、ステップ９３０にてＲＡＭ２２に記憶しておいた端末ＩＤを、ステップ９７０で特定したレコードの「セッション可能メンバー」のフィールドへ記憶する（Ｓ９８０）。このステップ９８０にて、自らの送信した端末ＩＤが「セッション可能メンバー」のフィールドに記憶されたセッション端末８０は、同じフィールドに既に記憶されていた、又はその後に記憶される端末ＩＤの送信元である他のセッション端末８０と共に音楽セッションを行うことが可能な状態になる。

続いて、ＣＰＵ２１は、ステップ９７０で特定したレコードの「セッション可能メンバー」のフィールドに記憶されている全ての端末ＩＤをＲＡＭ２２へ読み出す（Ｓ９９０）。
ＣＰＵ２１は、ステップ９９０で読み出した端末ＩＤを所定の雛形に埋め込むことによって得た参加状況通知画面の表示データを、各端末ＩＤの発信元であった各セッション端末８０に宛てて送信する（Ｓ１０００）。

表示データを受信したセッション端末８０の制御部８９は、その表示データに基づいて表示部８７に参加状況通知画面を表示させる（Ｓ１０１０）。
図１７は、参加状況通知画面である。この画面の上段には、「現在、セッションの準備ができているメンバーのＩＤは以下の通りです。」という内容の文字列が表示され、その下には、ステップ９９０で読み出された全ての端末ＩＤが表示される。更に画面の下段には、「セッション開始」と記したボタンが表示される。

この画面を参照した演奏者は、セッションを開始してもよいか否かを判断する。セッションを開始してもよいと判断したときは、画面下のボタンを操作部８８によって選択する。
「セッション開始」と記したボタンが選択されると、セッション端末８０の制御部８９は、セッションの開始を要求するメッセージをセッション管理サーバ装置２０へ送信する（Ｓ１０２０）。

セッション管理サーバ装置２０のＣＰＵ２１は、参加状況通知画面の表示データの宛先であった全てのセッション端末８０からセッションの開始を要求するメッセージを受信すると、音楽セッションの開始タイミングまでの残り時間長を表すカウントダウン信号を、各セッション端末８０へ送信する（Ｓ１０３０）。
このカウントダウン信号を受信したセッション端末８０の制御部８９は、他のセッション端末８０と同期を取りつつ、音楽セッションの開始タイミングまでの残り時間長を表示部８７に表示させる（Ｓ１０４０）。具体的には、「スタート３秒前」→「スタート２秒前」→「スタート１秒前」の各内容を示す文字列をこの順番で一秒おきに表示させ、更に「スタート１秒前」の文字列を表示してから１秒経過したタイミングで、「スタート！」の文字列を表示させる。

各演奏者は、自らのセッション端末８０の表示部８７に表示されるカウントダウン表示を参照し、「スタート！」の文字列が表示されたタイミングに合わせて一斉に楽器３０の演奏を開始する。
以上説明した本実施形態によると、各演奏者は、セッション端末８０を所有してさえいれば、既に立ち上げられたセッショングループに加入することだけでなく、自らセッショングループを立ち上げてその主催者となることもできる。

（他の実施形態）
本願発明は、種々の変形実施が可能である。
上記第１実施形態では、セッションマスター端末０の記憶部５４に、セッションスレイブ端末１０から取得した端末ＩＤが蓄積されるようになっており、新規メンバー登録処理では、蓄積された端末ＩＤがセッションマスター端末０からセッション管理サーバ装置２０へ送信され、送信された端末ＩＤがセッショングループデータベース２７ａの「登録メンバー」のフィールドに記憶されるようになっていた。これに対し、セッションスレイブ端末１０から取得した端末ＩＤとその取得日時の対をセッションマスター端末０の記憶部５４へ蓄積するようにしてもよい。かかる変形例によると、セッショングループの主催者である演奏者は、自らのセッションマスター端末０の記憶部５４の記憶内容をその表示部５７に表示させれば、自グループへ加入させた演奏者だけでなくその加入を認めた日時をも了解することができる。

セッションシステムの全体構成図である。 セッション端末のハードウェア構成図である。 セッション管理サーバ装置のハードウェア構成図である。 セッショングループデータベースのデータ構造図である。 セッションマスター端末の接続処理の遷移図である。 グループ登録処理を示すフローチャートである。 新規メンバー登録処理を示すフローチャートである。 セッション処理を示すフローチャートである（前半部分）。 セッション処理を示すフローチャートである（後半部分）。 セッションシステムの全体構成図である（第２実施形態）。 セッション端末のハードウェア構成図である（第２実施形態）。 サービス選択画面である。 グループ登録処理を示すフローチャートである。 新規メンバー登録処理を示すフローチャートである。 セッション処理を示すフローチャートである（前半部分）。 セッション処理を示すフローチャートである（後半部分）。 参加状況通知画面である。

符号の説明

０…セッションマスター端末、１０…セッションスレイブ端末、１１，５１，８１…楽音信号入力部、１２，５２，８２…楽音信号出力部、１３，５３，８３…通信部、１４，５４，８４…記憶部、１５，５５，８５…エンコード／デコード部、１６…ＲＦＩＤチップ、１７，５７，８７…表示部、１８，５８，８８…操作部、１９，５９，８９…制御部、２０…セッション管理サーバ装置、２１…ＣＰＵ、２２…ＲＡＭ、２３…ＲＯＭ、２４…ネットワークインターフェース、２５…キーボード、２６…コンピュータディスプレイ、２７…ハードディスク、３０…楽器、４０…スピーカ、５６…ＲＦＩＤリーダ、８６…ブルートゥース通信ユニット

Claims (3)

1. 自身の端末識別情報を記憶した記憶手段を夫々備える複数のセッション端末と、各々が所属するセッショングループ毎に纏められた前記各セッション端末の端末識別情報をそれら各セッショングループを主催するセッション端末の端末識別情報と対応付けて記憶した記憶手段を備えたセッション管理サーバ装置とを含むシステムによるグループセッション支援方法であって、
   第１のセッション端末が、第２のセッション端末の記憶手段に記憶されている端末識別情報を取得する取得工程と、
   前記第１のセッション端末が、前記第２のセッション端末から取得した端末識別情報と自らの記憶手段に記憶されている自身の端末識別情報とを前記セッション管理サーバ装置へセットとして送信する加入申込工程と、
   端末識別情報のセットを受信した前記セッション管理サーバ装置が、セッショングループを主催するセッション端末の端末識別情報として自らの記憶手段に記憶されている端末識別情報の何れかと前記受信したセットに含まれる一方の端末識別情報とが一致するか否か判断する判断工程と、
   前記端末識別情報が一致すると判断した前記セッション管理サーバ装置が、前記セットに含まれる一方の端末識別情報と他方の端末識別情報とを対応付けて自らの記憶手段に記憶する加入申込受諾工程と、
   前記取得工程にて自身の端末識別情報を第１のセッション端末へ引き渡した第２のセッション端末が、自らの記憶手段に記憶されている自身の端末識別情報を前記セッション管理サーバ装置へ送信する参加申込工程と、
   前記第２のセッション端末から端末識別情報を受信した前記セッション管理サーバ装置が、その端末識別情報と同じセッショングループに所属するものとして自らの記憶手段に記憶されている他の端末識別情報を特定するマッチング工程と、
   前記セッション管理サーバ装置が、前記マッチング工程にて特定した端末識別情報を送信してきた第３のセッション端末と前記第２のセッション端末との間で楽音情報を遣り取りさせるセッション制御工程と
   を有するグループセッション支援方法。
2. 請求項１に記載のグループセッション支援方法において、
   前記第２のセッション端末は、
   自らの情報を無線信号として外部へ送信する無線送信手段を備え、
   前記取得工程では、
   前記第１のセッション端末が、第２のセッション端末の記憶手段に記憶された端末識別情報を前記無線送信手段を介して取得する
   グループセッション支援方法。
3. 各々が所属するセッショングループ毎に纏められた各セッション端末の端末識別情報をそれら各セッショングループを主催するセッション端末の端末識別情報と対応付けて記憶した記憶手段と、
   他のセッション端末から取得した当該他のセッション端末の端末識別情報と自身の端末識別情報とをセットとして送信するセッション端末から、当該セットを受信する受信手段と、
   前記受信手段によって受信したセットに含まれる一方の端末識別情報が、セッショングループを主催するセッション端末の端末識別情報として前記記憶手段に記憶されている端末識別情報の何れかと一致するか否か判断する判断手段と、
   前記端末識別情報が一致すると前記判断手段が判断したとき、前記受信したセットに含まれる一方の端末識別情報と他方の端末識別情報とを対応付けて前記記憶手段に記憶する加入申込受諾手段と、
   前記他のセッション端末から、当該他のセッション端末を示す端末識別情報を受信する参加申込受信手段と、
   前記参加申込受信手段によって受信された端末識別情報と同じセッショングループに所属するものとして、前記記憶手段に記憶されている他の端末識別情報を特定するマッチング手段と、
   前記マッチング手段によって特定された端末識別情報を送信してきたセッション端末と、前記参加申込受信手段によって受信された端末識別情報を送信してきたセッション端末との間で楽音情報を遣り取りさせるセッション制御手段と
   を備えたセッション管理サーバ装置。

Images