JP3788136B2 - 端末装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、コンテンツデータの配信システム及びその端末装置に関し、特に上位装置からのコンテンツデータの配信に伴う著作権保護に関する。
【０００２】
【従来の技術】
近年はネットワーク技術の発達及びデジタル技術の発達によって、消費者が手軽に音楽コンテンツ情報を自分の端末に得るようなシステムが開発されて来ている。
【０００３】
このようなシステムにおいては、携帯電話網、ＰＨＳ網等を用いるものもある。この携帯電話網、ＰＨＳ網（以下総称して単に無線網と称する）を用いるシステムにおいては、端末から無線網に電話を掛けてコンテンツサーバと通信を行い、所望の曲をリクエストする。この曲のリクエストに当たっては音楽コンテンツを得る端末使用者のＩＤ番号等も送信される。
【０００４】
そして、認証サーバがこのＩＤ番号が登録されているＩＤ番号に一致しているときに、リクエストを受付ける。また、コンテンツサーバは認証が完了するとリクエスト曲に応じた料金を課金センター（サーバ）に送り、この課金が終わった時点でリクエストされた音楽コンテンツデータを端末に前述の無線網を介して送信していた。
【０００５】
また、コンテンツサーバは、メインコンテンツサーバと無線網で回線を結び、このメインコンテンツサーバが定期的に、最新の音楽コンテンツ情報を送信している場合もある。
【０００６】
【発明が解決しようとする課題】
しかしながら、従来のシステムは、リクエストされた音楽コンテンツを生で送るものが殆どである。また、端末はメモリカードを有するものもある。
【０００７】
このため、メモリカードを抜き取って他の端末に挿入すると、他の端末に音楽コンテンツがダウンロードされて不正にコピーされることになる。
【０００８】
また、メモリカードを備えていない端末であっても、一度、音楽コンテンツの配信を受けた後に、他の端末にダウンロードできるように改造された場合は、他の端末に不正にコピーされることになる。
【０００９】
すなわち、上記のような従来のシステムでは、音楽コンテンツが不正にコピーされる場合があるという課題があった。
【００１０】
つまり、従来のシステムは、アーチストやレコード会社等の権利者（著作権）、流通会社、販売点等の業界関係者の権利、利益に対する要望を満足させることができないという課題があった。
【００１１】
本発明は以上の課題を解決するためになされたもので、コンテンツが不正にコピーできなようにして著作権者、流通会社、販売等の業界関係者の利益を保護できるコンテンツの配信システム及びその端末装置を得ることを目的とする。
【００１２】
【課題を解決するための手段】
本発明は、下位の端末装置から上位装置に、ネットワークを介してコンテンツ名を要求し、該コンテンツ名の要求によって前記上位装置が前記端末装置に、前記コンテンツ名に対応するコンテンツデータを暗号化して送信するコンテンツデータ配信システムにおける端末装置である。
前記端末装置は、
互いに同じ通信形式で通信可能な端末装置同士で通信する場合に、いずれか一方又は他方の端末が転送元又は転送先のいずれかとなることが可能な端末装置であり、
前記コンテンツを前記転送先に送る前記転送元となった場合は、
前記転送先の端末に対して、自局が有している前記上位装置からの前記コンテンツデータのコンテンツ名のメニュー情報のみを再生可能な形式で送る手段と、
前記転送元に対して前記転送先となったときは、
前記転送元から受信した前記メニュー情報を画面に表示する手段と、
前記画面に表示されたメニュー情報から所望のコンテンツを選択する選択手段と、
前記選択手段の選択に伴って
少なくとも当該端末の電話番号を含む端末番号情報を前記ネットワークを介して前記上位装置に送信し、かつ前記選択されたコンテンツ名を送信し、該コンテンツ名のコンテンツデータが前記上位装置から送信されてきたとき、
前記上位装置に課金情報を通知し、前記上位装置から該課金情報を受け取ったとき、
このコンテンツデータを前記端末番号情報のキーとして復号する手段を
備えたことを要旨とする。
【００２３】
【発明の実施の形態】
＜実施の形態１＞
図１は本実施の形態１の音楽コンテンツ配信システムの概略構成図である。図１に示す音楽コンテンツ配信システムは、無線網１と回線を結ぶ複数種の端末２と、無線網１と回線を結ぶコンテンツサーバ３と、課金サーバ４、認証サーバ５及びメインコンテンツサーバ６等からなり、有線でコンテンツサーバ３と通信をするセンター７とからなる。
【００２４】
前述の端末２は、メモリカード１０を有する端末２ａ１、２ａ２と、…、メモリカード１０を有しない端末２ｂ１、２ｂ２、…と、パソコン２ｃ１、…と、ストリートスタジオ２ｄ１、…ＰＨＳ２１ｅ_１１と本体２１ｅ_１２とからなる端末２１ｅ等である。
【００２５】
これらの端末２は、コンテンツサーバ３（例えば店内に配置）に対して曲をリクエストし、このコンテンツサーバ３から送信される音楽コンテンツデータを無線網１を介して受信して後述する端末番号情報Ａｉ（電話番号、端末ＩＤ、認識番号、メモリＩＤ等）で復号処理を行う。
【００２６】
コンテンツサーバ３は、センター７から定期的に最新の音楽コンテンツの配信を受け、これをデータベースに記憶する。そして、端末２からの発呼があったときの端末番号情報Ａｉ（電話番号、端末ＩＤ、認識番号、メモリＩＤ等）をセンター側に送信すると共に、この端末番号情報Ａｉを用いてリクエストされた曲を暗号化してその端末２に送信する。
【００２７】
センター７は認証サーバ５、課金サーバ４、メインコンテンツサーバ６を備え、認証サーバ５がコンテンツサーバ３からの端末番号情報Ａｉを受信し、この端末番号情報Ａｉの電話番号、端末ＩＤ、…で相手側を認証する。そして、認証完了通知をコンテンツサーバ３に送信する。
【００２８】
課金サーバ４は、認証が完了し、コンテンツサーバ３からのリクエスト曲に応じた使用料を端末番号情報Ａｉ（電話番号、端末ＩＤ、認識番号、メモリＩＤ等）に対応させて課金する。
【００２９】
メインコンテンツサーバ６は、定期的にコンテンツサーバ３と通信をおこなって複数種の音楽コンテンツ（最新のもの）を送信する。
【００３０】
すなわち、図１に示す音楽コンテンツ配信システムは、端末２から電話番号、端末ＩＤ番号、認識番号、メモリカード番号のいずれか又はこれらの組合せの端末番号情報Ａｉを送信させ、配信元（コンテンツサーバ３、センター７）では端末２からのリクエスト曲名に対応する音楽コンテンツＢｉを、この端末番号情報Ａｉで暗号化（但し、著作権者、曲名については暗号化しない）して送信する。
【００３１】
そして、端末２側では受信した暗号化された音楽コンテンツＢｐを端末番号情報Ａｉで復号化した後に課金させる。
【００３２】
すなわち、曲をリクエストした端末の端末番号情報Ａｉで暗号、復号するシステムであるから、例え他の端末にダウンロードされても、他の端末側ではコピー元の同じ端末番号情報Ａｉを備えていないので、復号することは不可能であるから著作権者、流通会社、販売等の業界関係者の利益を保護できている。
【００３３】
つまり、コンテンツサーバ３、端末２は少なくとも以下に説明する構成を備えることになる。
【００３４】
（コンテンツサーバ及び端末の構成）
コンテンツサーバ３は、図１に示すように、端末２からの端末番号情報Ａｉ（電話番号、端末ＩＤ、…）を回線断とされるまで保持する端末番号情報保持部１２と、端末２からのリクエスト曲をデータベースから選択し、このリクエストされた音楽コンテンツＢｉを暗号化部１３に送出する選択部１１と、選択された音楽コンテンツＢｉを端末番号情報保持部１２で保持されている端末番号情報Ａｉで暗号化する暗号化部１３と、端末番号情報保持部１２の電話番号先に暗号化された音楽コンテンツＢｉを送信する送信部１４とを備えている。
【００３５】
前述の暗号化部１３は、曲名、アーチスト名、作詞者、作曲者、配給会社等は暗号化しない。
【００３６】
また、暗号化は、端末番号情報Ａｉである「１」「０」の２進コードと１ブロック単位の曲データとを加算、減算、乗算等することによって暗号化している。
【００３７】
次に、端末２の構成を説明する。本説明では端末２ａ１、２ｂ２を例にして説明する。図１に示すように、端末２ｂ２は、少なくとも、起動されるのに伴って端末番号情報Ａｉ（電話番号、端末ＩＤ、認証番号、メモリカードＩＤ）を自動発呼する発呼部２０と、音楽コンテンツＢｐを受信し、かつ課金完了通知があったときは端末番号情報Ａｉを用いて音楽コンテンツＢｐを復号して再生する復号化部２１と、復号化部２１において受信した音楽コンテンツＢｐが全て再生されたとき、課金を許可する信号を送信する課金許可部２２等を備えている。
【００３８】
また、発呼部２０は、電話番号、端末ＩＤ、認証番号、メモリカードＩＤの何れか又はこれらを組合せ、いずれか同士を組み合わせた番号を端末番号情報Ａｉとする。好ましくは、電話番号が少なくとも組み合わせられるのがよい。
【００３９】
つまり、メモリカード、フラッシュメモリを用いている端末において、電話番号、端末シリアル番号、メモリシリアル番号を端末番号情報Ａｉとした場合は、音楽コンテンツＢｐはこの電話番号をキーとして暗号化されるので、この電話番号を持っている（ＲＯＭに書き込まれている）端末でなければ復元できない。従って、メモリカード、フラッシュメモリに音楽コンテンツＢｐを他人が有しても、音楽を聴くことができない。
【００４０】
また、近年は個人認証カード（ＩＤカード）も復旧している。このような場合は端末２にカードリーダを接続して個人認証カードのＩＤを読み、これを端末２のＲＯＭに記憶した後に、このＩＤを端末番号情報Ａｉとするので、このＩＤカードを有しないユーザが端末２を何らかの手法で手に入れたとしても、再生は不可能である。
【００４１】
また、これらの番号をどのような組合せの番号にするかは、その端末の機能によって予め設定しておいてもよい。
【００４２】
端末２ａ１は、メモリカード１０ａ（フラッシュメモリ）を備える端末であり、この端末２ａ１は、端末２ａ１の端末番号情報Ａｉ（電話番号、端末ＩＤ、認証番号、メモリカードＩＤ）を発呼時に送信する発呼部２５と、コンテンツサーバ３からの音楽コンテンツＢｐの受信に伴って、この音楽コンテンツＢｐを直接、メモリカード１０ａに書き込む記憶制御部２６と、再生指示があったとき、コンテンツサーバ３から課金完了通知が通知されている場合は、メモリカード１０ａの音楽コンテンツＢｐを端末２ａ１の端末番号情報Ａｉで復号した音楽コンテンツＢｉをスピーカに送出する復号化部２７と、メモリカード１０ａに対してダウンロードが完了したときにダウンロード完了、課金許可を通知する課金許可部２８とを備えている。
【００４３】
また端末２は、メモリカード１０ａ、１０ｂ、…を有する端末２ａ１、２ａ２と、…、メモリカード１０を有しない端末２ｂ１、２ｂ２、…と、パソコン２ｃ１、…と、ストリートスタジオ２ｄ１、…、フラッシュメモリカードを有する端末（図示せず）、保存機能を有しない端末（図示せず）等である。
【００４４】
また、端末２１ｅはＰＨＳ２１ｅ_１１と本体２１ｅ_１２とをケーブルで接続しＰＨＳ２１ｅ_１１で音楽コンテンツデータの配信を受けて本体２１ｅ_１２で再生を行うものである。
【００４５】
つまり、メモリカードとＰＨＳと一体になった一体型端末、ＰＨＳと本体とが別体になった別体型端末（例えば２Ｃ１）、メモリカードを有しない端末がある。（動作説明）
初めに端末２ａ１を用いたときのシーケンスを説明する。つまり、端末２にメモリカードがある場合である。
【００４６】
端末２ａ１は発呼に伴って端末番号情報Ａｉ（電話番号、端末ＩＤ、…）を無線網１を介してコンテンツサーバ３に送信する（ｄ１）。
【００４７】
コンテンツサーバ３は、この端末番号情報Ａｉを一旦受けて、これをセンター７に転送する（ｄ２）。
【００４８】
センター７の認証サーバ５は、受信した端末の端末番号情報Ａｉの電話番号、端末ＩＤ、…で認証し、コンテンツサーバ３を介して端末２ａ１に認証許可を送信する（ｄ３、ｄ４）。
【００４９】
端末２ａ１は認証許可を受信すると、曲名、アーチスト名、作曲名等のジャンルからコンテンツサーバ３に対して曲をリクエストする（ｄ５）。
【００５０】
コンテンツサーバ３の選択部１１は、リクエスト曲に一致する音楽コンテンツＢｉをデータベース１２から選択し、暗号化部１３は、この音楽コンテンツＢｉと受信した端末番号情報Ａｉ（電話番号、端末ＩＤ、…）を用いて音楽コンテンツＢｉを暗号化し、この暗号化した音楽コンテンツＢｐを端末２ａ１に送信する（ｄ６）。
【００５１】
端末２ａ１は、コンテンツサーバ３から暗号化された音楽コンテンツＢｐを受信し、記憶制御部２６が直接、メモリカード１０ａにダウンロードする。
【００５２】
次に、音楽コンテンツＢｉをダウンロードしたことを示すフラグを課金許可部２８に設定する。
【００５３】
課金許可部２８はこのフラグが設定されると、直ちにコンテンツサーバ３にダウンロードの完了及び課金許可を通知する（ｄ７）。
【００５４】
コンテンツサーバ３は、端末２ａからダウンロードの完了及び課金許可の通知をセンター７の課金サーバ４に転送する（ｄ８）。
【００５５】
課金サーバ４は、リクエスト曲に応じた料金を課金し、この課金料金を初めに端末２ａから送信された端末番号情報Ａｉに対応させて記憶すると共に、課金完了通知をコンテンツサーバ３を介して端末２ａ１に送信する。
【００５６】
そして、センター７は回線断通知をコンテンツサーバ３、端末２ａに送信する（ｄ９）。
【００５７】
また、端末２ａ１の復号化部２７は、再生指示が入力されると、メモリカード１０ａの音楽コンテンツＢｐを引当て、この音楽コンテンツＢｐが課金完了されているかどうかを判定する。そして、課金完了のときは、音楽コンテンツＢｐを端末２ａ１の端末番号情報Ａｉを用いて音楽のみを復号化して再生する。
【００５８】
従って、メモリカード１０ａを端末２ａ１から抜いて端末２ａ２に挿入して、端末２ａ２のメモリカード１０にコピーしても、端末２ａ２には、復号のためのキーである端末２ａ１の端末番号情報Ａｉ（電話番号、…）を備えていないので、再生できない。
【００５９】
すなわち、音楽コンテンツを不正にコピーできないので著作権者、流通会社、販売等の業界関係者の利益を保護できる。
【００６０】
このため、例えば端末２ａ２が端末２ａ１と同じ曲をコピーしたいとすれば、図３に示すような手順でコピーしなければならない。
【００６１】
コピー元である端末２ａ１は、無線網１を介して自分の端末が有している曲のリストＤｉをコピー先である端末２ａ２に送信する（ｄ１０）。
【００６２】
端末２ａ２は、曲のリストＤｉを保持して、コンテンツサーバ３、センター７に端末２ａ２の端末番号情報Ａｉを送信する（ｄ１１）
センター７は端末２ａ２からの端末番号情報Ａｉの認証通知をコンテンツサーバ、端末２ａ２に送信する（ｄ１２）。
【００６３】
コピー先である端末２ａ２は、コピー元である端末２ａ１からの曲リストＤｉに基づき一曲毎に、その曲をコンテンツサーバ３にリクエストする（ｄ１３、ｄ１６、ｄ１９、…）。
【００６４】
このリクエスト毎に、コンテンツサーバ３は、端末２ａ２の端末番号情報Ａｉで暗号化した音楽コンテンツＢｐ（Ｂｐ１、Ｂｐ２、…）をコピー先である端末２ａ２に送信する（ｄ１４、ｄ１７、…）。
【００６５】
また、端末２ａ２は、音楽コンテンツＢｐ（Ｂｐ１、Ｂｐ２、…）を受信する毎に、この音楽コンテンツＢｉ（Ｂ１、Ｂ２、…）をメモリカード１０ｂにダウンロードする。
【００６６】
このダウンロード毎に、ダウンロード完了、課金許可の通知をコンテンツサーバ３、センター７に送信する（ｄ１５、ｄ１８、…）。
【００６７】
そして、全ての曲リストに対応する音楽コンテンツＢｉを端末２ａ２のメモリカード１０にダウンロードした後に、端末２ａ２は回線を切る。
【００６８】
すなわち、曲リストのみをコピー元からコピー先がコピーし、実際の音楽コンテンツＢｉはコンテンツサーバ３がコピー先の端末番号情報Ａｉで暗号化して送信し、これをコピー先がメモリカードにダウンロードする毎に、センターが課金する。
【００６９】
また、端末２ａ２は、再生時には自局の端末番号情報Ａｉ（電話番号、端末ＩＤ、…）を用いて音楽コンテンツＢｐ（Ｂｐ１、Ｂｐ２、…）で復号する。
【００７０】
なお、上記説明では１曲毎に課金したが全リクエスト曲がダウンロードされた後に、全曲に対する課金を行ってもよい。
【００７１】
さらに、端末２ａ１の音楽コンテンツをコピーさせる場合には、以下に説明するようにセンター経由の手順で行ってもよい。
【００７２】
例えば、図４に示すように、コピー元の端末２から相手が望んでいる曲リストＤｉとコピー先（相手先）の端末番号情報Ａｉ（電話番号、端末ＩＤ、…）とをコンテンツサーバ３に予め送信しておく（ｄ２１）。
【００７３】
次に、コピー先の端末２は、発呼に伴って自局の端末番号情報Ａｉをコンテンツサーバ３に送信する（ｄ２２）。
【００７４】
次に、コンテンツサーバ３は、コピー先からの端末番号情報Ａｉとコピー元からの端末番号情報Ａｉとが一致したとき、そのコピー先にコピーするかどうかをの通知を送信する（ｄ２４）。
【００７５】
コピー先は、コピーすると判定したときは、コンテンツサーバ３にコピー要求を通知する（ｄ２５）。
【００７６】
コンテンツサーバ３は、コピー先からのコピー要求に伴って、コピー元からの曲リストＤｉに基づく音楽コンテンツＢｉをコピー先からの端末番号情報Ａｉで暗号化した音楽コンテンツＢｐを送信する（ｄ２６）。この送信の手順は図３のｄ１４、ｄ１７、…と同様である。
【００７７】
また、コピー先は音楽コンテンツＢｐをメモリカードにダウンロードする毎に、課金許可通知を行う（ｄ２７）。
【００７８】
なお、上記コンテンツサーバ３はメインコンテンツサーバ６と通信を行って例えば、今週のトップテンの音楽コンテンツのみを送信させて、端末２のトップテン要求によって、課金して配信してもよい。
【００７９】
このとき、コンテンツサーバ３は、トップテン情報の内で順位が変わったり、あるいは新しくトップテン入りした音楽コンテンツのみをメインコンテンツサーバから受けるようにする。
【００８０】
＜実施の形態２＞
本実施の形態２は、コンテンツサーバ３からの音楽を１回だけ宣伝のために無料で聴かせ、二回目以降はこの音楽を購買しなければ聴かせないようにする端末である。本実施の形態２は端末２ａ１を例にして説明する。つまり、メモリカード又は音楽コンテンツを記録可能なメモリを有する端末であればよいとする。
【００８１】
図５に示すように本実施の形態２の端末２は、端末番号情報Ａｉを送信部（図示せず）から送信させる発呼部２５と、操作部（図示せず）から入力されたリクエスト名（曲名、アーチスト名等）を無線網に応じた所定の形式のフォーマットを生成して送信させる曲要求信号生成部３０とを備えている。
【００８２】
また、端末番号情報Ａｉが発呼されて、曲がリクエストされたとき、メモリ制御部３２に１回目再生済みフラグｆ１を設定させる一回目フラグ設定部３１と、コンテンツサーバ３からの音楽コンテンツＢｉ（Ａｉで暗号化されている）をメモリカード１０ａに記録したり、メモリカード１０ａに１回目再生済みフラグｆ１、後述する購入フラグｆ２を設定するメモリ制御部３２とを備えている。
【００８３】
また、操作部からメモリカード１０ａの音楽コンテンツＢｐの購入要求又は購不可の入力かどうかを判定し、購入の入力のときは曲要求信号生成部３０から曲購入要求と課金許可信号を送信させ、購入の場合は購入フラグｆ２をメモリ制御部３２によって設定させる購入フラグ設定部３３と、１回目フラグ設定部３１によってフラグｆ１が設定されると、メモリ制御部３２を介してメモりカード１０ａの音楽コンテンツＢｐを端末番号情報Ａｉを用いて復号する復号化部３４と、再生指示の入力に伴って、メモリ制御部３２を用いてメモりカード１０ａにフラグｆ２が設定又はフラグＦ１、Ｆ２が設定されていないときは復号化部３４によって再生させ、またフラグＦ１のみが設定されているときは復号、再生を許可しない再生許可判定部３５とを備えている。
【００８４】
この再生許可判定部３５は、再生を許可しないときは、購買させるメッセージを表示部に表示させる。
【００８５】
上記のように端末２を構成してこれを本システムに設けると図６に示すシーケンスとなる。
【００８６】
端末２は自局の端末番号情報Ａｉを発呼部２５を用いてコンテンツサーバ３、センター７に送信する（ｄ３０）。センター７は端末番号Ａｉを認証して端末２に認証許可を送信する（ｄ３１）。次に、端末２は曲を曲要求信号生成部３０によってリクエストする（ｄ３２）。
【００８７】
コンテンツサーバ３は、曲を選択し、送信された端末番号情報Ａｉで暗号化した音楽コンテンツＢｐを端末２に送信する（ｄ３３）。端末２のメモリ制御部３２は、この音楽コンテンツＢｐをメモリカード１０ａに書き込む（ｄ３４）。
【００８８】
そして、端末２内部では、メモリ制御部３２が書き込み完了通知を一回目フラグ設定部３１に送出する（ｄ３４ａ）。
【００８９】
一回目フラグ設定部３１は、一回目再生フラグｆ１をメモリカード１０ａに設定させた後に（ｄ３５）、読み出し許可を復号化部３４に送出する（ｄ３６）。
【００９０】
復号化部３４は、メモリ制御部３２に読み出し要求を送出して（ｄ３７）、メモリカード１０ａから音楽コンテンツＢｐを転送させる（ｄ３８）。
【００９１】
復号化部３４は、この音楽コンテンツＢｐを端末番号情報Ａｉを用いて復号してスピーカに送出する。
【００９２】
この再生した音楽が再度聴きたいときは、再生指示を入力する。この再生指示は再生許可判定部３５に読み出し要求が入力し（ｄ３９）、再生許可判定部３５がメモリカード１０ａに購買済みを示すフラグｆ２が設定されているかどうかを判定し、フラグｆ２が設定しないときは復号再生を許可しない。つまり、読み出し不可を表示部に表示させる（ｄ４０）。
【００９３】
また、これによって購入指示が入力されたときは、購入フラグ設定部３３が曲の購入（曲名と課金許可）をコンテンツサーバ３に送信させる（ｄ４１）。センター７は購入要求が送信されると、端末番号情報Ａｉに対応させて料金を課金完了通知をコンテンツサーバ３、端末２に送信する（ｄ４２）。
【００９４】
端末２の購入フラグ設定部３３は課金完了通知が送信されると、購入済みフラグｆ２をメモリカード１０ａに設定する。再生許可判定部３５はフラグｆ２の設定に伴って、メモリカード１０ａから音楽コンテンツＢｐを復号化部３４に送出させて再生させる（ｄ４６）。
【００９５】
前述のフラグｆ２は、例えば自局の端末情報Ａｉから生成したコードが望ましい。
【００９６】
なお、本実施の形態２では、一回目フラグ設定部、購入フラグ設定部、再生許可判定部等のプログラムを端末２の本体側に有しているとして説明したがメモリカード側にＣＰＵを備える場合は、これらをメモリカード内に備えてもよい。
【００９７】
＜実施の形態３＞
無線網１が低速な場合は、端末の構成を図７に示す構成とする。これは、図７に示すように、ストリートスタジオ２ｄを有線でコンテンツサーバ（又はセンター）に接続し、ユーザがメモリカード１０からの音楽コンテンツを復号再生できる機能を有しているＰＨＳ端末４０を有している場合で、かつ無線網が低速な場合に有効である。
【００９８】
すなわち、メモリカード１０をＰＨＳ端末４０に挿入して、端末番号情報Ａｉ、リクエスト曲、課金許可をセンター又はコンテンツサーバに送信して認証を受ける。
【００９９】
そして、ユーザがＰＨＳ端末４０からメモリカード１０を抜いてストリートスタジオ２ｄに挿入する。
【０１００】
ストリートスタジオ２ｄは、このメモリカード１０からリクエスト曲、課金完了の有無、端末番号情報Ａｉを読み取り、リクエスト曲の音楽コンテンツＢｉを端末番号情報Ａｉで暗号化してメモリカード１０に書き込む。
【０１０１】
次に、ユーザはメモリカード１０をストリートスタジオ２ｄ１から抜いてＰＨＳ端末４０に挿入する。このＰＨＳ端末４０は、端末番号情報Ａｉで復号して再生させる。
【０１０２】
＜実施の形態４＞
また、無線網１が高速な場合は、リアルタイムに音楽コンテンツを送信して同時再生が可能である。このリアルタイム配信においては、必要なときにンテンツサーバ、センターの音楽コンテンツを送信させることでＣＤ、ＭＤ等を持たなくとも良くなるようにする。
【０１０３】
このため、センター７のメインコンテンツサーバ６は、図８に示すように購買リスト検索部４０と、送信許可不許可部４１と、購買フラグ設定部４３とを備える。
【０１０４】
購買リスト検索部４０は、コンテンツサーバ３から端末２ｂの端末番号情報ａｉとリクエスト曲ｂｉとが送信されると、データベース４１の購買リストＨｉに端末番号情報Ａｉとリクエスト曲ｂｉと購買済みフラグｋｉとが対応されて記憶されているかどうかを判定する。
【０１０５】
そして、端末番号情報Ａｉとリクエスト曲ｂｉと購買済みフラグｋｉとが対応されているときは、購買済みであることを送信許可不許可部４１に知らせる。
【０１０６】
送信許可不許可部４１は購買済みであることが知らせられると、コンテンツサーバ３にリクエスト曲ｂｉの送信許可を通知する。
【０１０７】
購買フラグ設定部４３は、コンテンツサーバ３から端末２ｂの端末番号情報ａｉとリクエスト曲ｂｉと購買要求が送信されると、購買リストＨｉに端末番号情報Ａｉとリクエスト曲ｂｉと購買済みフラグｋｉとを書き込む。
【０１０８】
すなわち、メインコンテンツサーバ６は、図９のフローチャートに基づく処理を行っている。この実施の形態４においては、メモリカード１０を備える端末２ａでもよいが本実施の形態４ではメモリカードを備えない端末２ｂを用いるとする。
【０１０９】
初めに購買リスト検索部４０は端末番号情報Ａｉの送信があるかどうかを判定する（Ｓ９０１）。ステップＳ９０１で端末番号情報Ａｉの送信と判定したときは、この端末番号情報Ａｉを一時保持した後にリクエスト曲ｂｉの送信があるかどうかを判定する（Ｓ９０３）。
【０１１０】
ステップＳ９０３でリクエスト曲ｂｉの送信があったときは、このリクエスト曲ｂｉを保持した後に、購買リストＨｉを引き当てる（Ｓ９０５）。
【０１１１】
次に、端末番号情報Ａｉとリクエスト曲ｂｉに対して購買リストＨｉに購買済みフラグｋｉが対応させられて記憶されているかどうかを判定する（Ｓ９０７）。 ステップＳ９０７で端末番号情報Ａｉとリクエスト曲ｂと購買済みフラグｋｉが対応させていると判定したときは、送信許可不許可部４１を用いてコンテンツサーバ３に端末２ｂに対してリクエスト曲ｂｉの音楽コンテンツＢｉの送信許可を通知する（Ｓ９０９）。
【０１１２】
そして、終了（回線断）かどうかを判断し（Ｓ９１１）、終了でないときは処理をステップＳ９０３に戻す。
【０１１３】
また、ステップＳ９０７において、端末番号情報Ａｉとリクエスト曲ｂｉと購買済みフラグｋｉが対応させられ記憶されていない判定したときは（リクエスト曲は購買されていない）、送信許可不許可部４１が送信不許可の通知をコンテンツサーバ３に通知する（Ｓ９１３）。
【０１１４】
この送信不許可の通知に伴って、購買フラグ設定部４３が端末２ｂから購買の要求があるかどうかを判定する（Ｓ９１５）。
【０１１５】
ステップＳ９１５で購買要求があるときは、購買フラグ設定部４３が課金許可が端末２ｂから送信されて来たかどうかを判定する（Ｓ９１７）。
【０１１６】
ステップＳ９１７で課金許可が送信されて来たと判定したときは、購買リストＨｉに端末番号情報Ａｉとリクエスト曲ｂｉと購買フラグｋｉとを対応させて記憶し（Ｓ９１９）、処理をステップＳ９０７に戻す。
【０１１７】
また、ステップＳ９１５で購買要求がないと判定したとき、又は課金許可の送信が無いと判定したときは直ちに回線をオフする（Ｓ９２１）。
【０１１８】
すなわち、端末２ｂから音楽コンテンツの配信に対しては本システムは図１０に示すシーケンスとなる。
【０１１９】
端末２ｂが発呼に伴って端末番号情報Ａｉ（電話番号、端末ＩＤ、…）をコンテンツサーバ３に送信すると、コンテンツサーバ３はセンター７に認証のためにこの端末番号情報Ａｉを送信する（ｄ５０、ｄ５１）。
【０１２０】
センター７は端末番号情報Ａｉで認証し、認証結果をコンテンツサーバ３を介して端末２ｂに送信する（ｄ５２、ｄ５３）。
【０１２１】
端末２ｂは認証が通知されると、入力されたリクエスト曲ｂｉをコンテンツサーバ３を介してセンターに送信する（ｄ５４）。
【０１２２】
センター７のメインコンテンツサーバ６は、端末番号情報Ａｉとリクエスト曲ｂｉと購買済みフラグｋｉとが対応させられて購買リストＨｉに記憶されているかどうかを判定し、記憶されているときは、送信許可をコンテンツサーバ３に通知する（ｄ５５）。
【０１２３】
コンテンツサーバ３は、送信許可が通知されると、リクエスト曲ｂｉの音楽コンテンツＢｉを端末２ｂからの端末番号情報Ａｉで暗号化した音楽コンテンツＢｐを高速の無線網１を介して端末２ｂに送信する（ｄ５６）。
【０１２４】
端末２ｂにおいては、コンテンツサーバ３から音楽コンテンツＢｐが送信されると、これを自局の端末番号情報Ａｉで復号して再生させる。つまり、リクエスト曲ｂｉを購買していれば何時でも何度でも聴くことが可能となる。このリクエスト曲というのはＣＤ、ＭＤ等のタイトル名であっても良い。
【０１２５】
また、端末２ａを用いているときは、メモリカードに送信されてきた音楽コンテンツＢｐをそのまま記憶して、直ちに復号して再生する。
【０１２６】
一方、センター７でリクエスト曲ｂｉは購買無しとコンテンツサーバ３に送信して来たときは（ｄ５７）、端末２ｂに購入希望があるかどうかのメッセージを通知する（ｄ５８）。
【０１２７】
端末２ｂのユーザは、購入したい場合は、購入要求、課金許可を操作部を用いて入力してコンテンツサーバ３、センター７に送信させる（ｄ６０、６１）。
【０１２８】
センター７は、購入要求、課金許可が送信されて来たときは、購買リストＨｉに端末番号情報Ａｉとリクエスト曲ｂｉと購買フラグｋｉとを対応させて記憶した後に、送信許可をコンテンツサーバ３に送信して（ｄ６２）、そのリクエスト曲ｂｉの音楽コンテンツＢｐを送信させる（ｄ６３）。
【０１２９】
また、端末２ｂから購入しないとする通知がコンテンツサーバ３に送信されたときは（ｄ６４）、直ちに回線を切断する（ｄ６５）。
【０１３０】
また、ステップＳ９１５で購買要求がないと判定したとき、又は課金許可の送信が無いと判定したときは直ちに回線をオフする（Ｓ９２１）。
【０１３１】
また、コンテンツサーバ３又はセンター７が宣伝のために１度目を無料としている場合は、複数種の曲は１度目だけは無料でリアルタイムで聴くことができることになる。
【０１３２】
つまり、２度ぎぎしなければ、複数種の曲を無料で提供していることになる。そこで、コンテンツサーバとセンターとが端末のユーザの許可を得て例えば、３０秒毎に課金を行うことで、曲のほとんどの部分をただぎぎするのを防止してもよい。
【０１３３】
＜実施の形態５＞
本実施の形態５は、コンテンツサーバ３から端末２側に音楽コンテンツＢｐを送信するときに、よりセキュリティを向上させて著作権者の権利を保護するために、音楽コンテンツＢｐをブロック単位に分割して並べ替えて送信する。
【０１３４】
このため、コンテンツサーバ３と端末２は図１１に示すプログラム構成とするのが望ましい。但し、本実施の形態５に係わる主用な箇所のみを示す。
【０１３５】
図１１に示すようにコンテンツサーバ３は、端末２からの端末番号情報Ａｉで音楽コンテンツＢｉを暗号化した音楽コンテンツＢｐを得る暗号化部１３と、この音楽コンテンツＢｐを乱数発生部５２の乱数Ａの個数のブロック数に分割するにブロック分割部５０と、ブロック単位に分割された音楽コンテンツブロックＢｐｈ（Ｂｐｈ１、Ｂｐｈ２、…：各ブロックには分割したブロック番号ｂｈｉが付加されている）から乱数発生部５２の乱数Ｂが発生する毎に、その乱数Ｂの数に対応するブロック番号ｂｈｉの音楽コンテンツのブロックＢｐｈを取り出して送信部（図示せず）に送出するブロック送出部５１とを備えている。すなわち、このブロック送出部５１は、音楽コンテンツＢｐの各ブロックＢｐｈをランダムな順番で送出させている。
【０１３６】
前述の乱数発生部５２は、二種類の乱数Ａ、Ｂを発生する。乱数Ａは単に音楽コンテンツＢｐを分割するための乱数であり、乱数Ｂはブロック分割部５０で分割された分割数ｒｉを入力し、この分割数ｒｉを最大数とした乱数である。
【０１３７】
また、コンテンツサーバ３は並び替えテーブル作成部５３と、テーブル送出部５４とを備えている。
【０１３８】
並び替えテーブル作成部５３は、ブロック送出部５１がブロックＢｐｈを送出する毎に、そのブロック番号ｂｈｉを読み、送出順ｍｉ（１、２、３、…）に対応させた並び替えテーブルＱｉを生成する。
【０１３９】
テーブル送出部５４は、並び替えテーブル作成部５３からテーブルＱｉの生成が終了したことが知らせられ、かつ端末２から全てのブロックＢｐｈの受信完了通知を受けてたときは、並び替えテーブルＱｉを送信部を用いて端末２に送出して所定後にテーブルＱｉを消去する。
【０１４０】
また、前述のブロック送出部５１は、最後に送るブロックＢｐｈにリクエスト曲ｂｉの音楽コンテンツの最終ブロックであることを示すコードを付加して送出している。
【０１４１】
次に端末２の構成を説明する。
【０１４２】
端末２は、ブロック順番復元部５５と、課金許可判定部５６とを少なくとも備えてる。
【０１４３】
ブロック順番復元部５５は、コンテンツサーバ３から送信されたブロックＢｐｈを受信順に対応させて収集し、この収集されたブロック単位の音楽コンテンツＢｐをコンテンツサーバ３から送信された並び替えテーブルＱｉに基づいてもとの順番に復元し、これを自局の端末番号情報Ａｉで復元して再生させる復元化部に送出する。
【０１４４】
すなわち、実施の形態５のコンテンツサーバ３と、端末２とは図１２に説明するシーケンスとなる。
【０１４５】
端末２は、初めに端末番号情報Ａｉ（電話番号、端末ＩＤ、…）、リクエスト曲ｂｉをコンテンツサーバ３に送信する。
【０１４６】
コンテンツサーバ３は、このリクエスト曲ｂｉに対応する音楽コンテンツＢｉを端末番号情報Ａｉで暗号化した音楽コンテンツＢｐを生成して、これを乱数Ａに基づくブロック単位に分割した音楽コンテンツのブロックＢｐｈを得る。
【０１４７】
そして、乱数Ｂの数値に対応するブロック番号ｂｈｉのブロックＢｐｈを順次取り出して端末２に送信する（ｄ６１ａ、ｄ６１ｂ、…）。
【０１４８】
このとき、端末２は各ブロックＢｐｈ毎に、パリティチェック等を行って正しく受信できたときはコンテンツサーバ３側に送信「ｏｋ｝を送信する（ｄ６２ａ、ｄ６２ｂ、…）。
【０１４９】
また、前述の音楽コンテンツＢｐのブロック分割は図１３の（ａ）に示すように、乱数Ａの数値の個数で分割され（図１３においては８分割としている）、この分割されたブロックＢｐｈにブロック番号ｂｐｈを割り当てる。つまり、ブロック送出部５１によって各ブロックＢｐｈは、図１３の（ｂ）に示すようにブロック番号ｂｐｈと１ブロックのデータ（暗号化されている）との組となる。
【０１５０】
そして、ブロック送出部５１がこのブロックＢｐｈを送出するときは、送出順ｍｉが付加された図１３の（ｃ）に示すブロックＢｐｈ´となって送信される。また、送信されるブロックＢｐｈ´は図１３の（ｄ）に示す送信順で送られることになる。
【０１５１】
一方、端末２では、図１４に示すように、コンテンツサーバ３からのブロックＢｐｈ´を送信順ｍｉに対応させて順次記憶する。そして、最終コードが付加されたブロックＢｐｈ´（図１４においては「１」のブロック）が遅れてきたときに全てのブロックＢｐｈ´を受信したことを通知する（ｄ６２）。
【０１５２】
これによって、コンテンツサーバ３は、並び替えテーブルＱｉを送信し（ｄ６３）、端末２が並び替えテーブルＱｉに基づいて図１４に示すように元の順番どうりのブロック順に復元する。
【０１５３】
この復元が完了した時点で端末２が課金許可をコンテンツサーバ３に送信する（ｄ６４）。
【０１５４】
なお、上記実施の形態５においては、コンテンツサーバ３側で順番を単に並び替えて送信としたが図１５に示すように、各ブロックＢｐｈの幅を乱数を用いて任意に変更した後に上記のように並び替えて送信してもよい。この並び替えは１つの音楽コンテンツＢｐを送信する毎に、前回と異なるブロック幅となるようにするのがセキュリティが向上する。このような場合は端末にブロック幅を知らせることが必要である。
【０１５５】
また、コンテンツサーバ３と端末２とは送信が正確に行われたかを確認する必要がある。例えば、ダウンロード成功の場合は図１６の（ａ）に示す手順で確認し、送信が不成功の場合は、図１６の（ｂ）に示す手順で行っていることはいうまでもない。
【０１５６】
＜実施の形態６＞
図１７は実施の形態６を示すシーケンス図である。この実施の形態６は、コンテンツサーバ３における暗号化プログラムの不正コピーを防止できるものでる。この図１７に示すように、コンテンツサーバ３側のオペレータは最初の公開キーと秘密キーとを手作業で入力する。これらのキーは、日時、時間等であってもよい。
【０１５７】
この公開キーとコンテンツサーバ３のＩＤ（サーバ秘密キーともいう）が認証サーバに送信される（ｄ７０）。
【０１５８】
認証サーバは、公開キーとサーバ秘密キーとを用いてワンタイムパスワードの暗号を生成し、これをコンテンツサーバ３に送信する（ｄ７１）。
【０１５９】
コンテンツサーバ３は、先に送信した公開キー、サーバ秘密キーを用いてワンタイムパスワードを取得する。
【０１６０】
このワンタイムパスワードで認証サーバに対してログインを行い（ｄ７２）、認証サーバからプログラムをダウンロードさせる（ｄ７３）。このとき、次回に用いるワンタイムパスワードの共通キーを送る（ｄ７４）。
【０１６１】
なお、上記各実施の形態では、音楽を配信するシステムとして述べたが音楽に限らず映像であってもよい。
【０１６２】
また、上記各実施の形態では無線網を用いて説明したがネットワークは公衆網（有線）であってもよい。
【０１６３】
【発明の効果】
以上のように本発明によれば、同じコンテンツデータの転送は上位装置から受けなければならないので、著作権者の権利、利益を保護できる端末装置が得れる。
【図面の簡単な説明】
【図１】本実施の形態１の音楽コンテンツ配信システムの概略構成図である。
【図２】本実施の形態１の端末にメモリカードがある場合の音楽コンテンツ配信システムのシーケンス図である。
【図３】本実施の形態１の音楽コンテンツ配信システムを用いて端末間でコピーするときのシーケンス図である。
【図４】本実施の形態１の音楽コンテンツ配信システムを用いてセンター経由でコピーするときのシーケンス図である。
【図５】実施の形態２の端末２の概略構成図である。
【図６】実施の形態２を用いた音楽コンテンツ配信システムのシーケンス図である。
【図７】実施の形態３の無線網が低速な場合の端末の構成図である。
【図８】実施の形態４の無線網が高速な場合のリアルタイム配信を実現したメインコンテンツサーバの概略構成図である。
【図９】実施の形態４のメインコンテンツサーバの動作を説明するフローチャートである。
【図１０】実施の形態４のコンテンツサーバを用いたときのシーケンス図である。
【図１１】実施の形態５の音楽コンテンツをブロック配信するコンテンツサーバの概略構成図である。
【図１２】実施の形態５のブロック配信のシーケンス図である。
【図１３】実施の形態５のブロックの送信手順を説明する説明図である。
【図１４】実施の形態５の端末のブロック復号を説明する説明図である。
【図１５】実施の形態５におけるブロック幅の任意変更を説明する説明図である。
【図１６】ダウンロード失敗、成功時のシーケンスを説明する説明図である。
【図１７】実施の形態６のセンター、コンテンツサーバの通信時におけるワンタイムパットの生成を説明するシーケンス図である。
【符号の説明】
１ 無線網
２ 端末
３ コンテンツサーバ
４ 課金サーバ
５ 認証サーバ
６ メインコンテンツサーバ
１０ メモリカード
１２ 端末番号情報保持部
１３ 暗号化部
２０ 発呼部
２２ 課金許可部

