JP2004080738A - コンテテンツパケット、配信要求信号、配信計画表、サーバ装置及び端末装置 - Google Patents

Abstract

【課題】ネットワーク上に分散する様々なストリーミングメディアデータを連続して特定の端末装置に配信する際、中継する統括サーバ装置などを介することなく、簡単な構成で実現できるようにする。
【解決手段】ストリーミング配信予定と配信元切り替え先のサーバ装置の情報を持つ配信計画表をサーバ装置に備え、また、端末装置には、サーバ装置から配信されるコンテンツパケットの受信の停止を検知する検知部を備えることにより、端末装置では、複数のサーバ装置が保持するメディアデータを連続したメディアデータとして受信して再生することができる。
【選択図】　図１

Description

【０００１】
【発明の属する技術分野】
本発明は、サーバ装置、端末装置、これらの装置間で送受信されるコンテンツパケット及び配信要求信号、また、サーバ装置の動作を指定する配信計画表に関する。特に、本発明は、ストリーミング配信に関する。
【０００２】
【従来の技術】
広帯域なアクセス回線が普及するに従って、映像、音声のインターネットを通じたストリーミング配信のニーズが高まっている。
【０００３】
しかし、既存の地上波放送網と異なり、インターネットを通じたメディア配信においては、端末装置からの要求に対してメディアを配信するオンデマンドの形式がとられている。そのため異なったサーバから配信されるメディアコンテンツを連続して特定のクライアントに配信することは、配信サーバ側からコントロールできない。もしくは、異なるサーバ装置で管理されているメディアコンテンツを特定の端末装置に配信する場合、データを分散して配置することが必要となったり（例えば、特許文献１参照。）、その中間にそれらのサーバ装置群を管理するサーバ統括装置（あるいは、配送状況管理サーバと呼ばれる場合もある。）が必要となったりする（例えば、特許文献２参照。）。このような処理を必要とするのは、例えば、端末装置から要求された映像データをストリーミングで配信する前に必ず数十秒の広告データを配信したい場合である。
【０００４】
図６９（Ａ）は、メディアコンテンツ配信途中に広告データを挿入して配信する場合の従来のシステム例を示す。図６９において、コンテンツサーバ装置６９０１が、広告が途中で挿入されるべきコンテンツ（例えば、映像のストリーミングデータ）を提供し、広告サーバ装置６９０２が、途中で挿入されるべき広告のコンテンツを提供する。サーバ統括装置６９０３は、コンテンツサーバ装置６９０１と広告サーバ装置６９０２とから端末装置６９０４へのストリーミングメディア配信を制御する。
【０００５】
端末装置６９０４がコンテンツサーバ装置６９０１の保持するストリーミングメディアデータに対して配信要求信号を送信した場合、中間のサーバ統括装置６９０３がその配信要求信号を受け取る。サーバ統括装置６９０３は、端末装置６９０４がコンテンツサーバ装置６９０１の保持するコンテンツを要求していることを解釈し、コンテンツサーバ装置６９０１からのコンテンツを端末装置６９０４へ送信する。所定の時間の経過、あるいは、所定の条件の成立が検出されると、サーバ統括装置６９０３は、コンテンツサーバ装置６９０１にコンテンツの送信を停止させ、広告サーバ装置６９０２に広告コンテンツの送信を開始させ、端末装置６９０４へ、その広告コンテンツを送信する。広告コンテンツの送信が終了すると、サーバ統括装置６９０３は、コンテンツサーバ装置６９０１にコンテンツの送信を再開させる。
【０００６】
このようなサーバ統括装置６９０３の処理により、図６９（Ｂ）に示されるように、時刻６９０５までは、コンテンツサーバ装置６９０１からのコンテンツが配信され、時刻６９０５でそのコンテンツの配信が停止される。時刻６９０５から時刻６９０６までは、広告サーバ装置６９０２からのコンテンツが挿入され、時刻６９０６から、時刻６９０５で停止されたコンテンツの配信が再開される。
【０００７】
【特許文献１】
特開平１０−２７１４４７号公報（第二頁）
【特許文献２】
特開平１１−１８７３４０号公報（第二頁）
【０００８】
【発明が解決しようとする課題】
このようなシステムを構成した場合の問題点として、次の点を挙げることができる。まず、多数の端末装置への配信がサーバ統括装置に集中する。これにより、通信負荷が増大し品質が悪化する。また、新たなメディアコンテンツを配信するためにサーバ装置を追加するときに、サーバ統括装置にあらかじめ登録しておく必要がある。
【０００９】
そこで、本発明は、ネットワーク上に分散する様々なストリーミングメディアコンテンツなどを連続して特定の端末装置に配信する際、サーバ統括装置などを介することなく、より簡潔な方法で実現する配信システムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
この課題を解決するために、本発明では、サーバ装置から端末装置に配信されるコンテンツパケットに、配信されるコンテンツを構成するための情報に加えて、次に配信されるべきコンテンツの情報を含ませるようにする。
【００１１】
これにより、端末装置が、コンテンツパケットの配信の停止を検出したときに、次に配信されるべきコンテンツの配信の要求をすることができる。
【００１２】
また、コンテンツパケットに、次の次に配信されるべきコンテンツの情報が含まれてもよい。
【００１３】
次の次に配信されるべきコンテンツとして、現在配信されているコンテンツを指定し、次に配信されるべきコンテンツとして、広告コンテンツを指定することにより、端末装置は、広告コンテンツの配信の要求を行ない、広告コンテンツの配信が終わったときに、現在配信されているコンテンツの続きを受信することができる。
【００１４】
また、端末装置からサーバ装置へ送信される配信要求信号に、今回配信するべきコンテンツの情報に加えて、次に配信するべきコンテンツの情報を含ませるようにする。
【００１５】
これにより、配信要求信号により、今回配信するべきコンテンツとして広告コンテンツが指定され、次に配信するべきコンテンツとして、広告コンテンツの配信の前に配信されていたコンテンツを指定されている場合に、サーバ装置は、挿入される広告コンテンツのコンテンツパケットに、次に配信されるべきコンテンツの情報として、広告コンテンツの前に配信されていたコンテンツを指定することが可能となる。
【００１６】
また、以上説明した配信要求信号とコンテンツパケットとの関係を実現するために、サーバ装置の動作を指定する配信計画表に、コンテンツの配信を開始するべき位置を示す情報が含まれるようにする。
【００１７】
これにより、配信要求信号に、コンテンツの開始位置が指定されていない場合に、コンテンツの開始位置を決定することができる。
【００１８】
また、配信計画表に、今回配信するべきコンテンツの配信済み位置を示す情報を保持させてもよい。
【００１９】
今回配信するべきコンテンツの配信済み位置を示す情報を、コンテンツパケットの次の次に配信するべきコンテンツの情報に含ませることにより、途中で別のコンテンツが挿入される場合、その挿入されたコンテンツの配信終了時に、今回配信しているコンテンツの続きを配信することが可能となる。
【００２０】
また、配信計画表に、今回配信するべきコンテンツの次に配信を要求するコンテンツの情報を保持させてもよい。
【００２１】
これにより、コンテンツパケットに、次に配信を要求するコンテンツの情報を含ませることが可能となる。
【００２２】
また、配信計画表に、コンテンツの終了位置を示す情報を保持させてもよい。
【００２３】
これにより、例えば指定した時間に、次のコンテンツの配信要求を端末装置に行なわれることが可能となる。
【００２４】
また、以上に説明したコンテンツパケット、配信要求信号、配信計画表の関係を成り立たせるために、サーバ装置は、配信要求信号に、今回配信するべきコンテンツの配信位置が含まれている場合には、その位置よりコンテンツの配信を行なうようにする。
【００２５】
また、サーバ装置は、配信要求信号に、今回配信するべきコンテンツの配信位置が指定されていなければ、配信計画表に指定された位置より配信を行なうようにする。
【００２６】
また、サーバ装置は、配信計画表が今回配信するべきコンテンツの配信済み位置を示す情報を保持している場合には、コンテンツパケットに、配信済み位置を含ませるようにする。
【００２７】
また、サーバ装置は、配信計画表の指定に従い、配信要求信号の次に配信するべきコンテンツの情報を、コンテンツパケットの次に配信するべき情報と設定するようにする。
【００２８】
また、サーバ装置は、配信要求信号に含まれるコンテンツの配信を開始する位置と配信計画表の指定に基づいて、コンテンツパケットに含まれる次に配信するべきコンテンツの情報を決定できるようにする。
【００２９】
また、サーバ装置は、コンテンツパケットに含まれる次の次に配信するべきコンテンツの情報として、現在送信するコンテンツの情報を設定するようにする。
【００３０】
また、以上に説明したコンテンツパケット、配信要求信号、配信計画表の関係を成り立たせるために、受信端末は、今回要求するコンテンツの情報と、次に要求するコンテンツの情報と、を生成し、生成された情報に基づいて、配信要求信号を生成するようにする。
【００３１】
また、受信端末は、コンテンツパケットに含まれる次に配信されるべきコンテンツの情報と、次の次に配信されるべきコンテンツの情報と、に基づいて、これらの情報をそれぞれ、今回配信を要求するコンテンツの情報、次に配信を要求するコンテンツの情報とする配信要求信号を生成するようにする。
【００３２】
また、受信端末は、コンテンツパケットの受信の終了または、輻輳によるコンテンツパケットの受信の中断を検知するようにする。
【００３３】
【発明の実施の形態】
以下、本発明の実施の形態について、図を用いて説明する。なお、本発明は、これら実施形態に何ら限定されるべきものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施し得る。
【００３４】
（本発明の実施の例）
まず、本発明の実施の例について、図を用いて説明する。なお、本発明の技術的範囲が以下に説明する実施の例に限定されて解釈されるべきではない。
【００３５】
（コンテンツ挿入の例）
図１は、本発明の概略を説明するための図である。本発明においては、《１》端末装置１０１がサーバ装置Ａ（１０２）へ、コンテンツの配信を要求するための配信要求信号を送信する。《２》サーバ装置Ａは、配信要求信号に応じて、コンテンツパケットを端末装置へ送信する。このコンテンツパケットには、現在配信しているコンテンツの情報とともに、次に端末装置が受信するべきコンテンツの情報が含まれているとする。また、そのコンテンツはサーバ装置Ｂに保持されているとする。《３》端末装置は、何らかの理由により（例えば、通信路の輻輳やサーバ装置Ａのトラブルなど）サーバ装置Ａよりコンテンツパケットを受信できなくなることを検出すると、コンテンツパケットにより指定された次のコンテンツを受信するために、サーバ装置Ｂ（１０３）へ配信要求信号を送信する。《４》この配信要求信号に応じて、サーバ装置Ｂは、コンテンツパケットを端末装置へ送信する。その後、もし、端末装置がサーバ装置Ｂからコンテンツパケットを受信できなくなると、サーバ装置Ｂから送信されたコンテンツパケットに指定された次のコンテンツを受信するために、例えば、サーバ装置Ａへ再び配信要求を送信してコンテンツパケットを受信したり、あるいは、第三のサーバ装置へ配信要求を送信してコンテンツパケットを受信したりする。
【００３６】
図２は、端末装置１０１、サーバ装置Ａ（１０２）、サーバ装置Ｂ（１０３）との間のデータの流れを示すシーケンス図である。ステップＳ２０１において、端末装置より配信要求信号がサーバ装置Ａへ送信され、その後、サーバ装置Ａより端末装置へコンテンツパケットが送信される。このコンテンツパケットに、次に受信するべきコンテンツとして、サーバ装置Ｂが保持しているコンテンツが指定されている場合には、端末装置は、コンテンツパケットをサーバ装置Ａから受信できなくなると、ステップＳ２０２において、サーバ装置Ｂへ配信要求信号を送信し、サーバ装置Ｂよりコンテンツパケットを受信する。このコンテンツパケットに、次に受信するべきコンテンツとして、サーバ装置Ａに保持されているコンテンツが指定されている場合には、サーバ装置Ｂからコンテンツパケットが受信できなくなったときには、端末装置は、ステップＳ２０３において、サーバ装置Ａへ配信要求信号を送信し、それに応じてコンテンツパケットを受信する。
【００３７】
もし、ステップＳ２０２においてサーバ装置Ｂへ送信される配信要求信号に応じて、サーバ装置Ｂから送信されるコンテンツパケットに、次に受信するべきコンテンツとして、サーバ装置Ａから最後に受信したコンテンツパケットの位置より後のコンテンツが指定されているとすれば、サーバ装置Ｂから送信されるコンテンツパケットにより表現されるコンテンツが、サーバ装置Ａから送信されるコンテンツパケットにより表現されるコンテンツに挿入されることになる。
【００３８】
（端末装置→サーバ装置Ａ）
図３は、最初に、端末装置１０１よりサーバ装置Ａ（１０２）へ送信される配信要求信号１０３の構造を例示している。配信要求信号１０３は、今回配信を要求するコンテンツを指定する部分である「今回コンテンツ識別情報部」１０４と、今回配信を要求するコンテンツの次に配信を要求するコンテンツを指定する部分である「次コンテンツ識別情報部」１０５と、を含む。
【００３９】
最初にサーバ装置Ａへコンテンツを要求する場合、今回コンテンツ識別情報部のコンテンツＩＤの値として、「映画１」が指定され、サーバＩＤの値として、「サーバ装置Ａ」が指定されている。最初にコンテンツを要求するので、位置の値はＮＵＬＬ、すなわち指定されていないことを示す値となっている。また、次に配信を要求するコンテンツは定まっていないので、次コンテンツ識別情報部１０５においては、コンテンツＩＤ、サーバＩＤ、位置のそれぞれの値はＮＵＬＬとなっている。
【００４０】
なお、コンテンツＩＤの値は、「映画１」のように人間が理解しやすいものである必要はなく、計算機などの機械により認識できるものであればよい。また、サーバＩＤの値は、例えば、サーバ装置ＡのＩＰアドレスやＦＱＤＮ（ＦｕｌｌＱｕａｌｉｆｉｅｄ　Ｄｏｍａｉｎ　Ｎａｍｅ）であってもよい。また、位置とは、コンテンツの配信を開始する場所を特定するための情報である。例えば、時間軸に沿って送信されるストリーミングコンテンツの場合には、時間により位置が指定される。また、電子書籍などのようにページ単位で配信が可能であるものであれば、ページ番号により位置が指定される。
【００４１】
（サーバ装置Ａが参照する配信計画表）
図４は、サーバ装置Ａが映画１を配信する際の動作を記述する配信計画表の構造を例示する。欄４０１は、コンテンツＩＤを保持する。
【００４２】
欄４０２は、配信開始位置を保持する。図４における配信開始位置の記述のうち、「Ｒｅｓｕｍｅ　Ｐｏｓｉｔｉｏｎ」は、配信要求信号において、今回コンテンツ識別情報部の位置が指定されていれば、その位置から配信を開始することを意味する。また、「〔０：００．０〕」のように位置の値を括弧で囲ったものは、配信要求信号において、今回配信を要求するコンテンツの位置が指定されていない場合には、括弧の内側の値が示す位置、今の場合には０：００．０の位置、から配信を開始することを意味する。したがって、図３に例示された配信要求信号がサーバ装置Ａにより受信された場合には、０：００．０の位置から映画１の配信が開始されることになる。
【００４３】
欄４０３は、配信済位置を保持する。欄４０３に保持されている「ＭｅｄｉａＴｉｍｅ」という記述は、コンテンツパケットにより指定される次に配信するコンテンツの情報として、現在配信しているコンテンツの位置が記録されるべきことを意味する。詳細については、図５で説明する。
【００４４】
欄４０４、４０５、４０６は、次に配信するべきコンテンツの情報である計画表次コンテンツ情報を保持する。計画表次コンテンツ情報は、３つの部分からなり、それぞれの部分は、今回配信が要求されたコンテンツの配信を終了する時間、次に端末装置が配信要求信号を送信するべきサーバＩＤ、コンテンツＩＤの値を保持する。したがって、図４の配信計画表は、０：１５．０、０：３０．０、０：４０．０の位置で映画１の配信が終了することになる（後の説明から明らかになるが、正確には、０：１５．０と０：３０．０の位置で別のコンテンツが挿入され、０：４０．０で映画１の配信が終了する。）。０：１５．０で配信が終了すると、端末装置は、サーバ装置Ｂに対して、広告１の配信を要求する配信要求信号を送信する。また、０：３０．０の位置で映画１の配信が終了すると、端末装置は、サーバ装置Ｃに対して、広告２の配信を要求する配信要求信号を送信する。また、０：４０．０の位置で映画１の配信が終了すると、サーバＩＤ、位置の両方がＮＵＬＬであるので、どのサーバ装置へも配信要求信号を送信しないことになる。
【００４５】
なお、サーバ装置は、一般には複数のコンテンツを配信することができる。このため、サーバ装置は、複数の配信計画表を参照することが可能となる。このように、複数の配信計画表が参照可能である場合には、配信要求信号により要求されるコンテンツＩＤに基づいて、用いるべき配信計画表が決定される。
【００４６】
（サーバ装置Ａ→端末装置）
図５は、図３の配信要求信号と図４の配信計画表に基づいて、サーバ装置Ａが端末装置へ送信するコンテンツパケットを例示する。
【００４７】
コンテンツパケットは、３つの部分により構成される。例えば最初に送信されるコンテンツパケットは、部分５０２、５０３、５０４により構成される。部分５０２は、映画１のコンテンツを構成するための情報であるコンテンツ構成情報を保持する（そこで、コンテンツパケットの部分５０２に相当する部分を「コンテンツ情報保持部」という。）。例えば、映画１の映像の情報、音声の情報などが保持される。
【００４８】
部分５０３は、次に配信するべきコンテンツの情報を保持する（そこで、コンテンツパケットの部分５０３に相当する部分を「次情報保持部」という。）。図４に例示された配信計画表では、０：１５．０の位置で、受信端末は、サーバ装置Ｂに広告１を配信する配信要求信号を送信することになっているので、次情報保持部５０３のコンテンツＩＤの値が「広告１」で、サーバＩＤの値が「サーバ装置Ｂ」となっている。また、欄４０３がＭｅｄｉａ　Ｔｉｍｅであるので、位置の値が、最初のコンテンツパケットの表すコンテンツの位置である０：００．０となる。
【００４９】
部分５０４は、次の次に配信するべきコンテンツの情報を保持する（そこで、コンテンツパケットの部分５０４に相当する部分を「次次情報保持部」という。）。広告１の配信の後に、映画１の続きをサーバ装置Ａより配信する場合には、コンテンツＩＤの値として「映画１」を、サーバＩＤの値として「サーバ装置Ａ」を、位置の値として「０：００．０」を指定する。
【００５０】
コンテンツパケット５０１を先頭にして、コンテンツパケット５０５までが、サーバ措置Ａにより送信される。これらのパケットにおいては、映画１の内容にしたがって映画１のコンテンツ構成情報が変化し、また、次情報保持部の位置の値と、次々情報保持部の位置の値とが、がコンテンツの配信に伴なって変化する（結果として、図５に示されたコンテンツパケットおいては、次情報保持部の位置の値と次々情報保持部の位置の値とは同じになる。）。
【００５１】
コンテンツパケット５０５は、０：１５．０の位置で送信されるコンテンツパケットを例示しているので、次情報保持部５０７、次次情報保持部５０８の位置の値が０：１５．０になる。
【００５２】
図４に例示された配信計画表の記述により、サーバ装置Ａは、コンテンツパケット５０５を送信すると、コンテンツパケットの送信を停止する。これにより、端末装置は、コンテンツパケットの送信の停止を検知することになる。
【００５３】
（端末装置がコンテンツパケットの送信停止を検知する仕組み）
図６は、コンテンツパケットの送信の停止を、端末装置が検知するための仕組みの一例を示している。コンテンツパケットを受信する受信部で受信されたコンテンツパケットは、キュー６０１の終わりに追加され、コンテンツパケットの表すコンテンツを再生する再生部がキューの始めからコンテンツパケットを再生のために取得する。
【００５４】
最初、キューは空であるが、コンテンツパケットの受信が開始されると、キューにコンテンツパケットが充填される。充填されたコンテンツパケットの量が、再生閾値６０３を超えると、再生部による再生が開始される。再生が行なわれ、キューに充填されたコンテンツパケットの量が減る。配信要求閾値６０２を下回ることが検知されると、コンテンツパケットの送信の停止が検知されることになる。
【００５５】
（端末装置→サーバ装置Ｂ）
端末装置がコンテンツパケットの送信の停止を検知すると、端末装置は、０：１５．０の位置のコンテンツパケットに従って、配信要求信号を送信することになる。
【００５６】
図７は、この時に送信される配信要求信号の構造を例示する。例えば、最後にサーバ装置Ａから送信されたコンテンツパケット５０５の次情報保持部には、コンテンツＩＤの値が広告１、サーバＩＤの値がサーバ装置Ｂ、位置が０：１５．０が指定されているので、配信要求信号７０１の今回コンテンツ識別情報部７０２には、次情報保持部５０７の値が指定される。また、コンテンツパケット５０５の次次情報保持部５０８には、コンテンツＩＤの値が映画１で、サーバＩＤの値がサーバ装置Ａで、位置の値が０：１５．０が含まれているので、次コンテンツ識別情報部７０３には、これらの値が指定される。
【００５７】
（サーバ装置が参照する配信計画表）
図８は、配信要求信号が送信されるサーバ装置Ｂが広告１を配信する際の動作を記述する配信計画表を例示する。
【００５８】
（サーバ装置Ｂ→端末装置）
また、図９は、図８に例示される配信要求信号によりサーバ装置Ｂより送信されるコンテンツパケットを例示する。
【００５９】
配信計画表において、配信開始位置の欄に０：００．０のように位置の具体的な数値のみが指定されている場合は、配信要求信号の今回コンテンツ識別情報部の位置の値によらず、配信開始位置の欄に指定された位置からコンテンツの配信を開始することになる。したがって、図８に例示される配信計画表によれば、配信要求信号の今回コンテンツ識別情報部７０２の位置の値に依存せず、広告１は、０：００．０の位置から配信が開始される。
【００６０】
配信計画表の配信済位置にＲｅｓｕｍｅ　Ｐｏｓｉｏｎが指定されている場合は、配信要求信号の今回コンテンツ識別情報部の位置の値が、コンテンツパケットの次情報保持部の位置の値に設定される。したがって、図８に例示される配信計画表によれば、図９に例示されるように、コンテンツパケットの次情報保持部９０３、９０７の位置の値が、０：１５．０になる。
【００６１】
計画表次コンテンツ情報を保持する欄８０４は、０：０１．０の位置において、サーバ装置ＩＤが「Ｒｅｔｕｒｎ　Ｈｏｓｔ」、コンテンツＩＤが「Ｒｅｔｕｒｎ　Ｃｏｎｔｅｎｔ」となっている。Ｒｅｔｕｒｎ　Ｈｏｓｔ、ＲｅｔｕｒｎＣｏｎｔｅｎｔの意味は、配信要求信号に含まれている次コンテンツ識別情報部のサーバＩＤとコンテンツＩＤとの値が、コンテンツパケットに含まれるべき次情報保持部のサーバＩＤとコンテンツＩＤとの値になることを意味する。したがって、図９に例示されるように次情報保持部９０３、９０７のコンテンツＩＤとサーバＩＤとの値が、「映画１」、「サーバ装置Ａ」となる。
【００６２】
（端末装置→サーバ装置Ａ）
図１０は、端末装置が、コンテンツパケット９０５を受信した後に送信する配信要求信号１００１を例示する。配信要求信号１００１の今回コンテンツ識別情報部１００２は、図９に例示されるコンテンツパケットの次情報保持部と同じ内容となっており、次に配信を要求する次コンテンツ識別情報部１００３は、サーバ装置Ｂより最後に受信されたコンテンツパケットの次々情報保持部９０８と同じ内容になっている。
【００６３】
（サーバ装置Ａ→端末装置）
サーバ装置Ａが配信要求信号１００１を受信すると、映画１のコンテンツパケットを０：１５．０の位置から送信する。図４に例示された配信計画表には、０：１５．０の次は、０：３０．０で配信を終了することが指定されているので、サーバ装置Ａは、０：１５．０から０：３０．０までのコンテンツパケットを送信する。また、計画表次コンテンツ情報を保持する欄４０５は、次に配信要求を行なうサーバＩＤが「サーバ装置Ｃ」であり、コンテンツＩＤが「広告２」になっているので、コンテンツパケットの次情報保持部１１０３、１１０７のコンテンツＩＤとサーバＩＤとの値を、それぞれ、「広告２」、「サーバ装置Ｃ」とし、位置の値を、現在配信している映画１の位置とする。また、次次情報保持部１１０４、１１０８については、コンテンツＩＤ、サーバＩＤの値を、現在のコンテンツである「映画１」、「サーバ装置Ａ」とし、位置の値を、現在配信している映画１の位置とする。
【００６４】
（端末装置→サーバ装置Ｃ＆サーバ装置Ｃ→端末装置）
図１２は、端末装置がコンテンツパケット１１０５を受信した後に送信する配信要求信号を例示している。今回コンテンツ識別情報部１２０２が、図１１に例示されるコンテンツパケットの次情報保持部と同じ値になっており、次コンテンツ識別情報部１２０３が、コンテンツパケット１１０５の次々情報保持部１１０８と同じ値になっている。
【００６５】
（端末装置→サーバ装置Ａ）
サーバ装置Ｃにおける配信計画表が、図８に例示された配信計画表のコンテンツＩＤが「広告２」になっているものであれば、サーバ装置Ｃから広告２の位置０：０１．０のコンテンツパケットが送信されるとコンテンツパケットの送信が停止する。このため、端末装置は、サーバ装置Ａに対して、映画１を０：３０．０の位置から配信する要求である配信要求信号を送信する。
【００６６】
（サーバ装置Ａ→端末装置）
図１３は、映画１を０：３０．０の位置から配信する要求である配信要求信号に対して、サーバ装置Ａから端末装置へ送信されるコンテンツパケットを例示する。図４の配信計画表によれば、０：３０．０の次は、０：４０．０で配信が終了し、そのとき、サーバＩＤ、コンテンツＩＤがＮＵＬＬであるので、次情報保持部１３０３、１３０７のコンテンツＩＤ、サーバＩＤの値がＮＵＬＬとなる。これにより、端末装置が０：４０．０の位置のコンテンツパケット１３０５を受信すると、配信要求信号を送信しないこととなる。
【００６７】
このように、この実施の例によれば、サーバ装置Ａから配信されるコンテンツの途中に別のコンテンツを挿入することが可能となる。
【００６８】
（負荷分散の例）
図１４は、コンテンツの配信を複数のサーバ装置に担当させ、サーバ装置の負荷を分散させる例の構成を示す。
【００６９】
（全体の構成）
図１４において、配信計画表１４０１、１４０２、…、１４０３、１４０４が、映画２というコンテンツを配信するために、サーバ装置Ａ（１０２）、サーバ装置Ｂ（１０３）、…、サーバ装置Ｙ（１０５）、サーバ装置Ｚ（１０６）のそれぞれにより参照される配信計画表であるとする。
【００７０】
（端末装置→サーバ装置Ａ）
図１５は、最初に端末装置がサーバ装置Ａへ送信する配信要求信号１５０１を例示する。最初の要求であるので、今回コンテンツ識別情報部１５０２の位置の値と次コンテンツ識別情報部１５０３の値とがＮＵＬＬになっているのは、図３の場合と同じである。
【００７１】
（サーバ装置Ａ→端末装置）
図１６は、配信要求信号１５０１に応じて、サーバ装置Ａから端末装置へ送信されるコンテンツパケットを例示する。配信計画表１４０１では、０：１０．０の位置で配信が終了することが指定されているので、次情報保持部１６０７、次次情報保持部１６０８の位置の値が０：１０．０となるコンテンツパケットがサーバ装置Ａから送信される最後のコンテンツパケットとなる。また、配信計画表１４０１では、０：１０．０の後は、サーバ装置Ｂに対して映画２を要求することが示されているので、次情報保持部１６０３、１６０６のコンテンツＩＤ、サーバＩＤの値が、それぞれ映画２、サーバ装置Ｂになる。また、次情報保持部と次々情報保持部の位置の値が、コンテンツパケットの表す位置に応じて設定される。
【００７２】
（端末装置→サーバ装置Ｂ）
図１７は、端末装置がコンテンツパケット１６０５を受信した後に、サーバ装置Ｂへ送信する配信要求信号を例示する。次情報保持部１６０７、次次情報保持部１６０８に含まれる値が、それぞれ、今回コンテンツ識別情報部１７０２、次コンテンツ識別情報部１７０３の値となっている。
【００７３】
（サーバ装置Ｂ→端末装置）
図１８は、図１７に例示された配信要求信号に対して、サーバ装置Ｂより送信されるコンテンツパケットを例示する。配信計画表１４０２の計画表次コンテンツ情報のサーバＩＤの値が「サーバ装置Ｃ」、コンテンツＩＤの値が「映画２」になっているので、次情報保持部１８０３、１８０６のコンテンツＩＤとサーバＩＤとの値が「映画２」、「サーバ装置Ｃ」のコンテンツパケットが送信される。また、配信計画表１４０２では、０：２０．０で配信を終了することが示されているので、コンテンツパケット１８０５がサーバ装置Ｂから送信される最後のコンテンツパケットとなる。
【００７４】
（サーバ装置Ｚ→端末装置）
図１９は、以上のように、配信要求信号とコンテンツパケットとの送信が行なわれ、最後に、サーバ装置Ｚから端末装置へ送信されるコンテンツパケットを例示する。図１９に例示されたコンテンツパケットの次情報保持部１９０３、１９０７のコンテンツＩＤ、サーバＩＤの値がＮＵＬＬなので、端末装置がコンテンツパケット１９０５を受信した後には、新たに配信要求信号を送信することは行なわれない。
【００７５】
このように、この実施の例によれば、コンテンツの配信を複数のサーバ装置で分担することが可能となり、サーバ装置の負荷を低減することができる。
【００７６】
（負荷分散の別の例）
図２０は、コンテンツの配信を複数のサーバ装置に担当させる別の例の構成を示す。上記の例では、コンテンツの配信は、最後のサーバ装置Ｚで終了することになるが、この例では、任意のサーバ装置で終了することが可能となっている。
【００７７】
（全体の構成）
図２０において、配信計画表２００１、２００２、２００３が、映画３というコンテンツを配信するために、サーバ装置Ａ（１０２）、サーバ装置Ｂ（１０３）、サーバ装置Ｃ（１０４）のそれぞれにより参照される配信計画表であるとする。これらの配信計画表は、０：５５．０と１：００．０とにおいて映画３の配信を終了することを表している。
【００７８】
図２１は、端末装置からサーバ装置Ａへ送信される配信要求信号を例示する。
【００７９】
図２１の配信要求が送られた後、通常であれば、図２２に示されるように、サーバ装置Ａより０：００．０から０：５５．０までのコンテンツパケットが送信され、その後、サーバ装置Ｂに配信要求信号が端末装置から送信され、０：５５．０から１：００．０までのコンテンツパケットがサーバ装置Ｂから送信されることになる。
【００８０】
もし、０：００．０より後であって、０：５５．０より前に、通信路の輻輳などにより、サーバ装置Ａからのコンテンツパケットの受信ができなくなったことが端末装置で検出されると、サーバ装置Ｂに配信要求信号が送信される。また、サーバ装置Ｂからコンテンツパケットを受信した後で、サーバ装置Ｂからのコンテンツパケットが受信できなくなると、サーバ装置Ｃに配信要求信号が送信される。以後同様に、サーバ装置Ｃからコンテンツパケットを受信した後で、サーバ装置Ｃからのコンテンツパケットが受信できなくなると、サーバ装置Ａに配信要求信号が送信されることになる。
【００８１】
このように、この実施の例によれば、通信路の輻輳に耐えうるコンテンツ配信システムを構築することができる。
【００８２】
なお、以上説明したサーバ装置と端末装置は、計算機にプログラムを動作させることにより実現することが可能である。また、コンテテンツパケットと配信要求信号は、そのような計算機の間で交換されるデータ構造とみなすことも可能である。配信計画表は、サーバ装置を実現する計算機が参照するデータ構造とみなすことができる。
【００８３】
（実施形態１）
図２３は、本発明の実施形態１に係るコンテンツパケットの構成図を例示する。コンテンツパケット２３０１は、コンテンツ構成情報保持部２３０２と、次情報保持部２３０３と、を有する。
【００８４】
なお、本明細書において、「コンテンツパケット」とは、ネットワークのＯＳＩ参照モデルにおける物理層よりも上のレベル、例えば、アプリケーション層、におけるデータ構造を意味する。
【００８５】
「コンテンツ構成情報保持部」２３０２は、コンテンツ構成情報を保持する。「コンテンツ構成情報」とは、配信するコンテンツを構成するための情報である。例えば、映像のストリーミング配信において、映像の再生に必要な情報が保持されている部分がコンテンツ構成情報保持部となる。
【００８６】
「次情報保持部」２３０３は、次コンテンツ識別情報を保持する。「次コンテンツ識別情報」とは、次コンテンツを識別するための情報であり、「次コンテンツ」とは、コンテンツ構成情報保持部２３０２にて、その構成するための情報が保持されているコンテンツの次に配信するコンテンツである。次コンテンツ識別情報の例としては、コンテンツを識別する識別子であるコンテンツＩＤを挙げることができる。
【００８７】
図２４は、コンテンツパケットのより具体的な構成を例示する。コンテンツパケット２４０１は、ヘッダ情報が保持される部分２４０２と、次情報保持部２４０３と、コンテンツ構成情報保持部２４０４と、から構成されている。ヘッダ情報が保持される部分２４０２には、例えば、コンテンツパケットに付与されたシーケンス番号、コンテンツパケットの全体のサイズ、次情報保持部のオフセット、コンテンツ構成情報保持部のオフセットなどが格納される。
【００８８】
（実施形態１：主な効果）
コンテンツパケットが次情報保持部を有することにより、次の効果がある。すなわち、端末装置がコンテンツパケットを受信しているとき、何らかの理由により、コンテンツパケットの受信ができなくなった場合、例えば最後に受信されたコンテンツパケットの次情報保持部に保持される次コンテンツ識別情報で識別されるコンテンツの受信を要求することができ、コンテンツの切れ目がなくコンテンツの再生を行なうことが可能である。
【００８９】
図２５は、このような動作をする端末装置の動作のフローチャートを例示する。ステップＳ２５０１において、コンテンツパケットが受信できたかどうかを判断する。もし、受信ができたのであれば、ステップＳ２５０２へ移行し、コンテンツパケットの再生処理を行なう。もし、コンテンツパケットが受信できなければ、ステップＳ２５０３へ移行し、次情報保持部に保持された次コンテンツ識別情報により識別される次コンテンツを受信するための設定を行なう。具体的には、次コンテンツの配信要求信号を送信したりなどする。
【００９０】
（実施形態２）
図２６は、本発明の実施形態２に係るコンテンツパケットの構成図を例示する。コンテンツパケット２６０１は、コンテンツ構成情報保持部２６０２と、次次情報保持部２６０３と、を有する。
【００９１】
「コンテンツ構成情報保持部」２６０２は、実施形態１のコンテンツ構成情報保持部と同じである。
【００９２】
「次次情報保持部」２６０３は、次次コンテンツ識別情報を保持する。「次次コンテンツ識別情報」とは、次次コンテンツを識別するための情報であり、「次次コンテンツ」とは、コンテンツ構成情報保持部２６０２にて、その構成するための情報が保持されているコンテンツの次の次に配信するコンテンツである。次次コンテンツ識別情報の例としては、コンテンツを識別する識別子であるコンテンツＩＤを挙げることができる。
【００９３】
（実施形態２：主な効果）
コンテンツパケットが次次情報保持部を有することにより、例えば、次の効果がある。すなわち、次次コンテンツ識別情報として、コンテンツ構成情報保持部にて、その構成するための情報が保持されているコンテンツの識別情報を保持することにより、途中で別のコンテンツを再生し、そのコンテンツの再生が終了した後に、初めのコンテンツに戻ることができる。
【００９４】
（実施形態３）
図２７は、本発明の実施形態３に係るコンテンツパケットの構成図を例示する。コンテンツパケット２７０１は、コンテンツ構成情報保持部２７０２と、次情報保持部２７０３と、次次情報保持部２７０４と、を有する。
【００９５】
「コンテンツ構成情報保持部」、「次情報保持部」、「次次情報保持部」については、実施形態１または２で説明した通りである。
【００９６】
（実施形態３：主な効果）
コンテンツパケットが次情報保持部と次次情報保持部とを有することにより、実施形態１と実施形態２とにおける効果に加えて、コンテンツパケットが何らかの理由により受信できなくなった場合に受信するべきコンテンツを指定することができ、さらにそのコンテンツのコンテンツパケットも受信できなくなった場合に、受信するべきコンテンツを指定することができ、障害に耐えることができるようになる。
【００９７】
（実施形態４）
本発明の実施形態４に係るコンテンツパケットの構成は、実施形態１での説明に用いられた図２３と同じである。ただ、本実施形態における次情報保持部とは、次コンテンツ位置情報を保持する。「次コンテンツ位置情報」とは、次コンテンツ内の配信を開始するべき位置を示す情報である。コンテンツが時間軸に沿って配信される場合には、次コンテンツ位置情報は、時刻によって表される。また、電子書籍のようにページにより位置が特定されるものであれば、ページ番号により表される。
【００９８】
図２８は、コンテンツパケットのより具体的な構成を例示する。コンテンツパケット２８０１は、ヘッダ情報が保持される部分２８０２と、次情報保持部２８０３と、コンテンツ情報保持部２８０４と、から構成されている。
【００９９】
（実施形態４：主な効果）
本実施形態のコンテンツパケットを用いることにより、現在配信されているコンテンツの位置に応じて、次に配信するべきコンテンツの位置を指定することができる。例えば、コンテンツパケットの受信の停止に備えて別のコンテンツが受信されるように指定されている場合、宣伝広告の部分でコンテンツパケットの受信が停止したときには、別のコンテンツの宣伝広告の部分から配信を開始することが可能となり、コンテンツの視聴者に不自然さを感じさせることを低減することができる。
【０１００】
（実施形態５）
本発明の実施形態５に係るコンテンツパケットの構成は、実施形態２での説明に用いられた図２６と同じである。ただ、本実施形態における次次情報保持部とは、次次コンテンツ位置情報を保持する。「次次コンテンツ位置情報」とは、次次コンテンツ内の配信を開始すべき位置を示す情報である。
【０１０１】
（実施形態５：主な効果）
したがって、本実施形態のコンテンツパケットを用いることにより、現在配信されているコンテンツの位置に応じて、次の次に配信するべきコンテンツの位置を指定することができる。次の次に配信するべきコンテンツが存在することにより、例えば、障害に耐えることができる上に、位置がコンテンツパケットにより指定されることにより、コンテンツパケットの受信が停止した場合などにおいて、コンテンツの視聴者に不自然さを感じさせることを低減することができる。
【０１０２】
（実施形態６）
本発明の実施形態６に係るコンテンツパケットの構成は、実施形態３での説明に用いられた図２７と同じである。ただ、本実施形態における次情報保持部、次次情報保持部とは、それぞれ、実施形態４、実施形態５で説明したものとなる。
【０１０３】
（実施形態６：主な効果）
したがって、本実施形態によれば、実施形態３におけるように障害に耐えるシステムを提供することができ、しかも、コンテンツの位置が指定されるので、コンテンツパケットの受信が中断した場合などにおいて、コンテンツの視聴者に与える不自然さを低減させることが可能となる。
【０１０４】
（実施形態７）
本発明の実施形態７に係るコンテンツパケットは、実施形態１または４のように、コンテンツ構成情報保持部と次情報保持部とを有する。ただし、本実施形態における次情報保持部は、次サーバ装置識別情報を保持する。「次サーバ装置識別情報」とは、次サーバ装置を識別する情報であり、「次サーバ装置」とは、このコンテンツパケットを受信している端末装置が、このコンテンツパケットを配信するサーバ装置の次に接続するサーバ装置である。
【０１０５】
したがって、受信端末の受信しているコンテンツパケットが、例えば、「１０．１．２．３」というＩＰアドレスで識別されるサーバ装置から配信されている場合、そのコンテンツパケットの次情報保持部に、「１０．４．５．６」というＩＰアドレスが保持されていれば、１０．１．２．３のＩＰアドレスのサーバ装置からコンテンツパケットを受信した後には、１０．４．５．６のＩＰアドレスのサーバ装置からコンテンツパケットを受信することになる。
【０１０６】
図２９は、本実施形態に係るコンテンツパケットの構造を例示する。コンテンツパケット２９０１は、ヘッダ部分２９０２と、次情報保持部２９０３と、コンテンツ構成情報保持部２９０４と、からなる。
【０１０７】
（実施形態７：主な効果）
本実施形態のコンテンツパケットを用いることにより、現在コンテンツパケットを配信しているサーバ装置からコンテンツパケットを受信できなくなった場合に、次情報保持部により指定されるサーバ装置からコンテンツパケットを受信することができるので、コンテンツの再生の中断を防ぐことが可能となる。
【０１０８】
（実施形態８）
本発明の実施形態８に係るコンテンツパケットは、実施形態２または５のように、コンテンツ構成情報保持部と、次次情報保持部と、を有する。ただし、本実施形態においては、次次情報保持部は、次次サーバ装置識別情報を保持し、「次次サーバ装置識別情報」とは、次次サーバ装置を識別する情報であり、「次次サーバ装置とは」、このコンテンツパケットを受信している端末装置が、このコンテンツパケットを配信するサーバ装置の次の次に接続するサーバ装置である。
【０１０９】
（実施形態８：主な効果）
本実施形態のコンテンツパケットを用いることにより、次次サーバ装置として、現在コンテンツパケットを配信しているサーバ装置を指定しておけば、途中で別のサーバ装置からコンテンツパケットを受信しても、その後、元のサーバ装置からコンテンツパケットを受信することができるようになる。これにより、例えば、サーバ装置に障害が発生し、その後障害から復旧することに備えることができる。
【０１１０】
（実施形態９）
本発明の実施形態９に係るコンテンツパケットは、実施形態３または６のように、コンテンツ情報保持部と、次情報保持部と、次次情報保持部と、を有する。ただし、本実施形態においては、次情報保持部とは、実施形態７で説明されたものとし、次次情報保持部とは、実施形態８で説明したものとする。
【０１１１】
（実施形態９：主な効果）
コンテンツパケットが次情報保持部と次次情報保持部とを有することにより、実施形態７と実施形態８とにおける効果に加えて、コンテンツパケットが何らかの理由により受信できなくなった場合のサーバ装置、さらにそのサーバ装置からもコンテンツパケットが受信できなくなった場合のサーバ装置を指定することができ、障害に耐えることができるようになる。
【０１１２】
（実施形態１から９の組み合わせ）
実施形態１から９は、如何様にも組み合わせることができる。これらの実施形態を組み合わせた形態は、例えば、図５、７、９、１１、１３、１６、１８、１９、２２を用いて説明した。
【０１１３】
（実施形態１０）
図３０は、本発明の実施形態１０に係る配信要求信号の構造図を例示する。「配信要求信号」とは、コンテンツの配信をサーバ装置に要求するために、端末装置より送信される信号を意味する。
【０１１４】
配信要求信号３００１は、今回コンテンツ識別情報３００２と、次コンテンツ識別情報３００３と、を含む。
【０１１５】
「今回コンテンツ識別情報」３００２は、今回配信の要求をする今回コンテンツを識別するための情報である。例えば、「映画１」など、コンテンツの名称であってもよい。配信要求信号の端末装置からサーバ装置への送信により、今回コンテンツ識別情報で識別されるコンテンツが、サーバ装置から端末装置へ送信される。
【０１１６】
「次コンテンツ識別情報」３００３は、今回コンテンツの次に配信を要求する次コンテンツを識別するための情報である。すなわち、次コンテンツ識別情報は、今回コンテンツ情報で識別されるコンテンツの配信が終わったときに、配信されるコンテンツを識別するための情報である。
【０１１７】
図３１は、配信要求信号をＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）の形式で表現した例を示す。図３１では、＜ＣＵＲＲＥＮＴ＞と＜／ＣＵＲＲＥＮＴ＞とで囲まれた部分に配置されている「映画Ａ」が、今回コンテンツ識別情報であり、＜ＳＵＢＳＥＱＵＥＮＴ＞と＜／ＳＵＢＳＥＱＵＥＮＴ＞とで囲まれた部分に配置されている「宣伝Ｂ」が、次コンテンツ識別情報である。この配信要求信号により、映画Ａが配信され、次に、宣伝Ｂが配信されることが表される。
【０１１８】
（実施形態１０：主な効果）
配信要求信号が、今回コンテンツ識別情報に加えて次コンテンツ識別情報を含むことにより、コンテンツの配信を行なうサーバ装置側で、今回コンテンツ識別情報で識別されるコンテンツの配信を行なう間に、次コンテンツ識別情報で識別されるコンテンツの配信を行なう準備を行なうことができる。また、コンテンツを配信するために使用されるコンテンツパケットの次情報保持部に、次コンテンツ識別情報を格納することができる。
【０１１９】
（実施形態１１）
図３２は、本発明の実施形態１１に係る配信要求信号の構造図を例示する。配信要求信号３２０１は、今回コンテンツ位置情報３２０２と、次コンテンツ位置情報３２０３と、を含む。
【０１２０】
「今回コンテンツ位置情報」３２０２は、今回配信の要求をする今回コンテンツ内の配信を開始すべき位置を示す情報である。位置を示す情報の具体例としては、ストリーミングのように時間軸に沿って配信されるコンテンツの場合には、配信開始から経過した時間がある。
【０１２１】
「次コンテンツ位置情報」３２０３は、今回コンテンツの次に配信を要求する次コンテンツ内の配信を開始すべき位置を示す情報である。
【０１２２】
例えば、今回コンテンツが「映画Ａ」で次コンテンツが「宣伝Ｂ」である場合、今回コンテンツ位置情報を０：１０．０、次コンテンツ位置情報を、０：００．０とすることにより、映画Ａが０：１０．０の位置から配信され、その後、宣伝Ｂが０：００．０の位置から配信されるようになる。
【０１２３】
（実施形態１１：主な効果）
今回コンテンツ位置情報と次コンテンツ位置情報とを配信要求信号に含ませることにより、コンテンツの途中からの配信が可能となる。特に、第一のコンテンツの配信の途中に別のコンテンツを挿入し、第一のコンテンツの配信が再開される場合、再開の場所を今回コンテンツ位置情報により指定することが可能となる。
【０１２４】
（実施形態１２）
図３３は、本発明の実施形態１２に係る配信要求信号の構造図を例示する。配信要求信号３３０１は、次サーバ装置識別情報３３０２を含む。
【０１２５】
「次サーバ装置識別情報」３３０２は、コンテンツパケットを受信している端末装置が、そのコンテンツパケットを配信するサーバ装置の次に接続する次サーバ装置を識別するための情報である。例えば、次サーバ装置識別情報の例としては、次サーバ装置のＩＰアドレスやＦＱＤＮがある。なお、ここにいう「コンテンツパケット」とは、図３４に例示されるように、配信要求信号３４０４を端末装置３４０１が送信することにより、サーバ装置３４０２から送信されるコンテンツパケット３４０５を意味する。
【０１２６】
（実施形態１２：主な効果）
配信要求信号が、次サーバ装置識別情報を含むことにより、今回コンテンツのサーバ装置とは異なるサーバ装置より次コンテンツを受信することができる。これにより、例えば、今回コンテンツのサーバ装置が障害に陥っても次コンテンツの受信をすることができる。
【０１２７】
（実施形態１０から１２の組み合わせ）
実施形態１０から１２は如何様にも組み合わせることができる。これらの実施形態を組み合わせた形態については、図３、７、１０、１２、１５、１７、２１を用いて説明した。
【０１２８】
（実施形態１３から１６）
図３５は、本発明の実施形態１３から１６の概要を説明する図である。実施形態１３から１６に係る配信計画表３５０１は、コンテンツ構成情報保持部３５０３を有するコンテンツパケット３５０２をサーバ装置に生成させるために利用される。なお、コンテンツ構成情報保持部３５０３は、実施形態１ないし９で説明したコンテンツ構成情報保持部と同じ定義であってよい。
【０１２９】
配信計画表３５０１は、サーバ装置の内部に蓄積されていてもよい。あるいは、サーバ装置の外部に蓄積され、サーバ装置の必要に応じて読み出しが可能な状態になっていてもよい。
【０１３０】
（実施形態１３）
図３６は、実施形態１３に係る配信計画表の構造図を例示する。配信計画表３６０１は、計画表配信開始位置情報保持部３６０２を有する。
【０１３１】
「計画表配信開始位置情報保持部」は、計画表配信開始位置情報を保持する。「計画表配信開始位置情報」とは、今回コンテンツ内の配信を開始すべき位置を示す情報である。例えば、コンテンツが時間軸に沿って配信されるものである場合には、計画表配信開始位置情報は、０：１０．０のような時刻が指定されていてもよい。また、数値を含んでいる必要はない。例えば、配信要求信号に位置が指定されていた場合に、配信要求信号により指定される位置から配信を開始することをあらわす記号であってもよい。また数値と記号を含んだものであってよい。例えば、プログラムそのもの、あるいは、プログラムと解釈できるものであってもよい。そのような例としては、配信を開始するべき位置が配信要求信号に指定されていない場合には、所定の位置より配信を開始することを表す記述を挙げることができる。
【０１３２】
（実施形態１３：主な効果）
以上のように、配信計画表が計画表配信開始位置情報保持部を備えることにより、例えば、配信要求信号に配信を開始するべき位置が含まれていない場合に備えることができる。
【０１３３】
（実施形態１４）
図３７は、本発明の実施形態１４に係る配信計画表の構造図を例示する。配信計画表３７０１は、計画表配信済位置情報保持部３７０２を有する。
【０１３４】
「計画表配信済位置情報保持部」３７０２は、計画表配信済位置情報を保持する。「計画表配信済位置情報」とは、今回コンテンツの配信済み位置を示す情報である。例えば、今回コンテンツのどの位置までを配信したかを示す情報である。
【０１３５】
図３８は、コンテンツＡというコンテンツの配信済み位置を端末装置ごとに保持しているリスト構造を例示している。一つのコンテンツが配信される端末装置は一つとは限らないので、コンテンツが配信される端末装置ごとにメモリ領域などを割り当てて、配信済み位置を保持する。
【０１３６】
あるいは、計画表配信済位置情報は、図４の欄４０３に示されるようにＭｅｄｉａ　Ｔｉｍｅという文字列であってもよい。この場合、「Ｍｅｄｉａ　Ｔｉｍｅ」を変数の一種とみなし、ＬＩＳＰ言語のように、端末装置に対応する環境でＭｅｄｉａ　Ｔｉｍｅの評価を行なうと、その端末装置に対するコンテンツの配信済み位置が得られるようになっていてもよい。
【０１３７】
（実施形態１４：主な効果）
配信計画表が計画表配信済位置情報保持部を有することにより、例えば、サーバ装置側で、コンテンツの配信状況を管理することが可能となる。
【０１３８】
（実施形態１５）
図３９は、本発明の実施形態１５に係る配信計画表の構造図を例示する。配信計画表３９０１は、計画表次コンテンツ情報保持部３９０２を有する。
【０１３９】
「計画表次コンテンツ情報保持部」３９０２は、計画表次コンテンツ情報を保持する。「計画表次コンテンツ情報」とは、端末装置が今回コンテンツの次に配信を要求する次コンテンツに関する情報である。
【０１４０】
図４０は、計画表次コンテンツ情報保持部で保持される計画表次コンテンツ情報の例を示す。この例では、端末装置がコンテンツＡの次に配信を要求する次コンテンツのＵＲＬが保持されている。
【０１４１】
（実施形態１５：主な効果）
配信計画表が計画表次コンテンツ情報保持部を有することにより、サーバ装置がコンテンツパケットに計画表次コンテンツ情報を含ませることができる。これにより、端末装置が、次に配信を受けるべきコンテンツの情報を得ることができ、今回コンテンツの配信が何らかの理由で停止した場合に、次に配信を受けるべきコンテンツの配信要求を出し、コンテンツの再生を中断させることがないようにできる。
【０１４２】
（実施形態１６）
本発明の実施形態１６に係る配信計画表は、実施形態１５に係る配信計画表における計画表次コンテンツ情報が、コンテンツ終了位置情報と、次コンテンツ配信サーバ装置識別情報と、次コンテンツ識別情報と、を含むようにしたものである。
【０１４３】
図４１は、本実施形態に係る配信計画表における計画表次コンテンツ情報の構造図を例示する。
【０１４４】
「コンテンツ終了位置情報」は、コンテンツパケットの構成情報保持部に保持されるコンテンツ構成情報で構成されるコンテンツの終了位置を示す情報である。例えば、コンテンツパケットの送信を停止する時間である。
【０１４５】
「次コンテンツ配信サーバ識別情報」は、次コンテンツの配信をするコンテンツ配信サーバ装置を識別するための情報である。例えば、サーバ装置のＩＰアドレスやＦＱＤＮがある。
【０１４６】
「次コンテンツ識別情報」は、次コンテンツを識別するための情報である。例えば、コンテンツの名称である。
【０１４７】
（実施形態１６：主な効果）
本実施形態では、サーバ装置が、次コンテンツ配信サーバ識別情報と次コンテンツ識別情報を端末装置に伝えておき、また、サーバ装置が、コンテンツ終了位置情報で示される位置でコンテンツパケットの送信を停止することにより、所定のコンテンツの位置で、端末装置に強制的に次のコンテンツを受信させることが可能となる。例えば、有料コンテンツの最初の部分だけを端末装置に配信し、その続きを見る場合の料金やその支払い方法などを知らせるコンテンツを次に配信
することが可能となる。
【０１４８】
（実施形態１３から１６の組み合わせ）
実施形態１３から１６は、如何様にも組み合わせることができる。これらを合わせた形態での配信計画表については、例えば、図４、８、１４、２０を用いて説明した。
【０１４９】
（実施形態１７）
図４３は、本発明の実施形態１７に係るサーバ装置の機能ブロック図を例示する。サーバ装置４３０１は、計画表配信開始位置情報取得部４３０２を有する。
【０１５０】
「計画表配信開始位置情報取得部」４３０２は、計画表配信開始位置情報が計画表今回コンテンツ配信開始指示情報である場合に、配信要求信号から今回コンテンツ位置情報を取得する。なお、「計画表配信開始位置情報が計画表今回コンテンツ配信開始指示情報である」とは、計画表配信開始位置情報が計画表今回コンテンツ配信開始指示情報を含む場合もあるとする。
【０１５１】
ここに、「計画表今回コンテンツ配信開始指示情報」とは、配信要求信号の今回コンテンツ位置情報に示された位置から配信を開始せよとの指示情報である。具体的な例としては、図４の欄４０２に存在する「Ｒｅｓｕｍｅ　Ｐｏｓｉｔｉｏｎ」がある。
【０１５２】
図４２は、本実施形態におけるサーバ装置の動作を説明するフローチャートを例示する。ステップＳ４２０１において、配信要求信号を受信する。
【０１５３】
ステップＳ４２０２において、計画表配信開始位置情報が、計画表今回コンテンツ配信開始指示情報であるかどうかを判断する。もし、そうであれば、ステップＳ４２０３へ処理を移行させ、そうでなければ、ステップＳ４２０４へ処理を移行させる。
【０１５４】
なお、サーバ装置が複数のコンテンツを配信し、それぞれのコンテンツに配信計画表が対応し、結果としてサーバ装置が複数の配信計画表を参照できるようになっていてもよい。この場合、配信要求信号に含まれる今回コンテンツ識別情報により、配信計画表が選択された後に、ステップＳ４２０２の処理が行なわれる（以下のサーバ装置に関する実施形態においても、サーバ装置が複数の配信計画表を参照できる場合には、配信計画表を参照する処理は、配信要求信号に含まれる今回コンテンツ識別情報により配信計画表が選択されてから、行なわれる。）。
【０１５５】
ステップＳ４２０３においては、配信要求信号より今回コンテンツ位置情報を取得する。この後ステップＳ４２０５へ処理を移行させる。
【０１５６】
ステップＳ４２０４においては、何らかの方法により、今回コンテンツ位置を決定する。例えば、計画表配信開始位置情報に、配信を開始する位置が含まれていれば、その位置を今回コンテンツ位置とする。あるいは、コンテンツの始まりを今回コンテンツ位置としてもよい。この後ステップＳ４２０５へ処理を移行させる。
【０１５７】
ステップＳ４２０５において、今回コンテンツ位置よりコンテンツパケットを配信する。
【０１５８】
（実施形態１７：主な効果）
本実施形態により、端末装置から要求されていれば、その位置よりコンテンツの配信を行なうことができる。
【０１５９】
（実施形態１８）
図４４は、本発明の実施形態１８に係るサーバ装置の機能ブロック図を例示する。サーバ装置４４０１は、計画表所定位置配信開始部４４０２を有する。
【０１６０】
「計画表所定位置配信開始部」４４０２は、配信要求信号の今回コンテンツ位置情報が無指定を意味する場合に、該当するコンテンツの所定位置から配信を開始する。
【０１６１】
ここに「今回コンテンツ位置情報が無指定を意味する」とは、今回コンテンツ位置情報に特殊な値、例えば空値（すなわちＮＵＬＬ）が指定されていることを意味する。あるいは、配信要求信号に、今回コンテンツ位置情報が無指定かどうかをあらわすフラグが含まれている場合には、そのフラグが立っていることを意味する。
【０１６２】
「該当するコンテンツ」とは、配信要求信号により配信が要求されたコンテンツである。「所定位置」とは、例えば、配信計画表により指定される位置である。
【０１６３】
図４５は、本実施形態に係るサーバ装置の動作を説明するフローチャートを例示する。ステップＳ４５０１において、今回コンテンツ位置情報が無指定かどうかを判断する。もし、無指定であれば、ステップＳ４５０２へ処理を移行させ、所定位置を取得する。その後の処理は、図４５には示されていないが、例えば、今回コンテンツ位置情報、あるいは、所定位置よりコンテンツの配信を行なう。
【０１６４】
（実施形態１８：主な効果）
本実施形態により、端末装置は、配信要求信号を完全なものにして送信する必要はなくなり、今回コンテンツ位置情報を指定しなくてもよくなるので、端末装置の構造が簡略化される。また、今回コンテンツ位置情報が無指定の場合に、今回コンテンツ位置情報に相当するデータを送信しないようにすることにより、通信量を減らすことができる。
【０１６５】
（実施形態１９）
図４６は、本発明の実施形態１９に係るサーバ装置の機能ブロック図を例示する。サーバ装置４６０１は、計画表設定時刻配信開始部４６０２を有する。
【０１６６】
「計画表設定時刻配信開始部」４６０２は、計画表配信開始位置情報が計画表今回コンテンツ位置配信開始指示情報ではなく、時刻が設定されていた場合に、その設定時刻から配信を開始する。
【０１６７】
例えば、計画表配信開始位置情報として、０：１０．０が指定されていれば、計画表設定時刻配信開始部は、０：１０．０よりコンテンツの配信を開始する。
【０１６８】
図４７は、本実施形態に係るサーバ装置の動作を説明するフローチャートを例示する。
【０１６９】
ステップＳ４７０１において、配信要求信号を受信する。
【０１７０】
ステップＳ４７０２において、計画表配信開始位置情報に時刻が設定されているかどうかを判断し、もし、設定されていれば、ステップＳ４７０３へ処理を移行させ、そうでなければ、ステップＳ４７０４へ処理を移行させる。
【０１７１】
ステップＳ４７０３において、設定されている時刻から配信を開始する。
【０１７２】
ステップＳ４７０４においては、例えば、配信要求信号より今回コンテンツ位置情報を取得し、その位置より配信を開始する。
【０１７３】
（実施形態１９：主な効果）
本実施形態によれば、配信要求信号が、例えば、コンテンツを最初から配信することを要求するものであっても、サーバ装置側で設定された位置より配信を行なうことができる。
【０１７４】
（実施形態２０）
図４８は、本発明の実施形態２０に係るサーバ装置の機能ブロック図を例示する。サーバ装置４８０１は、計画表配信済位置情報記録部４８０２を有している。
【０１７５】
「計画表配信済位置情報記録部」４８０２は、計画表配信済位置情報が、計画表配信済位置記録指示情報である場合に、計画表配信済位置情報を、配信するコンテンツパケットの次コンテンツ位置情報に付与する。
【０１７６】
「計画表配信済位置記録指示情報」とは、計画表配信済位置情報を配信するコンテンツパケットの次コンテンツ位置情報に記録せよとの指示情報である。例えば、図４の欄４０３のＭｅｄｉａ　Ｔｉｍｅが計画表配信済位置記録指示情報の例である。実施形態１４で説明したように、Ｍｅｄｉａ　Ｔｉｍｅを変数とみなして、評価することにより、コンテンツの配信済み位置が得られるようになっていてもよい。この場合、次コンテンツ位置情報に記録されるのは、Ｍｅｄｉａ　Ｔｉｍｅという文字列ではなく、Ｍｅｄｉａ　Ｔｉｍｅという変数を評価することにより得られるコンテンツの配信済みの位置であってもよい。また、Ｍｅｄｉａ　Ｔｉｍｅの存在そのものが、計画表配信済位置記録指示情報とみなすこともできる。
【０１７７】
図４９は、本実施形態に係るサーバ装置の動作を説明するフローチャートを例示する。ステップＳ４９０１において、計画表配信済位置情報が、計画表配信済位置記録指示情報であるかどうかを判断する。もし、そうであれば、ステップＳ４９０２へ処理を移行させ、そうでなければ、ステップＳ４９０２をスキップする。
【０１７８】
ステップＳ４９０２において、計画表配信済位置情報をコンテンツ位置情報に付与する。なお、上に書いたように、ここでいう計画表配信済位置情報とは、計画表配信済位置情報そのものである必要はなく、例えば、計画表配信済位置情報を評価した結果であってもよい。
【０１７９】
（実施形態２０：主な効果）
本実施形態によれば、コンテンツをどこまで配信したかの情報がコンテンツパケットに含まれるようになる。これにより、例えば、端末装置が途中で別のコンテンツの受信を行なった場合でも、その別のコンテンツの受信が終了したときに、元のコンテンツの続きから受信を行なうことができるようになる。
【０１８０】
（実施形態２１）
図５０は、本発明の実施形態２１に係るサーバ装置の機能ブロック図を例示する。サーバ装置５００１は、計画表次コンテンツ位置情報設定部５００２を有する。
【０１８１】
「計画表次コンテンツ位置情報設定部」５００２は、計画表配信済位置情報が計画表次コンテンツ位置設定指示情報である場合に、配信要求信号の次コンテンツ位置情報を、配信するコンテンツパケットの次コンテンツ位置情報に付与する。
【０１８２】
「計画表次コンテンツ位置設定指示情報」とは、配信要求信号の次コンテンツ位置情報を、配信するコンテンツパケットの次コンテンツ位置情報に付与せよとの指示情報である。
【０１８３】
計画表次コンテンツ位置設定指示情報の具体的な例は、図８の欄８０３に示される「Ｒｅｓｕｍｅ　Ｐｏｓｉｔｉｏｎ」である。このＲｅｓｕｍｅ　Ｐｏｓｉｔｉｏｎにより、配信要求信号の次コンテンツ位置情報が、コンテンツパケットの次コンテンツ位置情報に設定される。
【０１８４】
図５１は、本実施形態に係るサーバ装置の動作を説明するフローチャートを例示する。ステップＳ５１０１において、計画表配信済位置情報が、計画表次コンテンツ位置設定指示情報であるかどうかを判断する。もし、そうであるならば、ステップＳ５１０２へ処理を移行させ、そうでなければ、ステップＳ５１０２をスキップする。
【０１８５】
ステップＳ５１０２において、配信要求信号の次コンテンツ位置情報をコンテンツパケットの次コンテンツ位置情報に付与する。
【０１８６】
（実施形態２１：主な効果）
本実施形態により、コンテンツパケットの次コンテンツ位置情報が配信要求信号に基づいて付与されることになるので、端末装置は、次コンテンツの位置をサーバ装置に送信すれば、次コンテンツの位置がコンテンツパケットに含まれるので、次コンテンツの位置を保持する必要がなくなる。
【０１８７】
（実施形態２２）
図５２は、本発明の実施形態２２に係るサーバ装置の機能ブロック図を例示する。サーバ装置５２０１は、計画表次コンテンツ情報選択部５２０２と、計画表次コンテンツ情報設定部５２０３と、を有する。
【０１８８】
「計画表次コンテンツ情報選択部」５２０２は、計画表配信開始位置情報と計画表次コンテンツ情報に含まれる位置情報と、を比較して、計画表次コンテンツ情報から、次に配信する計画表次コンテンツ情報を選択する。なお、計画表次コンテンツ情報は複数存在してもよい。また、「次に配信する計画表次コンテンツ情報」とは、「次に配信するコンテンツに関する計画表次コンテンツ情報」を意味する。
【０１８９】
図５３は、計画表配信開始位置情報と計画表次コンテンツ情報に含まれる位置情報と、を比較して、計画表次コンテンツ情報を選択する過程を例示する。計画表配信開始位置情報に、Ｒｅｓｕｍｅ　Ｐｏｓｉｔｉｏｎが指定されている場合、このＲｅｓｕｍｅ　Ｐｏｓｉｔｉｏｎを変数とみなすことにより、次に配信するべきコンテンツの配信開始位置が得られる（１）。例えば得られる値が、２：３２．２２であるとすると、計画表次コンテンツ情報を走査し、２：３２．２２より後であって２：３２．２２に最も近い位置の計画表次コンテンツ情報５３０１を得る（２）。
【０１９０】
「計画表次コンテンツ情報設定部」５２０３は、選択された計画表次コンテンツ情報を、送信するコンテンツパケットの次コンテンツ情報に設定する。例えば、図５３に例示されるように、計画表次コンテンツ情報５３０１が選択された場合に、コンテンツパケットの次コンテンツ情報として、１０．４．２１１．５６とｓｐｅｅｃｈ２．ｒａｍを設定することになる。
【０１９１】
図５４は、本実施形態に係るサーバ装置の動作を説明するフローチャートを例示する。
【０１９２】
ステップＳ５４０１において、次に配信する計画表次コンテンツ情報を、計画表次コンテンツ情報選択部にて、選択する。
【０１９３】
ステップＳ５４０２において、計画表次コンテンツ情報をコンテンツパケットの次コンテンツ情報に、計画表次コンテンツ情報設定部にて、設定する。
【０１９４】
（実施形態２２：主な効果）
本実施形態により、コンテンツの配信開始位置に応じて、端末装置が次に受信するべきコンテンツを指定することが可能となる。例えば、コンテンツの配信開始位置によって、次に配信する広告コンテンツを変化させることができる。
【０１９５】
（実施形態２３）
図５５は、本発明の実施形態２３に係るサーバ装置の機能ブロック図を例示する。本実施形態に係るサーバ装置の構成は、実施形態２２に係るサーバ装置が、さらに計画表次コンテンツ指定位置配信終了部５５０１を有するものとなっている。
【０１９６】
「次コンテンツ指定位置配信終了部」５５０１は、選択された計画表次コンテンツ情報に含まれる位置情報で示される位置で配信を終了する。
【０１９７】
例えば、図５３に例示されるように計画表次コンテンツ情報５３０１が選択された場合には、計画表次コンテンツ指定位置配信終了部は、５：２０．１１の位置の配信が行なわれるときに、コンテンツの配信を終了する。
【０１９８】
（実施形態２３：主な効果）
本実施形態によれば、指定された位置でコンテンツの配信が終了するので、端末装置側に、次のコンテンツの配信要求信号を送信することを強制させることができる。また、端末装置は、コンテンツの配信の終了を検出すればよいので、端末装置の構造が簡略化できる。
【０１９９】
（実施形態２４）
図５６は、本発明の実施形態２４に係るサーバ装置の機能ブロック図を例示する。サーバ装置５６０１は、次サーバ装置識別情報設定部５６０２を有する。
【０２００】
「次サーバ装置識別情報設定部」５６０２は、計画表次コンテンツ情報に含まれる次サーバ装置識別情報が、次サーバ装置識別情報設定指示情報である場合に、配信要求信号の次サーバ装置識別情報を、送信するコンテンツパケットの次サーバ装置識別情報に設定する。
【０２０１】
「次サーバ装置識別情報設定指示情報」とは、配信要求信号の次サーバ装置識別情報を、送信するコンテンツパケットの次サーバ装置識別情報に設定せよとの指示情報である。具体的な例としては、図８における欄８０４のＲｅｔｕｒｎ　Ｈｏｓｔである。この指定により、配信要求信号７０１の次コンテンツ識別情報部７０３のサーバＩＤの値である「サーバ装置Ａ」が、図９におけるコンテンツパケットの次情報保持部９０３のサーバＩＤの値として設定される。
【０２０２】
図５７は、本実施形態に係るサーバ装置の動作を説明するフローチャートを例示する。ステップＳ５７０１において、次サーバ装置識別情報が、次サーバ装置識別情報設定指示情報であるかどうかを判断する。もし、そうならば、ステップＳ５７０２へ処理を移行させ、そうでなければ、ステップＳ５７０２をスキップする。
【０２０３】
ステップＳ５７０２においては、配信要求信号の次サーバ装置識別情報をコンテンツパケットの次サーバ識別情報に設定することを行なう。
【０２０４】
（実施形態２４：主な効果）
本実施形態によれば、配信要求信号の次サーバ装置識別情報が、コンテンツパケットの次サーバ識別情報に設定される。これにより、端末装置は、サーバ装置に配信要求信号を送信すれば、次サーバ装置識別情報が設定されたコンテンツパケットを受信することになるので、端末装置側で次サーバ装置識別情報を記憶など保持しておく必要がなくなる。
【０２０５】
（実施形態２５）
図５８は、本発明の実施形態２５に係るサーバ装置の機能ブロック図を例示する。サーバ装置５８０１は、次コンテンツ識別情報設定部５８０２を有している。
【０２０６】
「次コンテンツ識別情報設定部」５８０２は、計画表次コンテンツ情報に含まれる次コンテンツ識別情報が、次コンテンツ識別情報設定指示情報である場合に、配信要求信号の次コンテンツ識別情報を、送信するコンテンツパケットの次コンテンツ識別情報に設定する。
【０２０７】
「次コンテンツ識別情報設定指示情報」とは、配信要求信号の次コンテンツ識別情報を、送信するコンテンツパケットの次コンテンツ識別情報に設定せよとの指示情報である。具体的な例としては、図８における欄８０４のＲｅｔｕｒｎ　Ｃｏｎｔｅｎｔである。この指定により配信要求信号７０１の次コンテンツ識別情報部７０３のコンテンツＩＤの値である「映画１」が、図９におけるコンテンツパケットの次情報保持部９０３のコンテンツＩＤの値として設定される。
【０２０８】
（実施形態２５：主な効果）
本実施形態によれば、配信要求信号の次コンテンツ識別情報が、コンテンツパケットの次コンテンツ識別情報に設定される。これにより、端末装置は、サーバ装置に配信要求信号を送信すれば、次コンテンツ識別情報が設定されたコンテンツパケットを受信することになるので、端末装置側で次コンテンツ識別情報を記憶など保持しておく必要がなくなる。
【０２０９】
（実施形態２６）
図５９は、本発明の実施形態２６に係るサーバ装置の機能ブロックを例示する。サーバ装置５９０１は、次次コンテンツ識別情報設定部５９０２を有する。
【０２１０】
「次次コンテンツ識別情報設定部」５９０２は、配信中のコンテンツのコンテンツ識別情報を、送信するコンテンツの次次コンテンツ識別情報に設定する。例えば、配信中のコンテンツのコンテンツ識別情報が「映画１」であれば、次次コンテンツ識別情報に「映画１」を設定する（例えば、図５参照。）。
【０２１１】
（実施形態２６：主な効果）
本実施形態によれば、現在配信中のコンテンツのコンテンツ識別情報が次次コンテンツ識別情報に設定されるので、次コンテンツが配信された後に、現在配信中のコンテンツの配信に復帰することが可能となる。
【０２１２】
（実施形態２７）
図６０は、本発明の実施形態２７に係るサーバ装置の機能ブロックを例示する。サーバ装置６００１は、次次サーバ装置識別情報設定部６００２を有する。
【０２１３】
「次次サーバ装置識別情報設定部」６００２は、配信中のコンテンツのサーバ装置識別情報を、送信するコンテンツの次次サーバ装置識別情報に設定する。例えば、配信中のコンテンツのサーバ装置識別情報が「サーバ装置Ａ」であれば、次次サーバ装置識別情報に「サーバ装置Ａ」を設定する（例えば、図５参照。）。なお、「配信中のコンテンツのサーバ装置識別情報」とは、配信中のコンテンツを配信しているサーバ装置の識別情報を意味する。
【０２１４】
（実施形態２７：主な効果）
本実施形態によれば、現在配信中のコンテンツのサーバ装置識別情報が次次サーバ装置識別情報に設定されるので、次コンテンツが別のサーバ装置から配信された後に、現在配信中のサーバ装置から配信を受けることができるように復帰することが可能となる。
【０２１５】
（実施形態２８）
図６１は、本発明の実施形態２８に係るサーバ装置の機能ブロックを例示する。サーバ装置６１０１は、次次コンテンツ位置情報設定部６１０２を有する。
【０２１６】
「次次コンテンツ位置情報設定部」６１０２は、配信中のコンテンツの位置情報を、送信するコンテンツの次次コンテンツ位置情報に設定する。例えば、現在配信されているコンテンツの位置情報が「０：１０．０」であれば、次次コンテンツ位置情報に「０：１０．０」を設定する。
【０２１７】
（実施形態２８：主な効果）
本実施形態によれば、現在配信中のコンテンツの位置情報が次次コンテンツ位置情報に設定されるので、次コンテンツが配信された後に、現在配信中の位置からコンテンツの配信を受けることができる。
【０２１８】
（実施形態１７から２８の組み合わせ）
なお、実施形態１７から２８までは、如何様にも組み合わせて実施することができる。組み合わせた例を例えば図５、９、１１、１３、１６、１８、１９、２２などを参照して説明した。
【０２１９】
（実施形態２９）
図６２は、本発明の実施形態２９に係る端末装置の機能ブロック図を例示する。端末装置６２０１は、今回要求コンテンツ識別情報生成部６２０２と、次要求コンテンツ識別情報生成部６２０３と、配信要求信号生成部６２０４と、を有する。
【０２２０】
「今回要求コンテンツ識別情報生成部」６２０２は、配信されたコンテンツパケットの次情報保持部に保持される次コンテンツ識別情報に基づいて、今回要求コンテンツ識別情報を生成する。「今回要求コンテンツ識別情報」とは、今回配信の要求をするコンテンツを識別するための情報である。
【０２２１】
例えば、今回要求コンテンツ識別情報生成部６２０２は、図９に例示されたコンテンツパケット９０１の次情報保持部９０３のコンテンツＩＤの値である「映画１」を抽出することにより、今回要求コンテンツ識別情報を生成する（コンテンツパケット９０５の次情報保持部９０７のコンテンツＩＤの値を抽出してもよい。）。
【０２２２】
「次要求コンテンツ識別情報生成部」６２０３は、配信されたコンテンツパケットの次次情報保持部に保持された次次コンテンツ識別情報に基づいて、次要求コンテンツ識別情報を生成する。「次要求コンテンツ識別情報」とは、今回の次に配信の要求をするコンテンツを識別するための情報である。
【０２２３】
例えば、次要求コンテンツ識別情報生成部６２０３は、図９に例示されたコンテンツパケット９０１の次次情報保持部９０４のコンテンツＩＤの値である「広告１」を抽出することにより、次要求コンテンツ識別情報を生成する（コンテンツパケット９０５の次次情報保持部９０８のコンテンツＩＤの値を抽出してもよい。）。
【０２２４】
「配信要求信号生成部」６２０４は、今回要求コンテンツ識別情報と次要求コンテンツ識別情報と、を含む配信要求信号を生成する。
【０２２５】
例えば、配信要求信号生成部６２０４は、図１０の配信要求信号１００１として例示されるように、今回コンテンツ識別情報部１００２のコンテンツＩＤの値を「映画１」とし、次コンテンツ識別情報部１００３のコンテンツＩＤの値を「広告１」とする配信要求信号を生成する。
【０２２６】
（実施形態２９：主な効果）
本実施形態により、端末装置に送信されたコンテンツパケットで示される次コンテンツと次次コンテンツとの識別情報より、端末装置より送信される配信要求信号の今回コンテンツと次コンテンツとの識別情報を生成することができる。これにより、例えば、コンテンツパケットを送信するサーバ装置側で、次コンテンツ、次次コンテンツを指定することが可能となる。
【０２２７】
（実施形態３０）
図６３は、本発明の実施形態３０に係る端末装置の機能ブロック図を例示する。端末装置６３０１は、今回要求コンテンツ位置情報生成部６３０２と、次要求コンテンツ位置情報生成部６３０３と、配信要求信号生成部６３０４と、を有する。
【０２２８】
「今回要求コンテンツ位置情報生成部」６３０２は、配信されたコンテンツパケットの次情報保持部に保持される次コンテンツ位置情報に基づいて、今回要求コンテンツ位置情報を生成する。「今回要求コンテンツ位置情報」とは、今回配信の要求をするコンテンツ内の位置を示す情報である。
【０２２９】
例えば、今回要求コンテンツ位置情報生成部６３０２は、図９に例示されたコンテンツパケット９０５の次情報保持部９０７の位置の値である「０：１５．０」を抽出して生成することにより、今回要求コンテンツ位置情報を生成する。
【０２３０】
「次要求コンテンツ位置情報生成部」６３０３は、配信されたコンテンツパケットの次次情報保持部に保持された次次コンテンツ位置情報に基づいて、次要求コンテンツ位置情報を生成する。「次要求コンテンツ位置情報」とは、今回の次に配信の要求をするコンテンツの配信を開始すべきコンテンツ内の位置を示す情報である。
【０２３１】
例えば、次要求コンテンツ位置情報生成部６３０３は、図９に例示されたコンテンツパケット９０５の次次情報保持部９０８の位置の値である「０：０１．０」を抽出することにより、次要求コンテンツ位置情報を生成する。
【０２３２】
「配信要求信号生成部」６３０４は、今回要求コンテンツ位置情報と次要求コンテンツ位置情報と、を含む配信要求信号を生成する。
【０２３３】
例えば、配信要求信号生成部６３０４は、図１０の配信要求信号１００１として例示されるように、今回コンテンツ識別情報部１００２の位置の値を「０：１５．０」とし、次コンテンツ識別情報部１００３の位置の値を「０：０１．０」とする配信要求信号を生成する。
【０２３４】
（実施形態３０：主な効果）
本実施形態により、端末装置に送信されたコンテンツパケットで示される次コンテンツと次次コンテンツとの位置情報より、端末装置より送信される配信要求信号の今回コンテンツと次コンテンツとの位置情報を生成することができる。これにより、例えば、コンテンツパケットを送信するサーバ装置側で、次コンテンツ、次次コンテンツの位置を指定することが可能となる。
【０２３５】
（実施形態３１）
図６４は、本発明の実施形態３１に係る端末装置の機能ブロック図を例示する。端末装置６４０１は、次要求サーバ装置識別情報生成部６４０２と、配信要求信号生成部６４０３と、を有する。
【０２３６】
「次要求サーバ装置識別情報生成部」６４０２は、配信されたコンテンツパケットの次次情報保持部の保持される次次サーバ装置識別情報に基づいて、次要求サーバ装置識別情報を生成する。「次要求サーバ装置識別情報」は、今回の次に配信の要求をする配信サーバ装置を識別するための情報である。
【０２３７】
次要求サーバ装置識別情報生成部６４０２は、例えば、図９に例示されるコンテンツパケット９０１の次次情報保持部９０４のサーバＩＤの値である「サーバ装置Ａ」を抽出して生成する（コンテンツパケット９０５の次次情報保持部９０８のサーバＩＤの値を抽出してもよい。）。
【０２３８】
「配信要求信号生成部」６４０３は、次要求サーバ装置識別情報を含む配信要求信号を生成する。
【０２３９】
例えば、配信要求信号生成部６４０３は、図１０の配信要求信号１００１として例示されるように、次コンテンツ識別情報部１００３のサーバＩＤの値を「サーバ装置Ａ」とする配信要求信号を生成する。
【０２４０】
（実施形態３１：主な効果）
本実施形態により、端末装置は、配信されるコンテンツパケットに含まれる次次サーバ装置識別情報に基づいて、次要求サーバ装置識別情報を生成しさえすればよいので、構造が簡略化される。
【０２４１】
（実施形態３２）
図６５は、本発明の実施形態３２に係る端末装置の機能ブロック図を例示する。本実施形態に係る端末装置は、実施形態２９、３０、３１のいずれかの端末装置が無指定設定命令生成部を有した端末装置である。図６５にその機能ブロック図が例示された端末装置は、実施形態２９の端末装置が、無指定設定命令生成部６５０１を有した端末装置である。
【０２４２】
「無指定設定命令生成部」は配信要求信号生成部に対して、無指定情報設定命令を生成する。「無指定情報設定命令」は、最初に送信する配信要求信号の、（Ａ）次要求コンテンツ識別情報と、（Ｂ）次要求サーバ装置識別情報と、（Ｃ）今回要求コンテンツ位置情報とを、無指定を意味する情報に設定せよとの命令である。なお、「無指定を意味する情報」としては、例えば、ＮＵＬＬがある。また、無指定を意味するフラグが配信要求信号に含まれている場合には、そのフラグを立てることが、無指定を意味する情報い設定した、ことに相当する。
【０２４３】
例えば、図３に例示される配信要求信号の次コンテンツ識別情報部１０５の（Ａ）コンテンツＩＤ、（Ｂ）サーバＩＤ、（Ｃ）位置、の値がＮＵＬＬになっているのは、無指定情報設定命令が配信要求信号生成部に対して生成された結果であるとみなすことができる。
【０２４４】
（実施形態３２：主な効果）
本実施形態によれば、最初に端末装置より送信される配信要求信号の次コンテンツに関する情報を無指定にすることができるので、配信要求信号を受信したサーバ装置は、最初に送信された配信要求信号であることを検知することができる。
【０２４５】
（実施形態３３）
図６６は、本発明の実施形態３３に係る端末装置の機能ブロック図を例示する。本実施形態に係る端末装置は、実施形態２９、３０、３１のいずれかの端末装置が受信停止検知部を有した端末装置である。図６６にその機能ブロック図が例示された端末装置は、実施形態２９の端末装置が受信停止検知部６６０１を有した端末装置である。
【０２４６】
「受信停止検知部」６６０１は、配信されるコンテンツパケットの受信終了又は、輻輳によるコンテンツパケットの受信中断を検知する。なお、ここに書いた「輻輳」は、コンテンツパケットの受信中断の理由の例示であり、輻輳だけがコンテンツパケットの受信中断の理由に限定されるものではない。例えば、端末装置とサーバ装置との間のネットワークの障害、サーバ装置の障害、などもコンテンツパケットの受信中断の理由となる。
【０２４７】
受信停止検知部の実現方法としては、例えば、図６を参照して説明したように、コンテンツパケットをキュー６０１に充填するようにし、充填されたコンテンツパケットが配信要求閾値を下回った場合に、受信中断を検知する。
【０２４８】
（実施形態３３：主な効果）
本実施形態により、受信中断が検知されるので、例えば、端末装置でコンテンツを視聴しているユーザに、受信中断を告知し、適切な動作を行なうように指示を出すことができる。
【０２４９】
（実施形態３４）
図６７は、本発明の実施形態３４に係る端末装置の機能ブロック図を例示する。本実施形態に係る端末装置は、実施形態３３に係る端末装置が配信要求信号生成開始命令生成部を備えた端末装置である。したがって、図６７は、図６６に配信要求信号生成開始命令生成部６７０１が追加された図である。
【０２５０】
「配信要求信号生成開始命令生成部」は、受信停止検知部６６０１によって、受信終了又は受信中断が検知された場合に、配信要求信号生成部に対して、受信終了又は受信中断の直前に受信したコンテンツパケットに基づいて配信要求信号生成開始命令を生成する。「配信要求信号生成開始命令」は、配信要求信号の生成を開始せよとの命令である。
【０２５１】
例えば、図５において、コンテンツパケット５０５が端末装置により受信された後に、受信終了又は受信中断が受信停止検知部により検知されたとする。この場合、配信要求信号生成開始命令生成部は、コンテンツパケット５０５の次情報保持部５０７と次次情報保持部５０４とに保持される情報に基づいて配信要求信号を生成せよとの命令である配信要求信号生成開始命令を、配信要求信号生成部に対して生成する。これにより、例えば、図７に示される配信要求信号７０１が生成されて送信される。
【０２５２】
（実施形態３４：主な効果）
本実施形態により、コンテンツパケットの受信終了又は受信中断に応じて、次のコンテンツを要求する配信要求信号が生成されるので、コンテンツの再生において途切れの発生を防ぐことができる。
【０２５３】
（実施形態３５）
図６８は、本発明の実施形態３５に係る端末装置の機能ブロック図を例示する。本実施形態に係る端末装置は、実施形態３３に係る端末装置が配信要求終了命令生成部を備えた端末装置である。したがって、図６８は、図６６に配信要求終了命令生成部６８０１が追加された図である。
【０２５４】
「配信要求終了命令生成部」は、受信停止検知部６６０１によって、受信終了又は受信中断が検知され、受信終了の直前に受信したコンテンツパケットの次コンテンツ識別情報と、次サーバ装置識別情報と、が無指定を意味する場合に、配信要求信号生成部に対して、配信要求終了命令を生成する。「配信要求終了命令」とは、配信要求信号を作成せず配信要求を終了せよとの命令である。
【０２５５】
「コンテンツパケットの次コンテンツ識別情報と、次サーバ装置識別情報と、が無指定を意味する場合」の例としては、図１９に例示されるコンテンツパケット１９０１、１９０５が端末装置に受信された場合を挙げることができる。
【０２５６】
（実施形態３５：主な効果）
本実施形態により、コンテンツパケットの次コンテンツ識別情報と、次サーバ装置識別情報と、が無指定を意味する場合に配信要求終了命令が生成されるので、無意味な配信要求信号が生成されることを防ぐことができる。
【０２５７】
（実施形態３６）
本発明の実施形態３６に係る端末装置は、実施形態３３の端末装置の配信要求信号生成部が、受信停止検知部によって受信終了又は受信中断が検知された場合に、受信終了又は受信中断の直前に受信したコンテンツパケットに含まれる次サーバ装置識別情報で示されるサーバ装置に送信する配信要求を生成する。
【０２５８】
具体的な例は、図５と図７とに示されている。図５において、端末装置により最後に受信されるコンテンツパケットがコンテンツパケット５０５とする。この場合、次情報保持部５０７に保持されているサーバＩＤの値である「サーバ装置Ｂ」が抽出される。この結果、図７において、配信要求信号７０１が、サーバ装置Ｂに送信される。
【０２５９】
（実施形態３６：主な効果）
本実施形態により、コンテンツパケットにより指定されたサーバ装置へ配信要求信号が送信されることになり、コンテンツパケットを配信するサーバ装置側で次に送信される配信要求信号の送信先を制御することが可能となる。
【０２６０】
（実施形態２９から実施形態３６の組み合わせ）
実施形態２９から実施形態３６までの実施形態は如何様にも組み合わせて実施することが可能である。実施形態２９から実施形態３６までを組み合わせた例を、例えば、図３、７、１０、１２、１５、１７、２１などを参照しながら説明した。
【０２６１】
【発明の効果】
以上のように、本発明によれば、ネットワークに互いに離れた場所で接続されている複数のサーバ装置により、端末装置に対するコンテンツ配信時間を互いに分担することができる。この結果、特定のサーバ装置に端末装置からのアクセスの集中を防ぐことができる。また、負荷分散を目的としたサーバ装置と端末装置からなるシステムが提供できる。
【０２６２】
また、本発明によれば、同一のコンテンツを持ち、ネットワークに互いに離れた場所で接続されているサーバ装置と端末装置との間で、受信中断が生じた場合、端末装置が他のサーバ装置へコンテンツの配信元を切り替えることができる。これにより、連続したコンテンツ再生が可能となる。また、コンテンツ配信の品質を向上させることができ、安定したコンテンツ配信サービスの提供が可能となる。
【図面の簡単な説明】
【図１】本発明の概略を説明するための図
【図２】データの流れを示すシーケンス図
【図３】配信要求信号の一例図
【図４】配信計画表の一例図
【図５】コンテンツパケットの一例図
【図６】コンテンツパケットの送信の停止を検知する仕組みの一例図
【図７】配信要求信号の一例図
【図８】配信計画表の一例図
【図９】コンテンツパケットの一例図
【図１０】配信要求信号の一例図
【図１１】コンテンツパケットの一例図
【図１２】配信要求信号の一例図
【図１３】コンテンツパケットの一例図
【図１４】サーバ装置の負荷を分散させる構成の一例図
【図１５】配信要求信号の一例図
【図１６】コンテンツパケットの一例図
【図１７】配信要求信号の一例図
【図１８】コンテンツパケットの一例図
【図１９】コンテンツパケットの一例図
【図２０】サーバ装置の負荷を分散させる構成の一例図
【図２１】配信要求信号の一例図
【図２２】コンテンツパケットの一例図
【図２３】実施形態１に係るコンテンツパケットの構成図
【図２４】コンテンツパケットの具体的な構成の一例図
【図２５】端末装置のフローチャート
【図２６】実施形態２に係るコンテンツパケットの構造図
【図２７】実施形態３に係るコンテンツパケットの構造図
【図２８】実施形態４に係るコンテンツパケットの具体的な構成の一例図
【図２９】実施形態７に係るコンテンツパケットの構造の一例図
【図３０】実施形態１０に係る配信要求信号の構造図
【図３１】配信要求信号のＸＭＬによる表現の一例図
【図３２】実施形態１１に係る配信要求信号の構造図
【図３３】実施形態１２に係る配信要求信号の構造図
【図３４】実施形態１２の概要図
【図３５】実施形態１３から１６の概要図
【図３６】実施形態１３に係る配信計画表の構造図
【図３７】実施形態１４に係る配信計画表の構造図
【図３８】配信済み位置を保持するためのデータ構造の一例図
【図３９】実施形態１５に係る配信計画表の構造図
【図４０】計画表次コンテンツ情報の一例図
【図４１】実施形態１６に係る配信計画表における計画表次コンテンツ情報の構造図
【図４２】実施形態１７に係るサーバ装置のフローチャート
【図４３】実施形態１７に係るサーバ装置の機能ブロック図
【図４４】実施形態１８に係るサーバ装置の機能ブロック図
【図４５】実施形態１８に係るサーバ装置のフローチャート
【図４６】実施形態１９に係るサーバ装置の機能ブロック図
【図４７】実施形態１９に係るサーバ装置のフローチャート
【図４８】実施形態２０に係るサーバ装置の機能ブロック図
【図４９】実施形態２０に係るサーバ装置のフローチャート
【図５０】実施形態２１に係るサーバ装置の機能ブロック図
【図５１】実施形態２１に係るサーバ装置のフローチャート
【図５２】実施形態２２に係るサーバ装置の機能ブロック図
【図５３】計画表次コンテンツ情報を選択する過程の一例図
【図５４】実施形態２２に係るサーバ装置の機能ブロック図
【図５５】実施形態２３に係るサーバ装置の機能ブロック図
【図５６】実施形態２４に係るサーバ装置の機能ブロック図
【図５７】実施形態２４に係るサーバ装置のフローチャート
【図５８】実施形態２５に係るサーバ装置の機能ブロック図
【図５９】実施形態２６に係るサーバ装置の機能ブロック図
【図６０】実施形態２７に係るサーバ装置の機能ブロック図
【図６１】実施形態２８に係るサーバ装置の機能ブロック図
【図６２】実施形態２９に係る端末装置の機能ブロック図
【図６３】実施形態３０に係る端末装置の機能ブロック図
【図６４】実施形態３１に係る端末装置の機能ブロック図
【図６５】実施形態３２に係る端末装置の機能ブロック図
【図６６】実施形態３３に係る端末装置の機能ブロック図
【図６７】実施形態３４に係る端末装置の機能ブロック図
【図６８】実施形態３５に係る端末装置の機能ブロック図
【図６９】メディアコンテンツ配信途中に広告データを挿入して配信する場合の従来のシステムの一例図

