JP2002041819A - コンテンツ配信システムおよび方法 - Google Patents

Abstract

(57)【要約】 【課題】 サーバから端末へネットワークを通じて音楽
データを配信するシステムであって、音楽データの保護
が保証され、かつ、音楽データのダウンロード・保存
と、課金処理とを同時に行えるような音楽データ配信シ
ステムを提供する。 【解決手段】 ネットワーク１０３を通じて音楽配信サ
ーバ１０４と接続されるサービス利用者端末１０１に装
着されるＳＤカード１０２は、金額データ領域および音
楽データ領域を含んでいる。サーバ１０４において、配
信部１１１は、端末１０１からの要求に応じて、音楽デ
ータ蓄積部１１４に蓄積されている音楽データをＳＤＭ
Ｉ規格に基づいて暗号化して上記のコンテンツ領域に書
き込む。課金部１１２は、上記の金額データ領域から金
額データ（残り金額）を読み出して、その残り金額か
ら、コンテンツ領域に書き込まれた音楽データの価格分
を差し引き、差し引き後の残り金額を再び金額データ領
域に書き込む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、サービス利用者
が、複数の情報が記憶されているサーバから、ネットワ
ークを通じて、音楽・映像・プログラムなどの情報をダ
ウンロードし、情報に対する支払を行う、といった情報
配信サービスシステムに関するもので、特にそのシステ
ムにおける情報保護および課金方法に関するものであ
る。

【０００２】

【従来の技術】コンピュータネットワークを用いて様々
な情報配信サービスが実現されつつある。音楽配信サー
ビスはその一つであり、音楽配信サービス側には、音楽
配信サーバが設けられ、音楽データと同時に、コンテン
ツの一覧や、アーティスト情報、新曲情報など音楽に付
随する様々な情報も提供することができる。多くの場
合、サービス利用者は、パソコンなどの端末を用いて音
楽配信サーバに接続し、所望の音楽データをダウンロー
ドする。ダウンロードされた音楽データは、ＭＰ３プレ
イヤーなどの再生機器で再生されたり、ＭＤなどのスト
レージデバイスに保存されたりする。このような音楽デ
ータを配信・ダウンロードする場合、コンテンツ保護の
点から、著作権保護、不正コピーの防止、適正な課金、
ユーザ認証が必要である。コンテンツの保護と課金につ
いては、特開平１１−３２８８５０公報でデータを暗号
化する方法が提案されている。また、特開平１１−３２
８８５１公報では、課金処理が行われなければ、音楽の
再生ができないような方法が提案されている。

【０００３】

【発明が解決しようとする課題】しかし、現在提案され
ている方法では、多くの場合、音楽データのダウンロー
ドと課金処理とは別々に行われており、ダウンロードし
たデータを保存するストレージデバイスと、支払を行う
プリペイドカードやクレジットカードが必要であった。
課金処理が行われなければ音楽が再生できないというし
くみは、コンテンツ保護の点から有効であるが、データ
をダウンロードする端末と課金処理機器とが必要にな
る。現在、携帯端末が普及しているが、携帯端末を用い
て、場所・時間を問わず音楽配信サーバにアクセスして
音楽データをダウンロードできるようになると、ダウン
ロードしたらその場ですぐに音楽データを再生したい、
と多くのサービス利用者が感じることは容易に想像でき
る。

【０００４】それゆえに、本発明の目的は、サーバから
端末へネットワークを通じてコンテンツを配信するよう
なコンテンツ配信システムであって、コンテンツの保護
が保証され、かつコンテンツのダウンロードおよび保存
と課金処理とを同時に行えるシステムを提供することで
ある。

【０００５】

【課題を解決するための手段および発明の効果】第１の
発明は、ネットワークを通じてコンテンツを配信するコ
ンテンツ配信システムであって、コンテンツ配信サー
バ、ネットワークを介してコンテンツ配信サーバと接続
される端末、および端末に装着されるメモリカードを備
え、メモリカードは、購入可能な残り金額を示す金額デ
ータが記録される金額データ領域、およびコンテンツが
記録されるコンテンツ領域を含み、コンテンツ配信サー
バは、コンテンツを蓄積するコンテンツ蓄積部、端末か
らの要求に応じて、コンテンツ蓄積部に蓄積されている
コンテンツを暗号化してコンテンツ領域に書き込む配信
部、および金額データ領域から金額データを読み出し
て、その金額データが示す残り金額から、配信部によっ
てコンテンツ領域に書き込まれたコンテンツの価格分を
差し引き、差し引き後の残り金額を示す金額データを当
該金額データ領域に書き込む課金部を備えている。

【０００６】上記第１の発明（および下記第１９，第２
０の発明）では、ネットワークを通じてコンテンツ配信
サーバと接続される端末に装着されるメモリカードが、
金額データ領域と、コンテンツ領域とを含んでいる。コ
ンテンツ配信サーバは、端末からの要求に応じ、蓄積し
ているコンテンツを暗号化してコンテンツ領域に書き込
む（すなわちダウンロードする）。そして、金額データ
領域から残り金額を読み出して、先にダウンロードした
コンテンツの価格分を差し引き、差し引き後の残り金額
を、再び金額データ領域に書き込む（すなわち残り金額
を書き換える）。これによって、サービス提供者は、コ
ンテンツの保護を保証することができ、一方、サービス
利用者は、１つのメモリカードを用いて、ダウンロード
したコンテンツの保存と、代金の支払いとを同時に行え
るようになる。

【０００７】なお、ここでいうコンテンツは、典型的に
は音楽データであるが、映像データやプログラムなどで
もよい。すなわち、メモリカードに記録可能なデータで
あれば、何でもよい。また、メモリカードは、典型的に
はＳＤメモリカードであって、その場合、配信部は、Ｓ
ＤＭＩ規格に基づく暗号化処理を行う。

【０００８】第２の発明は、第１の発明において、金額
データ領域に予め記録される金額データは、暗号化され
ており、課金部は、金額データ領域から読み出した金額
データを復号し、かつ金額データ領域へ書き込もうとす
る差し引き後の金額データを暗号化することを特徴とし
ている。

【０００９】上記第２の発明では、メモリカードの（金
額データ領域に記録されている）残り金額が不正に書き
換えられるのを防ぐことができる。

【００１０】第３の発明は、第２の発明において、課金
部は、端末からの依頼に応じ、金額データ領域から読み
出した金額データが示す残り金額を当該端末に通知する
ことを特徴としている。

【００１１】上記第３の発明では、端末から依頼（残高
照会）があった場合、コンテンツ配信サーバがメモリカ
ードから残り金額を読み出して、端末に通知する。これ
により、メモリカードの残り金額を、端末（ユーザ）に
知らせることができる。なお、端末自身がメモリカード
から残り金額を読み取ってもよいが、そのためには、端
末に、メモリカードから読み取った暗号化された残り金
額を復号する機能を持たせる必要があるので、残り金額
が不正に書き換えられる危険が生まれる。これに対し
て、第３の発明では、そのような危険がない。

