JP4221614B2 - 携帯型無線電話装置 - Google Patents

Description

本発明は、着信時やアラーム時などに再生される楽曲のデータをユーザが作成可能であるか、または、前記楽曲のデータをダウンロードサービスによって受信可能である携帯型無線電話装置に関する。

近年の携帯電話装置では、着信時やアラーム時に報知用のメロディーを着信音やアラーム音として再生することができるものが一般的になりつつある。そのメロディーについては、携帯型無線電話装置内部に予め設定されている複数の曲の内から選択することもできるが、ユーザがデータを自らプログラミングしてメロディーを作成したり、所定のサービスにアクセスしてデータをダウンロードすることで、ユーザが好む着信音等のメロディーをより自由に設定することも可能となっている。

ところで、このようにして各ユーザが他人とは異なる着信音等のメロディーを携帯電話装置に設定するようになると、そのメロディーを他人に聞かせたいという要求が生じることも考えられる。しかしながら、従来の携帯電話装置では、例えば着信が発生した場合における着信音の再生時間やアラーム音の再生時間は、ユーザが予め設定するようになっている。

そのため、メロディー全ての再生時間に対して、ユーザが設定した時間では過不足が生じる場合がある。従って、携帯電話装置に設定したメロディーを他人に聞かせようとした場合にそのメロディーの途中で再生が終了してしまい、メロディーの全部を聞かせるということが困難であるという問題があった。

本発明は上記事情に鑑みてなされたものであり、その目的は、ユーザが他人に聞かせたいと思う楽曲の全部を容易に再生することができる携帯型無線電話装置を提供することにある。

請求項１記載の携帯型無線電話装置によれば、再生時間設定手段は、楽曲のデータを全て再生終了するタイミングを取得することで、アラーム時刻になると、楽曲のデータを全て再生し、自動的に前記タイミングに楽曲データの再生を停止させる。

従って、ユーザが自ら時間を入力設定を行わずとも、アラーム時の再生時間を楽曲の全てを再生できる時間に一致させることができる。

また、請求項２記載の携帯型無線電話装置によれば、前記楽曲のデータは、着信時にも再生されるように設定可能である。

また、請求項３記載の発明では、前記着信時の報知動作として筐体を振動させるバイブレータを有し、前記アラーム時刻になると、前記楽曲の再生とともに、前記バイブレータを振動させ、前記タイミングに前記バイブレータの振動を停止させることを特徴としている。

以下、本発明の一実施例について図面を参照して説明する。図１は、携帯電話装置の電気的構成を示す機能ブロック図である。図１において、携帯電話装置（携帯型無線電話装置）１は、ＣＰＵ（再生時間計算手段，再生時間設定手段，制御手段）２を中心として構成され、通話開始キー，通話終了キーや「０」〜「９」の数字キーなどからなるキーユニット３，送話用のマイク４，受話用のスピーカ５，例えばＬＣＤからなる表示部（表示手段）６などが設けられている。ＣＰＵ２には、キーユニット３からの操作信号が与えられるようになっており、また、ＣＰＵ２は、表示部６における表示を制御するようになっている。

マイク４に入力された音声信号は、音声処理部７に与えられてＡ／Ｄ変換されると、ＣＰＵ２を介して無線部８に出力される。無線部８において、音声信号は例えばπ／４シフトＤＱＰＳＫ（Ｄｉｆｆｅｒｅｎｔｉａｌ Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）信号に変換されると、更に、例えば８００ＭＨｚ帯の搬送波信号により直交変調され、アンテナ９から電波信号として外部に送信されるようになっている。

また、アンテナ９が電波信号を受信した場合には、受信信号は、無線部８において復調され音声処理部７に与えられる。そして、音声処理部７においてＤ／Ａ変換されると、スピーカ５から音声信号として出力されるようになっている。

ＣＰＵ２は、音声処理部７及び無線部８の制御を行うようになっている。一方、無線部８からＣＰＵ２に対しては、着信信号の検出や、送信信号または受信信号レベルの検出値などの情報が与えられるようになっている。ＣＰＵ２には、ＲＰＭ，ＲＡＭやＥＥＰＲＯＭなどからなるメモリ１０が接続されており、ＣＰＵ２は、必要に応じてメモリ１０に対するデータの書込み及び読出しを行うようになっている。メモリ１０には、着信時やアラーム時などに再生されるメロディー（楽曲）のデータも記憶されるようになっている。

また、ＣＰＵ２は、着信やアラームをユーザに報知するためのＬＥＤ１１やバイブレータ１２の駆動制御も行うようになっている。バイブレータ１２は、例えばアンバランスなウエイトを回転駆動する小形モータで構成されており、発生させた振動を携帯電話装置１の筐体１３に伝達するようになっている。

