JP2001111541A - コンテンツデータの配信システム及びコンテンツデータ配給装置並びにその端末装置 - Google Patents

Abstract

(57)【要約】 【課題】 コンテンツが不正にコピーできなようにして
著作権者、流通会社、販売等の業界関係者の利益を保護
できるコンテンツの配信システム及びその端末装置を得
る。 【解決手段】 端末２から端末番号情報Ａｉがコンテン
ツサーバ３に無線網１を介して送り、コンテンツサーバ
３がこの端末番号情報Ａｉで暗号化して無線網１を介し
て送信し、この暗号化されたコンテンツデータを端末２
が端末番号情報Ａｉで復号することによって、他の端末
の不正コピーを防止して著作権者、流通会社、販売等の
業界関係者の利益を保護する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンテンツデータ
の配信システム及びその端末装置に関し、特に上位装置
からのコンテンツデータの配信に伴う著作権保護に関す
る。

【０００２】

【従来の技術】近年はネットワーク技術の発達及びデジ
タル技術の発達によって、消費者が手軽に音楽コンテン
ツ情報を自分の端末に得るようなシステムが開発されて
来ている。

【０００３】このようなシステムにおいては、携帯電話
網、ＰＨＳ網等を用いるものもある。この携帯電話網、
ＰＨＳ網（以下総称して単に無線網と称する）を用いる
システムにおいては、端末から無線網に電話を掛けてコ
ンテンツサーバと通信を行い、所望の曲をリクエストす
る。この曲のリクエストに当たっては音楽コンテンツを
得る端末使用者のＩＤ番号等も送信される。

【０００４】そして、認証サーバがこのＩＤ番号が登録
されているＩＤ番号に一致しているときに、リクエスト
を受付ける。また、コンテンツサーバは認証が完了する
とリクエスト曲に応じた料金を課金センター（サーバ）
に送り、この課金が終わった時点でリクエストされた音
楽コンテンツデータを端末に前述の無線網を介して送信
していた。

【０００５】また、コンテンツサーバは、メインコンテ
ンツサーバと無線網で回線を結び、このメインコンテン
ツサーバが定期的に、最新の音楽コンテンツ情報を送信
している場合もある。

【０００６】

【発明が解決しようとする課題】しかしながら、従来の
システムは、リクエストされた音楽コンテンツを生で送
るものが殆どである。また、端末はメモリカードを有す
るものもある。

【０００７】このため、メモリカードを抜き取って他の
端末に挿入すると、他の端末に音楽コンテンツがダウン
ロードされて不正にコピーされることになる。

【０００８】また、メモリカードを備えていない端末で
あっても、一度、音楽コンテンツの配信を受けた後に、
他の端末にダウンロードできるように改造された場合
は、他の端末に不正にコピーされることになる。

【０００９】すなわち、上記のような従来のシステムで
は、音楽コンテンツが不正にコピーされる場合があると
いう課題があった。

【００１０】つまり、従来のシステムは、アーチストや
レコード会社等の権利者（著作権）、流通会社、販売点
等の業界関係者の権利、利益に対する要望を満足させる
ことができないという課題があった。

【００１１】本発明は以上の課題を解決するためになさ
れたもので、コンテンツが不正にコピーできなようにし
て著作権者、流通会社、販売等の業界関係者の利益を保
護できるコンテンツの配信システム及びその端末装置を
得ることを目的とする。

【００１２】

【課題を解決するための手段】本発明の求項１は、下位
の端末から上位装置へのネットワークを介してのコンテ
ンツ名の要求によって上位装置が端末に、コンテンツ名
に対応するコンテンツデータを暗号化して送信するコン
テンツデータ配信システムである。

【００１３】端末は、少なくとも当該端末の電話番号を
含む端末番号情報をネットワークを介して上位装置に送
信して、所望のコンテンツ名を送信し、該コンテンツ名
のコンテンツデータが上位装置から送信されてきたと
き、このコンテンツデータを端末番号情報をキーとして
復号する手段を有する。

【００１４】上位装置は、端末からのコンテンツ名に対
応するコンテンツデータを端末から送信された端末番号
情報をキーとして暗号化する手段とを有することを要旨
とする。

【００１５】請求項２の端末は、所望のコンテンツデー
タを受け取ったとき、上位装置に課金情報を通知し、上
位装置から該課金情報を受け取ったとき、端末番号情報
をキーとして復号することを要旨とする。

【００１６】請求項３の上位装置は、請求項１に用いら
れる上位装置であって、端末からの端末番号情報の認
識、端末からのコンテンツの要求に対する課金及び一定
期間毎に複数のコンテンツデータを配信する最上位装置
に有線で結ばれ、最上位装置と有線で接続されて複数の
コンテンツデータを蓄積し、端末からの端末情報番号を
最上位装置に渡すと共に、この端末情報を用いて端末に
送るコンテンツデータを暗号化する最上位装置に対して
次位の上位装置となるコンテンツデータ配給装置である
ことを要旨とする。

【００１７】請求項４の端末装置は、請求項１に用いら
れる端末装置であって、少なくとも当該端末の電話番号
を含む端末番号情報を上位装置に送信して、所望のコン
テンツ名を送信し、該コンテンツ名のコンテンツデータ
が上位装置から送信されてきたとき、このコンテンツデ
ータを端末番号情報をキーとして復号する手段と、上位
装置からのコンテンツデータのブロックを順次記憶し、
これを上位装置からの送信順に基づいて元のブロック順
に復元した後に、復号を実施させる手段とを備えたこと
を要旨とする。

【００１８】請求項５は請求項１に用いられる上位装置
であって、端末からのコンテンツ名に対応するコンテン
ツデータを端末から送信された端末番号情報をキーとし
て暗号化する手段と、これをブロック単位に分割し、該
ブロックをランダム順に送信させた後に、コンテンツの
全てのブロックの送信が正確に完了したとき、端末に前
記ブロックの元の順番データを送出する手段とを有する
ことを特徴とするコンテンツデータ配給装置であること
を要旨とする。

【００１９】請求項６は、請求項１に用いられる上位装
置であって、端末から所望のコンテンツ名が送信された
後に、端末からのコンテンツ名に対応するコンテンツデ
ータが購買されているときは、直ちに所望のコンテンツ
名に対応するコンテンツデータを端末から送信された端
末番号情報をキーとして暗号化して送信させると共に再
生許可通知を端末に送信する手段とを有することを特徴
とするコンテンツデータ配給装置であることを要旨とす
る。

【００２０】請求項７は、最上位装置に結ばれた上位装
置であって、最上位装置に対して、該最上位装置のコン
テンツ配給のためのプログラムをダウンロードするため
の初回のキーを送信し、最上位装置からのプログラムに
基づく所定の処理をした後は、最上位装置から送信され
たワンタイムパスワードキーを次回のプログラムダウン
ロードのキーとする手段を有することを特徴とするコン
テンツデータ配給装置であることを要旨とする。

【００２１】請求項８は、互いに同じ通信形式で通信可
能な端末装置同士で通信する場合に、いずれか一方又は
他方の端末が転送元又は転送先のいずれかとなることが
可能な端末装置であって、転送元となった場合は、転送
先の端末に対して自局が有しているコンテンツデータの
メニュー情報のみを再生可能な形式で送る手段と、転送
先となったときは、転送元からのメニュー情報から所望
のコンテンツを選択し、該選択した音楽コンテンツの配
信を上位装置に要求して配給させる手段とを有すること
を要旨とする。

