JP2002014684A

JP2002014684A - 情報配信方法、サーバ装置及び情報受信端末装置

Info

Publication number: JP2002014684A
Application number: JP2000197097A
Authority: JP
Inventors: Masatoshi Ozawa; 正俊小澤
Original assignee: Matsushita Graphic Communication Systems Inc
Current assignee: Panasonic System Solutions Japan Co Ltd
Priority date: 2000-06-29
Filing date: 2000-06-29
Publication date: 2002-01-18
Also published as: US20020002620A1; US7146406B2

Abstract

(57)【要約】【課題】通信回線を介して所定の情報配信サーバ
から音楽情報等の各種情報をダウンロードする際、ＰＣ
等の通信端末を必要とせず、簡単な操作により短時間か
つ低コストで各種情報をダウンロードすること。【解決手段】インターネット６１又はＩＳＤＮ網・電
話網６３を介して接続されたユーザ端末（ＰＣ２０，携
帯電話３０，電話装置４０）からリクエストをコンテン
ツサーバ１０に送信し、そのコンテンツサーバ１０から
リクエストに対応する情報をＩＳＤＮ網・電話網６３を
介して配信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信回線を介して
所定の情報配信サーバから提供される情報を配信する情
報配信方法、所定の情報配信サーバから提供される情報
を情報受信端末装置に配信するサーバ装置及びこのサー
バ装置から情報を受信する情報受信端末装置に関する。

【０００２】

【従来の技術】近年、インターネット等を用いたデータ
通信技術の発達に伴い、インターネットを介して音楽配
信サーバから、クライアントであるパーソナルコンピュ
ータ（以下、「ＰＣ」という）に対して音楽情報の配信
を行うサービスが出現している。このような音楽配信サ
ービスの仕組みについて、以下に簡単に説明する。

【０００３】上述の音楽配信サービスを受けようとする
場合、まず、ユーザがＰＣ等を用いてインターネットを
介して音楽配信サーバに接続する。そして、音楽配信サ
ーバに蓄積されている音楽情報の中から所望の音楽情報
を選択することで、その音楽情報を自己のＰＣにダウン
ロードすることができる。ユーザ側では、このダウンロ
ードした音楽情報を専用のメモリカードに書き込む一
方、所定の再生手段によってメモリカードから読み取っ
てその音楽情報を再生することができる。

【０００４】

【発明が解決しようとする課題】しかしながら、上述の
音楽配信サービスは、音楽情報のダウンロード要求及び
音楽情報のダウンロードを、ＰＣ等を用いてインターネ
ットを介して行う構成である。このため、ＰＣ等の音楽
配信サーバが提供するホームページ等にアクセス可能な
通信端末を有しないユーザは、このような音楽配信サー
ビスを受けることができないという問題がある。

【０００５】また、このような音楽配信サービスによ
り、例えば、一曲が４分の音楽情報をダウンロードする
場合、通信回線の混雑状況にもよるが、一般的に２０分
程度の時間を要する。この間、通信回線は接続状態が継
続するため、ＰＣ等のユーザは通話料金を負担しなけれ
ばならないという問題もある。

【０００６】さらに、音楽情報をダウンロードした後
は、接続状態である通信回線の状態を切断する必要があ
るため、ＰＣ等のユーザはこの音楽情報の配信状況を監
視しなければならないという問題もある。

【０００７】なお、このような問題は、上述のような音
楽配信サービスに限られず、インターネットを介して、
例えば、学習教材や書籍等の比較的大きなデータ容量の
情報をダウンロードする場合にも同様に生ずるものであ
る。

【０００８】本発明は、かかる点に鑑みてなされたもの
であり、通信回線を介して所定の情報配信サーバから音
楽情報等の各種情報をダウンロードする際、ＰＣ等の通
信端末を必要とせず、簡単な操作により短時間かつ低コ
ストで各種情報をダウンロードすることができる情報配
信方法、サーバ装置及び情報受信端末装置を提供するこ
とを目的とする。

【０００９】

【課題を解決するための手段】本発明は、インターネッ
ト又は電話網を介して接続されたユーザ端末からリクエ
ストを情報配信サーバに送信し、その情報配信サーバか
らリクエストに対応する情報を電話網を介して配信する
ようにしたものである。

【００１０】これにより、情報配信サーバからの情報が
電話網を介して配信されるので、配信経路としてインタ
ーネットを利用する場合と比べて、情報の配信に要する
時間を短縮することができる。また、配信に要する時間
を短縮することができるため、通話料金の低コスト化を
実現することができる。さらに、インターネット又は電
話網を介して接続されたユーザ端末からリクエストする
ことができるので、幅広いユーザ層に対して情報配信サ
ービスを提供することができる。

【００１１】

【発明の実施の形態】本発明の第１の態様に係る情報配
信方法は、インターネット又は電話網を介して接続され
たユーザ端末からリクエストを情報配信サーバに送信
し、前記情報配信サーバから前記リクエストに対応する
情報を電話網を介して配信するようにしたものである。

【００１２】この方法によれば、情報配信サーバからの
情報が電話網を介して配信されるので、配信経路として
インターネットを利用する場合と比べて、情報の配信に
要する時間を短縮することができる。また、配信に要す
る時間を短縮することができるため、通話料金の低コス
ト化を実現することができる。さらに、インターネット
又は電話網を介して接続されたユーザ端末からリクエス
トすることができるので、幅広いユーザ層に対して情報
配信サービスを提供することができる。

【００１３】本発明の第２の態様に係る情報配信方法
は、インターネット又は電話網を介して接続されたユー
ザ端末からリクエストをサーバ装置に送信する工程と、
前記リクエストを前記サーバ装置から情報配信サーバに
送信する工程と、前記リクエストに対応する情報を前記
情報配信サーバから前記サーバ装置に配信する工程と、
前記情報配信サーバから配信された情報を前記リクエス
トに基いて前記サーバ装置から電話網を介して情報受信
端末装置に配信する工程と、を具備するようにしたもの
である。

【００１４】この方法によれば、情報配信サーバからの
情報が電話網を介して配信されるので、配信経路として
インターネットを利用する場合と比べて、情報の配信に
要する時間を短縮することができる。また、配信に要す
る時間を短縮することができるため、通話料金の低コス
ト化を実現することができる。さらに、インターネット
又は電話網を介して接続されたユーザ端末からリクエス
トすることができるので、幅広いユーザ層に対して情報
配信サービスを提供することができる。このとき、サー
バ装置がユーザ端末から受信したリクエストに基いて情
報を配信するため、ユーザ端末のリクエストに応じた情
報配信を行うことができる。

【００１５】本発明の第３の態様に係る情報配信方法
は、第２の態様において、前記サーバ装置は、前記情報
配信サーバから配信された情報を前記ユーザ端末からリ
クエストされた配信時間に前記情報受信端末装置に配信
するようにしたものである。

【００１６】この方法によれば、ユーザ端末からリクエ
ストされた配信時間に情報が配信されるので、ユーザの
都合のよい時間に所望の情報を受信することができる。

【００１７】本発明の第４の態様に係る情報配信方法
は、第２又は第３の態様において、前記情報配信サーバ
から配信される情報は、音楽情報であるものである。

【００１８】この方法によれば、ユーザは、情報配信サ
ーバから音楽情報を配信されるので、短時間かつ低コス
トで音楽情報の配信を受けることができる。

【００１９】本発明の第５の態様に係るサーバ装置は、
インターネット又は電話網を介して接続されたユーザ端
末からリクエストを受信する一方、前記リクエストを情
報配信サーバに送信するリクエスト処理部と、前記リク
エストに基いて前記情報配信サーバから配信された情報
を前記リクエストに基いて前記電話網を介して情報受信
端末装置に配信する配信制御部と、を具備する構成を採
る。

【００２０】この構成によれば、情報配信サーバから配
信された情報が電話網を介して情報受信端末装置に配信
されるため、配信経路としてインターネットを利用する
場合と比べて、情報の配信に要する時間を短縮すること
ができる。また、配信に要する時間を短縮することがで
きるため、通話料金の低コスト化を実現することができ
る。

【００２１】また、インターネット又は電話網を介して
接続されたユーザ端末からリクエストを受信することが
でき、そのリクエストに応じて情報配信サーバから配信
された情報が情報受信端末装置に配信される。このた
め、幅広いユーザ層に対して情報配信サービスを提供す
ることができる。

【００２２】本発明の第６の態様に係るサーバ装置は、
第５の態様において、前記リクエスト処理部は、前記イ
ンターネットを介してリクエストメニュー画面を含むホ
ームページを前記ユーザ端末に提供し、前記リクエスト
メニュー画面から入力されたリクエストを受信する構成
を採る。

【００２３】この構成によれば、サーバ装置は、ホーム
ページ上のリクエストメニュー画面から入力されたリク
エストを受信することができる。このため、インターネ
ットを介して接続されたＰＣ等のユーザ端末からのリク
エストを受信することができる。

【００２４】本発明の第７の態様に係るサーバ装置は、
第５又は第６の態様において、前記リクエスト処理部
は、前記電話網を介して音声ガイダンスを前記ユーザ端
末に提供し、前記音声ガイダンスに基いて入力されたリ
クエストを受信する構成を採る。

【００２５】この構成によれば、サーバ装置は、音声ガ
イダンスに基いて入力されたリクエストを受信すること
ができる。このため、電話網を介して接続された電話装
置等のユーザ端末からのリクエストを受信することがで
きる。

【００２６】本発明の第８の態様に係るサーバ装置は、
第５から第７のいずれかの態様において、前記配信制御
部は、前記ユーザ端末からのリクエストに含まれる配信
時間にしたがって前記情報配信サーバから配信された情
報を前記情報受信端末に配信する具備する構成を採る。

【００２７】この構成によれば、情報配信サーバから配
信された情報がユーザ端末からのリクエストに含まれる
配信時間に配信される。このため、ユーザ端末から配信
時間を指定することで、ユーザの都合のよい時間に所望
の情報の配信を受けることができる。

【００２８】本発明の第９の態様に係るサーバ装置は、
第５から第８の態様において、前記情報配信サーバから
前記リクエストに対応する情報を含む配信要求を受信す
る一方、前記配信要求の中から所定情報を前記情報受信
端末装置に送信する配信要求処理部を具備し、前記配信
制御部は、前記所定情報を受信した前記情報受信端末装
置から送信される制御情報に基いて前記情報配信サーバ
から配信された情報の配信を制御する構成を採る。

【００２９】この構成によれば、所定情報を受信した情
報受信端末装置から送信される制御情報に基いて情報配
信サーバから配信された情報の配信が制御される。この
ため、情報受信端末装置の状態に対応して情報配信サー
バから配信された情報の配信の実行／不実行を制御でき
るので、情報受信端末装置の状態に対応させて情報配信
サーバから配信された情報の配信を行うことができる。

【００３０】本発明の第１０の態様に係るサーバ装置
は、第９の態様において、前記配信要求処理部は、前記
所定情報として前記情報配信サーバから配信された情報
の識別情報及び容量を前記情報受信端末装置に送信し、
前記配信制御部は、前記識別情報及び容量を受信した前
記情報受信端末装置から送信される制御情報に基いて前
記情報配信サーバから配信された情報の配信を制御する
構成を採る。

【００３１】この構成によれば、情報配信サーバから配
信された情報の識別情報及び容量を受信した情報受信端
末装置から送信される制御情報に基いて情報配信サーバ
から配信された情報の配信が制御される。情報配信サー
バから配信された情報の識別情報及び容量に基いて情報
受信端末装置が制御情報を送信するため、情報配信サー
バから配信された情報の配信が誤って行われるのを防止
することができる。

【００３２】本発明の第１１の態様に係るサーバ装置
は、第９又は第１０の態様において、前記配信要求処理
部は、前記情報配信サーバから配信された情報の配信が
中断した場合、中断した情報の識別情報を前記情報受信
端末装置に送信し、前記配信制御部は、前記中断した情
報の識別情報を受信した前記情報受信端末装置から送信
される制御情報に基いて前記中断した情報の残りの情報
の再配信を行う構成を採る。

【００３３】この構成によれば、情報配信サーバから配
信された情報の配信が中断した場合、中断した情報の識
別情報を受信した情報受信端末装置から送信される制御
情報に基いて中断した情報の残りの情報の再配信が行わ
れる。このため、情報配信サーバから配信された情報の
配信が中断した場合であっても、所定の場合にその中断
した情報を継続して配信することができる。

【００３４】本発明の第１２の態様に係るサーバ装置
は、第９から第１１のいずれかの態様において、前記情
報配信サーバから配信された情報を前記情報受信端末装
置に配信する際、前記情報受信端末装置に所定通知を送
信する通知処理部を具備し、前記配信制御部は、前記所
定通知を受信した前記情報受信端末装置から送信される
制御情報に基いて前記情報配信サーバから配信された情
報の配信の続行を制御する構成を採る。

