(57)【要約】【課題】内蔵の音源回路を、キーボードやＰＤＡ（携帯情報端末）等の外部機器によって利用することができるようにした携帯端末装置を提供する。【解決手段】キーボード２のキー操作が行われると、その操作に基づくＭＩＤＩイベントデータがインターフェイス２３、１１を介して携帯端末装置１のＣＰＵ３へ入力される。ＣＰＵ３は、そのＭＩＤＩイベントデータを音源パラメータに変換し、音源回路７へ出力する。音源回路７はその音源パラメータを受けて楽音信号を形成し、スピーカ８へ出力する。これにより、キーボード２の鍵盤操作に対応する楽音がスピーカ８から発生する。また、着信があった時は、音源回路の発音数割当方式として、外部からの楽音データの発音割り当てを優先する外部優先モードと、着信音の発音割当を優先する着信音優先モードのいずれかがが採られる。【選択図】　　図１
2004138869.tif 000002
【特許請求の範囲】
【請求項１】
公衆回線に無線によって接続する機能と、着信時に着信用楽音データを再生する機能とを有する携帯端末装置であって、
複数チャンネル分の楽音信号を形成する音源回路と、
該音源回路によって形成した楽音信号を発音する発音手段と、
外部からの楽音データを受信する受信手段と、
前記受信手段によって受信した楽音データと、着信音用楽音データとを前記音源回路の各チャンネルに割り当てるにあたり、前記受信した楽音データおよび前記着信音用楽音データのそれぞれの発音数を、所定の規則に従って決定する制御手段と、
を具備することを特徴とする携帯端末装置。
【請求項２】
外部からの楽音データを受信した時、前記制御手段は、前記音源回路の有する最大同時発音数に対して、現在の外部からの楽音データの形成に必要とされる発音数を優先的に割り当て、残りの発音数を着信音用楽音データの形成に割り当てることを特徴とする請求項１に記載の携帯端末装置。
【請求項３】
着信があった時、前記制御手段は、前記音源回路の有する最大同時発音数に対して、着信音用楽音データの形成に必要とされる発音数を優先的に割り当て、残りの発音数を外部からの楽音データの形成に割り当てることを特徴とする請求項１に記載の携帯端末装置。
【請求項４】
前記着信音用楽音データと前記外部からの楽音データとに対して許容される最大同時発音数を、それぞれ予め決めておくことを特徴とする請求項１に記載の携帯端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、音源回路を内蔵する携帯端末装置に係り、特に、外部機器によってその音源回路を利用可能とした携帯端末装置に関する。
【０００２】
【従来の技術】
周知のように、最近の携帯端末装置は音源回路を内蔵しており、その音源回路によって、ＭＩＤＩ規格による楽音データ（ＭＩＤＩイベントデータ）の再生や、ＰＣＭデータの再生、さらにＭＰ３規格の圧縮データの再生もできるようになっている。また、その音源機能の進歩はめざましく、将来的には、キーボードの音源を凌ぐ音質や発音チャンネル数を持つ音源回路を内蔵する携帯端末装置も実用化される可能性がある。
【０００３】
【発明が解決しようとする課題】
この発明は、このような事情を考慮してなされたもので、その目的は、内蔵の音源回路を、キーボードやＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｃｅ：携帯情報端末）等の外部機器によって利用することができるようにした携帯端末装置を提供することにある。
【０００４】
【課題を解決するための手段】
この発明は上記の課題を解決するためになされたもので、請求項１に記載の発明は、公衆回線に無線によって接続する機能と、着信時に着信用楽音データを再生する機能とを有する携帯端末装置であって、複数チャンネル分の楽音信号を形成する音源回路と、該音源回路によって形成した楽音信号を発音する発音手段と、外部からの楽音データを受信する受信手段と、前記受信手段によって受信した楽音データと、着信音用楽音データとを前記音源回路の各チャンネルに割り当てるにあたり、前記受信した楽音データおよび前記着信音用楽音データのそれぞれの発音数を、所定の規則に従って決定する制御手段とを具備することを特徴とする携帯端末装置である。
【０００５】
請求項２に記載の発明は、請求項１に記載の携帯端末装置において、外部からの楽音データを受信した時、前記制御手段は、前記音源回路の有する最大同時発音数に対して、現在の外部からの楽音データの形成に必要とされる発音数を優先的に割り当て、残りの発音数を着信音用楽音データの形成に割り当てることを特徴とする。
【０００６】
請求項３に記載の発明は、請求項１に記載の携帯端末装置において、着信があった時、前記制御手段は、前記音源回路の有する最大同時発音数に対して、着信音用楽音データの形成に必要とされる発音数を優先的に割り当て、残りの発音数を外部からの楽音データの形成に割り当てることを特徴とする。
請求項４に記載の発明は、請求項１に記載の携帯端末装置において、前記着信音用楽音データと前記外部からの楽音データとに対して許容される最大同時発音数を、それぞれ予め決めておくことを特徴とする。
【０００７】
【発明の実施の形態】
以下、図面を参照し、この発明の一実施の形態について説明する。図１は同実施の形態による携帯端末装置１およびそれに接続されたキーボード２の構成を示すブロック図である。携帯端末装置１において、３はＣＰＵ（中央処理装置）、４はＣＰＵ３のプログラムが記憶されたＲＯＭ（リードオンリメモリ）、５はデータ記憶用の不揮発性ＲＡＭ（ランダムアクセスメモリ）である。６は液晶表示器、７は音源回路、８は音源回路７から出力される楽音信号を発音するスピーカである。９はアンテナを介して受信された変調音声信号を復調して音声処理部１０へ出力し、また、音声処理部１０から供給される符号化された音声信号を変調し、アンテナから送信する通信部であり、また、アンテナを介して受信した発信元の電話番号やその他のデータをバスラインＢを介してＣＰＵ３へ出力する。音声処理部１０は、通信部９から出力される音声信号を復号してイヤスピーカ（図示略）へ出力し、また、マイクロフォン（図示略）からの音声信号を符号化し、通信部９へ出力する。１１は携帯端末装置１を外部機器と接続するためのインターフェイスである。１２は各種のキーが設けられた操作部である。
【０００８】
また、キーボード２において、１５はＣＰＵ、１６はプログラムＲＯＭ、１７はデータ記憶用のＲＡＭである。また、１８は鍵盤、１９は音源回路、２０はスピーカ、２１は液晶表示器による表示部、２２は各種のファンクションキーやテンキーが設けられた入力部である。また、２３は携帯端末装置１と接続するためのインターフェイスである。
【０００９】
図２（ａ）は携帯端末装置１とキーボード２との接続状態を示す図である。この図に示すように、キーボード２の上面にはインターフェイス２３に接続されたコネクタ部３０が形成されている。そして、このコネクタ部３０に携帯端末装置１が垂直に差し込まれ、これにより、携帯端末装置１のインターフェイス１１とキーボード２のインターフェイス２３とが接続されるようになっている。
【００１０】
なお、図２（ｂ）に示すように、コネクタ部３０と携帯端末装置１とをケーブル３１を介して接続し、携帯端末装置１を適宜な場所に置いてもよい。また、図２（ｃ）に示すように、携帯端末装置１とキーボード２とを無線通信によって接続してもよい。この場合、例えば、Ｂｌｕｅｔｏｏｔｈ規格による無線通信で接続してもよく、また、赤外線通信等を利用してもよい。
【００１１】
次に、上述した実施形態の動作を図３〜図６に示すフローチャートを参照して説明する。
この実施形態による携帯端末装置１は通常の携帯電話の機能を有していると共に、インターフェイス１１に接続した外部機器（図１ではキーボード２）からのＭＩＤＩ規格の楽音データに基づいて、着信メロディ用の音源回路７を動作させ、楽音信号を形成する機能を有しており、また、音源回路７を外部楽音データに基づいて動作させている時に着信があった場合に、それを処理するプログラムを有している。通常の携帯電話の機能は従来のものと変わらないので説明を省略し、まず、キーボード２からのＭＩＤＩ規格の楽音データに基づいて楽音信号を形成する動作を図３を参照して説明する。
【００１２】
ここで、ＭＩＤＩ規格の楽音データとは、発音開始のイベントであるノートオンイベント（ＯＮイベント）と、そのノートオンイベントをオフする（発音停止）イベントであるノートオフイベント（ＯＦＦイベント）の２つのイベントデータがあり、イベントとイベントの時間間隔を表すデュレーションと共に構成されている。そして、曲の進行に従って定められたデュレーションとイベントが組になって連続している構造になっている。
ここで、一つのＭＩＤＩデータにおいてＯＦＦイベントでオフされる前のＯＮイベントが同時に複数存在することで同時に複数の音が発音され、その数は進行の中で変化する。そして、音源において許容されるその最大の数が最大同時発音数（ボイス）となり、音源の性能として定められている。
【００１３】
ユーザは、携帯端末装置１をキーボード２のコネクタ部３０に差し込み、次いで、操作部１２において外部機器楽音発生を指示するキー操作を行う。このキー操作が行われると、ＣＰＵ３がそれを検知し、以後、インターフェイス１１からＭＩＤＩイベントデータがバスラインＢへ出力されるのを待つ（図３のステップＳａ１）。そして、ユーザがキーボード２の鍵盤キーを操作すると（ステップＳｂ１）、キーボード２のＣＰＵ１５が鍵盤キーのオン／オフ、ノートナンバ（音高）およびベロシティ（強さ）を示すＭＩＤＩイベントデータを形成し（ステップＳｂ２）、インターフェイス２３を介して携帯端末装置１のインターフェイス１１へ出力する（ステップＳｂ３）。インターフェイス１１はそのＭＩＤＩイベントデータをバスラインＢへ出力する。
【００１４】
バスラインＢへＭＩＤＩイベントデータが出力されると（ステップＳａ１の判断が「ＹＥＳ」）、ＣＰＵ３がそれを検知し、まず、着信メロディ再生時の制限を確認する（ステップＳａ２）。この制限は音源回路７の発音割り当てについての制限であり、詳細は後に説明する。次に、ＣＰＵ３は上記の制限にしたがってＭＩＤＩイベントデータを音源パラメータに変換し（ステップＳａ３）、音源回路７へ出力する（ステップＳａ４）。音源回路７はこの音源パラメータを受けて楽音信号を形成し、スピーカ８へ出力する。これにより、キーボード２の鍵盤操作に対応する楽音がスピーカ８から発生する。
【００１５】
次に、電話の着信時の処理について図４〜図６を参照して説明する。なお、以下の説明において、Ａ、Ｂ、Ｃ、Ｘ、Ｙは各々次のデータであり、各データはＲＡＭ５に記憶されている。
Ａ：現時点の外部機器使用発音数（キーボード２の押し鍵数）
Ｂ：着信メロディの最大同時発音数
Ｃ：音源回路７の最大同時発音数
Ｘ：外部機器割り当て発音数
Ｙ：着信メロディ用割り当て発音数
また、この携帯端末装置１には、着信時の処理モードとして外部優先モードと着信音優先モードがあり、ユーザが予めいずれかを操作部によって選択するようになっている。
【００１６】
ＣＰＵ３は定期的に着信があったか否かを判断し（ステップＳｃ１）、着信がなかった場合は、
Ｘ＝Ｃ
として図５に示すフローＮＯ．２の処理へデータＸを送る（ステップＳｃ２）。また、着信があった場合は、携帯端末装置１のオフフックボタンがオンとされたか否かを判断する（ステップＳｃ３）。そして、オンとされた場合は、着信メロディがオフとされることから、上記と同様に、
Ｘ＝Ｃ
としてフローＮＯ．２の処理へデータＸを送り（ステップＳｃ４）、処理を終了する。
【００１７】
一方、オフフックボタンがオンとされない場合は、外部機器（キーボード２）からのＭＩＤＩイベントデータを元にデータＡを更新すると共に、データＢ、Ｃを確認する（ステップＳｃ５）。データＡはある時点のキーボードが押鍵されている数である。従って、キーボード演奏中にその値は変化する。次いで、
Ａ＋Ｂ＞Ｃ
であるか否かを判断し（ステップＳｃ６）、判断結果が「ＮＯ」であった場合は、
Ｘ＝Ａ
Ｙ＝Ｂ
とし（ステップＳｃ７）、次いで、データＸ、ＹをそれぞれフローＮＯ．２、ＮＯ．３の処理へ転送する（ステップＳｃ８）。
【００１８】
一方、ステップＳｃ６の判断結果が「ＹＥＳ」であった場合は、外部優先モードが設定されているか否かを判断する。そして、外部優先モードが設定されていた場合は、データＸ、Ｙとして、
Ｘ＝Ａ
Ｙ＝Ｃ−Ａ
を各々設定し（ステップＳｃ１０）、次いで、データＸ、ＹをそれぞれフローＮＯ．２、ＮＯ．３の処理へ転送する（ステップＳｃ８）。
【００１９】
このように、外部優先モードが設定されていた場合は、外部機器に優先的に多くの発音数を割り当て、残った発音数を着信メロディに割り当てる。
一方、外部優先モードが設定されていない場合、すなわち、着信メロディ優先モードが設定されていた場合は、
Ｘ＝Ｃ−Ｂ
Ｙ＝Ｂ
を各々設定し（ステップＳｃ１１）、次いで、データＸ、ＹをそれぞれフローＮＯ．２、ＮＯ．３の処理へ転送する（ステップＳｃ１２）。
このように、着信メロディ優先モードが設定されていた場合は、着信メロディに優先的に多くの発音数を割り当て、残った発音数を外部機器に割り当てる。
【００２０】
次に、オフフックボタンがオンとされたか否かを判断する（ステップＳｃ１３）。そして、オンとされた場合は、
Ｘ＝Ｃ
としてフローＮＯ．２の処理へデータＸを送り（ステップＳｃ１４）、処理を終了する。なお、Ｂ値は着信メロディの最大同時発音数としたが、それに限らず、その時点の着信メロディの同時発音数としてもよい。
【００２１】
次に、図５を参照し、ＭＩＤＩイベントデータを外部機器（キーボード２）から受信した場合の動作を説明する。ＣＰＵ３は、受信したＭＩＤＩデータがＯＮイベントであるか否かを判断し（ステップＳｄ１）、ＯＮイベントでない場合は他の処理を実行する（ステップＳｄ２）。他の処理とは、例えばＯＦＦイベントであれば、音を止める指示を音源回路７へ送るなどである。また、ＯＮイベントであった場合は、図４のフローＮＯ．１から送出されるデータＸを取り込み（ステップＳｄ３）、次いで、その時点で同時に存在するＯＮイベント数（同時発音数）がデータＸより大か否かを判断する（ステップＳｄ４）。そして、ＯＮイベント数がデータＸより大であった場合は、ＯＮイベント数を所定のルールに従ってデータＸと同数に削減する（ステップＳｄ５）。ここで、所定のルールとは、外部機器がキーボードの場合は、例えば直前に発音された鍵盤キーを優先する等である。なお、ステップＳｄ４の判断結果が「ＮＯ」の場合はステップＳｄ５をスキップしてステップＳｄ６へ進む。
ステップＳｄ６では、ＯＮイベントを解釈し、その結果に基づいて音源パラメータを生成する。次いで、音源回路７へ音源パラメータを転送する（ステップＳｄ７）。
【００２２】
次に、図６を参照し、着信があった場合の着信メロディの発音処理について説明する。
ＣＰＵ３は、処理すべき着信メロディのデータがＯＮイベントであるか否か（ステップＳｅ１）を判断し、ＯＮイベントでなかった場合は他の処理を行う（ステップＳｅ２）。他の処理とは、例えば、ＯＦＦイベントであれば音を止める指示を音源回路７へ送るなどである。また、ＯＮイベントであった場合は、図４のフローＮＯ．１から送出されるデータＹを取り込み（ステップＳｅ３）、次いで、その時点で存在するＯＮイベント数（着信メロディの生成に必要な同時発音数）がデータＹより大か否かを判断する（ステップＳｅ４）。そして、ＯＮイベント数がデータＹより大であった場合は、ＯＮイベント数を所定のルールに従ってデータＹと同数に削減する（ステップＳｅ５）。ここで、所定のルールとは、着信メロディの場合はパートにより優先度を付ける等が考えられる。なお、ステップＳｅ４の判断結果が「ＮＯ」の場合はステップＳｅ５をスキップしてステップＳｅ６へ進む。ステップＳｅ６では、ＯＮイベントを解釈し、その結果に基づいて音源パラメータを生成する。次いで、音源回路７へ音源パラメータを転送する（ステップＳｅ７）。
【００２３】
なお、上記実施形態においては、キーボード２からのＭＩＤＩデータに基づいて音源回路７において形成した楽音信号を、携帯端末装置１のスピーカ８において発音しているが、これに代えて、キーボード２のスピーカ２０によって発音するようにしてもよい。
また、上記実施形態においては、外部機器としてキーボード２を携帯端末装置１に接続しているが、これに代えて、外部機器としてゲーム機やＰＤＡを携帯端末装置１に接続し、ゲーム機やＰＤＡから出力されるＭＩＤＩイベントデータに基づく楽音信号を携帯端末装置１の音源回路７によって形成するようにしてもよい。
【００２４】
また、上記実施形態においては、外部優先モードおよび着信音優先モードの２モードが設けられているが、さらに、次のモードを設けてもよい。すなわち、予め着信音用の最大発音数と外部楽音データ用の最大発音数を各々決めておき、それぞれの楽音信号を最大発音数内においてＤＶＡ（Ｄｙｎａｍｉｃ　Ｖｏｉｃｅ　Ａｌｌｏｃａｔｉｏｎ）を使用して形成する。ここで、ＤＶＡとは、音源回路の発音能力を効率的に使うため、どのパートなのかにとらわれずに空いている発音数（ボイス）を見つけて動的に割り当てる方式をいう。パート毎に音色が予め割り当てられる固定方式に比較し、常に多くの音を同時に鳴らすことができるため、表現力や厚みがあるコンテンツが作り易くなる。
【００２５】
また、携帯端末装置において外部楽音データに基づく楽音形成中は、着信を全く拒否するようにしてもよく、また、着信音以外のバイブレタやディスプレイ表示によって着信を知らせるようにしてもよい。前述した図２（ｂ）や（ｃ）のように構成する場合は、携帯端末装置１を胸ポケットに入れておけば、着信音にバイブレタを使用することができ、音源回路の発音数を犠牲にすることなく、確実に着信を確認することができる。
【００２６】
【発明の効果】
以上説明したように、この発明によれば、内蔵の音源回路を、キーボードやＰＤＡ等の外部機器によって利用することができる。これにより、音源回路を持たないキーボードの作成も可能となり、キーボードの価格を安価にすることができる。またその場合、携帯端末装置を変えるだけで発音数を増やしたり、音質を向上させたりすることが可能となり、キーボードを買い換えたり、拡張ボードを購入したりすることなく機能アップを図ることができる。また、音源を持たないＰＤＡ等に音源機能を持たせることも可能となる。
【図面の簡単な説明】
【図１】この発明の一実施形態による携帯端末装置およびそれに接続されたキーボードの構成を示すブロック図である。
【図２】図１における携帯端末装置１とキーボード２の接続状態を示す図である。
【図３】同実施形態における発音動作を説明するためのフローチャートである。
【図４】同実施形態における発音割当動作を説明するためのフローチャートである。
【図５】同実施形態におけるＭＩＤＩ受信動作を説明するためのフローチャートである。
【図６】同実施形態における着信メロディデータ処理動作を説明するためのフローチャートである。
【符号の説明】
１…携帯端末装置、２…キーボード、３…ＣＰＵ、４…ＲＯＭ、５…ＲＡＭ、６…液晶表示器、７…音源回路、８…スピーカ、９…通信部、１０…音声処理部、１１…インターフェイス、１５…ＣＰＵ、２３…インターフェイス。
【図１】
2004138869.tif 000003
【図２】
2004138869.tif 000004
【図３】
2004138869.tif 000005
【図４】
2004138869.tif 000006
【図５】
2004138869.tif 000007
【図６】
2004138869.tif 000008