(57)【特許請求の範囲】
【請求項１】
着脱可能な記憶媒体であり、
通信網を介して所定のサーバに接続し、前記接続したサーバからデータをダウンロードするための処理を実行するためプログラムと、
前記記憶媒体の固有のＩＤとが記録され、
当該記憶媒体に固有となるＩＤが記憶される記憶領域を有している記憶媒体であって、
前記プログラムは、前記記憶媒体が端末装置に装填された場合にメモリ領域に展開されて実行され、前記ＩＤを送信するとともに、前記サーバからコンテンツのリストをダウロードするプログラムであり、
前記ＩＤは、サーバ側にてダウンロードされるデータの課金に関する管理を行うための情報、及びダウンロードデータの種別を識別するための情報、及びダウンロードデータ供給元を選別するための情報が対応づけられてデータベース化されて利用可能な情報である
記憶媒体。
【請求項２】
着脱可能な記憶媒体であり、通信網を介して所定のサーバに接続し、前記接続したサーバからデータをダウンロードするための処理を実行するためプログラムと、前記記憶媒体の固有のＩＤとが記録され、当該記憶媒体に固有となるＩＤが記憶される記憶領域を有している記憶媒体であって、前記プログラムは、前記記憶媒体が端末装置に装填された場合にメモリ領域に展開されて実行され、前記ＩＤを送信するとともに、前記サーバからコンテンツのリストをダウロードするプログラムであり、前記ＩＤは、サーバ側にてダウンロードされるデータの課金に関する管理を行うための情報、及びダウンロードデータの種別を識別するための情報、及びダウンロードデータ供給元を選別するための情報が対応づけられてデータベース化されて利用可能な情報である記憶媒体から、前記プログラム情報を読み出す読み出し手順と、
読み出された前記プログラムを実行して、サーバにアクセスするアクセス手順と、
読み出された前記プログラムを実行して、アクセスしたサーバからコンテンツのリストをダウンロードするダウンロード手順と、
ダウンロードにより取得した前記コンテンツのリストを、前記メモリ領域に記憶させることのできる記憶制御手順と、
を実行するように構成されているダウンロード方法。
【請求項３】
着脱可能な記憶媒体であり、通信網を介して所定のサーバに接続し、前記接続したサーバからデータをダウンロードするための処理を実行するためプログラムと、前記記憶媒体の固有のＩＤとが記録され、当該記憶媒体に固有となるＩＤが記憶される記憶領域を有している記憶媒体であって、前記プログラムは、前記記憶媒体が端末装置に装填された場合にメモリ領域に展開されて実行され、前記ＩＤを送信するとともに、前記サーバからコンテンツのリストをダウロードするプログラムであり、前記ＩＤは、サーバ側にてダウンロードされるデータの課金に関する管理を行うための情報、及びダウンロードデータの種別を識別するための情報、及びダウンロードデータ供給元を選別するための情報が対応づけられてデータベース化されて利用可能な情報である記憶媒体が装填される端末装置であって、
前記プログラム情報を読み出す読み出し手段と、
読み出された前記プログラム情報を実行して、サーバにアクセスするアクセス手段と、
読み出された前記プログラム情報を実行して、アクセスしたサーバから前記コンテンツのリストをダウンロードするダウンロード手段と、
ダウンロードにより取得した前記コンテンツのリストを、メモリ領域に記憶させることのできる記憶制御手段と、
から構成されている端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばダウンロードして取得したデータを記憶可能な記憶媒体、この記憶媒体を利用したダウンロード方法及び端末装置に関するものである。
【０００２】
【従来の技術】
近年においては、例えばインターネットなどのネットワークを介して、例えばデジタルオーディオデータ等のコンテンツデータをダウンロードすることのできるサービスが普及してきている。
このようなコンテンツデータのダウンロードは、例えばユーザがパーソナルコンピュータ等にインストールされているインターネットブラウザのアプリケーションソフトウェアを起動して操作することで、インターネットを介して目的のサーバにアクセスするようにされる。サーバでは、例えばコンテンツデータとして、多数の楽曲としてのデジタルオーディオデータを保有している。
【０００３】
上記のようにしてサーバに接続した後、例えばユーザの操作に応じて選択指定された楽曲（デジタルオーディオデータ）をパーソナルコンピュータ側からサーバに要求することになる。また、この際には、例えばクレジットカードなどのカード番号を入力するなどのいくつかの必要な操作を行うことで、ダウンロードするデータに対する対価についての決済を行うようにされる。
サーバ側では、例えば決済の成立を確認した上で、要求された楽曲のデータを検索して、パーソナルコンピュータ側に対して送信する。つまりデータのアップロードを行う。そしてパーソナルコンピュータ側では、これを受信して、例えばハードディスクなどの記憶媒体に対して書き込んで記憶させる。このようにして、例えば楽曲データのダウンロードが行われるものである。
【０００４】
【発明が解決しようとする課題】
ここで、ユーザにとってみれば、上記したようなダウンロードがより容易で簡便な操作手順、方法によって行われるようにすることが好ましく、また、より手軽にダウンロードできるようになれば、ダウンロードデータを提供する側にとってもユーザの利用度が高くなるために好ましいことになる。
【０００５】
【課題を解決するための手段】
そこで本発明は上記した課題を考慮して、着脱可能な記憶媒体であり、通信網を介して所定のサーバに接続し、前記接続したサーバからデータをダウンロードするための処理を実行するためプログラムと、前記記憶媒体の固有のＩＤとが記録され、当該記憶媒体に固有となるＩＤが記憶される記憶領域を有している記憶媒体であって、前記プログラムは、前記記憶媒体が端末装置に装填された場合にメモリ領域に展開されて実行され、前記ＩＤを送信するとともに、前記サーバからコンテンツのリストをダウロードするプログラムであり、前記ＩＤは、サーバ側にてダウンロードされるデータの課金に関する管理を行うための情報、及びダウンロードデータの種別を識別するための情報、及びダウンロードデータ供給元を選別するための情報が対応づけられてデータベース化されて利用可能な情報である記憶媒体を提供することとした。
【０００６】
上記構成によれば、例えばダウンロード用の装置が、本発明としての記憶媒体に記憶されるプログラム情報を読み出して参照することで、所定のサーバにアクセスしてデータをダウンロードするのにあたって、特にユーザの操作に依らず自動的に実行可能とする手順を含めることが可能となるものである。
【０００７】
また、ダウンロード方法としては次のように構成する。
つまり、着脱可能な記憶媒体であり、通信網を介して所定のサーバに接続し、前記接続したサーバからデータをダウンロードするための処理を実行するためプログラムと、前記記憶媒体の固有のＩＤとが記録され、当該記憶媒体に固有となるＩＤが記憶される記憶領域を有している記憶媒体であって、前記プログラムは、前記記憶媒体が端末装置に装填された場合にメモリ領域に展開されて実行され、前記ＩＤを送信するとともに、前記サーバからコンテンツのリストをダウロードするプログラムであり、前記ＩＤは、サーバ側にてダウンロードされるデータの課金に関する管理を行うための情報、及びダウンロードデータの種別を識別するための情報、及びダウンロードデータ供給元を選別するための情報が対応づけられてデータベース化されて利用可能な情報である記憶媒体から、前記プログラム情報を読み出す読み出し手順と、読み出された前記プログラムを実行して、サーバにアクセスするアクセス手順と、読み出された前記プログラムを実行して、アクセスしたサーバからコンテンツのリストをダウンロードするダウンロード手順と、ダウンロードにより取得した前記コンテンツのリストを、前記メモリ領域に記憶させることのできる記憶制御手順とを実行するように構成することとした。
【０００８】
上記構成によっては、記憶媒体に記憶されているダウンロードのための手順が記述されているプログラム情報を読み出すことで、このプログラムを実行して、サーバにアクセスしてデータをダウンロードするための手順を実行することができることになる。これは、例えば所定のサーバにアクセスしてデータをダウンロードするのにあたって、特にユーザの操作に依らず自動的に実行可能とする手順を含めることが可能となることを意味する。
【０００９】
【発明の実施の形態】
以降、本発明の実施の形態について説明を行うこととする。本実施の形態としては、ユーザが記憶媒体を購入した上で、ユーザがこの記憶媒体を利用して、所定の通信網を介してコンテンツデータをダウンロードする、ダウンロードシステムであるものとする。
なお、以降の説明は次の順序で行う。
１．未課金メディア対応システム
１−１．システム構成
１−２．ユーザ端末装置
１−３．ディスクメディア
１−４．メモリ素子メディア
１−５．処理動作
２．課金メディア対応システム
【００１０】
１．未課金メディア対応システム
１−１．システム構成
本実施の形態においては、ダウンロードデータを記録可能なメディアとして、その購入時に際してユーザが支払うべき料金に関して２種類のものを提案する。
１つは、そのメディアに対してダウンロードされるべきコンテンツデータに係る課金金額を上乗せした価格が設定される「課金メディア」であり、もう１つは、このようなコンテンツデータのダウンロードに係る課金金額が上乗せされずに価格設定される「未課金メディア」である。そして、ダウンロードシステムの機能としても、上記した２つのメディアに応じて異なってくるものとされる。
そこで、先ず、後者である「未課金メディア」を前提とした本実施の形態としてのダウンロードシステムについて説明を行っていくこととする。
【００１１】
図１は、未課金メディアに対応する本実施の形態のダウンロードシステム全体の構成を概念的に示している。この図により、システムを構成する各装置等と、システムの運営手順及び機能動作について説明していくこととする。なお、以降の説明は図において○内に示される手順に従っていく。
【００１２】
手順１：メディアサーバ２は、メディアを製造して販売提供するメディア会社が運営するもので、このメディアサーバ２（メディア会社）では、製造した本実施の形態としてのメディア１０をメディア店１に卸売りする。
ここで、メディア１０は、後述するようにして、特定のサーバからネットワークを介してコンテンツをダウンロードするプログラムと、暗号化されたコンテンツをデコードし管理するプログラム、及び記録媒体ごとに固有となるメディアＩＤが予め記録されるようにして製造されているものである。つまり、本実施の形態のメディアには、ダウンロード（ダウンロードデータの記録再生を含む）のための手順を記述したプログラム（以降、ダウンロードプログラムという）と、メディアを特定するためのＩＤとが少なくとも記録されたかたちで販売されるものである。また、これらのダウンロードプログラムとＩＤの情報は、例えば書き換えなどの改竄が行えないような管理または記録の仕方が行われているものとされる。
【００１３】
手順２：ユーザは、メディア店１にて販売されるメディアを購入する。なお、この場合のようにメディア１０が未課金メディアである場合には、例えばメディア１０自体は無料で配布することも考えられる。
手順３：また、ユーザは、メディア１０を購入する際において、コンテンツをダウンロードするのに係る課金金額についての決済手段を指定する。例えばクレジットカード番号や代金の引き落とし口座番号などを申請するものである。また、このときには、このメディアについてのパスワードも指定するようにされる。このパスワードは、例えば後述するような認証処理に用いることができ、例えば、ダウンロードに際してユーザが、適正なパスワードを入力しなければダウンロードが行えないようにされるために、メディアの盗難や紛失についての対応を迅速かつ簡便とすることが可能となるものである。
なお、決済手段及びパスワードについては、ユーザによる所定の手段を利用した手続きにより、変更できるようにしておくことが、ユーザにとっての便宜上好ましい。
【００１４】
手順４：そして、上記のようにして指定された決済手段とパスワードの情報は、ユーザが購入したメディア１０に記録されているとされるメディアＩＤと共に、例えば所定の通信網６を介して、メディア店１からメディアサーバ２に送信される。このメディアサーバ２においては、送信されてきたメディアＩＤと、指定された決済手段と、パスワードとを対応付けてデータベース化を行い、ユーザ管理データベース２ａとして格納する。
なお、ここでのメディア店１とメディアサーバ２、及び次に説明するコンテンツサーバ３間の通信網としては、特に限定されるものではないが、例えば、電話回線、ISDN、ASDL、ケーブルＴＶ回線、携帯電話、WLL、衛星回線、光ファイバ通信網、インターネットなどが考えられる。
【００１５】
手順５：メディア１０を購入したユーザは、例えばユーザ端末装置５を所有しているものとされる。
このユーザ端末装置５としては、例えば購入したメディアに対応して記録が可能であり、また、後述するようにして所定の通信網を介してコンテンツサーバと接続してダウンロードが可能な装置であれば、とくにその機種等は問わないものであるが、ここでは、パーソナルコンピュータであるものとする。
そして、ユーザは、その購入したメディア１０をユーザ端末装置５に対して装填する。すると、ユーザ端末装置５は、このメディア１０に対して既に記録されているダウンロードプログラムに従った処理を実行することで、自動的にコンテンツサーバ３にアクセスする。
ここで、コンテンツサーバ３は、ＩＤデータベース３ａ及びコンテンツデータベース３ｂを格納しているものとされる。ＩＤデータベース３ａは、例えばメディアＩＤが対応する記憶媒体の種類を分類した情報等がデータベース化されて格納されている。また、コンテンツデータベース３ｂには、アップロード可能なコンテンツデータがデータベース化されて格納されている。
【００１６】
ここでユーザ端末装置５のアクセス時においてはメディアＩＤを送信するようにされている。そして、このメディアＩＤを受信したコンテンツサーバ３においては、ＩＤデータベース３ａを参照して、例えばこのメディアＩＤが記憶されているメディアの種別を識別する。そして、識別したメディアの種別に応じて選択したコンテンツデータのリストを送信するようにされる。
例えば、コンテンツデータとしては、楽曲データ、画像データ、ゲームソフト、映画ソフト、更にはパーソナルコンピュータなどで用いることのできる各種アプリケーションソフトウェアなど多様な種類を格納しておいてよいのであるが、仮に、メディアの種別としてデジタルオーディオデータのみを記録するためのフォーマットを有しているものなのであれば、例えば楽曲データ以外のコンテンツを提供することに意味はないと考えられるので、上記した各種のコンテンツのうちから、楽曲データのリストのみを送信することになる。
なお、このアクセス時においては、例えばメディアＩＤと共にパスワードを送信するようにされる。このパスワードの情報は、後述するようにしてコンテンツサーバ３がメディアサーバ２に対して行う課金依頼処理時に利用される。
【００１７】
コンテンツリストを受信したユーザ端末装置５では、これについての表示出力を行う。例えばコンテンツリストの画面には、ダウンロード可能なコンテンツ名、アーティスト（制作者）名、使用制限などの情報、コンテンツの価格等をリストとして表示する。
ユーザはその中から好みのコンテンツを選択してダウンロード要求を行うことができる。
【００１８】
手順６：ダウンロード要求が行われると、これを受けたコンテンツサーバ３では、先に受信したメディアＩＤとパスワードとをメディアサーバ２に送信することで課金依頼を行う。
手順７：メディアサーバ２では、受信したメディアＩＤとパスワードと、ユーザ管理データベース２ａとを参照して例えば認証処理を実行し、認証が成立すれば、課金／決済サーバ７に対して決済依頼を行う。課金／決済サーバ７は、例えば銀行、クレジットカード会社などが運営する。
手順８：そして、課金／決済サーバ７において決済処理が成立すると、その決済が完了したことをコンテンツサーバ３に対して通知する。そして、所定の機会でもって、コンテンツサーバ３の運営側に対してダウンロードへの対価としての料金が支払われることになる。
手順９：決済が完了したことの通知を受けたコンテンツサーバ３では、通信網６を介してコンテンツデータを送信する。そして、このコンテンツデータを受信したユーザ端末装置５では、現在装填されているメディア１０に対して、コンテンツデータを記録していくようにされる。つまり、楽曲データのダウンロードが行われるものである。
【００１９】
ここで、本実施の形態においては、コンテンツデータとしては、例えば著作権の設定上、再生回数や再生期間などについて制限が与えられている再生制限付きのものと、このような再生制限が与えられていないものとの２種類が存在するが、このようなコンテンツデータについての再生制限に応じてのダウンロード動作及び再生態様等については、後述する。
【００２０】
１−２．ユーザ端末装置
図２に、上記図１に示したユーザ端末装置５の内部構成例を示す。なお、この図においては、ユーザ端末装置５がパーソナルコンピュータとされる場合についての構成を示している。
【００２１】
この図において、ＣＰＵ１１は、例えばメモリ１２に保持されているプログラムに従って各種の処理を実行する。
また、補助記憶装置１３は、例えば比較的大容量のデータを記憶可能なハードディスク（ＨＤＤ）を備えて成るものとされている。ＣＰＵ１１は、内部バス１９を介して、補助記憶装置１３としてのハードディスクに対してデータやプログラム等の記録又は読み出しを行うことができるようにされている。
【００２２】
メディアドライバ１４は、特定種別のメディアに対応するドライバとされ、対応するメディアに対してのデータの読み出し／書き込みを実行する。そして、この場合には、本実施の形態のメディア１０に対応しての記録再生が可能な構成が採られているものとされる。
【００２３】
ネットワークインターフェイス１７は、通信網６を介して通信を行うためのインターフェイスであり、例えば、インターネットとの接続が電話回線を利用したものであれば、ハードウェアとしてはモデムなどが備えられ、また、ネットワークなどを介したものであればＥｔｈｅｒｎｅｔなどのインターフェイスとなる。
コンテンツサーバ３との通信は、このネットワークインターフェイス１７を介して行われ、送信されてきたコンテンツデータもまた、このネットワークインターフェイス１７を介して受信取得されて、例えばＣＰＵ１１の制御によって、メディアドライバ１４に装填されているメディア１０に対して記録されることになる。
【００２４】
表示コントローラ１５は、例えばＣＰＵ１１の表示制御に応じて画像情報を生成して、表示装置１８に対して画像表示を行う。
また、入力装置としては、この場合には、マウスやキーボード等の操作子と、これらの操作子に対して行われた操作信号を、内部バス１９を介してＣＰＵ１１に転送するためのインターフェイスからなる。
【００２５】
内部バス１１２は、例えば、ＰＣＩ(Peripheral Component Interconnect)又はローカルバス等により構成され、内部における各機能回路部間を相互に接続している。
【００２６】
１−３．ディスクメディア
ダウンロード動作の概要については、図１により説明したが、これを前提として、メディア１０がディスクメディアとされる場合の、メディア１０のデータ構造及びシステムの利用態様等について説明を行う。
図３（ａ）には、ディスクメディア１０Ａのデータエリア構造が概念的に示される。なお、ここでの説明では、ディスクメディア１０ＡはＣＤフォーマットとを基礎とする記録可能なディスクである、ＣＤ−Ｒ又はＣＤ−ＲＷであるものとする。
図３（ａ）に示すようにして、ディスクメディア１０ＡとしてＣＤ−Ｒ／ＲＷを用いる場合には、その最内周側にダウンロード対応データ及びメディアＩＤを記録するダウンロード対応データエリアＤＡ１が形成される。
この場合のダウンロード対応データエリアＤＡ１としては、例えば図示するように、最内周側のエリアＤＡ１１にメディアＩＤを記録し、その外周側のエリアＤＡ１２に通信モジュールを記録し、更にその外周側のエリアＤＡ１３にデコードモジュールを記録するようにしている。この場合には、通信モジュールとデコードモジュールとによってダウンロードプログラムを形成することになる。通信モジュールは、コンテンツサーバ３に対してアクセスしてダウンロードを行うための通信手順が記述されたプログラムであり、デコードモジュールは、例えば暗号化されているコンテンツデータについての暗号解読処理、及び圧縮処理が施されているコンテンツデータについての伸長処理を実行可能とするためのプログラムとされ、通信モジュールと連携して必要とされるときに実行される。
【００２７】
そしてこの場合には、上記ダウンロード対応データＤＡ１の外周側に、ダウンロードデータを記録するためのデータ記録エリアＤＡ２が形成される。なお、図３（ａ）に示される状態としては、データ記録エリアＤＡ２は、全くデータが記録されていないブランク状態であるとする。
ユーザ端末装置５では、例えばこのようなディスクメディア１０Ａがメディアドライバ１４に対して装填されると、ダウンロード対応データエリアＤＡ１に記録されているメディアＩＤ、通信モジュール、及びデコードモジュールを読み出して、メモリ１２に展開することになる。
【００２８】
このときのメモリにおけるデータマッピングとしては、概念的には、例えば図８に示すものとなる。
この図に示すように、メモリ１２においては、先ず、ＯＳ(Operation System)が格納されるエリアＡ１が形成される。そして、このＯＳ上で動作するアプリケーションソフトウェアとして、通信モジュールとしてのプログラムによって補助記憶装置１３からアクセス用アプリケーションがエリアＡ２に展開される。つまり起動が行われるものである。このアクセス用アプリケーションは、エリアＡ１１に格納されている、メディアから読み出された通信モジュールに記述された手順に従って実行されることで、自動的に、コンテンツサーバ３にアクセスすることになる。
【００２９】
また、これに続くエリアＡ３には、デコードモジュールによって補助記憶装置１３から読み出されたダウンロード用アプリケーションが展開される。このダウンロード用アプリケーションは、通信モジュールの記述内容に従ってコンテンツサーバ３へのアクセス後のダウンロードのための処理を自動実行することになる。
そして、エリアＡ３に続くエリアＡ４には、補助記憶装置１３から読み出されたメディア書き込み用アプリケーションが展開される。
このようなメモリマッピングとされたうえで、メディアから読み出されたダウンロードプログラムに従って、アプリケーションに従った処理をＣＰＵ１１が実行することで、先に図１にて説明したようにして、コンテンツサーバ３へのアクセス及びダウンロードの自動実行を可能とするものである。
【００３０】
説明を図３に戻す。
そして、メディアから読み出されたダウンロードプログラムに従ってダウンロードが実行されたとすれば、ブランク状態であったデータ記録エリアＤＡ２（図３（ａ）参照）には、図３（ｂ）に示すようにしてダウンロードにより取得したコンテンツデータが記録されることになる。
【００３１】
また、コンテンツデータとしては、図１において説明したように、再生制限の無いものと、再生制限が与えられたものとに分けられる。本実施の形態においては、再生制限付きのコンテンツデータについては、暗号化が施されているものとされる。また、コンテンツデータは、その伝送が効率的に行われるように所定方式によって圧縮処理が施されているものとされる。
【００３２】
そして、上記図３（ａ）→図３（ｂ）のようにしてダウンロードしたコンテンツデータを記録する場合において、再生制限が無いコンテンツデータの場合には、ユーザ端末装置５においては、受信取得したコンテンツデータについて、デコードモジュール（暗号デコードモジュール、伸長モジュール）としてのプログラムに従って、暗号の解読と伸長処理とを実行する。そして、このようにしてデコードされたコンテンツデータを、ディスク上の記録データエリアＤＡ２に対して記録することになる。
また、この場合のディスクメディア１０Ａとしては、ＣＤ−Ｒ／ＲＷであるとしたが、コンテンツデータをデータ記録エリアＤＡ２に書き込む際において、予め内周に記録されているダウンロード対応データエリアＤＡ１を、最初のAudio trackのIndex 0部分になるようにTOC情報を書き込むことで、CD-I Readyという既存のformatに従って作成するようにされる。これによって、通常のＣＤプレーヤによっても、デジタルオーディオデータを再生することのできるＣＤを作成することができる。
【００３３】
また、ＣＤ−ＲＷディスクの場合であれば、ディスクの外周に、ダウンロード対応データエリアＤＡ１を形成し、その内周側にデータ記録エリアＤＡ２を形成してここにダウンロードデータを記録するようにすれば、CD-Extraフォーマットに従ったディスクを作成することも可能である。
【００３４】
また、再生制限付きのコンテンツデータをダウンロードしてディスクメディア１０Ａに記録する場合には、図４に示すようにして記録が行われる。ここで、図４（ａ）には図３（ａ）と同様のいわゆるバージンメディアが示されている。そして、再生制限付きのコンテンツデータの場合には、コンテンツデータと共に、そのコンテンツデータについての再生制限条件の情報を格納した制限情報も送信されてくるものとされており、記録時においては、例えば図４（ｂ）に示すようにして、ダウンロード対応データエリアＤＡ１に対して新規に設けたエリアＤＡ１４に対して制限情報を記録する。そして、先の場合と同様にして、データ記録エリアＤＡ２に対しコンテンツデータを記録する。
【００３５】
そして、再生時においては、上記制限情報の内容に基づいて再生処理を実行する。
例えば、再生制限が期限的に設定されているものであれば、現在の日時と、制限情報として示される再生期限日時とについて比較して、再生可能であると判定されたコンテンツデータについてのみ、暗号を解読してコンテンツデータの再生出力を行うようにされる。
また、再生回数の制限があるコンテンツデータの場合は、これまでの再生回数の履歴と制限情報としての再生許可回数とを参照し、まだ再生が可能なのであれば暗号を解いて再生を行う。なお、再生回数の履歴情報は、例えばエリアＤＡ１４に対して、制限情報と共に暗号化して記録するようにすればよいものである。
このような再生制限についての再生管理は、メディアに記録されるデコードモジュール（暗号デコードモジュール、伸長モジュール）としてのプログラムに従って実行される。
【００３６】
ところで、上記説明では、ディスクメディア１０ＡをＣＤ−Ｒ／ＲＷであることを前提としているが、周知のように、ディスクメディアの種別としては、これ以外にも多様に存在しており、本発明としても、各種のメディアに対応可能とされる。補足的に、他のディスクメディアについて代表的なものを列記すると、例えばPD,DVD-R,DVD+RW,DVD-RW,DVD-RAM,MO,MD,HiFD,LS120,Zip,JAZZ,MVDISK,HS,リムーバブルHDDなどを挙げることができる。
【００３７】
そこで次に、本実施の形態のディスクメディア１０Ａとして、圧縮デジタルオーディオデータを光磁気ディスクに記録するフォーマットを有する、ＭＤ（Mini
Disc)を採用した場合のダウンロードについて説明する。
【００３８】
ディスクメディアとしてＭＤを採用した場合にも、図３（ａ）に示すようにして、メディアＩＤ及びダウンロードプログラム（通信モジュール、デコードモジュール）を例えば内周側に形成したダウンロード対応データエリアＤＡ１に記録するようにされる。ＭＤは書き換え可能なメディアであることから、例えば、周知のようにしてＭＤに記録されるＴＯＣ（Table Of contents：管理情報）の内容を規定することで、上記ダウンロード対応データエリアＤＡ１としての領域について、物理的に書き換えのできないROM trackとして扱われるようにする。
【００３９】
このようなＭＤに記録されるダウンロードプログラム（通信モジュール、デコードモジュール）によってダウンロードを実行した際には、アクセスしたサーバから送信されてくるコンテンツのリストとしては、ＭＤのフォーマットに対応した方式により圧縮されたデジタルオーディオデータとしての楽曲のリストのみが選択されたものとなっている。
【００４０】
そして、ダウンロードの実行により圧縮デジタルオーディオデータとしてのコンテンツデータを受信して、ＭＤのデータ記録可能エリアＤＡ２に記録した場合としては、先にＣＤ−Ｒ／ＲＷの場合とほぼ同様となるものである。
つまり、再生制限がないコンテンツデータをダウンロードした場合には、ダウンロード時に暗号のデコードが行われ、MDの外周の書き換え可能な領域に通常のAudio Trackとして記録されることになる。そして、このようにして記録されたＭＤとしては、通常のＭＤと同様のフォーマットのものとして扱うことができ、一般のＭＤに対応した再生機器によって制限無く再生することができる。
【００４１】
また、再生制限付きのコンテンツデータをダウンロードした場合には、暗号化された形式のままＭＤに記録する。そして再生時においてデコードモジュールのプログラムに従って再生制限の確認を行い、再生可能であれば暗号を解読して再生出力を行うようにされる。
【００４２】
また、DVD-RAM,DVD+RW,DVD-RW,MVDISKなどのディスクを、本実施の形態のディスクメディア１０Ａとして採用した場合についても説明しておく。
これらのディスクメディアは、例えばＣＤ−Ｒ／ＲＷなどが６３０ＭＢ程度の記憶容量であるのに対して、例えばＤＶＤに準拠したフォーマットであれば、現状、片面で４．７ＧＢというより大きな記憶容量を有している。このため、例えば長時間の動画像データを記録することも可能とされる。そこで、本実施の形態としては、例えばこのような大容量ディスクをディスクメディア１０Ａとする場合には、これに対応するコンテンツデータとして、映画、プロモーションビデオなどの動画像による映像ソフトを提供することができるものである。
【００４３】
また、これらの大容量ディスクとしても、例えば図３（ａ）に示したようにしてダウンロード対応エリアＤＡ１を形成して、ここにメディアＩＤと、ダウンロードプログラム（通信モジュール、デコードモジュール）を記録する。そして、ダウンロード時における記録、及び再生時の動作等については、例えばコンテンツデータとして動画像データから成る映像ソースが含められる以外は、図３及び図４による説明とほぼ同様となるものである。
【００４４】
１−４．メモリ素子メディア
また、近年においてはメディアとしてメモリ素子を備えたものが普及してきており、現状では、このようなメモリ素子によるメディアに対して、デジタルオーディオデータや静止画像データを記録することが行われている。本実施の形態のメディア１０としては、このようなメモリ素子によるメディアも採用できるものである。
【００４５】
図５は、このようなメモリ素子を備えたメディアとして、先に本出願人により提案された板状メモリの外観を示している。
板状メモリ１００は、例えば図５に示すような板状の筐体内部に例えば所定容量のメモリ素子を備える。本実施の形態としては、このメモリ素子としてフラッシュメモリ（Flash Memory）が用いられるものである。
図５に平面図、正面図、側面図、底面図として示す筐体は例えばプラスチックモールドにより形成され、サイズの具体例としては、図に示す幅Ｗ１１、Ｗ１２、Ｗ１３のそれぞれが、Ｗ１１＝６０ｍｍ、Ｗ１２＝２０ｍｍ、Ｗ１３＝２．８ｍｍとなる。
【００４６】
筐体の正面下部から底面側にかけて例えば１０個の電極を持つ端子部１０２が形成されており、この端子部１０２から、内部のメモリ素子に対する読出又は書込動作が行われる。
筐体の平面方向の左上部は切欠部１０３とされる。この切欠部１０３は、この板状メモリ１００を、例えばドライブ装置本体側の着脱機構へ装填する際などに挿入方向を誤ることを防止するためのものとなる。
また筐体底面側には使用性の向上のため滑り止めを目的とした凹凸部１０４が形成されている。
さらに底面側には、記録内容の誤消去を防止する目的のスライドスイッチ１０５が形成されている。
【００４７】
このような板状メモリ１００においては、フラッシュメモリ容量としては、４ＭＢ（メガバイト），８ＭＢ，１６ＭＢ，３２ＭＢ，６４ＭＢ，１２８ＭＢの何れかであるものとして規定されている。
またデータ記録／再生のためのファイルシステムとして、いわゆるＦＡＴ（File Allocation Table）システムが用いられている。
【００４８】
また、板状メモリ１内部の回路的構成としては、例えば図６に示すものとなる。と後述するドライブ装置２０の間のシリアルインターフェースシステム構成を説明する。
板状メモリ１００の内部は、コントロールＩＣ１１０とフラッシュメモリ１１１が設けられている。コントロールＩＣ１１０はフラッシュメモリ１１１に対する書込／読出動作を実行する部位となる。
【００４９】
コントロールＩＣ１１０は、図示するようにフラッシュメモリコントローラ１１０ａ、レジスタ１１０ｂ、ページバッファ１１０ｃ、シリアルインターフェース１１０ｄとしての各ブロックを有するものとなっている。
【００５０】
フラッシュメモリコントローラ１１０ａは、レジスタ１１０ｂに設定されたパラメータに基づいて、フラッシュメモリ１１１とページバッファ１１０ｃの間でのデータ転送を行う。
そしてページバッファ１１０ｃにバファリングされたデータはシリアルインターフェース１１０ｄを介して、例えば、当該板状メモリ１００に対応する構成を採るとされるメディアドライバ１４（図２参照）に転送され、またメディアドライバ１４から転送されてきたデータはシリアルインターフェース１１０ｄを介してページバッファ１１０ｃにバファリングされる。
【００５１】
図２に示すユーザ端末装置５として、メディアドライバ１４が板状メモリに対応してデータの読み出し／書き込みが可能な構成が採られている場合についての動作を補足的に説明しておく。
ＣＰＵ１１は、メディアドライバ１４によって板状メモリ１００に記憶されているメインデータファイルの管理のための管理ファイルの読み出しを実行させ、ファイルマネージャを形成する。板状メモリ１００のコントロールＩＣ１１０へへのアクセスはファイルマネージャに従って実行されることになる。この結果、板状メモリ１００内のフラッシュメモリ１１１に対する読出アクセス／書込アクセスが実現される。
【００５２】
このような板状メモリ１００を本実施の形態のメディア１０とした場合には、例えば、図６に示すようにフラッシュメモリ１１１内の所定領域に対して、書き換え不可の領域であるＩＰＬ（Initial Program Loader）エリア１１１ａが設けられるように規定する。そして、このＩＰＬエリア１１１ａに対して、図７（ａ）に示すようにして、メディアＩＤ及び、ダウンロードプログラム（通信モジュール、デコードモジュール）を記憶しておくようにする。
【００５３】
そして、この場合には、上記ＩＰＬエリア１１１ａに記憶されたダウンロードプログラムに従って、ダウンロードにより取得したコンテンツデータをフラッシュメモリ１１１内に書き込んで記憶させるものである。
また、再生制限が無いコンテンツデータを記憶させた場合には、例えば、この板状メモリ１００に対応するメディアドライバを有するパーソナルコンピュータ、或いは、携帯型のオーディオプレーヤなどによって再生することが可能とされる。
また、再生制限付きのコンテンツデータを記憶させる場合には、先に図４により説明した場合と同様にして、例えば暗号化された形式のまま記憶しておくようにされる。また、ＩＰＬエリア１１１ａには、制限情報も記憶するようにされる。そして、再生時においてこの制限情報に基づいての再生制限動作が実行されるようにする。
【００５４】
１−５．処理動作
ここで、これまで説明してきたダウンロード動作を実現するために、例えばユーザ端末装置５のＣＰＵ１１が実行するとされる処理動作について、図９のフローチャートを参照して説明する。
ここでは、先ずステップＳ１０１において、メディア１０がメディアドライバ１４に装填されるのを待機しており、メディア１０が装填されたことを判別するとステップＳ１０２に進む。
ステップＳ１０２においては、この装填されたメディア１０の所定領域に対してダウンロード対応データが記録されているか否かについての判別を行うようにされる。このためには、例えばそのメディアに記録されている管理情報やＦＡＴのファイルなどを参照して、そこに記述されているダウンロード対応データ（メディアＩＤ、ダウンロードプログラム（通信モジュール、デコードモジュール）の有無の情報を識別するようにされる。或いは、ダウンロード対応データエリアＡ１として規定されている領域についての読み出しを試行し、このとき読み出された所定のデータ部分の内容が、ダウンロード対応データであるか否かを判定するようにしてもよい。
ここで否定結果が得られた場合には、ダウンロード対応データが記録されていない通常のメディアであることから、このダウンロード自動処理のためのルーチンを抜け、他の所要のルーチンに移行する。
これに対して肯定結果が得られた場合にはステップＳ１０３以降のダウンロード自動実行のための処理に進む。
【００５５】
ステップＳ１０３においては、例えばダウンロードの自動処理を開始可能なモード状態に設定する。そして、次のステップＳ１０４において、メディアに記憶されているダウンロード対応データを読み込んでメモリ１２に展開する。これによって、例えば先に図８にて説明したようなマッピングの状態が得られることになる。
【００５６】
そして次のステップＳ１０５において、メディア１０に記憶されているメディアＩＤを参照する。そしてステップＳ１０６においては、メディア１０においてコンテンツサーバへアクセスし、次のステップＳ１０７の処理によってコンテンツサーバへメディアＩＤを送信する。また、このとき、必要があれば前述したようにしてパスワードの送信も行うようにされる。
これに応答して、前述したようにして、コンテンツサーバ３においては、メディアＩＤに基づいて限定したコンテンツデータのリストを得て、これを所定の規格によるマルチメディアファイルとして送信する。
【００５７】
上記のようにして送信されたコンテンツリストのマルチメディアファイルは、ユーザ端末装置５側において、ステップＳ１０８の処理によって受信される。そして、次のステップＳ１０９において、この受信取得したコンテンツリストを表示装置１８に対して表示させる。
この表示を見ながら、ユーザは入力装置１６としての操作子を操作することで、コンテンツリストの中から所望のコンテンツを選択することができる。これに応じてのコンテンツ選択指定のための処理がステップＳ１１０の処理となる。
この際には、図１にて説明したように、課金決済のためのクレジットカード番号などの登録は、メディア１０の購入時においてユーザが行っており、サーバ側でメディアＩＤと共に管理されていることから、例えば、従来のように、決済方法の指定などの煩わしい操作を行う必要はない。
【００５８】
そして次のステップＳ１１１においては、ユーザが選択したコンテンツデータについての課金処理が可能であるか否かについての判別を行う。これは、図１にて説明した手順６〜手順８までの課金、決済が正常に終了したか否かについての通知情報に基づいて、ユーザ端末装置５側で判別することができる。
通常は、課金処理は可能であるとの通知が受けられるが、例えばユーザが登録したクレジットカード番号が無効となっているなどして、サーバ側にて決済ができない旨の通知をうけることがある。このような場合には、ステップＳ１１１において否定結果が得られ、以降におけるダウンロードのための処理は中断されて、このルーチンを抜けることとなる。
これに対してステップＳ１１１において肯定結果が得られたのであればステップＳ１１２の処理に進むことになる。
【００５９】
ステップＳ１１２においては、ユーザ端末装置５からコンテンツサーバ３に対して、選択指定されたコンテンツデータについてのダウンロードを要求するための処理が実行される。
この要求に応じて、コンテンツサーバ３では、コンテンツデータベース３ｂから選択指定されたコンテンツデータの検索を行い、検索したコンテンツデータをユーザ端末装置５に対して送信する。
ユーザ端末装置５側では、ステップＳ１１３の処理によってこの送信されてきたコンテンツデータを受信することになる。なお、このコンテンツデータが再生制限付きである場合には、前述もしたように、コンテンツデータと共に制限情報が送信されてくるので、この制限情報も受信するようにされる。
【００６０】
そして続くステップＳ１１４においては、受信取得したコンテンツデータが再生制限付きのものであるか否かについて判別を行うようにされる。これは、例えば上記のようにして送信されてくる制限情報の有無に基づいて行うことができる。
このステップＳ１１４にて再生制限付きであるとして肯定結果が得られた場合には直ちにステップＳ１１６に進むようにされる。これは、例えば図４にて説明したようにして、受信取得したコンテンツデータが再生制限付きである場合には、暗号化のデコードを行わないとするための処理となる。これに対して再生制限が無いとして否定結果が得られた場合には、ステップＳ１１５の処理として、暗号化されたコンテンツデータについて解読を行った後にステップＳ１１６に進むようにされる。
ステップＳ１１６においては、受信取得したコンテンツデータをディスクに記録するための制御処理を実行する。
【００６１】
ところで、これまでの実施の形態としての説明においては、制限情報はメディア１０に記録され、再生時においては、このメディア１０に記録された制限情報に基づいて再生制限が行われるようにしていたのであるが、本実施の形態として、これとは異なる次のような再生制限の構成を採るようにもされる。
これは即ち、制限情報としては、例えばコンテンツサーバ３又はメディアサーバ２において、ＩＤデータベース３ｂ又はユーザ管理データベース２ａにおいて、メディアＩＤと共に制限情報を格納して管理しておくようにするものである。そして再生制限付きのコンテンツデータを再生する際には、その都度、メディア１０に記録されている通信モジュールを起動させて自動的にコンテンツサーバ３に接続し、サーバ側にて管理されている制限情報の内容を参照するものである。そして、参照した制限情報の内容に基づいて、ユーザ端末装置５側で再生制限動作を実行する。
このような構成であれば、制限情報も、メディアＩＤ等の他の情報と共にサーバ側で一元管理されることになる。従って、メディア１０に対して制限情報を記憶する必要がなくなることから、１つには、制限情報が不正に改竄されることをほぼ確実に防止することができる。また、メディア１０の記憶容量を節約することも可能となる。
【００６２】
そこで、上記のようにして制限情報を含む各種情報を一元管理した場合における、メディア１０の再生動作を実現するための処理動作を図１０のフローチャートに示す。なお、この図に示す処理としては、メディア１０はメディアドライバ１４に対して装填されているものとする。また、この図に示す処理も、ユーザ端末装置５のＣＰＵ１１が実行するものとされる。
【００６３】
先ずステップＳ２０１においては、再生要求が発生するのを待機している。そして、例えば入力装置１６に対して行われた再生操作などによって再生要求が得られたとされると、ＣＰＵ１１はステップＳ２０２に進む。
ステップＳ２０２においては、コンテンツ自動再生処理を開始する。この際には、例えば、メディア１０のダウンロード対応データエリアＤＡ１に記録されているメディアＩＤ、及びダウンロードプログラム（通信モジュール、デコードモジュール）を読み出して、メモリ１２に展開することが行われる。
そして、例えば次のステップＳ２０３においてはメモリ１２に保持されているメディアＩＤを参照する。ここで参照されたメディアＩＤの値は、例えば後述するコンテンツサーバへの情報送信時に利用される。
【００６４】
次のステップＳ２０４においては、通信モジュールを利用してのコンテンツサーバ３へのアクセスを行い、ステップＳ２０５においてアクセスしたコンテンツサーバ３に対し、メディアＩＤを付加して制限情報要求を行う。
コンテンツサーバ３では、制限情報要求を受信すると、ＩＤデータベース３ａから、共に送信されたメディアＩＤに対応付けられている制限情報を検索してユーザ端末装置５に対して送信する。ユーザ端末装置５側では、このようにして送信されてきた制限情報をステップＳ２０６の処理によって受信する。
【００６５】
ここで、制限情報としては、その制限の態様として再生回数についての制限を与える回数的制限情報と、再生期限についての制限を与える期限的制限情報との２種類があるものとする。そして、制限情報の内容としては、この回数的制限情報のみからなるもの、期限的制限情報のみから成るもの、及びこれら回数的制限情報と期限的制限情報が複合的に組み合わされたものとの３種類があるものとする。
【００６６】
そして、ステップＳ２０７においては、受信した制限情報の内容について、これが回数的制限情報を有しているものであるか否かについて判別する。このステップＳ２０７において肯定結果が得られた場合にはステップＳ２１１に進む。
ステップＳ２１１においては、回数的制限情報が示す再生可能回数ＰについてＰ←Ｐ−１とデクリメントを行った上で、次のステップＳ２１２において現在の再生可能回数Ｐについて、０以上であるか否かについて判別する。ここで否定結果が得られた場合であるが、この場合には、既に再生可能回数分を再生しているものとして管理されていることから、以降の再生のための処理をパスするようにしてこの処理ルーチンを抜けることになる。これに対して、肯定結果が得られた場合には、未だ再生可能回数を消化しておらず再生可能であることになるが、この場合には、ステップＳ２１０に移行する。
【００６７】
一方、ステップＳ２０７において回数的制限情報が含まれていないとして否定結果が得られた場合には、ステップＳ２０８に進み、ここで制限情報内に期限的制限情報が含まれているか否かについての判別が行われる。
このステップＳ２０８で否定結果が得られた場合には、制限情報として回数的制限情報も期限的制限情報も含まれていないこととなるのであるが、この場合には、例えば本実施の形態のユーザ端末装置５によっては、処理可能な制限情報ではないことなどが考えられる。係る場合には、コンテンツを再生することは著作権保護上適当ではないことが考えられるために、以降の再生処理を実行することなくこの処理ルーチンを抜けるようにされる。
【００６８】
これに対してステップＳ２０８において肯定結果が得られた場合にはステップＳ２０９に進み、期限的制限情報として示される再生期限日時と現在日時とを比較することで、現在は再生期限内にあるか否かについての判別を行う。なお、再生期限日時と現在日時との比較はサーバ側で行うようにして、期限的制限情報としては、再生可能期限に基づいて再生が可能であるか禁止であるかを示す内容としても構わないものである。
【００６９】
上記ステップＳ２０９において再生可能期限内にないとして否定結果が得られた場合には、このコンテンツデータの再生は禁止されるべきであるから、コンテンツデータを再生することなく、この図に示す処理を抜けるようにされる。これに対して、肯定結果が得られた場合には、ステップＳ２１０に進む。
【００７０】
ステップＳ２１０においては、先に図４により説明もしたように、暗号化されたコンテンツデータについて暗号解読処理を実行してコンテンツデータを再生出力するための制御処理を実行する。なお、例えば、ステップＳ２０５〜Ｓ２１０は、主としてデコードモジュールとしてのプログラムに従ってＣＰＵ１１が実行する処理となる。
【００７１】
なお、上記説明では、ダウンロードされたコンテンツデータは、メディア１０に記録されるものとして説明したが、例えばメディア１０ではなく、補助記憶装置１３に記憶させることも考えられる。
そして、この際には、補助記憶装置１３に記憶されたコンテンツデータが、メディア１０に本来記録されるべきデータであることを示す識別情報などを付加するようにしておく。そして、再生時においては、この識別情報を有するコンテンツデータについては、メディア１０に記憶されているダウンロードプログラムに従って再生が行われるようにすれば、これまでの説明と同様の態様による管理が可能となるものである。
【００７２】
２．課金メディア対応システム
続いては、「課金メディア」に対応する本実施の形態としての構成について説明を行っていくこととする。
図１１は、課金メディアに対応したダウンロードシステムの構成例を示している。なお、この図において図１と同一部分には同一符号を付し、同一部分については説明を省略する。また、以降の手順の説明についても、主としては図１との相違する事柄に関して述べていくこととする。
【００７３】
手順１：この場合にも、メディアサーバ２（メディア会社）では、製造した本実施の形態としてのメディア１０をメディア店１に卸売りする。メディア１０のデータエリア構造としては、例えばこの場合にも図３（ａ）に示したものとなる。
【００７４】
手順２：メディア店１ではメディアを販売する。
手順３：ユーザは、メディア店１にて販売されるメディアを購入するのにあたり、コンテンツ供給元の指定、再生制限の選択（再生回数、再生期限、また制限無し等）を行うことができるようになっている。
手順４：上記した指定、選択を行った後に、ユーザはメディアを購入する。
この際、例えばメディア自体の金額（メディア自体の金額は無料としてもよい）に対して、このメディアにダウンロードすることを想定して設定されたダウンロード料金を上乗せした価格分の金額を支払うようにされる。また、このときのダウンロード料金の設定にあたっては、例えば一律としてもよいが、上記手順３によって登録した内容を参酌して設定されてよいものである。
手順５：ユーザがメディア１０を購入したとされると、メディア店１では、先の手順２によって指定、選択されたコンテンツ供給元、再生制限の情報を、ユーザが購入したメディアＩＤと共にメディアサーバ２に送信して登録することを行う。
メディアサーバ２においては、送信されてきたメディアＩＤと、指定された決済手段と、パスワードとを対応付けてデータベース化を行い、ユーザ管理データベース２ａとして格納する。
手順６：メディアサーバ２では、例えば今回購入されたメディア１０のメディアＩＤに対応付けられたユーザ管理データベース２ａの情報内容と共にコンテンツ料が先払いされたことを、コンテンツサーバ３に通知する。この通知に応じて、コンテンツサーバ３では、ＩＤデータベース３ａを作成する。そして、このＩＤデータベース３ａとしては、メディアＩＤに対応して、指定されたコンテンツ供給元、再生制限の情報などが格納されたものとなる。
【００７５】
手順７：この場合にも、ユーザが購入したメディア１０をユーザ端末装置５に対して装填することで、ユーザ端末装置５は、このメディア１０に対して既に記録されているダウンロードプログラムに従った処理を実行し、自動的にコンテンツサーバ３にアクセスする。そしてこの際には、装填されたメディア１０から読み出したメディアＩＤを送信する。
手順８：  アクセスを受けたコンテンツサーバ３では、この際に受信したメディアＩＤをメディアサーバ２に対して送信する。
手順９：メディアサーバ２では、ユーザ管理データベース２ａから受信したメディアＩＤに対応付けられた情報を参照することで、認証処理を行う。そして、このメディアＩＤを有するメディア１０について、適正にダウンロード料金が上乗せされて購入されたものであることが確認されると、コンテンツサーバ３に対してコンテンツ利用許可を通知する。
手順１０：コンテンツ利用許可が与えられたことを確認したコンテンツサーバ３では、以降において、コンテンツデータがダウンロードされるための処理を実行していくことになる。
つまり、先の図１の場合と同様にして、例えばＩＤデータベース３ａを参照することで、このメディアＩＤが記憶されているメディアの種別を識別する。更にこの場合には、先の手順３、手順５により指定、登録されたコンテンツ供給元、及び再生制限についての識別も行われる。
そして、これらの識別された各情報内容に応じて、コンテンツデータベース３ｂから選択したコンテンツデータのリストを送信するようにされる。
【００７６】
具体的には、先ず、識別されたメディアの種別に基づいては、コンテンツデータの種類として、例えばオーディオデータ、ビデオデータなどの選択が行われる。このときには、メディアの種別に適合した圧縮フォーマットなどについての選択も行われる。また、識別されたコンテンツ供給元に基づいては、例えば指定されたコンテンツ供給元に対応するレコード会社やレーベルが配給するコンテンツデータが選択される。
【００７７】
ここで、例えば上記のようにして、先にユーザが指定したコンテンツ供給元（レコード会社やレーベル）に基づいてコンテンツデータのリストの絞り込みが行われるようにされれば、ユーザ側としては、自分にとっては不要とされるコンテンツデータがリストアップされることがないようにされるため、より効率的にコンテンツデータを選択することができることとなる。また、例えば購入時におけるコンテンツ供給元の指定にあたり、特定のアーティストを選択指定できるようにもすることが可能であり、この場合には、特定のアーティストのコンテンツデータのみについてのリストを送信することができる。
また、これまでにあっては、記録可能メディアに上乗せされていた著作権に基づく料金の収益は、ほぼ一律的に各レコード会社、アーティスト等に分配されるものであったが、本実施の形態の場合には、例えば、購入時において、レーベル、アーティストの指定が行われた上でメディア１０に上乗せされるダウンロード料金が決定されるために、そのダウンロード料金の収益を、各レコード会社、アーティストごとに適切に支払うことが可能となるものである。
【００７８】
そして上記のようにして選択されたコンテンツリストがユーザ端末装置５に対して送信される。コンテンツリストを受信したユーザ端末装置５では、これについての表示出力を行うようにされ、ユーザはその中から好みのコンテンツを選択してダウンロード要求を行う。
【００７９】
手順６：ダウンロード要求が行われると、これを受けたコンテンツサーバ３では、要求されたコンテンツデータをコンテンツデータベース３ｂから選択し、通信網６を介して送信する。また、この際にはメディア購入時にユーザが登録した再生制限に対応する内容の制限情報も送信される。そして、このコンテンツデータを受信したユーザ端末装置５では、現在装填されているメディア１０に対して、コンテンツデータ、及び制限情報を記録していくようにされる。
【００８０】
そして、このような課金メディアに対応するシステムにおけるメディア１０として適用可能なメディア種別、データエリア構造、及びこれに応じてのダウンロードデータの書き込み、また、メディア１０の再生（制限情報に応じた再生動作を含む）などは、先に図３〜図８により説明した場合とほぼ同様とされてよいものである。
【００８１】
また、図１１に示すシステム構成にあっては、例えば所要の手段によってユーザから例えばメディアサーバ２に対して契約を行うことで、コンテンツの追加購入のための料金支払いを行うことができるようにすることが好ましい。この追加購入の申し込みを受けたメディアサーバ２側では、先に説明した手順６の場合と同様にして、追加購入分のコンテンツ料をコンテンツサーバに対して支払うようにされる。
【００８２】
図１２は、上記した課金メディア対応のシステムにおいて、ユーザ端末装置５がコンテンツデータをダウンロードするためにＣＰＵ１１が実行すべき処理動作を示している。
この図に示すステップＳ３０１〜Ｓ３１５までの処理は、ほぼ先に図９に示したステップＳ１０１〜Ｓ１１６までの処理に準ずる。但し、この場合には、ダウンロード料金は、メディア購入時に先払いされていることから、図９において実行されていた課金処理が可能であるか否かの判別処理（ステップＳ１１１）は省略されたものとなっている。
【００８３】
ところで、近年においては、例えばコンビニエンスストアや娯楽施設などの場において、各種サーバと接続された通信端末装置を備え、そしてこの通信端末装置をユーザが利用することで、例えばオーディオデータやゲーム用ソフトウェアの販売（ダウンロード）等のサービスを提供することが行われてきている。
そこで、本実施の形態としても、例えば図１及び図１１に示したユーザ端末装置５に代えて、このような通信端末装置とすることも考えられるものである。
【００８４】
また、例えばユーザが家庭等で所有するユーザ端末装置５としては、パーソナルコンピュータ以外にも考えられるものである。例えば、衛星放送や所定の通信網を介して放送を受信視聴するための、いわゆるセットトップボックスといわれる機器に本実施の形態としてのメディアドライバを設ける、或いは接続するなどして構成されるダウンロード装置とされてもよいものである。
【００８５】
また、メディアサーバ２又はコンテンツサーバ３側にて、各ユーザ（メディアＩＤ）ごとのダウンロード履歴を保持しておくようにし、このダウンロード履歴に基づいて、例えばユーザの好みや傾向に応じたコンテンツデータのリストを作成するようにしてもよいものである。また、課金履歴（料金支払い履歴）も管理しておくようにすれば、よりきめ細かなユーザ管理を行うことが可能になる。
【００８６】
なお、本発明としてはこれまでに説明した構成に限定されるものではなく、各種変更が可能とされるものであり、例えばメディア１０に記録されるダウンロードプログラムに従ってのダウンロード処理、及び再生処理などについては、適宜変更されて構わないものである。
【００８７】
【発明の効果】
以上説明したように本発明は、記憶媒体に対してダウンロードの手順を記述したプログラム情報を記憶させることとしており、これをユーザに提供するようにされる。
そしてまた、本発明としては、このような本発明の記憶媒体を利用することで、プログラム情報に従ってのサーバへのアクセス及びダウンロードに関する所要の動作を実現するための処理を実行可能とされる。これによって、サーバへアクセスして最終的に所望のコンテンツデータをダウンロードするまでの過程において、ユーザ操作に依らず自動的に処理を実行可能な手順を含めることが可能になるため、ダウンロードの作業はこれまでよりも簡易かつ容易なものとなるという効果を有している。
【００８８】
また、記憶媒体に対して、記憶媒体ごとに固有となるメディアＩＤを記憶するようにしていることで、サーバ側ではこのメディアＩＤを利用して、メディア（即ちユーザ）を特定してのより有用なダウンロードサービスが提供できる。また、サーバ側においても、より有効なユーザ管理が可能となり、また、コンテンツデータを提供する企業、アーティスト等に対する著作権的保護をより適切なものとすることが可能となるものである。
【図面の簡単な説明】
【図１】本発明の実施の形態として、未課金メディアに対応するダウンロードシステムの構成例を示す説明図である。
【図２】本実施の形態としてのユーザ端末装置の内部構成例を示す説明図である。
【図３】本実施の形態のメディアについてディスクメディアとした場合のエリア構造、及びコンテンツデータの記録再生（再生制限無し）を説明するための説明図である。
【図４】本実施の形態のメディアについてディスクメディアとした場合のエリア構造、及びコンテンツデータの記録再生（再生制限付き）を説明するための説明図である。
【図５】本実施の形態のメディアとして利用可能な、板状メモリの外形形状を示す平面図、正面図、側面図、底面図である。
【図６】板状メモリの内部構成例を示すブロック図である。
【図７】本実施の形態のメディアについて板状メモリとした場合のコンテンツデータの記録再生（再生制限無し）を説明するための説明図である。
【図８】メディアに記録されているプログラムデータをメモリに展開した場合のメモリマッピング例を示す説明図である。
【図９】未課金メディア対応のダウンロードシステムにおけるダウンロード動作を実現するための処理動作を示すフローチャートである。
【図１０】メディアに記録されたコンテンツデータ再生時の処理動作を示すフローチャートである。
【図１１】本発明の実施の形態として、課金メディアに対応するダウンロードシステムの構成例を示す説明図である。
【図１２】課金メディア対応のダウンロードシステムにおけるダウンロード動作を実現するための処理動作を示すフローチャートである。
【符号の説明】
１  メディア店、２  メディアサーバ、３  コンテンツサーバ、５  ユーザ端末装置、６  通信網、７  課金／決済サーバ、１０  メディア、１０Ａ  ディスクメディア、１１  ＣＰＵ、１２  メモリ、１３  補助記憶装置、１４  メディアドライバ、１５  表示コントローラ、１６  入力装置、１７  ネットワークインターフェイス、１８  表示装置、１９  内部バス、ＤＡ１  ダウンロード対応データエリア、ＤＡ２  記録エリア、１００  板状メモリ、１１１  フラッシュメモリ、１１１ａ  ＩＰＬエリア
【図１】
0004524523.tif 000002
【図２】
0004524523.tif 000003
【図３】
0004524523.tif 000004
【図４】
0004524523.tif 000005
【図５】
0004524523.tif 000006
【図６】
0004524523.tif 000007
【図７】
0004524523.tif 000008
【図８】
0004524523.tif 000009
【図９】
0004524523.tif 000010
【図１０】
0004524523.tif 000011
【図１１】
0004524523.tif 000012
【図１２】
0004524523.tif 000013