【００２２】請求項９は、高速なネットワークを介して
上位装置に所望のコンテンツ名を要求して上位装置から
所望のコンテンツデータを受信する端末装置において、
所望のコンテンツ名を要求するとき、少なくとも当該端
末の電話番号を含む端末番号情報をネットワークを介し
て上位装置に送信して所望のコンテンツデータを受信
し、上位装置から再生許可通知があったときに、直ちに
このコンテンツデータを端末番号情報をキーとして複合
して再生する手段を有することを要旨とする。

【００２３】

【発明の実施の形態】＜実施の形態１＞図１は本実施の
形態１の音楽コンテンツ配信システムの概略構成図であ
る。図１に示す音楽コンテンツ配信システムは、無線網
１と回線を結ぶ複数種の端末２と、無線網１と回線を結
ぶコンテンツサーバ３と、課金サーバ４、認証サーバ５
及びメインコンテンツサーバ６等からなり、有線でコン
テンツサーバ３と通信をするセンター７とからなる。

【００２４】前述の端末２は、メモリカード１０を有す
る端末２ａ１、２ａ２と、…、メモリカード１０を有し
ない端末２ｂ１、２ｂ２、…と、パソコン２ｃ１、…
と、ストリートスタジオ２ｄ１、…ＰＨＳ２１ｅ_１１と
本体２１ｅ_１２とからなる端末２１ｅ等である。

【００２５】これらの端末２は、コンテンツサーバ３
（例えば店内に配置）に対して曲をリクエストし、この
コンテンツサーバ３から送信される音楽コンテンツデー
タを無線網１を介して受信して後述する端末番号情報Ａ
ｉ（電話番号、端末ＩＤ、認識番号、メモリＩＤ等）で
復号処理を行う。

【００２６】コンテンツサーバ３は、センター７から定
期的に最新の音楽コンテンツの配信を受け、これをデー
タベースに記憶する。そして、端末２からの発呼があっ
たときの端末番号情報Ａｉ（電話番号、端末ＩＤ、認識
番号、メモリＩＤ等）をセンター側に送信すると共に、
この端末番号情報Ａｉを用いてリクエストされた曲を暗
号化してその端末２に送信する。

【００２７】センター７は認証サーバ５、課金サーバ
４、メインコンテンツサーバ６を備え、認証サーバ５が
コンテンツサーバ３からの端末番号情報Ａｉを受信し、
この端末番号情報Ａｉの電話番号、端末ＩＤ、…で相手
側を認証する。そして、認証完了通知をコンテンツサー
バ３に送信する。

【００２８】課金サーバ４は、認証が完了し、コンテン
ツサーバ３からのリクエスト曲に応じた使用料を端末番
号情報Ａｉ（電話番号、端末ＩＤ、認識番号、メモリＩ
Ｄ等）に対応させて課金する。

【００２９】メインコンテンツサーバ６は、定期的にコ
ンテンツサーバ３と通信をおこなって複数種の音楽コン
テンツ（最新のもの）を送信する。

【００３０】すなわち、図１に示す音楽コンテンツ配信
システムは、端末２から電話番号、端末ＩＤ番号、認識
番号、メモリカード番号のいずれか又はこれらの組合せ
の端末番号情報Ａｉを送信させ、配信元（コンテンツサ
ーバ３、センター７）では端末２からのリクエスト曲名
に対応する音楽コンテンツＢｉを、この端末番号情報Ａ
ｉで暗号化（但し、著作権者、曲名については暗号化し
ない）して送信する。

【００３１】そして、端末２側では受信した暗号化され
た音楽コンテンツＢｐを端末番号情報Ａｉで復号化した
後に課金させる。

【００３２】すなわち、曲をリクエストした端末の端末
番号情報Ａｉで暗号、復号するシステムであるから、例
え他の端末にダウンロードされても、他の端末側ではコ
ピー元の同じ端末番号情報Ａｉを備えていないので、復
号することは不可能であるから著作権者、流通会社、販
売等の業界関係者の利益を保護できている。

【００３３】つまり、コンテンツサーバ３、端末２は少
なくとも以下に説明する構成を備えることになる。

【００３４】（コンテンツサーバ及び端末の構成）コン
テンツサーバ３は、図１に示すように、端末２からの端
末番号情報Ａｉ（電話番号、端末ＩＤ、…）を回線断と
されるまで保持する端末番号情報保持部１２と、端末２
からのリクエスト曲をデータベースから選択し、このリ
クエストされた音楽コンテンツＢｉを暗号化部１３に送
出する選択部１１と、選択された音楽コンテンツＢｉを
端末番号情報保持部１２で保持されている端末番号情報
Ａｉで暗号化する暗号化部１３と、端末番号情報保持部
１２の電話番号先に暗号化された音楽コンテンツＢｉを
送信する送信部１４とを備えている。

【００３５】前述の暗号化部１３は、曲名、アーチスト
名、作詞者、作曲者、配給会社等は暗号化しない。

【００３６】また、暗号化は、端末番号情報Ａｉである
「１」「０」の２進コードと１ブロック単位の曲データ
とを加算、減算、乗算等することによって暗号化してい
る。

【００３７】次に、端末２の構成を説明する。本説明で
は端末２ａ１、２ｂ２を例にして説明する。図１に示す
ように、端末２ｂ２は、少なくとも、起動されるのに伴
って端末番号情報Ａｉ（電話番号、端末ＩＤ、認証番
号、メモリカードＩＤ）を自動発呼する発呼部２０と、
音楽コンテンツＢｐを受信し、かつ課金完了通知があっ
たときは端末番号情報Ａｉを用いて音楽コンテンツＢｐ
を復号して再生する復号化部２１と、復号化部２１にお
いて受信した音楽コンテンツＢｐが全て再生されたと
き、課金を許可する信号を送信する課金許可部２２等を
備えている。

【００３８】また、発呼部２０は、電話番号、端末Ｉ
Ｄ、認証番号、メモリカードＩＤの何れか又はこれらを
組合せ、いずれか同士を組み合わせた番号を端末番号情
報Ａｉとする。好ましくは、電話番号が少なくとも組み
合わせられるのがよい。

【００３９】つまり、メモリカード、フラッシュメモリ
を用いている端末において、電話番号、端末シリアル番
号、メモリシリアル番号を端末番号情報Ａｉとした場合
は、音楽コンテンツＢｐはこの電話番号をキーとして暗
号化されるので、この電話番号を持っている（ＲＯＭに
書き込まれている）端末でなければ復元できない。従っ
て、メモリカード、フラッシュメモリに音楽コンテンツ
Ｂｐを他人が有しても、音楽を聴くことができない。

【００４０】また、近年は個人認証カード（ＩＤカー
ド）も復旧している。このような場合は端末２にカード
リーダを接続して個人認証カードのＩＤを読み、これを
端末２のＲＯＭに記憶した後に、このＩＤを端末番号情
報Ａｉとするので、このＩＤカードを有しないユーザが
端末２を何らかの手法で手に入れたとしても、再生は不
可能である。

【００４１】また、これらの番号をどのような組合せの
番号にするかは、その端末の機能によって予め設定して
おいてもよい。

