JP2000253453A - データ受信端末装置及びデータ受信方法 - Google Patents

Abstract

(57)【要約】 【課題】 例えば、携帯電話端末を使って音楽データを
配信する場合に、データのダウンロード中でも着信が検
出できるようにすると共に、データの受信を再開したと
きに、データのダウンロード時間を短縮できるようにす
る。 【解決手段】 受信データを受信用のチャンネルでブロ
ック毎に受信し、ブロック毎の受信の間に着信検出用の
チャンネルに設定して着信を検出する。これにより、デ
ータをダウロードしている最中でも、着信が検出でき
る。また、着信等によりデータの受信が中断されたとき
に、それまで受信したデータに続くデータ位置を示す情
報を保存し、データの受信を再開したときに、保存され
ていたそれまで受信したデータに続くデータ位置からデ
ータの受信を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、携帯電話端末使
った音楽配信システムに用いて好適なデータ受信端末装
置及びデータ受信方法に関する。

【０００２】

【従来の技術】携帯電話端末は、相手方との通話を行な
うための電話端末としてばかりでなく、スポーツ情報や
天気予報、交通情報等の音声による情報サービスや、メ
ールをやり取りするための端末として広く利用されてき
ており、最早、単なる電話端末ではなく、携帯情報端末
の中核として利用されるようになってきている。このよ
うな携帯電話端末を利用したサービスとして、本願出願
人は、携帯電話端末を利用した音楽配信サービスを提案
している。

【０００３】すなわち、携帯電端末を利用した音楽配信
サービスでは、ダウンロード可能な多数の音楽データが
蓄積されたサーバが用意され、携帯電話端末を使って所
望の電話番号でアクセスすると、この音楽配信のサーバ
に接続できる。携帯電話端末で音楽配信サービスを受け
たい場合には、ユーザは携帯電話端末を使って、この音
楽配信サービスのサーバに接続し、所望の音楽データを
選択して、音楽データをダウンロードする。

【０００４】このような携帯電話端末を利用した音楽配
信サービスでは、ユーザは、どこでも、手軽に、聞きた
い音楽をダウンロードすることができる。更に、携帯電
話端末に音楽再生回路を内蔵させておき、ヘッドホンス
テレオとして使えるようにすると、ダウンロードした音
楽をその場で楽しむことができるようになる。

【０００５】

【発明が解決しようとする課題】ところで、携帯電話端
末を利用した音楽配信サービスが実現されると、音楽ダ
ウンロードしたいユーザは、携帯電話端末を音楽データ
のダウンロードのために占有してしまい、携帯電話を利
用できなくなってしまう。特に、携帯電話端末を音楽デ
ータをダウンロードするのに使っていると、その間、着
信を受けることができなくなってしまう。

【０００６】また、音楽データの受信中に、ビル影等に
入って受信状態が悪化したり、着信等が入り、データの
受信を中断しなければならなくなることが考えられる。
このような場合、通常、データの受信が行なえるように
なってから、音楽データの受信を再開することになる。

【０００７】ところが、従来では、音楽データの受信を
再開したときに、どこまで音楽データがダウンロード済
なのかが不明であるため、データの最初からダウンロー
ドし直さなければならない。このため、データのダウン
ロード時間が長くかかってしまう。

【０００８】したがって、この発明の目的は、データの
ダウンロード中でも、着信が検出できるデータ受信端末
装置及びデータ受信方法を提供することにある。

【０００９】この発明の他の目的は、データの受信を再
開したときに、データのダウンロード時間を短縮できる
データ受信端末装置及びデータ受信方法を提供すること
にある。

【００１０】

【課題を解決するための手段】この発明は、データ受信
用のチャンネルと着信検出用のチャンネルとを切り換え
る手段と、受信データを受信用のチャンネルでブロック
毎に受信し、ブロック毎の受信の間に着信検出用のチャ
ンネルに設定して着信を検出する手段とを備えるように
したデータ受信端末装置である。