【００３５】この構成によれば、所定通知を受信した情
報受信端末装置から送信される制御情報に基いて情報配
信サーバから配信された情報の配信の続行が制御され
る。このため、情報受信端末装置の受信状態に対応して
情報配信サーバから配信された情報の配信の続行が制御
されるので、情報受信端末装置の受信状態に対応させて
情報配信サーバから配信された情報の配信を行うことが
できる。

【００３６】本発明の第１３の態様に係るサーバ装置
は、第１２の態様において、前記通知処理部は、前記情
報配信サーバから配信された情報を複数ブロックに分割
したブロック毎の配信終了を示す終了通知、前記情報配
信サーバから配信された複数の情報の情報毎の配信終了
を示す終了通知又は前記情報配信サーバから配信された
全ての情報の配信終了を示す終了通知を送信する構成を
採る。

【００３７】この構成によれば、これらの終了通知を受
信した情報受信端末装置から送信される制御情報に基い
て情報配信サーバから配信された情報の配信の続行が制
御される。すなわち、各種情報の配信終了の際に終了通
知と制御情報とを交換することにより、制御情報を受信
しない等の異常が発生した場合には情報配信サーバから
配信された情報の配信を停止することで、情報配信サー
バから配信された情報が誤って配信されるのを防止する
ことができる。

【００３８】本発明の第１４の態様に係るサーバ装置
は、第９から第１３のいずれかの態様において、前記情
報配信サーバから受信した配信要求に含まれる鳴動種別
にしたがった呼出信号を情報受信端末装置に送信する呼
出処理部を具備する構成を採る。

【００３９】この構成によれば、配信要求に含まれる鳴
動種別にしたがった呼出信号が情報受信端末装置に送信
されるため、情報受信端末装置が鳴動することなく着信
する機能を有していれば、鳴動させることなく情報受信
端末装置に発呼することができ、また、情報配信サーバ
から配信された情報をそのまま配信することができる。
したがって、ユーザが就寝時等に配信を受けたい場合に
鳴動音により煩わされるのを防止することができる。

【００４０】本発明の第１５の態様に係るサーバ装置
は、第５から第１４のいずれかの態様において、前記情
報配信サーバから配信された情報は、音楽情報である構
成を採る。

【００４１】この構成によれば、サーバ装置から音楽情
報が配信されるので、情報受信端末装置により短時間か
つ低コストで音楽情報の配信を受けることができる。

【００４２】本発明の第１６の態様に係る情報受信端末
装置は、第５から第１５のいずれかに態様のサーバ装置
に電話網を介して接続され、前記情報配信サーバから配
信された情報を前記サーバ装置から前記電話網を介して
受信する構成を採る。

【００４３】この構成によれば、これらのサーバ装置か
ら電話網を介して情報配信サーバから配信された情報が
配信されるため、配信経路としてインターネットを利用
する場合と比べて、情報の配信に要する時間を短縮する
ことができる。また、配信に要する時間を短縮すること
ができるため、通話料金の低コスト化を実現することが
できる。さらに、インターネット又は電話網を介して接
続されたユーザ端末からリクエストすることができるの
で、幅広いユーザ層に対して情報配信サービスを提供す
ることができる。

【００４４】本発明の第１７の態様に係る情報受信端末
装置は、第１６の態様において、前記情報配信サーバか
ら配信された情報を記録する記録部と、前記情報配信サ
ーバから配信された情報が記録される記憶媒体の空き容
量及び前記サーバ装置から受信した前記所定情報に基い
て前記情報配信サーバから配信された情報の前記サーバ
装置からの配信を制御する配信制御部と、を具備する構
成を採る。

【００４５】この構成によれば、記憶媒体の空き容量及
びサーバ装置から受信した所定情報に基いて情報配信サ
ーバから配信された情報のサーバ装置からの配信が制御
される。このように、情報受信端末装置において記憶媒
体の空き容量及びサーバ装置から受信した所定情報に基
いてサーバ装置からの配信を制御するので、情報配信サ
ーバから配信された情報の配信が誤って行われるのを防
止することができる。

【００４６】本発明の第１８の態様に係る情報受信端末
装置は、第１７の態様において、前記配信制御部は、前
記サーバ装置から受信した前記情報配信サーバから配信
された情報の容量が前記記憶媒体の空き容量を上回った
場合に前記情報配信サーバから配信された情報を受信す
ることができない旨を示す制御情報を前記サーバ装置に
送信する具備する構成を採る。

【００４７】この構成によれば、情報配信サーバから配
信された情報の容量が記憶媒体の空き容量を上回った場
合に情報配信サーバから配信された情報を受信すること
ができない旨を示す制御情報が送信される。サーバ装置
では、この制御情報に基いて情報配信サーバから配信さ
れた情報の配信が制御されるため、情報配信サーバから
配信された情報の配信が誤って行われるのを防止するこ
とができる。

【００４８】本発明の第１９の態様に係る情報受信端末
装置は、第１７又は第１８の態様において、前記配信制
御部は、前記サーバ装置から受信した前記中断した情報
の識別情報が当該中断した情報であって中断前に受信し
た情報の識別情報と異なる場合に前記中断した情報を受
信することができない旨を示す制御情報を前記サーバ装
置に送信する構成を採る。

【００４９】この構成によれば、サーバ装置から受信し
た中断した情報の識別情報が中断した情報であって中断
前に受信した情報の識別情報と異なる場合に、情報配信
サーバから配信された情報を受信することができない旨
を示す制御情報が送信される。サーバ装置では、この制
御情報に基いて情報配信サーバから配信された情報の配
信が制御されるため、情報配信サーバから配信された情
報の配信が誤って行われるのを防止することができる。

【００５０】本発明の第２０の態様に係る情報受信端末
装置は、第１６から第１９のいずれかの態様において、
前記配信制御部は、前記サーバ装置から前記所定通知を
受信した場合に当該所定通知を受信した旨を示す制御情
報を前記サーバ装置に送信する構成を採る。

【００５１】この構成によれば、サーバ装置から所定通
知を受信した場合にその所定通知を受信した旨を示す制
御情報がサーバ装置に送信される。サーバ装置では、こ
の制御情報に基いて情報配信サーバから配信された情報
の配信の続行が制御される。このため、制御情報によっ
て情報に配信を制御することができるので、情報配信サ
ーバから配信された情報の配信が誤って行われるのを防
止することができる。

【００５２】本発明の第２１の態様に係る情報受信端末
装置は、第１６から第２０の態様において、前記サーバ
装置からの呼出信号に応じて鳴動しないで着信する構成
を採る。

【００５３】この構成によれば、サーバ装置からの呼出
信号に応じて鳴動しないで着信することができるので、
サーバ装置から情報受信端末装置を鳴動させない呼出信
号が送信された場合、鳴動することなく着信処理をする
ことができ、また、情報配信サーバから配信された情報
をそのまま受信することができる。したがって、ユーザ
が就寝時等に配信を受けたい場合に鳴動音により煩わさ
れるのを防止することができる。

【００５４】本発明の第２２の態様に係る情報受信端末
装置は、インターネット又は電話網を介して接続された
ユーザ端末からリクエストを受け付けた情報配信サーバ
から配信される前記リクエストに対応する情報を電話網
を介して受信する構成を採る。

【００５５】この構成によれば、電話網を介して情報配
信サーバから配信された情報が配信されるため、配信経
路としてインターネットを利用する場合と比べて、情報
の配信に要する時間を短縮することができる。また、配
信に要する時間を短縮することができるため、通話料金
の低コスト化を実現することができる。さらに、インタ
ーネット又は電話網を介して接続されたユーザ端末から
リクエストすることができるので、幅広いユーザ層に対
して情報配信サービスを提供することができる。

【００５６】本発明の第２３の態様に係る携帯電話装置
は、第５から第１５のいずれかの態様のサーバ装置に対
してインターネット又は電話網を介して所定情報の配信
をリクエストする構成を採る。

【００５７】このように、携帯電話装置から所定情報の
配信をリクエストすることで外出先等においてもユーザ
は、配信したい所定情報のリクエストを行うことができ
る。これにより、時間及び場所を問わず、所定情報の配
信をリクエストすることができる。

【００５８】本発明の第２４の態様に係る情報配信シス
テムは、第５から第１５のいずれかの態様のサーバ装置
と、第１６から第２１のいずれかの態様の情報受信端末
装置と、を備えた情報配信システムであって、前記サー
バ装置は、インターネット又は電話網を介して接続され
たユーザ端末からリクエストを受信すると、そのリクエ
ストを情報配信サーバに送信する一方、前記情報配信サ
ーバから前記リクエストに対応する情報を受信し、前記
リクエストに基いて前記情報配信サーバから配信された
情報を前記電話網を介して前記情報受信端末装置に配信
するものである。

【００５９】以下、本発明の実施の形態について、図面
を参照して詳細に説明する。

【００６０】図１は、本発明の一実施の形態に係る情報
受信端末装置が動作するネットワークを示す概略図であ
る。図１において、１０は音楽コンテンツサーバ（以
下、「コンテンツサーバ」という）、２０はユーザの各
家庭に配設されたＰＣ、３０はユーザが外出等の際に携
帯する携帯電話、４０はユーザの各家庭に配設された電
話装置、５０は本発明に係る情報受信端末装置である。

【００６１】コンテンツサーバ１０は、最新のヒット曲
の情報やアーティストの情報等、各種音楽情報が蓄積さ
れている楽曲データベース（ＤＢ）１１及びこのコンテ
ンツサーバ１０の音楽配信サービスの提供を受けるため
に会員登録された会員の情報が蓄積されている会員ＤＢ
１２を有している。また、コンテンツサーバ１０は、音
楽情報の著作権を管理／保護するため、音楽情報に暗号
処理を施す機能を備えた著作権管理部１３を有してい
る。

【００６２】ＰＣ２０は、通常のＰＣとしての機能を有
すると共に、ブラウザ機能を備え、インターネット６１
上に提供されている各種ホームページにアクセスするこ
とができる。携帯電話３０は、携帯電話網６２を介して
ＩＳＤＮ網・電話網６３に接続され、所望の相手先と通
話することができる。また、携帯電話３０は、ブラウザ
機能を備え、携帯電話網６２を介してインターネット６
１上に提供されている所定のホームページにアクセスす
ることができる。電話装置４０は、ＩＳＤＮ網・電話網
６３に常時接続され、所望の相手先と通話することがで
きる。

【００６３】情報受信端末装置５０は、電話装置４０と
同様、ＩＳＤＮ網・電話網６３に常時接続され、本情報
受信端末装置５０が配設された家庭の電話番号と同一
の、あるいは、それとは異なる電話番号が付与されてい
る。また、情報受信端末装置５０は、詳細については後
述するが、ＩＳＤＮ網・電話網６３を介して受信した情
報を、装着されたメモリカード５１に書き込むことがで
きる。

【００６４】このようなＰＣ２０、携帯電話３０、電話
装置４０及び情報受信端末装置５０を用いることで、通
信網６０を介してコンテンツサーバ１０が提供する音楽
配信サービスを受けることができる。

【００６５】具体的にいうと、ＰＣ２０又は携帯電話３
０のブラウザ機能を用いた場合は、インターネット６１
を介して、ＷＥＢリクエストサーバ６４が提供するホー
ムページにアクセスする。そして、ＰＣ２０又は携帯電
話３０のユーザは、このホームページ上のリクエストメ
ニュー画面からリクエストを入力する。

【００６６】一方、電話装置４０又は携帯電話３０の通
話機能を用いた場合は、ＩＳＤＮ網・電話網６３を介し
て、音声リクエストサーバ６５の電話番号に発呼する。
そして、電話装置４０又は携帯電話３０のユーザは、音
声リクエストサーバ６５が提供する音声ガイダンスに従
ってリクエストを入力する。

【００６７】このようにリクエストメニュー画面又は音
声ガイダンスに従って入力されたリクエストは、音楽配
信システムバックボーン６７を介してコンテンツサーバ
１０に送信される。コンテンツサーバ１０は、これらの
リクエストに対応する楽曲データを配信サーバ６６に送
信する。

【００６８】配信サーバ６６は、コンテンツサーバ１０
から送信された楽曲データを受信する。そして、ＷＥＢ
リクエストサーバ６４又は音声リクエストサーバ６５で
入力されたリクエストに基いて、ＩＳＤＮ網・電話網６
３を介して、本情報受信端末装置５０にその楽曲データ
を配信する。

