JP2002078020A - 配信システム、携帯無線端末、配信方法 - Google Patents

Abstract

(57)【要約】 【課題】 携帯無線端末に対する適正かつエラーのない
配信の実現。 【解決手段】 携帯無線端末からサーバに配信要求があ
った際に携帯無線端末における受信環境を判別し、受信
環境が良好であればサーバからのコンテンツの配信が行
われるが、受信環境が良好でない場合は、サーバからの
コンテンツの配信が行われないようにする。その場合
は、配信自体を中止するか、或いはその後、所定期間毎
に受信環境の判別動作が実行され、受信環境が良好と判
別された時点に、配信を実行するようにしたり、さらに
或いは、その後の指定された時点において受信環境の判
別動作が実行され、受信環境が良好と判別されれば配信
が行われるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は携帯電話装置等の携
帯無線端末、サーバと携帯無線端末で構成される配信シ
ステム、さらにその配信システムにおける配信方法に関
するものである。

【０００２】

【従来の技術】ＰＤＣ（Personal Digital Cellular）
などの方式による移動体通信網での携帯電話装置の利用
が普及しており、また通話だけでなく、各種情報のサー
ビスも実現されている。特に通信ネットワークを介して
サーバから端末装置への各種コンテンツの配信サービス
も実現されており、音楽データ、映像データ、テキスト
データ等のコンテンツを一般ユーザーが電子的に購入で
きるようにもされている。このような配信サービスは、
携帯電話装置のような携帯用の無線端末からも利用でき
るようにされることで、例えば携帯電話装置を所持する
ユーザーは、任意の時点、任意の場所で音楽等のコンテ
ンツの配信を受けることが可能とされる。

【０００３】

【発明が解決しようとする課題】ところで携帯無線端末
によりサーバからの配信を受けることを考えると、次の
ような問題がある。コンテンツの配信は通常、有料で行
われ、ユーザーにとっては対価を払ってのデータの購入
というかたちをとるが、このためにはユーザーの端末に
対して確実かつ高品位なコンテンツデータがダウンロー
ドできなければならない。しかしながら携帯無線端末の
場合は、有線接続される端末に比べて、受信環境によっ
てダウンロード動作に悪影響が生ずる可能性が高い。

【０００４】即ち携帯電話装置では、常に良好な電界状
況で通信が実行できることは保証できず、場所によって
は通信不能な地域、いわゆる圏外となって通信が不能と
なったり、或いは電界強度が弱くなったりする。このよ
うな電波状況によっては、ダウンロード中に通信が途絶
えてしまったり、データが一部欠落したりして、コンテ
ンツデータが適正にユーザーに提供されないといった事
態も考えられる。

【０００５】また、携帯電話装置は、随所に設けられた
基地局との間で無線通信を行うが、その基地局と多数の
携帯電話装置の間の通信回線が混雑している場合など
も、コンテンツデータにノイズが混入する可能性があ
り、高品位なデータを提供できない。またこのような場
合は、データ伝送レートが低下し、コンテンツのダウン
ロード時間の長時間化を招く。これはユーザーにとって
好ましくない。

【０００６】

【課題を解決するための手段】本発明はこのような問題
に鑑みて、携帯無線端末に対してコンテンツの配信を確
実に、また高品位のデータとして実行できるようにする
ことを目的とする。

【０００７】このため本発明では、無線伝送路を介して
通信ネットワークに接続される携帯無線端末と、上記通
信ネットワークに接続され上記携帯無線端末にコンテン
ツデータの配信が可能とされるサーバとから成る配信シ
ステムにおいて、携帯無線端末を次のように構成する。
即ち上記携帯無線端末は、上記サーバからの所定のコン
テンツデータの配信を求める操作を行う操作手段と、受
信環境を判別する判別手段と、上記操作手段により配信
を求める操作が行われた場合に、上記判別手段による受
信環境の判別結果に基づいて、上記サーバに対して配信
要求を行う制御手段と、上記配信要求に応じて上記サー
バから配信されたコンテンツデータを記憶する記憶手段
と、を備えているようにする。

【０００８】ここで上記判別手段は、上記受信環境とし
て、上記無線伝送路における受信電波状況を判別するも
のとしたり、上記無線伝送路における通信回線の混雑状
況を判別するものとする。

【０００９】また上記制御手段は、上記判別手段により
受信環境が良好でないと判別された場合は、上記サーバ
に対する配信要求を実行しないものとする。この場合
は、その後、所定期間毎に上記判別手段に受信環境の判
別動作を実行させ、受信環境が良好と判別された時点
に、上記サーバに対する配信要求を実行する。或いは、
その後の指定された時点において上記判別手段に受信環
境の判別動作を実行させ、受信環境が良好と判別された
場合に、上記サーバに対する配信要求を実行する。

【００１０】上記配信システムの配信方法としては、上
記携帯無線端末において所定のコンテンツデータの配信
を求める操作が行われた際に、受信環境を判別する判別
ステップと、上記判別ステップにより受信環境が良好と
判別された場合に、上記携帯無線端末から上記サーバに
対しての配信要求を行う要求ステップと、上記配信要求
に応じて上記サーバからコンテンツデータを上記携帯無
線端末に配信し、上記携帯無線端末において記憶する配
信ステップとが行われるようにする。

【００１１】即ち以上のような構成の配信システム、携
帯無線端末、配信方法の場合は、携帯無線端末がサーバ
に配信を要求する際に、受信環境の状況を判別し、受信
環境が良好である場合に、配信要求を行ってコンテンツ
のダウンロードを実行するようにする。受信環境が良好
でない場合は、配信要求を中止するか、或いはその後、
受信環境が良好になったことを判別した時点で配信要求
を行うものである。

【００１２】また本発明の配信システムとしては、携帯
無線端末は、サーバからの所定のコンテンツデータの配
信を求める操作を行う操作手段と、上記操作手段により
配信を求める操作が行われた場合に、上記サーバに対し
て配信要求を行う制御手段と、上記配信要求に応じて上
記サーバから配信されたコンテンツデータを記憶する記
憶手段とを備えるようにする。一方、サーバは、上記配
信要求があった際に、上記携帯無線端末における受信環
境を判別する判別手段と、上記判別手段による受信環境
の判別結果に基づいて、上記携帯無線端末に対して配信
を行う配信制御手段とを備えるようにする。

【００１３】この場合にサーバの上記判別手段は、上記
受信環境として、上記携帯無線端末における受信電波状
況を判別することとしたり、上記携帯無線端末に接続す
る無線伝送路における通信回線の混雑状況を判別するこ
ととする。また上記配信制御手段は、上記判別手段によ
り受信環境が良好でないと判別された場合は、上記携帯
無線端末に対する配信を実行しない。その場合は、その
後、所定期間毎に上記判別手段に受信環境の判別動作を
実行させ、受信環境が良好と判別された時点に、上記携
帯無線端末に対する配信を実行する。或いは、その後の
指定された時点において上記判別手段に受信環境の判別
動作を実行させ、受信環境が良好と判別された場合に、
上記携帯無線端末に対する配信を実行する。

【００１４】以上のような構成の配信システムの場合
は、携帯無線端末がサーバに配信を要求した際に、サー
バ側が携帯無線端末についての受信環境の状況を判別
し、受信環境が良好である場合に、配信要求に応じてコ
ンテンツの配信を実行する。受信環境が良好でない場合
は、配信を中止するか、或いはその後、受信環境が良好
になったことを判別した時点で配信を行う。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明していく。実施の形態としては携帯無線端末の例
として携帯電話装置を挙げ、サーバから音楽等のコンテ
ンツの配信を受けることができる例とする。説明は次の
順序で行う。 １．配信システム構成 ２．携帯電話装置の構成 ３．第１の実施の形態の配信動作 ３−１ 配信動作の概略 ３−２ 配信モード設定 ３−３ 位置登録時の処理 ３−４ 配信要求時の処理 ３−５ 回復時実行モードの処理 ３−６ 指定時刻モードの処理 ３−７ 位置登録時の処理の変形例 ４．第２の実施の形態の配信動作 ４−１ 配信動作の概略 ４−２ 配信モード設定及び位置登録時の処理 ４−３ 配信要求時の処理 ４−４ 回復時実行モードの処理 ４−５ 指定時刻モードの処理

【００１６】１．配信システム構成 図１に本例の配信システムを含む通信ネットワーク例を
示す。本例の携帯電話装置１は、例えばＰＤＣ方式によ
る移動体通信網での携帯電話装置とされ、携帯電話装置
１の現在位置（ユーザーの所在）に応じて、図示するよ
うに各地に設置された基地局１０１との間で無線電話通
信を行うものとされる。

【００１７】基地局１０１は公衆回線としてのネットワ
ーク１００に接続される。例えば家庭などにおいて配置
されている電話器、パーソナルコンピュータなどの有線
端末１０４もネットワーク１００に接続される。即ちネ
ットワーク１００は電話回線網を構築するものである。
ネットワーク１００は例えばインターネット１０３など
の他のネットワークにも接続されることで、各端末１，
１０４などはインターネット上のホームページ閲覧など
も可能とされる。

【００１８】本例の配信システムを構築するサーバ１０
２は、例えばネットワーク１００に接続され、携帯電話
装置１に対して音楽コンテンツなどの配信を行うことが
可能とされる。なお、サーバ１０２は例えばインターネ
ット１０３上のサーバであってもよい。

【００１９】なお、この図１は非常に簡略化してネット
ワーク構成を示しており、実際には多数の基地局、中継
局、ゲートウエイ等を備えた通信業者の構成部位や、多
数のサーバ、さらには多様な端末が含まれて、広範囲な
ネットワークが形成されているものである。

【００２０】２．携帯電話装置の構成 本例の携帯電話装置１の構成を図２，図３で説明する。
図２は実施の形態の携帯電話装置１の外観例を示す。携
帯電話装置１の平面上には、例えば液晶パネル（ＬＣ
Ｄ）による表示部４が形成される。表示部４は、携帯電
話装置１における小型の筐体上という制限のもとで、比
較的大型に形成されたり、或いはカラー液晶パネルが用
いられることで、高度かつ多様な画面表示を実行可能と
される。例えば表示部４には、操作メニュー、発呼する
電話番号、着信した電話番号や相手の名称、電波受信状
況、電子メールテキスト、サービスメニュー、配信サー
ビスにより受信された文字や画像、キャラクタ画像、ス
クリーンセーバ画像などが表示可能である。また、操作
用の画像として、メニュー画像、アイコン画像などがポ
インタ（又はカーソル）とともに表示されて、いわゆる
ＧＵＩ（Graffic User Interface）としての操作が可能
とされている。

【００２１】携帯電話装置１上には、ユーザーの操作の
ための各種の操作キーやジョグダイヤルなどの操作子が
配された操作部７が設けられる。即ち通話のための各種
操作や、配信サービスを受けるための操作、例えばサー
バ１０２の画像を閲覧してダウンロードしたいコンテン
ツを選択する操作、後述するモード操作などが可能とさ
れている。アンテナ２は無線電話通信のためのアンテナ
である。通話スピーカ部５，マイク部６は、通話時の音
声の入出力部位となる。

【００２２】また本例の携帯電話装置１では、音楽、画
像その他の配信コンテンツを記録したり、或いはユーザ
ーが任意に音楽再生等を楽しむために、可搬性の記録媒
体が着脱可能としている。説明上、可搬性の記録媒体と
してメモリカード９０を装着可能とされるものとし、携
帯電話装置１は装着されたメモリカード９０に対して音
楽等の記録再生を行うことができる例とする。