【００１１】更に、この発明では、データの受信が中断
されたときに、それまで受信したデータに続くデータ位
置を示す情報を保存する手段を備えている。

【００１２】更に、この発明では、データの受信を再開
したときに、保存されていたそれまで受信したデータに
続くデータ位置からデータの受信を行なう手段を備えて
いる。

【００１３】携帯電話端末でデータをダウンロードする
際に、受信データをブロック毎に分割し、データ受信用
のチャンネルでブロック毎にデータを受信し、ブロック
の間に着信検出用のチャンネルに設定して着信を検出す
るようにしている。これにより、データをダウロードし
ている最中でも、着信が検出できる。

【００１４】また、着信等によりデータの受信が中断さ
れたときに、それまで受信したデータに続くデータ位置
を示す情報が保存され、データの受信を再開したとき
に、保存されていたそれまで受信したデータに続くデー
タ位置からデータの受信が行なわれる。これにより、そ
れまで受信したデータに続くデータ位置からデータのダ
ウンロードが開始されるようになり、ダウンロード時間
が速くなる。

【００１５】

【発明の実施の形態】以下、この発明の実施の携帯につ
いて図面を参照して説明する。図１は、この発明が適用
された携帯電話端末の一例である。図１において、１は
コントローラである。コントローラ１には、キー２から
入力が与えられる。キー２は、携帯電話端末の前面パネ
ルに配列されたキーであり、このキー２からの入力によ
り、電話番号の設定や、発呼、着信の設定等が行なわれ
る。また、音楽データの配信サービスを利用する際に
は、キー２の操作により、メニューの設定やダウンロー
ドしたい音楽データを選択することができる。

【００１６】コントローラ１の出力がディスプレイ３に
供給される。ディスプレイ３に、電話番号等が表示され
る。また、音楽データの配信サービスを利用する場合に
は、ディスプレイ３に、メニューや曲名のリスト等が表
示される。

【００１７】４は音声処理回路である。音声処理回路４
は、送話時には、ディジタル音声信号のエンコード処理
を行い、受話時には、ディジタル音声信号のデコード処
理を行なう。例えば、ＴＤＭＡ（Time Divsion Multipl
e Access）方式の携帯電話では、音声符号化方式とし
て、ＶＳＥＬＰ（Vector Sum Excited Linear Predicti
ve Coding ）等が用いられる。

【００１８】送話時には、マイクロホン５に音声が入力
され、マイクロホン５の出力がＡ／Ｄコンバータ６によ
りディジタル化され、音声処理回路４に供給される。音
声処理回路４により、音声データが例えばＶＳＥＬＰで
圧縮される。この音声処理回路４の出力が送信回路７に
供給される。送信回路７により、送信データが変調さ
れ、所定の搬送波周波数に変換される。送信回路７の出
力がアンテナ８に供給され、送信信号がが基地局に向け
て送られる。

【００１９】受話時には、アンテナ８からの受信信号が
受信回路１０に供給される。受信回路１０で、受信デー
タが復調される。この復調データが音声処理回路４に送
られる。音声処理回路４で、例えばＶＳＥＬＰデコード
処理が行なわれ、ディジタル音声信号が復号される。

【００２０】復号されたディジタル音声信号がＤ／Ａコ
ンバータ１１に供給され、アナログ信号に変換される。
Ｄ／Ａコンバータ１１でアナログ信号に変換された音声
信号は、スピーカ１２に供給される。

【００２１】なお、上述の例では、ＴＤＭＡ方式の携帯
電話端末とされているが、他の方式、例えば、ＣＤＭＡ
（Code Division Multiple Access ）方式の携帯電話端
末でも同様に適用できる。