音声処理部７は、メロディー再生用のＩＣも内蔵しており、ＣＰＵ２より与えられるメロディーデータに基づいてサウンダ１４を駆動することにより、楽音を出力させるように構成されている。また、電源１５は、上記各電気的構成要素に動作用電源等を供給する二次電池などである。

そして、ＣＰＵ２は、着信音等のメロディー作成モードにおいて、ユーザがキースイッチ３を操作して作成したメロディーデータをメモリ１０に記憶させ、所定の場合にそのデータを読出して音声処理部７に出力することで、ユーザが作成したメロディーを再生可能に構成されている。また、ＣＰＵ２は、ユーザがシステム側に予め用意されている所定のサービス用特番に発呼して通信回線を接続した場合に、その着信先のサーバ等に用意されている複数の着信音等の何れかのデータを選択的にダウンロードしてメモリ１０に記憶させ、同様に読み出して再生することもできるようになっている。

次に、本実施例の作用について図２乃至図６をも参照して説明する。図２は、ユーザがキースイッチ３を操作して作成した、或いは、システム側のサービスによってダウンロードした着信メロディーデータについて、ＣＰＵ２が再生時間を計算する処理を示すフローチャートである。

ＣＰＵ２は、先ずカウンタＴＯＴＡＬをゼロクリアすると（ステップＡ１）、メモリ１０よりメロディーデータを１単位分（例えば、１バイト，１ワード等）読込む（ステップＡ２）。そして、読み込んだデータが音符または休符に関するデータであるか否かを判断し（ステップＡ３）、それ以外の例えば再生用のテンポを示すデータなどである場合は（「ＮＯ」）そのデータに応じた処理を行い（ステップＡ５）、ステップＡ８に移行する。ステップＡ８において、ＣＰＵ２はメロディーデータを全て処理したか否かを判断し、全て処理していなければ（「ＮＯ」）ステップＡ２に戻って次のデータを読込む。

また、ステップＡ３において、読み込んだデータが音符または休符に関するデータである場合（「ＹＥＳ」）、ＣＰＵ２は、その音符または休符に関するデータに拡張データが付随しているか否かを判断する。ここで、拡張データとは、例えば３連符等の連符に関するデータ等である。拡張データが付随していなければ（「ＮＯ」）、その音符または休符が示す長さに応じたカウント値をカウンタＴＯＴＡＬに加算する（ステップＡ６）。それからステップＡ８に移行する。

ここで、音符または休符が示す長さは、例えば、４分音符を基準の“１”とした場合、８分音符は“０．５”，１６分音符は“０．２５”，付点４分音符は“１．５”，２分音符は“２”となる。各休符についても同様である。また、例えば着信音で使用されているリズムの最小単位が１６分音符である場合、上記各数値を４倍して全てを整数で扱っても良いことは言うまでもない。

また、ステップＡ４において拡張データが付随している場合（「ＹＥＳ」）、ＣＰＵ２は、音符または休符の長さをその拡張データに応じて修正（モディファイ）するとカウンタＴＯＴＡＬに加算する（ステップＡ７）。そして、ステップＡ８に移行する。例えば、３連符や５連符の場合、音符の表現は８分音符であるが、各連符であることを示すデータが付随していれば、カウント値は夫々１／３＝“０．３３”，１／５＝“０．２”に修正される。

以上のようにして、メロディーデータの全てについて加算を行うと（ステップＡ８，「ＹＥＳ」）、ＣＰＵ２は、ステップＡ９に移行してメロディーデータの再生時間を（１）式によって演算する。
（再生時間）＝（１拍の再生時間）×（ＴＯＴＡＬ） …（１）
ここで、（１拍の再生時間）は、例えば、再生のテンポデータがＢＰＭ（Ｂｅａｔ Ｐｅｒ Ｍｉｎｕｔｅ） ＝１２０であれば、１拍、即ち４分音符の演奏時間は０．５秒となる。そして、例えば、カウント値ＴＯＴＡＬ＝５０，であれば、（再生時間）＝０．５×５０＝２５（秒）
のように演算される。

以上のようにメロディーデータの再生時間を演算すると、ＣＰＵ２は、その演算した再生時間を表示部６に表示させる（ステップＡ１０）。それから、ユーザが着信音の再生時間について自動設定を選択するか否かを判断し（ステップＡ１１）、自動設定を選択した場合は（「ＹＥＳ」）ステップＡ９で演算した再生時間をそのまま着信音の再生時間として、ユーザに確定するか否かを選択させる（ステップＡ１３）。ユーザによって確定するための操作がなされると（「ＹＥＳ」）、確定処理を行って（ステップＡ１４）処理を終了する。また、ユーザによって確定操作がなされなければ（「ＮＯ」）、ステップＡ１１に戻る。

