JP2005136661A

JP2005136661A - マルチストーリ配信方法およびマルチストーリ配信プログラム

Info

Publication number: JP2005136661A
Application number: JP2003369980A
Authority: JP
Inventors: Takehito Abe; 剛仁阿部; 啓一 ▲廣▼田; Keiichi Hirota; Shuichi Nishioka; 秀一西岡; Tomonori Takada; 智規高田; Tomohiro Yamada; 智広山田
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2003-10-30
Filing date: 2003-10-30
Publication date: 2005-05-26

Abstract

【課題】マルチストーリの配信を受けるクライアント端末で，次の部分コンテンツの選択が遅くれた場合でも切れ目なくマルチストーリの再生を行うことができるようにする。
【解決手段】送受信部１１がクライアント端末２０から部分コンテンツ配信要求コマンドを受けると，コマンド解釈部１２は，そのコマンドを解釈し，要求された部分コンテンツの送信用データの生成要求をデータ生成部１３に行う。データ生成部１３では，配信コンテンツ決定部１５が部分コンテンツの配信状況を確認し，その配信状況に応じて，要求された部分コンテンツ，要求された部分コンテンツの下位レベルの部分コンテンツ群の配信を決定する。データ生成部１３は，配信コンテンツ決定部１５の決定に従ってコンテンツ蓄積部１４から部分コンテンツを順に読み出し，その送信用データを送受信部１１を介してクライアント端末２０に配信する。
【選択図】図１

Description

本発明は，マルチストーリのコンテンツをコンテンツ配信サーバから配信する技術に関するものであり，特に，クライアント端末側で切れ目なく再生を行うことを可能にしたマルチストーリ配信方法およびマルチストーリ配信プログラムに関するものである。

視聴者の好みに応じてストーリの展開が動的に変化するマルチストーリに関する技術がある（例えば，特許文献１参照）。特許文献１には，ユーザの生体情報や嗜好情報から次に配信される部分コンテンツを決定して配信するマルチストーリのコンテンツ配信システムに関する技術が記載されている。

図６は，マルチストーリの構成の一例を示す図である。図６の例のマルチストーリのコンテンツは，Ｓ₁〜Ｓ₁₃の部分コンテンツにより構成される。

図６（Ａ）は，マルチストーリのツリー構造を示す図である。マルチストーリはツリー構造をなしており，各部分コンテンツには，さらに複数個の部分コンテンツがぶら下がっている構造となる。何もぶら下がっていない部分コンテンツは，その部分コンテンツでストーリが終了していることを示す。ここでは，ツリー構造を３つのレベルに分け，レベル１を最も上位のレベルと定義する。このように，１つのマルチストーリは，Ｓ₁から始まって枝葉のようにストーリが分岐していく形となる。これにより，図６（Ｂ）に示すように，図６（Ａ）のツリーに従ってＳ₁〜Ｓ₁₃の部分コンテンツを組み合わせたストーリ１〜９の９つのストーリが存在することになる。どのストーリを視聴するかは，ストーリの分岐での視聴者の選択によって決定される。ストーリの選択は，視聴者が明示的に行うこともあり，視聴者の何らかの操作や状態によって視聴者にストーリの選択を意識させないで行うこともある。ここでは，どちらの場合も視聴者がストーリを選択したものとして説明する。

図７は，従来のコンテンツ配信サーバの構成例を示す図である。コンテンツ配信サーバ１００は，送受信部１０１，コマンド解釈部１０２，データ生成部１０３，コンテンツ蓄積部１０４から構成される。

送受信部１０１は，インターネット等のネットワーク３００に接続されており，クライアント端末２００から部分コンテンツ配信要求コマンドを受け付け，コマンド解釈部１０２に送信し，またデータ生成部１０３から伝送される部分コンテンツを指定されたクライアント端末２００に伝送する。

