JP3870843B2 - 楽音発生システムおよび音源モジュール - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、携帯端末などの通信端末と音源モジュールを用いて楽音を発生させるシステムに係る。
【０００２】
【従来の技術】
携帯電話などの通信端末の高性能化・高機能化に伴い、通信端末について、本来の電話機能以外にも様々な使用方法が提案されている。たとえば、通信端末を用いて楽音の発生を行う方法が提案されている。
ここで楽音発生を行う方法として、通信端末に音源回路を内蔵させ、ユーザのキー操作に基づく楽音を発生させる方法がある。また、演奏用操作子を有する端末を携帯端末を介してネットワークに接続し、同じくネットワークに接続される電子楽器を遠隔制御して楽音発生させる方法がある。
【０００３】
【発明が解決しようとする課題】
しかしながら、いずれの方法によっても、手軽に音楽性の高い楽音の発生・演奏を行うことはできなかった。すなわち、通信端末の本体で楽音を発生させる方法では、通信端末に内蔵する音源回路は簡易なものに限られるため、発生する楽音が貧弱になる問題があった。また、ネットワークを介して電子楽器の遠隔制御を行う方法は、演奏用操作子を有する端末が別途必要となり、手軽に楽器演奏を楽しむわけにはいかなかった。さらにネットワーク通信に所定時間を要するため、操作をしてから楽音発生までに時間がかかり、リアルタイム演奏の実現が難しい問題もあった。
本発明は以上の点を考慮して行われたものであり、携帯電話などの汎用性ある通信端末を用い、音楽性の高い楽音発生とともにリアルタイム演奏を手軽に行うことができる楽音発生システムを提供することを目的とする。
【０００４】
【課題を解決するための手段】
上述した課題を解決するために、本発明に係る楽音発生システムは、操作子を有し、通信網を介して通信を行う通信端末と、音源モジュールと、を備えた楽音発生システムであって、前記通信端末は、この通信端末を前記通信網を介した通信を行うための通信端末として動作させる通常モードと、前記音源モジュールを制御する制御端末として動作させる音楽モードのいずれかの動作モードを設定するモード設定手段と、ユーザの指示により前記モード設定手段において音楽モードが選択されている場合に、ユーザによって前記操作子が操作されたときに、当該操作内容および当該操作が行われたタイミングを示すタイミング情報を含む演奏信号を前記音源モジュールに送信する送信部とを有し、前記音源モジュールは、前記通信端末から送信される前記演奏信号を受信した場合に、受信した前記演奏信号に含まれる前記操作内容に基づく楽音発生に関する処理を、当該演奏信号に含まれる前記タイミング情報に基づいたタイミングで実行する処理部を有し、前記通信端末の前記送信部は、予め決められた規則性を有する整理番号情報を前記演奏信号ごとに付したものを前記音源モジュールに送信し、前記音源モジュールの前記処理部は、受信した前記演奏信号に付された前記整理番号情報が前記規則性を満たさない場合には、その時点において発生している楽音の発音を停止することを特徴とする。
【０００５】
かかる構成によれば、ユーザの指示により前記モード設定手段において音楽モードが選択されている場合に、ユーザによって通信端末の操作子が操作されたときに、当該操作内容および当該操作が行われたタイミングを示すタイミング情報を含む演奏信号が音源モジュールに送信される。一方、前記音源モジュールは、通信端末から送信された演奏信号を受信すると、演奏信号の内容に基づき楽音発生に関する処理を、タイミング情報に基づいたタイミングで実行する。すなわち、ユーザが行った通信端末の操作子の操作内容に基づく楽音発生に関する処理が、ユーザの操作タイミングに応じて行われる。
そして、音源モジュールにおいて受信した演奏信号に付された整理番号情報が所定の規則性を満たさない場合には、その時点において音源モジュールから発生している楽音の発音は停止される。すなわち、何らかの原因により、通信端末から音源モジュールに演奏信号が正常に送信されなった場合においても、音源モジュールから楽音発生がされたままの状態となる事態は回避される。
【０００７】
また、前記通信端末の前記送信部は、前記音源モジュールに対する前記演奏信号の送信に失敗した場合、予め決められた再試行期間の間、当該演奏信号の再送信を行うとともに、前記再試行期間を過ぎても送信が失敗した場合は、当該演奏信号を破棄することを特徴としてもよい。
また、前記音源モジュールの前記処理部は、前記演奏信号に含まれる前記タイミング情報のタイミングよりも所定時間経過したタイミングで、当該演奏信号に含まれる前記操作内容に基づく楽音発生に関する処理を行うことを特徴としてもよい。
【０００８】
また、前記所定時間は、前記再試行期間よりも長いことを特徴とするのが好ましい実施形態である。
さらに上述した楽音発生システムにおいて、前記通信端末と前記音源モジュールとの間の通信は、近距離無線通信によって行われることを特徴としてもよい。
また、前記通信端末と前記音源モジュールとの間の通信は、Bluetooth通信によって行われ、前記通信端末の送信部は、Bluetooth通信用のクロック信号に基いて前記タイミング情報を生成することを特徴としてもよい。
【００１１】
本発明に係る音源モジュールは、外部装置である通信端末の操作子をユーザが操作したときに、当該通信端末から出力される演奏信号であって、ユーザの操作内容および当該操作が行われたタイミングを示すタイミング情報を含み、その演奏信号ごとに予め決められた規則性を有する整理番号情報が付された演奏信号を受信する受信部と、受信した前記演奏信号に含まれる前記操作内容に基づく楽音発音に関する処理を、当該演奏信号に含まれる前記タイミング情報に基づいたタイミングで実行する処理部と、を有し、前記処理部は、受信した前記演奏信号に付された前記整理番号情報が前記規則性を満たさない場合には、その時点において発生している楽音の発音を停止することを特徴とする。
かかる音源モジュールの構成によれば、通信端末から送信されるユーザの操作内容および当該操作が行われたタイミング情報を含み、予め決められた規則性を有する整理番号情報が付与された演奏信号を受信することができる。そして、受信した演奏信号の内容に基づき楽音発生に関する処理を、タイミング情報に基づいたタイミングで実行する。すなわち、ユーザが行った通信端末の操作子の操作内容に基づく楽音発生に関する処理を、ユーザの操作タイミングに応じて行うことができる。なお、受信した前記演奏信号に付された前記整理番号情報が前記規則性を満たさない場合には、その時点において発生している楽音の発音を停止する処理が前記処理部によって行われる。
【００１２】
なお、上述した音源モジュールの構成において、前記処理部は、前記演奏信号に含まれる前記タイミング情報のタイミングよりも所定時間経過したタイミングで、当該演奏信号に含まれる前記操作内容に基づく楽音発生に関する処理を行うようにしてもよい。
【００１３】
【発明の実施の形態 】
次に本発明の好適な実施形態について図面を参照しながら説明する。
【００１４】
Ａ．構成
図１は、本実施形態に係る楽音発生システム（以下、単にシステムという）１００のシステム構成図である。図１に示すように、本システム１００は、携帯電話などの通信端末である携帯端末１と、音源モジュール２によって構成されている。
携帯端末１と音源モジュール２は、近距離（数メートル程度）離れた場所に位置し、所定の近距離無線通信（たとえばBluetooth：登録商標）によるデータ通信をすることができるようになっている。
【００１５】
図２は、携帯端末１の構成図である。図２に示すように、携帯端末１は、制御部１１、ユーザインターフェース部１３、近距離無線通信部１５、無線通信部１６を有しており、これら各部はバスライン１Ｂを介して接続されている。
【００１６】
制御部１１は、ＣＰＵ１１１、ＲＯＭ（Read Only Memory）１１２、ＲＡＭ（Random Access Memory）１１３、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）１１４を備え、携帯端末１の各部の動作を制御する。ＥＥＰＲＯＭ１１４には、本システム１００に係る各種制御プログラムが格納されている。
またＣＰＵ１１１は、現在時刻を計時する計時機能、カウンタ機能、タイマ機能を有しており適宜利用される。
【００１７】
無線通信部１６は、制御部１１の制御下、移動体通信網の基地局との間で無線通信を行い、移動体通信網を介して他の携帯端末１との間でデータ通信（通話）を実行する。かかる通話機能は、携帯端末１本来の機能であり、本システム１００とは直接関係しないため説明を省略する。
近距離無線通信部１５は、制御部１１の制御下、音源モジュール２との間で近距離無線通信を行う。
【００１８】
ユーザインターフェース部１３は、各情報を表示する表示部１３１、ユーザが入力操作を行うための操作部１３２を備えている。操作部１３２には、カーソルキーや文字キーといった複数の操作子１３３が配置されている。
【００１９】
ここで、本実施形態に係る携帯端末１は、２つのモードのうちのいずれかのモードで動作する。具体的には、一般的な携帯電話と同様の動作をする「通常モード」、本システム１００に係る音源モジュール２の制御をする「音楽モード」の２つのモードのうちから、ユーザの操作に基づくモードで動作する。
ユーザがモードに係る操作を特に行わない場合、携帯端末１はデフォルトモードである「通常モード」をとり、移動体通信網を介して他の携帯端末１との通信等を行う。通常モードにおいて、操作子１３３の各々は、一般的な携帯電話と同様、電話番号の入力やアドレス帳情報などを入力する手段となる。
ユーザが音楽モードに切換えるための所定操作を行うと、携帯端末１は、「音楽モード」になり、本システム１００の利用、すなわち、音源モジュール２の制御が可能になる。音楽モードにおいて、操作子１３３の各々は、音源モジュール２から発生させる楽音を指定するための手段となる。
以上述べた、各モードにおいての操作子１３３が担う役割の内容は、ＥＥＰＲＯＭ１１４に予め記録されている。
【００２０】
次に音源モジュール２の構成を説明する。
図３は、音源モジュール２の構成図である。このように、音源モジュール２は、制御部２１、ユーザインターフェース部２３、近距離無線通信部２５、音源回路部２７、ＨＤＤ（Hard Disk Drive）２８を有し、これらはバスライン２Ｂを介して接続されている。音源回路部２７にはスピーカ２７ｓが接続されている。
【００２１】
制御部２１は、ＣＰＵ２１１、ＲＯＭ２１２、ＲＡＭ２１３を有し、音源モジュール２の各部を制御する。ＨＤＤ２８には、本システム１００に係る各種制御プログラムなどが格納されている。ＣＰＵ２１１は、現在時刻を計時する計時機能を有している。
近距離無線通信部２５は、制御部２１の制御下、携帯端末１との間で近距離無線通信を実行する。
音源回路部２７は、制御部２１から供給されるＭＩＤＩデータの内容に従った楽音信号を生成し、かかる楽音信号はスピーカ２７ｓから放音される。
【００２２】
なお、上述した携帯端末１および音源モジュール２が、ＪＡＶＡ（登録商標）のサポート環境下にあれば、本システム１００に係る制御プログラムはＪＡＶＡアプリケーションによって構築できる。この場合、携帯端末１の機種などを問わず、本システム１００に係る制御プログラムをインストールすることができる点において、システム利用の簡便化を図ることができる。
【００２３】
Ｂ．動作
次に、本システム１００における動作内容について説明する。以下、携帯端末１、音源モジュール２の各々の動作について説明する。
【００２４】
Ｂ１．携帯端末１の動作
上述したように、本システム１００に係る携帯端末１は、通常の携帯電話と同様の使用をするときに選択される通常モードと、本システム１００を利用する際に選択される音楽モードの２つの動作モードを有している。このうち、通常モードにおける動作は、通常の携帯電話と同様の内容であるため、その動作説明は省略する。以下、音楽モードにおいて本システム１００を利用する際の携帯端末１の動作の内容を説明する。
【００２５】
ユーザが携帯端末１を所定操作すると、制御部１１は、ＥＥＰＲＯＭ１１４に格納されている、音源モジュール２を制御するためのアプリケーションプログラムを起動し、かかるプログラムに従い携帯端末１の各部を制御する。このプログラムに従って動作することで、携帯端末１の動作モードは通常モードから音楽モードに移行する。
【００２６】
音楽モードに移行すると、制御部１１は、はじめに、音源モジュール２との間で近距離無線通信を行うための準備をする。
通信方式としてBluetoothを採用する場合、制御部１１は、音源モジュール２に対して通信要求信号を送信し、ピコネットと呼ばれるネットワークが形成されるようにする。ピコネットが形成されると、携帯端末１と音源モジュール２との間で、所定間隔（たとえば６２５μｓｅｃ）を基準単位とするパケットデータの送受信が可能な状態となる。なお、本実施形態ではいずれの装置がマスターであってもよいが、音源モジュール２をマスター、携帯端末１をスレーブとする。
制御部１１は、音源モジュール２との間でデータ通信が可能になった旨を表示部１３１に表示させ、ユーザに対して本システム１００の利用が可能となった旨を通知する。
【００２７】
携帯端末１が音楽モードにあるときは、その後、ユーザが操作子１３３を押下操作すると、制御部１１は、押下操作した操作子１３３に応じたＭＩＤＩデータを作成する。本実施形態においては、図４に示すように、押下操作される操作子１３３と作成されるＭＩＤＩデータとの内容を対応付けたテーブルがＥＥＰＲＯＭ１１４に予め格納されている。
図５は、操作部１３２の外観図を示したものである。図５では、携帯端末１を通常モードで使用する場合における操作子１３３の役割と、音楽モードで使用する場合における操作子１３３の役割（発生させる楽音の内容）が、それぞれ操作子１３３の近傍に記載された例を示している。
【００２８】
ここで、より具体的な制御部１１の制御内容を説明する。
ユーザが操作子１３３の１つである文字キー「１」を押下操作すると、制御部１１は、ＥＥＰＲＯＭ１１４に格納されるテーブルの内容（図４参照）に従い、文字キー「１」に対応する楽音「Ｃ」の発音開始信号（ノートオン信号）を生成する。その後、ユーザが当該キー「１」の押下操作を終了すると、制御部１１は、当該楽音「Ｃ」の発音終了信号（ノートオフ信号）を生成する。
このように文字キー「１」を押下してから押下を終了する一連の操作が行われると、かかる操作内容に応じて楽音「Ｃ」のノートオン信号、ノートオフ信号が生成されることになる。
他の操作子１３３についても同様であり、ユーザの押下操作内容に応じたＭＩＤＩデータが生成されることになる。
【００２９】
次いで制御部１１は、生成したＭＩＤＩデータに所定のヘッダデータを付加し、演奏内容データを生成する。
図６は、制御部１１によって生成される演奏内容データの内容を模式的に示したものである。このようにヘッダデータの内容は、メッセージ番号とタイムスタンプ情報とから構成される付加情報である。
メッセージ番号は、制御部１１が生成したＭＩＤＩデータの通し番号としての意味合いを持つ情報である。すなわち、制御部１１は、ユーザの操作に基づきＭＩＤＩデータを生成するたびに、「１」、「２」、「３」……、と順番に番号を付加していくことになる。かかるメッセージ番号（通し番号）は、ＣＰＵ１１１のカウンタ機能を利用して管理される。
【００３０】
タイムスタンプ情報は、ユーザの操作内容に基づくＭＩＤＩデータを生成した時刻を示す情報であり、ユーザが操作したタイミングを示す時刻情報が付加される。この時刻情報は、ＣＰＵ１１１の計時機能により得られる情報である。制御部１１は、このようにして演奏内容データを生成後、生成した演奏内容データを近距離無線通信部１５に出力する。
【００３１】
近距離無線通信部１５は、制御部１１から供給される演奏内容データを所定の無線信号に変換した後、音源モジュール２に送信する。Bluetooth通信をする場合は、所定のパケットデータに変換後、決められたタイムスロットのタイミング（たとえば６２６μｓｅｃごとのタイミング）に合わせて送信することになる。ここで、一般に無線通信を行う場合、送信が１回でうまくいくとは限らないため、失敗した場合は何回か再送信するような制御を行っている。ただし、本システム１００においては、無制限に再送信をすることとしたのでは、その後の演奏内容データの送信までできなくなる問題が生じるので、一定期間Ｔ１（たとえば５ｍｓｅｃ）に限って、再送信を行うタイムアウト処理を行っている。
【００３２】
図７は、制御部１１が行うタイムアウト処理の内容を示すフローである。
制御部１１は、演奏内容データを作成すると（ステップＳｂ２）、ＣＰＵ１１１のタイマ機能をスタートさせる（ステップＳｂ３）。そして、作成した演奏内容データを近距離無線通信部１５に出力し、音源モジュール２に対して送信するよう指示する（ステップＳｂ４）。送信がうまくいかなかったときは（ステップＳｂ５：ＮＯ）、制御部１１は、タイマ値が所定値（Ｔ１に対応する値）以下であることを条件として（ステップＳｂ６：ＮＯ）、再送信をするようにする（ステップＳｂ４）。
すなわち、一定期間Ｔ１（たとえば５ｍｓｅｃ）においては再送信を試みることにより、データ通信の確実化を図る一方、一定期間Ｔ１（５ｍｓｅｃ）後においては再送信を行わないこととし、その後の演奏内容データ通信まで送信できなくなるような悪影響を生じないよう図っている。タイムアウト処理により、結局、音源モジュール２に送信できなかった演奏内容データについては、制御部１１は破棄する（ステップＳｂ７）。
以上が携帯端末１における動作の内容である。
【００３３】
Ｂ２．音源モジュール２の動作
次に音源モジュール２についての動作の内容を説明する。図８は、携帯端末１から送信された演奏内容データを受信した場合の、音源モジュール２の制御部２１の動作内容を示すフローである。
【００３４】
制御部２１は、演奏内容データを受信すると（ステップＳｃ１）、当該演奏内容データのヘッダデータに含まれるメッセージ番号の値を判別し（ステップＳｃ２）、メッセージ番号が連続したものとなっているか否かを判断する（ステップＳｃ３）。
上述したように、携帯端末１の制御部１１は、作成したＭＩＤＩデータに対し、作成した順番に通し番号としてのメッセージ番号を付加している。このため、通常は、メッセージ番号の順番に沿って演奏内容データが携帯端末１から音源モジュール２に送信されることになる。
しかしながら、何らかの事情で、上述したタイムアウト処理が行われた場合、あるメッセージ番号のデータが音源モジュール２に受信されず、メッセージ番号が不連続になる事態が生じる。この場合は、音源モジュール２において、本来受信すべきＭＩＤＩデータが受信できない状況となり、たとえば、ある楽音のノートオン信号だけを受信し、当該楽音のノートオフ信号を受信できず、結果として、当該楽音が発生状態のままになる異常な状況になることも想定される。
本システム１００ではこのような状況にならないよう、制御部２１は、メッセージ番号が不連続になった場合は、いったんすべての楽音を停止する処理（オールノートオフ処理）を行うこととしている（ステップＳｃ９）。
【００３５】
制御部２１は、受信した演奏内容データに係るメッセージ番号が連続していれば（ステップＳｃ３：ＹＥＳ）、当該演奏内容データに係るＭＩＤＩデータに対応する発音処理を実行する（ステップＳｃ４）。
【００３６】
図９は、音源モジュール２における制御部２１によって行われる発音処理の内容を示すフローである。
始めに制御部２１は、受信した演奏内容データに含まれるタイムスタンプ情報の内容を判別する（ステップＳｙ２）。そして制御部２１は、タイムスタンプ情報に係る時刻と、現在時刻の内容を比較し、タイムスタンプ情報に係る時刻から所定時間（たとえば１０ｍｓｅｃ）だけ遅れた時刻に、当該演奏内容データに含まれるＭＩＤＩデータを音源回路部２７に出力する（ステップＳｙ３）。ここで所定時間の値は予め決められる値であり、ユーザの聴感上においてタイミング遅れを感じない範囲内で決定される。なお、現在時刻の情報は、ＣＰＵ２１１から得ることができる。
なお、本システム１００においては、携帯端末１における時刻情報と、音源モジュール２における時刻情報は同じ内容であることを想定する。
【００３７】
その後、音源回路部２７は、制御部２１から供給されたＭＩＤＩデータに基づき、供給されたタイミングで楽音信号を生成する。生成した楽音信号は、順次スピーカ２７ｓから放音される。
【００３８】
以上のように、制御部２１は、演奏内容データを受信すると、データ受信時刻に関係なく、当該データに含まれるタイムスタンプ情報の時刻（ユーザの操作時刻）から一定所定時間Ｔ２（１０ｍｓｅｃ）だけ遅れたタイミングで、当該データに含まれるＭＩＤＩデータを音源回路部２７に出力する。そして、音源回路部２７によってＭＩＤＩデータに基づく楽音が生成され、順次スピーカ２７ｓから放音される。
このため、何らかの原因（Bluetooth通信の同期）で携帯端末１から音源モジュール２に対するデータ送信が遅滞したような場合であっても、制御部２１は、データ受信時刻に関係なく、タイムスタンプ情報の時刻を基準として音源回路部２７にＭＩＤＩデータを出力する処理を行うため、あるＭＩＤＩデータのみの発音処理が遅れるといった状況は生じない。
ユーザの聴感上、ある楽音の発生のみが遅れた場合にも、違和感を感じることが経験上知られているが、本システム１００においては、一律に所定時間（１０ｍｓｅｃ）ずらす制御を行うため、このような違和感を生じるおそれが少ない。
【００３９】
ここで、本実施形態において、携帯端末１のタイムアウト処理を行う所定時間Ｔ１は５ｍｓｅｃであるため、タイムスタンプ情報の時刻から５ｍｓｅｃ以上遅れて携帯端末１から音源モジュール２にデータ送信されることはない。すなわち、携帯端末１から音源モジュール２に無事に送信された演奏内容データについては、タイムスタンプ情報の時刻から一定期間Ｔ２（１０ｍｓｅｃ）経過した一律のタイミングで音源回路部２７において発音に係る処理が行われることになる。この効果を奏するためには、音源モジュール２における遅延時間Ｔ２（１０ｍｅｓｅｃ）よりも、携帯端末１におけるタイムアウト処理を行う時間Ｔ１を短く設定しておけば、本実施形態以外の値であってもよい。
【００４０】
たとえば、ユーザ側において、タイムアウト処理を行う時間Ｔ１を自由に設定できるようにしてもよい。このとき上記遅延時間Ｔ２も時間Ｔ１に連動して伸縮するようにしておくのが好ましい。
この場合において、たとえば演奏操作の熟練者は、演奏レスポンス向上のために遅延時間を短縮する目的で時間Ｔ１を短く設定可能としてもよい。すなわち、ユーザの演奏操作の熟練度に応じたタイムアウト処理時間Ｔ１が設定できるようににするのである。
また、ユーザが演奏操作を開始してから、所定時間以上（たとえば３０秒）、タイムアウト処理を必要としなかった場合、自動的にタイムアウト処理時間Ｔ１の設定時間を短く変更するというような処理をしてもよい。
さらに、多数の演奏者（携帯端末１）が存在する場合などで、多数の演奏内容データを処理する必要があるような場合、タイムアウト処理時間Ｔ１を長く設定変更する、あるいは、電波環境が悪い地域においては、タイムアウト処理時間Ｔ１を長く設定変更する、というように、使用状況に応じたタイムアウト処理時間Ｔ１の設定変更を自動あるいはユーザ手動で行うことができるようにしてもよい。
また、楽曲演奏を行う前に、タイムアウト処理時間Ｔ１を調整するための所定のテストプログラムを用意しておき、ユーザの演奏レベルに応じたタイムアウト処理時間Ｔ１の設定ができるように配慮しても効果的である。
以上が音源モジュール２の動作内容である。
【００４１】
以上説明したように、本システム１００によれば、専用の操作子などを新たに設ける必要もなく、汎用性ある携帯端末１の操作部１３２に配置される操作子１３３をそのまま用いることによって、音楽性の高い楽音の発生、演奏をすることができる。普段から持ち歩いている携帯端末１をそのまま利用することができるので、手軽にシステム１００の利用をすることができる。また、従来のように、携帯端末１自身に内蔵される音源を使うのではなく、音源モジュール２に搭載される音源回路部２７を利用するので、発生する楽音が貧弱になる問題も生じない。
また、携帯端末１と音源モジュール２の間の通信はBlutoothのような近距離無線を利用するので、ユーザの操作内容に基づいたリアルタイム性のある楽音の発生をすることができる。
【００４２】
Ｃ．変形例
以上、本発明の実施形態について説明したが、この実施形態はあくまでも例示であって、本発明の趣旨の範囲内で任意に変形できる。変形例としては、たとえば以下のようなものが考えられる。
【００４３】
（変形例１）
上記実施形態においては、携帯端末１の操作子１３３の各々をピアノ鍵盤のごとく扱うこととし、ある操作子１３３が押下されたときに所定楽音の発音開始信号（ノートオン信号）を作成することとした。
さらに発音する音域を広げるべく、オクターブの上げ下げを行う役割を所定の操作子に与えることとしてもよい。
【００４４】
図１０は、本変形例に係る携帯端末１の操作部１３２の外観図を示したものである。図１０に示した例では、携帯端末１は４方向のカーソルキーＫ１，Ｋ２，Ｋ３，Ｋ４を有しており、このようなカーソルキーを有している場合には、カーソルキーＫ１を、１オクターブ下げを指示する操作子、カーソルキーＫ２を、１オクターブ上げを指示する操作子として用いるようにしてもよい。
本例において、ユーザが、カーソルキーＫ１を押下した後、楽音「Ｃ」の発音を指示する文字キー「１」を押下すると、文字キー「１」に対応する楽音「Ｃ」のデフォルト位置よりも１オクターブ低い楽音「Ｃ」の発音開始を指示する信号（ノートオン信号）が作成される。また、カーソルキーＫ４を押下した後、楽音「Ｃ＃（Ｄ♭）」の発音を指示する文字キー「２」を押下すると、文字キー「２」に対応する楽音「Ｃ＃（Ｄ♭）」のデフォルト位置よりも１オクターブ高い楽音「Ｃ＃（Ｄ♭）」の発音開始を指示する信号（ノートオン信号）が作成される。
このように、オクターブの上げ下げを行う役割を所定の操作子（カーソルキーＫ１、Ｋ４）に与えることにより、発音音域を広げることができ、結果、より演奏表現の幅を広げることができる。
また、デフォルトのオクターブ位置に戻す（リセット）指示を行う役割を所定の操作子に持たせることとしてもよい。図１０においては、操作子Ｋ５にリセット指示する役割を与えることとしている。ユーザが操作子Ｋ５を押下すると、それまで行われていたオクターブの上げ下げの指示がキャンセルされ、デフォルト位置に戻るように制御される。
【００４５】
また、図１０に示した例では、携帯端末１は４方向のカーソルキーＫ１，Ｋ２，Ｋ３，Ｋ４を有しているため、残りの２つのカーソルキーＫ２，Ｋ３について、発音音量レベルの増加（ボリュームアップ）を指示するための操作子（カーソルキーＫ２）、発音音量レベルの減少（ボリュームダウン）を指示するための操作子（カーソルキーＫ３）としての役割を与えてもよい。
この場合、ユーザがカーソルキーＫ２を押下した後、楽音「Ｃ」の発音を指示する文字キー「１」を押下すると、文字キー「１」に対応する楽音「Ｃ」のデフォルト音量よりも所定レベルだけ大きい音量で楽音「Ｃ」の発音開始を指示する信号（ノートオン信号）が作成される。また、カーソルキーＫ３を押下した後、楽音「Ｃ＃（Ｄ♭）」の発音を指示する文字キー「２」を押下すると、文字キー「２」に対応する楽音「Ｃ＃（Ｄ♭）」のデフォルト音量よりも所定レベルだけ小さい音量で楽音「Ｃ＃（Ｄ♭）」の発音開始を指示する信号（ノートオン信号）が作成される。
このように、発音音量レベルの増減を行う役割を所定の操作子（カーソルキーＫ２、Ｋ３）に与えることにより、発音音量の変化も持たせることができ、結果、さらに演奏表現の幅を広げることができる。
【００４６】
（変形例２）
ノートオン信号やノートオフ信号以外のＭＩＤＩデータを作成することができるようにしてもよい。
たとえば、ユーザの操作に基づき、発音すべき楽音の音色を指定する信号、エフェクタなどの特別な音響効果を指定するためのＭＩＤＩデータを作成することができるようにしてよい。
本変形例においても、操作子１３３と、かかる操作子１３３がユーザにより押下されたときに作成するＭＩＤＩデータとの対応付けを行い、ＭＩＤＩデータ作成テーブル（上掲図４参照）をＥＥＰＲＯＭ１１４に格納しておけば、上記実施形態と同様の作用効果を奏することができる。
【００４７】
（変形例３）
上記実施形態に係るシステム１００では、時刻情報について、携帯端末１および音源モジュール２が内蔵するＣＰＵ１１１、２１１が有する計時機能を利用して得ることとしていた。
ここで、システム１００としてBletooth通信を採用する場合は、携帯端末１、音源モジュール２のいずれか（又は双方）にBletooth専用のクロック信号発生回路を有し、ネットワーク（ピコネット）が形成されると、かかるクロック信号を共有することができる環境下になる。このため、このクロック信号をカウントすることにより得られる時間情報を、上述実施形態におけるタイムスタンプ情報の代わりに利用することもできる。すなわち、本システム１００においては、携帯端末１におけるタイムスタンプ情報の内容が、音源モジュール２において判別できれば、上述実施形態と同様の作用効果を奏することができるため、現在時刻情報以外の情報であってもよい。
【００４８】
（変形例４）
上記実施形態に係るシステム１００では、携帯端末１と音源モジュール２をシステム構成要素したが、複数の携帯端末１を構成要素としてもよい。
Bletooth規格では、１つのマスター装置（音源モジュール２）に対し、最大７つのスレーブ装置（携帯端末１）までピコネットの形成要素とすることができ、時分割通信によるデータ送受信を行うことが可能である。このため、たとえば７台の携帯端末１を使って、音源モジュール２の発音制御を行うこととしてもよい。
音源モジュール２が複数の発音チャネルを有している場合は、チャネルごとに携帯端末１を割り当てる制御を行うようにすれば、４台の携帯端末１を用いて弦楽４重奏の演奏を行うような楽しみ方も可能である。
【００４９】
（変形例５）
上述実施形態に係るシステム１００においては、ユーザが１つの操作子１３３を押下すると、１の楽音の発生を行うようにしているが、１つの操作子１３３を押下したときに、複数の楽音の発生を行うようにしてもよい。たとえば、ある操作子１３３を押下すると、ドミソといった基本和音の発生を行うようにしてもよい。
本変形例においても、操作子１３３と、当該操作子１３３が押下された場合に発生する楽音との関係を予め決めておけば、上述実施形態と同様の作用効果を奏することができる。
【００５０】
（変形例６）
操作子１３３以外の操作手段を利用できるようにしてもよい。携帯端末１にマイクロホン等の音声入力手段が具備される場合、たとえば、ユーザは、マイクロホンに音声を入力、あるいは、マイクロホンを叩くことにより打撃音を入力することができる。そして、入力された音声（あるいは打撃音）の音量に応じた信号を、音源モジュール２に送信し、かかる信号によって音源モジュール２から出力される音量を調整するようにしてもよい。
マイクロホンを叩いて打撃音を入力した場合、音源モジュール２から、所定の打楽器音（シンバルやカスタネット等）が鳴音出力されるように制御を行ってもよい。
【００５１】
（変形例７）
あるいは、近距離無線通信部１５に付随するアンテナが伸縮可能であり、アンテナの伸縮操作をすることにより、無線端末１から音源モジュール２に対して送信する無線信号の電波強度を変化させることができる場合、アンテナ伸縮操作も１つの操作手段として加えてもよい。すなわち、無線信号の電波強度の大きさに応じて、音源モジュール２から出力される音量を制御するようにすれば、ユーザはアンテナの伸縮操作をすることにより、音源モジュール２からの出力音量を制御することも可能になる。
なお、ユーザが無線端末１をポケットに出し入れしたり、アンテナ部分を握ることによっても、無線信号の電波強度を変化させることができる場合は、音源モジュール２側において、かかる電波強度変化に応じて音量を変化させるように制御することもできる。
【００５２】
（変形例８）
上述実施形態においては、楽音データの形式としてＭＩＤＩデータを想定したが、これ以外のデータ形式を採用するようにしてもよい。
また、上述実施形態に係る演奏内容データ（図６参照）の内容に準じたものであり、発音すべき楽音、そのタイミングを特定できるデータであれば、固有のデータ形式を採用することとしてもよい。
【００５３】
（変形例９）
上述実施形態においては、携帯端末１と音源モジュール２との間ではBluetooth通信を行うことを一例としているが、この他の通信形態であってもよく、たとえば、ＩｒＤＡ（InfraRed Data Association）のような赤外線通信を用いることとしてもよい。
あるいは、ＵＳＢ（Universal Serial Bus）やＩＥＥＥ１３９４（Institute of Electrical and Electronics Engineers 1394）といった有線通信を採用したシステムであっても、本発明を適用することができる。
【００５４】
（変形例１０）
上述実施形態においては、携帯端末１として、携帯電話等の移動体端末を想定しているが、ユーザが携帯できる端末であれば、これ以外の装置であっても本発明を適用することができる。たとえば、ＰＤＡ（Personal Digital Assistants）、あるいは腕時計やＩＣカードといった各装置に通信モジュールを組み込んだものを用いることも可能である。
【００５５】
（変形例１１）
本システム１００に際して使用する制御プログラムを携帯端末１や音源モジュール２にインストールする方法は任意である。たとえば、ＣＤＲＯＭ（Compact Disc Read Only Memory）やフロッピーディスク等の記録媒体に制御プログラムを記録しておき、ＣＤＲＯＭドライブ等を介して携帯端末１や音源モジュール２にインストールするようにしてもよい。また、記録媒体を用いるのではなく、インターネットなどのネットワークを介したいわゆるネット通信を利用してインストールするようにしてもよい。
【００５６】
【発明の効果】
以上のように、本発明によれば、携帯電話などの汎用性ある通信端末、音源モジュールを用いて、音楽性の高い楽音を発生させ、演奏を楽しむことができる。
【図面の簡単な説明】
【図１】 本発明の実施形態に係る楽音発生システム１００の構成図である。
【図２】 同システム１００に係る携帯端末１の構成図である。
【図３】 同システム１００に係る音源モジュール２の構成図である。
【図４】 携帯端末１において押下操作される操作子１３３とその際に作成されるＭＩＤＩデータの内容との対応を示したテーブルである。
【図５】 携帯端末１の操作部１３２の外観図である。
【図６】 本システム１００に係る演奏内容データを模式的に示した図である。
【図７】 携帯端末１の制御部１１の制御内容を示すフローである。
【図８】 音源モジュール２の制御部２１の制御内容を示すフローである。
【図９】 音源モジュール２の制御部２１の制御内容を示すフローである。
【図１０】 変形例を説明するための図である。
【符号の説明】
１００……楽音発生システム、
１……携帯端末、
１１……制御部、
１１１……ＣＰＵ、１１２……ＲＯＭ、１１３……ＲＡＭ、１１４……ＥＥＰＲＯＭ、
１３……ユーザインターフェース部、
１３１……表示部、１３２……操作部、１３３……操作子、
１５……近距離無線通信部、１６……無線通信部、
１Ｂ……バスライン、
２……音源モジュール、
２１……制御部、
２１１……ＣＰＵ、２１２……ＲＯＭ、２１３……ＲＡＭ、
２３……ユーザインターフェース部、
２５……近距離無線通信部、
２７……音源回路部、２７ｓ……スピーカ、
２８……ＨＤＤ、２Ｂ……バスライン。