一方、ステップＡ１１において、ユーザが自動設定を選択しなかった場合（「ＮＯ」）、ＣＰＵ２はユーザによりマニュアル設定が行われるのを待って（ステップＡ１５，「ＹＥＳ」）、着信音の再生時間をマニュアルの設定値として（ステップＡ１６）ステップＡ１３に移行する。

ここで、図３は、ユーザが着信音及びその再生時間である着信時間（呼出し時間）を変更する場合の一操作例であり、表示部６の表示画面の変化を示すものである。ユーザは、先ず、キーユニット３のファンクションキーなどを操作して、「Ｆ１１：着信音変更」の画面を呼び出す（図３（ａ）参照）。その画面には、現在選択されている着信音の曲名「曲 春夏秋冬」が表示されていると共に、着信音を変更するか否かを選択させるため、「１：ＹＥＳ」，「３：ＮＯ」が表示されている。

ユーザがキーユニット３の数字キー「１」をオン操作して「ＹＥＳ」を選択すると、表示部６の画面は、着信音の選択画面に切り替わる（図３（ｂ）参照）。その画面には、携帯電話装置１に現在登録されており選択肢となり得る着信音の曲名が表示される。例えば、「１：春夏秋冬」，「２：愛」，「３：さよなら」，「４：心」，「５：太陽」などである。

ここで、ユーザがキーユニット３の数字キー「２」をオン操作して「愛」を選択すると、ＣＰＵ２は、図２のフローチャートのステップＡ１〜Ａ１０を実行する。そして、図３（ｃ）に示すように、再生時間を「（曲）愛 ２７秒」表示すると共に、着信時間を変更するか否かを選択させるため、「１：ＹＥＳ」，「３：ＮＯ」を表示する。

ユーザが数字キー「１」をオン操作して「ＹＥＳ」を選択すると、表示部６の画面は、着信音時間の設定画面に切り替わる（図３（ｄ）参照）。すると、「１：自動時間設定」，「３：マニュアル時間設定」の何れかの選択をユーザに促す。ここで、ユーザが数字キー「１」をオン操作して「自動時間設定」を選択すると（ステップＡ１１，「ＹＥＳ」）、表示部６の画面は、着信音時間の自動設定画面に切り替わる（図３（ｅ）参照）。そして、ユーザが確定するために開始キー「Ｓ」をオン操作すると（ステップＡ１３，「ＹＥＳ」）、自動時間設定が確定する。

また、図４は、ユーザが現在選択している着信音の再生時間の設定のみを変更する場合の一操作例である。ユーザが、キーユニット３のファンクションキーなどを操作して「Ｆ１０：着信音変更」の画面を呼び出す（図４（ａ）参照）。その画面には、現在選択されている着信音の曲名「曲 春夏秋冬」とその再生時間の設定「現在 自動３１秒」が表示されていると共に、着信時間を変更するか否かを選択させるため、「１：ＹＥＳ」，「３：ＮＯ」が表示されている。

ユーザが数字キー「１」をオン操作して「ＹＥＳ」を選択すると、表示部６の画面は、着信音時間の設定画面に切り替わる（図４（ｂ）参照）。すると、「１：自動時間設定」，「３：マニュアル時間設定」の何れかの選択をユーザに促す。ここで、ユーザが数字キー「３」をオン操作して「マニュアル時間設定」を選択すると（ステップＡ１１，「ＮＯ」）、表示部６の画面は、着信音時間のマニュアル設定画面に切り替わる（図４（ｃ）参照）。そして、ユーザがマニュアルで再生時間を例えば「２０秒」に設定し、確定するために開始キー「Ｓ」をオン操作すると、マニュアル設定が確定する。

次に、図５は、以上のようにして設定された着信音の再生時間に基づいて、ＣＰＵ２が着信時に着信音のメロディーを再生する場合を示すフローチャートである。ＣＰＵ２は、先ず、着信が発生するまで待機しており（ステップＢ１）、着信が発生すると（「ＹＥＳ」）着信音の再生を開始する（ステップＢ２）。即ち、音声処理部７内部のメロディーＩＣに対して、メロディーデータの出力を開始する。また、それと同時に、ＬＥＤ１１及びバイブレータ１２の駆動を開始する（ステップＢ２ａ）。するとＬＥＤ１１は所定周期で点滅を開始し、バイブレータ１２は筐体１３を振動させる。

