(57)【要約】【課題】複数の携帯情報端末で別々に演奏し、合奏することが可能な合奏システムを提供する。【解決手段】番号キーアサイナー１１は、ユーザによる携帯電話機の番号キーへの操作を検出し、ＭＩＤＩ制御モジュール１２へ出力する。ＭＩＤＩ制御モジュール１２は、番号キーアサイナー１１からの入力に基づいて、番号キーへの操作に対応したＭＩＤＩ信号をＭＩＤＩコントローラ１３へ出力する。同時に、ＭＩＤＩ制御モジュール１２は該ＭＩＤＩ信号を、送信モジュール１４を介して他の携帯電話機に送信する。ＭＩＤＩコントローラ１３は、ＭＩＤＩ制御モジュール１２から入力したＭＩＤＩ信号と、受信モジュール１５を介して他の携帯電話機から受信したＭＩＤＩ信号とのタイミングを調整し、音源６へ出力する。音源６は、入力したＭＩＤＩ信号に基づいて楽音データを生成し、Ｄ／Ａ部８でアナログ音声信号に変換後、スピーカ９より再生させる。【選択図】図２
2008096462.tif 000002
【特許請求の範囲】
【請求項１】
複数の携帯情報端末で構成される合奏システムであって、
前記携帯情報端末は、
複数の操作キーを有する入力手段と、
前記操作キーへの操作を検出する検出手段と、
前記検出手段で検出された操作キーに対応した音を発音するための発音情報を生成する発音情報生成手段と、
前記発音情報を、前記合奏システムを構成する他の携帯情報端末に送信する送信手段と、
前記合奏システムを構成する他の携帯情報端末から発音情報を受信する受信手段と、
前記発音情報生成手段で生成された発音情報と前記受信手段で受信した発音情報とに基づいて発音する発音手段と
を具備することを特徴とする合奏システム。
【請求項２】
前記発音情報はパートの情報をさらに含み、
前記携帯情報端末は、
演奏するためのパートを選択するパート選択手段と、
前記合奏システムを構成する他の携帯情報端末から該携帯情報端末で演奏するためのパートを受信するパート受信手段と、
前記パート選択手段で選択したパートが前記パート受信手段で受信したパートと重複する場合は、その旨を報知するパート重複報知手段と
をさらに具備することを特徴とする請求項１に記載の合奏システム。
【請求項３】
演奏するための音色を選択する音色選択手段をさらに含み、
前記携帯情報端末の前記発音手段は、前記音色選択手段により選択された音色で該当する発音情報に基づいて発音することを特徴とする請求項１または請求項２に記載の合奏システム。
【請求項４】
前記携帯情報端末は、
前記発音情報生成手段で生成された発音情報に基づいて前記発音手段で発音する時刻と、前記受信手段で受信した発音情報に基づいて前記発音手段で発音する時刻とを調整する発音時刻調整手段をさらに具備することを特徴とする請求項１から請求項３の何れか１項に記載の合奏システム。
【請求項５】
複数の操作キーを有する入力手段と、
前記操作キーへの操作を検出する検出手段と、
前記検出手段で検出された操作キーに対応した音を発音するための発音情報を生成する発音情報生成手段と、
前記発音情報を他の端末に送信する送信手段と、
１ないし複数の他の端末から発音情報を受信する受信手段と、
前記発音情報生成手段で生成された発音情報と前記受信手段で受信した発音情報とに基づいて発音する発音手段と
を具備することを特徴とする携帯情報端末。
【請求項６】
複数の携帯情報端末と音源システムとで構成される合奏システムであって、
前記携帯情報端末は、
複数の操作キーを有する入力手段と、
前記操作キーへの操作を検出する検出手段と、
前記検出手段で検出された操作キーに対応した音を発音するための発音情報を生成する発音情報生成手段と、
前記発音情報を前記音源システムに送信する送信手段と
を具備し、
前記音源システムは、前記複数の携帯情報端末から受信した前記発音情報に基づいて発音する発音手段を具備することを特徴とする合奏システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子楽器として使用することが可能な携帯情報端末で構成される合奏システムに関する。
【背景技術】
【０００２】
従来の携帯情報端末においては、数値キーを押すことにより電子音を発音するものが知られており、このような携帯情報端末を用いることでユーザは楽曲の演奏を行うことができる（例えば、特許文献１参照）。
【０００３】
また、楽曲データを再生することが可能な携帯情報端末を複数用い、各携帯情報端末が楽曲のパートのそれぞれを再生するシステムとすることで、１つの楽曲を複数の携帯情報端末で再生させることも知られている（例えば、特許文献２参照）。
【特許文献１】特開２００５−３２１５８１号公報
【特許文献２】特開２００４−１４４８１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記従来の携帯情報端末では、複数の端末で１つの楽曲を再生する場合においても、各端末からは割り当てられたパートが別々に再生されるだけであり、複数のユーザが各々の携帯情報端末を用いて演奏し合奏することはできなかった。
本発明は上記事情を考慮してなされたもので、その目的は、複数の携帯情報端末で別々に演奏し、合奏することが可能な合奏システムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明は上記の課題を解決するためになされたもので、請求項１に記載の発明は、複数の携帯情報端末で構成される合奏システムであって、前記携帯情報端末は、複数の操作キーを有する入力手段と、前記操作キーへの操作を検出する検出手段と、前記検出手段で検出された操作キーに対応した音を発音するための発音情報を生成する発音情報生成手段と、前記発音情報を、前記合奏システムを構成する他の携帯情報端末に送信する送信手段と、前記合奏システムを構成する他の携帯情報端末から発音情報を受信する受信手段と、前記発音情報生成手段で生成された発音情報と前記受信手段で受信した発音情報とに基づいて発音する発音手段とを具備することを特徴とする。
【０００６】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記発音情報はパートの情報も含み、前記携帯情報端末は、演奏するためのパートを選択するパート選択手段と、前記合奏システムを構成する他の携帯情報端末から該携帯情報端末で演奏するためのパートを受信するパート受信手段と、前記パート選択手段で選択したパートが前記パート受信手段で受信したパートと重複する場合は、その旨を報知するパート重複報知手段とをさらに具備することを特徴とする。
【０００７】
また、請求項３に記載の発明は、請求項１または請求項２に記載の発明において、演奏するための音色を選択する音色選択手段をさらに含み、前記携帯情報端末の前記発音手段は、前記音色選択手段により選択された音色で該当する発音情報に基づいて発音することを特徴とする。
【０００８】
また、請求項４に記載の発明は、請求項１から請求項３の何れか１項に記載の発明において、前記携帯情報端末は、前記発音情報生成手段で生成された発音情報に基づいて前記発音手段で発音する時刻と、前記受信手段で受信した発音情報に基づいて前記発音手段で発音する時刻とを調整する発音時刻調整手段をさらに具備することを特徴とする。
【０００９】
また、請求項５に記載の発明は、複数の操作キーを有する入力手段と、前記操作キーへの操作を検出する検出手段と、前記検出手段で検出された操作キーに対応した音を発音するための発音情報を生成する発音情報生成手段と、前記発音情報を他の端末に送信する送信手段と、１ないし複数の他の端末から発音情報を受信する受信手段と、前記発音情報生成手段で生成された発音情報と前記受信手段で受信した発音情報とに基づいて発音する発音手段とを具備することを特徴とする携帯情報端末である。
【００１０】
また、請求項６に記載の発明は、複数の携帯情報端末と音源システムとで構成される合奏システムであって、前記携帯情報端末は、複数の操作キーを有する入力手段と、前記操作キーへの操作を検出する検出手段と、前記検出手段で検出された操作キーに対応した音を発音するための発音情報を生成する発音情報生成手段と、前記発音情報を前記音源システムに送信する送信手段とを具備し、前記音源システムは、前記複数の携帯情報端末から受信した前記発音情報に基づいて発音する発音手段を具備することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、合奏システムを構成する複数の携帯情報端末間で発音情報の送受信を行うため、他の携帯情報端末で演奏された音も自分の携帯情報端末で聴くことができると同時に、自分の携帯情報端末で演奏された音を他の携帯情報端末で聴くことができる。よって、他の携帯情報端末から再生される音が直接聴こえない状況であっても、合奏を行うことができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して本発明の実施形態について説明する。
図１は、本発明の一実施形態に係る携帯電話機（携帯情報端末）の構成を示す構成図である。
【００１３】
図１において、ＣＰＵ１は、携帯電話機２０内の各部を制御するＣＰＵ（Central Processing Unit）である。ＲＯＭ２は、ＣＰＵ１が実行するプログラム等を保持するＲＯＭ（Read Only Memory）である。ＲＡＭ３は、ＣＰＵ１が使用するメモリ領域を提供するＲＡＭ（Random Access Memory）である。
【００１４】
ユーザインターフェイス４（入力手段）は、ユーザの指示を取り込みＣＰＵ１へと出力するインターフェイスであり、「０」〜「９」の各番号及び「＃」、「＊」が記された１２個の操作キー（以下では、番号キーと呼ぶ）や各種方向キー等を備える。表示部５は、ＣＰＵ１からの指示に基づいて、ユーザに示すべき情報を表示するディスプレイである。
【００１５】
音源６（発音手段）は、ＣＰＵ１からのＭＩＤＩ（Musical Instruments Digital Interface）信号に基づいて楽音データを生成し出力するものであり、例えばＦＭ（Frequency Modulation）音源やＰＣＭ（Pulse Code Modulation）音源等である。
【００１６】
なお、本実施形態の音源６はＧＭシステムレベル１（General MIDI System Level 1）規格に対応したものであり、１２８種類の楽器の音色データとドラムセットの音色データとが予め備わっている。
【００１７】
通信モジュール７は、他の携帯電話機と通信を行うためのモジュールであり、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線通信やＩｒＤＡ（Infrared Data Association）等の赤外線通信である。
【００１８】
Ｄ／Ａ部８は、音源６から入力したデジタルの楽音データをアナログの楽音信号へと変換するものである。スピーカ９は、Ｄ／Ａ部８から出力された楽音信号を再生するものである。バスライン１０は、携帯電話機内の各部を相互に接続するデータバスである。なお、本発明の携帯電話機は図１に示した以外に電話機能等を備えている。
【００１９】
次に、上述した実施形態の動作を、図２から図7を用いて説明する。
図２は、図１の携帯電話機を用いて演奏を行う際の機能を示す機能構成図である。
【００２０】
図２において、番号キーアサイナー１１（検出手段）は、ＣＰＵ１の一機能であり、ユーザインターフェイス４の１２個の番号キーに対して、メロディ楽器の基本音である１２音を割り付けるものである。また、番号キーアサイナー１１は、ユーザインターフェイス４の各番号キーへの押下又は離上の操作を検出し、検出結果をＭＩＤＩ制御モジュール１２へ出力するものである。
【００２１】
ＭＩＤＩ制御モジュール１２（発音情報生成手段）は、ＣＰＵ１の一機能であり、番号キーアサイナー１１の検出結果に基づいて、ユーザインターフェイス４に割り付けられたメロディ楽器の番号キー情報をＭＩＤＩ信号（発音情報）に置き換えるものである。
【００２２】
また、ＭＩＤＩ制御モジュール１２は、ＭＩＤＩ信号をＭＩＤＩコントローラ１３へ出力すると共に、同じＭＩＤＩ信号を、送信モジュール１４を介して他の携帯電話機に送信する。
【００２３】
番号キーアサイナー１１で番号キーの押下を検出した場合には、ＭＩＤＩ制御モジュール１２は該番号キーに対応するノート番号（音高）のノートオンを発行する。一方、番号キーアサイナー１１で番号キーの離上を検出した場合には、ＭＩＤＩ制御モジュール１２は該番号キーに対応するノート番号（音高）のノートオフを発行する。
【００２４】
ＭＩＤＩコントローラ１３（発音時刻調整手段）は、ＣＰＵ１の一機能であり、ＭＩＤＩ制御モジュール１２からＭＩＤＩ信号を入力すると共に、受信モジュール１５を介して他の携帯電話機からのＭＩＤＩ信号を入力し、これらのＭＩＤＩ信号をそれぞれ音源６の各チャンネルへ出力するものである。
【００２５】
また、ＭＩＤＩコントローラ１３は、ユーザによる番号キーへの操作を番号キーアサイナー１１で検出してから、実際に自端末のスピーカから再生されるまでのレイテンシーを調整する機能も備える。
【００２６】
本実施形態では、ＭＩＤＩコントローラ１３は自端末のＭＩＤＩ制御モジュール１２から出力されたＭＩＤＩ信号の他に他端末から受信したＭＩＤＩ信号も入力するが、他端末からのＭＩＤＩ信号は通信手段を介して入力されるため、遅れが生じることになる。
【００２７】
このため、ＭＩＤＩコントローラ１３におけるレイテンシーの調整では、自端末で生成されたＭＩＤＩ信号に対しては、自端末のＭＩＤＩ制御モジュールからＭＩＤＩ信号が出力されてから相手端末のＭＩＤＩコントローラに該ＭＩＤＩ信号が入力されるまでに要する遅延時間だけ遅らせる。
【００２８】
なお、この遅延時間は、例えば、相手端末との通信手段の種類により予め設定しておく方法がある。合奏を行う端末によって通信手段が異なる時は、各端末に対応するチャンネル毎に遅延時間を設定することで、全ての端末のレイテンシーを調整することができる。
【００２９】
具体的には、例えば、自端末で演奏されるチャンネルの遅延時間は０．４秒、速い転送速度で通信を行う相手端末１で演奏されるチャンネルの遅延時間は０．２秒、遅い転送速度で通信を行う相手端末２で演奏されるチャンネルの遅延時間は０秒（遅延なし）と設定する。
【００３０】
このとき、自端末からのＭＩＤＩ信号は０．４秒遅れて音源６へ出力され、相手端末１から受信したＭＩＤＩ信号は０．２秒遅れて音源６へ出力され、相手端末２から受信したＭＩＤＩ信号はそのまま音源６へと出力される。
【００３１】
図２に戻って、送信モジュール１４（送信手段）は、図１の通信モジュール７の一機能であり、ＭＩＤＩ制御モジュール１２から出力されたＭＩＤＩ信号を他の携帯電話機に送信するものである。受信モジュール１５（受信手段）は、図１の通信モジュール７の一機能であり、他の携帯電話機から送信されたＭＩＤＩ信号を受信し、ＭＩＤＩコントローラ１３へ出力するものである。
【００３２】
ＭＩＤＩコントローラ１３から出力されたＭＩＤＩ信号は音源６へ入力され、音源６は該ＭＩＤＩ信号に該当する音色の音をデジタルの楽音データとして出力する。Ｄ／Ａ部８は、音源６から出力されたデジタルの楽音データをアナログの楽音信号に変換し、スピーカ９から再生させる。
【００３３】
次に、３つの携帯電話機を用いて合奏する合奏システムに関して図３から図５を参照して説明する。なお、本合奏システムの携帯電話機は３つに限らず、２つ以上であればよい。
図３は３つの携帯電話機で構成される合奏システムの一例を示す図である。図３において、携帯電話機３１〜３３は、演奏するパートによってＭＩＤＩのチャンネルを切り替え、ＭＩＤＩ信号を互いに送受信することで全ての携帯電話機で全てのパートが再生される。
【００３４】
携帯電話機３１からはＭＩＤＩのチャンネル１を用いてメロディパートが演奏され、携帯電話機３２からはＭＩＤＩのチャンネル２を用いてベースパートが演奏され、携帯電話機３３からはＭＩＤＩのチャンネル１０を用いてドラムパートが演奏される。
【００３５】
図４は、図３の携帯電話機３１における演奏の手順を示すフローチャートである。図４において、ユーザインターフェイス４より楽器演奏のセッティング指示を入力すると（ステップＳ４０１）、ＣＰＵ１はセットアップの処理を開始する（ステップＳ４０２）。
【００３６】
セットアップの処理においては、図３の携帯電話機３１〜３３間で設定要求情報の交換を行い、各携帯電話機で再生するパート（メロディ、ベース、ドラム等）、そのパートで使用する音色（Acoustic Grand Piano、Acoustic Bass等）及びチャンネルを設定する。以下、図５のフローチャートを参照し、セットアップ処理の詳細を説明する。
【００３７】
セットアップ処理では、まず他端末（図３の携帯電話機３２，３３）からの設定要求情報を通信モジュール７で受信したか否かを判定する（パート受信手段、ステップＳ５０１）。設定要求情報を受信していない場合は（ステップＳ５０１：Ｎｏ）、ステップＳ５０３へと進む。一方、設定要求情報を受信した場合は（ステップＳ５０１：Ｙｅｓ）、ＣＰＵ１は該設定要求情報に格納されたパート及び音色を設定し、該設定要求情報の送信元である携帯電話機の演奏用にチャンネルを割り当てる（ステップＳ５０２）。
【００３８】
続いて、ＣＰＵ１は、ユーザインターフェイス４でユーザによるパート及び音色の設定（パート選択手段）及び送信の操作が行われたかを判定する（ステップＳ５０３）。ユーザによる操作が行われていないと判定した場合は（ステップＳ５０３：Ｎｏ）、ステップＳ５０８へと進む。
【００３９】
一方、ユーザによる操作が行われた場合には（ステップＳ５０３：Ｙｅｓ）、ユーザにより指定されたパートがステップＳ５０２の処理で他の携帯電話機に割り当てられていないかを判定する（ステップＳ５０４）。
【００４０】
他の携帯電話機に既に割り当てられているパートである場合には（ステップＳ５０４：Ｎｏ）、ＣＰＵ１は設定済みのパートである旨を表示部５に表示させる（パート重複報知手段、ステップＳ５０５）。この後、再びステップＳ５０１に戻って処理を継続する。
【００４１】
一方、他の携帯電話機に割り当てられていないパートである場合には（ステップＳ５０４：Ｙｅｓ）、ＣＰＵ１はユーザにより指定されたパート及び音色を自端末での演奏用として設定し、チャンネルを割り当てる（ステップＳ５０６）。
【００４２】
続いて、ＣＰＵ１はステップＳ５０６で設定されたパート及び音色を通信モジュール７から携帯電話機３２，３３に送信する（ステップＳ５０７）。最後に、ステップＳ５０２及びステップＳ５０６で自端末及び携帯電話機３２，３３の全ての端末に対して、パート、音色の設定及びチャンネルの割り当てが完了したかを判定する（ステップＳ５０８）。
【００４３】
設定が完了していない場合は（ステップＳ５０８：Ｎｏ）、ステップＳ５０１〜ステップＳ５０８の処理を繰り返す。一方、全ての設定が完了している場合は（ステップＳ５０８：Ｙｅｓ）、セットアップの処理を終了する。
【００４４】
図５のフローチャートでは、ステップＳ５０３で演奏を行うパート及び音色を設定しチャンネル番号を自動的に割り当てる方法であるが、直接チャンネル番号を設定する方法でもよい。また、ステップＳ５０３でパートのみまたは音色のみを設定するようにしてもよい。パートのみの場合は、音色は自動で割り当てればよい。また、音色のみの場合は、ステップＳ５０４にてパートの代わりに音色の重複がチェックされる。また、音色のみの設定の場合は、他の携帯電話機で同じパートの別の音色を設定できるようにしてもよい。
【００４５】
図４に戻って、セットアップの処理が終了すると３台の携帯電話機３１〜３３による合奏が開始される。合奏が開始されると、ユーザはユーザインターフェイス４の１２個の番号キーを押したり離したりすることで演奏を行う。
【００４６】
ユーザインターフェイス４の番号キーがユーザにより操作されると（ステップＳ４０３）、番号キーアサイナー１１でその操作が検出される（ステップＳ４０４）。番号キーアサイナー１１は演奏の間、番号キーへの操作を常にスキャンし、その検出結果をＭＩＤＩ制御モジュール１２へと出力する。
【００４７】
ＭＩＤＩ制御モジュール１２は、番号キーアサイナー１１の検出結果を入力し、何れかの番号キーが押されたか否かを判定する（ステップＳ４０５）。押された番号キーが無い場合には（ステップＳ４０５：Ｎｏ）、ステップＳ４０４に戻って処理を行う。
【００４８】
一方、押された番号キーがある場合には（ステップＳ４０５：Ｙｅｓ）、ＭＩＤＩ制御モジュール１２は押された番号キーに割り付けられたノート番号のノートオンを発行する。ＭＩＤＩ制御モジュール１２で発行されたノートオンは、ＭＩＤＩコントローラ１３に入力されるとともに、送信モジュール１４から携帯電話機３２，３３へ送信される（ステップＳ４０６）。
【００４９】
続いて、ＭＩＤＩ制御モジュール１２は、入力した番号キーアサイナー１１の検出結果から、何れかの番号キーが離されたか否かを判定する（ステップＳ４０７）。離された番号キーが無い場合には（ステップＳ４０７：Ｎｏ）、ステップＳ４０４に戻って処理を行う。
【００５０】
一方、離された番号キーがある場合には（ステップＳ４０７：Ｙｅｓ）、ＭＩＤＩ制御モジュール１２は押された番号キーに割り付けられたノート番号のノートオフを発行する。ＭＩＤＩ制御モジュール１２で発行されたノートオフは、ＭＩＤＩコントローラ１３に入力されるとともに、送信モジュール１４から携帯電話機３２，３３へ送信される（ステップＳ４０６）。なお、音源６から音色を発音させる際には、全ての音色に対してノートオンを識別する必要があるが、ノートオフの識別の必要性は音色に依存する。
【００５１】
続いて、ＭＩＤＩコントローラ１３は、ＭＩＤＩ制御モジュール１２から入力したノートオン又はノートオフと受信モジュール１５から入力したノートオン又はノートオフのタイミングを調整し（ステップＳ４０９）、音源６の設定されているチャンネルへ出力する。音源６の各チャンネルは、設定されている音色でＭＩＤＩコントローラ１３からの入力に基づいてデジタル楽音データを出力しスピーカ９から再生させる。
【００５２】
以後、演奏が終了するまでステップＳ４０３〜Ｓ４０９を繰り返し実行し、自端末に設定されたチャンネル１のメロディパートだけでなく、携帯電話機３２に設定されたチャンネル２のベースパート及び携帯電話機３３に設定されたチャンネル１０のドラムパートもスピーカ９から再生される。演奏終了の場合は（ステップＳ４１０：Ｙｅｓ）、演奏の手順を終了する。
【００５３】
本実施形態では、複数の携帯電話機間でＭＩＤＩ信号の送受信を行うため、他の携帯電話機で演奏された音も自分の携帯電話機で聴くことができると同時に、自分の携帯電話機で演奏された音を他の携帯電話機で聴くことができる。よって、他の携帯電話機から再生される音が直接聴こえない状況であっても、合奏を行うことができる。
【００５４】
続いて、別の実施形態として、３つの携帯電話機で合奏し、共通の音源システムで演奏音を聴く合奏システムについて、図６を参照して説明する。なお、本実施形態の携帯電話機は３つに限らず、２つ以上であればよい。図６において、携帯電話機６１〜６３は、演奏するパートによってＭＩＤＩのチャンネルを切り替え、ＭＩＤＩ信号を音源システム６４との間で送受信する。音源システム６４は、図１と同様の構成であり、図２と同様の機能を備え、携帯電話機６１〜６３からＭＩＤＩ信号を受信し、全てのパートの演奏音の再生を行う。
【００５５】
音源システム６４は、携帯電話機６１〜６３から送信された設定要求情報により各携帯電話機で演奏するパート・音色・チャンネルを設定し、セットアップを行う。図７が音源システム６４におけるセットアップ処理を示すフローチャートである。
【００５６】
図７において、音源システム６４は、携帯電話機６１〜６３の何れかの端末から設定要求情報を受信したか否かを判定する（ステップＳ７０１）。受信していない場合は（ステップＳ７０１：Ｎｏ）、ステップＳ７０５へと進む。
【００５７】
一方、設定要求情報を受信した場合には（ステップＳ７０１：Ｙｅｓ）、該設定要求情報に格納されたパートが既に他の携帯電話機に割り当てられていないかを判定する（ステップ７０２）。
【００５８】
他の携帯電話機に既に割り当てられているパートである場合には（ステップＳ７０２：Ｎｏ）、音源システム６４は該設定要求情報の送信元である携帯電話機に対して、設定済みのパートである旨を送信する（ステップＳ７０３）。この後、再びステップＳ７０１に戻って処理を継続する。
【００５９】
一方、他の携帯電話機に割り当てられていないパートである場合には（ステップＳ７０２：Ｙｅｓ）、音源システム６４は該設定要求情報に格納されたパート及び音色を該設定要求情報の送信元である携帯電話機の演奏用として設定し、チャンネルを割り当てる（ステップＳ７０４）。
【００６０】
最後に、携帯電話機６１〜６３の全ての端末に対して、パート、音色の設定及びチャンネルの割り当てが完了したかを判定する（ステップＳ７０５）。設定が完了していない場合は（ステップＳ７０５：Ｎｏ）、ステップＳ７０１〜ステップＳ７０５の処理を繰り返す。一方、全ての設定が完了している場合は（ステップＳ７０５：Ｙｅｓ）、セットアップの処理を終了する。
【００６１】
セットアップ処理の終了後、携帯電話機６１〜６３からＭＩＤＩ信号を受信すると、音源システム６４の音源は該ＭＩＤＩ信号に基づいてチャンネルを切り替えながらデジタル楽音データを出力しスピーカから再生させる。
【００６２】
なお、図６の合奏システムにおいて、各携帯電話機で再生するパート・音色・チャンネルの設定は、図３と同様に携帯電話機６１〜６３で設定要求情報を送受信することで行い、設定の完了後に音源システム６４に通知する形態としてもよい。また、本実施形態ではパートと音色を設定したが、パートのみもしくは音色のみを設定するようにしてもよい。音色のみを設定する場合、各携帯電話機において音色の重複がチェックされる。
【００６３】
以上、本発明の実施形態を詳述してきたが、具体的な構成は本実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。例えば、本実施形態では他の携帯電話機との通信手段としてＢｌｕｅｔｏｏｔｈ（登録商標）等の無線通信やＩｒＤＡ等の赤外線通信としたが、携帯電話網を用いたデータ転送であってもよい。
【産業上の利用可能性】
【００６４】
本発明は、ユーザの入力に基づいて演奏が可能な複数の携帯端末を用いて合奏を行う合奏システムに用いて好適である。
【図面の簡単な説明】
【００６５】
【図１】本発明の一実施形態に係る携帯電話機（携帯情報端末）の構成を示す構成図である。
【図２】図１の携帯電話機の機能構成を示す機能構成図である。
【図３】３つの携帯電話機で構成される合奏システムの一例を示す図である。
【図４】図３の携帯電話機３１における演奏の手順を示すフローチャートである。
【図５】図４のステップＳ４０２の処理を示すフローチャートである。
【図６】３つの携帯電話機で合奏し、共通の音源システムで再生するシステムの一例を示す図である。
【図７】図６の音源システム６４におけるセットアップ処理を示すフローチャートである。
【符号の説明】
【００６６】
１…ＣＰＵ、２…ＲＯＭ、３…ＲＡＭ、４…ユーザインターフェイス（入力手段）、５…表示部、６…音源（発音手段）、７…通信モジュール、８…Ｄ／Ａ部、９…スピーカ、１０…バスライン、１１…番号キーアサイナー（検出手段）、１２…ＭＩＤＩ制御モジュール（発音情報生成手段）、１３…ＭＩＤＩコントローラ（発音時刻調整手段）、１４…送信モジュール（送信手段）、１５…受信モジュール（受信手段）、２０，３１〜３３，６１〜６３…携帯電話機（携帯情報端末）、６４…音源システム
【図１】
2008096462.tif 000003
【図２】
2008096462.tif 000004
【図３】
2008096462.tif 000005
【図４】
2008096462.tif 000006
【図５】
2008096462.tif 000007
【図６】
2008096462.tif 000008
【図７】
2008096462.tif 000009