Claims (36)

1. 配信するコンテンツを構成するための情報であるコンテンツ構成情報を保持するコンテンツ構成情報保持部と、
   前記コンテンツの次に配信する次コンテンツを識別するための情報である次コンテンツ識別情報を保持する次情報保持部と、
   を有するコンテンツパケット。
2. 配信するコンテンツを構成するための情報であるコンテンツ構成情報を保持するコンテンツ構成情報保持部と、
   前記コンテンツの次の次に配信する次次コンテンツを識別するための情報である次次コンテンツ識別情報を保持する次次情報保持部と、
   を有するコンテンツパケット。
3. 配信するコンテンツを構成するための情報であるコンテンツ構成情報を保持するコンテンツ構成情報保持部と、
   前記コンテンツの次に配信する次コンテンツを識別するための情報である次コンテンツ識別情報を保持する次情報保持部と、
   前記コンテンツの次の次に配信する次次コンテンツを識別するための情報である次次コンテンツ識別情報を保持する次次情報保持部と、
   を有するコンテンツパケット。
4. 配信するコンテンツを構成するための情報であるコンテンツ構成情報を保持するコンテンツ構成情報保持部と、
   前記コンテンツの次に配信する次コンテンツ内の配信を開始すべき位置を示す情報である次コンテンツ位置情報を保持する次情報保持部を有するコンテンツパケット。