【００４２】端末２ａ１は、メモリカード１０ａ（フラ
ッシュメモリ）を備える端末であり、この端末２ａ１
は、端末２ａ１の端末番号情報Ａｉ（電話番号、端末Ｉ
Ｄ、認証番号、メモリカードＩＤ）を発呼時に送信する
発呼部２５と、コンテンツサーバ３からの音楽コンテン
ツＢｐの受信に伴って、この音楽コンテンツＢｐを直
接、メモリカード１０ａに書き込む記憶制御部２６と、
再生指示があったとき、コンテンツサーバ３から課金完
了通知が通知されている場合は、メモリカード１０ａの
音楽コンテンツＢｐを端末２ａ１の端末番号情報Ａｉで
復号した音楽コンテンツＢｉをスピーカに送出する復号
化部２７と、メモリカード１０ａに対してダウンロード
が完了したときにダウンロード完了、課金許可を通知す
る課金許可部２８とを備えている。

【００４３】また端末２は、メモリカード１０ａ、１０
ｂ、…を有する端末２ａ１、２ａ２と、…、メモリカー
ド１０を有しない端末２ｂ１、２ｂ２、…と、パソコン
２ｃ１、…と、ストリートスタジオ２ｄ１、…、フラッ
シュメモリカードを有する端末（図示せず）、保存機能
を有しない端末（図示せず）等である。

【００４４】また、端末２１ｅはＰＨＳ２１ｅ_１１と本
体２１ｅ_１２とをケーブルで接続しＰＨＳ２１ｅ_１１で
音楽コンテンツデータの配信を受けて本体２１ｅ_１２で
再生を行うものである。

【００４５】つまり、メモリカードとＰＨＳと一体にな
った一体型端末、ＰＨＳと本体とが別体になった別体型
端末（例えば２Ｃ１）、メモリカードを有しない端末が
ある。（動作説明）初めに端末２ａ１を用いたときのシ
ーケンスを説明する。つまり、端末２にメモリカードが
ある場合である。

【００４６】端末２ａ１は発呼に伴って端末番号情報Ａ
ｉ（電話番号、端末ＩＤ、…）を無線網１を介してコン
テンツサーバ３に送信する（ｄ１）。

【００４７】コンテンツサーバ３は、この端末番号情報
Ａｉを一旦受けて、これをセンター７に転送する（ｄ
２）。

【００４８】センター７の認証サーバ５は、受信した端
末の端末番号情報Ａｉの電話番号、端末ＩＤ、…で認証
し、コンテンツサーバ３を介して端末２ａ１に認証許可
を送信する（ｄ３、ｄ４）。

【００４９】端末２ａ１は認証許可を受信すると、曲
名、アーチスト名、作曲名等のジャンルからコンテンツ
サーバ３に対して曲をリクエストする（ｄ５）。

【００５０】コンテンツサーバ３の選択部１１は、リク
エスト曲に一致する音楽コンテンツＢｉをデータベース
１２から選択し、暗号化部１３は、この音楽コンテンツ
Ｂｉと受信した端末番号情報Ａｉ（電話番号、端末Ｉ
Ｄ、…）を用いて音楽コンテンツＢｉを暗号化し、この
暗号化した音楽コンテンツＢｐを端末２ａ１に送信する
（ｄ６）。

【００５１】端末２ａ１は、コンテンツサーバ３から暗
号化された音楽コンテンツＢｐを受信し、記憶制御部２
６が直接、メモリカード１０ａにダウンロードする。

【００５２】次に、音楽コンテンツＢｉをダウンロード
したことを示すフラグを課金許可部２８に設定する。

【００５３】課金許可部２８はこのフラグが設定される
と、直ちにコンテンツサーバ３にダウンロードの完了及
び課金許可を通知する（ｄ７）。

【００５４】コンテンツサーバ３は、端末２ａからダウ
ンロードの完了及び課金許可の通知をセンター７の課金
サーバ４に転送する（ｄ８）。

【００５５】課金サーバ４は、リクエスト曲に応じた料
金を課金し、この課金料金を初めに端末２ａから送信さ
れた端末番号情報Ａｉに対応させて記憶すると共に、課
金完了通知をコンテンツサーバ３を介して端末２ａ１に
送信する。

【００５６】そして、センター７は回線断通知をコンテ
ンツサーバ３、端末２ａに送信する（ｄ９）。

【００５７】また、端末２ａ１の復号化部２７は、再生
指示が入力されると、メモリカード１０ａの音楽コンテ
ンツＢｐを引当て、この音楽コンテンツＢｐが課金完了
されているかどうかを判定する。そして、課金完了のと
きは、音楽コンテンツＢｐを端末２ａ１の端末番号情報
Ａｉを用いて音楽のみを復号化して再生する。

【００５８】従って、メモリカード１０ａを端末２ａ１
から抜いて端末２ａ２に挿入して、端末２ａ２のメモリ
カード１０にコピーしても、端末２ａ２には、復号のた
めのキーである端末２ａ１の端末番号情報Ａｉ（電話番
号、…）を備えていないので、再生できない。

【００５９】すなわち、音楽コンテンツを不正にコピー
できないので著作権者、流通会社、販売等の業界関係者
の利益を保護できる。

【００６０】このため、例えば端末２ａ２が端末２ａ１
と同じ曲をコピーしたいとすれば、図３に示すような手
順でコピーしなければならない。

【００６１】コピー元である端末２ａ１は、無線網１を
介して自分の端末が有している曲のリストＤｉをコピー
先である端末２ａ２に送信する（ｄ１０）。

【００６２】端末２ａ２は、曲のリストＤｉを保持し
て、コンテンツサーバ３、センター７に端末２ａ２の端
末番号情報Ａｉを送信する（ｄ１１）センター７は端末
２ａ２からの端末番号情報Ａｉの認証通知をコンテンツ
サーバ、端末２ａ２に送信する（ｄ１２）。

【００６３】コピー先である端末２ａ２は、コピー元で
ある端末２ａ１からの曲リストＤｉに基づき一曲毎に、
その曲をコンテンツサーバ３にリクエストする（ｄ１
３、ｄ１６、ｄ１９、…）。

【００６４】このリクエスト毎に、コンテンツサーバ３
は、端末２ａ２の端末番号情報Ａｉで暗号化した音楽コ
ンテンツＢｐ（Ｂｐ１、Ｂｐ２、…）をコピー先である
端末２ａ２に送信する（ｄ１４、ｄ１７、…）。

【００６５】また、端末２ａ２は、音楽コンテンツＢｐ
（Ｂｐ１、Ｂｐ２、…）を受信する毎に、この音楽コン
テンツＢｉ（Ｂ１、Ｂ２、…）をメモリカード１０ｂに
ダウンロードする。

【００６６】このダウンロード毎に、ダウンロード完
了、課金許可の通知をコンテンツサーバ３、センター７
に送信する（ｄ１５、ｄ１８、…）。

【００６７】そして、全ての曲リストに対応する音楽コ
ンテンツＢｉを端末２ａ２のメモリカード１０にダウン
ロードした後に、端末２ａ２は回線を切る。

【００６８】すなわち、曲リストのみをコピー元からコ
ピー先がコピーし、実際の音楽コンテンツＢｉはコンテ
ンツサーバ３がコピー先の端末番号情報Ａｉで暗号化し
て送信し、これをコピー先がメモリカードにダウンロー
ドする毎に、センターが課金する。

