(57)【特許請求の範囲】
【請求項１】
インターネットに接続された動画サイトと、構内ＬＡＮに接続されたプレーヤ装置との通信を中継するゲートウェイ装置として設けられ、ＣＰＵと主記憶装置と二つのネットワーク通信インタフェースを有するコンテンツ配信装置であって、
バンドル単位でソフトウェアを管理するソフトウェア管理フレームワーク手段と、
前記ソフトウェア管理フレームワーク手段が管理し、前記動画サイトごとに異なるバンドルからなり、それぞれが前記動画サイトと前記プレーヤ装置との仲介手段を構成するバンドル群と、
ディレクトリ構造でコンテンツ一覧を表現するコンテンツディレクトリであって、前記バンドル群の各バンドルがそれぞれ対応する前記動画サイトから取得したコンテンツ一覧を変換して追加する、該コンテンツディレクトリと、
前記プレーヤ装置が前記動画サイトに存在するコンテンツを再生するために送信したコンテンツ配信要求に応答して、前記コンテンツディレクトリとして変換されている前記コンテンツ一覧を送信する手段とを有する
コンテンツ配信装置。
【請求項２】
インターネットに接続された動画サイトと構内ＬＡＮに接続されたプレーヤ装置との通信を中継しＣＰＵと主記憶装置と二つのネットワーク通信インタフェースを有するゲートウェイ装置と、前記動画サイトと前記ゲートウェイ装置との中間処理をすべく前記インターネット上に設けられＣＰＵと主記憶装置とネットワーク通信インタフェースを有するトランスコードサーバ装置とを有するコンテンツ配信システムであって、
前記ゲートウェイ装置は、
バンドル単位でソフトウェアを管理するソフトウェア管理フレームワーク手段と、
前記ソフトウェア管理フレームワーク手段が管理し、前記動画サイトごとに異なるバンドルからなり、それぞれが前記動画サイトと前記プレーヤ装置との仲介手段を構成するバンドル群と、
ディレクトリ構造でコンテンツ一覧を表現するコンテンツディレクトリであって、前記バンドル群の各バンドルがそれぞれ対応する前記動画サイトから取得したコンテンツ一覧を変換して追加する、該コンテンツディレクトリと、
前記プレーヤ装置が前記動画サイトに存在するコンテンツを再生するために送信したコンテンツ配信要求に応答して、前記コンテンツディレクトリとして変換されている前記コンテンツ一覧を送信する手段とを有し、
前記トランスコードサーバ装置は、
前記プレーヤ装置に表示された前記動画サイト上のコンテンツ一覧よりコンテンツを選択された場合に、前記ゲートウェイ装置が送信するコンテンツ取得リクエストを受信するコンテンツ取得リクエスト受信手段と、
前記コンテンツ取得リクエスト受信手段が受信した当該リクエスト中のコンテンツを前記動画サイトより取得するコンテンツ取得手段と、
前記コンテンツ取得手段が取得したコンテンツを前記プレーヤ装置で再生可能な形式に変換するトランスコード手段と、
前記トランスコード手段が変換したデータを前記ゲートウェイ装置に送信するコンテンツ送信手段とを有し、
前記構内ＬＡＮ外のインターネット動画サイトに存在するコンテンツの再生を可能にするコンテンツ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンテンツ配信、とりわけ動画コンテンツの配信に関する。
【背景技術】
【０００２】
テレビなどのプレーヤデバイスで、ホームネットワークに接続された機器に格納されたコンテンツを視聴するための技術の普及が進んでいる。例えば、特許文献１のような技術がある。また、普及が進んでいる業界規格としてはDLNA Guideline(以下DLNA)がある。DLNAでは、プレーヤが、ホームネットワーク中の機器にコンテンツリストを要求し、その機器がコンテンツリストをディレクトリ構造のデータとして（コンテンツディレクトリと呼ばれる）プレーヤに返し、プレーヤはコンテンツディレクトリからコンテンツを選択し、該機器から取得、再生する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１５８８５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
DLNAに準拠したプレーヤデバイスは、テレビ向けに普及が進んでいる。しかし、DLNA準拠プレーヤではホームネットワーク内のストレージデバイス（ネットワークストレージデバイスやビデオレコーダデバイス等）に格納されたコンテンツを閲覧することを前提としており、インターネットのようなホームネットワーク外にあるコンテンツを取得、閲覧することはできない。一方、近年インターネット上の動画サイトが人気を博しており、インターネット上の動画サイトの動画をテレビで閲覧したいニーズがある。インターネット上の動画サイトの動画をテレビで閲覧できるようにするためには、テレビ側にソフトウェアを別途インストールする必要があるが、テレビ側のソフトウェアのインストールをユーザが自分で行うことは許されないことが一般的である。
本発明が解決すべき課題は、ホームネットワーク上のコンテンツ取得、閲覧が可能なプレーヤデバイスに、新たなソフトウェアをインストールすることなく、インターネット上のコンテンツを閲覧可能にする手段を提供することである。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、ホームネットワークのような構内ＬＡＮに接続されたプレーヤとインターネットを仲介するゲートウェイ装置に、仲介プログラムを設け、仲介プログラムは、動画サイトから動画一覧を取得し、動画一覧データをコンテンツディレクトリに変換し、プレーヤに送信する手段を備える。プレーヤは、仲介プログラムから受信したコンテンツディレクトリを表示、ユーザに選択させる手段を持ち、選択されたコンテンツの取得リクエストをゲートウェイ装置に送信する。ゲートウェイ装置中の仲介プログラムは、インターネット上もしくは構内ネットワーク上のトランスコードサーバにコンテンツ取得リクエストを送信し、トランスコードサーバは受信したコンテンツ取得リクエストを基に、動画サイトより動画データを取得し、トランスコードサーバは取得した動画データを、プレーヤが再生可能な形式に変換し、ゲートウェイ装置を介してプレーヤに送信、プレーヤは受信した動画データを再生する。【０００６】
インターネット動画サイトから動画一覧を取得するための手段が予期せず変更になることもしばしばある。また、新たな人気動画サイトが現れる可能性がある。こういった状況変化に対応するためには、ゲートウェイ装置中の仲介プログラムの更新が必要になる。ゲートウェイ装置中のプログラムの更新は、ファームウェアの更新により行われることが一般的であるが、装置の停止や再起動を伴うため、その間構内ネットワークの可用性が損なわれる。仲介プログラムの更新を装置の停止や再起動を伴わずできるようにするため、仲介プログラムを、ソフトウェアをモジュール単位でインストール、アンインストールできるOSGiフレームワークのようなソフトウェア管理フレームワークで動作させる。これにより、仲介プログラムの更新を、ゲートウェイ装置を停止することなく行うことができる。
【発明の効果】
【０００７】
本発明によれば、構内ネットワーク上のコンテンツしか見られず、動画サイトＡのコンテンツを閲覧できないプレーヤ１１１であっても、プレーヤ１１１にソフトウェアを追加したり変更することなく、動画サイトＡの動画一覧をプレーヤ１１１に表示させ、また動画サイトＡの動画を見ることができる。【０００８】
また、広告実績データ４４０を使うことで、動画サイトは広告料を徴収することが出来るようになる。例えば、行９４１を見ることによって、動画サイトＡ経由での広告ＩＤ１の広告の放送回数を知ることができるため、動画サイトＡの運用者は、広告ＩＤ１の出稿元から、広告実績を基にした広告料を課金することができる。【０００９】
さらに、新しい動画サイトＢの動画をプレーヤ１１１で見られるようにする場合も、動画サイトバンドルＡと同様の機能を持った動画サイトバンドルＢ（動画サイトバンドルＡとの違いは、コンテンツディレクトリ作成機能７１０中のステップ１３１０の動画一覧取得手段が違う）を、デバイス管理サーバ１３２のバンドル配信手段５１０を使って、ゲートウェイ装置１２０のソフトウェア管理フレームワーク３２０を使いインストールするだけで、ゲートウェイ装置を止めることなく対応することが出来る。
【図面の簡単な説明】
【００１０】
【図１】図１は、システム全体のハードウェア構成を示した図である。
【図２】図２は、プレーヤのソフトウェア構成を示した図である。
【図３】図３は、ゲートウェイ装置の構成を示した図である。
【図４】図４は、トランスコードサーバの構成を示した図である。
【図５】図５は、デバイス管理サーバの構成を示した図である。
【図６】図６は、動画サイトＡ，Ｂの構成を示した図である。
【図７】図７は、動画サイトＡバンドルの構成を示した図である。
【図８】図８は、広告データの構成を示した図である。
【図９】図９は、広告実績データの構成を示した図である。
【図１０】図１０は、動画一覧データの構成を示した図である。
【図１１】図１１は、コンテンツディレクトリの構成を示した図である。
【図１２】図１２は、ＩＤ動画関連テーブルの構成を示した図である。
【図１３】図１３は、コンテンツディレクトリ作成機能の流れを示した図である。
【図１４】図１４は、トランスコード手段の処理の流れを示した図である。
【図１５】図１５は、コンテンツディレクトリ取得・表示手段の説明図である。
【図１６】図１６は、コンテンツ再生の説明図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態を図面を参照しながら説明する。本発明において、「手段」の語は「その機能を実現する手段」の意で用いられる。サーバのＣＰＵ又はデジタル機器の内蔵ＣＰＵ（ＭＰＵ：Micro Processor Unitをも含む）を動かすコンピュータプログラム（ソフトウェア又はファームウェア）が当該ＣＰＵによって読み込まれて動作することによって実現される手段である。したがって、当該ＣＰＵが必要なコンピュータプログラムを読み込んで動作している状態を捉えると「物」として把握可能な概念である。同様に、「機能」の語は、コンピュータプログラムによって実現される機能である。したがって、その機能がまさに実現される状態を捉えると、ＣＰＵによって実現されているものであるから、「手段」とも読み替えることができる場合がある。
【００１２】
図１は、システム全体のハードウェア構成を示した図である。構内ネットワーク１１０に、プレーヤ１１１、ゲートウェイ装置１２０が有線もしくは無線で接続されている。これらの機器の間には、ブロードキャスト通信が通るようになっている。プレーヤ１１１は、ネットワーク通信機能を有するコンピュータとしてのハードウェア（ＣＰＵ、主記憶装置、ネットワーク通信インタフェース）およびディスプレイを備えており、階層構造化されたコンテンツ一覧データ（コンテンツディレクトリ）を取得、表示し、ユーザにリモコンなどで選択させる手段を持ち、選択されたコンテンツをネットワークから取得し、取得したコンテンツを再生する機能を備えている。ソフトウェアの詳細な構成は図２を参照しつつ説明する。
【００１３】
ゲートウェイ装置１２０は、ネットワーク通信機能を有するコンピュータとしてのハードウェア（ＣＰＵ、主記憶装置、少なくとも２つのネットワーク通信インタフェース）を備え、構内ネットワーク１１０およびインターネット１３０に接続されており、インターネット１３０と構内ネットワーク１１０の通信を中継することができる。詳細な構成は図３を参照しつつ説明する。
【００１４】
トランスコードサーバ１３１は、ネットワーク通信機能を有するコンピュータとしてのハードウェア（ＣＰＵ、主記憶装置、ネットワーク通信インタフェース、ＨＤＤのような補助記憶装置）を備え、動画データフォーマットを変換する機能を備える。詳細な構成は図４を参照しつつ後述する。
【００１５】
デバイス管理サーバ１３２は、ゲートウェイ装置１２０を管理するための装置であり、ネットワーク通信機能を有するコンピュータとしてのハードウェア（ＣＰＵ、主記憶装置、ネットワーク通信インタフェース、ＨＤＤのような補助記憶装置）を備える。詳細な構成は図５を参照しつつ後述する。
【００１６】
動画サイトＡ１３３は、動画配信業者Ａが運営するインターネット上の動画配信サーバであり、動画サイトＢ１３４は動画配信業者Ｂが運営するインターネット上の動画配信サーバである。これら動画配信サーバは、ネットワーク通信機能を有するコンピュータとしてのハードウェア（ＣＰＵ、主記憶装置、ネットワーク通信インタフェース、ＨＤＤのような補助記憶装置）を備える。詳細な構成は図６を参照しつつ後述する。
【００１７】
図２はプレーヤ１１１のソフトウェアの構成を示したものである。サーバ発見手段２１０は、構内ネットワーク１１０に接続された、コンテンツ配信機能を持つデバイスを発見するための機能実現手段である。デバイス発見要求メッセージを含んだブロードキャストを送信し、構内ネットワーク１１０に接続された各デバイスが、各デバイスが持つ機能を返信することで、サーバ発見手段２１０は、コンテンツ配信機能を持つデバイスを発見できる。このようなデバイス発見については、例えばuPnP DA規格を実装することで実現可能である。コンテンツディレクトリ取得・表示手段２２０は、コンテンツディレクトリと呼ばれるデータを取得し、プレーヤ１１１のディスプレイに表示する機能である。コンテンツディレクトリのデータ構成については図１１で、コンテンツディレクトリ取得・表示手段２２０の処理の詳細については図１５で説明する。
【００１８】
コンテンツ再生手段２４０は、コンテンツ配信機能を持つデバイスに対し、コンテンツ識別子（例えばＵＲＬ）を送信し、当該デバイスから、コンテンツデータを受信し、受信したコンテンツデータをプレーヤ１１１のディスプレイに再生する機能である。ただし、コンテンツ再生手段２４０が再生できるコンテンツデータ形式は限定されている。本実施形態ではMPEG2フォーマットの動画のみを再生できるとする。なおコンテンツ再生手段２４０の詳細な処理の流れは図１６で説明する。なお、以上の機能を持つプレーヤデバイスの例として、ＤＬＮＡで定められたＤＭＰ（Digital Media Player）デバイスがある。
【００１９】
図３は、ゲートウェイ装置１２０のソフトウェアの構成を示したものである。デバイス公開手段３１０は、サーバ発見手段２１０が送信するデバイス発見要求メッセージに応答し、コンテンツ配信機能を持つデバイスであることを示すメッセージを送信する。ソフトウェア管理フレームワーク３２０は、バンドルというモジュール単位でソフトウェアを管理する（インストール、アンインストール、起動、停止する）機能を備える。バンドルのインストール、アンインストールをゲートウェイ装置のシステム全体を再起動することなく行う機能を備えている。このようなソフトウェア管理フレームワークの実現方式としては、OSGi規格を実装すればよい。バンドル群３３０は、ソフトウェア管理フレームワーク３２０が管理するバンドルである。本実施例では一つしかバンドルがないが、複数存在してもよい。動画サイトＡバンドル３３１は、動画サイトＡとプレーヤ１１１を仲介する機能を持つ。動画サイトＡバンドル３３１の詳細な構成については図７で説明する。コンテンツディレクトリ３４０についての構造は図１１で説明する。
【００２０】
図４は、トランスコードサーバ１３１のソフトウェアに関する構成を示した図である。トランスコード手段４１０は、ゲートウェイ装置１２０からのリクエストに応じ、動画をインターネットから取得し、取得した動画をMpeg2形式に変換し、ゲートウェイ装置１２０に返す機能を持つ。詳細は図１４で説明する。広告挿入手段４２０は、広告データ４３０に格納された広告動画をゲートウェイ装置１２０に送信する機能を持つ。広告データ４３０は、広告の動画データの集合であり、補助記憶装置に格納されている。詳細な構成は図８で説明する。広告実績データは、広告データの利用状況を示すデータで補助記憶装置に格納されている。詳細な構成は図９で説明する。
【００２１】
図５はデバイス管理サーバ１３２のソフトウェアに関する構成を示した図である。バンドル配信手段５１０は、ゲートウェイ装置１２０にバンドルを配信する機能を持つ。バンドルデータ５２０は、補助記憶装置に格納されるバンドルの集合である。例えば、動画サイトＡバンドル５２１、動画サイトＢバンドル５２２、デバイス監視バンドル５２３など様々なバンドルが格納される。
【００２２】
図６は、動画サイトＡ，Ｂのサーバのソフトウェアの構成である。動画一覧提供手段６１０は，インターネットからのリクエストに対して、動画一覧データを提供する機能である。リクエストの例としては、人気動画、再生回数の多い動画、などがある。どのような種類のリクエストがあるか、リクエストの手段、および動画一覧データのフォーマットは、動画サイトによって異なりうる。また、リクエストは例えばＨＴＴＰプロトコルで送信することで実現可能である。例えば、あるリクエスト元がhttp://dougasite-a.com/api.cgi?request=most_popularのようなHTTPリクエストを動画サイトに送り動画サイトのapi.cgiという動画一覧提供手段６１０の機能を持つCGIプログラムに渡される引数「request=most_popular」により、動画一覧提供手段６１０は、リクエスト種別が人気動画一覧であることを判別し、人気動画一覧データを返信する。動画一覧データの例については、図１０で説明する。
動画一覧データを取得した相手が、当該動画サイトに所望する動画データを特定して要求すると、動画配信手段６２０は、動画データ６３０のうち該当するものを配信する。
【００２３】
図７は、動画サイトＡバンドル５２１の構成を示す。コンテンツディレクトリ作成手段（機能）７１０は、動画サイトＡから動画一覧データを取得し、コンテンツディレクトリ３４０に追加する手段である。詳細は図１３で説明する。動画取得・中継手段７２０はプレーヤ１１１からの動画取得リクエストを中継する手段である。図１６の１６２０，１６６０処理に相当する。ＩＤ・動画関連テーブル７３０は、コンテンツディレクトリ３４０と動画サイトの動画を関連付けるためのデータである。詳細な構成は図１２で説明する。
【００２４】
図８は、広告データ４３０の構成を示した図である。広告ＩＤ８１０は、広告に付与される一意の整数である。ＵＲＬ８２０は、広告の動画が格納される場所を示すＵＲＬである。ＵＲＬがローカルファイルを指していれば、広告データはトランスコードサーバ１３１に格納されているし、ＵＲＬがインターネット上のサーバを指していれば広告データはインターネット上に存在することになる。
【００２５】
図９は、広告実績データ４４０の構成を示した図である。広告ＩＤ９１０は、広告データ４３０に存在する広告ＩＤである。動画サイト名９２０は、どのサイトの動画を再生したときに広告を送信したかを示す。放送回数９３０は広告の再生回数を示す。例えば、行９４１は、広告ＩＤ  １の広告が、動画サイトＡに関連して10023回再生されたことを示す。
【００２６】
図１０は、動画一覧データの構造を示したものである。ＵＲＬ１０１０とＵＲＬに対応する動画のタイトル１０２０の組から成り立つ。動画一覧データの文字列表現としてはＸＭＬのような構造化言語を使うこともありえる。
【００２７】
図１１は、コンテンツディレクトリ３４０のデータ構造を示す。ＩＤ  １１１０、親のＩＤ  １１２０、種別１１３０、名前１１４０、ＵＲＬ１１５０から成り立ち、ディレクトリ構造でコンテンツ一覧を表現できるようにしている。ＩＤ１１１０は、コンテンツの一意のＩＤである。親のＩＤ１１２０は、コンテンツの所属する親ディレクトリを表す。種別１１３０は、コンテンツのフォーマットを表す。「ディレクトリ」となっている場合は、該当する行がディレクトリであることを表す。名前１１４０はコンテンツもしくはディレクトリの名前を現す。ＵＲＬ１１５０は、コンテンツのある場所を示すＵＲＬである。以下、図１１のコンテンツディレクトリの例を説明する。行１１６１は、トップディレクトリを表す。トップディレクトリには、「動画サイトＡ」という名前のディレクトリがある。行１１６２〜１１６４は、「動画サイトＡ」ディレクトリの子要素である。なぜならば、親のＩＤが「０」となっているためである。ここには、ディレクトリが３つ格納されている。行１１６５、１１６６は、行１１６１のディレクトリ「人気動画」の子要素である。Mpeg2動画2つを表す2行が格納されている。行１１６７〜１１６９は、行１１６４のディレクトリ「カテゴリ」の子要素であり、ディレクトリが３つ格納されている。
【００２８】
図１２は、ＩＤ動画関連テーブル７３０の構成を示す。ＩＤ１２１０は、図１１のコンテンツディレクトリのＩＤ１１１０に対応する動画を表す。ＵＲＬ１２２０は、動画がインターネット１３０のどこにあるのかを示すＵＲＬである。例えば、行１２３１は、図１１では行１１６５に対応する。
【００２９】
図１３は、コンテンツディレクトリ作成手段（機能）７１０の詳細な処理を示した図である。コンテンツディレクトリ作成手段は、これまで作成されたコンテンツディレクトリのデータをコンテンツディレクトリ３４０としてゲートウェイ装置１２０に持っている。今回は、図１１の行１１６１〜１１６４までのコンテンツディレクトリのデータを持っている例を使いながら説明する。また、コンテンツディレクトリ作成手段７１０への入力はディレクトリ名である。
【００３０】
＜ステップ１３００＞
入力ディレクトリ名に対応するＩＤ１１１０と親のＩＤ１１２０が一致するエントリが存在する場合は、そのエントリを出力して終了する。
例えば、入力が「動画サイトＡ」であった場合、行１１６１より、「動画サイトＡ」に対応するＩＤ１１１０は０であるため、親のＩＤが０である行１１６２〜行１１６４を出力して終了する。
【００３１】
以下は、コンテンツディレクトリ作成手段７１０への入力が「人気動画」であるとして説明する。
＜ステップ１３１０＞
ディレクトリ名に対応する動画一覧データを動画サイトＡから取得する。今回の例では、ディレクトリ名が「人気動画」であるので、動画サイトＡの動画一覧提供手段６１０を呼び出し、人気動画一覧を取得する。以下では、取得される動画一覧データとしては図１０のようなデータを取得できた例を使いながら説明する。
【００３２】
＜ステップ１３２０＞
図１０の動画一覧データの各行について、コンテンツディレクトリのデータ行を生成する。これまで作成されたコンテンツディレクトリのデータとしては行１１６１〜１１６４があるとして、行１０４１を処理する例で説明する。以下の（１）〜（５）を処理する。
（１）ＩＤ１１１０の生成
これまで作成されたコンテンツディレクトリのＩＤ１１１０に存在しないＩＤを生成する。行１１６１〜１１６４のＩＤを見ると「６」は存在しないため、今回はＩＤ１１１０「６」とする。
（２）親のＩＤ  １１２０の生成
入力のディレクトリ名「人気動画」に対応するＩＤ１１６２とする。ここでは、「１」となる。
（３）種別  １１３０生成
種別としては、プレーヤ１１１が対応するフォーマットとする。今回は「Mpeg2動画」である。
（４）名前  １１４０生成  
名前は１０２０のエントリをそのまま使い「猫の二足歩行」とする。
（５）ＵＲＬ１１５０
ＵＲＬ  １１５０は、http://＜ゲートウェイ装置のアドレス（今回は133.100.2.1とする）＞/content.cgi?id=＜ID 1110の値＞とする。今回は、http://133.108.2.1/content.cgi?id=6となる。
以上の処理で、行１１６５を生成できた。同様に、行１０４２について（１）〜（５）の処理を行うことにより行１１６６を生成できる。
【００３３】
＜ステップ１３３０＞
ＩＤ動画関連テーブルを更新する。図１０の動画一覧データの各行について、ＵＲＬ  １２２０はＵＲＬ１０１０と同じものを使う。また、ＩＤ２１１０は、＜ステップ１３２０＞（１）で生成したＩＤを使う。結果、図１２のようなＩＤ動画関連テーブルとなる。
最後に、＜ステップ１３２０＞で生成された行を出力する。今回は行１１６５，１１６６を出力する。
【００３４】
図１４は、トランスコード手段４１０の処理を説明した図である。
＜ステップ１４１０＞
ゲートウェイ装置１２０から、動画の取得リクエストを受け付ける。以下は、動画サイトＡの動画の取得リクエストを受け付けた例を使って説明する。
＜ステップ１４２０＞
リクエストの返信として、広告データ４３０に格納された任意の動画をゲートウェイ装置に送信する。送信が終わった場合も、ゲートウェイ装置１２０とのコネクションは切らない。
送信したら、広告実績４４０を更新する。つまり、対応する放送回数９３０をインクリメントする。例えば、動画サイトＡの動画の取得リクエストを受付、広告ＩＤ１の動画を送信した場合は、行941の放送回数930をインクリメントする。
＜ステップ１４３０＞
ステップ１４１０で受け付けた動画を動画サイトＡから取得する。
＜ステップ１４４０＞
ステップ１４３０で取得した動画データを、プレーヤ１１１が認識できる形式（今回はMpeg2形式）に変換して、ゲートウェイ装置１２０に送信する。
【００３５】
図１５は、コンテンツディレクトリ取得・表示手段２２０を使ってプレーヤ１１１で、再生したいコンテンツを選択するまでの処理を、プレーヤ１１１に表示される画面を使いながら説明した図である。今回は、コンテンツディレクトリ３４０の初期構成として、行１１６１〜１１６４が予めゲートウェイ装置１２０に格納されているとする。
【００３６】
＜画面１５１０＞
プレーヤ１１１の電源を投入し、ネットワーク上のコンテンツを見るためのメニューをリモコンで選択すると、サーバ発見手段２１０を使って発見したサーバの名称が表示されている。図１の構成だと、サーバ発見手段２１０に対して、ゲートウェイ装置１２０中のデバイス公開手段３１０が「サーバ名称「コンテンツサーバ」」として、応答した結果１５１１のように表示される。
【００３７】
＜画面１５２０＞
プレーヤ１１１のリモコンなどで、１５１１を選択する。１５１１を選択したことをゲートウェイ装置に通知する。ゲートウェイ装置１２０は、図１１の行１１６１のようなコンテンツディレクトリを返す。結果、１５２１が表示される。
【００３８】
＜画面１５３０＞
１５２１を選択する。１５２１を選択したこと,１５２１の名称「動画サイトＡ」をゲートウェイ装置に通知する。ゲートウェイ装置１２０は、動画サイトＡバンドル３３１のコンテンツディレクトリ作成機能７１０に「動画サイトＡ」を入力として渡す。その出力である、行１１６２〜１１６４をプレーヤ１１１に返す。プレーヤ１１１は、行１１６２〜１１６４の名前１１４０を＜画面１５３０＞のように並べ、リモコンで選択可能にする。
【００３９】
＜画面１５４０＞
１５３２を選択する。同様に、１５３２を選択したこと、１５３２の名称「人気動画」をゲートウェイ装置１２０に通知する。ゲートウェイ装置１２０は、動画サイトＡバンドル３３１のコンテンツディレクトリ作成機能７１０に「人気動画」を入力として渡す。その出力である、行１１６５〜１１６６をプレーヤ１１１に返す。プレーヤ１１１は、行１１６５〜１１６６の名前１１４０を＜画面１５４０＞のように並べ、リモコンで選択可能にする。ここで１５４３，１５４４は，行１１６５，１１６６の種別１１３０を見ると、「Mpeg2動画」となっており、動画であることを表している。このような動画であることを表す要素を選択した場合は、コンテンツ再生手段２４０に処理がわたる。
【００４０】
図１６は、コンテンツ再生手段１４０および以上で説明した手段を使ってコンテンツを再生するまでの一連の処理の流れである。この中でコンテンツ再生手段自体が処理をしているのは、処理１６１０と１６７０である。
【００４１】
＜処理１６１０＞
コンテンツディレクトリ取得・表示手段２２０を使ってプレーヤ１１１で、再生したいコンテンツを選択したとして、コンテンツ再生手段１４０に処理を渡す。コンテンツ再生手段には、選択したコンテンツのコンテンツディレクトリデータの該当する行のＵＲＬ１１５０を渡す。例えば、＜画面１５４０＞の１５４３を選択した場合は、行１１６５のＵＲＬである「http://133.100.2.1/content.cgi?id=6」がコンテンツ再生手段１４０に渡る。コンテンツ再生手段はこのURLに対してHTTPリクエストを送る。今回はＵＲＬのアドレス「133.108.2.1」はゲートウェイ装置１６２０のものであるので（図１３の＜ステップ１３２０＞（５）の説明参照）、ゲートウェイ装置１６２０にリクエストが渡る。
【００４２】
＜処理１６２０＞
ゲートウェイ装置１６２０は、動画サイトＡバンドルの動画取得・中継機能７２０を呼び出す。動画取得・中継機能７２０は、リクエスト中のＵＲＬのid=＜数字＞の＜数字＞を取り出す。そしてＩＤ動画関連テーブル７３０のＩＤ１２１０とマッチするＵＲＬ１２２０を取り出す。今回は＜数字＞は６であるため行１２３１のＵＲＬ「http://dougasite-a.com/cat.flv」が取り出される。そして、トランスコードサーバ１６３０をhttp proxyとして、取り出したＵＲＬに対してhttp getリクエストをトランスコードサーバ１６３０に送信する。
【００４３】
＜処理１６３０＞＜処理１６４０＞＜処理１６５０＞
トランスコードサーバ１３１のトランスコード手段４１０を使い、リクエスト中のＵＲＬの動画を動画サイトＡから取得、プレーヤ１１１で再生できる形式(mpeg2形式)に変換し、ゲートウェイ装置１６２０に送信する。
【００４４】
＜処理１６６０＞＜処理１６７０＞
mpeg2形式の動画が、プレーヤ１１１に渡り、ディスプレイ上に再生される。
【実施例１】
【００４５】
実施形態では動画サイトＡの動画を取得する例を示したが、新しい動画サイトＢの動画をプレーヤ１１１で見られるようにする場合も、動画サイトバンドルＡと同様の機能を持った動画サイトバンドルＢ（動画サイトバンドルＡとの違いは、コンテンツディレクトリ作成機能７１０中のステップ１３１０の動画一覧取得手段が違う）を、デバイス管理サーバ１３２のバンドル配信手段５１０を使って、ゲートウェイ装置１２０のソフトウェア管理フレームワーク３２０を使いインストールするだけで、ゲートウェイ装置を止めることなく対応することが出来る。
【産業上の利用可能性】
【００４６】
構内放送機器、家庭内テレビ、ホームネットワーク、デジタル家電などの分野において、動画、音楽、静止画を配信する装置、システム、サービスに利用可能である。
【符号の説明】
【００４７】
１１０  構内ネットワーク
１１１  プレーヤ
１２０  ゲートウェイ装置
１３０  インターネット
１３１  トランスコードサーバ
１３２  デバイス管理サーバ
１３３  動画サイトＡ
１３４  動画サイトＢ
２１０  サーバ発見手段
２２０  コンテンツディレクトリ取得・表示手段
２４０  コンテンツ再生手段
３１０  デバイス公開手段
３２０  ソフトウェア管理フレームワーク
３３０  バンドル群
３３１  動画サイトＡバンドル
３４０  コンテンツディレクトリ
４１０  トランスコード手段
４２０  広告挿入手段
４３０  広告データ
４４０  広告実績データ
５１０  バンドル配信手段
５２０  バンドルデータ
５２１  動画サイトＡバンドル
５２２  動画サイトＢバンドル
５２３  デバイス監視バンドル
６１０  動画一覧提供手段
６２０  動画配信手段
６３０  動画データ
７１０  コンテンツディレクトリ作成手段
７２０  動画取得・中継手段
７３０  ＩＤ・動画関連テーブル
【図１】
0005498476.tif 000002
【図２】
0005498476.tif 000003
【図３】
0005498476.tif 000004
【図４】
0005498476.tif 000005
【図５】
0005498476.tif 000006
【図６】
0005498476.tif 000007
【図７】
0005498476.tif 000008
【図８】
0005498476.tif 000009
【図９】
0005498476.tif 000010
【図１０】
0005498476.tif 000011
【図１１】
0005498476.tif 000012
【図１２】
0005498476.tif 000013
【図１３】
0005498476.tif 000014
【図１４】
0005498476.tif 000015
【図１５】
0005498476.tif 000016
【図１６】
0005498476.tif 000017