(57)【要約】      （修正有）【課題】できるだけ遅延を小さく抑えつつ、音楽セッションの参加者数を拡張する。【解決手段】音楽セッションシステムにおいて、複数の端末装置１１０ａ〜１１０ｆは、所定の制限台数（３台）まで他の端末装置を接続できる。各端末装置１１０ａ〜１１０ｆは端末装置１１０ａ、１１０ｂ、１１０ｃが直接接続され第１部屋２００ａを形成する。端末装置１１０ｄ、１１０ｅ、１１０ｆが直接接続され第２部屋２００ｂを形成する。部屋２００ａと２００ｂを接続する要求に応じて、第１部屋２００ａ内の端末装置１１０ａと第２部屋２００ｂ内の端末装置１１０ｄを接続する。接続された端末装置１１０ａと端末装置１１０ｄは、互いの部屋全体の演奏情報を送受信し、受信した他方の部屋の演奏情報を、自身の部屋内の他の端末装置に送信する。【選択図】図４
2015138040.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末装置を利用した音楽セッションを通信ネットワーク越しに実現する音楽セッションシステムにおいて、前記複数の端末装置を接続するための方法であって、
前記複数の端末装置は、それぞれ、演奏情報を入力する入力手段と、所定の制限台数まで他の端末装置を接続でき、該接続した他の端末装置との間で演奏情報を送受信する通信手段と、前記入力手段で入力した自身の演奏情報と、前記通信手段から受信した各演奏情報を混合して再生する再生手段とを備えており、前記複数の端末装置のうち２以上の端末装置からなるグループを複数形成し、各グループ内の前記端末装置が前記通信手段を介して前記演奏情報を相互に送受信するものであり、
前記方法は、
或る第１グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない少なくとも１つの端末装置と、該第１グループとは別の第２グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない少なくとも１つの端末装置とを接続するように、前記通信手段を設定する接続手順と、
前記接続された前記第１グループの端末装置と前記第２グループの端末装置に、各々の属するグループ全体の演奏情報を相互に送受信させる通信制御手順と
からなることを特徴とする方法。
【請求項２】
前記接続手順は、前記第１グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない１つの端末装置と、前記第２グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない１つの端末装置とを接続するように、前記通信手段を設定することであり、
前記通信制御手順は、更に、前記接続された前記第１グループの端末装置及び前記第２グループの端末装置のそれぞれに、他方から受信した前記グループ全体の演奏情報を、自身の属するグループ内の他の全ての端末装置に送信させることを含む
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記接続手順は、前記第１グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない各端末装置と、前記第２グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない各端末装置を、１対１で対応付けて接続するように、前記通信手段を設定することを特徴とする請求項１に記載の方法。
【請求項４】
何れか１つの前記端末装置が前記第１グループと前記第２グループとを接続するように要求する接続要求手順を、更に備えることを特徴とする請求項１乃至３の何れかに記載の方法。
【請求項５】
前記接続手順は、前記第１グループ及び前記第２グループに属する複数の前記端末装置のうち、前記接続する要求及び該接続の承認を行う、そのグループのオーナー権限を持つ端末装置から優先的に接続することを特徴とする請求項１乃至４の何れかに記載の方法。
【請求項６】
複数の端末装置を利用した音楽セッションを通信ネットワーク越しに実現する音楽セッションシステムであって、
前記複数の端末装置は、それぞれ、演奏情報を入力する入力手段と、所定の制限台数まで他の端末装置を接続でき、該接続した他の端末装置との間で演奏情報を送受信する通信手段と、前記入力手段で入力した自身の演奏情報と、前記通信手段から受信した各演奏情報を混合して再生する再生手段とを備えており、前記複数の端末装置のうち２以上の端末装置からなるグループを複数形成し、各グループ内の前記端末装置が前記通信手段を介して前記演奏情報を相互に送受信するものであり、
或る第１グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない少なくとも１つの端末装置と、該第１グループとは別の第２グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない少なくとも１つの端末装置とを接続するように、前記通信手段を設定する接続手段と、
前記接続された前記第１グループの端末装置と前記第２グループの端末装置に、各々の属するグループ全体の演奏情報を送受信させる通信制御手段と
を備えることを特徴とする音楽セッションシステム。
【請求項７】
複数の端末装置を利用した音楽セッションを通信ネットワーク越しに実現する音楽セッションシステムにおける前記端末装置であって、
前記端末装置は、演奏情報を入力する入力手段と、所定の制限台数まで他の端末装置を接続でき、該接続した他の端末装置との間で演奏情報を送受信する通信手段と、前記入力手段で入力した自身の演奏情報と、前記通信手段から受信した各演奏情報を混合して再生する再生手段とを備えており、少なくとも１つの他の端末装置と第１グループを形成し、該第１グループ内の他の端末装置と前記通信手段を介して前記演奏情報を相互に送受信するものであり、且つ、
自身に接続された前記他の端末装置の数が前記制限台数に達していない場合、当該第１グループとは別の第２グループに属する少なくとも１つの端末装置と接続するように、前記通信手段を設定する接続手段と、
前記接続された前記第２グループの端末装置との間で、互いのグループ全体の演奏情報を送受信する通信制御手段と
を備えることを特徴とする端末装置。
【請求項８】
前記通信制御手段は、更に、前記接続された前記第２グループの端末装置から受信した該第２グループ全体の演奏情報を、前記第１グループ内の他の全ての端末装置に転送することを特徴とする請求項７に記載の端末装置。
【請求項９】
複数の端末装置を利用した音楽セッションを通信ネットワーク越しに実現する音楽セッションシステムにおける前記端末装置であって、
前記端末装置は、演奏情報を入力する入力手段と、所定の制限台数まで他の端末装置を接続でき、該接続した他の端末装置との間で演奏情報を送受信する通信手段と、前記入力手段で入力した自身の演奏情報と、前記通信手段から受信した各演奏情報を混合して再生する再生手段とを備えており、少なくとも１つの他の端末装置と第１グループを形成し、該第１グループ内の前記他の端末装置と前記通信手段を介して前記演奏情報を相互に送受信するものであり、且つ、
前記第１グループに属する前記他の端末装置を介して、該第１グループとは別の第２グループが接続された場合に、該他の端末装置から、前記別の第２グループ全体の演奏情報を受信する受信手段
を備えることを特徴とする端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数の端末装置を利用した音楽セッションを、例えばインターネットなどの通信ネットワーク越しに行うための技術に関し、詳しくは、複数の端末装置を相互に接続するための技術に関する。
【背景技術】
【０００２】
従来、例えばインターネットなどの広域通信ネットワークを介して遠隔地に居る複数の参加者が音楽セッションを行う、音楽セッションシステムが知られる。本明細書では、複数の参加者が略同時に演奏（例えば楽器演奏や歌唱など）を行い、それら各演奏を混合して１つの音楽演奏（例えば１曲分の楽曲の演奏など）を実現することを、「音楽セッション」という。音楽セッションシステムは、各参加者の拠点に設置された端末装置を、通信ネットワークを介して相互に接続することにより構成され、各端末装置の間で、各自の演奏情報を送受信することにより、１つの音楽セッションを実現する。すなわち、１つの端末装置は、入力された演奏情報を通信ネットワーク経由で他の端末装置に送信する一方で、通信ネットワーク経由で１又は複数の他の端末装置の演奏情報を受信し、そして、該受信した他の端末装置の演奏情報の発音（再生）に合わせて、自身に入力された演奏情報を発音させることにより、前記音楽セッションを実現する。通信ネットワーク越しに複数の端末装置間で演奏情報を送受信する場合、通信遅延が存在する。この通信遅延の対策として、各端末装置において、自身に入力された演奏情報を発音させるタイミングを遅延させることにより、他の端末装置から受信した演奏情報の発音と、自身に入力された演奏情報の発音を同期させることが従来から行われている（例えば、下記特許文献１を参照）。
【０００３】
上述の音楽セッションシステムを構成する複数の端末装置の接続形態（ネットワーク接続形態）としては、例えば、セッションに参加する各端末装置が他の全ての端末装置と直接接続されるフルメッシュ型の接続形態がある。フルメッシュ型の場合、サーバが不要であり、端末装置間の通信遅延を最小化できる。しかし、各端末装置に接続された他の端末装置（以下、「接続相手」ともいう）の数だけ、各端末装置が接続相手それぞれとの通信に使用するデータ転送レート（単位時間あたりの通信データ量）が積み重なり、延いては、各端末装置の使用するデータ転送レートが通信ネットワークのデータ転送レートの上限に達してしまう。その場合、各端末装置で使用するデータ転送レートが不足して、接続失敗やノイズ発生などの不具合が生じる恐れがある。このため、１端末装置あたりの接続相手の数、すなわち、音楽セッションの参加者数が制限される。
【０００４】
ネットワーク接続形態の別例として、セッションに参加する全ての端末装置がミキシングサーバを経由して相互に接続されるスター型の接続形態がある。この場合、ミキシングサーバを介して端末装置間の通信が行われるので、１端末装置あたりの接続相手の数に制限はない。しかし、ミキシングサーバを経由するので通信遅延が大きくなる。また、そのミキシングサーバは、多数の演奏情報処理可能な高性能なサーバである必要がある。
【０００５】
かかる音楽セッションシステムにおいて、音楽セッションの参加者の数を拡張する工夫として、特許文献２は、複数の端末装置を数珠つなぎ状に直列的に接続して、その接続順に従って直前の端末装置から受信した演奏情報に自機で入力する演奏情報を混合し、次の端末装置宛てに送信することを開示している。しかし、通信方向が一方向であるため、通信の上流側に在る端末装置は、その下流側に在る端末装置の演奏情報をリアルタイムで聴取できない。参加者が音楽セッションシステム全体の演奏を得るには、接続順が最後の端末装置にて混合した結果を待たなければならない。従って、参加者数が増えるほど、音楽セッションのリアルタイム性が失われる。
【０００６】
また、特許文献３は、音楽セッションへの参加者数を拡張する仕組みとして、複数の端末装置のうち、互いに直接接続された２つの端末装置同士で演奏情報を双方向通信すると共に、該直接接続された端末装置を中継して、直接接続されていない端末装置の演奏情報を受信することを記載している。これによれば、理論上は何台の端末装置とでも双方向に演奏情報を送受信できるが、参加者数が増えるほど、通信にかかる遅延が大きくなる。この遅延による音楽的破綻を回避する方法として、特許文献３は、演奏情報の音楽的な区切り毎（例えば１小節毎）に演奏情報を送信することを提案している。しかし、この方法では、音楽セッションのリアルタイム性が失われる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１１−２４２５６０号公報
【特許文献２】特開２００２−２０７４９２号公報
【特許文献３】特開２００３−３２３１７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は上述の点に鑑みてなされたもので、複数の端末装置を利用した音楽セッションを通信ネットワーク越しに実現する音楽セッションシステムにおいて、できるだけ遅延を小さく抑えつつ、音楽セッションの参加者数を拡張できるようにした音楽セッションシステム及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、複数の端末装置を利用した音楽セッション等を通信ネットワーク越しに実現する音楽セッションシステムにおいて、前記複数の端末装置を接続するための方法であって、前記複数の端末装置は、それぞれ、演奏情報を入力する入力手段と、所定の制限台数まで他の端末装置を接続でき、該接続した他の端末装置との間で演奏情報を送受信する通信手段と、前記入力手段で入力した自身の演奏情報と、前記通信手段から受信した各演奏情報を混合して再生する再生手段とを備えており、前記複数の端末装置のうち２以上の端末装置からなるグループを複数形成し、各グループ内の前記端末装置が前記通信手段を介して前記演奏情報を相互に送受信するものであり、前記方法は、或る第１グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない少なくとも１つの端末装置と、該第１グループとは別の第２グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない少なくとも１つの端末装置とを接続するように、前記通信手段を設定する接続手順と、前記接続された前記第１グループの端末装置と前記第２グループの端末装置に、各々の属するグループ全体の演奏情報を送受信させる通信制御手順とからなることを特徴とする方法である。
【００１０】
この発明によれば、所定の制限台数の制限内で複数の端末装置を相互接続して１つのグループを形成し、或る第１グループに属する端末装置のうち、接続された端末装置の数が前記制限台数に達していない少なくとも１つの端末装置と、別の第２グループに属する端末装置のうち、接続された端末装置の数が前記制限台数に達していない少なくとも１つの端末装置とを接続することにより、第１グループと第２グループを接続する。１グループ内では何れの端末装置間の通信も１ホップで行うことができるが、そこに接続できる端末装置の数は制限台数以内に制約される。複数のグループを接続することにより、１グループ内での通信に係る遅延の小ささという利点をできるだけ損なわずに、制限台数による制約を超えて音楽システムに参加する端末装置の数を拡張できる。
【００１１】
一実施形態において、前記接続手順は、前記第１グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない１つの端末装置と、前記第２グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない１つの端末装置とを接続するように、前記通信手段を設定することであり、前記通信制御手順は、更に、前記接続された前記第１グループの端末装置及び前記第２グループの端末装置のそれぞれに、他方から受信した前記グループ全体の演奏情報を、自身の属するグループ内の他の全ての端末装置に送信させることを含むように構成される。この場合、第１グループ内の１つの端末装置と、第２グループ内の１つの端末装置とを接続するだけのシンプルな接続形態で、複数のグループを接続できる。また、別のグループに直接接続された端末装置が、該別のグループ全体の演奏情報を、自身のグループ内の他の端末装置に送信するので、全ての端末装置に対して最大２ホップで別のグループ全体の演奏情報を送信できる。
【００１２】
別の一実施形態において、前記接続手順は、前記第１グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない各端末装置と、前記第２グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない各端末装置を、１対１で対応付けて接続するように、前記通信手段を設定するように構成される。この場合、第１グループの各端末装置と第２グループ内の各端末装置とを１つずつ対応付けて接続するので、全ての端末装置に対して１ホップで別のグループ全体の演奏情報を送信できる。
【００１３】
一実施形態として、前記方法は、何れか１つの前記端末装置が前記第１グループと前記第２グループとを接続するように要求する接続要求手順を、更に備えるように構成できる。また、別の一実施形態として、前記接続手順は、前記第１グループ及び前記第２グループに属する複数の前記端末装置のうち、前記接続する要求及び該接続の承認を行う、そのグループのオーナー権限を持つ端末装置から優先的に接続するように構成できる。
【００１４】
また、この発明は、複数の端末装置を利用した音楽セッションを通信ネットワーク越しに実現する音楽セッションシステムであって、前記複数の端末装置は、それぞれ、演奏情報を入力する入力手段と、所定の制限台数まで他の端末装置を接続でき、該接続した他の端末装置との間で演奏情報を送受信する通信手段と、前記入力手段で入力した自身の演奏情報と、前記通信手段から受信した各演奏情報を混合して再生する再生手段とを備えており、前記複数の端末装置のうち２以上の端末装置からなるグループを複数形成し、各グループ内の前記端末装置が前記通信手段を介して前記演奏情報を相互に送受信するものであり、或る第１グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない少なくとも１つの端末装置と、該第１グループとは別の第２グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない少なくとも１つの端末装置とを接続するように、前記通信手段を設定する接続手段と、前記接続された前記第１グループの端末装置と前記第２グループの端末装置に、各々の属するグループ全体の演奏情報を送受信させる通信制御手段とを備えることを特徴とする音楽セッションシステムである。
【００１５】
また、この発明は、複数の端末装置を利用した音楽セッションを通信ネットワーク越しに実現する音楽セッションシステムにおける前記端末装置であって、前記端末装置は、演奏情報を入力する入力手段と、所定の制限台数まで他の端末装置を接続でき、該接続した他の端末装置との間で演奏情報を送受信する通信手段と、前記入力手段で入力した自身の演奏情報と、前記通信手段から受信した各演奏情報を混合して再生する再生手段とを備えており、少なくとも１つの他の端末装置と第１グループを形成し、該第１グループ内の前記他の端末装置と前記通信手段を介して前記演奏情報を相互に送受信するものであり、且つ、自身に接続された前記他の端末装置の数が前記制限台数に達していない場合、前記第１グループとは別の第２グループに属する少なくとも１つの端末装置と接続するように、前記通信手段を設定する接続手段と、前記接続された前記第２グループの端末装置との間で、互いのグループ全体の演奏情報を送受信する通信制御信手段とを備えることを特徴とする端末装置である。この端末装置において、前記通信制御手段が、更に、前記接続された前記第２グループの端末装置から受信した該第２グループ全体の演奏情報を、前記第１グループ内の他の全ての端末装置に転送するように構成できる。
【００１６】
更に、この発明は、複数の端末装置を利用した音楽セッションを通信ネットワーク越しに実現する音楽セッションシステムにおける前記端末装置であって、前記端末装置は、演奏情報を入力する入力手段と、所定の制限台数まで他の端末装置を接続でき、該接続した他の端末装置との間で演奏情報を送受信する通信手段と、前記入力手段で入力した自身の演奏情報と、前記通信手段から受信した各演奏情報を混合して再生する再生手段とを備えており、少なくとも１つの他の端末装置とグループを形成し、該第１グループ内の前記他の端末装置と前記通信手段を介して前記演奏情報を相互に送受信するものであり、且つ、前記第１グループに属する前記他の端末装置を介して、該第１グループとは別の第２グループが接続された場合に、該他の端末装置から、前記別の第２グループ全体の演奏情報を受信する受信手段を備えることを特徴とする端末装置である。
【発明の効果】
【００１７】
本発明によれば、複数の端末装置を利用した音楽セッションを通信ネットワーク越しに実現する音楽セッションシステムにおいて、できるだけ遅延を小さくしつつ、音楽セッションの参加者数を拡張できる、という優れた効果を奏する。
【図面の簡単な説明】
【００１８】
【図１】本発明に係る音楽セッションシステムの構成例を示すブロック図。
【図２】図１の端末装置の電気的ハードウェア構成を示すブロック図。
【図３】複数の端末装置からなる部屋を説明する概念図。
【図４】第１実施形態に係る部屋の接続形態を説明する図であって、（ａ）２つの部屋を接続するまでの通信を説明する図、（ｂ）部屋同士の接続した後の演奏情報の送受信を説明する図。
【図５】第１実施形態に係る部屋の接続方法の手順を説明するシーケンス図。
【図６】第２実施形態に係る部屋の接続形態を説明する図であって、（ａ）２つの部屋を接続するまでの通信を説明する図、（ｂ）部屋同士の接続した後の演奏情報の送受信を説明する図。
【図７】第２実施形態に係る部屋の接続方法の手順を説明するシーケンス図。
【図８】第２実施形態に係る部屋の接続形態の変形例であって、２つの部屋の端末装置数が異なる場合の接続形態を説明する図。
【図９】第２実施形態に係る部屋の接続形態の変形例であって、２以上の複数の部屋を接続する接続形態を説明する図。
【図１０】２以上の複数の部屋を接続する接続形態の別の例を説明する図。
【図１１】２以上の複数の部屋を接続する接続形態の更に別の例を説明する図。
【発明を実施するための形態】
【００１９】
以下、添付図面に従って、本発明に係る、複数の端末装置を利用した音楽セッションを通信ネットワーク越しに実現する音楽セッションシステムにおいて、複数の端末装置を接続するための方法について、詳細に説明する。
【００２０】
図１は、音楽セッションシステムの全体構成例を示すブロック図である。音楽セッションシステム１００は、管理サーバ１０５と、複数の端末装置１１０ａ、１１０ｂ、１１０ｃ、１１０ｄ、１１０ｅ及び１１０ｆとが、通信ネットワーク１１５を介して通信可能に接続されて成る。通信ネットワーク１１５は、例えばインターネットなど周知の広域通信ネットワークであり、周知のReal-time Transport Protocol（リアルタイム トランスポート プロトコル、RTP）を利用して、複数の演奏情報を含む各種データを略リアルタイムで伝送できる。管理サーバ１０５は、端末装置１１０ａ〜１１０ｆを管理するためのサーバであり、後述する端末装置１１０の接続支援（例えば接続相手の特定や接続手続きなど）を行う。
【００２１】
複数の端末装置１１０ａ、１１０ｂ、１１０ｃ、１１０ｄ、１１０ｅ及び１１０ｆは、少なくとも演奏情報の入出力を含む演奏情報処理機能と、通信ネットワーク１１５経由で各種情報を通信する通信機能とを具備するコンピュータ装置であり、例えば、パーソナルコンピュータ（以下、「ＰＣ」ともいう）や、ネットワーク通信機能を具備する電子楽器などからなる。端末装置１１０ａ〜１１０ｆは、それぞれ対応する参加者Ａ、Ｂ、Ｃ、Ｄ、Ｅ及びＦの拠点に設置され、各参加者Ａ〜Ｆは各々の拠点で演奏を行ってその演奏情報を端末装置１１０ａ〜１１０ｆに入力する。以下、端末装置１１０ａを「端末Ａ」、端末装置１１０ｂを「端末Ｂ」、端末装置１１０ｃを「端末Ｃ」、端末装置１１０ｄを「端末Ｄ」、端末装置１１０ｅを「端末Ｅ」、端末装置１１０ｆを「端末Ｆ」とも言う。各参加者が行う演奏は、例えば楽器の演奏やデュエット歌唱など、どのような形態の音楽的行為であってもよい。また、演奏情報は、典型的には、楽器演奏や人の歌声などをサンプリング（集音）したオーディオ波形データであるが、これに限らず例えばＭＩＤＩ（Musical Instrument Digital Interface）規格により定義されたＭＩＤＩ演奏データなど、演奏を表すデータであればどのような形式のデータでもよい。なお、図１において、符号１１０にアルファベット文字「ａ」、「ｂ」・・・を添えているが、端末装置個体を区別する必要の無い場合、その符号として、アルファベット添え字無しの符号「１１０」を用いる。
【００２２】
図２は、端末装置１１０の電気的ハードウェア構成例を示すブロック図である。図２に示す通り、端末装置１１０は、中央処理装置（ＣＰＵ）１、リードオンリメモリ（ＲＯＭ）２、ランダムアクセスメモリ（ＲＡＭ）３、記憶装置４、設定操作検出回路５、演奏操作検出回路６、アナログ‐デジタル変換（Ａ／Ｄ変換）回路７、表示制御回路８、音源・効果回路９、及び、通信インタフェース（通信Ｉ／Ｆ）１０を備え、これらがバス１１を介して接続される。
【００２３】
ＣＰＵ１は、ＲＯＭ２又はＲＡＭ３に記憶された各種制御プログラムを実行して、当該制御装置の全体動作を制御する。ＲＯＭ２、ＲＡＭ３及び記憶装置４からなるメモリは、前記制御プログラムを含む各種プログラムや各種データ等を記憶する。記憶装置４は、フラッシュメモリ、ＨＤＤ等の記憶手段を適宜組み合わせて構成できる。ＲＯＭ２、ＲＡＭ３及び記憶装置４からなるメモリには、本発明に係る複数の端末装置を接続するための方法を、端末装置１１０に実行させるためのアプリケーションプログラムが記憶される。
【００２４】
設定操作検出回路５は、スイッチやマウス等の設定操作子１２が接続され、該設定操作子１２に対するユーザの操作を検出して、その操作に対応する設定操作情報をバス１１に送信する。ＣＰＵ１は、設定操作情報に応じた処理を行う。演奏操作検出回路６は、ユーザの手動演奏操作に応じた音楽演奏を入力するための演奏操作子１３が接続され、演奏操作子１３に対するユーザの操作を検出して、その操作に対応する演奏操作情報をバス１１に送信する。演奏操作子１３の形態は、鍵盤型、ギター型、管楽器型、打楽器型など、どのよう形態でもよい。
【００２５】
Ａ／Ｄ変換回路７は、マイクロフォン１４が接続され、該マイクロフォン１４により集音したアナログオーディオ信号をデジタル変換してバス１１に送信する。表示制御回路８は、例えばＬＣＤからなるディスプレイ１５や各種インジケータ類（不図示）が接続され、ＣＰＵ１からの指示に従ってディスプレイ１５等における表示を制御する。上記の演奏操作子１３及びマイクロフォン１４が、端末装置１１０に演奏情報を入力する入力手段として機能する。
【００２６】
端末装置１１０は、通信Ｉ／Ｆ１０を介して通信ネットワーク１１５に接続する。通信Ｉ／Ｆ１０は、例えばＥｔｈｅｒｎｅｔ（登録商標）規格に準拠する汎用ネットワークＩ／Ｆからなり、通信ネットワーク１１５上の他の端末装置１１０や管理サーバ１０５と、演奏情報を含む各種データを送受信する。詳しくは後述する通り、通信Ｉ／Ｆ１０を介して１つの端末装置１１０に接続できる他の端末装置１１０の台数は、通信ネットワーク１１５のデータ転送レートの上限に応じた所定の制限台数までに制限される。この通信Ｉ／Ｆ１０が、所定の制限台数まで他の端末装置を接続でき、該接続した他の端末装置と互いの演奏情報を送受信する通信手段として機能する。
【００２７】
また、この実施例では、通信Ｉ／Ｆ１０は、通信ネットワーク１１５から受信する演奏情報をバッファするための受信用バッファ１８と、該受信用バッファ１８の状態を監視してそのバッファサイズを自動調整（増減）するバッファ管理部１９を含む。受信用バッファ１８とバッファ管理部１９が通信ネットワーク１１５の通信の揺らぎを吸収することにより、通信ネットワーク１１５から受信した演奏情報を、できるかぎり音楽的に破たんさせずに再生できる。なお、通信Ｉ／Ｆ１０は、自身の演奏情報をバッファして通信ネットワーク１１５に送信するための送信用バッファ（不図示）も備える。また、その他にも、例えばＵＳＢ（Universal Serial Bus）インタフェースや、ＭＩＤＩインタフェースなど複数種類の周辺機器接続用Ｉ／Ｆが通信Ｉ／Ｆ１０として具備されてよい。
【００２８】
音源・効果回路９は、ＭＩＤＩ演奏データに基づくオーディオ波形データを生成する音源部と、１又は複数のオーディオ波形データを適宜効果付与して混合する効果部とからなる。サウンドシステム１６は、デジタルアナログ変換部とアナログ出力部（例えばスピーカやヘッドフォン端子など）からなる。音源・効果回路９は、演奏操作子１３又はマイクロフォン１４から入力した当該端末装置自身の演奏情報と通信Ｉ／Ｆ１０から受信した他の端末装置の演奏情報を、バス１１から取得し、それら複数の演奏情報に適宜効果付与して１系統のオーディオ波形データ（例えば２チャンネルステレオ形式のオーディオ波形データ）に混合して、サウンドシステム１６から出力する。これにより、端末装置１１０は、自身の演奏情報のモニタ音と、他の端末装置から受信した演奏情報とを合わせて再生できる。音源・効果回路９及びサウンドシステム１６が、前記入力手段で入力した自身の演奏情報と、前記通信手段から受信した各演奏情報を混合して再生する再生手段として機能する。
【００２９】
なお、図２において、端末装置１１０は、マイクロフォン１４及び演奏操作子１３を具備しているが、そのいずれか一方のみを具備する構成でもよい。また、図２に示す要素のうち、演奏操作検出回路６と演奏操作子１３、Ａ／Ｄ変換回路７とマイクロフォン１４、及び、音源・効果回路９とサウンドシステム１６の担う各機能、すなわち演奏情報の入力手段と再生手段は、端末装置１１０に外部接続された周辺機器（オーディオインタフェース装置）により構成されてもよい。例えば、端末装置１１０にオーディオインタフェース装置を接続し、該オーディオインタフェース装置を介してマイクロフォン１４や演奏操作子１３（例えば電子楽器など）が接続される構成でもよい。或いは、端末装置１１０の通信Ｉ／Ｆ１０（周辺機器接続用Ｉ／Ｆ）に、演奏操作子１３等の入力手段を有する電子楽器を接続してもよい。
【００３０】
図３は、図１の音楽セッションシステム１００における複数の端末装置１１０の論理的（若しくは仮想的）接続形態を説明する概念図である。複数の端末装置１１０のうち２以上の端末装置１１０が相互に論理的に（若しくは仮想的に）直接接続されたグループ２００を形成する。１グループ２００に属する複数の端末装置１１０同士で演奏情報を相互に送受信する。本明細書では、グループ２００を「部屋」と呼ぶ。図３に示す例では、図１に示す６つの端末Ａ１１０ａ〜端末Ｆ１１０ｆのうち、端末Ａ１１０ａ，端末Ｂ１１０ｂ及び端末Ｃ１１０ｃの３つが１つのグループ（「第１部屋」）２００ａを形成し、端末Ｄ１１０ｄ，端末Ｅ１１０ｅ及び端末Ｆ１１０ｆの３つが別のグループ（「第２部屋」）２００ｂが形成される。本明細書では、或る端末装置１１０が、別の端末装置１１０と通信を確立して、該別の端末装置１１０とデータを送受信するように、通信Ｉ／Ｆ１０を設定することを、「論理的接続」又は「仮想的接続」、あるいは単に「接続」という。
【００３１】
或る端末装置１１０が或る部屋２００に所属するための手順を簡単に説明する。或る端末装置１１０は、所望の部屋２００への所属要求を管理サーバ１０５（図１参照）に送信する。管理サーバ１０５は、受信した所属要求に応じて、その部屋２００に属する全ての端末装置１１０を特定して、特定した各端末装置１１０と当該或る端末装置１１０との接続を支援する。或る端末装置１１０と、当該部屋２００に属する各端末装置１１０とは、管理サーバ１０５からの接続支援に従い、それぞれ通信を確立して、相互に演奏情報を送受信するように、各自の通信Ｉ／Ｆ１０を設定する。それ以後、当該部屋２００内の各端末装置１１０は、管理サーバ１０５など仲介を経ずに、その部屋２００内の他の端末装置と直接的に演奏情報を送受信できる。また、端末装置１１０は、自身が新たに部屋２００を作ることもできる。本実施例では、部屋２００内の何れか１つの端末装置（例えば、部屋を作成した参加者の端末装置）１１０が、その部屋のオーナー権限を持つオーナー端末装置となる。オーナー権限は、例えば、後述する部屋同士を接続する要求を行う権限、及び、部屋同士の接続要求に対する承認を行う権限を含む。例えば、端末Ａ１１０ａを第１部屋２００ａのオーナー、端末Ｄ１１０ｄ）を第２部屋２００ｂのオーナーとする。なお、オーナー権限は設定しなくてもよい。
【００３２】
図３に示す通り、１つの部屋２００ａ（又は２００ｂ）は、各端末装置１１０ａ，１１０ｂ及び１１０ｃ（又は１１０ｄ，１１０ｅ及び１１０ｆ）が相互に接続されたフルメッシュ型のネットワーク接続形態からなる。従って、１部屋内での端末装置１１０間の通信は１ホップで行えるので、その通信にかかる遅延は極小である。この明細書では、通信ネットワーク１１５越しに演奏情報を或る送信元の端末装置１１０から或る宛先の端末装置１１０に送信するまでに経由する端末装置の数を、「ホップ数」という。例えば、直接接続された２つの端末装置が相互に演奏情報を送受信する場合、ホップ数は１ホップである。フルメッシュ型のネットワーク接続形態では、１部屋に属する端末装置数（すなわち、各端末装置１１０に接続された他の端末装置（「接続相手」）の数）が増えるほど、各端末装置１１０が接続相手それぞれとの通信に使用するデータ転送レート（単位時間あたりの通信データ量）が積み重なり、延いては、各端末装置の使用するデータ転送レートが通信ネットワーク１１５のデータ転送レートの上限に達してしまい、各端末装置１１０で使用するデータ転送レートが不足する。このため、１つの端末装置１１０に通信Ｉ／Ｆ１０を介して接続できる他の端末装置の数は、所定の制限台数までに制限される。この実施例では、１つの端末装置１１０あたりの制限台数は３台まで、言い換えれば、１つの部屋に接続できる端末装置１１０の数は４台までに制限されるものとする。この接続台数の制限は、データ転送レート不足による接続失敗やノイズ発生などを防ぐためにあり、部屋２００内で高品質な演奏情報を略リアルタイムに送受信することを保証する。その反面、１つの部屋２００だけを使って音楽セッションを行う場合、１部屋の接続台数の制限により音楽セッションへの参加者数が制限されてしまう。
【００３３】
本発明は、上述した１つの端末装置１１０あたりの制限台数（すなわち１部屋２００に接続できる端末装置の数）を超えて、音楽セッション全体の参加者数を拡張する仕組みとして、複数の部屋２００を接続することにより、複数の部屋２００全体で１つの音楽セッションを実現する、ということに特徴がある。
【００３４】
先ず、第１の実施形態に係る接続方法について説明する。第１の実施形態に係る接続方法は、第１部屋２００ａに属する複数の端末装置１１０ａ〜１１０ｃのうち、接続台数の制限に達していない１つの端末装置１１０と、別の第２部屋２００ｂに属する複数の端末装置１１０ｄ〜１１０ｆのうち、接続台数の制限に達していない１つの端末装置１１０とを接続する、というものである。図４は、第１の実施形態に係る接続方法に従い、前記図３に示す第１部屋２００ａと第２部屋２００ｂとを接続する接続形態を説明する図であって、（ａ）は第１部屋２００ａと第２部屋２００ｂを接続するまでのやり取りを説明するための図である。図５は、第１の実施形態に係る接続方法の時系列手順を示すシーケンス図である。以下の説明では、一例として、第１部屋２００ａのオーナー端末Ａ１１０ａ及び、第２部屋２００ｂのオーナー端末Ｄ１１０ｄが、部屋同士の接続要求やその承認等のやり取りを行うものとする。
【００３５】
先ず、第１部屋２００ａのオーナー端末Ａ１１０ａは、接続相手となる部屋（第２部屋２００ｂ）を指定して、該指定した第２部屋２００ｂへの接続要求を、管理サーバ１０５（図１参照）に送信する（ステップＳ１）。部屋の指定は、部屋を特定する情報（例えば部屋名など）を手動入力すること、或いは、管理サーバ１０５から既存の部屋の一覧情報を取得して、その一覧情報から１つ選択することなど、により行う。
【００３６】
管理サーバ１０５は、第１部屋２００ａの端末Ａ１１０ａから接続要求を受信し、該接続要求を第２部屋２００ｂのオーナー端末Ｄ１１０ｄに送信する（ステップＳ２）。
【００３７】
第２部屋２００ｂの端末Ｄ１１０ｄは、第１部屋２００ａからの接続要求を受信し、その要求に対する認否を管理サーバ１０５に返信する。端末Ｄ１１０ｄは、要求の認否を自動的に判断してもよいし、参加者に確認してもよい。接続要求を承認する場合、端末Ｄ１１０ｄは、接続要求の承認を管理サーバ１０５に送信する（ステップＳ３）。管理サーバ１０５は、受信した接続要求の承認を、第１部屋２００ａのオーナーの端末Ａ１１０ａに通知する（ステップＳ４）。図３、４の例では、各部屋２００ａ，２００ｂに接続された端末装置数はいずれも３台なので、第１部屋２００ａ，第１部屋２００ｂの何れの端末装置１１０ａ〜１１０ｆも、もう１台だけ他の端末装置を接続できる。一方、例えば接続台数が制限一杯である場合などは、端末Ｄ１１０ｄｇは前記接続要求を拒否する。その場合には、端末Ｄ１１０ｄは、接続要求を拒否する旨を、管理サーバ１０５を介して端末Ａ１１０ａに通知した後、処理を終了する。
【００３８】
前記ステップＳ４の接続要求承認通知を行った後、管理サーバ１０５は、第１部屋２００ａに属する複数の端末装置１１０ａ〜１１０ｃのうち、接続された端末装置の数が制限台数に達していない１つの端末装置１１０と、第２部屋２００ｂに属する複数の端末装置１１０ｄ〜１１０ｆのうち、接続された端末装置の数が制限台数に達していない１つの端末装置１１０とを特定し、該特定した２つの端末装置１１０のそれぞれに、接続開始指示を送信する（ステップＳ５）。この実施例では、管理サーバ１０５は、オーナーの端末Ａ１１０ａ，端末Ｄ１１０ｄから優先的に制限台数に達しているか否かを調べる。これにより、オーナーの端末Ａ１１０ａ，端末Ｄ１１０ｄ同士が優先的に接続される。オーナーの端末Ａ１１０ａ及び／又は端末Ｄ１１０ｄの接続数が制限一杯である場合、オーナーの端末Ａ１１０ａ及び／又は端末Ｄ１１０ｄ以外の端末装置１１０のうち、続された端末装置の数が制限台数に達していない端末装置１１０同士を接続する。全ての端末装置１１０の接続数が制限一杯である場合は、当該処理を終了する。なお、処理を終了する前に、接続数の制限により部屋の接続ができない旨を、参加者に警告してもよい。別の例として、オーナー端末Ａ１１０ａ及び端末Ｄ１１０ｄに接続された端末装置数が制限一杯である場合、その時点で処理を終了するように構成してもよい。
【００３９】
第１部屋２００ａのオーナーの端末Ａ１１０ａと、第２部屋２００ｂのオーナーの端末Ｄ１１０ｄは、接続開始指示に基づいて、互いに接続を確立する（ステップＳ６）。すなわち、第１部屋２００ａの端末Ａ１１０ａは、端末Ｄ１１０ｄとの通信を確立して、該端末Ｄ１１０ｄと演奏情報を送受信するように、自身の通信Ｉ／Ｆ１０を設定する一方、第２部屋２００ｂの端末Ｄ１１０ｄは、端末Ａ１１０ａとの通信を確立して、該端末Ａ１１０ａと演奏情報を送受信するように、自身の通信Ｉ／Ｆ１０を設定する。これにより、第１部屋２００ａのオーナーの端末Ａ１１０ａと、第２部屋２００ｂのオーナーの端末Ｄ１１０ｄとが直接的に相互接続される。
【００４０】
第１部屋２００ａのオーナーの端末Ａ１１０ａと、第２部屋２００ｂのオーナーの端末Ｄ１１０ｄとが接続された後、管理サーバ１０５は、第１部屋２００ａ内の他の端末Ｂ１１０ｂ及び端末Ｃ１１０ｃと、第２部屋２００ｂ内の他の端末Ｅ１１０ｅ及び端末Ｆ１１０ｆに、第１部屋２００ａと第２部屋２００ｂが接続された旨を通知する（ステップＳ７）。
【００４１】
前記ステップＳ６により接続された第１部屋２００ａの端末Ａ１１０ａと第２部屋２００ｂの端末Ｄ１１０ｄは、図４（ｂ）の両矢印２１０で示すように、相互に演奏情報の送受信を開始する。具体的には、第１部屋２００ａのオーナー端末Ａ１１０ａは、第１部屋２００ａ内の他の端末Ｂ１１０ｂ及び端末Ｃ１１０ｃから演奏情報を受信し（ステップＳ８）、受信した端末Ｂ及び端末Ｃの各演奏情報と当該端末Ａ自身に入力された演奏情報を混合した第１部屋２００ａ全体の演奏情報を、第２部屋２００ｂのオーナー端末Ｄ１１０ｄへ送信する（ステップＳ９）。これにより、第２部屋２００ｂのオーナー端末Ｄ１１０ｄは、第１部屋２００ａ全体の演奏情報を受信できる。そして、第２部屋２００ｂのオーナー端末Ｄ１１０ｄは、前記受信した第１部屋２００ａ全体の演奏情報に、当該端末Ｄ自身に入力された演奏情報を混合して、第２部屋２００ｂ内の他の端末Ｅ１１０ｅ及び端末Ｆ１１０ｆに送信する（ステップＳ１０）。従って、第２部屋２００ｂ内の他の端末Ｅ１１０ｅ及び端末Ｆ１１０ｆは、第１部屋２００ａと直接接続したオーナー端末Ｄ１１０ｄ経由で、第１部屋２００ａ全体の演奏情報を受信できる。
【００４２】
一方、第２部屋２００ｂのオーナー端末Ｄ１１０ｄは、第２部屋２００ｂ内の他の端末Ｅ１１０ｅ及び端末Ｆ１１０ｆから演奏情報を受信し（ステップＳ１１）、受信した端末Ｅ及び端末Ｆ１１０ｆの各演奏情報と、当該端末Ｄ自身に入力された演奏情報を混合した第２部屋２００ｂ全体の演奏情報を、第１部屋２００ａのオーナー端末Ａ１１０ａへ送信する（ステップＳ１２）。これにより、第１部屋２００ａのオーナー端末Ａ１１０ａは、第２部屋２００ｂ全体の演奏情報を受信できる。第１部屋２００ａのオーナー端末Ａ１１０ａは、前記受信した第２部屋２００ｂ全体の演奏情報に、当該端末Ａ自身に入力された演奏情報を混合して、第１部屋２００ａ内の他の端末Ｂ１１０ｂ及び端末Ｃ１１０ｃに送信する（ステップＳ１３）。従って、第１部屋２００ａ内の他の端末Ｂ１１０ｂ及び端末Ｃ１１０ｃは、第２部屋２００ｂと直接接続したオーナー端末装置１１０ａを経由して、該第２部屋２００ｂ全体の演奏情報を受信できる。
【００４３】
この構成によれば、オーナー端末Ａ，Ｄは、自身の部屋内の他の端末の演奏情報及び、別の部屋全体の演奏情報の何れも１ホップで受信できる。また、オーナー以外の端末Ｂ，Ｃ，Ｅ，Ｆは、自身の部屋内の他の端末の演奏情報を１ホップで受信でき、また、別の別の部屋全体の演奏情報を２ホップで受信できる。従って、各参加者Ａ〜Ｆは、それぞれ略リアルタイムで、第１部屋２００ａと第２部屋２００ｂ全体の演奏情報に合わせて演奏を行うこと、すなわち、第１部屋２００ａ及び第２部屋２００ｂの全ての端末装置１１０ａ〜１１０ｆにより１つの音楽セッションを実現することができる。
【００４４】
以上の通り、第１実施形態によれば、第１部屋２００ａの１つの端末Ａ１１０ａと第２部屋２００ｂの１つの端末Ｄ１１０ｄを介して、第１部屋２００ａと第２部屋２００ｂを接続するというシンプルでわかりやすい接続形態で、１つの部屋の参加者制限（４人）を超えて、音楽セッションの参加者数を最大で６人まで拡張できる。また、部屋同士の接続の仲介となる端末装置（１１０ａ又は１１０ｄ）から、その部屋内の他の端末装置（１１０ｂ及び１１０ｃ又は１１０ｅ及び１１０ｆ）に、他方の部屋全体の演奏情報を転送しているので、端末装置１１０ａ〜１１０ｆの何れも、最大２ホップで、全ての演奏情報を受信できる。従って、通信遅延の増加を可及的抑制しつつ、音楽セッションの参加者数を増やすことができる。また、２つの部屋２００ａ，２００ｂを接続するオーナー端末Ａ，Ｄは、それぞれ、自身に入力された演奏情報と他の部屋の演奏情報とを混合するレベルを任意の値に調整できる。
【００４５】
次に、第２実施形態について説明する。第２実施形態に係る接続方法は、第１部屋２００ａ内の接続台数の制限に達していない各端末装置１１０と、第２部屋２００ｂ内の接続台数の制限に達していない各端末装置１１０とを、少なくとも１対１で対応付けて接続する、というものである。
【００４６】
図６（ａ）は、第２実施形態に従う部屋同士の接続形態を示す概念図であって、第１部屋２００ａと第２部屋２００ｂを接続するまでのやり取りを説明する図である。また、図７は、第２実施形態に係る接続方法の時系手順を示すシーケンス図である。第１部屋２００ａのオーナー端末Ａ１１０ａが、管理サーバ１０５に第２部屋２００ｂへの接続要求を行い（ステップＳ１４）、管理サーバ１０５が、第２部屋２００ｂのオーナー端末Ｄ１１０ｄに、該第１部屋２００ａからの接続要求を送信し（ステップＳ１５）、第２部屋２００ｂのオーナー端末Ｄ１１０ｄが、接続要求の承認を管理サーバ１０５に送信し（ステップＳ１６）、管理サーバ１０５が、該受信した接続要求の承認を、第１部屋２００ａのオーナー端末Ａ１１０ａに通知する（ステップＳ１７）。ここまでは、前述した図５のステップＳ１〜Ｓ４と同じ処理であり、詳細の説明は省略する。
【００４７】
ステップＳ１８において、管理サーバ１０５は、第１部屋２００ａ内に属する複数の端末装置のうち、接続された端末装置の数が前記制限台数に達していない各端末Ａ１１０ａ，端末Ｂ１１０ｂ及び端末Ｃ１１０ｃと、第２部屋２００ｂに属する複数の前記端末装置のうち、接続された端末装置の数が制限台数に達していない各端末Ａ１１０ｄ，端末Ｂ１１０ｅ及び端末Ｆ１１０ｆを、１対１で対応付ける（「端末装置のマッチング」）。マッチング処理の一例として、オーナー端末装置１１０ａ，１１０ｄ同士を優先的に対応付ける。オーナー以外の端末装置については、適宜の組み合わせで対応付ける。例えば、第１部屋２００ａの端末Ｂ１１０ｂと第２部屋２００ｂの端末Ｅ１１０ｅとを対応付け、また、第１部屋２００ａの端末Ｃ１１０ｃと第２部屋２００ｂの端末Ｆ１１０ｆとを対応付ける。なお、部屋２００ａ又は２００ｂ内の各端末装置の接続数が制限台数一杯である場合、管理サーバ１０５は、部屋２００ａ，２００ｂの接続ができないものと判断して、処理を終了する。
【００４８】
管理サーバ１０５は、前記ステップＳ１８のマッチング結果に従い、第１部屋２００ａの各端末Ａ１１０ａ、端末Ｂ１１０ｂ及び端末Ｃ１１０ｃと、第２部屋２００ｂの各端末Ｄ１１０ｄ、端末Ｅ１１０ｅ及び端末Ｆ１１０ｆに対して接続開始指示を送信する（ステップＳ１９）。そして、第１部屋２００ａの各端末Ａ１１０ａ、端末Ｂ１１０ｂ及び端末Ｃ１１０ｃと、第２部屋２００ｂの各端末Ｄ１１０ｄ、端末Ｅ１１０ｅ及び端末Ｆ１１０ｆは、それぞれ、対応付けられた接続相手と通信を確立して、該接続相手と演奏情報を送受信するよう、通信Ｉ／Ｆ１０を設定する（ステップＳ２０）。
【００４９】
前記ステップＳ２０により、第１部屋２００ａの端末Ａ１１０ａと第２部屋２００ｂの端末ｄ１１０ｄが直接接続され、演奏情報の送受信を開始する（図６（ｂ）の両矢印２２０）。すなわち、第１部屋２００ａの端末Ａ１１０ａは、第１部屋２００ａの他の端末Ｂ１１０ｂ及び端末Ｃ１１０ｃのそれぞれから演奏情報を受信して（ステップＳ２１）、該受信した各演奏情報に自身の演奏情報を混合した第１部屋２００ａ全体の演奏情報を、第２部屋２００ｂの端末Ｄ１１０ｄに送信する（ステップＳ２２）。一方、第２部屋２００ｂの端末Ｄ１１０ｄは、第２部屋２００ｂの他の端末Ｅ１１０ｅ及び端末Ｆ１１０ｆのそれぞれから演奏情報を受信し（ステップＳ２３）、該受信した各演奏情報に自身の演奏情報を混合した第２部屋２００ｂ全体の演奏情報を、第１部屋２００ａの端末Ａ１１０ａに送信する（ステップＳ２４）。
【００５０】
また、第１部屋２００ａの端末Ｂ１１０ｂと第２部屋２００ｂの端末Ｅ１１０ｅが直接接続され、演奏情報の送受信を開始する（図６（ｂ）の両矢印２２２）とともに、第１部屋２００ａの端末Ｃ１１０ｃと第２部屋２００ｂの端末Ｆ１１０ｆが直接接続され、演奏情報の送受信を開始する（図６（ｂ）の両矢印２２４）。すなわち、端末Ｂ１１０ｂ及び端末Ｃ１１０ｃは、それぞれ、第１部屋２００ａ内の他の端末Ａ１１０ａと、端末Ｂ１１０ｂ又は端末Ｃ１１０ｃとから演奏情報を受信し（ステップＳ２５）、該受信した各演奏情報に自身の演奏情報を混合した第１部屋２００ａ全体の演奏情報を、第２部屋２００ｂの接続相手（端末Ｅ１１０ｅ又は端末Ｆ１１０ｆ）に送信する（ステップＳ２６）。一方、第２部屋２００ｂの端末Ｅ１１０ｅ及び端末Ｆ１１０ｆは、それぞれ、第２部屋２００ｂ内の他の端末Ｄ（１１０ｄと、端末Ｅ１１０ｅ又は端末Ｆ１１０ｆとから演奏情報を受信し（ステップＳ２７）、該受信した各演奏情報に自身の演奏情報を混合した第２部屋２００ｂ全体の演奏情報を、第１部屋２００ａの接続相手（端末Ｂ１１０ｂ又は端末Ｃ１１０ｃ）に送信する（ステップＳ２８）。
【００５１】
この場合、各端末装置１１０ａ〜１１０ｆは、いずれも、別の部屋全体の演奏情報を、それぞれの接続相手から１ホップで受信できる。従って、参加者Ａ〜Ｆは、それぞれ略リアルタイムで、第１部屋２００ａと第２部屋２００ｂ全体の演奏情報に合わせて、演奏を行うこと、すなわち、第１部屋２００ａ及び第２部屋２００ｂに属する全ての端末装置１１０ａ〜１１０ｆにより１つの音楽セッションを実現することができる。
【００５２】
以上の通り、第２実施形態によれば、第１部屋２００ａの各端末装置１１０ａ〜１１０ｃと第２部屋２００ｂの各端末装置１１０ｄ〜１１０ｆとを１対１で対応付けて接続する接続形態、言い換えれば、２つの部屋２００ａ，２００ｂの各端末装置１１０のそれぞれに、別の部屋の端末装置１１０を１つずつ直接接続する接続形態により、各端末装置１１０ａ〜１１０ｆの何れに対しても、最大１ホップで、別の部屋の演奏情報を送信できる。従って、遅延の増加を極小に抑えつつ、１つの部屋の参加者制限（４人）を超えて、音楽セッションの参加者数を最大で６人まで拡張できる。また、各端末装置１１０ａ〜１１０ｆは、それぞれ別の部屋全体の演奏情報を受信するので、各自で別の部屋全体の演奏情報の混合レベルを調整できる。また、第２実施形態の接続方法では、各端末装置１１０ａ〜１１０ｆは、別の部屋全体の演奏情報を、自身の属する部屋内の他の端末装置に転送しなくてよい。
【００５３】
前述した図６（ａ），（ｂ）の第２実施形態では、部屋２００ａ、２００ｂに属する端末装置１１０の数が同数であり、第１部屋２００ａに属する各端末装置１１０ａ，１１０ｂ，１１０ｃと、第２部屋２００ｂに属する各端末装置１１０ｄ，１１０ｅ，１１０ｆとを、１つずつ対応付けるように構成されていたが、接続対象の２つの部屋２００ａ、２００ｂに属する端末装置１１０の数は異なっていてもよい。
【００５４】
図８は、２つの部屋２００ａ、２００ｂに属する端末装置１１０の数が異なる場合の接続形態を説明する図であり、第１部屋２００ａが３つの端末Ａ１１０ａ，端末Ｂ１１０ｂ及び端末Ｃ１１０ｃからなる一方、第２部屋２００ｂが２つの端末Ｄ１１０ｄ及び端末Ｅ１１０ｅからなる例を示す。この場合、両部屋２００ａ，２００ｂの各端末装置を１対１で対応付けることができないので、或る部屋の１つの端末装置１１０に、別の部屋の１以上の複数の端末装置を対応付ける。図８の例では、第２部屋２００ｂの端末Ｄ１１０ｄに、第１部屋２００ａの２つの端末Ａ１１０ａと端末Ｂ１１０ｂとを対応付けて接続するとともに、第１部屋２００ａの端末Ｃ１１０ｃと第２部屋２００ｂの端末Ｅ１１０ｅを対応付けて接続する。この、１対複数の対応付けは、１つの端末装置あたりの接続台数が制限台数以下（この例では３台以下）になる組み合わせでさえあれば、どのような組み合わせでもよい。
【００５５】
そして、第２部屋２００ｂの端末Ｄ１１０ｄと、第１部屋２００ａの端末Ａ１１０ａ及び端末Ｂ１１０ｂとが互いの部屋全体の演奏情報を送受信し（矢印２３０、２３２）、また、第２部屋２００ｂの端末Ｅ１１０ｅと、第１部屋２００ａの端末Ｃ１１０ｃが互いの部屋全体の演奏情報を送受信する（矢印２３４）。なお、図８では、第２部屋２００ｂの端末Ｄ１１０ｄが、端末Ａ及び端末Ｂの両方と互いの部屋全体の演奏情報を送受信する（矢印２３０、２３２）ように描かれているが、第１部屋２００ａの演奏情報の受信については、端末Ａ又は端末Ｂの何れか一方のみから受信するように構成してよい。
【００５６】
このように、２つの部屋２００ａ、２００ｂに属する端末装置１１０の数が異なる場合も、各端末装置１１０ａ〜１１０ｅは、いずれも、別の部屋全体の演奏情報を、それぞれの接続相手から１ホップで受信できる。従って、２つの部屋２００ａ，２００ｂの端末装置数が異なる場合であっても、２つの部屋２００ａ，２００ｂの各端末装置を別の部屋の端末装置と直接接続することにより、遅延の増加を極小に抑えつつ、１部屋の参加者上限を超えて音楽セッションの参加者数を拡張できる。この場合も、各端末装置１１０ａ〜１１０ｅは、各自で別の部屋全体の演奏情報の混合レベルを調整でき、また、別の部屋全体の演奏情報を、自身の属する部屋の他の端末装置に転送しなくてよい。
【００５７】
前記のステップＳ１、Ｓ２、Ｓ１４、Ｓ１５が、何れか１つの前記端末装置が前記第１グループと前記第２グループとを接続するように要求する接続要求手順に相当する。また、前記ステップＳ５,Ｓ６、Ｓ１８，Ｓ１９、Ｓ２０が、前記要求に応じて、前記第１グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない少なくとも１つの端末装置と、前記第２グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない少なくとも１つの端末装置とを接続するように、前記通信手段を設定する接続手順（若しくは、接続手段）に相当する。特に前記ステップＳ５,Ｓ６は、前記第１グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない１つの端末装置と、前記第２グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない１つの端末装置とを接続することに相当し、前記Ｓ１８，Ｓ１９、Ｓ２０は、前記第１グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない各端末装置と、前記第２グループに属する複数の前記端末装置のうち、接続された端末装置の数が前記制限台数に達していない各端末装置を、少なくとも１対１で対応付けて接続するように、前記通信手段を設定することに相当する。また、前記ステップＳ９、Ｓ１２、Ｓ２２，Ｓ２４、Ｓ２６、Ｓ２８が、前記接続された前記第１グループの端末装置と前記第２グループの端末装置に、各々の属するグループ全体の演奏情報を送受信させる通信制御手順（若しくは通信制御手段）に相当する。また、前記ステップＳ１０、Ｓ１３は、前記接続された前記第１グループの端末装置及び前記第２グループの端末装置のそれぞれに、他方から受信した前記グループ全体の演奏情報を、自身の属するグループ内の他の全ての端末装置に送信させることに相当する。
【００５８】
前記図６〜図８を参照して説明した第２実施形態に従う接続方法は、２以上の複数の部屋２００を接続する場合にも適用できる。例えば、図９は、参加者Ａ，Ｂの端末装置１１０ａ，１１０ｂからなる第１部屋２００ａと、参加者Ｄ，Ｅの端末装置１１０ｄ，１１０ｅからなる第２部屋２００ｂと、参加者Ｇ，Ｈの端末装置１１０ｇ（「端末Ｇ」ともいう），１１０ｈ（「端末Ｈ」ともいう）からなる第３部屋２００ｃとを接続する例を示す。図９において、各部屋２００ａ〜２００ｃいずれも２台の端末装置からなり、１端末装置あたりの制限台数（この例では３台）までに、未だ２台分の空きがある。
【００５９】
この場合、管理サーバ１０５は、接続要求に応じて、第１部屋２００ａ内の各端末Ａ１１０ａ，端末Ｂ１１０ｂと、第２部屋２００ｂの各端末Ｄ１１０ｄ，端末Ｅ１１０ｅと、第３部屋２００ｃの各端末Ｇ１１０ｇ，端末Ｈ１１０ｈとを、それぞれ１対１で対応付ける。例えば、端末Ａ１１０ａと端末Ｄ１１０ｄと端末Ｇ１１０ｇとが、互いに直接接続され、それぞれ、自身の属するグループ全体の演奏情報を送受信する（両矢印２４０，２４２，２４４）。また、端末Ｂ１１０ｂと端末Ｅ１１０ｅと端末Ｈ１１０ｈとが、互いに直接接続され、それぞれ、自身の属するグループ全体の演奏情報を送受信する（両矢印２４１，２４３，２４５）。
【００６０】
この場合、各部屋２００ａ，２００ｂ，２００ｃの各端末装置１１０〜１１０ｈは、それぞれ、別の２つの部屋の１つの端末装置と直接接続されるので、何れの端末も、１ホップで、他の部屋全体の演奏情報を受信できる。従って、通信遅延を極小に抑えつつ、２以上の複数の部屋を接続できることになる。この方法では、１つの端末装置１１０あたりの最大接続数ｎとすると最大でｎ個の部屋まで（図９の例では３部屋まで）接続できる。
【００６１】
２以上の複数の部屋２００を相互に接続する方法の更なる変形例は、２つの部屋２００を１つの端末装置を介して接続する方法（第１実施形態の方法）に従って、２以上の複数の部屋２００を互いに直接接続することである。図１０は、その一例であり、端末Ａ１１０ａ，端末Ｂ１１０ｂ，端末Ｃ１１０ｃからなる第１部屋２００ａと、端末Ｄ１１０ｄ，端末Ｅ１１０ｅからなる第２部屋２００ｂと、端末Ｇ１１０ｇ，端末Ｈ１１０ｈからなる第３部屋２００ｃと、参加者Ｊの端末装置（「端末Ｊ」ともいう）１１０ｊ，参加者Ｋの端末装置（「端末Ｋ」ともいう）１１０ｋからなる第４部屋２００ｄとを接続する接続形態の一例を説明する図である。なお、端末Ａが第１部屋２００ａのオーナー、端末Ｄが第２部屋２００ｂのオーナー、端末Ｇが第３部屋２００ｃのオーナー、端末Ｊが第４部屋２００ｄのオーナーとする。
【００６２】
この場合、管理サーバ１０５は、第１部屋２００ａと第２部屋２００ｂの接続、第２部屋２００ｂと第３部屋２００ｃの接続、第３部屋２００ｃと第４部屋２００ｄの接続、第１部屋２００ａと第３部屋２００ｃの接続、第１部屋２００ａと第４部屋２００ｄ、及び、第２部屋２００ｂと第４部屋２００ｄの接続のそれぞれついて、各部屋内の端末１１０のうち、制限台数に達していない１つの端末装置１１０同士を接続するように、接続支援を行う。この場合も、一例として、各部屋２００ａ，２００ｂ，２００ｃ及び２００ｄのオーナー端末Ａ，端末Ｄ，端末Ｇ及び端末Ｊから優先的に接続するという手順に従って、接続を行うことができる。
【００６３】
例えば、第１部屋２００ａのオーナー端末Ａ１１０ａと第２部屋２００ｂのオーナー端末Ｄ１１０ｄとを接続することにより、第１部屋２００ａと第２部屋２００ｂを接続し（両矢印２５０）、第２部屋２００ｂのオーナー端末Ｄ１１０ｄと第３部屋２００ｃのオーナー端末Ｇ１１０ｇを接続することにより、第２部屋２００ｂと第３部屋２００ｃを接続し（両矢印２５１）、第３部屋２００ｃのオーナー端末Ｇ１１０ｇと第４部屋２００ｄのオーナー端末Ｊ１１０ｊを接続することにより、第３部屋２００ｃと第４部屋２００ｄを接続する（両矢印２５２）。また、例えば第１部屋２００ａの端末Ｂ１１０ｂと第３部屋２００ｃの端末Ｈ１１０ｈを接続することにより、第１部屋２００ａと第３部屋２００ｃを接続する（両矢印２５３）。また、例えば第２部屋２００ｂの端末Ｅ１１０ｅと第４部屋２００ｄのオーナー端末Ｊ１１０ｊとを接続することにより、第２部屋２００ｂと第４部屋２００ｄを接続する両矢印２５４）。また、第１部屋２００ａの端末Ｃ１１０ｃと第４部屋２００ｄの端末Ｋ１１０ｋを接続することにより、第１部屋２００ａと第４部屋２００ｄを接続する（両矢印２５５）。
【００６４】
この場合、例えば、第１部屋２００ａの端末Ａ１１０ａが第２部屋２００ｂ全体の演奏情報を受信して、これを第１部屋２００ａの他の端末Ｂ１１０ｂ及び端末Ｃ１１０ｃに転送する、という具合に、別の部屋２００と直接接続した端末装置１１０が、該直接続された別の部屋全体の演奏情報を、自身の属する部屋の他の端末装置に転送することになる。従って、各端末装置１１０ａ〜１１０ｋの何れにも、最大２ホップで、自身の属する部屋とは別の部屋の演奏情報を受信できる。従って、通信遅延の増加も可及的に抑えつつ、１つの部屋の参加者制限（４人）を超えて、１つの音楽セッションの参加者数を拡張（図１０では９人まで）できる。
【００６５】
２以上の複数の部屋２００を接続する方法の更なる変形例は、２以上の複数の部屋を数珠つなぎ状に接続することである。図１１は、２以上の複数の部屋を数珠つなぎ状に接続する接続形態の例示であって、図１０に示す第１部屋２００ａ、第２部屋２００ｂ、第３部屋２００ｃ及び第４部屋２００ｄ数珠つなぎ状に接続する接続形態を示す。この場合、第１部屋２００ａの端末Ａ１１０ａと第２部屋２００ｂの端末Ｄ１１０ｄとを接続することで、第１部屋２００ａと第２部屋２００ｂが接続され（両矢印２６０）、第２部屋２００ｂの端末Ｅ１１０ｅと第３部屋２００ｃの端末Ｇ１１０ｇとを接続することで、第２部屋２００ｂと第３部屋２００ｃが接続され（両矢印２６１）、第３部屋２００ｃの端末Ｈ１１０ｈと第４部屋２００ｄの端末Ｊ１１０ｊとを接続することで、第３部屋２００ｃと第４部屋２００ｄが接続される（両矢印２６２）。この接続形態では、或る部屋２００は、直接接続された部屋全体の演奏情報を受信するとともに、自身に直接接続されていない部屋全体の演奏情報を、該直接接続された部屋を経由して受信する。例えば、第１部屋２００ａは、第２部屋２００ｂ全体の演奏情報を端末Ｄ１１０ｄから直接受信する一方で、第２部屋２００ｂを経由して第３部屋２００ｃ全体の演奏情報を受信し、また、第３部屋２００ｃと第２部屋２００ｂとを経由して第４部屋２００ｄ全体の演奏情報を受信する。この場合、理論上は制限無く部屋２００の接続を重ねて、音楽セッションの参加者数をどこまでも拡張できるが、数珠つなぎ状に接続する部屋数が増えるほど、遅延が大きくなる。
【００６６】
なお、前述した各実施例では、各部屋のオーナー端末（例えば端末Ａ１１０ａと端末Ｄ１１０ｄ）が、接続要求の送受信（ステップＳ２、Ｓ３、Ｓ１４，Ｓ１５）及び該接続要求の承諾（ステップＳ４、Ｓ５，Ｓ１６、Ｓ１７）を行う構成を示したが、接続要求の送受信（ステップＳ２、Ｓ３、Ｓ１４，Ｓ１５）及び該接続要求の承諾（ステップＳ４、Ｓ５，Ｓ１６、Ｓ１７）を、オーナー以外の端末装置が行うように構成してもよい。
【００６７】
なお、前述した各実施例では、或る端末装置１１０（上述の例では或る部屋のオーナー端末）からの接続要求に応じて、管理サーバ１０５が接続支援処理を行う（図５のステップＳ１〜Ｓ５、図７のステップＳ１４〜Ｓ１９）構成を説明したが、管理サーバ１０５が存在しなくてもよい。その場合、接続要求（ステップＳ２、Ｓ３、Ｓ１４，Ｓ１５）及び該接続要求の承諾（ステップＳ４、Ｓ５，Ｓ１６、Ｓ１７）は、管理サーバ１０５を仲介せずに、２以上の部屋の少なくとも何れかの１つの端末（例えばオーナー端末）同士が直接的に、接続要求と承諾とを送受信し、その後、何れかの部屋の何れかの端末装置が、管理サーバ１０５の代わりに、図５のステップＳ５、図７のステップＳ１９の接続開始指示や、図７のステップＳ１８のマッチング処理などを含む接続支援処理を行う。
【００６８】
なお、前述した各実施例では、各部屋２００のオーナー端末装置１１０から優先的に接続する（Ｓ５、Ｓ６、Ｓ１９、Ｓ２０）構成を示したが、オーナー以外の端末装置１１０から接続するように構成してもよいし、或いは、オーナー端末装置１１０とそれ以外の端末装置１１０とを区別せずに、接続するように構成してもよい。
【００６９】
なお、前述した各実施例では、部屋２００に属する複数の端末装置１１０のうち１つがオーナーとなる構成を説明したが、オーナー権限を設定しなくてもよい。その場合、２以上の部屋同士の接続は、それぞれの部屋内の端末装置のうち、接続された端末装置の数が前記制限台数に達していない少なくとも１つの端末装置同士を接続するように行う。
【００７０】
なお、複数の部屋２００を形成する端末装置１１０の数は、前述の図３、図８、図９及び図１０の例示に限らず、２以上、且つ、１端末装置１１０あたりの制限台数（３台）に応じた上限数（４台）以下でさえあればよい。また、１端末装置１１０あたりの制限台数は、例示した３台に限らず、通信ネットワーク１１５のデータ転送レートの上限に応じた適宜の数でよい。
【００７１】
なお、図６〜図８の第２実施形態では、部屋２００ａ及び２００ｂ内の全ての端末装置を少なくとも１つずつ相互に直接接続する方法を説明したが、各部屋２００ａ（及び２００ｂ）内の一部の端末装置を少なくとも１つずつ相互に直接接続し、直接接続しない端末装置は、該直接接続した端末装置から別の部屋全体の演奏情報を受信する、すなわち、第２実施形態と第１実施形態を組み合わせた接続方法を組み合わせてもよい。
【００７２】
なお、上記の実施例では、本発明が、複数の端末装置を利用した音楽セッションを通信ネットワーク越しに実現する音楽セッションシステムにおいて、複数の端末装置を接続するための方法として構成及び実施されることを説明したが、本発明は、該方法を適用した音楽セッションシステムの発明として構成及び実施すること、及び、該方法を適用した音楽セッションシステムを構成する端末装置の発明として構成及び実施することができる。
【符号の説明】
【００７３】
１００  音楽セッションシステム、１０５  管理サーバ、１１０  端末装置、１１５  通信ネットワーク、２００  部屋、１  ＣＰＵ、２  ＲＯＭ、３  ＲＡＭ、４  記憶装置、５  設定操作検出回路、６  演奏操作検出回路、７  Ａ／Ｄ変換回路、８  表示制御回路、９  音源・効果回路、１０  通信インタフェース、１１  バス、１２  設定操作子、１３  演奏操作子、１４  マイクロフォン、１５  ディスプレイ、１６  サウンドシステム
【図１】
2015138040.tif 000003
【図２】
2015138040.tif 000004
【図３】
2015138040.tif 000005
【図４】
2015138040.tif 000006
【図５】
2015138040.tif 000007
【図６】
2015138040.tif 000008
【図７】
2015138040.tif 000009
【図８】
2015138040.tif 000010
【図９】
2015138040.tif 000011
【図１０】
2015138040.tif 000012
【図１１】
2015138040.tif 000013