【００６９】また、端末２ａ２は、再生時には自局の端
末番号情報Ａｉ（電話番号、端末ＩＤ、…）を用いて音
楽コンテンツＢｐ（Ｂｐ１、Ｂｐ２、…）で復号する。

【００７０】なお、上記説明では１曲毎に課金したが全
リクエスト曲がダウンロードされた後に、全曲に対する
課金を行ってもよい。

【００７１】さらに、端末２ａ１の音楽コンテンツをコ
ピーさせる場合には、以下に説明するようにセンター経
由の手順で行ってもよい。

【００７２】例えば、図４に示すように、コピー元の端
末２から相手が望んでいる曲リストＤｉとコピー先（相
手先）の端末番号情報Ａｉ（電話番号、端末ＩＤ、…）
とをコンテンツサーバ３に予め送信しておく（ｄ２
１）。

【００７３】次に、コピー先の端末２は、発呼に伴って
自局の端末番号情報Ａｉをコンテンツサーバ３に送信す
る（ｄ２２）。

【００７４】次に、コンテンツサーバ３は、コピー先か
らの端末番号情報Ａｉとコピー元からの端末番号情報Ａ
ｉとが一致したとき、そのコピー先にコピーするかどう
かをの通知を送信する（ｄ２４）。

【００７５】コピー先は、コピーすると判定したとき
は、コンテンツサーバ３にコピー要求を通知する（ｄ２
５）。

【００７６】コンテンツサーバ３は、コピー先からのコ
ピー要求に伴って、コピー元からの曲リストＤｉに基づ
く音楽コンテンツＢｉをコピー先からの端末番号情報Ａ
ｉで暗号化した音楽コンテンツＢｐを送信する（ｄ２
６）。この送信の手順は図３のｄ１４、ｄ１７、…と同
様である。

【００７７】また、コピー先は音楽コンテンツＢｐをメ
モリカードにダウンロードする毎に、課金許可通知を行
う（ｄ２７）。

【００７８】なお、上記コンテンツサーバ３はメインコ
ンテンツサーバ６と通信を行って例えば、今週のトップ
テンの音楽コンテンツのみを送信させて、端末２のトッ
プテン要求によって、課金して配信してもよい。

【００７９】このとき、コンテンツサーバ３は、トップ
テン情報の内で順位が変わったり、あるいは新しくトッ
プテン入りした音楽コンテンツのみをメインコンテンツ
サーバから受けるようにする。

【００８０】＜実施の形態２＞本実施の形態２は、コン
テンツサーバ３からの音楽を１回だけ宣伝のために無料
で聴かせ、二回目以降はこの音楽を購買しなければ聴か
せないようにする端末である。本実施の形態２は端末２
ａ１を例にして説明する。つまり、メモリカード又は音
楽コンテンツを記録可能なメモリを有する端末であれば
よいとする。

【００８１】図５に示すように本実施の形態２の端末２
は、端末番号情報Ａｉを送信部（図示せず）から送信さ
せる発呼部２５と、操作部（図示せず）から入力された
リクエスト名（曲名、アーチスト名等）を無線網に応じ
た所定の形式のフォーマットを生成して送信させる曲要
求信号生成部３０とを備えている。

【００８２】また、端末番号情報Ａｉが発呼されて、曲
がリクエストされたとき、メモリ制御部３２に１回目再
生済みフラグｆ１を設定させる一回目フラグ設定部３１
と、コンテンツサーバ３からの音楽コンテンツＢｉ（Ａ
ｉで暗号化されている）をメモリカード１０ａに記録し
たり、メモリカード１０ａに１回目再生済みフラグｆ
１、後述する購入フラグｆ２を設定するメモリ制御部３
２とを備えている。

【００８３】また、操作部からメモリカード１０ａの音
楽コンテンツＢｐの購入要求又は購不可の入力かどうか
を判定し、購入の入力のときは曲要求信号生成部３０か
ら曲購入要求と課金許可信号を送信させ、購入の場合は
購入フラグｆ２をメモリ制御部３２によって設定させる
購入フラグ設定部３３と、１回目フラグ設定部３１によ
ってフラグｆ１が設定されると、メモリ制御部３２を介
してメモりカード１０ａの音楽コンテンツＢｐを端末番
号情報Ａｉを用いて復号する復号化部３４と、再生指示
の入力に伴って、メモリ制御部３２を用いてメモりカー
ド１０ａにフラグｆ２が設定又はフラグＦ１、Ｆ２が設
定されていないときは復号化部３４によって再生させ、
またフラグＦ１のみが設定されているときは復号、再生
を許可しない再生許可判定部３５とを備えている。

【００８４】この再生許可判定部３５は、再生を許可し
ないときは、購買させるメッセージを表示部に表示させ
る。

【００８５】上記のように端末２を構成してこれを本シ
ステムに設けると図６に示すシーケンスとなる。

【００８６】端末２は自局の端末番号情報Ａｉを発呼部
２５を用いてコンテンツサーバ３、センター７に送信す
る（ｄ３０）。センター７は端末番号Ａｉを認証して端
末２に認証許可を送信する（ｄ３１）。次に、端末２は
曲を曲要求信号生成部３０によってリクエストする（ｄ
３２）。

【００８７】コンテンツサーバ３は、曲を選択し、送信
された端末番号情報Ａｉで暗号化した音楽コンテンツＢ
ｐを端末２に送信する（ｄ３３）。端末２のメモリ制御
部３２は、この音楽コンテンツＢｐをメモリカード１０
ａに書き込む（ｄ３４）。

【００８８】そして、端末２内部では、メモリ制御部３
２が書き込み完了通知を一回目フラグ設定部３１に送出
する（ｄ３４ａ）。

【００８９】一回目フラグ設定部３１は、一回目再生フ
ラグｆ１をメモリカード１０ａに設定させた後に（ｄ３
５）、読み出し許可を復号化部３４に送出する（ｄ３
６）。

【００９０】復号化部３４は、メモリ制御部３２に読み
出し要求を送出して（ｄ３７）、メモリカード１０ａか
ら音楽コンテンツＢｐを転送させる（ｄ３８）。

【００９１】復号化部３４は、この音楽コンテンツＢｐ
を端末番号情報Ａｉを用いて復号してスピーカに送出す
る。

【００９２】この再生した音楽が再度聴きたいときは、
再生指示を入力する。この再生指示は再生許可判定部３
５に読み出し要求が入力し（ｄ３９）、再生許可判定部
３５がメモリカード１０ａに購買済みを示すフラグｆ２
が設定されているかどうかを判定し、フラグｆ２が設定
しないときは復号再生を許可しない。つまり、読み出し
不可を表示部に表示させる（ｄ４０）。

【００９３】また、これによって購入指示が入力された
ときは、購入フラグ設定部３３が曲の購入（曲名と課金
許可）をコンテンツサーバ３に送信させる（ｄ４１）。
センター７は購入要求が送信されると、端末番号情報Ａ
ｉに対応させて料金を課金完了通知をコンテンツサーバ
３、端末２に送信する（ｄ４２）。

【００９４】端末２の購入フラグ設定部３３は課金完了
通知が送信されると、購入済みフラグｆ２をメモリカー
ド１０ａに設定する。再生許可判定部３５はフラグｆ２
の設定に伴って、メモリカード１０ａから音楽コンテン
ツＢｐを復号化部３４に送出させて再生させる（ｄ４
６）。