【００２３】図示するように携帯電話装置１の例えば上
面側にはメモリカード９０を装着可能なメモリスロット
３が形成されている。メモリカード９０は、図示するよ
うな、例えばプラスチックモールドにより形成された板
状の筐体内部に例えば所定容量のメモリ素子を備える。
本例としては、このメモリ素子としてフラッシュメモリ
（Flash Memory）が用いられるものである。筐体のサイ
ズの具体例としては、６０ｍｍ×２０ｍｍ×２．８ｍｍ
とされる。このメモリカード９０においては、フラッシ
ュメモリ容量としては、４ＭＢ（メガバイト），８Ｍ
Ｂ，１６ＭＢ，３２ＭＢ，６４ＭＢ，１２８ＭＢ，２５
６ＭＢの何れかであるものが用意される。またデータ記
録／再生のためのファイルシステムとして、いわゆるＦ
ＡＴ（File Allocation Table）システムが用いられて
いる。書込速度は１５００ＫＢｙｔｅ／ｓｅｃ〜３３０
ＫＢｙｔｅ／ｓｅｃ、読出速度は２．４５ＭＢｙｔｅ／
ｓｅｃとされ、書込単位は５１２バイト、消去ブロック
サイズは８ＫＢ又は１６ＫＢとされる。また電源電圧Ｖ
ｃｃは２．７〜３．６Ｖ、シリアルクロックＳＣＬＫは
最高２０ＭＨｚとされる。

【００２４】このようなメモリカード９０は、いわゆる
マルチメディア用途の記録媒体として、各種データ（コ
ンピュータ用データ、音楽データ、音声データ、動画像
データ、静止画像データ、制御データなど）の記録再生
が可能とされるが、本例では一例として、携帯電話装置
１はメモリカード９０を音楽等の記録媒体として用い、
配信システムにより配信された音楽コンテンツをメモリ
カード９０に記録できるものとする。また携帯電話装置
１はメモリカード９０に記録された音楽コンテンツデー
タを再生させることができ、その再生音声をヘッドホン
端子８及び図２には示していない図３の着信スピーカ部
１８に供給する。従ってユーザーはメモリカード９０の
再生操作を行うことで、再生音声をヘッドホン端子８に
接続したヘッドホンで聞いたり、或いは着信スピーカ部
１８から聞くことができる。

【００２５】なお、メモリカード９０に対する再生操
作、停止操作、一時停止操作、早送り／早戻し再生動
作、頭出し操作などは、操作部７の操作キーや操作ダイ
ヤルにより可能とされている。

【００２６】図３に携帯電話装置１の内部構成を示す。
制御部１１は、ＣＰＵ１１や外部インターフェース等を
含むマイクロコンピュータからなり、携帯電話装置１の
動作、即ち音声通話動作やデータ配信のための各種通信
動作、さらには各種情報の記憶、管理、ユーザー操作、
表示動作等についての全体的な制御を行う部位とされ
る。また時刻表示や、後述する配信時の処理のために内
部時計機能を備える。

【００２７】メモリ部１２は、ＲＯＭ、フラッシュメモ
リ、Ｄ−ＲＡＭなど、携帯電話装置１内に設けられる記
憶領域を包括的に示しており、制御部１１の制御に基づ
いて情報の記憶／読み出しが行われる。そしてメモリ部
１２は、例えば制御部１１が各種制御を行うための動作
プログラム、処理に用いる係数や設定値の記憶に用いら
れたり、制御部１１の演算処理等のためのワーク領域、
レジスタ領域として用いられる。またデータ配信により
取り込まれた情報の格納や、ユーザが登録した電話番号
等の記憶も行われる。

【００２８】操作部７は、図１に示したように携帯電話
装置１の筐体上に設けられる各種操作子であり、ユーザ
ーの操作に供される。操作部７による操作情報は制御部
１１に供給される。制御部１１は、操作部７を用いたユ
ーザーの操作に応じて、所要の制御動作を実行すること
になる。なおユーザーは、操作部７の操作によりメッセ
ージ入力やダイヤル登録のために文字情報を入力するこ
とも可能とされ、制御部１１は入力された文字情報につ
いて、送信処理やメモリ部１２への記憶処理を行う。

【００２９】アンテナ３，アンテナ共用器１３，ＲＦ部
１４，ベースバンド処理部１５，音声部１６は通話時や
データ通信時の通信処理を実行する。アンテナ共用器１
３は、受信タイミングと送信タイミングでＲＦ部１４の
受信系、送信系とアンテナ２の接続を切り換える。ＲＦ
部１４は、選択された所要の周波数での受信／復調処
理、或いは送信時の変調処理や、例えばＴＤＭＡ方式
（Time Division Multiplex Access）のエンコード／デ
コード処理などを行う。即ち、送信時にはベースバンド
処理部１５から供給される信号についてＴＤＭＡエンコ
ード及び所要周波数による変調処理を施すとともに、そ
の送信信号について増幅を行い、アンテナ共用器１３を
介してアンテナ３から送信出力させる。受信時にはアン
テナ３で受信された電波がアンテナ共用器１３を介して
供給され、その信号についての増幅を行い、所要の周波
数チャネルでの受信／復調処理、ＴＤＭＡデコード等を
行って、ベースバンド信号として復調し、ベースバンド
処理部１５に供給する。

【００３０】ベースバンド処理部１５は、受信時にはＲ
Ｆ部１４でベースバンド信号まで復調された信号につい
ての所定の信号処理を行う。音声通話時においてベース
バンド処理部１５でデコードされた信号は、音声部１６
に供給され通話スピーカ部５から出力される。またマイ
ク部６から入力された信号は音声部１６の処理を介して
ベースバンド処理部１５に供給されて所定の信号処理が
施され、さらにＲＦ部１４で上記処理されて送信され
る。

【００３１】データ配信サービス等にかかるコンテンツ
等のデータ通信時においては、受信されたデータはベー
スバンド処理部１５を介して制御部１１に供給される。
供給されたデータ、例えば画像データやテキストデータ
は、制御部１１の制御によってメモリ部１２に記憶され
たり、表示部４にデータ内容が表示される。また、本例
では後述する配信動作でダウンロードされる音楽コンテ
ンツは、一時的にメモリ部１２に格納してもよいが、制
御部１１の制御によって装填されているメモリカード９
０に記録されるようにする。またメモリ部１２（或いは
メモリカード９０に記録された）テキストデータ、画像
データなどの何らかのデータ送信を行う場合は、例えば
メモリ部１２等に記憶されたデータが制御部１１によっ
てベースバンド処理部１５に供給され、ＲＦ部１４の送
信系で処理され、アンテナ２から送信出力される。

【００３２】リンガ音源部１７は、制御部１１の制御に
基づいて電子音、電子音メロディ、又はメッセージ音声
としての信号を発生させる部位であり、その音声信号を
オーディオ処理部２３を介して着信スピーカ部１８に供
給し、出力させる。制御部１１は、携帯電話としての着
信があった場合に、リンガ音源部１７からリンガ音（着
信音）としての音声信号を出力させ、ユーザーに着信を
通知する。

【００３３】バイブレータ１９は、この携帯電話装置１
の本体を振動させる機構を有する部位であり、いわゆる
バイブレーションをユーザーに触覚により感知させる部
位である。制御部１１は、携帯電話としての着信があっ
た場合に、バイブレータ１９を動作させ、ユーザーに電
話着信を通知する。

【００３４】また上述したようにメモリカード９０に対
するメモリスロット３が形成され、メモリカード９０を
装着できるが、装着されたメモリカード９０に対しては
メモリインターフェース２０を介して書込／読出のため
のアクセスが行われる。制御部１１は、メモリカード９
０に対する記録再生動作を制御する記録再生制御部２２
に指示を出すことで、メモリカード９０に対するアクセ
スを実行させる。例えばユーザーがメモリカード９０に
ついての再生操作を行った場合は、制御部１１は記録再
生制御部２２に指示を出して再生を実行させる。即ちメ
モリインターフェース２０によりメモリカード９０から
所定のデータの読出を実行させ、エンコーダ／デコーダ
２１によりデコード処理を実行させる。例えばメモリカ
ード９０には圧縮処理及び暗号化処理が施されてデータ
が記録されるが、これに対するデコード処理として暗号
化解読処理、圧縮に対する伸張処理を実行させること
で、例えば４４．１ＫＨｚサンプリング、１６ビット量
子化の、通常のデジタルオーディオデータの段階にまで
デコードさせる。

【００３５】デコードされたオーディオデータは記録再
生制御部２２によってオーディオ処理部２３に供給さ
れ、まずＤ／Ａ変換処理によりアナログオーディオ信号
とされる。そしてアナログオーディオ信号について、出
力先に応じた所定の増幅処理、インピーダンス調整など
を行い、着信スピーカ部１８，ヘッドホン端子８に出力
される。

【００３６】上述のように配信サービスにより音楽コン
テンツデータが受信される場合は、ベースバンド処理部
１５から得られるコンテンツデータは制御部１１を介し
て記録再生制御部２２に供給され、この記録再生制御部
２２の制御によってメモリカード９０に書き込まれる。
即ち記録再生制御部２２は、コンテンツデータをエンコ
ーダ／デコーダ２１により圧縮エンコード処理、暗号化
処理などの所定のエンコード処理を実行させ、メモリイ
ンターフェース２０によりメモリカード９０に記録させ
る。なお、ベースバンド処理部１５で得られるコンテン
ツデータが直接エンコーダ／デコーダ２２に供給される
ような信号経路を形成してもよい。

【００３７】３．第１の実施の形態の配信動作 ３−１ 配信動作の概略 以上のような構成の携帯電話装置１により、サーバ１０
２からの配信サービスを受ける際の動作として、第１の
実施の形態を説明していく。図４は第１の実施の形態に
おけるコンテンツ配信のための動作を、ユーザーの所持
する端末（携帯電話装置１）、基地局１０１、サーバ１
０２のそれぞれについて概略的に示しているものであ
る。

【００３８】移動体通信ネットワークに属する携帯電話
装置１は、非通話時においては基地局１０１に対して定
期的に位置登録という通信動作を実行している。これは
携帯電話装置１と、その携帯電話装置１の現在位置に対
応する基地局１０１が相互に確認を行うための動作であ
り、本例に限らず、現在普及している移動体通信ネット
ワークにおいて実行されている動作である。即ち携帯電
話装置１が定期的に位置登録Ｓ１，Ｓ２としての送信動
作を行っていることで、図１に示した各基地局１０１
は、現在、その基地局１０１の通信エリアに属している
携帯電話装置１を把握できるものとなる。

【００３９】携帯電話装置１のユーザーが、サーバ１０
２からの配信サービスを受けたいと思った場合は、操作
部７により、サーバ１０２に通信回線を接続することを
指示する操作を行う。このユーザー操作に応じて、携帯
電話装置１（制御部１１）は、基地局１０１を介してサ
ーバ１０２に接続要求の送信を行う（Ｓ３）。接続要求
があると、サーバ１０２は、その要求を行った携帯電話
装置１に対する認証処理を行う（Ｓ４）。例えばコンテ
ンツの配信による販売システムである場合、予めサーバ
１０２にユーザー登録、課金方法の設定などが必要とさ
れることが多い。即ちサーバ１０２は各登録ユーザーに
ついて、端末ＩＤ、ユーザーの名称、住所、暗証番号、
パスワード、銀行口座番号やクレジットカードナンバな
どを管理した状態とされており、換言すれば、このよう
な登録を行ったユーザに対して配信サービスを実行する
ものとされる。そこで、携帯電話装置１は接続要求の際
には端末ＩＤ、暗証番号等、所要のデータも同時に送信
するようにし、サーバ１０２では、それらのデータが適
正であるか否かなどの認証を行なう。そしてその認証が
ＯＫとなって初めて、接続を許可するものである。

【００４０】認証ＯＫとなった場合は、サーバ１０２は
携帯電話装置１に接続許可の通知を送信する（Ｓ５）。
これによって接続処理が実行され、携帯電話装置１から
サーバ１０２の配信メニュー等の画像／テキストなどが
閲覧できる状態に接続が確立されることになる（Ｓ
６）。

【００４１】接続された状態で、ユーザーは携帯電話装
置１の表示部４に表示されるサーバ１０２のメニュー画
像などから、所望の楽曲を選択し、購入の意志を示す操
作を行う（Ｓ７）。ここで携帯電話装置１の制御部１１
は、ユーザーの購入操作に対して、すぐにはサーバ１０
２に対する配信要求は行わず、まず受信環境の確認を行
う（Ｓ８）。具体的には、その時点において電波状況が
良好であるかを確認し、また回線状況が良好、即ち回線
の混み具合が低いか否かを確認する。詳しくは後述する
が、電波状況については図９の処理により制御部１１自
身で確認できる。一方、回線の混み具合については、制
御部１１では判断できないため、基地局１０１に対して
回線状況確認依頼を送信し（Ｓ８ａ）、それに応じた基
地局１０１からの返信である回線状況通知（Ｓ８ｂ）を
受信することで判別する。基地局１０１は後述する図１
０の処理で回線状況を判別する。

