JP2001236394A - コンテンツ配信システム、コンテンツ配信方法、コンテンツセンター、中継端末およびユーザ携帯端末 - Google Patents

Abstract

(57)【要約】 【課題】 安価で安全なコンテンツ配信システムを提供
する。 【解決手段】 コンテンツセンターから中継端末に、受
注可能な複数のコンテンツデータを配信コンテンツＩＤ
とともに一方向に順次送信するステップと、中継端末に
おいて複数のコンテンツデータと配信コンテンツＩＤを
受信するステップと、中継端末においてユーザの注文を
受け付け、コンテンツセンターより受信した前記複数の
コンテンツデータの中から注文に応じたコンテンツデー
タを識別するステップと、前記識別されたコンテンツデ
ータを前記ユーザ携帯端末もしくはユーザ携帯端末に着
脱可能な記憶媒体に送信するステップとを有するコンテ
ンツ配信方法を提供する。コンテンツセンター自体で、
注文に応じたコンテンツデータの識別を行う必要がなく
なるため、コンテンツセンターの設備を大幅に簡略化で
き、配信コストを低減できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、注文に応じた有料
コンテンツをユーザに配信するデータ配信に関し、特
に、コンテンツ配信システム、コンテンツ配信方法、お
よびこれらのシステムや方法で使用するコンテンツセン
ター、中継端末、ユーザ携帯端末に関する。

【０００２】

【従来の技術】従来、音楽データ等を通信回線を用いて
配信するシステム（特開平７−１４７０６３、特開平９
−１４６８２０）や通信衛星を用いて配信するシステム
（特開平７−１４３０８１、特開平１０−１６３９９
１）が開示されている。

【０００３】現在、音楽ユーザの好みは多様化してお
り、音楽の流行も短期間で著しく変化するが、前記シス
テムは、コンテンツセンターに蓄積された膨大な数のコ
ンテンツの中から好みの曲を選択できるため、利用でき
る曲数が極めて多く、音楽ユーザの好みの多様化や音楽
の流行に迅速に対応できる。

【０００４】

【発明が解決しようとする課題】上述する従来のデータ
配信システム、データ配信方法及びデータ再生装置で
は、データ配信の度に少額の料金を低コストで回収する
ことが容易ではなく、店頭にてデータを販売した場合、
購入者の属性（年齢、性別等）を迅速正確に把握するこ
とが容易ではなかったため、本願出願人等はこれらの問
題を解決するデータ配信システム等の開発を進めてい
る。

【０００５】また、インターネットに代表されるネット
ワークの普及により、店頭や自宅に居ながら世界中の音
楽コンテンツに接することができるが、その音楽コンテ
ンツを気軽に持ち歩く（携帯する）ためのネットワーク
に対応したユーザ携帯端末（オーディオ機器）の具体的
な形態の検討を進めている。

【０００６】一方、高速ネットワークの整備計画が進ん
でいるが、この高速ネットワークが整備されると、配信
自体に係る時間は現在より大幅に短縮化され、大容量の
コンテンツを短時間に配信できるようになる。こうなれ
ば、コンテンツの配信形態もより多様化でき、配信時間
の短縮化ばかりでなく、コンテンツ配信システム全体の
コスト低減を可能にする新たなシステムの構築が必要に
なる。

【０００７】また、これらのシステムの開発では、注文
時間や配信時間を短縮し、より効率的な配信方法の検討
が望まれている。特に店頭の販売店端末を介して注文コ
ンテンツの配信を行う場合は、顧客の待ち時間の短縮、
あるいは単なる待ち時間の短縮のみならず、コストと利
便性の面から個々の顧客のニーズに答える多様なコンテ
ンツの配信形態の提供が必要となる。

【０００８】本発明は、上述の課題に鑑み、システム全
体のコスト低減が可能であり、ユーザの利便性をより高
めるコンテンツ配信システムと配信方法等の提供を目的
とする。

【０００９】

【課題を解決するための手段】本発明に係るコンテンツ
配信システムの第１の特徴は、ユーザより受注可能なコ
ンテンツデータを配信コンテンツＩＤとともに中継端末
に配信するコンテンツセンターと、携帯端末ＩＤまた
は、記憶媒体ＩＤを中継端末へ送信し、中継端末よりコ
ンテンツデータを受信するユーザ携帯端末と、ユーザか
らのコンテンツの注文を受け付け、前記携帯端末ＩＤま
たは記憶媒体ＩＤ、さらには注文コンテンツＩＤを課金
センターへ送信するとともに、前記コンテンツセンター
より受信したコンテンツデータの中から、ユーザの注文
に応じたコンテンツデータを識別して前記ユーザ携帯端
末に送信する中継端末と、前記携帯端末ＩＤまたは記憶
媒体ＩＤと共に、前記注文コンテンツＩＤを前記中継端
末から受信して課金管理を行う課金センターとを備え
る。

【００１０】また、本発明のコンテンツ配信方法におけ
る第１の特徴は、配信するコンテンツデータの供給源で
あるコンテンツセンターから中継端末を介してユーザに
注文に応じたコンテンツを配信する方法において、前記
コンテンツセンターから前記中継端末に、受注可能な複
数のコンテンツデータを配信コンテンツＩＤとともに一
方向に順次送信するステップと、前記中継端末におい
て、前記複数のコンテンツデータと配信コンテンツＩＤ
を受信するステップと、前記中継端末において、ユーザ
の注文を受け付け、コンテンツセンターより受信した前
記複数のコンテンツデータの中から注文に応じたコンテ
ンツデータを識別するステップと、前記識別されたコン
テンツデータを前記ユーザ携帯端末もしくはユーザ携帯
端末に着脱可能な記憶媒体に送信するステップとを有す
ることである。

【００１１】上記特徴を有するコンテンツ配信システム
およびコンテンツ配信方法によれば、ユーザからの受注
の有無にかかわらず予めコンテンツセンターから中継端
末へ受注可能なコンテンツデータを一方向に送信し、中
継端末において、ユーザのリクエストに応じたコンテン
ツデータを識別する。コンテンツセンター自体が、個々
の注文を受け、コンテンツデータの識別を行う必要がな
くなるため、注文に要する時間を短くできる。コンテン
ツセンターの設備を大幅に簡略化できる。

【００１２】又、上述するシステム及び配信方法では、
コンテンツセンターからのコンテンツデータの配信は、
受注可能性のあるコンテンツを定期的に一定量配信する
ものであるため、放送に類似する形態をとることができ
る。よって、コンテンツセンターとして、デジタル放送
局やケーブル放送局あるいはＷｅｂサーバを用いること
もできる。

【００１３】また、中継端末としては、キオスクやコン
ビニエンスストアー等の販売店に設置される販売店設置
端末の他、パーソナルコンピュータやｉモードを備えた
携帯電話中継局等のインターネットクライアント、パー
ソナルコンピュータ機能やデジタル放送等の種々の通信
受信機能を備えたセットトップボックス等を用いること
ができ、より広範なシステム設計が可能となる。

【００１４】また、コンテンツセンターから中継端末へ
のコンテンツデータの送信に際しては、コンテンツデー
タを複数ブロックデータに分割し、ブロックデータ単位
でＩＤとブロック情報を付して送信してもよい。各コン
テンツデータの一部のブロックデータのみを先に順次送
信し、後から各コンテンツデータの残りのブロックデー
タを順次送信してもよい。このように、送信するコンテ
ンツデータを分割送信することで、送信データの形態を
複雑化し、不正コピーから防止し、通信データの安全化
を高めることができる。

【００１５】ここで、配信されるコンテンツとしては、
音楽のみならず、語学学習教材、ビデオ、電子書籍、ア
プリケーションソフトやデータベース等商品価値のある
種々の情報が対象となる。

【００１６】本発明のコンテンツ配信システムの第２の
特徴は、携帯端末ＩＤ及び電子マネー情報を中継端末へ
送信し、コンテンツデータを受信する一または複数のユ
ーザ携帯端末と、前記携帯端末ＩＤ及び前記電子マネー
を前記ユーザ携帯端末から受け取り課金センターへ送信
すると共に、ユーザからのコンテンツの注文に応じた注
文コンテンツＩＤ及び中継端末ＩＤを課金センターへ送
信する一または複数の中継端末と、前記注文コンテンツ
ＩＤ、前記携帯端末ＩＤ、前記設置端末ＩＤ及び前記電
子マネー情報を中継端末から受信する課金センターと、
前記携帯端末ＩＤまたは記憶媒体ＩＤと共に、注文コン
テンツＩＤ及び前記中継端末ＩＤを各中継端末から受信
し、注文に応じた複数のコンテンツデータを前記中継端
末を経由して前記ユーザ携帯端末へ送信するコンテンツ
センターとを有し、前記コンテンツセンターが、さら
に、各コンテンツを複数のブロックデータに分割する手
段と、各ブロックデータに識別子を付す手段と、注文さ
れた複数のコンテンツの各ブロックデータを、最終的に
各中継端末において、いずれのコンテンツデータの配信
も略同一時間で終了するように各ブロックデータを間欠
的に送信する手段を有し、前記中継端末が、さらに、コ
ンテンツセンターから複数のコンテンツの各ブロックデ
ータを受信する手段と、受信した該ブロックデータの中
から対応ユーザの注文に応じたコンテンツのブロックデ
ータを識別して集積し、完全なコンテンツデータを再現
する手段と、再現したコンテンツデータをユーザ携帯端
末に送信する手段とを有することである。

【００１７】また、本発明のコンテンツ配信方法の第２
の特徴は、ユーザ携帯端末から中継端末へ携帯端末ＩＤ
が送信されるステップと、前記中継端末から課金センタ
ーへ前記携帯端末ＩＤ、注文コンテンツＩＤ及び中継端
末ＩＤが送信されるステップと、前記課金センターから
前記中継端末を経由して前記ユーザ携帯端末へ前記注文
コンテンツＩＤに対応する課金情報が送信されるステッ
プと、前記ユーザ携帯端末から前記中継端末を経由して
前記課金センターへ前記課金情報に対応する電子マネー
情報が送信されるステップと、前記中継端末からコンテ
ンツセンターへ前記注文コンテンツＩＤに対応するコン
テンツデータの送信要求信号が送信されるステップと、
前記コンテンツセンターから複数の注文に応じた複数の
コンテンツデータをそれぞれブロックデータに分割し、
各中継端末に対して、いずれのコンテンツデータの送信
も略同一時間で終了するように各ブロックデータを間欠
的に送信するステップと、前記各中継端末において、受
信した該ブロックデータの中からユーザの注文に応じた
コンテンツのブロックデータを識別して集積し、注文の
コンテンツデータを再現するステップと、再現したコン
テンツデータをユーザ携帯端末もしくはユーザ携帯端末
に着脱可能な記憶媒体に送信するステップとを有するこ
とである。