【００９５】前述のフラグｆ２は、例えば自局の端末情
報Ａｉから生成したコードが望ましい。

【００９６】なお、本実施の形態２では、一回目フラグ
設定部、購入フラグ設定部、再生許可判定部等のプログ
ラムを端末２の本体側に有しているとして説明したがメ
モリカード側にＣＰＵを備える場合は、これらをメモリ
カード内に備えてもよい。

【００９７】＜実施の形態３＞無線網１が低速な場合
は、端末の構成を図７に示す構成とする。これは、図７
に示すように、ストリートスタジオ２ｄを有線でコンテ
ンツサーバ（又はセンター）に接続し、ユーザがメモリ
カード１０からの音楽コンテンツを復号再生できる機能
を有しているＰＨＳ端末４０を有している場合で、かつ
無線網が低速な場合に有効である。

【００９８】すなわち、メモリカード１０をＰＨＳ端末
４０に挿入して、端末番号情報Ａｉ、リクエスト曲、課
金許可をセンター又はコンテンツサーバに送信して認証
を受ける。

【００９９】そして、ユーザがＰＨＳ端末４０からメモ
リカード１０を抜いてストリートスタジオ２ｄに挿入す
る。

【０１００】ストリートスタジオ２ｄは、このメモリカ
ード１０からリクエスト曲、課金完了の有無、端末番号
情報Ａｉを読み取り、リクエスト曲の音楽コンテンツＢ
ｉを端末番号情報Ａｉで暗号化してメモリカード１０に
書き込む。

【０１０１】次に、ユーザはメモリカード１０をストリ
ートスタジオ２ｄ１から抜いてＰＨＳ端末４０に挿入す
る。このＰＨＳ端末４０は、端末番号情報Ａｉで復号し
て再生させる。

【０１０２】＜実施の形態４＞また、無線網１が高速な
場合は、リアルタイムに音楽コンテンツを送信して同時
再生が可能である。このリアルタイム配信においては、
必要なときにンテンツサーバ、センターの音楽コンテン
ツを送信させることでＣＤ、ＭＤ等を持たなくとも良く
なるようにする。

【０１０３】このため、センター７のメインコンテンツ
サーバ６は、図８に示すように購買リスト検索部４０
と、送信許可不許可部４１と、購買フラグ設定部４３と
を備える。

【０１０４】購買リスト検索部４０は、コンテンツサー
バ３から端末２ｂの端末番号情報ａｉとリクエスト曲ｂ
ｉとが送信されると、データベース４１の購買リストＨ
ｉに端末番号情報Ａｉとリクエスト曲ｂｉと購買済みフ
ラグｋｉとが対応されて記憶されているかどうかを判定
する。

【０１０５】そして、端末番号情報Ａｉとリクエスト曲
ｂｉと購買済みフラグｋｉとが対応されているときは、
購買済みであることを送信許可不許可部４１に知らせ
る。

【０１０６】送信許可不許可部４１は購買済みであるこ
とが知らせられると、コンテンツサーバ３にリクエスト
曲ｂｉの送信許可を通知する。

【０１０７】購買フラグ設定部４３は、コンテンツサー
バ３から端末２ｂの端末番号情報ａｉとリクエスト曲ｂ
ｉと購買要求が送信されると、購買リストＨｉに端末番
号情報Ａｉとリクエスト曲ｂｉと購買済みフラグｋｉと
を書き込む。

【０１０８】すなわち、メインコンテンツサーバ６は、
図９のフローチャートに基づく処理を行っている。この
実施の形態４においては、メモリカード１０を備える端
末２ａでもよいが本実施の形態４ではメモリカードを備
えない端末２ｂを用いるとする。

【０１０９】初めに購買リスト検索部４０は端末番号情
報Ａｉの送信があるかどうかを判定する（Ｓ９０１）。
ステップＳ９０１で端末番号情報Ａｉの送信と判定した
ときは、この端末番号情報Ａｉを一時保持した後にリク
エスト曲ｂｉの送信があるかどうかを判定する（Ｓ９０
３）。

【０１１０】ステップＳ９０３でリクエスト曲ｂｉの送
信があったときは、このリクエスト曲ｂｉを保持した後
に、購買リストＨｉを引き当てる（Ｓ９０５）。

【０１１１】次に、端末番号情報Ａｉとリクエスト曲ｂ
ｉに対して購買リストＨｉに購買済みフラグｋｉが対応
させられて記憶されているかどうかを判定する（Ｓ９０
７）。 ステップＳ９０７で端末番号情報Ａｉとリクエ
スト曲ｂと購買済みフラグｋｉが対応させていると判定
したときは、送信許可不許可部４１を用いてコンテンツ
サーバ３に端末２ｂに対してリクエスト曲ｂｉの音楽コ
ンテンツＢｉの送信許可を通知する（Ｓ９０９）。

【０１１２】そして、終了（回線断）かどうかを判断し
（Ｓ９１１）、終了でないときは処理をステップＳ９０
３に戻す。

【０１１３】また、ステップＳ９０７において、端末番
号情報Ａｉとリクエスト曲ｂｉと購買済みフラグｋｉが
対応させられ記憶されていない判定したときは（リクエ
スト曲は購買されていない）、送信許可不許可部４１が
送信不許可の通知をコンテンツサーバ３に通知する（Ｓ
９１３）。

【０１１４】この送信不許可の通知に伴って、購買フラ
グ設定部４３が端末２ｂから購買の要求があるかどうか
を判定する（Ｓ９１５）。

【０１１５】ステップＳ９１５で購買要求があるとき
は、購買フラグ設定部４３が課金許可が端末２ｂから送
信されて来たかどうかを判定する（Ｓ９１７）。

【０１１６】ステップＳ９１７で課金許可が送信されて
来たと判定したときは、購買リストＨｉに端末番号情報
Ａｉとリクエスト曲ｂｉと購買フラグｋｉとを対応させ
て記憶し（Ｓ９１９）、処理をステップＳ９０７に戻
す。

【０１１７】また、ステップＳ９１５で購買要求がない
と判定したとき、又は課金許可の送信が無いと判定した
ときは直ちに回線をオフする（Ｓ９２１）。

【０１１８】すなわち、端末２ｂから音楽コンテンツの
配信に対しては本システムは図１０に示すシーケンスと
なる。

【０１１９】端末２ｂが発呼に伴って端末番号情報Ａｉ
（電話番号、端末ＩＤ、…）をコンテンツサーバ３に送
信すると、コンテンツサーバ３はセンター７に認証のた
めにこの端末番号情報Ａｉを送信する（ｄ５０、ｄ５
１）。

【０１２０】センター７は端末番号情報Ａｉで認証し、
認証結果をコンテンツサーバ３を介して端末２ｂに送信
する（ｄ５２、ｄ５３）。

【０１２１】端末２ｂは認証が通知されると、入力され
たリクエスト曲ｂｉをコンテンツサーバ３を介してセン
ターに送信する（ｄ５４）。

【０１２２】センター７のメインコンテンツサーバ６
は、端末番号情報Ａｉとリクエスト曲ｂｉと購買済みフ
ラグｋｉとが対応させられて購買リストＨｉに記憶され
ているかどうかを判定し、記憶されているときは、送信
許可をコンテンツサーバ３に通知する（ｄ５５）。