【００４２】制御部１１は、電波状況、回線状況という
受信環境が良好であると判断した場合は、その時点でサ
ーバ１０２に対して配信要求を行うことになるが（結果
がＯＫの場合、破線で示すように配信要求動作に進
む）、現在、受信環境が良好ではないと判断した場合
は、その時点では配信要求の送信を行わずに、配信モー
ド処理を行う（Ｓ９）。配信モードとは、ユーザーが予
め設定しておくものであり（但しこの時点で設定するも
のとしてもよいが）、本例では、回復時実行モード、指
定時刻モード、配信不実行モードの３つのモードが用意
され、ユーザーが任意に選択できるものとする。

【００４３】回復時実行モードとは、その後、定期的に
受信環境の確認を行い、受信環境が良好な状態に回復し
たら、そのときにサーバ１０２に対して配信要求を行う
モードである。指定時刻モードとは、その後、ユーザー
が指定した時刻に受信環境の確認を行い、その時点で受
信環境が良好な状態に回復していたら、そのときにサー
バ１０２に対して配信要求を行うモードである。配信不
実行モードとは、この時点で配信要求の実行を中止する
モードである。この場合ユーザーの曲選択操作、購入指
示操作に基づく処理は中止され、ユーザーは必要であれ
ば、その後の任意の時点で再び曲選択操作、購入指示操
作を行うようにする。

【００４４】即ち配信モード処理（Ｓ９）では、これら
のモードのうち、ユーザーが設定したモードに応じて、
その後の処理を決める処理となる。この配信モード処理
（Ｓ９）を実行したら、携帯電話装置１の制御部１１は
サーバ１０２に対する通信回線を切断する（Ｓ１０）。
つまり配信要求を行わないまま接続を終了させることに
なる。

【００４５】回復時実行モード或いは指定時刻モードと
されていた場合は、その後、携帯電話装置１は定期的
に、或いは指定時刻において、受信環境の確認を行う
（Ｓ１１）。上述の場合と同様に電波状況については図
９の処理により制御部１１自身で確認し、一方、回線の
混み具合については、基地局１０１に対して回線状況確
認依頼を送信し（Ｓ１１ａ）、それに応じた基地局から
回線状況通知（Ｓ１１ｂ）を受信することで判別する。

【００４６】ここで、受信環境が良好な状態に回復して
いたとすると、携帯電話装置１は、サーバ１０２に対し
て接続要求を送信する。サーバ１０２はこれに対して認
証処理を行い（Ｓ１３）、認証ＯＫであれば許可通知を
携帯電話装置１に送信する。そして接続処理により携帯
電話装置１とサーバ１０２が接続された状態となる（Ｓ
１５）。なお、上述の通信切断時（Ｓ１０）などの際
に、後に再接続することの通知及びその他の必要なデー
タを携帯電話装置１からサーバ１０２に送信しておき、
再び接続要求（Ｓ１２）を行った際は、サーバ１０２の
認証処理（Ｓ１３）が簡易化又は省略されるようにして
もよい。

【００４７】サーバ１０２との間で通信接続されたら制
御部１１は、サーバ１０２に対して配信要求を行う（Ｓ
１６）。つまり上述した（Ｓ７）の時点でユーザーが指
定していた楽曲の配信を要求するものである。この配信
要求に応じてサーバ１０２は、要求された音楽コンテン
ツの配信処理を実行する（Ｓ１７）。携帯電話装置１
は、配信されてくる音楽コンテンツを受信し、メモリカ
ード９０に書き込む処理を行う（Ｓ１８）。これによっ
て、配信が完了することになる。

【００４８】以上のような本例の配信動作によれば、携
帯電話装置１はサーバ１０２に配信を要求する際に、ま
ず受信環境の状況を判別する。そして受信環境が良好で
あれば配信要求を行ってコンテンツのダウンロードを実
行するようにする。ところがその時点で受信環境が良好
でない場合は、配信要求を中止するか、或いはその後、
受信環境が良好になったことを判別した時点で配信要求
を行うものである。このような動作によって、受信環境
が良好でない時点で音楽コンテンツ等のデータ配信が実
行されることを回避できる。従って、受信環境の影響に
よって不完全なデータ配信、ノイズの多いデータの配
信、長時間を要する配信などが行われてしまうことを防
止できる。また、ユーザーが操作した時点で受信環境が
悪く、配信要求を行わない場合でも、それによって配信
要求処理をうち切るか、環境回復時に自動的に配信要求
を実行させるか、或いは指定した時刻に環境が回復して
いたら自動的に配信要求を実行させるか、を配信モード
選択によりユーザーが任意に選択できることで、ユーザ
ーの事情にあわせた処理を実現できる。

【００４９】３−２ 配信モード設定 以下、上記図４で説明した配信動作を実現するための各
種処理について述べていく。まず配信モード設定処理に
ついて述べる。本例の携帯電話装置１は、ユーザーが任
意の時点で上述の配信モードを選択しておくことができ
るものとした。例えば制御部１１がユーザー操作に応じ
て図５の処理を行うことで、携帯電話装置１における各
種のモード設定操作と同様に、ユーザーは操作部７から
の操作により配信モードを選択できる。

【００５０】ユーザーがモード設定の操作を行った場合
は、制御部１１の処理はステップＦ１０１からＦ１０２
に進み、表示部４にモードメニュー表示を実行させる。
このモードメニュー表示とは、例えば携帯電話装置１で
選択できる多様なモードを一覧表示したものあり、時計
設定モード、着信音選択モード、表示モードなどの各種
モードとともに、配信モードも提示される。このような
モードメニュー表示に対して、ユーザーが時計設定モー
ドなど他のモードを選択した場合は、ステップＦ１０３
からその選択されたモードについての処理に移るが、配
信モードを選択した場合は、制御部１１はステップＦ１
０３からＦ１０４に進んで、表示部４に配信モードメニ
ューを表示させる。

【００５１】配信モードメニューは、上述した回復時実
行モード、指定時刻モード、配信不実行モードの３つの
モードを選択可能に表示したものであり、この配信モー
ドメニューに対してユーザに選択を求める。そしてユー
ザーが選択を行ったら、ステップＦ１０５からＦ１０６
に進んで、選択された配信モードを登録する。例えばメ
モリ部１２における所定の領域に記憶する。メモリ部１
２の不揮発性メモリ領域に登録することとしてもよい。

【００５２】これによって、ユーザーは任意の時点で任
意の配信モードを選択して設定できるものとなる。もち
ろん一旦設定しても、同様の操作により設定（登録され
た配信モード）を変更できる。

【００５３】３−３ 位置登録時の処理 続いて携帯電話装置１の位置登録時の処理について図６
で説明する。上述のように移動体通信網の端末装置とし
ては、例えば一定時間間隔で基地局１０１に対して位置
登録のための通信を行っている。ここで本例の場合は、
図４で説明したように、配信要求を実行しようとする際
に受信環境の判別を行うものであるが、特にその際の電
波状況の判別のために、常時、定期的に電界レベルの測
定を行うようにしている。そこで、この定期的な電界レ
ベルの測定を、位置登録のための通信時に行うようにし
たのが図６の処理例である。

【００５４】例えば制御部１１は、非通話時においては
図６のステップＦ２０１で、位置登録のタイミングとな
ったか否かを監視している。例えば前回の位置登録実行
時から所定時間経過したか否かを確認する。そして位置
登録タイミングであると判断した場合は、ステップＦ２
０２に進んで、基地局１０１に対して位置登録のための
送信を行う。基地局１０１ではこの送信により携帯電話
装置１が、その基地局１０１の通信エリアにいることを
確認する。そして携帯電話装置１に対して基地局１０１
の範囲内の位置であることを示す位置情報を送信し、携
帯電話装置１に確認させる。

【００５５】携帯電話装置１の制御部１１は、ステップ
Ｆ２０３として基地局１０１からの通信を受信し、位置
登録動作における所要の処理を実行するが、この受信動
作により、その時点の電界レベルが検知できることにな
る。そこでステップＦ２０４で電界レベルを判別し、ス
テップＦ２０５で判別した電界レベルの値をメモリ部１
２の所定の領域（電界レベル記憶領域）に記憶する。
このような位置登録及び電界レベル記憶処理を、一定時
間毎に実行するものとなる。

【００５６】メモリ部１２における電界レベル記憶領域
は、例えば図７のように、レジスタナンバとして複数の
記憶エリアが確保されている。この例では、レジスタナ
ンバＲ１〜Ｒ５として５つの記憶エリアの例としている
が、このような電界レベル記憶領域がいわゆるリングメ
モリ形態で用いられることで、常に過去５回分の判別さ
れた電界レベルが保持されているようにする。もちろん
過去５回分とするのは一例にすぎない。

【００５７】また電界レベルの値は、例えば「０」
「１」「２」「３」とする。そして上記ステップＦ２０
４では、ステップＦ２０３での基地局１０１からの受信
時の受信電界強度を３つの閾値で判別することで、
「０」：圏外、「１」：弱、「２」：中、「３」：強、
という判別値（電界レベル値）を生成する。

【００５８】そして判別された電界レベル値は、ステッ
プＦ２０５でレジスタナンバＲ１のエリアに書き込まれ
る。なお、その直前には、レジスタナンバＲ４の電界レ
ベル値がレジスタナンバＲ５のエリアに書き込まれ、レ
ジスタナンバＲ３の電界レベル値がレジスタナンバＲ４
のエリアに書き込まれ、・・・レジスタナンバＲ１の電
界レベル値がレジスタナンバＲ２のエリアに書き込まれ
る。つまり電界レベル記憶領域において、レジスタナン
バＲ（ｎ）の値がＲ（ｎ＋１）のエリアに書き込まれる
という、データシフトが行われる。

【００５９】従って、ステップＦ２０５では、電界レベ
ル記憶領域において最も古い電界レベル値が廃棄されな
がら、今回の最新の電界レベル値が記憶されていくこと
になり、これによって常に過去５回分の判別された電界
レベル値が蓄積されている状態となる。このように蓄積
されている電界レベル値は、後述するように、電波状況
の判別を行う際に利用される。

【００６０】なお、電界レベルの判別及び電界レベル記
憶領域への書込は、非通話時にはこのように位置登録の
際に行われるようにすればよいが、通信実行時にも行わ
れるようにする。通信実行中は常時、受信電界強度を測
定できるため、例えば通信中も所定間隔毎にステップＦ
２０４，Ｆ２０５の処理を実行し、蓄積する電界レベル
値を更新していくものである。

【００６１】３−４ 配信要求時の処理 次に、携帯電話装置１の配信要求時の処理を図８で説明
する。これは図４においてユーザーが曲の選択及び購入
の意志を示す操作を行った時点（Ｓ７）以降の制御部１
１の処理を示している。

【００６２】楽曲コンテンツの購入のためのユーザー操
作（図４のＳ７）があった場合は、制御部１１は図８の
ステップＦ３０１からＦ３０２に進み、まず、現在の電
波状況が良好であるか否かのチェックを行う。この電波
状況のチェックは例えば図９のように行われる。

【００６３】制御部１１はまずステップＦ３５０で、上
述したメモリ部１２における電界レベル記憶領域に記憶
されている最新の電界レベル値、即ち図７の例ではレジ
スタナンバＲ１のエリアに格納されている値を確認す
る。ここで、最新の電界レベル値が「０」、つまり圏外
とされていた場合は、ステップＦ３５４に進んで、電界
状況はＮＧ（良好でない）と判断する。図８の配信要求
時とは、その直前にサーバ１０２との接続が確立された
場合（図４のＳ６）の、ユーザー操作に応じた処理時で
あるため、この図８のステップＦ３０２の時点で、図９
のステップＦ３５０において最新の電界レベル値が「圏
外」を示す値となっていることは、あまりないと考えら
れるが、例えばユーザーが移動しながら、サーバ１０２
の配信メニューを表示部４で閲覧しているような場合
は、図８のステップＦ３０２の時点で圏外の位置に移動
されてしまうこともあり得る。この場合、当然サーバ１
０２との接続は保たれなくなっている状態である。

