JPWO2011142249A1 - 端末、配信システム、配信サーバ、再生方法、及びプログラム - Google Patents

端末、配信システム、配信サーバ、再生方法、及びプログラム Download PDF

Info

Publication number
JPWO2011142249A1
JPWO2011142249A1 JP2012514758A JP2012514758A JPWO2011142249A1 JP WO2011142249 A1 JPWO2011142249 A1 JP WO2011142249A1 JP 2012514758 A JP2012514758 A JP 2012514758A JP 2012514758 A JP2012514758 A JP 2012514758A JP WO2011142249 A1 JPWO2011142249 A1 JP WO2011142249A1
Authority
JP
Japan
Prior art keywords
content
distribution
distribution form
reproduction
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2012514758A
Other languages
English (en)
Inventor
裕三 仙田
裕三 仙田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JPWO2011142249A1 publication Critical patent/JPWO2011142249A1/ja
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H04N21/26216—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving the channel capacity, e.g. network bandwidth
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/26603—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel for automatically generating descriptors from content, e.g. when it is not made available by its provider, using content analysis techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本発明の課題は、本来不要な配信形態の選択を無くす技術を提供することにある。本発明は、端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報をサーバから取得し、前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索し、前記検索されたコンテンツを、前記検索された配信形態を用いて再生することを特徴とする。

Description

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

Claims (10)

  1. 端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報をサーバから取得し、前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索する検索手段と、
    前記検索されたコンテンツを、前記検索された配信形態を用いて再生する再生手段と
    を有することを特徴とする端末。
  2. 前記検索手段は、前記各コンテンツの配信形態がストリーミング及びダウンロードのいずれかであるかを取得し、前記配信形態がストリーミングであるコンテンツ、若しくは、前記配信形態がダウンロードであって前記再生準備の状況がコンテンツのダウンロードが終了している状況であるコンテンツを検索することを特徴とする請求項１に記載の端末。
  3. コンテンツを配信サーバからダウンロードするダウンロード手段を有し、
    前記検索手段は、コンテンツの配信形態がダウンロードであり、再生準備の状況が未設定であるコンテンツを検索すると、そのコンテンツの識別情報を前記ダウンロード手段に通知することを特徴とする請求項１又は請求項２に記載の端末。
  4. 前記コンテンツの配信形態がストリーミングの場合、コンテンツを配信する配信サーバに対して、ストリーミング配信に適した状況であるかを問い合わせ、前記再生準備の状況を設定する設定手段を有することを特徴とする請求項１から請求項３のいずれかに記載の端末。
  5. 前記ダウンロード手段は、前記コンテンツのダウンロードの上限速度が時間帯により変化することを特徴とする請求項３又は請求項４に記載の端末。
  6. 端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報を提供する提供手段と、
    前記コンテンツリストの各コンテンツが対応できる配信形態の情報を前記提供手段から取得し、前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索する検索手段と、
    前記検索されたコンテンツを、前記検索された配信形態を用いて再生する再生手段と
    を有することを特徴とする配信システム。
  7. 端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索し、前記検索されたコンテンツを前記検索された配信形態を用いて再生する端末に対して、前記配信形態の情報と配信形態毎のコンテンツの再生準備の状況とのうち少なくとも配信形態の情報を提供する提供手段を有することを特徴とする配信サーバ。
  8. 端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報をサーバから取得する取得ステップと、
    前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索する検索ステップと、
    前記検索されたコンテンツを、前記検索された配信形態を用いて再生する再生ステップと
    を有することを特徴とする再生方法。
  9. 端末のプログラムであって、前記プログラムは前記端末に、
    端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報をサーバから取得する取得処理と、
    前記取得した配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索する検索処理と、
    前記検索されたコンテンツを前記検索された配信形態を用いて再生するように再生部に指示する再生指示処理と
    を実行させることを特徴とするプログラム。
  10. サーバのプログラムであって、前記プログラムは前記サーバに、
    端末で再生されるコンテンツの識別情報が示されているコンテンツリストの各コンテンツが対応できる配信形態の情報と配信形態毎のコンテンツの再生準備の状況とに基づいて、再生できる状態となっているコンテンツとその配信形態との組を検索し、前記検索されたコンテンツを前記検索された配信形態を用いて再生する端末に対して、前記配信形態の情報と配信形態毎のコンテンツの再生準備の状況とのうち少なくとも配信形態の情報を提供する提供処理を実行させることを特徴とするプログラム。
JP2012514758A 2010-05-12 2011-04-26 端末、配信システム、配信サーバ、再生方法、及びプログラム Withdrawn JPWO2011142249A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2010109977 2010-05-12
JP2010109977 2010-05-12
PCT/JP2011/060117 WO2011142249A1 (ja) 2010-05-12 2011-04-26 端末、配信システム、配信サーバ、再生方法、及びプログラム