コマンド解釈部１０２は，送受信部１０１から受信したコマンドを解釈し，データ生成部１０３に，部分コンテンツの送信用データの生成要求を出す。データ生成部１０３は，コマンド解釈部１０２からのデータ生成要求に基づいてコンテンツ蓄積部１０４に存在する部分コンテンツを読み出し，送受信部１０１に伝送する。

コンテンツ蓄積部１０４には，マルチストーリの各部分コンテンツが，そのツリー構造情報とともに蓄積されている。図７の例では，部分コンテンツＳ₁〜Ｓ₁₃が，そのツリー構造（この場合，図６（Ａ））情報とともに蓄積されている。

図８は，従来のマルチストーリを構成する部分コンテンツのダウンロードと再生を説明する図である。図８では，上側にクライアント端末２００における再生シーケンス，下側にクライアント端末２００におけるダウンロードシーケンスを示す。なお，図８の例では，Ｓ₁，Ｓ₂，Ｓ₇（図６（Ｂ）のストーリ３）の順に，部分コンテンツが選択されるものとする。

クライアント端末２００は，コンテンツ配信サーバ１００にマルチストーリの最初の部分コンテンツＳ₁を要求する（ＳＱ１００）。この要求に従い，コンテンツ配信サーバ１００はクライアント端末２００にＳ₁を配信する。クライアント端末２００は，コンテンツ配信サーバ１００からのＳ₁のダウンロードを開始し（ＳＱ１０１），Ｓ₁のダウンロードが完了次第，その再生を開始する（ＳＱ１０２）。

視聴者がＳ₁の再生中に次の部分コンテンツＳ₂を選択すると，クライアント端末２００は，視聴者によるＳ₂の選択をコンテンツ配信サーバ１００に通知する（ＳＱ１０３）。この通知に従い，コンテンツ配信サーバ１００はクライアント端末２００にＳ₂を配信する。クライアント端末２００は，コンテンツ配信サーバ１００からのＳ₂のダウンロードを開始する（ＳＱ１０４）。この場合には，Ｓ₁の再生中にＳ₂のダウンロードが終了している。クライアント端末２００は，Ｓ₁の再生が終了すると，続いてＳ₂の再生を切れ目なく開始する（ＳＱ１０５）。

視聴者がＳ₂の再生中に次の部分コンテンツＳ₇を選択すると，クライアント端末２００は，視聴者によるＳ₇の選択をコンテンツ配信サーバ１００に通知する（ＳＱ１０６）。この通知に従い，コンテンツ配信サーバ１００はクライアント端末２００にＳ₇を配信する。クライアント端末２００は，コンテンツ配信サーバ１００からのＳ₇のダウンロードを開始する（ＳＱ１０７）。この例では，Ｓ₇選択の指示が遅れたため，Ｓ₂の再生が終了してもすぐにはＳ₇の再生を開始することができない。そこで，クライアント端末２００は，Ｓ₂の再生が終了し，その後Ｓ₇のダウンロードが終了してから，Ｓ₇の再生を開始している（ＳＱ１０８）。
特開２００２−２６２２５８号公報

以上のような従来の技術では，視聴者が次に選択する部分コンテンツの識別子をコンテンツ配信サーバ１００に通知するまで，部分コンテンツのダウンロードは開始されなかった。このため，今再生中の部分コンテンツの再生終了間際に次の部分コンテンツが指示され，その指示された部分コンテンツのダウンロードに時間を要する場合には，前の部分コンテンツと後の部分コンテンツとの間に，必ず再生の切れ目が生じていた（例えば，図８のＳＱ１０５とＳＱ１０８との間の時間のすきま）。

本発明は，上記問題点の解決を図り，視聴者からの再生部分コンテンツの選択が遅れても，前の部分コンテンツと後の部分コンテンツとの間に再生の切れ目が生じないマルチストーリのコンテンツ配信の技術を提供することを目的とする。

本発明は，上記課題を解決するため，クライアント端末から部分コンテンツの配信要求を受けたコンテンツ配信サーバが，要求された部分コンテンツの配信に続けて，要求された部分コンテンツの次に要求される可能性がある部分コンテンツ群をも配信することを特徴とする。