【００１８】上記第２の特徴を有するコンテンツ配信シ
ステムおよびコンテンツ配信方法によれば、複数の中継
端末を介して複数のユーザのリクエストを受け、コンテ
ンツを配信する場合において、複数のユーザからの注文
をほぼ同時にこなし、注文から一定時間で各ユーザにコ
ンテンツデータの供給ができる。

【００１９】なお、上記第１、第２の特徴を有するコン
テンツ配信システム、コンテンツ配信方法において、前
記中継端末を介して前記ユーザ携帯端末に送信される前
記コンテンツデータは、前記携帯端末ＩＤに基づいて暗
号化されていてもよい。この場合は、コンテンツデータ
の不正なコピーを防止できる。

【００２０】また、前記課金センターが、前記携帯端末
ＩＤ及び前記中継端末ＩＤの正当性を判断する手段を有
し、正当であることを条件に、前記中継端末から前記ユ
ーザ携帯端末へのコンテンツデータの送信が行われるも
のとしてもよい。

【００２１】また、中継端末からユーザ携帯端末へのコ
ンテンツデータの送信は、ユーザ携帯端末の有する電子
マネーが支払われたことを条件とするものでもよい。

【００２２】なお、中継端末は、識別したコンテンツデ
ータを、一旦、中継端末内に保存できるものとしてもよ
い。この場合は、注文の入力と切り離して、中継端末か
らユーザ携帯端末へのコンテンツデータの送信をユーザ
の希望にあわせた時間にできる。

【００２３】なお、上記ユーザ携帯端末は、中継端末か
ら受信したコンテンツデータを記録する記憶部の一部、
あるいは記憶部と電子財布部の一部を着脱可能な小型の
記憶媒体としてもよい。例えば、この記憶媒体としてメ
モリーカードを用いてもよい。

【００２４】本発明のコンテンツ配信方法の第３の特徴
は、コンテンツデータの供給源であるコンテンツセンタ
ーから中継端末を介してユーザに注文に応じたコンテン
ツデータを配信する方法において、コンテンツセンター
がユーザ携帯端末からの過去の注文実積とは無関係に独
自に選択したコンテンツデータ、およびコンテンツセン
ターがユーザ携帯端末の過去の注文実積に基づき選択し
たコンテンツデータのうち少なくともいずれか一方を中
継端末に供給し、前記中継端末が供給されたコンテンツ
データを蓄積するステップと、前記中継端末において、
ユーザ携帯端末からのユーザの注文を受け付け、前記蓄
積したコンテンツデータの中から注文に応じたコンテン
ツデータを選択して注文主であるユーザのユーザ携帯端
末にそのコンテンツデータを送信するステップとを有す
ることである。

【００２５】上記コンテンツ配信方法の第３の特徴によ
れば、コンテンツセンターから中継端末に送信されるコ
ンテンツデータが中継端末中に蓄積されているので、ユ
ーザからの注文をコンテンツセンターに送信する必要な
く、中継端末から直接読み出すことができるので、ユー
ザの待ち時間を短時間化できる。

【００２６】なお、上記第３の特徴を有するコンテンツ
配信方法において、中継端末が蓄積されているコンテン
ツデータは、少なくとも一部を、所定時間毎に新たなコ
ンテンツデータと書き換える、または、所定時間毎に蓄
積されているコンテンツデータとは異なる新たなコンテ
ンツデータを追加する、データの更新を行ってもよい。

【００２７】また、上記第３の特徴を有するコンテンツ
配信方法において、１以上のユーザ携帯端末が中継端末
に接続され、それぞれがコンテンツを注文するステップ
と、中継端末が、蓄積したコンテンツデータの中から注
文に応じた１以上のコンテンツデータを選択し、その選
択したコンテンツデータをそれぞれブロックデータに分
割し、各ブロックデータに識別子をつけ、中継端末がユ
ーザ携帯端末に対して、いずれのコンテンツデータの送
信も略同一時間で終了するように各ブロックデータを間
欠的に送信し、ユーザ携帯端末において、受信したブロ
ックデータの中から注文したコンテンツのブロックデー
タを識別して記録してもよい。

【００２８】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明をする。

【００２９】（第１実施形態）以下、図１〜図１３を参
照し、本発明の第１実施形態について説明する。第１実
施形態の主な特徴は、コンテンツセンターから販売店設
置端末を介してユーザ携帯端末に注文に応じたコンテン
ツを有料で配信するシステムおよび方法において、より
簡易な配信システムおよび方法を提供するものである。
即ち、コンテンツセンターから販売店端末へのコンテン
ツデータの配信は、ユーザの注文の有無にかかわらず、
注文可能な大量のコンテンツを一方的に順次販売店端末
に配信し、販売店端末において配信されてきたコンテン
ツの中からユーザの注文に応じたコンテンツを識別し、
ユーザ携帯端末に送信する。

【００３０】この配信システムおよび方法によれば、ユ
ーザの個々の注文情報をコンテンツセンターに送信し、
これに応じてコンテンツセンターで注文に応じたコンテ
ンツを識別し、これを配信する場合に較べ、コンテンツ
センターのシステムを大幅に簡略化できる。

【００３１】以下、図面を参照しながら、第１実施形態
についてより詳細な説明を行う。図１は、本発明の第１
実施形態に係るコンテンツ配信システムの構成を示すブ
ロック図である。システムは、ユーザ携帯端末１０、販
売店設置端末１１、課金センター１２、コンテンツセン
ター１３、通信回線１４及び通信衛星１５により構成さ
れる。

【００３２】各ユーザ携帯端末１０は、それぞれ固有の
ＩＤ（識別コード）を有する。ユーザ携帯端末１０と販
売店設置端末１１との間のデータ転送は、ＩＥＥＥ１３
９４相当の高速インターフェースにより行う。

【００３３】各販売店設置端末１１も、それぞれ固有の
ＩＤを有する。販売店設置端末１１と、課金センター１
２と、コンテンツセンター１３とは通信回線１４を経由
して各種データを転送する。また、コンテンツデータ
は、コンテンツセンター１３に付属するサーバ１３Ａで
管理され、必要に応じてサーバ１３Ａから読み出されコ
ンテンツセンターから通信衛星１５を経由して販売店設
置端末１１に配信される。

【００３４】販売店設置端末１１を経由してユーザ携帯
端末１０がコンテンツデータを受信した後は、ユーザ携
帯端末１０を販売店設置端末１１から取り外して自由に
持ち運び可能であり、いつでもどこでも受信したコンテ
ンツデータ（例えば、音楽データ）を再生して楽しむこ
とができる。

【００３５】図２は、第１実施形態におけるデータの流
れの概略を示す図である。同図に示すように、携帯端末
ＩＤ２０は、ユーザ携帯端末から販売店設置端末を経由
して課金センターに送られる。設置端末ＩＤ２１及びコ
ンテンツＩＤ２２は、販売店設置端末から課金センター
に送られる。課金情報２３は、課金センターから販売店
設置端末を経由してユーザ携帯端末に送られる。電子マ
ネー２４は、ユーザ携帯端末から販売店設置端末を経由
して課金センターに送られる。コンテンツデータ２６と
配信コンテンツＩＤ２５は、課金センターを経由せず
に、コンテンツセンターから販売店設置端末に送られ
る。コンテンツデータ２６は、販売店設置端末を経由し
てユーザ携帯端末に送られる。

【００３６】なお、コンテンツの売れ行きのデータベー
スを作る販売実績調査部が、コンテンツセンター内に設
けられる場合は、携帯端末ＩＤ２０、設置端末ＩＤ２
１、注文コンテンツＩＤ２２が、販売店設置端末からコ
ンテンツセンターにも送られる。

【００３７】電子マネー２４としては、ＩＣチップに貨
幣金額を記憶しておきＩＣカードリーダーを通じて支払
いを行うＩＣカード型電子マネー（例えば、モンデック
ス、ＶＩＳＡキャッシュ）または、電子財布（例えば、
ＮＴＴフレキシブル電子チケット）等が使用できる。

【００３８】図３は、第１実施形態に係るコンテンツセ
ンターでの処理の流れを示すフローチャートである。同
図に示すように、コンテンツセンターでは、配信すべき
最初のコンテンツをＮ＝０と指定し（ステップ１０
１）、サーバ１３Ａから、まず、最初のコンテンツを取
り出す（ステップ１０２）。次に、このコンテンツデー
タを圧縮する（ステップ１０３）。圧縮したコンテンツ
に識別子、即ち配信コンテンツＩＤを付加する（ステッ
プ１０４）。配信コンテンツＩＤを付加する位置は、デ
ータのヘッダでもよいし、コンテンツデータの間に、或
いは電子透かしといった形態でデータ中に埋め込んでも
よい。なお、配信コンテンツＩＤ、および後述する注文
コンテンツＩＤとしては、コンテンツに付与された国際
標準の著作権識別コードであるＩＳＲＣを用いてもよ
い。次に、このコンテンツに暗号鍵を付加し（ステップ
１０５）、上記暗号鍵に基づきコンテンツデータを暗号
化して（ステップ１０６）、配信コンテンツＩＤととも
にコンテンツデータを、衛星回線を介して販売店設置端
末に配信する（ステップ１０７）。この後、Ｎを１つイ
ンクリメントし（ステップ１０８）、この数字Ｎが送信
可能なコンテンツの最大数（Ｎｍａｘ）を超えたか否か
を判断し（ステップ１０９）、超えていなければ、再度
ステップ１０２に戻り、新たなコンテンツをサーバから
取りだし、同じ配信操作を繰り返す。

【００３９】上述するように、第１実施形態では、コン
テンツセンターから販売店端末に対してのコンテンツ配
信は、注文の有無にかかわらず、配信可能なコンテンツ
の全てを順に配信するものであるから、一種の放送に類
似した配信形態をとる。

