JP4296624B2

JP4296624B2 - データ受信装置

Info

Publication number: JP4296624B2
Application number: JP05259499A
Authority: JP
Inventors: 正敏斉藤
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-03-01
Filing date: 1999-03-01
Publication date: 2009-07-15
Anticipated expiration: 2019-03-01
Also published as: JP2000253453A; KR20000062677A; CN1127843C; EP1033894A3; EP1033894A2; US6658247B1; CN1266326A

Description

【０００１】
【発明の属する技術分野】
この発明は、携帯電話端末使った音楽配信システムに用いて好適なデータ受信装置に関する。
【０００２】
【従来の技術】
携帯電話端末は、相手方との通話を行なうための電話端末としてばかりでなく、スポーツ情報や天気予報、交通情報等の音声による情報サービスや、メールをやり取りするための端末として広く利用されてきており、最早、単なる電話端末ではなく、携帯情報端末の中核として利用されるようになってきている。このような携帯電話端末を利用したサービスとして、本願出願人は、携帯電話端末を利用した音楽配信サービスを提案している。
【０００３】
すなわち、携帯電端末を利用した音楽配信サービスでは、ダウンロード可能な多数の音楽データが蓄積されたサーバが用意され、携帯電話端末を使って所望の電話番号でアクセスすると、この音楽配信のサーバに接続できる。携帯電話端末で音楽配信サービスを受けたい場合には、ユーザは携帯電話端末を使って、この音楽配信サービスのサーバに接続し、所望の音楽データを選択して、音楽データをダウンロードする。
【０００４】
このような携帯電話端末を利用した音楽配信サービスでは、ユーザは、どこでも、手軽に、聞きたい音楽をダウンロードすることができる。更に、携帯電話端末に音楽再生回路を内蔵させておき、ヘッドホンステレオとして使えるようにすると、ダウンロードした音楽をその場で楽しむことができるようになる。
【０００５】
【発明が解決しようとする課題】
ところで、携帯電話端末を利用した音楽配信サービスが実現されると、音楽ダウンロードしたいユーザは、携帯電話端末を音楽データのダウンロードのために占有してしまい、携帯電話を利用できなくなってしまう。特に、携帯電話端末を音楽データをダウンロードするのに使っていると、その間、着信を受けることができなくなってしまう。
【０００６】
また、音楽データの受信中に、ビル影等に入って受信状態が悪化したり、着信等が入り、データの受信を中断しなければならなくなることが考えられる。このような場合、通常、データの受信が行なえるようになってから、音楽データの受信を再開することになる。
【０００７】
ところが、従来では、音楽データの受信を再開したときに、どこまで音楽データがダウンロード済なのかが不明であるため、データの最初からダウンロードし直さなければならない。このため、データのダウンロード時間が長くかかってしまう。
【０００８】
したがって、この発明の目的は、データのダウンロード中でも、着信が検出できるデータ受信装置を提供することにある。
【０００９】
この発明の他の目的は、データの受信を再開したときに、データのダウンロード時間を短縮できるデータ受信装置を提供することにある。
【００１０】
【課題を解決するための手段】
この発明は、
データを受信する受信部と、
ダウンロード用のチャンネルと着信検出用のチャンネルとを切り替え、受信部によるデータのダウンロードの間に着信を検出する受信制御部と
を備え、
受信制御部は、
ダウンロード用のチャンネルにおいてデータのダウンロードを開始する場合、ダウンロード用のチャンネルにおいてデータを既に途中までダウンロードしたことを示す受信情報を記憶し、
データのダウンロードの間に着信を検出した場合、ダウンロード用のチャンネルにおいてそれまでダウンロードしたデータに続くデータ位置を示す位置情報を記憶し、ダウンロード用のチャンネルから通話用のチャンネルに切り替え、
通話用のチャンネルからダウンロード用のチャンネルに切り替える場合、受信情報に基づき、ダウンロード用のチャンネルにおいてデータを既に途中までダウンロードしたことがあるか否かを判別し、既に途中までダウンロードしたことがある場合、位置情報に基づきデータのダウンロードを開始するデータ受信装置である。
【００１３】
携帯電話端末でデータをダウンロードする際に、受信データをブロック毎に分割し、データ受信用のチャンネルでブロック毎にデータを受信し、ブロックの間に着信検出用のチャンネルに設定して着信を検出するようにしている。これにより、データをダウロードしている最中でも、着信が検出できる。
【００１４】
また、着信等によりデータの受信が中断されたときに、それまで受信したデータに続くデータ位置を示す情報が保存され、データの受信を再開したときに、保存されていたそれまで受信したデータに続くデータ位置からデータの受信が行なわれる。これにより、それまで受信したデータに続くデータ位置からデータのダウンロードが開始されるようになり、ダウンロード時間が速くなる。
【００１５】
【発明の実施の形態】
以下、この発明の実施の携帯について図面を参照して説明する。図１は、この発明が適用された携帯電話端末の一例である。図１において、１はコントローラである。コントローラ１には、キー２から入力が与えられる。キー２は、携帯電話端末の前面パネルに配列されたキーであり、このキー２からの入力により、電話番号の設定や、発呼、着信の設定等が行なわれる。また、音楽データの配信サービスを利用する際には、キー２の操作により、メニューの設定やダウンロードしたい音楽データを選択することができる。
【００１６】
コントローラ１の出力がディスプレイ３に供給される。ディスプレイ３に、電話番号等が表示される。また、音楽データの配信サービスを利用する場合には、ディスプレイ３に、メニューや曲名のリスト等が表示される。
【００１７】
４は音声処理回路である。音声処理回路４は、送話時には、ディジタル音声信号のエンコード処理を行い、受話時には、ディジタル音声信号のデコード処理を行なう。例えば、ＴＤＭＡ（Time Divsion Multiple Access）方式の携帯電話では、音声符号化方式として、ＶＳＥＬＰ（Vector Sum Excited Linear Predictive Coding ）等が用いられる。
【００１８】
送話時には、マイクロホン５に音声が入力され、マイクロホン５の出力がＡ／Ｄコンバータ６によりディジタル化され、音声処理回路４に供給される。音声処理回路４により、音声データが例えばＶＳＥＬＰで圧縮される。この音声処理回路４の出力が送信回路７に供給される。送信回路７により、送信データが変調され、所定の搬送波周波数に変換される。送信回路７の出力がアンテナ８に供給され、送信信号がが基地局に向けて送られる。
【００１９】
受話時には、アンテナ８からの受信信号が受信回路１０に供給される。受信回路１０で、受信データが復調される。この復調データが音声処理回路４に送られる。音声処理回路４で、例えばＶＳＥＬＰデコード処理が行なわれ、ディジタル音声信号が復号される。
【００２０】
復号されたディジタル音声信号がＤ／Ａコンバータ１１に供給され、アナログ信号に変換される。Ｄ／Ａコンバータ１１でアナログ信号に変換された音声信号は、スピーカ１２に供給される。
【００２１】
なお、上述の例では、ＴＤＭＡ方式の携帯電話端末とされているが、他の方式、例えば、ＣＤＭＡ（Code Division Multiple Access ）方式の携帯電話端末でも同様に適用できる。
【００２２】
この発明が適用された携帯電話端末は、音楽配信サービスを利用して、音楽データをダウンロードすることができる。音楽配信サービスを利用する場合には、キー２の操作により、携帯電話端末が音楽配信サービスのサーバに接続される。携帯電話端末を音楽配信サービスのサーバに接続して、ユーザが音楽を選択すると、選択された音楽データが音楽配信サービスのサーバから携帯電話端末に送られてくる。受信された音楽データは、受信回路１０から、音声処理回路４、コントローラ１を介して、メモリ１５に蓄積される。
【００２３】
なお、音楽データのデータ量は膨大となるため、音楽データは圧縮されて送られてくる。音楽データの圧縮方式としては、ＡＴＲＡＣ（Adaptive Transform Acoustic Coding）を用いることが考えられる。勿論、他の圧縮方式を用いるようにしても良い。
【００２４】
また、メモリ１５としては、不揮発性のフラッシュメモリ等を用いることが考えられる。また、メモリ１５は携帯電話端末の本体に内蔵するようにしても良いし、メモリ１５としてカード状のものを用い、メモリ１５を携帯電話端末の本体から着脱自在とするようにしても良い。勿論、メモリ１５として、磁気ディスクや光ディスクを用いるようにしても良い。
【００２５】
メモリ１５に蓄積された音声データを再生する場合には、キー２の操作により、メモリ１５の音楽データのうち所望のものが選択される。音楽データが選択されると、選択された音楽データがメモリ１５から読み出され、音声伸長回路１６に供給される。音声伸長回路１６で、例えば、ＡＴＲＡＣによる音声データの伸長処理が行なわれ、ディジタルオーディオ信号がデコードされる。
【００２６】
音声伸長回路１６の出力がＤ／Ａコンバータ１７に供給される。Ｄ／Ａコンバータ１７で、ディジタルオーディオ信号がアナログオーディオ信号に変換される。Ｄ／Ａコンバータ１７の出力がヘッドホン１８に供給される。
【００２７】
なお、この例では、電話を利用する場合のスピーカ１２と、メモリ１５からの再生音を出力させるヘッドホン１８を別に設けているが、これらを共用させるようにしても良い。
【００２８】
このように、音楽データを蓄積するメモリ１５を備えた携帯電話端末では、音楽配信サービスを利用すると、所望の音楽データをダウンロードして、メモリ１５に蓄積させることができる。そして、ダウンロードした音楽データをヘッドホン１８を使って、手軽に再生することができる。
【００２９】
図２は、この発明が適用された携帯電話端末の通話処理を示すフローチャートである。
【００３０】
図２において、待ち受け状態では、制御チャンネルに設定されており（ステップＳ１）、着信があるか否かが判断される（ステップＳ２）。着信がなければ、発呼があるか否かが判断され（ステップＳ３）、発呼がなければ、ステップＳ１に戻り、着信検出が続けられる。
【００３１】
着信があると、ステップＳ２で着信ありと判断され、通話用のチャンネルに設定され（ステップＳ４）、通話が行なわれ（ステップＳ５）、通話が終了すると（ステップＳ６）、ステップＳ１に戻り、制御チャンネルに設定され、再び着信検出が続けられる。
【００３２】
発呼があると、ステップＳ３で発呼があると判断される。この場合、発呼が通常の通話のための発呼か、音楽データをダウンロードするための発呼かが判断され（ステップＳ７）、通常の通話の発呼なら、通話用のチャンネルに設定され（ステップＳ４）、通話が行なわれ（ステップＳ５）、通話が終了すると（ステップＳ６）、ステップＳ１に戻り、制御チャンネルに設定され、再び着信の検出が続けられる。
【００３３】
ステップＳ７で、音楽のダウンロードのための発呼であると判断されたら、ダウンロード用のチャンネルに設定される（ステップＳ８）。ダウンロード用のチャンネルに設定されたら、ダウンロードしたい所望の音楽が選局される（ステップＳ９）。そして、ステータスが「１」か否かが判断される（ステップＳ１０）。
【００３４】
なお、ステータスとは、既に途中までその音楽データをダウンロードしたことがあるか否かを示すものであり、ステータスが「１」なら、既に途中までその音楽データをダウンロードしたことがあることを示し、ステータスが「０」なら、途中まで音楽データをダウンロードしたものはないことを示している。
【００３５】
ステップＳ１０で、ステータスが「０」なら、ロードカウンタＮの値が「０」に初期化され、ビットカウンタＭの値が「０」に初期化される（ステップＳ１１）。
【００３６】
なお、ロードカウンタは、受信したデータのブロック数を示し、ビットカウンタは、受信したデータの１ブロック内のデータ数を示している。
【００３７】
ステップＳ１０で、ステータスが「１」なら、ロードカウンタＮの値がそれまで保存されていた値に設定され（ステップＳ１２）、ビットカウンタＭの値が「０」に初期化される（ステップＳ１３）。
【００３８】
ステップＳ１１、ステップＳ１２、Ｓ１３でロードカウンタＮの値及びビットタウンタＭの値が設定されたら、受信する音楽データの総データ量ｙが取得される（ステップＳ１４）。そして、ステータスが「１」にセットされ、音楽データのダウンロードが開始される（ステップＳ１６）。このとき、音楽データのダウンロードの開始位置は、ロードカウンタＮの値及びビットカウンタＭの値により設定される。
【００３９】
すなわち、ステップＳ１０でステータスが「０」であると判断されたときには、ステップＳ１１でロードカウンタの値「Ｎ」及びビットカウンタＭの値は「０」に初期化されているので、その音楽データの開始位置がダウンロードの開始位置となる。ステップＳ１０でステータスが「１」であると判断されたときには、ステップＳ１２でロードカウンタの値「Ｎ」はそれまで記憶されていた値に設定され、ステップＳ１３でビットカウンタＭは「０」に設定されるので、それまで記憶されていたブロックの先頭がダウンロードの開始位置となる。
【００４０】
音楽データがダウンロードされると、ダウンロードされた音楽データのデータ数に基づいて、ビットカウンタＭの値が進められる（ステップＳ１７）。そして、今までダウンロードした音楽データの総データ量が受信する音楽データの総データ量ｙに達したか否かが判断される。
【００４１】
すなわち、今までにダウンロードした音楽データのデータ数は、ビットカウンタＭの値と、ロードカウンタＮの値と、１ブロックの音楽データのデータ量をｘとから、（ｘ×Ｎ＋Ｍ）として求められる。この（ｘ×Ｎ＋Ｍ）の値が音楽データの総データ量ｙと等しくなったか否かが判断される（ステップＳ１８）。
【００４２】
（ｘ×Ｎ＋Ｍ）の値が音楽データの総データ量ｙに達していなければ、ビットカウンタＭの値が、１ブロックの音楽データのデータ量ｘに達したか否かが判断される（ステップＳ１９）。ビットカウンタＭの値が１ブロックの音楽データのデータ量ｘに達っしていなければ、ステップＳ１６に戻され、音楽データのダウンロードが続けられる。
【００４３】
音楽データのダウンロードを続けていくと、ビットカウンタＭの値が１ブロックの音楽データのデータ量ｘと等しくなる。ビットカウンタＭの値が１ブロックの音楽データのデータ量ｘと等しくなったら、ロードカウンタＮの値がインクリメントされ（ステップＳ２０）、ビットカウンタＭの値が「０」に設定される（ステップＳ２１）。そして、チャンネルが制御チャンネルに切り換えられる（ステップＳ２２）。
【００４４】
制御チャンネルに切り換えられたら、着信があったか否かが判断される（ステップＳ２３）。
【００４５】
ここで、着信が無ければ、ダウンロード用のチャンネルに切り換えられ（ステップＳ２４）、ステップＳ１６に戻される。
【００４６】
ステップＳ１６で、ロードカウンタＮの値に基づいて、音楽データのダウンロードの開始位置が設定されて、音楽データがダウンロードされる。ロードカウンタＮの値は、ステップＳ２０で、１ブロックのデータ量ｘだけ受信する毎にインクリメントされるため、音楽データのダウンロードの開始位置は、１ブロックのデータを受信する毎に、１ブロック分だけ進められていく。これにより、音楽データは、１ブロック毎に区切られて受信されることになる。
【００４７】
ステップＳ１６〜ステップＳ２４までのループが繰り返されて、音楽データのダウンロードが１ブロック毎に行なわれていく。そして、各ブロックの間で、制御チャンネルに設定され、着信が検出される。着信があると、ステップＳ２３で着信があったと判断される。
【００４８】
着信があったと判断されたら、ロードカウンタＮの値が保存される（ステップＳ２５）。なお、ロードカウンタＮの値は例えばコントローラ１内のメモリやレジスタに記憶される。そして、通話チャンネルに設定され（ステップＳ４）、通話が行なわれ（ステップＳ５）、通話が終了したら（ステップＳ６）、ステップＳ１に戻され、着信検出が続けられる。
【００４９】
ステップＳ１６〜ステップＳ２４までのループが繰り返されて、音楽データのダウンロードが続けられ、音楽データのダウンロードが完了すると、ステップＳ１８で、（ｘ×Ｎ＋Ｍ）の値が音楽データの総データ量ｙと等しくなると判断される。この場合には、ステータスが「０」とされ（ステップＳ２６）、ステップＳ１に戻され、着信検出が続けられる。
【００５０】
以上のように、この発明が適用された携帯電話端末では、音楽データが１ブロック毎に区切られて受信され、１ブロック毎に制御チャンネルに切り換えられて、着信が検出される。このため、音楽データをダウンロードしている最中にも、着信を検出できる。
【００５１】
また、この発明が適用された携帯電話端末では、音楽データをダウンロード中に着信を受けるときには、ステップＳ２５で、ロードカウンタＮの値が保存される。このため、次に音楽データをダウンロードするときには、ステップＳ１２で、このとき保存されていたロードカウンタの値がＮが設定され、この保存されていたロードカウンタＮの値から音楽データのダウンロードが開始される。したがって、直前にダウンロードしていた音楽データの次から、音楽データのダウンロードが再開されることになる。
【００５２】
つまり、図３に示すように、総データ量がｙの音楽データを、１ブロックがｘビット毎に区切って受信するものとする。なお、＃０、＃１、＃２はブロックの番号を示す。
【００５３】
新たに音楽データをダウンロードする際には、図４Ａに示すように、ダウンロード用のチャンネルに設定され、ロードカウンタＮ、ビットカウンタＭの値が「０」に初期化されて、音楽データのダウンロードが開始される。
【００５４】
ロードカウンタＮ及びビットカウンタＭの値は「０」に初期化さているので、図４Ｂに示すように、時点ｔ₁から、ブロック番号＃０のブロックの最初からデータがダウンロードされていく。このとき、１ブロック内のダウンロードしたデータのデータ量は、ビットカウンタＭの値により示される。
【００５５】
時点ｔ₂で１ブロック分のデータ量を受信すると、ビットカウンタＭの値はｘとなる。ビットカウンタＭの値がｘになったら、図４Ａに示すように、制御チャンネルに設定され、図４Ｃに示すように、ロードカウンタＮの値が増加して「１」になる。
【００５６】
ここで、制御チャンネルを見にいき、着信がなければ、時点ｔ₃で、ロードカンウタＮの値及びビットカウンタＭの値に基づいて、次のブロックの音楽データがダウンロードされる。このとき、ロードカウンタＮの値が「１」で、ビットカウンタＭの値が「０」なので、図４Ｂに示すように、ブロック＃１の先頭からデータがダウンロードされていく。
【００５７】
以下、同様に、時点ｔ₃〜ｔ₄で１ブロック分のデータ量を受信すると、ビットカウンタＭの値はｘとなり、時点ｔ₄で制御チャンネルに設定され、ロードカウンタＮの値が「２」になり、ここで、着信がなければ、ロードカウンタＮの値及びビットカウンタＭの値に基づいて、図４Ｂに示すように、時点ｔ₅からブロック＃２の先頭からデータがダウンロードされていく。
【００５８】
時点ｔ₆で１ブロック分のデータ量を受信し、ビットカウンタＭの値がｘになると、図４Ａに示すように、制御チャンネルに設定され、ロードカウンタの値が「３」になる。
【００５９】
ここで、着信があったとする。この場合には、図４Ｄに示すように、ロードカウンタの値「３」が保存され、図４Ａに示すように、通話チャンネルに設定される。
【００６０】
このように、音楽データ受信中にも、所定のブロック毎に制御チャンネルに切り換えられるため、着信を検出することができる。着信が知らされたら、通話チャンネルに設定されて、通話が行なわれる。
【００６１】
通話が終了して、音楽データのダウンロードを再開させる場合、保存されていたロードカウンタの値が読み出される。このとき、図４Ｄに示すように、ロードカウンタＭの値として「３」が保存されている。音楽データのダウンロードを再開させる場合には、ロードカウンタＮの値が「３」なので、ブロック＃３のデータからダウンロードされていく。
【００６２】
つまり、図５は、音楽データのダウンロードを再開させた場合を示すものである。音楽データをダウンロードを再開する場合には、図５Ａに示すように、ダウンロード用のチャンネルに設定される。図５Ｃに示すように、ロードカウンタＮには、それまで保存されていた値「３」に設定され、ビットカウンタＭの値は「０」に設定されて、音楽データのダウンロードが開始される。
【００６３】
ロードカウンタＮの値は「３」、ビットカウンタＭの値は「０」に設定されているので、図５Ｂに示すように、時点ｔ₁₁から、ブロック番号＃３のブロックの最初からデータがダウンロードされていく。
【００６４】
以下、時点ｔ₁₁〜ｔ₁₂で１ブロック分のデータ量を受信すると、ビットカウンタＭの値はｘとなり、時点ｔ₁₂で制御チャンネルに設定され、ロードカウンタの値が「４」になり、ここで、着信がなければ、ロードカウンタＮの値及びビットカウンタＭの値に基づいて、図５Ｂに示すように、時点ｔ₁₃からブロック＃４の先頭からデータがダウンロードされていく。以下、同様にして、音楽データのダウンロードが続けられる。
【００６５】
このように、音楽データのダウンロードを中断したときには、ロードカウンタＮの値を保存しておくことで、次に音楽データのダウンロードを再開させたときに、それまでダウンロードしたデータの次からダウンロードが開始されるようになり、ダウンロード時間の無駄がなくなる。
【００６６】
なお、音楽データのダウンロード中断は、上述のような着信による場合だけではなく、電波の受信状態が悪い所等に移動して、信号が受信できなくなるようなときにも起こり得る。
【００６７】
そこで、図６に示すように、音楽データのダウンロード中に受信が行なえるか否かを常に検出し（ステップＳ５１）、信号の受信が行なえなくなったら、割り込み処理に入り、ロードカウンタＮの値及びビットカウンタＭの値を保存させておく（ステップＳ５２）ようにしても良い。このようにすると、次に音楽データのダウンロードを再開させたときには、それまでダウンロードしたデータの次からダウンロードが開始されるようになる。
【００６８】
また、上述の例では、１ブロックを所定のデータ量として、１ブロック毎にデータを分割して受信し、１ブロック毎に制御チャンネルに設定して着信を検出しているが、ブロックの大きさは、固定である必要はなく、可変するようにしても良い。また、１ブロックを所定のデータ量とせずに、所定の時間とするようにしても良い。
【００６９】
また、上述の例では、音楽データのダウンロードについて説明したが、勿論、音楽データ以外のデータをダウンロードする場合にも同様に適用できる。
【００７０】
【発明の効果】
この発明によれば、携帯電話端末でデータをダウンロードする際に、受信データをブロック毎に分割し、データ受信用のチャンネルでブロック毎にデータを受信し、ブロックの間に着信検出用のチャンネルに設定して着信を検出するようにしている。これにより、データをダウロードしている最中でも、着信が検出できる。
【００７１】
また、この発明によれば、着信等によりデータの受信が中断されたときに、それまで受信したデータに続くデータ位置を示す情報が保存され、データの受信を再開したときに、保存されていたそれまで受信したデータに続くデータ位置からデータの受信が行なわれる。これにより、それまで受信したデータに続くデータ位置からデータのダウンロードが開始されるようになり、ダウンロード時間が速くなる。
【図面の簡単な説明】
【図１】この発明が適用された携帯電話端末の一例のブロック図である。
【図２】この発明が適用された携帯電話端末の一例の説明に用いるフローチャートである。
【図３】ダウンロードする音楽データの説明に用いる略線図である。
【図４】この発明が適用された携帯電話端末の一例の説明に用いるタイミング図である。
【図５】この発明が適用された携帯電話端末の一例の説明に用いるタイミング図である。
【図６】この発明が適用された携帯電話端末の他の例の説明に用いるフローチャートである。
【符号の説明】
１・・・コントローラ，２・・・入力キー，４・・・音声処理回路，６・・・音声伸長回路，１５・・・メモリ