【００６９】情報受信端末装置５０では、この配信され
た楽曲データをダウンロードし、装着されているメモリ
カード５１にそのダウンロードした楽曲データを書き込
む。このメモリカード５１に書き込まれた楽曲データを
所定の再生装置で再生することにより、ユーザは、コン
テンツサーバ１０から配信された音楽を聞くことができ
る。このようにして、コンテンツサーバ１０が提供する
音楽配信サービスを受けることができる。

【００７０】なお、ＷＥＢリクエストサーバ６４、音声
リクエストサーバ６５及び配信サーバ６６は、音楽配信
システムバックボーン６７を介して、コンテンツサーバ
１０に接続されている。ここで、音楽配信システムバッ
クボーン６７とは、音楽配信サービスを提供するために
大容量のデータ通信を高速で実現する伝送路を意味す
る。安定したデータ通信を実現するためには、ＷＥＢリ
クエストサーバ６４、音声リクエストサーバ６５及び配
信サーバ６６は、コンテンツサーバ１０に対して専用線
を用いて接続することが望ましい。しかし、これに限定
されず、インターネットやＩＳＤＮ網・電話網を用いて
接続してもよい。

【００７１】また、ＷＥＢリクエストサーバ６４、音声
リクエストサーバ６５及び配信サーバ６６は、複数のサ
ーバ装置でこれらの機能を実現するのが望ましい。すな
わち、多くのユーザとの間でリクエストを受け取る場
合、あるいは、リクエストを受けたユーザに対して楽曲
データ等のような容量の大きいデータを配信する場合に
は、複数のサーバ装置で実現することが望ましい。複数
のサーバ装置でこれらの機能を実現する場合には、音楽
配信システムバックボーン６７を介して、サーバ装置の
間で後述する配信時間等の情報管理が必要となる。配信
時間等の情報管理には、音楽配信システムバックボーン
６７上に別途、配信管理サーバを設置することが考えら
れる。

【００７２】しかし、これに限定されず、単一のサーバ
装置でこれらの機能を実現してもよい。本実施の形態で
は、説明の便宜上、単一のサーバ装置でこれらの機能を
実現するものとする。以下、これらのＷＥＢリクエスト
サーバ６４、音声リクエストサーバ６５及び配信サーバ
６６の機能を実現する単一のサーバ装置をサーバ装置７
０という。

【００７３】このように本情報受信端末装置５０によれ
ば、ＰＣ２０を用いて、あるいは、ＰＣ２０の代わりに
携帯電話３０又は電話装置４０を用いて、所望の楽曲デ
ータをリクエストすることにより、コンテンツサーバ１
０から楽曲データをダウンロードすることができる。こ
のとき、コンテンツサーバ１０から提供される楽曲デー
タは、ＩＳＤＮ網・電話網６３を介して本情報受信端末
装置５０に配信される。また、サーバ装置７０と本情報
受信端末装置５０との間は一対一で回線が確立され、こ
の回線を配信経路として楽曲データが配信される。

【００７４】このため、従来の音楽配信サービスのよう
に、配信経路としてインターネット６１を利用する場合
と比べて、楽曲データのダウンロードに要する時間を短
縮することができる。また、ダウンロードに要する時間
を短縮することができるため、通話料金の低コスト化を
実現することができる。さらに、楽曲データをＰＣ２０
のみでなく、携帯電話３０や電話装置４０からリクエス
トすることができるので、ＰＣ２０ユーザのみでなく、
携帯電話３０及び電話装置４０の幅広いユーザ層に対し
て音楽配信サービスを提供することができる。

【００７５】以下、上述の音楽配信サービスを実現する
ために必要となる、本情報受信端末装置５０及びサーバ
装置７０の構成について説明する。

【００７６】図２は、本情報受信端末装置５０の構成を
示すブロック図である。図２に示すように、本情報端末
装置５０は、装置全体を制御する制御部５０１を有して
いる。制御部５０１は、例えば、ＣＰＵで構成される。
この制御部５０１は、後述するメモリ部に格納されたプ
ログラムに基いて、コンテンツサーバ１０からダウンロ
ードした音楽情報に施された暗号処理を解読する機能を
実現し、また、ダウンロードした音楽情報の著作権を管
理する機能を実現する。制御部５０１には、通信部５０
２、メモリ部５０３、メモリカードリード／ライト部
（以下、「メモリカードＲ／Ｗ部」という）５０４及び
パネル部５０５が接続されている。

【００７７】通信部５０２は、ＩＳＤＮ網・電話網６３
に接続され、ＩＳＤＮ網・電話網６３との間でデータの
送受信を行う。通信部５０２は、例えば、ＤＳＵ（Data
service unit）、モデム等で構成されている。また、
通信部５０２は、交換局からの呼出信号を受けて着信処
理を行う機能を有する。

【００７８】メモリ部５０３は、例えば、ＲＯＭ及びＲ
ＡＭで構成される。メモリ部５０３には、制御部５０１
が本情報受信端末装置５０を制御するために用いられる
プログラムが格納されている。また、メモリ部５０３
は、制御部５０１がワークメモリとして使用するエリア
と、通信部５０２を介して受信した楽曲データ等のデー
タを一時的に保存するデータ格納エリアとを有してい
る。

【００７９】メモリカードＲ／Ｗ部５０４は、制御部５
０１の制御の下、メモリ部５０３に保存された楽曲デー
タ等のデータを本情報受信端末装置５０に装着されたメ
モリカード５１に書き込む一方、メモリカード５１の空
き容量等の情報を読み取る。そして、読み取った情報等
を制御部５０１に通知する。

【００８０】パネル部５０５は、メモリカードＲ／Ｗ部
５０４で読み取ったメモリカード５１の空き容量等の情
報や、本情報受信端末装置５０の現在の状態（例えば、
通信状態）を表示するものである。

【００８１】また、制御部５０１には、ＰＣ等の外部端
末５０６を接続するためのＩ／Ｆ部５０７が接続されて
いる。制御部５０１は、このＩ／Ｆ部５０７を介して外
部端末５０６とデータの通信を行う。なお、Ｉ／Ｆ部５
０７は、上述のようにＩＳＤＮ網・電話網６３を介して
ダウンロードした楽曲データを外部端末５０６に保存す
る場合に用いられる。また、本受信端末装置５０の本来
の機能ではないが、従来のようにインターネット６１を
介してＰＣ本体で楽曲データをダウンロードした場合
に、その楽曲データをメモリカード５１に書き込む場合
に用いられる。また、Ｉ／Ｆ部５０７は、ＬＡＮ等のネ
ットワークに本情報受信端末装置５０を接続する場合に
も用いられる。

【００８２】サーバ装置７０は、通常のＰＣと同様の構
成を有するものである。サーバ装置７０は、ＷＥＢリク
エストサーバ６４として機能する場合にインターネット
を介してＰＣ２０等にリクエストメニュー画面が表示さ
れるホームページを提供する。また、サーバ装置７０
は、音声リクエストサーバ６５として機能する場合にＩ
ＳＤＮ網・電話網６３（ユーザが携帯電話３０の場合に
は、ＩＳＤＮ網・電話網６３及び携帯電話網６２）を介
して音声ガイダンスを提供する。さらに、サーバ装置７
０は、配信サーバ６６として機能する場合にコンテンツ
サーバ１０から送信された楽曲データを各種ユーザ端末
からのリクエストに基いて、ＩＳＤＮ網・電話網６３を
介して本情報受信端末装置５０に送信するものである。

【００８３】図３は、サーバ装置７０の構成を示すブロ
ック図である。図３に示すように、サーバ装置７０は、
装置全体を制御する制御部７０１を有している。制御部
７０１は、例えば、ＣＰＵで構成される。制御部７０１
には、メモリ部７０２、通信部７０３、入力部７０４及
び表示部７０５が接続されている。

【００８４】メモリ部７０２は、例えば、ＲＯＭ、ＲＡ
Ｍ及びハードディスクで構成される。メモリ部７０２に
は、制御部７０１がサーバ装置７０を制御するために用
いられるプログラムが格納されている。また、メモリ部
７０２は、制御部７０１がワークメモリとして使用する
エリアと、後述する通信部７０３が音楽配信システムバ
ックボーン６７から受信する音楽情報等のデータを格納
するためのデータ格納エリアを有している。

【００８５】通信部７０３は、インターネット６１、Ｉ
ＳＤＮ網・電話網６３及び音楽配信システムバックボー
ン６７に接続され、これらとの間でデータの送受信を行
う。通信部７０３は、複数の通信制御ボードで構成さ
れ、例えば、ＬＡＮボード等で構成されている。具体的
には、通信部７０３は、本サーバ装置７０がＷＥＢリク
エストサーバ６４として機能する場合にインターネット
６１及び音楽配信システムバックボーンとの間で送受信
を行う場合は、ＬＡＮボードを使用する一方、本サーバ
装置７０が音声リクエストサーバ６５として機能する場
合にＩＳＤＮ網、電話網６３との間の送受信には、ＩＳ
ＤＮ回線制御ボード及び音声制御ボードを使用し、音楽
配信システムバックボーン６７との間で送受信を行う場
合は、ＬＡＮボードを使用する一方、本サーバ装置７０
が配信サーバ６６として機能する場合にＩＳＤＮ網・電
話網６３との間の送受信には、ＩＳＤＮ回線制御ボード
及びデータ通信制御ボードを使用し、音楽配信システム
バックボーン６７との間で送受信を行う場合は、ＬＡＮ
ボードを使用し、データの送受信を行う。

【００８６】なお、本サーバ装置７０（本サーバ装置７
０の有する機能を複数のサーバ装置で実現した場合、音
声リクエストサーバの機能を有するサーバ装置）は、常
時、ＩＳＤＮ網・電話網６３に接続され、電話番号が付
与されている。通信部７０３は、交換局からの呼出信号
を受けて着信処理を行う機能を有する。

【００８７】入力部７０４は、サーバ装置７０の操作者
が本サーバ装置７０に対して、所定の設定や指示を入力
する部分である。表示部７０５は、入力部７０４から入
力された所定の設定や指示を表示すると共に、本サーバ
装置７０の現在の状態（例えば、通信状態）を表示す
る。

【００８８】また、制御部７０１には、プリンタ等の外
部端末７０６を接続するためのＩ／Ｆ部７０７が接続さ
れている。制御部７０１は、このＩ／Ｆ部７０７を介し
て、外部端末７０６とデータの通信を行う。

【００８９】次に、サーバ装置７０の制御部７０１及び
情報受信端末装置５０の制御部５０１がそれぞれのメモ
リ部７０２、５０３に格納されたプログラムを実行する
ことで実現される機能について図４、図５を用いて説明
する。図４は、サーバ装置７０の機能を示すブロック図
であり、図５は、情報受信端末装置５０の機能を示すブ
ロック図である。

【００９０】図４に示すサーバ装置７０において、リク
エスト処理部８０１は、サーバ装置７０がＷＥＢリクエ
ストサーバ６４及び音声リクエストサーバ６５として機
能する場合にＰＣ２０、携帯電話３０及び電話装置４０
からのリクエストに基いて、リクエストメニュー画面又
は音声ガイダンスをユーザ端末に通信部７０３を介して
送信する。リクエスト処理部８０１が送信するリクエス
トメニュー画面及び音声ガイダンスは、メモリ部７０２
に予め登録されている。また、リクエスト処理部８０１
は、ユーザ端末からリクエストメニュー画面又は音声ガ
イダンスに従って入力された配信時間をタイマ８０２に
セットする。

【００９１】配信要求処理部８０３は、サーバ装置７０
が配信サーバ６６として機能する場合に通信部７０３を
介してコンテンツサーバ１０から受信した配信要求（以
下、「配信要求Ａ」という）に所定の処理を施し、メモ
リ部７０２の配信要求格納部８０４に格納する。なお、
所定の処理とは、コンテンツサーバ１０から受信した楽
曲データを複数個のブロックデータに分割し、各ブロッ
クデータにブロック番号を付与することである。配信要
求格納部８０４に格納される情報は、楽曲番号、容量、
開始ブロック番号、楽曲ファイル名、楽曲ファイル、宛
先電話番号、鳴動種別が含まれる。

【００９２】配信制御部８０５は、タイマ８０２にセッ
トされた配信時間になったときにユーザの所望の楽曲デ
ータを情報受信端末装置５０に配信すべく、所定の指示
を呼出処理部８０６、通知処理部８０７及び配信要求処
理部８０３に与える。

【００９３】具体的に言うと、配信制御部８０５は、タ
イマ８０２にセットされた配信時間になったときに呼出
処理部８０６に対して、通信部７０３を介して情報受信
端末装置５０に所定の呼出信号を送信するように指示す
る。

