(57)【特許請求の範囲】
【請求項１】
コンテンツデータを記憶するコンテンツ記憶手段と、
上記コンテンツ記憶手段が記憶するコンテンツデータを管理する管理情報を保持する管理情報保持手段と、
上記コンテンツ記憶手段に記憶されるコンテンツデータを管理する上記管理情報を有して成る第１の共有管理情報を保持する通信対象機器、との通信を実行する通信手段と、
上記第１の共有管理情報と上記管理情報とを有して成り、上記第１の共有管理情報を更新するのに利用する第２の共有管理情報を、保持する第２の共有管理情報対応保持手段と、
上記通信手段による通信経由で、上記通信対象機器に対して、コンテンツデータと、上記第２の共有管理情報を送信する送信制御手段と、
上記第２の共有管理情報を更新するもので、上記送信制御手段により上記要求されたコンテンツデータを送信したことに応じて、上記第２の共有管理情報を更新する第２の共有管理情報対応更新手段と、
を備え、
上記第２の共有管理情報対応更新手段は、
上記通信手段による通信経由で、上記通信対象機器から送信されてきた、上記コンテンツ記憶手段に記憶されていたコンテンツデータを削除した結果に応じて更新された内容の上記第１の共有管理情報を利用して、上記第２の共有管理情報を更新する
端末装置。
【請求項２】
上記送信制御手段は、
上記通信手段による通信経由で、上記通信対象機器から送信されてきた、購入対象のコンテンツデータの要求に応答して、要求されたコンテンツデータを送信する、
請求項１に記載の端末装置。
【請求項３】
上記送信制御手段は、
上記通信手段による通信経由で、上記通信対象機器から送信されてきた、上記第１の通信対象機器に預け入れを行っていたとするコンテンツデータを戻して上記コンテンツ記憶手段に記憶させるためのコンテンツデータの要求に応答して、要求されたコンテンツデータを送信する、
請求項１に記載の端末装置。
【請求項４】
表示制御手段を備え、上記第２の共有管理情報を利用して、表示部に対して、上記第通信対象機器において上記コンテンツ記憶手段に記憶されているコンテンツデータのリストを表示させる、
請求項１に記載の端末装置。
【請求項５】
上記第１の共有管理情報、及び上記第２の共有管理情報は、ユーザ識別子ごとに対応付けられた構造を有する、
請求項１に記載の端末装置。
【請求項６】
端末装置における情報処理方法であって、
コンテンツ記憶手段が記憶するコンテンツデータを管理する管理情報を保持する管理情報保持手順と、
上記コンテンツ記憶手段に記憶されるコンテンツデータを管理する上記管理情報を有して成る第１の共有管理情報を保持する通信対象機器、との通信を実行する通信手順と、
上記第１の共有管理情報と上記管理情報とを有して成り、上記第１の共有管理情報を更新するのに利用する、第２の共有管理情報を保持する第２の共有管理情報対応保持手順と、
上記通信手順による通信経由で、上記通信対象機器に対して、コンテンツデータと、上記第２の共有管理情報を送信する送信制御手順と、
上記第２の共有管理情報を更新するもので、上記送信制御手順により上記要求されたコンテンツデータを送信したことに応じて、上記第２の共有管理情報を更新する第２の共有管理情報対応更新手順と、
を実行し、
上記第２の共有管理情報対応更新手順は、
上記通信手順による通信経由で、上記通信対象機器から送信されてきた、上記コンテンツ記憶手段に記憶されていたコンテンツデータを削除した結果に応じて更新された内容の上記第１の共有管理情報を利用して、上記第２の共有管理情報を更新する
情報処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば楽曲としてのオーディオデータを主として配信するための情報処理方法、及び、これらのシステムを構築する端末装置に関するものである。
【０００２】
【従来の技術】
近年、例えばインターネットなどのネットワークや、衛星放送などを利用しての、ＥＭＤ(Electrical Music Distribution)いわれるデータ配信サービスが提案され、また、開始されてきている。
このＥＭＤのシステムとしては、例えば配信事業者側が、楽曲としてのオーディオデータを、配信用のコンテンツデータとして記憶するサーバを設ける。一方、個人ユーザ側では、記録媒体、若しくは記録媒体内蔵の再生装置として機能する個人端末装置を所有しており、例えばサーバ側と所望のコンテンツデータの購入契約を結んで、ダウンロードの要求を行う。サーバ側ではこれに応じて課金設定を行うと共に、要求されたコンテンツデータのアップロードを行い、最終的には、その楽曲データがユーザの所有する記録媒体、若しくは個人端末装置に内蔵される記録媒体に記憶されるようにするものである。即ち、ユーザ側からみれば、購入したコンテンツデータを実際に取得できたことになるものである。
【０００３】
現状においては、このＥＭＤにおけるコンテンツデータの購買契約の形態としては、いわゆる「買い切り」という形態で行われている。つまり、例えばユーザが或るコンテンツデータを１曲のみ購入してダウンロードしたとすると、そのコンテンツデータをダウンロードにより提供するということに対しての売買が行われるものである。なお、この「買い切り」という形態の中にあっては、著作権者の意向等によって再生回数、再生期間などが限定されたものも存在する。
【０００４】
【発明が解決しようとする課題】
ところで、上記した「買い切り」の形態によるＥＭＤでは、例えばユーザが、１つのコンテンツデータを１回ダウンロードしたことに対して課金設定が行われ、サーバ側としても、このような契約形態に対応してのデータ管理、ユーザ管理を行っている。このため、例えば次のような不都合が生じてくることが考えられる。
【０００５】
例えばユーザが、何らかの操作ミスや何らかの都合などによって、一度ダウンロードして購入したコンテンツデータを消去してしまったとする。
上記した「買い切り」の形態では、このようなユーザ側のミスに対しては、フォローができない。従って、このようにして一旦消去されてしまったコンテンツデータをユーザが欲しいと思った場合には、もう一度、このコンテンツデータを購入してダウンロードしなければならない。
【０００６】
具体的には、例えばユーザ側において、多くのコンテンツデータをダウンロードしたのではあるが、ユーザが所有する記憶メディアや記憶装置の容量が小さく、これ以上はダウンロードしたコンテンツデータを記憶させて保存するだけの容量が無くなったとする。
この場合、ユーザは、いままでダウンロードして記憶させてあるコンテンツデータの中から、何れかを選んで消去しなければ、新しいコンテンツデータをダウンロードすることができないことになる。つまり、ユーザにとっては、自分がダウンロードしたコンテンツデータの取捨選択を迫られることになるものである。そして、このときに消去してしまったコンテンツデータがもう一度必要なときには、やはり、再度購入契約を結んで、ダウンロードをしなければならない。
【０００７】
このようにして、現在の「買い切り」による形態では、ユーザに対してある種の不便さを与えることになる。このため、単なる「買い切り」としての形態ではなく、例えばユーザ側で削除したコンテンツデータの再ダウンロードも保証がされるような形態の配信サービスが行われるようにするための配信システムが構成されることが望まれる。
【０００８】
【課題を解決するための手段】
そこで本発明は上記した課題を考慮して、端末装置として次のようにして構成する。
つまり、コンテンツデータを記憶するコンテンツ記憶手段と、上記コンテンツ記憶手段が記憶するコンテンツデータを管理する管理情報を保持する管理情報保持手段と、上記コンテンツ記憶手段に記憶されるコンテンツデータを管理する上記管理情報を有して成る第１の共有管理情報を保持する通信対象機器、との通信を実行する通信手段と、上記第１の共有管理情報と上記管理情報とを有して成り、上記第１の共有管理情報を更新するのに利用する第２の共有管理情報を、保持する第２の共有管理情報対応保持手段と、上記通信手段による通信経由で、上記通信対象機器に対して、コンテンツデータと、上記第２の共有管理情報を送信する送信制御手段と、上記第２の共有管理情報を更新するもので、上記送信制御手段により上記要求されたコンテンツデータを送信したことに応じて、上記第２の共有管理情報を更新する第２の共有管理情報対応更新手段と、を備え、上記第２の共有管理情報対応更新手段は、上記通信手段による通信経由で、上記通信対象機器から送信されてきた、上記コンテンツ記憶手段に記憶されていたコンテンツデータを削除した結果に応じて更新された内容の上記第１の共有管理情報を利用して、上記第２の共有管理情報を更新することとした。
【０００９】
また、情報処理方法として次のように構成する。
コンテンツ記憶手段が記憶するコンテンツデータを管理する管理情報を保持する管理情報保持手順と、上記コンテンツ記憶手段に記憶されるコンテンツデータを管理する上記管理情報を有して成る第１の共有管理情報を保持する通信対象機器、との通信を実行する通信手順と、上記第１の共有管理情報と上記管理情報とを有して成り、上記第１の共有管理情報を更新するのに利用する、第２の共有管理情報を保持する第２の共有管理情報対応保持手順と、上記通信手順による通信経由で、上記通信対象機器に対して、コンテンツデータと、上記第２の共有管理情報を送信する送信制御手順と、上記第２の共有管理情報を更新するもので、上記送信制御手順により上記要求されたコンテンツデータを送信したことに応じて、上記第２の共有管理情報を更新する第２の共有管理情報対応更新手順と、を実行し、上記第２の共有管理情報対応更新手順は、上記通信手順による通信経由で、上記通信対象機器から送信されてきた、上記コンテンツ記憶手段に記憶されていたコンテンツデータを削除した結果に応じて更新された内容の上記第１の共有管理情報を利用して、上記第２の共有管理情報を更新するようにする。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態について説明を行っていく。以降説明する実施の形態としては、楽曲としてのオーディオデータを主体とするコンテンツデータを配信するためのデータ配信システムを例に挙げることとする。
また、以降の説明は次の順序で行う。
１．データ配信システム
１−１．全体構成
１−２．内部構成
１−３．コンテンツ配信サービスの利用形態例
１−４．サーバのデータベース構成
２．コンテンツ購入処理
３．コンテンツ預け入れ処理
４．コンテンツ戻し処理
５．本実施の形態の管理データ
５−１．管理データ構造例
５ー２．管理データに基づくデータ配信処理例
６．変形例
【００２２】
１．データ配信システム
１−１．全体構成
図１は本実施の形態としてのデータ配信システムの構築例を概要的に示している。
この図において、サーバ１は、後述するようにして、配信コンテンツとしてのコンテンツデータを格納する大容量の記録媒体を備えており、また、コンテンツデータの配信状況を管理するためのデータベースも有しているものとされる。
ここでのコンテンツデータは、例えば主としては、楽曲としてのオーディオデータとされ、例えば、ここでは図示しないレコード制作会社などから供給される。なお、コンテンツデータとしては、例えば楽曲データに加えて、例えばこの楽曲データに関連する歌詞やジャケットなどのテキストデータや画像データが含まれていてもよいものである。
そして、このサーバ１は、通信網４を介して多数の配信端末装置２と通信可能に構成されている。サーバ１は上記通信網４を介して、配信端末装置２に対してコンテンツデータを送信する。なお、この図に示すシステム構成にあっては、この配信端末装置２と上記サーバ１とが相互通信可能に接続されて成る設備が、コンテンツデータの配信サービスを行う事業者側の設備とされる。以降においては、この事業者側の設備のことを「配信センタ」ともいうことにする。
【００２３】
なお、本実施の形態においては、後述する携帯端末装置３が、配信端末装置２を介在させることなく、サーバ１と直接通信を行って、コンテンツデータの授受を行うようにされることも可能とされているものとする。
【００２４】
また、本実施の形態では、後述するようにして配信センタ（サーバ１、配信端末装置２）側に格納されているコンテンツデータを最終的には携帯端末装置３に対してダウンロードさせたり、また、携帯端末装置３内部に記憶させてあるコンテンツデータを、その取得権利は継続させたまま配信センタ側に戻す、つまりユーザがその権利を所有するコンテンツデータの「預け入れ」を行うことも可能とされているのであるが、このようなコンテンツデータについての処理が行われる際には、ユーザに対して課金が行われる。このため、本実施の形態としては、課金処理に従ってユーザから料金を徴収するために課金通信網５が設けられる。この課金通信網５は、例えば各ユーザが当該情報配信システムの利用料金を支払うために契約した金融機関などと接続される。
【００２５】
配信端末装置２は、例えば実際には、コンビニエンスストアなどの店舗や、ドライブインなど、移動中のユーザが立ち寄りやすいような場所に設置されており、例えば図のような形態により、装着部２２０に対して携帯端末装置３を装着可能とされており、装着された携帯端末装置３とは相互通信が可能とされる。
そして、配信端末装置２は、例えば装着された携帯端末装置３に対するコンテンツデータのダウンロードの要求があれば、例えば要求されたコンテンツデータをサーバ１から転送してもらい、これを携帯端末装置３に対してさらに転送してアップロードすることができるようになっている。また、逆に、携帯端末装置３に記憶されているコンテンツデータを配信センタ側に預け戻しするための要求があった場合には、例えば必要があればサーバ１と連携するための通信を行いながら、この預け戻しのための処理を実行するものである。
なお、ここで上記したコンテンツデータの受け渡しに関する要求は、例えば携帯端末装置３に設けられているとされる操作部３０２，若しくは、配信端末装置２に設けられる操作部２０２を操作することで発生させることができる。また、これらの操作を行う際には、この操作に応じた内容の表示が、携帯端末装置３における表示部３０１、若しくは配信端末装置２における表示部２０３に対して行われる。
【００２６】
本実施の形態の携帯端末装置３は、配信端末装置２に対して装着（接続）されることで、配信端末装置２との相互通信が可能なようにされている。また、配信端末装置２を介在してのサーバ１との通信も可能となる。そして、携帯端末装置３は、上記のようにして配信端末装置２から出力されたコンテンツデータとしての情報を携帯端末装置内に内蔵された所定種類の記録媒体に対して格納するようにされる。
【００２７】
このように、本実施の形態の情報配信システムは、サーバ１に格納されている大量の情報の中から、携帯端末装置３のユーザがリクエストしたコンテンツデータとしての情報を携帯端末装置３の記録媒体にダウンロードさせることができるといういわゆるデータ・オン・デマンドを実現するシステムとされる。
【００２８】
なお、上記通信網４としては特に限定されるものではなく、例えばＩＳＤＮ(Integrated services digital network) 、ＣＡＴＶ(Cable Television,Community Antenna Television) 、通信衛星、電話回線、ワイヤレス通信等を利用することが考えられる。
【００２９】
１−２．内部構成
図２のブロック図は、上記図１に示したサーバ１、配信端末装置２、及び携帯端末装置３の内部構成について説明する。なお、図１と同一部分には同一符号を付している。
【００３０】
先ず、サーバ１から説明する。
図２に示すサーバ１は、制御部１０１、記憶部１０２、検索部１０３、照合処理部１０４、課金処理部１０５、インターフェイス部１０６を備えて構成されており、これら各機能回路部はバスライン１０７を介してデータの送受信が可能なように接続されている。
制御部１０１は、例えばマイクロコンピュータ等を備えて構成され、通信網４からインターフェイス部１０６を介して供給された各種情報に応答して、サーバ１における各機能回路部に対する制御を実行する。
【００３１】
インターフェイス部１０６は、通信網４を介して、配信端末装置２と相互通信を行うために設けられる。なお、送信時の伝送プロトコルについては独自のプロトコルであってもよいし、又はインターネットで汎用となっているＴＣＰ／ＩＰ(Transmission contorol protocol/internet protocol ）等でパケット化されてデータ送信されるものであってもよい。
【００３２】
検索部１０３は、制御部１０１の制御によって、記憶部１０２に格納されているデータから所要のデータを検索する処理を実行するために設けられる。例えば、この検索処理は、例えば配信端末装置２から送信され、通信網４からインターフェイス部１０６を介して制御部１０１に入力された要求情報としてのリクエストデータに基づいて行われる。
【００３３】
記憶部１０２は、例えば大容量の記録媒体と、この記録媒体を駆動するためのドライバ装置等を備えて構成され、前述した配信用のコンテンツデータが格納されるコンテンツデータ格納領域１１０を有する。また他に、ユーザ、即ち携帯端末装置３ごとに設定したＩＤ（以降はこれを「ユーザＩＤ」という）、また、ユーザが権利として取得したコンテンツデータを管理するための各種情報、課金設定情報など、ユーザに関連する情報をはじめとする所要の情報がデータベース化されて格納されるデータベース格納領域１１１を有する。
ここで、記憶部１０２として採用される記録媒体としては、現在の放送用機器に用いられる磁気テープ等も考えられるが、本システムの特徴の一つであるオン・デマンド機能を実現するためには、ランダムアクセス可能なハードディスク、ＩＣメモリ、光ディスク、光磁気ディスク等を採用することが好ましい。
【００３４】
また、記憶部１０２に格納されるデータは、大量な複数のデータを記録する必要があるためデジタル圧縮されていることが望ましい。圧縮方法としてはＡＴＲＡＣ(Adaptive Transform Acoustic Coding)、ＡＴＲＡＣ２、ＴｗｉｎＶＱ(Transform domain Weighted Interleave Vector Quantization)等（商標）様々な手法が考えられるが、例えば配信端末装置側で伸張可能な圧縮手法であるならば特に限定されるものではない。
【００３５】
認証処理部１０３は、例えばリクエストデータ等と共に送信されてきたユーザＩＤと、本実施の形態の情報配信システムを現在利用可能な携帯端末装置のユーザＩＤ（例えば記憶部１０２にデータベースとして格納されている）とについて照合を行うなどして、リクエストを行った携帯端末装置３が正規のものであるか否かについての認証処理を行い、その認証処理結果を制御部１０１に出力する。例えば制御部１０１ではその認証結果に基づいて、携帯端末装置３に対して、当該配信センタ利用の許可・不許可を設定するようにされる。
【００３６】
また、課金処理部１０５は、制御部１０１の制御によって、携帯端末装置３を所有するユーザによる情報配信システムの利用に応じた金額を課金するための処理を行う。例えば、通信網４を介して配信端末装置２からサーバ１に対して、コンテンツデータの購入のための要求情報が供給されると、制御部１０１では、これに応答して必要な情報の通信を行うが、制御部１０１では、これらの情報に基づいて実際の利用状況を把握した上で、所定規則に従ってその利用内容に見合った課金金額が課金処理部１０５にて設定されるように制御を行う。
【００３７】
次に、配信端末装置２について説明する。
図２に示す配信端末装置２においては操作部２０２、表示部２０３、制御部２０７、記憶部２０８、インターフェイス部２０９、電源供給部（例えば充電回路を含む）２１０、装着判別部２１１が、それぞれバスライン２１２により接続されて構成されている。
【００３８】
制御部２０７は、マイクロコンピュータ等を備えて構成され、必要に応じて配信端末装置２内部の各機能回路部の動作を制御する。
この場合、インターフェイス部２０９は、通信制御端子２０１と情報入出力端子２０５間に設けられており、これにより、通信網４を介したサーバ１との相互通信、及び携帯端末装置３との相互通信が可能とされる。つまり、このインターフェイス部２０９を介在するようにしてサーバ１と携帯端末装置３が通信可能な環境が得られることになる。
【００３９】
この場合の 記憶部２０８もまた、比較的大容量のデータを格納可能とされており、例えば一度サーバ１から転送されて、携帯端末装置３に対してダウンロードを行ったコンテンツデータなどを、ここに記憶させて格納しておくこともできるようになっている。さらには、その配信端末装置２を利用した、携帯端末装置３についての管理情報やデータベースの一部なども、ここに格納しておくことが可能とされる。
例えば接続された携帯端末装置３からコンテンツデータのダウンロード等のリクエストがあった場合、リクエストされたコンテンツデータがこの記憶部２０８に既に格納されているのであれば、サーバ１に対するアクセスを行うことなく、配信端末装置２と携帯端末装置３との間でのデータ転送によってダウンロードを完結させることができ、それだけダウンロードに要する時間の短縮や、サーバ１側の負担を軽減することが可能になる。さらにこの際、そのユーザが所有する携帯端末装置３についての管理情報を配信端末装置２が格納していたとすれば、ユーザの情報を得るためにサーバ１、さらには、携帯端末装置３にアクセスする必要もなくなるものである。
また、この記憶部２０８としては、例えばメモリなどを備えて、サーバ１又は携帯端末装置３から送信された所要の情報を一時保持することが行われるようにされてもよいものとされる。この記憶部２０８に対する書き込み及び読み出し制御は、制御部２０７により実行される。
【００４０】
電源供給部２１０は、例えばスイッチングコンバータ等を備えて構成され、図示しない商用交流電源を入力して所定電圧の直流電源を生成して、配信端末装置２の各機能回路部に対して動作電源として供給する。また、この電源供給部２１０には、携帯端末装置３側に内蔵される充電池に対して充電を行うための充電回路も備えられているものとされ、電源供給端子２０６から携帯端末装置３の電源入力端子３０７を介して充電電力を供給可能に構成されている。この場合、電源供給部２１０（及び充電回路）における所要の動作は、制御部２０７により制御可能とされている。
【００４１】
装着判別部２１１は、当該配信端末装置２の装着部２２０に対する携帯端末装置３の装着／非装着の状態を判別する部位とされる。この装着判別部２１１は、例えばフォトインタラプタやメカスイッチなどの機構を備えて構成されてもよいし、例えば、電源供給端子２０６や情報入出力端子２０５などに含められて、配信端末装置２に携帯端末装置３が適正に装着されることにより得られる所定端子の導通状態を検出するようにしてもよい。
【００４２】
操作部２０２は、例えば各種キー等やタッチパネルなどの操作手段が設けられて構成されており、この操作部２０２に対して行われた操作情報はバスライン２１２を介して制御部２０７に対して供給される。制御部２０７では供給された操作情報に応じて適宜所要の制御処理を実行する。
表示部２０３は、先に図１に示したようにして本体に表出するようにして設けられ、例えば液晶ディスプレイやＣＲＴ(Cathode-Ray Tube)などの表示デバイス及びその表示駆動回路等を備えて構成される。この表示部２０３の表示動作は制御部２０７により制御される。
【００４３】
続いて、携帯端末装置３について説明する。
図２に示す携帯端末装置３は、先に図１にて説明したようにして配信端末装置２に対して装着されることにより、配信端末装置２と、情報入出力端子２０５−３０６を介してデータの通信が可能なように接続されると共に、電源供給端子２０６−電源入力端子３０７を介して、配信端末装置２の電源供給部２１０から充電電力が供給される。
【００４４】
また、この図に示す携帯端末装置３では、制御部３１１、ＲＯＭ３１２、ＲＡＭ３１３、信号処理回路３１４、Ｉ／Ｏポート３１７，３１９、操作部３０１及び操作部３０２がバスライン３２１により接続されている構成が示されている。
この場合も、制御部３１１はマイクロコンピュータ等を備えて構成され、携帯端末装置３内の各機能回路部の動作についての制御を実行する。
また、ＲＯＭ３１２には、例えば制御部３１２が所要の制御処理を実行するのに必要なプログラムデータや、各種データベース等の情報が格納されているものとされる。ＲＯＭ３１３には、配信端末装置２と通信すべき所要のデータや、制御部３１２の処理により発生したデータが一時保持される。
【００４５】
Ｉ／Ｏポート３１７は、情報入出力端子３０６を介して配信端末装置２（又はサーバ１）と相互通信を行うために設けられる。当該携帯端末装置３と送受信する情報や、ダウンロードされるデータは、このＩ／Ｏポート３１７を介して入出力される。
【００４６】
この携帯端末装置３に設けられる記憶部３２０は、所定の記録媒体について記録再生を行うためのドライバ等を備えて構成されるものであり、サーバ１から配信端末装置２を介してダウンロードした情報を格納するために設けられる。
なお、この記憶部３２０に採用される記録媒体も特に限定されるものではないが、この場合にもランダムアクセス性を考慮すれば、例えばフラッシュメモリなどのメモリ素子を採用した記録媒体のほか、ハードディスク、光ディスク等のランダムアクセスが可能な記録媒体を採用することが好ましい。
【００４７】
本実施の形態では、例えば購入契約によりダウンロードしたデータを記憶部３２０に格納可能とされているが、記憶部３２０に格納されたデータのうち、オーディオデータについては、当該携帯端末装置３により再生して視聴することが可能とされている。このため、携帯端末装置３には信号処理回路３１４が設けられる。
信号処理回路３１４は、例えば記憶部３２０から読み出されたオーディオデータをバスライン３２１を介して入力して所要の信号処理を行う。ここで、記憶部３２０に格納されているオーディオデータが所定形式に従って圧縮処理をはじめとする所定のエンコードが施されているのであれば、信号処理回路３１４では入力された圧縮オーディオデータについて伸張処理及び所定のデコード処理を施して、Ｄ／Ａコンバータ３１５に出力する。Ｄ／Ａコンバータ３１５でアナログオーディオ信号に変換されたオーディオデータは、ヘッドフォン端子３０９に供給される。ここで、ヘッドフォン端子３０９にヘッドフォン８を接続すれば、再生された楽曲等のダウンロードデータを音声として外部に出力することが可能になる。
【００４８】
また、この携帯端末装置３にはマイク端子３１０が設けられている。例えば、マイク端子３１０にマイクロフォン１２を接続して音声を吹き込んだとすると、この音声信号がＡ／Ｄコンバータ３１６を介してデジタルオーディオ信号に変換されて信号処理回路３１４に入力される。
この場合、信号処理回路３１４では入力されたデジタルオーディオ信号について、例えば圧縮処理及び記憶部３２０へのデータ書き込みに適合する所要のエンコード処理を施すように動作する。ここでエンコード処理が施されたデータは、例えば制御部３１１の制御によって記憶部３２０に対して格納することが可能とされている。
【００４９】
Ｉ／Ｏポート３１８は、コネクタ３０８を利用して外部と接続される機器や装置との入出力を可能とするために設けられる。コネクタ３０８には、例えばディスプレイ装置、キーボード、モデム、又はターミナルアダプタ等が接続可能とされるが、これについては、本実施の形態の携帯端末装置３の利用形態例として後述する。
【００５０】
また、携帯端末装置３に備えられるバッテリ回路部３１９は、少なくとも充電池を備えると共に、この充電池の電力を利用して携帯端末装置３内の各機能回路部の動作電源を供給するようにされた電源回路を備えて構成される。
また、配信端末装置２に携帯端末装置３が装着されて電源供給端子２０６−電源入力端子３０７を介して接続されている状態では、配信端末装置２の電源供給部２１０から上記バッテリ回路部３１９に対して、充電池に代わる電源出力が行われる。また、充電池に対する充電電流の供給も可能とされている。
【００５１】
この図に示す携帯端末装置３の表示部３０１及び操作部３０２は、例えば図２に示したようにして本体に設けられているものであり、この携帯端末装置３においても、上記表示部３０１に対する表示制御は制御部２０７により実行される。また、制御部２０７は、上記操作部３０２から出力される操作情報に基づいて適宜所要の制御処理を実行することになる。
【００５２】
１−３．サーバのデータベース構成
上記構成による本実施の形態のデータ配信システムでは、携帯端末装置３のユーザは、楽曲としてのコンテンツデータを「買い切り」により購入するのではなく、例えば楽曲ごとのコンテンツデータとしての権利を購入することができるようにされている。そして、ユーザがこの権利を有しているコンテンツデータに関しては、ユーザが任意のときに携帯端末装置３にダウンロードすることが可能とされる。また逆に、ダウンロードして携帯端末装置３に記憶させておいたコンテンツデータを、見かけ上は、配信センタ側に預け入れるようにして移動させることも可能とされる。つまり、配信センタ側では、ユーザが権利を所有しているコンテンツデータを預かり、保管しておくという形態でデータ管理を行うようにされるものである。そして、その後においては、携帯端末装置３側から配信センタ側に対して預けたコンテンツデータを戻すためのリクエストを行えば、再度、コンテンツデータをダウンロードして携帯端末装置３に記憶させることが可能とされるものである。
つまり、本実施の形態としては、サーバ側において仮想的に設けているとされる楽曲倉庫に対して、楽曲としてのコンテンツデータの権利を有しているユーザが、その楽曲を預けたり、また、この楽曲倉庫に預けている楽曲を引き出したりするという、楽曲を保管する倉庫運営が行われるものである。
【００５３】
そして、例えばこれにまつわる課金の仕方としては、例えば権利を購入したときにこの権利に対する対価として料金を設定するようにし、さらに、ユーザによる楽曲倉庫の利用に関し、その利用状況に応じて料金を設定して課金を行うようにするものである。
【００５４】
そこで、図３及び図４を参照して、上記した本実施の形態のデータ配信システムの利用形態例について説明を行っておくこととする。なお、以降の説明では、ユーザは、配信端末装置２に対して携帯端末装置３を装着するというかたちで、本実施の形態の配信システムのサービスを利用している場合を例に挙げることとする。また、このときにユーザが行うべき各種操作は、配信端末装置２に備えられる操作部２０２を操作することによって行えることとする。
【００５５】
ところで、図３及び図４においては、ユーザの操作手順に応じた配信端末装置２の表示部２０３の表示内容として、その利用形態に応じての配信センタ側と携帯端末装置３側の各コンテンツデータのリストが示されるのであるが、この表示は、後述するようにして、システムを構成する装置間で管理データを共有することで、例えば、携帯端末装置３を配信端末装置２に対して装着しなくとも表示させることが可能とされているものである。つまり、一例として、配信端末装置２側にあっては、携帯端末装置３側にて自身が記憶しているコンテンツデータについての管理データを読み込んで取得しなくとも、次に説明するようにして、配信センタ側と携帯端末装置３側の各コンテンツデータのリストを表示できるものである。
【００５６】
ここで、例えば新規に或る所望の楽曲としてのコンテンツデータを購入したいと思っているユーザがいるとする。そこで、例えば携帯端末装置３のユーザは、配信端末装置２の操作部２０２に対して、楽曲権利の購入のための操作を行ったとする。すると、例えば配信端末装置２の表示部２０３には、図３（ａ）に示すようにして、楽曲権利購入のための操作画面が表示される。なお、この操作にあたっては、例えばユーザＩＤを入力することなどが要求され、ユーザは例えば携帯端末装置３を装着したり、又は所定操作によってユーザＩＤを入力するようにされる。そして、実際には、例えばこのユーザＩＤ等の情報に基づいて認証を得た段階で、この図３（ａ）に示す表示が開始される。この点は、後述する図４の表示時においても同様とされる。
【００５７】
この図３（ａ）に示す操作画面には、その左側において、センタコンテンツリストＡ１が表示される。このセンタコンテンツリストＡ１は、配信センタ側において用意しているとされるコンテンツデータ、つまりは、サーバ１からアップロード可能とされるコンテンツデータのリストが所定の表示形態によって表示されるものである。ここでは、Music１〜１０までの１０のコンテンツデータのリストが提示されている状態が示されている。なお、実際には配信センタ側が提供可能な楽曲は、膨大な数となり、実際にはこれらのデータのリストが一部表示されて、所定の操作によって、そのリスト内容を変更していくようにされるものである。
また、この場合には、センタコンテンツリストＡ１の左側にカーソルｃｒｓが表示されている。このカーソルｃｒｓは、ユーザによるいわゆるＧＵＩ操作によって、センタコンテンツリストＡ１に表示されている各コンテンツのリストの間を移動するようにして、コンテンツデータの指定を行うためのものとされる。
【００５８】
また、同じ図３（ａ）に示す操作画面の右側には、ユーザコンテンツリストＡ２が表示されている。このユーザコンテンツリストＡ２には、配信端末装置２に装着されている携帯端末装置３に現在記憶されているコンテンツデータがリストとして提示される。ここでは、ユーザの所有する携帯端末装置３には、Music１，２，４，６，７という、５曲分のコンテンツデータが記憶されていることが示されている。
そして、これらセンタコンテンツリストＡ１及びユーザコンテンツリストＡ２の間には、ユーザがいわゆるＧＵＩ操作によって操作が可能な購入ボタンＢＴ１が表示されている。
【００５９】
このようにして購入用の操作画面が表示された状態では、ユーザは、現在配信センタ側にて提供可能なコンテンツデータを知ることができ、また、自分の携帯端末装置３に記憶されているコンテンツデータも知ることができる。
【００６０】
ユーザは、このような購入用の操作画面が表示されている状態の下、カーソルｃｒｓの移動操作を行って、自分が購入したいとするコンテンツデータを、センタコンテンツリストＡ１におけるコンテンツデータのリストの中から選択することができる。ここでは、ユーザは、センタコンテンツリストＡ１内におけるMusic９を選択したものとする。そしてこの後。購入ボタンＢＴ１を操作したとすると、表示画面は、図３（ｂ）に示すものとなる。
【００６１】
図３（ｂ）においては、ユーザコンテンツリストＡ２において、ユーザが購入を決定したとされるMusic９のコンテンツデータが追加して表示されている。
これは、ユーザがMusic９について購入決定のための操作を行ったことで、携帯端末装置３に対して記憶されるコンテンツデータとしては、これまでに記憶されていたコンテンツデータに、このMusic９のコンテンツデータが加わって記憶されるべきものとして示され、これと共にユーザは、このMusic９のコンテンツデータの権利を得たことが示されるものである。そして、例えばこのときにユーザが配信端末装置２に対して携帯端末装置３を装着していれば、携帯端末装置３にはMusic９のコンテンツデータがコピーされて、図３（ｂ）に示すユーザコンテンツリストＡ２通りの記憶内容が得られるものである。
なお、例えば実際においては、ユーザはコンテンツデータの権利のみを購入しておき、コンテンツデータ自体は、ダウンロードせずにサーバ１側にて割り当ててある自分の楽曲倉庫に対して保管するものとしておくようにすることも可能である。
【００６２】
そして、上記のようにしてコンテンツデータの権利を購入し、ダウンロードを行った後は、ユーザは、このダウンロードによって自分の携帯端末装置３に記憶されたコンテンツデータを、配信センタ側に在るとされる楽曲倉庫に対して移動させるようにして預け入れを行ったり、また、預け入れておいた楽曲データの再ダウンロードをすることが可能とされる。このような、携帯端末装置３と楽曲倉庫とのコンテンツデータのやりとりのための操作手順は、例えば図４に示すものとなる。
【００６３】
携帯端末装置３のユーザが、例えば配信端末装置２に対して所定操作を行って、配信センタの倉庫とのコンテンツデータの授受を行うための操作モードにしたとすると、表示部２０３には、例えば図４（ａ）に示すようにしてその操作画面が表示される。
【００６４】
この操作画面においては、先ず、画面左側に倉庫コンテンツリストＡ３が表示される。この場合の倉庫コンテンツリストＡ３は、 携帯端末装置３を所有するユーザが権利を購入しており、かつ、配信センタ側に在るとされる自分の楽曲倉庫に対して預け入れてあるとされるコンテンツデータのリストが提示されているものとする。ここでは、Music３，５，８，９，１０の５つのコンテンツデータがリストアップされおり、ユーザは、これを見ることで、これら５つのコンテンツデータを現在倉庫に預けていることを確認できるものである。
これに対して、例えば先に図３に示したセンタコンテンツリストＡ１は、配信センタ側にて提供可能なすべてのコンテンツデータのリストを表示していたものである。
【００６５】
また、この操作画面右側に対しては、ユーザコンテンツリストＡ２が表示される。このユーザコンテンツリストＡ２は、図３においても述べたように、ユーザの所有する携帯端末装置３に対して現在記憶されているコンテンツのリストが表示されるものである。
【００６６】
また、上記倉庫コンテンツリストＡ３の左側には、この倉庫コンテンツリストＡ３内のコンテンツを指定するためのカーソルｃｒｓ１が表示され、ユーザコンテンツリストＡ２の右側には、このユーザコンテンツリストＡ２内のコンテンツを指定するためのカーソルｃｒｓ２が表示される。
【００６７】
そして、倉庫コンテンツリストＡ３とユーザコンテンツリストＡ２の間には、預け入れボタンＢＴ２と、戻しボタンＢＴ３との２つの操作ボタンが表示される。
【００６８】
先ず、携帯端末装置３に記憶されているコンテンツデータを、配信センタ側の倉庫に預け入れる場合の操作から説明する。
この場合、ユーザは所定操作によって、ユーザコンテンツリストＡ２側のカーソルｃｒｓ２を移動させ、預け入れたいとするコンテンツデータの位置に対して配置させる。ここでは、Music６に対してカーソルｃｒｓ２を配置させている。そして、この状態の下で、ユーザは預け入れボタンＢＴ２に対する操作を行う。これにより、操作画面は図４（ｂ）に示すものとなる。
【００６９】
図４（ｂ）に示す操作画面では、先ず、ユーザコンテンツリストＡ２からMusic６のコンテンツデータが削除されている。そして代わりに、倉庫コンテンツリストＡ３に対して、Music６のコンテンツデータが追加されている。つまり、見かけ上は、携帯端末装置３に記憶されていたMusic６のコンテンツデータが移動されるようにして配信センタ側の倉庫に預けられたことが示されるものである。そして、このときに携帯端末装置３が配信端末装置２に対して装着されていれば、携帯端末装置３に記憶されていたMusic６のコンテンツデータは、配信センタの倉庫に対して移動されるものである。なお、実際の処理は後述するのであるが、簡略に述べておくと、先ず、配信センタ側のデータベース内容を更新することによって、このMusic６のコンテンツデータが倉庫に預け入れられたものとして管理されるように扱うと共に、携帯端末装置３からは、これまで記憶されていたMusic６のコンテンツデータを削除させるようにしている。これによって、見かけ上は、携帯端末装置３に記憶されているコンテンツデータが、倉庫に対して移動されたことになるものである。
【００７０】
また、現在倉庫に預け入れているコンテンツデータを、携帯端末装置３側に戻すためには、ユーザは、例えば先ず、図３（ａ）に示す操作画面上で、倉庫コンテンツリストＡ３側に表示されるカーソルｃｒｓ１を操作して、倉庫から戻したいとするコンテンツデータを指定する。ここでは、Music９のコンテンツデータを指定したものとする。そして、この状態から、戻しボタンＢＴ３を操作する。
【００７１】
すると、操作画面は図４（ｃ）に示すものとなる。つまり、ユーザが指定したMusic９のコンテンツデータは、倉庫コンテンツリストＡ３のリストから削除され、代わりに、ユーザコンテンツリストＡ２側において、そのリストに追加されるものである。
これによりユーザは、Music９のコンテンツデータが、倉庫から携帯端末装置３側に戻されたことを視覚的に確認することができる。また、このときに、携帯端末装置３を配信端末装置２に対して装着すれば、実際に、配信センタ側から携帯端末装置３に対してMusic９のコンテンツデータがアップロードされ、携帯端末装置３では、このMusic９のコンテンツデータを記憶するものである。なお、Music９としてのコンテンツデータの実体は、サーバ１又は配信端末装置２において格納されて存在はしているのであるが、このときには、配信センタ側においては、このユーザの倉庫からMusic９が引き出されたものとして、倉庫管理を行うようにされる。
【００７２】
１−４．サーバのデータベース構成
ここで、上記したようなデータ配信システムにおける倉庫管理が行われるためには、例えば配信センタ側において、ユーザが購入したコンテンツデータの権利、また、権利が購入されたコンテンツデータの倉庫への預け入れ状況などについての履歴等からなる情報を有している必要があることになる。そして、本実施の形態においては、このような情報を、データベースとしてサーバ１の記憶部１０２のデータベース格納領域１１１に格納して保持しているものである。
【００７３】
図５には、データベース格納領域１１１に格納されるデータベースの内容が模式的に示されている。
データベースは、例えば、コンテンツ購入データベース１１１−１，預け入れ状況データベース１１１−２，ユーザ認証／課金決済データベース１１１−３，ユーザ嗜好データベース１１１−４，商品データベース１１１−５が互いに関連して成るものとされる。
なお、この図に示される各データベースの内容は、例えば１ユーザ（携帯端末装置３）に対応するものとされ、ここに示されているデータベース内容が各ユーザごとに作成されて記憶される。そして、以降においても説明されるように、各データベースはユーザＩＤの情報を有することで、各ユーザごとに対応した情報内容を有することができる。
【００７４】
コンテンツ購入データベース１１１−１は、１ユーザについての、曲権利の購入状況に関する情報が格納されるもので、ユーザＩＤ、購入コンテンツＩＤ、購入コンテンツ名情報、購入コンテンツ数情報、購入履歴情報等の情報から成る。
ユーザＩＤは、例えば携帯端末装置３を有するユーザごとに固有となるようにして配信センタ側で与えたＩＤとされ、これにより、そのコンテンツ購入データベース１１１−１が、どのユーザについてのものであるのかが特定される。そして、このユーザＩＤは、例えば携帯端末装置３側から配信センタ側に対するアクセスがあったとされる場合に、その携帯端末装置３が、配信センタ側と正当な契約を結んだ正規のものであるか否かについての認証に使用される。
また、配信センタ側では、提供しているコンテンツデータごとにコンテンツＩＤを付して管理しているものとされる。購入コンテンツＩＤは、ユーザが購入したコンテンツデータ（楽曲）のコンテンツＩＤが集められた情報とされる。
購入コンテンツ名情報は、ユーザが購入したコンテンツデータの名前から成る情報とされる。この場合には、コンテンツデータは楽曲データであり、従って、コンテンツ名としては、例えばその楽曲のタイトルとされることになる。
購入コンテンツ数情報は、ユーザがその権利を購入したコンテンツデータの数を示す値から成る情報とされる。
購入履歴情報は、そのユーザの、これまでのコンテンツデータの購入履歴が示される。
そして、このような内容を有するコンテンツ購入データベース１１１−１が、即ち、ユーザが購入したコンテンツの権利について管理するための情報となる。例えば、購入コンテンツＩＤと購入コンテンツ数情報を、ユーザＩＤと対応づけて参照すれば、そのユーザＩＤにより示されるユーザが、どのコンテンツデータの権利をいくつ購入しているのかを認識することが可能になる。
【００７５】
また、預け入れ状況データベース１１１−２は、１ユーザについての、配信センタ側において仮想的に設けている楽曲倉庫の利用状況を把握するための情報が格納される。そして、預け入れ状況データベース１１１−２としての情報は、例えばユーザＩＤ、預かり容量情報、預かりコンテンツ数情報、預かりコンテンツＩＤ、預かりコンテンツ名情報、預かり履歴情報、預かり頻度情報から成る。
ユーザＩＤは、上記した場合と同様にユーザを特定する。
【００７６】
倉庫容量情報は、現在ユーザが使用しているとされる楽曲倉庫としてのデータ容量を示す情報である。
ユーザは、楽曲としてのコンテンツデータを預け入れるのにあたって、配信センタ側に自分の倉庫としての記憶容量の割り当てを行ってもらうようにされる。具体的には、例えばサーバ１における記憶部１０１の一部領域の容量が倉庫として割与えられる。そして、楽曲倉庫使用にあたっての課金設定は、主としてこの倉庫容量の大きさに基づいて行われる。
ここで、倉庫容量の設定については、いくつか考えることができる。
１つは、予めの契約などによって、或る決められた容量サイズの範囲内でユーザが使用可能な倉庫としての容量を設定するものである。例えば、配信センタ側において４ＭＢを上限として各ユーザに割り当て可能であるとして、ユーザは、自分の倉庫の使い方などを考慮して、２ＭＢ、３ＭＢなどのように、固定した倉庫容量を設定するものである。そして、課金設定は、このユーザが設定した倉庫容量に応じて決定するものである。
また、１つには、ユーザが倉庫に預け入れたとされるコンテンツのデータサイズに応じて、倉庫容量を適応的に変化させるものである。つまり、例えばユーザがいくつかのコンテンツデータを預け入れているとして、この預け入れたコンテンツデータの総データサイズが７５０ＫＢであるとすると、このときには、この７５０ＫＢの倉庫容量に応じた課金設定が行われる。そして、この後、或るコンテンツデータを追加的に預け入れたとして、預け入れしているコンテンツデータの総データサイズが１ＭＢになったとすると、この１ＭＢの倉庫容量に応じた課金設定が行われるものである。
【００７７】
ユーザ認証／課金決済データベース１１１−３は、ユーザの認証及び課金に関する情報を有する。そしてここでは、ユーザＩＤ、未処理課金データ、課金決済履歴、決済金融機関コード、決済コードから成る。これらの情報によって、ユーザＩＤによって特定されるユーザの課金に関する管理が行われる。そして、このユーザ認証／課金決済データベース１１１−３を作成するのにあたっては、課金金額を設定するための条件となる情報が必要とされるのであるが、これは、例えば図示するように、コンテンツ購入データベース１１１−１として格納される購入コンテンツＩＤ、購入コンテンツ数情報、及び預け入れ状況データベース１１１−２に格納される倉庫容量情報を入力することで作成が可能とされる。購入コンテンツＩＤ、購入コンテンツ数情報によっては、ユーザが購入した権利に対する課金設定を行うことができ、また、倉庫容量情報によっては、倉庫の使用状況に応じた課金設定を行うことができる。
なお、上記した課金決済のための条件としての情報は、あくまでも一例であって、実際のデータ配信システムの運営の仕方などに応じて、他の情報が使用されて全く構わないものである。
また、課金決済の仕方についても、各種考えられるもので、例えば予めユーザＩＤに対応付けて登録したクレジットカード番号などに基づいて、指定銀行口座などから引き落とすようにすることもできる。また、例えば配信端末装置２に対して、プリペイドカードを処理可能な機能を設けておき、このユーザが挿入したプリペイドカードから減額するなどの処理によって課金決済を行うことも考えられる。
【００７８】
ユーザ嗜好データベース１１１−４は、各ユーザごとのコンテンツ購入データベース１１１−１、預け入れ状況データベース１１１−２として格納される所要の情報に基づいて、配信データサービスを利用するユーザの楽曲の好みなどの傾向を把握し得る情報を得て、このような情報を格納するものである。
このユーザ嗜好データベース１１１−４の情報は、例えば実際には、この配信センタの運営者、若しくは、配信センタに対して楽曲としてのコンテンツデータを提供するレコード制作会社などの配給元が、例えば商品としてユーザに提供すべきコンテンツデータを決定したりするのに利用される。
【００７９】
ユーザ嗜好データベース１１１−４は、例えば図示するように、ユーザＩＤにより特定されるユーザごとに、購入コンテンツＩＤ、購入コンテンツ数情報、預かり状況情報、検索キー、検索データ、告知履歴情報等を有して成る。
購入コンテンツＩＤ及び購入コンテンツ数情報は、同じユーザＩＤにより特定されるコンテンツ購入データベース１１１−１に格納された情報をもらい受けて作成され、預かり状況情報は、同じユーザＩＤにより特定される預け入れ状況データベース１１１−２に格納される、預かりコンテンツ情報、預かりコンテンツＩＤ、預かり頻度情報をもらい受けて作成される。
【００８０】
検索キーは、上記した購入コンテンツＩＤ、購入コンテンツ数情報、預かり状況情報から、所定の条件に従って抽出した複数の検索キーが格納される。一例として、購入コンテンツＩＤと購入コンテンツ数情報によっては、そのユーザが好みとする楽曲のジャンルやアーティストなどの検索キーを得ることができる。また、預かり状況情報からは、楽曲倉庫からの入出頻度の高い楽曲が、どのようなジャンルやアーティストであるのかを検索するための検索キーを得ることができる。
そして、検索データは、次に説明する商品データベース１１１−５から、上記検索キーによりコンテンツデータを検索した結果が格納される。また、告知履歴情報は、上記検索データについての告知履歴が作成されて格納される。
【００８１】
商品データベース１１１−５は、コンテンツ販促用データ、購入代金データ、及び検索頻度データなどから成るものとされる。また、ここでの商品データベース１１１−５は、配信センタが有しているものとしているが、例えば実際には、配信センタに商品としてのコンテンツデータ（楽曲）を提供するレコード制作会社側のシステムに格納するようにしても有効に活用することができる。
コンテンツ販促用データは、例えば上述した検索キーにより検索されたコンテンツの検索結果に応じて、例えば運営者側の意図によって作成された曲販売用のデータを格納しておくものである。このコンテンツ販促用データは、例えばユーザが配信端末装置２などを利用して、サーバ１にアクセスした際、例えばコンテンツデータを提供するのと同時に、これを配信端末装置２側に転送することでユーザに提供するようにされるものである。例えばユーザはこのデータの内容を見ることで、自分の曲の購買などの参考にすることができる。
また、購入代金データは、例えば販促用のコンテンツデータ（楽曲）の購入代金などの情報が格納されている。この購入代金データは、例えばコンテンツ販促用データとして販促用の楽曲データの代金の情報を含めるような場合に利用される。また、検索頻度データは、検索キーにより検索された頻度などの情報が格納されるもので、この検索頻度データによって、配信システムを利用するユーザの嗜好の傾向を把握することができる。そして、例えばこれを利用して、ユーザに対して効果的とされるコンテンツ販促用データを作成することも可能になる。
【００８２】
なお、このようなデータベースは、サーバ１に格納されているものであるが、例えば配信端末装置２の記憶部２０８の記憶容量に余裕があれば、サーバ１からデータベースの内容を各配信端末装置２に対して転送して、配信端末装置２に記憶させておくことも可能である。これにより、例えば後述するようなコンテンツの倉庫管理や、ユーザの嗜好に応じてのサービスの提供などを、配信端末装置２ごとに独立して行うことが可能になる。
【００８３】
このようなデータベースの内容とすることで、本実施の形態では、例えばユーザがどの楽曲としてのコンテンツデータの権利を購買したのかということが把握できることになる。
また、権利が購入されたコンテンツデータについての倉庫への預け入れ状況も管理することができる。
【００８４】
このようにして、本実施の形態としては、楽曲としてのコンテンツデータの権利を売買の対象とし、その権利をデータベース化して管理するようにされる。、また、権利を購入したコンテンツデータについては、配信センタ側に在るとされる楽曲倉庫を利用してのコンテンツデータの預け入れ／引き出しが行える。
これにより、例えばユーザが多くのコンテンツデータをダウンロードして、ユーザ側で所有する記録媒体の容量が足りなくなったような場合には、現在記録媒体に記憶させてあるコンテンツデータの中から適当に選択を行って、倉庫に預け入れるようにして移動させれば、その分、記録媒体からコンテンツデータが削除されて容量が空くことになり、新規に好みのコンテンツデータを購入してダウンロードすることが可能になる。しかし、この記録媒体から削除されたコンテンツデータは、楽曲倉庫に預け入れられているため、ユーザの所有権は保証されており、先に図４にて説明したようにして操作を行えば、また楽曲倉庫から引き出して再ダウンロードすることができる。つまり、ユーザ側が所有する媒体容量がさほど大きいものではないとしても、ユーザは、新規なコンテンツデータを記憶するために、過去のコンテンツデータを捨てる必要はないことになる。
一例として、例えばユーザが携帯端末装置３を所有して遠隔地に赴いたときに、在る楽曲（コンテンツデータ）が聴きたくなったとする。このときには、ユーザは、例えば最寄りの場所に設置されている配信端末装置２を利用して、この楽曲のコンテンツデータを楽曲倉庫から戻すようにダウンロードすることができるのであるが、ここで、携帯端末装置３の空き容量が充分でないような場合には、さしあたり、現在は不要と判断したコンテンツを先ず楽曲倉庫に預け入れて、この後、ユーザが所望するコンテンツデータを購入、若しくは楽曲倉庫から戻すようにしてダウンロードすればよいことになる。
【００８５】
また、ユーザが購入したコンテンツデータの権利、及び倉庫の管理は、例えばサーバ１などの配信センタ側において行うようにしている。
例えば権利購入後のコンテンツデータの管理責任はユーザが負うものとして告知をしておいたとしても、ユーザ側の何らかの事情で、コンテンツデータを消失させてしまうという可能性は充分にあり得る。そして、例えばこれまでの「買い切り」による契約であれば、ユーザが消失したコンテンツデータを得るのには、再びそのコンテンツデータを購入してダウンローすることになる。しかし、本実施の形態であれば、ユーザが、消失させてしまったコンテンツデータの権利は、配信センタ側にて残っていることから、例えば、無償、若しくは通常の権利購入時よりも安価な支払いによって再ダウンロードさせるなどの措置を容易に採ることができることにもなる。つまり、配信センタ側としては、ユーザがその権利を購入したコンテンツデータについてのバックアップ機能も有するものである。
また、コンテンツデータは相応に大きなデータサイズを有するものとされるため、通信網の品質によっては、実際のダウンロード時において転送が中断して、ダウンロードが失敗する可能性も決して低くない。このような場合であっても、ユーザは、例えば金銭的損失無く、再ダウンロードを行うことが可能となるものである。
【００８６】
このようにして、本実施の形態では、いままでの「買い切り」によるコンテンツデータの売買によっては得られないようなユーザへのメリットを提供することができる。また、これに伴って配信センタ側では、楽曲倉庫を提供することによる課金を行うこともでき、これまでに無い形態のビジネスを行っていくことが可能になる。
【００８７】
また、本実施の形態においては、ユーザ嗜好データベース１１１−４を設け、これを商品データベース１１１−５と連携させることで、このデータ配信システムを利用しているユーザごとの嗜好の傾向、またユーザ全体の嗜好の傾向を把握して管理することができる。そして、このようにして得られた嗜好の情報に基づいて、前述もしたように、配信側において効果的な販促を行うことが可能とされるものである。
特に、本実施の形態においてはユーザ嗜好データベース１１１−４としては、図５によっても説明したようにして、そこに格納される情報内容は、預け入れデータベース１１１−２に格納されている情報の内容も含まれている。
例えば、買い切りの場合には、単にユーザが購入したコンテンツデータの履歴に基づいての嗜好しか把握することができない。つまり、例えばダウンロードされたコンテンツデータとしての楽曲をどの程度の頻度でユーザが聴いているのかという情報などは得ることができないものである。
これに対して本実施の形態では、預け入れデータベース１１１−２に格納される情報に基づいて作成されたユーザ嗜好データベース１１１−４の情報内容から、ダウンロード後におけるユーザのコンテンツデータの利用状況を比較的詳しく把握することが可能になるものである。例えば預かり状況情報に基づけば、ユーザが倉庫に預け入れているコンテンツデータと、ユーザが自分の携帯端末装置３側に取り込んでいるコンテンツデータとが何れであるのかを把握することができ、また、預かり状況情報内に含まれるとされる預け入れ履歴のデータに基づけば、長期間携帯端末装置３側に記憶されているコンテンツが何であり、逆に、楽曲倉庫に長期間預け入れられているコンテンツは何であるのかということなどが把握できる。また、或るコンテンツデータについての預け入れ／引き出しの頻度なども把握できる。
例えば、楽曲倉庫に預けられずに携帯端末装置３に長期間引き出されていたり、また、楽曲倉庫と携帯端末装置３側との行き来が頻繁なコンテンツデータは、ユーザがよく聴いて使用しているものであるとして扱うことができるし、逆に、楽曲倉庫に預けられたまま放置されている期間が長いようなコンテンツデータは、ユーザにとってはあまり興味がないものであるというようにして扱うことができる。このようにして本実施の形態としては、楽曲倉庫の利用状況からより詳しいユーザの嗜好をつかむことができ、これに基づいて販促が行える。つまり、ユーザへのアピール度がより強い販促データを作成することも可能になる。
【００８８】
２．コンテンツ購入処理
これまでは、データ配信システムの利用形態例として、コンテンツデータの権利の購入、楽曲倉庫へのコンテンツデータの預け入れ／戻しについて述べ、また、配信センタ側（サーバ１）で保有するデータベース１１１の構造例について述べた。このデータベース１１１は、携帯端末装置３からのアクセスにより、コンテンツデータの権利の購入や、楽曲倉庫へのコンテンツデータの預け入れ／戻しが行われるのに応じて、更新されるものである。
そこで続いては、コンテンツデータの権利の購入と、楽曲倉庫へのコンテンツデータの預け入れ／戻しと、これに伴うデータベースの更新についての処理を説明していくこととする。
【００８９】
図６は、コンテンツデータの権利購入が行われる場合の、配信センタ側とユーザ側の処理を示す処理遷移図とされる。ここでユーザ側の処理とは即ち携帯端末装置３側の処理となり制御部３１１が実行する。また配信センタ側の処理は、例えばサーバ１の処理となり、制御部１０１が実行する。ここで、携帯端末装置３が配信端末装置２と接続されている場合、配信端末装置２は、携帯端末装置３とサーバ１との通信を仲介するものとして機能し、実際には、携帯端末装置３とサーバ１間で送信されるデータを転送することを行う。このための処理は、内部の制御部２０７が実行する。また、携帯端末装置３とサーバ１とが直接相互通信を行っている場合には、この配信センタ側の処理はサーバ１の処理によって完結するものとされる。
【００９０】
例えば、携帯端末装置３のユーザが、携帯端末装置３（又は配信端末装置２）に対する所定操作によって、或るコンテンツデータを指定してその権利を購入することを要求したとすると、ステップＳ１０１として示すように、ユーザ側である携帯端末装置３からは購入リクエストを配信センタ側に送信する。配信センタではステップＳ１０２としての処理によってこれを受信すると、続くステップＳ１０３としての処理によって、ユーザ確認要求をユーザ側に送信する。
【００９１】
ユーザ側では、ステップＳ１０４にて上記ユーザ確認要求を受信すると、ステップＳ１０５としての処理によって認証データを送信する。ここでは、例えばその認証データとして、その携帯端末装置３を所有するユーザに割り当てられ、ユーザに通知、若しくは携帯端末装置３に記憶させてあるとされるユーザＩＤを送信するものとしている。
【００９２】
配信センタ側では、上記した認証データをステップＳ１０６の処理によって受信して、ステップＳ１０７の処理によって認証処理を行う。例えば、配信センタ側で記憶しているユーザＩＤと、送信されてきたユーザＩＤとの照合をとるなどして、アクセスしてきたユーザ（携帯端末装置３）が正規のものであるか否かについて判定を行うようにされる。そして、例えば認証結果が得られたのであれば、ステップＳ１０８に進んで、購入確認要求をユーザ側に送信する。
なお、実際の認証処理としては、例えば携帯端末装置３側から送信する情報として、ユーザＩＤのほかに、例えば携帯端末装置３ごとに固有となるように割り与えられた携帯端末ＩＤを送信するようにしてもよいものである。更には、実際として、この認証のための情報を暗号化して送受信すると共に、これを解読するための鍵情報等を用意しておき、これを送信するようにしてもよいものである。
【００９３】
ステップＳ１０９としての処理によって購入確認要求を受信したユーザ側では、例えば購入確認処理として、例えば次のステップＳ１１０により、購入する楽曲を通知する。つまり、実際の処理としては、ユーザの操作により選択指定されたコンテンツデータ（楽曲）に与えられたコンテンツＩＤを配信センタ側に送信する。なおこの際、例えば一度に購入するコンテンツデータを複数指定可能として、ステップＳ１１０によっては、これら複数のコンテンツデータのコンテンツＩＤを送信するようにしても構わないものである。
【００９４】
配信センタ側においては、このコンテンツＩＤの送信を受けて、配信センタ側で格納しているコンテンツデータのリストの中から、受信したコンテンツＩＤにより特定されるコンテンツデータの検索を行う。これは、例えばサーバ１の制御部１０１が検索部１０３を制御することによって、記憶部１０２に記憶されているコンテンツデータの中から検索を行うようにされるのであるが、携帯端末装置３が配信端末装置２と接続されており、かつ、配信端末装置２の記憶部２０８にそのコンテンツデータが記憶されているのであれば、この記憶部２０８に記憶されているコンテンツデータに対する検索を行うようにしてもよいものである。
【００９５】
そして上記ステップＳ１１２において、目的のコンテンツデータの検索が行われたとすると、次のステップＳ１１３としての処理によって、検索されたコンテンツデータと、管理データを送信する。なお、この管理データの詳細については後述するが、当該データ配信システムのサーバ１、配信端末装置２、及び携帯端末装置３との間でコピーや移動が行われるべきコンテンツデータについて管理が可能とされる情報内容を有している。また、以降においては、このような管理データについては、ＴＯＣ(Table Of Contents)ともいうことにする。
【００９６】
ユーザ側（携帯端末装置３）では、ステップＳ１１４にて上記のようにして送信されてきたコンテンツデータ及びＴＯＣの受信を開始すると、これに続くステップＳ１１５の処理によって、コンテンツデータとＴＯＣの受信を継続しながら、記憶部３２０に対して記憶させる。
ここで、配信センタ側においては、先のステップＳ１１３によりコンテンツデータ及びＴＯＣを送信した後の所定タイミングで、Ｓ１１６によりダウンロード終了確認要求を送信する。ユーザ側である携帯端末装置３側では、このダウンロード終了確認要求をステップＳ１１７により受信したことをうけ、例えばステップＳ１１８において、コンテンツデータに対及びＴＯＣの受信、記憶が完了した時点でその終了確認を行う。そして、ステップＳ１１９の処理によってダウンロードが終了したことを示す終了通知を送信する。
【００９７】
配信センタ側においては、ステップＳ１２０において終了通知を受信する。これによって、配信センタ側では、今回のコンテンツデータが適正にダウンロード完了したことが確認される。
そして、配信センタ側では、次のステップＳ１２１によって、これまでの処理結果に応じてデータベースの変更を行うものである。つまり、例えば先ず、コンテンツ購入データベース１１１−１が更新される。これにより、今回ダウンロードされたコンテンツデータの権利を、このユーザが有しているものとして確定され、以降は、配信センタ側で管理が行われるものである。なお、実際には、コンテンツデータのダウンロード処理が失敗するようなことがあったとしても、配信センタ側では、このコンテンツデータの権利をユーザが有しているものとして管理されるようにデータベースの作成を行うものである。
そして、例えば次のステップＳ１２２においては、今回購入されたコンテンツデータの権利についての課金設定が行われる。例えばコンテンツに応じた課金額が設定されると共に、この課金金額が徴収できるように、例えば課金通信網４を介して、ユーザが入力したクレジットカードの番号や口座番号を課金額の情報共に暗号化して送信を行うようにされる。また、例えば実際には、これに伴って、ユーザ認証／課金決済データベース１１１−３が作成、若しくは更新されるものである。
このようにして、ステップＳ１１２までの処理が完了したとされると、配信センタ側では、ステップＳ１２３の処理によって、購入完了通知をユーザ側に送信する。ユーザ側ではステップＳ１２４により購入完了通知を受信したことを以て、コンテンツデータの権利購入契約が成立したことを確認することができる。
【００９８】
３．コンテンツ預け入れ処理
続いては、例えば、携帯端末装置３の記憶部３２０に記憶させるなどして、ユーザ側で保有しているコンテンツデータを、楽曲倉庫に預け入れる場合の処理について、図７の処理遷移図を参照して説明する。
【００９９】
この場合、先ず、ユーザ側（携帯端末装置３）では、ステップＳ２０１の処理によって、例えばユーザの所定操作に応じてコンテンツを楽曲倉庫に預け入れるためのリクエストを配信センタ側に送信する。配信センタ側においては、これをステップＳ２０２において受信すると、次のステップＳ２０３においてユーザ確認要求をおこなう。ここで、このステップＳ２０３からステップＳ２０７までの処理は、先に図６に示した認証のための処理（ステップＳ１０３〜Ｓ１０７）と同様となるのでここでの説明は省略する。そして、例えばステップＳ２０７において適正なユーザ認証結果が得られれば、ステップＳ２０８において、預け入れコンテンツ確認要求をユーザ側に対して送信する。
【０１００】
ユーザ側では、ステップＳ２０９の処理によって上記預け入れコンテンツ確認要求を受信したのに応じて、次のステップＳ２１０の処理により、今回預け入れるものとして指定したコンテンツデータのコンテンツＩＤを送信する。この場合には、例えば複数のコンテンツデータを預け入れるものとして、複数のコンテンツＩＤを送信するようにしても構わないものとされる。
【０１０１】
配信センタ側では、ステップＳ２１１の処理によって、預け入れ曲に対応するコンテンツＩＤを受信すると、次のステップＳ２１２において、このユーザに関してのデータベース内容を参照する。そして、例えばここで、預け入れ要求のあったコンテンツデータは、先に適正な手続きによってユーザがその権利を購入したものであるかということを始め、例えば楽曲倉庫の容量を予め固定的に設定して割り当てるという契約の場合であれば、倉庫容量情報に基づいて、ユーザに対して割り当てた楽曲倉庫容量の空き容量などをチェックする。そして、これらのチェック結果から、預け入れが可能であると判定されると、例えば次のステップＳ２１３において、ユーザ側に対して預け入れ承認を通知する。
【０１０２】
ユーザ側（携帯端末装置３）では、次のステップＳ２１４において預け入れ承認の通知を受けると、次のステップＳ２１５において、例えば携帯端末装置３の記憶部３２０に記憶されているコンテンツデータのうちから、今回預け入れるものとして指定したコンテンツデータを消去するための処理を実行する。
そして、このデータ消去が完了すると、ステップＳ２１６の処理によってコンテンツデータの消去を行ったことを通知する。また、この際には例えば少なくとも、携帯端末装置３の記憶部３２０における記憶内容が変更される。このために、例えば携帯端末装置３では、記憶部３２０に記録されているコンテンツデータの管理を行うＴＯＣについての更新が実際には行われる。そして、例えばこの更新されたＴＯＣも、この際に送信するものとされる。これにより、例えば配信センタ側のサーバ１、又は配信端末装置２側では、携帯端末装置３から送信されるＴＯＣを利用して、少なくとも自身が記憶して管理するコンテンツデータと、ユーザ個人ごとの携帯端末装置３に記憶されるコンテンツデータとを対応付けて管理可能なＴＯＣを生成して作成することが可能となる。
【０１０３】
配信センタ側においては、ステップＳ２１７の処理により上記コンテンツデータ消去通知を受信したとすると、次のステップＳ２１８としての処理を実行する。
ステップＳ２１８では、先ず、これまでの処理結果に応じてのデータベースの更新を行う。ここでは、楽曲倉庫管理に対応する預け入れ状況データベース１１１−２の更新を行うことで、今回預け入れが行われたとされるコンテンツが楽曲倉庫に在るものとして管理されることになる。ここで、先のステップＳ２１５の処理によって、預け入れるべきコンテンツデータについての消去を携帯端末装置３側で行っていることで、例えば携帯端末装置３を有するユーザとしては、携帯端末装置３から配信センタ側にコンテンツデータを移動するように転送して、楽曲倉庫に預け入れたように見えることになる。
【０１０４】
また、このステップＳ２１８においては、今回のコンテンツデータの預け入れに伴って、倉庫管理についての課金金額に変更が生じるとされる場合には、課金設定処理を行い、これと共に、ユーザ認証／課金決済データベース１１１−３の更新も行うようにされる。
【０１０５】
そして、上記ステップＳ２１８としての処理が終了したとすれば、配信センタ側では、次のステップＳ２１９の処理によって預かり確認通知をユーザ側に送信する。例えばユーザ（携帯端末装置３）側では、ステップＳ２２０により、この預かり確認通知を受信することで、今回リクエストしたコンテンツデータ預かりのための処理が正常終了したことを認識できる。
【０１０６】
４．コンテンツ戻し処理
続いては、楽曲倉庫に預け入れてあるとされるコンテンツデータを、携帯端末装置３側に戻す場合の処理について、図８の処理遷移図を参照して説明する。
この場合にも、例えばユーザの操作に応じて、ユーザ側からは、ステップＳ３０１により、楽曲倉庫に預け入れてあるコンテンツデータの戻しについてのリクエストを送信する。
配信センタ側においては、ステップＳ３０２の処理によってこれを受信すると、ステップＳ３０３にてユーザ確認要求の送信を行う。この場合にも、ステップＳ３０３〜ステップＳ３０７として示される処理は、先の図６のステップＳ１０３〜Ｓ１０７までによるユーザ認証処理と同様となる。
そしてステップＳ３０７において適正なユーザ認証結果が得られたとすれば、ステップＳ３０８としての処理によって、ユーザが楽曲倉庫から携帯端末装置３側に戻したいとするコンテンツデータの確認要求を送信する。ユーザ側では、ステップＳ３０９においてこれを受信すると、次のステップＳ３１０において戻してもらいたいとするコンテンツデータを示すコンテンツＩＤを通知することを行う。
【０１０７】
配信センタ側では、ステップＳ３１１により上記したコンテンツＩＤを受信すると、このコンテンツＩＤを基に、そのユーザのユーザＩＤにより管理されるデータベース内容を参照して、この戻しのためのリクエストのあったコンテンツデータが、預け入れの許可が与えられるコンテンツデータであるか否かについての確認を行う。例えば、曲購入データベース１１１−１及び預け入れ状況データベース１１１−２を参照することで、この戻しのためのリクエストのあったコンテンツデータは、現在ユーザがその権利を取得しているものであり、また、現在、楽曲倉庫に対して保管されているものとして扱われているか、などについての確認を行うものとされる。
【０１０８】
そして、例えばステップＳ３１２の処理結果として、リクエストされたコンテンツデータについて預け入れの許可を与えてよいとの確認が得られると、次のステップＳ３１３において、例えばサーバ１が処理を行う場合であれば、記憶部１０２のコンテンツデータ格納領域１１０の中から、このリクエストのあったコンテンツデータについての検索を行う。そして、次のステップＳ３１４においては、検索したコンテンツデータと、このコンテンツデータのコピー転送によって変更された内容のＴＯＣを送信するようにされる。
【０１０９】
ユーザ側においては、ステップＳ３１５において、送信されてきたコンテンツデータとＴＯＣとの受信を開始して、ステップＳ３１６において、引き続きこれらデータの受信及び記憶部への記憶のための処理を実行する。
また、以降のステップＳ３１７〜Ｓ３２１の処理は、例えば図６においてステップＳ１１６〜Ｓ１２１までの処理として示した、ダウンロード終了のための相互確認処理と同様の処理が実行される。
そして、ステップＳ３２１において、配信センタ側がユーザ側から送信された終了通知を受信したとすると、配信センタ側では次のステップＳ３２２においてデータベースを更新する。また、携帯端末装置３側にコンテンツデータが戻されたことによって、課金金額に変更が生じる場合には課金設定処理を行うようにされる。このステップＳ３２２の処理は、図７のステップＳ２１８の処理に準ずるもので、例えば楽曲倉庫から携帯端末装置３に対してコンテンツデータを戻したものとして配信センタ側で倉庫管理が行われるように、預け入れ状況データベース１１１−２の内容を変更するものである。
【０１１０】
上記ステップＳ３２２の処理が終了すると、配信センタ側では、続くステップＳ３２３の処理によって、コンテンツデータを戻したことの処理が正常終了したことの確認通知をユーザ側に送信する。そして、ユーザ（携帯端末装置３）側では、ステップＳ３２４により、この預かり確認通知を受信して、この旨の確認をすることができる。
【０１１１】
５．本実施の形態の管理データ
５−１．管理データ構造例
ところで、上記図６，図７，図８示した処理動作においては、配信センタ側とユーザ側とでコンテンツデータのコピーや移動が行われる際にはＴＯＣ（管理データ）の送受信も行われていることが示されていた。
このＴＯＣは、例えばデータ配信システムを構築する各装置（サーバ１、配信端末装置２、携帯端末装置３）において、その記憶部に所定構造のものが格納されることになっており、適宜必要に応じて、読み出しが行われて利用される。
読み出しの行われたＴＯＣは、先に図３及び図４に示したような操作画面を表示するのに用いられるほか、例えば上記した処理動作でも述べた、ユーザ（携帯端末装置３）側からのリクエストに応じて、サーバ１、又は配信端末装置２に記憶されているコンテンツデータを検索してアクセスする際にも用いられる。また、本実施の形態の場合、例えば図３及び図４に示したような操作画面は、例えば配信センタ側であれば、仮に携帯端末装置３が装着されておらず、この携帯端末装置３からＴＯＣを取得できない環境でも、配信端末装置２のみで単独で出力させることも可能とされる。これは、本実施の形態としてのＴＯＣが、データ配信システムを構築する装置（サーバ１、配信端末装置２、携帯端末装置３）との間で、それぞれが内部に記憶しているコンテンツデータを管理するためのＴＯＣ内容と、他の少なくとも１種類の装置が内部に記憶しているコンテンツデータを管理するためのＴＯＣ内容とが関連付けられるようにした構造を有していることによる。換言すれば、本実施の形態のＴＯＣは、サーバ１、配信端末装置２、携帯端末装置３の間で、それぞれ独立して完結した内容を有するのではなく、他の装置と共有した内容を有するものである。
【０１１２】
図９は、このような本実施の形態としてのＴＯＣによるデータ配信システムを構築する装置間でのコンテンツデータ管理を概念的に示している。
先ず、図９（ａ）には、サーバ１の記憶部１０２に記憶されるコンテンツデータのうち、携帯端末装置３又は配信端末装置２によりアクセス可能とされるコンテンツデータの実アドレスが示されているものとする。また図９（ｂ）には、配信端末装置２の記憶領域（記憶部２０８）に記憶されるコンテンツデータの実アドレスが示されているものとする。また、図９（ｃ）には、携帯端末装置３の記憶領域（記憶部３２０）に記憶されるコンテンツデータの実アドレスが示されているものとする。携帯端末装置３、配信端末装置２、サーバ１の各々において独立的にコンテンツデータの書き込み／読み出し処理を実行する場合には、これらの実アドレスを直接利用することになる。
【０１１３】
そして、この図に示す場合のＴＯＣとしては、図９（ｄ）として示す第１ＴＯＣと、図９（ｅ）に示す第２ＴＯＣとが存在するものとされる。
第１ＴＯＣは、サーバ１に対応するサーバＴＯＣと、配信端末装置２に対応する第１配信端末ＴＯＣとから成るものとされる。サーバ１と、配信端末装置２とが共に保有するＴＯＣとされる。
サーバＴＯＣは、例えばサーバ１のアクセス可能領域の実アドレスを、配信端末装置２側においても処理可能なように規定した「仮想アドレス」に置き換えることによって作成されるものである。同様にして、第１配信端末ＴＯＣは、配信端末装置２の記憶領域の実アドレスを仮想アドレスで置きかえることで作成されるＴＯＣとされる。
つまり、第１ＴＯＣは、共に仮想アドレスによって記述されるサーバＴＯＣと第１配信端末ＴＯＣとを有するものとされる。つまり、第１ＴＯＣという、１つのＴＯＣにより、サーバに記憶されるコンテンツデータと配信端末装置２に記憶されるコンテンツが管理される。
そして、この第１ＴＯＣの内容を参照することによっては、サーバ１において記憶されて他の装置からアクセス可能なコンテンツデータと、配信端末装置２において記憶されるコンテンツデータとを一元的に管理することが可能となる。そして、この第１ＴＯＣを参照すれば、例えば配信端末装置２は、自身の記憶部２０８に記憶されるコンテンツに加えて、サーバ１の記憶部１０２に記憶されるコンテンツに対してもアクセスが可能とされる。
また、例えば図３に示したようなセンターコンテンツリストを作成して配信端末装置２により表示させる場合、サーバ１にアクセスしてＴＯＣを取得しなくとも、単独でこれを実行することが可能になるものである。これによっては、例えばサーバ１とのＴＯＣ送受信が不要になるために、例えば操作画面表示までの時間の短縮や、通信処理負担が軽減されることになる。
【０１１４】
また、第２ＴＯＣは、配信端末装置２と携帯端末装置３側とで共有するＴＯＣとされ、このために図示するように、第２配信端末ＴＯＣと携帯端末ＴＯＣとから成る。この場合にも第２配信端末ＴＯＣは、配信端末装置２の記憶領域の実アドレスを、携帯端末装置３側でも処理可能な仮想アドレスによって置きかえることによって作成され、携帯端末ＴＯＣは、携帯端末装置３の記憶領域の実アドレスを携帯端末装置３側でも処理可能な仮想アドレスによって置きかえることによって作成されるものである。
【０１１５】
そして、このような第２ＴＯＣによっては、配信端末装置２に記憶されるコンテンツデータと、携帯端末装置３に記憶されるコンテンツデータとを一元的に管理できることになる。この場合の例としては、例えば、携帯端末装置３は、第２ＴＯＣを参照することで、自身が記憶するコンテンツと、配信端末装置２に記憶されるコンテンツとにアクセスすることが可能となる。
また、配信端末装置２において、ユーザＩＤや携帯端末装置３に固有となる携帯端末ＩＤなど、ユーザや携帯端末装置３を特定できるようなＩＤ情報が入力されさえすれば、図３に示すような操作画面を表示させるのに、携帯端末装置３からＴＯＣを取得しなくとも、配信端末装置２が単独で行うことができるものである。
【０１１６】
また、図１０及び図１１に、上記した第１ＴＯＣ及び第２ＴＯＣのデータ構造を示す。なお、この図に示す構造とは、あくまでも概念的なものとされて、例えば実際には、少なくともＴＯＣを共有する装置間で処理可能な仮想アドレスにより、これら装置に記憶されるコンテンツデータが管理される形態とされればよいものである。
【０１１７】
第１ＴＯＣは、例えば図１０に示されるように、先頭位置にユーザＩＤが置かれることで、ユーザごとに対応した情報とされる。
そして、このユーザＩＤの下で、サーバＴＯＣと第１配信端末ＴＯＣとが、並列的に配置される。サーバＴＯＣは、先頭にサーバごとに固有となるサーバＩＤが示されることで、サーバを特定しており、このサーバＩＤにより示されるサーバが管理するコンテンツがその下に配置される。例えば図示するように、コンテンツＩＤに対して仮想アドレスが対応付けられた形式で、実の記憶領域に記憶されるコンテンツデータが管理されるものである。同様にして、第１配信端末ＴＯＣは、その先頭に配置されて配信端末装置２ごとに固有となる配信端末ＩＤにより、この第１配信端末ＴＯＣを有するとされる配信端末装置２が特定され、この配下に、その配信端末装置２に記憶されるコンテンツデータのコンテンツＩＤと、仮想アドレスとが対応付けられるものである。
【０１１８】
第２ＴＯＣもまた図１１に示されるように、先頭のユーザＩＤによってユーザが特定される。そして、その配下に第２配信端末ＴＯＣと、携帯端末ＴＯＣとが配置される。
第２配信端末ＴＯＣは、図示するように、先頭に配信端末ＩＤが配置され、この配下にコンテンツＩＤと仮想アドレスとが対応付けられて格納される。また、携帯端末ＴＯＣも同様にして、携帯端末装置３ごとに固有に与えられる携帯端末ＩＤが配置されることで、この携帯端末ＴＯＣを有する携帯端末装置３を特定し、この配下に対して、その携帯端末装置３に記憶されているコンテンツのコンテンツＩＤと仮想アドレスとが対応付けされて格納される。
【０１１９】
５ー２．管理データに基づくデータ配信処理例
先に示した図６，図７，図８の処理動作では、コンテンツデータ権利の購入及びダウンロード、また、楽曲倉庫へのコンテンツデータの預け入れ／戻しに関して、主としては、その通信処理を主体として説明を行った。
そこで、続いては、例えばコンテンツデータ（権利）の購入、若しくは楽曲倉庫からのコンテンツデータの戻しが行われる際において、コンテンツデータのダウンロードを行う場合に、上記したＴＯＣによるアクセスを主体とした処理動作の説明を行うこととする。
【０１２０】
図１２は、携帯端末装置３が配信端末装置２と接続されていることを前提に、携帯端末装置３がサーバ１からコンテンツデータをダウンロードする場合の、サーバ１、配信端末装置２、及び携帯端末装置３の各処理を示している。サーバ１としての処理は制御部１０１が実行し、配信端末装置２としての処理は制御部２０７が実行する。そして携帯端末装置３の処理は、制御部３１１が実行する。
また、この処理としては、第１ＴＯＣは、サーバ１と配信端末装置２の各装置の記憶部（１０２、２０８）に格納されており、第２ＴＯＣは、配信端末装置２と携帯端末装置３の各装置の記憶部（２０８、３２０）に対して格納されていることが前提となる。
【０１２１】
コンテンツデータのダウンロードにあたっては、先ず、携帯端末装置３ではステップＳ４０１の処理として示すように、ダウンロードのリクエストが行われるのを待機している。
そして、例えばユーザにより、コンテンツとしての楽曲を指定してのダウンロード開始のための操作などが行われるのに応じて、ダウンロードのリクエストが得られたとすると、ステップＳ４０２に進む。
【０１２２】
この携帯端末装置３には、図１１に示した第２ＴＯＣが記憶されているのであるが、ステップＳ４０２においては、この第２ＴＯＣに格納されているユーザＩＤ、携帯端末ＩＤを配信端末装置２に対して送信する。これらユーザＩＤ及び携帯端末ＩＤは、例えば、配信端末装置２側における認証処理に用いられる。また、このステップＳ４０２では、上記ユーザＩＤ及び携帯端末ＩＤと共に、ダウンロードすべきとして指定されたコンテンツデータのコンテンツＩＤも送信する。
【０１２３】
携帯端末装置３においては、後述するようにして配信端末装置２側から送信されてくるデータに基づいて、自身が有する第２ＴＯＣの更新を行うようにされるのであるが、上記ステップＳ４０２に続くステップＳ４０３においては、例えば記憶部３２０内においてこの更新される第２ＴＯＣが記憶可能なように、記憶部３２０についての領域確保のための処理を実行する。
その上で、次のステップＳ４０４においては、現在携帯端末装置３側で保有している第２ＴＯＣから、少なくとも自身が記憶しているコンテンツについてのＴＯＣ内容である、携帯端末ＴＯＣを送信する。
【０１２４】
配信端末装置２側においては、先ずステップＳ４３１の処理として示すようにして、携帯端末装置３側からのダウンロードのリクエストが得られるのを待機している。そしてここでは、携帯端末装置３側のステップＳ４０２及びステップＳ４０４の処理によって送信されてきた各情報の受信を確認したことを以て、ダウンロードリクエストが得られるものと判定して次のステップＳ４３２に進むようにされる。
【０１２５】
ステップＳ４３２においては、ダウンロードをリクエストしてきた携帯端末装置３が正規のものであるか否かについての認証処理を行う。これは、先の図６、図７、図８の処理において説明もしたように、例えば先のステップＳ４０２の処理によって送信されてきたユーザＩＤ及び携帯端末ＩＤと、配信端末装置２側で保有しているユーザＩＤ及び携帯端末ＩＤとを照合することで実現できる。また、更には、同じステップＳ４０２の処理によって送信されたコンテンツＩＤを認証処理に使用することも考えられる。つまり、不正な携帯端末装置３であれば、送信するコンテンツＩＤも、配信センタ側で管理できる形式を有していないことから、これを認証処理に利用することも可能とされるものである。
【０１２６】
そして、ステップＳ４３２において、現在接続されている携帯端末装置３が正規のものであるとの認証結果が得られたとすると、ステップＳ４３３に進む。なお、ここでは図示していないが、認証が得られなかった場合には、例えば表示部に警告などを表示するなどしたうえで、以降の処理は実行しないことになる。
【０１２７】
ここで、サーバ１には配信センタとして提供可能なコンテンツデータはすべて格納されているものあるが、本実施の形態としては、配信端末装置２においても、例えばこれまでのダウンロード処理によって、サーバからもらい受けたコンテンツデータを自身の記憶部２０８に記憶して格納しているものとされる。
そこで、ステップＳ４３３においては、自身が有する記憶部２０８に格納しているコンテンツデータのうちから、先のステップＳ４３１で受信したとされるコンテンツＩＤが示すコンテンツデータについての検索を行うようにされる。これは、例えば同じ記憶部２０８に格納されているとされる、第２ＴＯＣの第２配信端末ＴＯＣ、若しくは第１ＴＯＣの第１配信端末ＴＯＣを参照することで行われる。
そして次のステップＳ４３４においては、上記ステップＳ４３３の検索結果として、当該配信端末装置２内部の記憶部２０８に、そのコンテンツデータが存在するか否かについての判別を行っている。そして、ここで肯定結果が得られれば、ステップＳ４３５に進み、否定結果が得られればステップＳ４３８に進む。
【０１２８】
ステップＳ４３５においては、自身の第２ＴＯＣの内容のうちから、ユーザＩＤ、配信端末ＩＤ、携帯端末ＩＤを送信し、さらに、検索によりヒットしたコンテンツＩＤと、このコンテンツＩＤに対応付けられた仮想アドレスを、携帯端末装置３に対して転送する。そして、さらに次のステップＳ４３６において、検索したコンテンツデータを記憶部２０８から読み出し、読み出したコンテンツデータを携帯端末装置３に対して転送する。
この記憶部２０８からコンテンツデータを読み出す際には、先ず、携帯端末装置３から送信されたコンテンツＩＤに対応付けられた仮想アドレスを、第２ＴＯＣから特定する。そして、この仮想アドレスと対応する記憶部２０８の実アドレスにアクセスするようにされる。
【０１２９】
携帯端末装置３においては、ステップＳ４０５において、上記ステップＳ４３５によって転送されてきた情報の受信を待機しており、ここで情報の受信が行われたとされると、次にはステップＳ４０６において、上記ステップＳ４３６により転送されてきたコンテンツデータが受信されるのを待機する。そして、コンテンツデータの受信されたことが判別されるとステップＳ４０７に進む。
【０１３０】
ステップＳ４０７においては、受信したコンテンツデータを記憶部３２０に書き込むための制御処理を実行する。そして、このコンテンツデータの記憶が完了したとされると、次のステップＳ４０８において、第２ＴＯＣの更新を行う。つまり、ステップＳ４０７により記憶部３２０に記憶したコンテンツデータがＴＯＣ内容に反映されるように、第２ＴＯＣの携帯端末ＴＯＣの内容を更新し、また、ステップＳ４０５により受信した情報を利用して、第２ＴＯＣの（第２）配信端末ＴＯＣの更新も行うようにされる。
【０１３１】
また、配信端末装置２側にあっても、先のステップＳ４３６においてコンテンツデータを送信した後においては、同様にして、第２ＴＯＣの内容の更新を行うようにされる。従って、少なくともこの段階では、携帯端末装置３と配信端末装置２が共有する第２ＴＯＣの内容としては互いに整合がとれているものとなる。
【０１３２】
一方、ステップＳ４３４において否定結果が得られてステップＳ４３８に進んだ場合、以降は配信端末装置２がサーバ１からコンテンツデータを取得するためのアクセスが行われることになる。このステップＳ４３８においては、先ず、第１ＴＯＣに記述されている、ユーザＩＤ、サーバＩＤ、及び配信端末ＩＤをサーバに対して転送する。さらに、今回、携帯端末装置３側から指定されたコンテンツＩＤを送信するようにされる。
サーバ１側では、先ずステップＳ４５１において配信端末装置２側から転送されてくるダウンロードリクエストが送信されるのを待機しているのであるが、上記したステップＳ４３８により転送された情報の受信を以て、ダウンロードリクエストがあったものと判定し、ステップＳ４５２に進むようにされる。
【０１３３】
ステップＳ４５２においては、コンテンツデータの検索を行う。このためには、先ず、受信したユーザＩＤを有する第１ＴＯＣを参照する。そして、この第１ＴＯＣから受信したコンテンツＩＤに対応付けられた仮想アドレスを識別し、この仮想アドレスが対応する記憶部１０２の実アドレスにアクセスするものである。
【０１３４】
上記のようにして検索が行われた後の処理として、この場合には、ステップＳ４５３により、第１ＴＯＣの内容を更新することがおこなわれる。ここでは、ステップＳ４５１にて配信端末装置２側から受信した情報に基づいて、（第１）配信端末ＴＯＣを更新することが行われる。これによって、サーバ１側において単独で、今回アクセスしてきた配信端末装置２についてのコンテンツデータの管理がどのようになっているのかを把握できることになる。
【０１３５】
そしてこの後、サーバ１側では、ステップＳ４５４の処理によって、ユーザＩＤ、サーバＩＤ、及び配信端末ＩＤを配信端末装置２に対して送信すると共に、サーバＴＯＣを送信する。このサーバＴＯＣは、今回ダウンロードすべきとして指定されたコンテンツのコンテンツＩＤと、これに対応付けた仮想アドレスを追加したことで、このコンテンツへのアクセスを可能とする内容を有しているものとされる。
そして、次のステップＳ４５５では、先のステップＳ４５３にて検索したコンテンツデータを記憶部１０２から読み出して、配信端末装置２に対して転送する。
【０１３６】
配信端末装置２においては、ステップＳ４３９において、先のステップＳ４５４の処理によってサーバ１から転送された情報の受信を待機しており、これを受信したことが判別されると、次はステップＳ４４０に進むことで、先のステップＳ４５５の処理によってサーバ１から転送されたコンテンツデータが受信されるのを待機する。そして、ステップＳ４４０においてコンテンツデータの受信されたことが判別されるとステップＳ４４１に進む。
【０１３７】
ステップＳ４４１においては、上記ステップＳ４４０にて受信したコンテンツデータを自身の記憶部２０８に対して書き込んで記憶させる。そして、次のステップＳ４４２においては、先のステップＳ４３９の処理によって、サーバ１側から受信した、ユーザＩＤ、配信端末ＩＤ、携帯端末ＩＤ、コンテンツＩＤ、及び仮想アドレスを、携帯端末装置３に対して転送する。
また、次のステップＳ４４３において、ステップＳ４４０にて受信したコンテンツデータを携帯端末装置３に対して転送する。
これに応答した携帯端末装置３の処理としては、先に述べたステップＳ４０５以降の処理となる。
【０１３８】
そして、配信端末装置２では、上記ステップＳ４４３によるコンテンツデータの転送を終了すると、次のステップＳ４４４において、例えばサーバＴＯＣの内容についての置き換えを行うと共に、（第１）配信端末ＴＯＣの内容の書き換えを行うことで、第１ＴＯＣの更新を行う。また、第２ＴＯＣについての更新も行う。このときには、先のステップＳ４３９において受信した情報が利用され、また、ステップＳ４４１により記憶部２０８に記憶させたコンテンツデータを含めて管理可能な内容に書き換えが行われるものである。
【０１３９】
本実施の形態においては、例えば、図３に示したコンテンツデータの権利の購入に伴ったダウンロード、及び、図４（ａ）→図４（ｃ）に示した、楽曲倉庫に預け入れたコンテンツデータの戻しとしてのダウンロード時等において、上記したような処理が実行される。そして、この際に、そのコンテンツデータの管理が、例えば図９及び図１０、図１１に示したＴＯＣ（第１ＴＯＣ及び第２ＴＯＣ）を基に行われることで、例えば携帯端末装置３のユーザは、配信端末装置２を介するようにしてサーバ１に格納されている情報にアクセスすることが可能になる。このとき、例えば第１ＴＯＣにより、配信端末装置２とサーバ１とで、それぞれが記憶するコンテンツの管理情報を共有するようにされていることから、例えば配信端末装置２では、図３に示したようなセンタコンテンツリストＡ１を単独で表示させることも可能とされる。従って、センタコンテンツリストＡ１としては、常に、サーバ１側に格納されているすべてのコンテンツデータのリストを提示できることになり、携帯端末装置３のユーザとしては、配信センタ側に格納されるコンテンツが、サーバ１側にしかないのか、また、配信端末装置２に記憶されているのかということを特に意識する必要は無い。更には、配信端末装置２には、第２ＴＯＣとして携帯端末装置３のＴＯＣ内容も記憶されていることから、携帯端末装置３と配信端末装置２との間でのファイルアクセスも可能とされるものである。
【０１４０】
６．変形例
これまでの実施の形態の説明にあっては、例えばサーバ１と配信端末装置２とで第１ＴＯＣを共有し、配信端末装置２と携帯端末装置３とで第２ＴＯＣを共有していることを前提として説明を行ったが、これを発展させて、サーバ１、配信端末装置２、携帯端末装置３との間で１つのＴＯＣを共有する構成とすることも考えられる。
【０１４１】
図１３は、例えばこのようなＴＯＣの概念を示している。
この場合にも、図９（ａ）（ｂ）（ｃ）に示した場合と同様に、先ず、図１３（ａ）には、サーバ１の記憶部１０２に記憶されるコンテンツデータのうち、携帯端末装置３又は配信端末装置２によりアクセス可能とされるコンテンツデータの実アドレスが示され、図１３（ｂ）には、配信端末装置２の記憶領域（記憶部２０８）に記憶されるコンテンツデータの実アドレスが示される。さらに、図１３（ｃ）には、携帯端末装置３の記憶領域（記憶部３２０）に記憶されるコンテンツデータの実アドレスが示される。
【０１４２】
そして、この場合のＴＯＣとしては、図１３（ｄ）として示すように、サーバＴＯＣと、配信端末ＴＯＣと、携帯端末ＴＯＣとから成るものとされる。ここで、サーバＴＯＣは、配信端末ＴＯＣ、及び携帯端末ＴＯＣは、図９により説明したのと同様の内容を有する。そして、このＴＯＣをサーバ１、配信端末装置２、及び携帯端末装置３とで共有するものである。
【０１４３】
また、このＴＯＣの構造例を図１４に示す。
この場合のＴＯＣもまたユーザＩＤにより特定されるユーザごとに特定となる値とされることから、先頭にはユーザＩＤが配置される。そして、このユーザＩＤの配下に、サーバＴＯＣ、配信端末ＴＯＣ、携帯端末ＴＯＣが配置される。
サーバＴＯＣは、サーバ１に記憶されるアクセス可能なコンテンツのコンテンツＩＤと、仮想アドレスとが対応付けられて形成される。同様にして、配信端末ＴＯＣは、配信端末装置２に記憶されるコンテンツのコンテンツＩＤと仮想アドレスとが対応付けられて形成され、携帯端末ＴＯＣは、携帯端末装置３に記憶されるコンテンツのコンテンツＩＤと仮想アドレスとが対応付けられて形成される。
【０１４４】
このような構造のＴＯＣを、サーバ１、配信端末装置２、携帯端末装置３が共有するようにしても、例えば図１２に示したようにしてコンテンツデータのダウンロード時において、各装置が、他の装置に記憶されるコンテンツにアクセスすることが可能とされる。例えば携帯端末装置３が、配信端末装置２若しくはサーバ１においてコンテンツを記憶している記憶部に対してアクセスすることが可能とされるものである。さらには、例えば携帯端末装置３が、配信端末装置２を介することなくサーバ１と相互通信を行う場合であっても、携帯端末装置３はサーバ１に記憶されたコンテンツにアクセスすることが容易に可能となるものである。
【０１４５】
また、本実施の形態としてのデータ配信システムの変形例を図１５に示しておく。
この図に示すシステムとしては、配信センタ側の設備としてサーバ１、課金通信網５、通信網４を備えているものとされ、そして、ユーザ側の設備として、携帯端末装置３のほかに記録再生装置６が備えられる。
記録再生装置６は、例えば据え置き型の機器として例えばユーザの家庭に設置される。そして、通信網４と接続されることで、サーバ１との通信が可能とされる。これにより、これまで説明した実施の形態において配信センタ側と携帯端末装置３とで行っていた、コンテンツの権利売買と、これに伴う配信センタ側からのコンテンツのダウンロード、及び楽曲倉庫の預け入れ／戻しの処理が、サーバ１と記録再生装置との間で行うことができるようになっている。
【０１４６】
そして、この記録再生装置６に対しては、携帯端末装置３を装着することが可能とされる。記録再生装置６は、装着された携帯端末装置３と通信が可能とされ、例えばサーバ１からダウンロードされて記録再生装置６に記憶されているコンテンツを移動させるようにして、携帯端末装置３に記憶させることが可能となっている。また、逆に、携帯端末装置３に記憶されているコンテンツを移動させるようにして、記録再生装置６に対して転送して記憶させることも可能とされる。
なお、ここで記録再生装置６と携帯端末装置３とのコンテンツの転送がコピーではなく移動とされるのは、ユーザ側において、ダウンロードしたコンテンツが複製されて、このコンテンツである楽曲の著作権が侵害されるのを防ぐためである。
なお、例えば図６〜図８に示す処理をこのシステムに当てはめた場合には、配信センタ側の処理をサーバ１が実行し、ユーザ側の処理を、記録再生装置６が実行することになる。
【０１４７】
このようなシステムであっても、例えば図９、図１０，図１１に準じたＴＯＣを有するように構成することが可能とされる。つまりは、サーバ１に記憶されるコンテンツを管理するＴＯＣと記録再生装置６に記憶されるコンテンツを管理するＴＯＣからなる第１ＴＯＣを、サーバ１と記録再生装置６とに格納して保持させ、また、記録再生装置６に記憶されるコンテンツを管理するＴＯＣと、携帯端末装置３に記憶されるコンテンツを管理するＴＯＣとから成る第２ＴＯＣとを記録再生装置６と携帯端末装置３に保持させるものである。
あるいは、図１３及び図１４の説明に準ずるようにして、サーバ１、記録再生装置６、及び携帯端末装置３のそれぞれに記憶されるコンテンツを管理するＴＯＣの集合からなる１つのＴＯＣを、各装置に保持させるようにもされる。そして、これにより、サーバ１、記録再生装置６及び携帯端末装置３との間で、目的の装置の記憶部に記憶されているコンテンツにアクセスすることが可能となるものである。
【０１４８】
なお、本発明としては上記実施の形態に限定されるものではなく、各種変更が可能とされる。例えば、データ配信システムとしては、図１及び図１５に示した以外の装置による構成も考えられるものである。また、データ配信システムにより配信されるコンテンツとしてのデータも、楽曲としてのオーディオデータを主とするものに限定されるものではなく、例えば、ゲームのためのソフトウェア、映像データ、及び小説などの文章のテキストデータなどをはじめ、各種考えられるものである。
【０１４９】
【発明の効果】
以上説明したように本発明は、端末装置と配信装置側とで、両者に記憶されたコンテンツデータを管理可能な１つの管理データを共有するようにしており、この管理データに基づいて、端末装置と配信装置とでアクセスを行うことが可能とされる。これはつまり、コンテンツデータの購入などのためのコンテンツへのアクセスが、上記管理データに基づいて行われることを意味し、これによっては、例えば配信装置と端末装置との間で授受されるコンテンツデータの管理が、端末装置側、若しくは配信装置側でそれぞれ単独で行えることに成る。そして、本発明としては、端末装置側がアクセス可能とされる配信端末装置の記憶部の記憶容量に応じて課金設定を行うようにされる。これはつまり、例えばユーザがその権利を購入したコンテンツデータを預け入れる仮想の倉庫の容量に対して課金をすることであり、これによって、例えば配信側にあっては、これまでの「買い切り」によるコンテンツの配信によっては得られない新たなデータ配信ビジネスを運営することが可能になる。また、ユーザにとっても、自身が購入したコンテンツデータについて倉庫を利用して管理するという利便性の高い配信システムの利用の仕方ができることになる。
また、本発明では、上記した構成の下で、端末装置側から指定したコンテンツデータを複製又は移動させるようにしてダウンロードすることが可能とされており、従ってこのダウンロードの際にも、上記したように管理データに基づくアクセスが可能とされることで、ダウンロードのためのコンテンツの指定操作なども、容易となる。
また、配信システムにあってはアクセス要求があった場合の認証処理なども必要とされる場合があるが、本発明では、上記した管理データに基づいての認証処理が行えることになる。
【０１５０】
また端末装置が使用するとされる配信装置の記憶容量の使用容量に基づいて課金設定を行うのに、例えば予め契約によって定められた固定容量に対して課金を行うようにされる。あるいは、アクセスの結果に応じて変化するとされる使用容量に応じた課金設定を行うようにされるが、このように、使用容量の課金設定としては、在る程度の自由度があり、例えば配信システムの運営やユーザの都合に応じて適切とされる課金ルールを設定できるものである。
【０１５１】
さらに本発明としては、コンテンツデータを買い切りにより売買するのではなく、コンテンツデータの権利を売買するというシステムが構成され、ユーザは、この権利を基に配信装置側にアクセスしてコンテンツデータを再ダウンロードしたり、逆に配信装置側に預け入れるといったことが可能になる。これによっては、例えばユーザ側で所有する記憶容量が充分でないために、例えば在るコンテンツデータを消去したとしても、このコンテンツデータの権利さえ有していれば、新たに購入することなく配信装置側からのコンテンツデータの供給を受けることができる。つまり、これによっても、これまでの買い切りでは得られなかったサービスが提供でき、ユーザにとってもこれまでにない利点が得られるものである。また、これに伴って、例えば権利管理（楽曲倉庫管理）のための課金という、新たな運営も行っていくことができる。
そして、このようなコンテンツの権利購入の情報を配信装置側で保有しておくようにすることで、例えば端末装置のユーザが誤って、コンテンツデータやその権利の情報を消失させてしまった場合でも、ユーザ側からのアクセスが在れば、消失したコンテンツデータや権利を復活させてやることが可能になり、サービスとしての価値が高められることになる。
【図面の簡単な説明】
【図１】本発明の実施の形態としてのデータ配信システムの構成例を示す説明図である。
【図２】本実施の形態のデータ配信システムを構成する各装置の内部構成例を示すブロック図である。
【図３】コンテンツデータ（曲権利）を購入する際の操作画面例を示す説明図である。
【図４】楽曲倉庫に対するコンテンツデータの預け入れ及び戻しのための操作画面を示す説明図である。
【図５】サーバ１が保有するとされるデータベースの構成例を示す説明図である。
【図６】コンテンツデータ（曲権利）を購入する際の配信センタとユーザ側との処理を示す処理遷移図である。
【図７】楽曲倉庫にコンテンツデータを預け入れる際の配信センタとユーザ側との処理を示す処理遷移図である。
【図８】楽曲倉庫からコンテンツデータを戻す際の配信センタとユーザ側との処理を示す処理遷移図である。
【図９】本実施の形態のデータ配信システムにおけるＴＯＣの概念を示す説明図である。
【図１０】本実施の形態のデータ配信システムにおけるＴＯＣ（第１ＴＯＣ）の構造例を示す説明図である。
【図１１】本実施の形態のデータ配信システムにおけるＴＯＣ（第２ＴＯＣ）の構造例を示す説明図である。
【図１２】コンテンツデータのダウンロード時のＴＯＣに基づくアクセスを主体とする、データ配信システムを構成する装置間での処理動作を示すフローチャートである。
【図１３】変形例としてのＴＯＣの概念を示す説明図である。
【図１４】変形例としてのＴＯＣの構造例を示す説明図である。
【図１５】変形例としてのデータ配信システムの構成例を示す説明図である。
【符号の説明】
１  サーバ、２  配信端末装置、３  携帯端末装置、４  通信網、５  課金通信網、１０１  制御部、１０２  記憶部、１０３  検索部、１０４  認証処理部、１０５  課金処理部、１０６  インターフェイス部、１１０  コンテンツデータ格納領域、１１１  データベース格納領域、２０２  操作部、２０３  表示部、２０７  制御部、２０８  記憶部、３０１  表示部、３０２  操作部、３１１  制御部、３２０  記憶部、１１１−１  コンテンツ購入データベース、１１１−２  預け入れ状況データベース、１１１−３  ユーザ認証／課金決済データベース、１１１−４  ユーザ嗜好データベース、１１１−５  商品データベース、
【図１】
0004433560.tif 000002
【図２】
0004433560.tif 000003
【図３】
0004433560.tif 000004
【図４】
0004433560.tif 000005
【図５】
0004433560.tif 000006
【図６】
0004433560.tif 000007
【図７】
0004433560.tif 000008
【図８】
0004433560.tif 000009
【図９】
0004433560.tif 000010
【図１０】
0004433560.tif 000011
【図１１】
0004433560.tif 000012
【図１２】
0004433560.tif 000013
【図１３】
0004433560.tif 000014
【図１４】
0004433560.tif 000015
【図１５】
0004433560.tif 000016