5. 配信するコンテンツを構成するための情報であるコンテンツ構成情報を保持するコンテンツ構成情報保持部と、
   前記コンテンツの次の次に配信する次次コンテンツ内の配信を開始すべき位置を示す情報である次次コンテンツ位置情報を保持する次次情報保持部を有するコンテンツパケット。
6. 配信するコンテンツを構成するための情報であるコンテンツ構成情報を保持するコンテンツ構成情報保持部と、
   前記コンテンツの次に配信する次コンテンツ内の配信を開始すべき位置を示す情報である次コンテンツ位置情報を保持する次情報保持部と、
   前記コンテンツの次の次に配信する次次コンテンツ内の配信を開始すべき位置を示す情報である次次コンテンツ位置情報を保持する次次情報保持部と、
   を有するコンテンツパケット。
7. 配信するコンテンツを構成するための情報であるコンテンツ構成情報を保持するコンテンツ構成情報保持部と、
   このコンテンツパケットを受信している端末装置が、このコンテンツパケットを配信するサーバ装置の次に接続する次サーバ装置を識別するための情報である次サーバ装置識別情報を保持する次情報保持部と、
   を有するコンテンツパケット。
8. 配信するコンテンツを構成するための情報であるコンテンツ構成情報を保持するコンテンツ構成情報保持部と、
   このコンテンツパケットを受信している端末装置が、このコンテンツパケットを配信するサーバ装置の次の次に接続する次次サーバ装置を識別するための情報である次次サーバ装置識別情報を保持する次次情報保持部と、
   を有するコンテンツパケット。