【００１２】第４の発明は、第２の発明において、課金
部は、金額データ領域から読み出した金額データの示す
残り金額が、配信部によってコンテンツ領域に書き込ま
れようとしているコンテンツの価格分以上であることを
確認し、配信部は、課金部からの確認結果を受けて、コ
ンテンツ蓄積部に蓄積されているコンテンツをコンテン
ツ領域に書き込むことを特徴としている。

【００１３】上記第４の発明では、メモリカードに記録
されている残り金額を超えない価格のコンテンツだけを
配信することができる。

【００１４】第５の発明は、第１の発明において、コン
テンツ領域および当該領域に記録されたコンテンツを管
理するコンテンツ領域管理部をさらに備え、コンテンツ
領域管理部は、配信部がコンテンツ領域に書き込もうと
しているコンテンツのサイズがコンテンツ領域の残り容
量を超えないことを確認し、配信部は、コンテンツ領域
管理部による確認結果を受けて、コンテンツ蓄積部に蓄
積されているコンテンツをコンテンツ領域に書き込むこ
とを特徴としている。

【００１５】上記第５の発明では、メモリカードの残り
容量を超えないサイズのコンテンツだけを配信するの
で、せっかくダウンロードしたコンテンツが正しくメモ
リカードに記録されていなかったといった不都合を回避
できる。

【００１６】第６の発明は、第５の発明において、コン
テンツ領域管理部は、配信部がコンテンツ領域に書き込
もうとしているコンテンツのサイズがコンテンツ領域の
残り容量を超えている場合には、当該コンテンツ領域に
記録されているコンテンツを削除することを特徴として
いる。

【００１７】上記第６の発明では、配信しようとするコ
ンテンツのサイズがメモリカードの残り容量を超える場
合、配信に先立って、メモリカードに既に記録されたコ
ンテンツを削除するので、メモリカードの残り容量を超
えるサイズのコンテンツであってもダウンロードするこ
とができる。

【００１８】第７の発明は、第６の発明において、コン
テンツ領域管理部は、コンテンツ領域に記録されている
コンテンツを削除する際、参照された回数が少ないコン
テンツから順番に削除することを特徴としている。

【００１９】第８の発明は、第６の発明において、コン
テンツ領域管理部は、コンテンツ領域に記録されている
コンテンツを削除する際、当該コンテンツ領域に記録さ
れた日時が古いコンテンツから順番に削除することを特
徴としている。

【００２０】第９の発明は、第５の発明において、配信
部は、コンテンツ領域に書き込もうとするコンテンツ
に、そのコンテンツが端末側で参照される回数を制限す
るための参照可能回数を添付し、コンテンツ領域管理部
は、コンテンツ領域に記録されているコンテンツが参照
された回数を計数して、その参照回数が当該コンテンツ
に添付された参照可能回数に達すると、当該コンテンツ
領域から当該コンテンツを削除することを特徴としてい
る。

【００２１】上記第９の発明では、サーバ側が、端末側
でのコンテンツの参照回数を制限することができる。

【００２２】第１０の発明は、第９の発明において、配
信部は、コンテンツ領域に書き込もうとするコンテンツ
に添付する参照可能回数を、当該コンテンツの価格に関
連して決定することを特徴としている。

【００２３】上記第１０の発明では、コンテンツを配信
する際、そのコンテンツに添付する参照可能回数を、そ
のコンテンツの価格に関連して決定する。

【００２４】第１１の発明は、第９の発明において、課
金部は、配信部によってコンテンツ領域に書き込まれた
コンテンツに添付された参照可能回数に関連して、当該
コンテンツの価格を決定することを特徴としている。

【００２５】上記第１１の発明では、課金を行う際、配
信したコンテンツの価格を、そのコンテンツに添付され
た参照可能回数に関連して決定する。

【００２６】第１２の発明は、第５の発明において、配
信部は、コンテンツ領域に書き込もうとするコンテンツ
に、そのコンテンツが端末側で参照される期間を制限す
るための参照可能期間を添付し、コンテンツ領域管理部
は、コンテンツがコンテンツ領域に記録されてから経過
した時間を計時して、その経過時間が当該コンテンツに
添付された参照可能期間に達すると、当該コンテンツ領
域から当該コンテンツを削除することを特徴としてい
る。

【００２７】上記第１２の発明では、サーバ側が、端末
側でのコンテンツの参照期間を制限することができる。

【００２８】第１３の発明は、第１２の発明において、
配信部は、コンテンツ領域に書き込もうとするコンテン
ツに添付する参照可能期間を、当該コンテンツの価格に
関連して決定することを特徴としている。

【００２９】上記第１３の発明では、コンテンツを配信
する際、そのコンテンツに添付する参照可能期間を、そ
のコンテンツの価格に関連して決定する。

【００３０】第１４の発明は、第１２の発明において、
課金部は、配信部によってコンテンツ領域に書き込まれ
たコンテンツに添付された参照可能期間に関連して、当
該コンテンツの価格を決定することを特徴としている。

【００３１】上記第１４の発明では、課金を行う際、配
信したコンテンツの価格を、そのコンテンツに添付され
た参照可能期間に関連して決定する。

【００３２】第１５の発明は、第９または１２の発明に
おいて、コンテンツ領域管理部は、配信部がコンテンツ
領域に書き込もうとしているコンテンツのサイズがコン
テンツ領域の残り容量を超えている場合には、当該コン
テンツ領域に記録されているコンテンツを削除すること
を特徴としている。

【００３３】第１６の発明は、第１５の発明において、
コンテンツ領域管理部は、コンテンツ領域に記録されて
いるコンテンツを削除する際、参照された回数が少ない
コンテンツから順番に削除することを特徴としている。

【００３４】第１７の発明は、第１５の発明において、
コンテンツ領域管理部は、コンテンツ領域に記録されて
いるコンテンツを削除する際、当該コンテンツ領域に記
録された日時が古いコンテンツから順番に削除すること
を特徴としている。

【００３５】第１８の発明は、第１の発明において、コ
ンテンツは、音楽データであり、メモリカードは、ＳＤ
（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリカードであ
り、配信部は、ＳＤＭＩ（ＳＤ Ｍｕｓｉｃ Ｉｎｉｔ
ｉａｔｉｖｅ）規格に基づく暗号化処理を行うことを特
徴としている。

【００３６】第１９の発明は、メモリカードが装着され
る端末へ、ネットワークを通じてコンテンツを配信する
コンテンツ配信サーバであって、メモリカードには、購
入可能な残り金額を示す金額データが記録される金額デ
ータ領域、およびコンテンツが記録されるコンテンツ領
域が含まれ、コンテンツを蓄積するコンテンツ蓄積部、
端末からの要求に応じて、コンテンツ蓄積部に蓄積され
ているコンテンツをコンテンツ領域に書き込む配信部、
および金額データ領域から金額データを読み出して、そ
の金額データが示す残り金額から、配信部によってコン
テンツ領域に書き込まれたコンテンツの価格分を差し引
き、差し引き後の残り金額を示す金額データを当該金額
データ領域に書き込む課金部を備えている。