【００９４】また、配信制御部８０５は、所定の呼出信
号を着信した情報受信端末装置５０との間で回線が接続
されると、配信要求処理部８０３に対して、通信部７０
３を介して所定の配信要求を送信するように指示する。

【００９５】また、配信制御部８０５は、配信要求を受
信した情報受信端末装置５０との間で具体的に楽曲デー
タの配信が開始された場合に通知処理部８０７に対し
て、通信部７０３を介して所定の通知を送信するように
指示する。

【００９６】さらに、配信制御部８０５は、楽曲データ
の配信が中断した場合にその楽曲データの再配信をすべ
きか判断し、必要な場合に通信部７０３を介して中断し
た楽曲データの再配信を行う。

【００９７】呼出処理部８０６は、配信制御部８０５の
指示にしたがって通信部７０３を介して情報受信端末装
置５０に呼出信号を送信する。配信制御部８０５は、配
信要求格納部８０４に格納された宛先電話番号及び鳴動
種別に基いて指示を行う。呼出処理部８０６は、配信制
御部８０５から指示された宛先の鳴動種別が無鳴動であ
れば、１３００Ｈｚの呼出信号を通信部７０３を介して
情報受信端末装置５０に送信し、指示された宛先の鳴動
種別が無鳴動でなければ、１６Ｈｚの呼出信号を通信部
７０３を介して送信する。なお、呼出処理にて、１３０
０Ｈｚと１６Ｈｚが送出可能なのは、受信端末側がアナ
ログ電話網と接続されている場合であり、ＩＳＤＮ網に
接続される受信端末の場合は、ＩＳＤＮ網を用いたＤｃ
ｈ（チャンネル）制御信号のなかで、サブアドレス等に
より、受信端末が選択される。

【００９８】配信要求処理部８０３は、配信制御部８０
５の指示にしたがって通信部７０３を介して情報受信端
末装置５０に配信要求を送信する（以下、この配信要求
を「配信要求Ｂ」という）。このとき、配信要求処理部
８０３は、配信要求格納部８０４から楽曲番号、容量、
開始ブロック番号の３つの情報を読み出し、情報受信端
末装置５０に送信する。なお、楽曲データの再配信を行
う場合、配信要求処理部８０３は、通信制御部８０５の
指示にしたがって通信部７０３を介して、中断後した楽
曲データの楽曲番号及び開始ブロック番号を情報受信端
末装置５０に送信する。

【００９９】通知処理部８０７は、配信制御部８０５の
指示にしたがって通信部７０３を介して情報受信端末装
置５０に所定の通知を送信する。所定の通知には、楽曲
データを所定のブロックに分けて送信する際にブロック
毎に送信が終了したことを示すブロック終了通知、楽曲
データの送信が終了したことを示すデータ終了通知及び
全ての配信が終了したことを示す配信終了通知が含まれ
る。

【０１００】また、通知処理部８０７は、情報受信端末
装置５０から送信される所定の応答又は確認を通信部７
０３を介して受信する。所定の応答には、配信要求処理
部８０３が通信部７０３を介して送信した配信要求Ｂを
受信した情報受信端末装置５０から送信される配信可／
不可応答が含まれる。所定の確認には、上述のブロック
終了通知を受信した情報受信端末装置５０から送信され
るブロック確認、上述のデータ終了通知を受信した情報
受信端末装置５０から送信されるデータ終了確認、上述
の配信終了通知を受信した情報受信端末装置５０から送
信される配信終了確認が含まれる。

【０１０１】エラー処理部８０８は、配信制御部８０５
の指示にしたがって、所定のタイミングで楽曲データの
配信のエラー処理を行う。具体的には、情報受信端末装
置５０から配信不可応答を受信した場合、又は、所定時
間の間にブロック確認、データ終了確認及び配信終了確
認を受信しなかった場合に楽曲データの配信のエラー処
理を行う。

【０１０２】図５に示す情報受信端末装置５０におい
て、配信要求処理部９０１は、通信部５０２を介してサ
ーバ装置７０から受信した配信要求Ｂをメモリ部５０３
の配信要求格納部９０２に格納する。

【０１０３】配信制御部９０３は、配信要求格納部９０
２に格納された楽曲データの容量及びメモリカードＲ／
Ｗ部５０４の読取部９０４が読み取ったメモリカード５
１の空き容量に基いて、通知処理部９０５に所定の指示
をする。例えば、楽曲データの容量がメモリカード５１
の空き容量を上回れば、通知処理部９０５に対して、通
信部７０３を介してサーバ装置７０に配信不可応答を送
信するように指示する。一方、メモリカード５１の空き
容量が楽曲データの容量を上回れば、通知処理部９０５
に対して、通信部７０３を介してサーバ装置７０に配信
可応答を送信するように指示する。

【０１０４】また、配信制御部９０３は、配信要求格納
部９０２に格納された楽曲データの楽曲番号及び開始ブ
ロック番号に基いて所定の処理を行う。具体的には、開
始ブロック番号が「１」でない場合に、配信制御部は、
所定の処理を行う。すなわち、楽曲データが新規に配信
される場合、通常、開始ブロック番号は「１」である。
開始ブロック番号が「１」でない場合、配信制御部９０
３は、その楽曲データが前回の配信時に何らかの要因で
中断され、再配信されたものであるかを判定する。

【０１０５】配信制御部９０３は、前回の配信で受信し
た楽曲データの楽曲番号及び既に受信したブロックと今
回の配信における楽曲データの楽曲番号及び開始ブロッ
ク番号とを比較することで、その楽曲データが前回の配
信時に何らかの要因で中断され、再配信されたものであ
るかを判定する。ここで、楽曲データが前回の配信時に
中断され、再配信されたものであると判断された場合、
配信制御部９０３は、通知処理部９０５に対して、通信
部７０３を介してサーバ装置７０に配信可応答を送信す
るように指示すると共に、前回受信した楽曲データと今
回受信する楽曲データを同一の楽曲データとしてデータ
格納部９０６に格納する。一方、楽曲データが前回の配
信時に中断され、再配信されたものでないと判断された
場合、配信制御部９０３は、通知処理部９０５に対し
て、通信部７０３を介してサーバ装置７０に配信不可応
答を送信するように指示する。

【０１０６】通知処理部９０５は、配信制御部９０３の
指示にしたがって、通信部７０３を介してサーバ装置７
０に配信可／不可応答を送信する。配信不可応答を送信
する場合には、配信を受けることがでいない理由をセッ
トした配信不可応答を送信する。配信を受けることがで
きない理由としては、メモリカード５１の容量不足、配
信される楽曲データの楽曲番号の不一致又は開始ブロッ
ク番号の不一致が該当する。

【０１０７】また、通知処理部９０５は、配信制御部９
０３の指示にしたがって、サーバ装置７０との間で楽曲
データの配信が開始された場合に、サーバ装置７０から
通信部５０２を介して上述したようなブロック終了通
知、データ終了通知及び配信終了通知を受信する。一
方、通知処理部９０５は、配信制御部９０３の指示にし
たがって、上述したようなブロック確認、データ終了確
認、配信終了確認を、通信部５０２を介してサーバ装置
７０に送信する。

【０１０８】メモリ部５０３のデータ格納部９０６は、
サーバ装置７０から通信部５０２を介して受信した楽曲
データを格納する。メモリカードＲ／Ｗ部５０４の書込
部９０７は、その楽曲データをメモリカード５１に書き
込む。

【０１０９】配信制御部９０３は、タイマ９０８でサー
バ装置７０からの各種情報の受信時間をカウントし、所
定時間が経過した場合に、エラー処理部９０９に楽曲デ
ータの配信のエラー処理を行うように指示する。エラー
処理部９０９は、配信制御部９０３の指示にしたがっ
て、所定のタイミングで楽曲データの配信のエラー処理
を行う。

【０１１０】次に、以上のような構成を有する情報受信
端末装置５０及びサーバ装置７０を用いることで提供を
受けることができる音楽配信サービスにおいて、楽曲デ
ータがユーザに提供されるまでのフローについて説明す
る。なお、以下の説明においては、サーバ装置７０が実
際の機能するサーバ（ＷＥＢリクエストサーバ６４、音
声リクエストサーバ６５又は配信サーバ６６）を用いて
説明する。

【０１１１】ユーザがこの音楽配信サービスの提供を受
けようとする場合、まず、ＰＣ２０、携帯電話３０又は
電話装置４０を用いてリクエスト操作を行う必要があ
る。図６は、ＰＣ２０（携帯電話３０）を用いてリクエ
スト操作を行う場合のフローを示し、図７は、電話装置
４０（携帯電話３０）を用いてリクエスト操作を行う場
合のフローを示している。なお、通常、このような音楽
配信サービスの提供を受ける場合には、予め会員登録し
ておく必要がある。その際、ユーザは所定の情報、例え
ば、住所、電話番号等を一緒に登録しておく。

【０１１２】ＰＣ２０等を用いて楽曲データの配信を受
けるためのリクエスト操作を行う場合、まず、ＰＣ２０
等のブラウザ機能を起動させ、ＷＥＢリクエストサーバ
６４のＵＲＬを入力する（ＳＴ６０１）。これにより、
ＷＥＢリクエストサーバ６４から送信される、リクエス
トメニュー画面がＰＣ２０等のディスプレイに表示され
るので（ＳＴ６０２）、ユーザは、このリクエストメニ
ュー画面から所望の情報を選択する（ＳＴ６０３）。こ
こで、所望の情報とは、例えば、アーティストの情報や
ＣＤ等の情報である。

【０１１３】リクエストメニュー画面から所望の情報を
選択すると、選択した情報の詳細情報がＰＣ２０等のデ
ィスプレイに表示される（ＳＴ６０４）。上述の例でい
うと、アーティストの情報が選択された場合には、その
アーティストの楽曲情報であり、ＣＤ等の情報が選択さ
れた場合には、そのＣＤに収録されている楽曲情報であ
る。

【０１１４】そして、この詳細情報からユーザが所望の
楽曲情報を選択すると（ＳＴ６０５）、ＷＥＢリクエス
トサーバ６４から送信されるユーザ入力画面がＰＣ２０
等のディスプレイに表示される（ＳＴ６０６）。このユ
ーザ入力画面は、ユーザが音楽配信サービスの会員番号
等を入力するための画面である。ユーザは、ここから予
め付与されてある会員番号、パスワード及び自分が希望
する配信時間を入力する（ＳＴ６０７）。

【０１１５】なお、ここで入力された会員番号及びパス
ワードは、音楽コンテンツサーバ１０にアクセスする場
合に用いられる。一方、ここで入力された配信時間は、
ＷＥＢリクエストサーバ６４において配信時間を管理す
る場合に用いられる。

【０１１６】そして、ユーザ入力画面から所定の入力を
終了すると、ＷＥＢサーバ６４から送信されるユーザ確
認画面がＰＣ２０等のディスプレイに表示される（ＳＴ
６０８）。このユーザ確認画面は、ユーザが入力した情
報の確認を行うための画面である。ユーザは、この画面
で選択した楽曲番号、会員番号及び配信時間等を確認す
る。その後、ユーザは、その確認した内容で楽曲データ
の配信を要求する。

【０１１７】楽曲データの配信を要求すると、ＷＥＢサ
ーバ６４から送信されるリクエスト受信確認画面がＰＣ
２０等のディスプレイに表示される（ＳＴ６０９）。こ
のリクエスト受信確認画面は、ＷＥＢリクエストサーバ
６４が受信したリクエストをユーザが確認するための画
面である。ユーザは、最終的にＷＥＢリクエストサーバ
６４が受信したリクエストを確認し、問題がなければ、
その内容でリクエストとして確定させ、リクエスト操作
を終了する。このようにしてサーバ装置７０は、インタ
ーネットを介して接続されたＰＣ等のユーザ端末からの
リクエストを受信することができる。

【０１１８】このようにＰＣ２０等からリクエスト操作
を終了すると、ＷＥＢリクエストサーバ６４は、受信し
たリクエストの内容を音楽コンテンツサーバ１０に対し
て、音楽配信システムバックボーン６７を介して送信す
る。このリクエストを受けると、音楽コンテンツサーバ
１０は、配信サーバ６６（サーバ装置７０）にリクエス
トの内容に対応した楽曲データを含む配信要求Ａを送信
する。ここで送信された配信要求Ａは、所定の処理が施
され配信サーバ６６内に格納される。配信サーバ６６
は、ユーザから指定された配信時間になったときにその
配信要求Ａを所定の情報受信端末装置５０に送信する。