9. 配信するコンテンツを構成するための情報であるコンテンツ構成情報を保持するコンテンツ構成情報保持部と、
   このコンテンツパケットを受信している端末装置が、このコンテンツパケットを配信するサーバ装置の次に接続する次サーバ装置を識別するための情報である次サーバ装置識別情報を保持する次情報保持部と、
   このコンテンツパケットを受信している端末装置が、このコンテンツパケットを配信するサーバ装置の次の次に接続すべき次次サーバ装置を識別するための情報である次次サーバ装置識別情報を保持する次次情報保持部と
   を有するコンテンツパケット。
10. 今回配信の要求をする今回コンテンツを識別するための情報である今回コンテンツ識別情報と、
    前記今回コンテンツの次に配信を要求する次コンテンツを識別するための情報である次コンテンツ識別情報と、
    を含む配信要求信号。
11. 今回配信の要求をする今回コンテンツ内の配信を開始すべき位置を示す情報である今回コンテンツ位置情報と、
    前記今回コンテンツの次に配信を要求する次コンテンツ内の配信を開始すべき位置を示す情報である次コンテンツ位置情報と、
    を含む配信要求信号。
12. このコンテンツパケットを受信している端末装置が、このコンテンツパケットを配信するサーバ装置の次に接続する次サーバ装置を識別するための情報である次サーバ装置識別情報含む配信要求信号。
13. コンテンツを構成するための情報であるコンテンツ構成情報を保持するコンテンツ構成情報保持部を有するコンテンツパケットを、サーバ装置に生成させるために利用される配信計画表であって、
    前記今回コンテンツ内の配信を開始すべき位置を示す情報である計画表配信開始位置情報を保持する計画表配信開始位置情報保持部を有する配信計画表。