【００３７】第２０の発明は、メモリカードが装着され
る端末へ、ネットワークを通じてコンテンツを配信する
方法であって、メモリカードには、購入可能な残り金額
を示す金額データが記録される金額データ領域、および
コンテンツが記録されるコンテンツ領域が含まれ、コン
テンツを蓄積するコンテンツ蓄積ステップ、端末からの
要求に応じて、コンテンツ蓄積ステップで蓄積されたコ
ンテンツをコンテンツ領域に書き込む配信ステップ、お
よび金額データ領域から金額データを読み出して、その
金額データが示す残り金額から、配信ステップでコンテ
ンツ領域に書き込まれたコンテンツの価格分を差し引
き、差し引き後の残り金額を示す金額データを当該金額
データ領域に書き込む課金ステップを備えている。

【００３８】

【発明の実施の形態】以下、本発明の実施の形態を、図
面を用いて説明する。 （第１の実施形態）本実施形態では、サービス提供者側
は、著作権保護機能（後述）を持たせたメモリカード、
たとえばＳＤカードに一定金額の音楽データの購入権を
つけて販売する。すなわち、プリペイド方式である。こ
の音楽データの購入権がついたＳＤカードを、「音楽デ
ータ用ＳＤカード」と呼ぶことにする。

【００３９】図２は、本発明の第１の実施形態に係る音
楽配信サービスシステムに用いられる音楽データ用ＳＤ
カードの構造と、そのＳＤカードに保存される音楽デー
タの構造とを示す図である。図２（Ａ）には、音楽デー
タ用ＳＤカード１０２の構造が示されている。音楽デー
タ用ＳＤカード１０２は、音楽データ領域２０１と、金
額データ領域２０２と、ユーザ情報領域２０３とを含
む。音楽データ領域２０１には、音楽データが保存され
る。

【００４０】音楽データ用ＳＤカード１０２には、音楽
データ領域２０１のほかに、金額データが保存される金
額データ領域２０２、およびユーザ情報が保存されるユ
ーザ情報領域２０３が存在する。それらの音楽データ、
金額データおよびユーザ情報は、ＳＤＭＩ規格に基づい
て暗号化されており、鍵がなければ復号することができ
ない。従って、ＳＤカード１０２に記録されたデータを
不正にコピーしたり改変することは不可能である（著作
権保護機能）。

【００４１】図２（Ｂ）には、図２（Ａ）の音楽データ
領域２０１に保存される音楽データの構造が示されてい
る。音楽データは、音楽データ本体２０４（データ１，
２，３，…）と、最終参照日付２０５と、ダウンロード
日付２０６と、参照回数２０７と、参照可能期間２０８
と、参照可能回数２０９とで構成される。なお、参照可
能期間２０８や参照可能回数２０９は、必ずしも全ての
音楽データに設けられるわけではない。参照可能期間２
０８や参照可能回数２０９の制限が設けられない音楽デ
ータの場合、参照可能期間２０８および参照可能回数２
０９には、例えば”９９９９日間”や”９９９９回”と
いったデフォルトが記入される。

【００４２】図１は、本発明の第１の実施形態に係る音
楽配信システムの概要（構成およびそこで行われる配信
サービス）を簡単に示した図である。図１において、音
楽配信システムは、サービス利用者端末１０１と、音楽
データ用ＳＤカード１０２と、ネットワーク１０３と、
音楽配信サーバ１０４とを備えている。

【００４３】サービス利用者端末１０１は、ＳＤカード
１０２が使用可能なパソコンや携帯情報端末などであ
る。サービス利用者端末１０１は、ネットワーク１０３
を通じ、音楽配信サーバ１０４にアクセスする。サービ
ス利用者端末１０１は、音楽配信サーバ１０４から、音
楽データをダウンロードし、音楽データ用ＳＤカード１
０２に保存する。上記のダウンロードと同時に、音楽配
信サーバ１０４によって課金が行われる。すなわち、音
楽配信サーバ１０４は、サービス利用者端末１０１がダ
ウンロードした音楽データの価格分を、音楽データ用Ｓ
Ｄカード１０２の残り金額（金額データ領域２０２に記
録されている金額）から差し引く。

【００４４】図３は、本発明の第１の実施形態に係る音
楽配信システムにおける、サービス利用者側から見たサ
ービスの流れ（すなわち、サービス利用者が図１の端末
１０１を用いて音楽配信サーバ１０４からＳＤカード１
０２へと音楽データをダウンロードする手順）を示した
フローチャートである。図３に示すように、サービス利
用者の動作は、ステップＳ３０１〜Ｓ３０４で構成され
る。

【００４５】サービス利用者は、サービス利用者端末１
０１として、ＳＤカード１０２を装着（あるいはＳＤカ
ード読み書き装置を介して接続）可能であって、かつネ
ットワーク１０３に接続可能なデータダウンロード端末
（例えば、ＳＤカードスロットとモデムとを内蔵したパ
ソコン１０１ａなど）と、ＳＤカード１０２を装着可能
な音楽再生端末（例えば、ＳＤカードスロットを内蔵し
た携帯型音楽再生機１０１ｂなど）とを保有している。

【００４６】なお、本実施形態では、サービス利用者
は、データダウンロード端末（例えばパソコン１０１
ａ）と、音楽再生端末（例えば携帯型音楽再生機１０１
ｂ）とを保有しているとしたが、データダウンロード端
末と音楽再生端末とが一体成されたサービス利用者端末
１０１（例えば、ＳＤカードスロットを内蔵した携帯型
電話機１０１ｃなど）を保有していてもよい。

【００４７】図３において、まず、サービス利用者は、
音楽データ用ＳＤカード１０２を購入する（ステップＳ
３０１）。次いで、上記のＳＤカード１０２、音楽再生
端末１０１ｂおよびデータダウンロード端末１０１ａと
の間で、パスワード設定などのユーザ登録を行う（ステ
ップＳ３０２）。

【００４８】上記ステップＳ３０１のユーザ登録は、例
えば、次のようにして行われる。最初、音楽配信サーバ
１０４からデータダウンロード端末１０１ａへ１つのパ
スワードが送信され、そのパスワードが、データダウン
ロード端末１０１ａに装着されているＳＤカード１０２
のユーザ情報領域２０３に記録される。次に、データダ
ウンロード端末１０１ａに装着されたＳＤカード１０２
が取り外されて音楽再生端末１０１ｂに装着され、ＳＤ
カード１０２に記録されているパスワードが音楽再生端
末１０１ｂに記憶される（もちろん、前述のように、音
楽再生端末１０１ｂとデータダウンロード端末１０１ａ
とは、同じものである場合も考えられる）。このユーザ
登録によって、音楽データ用ＳＤカード１０２は、特定
の音楽再生端末１０１ｂおよび特定のデータダウンロー
ド端末１０１ａにおいて、特定のサービス利用者しか使
えなくなる。