Claims

データを受信する受信部と、
ダウンロード用のチャンネルと着信検出用のチャンネルとを切り替え、上記受信部によるデータのダウンロードの間に着信を検出する受信制御部と
を備え、
上記受信制御部は、
上記ダウンロード用のチャンネルにおいてデータのダウンロードを開始する場合、上記ダウンロード用のチャンネルにおいてデータを既に途中までダウンロードしたことを示す受信情報を記憶し、
データのダウンロードの間に着信を検出した場合、上記ダウンロード用のチャンネルにおいてそれまでダウンロードしたデータに続くデータ位置を示す位置情報を記憶し、ダウンロード用のチャンネルから通話用のチャンネルに切り替え、
上記通話用のチャンネルから上記ダウンロード用のチャンネルに切り替える場合、上記受信情報に基づき、上記ダウンロード用のチャンネルにおいてデータを既に途中までダウンロードしたことがあるか否かを判別し、既に途中までダウンロードしたことがある場合、上記位置情報に基づきデータのダウンロードを開始するデータ受信装置。
上記位置情報は、ダウンロードしたデータのブロック数を示すカウンタである請求項１記載のデータ受信装置。
上記受信制御部は、ダウンロード用のチャンネルと着信検出用のチャンネルとを１ブロックのデータのダウンロード毎に切り替える請求項１記載のデータ受信装置。
上記受信制御部は、１ブロックのデータ量をダウンロードする毎に、上記カウンタの値を増加させる請求項２記載のデータ受信装置。