Claims (7)

1. 操作子を有し、通信網を介して通信を行う通信端末と、音源モジュールと、を備えた楽音発生システムであって、
   前記通信端末は、この通信端末を前記通信網を介した通信を行うための通信端末として動作させる通常モードと、前記音源モジュールを制御する制御端末として動作させる音楽モードのいずれかの動作モードを設定するモード設定手段と、
   ユーザの指示により前記モード設定手段において音楽モードが選択されている場合に、ユーザによって前記操作子が操作されたときに、当該操作内容および当該操作が行われたタイミングを示すタイミング情報を含む演奏信号を前記音源モジュールに送信する送信部とを有し、
   前記音源モジュールは、前記通信端末から送信される前記演奏信号を受信した場合に、
   受信した前記演奏信号に含まれる前記操作内容に基づく楽音発生に関する処理を、当該演奏信号に含まれる前記タイミング情報に基づいたタイミングで実行する処理部を有し、
   前記通信端末の前記送信部は、
   予め決められた規則性を有する整理番号情報を前記演奏信号ごとに付したものを前記音源モジュールに送信し、
   前記音源モジュールの前記処理部は、
   受信した前記演奏信号に付された前記整理番号情報が前記規則性を満たさない場合には、その時点において発生している楽音の発音を停止する
   ことを特徴とする楽音発生システム。