【００４９】次に、サービス利用者は、データダウンロ
ード端末１０１ａから音楽配信サーバ１０４にネットワ
ーク１０３を通じてアクセスし、音楽データのダウンロ
ードを行う（ステップＳ３０３）。このとき、サービス
利用者は、音楽データをダウンロードする前に、ダウン
ロードできる音楽データの一覧や価格表、アーティスト
情報や新曲情報などの音楽データに付随する情報を閲覧
することができる。サービス利用者が欲しい音楽データ
を音楽データ用ＳＤカード１０２にダウンロードすると
同時に、音楽配信サーバ１０４によって課金処理が行わ
れ、音楽データ用ＳＤカード１０２の金額データ（残り
金額）が書き換えられる。

【００５０】その後、サービス利用者は、データダウン
ロード端末１０１ａからＳＤカード１０２を取り外して
音楽再生端末１０１ｂに装着することにより、ステップ
Ｓ３０３でダウンロードした音楽データを音楽再生端末
１０１ｂで再生し、聴くことができる（ステップＳ３０
４）。ステップＳ３０４で再生を行うための音楽再生用
ソフトウェアは、音楽データ用ＳＤカード１０２に含ま
れていてもよいし、予めサービス利用者に配布されてい
てもよい。音楽再生用ソフトウエアの配布方法として
は、例えば、ネットワーク１０３を通じて配布したり、
ＣＤ−ＲＯＭ等に記録して配布したり、あるいは、ダウ
ンロード端末１０１ａまたは音楽再生端末１０１ｂにプ
リインストールする方法などがある。

【００５１】図４は、図１の音楽配信サーバ１０４の機
能的な構成を示すブロック図、図５は、そのハードウエ
ア的な構成を示すブロック図である。図４において、音
楽配信サーバ１０４は、認証部１１０と、配信部１１１
と、課金部１１２と、音楽データ領域管理部１１３と、
音楽データ蓄積部１１４とを含んでいる。

【００５２】認証部１１０は、サービス利用者（端末１
０１）からのアクセスを受け、そのサービス利用者（端
末１０１）を認証する。音楽データ蓄積部１１４には、
音楽データおよびそれに付随する情報（以下、付随情
報）が蓄積されている。配信部１１１は、音楽データお
よび付随情報を暗号化してサービス利用者端末１０１に
配信する。すなわち、端末１０１に装着されたＳＤカー
ド１０２の音楽データ領域２０１にアクセスして、そこ
に音楽データ等を暗号化して書き込む。

【００５３】課金部１１２は、サービス利用者（端末１
０１）に対し、配信した音楽データの価格分を課金す
る。すなわち、端末１０１に装着されたＳＤカード１０
２の金額データ領域２０２にアクセスして、そこに記録
された金額データを書き換える（具体的には、そのＳＤ
カード１０２の残り金額から、配信した音楽データの価
格分を差し引く）。音楽データ領域管理部１１３は、Ｓ
Ｄカード１０２内の音楽データ領域２０１の管理（本実
施形態では、音楽データ領域２０１の残り容量の管理）
を行う。

【００５４】図５において、音楽配信サーバ１０４は、
ＣＰＵ１２０と、ＲＡＭ１２１と、ＲＯＭ１２２と、光
ディスクドライブ１２３と、モデム１２４とを備えてい
る。ＣＰＵ１２０、ＲＡＭ１２１、ＲＯＭ１２２および
光ディスクドライブ１２３は、バス１２５を介して互い
に接続されており、モデム１２４が、バス１２５とネッ
トワーク１０３とを互いに接続する。光ディスクドライ
ブ１２３には、音楽データや付随情報を記録した光ディ
スク（図示せず）が装着されている。ＲＯＭ１２２に
は、所定のプログラムが格納されており、ＣＰＵ１２０
は、ＲＡＭ１２１を作業領域として利用しつつ、そのプ
ログラムに従って動作し、それによって、図４の各ブロ
ックが実現される。

【００５５】図６は、本発明の第１の実施形態に係る音
楽配信システムにおける、サービス利用者と音楽配信サ
ービス側との両方から見たサービスの流れ（すなわち、
図１のサービス利用者端末１０１および音楽配信サーバ
１０４の動作手順）を示したフローチャートである。図
６に示すように、サービス利用者端末１０１および音楽
配信サーバ１０４の動作は、ステップＳ４０１〜Ｓ４１
６で構成される（ステップＳ４０１，Ｓ４０２，Ｓ４０
５，Ｓ４１１，Ｓ４１３およびＳ４１４が端末１０１
（またはサービス利用者）の動作であり、それ以外のス
テップは、サーバ１０４の動作である）。

【００５６】図６において、サービス利用者が音楽デー
タ用ＳＤカード１０２を購入し（ステップＳ４０１）、
そのＳＤカード１０２をサービス利用者端末１０１に装
着して音楽配信サーバ１０４にアクセスすると（ステッ
プＳ４０２）、音楽配信サーバ１０４では、認証部１１
０によってユーザ認証が行われる（ステップＳ４０
３）。すなわち、認証部１１０は、サービス利用者端末
１０１に装着されているＳＤカード１０２のユーザ情報
領域２０３に記録されたユーザ情報を読み出して、ユー
ザ認証を行う。次に、音楽配信サーバ１０４において、
配信部１１１が、上記の付随情報、すなわちダウンロー
ドできる音楽データの一覧や価格表、アーティスト情報
や新曲情報などをサービス利用者端末１０１に送信する
（ステップＳ４０４）。

【００５７】ステップＳ４０４で送信された付随情報
は、例えば、サービス利用者端末１０１の画面に表示さ
れ、サービス利用者は、その画面を参照して、ダウンロ
ードする音楽データを決定し、その決定内容をサービス
利用者端末１０１に入力する。応じて、サービス利用者
端末１０１は、ダウンロード命令を音楽配信サーバ１０
４に送信する（ステップＳ４０５）。

【００５８】ステップＳ４０５で送信されたダウンロー
ド命令が音楽配信サーバ１０４によって受信されると、
音楽配信サーバ１０４では、課金部１１２が、サービス
利用者端末１０１に装着されているＳＤカード１０２の
金額データ領域２０２にアクセスして、そこに記録され
ている暗号化された金額データを読み取って復号し、そ
のＳＤカード１０２の残り金額を確認する（ステップＳ
４０６）。

【００５９】ステップＳ４０６の確認の結果、音楽デー
タ用ＳＤカード１０２の残り金額が、サービス利用者が
ダウンロード選択した音楽データの価格以上であれば、
音楽配信サーバ１０４の音楽データ領域管理部１１３
が、サービス利用者端末１０１に装着されている音楽デ
ータ用ＳＤカード１０２の音楽データ領域２０１にアク
セスして空きサイズを検出し、ＳＤカード１０２内の音
楽データ領域２０１の残り容量（これを以下「ＳＤカー
ドの残り容量」と呼ぶ）を確認する（ステップＳ４０
８）。ステップＳ４０６の確認の結果、ＳＤカード１０
２の残り金額が不足している場合には、配信部１１１
は、残り金額が不足していることを知らせるメッセージ
をサービス利用者端末１０１に送信し（ステップＳ４０
７）、その後、音楽配信処理を終了する。

