(57)【特許請求の範囲】
【請求項１】
外部からの無線による着信を受け、着信を知らせる着信音を発生する携帯端末装置において、
着信内容に応じた音声の各語の母音を示す母音データの列が記憶された記憶手段と、
着信があった時、その着信内容に対応する母音データ列を前記記憶手段から読み出す読出手段と、
前記読出手段によって読み出された母音データ列をアナログ母音信号に変換する変換手段と、
前記変換手段の出力を前記着信音として発音するスピーカと、
を具備することを特徴とする携帯端末装置。
【請求項２】
前記母音データ列の各母音データに各々、音高を指示する音高データが付加され、前記変換手段は前記母音データ列の各母音データを前記音高データに基づく音高のアナログ母音信号に変換し出力することを特徴とする請求項１に記載の携帯端末装置。
【請求項３】
通話用マイクロフォンによって入力された音声を母音データ列に変換し、前記記憶手段に記憶させる母音データ列生成手段を有することを特徴とする請求項１または請求項２に記載の携帯端末装置。
【請求項４】
入力キーから入力された文字データ列を母音データ列に変換し、前記記憶手段に記憶させる母音データ列生成手段を有することを特徴とする請求項１または請求項２に記載の携帯端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、携帯電話機、ＰＨＳ（登録商標）等の携帯端末装置に係り、特に、ユーザのみ発信者を知ることができる独特の着信音を発生する携帯端末装置に関する。
【０００２】
【従来の技術】
従来、携帯端末装置の着信音は単なるブザー音であったが、近年、ユーザの好みのメロディを着信音に使用することが広く行われている。しかし、この着信メロディは発信者に拘わらず同一メロディであり、着信メロディから発信者を識別することはできなかった。
他方、名前を発する声を録音し、この声を着信メロディの代わりに使用して発信者の名前を発生することも考えられる。しかしながら、このような音声によって発信者を知らせる方法は、データ量が非常に大きくなり、また、声そのままであるので誰にでも聞き取れるが、それが逆に第三者に聞かれて困ることもあり、自分だけが発信者を知ることができる着信音が望まれていた。
【０００３】
【発明が解決しようとする課題】
この発明は、このような事情を考慮してなされたもので、その目的は、データ量が大きくならず、周囲の人は発信者を知ることができず、しかも、ユーザのみは発信者を知ることができる携帯端末装置を提供することにある。
【０００４】
【課題を解決するための手段】
この発明は上記の課題を解決するためになされたもので、請求項１に記載の発明は、外部からの無線による着信を受け、着信を知らせる着信音を発生する携帯端末装置において、着信内容に応じた音声の各語の母音を示す母音データの列が記憶された記憶手段と、着信があった時、その着信内容に対応する母音データ列を前記記憶手段から読み出す読出手段と、前記読出手段によって読み出された母音データ列をアナログ母音信号に変換する変換手段と、前記変換手段の出力を前記着信音として発音するスピーカとを具備することを特徴とする携帯端末装置である。
【０００５】
請求項２に記載の発明は、請求項１に記載の携帯端末装置において、前記母音データ列の各母音データに各々、音高を指示する音高データが付加され、前記変換手段は前記母音データ列の各母音データを前記音高データに基づく音高のアナログ母音信号に変換し出力することを特徴とする。
請求項３に記載の発明は、請求項１または請求項２に記載の携帯端末装置において、通話用マイクロフォンによって入力された音声を母音データ列に変換し、前記記憶手段に記憶させる母音データ列生成手段を有することを特徴とする。
請求項４に記載の発明は、請求項１または請求項２に記載の携帯端末装置において、入力キーから入力された文字データ列を母音データ列に変換し、前記記憶手段に記憶させる母音データ列生成手段を有することを特徴とする。
【０００６】
【発明の実施の形態】
以下、図面を参照し、この発明の一実施の形態について説明する。図１は同実施の形態による携帯端末装置の構成を示すブロック図である。この図において、符号１は各部を制御するシステムＣＰＵ（中央処理装置）、２はシステムＲＯＭ（リードオンリメモリ）である。このシステムＲＯＭ２には、システムＣＰＵ１のプログラムが記憶されていると共に、母音データベースＤＢ１が記憶されている。図２は母音データベースＤＢ１の構成を示す図であり、この図に示すように、母音データベースＤＢ１には、母音「あ」〜「お」および「ん」の各々に対応して、波形的特徴を示すデータおよびプログラム＃が記憶されている。
【０００７】
３はデータ記憶用のシステムＲＡＭ（ランダムアクセスメモリ）であり、不揮発性のメモリによって構成されている。４はテンキー、ファンクションキーからなる入力キー、５は液晶表示器、６は通信部である。この通信部６は、アンテナ７を介して受信された変調音声信号を復調して音声ＣＯＤＥＣ８へ出力し、また、音声ＣＯＤＥＣ８から供給される符号化された音声信号を変調し、アンテナ７から送信する。また、アンテナ７を介して受信した発信元の電話番号、メールアドレス、その他のデータをバスラインＢＵを介してシステムＣＰＵ１へ出力する。
【０００８】
音声ＣＯＤＥＣ８は、通信部６から出力される圧縮された音声データを伸長し、アナログ信号に変換してイヤスピーカ９へ出力し、また、マイクロフォン１０からの音声信号をディジタル音声データに変換し、さらに圧縮符号化して通信部６へ出力する。また、この音声ＣＯＤＥＣ８は、システムＣＰＵ１から母音着信音生成指示（詳細は後述する）を受けた時は上記のディジタル音声データをバスラインＢＵを介してシステムＣＰＵ１へ出力する。
【０００９】
図３は音声ＣＯＤＥＣ８の一部構成を示す図であり、マイクロフォン１０からの音声信号は、Ａ／Ｄ（アナログ／ディジタル）変換器８ａによってディジタル音声データに変換され、切替器８ｂへ印加される。切替器８ｂは、常時はＡ／Ｄ変換器８ａの出力を圧縮符号化する符号化回路８ｃへ出力する。一方、システムＣＰＵ１から母音着信音生成指示を受けた時は、Ａ／Ｄ変換器８ａの出力をシステムＣＰＵ１へ出力する。システムＣＰＵ１はそのディジタル音声データを受け、後述する母音抽出→ＭＩＤＩ化処理を行う。
【００１０】
１２は楽曲再生部であり、システムＣＰＵ１から供給される着信音発生指令を受けて着信音信号を形成し、スピーカ１３へ出力する。図４はこの楽曲再生部１２の構成を示すブロック図である。この図において、１５はインターフェイス、１６はシーケンサである。このシーケンサ１６は、システムＣＰＵ１から供給される着信音のＭＩＤＩデータを一旦記憶した後、発音パラメータに変換し、ＷＴ音源１７へ出力する。音色ＲＡＭ１８は、システムＣＰＵ１から供給される楽音波形データが書き込まれるメモリである。音色ＲＯＭ１９は、「あ」〜「お」および「ん」の音声をサンプリングした波形データが記憶されているＲＯＭである。
【００１１】
ＷＴ音源１７は波形読み出し方式の音源であり、シーケンサ１６からの指示に従って音色ＲＡＭ１８または音色ＲＯＭ１９を選択し、シーケンサ１６から出力される発音パラメータに基づく速度で波形データを読み出し、Ｄ／Ａ（ディジタル／アナログ）変換器２０へ出力する。Ｄ／Ａ変換器２０はＷＴ音源１７から出力される波形データをアナログ信号に変換し、スピーカ１３へ出力する。
【００１２】
次に、上述した携帯端末装置の動作を説明する。この携帯端末装置は、着信音が従来の携帯端末装置と異なり、着信音以外は従来の携帯端末装置と同様である。そこで、以下、着信音の発生機構について詳述する。
この携帯端末装置は、メールが着信した時、着信音として、「メールだよ」という音声の各語を母音に変換した「ええうあお」という音声を高低を付けて発音する。また、例えば、友人の「青木」さんから電話が着信した時は「青木さんから電話だよ」という音声の各語を母音に変換した「あおいあんああえんああお」という音声を高低を付けて発音する。その機構の詳細は次の通りである。
【００１３】
まず、携帯端末装置の使用に先立ち、ユーザは着信音のための音声入力を行う。すなわち、ユーザが入力キー４によって汎用音声入力を指示するキー操作を行うと、システムＣＰＵ１がそれを検知し、音声ＣＯＤＥＣ８へ母音着信音生成指示を出力する。音声ＣＯＤＥＣ８はその指示を受け、切替器８ｂ（図３）をバスラインＢＵ側に切り替える。次に、ユーザがマイクロフォン１０に向かって「メールだよ」と発音すると、発音された音声がＡ／Ｄ変換器８ａ（図３）によってディジタル音声データに変換され、バスラインＢＵ（図１）を介してシステムＣＰＵ１へ供給される。システムＣＰＵ１はその音声データをシステムＲＡＭ３へ一時記憶させる。
【００１４】
次に、システムＣＰＵ１は、システムＲＡＭ３に記憶させた「メ」の音声データとシステムＲＯＭ２内の母音データベースＤＢ１（図２）の各母音の特徴を示すデータとを比較することによって「メ」の母音「え」を検出し、そのプログラム＃「ＰＣ＃４」をシステムＲＡＭ３の予め設定されているエリアに書き込む。以下、同様にして、「メールだよ」の各語について母音を検出し、そのプログラム＃をシステムＲＡＭ３に順次書き込む。これにより、次のプログラム＃がシステムＲＡＭ３に書き込まれる。
ＰＣ＃４  ＰＣ＃４    ＰＣ＃３    ＰＣ＃１    ＰＣ＃５
【００１５】
次に、システムＣＰＵ１は、「メールだよ」を発音させる時のＮｏｔｅ（音程）をプログラム＃に組み合わせてＭＩＤＩデータ（ＭＩＤＩ規格のデータ）を作成する。図５に作成されたＭＩＤＩデータの構成を示す。ここで、上記のＮｏｔｅは、例えば実際にしゃべる時の音程でもよく、あるいは、好みの曲の音程を利用してもよい。また、ＭＩＤＩデータに含まれる発音タイミングを示す時間データを変化させることで、発音される音声にリズム感をつけることができる。次に、システムＣＰＵ１は、作成したＭＩＤＩデータをシステムＲＡＭ３内の汎用サンプルテーブル（図６参照）に書き込む。
【００１６】
次に、ユーザがマイクロフォン１０に向かって「電話だよ」と発音すると、上記と同様にして、システムＲＡＭ３の汎用サンプルテーブルに「電話だよ」のＭＩＤＩデータが書き込まれ、「さんから」と発音すると、システムＲＡＭ３の汎用サンプルテーブルに「さんから」のＭＩＤＩデータが書き込まれる。
次に、ユーザが入力キー４によって個人名音声入力を指示するキー操作を行うと、上記と同様に音声ＣＯＤＥＣ８の切替器８ｂがバスラインＢＵ側に切り替えられる。次に、ユーザがマイクロフォン１０に向かって例えば「青木」と発音すると、上記と同様の過程によって「青木」がＭＩＤＩデータに変換され、システムＲＡＭ３の電話帳（図６参照）に書き込まれる。次に、ユーザが「井上」、・・・「和田」と順次発音すると、それらの個人名が逐次ＭＩＤＩデータに変換され、電話帳に書き込まれる。
【００１７】
次に、図１の携帯端末装置の着信時の動作を図７に示すフローチャートを参照して説明する。
まず、通信部６は、着信を受けると、着信があったこと、電話／メールの別を示すデータおよび発信元の電話番号またはメールアドレスをシステムＣＰＵ１へ出力する。システムＣＰＵ１はそれらのデータを一旦システムＲＡＭ３に記憶させる。次に、電話着信かメール着信かを判断し（ステップＳ１）、電話着信であった場合は着信メロディ再生スタート処理（ステップＳ２）を行う。次に、発信元の電話番号がシステムＲＡＭ３内の電話帳に登録されているか否かを判断する（ステップＳ３）。そして、登録されている場合は、登録されている名前に対応したＭＩＤＩデータを楽曲再生部１２へ転送する（ステップＳ４）。
【００１８】
楽曲再生部１２へ送られたＭＩＤＩデータは、インターフェイス１５を介してシーケンサ１６へ送られ、一時記憶される。シーケンサ１６はそのＭＩＤＩデータのＮｏｔｅデータを発音パラメータに変換し、プログラム＃と共に順次ＷＴ音源１７へ出力する。ＷＴ音源１７は、プログラム＃に基づいて音色ＲＯＭ１９内の波形データを選択し、発音パラメータに対応する速度でその波形データを読み出し、Ｄ／Ａ変換器２０へ出力する。Ｄ／Ａ変換器２０はＷＴ音源１７の出力をアナログ信号に変換し、スピーカ１３へ出力する。これにより、発信元の氏名の母音音声にＮｏｔｅデータに基づくメロディが付与され発音される。例えば、発信元の氏名が「青木」であったとすると、「あおい」という音声がメロディ付きでスピーカ１３から発音される。
【００１９】
次に、システムＣＰＵ１は、システムＲＡＭ３の汎用サンプルテーブル（図６）から、「さんから」に対応したＭＩＤＩデータを読み出し、楽曲再生部１２へ転送する（ステップＳ５）。転送されたＭＩＤＩデータは、楽曲再生部１２において、上記と同様にして母音音声に変換され、スピーカ１３へ出力される。これにより、「あんああ」という音声がスピーカ１３から発生する。
次に、システムＣＰＵ１は、システムＲＡＭ３の汎用サンプルテーブル（図６）から、「電話だよ」に対応したＭＩＤＩデータを読み出し、楽曲再生部１２へ転送する（ステップＳ６）。これにより、「電話だよ」の各語の母音である「えんああお」」という音声がスピーカ１３から発生する。
【００２０】
次に、システムＣＰＵ１は、入力キー４のオフフックボタンが操作されたか否かを判断する（ステップＳ７）。そして、その判断結果が「ＮＯ」であった場合は、ステップＳ４〜Ｓ６を繰り返す。一方、判断結果が「ＹＥＳ」であった場合は、着信メロディ再生終了処理を行い（ステップＳ８）、次いで通話処理を行う（ステップＳ９）。そして、入力キー４のオンフックボタンが押されると（ステップＳ１０）、処理を終了する。
【００２１】
このように、上記携帯端末装置は、例えば、青木さんから電話があった場合に、「青木さんから電話だよ」という言葉の各語を母音に変換した「あおいあんああえんああお」という音声をスピーカ１３から着信メロディとして発生する。
また、図７のステップＳ３の判断が「ＮＯ」であった場合、すなわち、電話帳に登録されていない人から受信電話があった場合は、ステップＳ４、Ｓ５をジャンプしてステップＳ６へ進む。これにより、「電話だよ」の母音発音のみが行われる。
【００２２】
次に、メールが着信した場合は、ステップＳ１の判断結果が「ＮＯ」となり、ステップＳ１２へ進む。ステップＳ１２では、メール着信か否かが判断される。そして、メールであった場合は、液晶表示器５にメール着信表示が行われる（ステップＳ１３）。次に、システムＣＰＵ１は、着信アドレスが電話帳に登録されているか否かを判断する（ステップＳ１４）。そして、その判断結果が「ＹＥＳ」の場合は、登録されている名前に対応したＭＩＤＩデータを電話帳から読み出し、楽曲再生部１２へ転送する。これにより、メール発信元の名前の母音がスピーカ１３から発生する。
【００２３】
次に、システムＣＰＵ１は、汎用サンプルテーブルから「さんから」に対応するＭＩＤＩデータを読み出し、楽曲再生部１２へ転送する（ステップＳ１６）。これにより、「さんから」の各語の母音がスピーカ１３から発生する。次に、システムＣＰＵ１は、汎用サンプルテーブルから「メールだよ」に対応するＭＩＤＩデータを読み出し、楽曲再生部１２へ転送する（ステップＳ１７）。これにより、「メールだよ」の各語の母音がスピーカ１３から発生する。
また、ステップＳ１４の判断結果が「ＮＯ」の場合は、ステップＳ１５、Ｓ１６をジャンプしてステップＳ１７へ進む。これにより、「メールだよ」の母音発音のみが行われる。
【００２４】
なお、上述した実施形態においては、ユーザがマイクロフォン１０に向かって発音し、その発音された語がＭＩＤＩデータに変換されるようになっているが、これに代えて、システムＲＯＭ２内に予めテキストデータを母音に変換する母音データベースＤＢ２（図示略）を記憶させておき、図８に示すように、入力キー４からテキストデータを入力し、入力したテキストデータをシステムＣＰＵ１が母音データベースＤＢ２を用いて母音に変換し、さらに、その母音をＭＩＤＩデータに変換し、システムＲＡＭ３へ登録（リアルタイム再生の場合は楽曲再生部１２へ出力）するようにしてもよい。
【００２５】
また、音楽や別の効果音と同期させて上述した母音着信メロディを再生するようにしてもよい。
また、ＷＴ音源１７は、ＰＣＭ方式でもＡＤＰＣＭ方式でもよく、さらに、「あ」〜「お」、「ん」の音声が合成できるのであれば、ＷＴ音源以外の他の音源、例えばＦＭ音源でもよい。
【００２６】
【発明の効果】
以上説明したように、この発明による着信音は、母音によって言葉の雰囲気を伝えるに止めており、第三者は何を言っているか分からず、一方、ユーザは何を言っているのか、何の着信かを知ることができる。言葉がはっきりしないことで、聞いていて何か新しく面白く、しかも、周りに迷惑がかからない利点がある。また、データ量が特別大きくならないで、何の着信かを知らせることができる利点も得られる。
【図面の簡単な説明】
【図１】この発明の一実施形態によつ携帯端末装置の構成を示すブロック図である。
【図２】同実施形態におけるシステムＲＯＭ２内の母音データベースＤＢ１を示す図である。
【図３】図１における音声ＣＯＤＥＣ８の一部構成を示すブロック図である。
【図４】図１における楽曲再生部１２の構成を示すブロック図である。
【図５】図４のシーケンサ１６へ供給されるＭＩＤＩデータを示す図である。
【図６】図１のシステムＲＡＭ３内に作成される汎用サンプルテーブルおよび電話帳の構成を示す図である。
【図７】図１に示す携帯端末装置の着信時の動作を示す図である。
【図８】図５に示すＭＩＤＩデータの他の生成方法を説明するための図である。
【符号の説明】
１…システムＣＰＵ、２…システムＲＯＭ、３…システムＲＡＭ、４…入力キー、６…通信部、８…音声ＣＯＤＥＣ、９…イヤスピーカ、１０…マイクロフォン、１２…楽曲再生部、１３…スピーカ１６…シーケンサ、１７…ＷＴ音源、１９…音色ＲＯＭ、２０…Ｄ／Ａ変換器。
【図１】
0003578132.tif 000002
【図２】
0003578132.tif 000003
【図３】
0003578132.tif 000004
【図４】
0003578132.tif 000005
【図５】
0003578132.tif 000006
【図６】
0003578132.tif 000007
【図７】
0003578132.tif 000008
【図８】
0003578132.tif 000009