JP2009147571A - 映像配信システム、端末装置、プログラム、及び映像配信方法 - Google Patents

Abstract

【課題】映像コンテンツの不正コピーを防止しながら、携帯端末が保持するコンテンツを他の映像再生端末上で高精細映像として視聴する方法等を提供する。
【解決手段】コンテンツサーバ１００に蓄積された映像コンテンツの基本レイヤストリームデータを携帯端末２００上に転送する。携帯端末２００は、映像再生端末３００に拡張レイヤストリームデータの情報を通知すると共に基本レイヤストリームデータを送信する。映像再生端末３００は、基本レイヤストリームデータを受信すると共に拡張レイヤストリームデータをコンテンツサーバ１００から取得し再生する。
【選択図】図１

Description

本発明は、映像配信システム等に関し、特に端末装置間で複数の伝送方法を用いて映像を配信するシステム等に関する。

近年、地上波デジタル放送、ＢＳ（Broadcasting Satellite）デジタル、ＣＳ（Communications Satellite）デジタル放送等の高解像度デジタル放送サービスが開始されている。また、プラズマテレビ、液晶テレビの高性能化と低価格化が進んだことにより、家庭でもＨＤＴＶ（High Definition Television）の視聴環境が普及しつつある。同時に、ハードディスクドライブ等の大容量記憶デバイスを搭載した映像記録機器が販売され、個人でも高精細映像コンテンツを蓄積し、視聴することが一般的になっている。

しかしながら、録画したコンテンツを視聴する場合、コンテンツの再生時間の間、自宅のＴＶを視聴し続ける必要があり、現実的ではない。

この問題点の解決策として、例えば、特許文献１に示すような技術があった。この技術では、視聴したいコンテンツをサーバから携帯端末に転送して持ち運び、移動中には携帯端末上で映像を視聴することを可能にする。また、外出先に据え置きＴＶのようなコンテンツ再生端末が存在するときは、再生開始の指示を受けたコンテンツ再生端末は、携帯端末からコンテンツを保持するサーバの情報とコンテンツの再生を中断した位置情報を受け取る。コンテンツ再生端末は、コンテンツが存在するサーバに再生中断位置からの映像配信を要求する。この時、要求する映像は、コンテンツ再生端末の能力に合わせた高解像度のコンテンツである。これにより、コンテンツ再生端末と連携し、携帯端末で視聴するよりも高品質なコンテンツを再生中断位置から継続視聴することが可能になる。

また特許文献２には、蓄積メディアを前提としているため拡張レイヤストリームのパケットの到着が遅れた場合には再生映像が停止することについて開示されている。

更に特許文献３には、端末認証によって認証されていない端末での拡張レイヤストリーム信号（高解像度映像）の不正な再生を防止することができることについて開示されている。
特開２００７‐７４５２９号公報 特表２００６‐５１１１４８号公報 特開２００５‐１３６７６２号公報

しかしながら、上記従来の技術では、コンテンツ再生端末は、再生に必要な全ての高解像度コンテンツデータをサーバから取得する必要がある。これはサーバ上に保存されたコンテンツをコンテンツ再生端末上にコピーすることと同じ処理である。そのため、コンテンツのコピーにつながる当該処理は、著作権等の権利保護の関係上認められない可能性がある。また、高解像度コンテンツデータは、１６〜４０Ｍｂｐｓと非常高いビットレートでエンコードされているため、コンテンツのコピーには、広帯域ネットワークを用いたストリーミングか、長い時間がかかるコンテンツのダウンロードを行う必要があった。コンテンツ再生端末とサーバとの間が従量制課金のネットワークであれば、多額のコストが発生することになる。更に、全てのコンテンツをネットワーク経由でサーバから取得しているため、再生中にネットワーク帯域の減少や伝送ルートの変更等に起因する一時的な通信途絶が発生した場合は、再生映像が停止する等の大きな品質劣化が発生する問題があった。

そこで、本発明は、上記のような課題を解決するためになされたもので、その目的の一例は、映像再生端末で著作権を保護しつつ高画質映像を再生することを可能にする映像配信システム等を提供することにある。また、本発明の他の目的は、ネットワーク品質の変動が発生した場合でも安定した映像の表示を可能にする映像配信システム等を提供することにある。

上記の課題を解決するために、請求項１に記載の発明は、映像コンテンツは、単独で再生可能な基本映像信号と、当該基本映像信号の画質を高めるための拡張映像信号と、により構成されており、前記映像コンテンツを蓄積し前記基本映像信号と前記拡張映像信号とを互いに独立して配信することが可能な映像コンテンツ蓄積サーバ装置と、当該映像コンテンツ蓄積サーバ装置から前記基本映像信号を受信して蓄積する映像コンテンツ携帯端末装置と、当該映像コンテンツ携帯端末装置からの指示を受けて映像を再生する映像コンテンツ再生端末装置と、を備え、前記基本映像信号を前記映像コンテンツ携帯端末装置から受信し、前記拡張映像信号を前記映像コンテンツ蓄積サーバ装置から受信して前記映像コンテンツ再生端末装置が再生する映像を生成することを特徴とする。

請求項２に記載の発明は、請求項１に記載の映像配信システムにおいて、前記映像コンテンツ再生端末装置は、前記拡張映像信号の識別子を前記映像コンテンツ携帯端末装置から取得し、当該識別子を用いて前記拡張映像信号を前記映像コンテンツ蓄積サーバ装置に要求することを特徴とする。

請求項３に記載の発明は、映像コンテンツは単独で再生可能な基本映像信号と当該基本映像信号の画質を高めるための拡張映像信号とにより構成されており、前記基本映像信号を受信する基本映像信号受信手段と、前記拡張映像信号を受信する拡張映像信号受信手段と、前記基本映像信号と前記拡張映像信号とから映像を生成する映像デコード手段と、を備え、互いに異なる経路により伝送される前記基本映像信号と前記拡張映像信号とを受信することを特徴とする。

請求項４に記載の発明は、請求項３に記載の映像コンテンツ再生端末装置において、前記拡張映像信号の送信を、当該拡張映像信号を保持する前記映像コンテンツ蓄積サーバ装置又は前記映像コンテンツ携帯端末装置に対して要求する拡張映像信号要求手段を備えることを特徴とする。

請求項５に記載の発明は、請求項３又は４に記載の映像コンテンツ再生端末装置において、前記映像コンテンツの再生指示を前記映像コンテンツ携帯端末装置から受け付ける映像再生指示受付手段を備えることを特徴とする。

請求項６に記載の発明は、請求項５に記載の映像コンテンツ再生端末装置において、前記映像再生指示受付手段は、前記映像コンテンツの再生指示に含まれる、拡張映像信号の取得に関する情報を読み出し、前記拡張映像信号要求手段は、当該情報に基づいて前記拡張映像信号を要求することを特徴とする。

請求項７に記載の発明は、請求項６に記載の映像コンテンツ再生端末装置において、前記拡張映像信号要求手段は、前記情報に含まれる拡張映像信号の識別子を用いて、任意の階層の拡張映像信号を前記映像コンテンツ蓄積サーバ装置又は前記映像コンテンツ携帯端末装置に対して要求し、前記映像デコード手段は、複数の拡張映像信号のうち任意の階層までの拡張映像信号と基本映像信号とから映像を生成することを特徴とする。

請求項８に記載の発明は、請求項３乃至７の何れか一項に記載の映像コンテンツ再生端末装置において、前記拡張映像信号を完全に受信できない場合には、前記デコード手段は受信した基本映像信号と受信できなかった最下位階層未満の拡張映像信号とを用いて映像を生成することを特徴とする。

請求項９に記載の発明は、映像コンテンツは単独で再生可能な基本映像信号と当該基本映像信号の画質を高めるための拡張映像信号とにより構成されており、前記映像コンテンツを蓄積するコンテンツ蓄積手段と、前記基本映像信号を映像コンテンツ携帯端末装置へ送信する基本映像信号配信手段と、前記拡張映像信号を映像コンテンツ再生端末装置へ送信する拡張映像信号配信手段と、を備え、前記基本映像信号と前記拡張映像信号と互いに独立して配信することを特徴とする。