【００２２】この発明が適用された携帯電話端末は、音
楽配信サービスを利用して、音楽データをダウンロード
することができる。音楽配信サービスを利用する場合に
は、キー２の操作により、携帯電話端末が音楽配信サー
ビスのサーバに接続される。携帯電話端末を音楽配信サ
ービスのサーバに接続して、ユーザが音楽を選択する
と、選択された音楽データが音楽配信サービスのサーバ
から携帯電話端末に送られてくる。受信された音楽デー
タは、受信回路１０から、音声処理回路４、コントロー
ラ１を介して、メモリ１５に蓄積される。

【００２３】なお、音楽データのデータ量は膨大となる
ため、音楽データは圧縮されて送られてくる。音楽デー
タの圧縮方式としては、ＡＴＲＡＣ（Adaptive Transfo
rm Acoustic Coding）を用いることが考えられる。勿
論、他の圧縮方式を用いるようにしても良い。

【００２４】また、メモリ１５としては、不揮発性のフ
ラッシュメモリ等を用いることが考えられる。また、メ
モリ１５は携帯電話端末の本体に内蔵するようにしても
良いし、メモリ１５としてカード状のものを用い、メモ
リ１５を携帯電話端末の本体から着脱自在とするように
しても良い。勿論、メモリ１５として、磁気ディスクや
光ディスクを用いるようにしても良い。

【００２５】メモリ１５に蓄積された音声データを再生
する場合には、キー２の操作により、メモリ１５の音楽
データのうち所望のものが選択される。音楽データが選
択されると、選択された音楽データがメモリ１５から読
み出され、音声伸長回路１６に供給される。音声伸長回
路１６で、例えば、ＡＴＲＡＣによる音声データの伸長
処理が行なわれ、ディジタルオーディオ信号がデコード
される。

【００２６】音声伸長回路１６の出力がＤ／Ａコンバー
タ１７に供給される。Ｄ／Ａコンバータ１７で、ディジ
タルオーディオ信号がアナログオーディオ信号に変換さ
れる。Ｄ／Ａコンバータ１７の出力がヘッドホン１８に
供給される。

【００２７】なお、この例では、電話を利用する場合の
スピーカ１２と、メモリ１５からの再生音を出力させる
ヘッドホン１８を別に設けているが、これらを共用させ
るようにしても良い。

【００２８】このように、音楽データを蓄積するメモリ
１５を備えた携帯電話端末では、音楽配信サービスを利
用すると、所望の音楽データをダウンロードして、メモ
リ１５に蓄積させることができる。そして、ダウンロー
ドした音楽データをヘッドホン１８を使って、手軽に再
生することができる。

【００２９】図２は、この発明が適用された携帯電話端
末の通話処理を示すフローチャートである。

【００３０】図２において、待ち受け状態では、制御チ
ャンネルに設定されており（ステップＳ１）、着信があ
るか否かが判断される（ステップＳ２）。着信がなけれ
ば、発呼があるか否かが判断され（ステップＳ３）、発
呼がなければ、ステップＳ１に戻り、着信検出が続けら
れる。

【００３１】着信があると、ステップＳ２で着信ありと
判断され、通話用のチャンネルに設定され（ステップＳ
４）、通話が行なわれ（ステップＳ５）、通話が終了す
ると（ステップＳ６）、ステップＳ１に戻り、制御チャ
ンネルに設定され、再び着信検出が続けられる。

【００３２】発呼があると、ステップＳ３で発呼がある
と判断される。この場合、発呼が通常の通話のための発
呼か、音楽データをダウンロードするための発呼かが判
断され（ステップＳ７）、通常の通話の発呼なら、通話
用のチャンネルに設定され（ステップＳ４）、通話が行
なわれ（ステップＳ５）、通話が終了すると（ステップ
Ｓ６）、ステップＳ１に戻り、制御チャンネルに設定さ
れ、再び着信の検出が続けられる。

【００３３】ステップＳ７で、音楽のダウンロードのた
めの発呼であると判断されたら、ダウンロード用のチャ
ンネルに設定される（ステップＳ８）。ダウンロード用
のチャンネルに設定されたら、ダウンロードしたい所望
の音楽が選局される（ステップＳ９）。そして、ステー
タスが「１」か否かが判断される（ステップＳ１０）。