具体的には，本発明は，ツリー構造をなす複数の部分コンテンツで構成されるマルチストーリをクライアント端末に配信するコンテンツ配信サーバにおけるマルチストーリ配信方法であって，前記クライアント端末から部分コンテンツの配信要求を受ける第１の過程と，前記配信要求を受けた部分コンテンツがすでに配信済みであるか，未配信であるか，または配信中であるかについての配信状況を判定する第２の過程と，前記第２の過程において，すでに配信済みであると判定された場合には，前記ツリー構造をなす部分コンテンツのうち，前記配信要求を受けた部分コンテンツの少なくとも１レベル下位の部分コンテンツ群を順次配信し，前記第２の過程において，未配信であると判定された場合には，前記配信要求を受けた部分コンテンツを配信し，続いて，前記ツリー構造をなす部分コンテンツのうち，前記配信要求を受けた部分コンテンツの少なくとも１レベル下位の部分コンテンツ群を順次配信し，前記第２の過程において，配信中であると判定された場合には，前記配信要求を受けた部分コンテンツの配信が終了した後に，前記ツリー構造をなす部分コンテンツのうち，前記配信要求を受けた部分コンテンツの少なくとも１レベル下位の部分コンテンツ群を順次配信する第３の過程とを有することを特徴とする。

また，前記第１の過程において，前記クライアント端末から部分コンテンツの配信要求を受けたときに，現在配信中または配信予定である部分コンテンツの配信が必要かどうかを判定する第４の過程と，配信が必要でない場合に，その部分コンテンツの配信を打ち切る，または配信予定をキャンセルする第５の過程とを有することを特徴とする。

また，前記第３の過程において，順次配信する部分コンテンツ群は，前記ツリー構造をなす部分コンテンツのうち，前記配信要求を受けた部分コンテンツより下位のレベルのすべての部分コンテンツを最大限含むことを特徴とする。

前記第３の過程において，前記配信要求を受けた部分コンテンツの下位レベルの部分コンテンツ群の配信については，それらの各部分コンテンツをパケットに分解し，同レベルの部分コンテンツ群を構成する各部分コンテンツのパケットを，部分コンテンツごとに交互に配信するようにしてもよい。

以上の方法を実行するための処理は，コンテンツ配信サーバのコンピュータとソフトウェアプログラムとによって実現することができ，そのプログラムをコンピュータ読み取り可能な記録媒体に記録することも，ネットワークを通して提供することも可能である。

本発明により，回線の帯域に余裕があるときには，コンテンツ配信サーバが再生の可能性のある部分コンテンツを積極的に先行して配信するので，視聴者がクライアント端末でマルチストーリのコンテンツを視聴するときに，部分コンテンツ間に再生の切れ目が生じにくくなる。

以下，本発明の実施の形態を，図面を用いて説明する。図１は，本発明におけるコンテンツ配信サーバの構成例を示す図である。コンテンツ配信サーバ１０は，送受信部１１，コマンド解釈部１２，データ生成部１３，コンテンツ蓄積部１４から構成され，データ生成部１３は，その内部に配信コンテンツ決定部１５を備える。また，コンテンツ配信サーバ１０は，インターネット等のネットワーク３０を介して，視聴者のクライアント端末２０に接続されている。

送受信部１１は，クライアント端末２０から部分コンテンツ配信要求コマンドを受けると，それをコマンド解釈部１２に送る。また，データ生成部１３からクライアント端末２０に配信する部分コンテンツを受けると，それを指定されたクライアント端末２０に配信する。

コマンド解釈部１２は，送受信部１１がクライアント端末２０から受信した部分コンテンツ配信要求コマンドを解釈し，データ生成部１３に要求された部分コンテンツの送信用データの生成要求を出す。