【０１２３】コンテンツサーバ３は、送信許可が通知さ
れると、リクエスト曲ｂｉの音楽コンテンツＢｉを端末
２ｂからの端末番号情報Ａｉで暗号化した音楽コンテン
ツＢｐを高速の無線網１を介して端末２ｂに送信する
（ｄ５６）。

【０１２４】端末２ｂにおいては、コンテンツサーバ３
から音楽コンテンツＢｐが送信されると、これを自局の
端末番号情報Ａｉで復号して再生させる。つまり、リク
エスト曲ｂｉを購買していれば何時でも何度でも聴くこ
とが可能となる。このリクエスト曲というのはＣＤ、Ｍ
Ｄ等のタイトル名であっても良い。

【０１２５】また、端末２ａを用いているときは、メモ
リカードに送信されてきた音楽コンテンツＢｐをそのま
ま記憶して、直ちに復号して再生する。

【０１２６】一方、センター７でリクエスト曲ｂｉは購
買無しとコンテンツサーバ３に送信して来たときは（ｄ
５７）、端末２ｂに購入希望があるかどうかのメッセー
ジを通知する（ｄ５８）。

【０１２７】端末２ｂのユーザは、購入したい場合は、
購入要求、課金許可を操作部を用いて入力してコンテン
ツサーバ３、センター７に送信させる（ｄ６０、６
１）。

【０１２８】センター７は、購入要求、課金許可が送信
されて来たときは、購買リストＨｉに端末番号情報Ａｉ
とリクエスト曲ｂｉと購買フラグｋｉとを対応させて記
憶した後に、送信許可をコンテンツサーバ３に送信して
（ｄ６２）、そのリクエスト曲ｂｉの音楽コンテンツＢ
ｐを送信させる（ｄ６３）。

【０１２９】また、端末２ｂから購入しないとする通知
がコンテンツサーバ３に送信されたときは（ｄ６４）、
直ちに回線を切断する（ｄ６５）。

【０１３０】また、ステップＳ９１５で購買要求がない
と判定したとき、又は課金許可の送信が無いと判定した
ときは直ちに回線をオフする（Ｓ９２１）。

【０１３１】また、コンテンツサーバ３又はセンター７
が宣伝のために１度目を無料としている場合は、複数種
の曲は１度目だけは無料でリアルタイムで聴くことがで
きることになる。

【０１３２】つまり、２度ぎぎしなければ、複数種の曲
を無料で提供していることになる。そこで、コンテンツ
サーバとセンターとが端末のユーザの許可を得て例え
ば、３０秒毎に課金を行うことで、曲のほとんどの部分
をただぎぎするのを防止してもよい。

【０１３３】＜実施の形態５＞本実施の形態５は、コン
テンツサーバ３から端末２側に音楽コンテンツＢｐを送
信するときに、よりセキュリティを向上させて著作権者
の権利を保護するために、音楽コンテンツＢｐをブロッ
ク単位に分割して並べ替えて送信する。

【０１３４】このため、コンテンツサーバ３と端末２は
図１１に示すプログラム構成とするのが望ましい。但
し、本実施の形態５に係わる主用な箇所のみを示す。

【０１３５】図１１に示すようにコンテンツサーバ３
は、端末２からの端末番号情報Ａｉで音楽コンテンツＢ
ｉを暗号化した音楽コンテンツＢｐを得る暗号化部１３
と、この音楽コンテンツＢｐを乱数発生部５２の乱数Ａ
の個数のブロック数に分割するにブロック分割部５０
と、ブロック単位に分割された音楽コンテンツブロック
Ｂｐｈ（Ｂｐｈ１、Ｂｐｈ２、…：各ブロックには分割
したブロック番号ｂｈｉが付加されている）から乱数発
生部５２の乱数Ｂが発生する毎に、その乱数Ｂの数に対
応するブロック番号ｂｈｉの音楽コンテンツのブロック
Ｂｐｈを取り出して送信部（図示せず）に送出するブロ
ック送出部５１とを備えている。すなわち、このブロッ
ク送出部５１は、音楽コンテンツＢｐの各ブロックＢｐ
ｈをランダムな順番で送出させている。

【０１３６】前述の乱数発生部５２は、二種類の乱数
Ａ、Ｂを発生する。乱数Ａは単に音楽コンテンツＢｐを
分割するための乱数であり、乱数Ｂはブロック分割部５
０で分割された分割数ｒｉを入力し、この分割数ｒｉを
最大数とした乱数である。

【０１３７】また、コンテンツサーバ３は並び替えテー
ブル作成部５３と、テーブル送出部５４とを備えてい
る。

【０１３８】並び替えテーブル作成部５３は、ブロック
送出部５１がブロックＢｐｈを送出する毎に、そのブロ
ック番号ｂｈｉを読み、送出順ｍｉ（１、２、３、…）
に対応させた並び替えテーブルＱｉを生成する。

【０１３９】テーブル送出部５４は、並び替えテーブル
作成部５３からテーブルＱｉの生成が終了したことが知
らせられ、かつ端末２から全てのブロックＢｐｈの受信
完了通知を受けてたときは、並び替えテーブルＱｉを送
信部を用いて端末２に送出して所定後にテーブルＱｉを
消去する。

【０１４０】また、前述のブロック送出部５１は、最後
に送るブロックＢｐｈにリクエスト曲ｂｉの音楽コンテ
ンツの最終ブロックであることを示すコードを付加して
送出している。

【０１４１】次に端末２の構成を説明する。

【０１４２】端末２は、ブロック順番復元部５５と、課
金許可判定部５６とを少なくとも備えてる。

【０１４３】ブロック順番復元部５５は、コンテンツサ
ーバ３から送信されたブロックＢｐｈを受信順に対応さ
せて収集し、この収集されたブロック単位の音楽コンテ
ンツＢｐをコンテンツサーバ３から送信された並び替え
テーブルＱｉに基づいてもとの順番に復元し、これを自
局の端末番号情報Ａｉで復元して再生させる復元化部に
送出する。

【０１４４】すなわち、実施の形態５のコンテンツサー
バ３と、端末２とは図１２に説明するシーケンスとな
る。

【０１４５】端末２は、初めに端末番号情報Ａｉ（電話
番号、端末ＩＤ、…）、リクエスト曲ｂｉをコンテンツ
サーバ３に送信する。

【０１４６】コンテンツサーバ３は、このリクエスト曲
ｂｉに対応する音楽コンテンツＢｉを端末番号情報Ａｉ
で暗号化した音楽コンテンツＢｐを生成して、これを乱
数Ａに基づくブロック単位に分割した音楽コンテンツの
ブロックＢｐｈを得る。

【０１４７】そして、乱数Ｂの数値に対応するブロック
番号ｂｈｉのブロックＢｐｈを順次取り出して端末２に
送信する（ｄ６１ａ、ｄ６１ｂ、…）。

【０１４８】このとき、端末２は各ブロックＢｐｈ毎
に、パリティチェック等を行って正しく受信できたとき
はコンテンツサーバ３側に送信「ｏｋ｝を送信する（ｄ
６２ａ、ｄ６２ｂ、…）。

【０１４９】また、前述の音楽コンテンツＢｐのブロッ
ク分割は図１３の（ａ）に示すように、乱数Ａの数値の
個数で分割され（図１３においては８分割としてい
る）、この分割されたブロックＢｐｈにブロック番号ｂ
ｐｈを割り当てる。つまり、ブロック送出部５１によっ
て各ブロックＢｐｈは、図１３の（ｂ）に示すようにブ
ロック番号ｂｐｈと１ブロックのデータ（暗号化されて
いる）との組となる。