【００４０】なお、コンテンツデータを配信する際は、
圧縮した形で配信するが、その際のデータ圧縮技術とし
ては、ＴｗｉｎＶＱ（商標）、ＡＡＣ（Ａｄｖａｎｃｅ
ｄＡｕｄｉｏ Ｃｏｄｉｎｇ）、ＭＰＥＧ（Ｍｏｔｉｏ
ｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）Ｌ
ａｙｅｒ１、ＭＰＥＧ Ｌａｙｅｒ３、ＡＴＲＡＣ（Ａ
ｄａｐｔｉｖｅ Ｔｒａｎｓｆｏｒｍ Ａｃｏｕｓｔｉ
ｃ Ｃｏｄｉｎｇ）等が使用できる。

【００４１】図４は、第１実施形態に係る販売店端末で
の処理の流れを示すフローチャートである。販売店端末
では、営業時間中継続的に、あるいはユーザからの注文
を受けた時点、もしくは所定時刻になったら端末を受信
モードにする（ステップ１１１）。コンテンツセンター
からは、配信コンテンツＩＤとともにコンテンツデータ
が送信される。受信したコンテンツデータと配信コンテ
ンツＩＤは、販売店端末内のバッファメモリに一時的に
記憶する（ステップ１１２）。この後、ユーザから販売
店端末にリクエストが入力されたどうか確認する（ステ
ップ１１３）。リクエストが入力されていなければ（ス
テップ１１３で「いいえ」）、リクエストがすでに入力
されているかどうかを確認する（ステップ１１５）。リ
クエストがまだ入力されていなければ（ステップ１１５
で「いいえ」）、同じステップ１１３を繰り返し、ユー
ザからのリクエスト入力を待つ。リクエストが入力され
ると（ステップ１１３で「はい」）、リクエストに応じ
た注文コンテンツＩＤを読み出す（ステップ１１４）。
続けて、バッファメモリ中に記憶されている受信したコ
ンテンツと注文コンテンツが同じものであるかどうかを
ＩＤ照合により判断する（ステップ１１６）。違ってい
れば（ステップ１１６で「いいえ」）、ステップ１１２
に戻り、受信操作を繰り返す。すでにリクエストが入力
されている場合は（ステップ１１５で「はい」）、その
ままステップ１１６に進む。バッファメモリ中の記憶量
は一定量に限られるため、記憶量を超えるデータが受信
されるとバッファメモリは、新たに受信したデータに書
き換えられる。注文したコンテンツと受信したコンテン
ツが合致するまで、送信されてくるコンテンツデータが
順次バッファメモリ内に記憶され、記憶内容を書き換え
る処理が続けられる。バッファメモリ中に記憶されたコ
ンテンツと注文コンテンツが同じ（ステップ１１５で
「はい」）場合は、そのコンテンツデータが最初から最
後まで完全な形で受信されたかどうかを確認する（ステ
ップ１１７）。受信されたコンテンツが不完全な場合
は、再度ステップ１１２に戻り、コンテンツデータの受
信処理を繰り返す。コンテンツが最初から受信されてい
ることが確認できた場合は、このコンテンツデータを販
売設置端末のサーバに記憶する（ステップ１１８）。な
お、ユーザからのリクエストは１つ以上受け付けられる
ものとする。

【００４２】図５（ａ）及び図５（ｂ）は、第１実施形
態におけるユーザ携帯端末の処理の流れを示すフローチ
ャートである。同図（ａ）は、ユーザ携帯端末における
コンテンツ購入時の処理の流れを示すフローチャートで
ある。ユーザ形態端末が販売店設置端末に接続される
と、ユーザ携帯端末から販売店設置端末に携帯端末ＩＤ
が送信される（ステップ１２１）。販売店設置端末から
課金情報を受信すると（ステップ１２２）、ユーザ携帯
端末の電子財布部から課金相当額の電子マネーが販売店
設置端末に送られ、料金の支払いが行われる（ステップ
１２３）なお、プリペイドカード方式を用いる場合は、
電子マネーの支払いの替わりに電子財布中の残額が書き
換えられる。この後、販売店設置端末からコンテンツデ
ータを受信する（ステップ１２４）。図５（ａ）に示す
処理は注文コンテンツごとに行われる。

【００４３】図５（ｂ）は、ユーザ携帯端末におけるコ
ンテンツ再生時の処理の流れを示すフローチャートであ
る。受信されたコンテンツデータは、圧縮され、暗号化
された状態でユーザ携帯端末の記憶部に記録されている
ので、データを再生する場合は、その度にデータを復号
（解読）化し、伸長する必要がある。即ち、まず、暗号
化されているデータを携帯端末ＩＤに基づいて復号化部
により解読（復号化）し（ステップ１２５）、伸長部に
よりデータを伸長し（ステップ１２６）、伸長後のデー
タを再生部により再生する（ステップ１２７）。再生を
くり返す場合は（ステップ１２８で「はい」）ステップ
１２７に戻り、再生をくり返さない場合は（ステップ１
２８で「いいえ」）ステップ１２９に進む。他のデータ
を再生する場合は（ステップ１２９で「はい」）ステッ
プ１２５に戻り、他のデータを再生しない場合は（ステ
ップ１２９で「いいえ」）終了する。

【００４４】図６は、第１実施形態における販売店設置
端末でのユーザからの注文と料金徴収の処理の流れを示
すフローチャートである。ユーザ携帯端末から携帯端末
ＩＤを受信（ステップ１３１）した後に、ユーザがリク
エストを入力すると（ステップ１３２）、入力されたリ
クエストに対応する注文コンテンツＩＤを検索する（ス
テップ１３３）。なお、別のリクエストがある場合は、
破線に示すように、ステップ１３２とステップ１３３を
繰り返す。携帯端末ＩＤ、販売店設置端末ＩＤ及び１ま
たは複数の注文コンテンツＩＤを課金センターへ送信し
（ステップ１３４）、課金センターから送信許可の信号
を受信し（ステップ１３５で「はい」）、さらに課金情
報を受信したら（ステップ１３６）、ユーザ携帯端末へ
課金情報を送信する（ステップ１３７）。ユーザ携帯端
末からコンテンツ料に相当する電子マネーを徴収できた
ら（ステップ１３８）、販売店設置端末のサーバからリ
クエストに応じたコンテンツデータを読み出す（ステッ
プ１３９）。読み出したコンテンツデータを携帯端末Ｉ
Ｄを暗号鍵として暗号化し（ステップ１４０）、暗号化
したコンテンツデータをユーザ携帯端末に送信する（ス
テップ１４１）。なお、課金情報は、課金センターが、
注文コンテンツＩＤから価格表を用いて求めるようにし
てもよい。

【００４５】課金センターから送信許可の信号を受信し
なかった場合は（ステップ１３５で「いいえ」）、コン
テンツ受信が許可されなかった旨のメッセージを表示す
る（ステップ１４２）。

【００４６】なお、２つ以上のコンテンツが注文された
場合は、２つ分の料金をまとめて徴収し、コンテンツデ
ータを送信する（ステップ１３６〜ステップ１４１）。

【００４７】図７は、第１実施形態における課金センタ
ーの処理の流れを示すフローチャートである。販売店設
置端末から携帯端末ＩＤ、販売店設置端末ＩＤ及び注文
コンテンツＩＤを受信したら（ステップ１５１）、まず
携帯端末ＩＤ及び販売店設置端末ＩＤが真正か否かを判
断する（ステップ１５２）。両ＩＤとも真正であったら
（ステップ１５２で「はい」）、コンテンツ送信許可の
信号を販売店設置端末へ送信する（ステップ１５３）。
また、価格表を参照し、注文コンテンツＩＤに対応する
コンテンツ課金情報も販売店設置端末へ送信する（ステ
ップ１５４）。両ＩＤのいずれか一方又は双方が不正で
ある場合は、コンテンツを送信することができない旨の
信号を販売店設置端末に送る（ステップ１５６）。

【００４８】図８は、第１実施形態において使用される
ユーザ携帯端末の構成例を示すブロック図である。ユー
ザ携帯端末１０は、データ転送インターフェース１００
１、電子財布部１００２、表示部１００３、記憶部１０
０４、操作部１００５、復号化部１００６、データ伸長
部１００７、再生部１００８、出力端子１００９及び制
御部１０１０から構成され、それぞれ内部バス１０１１
を介して接続されている。

【００４９】データ転送インターフェース１００１は、
ユーザ携帯端末と販売店設置端末との間のデータ転送用
のインターフェースである。このインターフェースを経
由して、携帯端末ＩＤ、電子マネー等がユーザ携帯端末
から販売店設置端末へ転送され、またコンテンツデータ
等が販売店設置端末からユーザ携帯端末へ転送される。

【００５０】電子財布部１００２は、電子マネーの受け
取り、支払いが可能であり、電子マネーを予めデポジッ
トしておき、コンテンツ料金に応じて販売店設置端末に
送金等することができる。なお、プリペイド方式を採用
する場合は、既に一定額の料金が支払われているので、
電子マネーの送金は行われず、コンテンツ料金に応じて
電子財布中の残額データの書き換えが行われる。

【００５１】表示部１００３は、電子財布部１００２の
電子マネーの残額や、販売店設置端末とのデータ送受信
時の送受信状況、コンテンツ再生時の再生状況等を表示
する。操作部１００４は、複数のデータの中から再生し
たいデータを探し出すためのデータ頭出し操作、再生時
の再生音量操作等に使用される。記憶部１００５には、
販売店設置端末から受け取ったコンテンツデータが記憶
される。復号化部１００６は、記憶部１００５に記憶さ
れているコンテンツデータを携帯端末ＩＤに基づいて解
読（複合化）する。データ伸長部１００７は、圧縮され
ているコンテンツデータを伸長する。再生部１００８
は、コンテンツデータから音声等を再生する。再生され
た音声等は、出力端子１００９から外部に出力される。
制御部１０１０は、上記各部を制御する。

【００５２】なお、記憶部１００５の一部または全部
を、着脱可能なメモリーカード等の小型記憶媒体で置き
換えることもできる。この場合は、携帯端末ＩＤの替わ
りに、メモリーカードの固有のメモリーカードＩＤを用
いてコンテンツの配信／受信を行うことが好ましい。販
売店端末からコンテンツデータを受信する際には、外部
インターフェースを用いてメモリカード単体でデータを
受信し、記憶することも可能となる。さらに、電子財布
の電子マネー情報を同カード中に記憶しておいてもよ
い。