データ生成部１３は，コマンド解釈部１２からのデータ生成要求に基づいて，内部の配信コンテンツ決定部１５で配信する部分コンテンツを決定し，配信する部分コンテンツを順にコンテンツ蓄積部１４から読み出し，送受信部１１に送る。

コンテンツ蓄積部１４には，マルチストーリの各部分コンテンツが，そのツリー構造情報とともに蓄積されている。

配信コンテンツ決定部１５は，要求された部分コンテンツの通知を受けると，データ生成部１３から配信された部分コンテンツの配信状況を確認し，要求された部分コンテンツがまだ配信されていなければ要求された部分コンテンツの配信を決定し，コンテンツ蓄積部１４からツリー構造情報を取得し，要求された部分コンテンツの次に要求される可能性のある部分コンテンツを検出してその配信を決定する。

前述の従来の技術では，次の部分コンテンツの配信要求がないかぎり，次の部分コンテンツのダウンロードが開始されなかった（例えば，図８参照）。本発明では，部分コンテンツの配信要求があった場合に，配信要求があった部分コンテンツにぶら下がっている部分コンテンツ群も，続けてダウンロードする。例えば，図６（Ａ）のツリー構造において，Ｓ₁の配信要求があったとすると，Ｓ₁に続いてＳ₂，Ｓ₃，Ｓ₄のダウンロードを行う。

本実施の形態におけるダウンロードの形態は，配信要求が生じたときにその配信要求された部分コンテンツがクライアントにダウンロード済みかどうかなどの条件で３通りに分かれる。

以下，図２〜図４を用いて，本実施の形態におけるダウンロードの形態を説明する。ここで，図２〜図４でダウンロードするマルチストーリは，図６（Ａ）のツリー構造を持つものとする。また，図２〜図４では，上側にクライアント端末２０における再生シーケンス，下側にクライアント端末２０におけるダウンロードシーケンスを示す。

図２は，本実施の形態におけるダウンロードの形態（１）を説明する図である。図２の形態は，視聴者から次にダウンロードする部分コンテンツの選択があったときに，すでにその選択された部分コンテンツのダウンロードが終了している場合の形態である。

この場合には，すでに決定されているダウンロードのスケジュールを変更し，選択された部分コンテンツにぶら下がっている次の部分コンテンツ群のダウンロードを開始する。例えば，図６（Ａ）のツリー構造において，Ｓ₁が再生中であり，すでにＳ₂がダウンロード済みであり，さらにＳ₃，Ｓ₄のダウンロードのスケジュールが決定している（ダウンロードが開始されていてもよい）場合に，そのスケジュールを変更し，Ｓ₂にぶら下がった部分コンテンツ群Ｓ₅，Ｓ₆，Ｓ₇のダウンロードを開始する。

まず，クライアント端末２０は，コンテンツ配信サーバ１０にどの視聴者にも共通の部分コンテンツであるＳ₁を要求する（ＳＱ１０）。この要求に従い，コンテンツ配信サーバ１０はクライアント端末２０にＳ₁を配信する。また，コンテンツ配信サーバ１０は，Ｓ₁の配信終了後のスケジュールとして，Ｓ₁の次に再生する可能性のある部分コンテンツＳ₂，Ｓ₃，Ｓ₄の配信のスケジュールを組む。

クライアント端末２０は，コンテンツ配信サーバからのＳ₁のダウンロードを開始し（ＳＱ１１），Ｓ₁のダウンロードが完了次第，その再生を開始する（ＳＱ１２）。また，クライアント端末２０は，Ｓ₁の再生と同時に，Ｓ₁の次に再生する可能性のある部分コンテンツＳ₂，Ｓ₃，Ｓ₄のダウンロードを順次実施する（ＳＱ１３）。

ここで，視聴者がＳ₁の再生中（さらに，図２の場合にはＳ₂のダウンロードが終了していてＳ₃のダウンロード中である）に次の部分コンテンツＳ₂を選択すると，クライアント端末２０は，視聴者によるＳ₂の選択をコンテンツ配信サーバ１０に通知する（ＳＱ１４）。