【００６４】図９のステップＦ３５０で圏外と判定され
なければ、制御部１１はステップＦ３５１で、電界レベ
ル記憶領域に記憶されている、例えば過去５回の電界レ
ベル値について、総和を求める演算を行う。そしてステ
ップＦ３５２で、総和値が、所定のスレッショルド値Ｔ
ｈ以上となっているか否かを確認する。このスレッショ
ルド値Ｔｈは、例えば過去５回の電界レベルの和が、コ
ンテンツ配信の実行に適したレベルであるか否かを判定
する値として予め設定されている値である。そして総和
値がスレッショルド値Ｔｈ以上であれば、ステップＦ３
５３で電波状況はＯＫ（良好）であると判断し、一方総
和値がスレッショルド値Ｔｈ未満であれば、ステップＦ
３５４で電波状況はＮＧであると判断する。

【００６５】例えば図７で説明したように過去５回の電
界レベル値を記憶している場合、総和値の最大値は１５
（＝「３（強）」×５）、最小値は１（この場合は少な
くとも最新の電界レベル値は「０（圏外）」でないた
め）である。このような総和値に対して、例えばスレッ
ショルド値Ｔｈ＝１０とし、１０以上であれば電波状況
は良好であると判断するなどの例が考えられる。

【００６６】なお、例えば過去５回など、ある程度遡っ
ての電界レベル値を判断に反映させるのは、電界状況の
安定性も考慮に入れるためである。また、もちろん図９
の処理は一例にすぎず、他の処理方式で電波状況を判断
してもよい。

【００６７】図８のステップＦ３０２として、図９の処
理が行われることで、まず現在の電波状況がチェックさ
れるが、電波状況がＮＧとしての結果がでた場合は、ス
テップＦ３０３からＦ３０８に進む。これは、電波状況
が良好でないため、配信要求をこの時点で実行しないこ
とになる処理に進むものである。一方、電波状況はＯＫ
という判断が得られた場合は、ステップＦ３０４に進
み、続いて回線状況（混み具合）のチェックを行うこと
になる。

【００６８】図４の説明で述べたように、回線状況は基
地局１０１でなければ確認できないため、制御部１１は
基地局１０１に対して回線状況確認依頼を送信する（図
４のＳ８ａ）。そしてその依頼の結果の基地局１０１か
らの回線状況通知を受信する（図４のＳ８ｂ）。この送
受信処理がステップＦ３０４で実行する処理となる。

【００６９】基地局１０１においては、携帯電話装置１
からの回線状況確認依頼があった場合は、それに応じて
図１０の処理を行うことになる。即ち回線状況確認依頼
が受信されたら基地局１０１の処理はステップＦ４０１
からＦ４０２に進み、トラフィックチェックを行う。基
地局１０１に対しては各携帯電話装置１は定期的に位置
登録を行っているため、基地局１０１は現時点で登録さ
れている（当該基地局１０１の通信エリアに存在する）
携帯電話装置の数を把握している。また当然ながら、現
在、当該基地局１０１を介して通信を行っている携帯電
話装置の数も把握している。そこでトラフィックチェッ
クとしては、登録された携帯電話装置の数と、通信中の
携帯電話装置の数をチェックする。或いは通信中の携帯
電話装置の数のみのチェックでもよい。

【００７０】これによって回線使用状況、即ち混み具合
が確認できるため、その混み具合（例えば通話中の携帯
電話装置の数）が所定レベル以下であれば、回線の混雑
はないのでステップＦ４０３からＦ４０４に進んで、回
線状況はＯＫ（良好）であるとし、携帯電話装置１に対
してその旨を示す回線状況通知を送信する。一方、混み
具合が所定レベル以上であれば、回線が混雑していると
し、ステップＦ４０３からＦ４０５に進んで、回線状況
はＮＧ（良好でない）とする回線状況を携帯電話装置１
に送信する。

【００７１】携帯電話装置１の制御部１１は、図８のス
テップＦ３０４の回線状況チェックの結果、つまり受信
された回線状況通知の結果、回線状況がＮＧと判別され
た場合は、ステップＦ３０５からＦ３０８に進む。これ
は、回線状況が良好でないため、配信要求をこの時点で
実行しないことになる処理に進むものである。

【００７２】一方、回線状況はＯＫという判断が得られ
た場合は、ステップＦ３０６に進み、この時点でサーバ
１０２に対して配信要求を行う。つまりステップＦ３０
１のユーザー操作の際に、ユーザーが指定した音楽コン
テンツの配信を求める通知をサーバ１０２に対して送信
する。これに応じてサーバ１０１は、指定された音楽コ
ンテンツの配信を開始するが、制御部１１は、ステップ
Ｆ３０７で、配信されるコンテンツデータを受信し、メ
モリカード９０に記録していく処理、即ちダウンロード
処理を行う。そして配信が完了し、所要のコンテンツデ
ータのメモリカード９０への記録が完了したら、ステッ
プＦ３１２でサーバ１０２との間の通信を切断し、処理
を終える。即ちこれは、ユーザーが配信のための操作を
行った時点において、受信環境が良好であったために、
その時点で配信が行われた場合の動作となる。

【００７３】ところが、ユーザーが配信のための操作を
行った時点において、ステップＦ３０２又はＦ３０４の
処理で、電波状況、回線状況のどちらかが一方でもＮＧ
とされた場合は、受信環境が良好でないため、配信要求
をこの時点で実行しないこととし、ステップＦ３０８に
進んで、その後の処理の設定を行うものとなる。

【００７４】まずステップＦ３０８では、上述した図５
の処理でメモリ部１２に登録されていた配信モードを読
み出す。つまりユーザーが予め選択していた配信モード
である。これによって、回復時実行モード、指定時刻モ
ード、配信不実行モードのいずれかが、現在選択されて
るモードとして読み出される。なお、ユーザーが予め配
信モードの選択の操作を行っていなかった場合は、デフ
ォルトモードとして、特定のモードが登録されているよ
うにしてもよいし、或いはこの時点でモード選択をユー
ザーに求めるようにしてもよい。

【００７５】ステップＦ３０９では、現在選択されてい
るモードが配信不実行モードであるか否かを判断する。
上述したように配信不実行モードとは、受信環境が悪い
場合は、その時点で配信を中止するモードである。従っ
て、配信不実行モードであった場合は、ステップＦ３１
２に進んで、サーバ１０２との間の通信を切断し、処理
を終える。この場合は、今回のユーザーの配信のための
操作は無効となるため、ユーザーは必要に応じて、任意
の時点で再度配信を求める操作を行うことになる。つま
り図４の接続要求（Ｓ３）からを再度実行する。

【００７６】現在選択されている配信モードが、回復時
実行モード或いは指定時刻モードであった場合は、その
後、受信環境が回復したら配信要求を行うことになる。
このためステップＦ３１０で回復時実行モード或いは指
定時刻モードとしての機能をオンとし、またステップＦ
３１１で、上記ステップＦ３０１でのユーザー操作、即
ちユーザーが選択したコンテンツ等を有効なものとして
記憶しておく処理を行った後、ステップＦ３１２でサー
バ１０２との間の通信を切断する。つまりこの場合は、
配信のための処理を、受信環境が回復するまで一時的に
中断するような意味合いとなる。

【００７７】以上のように、ユーザーが配信を求める操
作を行った際の処理が行われることで、受信環境が良好
であれば配信が実行され、一方、その時点で受信環境が
良好でなければ、配信要求は中止又は中断される。従っ
て、受信環境が悪い状態で配信が行われることが回避さ
れることで、不完全もしくはデータ品質の悪いコンテン
ツデータが取り込まれることを回避できる。またその場
合は、ユーザーの事情に応じて、中止、又は後の受信環
境の回復を待って配信が実行されるように中断されるこ
とで、ユーザーに最適な対応処理が可能となる。

【００７８】３−５ 回復時実行モードの処理 上述のように受信環境が良好でなくて配信要求が中断さ
れた場合において、回復時実行モードの機能がオンとさ
れた場合は、図８のステップＦ３１２で通信切断が行わ
れた後に、図１１の処理が実行されることになる。

【００７９】回復時実行モードの場合は、制御部１１は
図８の処理を終了した後、図１１のステップＦ５０１で
所定時間の経過を監視している。この所定時間とは、制
御部１１の処理プログラム上で予め設定されている時間
としてもよいし、ユーザーが所定の操作で任意に設定で
きる時間としてもよい。

【００８０】そして所定時間の経過が確認されたら、制
御部１１は処理をステップＦ５０２に進め、まず電波状
況チェックを行う。これは上記図８のステップＦ３０２
と同様に図９に示した処理を行うものとなる。ここで、
電波状況がＮＧという結果がでた場合は、ステップＦ５
０３からＦ５０１に戻って、再び所定時間が経過するこ
とを待機する。電波状況がＯＫという結果がでた場合
は、ステップＦ５０３からＦ５０４に進み、続いて回線
状況のチェックを行う。これも図８のステップＦ３０４
と同様の処理であり、基地局１０１に対して回線状況確
認依頼を送信し、その結果基地局１０１から送られてく
る回線状況通知によりＯＫ／ＮＧを判断することにな
る。基地局１０１では回線状況確認依頼に応じて図１０
の処理を行う。ここで、回線状況がＮＧという結果がで
た場合は、ステップＦ５０５からＦ５０１に戻って、再
び所定時間が経過することを待機する。

【００８１】回線状況がＯＫであった場合は、現時点に
おいて受信環境が良好であると判断されたことになる。
そこでステップＦ５０６に進んで、サーバ１０２に対し
て接続要求を行う（図４のＳ１２）。これに対してサー
バ１０２は認証処理を行い、認証ＯＫであれば許可通知
を送信してくるが（図４のＳ１３，Ｓ１４）、許可通知
が受信されたら、制御部１１はステップＦ５０７からＦ
５０８に進んで、サーバ１０２との間の接続を確立する
処理を行う（図４のＳ１５）。なお、サーバ１０２から
不許可の通知があった場合は、エラー処理となる。

【００８２】サーバ１０２との間の通信接続が確立され
たら、制御部１１はステップＦ５０９でサーバ１０２に
対して配信要求を送信する。つまり上記図８のステップ
Ｆ３０１のユーザー操作の際に、ユーザーが指定した音
楽コンテンツであって、ステップＦ３１１で記憶してお
いた音楽コンテンツの配信を求める通知をサーバ１０２
に対して送信する（図４のＳ１６）。

【００８３】これに応じてサーバ１０１は、指定された
音楽コンテンツの配信を開始するが（図４のＳ１７）、
制御部１１は、ステップＦ５１０で、配信されるコンテ
ンツデータを受信し、メモリカード９０に記録していく
処理、即ちダウンロード処理を行う（図４のＳ１８）。
そして配信が完了し、所要のコンテンツデータのメモリ
カード９０への記録が完了したら、ステップＦ３１２で
サーバ１０２との間の通信を切断し、処理を終える。

【００８４】このように回復時実行モードとされている
場合は、図８の処理後において、制御部１１は一定時間
毎に受信環境のチェックを行う。そして受信環境が良好
になったことが確認された時点でサーバ１０２との間で
再度通信を確立し、配信要求を行う。これによって上記
図８の処理で中断されていた配信が、その後の時点で実
行されることになる。従って、ユーザーが受信環境が悪
い時点で配信を求める操作を行い、図８の処理で配信動
作が中断された場合でも、その後、受信環境の回復に応
じて配信動作が完了されるため、ユーザーは、適正かつ
高品位なコンテンツデータの配信を受けることができ
る。

【００８５】３−６ 指定時刻モードの処理 図８の処理において受信環境が良好でなくて配信要求が
中断された場合において、指定時刻モードの機能がオン
とされた場合は、図８のステップＦ３１２で通信切断が
行われた後に、図１２の処理が実行されることになる。

【００８６】指定時刻モードの場合は、制御部１１は図
８の処理を終了した後、まず図１２のステップＦ６０１
で、ユーザーに配信処理を再開すべき時刻の入力を求め
る。例えば表示部４に時刻入力画面を表示させる。ユー
ザーは自分の都合に合わせて、任意の時刻を入力する。
そして制御部１１は時刻が入力されたら、ステップＦ６
０２からＦ６０３に進み、その入力時刻を指定時刻とし
て設定する。