【００５３】コンテンツセンターから各販売店設置端末
に配信するコンテンツは、販売実績に応じてより受注の
多いものを揃えるように、或いは新規入荷コンテンツを
タイムリーに提供するため、販売実績等のデータに応じ
たコンテンツの入れ替えを定期的に行う。この場合、コ
ンテンツセンター或いは課金センターに、販売実績のデ
ータベースを管理する販売実績調査部を設け、このデー
タベースに基づき配信コンテンツデータの更新を行う。

【００５４】図９は、コンテンツセンターにおける配信
コンテンツデータの更新と販売店端末へのコンテンツデ
ータの配信処理の流れを示すフローチャートである。配
信するコンテンツデータの更新は、販売店端末への配信
時に必要に応じて行う。即ち、まずコンテンツセンター
は、販売実績調査部にアクセスし、販売実績データベー
スを読み出す（ステップ１６１）。例えば、データベー
スより、販売実績の低いコンテンツを抽出する（ステッ
プ１６２）。また、販売実績調査部のデータベースより
新規入荷コンテンツを抽出する（ステップ１６３）。販
売実績の低いコンテンツと新規入荷コンテンツの入れ替
えが必要かどうかを判断する（ステップ１６４）。入れ
替えが必要と判断した場合（ステップ１６４で「は
い」）は、配信コンテンツ中の販売実績の低いコンテン
ツと新規入荷コンテンツのデータを入れ替える（ステッ
プ１６７）。データの入れ替えがあった場合には新しい
コンテンツを、入れ替えが不要な場合は（ステップ１６
４で「いいえ」）、データの入れ替えは行わない。こう
して配信するコンテンツデータが決まったら、これらの
データを販売店端末に対し、一巡配信（ステップ１６
５）する。さらにコンテンツの配信を続ける場合は（ス
テップ１６６で「はい」）、再びステップ１６１に戻
り、コンテンツデータの更新を行う（ステップ１７
２）。

【００５５】図１０は、販売実績調査部での処理を示
す。同図に示すように、販売実績調査部では、各コンテ
ンツの販売実績を課金センター又はコンテンツセンター
に送信された携帯端末ＩＤ、設置端末ＩＤ、注文コンテ
ンツＩＤと課金情報等から定期的に販売実績を集計し
（ステップ１７１）、販売実績データベースを更新す
る。

【００５６】新規入荷コンテンツの情報は、販売実績デ
ータベースの更新にあわせて、販売実績データベース中
に書き込んでもよいし、別途、独立のデータベースとし
てもよい。また、販売実績調査部は、課金センターある
いはコンテンツセンターのどちらに設けてもよい。

【００５７】以上、説明したように、第１実施形態に係
る配信システムでは、コンテンツセンターから販売店端
末へのコンテンツ配信は、ユーザの注文の有無にかかわ
らず、注文可能な大量のコンテンツを一方的に販売店設
置端末に配信し、販売店端末において配信されたコンテ
ンツの中からユーザの注文に応じたコンテンツを識別し
サーバに記憶し、料金の支払い等を条件にユーザ携帯端
末に送信する。ユーザの注文毎に個別にコンテンツセン
ターからコンテンツデータの配信を行う方法に比較し、
コンテンツセンターから各販売店端末へのコンテンツデ
ータの配信が格段に単純化できる。この配信方法では、
注文の有無にかかわらず一定量のコンテンツを送信する
ので、使用されないコンテンツをも配信することとなる
が、高速ネットワークが整備され、大量のデータを短時
間で配信できるようになると、大量のコンテンツの配信
にかかる時間も短時間化されるため、配信方法の単純化
による設備コストの低減がより大きなメリットとなる。

【００５８】また、上記配信システムを用いる場合は、
各販売店設置端末におけるユーザの注文形態をより多様
化できる。例えば、ユーザは、販売店端末からリクエス
トの入力を行ったのち、その場でコンテンツの受信を待
つ代わりに、一定時間後、あるいは翌日以降に、コンテ
ンツを受け取りに行くことも可能である。コンテンツセ
ンターから販売店端末へのコンテンツデータの配信を、
少なくとも一日で全てのコンテンツデータが一巡するよ
うに配信される場合は、翌日までには確実に注文したコ
ンテンツが販売店サーバに保存される。翌日以降コンテ
ンツを受け取りに行った時には、すでに注文したコンテ
ンツデータが、販売店端末のサーバに保存されているの
で、ユーザ携帯端末へのコンテンツ送信は短時間に行わ
れる。即ち、コンテンツの注文と受信をそれぞれ極めて
短時間で済ますことができる。また、配信システムの簡
略化により、コンテンツ料金をより安く設定できる。

【００５９】コンテンツセンターから各販売店端末への
コンテンツの配信は、単に各コンテンツ単位に順番に配
信するのではなく、各コンテンツを分割し、多重化して
配信する形態を採用してもよい。図１１にその一例を示
す。同図に示すように、まず、配信すべき最初のコンテ
ンツをＮ＝０と指定し（ステップ１８１）、サーバ１３
Ａから、Ｎ＝ｎ、Ｎ＝ｎ＋１となる二つのコンテンツを
取り出す（ステップ１８２）。このふたつのコンテンツ
データをそれぞれ圧縮する（ステップ１８３）。各コン
テンツを前半、後半に二分割し、分割した各データのヘ
ッダーに識別子（配信コンテンツＩＤ）とともにデータ
の前半か後半かを示すフラグをつける（ステップ１８
４）。次に、このコンテンツに暗号鍵を付加し（ステッ
プ１８５）、上記暗号鍵に基づきコンテンツデータを暗
号化する（ステップ１８６）。

【００６０】配信コンテンツＩＤとともにまず、Ｎ＝ｎ
のコンテンツの前半データを販売店設置端末に配信する
（ステップ１８７）。続けて、Ｎ＝ｎ＋１のコンテンツ
の前半データを配信する。この後、Ｎ＝ｎのコンテンツ
の後半データとＮ＝ｎ＋１のコンテンツの後半データを
続けて配信する（ステップ１８９、１９０）。Ｎを２つ
インクリメントし（ステップ１９１）、この数字Ｎが送
信可能なコンテンツの最大数（Ｎｍａｘ）を超えていな
いか判断し（ステップ１９２）、超えていなければ、再
度ステップ１８２に戻り、新たな２つのコンテンツをサ
ーバから取りだし、同じ配信操作を繰り返す。

【００６１】上記配信方法によれば、単純に各コンテン
ツをコンテンツ単位で順次配信する場合に較べ、コンテ
ンツデータの配信形態が複雑化できるため、データの不
正コピーを防止し、データの安全性を高めることができ
る。

【００６２】図１２は、第１実施形態に係る別の配信シ
ステム構成を示す。第１実施形態に係る配信システム
は、図１に示すような通信衛星と通信回線を用いた配信
形態に限られない。図１２に示すように、通信衛星を用
いずに、コンテンツセンターからのコンテンツ配信を通
信回線３４のみで行うことも可能である。また、販売店
設置端末を経由してユーザ携帯端末にコンテンツを配信
する場合のみならず、種々のインターネットクライアン
ト、例えば、同図に示すように、パーソナルコンピュー
タ３１を経由してユーザ携帯端末３０にコンテンツ配信
を行ってもよい。この場合には、各パーソナルコンピュ
ータ３１が販売店設置端末と同様な処理を行うことにな
る。通信回線を用いる場合は、モデム又はターミナルア
ダプタ（ＴＡ）（不図示）を介してパーソナルコンピュ
ータ３１にコンテンツデータが配信される。

【００６３】通信衛星を用いた場合に比し、一般的に通
信回線を用いた場合の方が送信速度が遅いので、送信時
間が長くなってしまう。しかし、販売店設置端末の設置
場所まで行かなくても、パーソナルコンピュータやモデ
ム（又はＴＡ）等があれば家庭に居ながらにして本シス
テムを利用することができる。また、将来的に、高速ネ
ットワークのインフラストラクチャが整えば、送信時間
は問題にならなくなる。

【００６４】家庭で本システムを利用するためには、さ
らに電子マネー送金システム（電子マネーカードリーダ
ー等）又はホームバンキングシステムも家庭になければ
ならない。また、ＩＣカード型電子マネーの他に、イン
ターネットでのオンラインショッピングに適するネット
ワーク型電子マネー（例えば、ｅキャッシュ）又は少額
クレジットのホームバンキング等が使用できる。ユーザ
携帯端末３０から課金センター３２へ電子マネーが送ら
れ、コンテンツセンター３３からユーザ携帯端末３０へ
コンテンツデータが送られる点は上述した第１実施形態
と同様である。

【００６５】なお、このパーソナルコンピュータは家庭
内に限らず、家庭外であってもよい。その一例は、イン
ターネットを仲介するｉモードを備えた携帯電話中継局
を挙げることができる。この場合はユーザ携帯端末は無
線によりコンテンツを受け取る。

【００６６】さらに、上述した第１実施形態の場合は、
注文の有無や種類に限らず、一定量のコンテンツをコン
テンツセンターから一方的に配信するものであるから、
放送と同様な形態で提供することもできる。よって、例
えばコンテンツの供給源を、ケーブルテレビ局やデジタ
ル放送局、あるいはインターネット上のＷｅｂサーバと
してもよい。図１３は、このような配信システムの構成
例を示すものである。同図に示すように、コンテンツセ
ンター４３、コンテンツセンターのサーバ４３Ａ、課金
センター４２、通信回線４４に加えて、コンテンツ供給
源としてデジタル放送局４６とＷｅｂ.サーバ４５を追
加している。また、この場合、販売店設置端末の替わり
に、衛星放送、デジタル放送、ケーブルテレビ、データ
放送、インターネット等から送信されてくるデータを受
信可能な家庭用総合受信端末であるセットトップボック
ス４７を用いることもできる。この場合は、このセット
トップボックス４７を経由してユーザ携帯端末４８にコ
ンテンツデータが配信される。コンテンツデータを受信
したユーザ携帯端末４８はセットトップボックス４７か
ら取り外して自由に持ち運び可能であり、いつでもどこ
でも受信したコンテンツデータ（例えば、音楽データ）
を再生して楽しむことができる。