この通知を受けたコンテンツ配信サーバ１０は，すでにＳ₂が配信済みであるので，Ｓ₃の配信を中止し，配信のスケジュールを変更してＳ₂の次に再生する可能性のある部分コンテンツＳ₅，Ｓ₆，Ｓ₇の配信のスケジュールを組む。クライアント端末２０は，Ｓ₂の次に再生する可能性のある部分コンテンツＳ₅，Ｓ₆，Ｓ₇のダウンロードを順次実施する（ＳＱ１５）。また，クライアント端末２０は，Ｓ₁の再生が終了すると，引き続きＳ₂の再生を行う（ＳＱ１６）。

ここで，視聴者がＳ₂の再生中（さらに，図２の場合にはＳ₅，Ｓ₆，Ｓ₇のダウンロードが終了している）に次の部分コンテンツＳ₇を選択すると，クライアント端末２０は，視聴者によるＳ₇の選択をコンテンツ配信サーバ１０に通知する（ＳＱ１７）。

この通知を受けたコンテンツ配信サーバ１０は，すでにＳ₇が配信済みであり，Ｓ₇がストーリ終了の部分コンテンツであるので，新たな部分コンテンツの配信を行わない。クライアント端末２０は，Ｓ₂の再生が終了すると，切れ目なくＳ₇の再生を開始する（ＳＱ１８）。

図３は，本実施の形態におけるダウンロードの形態（２）を説明する図である。図３の形態は，視聴者から次にダウンロードする部分コンテンツの選択があったときに，まだその選択された部分コンテンツのダウンロードが開始されていない場合の形態である。

この場合には，すでに決定されているダウンロードのスケジュールを変更し，選択された部分コンテンツと，その部分コンテンツにぶら下がっている次の部分コンテンツ群のダウンロードを開始する。例えば，図６（Ａ）のツリー構造において，Ｓ₁が再生中であり，すでにＳ₂がダウンロード済みでＳ₃のダウンロードが開始されており，その次にＳ₄のダウンロードのスケジュールが決定している場合に，Ｓ₃のダウンロードを中止し，Ｓ₄のダウンロードを開始し，Ｓ₄にぶら下がった部分コンテンツ群Ｓ₁₁，Ｓ₁₂，Ｓ₁₃のダウンロードのスケジュールを組む。

まず，クライアント端末２０は，コンテンツ配信サーバ１０にどの視聴者にも共通の部分コンテンツであるＳ₁を要求する（ＳＱ２０）。この要求に従い，コンテンツ配信サーバ１０はクライアント端末２０にＳ₁を配信する。また，コンテンツ配信サーバ１０は，Ｓ₁の配信終了後のスケジュールとして，Ｓ₁の次に再生する可能性のある部分コンテンツＳ₂，Ｓ₃，Ｓ₄の配信のスケジュールを組む。

クライアント端末２０は，コンテンツ配信サーバからのＳ₁のダウンロードを開始し（ＳＱ２１），Ｓ₁のダウンロードが完了次第，その再生を開始する（ＳＱ２２）。また，クライアント端末２０は，Ｓ₁の再生と同時に，Ｓ₁の次に再生する可能性のある部分コンテンツＳ₂，Ｓ₃，Ｓ₄のダウンロードを順次実施する（ＳＱ２３）。

ここで，視聴者がＳ₁の再生中（さらに，図３の場合にはＳ₂のダウンロードが終了していてＳ₃のダウンロード中である）に次の部分コンテンツＳ₄を選択すると，クライアント端末２０は，視聴者によるＳ₄の選択をコンテンツ配信サーバ１０に通知する（ＳＱ２４）。