【０１１９】一方、電話装置４０等を用いて音楽配信を
受けるためのリクエスト操作を行う場合、まず、ユーザ
は、音声リクエストサーバ６５の電話番号を発呼する
（ＳＴ７０１）。この発呼を受けると、音声リクエスト
サーバ６５が会員番号入力ガイダンスを電話装置４０等
に出力してくるので、電話装置４０等は、この会員番号
入力ガイダンスを受け付ける（ＳＴ７０２）。会員番号
入力ガイダンスは、例えば、「こちらは音楽配信リクエ
ストセンターです。あなたの会員番号を入力して下さ
い。」のような音声ガイダンスで構成される。

【０１２０】ユーザは、この会員番号入力ガイダンスに
したがって電話装置４０等より会員番号を入力する（Ｓ
Ｔ７０３）。ここで会員番号が入力されると、音声リク
エストサーバ６５が会員番号確認ガイダンスを電話装置
４０等に出力してくるので、電話装置４０等は、この会
員番号確認ガイダンスを受け付ける（ＳＴ７０４）。会
員番号確認ガイダンスは、例えば、「あなたの会員番号
はＸＸＸＸですね。正しければ「１」を、訂正する場合
は「２」を入力して下さい。」のような音声ガイダンス
で構成される。

【０１２１】ここで、ユーザが入力した会員番号が正し
いとして「１」を入力した場合には（ＳＴ７０５）、音
声リクエストサーバ６５がパスワード入力ガイダンスを
出力してくるので、電話装置４０等は、このパスワード
入力ガイダンスを受け付ける（ＳＴ７０６）。パスワー
ド入力ガイダンスは、例えば、「あなたのパスワードを
入力して下さい。」のような音声ガイダンスで構成され
る。

【０１２２】一方、ユーザが入力した会員番号の訂正を
行うために「２」を入力した場合には（ＳＴ７０５）、
音声リクエストサーバ６５が会員番号再入力ガイダンス
を出力してくるので、電話装置４０等は、この会員番号
再入力ガイダンスを受け付ける（ＳＴ７０７）。会員番
号再入力ガイダンスは、例えば、「もう一度、あなたの
会員番号を入力して下さい。」のような音声ガイダンス
で構成される。ユーザは、この会員番号再入力ガイダン
スにしたがって会員番号を再度入力し（ＳＴ７０３）、
再度会員番号の確認を行う（ＳＴ７０４・ＳＴ７０
５）。

【０１２３】ＳＴ７０６においてパスワード入力ガイダ
ンスを受け付けると、ユーザは、このパスワード入力ガ
イダンスにしたがってパスワードを入力する（ＳＴ７０
７）。パスワードが入力されると、音声リクエストサー
バ６５が楽曲番号入力ガイダンスを出力してくるので、
電話装置４０等は、この楽曲番号入力ガイダンスを受け
付ける（ＳＴ７０８）。楽曲番号入力ガイダンスは、例
えば、「配信したい楽曲番号を入力して下さい。」のよ
うな音声ガイダンスで構成される。

【０１２４】ユーザは、この楽曲番号入力ガイダンスに
したがって所望の楽曲番号を入力する（ＳＴ７０９）。
なお、楽曲番号の入力は、ユーザに予め配布されている
会員誌等にしたがって入力される。ここで楽曲番号が入
力されると、音声リクエストサーバ６５が楽曲番号確認
ガイダンスを電話装置４０等に出力してくるので、電話
装置４０等は、この楽曲番号確認ガイダンスを受け付け
る（ＳＴ７１０）。楽曲番号確認ガイダンスは、例え
ば、「楽曲番号１２３４、曲名ＡＡＡＡ、歌手名ＢＢＢ
Ｂですね。正しければ「１」を訂正する場合は「２」を
入力して下さい。」のような音声ガイダンスで構成され
る。

【０１２５】ここで、ユーザが入力した楽曲番号が正し
いとして「１」を入力した場合には（ＳＴ７１１）、音
声リクエストサーバ６５が配信時間入力ガイダンスを出
力してくるので、電話装置４０等は、この配信時間入力
ガイダンスを受け付ける（ＳＴ７１２）。配信時間入力
ガイダンスは、例えば、「配信したい時間を入力して下
さい。」のような音声ガイダンスで構成される。

【０１２６】一方、ユーザが入力した楽曲番号の訂正を
行うために「２」を入力した場合には（ＳＴ７１１）、
音声リクエストサーバ６５が楽曲番号再入力ガイダンス
を出力してくるので、電話装置４０等は、この楽曲番号
再入力ガイダンスを受け付ける（ＳＴ７１３）。楽曲番
号再入力ガイダンスは、例えば、「もう一度、配信した
い楽曲番号を入力して下さい。」のような音声ガイダン
スで構成される。ユーザは、この楽曲番号再入力ガイダ
ンスにしたがって楽曲番号を再度入力し（ＳＴ７０
９）、再度会員番号の確認を行う（ＳＴ７１０・ＳＴ７
１１）。

【０１２７】ＳＴ７１２において配信時間入力ガイダン
スを受け付けると、ユーザは、この配信時間入力ガイダ
ンスにしたがって配信時間を入力する（ＳＴ７１４）。
ここで配信時間が入力されると、音声リクエストサーバ
６５が配信時間確認ガイダンスを電話装置４０等に出力
してくるので、電話装置４０等は、この配信時間確認ガ
イダンスを受け付ける（ＳＴ７１５）。配信時間確認ガ
イダンスは、例えば、「配信時間は、明日の午前２時で
すね。正しければ「１」を訂正する場合は「２」を入力
して下さい。」のような音声ガイダンスで構成される。

【０１２８】ここで、ユーザが入力した配信時間が正し
いとして「１」を入力した場合には（ＳＴ７１６）、音
声リクエストサーバ６５がリクエスト受付確認ガイダン
スを出力してくるので、電話装置４０等は、このリクエ
スト受付確認ガイダンスを受け付ける（ＳＴ７１７）。
リクエスト受付確認ガイダンスは、例えば、「リクエス
トを受け付けました。ご指定の時間に配信致します。ご
利用ありがとうございました。」のような音声ガイダン
スで構成される。これにより電話装置４０等からのリク
エスト操作が終了する。このようにしてサーバ装置７０
は、電話網を介して接続された電話装置等のユーザ端末
からのリクエストを受信することができる。

【０１２９】一方、ユーザが入力した配信時間の訂正を
行うために「２」を入力した場合には（ＳＴ７１６）、
音声リクエストサーバ６５が配信時間再入力ガイダンス
を出力してくるので、電話装置４０等は、この配信時間
再入力ガイダンスを受け付ける（ＳＴ７１８）。配信時
間再入力ガイダンスは、例えば、「もう一度、配信した
い時間を入力して下さい。」のような音声ガイダンスで
構成される。ユーザは、この配信時間再入力ガイダンス
にしたがって配信時間を再度入力し（ＳＴ７１４）、再
度配信時間の確認を行う（ＳＴ７１５・ＳＴ７１６）。

【０１３０】このように電話装置４０等からリクエスト
操作を終了すると、音声リクエストサーバ６５は、ＷＥ
Ｂリクエストサーバ６４と同様に、受信したリクエスト
の内容を音楽コンテンツサーバ１０に対して、音楽配信
システムバックボーン６７を介して送信する。このリク
エストを受けると、音楽コンテンツサーバ１０は、配信
サーバ６６にリクエストの内容に対応した楽曲データを
含む配信要求Ａを配信する。ここで送信された配信要求
Ａは、所定の処理が施され配信サーバ６６内に格納され
る。配信サーバ６６は、ユーザから指定された配信時間
になったときに配信要求Ａを所定の情報受信端末装置５
０に送信する。

【０１３１】次に、上述のようにＰＣ２０等又は電話装
置４０等からリクエスト操作が行われることにより、Ｗ
ＥＢリクエストサーバ６４又は音声リクエストサーバ６
５からリクエストを受けたコンテンツサーバ１０から配
信要求Ａを配信された配信サーバ６６が情報受信端末装
置５０に楽曲データを配信するフローについて、図４及
び図５を参照しながら図８及び図９を用いて説明する。
図８は、情報受信端末装置５０に楽曲データを配信する
場合の配信サーバ６６のフローを示し、図９は、配信サ
ーバ６６から楽曲データが配信される場合の情報受信端
末装置５０のフローについて示している。

【０１３２】配信サーバ６６が情報受信端末装置５０に
楽曲データを配信する場合、配信サーバ６６は、その前
段階でコンテンツサーバ１０から配信要求Ａを受け付け
ている（ＳＴ８０１）。配信要求Ａは、配信要求処理部
８０３で所定の処理が施され配信要求格納部８０４に格
納される。このとき、配信要求格納部８０４には、図４
で説明したように、楽曲番号、容量、開始ブロック番
号、楽曲ファイル名、楽曲ファイル、宛先電話番号、鳴
動種別が含まれる。

【０１３３】また、配信サーバ６６のタイマ８０２に
は、ＰＣ２０等のユーザ端末から指定された配信時間が
セットされている。ここでは、その指定された配信時間
になっているときのフローを示すものとする。なお、タ
イマ８０２にセットされた配信時間になっていない場合
には、その指定された配信時間になるのを待って以下に
示すフローが実行される。

【０１３４】タイマ８０２にセットされた配信時間にな
ると、配信制御部８０５は、配信要求格納部８０４に格
納された宛先電話番号及び鳴動種別に基いて、指定され
た宛先が無鳴動か否か判断する（ＳＴ８０２）。そし
て、配信制御部８０５は、指定された宛先（情報受信端
末装置５０）の鳴動種別に対応した呼出信号を通信部７
０３を介して送信するように呼出処理部８０６に指示す
る。

【０１３５】呼出処理部８０６は、指定された宛先の鳴
動種別が無鳴動であれば、１３００Ｈｚの呼出信号を通
信部７０３を介して情報受信端末装置５０に送信し（Ｓ
Ｔ８０３）、指示された宛先の鳴動種別が無鳴動でなけ
れば、１６Ｈｚの呼出信号を通信部７０３を介して送信
する（ＳＴ８０４）。

【０１３６】これらの呼出信号が送信され、情報受信端
末装置５０が着信した場合（ＳＴ８０５）、配信サーバ
６６と情報受信端末装置５０との間でＰＰＰ（Point to
Point Protocol）にしたがって回線の接続処理が行わ
れる（ＳＴ８０６）。

【０１３７】回線の接続処理が完了すると、配信制御部
８０５は、配信要求処理部８０３に対して、通信部７０
３を介して所定の配信要求を送信するように指示する。
配信要求処理部８０３は、この指示にしたがって配信要
求格納部８０４から楽曲番号、容量、開始ブロック番号
だけ読み出し、配信要求Ｂを通信部７０３を介して情報
受信端末装置５０に送信する（ＳＴ８０７）。

【０１３８】配信要求Ｂが送信されると、情報受信端末
装置５０がこの配信要求Ｂに基いて配信可／不可応答を
送信してくる。通知処理部８０７は、配信可応答を受信
したか判定する（ＳＴ８０８）。ここで、通知処理部８
０７は、情報受信端末装置５０から配信可応答を受信し
たものとする。

【０１３９】配信可応答を受信すると、通知処理部８０
７は、その旨を配信制御部８０５に通知する。配信制御
部８０５は、この通知を受けて楽曲データの配信を実行
する（ＳＴ８０９）。

【０１４０】具体的には、配信制御部８０５は、配信要
求格納部８０４に格納された楽曲ファイル、開始ブロッ
ク番号等に基いて、通信部７０３を介して楽曲データの
１ブロックを情報受信端末装置５０に送信する。なお、
楽曲データは、１曲の楽曲のデータを示し、楽曲ファイ
ルは、１曲又は複数曲の楽曲データで構成されるものと
する。

【０１４１】そして、楽曲データの１ブロックの送信を
完了すると（ＳＴ８１０）、配信制御部８０５は、通知
処理部８０７に対して、通信部７０３を介してブロック
終了通知を送信するように指示する。この指示を受けて
通知処理部８０７は、通信部７０３を介して情報受信端
末装置５０にブロック終了通知を送信する（ＳＴ８１
１）。

【０１４２】ブロック終了通知を送信すると、通知処理
部８０７は、情報受信端末装置５０からブロック確認を
受信したか判定する（ＳＴ８１２）。ブロック確認を受
信した場合には、通知処理部８０７は、その旨を配信制
御部８０５に通知する。ここでは、情報受信端末装置５
０からブロック確認を受信したものとする。

【０１４３】通知処理部８０７からブロック確認を受信
した旨の通知を受けると、配信制御部８０５は、配信要
求格納部８０４に格納された楽曲データの容量（ブロッ
ク数）の基いて、楽曲データの次のブロックデータがあ
るか判定する（ＳＴ８１３）。ここでは、楽曲データの
次のブロックデータがあるものとする。