Publications (1)

Publication Number Publication Date
JPWO2011142249A1 true JPWO2011142249A1 (ja) 2013-07-22

Family

ID=44914305

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012514758A Withdrawn JPWO2011142249A1 (ja) 2010-05-12 2011-04-26 端末、配信システム、配信サーバ、再生方法、及びプログラム

Country Status (3)

Country Link
US (1) US20130144985A1 (ja)
JP (1) JPWO2011142249A1 (ja)
WO (1) WO2011142249A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015080160A (ja) * 2013-10-18 2015-04-23 株式会社Ｎｔｔぷらら コンテンツ再生装置、コンテンツ再生方法、コンテンツ再生プログラム
JP6467256B2 (ja) * 2015-03-17 2019-02-06 日本電信電話株式会社 ネットワークシステム及びコンテンツ配信方法
KR102204411B1 (ko) * 2019-09-20 2021-01-15 에스케이텔레콤 주식회사 과금처리장치 및 과금처리장치의 동작 방법
JP7212131B2 (ja) * 2020-02-19 2023-01-24 Ｌｉｎｅ株式会社 サーバ、情報処理方法、およびプログラム

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4271483B2 (ja) * 2003-04-24 2009-06-03 ソニー株式会社 コンテンツ処理装置およびコンテンツ処理方法
JP2006041721A (ja) * 2004-07-23 2006-02-09 Ntt Docomo Inc コンテンツ配信システム、コンテンツ受信クライアント、コンテンツ配信サーバ、及び、コンテンツ再生方法
US8001471B2 (en) * 2006-02-28 2011-08-16 Maven Networks, Inc. Systems and methods for providing a similar offline viewing experience of online web-site content
JP2008293436A (ja) * 2007-05-28 2008-12-04 Victor Co Of Japan Ltd コンテンツ受信制御装置及びコンテンツ受信制御プログラム
JP2009015516A (ja) * 2007-07-03 2009-01-22 Meta Cast:Kk コンテンツ識別情報送信サーバ、コンテンツ識別情報送信方法およびプログラム
JP4706691B2 (ja) * 2007-11-05 2011-06-22 株式会社ケンウッド 配信システム、オーディオ機器および受信制御方法
JP2010028691A (ja) * 2008-07-24 2010-02-04 Nec Corp コンテンツ受信再生方法および装置

Also Published As

Publication number Publication date
US20130144985A1 (en) 2013-06-06
WO2011142249A1 (ja) 2011-11-17

Similar Documents

Publication Publication Date Title
US11659062B2 (en) Remote access of media items
AU2010210639B2 (en) Server-side support for seamless rewind and playback of video streaming
US8028081B2 (en) System and method for adaptive segment prefetching of streaming media
JP5612676B2 (ja) メディアコンテンツ読出しシステム及び個人用仮想チャンネル
US9674266B2 (en) Method for adaptive streaming, local storing and post-storing quality increase of a content file
JP5525619B2 (ja) 個人化された高精細度ビデオコンテンツの消費者ストレージへのマルチキャスティング
US9326029B2 (en) Pre-loading follow-up content
US11711587B2 (en) Using manifest files to determine events in content items
JP2009532809A (ja) ピアツーピアのビデオ・オン・デマンド技術
US20120210351A1 (en) Presentation of customized digital media programming
US9729611B2 (en) Method and system for ABR recording
US20100046633A1 (en) Communication terminal, content reproduction method, content reproduction program, content reproduction system, and server therefor
WO2011142249A1 (ja) 端末、配信システム、配信サーバ、再生方法、及びプログラム
JP2008311795A (ja) コンテンツ配信システム、配信サーバ、受信端末及びコンピュータプログラム
JP5714289B2 (ja) コンテンツ配信システム
JP5243871B2 (ja) 映像再生装置
JP2003339001A (ja) ストリーミング配信システムにおける管理サーバおよびコンピュータプログラム
JP2009038543A (ja) 映像データ取得方法、映像データ取得システム、映像受信装置及び映像配信装置
JP6664587B1 (ja) 情報処理装置、情報処理方法および情報処理プログラム
TWI568254B (zh) 無線端對端串流的隨選廣播方法
KR100887242B1 (ko) Ｐ2ｐ 기반의 스킵 재생 시스템 및 그 스킵 재생 방법
JP2013048490A (ja) メタデータ配信システム及びメタデータ配信方法
KR20130050749A (ko) 단말 간 컨텐츠 리스트 정보 송신 장치 및 방법, 수신 장치 및 방법, 및 송수신 시스템

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20140701