2. 請求項１に記載の楽音発生システムにおいて、
   前記通信端末の前記送信部は、前記音源モジュールに対する前記演奏信号の送信に失敗した場合、予め決められた再試行期間の間、当該演奏信号の再送信を行うとともに、前記再試行期間を過ぎても送信が失敗した場合は、当該演奏信号を破棄することを特徴とする楽音発生システム。
3. 請求項２に記載の楽音発生システムにおいて、
   前記音源モジュールの前記処理部は、前記演奏信号に含まれる前記タイミング情報のタイミングよりも所定時間経過したタイミングで、当該演奏信号に含まれる前記操作内容に基づく楽音発生に関する処理を行うことを特徴とする楽音発生システム。
4. 請求項３に記載の楽音発生システムにおいて、
   前記所定時間は、前記再試行期間よりも長いことを特徴とする楽音発生システム。
5. 請求項４に記載の楽音発生システムにおいて、
   前記通信端末と前記音源モジュールとの間の通信は、近距離無線通信によって行われることを特徴とする楽音発生システム。
6. 請求項５に記載の楽音発生システムにおいて、
   前記通信端末と前記音源モジュールとの間の通信は、Bluetooth通信によって行われ、
   前記通信端末の送信部は、Bluetooth通信用のクロック信号に基いて前記タイミング情報を生成することを特徴とする楽音発生システム。
7. 外部装置である通信端末の操作子をユーザが操作したときに、当該通信端末から出力される演奏信号であって、ユーザの操作内容および当該操作が行われたタイミングを示すタイミング情報を含み、その演奏信号ごとに予め決められた規則性を有する整理番号情報が付された演奏信号を受信する受信部と、
   受信した前記演奏信号に含まれる前記操作内容に基づく楽音発音に関する処理を、当該演奏信号に含まれる前記タイミング情報に基づいたタイミングで実行する処理部と、を有し、
   前記処理部は、
   受信した前記演奏信号に付された前記整理番号情報が前記規則性を満たさない場合には、その時点において発生している楽音の発音を停止する
   ことを特徴とする音源モジュール。

Images