【００８７】なお、ここではユーザーが、或る特定の時
刻を入力するものとしているが、例えば現在より何時間
後、何分後、などというように、現時点からの経過時間
をユーザーが入力するようにしてもよい。この場合制御
部１１は、現在時刻と入力された経過時間から、指定時
刻を算出すればよい。

【００８８】指定時刻が設定された、続いて制御部１１
はステップＦ６０４で指定時刻が到来することを待機す
るものとなる。つまり制御部１１は内部時計と指定時刻
の比較処理を行いながら、時刻到来を監視する。

【００８９】そして指定時刻となったら、制御部１１は
処理をステップＦ６０５に進め、まず電波状況チェック
を行う。これは上記図８のステップＦ３０２と同様に図
９に示した処理を行うものとなる。ここで、電波状況が
ＮＧという結果がでた場合は、ユーザーが指定した時刻
においても、再び受信環境が悪いと判断されることにな
るため、配信要求を行わなず、ステップＦ６０１に戻
る。すなわちステップＦ６０１〜Ｆ６０４として、再び
ユーザーに時刻指定を求め、指定時刻が設定されたら、
その時刻到来を待機する。

【００９０】電波状況がＯＫという結果がでた場合は、
ステップＦ６０６からＦ６０７に進み、続いて回線状況
のチェックを行う。これも図８のステップＦ３０４と同
様の処理であり、基地局１０１に対して回線状況確認依
頼を送信し、その結果基地局１０１から送られてくる回
線状況通知によりＯＫ／ＮＧを判断することになる。基
地局１０１では回線状況確認依頼に応じて図１０の処理
を行う。ここで回線状況がＮＧという結果がでた場合
も、ユーザーが指定した時刻においても、再び受信環境
が悪いと判断されることになるため、配信要求を行わな
ず、ステップＦ６０１に戻る。すなわちステップＦ６０
１〜Ｆ６０４として、再びユーザーに時刻指定を求め、
指定時刻が設定されたら、その時刻到来を待機する。

【００９１】なお、指定時刻において受信環境、即ち電
波状況と回線状況のいずれかが悪いと判断された場合
は、このように再度の指定時刻設定を行わずに、その時
点で配信のための処理を中止させるようにしてもよい。
つまりこの指定時刻モードの処理を終了させ、上述の配
信不実行モードの場合のように配信が行われないまま一
連の処理を終了させるものである。或いは、ステップＦ
６０１に戻った時点で、ユーザーが再度時刻指定を行う
か、或いはこの時点でコンテンツ購入をあきらめて配信
処理を終了させるかを選択できるようにしてもよい。さ
らには、ステップＦ６０１の入力要求に対してユーザー
が複数の時刻を指定できるようにし、その複数の指定時
刻で受信環境のチェックが行われ、受信環境が良好とさ
れた時点で配信が実行されるようにしてもよい。

【００９２】ステップＦ６０８で回線状況がＯＫであっ
た場合は、現時点、つまりユーザーが指定した時点にお
いて受信環境が良好であると判断されたことになる。そ
こでステップＦ６０９に進んで、サーバ１０２に対して
接続要求を行う（図４のＳ１２）。これに対してサーバ
１０２は認証処理を行い、認証ＯＫであれば許可通知を
送信してくるが（図４のＳ１３，Ｓ１４）、許可通知が
受信されたら、制御部１１はステップＦ６１０からＦ６
１１に進んで、サーバ１０２との間の接続を確立する処
理を行う（図４のＳ１５）。なお、サーバ１０２から不
許可の通知があった場合は、エラー処理となる。

【００９３】サーバ１０２との間の通信接続が確立され
たら、制御部１１はステップＦ６１２でサーバ１０２に
対して配信要求を送信する。つまり上記図８のステップ
Ｆ３０１のユーザー操作の際に、ユーザーが指定した音
楽コンテンツであって、ステップＦ３１１で記憶してお
いた音楽コンテンツの配信を求める通知をサーバ１０２
に対して送信する（図４のＳ１６）。

【００９４】これに応じてサーバ１０１は、指定された
音楽コンテンツの配信を開始するが（図４のＳ１７）、
制御部１１は、ステップＦ６１３で、配信されるコンテ
ンツデータを受信し、メモリカード９０に記録していく
処理、即ちダウンロード処理を行う（図４のＳ１８）。
そして配信が完了し、所要のコンテンツデータのメモリ
カード９０への記録が完了したら、ステップＦ６１４で
サーバ１０２との間の通信を切断し、処理を終える。

【００９５】このように指定時刻モードとされている場
合は、図８の処理後において、制御部１１はユーザーが
指定した時刻に受信環境のチェックを行う。そしてその
時点で受信環境が良好になっていれば、サーバ１０２と
の間で再度通信を確立し、配信要求を行う。これによっ
て上記図８の処理で中断されていた配信が、その後の時
点で実行されることになる。従って、ユーザーが受信環
境が悪い時点で配信を求める操作を行い、図８の処理で
配信動作が中断された場合でも、その後、ユーザーにと
って都合のよい時刻に受信環境が回復していれば、配信
動作が完了されるため、ユーザーは、適正かつ高品位な
コンテンツデータの配信を受けることができる。

【００９６】３−７ 位置登録時の処理の変形例 以上が第１の実施の形態としての配信処理例であるが、
上記回復時実行モードがオンとされる場合の処理の変形
例が次のように考えられる。回復時実行モードは、図８
の処理が終了された後において、一定時間毎に受信環境
のチェックを行なうものである。一方、図６で説明した
位置登録処理は、非通話時において一定時間毎に行われ
ている。つまり図８の処理が終了した後においても位置
登録処理は行われる。

【００９７】そこで、回復時実行モードの処理を位置登
録処理とともに実行できるようにすることが考えられ
る。例えば位置登録処理を図１３のようにする。この図
１３のステップＦ２０１〜Ｆ２０５は、図６で説明した
処理と同様である。即ち位置登録のための基地局１０１
との間の送受信と、その時点の電界レベルの判別、記憶
を行うものである。

【００９８】このような図６と同様の処理に加えて、ス
テップＦ２０６として、現在、回復時実行モードがオン
となっているか否かを判別するようにする。図８の処理
後において回復時実行モードがオンとなっている場合を
除いては、ステップＦ２０１に戻るため、実質的に位置
登録時の処理は図６で説明したとおりとなる。ところ
が、回復時実行モードがオンとなっている場合は、ステ
ップＦ２０６から図１１のステップＦ５０２へ進むよう
にしている。以降は、上述したように回復時実行モード
の処理が行われる。但し、図１１のステップＦ５０３，
Ｆ５０５で受信環境が回復していないと判断された場合
は、図１３のステップＦ２０１に戻ることになる。

【００９９】つまりこの例は、図１１のステップＦ５０
１で監視する所定時間を、位置登録タイミングを行う所
定期間で兼用させたものである。このようにしても、回
復時実行モードの処理は適正に実行される。

【０１００】４．第２の実施の形態の配信動作 ４−１ 配信動作の概略 続いて携帯電話装置１により、サーバ１０２からの配信
サービスを受ける際の動作として、第２の実施の形態を
説明していく。図１４は第２の実施の形態におけるコン
テンツ配信のための動作をユーザーの所持する端末（携
帯電話装置１）、基地局１０１、サーバ１０２のそれぞ
れについて概略的に示しているものである。

【０１０１】第１の実施の形態の場合と同様に、携帯電
話装置１は、非通話時においては基地局１０１に対して
定期的に位置登録のための通信動作を実行している（Ｓ
３１，Ｓ３２）。

【０１０２】携帯電話装置１のユーザーが、サーバ１０
２からの配信サービスを受けたいと思った場合は、操作
部７により、サーバ１０２に通信回線を接続することを
指示する操作を行う。このユーザー操作に応じて、携帯
電話装置１（制御部１１）は、基地局１０１を介してサ
ーバ１０２に接続要求の送信を行う（Ｓ３３） 接続要求があると、サーバ１０２は、その要求を行った
携帯電話装置１に対する認証処理を行う（Ｓ３４）。そ
して認証ＯＫとなった場合は、サーバ１０２は携帯電話
装置１に接続許可の通知を送信する（Ｓ３５）。これに
よって接続処理が実行され、携帯電話装置１からサーバ
１０２の配信メニュー等の画像／テキストなどが閲覧で
きる状態に接続が確立される（Ｓ３６）。以上の手順は
図４のＳ３〜Ｓ６と同様である。

【０１０３】サーバ１０２との通信が接続された状態
で、ユーザーは携帯電話装置１の表示部４に表示される
サーバ１０２のメニュー画像などから、所望の楽曲を選
択し、購入の意志を示す操作を行う（Ｓ３７）。携帯電
話装置１の制御部１１は、ユーザーの購入操作に応じ
て、サーバ１０２に対して配信要求を行なう（Ｓ３
８）。

【０１０４】サーバ１０２は、携帯電話装置１からの配
信要求を受けたら、すぐには要求に応じた配信を実行せ
ずに、その携帯電話装置１における受信環境の確認を行
う。具体的には、その時点において携帯電話装置１の電
波状況が良好であるかを確認し、また回線状況が良好、
即ち回線の混み具合が低いか否かを確認する。ただし、
サーバ１０２は携帯電話装置１の受信環境を判断できな
いため、基地局１０１に対して状況確認依頼を送信する
（Ｓ３９）。基地局１０１は、それに応じて携帯電話装
置１の電波状況、及び回線状況の確認を行い（Ｓ４
０）、その結果をサーバ１０２に通知する（Ｓ４１）。

【０１０５】なお、基地局１０１では、携帯電話装置１
における電波状況は確認できないため、携帯電話装置１
は配信要求時（Ｓ３８）に、その時点の電波状況を基地
局１０１に対して通知するようにしておく。また、配信
要求時に加えて、位置登録時にも、携帯電話装置１はそ
の時点の電波状況を基地局１０１に対して通知するよう
にしておく。基地局１０１は、各携帯電話装置１につい
て、随時送信されてくる電波状況を管理しておくこと
で、サーバ１０２からの状況確認依頼があったときに、
その対象となる携帯電話装置１についての電波状況を確
認できる。

【０１０６】サーバ１０２は、基地局１０１からの状況
通知により、配信要求を行った携帯電話装置１について
の電波状況、回線状況が良好であると判断した場合は、
その時点で携帯電話装置１に対して要求された配信を実
行する（Ｓ４２で結果がＯＫの場合、破線で示すように
配信動作に進む）。ところが、現在、携帯電話装置１の
受信環境が良好ではないと通知された場合は、サーバ１
０２は、その時点では配信要求に応じた配信を行わず
に、携帯電話装置１に対して配信不可通知を送信する
（Ｓ４３）。携帯電話装置１は、配信不可通知を受信し
たら、その後の求める処理をサーバ１０２に通知する意
味で、設定されている配信モードをサーバ１０２に通知
する（Ｓ４４）。配信モードとは、第１の実施の形態の
場合と同様に、回復時実行モード、指定時刻モード、配
信不実行モードの３つのモードとする。

【０１０７】ただし、この第２の実施の形態の場合、回
復時実行モードとは、その後、サーバ１０２に定期的に
受信環境の確認を求め、受信環境が良好な状態に回復し
ていたら、そのときに配信実行を求めるモードとなる。
指定時刻モードとは、その後、ユーザーが指定した時刻
にサーバ１０２に受信環境の確認を求め、その時点で受
信環境が良好な状態に回復していたら、そのときに配信
実行を求めるモードである。配信不実行モードとは、こ
の時点で配信を中止することをサーバ１０２に求めるモ
ードである。

【０１０８】携帯電話装置１からサーバ１０２に通知さ
れた配信モードは、サーバ１０２において必要な事項と
ともに記憶され、その後の処理が決定される。例えば携
帯電話装置１のＩＤ、電話番号、要求されたコンテン
ツ、配信要求日時などが、配信モードとともに記憶され
る。この配信モード等の記憶処理を実行したら、携帯電
話装置１とサーバ１０２の間の通信回線を切断する（Ｓ
４６）。つまり配信要求に応じた配信を行わないまま接
続を終了させることになる。