【００３４】なお、ステータスとは、既に途中までその
音楽データをダウンロードしたことがあるか否かを示す
ものであり、ステータスが「１」なら、既に途中までそ
の音楽データをダウンロードしたことがあることを示
し、ステータスが「０」なら、途中まで音楽データをダ
ウンロードしたものはないことを示している。

【００３５】ステップＳ１０で、ステータスが「０」な
ら、ロードカウンタＮの値が「０」に初期化され、ビッ
トカウンタＭの値が「０」に初期化される（ステップＳ
１１）。

【００３６】なお、ロードカウンタは、受信したデータ
のブロック数を示し、ビットカウンタは、受信したデー
タの１ブロック内のデータ数を示している。

【００３７】ステップＳ１０で、ステータスが「１」な
ら、ロードカウンタＮの値がそれまで保存されていた値
に設定され（ステップＳ１２）、ビットカウンタＭの値
が「０」に初期化される（ステップＳ１３）。

【００３８】ステップＳ１１、ステップＳ１２、Ｓ１３
でロードカウンタＮの値及びビットタウンタＭの値が設
定されたら、受信する音楽データの総データ量ｙが取得
される（ステップＳ１４）。そして、ステータスが
「１」にセットされ、音楽データのダウンロードが開始
される（ステップＳ１６）。このとき、音楽データのダ
ウンロードの開始位置は、ロードカウンタＮの値及びビ
ットカウンタＭの値により設定される。

【００３９】すなわち、ステップＳ１０でステータスが
「０」であると判断されたときには、ステップＳ１１で
ロードカウンタの値「Ｎ」及びビットカウンタＭの値は
「０」に初期化されているので、その音楽データの開始
位置がダウンロードの開始位置となる。ステップＳ１０
でステータスが「１」であると判断されたときには、ス
テップＳ１２でロードカウンタの値「Ｎ」はそれまで記
憶されていた値に設定され、ステップＳ１３でビットカ
ウンタＭは「０」に設定されるので、それまで記憶され
ていたブロックの先頭がダウンロードの開始位置とな
る。

【００４０】音楽データがダウンロードされると、ダウ
ンロードされた音楽データのデータ数に基づいて、ビッ
トカウンタＭの値が進められる（ステップＳ１７）。そ
して、今までダウンロードした音楽データの総データ量
が受信する音楽データの総データ量ｙに達したか否かが
判断される。

【００４１】すなわち、今までにダウンロードした音楽
データのデータ数は、ビットカウンタＭの値と、ロード
カウンタＮの値と、１ブロックの音楽データのデータ量
をｘとから、（ｘ×Ｎ＋Ｍ）として求められる。この
（ｘ×Ｎ＋Ｍ）の値が音楽データの総データ量ｙと等し
くなったか否かが判断される（ステップＳ１８）。

【００４２】（ｘ×Ｎ＋Ｍ）の値が音楽データの総デー
タ量ｙに達していなければ、ビットカウンタＭの値が、
１ブロックの音楽データのデータ量ｘに達したか否かが
判断される（ステップＳ１９）。ビットカウンタＭの値
が１ブロックの音楽データのデータ量ｘに達っしていな
ければ、ステップＳ１６に戻され、音楽データのダウン
ロードが続けられる。

【００４３】音楽データのダウンロードを続けていく
と、ビットカウンタＭの値が１ブロックの音楽データの
データ量ｘと等しくなる。ビットカウンタＭの値が１ブ
ロックの音楽データのデータ量ｘと等しくなったら、ロ
ードカウンタＮの値がインクリメントされ（ステップＳ
２０）、ビットカウンタＭの値が「０」に設定される
（ステップＳ２１）。そして、チャンネルが制御チャン
ネルに切り換えられる（ステップＳ２２）。

【００４４】制御チャンネルに切り換えられたら、着信
があったか否かが判断される（ステップＳ２３）。