【００６０】ステップＳ４０８の確認の結果、ＳＤカー
ド１０２の残り容量が、サービス利用者がダウンロード
選択した音楽データの容量以上であれば、配信部１１１
は、サービス利用者端末１０１に注文確認のメッセージ
を送信する（ステップＳ４１０）。ステップＳ４０８の
確認の結果、ＳＤカード１０２の残り容量が不足してい
る場合は、配信部１１１は、残り容量が不足しているこ
とを知らせるメッセージをサービス利用者端末１０１に
送信し（ステップＳ４０９）、その後、音楽配信処理を
終了する。

【００６１】ステップＳ４１０で送信されたメッセージ
をサービス利用者端末１０１が受信し、サービス利用者
によって注文確認が行われると（ステップＳ４１１）、
その旨がサービス利用者端末１０１から音楽配信サーバ
１０４に通知される。応じて、音楽配信サーバ１０４で
は、配信部１１１が、サービス利用者端末１０１へ音楽
データを送信する（ステップＳ４１２）。ステップＳ４
１２の送信処理では、音楽データは、著作権保護のため
に暗号化された上で送信される。もしステップＳ４１１
でサービス利用者が注文を取り消せば、その旨がサービ
ス利用者端末１０１から音楽配信サーバ１０４へと通知
され、応じて、配信部１１１は、音楽配信処理を終了す
る。

【００６２】上記のようにして配信された音楽データ
は、サービス利用者端末１０１に装着されている音楽デ
ータ用ＳＤカード１０２の音楽データ領域２０１に記録
される（ステップＳ４１３）。ＳＤカード１０２への音
楽データの記録が終了すると、サービス利用端末１０１
から音楽配信サーバ１０４へその旨が通知され（ステッ
プＳ４１４）、応じて、音楽配信サーバ１０４側で課金
処理が行われる（ステップＳ４１５）。

【００６３】上記ステップＳ４１５の課金処理は、次の
ようにして行われる。音楽配信サーバ１０４において、
課金部１１２は、ステップＳ４０６で読み取った残り金
額、すなわち、サービス利用者端末１０１に装着さてい
る音楽データ用ＳＤカード１０２の金額データ領域２０
２に記録されている残り金額から、サービス利用者がダ
ウンロードした音楽データの価格分を差し引く。そし
て、差し引き後の残り金額を暗号化した上、再び金額デ
ータ領域２０２に書き込む（すなわち、サービス利用者
端末１０１に装着されている音楽データ用ＳＤカード１
０２の金額データ領域２０２内の残り金額を、差し引き
後の金額に書き換える）。

【００６４】金額データの書き換えが終了した後、課金
部１１２によって領収確認キーがサービス利用者端末１
０１へ送信され（ステップＳ４１６）、次いで、音楽配
信処理が終了される。領収確認キーは、ステップＳ４１
３でＳＤカード１０２の音楽データ領域２０１に記録さ
れた音楽データを復号するための鍵であり、音楽データ
の送信・記録後に課金処理が正常に終了した場合に送信
される。この領収確認キーが送信されなければ、サービ
ス利用者は、ダウンロードした音楽データを再生するこ
とができないので、音楽データの送信処理（ステップＳ
４１２）と課金処理（ステップＳ４１５）との間で、万
一接続が切断されても、サービス利用者が課金されずに
音楽データを利用することを防止できる。

【００６５】以上のように、本実施形態によれば、サー
ビス提供者は、音楽データの保護を保証することがで
き、一方、サービス利用者は、１つのメモリカードを用
いて、ダウンロードした音楽データの保存と、代金の支
払いとを同時に行えるようになる。

【００６６】（第２の実施形態）第２の実施形態では、
第１の実施形態に、ＳＤカード１０２内の音楽データを
自動的に削除する機能を付加した場合について説明す
る。すなわち、第１の実施形態において、ステップＳ４
０８（図６参照）で音楽データ用ＳＤカード１０２の残
り容量が不足している場合に、既に音楽データ用ＳＤカ
ード１０２に保存されている音楽データの削除を行い、
それによって、まさにダウンロードしようとしている音
楽データが保存できるだけの容量を確保する。

【００６７】本発明の第２の実施形態に係る音楽配信シ
ステムの概要（構成およびそこで行われる配信サービ
ス）は、第１の実施形態と同様であり、図１を援用す
る。また、本システムで用いられる音楽データ用ＳＤカ
ード１０２の構成、およびそのＳＤカード１０２に保存
される音楽データの構造も、第１の実施形態と同様であ
り、図２を援用する。また、本システムにおけるサービ
ス利用者側から見たサービスの流れも、第１の実施形態
と同様であり、図３を援用する。また、図１の音楽配信
サーバ１０４の機能的な構成、およびそのハードウエア
的な構成も、第１の実施形態と同様であり、図４および
５を援用する。以下、第１の実施形態と共通する説明は
省略し、相違点、すなわち、音楽配信サーバ１０４がサ
ービス利用者端末１０１に装着されたＳＤカード１０２
内の音楽データを自動的に削除する動作について、詳細
に説明する。

【００６８】図４において、音楽データ領域管理部１１
３は、ＳＤカード１０２の残り容量が不足している場
合、ＳＤカード１０２内の音楽データを削除する。な
お、第１の実施形態では、音楽データ領域管理部１１３
は、ＳＤカード１０２の残り容量が不足している場合、
その旨のメッセージをサービス利用者端末１０１へと送
信するに止まっていた。

【００６９】図５において、ＲＯＭ１２２に格納されて
いるプログラムは、第１の実施形態と同様である。ただ
し、本実施形態では、ＳＤカード１０２の残り容量が不
足している場合、音楽配信サーバ１０４がその旨のメッ
セージをサービス利用者端末１０１へと送信する代わり
に、ＳＤカード１０２内の音楽データを削除するよう
に、一部のステップが変更されている。

【００７０】図７は、本発明の第２の実施形態に係る音
楽配信システムにおける、サービス利用者と音楽配信サ
ービス側との両方から見たサービスの流れ（すなわち、
図１のサービス利用者端末１０１および音楽配信サーバ
１０４の動作手順）を示したフローチャートである。図
７に示すように、サービス利用者端末１０１および音楽
配信サーバ１０４の動作は、ステップＳ５０１〜Ｓ５１
６で構成される（ステップＳ５０１，Ｓ５０２，Ｓ５０
５，Ｓ５１１，Ｓ５１３およびＳ５１４が端末１０１
（またはサービス利用者）の動作であり、それ以外のス
テップは、サーバ１０４の動作である）。

【００７１】図７において、ステップＳ５０１〜Ｓ５０
８は、図６のステップＳ４０１〜Ｓ４０８と同様であ
り、説明を省略する。ステップＳ５０８の確認の結果、
ＳＤカード１０２の残り容量が不足している場合は、音
楽データ領域管理部１１３が、サービス利用者端末１０
１に装着されている音楽データ用ＳＤカード１０２に既
に保存されている音楽データを自動的に削除する（ステ
ップＳ５０９）。次いで、配信部１１１によってステッ
プＳ５１０が実行される。ステップＳ５１０〜Ｓ５１６
は、Ｓ４１０〜Ｓ４１６と同様であり、説明を省略す
る。