【０１０９】携帯電話装置１から通知された配信モード
が回復時実行モード或いは指定時刻モードであった場合
は、その後、サーバ１０２は定期的に、或いは指定時刻
において、当該携帯電話装置１についての受信環境の確
認を行う。即ち上述の場合と同様に電波状況、回線状況
の確認を基地局１０１に依頼し（Ｓ４７）、基地局１０
１が状況確認を行い（Ｓ４８）、その結果の通知を受信
することで（Ｓ４９）、サーバ１０２が受信環境が良好
であるか否かを判断する（Ｓ５０）。

【０１１０】ここで、携帯電話装置１についての受信環
境が良好な状態に回復していたとすると、サーバ１０２
は携帯電話装置１に対して接続要求を送信する（Ｓ５
１）。そして接続処理により携帯電話装置１とサーバ１
０２が接続された状態となる（Ｓ５２）。

【０１１１】サーバ１０２は、携帯電話装置１との間で
通信接続されたら、携帯電話装置１に対して配信を行う
（Ｓ５３）。つまり上述した（Ｓ３８）の時点での配信
要求に応じた楽曲の配信を実行するものである。携帯電
話装置１は、配信されてくる音楽コンテンツを受信し、
メモリカード９０に書き込む処理を行う（Ｓ５４）。こ
れによって、配信が完了することになる。

【０１１２】以上のような第２の実施の形態の配信動作
によれば、携帯電話装置１がサーバ１０２に配信を要求
した際に、サーバ１０２側で携帯電話装置１の受信環境
の状況を判別する。そして受信環境が良好であれば配信
要求に応じた配信を行なう。ところがその時点で受信環
境が良好でない場合は、配信要求に応じた配信を中止す
るか、或いはその後、受信環境が良好になったことを判
別した時点で配信を行うものである。

【０１１３】このような動作によって、受信環境が良好
でない時点で音楽コンテンツ等のデータ配信が実行され
ることを回避できる。従って、受信環境の影響によって
不完全なデータ配信、ノイズの多いデータの配信、長時
間を要する配信などが行われてしまうことを防止でき
る。またサーバ１０２は、携帯電話装置１からの配信要
求があった時点で受信環境が悪く、配信を行わない場合
でも、それによって配信処理をうち切るか、環境回復時
に自動的に配信を実行するか、或いはユーザーが指定し
た時刻に環境が回復していたら自動的に配信を実行する
か、を通知された配信モードに応じて選択する。つまり
ユーザーの事情にあわせた配信処理を実現できる。また
この実施の形態の場合は、受信環境の判断をサーバ１０
２側で行うため、第１の実施の形態の場合に比べて、携
帯電話装置１の処理負担が軽減される。

【０１１４】４−２ 配信モード設定及び位置登録時の
処理 以下、上記図１４で説明した配信動作を実現するための
各種処理について述べていく。第１の実施の形態の場合
と同様に、携帯電話装置１においてはユーザーは任意に
配信モードの設定を行うことができる。この配信モード
の設定処理については、図５と同様の処理となるため説
明を省略する。即ち制御部１１がユーザー操作に応じて
図５の処理を行うことで、携帯電話装置１における各種
のモード設定操作と同様に、配信モードを選択できる。

【０１１５】携帯電話装置１の位置登録時の処理は図１
５のようになる。上述のように移動体通信網の端末装置
としては、例えば一定時間間隔で基地局１０１に対して
位置登録のための通信を行っている。ここで本例の場合
は、配信要求の実行判断のために受信環境の判別を行う
ものであるが、特に電波状況の判別のために、定期的に
電界レベルの測定を行うようにしている。さらに、本例
の場合はサーバ１０２側（基地局１０１側）で携帯電話
装置１の電波状況の確認を行うことができるようにする
ため、携帯電話装置１は位置登録時に、その時点の電界
状況判別結果を基地局１０１に送信するようにしてい
る。このような定期的な電界レベルの測定、及び電界状
況判別／基地局１０１への通知を、位置登録のための通
信時に行うようにしたのが図１５の処理例である。

【０１１６】例えば制御部１１は、非通話時においては
図１５のステップＦ７０１で、位置登録のタイミングと
なったか否かを監視している。例えば前回の位置登録実
行時から所定時間経過したか否かを確認する。そして位
置登録タイミングであると判断した場合は、ステップＦ
７０２に進んで、基地局１０１に対して位置登録のため
の送信を行う。基地局１０１ではこの送信により携帯電
話装置１が、その基地局１０１の通信エリアにいること
を確認する。そして携帯電話装置１に対して基地局１０
１の範囲内の位置であることを示す位置情報を送信し、
携帯電話装置１に確認させる。

【０１１７】携帯電話装置１の制御部１１は、ステップ
Ｆ７０３として基地局１０１からの通信を受信し、位置
登録動作における所要の処理を実行するが、この受信動
作により、その時点の電界レベルが検知できることにな
る。そこでステップＦ７０４で電界レベルを判別し、ス
テップＦ７０５で判別した電界レベルの値をメモリ部１
２の電界レベル記憶領域に記憶する。電界レベル記憶領
域に対しての、電界レベル値の記憶動作は、図７で説明
した方式と同様とする。即ち、例えばリングメモリ形態
で、常に過去５回分の判別された電界レベルが保持され
ているように、書き換えていく。もちろん他の方式でも
よい。

【０１１８】続いてステップＦ７０６以降で、電界レベ
ル記憶領域に蓄積されている例えば過去５回分の電界レ
ベル値に基づいて、電波状況の判別を行う。制御部１１
はまずステップＦ７０６で、メモリ部１２における電界
レベル記憶領域に記憶されている最新の電界レベル値が
「０」であるか否かを確認する。「０」つまり圏外とさ
れていた場合は、ステップＦ７１０に進んで、電界状況
はＮＧ（良好でない）と判断する。

【０１１９】ステップＦ７０６で圏外と判定されなけれ
ば、制御部１１はステップＦ７０７で、電界レベル記憶
領域に記憶されている例えば過去５回の電界レベル値に
ついて総和を求める演算を行う。そしてステップＦ７０
８で、総和値が、所定のスレッショルド値Ｔｈ以上とな
っているか否かを確認する。このスレッショルド値Ｔｈ
は、例えば過去５回の電界レベルの和が、コンテンツ配
信の実行に適したレベルであるか否かを判定する値とし
て予め設定されている値である。そして総和値がスレッ
ショルド値Ｔｈ以上であれば、ステップＦ７０９で電波
状況はＯＫ（良好）であると判断し、一方総和値がスレ
ッショルド値Ｔｈ未満であれば、ステップＦ７１０で電
波状況はＮＧであると判断する。即ちステップＦ７０６
〜Ｆ７１０は、第１の実施の形態において図９で説明し
た処理と同様となる。

【０１２０】制御部１１は続いてステップＦ７１１で、
判別された電波状況の結果を基地局１０１に送信する。

【０１２１】以上の処理を、位置登録時に実行するよう
にすることで、基地局１０１は、その通信エリア内に属
する各携帯電話装置１について、位置登録実行時での電
波状況を把握できる。従って携帯電話装置１のＩＤ等と
ともに、送信されてきた電波状況判別結果を管理してお
くことにより、サーバ１０２から状況確認依頼があった
際に、その対象となる携帯電話装置１の最新の電波状況
を確認できる。なお、上述したように携帯電話装置１
は、サーバ１０２に配信要求を行う際も、その時点の電
波状況を確認し、基地局１０１に通知するようにする。
これにより配信要求があった場合は、その通知された電
波状況が最新のものとなる。

【０１２２】なお、電界レベルの判別及び電界レベル記
憶領域への書込は、非通話時にはこのように位置登録の
際に行われるようにすればよいが、通信実行時にも行わ
れるようにする。通信実行中は常時、受信電界強度を測
定できるため、例えば通信中も所定間隔毎にステップＦ
７０４，Ｆ７０５の処理を実行し、蓄積する電界レベル
値を更新していくものである。

【０１２３】４−３ 配信要求時の処理 続いて携帯電話装置１からサーバ１０２に配信要求を行
う際の処理を説明する。図１６は携帯電話装置１の制御
部１１の処理、図１７はサーバ１０２側の処理を示して
いる。これらは図１４においてユーザーが曲の選択及び
購入の意志を示す操作を行った時点（Ｓ３７）以降の制
御部１１及びサーバ１０２の処理を示している。

【０１２４】楽曲コンテンツの購入のためのユーザー操
作（図１４のＳ３７）があった場合は、携帯電話装置１
の制御部１１は図１６のステップＦ８０１からＦ８０２
に進み、サーバ１０２に対して配信要求を行う（図１４
のＳ３８）。なお、この配信要求を行う際には、ステッ
プＦ８０２の時点で図９と同様の電波状況チェックを行
い、配信要求のサーバ１０２への送信とともに、判別さ
れた電波状況を基地局１０１に送信する。

【０１２５】配信要求があるとサーバ１０２は、図１７
のステップＦ９０１からＦ９０２に進んで、状況確認処
理を行う。即ち基地局１０１に状況確認依頼を送信し
（図１４のＳ３９）、その結果基地局１０１から送信さ
れてくる状況通知を受信して（図１４のＳ４１）、その
通知結果を確認する（図１４のＳ４２）。基地局１０１
においては、携帯電話装置１から配信要求時に電波状況
が通知されていることで、携帯電話装置１において電波
状況が良好か否かを確認できる。また基地局１０１は回
線状況については図１０で説明した処理で確認できる。
基地局１０１は、電波状況、回線状況の両方がＯＫであ
った場合は、「受信環境ＯＫ」の旨を示す状況通知をサ
ーバ１０２に送信する。ところが、電波状況、回線状況
の一方でもＮＧであった場合は、「受信環境ＮＧ」の旨
を示す状況通知をサーバ１０２に送信する。

【０１２６】サーバ１０２は、基地局１０１からの状況
通知により受信環境ＯＫと判断した場合は、図１７のス
テップＦ９０３からＦ９０４に進み、この時点で携帯電
話装置１に対して配信を行う。つまり携帯電話装置１か
ら要求された音楽コンテンツデータを送信する。携帯電
話装置１は、サーバ１０２から配信不可通知が無く、配
信が実行された場合は、図１６のステップＦ８０３から
Ｆ８０４に進み、配信されるコンテンツデータを受信
し、メモリカード９０に記録していく処理、即ちダウン
ロード処理を行うことになる。そして配信が完了し、所
要のコンテンツデータのメモリカード９０への記録が完
了したら、ステップＦ８１１でサーバ１０２との間の通
信を切断し、処理を終える。サーバ１０２も図１７のス
テップＦ９０９で通信切断処理を行って処理を終える。
即ちこれは、ユーザーが配信のための操作を行った時点
において、受信環境が良好であったために、その時点で
配信が行われた場合の動作となる。

【０１２７】一方、サーバ１０２はステップＦ９０２の
状況確認の結果、携帯電話装置１において受信環境がＮ
Ｇであると判断した場合は、ステップＦ９０３からＦ９
０５に進み、配信不可通知を携帯電話装置１に送信す
る。携帯電話装置１の制御部１１は、サーバ１０２から
の配信不可通知があった場合は、図１６のステップＦ８
０３からＦ８０５以降に進む。これは、回線状況が良好
でないため、配信をこの時点で実行しない場合の処理に
進むものである。

【０１２８】携帯電話装置１の制御部１１は、図１６の
ステップＦ８０５で、上述した図５の処理でメモリ部１
２に登録されていた配信モードを読み出す。つまりユー
ザーが予め選択していた配信モードである。これによっ
て、回復時実行モード、指定時刻モード、配信不実行モ
ードのいずれかが、現在選択されてるモードとして読み
出される。なお、ユーザーが予め配信モードの選択の操
作を行っていなかった場合は、デフォルトモードとし
て、特定のモードが登録されているようにしてもよい
し、或いはこの時点でモード選択をユーザーに求めるよ
うにしてもよい。

【０１２９】ステップＦ８０６では、現在選択されてい
るモードが指定時刻モードであるか否かを判別する。上
述したように指定時刻モードとは、受信環境が悪くて配
信を行わない場合は、その後、ユーザーが指定した時刻
に配信を試みるモードである。このためこのモードの場
合は、ユーザーが時刻を指定する必要があり、従って制
御部１１はステップＦ８０７でユーザーに指定時刻の入
力を求める。そしてユーザーが時刻を入力したことに応
じてステップＦ８０８からＦ８０９に進み、その入力時
刻を指定時刻と設定する。