【０１５０】そして、ブロック送出部５１がこのブロッ
クＢｐｈを送出するときは、送出順ｍｉが付加された図
１３の（ｃ）に示すブロックＢｐｈ´となって送信され
る。また、送信されるブロックＢｐｈ´は図１３の
（ｄ）に示す送信順で送られることになる。

【０１５１】一方、端末２では、図１４に示すように、
コンテンツサーバ３からのブロックＢｐｈ´を送信順ｍ
ｉに対応させて順次記憶する。そして、最終コードが付
加されたブロックＢｐｈ´（図１４においては「１」の
ブロック）が遅れてきたときに全てのブロックＢｐｈ´
を受信したことを通知する（ｄ６２）。

【０１５２】これによって、コンテンツサーバ３は、並
び替えテーブルＱｉを送信し（ｄ６３）、端末２が並び
替えテーブルＱｉに基づいて図１４に示すように元の順
番どうりのブロック順に復元する。

【０１５３】この復元が完了した時点で端末２が課金許
可をコンテンツサーバ３に送信する（ｄ６４）。

【０１５４】なお、上記実施の形態５においては、コン
テンツサーバ３側で順番を単に並び替えて送信としたが
図１５に示すように、各ブロックＢｐｈの幅を乱数を用
いて任意に変更した後に上記のように並び替えて送信し
てもよい。この並び替えは１つの音楽コンテンツＢｐを
送信する毎に、前回と異なるブロック幅となるようにす
るのがセキュリティが向上する。このような場合は端末
にブロック幅を知らせることが必要である。

【０１５５】また、コンテンツサーバ３と端末２とは送
信が正確に行われたかを確認する必要がある。例えば、
ダウンロード成功の場合は図１６の（ａ）に示す手順で
確認し、送信が不成功の場合は、図１６の（ｂ）に示す
手順で行っていることはいうまでもない。

【０１５６】＜実施の形態６＞図１７は実施の形態６を
示すシーケンス図である。この実施の形態６は、コンテ
ンツサーバ３における暗号化プログラムの不正コピーを
防止できるものでる。この図１７に示すように、コンテ
ンツサーバ３側のオペレータは最初の公開キーと秘密キ
ーとを手作業で入力する。これらのキーは、日時、時間
等であってもよい。

【０１５７】この公開キーとコンテンツサーバ３のＩＤ
（サーバ秘密キーともいう）が認証サーバに送信される
（ｄ７０）。

【０１５８】認証サーバは、公開キーとサーバ秘密キー
とを用いてワンタイムパスワードの暗号を生成し、これ
をコンテンツサーバ３に送信する（ｄ７１）。

【０１５９】コンテンツサーバ３は、先に送信した公開
キー、サーバ秘密キーを用いてワンタイムパスワードを
取得する。

【０１６０】このワンタイムパスワードで認証サーバに
対してログインを行い（ｄ７２）、認証サーバからプロ
グラムをダウンロードさせる（ｄ７３）。このとき、次
回に用いるワンタイムパスワードの共通キーを送る（ｄ
７４）。

【０１６１】なお、上記各実施の形態では、音楽を配信
するシステムとして述べたが音楽に限らず映像であって
もよい。

【０１６２】また、上記各実施の形態では無線網を用い
て説明したがネットワークは公衆網（有線）であっても
よい。

【０１６３】

【発明の効果】以上のように請求項１のコンテンツデー
タ配信システムによれば、下位の端末と上位装置とが通
信を行ってコンテンツデータを送るとき、下位の端末か
らの端末番号情報で暗号化し、これを受けた下位の端末
が上位装置に送った端末番号情報で復号するようにした
ことにより、この端末Ａが受け取ったコンテンツを他の
端末Ｂがコピーしても、端末Ｂには端末Ａの端末番号情
報を有していないので再生することができないという効
果がある。つまり、端末Ｂはコンテンツが不正にコピー
できないので著作権者、流通会社、販売等の業界関係者
の利益を保護できる。

【０１６４】請求項２によれば、端末が所望のコンテン
ツデータを受け取ったとき、上位装置からの該課金が完
了があって、端末番号情報をキーとして配信されたコン
テンツデータを復号するので、著作権者、流通会社、販
売等の業界関係者の利益を保護できるという効果が得ら
れている。

【０１６５】請求項３の上位装置であるコンテンツデー
タ配信システムは、最上位装置と次位の上位装置とで構
成し、この次位の上位装置が端末の端末情報で暗号化し
て配信するシステムであるから、端末数が非常に多くて
も、多くの端末に対してコンテンツデータを暗号化して
送ることができるので、より著作権者、流通会社、販売
等の業界関係者の利益を保護できるという効果が得られ
ている。

【０１６６】請求項４の端末装置によれば、端末番号情
報を上位装置に送り、この端末番号情報で暗号化及びラ
ンダムにブロック化されたコンテンツデータを送信させ
て受信し、この受信したコンテンツデータを自局の端末
番号情報で復号した後に、上位装置からのコンテンツデ
ータのランダム前の元の順番で復号、再生する。

【０１６７】このため、コンテンツデータに対して複雑
なセキュリティが行われていても、容易に再生できると
共に、端末番号情報をキーとして配信されたコンテンツ
データを復号するので、著作権者、流通会社、販売等の
業界関係者の利益を保護できるという効果が得られてい
る。

【０１６８】請求項５の上位装置であるコンテンツデー
タ配給装置によれば、上位装置からコンテンツデータ
（端末番号情報で暗号化されている）を送るときに、コ
ンテンツデータをブロック化してばらばらの順番で送る
ので、さらにセキリティが向上するという効果が得られ
ている。

【０１６９】請求項６の上位装置であるコンテンツデー
タ配給装置によれば、端末からコンテンツデータの要求
があったときに、予め記憶されているこの端末の端末番
号情報に、そのコンテンツデータ購買済みが対応させら
れて記憶されているときに、要望のあったコンテンツデ
ータをその端末に暗号化して送信する。

【０１７０】このため、コンテンツデータを購買した端
末のライブラリとして用いさせることができると共に、
端末情報で暗号化しているので他の端末ではコピーして
も再生させることができないないという効果が得られて
いる。

【０１７１】請求項７の上位装置であるコンテンツデー
タ配給装置によれば、最上位装置と上位装置とがワンタ
イムパスワードを用いて通信を行うようにしたので、最
上位装置への進入を防止できる。このため、最上位装置
にあるコンテンツデータが盗まれることがないので、結
果として著作賢者の権利、利益を保護できるという効果
が得られている。

【０１７２】請求項８の端末装置によれば、転送元とな
った場合は、転送先の端末に対して自局が有しているコ
ンテンツデータのメニュー情報のみを再生可能な形式で
送り、転送先となったときは、転送元からのメニュー情
報から所望のコンテンツを選択し、該選択した音楽コン
テンツの配信を上位装置に要求して配給させる。

【０１７３】このため、同じコンテンツデータの転送は
上位装置から受けなければ成らないので、著作賢者の権
利、利益を保護できる端末装置が得られるという効果が
得られている。