そして、ユーザが着信に対して応答するか（ステップＢ３）、または、設定された再生時間に達したか（ステップＢ４）を判断し、何れも「ＮＯ」であればステップＢ３，Ｂ４のループを回り続ける。そして、ユーザが着信に対して応答すると（ステップＢ３，「ＹＥＳ」）その時点で着信音の再生を停止し（ステップＢ５）、それと同時にＬＥＤ１１及びバイブレータ１２の駆動も停止する（ステップＢ５ａ）すると、通常の通話処理を行う（ステップＢ６）。

また、ユーザの応答がないまま着信音の再生時間に達すると（ステップＢ４，「ＹＥＳ」）、ＣＰＵ２は、留守番電話機能の設定がなされているか否かを判断する（ステップＢ７）。そして、前記設定がなされていなければ（「ＮＯ」）ステップＢ２に戻り、着信音のメロディーをまた冒頭から再生する。

一方、ステップＢ７において、前記設定がなされていれば（「ＹＥＳ」）、ＣＰＵ２は着信音の再生回数が所定回数（例えば、２回）に達したか否かを判断し（ステップＢ８）、達していなければ（「ＮＯ」）ステップＢ２に戻って着信音のメロディーを冒頭から再生する。その後、再生回数が所定回数に達すると、ＣＰＵ２はステップＢ８で「ＹＥＳ」と判断して着信音の再生を停止し（ステップＢ９）、また、ＬＥＤ１１及びバイブレータ１２の駆動も停止する（ステップＢ９ａ）すると、応答メッセージを再生した後（ステップＢ１０）発信元によるメッセージを録音する（ステップＢ１１）。即ち、図５に示す処理は、外観的には従来の処理と同様であるが、ステップＢ２→Ｂ４の間において再生される着信音は、自動時間設定がなされている場合はデータの全てが再生されるようになっている。

一方、図６は、ＣＰＵ２がアラームモードにおいてアラーム音のメロディーを再生する場合を示すフローチャートである。尚、アラームモードにおけるアラーム音時間（アラーム再生時間）の設定は、基本的に図２と同様にして行われる。図６において、ＣＰＵ２は、先ず、アラーム条件が成立するまで（例えば、設定された時刻等）待機しており（ステップＣ１）、条件が成立すると（「ＹＥＳ」）アラーム音の再生を開始する（ステップＣ２）。また、それと同時に、ＬＥＤ１１及びバイブレータ１２の駆動を開始する（ステップＣ２ａ）。以降は、ユーザがアラームを解除するか（ステップＣ３）、または、設定された再生時間に達したか（ステップＣ４）を判断し、何れも「ＮＯ」であればステップＣ３，Ｃ４のループを回り続ける。

そして、ユーザがアラームを解除すると（ステップＣ３，「ＹＥＳ」）その時点でアラーム音の再生並びにＬＥＤ１１及びバイブレータ１２の駆動を停止して（ステップＣ５，Ｃ５ａ）処理を終了する。また、ユーザがアラームを解除しないままアラーム音の再生時間に達すると（ステップＣ４，「ＹＥＳ」）、ＣＰＵ２は、ステップＣ２とに移行して、再度着信音の再生を頭から開始する。即ち、図６に示す処理も、外観的には従来の処理と同様であるが、ステップＣ２→Ｃ４の間において再生される着信音は、自動時間設定がなされている場合はデータの全てが繰り返し再生されるようになっている。

以上のように本実施例によれば、ＣＰＵ２は、ユーザが作成した、またはダウンロードサービスによって受信した、着信時やアラーム時などに再生される着信音やアラーム音のメロディーデータに基づいてその再生時間を計算し、計算した再生時間を表示部６に表示させるようにした。そして、着信時における呼び出し時間、またはアラーム時におけるアラーム再生時間を、計算した再生時間に自動的に設定するようにした。従って、ユーザは、自ら入力設定を行わずとも、着信音等を再生する時間をメロディーデータの全てを再生する時間に一致させることができる。

また、ＣＰＵ２は、アラームの発生条件が成立してアラーム音の再生が開始されると、ユーザがアラームの解除作業を行わない限りは、アラーム再生時間を単位として楽曲を繰り返し再生させる。従って、ユーザは、アラームとしてメロディーデータの全てを繰り返し再生させることができる。

加えて、ＣＰＵ２は、留守番電話機能が有効である場合に着信が発生するとによって計算した再生時間を単位としてメロディーを所定回数再生した後に応答メッセージの再生を開始するので、ユーザが自ら入力設定を行わずとも、留守番電話機能において応答メッセージが再生されるまでに、着信音のメロディーの全てを再生させることができる。