【００６７】また、図１４に示すように、上述した第１
実施形態の場合、販売店設置端末５１を経由してユーザ
携帯端末５０がコンテンツデータを受信した後は、ユー
ザ携帯端末５０を販売店設置端末５１から取り外し、自
由に持ち運ぶとともに、さらにユーザ携帯端末５０に記
憶されたコンテンツデータを別のユーザ携帯端末５６に
コピー（転送）できるようにしてもよい。即ち、販売店
設置端末やパーソナルコンピュータを介さずにユーザ携
帯端末間で一方を送信側携帯端末５０、他方を受信側携
帯端末５６として、コンテンツデータをコピーすること
もできる。この場合は、ユーザ携帯端末間のコンテンツ
データのコピーに対しても課金するため、受信側携帯端
末５６から送信側携帯端末５０にコンテンツデータ料金
に相当する電子マネーが送られる。また、ユーザ携帯端
末間でコンテンツデータのコピーが行われると、受信側
携帯端末５６の携帯端末ＩＤ及びコピーされたコンテン
ツデータのコンテンツＩＤが転送履歴として、送信側携
帯端末５０に記憶される。この転送履歴は、送信側携帯
端末５０を後日販売店設置端末５１に接続したときに、
電子マネーとともに販売店設置端末５１を経由して課金
センター５２に送信される。なお、ユーザ携帯端末は、
受信、送信いずれの機能も兼ね添えており、受信側携帯
端末にも、送信側携帯端末にもなりうる。

【００６８】（第２実施形態）以下、図１５〜図２７を
参照し、本発明の第２実施形態について説明する。コン
テンツデータ配信システムの全体構成は、図１と同様の
構成をとる。ただし、第１実施形態と異なり、コンテン
ツの配信に際しては、販売店設置端末を介してコンテン
ツの注文がコンテンツセンターに送信され、この注文に
応じたコンテンツがコンテンツセンターにおいて選別さ
れ、配信される。ここでは、複数台の販売店設置端末か
らの複数の注文に応じたコンテンツの配信方法について
説明する。

【００６９】一般に、コンビニエンス・ストアやキオス
クの顧客は、迅速なサービスの提供に対する要望が高い
ため、サービスの提供に対する待ち時間がある所定の時
間を超えると不満を感じ始める。これらの店に置かれた
販売店設置端末を使用するユーザにおいても同様であ
り、注文からコンテンツを受信するまでの待ち時間があ
る時間を超えると不満を生じる。

【００７０】販売店に複数の販売店設置端末を置けば、
注文入力に伴う混雑を回避できるが、ほぼ同時に受けた
注文に対して、設置端末ごとにコンテンツ受信までの待
ち時間が異なると、待ち時間がそれほど長くなくても、
他のユーザとの比較により心理的な待ち時間に対する不
満を生じやすい。

【００７１】第２実施形態に係る配信方法では、全ての
注文コンテンツの注文から受信までの時間が、注文数や
コンテンツの容量によらず、受信側では、注文から常に
ほぼ一定時間で注文したコンテンツデータを受信できる
ように、送信するコンテンツを複数のブロックデータに
細分化し、間欠的に送信することで、各ユーザの待ち時
間に対する不満を解消し、利便性を確保するものであ
る。

【００７２】以下、第２実施形態について、より詳細に
説明する。図１５は、第２実施形態におけるデータの流
れの概略を示す図である。同図に示すように、携帯端末
ＩＤ６０は、ユーザ携帯端末から販売店設置端末を経由
して課金センターに送られる。設置端末ＩＤ６１及び注
文コンテンツＩＤ６２は、販売店設置端末から課金セン
ターに送られる。課金情報６３は、課金センターから販
売店設置端末を経由してユーザ携帯端末に送られる。電
子マネー６４は、ユーザ携帯端末から販売店設置端末を
経由して課金センターに送られる。携帯端末ＩＤ６０、
設置端末ＩＤ６１、注文コンテンツＩＤ６２および送信
要求信号６５は、課金センターを経由せずに、販売店設
置端末からコンテンツセンターに送られる。コンテンツ
データ６６と配信コンテンツＩＤは、課金センターを経
由せずに、コンテンツセンターから販売店設置端末に送
られる。このうち、コンテンツデータはさらにユーザ携
帯端末に送られる。

【００７３】図１６は、コンテンツセンターから販売店
端末へのデータの流れを示すフローチャートである。複
数の販売店設置端末から複数のコンテンツ配信要求およ
び複数の注文コンテンツＩＤを受信したら（ステップ２
０１）、注文に応じた複数のコンテンツデータをサーバ
より読み出す（ステップ２０２）。この後、複数の注文
コンテンツデータを多重化処理する（ステップ２０
３）。多重化処理されたコンテンツデータを複数の販売
店設置端末に配信する（ステップ２０４）。

【００７４】図１７は、コンテンツセンターで行う多重
化処理されたコンテンツデータの形式を示すものであ
る。同図に示すように、配信すべき各コンテンツを複数
に分割し、ブロックデータに分ける。例えば注文に応じ
て配信すべきコンテンツデータがｎ個ある場合、第１の
コンテンツデータを複数に分割し、それぞれ１ａ、１
ｂ、１ｃ・・・・、第２のコンテンツデータを２ａ、２
ｂ、２ｃ・・・、第ｎのコンテンツデータをｎａ、ｎ
ｂ、ｎｃ・・・といったブロックデータに分割する。ま
ず第１〜第ｎの各コンテンツの分割された先頭ブロック
データ１ａ〜ｎａを順に送信する。１番目（Ｎ＝１）の
コンテンツの先頭ブロックデータ１ａの送信に続けて、
２番目（Ｎ＝２）のコンテンツの先頭ブロックデータ２
ａを送信し、しばらく空のコンテンツデータを送り、ｎ
番目（Ｎ＝ｎ）のコンテンツの先頭ブロックデータｎａ
を送信した後、再度Ｎ＝１に戻って、Ｎ＝１のコンテン
ツの二番目のブロックデータ１ｂを送信する。Ｎ＝２の
コンテンツの二番目のブロックデータ２ｂは、例えば、
１ブロック分間を空けて送信する。このように、ｎ個の
コンテンツの最終的な配信時間がそれぞれコンテンツご
とにほぼ同じになるように、各コンテンツの容量にあわ
せて、各ブロックデータの配信間隔を変える。

【００７５】例えば、１つのコンテンツをほぼ０．５秒
で送信できる場合において、１０人のユーザから１０の
コンテンツの注文を同時に受けた場合、１０個のコンテ
ンツを例えば数十秒でそれぞれのユーザにほぼ同時に提
供する。このように、ユーザの待ち時間が数十秒以下程
度で済めば、いずれのユーザも待ち時間に不満を覚える
ことは少ない。ユーザによって待ち時間が異なる事態も
解消できるので、他のユーザとの比較による心理的な待
ち時間に対する不満を抑制することもできる。

【００７６】また、配信に要する時間を一定時間化する
ため間欠的にデータを送信することにより生じる空きブ
ロックチャネルを、他の注文にすぐに応じるために利用
することもできる。

【００７７】図１８は、第２実施形態における販売店設
置端末での注文からコンテンツ受信までの基本的な処理
の流れを示すフローチャートである。ユーザ携帯端末か
ら携帯端末ＩＤを受信（ステップ２１１）した後に、ユ
ーザがリクエストを入力すると（ステップ２１２）、入
力されたリクエストに対応する注文コンテンツＩＤを検
索し（ステップ２１３）、携帯端末ＩＤ、販売店設置端
末ＩＤ及び注文コンテンツＩＤを課金センターへ送信す
る（ステップ２１４）。課金センターから配信許可の信
号を受信し（ステップ２１５で「はい」）、課金情報を
受信したら（ステップ２１６）、ユーザ携帯端末へ課金
情報を送信する（ステップ２１７）。ユーザ携帯端末か
らコンテンツ料に相当する電子マネーを徴収できたら
（ステップ２１８）、コンテンツデータ配信要求の信号
及び配信して欲しいコンテンツのＩＤをコンテンツセン
ターに送る（ステップ２１９）。コンテンツセンターか
らは、他の販売店設置端末へ配信するコンテンツも一緒
に複数のコンテンツデータが多重化された形式で配信さ
れてくる。これを受信したら（ステップ２２０）、受信
したコンテンツデータの中からリクエストに応じたコン
テンツを識別し、サーバに記憶する（ステップ２２
１）。この後、サーバよりコンテンツデータを読み出
し、（ステップ２２２）、携帯端末ＩＤを暗号鍵として
読み出したコンテンツデータを暗号化し（ステップ２２
３）、暗号化したデータをユーザ携帯端末へ送る（ステ
ップ２２４）。

【００７８】課金センターが配信許可の信号を受信しな
かった場合は（ステップ２１５で「いいえ」）、コンテ
ンツ配信が許可されなかった旨のメッセージを表示する
（ステップ２２５）。

【００７９】図１９は、各販売店設置端末におけるコン
テンツデータの受信、特にデータの識別処理の流れを示
すフローチャートである。各販売店設置端末で同様な処
理が並行に行われることとなる。ユーザからのリクエス
トに応じて、コンテンツセンターから配信されてきた多
重処理された複数のコンテンツデータを受信する（ステ
ップ２３１）。このコンテンツデータは分割されてブロ
ックデータ単位で順次送信されてくる。まず受信したブ
ロックデータが注文したコンテンツデータの一部に該当
するかどうかを判断する（ステップ２３２）。注文した
コンテンツデータに該当する場合は、このブロックデー
タを販売店設置端末内にあるバッファメモリ中に一時的
に保存する（ステップ２３３）。ブロックデータが最終
ブロックのものか否かを判断し（ステップ２３４）、最
終ブロックデータになるまで、ステップ２３１に戻っ
て、ブロックデータの受信を繰り返す。ブロックデータ
が注文コンテンツの最終ブロックデータであると判断し
たら、それまでにバッファメモリ中に集積され、再現さ
れたコンテンツデータをサーバに記憶する。（ステップ
２３５）。

【００８０】なお、各ユーザ携帯端末での処理の流れや
課金センターでの処理の流れは、第１の実施の形態と同
様であるため、説明は省略する。