【００７２】以下、上記ステップＳ５０９の音楽データ
削除方法について説明する。ステップＳ５０９での音楽
データの削除方法として、以下の（１）〜（５）の方法
が考えられる。 （１）参照回数２０７の多いものから削除 （２）参照回数２０７の少ないものから削除 （３）データをダウンロードした日付２０６の古いもの
から削除 （４）ダウンロードしてからの経過時間（日数）が参照
可能期間２０８を過ぎているものを削除 （５）参照回数２０７が参照可能回数２０９を超えてい
るものを削除

【００７３】上記（１）〜（３）の方法は、音楽配信サ
ーバ１０４側が音楽データ削除を実行する前に、サービ
ス利用者によって選択できるようにしておくとよい。図
８は、図７のステップＳ５０９の音楽データ削除処理の
手順の一例を示すフローチャートである。図８に示す音
楽データ削除処理は、ステップＳ７０１〜Ｓ７０４で構
成されている。

【００７４】図８において、音楽配信サーバ１０４の音
楽データ領域管理部１１３は、予め、削除する音楽デー
タを選択するための条件を設定しておく（ステップＳ７
０１）。ここで、上記の選択条件としては、例えば、Ｓ
Ｄカード１０２の音楽データ領域２０１に記録記録され
ている音楽データのうち「参照回数２０７の最も多いも
の」、「参照回数２０７の最も少ないもの」、および
「ダウンロードした日付２０６の最も古いもの」の３つ
がある。ステップＳ７０１では、音楽データ領域管理部
１１３は、サービス利用者からの指示に応じて、これら
３つの条件のうちいずれかを、選択条件に設定する。

【００７５】また、上記の条件設定を行うタイミング
は、データ削除を実行する前であれば、いつでもよい。
一度設定された条件は、サービス利用者側がその変更を
指示するまで保持される。

【００７６】次に、音楽データ領域管理部１１３は、ス
テップＳ７０１で設定された条件に合致する音楽データ
を選択する（ステップＳ７０２）。例えば「参照回数２
０７の最も少ないもの」が条件として設定されている場
合、ＳＤカード１０２に記録されている音楽データのう
ち、参照された回数が最も少ない音楽データが選択され
る。

【００７７】次に、音楽データ領域管理部１１３は、Ｓ
Ｄカード１０２の音楽データ領域２０１から、ステップ
Ｓ７０２で選択された音楽データを削除する（ステップ
Ｓ７０３）。次に、音楽データ領域管理部１１３は、ス
テップＳ７０３の削除処理が実行された後のＳＤカード
１０２の残り容量を確認する（ステップＳ７０４）。

【００７８】ステップＳ７０４の確認の結果、ＳＤカー
ド１０２の残り容量が未だ不足している場合には、再び
ステップＳ７０２以降が実行され、残り容量がダウンロ
ードしようとするデータの容量以上となると、図７のス
テップＳ５１０が実行される。以上が、図７のステップ
Ｓ５０９の音楽データ削除処理の手順の一例である。

【００７９】また、予め参照可能回数２０９や参照可能
期間２０８が設定されている音楽データについては、上
記（４），（５）の方法を単独で、あるいは上記（１）
〜（３）の方法と組み合わせて用いることができる。す
なわち、音楽配信サーバ１０４（の音楽データ領域管理
部１１３）は、所定のタイミング、例えばサービス利用
者からのアクセスを受けてユーザ認証（図６のステップ
Ｓ４０３）を行った後、ＳＤカード１０２の音楽データ
領域２０１に記録されてる各音楽データを検査して、も
しダウンロードしてからの経過時間（ダウンロード日付
２０６と最終参照日付２０５とから求まる）が参照可能
期間２０８を過ぎた音楽データや、参照回数２０７が参
照可能回数２０９に達した音楽データがあれば、その音
楽データをＳＤカード１０２から削除する。

【００８０】上記（４），（５）の方法によれば、参照
可能回数２０９、参照可能期間２０８を音楽データに付
けることによって、ユーザによる音楽データの使用に制
限をもうけることができるので、例えば、無料で一定期
間試聴できる音楽データを配布したり、制限付きである
かわりに通常よりも安価な音楽データを提供したりする
ことができる。

【００８１】すなわち、ステップＳ５１２において、配
信部１１１が、配信しようとする音楽データに添付する
参照可能期間２０８や参照可能回数２０９を、その音楽
データの価格に関連して決定する。一例を挙げれば、有
料の音楽データの場合は、期間２０８や回数２０９を無
制限とし、割引の音楽データの場合は、１ヶ月や３０回
のように制限し、無料の音楽データの場合は、３日間や
３回などのように制限する。

【００８２】または、ステップＳ５１５において、課金
部１１２が、ステップＳ５１２で配信部１１１によって
配信された音楽データに添付された参照可能期間２０８
や参照可能回数２０９に関連して、その音楽データの価
格を決定してもよい。一例を挙げれば、期間２０８や回
数２０９が無制限の音楽データの場合は、その音楽デー
タの価格を定価とし、１ヶ月や３０回のように制限され
た音楽データの場合は、割引価格とし、３日間や３回な
どのように制限された音楽データの場合は、無料とす
る。

【００８３】なお、図７のステップＳ５０９において、
データ削除の確認メッセージをサービス利用者端末１０
１に送信する処理をさらに含め、それによって、データ
削除が実行されたことをサービス利用者に確認させても
よい。

【００８４】なお、金額データと音楽データとは、必ず
しも同一のＳＤカード１０２に保存されていなくてもよ
い。すなわち、ＳＤカード１０２が同時に２枚以上使用
できる環境であれば、音楽データ保存用ＳＤカードと、
支払い用ＳＤカードとは別々のカードであってもよい。
この場合、音楽データ用ＳＤカードは、データ保存領域
およびユーザ情報領域２０３を含み、支払い用ＳＤカー
ドは、金額データ領域２０２およびユーザ情報領域２０
３を含む。

【００８５】なお、例えば図７のステップＳ５０５でダ
ウンロードする音楽を決める際などに、サービス利用者
が音楽データ用ＳＤカード１０２の残り金額の確認（残
高照会）を行うようにしてもよい。サービス利用者が音
楽データ用ＳＤカード１０２の残り金額を確認する方法
としては、例えば次の２つがある。

【００８６】（１）サービス利用者端末１０１から音楽
配信サーバ１０４にアクセスして残高照会を行う。つま
り、サービス利用者端末１０１に装着されているＳＤカ
ード１０２の残り金額を音楽配信サーバ１０４（の例え
ば課金部１１２）が読み取って、その金額を端末１０１
に通知する。 （２）端末１０１に装着されているＳＤカード１０２の
残り金額を端末１０１自身が読み取る。この場合、端末
１０１には、残高照会ソフトウエアがインストールされ
ている。