14. コンテンツを構成するための情報であるコンテンツ構成情報を保持するコンテンツ構成情報保持部を有するコンテンツパケットを、サーバ装置に生成させるために利用される配信計画表であって、
    前記今回コンテンツの配信済み位置を示す情報である計画表配信済位置情報を保持する計画表配信済位置情報保持部を有する配信計画表。
15. コンテンツを構成するための情報であるコンテンツ構成情報を保持するコンテンツ構成情報保持部を有するコンテンツパケットを、サーバ装置に生成させるために利用される配信計画表であって、
    前記端末装置が前記今回コンテンツの次に配信を要求する次コンテンツに関する情報である計画表次コンテンツ情報を保持する計画表次コンテンツ情報保持部を有する配信計画表。
16. 前記計画表次コンテンツ情報は、前記コンテンツパケットの構成情報保持部に保持されるコンテンツ構成情報で構成されるコンテンツの終了位置を示す情報であるコンテンツ終了位置情報と、
    前記次コンテンツの配信をするコンテンツ配信サーバ装置を識別するための情報である次コンテンツ配信サーバ装置識別情報と、
    前記次コンテンツを識別するための情報である次コンテンツ識別情報と、
    を含むことを特徴とする請求項１５に記載の配信計画表。
17. 計画表配信開始位置情報が配信要求信号の今回コンテンツ位置情報に示された位置から配信を開始せよとの指示情報である計画表今回コンテンツ位置配信開始指示情報である場合に、配信要求信号から前記今回コンテンツ位置情報を取得する計画表配信開始位置情報取得部を有するサーバ装置。
18. 前記計画表配信開始位置情報取得部が取得した前記今回コンテンツ位置情報が無指定を意味する場合に、該当するコンテンツの所定位置から配信を開始する計画表所定位置配信開始部を有するサーバ装置。
19. 計画表配信開始位置情報が前記計画表今回コンテンツ位置配信開始指示情報ではなく時刻が設定されていた場合に、その設定された時刻から配信を開始する計画表設定時刻配信開始部を有するサーバ装置。
20. 計画表配信済位置情報が、計画表配信済位置情報を配信するコンテンツパケットの次コンテンツ位置情報に記録せよとの指示情報である計画表配信済位置記録指示情報である場合に、前記計画表配信済位置情報を、配信するコンテンツパケットの次コンテンツ位置情報に付与する計画表配信済位置情報記録部を有するサーバ装置。
21. 計画表配信済位置情報が配信要求信号の次コンテンツ位置情報を配信するコンテンツパケットの次コンテンツ位置情報に付与せよとの指示情報である計画表次コンテンツ位置設定指示情報である場合に、配信要求信号の次コンテンツ位置情報を配信するコンテンツパケットの次コンテンツ位置情報に付与する計画表次コンテンツ位置情報設定部を有するサーバ装置。
22. 計画表次コンテンツ情報が複数存在する場合に、計画表配信開始位置情報と計画表次コンテンツ情報に含まれる位置情報と、を比較して前記複数の計画表次コンテンツ情報から次に配信する計画表次コンテンツ情報を選択する計画表次コンテンツ情報選択部と、
    前記選択された計画表次コンテンツ情報を、送信するコンテンツパケットの次コンテンツ情報に設定する計画表次コンテンツ情報設定部と、
    を有するサーバ装置。
