(57)【要約】本発明の課題は、本来不要な配信形態の選択を無くす技術を提供することにある。本発明は、端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報をサーバから取得し、前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索し、前記検索されたコンテンツを、前記検索された配信形態を用いて再生することを特徴とする。
2011142249.tif 000002
【特許請求の範囲】
【請求項１】
端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報をサーバから取得し、前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索する検索手段と、
前記検索されたコンテンツを、前記検索された配信形態を用いて再生する再生手段と
を有することを特徴とする端末。
【請求項２】
前記検索手段は、前記各コンテンツの配信形態がストリーミング及びダウンロードのいずれかであるかを取得し、前記配信形態がストリーミングであるコンテンツ、若しくは、前記配信形態がダウンロードであって前記再生準備の状況がコンテンツのダウンロードが終了している状況であるコンテンツを検索することを特徴とする請求項１に記載の端末。
【請求項３】
コンテンツを配信サーバからダウンロードするダウンロード手段を有し、
前記検索手段は、コンテンツの配信形態がダウンロードであり、再生準備の状況が未設定であるコンテンツを検索すると、そのコンテンツの識別情報を前記ダウンロード手段に通知することを特徴とする請求項１又は請求項２に記載の端末。
【請求項４】
前記コンテンツの配信形態がストリーミングの場合、コンテンツを配信する配信サーバに対して、ストリーミング配信に適した状況であるかを問い合わせ、前記再生準備の状況を設定する設定手段を有することを特徴とする請求項１から請求項３のいずれかに記載の端末。
【請求項５】
前記ダウンロード手段は、前記コンテンツのダウンロードの上限速度が時間帯により変化することを特徴とする請求項３又は請求項４に記載の端末。
【請求項６】
端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報を提供する提供手段と、
前記コンテンツリストの各コンテンツが対応できる配信形態の情報を前記提供手段から取得し、前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索する検索手段と、
前記検索されたコンテンツを、前記検索された配信形態を用いて再生する再生手段と
を有することを特徴とする配信システム。
【請求項７】
端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索し、前記検索されたコンテンツを前記検索された配信形態を用いて再生する端末に対して、前記配信形態の情報と配信形態毎のコンテンツの再生準備の状況とのうち少なくとも配信形態の情報を提供する提供手段を有することを特徴とする配信サーバ。
【請求項８】
端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報をサーバから取得する取得ステップと、
前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索する検索ステップと、
前記検索されたコンテンツを、前記検索された配信形態を用いて再生する再生ステップと
を有することを特徴とする再生方法。
【請求項９】
端末のプログラムであって、前記プログラムは前記端末に、
端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報をサーバから取得する取得処理と、
前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索する検索処理と、
前記検索されたコンテンツを前記検索された配信形態を用いて再生するように再生部に指示する再生指示処理と
を実行させることを特徴とするプログラム。
【請求項１０】
サーバのプログラムであって、前記プログラムは前記サーバに、
端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索し、前記検索されたコンテンツを前記検索された配信形態を用いて再生する端末に対して、前記配信形態の情報と配信形態毎のコンテンツの再生準備の状況とのうち少なくとも配信形態の情報を提供する提供処理を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は端末、配信システム、配信サーバ、再生方法、及びプログラムに関する。
【背景技術】
【０００２】
テレビ放送などのデジタル化が進んでおり、衛星やケーブルを利用した多チャンネルリニアサービスが提供されている。パケット交換ネットワークのブロードバンド化により、リニアサービスはネットワーク上でも提供されている。マルチキャスト技術を利用することで、配信サーバとネットワークのどちらにも負荷をかけずに、ケーブルテレビと同程度のコストでサービスが提供できている。【０００３】
そこで、ブロードバンド化に合わせてネットワークを用いたビデオオンデマンド(ＶＯＤ)サービスが登場してきた。リニアサービスと異なり、ＶＯＤサービスではユーザは自分で選択した映像コンテンツをストリーミング配信で視聴することができる。ストリーミング配信とは、ストリームデータを逐次受信しながら映像の再生を行う配信方式である。映像再生に先行してストリームデータを取得していくプログレッシブダウンロード配信方式も、ここではストリーミング配信に含むものとする。たとえば、非特許文献１の映像視聴サービスでは、ＰＣ上のウェブブラウザで、再生リストに示された複数のコンテンツを、連続的に視聴することが可能になっている。各コンテンツの再生はストリーミング配信によって行われている。リニアサービスのように番組編成に縛られることはないので、自分の都合に合わせて視聴できるだけでなく、多種多様なコンテンツの中から好みのコンテンツを選ぶことが可能である。これらの利便性から、今後、ＶＯＤサービスの利用者は増加していくと考えられる。【０００４】
リニアサービスやＶＯＤサービス以外の映像コンテンツ配信サービスにダウンロード配信サービスがある。ダウンロード配信では、コンテンツを選択した後、コンテンツ全体のダウンロードが完了するまで待つ。その後は、任意の時刻にそのコンテンツを再生できる。ダウンロード配信にかかる時間はユーザのネットワーク接続環境によってまちまちだが、再生時にはコンテンツ全体が手元に揃っているので、データが手元に無いために視聴中に一時停止するということはない。たとえば、特許文献１の通信カラオケ演奏端末では、ユーザによって登録された予約リストに従って、楽曲を連続的に再生する。各コンテンツの途中で停止することが許されないので、ダウンロード配信を行っている。予約リスト上で端末内に存在しないコンテンツをまとめてダウンロード配信することで、演奏休止時間を低減しつつ、通信コストを抑えている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第４１３６０９４（特開２００４‐０４７６７２）
【特許文献２】特許第４１３４９０４（特開２００５‐１８９６１１）
【非特許文献】
【０００６】
【非特許文献１】ｈｔｔｐ：／／ｓｔｒｅａｍｉｎｇ.ｙａｈｏｏ．ｃｏ．ｊｐ
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記のリニアサービスでは番組編成に載っているコンテンツしか視聴できないという制約があり、予約録画などを組み合わせても、コンテンツ選択の自由度は低いという課題がある。また、ＶＯＤサービスでは、ＶＯＤサービスの普及の過程での問題、即ちネットワークリソースや配信サーバリソースの逼迫といった問題がある。たとえば、インターネットの総トラフィックは急激に増加しており、技術革新が追いつかないので、利用料金の引き上げや料金体系の変更が検討されている。トラフィックを詳細に見ると、近年では夜間のピークが際立つようになってきており、昼間の２倍以上のトラフィックが夜間に発生している。結果として、夜間に、サーバが混雑して接続できないとか、ストリームデータの受信が遅れて再生が一時停止するといったサービス品質の劣化を引き起こしている。ＶＯＤサービスにはコストと品質に課題がある。また、ダウンロード配信の場合映像品質を確保するために、利便性を若干犠牲にしている。このように、リニアサービス、ＶＯＤサービス、ダウンロードサービスには、利便性・コスト・品質にトレードオフがある。ユーザの満足度を向上する一つの方法は、ストリーミング配信とダウンロード配信を組み合わせ、複合サービスを実現することである。たとえば、特許文献２の電子音楽装置では、コンテンツごとにその利用形態をリクエストし、このリクエストに応じたダウンロード配信サービスとＶＯＤサービスとを使い分けている。【０００８】
ユーザの本来の要求は、興味のある映像の視聴である。しかしながら現状では、映像の選択ではなく、配信形態の種類、又はサービスの選択が迫られている。即時再生の利便性を期待してＶＯＤサービスを選択したにもかかわらず、ユーザのネットワーク接続環境や利用時間帯によっては再生の一時停止など品質劣化に遭遇してしまう。【０００９】
そこで、本発明が解決しようとする課題は、上記問題点を解決することであり、本来不要な配信形態の選択を無くす技術を提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決する本発明は、端末であって、端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報をサーバから取得し、前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索する検索手段と、前記検索されたコンテンツを、前記検索された配信形態を用いて再生する再生手段とを有することを特徴とする。【００１１】
上記課題を解決するための本発明は、配信システムであって、端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報を提供する提供手段と、前記コンテンツリストの各コンテンツが対応できる配信形態の情報を前記提供手段から取得し、前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索する検索手段と、前記検索されたコンテンツを、前記検索された配信形態を用いて再生する再生手段とを有することを特徴とする。【００１２】
上記課題を解決するための本発明は、配信サーバであって、端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索し、前記検索されたコンテンツを前記検索された配信形態を用いて再生する端末に対して、前記配信形態の情報と配信形態毎のコンテンツの再生準備の状況とのうち少なくとも配信形態の情報を提供する提供手段を有することを特徴とする。【００１３】
上記課題を解決するための本発明は、再生方法であって、端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報をサーバから取得する取得ステップと、前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索する検索ステップと、前記検索されたコンテンツを、前記検索された配信形態を用いて再生する再生ステップとを有することを特徴とする。【００１４】
上記課題を解決するための本発明は、端末のプログラムであって、前記プログラムは前記端末に、端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報をサーバから取得する取得処理と、前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索する検索処理と、前記検索されたコンテンツを前記検索された配信形態を用いて再生するように再生部に指示する再生指示処理とを実行させることを特徴とする。【００１５】
上記課題を解決するための本発明は、サーバのプログラムであって、前記プログラムは前記サーバに、端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索し、前記検索されたコンテンツを前記検索された配信形態を用いて再生する端末に対して、前記配信形態の情報と配信形態毎のコンテンツの再生準備の状況とのうち少なくとも配信形態の情報を提供する提供処理を実行させることを特徴とする。
【発明の効果】
【００１６】
本発明によると、ユーザは配信形態を選択する必要がなくなる。
【図面の簡単な説明】
【００１７】
【図１】本発明が実施される映像コンテンツ配信システムの全体構成概略図である。
【図２】本発明が実施されるクライアントの構成を示すブロック図である。
【図３】再生リストの一例である。
【図４】再生リストの一例である。
【図５】再生リストの一例である。
【図６】制御部２０２で行われるコンテンツ再生指示処理のフロー図である。
【図７】制御部２０２で行われるダウンロード指示処理のフロー図である。
【図８】本発明のクライアントの動作の一例について、時間推移を表す概略図である。
【図９】再生リストの状態の変化を説明するための図である。
【図１０】再生リストの状態の変化を説明するための図である。
【発明を実施するための形態】
【００１８】
本発明の実施の形態を、図面を参照して説明する。図１は、本発明が実施される映像コンテンツ配信システムの概略図である。本映像コンテンツ配信システムは、ネットワーク１０２に、少なくとも一つ以上の配信サーバ１０１と、少なくとも一つ以上のクライアント１０３が接続されている。そして、配信サーバ１０１からクライアント１０３に各種コンテンツが配信される。配信されるコンテンツは、音声、静止画、動画等のマルチメディアデータである。
【００１９】
本発明のクライアント１０３は、ユーザが選択した、自装置で再生するコンテンツの一覧である再生リストの各コンテンツが対応できる配信形態の情報を取得する。そして、取得した配信形態の情報とその配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索する。
【００２０】
また、再生リスト内でダウンロード済みもしくはストリーミング可能なコンテンツを再生可能コンテンツとして連続的に再生していくことで、ＶＯＤサービスとダウンロード配信サービスとを統合する。
【００２１】
これによりユーザは配信形態を選択する必要がなくなる。また、ストリーミング配信可能か否かを配信サーバリソースとネットワークリソースの状況から判定することで、高品質なサービスを維持することができる。ストリーミング配信不可となった場合でも、ユーザはダウンロード済みコンテンツを視聴できる。一連の視聴において、ユーザが品質劣化に遭遇することはない。
【００２２】
以下に、本発明の詳細について説明する。
【００２３】
〈第１の実施の形態〉
本発明の第一の実施の形態について説明する。
【００２４】
クライアント１０３は、一般的な端末である。図２に示すように、クライアント１０３は、メモリ２０１、制御部２０２、再生部２０３、ダウンロード部２０４、ストレージ部２０５、及びコンテンツ選択部２０６を有する。
【００２５】
メモリ２０１には、コンテンツ選択部２０６を用いて選択された再生リストが格納されている。図３に再生リストの一例を示す。この再生リストは、コンテンツＩＤと再生順序とが記されている。コンテンツＩＤは、クライアント１０３で再生されるコンテンツを一意に識別する識別番号である。再生順序は、再生リストの複数のコンテンツを連続して再生する場合の順番を表している。但し、再生リストのコンテンツＩＤが再生順序に配列でコンテンツリストに格納されている場合には配列の添え字となる。
【００２６】
また、再生リストは、コンテンツＩＤの属性として、フラグＳ、フラグＤ、フラグＡ、指定子Ｓ、及び指定子Ｄが記されている。
【００２７】
フラグＳは、そのコンテンツがストリーミング配信可能か否かを示しており、配信形態情報と再生準備状況とを兼ねた情報内容となっている。フラグＳは、そのコンテンツの指定子Ｓに記載された配信サーバ１０１に対して、指定子Ｓで指定されたコンテンツがストリーミング配信可能か否かを制御部２０２が問い合わせてフラグＳを設定する。配信サーバ１０１が、ストリーミング配信が可能と判断した場合はフラグＳに“真”が入る。一方、配信サーバ１０１が、ストリーミング配信が不可能と判断した場合はフラグＳに“偽”が入る。
【００２８】
フラグＤは、コンテンツの配信形態の情報として、ダウンロード配信可能か否かを示している。コンテンツがダウンロード配信に対応している場合は“真”が、ダウンロード配信に対応していない場合は“偽”が入る。フラグＡは、ダウンロード配信に対応しているコンテンツの再生準備状況を示している。フラグＡには、コンテンツがダウンロード中の場合には“ダウンロード中”、ストレージ２０５にダウンロードが済んでいる場合には“ダウンロード済”が入る。これら以外は“未設定”が入る。
【００２９】
指定子Ｓは、ストリーミング配信に対応したコンテンツの配信サーバ名と通信プロトコル名とコンテンツ名とを示している。図３の例では、指定子Ｓに“ｒｔｓｐ：／／ｓｖｒ１／ｃ１００”が記されているが、ｒｔｓｐが通信プロトコル名であり、ｓｖｒ１が配信サーバ名であり、ｃ１００がコンテンツ名である。
【００３０】
指定子Ｄは、ダウンロード配信に対応したコンテンツの配信サーバ名と通信プロトコル名とコンテンツ名とを示している。図３の例の指定子Ｄの“ｈｔｔｐ：／／ｓｖｒ３／ｃ１００”は、ｈｔｔｐが通信プロトコル名であり、ｓｖｒ３が配信サーバ名であり、ｃ１００がコンテンツ名である。
【００３１】
尚、上記フラグＳ又はフラグＤには、“真”又は“偽”が入ると説明したが、各状態がわかる情報であればこれら以外であってもよい。同様に、フラグＡも再生準備の状況がわかる情報であれば良い。
【００３２】
同じコンテンツＩＤに対して、複数の配信サーバからの配信が可能な場合、コンテンツＩＤの属性に、フラグＳと指定子Ｓのセットとを複数持たせてもよい。この場合、再生可能の判定は、そのコンテンツＩＤのフラグＡがダウンロード済み、もしくは一つ以上のフラグＳが真であることとなる。
【００３３】
尚、上記の再生リストでは、コンテンツＩＤの属性として、フラグＳ、フラグＤ、フラグＡ、指定子Ｓ、及び指定子Ｄが記されている場合を用いて説明したが、コンテンツの配信形態と再生準備の状況と配信元が分かれば、他の形式でもよい。以下に、再生リストの他の例について説明する。
【００３４】
図４は、再生リストの一例である。この再生リストは、コンテンツＩＤの属性として、そのコンテンツの配信形態に関する情報と指定子と再生準備に関する情報とが記されている。尚、指定子は、上記図３を用いて説明した再生リストと同じであるため、詳細な説明を省略する。
【００３５】
配信形態に関する情報は、ストリーミング配信又はダウンロード配信ができるか否かを示す情報である。ストリーミング配信に対応しているコンテンツには“Ｓ”が入り、ダウンロード配信に対応しているコンテンツには“Ｄ”が入る。両方に対応しているコンテンツには、図４のコンテンツＩＤ“１００”に示されているように、配信形態に関する情報と指定子と再生準備に関する情報との組が複数記される。尚、ストリーミング配信の場合は“Ｓ”、ダウンロード配信の場合は“Ｄ”が入ると説明したが、これらがわかる情報であればこれら以外であってもよい。
【００３６】
再生準備に関する情報は、コンテンツが再生できる状態であるかを示す。コンテンツがストリーミング配信に対応しており、配信サーバ１０１がストリーミング配信可能と判断した場合はフラグとして“真”が入り、配信サーバ１０１がストリーミング配信不可能と判断した場合はフラグとして“偽”が入る。一方、コンテンツがダウンロード配信に対応しており、ストレージ部２０５にコンテンツがダウンローと済みの場合はフラグとして“真”が入り、ダウンロードされていない場合はフラグとして“偽”が入る。
【００３７】
更に、他の一例を図５に示す。図５に示されている再生リストは、再生できる状態になると、再生できる状態となっているコンテンツの配信形態にその配信形態を示す“Ｓ”又は“Ｄ”が入る。尚、ストリーミング配信の場合は“Ｓ”、ダウンロード配信の場合は“Ｄ”が入ると説明したが、これらがわかる情報であればこれら以外であってもよい。
【００３８】
制御部２０２は、メモリ２０１の再生リストを参照し、再生可能なコンテンツとその配信形態との組を検索してコンテンツ再生指示処理を行う。また、制御部２０２は、再生可能となっていないコンテンツで、配信形態がダウンロードである場合は、ダウンロード指示処理を行う。尚、フラグＳの参照においては、そのコンテンツＩＤの指定子Ｓに記載された配信サーバ１０１に対して、指定子Ｓで指定されたコンテンツがストリーミング配信可能か否かを問い合わせてフラグＳを設定する。配信可否が時々刻々と変化するシステムでは、再生できるコンテンツを検索する度に毎回問い合わせる。配信可否が時間帯単位で変化するシステムでは前回問い合わせた時間帯から次の時間帯に移行した場合に問い合わせてもよい。ストリーミング配信の可否が固定的なシステムであれば、コンテンツＩＤを再生リストに登録する際に設定しておけばよい。以下に、各処理の詳細について説明する。
【００３９】
コンテンツ再生指示処理として、制御部２０２は、検索した中から次に再生すべきコンテンツＩＤを取得して、再生部２０３に指示する。例えば、フラグＳが“真”のコンテンツは、ストリーミング配信が可能であることを示しており再生準備が整っていることも意味するので、そのコンテンツを再生すべきコンテンツとする。なお、再生順序が決められている場合は、再生順序の通りに再生可能なコンテンツを検索する。また、再生順序が決められておらず、再生可能なコンテンツが複数ある場合の再生順序は適宜設定すれば良い。
【００４０】
ダウンロード指示処理は、ダウンロードすべきコンテンツＩＤを取得して、ダウンロード部２０４に指示する。そして、ダウンロードの指示を出したコンテンツＩＤのフラグＡをダウンロード中に設定する。尚、同一コンテンツにおいて、ダウンロード配信とストリーミング配信とが再生可能な場合、どちらを優先させても良い。例えば、２番目以降の再生のコンテンツにおいて、ダウンロード配信とストリーミング配信とが再生可能であり、そのコンテンツの再生までにダウンロードが可能な場合、ダウンロード指示処理を出すというようにしても良い。また、制御部２０２はダウンロード指示処理後、ダウンロード部２０４がダウンロードを完了すれば、完了したコンテンツＩＤのフラグＡをダウンロード済みに設定する。制御部２０２がダウンロード完了を検知する方法には、ダウンロード部２０４が完了したコンテンツＩＤを含むダウンロード完了メッセージを制御部２０２に通知するという方法だけでなく、制御部２０２が再生リスト内のフラグＡがダウンロード中となっているコンテンツＩＤに対して、ダウンロード部２０４に問い合わせて、完了を確認するという方法がある。
【００４１】
ダウンロード部２０４は、ダウンロード指示メッセージが通知されれば、そのメッセージ内のコンテンツＩＤの指定子Ｄに従い、対応するコンテンツをストレージ部２０５に格納すべくダウンロードを開始する。ダウンロード部２０４の内部にダウンロードリストを持たせることで、複数のダウンロードを同時に行うことができる。尚、ダウンロード部２０４は、ダウンロードの上限速度を持たせることができる。ネットワークトラフィックのピークは夜間にあるので、ダウンロード速度を、昼間は高ビットレートだが、夜間は低ビットレートに制限することで、システム全体の品質を向上できる。ピーク回避は、同時ダウンロードの上限数を持たせることでも達成できる。たとえば、昼間は８、夜間は１に制限することで、上限速度と同様に、システム全体の品質を向上できる。
【００４２】
再生部２０３は、再生指示されたコンテンツＩＤのフラグＡがダウンロード済みであれば、そのコンテンツＩＤに対応するコンテンツファイルをストレージ部２０５から受信するように設定する。そうでなければ、そのコンテンツＩＤの指定子Ｓに従って、対応するコンテンツストリームをストリーミング配信で受信するように設定し、受信したコンテンツストリームを復号して再生する。コンテンツＩＤの属性に、フラグＳと指定子Ｓとのセットを複数持たせている場合には、フラグＳが真となっているセットの指定子Ｓに従って、対応するコンテンツストリームをストリーミング配信で受信するように設定する。尚、ストリーミング配信及びダウンロード配信による再生が可能である場合にどちらを優先させるかは、設計に応じて適宜設定すればよい。
【００４３】
再生リストによる連続再生を実施するには、再生部２０３は、コンテンツの再生が終了した際に再生が終了したコンテンツＩＤを再生リストから削除して、再生が終了したことを制御部２０２に通知する。また、制御部２０２は再生終了の通知を受けて、コンテンツ再生指示処理を実行する。この仕組みにより、再生終了が次のコンテンツ再生を引き起こし、連続再生が行われる。
【００４４】
尚、コンテンツの再生順序は、連続ドラマのように望ましい再生順がある。その通りに再生するためには、コンテンツＩＤの属性として依存コンテンツＩＤを追加する。また、メモリ２０１に再生履歴リストを格納しておく。制御部２０２のコンテンツ再生指示処理において、コンテンツＩＤを取得する際に、そのコンテンツＩＤの依存コンテンツＩＤが再生履歴リストに存在することを選択の条件に加えておく。そして、その依存関係を解消する順番で再生するように設定しておく。これにより、コンテンツは依存関係を解消する順番で再生されるため、依存コンテンツＩＤを正しく設定していれば、再生リスト内の再生順序に関わらず、望ましい再生順で再生されるようになる。また、他の方法として、再生リストに記されている順番を再生順に並べるという方法であっても良い。更に、基本的には再生リストに記されている順番で再生し、依存コンテンツＩＤが設定されているコンテンツに関しては、依存コンテンツＩＤに従うという方法であってもよい。
【００４５】
コンテンツ選択部２０６は、コンテンツ選択のユーザインターフェースを提供する。ユーザは、自身が再生したいコンテンツ、又は既に設定されているコンテンツリストを選択する。この時、コンテンツ選択部２０６は、コンテンツ名、コンテンツＩＤ、コンテンツの配信形態、及びコンテンツの指定子等、コンテンツに関する情報を提供する提供サーバ又は配信サーバにアクセスして、それらの情報を取得する。尚、再生リストに再生順序を持たせたい場合、ユーザインターフェースでは、コンテンツごとに、後再生ボタンと、即再生ボタンを持ち、ユーザによって後再生ボタンが押されれば、該当するコンテンツＩＤを再生リストの最終順位として追加したり依存コンテンツＩＤを設定したりする。一方、即再生ボタンが押されれば、該当するコンテンツＩＤを再生リストに先頭順位として追加したり依存コンテンツＩＤを設定したりするとともに、そのコンテンツＩＤを再生部２０３に指示する。コンテンツＩＤのフラグＳが偽となるのであれば、即再生ボタンは非表示としておくのが望ましい。
【００４６】
上記のクライアントの説明では、各構成部が同一の端末に構成されている場合を説明したが、一体型である必要はない。筐体を二つ用意し、一つにはメモリ２０１、制御部２０２、再生部２０３、入力部２０６を実施し、もう一つにはダウンロード部２０４とストレージ部２０５を実施し、ＬＡＮで結合することで、全体として本発明のクライアントを構成してもよい。
【００４７】
ここまでクライアントの実施の形態について説明した。続いて、配信サーバの実施の形態について説明する。配信サーバは、クライアントと連携することで、課題の解決に寄与できる。
【００４８】
配信サーバ１０１は、クライアント１０３の制御部２０２からストリーミング配信可能か否かの問い合わせを受けた際、コンテンツの配信状況とクライアントの位置とネットワークの混雑状況とを鑑みて、ストリーミング配信に適した状態であるか否かを判定する。コンテンツの配信状況は、例えば、該コンテンツの配信を受けている端末の数である。クライアントの位置は、配信サーバと端末との距離である。ネットワークの混雑状況は、配信サーバと端末との間の輻輳状況である。本発明の映像コンテンツ配信システムでは、ストリーミング配信の代替部としてダウンロード配信が利用できるため、リソース的に無理のある配信で品質劣化を引き起こす前に、ストリーミング配信不可と判定しておくことができる。
【００４９】
ユーザに対して差異化サービスを提供する場合には、配信サーバ１０１は、ストリーミング配信可能か否かの問い合わせを受けた際、クライアントの認証を行って契約条件を取得し、契約条件に記載された時間別優先度から現在時刻の値を参照して、ストリーミング配信可能か否かを判定する。これにより、有料会員は常時ストリーミング配信可能としつつ、無料会員は昼間ダウンロードしたコンテンツを夜間に視聴させるように誘導できる。その結果、ネットワークや配信サーバのトラフィックのピークを抑制できる。
【００５０】
コンテンツに対して差異化サービスを提供する場合には、配信サーバ１０１は、ストリーミング配信可能か否かの問い合わせを受けた際、コンテンツの配信優先度を参照して、ストリーミング配信可能か否かを判定する。これにより、コマーシャルやプロモーションコンテンツが的確な時間に配信されるように誘導できる。
【００５１】
配信サーバ１０１はクライアント１０３の再生リストを未来の予測に利用することができる。クライアント１０３は再生リストを配信サーバ１０１に通知し、配信サーバは複数のクライアントから通知された再生リストから、コンテンツＩＤごとに配信需要を予測できる。この予測をコンテンツの配信計画に利用することで、クライアントがそのコンテンツを再生開始する前までに、ストリーミング配信可能にしておくことが可能になる。
【００５２】
また、その予測をストリーミング配信可能か否かの判定に用いる、たとえば、配信需要が配信能力を超えている場合、配信可能であっても確率的に不可能と応答することで、あるコンテンツＩＤへの配信需要のピークを分散させることができる。
【００５３】
本発明は映像コンテンツの配信に限られるものではない。映像コンテンツをオーディオコンテンツと読み替えるだけで、本発明はオーディオコンテンツ配信にも実施できる。
【００５４】
次に、本発明のクライアントの動作の例を説明する。
【００５５】
まず、図６を用いて制御部２０２の再生動作処理について説明する。尚、以下の説明では、再生リストの上位から順に、再生可能な状態になっているコンテンツとその配信形態を検索する場合を用いて説明する。
【００５６】
変数ｉを１に初期化する（ステップＳ４０１）。変数ｉが再生リストの行数以内であるか否かを確認する（ステップＳ４０２）。
【００５７】
変数ｉが再生リストの行数以内でなければ終了する。一方、変数ｉが再生リストの行数以内である場合、再生リストのｉ行目のフラグＡとフラグＳとを取得する（ステップＳ４０３）。
【００５８】
取得したフラグＡがダウンロード済み、もしくはフラグＳが真であるかを確認する（ステップＳ４０４）。取得したフラグＡがダウンロード済みではない、且つ、フラグＳが真でなければ、変数ｉに１を加算し（ステップＳ４０５）、ステップＳ４０２に戻る。一方、取得したフラグＡがダウンロード済み、もしくはフラグＳが真であれば、そのコンテンツが再生可能だと判定し、再生リストのｉ行目のコンテンツＩＤを再生部２０３に指示し（ステップＳ４０６）、終了する。
【００５９】
続いて、図７を用いて、ダウンロード指示処理について説明する。
【００６０】
再生順序を示す変数ｉを１に初期化し、変数ｄに再生リストに記載されているコンテンツ数を最大指示数として代入する（ステップＳ５０１）。変数ｉが再生リストの行数以内であり、且つ、変数ｄが正であるか否かを確認する（ステップＳ５０２）。
【００６１】
変数ｉが再生リストの行数以内ではない、又は、変数ｄが正でなければ終了する。一方、変数ｉが再生リストの行数以内であり、且つ、ｄが正である場合、再生リストのｉ行目のフラグＤとフラグＡとを取得する（ステップＳ５０３）。
【００６２】
取得したフラグＤが真、且つ、フラグＡが未設定であるかを確認する（ステップＳ５０４）。取得したフラグＤが真、且つ、フラグＡが未設定以外であれば、変数ｉに１を加算し、ステップＳ５０２に戻る（ステップＳ５０５）。
【００６３】
一方、取得したフラグＤが真、且つ、フラグＡが未設定であれば、再生リストのｉ行目のフラグＡをダウンロード中に設定する（ステップＳ５０６）。そのコンテンツＩＤを含むダウンロード指示メッセージをダウンロード部２０４に通知する（ステップＳ５０７）。変数ｄから１を減算し（ステップＳ５０８）、ステップＳ５０５に進む。
【００６４】
変数ｄの設定次第で、再生リスト中の条件を満たす全てのコンテンツＩＤをダウンロードしておくこともできるし、次に再生する数個に絞ることもできる。ストリーミング配信可能であればダウンロードしておく必要がないので、ステップＳ５０３でフラグＳも取得しておき、ステップＳ５０４の条件を、フラグＤが真かつフラグＡかつフラグＳが偽と修正することで、ダウンロードするコンテンツＩＤを絞り込むこともできる。
【００６５】
続いて、図８、図９及び図３の再生リストを用いて、本発明の動作について説明する。尚、以下の説明では、再生リストの上位から順に、再生可能な状態になっているコンテンツとその配信形態を検索する場合を用いて説明する。尚、コンテンツに関する情報は、情報提供サーバが提供する場合を用いて説明する。また、フラグＳの参照は、再生リストを形成した際に実行される場合を用いて説明する。
【００６６】
時刻Ｔ０に、クライアントが起動され、ユーザの操作により情報提供サーバにアクセスしてコンテンツ選択部２０６でコンテンツが選択され、メモリ２０１に再生リストが形成される。制御部２０２は、再生リストのコンテンツがストリーミング可能であるか、指定子Ｓに記載されているコンテンツの配信サーバに問い合わせる。ここでは、コンテンツＩＤ＃１００と＃５７４とがストリーミング可能であるとする。また、制御部２０２は、再生リストのコンテンツがストレージ部２０５にダウンロード済みかを確認する。ここでは、ストレージ部２０５には既にコンテンツ＃２１３がダウンロード済みとなっているとする。この時の再生リストの状態を図９に示す。
【００６７】
制御部２０２は、再生リストの１行目のコンテンツＩＤ＃１００のフラグＳが“真”、フラグＤが“真”であるため、コンテンツ＃１００はストリーミング配信及びダウンロード配信に対応していると判断する。更に、制御部２０２は、１番目に再生するコンテンツＩＤ＃１００のフラグＡが“未設定”であることを考慮し、ストリーミング配信によってコンテンツを再生すると判断して、コンテンツＩＤ＃１００の再生処理を指示する。
【００６８】
また、再生リストの２行目のコンテンツＩＤ＃２１３のフラグＳが“偽”、フラグＤが“真”、フラグＡが“ダウンロード済”であるため、コンテンツ＃２１３はダウンロード配信に対応していると判断する。そして、再生するコンテンツＩＤ＃２１３のフラグＡが“ダウンロード済”であることを考慮し、ダウンロード配信によってコンテンツを再生すると判断して、コンテンツＩＤ＃２１３の再生処理を指示する。
【００６９】
また、再生リストの３行目のコンテンツＩＤ＃８３６のフラグＳが“偽”、フラグＤが“真”であるため、コンテンツ＃８３６はダウンロード配信に対応していると判断する。コンテンツＩＤ＃８３６はダウンロードが済んでいないことを考慮し、ダウンロード指示処理を出す。
【００７０】
また、再生リストの４行目のコンテンツＩＤ＃５７４のフラグＳが“真”、フラグＤが“真”であるため、コンテンツ＃５７４はダウンロード配信及びストリーミング配信も対応していると判断する。コンテンツ＃５７４のダウンロードが済んでいないため、コンテンツＩＤ＃５７４はストリーミング配信によってコンテンツを再生すると判断する。
【００７１】
以上のことにより、時刻Ｔ１に、制御部２０２はコンテンツ再生指示処理で再生部２０３にコンテンツ＃１００のストリーミング再生を指示する。そして、ダウンロード指示処理でダウンロード部にコンテンツ＃８３６のダウンロード指示メッセージを通知する。
【００７２】
時刻Ｔ２に、再生部２０３はコンテンツ＃１００のストリーミング再生を開始し、ダウンロード部はコンテンツ＃８３６のダウンロードを開始する。
【００７３】
時刻Ｔ３に、再生リストは図３の状況となっている。
【００７４】
時刻Ｔ４に、再生部２０３がコンテンツ＃１００の再生を終了し、再生リストからコンテンツＩＤ＃１００を削除する。そして、制御部２０２が次に再生するコンテンツを検索するために、コンテンツ再生指示処理を開始する。そして、ストレージ部２０５からコンテンツ＃２１３を再生するように、制御部２０２が再生部２０３に指示する。
【００７５】
時刻Ｔ５に、再生部２０３はストレージ部２０５にあるコンテンツ＃２１３の再生を開始する。
【００７６】
時刻Ｔ６に、再生部２０３がコンテンツ＃２１３の再生を終了し、制御部２０２が次のコンテンツ再生指示処理を開始する。このとき、本来はコンテンツ＃８３５が次の再生順序にあるが、ダウンロードが完了していないために、その次のコンテンツ＃５７４を再生部２０３にストリーミング再生するよう、制御部２０２が指示する。
【００７７】
時刻Ｔ７に、再生部２０３はコンテンツ＃５７４のストリーミング再生を開始する。
【００７８】
時刻Ｔ８に、ダウンロードが完了し、ストレージ部２０５にコンテンツ＃８３６が格納される。この時の再生リストを図１０に示す。
【００７９】
時刻Ｔ９に、再生部２０３が再生を終了し、制御部２０２が次のコンテンツ再生指示処理を開始する。今回、まだ再生していないコンテンツ＃８３６が存在するので、コンテンツ＃８３６をストレージ部２０５から再生するように、制御部２０２が再生部２０３に指示する。
【００８０】
時刻Ｔ１０に、再生部２０３はストレージ部２０５にあるコンテンツ＃８３６の再生を開始する。
【００８１】
以上のように、本発明は、ユーザが選択したコンテンツＩＤからなる再生リストを持ち、再生リスト内でダウンロード済みもしくはストリーミング可能なコンテンツを再生可能コンテンツとして検索することで、ユーザは配信形態の種別を選択する必要がなくなる。
【００８２】
また、ストリーミング配信可能か否かを配信サーバリソースとネットワークリソースの状況から判定することで、高品質なサービスを維持することができる。ストリーミング配信不可となった場合でも、ユーザはダウンロード済みコンテンツを視聴できる。一連の視聴において、ユーザが品質劣化に遭遇することはない。
【００８３】
本発明は、ストリーミング配信不可となった場合、コンテンツをダウンロードすることになるが、これは昼間に行うこともできる。これを積極的に行えば、映像コンテンツ配信のトラフィックの平準化が可能になり、ネットワークと配信サーバの両方で設備コストを低減できる。
【００８４】
再生リストを別途管理サーバに保存しておけば、複数のクライアントに跨って再生リストを共有できる。再生可能コンテンツはクライアントごとに判定されるので、再生リストを共有しているクライアント間で再生可能コンテンツは異なることがある。たとえば、光ファイバ接続のクライアントに対して、無線接続などで限定的なサービスしか受けられないクライアントでは再生可能コンテンツは少なくなる。ただし、興味のあるコンテンツの連続視聴は可能であり、ユーザは接続状況を特に意識する必要はない。
【００８５】
本来不要な配信形態の選択を無くし、コストを抑えつつ利便性と品質を両立する映像コンテンツ配信システムを提供することができる。
【００８６】
〈実施の形態２〉
本発明の第２の実施の形態について説明する。
【００８７】
上記のクライアントはＶＯＤサービスとダウンロードサービスとを統合したサービスを提供する構成を用いて説明した。本実施の形態では、さらにリニアサービスを統合する構成について説明する。尚、上記実施の形態と同様の構成については同一番号を付し、詳細な説明は省略する。
【００８８】
リニアサービスを統合するには、ライブ番組リストを導入して、クライアントのメモリ２０１に格納しておく。ライブ番組リストはライブ番組のコンテンツＩＤを格納し、コンテンツＩＤには属性として開始時刻、フラグＳ、フラグＤ、フラグＡ、指定子Ｓ、及び指定子Ｄを持たせておく。
【００８９】
制御部２０２は、現在時刻とライブ番組リスト内の開始時刻とを比較する。比較の結果、開始時刻に達するコンテンツＩＤがあれば、そのコンテンツＩＤをライブ番組リストから削除し、再生リストに先頭順位として追加する、または、再生リストに追加し、依存コンテンツＩＤを設定する。この時、フラグＳ、フラグＤ、フラグＡ、指定子Ｓ、及び指定子Ｄを再生リストに書き込み、再生指示処理を実行する。すると、制御部２０２は、新たに再生リストに書き込んだコンテンツを再生すべきコンテンツであると検索し、再生部２０３に再生処理を指示する。これにより、そこまで再生中だったコンテンツはライブ番組終了後に再生が再開される。または、再生中だったコンテンツの最初から再生させても良い。
【００９０】
再生リストとライブ番組リストとを別々に設けている場合を用いて説明したが、再生リストに開始時刻の属性を追加する構成であっても良い。
【００９１】
以上のように、再生リストとライブ番組リストとを組み合わせることにより、ユーザは配信形態及びサービスの種別を選択する必要がなくなる。
【００９２】
〈実施の形態３〉
本発明の第３の実施の形態について説明する。
【００９３】
上記のクライアントはＶＯＤサービスとダウンロードサービスとリニアサービスとを統合したサービスを提供する構成を用いて説明した。本実施の形態では、さらに緊急放送サービスを統合する構成について説明する。尚、上記実施の形態と同様の構成については同一番号を付し、詳細な説明は省略する。
【００９４】
緊急放送リストをクライアントのメモリ２０１に格納する。まず、緊急放送リストとして、緊急放送が行われる配信サーバ名とプロトコル名とコンテンツ名とを含む指定子Ｅを持たせる。
【００９５】
クライアントは、例えば、定期的に情報サーバ等にアクセスしたり、緊急放送があることを示すデータを受信したりして、緊急放送があることを検知する検知部を有する。
【００９６】
検知部が緊急放送の開始を検知すると、制御部２０２は、緊急放送のコンテンツＩＤを生成し、再生リストの指定子Ｓに緊急放送リストの指定子Ｅの内容を、フラグＳに真を設定する。また、緊急放送のコンテンツＩＤを再生リストに先頭順位として追加する、または、再生リストに追加し、依存コンテンツＩＤを設定する。そして、再生指示処理を実行する。すると、制御部２０２は、新たに再生リストに書き込んだコンテンツを再生すべきコンテンツであると検索し、再生部２０３にそのコンテンツの再生を指示する。そこまで再生中だったコンテンツは緊急放送終了後に再生が再開される。または、再生中だったコンテンツの最初から再生させても良い。
【００９７】
以上のように、本発明によると、ユーザは緊急放送を選択する必要がなくなる。
【００９８】
尚、上述した本発明のクライアント及びサーバは、上記説明からも明らかなように、ハードウェアで構成することも可能であるが、コンピュータプログラムにより実現することも可能である。このような構成の場合、プログラムメモリに格納されているプログラムで動作するプロセッサによって、上述した実施の形態と同様の機能、動作を実現させる。尚、上述した実施の形態の一部の機能のみをコンピュータプログラムにより実現することも可能である。
【００９９】
以上、実施の形態及び実施例をあげて本発明を説明したが、本発明は必ずしも上記実施の形態及び実施例に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。
【０１００】
（付記１）端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報をサーバから取得し、前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索する検索手段と、
前記検索されたコンテンツを、前記検索された配信形態を用いて再生する再生手段と
を有することを特徴とする端末。
【０１０１】
（付記２）前記検索手段は、前記各コンテンツの配信形態がストリーミング及びダウンロードのいずれかであるかを取得し、前記配信形態がストリーミングであるコンテンツ、若しくは、前記配信形態がダウンロードであって前記再生準備の状況がコンテンツのダウンロードが終了している状況であるコンテンツを検索することを特徴とする付記１に記載の端末。
【０１０２】
（付記３）コンテンツを配信サーバからダウンロードするダウンロード手段を有し、
前記検索手段は、コンテンツの配信形態がダウンロードであり、再生準備の状況が未設定であるコンテンツを検索すると、そのコンテンツの識別情報を前記ダウンロード手段に通知することを特徴とする付記１又は付記２に記載の端末。
【０１０３】
（付記４）前記コンテンツの配信形態がストリーミングの場合、コンテンツを配信する配信サーバに対して、ストリーミング配信に適した状況であるかを問い合わせ、前記再生準備の状況を設定する設定手段を有することを特徴とする付記１から付記３のいずれかに記載の端末。
【０１０４】
（付記５）前記ダウンロード手段は、前記コンテンツのダウンロードの上限速度が時間帯により変化することを特徴とする付記３又は付記４に記載の端末。
【０１０５】
（付記６）前記ダウンロード手段は、ダウンロードするコンテンツが複数ある場合、複数のコンテンツに対して、上限数の範囲内で同時にダウンロードを実行することを特徴とする付記３から付記５のいずれかに記載の端末。
【０１０６】
（付記７）前記検索手段は、前記コンテンツリストの各コンテンツに再生順序が設定されている場合、前記再生順序に従って検索することを特徴とする付記１から付記６のいずれかに記載の端末。
【０１０７】
（付記８）前記検索手段は、コンテンツに予め設定されている再生開始時刻に現在時刻が達するとそのコンテンツの再生順序を上位に設定後、再生できる状態となっているコンテンツとその配信形態との組を検索することを特徴とする付記７に記載の端末。
【０１０８】
（付記９）前記検索手段は、緊急放送コンテンツがある場合、前記緊急放送コンテンツの再生順序を上位に設定後、再生できる状態となっているコンテンツとその配信形態との組を検索することを特徴とする付記７に記載の端末。
【０１０９】
（付記１０）端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報を提供する提供手段と、
前記コンテンツリストの各コンテンツが対応できる配信形態の情報を前記提供手段から取得し、前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索する検索手段と、
前記検索されたコンテンツを、前記検索された配信形態を用いて再生する再生手段と
を有することを特徴とする配信システム。
【０１１０】
（付記１１）端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索し、前記検索されたコンテンツを前記検索された配信形態を用いて再生する端末に対して、前記配信形態の情報と配信形態毎のコンテンツの再生準備の状況とのうち少なくとも配信形態の情報を提供する提供手段を有することを特徴とする配信サーバ。
【０１１１】
（付記１２）前記提供手段は、前記コンテンツの配信状況、前記クライアントの位置、及び、前記ネットワークの混雑状況の少なくとも１つを用いて、ストリーミング配信が可能か否かを判定し、前記判定結果を再生準備の状況として前記端末に提供する
ことを特徴とする付記１１に記載の配信サーバ。
【０１１２】
（付記１３）端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報をサーバから取得する取得ステップと、
前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索する検索ステップと、
前記検索されたコンテンツを、前記検索された配信形態を用いて再生する再生ステップと
を有することを特徴とする再生方法。
【０１１３】
（付記１４）前記取得ステップは、前記各コンテンツの配信形態がストリーミング及びダウンロードのいずれかであるかを取得し、
前記検索ステップは、前記配信形態がストリーミングであるコンテンツ、若しくは、前記配信形態がダウンロードであって前記再生準備の状況がコンテンツのダウンロードが終了している状況であるコンテンツを検索する
ことを特徴とする付記１３に記載の再生方法。
【０１１４】
（付記１５）コンテンツの配信形態がダウンロードであり、再生準備の状況が未設定であるコンテンツを検索する第２の検索ステップと、
前記第２の検索ステップで検索されたコンテンツを配信サーバからダウンロードするダウンロードステップと
を有することを特徴とする付記１３又は付記１４に記載の再生方法。
【０１１５】
（付記１６）前記コンテンツの配信形態がストリーミングの場合、コンテンツを配信する配信サーバに対して、ストリーミング配信に適した状況であるかを問い合わせ、前記再生準備の状況を設定する設定ステップを有することを特徴とする付記１３から付記１５のいずれかに記載の再生方法。
【０１１６】
（付記１７）前記ダウンロードステップは、前記コンテンツのダウンロードの上限速度が時間帯により変化することを特徴とする付記１５又は付記１６に記載の再生方法。
【０１１７】
（付記１８）前記ダウンロードステップは、ダウンロードするコンテンツが複数ある場合、複数のコンテンツに対して、上限数の範囲内で同時にダウンロードを実行することを特徴とする付記１５から付記１７のいずれかに記載の再生方法。
【０１１８】
（付記１９）前記検索ステップは、前記コンテンツリストの各コンテンツに再生順序が設定されている場合、前記再生順序に従って検索することを特徴とする付記１３から付記１８のいずれかに記載の再生方法。
【０１１９】
（付記２０）前記コンテンツに予め設定されている再生開始時刻に現在時刻が達するとそのコンテンツの再生順序を上位に設定後、再生できる状態となっているコンテンツとその配信形態との組を検索するステップを有することを特徴とする付記１９に記載の再生方法。
【０１２０】
（付記２１）緊急放送コンテンツがある場合、前記緊急放送コンテンツの再生順序を上位に設定後、再生できる状態となっているコンテンツとその配信形態との組を検索するステップを有することを特徴とする付記１９に記載の再生方法。
【０１２１】
（付記２２）端末のプログラムであって、前記プログラムは前記端末に、
端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報をサーバから取得する取得処理と、
前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索する検索処理と、
前記検索されたコンテンツを前記検索された配信形態を用いて再生するように再生部に指示する再生指示処理と
を実行させることを特徴とするプログラム。
【０１２２】
（付記２３）サーバのプログラムであって、前記プログラムは前記サーバに、
端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索し、前記検索されたコンテンツを前記検索された配信形態を用いて再生する端末に対して、前記配信形態の情報と配信形態毎のコンテンツの再生準備の状況とのうち少なくとも配信形態の情報を提供する提供処理を実行させることを特徴とするプログラム。
【０１２３】
この出願は、２０１０年５月１２日に出願された日本出願特願２０１０−１０９９７７を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１２４】
１０１  配信サーバ
１０２  ネットワーク
１０３  クライアント
２０１  メモリ
２０２  制御部
２０３  再生部
２０４  ダウンロード部
２０５  ストレージ部
２０６  コンテンツ選択部
【図１】
2011142249.tif 000003
【図２】
2011142249.tif 000004
【図３】
2011142249.tif 000005
【図４】
2011142249.tif 000006
【図５】
2011142249.tif 000007
【図６】
2011142249.tif 000008
【図７】
2011142249.tif 000009
【図８】
2011142249.tif 000010
【図９】
2011142249.tif 000011
【図１０】
2011142249.tif 000012
【国際調査報告】
2011142249.tif 000013
2011142249.tif 000014
2011142249.tif 000015
2011142249.tif 000016