【０１４４】楽曲データの次のブロックデータがあるた
め、配信制御部８０５は、処理をＳＴ８０９に戻し、楽
曲データのブロックデータが終了するまでＳＴ８０９〜
ＳＴ８１３の処理を繰り返す。

【０１４５】そして、ＳＴ８０９〜ＳＴ８１３の処理を
繰り返し、ＳＴ８１３の処理において楽曲データの次の
ブロックデータがなくなった場合、配信制御部８０５
は、配信要求格納部８０４に格納された楽曲ファイル等
に基いて次の楽曲データがあるか判定する（ＳＴ８１
４）。ここでは、次の楽曲データがもう１曲あるものと
する。

【０１４６】次の楽曲データがあるため、配信制御部８
０５は、通知処理部８０７に対して、通信部７０３を介
してデータ終了通知を送信するように指示する。この指
示を受けて通知処理部８０７は、通信部７０３を介して
情報受信端末装置５０にデータ終了通知を送信する（Ｓ
Ｔ８１５）。

【０１４７】データ終了通知を送信すると、通知処理部
８０７は、情報受信端末装置５０からデータ終了確認を
受信したか判定する（ＳＴ８１６）。データ終了確認を
受信した場合には、通知処理部８０７は、その旨を配信
制御部８０５に通知する。ここでは、情報受信端末装置
５０からデータ終了確認を受信したものとする。

【０１４８】通知処理部８０７からデータ終了確認を受
信した旨の通知を受けると、配信制御部８０５は、処理
をＳＴ８０７に戻し、次の楽曲データがなくなるまでＳ
Ｔ８０７〜ＳＴ８１６の処理を繰り返す。

【０１４９】なお、ここでは楽曲データがもう１曲であ
るため、次回のＳＴ８１４において、配信制御部８０５
は、次の楽曲データがないと判定する。次の楽曲データ
がない場合、配信制御部８０５は、通知処理部８０７に
対して、通信部７０３を介して配信終了通知を送信する
ように指示する。この指示を受けて通知処理部８０７
は、通信部７０３を介して情報受信端末装置５０に配信
終了通知を送信する（ＳＴ８１７）。

【０１５０】配信終了通知を送信すると、通知処理部８
０７は、情報受信端末装置５０から配信終了確認を受信
したか判定する（ＳＴ８１８）。配信終了確認を受信し
た場合には、通知処理部８０７は、その旨を配信制御部
８０５に通知する。ここでは、情報受信端末装置５０か
ら配信終了確認を受信したものとする。

【０１５１】通知処理部８０７から配信終了確認を受信
した旨の通知を受けると、配信制御部８０５は、接続さ
れていた回線を切断し（ＳＴ８１９）、配信サーバ６６
が情報受信端末装置５０に楽曲データを配信する一連の
フローが終了する。

【０１５２】なお、ＳＴ８０８において、通知処理部８
０７が情報受信端末装置５０から配信可応答を受信しな
かった場合、通知処理部８０７は、情報受信端末装置５
０から配信不可応答を受信したか判定する（ＳＴ８２
０）。ここで、通知処理部８０７は、情報受信端末装置
５０から配信不可応答を受信したものとする。

【０１５３】配信不可応答を受信すると、通知処理部８
０７は、その旨を配信制御部８０５に通知する。配信制
御部８０５は、この通知を受けると、その配信不可応答
にセットされた内容を検証する。

【０１５４】具体的には、配信制御部８０５は、配信不
可応答の原因が容量不足であるか（ＳＴ８２１）、楽曲
番号の不一致であるか（ＳＴ８２２）、開始ブロックの
不一致であるか（ＳＴ８２３）を判定する。そして、配
信制御部８０５は、エラー処理を実行するように、エラ
ー処理部８０８に指示する。エラー処理部は、その指示
にしたがって、エラー処理を実行する（ＳＴ８２４）。

【０１５５】その後、配信制御部８０５は、通知処理部
８０７に対して、通信部７０３を介して配信不可応答を
受信した旨を示す確認応答を送信するように指示する。
この指示にしたがって、通知処理部８０７は、通信部７
０３を介して情報受信端末装置５０に確認応答を送信す
る（ＳＴ８２５）。

【０１５６】この確認応答を送信した後、配信制御部８
０５は、接続されていた回線を切断し、楽曲データの配
信を終了する。

【０１５７】なお、ＳＴ８１２において情報受信端末装
置５０からブロック確認を受信しないで所定時間が経過
した場合（ＳＴ８２６）、ＳＴ８１６において情報受信
端末装置５０からデータ終了確認を受信しないで所定時
間が経過した場合（ＳＴ８２７）、ＳＴ８１８において
情報受信端末装置５０から配信終了確認を受信しないで
所定時間が経過した場合（ＳＴ８２８）、ＳＴ８０８
（ＳＴ８２０）において配信可（不可）応答を受信しな
いで所定時間が経過した場合（ＳＴ８２９）、配信制御
部８０５は、楽曲データの再配信が必要か判断する。す
なわち、配信制御部８０５は、楽曲データの配信が途中
で中断されたかを判断することで、楽曲データの再配信
が必要か判断する。このとき、配信制御部８０５は、情
報受信端末装置５０から受信する各種確認に基いて楽曲
データの中断を判断する。そして、中断後の開始ブロッ
ク番号をセットして所定回数、楽曲データの再配信を実
行する。

【０１５８】そして、所定回数だけ楽曲データの再配信
を試みた後、配信制御部８０５は、エラー処理部８０８
に音楽配信のエラー処理を実行するように指示する。こ
の指示にしたがって、エラー処理部８０８は、音楽配信
のエラー処理を実行する（ＳＴ８３０〜ＳＴ８３３）。
その後、配信制御部８０５は、接続されていた回線を切
断し（ＳＴ８１９）、楽曲データの配信を終了する。

【０１５９】一方、情報受信端末装置５０が配信サーバ
６６（サーバ装置７０）から楽曲データの配信を受ける
場合、まず、配信サーバ６６から呼出信号が送信されて
くるので、この呼出信号を受信する（ＳＴ９０１）。こ
の呼出信号を受信すると、情報受信端末５０と配信サー
バ６６との間でＰＰＰにしたがって接続処理が行われる
（ＳＴ９０２）。

【０１６０】回線の接続処理が完了すると、配信要求処
理部９０１は、配信サーバ６６から配信要求Ｂを受信す
るか判定する（ＳＴ９０３）。ここでは、配信サーバ６
６から配信要求Ｂを受信したものとする。

【０１６１】配信要求Ｂを受信すると、その旨を配信制
御部９０３に通知すると共に、その配信要求Ｂを配信要
求格納部９０２に格納する。配信要求Ｂには、上述のよ
うに楽曲番号、容量、開始ブロック番号が含まれる。

【０１６２】配信要求Ｂを受信した旨の通知を受ける
と、配信制御部９０３は、配信要求格納部９０２に格納
された情報及び読取部９０４が読み取ったメモリカード
５１の空き容量情報に基いて、配信要求Ｂの示す楽曲デ
ータに対応できるか否か判定する。

【０１６３】具体的には、配信制御部９０３は、配信要
求格納部９０２に格納された楽曲データの容量とメモリ
カード５１の空き容量を比較して楽曲データのダウンロ
ードに容量不足が発生しないか判定する（ＳＴ９０
４）。容量不足が発生しない場合には、配信要求格納部
９０２に格納された楽曲番号が所望の楽曲番号と不一致
でないかを判定する（ＳＴ９０５）。楽曲番号が一致で
ある場合には、開始ブロック番号が所望の開始ブロック
番号と不一致でないかを判定する（ＳＴ９０６）。な
お、ここでは、ＳＴ９０４〜ＳＴ９０６において、いず
れのエラーにも該当しないものとする。

【０１６４】ＳＴ９０４〜ＳＴ９０６において、いずれ
のエラーにも該当しないため、配信制御部９０３は、配
信要求Ｂの示す楽曲データに対応できると判定する。そ
して、配信制御部９０３は、通知処理部９０５に対し
て、通信部８０２を介して配信可応答を送信するように
指示する。この指示にしたがって通知処理部９０５は、
通信部５０２を介して配信サーバ６６に配信可応答を送
信する（ＳＴ９０７）。

【０１６５】配信可応答を送信すると、配信制御部９０
３は、配信サーバ６６から楽曲データの配信が開始され
たか判定する（ＳＴ９０８）。ここでは、配信サーバ６
６から楽曲データの配信が開始されたものとする。配信
された楽曲データは、通信部５０２を介して、データ格
納部９０６に格納される。

【０１６６】配信サーバ６６から楽曲データの配信が開
始された後、配信制御部９０３は、楽曲データの１ブロ
ックを所定時間内に受信したか判定する（ＳＴ９０
９）。ここでは、所定時間内に配信サーバ６６から楽曲
データの１ブロックを受信したものとする。

【０１６７】楽曲データの１ブロックを受信した後、通
知処理部９０５は、配信サーバ６６からブロック終了通
知を受信したか判定する（ＳＴ９１０）。ブロック終了
通知を受信した場合には、通知処理部９０５は、その旨
を配信制御部９０３に通知する。ここでは、配信サーバ
６６からブロック終了通知を受信したものとする。

【０１６８】通知処理部９０５からブロック終了通知を
受信した旨の通知を受けると、配信制御部９０３は、通
知処理部９０５に対して、通信部５０２を介してブロッ
ク確認を送信するように指示する。この指示にしたがっ
て、通知処理部９０５は、通信部５０２を介して配信サ
ーバ６６にブロック確認を送信する（ＳＴ９１１）。

【０１６９】ブロック確認を送信した後、通知処理部９
０５は、配信サーバ６６からデータ終了通知を受信した
か判定する（ＳＴ９１２）。データ終了通知を受信した
場合には、通知処理部９０５は、その旨を配信制御部９
０３に通知する。ここでは、上述の配信サーバ６６のフ
ローと同様にもう１曲の楽曲データがあるものとし、こ
のため、配信サーバ６６からデータ終了通知を受信した
ものとする。

【０１７０】通知処理部９０５からデータ終了通知を受
信した旨の通知を受けると、配信制御部９０３は、通知
処理部９０５に対して、通信部５０２を介してデータ終
了確認を送信するように指示する。この指示にしたがっ
て通知処理部９０５は、通信部５０２を介して配信サー
バ６６にデータ終了確認を送信する（ＳＴ９１３）。

【０１７１】配信サーバ６６にデータ終了通知を送信す
ると、配信制御部９０３は、処理をＳＴ９０３に戻し、
次の楽曲データがなくなるまでＳＴ９０３〜ＳＴ９１３
の処理を繰り返す。

【０１７２】なお、ここでは、楽曲データがもう１曲で
あるため、ＳＴ９１２においてデータ終了通知を受信し
ないため、通知処理部９０５は、配信サーバ６６から配
信終了通知を受信するか判定する（ＳＴ９１４）。配信
終了通知を受信した場合には、通知処理部９０５は、そ
の旨を配信制御部９０３に通知する。ここでは、配信終
了通知を受信したものとする。

【０１７３】通知処理部９０５から配信終了通知を受信
した旨の通知を受けると、配信制御部９０３は、通知処
理部９０５に対して、通信部５０２を介して配信終了確
認を送信するように指示する。この指示にしたがって通
知処理部９０５は、通信部５０２を介して配信サーバ６
６に配信終了確認を送信する（ＳＴ９１５）。

【０１７４】配信終了通知を送信すると、配信制御部９
０３は、配信サーバ６６から接続していた回線の切断指
示を受信するか判定する（ＳＴ９１６）。切断指示を受
信した場合には回線を切断し、配信サーバ６６からの楽
曲データの配信を終了する。

【０１７５】なお、ＳＴ９０４、ＳＴ９０５又はＳＴ９
０６において、いずれかのエラーに該当した場合、配信
制御部９０３は、通知処理部９０５に対してそのエラー
内容をセットした配信不可応答を通信部５０２を介して
送信するように指示する。通知処理部９０５は、この指
示にしたがって通信部５０２を介して配信不可応答を配
信サーバ６６に送信する（ＳＴ９１７）。

【０１７６】なお、ＳＴ９０５及びＳＴ９０６の処理
は、配信サーバ６６から楽曲データが再配信された場合
に配信制御部９０３が判断する処理である。すわなち、
前回の配信で中断された楽曲データの楽曲番号と今回配
信される楽曲データの楽曲番号が一致しているか（ＳＴ
９０５）、あるいは、中断後の開始ブロック番号が前回
の配信で中断した楽曲データのブロックの後のブロック
番号と一致しているか（ＳＴ９０６）を判断する場合の
処理である。このように配信サーバ６６からの配信要求
に含まれる楽曲番号及び開始ブロック番号に基いて配信
不可応答が送信される。配信サーバ６６では、この配信
不可応答を受信して楽曲データの配信が制御されるた
め、楽曲データの配信が誤って行われるのを防止するこ
とができる。