Claims (1)

1. 下位の端末装置から上位装置に、ネットワークを介してコンテンツ名を要求し、該コンテンツ名の要求によって前記上位装置が前記端末装置に、前記コンテンツ名に対応するコンテンツデータを暗号化して送信するコンテンツデータ配信システムにおける端末装置であって、
   前記端末装置は、
   互いに同じ通信形式で通信可能な端末装置同士で通信する場合に、いずれか一方又は他方の端末が転送元又は転送先のいずれかとなることが可能な端末装置であり、
   前記コンテンツを前記転送先に送る前記転送元となった場合は、
   前記転送先の端末に対して、自局が有している前記上位装置からの前記コンテンツデータのコンテンツ名のメニュー情報のみを再生可能な形式で送る手段と、
   前記転送元に対して前記転送先となったときは、
   前記転送元から受信した前記メニュー情報を画面に表示する手段と、
   前記画面に表示されたメニュー情報から所望のコンテンツを選択する選択手段と、
   前記選択手段の選択に伴って
   少なくとも当該端末の電話番号を含む端末番号情報を前記ネットワークを介して前記上位装置に送信し、かつ前記選択されたコンテンツ名を送信し、該コンテンツ名のコンテンツデータが前記上位装置から送信されてきたとき、
   前記上位装置に課金情報を通知し、前記上位装置から該課金情報を受け取ったとき、
   このコンテンツデータを前記端末番号情報のキーとして復号する手段を
   有することを特徴とする端末装置。

Images