【００８１】上述する配信方法によれば、例えば、複数
の設置端末を備えた一の店舗で複数の注文をそれぞれの
設置端末で受ける場合において、各注文コンテンツは、
細分化され、いずれのコンテンツも最終的なデータを受
け取るまでにほぼ同じ所要時間で配信できる。注文を受
けてから最終的に全てのコンテンツデータを各ユーザが
受け取るまでにどのユーザもほぼ同じ待ち時間を持つこ
ととなる。よって、この待ち時間を顧客に不満を与えな
い時間内、例えば数十秒程度に設定できれば、注文に要
する混雑を回避できるとともに、いずれの顧客にも十分
な利便性を満足させることができる。

【００８２】（第３実施形態）以下、図２０と図２１を
参照し、本発明の第３実施形態について説明する。

【００８３】第３実施形態の配信方法は、第１実施形態
同様に、コンテンツセンターから注文可能なコンテンツ
データを一方的に順次販売店端末に配信し、販売店端末
において受信したコンテンツデータの中からユーザの注
文に応じたコンテンツデータを識別し、ユーザ携帯端末
に送信するものであるが、第１実施形態と異なり、コン
テンツセンターから配信されるコンテンツデータを全て
販売店端末に蓄積し、蓄積されたコンテンツデータの中
からユーザの注文に応じたコンテンツデータを識別す
る。また、一つの販売店端末に複数のユーザ携帯端末を
接続し、同時にそれぞれのユーザ携帯端末へのコンテン
ツデータを送信し、その際、販売店端末において第２実
施形態で説明したようなコンテンツデータの多重化処理
を行う。よって、１または複数のユーザからの注文に際
して、短時間にしかも一定時間で注文に応じたコンテン
ツデータの提供ができる。

【００８４】以下、図面を参照しながら、第３実施形態
についてより詳細な説明を行う。コンテンツデータ配信
システムの全体構成およびデータの流れ、および課金セ
ンター、ユーザ携帯端末等での処理の流れは第１実施形
態と共通するので、ここでは説明を省略する。

【００８５】図２０は、第３実施形態における販売店設
置端末での注文からコンテンツ受信までの基本的な処理
の流れを示すフローチャートである。ステップ３１１で
ユーザ携帯端末の携帯端末ＩＤを受信してから、ステッ
プ３１８で携帯端末から料金の徴収を行うまでの処理の
流れ（ステップ３１１〜ステップ３１８）は、図６に示
す第１実施形態、図１８に示す第２実施形態と共通す
る。なお、破線に示すように、一のユーザ、あるいは複
数のユーザから複数のリクエストを受ける場合は、ステ
ップ３１２、ステップ３１３が繰り返される。

【００８６】第３実施形態では、コンテンツセンターか
ら一方的に配信されてくるコンテンツデータを販売店端
末で受信し、受信した全てのコンテンツデータを販売店
端末のバッファメモリ中に蓄積する。よって、ユーザか
らのリクエストが入力されたときは、通常、バッファメ
モリ中には全てのコンテンツデータが蓄積されている状
態である。

【００８７】よって、第３実施形態では、図２０におい
て、ステップ３１８で必要な料金がユーザ携帯端末から
徴収されたら、販売店端末のバッファメモリの中からリ
クエストされたコンテンツを識別して読み出し、これを
販売店端末のサーバに記憶する（ステップ３１９）。

【００８８】この後は、サーバよりコンテンツデータを
読み出し（ステップ３２０）、携帯端末ＩＤを暗号鍵と
して読み出したコンテンツデータを暗号化し（ステップ
３２１）、暗号化したデータをユーザ携帯端末へ送信す
る（ステップ３２２）。

【００８９】なお、一の販売店端末に複数のユーザ携帯
端末を接続可能であり、これらの接続された複数のユー
ザ携帯端末に対してコンテンツデータを送信するに際し
ては、第２実施形態中、図１７に示すような多重化処理
を行う。即ち、販売店端末において、上記ステップ３２
０で、サーバからユーザ携帯端末に送信すべき複数のコ
ンテンツデータを読み出したら、各コンテンツデータを
複数に分割し、ブロックデータに分ける。ステップ３２
１でのコンテンツデータの暗号化は、ブロックデータ化
した後でもよいし、ブロックデータ化する前でもよい。
各ブロックデータに識別子をつけ、図１７に示す方法
で、順次間欠的に販売店端末に接続されている複数のユ
ーザ携帯端末に送信する（ステップ３２２）。コンテン
ツの最終的な送信時間がそれぞれコンテンツごとにほぼ
同じになるように、各コンテンツの容量にあわせて、各
ブロックデータの送信間隔を変える。各ユーザ携帯端末
は、受信したブロックデータの中から、注文に応じたコ
ンテンツのブロックデータを識別して、これを集積し、
コンテンツデータ全体を得る。

【００９０】コンテンツセンターから販売店端末へ配信
するコンテンツデータ自体の更新は、ユーザ携帯端末か
らの過去の注文実績に基づいて、あるいはこれらの注文
実績とは無関係にコンテンツセンターがもつ独自の基準
に基づいて定期的に行われる。例えば、第１実施形態中
の図９に示すコンテンツの更新処理の流れに沿って、コ
ンテンツセンターあるいは課金センターに設けられた販
売実績調査部のデータベースに基づき配信コンテンツデ
ータの入れ替えを行い（ステップ１６１〜ステップ１６
７）、入れ替え後の配信コンテンツデータを販売店端末
に一巡配信する（ステップ１６５）。

【００９１】一方、販売店端末では、例えば日に１回、
午前３時といった顧客の居ない時間、あるいは開店２〜
３時間前に、コンテンツセンターから配信されるコンテ
ンツデータを数時間かけて受信し、必要に応じてバッフ
ァメモリ中に蓄積されているコンテンツデータの更新
（書き換え）を行う。なお、ここでのバッファメモリ
は、全てのコンテンツデータを蓄積するための十分なメ
モリ容量を備えているものとする。

【００９２】図２１は、販売店端末におけるバッファメ
モリ中のコンテンツデータベースの更新処理の流れを示
すフローチャートである。バッファメモリ中のコンテン
ツデータは、この処理に従い、日に１回、または所定時
間ごとに更新される。

【００９３】即ち、まず、販売店端末を受信モードにし
（ステップ３３１）、データの書き換えを行うかどうか
を判断し（ステップ３３２）、書き換えを行う場合は
（ステップ３３２で「はい」）、コンテンツセンターか
ら配信されてくるコンテンツデータを受信し、これをバ
ッファメモリに記憶する（ステップ３３３）。受信を終
了するか否かを判断し（ステップ３３４）、さらに受信
を続ける場合は（ステップ３３４で「はい」）再度ステ
ップ３３２に戻り、処理を繰り返す。

【００９４】ここで行うバッファメモリ中のコンテンツ
データの書き換えは、１）全てのデータを書き換える場
合、２）一部のデータを書き換える場合、３）既に蓄積
されているデータはそのままにし、新規データの追加の
みを行う場合等の種々の形態が考えられる。例えば、デ
ータ更新前に販売店端末に蓄積されているコンテンツデ
ータがＡ，Ｂ，Ｃ，Ｄであり、データ更新後のバッファ
メモリ中のコンテンツデータがＡ，Ｂ，Ｅ，Ｆである場
合、コンテンツセンターから送られてくるデータは、蓄
積データであるＡ，Ｂ，Ｅ，Ｆ全てのデータであっても
よいし、追加データであるＥ，Ｆのみであってもよい。
また、追加データの送信の際はデータＣ，Ｄの削除命令
もコンテンツセンターから送る。このように、一部のデ
ータを書き換える場合や新規データの追加のみを行う場
合は、短時間でバッファメモリ中のデータの書き換えを
行うことができる。

【００９５】このように、第３実施形態では、第１の実
施の形態とは異なり、販売店設置端末自体がコンテンツ
センターから配信されてくる全てのコンテンツデータを
蓄積しているので、図１８中のステップ２１９に示す第
２実施形態の配信方法のように、ユーザからのリクエス
トが入力される度にコンテンツセンターに注文内容を送
信する必要がなく、即座にリクエストに応じた注文コン
テンツをバッファメモリ中のデータから読み出すことが
できる。また、販売店端末から各ユーザ携帯端末へのコ
ンテンツデータの送信は、ブロックデータ化し、多重化
処理して各ユーザ携帯端末に送信するため、各ユーザの
リクエスト入力からコンテンツデータ受信までの待ち時
間をほぼ同じ時間にできる。このように、第３実施形態
の配信方法によれば、ユーザの待ち時間を大幅に短縮で
き、しかも顧客間に均等な待ち時間を振り分けられるた
め、顧客に十分な利便性を与えることができる。

【００９６】以上、第１実施形態から第３実施形態まで
説明したが、第２実施形態、第３実施形態に係る配信シ
ステムにおいても、第１実施形態で説明したように、販
売店端末をパーソナルコンピュータ等のインターネット
クライアント等の他の中継端末に置き換えることは可能
である。また、ユーザ携帯端末として、記憶部の一部ま
たは全部を、着脱可能なメモリーカード等のより携帯と
保存に便利な記憶媒体で置き換え、携帯端末ＩＤの替わ
りに、メモリーカードの固有のメモリーカードＩＤを用
いてコンテンツの配信／受信を行ってもよい。販売店端
末からコンテンツデータを受信する際には、外部インタ
ーフェースを用いてメモりカード単体でデータを受信
し、カード内の不揮発性メモリに記憶することも可能と
なる。さらに、電子財布の電子マネー情報を同カード中
に記憶しておいてもよい。

【００９７】以上、各実施の形態に沿って、本発明の内
容を説明したが、本発明は上述した実施の形態に限定さ
れるものではなく、その要旨を逸脱しない範囲で種々変
形することができる。

【００９８】

【発明の効果】上述するように、本発明の第１の特徴を
有するコンテンツ配信システムおよびコンテンツ配信方
法によれば、ユーザからの受注の有無にかかわらず予め
コンテンツセンターから中継端末へ受注可能な複数のコ
ンテンツデータを一方的に送信し、中継端末においてユ
ーザのリクエストに応じたコンテンツデータを識別し
て、ユーザ携帯端末に送信するため、コンテンツセンタ
ーからのデータ送信形態をより単純化し、配信コストを
低減することができる。また、この送信形態では配信内
容のメンテナンスも容易となる。また、この配信システ
ムおよび配信方法においては、リクエストに応じたコン
テンツデータのみを中継端末内に記憶させることで、各
中継端末へのユーザによるリクエスト入力行為と、コン
テンツデータの受信行為を分離し、それぞれを短時間で
済ませ、ユーザの利便性をより高めることもできる。