この通知を受けたコンテンツ配信サーバ１０は，Ｓ₃の配信を中止し，Ｓ₄の配信を開始する。また，コンテンツ配信サーバ１０は，配信のスケジュールを変更してＳ₄の次に再生する可能性のある部分コンテンツＳ₁₁，Ｓ₁₂，Ｓ₁₃の配信のスケジュールを組む。クライアント端末２０は，Ｓ₄のダウンロードを開始し，その後Ｓ₄の次に再生する可能性のある部分コンテンツＳ₁₁，Ｓ₁₂，Ｓ₁₃のダウンロードを順次実施する（ＳＱ２５）。また，クライアント端末２０は，Ｓ₁の再生が終了すると，引き続きＳ₄の再生を行う（ＳＱ２６）。

ここで，視聴者がＳ₄の再生中（さらに，図３の場合にはＳ₁₁，Ｓ₁₂のダウンロードが終了していてＳ₁₃のダウンロード中である）に次の部分コンテンツＳ₁₁を選択すると，クライアント端末２０は，視聴者によるＳ₁₁の選択をコンテンツ配信サーバ１０に通知する（ＳＱ２７）。

この通知を受けたコンテンツ配信サーバ１０は，すでにＳ₁₁が配信済みであり，Ｓ₁₁がストーリ終了の部分コンテンツであるので，Ｓ₁₃の配信を中止し，新たな部分コンテンツの配信を行わない。クライアント端末２０は，Ｓ₄の再生が終了すると，切れ目なくＳ₁₁の再生を開始する（ＳＱ２８）。

図４は，本実施の形態におけるダウンロードの形態（３）を説明する図である。図４の形態は，視聴者から次にダウンロードする部分コンテンツの選択があったときに，まだその選択された部分コンテンツがダウンロード中である場合の形態である。

この場合には，ダウンロード中である選択された部分コンテンツのダウンロードの終了を待ち，その選択された部分コンテンツの後のダウンロードのスケジュールを変更し，選択された部分コンテンツにぶら下がっている次の部分コンテンツ群のダウンロードを開始する。例えば，図６（Ａ）のツリー構造において，Ｓ₁が再生中であり，Ｓ₂がダウンロード中であり，Ｓ₃，Ｓ₄のダウンロードのスケジュールが決定している場合に，Ｓ₂のダウンロードの終了を待ち，その終了後のスケジュールを変更し，Ｓ₂にぶら下がった部分コンテンツＳ₅，Ｓ₆，Ｓ₇のダウンロードを開始する。

まず，クライアント端末２０は，コンテンツ配信サーバ１０にどの視聴者にも共通の部分コンテンツであるＳ₁を要求する（ＳＱ３０）。この要求に従い，コンテンツ配信サーバ１０はクライアント端末２０にＳ₁を配信する。また，コンテンツ配信サーバ１０は，Ｓ₁の配信終了後のスケジュールとして，Ｓ₁の次に再生する可能性のある部分コンテンツＳ₂，Ｓ₃，Ｓ₄の配信のスケジュールを組む。

クライアント端末２０は，コンテンツ配信サーバからのＳ₁のダウンロードを開始し（ＳＱ３１），Ｓ₁のダウンロードが完了次第，その再生を開始する（ＳＱ３２）。また，クライアント端末２０は，Ｓ₁の再生と同時に，Ｓ₁の次に再生する可能性のある部分コンテンツＳ₂，Ｓ₃，Ｓ₄のダウンロードを順次実施する（ＳＱ３３）。

ここで，視聴者がＳ₁の再生中（さらに，図４の場合にはＳ₂のダウンロード中である）に次の部分コンテンツＳ₂を選択すると，クライアント端末２０は，視聴者によるＳ₂の選択をコンテンツ配信サーバ１０に通知する（ＳＱ３４）。

この通知を受けたコンテンツ配信サーバ１０は，Ｓ₂が配信中であるのでそのままＳ₂の配信を継続し，配信のスケジュールを変更してＳ₂の次に再生する可能性のある部分コンテンツＳ₅，Ｓ₆，Ｓ₇の配信のスケジュールを組む。クライアント端末２０は，Ｓ₂のダウンロードの終了後に，Ｓ₂の次に再生する可能性のある部分コンテンツＳ₅，Ｓ₆，Ｓ₇のダウンロードを順次実施する（ＳＱ３５）。また，クライアント端末２０は，Ｓ₁の再生が終了すると，引き続きＳ₂の再生を行う（ＳＱ３６）。