【０１３０】ステップＦ８１０では、配信モードをサー
バ１０２に通知する。即ち選択されている配信モードが
回復時実行モード、指定時刻モード、配信不実行モード
のいずれであるかを示す情報を通知するとともに、指定
時刻モードの場合は上記ステップＦ８０９で設定された
指定時刻も合わせて通知する。そしてステップＦ８１１
でサーバ１０２との間の通信切断処理を行う。

【０１３１】サーバ１０２では、図１７のステップＦ９
０５での配信不可通知を送信した後は、ステップＦ９０
６で携帯電話装置１からの配信モード通知を待機する。
そして配信モード通知があったら、その内容を判別し、
まずステップＦ９０７で配信不実行モードであるか否か
を判断する。配信不実行モードは、受信環境が悪い場合
は、その時点で配信を中止するモードである。従って、
配信不実行モードであったら、特にその後のための処理
を行わずにステップＦ９０９に進んで、携帯電話装置１
との間の通信を切断し、処理を終える。この場合は、今
回のユーザーの配信のための操作は無効となるため、ユ
ーザーは必要に応じて、任意の時点で再度配信を求める
操作を行うことになる。つまり図１４の接続要求（Ｓ３
３）からを再度実行する。

【０１３２】携帯電話装置１から通知された配信モード
が、回復時実行モード或いは指定時刻モードであった場
合は、その後、受信環境が回復したら配信を行うことに
なる。このためステップＦ９０８で、以降、回復時実行
モード或いは指定時刻モードとしての処理を行うための
必要な記憶／設定処理を行う。例えば当該携帯電話装置
１のＩＤ、電話番号、配信要求されたコンテンツ、配信
モード、日時等を管理できる状態に記憶する。そしてス
テップＦ９０９に進んで、携帯電話装置１との間の通信
を切断し、処理を一旦終える。この場合は、配信のため
の処理を、受信環境が回復するまで一時的に中断するよ
うな意味合いとなる。

【０１３３】以上のように、ユーザーが配信を求める操
作を行ない、携帯電話装置１からサーバ１０２に配信要
求を行った際には、受信環境が良好であれば配信が実行
され、一方、その時点で受信環境が良好でなければ、配
信要求は中止又は中断される。従って、受信環境が悪い
状態で配信が行われることが回避されることで、不完全
もしくはデータ品質の悪いコンテンツデータが取り込ま
れることを回避できる。またその場合は、ユーザーの事
情に応じて、中止、又は後の受信環境の回復を待って配
信が実行されるように中断されることで、ユーザーに最
適な対応処理が可能となる。

【０１３４】４−４ 回復時実行モードの処理 上述のように受信環境が良好でなくて配信が中断された
場合において、携帯電話装置１から通知された配信モー
ドが回復時実行モードであった場合は、サーバは図１７
のステップＦ９１０で通信切断が行われた後に、図１８
の右側に示す処理を実行する。またそれに応じて携帯電
話装置１の制御部１１は図１８の左側に示す処理を行う
ことになる。

【０１３５】回復時実行モードの場合は、サーバ１０２
は図１８のステップＦ１００１で所定時間の経過を監視
している。この所定時間とは、サーバ１０２の処理プロ
グラム上で予め設定されている時間とする。ただし、携
帯電話装置１のユーザーが所定時間としての値を選択で
きるようにしてもよい。そのようにする場合は携帯電話
装置１は、上記配信モード通知の際に、ユーザが選択し
た所定時間の値もサーバ１０２に通知するようにする。

【０１３６】サーバ１０２は、所定時間の経過が確認さ
れたら、処理をステップＦ１００２に進め、当該配信対
象となっている携帯電話装置１についての受信環境の状
況チェックを行う。これは上記図１７のステップＦ９０
２と同様に、基地局１０１に対して状況確認依頼を送信
し、基地局１０１で電波状況及び回線状況を確認を行
い、その結果の状況通知をサーバ１０２が受信して確認
する処理となる。なお基地局１０１では、携帯電話装置
１が位置登録時に上述のように電波状況を通知している
ことで、対象となっている携帯電話装置１の電波状況を
知ることができる。

【０１３７】ここで、受信環境がＮＧという結果が基地
局１０１から通知された場合は、ステップＦ１００３か
らＦ１００１に戻って、再び所定時間が経過することを
待機する。受信環境がＯＫという結果がでた場合は、サ
ーバ１０２はステップＦ１００３からＦ１００４に進
み、携帯電話装置１に対して接続要求を行う（図１４の
Ｓ５１）。この接続要求があると携帯電話装置１の制御
部１１はステップＦ１１０１からＦ１１０２に進み、サ
ーバ１０２との接続処理を行う。サーバ１０２もステッ
プＦ１００５の接続処理を行うことで、サーバ１０２と
携帯電話装置１の接続が確立される（図１４のＳ５
２）。

【０１３８】サーバ１０２は、携帯電話装置１との間の
通信接続が確立されたら、ステップＦ１００６で携帯電
話装置１に対する配信を実行する。つまり上記図１７の
ステップＦ９０８で記憶しておいた、要求された音楽コ
ンテンツの配信を実行する（図１４のＳ５３）。

【０１３９】これに応じて携帯電話装置１の制御部１１
は、ステップＦ１１０３で、配信されるコンテンツデー
タを受信し、メモリカード９０に記録していく処理、即
ちダウンロード処理を行う（図１４のＳ５４）。そして
配信が完了し、所要のコンテンツデータのメモリカード
９０への記録が完了したら、ステップＦ１１０４でサー
バ１０２との間の通信を切断し、処理を終える。サーバ
１０２もステップＦ１００７で通信切断処理を行なって
処理を終える。

【０１４０】このように回復時実行モードとされている
場合は、サーバ１０２は、図１７の処理後において、一
定時間毎に携帯電話装置１の受信環境のチェックを行
う。そして受信環境が良好になったことが確認された時
点で携帯電話装置１との間で再度通信を確立し、配信を
行う。これによって上記図１７の処理で中断されていた
配信が、その後の時点で実行されることになる。従っ
て、携帯電話装置１から受信環境が悪い時点で配信要求
を行い、この結果で配信動作が中断された場合でも、そ
の後、受信環境の回復に応じて配信動作が完了されるた
め、ユーザーは、適正かつ高品位なコンテンツデータの
配信を受けることができる。

【０１４１】４−５ 指定時刻モードの処理 受信環境が良好でなくて配信が中断された場合におい
て、携帯電話装置１から通知された配信モードが指定時
刻モードであった場合は、サーバは図１７のステップＦ
９１０で通信切断が行われた後に、図１９の右側に示す
処理を実行する。またそれに応じて携帯電話装置１の制
御部１１は図１９の左側に示す処理を行うことになる。

【０１４２】指定時刻モードの場合は、そのモード通知
とともに指定された時刻が送信されてくるが、サーバ１
０２は図１９のステップＦ１２０１で指定時刻の到来を
監視している。そしてサーバ１０２は、指定時刻到来を
確認したら、処理をステップＦ１２０２に進め、当該配
信対象となっている携帯電話装置１についての受信環境
の状況チェックを行う。これは上記図１８のステップＦ
１００２と同様に、基地局１０１に対して状況確認依頼
を送信し、基地局１０１で電波状況及び回線状況を確認
を行い、その結果の状況通知をサーバ１０２が受信して
確認する処理となる。

【０１４３】ここで、受信環境がＮＧという結果が基地
局１０１から通知された場合は、この時点でも配信は実
行できないとしてエラー処理を行う。例えば携帯電話装
置１に配信中止とすることを通知することが考えられ
る。なお、その際に再びユーザーに時刻指定を求め、そ
の指定時刻の通知に応じて、ステップＦ１２０１からの
処理を再度行うようにしてもよい。或いは、エラー通知
の際に、ユーザーが再度時刻指定を行うか、或いはこの
時点でコンテンツ購入をあきらめて配信処理を終了させ
るかを選択できるようにしてもよい。さらには、例えば
図１６のステップＦ８０７の時点で、ユーザーが一度に
複数の時刻を指定できるようにし、サーバ１０２では指
定された全ての時刻について図１９の処理が行われるよ
うにしてもよい。

【０１４４】ステップＦ１２０３で受信環境がＯＫとい
う結果がでた場合は、サーバ１０２はステップＦ１２０
４に進み、携帯電話装置１に対して接続要求を行う（図
１４のＳ５１）。この接続要求があると携帯電話装置１
の制御部１１はステップＦ１３０１からＦ１３０２に進
み、サーバ１０２との接続処理を行う。サーバ１０２も
ステップＦ１２０５の接続処理を行うことで、サーバ１
０２と携帯電話装置１の接続が確立される（図１４のＳ
５２）。

【０１４５】サーバ１０２は、携帯電話装置１との間の
通信接続が確立されたら、ステップＦ１２０６で携帯電
話装置１に対する配信を実行する。つまり上記図１７の
ステップＦ９０８で記憶しておいた、要求された音楽コ
ンテンツの配信を実行する（図１４のＳ５３）。

【０１４６】これに応じて携帯電話装置１の制御部１１
は、ステップＦ１３０３で、配信されるコンテンツデー
タを受信し、メモリカード９０に記録していく処理、即
ちダウンロード処理を行う（図１４のＳ５４）。そして
配信が完了し、所要のコンテンツデータのメモリカード
９０への記録が完了したら、ステップＦ１３０４でサー
バ１０２との間の通信を切断し、処理を終える。サーバ
１０２もステップＦ１２０７で通信切断処理を行なって
処理を終える。

【０１４７】このように指定時刻モードとされている場
合は、サーバ１０２はユーザーが指定した時刻に携帯電
話装置１の受信環境のチェックを行う。そしてその時点
で受信環境が良好になっていれば、携帯電話装置１との
間で再度通信を確立し、配信を行う。これによって上記
図１７の処理で中断されていた配信が、その後の時点で
実行されることになる。従って、ユーザーが受信環境が
悪い時点で配信を求める操作を行い、この結果配信動作
が中断された場合でも、その後、ユーザーにとって都合
のよい時刻に受信環境が回復していれば配信動作が完了
されるため、ユーザーは、適正かつ高品位なコンテンツ
データの配信を受けることができる。

【０１４８】以上、実施の形態としての各種の例を説明
してきたが、本発明の配信システム構成、携帯無線端末
等の構成や、処理手順などは多様な変形例が考えられ
る。また、特に音楽コンテンツの配信を例に挙げたが、
もちろん配信されるデータは音楽コンテンツ以外のどの
ようなデータであって本発明は適用できる。また携帯無
線端末としては、携帯電話装置に限られず、携帯型の無
線通信装置であればどのようなものでもよい。例えばＰ
ＤＡ（Personal Digital Assistant）と呼ばれる携帯型
の情報機器などであってもよい。また、配信データを記
録する記録媒体としてメモリカード９０を例に挙げた
が、もちろん記録媒体はメモリカードに限られず、ＨＤ
Ｄ、光ディスク、光磁気ディスク、或いは装置内に固定
的に配置されるＲＡＭ、フラッシュメモリなど、他の種
の記録媒体であってもよい。

【０１４９】

【発明の効果】以上の説明からわかるように本発明で
は、携帯無線端末からサーバに配信要求があった際に携
帯無線端末における受信環境を判別し、受信環境が良好
であればサーバからのコンテンツの配信が行われるが、
受信環境が良好でない場合は、サーバからのコンテンツ
の配信が行われないようにしている。このため、受信環
境が良好でない状態で配信が行われて適正かつ高品位な
データ配信動作が不能となるという事態を回避できると
いう効果がある。そして受信環境が良好でないため配信
を行わない場合は、ユーザーの事情に応じて所要の処理
を行うことでユーザーにとって好適となる。即ちその時
点で配信自体を中止、つまりキャンセルしてしまうよう
にすれば、ユーザーが後に自分の意志で再度配信を求め
ることができる。また、その後、所定期間毎に受信環境
の判別動作が実行され、受信環境が良好と判別された時
点に、配信を実行するようにしたり、或いは、その後の
指定された時点において受信環境の判別動作が実行さ
れ、受信環境が良好と判別されれば配信が行われるよう
にすることで、受信環境が回復することを待って配信が
行われることになる。従ってユーザーの行った配信のた
めの操作は有効とされて再度の操作を必要としないで、
かつ適切に高品位な配信コンテンツデータを受け取るこ
とができるようになる。