【０１７７】通知処理部９０５は、配信不可応答を送信
すると、配信サーバ６６から確認応答を受信するか判定
する（ＳＴ９１８）。確認応答を受信した場合には、通
知処理部９０５は、その旨を配信制御部９０３に通知す
る。ここでは、確認応答を受信したものとする。

【０１７８】通知処理部９０５から確認応答を受信した
旨の通知を受けると、配信制御部９０３は、接続してい
た回線の切断指示を通信部５０２を介して送信し（ＳＴ
９１９）、配信サーバ６６からの楽曲データの配信を終
了する。

【０１７９】なお、ＳＴ９０３において配信サーバ６６
から配信要求Ｂを受信しないで所定時間が経過した場合
（ＳＴ９２０）、ＳＴ９０８において配信サーバ６６か
ら楽曲データの配信が開始されないで所定時間が経過し
た場合（ＳＴ９２１）、ＳＴ９０９において配信サーバ
６６から楽曲データの１ブロックを受信しないで所定時
間が経過した場合（ＳＴ９２２）、ＳＴ９１０において
ブロック終了通知を受信しないで所定時間が経過した場
合（ＳＴ９２３）、ＳＴ９１６において配信サーバ６６
から接続していた回線の切断指示を受信しないで所定時
間が経過した場合（ＳＴ９２４）及びＳＴ９１８におい
て配信サーバ６６から確認応答を受信しないで所定時間
が経過した場合（ＳＴ９２５）、配信制御部９０３は、
エラー処理部９０９に楽曲データの配信のエラー処理を
実行するように指示する。この指示にしたがって、エラ
ー処理部９０９は、楽曲データの配信のエラー処理を実
行する（ＳＴ９２６〜ＳＴ９３１）。その後、配信制御
部８０５は、ＳＴ９３２（ＳＴ９１９）において、接続
されていた回線を切断指示を送信し楽曲データの配信を
終了する。

【０１８０】次に、配信サーバ６６が楽曲データを正常
に配信する場合、情報受信端末装置５０のメモリ容量不
足で正常に配信されない場合及び楽曲データのブロック
が途中から再配信される場合について図１０〜図１２に
示すシーケンスを用いて説明する。図１０は、配信サー
バ６６から楽曲データを配信する正常時のシーケンスを
示している。図１１は、楽曲データを受信する際に情報
受信端末装置５０のメモリ容量が不足している場合のシ
ーケンスを示している。図１２は、楽曲データブロック
が途中から再配信される場合のシーケンスを示してい
る。なお、図１０〜図１２において、情報受信端末装置
５０は、その鳴動種別が無鳴動であるものとする。ま
た、図１０において、配信サーバから配信される楽曲デ
ータは１曲であり、その楽曲データのブロック数は、
「ｎ」とするものとする。

【０１８１】図１０に示すように、配信サーバ６６から
の発呼に対応して交換局を介して１３００Ｈｚの呼出信
号が情報受信端末装置５０に送信される（ＳＴ１００
１）。この呼出信号を受信すると、情報受信端末装置５
０は無鳴動で着信する。

【０１８２】情報受信端末装置５０が着信すると、配信
サーバ６６と情報受信端末装置５０との間でＰＰＰ確立
手順に基いて回線の接続処理が行われ、回線が確立され
る（ＳＴ１００２）。

【０１８３】回線が確立されると、配信サーバ６６から
情報受信端末装置５０に対して配信要求Ｂが送信される
（ＳＴ１００３）。この配信要求Ｂには、楽曲番号、容
量及び開始ブロック番号が含まれる。

【０１８４】配信サーバ６６から配信要求Ｂを受信する
と、情報受信端末装置５０は、その配信要求Ｂに含まれ
る楽曲番号、残メモリ容量、開始ブロックを確認し、配
信サーバ６６に対して配信可応答を送信する（ＳＴ１０
０４）。

【０１８５】配信サーバ６６は、この配信可応答を受信
して楽曲データの配信を開始する（ＳＴ１００５）。ま
ず、配信サーバ６６は、楽曲データのブロック１を情報
受信端末装置５０に送信する（ＳＴ１００６）。そし
て、このブロック１の送信を終了すると、配信サーバ６
６は、ブロック終了通知を送信する（ＳＴ１００７）。

【０１８６】配信サーバ６６からブロック終了通知を受
信すると、情報受信端末装置５０は、配信サーバ６６に
対してブロック確認を送信する（ＳＴ１００８）。な
お、所定時間の間、ブロック確認が受信できない場合、
配信サーバ６６は、通信を終了する。

【０１８７】情報受信端末装置５０からブロック確認を
受信すると、配信サーバ６６は、楽曲データのブロック
１と同様に、楽曲データのブロック２を情報受信端末装
置５０に送信し（ＳＴ１００９）、ブロック２の送信終
了後、ブロック終了通知を送信する（ＳＴ１０１０）。
また、配信サーバ６６からブロック終了通知を受信する
と、情報受信端末装置５０は、配信サーバ６６に対して
ブロック確認を送信する（ＳＴ１０１１）。

【０１８８】同様にして配信サーバ６６が楽曲データの
最終ブロックｎまで情報受信端末装置５０に送信する
（ＳＴ１０１２）。ブロックｎの送信終了後、ここでは
楽曲データが１曲であるため、ブロック終了通知の代わ
りに配信終了通知を送信する（ＳＴ１０１３）。

【０１８９】配信サーバ６６から配信終了通知が送信さ
れると、情報受信端末装置５０は、配信終了確認を配信
サーバ６６に対して送信する（ＳＴ１０１４）。そし
て、情報受信端末装置５０から配信終了確認を受信する
と、配信サーバ６６は、情報受信端末装置５０に接続さ
れていた回線の切断指示を送信すると共に、回線を切断
する（ＳＴ１０１５）。このようにして、配信サーバ６
６は、情報受信端末装置５０に対して正常に楽曲データ
を配信する。

【０１９０】なお、配信サーバ６６から複数の楽曲デー
タを配信する場合には、ＳＴ１０１３において、配信サ
ーバ６６から配信終了通知の代わりにデータ終了通知が
送信される。また、ＳＴ１０１４において、情報受信端
末装置５０から配信終了確認の代わりにデータ終了確認
が送信される。このデータ終了確認を受信すると、配信
サーバ６６は、図１０中、破線で示すように処理をＳＴ
１００３に戻し、再度配信要求Ｂを情報受信端末装置５
０に送信し、１曲目の楽曲データと同様の処理を行う。

【０１９１】次に、情報受信端末装置５０のメモリ容量
不足時の配信サーバから楽曲データが配信されない場合
の処理について説明する。

【０１９２】図１１に示すように、楽曲データを配信す
る際に情報受信端末装置５０の蓄積容量が不足している
場合においても、配信サーバ６６から配信要求Ｂを送信
する処理までは正常時の処理と同一である。

【０１９３】そして、配信サーバ６６から配信要求Ｂを
受信すると、情報受信端末装置５０は、その配信要求Ｂ
に含まれる楽曲番号、残メモリ容量、開始ブロックを確
認し、配信サーバ６６に対して配信不可応答を送信する
（ＳＴ１１０１）。このとき、配信不可応答には、残メ
モリ容量不足が配信できない理由であることが明示され
ている。

【０１９４】情報受信端末装置５０から配信不可応答を
受信すると、配信サーバ６６は、その配信不可応答を受
信した旨を示す確認応答を情報受信端末装置５０に送信
する（ＳＴ１１０２）。

【０１９５】配信サーバ６６から確認応答を受信する
と、情報受信端末装置５０は、配信サーバ６６に接続さ
れていた回線の切断指示を送信すると共に、回線を切断
する（ＳＴ１１０３）。このようにして、楽曲データを
配信する際に情報受信端末装置５０のメモリ容量不足で
ある場合の処理が終了する。

【０１９６】このように、配信サーバ６６から楽曲デー
タが配信される前に送信される配信要求Ｂに含まれる楽
曲データの容量情報に基いて、情報受信端末装置５０が
楽曲データの配信できるか否かを判断する。情報受信端
末装置５０のメモリ容量不足等の場合には、配信を受け
付けることができない旨を示す配信不可応答が情報受信
端末装置５０から送信されるので、楽曲データの配信を
受け付けることができない場合に確実に楽曲データの配
信を停止することができる。このため、配信サーバ６６
から楽曲データの配信が誤って行われるのを防止するこ
とができる。

【０１９７】次に、配信サーバ６６が楽曲データのブロ
ックが途中から再配信される場合について説明する。図
１２において、配信サーバ６６は、楽曲データのブロッ
ク３から再配信するものとする。なお、楽曲データのブ
ロック３から再配信する場合とは、例えば、前回の配信
のときに回線の切断等の要因により楽曲データのブロッ
ク２までしか配信されなかった場合が該当する。

【０１９８】楽曲データを再配信する場合においても、
配信サーバ６６と情報受信端末５０との間の処理は、正
常時における処理と基本的には変わらない。しかし、Ｓ
Ｔ１００３において、配信サーバ６６が送信する配信要
求Ｂに含まれる開始ブロック番号が楽曲データのブロッ
ク３となっている点及び楽曲データの容量がブロック３
以降の容量となっている点で正常時における処理と相違
する。そして、配信サーバ６６は、ＳＴ１００６におい
て、楽曲データのブロック３から配信を開始し、その
後、ブロック４〜ブロックｎまで情報受信端末装置５０
に送信する。

【０１９９】情報受信端末装置５０は、このようにして
受信した楽曲データのブロック３〜ブロックｎを前回受
信したブロック１及びブロック２と繋げ合わせることで
１曲の楽曲データとして受信することができる。

【０２００】このように本実施の形態のサーバ装置７０
及び情報受信端末装置５０によれば、ＰＣ２０を用い
て、あるいは、ＰＣ２０の代わりに携帯電話３０又は電
話装置４０を用いて、所望の楽曲データを指定すること
により、コンテンツサーバ１０から楽曲データをＩＳＤ
Ｎ網・電話網６３を介してダウンロードすることができ
る。このため、従来の音楽配信サービスのように、配信
経路としてインターネット６１を利用する場合と比べ
て、楽曲データのダウンロードに要する時間を短縮する
ことができる。また、ダウンロードに要する時間を短縮
することができるため、通話料金の低コスト化を実現す
ることができる。さらに、楽曲データをＰＣ２０のみで
なく、携帯電話３０や電話装置４０から選択、指定する
ことができるので、ＰＣ２０ユーザのみでなく、携帯電
話３０及び電話装置４０の幅広いユーザ層に対して音楽
配信サービスを提供することができる。

【０２０１】また、本実施の形態サーバ装置７０及び情
報受信端末装置５０によれば、サーバ装置７０は、ＰＣ
２０等のユーザ端末から指定された配信時間に楽曲デー
タの配信を行うため、ユーザは都合の良い時間を指定し
て楽曲データをを受信することができる。

【０２０２】また、本実施の形態サーバ装置７０及び情
報受信端末装置５０によれば、サーバ装置７０は、情報
受信端末装置５０の鳴動種別に合わせた呼出信号を出力
することができる。このため、情報受信端末装置５０
は、無鳴動で着信することができる。これにより、ユー
ザが就寝時等を配信時間として指定した場合でも、その
鳴動音がユーザを煩わせるのを防止することができる。

【０２０３】また、本実施の形態サーバ装置７０及び情
報受信端末装置５０によれば、サーバ装置７０は、情報
受信端末装置５０から受信した配信可（不可）応答に応
じて楽曲データの配信を制御する。このため、情報受信
端末装置５０の状態に対応して楽曲データの配信の実行
／不実行を制御できるので、情報受信端末装置５０の状
態に対応させて楽曲データの配信を行うことができる。

【０２０４】このとき、情報受信端末装置５０は、サー
バ装置７０から受信した楽曲データの識別情報及び容量
に基いて楽曲データを受信できるか否かを判断する。こ
のため、楽曲データの配信が誤って行われるのを防止す
ることができる。

【０２０５】また、本実施の形態サーバ装置７０及び情
報受信端末装置５０によれば、サーバ装置７０は、情報
受信端末装置５０から受信した各種確認に応じて楽曲デ
ータの配信の続行を制御する。このため、情報受信端末
装置５０から何らかの要因により各種通知を受信しない
ような場合、サーバ装置７０は、楽曲データの配信を停
止することができる。このため、楽曲データが誤って配
信されるのを防止することができる。