ここで，視聴者がＳ₂の再生中（さらに，図４の場合にはＳ₅，Ｓ₆，Ｓ₇のダウンロードが終了している）に次の部分コンテンツＳ₇を選択すると，クライアント端末２０は，視聴者によるＳ₇の選択をコンテンツ配信サーバ１０に通知する（ＳＱ３７）。

この通知を受けたコンテンツ配信サーバ１０は，すでにＳ₇が配信済みであり，Ｓ₇がストーリ終了の部分コンテンツであるので，新たな部分コンテンツの配信を行わない。クライアント端末２０は，Ｓ₂の再生が終了すると，切れ目なくＳ₇の再生を開始する（ＳＱ３８）。

図５は，本実施の形態における部分コンテンツ配信処理フローチャートである。まず，コンテンツ配信サーバ１０は，クライアント端末２０から部分コンテンツ配信要求コマンドを受けると（ステップＳＴ１０），そのコマンドで要求された部分コンテンツが，すでに配信済みであるのか，まだ未配信であるのか，現在配信中であるのかを確認する（ステップＳＴ１１）。

要求された部分コンテンツがすでに配信済みであれば，現在配信中の部分コンテンツがあるか確認し（ステップＳＴ１２），ある場合にはその配信を中止する（ステップＳＴ１３）。また，現在配信中の部分コンテンツに続けて配信が予定されている部分コンテンツがあるかを確認し（ステップＳＴ１４）ある場合にはその予定をキャンセルする（ステップＳＴ１５）。

要求された部分コンテンツがまだ未配信であれば，現在配信中の部分コンテンツがあるかを確認し（ステップＳＴ１６），ある場合にはその配信を中止する（ステップＳＴ１７）。また，現在配信中の部分コンテンツに続けて配信が予定されている部分コンテンツがあるかを確認し（ステップＳＴ１８），ある場合にはその予定をキャンセルし（ステップＳＴ１９），要求された部分コンテンツを配信する（ステップＳＴ２０）。

要求された部分コンテンツが現在配信中であれば，その配信の終了を待ち（ステップＳＴ２１），現在配信中の部分コンテンツに続けて配信が予定されている部分コンテンツがあるかを確認し（ステップＳＴ２２），ある場合にはその予定をキャンセルする（ステップＳＴ２３）。

要求された部分コンテンツの状況に合わせたそれぞれの処理が終了すると，要求された部分コンテンツがストーリ終了の部分コンテンツであるかを確認し（ステップＳＴ２４），ストーリ終了の部分コンテンツでなければ，要求された部分コンテンツの１レベル下位の部分コンテンツ群を配信予定とし（ステップＳＴ２５），それらの部分コンテンツ群を順次配信する（ステップＳＴ２６）。

以上，本発明の実施の形態について説明したが，本発明はこれに限るものではない。例えば，本実施の形態では，あるレベルの部分コンテンツに対してツリー構造上の１つ下位のレベルでぶら下がっている部分コンテンツ群までの配信を行っているが，帯域に余裕があれば，ツリー構造上のすべての下位のレベルでぶら下がる部分コンテンツ群を配信するようにしてもよい。

また，本実施の形態では，要求された部分コンテンツにぶら下がっている部分コンテンツを，部分コンテンツ単位で順次配信したが，要求された部分コンテンツにぶら下がっている部分コンテンツをパケットに分解し，部分コンテンツごとに交互にパケット単位で配信するようにしてもよい。