【００８７】上記（２）の方法のように、サービス利用
者端末１０１がＳＤカード１０２の金額データ領域２０
２にアクセスできるようにすると、残高書き換え等の不
正が行われる可能性が生じる。よって、金額データを取
り扱う際のセキュリティを高める目的で、音楽配信サー
バ１０４がＳＤカード１０２の金額データ領域２０２に
アクセスする上記（１）の方法を採用し、サービス利用
者端末１０１から直接ＳＤカード１０２の金額データ領
域２０２にアクセスすることができないようにすること
が好ましい。

【００８８】図９は、上記（１）の処理の流れ、すなわ
ち、本発明の第２の実施形態に係る音楽配信システムに
おいて、サービス利用者が図１の端末１０１を通じて音
楽配信サーバ１０４にアクセスしてＳＤカード１０２の
残高照会を行う処理手順の一例を示すフローチャートで
ある。図８に示す残高照会処理は、ステップＳ６０１〜
Ｓ６０５で構成される。

【００８９】図９において、サービス利用者が端末１０
１に音楽データ用ＳＤカード１０２を装着し、音楽配信
サーバ１０４にアクセスすると（ステップＳ６０１）、
音楽配信サーバ１０４では、認証部１１０によってユー
ザ認証が行われる（ステップＳ６０２）。次いで、サー
ビス利用者が端末１０１に残高照会依頼を入力すると、
端末１０１は、その依頼を音楽配信サーバ１０４へ送信
する（ステップＳ６０３）。

【００９０】音楽配信サーバ１０４では、上記の依頼に
応じ、課金部１１２が音楽データ用ＳＤカード１０２の
金額データ領域２０２にアクセスして、残り金額データ
を読み取る（ステップＳ６０４）。次いで、配信部１１
１は、課金部１１２が読み取った残り金額データを、サ
ービス利用者端末１０１に向けて送信する（ステップＳ
６０５）。

【００９１】こうして送信された残り金額データは、例
えば、サービス利用者端末１０１の画面に表示され、サ
ービス利用者は、その画面を参照して、ＳＤカード１０
２の残り金額を確認することができる。

【００９２】以上のように、本実施形態によれば、配信
しようとする音楽データのサイズがＳＤカード１０２の
残り容量を超える場合、配信に先立って、ＳＤカード１
０２に既に記録された音楽データを削除するので、ＳＤ
カード１０２の残り容量を超えるサイズの音楽データで
あってもダウンロードすることができる（なお、第１の
実施形態では、ＳＤカード１０２の残り容量を超えるサ
イズの音楽データをダウンロードすることはできなかっ
た）。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係る音楽配信システ
ムの概要（構成およびそこで行われる配信サービス）を
簡単に示した図である。

【図２】本発明の第１の実施形態に係る音楽配信システ
ムに用いられる音楽データ用ＳＤカードの構造と、その
ＳＤカードに保存される音楽データの構造とを示す図で
ある。

【図３】本発明の第１の実施形態に係る音楽配信システ
ムにおける、サービス利用者側から見たサービスの流れ
（すなわち、サービス利用者が図１の端末１０１を用い
て音楽配信サーバ１０４からＳＤカード１０２へと音楽
データをダウンロードする手順）を示したフローチャー
トである。

【図４】図１の音楽配信サーバ１０４の機能的な構成を
示すブロック図である。

【図５】図１の音楽配信サーバ１０４のハードウエア的
な構成を示すブロック図である。

【図６】本発明の第１の実施形態に係る音楽配信システ
ムにおける、サービス利用者と音楽配信サービス側との
両方から見たサービスの流れ（すなわち、図１のサービ
ス利用者端末１０１および音楽配信サーバ１０４の動作
手順）を示したフローチャートである。

【図７】本発明の第２の実施形態に係る音楽配信システ
ムにおける、サービス利用者と音楽配信サービス側との
両方から見たサービスの流れ（すなわち、図１のサービ
ス利用者端末１０１および音楽配信サーバ１０４の動作
手順）を示したフローチャートである。

【図８】図７のステップＳ５０９の音楽データ削除処理
の手順の一例を示すフローチャートである。

【図９】本発明の第２の実施形態に係る音楽配信システ
ムにおいて、サービス利用者が図１の端末１０１を通じ
て音楽配信サーバ１０４にアクセスしてＳＤカード１０
２の残高照会を行う処理手順の一例を示すフローチャー
トである。

【符号の説明】

１０１ サービス利用者端末 １０２ 音楽データ用ＳＤカード １０３ ネットワーク １０４ 音楽配信サーバ １１０ 認証部 １１１ 配信部 １１２ 課金部 １１３ 音楽データ領域管理部 １１４ 音楽データ蓄積部 ２０１ 音楽データ領域 ２０２ 金額データ領域 ２０３ ユーザ情報領域 ２０４ 音楽データ本体 ２０５ 最終参照日付 ２０６ ダウンロード日付 ２０７ 参照回数 ２０８ 参照可能期間 ２０９ 参照可能回数

───────────────────────────────────────────────────── フロントページの続き (72)発明者 津田 賢治郎 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 吉川 将之 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 稲垣 悟 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5B049 AA05 BB11 BB17 CC05 CC36 EE21 EE25 FF08 GG00 GG10 5B055 BB12 CB08 CB10 EE01 EE27 JJ00 KK05 KK07

Claims (20)

【特許請求の範囲】
1. 【請求項１】 ネットワークを通じてコンテンツを配信
   するコンテンツ配信システムであって、 コンテンツ配信サーバ、 前記ネットワークを介して前記コンテンツ配信サーバと
   接続される端末、および前記端末に装着されるメモリカ
   ードを備え、 前記メモリカードは、 購入可能な残り金額を示す金額データが予め記録される
   金額データ領域、およびコンテンツが記録されるコンテ
   ンツ領域を含み、 前記コンテンツ配信サーバは、 コンテンツを蓄積するコンテンツ蓄積部、 前記端末からの要求に応じて、前記コンテンツ蓄積部に
   蓄積されているコンテンツを暗号化して前記コンテンツ
   領域に書き込む配信部、および前記金額データ領域から
   金額データを読み出して、その金額データが示す残り金
   額から、前記配信部によってコンテンツ領域に書き込ま
   れたコンテンツの価格分を差し引き、差し引き後の残り
   金額を示す金額データを当該金額データ領域に書き込む
   課金部を備える、コンテンツ配信システム。
2. 【請求項２】 前記金額データ領域に予め記録される金
   額データは、暗号化されており、 前記課金部は、前記金額データ領域から読み出した金額
   データを復号し、かつ前記金額データ領域へ書き込もう
   とする差し引き後の金額データを暗号化することを特徴
   とする、請求項１に記載のコンテンツ配信システム。
3. 【請求項３】 前記課金部は、前記端末からの依頼に応
   じ、前記金額データ領域から読み出した金額データが示
   す残り金額を当該端末に通知することを特徴とする、請
   求項２に記載のコンテンツ配信システム。
4. 【請求項４】 前記課金部は、前記金額データ領域から
   読み出した金額データの示す残り金額が、前記配信部に
   よって前記コンテンツ領域に書き込まれようとしている
   コンテンツの価格分以上であることを確認し、 前記配信部は、前記課金部からの確認結果を受けて、前
   記コンテンツ蓄積部に蓄積されているコンテンツを前記
   コンテンツ領域に書き込むことを特徴とする、請求項２
   に記載のコンテンツ配信システム。