更に、本実施例によれば、ＣＰＵ２は、着信やアラームについてのユーザに対する報知動作としてＬＥＤ１１や筐体１３を振動させるバイブレータ１２の駆動を着信音等の再生時間に同期して駆動するので、着信音等の再生に併せてＬＥＤ１１やバイブレータ１２を動作させることができる。

本発明は上記し且つ図面に記載した実施例にのみ限定されるものではなく、次のような変形または拡張が可能である。再生時間の演算を行うタイミングは、上記実施例に限らず、例えば、ユーザによるメロディーデータの作成が完成した直後や、ダウンロードした直後に行ってメモリ１０に記憶させておいても良い。再生時間を自動設定する機能は、必要に応じて設ければ良く、ユーザは、表示手段に表示された楽曲の再生時間を入力して設定すれば、着信時やアラーム時には、当該楽曲を全て再生することができるようになる。

例えば、４／４等の拍子データと再生小節数データなどがメロディーデータに付随している場合は、以下のように再生時間を演算しても良い。
（再生時間）＝（１拍分の時間）×（１小節の拍数）×（再生小節数）…（２）
尚、“１小節の拍数”は、例えば拍子が４／４であれば“４”，６／８であれば“３”となる。また、この場合、曲の開始が第１小節の頭からではなく、曲の終了が最終小節の最後に一致していないことも考えられるので、第１小節と最終小節とについてのみ上記実施例と同様に計算し、残りを（３）式で計算し、
（残り再生時間）＝（１拍分の時間）×（１小節の拍数）×（再生小節数−２）…（３）
両者を加算して計算しても良い。なお、第１小節の頭が休符の連続となっている場合、また、最終小節について曲の最後が休符の連続となっている場合には、その分を再生時間より差し引くようにする。

着信音の再生時間を自動設定するか、マニュアル設定するかのユーザによる選択は必ずしも必要ではなく、一律に自動設定するようにしても良い。アラーム音を再生させる場合は、必ずしも繰り返し再生させる必要はなく１回のみ再生しても良い。着信音等の再生時間を予め定められた一定時間（例えば１５秒等）にも設定できるように構成しても良く、斯様に構成すれば、設定をより多様に行うことができる。着信音再生時間に同期したＬＥＤ１１の点滅やバイブレータ１２の駆動をユーザの設定に基づいて有効化，無効化できるように構成しても良、斯様に構成すれば、ＬＥＤ１１やバイブレータ１２をユーザの所望するように動作させることができる。また、バイブレータ１２の駆動レベルを、ユーザの設定に基づいて調整できるように構成しても良く、斯様に構成すれば、バイブレータ１２による筐体１３の振動の大きさを、ユーザの所望するように調整することができる。携帯型無線電話装置としては、携帯電話装置１に限ることなく、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）などでも良い。

本発明の一実施例であり、携帯電話装置の電気的構成を示す機能ブロック図 着信メロディーデータについて、ＣＰＵが再生時間を計算する処理を示すフローチャート ユーザが着信音及びその再生時間を変更する場合の一操作例であり、表示部の表示画面の変化を示す図 ユーザが現在選択している着信音の再生時間の設定のみを変更する場合の一操作例である図３相当図 ＣＰＵが留守番電話モードにおいて着信音を再生する場合を示すフローチャート ＣＰＵがアラームモードにおいてアラーム音を再生する場合を示すフローチャート

符号の説明

１は携帯電話装置（携帯型無線電話装置）、２はＣＰＵ（再生時間計算手段，再生時間設定手段，制御手段）、６は表示部（表示手段）、１１はＬＥＤ、１２はバイブレータを示す。

Claims (3)

1. 設定されたアラーム時刻になると再生される楽曲のデータをダウンロードサービスによって受信可能に構成されている携帯型無線電話装置において、
   前記楽曲のデータを全て再生終了するタイミングを取得することで、前記アラーム時刻になると、前記楽曲のデータを全て再生し、自動的に前記タイミングに楽曲データの再生を停止させる再生時間設定手段を備えたことを特徴とする携帯型無線電話装置。
2. 前記楽曲のデータは、着信時にも再生されるように設定可能であることを特徴とする請求項１記載の携帯型無線電話装置。
3. 前記着信時の報知動作として筐体を振動させるバイブレータを有し、
   前記アラーム時刻になると、前記楽曲のデータの再生とともに、前記バイブレータを振動させ、前記タイミングに前記バイブレータの振動を停止させることを特徴とする請求項２記載の携帯型無線電話装置。
   

Images