(57)【特許請求の範囲】
【請求項１】
コンテンツのストリーミング再生用データと、前記コンテンツのダウンロード用データファイルを、配信サーバからユーザ端末に配信するコンテンツ配信システムであって、
前記配信サーバは、
前記ユーザ端末から特定のコンテンツのストリーミング再生用データの配信を要求された場合に、当該ストリーミング再生用データの配信を要求されたコンテンツであるユーザ要求コンテンツのストリーミング再生用データをストリーミング形式で前記ユーザ端末に配信するストリーミング配信手段と、
前記ユーザ端末から特定のコンテンツのストリーミング再生用データの配信を要求された場合に、前記ユーザ要求コンテンツのダウンロード用データファイルを前記ユーザ端末に配信するダウンロード配信手段とを有し、
前記ストリーミング配信手段は、前記コンテンツのストリーミング再生用データのストリーミング形式での前記ユーザ端末への配信が終了したときに、前記ダウンロード配信手段による前記コンテンツのダウンロード用データファイルのユーザ端末への配信が完了していない場合には、所定のルールに従って選択した前記コンテンツのストリーミング再生用データをストリーミング形式で前記ユーザ端末に配信し、
前記ユーザ端末は、
ユーザ操作に応じて、前記配信サーバに、特定のコンテンツのストリーミング再生用データの配信を要求する配信要求手段と、
前記配信サーバから配信されたストリーミング再生用データのストリーミング再生を行うストリーミング手段と、
前記配信サーバから配信されたダウンロード用データファイルを記録するダウンロード手段とを有することを特徴とするコンテンツ配信システム。
【請求項２】
請求項１記載のコンテンツ配信システムであって、
前記ユーザ端末は、前記ストリーミング手段が前記配信サーバからストリーミング形式で配信されたストリーミング再生用データのストリーミングを行っている期間中に、ユーザ操作に応じて、コンテンツ変更の指示を前記配信サーバに発行するコンテンツ変更要求手段を有し、
前記ダウンロード配信手段は、前記コンテンツのダウンロード用データファイルのユーザ端末への送信の完了前に、前記配信サーバがユーザ端末からコンテンツ変更の指示を受けた場合に、送信中のダウンロード用データファイルのユーザ端末への配信を中止し、前記コンテンツ変更の指示を受けた時点で、前記ストリーミング配信手段がユーザ端末にストリーミング形式で送信していたストリーミング再生用データのコンテンツのダウンロード用データファイルの前記ユーザ端末への配信を行うことを特徴とするコンテンツ配信システム。
【請求項３】
請求項１記載のコンテンツ配信システムであって、
前記コンテンツは楽曲もしくは楽曲に映像を付加したムービーであって、
前記所定のルールは、要求されたコンテンツに含まれる楽曲と同アーティスによる楽曲を含むコンテンツを順次選択するルール、または、要求されたコンテンツに含まれる楽曲と同ジャンルの楽曲を含むコンテンツを順次選択するルール、または、要求されたコンテンツを繰り返し選択するルールであることを特徴とするコンテンツ配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、音楽データやムービーなどのコンテンツをユーザ端末に配信する技術に関するものである。
【０００２】
【従来の技術】
コンテンツとして音楽データを配信するコンテンツ配信システムとしては試聴用の音楽データへのリンクと、正規の音楽データを格納したダウンロード用のファイルへのリンクを設けたWebページを介して、Webサーバから、音楽データをユーザ端末に配信するシステムが知られている。
【０００３】
このようなコンテンツ配信システムでは、ユーザは、まず、Webページ上の試聴用の音楽データへのリンクを選択して、当該選択に応じてWebサーバからストリーミング形式（データを受信しながら再生可能で、恒久的記録を禁止可能な形式）で配信される試聴用の音楽データをユーザ端末で再生して試聴し、その音楽が気に入ったならば、Webページ上のダウンロード用のファイルへのリンクを選択し、当該選択に応じてWebサーバから送られる音楽データのファイルをダウンロードしてユーザ端末上に記録することになる。ここで、ダウンロード用のファイルの音楽データは楽曲の正規版のデータであるのに対し、試聴用の音楽データは、楽曲の一部のみを表す音楽データであったり、正規版のデータよりも低音声品質で楽曲を表す音楽データであったりする。
【０００４】
【発明が解決しようとする課題】
このような従来のコンテンツ配信システムによれば、ユーザは、ストリーミング形式で配信された音楽データの楽曲を試聴して気に入った場合に、その楽曲の正規版データでの再生を行ってこれを聴く場合には、正規版データのダウンロード用のファイルのダウンロード、ダウンロードしたファイルの再生という手順を踏む必要がある。すなわち、ユーザが、楽曲の試聴後に、その楽曲の正規版を聴くことができるようになるまでに長時間を要する。また、正規版データのファイルのダウンロード中、ユーザは手持ちぶさたな状態に置かれることになる。
【０００５】
なお、このような問題は、配信するコンテンツが音楽データではなく、ムービーなどの他のメディアである場合も同様である。
そこで、本発明は、ユーザ端末において、コンテンツのストリーミング形式でのストリーミング再生完了から、そのコンテンツのダウンロード用ファイルのダウンロードが完了するまでに要する時間を短縮することを課題とする。また、併せて、コンテンツのダウンロード用ファイルのダウンロードが完了するまでの間の、ユーザにとっての娯楽性を向上することを課題とする。また、ユーザによってユーザが目的とするコンテンツが変更された場合にも、そのコンテンツのダウンロード用ファイルのダウンロード完了までの時間を短縮することを課題とする。
【０００６】
【課題を解決するための手段】
前記課題達成のために、本発明は、たとえば、コンテンツのストリーミング再生用データと、前記コンテンツのダウンロード用データファイルを、配信サーバからユーザ端末に配信するコンテンツ配信システムにおいて、前記配信サーバに、前記ユーザ端末から特定のコンテンツのストリーミング再生用データの配信を要求された場合に、当該ストリーミング再生用データの配信を要求されたコンテンツであるユーザ要求コンテンツのストリーミング再生用データをストリーミング形式で前記ユーザ端末に配信するストリーミング配信手段と、前記ユーザ端末から特定のコンテンツのストリーミング再生用データの配信を要求された場合に、前記ユーザ要求コンテンツのダウンロード用データファイルを前記ユーザ端末に配信するダウンロード配信手段とを備え、前記ストリーミング配信手段は、前記コンテンツのストリーミング再生用データのストリーミング形式での前記ユーザ端末への配信が終了したときに、前記ダウンロード配信手段による前記コンテンツのダウンロード用データファイルのユーザ端末への配信が完了していない場合には、所定のルールに従って選択した前記コンテンツのストリーミング再生用データをストリーミング形式で前記ユーザ端末に配信し、前記ユーザ端末に、ユーザ操作に応じて、前記配信サーバに、特定のコンテンツのストリーミング再生用データの配信を要求する配信要求手段と、前記配信サーバからストリーミング形式で配信されたストリーミング再生用データのストリーミング再生を行うストリーミング手段と、前記配信サーバから配信されたダウンロード用データファイルを記録するダウンロード手段とを備えたものである。
【０００９】
このようにすることにより、要求したコンテンツのストリーミング再生用データの再生終了までに、コンテンツのダウンロード用データファイルの記録が終了しない場合には、ユーザ端末において、コンテンツのダウンロード用データファイルの記録が終了するまで、適当なコンテンツストリーミング再生を継続させることができ、これにより、コンテンツのダウンロード用データファイルの記録完了までの期間にユーザが手持ちぶさたな状態になることを排し、コンテンツ配信システムの娯楽性を向上することができると共に、この期間中に他のコンテンツの宣伝も行うことができるようになる。
【００１０】
また、この場合に、前記コンテンツが楽曲もしくは楽曲に映像を付加したムービーであるときには、前記所定のルールは、要求されたコンテンツに含まれる楽曲と同アーティストによる楽曲を含むコンテンツを順次選択するルール、または、要求されたコンテンツに含まれる楽曲と同ジャンルの楽曲を含むコンテンツを順次選択するルール、または、要求されたコンテンツを繰り返し選択するルールとするようにすれば、ユーザが興味有ると思われるコンテンツのストリーミング再生用データを配信することができるようになる。または、この場合に、前記ユーザ端末に、前記ストリーミング手段が前記配信サーバからストリーミング形式で配信されたストリーミング再生用データのストリーミングを行っている期間中に、ユーザ操作に応じて、コンテンツ変更の指示を前記配信サーバに発行するコンテンツ変更要求手段を備え、前記ダウンロード配信手段において、前記コンテンツのダウンロード用データファイルのユーザ端末への送信の完了前に、前記配信サーバがユーザ端末からコンテンツ変更の指示を受けた場合に、送信中のダウンロード用データファイルのユーザ端末への配信を中止し、前記コンテンツ変更の指示を受けた時点で、前記ストリーミング配信手段がユーザ端末にストリーミング形式で送信していたストリーミング再生用データのコンテンツのダウンロード用データファイルの前記ユーザ端末への配信を行うようにしても良い。このようにすることにより、ユーザは、先に要求したコンテンツとは別のコンテンツのストリーミング再生中に、そのコンテンツが気に入った場合に、コンテンツ変更の操作を行うだけで、そのコンテンツのダウンロード用データファイルの配信の開始を、即座に受けることができるようになる。
【００１１】
【発明の実施の形態】
以下、本発明の実施形態について説明する。
図１に本実施形態に係るコンテンツ配信システムの構成を示す。
図示するように、本コンテンツ配信システムは、コンテンツ配信サーバ１と、１または複数のユーザ端２末とがインターネットなどのネットワーク３で接続した構成を有している。また、コンテンツ配信サーバ１には、課金システム４が接続されている。
【００１２】
ここで、ユーザ端末２は、たとえば、ネットワーク３への接続機能を備えた、パーソナルコンピュータやPDAや携帯電話などの端末装置である。
図示するように、ユーザ端末２は、Webブラウザ２１と、配信クライアント２２を有する。また、配信クライアント２２は、クライアント制御部２２１、ストリーミング部２２２、ダウンロードファイル処理部２２３、記憶部２２４とを有する。そして、ダウンロードファイル処理部２２３は、ダウンロード部２２２１、復号処理部２２２２、ファイル再生部２２２３を有する。
【００１３】
一方、コンテンツ配信サーバ１は、Webサーバ１１、配信サーバ１２、ストリームファイル管理部１３、ダウンロードファイル管理部１４、認証処理部１５、ストリームファイル格納部１６、ダウンロードファイル格納部１７、認証情報データベース１８、コンテンツ管理データベース１９を有している。
【００１４】
ここで、Webサーバ１１は、たとえば、ASP(Active Server Page)や、JSP(Java Server Page)/Servletなどのサーバサイドスクリプトが組み込まれたWebサーバ１１であり、配信サーバ１２は、たとえば、COM+、EJB(Java Enterprise Beens)などにより構築されたアプリケーションプロセスを実行するWebアプリケーションサーバである。なお、ASP(Active Server Page)、JSP(Java Server Page)/Servlet、COM+、EJB(Java Enterprise Beens)は、いずれも登録商標または商標である。
【００１５】
ここで、ストリームファイル格納部１６には、楽曲のストリーミング配信用の音楽データのファイルが複数蓄積されており、ダウンロードファイル格納部１７には楽曲のダウンロード用の音楽データを格納したファイルが複数蓄積されている。以下、便宜上、ストリーミング配信用の音楽データのファイルを「ストリームファイル」と、ダウンロード用の音楽データのファイルを「ダウンロードファイル」と記す。
【００１６】
ストリームファイル管理部１３は各ストリームファイルを管理し配信サーバ１２の各ストリームファイルへのアクセスを仲介し、ダウンロードファイル管理部１４は各ダウンロードファイルを管理し配信サーバ１２の各ダウンロードファイルへのアクセスを仲介する。
【００１７】
そして、認証情報データベース１８には、認証処理部１５がユーザの認証に用いる認証情報が格納され、コンテンツ管理データベース１９には、コンテンツ配信サーバ１が配信する各コンテンツの管理情報が格納されている。
図２aに、このコンテンツ管理データベース１９に格納されるコンテンツの管理情報の内容を示す。
図示するように、このコンテンツ管理データベース１９には、本コンテンツ配信サーバが配信するコンテンツである各楽曲について、その楽曲のタイトル名、その楽曲のロック／ポップス／ジャズ／クラシックなどのジャンル、その楽曲の演奏者などであるアーティスト、その楽曲の試聴用の音楽データを格納したストリームファイルの識別子であるストリーム用ファイルID、その楽曲の正規版の音楽データを格納したダウンロードファイルの識別子であるダウンロードファイルIDが登録されている。なお、ストリームファイルIDによってストリームファイル格納部１６に格納された一つのストリームファイルが、ダウンロードファイルIDによってダウンロードファイル格納部１７に格納された一つのダウンロードファイルが一意に特定される。
【００１８】
次に、図２bに、認証情報データベース１８に格納される認証情報を示す。
図示するように、この認証情報には、ユーザ毎のユーザID、パスワード、その他の認証情報が格納される。
以下、このようなコンテンツ配信システムにおけるコンテンツ配信の動作について説明する。
図３に、コンテンツ配信システムにおけるコンテンツ配信のシーケンス例を示す。
まず、ユーザ端末２において、ユーザがWebブラウザ２１を用いてWebサーバ１１上のメニューページのURLにアクセスすると（シーケンス３０１）、これを受けたWebサーバ１１は、予め用意されているメニューページのWebページデータをユーザ端末２に送信する（シーケンス３０２）。
【００１９】
このメニューページには、たとえば、図４aに示すように、コンテンツ配信サーバ１が提供するコンテンツである楽曲のタイトル名とアーティスト名によるリストと、「聞く」、「変更」、「キャンセル」ボタンが設けられている。なお、メニューページ中の枠付きの各番号は、テンキーのその番号の押し下げにより、対応する楽曲やボタンを選択できることを表している。
【００２０】
ユーザが、Webブラウザ２１によって表示されたメニューページ上で、楽曲の選択と「聞く」ボタンの操作を行うと、Webブラウザ２１は、メニューページ内に記述されたスクリプトに従って、Webサーバ１１に、選択された楽曲の識別子を含む、楽曲要求を送信する（シーケンス３０３）。
【００２１】
楽曲要求を受信したWebサーバ１１は、このWebブラウザ２１に対してセッションを設定し、楽曲の識別子と設定したセッションの識別子とセッションを設定したWebブラウザ２１のURLを含めた楽曲配信要求を配信サーバ１２に送る（シーケンス３０４）。
【００２２】
楽曲配信要求を受けた配信サーバ１２は、コンテンツ配信処理を起動し実行する。
図５に、このコンテンツ配信処理の手順を示す。
図示するように、コンテンツ配信処理を開始した配信サーバ１２は、まず、ユーザ端末２の起動要求をユーザ端末２の配信クライアント２２に送る（ステップ５０２、シーケンス３０５）。ここで、この起動要求の配信クライアント２２への送信は、たとえば、配信サーバ１２よりユーザ端末２のWebブラウザ２１に所定のファイル拡張子を付与した起動用のファイルを送信し、Webブラウザ２１において、このファイル拡張子に関連づけてWebブラウザ２１に登録された配信クライアント２２を起動し（シーケンス３０６）、このファイルの処理を配信クライアント２２に要求するようにすることなどにより行うことができる。
【００２３】
さて、起動された配信クライアント２２のクライアント制御部２２１は、コンテンツ受信処理を実行する。
図６に、このコンテンツ受信処理の手順を示す。
図示するように、この処理では、まず、コネクション確立要求を配信サーバ１２に対して送信する（ステップ６０２、シーケンス３０７）。ここで、このコネクション確立要求の配信サーバ１２への送信は、たとえば、前述した起動用のファイルに配信サーバ１２が記述しておいた配信サーバ１２のURLに対して、同様に起動用のファイルに配信サーバ１２が記述しておいた配信サーバ１２がWebサーバ１１より通知されたセッション識別子のセッションについてのコネクション確立を要求するメッセージを、配信クライアント２２のURLと共に送信することなどにより行うことができる。なお、このコネクション確立の要求は、実際にはストリームファイルの音楽データのストリーミング配信開始を要求する形式のメッセージなどであっても良い。
【００２４】
さて、コネクション確立要求を受け取った配信サーバ１２は（ステップ５０４）、まず、Webサーバ１１から通知された楽曲のストリームファイルをSTnとして（ステップ５０６）、このストリームファイルと同楽曲のダウンロードファイルをコンテンツ管理データベース１９を参照して求め（ステップ５０８）、求めたダウンロードファイルをDLiとする（ステップ５１０）。そして、ストリームファイル格納部１６から読み出したストリームファイルSTnの音楽データをストリーミング形式での配信クライアント２２への送信を開始する（ステップ５１２、シーケンス３０８）と共に、ダウンロードファイル格納部１７から読み出したダウンロードファイルDLiをランダムに生成した暗号キーで暗号化し、暗号化したダウンロードファイルDLiの配信クライアント２２への送信を開始する（ステップ５１４、シーケンス３０９）。また、この時、暗号化したダウンロードファイルDLiの復号キーを記憶しておく。そして、次に送信するストリームファイルSTn+1を、コンテンツ管理データベース１９を参照して決定する（ステップ５１６）。この次に送信するストリームファイルSTn+1の決定は、たとえば、Webサーバ１１から指定された楽曲のアーティストの他の楽曲を次に送信するストリームファイルSTn+1として順次選択することにより行っても良いし、Webサーバ１１から指定された楽曲と同じジャンルの他の楽曲を次に送信するストリームファイルSTn+1として順次選択することにより行っても良いし、Webサーバ１１から指定された楽曲を繰り返し次に送信するストリームファイルSTn+1として選択することにより行っても良い。
【００２５】
さて、配信クライアント２２において、ストリーミング形式の音楽データを受信したクライアント制御部２２１は（ステップ６０４）、ストリーミング部２２２に、ストリーミング形式の音楽データを再生させる（ステップ６２８）。
また、ダウンロードファイルを受信したクライアント制御部２２１は（ステップ６０６）、ダウンロード部２２２１に、ダウンロードファイルの記憶部２２４への記録を開始させる（ステップ６３２）。また、このとき、他のダウンロードファイルの記録中であれば、その記録を中止させ、その途中までの記録したダウンロードファイルを廃棄させる（ステップ６３０）。
【００２６】
さて、配信サーバ１２において、ダウンロードファイルDLi送信完了前に、ストリームファイルSTnの音楽データの送信が完了したならば（ステップ５２８、シーケンス３１０）、先に決定しておいたストリームファイルSTn+1をストリームファイルSTnとして（ステップ５３０）、配信クライアント２２へのストリームファイルSTnの音楽データのストリーミング形式での送信を開始する（ステップ５３２、シーケンス３１１）。なお、この新たなストリームファイルの音楽データの送信は、その前に送信していたストリームファイルの音楽データと同じストリーム上の音楽データとして配信クライアント２２に送信するようにしてもよいし、別途、配信クライアント２２との間に、新たなストリームを設定し、新たなストリーム上の音楽データとして配信クライアント２２に送信するようにしてもよい。そして、先程と同様に、次に送信するストリームファイルSTn+1を、コンテンツ管理データベース１９を参照して決定する（ステップ５３４）。
【００２７】
さて、この新たなストリームファイルの音楽データをストリーミング形式で受けた、配信クライアント２２は、先程と同様にこれをストリーミング再生部２２２において再生する（ステップ６０４、６２８）。
さて、ダウンロードファイルDLiの送信が終了したならば（ステップ５１８、シーケンス３１２）、配信サーバ１２は、配信クライアント２２からの所定期間内のダウンロード完了報告を待つ（ステップ５３６）。そして、所定期間内にダウンロード完了報告が無ければ、セッションを終了し（ステップ５５０）、Webサーバ１１にセッションの終了を通知し、処理を終了する。セッションの終了を通知されたWebサーバ１１は、当該セッションを解放する。
【００２８】
一方、配信クライアント２２においてダウンロードファイルの記録が完了したならば（ステップ６０８）、クライアント制御部２２１は、ストリーミング再生部２２２の音楽データの再生を中止させ（ステップ６１０）、配信サーバ１２にダウンロード完了報告を送信する（ステップ６１２）。
【００２９】
そして、所定期間内にダウンロード完了報告を受けた配信サーバ１２は（ステップ５３６、シーケンス３１３）、ストリームファイルSTnの音楽データのストリーミング形式での送信を終了し（ステップ５３８、シーケンス３１４）、たとえば、図４bに示すような購入受付画面のデータを配信クライアント２２に送る（ステップ５４０、シーケンス３１５）。
【００３０】
これを受けた配信クライアント２２のクライアント制御部２２１は（ステップ６１４）、購入受付画面を表示し、購入受付画面上で、楽曲の購入の有無の問い合わせと、ユーザIDやパスワードの入力の受付を行う（ステップ６１６）。ユーザは、先にメニュー画面で「聞く」ボタンで指定した楽曲、または、後述するように「変更」ボタンの押し下げ時に試聴していた楽曲を購入する際には、購入受付画面上でユーザIDやパスワードの入力を行い、「OK」ボタンを押し、楽曲の購入を行わない場合には「キャンセル」ボタンを押す。そして、「キャンセル」ボタンが押された場合には（ステップ６１８）、クライアント制御部２２１はキャンセル要求を配信サーバ１２に送信し（ステップ６３４）、処理を終了する。一方、「OK」ボタンが押された場合には、クライアント制御部２２１は、入力されたユーザIDとパスワードを認証情報として配信サーバ１２に送信する（ステップ６２０、シーケンス３１６）。
【００３１】
一方、配信サーバ１２は、キャンセル要求を受け取ると（ステップ５４２）、セッションを終了し（ステップ５５０）、Webサーバ１１にセッションの終了を通知し、処理を終了する。セッションの終了を通知されたWebサーバ１１は、当該セッションを解放する。
【００３２】
一方、認証情報を受け取った場合には（ステップ５４４）、配信サーバ１２は、認証処理部１５に、これを引き渡し、認証情報データベース１８を用いたユーザの認証処理を依頼する。そして、認証が成功したならば（ステップ５４６）、送信を完了しているダウンロードファイルDLiの暗号化された音楽データを復号するための、先に記憶しておいた復号キーを配信クライントに送信し（ステップ５４８、シーケンス３１７）、セッションを終了し、ユーザの楽曲の購入を示す課金情報を課金システム４に通知し（シーケンス３１８）、課金システム４に当該ユーザの楽曲購入に対する課金処理を行わせると共に、Webサーバ１１にセッションの終了を通知し、処理を終了する。セッションの終了を通知されたWebサーバ１１は、当該セッションを解放する。
【００３３】
また、ステップ５４６において認証が失敗した場合には、所定の認証失敗処理を行う（ステップ５５２）。
一方、復号キーを受信した配信クライアント２２のクライアント制御部２２１は（ステップ６２２）、復号処理部２２２２に復号キーを引き渡して先に記憶部２２４に記録したダウンロードファイルの復号を行わせ（ステップ６２４）、復号が完了したならば、ファイル再生部２２２３に復号したダウンロードファイルの音楽データを再生させ（ステップ６２６）、処理を終了する。
【００３４】
ところで、本コンテンツ配信システムでは、図４に示したシーケンスの他、図７に示すシーケンスのように、ユーザ端末２においてストリーミング形式で受信した楽曲の再生中に、ユーザがダウンロードするファイルを変更することも可能である。
【００３５】
すなわち、ユーザ端末２においてストリーミング形式で受信した楽曲の再生中に、ユーザがメニューページの変更ボタンを選択すると、Webブラウザ２１は、メニューページ内に記述されたスクリプトに従って、楽曲変更要求をWebサーバ１１に送り（シーケンス７０１）、Webサーバ１１は、この楽曲変更要求を配信サーバ１２に、先にWebブラウザ２１に対して設定したセッションのセッション識別子と共に送る（シーケンス７０２）。
【００３６】
楽曲変更要求を受けた配信サーバ１２は（ステップ５２０）、現在送信しているダウンロードファイルDLiの送信を中止し（ステップ５２２、シーケンス７０３）、現在音楽データをストリーミング形式で送信中の楽曲のダウンロードファイルDLnをコンテンツ管理データベース１９を参照して求め（ステップ５２４）、これをダウンロードファイルDLiとしてダウンロードファイル格納部１７から読み出して、ランダムに生成した暗号キーで暗号化し、暗号化したダウンロードファイルDLiの配信クライアント２２への送信を開始する（ステップ５２６、シーケンス７０４）。また、この時、暗号化したダウンロードファイルDLiの復号キーを記憶しておく。
【００３７】
一方、このようにして新たなダウンロードファイルを受信した配信クライアント２２では、前述のように、クライアント制御部２２１が、ダウンロード部２２２１に、途中まで記憶中のダウンロードファイルを廃棄させ、新たなダウンロードファイルの記憶部２２４への記憶を開始させる（ステップ６０６、６３０、６３２）。
【００３８】
以上、本発明の実施形態について説明した。
なお、以上の動作におけるWebブラウザ２１、クライアント制御部２２１からの、Webサーバ１１、配信サーバ１２へのアクセスが属するセッションは、たとえば、Webサーバ１１がセッション設定時に、セッション識別子を含めたCookieをユーザ端末２に設定し、Webブラウザ２１およびクライアント制御部２２１が、Webサーバ１１や配信サーバ１２へのアクセスの際に、併せてCookieの内容を送信することなどにより、Webサーバ１１、配信サーバ１２において識別可能とすることができる。
【００３９】
さて、以上のようなコンテンツ配信システムの動作により、ユーザ端末２においては、たとえば、図８aに示すように、ユーザがメニューページで楽曲１を選択すると楽曲１のストリーミング形式の音楽データST1の再生が開始すると共に、楽曲１のダウンロードファイルDL1のダウンロードが即座に開始する。したがって、音楽データST1の再生終了後に、ユーザ操作に応じてダウンロードファイルDL1のダウンロードを開始する場合に比べ、ユーザの楽曲１のストリーミング形式の音楽データST1の試聴後の、ダウンロードファイルDL1のダウンロード完了までの待ち時間を短縮することができる。また、音楽データST1の再生終了までに、ダウンロードファイルDL1のダウンロードが終了しない場合には、ユーザに対して、自動的に他の楽曲２のストリーミング形式の音楽データST２の再生が行われるので、このような場合にも、ダウンロードファイルDL1のダウンロード完了までの間も、ユーザを手持ちぶさたな状態にしてしまうことがない。なお、さらに、音楽データST２の再生終了までに、ダウンロードファイルDL1のダウンロードが終了しない場合には、自動的に他の楽曲３のストリーミング形式の音楽データST３の再生が行われるといったように、ストリーミング形式の音楽データは、いづれかのダウンロードファイルのダウンロード完了まで順次再生されることになる。
【００４０】
また、このような複数楽曲の連続試聴中において、メニューページで最初に選択した楽曲１とは異なる楽曲２の音楽データST2の試聴中に、楽曲２が気に入った場合には、たとえば、図８bに示すように、ユーザは、メニューページ上で変更を指示するだけで、その楽曲のダウンロードファイルDL2に、ダウンロードするダウンロードファイルを切り替えることができる。そして、この場合にも、即座に楽曲２のダウンロードファイルDL２のダウンロードが即座に開始され、また、音楽データST２の再生終了までに、ダウンロードファイルDL２のダウンロードが終了しない場合には、自動的に他の楽曲３のストリーミング形式の音楽データST３の再生が行われることになる。
【００４１】
なお、以上の実施形態では、ダウンロードファイルのダウンロードと復号の完了後、自動的にその再生を開始するようにしたが、これは、たとえば図４cに示すような確認画面においてタイトルの再生の可否をユーザに問い合わせ、ユーザの操作に応じて再生を開始するかどうかを決定するようにしてもよい。
【００４２】
また、以上の実施形態では、コンテンツ配信サーバ１側から、ストリーミング形式の音楽データやダウンロードファイルをユーザ端末２にプッシュする場合について説明したが、初めにコンテンツ配信サーバ１からコンテンツ管理データベース１９の内容を配信クライアント２２に転送し、配信クライアント２２において、転送されたコンテンツ管理データベース１９の内容に応じて、適宜、ストリーミング形式の音楽データやダウンロードファイルを、以上の配信サーバ１２からの配信のシーケンスと同様のシーケンスでプルするようにすることもできる。
【００４３】
また、以上の実施形態では、コンテンツが楽曲である場合について説明したは、本実施形態はコンテンツがムービーその他のメディアのコンテンツである場合にも同様に適用することができる。
【００４４】
【発明の効果】
以上のように、本発明によれば、ユーザ端末において、コンテンツのストリーミング形式でのストリーミング再生完了から、そのコンテンツのダウンロード用ファイルのダウンロードが完了するまでに要する時間を短縮することができる。また、コンテンツのダウンロード用ファイルのダウンロードが完了するまでの間の、ユーザにとっての娯楽性を向上することができる。また、ユーザによってユーザが目的とするコンテンツが変更された場合にも、そのコンテンツのダウンロード用ファイルのダウンロード完了までの時間を短縮することができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係るコンテンツ配信システムの構成を示すブロック図である。
【図２】本発明のコンテンツ配信サーバが備えるコンテンツ管理データベースと認証情報データベースの内容を示す図である。
【図３】本発明の実施形態に係るコンテンツ配信のシーケンス例を示すシーケンス図である。
【図４】本発明の実施形態でユーザ端末２に表示する表示画面を示す図である。
【図５】本発明の実施形態に係る配信サーバの処理を示すフローチャートである。
【図６】本発明の実施形態に係る配信クライアントの処理を示すフローチャートである。
【図７】本発明の実施形態に係るコンテンツ配信のシーケンス例を示すシーケンス図である。
【図８】本発明の実施形態に係るユーザ端末２側の受信、再生動作例を示す図である。
【符号の説明】
１：コンテンツ配信サーバ、３：ネットワーク、４：課金システム、１１：サーバ、１２：配信サーバ、１３：ストリームファイル管理部、１４：ダウンロードファイル管理部、１５：認証処理部、１６：ストリームファイル格納部、１７：ダウンロードファイル格納部、１８：認証情報データベース、１９：コンテンツ管理データベース、２１：ブラウザ、２２：配信クライアント、２２１：クライアント制御部、２２２：ストリーミング再生部、２２３：ダウンロードファイル処理部、２２４：記憶部、２２２１：ダウンロード部、２２２２：復号処理部、２２２３：ファイル再生部。
【図１】
0004022088.tif 000002
【図２】
0004022088.tif 000003
【図３】
0004022088.tif 000004
【図４】
0004022088.tif 000005
【図５】
0004022088.tif 000006
【図６】
0004022088.tif 000007
【図７】
0004022088.tif 000008
【図８】
0004022088.tif 000009