請求項１０に記載の発明は、請求項９に記載の映像コンテンツ蓄積サーバ装置において、前記基本映像信号と前記拡張映像信号とを取得する端末装置が正当であるか否かを判断する端末認証手段と、前記端末認証手段における認証に必要な端末装置情報を記憶する認証情報記憶手段と、を備え、前記端末認証手段により認証された端末装置に対して前記基本映像信号の配信を可能にすることを特徴とする。

請求項１１に記載の発明は、請求項１０に記載の映像コンテンツ蓄積サーバ装置において、前記映像コンテンツを記憶するコンテンツ蓄積手段は、前記蓄積している基本映像信号の識別子と前記拡張映像信号の識別子とを保持し、前記認証情報記憶手段は、前記端末装置が利用可能な映像コンテンツと当該映像コンテンツの拡張映像信号の識別子とを記憶し、前記端末認証手段により正当であると認証された端末装置に対して前記拡張映像信号の識別子を送信することを特徴とする。

請求項１２に記載の発明は、映像コンテンツは単独で再生可能な基本映像信号と当該基本映像信号の画質を高めるための拡張映像信号とにより構成されており、前記基本映像信号を受信する基本映像信号受信手段と、前記基本映像信号受信手段により受信した基本映像信号を蓄積する映像信号蓄積手段と、前記映像コンテンツの再生を前記映像コンテンツ再生端末装置に指示する再生指示手段と、再生の指示を行った前記映像コンテンツ再生端末装置に前記基本映像信号を配信する基本映像信号配信手段と、を備え、前記受信して蓄積した映像コンテンツを選択し、前記映像コンテンツ再生端末装置以外の映像コンテンツ再生端末装置に対して再生の指示と基本映像信号の送信とを行うことを特徴とする。

請求項１３に記載の発明は、請求項１２に記載の映像コンテンツ携帯端末装置において、端末認証を前記映像コンテンツ蓄積サーバ装置に対して要求する端末認証要求手段を備え、前記映像コンテンツ蓄積サーバ装置に対して端末認証を要求し、認証を受けて映像コンテンツを構成する基本映像信号を受信することを特徴とする。

請求項１４に記載の発明は、請求項１３に記載の映像コンテンツ携帯端末装置において、前記映像コンテンツ蓄積サーバ装置から前記拡張映像信号の識別子を取得し、前記映像コンテンツの再生を前記映像コンテンツ再生端末装置に指示すると共に、前記拡張映像信号の識別子を送信することを特徴とする。

請求項１５に記載の発明は、請求項１又は２に記載の映像配信システムにおいて、前記基本映像信号は、映像スケーラブルコーデックの基本レイヤストリームであり、前記拡張映像信号は、拡張レイヤストリームであることを特徴とする。

請求項１６に記載の発明は、請求項３乃至８の何れか一項に記載の映像コンテンツ再生端末装置において、前記基本映像信号は、映像スケーラブルコーデックの基本レイヤストリームであり、前記拡張映像信号は、拡張レイヤストリームであることを特徴とする。

請求項１７に記載の発明は、請求項９乃至１１の何れか一項に記載の映像コンテンツ蓄積サーバ装置において、前記基本映像信号は、映像スケーラブルコーデックの基本レイヤストリームであり、前記拡張映像信号は、拡張レイヤストリームであることを特徴とする。

請求項１８に記載の発明は、請求項１２乃至１４の何れか一項に記載の映像コンテンツ携帯端末装置において、前記基本映像信号は、映像スケーラブルコーデックの基本レイヤストリームであり、前記拡張映像信号は、拡張レイヤストリームであることを特徴とする。

請求項１９に記載の発明は、コンピュータを、請求項３乃至８の何れか一項に記載の映像コンテンツ再生端末装置として機能させることを特徴とする。

請求項２０に記載の発明は、コンピュータを、請求項１２乃至１４の何れか一項に記載の映像コンテンツ携帯端末装置として機能させることを特徴とする。

請求項２１に記載の発明は、映像コンテンツは、単独で再生可能な基本映像信号と、当該基本映像信号の画質を高めるための拡張映像信号と、により構成されており、前記映像コンテンツを蓄積し前記基本映像信号と前記拡張映像信号とを互いに独立して配信することが可能な映像コンテンツ蓄積サーバ装置と、当該映像コンテンツ蓄積サーバ装置から前記基本映像信号を受信して蓄積する映像コンテンツ携帯端末装置と、当該映像コンテンツ携帯端末装置からの指示を受けて映像を再生する映像コンテンツ再生端末装置と、を備える映像配信システムにおける映像配信方法であって、前記映像コンテンツ再生端末装置は、前記基本映像信号を前記映像コンテンツ携帯端末装置から受信する基本映像信号受信工程と、前記映像コンテンツ再生端末装置は、前記拡張映像信号を前記映像コンテンツ蓄積サーバ装置から受信する拡張映像信号受信工程と、前記基本映像信号受信工程により受信した前記基本映像信号と、前記映像コンテンツ再生端末装置は、前記拡張映像信号受信工程により受信した前記拡張映像信号とにより前記映像コンテンツ再生端末装置が再生する映像を生成する映像生成工程と、を備えることを特徴とする。

本発明によれば、再生に必須である基本レイヤストリームを、映像コンテンツ蓄積サーバ装置から取得せず、映像コンテンツ再生端末装置からバス、ＬＡＮ（Local Area Network）、近距離無線ネットワーク等の安定した伝送手段によって取得するので、拡張レイヤストリームを取得する際に支障がある場合でも、基本レイヤストリームのデコード結果を表示することにより、再生映像の停止という映像品質の大きな劣化を避けることができる。従って、ネットワーク品質の変動による再生映像品質の劣化を軽減することができる。

また、本発明によれば、映像コンテンツ蓄積サーバ装置は、スケーラブルコーデックを用いて基本レイヤストリームと拡張レイヤストリームとに分離して映像コンテンツを保持しており、再生に必須な基本レイヤストリームは、映像コンテンツ携帯端末
装置に保存して持ち運ばれ、映像コンテンツ再生端末装置に対してＬＡＮやケーブル接続等の広帯域な伝送手段によって供給されので、映像コンテンツ再生端末装置は、映像コンテンツコンテンツ蓄積サーバ装置から基本レイヤストリームを取得する必要はなく、基本レイヤストリームの伝送に必要な帯域を拡張レイヤストリームの取得に割り当てることが可能になる。従って、より高ビットレートの拡張レイヤストリームを取得することが可能になるため、基本レイヤストリームと拡張レイヤストリームとを全て映像コンテンツ蓄積サーバ装置から取得するよりも、高精細な映像の再生が可能になる。また、対外接続ネットワークが従量制料金制度になっている場合には、通信コストが軽減することができる。更に、映像コンテンツ蓄積サーバ装置と映像コンテンツ再生端末装置とが接続されているネットワーク帯域が狭い環境である場合においても、当該ネットワーク帯域を超えるビットレートを有する映像コンテンツを再生することができる。

また、本発明によれば、基本レイヤストリームを保持している映像コンテンツ携帯端末装置からの再生指示によって映像コンテンツ再生端末装置側の再生が開始される。基本レイヤストリームのデータは、再生時にのみ対象となる映像コンテンツ再生端末装置に対して送信される。映像コンテンツのデコードには、基本レイヤストリームが必要であるため、映像コンテンツ携帯端末装置からの指示のない状態での再生は、不可能になる。また、映像コンテンツ再生端末装置が映像コンテンツ携帯端末装置から受け取る情報には、映像コンテンツタイトルや再生停止位置情報、拡張レイヤストリームの取得に関する情報に限られ、基本レイヤストリームの情報を含まない。これにより、映像コンテンツ再生端末装置が単体で映像コンテンツの再生を試みる場合においても、映像コンテンツ蓄積サーバ装置に基本レイヤストリームを取得することができないため、映像コンテンツを再生することを防止することができる。従って、映像コンテンツの不正なコピーを防止しながら、任意の映像コンテンツ再生端末装置を用いて高画質映像を再生することができる。