23. 前記選択された計画表次コンテンツ情報に含まれる位置情報で示される位置で配信を終了するとの命令である計画表次コンテンツ指定位置配信終了命令を生成する計画表次コンテンツ指定位置配信終了命令生成部を有する請求項２２に記載のサーバ装置。
24. 計画表次コンテンツ情報に含まれる次サーバ装置識別情報が、配信要求信号の次サーバ装置識別情報を、送信するコンテンツパケットの次サーバ装置識別情報に設定せよとの指示情報である次サーバ装置識別情報設定指示情報である場合に、配信要求信号の次サーバ装置識別情報を、送信するコンテンツパケットの次サーバ装置識別情報に設定する次サーバ装置識別情報設定部を有するサーバ装置。
25. 計画表次コンテンツ情報に含まれる次コンテンツ識別情報が、配信要求信号の次コンテンツ識別情報を、送信するコンテンツパケットの次コンテンツ識別情報に設定せよとの指示情報である次コンテンツ識別情報設定指示情報である場合に、配信要求信号の次コンテンツ識別情報を、送信するコンテンツパケットの次コンテンツ識別情報に設定する次コンテンツ識別情報設定部を有するサーバ装置。
26. 配信中のコンテンツのコンテンツ識別情報を、送信するコンテンツパケットの次々コンテンツ識別情報に設定する次次コンテンツ識別情報設定部を有するサーバ装置。
27. 配信中のコンテンツのサーバ装置識別情報を、送信するコンテンツパケットの次々サーバ装置識別情報に設定する次次サーバ装置識別情報設定部を有するサーバ装置。
28. 配信中のコンテンツの位置情報を、送信するコンテンツパケットの次次コンテンツ位置情報に設定する次次コンテンツ位置情報設定部を有するサーバ装置。
29. 配信されたコンテンツパケットの前記次情報保持部に保持される次コンテンツ識別情報に基づいて、今回配信の要求をするコンテンツを識別するための情報である今回要求コンテンツ識別情報を生成する今回要求コンテンツ識別情報生成部と、
    配信されたコンテンツパケットの前記次次情報保持部に保持される次次コンテンツ識別情報に基づいて、今回の次に配信の要求をするコンテンツを識別するための情報である次要求コンテンツ識別情報を生成する次要求コンテンツ識別情報生成部と、
    前記今回要求コンテンツ識別情報と前記次要求コンテンツ識別情報と、を含む配信要求信号を生成する配信要求信号生成部と、
    を有する端末装置。
