(57)【要約】【課題】マルチストーリの配信を受けるクライアント端末で，次の部分コンテンツの選択が遅くれた場合でも切れ目なくマルチストーリの再生を行うことができるようにする。【解決手段】送受信部１１がクライアント端末２０から部分コンテンツ配信要求コマンドを受けると，コマンド解釈部１２は，そのコマンドを解釈し，要求された部分コンテンツの送信用データの生成要求をデータ生成部１３に行う。データ生成部１３では，配信コンテンツ決定部１５が部分コンテンツの配信状況を確認し，その配信状況に応じて，要求された部分コンテンツ，要求された部分コンテンツの下位レベルの部分コンテンツ群の配信を決定する。データ生成部１３は，配信コンテンツ決定部１５の決定に従ってコンテンツ蓄積部１４から部分コンテンツを順に読み出し，その送信用データを送受信部１１を介してクライアント端末２０に配信する。【選択図】図１
2005136661.tif 000002
【特許請求の範囲】
【請求項１】
ツリー構造をなす複数の部分コンテンツで構成されるマルチストーリをクライアント端末に配信するコンテンツ配信サーバにおけるマルチストーリ配信方法であって，
前記クライアント端末から部分コンテンツの配信要求を受ける第１の過程と，
前記配信要求を受けた部分コンテンツがすでに配信済みであるか，未配信であるか，または配信中であるかについての配信状況を判定する第２の過程と，
前記第２の過程において，すでに配信済みであると判定された場合には，前記ツリー構造をなす部分コンテンツのうち，前記配信要求を受けた部分コンテンツの少なくとも１レベル下位の部分コンテンツ群を順次配信し，
前記第２の過程において，未配信であると判定された場合には，前記配信要求を受けた部分コンテンツを配信し，続いて，前記ツリー構造をなす部分コンテンツのうち，前記配信要求を受けた部分コンテンツの少なくとも１レベル下位の部分コンテンツ群を順次配信し，
前記第２の過程において，配信中であると判定された場合には，前記配信要求を受けた部分コンテンツの配信が終了した後に，前記ツリー構造をなす部分コンテンツのうち，前記配信要求を受けた部分コンテンツの少なくとも１レベル下位の部分コンテンツ群を順次配信する第３の過程とを有する
ことを特徴とするマルチストーリ配信方法。
【請求項２】
請求項１に記載されたマルチストーリ配信方法において，
前記第１の過程において，前記クライアント端末から部分コンテンツの配信要求を受けたときに，現在配信中または配信予定である部分コンテンツの配信が必要かどうかを判定する第４の過程と，
配信が必要でない場合に，その部分コンテンツの配信を打ち切る，または配信予定をキャンセルする第５の過程とを有する
ことを特徴とするマルチストーリ配信方法。
【請求項３】
請求項１または請求項２に記載されたマルチストーリ配信方法において，
前記第３の過程において，順次配信する部分コンテンツ群は，前記ツリー構造をなす部分コンテンツのうち，前記配信要求を受けた部分コンテンツより下位のレベルのすべての部分コンテンツを最大限含む
ことを特徴とするマルチストーリ配信方法。
【請求項４】
請求項１，請求項２または請求項３に記載されたマルチストーリ配信方法において，
前記第３の過程において，前記配信要求を受けた部分コンテンツの下位レベルの部分コンテンツ群の配信については，それらの各部分コンテンツをパケットに分解し，同レベルの部分コンテンツ群を構成する各部分コンテンツのパケットを，部分コンテンツごとに交互に配信する
ことを特徴とするマルチストーリ配信方法。
【請求項５】
請求項１から請求項４までのいずれか１項に記載されたマルチストーリ配信方法を，前記コンテンツ配信サーバのコンピュータに実行させるためのマルチストーリ配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，マルチストーリのコンテンツをコンテンツ配信サーバから配信する技術に関するものであり，特に，クライアント端末側で切れ目なく再生を行うことを可能にしたマルチストーリ配信方法およびマルチストーリ配信プログラムに関するものである。
【背景技術】
【０００２】
視聴者の好みに応じてストーリの展開が動的に変化するマルチストーリに関する技術がある（例えば，特許文献１参照）。特許文献１には，ユーザの生体情報や嗜好情報から次に配信される部分コンテンツを決定して配信するマルチストーリのコンテンツ配信システムに関する技術が記載されている。
【０００３】
図６は，マルチストーリの構成の一例を示す図である。図６の例のマルチストーリのコンテンツは，Ｓ1 〜Ｓ13の部分コンテンツにより構成される。
【０００４】
図６（Ａ）は，マルチストーリのツリー構造を示す図である。マルチストーリはツリー構造をなしており，各部分コンテンツには，さらに複数個の部分コンテンツがぶら下がっている構造となる。何もぶら下がっていない部分コンテンツは，その部分コンテンツでストーリが終了していることを示す。ここでは，ツリー構造を３つのレベルに分け，レベル１を最も上位のレベルと定義する。このように，１つのマルチストーリは，Ｓ1 から始まって枝葉のようにストーリが分岐していく形となる。これにより，図６（Ｂ）に示すように，図６（Ａ）のツリーに従ってＳ1 〜Ｓ13の部分コンテンツを組み合わせたストーリ１〜９の９つのストーリが存在することになる。どのストーリを視聴するかは，ストーリの分岐での視聴者の選択によって決定される。ストーリの選択は，視聴者が明示的に行うこともあり，視聴者の何らかの操作や状態によって視聴者にストーリの選択を意識させないで行うこともある。ここでは，どちらの場合も視聴者がストーリを選択したものとして説明する。
【０００５】
図７は，従来のコンテンツ配信サーバの構成例を示す図である。コンテンツ配信サーバ１００は，送受信部１０１，コマンド解釈部１０２，データ生成部１０３，コンテンツ蓄積部１０４から構成される。
【０００６】
送受信部１０１は，インターネット等のネットワーク３００に接続されており，クライアント端末２００から部分コンテンツ配信要求コマンドを受け付け，コマンド解釈部１０２に送信し，またデータ生成部１０３から伝送される部分コンテンツを指定されたクライアント端末２００に伝送する。
【０００７】
コマンド解釈部１０２は，送受信部１０１から受信したコマンドを解釈し，データ生成部１０３に，部分コンテンツの送信用データの生成要求を出す。データ生成部１０３は，コマンド解釈部１０２からのデータ生成要求に基づいてコンテンツ蓄積部１０４に存在する部分コンテンツを読み出し，送受信部１０１に伝送する。
【０００８】
コンテンツ蓄積部１０４には，マルチストーリの各部分コンテンツが，そのツリー構造情報とともに蓄積されている。図７の例では，部分コンテンツＳ1 〜Ｓ13が，そのツリー構造（この場合，図６（Ａ））情報とともに蓄積されている。
【０００９】
図８は，従来のマルチストーリを構成する部分コンテンツのダウンロードと再生を説明する図である。図８では，上側にクライアント端末２００における再生シーケンス，下側にクライアント端末２００におけるダウンロードシーケンスを示す。なお，図８の例では，Ｓ1 ，Ｓ2 ，Ｓ7 （図６（Ｂ）のストーリ３）の順に，部分コンテンツが選択されるものとする。
【００１０】
クライアント端末２００は，コンテンツ配信サーバ１００にマルチストーリの最初の部分コンテンツＳ1 を要求する（ＳＱ１００）。この要求に従い，コンテンツ配信サーバ１００はクライアント端末２００にＳ1 を配信する。クライアント端末２００は，コンテンツ配信サーバ１００からのＳ1 のダウンロードを開始し（ＳＱ１０１），Ｓ1 のダウンロードが完了次第，その再生を開始する（ＳＱ１０２）。
【００１１】
視聴者がＳ1 の再生中に次の部分コンテンツＳ2 を選択すると，クライアント端末２００は，視聴者によるＳ2 の選択をコンテンツ配信サーバ１００に通知する（ＳＱ１０３）。この通知に従い，コンテンツ配信サーバ１００はクライアント端末２００にＳ2 を配信する。クライアント端末２００は，コンテンツ配信サーバ１００からのＳ2 のダウンロードを開始する（ＳＱ１０４）。この場合には，Ｓ1 の再生中にＳ2 のダウンロードが終了している。クライアント端末２００は，Ｓ1 の再生が終了すると，続いてＳ2 の再生を切れ目なく開始する（ＳＱ１０５）。
【００１２】
視聴者がＳ2 の再生中に次の部分コンテンツＳ7 を選択すると，クライアント端末２００は，視聴者によるＳ7 の選択をコンテンツ配信サーバ１００に通知する（ＳＱ１０６）。この通知に従い，コンテンツ配信サーバ１００はクライアント端末２００にＳ7 を配信する。クライアント端末２００は，コンテンツ配信サーバ１００からのＳ7 のダウンロードを開始する（ＳＱ１０７）。この例では，Ｓ7 選択の指示が遅れたため，Ｓ2 の再生が終了してもすぐにはＳ7 の再生を開始することができない。そこで，クライアント端末２００は，Ｓ2 の再生が終了し，その後Ｓ7 のダウンロードが終了してから，Ｓ7 の再生を開始している（ＳＱ１０８）。
【特許文献１】特開２００２−２６２２５８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
以上のような従来の技術では，視聴者が次に選択する部分コンテンツの識別子をコンテンツ配信サーバ１００に通知するまで，部分コンテンツのダウンロードは開始されなかった。このため，今再生中の部分コンテンツの再生終了間際に次の部分コンテンツが指示され，その指示された部分コンテンツのダウンロードに時間を要する場合には，前の部分コンテンツと後の部分コンテンツとの間に，必ず再生の切れ目が生じていた（例えば，図８のＳＱ１０５とＳＱ１０８との間の時間のすきま）。
【００１４】
本発明は，上記問題点の解決を図り，視聴者からの再生部分コンテンツの選択が遅れても，前の部分コンテンツと後の部分コンテンツとの間に再生の切れ目が生じないマルチストーリのコンテンツ配信の技術を提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明は，上記課題を解決するため，クライアント端末から部分コンテンツの配信要求を受けたコンテンツ配信サーバが，要求された部分コンテンツの配信に続けて，要求された部分コンテンツの次に要求される可能性がある部分コンテンツ群をも配信することを特徴とする。
【００１６】
具体的には，本発明は，ツリー構造をなす複数の部分コンテンツで構成されるマルチストーリをクライアント端末に配信するコンテンツ配信サーバにおけるマルチストーリ配信方法であって，前記クライアント端末から部分コンテンツの配信要求を受ける第１の過程と，前記配信要求を受けた部分コンテンツがすでに配信済みであるか，未配信であるか，または配信中であるかについての配信状況を判定する第２の過程と，前記第２の過程において，すでに配信済みであると判定された場合には，前記ツリー構造をなす部分コンテンツのうち，前記配信要求を受けた部分コンテンツの少なくとも１レベル下位の部分コンテンツ群を順次配信し，前記第２の過程において，未配信であると判定された場合には，前記配信要求を受けた部分コンテンツを配信し，続いて，前記ツリー構造をなす部分コンテンツのうち，前記配信要求を受けた部分コンテンツの少なくとも１レベル下位の部分コンテンツ群を順次配信し，前記第２の過程において，配信中であると判定された場合には，前記配信要求を受けた部分コンテンツの配信が終了した後に，前記ツリー構造をなす部分コンテンツのうち，前記配信要求を受けた部分コンテンツの少なくとも１レベル下位の部分コンテンツ群を順次配信する第３の過程とを有することを特徴とする。
【００１７】
また，前記第１の過程において，前記クライアント端末から部分コンテンツの配信要求を受けたときに，現在配信中または配信予定である部分コンテンツの配信が必要かどうかを判定する第４の過程と，配信が必要でない場合に，その部分コンテンツの配信を打ち切る，または配信予定をキャンセルする第５の過程とを有することを特徴とする。
【００１８】
また，前記第３の過程において，順次配信する部分コンテンツ群は，前記ツリー構造をなす部分コンテンツのうち，前記配信要求を受けた部分コンテンツより下位のレベルのすべての部分コンテンツを最大限含むことを特徴とする。
【００１９】
前記第３の過程において，前記配信要求を受けた部分コンテンツの下位レベルの部分コンテンツ群の配信については，それらの各部分コンテンツをパケットに分解し，同レベルの部分コンテンツ群を構成する各部分コンテンツのパケットを，部分コンテンツごとに交互に配信するようにしてもよい。
【００２０】
以上の方法を実行するための処理は，コンテンツ配信サーバのコンピュータとソフトウェアプログラムとによって実現することができ，そのプログラムをコンピュータ読み取り可能な記録媒体に記録することも，ネットワークを通して提供することも可能である。
【発明の効果】
【００２１】
本発明により，回線の帯域に余裕があるときには，コンテンツ配信サーバが再生の可能性のある部分コンテンツを積極的に先行して配信するので，視聴者がクライアント端末でマルチストーリのコンテンツを視聴するときに，部分コンテンツ間に再生の切れ目が生じにくくなる。
【発明を実施するための最良の形態】
【００２２】
以下，本発明の実施の形態を，図面を用いて説明する。図１は，本発明におけるコンテンツ配信サーバの構成例を示す図である。コンテンツ配信サーバ１０は，送受信部１１，コマンド解釈部１２，データ生成部１３，コンテンツ蓄積部１４から構成され，データ生成部１３は，その内部に配信コンテンツ決定部１５を備える。また，コンテンツ配信サーバ１０は，インターネット等のネットワーク３０を介して，視聴者のクライアント端末２０に接続されている。
【００２３】
送受信部１１は，クライアント端末２０から部分コンテンツ配信要求コマンドを受けると，それをコマンド解釈部１２に送る。また，データ生成部１３からクライアント端末２０に配信する部分コンテンツを受けると，それを指定されたクライアント端末２０に配信する。
【００２４】
コマンド解釈部１２は，送受信部１１がクライアント端末２０から受信した部分コンテンツ配信要求コマンドを解釈し，データ生成部１３に要求された部分コンテンツの送信用データの生成要求を出す。
【００２５】
データ生成部１３は，コマンド解釈部１２からのデータ生成要求に基づいて，内部の配信コンテンツ決定部１５で配信する部分コンテンツを決定し，配信する部分コンテンツを順にコンテンツ蓄積部１４から読み出し，送受信部１１に送る。
【００２６】
コンテンツ蓄積部１４には，マルチストーリの各部分コンテンツが，そのツリー構造情報とともに蓄積されている。
【００２７】
配信コンテンツ決定部１５は，要求された部分コンテンツの通知を受けると，データ生成部１３から配信された部分コンテンツの配信状況を確認し，要求された部分コンテンツがまだ配信されていなければ要求された部分コンテンツの配信を決定し，コンテンツ蓄積部１４からツリー構造情報を取得し，要求された部分コンテンツの次に要求される可能性のある部分コンテンツを検出してその配信を決定する。
【００２８】
前述の従来の技術では，次の部分コンテンツの配信要求がないかぎり，次の部分コンテンツのダウンロードが開始されなかった（例えば，図８参照）。本発明では，部分コンテンツの配信要求があった場合に，配信要求があった部分コンテンツにぶら下がっている部分コンテンツ群も，続けてダウンロードする。例えば，図６（Ａ）のツリー構造において，Ｓ1 の配信要求があったとすると，Ｓ1 に続いてＳ2 ，Ｓ3 ，Ｓ4 のダウンロードを行う。
【００２９】
本実施の形態におけるダウンロードの形態は，配信要求が生じたときにその配信要求された部分コンテンツがクライアントにダウンロード済みかどうかなどの条件で３通りに分かれる。
【００３０】
以下，図２〜図４を用いて，本実施の形態におけるダウンロードの形態を説明する。ここで，図２〜図４でダウンロードするマルチストーリは，図６（Ａ）のツリー構造を持つものとする。また，図２〜図４では，上側にクライアント端末２０における再生シーケンス，下側にクライアント端末２０におけるダウンロードシーケンスを示す。
【００３１】
図２は，本実施の形態におけるダウンロードの形態（１）を説明する図である。図２の形態は，視聴者から次にダウンロードする部分コンテンツの選択があったときに，すでにその選択された部分コンテンツのダウンロードが終了している場合の形態である。
【００３２】
この場合には，すでに決定されているダウンロードのスケジュールを変更し，選択された部分コンテンツにぶら下がっている次の部分コンテンツ群のダウンロードを開始する。例えば，図６（Ａ）のツリー構造において，Ｓ1 が再生中であり，すでにＳ2 がダウンロード済みであり，さらにＳ3 ，Ｓ4 のダウンロードのスケジュールが決定している（ダウンロードが開始されていてもよい）場合に，そのスケジュールを変更し，Ｓ2 にぶら下がった部分コンテンツ群Ｓ5 ，Ｓ6 ，Ｓ7 のダウンロードを開始する。
【００３３】
まず，クライアント端末２０は，コンテンツ配信サーバ１０にどの視聴者にも共通の部分コンテンツであるＳ1 を要求する（ＳＱ１０）。この要求に従い，コンテンツ配信サーバ１０はクライアント端末２０にＳ1 を配信する。また，コンテンツ配信サーバ１０は，Ｓ1 の配信終了後のスケジュールとして，Ｓ1 の次に再生する可能性のある部分コンテンツＳ2 ，Ｓ3 ，Ｓ4 の配信のスケジュールを組む。
【００３４】
クライアント端末２０は，コンテンツ配信サーバからのＳ1 のダウンロードを開始し（ＳＱ１１），Ｓ1 のダウンロードが完了次第，その再生を開始する（ＳＱ１２）。また，クライアント端末２０は，Ｓ1 の再生と同時に，Ｓ1 の次に再生する可能性のある部分コンテンツＳ2 ，Ｓ3 ，Ｓ4 のダウンロードを順次実施する（ＳＱ１３）。
【００３５】
ここで，視聴者がＳ1 の再生中（さらに，図２の場合にはＳ2 のダウンロードが終了していてＳ3 のダウンロード中である）に次の部分コンテンツＳ2 を選択すると，クライアント端末２０は，視聴者によるＳ2 の選択をコンテンツ配信サーバ１０に通知する（ＳＱ１４）。
【００３６】
この通知を受けたコンテンツ配信サーバ１０は，すでにＳ2 が配信済みであるので，Ｓ3 の配信を中止し，配信のスケジュールを変更してＳ2 の次に再生する可能性のある部分コンテンツＳ5 ，Ｓ6 ，Ｓ7 の配信のスケジュールを組む。クライアント端末２０は，Ｓ2 の次に再生する可能性のある部分コンテンツＳ5 ，Ｓ6 ，Ｓ7 のダウンロードを順次実施する（ＳＱ１５）。また，クライアント端末２０は，Ｓ1 の再生が終了すると，引き続きＳ2 の再生を行う（ＳＱ１６）。
【００３７】
ここで，視聴者がＳ2 の再生中（さらに，図２の場合にはＳ5 ，Ｓ6 ，Ｓ7 のダウンロードが終了している）に次の部分コンテンツＳ7 を選択すると，クライアント端末２０は，視聴者によるＳ7 の選択をコンテンツ配信サーバ１０に通知する（ＳＱ１７）。
【００３８】
この通知を受けたコンテンツ配信サーバ１０は，すでにＳ7 が配信済みであり，Ｓ7 がストーリ終了の部分コンテンツであるので，新たな部分コンテンツの配信を行わない。クライアント端末２０は，Ｓ2 の再生が終了すると，切れ目なくＳ7 の再生を開始する（ＳＱ１８）。
【００３９】
図３は，本実施の形態におけるダウンロードの形態（２）を説明する図である。図３の形態は，視聴者から次にダウンロードする部分コンテンツの選択があったときに，まだその選択された部分コンテンツのダウンロードが開始されていない場合の形態である。
【００４０】
この場合には，すでに決定されているダウンロードのスケジュールを変更し，選択された部分コンテンツと，その部分コンテンツにぶら下がっている次の部分コンテンツ群のダウンロードを開始する。例えば，図６（Ａ）のツリー構造において，Ｓ1 が再生中であり，すでにＳ2 がダウンロード済みでＳ3 のダウンロードが開始されており，その次にＳ4 のダウンロードのスケジュールが決定している場合に，Ｓ3 のダウンロードを中止し，Ｓ4 のダウンロードを開始し，Ｓ4 にぶら下がった部分コンテンツ群Ｓ11，Ｓ12，Ｓ13のダウンロードのスケジュールを組む。
【００４１】
まず，クライアント端末２０は，コンテンツ配信サーバ１０にどの視聴者にも共通の部分コンテンツであるＳ1 を要求する（ＳＱ２０）。この要求に従い，コンテンツ配信サーバ１０はクライアント端末２０にＳ1 を配信する。また，コンテンツ配信サーバ１０は，Ｓ1 の配信終了後のスケジュールとして，Ｓ1 の次に再生する可能性のある部分コンテンツＳ2 ，Ｓ3 ，Ｓ4 の配信のスケジュールを組む。
【００４２】
クライアント端末２０は，コンテンツ配信サーバからのＳ1 のダウンロードを開始し（ＳＱ２１），Ｓ1 のダウンロードが完了次第，その再生を開始する（ＳＱ２２）。また，クライアント端末２０は，Ｓ1 の再生と同時に，Ｓ1 の次に再生する可能性のある部分コンテンツＳ2 ，Ｓ3 ，Ｓ4 のダウンロードを順次実施する（ＳＱ２３）。
【００４３】
ここで，視聴者がＳ1 の再生中（さらに，図３の場合にはＳ2 のダウンロードが終了していてＳ3 のダウンロード中である）に次の部分コンテンツＳ4 を選択すると，クライアント端末２０は，視聴者によるＳ4 の選択をコンテンツ配信サーバ１０に通知する（ＳＱ２４）。
【００４４】
この通知を受けたコンテンツ配信サーバ１０は，Ｓ3 の配信を中止し，Ｓ4 の配信を開始する。また，コンテンツ配信サーバ１０は，配信のスケジュールを変更してＳ4 の次に再生する可能性のある部分コンテンツＳ11，Ｓ12，Ｓ13の配信のスケジュールを組む。クライアント端末２０は，Ｓ4 のダウンロードを開始し，その後Ｓ4 の次に再生する可能性のある部分コンテンツＳ11，Ｓ12，Ｓ13のダウンロードを順次実施する（ＳＱ２５）。また，クライアント端末２０は，Ｓ1 の再生が終了すると，引き続きＳ4 の再生を行う（ＳＱ２６）。
【００４５】
ここで，視聴者がＳ4 の再生中（さらに，図３の場合にはＳ11，Ｓ12のダウンロードが終了していてＳ13のダウンロード中である）に次の部分コンテンツＳ11を選択すると，クライアント端末２０は，視聴者によるＳ11の選択をコンテンツ配信サーバ１０に通知する（ＳＱ２７）。
【００４６】
この通知を受けたコンテンツ配信サーバ１０は，すでにＳ11が配信済みであり，Ｓ11がストーリ終了の部分コンテンツであるので，Ｓ13の配信を中止し，新たな部分コンテンツの配信を行わない。クライアント端末２０は，Ｓ4 の再生が終了すると，切れ目なくＳ11の再生を開始する（ＳＱ２８）。
【００４７】
図４は，本実施の形態におけるダウンロードの形態（３）を説明する図である。図４の形態は，視聴者から次にダウンロードする部分コンテンツの選択があったときに，まだその選択された部分コンテンツがダウンロード中である場合の形態である。
【００４８】
この場合には，ダウンロード中である選択された部分コンテンツのダウンロードの終了を待ち，その選択された部分コンテンツの後のダウンロードのスケジュールを変更し，選択された部分コンテンツにぶら下がっている次の部分コンテンツ群のダウンロードを開始する。例えば，図６（Ａ）のツリー構造において，Ｓ1 が再生中であり，Ｓ2 がダウンロード中であり，Ｓ3 ，Ｓ4 のダウンロードのスケジュールが決定している場合に，Ｓ2 のダウンロードの終了を待ち，その終了後のスケジュールを変更し，Ｓ2 にぶら下がった部分コンテンツＳ5 ，Ｓ6 ，Ｓ7 のダウンロードを開始する。
【００４９】
まず，クライアント端末２０は，コンテンツ配信サーバ１０にどの視聴者にも共通の部分コンテンツであるＳ1 を要求する（ＳＱ３０）。この要求に従い，コンテンツ配信サーバ１０はクライアント端末２０にＳ1 を配信する。また，コンテンツ配信サーバ１０は，Ｓ1 の配信終了後のスケジュールとして，Ｓ1 の次に再生する可能性のある部分コンテンツＳ2 ，Ｓ3 ，Ｓ4 の配信のスケジュールを組む。
【００５０】
クライアント端末２０は，コンテンツ配信サーバからのＳ1 のダウンロードを開始し（ＳＱ３１），Ｓ1 のダウンロードが完了次第，その再生を開始する（ＳＱ３２）。また，クライアント端末２０は，Ｓ1 の再生と同時に，Ｓ1 の次に再生する可能性のある部分コンテンツＳ2 ，Ｓ3 ，Ｓ4 のダウンロードを順次実施する（ＳＱ３３）。
【００５１】
ここで，視聴者がＳ1 の再生中（さらに，図４の場合にはＳ2 のダウンロード中である）に次の部分コンテンツＳ2 を選択すると，クライアント端末２０は，視聴者によるＳ2 の選択をコンテンツ配信サーバ１０に通知する（ＳＱ３４）。
【００５２】
この通知を受けたコンテンツ配信サーバ１０は，Ｓ2 が配信中であるのでそのままＳ2 の配信を継続し，配信のスケジュールを変更してＳ2 の次に再生する可能性のある部分コンテンツＳ5 ，Ｓ6 ，Ｓ7 の配信のスケジュールを組む。クライアント端末２０は，Ｓ2 のダウンロードの終了後に，Ｓ2 の次に再生する可能性のある部分コンテンツＳ5 ，Ｓ6 ，Ｓ7 のダウンロードを順次実施する（ＳＱ３５）。また，クライアント端末２０は，Ｓ1 の再生が終了すると，引き続きＳ2 の再生を行う（ＳＱ３６）。
【００５３】
ここで，視聴者がＳ2 の再生中（さらに，図４の場合にはＳ5 ，Ｓ6 ，Ｓ7 のダウンロードが終了している）に次の部分コンテンツＳ7 を選択すると，クライアント端末２０は，視聴者によるＳ7 の選択をコンテンツ配信サーバ１０に通知する（ＳＱ３７）。
【００５４】
この通知を受けたコンテンツ配信サーバ１０は，すでにＳ7 が配信済みであり，Ｓ7 がストーリ終了の部分コンテンツであるので，新たな部分コンテンツの配信を行わない。クライアント端末２０は，Ｓ2 の再生が終了すると，切れ目なくＳ7 の再生を開始する（ＳＱ３８）。
【００５５】
図５は，本実施の形態における部分コンテンツ配信処理フローチャートである。まず，コンテンツ配信サーバ１０は，クライアント端末２０から部分コンテンツ配信要求コマンドを受けると（ステップＳＴ１０），そのコマンドで要求された部分コンテンツが，すでに配信済みであるのか，まだ未配信であるのか，現在配信中であるのかを確認する（ステップＳＴ１１）。
【００５６】
要求された部分コンテンツがすでに配信済みであれば，現在配信中の部分コンテンツがあるか確認し（ステップＳＴ１２），ある場合にはその配信を中止する（ステップＳＴ１３）。また，現在配信中の部分コンテンツに続けて配信が予定されている部分コンテンツがあるかを確認し（ステップＳＴ１４）ある場合にはその予定をキャンセルする（ステップＳＴ１５）。
【００５７】
要求された部分コンテンツがまだ未配信であれば，現在配信中の部分コンテンツがあるかを確認し（ステップＳＴ１６），ある場合にはその配信を中止する（ステップＳＴ１７）。また，現在配信中の部分コンテンツに続けて配信が予定されている部分コンテンツがあるかを確認し（ステップＳＴ１８），ある場合にはその予定をキャンセルし（ステップＳＴ１９），要求された部分コンテンツを配信する（ステップＳＴ２０）。
【００５８】
要求された部分コンテンツが現在配信中であれば，その配信の終了を待ち（ステップＳＴ２１），現在配信中の部分コンテンツに続けて配信が予定されている部分コンテンツがあるかを確認し（ステップＳＴ２２），ある場合にはその予定をキャンセルする（ステップＳＴ２３）。
【００５９】
要求された部分コンテンツの状況に合わせたそれぞれの処理が終了すると，要求された部分コンテンツがストーリ終了の部分コンテンツであるかを確認し（ステップＳＴ２４），ストーリ終了の部分コンテンツでなければ，要求された部分コンテンツの１レベル下位の部分コンテンツ群を配信予定とし（ステップＳＴ２５），それらの部分コンテンツ群を順次配信する（ステップＳＴ２６）。
【００６０】
以上，本発明の実施の形態について説明したが，本発明はこれに限るものではない。例えば，本実施の形態では，あるレベルの部分コンテンツに対してツリー構造上の１つ下位のレベルでぶら下がっている部分コンテンツ群までの配信を行っているが，帯域に余裕があれば，ツリー構造上のすべての下位のレベルでぶら下がる部分コンテンツ群を配信するようにしてもよい。
【００６１】
また，本実施の形態では，要求された部分コンテンツにぶら下がっている部分コンテンツを，部分コンテンツ単位で順次配信したが，要求された部分コンテンツにぶら下がっている部分コンテンツをパケットに分解し，部分コンテンツごとに交互にパケット単位で配信するようにしてもよい。
【００６２】
例えば，部分コンテンツＳ2 ，Ｓ3 ，Ｓ4 をパケットに分解（部分コンテンツＳ2 をパケットＳ2-1 ，Ｓ2-2 ，... に，部分コンテンツＳ3 をパケットＳ3-1 ，Ｓ3-2 ，... に，部分コンテンツＳ4 をパケットＳ4-1 ，Ｓ4-2 ，... に分解）し，そのパケットを部分コンテンツごとに交互に（Ｓ2-1 ，Ｓ3-1 ，Ｓ4-1 ，Ｓ2-2 ，Ｓ3-2 ，Ｓ4-2 ，... のように）配信することができる。
【図面の簡単な説明】
【００６３】
【図１】本発明におけるコンテンツ配信サーバの構成例を示す図である。
【図２】本実施の形態におけるダウンロードの形態（１）を説明する図である。
【図３】本実施の形態におけるダウンロードの形態（２）を説明する図である。
【図４】本実施の形態におけるダウンロードの形態（３）を説明する図である。
【図５】本実施の形態における部分コンテンツ配信処理フローチャートである。
【図６】マルチストーリの構成の一例を示す図である。
【図７】従来のコンテンツ配信サーバの構成例を示す図である。
【図８】従来のマルチストーリを構成する部分コンテンツのダウンロードと再生を説明する図である。
【符号の説明】
【００６４】
１０  コンテンツ配信サーバ
１１  送受信部
１２  コマンド解釈部
１３  データ生成部
１４  コンテンツ蓄積部
１５  配信コンテンツ決定部
２０  クライアント端末
３０  ネットワーク
【図１】
2005136661.tif 000003
【図２】
2005136661.tif 000004
【図３】
2005136661.tif 000005
【図４】
2005136661.tif 000006
【図５】
2005136661.tif 000007
【図６】
2005136661.tif 000008
【図７】
2005136661.tif 000009
【図８】
2005136661.tif 000010