5. 【請求項５】 前記コンテンツ領域および当該領域に記
   録されたコンテンツを管理するコンテンツ領域管理部を
   さらに備え、 前記コンテンツ領域管理部は、前記配信部がコンテンツ
   領域に書き込もうとしているコンテンツのサイズが前記
   コンテンツ領域の残り容量を超えないことを確認し、 前記配信部は、前記コンテンツ領域管理部による確認結
   果を受けて、前記コンテンツ蓄積部に蓄積されているコ
   ンテンツを前記コンテンツ領域に書き込むことを特徴と
   する、請求項１に記載のコンテンツ配信システム。
6. 【請求項６】 前記コンテンツ領域管理部は、前記配信
   部がコンテンツ領域に書き込もうとしているコンテンツ
   のサイズが前記コンテンツ領域の残り容量を超えている
   場合には、当該コンテンツ領域に記録されているコンテ
   ンツを削除することを特徴とする、請求項５に記載のコ
   ンテンツ配信システム。
7. 【請求項７】 前記コンテンツ領域管理部は、前記コン
   テンツ領域に記録されているコンテンツを削除する際、
   参照された回数が少ないコンテンツから順番に削除する
   ことを特徴とする、請求項６に記載のコンテンツ配信シ
   ステム。
8. 【請求項８】 前記コンテンツ領域管理部は、前記コン
   テンツ領域に記録されているコンテンツを削除する際、
   当該コンテンツ領域に記録された日時が古いコンテンツ
   から順番に削除することを特徴とする、請求項６に記載
   のコンテンツ配信システム。
9. 【請求項９】 前記配信部は、前記コンテンツ領域に書
   き込もうとするコンテンツに、そのコンテンツが端末側
   で参照される回数を制限するための参照可能回数を添付
   し、 前記コンテンツ領域管理部は、前記コンテンツ領域に記
   録されているコンテンツが参照された回数を計数して、
   その参照回数が当該コンテンツに添付された参照可能回
   数に達すると、当該コンテンツ領域から当該コンテンツ
   を削除することを特徴とする、請求項５に記載のコンテ
   ンツ配信システム。
10. 【請求項１０】 前記配信部は、前記コンテンツ領域に
    書き込もうとするコンテンツに添付する参照可能回数
    を、当該コンテンツの価格に関連して決定することを特
    徴とする、請求項９に記載のコンテンツ配信システム。
11. 【請求項１１】 前記課金部は、前記配信部によってコ
    ンテンツ領域に書き込まれたコンテンツに添付された参
    照可能回数に関連して、当該コンテンツの価格を決定す
    ることを特徴とする、請求項９に記載のコンテンツ配信
    システム。
12. 【請求項１２】 前記配信部は、前記コンテンツ領域に
    書き込もうとするコンテンツに、そのコンテンツが端末
    側で参照される期間を制限するための参照可能期間を添
    付し、 前記コンテンツ領域管理部は、コンテンツが前記コンテ
    ンツ領域に記録されてから経過した時間を計時して、そ
    の経過時間が当該コンテンツに添付された参照可能期間
    に達すると、当該コンテンツ領域から当該コンテンツを
    削除することを特徴とする、請求項５に記載のコンテン
    ツ配信システム。
13. 【請求項１３】 前記配信部は、前記コンテンツ領域に
    書き込もうとするコンテンツに添付する参照可能期間
    を、当該コンテンツの価格に関連して決定することを特
    徴とする、請求項１２に記載のコンテンツ配信システ
    ム。
14. 【請求項１４】 前記課金部は、前記配信部によってコ
    ンテンツ領域に書き込まれたコンテンツに添付された参
    照可能期間に関連して、当該コンテンツの価格を決定す
    ることを特徴とする、請求項１２に記載のコンテンツ配
    信システム。
15. 【請求項１５】 前記コンテンツ領域管理部は、前記配
    信部がコンテンツ領域に書き込もうとしているコンテン
    ツのサイズが前記コンテンツ領域の残り容量を超えてい
    る場合には、当該コンテンツ領域に記録されているコン
    テンツを削除することを特徴とする、請求項９または１
    ２に記載のコンテンツ配信システム。
16. 【請求項１６】 前記コンテンツ領域管理部は、前記コ
    ンテンツ領域に記録されているコンテンツを削除する
    際、参照された回数が少ないコンテンツから順番に削除
    することを特徴とする、請求項１５に記載のコンテンツ
    配信システム。
17. 【請求項１７】 前記コンテンツ領域管理部は、前記コ
    ンテンツ領域に記録されているコンテンツを削除する
    際、当該コンテンツ領域に記録された日時が古いコンテ
    ンツから順番に削除することを特徴とする、請求項１５
    に記載のコンテンツ配信システム。
18. 【請求項１８】 前記コンテンツは、音楽データであ
    り、 前記メモリカードは、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔ
    ａｌ）メモリカードであり、 前記配信部は、ＳＤＭＩ（ＳＤ Ｍｕｓｉｃ Ｉｎｉｔ
    ｉａｔｉｖｅ）規格に基づく暗号化処理を行うことを特
    徴とする、請求項１に記載のコンテンツ配信システム。
19. 【請求項１９】 メモリカードが装着される端末へ、ネ
    ットワークを通じてコンテンツを配信するコンテンツ配
    信サーバであって、 前記メモリカードには、 購入可能な残り金額を示す金額データが記録される金額
    データ領域、およびコンテンツが記録されるコンテンツ
    領域が含まれ、 コンテンツを蓄積するコンテンツ蓄積部、 前記端末からの要求に応じて、前記コンテンツ蓄積部に
    蓄積されているコンテンツを前記コンテンツ領域に書き
    込む配信部、および前記金額データ領域から金額データ
    を読み出して、その金額データが示す残り金額から、前
    記配信部によってコンテンツ領域に書き込まれたコンテ
    ンツの価格分を差し引き、差し引き後の残り金額を示す
    金額データを当該金額データ領域に書き込む課金部を備
    える、コンテンツ配信サーバ。
20. 【請求項２０】 メモリカードが装着される端末へ、ネ
    ットワークを通じてコンテンツを配信する方法であっ
    て、 前記メモリカードには、 購入可能な残り金額を示す金額データが記録される金額
    データ領域、およびコンテンツが記録されるコンテンツ
    領域が含まれ、 コンテンツを蓄積するコンテンツ蓄積ステップ、 前記端末からの要求に応じて、前記コンテンツ蓄積ステ
    ップで蓄積されたコンテンツを前記コンテンツ領域に書
    き込む配信ステップ、および前記金額データ領域から金
    額データを読み出して、その金額データが示す残り金額
    から、前記配信ステップでコンテンツ領域に書き込まれ
    たコンテンツの価格分を差し引き、差し引き後の残り金
    額を示す金額データを当該金額データ領域に書き込む課
    金ステップを備える、コンテンツ配信方法。