以下、本発明の実施形態について、図面を参照して詳細に説明する。

先ず、本発明の実施形態に係る映像配信システムＳの構成及び機能について、図１を参照して説明する。なお、図１は本発明の実施形態に係る映像配信システムＳの構成概略図である。

図１において、映像配信システムＳは、コンテンツサーバ１００（映像コンテンツ蓄積サーバの一例）と、携帯端末２００（映像コンテンツ携帯端末装置の一例）と、映像再生端末３００（映像コンテンツ再生端末装置の一例）と、を備えて構成されており、ネットワーク４００ａ、ネットワーク４００ｂを介して接続されている。また、映像配信システムＳは、映像を再生する際に必須となる基本レイヤストリーム（低精細映像）を携帯端末２００が保持し、任意の映像再生端末３００上で拡張レイヤストリーム（高精細映像）を再生させる。尚、図１では、説明に必要な最小の構成のみを示しているため、音声の処理等については、図中に含まれていない。

先ず、各装置の概略について説明する。

コンテンツサーバ１００は、内部にハードディスクやＤＶＤ等の大容量記憶装置を備え、映像コンテンツを蓄積し、他の端末へ送信する機能を備えたサーバである。本実施形態において、コンテンツサーバ１００は、ＤＬＮＡ（Digital Living Network Alliance）規格対応ＨＤＤレコーダのような映像コンテンツの蓄積とネットワークを介した送信機能を持つと想定して説明する。

携帯端末２００は、内部にハードディスク若しくはＳＳＤ（Solid State Drive）等の記憶装置を備え、ユーザが持ち歩くことができる携帯電話やスマートフォン、ノートパソコンのような端末である。また、携帯端末２００は、ネットワークへの接続手段を備え、コンテンツサーバ１００若しくは後述の映像再生端末３００との通信が可能な端末である。なお、携帯端末２００は、場所の移動により、ネットワーク４００ａに接続されている状態と、ネットワーク４００ｂに接続されている状態に分けられる。

