(57)【要約】【構成】アンテナ３０で受信された信号は、無線回路２０に入力され、ここで所定の復調処理を施された後、信号処理回路１８に入力される。信号処理回路１８は、入力されたデータに対してｃｄｍａＯｎｅ方式に従う所定の信号処理を施す。これによって、音声情報を含む複数のフレームが抽出される。抽出されたフレームの各々は、信号処理回路１８内の受信用バッファメモリ３２に複数個ずつ格納される。そして、この受信用バッファメモリ３２に格納された各フレームは、格納された順に読み出され、ボコーダ１６に入力される。つまり、ボコーダ１６には、フレーム数が調整された音声データが入力される。そして、この音声データに基づく音声が、スピーカ３６から出力される。【効果】スピーカ３２から出力される音声は、元の音声よりもゆっくりとした速度で再現されるので、当該音声、つまり受話音が聞き取り易くなる。【選択図】　図１
2004128834.tif 000002
【特許請求の範囲】
【請求項１】
マイクロホンを通して入力された第１音声信号に基づく複数の第１符号化音声ブロックを相手方に送信するとともに、前記相手方から受信した複数の第２符号化音声ブロックに基づく第２音声信号をスピーカから出力する電話機において、前記複数の第１符号化音声ブロックのブロック数を調整する第１調整手段、および
前記第１調整手段によってブロック数が調整された第１符号化音声ブロックを送信する送信手段を備えることを特徴とする、電話機。
【請求項２】
前記複数の第２符号化音声ブロックのブロック数を調整する第２調整手段、および
前記第２調整手段によってブロック数が調整された第２符号化音声ブロックを復号する復号手段をさらに備える、請求項１記載の電話機。
【請求項３】
前記第１調整手段は、バッファメモリ、前記複数の第１符号化音声ブロックの各々を所定態様に従う個数ずつ前記バッファメモリに格納する格納手段、および前記バッファメモリに格納された第１符号化音声ブロックを格納された順に読み出す読み出し手段を含む、請求項１または２記載の電話機。
【請求項４】
前記バッファメモリの空き容量を監視する監視手段、および
前記空き容量が閾値を下回るとき前記所定態様を変更する変更手段をさらに備える、請求項３記載の電話機。
【請求項５】
前記複数の第１符号化音声ブロックの各々が有音ブロックおよび無音ブロックのいずれであるのかを判定する判定手段、および
前記空き容量が前記閾値を下回るとき前記無音ブロックであると判定された第１符号化音声ブロックを廃棄する廃棄手段をさらに備える、請求項４記載の電話機。
【請求項６】
前記空き容量が前記閾値を下回るとき警告情報を発生する警告発生手段をさらに備える、請求項４または５記載の電話機。
【請求項７】
前記第１符号化音声ブロックは無線で送信され、前記第２符号化音声ブロックは無線で受信される、請求項１ないし６のいずれかに記載の電話機。
【請求項８】
マイクロホンを通して入力された第１音声信号に基づく複数の第１符号化音声ブロックを相手方に送信するとともに、前記相手方から受信した複数の第２符号化音声ブロックに基づく第２音声信号をスピーカから出力する電話機において、前記複数の第２符号化音声ブロックのブロック数を調整する調整手段、および前記調整手段によってブロック数が調整された第２符号化音声ブロックを復号する復号手段を備えることを特徴とする、電話機。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
この発明は、電話機に関し、特にたとえば、携帯電話機に適用され、相手方から受信した複数の第１符号化音声ブロックに基づく第１音声信号をスピーカから出力するとともに、マイクロホンを通して入力された第２音声信号に基づく複数の第２符号化音声ブロックを相手方に送信する、電話機に関する。
【０００２】
【従来技術】
携帯電話機において、受話音を聞き取り易くするために、周囲の雑音レベルに応じて受話音量を制御するという技術は、公知である。これに加えて、特許文献１には、受話音量を上げるときには早く、受話音量を下げるときにはゆっくりと当該受話音量を変化させることによって、周囲の雑音レベルが急激に変化したときでも受話音を聞き取り易くする技術が開示されている。また、特許文献２には、受話音量のみならず、受話音の周波数特性をも変化させることによって、受話音を聞き取り易くする技術が開示されている。
【０００３】
【特許文献１】
特開平９−１３０４５３号公報
【特許文献２】
特開平１０−７０４７７号公報
【０００４】
【発明が解決しようとする課題】
ところで、これらの文献にはソフトウェア処理を含むディジタル技術によって受話音を聞き取り易くする旨が開示されているが、かかる目的を達成するために受話音量または受話音の周波数特性を制御するということは、ディジタル技術に限らずアナログ技術によっても実現可能である。その一方で、第２世代または第３世代と呼ばれる現在のディジタルセルラ方式の携帯電話機は、ディジタル技術の発展によって実現されたものである。したがって、かかるディジタルセルラ方式の携帯電話機においては、ディジタル技術特有の方法、換言すれば上述の従来技術とは異なる方法によって、受話音を聞き取り易くすることができるのではないかと考えられる。
【０００５】
それゆえに、この発明の主たる目的は、受話音を聞き取り易くすることのできる、新規な電話機を提供することである。
【０００６】
【課題を解決するための手段】
第１の発明は、マイクロホンを通して入力された第１音声信号に基づく複数の第１符号化音声ブロックを相手方に送信するとともに、相手方から受信した複数の第２符号化音声ブロックに基づく第２音声信号をスピーカから出力する電話機において、複数の第１符号化音声ブロックのブロック数を調整する第１調整手段、および第１調整手段によってブロック数が調整された第１符号化音声ブロックを送信する送信手段を備えることを特徴とする、電話機である。
【０００７】
第２の発明は、マイクロホンを通して入力された第１音声信号に基づく複数の第１符号化音声ブロックを相手方に送信するとともに、相手方から受信した複数の第２符号化音声ブロックに基づく第２音声信号をスピーカから出力する電話機において、複数の第２符号化音声ブロックのブロック数を調整する調整手段、および調整手段によってブロック数が調整された第２符号化音声ブロックを復号する復号手段を備えることを特徴とする、電話機である。
【０００８】
【作用】
第１の発明では、第１調整手段は、複数の第１符号化音声ブロックのブロック数を調整する。そして、この第１調整手段によってブロック数が調整された第１符号化音声ブロックが、送信手段によって送信される。したがって、相手方においては、ブロック数が調整された第１符号化音声ブロックに基づく第１音声信号、つまり時間軸の長さが調整された第１音声信号が出力される。
【０００９】
この発明のある実施例では、複数の第２符号化音声ブロックのブロック数を調整する第２調整手段、および第２調整手段によってブロック数が調整された第２符号化音声ブロックを復号する復号手段をさらに備える。このようにすれば、スピーカからは、ブロック数が調整された第２符号化音声ブロックに基づく第２音声信号、つまり時間軸の長さが調整された第２音声信号が出力される。
【００１０】
なお、第１調整手段は、バッファメモリ、複数の第１符号化音声ブロックの各々を所定態様に従う個数ずつ当該バッファメモリに格納する格納手段、およびバッファメモリに格納された第１符号化音声ブロックを格納された順に読み出す読み出し手段を含むものとしてもよい。
【００１１】
この場合、バッファメモリの空き容量を監視する監視手段、および当該空き容量が閾値を下回るとき所定態様を変更する変更手段をさらに備えてもよい。これによれば、バッファメモリの空き容量が閾値を下回るとき、当該バッファメモリに格納される第１符号化音声ブロックのブロック数が変更される。つまり、バッファメモリの空き容量が調整される。
【００１２】
また、複数の第１符号化音声ブロックの各々が有音ブロックおよび無音ブロックのいずれであるのかを判定する判定手段、およびバッファメモリの空き容量が閾値を下回るとき無音ブロックであると判定された第１符号化音声ブロックを廃棄する廃棄手段をさらに備えてもよい。これによれば、バッファメモリの空き容量が閾値を下回るとき、複数の第１符号化音声ブロックのうち無音ブロックについては当該バッファメモリに格納されずに廃棄される。
【００１３】
さらに、バッファメモリの空き容量が閾値を下回るとき警告情報を発生する警告発生手段を備えてもよい。
【００１４】
なお、第１符号化音声ブロックは無線で送信され、第２符号化音声ブロックは無線で受信されるものであってもよい。
【００１５】
第２の発明では、調整手段は、複数の第２符号化音声ブロックのブロック数を調整する。そして、この第２調整手段によってブロック数が調整された第２符号化音声ブロックが、復号手段によって復号される。したがって、スピーカからは、ブロック数が調整された第２符号化音声ブロックに基づく第２音声信号、つまり時間軸の長さが調整された第２音声信号が出力される。
【００１６】
【発明の効果】
第１の発明によれば、相手方において、時間軸の長さが調整された第１音声信号が出力されるので、当該第１音声信号に従う受話音として速度調整された音声が聞こえる。したがって、相手方において受話音が聞き取り易くなる。
【００１７】
第２の発明によれば、スピーカからは時間軸の長さが調整された第２音声信号が出力されるので、当該第２音声信号に従う受話音として速度調整された音声が聞こえる。よって、受話音が聞き取り易くなる。
【００１８】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００１９】
【実施例】
図１を参照して、この実施例の携帯電話機１０は、ディジタルセルラ方式のものであり、ＣＰＵ１２を内蔵している。ＣＰＵ１２は、操作キー１４から通話開始指令が与えられると、ボコーダ（Ｖｏｃｏｄｅｒ：音声符号化／復号化装置）１６，信号処理回路１８および無線回路２０を能動化する。これによって、携帯電話機１０は、図示しない相手方との間で通話可能な状態となる。
【００２０】
具体的には、マイクロホン２２に音声が入力されると、この音声は、当該マイクロホン２２によってアナログ電気信号である音声信号に変換される。変換された音声信号は、入力増幅回路２４によって増幅された後、ＡＤ／ＤＡ変換回路２６に入力され、ここでディジタル信号である音声データに変換される。変換された音声データは、さらにボコーダ１６に入力される。
【００２１】
ボコーダ１６は、入力された音声データに対してＥＶＣＲ（Ｅｎｈａｎｃｅｄ　Ｖａｒｉａｂｌｅ　Ｒａｔｅ　Ｃｏｄｅｃ）方式に基づく音声符号化処理を施す。これによって、音声データは、図２に示すようにフレームという複数のデータブロック１００，１００，…に分割され、圧縮される。なお、図には示さないが、それぞれのフレーム１００にはヘッダが含まれており、このヘッダには送信元や送信先などを表す各種情報が格納されている。また、それぞれのフレーム１００の容量、いわゆるフレーム長Ｔは、Ｔ＝２０［ｍｓ］とされている。
【００２２】
ボコーダ１６による処理後のフレーム１００，１００，…は、順次信号処理回路１８に入力される。信号処理回路１８は、入力されたフレーム１００，１００，…を、一旦、自身に内蔵された送信用バッファメモリ２８に格納する。そして、この送信用バッファメモリ２８に格納されたフレーム１００，１００，…を格納された順に読み出し、読み出したフレーム１００，１００，…に対してＣＤＭＡ（Ｃｏｄｅ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）方式の一種であるｃｄｍａＯｎｅ（登録商標：ＴＩＡ／ＥＩＡ／ＩＳ−９５Ａ規格）方式に基づく信号処理（拡散処理）を施す。信号処理回路１８はまた、各フレーム１００，１００，…に対して誤り訂正符号化処理をも施す。
【００２３】
この信号処理回路１８による処理後のデータ（フレーム１００，１００，…）は、無線回路２０に入力され、ここでＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ　Ｐｈａｓｅ　Ｓｈｉｆｔ　Ｋｅｙｉｎｇ）方式に基づくディジタル変調処理を施される。この変調処理後の信号は、無線回路２０内においてさらに増幅処理などの所定の処理を施された後、アンテナ３０に供給され、電波となって発射される。
【００２４】
一方、図示しない無縁基地局を介して相手方から送られてきた電波はアンテナ３０で受信され、当該アンテナ３０によって高周波信号に変換される。変換された高周波信号は、無線回路２０に入力され、ここで上述のＱＰＳＫ方式に基づく復調処理を施される。この復調処理によって復調されたデータは、信号処理回路１８に入力され、ここで上述のｃｄｍａＯｎｅ方式に基づく信号処理（逆拡散処理）および誤り訂正復号処理を施される。これによって、上述した図２と同様のフレーム１００，１００，…が抽出される。
【００２５】
抽出されたフレーム１００，１００，…は、一旦、信号処理回路１８内にある受信用バッファメモリ３２に格納される。そして、この受信バッファメモリ３２に格納されたフレーム１００，１００，…は、格納された順に、信号処理回路１８によって読み出され、ボコーダ１６に入力される。ボコーダ１６は、入力されたフレーム１００，１００，…に上述のＥＶＲＣ方式に基づく復号処理を施し、連続した音声データを生成する。生成された音声データは、ＡＤ／ＤＡ変換回路２６に入力され、ここで音声信号に変換される。そして、変換後の音声信号は、出力増幅回路３４によって増幅された後、スピーカ３６に入力される。これによって、相手方の音声がスピーカ３６から再現される。
【００２６】
このようにして相手方との間で通話が行われている最中に、操作キー１４の操作によって通話終了指令が与えられると、ＣＰＵ１２は、当該相手方との通話を終了するべく、ボコーダ１６，信号処理回路１８および無線回路２０を制御して、相手方に通話終了信号を送信する。そして、この通話終了信号の送信後、ＣＰＵ１２は、ボコーダ１６，信号処理回路１８および無線回路２０を不能化する。
また、先に相手方から通話終了信号を受信した場合も、ＣＰＵ１２は、（無線基地局に）通話終了信号を送信した後、ボコーダ１６，信号処理回路１８および無線回路２０を不能化する。
【００２７】
なお、通話中、ＣＰＵ１２は、通話時間をカウントするとともに、カウントした通話時間を液晶ディスプレイ３８に表示する。一方、非通話中は、ＣＰＵ１２は、操作キー１４の操作に応じた画面を液晶ディスプレイ３８に表示する。
【００２８】
ところで、この実施例の携帯電話機１０は、通話中に相手方の音声をゆっくりとした速度、たとえば元の音声の“１／１．５”倍という速度でスピーカ３６から再現させる、という言わば受話音速度制御機能を備えている。この機能は、操作キー１４の操作によって有効化される。
【００２９】
すなわち、操作キー１４の操作によって受話音速度制御機能が有効化されると、ＣＰＵ１２は、信号処理回路１８によって無線回路２０の出力データから抽出されたフレーム１００，１００，…が１つおきに２つ連続して受信用バッファメモリ３２に格納されるように当該信号処理回路１８を制御する。具体的には、奇数番目に抽出（受信）されたフレーム１００については１つずつ受信用バッファメモリ３２に格納させるように、一方、偶数番目に抽出されたフレーム１００については同じものを連続して２つずつ受信用バッファメモリ３２に格納させるように、信号処理回路１８を制御する。そして、ＣＰＵ１２は、受信用バッファメモリ３２に格納されたフレーム１００，１００，…を、格納された順に読み出させるように、信号処理回路１８を制御する。
【００３０】
これによって、たとえば信号処理回路１８によって抽出されたフレーム１００，１００，…が上述した図２に示すようなものであるとき、具体的には図２において“Ａ”，“Ｃ”，“Ｅ”，“Ｇ”，…という符号が付されたフレーム１００，１００，…が奇数番目に抽出され、“Ｂ”，“Ｄ”，“Ｆ”，“Ｈ”，…という符号が付されたフレーム１００，１００，…が偶数番目に抽出されたものであるとき、これらのフレーム１００，１００，…が格納された受信用バッファメモリ３２からは、図３に示すような状態で当該各フレーム１００，１００，…が読み出される。つまり、符号で表すと、“Ａ”，“Ｂ”，“Ｂ”，“Ｃ”，“Ｄ”，“Ｄ”，“Ｅ”，“Ｆ”，“Ｆ”，“Ｇ”，“Ｈ”，“Ｈ”，…という順番で各フレーム１００，１００，…が読み出される。
【００３１】
このようにして受信用バッファメモリ３２から読み出された各フレーム１００，１００，…、換言すればフレーム数が調整された符号化音声データは、順次、ボコーダ１６に入力され、これ以降、上述と同様の処理を施される。したがって、スピーカ３４からは、図３に示すようなフレーム１００，１００，…に従う音声が出力される。つまり、奇数番目のフレーム１００，１００，…に従う音声については１回ずつ出力され、偶数番目のフレーム１００，１００，…に従う音声については連続して２回出力される。
【００３２】
ただし、上述したように各フレーム１００，１００，…のフレーム長ＴはＴ＝２０［ｍｓ］と比較的に（特に人間の聴覚の応答性に比べて）短いので、偶数番目のフレーム１００，１００，…に対応する音声が連続して２回出力されたとしても、聴感上は全てのフレーム１００，１００，…に対応する音が一様に長く出力されたようにしか聞こえない。つまり、全体的には元の音声が“１／１．５”倍の速度で（換言すれば１．５倍の時間をかけて）再現されたのと同様の効果が得られる。このようにスピーカ３６から出力される音声は元の音声よりもゆっくりとした速度で再現されるので、受話音の聞き取り易さが向上する。
【００３３】
なお、受信用バッファメモリ３２は数秒分のフレーム１００，１００，…を格納できる容量Ｓｗを有しており、換言すれば受信用バッファメモリ３２の容量は有限である。したがって、偶数番目のフレーム１００，１００，…の全てが当該受信用バッファメモリ３２に格納されるとすると、一連の受信処理が破綻する。
【００３４】
そこで、ＣＰＵ１２は、受信用バッファメモリ３２の残り容量Ｓｒを監視している。そして、監視した残り容量Ｓｒが所定の閾値Ｓａを下回ったとき（Ｓｒ＜Ｓａ）、偶数番目のフレーム１００，１００，…についても奇数番目のフレーム１００，１００，…と同様に１つずつ受信用バッファメモリ３２に格納させるように信号処理回路１８を制御する。なお、閾値Ｓａは、受信用バッファメモリ３２の全容量Ｓｗの５０［％］〜８０［％］の範囲内（０．５Ｓｗ≦Ｓａ≦０．８Ｓｗ）に設定される。
【００３５】
さらに、ＣＰＵ１２は、受信した（信号処理回路１８によって抽出された）各フレーム１００，１００，…が有音フレームであるか否か、具体的には当該各フレーム１００，１００，…に或る一定レベル以上の音声情報が含まれているか否かを判断する。そして、ＣＰＵ１２は、上述の受信用バッファメモリ３２の残り容量Ｓｒが閾値Ｓａを下回るとき、有音フレームでないと判断したフレーム１００については受信用バッファメモリ３２に格納させるのではなく廃棄させるように信号処理回路１８を制御する。このように、音声情報を含まない無音フレームが廃棄されることで、受信用バッファメモリ３２の空き容量Ｓｒが確保される。
【００３６】
また、この実施例の携帯電話機１０は、相手方に対してもこちらからの音声をゆっくりとした速度、たとえば元の音声の“１／１．５”倍という速度で聞かせることができる、言わば送話音速度制御機能を備えている。この機能もまた、操作キー１４の操作によって有効化される。
【００３７】
すなわち、操作キー１４の操作によって送話音速度制御機能が有効化されると、ＣＰＵ１２は、ボコーダ１６から信号処理回路１８に入力されるフレーム１００，１００，…が１つおきに２つ連続して送信用バッファメモリ２８に格納されるように当該信号処理回路１８を制御する。具体的には、ボコーダ１６から信号処理回路１８に対して奇数番目に入力されるフレーム１００については１つずつ送信用バッファメモリ３２に格納させ、偶数番目に入力されるフレーム１００については同じものを連続して２つずつ送信用バッファメモリ２８に格納させるように、信号処理回路１８を制御する。そして、ＣＰＵ１２は、送信用バッファメモリ２８に格納されたフレーム１００，１００，…を、格納された順に読み出させるように、信号処理回路１８を制御する。
【００３８】
これによって、たとえばボコーダ１６から信号処理回路１８に入力されたフレーム１００，１００，…が上述した図２に示すようなものであるとき、具体的には図２において“Ａ”，“Ｃ”，“Ｅ”，“Ｇ”，…という符号が付されたフレーム１００，１００，…が奇数番目に入力され、“Ｂ”，“Ｄ”，“Ｆ”，“Ｈ”，…という符号が付されたフレーム１００，１００，…が偶数番目に入力されたものであるとき、これらのフレーム１００，１００，…が格納された送信用バッファメモリ２８からは、図３に示すような状態で当該各フレーム１００，１００，…が読み出される。つまり、符号で表すと、“Ａ”，“Ｂ”，“Ｂ”，“Ｃ”，“Ｄ”，“Ｄ”，“Ｅ”，“Ｆ”，“Ｆ”，“Ｇ”，“Ｈ”，“Ｈ”，…という順番で各フレーム１００，１００，…が読み出される。
【００３９】
このようにして送信用バッファメモリ２８から読み出された各フレーム１００，１００，…、換言すればフレーム数が調整された符号化音声データは、これ以降、上述と同様の処理を施される。この結果、アンテナ３０からは、図３に示すようなフレーム１００，１００，…に従う高周波信号が発射される。
【００４０】
よって、このような高周波信号を受信した相手方においては、上述した受話音速度制御機能による効果と同様、元の音声の“１／１．５”倍の速度で受話音が出力される。したがって、相手方の電話がこの実施例における受話音速度制御機能と同様の機能を備えていなくても、当該相手方に対して受話音を聞き取り易くすることができる。
【００４１】
なお、送信用バッファメモリ２８もまた、受信用バッファメモリ３２と同程度の容量Ｓｗ’を有しており、換言すれば送信用バッファメモリ２８の容量Ｓｗ’もまた有限である。したがって、偶数番目のフレーム１００，１００，…の全てが当該送信用バッファメモリ２８に格納されるとすると、一連の送信処理が破綻する。
【００４２】
そこで、ＣＰＵ１２は、送話音速度制御機能が有効化されているとき、送信用バッファメモリ２８の残り容量Ｓｒ’を監視する。そして、監視した残り容量Ｓｒ’が所定の閾値Ｓａ’を下回ったとき（Ｓｒ’＜Ｓａ’）、偶数番目のフレーム１００，１００，…についても奇数番目のフレーム１００，１００，…と同様に１つずつ送信用バッファメモリ２８に格納させるように信号処理回路１８を制御する。なお、閾値Ｓａ’は、受信用バッファメモリ３２の全容量Ｓｗ’の５０［％］〜８０［％］の範囲内（０．５Ｓｗ’≦Ｓａ’≦０．８Ｓｗ’）に設定される。
【００４３】
また、ＣＰＵ１２は、送信用バッファメモリ２８の残り容量Ｓｒ’が閾値Ｓａ’を下回ったとき、ボコーダ１６を制御して、スピーカ３６から警告音（ピープ音）を発生させる。これによって、オペレータに対して送信用バッファメモリ２８の残り容量Ｓｒ’に余裕が無くなりつつあることを警告し、ひいてはオペレータに対して故意に無音時間を作るように注意を促す（催促する）。
【００４４】
さらに、ＣＰＵ１２は、送信対象となる各フレーム１００，１００，…が有音フレームであるか否か、具体的には当該各フレーム１００，１００，…に或る一定レベル以上の音声情報が含まれているか否かを判断する。そして、ＣＰＵ１２は、上述の送信用バッファメモリ２８の残り容量Ｓｒ’が閾値Ｓａ’を下回るとき、有音フレームでないと判断したフレーム１００については送信用バッファメモリ２８に格納させるのではなく廃棄させるように信号処理回路１８を制御する。このように、音声情報を含まない無音フレームが廃棄されることで、送信用バッファメモリ２８の空き容量Ｓｒ’が確保される。
【００４５】
さて、ＣＰＵ１２は、上述の受話音速度制御機能が有効化されているとき、受信処理として図４のフロー図で示される処理を実行する。なお、この処理をＣＰＵ１２に実行させるためのいわゆる制御プログラムは、ＲＯＭ４０に記憶されている。
【００４６】
すなわち、受話音速度制御機能が有効化されている状態で操作キー１４から通話開始指令が与えられると、ＣＰＵ１２は、ステップＳ１に進み、所定の初期設定を行う。具体的には、信号処理回路１８によって抽出される各フレーム１００，１００，…の抽出順を表すインデックスｍを“０”とするとともに、受信用バッファメモリ３２の内容をクリアする。
【００４７】
このステップＳ１の初期設定を終えると、ＣＰＵ１２は、ステップＳ３に進み、信号処理回路１８によってフレーム１００が抽出されたか否かを判断する。ここで、フレーム１００が１つ抽出されると、ＣＰＵ１２は、ステップＳ５に進み、上述のインデックスｍの値を１だけインクリメントする。そして、ＣＰＵ１２は、ステップＳ７に進み、受信用バッファメモリ３２の空き容量Ｓｒに余裕が有るか否か、つまり当該空き容量Ｓｒが上述した閾値Ｓａ以上（Ｓｒ≧Ｓａ）であるか否かを判断する。
【００４８】
このステップＳ７において、受信用バッファメモリ３２の空き容量Ｓｒに余裕が有ると判断すると、ＣＰＵ１２は、ステップＳ９に進む。そして、このステップＳ９において、インデックスｍの値が偶数であるか否か、つまり現時点で抽出されているフレーム１００が偶数番目に抽出されたものであるか否かを判断する。ここで、インデックスｍの値が偶数であるとき、ＣＰＵ１２は、ステップＳ１１に進み、現時点で抽出されているフレーム１００を受信用バッファメモリ３２に２つ格納する。
【００４９】
そして、このステップＳ１１の処理後、ＣＰＵ１２は、ステップＳ１３に進み、先出し先入れ（Ｆｉｒｓｔ−Ｉｎ　Ｆｉｒｓｔ−Ｏｕｔ）方式に従って受信用バッファメモリ３２からフレーム１００を１つだけ読み出す。読み出されたフレーム１００は、上述したようにボコーダ１６に入力される。
【００５０】
さらに、ＣＰＵ１２は、ステップＳ１５に進み、通話が終了したか否か、詳しくは操作キー１４から通話終了指令が与えられたか否か、若しくは相手方から通話終了信号を受信したか否かを判断する。ここで、通話が終了したと判断すると、ＣＰＵ１２は、ステップＳ１７に進み、通話を終了するための処理を実行する。つまり、相手方に通話終了信号を送信した後、ボコーダ１６，信号処理回路１８および無線回路２０を不能化する。このステップＳ１７の処理を終えることで、ＣＰＵ１２は、図４のフロー図で示される一連の受信処理を終了する。
【００５１】
一方、ステップＳ１５において通話が終了していないと判断したときは、ＣＰＵ１２は、ステップＳ３に戻る。また、上述のステップＳ９においてインデックスｍの値が偶数ではない、つまり奇数であると判断した場合、ＣＰＵ１２は、ステップＳ１９に進む。そして、このステップＳ１９において、現時点で抽出されているフレーム１００を受信用バッファメモリ３２に１つだけ格納した後、ＣＰＵ１２は、ステップＳ１３に進む。
【００５２】
さらに、上述のステップＳ７において受信用バッファメモリ３２の空き容量Ｓｒに余裕が無いと判断した場合は、ＣＰＵ１２は、ステップＳ２１に進む。そして、ＣＰＵ１２は、このステップＳ２１において、現時点で抽出されているフレーム１００が有音フレームであるか否かを判断する。ここで、当該フレーム１００が有音フレームであると判断すると、ＣＰＵ１２は、そのフレーム１００を受信用バッファメモリ３２に１つだけ格納するべくステップＳ１９に進む。一方、現時点で抽出されているフレーム１００が無音フレームであるとき、ＣＰＵ１２は、ステップＳ２１からステップＳ２３に進む。そして、このステップＳ２３において当該フレーム１００を廃棄した後、ＣＰＵ１２は、ステップＳ１５に進む。
【００５３】
次に、上述した送話音速度制御機能が有効化されているときのＣＰＵ１２の動作について、図５を参照して説明する。
【００５４】
すなわち、送話音速度制御機能が有効化されている状態で操作キー１４から通話開始指令が与えられると、ＣＰＵ１２は、上述の制御プログラムに従ってステップＳ５１に進む。このステップＳ５１において、ＣＰＵ１２は、所定の初期設定を行い、具体的には、ボコーダ１６から信号処理回路１８に入力される各フレーム１００，１００，…の入力順を表すインデックスｎを“０”とするとともに、送信用バッファメモリ２８の内容をクリアする。
【００５５】
このステップＳ５１の初期設定を終えると、ＣＰＵ１２は、ステップＳ５３に進み、ボコーダ１６から信号処理回路１８にフレーム１００が入力されたか否かを判断する。ここで、フレーム１００が１つ入力されると、ＣＰＵ１２は、ステップＳ５５に進み、上述のインデックスｎの値を１だけインクリメントする。そして、ＣＰＵ１２は、ステップＳ５７に進み、送信用バッファメモリ２８の空き容量Ｓｒ’に余裕が有るか否か、つまり当該空き容量Ｓｒ’が上述した閾値Ｓａ’以上（Ｓｒ’≧Ｓａ’）であるか否かを判断する。
【００５６】
このステップＳ５７において、送信用バッファメモリ３２の空き容量Ｓｒ’に余裕が有ると判断すると、ＣＰＵ１２は、ステップＳ５９に進む。そして、このステップＳ５９において、現在上述した警告音が出力されているか否かを判断する。ここで、警告音が出力されているとき、ＣＰＵ１２は、ステップＳ６１において、当該警告音の出力を停止した後、ステップＳ６３に進む。一方、警告音が出力されていないときは、ＣＰＵ１２は、ステップＳ５９から直接ステップＳ６３に進む。
【００５７】
ステップＳ６３において、ＣＰＵ１２は、インデックスｎの値が偶数であるか否か、つまり現時点で信号処理回路１８に入力されているフレーム１００が偶数番目に入力されたものであるか否かを判断する。ここで、インデックスｎの値が偶数であるとき、ＣＰＵ１２は、ステップＳ６５に進み、現時点でボコーダ１６から信号処理回路１８に入力されているフレーム１００を送信用バッファメモリ２８に２つ格納する。
【００５８】
そして、このステップＳ６５の処理後、ＣＰＵ１２は、ステップＳ６７に進み、先出し先入れ（Ｆｉｒｓｔ−Ｉｎ　Ｆｉｒｓｔ−Ｏｕｔ）方式に従って送信用バッファメモリ２８からフレーム１００を１つだけ読み出す。読み出されたフレーム１００は、上述したように信号処理回路１８によってｃｄｍａＯｎｅ方式に基づく信号処理および誤り訂正符号化処理を施される。
【００５９】
さらに、ＣＰＵ１２は、ステップＳ６９に進み、通話が終了したか否かを判断する。ここで、通話が終了したと判断すると、ＣＰＵ１２は、ステップＳ７１に進み、通話を終了するための処理を実行する。つまり、相手方に通話終了信号を送信した後、ボコーダ１６，信号処理回路１８および無線回路２０を不能化する。このステップＳ７１の処理を終えることで、ＣＰＵ１２は、図５のフロー図で示される一連の送信処理を終了する。
【００６０】
一方、ステップＳ６９において通話が終了していないと判断したときは、ＣＰＵ１２は、ステップＳ５３に戻る。また、上述のステップＳ６３おいてインデックスｎの値が偶数ではない、つまり奇数であると判断した場合、ＣＰＵ１２は、ステップＳ７３に進む。そして、このステップＳ７３において、現時点でボコーダ１６から信号処理回路１８に入力されているフレーム１００を送信用バッファメモリ２８に１つだけ格納した後、ＣＰＵ１２は、ステップＳ６７に進む。
【００６１】
また、上述のステップＳ５７において送信用バッファメモリ２８の空き容量Ｓｒ’に余裕が無いと判断した場合は、ＣＰＵ１２は、ステップＳ７５に進む。そして、ＣＰＵ１２は、このステップＳ７５において、警告音が出力されているか否かを判断し、警告音が出力されていない場合には、ステップＳ７７に進む。そして、このステップＳ７７において、当該警告音の出力を開始した後、ＣＰＵ１２は、ステップＳ７９に進む。一方、ステップＳ７５において警告音が出力されている場合には、ＣＰＵ１２は、直接ステップＳ７９に進む。
【００６２】
ステップＳ７９において、ＣＰＵ１２は、現時点でボコーダ１６から信号処理回路１８に入力されているフレーム１００が有音フレームであるか否かを判断する。ここで、当該フレーム１００が有音フレームであると判断した場合、ＣＰＵ１２は、そのフレーム１００を送信用バッファメモリ２８に１つだけ格納するべくステップＳ７３に進む。一方、信号処理回路１８に入力されているフレーム１００が無音フレームであるとき、ＣＰＵ１２は、ステップＳ７９からステップＳ８１に進む。そして、このステップＳ８１において当該フレーム１００を廃棄した後、ＣＰＵ１２は、ステップＳ６９に進む。
【００６３】
以上の説明から判るように、この実施例の携帯電話機１０によれば、受話音速度制御機能が有効化されたとき、スピーカ３６から出力される音声は、元の音声よりもゆっくりとした速度で再現される。したがって、受話音が聞き取り易くなる。
【００６４】
一方、送話音速度制御機能が有効化されると、相手方において、こちらからの音声がゆっくりとした速度で再現される。したがって、相手方の電話機がこの実施例における受話音速度制御機能と同様の機能を備えていなくても、当該相手方に対してこちらからの音声を聞き取り易くすることができる。
【００６５】
さらに、この実施例における受話音速度制御機能および送話音速度制御機能は、上述した従来技術と併用することができる。つまり、これらを併用することで、受話音の聞き取り易さがより一層向上する。
【００６６】
なお、この実施例においては、ｃｄｍａＯｎｅ方式の携帯電話機１０にこの発明を適用する場合について説明したが、これに限らない。すなわち、Ｗ−ＣＤＭＡ方式やｃｄｍａ２０００方式などの他のＣＤＭＡ方式、或いはＴＤＭＡ（ＴｉｍｅＤｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）方式の携帯電話機にも、この発明を適用できる。
また、携帯電話機１０に限らず、ＰＨＳ（Ｐｅｒｓｏｎａｌ　Ｈｎａｄｙｐｈｏｎｅ　Ｓｙｓｔｅｍ）や加入電話における親機と子機との間の通信にも、この発明を適用できる。
【００６７】
そして、この実施例では、受話音速度制御機能によって、スピーカ３６から再現される音声を元の音声の“１／１．５”倍の速度で再現させることとしたが、これ以外の速度で再現させることもできる。たとえば、元の音声の“１／２”倍の速度で再現させるには、信号処理回路１８によって抽出されたフレーム１００，１００，…を受信用バッファメモリ３２に格納させるとき、当該フレーム１００，１００，…の全てを２つずつ受信用バッファメモリ３２に格納させるようにすればよい。つまり、元の音声の“１／Ｘ”倍の速度で再現させるには、信号処理回路１８によって抽出されたフレーム１００，１００，…の全てをＸ個ずつ受信用バッファメモリ３２に格納させればよい。
【００６８】
このことは、送話音速度制御機能についても同様である。すなわち、ボコーダ１６から信号処理回路１８に入力されたフレーム１００，１００，…を送信用バッファメモリ２８に格納させるとき、当該フレーム１００，１００，…の全てをＸ個ずつ格納させれば、相手方において、こちらからの音声を“１／Ｘ”倍の速度で再現させることができる。ここで言うＸという値は、操作キー１４の操作によって任意に設定できるようにしてもよい。
【００６９】
なお、この実施例では、ＣＰＵ１２が１つであるので、受話音速度制御機能および送話音速度制御機能の両方を同時に有効化することができないが、ＣＰＵ１２を２つ設ければ、これらの機能を同時に有効化することができる。
【図面の簡単な説明】
【図１】この発明の一実施例の概略構成を示すブロック図である。
【図２】図１の実施例において送受信の対象となるデータの構造を示す図解図である。
【図３】図１の実施例において復号の対象となるデータの構造を示す図解図である。
【図４】図１の実施例におけるＣＰＵの動作の一例を示すフロー図である。
【図５】図１の実施例におけるＣＰＵの別の動作の一例を示すフロー図である。
【符号の説明】
１０…携帯電話機
１２…ＣＰＵ
１４…操作キー
１６…ＡＤ／ＤＡ変換回路
１８…信号処理回路
２０…無線回路
２８…送信用バッファメモリ
３２…受信用バッファメモリ
【図１】
2004128834.tif 000003
【図２】
2004128834.tif 000004
【図３】
2004128834.tif 000005
【図４】
2004128834.tif 000006
【図５】
2004128834.tif 000007