【０１５０】また受信環境としては、無線伝送路におけ
る受信電波状況や、無線伝送路における通信回線の混雑
状況を判別することで、携帯無線端末を対象とする配信
動作にとって最も有効な判別動作となる。

【０１５１】そしてこれらのことにより、携帯無線端末
を配信サービスの端末として利用する際においてのユー
ザーの不便や、データ品質の低下、或いは不完全なコン
テンツデータの配信などといったことが解消され、携帯
無線端末を用いた配信サービスを実用性、安定性を高め
ることができる。

【図面の簡単な説明】

【図１】本発明の実施の形態の配信システムの説明図で
ある。

【図２】実施の形態の携帯電話装置の外観の説明図であ
る。

【図３】実施の形態の携帯電話装置のブロック図であ
る。

【図４】第１の実施の形態の配信動作の説明図である。

【図５】実施の形態の携帯電話装置における配信モード
設定処理のフローチャートである。

【図６】第１の実施の形態の携帯電話装置の位置登録時
の処理のフローチャートである。

【図７】実施の形態の携帯電話装置の電界レベル記憶方
式の説明図である。

【図８】第１の実施の形態の携帯電話装置のダウンロー
ド時の処理のフローチャートである。

【図９】第１の実施の形態の携帯電話装置の電波状況チ
ェック処理のフローチャートである。

【図１０】実施の形態の基地局の回線状況判別処理のフ
ローチャートである。

【図１１】第１の実施の形態の携帯電話装置の回復時実
行モードの処理のフローチャートである。

【図１２】第１の実施の形態の携帯電話装置の指定時刻
モードの処理のフローチャートである。

【図１３】第１の実施の形態の携帯電話装置の位置登録
時の他の処理例のフローチャートである。

【図１４】第２の実施の形態の配信動作の説明図であ
る。

【図１５】第２の実施の形態の携帯電話装置の位置登録
時の処理のフローチャートである。

【図１６】第２の実施の形態の携帯電話装置のダウンロ
ード時の処理のフローチャートである。

【図１７】第２の実施の形態のサーバのダウンロード時
の処理のフローチャートである。

【図１８】第２の実施の形態の回復時実行モードの処理
のフローチャートである。

【図１９】第２の実施の形態の指定時刻モードの処理の
フローチャートである。

【符号の説明】

１ 携帯電話装置、２ アンテナ、３ メモリスロッ
ト、４ 表示部、５ 通話スピーカ部、６ マイク部、
７ 操作部、８ ヘッドホン端子、１１ 制御部、１２
メモリ部、１４ ＲＦ部、１５ ベースバンド処理
部、１６ 音声部、１７ リンガ音源部、１８ 着信ス
ピーカ部、２０ メモリインターフェース、２１ エン
コーダ／デコーダ、２２ 記録再生制御部、２３ オー
ディオ処理部、１０１ 基地局、１０２ サーバ

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 7/173 ６３０ Ｈ０４Ｌ 11/00 ３１０Ｂ ５Ｋ１０１ (72)発明者 和田 浄 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5C064 BA07 BC20 BC25 BD02 BD08 5K015 AB01 AB03 AB04 AD01 AF06 AF08 GA01 GA05 GA06 5K024 AA02 AA63 AA72 BB04 CC11 EE01 FF03 FF05 GG05 GG08 5K033 AA05 CB01 DA01 DA19 DB20 5K067 AA23 BB04 BB21 DD44 DD51 EE02 EE10 HH23 5K101 KK18 LL12 MM07 NN15 NN18 NN21 NN23 NN25 PP03 PP04 QQ07 RR14 RR25 VV01 VV02

Claims (24)

【特許請求の範囲】
1. 【請求項１】 無線伝送路を介して通信ネットワークに
   接続される携帯無線端末と、上記通信ネットワークに接
   続され上記携帯無線端末にコンテンツデータの配信が可
   能とされるサーバとから成る配信システムにおいて、 上記携帯無線端末は、 上記サーバからの所定のコンテンツデータの配信を求め
   る操作を行う操作手段と、 受信環境を判別する判別手段と、 上記操作手段により配信を求める操作が行われた場合
   に、上記判別手段による受信環境の判別結果に基づい
   て、上記サーバに対して配信要求を行う制御手段と、 上記配信要求に応じて上記サーバから配信されたコンテ
   ンツデータを記憶する記憶手段と、 を備えていることを特徴とする配信システム。
2. 【請求項２】 上記判別手段は、上記受信環境として、
   上記無線伝送路における受信電波状況を判別することを
   特徴とする請求項１に記載の配信システム。
3. 【請求項３】 上記判別手段は、上記受信環境として、
   上記無線伝送路における通信回線の混雑状況を判別する
   ことを特徴とする請求項１に記載の配信システム。
4. 【請求項４】 上記制御手段は、上記判別手段により受
   信環境が良好でないと判別された場合は、上記サーバに
   対する配信要求を実行しないことを特徴とする請求項１
   に記載の配信システム。
5. 【請求項５】 上記制御手段は、上記判別手段の判別結
   果に基づいて上記サーバに対する配信要求を実行しない
   場合は、その後、所定期間毎に上記判別手段に受信環境
   の判別動作を実行させ、受信環境が良好と判別された時
   点に、上記サーバに対する配信要求を実行することを特
   徴とする請求項４に記載の配信システム。
6. 【請求項６】 上記制御手段は、上記判別手段の判別結
   果に基づいて上記サーバに対する配信要求を実行しない
   場合は、その後の指定された時点において上記判別手段
   に受信環境の判別動作を実行させ、受信環境が良好と判
   別された場合に、上記サーバに対する配信要求を実行す
   ることを特徴とする請求項４に記載の配信システム。
7. 【請求項７】 無線伝送路を介して通信ネットワークに
   接続され、上記通信ネットワークに接続されたサーバか
   らコンテンツデータの配信を受けることが可能とされる
   携帯無線端末において、 上記サーバからの所定のコンテンツデータの配信を求め
   る操作を行う操作手段と、 受信環境を判別する判別手段と、 上記操作手段により配信を求める操作が行われた場合
   に、上記判別手段による受信環境の判別結果に基づい
   て、上記サーバに対して配信要求を行う制御手段と、 上記配信要求に応じて上記サーバから配信されたコンテ
   ンツデータを記憶する記憶手段と、 を備えていることを特徴とする携帯無線端末。
8. 【請求項８】 上記判別手段は、上記受信環境として、
   上記無線伝送路における受信電波状況を判別することを
   特徴とする請求項７に記載の携帯無線端末。
9. 【請求項９】 上記判別手段は、上記受信環境として、
   上記無線伝送路における通信回線の混雑状況を判別する
   ことを特徴とする請求項７に記載の携帯無線端末。
10. 【請求項１０】 上記制御手段は、上記判別手段により
    受信環境が良好でないと判別された場合は、上記サーバ
    に対する配信要求を実行しないことを特徴とする請求項
    ７に記載の携帯無線端末。
11. 【請求項１１】 上記制御手段は、上記判別手段の判別
    結果に基づいて上記サーバに対する配信要求を実行しな
    い場合は、その後、所定期間毎に上記判別手段に受信環
    境の判別動作を実行させ、受信環境が良好と判別された
    時点に、上記サーバに対する配信要求を実行することを
    特徴とする請求項１０に記載の携帯無線端末。
12. 【請求項１２】 上記制御手段は、上記判別手段の判別
    結果に基づいて上記サーバに対する配信要求を実行しな
    い場合は、その後の指定された時点において上記判別手
    段に受信環境の判別動作を実行させ、受信環境が良好と
    判別された場合に、上記サーバに対する配信要求を実行
    することを特徴とする請求項１０に記載の携帯無線端
    末。
13. 【請求項１３】 無線伝送路を介して通信ネットワーク
    に接続される携帯無線端末と、上記通信ネットワークに
    接続され上記携帯無線端末にコンテンツデータの配信が
    可能とされるサーバとから成る配信システムにおいて行
    われる配信方法として、 上記携帯無線端末において所定のコンテンツデータの配
    信を求める操作が行われた際に、受信環境を判別する判
    別ステップと、 上記判別ステップにより受信環境が良好と判別された場
    合に、上記携帯無線端末から上記サーバに対しての配信
    要求を行う要求ステップと、 上記配信要求に応じて上記サーバからコンテンツデータ
    を上記携帯無線端末に配信し、上記携帯無線端末におい
    て記憶する配信ステップと、 が行われることを特徴とする配信方法。
14. 【請求項１４】 上記判別ステップは、上記受信環境と
    して、上記無線伝送路における受信電波状況を判別する
    ことを特徴とする請求項１３に記載の配信方法。
15. 【請求項１５】 上記判別ステップは、上記受信環境と
    して、上記無線伝送路における通信回線の混雑状況を判
    別することを特徴とする請求項１３に記載の配信方法。
16. 【請求項１６】 上記判別ステップにおいて受信環境が
    良好でない判別された場合は、上記要求ステップの動作
    を実行しないことを特徴とする請求項１３に記載の配信
    方法。
17. 【請求項１７】 上記要求ステップの動作を実行しない
    場合においては、その後、所定期間毎に上記判別ステッ
    プの判別動作を実行し、受信環境が良好と判別された時
    点に、上記要求ステップの動作を実行することを特徴と
    する請求項１６に記載の配信方法。
18. 【請求項１８】 上記要求ステップの動作を実行しない
    場合においては、その後の指定された時点に上記判別ス
    テップの判別動作を実行し、受信環境が良好と判別され
    た場合に、上記要求ステップの動作を実行することを特
    徴とする請求項１６に記載の配信方法。
19. 【請求項１９】 無線伝送路を介して通信ネットワーク
    に接続される携帯無線端末と、上記通信ネットワークに
    接続され上記携帯無線端末にコンテンツデータの配信が
    可能とされるサーバとから成る配信システムにおいて、 上記携帯無線端末は、 上記サーバからの所定のコンテンツデータの配信を求め
    る操作を行う操作手段と、 上記操作手段により配信を求める操作が行われた場合
    に、上記サーバに対して配信要求を行う制御手段と、 上記配信要求に応じて上記サーバから配信されたコンテ
    ンツデータを記憶する記憶手段と、 を備え、 上記サーバは、 上記配信要求があった際に、上記携帯無線端末における
    受信環境を判別する判別手段と、 上記判別手段による受信環境の判別結果に基づいて、上
    記携帯無線端末に対して配信を行う配信制御手段と、 を備えていることを特徴とする配信システム。
20. 【請求項２０】 上記判別手段は、上記受信環境とし
    て、上記携帯無線端末における受信電波状況を判別する
    ことを特徴とする請求項１９に記載の配信システム。
21. 【請求項２１】 上記判別手段は、上記受信環境とし
    て、上記携帯無線端末に接続する無線伝送路における通
    信回線の混雑状況を判別することを特徴とする請求項１
    ９に記載の配信システム。
22. 【請求項２２】 上記配信制御手段は、上記判別手段に
    より受信環境が良好でないと判別された場合は、上記携
    帯無線端末に対する配信を実行しないことを特徴とする
    請求項１９に記載の配信システム。
23. 【請求項２３】 上記配信制御手段は、上記判別手段の
    判別結果に基づいて上記携帯無線端末に対する配信を実
    行しない場合は、その後、所定期間毎に上記判別手段に
    受信環境の判別動作を実行させ、受信環境が良好と判別
    された時点に、上記携帯無線端末に対する配信を実行す
    ることを特徴とする請求項２２に記載の配信システム。
24. 【請求項２４】 上記配信制御手段は、上記判別手段の
    判別結果に基づいて上記携帯無線端末に対する配信を実
    行しない場合は、その後の指定された時点において上記
    判別手段に受信環境の判別動作を実行させ、受信環境が
    良好と判別された場合に、上記携帯無線端末に対する配
    信を実行することを特徴とする請求項２２に記載の配信
    システム。