映像再生端末３００は、大きな映像表示画面とネットワーク接続手段を備え、ネットワーク４００経由でコンテンツサーバ１００及び携帯端末２００と通信し、取得した映像コンテンツを再生するＨＤＴＶ(High Definition Television）対応プラズマ／液晶テレビのような端末である。

上記のコンテンツサーバ１００と、携帯端末２００と、映像再生端末３００とは、ネットワーク４００ａに接続され、相互に通信を行うことができる環境にある。また、携帯端末２００は、場所の移動によってネットワーク４００ｂに接続され、映像再生端末３００と相互に通信を行うことができる。ネットワーク４００ａ、ネットワーク４００ｂに共通の説明については、ネットワーク４００として説明する。

コンテンツサーバ１００の構成及び機能について、図２を参照して説明する。なお、図２はコンテンツサーバ１００のブロック図である。

図２に示すように、コンテンツサーバ１００は、コンテンツ蓄積手段１０１と、基本レイヤストリーム配信手段１０２と、端末認証手段１０３と、認証情報記憶手段１０４と、拡張レイヤストリーム配信手段１０５と、を備えている。

コンテンツ蓄積手段１０１は、ＭＰＥＧ‐４ＦＧＳコーデックや、Ｈ．２６４／ＳＶＣコーデック等の映像スケーラブルコーデックによって、階層エンコードされた映像コンテンツを蓄積する手段である。なお、Ｈ．２６４／ＳＶＣコーデックは、映像をエンコードした結果であるストリームが、１つ以上の階層から構成されることが特徴のスケーラブルコーデックであり、この時、最下位層を基本レイヤと呼び、基本レイヤ以外を拡張レイヤと呼ぶ。当該Ｈ．２６４／ＳＶＣコーデックは、通常のコーデックとは異なり、一部データのみ存在する場合でもデコードが可能である。基本レイヤは、基本レイヤ単体でデコードが可能であるが、拡張レイヤは、自己の階層以下のすべての拡張レイヤと基本レイヤが存在しない場合にはデコードができない。基本レイヤのみをデコードした場合は低画質の映像が出力され、基本レイヤと拡張レイヤとをデコードした場合は基本レイヤのみをデコードした場合以上の画質で映像が出力される。また、拡張レイヤが複数存在する場合は、拡張レイヤを増やすことでより画質が向上した映像が出力される。なお、ここでの画質は、本実施形態において、基本レイヤの場合は画像のサイズが小さく、拡張レイヤを含める場合は元画像と同じサイズになることを示している。

また、コンテンツは、図１０に示す映像コンテンツ管理テーブル８００によって管理されている。

映像コンテンツ管理テーブル８００は、コンテンツＩＤ、基本レイヤストリームＩＤ、及び拡張レイヤストリームＩＤを保持している。

コンテンツＩＤは、映像コンテンツを一意に特定することができる情報である。また、基本レイヤストリームＩＤは、映像コンテンツの基本レイヤストリームを一意に特定することができる情報である。また、拡張レイヤストリームＩＤは、映像コンテンツの拡張レイヤストリームを一意に特定することができる情報である。

本実施形態においては、コンテンツＩＤにコンテンツ名８０１を、基本レイヤストリームＩＤに基本レイヤストリームファイル名８０２を、拡張レイヤストリームＩＤに拡張レイヤストリームファイル名を夫々用いている。

また、コンテンツ蓄積手段１０１は、スケーラブルエンコードされた映像コンテンツを基本レイヤストリームと、１つ以上の拡張レイヤストリームをレイヤ単位で配信手段にデータを渡す機能を持つ。

ストリーム配信手段は、基本レイヤストリーム配信手段１０２と、拡張レイヤストリーム配信手段１０５とから構成されており、スケーラブルコーデックによりエンコードされた映像コンテンツを内部に保持し、携帯端末２００若しくは映像再生端末３００からの要求を受け、基本レイヤストリームと複数の拡張レイヤストリームとを夫々レイヤ別に分けて配信することが可能である手段である。

基本レイヤストリーム配信手段１０２は、携帯端末２００とネットワークを介して通信し、端末認証手段１０３によって認証された携帯端末２００からの基本レイヤストリーム配信要求に対し、映像コンテンツの基本レイヤストリームを送信する機能を持つ。基本レイヤストリーム配信手段１０２は、コンテンツ蓄積手段１０１から当該映像コンテンツの基本レイヤストリームを取得して、携帯端末２００へ送信を実施する。なお、送信の方法は、ＲＴＰ（Real-time Transport Protocol）／ＵＤＰ（User Datagram Protocol）等を用いたストリーミングの他に、ＨＴＴＰ（Hyper Text Transfer Protocol）によるストリーミングや、ＦＴＰ（File Transfer Protocol）等のファイル転送等でも良い。また、対象となる映像コンテンツの情報をあわせて携帯端末２００に送信する。

端末認証手段１０３は、携帯端末２００とネットワークを介して通信し、携帯端末２００が要求するコンテンツを視聴する権限を持っているかを判断する手段である。なお、認証の詳細な方法については、本願では限定しないが、携帯端末の機器固有情報を用いて対象端末を特定することが考えられる。また、認証は、端末に対して行うだけではなく、端末を利用しているユーザの認証を含める場合もある。認証に必要な情報は、認証情報記憶手段１０４が保持している。また、認証された端末からの利用可能コンテンツの一覧要求に対して、利用可能コンテンツのリストを返信する処理を行う。

認証情報記憶手段１０４は、端末認証手段１０３が端末若しくはユーザの認証に必要になる情報をデータベースや管理表等に記憶し、端末認証手段１０３へと供給する手段である。

図９は、認証情報記憶手段１０４が管理する認証情報管理テーブル７００を示しており、ユーザ名、端末固有番号、及びコンテンツＩＤからなる情報である。

ユーザ名は、利用ユーザを一意に特定することができる情報である。また、端末固有番号は、電話番号やＭＡＣアドレス等端末を一意に特定することができる情報である。また、コンテンツＩＤは、コンテンツサーバ１００が保持する複数の映像コンテンツの中からある映像コンテンツを一意に特定することができる情報である。本実施形態においては、ユーザ名はユーザＩＤ７０１を、端末固有番号は電話番号７０２を、コンテンツＩＤはコンテンツ名７０３を夫々用いている。

拡張レイヤストリーム配信手段１０５は、他の端末とネットワークを介して通信し、端末の拡張レイヤストリーム配信要求に従い、映像コンテンツの拡張レイヤストリームを送信する手段である。拡張レイヤストリーム配信手段１０５は、コンテンツ蓄積手段１０１から当該映像コンテンツの拡張レイヤストリームを取得して端末への送信を行う。なお、送信の方法は、ＲＴＰ／ＵＤＰ等を用いたストリーミングの他に、ＨＴＴＰによるストリーミングや、ＦＴＰ等のファイル転送などでも良い。対象となる端末は、特に携帯端末２００に制限されず、映像再生端末３００からの要求も受け付ける。

携帯端末２００の構成及び機能について、図３を参照して説明する。なお、図３は携帯端末２００のブロック図である。

図３に示すように、携帯端末２００は、端末認証要求手段２０１と、基本レイヤストリーム取得手段２０２と、コンテンツ蓄積手段２０３と、再生指示送信手段２０４と、基本レイヤストリーム配信手段２０５と、を備えている。

端末認証要求手段２０１は、ネットワークを介して通信し、基本レイヤストリームの取得に必要な端末認証を行う手段である。具体的には、コンテンツサーバ１００の端末認証手段１０３と通信し、認証要求メッセージを送信する。認証要求メッセージには、ユーザＩＤと電話番号とを含める。端末認証手段１０３から承認を受けたときには、利用可能なコンテンツリストをコンテンツサーバ１００から取得し、基本レイヤストリーム取得手段２０２に通知する。なお、コンテンツサーバ１００のアドレスを取得する方法については、本発明では限定しないが、図示していない通信手段によってネットワークが利用であるかを常に監視し、ネットワークが利用可能である場合には、ブロードキャスト、若しくは、マルチキャストを用いたメッセージの送信とその応答から、コンテンツサーバ１００や他の携帯端末２００、若しくは、映像再生端末３００が存在するかを識別する方法が考えられる。また、図示していない記憶手段に予め記憶させておく方法も考えられる。本実施形態においては、前者の方法で実現している。

基本レイヤストリーム取得手段２０２は、コンテンツサーバ１００とネットワークを介して通信し、コンテンツサーバ１００に対して希望する映像コンテンツの基本レイヤストリームデータを取得する機能を持つ。端末認証要求手段２０１での認証要求の結果、利用が認められた映像コンテンツの情報に基づき、基本レイヤストリーム配信手段１０２に対し、基本レイヤストリーム配信要求を行う。受信した基本レイヤストリームデータと映像コンテンツ情報は、コンテンツ蓄積手段２０３に渡される。

コンテンツ蓄積手段２０３は、基本レイヤストリーム取得手段２０２が取得した基本レイヤストリームのデータとコンテンツの付加情報を記憶媒体に保存する手段である。保存されたストリームデータと付加情報とは、再生指示送信手段２０４、及び基本レイヤストリーム配信手段２０５の要求に応じて渡される。

再生指示送信手段２０４は、ネットワークを介して映像再生端末３００等の他の端末に対して、携帯端末２００が保持している映像コンテンツの再生をユーザが指示する手段である。同時に対象となるコンテンツの付加情報をあわせて送信する。

基本レイヤストリーム配信手段２０５は、再生指示送信手段２０４で再生を指示した端末に対して、コンテンツ蓄積手段２０３に保持されている基本レイヤストリームを配信する手段である。なお、ストリームの送信は、ＲＴＰ／ＵＤＰ等によるストリーミングの他に、ＨＴＴＰ等の一般的なプロトコルによるストリーミングであっても良い。

映像再生端末３００の構成及び機能について、図４を参照して説明する。なお、図４は映像再生端末３００のブロック図である。

図４に示すように、映像再生端末３００は、再生指示受付手段３０１と、拡張レイヤストリーム配信要求手段３０２と、拡張レイヤストリーム受信手段３０３と、基本レイヤストリーム受信手段３０４と、デコード対象レイヤ選択手段（図示しない）と、映像デコード手段３０５と、映像表示手段３０６と、を備えている。

再生指示受付手段３０１は、携帯端末２００の再生指示送信手段２０５からネットワークを介して送られる再生要求メッセージを受信する手段である。再生要求メッセージには、基本レイヤストリームを伝送するための情報、再生開始位置、拡張レイヤストリームが保存されているコンテンツサーバ名及び受信要求を発行するに必要な情報が送られる。

拡張レイヤストリーム配信要求手段３０２は、再生指示受付手段３０１が受信した拡張レイヤストリームに関する情報を受け、コンテンツサーバ１００に対して携帯端末２００が再生を指示した映像コンテンツの拡張レイヤストリームの配信を要求する。

拡張レイヤストリーム受信手段３０３は、拡張レイヤストリーム配信要求手段３０２がコンテンツサーバ１００に要求した拡張レイヤストリームを受信する手段である。拡張レイヤストリームは、ＲＴＰ／ＵＤＰプロトコルやＨＴＴＰプロトコル、ＦＴＰプロトコル等で配信しても良い。本実施形態においては、ＲＴＰパケットでストリーミングされることとする。

基本レイヤストリーム受信手段３０４は、携帯端末２００から配信される基本レイヤストリームを受信する手段である。基本レイヤストリームは、ＲＴＰ／ＵＤＰプロトコルやＨＴＴＰプロトコル、ＦＴＰプロトコル等で配信しても良い。本実施形態においては、ＲＴＰパケットでストリーミングされることとする。

デコード対象拡張レイヤ選択手段（図示しない）は、映像再生端末３００がある拡張レイヤストリームを受信できなかった場合は、その１段階下の階層の拡張レイヤまでのデータを用いてデコードを行う手段である。

映像デコード手段３０５は、基本レイヤストリームと、拡張レイヤストリームとを取得して、スケーラブルコーデックでデコードし、ビットマップデータを取得する手段である。本実施形態においては、スケーラブルコーデックによるデコード方法については限定しないが、基本レイヤストリーム受信手段３０４で受信した基本レイヤストリームをデコードし、ビットマップを取得した後、同じ時刻情報を持つ拡張レイヤストリームデータを拡張レイヤストリーム受信手段３０３から取得し、両者をスケーラブルコーデックでデコードすることにより、基本レイヤストリーム以上の解像度のビットマップデータを取得することが考えられる。また、デコード対象となる拡張レイヤストリームのレイヤを上げることで、より高解像度のビットマップデータを取得することが可能であると考えられる。

基本レイヤストリームに付加されている時刻情報に対応する拡張レイヤストリームが、まだ拡張レイヤストリーム受信手段３０３に到着していない場合は、拡張レイヤストリームのデコードの実施を遅らせるが、現在時刻が時刻情報に記された時刻を超える場合には、拡張レイヤストリームのデコードを行わず、基本レイヤストリームのデコード結果のみを映像表示手段３０６に送信する。また、基本レイヤストリームに付加されていた時刻情報は、そのままデコード結果のビットマップデータに付加して映像表示手段３０６に送信する。

映像表示手段３０６は、映像デコード手段３０５で取得したビットマップデータを表示する手段である。映像デコード手段３０５の出力映像は、空間スケーラブルコーデックを用いた場合は、基本レイヤストリームのみデコードした場合と、拡張レイヤストリームを複数含めてデコードした場合とにおいて解像度が異なるため、表示する画面サイズに合わせて拡大又は縮小を実施する。一方、時間スケーラブルコーデック、ＳＮスケーラブルコーデックを用いた場合は、デコード結果の解像度に変化がないため、デコードレイヤ別の画面の解像度の変更は行わない。また、映像表示手段３０６は、映像デコード手段３０５でビットマップデータに付加された時刻情報と現在時刻とを比較して、再生のタイミングを計り、滑らかに映像を表示する機能を持つ。

ここで表示タイミングになった段階においても、まだ拡張レイヤストリームが到着しない場合には、基本レイヤストリームのみのデコードを指示して映像コンテンツを取得して表示することについて、図５及び６を参照して具体的に説明する。

拡張レイヤストリーム受信手段３０３と基本レイヤストリーム受信手段３０４とを介して受信したビットマップデータは、映像デコード手段３０５内部のバッファリング手段（図示しない）に蓄積される。

映像デコード手段３０５は、映像デコード手段３０５の内部にシステムクロックを有する。当該システムクロックは、常に一定のレートで上昇するカウンタである。映像デコード手段３０５は、内部に蓄積されているビットマップデータの時刻情報を確認し、システムクロック以下の値を持つビットマップデータがバッファリング手段内部に存在する場合は、当該バッファリング手段からビットマップデータを取り出す。そして、映像デコード手段３０５は、当該ビットマップデータを取り出した後に、ＲＴＰシーケンス番号の情報を元に昇順にソートする。なお、ソートした段階で、ＲＴＰシーケンス番号に飛びがある場合には、到着していないか、又は消えたパケットが存在することを意味する。

取り出したＲＴＰパケットが完全である場合（図６における９０１）は、そのままペイロードを取り出しコーデックでデコードし、映像を取得する。この時、元のＲＴＰパケットの時刻情報をこのデコード済み映像にも付加する。その後、システムクロックがこの付加した時刻情報＋Ｄになったときに、映像表示手段３０６に送信して映像を表示する。このＤが映像再生遅延量であり、一般的に５００ｍｓｅｃ程度である。

一方、取り出したＲＴＰパケットが完全でない場合（図６における９０２）は、時間Ｄだけパケットの到着を待つ。時間ｄ（Ｄ＞ｄ）が経過した時に、バッファリング手段にビットマップデータが到着した場合は、ペイロードを取り出し、コーデックでデコードし、映像を取得する。この時、元のＲＴＰパケットの時刻情報をこのデコード済み映像にも付加する。その後、システムクロックが時刻情報＋Ｄになったときに、映像表示手段３０６に送信して映像を表示する。

時間ｄが経過しても、バッファリング手段にビットマップデータが到着しない場合は、ペイロードを取り出した後、拡張レイヤストリームが到着しなかった場合（図６における９０３）は、基本レイヤストリームのみをデコードし、映像を取得する。この時、元のＲＴＰパケットの時刻情報をこのデコード済み映像にも付加する。この時点で、システムクロックは、時刻情報＋Ｄであるため、直ちに映像表示手段３０６に送信して映像を表示する。基本レイヤストリームが到着しなかった場合（図６における９０４）は、デコードができないため、デコードを行わず、映像表示手段３０６には映像を送信しない。映像表示手段３０６では１つ前の映像を表示させ続ける。これにより映像表示手段３０６は、乱れた映像を表示させることなくエラーを隠蔽することが可能になる。

次に、本実施形態であるコンテンツサーバ１００、携帯端末２００、及び映像再生端末３００がどのように連携して映像配信及び映像再生を行うかについて、図７及び８を参照して詳細に説明する。なお、図７は本実施形態の動作のうち、コンテンツサーバ１００から基本レイヤストリームを携帯端末２００に転送するまでを示すシーケンス図である。

図７において、先ず、ユーザは、例えば自宅にて携帯端末２００の電源を投入する（ステップＳＴ５０１）。

ユーザは、指紋認証、若しくはパスワード入力等の手段により、携帯端末２００を利用可能な状態にする（ステップＳＴ５０２）。

携帯端末２００は、ネットワーク４００ａに接続する。本実施形態においては、このネットワーク４００ａは、インターネットとする。

コンテンツサーバ１００、若しくは映像再生端末３００の存在を確認するため、端末探索メッセージを予め決められたマルチキャストアドレスに対して送信する（ステップＳＴ５０３）。

コンテンツサーバ１００、若しくは映像再生端末３００が存在する場合は、端末探索メッセージを受信した端末から端末探索応答メッセージが携帯端末２００に送られる（ステップＳＴ５０４）。これにより、携帯端末２００が存在するネットワーク上に存在する映像再生端末、及びコンテンツサーバのアドレスを知ることができる。端末探索メッセージの送信処理は、一定時間間隔で繰り返し、常時コンテンツサーバと映像再生端末の存在を確認し続ける。

携帯端末２００は、コンテンツサーバ１００に対して認証要求メッセージを送信する（ステップＳＴ５０５）。コンテンツサーバ１００のアドレスは、事前に与えられていても、上述の端末探索メッセージで取得しても良い。認証要求メッセージには、携帯端末２００のユーザＩＤと電話番号とが含まれている。本実施形態においては、認証要求メッセージにはユーザＩＤ＝ＵＩＤ００１と、電話番号＝０００１とが含まれているとする。

コンテンツサーバ１００は、受け取ったユーザＩＤ＝ＵＩＤ１００と、電話番号＝０００１とからユーザと端末とが事前に登録された内容と一致し、コンテンツへのアクセス権限があるかを確認する（ステップＳＴ５０６）。なお、確認のための登録データは、コンテンツサーバ１００内部の認証情報記憶手段１０４の認証情報管理テーブル７００に保持されている。

認証情報管理テーブル７００をサーチした結果、ユーザＩＤ７０１と電話番号７０２とに、ユーザＩＤ＝ＵＩＤ１００と、電話番号＝０００１とが存在するエントリがあるため、端末認証手段１０３は、正規のユーザと端末からのアクセスであり、コンテンツへのアクセスの権限があると判断する。

コンテンツへのアクセス権限が存在する場合には、コンテンツサーバ１００は、携帯端末２００に対して承認する旨の認証応答メッセージを返信する。コンテンツへのアクセス権限を持っていない場合には、拒否する旨の認証応答メッセージを返信する（ステップＳＴ５０７）。

以下では、承認した場合の処理について説明する。

携帯端末２００は、コンテンツサーバ１００の端末認証手段１０３に対してコンテンツリスト要求メッセージを送信する（ステップＳＴ５０８）。

コンテンツサーバ１００は、保持している映像コンテンツの中で、要求したユーザと端末に視聴が認められているコンテンツの一覧をリストとして生成し（ステップＳＴ５０９）、コンテンツリスト応答メッセージに含めて送信する（ステップＳＴ５１０）。

ユーザＩＤ＝ＵＩＤ１００と、電話番号＝０００１とを持つ端末は、認証情報管理テーブル７００のサーチ結果からコンテンツ名７０３に記述された、映画Ｘ、映画Ｙ、及びニュースＡの３コンテンツを視聴する権限を持っているため、コンテンツリスト応答メッセージには、この３つのコンテンツ名を含めて送信する。

携帯端末２００は、取得したコンテンツリストの中で、取得したいコンテンツを選択する（ステップＳＴ５１１）。必要なコンテンツの選択は、ＧＵＩによってユーザが明示的に行う場合の他に、携帯端末２００のコンテンツ蓄積手段２０３に存在しないコンテンツを対象にする場合がある。また、要求する基本レイヤストリームの数は、１つだけでなく２つ以上であっても良い。ここでは、ユーザは、映画Ｘを選択することとする。

取得の対象となったコンテンツの基本レイヤストリームを取得するため、コンテンツサーバ１００に対して基本レイヤストリーム要求メッセージを発行する（ステップＳＴ５１２）。

基本レイヤストリーム要求メッセージには、コンテンツ名として映画Ｘを記述する。

コンテンツサーバ１００は、基本レイヤストリーム要求メッセージに基づき、コンテンツ蓄積手段２０３から対象コンテンツの基本レイヤストリームを取得する（ステップＳＴ５１３）。ここで、映像コンテンツ管理テーブル８００をサーチし、拡張レイヤストリームファイル名８０３から映画Ｘの基本レイヤストリームが保存されているファイル名ＢＬ_ＭｏｖＸ．ｄａｔを取得し、コンテンツ蓄積手段２０３は、このファイル名からストリームデータを取得する。

取得した基本レイヤストリームデータを基本レイヤストリーム応答メッセージに含めて携帯端末２００に対して送信する（ステップＳＴ５１４）。

送信に用いるプロトコルは、本願では対象としないが、基本レイヤストリームの配送は、一般的にリアルタイム性が不要であるため、配送プロトコルは、ＲＴＰ等のストリーミングプロトコルだけでなく、ＨＴＴＰ、ＦＴＰ等のプロトコルを用いても良い（ステップＳＴ５１５）。

コンテンツサーバ１００は、映像コンテンツの基本レイヤストリームの配送後、指定されたコンテンツの付加情報を携帯端末２００に対して送信する（ステップＳＴ５１６）。

この付加情報には、拡張レイヤストリームの情報が含まれており、携帯端末２００に蓄積された後、携帯端末２００から映像再生端末３００に伝達され、映像再生端末３００がコンテンツサーバ１００に対して拡張レイヤストリームの配信要求を行うために使用される。

具体的には、映像コンテンツ管理テーブル８００をサーチすることで、映画Ｘの拡張レイヤストリームファイル名であるＥＬ１_ＭｏｖＸ．ｄａｔを取得する。コンテンツサーバ１００のホスト名がｓｅｒｖｅｒ．ｅｘａｍｐｌｅ．ｃｏｍである場合は、ＥＬ１＿ＭｏｖＸ．ｄａｔをあわせて、ｓｅｒｖｅｒ．ｅｘａｍｐｌｅ．ｃｏｍ／ＥＬ１＿ＭｏｖＸ．ｄａｔのようなフォーマットとして、携帯端末２００へ送信する。また、本付加情報には、基本レイヤストリームの情報は含めない。

携帯端末２００は、取得した映像コンテンツの基本レイヤストリームのデータとコンテンツの付加情報とをコンテンツ蓄積手段２０３に保存する。

ここまでのシーケンスにより、携帯端末２００は、認証の後、基本レイヤストリームと拡張レイヤストリームの取得に必要な付加情報をコンテンツサーバ１００から取得することができる。

携帯端末２００を持ったユーザが、外出先に設置されている映像再生端末３００を使用して映像を再生する場合の動作について、図８を用いて説明する。なお、図８は、本実施形態の動作の内、携帯端末２００が映像再生を映像再生端末３００に指示し、映像再生端末３００上で高精細映像を表示するまでのシーケンス図である。

ユーザは、外出先において携帯端末２００の電源を投入する（ステップＳＴ６０１）。

ユーザは、指紋認証、若しくは、パスワード入力等の手段により、携帯端末２００を利用可能な状態にする（ステップＳＴ６０２）。

携帯端末２００は、ネットワーク４００ｂに接続する。ネットワーク４００ｂは、外出先のＬＡＮ（Local Area Network）を想定する。コンテンツサーバ１００、若しくは、映像再生端末３００が存在するかを調査するため、携帯端末２００は、端末探索メッセージを予め決められたマルチキャストアドレスに対して送信を行う（ステップＳＴ６０３）。

コンテンツサーバ１００、若しくは、映像再生端末３００が存在する場合は、端末探索メッセージを受信した端末から端末探索応答メッセージが携帯端末２００に送られる（ステップＳＴ６０４）。

この送信元アドレスから携帯端末２００が接続されたネットワーク上に存在する映像再生端末３００及びコンテンツサーバ１００のアドレスを知ることができる。

端末探索メッセージの送信処理は、定期的に繰り返され、コンテンツサーバと映像再生端末の存在を確認し続ける。

ユーザは、携帯端末２００を操作し、内部に保存されているコンテンツを選択する（ステップＳＴ６０５）。

また、ユーザは、選択したコンテンツをどの映像再生端末で再生させるかを選択するため、映像再生端末３００の一覧から対象となる映像再生端末を選択する（ステップＳＴ６０６）。

そしてユーザは、映像再生端末を選択した後、映像再生開始を指示する。本実施形態においては、映像再生端末３００を選択するものとする。

映像再生開始の指示により、携帯端末２００は、映像再生端末３００の再生指示受付手段３０１に対して再生指示メッセージを送信する（ステップＳＴ６０７）。

この再生指示メッセージには、コンテンツ付加情報を記述している（ステップＳＴ６０８）。

具体的には、メッセージ中にコンテンツ名＝映画Ｘ、拡張レイヤストリーム取得情報＝ｓｅｒｖｅｒ．ｅｘａｍｐｌｅ．ｃｏｍ／ＥＬ１＿ＭｏｖＸ．ｄａｔと記述している。

映像再生端末３００は、取得した再生指示メッセージに記述された拡張レイヤストリーム情報を取得する（ステップＳＴ６０９）。

拡張レイヤストリーム情報には、拡張レイヤストリームが保持されているコンテンツサーバ名、及び拡張レイヤファイル名が記述されている。

具体的には、コンテンツサーバ名＝ｓｅｒｖｅｒ．ｅｘａｍｐｌｅ．ｃｏｍ、拡張レイヤファイル名＝ＥＬ１＿ＭｏｖＸ．ｄａｔとなる。

映像再生端末３００の拡張レイヤストリーム配信要求手段３０２は、ｓｅｒｖｅｒ．ｅｘａｍｐｌｅ．ｃｏｍであるコンテンツサーバ１００の拡張レイヤストリーム配信手段１０５に対して、当該コンテンツの拡張レイヤストリームＥＬ１＿ＭｏｖＸ．ｄａｔの送信準備を要求するため、拡張レイヤストリーム配信準備要求メッセージを送信する（ステップＳＴ６１０）。

コンテンツサーバ１００は、指示された拡張レイヤストリームの送信の準備が完了した後、映像再生端末３００へ拡張レイヤストリーム配信準備応答メッセージを返す（ステップＳＴ６１１）。

映像再生端末３００は、ストリーム受信の準備を整えた後に、コンテンツサーバ１００に基本レイヤストリーム配信開始要求メッセージを送信し（ステップＳＴ６１２）、携帯端末２００に拡張レイヤストリーム配信開始要求メッセージを送信する（ステップＳＴ６１３）。ここで、各配信開始要求メッセージには、ストリームの受信に必要な待ち受けポート番号を含めている。

携帯端末２００は、本メッセージの受信により、基本レイヤストリームの送信を開始する（ステップＳＴ６１４）。

コンテンツサーバ１００は、本メッセージを受信することにより、拡張レイヤストリームの指定ポートへの送信を開始する（ステップＳＴ６１５）。

映像再生端末３００は、基本レイヤストリーム受信手段３０４と、拡張レイヤストリーム受信手段３０３とにより、基本レイヤストリーム及び拡張レイヤストリームの両ストリームを受信し、映像デコード手段３０５へ送る。

映像デコード手段３０５では、基本レイヤストリームのデコードと、対応する拡張レイヤストリームのデコードとを実施し、映像表示手段３０６で再生を行う（ステップＳＴ６１６）。

拡張レイヤストリームを結合して映像をデコードした場合には、携帯端末２００に保持した基本レイヤストリームの品質以上の高精細映像が再生される。

再生中は、基本レイヤストリーム及び拡張レイヤストリームの両ストリームの受信処理、レイヤ結合、デコード、及び再生を繰り返す。

再生停止は、映像再生端末３００又は携帯端末２００のどちらからも可能であるが、本実施形態においては、ユーザが携帯端末２００から再生停止の操作を行う。

ユーザは、携帯端末２００を操作し、再生停止を決定する（ステップＳＴ６１７）。尚、再生停止の対象となるコンテンツは、コンテンツを明示的に選択して停止を決定しても、現在配信中のコンテンツの停止としても良い。

携帯端末２００は、映像再生端末３００に対して映像再生停止要求メッセージを送信する（ステップＳＴ６１８）。この時に、基本レイヤストリームの配信を停止する。

映像再生端末３００は、映像の再生を停止すると共に、拡張レイヤストリームの配信を停止させるため、コンテンツサーバ１００に対して拡張レイヤストリーム停止要求メッセージを送信する（ステップＳＴ６１９）。

コンテンツサーバ１００は、拡張レイヤストリームの送信を停止し、拡張レイヤストリーム停止応答メッセージを映像再生端末１００に返す（ステップＳＴ６２０）。

映像再生端末３００は、停止が完了したことを通知するため、携帯端末２００に対して再生停止応答メッセージを送信する（ステップＳＴ６２１）。

以上説明したように、本実施形態によれば、コンテンツサーバ１００に蓄積されているコンテンツの基本レイヤストリームは、認証済みの携帯端末２００へのみ伝送される。任意の映像再生端末３００でコンテンツを再生する場合は、この携帯端末２００から基本レイヤストリームが供給され、映像再生端末３００には拡張レイヤストリームに関する情報のみが通知される。よって、映像再生端末３００単独でコンテンツサーバ１００から映像再生に必要なストリームを要求することができなくなり、他人が映像再生端末３００を操作し、不正に映像を再生することを防止できる。

また、本実施形態によれば、映像再生端末３００は、携帯端末２００とＬＡＮ（ネットワーク４００ｂ）で通信を実施するため、低コストで安定した高速通信が可能である。インターネット（ネットワーク４００ａ）等の外部ネットワークと接続する必要があるのは、コンテンツサーバ１００からの拡張レイヤストリーム取得のみである。よって、コンテンツサーバ１００との間で準備するネットワークは、拡張レイヤストリームの取得に必要な帯域で済むと共に、データ量も少なくなり通信コストを軽減することができる。

また、本実施形態によれば、拡張レイヤストリームは、１階層のみ記述されているが、拡張レイヤストリームは、複数の階層から構成され、夫々の拡張レイヤストリームを独立して取り扱う場合でも、本発明は有効である。また、基本レイヤストリーム単独で携帯端末２００に送信しているが、基本レイヤストリームに加えて一部又は全部の階層の拡張レイヤストリームを付加して送信し、携帯端末２００に蓄積させても良い。同様に、携帯端末２００から映像再生端末３００に対して送信する映像ストリームも、基本レイヤストリームに一部又は全部の階層の拡張レイヤストリームを付加して送信しても良い。

また、本実施形態によれば、インターネット（ネットワーク４００ａ）等の外部ネットワークに拡張レイヤストリームを配信することにより、インターネット上で発生するネットワーク帯域の変動やルーティング変更による通信の一時的な途絶によるパケット到着の遅れは、映像デコードに不可欠でない拡張レイヤに限定される。これにより、映像の品質は、基本レイヤストリームのデコード結果のレベルまで低下するが、再生映像が停止するというＱｏＳ（Quality of Service）を大きく損なう状況を回避することができる。

また、本実施形態によれば、映像再生端末３００は、インターネット経由で拡張レイヤストリームを、ＬＡＮ経由で基本レイヤストリームを取得しているが、ＮＧＮ（Next Generation Network）等の次世代ネットワークを用いても実現可能である。この場合、基本レイヤストリームの優先度を拡張レイヤストリームよりも高く設定することで、より安定した基本レイヤストリームの伝送が可能になるため、映像再生品質をより向上させることが可能である。

また、本実施形態によれば、コンテンツサーバ１００と、携帯端末２００と、映像再生端末３００とは、インターネット、若しくはＬＡＮで接続されているが、この接続は、ＵＳＢ（Universal Serial Bus）やＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３６４といった機器接続ケーブル、赤外線、クレードル等でも良い。

また、本実施形態では、コンテンツサーバ１００、携帯端末２００、及び映像再生端末３００は夫々１ずつであるが、コンテンツサーバ、携帯端末、及び映像再生端末が夫々複数存在しても本発明は有効である。

また、本実施形態によれば、携帯端末２００は、映像デコード手段、及び映像表示手段を持っていないが、コンテンツ蓄積手段２０３の基本レイヤストリームをデコードする映像デコード手段と、映像表示手段とを持っても良い。この場合、携帯端末２００がネットワークに接続していない状態でも映像再生が可能であり、映像再生位置を記憶することで、映像再生端末３００に途中から映像再生を指示することが可能になる。

また、本実施形態によれば、認証されていない端末に対してコンテンツアドレスをそのまま送信しないため、このアドレスでデコードすることが可能な映像ファイルを取得できず、その結果、認証されていない端末単独では一切の再生を防止することができる。

また、本実施形態によれば、基本レイヤストリームのデコード結果を表示するデコード、表示手段を備えているので、拡張レイヤストリームのパケットの到着が遅れた場合には、再生映像が停止しない。

また、本実施形態によれば、携帯端末２００から再生指示をし、基本レイヤストリームは認証されていない端末にストリーミングで送信すると同時に、認証されていない端末には拡張レイヤストリームの取得に必要な情報以外は渡していないので、認証されていない端末単体では、基本レイヤストリームを含め一切の映像再生を防止することができる。

尚、本発明は上記実施形態に限定されず、メディアデータを蓄積するコンテンツ蓄積システムや、コンテンツ視聴システム等に適用することができる。また、上記の装置を実現するための装置、その装置を実装するためのプログラムといった用途にも適用することができる。

本発明の実施形態に係る映像配信システムＳを示す構成図である。 本発明の実施形態に係るコンテンツサーバ１００のブロック図である。 本発明の実施形態に係る携帯端末２００のブロック図である。 本発明の実施形態に係る映像再生端末３００のブロック図である。 本発明の実施形態のシステムクロック以下の値を持つビットマップデータを取り出す場合を説明するための図である。 本発明の実施形態のシステムクロック以下の値を持つビットマップデータを取り出す場合を説明するための図である。 本発明の実施形態に係るコンテンツサーバ１００と携帯端末２００との動作を示すシーケンス図である。 本発明の実施形態に係るコンテンツサーバ１００と携帯端末２００と映像再生端末３００との動作を示すシーケンス図である。 本発明の実施形態に係る認証情報の図である。 本発明の実施形態に係るコンテンツ情報の図である。

符号の説明

Ｓ 映像配信システム
１００ コンテンツサーバ
１０１ コンテンツ蓄積手段
１０２ 基本レイヤストリーム配信手段
１０３ 端末認証手段
１０４ 認証情報記憶手段
１０５ 拡張レイヤストリーム配信手段
２００ 携帯端末
２０１ 端末認証要求手段
２０２ 基本レイヤストリーム取得手段
２０３ コンテンツ蓄積手段
２０４ 再生指示送信手段
２０５ 基本レイヤストリーム配信手段
３００ 映像再生端末
３０１ 再生指示受付手段
３０２ 拡張レイヤストリーム配信要求手段
３０３ 拡張レイヤストリーム受信手段
３０４ 基本レイヤストリーム受信手段
３０５ 映像デコード手段
３０６ 映像表示手段

Claims (21)

1. 映像コンテンツは単独で再生可能な基本映像信号と当該基本映像信号の画質を高めるための拡張映像信号とにより構成されており、
   前記映像コンテンツを蓄積し前記基本映像信号と前記拡張映像信号とを互いに独立して配信することが可能な映像コンテンツ蓄積サーバ装置と、
   当該映像コンテンツ蓄積サーバ装置から前記基本映像信号を受信して蓄積する映像コンテンツ携帯端末装置と、
   当該映像コンテンツ携帯端末装置からの指示を受けて映像を再生する映像コンテンツ再生端末装置と、を備え、
   前記基本映像信号を前記映像コンテンツ携帯端末装置から受信し、前記拡張映像信号を前記映像コンテンツ蓄積サーバ装置から受信して前記映像コンテンツ再生端末装置が再生する映像を生成することを特徴とする映像配信システム。
2. 請求項１に記載の映像配信システムにおいて、
   前記映像コンテンツ再生端末装置は、前記拡張映像信号の識別子を前記映像コンテンツ携帯端末装置から取得し、当該識別子を用いて前記拡張映像信号を前記映像コンテンツ蓄積サーバ装置に要求することを特徴とする映像配信システム。
3. 映像コンテンツは単独で再生可能な基本映像信号と当該基本映像信号の画質を高めるための拡張映像信号とにより構成されており、
   前記基本映像信号を受信する基本映像信号受信手段と、
   前記拡張映像信号を受信する拡張映像信号受信手段と、
   前記基本映像信号と前記拡張映像信号とから映像を生成する映像デコード手段と、
   を備え、
   互いに異なる経路により伝送されてきた前記基本映像信号と前記拡張映像信号とを受信することを特徴とする映像コンテンツ再生端末装置。
4. 請求項３に記載の映像コンテンツ再生端末装置において、
   前記拡張映像信号の送信を、当該拡張映像信号を保持する前記映像コンテンツ蓄積サーバ装置又は前記映像コンテンツ携帯端末装置に対して要求する拡張映像信号要求手段を備えることを特徴とする映像コンテンツ再生端末装置。
5. 請求項３又は４に記載の映像コンテンツ再生端末装置において、
   前記映像コンテンツの再生の指示を示す再生指示情報を前記映像コンテンツ携帯端末装置から受け付ける映像再生指示受付手段を備えることを特徴とする映像コンテンツ再生端末装置。
6. 請求項５に記載の映像コンテンツ再生端末装置において、
   前記映像再生指示受付手段は、前記映像コンテンツの再生指示情報に含まれる拡張映像信号の取得に関する情報を読み出し、
   前記拡張映像信号要求手段は、当該情報に基づいて前記拡張映像信号を要求することを特徴とする映像コンテンツ再生端末装置。
7. 請求項６に記載の映像コンテンツ再生端末装置において、
   前記拡張映像信号要求手段は、前記情報に含まれる拡張映像信号の識別子を用いて、任意の階層の拡張映像信号を前記映像コンテンツ蓄積サーバ装置又は前記映像コンテンツ携帯端末装置に対して要求し、
   前記映像デコード手段は、複数の拡張映像信号のうち任意の階層までの拡張映像信号と基本映像信号とから映像を生成することを特徴とする映像コンテンツ再生端末装置。
8. 請求項３乃至７の何れか一項に記載の映像コンテンツ再生端末装置において、
   前記拡張映像信号を完全に受信できない場合には、前記デコード手段は、受信した基本映像信号と受信できなかった最下位階層未満の拡張映像信号とを用いて映像を生成することを特徴とする映像コンテンツ再生端末装置。
9. 映像コンテンツは単独で再生可能な基本映像信号と当該基本映像信号の画質を高めるための拡張映像信号とにより構成されており、
   前記映像コンテンツを蓄積するコンテンツ蓄積手段と、
   前記基本映像信号を映像コンテンツ携帯端末装置へ送信する基本映像信号配信手段と、
   前記拡張映像信号を映像コンテンツ再生端末装置へ送信する拡張映像信号配信手段と、を備え、
   前記基本映像信号と前記拡張映像信号と互いに独立して配信することを特徴とする映像コンテンツ蓄積サーバ装置。
10. 請求項９に記載の映像コンテンツ蓄積サーバ装置において、
    前記基本映像信号と前記拡張映像信号とを取得する端末装置が正当であるか否かを判断する端末認証手段と、
    前記端末認証手段における認証に必要な端末装置情報を記憶する認証情報記憶手段と、
    を備え、
    前記端末認証手段により認証された端末装置に対して前記基本映像信号の配信を可能にすることを特徴とする映像コンテンツ蓄積サーバ装置。
11. 請求項１０に記載の映像コンテンツ蓄積サーバ装置において、
    前記映像コンテンツを記憶するコンテンツ蓄積手段は、前記蓄積している基本映像信号の識別子と前記拡張映像信号の識別子とを保持し、
    前記認証情報記憶手段は、前記端末装置が利用可能な映像コンテンツと当該映像コンテンツの拡張映像信号の識別子とを記憶し、前記端末認証手段により正当であると認証された前記携帯端末装置に対して前記拡張映像信号の識別子を送信することを特徴とする映像コンテンツ蓄積サーバ装置。
12. 映像コンテンツは単独で再生可能な基本映像信号と当該基本映像信号の画質を高めるための拡張映像信号とにより構成されており、
    前記基本映像信号を受信する基本映像信号受信手段と、
    前記基本映像信号受信手段により受信した基本映像信号を蓄積する映像信号蓄積手段と、
    前記映像コンテンツの再生を映像コンテンツ再生端末装置に指示する再生指示手段と、
    再生の指示を行った前記映像コンテンツ再生端末装置に前記基本映像信号を配信する基本映像信号配信手段と、
    を備え、
    前記受信して蓄積した映像コンテンツを選択し、前記映像コンテンツ再生端末装置以外の映像コンテンツ再生端末装置に対して再生の指示と基本映像信号の送信とを行うことを特徴とする映像コンテンツ携帯端末装置。
13. 請求項１２に記載の映像コンテンツ携帯端末装置において、
    端末認証を前記映像コンテンツ蓄積サーバ装置に対して要求する端末認証要求手段を備え、
    前記映像コンテンツ蓄積サーバ装置に対して端末認証を要求し、認証を受けて映像コンテンツを構成する基本映像信号を受信することを特徴とする映像コンテンツ携帯端末装置。
14. 請求項１３に記載の映像コンテンツ携帯端末装置において、
    前記映像コンテンツ蓄積サーバ装置から前記拡張映像信号の識別子を取得し、前記映像コンテンツの再生を前記映像コンテンツ再生端末装置に指示すると共に、前記拡張映像信号の識別子を送信することを特徴とする映像コンテンツ携帯端末装置。
15. 請求項１又は２に記載の映像配信システムにおいて、
    前記基本映像信号は、映像スケーラブルコーデックの基本レイヤストリームであり、前記拡張映像信号は、拡張レイヤストリームであることを特徴とする映像配信システム。
16. 請求項３乃至８の何れか一項に記載の映像コンテンツ再生端末装置において、
    前記基本映像信号は、映像スケーラブルコーデックの基本レイヤストリームであり、前記拡張映像信号は、拡張レイヤストリームであることを特徴とする映像コンテンツ再生端末装置。
17. 請求項９乃至１１の何れか一項に記載の映像コンテンツ蓄積サーバ装置において、
    前記基本映像信号は、映像スケーラブルコーデックの基本レイヤストリームであり、前記拡張映像信号は、拡張レイヤストリームであることを特徴とする映像コンテンツ蓄積サーバ装置。
18. 請求項１２乃至１４の何れか一項に記載の映像コンテンツ携帯端末装置において、
    前記基本映像信号は、映像スケーラブルコーデックの基本レイヤストリームであり、前記拡張映像信号は、拡張レイヤストリームであることを特徴とする映像コンテンツ携帯端末装置。
19. コンピュータを、
    請求項３乃至８の何れか一項に記載の映像コンテンツ再生端末装置として機能させることを特徴とする映像コンテンツ再生端末装置用プログラム。
20. コンピュータを、
    請求項１２乃至１４の何れか一項に記載の映像コンテンツ携帯端末装置として機能させることを特徴とする映像コンテンツ携帯端末装置用プログラム。
21. 映像コンテンツは、単独で再生可能な基本映像信号と、当該基本映像信号の画質を高めるための拡張映像信号と、により構成されており、前記映像コンテンツを蓄積し前記基本映像信号と前記拡張映像信号とを互いに独立して配信することが可能な映像コンテンツ蓄積サーバ装置と、当該映像コンテンツ蓄積サーバ装置から前記基本映像信号を受信して蓄積する映像コンテンツ携帯端末装置と、当該映像コンテンツ携帯端末装置からの指示を受けて映像を再生する映像コンテンツ再生端末装置と、を備える映像配信システムにおける映像配信方法であって、
    前記映像コンテンツ再生端末装置は、前記基本映像信号を前記映像コンテンツ携帯端末装置から受信する基本映像信号受信工程と、
    前記映像コンテンツ再生端末装置は、前記拡張映像信号を前記映像コンテンツ蓄積サーバ装置から受信する拡張映像信号受信工程と、
    前記映像コンテンツ再生端末装置は、前記基本映像信号受信工程により受信した前記基本映像信号と、前記拡張映像信号受信工程により受信した前記拡張映像信号とに基づいて前記映像コンテンツ再生端末装置が再生する映像を生成する映像生成工程と、
    を備えることを特徴とする映像配信方法。

Images