【００４５】ここで、着信が無ければ、ダウンロード用
のチャンネルに切り換えられ（ステップＳ２４）、ステ
ップＳ１６に戻される。

【００４６】ステップＳ１６で、ロードカウンタＮの値
に基づいて、音楽データのダウンロードの開始位置が設
定されて、音楽データがダウンロードされる。ロードカ
ウンタＮの値は、ステップＳ２０で、１ブロックのデー
タ量ｘだけ受信する毎にインクリメントされるため、音
楽データのダウンロードの開始位置は、１ブロックのデ
ータを受信する毎に、１ブロック分だけ進められてい
く。これにより、音楽データは、１ブロック毎に区切ら
れて受信されることになる。

【００４７】ステップＳ１６〜ステップＳ２４までのル
ープが繰り返されて、音楽データのダウンロードが１ブ
ロック毎に行なわれていく。そして、各ブロックの間
で、制御チャンネルに設定され、着信が検出される。着
信があると、ステップＳ２３で着信があったと判断され
る。

【００４８】着信があったと判断されたら、ロードカウ
ンタＮの値が保存される（ステップＳ２５）。なお、ロ
ードカウンタＮの値は例えばコントローラ１内のメモリ
やレジスタに記憶される。そして、通話チャンネルに設
定され（ステップＳ４）、通話が行なわれ（ステップＳ
５）、通話が終了したら（ステップＳ６）、ステップＳ
１に戻され、着信検出が続けられる。

【００４９】ステップＳ１６〜ステップＳ２４までのル
ープが繰り返されて、音楽データのダウンロードが続け
られ、音楽データのダウンロードが完了すると、ステッ
プＳ１８で、（ｘ×Ｎ＋Ｍ）の値が音楽データの総デー
タ量ｙと等しくなると判断される。この場合には、ステ
ータスが「０」とされ（ステップＳ２６）、ステップＳ
１に戻され、着信検出が続けられる。

【００５０】以上のように、この発明が適用された携帯
電話端末では、音楽データが１ブロック毎に区切られて
受信され、１ブロック毎に制御チャンネルに切り換えら
れて、着信が検出される。このため、音楽データをダウ
ンロードしている最中にも、着信を検出できる。

【００５１】また、この発明が適用された携帯電話端末
では、音楽データをダウンロード中に着信を受けるとき
には、ステップＳ２５で、ロードカウンタＮの値が保存
される。このため、次に音楽データをダウンロードする
ときには、ステップＳ１２で、このとき保存されていた
ロードカウンタの値がＮが設定され、この保存されてい
たロードカウンタＮの値から音楽データのダウンロード
が開始される。したがって、直前にダウンロードしてい
た音楽データの次から、音楽データのダウンロードが再
開されることになる。

【００５２】つまり、図３に示すように、総データ量が
ｙの音楽データを、１ブロックがｘビット毎に区切って
受信するものとする。なお、＃０、＃１、＃２はブロッ
クの番号を示す。

【００５３】新たに音楽データをダウンロードする際に
は、図４Ａに示すように、ダウンロード用のチャンネル
に設定され、ロードカウンタＮ、ビットカウンタＭの値
が「０」に初期化されて、音楽データのダウンロードが
開始される。

【００５４】ロードカウンタＮ及びビットカウンタＭの
値は「０」に初期化さているので、図４Ｂに示すよう
に、時点ｔ₁ から、ブロック番号＃０のブロックの最初
からデータがダウンロードされていく。このとき、１ブ
ロック内のダウンロードしたデータのデータ量は、ビッ
トカウンタＭの値により示される。

【００５５】時点ｔ₂ で１ブロック分のデータ量を受信
すると、ビットカウンタＭの値はｘとなる。ビットカウ
ンタＭの値がｘになったら、図４Ａに示すように、制御
チャンネルに設定され、図４Ｃに示すように、ロードカ
ウンタＮの値が増加して「１」になる。