【０１７４】請求項９の端末装置によれば、この端末装
置を持ち歩くだけで、何時でも、どこでも、自分のＣ
Ｄ、ＭＤを有する如く必要に応じて上位装置から配信を
受けてコンテンツデータを再生させることが可能である
と共に、他の端末ではコピーしても再生させることがで
きないないという効果が得られている

【図面の簡単な説明】

【図１】本実施の形態１の音楽コンテンツ配信システム
の概略構成図である。

【図２】本実施の形態１の端末にメモリカードがある場
合の音楽コンテンツ配信システムのシーケンス図であ
る。

【図３】本実施の形態１の音楽コンテンツ配信システム
を用いて端末間でコピーするときのシーケンス図であ
る。

【図４】本実施の形態１の音楽コンテンツ配信システム
を用いてセンター経由でコピーするときのシーケンス図
である。

【図５】実施の形態２の端末２の概略構成図である。

【図６】実施の形態２を用いた音楽コンテンツ配信シス
テムのシーケンス図である。

【図７】実施の形態３の無線網が低速な場合の端末の構
成図である。

【図８】実施の形態４の無線網が高速な場合のリアルタ
イム配信を実現したメインコンテンツサーバの概略構成
図である。

【図９】実施の形態４のメインコンテンツサーバの動作
を説明するフローチャートである。

【図１０】実施の形態４のコンテンツサーバを用いたと
きのシーケンス図である。

【図１１】実施の形態５の音楽コンテンツをブロック配
信するコンテンツサーバの概略構成図である。

【図１２】実施の形態５のブロック配信のシーケンス図
である。

【図１３】実施の形態５のブロックの送信手順を説明す
る説明図である。

【図１４】実施の形態５の端末のブロック復号を説明す
る説明図である。

【図１５】実施の形態５におけるブロック幅の任意変更
を説明する説明図である。

【図１６】ダウンロード失敗、成功時のシーケンスを説
明する説明図である。

【図１７】実施の形態６のセンター、コンテンツサーバ
の通信時におけるワンタイムパットの生成を説明するシ
ーケンス図である。

【符号の説明】

１ 無線網 ２ 端末 ３ コンテンツサーバ ４ 課金サーバ ５ 認証サーバ ６ メインコンテンツサーバ １０ メモリカード １２ 端末番号情報保持部 １３ 暗号化部 ２０ 発呼部 ２２ 課金許可部

Claims (9)

【特許請求の範囲】
1. 【請求項１】 下位の端末から上位装置へのネットワー
   クを介してのコンテンツ名の要求によって前記上位装置
   が前記端末に、前記コンテンツ名に対応するコンテンツ
   データを暗号化して送信するコンテンツデータ配信シス
   テムであって、 前記端末は、 少なくとも当該端末の電話番号を含む端末番号情報を前
   記ネットワークを介して前記上位装置に送信して、所望
   のコンテンツ名を送信し、該コンテンツ名のコンテンツ
   データが前記上位装置から送信されてきたとき、このコ
   ンテンツデータを前記端末番号情報をキーとして復号す
   る手段を有し、 前記上位装置は、 前記端末からのコンテンツ名に対応するコンテンツデー
   タを前記端末から送信された端末番号情報をキーとして
   暗号化する手段とを有することを特徴とするコンテンツ
   データ配信システム。
2. 【請求項２】 前記端末は、 前記所望のコンテンツデータを受け取ったとき、前記上
   位装置に課金情報を通知し、前記上位装置から該課金情
   報を受け取ったとき、前記端末番号情報をキーとして復
   号することを特徴とする請求項１記載のコンテンツデー
   タ配信システム。
3. 【請求項３】 請求項１に用いられる上位装置であっ
   て、 端末からの端末番号情報の認識、前記端末からのコンテ
   ンツの要求に対する課金及び一定期間毎に複数のコンテ
   ンツデータを配信する最上位装置に有線で結ばれ、 前記最上位装置と有線で接続されて前記複数のコンテン
   ツデータを蓄積し、前記端末からの前記端末情報番号を
   前記最上位装置に渡すと共に、この端末情報を用いて前
   記端末に送るコンテンツデータを暗号化する前記最上位
   装置に対して次位の上位装置となるコンテンツデータ配
   給装置。
4. 【請求項４】 請求項１に用いられる端末装置であっ
   て、 少なくとも当該端末の電話番号を含む端末番号情報を上
   位装置に送信して、所望のコンテンツ名を送信し、該コ
   ンテンツ名のコンテンツデータが前記上位装置から送信
   されてきたとき、このコンテンツデータを前記端末番号
   情報をキーとして復号する手段と、 前記上位装置からの前記コンテンツデータのブロックを
   順次記憶し、これを前記上位装置からの送信順に基づい
   て元のブロック順に復元した後に、前記復号を実施させ
   る手段とを有することを特徴とする端末装置。
5. 【請求項５】 前記請求項１に用いられる上位装置であ
   って、 端末からのコンテンツ名に対応するコンテンツデータを
   前記端末から送信された端末番号情報をキーとして暗号
   化する手段と、 これをブロック単位に分割し、該ブロックをランダム順
   に送信させた後に、前記コンテンツの全てのブロックの
   送信が正確に完了したとき、前記端末に前記ブロックの
   元の順番データを送出する手段とを有することを特徴と
   するコンテンツデータ配給装置。
6. 【請求項６】 請求項１に用いられる上位装置であっ
   て、 端末から所望のコンテンツ名が送信された後に、前記端
   末からのコンテンツ名に対応するコンテンツデータが購
   買されているときは、直ちに前記所望のコンテンツ名に
   対応するコンテンツデータを前記端末から送信された端
   末番号情報をキーとして暗号化して送信させると共に再
   生許可通知を端末に送信する手段とを有することを特徴
   とするコンテンツデータ配給装置。
7. 【請求項７】 最上位装置に結ばれた上位装置であっ
   て、 前記最上位装置に対して、該最上位装置のコンテンツ配
   給のためのプログラムをダウンロードするための初回の
   キーを送信し、 前記最上位装置からの前記プログラムに基づく所定の処
   理をした後は、前記最上位装置から送信されたワンタイ
   ムパスワードキーを次回の前記プログラムダウンロード
   のキーとする手段を有することを特徴とするコンテンツ
   データ配給装置。
8. 【請求項８】 互いに同じ通信形式で通信可能な端末装
   置同士で通信する場合に、いずれか一方又は他方の端末
   が転送元又は転送先のいずれかとなることが可能な端末
   装置であって、 前記転送元となった場合は、前記転送先の端末に対して
   自局が有しているコンテンツデータのメニュー情報のみ
   を再生可能な形式で送る手段と、 前記転送先となったときは、前記転送元からのメニュー
   情報から所望のコンテンツを選択し、該選択した音楽コ
   ンテンツの配信を上位装置に要求して配給させる手段と
   を有することを特徴とする端末装置。
9. 【請求項９】 高速なネットワークを介して上位装置に
   所望のコンテンツ名を要求して前記上位装置から所望の
   コンテンツデータを受信する端末装置において、 前記所望のコンテンツ名を要求するとき、少なくとも当
   該端末の電話番号を含む端末番号情報を前記ネットワー
   クを介して前記上位装置に送信して所望のコンテンツデ
   ータを受信し、前記上位装置から再生許可通知があった
   ときに、直ちにこのコンテンツデータを前記端末番号情
   報をキーとして複合して再生する手段を有する端末装
   置。