【００９９】本発明の第２の特徴を有するコンテンツ配
信システムおよびコンテンツ配信方法によれば、複数の
中継端末を介して複数のコンテンツの注文がなされた場
合に、どのコンテンツも、入力から所定時間で各中継端
末に配信されるように、各コンテンツをブロックデータ
に分割して、間欠的にブロックデータを配信するため、
いずれのユーザも注文からほぼ一定時間でコンテンツデ
ータの受信が可能となる。複数の中継端末を介し、複数
のユーザから同時に注文を受ける場合等には、注文時の
混雑を避けることができるとともに、ユーザの待ち時間
に対する不満をより低減できる。

【０１００】本発明の第３の特徴を有するコンテンツ配
信方法によれば、コンテンツセンターから一方的に配信
されるコンテンツデータを全て中継端末内に蓄積してお
き、蓄積されたコンテンツデータの中からユーザの注文
に応じたコンテンツを識別するため、ユーザからの注文
に際して、即座にユーザに対して、注文に応じたコンテ
ンツの提供ができる。よって、ユーザの待ち時間を大幅
に短縮できる。

【図面の簡単な説明】

【図１】第１実施形態にかかる配信システムの構成を示
すブロック図である。

【図２】第１実施形態にかかる配信システムにおけるデ
ータの流れの概略を示す図である。

【図３】第１実施形態にかかるコンテンツセンターにお
けるデータ処理の流れを示すフローチャートである。

【図４】第１実施形態にかかる販売設置端末におけるデ
ータ処理の流れを示すフローチャートである。

【図５】第１実施形態にかかるユーザ携帯端末における
データ処理の流れを示すフローチャートである。

【図６】第１実施形態にかかる販売店設置端末における
データ処理の流れを示すフローチャートである。

【図７】第１実施形態にかかる課金センターにおけるデ
ータ処理の流れを示すフローチャートである。

【図８】第１実施形態にかかるユーザ携帯端末の構成を
示すブロック図である。

【図９】第１実施形態にかかるコンテンツセンターにお
ける配信コンテンツの更新処理の流れを示すフローチャ
ートである。

【図１０】第１実施形態にかかるコンテンツセンターま
たは課金センターに置かれた販売実績調査部での処理の
フローチャートである。

【図１１】第１実施形態にかかるコンテンツセンターに
おけるコンテンツ配信方法の別の処理の流れを示すフロ
ーチャートである。

【図１２】第１実施形態にかかる配信システムの他の構
成例を示すブロック図である。

【図１３】第１実施形態にかかる配信システムの他の構
成例を示すブロック図である。

【図１４】第１実施形態にかかる配信システムの他の構
成例を示すブロック図である。

【図１５】第２実施形態にかかる配信システムにおける
データの流れの概略を示す図である。

【図１６】第２実施形態にかかるコンテンツセンターに
おけるコンテンツ配信方法を示すフローチャートであ
る。

【図１７】第２実施形態にかかるコンテンツセンターに
おけるコンテンツデータの配信形態を示す図である。

【図１８】第２実施形態にかかる販売店設置端末におけ
るデータ処理の流れを示すフローチャートである。

【図１９】第２実施形態にかかる販売店設置端末におけ
るコンテンツデータ受信処理の流れを示すフローチャー
トである。

【図２０】第３実施形態にかかる販売店設置端末におけ
るデータ処理の流れを示すフローチャートである。

【図２１】第３実施形態にかかる販売店設置端末におけ
るコンテンツデータの更新の方法を示すフローチャート
である。

【符号の説明】