【００５６】ここで、制御チャンネルを見にいき、着信
がなければ、時点ｔ₃ で、ロードカンウタＮの値及びビ
ットカウンタＭの値に基づいて、次のブロックの音楽デ
ータがダウンロードされる。このとき、ロードカウンタ
Ｎの値が「１」で、ビットカウンタＭの値が「０」なの
で、図４Ｂに示すように、ブロック＃１の先頭からデー
タがダウンロードされていく。

【００５７】以下、同様に、時点ｔ₃ 〜ｔ₄ で１ブロッ
ク分のデータ量を受信すると、ビットカウンタＭの値は
ｘとなり、時点ｔ₄ で制御チャンネルに設定され、ロー
ドカウンタＮの値が「２」になり、ここで、着信がなけ
れば、ロードカウンタＮの値及びビットカウンタＭの値
に基づいて、図４Ｂに示すように、時点ｔ₅ からブロッ
ク＃２の先頭からデータがダウンロードされていく。

【００５８】時点ｔ₆ で１ブロック分のデータ量を受信
し、ビットカウンタＭの値がｘになると、図４Ａに示す
ように、制御チャンネルに設定され、ロードカウンタの
値が「３」になる。

【００５９】ここで、着信があったとする。この場合に
は、図４Ｄに示すように、ロードカウンタの値「３」が
保存され、図４Ａに示すように、通話チャンネルに設定
される。

【００６０】このように、音楽データ受信中にも、所定
のブロック毎に制御チャンネルに切り換えられるため、
着信を検出することができる。着信が知らされたら、通
話チャンネルに設定されて、通話が行なわれる。

【００６１】通話が終了して、音楽データのダウンロー
ドを再開させる場合、保存されていたロードカウンタの
値が読み出される。このとき、図４Ｄに示すように、ロ
ードカウンタＭの値として「３」が保存されている。音
楽データのダウンロードを再開させる場合には、ロード
カウンタＮの値が「３」なので、ブロック＃３のデータ
からダウンロードされていく。

【００６２】つまり、図５は、音楽データのダウンロー
ドを再開させた場合を示すものである。音楽データをダ
ウンロードを再開する場合には、図５Ａに示すように、
ダウンロード用のチャンネルに設定される。図５Ｃに示
すように、ロードカウンタＮには、それまで保存されて
いた値「３」に設定され、ビットカウンタＭの値は
「０」に設定されて、音楽データのダウンロードが開始
される。

【００６３】ロードカウンタＮの値は「３」、ビットカ
ウンタＭの値は「０」に設定されているので、図５Ｂに
示すように、時点ｔ₁₁から、ブロック番号＃３のブロッ
クの最初からデータがダウンロードされていく。

【００６４】以下、時点ｔ₁₁〜ｔ₁₂で１ブロック分のデ
ータ量を受信すると、ビットカウンタＭの値はｘとな
り、時点ｔ₁₂で制御チャンネルに設定され、ロードカウ
ンタの値が「４」になり、ここで、着信がなければ、ロ
ードカウンタＮの値及びビットカウンタＭの値に基づい
て、図５Ｂに示すように、時点ｔ₁₃からブロック＃４の
先頭からデータがダウンロードされていく。以下、同様
にして、音楽データのダウンロードが続けられる。

【００６５】このように、音楽データのダウンロードを
中断したときには、ロードカウンタＮの値を保存してお
くことで、次に音楽データのダウンロードを再開させた
ときに、それまでダウンロードしたデータの次からダウ
ンロードが開始されるようになり、ダウンロード時間の
無駄がなくなる。

【００６６】なお、音楽データのダウンロード中断は、
上述のような着信による場合だけではなく、電波の受信
状態が悪い所等に移動して、信号が受信できなくなるよ
うなときにも起こり得る。