30. 配信されたコンテンツパケットの前記次情報保持部に保持される次コンテンツ位置情報に基づいて、今回配信の要求をするコンテンツの配信を開始すべきコンテンツ内の位置を示す情報である今回要求コンテンツ位置情報を生成する今回要求コンテンツ位置情報生成部と、
    配信されたコンテンツパケットの前記次次情報保持部に保持される次次コンテンツ位置情報に基づいて、今回の次に配信の要求をするコンテンツの配信を開始すべきコンテンツ内の位置を示す情報である次要求コンテンツ位置情報を生成する次要求コンテンツ位置情報生成部と、
    前記今回要求コンテンツ位置情報と次要求コンテンツ位置情報と、を含む配信要求信号を生成する配信要求信号生成部と、
    を有する端末装置。
31. 配信されたコンテンツパケットの前記次次情報保持部に保持される次次サーバ装置識別情報に基づいて、今回の次に配信の要求をする配信サーバ装置を識別するための情報である次要求サーバ装置識別情報を生成する次要求サーバ装置識別情報生成部と、
    前記次要求サーバ装置識別情報含む配信要求信号を生成する配信要求信号生成部と、
    を有する端末装置。
32. 配信要求信号生成部に対して、最初に送信する配信要求信号の次要求コンテンツ識別情報と、次要求サーバ装置識別情報と、今回要求コンテンツ位置情報とを、無指定を意味する情報に設定せよと命令する無指定情報設定命令を生成する無指定情報設定命令生成部を有する請求項２９〜３１のいずれか一に記載の端末装置。
33. 配信されるコンテンツパケットの受信終了又は、輻輳によるコンテンツパケットの受信中断を検知する受信停止検知部を有する請求項２９〜３１のいずれか一に記載の端末装置。
34. 受信停止検知部によって受信終了又は受信中断が検知された場合に、配信要求信号生成部に対して、受信終了又は受信中断の直前に受信したコンテンツパケットに基づいて前記配信要求信号の生成を開始せよと命令する配信要求信号生成開始命令を生成する配信要求信号生成開始命令生成部を有する請求項３３に記載の端末装置。
35. 受信停止検知部によって受信終了又は受信中断が検知され、受信終了の直前に受信したコンテンツパケットの次コンテンツ識別情報と、次サーバ装置識別情報と、が無指定を意味する場合に、配信要求信号生成部に対して、配信要求信号を作成せず配信要求を終了せよと命令する配信要求終了命令を生成する配信要求終了命令生成部を有する請求項３３に記載の端末装置。
36. 配信要求信号生成部は、受信停止検知部によって受信終了又は受信中断が検知された場合に、受信終了又は受信中断の直前に受信したコンテンツパケットに含まれる次サーバ装置識別情報で示されるサーバ装置に送信する配信要求信号を生成する請求項３３に記載の端末装置。

Images