１０ ユーザ携帯端末 １１ 販売店設置端末 １２ 課金センター １３ コンテンツセンター １４ 通信回線 １５ 通信衛星 ２０ 携帯端末ＩＤ ２１ 設置端末ＩＤ ２２ 注文コンテンツＩＤ ２３ 課金情報 ２４ 電子マネー ２５ 配信コンテンツＩＤ ２６ コンテンツデータ １００１ データ転送インターフェース １００２ 電子財布部 １００３ 表示部 １００４ 操作部 １００５ 記憶部 １００６ 復号化部 １００７ データ伸長部 １００８ 再生部 １００９ 出力端子 １０１０ 制御部 １０１１ 内部バス

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｈ 1/02 Ｇ０６Ｆ 15/21 ＺＥＣＺ Ｆターム(参考） 5B049 BB00 CC05 GG02 GG03 GG06 5B089 GA11 GA25 GB03 JA08 JA10 JB05 KA05 KA15 KB12 LB25 5K061 BB17 FF01 FF05 JJ07

Claims (17)

【特許請求の範囲】
1. 【請求項１】 ユーザより受注可能なコンテンツデータ
   を配信コンテンツＩＤとともに中継端末に配信するコン
   テンツセンターと、 携帯端末ＩＤまたは、記憶媒体ＩＤを中継端末へ送信
   し、中継端末よりコンテンツデータを受信するユーザ携
   帯端末と、 ユーザからのコンテンツの注文を受け付け、前記携帯端
   末ＩＤまたは記憶媒体ＩＤ、さらには注文コンテンツＩ
   Ｄを課金センターへ送信するとともに、前記コンテンツ
   センターより受信したコンテンツデータの中から、ユー
   ザの注文に応じたコンテンツデータを識別して前記ユー
   ザ携帯端末に送信する中継端末と、 前記携帯端末ＩＤまたは記憶媒体ＩＤと共に、前記注文
   コンテンツＩＤを前記中継端末から受信して課金管理を
   行う課金センターとを備えるコンテンツ配信システム。
2. 【請求項２】 前記ユーザ携帯端末が、 着脱可能な記憶媒体を有し、 前記記憶媒体単独で、もしくはユーザ携帯端末に装着し
   た状態で、 前記中継端末からコンテンツデータを受信し、 該コンテンツデータが前記記憶媒体に記録されることを
   特徴とする請求項１に記載のコンテンツ配信システム。
3. 【請求項３】 請求項１に記載のコンテンツ配信システ
   ムに使用されるコンテンツセンターであり、ユーザより
   受注可能なコンテンツデータを配信コンテンツＩＤとと
   もに中継端末に配信する手段を有するコンテンツセンタ
   ー。
4. 【請求項４】 ユーザより受注可能なコンテンツデータ
   を配信コンテンツＩＤとともに配信するコンテンツセン
   ターから、該コンテンツデータを受信し、注文に応じた
   コンテンツをユーザ携帯端末に送信する中継端末であ
   り、 ユーザからのコンテンツの注文を受け付ける手段と、 注文に応じた注文コンテンツＩＤを作成する手段と、 前記コンテンツセンターより受信したコンテンツデータ
   の中から、注文に応じたコンテンツデータを識別する手
   段と、 識別された該コンテンツデータを前記ユーザ携帯端末に
   送信する手段と、 前記ユーザ携帯端末から受信した携帯端末ＩＤまたは記
   憶媒体ＩＤと共に、前記注文コンテンツＩＤを課金セン
   ターへ送信する手段と、を有する中継端末。
5. 【請求項５】 請求項１または２に記載の配信システム
   に使用するユーザ携帯端末であり、 全体の動作を制御する制御部と、 外部とのデータのやり取りを行うデータ転送インターフ
   ェースと、 データの書き込み／読み出しを行う記憶部と、 圧縮されたデータを伸長する伸長部と、 暗号化されたデータを復号化する復号化部と、 データを再生する再生部と、 電子マネーの受け取り／支払いを行う電子財布部と、 前記制御部、前記データ転送インターフェース、前記記
   憶部、前記伸長部、前記復号化部、前記再生部、前記電
   子財布部の間でデータを転送する内部バスとを備え、 前記データ転送インターフェースを介して、圧縮され、
   携帯端末ＩＤまたは記憶媒体ＩＤに基づいて暗号化され
   たコンテンツデータを受信し、 前記記憶部は、前記圧縮され暗号化されたコンテンツデ
   ータを記憶し、 前記電子財布部は、前記コンテンツデータに対する料金
   として電子マネーを支払うか、または残額の書き換えを
   行うユーザ携帯端末。
6. 【請求項６】 コンテンツデータの供給源であるコンテ
   ンツセンターから中継端末を介してユーザに注文に応じ
   たコンテンツを配信する方法において、 前記コンテンツセンターから前記中継端末に、受注可能
   な複数のコンテンツデータを配信コンテンツＩＤととも
   に一方向に順次送信するステップと、 前記中継端末において、前記複数のコンテンツデータと
   配信コンテンツＩＤを受信するステップと、 前記中継端末において、ユーザの注文を受け付け、コン
   テンツセンターより受信した前記複数のコンテンツデー
   タの中から注文に応じたコンテンツデータを識別するス
   テップと、 前記識別されたコンテンツデータを前記中継端末から前
   記ユーザ携帯端末もしくは前記ユーザ携帯端末に着脱可
   能な記憶媒体に送信するステップと、を有するコンテン
   ツ配信方法。
7. 【請求項７】 携帯端末ＩＤまたは記憶媒体ＩＤを中継
   端末へ送信し、コンテンツデータを受信する一または複
   数のユーザ携帯端末と、 前記携帯端末ＩＤまたは記憶媒体ＩＤを前記ユーザ携帯
   端末から受け取り課金センターへ送信すると共に、ユー
   ザからのコンテンツの注文に応じた注文コンテンツＩＤ
   及び中継端末ＩＤを課金センターへ送信する一または複
   数の中継端末と、 前記携帯端末ＩＤまたは記憶媒体ＩＤと共に、前記注文
   コンテンツＩＤと前記設置端末ＩＤを中継端末から受信
   して課金管理を行う課金センターと、 前記携帯端末ＩＤまたは記憶媒体ＩＤと共に、前記注文
   コンテンツＩＤと前記中継端末ＩＤを各中継端末から受
   信し、注文に応じた複数のコンテンツデータを前記中継
   端末を経由して前記ユーザ携帯端末へ送信するコンテン
   ツセンターとを有し、 前記コンテンツセンターが、さらに、 各コンテンツを複数のブロックデータに分割する手段
   と、 各ブロックデータに配信コンテンツＩＤとフラグを付す
   手段と、 注文された複数のコンテンツの各ブロックデータを、最
   終的に各中継端末において、いずれのコンテンツデータ
   の配信も略同一時間で終了するように各ブロックデータ
   を間欠的に送信する手段を有し、 前記中継端末が、さらに、 コンテンツセンターから複数のコンテンツの各ブロック
   データを受信する手段と、受信した該ブロックデータの
   中からユーザの注文に応じたコンテンツのブロックデー
   タを識別して集積し、完全な注文コンテンツデータを再
   現する手段と、再現したコンテンツデータをユーザ携帯
   端末に送信する手段と、を有するコンテンツ配信システ
   ム。
8. 【請求項８】 中継端末を介してユーザ携帯端末にユー
   ザの注文に応じたコンテンツを配信するシステムに使用
   されるコンテンツセンターであり、 各コンテンツデータを複数のブロックデータに分割する
   手段と、 各ブロックデータに識別子を付す手段と、 最終的に各中継端末に対して、いずれのコンテンツデー
   タの送信も略同一時間で終了するように各ブロックデー
   タを間欠的に送信する手段と、を有するコンテンツセン
   ター。
9. 【請求項９】 ユーザより受注可能なコンテンツデータ
   を配信コンテンツＩＤとともに配信するコンテンツセン
   ターから該コンテンツデータを受信し、ユーザ携帯端末
   に注文に応じたコンテンツを配信する中継端末であり、 ユーザよりコンテンツの注文を受け付ける手段と、 注文に応じた注文コンテンツＩＤを作成する手段と、 コンテンツセンターから複数のコンテンツの分割された
   ブロックデータを受信する手段と、 受信した該ブロックデータの中から対応ユーザの注文に
   応じたコンテンツのブロックデータを識別、集積し、注
   文したコンテンツデータを再現する手段と、 再現したコンテンツデータをユーザ携帯端末に送信する
   手段と、を有する中継端末。
10. 【請求項１０】 請求項７に記載の配信システムに使用
    するユーザ携帯端末であり、 全体の動作を制御する制御部と、 外部とのデータのやり取りを行うデータ転送インターフ
    ェースと、 データの書き込み／読み出しを行う記憶部と、 圧縮されたデータを伸長する伸長部と、 暗号化されたデータを復号化する復号化部と、 データを再生する再生部と、 電子マネーの受け取り／支払いを行う電子財布部と、 前記制御部、前記データ転送インターフェース、前記記
    憶部、前記伸長部、前記復号化部、前記再生部、前記電
    子財布部の間でデータを転送する内部バスとを備え、 前記データ転送インターフェースを介して、圧縮され、
    携帯端末ＩＤまたは記憶媒体ＩＤに基づいて暗号化され
    たコンテンツデータを受信し、 前記記憶部が、前記圧縮され暗号化されたコンテンツデ
    ータを記憶し、 前記電子財布部が、前記コンテンツデータに対する料金
    として電子マネーを支払うかまたは残額の書き換えを行
    うユーザ携帯端末。
11. 【請求項１１】 ユーザ携帯端末から中継端末へ携帯端
    末ＩＤまたは記憶媒体ＩＤが送信されるステップと、 前記中継端末から課金センターへ前記携帯端末ＩＤまた
    は記憶媒体ＩＤと共に、注文コンテンツＩＤと中継端末
    ＩＤが送信されるステップと、 前記課金センターから前記中継端末を経由してあるい
    は、コンテンツセンターから前記中継端末を経由して前
    記ユーザ携帯端末へ前記注文コンテンツＩＤに対応する
    課金情報が送信されるステップと、 前記ユーザ携帯端末から前記中継端末を経由して前記課
    金センターへ前記課金情報に対応する電子マネー情報が
    送信されるステップと、 前記中継端末から前記コンテンツセンターへ前記注文コ
    ンテンツＩＤに対応するコンテンツデータの送信要求信
    号が送信されるステップと、 前記コンテンツセンターから複数の注文に応じた複数の
    コンテンツデータをそれぞれブロックデータに分割し、
    各ブロックデータに識別子およびフラグをつけるステッ
    プと、 最終的に各中継端末に対して、いずれのコンテンツデー
    タの送信も略同一時間で終了するように各ブロックデー
    タを間欠的に送信するステップと、 前記各中継端末において、受信した該ブロックデータの
    中からユーザの注文に応じたコンテンツのブロックデー
    タを識別して集積し、注文のコンテンツデータを再現す
    るステップと、 再現したコンテンツデータをユーザ携帯端末もしくはユ
    ーザ携帯端末に着脱可能な記憶媒体に送信するステップ
    と、を有するコンテンツ配信方法。
12. 【請求項１２】 コンテンツデータの供給源であるコン
    テンツセンターから中継端末を介してユーザの注文に応
    じたコンテンツデータを配信する方法において、 コンテンツセンターがユーザ携帯端末からの過去の注文
    実積とは無関係に独自に選択したコンテンツデータ、及
    びコンテンツセンターがユーザ携帯端末の過去の注文実
    積に基づき選択したコンテンツデータのうち少なくとも
    一方のコンテンツデータを中継端末に供給し、前記中継
    端末が供給されたコンテンツデータを蓄積するステップ
    と、 前記中継端末において、ユーザの注文を受け付け、前記
    蓄積したコンテンツデータの中から注文に応じたコンテ
    ンツデータを選択して注文主であるユーザのユーザ携帯
    端末にそのコンテンツデータを送信するステップと、を
    有するコンテンツ配信方法。
13. 【請求項１３】 コンテンツデータの供給源であるコン
    テンツセンターから中継端末を介してユーザの注文に応
    じたコンテンツデータを配信する方法において、 コンテンツセンターがユーザ携帯端末からの過去の注文
    実積とは無関係に独自に選択したコンテンツデータ、及
    びコンテンツセンターがユーザ携帯端末からの過去の注
    文実積に基づき選択したコンテンツデータの内の少なく
    とも一方のコンテンツデータを中継端末に供給し、前記
    中継端末が供給されたコンテンツデータを蓄積するステ
    ップと、 前記中継端末において、ユーザの注文を受け付け、蓄積
    されているコンテンツデータの中から注文に応じたコン
    テンツデータを選択して注文主であるユーザのユーザ携
    帯端末にそのコンテンツデータを送信するステップと、 前記中継端末が、前記蓄積されているコンテンツデータ
    のうちの少なくとも一部を、所定時間毎に、前記コンテ
    ンツセンターから供給される前記蓄積されているコンテ
    ンツデータとは異なる新たなコンテンツデータと書き換
    える、または、所定時間毎に、前記コンテンツセンター
    から供給される前記蓄積されているコンテンツデータと
    は異なる新たなコンテンツデータを前記蓄積されている
    コンテンツデータに加えて蓄積するステップと、 を有するコンテンツ配信方法。
14. 【請求項１４】 コンテンツデータの供給源であるコン
    テンツセンターから中継端末を介してユーザに注文に応
    じたコンテンツデータを配信する方法において、 コンテンツセンターがユーザ携帯端末からの過去の注文
    実積とは無関係に独自に選択したコンテンツデータ、及
    びコンテンツセンターがユーザ携帯端末からの過去の注
    文実積に基づき選択したコンテンツデータの内の少なく
    とも一方のコンテンツデータを中継端末に供給し、前記
    中継端末が供給されたコンテンツデータを蓄積するステ
    ップと、 １以上のユーザ携帯端末が前記中継端末に接続され、各
    ユーザがコンテンツを注文するステップと、 前記中継端末が、前記蓄積したコンテンツデータの中か
    ら前記注文に応じた１以上のコンテンツデータを選択
    し、その選択したコンテンツデータをそれぞれブロック
    データに分割し、各ブロックデータに識別子をつけるス
    テップと、 前記中継端末が前記ユーザ携帯端末に対して、いずれの
    コンテンツデータの送信も略同一時間で終了するように
    各ブロックデータを間欠的に送信するステップと、 前記ユーザ携帯端末において、受信したブロックデータ
    の中から注文したコンテンツのブロックデータを識別し
    て記録するステップと、を有するコンテンツ配信方法。
15. 【請求項１５】 請求項１２に記載のコンテンツ配信方
    法に使用する中継端末であり、 ユーザから直接またはユーザ携帯端末を介してコンテン
    ツの注文を受け付ける手段と、 コンテンツセンターより供給されたコンテンツデータを
    蓄積する手段と、 蓄積したコンテンツデータからユーザの注文に応じたコ
    ンテンツデータを選択する手段と、 選択された該コンテンツデータを注文主であるユーザの
    ユーザ携帯端末に送信する手段とを有する中継端末。
16. 【請求項１６】 請求項１３に記載のコンテンツ配信方
    法に使用する中継端末であり、 ユーザからのコンテンツの注文を受け付ける手段と、 コンテンツセンターより供給されたコンテンツデータを
    蓄積する手段と、 蓄積したコンテンツデータからユーザの注文に応じたコ
    ンテンツデータを選択する手段と、 選択された該コンテンツデータを注文主であるユーザの
    ユーザ携帯端末に送信する手段とを有し、 前記蓄積する手段は、 前記コンテンツセンターから新たに供給されるコンテン
    ツデータによりすでに蓄積されているコンテンツデータ
    の少なくとも一部を書き換える、または前記コンテンツ
    センターから新たに供給されるコンテンツデータをすで
    に蓄積されているコンテンツデータに加えて蓄積するこ
    とが可能な中継端末。
17. 【請求項１７】 請求項１４に記載のコンテンツ配信方
    法に使用する中継端末であり、 複数のユーザ携帯端末を接続する手段と、 １または複数のユーザからコンテンツの注文を受け付け
    る手段と、 コンテンツセンターより供給されたコンテンツデータを
    蓄積する手段と、 蓄積したコンテンツデータから前記１または複数のユー
    ザからの注文に応じたコンテンツデータを選択する手段
    と、 選択された該コンテンツデータをブロックデータに分割
    し、各ブロックデータに識別子をつけ、前記各ユーザ携
    帯端末に対して、いずれのコンテンツデータの送信も略
    同一時間で終了するように各ブロックデータを間欠的に
    送信する手段と、を有する中継端末。