【０２０６】楽曲データの配信が中断された場合、サー
バ装置７０は、情報受信端末装置５０から受信した各種
確認に基いて、楽曲データの再配信を行う。楽曲データ
を再配信する場合、サーバ装置７０は、中断した後の楽
曲データの開始ブロック番号を配信前に情報受信端末装
置５０に送信する。情報受信端末装置５０は、この開始
ブロック番号に基いて前回配信された楽曲データと今回
の楽曲データとが一致しているか判断することができ
る。そして、一致する場合、情報受信端末装置５０は、
再配信を許可する一方、一致しない場合、再配信を拒絶
する。このため、楽曲データの配信時に中断した場合で
も、その楽曲データを受信することができると共に楽曲
データの配信が誤って行われるのを防止することができ
る。

【０２０７】なお、本実施の形態では、コンテンツサー
バ１０から楽曲データの配信を行う場合について説明し
ているが、これに限定されず、学習教材や書籍等の比較
的大きなデータ容量を有する何らかの情報であれば、何
にでも適用することできる。

【０２０８】また、本実施の形態では、コンテンツサー
バ１０とサーバ装置７０が分離して音楽配信サービスを
提供する場合について説明している。しかし、これに限
定されず、コンテンツサーバ１０が配信サーバ７０の機
能を共有するように変更してもよい。このように変更し
た場合には、コンテンツサーバ１０とサーバ装置７０と
の間で各種情報を容易に共有することができるので、よ
り迅速かつ確実にユーザの所望の情報を提供することが
できる。

【０２０９】さらに、本実施の形態では、楽曲データ等
を受信し、メモリカード５１に書き込む機能だけ有する
情報受信端末装置５０について説明しているが、これに
限定されない。情報受信端末装置５０に受信した楽曲デ
ータを格納する機能とその格納した楽曲データを再生す
る機能を有するようにしてもよい。このように変更した
場合には、受信した楽曲データを情報受信端末装置５０
だけで再生することができるので、受信した楽曲データ
を別途、所定の再生装置に転送しなくても、その楽曲デ
ータを聞くことができ、利便性に優れた情報受信端末装
置５０を提供することができる。例えば、本情報受信端
末装置５０の機能をステレオ等のオーディオ装置に組み
込むことも容易に考えられる。

【０２１０】さらに、本実施の形態では、ＩＳＤＮ網・
電話網６３を介して楽曲データを受信する情報受信端末
装置５０について説明している。しかし、高速データ伝
送を実現する通信網であれば、どのような通信網を適用
してもよい。例えば、ＡＤＳＬ（Asymmetric Digital s
ubscriber line）等の技術を用いるようにしてもよい。

【０２１１】

【発明の効果】以上説明したように、本発明によれば、
通信回線を介して所定の情報配信サーバから音楽情報等
の各種情報をダウンロードする際、ＰＣ等の通信端末を
必要とせず、簡単な操作により短時間かつ低コストで各
種情報をダウンロードすることができる。

【図面の簡単な説明】

【図１】本発明の一実施の形態に係る情報受信端末装置
が動作するネットワークを示す概略図

【図２】上記実施の形態に係る情報受信端末装置の構成
を示すブロック図

【図３】上記実施の形態に係るサーバ装置の構成を示す
ブロック図

【図４】上記実施の形態に係るサーバ装置の機能を示す
ブロック図

【図５】上記実施の形態に係る情報受信端末装置の機能
を示すブロック図

【図６】上記実施の形態に係るサーバ装置に対してＰＣ
（携帯電話）を用いてリクエスト操作を行う場合のフロ
ー図

【図７】上記実施の形態に係るサーバ装置に対して電話
装置（携帯電話）を用いてリクエスト操作を行う場合の
フロー図

【図８】上記実施の形態に係る情報受信端末装置に音楽
情報を配信する場合の配信サーバのフロー図

【図９】上記実施の形態に係る配信サーバから音楽情報
が配信される場合の情報受信端末装置のフロー図

【図１０】上記実施の形態に係る配信サーバから楽曲デ
ータを配信する場合の正常時のシーケンス図

【図１１】上記実施の形態に係る配信サーバから楽曲デ
ータを受信する際に情報受信端末装置のメモリ容量不足
している場合のシーケンス図

【図１２】上記実施の形態に係る配信サーバから楽曲デ
ータブロックの再配信する場合のシーケンス図

【符号の説明】

１０音楽コンテンツサーバ２０ＰＣ３０携帯電話４０電話装置５０情報受信端末装置５１メモリカード６０通信網６１インターネット６２携帯電話網６３ＩＳＤＮ網・電話網６４ＷＥＢリクエストサーバ６５音声リクエストサーバ６６配信サーバ６７音楽配信システムバックボーン７０サーバ装置５０１，７０１制御部５０２，７０３通信部５０３，７０２メモリ部５０４メモリカードＲ／Ｗ部８０１リクエスト処理部８０３，９０１配信要求処理部８０４，９０２配信要求格納部８０５，９０３配信制御部８０６呼出処理部８０７，９０５通知処理部８０８，９０９エラー処理部９０６データ格納部

Claims

【特許請求の範囲】

【請求項１】インターネット又は電話網を介して接続
されたユーザ端末からリクエストを情報配信サーバに送
信し、前記情報配信サーバから前記リクエストに対応す
る情報を電話網を介して配信することを特徴とする情報
配信方法。
【請求項２】インターネット又は電話網を介して接続
されたユーザ端末からリクエストをサーバ装置に送信す
る工程と、前記リクエストを前記サーバ装置から情報配
信サーバに送信する工程と、前記リクエストに対応する
情報を前記情報配信サーバから前記サーバ装置に配信す
る工程と、前記情報配信サーバから配信された情報を前
記リクエストに基いて前記サーバ装置から電話網を介し
て情報受信端末装置に配信する工程と、を具備すること
を特徴とする情報配信方法。
【請求項３】前記サーバ装置は、前記情報配信サーバ
から配信された情報を前記ユーザ端末からリクエストさ
れた配信時間に前記情報受信端末装置に配信することを
特徴とする請求項２記載の情報配信方法。
【請求項４】前記情報配信サーバから配信される情報
は、音楽情報であることを特徴とする請求項２又は請求
項３記載の情報配信方法。
【請求項５】インターネット又は電話網を介して接続
されたユーザ端末からリクエストを受信する一方、前記
リクエストを情報配信サーバに送信するリクエスト処理
部と、前記リクエストに基いて前記情報配信サーバから
配信された情報を前記リクエストに基いて前記電話網を
介して情報受信端末装置に配信する配信制御部と、を具
備することを特徴とするサーバ装置。
【請求項６】前記リクエスト処理部は、前記インター
ネットを介してリクエストメニュー画面を含むホームペ
ージを前記ユーザ端末に提供し、前記リクエストメニュ
ー画面から入力されたリクエストを受信することを特徴
とする請求項５記載のサーバ装置。
【請求項７】前記リクエスト処理部は、前記電話網を
介して音声ガイダンスを前記ユーザ端末に提供し、前記
音声ガイダンスに基いて入力されたリクエストを受信す
ることを特徴とする請求項５又は請求項６記載のサーバ
装置。
【請求項８】前記配信制御部は、前記ユーザ端末から
のリクエストに含まれる配信時間にしたがって前記情報
配信サーバから配信された情報を前記情報受信端末に配
信することを特徴とする請求項５から請求項７のいずれ
かに記載のサーバ装置。
【請求項９】前記情報配信サーバから前記リクエスト
に対応する情報を含む配信要求を受信する一方、前記配
信要求の中から所定情報を前記情報受信端末装置に送信
する配信要求処理部を具備し、前記配信制御部は、前記
所定情報を受信した前記情報受信端末装置から送信され
る制御情報に基いて前記情報配信サーバから配信された
情報の配信を制御することを特徴とする請求項５から請
求項８のいずれかに記載のサーバ装置。
【請求項１０】前記配信要求処理部は、前記所定情報
として前記情報配信サーバから配信された情報の識別情
報及び容量を前記情報受信端末装置に送信し、前記配信
制御部は、前記識別情報及び容量を受信した前記情報受
信端末装置から送信される制御情報に基いて前記情報配
信サーバから配信された情報の配信を制御することを特
徴とする請求項９記載のサーバ装置。
【請求項１１】前記配信要求処理部は、前記情報配信
サーバから配信された情報の配信が中断した場合、中断
した情報の識別情報を前記情報受信端末装置に送信し、
前記配信制御部は、前記中断した情報の識別情報を受信
した前記情報受信端末装置から送信される制御情報に基
いて前記中断した情報の残りの情報の再配信を行うこと
を特徴とする請求項９又は請求項１０記載のサーバ装
置。
【請求項１２】前記情報配信サーバから配信された情
報を前記情報受信端末装置に配信する際、前記情報受信
端末装置に所定通知を送信する通知処理部を具備し、前
記配信制御部は、前記所定通知を受信した前記情報受信
端末装置から送信される制御情報に基いて前記情報配信
サーバから配信された情報の配信の続行を制御すること
を特徴とする請求項９から請求項１１のいずれかに記載
のサーバ装置。
【請求項１３】前記通知処理部は、前記情報配信サー
バから配信された情報を複数ブロックに分割したブロッ
ク毎の配信終了を示す終了通知、前記情報配信サーバか
ら配信された複数の情報の情報毎の配信終了を示す終了
通知又は前記情報配信サーバから配信された全ての情報
の配信終了を示す終了通知を送信することを特徴とする
請求項１２記載のサーバ装置。
【請求項１４】前記情報配信サーバから受信した配信
要求に含まれる鳴動種別にしたがった呼出信号を情報受
信端末装置に送信する呼出処理部を具備することを特徴
とする請求項９から請求項１３のいずれかに記載のサー
バ装置。
【請求項１５】前記情報配信サーバから配信された情
報は、音楽情報であることを特徴とする請求項５から請
求項１４のいずれかに記載のサーバ装置。
【請求項１６】請求項５から請求項１５のいずれかに
記載のサーバ装置に電話網を介して接続され、前記情報
配信サーバから配信された情報を前記サーバ装置から前
記電話網を介して受信することを特徴とする情報受信端
末装置。
【請求項１７】前記情報配信サーバから配信された情
報を記録する記録部と、前記情報配信サーバから配信さ
れた情報が記録される記憶媒体の空き容量及び前記サー
バ装置から受信した前記所定情報に基いて前記情報配信
サーバから配信された情報の前記サーバ装置からの配信
を制御する配信制御部と、を具備することを特徴とする
請求項１６記載の情報受信端末装置。
【請求項１８】前記配信制御部は、前記サーバ装置か
ら受信した前記情報配信サーバから配信された情報の容
量が前記記憶媒体の空き容量を上回った場合に前記情報
配信サーバから配信された情報を受信することができな
い旨を示す制御情報を前記サーバ装置に送信することを
特徴とする請求項１７記載の情報受信端末装置。
【請求項１９】前記配信制御部は、前記サーバ装置か
ら受信した前記中断した情報の識別情報が当該中断した
情報であって中断前に受信した情報の識別情報と異なる
場合に前記中断した情報を受信することができない旨を
示す制御情報を前記サーバ装置に送信することを特徴と
する請求項１７又は請求項１８記載の情報受信端末装
置。
【請求項２０】前記配信制御部は、前記サーバ装置か
ら前記所定通知を受信した場合に当該所定通知を受信し
た旨を示す制御情報を前記サーバ装置に送信することを
特徴とする請求項１６から請求項１９のいずれかに記載
の情報受信端末装置。
【請求項２１】前記サーバ装置からの呼出信号に応じ
て鳴動しないで着信することを特徴とする請求項１６か
ら請求項２０のいずれかに記載の情報受信端末装置。
【請求項２２】インターネット又は電話網を介して接
続されたユーザ端末からリクエストを受け付けた情報配
信サーバから配信される前記リクエストに対応する情報
を電話網を介して受信することを特徴とする情報受信端
末装置。
【請求項２３】請求項５から請求項１５のいずれかに
記載のサーバ装置に対してインターネット又は電話網を
介して所定情報の配信をリクエストすることを特徴とす
る携帯電話装置。
【請求項２４】請求項５から請求項１５のいずれかに
記載のサーバ装置と、請求項１６から請求項２１のいず
れかに記載の情報受信端末装置と、を備えた情報配信シ
ステムであって、前記サーバ装置は、インターネット又は電話網を介して
接続されたユーザ端末からリクエストを受信すると、そ
のリクエストを情報配信サーバに送信する一方、前記情
報配信サーバから前記リクエストに対応する情報を受信
し、前記リクエストに基いて前記情報配信サーバから配
信された情報を前記電話網を介して前記情報受信端末装
置に配信することを特徴とする情報配信システム。