【００６７】そこで、図６に示すように、音楽データの
ダウンロード中に受信が行なえるか否かを常に検出し
（ステップＳ５１）、信号の受信が行なえなくなった
ら、割り込み処理に入り、ロードカウンタＮの値及びビ
ットカウンタＭの値を保存させておく（ステップＳ５
２）ようにしても良い。このようにすると、次に音楽デ
ータのダウンロードを再開させたときには、それまでダ
ウンロードしたデータの次からダウンロードが開始され
るようになる。

【００６８】また、上述の例では、１ブロックを所定の
データ量として、１ブロック毎にデータを分割して受信
し、１ブロック毎に制御チャンネルに設定して着信を検
出しているが、ブロックの大きさは、固定である必要は
なく、可変するようにしても良い。また、１ブロックを
所定のデータ量とせずに、所定の時間とするようにして
も良い。

【００６９】また、上述の例では、音楽データのダウン
ロードについて説明したが、勿論、音楽データ以外のデ
ータをダウンロードする場合にも同様に適用できる。

【００７０】

【発明の効果】この発明によれば、携帯電話端末でデー
タをダウンロードする際に、受信データをブロック毎に
分割し、データ受信用のチャンネルでブロック毎にデー
タを受信し、ブロックの間に着信検出用のチャンネルに
設定して着信を検出するようにしている。これにより、
データをダウロードしている最中でも、着信が検出でき
る。

【００７１】また、この発明によれば、着信等によりデ
ータの受信が中断されたときに、それまで受信したデー
タに続くデータ位置を示す情報が保存され、データの受
信を再開したときに、保存されていたそれまで受信した
データに続くデータ位置からデータの受信が行なわれ
る。これにより、それまで受信したデータに続くデータ
位置からデータのダウンロードが開始されるようにな
り、ダウンロード時間が速くなる。

【図面の簡単な説明】

【図１】この発明が適用された携帯電話端末の一例のブ
ロック図である。

【図２】この発明が適用された携帯電話端末の一例の説
明に用いるフローチャートである。

【図３】ダウンロードする音楽データの説明に用いる略
線図である。

【図４】この発明が適用された携帯電話端末の一例の説
明に用いるタイミング図である。

【図５】この発明が適用された携帯電話端末の一例の説
明に用いるタイミング図である。

【図６】この発明が適用された携帯電話端末の他の例の
説明に用いるフローチャートである。

【符号の説明】

１・・・コントローラ，２・・・入力キー，４・・・音
声処理回路，６・・・音声伸長回路，１５・・・メモリ

Claims (6)

【特許請求の範囲】
1. 【請求項１】 データ受信用のチャンネルと着信検出用
   のチャンネルとを切り換える手段と、 上記受信データを上記受信用のチャンネルで上記ブロッ
   ク毎に受信し、上記ブロック毎の受信の間に上記着信検
   出用のチャンネルに設定して着信を検出する手段とを備
   えるようにしたデータ受信端末装置。
2. 【請求項２】 更に、データの受信が中断されたとき
   に、それまで受信したデータに続くデータ位置を示す情
   報を保存する手段を備えるようにした請求項１に記載の
   データ受信端末装置。
3. 【請求項３】 更に、データの受信を再開したときに、
   上記保存されていたそれまで受信したデータに続くデー
   タ位置からデータの受信を行なう手段を備えるようにし
   た請求項２に記載のデータ受信端末装置。
4. 【請求項４】 データを複数のブロックに分割し、デー
   タ受信用のチャンネルで上記ブロック毎にデータを受信
   し、上記ブロックの間に着信検出用のチャンネルに設定
   して着信を検出するようにしたデータ受信方法。
5. 【請求項５】 更に、データの受信が中断されたとき
   に、それまで受信したデータに続くデータ位置を示す情
   報を保存するようにした請求項４に記載のデータ受信方
   法。
6. 【請求項６】 更に、データの受信を再開したときに、
   上記保存されていたそれまで受信したデータに続くデー
   タ位置からデータの受信を行なうようにした請求項５に
   記載のデータ受信方法。