例えば，部分コンテンツＳ₂，Ｓ₃，Ｓ₄をパケットに分解（部分コンテンツＳ₂をパケットＳ_2-1，Ｓ_2-2，... に，部分コンテンツＳ₃をパケットＳ_3-1，Ｓ_3-2，... に，部分コンテンツＳ₄をパケットＳ_4-1，Ｓ_4-2，... に分解）し，そのパケットを部分コンテンツごとに交互に（Ｓ_2-1，Ｓ_3-1，Ｓ_4-1，Ｓ_2-2，Ｓ_3-2，Ｓ_4-2，... のように）配信することができる。

本発明におけるコンテンツ配信サーバの構成例を示す図である。本実施の形態におけるダウンロードの形態（１）を説明する図である。本実施の形態におけるダウンロードの形態（２）を説明する図である。本実施の形態におけるダウンロードの形態（３）を説明する図である。本実施の形態における部分コンテンツ配信処理フローチャートである。マルチストーリの構成の一例を示す図である。従来のコンテンツ配信サーバの構成例を示す図である。従来のマルチストーリを構成する部分コンテンツのダウンロードと再生を説明する図である。

符号の説明

１０コンテンツ配信サーバ
１１送受信部
１２コマンド解釈部
１３データ生成部
１４コンテンツ蓄積部
１５配信コンテンツ決定部
２０クライアント端末
３０ネットワーク

Claims

ツリー構造をなす複数の部分コンテンツで構成されるマルチストーリをクライアント端末に配信するコンテンツ配信サーバにおけるマルチストーリ配信方法であって，
前記クライアント端末から部分コンテンツの配信要求を受ける第１の過程と，
前記配信要求を受けた部分コンテンツがすでに配信済みであるか，未配信であるか，または配信中であるかについての配信状況を判定する第２の過程と，
前記第２の過程において，すでに配信済みであると判定された場合には，前記ツリー構造をなす部分コンテンツのうち，前記配信要求を受けた部分コンテンツの少なくとも１レベル下位の部分コンテンツ群を順次配信し，
前記第２の過程において，未配信であると判定された場合には，前記配信要求を受けた部分コンテンツを配信し，続いて，前記ツリー構造をなす部分コンテンツのうち，前記配信要求を受けた部分コンテンツの少なくとも１レベル下位の部分コンテンツ群を順次配信し，
前記第２の過程において，配信中であると判定された場合には，前記配信要求を受けた部分コンテンツの配信が終了した後に，前記ツリー構造をなす部分コンテンツのうち，前記配信要求を受けた部分コンテンツの少なくとも１レベル下位の部分コンテンツ群を順次配信する第３の過程とを有する
ことを特徴とするマルチストーリ配信方法。
請求項１に記載されたマルチストーリ配信方法において，
前記第１の過程において，前記クライアント端末から部分コンテンツの配信要求を受けたときに，現在配信中または配信予定である部分コンテンツの配信が必要かどうかを判定する第４の過程と，
配信が必要でない場合に，その部分コンテンツの配信を打ち切る，または配信予定をキャンセルする第５の過程とを有する
ことを特徴とするマルチストーリ配信方法。
請求項１または請求項２に記載されたマルチストーリ配信方法において，
前記第３の過程において，順次配信する部分コンテンツ群は，前記ツリー構造をなす部分コンテンツのうち，前記配信要求を受けた部分コンテンツより下位のレベルのすべての部分コンテンツを最大限含む
ことを特徴とするマルチストーリ配信方法。
請求項１，請求項２または請求項３に記載されたマルチストーリ配信方法において，
前記第３の過程において，前記配信要求を受けた部分コンテンツの下位レベルの部分コンテンツ群の配信については，それらの各部分コンテンツをパケットに分解し，同レベルの部分コンテンツ群を構成する各部分コンテンツのパケットを，部分コンテンツごとに交互に配信する
ことを特徴とするマルチストーリ配信方法。
請求項１から請求項４までのいずれか１項に記載されたマルチストーリ配信方法を，前記コンテンツ配信サーバのコンピュータに実行させるためのマルチストーリ配信プログラム。