(57)【要約】【課題】  コンテンツを再生するクライアントの記憶領域の圧迫を抑え、コンテンツデータの消失を防止し、著作権等の保護を達成しながらも必要に応じてコンテンツデータのコピーを可能としたコンテンツ配信システム等を提供することである。【解決手段】  ユーザ端末３−ｋが、管理サーバ２に、楽曲データのチェックアウト要求を供給すると、管理サーバ２はこれに応答し、チェックアウトが許されているか否かを、管理サーバ２が記憶する保有楽曲リストに基づいて判別する。そして、許されていれば、この楽曲データをコンテンツサーバ１に供給させ、保有楽曲リストを更新する。ユーザ端末３−ｋが、コンテンツサーバ１経由で取得した楽曲データを消去し、そのチェックインを要求すると、管理サーバ２は、この要求に応答して保有楽曲リストを更新する。【選択図】        図１
2006172392.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを表すコンテンツデータを複数記憶するコンテンツ配信サーバと、
ユーザが利用可能なコンテンツデータを識別するデータをユーザ毎に記憶する管理サーバと、
前記管理サーバに前記コンテンツデータの送信を要求し、前記コンテンツ配信サーバから当該コンテンツデータを受信するユーザ端末と、
を備え、
前記管理サーバは、コンテンツデータの送信の要求が前記ユーザ端末からあった場合には、当該コンテンツデータの送信の可否を判断し、送信可能と判断した場合には、当該要求をなしたユーザ端末に対して当該コンテンツデータを送信するよう前記コンテンツ配信サーバに指示し、
前記コンテンツ配信サーバは、前記管理サーバから受信した指示に応答して、当該指示が指定するユーザ端末に、当該指示が指定するコンテンツデータを送信する、
ことを特徴とするコンテンツ配信システム。
【請求項２】
コンテンツを表すコンテンツデータを複数記憶するコンテンツ配信サーバと、
ユーザが利用可能なコンテンツデータを識別するデータをユーザ毎に記憶する管理サーバと、
を備え、
前記管理サーバは、コンテンツデータの送信の要求が外部のユーザ端末からあった場合には、当該コンテンツデータの送信の可否を判断し、送信可能と判断した場合には、当該要求をなした外部のユーザ端末に対して当該コンテンツデータを送信するよう前記コンテンツ配信サーバに指示し、
前記コンテンツ配信サーバは、前記管理サーバから受信した指示に応答して、当該指示が指定する外部のユーザ端末に、当該指示が指定するコンテンツデータを送信する、
ことを特徴とするコンテンツ配信システム。
【請求項３】
前記管理サーバは、前記コンテンツデータの送信の可否の判断を、所定のコンテンツデータ利用規則に則って行う、
ことを特徴とする請求項１又は２に記載のコンテンツ配信システム。
【請求項４】
前記管理サーバは、コンテンツデータの利用可能回数をユーザ毎に指定する利用可能回数指定データを書き換え可能に記憶しており、前記コンテンツデータの送信の可否の判断を、当該利用可能回数指定データに基づいて行うものであって、
前記利用可能回数には上限回数が設定されており、
前記ユーザ端末は、自己に送信されたコンテンツデータを記憶するものであって、当該コンテンツデータを消去したとき、当該コンテンツデータを消去した旨の通知を前記管理サーバに送信するものであり、
前記管理サーバは、
コンテンツデータの送信を指示する毎に、前記利用可能回数指定データを書き換えることによって、当該コンテンツデータの利用可能回数を減算し、
コンテンツデータを消去した旨の通知を前記ユーザ端末より受信する毎に、前記利用可能回数指定データを書き換えることによって、当該コンテンツデータの利用可能回数を、前記上限回数を超えない範囲で加算する、
ことを特徴とする請求項１又は２に記載のコンテンツ配信システム。
【請求項５】
前記コンテンツ配信サーバは、ストリーミング形式又はダウンロード形式でコンテンツデータの送信を行うものである、
ことを特徴とする請求項１乃至４に記載のコンテンツ配信システム。
【請求項６】
コンテンツを表すコンテンツデータを、ネットワークを介して自己に接続される外部のサーバより受信し、受信した当該コンテンツデータが表すコンテンツを再生するコンテンツ再生装置であって、
前記サーバは、当該コンテンツデータを、コンテンツデータ毎に設定されている利用可能範囲内で前記コンテンツ再生装置へと送信する制御を行うものである、
ことを特徴とするコンテンツ再生装置。
【請求項７】
前記外部のサーバは、ストリーミング形式又はダウンロード形式でコンテンツデータの送信を行うものである、
ことを特徴とする請求項６に記載のコンテンツ再生装置。
【請求項８】
コンテンツ配信サーバが、コンテンツを表すコンテンツデータを複数記憶し、
管理サーバが、ユーザが利用可能なコンテンツデータを識別するデータをユーザ毎に記憶し、
ユーザ端末が、前記管理サーバに前記コンテンツデータの送信を要求し、前記コンテンツ配信サーバから当該コンテンツデータを受信する、
ことを特徴とするコンテンツ配信方法であって、
前記管理サーバは、コンテンツデータの送信の要求が前記ユーザ端末からあった場合には、当該コンテンツデータの送信の可否を判断し、送信可能と判断した場合には、当該要求をなした外部のユーザ端末に対して当該コンテンツデータを送信するよう前記コンテンツ配信サーバに指示し、
前記コンテンツ配信サーバは、前記管理サーバから受信した指示に応答して、当該指示が指定するユーザ端末に、当該指示が指定するコンテンツデータを送信する、
ことを特徴とするコンテンツ配信方法。
【請求項９】
コンテンツを表すコンテンツデータを、ネットワークを介して自己に接続される外部のサーバより受信し、受信した当該コンテンツデータが表すコンテンツを再生するコンテンツ再生方法であって、
前記サーバは、当該コンテンツデータを、コンテンツデータ毎に設定されている利用可能範囲内で送信する制御を行うものである、
ことを特徴とするコンテンツ再生方法。
【請求項１０】
コンピュータを、ユーザが利用可能な、コンテンツを表すコンテンツデータを識別するデータをユーザ毎に記憶する管理サーバとして機能させるためのプログラムであって、
前記管理サーバは、コンテンツデータの送信の要求が外部のユーザ端末からあった場合には、当該コンテンツデータの送信の可否を判断し、送信可能と判断した場合には、当該要求をなした外部のユーザ端末に対して当該コンテンツデータを送信するよう前記コンテンツ配信サーバに指示する、
ことを特徴とするプログラム。
【請求項１１】
コンテンツを表すコンテンツデータを、ネットワークを介して自己に接続される外部のサーバより受信し、受信した当該コンテンツデータが表すコンテンツを再生するコンテンツ再生装置としてコンピュータを機能させるためのプログラムであって、
前記サーバは、当該コンテンツデータを、コンテンツデータ毎に設定されている利用可能範囲内で前記コンテンツ再生装置へと送信する制御を行うものである、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システム、コンテンツ再生装置、コンテンツ配信方法、コンテンツ再生方法及びプログラムに関する。
【背景技術】
【０００２】
近年、音楽や映像などのコンテンツを表すデータをサーバに蓄積し、ネットワークを介してクライアント端末に配信して、クライアント端末にコンテンツを再生させる、という形態のサービスが普及している（特許文献１参照）。
【０００３】
このようなサービスでは、クライアント端末が一旦コンテンツデータをダウンロードし、次いでこのコンテンツデータが表すコンテンツを再生する。この場合、購入したコンテンツデータはダウンロードを行ったクライアント端末が記憶しているということになる。
一方、このようなサービスにおいては、著作権への配慮から、利用制限の範囲内でのみコンテンツデータのコピーを許可する、といった制約をユーザに課すことが行われている。具体的な利用制限の態様としては、例えば、３回まではコピーが許可され、ただし、コピーしたコンテンツを消去することによってコピー可能回数が増加する、というようなものが一般的である。
【特許文献１】特開２００４−１７３１０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、購入したコンテンツデータが多くなると、クライアント端末がコンテンツを記憶するために備える記憶装置の容量も、コンテンツデータ増大に応じて大容量のものとする必要が生じる。
【０００５】
また、ユーザが購入したコンテンツデータをクライアント端末が記憶している場合、当該クライアント端末が故障した際、最悪の場合には購入したコンテンツデータを全て消失してしまう恐れがある。
更に、ユーザが購入したコンテンツデータをある特定のクライアント端末が記憶することになると、このコンテンツデータをポータブル再生機器等の他の再生機器にコピーする場合には、当該他の再生機器と上記特定のクライアント端末を接続してコピー操作を行って予めコンテンツデータをコピーする必要があり、外出先で再生するコンテンツデータを気分によって選択してコピーするということができなかった。
【０００６】
本発明は、上記実情に鑑みてなされたもので、コンテンツを再生するクライアントの記憶領域の圧迫を抑え、コンテンツデータの消失を防止し、著作権等の保護を達成しながらも必要に応じてコンテンツデータのコピーを可能としたコンテンツ配信システム、コンテンツ再生装置、コンテンツ配信方法、コンテンツ再生方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、この発明の第１の観点に係るコンテンツ配信システムは、
コンテンツを表すコンテンツデータを複数記憶するコンテンツ配信サーバと、
ユーザが利用可能なコンテンツデータを識別するデータをユーザ毎に記憶する管理サーバと、
前記管理サーバに前記コンテンツデータの送信を要求し、前記コンテンツ配信サーバから当該コンテンツデータを受信するユーザ端末と、
を備え、
前記管理サーバは、コンテンツデータの送信の要求が前記ユーザ端末からあった場合には、当該コンテンツデータの送信の可否を判断し、送信可能と判断した場合には、当該要求をなしたユーザ端末に対して当該コンテンツデータを送信するよう前記コンテンツ配信サーバに指示し、
前記コンテンツ配信サーバは、前記管理サーバから受信した指示に応答して、当該指示が指定するユーザ端末に、当該指示が指定するコンテンツデータを送信する、
ことを特徴とするコンテンツ配信システム。
【０００８】
また、この発明の第２の観点に係るコンテンツ配信システムは、
コンテンツを表すコンテンツデータを複数記憶するコンテンツ配信サーバと、
ユーザが利用可能なコンテンツデータを識別するデータをユーザ毎に記憶する管理サーバと、
を備え、
前記管理サーバは、コンテンツデータの送信の要求が外部のユーザ端末からあった場合には、当該コンテンツデータの送信の可否を判断し、送信可能と判断した場合には、当該要求をなした外部のユーザ端末に対して当該コンテンツデータを送信するよう前記コンテンツ配信サーバに指示し、
前記コンテンツ配信サーバは、前記管理サーバから受信した指示に応答して、当該指示が指定する外部のユーザ端末に、当該指示が指定するコンテンツデータを送信する、
ことを特徴とする。
【０００９】
前記管理サーバは、前記コンテンツデータの送信の可否の判断を、所定のコンテンツデータ利用規則に則って行うものであってもよい。
【００１０】
前記管理サーバは、コンテンツデータの利用可能回数をユーザ毎に指定する利用可能回数指定データを書き換え可能に記憶しており、前記コンテンツデータの送信の可否の判断を、当該利用可能回数指定データに基づいて行うものであってもよく、
前記利用可能回数には上限回数が設定されていてもよく、
前記ユーザ端末は、自己に送信されたコンテンツデータを記憶するものであって、当該コンテンツデータを消去したとき、当該コンテンツデータを消去した旨の通知を前記管理サーバに送信するものであってもよく、
前記管理サーバは、
コンテンツデータの送信を指示する毎に、前記利用可能回数指定データを書き換えることによって、当該コンテンツデータの利用可能回数を減算するものであってもよく、
コンテンツデータを消去した旨の通知を前記ユーザ端末より受信する毎に、前記利用可能回数指定データを書き換えることによって、当該コンテンツデータの利用可能回数を、前記上限回数を超えない範囲で加算するものであってもよい。
【００１１】
前記コンテンツ配信サーバは、ストリーミング形式又はダウンロード形式でコンテンツデータの送信を行うものであってもよい。
【００１２】
また、この発明の第３の観点に係るコンテンツ再生装置は、
コンテンツを表すコンテンツデータを、ネットワークを介して自己に接続される外部のサーバより受信し、受信した当該コンテンツデータが表すコンテンツを再生するコンテンツ再生装置であって、
前記サーバは、当該コンテンツデータを、コンテンツデータ毎に設定されている利用可能範囲内で前記コンテンツ再生装置へと送信する制御を行うものである、
ことを特徴とする。
【００１３】
前記外部のサーバは、ストリーミング形式又はダウンロード形式でコンテンツデータの送信を行うものであってもよい。
【００１４】
また、この発明の第４の観点に係るコンテンツ配信方法は、
コンテンツ配信サーバが、コンテンツを表すコンテンツデータを複数記憶し、
管理サーバが、ユーザが利用可能なコンテンツデータを識別するデータをユーザ毎に記憶し、
ユーザ端末が、前記管理サーバに前記コンテンツデータの送信を要求し、前記コンテンツ配信サーバから当該コンテンツデータを受信する、
ことを特徴とするコンテンツ配信方法であって、
前記管理サーバは、コンテンツデータの送信の要求が前記ユーザ端末からあった場合には、当該コンテンツデータの送信の可否を判断し、送信可能と判断した場合には、当該要求をなした外部のユーザ端末に対して当該コンテンツデータを送信するよう前記コンテンツ配信サーバに指示し、
前記コンテンツ配信サーバは、前記管理サーバから受信した指示に応答して、当該指示が指定するユーザ端末に、当該指示が指定するコンテンツデータを送信する、
ことを特徴とする。
【００１５】
また、この発明の第５の観点に係るコンテンツ再生方法は、
コンテンツを表すコンテンツデータを、ネットワークを介して自己に接続される外部のサーバより受信し、受信した当該コンテンツデータが表すコンテンツを再生するコンテンツ再生方法であって、
前記サーバは、当該コンテンツデータを、コンテンツデータ毎に設定されている利用可能範囲内で送信する制御を行うものである、
ことを特徴とする。
【００１６】
また、この発明の第６の観点に係るプログラムは、
コンピュータを、ユーザが利用可能な、コンテンツを表すコンテンツデータを識別するデータをユーザ毎に記憶する管理サーバとして機能させるためのプログラムであって、
前記管理サーバは、コンテンツデータの送信の要求が外部のユーザ端末からあった場合には、当該コンテンツデータの送信の可否を判断し、送信可能と判断した場合には、当該要求をなした外部のユーザ端末に対して当該コンテンツデータを送信するよう前記コンテンツ配信サーバに指示する、
ことを特徴とする。
【００１７】
また、この発明の第７の観点に係るプログラムは、
コンテンツを表すコンテンツデータを、ネットワークを介して自己に接続される外部のサーバより受信し、受信した当該コンテンツデータが表すコンテンツを再生するコンテンツ再生装置としてコンピュータを機能させるためのプログラムであって、
前記サーバは、当該コンテンツデータを、コンテンツデータ毎に設定されている利用可能範囲内で前記コンテンツ再生装置へと送信する制御を行うものである、
ことを特徴とする。
【発明の効果】
【００１８】
本発明によれば、コンテンツを再生するクライアントの記憶領域の圧迫を抑え、コンテンツデータの消失を防止し、著作権等の保護を達成しながらも必要に応じてコンテンツデータのコピーを可能としたコンテンツ配信システム、コンテンツ再生装置、コンテンツ配信方法、コンテンツ再生方法及びプログラムが実現される。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施の形態を、楽曲配信システムを例とし、図面を参照して説明する。
図１は、この楽曲配信システムの構成を示す図である。図示するように、この楽曲配信システムは、管理サーバ２と、コンテンツサーバ１と、ユーザ端末３−１〜３−ｎ（ｎはユーザ端末の総数）とより構成されている。
【００２０】
コンテンツサーバ１は、例えばサーバコンピュータより構成されており、制御部と、記憶部と、通信制御部とを備えている。管理サーバ２の記憶部及び通信制御部は、管理サーバ２の制御部に接続されている。
【００２１】
コンテンツサーバ１の制御部は、例えばＣＰＵ（Central Processing Unit）等のプロセッサより構成されており、コンテンツサーバ１の記憶部が記憶するプログラムを実行することにより、後述の処理を行う。
【００２２】
コンテンツサーバ１の記憶部は、ＲＡＭ（Random Access Memory）等の揮発性メモリや、ハードディスク装置等の不揮発性メモリより構成されており、コンテンツサーバ１の制御部が実行する上述のプログラムを予め記憶していて、また、当該制御部のワークエリアとなる記憶領域を提供する。
【００２３】
また、コンテンツサーバ１の記憶部を構成する不揮発性メモリは、当該制御部が行う処理に従って、楽曲を表す楽曲データを予め記憶しており、コンテンツサーバ１の制御部のアクセスに従ってこの楽曲データを読み出し、当該制御部に供給する。なお、楽曲データのデータ形式は任意であり、例えばＭＰ３（MPEG 1 audio layer 3）形式の音声データからなっていればよい。
【００２４】
コンテンツサーバ１の通信制御部は、例えばモデムあるいはＬＡＮ（Local Area Network）インターフェース回路等より構成されており、ネットワーク（例えばインターネット）等からなる通信回線を介して、管理サーバ２の後述する通信制御部に加え、更にユーザ端末３−ｋ（ｋは１以上ｎ以下の任意の整数）の後述する通信制御部に接続される。コンテンツサーバ１の通信制御部は、コンテンツサーバ１の制御部が管理サーバ２及びユーザ端末３−ｋとの間で行うデータの伝送を媒介する。
【００２５】
なお、コンテンツサーバ１及び管理サーバ２を結ぶ通信回線と、管理サーバ２及びユーザ端末３−ｋを結ぶ通信回線と、コンテンツサーバ１及びユーザ端末３−ｋを結ぶ通信回線とは、互いに別個のネットワークに属していてもよいし、これら３個の通信回線のいずれか２個が共通のネットワークに属していてもよいし、あるいは図１に示すように、これら３個の通信回線が共通のネットワークＮに属していてもよい。
【００２６】
管理サーバ２は、例えばサーバコンピュータより構成されており、コンテンツサーバ１と実質的に同一の物理的構成を有している。
【００２７】
管理サーバ２の制御部は、管理サーバ２の記憶部が記憶するプログラムを実行することにより、後述の処理を行う。
【００２８】
管理サーバ２の記憶部は、管理サーバ２の制御部が実行する上述のプログラムを予め記憶しており、また、当該制御部のワークエリアとなる記憶領域を提供する。また、管理サーバ２の記憶部を構成する不揮発性メモリは、保有楽曲リスト及び購入可能コンテンツリストを書き換え可能に記憶し、また、これらの保有楽曲リストや購入可能コンテンツリストを読み出して当該制御部に供給する。
【００２９】
保有楽曲リストは、管理サーバ２の記憶部の記憶領域内にあって、この楽曲配信システムのそれぞれのユーザに割り当てられた記憶領域内に格納されるリストであって、当該ユーザが保有する楽曲データを識別するデータと、当該楽曲データの利用態様を指定するデータとを含んだリストである。なお、本明細書において楽曲データを「保有」するとは、楽曲データを利用する権限（具体的には、例えば、ユーザ端末に楽曲データを受信させ、またこの楽曲データが表す楽曲をユーザ端末に再生させる権限）を有していることをいうものとする。
【００３０】
保有楽曲リストは、具体的には、例えば図２に示すデータ構造を有している。すなわち保有楽曲リストは、例えば、それぞれのユーザに固有に割り当てられたユーザＩＤ（IDentifier：識別符号）を格納しており、さらに、それぞれのユーザＩＤに対応付けられた形で、当該ユーザＩＤが示すユーザが利用を許されている楽曲データを示す楽曲ＩＤと、当該ユーザが当該楽曲データを利用できる残り回数を示す残り利用回数データとを格納する。
【００３１】
購入可能コンテンツリストは、この楽曲配信システムのそれぞれのユーザについて、当該ユーザに利用権限の取得が許されている楽曲データを識別するデータを含んだリストである。
【００３２】
また、管理サーバ２の記憶部を構成する不揮発性メモリは、ユーザデータベースを記憶し、これを読み出して管理サーバ２の制御部に供給する。
ユーザデータベースは、この楽曲配信システムのそれぞれのユーザについて、当該ユーザを認証するために用いる各種のデータの集合であり、具体的には、例えば図３に示すデータ構造を有している。すなわちユーザデータベースは、例えば、それぞれのユーザにつき、当該ユーザのユーザＩＤと、当該ユーザＩＤに対応付けられたデータである暗証ＩＤと、当該ユーザが利用するユーザ端末３−ｋの端末ＩＤとを、互いに対応付けられた形で格納している。
【００３３】
管理サーバ２の通信制御部は、ネットワーク等からなる通信回線を介して、コンテンツサーバ１の通信制御部及びユーザ端末３−ｋの通信制御部に接続される。管理サーバ２の通信制御部は、管理サーバ２の制御部がコンテンツサーバ１及びユーザ端末３−ｋとの間で行うデータの伝送を媒介する。
【００３４】
ユーザ端末３−１〜３−ｎは、互いに実質的に同一の物理的構成を有している。
ユーザ端末３−ｋは、例えばパーソナルコンピュータや、あるいは、ポータブルオーディオプレーヤー若しくはカーオーディオ機器として構成されており、制御部と、記憶部と、入力部と、出力部と、通信制御部とを備えている。ユーザ端末３−ｋの記憶部、入力部、出力部及び通信制御部は、ユーザ端末３−ｋの制御部に接続されている。
なお、ユーザ端末３−ｋには、自己に固有の端末ＩＤが割り当てられている。端末ＩＤは、例えばユーザ端末のＩＰ（Internet Protocol）アドレスあるいはＭＡＣ（Media Access Control） アドレスなどからなっていればよい。
【００３５】
ユーザ端末３−ｋの制御部は、例えばＣＰＵ等のプロセッサより構成されており、ユーザ端末３−ｋの記憶部が記憶するプログラムを実行することにより、後述の処理を行う。
【００３６】
ユーザ端末３−ｋの記憶部は、ＲＡＭ等の揮発性メモリや、ハードディスク装置等の不揮発性メモリより構成されており、ユーザ端末３−ｋの制御部が実行する上述のプログラムを予め記憶しており、また、当該制御部のワークエリアとなる記憶領域を提供する。また、当該記憶部は、当該制御部が行う後述の処理に従って、楽曲データを記憶する。
【００３７】
また、ユーザ端末３−ｋの記憶部を構成する不揮発性メモリは、ユーザ端末３−ｋ自身の端末ＩＤと、ユーザ端末３−ｋの利用権限を有するユーザのユーザＩＤとを予め記憶する。なお、１人のユーザが複数のユーザ端末の利用権を有している等の場合、複数のユーザ端末の各記憶部が、互いに同一のユーザＩＤを記憶していてもよい。
【００３８】
ユーザ端末３−ｋの入力部は、例えばキーボードやマウスあるいはタッチセンサーキー等より構成されており、操作者の操作に従ったデータを、ユーザ端末３−ｋの制御部に供給する。
【００３９】
ユーザ端末３−ｋの出力部は、例えば液晶ディスプレイ等の表示装置、及び音声の再生を行うためのＤ／Ａ変換器やＡＦ増幅器、スピーカ等より構成されており、ユーザ端末３−ｋの制御部が供給する指示に従った文字や画像を表示画面上に表示し、また、当該制御部が供給する指示に従った音声を再生する。
【００４０】
ユーザ端末３−ｋの通信制御部は、ネットワーク等からなる通信回線を介して、コンテンツサーバ１の通信制御部及び管理サーバ２の通信制御部に接続される。ユーザ端末３−ｋの通信制御部は、ユーザ端末３−ｋの制御部がコンテンツサーバ１及び管理サーバ２との間で行うデータの伝送を媒介する。
【００４１】
次に、この楽曲配信システムの動作を、図４〜図６を参照して説明する。図４〜図６は、この楽曲配信システムが実行する処理の流れを示すフローチャートである。
【００４２】
まず、ユーザ端末３−ｋのユーザ等がユーザ端末３−ｋを操作することにより、暗証ＩＤを入力して、管理サーバ２への接続を指示すると、ユーザ端末３−ｋは、ユーザ端末３−ｋ自身が記憶するユーザＩＤ及び端末ＩＤを読み出し、管理サーバ２にアクセスして、読み出したユーザＩＤ及び端末ＩＤと、ユーザ等の操作により入力された暗証ＩＤとを、管理サーバ２に送信する（図４、ステップＳ１）。
【００４３】
管理サーバ２は、自己に供給されたユーザＩＤ、端末ＩＤ及び暗証ＩＤを用いて、ユーザ端末３−ｋ及びそのユーザを認証する（ステップＳ２）。ステップＳ２で具体的には、管理サーバ２は、例えば自己が記憶するユーザデータベースを検索し、このユーザデータベースに、これらのユーザＩＤ、端末ＩＤ及び暗証ＩＤが互いに対応付けられた状態で格納されているか否かを判別することにより、認証の成否を判断すればよい。
【００４４】
そして、管理サーバ２は、認証に失敗すると（すなわち、ユーザＩＤ、端末ＩＤ及び暗証ＩＤが正当なユーザ端末及びそのユーザを示すものではないと判別すると）、認証に失敗した旨のデータを生成し（または、当該データを予め記憶しておいた上、これを読み出し）、ユーザ端末３−ｋに送信して（ステップＳ３）、処理を終了する。ユーザ端末３−ｋはこのデータを受信し、例えば認証に失敗した旨を示す画像を表示して、処理を終了する。
【００４５】
一方、管理サーバ２は、認証に成功すると（すなわち、ユーザＩＤ、端末ＩＤ及び暗証ＩＤが正当なユーザ端末及びそのユーザを示すと判別すると）、認証に成功した旨のデータを生成して（または、当該データを予め記憶しておいた上、これを読み出して）ユーザ端末３−ｋに送信し、また、当該ユーザについての保有楽曲リスト、及び、当該ユーザについての購入可能コンテンツリストもユーザ端末３−ｋに送信して、ユーザ端末３−ｋから、当該保有楽曲リスト又は当該購入可能コンテンツリストに含まれている楽曲ＩＤが送信されてくるのを待機する。
ユーザ端末３−ｋは、認証に成功した旨のデータ、保有楽曲リスト、及び購入可能コンテンツリストを受信すると、例えば、保有楽曲リスト及び購入可能コンテンツリストに含まれる楽曲ＩＤを表示する。
【００４６】
管理サーバ２が認証に成功し、楽曲データ送信の要求を待機している状態で、ユーザ端末３−ｋの操作者がユーザ端末３−ｋを操作し、この操作者等が聴きたい楽曲を表す楽曲データを識別する楽曲ＩＤを入力して、当該楽曲データの取得をユーザ端末３−ｋに指示すると（ステップＳ４）、ユーザ端末３−ｋは、管理サーバ２にアクセスして、ステップＳ４で入力された楽曲ＩＤと、楽曲データのチェックアウト（すなわち、楽曲データの保持を開始すること）を要求するデータとを管理サーバ２に送信する（ステップＳ５）。
【００４７】
管理サーバ２は、ユーザ端末３−ｋが送信した楽曲ＩＤ及びチェックアウト要求のデータを受信すると（ステップＳ６）、まず、ステップＳ２で認証したユーザＩＤに対応付けられた保有楽曲リストを自らが記憶しているか否かを判別する（ステップＳ７）。そして、記憶していないと判別すると、ステップＳ６で受信した楽曲ＩＤと、当該楽曲ＩＤが示す楽曲データの残り利用回数の初期値を示す残り利用回数データとが格納された新たな保有楽曲リストを作成し、当該ユーザＩＤに対応付けて記憶して（ステップＳ８）、処理をステップＳ１１に進める。
なお、管理サーバ２がステップＳ８で残り利用回数の初期値を特定する手法は任意であり、例えば管理サーバ２は、当該初期値を表すデータを予め記憶し、ステップＳ８ではこのデータを参照することにより残り利用回数の初期値を特定すればよい。
【００４８】
一方、ステップＳ２で認証したユーザＩＤに対応付けられた保有楽曲リストを記憶しているとステップＳ７で判別すると、管理サーバ２は、当該保有楽曲リストが、ステップＳ６で受信した楽曲ＩＤを格納しているか否かを判別する（ステップＳ９）。そして、格納していると判別すると処理をステップＳ１１に進め、格納していないと判別すると、当該楽曲ＩＤと、当該楽曲ＩＤが示す楽曲データの残り利用回数の初期値を示す残り利用回数データとを当該保有楽曲リストに新たに格納して（ステップＳ１０）、処理を図５に示すステップＳ１１へと進める。（なお、管理サーバ２がステップＳ１０で残り利用回数の初期値を特定する手法も任意である。）
【００４９】
ステップＳ１１で管理サーバ２は、ステップＳ２で認証したユーザＩＤに対応付けられた保有楽曲リストに格納されている残り利用回数データのうち、ステップＳ６で受信した楽曲ＩＤに対応付けて格納されているものが、残り利用回数「０」を表しているか否かを判別する。
そして、残り利用回数「０」を表していると判別すると、管理サーバ２は、楽曲の再生を認めない旨のデータを生成し（または、当該データを予め記憶しておいた上、これを読み出し）、ユーザ端末３−ｋに送信して（ステップＳ１２）、処理を終了する。ユーザ端末３−ｋはこのデータを受信し、例えば利用制限を超えている旨を示す画像を表示して、処理を終了する。
【００５０】
一方、「１」以上の残り利用回数を表していると判別すると、管理サーバ２は、楽曲データのチェックアウトを行う（ステップＳ１３）。
すなわち、ステップＳ１３では、ステップＳ１１で判別の対象とした残り利用回数データを書き換えて、書き換え前より１回分減算された利用回数を表すようにする。
そして、管理サーバ２は、ステップＳ６で受信した楽曲ＩＤ及びステップＳ２で認証した端末ＩＤをコンテンツサーバ１に送信することにより、コンテンツサーバ１に、楽曲の配信を要求する（ステップＳ１４）。
【００５１】
コンテンツサーバ１は、管理サーバ２が送信した楽曲ＩＤ及び端末ＩＤを受信すると（ステップＳ１５）、受信した楽曲ＩＤに対応付けられた楽曲データを読み出し、この楽曲データを、受信した端末ＩＤが示すユーザ端末（つまり、この例の場合はユーザ端末３−ｋ）にダウンロードさせるため、ユーザ端末３−ｋに送信する（ステップＳ１６）。
【００５２】
ユーザ端末３−ｋはこの楽曲データをダウンロードし、例えばこの楽曲データを示す楽曲ＩＤと対応付けた形で、この楽曲データを記憶する（ステップＳ１７）。
ユーザ端末３−ｋが楽曲データを記憶している状態で、ユーザ端末３−ｋの操作者がユーザ端末３−ｋを操作し、例えばこの楽曲データを示す楽曲ＩＤを入力して、この楽曲データが表す楽曲の再生を指示すると（ステップＳ１８）、この楽曲データを読み出し、この楽曲データが表す楽曲を再生する（ステップＳ１９）。
【００５３】
そして、ユーザ端末３−ｋが楽曲データを記憶している状態で、この楽曲のチェックイン（すなわち、楽曲データの保持を一時中止して仮想的に返却すること）をする場合、まず、ユーザ端末３−ｋの操作者はユーザ端末３−ｋを操作し、ユーザ端末３−ｋに上述のステップＳ１の処理と同一の処理を行わせる（ステップＳ２０）。
【００５４】
管理サーバ２は、ステップＳ２０でユーザ端末３−ｋよりユーザＩＤ、端末ＩＤ及び暗証ＩＤを供給されると、上述のステップＳ２の処理と同一の処理を行って、ユーザ端末３−ｋ及びそのユーザを認証し、その成否を判断する（図６、ステップＳ２１）。そして認証に失敗すると、認証に失敗した旨のデータをユーザ端末３−ｋに送信し（ステップＳ２２）、処理を終了する。ユーザ端末３−ｋはこのデータを受信し、例えば認証に失敗した旨を示す画像を表示して処理を終了する。
【００５５】
一方、管理サーバ２は、ステップＳ２１で認証に成功すると、認証に成功した旨のデータをユーザ端末３−ｋに送信しユーザ端末３−ｋから楽曲ＩＤ等が送信されてくるのを待機する。
そしてユーザ端末３−ｋの操作者は、管理サーバ２が認証に成功し、楽曲ＩＤ等を待機している状態で、ユーザ端末３−ｋを操作することにより、例えばチェックインの対象である楽曲データを示す楽曲ＩＤを入力して、この楽曲データのチェックインを指示する（ステップＳ２３）。
【００５６】
チェックインの指示を受けたユーザ端末３−ｋは、自己が記憶している楽曲データのうち、ステップＳ２３で入力された楽曲ＩＤが示すもの（つまり、チェックインの対象である楽曲データ）を消去し（ステップＳ２４）、その一方で管理サーバ２にアクセスして、この楽曲ＩＤと、楽曲データのチェックインを指示するデータとを、管理サーバ２に送信する（ステップＳ２５）。なお、ステップＳ２４における楽曲データの消去の手法は任意であり、ユーザ端末３−ｋは、例えば、自己の記憶部の記憶領域から当該楽曲データを物理的に消去してもよいし、ディスクオペレーティングシステム等のプログラムを予め記憶した上でこれを実行し、その処理に従って当該記憶領域を空き領域として開放するものとしてもよい。
【００５７】
管理サーバ２は、ユーザ端末３−ｋがステップＳ２５で送信した楽曲ＩＤ及びチェックインを指示するデータとを受信すると（ステップＳ２６）、ステップＳ２１で認証したユーザＩＤに対応付けられた保有楽曲リストに格納されている残り利用回数データのうち、ステップＳ２６で受信した楽曲ＩＤに対応付けて格納されているものを書き換えて、書き換え前より１回多い残り利用回数を表すようにする（ステップＳ２７）。そして、管理サーバ２は、楽曲データのチェックインを受け付けた旨のデータをユーザ端末３−ｋに送信する等して、処理を終了する。
【００５８】
以上説明した楽曲配信システムでは、ユーザが購入したコンテンツを示すデータ（保有楽曲リスト）が管理サーバに記憶され、コンテンツサーバからユーザ端末へと送信される楽曲データは保有楽曲リストに基づいて選択され、ユーザ端末は、コンテンツサーバから送信される楽曲データをダウンロードしてコンテンツを再生するので、ユーザ端末に再生させたいコンテンツが多くなっても、ユーザ端末の記憶部が有する記憶領域は圧迫されず、当該記憶部の記憶容量を大容量化する必要もない。また、楽曲配信システムでは、ユーザは楽曲データをダウンロードする権利を購入して保有楽曲リストに随時登録でき、ユーザ端末は当該楽曲データを必要に応じてサーバからダウンロードできるので、ユーザ端末が故障しても楽曲データが完全に失われることがない。更に、ユーザ端末は、ユーザが購入した楽曲を示す保有楽曲リストに基づいて楽曲データを選択し、ダウンロードすることができるので、ユーザはユーザ端末をネットワークに接続して、場所を選ばず、そのときの気分で聴きたい曲をユーザ端末に再生させることができるようになる。
【００５９】
なお、この楽曲配信システムの構成は上述のものに限られない。
例えば、コンテンツサーバ１がユーザ端末３−１〜３−ｎに配信するデータは楽曲データに限られず、映像あるいはその他任意のコンテンツを表すデータであってよい。また、楽曲データのデータ形式はＭＰ３形式に限られず任意であり、例えばＡＡＣ（Advanced Audio Coding）形式やＷＭＡ（Windows（登録商標） Media Audio）形式であってもよい。
また、上述の実施の形態においては、コンテンツサーバ１と管理サーバ２とは互いに別個の装置より構成されているが、１個のサーバコンピュータ等がコンテンツサーバ１及び管理サーバ２の機能を兼ねて行ってもよい。
【００６０】
また、保有楽曲リストはユーザ毎に作成される必要はなく、ユーザ端末毎に作成されてもよい。すなわち、保有楽曲リストは、それぞれのユーザ端末について、当該ユーザ端末のユーザが誰であるかを問わず、当該ユーザ端末を用いての利用を許された楽曲データ及びその利用態様を指定するデータであってもよい。この場合保有楽曲リストは、具体的には、例えばそれぞれのユーザ端末の端末ＩＤを格納し、さらに、それぞれの端末ＩＤに対応付けられた形で、当該端末ＩＤが示すユーザ端末による利用を許されている楽曲データを示す楽曲ＩＤと、当該ユーザ端末を用いて当該楽曲データを利用できる残り回数を示す残り利用回数データとを格納するものであればよい。
【００６１】
また、保有楽曲リストは、楽曲毎に作成されてもよい。すなわち、保有楽曲リストは、それぞれの楽曲データについて、ユーザあるいはユーザ端末を問わず、その利用態様を指定するデータであってもよい。この場合保有楽曲リストは、具体的には、例えばそれぞれの楽曲の楽曲ＩＤを格納し、さらに、それぞれの楽曲ＩＤに対応付けられた形で、当該楽曲ＩＤが示す楽曲データを利用できる残り回数を示す残り利用回数データを格納するものであればよい。
【００６２】
また、保有楽曲リストは、コンテンツサーバ１が記憶するそれぞれの楽曲データについて、当該楽曲データを保有するユーザを識別するユーザＩＤを格納するというデータ構造を取っていてもよい。具体的には、例えば楽曲データ：Ａを示す楽曲ＩＤには、当該楽曲データ：Ａを保有するユーザＭとユーザＮとユーザＯとを示す各ユーザＩＤが対応づけられていて、また、楽曲データ：Ｂを示す楽曲ＩＤには、当該楽曲データ：Ｂを保有するユーザＭとユーザＯとを示す各ユーザＩＤが対応づけられている、といったデータ構造を有していてもよい。このようなデータ構造を有していれば、ユーザ毎に楽曲ＩＤ等を対応づけて格納しなくてもよいので、保有楽曲リスト全体のデータ量が小さく抑えられる場合がある。
【００６３】
また、管理サーバ２は、ステップＳ２での認証に成功した場合、認証されたユーザについての保有楽曲リスト全体を送信する必要はなく、当該保有楽曲リストに含まれる楽曲ＩＤのうち、残り利用回数データが示す残り利用回数が「１」以上であるもののみを選択してユーザ端末に送信するようにしてもよい。この場合、管理サーバ２は、ステップＳ１１の処理を行う必要はなく、ステップＳ９若しくはＳ１０からステップＳ１１に処理を移す代わりに、ステップＳ１３へと処理を移すようにすればよい。
【００６４】
また、管理サーバ２は、ユーザが指定する条件に合致する楽曲データのリストを生成し、保有楽曲リストに代えて送信するようにしてもよい。
具体的には、例えば管理サーバ２は、楽曲データの楽曲ＩＤと、当該楽曲データが表す楽曲の演奏者名と、当該楽曲が収録されているアルバムの名称（あるいは商品コード等）とを互いに対応づけて格納する楽曲データベースを予め記憶していればよい。
そしてユーザ端末３−ｋの操作者が、例えばステップＳ４で、楽曲ＩＤに代えて、演奏者名及び／又はアルバム名を入力すると、ユーザ端末３−ｋはステップＳ５で、この演奏者名及び／又はアルバム名を管理サーバ２に送信する。管理サーバ２は、演奏者名及び／又はアルバム名を受信すると、楽曲データベースを検索して、受信した演奏者名及び／又はアルバム名に対応づけられた楽曲ＩＤを索出すればよい。そして、索出された楽曲ＩＤを、ユーザ端末３−ｋより受信した楽曲ＩＤとして扱い、ステップＳ７以降の処理を行えばよい。
【００６５】
また、楽曲データベースは、楽曲データの検索キーとなり得る任意の検索用データを、楽曲データに対応づけて格納していてもよい。従って検索用データとしては、例えば、楽曲データが表す楽曲のタイトルや、ユーザが当該楽曲データを最後にチェックアウトした日時を示すデータであってもよい。なお、ユーザが当該楽曲データを最後にチェックアウトした日時を示すデータは、管理サーバ２が、ステップＳ１３あるいはＳ１４で上述のクロックデータを取得し、このクロックデータを、ユーザがチェックアウトした楽曲データの楽曲ＩＤに対応づけて、検索用データとして楽曲データベースに格納するようにすればよい。
【００６６】
検索用データが楽曲のタイトルを含んでいる場合は、ユーザ端末３−ｋの操作者が、楽曲ＩＤに代えて楽曲のタイトルの頭文字を入力した場合に、ユーザ端末３−ｋがこれを管理サーバ２に送信し、管理サーバ２は、この頭文字を受信すると、タイトルの頭文字が受信した頭文字に合致する楽曲の楽曲ＩＤを楽曲データベースより索出して、索出された楽曲ＩＤを、ユーザ端末３−ｋより受信した楽曲ＩＤとして扱えばよい。
【００６７】
また、検索用データが、ユーザが楽曲データを最後にチェックアウトした日時を示すデータを含んでいる場合は、ユーザ端末３−ｋの操作者が、楽曲ＩＤに代えて、例えば最近１年以内にチェックアウトした楽曲を指定する旨の情報を入力した場合に、ユーザ端末３−ｋがこれを管理サーバ２に送信し、管理サーバ２は、この情報を受信すると上述のクロックデータを取得し、このクロックデータが示す日時から１年以内の日時を示すデータが対応づけられている楽曲ＩＤを楽曲データベースより索出して、索出された楽曲ＩＤを、ユーザ端末３−ｋより受信した楽曲ＩＤとして扱えばよい。
【００６８】
また、管理サーバ２は、それぞれのユーザについて、当該ユーザがまとめて利用する複数の楽曲データの楽曲ＩＤを格納するプレイリストを記憶してもよい。プレイリストは例えば、ユーザ端末３−ｋを操作するユーザ等が、プレイリストに含めるべき楽曲ＩＤを入力してプレイリストの作成を指示したとき、ユーザ端末３−ｋがこの入力の結果に基づいて作成するようにすればよい。そしてユーザ端末３−ｋは、管理サーバ２が認証に成功した後、自ら作成したプレイリストを管理サーバ２に転送し、管理サーバ２がこのプレイリストを、認証されたユーザのユーザＩＤに対応づけて記憶するようにすればよい。
【００６９】
一方、管理サーバ２が記憶しているプレイリストをユーザに利用させるためには、例えば、管理サーバ２が認証に成功した後、保有楽曲リストや購入可能コンテンツリストに加え、認証されたユーザのユーザＩＤに対応づけられたプレイリストを管理サーバ２も送信することとし、ユーザ端末３−ｋは、受信した保有楽曲リスト及び購入可能コンテンツリストに含まれる楽曲ＩＤに加え、受信したプレイリストの内容も表示する。そしてユーザ端末３−ｋの操作者が、例えばステップＳ４で、楽曲ＩＤに代えてプレイリストを指定する情報を入力すると、ユーザ端末３−ｋはステップＳ５で、この情報を管理サーバ２に送信する。管理サーバ２は、この情報を受信すると、この情報が示すプレイリストを特定し、特定したプレイリストに含まれる各楽曲ＩＤを、ユーザ端末３−ｋより受信した楽曲ＩＤとして扱い、ステップＳ７以降の処理を行えばよい。
【００７０】
また、保有楽曲リストへの楽曲ＩＤの追加（又は楽曲ＩＤを含んだ保有楽曲リストの新規作成）に際して管理サーバ２は、ステップＳ２で認証したユーザＩＤが示すユーザに対して課金を行うための課金処理を行ってもよい。具体的には、例えば管理サーバ２は、各ユーザが所持するクレジットカードのカード情報（カード番号、契約者名及び有効期限）をあらかじめ記憶しておき、ステップＳ８又はＳ１０において、ステップＳ２で認証したユーザＩＤが示すユーザに対する課金額を任意の基準に従って決定し、当該課金額を示す情報と、当該ユーザが所持するクレジットカードのカード情報と、当該課金額を示す情報とを、クレジットカードによる支払を決済する企業が運営する外部のサーバ等に送信すればよい。
【００７１】
また、ステップＳ１６でコンテンツサーバ１は楽曲データあるいはその他のコンテンツを表すデータをストリーミングの手法により送信してもよく、この場合ユーザ端末３−ｋは、ステップＳ１７でこれらのデータを受信し、受信した部分が表すコンテンツを直ちに順次ストリーミング再生して、コンテンツの再生に用い終わった部分を直ちに消去するようにしてもよい。この場合ユーザ端末３−ｋは、ステップＳ２４でこのデータを消去する動作を行う必要はない。
ユーザ端末３−ｋがストリーミング再生を行うようにすれば、ユーザ端末３−ｋの記憶部の記憶領域に楽曲データ（あるいはその他コンテンツを表すデータ）が蓄積されないので、この記憶領域の容量が極めて小さくてもコンテンツの再生が正常に行える。
【００７２】
なお、ユーザ端末３−ｋがストリーミングの手法でコンテンツを再生する場合、管理サーバ２は、楽曲データ等のチェックアウトの処理（ステップＳ１３）において、残り利用回数データの値の減算を行わないこととしてもよい。また、ユーザ端末３−ｋが楽曲データ等をもっぱらストリーミング再生にのみ用いるものであって蓄積を行わない場合、保有楽曲リストは残り利用回数データを含んでいなくてもよい。
【００７３】
また、管理サーバ２及びユーザ端末３−１〜３−ｎは、例えば、現在日時を示すクロックデータを生成して各自の制御部に連続的に供給するクロック生成回路を備えていてもよい。クロック発生回路は、例えば、水晶発振回路などより構成されていればよい。あるいは、管理サーバ２及びユーザ端末３−１〜３−ｎはそれぞれ、ネットワーク等を介してクロックデータを外部より取得してもよい。
【００７４】
ユーザ端末３−ｋがクロックデータを生成しあるいは外部より取得するものである場合、管理サーバ２は、コンテンツサーバ１が記憶するそれぞれの楽曲データについて、ユーザ端末３−１〜３−ｎが当該楽曲データが表す楽曲の再生をすることが許される日時の範囲を示す再生制限日時データを生成して、当該楽曲データに対応づけて記憶し、あらかじめコンテンツサーバ１への転送も行って、コンテンツサーバ１もこれを当該楽曲データに対応づけて記憶するものとしてもよい。そしてコンテンツサーバ１は、楽曲データをユーザ端末３−ｋに送信する際、この再生制限日時データをこの楽曲データと共にユーザ端末３−ｋに送信するようにしてもよい。
この場合、ユーザ端末３−ｋは、例えばステップＳ１９で、現在の日時を示すクロックデータを取得し、このクロックデータが示す現在の日時が、ステップＳ１８で再生を指示された楽曲を表す楽曲データと共に供給された再生制限日時データが示す範囲に入っているか否かを判別する。そして、含まれていると判別すれば楽曲の再生を行い、含まれていないと判別すれば楽曲の再生を行わずに処理を終了すればよい。
【００７５】
一方、管理サーバ２が再生制限日時データを記憶しているものである場合、管理サーバ２は、コンテンツサーバ１が記憶するそれぞれの楽曲データについて、当該楽曲データの利用が許されているか否かを示す利用可能識別データを書き換え可能に記憶していてもよい。
この場合、管理サーバ２は例えば、「クロックデータを取得し、このクロックデータが示す現在の日時が、再生制限日時データの示す範囲に入っているか否かを、自己の記憶するそれぞれの再生制限日時データについて行う」という処理を繰り返し行う。そして、現在の日時が範囲に入っていないと判別された再生制限日時データに対応づけられた楽曲データの利用の許否を示す利用可能識別データを、「利用不可」を示すよう書き換える。
そして、ステップＳ１１で管理サーバ２は、ステップＳ６で受信した楽曲ＩＤが示す楽曲の利用の許否を示す利用可能識別データが「利用不可」を示しているか否かを判別し、「利用不可」を示していれば、残り利用回数データの値に関わらず、ステップＳ１２に処理を進めるようにすればよい。
【００７６】
また、管理サーバ２は、コンテンツを表すデータをチェックアウトした後に必ずしも当該データのチェックインを受け付ける必要はない。
また、コンテンツを表すデータの利用可能回数は必ずしも有限回である必要はなく、無制限にチェックアウトできるデータがあってもよい。この場合は、例えば、保有楽曲リスト内で当該データを表すＩＤ（当該データが楽曲データであれば、楽曲ＩＤに相当するＩＤ）に対応付けられている残り利用回数データを、残り回数無限回を表すものとし、ステップＳ１３で管理サーバ２は、残り回数無限回を表す残り利用回数データについては、残り回数を減ずる上述の処理を行わないものとすればよい。
【００７７】
以上、この発明の実施の形態を説明したが、この発明にかかるコンテンツ配信システム及びコンテンツ管理装置は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、インターネット等のネットワークを介して接続された複数のコンピュータに、上述のコンテンツサーバ１、管理サーバ２及びユーザ端末３−ｋの動作を実行させるためのプログラムを格納した媒体（ＣＤ−ＲＯＭ、フレキシブルディスク等）からこれらのプログラムをインストールすることにより、上述の処理を実行する楽曲配信システムを構成することができる。
【００７８】
また、例えば、通信回線の掲示板（ＢＢＳ）にこれらのプログラムをアップロードし、これを通信回線を介して配信してもよく、また、これらのプログラムを表す信号により搬送波を変調し、得られた変調波を伝送し、この変調波を受信した装置が変調波を復調してこれらのプログラムを復元するようにしてもよい。そして、これらのプログラムを起動し、ＯＳの制御下に、他のアプリケーションプログラムと同様に実行することにより、上述の処理を実行することができる。
【００７９】
なお、ＯＳが処理の一部を分担する場合、あるいは、ＯＳが本願発明の１つの構成要素の一部を構成するような場合には、記録媒体には、その部分を除いたプログラムを格納してもよい。この場合も、この発明では、その記録媒体には、コンピュータが実行する各機能又はステップを実行するためのプログラムが格納されているものとする。
【図面の簡単な説明】
【００８０】
【図１】本発明の実施の形態に係る楽曲配信システムの構成を示す図である。
【図２】保有楽曲リストのデータ構造を模式的に示す図である。
【図３】ユーザデータベースのデータ構造を模式的に示す図である。
【図４】図１の楽曲配信システムが実行する処理の流れを示すフローチャートである。
【図５】図４のフローチャートの続きである。
【図６】図５のフローチャートの続きである。
【符号の説明】
【００８１】
１                  コンテンツサーバ
２                  管理サーバ
３−１〜３−ｎ      ユーザ端末
Ｎ                  ネットワーク
【図１】
2006172392.tif 000003
【図２】
2006172392.tif 000004
【図３】
2006172392.tif 000005
【図４】
2006172392.tif 000006
【図５】
2006172392.tif 000007
【図６】
2006172392.tif 000008